日本黄色一级经典视频|伊人久久精品视频|亚洲黄色色周成人视频九九九|av免费网址黄色小短片|黄色Av无码亚洲成年人|亚洲1区2区3区无码|真人黄片免费观看|无码一级小说欧美日免费三级|日韩中文字幕91在线看|精品久久久无码中文字幕边打电话

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

1、協(xié)議簡(jiǎn)介


RTP是針對(duì)Internet上多媒體數(shù)據(jù)流的一個(gè)傳輸協(xié)議。可以實(shí)現(xiàn)一對(duì)一或一對(duì)多的傳輸情況。RTP的典型應(yīng)用建立在UDP上,但也可以在TCP或ATM等其他協(xié)議之上工作。

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

2、工作機(jī)制


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

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

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

3、協(xié)議頭

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

????? 2位,標(biāo)識(shí)RTP版本。

②填充標(biāo)識(shí)(P)

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

③擴(kuò)展(X)

????? 1位,如設(shè)置擴(kuò)展位,固定頭后跟一個(gè)頭擴(kuò)展。

④CSRC計(jì)數(shù)(CC)

????? 4位,CSRC計(jì)數(shù)包括緊接在固定頭后CSRC標(biāo)識(shí)符個(gè)數(shù)。

⑤標(biāo)記(M)

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


⑥載荷類(lèi)型(PT)

????? 7位,記錄后面資料使用哪種編碼,接收端找出相應(yīng)的?decoder?解碼出來(lái)。H264的為96

⑦系列號(hào)

???? ?16位,系列號(hào)隨每個(gè)RTP數(shù)據(jù)包而增加1,由接收者用來(lái)探測(cè)包損失。系列號(hào)初值是隨機(jī)的。

⑧時(shí)標(biāo)

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

??????只有系列號(hào)而沒(méi)有時(shí)標(biāo),并不能完整按照順序的將data播放出來(lái),因?yàn)槿绻鹍ata中間有一段是沒(méi)有資料的,只有系列號(hào)的話會(huì)造成錯(cuò)誤.一般rtp頭以0x80 60開(kāi)頭



H264 over RTP基本上分三種類(lèi)型:

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

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

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


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

生活不止眼前的茍且,還有詩(shī)和遠(yuǎn)方的田野。新的一周又開(kāi)始了,大白和小林是同事,平時(shí)倆人一起喝酒吃肉打游戲居多,當(dāng)然有時(shí)候也討論下學(xué)術(shù)和前沿技術(shù)。這不,小林聽(tīng)說(shuō)了個(gè)新鮮玩意,然后和大白聊了起來(lái)。

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

  測(cè)試udp端口是否開(kāi)放   文章概述:怎樣測(cè)試遠(yuǎn)程UDP端口,我們一般情況下,應(yīng)用服務(wù)都使用的TCP端口,但是某些情況下,我們也需要開(kāi)啟UDP端口。本文簡(jiǎn)要描述怎樣測(cè)試UDP端口是否

關(guān)鍵字: udp

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

關(guān)鍵字: udp

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

關(guān)鍵字: socket udp

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

關(guān)鍵字: tcp udp

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

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

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

關(guān)鍵字: tcp udp

16為UDP長(zhǎng)度,表示整個(gè)數(shù)據(jù)報(bào)(UDP首部+UDP數(shù)據(jù))的最大長(zhǎng)度(64KB)

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

本文只是為了便于理解,做非常寬泛的描述,措辭不甚嚴(yán)謹(jǐn),不當(dāng)之處還望指正,感謝。 看本文章之前,建議對(duì)OSI模型已經(jīng)TCP/IP不太了解的同學(xué)們,看看我之前寫(xiě)的 白話解釋 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體系有應(yīng)用層、傳輸層、網(wǎng)際層和網(wǎng)絡(luò)接口層。四層

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