在軟交換系統中設置應用伺服器的代理伺服器的方法
2023-10-11 16:25:19 1
專利名稱：在軟交換系統中設置應用伺服器的代理伺服器的方法
技術領域：
本發明涉及到一種設置應用伺服器代理點的方法，尤其涉及到在軟交換系統中設置應用伺服器代理點的方法。
背景技術：
目前在軟交換系統中，對應用伺服器集群的功能管理是比較分散的，通常是在每個應用伺服器上提供單獨的管理，但隨著軟交換系統的開放接口的使用，未來的應用伺服器會越來越多，提供的業務也會越來越多，這樣對應用伺服器群的集中管理就成為必須。雖然在有些軟交換系統中，並不要求一定有應用伺服器代理伺服器的存在，其通常有系統操作維護節點，但操作維護節點對應用伺服器所能進行的管理功能很少。為了方便集中管理應用伺服器提出的新節點，而把管理應用伺服器和應用伺服器的部分功能集成在一起，來減少應用伺服器集群的業務集中加載，業務集中過負荷控制等問題就成為當前軟交換系統的需要。
隨著下一代網絡系統的發展，業務的增加會更加頻繁，業務的種類也會更多，這樣會有更多應用伺服器加入到系統，而應用伺服器代理伺服器可以更方便業務伺服器的集中管理，通過代理伺服器的配置實現應用伺服器的系統擴容和應用伺服器的各種參數的定義，因為所有的對外接口由代理伺服器完成而且對新業務的生命周期管理都是由代理伺服器來完成，所以在線系統擴容不會影響已經存在的業務的運行。
發明內容
本發明提出了一種在軟交換系統中設置應用伺服器的代理伺服器的方法，該方法解決了應用伺服器集群的業務集中加載，業務集中過負荷控制等問題，實現了降低系統維護過程中的工作複雜度，減少應用伺服器的負擔。
本發明提出了一種在軟交換系統中設置應用伺服器的代理伺服器的方法，該方法包括A、應用伺服器向代理伺服器發出註冊請求，代理伺服器根據所述請求信息形成應用伺服器的註冊列表；B、代理伺服器刷新註冊列表，向應用伺服器發送資源查詢請求消息，應用伺服器響應請求消息，並將資源信息發送給代理伺服器；C、代理伺服器根據收到的來自外部的業務請求利用業務請求中的業務鍵值、應用伺服器的運行資源狀況和定義的應用伺服器的負載控制及均衡策略來實現不同業務請求分發到應用伺服器。
其中所述B與C之間還包括，11)、代理伺服器根據所述資源信息進行各應用伺服器的處理，並記錄各應用伺服器的業務信息和資源狀況；12)、代理伺服器通過選擇加載業務啟動應用伺服器的業務；13)、代理伺服器通過對註冊業務的設置可以定義其過負荷級別、參數並啟動或停止過負荷控制；14)、代理伺服器通過對註冊業務的設置可以定義其負載均衡策略；其中所述步驟C進一步包括，21)、代理伺服器根據收到的來自外部的業務請求，分析業務是否加載，如正常運行則根據過負荷控制定義進行過負荷控制；22)、通過過負荷控制之後，代理伺服器根據收到的來自外部的業務請求根據負載均衡策略分析比較運行該業務的應用伺服器的資源信息，進而選擇應用伺服器；23)、代理伺服器根據均衡結果路由收到業務請求給相應的應用伺服器。
其中所述步驟C之後還包括，代理伺服器對選擇的應用伺服器進行呼叫請求的分發。
其中所述步驟12)還包括，業務生命周期管理，即業務加載、業務卸載及業務數據定義。
其中所述加載業務的實現具體包括，31)、從註冊列表查找該業務是否啟動可用；32)、如果啟動則設置該業務可以接收業務請求。
其中所述卸載業務的實現具體包括，41)、從註冊列表查找該業務是否存在。
42)、如果存在則設置成卸載狀態，該業務將不再接收業務請求。
其中所述進行呼叫請求的分發具體包括，應用伺服器收到點擊撥號業務請求時，首先查看該業務是否加載，如果沒加載，丟棄該無效請求；如果業務加載，查看是否啟動了過負荷，如果沒有啟動，直接進入負載均衡，根據均衡策略為呼叫請求進行均衡；如果啟動且過負荷，則按照過負荷控制級別算法控制該請求是否可繼續處理；如果可以繼續處理進入負載均衡模塊，根據均衡策略為呼叫請求進行均衡，如果不可以繼續處理則丟棄該請求。
其中所述進行各應用伺服器的處理是指代理伺服器向應用伺服器進行運行狀況查詢過程中，代理伺服器通過收到應用伺服器的運行狀況查詢響應來實時進行各應用伺服器的性能檢測圖表繪製，業務運行狀態刷新等的處理。
其中所述註冊請求是應用伺服器啟動業務時，通過代理伺服器與應用伺服器之間的接口向代理伺服器發出的。
其中所述資源信息包括資源狀況信息和運行狀態信息；其中所述資源狀況信息主要包括應用伺服器的CPU使用率，處理業務的實例個數，業務是否在線；本發明的發明優點在於，由於本發明是通過代理伺服器來控制應用伺服器的運行和業務運行，應用伺服器的功能相對簡單，只是處理接入的呼叫請求，而無需處理過負荷控制，負載均衡等，因此本發明解決了應用伺服器集群的業務集中加載，業務集中過負荷控制等問題，從而簡化了應用伺服器的管理，方便了對應用伺服器的各種操作。
下面結合附圖和實施例對本發明作進一步說明。
附圖1是本發明所述方法的步驟流程圖；附圖2是本發明所述在軟交換系統中設置應用伺服器的代理伺服器的方法在進行請求處理流程邏輯圖；附圖3是本發明所述在軟交換系統中設置應用伺服器的代理伺服器的方法的具體實施例。
具體實施例方式
如附圖1所示，在本發明所述的一種在軟交換系統中設置應用伺服器的代理伺服器的方法，首先進入步驟11)定義代理伺服器與應用伺服器之間的接口格式並且明晰參數含義。
代理伺服器通過自定義接口與應用伺服器進行交互來獲取應用伺服器的各種資源狀況和運行狀態。通過獲取的資源狀況與運行狀態，代理伺服器能夠與應用伺服器相配合，共同負責業務的生命周期管理、業務的接入、業務數據的管理等。同時代理伺服器還包括對各業務伺服器的性能監測、系統資源監測、系統日誌和業務日誌、負載控制與平衡、故障處理等功能，為業務提供電信級的運行支持。
其中所述對業務生命周期的管理主要包括對業務加載、卸載等的管理。代理伺服器作為下一代網絡中的一種電信級的核心設備，在不影響正在運行業務的前提下，實現業務的動態加載和動態版本更新是必須的關鍵功能。
其中所述對業務接入的管理即是對應用伺服器註冊的管理。主要包括應用伺服器的IP位址、埠、業務鍵、是否重定向等的基本參數定義。有了應用伺服器的基本參數值就可以定義、啟動過負荷控制和負載均衡，就可以進行資源狀況檢測。
其中所述對業務數據的管理，主要是為業務正常運行所提供的業務數據的窗口管理，如用戶卡定義、生成、註銷等等。
所述定義代理伺服器與應用伺服器之間的接口格式通過下列的參數進行1、請求消息結構。所述請求消息結構包括版本定義(V＝0)、要控制的業務名稱(ServiceName)、通過Flag來控制消息的類型(Flag)和擴展屬性名。
所述通過Flag來控制消息的類型(Flag)主要分為過負荷控制、應用伺服器註冊、代理伺服器對應用伺服器的資源查詢三大類；所述擴展屬性格式擴展屬性名屬性值(屬於可選參數，可以沒有)2、所述請求消息響應消息結構包括版本定義(V＝0)、要控制的業務名稱(ServiceName)、通過Flag來控制消息的類型(Flag)和內容(CONTENT)。
所述通過Flag來控制消息的類型(Flag)主要分為過負荷控制、應用伺服器註冊、代理伺服器對應用伺服器的資源查詢三大類；
所述內容(CONTENT)包括成功或失敗，根據不同的結果進行反映。
響應消息除了帶有請求中的所有參數，還要增加屬性，即擴展屬性，格式如下擴展屬性名屬性值通常在成功響應時要加入返回參數，也可以沒有，所述擴展屬性根據成功時的需要決定是否取捨。
隨後進入步驟12)，即應用伺服器啟動業務時向代理伺服器發出註冊請求，代理伺服器根據業務註冊請求信息形成應用伺服器的註冊列表，並對註冊列表進行及時刷新。
例如，分別在應用伺服器1和應用伺服器2上啟動點擊撥號業務程序；根據所述點擊撥號業務程序向代理伺服器3進行註冊；然後在代理伺服器3形成應用伺服器的註冊列表，所述應用伺服器對其註冊列表隨時進行刷新。
其中所述應用伺服器向代理伺服器進行註冊，是通過應用伺服器向代理伺服器發送註冊消息進行的。
所述註冊消息包括接口版本(V＝0)、要控制的業務名稱(ServiceName)、消息標誌(Flag)、應用伺服器地址(IP)和業務運行埠號(Port)。
其中所述要控制的業務名稱ServiceName根據實際情況定義；其中所述消息標誌(應用伺服器的註冊)Flag為REGISTAS；其中所述應用伺服器的地址為IP根據實際情況定義，格式X.X.X.X；其中所述業務運行的埠號為PORT根據實際情況定義，格式XXX。
所述註冊列表主要信息包括應用伺服器的I P地址，運行業務的名稱，接收消息的埠，該業務是否被重定向等參數。所述註冊列表信息主要來自應用伺服器的註冊請求消息。
註冊成功之後，隨後進入步驟13進行運行狀況查詢，即代理伺服器資源狀況檢測模塊22定時向應用伺服器發送資源查詢請求消息，應用伺服器響應請求消息，並將資源狀況信息發送給資源狀況檢測模塊；代理伺服器根據資源狀況檢測模塊提供的應用伺服器的資源狀況信息來實時進行各應用伺服器的性能檢測圖表繪製，業務運行狀態刷新等的處理，同時記錄各應用伺服器的相關業務的參數以備負載均衡和過負荷控制使用。
其中所述資源查詢的請求消息包括接口版本(V＝0)、要控制的業務名稱ServiceName、消息標誌(Flag)。
其中所述資源查詢的響應請求消息包括接口版本(V＝0)、要控制的業務名稱ServiceName、消息標誌(Flag)、內容(CONTENT)、內存MEM的使用情況、CPU的佔用率和當前正在處理的呼叫個數CURSLP。
其中所述資源信息主要包括不同應用伺服器的CPU使用率，目前處理的不同業務的實例個數，業務是否在線等信息。
其中所述定時發送是為了保證收到的信息有一定的實時性。
其中所述要控制的業務名稱ServiceName根據實際情況定義；其中所述消息標誌(Flag)為RESOURCE；其中所述內容(CONTENT)為成功或失敗；其中所述內存MEM的使用情況為XXXbytes、CPU地佔用率為X％和當前正在處理的呼叫個數CURSLP為XX。
由於應用伺服器採用註冊的方式來進行，且提供即時的刷新，註冊成功後資源狀況檢測模塊對應用伺服器發送資源查詢請求，請求是通過SIP包發送的，所以在存在同種業務運行應用伺服器的情況下都不會產生影響，從而構成了本發明所特有的在線擴容機制。
接著執行步驟14，即進行業務生命周期的管理，也就是進行代理伺服器和應用伺服器之間的業務生命周期管理。具體包括代理伺服器通過業務生命周期管理模塊選擇加載業務；啟動應用伺服器的業務。
在所述業務生命周期管理中，合理利用資源狀況檢測模塊得到的信息，來控制應用伺服器動態的業務加載、卸載。加載在代理伺服器和應用伺服器之間還存活消息的情況才會成功，卸載的實現是在代理伺服器上進行控制，與應用伺服器列表的屬性相關，但不涉及運行該業務的應用伺服器是否存活。
所述加載業務的實現，是在一個新業務開始的時候，首先從註冊列表查找該業務是否啟動可用，如果啟動則設置該業務可以接收業務請求。
所述卸載業務的實現，首先從註冊列表查找該業務是否存在，存在則設置為卸載狀態，則該業務將不再接收業務請求。
隨後進入步驟15，即進行應用伺服器上的負載均衡控制。代理伺服器通過過負荷控制模塊選擇定義某業務的過負荷控制級別，以及負荷基數及呼叫實例並啟動控制。
對於一個業務同時運行在多個應用伺服器的情況，首先完成業務註冊，再對該業務進行負載均衡策略定義，可以分為呼叫實例控制和系統資源控制兩種。當代理伺服器收到業務請求時，根據運行該業務的應用伺服器的資源狀況比較結果來完成業務請求的路由。
接著執行步驟16，即代理伺服器通過過負荷控制信息進行應用伺服器業務的過負荷控制處理。代理伺服器通過負載均衡模塊23選擇定義業務的負載均衡策略(如設為呼叫實例控制)。
所述過負荷控制信息包括接口版本(V＝0)、要控制的業務名稱(ServiceName)、消息標誌(Flag)、是否啟動過負荷控制(isOpenLoadControl)、過負荷控制的呼叫基數(loadControlFoundNum)、過負荷控制的級別(LoadControlLevel)和過負荷控制的持續時長
(LoadControlLastTime)其中所述要控制的業務名稱(ServiceName)根據實際情況定義；其中所述消息標誌(Flag)為OVERLOADCTR；其中所述是否啟動過負荷控制(isOpenLoadControl)為0或1；其中所述過負荷控制的呼叫基數(loadControlFoundNum)為X個；其中所述過負荷控制的級別(LoadControlLevel)為1-4；其中所述過負荷控制的持續時長(LoadControlLastTime)為X分鐘。
如果一個代理伺服器的過負荷控制啟動，則在收到業務請求後首先要查看該業務的過負荷狀態，如果已經過負荷，則根據過負荷級別和控制基數來計算是否過濾掉該請求；如果沒有超過過負荷，則按照過負荷控制級別算法控制該請求可繼續處理。
當然，代理伺服器通過對註冊業務的設置可以定義其過負荷級別、參數並啟動或停止過負荷控制。
過負荷控制動態實施，在應用伺服器的運行過程中隨時可以進行過負荷控制定義、啟動和停止。這是一個和應用伺服器相關的設置，把這些定義和應用伺服器列表關聯起來，來實現代理伺服器進行過負荷管理。
隨後進入步驟17進行分發呼叫請求。代理伺服器收到業務請求時，首先查看該業務是否加載，如果沒加載，丟棄該無效請求；如果業務加載，再查看是否啟動了過負荷，如果沒有啟動，直接進入負載均衡，根據均衡策略為呼叫請求進行均衡；如果啟動且過負荷，則按照過負荷控制級別算法控制該請求是否可繼續處理；如果可以繼續處理進入負載均衡模塊，根據均衡策略為呼叫請求進行均衡，如果不可以繼續處理則丟棄該請求。
根據上述所述在軟交換系統中設置應用伺服器的代理伺服器的方法，所述應用伺服器與代理伺服器之間的消息是基於SIP協議的，既可以充分利用SIP協議的OPTIONS命令又可以引用SIP協議的文本編碼格式使接口定義簡單，擴充容易。通常將返回值放在SIP響應包的SDP中，在SDP採用自定義格式。
根據本發明所述的一種在軟交換系統中設置應用伺服器的代理伺服器的方法，代理伺服器主要功能特點有(1)符合rfc3261SIP協議；(2)支持SIP代理服務功能；(3)業務管理圖形化界面，方便易用；(4)通過通信接口，可以對應用伺服器實施動態檢測；(5)支持對業務的生命周期管理，動態加載、卸載業務；(6)允許用戶查看和選擇業務；(7)動態添加新業務點的功能；(8)具有在線幫助系統；(9)具有業務的負載均衡功能；(10)能夠定義不同業務的過負荷控制；(11)能夠啟動和停止業務的過負荷控制；(12)能夠保證新的業務的加載與現存的業務無關。
如附圖2所示是本發明所述在軟交換系統中設置應用伺服器的代理伺服器的方法在進行請求處理流程邏輯圖。
1、以一個應用伺服器為例，首先在應用伺服器18上進行點擊撥號業務的註冊，在該應用伺服器18上啟動點擊撥號業務程序，點擊撥號業務程序將會向代理伺服器進行註冊，然後在代理伺服器形成點擊撥號業務信息，業務鍵、業務分發方式以及應用伺服器隊列刷新。
2、應用伺服器配置管理模塊19，即新業務註冊後，應用伺服器隊列將被刷新，刷新後，代理伺服器的資源狀況檢測模塊22會定時向隊列中個應用伺服器隊列中各點發送資源狀況查詢信息，代理伺服器收集到的各應用伺服器的資源信息主要包括不同應用伺服器的CPU使用率，目前處理的不同業務的實例個數，業務是否在線等信息。所述資源狀況檢測模塊22定時與應用伺服器配置管理模塊19進行協作主要是通過向伺服器列表中各點發送請求的形式進行的，資源信息獲取是獨立線程運行，是不間斷的。
需要說明的是，所述資源狀況檢測的實現存在兩種觸發機制一種是應用伺服器註冊對應用伺服器列表的刷新來觸發，一種是定時讀取應用伺服器列表的註冊信息。通過觸發機制，代理伺服器可以即時地獲得應用伺服器的資源和運行狀態，如網絡斷開，或應用伺服器宕機等情況。
3、代理伺服器通過業務生命周期管理模塊20選擇加載點擊撥號業務，則應用伺服器1的點擊撥號業務將被啟動。業務生命周期管理模塊20與應用伺服器配置管理模塊19之間的協同通過業務列表進行；通過業務生命周期管理模塊20在應用伺服器上加載或卸載業務請求。
4、在代理伺服器通過過負荷控制模塊21選擇定義點擊撥號業務點的過負荷控制級別為1，以及負荷基數為20個呼叫實例並啟動控制，此時通過過負荷控制模塊21與應用伺服器配置管理模塊19之間通過定義啟動進行。過負荷控制模塊21與業務分發模塊24之間可通過提供業務過負荷控制參數進行相關指令的交流；同時，業務分發模塊24與業務生命周期管理模塊20之間可通過業務運行狀態信息進行協作。
5、在代理伺服器通過負載均衡模塊23選擇定義點擊撥號業務的負載均衡策略為呼叫實例控制。負載均衡模塊23與應用伺服器配置管理模塊19之間通過策略定義進行協作。
6、通過呼叫儀向軟交換系統發送點擊撥號業務請求。
7、業務分發模塊24收到點擊撥號業務請求，首先查看該業務是否可用，如果不可用，丟棄該無效請求回到業務請求步驟；如果業務可用，再查看是否啟動了過負荷，如果沒有啟動，直接回到
業務請求步驟中；如果啟動且過負荷，則按照過負荷控制級別算法控制該請求是否可繼續處理；如果可以繼續處理進入負載均衡模塊驟中，如果不可以繼續處理則丟棄該請求回到業務請求步驟中。
8、進入負載均衡模塊23，根據均衡策略為呼叫請求進行均衡，代理伺服器將會根據資源狀況檢測模塊22提供應用伺服器18的資源狀況進行當前處理業務呼叫實例個數比較，選擇較少的業務呼叫實例應用伺服器為均衡目的地。所述負載均衡模塊23與資源狀況檢測模塊22之間通過提供業務均衡參數進行協作的。
9、業務分發模塊24根據負載均衡模塊23提供的業務均衡結果將業務請求路由到應用伺服器18。
在軟交換系統中設置應用伺服器的代理伺服器主要是在軟交換系統中多業務伺服器的管理過程中使用，它提供完整的SIP協議棧；支持SIPPROXY的所有功能；支持應用伺服器的註冊；能夠動態加載、卸載業務；能夠定義各種業務的過負荷控制級別並進行啟動、停止控制；能夠定義各種業務的負載均衡策略進行業務分發；能夠監控各業務伺服器的運行狀態和資源狀況；降低了應用伺服器集群的管理複雜度；支持應用伺服器的在線擴容。
下面結合附圖3a及3b所示是本發明所述在軟交換系統中設置應用伺服器的代理伺服器的方法的具體實施例。
以應用伺服器A和應用伺服器B為例。
首先分別在應用伺服器A和應用伺服器B上啟動點擊撥號業務程序，點擊撥號業務程序將會向代理伺服器進行註冊，註冊格式列舉如下對於應用伺服器Av0ServiceNameCTDFlagREGISTASIP10.129.90.1PORT5060對於應用伺服器Bv0
ServiceNameCTDFlagREGISTASIP10.129.90.2PORT5060對於應用伺服器C啟動點擊傳真業務程序，點擊傳真業務程序將會向代理伺服器進行註冊，註冊格式v0ServiceNameCTFFlagREGISTASIP10.129.90.3PORT5060其次，代理伺服器根據各業務註冊信息形成應用伺服器的註冊列表。列表對象A(CTD，10.129.90.1，5060)，列表對象B(CTD，10.129.90.2，5060)，列表對象C(CTC，10.129.90.3，5060)。
接著，應用伺服器註冊列表刷新後，代理伺服器的資源狀況檢測模塊會定時向其發送資源查詢信息，請求格式v0ServiceNameCTD or CTFFlagRESOURCE分別依照A，B，C三點的IP，PORT發送，代理伺服器收集到的A，B，C三點的資源信息及請求響應，主要包括不同應用伺服器的CPU使用率，目前處理的不同業務的實例個數並判斷該業務是否在線等信息。
各點的響應內容應用伺服器Av0
ServiceNameCTDFlagRESOURCECONTENTSUCCESS成功MEM46737bytes內存使用情況CPU8％CPU的佔用率CURSLP60在處理的呼叫個數應用伺服器Bv0ServiceNameCTDFlagRESOURCECONTENTSUCCESS成功MEM46000bytes內存使用情況CPU3％CPU的佔用率CURSLP20在處理的呼叫個數應用伺服器Cv0ServiceNameCTFFlagRESOURCECONTENTSUCCESS成功MEM32737bytes內存使用情況CPU1％CPU的佔用率CURSLP0在處理的呼叫個數緊接著，代理伺服器將各點的資源響應記錄，供負載均衡使用。
隨後，如圖3a所示，代理伺服器通過業務生命周期管理模塊20選擇加載點擊撥號業務，則應用伺服器A和應用伺服器B的點擊撥號業務將都被啟動；不加載點擊傳真業務，則應用伺服器C的點擊傳真業務則不可用，系統將不會處理點擊傳真業務。
再隨後，如圖3b所示，代理伺服器通過過負荷控制模塊21選擇定義點擊撥號業務點的過負荷控制級別為1，以及負荷基數為100個呼叫實例並啟動控制；因為點擊傳真業務沒有加載，所以不能選擇定義點擊傳真業務的過負荷控制。
然後，由於存在兩個應用伺服器支持點擊撥號業務，所以可以在代理伺服器通過負載均衡模塊23選擇定義點擊撥號業務的負載均衡策略，設為呼叫實例控制。
接著，通過測試儀向軟交換系統發送點擊撥號業務和點擊傳真業務請求。
接著，業務分發模塊24收到點擊撥號業務請求，首先查看該業務是加載狀態，並啟動了過負荷，但沒有超過負荷，A+B的當前呼叫實例共20+60＜100，因此按照過負荷控制級別算法控制該請求可繼續處理。
業務分發模塊24收到點擊傳真業務業務請求，發現該業務沒有加載，因此丟棄該無效請求回到。
接著，進入負載均衡模塊23，根據均衡策略為點擊撥號業務呼叫請求進行均衡，代理伺服器將會根據資源狀況檢測模塊22提供應用伺服器A，應用伺服器B的資源狀況進行當前處理業務呼叫實例個數比較A20＜B60，選擇較少的業務呼叫實例A20的應用伺服器為均衡目的地，即將請求路由到應用伺服器A。
最後，業務分發模塊24根據負載均衡模塊23提供的均衡結果將業務請求路由到應用伺服器A。
根據上述步驟，應用伺服器代理點A就成功地在軟交換系統中設置。以上所述，僅為本發明較佳的具體實施方式
，但本發明的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本發明公開的技術範圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應該以權利要求書的保護範圍為準。
權利要求
1.一種在軟交換系統中設置應用伺服器代理伺服器的方法，應用於包括應用伺服器和代理伺服器的軟交換系統，其特徵在於，包括A、應用伺服器向代理伺服器發出註冊請求，代理伺服器根據所述請求信息形成應用伺服器的註冊列表；B、代理伺服器刷新註冊列表，向應用伺服器發送資源查詢請求消息，應用伺服器響應請求消息，並將資源信息發送給代理伺服器；C、代理伺服器根據收到的來自外部的業務請求利用業務請求中的業務鍵值、應用伺服器的運行資源狀況和定義的應用伺服器的負載控制及均衡策略來實現不同業務請求分發到應用伺服器。
2.根據權利要求1所述的設置應用伺服器代理伺服器的方法，其特徵在於，所述B與C之間還包括，11)、代理伺服器根據所述資源信息進行各應用伺服器的處理，並記錄各應用伺服器的業務信息和資源狀況；12)、代理伺服器通過選擇加載業務啟動應用伺服器的業務；13)、代理伺服器通過對註冊業務的設置定義其過負荷級別、參數並啟動或停止過負荷控制；14)、代理伺服器通過對註冊業務的設置定義其負載均衡策略；
3.根據權利要求2所述的設置應用伺服器代理伺服器的方法，其特徵在於，所述步驟C進一步包括，21)、代理伺服器根據收到的來自外部的業務請求，分析業務是否加載，如正常運行則根據過負荷控制定義進行過負荷控制；22)、通過過負荷控制之後，代理伺服器根據收到的來自外部的業務請求根據負載均衡策略分析比較運行該業務的應用伺服器的資源信息，進而選擇應用伺服器；23)、代理伺服器根據均衡結果路由收到業務請求給相應的應用伺服器。
4.根據權利要求3所述的設置應用伺服器代理伺服器的方法，其特徵在於，所述步驟C之後還包括，代理伺服器對選擇的應用伺服器進行呼叫請求的分發。
5.根據權利要求2或4所述的設置應用伺服器代理伺服器的方法，其特徵在於，所述步驟12)還包括，業務生命周期管理，即業務加載、業務卸載及業務數據定義。
6.根據權利要求5所述的設置應用伺服器代理伺服器的方法，其特徵在於，所述加載業務的實現具體包括，31)、從註冊列表查找該業務是否啟動可用；32)、如果啟動則設置該業務可以接收業務請求。所述卸載業務的實現具體包括，41)、從註冊列表查找該業務是否存在。42)、如果存在則設置成卸載狀態，該業務將不再接收業務請求。
7.根據權利要求6所述的設置應用伺服器代理伺服器的方法，其特徵在於，所述進行呼叫請求的分發具體包括，應用伺服器收到點擊撥號業務請求時，首先查看該業務是否加載，如果沒加載，丟棄該無效請求；如果業務加載，查看是否啟動了過負荷，如果沒有啟動，直接進入負載均衡，根據均衡策略為呼叫請求進行均衡；如果啟動且過負荷，則按照過負荷控制級別算法控制該請求是否繼續處理；如是進入負載均衡模塊，根據均衡策略為呼叫請求進行均衡，如否則丟棄該請求。
8.根據權利要求2或7所述的設置應用伺服器代理伺服器的方法，其特徵在於，所述進行各應用伺服器的處理是指代理伺服器向應用伺服器進行運行狀況查詢過程中，代理伺服器通過收到應用伺服器的運行狀況查詢響應來實時進行各應用伺服器的性能檢測圖表繪製，業務運行狀態刷新的處理。
9.根據權利要求8所述的設置應用伺服器代理伺服器的方法，其特徵在於，所述註冊請求是應用伺服器啟動業務時，通過代理伺服器與應用伺服器之間的接口向代理伺服器發出的。
10.根據權利要求9所述的設置應用伺服器代理伺服器的方法，其特徵在於，所述資源信息包括資源狀況信息和運行狀態信息；所述資源狀況信息主要包括應用伺服器的CPU使用率，處理業務的實例個數，業務是否在線；所述運行狀態信息包括網絡斷開或應用伺服器宕機。
全文摘要
本發明公開了一種在軟交換系統中設置應用伺服器的代理伺服器的方法，包括A.應用伺服器向代理伺服器發出註冊請求，代理伺服器根據所述請求信息形成應用伺服器的註冊列表；B.代理伺服器刷新註冊列表，向應用伺服器發送資源查詢請求消息，應用伺服器響應請求消息，並將資源信息發送給代理伺服器；C.代理伺服器根據收到的來自外部的業務請求利用業務請求中的業務鍵值、應用伺服器的運行資源狀況和定義的應用伺服器的負載控制及均衡策略來實現不同業務請求分發到應用伺服器。本發明解決了應用伺服器集群的業務集中加載，業務集中過負荷控制等問題，從而簡化了應用伺服器的管理，方便了對應用伺服器的各種操作。
文檔編號H04L12/00GK1738244SQ20041005820
公開日2006年2月22日 申請日期2004年8月17日 優先權日2004年8月17日
發明者楊曉華, 高岱, 暴建民 申請人:北京億陽巨龍智能網技術有限公司