[發明專利]用于降低呼叫建立時間的系統和方法

在審

• 申請號: 201380014058.5
• 申請日: 2013-05-10
• 公開（公告）號: CN104205991A
• 公開（公告）日: 2014-12-10
• 發明（設計）人: M·張;X·顧;賈格迪普·桑德;格雷戈里·多爾索
• 申請（專利權）人: 坦戈邁公司
• 主分類號: H04W76/02
• 分類號: H04W76/02
• 代理公司: 北京天昊聯合知識產權代理有限公司 11112
• 代理人: 陳源;崔利梅

相關申請：

本申請涉及并要求于2012年5月10日提交的申請號為61/645,249、標題為“SECURED?WIRELESS?SESSION?INITIATE?FRAMEWORK”的美國臨時專利申請的優先權。本申請還涉及并要求于2013年3月15日提交的申請號為13/834,152、標題為“SECURED?WIRELESS?SESSION?INITIATE?FRAMEWORK”的美國專利申請的優先權。在此通過引用將上述各申請并入本文。

背景技術

無論是直接點對點(成功穿越NAT)還是經由網絡中繼器(TURN),當前的技術和方法都依賴于XMPP/TURN/STUM/ICE“超時傳輸(jabber)”協議(源于即時通訊時代)來連接兩個客戶端以實時通信。更具體地，當前技術包括下列基于超時傳輸的方案：ejabberd(目前流行的基于Erlang的XMPP服務器方案)；OpenFire；Tigase；libjingle(谷歌的用于p2p客戶端的開源實施方案)；TURN服務器(http://turnserver.souceforqe.net/)；STUN服務器(http://sourceforqe.net/proiects/stun/)。無論哪種實施方案，當前基于XMPP的技術都遭遇到了連接時間長和往返回合(round-trip)多的問題。

呼叫者與被呼叫者之間的呼叫建立(連接)時間越長，呼叫者掛斷電話、不耐煩和沮喪的可能性越大。因此，連接時間越快，建立呼叫連接的概率越高。

附圖說明

圖1A根據實施例描繪了安全的無線會話發起框架探戈(tango)(“SWIFT”)系統，該系統用于降低在實時通信中的兩個客戶端的連接過程中的連接建立時間。

圖1B根據實施例描繪了SWIFT服務器，該服務器用于降低在實時通信中的兩個客戶端的連接過程中的連接建立時間。

圖2根據實施例描繪了用于降低在實時通信中的兩個客戶端的連接過程中的連接建立時間的方法的流程圖。

圖3A和3B根據實施例描繪了用于降低在實時通信中的兩個客戶端的連接過程中的連接建立時間的方法的流程圖。

除非具體指出，本說明書中提及的附圖應當被理解為不是按照比例繪制的。

具體實施方式

現將對本技術的實施例進行詳細的引用，在附圖中示出了它們的示例。盡管將會結合不同的實施例對本技術進行描述，但是應當理解的是，它們無意將本技術限制于這些實施例。相反，本技術意在覆蓋包含在由所附權利要求所界定的不同實施例的精神和范圍內的所有的替代、修改和等同。

此外，在下面的實施例的描述中，闡述了大量具體細節以提供對本技術的透徹理解。但是，可在沒有這些具體細節的情況下實施本技術。在其它情況下，為了避免對所呈現的實施例的各個方面產生不必要的模糊，未對公知的方法、過程、組件和電路進行詳細的描述。

以下討論將首先描述傳統技術的概述，隨后給出對傳統技術加以改良的各個實施例的簡要描述。接下來討論將會返回到圖1A、圖1B、圖2、圖3A、圖3B的描述，它們根據不同實施例描述了用于降低呼叫建立時間的系統和方法。

概述

在兩個客戶端之間建立實時連接時，傳統的基于XMPP的技術的實施方式會遭遇連接時間過長和往返回合過多的問題。例如，用于建立呼叫的傳統協議是序列化的：以連續方式執行步驟，使得客戶端與服務器之間在建立呼叫連接之前產生許多來回通信。

呼叫者與被呼叫者之間呼叫建立(連接)時間越長，呼叫者掛斷電話、不耐煩和沮喪的可能性越大。相反，連接時間越快，呼叫者不掛電話和進行呼叫連接的可能性越大。呼叫建立時間對于實際連接的呼叫的百分比是重要因素。

此外，移動網絡可以是不同的網絡類型(例如，3G、wifi)。傳統的會話發起協議需要在呼叫建立過程中對其中一個網絡切換進行重新協商，這會使得客戶感覺在該呼叫中“卡住”。提供了多個用于實現兩個客戶端之間的實時通信的連接的系統和方法的實施例，這種連接明顯更少的連接開銷(例如，往返回合)，因此降減少被“卡住”的感受。

對照需要分別連接到TURN/STUN和jabber服務器的傳統技術，實施例使用同一服務器進行NAT穿越、呼叫建立、流量中轉，從而有助于重新建立呼叫(例如，在2G/wifi切換)并進一步減少客戶端在呼叫建立過程中需要打開和/或控制的連接的數量。