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