WebRTC引領網頁視頻通信新時代

Judy

WebRTC是如今專業AV領域熱門話題之一，它實現了基于網頁的視頻會議，是AV、IT和電信融合的最新實例。近一兩年，隨著移動設備的普及，WebRTC也受到了更多的關注。雖然目前它還處于采用的早期階段，距離大量部署還有一定的距離，但是這一天很快就會到來，屆時視頻通信行業將面臨重大調整，因此，理解WebRTC才能更好掌握視頻通信的未來。

什么是WebRTC

WebRTC是一種API（應用程序接口）標準，可以實現實時語音、文字和視頻通信。這種實時能力可以在瀏覽器中直接實現，而不需要下載安裝插件或Flash。WebRTC提供了視頻會議的核心技術，包括音視頻的采集、編解碼、網絡傳輸、顯示等功能，并且還支持跨平臺：Windows、Linux、Mac、Android，其最終目的是讓Web開發者能夠基于瀏覽器（Chrome＼FireFox）輕松開發出豐富的實時多媒體應用，另外WebRTC還希望能夠建立一個多互聯網瀏覽器間強大的實時通信平臺，形成開發者與瀏覽器廠商良好的生態環境。谷歌在2011年發布了WebRTC的源代碼，以推動共同開發。

與廣為人知的其他消費或企業級視頻平臺，如Skype、WebEx或Cisco Jabber相比，WebRTC有其獨特性：

WebRTC是基于瀏覽器的。不像傳統的應用程序需要安裝在本地計算機或服務器上，WebRTC的網頁應用程序有直接的API，可以訪問使用標準Javascript API calls設備上的麥克風和攝像頭。

WebRTC是內在安全的。傳統的安全應用程序，經常要求用戶“接受”和手動安裝更新，而WebRTC使用的很多瀏覽器可以自動實現這一步。同樣的，WebRTC默認情況下僅支持SRTP（安全實時傳送協議），后者使用了加密和認證，能夠使阻斷服務攻擊的風險最小化。

WebRTC使用了先進的音頻和視頻編解碼技術。盡管可用帶寬在不斷增加，但是遠程工作的人以及對高清音視頻通信的需求不斷增長，超越了很多公司的帶寬能力，導致了丟包和不連貫的音視頻體驗。在WebRTC環境下，先進的編解碼技術能使音視頻數據包的使用更加高效，獲得更清晰的通信。此外，它還支持可變比特率、固定比特率，甚至是窄帶通信。

WebRTC可以提升更強大的會話認證。傳統視頻通信環境依靠第三方的中繼媒體服務器來管理會議，以便穿過防火墻。WebRTC可建立一個點對點的可靠會議，因此不需要第三方通信服務器。

AV行業可以做什么

傳統SIP/H.323視頻會議與WebRTC最根本的不同在于后者使用了網狀架構。這種架構非常適合一對一的會議，例如財務顧問使用它向高端客戶提供服務。當有多個與會者時，網狀架構就會出現問題，因為每一個人都要從其他所有人那里得到一個視頻信號傳送。這就會增加視頻帶寬，這是一個顯而易見的問題，企業局域網已經超載，或者當一些與會者使用移動設備時，會很快耗盡數據流量。

但是網狀架構同時也為AV業者帶來機遇。AV代理商和集成商可以為客戶提供使用一個傳統視頻會議橋的選項，它會選擇WebRTC與會者的信號饋給，并向每個終端發送一個單獨的、合并的媒體流。其中有些客戶可能已經有自己的橋，集成商或代理商通過拓展橋來支持WebRTC，讓客戶獲得附加值。

橋或者一些其他的基礎架構被用來實現WebRTC用戶之間的連接。不同于Lync或Skype等傳統的視頻會議系統，WebRTC在目前的情況下并不需要地址簿，所以用戶之間無法直接找到或連接，必須通過一些架構使其全面運作。LifeSize的UV套件正是針對此設計的，其中的產品可以提供地址簿并且記錄多達25個當前的WebRTC與會者，企業可以在自己的虛擬服務器上安裝，也可以購買一個獨立的節點。

這也意味著視頻會議的盈利模式開始轉變，雖然不像以前那樣讓客戶花費更多的錢來搭建會議室，但是通過銷售更便宜的基礎架構，可以讓更多的人參與進來，把市場蛋糕做大。

AV業者還可以幫助客戶克服WebRTC使用中的互操作性挑戰。并非所有的WebRTC客戶部署都是一樣的，由于使用不同的信號發送方式，WebRTC使用者之間可能無法通話。WebRTC沒有要求用戶使用特定類型的信號發送協議，例如Jingle，因為這會限制開發者的創新能力。當WebRTC用于B2B或B2C通信時，企業的會議邊界控制器（SBC）就會成為一個因素，因為他們有自己的協議。所以當幫助客戶部署WebRTC時，了解其SBC經銷商及其WebRTC經銷商使用了什么協議是非常重要的。如果集成商想要在這個領域作為，就需要拓展他們基于底層網絡技術的知識。

