專利名稱：一種下一代網(wǎng)絡中改進的應用服務器容災的系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地，涉及以IP多媒體子系統(tǒng)(IP Multimedia System, IMS)為核心的下一代網(wǎng)絡(NGN)中一種改進的應用服務器容災 的系統(tǒng)及方法。
背景技術(shù)：
在以IP多媒體子系統(tǒng)(IMS)為核心的下一代網(wǎng)《各(NGN)中，采用 初始會話協(xié)議(SIP)作為業(yè)務控制協(xié)議，各項通信業(yè)務可由用戶的智能終 端與網(wǎng)絡中的由運營商設(shè)置的應用服務器(AS)配合完成。
圖1是下一代網(wǎng)絡中的一種典型業(yè)務實現(xiàn)架構(gòu)，其中，應用服務器(AS ) (可能存在多個，分別用于不同的業(yè)務)通過接口與用戶歸屬網(wǎng)絡的服務-呼叫會話控制功能(S-CSCF )相連，用戶終端A與用戶終端B之間的SIP 業(yè)務控制消息(用虛線標識)會流經(jīng)各自的應用服務器(才艮據(jù)用戶業(yè)務的種 類，可能經(jīng)過不同的應用服務器)，應用服務器可通過對業(yè)務控制消息的各 種處理以實現(xiàn)豐富的業(yè)務。用戶終端A與用戶終端B利用業(yè)務消息交換并 協(xié)商雙方所支持的媒體參數(shù)，在兩者之間建立媒體流連接(用實線標識)， 媒體流用于傳送通話話音包等數(shù)據(jù)。
以IMS為核心的下一代網(wǎng)絡中的應用服務器容突是指在發(fā)生災難事件 時，仍能為用戶提供相應的業(yè)務的功能。其中，典型的災難事件包括自然災 難，如火災、洪水、地震、颶風、龍巻風、臺風等，還有其它如原先提供給 業(yè)務運營所需的服務中斷，如設(shè)備故障、軟件錯誤、電信網(wǎng)絡中斷和電力故 障等等，以及人為的因素如操作員錯誤、破壞、植入有害代碼和恐怖襲擊等等。
應用服務器容災的具體目標包括容突后的系統(tǒng)對于用戶業(yè)務實現(xiàn)的時 間不會顯著加長，容災過程盡可能減少人為的干預，容災后盡可能維持原有的業(yè)務特征，容災的過程不會對系統(tǒng)產(chǎn)生大規(guī)模的信令交互等。
圖2是3GPP ( Third Generation Partnership Project,第三代伙伴計劃) 提出的一種應用服務器容災的解決方案，它的實施步驟包括-.
步驟101: S-CSCF收到SIP請求；
步驟102: S-CSCF根據(jù)iFC (initial Filter Criteria,初始過濾規(guī)則)選出 一個應用服務器AS1;
步驟103: S-CSCF將SIP請求轉(zhuǎn)發(fā)給AS1;
步驟104: AS1在一定時間內(nèi)未響應，S-CSCF檢測到i青求超時；
步驟105: S-CSCF查詢專門的服務器，例如，DNS( Domain Name System, 域名系統(tǒng))，SLF ( Subscription Locator Function,訂購關(guān)系定位功能)等， 獲取能處理請求的應用服務器列表。該查詢可以基于iFC中特定的信息(例 如，業(yè)務名稱，應用服務器名稱等)。
步驟106: DNS向S-CSCF返回查詢結(jié)果；
步驟107: S-CSCF將該SIP請求轉(zhuǎn)發(fā)給查詢獲取的應用服務器AS2; 步驟108: AS2通過Sh接口與HSS (Home Subscriber Server,歸屬用戶 服務器)交互獲得指定用戶的業(yè)務信息，執(zhí)行具體的業(yè)務邏輯。
至此，實現(xiàn)了當AS1失效時，能由AS2提供服務的容災功能；
該解決方案存在一個問題，當主用AS從失效恢復正常，并且S-CSCF 按照會話進行AS選擇時，會出現(xiàn)一個用戶分別在主用AS和備用AS上處 理業(yè)務請求的情況，這可能會造成一些業(yè)務的丟失。例如，如圖2所示，當 AS1恢復工作時，A的呼叫將重新在AS1上處理，這就很容易出現(xiàn)ASl失 效期間的呼叫(A呼叫B)在AS2上處理，AS1恢復后的呼叫(A呼叫C) 在AS1上處理，此時，如果A希望實現(xiàn)三方通話(將A、 B、 C接入一個會 話中)或轉(zhuǎn)接業(yè)務(將B的呼叫轉(zhuǎn)接到C,使B與C通話)，由于AS1和 AS2上都只有一個呼叫的信息，無法進行兩個呼叫的關(guān)聯(lián)，因此業(yè)務將無法
完成o
另外，當網(wǎng)絡運營過程中，有可能要求主用AS從失效恢復正常后，臨 時在備用AS上處理的用戶如何能切回到主用AS上處理，現(xiàn)有解決方案未
6能解決該問題。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種下 一代網(wǎng)絡中改進的應用服務器
容災的系統(tǒng)及方法，當主用AS從失效恢復正常后，不會出現(xiàn)一個用戶的業(yè) 務在兩個或多個AS上處理從而導致某些業(yè)務丟失的情況。
為了解決上述問題，本發(fā)明提供了 一種下 一代網(wǎng)絡中改進的應用服務器 容災的方法，包括服務-呼叫會話控制功能記錄用戶當前應用服務器的地 址信息與所述用戶的關(guān)聯(lián)關(guān)系；當服務-呼叫會話控制功能收到所述用戶的 與所述當前應用服務器相關(guān)的業(yè)務請求后，根據(jù)所述關(guān)聯(lián)關(guān)系將所述業(yè)務請 求觸發(fā)到所述當前應用服務器進行處理。
進一步地，當服務-呼叫會話控制功能收到用戶的業(yè)務請求后，檢查所 記錄的關(guān)聯(lián)關(guān)系，若此時沒有記錄關(guān)聯(lián)關(guān)系，服務-呼叫會話控制功能通過 查詢域名系統(tǒng)獲得相應的應用服務器的地址信息，并且建立及記錄所述當前 應用服務器的地址信息與所述用戶的關(guān)聯(lián)關(guān)系。
進一步地，服務-呼叫會話控制功能收到所述用戶的與所述當前應用服 務器相關(guān)的業(yè)務請求后，若所述當前應用服務器失效，服務-呼叫會話控制 功能通過查詢域名系統(tǒng)為所述用戶選擇一備用應用服務器，并更新本地記錄 的用戶當前應用服務器的地址信息與所述用戶的關(guān)聯(lián)關(guān)系，將其中的當前應 用服務器的地址信息更新為所述備用應用服務器的地址。
進一步地，當所述備用應用服務器獲知主用應用服務器恢復正常，且所 述用戶在所述備用應用服務器上的業(yè)務全部處理完畢后，所述備用應用服務 器向服務-呼叫會話控制功能發(fā)送切回指示及重定向目的地址信息，所述重 定向目的地址信息為所述主用應用服務器的地址；服務-呼叫會話控制功能 收到所述切回指示及重定向目的地址信息后，將本地記錄的所述用戶當前應 用服務器的地址信息與所述用戶的關(guān)聯(lián)關(guān)系中的當前應用服務器的地址信 息更新為所述主用應用力l務器的地址。
進一步地，所述備用應用服務器采用以下方式中的任一種向服務-呼叫 會話控制功能發(fā)送切回指示及重定向目的地址信息備用應用服務器向服務-呼叫會話控制功能發(fā)送重定向響應，其中攜帶
所述切回指示及重定向目的地址信息；
備用應用服務器向服務-呼叫會話控制功能發(fā)送初始會話協(xié)議請求，其 中攜帶所述切回指示及重定向目的地址信息。
本發(fā)明還提供一種下 一代網(wǎng)絡中改進的應用服務器容災的系統(tǒng)，包括 主用應用服務器、 一個或多個備用應用服務器、服務-呼叫會話控制功能；
所述主用及備用應用服務器用于處理用戶的業(yè)務請求；
其特征在于
所述服務-呼叫會話控制功能用于記錄用戶當前應用服務器的地址信息 與所述用戶的關(guān)聯(lián)關(guān)系；并用于將收到的與所述用戶的當前應用服務器相關(guān) 的業(yè)務請求觸發(fā)到所述當前應用服務器進行處理。
進一步地，服務-呼叫會話控制功能還用于收到用戶的業(yè)務請求后4企查 所記錄的關(guān)聯(lián)關(guān)系，若此時沒有記錄關(guān)聯(lián)關(guān)系，服務-呼叫會話控制功能通 過查詢域名系統(tǒng)獲得相應的應用服務器的地址信息，并且建立及記錄所述當 前應用服務器的地址信息與所述用戶的關(guān)聯(lián)關(guān)系。
進一步地，所述服務-呼叫會話控制功能還用于收到所述用戶的與所述 當前應用服務器相關(guān)的業(yè)務請求后，若所述當前應用服務器失效，通過查詢 域名系統(tǒng)為所述用戶選擇一備用應用服務器，并更新本地記錄的當前應用服 務器的地址信息與所述用戶的關(guān)聯(lián)關(guān)系，將其中的當前應用服務器的地址信 息更新為所述備用應用服務器的地址。
進一步地，所述備用應用服務器還用于與主用應用服務器交互，當所述 備用應用服務器被設(shè)置為當前應用服務器后，檢測主用應用服務器是否恢復 正常；并用于當主用應用服務器恢復正常且所述用戶在所述備用應用服務器 上的業(yè)務全部處理完畢后向所述服務-呼叫會話控制功能發(fā)送切回指示及重 定向目的地址信息；
所述服務-呼叫會話控制功能還用于收到所述切回指示及重定向目的地 址信息后，將所述用戶的當前應用服務器的地址信息與所述用戶的關(guān)聯(lián)關(guān)系 中的當前應用服務器的地址信息更新為所述主用應用服務器的地址。
8進一步地，所述備用應用服務器采用以下方式中的任一種向服務-呼叫
會話控制功能發(fā)送切回指示及重定向目的地址信息
備用應用服務器向服務-呼叫會話控制功能發(fā)送重定向響應，其中攜帶 所述切回指示及重定向目的地址信息；
備用應用服務器向服務-呼叫會話控制功能發(fā)送初始會話協(xié)議請求，其 中攜帶所述切回指示及重定向目的地址信息。
綜上所述，本發(fā)明提供一種下一代網(wǎng)絡中改進的應用服務器容災的系統(tǒng) 及方法，可實現(xiàn)將一個用戶的所有相關(guān)都觸發(fā)到當前AS上處理，這樣，當 主用AS從失效恢復正常后，避免了一個用戶的相關(guān)業(yè)務在兩個或多個AS 上處理從而導致某些業(yè)務丟失的問題，其優(yōu)化方案還能實現(xiàn)主用AS恢復正 常后，將用戶的AS從備用AS切回到主用AS。


