專利名稱：呼叫重新建立的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及呼叫重新建立。具體來(lái)說(shuō)，本發(fā)明涉及重新建立通信網(wǎng)絡(luò)上的兩個(gè)用戶之間的掉落的呼叫。
背景技術(shù)：
通信系統(tǒng)允許在兩個(gè)或更多用戶終端之間通過(guò)通信網(wǎng)絡(luò)進(jìn)行呼叫。除了通過(guò)通信網(wǎng)絡(luò)在呼叫中的用戶之間傳送音頻數(shù)據(jù)之外，還可以在呼叫中的用戶之間傳送視頻數(shù)據(jù)。
呼叫可以是一對(duì)一呼叫，這意味著在呼叫中僅僅涉及兩個(gè)用戶。在一對(duì)一呼叫中， 可以在呼叫中所涉及的兩個(gè)用戶之間直接傳送代表呼叫數(shù)據(jù)(例如音頻數(shù)據(jù)和視頻數(shù)據(jù)) 的數(shù)據(jù)流。在一些通信系統(tǒng)中，每一個(gè)用戶可以向/從通信網(wǎng)絡(luò)中的中央服務(wù)器傳送數(shù)據(jù)和接收數(shù)據(jù)。中央服務(wù)器可以控制呼叫。
或者，呼叫可以是群組呼叫(或“多方”呼叫)，這意味著在呼叫中涉及多于兩個(gè)用戶。在群組呼叫中，其中一個(gè)用戶可以被指定為群組呼叫的主持者(主持者用戶常常是發(fā)起群組呼叫的用戶)。來(lái)自群組呼叫中的每一個(gè)用戶的音頻數(shù)據(jù)流可以被傳送給主持者用戶。 主持者用戶隨后混合這些音頻流，并且將混合的音頻數(shù)據(jù)流傳送到群組呼叫中的每一個(gè)用戶，從而使得群組呼叫中的每一個(gè)用戶接收到來(lái)自群組呼叫中的每一個(gè)其他用戶的音頻數(shù)據(jù)。如果呼叫是群組視頻呼叫，為了使得群組呼叫的每一個(gè)用戶接收到來(lái)自群組呼叫中的每一個(gè)其他用戶的視頻數(shù)據(jù)，每一個(gè)用戶可以向服務(wù)器傳送視頻數(shù)據(jù)流，并且服務(wù)器隨后可以將各個(gè)視頻流轉(zhuǎn)送到群組呼叫中的每一個(gè)用戶。服務(wù)器(而不是主持者用戶)分發(fā)視頻數(shù)據(jù)流，以免對(duì)通信網(wǎng)絡(luò)中的主持者用戶造成較大帶寬負(fù)擔(dān)。視頻數(shù)據(jù)流通常包括比音頻數(shù)據(jù)流更大的數(shù)據(jù)量。
在一個(gè)例子中，通信系統(tǒng)是基于分組的通信系統(tǒng)，其允許例如個(gè)人計(jì)算機(jī)之類的器件的用戶通過(guò)例如因特網(wǎng)之類的通信網(wǎng)絡(luò)進(jìn)行通信?；诜纸M的通信系統(tǒng)包括互聯(lián)網(wǎng)協(xié)議語(yǔ)音(“VoIP”)通信系統(tǒng)。這些系統(tǒng)有益于用戶，因?yàn)槠涑杀境３＿h(yuǎn)低于固定線路或移動(dòng)網(wǎng)絡(luò)。這種情況對(duì)于長(zhǎng)距離通信可能尤其如此。為了使用VoIP系統(tǒng)，用戶必須在其器件上安裝并執(zhí)行客戶端軟件?？蛻舳塑浖峁￢oIP連接以及例如注冊(cè)和認(rèn)證之類的其他功能。
當(dāng)建立呼叫時(shí)，建立處理涉及在用戶之間傳送控制信息，以便向呼叫中的(多個(gè)) 其他用戶認(rèn)證每一個(gè)用戶，從而可以允許呼叫繼續(xù)進(jìn)行。呼叫可以在會(huì)話中進(jìn)行，其中利用信令信道來(lái)傳送用于呼叫的控制信號(hào)。舉例來(lái)說(shuō)，當(dāng)建立呼叫時(shí)，在信令信道上在用戶之間傳送信令信息。當(dāng)做出使得呼叫掉落的主動(dòng)決定時(shí)，呼叫可以掉落。這一主動(dòng)決定可以是基于關(guān)于不同類型的故障的閾值。舉例來(lái)說(shuō)，如果對(duì)于15秒鐘沒(méi)有接收到(例如語(yǔ)音)數(shù)據(jù)(在呼叫被認(rèn)為掉落之前的時(shí)間長(zhǎng)度可以是可配置的)，或者如果在信令信道上的命令遞送方面發(fā)生超時(shí)，則可以認(rèn)為呼叫掉落。用于確定呼叫掉落的另一個(gè)觸發(fā)可以是接收自低層級(jí)網(wǎng)絡(luò)協(xié)議棧的特定信號(hào)，比如如果對(duì)于信令信道上的信令使用傳輸控制協(xié)議(TCP)，則 OS向客戶端通知TCP會(huì)話掉落。 為了重新建立呼叫，在其已掉落之后，呼叫中的用戶將必須重復(fù)建立處理以便重新建立呼叫。掉落的呼叫中的至少其中一個(gè)用戶可以選擇與掉落的呼叫中的其他用戶重新建立呼叫。當(dāng)特定用戶確實(shí)選擇了重新建立掉落的呼叫時(shí)，呼叫中的每一個(gè)其他用戶將接收到來(lái)自該特定用戶的傳入呼叫請(qǐng)求，并且如果其接受呼叫請(qǐng)求，則可以重新建立呼叫。
作為另一個(gè)例子，呼叫可能由于以下條件的其中之一為真而被掉落a)在過(guò)去的 15秒鐘內(nèi)沒(méi)有接收到數(shù)據(jù)流；b)在信令信道上發(fā)送了在40秒鐘內(nèi)沒(méi)有得到確認(rèn)的命令；或者c)會(huì)話的信令信道被掉落。信令信道可以獨(dú)立于邏輯層上的數(shù)據(jù)流。但是信令信道不一定獨(dú)立于網(wǎng)絡(luò)層上的數(shù)據(jù)流(例如相同的用戶數(shù)據(jù)報(bào)協(xié)議(UDP)或傳輸控制協(xié)議(TCP) 連接可以載送數(shù)據(jù)還有信令命令)。
呼叫可能會(huì)頻繁地掉落。這種情況對(duì)于具有較差網(wǎng)絡(luò)連接的用戶或者在通信網(wǎng)絡(luò)上有大量數(shù)據(jù)傳輸?shù)奶囟〞r(shí)間尤其如此。當(dāng)其正在參與的呼叫掉落時(shí)，用戶可能會(huì)感到沮喪。發(fā)明內(nèi)容
根據(jù)本發(fā)明的第一方面，提供一種應(yīng)對(duì)可由第一用戶使用的第一用戶終端與可由對(duì)應(yīng)的至少一個(gè)其他用戶使用的至少一個(gè)其他用戶終端之間的通過(guò)通信網(wǎng)絡(luò)的呼叫的方法，其中在第一用戶終端處執(zhí)行客戶端以便參與呼叫，所述方法包括客戶端確定使用在通過(guò)通信網(wǎng)絡(luò)的第一用戶終端與至少一個(gè)其他用戶終端之間的呼叫中的對(duì)應(yīng)的至少一個(gè)網(wǎng)絡(luò)連接的狀況；客戶端確定呼叫已掉落；響應(yīng)于確定呼叫已掉落，客戶端根據(jù)所確定的至少一個(gè)網(wǎng)絡(luò)連接的狀況自動(dòng)嘗試重新建立呼叫。
根據(jù)本發(fā)明的第二方面，提供一種可由用戶使用的用戶終端，其被配置成應(yīng)對(duì)通過(guò)通信網(wǎng)絡(luò)對(duì)可由對(duì)應(yīng)的至少一個(gè)其他用戶使用的至少一個(gè)其他用戶終端進(jìn)行的呼叫，所述用戶終端包括處理裝置，所述處理裝置被配置成執(zhí)行客戶端以便參與呼叫并且從而確定使用在通過(guò)通信網(wǎng)絡(luò)的所述用戶終端與至少一個(gè)其他用戶終端當(dāng)中的每一個(gè)之間的呼叫中的對(duì)應(yīng)的至少一個(gè)網(wǎng)絡(luò)連接的狀況；確定呼叫已掉落；響應(yīng)于確定呼叫已掉落，根據(jù)所確定的至少一個(gè)網(wǎng)絡(luò)連接的狀況自動(dòng)嘗試重新建立呼叫。
當(dāng)呼叫掉落時(shí)，呼叫中的用戶之間的通信會(huì)話結(jié)束。本發(fā)明的發(fā)明人認(rèn)識(shí)到，可能有益的是使得在第一用戶終端處執(zhí)行的客戶端響應(yīng)于檢測(cè)到呼叫掉落而自動(dòng)嘗試重新建立呼叫。這樣就不需要第一用戶人工地重啟呼叫。這樣就導(dǎo)致改進(jìn)了第一用戶所感知的呼叫質(zhì)量，因?yàn)楹艚械闹匦陆?duì)于第一用戶是透明的。呼叫中的全部?jī)蓚€(gè)用戶終端處的客戶端都可以嘗試自動(dòng)重新建立呼叫。
此外，針對(duì)重新建立呼叫的自動(dòng)嘗試是根據(jù)所確定的用在呼叫中的網(wǎng)絡(luò)連接的狀況而施行的。這樣，客戶端就可以基于用在呼叫中的網(wǎng)絡(luò)連接上的具體當(dāng)前狀況來(lái)確定是否要嘗試重新建立呼叫。舉例來(lái)說(shuō)，可能確定第一用戶終端通過(guò)網(wǎng)絡(luò)連接與另一個(gè)用戶終端相連，但是網(wǎng)絡(luò)性能不足以應(yīng)對(duì)呼叫的音頻或視頻方面。在這種情形中，客戶端可以決定終止呼叫從而使得通信會(huì)話結(jié)束，并且隨后客戶端可以嘗試重新建立呼叫。新近重新建立的網(wǎng)絡(luò)連接可能具有比先前的網(wǎng)絡(luò)連接更好的質(zhì)量，從而在重新建立的呼叫中可以能夠通過(guò)通信網(wǎng)絡(luò)傳送音頻和視頻數(shù)據(jù)流的至少其中之一。在另一個(gè)例子中，可能確定第一用戶終端通過(guò)網(wǎng)絡(luò)連接與另一個(gè)用戶終端相連，并且網(wǎng)絡(luò)性能足以應(yīng)對(duì)呼叫的音頻而非視頻方面。在這種情形中，客戶端可以決定終止呼叫從而使得通信會(huì)話 結(jié)束，并且隨后客戶端可以嘗試重新建立呼叫?；蛘?，客戶端可以決定在僅有呼叫的音頻方面的情況下繼續(xù)。
在一些實(shí)施例中，獨(dú)立于網(wǎng)絡(luò)質(zhì)量評(píng)估，所有掉落的呼叫的參與者都對(duì)于預(yù)定時(shí)間段(例如60秒)嘗試重新建立掉落的呼叫。如果客戶端沒(méi)有在預(yù)定時(shí)間段內(nèi)成功地重新建立呼叫，則認(rèn)為重新建立不成功，并且最終終止呼叫。
可以看到，通過(guò)根據(jù)在用于呼叫中的網(wǎng)絡(luò)連接上所確定的狀況嘗試重新建立呼叫，得到一種更加靈活的系統(tǒng)，其中可以對(duì)呼叫的重新建立進(jìn)行適配從而適應(yīng)當(dāng)前網(wǎng)絡(luò)狀況。
客戶端可以監(jiān)測(cè)至少一個(gè)網(wǎng)絡(luò)連接以便檢測(cè)表明所述至少一個(gè)網(wǎng)絡(luò)連接的潛在問(wèn)題的事件，其中確定對(duì)應(yīng)的至少一個(gè)網(wǎng)絡(luò)連接的狀況的步驟是響應(yīng)于對(duì)于表明所述至少一個(gè)網(wǎng)絡(luò)連接的潛在問(wèn)題的事件的所述檢測(cè)而發(fā)起的?？梢韵虻谝挥脩敉ㄖ伤鶛z測(cè)到的事件所表明的潛在問(wèn)題。
可以在呼叫掉落之前向第一用戶通知連接問(wèn)題，這樣他就將知道在重新建立期間的連接較差。如果用戶知曉低性能水平的原因，其常常就更加愿意接受較低性能水平。因此，通過(guò)向用戶通知在呼叫中使用的網(wǎng)絡(luò)連接的潛在問(wèn)題，用戶對(duì)于呼叫質(zhì)量就有更好的認(rèn)識(shí)。
呼叫中的每一個(gè)用戶終端都可以在呼叫掉落時(shí)施行嘗試重新建立呼叫的步驟。在第一用戶與另一個(gè)用戶之間的一對(duì)一呼叫中，第一用戶終端上的客戶端和另一個(gè)用戶終端上的客戶端都可以嘗試重新建立呼叫，因此每一個(gè)客戶端都將接收傳入呼叫請(qǐng)求并且傳送傳出呼叫請(qǐng)求。在這種情況下,每一個(gè)客戶端可以應(yīng)答傳入呼叫請(qǐng)求并且將傳入呼叫與傳出呼叫請(qǐng)求合并，從而重新建立呼叫。
在群組呼叫中，可以在每個(gè)用戶的基礎(chǔ)上施行呼叫重新建立，從而當(dāng)確定群組呼叫已掉落時(shí)，第一用戶嘗試單獨(dú)與群組呼叫中的每一個(gè)用戶重新建立呼叫。
根據(jù)本發(fā)明的第三方面，提供一種應(yīng)對(duì)通過(guò)通信網(wǎng)絡(luò)的第一用戶與至少一個(gè)其他用戶之間的呼叫的方法，其中在第一用戶的用戶終端處執(zhí)行客戶端以便參與呼叫，所述方法包括客戶端確定呼叫已掉落；響應(yīng)于確定呼叫已掉落，客戶端自動(dòng)嘗試重新建立呼叫。
根據(jù)本發(fā)明的第四方面，提供一種應(yīng)對(duì)通過(guò)通信網(wǎng)絡(luò)的第一用戶終端與至少一個(gè)其他用戶終端之間的呼叫的方法，其中在第一用戶終端處執(zhí)行客戶端以便參與呼叫，所述方法包括客戶端確定呼叫已掉落；重新建立第一用戶終端與至少一個(gè)其他用戶終端之間的呼叫；客戶端存儲(chǔ)在呼叫已掉落之后并且在呼叫被重新建立之前的時(shí)間段內(nèi)接收自第一用戶終端的用戶的用戶輸入數(shù)據(jù)；響應(yīng)于重新建立呼叫，客戶端將所存儲(chǔ)的用戶輸入數(shù)據(jù)傳送到呼叫中的至少一個(gè)其他用戶終端。
根據(jù)本發(fā)明的第五方面，提供一種可由用戶使用的用戶終端，其被配置成應(yīng)對(duì)所述用戶終端與可由對(duì)應(yīng)的至少一個(gè)其他用戶使用的至少一個(gè)其他用戶終端之間的通過(guò)通信網(wǎng)絡(luò)的呼叫，所述用戶終端包括處理裝置，所述處理裝置被配置成執(zhí)行客戶端以便參與呼叫并且從而確定呼叫已掉落；重新建立第一用戶終端與至少一個(gè)其他用戶終端之間的呼叫；存儲(chǔ)在呼叫已掉落之后并且在呼叫被重新建立之前的時(shí)間段內(nèi)接收自用戶的用戶輸入數(shù)據(jù)；以及響應(yīng)于呼叫的重新建立，將所存儲(chǔ)的用戶輸入數(shù)據(jù)傳送到呼叫中的至少一個(gè)其他用戶終端。
本發(fā)明的發(fā)明人 認(rèn)識(shí)到，可能有益的是記錄呼叫被掉落與呼叫被重新建立之間的時(shí)間段期間的用戶輸入數(shù)據(jù)。所記錄的該用戶輸入數(shù)據(jù)隨后可以在重新建立呼叫時(shí)被傳送到呼叫中的(多個(gè))其他用戶終端。這樣就可以把在呼叫掉落期間在第一終端處接收到的用戶輸入數(shù)據(jù)包括在重新建立的呼叫中?？梢栽诳煊谡Ｓ脩糨斎霐?shù)據(jù)的速率下從其他用戶終端處的抖動(dòng)緩沖器中播放在呼叫掉落期間所接收到的用戶輸入數(shù)據(jù)，從而解決由于呼叫掉落而導(dǎo)致的接收數(shù)據(jù)的時(shí)間延遲。用戶輸入數(shù)據(jù)可以是音頻數(shù)據(jù)或視頻數(shù)據(jù)。
根據(jù)本發(fā)明的第六方面，提供一種通信網(wǎng)絡(luò)，其被配置成應(yīng)對(duì)根據(jù)本發(fā)明的第二或第五方面的用戶終端與至少一個(gè)其他用戶終端之間的通過(guò)所述通信網(wǎng)絡(luò)的呼叫。
這里所使用的術(shù)語(yǔ)“自動(dòng)”意味著“沒(méi)有用戶干預(yù)”。


