一種實現(xiàn)呼叫保存和恢復的方法及系統(tǒng)的制作方法
【技術領域】
[0001]本發(fā)明涉及通信技術領域，尤其涉及一種實現(xiàn)呼叫保存和恢復的方法及系統(tǒng)。
【背景技術】
[0002]寬帶呼叫平臺是由基于會話初始協(xié)議(Sess1n Initializat1n Protocol, SIP)的應用服務器(Applicat1n Server, AS),由SIP協(xié)議實現(xiàn)輸入和輸出的接口。
[0003]目前的寬帶呼叫平臺都是基于本地服務器實現(xiàn)的呼叫，當本地服務器AS出現(xiàn)宕機或者斷鏈，則所有的會話信息都會丟失，現(xiàn)有技術對此沒有很好的解決辦法，只能作為呼損處理，從而影響了運營商對后續(xù)的呼叫統(tǒng)計、話單統(tǒng)計等等。

【發(fā)明內(nèi)容】

[0004]鑒于上述的分析，本發(fā)明旨在提供一種實現(xiàn)呼叫保存和恢復的方法及系統(tǒng)，用以解決現(xiàn)有技術中本地服務器AS宕機或者斷鏈后出現(xiàn)的呼損問題。
[0005]為解決上述問題，本發(fā)明主要是通過以下技術方案實現(xiàn)的:本發(fā)明一方面提供了一種實現(xiàn)呼叫保存和恢復的方法，該方法包括:
[0006]應用服務器在主叫終端和被叫終端建立通話后，將會話信息保存到云端；
[0007]當所述應用服務器發(fā)生故障時，所述應用服務器的預設托管服務器從所述云端獲取所述會話信息進行相應的業(yè)務處理。
[0008]優(yōu)選地，所述會話信息包括但不限于主叫終端信息、被叫終端信息、媒體協(xié)商信息、主被叫終端的關聯(lián)信息和用于主被叫終端進行后續(xù)交互處理的信息。
[0009]優(yōu)選地，該方法還包括:分發(fā)設備通過心跳交互檢測所述應用服務器是否發(fā)生故障。
[0010]優(yōu)選地，通過心跳交互檢測所述應用服務器是否發(fā)生故障具體包括:
[0011]通過與所述應用服務器進行心跳交互檢測，當在超過預定次數(shù)沒有收到所述應用服務器的心跳響應信息，則判定該應用服務器故障。
[0012]優(yōu)選地，所述應用服務器的預設托管服務器為多個，當所述應用服務器發(fā)生故障時，根據(jù)各個所述托管服務器的資源使用情況選擇最空閑的托管服務器從云端獲取所述會話信息進行相應的業(yè)務處理。
[0013]優(yōu)選地，所述托管服務器從所述云端獲取所述會話信息進行相應的業(yè)務處理的步驟具體包括:
[0014]所述托管服務器從所述云端獲取所述會話信息以代替所述應用服務器繼續(xù)完成所述主叫終端和所述被叫終端的通話，或者，所述托管服務器從所述云端獲取所述會話信息并根據(jù)所述會話信息進行呼叫統(tǒng)計和/或話單統(tǒng)計。
[0015]本發(fā)明另一方面還提供了一種實現(xiàn)呼叫保存和恢復的系統(tǒng)，該系統(tǒng)包括:
[0016]應用服務器，用于在主叫終端和被叫終端建立通話后，將會話信息保存到云端；
[0017]托管服務器，用于當所述應用服務器發(fā)生故障時，從所述云端獲取所述會話信息進行相應的業(yè)務處理。
[0018]優(yōu)選地，所述會話信息包括但不限于主叫終端信息、被叫終端信息、媒體協(xié)商信息、主被叫終端的關聯(lián)信息和用于主被叫終端進行后續(xù)交互處理的信息。
[0019]優(yōu)選地，還包括分發(fā)設備；
[0020]所述分發(fā)設備，用于通過心跳交互檢測所述應用服務器是否發(fā)生故障。
[0021]優(yōu)選地，所述分發(fā)設備還用于，通過與所述應用服務器進行心跳交互檢測，當在超過預定次數(shù)沒有收到所述應用服務器的心跳響應信息，則判定該應用服務器故障。
[0022]優(yōu)選地，所述應用服務器的預設托管服務器為多個；
[0023]所述分發(fā)設備還用于，當所述應用服務器發(fā)生故障時，根據(jù)各個所述托管服務器的資源使用情況選擇最空閑的托管服務器作為該故障的應用服務器的托管服務器。
[0024]優(yōu)選地，所述托管服務器具體用于，當所述應用服務器發(fā)生故障時，從所述云端獲取所述會話信息以代替所述應用服務器繼續(xù)完成所述主叫終端和所述被叫終端的通話，或者，從所述云端獲取所述會話信息并根據(jù)所述會話信息進行呼叫統(tǒng)計和/或話單統(tǒng)計。
[0025]本發(fā)明有益效果如下:
[0026]本發(fā)明對每個應用服務器(Applicat1n Server, AS)均設置一個托管服務器,并將應用服務器的會話信息保存到云端，在AS出現(xiàn)故障時，通過托管服務器恢復會話，從而使后續(xù)流程正常運行。本發(fā)明有效的降低了 AS宕機或者斷鏈帶來的呼損問題，并且將會話保存在云端，減弱了地域性的限制，并且大大提高了用戶體驗。
[0027]本發(fā)明的其他特征和優(yōu)點將在隨后的說明書中闡述，并且部分的從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。
【附圖說明】
[0028]圖1為本發(fā)明實施例的實現(xiàn)呼叫保存和恢復的系統(tǒng)的組成架構(gòu)示意圖；
[0029]圖2為本發(fā)明實施例的實現(xiàn)呼叫保存和恢復的方法的流程圖；
[0030]圖3為本發(fā)明實施例的呼叫在云端保存流程圖；
[0031]圖4是本發(fā)明實施例的呼叫在云端恢復流程圖；
[0032]圖5為本發(fā)明實施例的另一種實現(xiàn)呼叫保存和恢復的系統(tǒng)的組成架構(gòu)示意圖；
[0033]圖6為本發(fā)明實施例的再一種實現(xiàn)呼叫保存和恢復的系統(tǒng)的組成結(jié)構(gòu)示意圖。
【具體實施方式】
[0034]下面結(jié)合附圖來具體描述本發(fā)明的優(yōu)選實施例，其中，附圖構(gòu)成本申請一部分，并與本發(fā)明的實施例一起用于闡釋本發(fā)明的原理。為了清楚和簡化目的，當其可能使本發(fā)明的主題模糊不清時，將省略本文所描述的器件中已知功能和結(jié)構(gòu)的詳細具體說明。
[0035]本發(fā)明實施例的主要目的是提供一種實現(xiàn)呼叫保存和恢復的方法及系統(tǒng)，對每個應用服務器(Applicat1n Server, AS)均設置至少一個托管服務器，并將應用服務器的會話信息保存到云端，在AS出現(xiàn)故障時，通過托管服務器恢復會話，從而使后續(xù)流程正常運行。本發(fā)明有效的降低了 AS宕機或者斷鏈帶來的呼損問題，并且將會話保存在云端，減弱了地域性的限制，并且大大提高了用戶體驗。下面就通過幾個具體實施例對本發(fā)明的技術方案進行詳細說明。
[0036]圖1為本發(fā)明實施例的實現(xiàn)呼叫保存和恢復的系統(tǒng)的組成結(jié)構(gòu)示意圖，參見圖1，本發(fā)明的實現(xiàn)呼叫保存和恢復的系統(tǒng)包括:分發(fā)設備(PROXY)和多個應用服務器AS，每個AS均至少設置一個托管服務器，PROXY配置能夠獲取每個AS的托管AS，所有AS配置的PROXY對外鏈路信息和索引均相同。所述AS配置PROXY對外鏈路包括:PR0XY和核心網(wǎng)之間的鏈路信息以及與配置此鏈路時生成的索引號等。
[0037]本發(fā)明實施例提供了一種實現(xiàn)呼叫保存和恢復的方法，參見圖1和2，該方法包括:
[0038]S101、應用服務器在主叫終端和被叫終端建立通話后，將會話信息保存到云端；
[0039]本發(fā)明的會話信息包括但不限于主叫終端信息、被叫終端信息、媒體協(xié)商信息、主被叫終端的關聯(lián)信息和用于主被叫終端進行后續(xù)交互處理的信息。
[0040]S卩，本發(fā)明的應用服務器在主、被叫終端媒體協(xié)商完成后，將會話信息保存到云端。例如，呼叫呼入時，基于會話初始協(xié)議(Sess1n Initializat1n Protocol, SIP)信令由分發(fā)設備(PROXY)分發(fā)進入AS，進行業(yè)務處理，再由PROXY發(fā)送到被叫終端，媒體協(xié)商完成時將會話信息保存在云端。相應的，呼叫掛斷時，SIP信令由PROXY分發(fā)進入AS，進行業(yè)務處理，媒體協(xié)商完成時將AS上的會話信息保存在云端。本發(fā)明的SIP信令的ToTag信息包括AS的設備號、活動序號，當該應用服務器發(fā)生故障時，SIP信令中還包括托管信息，所述托管信息具體包括托管AS的設備號等。