圖l是下一代網(wǎng)絡中的一種典型業(yè)務實現(xiàn)架構(gòu)； 圖2是3GPP的應用服務器容災方案； 圖3是本發(fā)明系統(tǒng)結(jié)構(gòu)圖4是本發(fā)明提出的方法中將AS地址信息與用戶關(guān)聯(lián)的過程； 圖5是本發(fā)明提出的方法中由主用AS切換到備用AS的過程； 圖6是本發(fā)明提出的方法中由備用AS切回到主用AS的過程。
具體實施例方式
本發(fā)明提供一種下一代網(wǎng)絡中改進的應用服務器容災的系統(tǒng)及方法， S-CSCF按照用戶選擇AS,并在本地記錄AS的地址，保證一個用戶在一段 時間內(nèi)的業(yè)務處理均在一個AS上處理，解決了相關(guān)業(yè)務請求在不同AS上 處理引起的業(yè)務損失的問題；當主用AS失效時，S-CSCF能通過DNS等方 式查詢獲得可用的備用AS，并將業(yè)務請求觸發(fā)到備用AS處理；當主用AS 恢復正常后，備用AS可以根據(jù)一定策略在適當?shù)臅r候給S-CSCF發(fā)送切回 指示，S-CSCF通過該指示更改本地記錄的AS地址，并將請求觸發(fā)到主用AS,從而完成業(yè)務從備用AS切回到主用AS處理的過程。
本實施例提供一種下一代網(wǎng)絡中改進的應用服務器容災的系統(tǒng)，如圖3 所示，包括主用AS、 一個或多個備用AS、 S-CSCF、 HSS及DNS。
主用AS用于處理用戶的業(yè)務請求，為用戶提供服務；并用于與HSS交 互，讀取或》務改用戶的業(yè)務信息；
備用AS用于處理用戶的業(yè)務請求，為用戶提供服務；并用于與HSS交 互，讀取或修改用戶的業(yè)務信息；還用于與主用AS交互，當被設(shè)置為當前 AS后，4企測主用AS是否恢復正常；還可以用于主用AS恢復正常且用戶在 本地的所有業(yè)務處理完畢后，向S-CSCF發(fā)送切回指示及重定向目的地址信 息，即主用AS的地址。
S-CSCF用于為用戶選擇AS,并用于建立及記錄用戶當前AS地址信息 與用戶的關(guān)聯(lián)關(guān)系，該關(guān)聯(lián)關(guān)系可以但不限于是一關(guān)聯(lián)關(guān)系表；并用于收到 用戶的業(yè)務請求后，檢查所記錄的關(guān)聯(lián)關(guān)系，若此時沒有記錄關(guān)聯(lián)關(guān)系， S-CSCF通過查詢DNS獲得相應的AS的地址信息，并且建立及記錄當前 AS的地址信息與用戶的關(guān)聯(lián)關(guān)系；還用于將收到的該用戶與當前AS相關(guān) 的業(yè)務請求后將其觸發(fā)到當前AS; S-CSCF還用于收到該用戶與當前AS相 關(guān)的業(yè)務請求后，若當前AS失效，為該用戶選擇一備用AS處理業(yè)務請求， 并更新本地記錄的當前AS的地址信息與用戶的關(guān)聯(lián)關(guān)系，將其中的當前 AS的地址信息更新為備用AS的地址；還可以用于當收到備用AS發(fā)來的切 回指示及重定向目的地址信息后，將用戶當前AS地址信息與用戶的關(guān)聯(lián)關(guān) 系表中的當前AS的地址信息改為主用AS的地址。
當前AS即當前處理用戶業(yè)務的AS，例如，在本發(fā)明中，主用AS未失 效時該主用AS即為當前AS,主用AS失效啟用備用AS后該備用AS即為 當前AS,主用AS從失效恢復正常后，若選主用AS為用戶處理請求則主用 AS即為當前AS，若選備用AS為用戶處理請求則備用AS即為當前AS。
HSS用于保存當前用戶的業(yè)務信息，允許AS獲取或修改相應的業(yè)務信
臺
DNS用于保存域名與AS列表的對應關(guān)系，允許S-CSCF進行查詢操作，為S-CSCF選擇AS提供依據(jù)。
IMS網(wǎng)絡中的其他網(wǎng)元，例如P-CSCF,I-CSCF等，在本發(fā)明中沒有特殊 要求，因此，省略相關(guān)的過程描述。
本實施例還提供一種下一代網(wǎng)絡中改進的應用服務器容災的方法，下面 將從AS地址與用戶信息關(guān)聯(lián)、從主用AS切換到備用AS及從備用AS切回 到主用AS這三個方面詳細名又述本發(fā)明。
如圖4所示為本發(fā)明方法中將AS地址信息與用戶關(guān)聯(lián)的流程圖
步驟201: S-CSCF收到A呼叫B的INVITE請求；
步驟202: S-CSCF檢查A的初始過濾規(guī)則iFC,此時本地未記錄當前 AS地址信息與用戶A的關(guān)聯(lián)關(guān)系，即AS地址信息與A用戶的關(guān)聯(lián)關(guān)系表 為空；
步驟203: S-CSCF獲取相應的AS的地址信息；
該步中獲取相應的AS的地址信息的方法同現(xiàn)有技術(shù)，例如可以但不限 于是通過查詢DNS獲得，設(shè)此時獲得的AS為主用AS,并記為ASl。
步驟204: S-CSCF建立及記錄當前AS的地址信息與用戶A的關(guān)聯(lián)關(guān)系， 將AS 1設(shè)置為當前AS ，即形成AS 1的地址信息與用戶A的關(guān)聯(lián)關(guān)系表A <-> ASl;這樣當S-CSCF再次收到用戶的業(yè)務請求后只需用根據(jù)該關(guān)聯(lián)關(guān)系表 即可獲知該用戶的當前AS的地址信息，而無需如同現(xiàn)有技術(shù)根據(jù)AS的名 稱查詢其地址信息，因為相同的名稱可能對應多個地址信息，這樣就無法保 證一個用戶所有業(yè)務都觸發(fā)到同一 AS上進行處理。
步驟205: S-CSCF將INVITE請求觸發(fā)到ASl進行處理；
步驟206:執(zhí)行正常的業(yè)務交互過程，A, B建立會話；
步驟207: S-CSCF收到A呼叫C的INVITE請求；
步驟208: S-CSCF檢查A的初始過濾規(guī)則iFC，并根據(jù)AS與用戶的關(guān) 聯(lián)關(guān)系表AoASl,確定用戶A的當前AS為ASl;
步驟209: S-CSCF將INVITE請求觸發(fā)到ASl進行處理；
ii步驟210:執(zhí)行正常的業(yè)務交互過程，A, C建立會話；
至此，S-CSCF記錄了用戶A與當前AS即AS1地址信息的關(guān)聯(lián)關(guān)系， 并且用戶A相關(guān)的呼叫均在當前AS即AS1上進行處理，用戶A就能實現(xiàn) 關(guān)聯(lián)多個呼叫的業(yè)務，例如，三方通話或者轉(zhuǎn)接等。
如圖5所示為本發(fā)明方法中由主用AS切換到備用AS的流程圖 步驟301: S-CSCF收到A呼叫D的INVITE請求；
步驟302:S-CSCF檢查A的初始過濾規(guī)則iFC，并4艮據(jù)AS與用戶A的 關(guān)聯(lián)關(guān)系表A<->AS1，確定用戶A的當前AS為ASl;
步驟303: S-CSCF將INVITE請求觸發(fā)到ASl進行處理；
步驟304:由于ASl暫時失效，INVITE請求發(fā)送超時；
步驟305: S-CSC獲取備用AS的地址信息，如可以通過查詢DNS獲取 備用AS的地址信息；
步驟306: DNS向S-CSCF返回查詢結(jié)果，即返回備用AS的地址信息， 將備用AS記為AS2;
步驟307: S-CSC更新當前AS與用戶A的關(guān)聯(lián)關(guān)系表，即將關(guān)聯(lián)關(guān)系 表改為A <-> AS2,即當前AS的地址信息為AS2的地址；
步驟308: S-CSCF將INVITE請求發(fā)送給AS2進行處理；
步驟309: AS2與HSS交互獲取用戶A的業(yè)務信息；
步驟310:執(zhí)行正常的業(yè)務交互過程，A, D建立會話；
至此，S-CSCF實現(xiàn)了主用AS切換到備用AS的過程，在ASl失效期 間，用戶A的相關(guān)業(yè)務請求在AS2上處理。
如圖6所示為本發(fā)明方法中由備用AS切回到主用AS的流程圖，當ASl 恢復正常，且A的所有業(yè)務已經(jīng)在AS2上處理完畢，AS2此時決定用戶A 新的請求由AS1處理時，具體實施過程如下
步驟401: S-CSCF收到A呼叫E的INVITE請求；步驟402: S-CSCF檢查A的初始過濾規(guī)則，即iFC,并根據(jù)AS與用戶 的關(guān)聯(lián)關(guān)系表A<->AS2,確定用戶A的當前AS為AS2;
步驟403: S-CSCF觸發(fā)INVITE請求給AS2進行處理，AS2獲知ASl 已經(jīng)恢復正常，并且A在AS2上的業(yè)務已經(jīng)全部處理完畢；AS2進行切回 決策。
該步中AS2獲知ASl恢復正常的方法可以但不限于是AS1恢復正常后 向AS2發(fā)送消息告知AS2已恢復正常。
步驟404: AS2向S-CSCF發(fā)送切回指示及重定向目的地址信息，重定向 目的地址信息為主用AS1的地址；
AS2可以通過向S-CSCF發(fā)送305 User Proxy重定向響應攜帶切回指示 及重定向目的地址，也可以是通過向S-CSCF發(fā)送SIP請求攜帶切回指示及 重定向目的地址；
步驟405: S-CSCF根據(jù)切回指示及重定向目的地址信息，更新當前AS 與用戶的關(guān)聯(lián)關(guān)系表，即將該關(guān)聯(lián)關(guān)系表改為A<-> AS1，即將當前AS的 地址信息更新為ASl的地址；
步驟406: S-CSCF返回ACK響應，結(jié)束與AS2的會話；
步驟407: S-CSCF觸發(fā)INVITE請求給ASl進行處理；
步驟408: ASl與HSS交互獲取用戶A的業(yè)務信息；
步驟409:執(zhí)行正常的業(yè)務交互過程，A, E建立會話；
至此，S-CSCF實現(xiàn)了備用AS切回到主用AS的過程，用戶A的新業(yè) 務請求均在主用ASl上進行處理，因為主用AS優(yōu)于備用AS，所以全切回 主用AS是更優(yōu)的方案。
在本發(fā)明中，不限定S-CSCF選擇備選AS的機制，可以通過DNS方式 查詢，也可以通過其他方式獲得，例如，通過本地的靜態(tài)配置等。
本發(fā)明提出不僅適用于INVITE請求，也適用于其他SIP請求。
1權(quán)利要求
1、一種下一代網(wǎng)絡中改進的應用服務器容災的方法，包括服務-呼叫會話控制功能記錄用戶當前應用服務器的地址信息與所述用戶的關(guān)聯(lián)關(guān)系；當服務-呼叫會話控制功能收到所述用戶的與所述當前應用服務器相關(guān)的業(yè)務請求后，根據(jù)所述關(guān)聯(lián)關(guān)系將所述業(yè)務請求觸發(fā)到所述當前應用服務器進行處理。
2、 如權(quán)利要求l所述的方法，其特征在于，還包括當服務-呼叫會話控制功能收到用戶的業(yè)務請求后，檢查所記錄的關(guān)聯(lián) 關(guān)系，若此時沒有記錄關(guān)聯(lián)關(guān)系，服務-呼叫會話控制功能通過查詢域名系 統(tǒng)獲得相應的應用服務器的地址信息，并且建立及記錄所述當前應用服務器 的地址信息與所述用戶的關(guān)聯(lián)關(guān)系。
3、 如權(quán)利要求l所述的方法，其特征在于，還包括服務-呼叫會話控制功能收到所述用戶的與所述當前應用服務器相關(guān)的 業(yè)務請求后，若所述當前應用服務器失效，服務-呼叫會話控制功能通過查 詢域名系統(tǒng)為所述用戶選擇一備用應用服務器，并更新本地記錄的用戶當前 應用服務器的地址信息與所述用戶的關(guān)聯(lián)關(guān)系，將其中的當前應用服務器的 地址信息更新為所述備用應用服務器的地址。
4、 如權(quán)利要求3所述的方法，其特征在于，還包括當所述備用應用服務器獲知主用應用服務器恢復正常，且所述用戶在所 述備用應用服務器上的業(yè)務全部處理完畢后，所述備用應用服務器向服務-呼叫會話控制功能發(fā)送切回指示及重定向目的地址信息，所述重定向目的地 址信息為所述主用應用服務器的地址；服務-呼叫會話控制功能收到所述切 回指示及重定向目的地址信息后，將本地記錄的所述用戶當前應用服務器的 地址信息與所述用戶的關(guān)聯(lián)關(guān)系中的當前應用服務器的地址信息更新為所 述主用應用月良務器的地址。
5、 如權(quán)利要求4所述的方法，其特征在于，還包括所述備用應用服務器采用以下方式中的任一種向服務-呼叫會話控制功能發(fā)送切回指示及重定向目的地址信息備用應用服務器向服務-呼叫會話控制功能發(fā)送重定向響應，其中攜帶 所述切回指示及重定向目的地址信息；備用應用服務器向服務-呼叫會話控制功能發(fā)送初始會話協(xié)議請求，其 中攜帶所述切回指示及重定向目的地址信息。
6、 一種下一代網(wǎng)絡中改進的應用服務器容災的系統(tǒng)，包括主用應用 服務器、 一個或多個備用應用服務器、服務-呼叫會話控制功能；所述主用及備用應用服務器用于處理用戶的業(yè)務請求；其特征在于所述服務-呼叫會話控制功能用于記錄用戶當前應用服務器的地址信息 與所述用戶的關(guān)聯(lián)關(guān)系；并用于將收到的與所述用戶的當前應用服務器相關(guān) 的業(yè)務請求觸發(fā)到所述當前應用服務器進行處理。
7、 如權(quán)利要求6所述的系統(tǒng)，其特征在于服務-呼叫會話控制功能還用于收到用戶的業(yè)務請求后檢查所記錄的關(guān) 聯(lián)關(guān)系，若此時沒有記錄關(guān)聯(lián)關(guān)系，服務-呼叫會話控制功能通過查詢域名 系統(tǒng)獲得相應的應用服務器的地址信息，并且建立及記錄所述當前應用服務 器的地址信息與所述用戶的關(guān)聯(lián)關(guān)系。
8、 如權(quán)利要求6所述的系統(tǒng)，其特征在于所述服務-呼叫會話控制功能還用于收到所述用戶的與所述當前應用服 務器相關(guān)的業(yè)務請求后，若所述當前應用服務器失效，通過查詢域名系統(tǒng)為 所述用戶選擇一備用應用服務器，并更新本地記錄的當前應用服務器的地址 信息與所述用戶的關(guān)聯(lián)關(guān)系，將其中的當前應用服務器的地址信息更新為所 述備用應用服務器的地址。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于所述備用應用服務器還用于與主用應用服務器交互，當所述備用應用服務器被設(shè)置為當前應用服務器后，檢測主用應用服務器是否恢復正常；并用 于當主用應用服務器恢復正常且所述用戶在所述備用應用服務器上的業(yè)務 全部處理完畢后向所述服務-呼叫會話控制功能發(fā)送切回指示及重定向目的地址信息；所述服務-呼叫會話控制功能還用于收到所述切回指示及重定向目的地 址信息后，將所述用戶的當前應用服務器的地址信息與所述用戶的關(guān)聯(lián)關(guān)系 中的當前應用服務器的地址信息更新為所述主用應用服務器的地址。
10、如權(quán)利要求9所述的系統(tǒng)，其特征在于所述備用應用服務器采用以下方式中的任一種向服務-呼叫會話控制功 能發(fā)送切回指示及重定向目的地址信息備用應用服務器向服務-呼叫會話控制功能發(fā)送重定向響應，其中攜帶 所述切回指示及重定向目的地址信息；備用應用服務器向服務-呼叫會話控制功能發(fā)送初始會話協(xié)議請求，其 中攜帶所述切回指示及重定向目的地址信息。
全文摘要
本發(fā)明提供了一種下一代網(wǎng)絡中改進的應用服務器容災的系統(tǒng)及方法，該方法包括服務-呼叫會話控制功能記錄用戶當前應用服務器的地址信息與所述用戶的關(guān)聯(lián)關(guān)系；當服務-呼叫會話控制功能收到所述用戶的與所述當前應用服務器相關(guān)的業(yè)務請求后，根據(jù)所述關(guān)聯(lián)關(guān)系將所述業(yè)務請求觸發(fā)到所述當前應用服務器進行處理。該系統(tǒng)包括主用應用服務器、一個或多個備用應用服務器、服務-呼叫會話控制功能。采用本發(fā)明的技術(shù)方案，可實現(xiàn)將一個用戶的所有相關(guān)都觸發(fā)到當前應用服務器上處理，這樣，當主用應用服務器從失效恢復正常后，避免了一個用戶的相關(guān)業(yè)務在兩個或多個應用服務器上處理從而導致某些業(yè)務丟失的問題。
文檔編號H04L12/24GK101447890SQ20081008906
公開日2009年6月3日 申請日期2008年4月15日 優(yōu)先權(quán)日2008年4月15日
發(fā)明者王夢曉, 璐 章 申請人:中興通訊股份有限公司