為了更好地理解本發(fā)明并且表明如何能夠?qū)⑵涓吨T實(shí)施，下面將通過(guò)舉例的方式參照附圖，其中圖1示出了根據(jù)一個(gè)優(yōu)選實(shí)施例的通信網(wǎng)絡(luò)；圖2示出了根據(jù)一個(gè)優(yōu)選實(shí)施例的用戶終端的示意圖；圖3示出了根據(jù)一個(gè)優(yōu)選實(shí)施例的第一用戶終端的功能方框圖；圖4示出了根據(jù)一個(gè)優(yōu)選實(shí)施例的第二用戶終端的功能方框圖；圖5是根據(jù)一個(gè)優(yōu)選實(shí)施例的在客戶端檢測(cè)到問(wèn)題時(shí)向第一用戶顯示的用戶接口的表不;圖6是根據(jù)一個(gè)優(yōu)選實(shí)施例的在客戶端嘗試重新建立呼叫時(shí)向第一用戶顯示的用戶接口的表示；圖7是根據(jù)一個(gè)優(yōu)選實(shí)施例的在客戶端沒(méi)有成功地重新建立呼叫時(shí)向第一用戶顯示的用戶接口的表示；圖8是根據(jù)一個(gè)優(yōu)選實(shí)施例的用于檢測(cè)表明網(wǎng)絡(luò)連接的潛在問(wèn)題的事件的處理的流程圖；圖9是根據(jù)一個(gè)優(yōu)選實(shí)施例的用于施行連接性測(cè)試的處理的流程圖；圖10是根據(jù)一個(gè)優(yōu)選實(shí)施例的用于重新建立掉落的呼叫的處理的流程圖；圖11是根據(jù)一個(gè)優(yōu)選實(shí)施例的用于在用戶終端處于后呼叫狀態(tài)時(shí)施行的處理的流程圖；以及圖12示出了根據(jù)優(yōu)選實(shí)施例的用于傳送用戶輸入數(shù)據(jù)的處理的流程圖。
具體實(shí)施方式
下面將僅僅通過(guò)舉例的方式來(lái)描述本發(fā)明的優(yōu)選實(shí)施例。本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到，本發(fā)明不限于下面所描述的優(yōu)選實(shí)施例的具體特征。在不背離本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到的本發(fā)明的范圍的情況下，可以對(duì)下面描述的優(yōu)選實(shí)施例做出多種修改。
首先參照?qǐng)D1，該圖示出了一個(gè)優(yōu)選實(shí)施例的基于分組的P2P通信系統(tǒng)100。通信系統(tǒng)的第一用戶(用戶A 102)操作用戶終端104，其被示出為連接到通信網(wǎng)絡(luò)106。通信網(wǎng)絡(luò)100例如可以是因特網(wǎng)。用戶終端104例如可以是移動(dòng)電話、個(gè)人數(shù)字助理(“PDA”)、個(gè)人計(jì) 算機(jī)(“PC”)(其中例如包括Windows 、Mac OS 和Linux PC)、游戲器件或者能夠連接到網(wǎng)絡(luò)106的其他嵌入式器 件。用戶器件104被設(shè)置成從/向器件的用戶102接收及輸出信息。在一個(gè)優(yōu)選實(shí)施例中，用戶器件104包括例如屏幕之類的顯示器，以及例如小鍵盤、操縱桿、觸摸屏、鍵盤、鼠標(biāo)、麥克風(fēng)和/或攝像頭之類的輸入器件。如圖1中所示，用戶器件104連接到網(wǎng)絡(luò)106。
注意在替換實(shí)施例中，用戶終端104可以經(jīng)由圖1中未示出的附加中間網(wǎng)絡(luò)連接到通信網(wǎng)絡(luò)106。舉例來(lái)說(shuō)，如果用戶終端104是移動(dòng)器件，則其能夠經(jīng)由例如GSM或UMTS 網(wǎng)絡(luò)之類的蜂窩移動(dòng)網(wǎng)絡(luò)(圖1中未示出)連接到通信網(wǎng)絡(luò)106。
用戶終端104運(yùn)行通信客戶端108，其由與通信系統(tǒng)100相關(guān)聯(lián)的軟件提供商提供。通信客戶端108是在用戶終端104中的本地處理器上執(zhí)行的軟件程序，其允許用戶終端104通過(guò)網(wǎng)絡(luò)106從事呼叫。
圖1還示出了第二用戶110 (用戶B)，其具有執(zhí)行客戶端114的用戶終端112以便通過(guò)網(wǎng)絡(luò)106進(jìn)行通信，其方式與用戶終端104執(zhí)行客戶端108以便通過(guò)網(wǎng)絡(luò)106進(jìn)行通信相同。類似地，圖1還示出了第三用戶116 (用戶C)，其具有執(zhí)行客戶端120的用戶終端118以便通過(guò)網(wǎng)絡(luò)106進(jìn)行通信，其方式與用戶終端104執(zhí)行客戶端108以便通過(guò)網(wǎng)絡(luò) 106進(jìn)行通信相同。因此，圖1中示出的通信系統(tǒng)100中的三個(gè)用戶可以通過(guò)通信網(wǎng)絡(luò)106 彼此通信?？梢杂懈嘤脩暨B接到通信網(wǎng)絡(luò)106，但是為了清楚起見，在圖1中僅僅示出了三個(gè)用戶102、110和116連接到網(wǎng)絡(luò)106。
圖2示出了其上執(zhí)行客戶端108的用戶終端104的詳細(xì)視圖。用戶終端104包括中央處理單元(“CPU”)202，與之相連的有例如屏幕之類的顯示器204、例如小鍵盤(或鍵盤) 206之類的輸入器件、例如操縱桿(或鼠標(biāo))208之類的指示器件以及用于捕獲視頻數(shù)據(jù)的攝像頭225。顯示器204可以包括觸摸屏以用于向CPU 202輸入數(shù)據(jù)。輸出音頻器件210(例如揚(yáng)聲器)和輸入音頻器件212 (例如麥克風(fēng))連接到CPU 202。顯示器204、小鍵盤206、操縱桿208、網(wǎng)絡(luò)攝像頭225、輸出音頻器件210和輸入音頻器件212被集成到用戶終端104 中。在替換的用戶終端中，顯示器204、小鍵盤206、操縱桿208、網(wǎng)絡(luò)攝像頭225、輸出音頻器件210和輸入音頻器件212當(dāng)中的一項(xiàng)或更多項(xiàng)可以不被集成到用戶終端104中，而是可以經(jīng)由對(duì)應(yīng)的接口連接到CPU 202。這樣的接口的一個(gè)例子是USB接口。CPU 202連接到例如調(diào)制解調(diào)器之類的網(wǎng)絡(luò)接口 226以便與通信網(wǎng)絡(luò)106進(jìn)行通信，從而通過(guò)通信系統(tǒng) 100進(jìn)行通信。網(wǎng)絡(luò)接口 226可以被集成到用戶終端104中，正如圖2中所示出的那樣。在替換的用戶終端中，網(wǎng) 絡(luò)接口 226不被集成到用戶終端104中。
圖2還示出了在CPU 202上執(zhí)行的操作系統(tǒng)(“0S”)214。在OS 214之上運(yùn)行的是用于客戶端的軟件棧216。所述軟件棧示出了的客戶端協(xié)議層218、客戶端引擎層220和客戶端用戶接口層(“Π”)222。每一層負(fù)責(zé)特定的功能。由于每一層通常與其他兩層通信， 因此其被視為設(shè)置在如圖2中所示的棧中。操作系統(tǒng)214管理計(jì)算機(jī)的硬件資源，并且應(yīng)對(duì)經(jīng)由網(wǎng)絡(luò)接口 226向/從網(wǎng)絡(luò)傳送的數(shù)據(jù)?？蛻舳塑浖目蛻舳藚f(xié)議層218與操作系統(tǒng) 214進(jìn)行通信，并且管理通信系統(tǒng)100上的連接。需要更高層級(jí)處理的處理被傳遞到客戶端引擎層220?？蛻舳艘?20還與客戶端用戶接口層222進(jìn)行通信?？蛻舳艘?20可以被設(shè)置成控制客戶端用戶接口層222，以便經(jīng)由客戶端的用戶接口向用戶呈現(xiàn)信息以及經(jīng)由用戶接口從用戶處接收信息。
圖3是用戶終端104的表示，其中示出了當(dāng)用戶終端104接收用戶輸入數(shù)據(jù)以用在通過(guò)通信網(wǎng)絡(luò)106的呼叫中時(shí)的用戶終端104中的各個(gè)功能方框。所接收到的用戶輸入數(shù)據(jù)例如可以是在用戶終端104處從用戶102接收到的語(yǔ)音數(shù)據(jù)或視頻數(shù)據(jù)。利用圖3 中示出的各個(gè)功能方框?qū)τ脩糨斎霐?shù)據(jù)進(jìn)行處理，從而可以通過(guò)通信網(wǎng)絡(luò)106對(duì)其進(jìn)行傳送。
用戶終端104包括用戶輸入器件302 (比如麥克風(fēng)212)、模擬到數(shù)字轉(zhuǎn)換器方框 304、編碼器方框206、分組化器方框308、輸出緩沖器310和網(wǎng)絡(luò)接口 226。用戶輸入器件 302被設(shè)置成從用戶102接收輸入數(shù)據(jù)。用戶輸入器件302的輸出耦接到模擬到數(shù)字轉(zhuǎn)換器方框304的輸入。模擬到數(shù)字轉(zhuǎn)換器方框的輸出耦接到編碼器方框306的輸入。編碼器方框306的輸出耦接到分組化器方框308的輸入。分組化器方框308的輸出耦接到輸出緩沖器310的輸入。輸出緩沖器310的輸出耦接到網(wǎng)絡(luò)接口 226的輸入。網(wǎng)絡(luò)接口 226被設(shè)置成將數(shù)據(jù)傳送到通信網(wǎng)絡(luò)106。用戶終端112和118也可以包括用于通過(guò)通信網(wǎng)絡(luò)106 傳送數(shù)據(jù)的等效功能方框。圖3中示出的方框304到308可以被實(shí)現(xiàn)為終端104中的硬件， 或者運(yùn)行在用戶終端104中的CPU 202上的軟件。這是一種實(shí)現(xiàn)方式優(yōu)選項(xiàng)。
在發(fā)起呼叫之后，來(lái)自用戶102的輸入數(shù)據(jù)被輸入到用戶輸入器件302，例如語(yǔ)音數(shù)據(jù)被輸入到麥克風(fēng)212中。模擬到數(shù)字轉(zhuǎn)換器方框304被設(shè)置成將輸入語(yǔ)音信號(hào)轉(zhuǎn)換成數(shù)字信號(hào)。來(lái)自模擬到數(shù)字轉(zhuǎn)換器方框304輸出的數(shù)字信號(hào)輸出被輸入到編碼器方框306 中。編碼器方框306對(duì)信號(hào)進(jìn)行編碼。編碼器方框306被設(shè)置成將已編碼數(shù)據(jù)(其例如被設(shè)置成各幀)輸出到分組化器方框308。分組化器方框308將已編碼數(shù)據(jù)幀插入到數(shù)據(jù)分組中。數(shù)據(jù)分組可以包括報(bào)頭部分和有效載荷部分，正如本領(lǐng)域內(nèi)已知的那樣。數(shù)據(jù)分組隨后在輸出緩沖器310中被排隊(duì)以供傳送，并且經(jīng)由網(wǎng)絡(luò)接口 226被從用戶終端104通過(guò)網(wǎng)絡(luò)106例如傳送到用戶終端112。所傳送的數(shù)據(jù)分組構(gòu)成數(shù)據(jù)流。
圖4是用戶終端112的表示，其中示出了當(dāng)用戶終端112從網(wǎng)絡(luò)106接收呼叫數(shù)據(jù)時(shí)的用戶終端112中的各個(gè)功能方框。所接收到的數(shù)據(jù)例如可以是從用戶終端104通過(guò)通信網(wǎng)絡(luò)106傳送的分組化音頻或視頻數(shù)據(jù)。所接收到的數(shù)據(jù)分組構(gòu)成數(shù)據(jù)流，利用圖4 中所示的功能方框?qū)ζ溥M(jìn)行處理，從而可以將其輸出給用戶終端112的用戶110。
用戶終端112包括網(wǎng)絡(luò)接口 402、抖動(dòng)緩沖器404、去分組化器方框406、解碼器方框408、數(shù)字到模擬轉(zhuǎn)換器方框410和輸出器件412，其在數(shù)據(jù)是音頻數(shù)據(jù)的情況下例如是揚(yáng)聲器，或者在數(shù)據(jù)是視頻數(shù)據(jù)的情況下是屏幕。網(wǎng)絡(luò)接口被設(shè)置成從網(wǎng)絡(luò)106接收數(shù)據(jù)流。網(wǎng)絡(luò)接口 402的輸出耦接到抖動(dòng)緩沖器404的輸入。抖動(dòng)緩沖器404的輸出耦接到去分組化器方框406的輸入。去分組化器方框406的輸出耦接到解碼器方框408的輸入。解碼器方框408的輸出耦接到數(shù)字到模擬轉(zhuǎn)換器方框410的輸入。數(shù)字到模擬轉(zhuǎn)換器方框410 的輸出耦接到輸出器件412的輸入。輸出器件412被設(shè)置成將數(shù)據(jù)輸出給用戶110。舉例來(lái)說(shuō)，輸出器件412可以是輸出音頻數(shù)據(jù)的揚(yáng)聲器，或者輸出器件可以是輸出視頻數(shù)據(jù)的屏幕。用戶終端104和118也可以包括用于通過(guò)通信網(wǎng)絡(luò)10 6接收數(shù)據(jù)的等效功能方框。
圖4中所示的方框406到410可以被實(shí)現(xiàn)為終端112中的硬件，或者運(yùn)行在用戶終端112中的CPU上的軟件。這是一種實(shí)現(xiàn)方式優(yōu)選項(xiàng)。
在網(wǎng)絡(luò)接口 402處從網(wǎng)絡(luò)106接收到數(shù)據(jù)分組，并且將數(shù)據(jù)分組傳遞到抖動(dòng)緩沖器404，在輸出到去分組化器方框406之前的一段時(shí)間內(nèi)在該處對(duì)數(shù)據(jù)分組進(jìn)行排隊(duì)。可以對(duì)從抖動(dòng)緩沖器404輸出數(shù)據(jù)分組的輸出速率進(jìn)行控制，從而控制所接收到的數(shù)據(jù)的輸出速率。這可以特別有用于平滑由于通過(guò)網(wǎng)絡(luò)106傳送的數(shù)據(jù)流的不同數(shù)據(jù)分組要花費(fèi)不同時(shí)間量而在所接收到的數(shù)據(jù)流中造成的抖動(dòng)。去分組化器方框406被設(shè)置成從數(shù)據(jù)分組的有效載荷中去除已編碼幀。隨后從去分組化器方框406輸出已編碼幀，并且將其輸入到解碼器方框408。解碼器方框408被設(shè)置成對(duì)已編碼幀進(jìn)行解碼，并且輸出數(shù)字信號(hào)。隨后通過(guò)數(shù)字到模擬轉(zhuǎn)換器方框410將數(shù)字信號(hào)轉(zhuǎn)換成模擬信號(hào)，并且通過(guò)輸出器件412輸出給用戶。
因此可以看到，利用圖3和4中示出的各個(gè)功能方框，用戶終端104、112和118可以通過(guò)通信網(wǎng)絡(luò)106從事呼叫。
這里所描述的方法旨在改進(jìn)呼叫掉落時(shí)的用戶體驗(yàn)。優(yōu)選實(shí)施例有三個(gè)總體目的I)第一個(gè)目的是為用戶提供關(guān)于呼叫的問(wèn)題的早期通知。舉例來(lái)說(shuō)，如果呼叫正在進(jìn)行，但是在呼叫中所使用的數(shù)據(jù)流中已經(jīng)有了四秒鐘的間隙，則可能有益的是向用戶通知所述間隙，否則用戶在呼叫實(shí)際被終止之前可能不會(huì)意識(shí)到呼叫存在問(wèn)題(例如在音頻呼叫中，用戶可能不一定會(huì)注意到數(shù)據(jù)流中的間隙)。作為另一個(gè)例子，在可用帶寬低于繼續(xù)呼叫所需要的最小帶寬的情況下，向用戶通知帶寬問(wèn)題。在這種情況下，客戶端也可能向用戶提供幫助，比如建議用戶關(guān)斷呼叫的視頻方面從而保留足夠的帶寬以便在僅有音頻的基礎(chǔ)上繼續(xù)呼叫。如果客戶端檢測(cè)到用戶終端利用Wifi連接與網(wǎng)絡(luò)相連并且wifi連接上的 wif i信號(hào)較弱，則也可能提供幫助。在這種情況下，客戶端可能建議用戶找到更好的覆蓋或者切換到線纜連接。
2)第二個(gè)目的在于，一旦呼叫掉落，向用戶提供關(guān)于在何處發(fā)生了使得呼叫掉落的問(wèn)題的信息。舉例來(lái)說(shuō)，客戶端可以通知用戶(例如利用對(duì)話框或可聽通知)“您已離線”， 或者“對(duì)方用戶已離線”。
3)第三個(gè)目的是重新建立掉落的呼叫。在不需要任何用戶干預(yù)的情況下自動(dòng)重新建立呼叫。
為了提供早期問(wèn)題通知，使用一個(gè)觸發(fā)點(diǎn)(“或觸發(fā)事件”)集合。觸發(fā)點(diǎn)例如可以是數(shù)據(jù)流上的四秒間隙(所述數(shù)據(jù)流可以是從用戶終端傳送或接收)，或者在預(yù)定義的時(shí)間量?jī)?nèi)沒(méi)有在呼叫中所使用的信令信道上接收到命令的確認(rèn)。一旦檢測(cè)到觸發(fā)點(diǎn)，就向用戶顯示消息從而向其通知關(guān)于導(dǎo)致觸發(fā)點(diǎn)的問(wèn)題，但是并不實(shí)際上指明發(fā)生問(wèn)題的位置(例如是用戶端還是呼叫遠(yuǎn)端的連接問(wèn)題)。此時(shí)，客戶端開始一系列連接性測(cè)試。進(jìn)行連接性測(cè)試的原因是為了找到導(dǎo)致問(wèn)題的點(diǎn)。作為連接性測(cè)試的一部分，客戶端探通(Ping)用戶自身的超級(jí)節(jié)點(diǎn)(位于用戶本地的網(wǎng)絡(luò)中的第三方節(jié)點(diǎn))以便確定其是否具有基本因特網(wǎng)連接性，如果是的話，則客戶端在獨(dú)立于流的信道上探通呼叫中的遠(yuǎn)程用戶以便確定遠(yuǎn)程用戶是否具有基本因特網(wǎng)連接性。根據(jù)連接性測(cè)試的結(jié)果，客戶端可以更新對(duì)應(yīng)于呼叫中的本地和遠(yuǎn)程用戶的存在狀態(tài)。連接性測(cè)試是與重新建立階段分開的一個(gè)階段。當(dāng)確定呼叫已掉落時(shí)，發(fā)起重新建立階段。
如果在滿足呼叫掉落標(biāo)準(zhǔn)之前呼叫沒(méi)有自行恢復(fù)，則客戶端掉落呼叫并且進(jìn)入呼叫恢復(fù)模式(即重新建立階段)。將向用戶通知恢復(fù)模式，并且將為其提供關(guān)于呼叫為何被掉落的信息，例如客戶端可以向用戶通知“您已離線”或者“遠(yuǎn)程用戶已離線”，或者可以在不知道呼叫掉落的確切原因的情況下顯示一則一般性錯(cuò)誤消息。在呼叫恢復(fù)模式下，客戶端對(duì)于一段預(yù)定義時(shí)間(例如60秒)嘗試 重新建立呼叫。不管哪一個(gè)用戶是呼叫的發(fā)起者，呼叫中的全部?jī)煞蕉紘L試呼叫恢復(fù)。
如果恢復(fù)不成功(即在預(yù)定義時(shí)間(例如60秒)內(nèi)無(wú)法重新建立呼叫)，則終止呼叫，并且客戶端進(jìn)入后呼叫狀態(tài)，在該狀態(tài)下，如果知道的話則向用戶顯示呼叫掉落的原因。
現(xiàn)在將更加詳細(xì)地描述所述方法的每一個(gè)階段。這里所描述的方法可以被實(shí)現(xiàn)在一對(duì)一呼叫或多方呼叫中，其可以是音頻或視頻呼叫。在通信系統(tǒng)100中的用戶(例如用戶 102、110和116)之間的呼叫期間施行所述方法。在優(yōu)選實(shí)施例中，用于重新建立掉落的呼叫的方法包括三個(gè)階段(i)性能觸發(fā)階段；(ii)連接性測(cè)試階段；以及(iii)恢復(fù)階段。 下面將依次討論每一個(gè)階段I)性能觸發(fā)階段在性能觸發(fā)階段中，在掉落呼叫之前向用戶告警已經(jīng)檢測(cè)到問(wèn)題。此外，在性能觸發(fā)階段中確定需要何時(shí)實(shí)施連接性測(cè)試。
在呼叫期間，用戶終端104的客戶端108的呼叫管理器模塊將監(jiān)測(cè)用在呼叫中的網(wǎng)絡(luò)連接，以便檢測(cè)任何以下事件1、呼叫中數(shù)據(jù)流的丟失。當(dāng)對(duì)于預(yù)定時(shí)間段沒(méi)有通過(guò)網(wǎng)絡(luò)106傳送或接收數(shù)據(jù)流(例如音頻或視頻數(shù)據(jù)流)時(shí)，可以檢測(cè)到數(shù)據(jù)流的丟失。所述預(yù)定時(shí)間段例如可以是四秒鐘。 應(yīng)當(dāng)提到的是，該預(yù)定時(shí)間段被設(shè)定成小于一個(gè)時(shí)間段，其中呼叫在該時(shí)間段后掉落，下面將對(duì)此進(jìn)行描述。
2、用在呼叫中的信令信道上的故障。舉例來(lái)說(shuō)，如果在預(yù)定時(shí)間段(例如十秒)內(nèi)在呼叫的近端(例如用戶終端104)處沒(méi)有接收到來(lái)自呼叫的遠(yuǎn)端(例如用戶終端112)的信號(hào)命令的確認(rèn)。信令信道在邏輯層可以獨(dú)立于數(shù)據(jù)流。但是信令信道在網(wǎng)絡(luò)層不一定獨(dú)立于數(shù)據(jù)流(例如相同的UDP或TCP連接可以載送數(shù)據(jù)和信令命令)。信號(hào)命令的確認(rèn)可以獨(dú)立于流丟失。信令信道上的故障的另一個(gè)例子是當(dāng)被用于其中正運(yùn)行呼叫的會(huì)話中的信令的TCP連接或UDP連接被掉落時(shí)的情況。還可以檢測(cè)用在呼叫中的信令信道上的其他類型的故障。
3、用在呼叫中的網(wǎng)絡(luò)連接上的可用帶寬的量可能落到預(yù)定閾值帶寬以下。用戶終端104處的帶寬管理器可以監(jiān)測(cè)用在呼叫中的網(wǎng)絡(luò)連接上的帶寬，并且向客戶端108報(bào)告用在呼叫中的網(wǎng)絡(luò)信道上的可用帶寬，從而使得客戶端可以確定可用帶寬是否已落到閾值帶寬以下。
對(duì)于呼叫中的每一個(gè)參與者(即對(duì)于呼叫中的每一個(gè)用戶102、110和116)將獨(dú)立地監(jiān)測(cè)前面描述的事件(或“觸發(fā)”)?？梢酝ㄟ^(guò)向客戶端108傳送更新消息來(lái)遠(yuǎn)程地更新被用來(lái)定義可接受的呼叫可以操作在其中的性能包絡(luò)的參數(shù)值。所述參數(shù)值例如是在將其檢測(cè)為觸發(fā)事件之前所能丟失數(shù)據(jù)流的時(shí)間段，在將其檢測(cè)為觸發(fā)事件之前可以未接收到確認(rèn)的時(shí)間段，以及前面描述的預(yù)定閾值帶寬。通過(guò)改變這些參數(shù)，可以調(diào)節(jié)客戶端108將負(fù)面狀況檢測(cè)為觸發(fā)(即表明較差網(wǎng)絡(luò)性能的事件)的敏感度。
一旦檢測(cè)到性能觸發(fā)，就可以向受到影響的用戶(例如用戶102)通知導(dǎo)致檢測(cè)到觸發(fā)的潛在問(wèn)題。舉例來(lái)說(shuō)，客戶端108可以經(jīng)由顯示在用戶終端 104的顯示器204上的對(duì)話框向用戶102通知所述問(wèn)題。圖5示出了在顯示器204上向用戶102顯示的客戶端108 的用戶接口 502的一個(gè)例子。圖5示出了當(dāng)用戶102通過(guò)網(wǎng)絡(luò)106與用戶110進(jìn)行一對(duì)一呼叫時(shí)所顯示的示例用戶接口 502。用戶接口 502在窗格504中示出了接收自用戶112的視頻數(shù)據(jù)。當(dāng)檢測(cè)到用戶終端104與用戶終端112之間通過(guò)網(wǎng)絡(luò)106的網(wǎng)絡(luò)連接的問(wèn)題時(shí)，在用戶接口 502中顯示對(duì)話框506。圖5示出了對(duì)話框506，其向用戶通知呼叫存在問(wèn)題，并且在Skype嘗試解決該問(wèn)題的同時(shí)要求用戶102不要掛斷。在用戶接口 502的右下方角落示出了網(wǎng)絡(luò)呼叫質(zhì)量指標(biāo)508，其可以向用戶通知用在呼叫中的網(wǎng)絡(luò)連接存在問(wèn)題。在圖5所示的例子中，網(wǎng)絡(luò)呼叫質(zhì)量指標(biāo)508表明網(wǎng)絡(luò)呼叫質(zhì)量處于四個(gè)級(jí)別當(dāng)中的第一級(jí)，從而向用戶102表明用在呼叫中的網(wǎng)絡(luò)連接存在問(wèn)題。除了在用戶接口 502上顯示關(guān)于所檢測(cè)到的網(wǎng)絡(luò)問(wèn)題的通知之外，還可以例如利用用戶終端104的揚(yáng)聲器210向用戶102輸出可聽通知。通過(guò)向用戶102通知客戶端108已經(jīng)檢測(cè)到網(wǎng)絡(luò)上的潛在問(wèn)題，使得用戶102針對(duì)呼叫質(zhì)量的下降做好準(zhǔn)備。這樣可以在呼叫確實(shí)掉落或者呼叫質(zhì)量確實(shí)下落到不可接受的水平的情況下減輕對(duì)于用戶102所導(dǎo)致的沮喪感。由于在性能觸發(fā)階段中檢測(cè)到的事件是表明網(wǎng)絡(luò)上的問(wèn)題的事件而不是導(dǎo)致呼叫掉落的事件，因此前面描述的向用戶102通知網(wǎng)絡(luò)上的問(wèn)題是在呼叫掉落之前發(fā)生的。就允許用戶102針對(duì)即將發(fā)生的呼叫掉落做好準(zhǔn)備。圖8示出了根據(jù)一個(gè)優(yōu)選實(shí)施例的用于檢測(cè)表明網(wǎng)絡(luò)連接的潛在問(wèn)題的事件的處理的流程圖。所述處理開始于步驟S802，其中呼叫正在進(jìn)行。與前面描述的例子中一樣，呼叫可以是通過(guò)網(wǎng)絡(luò)106進(jìn)行的用戶102與110之間的一對(duì)一視頻呼叫。在步驟S804中，確定呼叫是否已被終止。如果呼叫已被終止，則圖8中所示的處理在步驟S806中結(jié)束。但是如果呼叫尚未被終止，則所述方法繼續(xù)到步驟S808，其中確定用在呼叫中的數(shù)據(jù)流是否已經(jīng)丟失了至少四秒。如前所述，如果數(shù)據(jù)流已經(jīng)丟失了至少四秒，則將其檢測(cè)為表明網(wǎng)絡(luò)上的問(wèn)題的事件，并且應(yīng)當(dāng)向用戶102通知。但是如果用在呼叫中的數(shù)據(jù)流還沒(méi)有丟失至少四秒，則所述方法繼續(xù)到步驟S810，其中確定TCP連接上是否發(fā)生了故障。在步驟S810中，還可能確定用在呼叫中的 任何其他信令信道上(例如UDP連接上)是否發(fā)生了故障。如果在獨(dú)立于流的信令信道上沒(méi)有這樣的故障，則確定用在呼叫中的網(wǎng)絡(luò)連接沒(méi)有應(yīng)當(dāng)向用戶102通知的問(wèn)題，，從而所述方法回到步驟S802并且呼叫繼續(xù)。但是如果在步驟S808中確定數(shù)據(jù)流已經(jīng)丟失了至少四秒，或者如果在步驟S810中確定在獨(dú)立于流的信令信道上發(fā)生了故障，則所述方法繼續(xù)到步驟S812，其中將客戶端108的用戶接口 502中所示的網(wǎng)絡(luò)呼叫質(zhì)量指標(biāo)508改變?yōu)橹甘疽粋€(gè)紅格。這樣就向用戶102通知了呼叫的潛在問(wèn)題。隨后在步驟S814中，客戶端108將所述事件(即流故障超過(guò)四秒或者獨(dú)立于流的信令信道上的故障)檢測(cè)為性能觸發(fā)，隨后在步驟S816中可以進(jìn)一步向用戶102通知潛在問(wèn)題。該進(jìn)一步通知可以是如前所描述的音頻和/或視覺(jué)通知。可以利用如前所述的對(duì)話框506提供視覺(jué)通知，并且可以利用如前所述的用戶終端104的揚(yáng)聲器210提供音頻通知。由于在步驟S814中已經(jīng)檢測(cè)到性能觸發(fā)，因此在步驟S818中所述方法將繼續(xù)到連接性測(cè)試階段，后面將對(duì)此進(jìn)行更加詳細(xì)的描述。具體來(lái)說(shuō)，所述方法可以繼續(xù)到圖9中所示的步驟S902，后面將對(duì)此進(jìn)行更加詳細(xì)的描述。2)連接性測(cè)試階段
在連接性測(cè)試階段期間，客戶端108的連接性測(cè)試模塊診斷已經(jīng)通過(guò)性能觸發(fā)檢測(cè)到的網(wǎng)絡(luò)連接的問(wèn)題。連接性測(cè)試的結(jié)果被輸出給用戶102。該信息向用戶通知所述問(wèn)題，并且允許用戶在可能的情況下采取校正行動(dòng)。當(dāng)檢測(cè)到至少一個(gè)觸發(fā)時(shí)，用于每一個(gè)受影響參與者的客戶端的連接性測(cè)試模塊都將診斷因特網(wǎng)連接。舉例來(lái)說(shuō)，客戶端108的連接性測(cè)試模塊將首先通過(guò)向網(wǎng)絡(luò)106中的本地第三方節(jié)點(diǎn)發(fā)送一則消息來(lái)檢查用戶終端104的本地連接。這樣，用戶終端104就檢查其是否可以連接到網(wǎng)絡(luò)106。為了施行這一檢查，用戶終端104向本地第三方節(jié)點(diǎn)(其例如可以是在網(wǎng)絡(luò)106處在用戶終端104本地的網(wǎng)絡(luò)106中的超級(jí)節(jié)點(diǎn)或服務(wù)器)發(fā)送探測(cè)信號(hào)(例如TCP和/或UDP信號(hào))。如果在給定時(shí)限內(nèi)響應(yīng)于向本地第三方節(jié)點(diǎn)傳送探測(cè)信號(hào)而接收到探測(cè)確認(rèn)信號(hào)，則客戶端108得出的結(jié)論是用戶終端可以連接到網(wǎng)絡(luò)106。舉例來(lái)說(shuō)，客戶端108可以確認(rèn)其具有(至少基本的)因特網(wǎng)連接性，并且可以確定其對(duì)于哪種協(xié)議具有連接性(例如對(duì)于TCP和/或UDP)。如果在給定時(shí)限內(nèi)沒(méi)有接收到探測(cè)確認(rèn)信號(hào)，則客戶端108確定其無(wú)法連接到網(wǎng)絡(luò)106，并且這是通過(guò)觸發(fā)檢測(cè)到的問(wèn)題的成因。當(dāng)確定其沒(méi)有連接到網(wǎng)絡(luò)106時(shí)，可以相應(yīng)地更新網(wǎng)絡(luò)106中的用戶102的存在狀態(tài)(例如可以把用戶的存在狀態(tài)設(shè)定為離線)。如果呼叫隨后進(jìn)入將在后面更加詳細(xì)地描述的重新建立階段，則可以向用戶102通知呼叫處于重新建立階段，這是因?yàn)橛脩艚K端104不具有互聯(lián)網(wǎng)連接性。此外，根據(jù)探測(cè)信號(hào)往返于本地第三方節(jié)點(diǎn)的往返時(shí)間(RTT)，客戶端108可以得到關(guān)于用戶終端104所具有的與網(wǎng)絡(luò)106的網(wǎng)絡(luò)連接的質(zhì)量的指示。舉例來(lái)說(shuō)，如果探測(cè)信號(hào)的RTT〈1000ms，則可以確定用戶終端104與網(wǎng)絡(luò)106的連接為OK (良好)，如果探測(cè)信號(hào)的RTT處于1000到2000ms之間，則可以確定用戶終端104到網(wǎng)絡(luò)106的連接為POOR(較差)，并且如果探測(cè)信號(hào)的RTT>2000ms，則可以確定用戶終端104到網(wǎng)絡(luò)106的連接為CRITICAL (臨界)。關(guān)于用戶終端104與網(wǎng)絡(luò)106之間的網(wǎng)絡(luò)連接的質(zhì)量的指示可以被用于向用戶102通知網(wǎng)絡(luò)問(wèn)題的成因?？蛻舳?08的連接性測(cè)試模塊隨后將通過(guò)經(jīng)由單獨(dú)的信道向用戶終端112傳送消息來(lái)測(cè)試呼叫遠(yuǎn)端的連接性(例如用戶終端112的連接)。這樣，客戶端108可以確定呼叫的問(wèn)題是否由另一個(gè)用戶終端(例如用戶終端112)與網(wǎng)絡(luò)106的網(wǎng)絡(luò)連接造成。可以按照前面對(duì)于本地連接性測(cè)試所描述的相同方式來(lái)施行該測(cè)試。換句話說(shuō)，如果客戶端108確定其可以連接到網(wǎng)絡(luò)106而沒(méi)有任何問(wèn)題，則客戶端108可以向另一個(gè)用戶終端112發(fā)送探測(cè)信號(hào)。如果在給定時(shí)限內(nèi)沒(méi)有返回探測(cè)確認(rèn)信號(hào)，則客戶端108可以確定該另一個(gè)用戶終端(例如用戶終端112)在連接到網(wǎng)絡(luò)106方面存在問(wèn)題。在這種情況下，對(duì)用戶110的存在狀態(tài)進(jìn)行更新(例如將其設(shè)定到離線)，以便反映出用戶終端112連接到網(wǎng)絡(luò)106的問(wèn)題。如果呼叫隨后進(jìn)入將在后面更加詳細(xì)地描述的重新建立階段，則可以向用戶102通知呼叫處于重新建立階段，因?yàn)榱硪粋€(gè)用戶110似乎是離線的。如果群組呼叫的主持者決定在連接性測(cè)試階段期間終止呼叫(而不管其是否被測(cè)試)，則所述處理將完全停止并且呼叫將被終止。但是如果呼叫中的另一個(gè)用戶嘗試在連接性測(cè)試階段期間終止呼叫，則主持者用戶仍然可以嘗試重新建立到該用戶以及到群組呼叫中的每一個(gè)其他用戶的呼叫。 應(yīng)當(dāng)認(rèn)識(shí)到，主持者將嘗試單獨(dú)地重新建立與群組呼叫中的每一個(gè)呼叫參與者的連接。如果用戶終端104無(wú)法連接到網(wǎng)絡(luò)106，則客戶端108將只能夠報(bào)告關(guān)于用戶102的狀態(tài)，而無(wú)法關(guān)于呼叫中的其他參與者的連接性狀態(tài)進(jìn)行報(bào)告。換句話說(shuō)，當(dāng)用戶終端104無(wú)法連接到網(wǎng)絡(luò)106時(shí)，客戶端108無(wú)法確定呼叫中的其他用戶的連接性狀態(tài)。如果可以與呼叫中的至少一個(gè)其他用戶繼續(xù)進(jìn)行呼叫，則連接性測(cè)試將被認(rèn)為是成功的。舉例來(lái)說(shuō)，如果呼叫是一對(duì)一呼叫，則如果可以實(shí)現(xiàn)呼叫的兩個(gè)參與者之間的低層連接，則認(rèn)為連接性測(cè)試是成功的。在另一個(gè)例子中，如果呼叫是群組呼叫，并且可以在用戶終端104與原始群組呼叫中的至少一個(gè)其他用戶終端之間實(shí)現(xiàn)底層連接，則客戶端108將確定連接性測(cè)試是成功的。如果只能在用戶終端104與一個(gè)其他用戶終端(例如用戶終端112 )之間實(shí)現(xiàn)連接，則先前的群組呼叫可以被恢復(fù)成一對(duì)一呼叫。這表明在群組呼叫中，與群組呼叫中的每一個(gè)其他用戶的網(wǎng)絡(luò)連接的連接性被單獨(dú)地測(cè)試。如果 連接性測(cè)試是成功的并且呼叫已被掉落，則客戶端108將嘗試通過(guò)任何可能的技術(shù)手段來(lái)重新建立呼叫，如后面描述的恢復(fù)模式的一部分。當(dāng)呼叫被成功地重新建立時(shí)，用戶110的先前可用性狀態(tài)將被復(fù)原。舉例來(lái)說(shuō)，如果用戶112在呼叫期間被設(shè)定為“離開”并且隨后在用戶終端112的網(wǎng)絡(luò)連接性故障期間被改變到“離線”，則在成功地重新建立呼叫時(shí)所述狀態(tài)將被回復(fù)到“離開”。當(dāng)重新建立呼叫時(shí)，將對(duì)于呼叫中的所有用戶重新評(píng)估網(wǎng)絡(luò)呼叫質(zhì)量指標(biāo)508并且相應(yīng)地更新。在連接性測(cè)試結(jié)束時(shí)，對(duì)于呼叫中的每一個(gè)用戶更新其在通信網(wǎng)絡(luò)中的存在狀態(tài)。呼叫中的每一個(gè)參與者用戶將處于四種可能狀態(tài)的其中之一1、狀態(tài)#1——用戶與呼叫中的至少一個(gè)其他參與者連接，并且它們的網(wǎng)絡(luò)性能令人滿意。在這種情況下，連接性測(cè)試被認(rèn)為是成功的，并且用在呼叫中的網(wǎng)絡(luò)連接上的可用帶寬(其由帶寬管理器決定)高于針對(duì)在呼叫中同時(shí)可接受地傳送音頻和視頻數(shù)據(jù)流所需要的預(yù)定上限閾值。2、狀態(tài)#2——用戶與呼叫中的至少一個(gè)其他參與者連接，但是它們的網(wǎng)絡(luò)性能太差以至于無(wú)法應(yīng)對(duì)呼叫的所有方面。狀態(tài)#2被劃分成兩個(gè)子類別
狀態(tài)#2a——網(wǎng)絡(luò)性能太差以至于無(wú)法繼續(xù)呼叫的視頻方面，但是呼叫的音頻方面能夠繼續(xù)。在這種情況下，連接性測(cè)試是成功的，并且用在呼叫中的網(wǎng)絡(luò)連接上的可用帶寬低于針對(duì)可接受地傳送視頻數(shù)據(jù)流所需要的上限閾值，但是高于針對(duì)傳送音頻數(shù)據(jù)流所需要的下限閾值。狀態(tài)#2b—網(wǎng)絡(luò)性能太差以至于完全無(wú)法繼續(xù)呼叫，在這種情況下，連接性測(cè)試是成功的，但是帶寬低于下限閾值，從而在呼叫中既無(wú)法以可接受的帶寬傳送視頻數(shù)據(jù)流也無(wú)法以可接受的帶寬傳送音頻數(shù)據(jù)流。3、狀態(tài)#3——用戶終端104無(wú)法連接到網(wǎng)絡(luò)106。換句話說(shuō)，本地網(wǎng)絡(luò)連接不可用。在這一狀態(tài)下，客戶端108不獲取關(guān)于呼叫中的其他參與者的連接性的任何信息。4、狀態(tài)#4——用戶終端104連接到網(wǎng)絡(luò)106，也就是說(shuō)用戶終端104具有本地連接，但是呼叫中的其他參與者沒(méi)有連接到網(wǎng)絡(luò)106。客戶端108所能獲得的關(guān)于呼叫中的遠(yuǎn)程用戶的連接性狀態(tài)的細(xì)節(jié)將受到可用數(shù)據(jù)的精確性的限制，并且將與可用的網(wǎng)絡(luò)信息一樣精確。如前所述，呼叫中的每一個(gè)用戶可以施行連接性測(cè)試，從而使得每一個(gè)用戶確定其所處的狀態(tài)。如果呼叫中的所有參與者都處于狀態(tài)#1，則呼叫返回到正常，并且所有恢復(fù)UI元件都將消失。在這種情況下，呼叫沒(méi)有問(wèn)題，并且呼叫不被掉落。如果呼叫中的任何參與者處于狀態(tài)#2a，則就受到影響的那些用戶而言，將向其通知呼叫可以在只有音頻的基礎(chǔ)上繼續(xù)，并且呼叫的視頻方面將被停止以便允許呼叫在只有音頻的基礎(chǔ)上繼續(xù)進(jìn)行。呼叫中的處于狀態(tài)#1的其他參與者可以同時(shí)繼續(xù)呼叫的視頻和
音頻方面。可以向處于狀態(tài)#2a下的用戶提供在只有音頻的基礎(chǔ)上繼續(xù)呼叫或者嘗試重新建立呼叫的視頻方面或終止呼叫的選項(xiàng)。這些選項(xiàng)可以經(jīng)由用戶終端的顯示器上的對(duì)話框提供。如果用戶決定在只有音頻的基礎(chǔ)上繼續(xù)呼叫，則可能不需要完全的重新建立的處理(即終止并重?fù)?，并且客戶端可以在呼叫繼續(xù)的同時(shí)返回問(wèn)題前觸發(fā)階段。如果任何參與者處于狀態(tài)#2b，則將對(duì)呼叫中的各個(gè)參與者的狀態(tài)進(jìn)行更新。如果呼叫由于網(wǎng)絡(luò)上的可用帶寬較低而掉落，則將作為后面更加詳細(xì)地描述的恢復(fù)階段的一部分重新建立呼叫。

