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