[發(fā)明專利]一種WebRTC客戶端連接動(dòng)態(tài)自適應(yīng)選擇的方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201410188155.2
• 申請(qǐng)日: 2014-05-06
• 公開（公告）號(hào): CN103945003B
• 公開（公告）日: 2017-06-06
• 發(fā)明（設(shè)計(jì)）人: 雙鍇;蘇森;馮愷;徐鵬;王玉龍
• 申請(qǐng)（專利權(quán)）人: 北京郵電大學(xué)
• 主分類號(hào): H04L29/08
• 分類號(hào): H04L29/08
• 代理公司: 北京思創(chuàng)畢升專利事務(wù)所11218
• 代理人: 郭韞

技術(shù)領(lǐng)域

本發(fā)明屬于WebRTC、HTML5WebSocket等技術(shù)領(lǐng)域，具體涉及一種WebRTC客戶端連接動(dòng)態(tài)自適應(yīng)選擇的方法。

背景技術(shù)

隨著Web技術(shù)的發(fā)展和瀏覽器的普及，基于瀏覽器的Web應(yīng)用以及使用Web技術(shù)開發(fā)的移動(dòng)終端原生應(yīng)用越來(lái)越多。因?yàn)闉g覽器及其所代表的Web開發(fā)技術(shù)具備良好的跨平臺(tái)性和可移植性，不僅可以做到不同操作系統(tǒng)之間的跨平臺(tái)，而且在一定程度上還可以不做任何修改的移植到移動(dòng)終端設(shè)備上。

WebRTC的全稱是Web based Real-Time CommunicationS，即基于Web的實(shí)時(shí)通信。WebRTC在IETF和W3C兩大互聯(lián)網(wǎng)標(biāo)準(zhǔn)化組織都有相應(yīng)的工作組，目的是實(shí)現(xiàn)無(wú)插件瀏覽器之間的多媒體實(shí)時(shí)通信，即瀏覽器原生支持多媒體通信，而不需要借助于Adobe Flash或其他插件。

目前市場(chǎng)上有很多基于Web瀏覽器的實(shí)時(shí)通信應(yīng)用，但全部是以即時(shí)通信為主，要實(shí)現(xiàn)多媒體通信還需要借助于瀏覽器插件。在Web應(yīng)用中實(shí)現(xiàn)實(shí)時(shí)通信的難點(diǎn)就在于HTTP協(xié)議(請(qǐng)參考：RFC2616，Hypertext Transfer Protocol--HTTP/1.1，IETF Network Working Group，http：//datatracker.ietf.org/doc/rfc2616/)不支持服務(wù)器主動(dòng)Push信息至運(yùn)行于瀏覽器中的Web應(yīng)用，除非Web應(yīng)用主動(dòng)發(fā)送請(qǐng)求至服務(wù)器，否則服務(wù)器無(wú)法主動(dòng)將信息發(fā)送至Web應(yīng)用。這就導(dǎo)致在基于Web的實(shí)時(shí)通信領(lǐng)域中，好友發(fā)送來(lái)的信息或系統(tǒng)產(chǎn)生的通知無(wú)法在第一時(shí)間發(fā)送至用戶，也就是說(shuō)基于Web的實(shí)時(shí)通信應(yīng)用無(wú)法保證最基本的“實(shí)時(shí)性”。

針對(duì)上述問(wèn)題，目前主流的Web實(shí)時(shí)通信應(yīng)用中主要采用HTTP輪詢、HTTP長(zhǎng)連接和HTTP流來(lái)模擬服務(wù)器Push(請(qǐng)參考：周婷，IBM DeveloperWorks文章，Comet：基于HTTP長(zhǎng)連接的“服務(wù)器推”技術(shù)，http：//WWW.ibm.com/developerworks/cn/web/wa-lo-comet/)技術(shù)。

如圖1所示，HTTP輪詢(Polling)：即Web應(yīng)用每隔一段時(shí)間就向服務(wù)器發(fā)起一個(gè)HTTP請(qǐng)求，請(qǐng)求獲得更新的消息和通知，服務(wù)器將需要傳回至Web應(yīng)用的消息放到HTTP響應(yīng)的消息體中，發(fā)送至WebRTC客戶端。

使用HTTP輪詢機(jī)制，瀏覽器會(huì)定期(一般用Interval表示)發(fā)送HTTP請(qǐng)求，并隨即接收響應(yīng)，

HTTP輪詢是瀏覽器在實(shí)時(shí)信息傳送方面的首次嘗試。顯然，如果知道消息傳遞的準(zhǔn)確時(shí)間間隔，輪詢將是一個(gè)很好的方法，因?yàn)榭梢詫⒖蛻舳说恼?qǐng)求同步為只有服務(wù)器上的信息可用時(shí)才發(fā)出。但是，實(shí)時(shí)數(shù)據(jù)的到來(lái)往往不可預(yù)測(cè)，不可避免會(huì)產(chǎn)生一些不必要的請(qǐng)求，在低消息率的情況下會(huì)有很多無(wú)用的連接不斷地打開和關(guān)閉，且固定的時(shí)間間隔無(wú)疑會(huì)在一定程度上加大消息的平均延遲。