如果任何參與者處于狀態(tài)#3或#4，則可以重復(fù)連接性測(cè)試。對(duì)于連接性嘗試的次數(shù)將沒(méi)有限制，但是將會(huì)有測(cè)試要進(jìn)行的最大時(shí)間(最大時(shí)限將是可配置的參數(shù))。如果連接性測(cè)試在最大時(shí)間段之后不成功，則在本發(fā)明的一個(gè)實(shí)施例中，所述處理將前進(jìn)到后呼叫階段(后面描述)。在本發(fā)明的一個(gè)替換實(shí)施例中，客戶端108將確定呼叫是否已由于連接性問(wèn)題而掉落，如果是的話，則將嘗試重新建立呼叫而不是繼續(xù)到后呼叫階段。將分別對(duì)于每一個(gè)呼叫參與者全部在客戶端側(cè)施行連接性測(cè)試。圖9是根據(jù)一個(gè)優(yōu)選實(shí)施例的用于施行連接性測(cè)試的處理的流程圖，其對(duì)前面關(guān)于連接性測(cè)試階段的描述做了概括。圖9的方法開始于步驟S902，該步驟從如前所述的圖8的觸發(fā)檢測(cè)方法繼續(xù)。所述方法繼續(xù)到步驟S904，其中如前所述地施行連接性測(cè)試，從而客戶端108確定呼叫中的每一個(gè)用戶連接到網(wǎng)絡(luò)106的程度。在步驟S906中，對(duì)呼叫中的用戶的存在狀態(tài)進(jìn)行更新，以便反映出在步驟S904中施行的連接性測(cè)試的結(jié)果。通過(guò)更新呼叫中的用戶的存在狀態(tài)，向用戶102通知呼叫中的每一個(gè)用戶的連接性狀態(tài)。應(yīng)當(dāng)提到的是，如果用戶終端104無(wú)法連接到網(wǎng)絡(luò)106，則客戶端108無(wú)法確定呼叫中的其他用戶的存在狀態(tài)，正如前面所描述的那樣。所述方法隨后繼續(xù)到步驟S908，其中確定是否已經(jīng)達(dá)到了針對(duì)施行連接性測(cè)試的時(shí)限。如果已經(jīng)達(dá)到該時(shí)限，則所述方法繼續(xù)到步驟S910，其中處理繼續(xù)到將在后面更加詳細(xì)地描述的后呼叫狀態(tài)。但是如果在步驟S908中確定還沒(méi)有達(dá)到時(shí)限，則所述方法繼續(xù)到步驟S912，其中確定用戶終端104是否處于狀態(tài)#1。如果確定用戶終端104處于狀態(tài)#1，則所述方法繼續(xù)到步驟S914，其中由于用戶終端104已連接并且具有足以參與呼叫的所有方面的帶寬，從而呼叫繼續(xù)。隨后在步驟S916中，確定呼叫中的任何其他參與者是否受到連接性測(cè)試，如果是的話則所述方法回到步驟S904以便施行進(jìn)一步的連接性測(cè)試。但是如果呼叫中的其他參與者沒(méi)有受到連接性測(cè)試，則呼叫繼續(xù)，并且在步驟S918中，所述方法返回圖8中所示的步驟S802以便檢測(cè)任何后續(xù)的觸發(fā)事件?；氐讲襟ES912，如果確定用戶終端104不處于狀態(tài)#1，則所述方法繼續(xù)到步驟S920,其中確定用戶終端104是否處于狀態(tài)#2a。如果用戶終端104處于狀態(tài)#2a’則在步驟S922中向用戶通知呼叫狀態(tài)以及呼叫只能在只有音頻的呼叫的基礎(chǔ)上繼續(xù)?？梢韵蛴脩艚o出繼續(xù)只有音頻的呼叫、終止呼叫或者嘗試重新建立呼叫的所有方面的選項(xiàng)。在圖9所示的例子中，所述方法通過(guò)在只有音頻的基礎(chǔ)上恢復(fù)呼叫而在步驟S924中繼續(xù)進(jìn)行，并且在步驟S926中，所述方法回到圖8中所示的步驟S802以便檢測(cè)任何后續(xù)的觸發(fā)事件。
回到步驟S920，如果確定用戶終端104不處于狀態(tài)#2a，則所述方法繼續(xù)到步驟S928，其中確定用戶終端104是否處于狀態(tài)#2b。如果用戶終端104處于狀態(tài)#2b，則所述方法繼續(xù)到步驟S930，其中向用戶102通知呼叫狀態(tài)，也就是說(shuō)用戶終端104連接到網(wǎng)絡(luò)106，但是網(wǎng)絡(luò)性能太差以至于無(wú)法繼續(xù)呼叫(不管是作為視頻呼叫還是音頻呼叫)。隨后在步驟S934中呼叫繼續(xù)，直到發(fā)生了使得呼叫掉落的狀況為止。回到步驟S928，如果確定用戶終端不處于狀態(tài)#2b，則所述方法繼續(xù)到步驟S936，其中確定用戶終端104是否處于狀態(tài)#3。如果用戶終端104處于狀態(tài)#3，則所述方法繼續(xù)到步驟S940，其中重復(fù)連接性測(cè)試，從而方法回到步驟S906。但是如果在步驟S936中確定用戶終端104不處于狀態(tài)#3，則所述方法繼續(xù)到步驟S938，其中確定用戶終端是否處于狀態(tài)#4。如果確定用戶終端104處于狀態(tài)#4,則所述方法繼續(xù)到步驟S940，從而重復(fù)連接性測(cè)試。重復(fù)連接性測(cè)試的這一循環(huán)將繼續(xù)到用在步驟S908中的時(shí)限到期或者在連接性測(cè)試中確定用戶終端104不再處于狀態(tài)#3或#4為止。如果在步驟S938中確定用戶終端104不處于狀態(tài)#4，則所述方法如前所述地繼續(xù)到步驟S930，從而向用戶通知用戶終端處于狀態(tài)#4，并且在步驟S934中，呼叫繼續(xù)到發(fā)生了使得呼叫掉落的狀況為止，正如后面將更加詳細(xì)地描述的那樣。3)恢復(fù)階段(或“重新建立階段”)
呼叫的重新建立涉及終止當(dāng)前呼叫(如果其還沒(méi)有被終止的話)以及隨后發(fā)起與掉落的呼叫的參與者的新的呼叫。在本文獻(xiàn)中提到掉落呼叫時(shí)是指使得呼叫掉落的主動(dòng)決定。通過(guò)終止呼叫，客戶端掉落呼叫，從而可以再度重新建立呼叫。在下列情況下會(huì)發(fā)生呼叫的終止(即使得呼叫“掉落”):1、當(dāng)數(shù)據(jù)流丟失(在任一方向上)的時(shí)間段超出預(yù)定時(shí)間段(例如15秒)時(shí)，則呼叫管理器將終止呼叫。數(shù)據(jù)流可 以是視頻數(shù)據(jù)流或音頻數(shù)據(jù)流。當(dāng)數(shù)據(jù)流丟失超過(guò)15秒時(shí)，客戶端108終止呼叫從而可以重新建立呼叫，而不再等待數(shù)據(jù)流的傳送恢復(fù)。應(yīng)當(dāng)提到的是，性能觸發(fā)使用四秒的時(shí)間段，即該時(shí)間段小于在其后確定呼叫將要掉落的時(shí)間段。2、當(dāng)在例如20-40秒的預(yù)定時(shí)間段內(nèi)沒(méi)有從呼叫的遠(yuǎn)端確認(rèn)信令信道上的命令時(shí)，呼叫將掉落。這種情況可以獨(dú)立于流丟失。其可能在沒(méi)有流丟失的情況下發(fā)生，或者與流丟失同時(shí)發(fā)生(在這種情況下流丟失超時(shí)將通常首先發(fā)生，從而導(dǎo)致呼叫被掉落)。如果呼叫被掉落，則呼叫管理器將通過(guò)自動(dòng)請(qǐng)求呼叫中的用戶之間的新連接來(lái)嘗試重新建立呼叫。在本發(fā)明的一個(gè)實(shí)施例中，呼叫管理器將嘗試重新建立所有掉落的呼叫。在本發(fā)明的一個(gè)替換實(shí)施例中，只有在用戶終端104處于狀態(tài)#2b的情況下，呼叫管理器才僅將嘗試重新建立呼叫。圖6示出了當(dāng)發(fā)生呼叫的重新建立時(shí)，客戶端108的用戶接口 602的外觀的表示。用戶接口 602具有示出了從呼叫中的遠(yuǎn)程用戶最后接收到的視頻數(shù)據(jù)的窗格604，以及向用戶102通知客戶端108正在試圖修復(fù)網(wǎng)絡(luò)問(wèn)題的對(duì)話框606。通過(guò)向用戶102通知存在問(wèn)題以及客戶端108正在嘗試修復(fù)該問(wèn)題，與其中簡(jiǎn)單地掉落呼叫的情況相t匕，用戶對(duì)于呼叫質(zhì)量的感知得到改進(jìn)。用戶接口 602還示出了網(wǎng)絡(luò)呼叫質(zhì)量指標(biāo)608，其表明當(dāng)前在呼叫中的用戶之間沒(méi)有連接性。在呼叫中的近端和遠(yuǎn)端客戶端(例如客戶端108和114)都處于重新建立階段的情況下，遠(yuǎn)端客戶端和近端客戶端都將嘗試重新建立呼叫。因此，每一個(gè)客戶端都將接收傳入呼叫請(qǐng)求并且傳送傳出呼叫請(qǐng)求。在這種情況下，每一個(gè)客戶端都將應(yīng)答傳入呼叫請(qǐng)求，并且將傳入呼叫與傳出呼叫請(qǐng)求合并以便重新建立呼叫。有利的是，呼叫重新建立自動(dòng)發(fā)生(即沒(méi)有用戶干預(yù))。此外，在呼叫重新建立階段期間，所述處理本身對(duì)于用戶將是不可見的。在可能的情況下，將向呼叫中的每一個(gè)用戶通知影響了其他呼叫參與者的問(wèn)題(例如通過(guò)在客戶端108的用戶接口上的對(duì)話框中顯示“用戶X未連接”)。在成功地重新建立掉落的呼叫之后，重新建立的呼叫中的用戶終端可以處于狀態(tài)#1，在這種情況下呼叫將繼續(xù)到檢測(cè)出另一個(gè)性能觸發(fā)事件為止。除了通過(guò)終止呼叫之外，用戶將不能取消呼叫重新建立的發(fā)起。對(duì)于重新建立呼叫，將有X秒的時(shí)限(其中X的默認(rèn)值可以是45，但其是系統(tǒng)的一個(gè)可配置參數(shù))。如果在該時(shí)限內(nèi)沒(méi)有重新建立呼叫，則所述處理將前進(jìn)到后面所描述的后呼叫狀態(tài)。如果呼叫重新建立成功，則呼叫參與者將不需要采取任何進(jìn)一步的行動(dòng)，并且呼叫可以繼續(xù)。這就使得所述方法特別有利，因?yàn)橥耆恍枰脩羰┬腥魏涡袆?dòng)，并且如果呼叫重新建立處理成功則呼叫可以繼續(xù)。對(duì)于未被設(shè)置成自動(dòng)應(yīng)答重新建立呼叫設(shè)立請(qǐng)求的老版本的客戶端，這些版本的客戶端將作為新的傳入呼叫而經(jīng)歷重新建立。類似地，針對(duì)陸線的重新建立呼叫設(shè)立請(qǐng)求將被視為新的傳入呼叫。這樣即使在呼叫中的一些用戶終端實(shí)施可能不知曉由客戶端108實(shí)施的重新建立處理的早前的或不同的技術(shù)時(shí)，也允許施行所述重新建立方法。如果某一參與者在發(fā)起重新建立處理期間失敗，則將對(duì)于該參與者停止重新建立處理，并且所述處理將前進(jìn)到后呼叫狀態(tài)。

