如，瀏覽器)，則可能潛在丟失ICE上下文且可能不得不重新開始提供/應(yīng)答交換。另一個(gè)潛在問題是ICE在兩個(gè)對(duì)等體不在防火墻后面時(shí)不提供效率，這對(duì)于手持機(jī)到手持機(jī)通信是常見的。進(jìn)一步，即使實(shí)質(zhì)上只有單個(gè)候選對(duì)，ICE仍可能實(shí)現(xiàn)媒體檢查。這是非限制性潛在問題的列表。
[0033]本公開提供用于使用能在移動(dòng)設(shè)備上執(zhí)行的代理以及中介瀏覽器始發(fā)ICE規(guī)程并利用由運(yùn)營(yíng)商部署的網(wǎng)絡(luò)所提供的服務(wù)(例如，在場(chǎng))的相關(guān)聯(lián)功能性來確保各WebRTC對(duì)等體之間的高效通信的技術(shù)。
[0034]為了簡(jiǎn)明起見，本公開可能將WebRTC描述為實(shí)現(xiàn)應(yīng)用間的實(shí)時(shí)通信的技術(shù)，以及將ICE描述為使用NAT穿越技術(shù)(例如，STUN和TURN)來連接遠(yuǎn)程對(duì)等體的技術(shù)，但是這并不旨在限制并且應(yīng)當(dāng)理解，提供這些能力的其他技術(shù)落在本公開的范圍內(nèi)。
[0035]I1.示例系統(tǒng)架構(gòu)
[0036]圖1是解說根據(jù)一實(shí)施例的包括目標(biāo)對(duì)等體和位于內(nèi)部網(wǎng)絡(luò)102內(nèi)的移動(dòng)設(shè)備的系統(tǒng)100的框圖。
[0037]內(nèi)部網(wǎng)絡(luò)102可以是例如蜂窩網(wǎng)絡(luò)。內(nèi)部網(wǎng)絡(luò)102通過網(wǎng)絡(luò)地址轉(zhuǎn)譯(NAT)與一個(gè)或多個(gè)外部網(wǎng)絡(luò)分隔開。移動(dòng)設(shè)備104、106、108和110耦合至內(nèi)部網(wǎng)絡(luò)102并且可彼此通信和/或與位于外部網(wǎng)絡(luò)中的目標(biāo)對(duì)等體通信。移動(dòng)設(shè)備的示例為智能電話、個(gè)人數(shù)字助理(PDA)、平板和膝上型計(jì)算機(jī)。其他移動(dòng)設(shè)備在本公開的范圍內(nèi)。
[0038]系統(tǒng)100包括可在硬件、軟件、或這兩者的組合中實(shí)現(xiàn)的防火墻120。目標(biāo)對(duì)等體122被解說為在防火墻120后面。防火墻經(jīng)常被用于防止未授權(quán)的因特網(wǎng)用戶訪問連接至例如網(wǎng)絡(luò)112的專用網(wǎng)(諸如內(nèi)聯(lián)網(wǎng))。
[0039]網(wǎng)絡(luò)112可包括各種配置并且使用各種協(xié)議，包括因特網(wǎng)、萬維網(wǎng)、內(nèi)聯(lián)網(wǎng)、虛擬專用網(wǎng)、廣域網(wǎng)、局域網(wǎng)、使用一個(gè)或多個(gè)公司專有的通信協(xié)議的專用網(wǎng)、蜂窩網(wǎng)絡(luò)和其他無線網(wǎng)、因特網(wǎng)中繼聊天信道(IRC)、即時(shí)消息接發(fā)、簡(jiǎn)單郵件傳輸協(xié)議(SMTP)、以太網(wǎng)、WiFi和HTTP、以及前述的各種組合。網(wǎng)絡(luò)112可支持SIP。在一個(gè)示例中，網(wǎng)絡(luò)112包括長(zhǎng)期演進(jìn)(LTE)網(wǎng)絡(luò)。LTE網(wǎng)絡(luò)是無線寬帶技術(shù)并且具有其基于IP的架構(gòu)。
[0040]防火墻120被配置成基于規(guī)則集和其它準(zhǔn)則來準(zhǔn)許或拒絕網(wǎng)絡(luò)傳輸(例如，至目標(biāo)對(duì)等體122的網(wǎng)絡(luò)傳輸)O進(jìn)入或離開內(nèi)聯(lián)網(wǎng)的所有消息穿過防火墻120，防火墻120檢查每條消息并阻擋不符合指定安全性準(zhǔn)則的那些消息。防火墻120可具有通過實(shí)現(xiàn)NAT功能性來保護(hù)網(wǎng)絡(luò)后面的主機(jī)的功能性。防火墻向防火墻背后保護(hù)的主機(jī)提供如在RFC 1918中所定義的專有地址。
[0041]圖2是解說根據(jù)一實(shí)施例的用于促進(jìn)位于內(nèi)部網(wǎng)絡(luò)內(nèi)的移動(dòng)設(shè)備與目標(biāo)對(duì)等體之間的通信的系統(tǒng)200的框圖。該內(nèi)部網(wǎng)絡(luò)可通過NAT與一個(gè)或多個(gè)外部網(wǎng)絡(luò)分隔開。
[0042]系統(tǒng)200包括能夠執(zhí)行客戶端應(yīng)用(諸如瀏覽器202)和代理204的移動(dòng)設(shè)備110。瀏覽器202可以能夠訪問網(wǎng)頁并且在移動(dòng)設(shè)備110的顯示器上顯示網(wǎng)頁。瀏覽器202還可以能夠進(jìn)行語音和視頻編碼并且與在移動(dòng)設(shè)備上執(zhí)行的目標(biāo)應(yīng)用實(shí)時(shí)地建立通信。在一個(gè)示例中，瀏覽器202和目標(biāo)應(yīng)用各自是在移動(dòng)設(shè)備上執(zhí)行的瀏覽器，并且這些瀏覽器彼此實(shí)時(shí)地通信。在此類示例中，移動(dòng)設(shè)備110的用戶可以將瀏覽器指向網(wǎng)頁，該網(wǎng)頁使得用戶能點(diǎn)擊該網(wǎng)頁所提供的選項(xiàng)以撥出呼叫。用戶可以通過例如在瀏覽器的地址欄中鍵入網(wǎng)頁的統(tǒng)一資源定位(URL)或者選擇使得服務(wù)器提供網(wǎng)頁的超鏈接來將瀏覽器指向網(wǎng)頁。瀏覽器可以撥出呼叫而不使用電話線。確切而言，瀏覽器可以在網(wǎng)絡(luò)112上建立與目標(biāo)對(duì)等體的連接以撥出呼叫。在一個(gè)示例中，網(wǎng)絡(luò)112是因特網(wǎng)，并且瀏覽器202經(jīng)由因特網(wǎng)設(shè)立IP連接以撥出呼叫。
[0043]在一實(shí)施例中，瀏覽器202使用WRTC技術(shù)來撥出呼叫。如上所述，WRTC使用ICE，這可具有缺點(diǎn)。例如，ICE是“笨重的”協(xié)議且需要使用多次來回消息接發(fā)來建立連接。代理204可被用于促進(jìn)移動(dòng)設(shè)備110與目標(biāo)對(duì)等體之間的通信，諸如優(yōu)化該通信以更好地適應(yīng)蜂窩連接。例如，WebRTC上下文中的代理204可被用于中介從瀏覽器202始發(fā)的ICE消息接發(fā)，同時(shí)又建立至代理204已檢測(cè)為在運(yùn)營(yíng)商防火墻內(nèi)的其他目標(biāo)對(duì)等體的連通性。代理204能夠確定正執(zhí)行代理204的移動(dòng)設(shè)備110是否通過NAT與一個(gè)或多個(gè)外部網(wǎng)絡(luò)分隔開。在一示例中，代理204不使用ICE來確定移動(dòng)設(shè)備110是否通過NAT與一個(gè)或多個(gè)外部網(wǎng)絡(luò)分隔開。確切而言，代理204可被預(yù)配置成知曉移動(dòng)設(shè)備110通過NAT與一個(gè)或多個(gè)外部網(wǎng)絡(luò)分隔開。如此，可能沒有必要在移動(dòng)設(shè)備110與目標(biāo)對(duì)等體之間來回發(fā)送ICE消息。
[0044]圖3解說根據(jù)一實(shí)施例的部分呼叫設(shè)立信令示圖300。示圖300解說具有代理204的基于ICE的呼叫始發(fā)，并且假定目標(biāo)對(duì)等體不在防火墻后面。
[0045]在一示例中，瀏覽器202在移動(dòng)設(shè)備110上執(zhí)行，并且用戶將該瀏覽器指向主存WebRTCJavaScriptApp 302的網(wǎng)站。WebRTCJavaScriptApp 302可以是配置成檢測(cè)代理204是否在移動(dòng)設(shè)備11 O上執(zhí)行并與代理204通信的JavaScript應(yīng)用。在圖3中，從WebRTCJavaScriptApp 302生成至代理204的呼叫“呼叫始發(fā)(目標(biāo)的SIP URI)"，并且其可以使用由瀏覽器提供的最小連通量。例如，瀏覽器可以提供具有基本連通性的管道以使WebRTCJavaScriptApp 302能使用例如WebSocket或XMLHttpRequest來向代理204撥出始發(fā)呼叫。瀏覽器202可以允許WebRTCJavaScriptApp 302向代理204發(fā)送分組以及從其接收分組，并且向WebRTCJavaScriptApp 302通知這些分組是否被代理204成功接收。
[0046]在一不例中，從第二方(例如，代理2O 4的提供者)向網(wǎng)站提供者提供WebRTCJavaScriptApp 302，以使代理204的功能性能夠?qū)崿F(xiàn)。如果移動(dòng)設(shè)備110的用戶希望撥出呼叫，則用戶可將瀏覽器202指向網(wǎng)站或重定向至主存WebRTCJavaScriptApp 302的網(wǎng)站。在另一示例中,WebRTCJavaScriptApp 302被預(yù)裝在移動(dòng)設(shè)備110上。
[0047]WebRTCJavaScriptApp 302可發(fā)送呼叫“呼叫始發(fā)(目標(biāo)的SIP URI)”以檢測(cè)代理204是否被安裝在移動(dòng)設(shè)備110上。在一示例中，代理204被指派預(yù)先指定的IP地址。預(yù)先指定的IP地址可以是保留以供設(shè)備(例如，移動(dòng)設(shè)備110)上的本地使用的IP地址。在一示例中，該IP地址是127.0.0.1。代理204可以接收請(qǐng)求代理是否駐留在移動(dòng)設(shè)備110上的通信，并且可以發(fā)送指示該代理駐留在移動(dòng)設(shè)備110上的通信。
[0048]在一示例中，當(dāng)WebRTCJavaScriptApp 302檢測(cè)到代理204安裝在移動(dòng)設(shè)備110上時(shí),WebRTCJavaScriptApp 302直接聯(lián)系代理204以請(qǐng)求其服務(wù)。WebRTCJavaScriptApp 302可指令瀏覽器2 O 2建立至代理2 O 4的連接并與代理2 O 4通信。在一示例中，WebRTCJavaScriptApp 302不向?yàn)g覽器202通知代理204在與瀏覽器202相同的設(shè)備上執(zhí)行。響應(yīng)于從瀏覽器202所接收的呼叫，只要與瀏覽器202有關(guān)，代理204就可以模仿有效端點(diǎn)，如以下所討論的。
[0049]無論代理204是否被安裝在移動(dòng)設(shè)備110上，WebRTCJavaScriptApp 302可向?yàn)g覽器202發(fā)送呼叫 “New RTCPeerConnect1n(新RTC對(duì)等體連接)” (“iceServers”: [ { “url”:”stun: 127.0.0.1:3478” }])以初始化RTCPeerConnect1n對(duì)象。一旦RTCPeerConnect1n對(duì)象已被初始化，WebRTCJavaScriptApp 302就向?yàn)g覽器202發(fā)送另一個(gè)呼叫“createOfferO”。瀏覽器202隨后可使用ICE來在存在NAT的情況下協(xié)商移動(dòng)設(shè)備110與目標(biāo)對(duì)等體之間的最佳可能媒體路徑。
[0050]如圈306中所解說的，瀏覽器202向代理204發(fā)送呼叫“Turn分配請(qǐng)求(無消息完整性)”，并且代理204接收該呼叫“Turn分配請(qǐng)求(無消息完整性)”。代理204向?yàn)g覽器202發(fā)送響應(yīng)“Turn分配錯(cuò)誤(包括一次性數(shù))”，并且瀏覽器202接收該響應(yīng)“Turn分配錯(cuò)誤(包括一次性數(shù))”。瀏覽器向代理204發(fā)送另一個(gè)呼叫“Turn分配請(qǐng)求(包括消息完整性)”，并且代理204接收呼叫“Turn分配請(qǐng)求(包括消息完整性)”。代理204發(fā)送響應(yīng)“Turn分配(服務(wù)器自反地址、中繼IP和端口)”，并且瀏覽器202接收該響應(yīng)“Turn分配(服務(wù)器自反地址、中繼IP和端