QUIC 將會是 WebRTC 的將來麼?

歡迎訪問 RTC 開發者社區,與更多WebRTC、實時音視頻開發者交流經驗。 

QUIC 自從2013年爲人所知,最近兩年一直是討論的熱門話題。緣由是,QUIC做爲傳輸層協議發揮了TCP、UDP的優勢,添加了加密,速度倍增,其它方面也有改進,使得設備上部署速度和更新速度較以前都有提高。web

你可能認爲傳輸層協議應該與在它上面運行的App分開設計,QUIC的歷史與HTTP/2有千絲萬縷的聯繫,而且QUIC上的HTTP/2幾乎是同時發展的。關於IETF103,QUIC工做組實際上須要正在進行的工做侷限於單一使用狀況。這項技術很熱門,並有不少公司投入了大量資金,這就是爲何現在有多種實施方式。網絡

QUIC背後的主要參與者固然是網絡公司,還有CDN。Akamai是此技術的一個重度參與者,而且其中許多員工都是規範和說明的制定者。架構

一般網絡上的媒體會被分爲兩個生態系統:廣播和實時。在廣播領域裏,大多數分佈是基於文件和HTPP的。在實時領域裏,大多數通訊是基於RTP(RTSP/RTCP/STRP/WebRTC…)。學習

這裏有一個關於RTP和QUIC的問題須要額外討論:咱們應該用RTP做爲實時媒體,仍是應該放棄它,由於RTP中的某些機制對於QUIC中的某些機制來講是多餘的?若是咱們使用RTP,咱們應該如何規劃架構,而且基於這些協議應該如何規劃多路傳輸?若是咱們放棄它,咱們如何管理不在QUIC中的媒體機制?測試

事實上,許多組織和我的都很對於經過 QUIC 傳輸(實時)媒體感興趣,而且開始着手去作了。QUIC 小組也有任何理由繼續遲疑。優化

下面是一些咱們知道的一些舉措,可能有更多。ui

A. 來自ORTC,一些人已經實現了早期的QUIC傳輸和QUIC流,代碼能夠在Chromium代碼庫找到。目標是隻讓數據傳輸,而不包括媒體。google

B. 爲了在媒體棧中提供更靈活的pipeline,就像在斯德哥爾摩的一次會議提出的同樣,Google團隊正在推進WebRTC中更多的模塊類來容許人們使用本身的編解碼器,加密方式,媒體和網絡傳輸方式。編碼

這裏有一些關於下一代 WebRTC 版本的信息:加密

支持添加與視頻幀層第一個包不一樣的RTP擴展

重構類表示編碼的視頻frame

將表明視頻編解碼配置的類數量下降到合理的數字

將每一幀加密接口集成到WebRTC

實現可插入的媒體傳輸

將圖片Id加入通常的RTP打包形式

將幀加密解密加入媒體頻道中

C. RMCAT工做組的主席,負責處理帶寬評估和擁堵控制的問題,和來自callstats.io的另外一位成員,一同在作direct-media-over-QUIC與RTP-over-QUIC

D. AVTCORE工做組,負責管理與RTP有關的一切,正在研究QUIC多路傳輸,以及其它RTP須要支持的協議。

E. TAPS工做組正在關注如何如何支持QUIC爲它們的傳輸協議之一。

這些工做組各自的目標不一樣,而且在同一個分組裏可能還有更多的分支。QUIC的使用狀況數量等於UDP和TCP的使用狀況數量之和。固然了,對於每一個人來講,他們的use case才應該是最重要的。

1.0爲止再也不增長新特性

這是包括Apple在內的許多公司的明確立場。不一樣的人對此有不一樣的理由。W3C工做組正在結束目前章程的進度,可是一些計劃的延期執行和simulcast所需的 APIs使得simulcast測試變得困難。就像近期在Lyon的一次會議上提到的:「Simulcast目前最大的難題,像一座高山。不只須要考慮難度,更大的疑問是須要花費咱們多少時間。」對於W3C員工和主席來講,這是一個主要的擔心。Apple和其它的供應商也想穩定webrtc1.0版本,還有一些供應商表示,正在研究包括QUIC在內的其它方面。

QUIC仍不夠成熟

這是Mozilla在去年一直以來都堅持的態度,不只僅在斯德哥爾摩的面對面會議中提出過,還在近期在 Lyon 舉行的 TPAC 會議中提到了。那些不一樣意的人表示,QUIC小組的主席(一個Mozilla員工)致力於在Q4完成標準文檔,其它小組(包括 WebRTC)不該該繼續等下去,所以WebRTC應不該該採起QUIC成爲了一個棘手的問題。也有人認爲,QUIC 已經被應用了起來,因此若是 WebRTC 小組不做出決定,那麼他們將本身來分別着手解決。(這樣的爭論也發生在 SVC condec 上)

我我的認爲:

QUIC是將來,咱們能夠推遲它,可是沒法避免。WebRTC也曾有過相同經歷。

直接放棄RTP將會讓不少現存的WebRTC基礎設施受到影響。QUIC背後的團隊起初花費了不少時間設計技術選型,使得QUIC能夠幫如今的傳輸技術獲得更大的優化,而且讓這項技術獲得更快更普遍的採用。我相信他們也在 QUIC 應用於實時傳輸方面作出了一樣的努力。

最後給但願開發實時音視頻App,或但願學習 WebRTC 的開發者推薦 一些博文與資料
相關文章
相關標籤/搜索