如果針對(duì)通過(guò)通信網(wǎng)絡(luò)106重新建立呼叫的嘗試失敗，則客戶端108可以繼續(xù)嘗試通過(guò)不同的通信網(wǎng)絡(luò)與用戶112建立連接。舉例來(lái)說(shuō)，在本發(fā)明的一個(gè)實(shí)施例中，通信系統(tǒng)100是Skype通信系統(tǒng)，并且通信網(wǎng)絡(luò)106是因特網(wǎng)。如果針對(duì)通過(guò)Skype系統(tǒng)100重新建立呼叫的嘗試失敗，則可以使用用戶簡(jiǎn)檔中的非Skype號(hào)碼來(lái)重新建立呼叫。非skype號(hào)碼例如可以是PSTN號(hào)碼或移動(dòng)通信系統(tǒng)中的號(hào)碼。在本發(fā)明的一個(gè)實(shí)施例中，如果重新建立先前是視頻呼叫的呼叫，則將其重新建立為音頻呼叫。這可以取決于可用來(lái)進(jìn)行視頻呼叫的帶寬是否有限(例如如果在連接性測(cè)試之后確定用戶終端處于狀態(tài)#2b的話)。在重新建立之后，用戶將在其希望的情況下自由地將呼叫人工轉(zhuǎn)換回視頻呼叫。圖10是用于重新建立掉落的呼叫的處理的流程圖。圖10中所示出的重新建立處理開始于步驟S1002，其中確定已經(jīng)發(fā)生了使得呼叫“掉落”的狀況。所述方法繼續(xù)到步驟S1004，其中確定是否呼叫中的任何用戶已掛斷，即終止其在呼叫中的參與。如果呼叫中沒(méi)有用戶掛斷，則所述方法繼續(xù)到步驟S1010。但是如果呼叫中的一些用戶已掛斷，則所述方法繼續(xù)到步驟S1006，其中確定在呼叫中是否仍留有足夠的用戶以重新建立呼叫。如果在呼叫中沒(méi)有留有足夠的用戶以重新建立呼叫，則所述方法繼續(xù)到步驟S1008，其中呼叫被終止，并且所述方法繼續(xù)到在圖11中示出并且將在后面更加詳細(xì)地描述的步驟S1102。但是如果在步驟S1006中確定在呼叫中留有足夠的用戶以重新建立呼叫，則所述方法繼續(xù)到步驟 SlOlOo在步驟S1010中，客戶端108呼叫仍留在呼叫中的用戶。在步驟S1012中，客戶端108確定呼叫是否成功。當(dāng)呼叫成功時(shí)，則建立到至少一個(gè)其他用戶的呼叫。如果呼叫成功，則所述方法繼續(xù)到步驟S1014，其中向呼叫中的用戶通知成功的呼叫狀態(tài)，以及在步驟1016中呼叫繼續(xù)，并且所述方法回到圖8中所示的步驟S802，從而客戶端108監(jiān)測(cè)用在呼叫中的網(wǎng)絡(luò)連接以便檢測(cè)任何后續(xù)的性能觸發(fā)事件，正如前面所描述的那樣。如果在步驟S1012中確定呼叫嘗試沒(méi)有成功，則所述方法繼續(xù)到步驟S1018，其中確定是否達(dá)到了針對(duì)重新建立呼叫的時(shí)限。如果還沒(méi)有達(dá)到時(shí)限，則所述方法回到步驟S1010從而再次對(duì)呼叫中的各個(gè)參與者進(jìn)行呼叫，從而再次嘗試重新建立呼叫。這樣客戶端108就重復(fù)嘗試重新建立呼叫，直到呼叫嘗試成功或者達(dá)到步驟S1018中的時(shí)限為止。如果在步驟S1018中確定已經(jīng)達(dá)到針對(duì)重新建立呼叫的時(shí)限，則所述方法繼續(xù)到步驟S1020，其中停止針對(duì)重新建立呼叫的嘗試，并且所述方法繼續(xù)到后呼叫狀態(tài)。后呼叫狀態(tài)
當(dāng)呼叫已被終止并且沒(méi)有在施行針對(duì)重新建立的嘗試時(shí)，用戶終端104處于后呼叫狀態(tài)。如果一對(duì)一呼叫由于沒(méi)有參與者在線而被終止，則將為用戶102給出以下選項(xiàng)1、當(dāng)已終止呼叫中的另一用戶(例如用戶110)下一次在線出現(xiàn)時(shí)，可以對(duì)用戶102提
出告警。這可以是可配置的設(shè)定。該通知將僅僅對(duì)于呼叫終止之后的預(yù)定時(shí)間(例如I小時(shí))是相關(guān)的(即如果遠(yuǎn)程用戶在掉落呼叫兩個(gè)小時(shí)之后在線，則將不會(huì)通知本地用戶)。如果掉落的呼叫是群組呼叫，則可以分別向本地用戶通知每一個(gè)先前參與者的在線恢復(fù)。如果其表明不希望當(dāng)聯(lián)系人在線時(shí)被通知，則該通知將推翻本地用戶的通知設(shè)定。2、用戶終端104可以利用通信系統(tǒng)100立即重?fù)芎艚小?、如果呼叫中的(多個(gè))其他用戶在其簡(jiǎn)檔中具有電話號(hào)碼并且用戶102具有足以撥叫通信系統(tǒng)100之外的號(hào)碼的余額，則用戶終端104可以將所述呼叫重?fù)転镾kypeOut呼叫(即利用與通信系統(tǒng)100不同的通信系統(tǒng))。4、如果遠(yuǎn)程用戶在其簡(jiǎn)檔中具有電話號(hào)碼但是本地用戶(即用戶102)沒(méi)有余額，則可以為用戶102提供充滿其帳戶并且隨后人工嘗試所述呼叫以作為SkypeOut呼叫的選項(xiàng)。5、如果遠(yuǎn)程用戶在其簡(jiǎn)檔中沒(méi)有電話號(hào)碼但是本地用戶有余額，則用戶102可以填充遠(yuǎn)程用戶的電話號(hào)碼，從而允許用戶102作為SkypeOut呼叫來(lái)呼叫遠(yuǎn)程用戶。圖7示出了用于在用戶終端104處于后呼叫狀態(tài)時(shí)顯示給用戶102的后呼叫屏幕的用戶接口 702的一個(gè)例子。用戶接口 702向用戶102通知呼叫已結(jié)束，并且包括按鈕704，用戶102可以使用該按鈕來(lái)關(guān)閉用戶接口 702，從而不會(huì)發(fā)起針對(duì)聯(lián)系掉落的呼叫的用戶的進(jìn)一步嘗試。用戶接口 702向用戶102給出信息，從而表明對(duì)應(yīng)于用戶102可能能夠聯(lián)系掉落的呼叫的用戶的方式的其他各種選項(xiàng)，并且用戶接口包括按鈕706，用戶102可以點(diǎn)擊該按鈕以便關(guān)于這些各種選項(xiàng)獲知更多。用戶接口 702還包括按鈕710和712，用戶102可以使用這些按鈕來(lái)嘗試與掉落的呼叫的用戶建立新的呼叫(作為音頻呼叫或視頻呼叫)。網(wǎng)絡(luò)呼叫質(zhì)量指標(biāo)708表明由用戶終端104體驗(yàn)的當(dāng)前網(wǎng)絡(luò)質(zhì)量。用戶接口 702還包括按鈕714，用戶102可以點(diǎn)擊該按鈕以 便輸入新的電話號(hào)碼，從而按照另一種方式聯(lián)系掉落的呼叫的用戶。圖11是用于在用戶終端104處于后呼叫狀態(tài)時(shí)施行的處理的流程圖。所述處理開始于步驟S1102，該步驟接在圖10中所示的步驟S1008之后。所述處理隨后繼續(xù)到步驟S1104，其中確定無(wú)法連接到網(wǎng)絡(luò)106的掉落的呼叫中的用戶(即掉落的呼叫中的離線用戶)在其簡(jiǎn)檔中是否具有PSTN或移動(dòng)號(hào)碼。如果這些離線用戶在其簡(jiǎn)檔中不具有PSTN或移動(dòng)號(hào)碼，則所述方法繼續(xù)到步驟S1106，其中向用戶102顯示用戶接口 702并且不重新建立呼
口 H。但是如果在步驟S1104中確定離線用戶在其簡(jiǎn)檔中確實(shí)具有PSTN或移動(dòng)號(hào)碼，則所述方法繼續(xù)到步驟S1108,其中確定用戶102是否希望經(jīng)由SkypeOut呼叫來(lái)呼叫離線用戶，如果是的話，則所述方法繼續(xù)到步驟Sll 10，其中利用來(lái)自離線用戶的簡(jiǎn)檔的PSTN號(hào)碼或移動(dòng)號(hào)碼經(jīng)由SkypeOut呼叫發(fā)起用戶102與離線用戶之間的呼叫。所述方法隨后繼續(xù)到步驟S1112，其中，掉落的呼叫處理結(jié)束，并且隨后將呼叫作為正常SkypeOut呼叫來(lái)應(yīng)對(duì)。但是如果在步驟SlllO中確定用戶102不希望經(jīng)由SkypeOut呼叫連接到離線用戶，則所述方法繼續(xù)到步驟S1106，其中向用戶102顯示用戶接口 102并且不重新建立呼叫。圖12示出了根據(jù)優(yōu)選實(shí)施例的用于傳送用戶輸入數(shù)據(jù)的處理的流程圖。在步驟S1202中，客戶端108確定呼叫已被掉落。這可以按照前面描述的那樣來(lái)施行，例如當(dāng)數(shù)據(jù)流已被丟失至少15秒或者在呼叫中使用的獨(dú)立于流的信令信道上有故障時(shí)。在呼叫被掉落的同時(shí)，用戶終端104可以存儲(chǔ)接收自用戶102的用戶輸入數(shù)據(jù)。舉例來(lái)說(shuō)，用戶輸入數(shù)據(jù)可以是在麥克風(fēng)212處接收到的語(yǔ)音數(shù)據(jù)(或“話音數(shù)據(jù)”)，或者由網(wǎng)絡(luò)攝像頭225捕捉到的視頻數(shù)據(jù)。在步驟S1206中重新建立呼叫?？梢匀缜八龅刂匦陆⒑艚?，即由客戶端108自動(dòng)重新建立。當(dāng)呼叫已被重新建立時(shí)，將所存儲(chǔ)的用戶輸入數(shù)據(jù)從用戶終端104傳送到重新建立的呼叫中的其他用戶終端。這樣就允許在呼叫被掉落與呼叫被重新建立之間的時(shí)間段期間在用戶終端104處接收用戶輸入數(shù)據(jù)，并且隨后將該用戶輸入數(shù)據(jù)傳送到重新建立的呼叫中的其他用戶。正如前面關(guān)于圖4所描述的那樣，在用戶終端112處通過(guò)網(wǎng)絡(luò)106接收到的呼叫數(shù)據(jù)被輸入到抖動(dòng)緩沖器404?？梢詫?duì)在呼叫被掉落與呼叫被重新建立之間的時(shí)間段期間在用戶終端104處從抖動(dòng)緩沖器404接收到的數(shù)據(jù)的輸出速率進(jìn)行調(diào)節(jié)，從而使其高于在呼叫中接收到的正 常數(shù)據(jù)的輸出速率。這樣就可以比通常更快地輸出所述數(shù)據(jù)，從而隨后可以在沒(méi)有任何額外延遲的情況下輸出在呼叫中傳送的其他數(shù)據(jù)。圖12中所示的方法在與前面描述的自動(dòng)重新建立處理相組合時(shí)特別有用，這是因?yàn)槠湓试S用戶102在客戶端重新建立呼叫的同時(shí)繼續(xù)輸入用于呼叫的數(shù)據(jù)(例如繼續(xù)說(shuō)話)，并且盡管在呼叫中發(fā)生了暫時(shí)性掉落，并不會(huì)從呼叫中丟失任何用戶輸入數(shù)據(jù)。由于不需要用戶102施行任何行動(dòng)來(lái)重新建立掉落的呼叫，因此如果可以成功地重新建立呼叫的話則用戶可以繼續(xù)呼口4，實(shí)際仿佛呼叫中的掉落未曾發(fā)生一樣(這在呼叫掉落的時(shí)間段較短時(shí)是可能的，即呼叫掉落的時(shí)間段低于閾值時(shí)間段)。如果呼叫掉落的時(shí)間段長(zhǎng)于閾值時(shí)間段，則前面參照?qǐng)D12描述的緩沖數(shù)據(jù)的方法不足以允許用戶像實(shí)際仿佛呼叫中的掉落未曾發(fā)生那樣繼續(xù)呼叫。當(dāng)呼叫被掉落時(shí)，可以向用戶102通知接收自他的話音數(shù)據(jù)將被不同地應(yīng)對(duì)，從而為用戶102給出相應(yīng)地調(diào)節(jié)對(duì)話的機(jī)會(huì)。對(duì)于長(zhǎng)掉落(即呼叫掉落持續(xù)時(shí)間長(zhǎng)于閾值時(shí)間段)，例如通過(guò)延遲通知(比如前面描述的那些通知，其可以向用戶102通知呼叫被掉落，或者針對(duì)呼叫的重新建立處理正在進(jìn)行)可以縮短用戶102對(duì)于掉落的“體驗(yàn)持續(xù)時(shí)間”。但是一些通知(例如顯示網(wǎng)絡(luò)狀況很差的那些通知)則不應(yīng)當(dāng)被延遲。掉落的呼叫的“體驗(yàn)持續(xù)時(shí)間”是用戶102感知到的呼叫掉落的持續(xù)時(shí)間。即使當(dāng)呼叫掉落的持續(xù)時(shí)間長(zhǎng)于閾值時(shí)間段從而使得用戶無(wú)法像實(shí)際仿佛呼叫中的掉落未曾發(fā)生那樣繼續(xù)呼叫時(shí)，(前面參照?qǐng)D12描述的)緩沖輸入數(shù)據(jù)的方法也可用于縮短呼叫掉落的“體驗(yàn)持續(xù)時(shí)間”，從而使其低于呼叫掉落的實(shí)際持續(xù)時(shí)間。舉例來(lái)說(shuō)，如果當(dāng)呼叫掉落時(shí)被輸出給用戶102的通知旨在向用戶通知呼叫掉落從而使其可以適應(yīng)于呼叫掉落(例如所述通知可以聲明“請(qǐng)不要說(shuō)話”或“呼叫已掉落”或“請(qǐng)不要掛斷”)，則可以通過(guò)在呼叫掉落時(shí)在發(fā)送側(cè)進(jìn)行緩沖(如前所述)并且故意不立即通知用戶102呼叫掉落而縮短呼叫掉落的體驗(yàn)持續(xù)時(shí)間，相反只在由于呼叫掉落的持續(xù)時(shí)間過(guò)長(zhǎng)從而無(wú)法再向用戶102隱藏呼叫掉落時(shí)才在后來(lái)的某一時(shí)間向用戶102通知呼叫掉落。但是如果在呼叫掉落時(shí)被輸出給用戶102的通知旨在防止體驗(yàn)到呼叫掉落(例如所述通知可以聲明“您的網(wǎng)絡(luò)質(zhì)量正在降低，請(qǐng)移到信號(hào)強(qiáng)度更好的位置”)，則可能有益的是在呼叫掉落時(shí)例如向用戶立即輸出該通知?？梢愿鶕?jù)呼叫被掉落與呼叫被重新建立之間的時(shí)間量來(lái)調(diào)節(jié)從抖動(dòng)緩沖器404輸出用戶輸入數(shù)據(jù)的速率。舉例來(lái)說(shuō)，當(dāng)在呼叫被掉落與呼叫被重新建立之間有大量時(shí)間時(shí)，則與在呼叫被掉落與呼叫被重新建立之間的時(shí)間量較小的情況相比，可以將抖動(dòng)緩沖器404的輸出速率增大更多。這樣就允許根據(jù)在用戶終端104處記錄所存儲(chǔ)的用戶輸入數(shù)據(jù)的時(shí)間長(zhǎng)度來(lái)調(diào)節(jié)從抖動(dòng)緩沖器404輸出所存儲(chǔ)的用戶輸入數(shù)據(jù)所花費(fèi)的時(shí)間。因此，前面描述了用于自動(dòng)(即沒(méi)有用戶干預(yù))重新建立掉落的呼叫的方法。雖然前面參照優(yōu)選實(shí)施例示出并描述了本發(fā)明，但是本領(lǐng)域技術(shù)人員將理解的是，在不背離由所附權(quán) 利要求書所限定的本發(fā)明的范圍的情況下可以在形式和細(xì)節(jié)方面做出許多改變。
權(quán)利要求
1.一種應(yīng)對(duì)可由第一用戶使用的第一用戶終端與可由對(duì)應(yīng)的至少一個(gè)其他用戶使用 的至少一個(gè)其他用戶終端之間的通過(guò)通信網(wǎng)絡(luò)的呼叫的方法，其中在第一用戶終端處執(zhí)行 客戶端以便參與呼叫，所述方法包括客戶端確定使用在通過(guò)通信網(wǎng)絡(luò)的第一用戶終端與至少一個(gè)其他用戶終端之間的呼 叫中的對(duì)應(yīng)的至少一個(gè)網(wǎng)絡(luò)連接的狀況；客戶端確定呼叫已掉落；響應(yīng)于確定呼叫已掉落，客戶端根據(jù)所確定的至少一個(gè)網(wǎng)絡(luò)連接的狀況自動(dòng)嘗試重新 建立呼叫。
2.權(quán)利要求I的方法，其還包括客戶端監(jiān)測(cè)所述至少一個(gè)網(wǎng)絡(luò)連接以便檢測(cè)表明所 述至少一個(gè)網(wǎng)絡(luò)連接的潛在問(wèn)題的事件，其中確定對(duì)應(yīng)的至少一個(gè)網(wǎng)絡(luò)連接的狀況的步驟 是響應(yīng)于對(duì)于表明所述至少一個(gè)網(wǎng)絡(luò)連接的潛在問(wèn)題的事件的所述檢測(cè)而發(fā)起的。
3.權(quán)利要求2的方法，其還包括向第一用戶通知由所檢測(cè)到的事件所表明的潛在問(wèn)題。
4.權(quán)利要求3的方法，其中，在所述潛在問(wèn)題導(dǎo)致呼叫掉落之前向第一用戶通知所述 潛在問(wèn)題。
5.權(quán)利要求3或4的方法，其中，所述通知第一用戶包括在第一用戶終端的顯示器上 顯示對(duì)話框。
6.權(quán)利要求3到5當(dāng)中的任一條的方法，其中，所述通知第一用戶包括在第一用戶終 端處播放可聽通知。
7.權(quán)利要求3到6當(dāng)中的任一條的方法，其中，所述通知第一用戶包括改變顯示在第 一用戶終端的顯示器上的網(wǎng)絡(luò)呼叫質(zhì)量指標(biāo)。
8.權(quán)利要求2到7當(dāng)中的任一條的方法，其中，所述事件是以下各項(xiàng)的其中之一(i)與呼叫相關(guān)聯(lián)的數(shù)據(jù)流丟失預(yù)定時(shí)間段；( )用在呼叫中的信令信道上的故障；以及(iii)所述至少一個(gè)網(wǎng)絡(luò)連接上的可用帶寬量落到預(yù)定閾值帶寬以下。
9.權(quán)利要求2到8當(dāng)中的任一條的方法，其中，所述至少一個(gè)其他用戶終端監(jiān)測(cè)通 過(guò)通信網(wǎng)絡(luò)用在呼叫中的其他網(wǎng)絡(luò)連接，以便檢測(cè)表明其他網(wǎng)絡(luò)連接的潛在問(wèn)題的其他事 件。
10.任一條在前權(quán)利要求的方法，其中，所述確定對(duì)應(yīng)的至少一個(gè)網(wǎng)絡(luò)連接的狀況包 括檢查第一用戶終端是否可以連接到通信網(wǎng)絡(luò)。
11.任一條在前權(quán)利要求的方法，其中，所述確定對(duì)應(yīng)的至少一個(gè)網(wǎng)絡(luò)連接的狀況包 括檢查所述至少一個(gè)其他用戶終端是否可以連接到通信網(wǎng)絡(luò)。
12.任一條在前權(quán)利要求的方法，其中，所確定的至少一個(gè)網(wǎng)絡(luò)連接的狀況被用來(lái)將 第一用戶終端歸類到五個(gè)分類的其中之一。
13.權(quán)利要求12的方法，其中，所述五個(gè)分類當(dāng)中的第一個(gè)表明第一用戶終端與呼叫 中的至少一個(gè)其他用戶終端連接，并且網(wǎng)絡(luò)性能足以同時(shí)繼續(xù)呼叫的音頻和視頻方面。
14.權(quán)利要求12或13的方法，其中，所述五個(gè)分類當(dāng)中的第二個(gè)表明第一用戶終端與 呼叫中的至少一個(gè)其他用戶終端連接，并且網(wǎng)絡(luò)性能足以應(yīng)對(duì)呼叫的音頻方面而無(wú)法應(yīng)對(duì) 視頻方面。
15.權(quán)利要求12到14當(dāng)中的任一條的方法，其中，所述五個(gè)分類當(dāng)中的第三個(gè)表明第一用戶終端與呼叫中的至少一個(gè)其他用戶終端連接，但是網(wǎng)絡(luò)性能不足以應(yīng)對(duì)呼叫的音頻或視頻方面。
16.權(quán)利要求15的方法，其中，當(dāng)?shù)谝挥脩艚K端處于第三分類時(shí)，客戶端終止呼叫從而導(dǎo)致確定呼叫已掉落的所述步驟。
17.權(quán)利要求12到16當(dāng)中的任一條的方法，其中，所述五個(gè)分類當(dāng)中的第四個(gè)表明第一用戶終端無(wú)法連接到通信網(wǎng)絡(luò)。
18.權(quán)利要求12到17當(dāng)中的任一條的方法，其中，所述五個(gè)分類當(dāng)中的第五個(gè)表明所述至少一個(gè)其他用戶終端無(wú)法連接到通信網(wǎng)絡(luò)。
19.權(quán)利要求17或18的方法，其中，當(dāng)?shù)谝挥脩艚K端處于第四或第五分類時(shí)，重復(fù)確定對(duì)應(yīng)的至少一個(gè)網(wǎng)絡(luò)連接的狀況的步驟，直到預(yù)定時(shí)間長(zhǎng)度到期或者第一用戶終端被歸類到第一、第二和第三分類的其中之一為止。
20.權(quán)利要求19的方法，其中，確定呼叫已掉落的所述步驟包括確定所述預(yù)定時(shí)間長(zhǎng)度已到期。
21.權(quán)利要求19的方法，其中，如果所述預(yù)定時(shí)間長(zhǎng)度到期，則終止呼叫，并且第一用戶終端進(jìn)入其中停止針對(duì)重新建立呼叫的所述嘗試的后呼叫狀態(tài)。
22.任一條在前權(quán)利要求的方法，其中，如果針對(duì)重新建立呼叫的所述嘗試在預(yù)定重新建立時(shí)間段內(nèi)沒(méi)有成功，則第一用戶終端進(jìn)入其中停止針對(duì)重新建立呼叫的所述嘗試的后呼叫狀態(tài)。
23.權(quán)利要求1到21當(dāng)中的任一條的方法，其中，如果針對(duì)重新建立呼叫的所述嘗試在預(yù)定重新建立時(shí)間段內(nèi)沒(méi)有成功，則所述方法還包括確定與所述至少一個(gè)其他用戶相關(guān)聯(lián)的對(duì)應(yīng)的至少一個(gè)其他號(hào)碼；以及客戶端撥叫所確定的至少一個(gè)其他號(hào)碼的至少其中之一。
24.權(quán)利要求23的方法，其中，所述至少一個(gè)其他號(hào)碼是所述通信網(wǎng)絡(luò)中的號(hào)碼。
25.權(quán)利要求23的方法，其中，所述至少一個(gè)其他號(hào)碼是另一個(gè)通信網(wǎng)絡(luò)中的號(hào)碼。
26.任一條在前權(quán)利要求的方法,其還包括客戶端檢測(cè)表明不可接受的呼叫性能的特定終止事件；以及當(dāng)檢測(cè)到特定終止事件時(shí)客戶端終止呼叫，其中呼叫的終止導(dǎo)致客戶端確定呼叫已掉落的所述步驟。
27.權(quán)利要求26的方法，其中，所述終止事件是以下各項(xiàng)的其中之一(i)與呼叫相關(guān)聯(lián)的數(shù)據(jù)流丟失預(yù)定的終止時(shí)間段；以及(ii)用在呼叫中的信令信道上的故障。
28.任一條在前權(quán)利要求的方法，其中，存在多于一個(gè)其他用戶終端，并且嘗試重新建立呼叫的步驟包括嘗試分別建立到每一個(gè)其他用戶終端的網(wǎng)絡(luò)連接。
29.任一條在前權(quán)利要求的方法，其中，客戶端成功地重新建立呼叫，并且所述方法還包括客戶端存儲(chǔ)在呼叫已掉落之后并且在呼叫被重新建立之前的時(shí)間段內(nèi)接收自第一用戶的用戶輸入數(shù)據(jù)；以及響應(yīng)于呼叫的重新建立，客戶端將所存儲(chǔ)的用戶輸入數(shù)據(jù)傳送到呼叫中的所述至少一個(gè)其他用戶終端。
30.權(quán)利要求29的方法，其中，所述用戶輸入數(shù)據(jù)是語(yǔ)音數(shù)據(jù)。
31.權(quán)利要求29的方法，其中，所述用戶輸入數(shù)據(jù)是視頻數(shù)據(jù)。
32.權(quán)利要求29到31當(dāng)中的任一條的方法，其還包括在所述至少一個(gè)其他用戶終端的抖動(dòng)緩沖器處接收所存儲(chǔ)的用戶輸入數(shù)據(jù)；在所述至少一個(gè)其他用戶終端處輸出所存儲(chǔ)的用戶輸入數(shù)據(jù)，其中從抖動(dòng)緩沖器輸出所存儲(chǔ)的用戶輸入數(shù)據(jù)的速率被控制成高于針對(duì)呼叫中的正常話音數(shù)據(jù)的輸出速率。
33.權(quán)利要求32的方法，其中，從抖動(dòng)緩沖器輸出所存儲(chǔ)的用戶輸入數(shù)據(jù)的速率取決于在呼叫已掉落之后并且在呼叫被重新建立之前的所述時(shí)間段的長(zhǎng)度。
34.一種可由用戶使用的用戶終端，其被配置成應(yīng)對(duì)通過(guò)通信網(wǎng)絡(luò)到可由對(duì)應(yīng)的至少一個(gè)其他用戶使用的至少一個(gè)其他用戶終端進(jìn)行的呼叫，所述用戶終端包括處理裝置，所述處理裝置被配置成執(zhí)行客戶端以便參與呼叫并且從而確定使用在通過(guò)通信網(wǎng)絡(luò)的所述用戶終端與至少一個(gè)其他用戶終端當(dāng)中的每一個(gè)之間的呼叫中的對(duì)應(yīng)的至少一個(gè)網(wǎng)絡(luò)連接的狀況；確定呼叫已掉落；響應(yīng)于確定呼叫已掉落，根據(jù)所確定的至少一個(gè)網(wǎng)絡(luò)連接的狀況自動(dòng)嘗試重新建立呼叫。
35.一種應(yīng)對(duì)通過(guò)通信網(wǎng)絡(luò)的第一用戶與至少一個(gè)其他用戶之間的呼叫的方法，其中在第一用戶的用戶終端處執(zhí)行客戶端以便參與呼叫，所述方法包括客戶端確定呼叫已掉落；響應(yīng)于確定呼叫已掉落，客戶端自動(dòng)嘗試重新建立呼叫。
36.權(quán)利要求35的方法，其中，所述呼叫已經(jīng)由于通過(guò)通信網(wǎng)絡(luò)的第一用戶與至少一個(gè)其他用戶之間的對(duì)應(yīng)的至少一個(gè)網(wǎng)絡(luò)連接的問(wèn)題而掉落。
37.一種應(yīng)對(duì)通過(guò)通信網(wǎng)絡(luò)的第一用戶終端與至少一個(gè)其他用戶終端之間的呼叫的方法，其中在第一用戶終端處執(zhí)行客戶端以便參與呼叫，所述方法包括客戶端確定呼叫已掉落；重新建立第一用戶終端與至少一個(gè)其他用戶終端之間的呼叫；客戶端存儲(chǔ)在呼叫已掉落之后并且在呼叫被重新建立之前的時(shí)間段內(nèi)接收自第一用戶終端的用戶的用戶輸入數(shù)據(jù)；響應(yīng)于重新建立呼叫，客戶端將所存儲(chǔ)的用戶輸入數(shù)據(jù)傳送到呼叫中的至少一個(gè)其他用戶終端。
38.一種可由用戶使用的用戶終端，其被配置成應(yīng)對(duì)所述用戶終端與可由對(duì)應(yīng)的至少一個(gè)其他用戶使用的至少一個(gè)其他用戶終端之間的通過(guò)通信網(wǎng)絡(luò)的呼叫，所述用戶終端包括處理裝置，所述處理裝置被配置成執(zhí)行客戶端以便參與呼叫并且從而確定呼叫已掉落；重新建立第一用戶終端與至少一個(gè)其他用戶終端之間的呼叫；存儲(chǔ)在呼叫已掉落之后并且在呼叫被重新建立之前的時(shí)間段內(nèi)接收自用戶的用戶輸入數(shù)據(jù)；以及響應(yīng)于重新建立呼叫，將所存儲(chǔ)的用戶輸入數(shù)據(jù)傳送到呼叫中的至少一個(gè)其他用戶終端。
39.一種通信網(wǎng)絡(luò)，其被配置成應(yīng)對(duì)在如權(quán)利要求34或38所要求保護(hù)的用戶終端與至少一個(gè)其他用戶終端之間通過(guò)所述通信網(wǎng)絡(luò)進(jìn)行的呼叫。
40.權(quán)利要求39的通信網(wǎng)絡(luò)，其中，所述通信網(wǎng)絡(luò)是因特網(wǎng)。
全文摘要
用于應(yīng)對(duì)可由第一用戶使用的第一用戶終端與可由對(duì)應(yīng)的至少一個(gè)其他用戶使用的至少一個(gè)其他用戶終端之間的通過(guò)通信網(wǎng)絡(luò)的呼叫的方法和用戶終端，其中在第一用戶終端處執(zhí)行客戶端以便參與呼叫?？蛻舳舜_定使用在通過(guò)通信網(wǎng)絡(luò)的第一用戶終端與至少一個(gè)其他用戶終端之間的呼叫中的對(duì)應(yīng)的至少一個(gè)網(wǎng)絡(luò)連接的狀況?？蛻舳诉€確定呼叫已掉落，并且響應(yīng)于確定呼叫已掉落，客戶端根據(jù)所確定的至少一個(gè)網(wǎng)絡(luò)連接的狀況自動(dòng)嘗試重新建立呼叫。
文檔編號(hào)H04L29/14GK103069775SQ201180042623
公開日2013年4月24日 申請(qǐng)日期2011年8月25日 優(yōu)先權(quán)日2010年9月2日
發(fā)明者D.利克, M.奧魯亞斯, S.斯特羅默, M.韋倫科 申請(qǐng)人:斯凱普公司