實(shí)時(shí)傳輸協(xié)議 RTP

cellture

RTP（Real-timeTransportProtocol）是用于Internet上針對(duì)多媒
體數(shù)據(jù)流的一種傳輸協(xié)議。RTP被定義為在一對(duì)一或一對(duì)多的傳輸情況下工作，其目的是提供時(shí)間信息和實(shí)現(xiàn)流同步。RTP通常使用UDP來傳送數(shù)據(jù)，但
RTP也可以在TCP或ATM等其他協(xié)議之上工作。當(dāng)應(yīng)用程序開始一個(gè)RTP會(huì)話時(shí)將使用兩個(gè)端口：一個(gè)給RTP，一個(gè)給RTCP。RTP本身并不能為按
順序傳送數(shù)據(jù)包提供可靠的傳送機(jī)制，也不提供流量控制或擁塞控制，它依靠RTCP提供這些服務(wù)。通常RTP算法并不作為一個(gè)獨(dú)立的網(wǎng)絡(luò)層來實(shí)現(xiàn)，而是作為
應(yīng)用程序代碼的一部分。實(shí)時(shí)傳輸控制協(xié)議RTCP。RTCP(Real-timeTransportControlProtocol)和RTP一起提供流
量控制和擁塞控制服務(wù)。在RTP會(huì)話期間，各參與者周期性地傳送RTCP包。RTCP包中含有已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計(jì)資料，因
此，服務(wù)器可以利用這些信息動(dòng)態(tài)地改變傳輸速率，甚至改變有效載荷類型。RTP和RTCP配合使用，它們能以有效的反饋和最小的開銷使傳輸效率最佳化，因
而特別適合傳送網(wǎng)上的實(shí)時(shí)數(shù)據(jù)。
6.2.1 RTP數(shù)據(jù)傳輸協(xié)議
　RTP提供端對(duì)端網(wǎng)絡(luò)傳輸功能，適合通過組播和點(diǎn)播傳送實(shí)時(shí)數(shù)據(jù)，如視頻、音頻和仿真數(shù)據(jù)。RTP沒有涉及資源預(yù)訂和質(zhì)量保證等實(shí)時(shí)服務(wù)，RTCP擴(kuò)充數(shù)據(jù)傳輸以允許監(jiān)控?cái)?shù)據(jù)傳送，提供最小的控制和識(shí)別功能。RTP與RTCP設(shè)計(jì)成獨(dú)立傳輸和網(wǎng)絡(luò)層。
2.1.1 RTP固定頭
　RTP 頭格式如下：
　-----------------------------------------------------------------------------------------------
　|V=2|P|X| CC |M| PT | 系列號(hào) |
　-----------------------------------------------------------------------------------------------
　| 時(shí)標(biāo) |
　-----------------------------------------------------------------------------------------------
　| 同步源標(biāo)識(shí)(SSRC) |
　-----------------------------------------------------------------------------------------------
　| 作用標(biāo)識(shí) (CSRC) |
　| .... |
　-----------------------------------------------------------------------------------------------
　開始12個(gè)八進(jìn)制出現(xiàn)在每個(gè)RTP包中，而CSRC標(biāo)識(shí)列表僅出現(xiàn)在混合器插入時(shí)。
　2.1.2 復(fù)用 RTP 連接
　
為使協(xié)議有效運(yùn)行，復(fù)用點(diǎn)數(shù)目應(yīng)減至最小。RTP中，復(fù)用由定義RTP連接的目的傳輸?shù)刂罚ňW(wǎng)絡(luò)地址與端口號(hào)）提供。例如，對(duì)音頻和視頻單獨(dú)編碼的遠(yuǎn)程會(huì)
議，每個(gè)媒介被攜帶在單獨(dú)RTP連接中，具有各自的目的傳輸?shù)刂�。目�?biāo)不在將音頻和視頻放在單一RTP連接中，而根據(jù)SSRC段載荷類型進(jìn)行多路分解。使
用同一SSRC ，而具有不同載荷類型的交叉包將帶來幾個(gè)問題：
　如一種載荷類型在連接期間切換，沒有辦法識(shí)別新值將替換那一個(gè)舊值。
SSRC定義成用于標(biāo)識(shí)單個(gè)計(jì)時(shí)和系列號(hào)空間。如媒體時(shí)鐘速率不同，而要求不同系列號(hào)空間以說明那種載荷類型有丟包，交叉復(fù)用載荷類型將需要不同計(jì)時(shí)空間。
　RTCP發(fā)送和接收?qǐng)?bào)告可能僅描述每個(gè)SSRC的計(jì)時(shí)和系列號(hào)空間，而不攜帶載荷類型段。
　RTP混合器不能將不兼容媒體流合并成一個(gè)流。
　在一個(gè)RTP連接中攜帶多個(gè)媒介阻止幾件事：使用不同網(wǎng)絡(luò)路徑或網(wǎng)絡(luò)資源分配；接受媒介子集。
對(duì)每種媒介使用不同SSRC，但以相同RTP連接發(fā)送可避免前三個(gè)問題，但不能避免后兩個(gè)問題。
2.1.3 對(duì)RTP頭特定設(shè)置的修改
　
可以認(rèn)為，現(xiàn)用RTP數(shù)據(jù)包頭對(duì)RTP支持的所有應(yīng)用類共同需要的功能集是完整的。然而，為維持ALF設(shè)計(jì)原則，頭可通過改變或增加設(shè)置來裁剪，并仍允許
設(shè)置無關(guān)監(jiān)控和記錄工具起作用。標(biāo)記位與載荷類型段攜帶特定設(shè)置信息，但由于很多應(yīng)用需要它們，否則要容納它們，就要增加另外32位字，故允許分配在固定
頭中。包含這些段的八進(jìn)制可通過設(shè)置重新定義以適應(yīng)不同要求，如采用更多或更少標(biāo)記位。如有標(biāo)記位，既然設(shè)置無關(guān)監(jiān)控器能觀察包丟失模式和標(biāo)記位間關(guān)系，
我們就可以定位八進(jìn)制中最重要的位。
　其它特殊載荷格式（視頻編碼）所要求的信息應(yīng)該攜帶在包的載荷部分。可出現(xiàn)在頭，總是在載荷部分開始處，或
在數(shù)據(jù)模式的保留值中指出。如特殊應(yīng)用類需要獨(dú)立載荷格式的附加功能，應(yīng)用運(yùn)行的設(shè)置應(yīng)該定義附加固定段跟隨在現(xiàn)存固定頭SSRC之后。這些應(yīng)用將能迅速
而直接訪問附加段，同時(shí)，與監(jiān)控器和記錄器無關(guān)設(shè)置仍能通過僅解釋開始12個(gè)八進(jìn)制處理RTP包。如證實(shí)附加功能是所有設(shè)置共同需要的，新版本RTP應(yīng)該
對(duì)固定頭作出明確改變。
               
               
               

本文來自ChinaUnix博客，如果查看原文請(qǐng)點(diǎn)：http://blog.chinaunix.net/u2/89627/showart_2049921.html