網絡速度和延遲同樣影響著用戶體驗。所以像其他AVIT融合的例子一樣，著，如果IT部門不想承擔這個工作的話，集成商就需要評估和升級客戶的LAN、MAN和WAN。一個糟糕的網絡會不斷帶來麻煩，所以需要確保有足夠的帶寬，否則用戶體驗就會被損害，因為WebRTC并不像傳統視頻會議技術那樣有彈性和包容度。

現在，越來越多的AV廠商與集成商開始積極支持WebRTC。Vidyo宣布與谷歌簽署關于推動WebRTC功能的協議，進一步深化與谷歌合作關系。協議將使谷歌使用Vidyo的可伸縮視頻編碼擴展作為WebRTC的一部分。此外，Vidyo還將為VP9開發一個可伸縮視頻擴展，作為WebRTC客戶開源項目的一部分。Chrome有望作為第一個支持這個可伸縮版WebRTC的瀏覽器，Vidyo和谷歌打算與相關標準組織一起推動這個版本。

WebRTC的機遇與挑戰

標準問題是阻礙WebRTC前進的主要因素。對于音頻來說，IETF（因特網工程工作組）2012年批準的Opus編解碼器，成為WebRTC的MTI（托管到執行）編解碼器，這是一個免費和開放的標準。

視頻方面，有兩種針對MTI的競爭標準：VP8和H.264。VP8為谷歌所擁有，并且作為VP7的后繼者由On2技術創建。目前已經得到Chrome、Firefox和Opera瀏覽器的支持，VP8的支持者所樂于見到的是，雖然谷歌是這個編解碼器的持有者，但是已經不可撤回地發布了免稅版許可下的所有VP8專利。H.264已經推出近十年了，在大部分時間里，它都是一個行業標準，相較VP8它有著更好的實施優勢，而后者大概只有兩年時間。

然而，H.264有兩個問題，開發者使用它就需要支付許可費，而且它比VP8消耗更多的帶寬。不過開發H.264的同一個工作組發布了一個高效率視頻編解碼器（HEVC，它也被稱為H.265），相比H.264，它能提供雙倍的數據壓縮比。但到目前為止，IETF還沒有對VP8 vs H.264之爭做出最終的決議。

另一個阻止WebRTC前行的因素是主要利益相關者，如蘋果、思科、谷歌和微軟之間沒有達成一致。盡管微軟沒有對WebRTC作任何評論，但事實上其瀏覽器不支持VP8本身就說明了這一點。在行業巨頭們可以展開相同的頁面之前，行業仍然處在觀望階段。一旦標準得到批準，WebRTC應用將突飛猛進。在主管部門做出其決定之后，上述巨頭就對其產品做出必要改變，來一起做好這個視頻通信標準。

同時，當所有這些發生的時候，視頻通信領域其他的公司正在開發出像媒體網關這樣的產品，使舊的視頻通信架構適應基于WebRTC的通信。另外，對于任何標準來說，一個普遍的問題就是如果所有經銷商都跟隨這一標準，那么除了價格外他們之間將缺少市場差異的機遇。經銷商有可能需要增加更多的協作功能來使其WebRTC解決方案從市場脫穎而出，那是否會帶來額外的互操作性問題仍有待考量。

雖然困難重重，但兩個正在發生的利好趨勢將在WebRTC發展的過程中扮演重要角色：遠程辦公和BYOD。使用遠程辦公和BYOD辦公的員工在全球范圍內急速增長，而視頻通信將是這一趨勢背后關鍵的推動者。

當WebRTC清除了與視頻會議有關的很多現有限制之后，工作將會自然地變得更少與“在哪里”有關，更多地與“做什么”有關。BYOD是非常重要的關注點，因為當更多的員工使用自己個人的智能手機、平板和筆記本工作時，就意味著雇主負擔的視頻會議費用會更少，這又一次推動視頻成為實時通信的第一選擇。除了降低費用，WebRTC還能夠滿足很多企業當前的安全考慮。

通過無數的移動平臺，企業可以更容易地將視頻會議拓展到遠程工作者，但是對于超高帶寬、計算機處理和存儲的需求也會變得更高，這將進一步推動云技術的采用。

面對任何重要的顛覆性技術，企業和業者都需要經過一定的學習曲線，做出必要的業務改變?？梢钥隙ǖ氖?，擁抱不可避免的變革并提前做好準備，才可以走在市場前面。