用于確保企業(yè)ims網(wǎng)絡中高可用性的系統(tǒng)和方法
【專利摘要】本發(fā)明通過高度可用的應用服務器架構，使在IMS網(wǎng)絡的應用層部署的應用能夠頻繁地執(zhí)行關鍵業(yè)務功能。這可以通過使用會話管理器實現(xiàn)，會話管理器管理高度可用的應用架構的活躍服務器和（一個或多個）待機服務器。此外，會話管理器通過以串行或并行方式將SIP消息路由到應用服務器架構來管理活躍服務器和（一個或多個）待機服務器的角色。此外，活躍服務器和待機服務器通過它們在會話管理器所確定的信令路徑中的位置自動保持同步。會話管理器確保如果活躍服務器發(fā)生故障，待機服務器必須能夠以無縫方式接管活躍服務器的角色。
【專利說明】用于確保企業(yè)IMS網(wǎng)絡中高可用性的系統(tǒng)和方法
【技術領域】
[0001]本發(fā)明總體上涉及通信網(wǎng)絡。更具體地，本發(fā)明涉及企業(yè)MS網(wǎng)絡中高可用性的維護。
【背景技術】
[0002]一般來說，在MS網(wǎng)絡的應用層部署的應用經(jīng)常執(zhí)行關鍵功能。因此，對于這些應用，高可用性和零服務中斷是重要的考慮。常規(guī)地，很多企業(yè)MS應用通過由活躍的服務器使用頻帶外(out-of-band)機制向其指定的待機服務器發(fā)送信息，來實現(xiàn)高可用性。常常，專業(yè)應用的供應商被迫使用這種復雜的方法，因為他們在MS會話管理領域沒有影響或產(chǎn)(?倉泛力。
[0003]另一種實現(xiàn)維護高可用性和零服務中斷的目標的方法可以是通過冗余，即，具有能夠在一個或多個服務器完全發(fā)生故障時能夠接管的多個備用服務器(backup server)。實現(xiàn)該目標的困難在于(一個或多個)冗余部件不能正常地且自然地用作待機服務器、同時仍被包含在信令路徑中，即，冗余部件不能正常地且自然地接收與原部件接收的信息相同的信息。另外，冗余部件的維護很昂貴和困難。
[0004]因此，需要改進常規(guī)技術來提供應用服務器的高可用性，以更容易和便宜的方式實現(xiàn)高度可用的服務器。此外，需要改善應用服務器的容錯能力可靠性的技術，以確保在發(fā)生故障時的零停機時間。

【發(fā)明內容】

[0005]根據(jù)本發(fā)明的實施 例提供包括了活躍應用服務器的高可用性企業(yè)MS系統(tǒng)。活躍應用服務器可以向其指定客戶提供服務。此外，該MS系統(tǒng)包括待機應用服務器，該待機應用服務器通過與活躍應用服務器完全同步的狀態(tài)、并且能夠被用作活躍應用服務器來確保高可用性。此外，該MS系統(tǒng)包括會話管理器，該會話管理器通過向應用服務器通知其活躍/待機角色以及通過至少以串行方式將SIP消息路由到應用服務器，以對活躍和待機應用服務器進行排序、管理和同步。此處使用的會話管理器可以指現(xiàn)有技術中已知的、具有可選的高可用性(HA)部件的IP多媒體子系統(tǒng)(IMS)服務呼叫狀態(tài)控制功能((S-CSCF)0
[0006]在本發(fā)明另一實施例中，提供聞可用性的企業(yè)IMS系統(tǒng)。該IMS系統(tǒng)包括活躍應用服務器。該活躍應用服務器可以向其指定顧客提供服務。此外，該IMS系統(tǒng)包括待機應用服務器，該待機應用服務器通過與活躍應用服務器完全同步的狀態(tài)、并且能夠用作活躍應用服務器來確保高可用性。此外，該MS系統(tǒng)包括會話管理器，該會話管理器通過向應用服務器通知其活躍/待機角色以及通過至少以并行方式將SIP消息路由到應用服務器，以對活躍和待機應用服務器進行排序、管理和同步。
[0007]在串行或并行配置中，待機應用服務器的實施例可以包括多個向其客戶提供高可用性服務的備用服務器。多個備用服務器由會話管理器管理。
[0008]在本發(fā)明又一實施例中，公開了提供高可用性的企業(yè)MS系統(tǒng)的方法。該方法包括同步和管理一對高可用性的活躍和待機應用服務器，這是通過會話管理器向這些服務器通知它們的活躍/待機角色以及以串行或并行方式向這些應用服務器路由SIP消息實現(xiàn)的。此外，該方法包括，基于從會話管理器接收的指令，由待機應用服務器無縫接管以作為活躍應用服務器。
[0009]根據(jù)本發(fā)明的第一方面，提供了一種高可用性企業(yè)MS系統(tǒng)，包括:活躍應用服務器；一個或多個待機應用服務器，配置為與所述活躍應用服務器基本同步；以及會話管理器，配置為基于所述活躍應用服務器的狀態(tài)來管理所述活躍應用服務器和待機應用服務器的活躍和待機角色。
[0010]根據(jù)第一方面的系統(tǒng)，其中所述活躍應用服務器和待機應用服務器還包括業(yè)務邏輯單元和SIP堆棧單元。
[0011]根據(jù)第一方面的系統(tǒng)，其中所述會話管理器還配置為，基于所述活躍應用服務器的狀態(tài)，指示所述活躍應用服務器的業(yè)務邏輯單元為活躍的。
[0012]根據(jù)第一方面的系統(tǒng)，其中所述會話管理器配置為以串行方式將SIP消息路由到所述活躍應用服務器和待機應用服務器。
[0013]根據(jù)第一方面的系統(tǒng)，其中所述待機應用服務器和活躍應用服務器均配置為處理SIP事件。
[0014]根據(jù)第一方面的系統(tǒng)，其中所述會話管理器還配置為，基于所述活躍應用服務器中的故障判定，將所述活躍應用服務器移出活躍角色。
[0015]根據(jù)第一方面的系統(tǒng)，其中所述會話管理器還配置為指示所述待機服務器將其角色改變?yōu)榛钴S。
[0016]根據(jù)第一方面的系統(tǒng)，其中所述會話管理器配置為，確保排序的事件同時到達所述活躍應用服務器和待機應用服務器。
[0017]根據(jù)本發(fā)明的第二方面，提供了一種高可用性企業(yè)MS系統(tǒng)，包括:活躍應用服務器；待機應用服務器，配置為與所述活躍應用服務器基本同步；以及會話管理器，配置為以并行方式將SIP消息路由到所述活躍應用服務器和待機應用服務器，該會話管理器還配置為基于所述活躍應用服務器的狀態(tài)來管理所述活躍應用服務器和待機應用服務器的活躍和待機角色。
[0018]根據(jù)第二方面的系統(tǒng)，其中所述活躍應用服務器和待機應用服務器還包括業(yè)務邏輯單元和SIP堆棧單元。
[0019]根據(jù)第二方面的系統(tǒng)，其中所述會話管理器配置為，基于所述活躍應用服務器的狀態(tài)，指示所述活躍應用服務器的業(yè)務邏輯單元為活躍的。
[0020]根據(jù)第二方面的系統(tǒng)，其中所述會話管理器配置為，基于所述活躍應用服務器的狀態(tài)，指示所述待機應用服務器的業(yè)務邏輯單元。
[0021]根據(jù)第二方面的系統(tǒng)，其中所述待機應用服務器和活躍應用服務器均配置為處理SIP事件。
[0022]根據(jù)第二方面的系統(tǒng)，其中所述會話管理器還配置為，基于所述活躍應用服務器中故障的判定，將所述活躍應用服務器移出活躍角色。
[0023]根據(jù)第二方面的系統(tǒng)，其中所述會話管理器還配置為，指示所述待機服務器將其角色改為活躍。[0024]根據(jù)第二方面的系統(tǒng)，其中所述會話管理器配置為，確保排序的事件同時到達所述活躍應用服務器和待機應用服務器。
[0025]根據(jù)第二方面的系統(tǒng)，其中所述活躍和待機應用服務器位于地理上遠離會話管理器的位置。
[0026]根據(jù)本發(fā)明的第三方面，提供了一種在企業(yè)MS網(wǎng)絡中提供高可用性服務的方法，包括:對活躍應用服務器和待機應用服務器進行排序和同步；以并行方式將SIP消息路由到所述活躍應用服務器和待機應用服務器；以及基于所述活躍應用服務器的狀態(tài)，確定所述活躍應用服務器和待機應用服務器的活躍和待機角色。[0027]根據(jù)本發(fā)明的第三方面，進一步包括基于所述活躍應用服務器中有故障的判定，將所述活躍應用服務器移出活躍角色。
[0028]根據(jù)本發(fā)明的第三方面，指示所述待機應用服務器將其角色改變?yōu)榛钴S。
[0029]根據(jù)本發(fā)明的第四方面，提供了一種高可用性企業(yè)MS系統(tǒng)，包括:多個冗余服務器；以及與應用客戶的接口，該接口被配置為允許應用客戶選擇要與之通信的應用服務器。
[0030]根據(jù)本發(fā)明的第四方面，其中每個所述冗余服務器配置為以備用角色運行、并且配置為與應用服務器實質上同步，其中所有所述的冗余服務器彼此實質上同步。
[0031]根據(jù)本發(fā)明的第四方面，其中所述冗余服務器中的任何一個都不配置為在待機角色下運行，并且每一個所述冗余服務都配置為產(chǎn)生為客戶產(chǎn)生事件。
[0032]根據(jù)本發(fā)明的第四方面，其中所述應用客戶的接口被配置為從每一個所述冗余服務器提供饋送。
[0033]根據(jù)本發(fā)明的第四方面，其中預定的冗余服務器被配置為可被選擇為所述應用服務器。
【專利附圖】

