實時傳輸協議詳解
實時傳輸協議rtp
1.rtp協議：
rtp（ real-time transport protocol）協議最初是在70年代為了嘗試傳輸聲音檔案，把包分成幾部分用來傳輸語音，時間標誌和佇列號。經過一系列發展，rtp第一版本在2023年8月由美國的乙個實驗室發布了。到本世紀2023年形成了標準的的版本。很多著名的公司如netscape ,就宣稱「netscape livemedia」是基於rtp協議的。. microsoft 也宣稱他們的「netmeeting」也是支援rtp協議.
2．rtp協議是如何工作的：
在流的概念中」時間標籤」是最重要的資訊。傳送端依照即時的取樣在資料報裡隱蔽的設定了時間標籤。在接受端收到資料報後,就依照時間標籤按照正確的速率恢復成原始的適時的資料。不同的**格式調時屬性是不一樣的。但是rtp本身並不負責同步，rtp只是傳輸層協議，為了簡化了運輸層處理，提高該層的效率。將部分運輸層協議功能（比如流量控制）上移到應用層完成。同步就是屬於應用層協議完成的。它沒有運輸層協議的完整功能，不提供任何機制來保證實時地傳輸資料，不支援資源預留，也不保證服務質量。rtp報文甚至不包括長度和報文邊界的描述。同時rtp協議的資料報文和控制報文的使用相鄰的不同埠，這樣大大提高了協議的靈活性和處理的簡單性。
rtp協議和udp二者共同完成運輸層協議功能。udp協議只是傳輸資料報，是不管資料報傳輸的時間順序。rtp的協議資料單元是用udp分組來承載的。在承載rtp資料報的時候，有時候一幀資料被分割成幾個包具有相同的時間標籤，則可以知道時間標籤並不是必須的。而udp的多路復用讓rtp協議利用支援顯式的多點投遞，可以滿足多**會話的需求。
rtp協議雖然是傳輸層協議但是它沒有作為osi體系結構中單獨的一層來實現。rtp協議通常根據乙個具體的應用來提供服務， rtp只提供協議框架，開發者可以根據應用的具體要求對協議進行充分的擴充套件。目前，rtp的設計和研究主要是用來滿足多使用者的多**會議的需要，另外它也適用於連續資料的儲存，互動式分布**和一些控制、測量的應用中。基於rtp的實驗和商業產品也層出不窮。
實時傳輸控制協議rtcp協議
1. rtcp協議：
rtcp（real-time transpor、control protocol）是設計和rtp一起使用的進行流量控制和擁塞控制的服務控制協議。
2. rtcp協議如何工作：
當應用程式開始乙個rtp會話時將使用兩個埠：乙個給rtp，乙個給rtcp。rtp本身並不能為按順序傳送資料報提供可靠的傳送機制，也不提供流量控制或擁塞控制，它依靠rtcp提供這些服務。在rtp的會話之間週期的發放一些rtcp包以用來傳監聽服務質量和交換會話使用者資訊等功能。rtcp包中含有已傳送的資料報的數量、丟失的資料報的數量等統計資料。因此，伺服器可以利用這些資訊動態地改變傳輸速率，甚至改變有效載荷型別。rtp和rtcp配合使用，它們能以有效的反饋和最小的開銷使傳輸效率最佳化，因而特別適合傳送網上的實時資料。根據使用者間的資料傳輸反饋資訊，可以制定流量控制的策略，而會話使用者資訊的互動，可以制定會話控制的策略。
rtcp協議處理機根據需要定義了五種型別的報文——
rr: receiver report
sr: sender report
sdes: source description items.
bye: indicates end of participation.
它們完成接收、分析、產生和傳送控制報文的功能。
實時流協議rtsp協議
1. rtsp協議：
rtsp（real time streaming protocol）協議定義了如何有效地通過ip網路傳送多**資料，是一種客戶端到伺服器端的多**描述協議。
rtsp是乙個非常類似於http的應用層協議。每個發布和**檔案也被定義為rtsp upl。而**檔案的發布資訊被書寫進乙個被稱為**發布檔案裡，這個檔案在後面會說明。在這個檔案說明的包括編碼器，語言，rtsp uls，位址，埠號以幾其它引數。這個發布檔案可以在客戶端通過email形式或者http形式獲得。
2. rtsp協議的特點：
rtsp是應用層協議,與rtp、rsvp一起設計來完全流式服務。
rtsp有很大的靈活性，可被用在多種作業系統上,它允許客戶端和不同廠商的服務平台互動。
rtsp在體系結構上位於rtp和rtcp之上，它使用rtp完成資料傳輸。它將流式**資料可控制的通過網路傳輸到客戶端。
rtsp可以保持使用者計算機與傳輸流業務伺服器之間的固定連線，用於**者與單播（unicast）伺服器通訊並且還允許雙向通訊，**者可以同流**伺服器通訊.
提供類似「vcr」形式的例如暫停、快進、倒轉、跳轉等操作。操作的資源物件可以是直播流也可以是儲存片段。
rtsp是設還提供了選擇傳輸通道，如使用udp還是多點udp或是tcp。
資源預留協議rsvp
1. rsvp協議：
rsvp (resorce reservation protocol) 資源預留協議並不是乙個路由協議，而是一種ip網路中的信令協議，它與路由協議相結合來實現對網路傳輸服務質量（qos）的控制。rsvp是為支援網際網路綜合業務而提出的。這是解決ip通訊中qos（服務質量）問題的一種技術，用來保證點端到端的傳輸頻寬。
2. rsvp協議是如何工作：
rsvp使用控制資料報，這些資料報在向特定位址傳輸時包括了需要由路由器檢查（有些時候需要更新）的資訊,如果路由器需要決定是不是要檢查資料報的內容的時候對上層資料內容進行語法分析。這種分析的代價可不小。現在的情況是，網路終端利用它向網路申請資源，在這種表明「申請」 的訊號中，包含著如下的資訊：業務的種類？ 使用者型別？ 什麼時間？ 需要多大頻寬？ 其他參考資訊？ 網路在接收到上類資訊後，會根據實際情況為此次連線分配乙個優先**，使用者利用優先**進行資訊傳遞時，網路不需重新對業務進行分析與判別，從另外乙個角度來說，利用rsvp 能從一定程度上減少網路對資訊處理的時延，提高網路節點的工作效率，改善資訊傳輸的服務質量（qos）。實時應用用rsvp是為了在傳輸路徑中保持必要的資源以保證請求能確保到達。
rsvp是ip路由器為提供更好的服務質量向前邁進的具有深刻意義的一步。傳統上ip路由器只負責分組**，通過路由協議知道鄰近路由器的位址。而rsvp則類似於電路交換系統的信令協議一樣，為乙個資料流通知其所經過的每個節點（ip路由器），與端點協商為此資料流提供質量保證。rsvp協議一出現，立刻獲得廣泛的認同，基本上被任為較好地解決了資源預留的問題。
在前面我們討論了一些實時**控制的相近的四個協議。在這裡我再概括性的說明一下：
rtp是實時資料傳輸協議。它提供時間標誌，序列號以及其它能夠保證在實時資料傳輸時處理時間的方法。它是依靠rvsp保證服務質量標準的。
rtcp是rtp的控制部分,是用來保證服務質量和成員管理的。
rtsp是開始和指引流**資料從流**伺服器。它又可叫做"網上錄影機控制協議".它是提供遠端的控制，具體的資料傳輸是交給rtp的。
rsvp是internet上的資源預訂協議，使用rsvp預留一部分網路資源（即頻寬），能在一定程度上為流**的傳輸提供qos。它是不傳輸資料的
webSocket實時傳輸協議
公司的慣例是每週五都會有乙個分享會，內容大概是前端，後台，軟體思想，工具使用，設計等，大家坐在一起聽一聽，說一說，交流一下。這次是我給大家講websocket傳輸協議。最初對websocket的印象是 它是一種實時的，用於網上實時聊天。例如qq.那麼，websocket是什麼東西？真實時？那底層是不...
rtp 實時傳輸協議
實時傳輸協議 real time transport protocol或簡寫rtp 是乙個網路傳輸協議，它是由ietf的多 傳輸工作小組1996年在rfc 1889中公布的。中文名實時傳輸協議 外文名real time transport protocol 簡 稱 rtp類 型 概念1 特徵 2 組...
實時流傳輸協議 RTSP
rtsp實時流傳輸協議 real time streaming protocol 是乙個c s多 節目協議，控制實時資料的傳送，也是tcp ip協議體系中的乙個應用層協議。rtsp在功能上與http有重疊，最明顯的交叉是在流 內容的發布上 大多是通過網頁進行的。目前的協議規範同時允許網頁伺服器和流 ...