1. 程式人生 > >A Google Congestion Control for Real-Time Communication on the World - 01---谷歌網路擁塞控制翻譯文件第一篇

A Google Congestion Control for Real-Time Communication on the World - 01---谷歌網路擁塞控制翻譯文件第一篇

原文地址:
https://tools.ietf.org/html/draft-alvestrand-rtcweb-congestion-00

概述:
這篇文件介紹了2個實時網路傳輸過程中的擁塞控制方法,一個是基於傳送端的,另一個是基於接收端的.

專有名詞:RTCWEB
Real-time communications on the world wide web.

名詞解釋

在這篇文件中關鍵字: “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED” ,“MAY” ,and “OPTIONAL” 都可以在

RFC 2119 [RFC2119]中找到對應的描述.

狀態更新記錄

省略–請看官方英文原檔.

目錄結構:

1.介紹
1.1數學符號約定
2.系統模型
3.接收端控制
3.1接收時間過濾
3.2過載檢測器
3.3位元速率控制
4.傳送端控制
5.系統配合控制方面的構思
6.實現經驗
7.更進一步的工作
8.IANA 考慮事項
9.安全效能方面的考慮
10.致謝
11.引用
11.1引用標準
11.2參考文獻引用
12作者郵箱

1.介紹
所有共享網際網路網路的應用都會設計到對共享網路的擁塞控制.RFC2914

在網路上實現對網路擁塞的實時控制,主要面臨以下幾個困難:

  • 媒體格式編碼通常無法迅速的去適應頻寬的變動,而且網路環境也經常發生變動,有時不連續,有時又突然的特別好.
  • 網路中的參與者可能有非常明確的期望在如何應答,因此當網路擁塞發生時不允許降低頻寬.
  • 編碼端經常會發生資料丟包的情況,因此網路應用經常也會要求丟包重傳.

這份文件一共描述了2種網路擁塞控制演算法,看起來使效能更合適,更合理的和其他網路參與者分享頻寬在tcp應用程式中.

所有的信令都採用標準的RTP時間戳 RFC3550,標準的RTCP反饋報告以及臨時的最大視訊位元速率請求.([RFC5104] section 3.5.4.)

1.1 數學符號約定