RTP控制协定(RTCP).PPT

7.4即時互動應用的協定 指導教授：許子衡 學　　生：董藝興 介紹RTP RTP定義於RFC3550，RTP可以用來傳輸常見的格式如音訊的PCM、GSM、MP3，以及視訊的MPEG與H.263。它也可以用來傳輸具專利的音訊與視訊格式。 它也是其他重要的即時互動協定，包括SIP與H.323的輔助協定。 RPT的基礎 RTP通常會在UDP之上進行運作。傳送端會在每份音訊資料的片段前頭加入RTP標頭，其中包含音訊編碼的類型、序列號碼、和時間戳記。RTP標頭通常會為12位元組。音訊片段加上RTP標頭，便構成RTP封包。 RTP並未提供任何機制可以確保資料的按時序遞送，也沒提供其它的服務品質(QoS)保證；它甚至不保證封包會成功地傳送，也不會防止封包不按順序地進行傳送。 RPT的基礎 路由器無法區分帶有RTP封包的IP資料封包，與未帶有RTP封包的IP資料封包。RTP讓我們可以分配專屬的獨立RTP封包串流給每個媒體來源。許多被廣為使用的編碼技術--包括MPEG1和MPEG2--在編碼過程中，都會將音訊和視訊合併成單一的串流。當音訊和視訊被編碼器合併在一起時，兩個方向都只需產生一筆RTP串流即可。RTP封包並不侷限於單播應用。它們也可以透過一對多與多對多的群播樹進行傳送。 RTP封包標頭欄位 RTP標頭的四個主要欄位分別為： 　內容類型、序列號碼、時間戳記以及來源識別碼欄位。 　內容類型：欄位長度為7位元。針對音訊串流，內容類型欄位會被用來表示所使用的音訊編碼類型(例如PCM、適應性增量調變、線性預測編碼等)。 RTP封包標頭欄位 序列號碼欄位：序列號碼欄位的長度為16位元。每傳送一個RTP封包，序列號碼就會加1，接收端可以用之來偵測封包遺失，以及回覆封包順序。 時間戳記欄位：時間戳記欄位的長度為32位元。它指出了RTP資料封包中第一個位元組的取樣時刻。接收端可以使用戳記來移除網路所引制的封包時基誤差，並提供接收端的同步播放。 RTP封包標頭欄位 同步化來源端識別碼(SSRC)： 　SSRC欄位的長度為32位元。它可以識別RTP串流的來源端為何。SSRC並非傳送端的IP位址，而是在開啟新串流時，來源端隨機指定的數字。兩個串流被指定到相同SSRC的機率非常小。萬一發生這種情況時，這兩個來源端會在選擇新的SSRC值。 RTP的軟體應用程式 第一種方式是讓應用程式開發者親手加入RTP功能--也就是說，實際撰寫程式碼在傳送執行RTP封裝，以及在接收端執行RTP解封裝。 第二種方式是讓應用程式開發者使用現有的RTP函式庫(針對C語言的程式設計者)或Java類別(針對Java的程式設計者)，這些函式庫會為應用程式執行封裝與解封裝操作。 請注意RTP並未指定使用特定的埠號。應用程式開發者在建立RTP應用程式時，可以為應用程式的兩端指定埠號。 你需要為各種RTP標頭建立容納的欄位，包括序列號碼欄位和時間戳記欄位。 RTP的軟體應用程式 此外針對每一份建立的RTP封包，你都必須適當地是定期序列號碼與時間戳記。 並且在應用層和傳輸層之間提供RTP/UDP API。無須涉入核心的細節(因為他們是與類別/函式庫相關的)，在將媒體片段送入API時，應用程式的傳送端必需提供媒體片段本身的介面，包括其內容類型編號、SSRC、時間戳記，以及目的端埠號與目的端IP位址。 RTP控制協定(RTCP) RTP與RTCP封包會使用不同的埠號來區別彼此。(RTCP的埠號會被設定為RTP的埠號加１。) RTCP封包並不會封裝音訊或視訊的片段。反之，RTCP封包會週期性地被送出，內容包含傳送端或接收端的報告，其中發布了可能對應用程式所有幫助的統計數據。這些統計數據包括已送出的封包數量、遺失的封包數量與封包到達的時基誤差。 RTCP封包類型 接收報告包含數個欄位，以下列出最重要的幾個欄位： １、產生該接收報告的RTP串流了SSRC。 ２、RTP串流中鋒包遺失的比例。 ３、RTP封包串流中最後一筆收到的序列號碼。 ４、封包抵達的時基誤差，他是RTP串流中連續抵達的封包之間，間隔時間變動程度的平滑估計值。 RTCP封包類型 針對每一筆傳送端正在傳輸的RTP串流，傳送端會建立並傳送RTCP傳送端報告封包。這些封包內含有關RTP串流的資訊，其中包括： RTP串流的SSRC。 該串流中，必威体育精装版產生的RTP封包的時間戳記及真實時間。 串流中已傳送出的封包數量。 串流中已傳送出的位元組數量 RTCP封包類型 RTCP封包可以使用堆疊的方式建立；也就是說，接收端接收報告、傳送端報告、以及來源端描述報告，都可以接續地放入單一封包中。接著。所產生的封包會被封裝到UDP區段中，然後轉送給群播樹。 RTCP頻寬的擴充性 RTCP會依據會談參與者的數目，來修改參與者將RTCP封包送入群播樹的速率。因