• Jul 04 Sat 2009 00:49
  • RTCP

RTCP (RTP Control Protocol): Bandwidth Scaling

考慮包含一個傳送端和許多接收端的RTP會談。如果每個接收端都會週期性地產生RTCP封包,則全部的RTCP封包傳送速率,可能會遠超過傳送端的RTP封包傳送速率。傳送給群播數的RTP流量並沒有隨著接收端數量的增加而改變。為了解決這個擴充性的問題,RTCP會修改參與者傳送RTCP封包給群播樹的
速率,而該速率成為會談參與者數量的函數。此外,因為每位參與者會傳送控制封包給其他的參與者,所以每位參與者可以估算會談中參與者的總數。
RTCP會嘗試將它的流量限制在會談頻寬的5%,舉例來說,假設傳送端以2Mbps的速率來傳送視訊,則RTCP會嘗試加它的流量控制在2Mbps的5%,也就是100kbps,方法如下:
這個協定提供接收端該速率的75%,也就是75kbps;並將該速率剩餘的25%指定給傳送端(25kbps),提供給接收端的75kbps,是由所有的

truth66 發表在 痞客邦 留言(0) 人氣()

  • Jul 04 Sat 2009 00:36
  • RTP


轉載--

RTP(Real Time Protocol):

RTP是在UDP之上的Protocol,當要傳送資料時,傳送端就會將media封包在一個RTP packet裡面,然後再把packet封包在一個UDP的segment中,再傳到接收端。而RTP只會存放media的資料或是內容,並不會做其他的控制,也就是說,RTP不會提供任何的技巧去確保資料遞送的時間或是提供其他服務品質的保證。RTP主要是在end system上面執行的,另外RTP packet也有提供三種不同的功能(因為在UDP之上,所以可以擴大UDP的功能):

(1)有效負荷(payload)類型的辨別(payload type identification)

(2)數據包(packet)連續編號(packet sequence numbering)

truth66 發表在 痞客邦 留言(1) 人氣()

1
Blog Stats
⚠️

成人內容提醒

本部落格內容僅限年滿十八歲者瀏覽。
若您未滿十八歲,請立即離開。

已滿十八歲者,亦請勿將內容提供給未成年人士。