2016年10月29日，RTC 2016實時互聯(lián)網(wǎng)大會進(jìn)入第二天，在第二天的會議中，聲網(wǎng)Agora.io創(chuàng)始人趙斌、WebRTC標(biāo)準(zhǔn)作者Daniel Burnett、通信質(zhì)量監(jiān)測和分析公司Callstats.io CEO Varun Singh、前Citrix首席架構(gòu)師，W3C特邀專家，IETF成員Alex Gouaillard博士、SIP標(biāo)準(zhǔn)作者，前Avaya杰出工程師，客座教師Alan Johnston以及滬江CCtalk云技術(shù)負(fù)責(zé)人楊繼珩等業(yè)界大咖悉數(shù)到場，給與會的數(shù)百名觀眾帶來了一場WebRTC和實時通信RTC的技術(shù)盛宴。
WebRTC如何避免失敗 如何保障QoE
WebRTC標(biāo)準(zhǔn)作者Daniel Burnett率先發(fā)表演講，他闡述了WebRTC技術(shù)如何才能夠避免失敗。Daniel認(rèn)為，在實時通信領(lǐng)域，最大的問題還是質(zhì)量，如果可以提供優(yōu)質(zhì)的通信服務(wù)，很多人都會為此付費，但解決通信質(zhì)量的問題非常復(fù)雜。不過，WebRTC技術(shù)可以使解決這些問題更簡單些。WebRTC主要使用ICE，ICE解決的是瀏覽器之間互相連接的問題，ICE可以找到最優(yōu)的路徑，為通信找到最好的通路，因此，可以更好的保證通信質(zhì)量。同時，WebRTC在擁堵控制方面也有很大的優(yōu)勢，它使編程更加容易，WebRTC基于瀏覽器，可以和瀏覽器無縫融合，解決谷歌堆棧的問題。而WebRTC想要做到不失敗，就是要保證通信的質(zhì)量，保證用戶的體驗。
質(zhì)量監(jiān)測顯示， WebRTC通話質(zhì)量保障QoE是最大挑戰(zhàn)
來自專注于通信質(zhì)量監(jiān)測和分析公司Callstats.io的CEO Varun Singh則用詳細(xì)的數(shù)據(jù)及圖表和與會的觀眾分享了WebRTC全球質(zhì)量分析報告，在報告中，Varun分享了Callstats.io對近幾個月WebRTC通信質(zhì)量監(jiān)控和用戶反饋的數(shù)據(jù)，這些數(shù)據(jù)分享來自Callstats.io對100-200億分鐘通話樣本的詳細(xì)分析。報告揭示了如下數(shù)據(jù)：通話連通失敗率是4%。在成功建立呼叫的所有通話中，總體只有88%的通話質(zhì)量可以被接受。總體來看，有16%的WebRTC通話質(zhì)量不佳，用戶的滿意度不高。
最后，Varun做了總結(jié)，他表示，如果一個WebRTC應(yīng)用想要成功的話，需要部署支持TCP/TLS的TURN服務(wù)器，還要重點監(jiān)測終端沖突、干擾和重建的聯(lián)結(jié)，從中找到解決通信質(zhì)量問題的方法。Varun指出，WebRTC的通話質(zhì)量QoE依然還是個比較現(xiàn)實的問題，特別是在中國、印度這樣網(wǎng)絡(luò)基礎(chǔ)還不太成熟的國家挑戰(zhàn)更大，因此非常需要有更加成熟的實時音視頻解決方案來保證全球音視頻通信的通話質(zhì)量。
RTC和WebRTC通信測試該如何進(jìn)行
前Citrix首席架構(gòu)師、W3C特邀專家、IETF成員Alex Gouaillard博士第三位出場，他就實時通信測試方法實踐和與會的觀眾進(jìn)行了分享，Alex認(rèn)為，測試非常重要，實時通信測試需要在開發(fā)產(chǎn)品之前就要進(jìn)行，Alex介紹了WebRTC測試，并表示，WebRTC是兩個點之間進(jìn)行通訊，這兩個點可能在同一個網(wǎng)絡(luò)，但在不同的節(jié)點上?？赡苁褂猛瑯拥臑g覽器，但使用不同的操作系統(tǒng)，WebRTC必須要在這樣的情況下進(jìn)行測試。Alan認(rèn)為，未來的測試將會使用捆綁的方法，在不同版本的瀏覽器、不同的操作系統(tǒng)間進(jìn)行。最后，Alex小結(jié)了2016年WebRTC測試的路線圖，即提高W3C測試的能力，加入Adapter.js對更多瀏覽器的支持，設(shè)計新的網(wǎng)頁驅(qū)動測試套件，改進(jìn)網(wǎng)頁測試驅(qū)動，加入跨瀏覽器的互操作性測試的管理器。
QoE是實時通信的下一個路由節(jié)點
在精彩的圓桌會議環(huán)節(jié)，聲網(wǎng)Agora.io創(chuàng)始人趙斌、Daniel、Varun、滬江CCtalk云技術(shù)負(fù)責(zé)人楊繼珩就“實時技術(shù)發(fā)展下一個路由節(jié)點是什么？”進(jìn)行了熱烈的討論，幾位嘉賓首先就WebRTC的標(biāo)準(zhǔn)問題進(jìn)行了討論，Daniel介紹了谷歌、微軟、蘋果等公司在WebRTC標(biāo)準(zhǔn)方面的進(jìn)展，表示對于這些問題，需要有更好的完整的實時音視頻解決方案。趙斌對WebRTC標(biāo)準(zhǔn)未來的發(fā)展表示樂觀。在談到WebRTC的QoE質(zhì)量的問題時，Varun表示質(zhì)量問題實際上不是瀏覽器的問題，很多時候都是應(yīng)用編程的問題。Daniel則表示，網(wǎng)絡(luò)接口切換問題也是導(dǎo)致質(zhì)量問題的原因，如果網(wǎng)絡(luò)接口能實現(xiàn)無縫切換，質(zhì)量問題將會改善很多。在談到未來如何解決通話失敗比例高的問題時，Varun表示，這個問題非常復(fù)雜，在不同的情況下需要不同的解決方案，但如果能知道問題產(chǎn)生的原因，將更有助于解決質(zhì)量問題。趙斌則表示，實際上QoE質(zhì)量的問題，最主要還是開發(fā)者對技術(shù)的了解程度，在Callstats.io這樣的公司提供分析數(shù)據(jù)和像聲網(wǎng)Agora.io這樣的公司提供后臺支持的情況下，質(zhì)量問題將有望得到更大的改善。楊繼珩則認(rèn)為，在實際使用中，特別是在中國，實際遇到的問題其實更加復(fù)雜，如果沒有更高的低延時編碼標(biāo)準(zhǔn)，沒有更好的網(wǎng)絡(luò)基礎(chǔ)服務(wù)，通話質(zhì)量問題將很難得到解決。和很多開發(fā)者一樣，楊繼珩在過去創(chuàng)業(yè)經(jīng)歷中，也曾嘗試自己組團(tuán)隊來自研，但很快發(fā)現(xiàn)這里面其實是個巨大的坑，對團(tuán)隊的業(yè)務(wù)發(fā)展節(jié)奏產(chǎn)生很大影響。所以如果有一個專業(yè)的實時通信服務(wù)商能夠解決所有的問題，對開發(fā)者和整個實時通信行業(yè)發(fā)展都是極大的促進(jìn)。
當(dāng)談到WebRTC的未來發(fā)展時， Daniel認(rèn)為通話體驗質(zhì)量QoE是一個最明顯的趨勢。同時，一些新的特征將會在WebRTC中出現(xiàn)，比如排除故障。而實際上，WebRTC的核心功能已經(jīng)比較全了，下一步的工作只是進(jìn)一步完善其不足的地方。Varun則表示，從監(jiān)測中得到數(shù)據(jù)，并為解決通信問題提供數(shù)據(jù)支持，是實時通信技術(shù)進(jìn)一步發(fā)展的基礎(chǔ)。
最后，這些業(yè)界大咖就現(xiàn)場觀眾提出的問題進(jìn)行了精彩的解答。
WebRTC的下一代信令協(xié)議
SIP標(biāo)準(zhǔn)作者、前Avaya杰出工程師、客座教師Alan Johnston最后一個壓軸出場，他發(fā)表了《下一代信令新標(biāo)準(zhǔn)：超越SIP》的演講，Alan介紹說，SIP是一個實時通信的重要協(xié)議，是對通訊當(dāng)中分布式狀態(tài)問題的一個解決方案。當(dāng)WebRTC在五年前開始出現(xiàn)的時候，人們想把SIP用作WebRTC協(xié)議，但SIP因為使用了不可靠的TCP或者UDP等協(xié)議，因此無法直接在WebRTC中正常使用，所以SIP必須要進(jìn)行調(diào)整才能用于WebRTC。后來發(fā)布的RFC7118定義了WebSockets的傳輸，才使得SIP得以在WebRTC中使用。
更重要的是，開發(fā)者在集成使用SIP的時候，是一個非常復(fù)雜和難用的過程。所以下一代的SIP標(biāo)準(zhǔn)必須是對開發(fā)者極其友好的，就像是聲網(wǎng)Agora.io的API接口一樣?？傊?，現(xiàn)在的SIP還不足夠好，因此需要業(yè)界共同努力來設(shè)計下一代超越SIP的信令標(biāo)準(zhǔn)。
RTC實時通信前景大好 QoE亟待提高
伴隨著Alan精彩演講的結(jié)束，RTC 2016的主會環(huán)節(jié)正式結(jié)束，兩天的會議，業(yè)界大咖的精彩演講，給與會觀眾帶來了滿滿干貨，也給大家?guī)砹讼嚓P(guān)的思考。
總的來說， WebRTC技術(shù)是重要的音視頻傳輸力量，但是其本身存在不少問題，比如，由于WebRTC本身是基于瀏覽器集成，在傳輸方面并沒有太多的標(biāo)準(zhǔn)和建議，僅使用傳統(tǒng)的P2P點對點協(xié)議，當(dāng)用戶出現(xiàn)復(fù)雜的跨地區(qū)跨時區(qū)跨國的傳輸時，WebRTC無法進(jìn)行軟件編碼優(yōu)化，這也就是為什么，開發(fā)者使用WebRTC實現(xiàn)Demo很容易，可是在實際過程中卻碰到很多問題。同時，由于WebRTC無法使用硬件編碼，因此受制于移動終端設(shè)備的CPU性能限制，在商用過程中往往難以實現(xiàn)。這一系列的技術(shù)問題如果沒有得到較好的解決，將影響到WebRTC技術(shù)完全商用以及其在中國的市場的前景。
從根本上說，Google的開源技術(shù)WebRTC本身基于瀏覽器集成，僅適用于傳統(tǒng)的P2P點對點協(xié)議，面對互聯(lián)網(wǎng)的復(fù)雜傳輸環(huán)境，需要實時性更強(qiáng)、延時更低、更加穩(wěn)定的RTC，這也是為什么主辦方聲網(wǎng)Agora.io要將實時互聯(lián)網(wǎng)大會引進(jìn)中國的主要原因。相信伴隨著移動互聯(lián)網(wǎng)的飛速發(fā)展和用戶對RTC實時通信的質(zhì)量需求的提升，實時通信行業(yè)將是下一個技術(shù)的路由節(jié)點。
