RTP和RTCP協議:H .225.0協議規定，H .323終端間的媒體流采用 RTP/RTCP 協議進行封裝。
IETF（Internet工程任務組）定義的實時傳輸協議（RTP），是用來解決 LAN 和 Internet上實時通信問題的一種技術方案。RTP定義了一種承載等時數據 IP 包的格式，包括所傳送數據的類型信息；時間戳（Times-tamps）；序列號（SequenceNumber）。
另一個協議 RTCP 通常和 RTP 一同使用，它可以用于承載關于傳輸質量的反饋（譬如抖動量、分組的平均丟失率等），也能用于傳輸一些有關參加者身份的信息。
RTP和 RTCP 并不影響 IP 網絡的服務性能，它們沒有任何保證服務質量的方式，網絡可以像對待其他 IP 包一樣將該 RTP 包丟棄、延遲或打亂順序。因此，RTP 和 RTCP 借助于資源預留協議（RSVP）所提供的能力，來解決資源預留和 QoS（服務質量）的控制問題。
RTP/RTCP 的設計可以讓這些協議用于網絡層之上的任意層。但通常 RTP/RTCP 是用在 UDP 上，這是因為 TCP 的重發機制不適于處理極短等待時間的數據，比如交互式通信。在這種情況下，RTP 一般被分配在一個偶數 UDP 端口上，而 RTCP 被分配在下一個奇數 UDP 端口上。
RTP 的應用及其分組包結構
RTP 的應用
（1）RTP 的序列號和時戳
每個 RTP 包都帶有一個序列號和一個時間戳，根據應用，它們可以多種方式使用。
（2）有效負荷類型（PT）
每個 RTP 包的有效負荷就是該包中所含的實時數據信息，它的格式是一個網橋樹，必須由應用或 RTP 的概括（profile）來定義。為了避免通過分析有效負荷的內容來區分其不同格式，則在每個 RTP 包的頭部包含了一個有效負荷類型的標識符。這些 PT 的編解碼器可以通過會議控制協議進行動態地協商來確定。
RTP的定義
（1）?RTP會晤。
會晤是由一特定目的傳輸地址對（一個網絡地址加上RTＰ和RTCP的端口對）進行定義的。目的傳輸地址對在IP。
（2）?RTP有效負荷。
它是以分組形式有RTP所傳輸的數據，有效負荷格式和翻譯不屬于這個協議范圍。
（3）?RTP分組。
它是一個由規定RTP頭部、組合源的可能空表和有效負荷數據組成的數據分組。為了定義RTP分組可能要一個底層的協議。
（4）?RTCP分組。
它是由一個類似于RTP數據分組的固定頭部、依靠各種不同RTCP分組類型指令元素組成的控制分組。
（5）?端口。
它是一個用來在一個給定計算機內區分多個目的地傳送協議，TCP/IP協議采用小的正整數來標識端口。
（6）?傳輸地址。
它是網絡地址和端口的組合，它標識一個傳輸級的端點。分組被從源傳輸地址到目的傳輸地址。
（7）?同步源（SSRC）。
它是RTP分組流的源，有32bit數字SSRC標識符進行標識，承載在RTP頭部，不依賴網絡地址。
（8）?組合源（CSRC）。
它是由RTP混合器產生組合流的一串RTP分組的源。該混合器插入一SSRC源標識符列表，用來把特定分組的發生組合成該分組的RTP頭部。這個列表稱作CSRC表。
（9）?端系統。
它是產生RTP分組發送的內容和消費，以RTP分組接收內容的一個應用。
（10）?混合器。
它是一個中間系統，接收來自一個或多個源的RTP分組，可能改變數據格式，以某種方式組合該分組隨后轉發一個新的RTP分組。
（11）?翻譯器。
它是一個原封不動用他們自己的同步源標識符轉發RTP分組的中間系統。
（12）?監視器。
在一個RTP會晤、某個接收報告、為描述監視中的服務質量評估、故障診斷和長期統計中監視器接收由參加者發送的RTCP分組的應用。
（13）?非RTP方式。
他為RTP提供不可能業務增加的協議和機制。尤其是在多媒體會議中，一個會議控制應用可以為編碼分配組播地址和關鍵字、協商所用的編碼算法、在RTP有效負荷類型值和表示格式的有效負荷格式之間定義動態映射。