omniture

2016實時互聯(lián)網(wǎng)大會深度解析二:16% WebRTC通話質(zhì)量不佳 QoE體驗質(zhì)量保障成最大挑戰(zhàn)

2016-11-03 14:06

2016年10月29日,RTC 2016實時互聯(lián)網(wǎng)大會進入第二天,在第二天的會議中,聲網(wǎng)Agora.io創(chuàng)始人趙斌、WebRTC標準作者Daniel Burnett、通信質(zhì)量監(jiān)測和分析公司Callstats.io CEO Varun Singh、前Citrix首席架構(gòu)師,W3C特邀專家,IETF成員Alex Gouaillard博士、SIP標準作者,前Avaya杰出工程師,客座教師Alan Johnston以及滬江CCtalk云技術(shù)負責人楊繼珩等業(yè)界大咖悉數(shù)到場,給與會的數(shù)百名觀眾帶來了一場WebRTC和實時通信RTC的技術(shù)盛宴。

WebRTC如何避免失敗 如何保障QoE
                                      WebRTC標準作者Daniel Burnett 

WebRTC標準作者Daniel Burnett率先發(fā)表演講,他闡述了WebRTC技術(shù)如何才能夠避免失敗。Daniel認為,在實時通信領(lǐng)域,最大的問題還是質(zhì)量,如果可以提供優(yōu)質(zhì)的通信服務,很多人都會為此付費,但解決通信質(zhì)量的問題非常復雜。不過,WebRTC技術(shù)可以使解決這些問題更簡單些。WebRTC主要使用ICE,ICE解決的是瀏覽器之間互相連接的問題,ICE可以找到最優(yōu)的路徑,為通信找到最好的通路,因此,可以更好的保證通信質(zhì)量。同時,WebRTC在擁堵控制方面也有很大的優(yōu)勢,它使編程更加容易,WebRTC基于瀏覽器,可以和瀏覽器無縫融合,解決谷歌堆棧的問題。而WebRTC想要做到不失敗,就是要保證通信的質(zhì)量,保證用戶的體驗。

質(zhì)量監(jiān)測顯示, WebRTC通話質(zhì)量保障QoE是最大挑戰(zhàn)
                                             Callstats.io CEO Varun Singh 

來自專注于通信質(zhì)量監(jiān)測和分析公司Callstats.io的CEO Varun Singh則用詳細的數(shù)據(jù)及圖表和與會的觀眾分享了WebRTC全球質(zhì)量分析報告,在報告中,Varun分享了Callstats.io對近幾個月WebRTC通信質(zhì)量監(jiān)控和用戶反饋的數(shù)據(jù),這些數(shù)據(jù)分享來自Callstats.io對100-200億分鐘通話樣本的詳細分析。報告揭示了如下數(shù)據(jù):通話連通失敗率是4%。在成功建立呼叫的所有通話中,總體只有88%的通話質(zhì)量可以被接受??傮w來看,有16%的WebRTC通話質(zhì)量不佳,用戶的滿意度不高。

最后,Varun做了總結(jié),他表示,如果一個WebRTC應用想要成功的話,需要部署支持TCP/TLS的TURN服務器,還要重點監(jiān)測終端沖突、干擾和重建的聯(lián)結(jié),從中找到解決通信質(zhì)量問題的方法。Varun指出,WebRTC的通話質(zhì)量QoE依然還是個比較現(xiàn)實的問題,特別是在中國、印度這樣網(wǎng)絡基礎(chǔ)還不太成熟的國家挑戰(zhàn)更大,因此非常需要有更加成熟的實時音視頻解決方案來保證全球音視頻通信的通話質(zhì)量。

RTC和WebRTC通信測試該如何進行
                    前Citrix首席架構(gòu)師、W3C特邀專家、IETF成員Alex Gouaillard博士 

前Citrix首席架構(gòu)師、W3C特邀專家、IETF成員Alex Gouaillard博士第三位出場,他就實時通信測試方法實踐和與會的觀眾進行了分享,Alex認為,測試非常重要,實時通信測試需要在開發(fā)產(chǎn)品之前就要進行,Alex介紹了WebRTC測試,并表示,WebRTC是兩個點之間進行通訊,這兩個點可能在同一個網(wǎng)絡,但在不同的節(jié)點上??赡苁褂猛瑯拥臑g覽器,但使用不同的操作系統(tǒng),WebRTC必須要在這樣的情況下進行測試。Alan認為,未來的測試將會使用捆綁的方法,在不同版本的瀏覽器、不同的操作系統(tǒng)間進行。最后,Alex小結(jié)了2016年WebRTC測試的路線圖,即提高W3C測試的能力,加入Adapter.js對更多瀏覽器的支持,設計新的網(wǎng)頁驅(qū)動測試套件,改進網(wǎng)頁測試驅(qū)動,加入跨瀏覽器的互操作性測試的管理器。

QoE是實時通信的下一個路由節(jié)點
                                             圓桌會議:實時通信的下一個路由節(jié)點 