【附圖說明】
[0034]考慮了對本發(fā)明實施例的下列詳細描述，尤其當結合附圖時，本發(fā)明的上述及另外的特征和優(yōu)點將變得顯而易見，在附圖中各個圖中相似的附圖標記用于表示相似的部件，其中:
[0035]圖1是本發(fā)明的各種實施例可以操作的環(huán)境的簡化框圖；
[0036]圖2是根據(jù)本發(fā)明的說明性實施例大致示出的容錯企業(yè)MS系統(tǒng)的簡化框圖；
[0037]圖3是本發(fā)明的各種實施例可以操作的另一環(huán)境的簡化框圖；
[0038]圖4是根據(jù)本發(fā)明的說明性實施例為產(chǎn)品提供高可用性饋送(feeds)的企業(yè)MS環(huán)境的簡化框圖。
[0039]圖5是MS架構中高水平的呼出呼叫流的圖示。
[0040]圖6A-B示出了根據(jù)本發(fā)明的實施例、在企業(yè)MS網(wǎng)絡中提供一對高可用性應用服務器的方法的流程圖。
[0041]本申請使用的標題僅用于組織的目的，并不意在限制說明書和權利要求的范圍。貫穿本申請中使用的詞語“可以”是在允許的意義(即，意味著有可能……)上而不是在強制的意義(即，意思是必須)上使用的。類似地，詞語“包括”及其各種形式意思是包括而不限于。為了有利于理解，在可能的地方使用了相似的附圖標記以指示這些圖所共有的相似的元件。圖的可選部分可能使用虛線或點線示出，除非使用的上下文另外指出?！揪唧w實施方式】
[0042]將參考附圖在下文中更完整地描述本發(fā)明的說明性實施例，在附圖中示出了本發(fā)明的一些而不是全部實施例。實際上，本發(fā)明可以以很多不同形式實現(xiàn)并且不應當認為是限于本文中闡述的實施例，更確切地，提供這些實施例以便本公開滿足適用的法律要求。貫穿說明書相似的附圖表示表示相似的元件。
[0043]圖1是本發(fā)明的各種實施例可以操作的環(huán)境100的簡化框圖。如圖所示，非IMS呼叫者102可以經(jīng)由網(wǎng)絡106連接到組織104，組織104向其客戶提供在線服務。網(wǎng)絡106可以是任何網(wǎng)絡，例如但不限于GSM網(wǎng)絡、IP網(wǎng)絡、PSTN等。此外，組織104可以連接到MS核心網(wǎng)絡108。因此，任何呼叫者必須向MS網(wǎng)絡登記以便與組織104通信。在本發(fā)明的示例性實施例中，組織104可以向其客戶提供高可用性網(wǎng)絡服務，即，來自該組織的服務故障的概率可以忽略。
[0044]在一個實施例中，非IMS呼叫者可能正在使用GSM電話來連接僅能夠經(jīng)由MS網(wǎng)絡訪問的組織104。此時，呼叫者102可以連接到GAM網(wǎng)絡106以便在MS注冊中心110注冊其自己。MS注冊中心110可以允許訪問呼叫者102以與MS核心網(wǎng)絡108連接。之后，呼叫者102可以經(jīng)由MS核心網(wǎng)絡108連接到其所需的組織104。在另一實施例中，非IMS呼叫者可能正在使用SIP終端來連接到組織104。因此，呼叫者102可以連接到IP網(wǎng)絡106以便在MS注冊中心110注冊其自己，在這種情況下MS注冊中心110可以是SIP終端。。因此，SIP終端110可以允許接入呼叫者102以與MS核心網(wǎng)絡108連接。之后，呼叫者102可以經(jīng)由MS核心網(wǎng)絡108連接到其所需的組織104。
[0045]此外，在MS注冊中心110的注冊過程期間，呼叫者102必須在S-CSCF(服務呼叫會話控制功能)中注冊。注冊過程通常是在將呼叫傳遞到其目的地(該目的地的聯(lián)系地址通常在S-CSCF中注冊)之前的預備過程。此外，在一般的情形中，SIP電話獨立地發(fā)起注冊。然而，在GSM電話的情況下不是如此。因此，需要代表GSM電話處理MS注冊的注冊功能，諸如注冊110。注冊功能可以實現(xiàn)為獨立實體或者也可以集成到MS核心節(jié)點108中。
[0046]此外，組織104可以包括多個服務器來向其客戶提供高可用性服務，其中有一個或多個備用服務器，例如包括活躍服務器112和待機服務器114。服務器112和114由會話管理器116管理。會話管理器116可以配置為管理哪個服務要提供給哪個客戶。會話管理器116配置為確?；钴S服務器112保持為其客戶服務。如果活躍服務器112出故障，會話管理器116就可以用活躍服務器112的不反應狀態(tài)來跟蹤它，并且可以命令待機服務器114用作活躍服務器112。同時，會話管理器116可以不停地輪詢服務器112以便知曉服務器112是否恢復服務。這樣，會話管理器116配置為確保如果活躍服務器故障，則待機服務器無縫接管，組織104提供的服務零中斷。
[0047]在本發(fā)明的一個示例性實施例中，待機服務器114保持與活躍服務器112實時同步。本領域技術人員將理解，待機服務器可以簡單地且無縫地接管。會話管理器116配置為管理待機服務器114與活躍服務器112的同步。在一個實施例中，會話管理器116可以配置為使用排序(sequencing)來在企業(yè)MS網(wǎng)絡中提供高可用性應用的機制。會話管理器116可以以串行(串行排序)或以并行方式將必要的呼叫數(shù)據(jù)組織到活躍服務器112和待機服務器114中?；钴S服務器112和待機服務器114的同步可以實現(xiàn)，其中會話管理器116可以在CSCF (呼叫會話控制功能)實體中扮演其通常的角色。結合本發(fā)明的圖2進一步解釋所述同步和排序技術。
[0048]圖2是根據(jù)本發(fā)明的說明性實施例大致示出的容錯企業(yè)MS系統(tǒng)的簡化框圖。在本發(fā)明的一個示例性實施例中，系統(tǒng)200能夠提供增強的高可用性服務，同時仍保持企業(yè)IMS網(wǎng)絡的會話和應用層之間的寬松耦合。
[0049]如圖所示，系統(tǒng)200包括會話管理器116 (之前結合本發(fā)明的圖1描述)以及高可用性服務提供節(jié)點202，節(jié)點202向其客戶提供零中斷服務。這一對高可用性服務提供設備包括服務器112和114 (之前結合本發(fā)明的圖1描述)。此外，如圖所示，兩個服務器112和114都包括業(yè)務邏輯單元(204和206)以及SIP堆棧(208和210)。
[0050]在一個實施例中，業(yè)務邏輯單元204和206負責基于從會話管理器116依次來的SIP消息向其業(yè)務邏輯單元客戶214提供服務。此外，SIP堆棧單元208和210可以負責處理需要與會話管理器116通信的SIP事件。在一個實施例中，業(yè)務邏輯單元和SIP堆棧單元可能能夠獨立地操作。
[0051]此外，在活躍服務器112中，其業(yè)務邏輯單元204和SIP堆棧單元208可以處于活躍狀態(tài)。然而，在待機服務器114中，SIP堆棧210可以處于活躍狀態(tài)并且業(yè)務邏輯單元206可以處于非活躍狀態(tài)。如圖所示，活躍服務器112的SIP堆棧單元208和待機服務器114的SIP堆棧單元210都與會話管理器116通信。
[0052]此外，會話管理器116 (如圖2所示)可以配置為提供可配置的高可用性服務選項。高可用性服務選項可以配置為在完成活躍服務器112的排序之后，產(chǎn)生待機服務器114的串行排序。此外，可以由會話管理器116使用基于SIP的機制來管理活躍服務器112和待機服務器114的角色。此外，會話管理器116可以確保待機服務器114知道其處于僅同步模式的角色。類似地，會話管理器116也可以確?；钴S服務器112知道其處于事件處理的角色。所有服務器都將活躍地處理來自會話管理器116的SIP消息。然而，僅活躍的業(yè)務邏輯單元(BLU)需要為其客戶產(chǎn)生事件。在一些實施例中，一些邏輯客戶可能接收雙饋送，因此兩個都將產(chǎn)生事件，這意味著活躍和待機之間沒有任何區(qū)別。
[0053]此外，在本發(fā)明的一個示例性實施例中，待機服務器114的數(shù)據(jù)和狀態(tài)可以與活躍服務器112的數(shù)據(jù)和狀態(tài)相同。通過活躍服務器112和待機服務器114之間的同步，這是可能的。此外，同步可以基于會話管理器116使用的排序技術。然而，業(yè)務邏輯單元和SIP堆棧單元的功能性在活躍服務器112和待機服務器114中可以不同。
[0054]所述功能性變化可能是由于待機服務器114的業(yè)務邏輯單元206的待機狀態(tài)。然而，活躍服務器的邏輯狀態(tài)204可以處于活躍狀態(tài)。因此，待機服務器總是以與活躍服務器112相同的方式處理SIP事件。如果活躍服務器112發(fā)生故障并且會話管理器116指示待機服務器114無縫接管活躍服務器112的角色，待機服務器114可以簡單地通知業(yè)務邏輯單元206來為其指定客戶服務。
[0055]在本發(fā)明的一個示例性實施例中，同步處理由會話管理器116操作。此外，在本發(fā)明的一個示例性實施例中，會話管理器116的主要角色是定義活躍服務器112和待機服務器114的角色。因此，不需要活躍服務器112和待機服務器114彼此通信和協(xié)調來確定在特定時間段誰將扮演哪個角色。
[0056]例如，如果在一個時刻活躍服務器112發(fā)生故障，則待機服務器114將不依賴于活躍服務器112得到該信息，待機服務器也不需要定期地直接輪詢活躍服務器112來確定活躍服務器是否正常工作。直接輪詢給服務器強加了額外的工作負擔并且可能不是很可靠的技術。因此，這個任務由會話管理器116實現(xiàn)以保持活躍服務器112和待機服務器114不依賴于彼此的狀態(tài)。這增強了系統(tǒng)200的容錯能力并且確保向客戶提供零中斷服務。
[0057]此外，會話管理器116可以配置為使用SIP “OPTIONS (選項)”或其它基于SIP的健康檢查機制來確定服務器112和114中各自的狀態(tài)。服務器112和114的狀態(tài)檢查可以向會話管理器116確保服務被無縫地提供給客戶，并且在有任何故障的情況下，會話管理器116可以認識到故障并且可以更新待機服務器114來接管，甚至在向客戶提供的服務中斷之前也是如此。BLU204可以通知會話管理器116其將要發(fā)生故障，有效地請求失效轉移(fail-over)。例如，可以提前檢測到并且觸發(fā)所請求的失效轉移的條件可以包括:內存不足或者管理員已經(jīng)指示服務器112和/或BLU204關閉等等。
[0058]此外，會話管理器116可以配置為檢測對活躍服務器112的任何SIP請求的缺乏響應，以判定活躍服務器112是否正發(fā)生故障。因此，無論何時活躍服務器發(fā)生故障，會話管理器116都可以通過向SIP堆棧210發(fā)送SIP OPTIONS消息，按時指示待機服務器114接管活躍服務器的角色，所述SIP OPTIONS消息然后被傳送到待機BLU206，BLU206于是接管。
[0059]此外，在一個實施例中，會話管理器116甚至能夠在活躍服務器不處于故障階段的情況下切換活躍服務器和待機服務器的角色。在會話管理器116確定可能導致活躍服務器112將來發(fā)生故障的活躍服務器112的任何問題時，這可能是需要的。此外，會話管理器116可以在系統(tǒng)200需要的任何維護的情況下切換服務器的角色。
[0060]如果會話管理器116確定系統(tǒng)中的失效轉移是必要的，會話管理器116可以通過向待機服務器114發(fā)送SIP消息來觸發(fā)失效轉移。待機服務器114僅需要激活其業(yè)務邏輯單元206，因為其SIP堆棧單元210已經(jīng)是活躍的。此外，只有當會話管理器116確定先前活躍的服務器112發(fā)生故障(不響應、或者不能處理SIP消息)，會話管理器116才可以從后續(xù)消息的信令路徑刪除所述服務器112。
[0061]此外，在檢測到活躍服務器112的不響應狀態(tài)后，會話管理器116可以自動從序列中刪除獲取服務器112。會話管理器116也通知待機服務器114將其角色改變成活躍的(使用OPTIONS或INFO命令傳遞)，并且僅繼續(xù)排序新的活躍服務器112。以這種方式，待機服務器114無縫接管并且服務沒有中斷。此外，會話管理器116可以繼續(xù)輪詢不響應的服務器112 (用SIP OPTIONS命令)以便發(fā)現(xiàn)活躍服務器112的服務的任何恢復。
[0062]一些應用要求呼叫建立必須是高度可用的，否則不進行呼叫建立。結果，在本發(fā)明的另一示例性實施例中，活躍服務器112和待機服務器114的排序可選地在原子網(wǎng)絡事務(atomic newtwork transaction)的環(huán)境中進行。原子網(wǎng)絡事務保證事務可以完全退回重來、或者可以完全成功。這可以確保被排序的事件同時到達兩個服務器，這使得待機服務器114能夠在任何時間戳接管活躍服務器112，因為待機服務器114和活躍服務器112被會話管理器116完全排序和同步。
[0063]圖3是本發(fā)明的各種實施例可以操作的另一環(huán)境300的簡化框圖。如圖所示，IMS呼叫者302經(jīng)由網(wǎng)絡306連接到向客戶提供在線服務的組織304。網(wǎng)絡306可以是MS網(wǎng)絡。此外，在本發(fā)明的一個示例性實施例中，組織304可以通過將其活躍服務器和待機服務器放置在彼此分開并且與它們的會話管理器(諸如會話管理器116)分開的地理位置，以向其客戶提供高可用性網(wǎng)絡服務。這可以為組織304所提供的服務提供額外的可用度和/或可靠性，也為服務增加可靠性。
[0064]此外，如圖3所示，會話管理器116、活躍服務器112和待機服務器114均經(jīng)由網(wǎng)絡308連接。網(wǎng)絡308可以是任何網(wǎng)絡，諸如但不限于:IP網(wǎng)絡、MS網(wǎng)絡、GSM網(wǎng)絡、CDMA網(wǎng)絡、或者PSTN等。如果網(wǎng)絡308是MS網(wǎng)絡，則會話管理器116、活躍服務器112和待機服務器114可能能夠彼此直接通信，因為它們均經(jīng)由同一網(wǎng)絡連接。另一方面，如果網(wǎng)絡308是非MS網(wǎng)絡的任何其它網(wǎng)絡，則可能需要會話管理器116、活躍服務器112和待機服務器114傳遞額外的安全層。在一個實施例中，會話管理器116、活躍服務器112和待機服務器114可能需要在MS網(wǎng)絡(如先前在圖1所示)注冊其自己以便彼此通信。此外，為了在會話管理器116中配置該特征，可以使被排序的服務器的SIP Entity (實體)配置內的新可選字段對于其管理員是可見的。管理員可以輸入用于該應用(SIP Entity)的待機服務器的完全合格的名字，它用作初始活躍服務器的待機服務器。
[0065]在環(huán)境300中，通過配置組織304的會話管理器116來以并行方式而不是串行方式排序活躍服務器112和待機服務器114，減少呼叫者302向組織304進行呼叫的建立時間。此外，會話管理器116可以配置為使用其向其客戶提供高可用性應用支持的“并行模式”，因為活躍服務器112和待機服務器114均位于與會話管理器116地理上遠離的位置。此處，會話管理器116可以將序列(例如“邀請”序列)分叉到活躍服務器112和待機服務器114。邀請序列的分叉可以產(chǎn)生該序列的副本。因此，相同的序列可以經(jīng)由IMS網(wǎng)絡以并行方式發(fā)送到這兩個服務器。
[0066]此外，在待機服務器114完成該序列之后，待機服務器114將其序列發(fā)送回會話管理器116。在這種情況下會話管理器116并不將待機服務器114的序列傳播到其下一個SIP實體。此外，配置會話管理器116以確保服務器112和114在繼續(xù)下一階段的處理之前已經(jīng)處理了該序列，可以實現(xiàn)事務隔離。
[0067]或者，在并行分叉的情形下，駐留在會話管理器116上的HA單元117可以在接收到來自活躍服務器112的INVITE (完成階段)、但是沒有從(一個或多個)待機服務器接收到INVITE時，繼續(xù)進行下一 hop (例如圖4的消息460)。稍后，當從下游hop接收到SIP響應消息時，遵守RFC-3261將確?；钴S服務器112被包含在信令路徑中。由于待機服務器114不在SIP信令路徑中，會話管理器116必須將該響應(在適當?shù)膶υ捴?抄送給待機服務器114。有效的是，會話管理器116有目標地、策略地在企業(yè)MS網(wǎng)絡中分叉和終止序列對話。這使得待機服務器114遮蔽活躍服務器112。結果，待機服務器114保持完全同步，一旦會話管理器116檢測到活躍服務器112不響應就能夠接管處理。由此，從呼叫信令的角度看，戰(zhàn)略上，在發(fā)生故障時經(jīng)歷零停機時間。此外，為了在會話管理器116中配置該特征，可以使被排序的服務器的SIP Entity配置內的新字段對于其管理員是可見的。管理員可以使用該新字段來控制是期望串行還是并行模式來排序。
[0068]此外，在一個示例性實施例中，活躍和待機服務器可以配置為以代理服務器或B2B模式運行。代理服務器模式的優(yōu)點是更快傳播(在串行高可用性模式中特別有用)，速度的代價是沒有B2B，在活躍服務器斷電時，已建立的排序對話的狀態(tài)和不控制是可能的。在這種情況下顧客可以選擇用速度來換取期望的功能恢復水平。[0069]圖4是根據(jù)本發(fā)明的說明性實施例用于為產(chǎn)品提供高可用性饋送(feeds)的企業(yè)IMS環(huán)境的簡化框圖。在這種情況下，產(chǎn)品可以包括呼叫中心等提供的特征或能力。如圖所示，顧客402呼叫了代理404。在一個實施例中，顧客402和代理404都是非MS網(wǎng)絡的一部分。此外，代理404可以代表為一種或多種產(chǎn)品提供高可用性在線饋送的組織的執(zhí)行官或代表。
[0070]如圖所示，顧客402連接到該組織的家庭網(wǎng)絡的信令層面的MS S-CSCF節(jié)點406(服務-呼叫會話控制功能節(jié)點)。IMS S_CSCF406基本是能夠執(zhí)行會話控制的SIP服務器。在一個實施例中，節(jié)點406可以用作會話管理器(正如先前結合本發(fā)明的圖1所解釋的)。節(jié)點406還連接到應用服務器408和另一應用服務器410。在一個實施例中，應用服務器408和410針對不同的功能(需要或不需要高可用性饋送)。如圖所示，應用服務器408是向業(yè)務邏輯單元客戶412提供高可用性饋送的‘HA對’。另一方面，服務器410的排序應用被示為不為產(chǎn)品提供高可用性饋送。
[0071]此外，服務器408可以包括用于向業(yè)務邏輯單元客戶412提供高可用性饋送的一對服務器。該對服務器包括先前描述為服務器112 (如先前在本發(fā)明的圖1、2、3中所描述的)的‘Sequence Appl_Active’。此外，該對服務器包括先前描述為服務器114(如先前在本發(fā)明的圖1、2、3中所描述的)的‘Sequence Appl-Backup’。在不可用的情況下，‘SequenceAppl-Backup’能夠接管‘Sequence Appl_Active’而沒有任何服務丟失，以確保呼叫處理像往常一樣繼續(xù)，任何事件都不中斷。
[0072]此外，如圖所示，顧客402首先通過從顧客402發(fā)送到節(jié)點406的消息450與代理404通信。節(jié)點406通過將不同的應用以及相關消息排序來與高可用性服務器408通信。Sequence Appl-Active從節(jié)點406接收INVITE消息452并且向節(jié)點406回應消息454。類似地，Sequence Appl-Backup接收IVITE消息456并且回應以消息458，表明服務器408已經(jīng)完成其處理。如果節(jié)點406未從Sequence Appl-Active接收到消息454,則SequenceAppl-Backup可以被指示來接管Sequence Appl-Active。這樣,HA對408保持了業(yè)務邏輯單元客戶412的高可用性。
[0073]相反，不需要高可靠性的排序的應用處理通過與服務器410的通信示出。節(jié)點406向節(jié)點410發(fā)送消息460。服務器410執(zhí)行其處理并且通過消息462向節(jié)點406返回結果，消息462表明服務器410完成了其處理。
[0074]此外，每個MS呼叫經(jīng)過兩個不同階段；發(fā)起和終止。對于任何一個呼叫，S-CSCF確定已經(jīng)被配置為為該呼叫者發(fā)起的呼叫排序的所有應用的列表，執(zhí)行發(fā)起處理。在圖4中，沒有這些，因為呼叫者在MS網(wǎng)絡之外。此外，當所有應用已經(jīng)被發(fā)起排序(originating sequenced)時，S-CSCF 確定需要被定期排序(term sequenced)的所有應用的列表。在圖4中，有三個這種需要定期排序的應用。當所有應用已經(jīng)被定期排序時，MS處理完成，并且呼叫按照標準SIP被路由。此外，有四個感興趣的MS階段。第一階段是“orig (發(fā)起)”，其中SIP INVITE消息被發(fā)送給序列應用用來發(fā)起處理。第二階段是“orig-done (發(fā)起-結束)”，其中Sequence app將SIP INVITE消息發(fā)送回S-CSCF以表明發(fā)起處理完成。類似地，第三和第四階段是“term (定期)”和“term-done (定期-結束)”。用戶被分別配置用于“orig”和“term”排序。例如，呼叫授權應用可能僅對正在本地發(fā)起的呼叫感興趣。因此，對該用戶的呼入呼叫，不需要排序。[0075]此外，圖4示出了從未知用戶到達CSSF的呼叫，對于該未知用戶沒有配置MS排序。該圖也示出了第二常規(guī)排序應用。作為本發(fā)明的一部分，第一排序應用具有在活躍服務器發(fā)生故障時能夠接管的待機服務器。因此前兩個排序應用是HA對，并且不應當需要明確地配置為不同的序列。
[0076]圖5是MS架構中高水平呼出呼叫流的圖示，這是現(xiàn)有技術中已知的。如圖所示，用戶Alice502是代理并且是MS網(wǎng)絡的一部分。用戶Alice已經(jīng)呼叫了也是MS網(wǎng)絡的一部分的顧客用戶Bob504。此外，框506代表為其客戶管理高可用性的會話管理器(先前已經(jīng)結合本發(fā)明的圖1、2、3描述)。
[0077]此外，如圖4所示，框508和510是被排序的應用。用戶Alice502是MS系統(tǒng)已知的，并且兩個應用508和510被排序用于發(fā)起來自用戶Alice502的呼叫。此外，沒有應用被排序用于在用戶Bob504終止的呼叫。由于用戶Alice502呼叫用戶Bob504，SM506作為第一排序的應用路由到CM-FS508。此外，CM-FS508將新INVITE (MS階段origDone)發(fā)送回SM506。之后，SM506作為呼叫的“發(fā)起”側的第二排序應用路由到AACC510。然后，AACC510知曉用戶Alice502正在發(fā)起呼叫。于是AACC510產(chǎn)生B2BUA并且將新INVITE(階段origDone)發(fā)送回SM506。然后，AACC510也在其業(yè)務邏輯中模擬該呼叫。由于用戶Bob504未被排序，SM506不進行MS定期處理并且簡單地將該呼叫路由到用戶Bob504。此夕卜，當用戶Bob504返回180鈴聲時，消息穿過AACC510B2BUA并且用戶Bob504的呼叫模擬狀態(tài)被更新為報警。換而言之，該呼叫并未到達用戶Bob504，直到活躍服務器和待機服務器的完全狀態(tài)都已經(jīng)被模擬。因此，為了被同步，活躍服務器應當在待機服務器之前看到和處理該呼叫。
[0078]圖6A-B示出了根據(jù)本發(fā)明的實施例、在企業(yè)MS網(wǎng)絡中提供一對高可用性應用服務器的方法流程圖。當閱讀了結合本發(fā)明的圖1、2、3的描述時，可以更清楚地理解該方法。該方法執(zhí)行順序不意在理解為限制，進一步，任何數(shù)量的方法步驟可以組合以便實現(xiàn)該方法或者備選方法，而不脫離本發(fā)明的范圍。
[0079]在步驟602，呼叫方，可以是向其客戶提供某些在線服務的組織的顧客，呼叫該組織以獲得特定服務的高可用性饋送。在步驟604，呼叫方連接到管理高可用性的應用服務器對的會話管理器，所述應用服務器提供呼叫方期望的服務。同樣，在步驟606，會話管理器對所述應用服務器對進行排序，以便使得這一對應用服務器彼此同步。此外，在步驟606，會話管理器不停檢查應用服務器扮演的角色是活躍服務器還是待機服務器。
[0080]此外，會話管理器提供可配置的高可用性選項，以在活躍序列完成之后自動地產(chǎn)生待機應用服務器的串行排序。此外，會話管理器使用基于SIP的機制來管理活躍應用角色和待機應用角色，以便活躍和待機應用可以知道它們的角色。待機服務器可以以與活躍服務器112相同方式正常地處理SIP事件。然而，待機服務器可以不為其客戶產(chǎn)生業(yè)務邏輯事件。
[0081]此外，會話管理器通知待機服務器其角色，而不是應用服務器需要自己協(xié)調這些角色。會話管理器可以使用基于SIP的健康檢查機制來確定每個服務器的狀態(tài)。在一個實施例中，缺乏對任何SIP請求的響應，可以被會話管理器用來指示角色變化要發(fā)生。
[0082]此外，在步驟608，如果會話管理器確定活躍服務器發(fā)生故障，則在步驟610，會話管理器可以向待機服務器發(fā)送SIP消息以進行接管。待機服務器僅需要激活其業(yè)務邏輯，因為其SIP堆棧已經(jīng)是活躍的。之后，只有當先前活躍的服務器發(fā)生故障(不響應、或者不能處理SIP消息)，會話管理器才從隨后消息的信令路徑刪除所述活躍的服務器。否則，會話管理器保持追蹤活躍服務器(如步驟606所示)以確定是否在任何時間活躍服務器發(fā)生故障。
[0083]此外，如果會話服務器檢測到活躍應用服務器不響應，會話管理器自動從序列中刪除活躍服務器。此外，會話管理器通知待機服務器將其角色改變?yōu)榛钴S的(如步驟610所示)。另一方面，會話管理器繼續(xù)僅對新的活動應用進行排序。以這種方式，待機服務器無縫接管并且服務沒有中斷。此外，在步驟612，會話管理器繼續(xù)用SIP指令輪詢不響應的機器，以便會話管理器能夠發(fā)現(xiàn)服務的任何恢復。
[0084]在另一實施例，活躍應用和待機應用的排序可選地在原子網(wǎng)絡事務的上下文中進行。這確保了排序的事件被同時發(fā)送到兩個服務器。在另一實施例，通過配置會話管理器以并行而不是串行地對活躍和待機應用進行排序，可以減少呼叫建立時間。在本發(fā)明的該實施例中，會話管理器可以配置為使用其高度可用的應用支持的“并行模式”，通常其中活躍和待機都在地理上遠離會話管理器的位置。會話管理器可以將該序列復制到活躍和待機二者。當待機將其序列完成回到會話管理器時，這種情況下的會話管理器不將待機服務器傳播到下一 SIP實體。通過配置會話管理器以確保兩個應用都在繼續(xù)下一階段的處理之前已經(jīng)處理了該序列，可以實現(xiàn)事務隔離。
[0085]或者，會話管理器可以開始要將INVITE消息傳播到下游的下一階段。之后的階段包括響應，當會話管理器已經(jīng)接收到其從活躍服務器需要的東西時。當發(fā)生該對話的確認消息時，會話管理器將這些發(fā)送回待機應用。有效的，會話管理器有目的的、在企業(yè)MS網(wǎng)絡中策略地分叉和終止序列對話，使得待機服務器遮蔽活躍服務器。這意味著待機保持與對話完全同步，并且會話管理器一檢測到活動應用不響應，就能夠接管該對話的處理。從呼叫信令的角度看，在待機應用發(fā)生故障時經(jīng)歷零停機時間。
[0086]此外，該方法不限于此處提及的以上信息。在圖1、2、3、4和5解釋的各種實施例可以由此處在上面解釋的每個方法使用。此外，本發(fā)明不限于上面提及的實施例和例子，可以在不脫離本發(fā)明的范圍的情況下可以根據(jù)本發(fā)明實現(xiàn)很多其它實施例和例子。
[0087]本領域技術人員可以理解本發(fā)明不限于上面提及的實施例。此外，通過該系統(tǒng)提供的特征也可以實現(xiàn)各種其它實施例。此外，諸如‘會話管理’、‘活躍服務器’ ‘待機服務器’的術語的使用不能理解為限制本發(fā)明的方面，因為這些術語僅用于更好的解釋的目的。
[0088]有利的是，本發(fā)明提供了提供一對高可用性應用服務器的方法和系統(tǒng)，該方法和系統(tǒng)實現(xiàn)了服務部署的零中斷。同樣，從呼叫信令的角度看，在發(fā)生服務器故障時經(jīng)歷零停機時間。此外，本發(fā)明的實施例通過支持待機服務器維護成本降低來實現(xiàn)應用服務器的高可用性，可能能夠減少系統(tǒng)的資金和運行成本。
[0089]本領域技術人員可以理解本發(fā)明不限于上面提及的優(yōu)點。此外，在不脫離本發(fā)明的范圍的情況下，按照上文中給出的描述，可以理解很多其它優(yōu)點。
[0090]參考根據(jù)本發(fā)明實施例的方法和系統(tǒng)的框圖和示意性圖示，在上文中描述了本發(fā)明的實施例。應當理解，圖中的每個方框以及圖中方框的組合，都可以由計算機程序指令實現(xiàn)。這些計算機程序指令可以裝載到一個或多個通用計算機、專用計算機或其它可編程數(shù)據(jù)處理轉換器上，從而生產(chǎn)出一種機器，使得在計算機或其它可編程數(shù)據(jù)處理轉換器上執(zhí)行的這些指令產(chǎn)生實現(xiàn)一個或多個方框中規(guī)定的功能的裝置。也可以把這些計算機程序指令存儲在計算機可讀存儲器中，這些指令使得計算機或其它可編程數(shù)據(jù)處理裝置以特定方式工作，從而，存儲在計算機可讀存儲器中的指令就產(chǎn)生出包括實現(xiàn)一個或多個方框中規(guī)定的功能的指令裝置的制造品。
[0091]盡管已經(jīng)結合當前被認為是最實際的內容和各種實施例描述了本發(fā)明，應當理解，本發(fā)明不限于所公開的實施例，相反，本發(fā)明意圖覆蓋包含在所附權利要求的精神和范圍內的各種修改和等效布置。已經(jīng)在計算裝置、電話和被計算機執(zhí)行的、諸如程序模塊的計算機可執(zhí)行指令的一般上下文中描述了本發(fā)明。通常，程序模塊包括執(zhí)行特定任務或者實現(xiàn)特定摘要數(shù)據(jù)類型的例程、程序、字符、要素、數(shù)據(jù)結構等。本領域技術人員將理解本發(fā)明可以以其它計算機系統(tǒng)配置實踐，所述其它計算機系統(tǒng)配置包括手持裝置、多處理器系統(tǒng)、基于微處理器的或者可編程的消費電子裝置、網(wǎng)絡PC、微型計算機、大型計算機等等。此外，本發(fā)明也可以在分布式計算世界中實踐，在分布式計算世界中任務由通過通信網(wǎng)絡鏈接的遠程處理裝置執(zhí)行。在分布式計算世界中，程序模塊可以位于本地和遠程存儲器存儲裝置中。
[0092]本文檔描述使用例子公開了本發(fā)明，包括最佳模式，并且也使得本領域任何人員能夠實踐本發(fā)明，包括制作和使用任何裝置或系統(tǒng)以及執(zhí)行任何引入的方法。本發(fā)明的可專利范圍在權利要求中定義，并且可以包括本領域技術人員想到的其它例子。如果這些其它例子的結構元素與權利要求的文字語言沒有不同，或者如果它們包括與權利要求的文字語言沒有實質區(qū)別的等效結構元素，則這些其它例子處于權利要求的范圍內。
【權利要求】
1.一種高可用性企業(yè)頂S系統(tǒng)，包括: 活躍應用服務器； 一個或多個待機應用服務器，配置為與所述活躍應用服務器基本同步；以及會話管理器，配置為基于所述活躍應用服務器的狀態(tài)來管理所述活躍應用服務器和待機應用服務器的活躍和待機角色。
2.權利要求1的系統(tǒng)，其中所述活躍應用服務器和待機應用服務器還包括業(yè)務邏輯單元和SIP堆棧單元。
3.權利要求2的系統(tǒng)，其中所述會話管理器還配置為，基于所述活躍應用服務器的狀態(tài)，指示所述活躍應用服務器的業(yè)務邏輯單元為活躍的。
4.權利要求2的系統(tǒng)，其中所述會話管理器配置為以串行方式將SIP消息路由到所述活躍應用服務器和待機應用服務器。
5.權利要求1的系統(tǒng)，其中所述待機應用服務器和活躍應用服務器均配置為處理SIP事件。
6.—種高可用性企業(yè)IMS系統(tǒng),包括: 活躍應用服務器； 待機應用服務器，配置為與所述活躍應用服務器基本同步；以及會話管理器，配置為以并行方式將SIP消息路由到所述活躍應用服務器和待機應用服務器，該會話管理器還配置為基于所述活躍應用服務器的狀態(tài)來管理所述活躍應用服務器和待機應用服務器的活躍和待機角色。
7.權利要求6的系統(tǒng)，其中所述活躍應用服務器和待機應用服務器還包括業(yè)務邏輯單元和SIP堆棧單元。
8.權利要求7的系統(tǒng)，其中所述會話管理器配置為，基于所述活躍應用服務器的狀態(tài)，指示所述活躍應用服務器的業(yè)務邏輯單元為活躍的。
9.一種在企業(yè)MS網(wǎng)絡中提供高可用性服務的方法，包括: 對活躍應用服務器和待機應用服務器進行排序和同步； 以并行方式將SIP消息路由到所述活躍應用服務器和待機應用服務器；以及基于所述活躍應用服務器的狀態(tài)，確定所述活躍應用服務器和待機應用服務器的活躍和待機角色。
10.一種高可用性企業(yè)MS系統(tǒng)，包括: 多個冗余服務器；以及 與應用客戶的接口，該接口被配置為允許應用客戶選擇要與之通信的應用服務器。
【文檔編號】H04L29/06GK103716175SQ201310265220
【公開日】2014年4月9日 申請日期:2013年6月28日 優(yōu)先權日:2012年9月28日
【發(fā)明者】N·奧康納, D·倫納德 申請人:阿瓦亞公司