www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當前位置:首頁 > > 充電吧
[導讀]1、協(xié)議簡介RTP是針對Internet上多媒體數(shù)據(jù)流的一個傳輸協(xié)議??梢詫崿F(xiàn)一對一或一對多的傳輸情況。RTP的典型應用建立在UDP上,但也可以在TCP或ATM等其他協(xié)議之上工作。? RTP本身只保證

1、協(xié)議簡介


RTP是針對Internet上多媒體數(shù)據(jù)流的一個傳輸協(xié)議??梢詫崿F(xiàn)一對一或一對多的傳輸情況。RTP的典型應用建立在UDP上,但也可以在TCP或ATM等其他協(xié)議之上工作。

? RTP本身只保證實時數(shù)據(jù)的傳輸,并不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機制,也不提供流量控制或擁塞控制。

2、工作機制


多媒體數(shù)據(jù)傳輸?shù)囊粋€尖銳的問題就是不可預料數(shù)據(jù)到達時間。但是流媒體的傳輸是需要數(shù)據(jù)的適時的到達用以播放和回放。

? rtp協(xié)議就是提供了時間標簽,序列號以及其它的結(jié)構(gòu)用于控制適時數(shù)據(jù)流的播放。發(fā)送端依照即時的采樣在數(shù)據(jù)包里設置了時間標簽。在接受端收到數(shù)據(jù)包后,就依照時間標簽按照正確的速率恢復成原始的適時的數(shù)據(jù)。

?? 在rtp協(xié)議中,一幀數(shù)據(jù)被分割成幾個包,這幾個包具有相同的時間標簽,但是每一個包又具有不同的序號

3、協(xié)議頭

????????①版本(V)

????? 2位,標識RTP版本。

②填充標識(P)

????? 1位,如設置填充位,在包尾將包含附加填充字,它不屬于有效載荷。填充的最后一個字節(jié)指明可以忽略多少個填充比特。填充可能用于某些具有固定長度的加密算法

③擴展(X)

????? 1位,如設置擴展位,固定頭后跟一個頭擴展。

④CSRC計數(shù)(CC)

????? 4位,CSRC計數(shù)包括緊接在固定頭后CSRC標識符個數(shù)。

⑤標記(M)

????? 1位,標志的解釋由具體協(xié)議規(guī)定。它用來允許在比特流中標記重要的事件,如幀邊界


⑥載荷類型(PT)

????? 7位,記錄后面資料使用哪種編碼,接收端找出相應的?decoder?解碼出來。H264的為96

⑦系列號

???? ?16位,系列號隨每個RTP數(shù)據(jù)包而增加1,由接收者用來探測包損失。系列號初值是隨機的。

⑧時標

????? 32位,時標反映RTP數(shù)據(jù)包中第一個八進制數(shù)的采樣時刻,采樣時刻必須從單調(diào)、線性增加的時鐘導出,以允許同步與抖動計算。時標可以讓receiver端知道在正確的時間將資料播放出來。

??????只有系列號而沒有時標,并不能完整按照順序的將data播放出來,因為如果data中間有一段是沒有資料的,只有系列號的話會造成錯誤.一般rtp頭以0x80 60開頭



H264 over RTP基本上分三種類型:

1.Single NAL unitpacket 也就是實際的NAL類型,可以理解為一個包就是一幀H264數(shù)據(jù),這個在實際中是比較多的。

2. Aggregation packet 一包數(shù)據(jù)中含有多個H264幀。

3. Fragmentationunit??一幀數(shù)據(jù)被分為多個RTP包,這也是很常見的,特別是對于關(guān)鍵幀。


本站聲明: 本文章由作者或相關(guān)機構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

生活不止眼前的茍且,還有詩和遠方的田野。新的一周又開始了,大白和小林是同事,平時倆人一起喝酒吃肉打游戲居多,當然有時候也討論下學術(shù)和前沿技術(shù)。這不,小林聽說了個新鮮玩意,然后和大白聊了起來。

關(guān)鍵字: tcp udp 互聯(lián)網(wǎng)

  測試udp端口是否開放   文章概述:怎樣測試遠程UDP端口,我們一般情況下,應用服務都使用的TCP端口,但是某些情況下,我們也需要開啟UDP端口。本文簡要描述怎樣測試UDP端口是否

關(guān)鍵字: udp

MBB洪流來自哪里? 面對日新月異的移動終端和爆炸式增長的移動應用,移動互聯(lián)網(wǎng)流量未來10年將迎來數(shù)百倍的增長。MBB洪流已然來襲,然而,它們主要來自哪里? 答案簡單到令人難以置

關(guān)鍵字: udp

     UDP簡介   UDP: User Datagram Protocol的簡稱, 中文名是用戶數(shù)據(jù)包協(xié)議,是 OSI 參考模型中一種無連接的傳輸層協(xié)

關(guān)鍵字: socket udp

  概述   兩者都是通信協(xié)議, TCP、UDP 是傳輸層協(xié)議,但他們的通信機制與應用場景不同,下面來闡述兩者的區(qū)別以及它們的應用場景。   TCP 與 UDP   TC

關(guān)鍵字: tcp udp

  什么是udp攻擊   UDP淹沒攻擊是導致基于主機的服務拒絕攻擊的一種。UDP是一種無連接的協(xié)議,而且它不需要用任何程序建立連接來傳輸數(shù)據(jù)。當攻擊者隨機地向受害系統(tǒng)的端口發(fā)送UDP數(shù)

關(guān)鍵字: udp udp攻擊

  TCP協(xié)議與UDP協(xié)議的區(qū)別   首先咱們弄清楚,TCP協(xié)議和UCP協(xié)議與TCP/IP協(xié)議的聯(lián)系,很多人犯糊涂了,一直都是說TCP/IP協(xié)議與UDP協(xié)議的區(qū)別,我覺得這是沒有從本質(zhì)上

關(guān)鍵字: tcp udp

16為UDP長度,表示整個數(shù)據(jù)報(UDP首部+UDP數(shù)據(jù))的最大長度(64KB)

關(guān)鍵字: Linux udp recvfrom

本文只是為了便于理解,做非常寬泛的描述,措辭不甚嚴謹,不當之處還望指正,感謝。 看本文章之前,建議對OSI模型已經(jīng)TCP/IP不太了解的同學們,看看我之前寫的 白話解釋 OSI模型,TLS/SS

關(guān)鍵字: tcp udp

1. TCP、UDP & TCP/IP 首先要明確TCP協(xié)議、UDP協(xié)議與TCP/IP體系結(jié)構(gòu)的關(guān)系 TCP/IP體系有應用層、傳輸層、網(wǎng)際層和網(wǎng)絡接口層。四層

關(guān)鍵字: tcp udp
關(guān)閉