在精彩的圓桌會議環(huán)節(jié),聲網(wǎng)Agora.io創(chuàng)始人趙斌、Daniel、Varun、滬江CCtalk云技術(shù)負責人楊繼珩就“實時技術(shù)發(fā)展下一個路由節(jié)點是什么?”進行了熱烈的討論,幾位嘉賓首先就WebRTC的標準問題進行了討論,Daniel介紹了谷歌、微軟、蘋果等公司在WebRTC標準方面的進展,表示對于這些問題,需要有更好的完整的實時音視頻解決方案。趙斌對WebRTC標準未來的發(fā)展表示樂觀。在談到WebRTC的QoE質(zhì)量的問題時,Varun表示質(zhì)量問題實際上不是瀏覽器的問題,很多時候都是應用編程的問題。Daniel則表示,網(wǎng)絡接口切換問題也是導致質(zhì)量問題的原因,如果網(wǎng)絡接口能實現(xiàn)無縫切換,質(zhì)量問題將會改善很多。在談到未來如何解決通話失敗比例高的問題時,Varun表示,這個問題非常復雜,在不同的情況下需要不同的解決方案,但如果能知道問題產(chǎn)生的原因,將更有助于解決質(zhì)量問題。趙斌則表示,實際上QoE質(zhì)量的問題,最主要還是開發(fā)者對技術(shù)的了解程度,在Callstats.io這樣的公司提供分析數(shù)據(jù)和像聲網(wǎng)Agora.io這樣的公司提供后臺支持的情況下,質(zhì)量問題將有望得到更大的改善。楊繼珩則認為,在實際使用中,特別是在中國,實際遇到的問題其實更加復雜,如果沒有更高的低延時編碼標準,沒有更好的網(wǎng)絡基礎(chǔ)服務,通話質(zhì)量問題將很難得到解決。和很多開發(fā)者一樣,楊繼珩在過去創(chuàng)業(yè)經(jīng)歷中,也曾嘗試自己組團隊來自研,但很快發(fā)現(xiàn)這里面其實是個巨大的坑,對團隊的業(yè)務發(fā)展節(jié)奏產(chǎn)生很大影響。所以如果有一個專業(yè)的實時通信服務商能夠解決所有的問題,對開發(fā)者和整個實時通信行業(yè)發(fā)展都是極大的促進。

當談到WebRTC的未來發(fā)展時, Daniel認為通話體驗質(zhì)量QoE是一個最明顯的趨勢。同時,一些新的特征將會在WebRTC中出現(xiàn),比如排除故障。而實際上,WebRTC的核心功能已經(jīng)比較全了,下一步的工作只是進一步完善其不足的地方。Varun則表示,從監(jiān)測中得到數(shù)據(jù),并為解決通信問題提供數(shù)據(jù)支持,是實時通信技術(shù)進一步發(fā)展的基礎(chǔ)。

最后,這些業(yè)界大咖就現(xiàn)場觀眾提出的問題進行了精彩的解答。

WebRTC的下一代信令協(xié)議
                         SIP標準作者、前Avaya杰出工程師、客座教師Alan Johnston 

SIP標準作者、前Avaya杰出工程師、客座教師Alan Johnston最后一個壓軸出場,他發(fā)表了《下一代信令新標準:超越SIP》的演講,Alan介紹說,SIP是一個實時通信的重要協(xié)議,是對通訊當中分布式狀態(tài)問題的一個解決方案。當WebRTC在五年前開始出現(xiàn)的時候,人們想把SIP用作WebRTC協(xié)議,但SIP因為使用了不可靠的TCP或者UDP等協(xié)議,因此無法直接在WebRTC中正常使用,所以SIP必須要進行調(diào)整才能用于WebRTC。后來發(fā)布的RFC7118定義了WebSockets的傳輸,才使得SIP得以在WebRTC中使用。 
更重要的是,開發(fā)者在集成使用SIP的時候,是一個非常復雜和難用的過程。所以下一代的SIP標準必須是對開發(fā)者極其友好的,就像是聲網(wǎng)Agora.io的API接口一樣??傊?,現(xiàn)在的SIP還不足夠好,因此需要業(yè)界共同努力來設計下一代超越SIP的信令標準。

RTC實時通信前景大好 QoE亟待提高

伴隨著Alan精彩演講的結(jié)束,RTC 2016的主會環(huán)節(jié)正式結(jié)束,兩天的會議,業(yè)界大咖的精彩演講,給與會觀眾帶來了滿滿干貨,也給大家?guī)砹讼嚓P(guān)的思考。

總的來說, WebRTC技術(shù)是重要的音視頻傳輸力量,但是其本身存在不少問題,比如,由于WebRTC本身是基于瀏覽器集成,在傳輸方面并沒有太多的標準和建議,僅使用傳統(tǒng)的P2P點對點協(xié)議,當用戶出現(xiàn)復雜的跨地區(qū)跨時區(qū)跨國的傳輸時,WebRTC無法進行軟件編碼優(yōu)化,這也就是為什么,開發(fā)者使用WebRTC實現(xiàn)Demo很容易,可是在實際過程中卻碰到很多問題。同時,由于WebRTC無法使用硬件編碼,因此受制于移動終端設備的CPU性能限制,在商用過程中往往難以實現(xiàn)。這一系列的技術(shù)問題如果沒有得到較好的解決,將影響到WebRTC技術(shù)完全商用以及其在中國的市場的前景。

從根本上說,Google的開源技術(shù)WebRTC本身基于瀏覽器集成,僅適用于傳統(tǒng)的P2P點對點協(xié)議,面對互聯(lián)網(wǎng)的復雜傳輸環(huán)境,需要實時性更強、延時更低、更加穩(wěn)定的RTC,這也是為什么主辦方聲網(wǎng)Agora.io要將實時互聯(lián)網(wǎng)大會引進中國的主要原因。相信伴隨著移動互聯(lián)網(wǎng)的飛速發(fā)展和用戶對RTC實時通信的質(zhì)量需求的提升,實時通信行業(yè)將是下一個技術(shù)的路由節(jié)點。 

消息來源:CSDN