如圖2所示，HTTP長(zhǎng)連接(Long Polling)：瀏覽器向服務(wù)器發(fā)送一個(gè)請(qǐng)求，服務(wù)器會(huì)在一段時(shí)間內(nèi)將其保持在打開狀態(tài)。如果服務(wù)器在此期間收到一個(gè)通知，就會(huì)向客戶端發(fā)送一個(gè)包含消息的響應(yīng)。如果時(shí)間已到卻還沒有收到通知，服務(wù)器會(huì)發(fā)送一個(gè)響應(yīng)消息來(lái)終止打開的請(qǐng)求。

在HTTP長(zhǎng)連接中，瀏覽器會(huì)發(fā)送一個(gè)完整的HTTP請(qǐng)求給服務(wù)器，請(qǐng)求中設(shè)置了超時(shí)時(shí)間(Timeout)，服務(wù)器接收到該請(qǐng)求后并不直接返回響應(yīng)，而是保持一個(gè)處于打開狀態(tài)的響應(yīng)，該響應(yīng)持續(xù)更新并無(wú)限期或是在一段時(shí)間內(nèi)處于打開狀態(tài)。每當(dāng)有消息可發(fā)送時(shí)，該響應(yīng)就會(huì)被更新，但服務(wù)器永遠(yuǎn)不會(huì)發(fā)出響應(yīng)完成的信號(hào)，這樣連接就會(huì)一直保持在打開狀態(tài)以便后續(xù)消息的發(fā)送。

除此之外，還有一種基于HTTP協(xié)議實(shí)現(xiàn)的服務(wù)器Push技術(shù)，稱為HTTP流(Streaming)，即服務(wù)器收到HTTP請(qǐng)求后，利用HTTP響應(yīng)傳輸數(shù)據(jù)，但數(shù)據(jù)傳輸完成后并不關(guān)閉HTTP連接，HTTP連接只會(huì)在通信出現(xiàn)錯(cuò)誤或連接超時(shí)時(shí)關(guān)閉，這時(shí)Web應(yīng)用再重新發(fā)起一個(gè)HTTP請(qǐng)求即可。HTTP流和HTTP長(zhǎng)連接的原理比較接近，只是當(dāng)即時(shí)消息等信息量很大時(shí)，與傳統(tǒng)HTTP輪詢方式相比，長(zhǎng)連接方式并無(wú)實(shí)質(zhì)上的性能改善，而HTTP流在一定程度上減少了HTTP的數(shù)量，但也增加了開發(fā)的復(fù)雜度。

HTTP長(zhǎng)連接(包括HTTP流)技術(shù)是目前應(yīng)用最廣的基于Web瀏覽器的實(shí)時(shí)通信應(yīng)用通信機(jī)制解決方案，很多成熟的應(yīng)用和產(chǎn)品使用的都是HTTP長(zhǎng)連接技術(shù)。