轉載：http://easydarwin.org/article/Streaming/141.html
RTSP、 RTMP、HTTP的共同點、區別
共同點：
1：RTSP RTMP HTTP都是在應用應用層。
2： 理論上RTSP RTMPHTTP都可以做直播和點播，但一般做直播用RTSP RTMP，做點播用HTTP。做視訊會議的時候原來用SIP協議，現在基本上被RTMP協議取代了。
區別：
1：HTTP: 即超文字傳送協議(ftp即檔案傳輸協議)。
HTTP:（Real Time Streaming Protocol），實時流傳輸協議。
HTTP全稱Routing Table Maintenance Protocol（路由選擇表維護協議）。
2：HTTP將所有的資料作為檔案做處理。http協議不是流媒體協議。
RTMP和RTSP協議是流媒體協議。
3：RTMP協議是Adobe的私有協議,未完全公開，RTSP協議和HTTP協議是共有協議，並有專門機構做維護。
4：RTMP協議一般傳輸的是flv，f4v格式流，RTSP協議一般傳輸的是ts,mp4格式的流。HTTP沒有特定的流。
5：RTSP傳輸一般需要2-3個通道，命令和資料通道分離，HTTP和RTMP一般在TCP一個通道上傳輸命令和資料。
RTSP、RTCP、RTP區別
1：RTSP實時流協議
作為一個應用層協議，RTSP提供了一個可供擴充套件的框架，它的意義在於使得實時流媒體資料的受控和點播變得可能。總的說來，RTSP是一個流媒體表示 協議，主要用來控制具有實時特性的資料傳送，但它本身並不傳輸資料，而是必須依賴於下層傳輸協議所提供的某些服務。RTSP可以對流媒體提供諸如播放、暫 停、快進等操作，它負責定義具體的控制訊息、操作方法、狀態碼等，此外還描述了與RTP間的互動操作（RFC2326）。
2：RTCP控制協議
RTCP控制協議需要與RTP資料協議一起配合使用，當應用程式啟動一個RTP會話時將同時佔用兩個埠，分別供RTP和RTCP使用。RTP本身並 不能為按序傳輸資料包提供可靠的保證，也不提供流量控制和擁塞控制，這些都由RTCP來負責完成。通常RTCP會採用與RTP相同的分發機制，向會話中的 所有成員週期性地傳送控制資訊，應用程式通過接收這些資料，從中獲取會話參與者的相關資料，以及網路狀況、分組丟失概率等反饋資訊，從而能夠對服務質量進 行控制或者對網路狀況進行診斷。
RTCP協議的功能是通過不同的RTCP資料包來實現的，主要有如下幾種型別：
SR：傳送端報告，所謂傳送端是指發出RTP資料包的應用程式或者終端，傳送端同時也可以是接收端。(SERVER定時間傳送給CLIENT)。
RR：接收端報告，所謂接收端是指僅接收但不傳送RTP資料包的應用程式或者終端。(SERVER接收CLIENT端傳送過來的響應)。
SDES：源描述，主要功能是作為會話成員有關標識資訊的載體，如使用者名稱、郵件地址、電話號碼等，此外還具有向會話成員傳達會話控制資訊的功能。
BYE：通知離開，主要功能是指示某一個或者幾個源不再有效，即通知會話中的其他成員自己將退出會話。
APP：由應用程式自己定義，解決了RTCP的擴充套件性問題，並且為協議的實現者提供了很大的靈活性。
3：RTP資料協議
RTP資料協議負責對流媒體資料進行封包並實現媒體流的實時傳輸，每一個RTP資料包都由頭部（Header）和負載（Payload）兩個部分組成，其中頭部前12個位元組的含義是固定的，而負載則可以是音訊或者視訊資料。
RTP用到的地方就是 PLAY ，伺服器往客戶端傳輸資料用UDP協議，RTP是在傳輸資料的前面加了個12位元組的頭(描述資訊)。
RTP載荷封裝設計本文的網路傳輸是基於IP協議，所以最大傳輸單元(MTU)最大為1500位元組，在使用IP／UDP／RTP的協議層次結構的時候，這 其中包括至少20位元組的IP頭，8位元組的UDP頭，以及12位元組的RTP頭。這樣，頭資訊至少要佔用40個位元組，那麼RTP載荷的最大尺寸為1460字 節。以H264 為例，如果一幀資料大於1460，則需要分片打包，然後到接收端再拆包，組合成一幀資料，進行解碼播放。