一種負載控制方法及其系統的製作方法

2024-03-06 10:22:15

〉10%</threshold〉10%<lowerthreshold〉5%〈/servicetype〉上述例子中使用方法〈method〉、消息頭〈header〉和參數值〈content〉三項一起來4葛述g.oma.poc業務的類型。所述業務類型除了可以由消息中的〈method〉、〈header〉和〈content〉來表示，還可以通過其他方法表示。例如對於訂閱類消息，業務類型信息可以從訂閱消息的Event頭獲得，訂閱消息的格式如下SUBSCRIBEsips:[email protected],comSIP/2.0Via:SIP/2.0/TLSclient.atlanta.example.com:5061;branch=z9hG4bK74b8GMax-Forwards:70From:Alice;tag=837348234To:BobCall-ID:[email protected]叫1SUBSCRIBEContact:[email protected]:presenceAccept:application/pidf+xmlContent-Length:0該業務類型表示為SUBSCRIBEEvent%3Dpresence，這裡的〈method〉、〈header〉和〈conten^分別為SUBSCRIBE方法，Event頭和presence事件。所述業務類型還可以通過在SIP消息頭中擴充SIP頭，使用SIP頭後的內容來表示業務類型。例如擴充Service-ID頭來表示不同的業務類型，以及用業務和參數信息表示業務類型Service-ID:+g.poc.talkburst;session=adhoc上述擴展表示PoC業務中adhoc業務類型，所述業務類型就是直接使用Service-ID頭後面的內容來表示的。所述負載控制策略進一步包括與業務類型對應的佔用資源的比例上下浮動範圍。當某類型的業務佔用資源的比例達到或超過所述負載門限值時，判斷下遊伺服器資源是否有空閒，如果有，則參考所述佔用資源的比例的上下浮動範圍調整所述類型業務佔用伺服器資源的比例。例如，在前述列舉XML格式進行說明業務類型的表示方式中，〈threshold〉表示允許該業務類型況下浮動的上限值和下限值。當某類型業務當前負載值達到允許該業務類型佔用資源的比值〈threshold〉時，如果其他類型業務的當前負載值未達到允許佔有資源的比值時，則說明分配給其他類型業務的資源還有空閒，則該類型業務佔用的資源就可以在上限值和下限值之間動態變化。所述與業務類型對應的負載信息還可以進一步包括負載信息的有效期、接收到負載信息的時間、以及目標地址等。步驟203:所述下遊伺服器反饋所述負載信息給所述上遊伺服器；所述與業務類型對應的負載信息進一步包括下遊伺服器中的總負載值，用於表述所述下遊伺服器的總體資源佔用情況，所述負載控制策略還可以包括負載信息上報門限值。反饋所述負載信息給所述上遊伺服器之前可以進一步包括判斷所述下遊伺服器中的總負載值是否達到或超過負載信息上報門限值，如果是，則反饋所述負載信息給所述上遊伺服器；如果否，則不反饋所述負載信息給上遊伺服器。反饋所述負載信息給上遊伺服器的具體方式為將所述與業務類型對應的負載信息插入至下遊伺服器與上遊伺服器之間的消息中，通過所述消息上報給上遊伺服器。攜帶所述負載信息的消息可以是下遊伺服器與上遊伺服器之間的任意響應消息。例如，將負載信息添加到下遊伺服器返回給上遊伺服器的200OK響應消息中，通過200OK響應消息把負載信息上報給上遊伺服器，其消息格式如下SIP/2.0200OKVia:SIP/2.0/UDPb.network.com;branch=z9hG4bK77ef4c2312983.1Via:SIP/2.0/UDPc.network.com;branch-z9hG4bKnashds8Via:SIP/2.0/UDPd.network.com;branch=z9hG4bK4e3c2fd8To:Bob;tag=a6c85cfFrom:Alice;tag=1928301774Call-ID:a84b4c76e66710CSeq:314159INVITELoadlnfo:80;throttle=60;validity=500;target=b.network.com;servicetype=INVITEContact%3D+g.poc.talkburstLoadlnfo:80;throttle=20;validity=500;target=b.network,com;servicetype=INVITEContact%3D+g.oma.sip-imContact:Content-Length:0其中，Loadlnfo頭表示為負載信息；第一個參數表示負載值；throttle參數表示門限值；validity參數表示負載信息的有效期；target參數內容表示處理該負載信息的下遊伺服器地址；servicetype表示負載信息對應的業務類型，包括方法、信息頭和內容信息。上述消息中所描述的信息為負載值為80(經過歸一化處理)；門限值為60;有效期為500ms,處理該負載信息的下遊伺服器地址為b.network.com;業務類型為INVITEContact%3D+g.oma.sip-im。所述與業務類型對應的負載信息還包括與請求源對應的業務請求的數量，所述負載控制策略進一步包括與請求源對應的門限值，當來自同一請求源的各類型的業務請求數量超過與請求源對應的門限值時，反饋所述負載信息給所述與請求源地址對應的上遊伺服器進行負載控制。當來源於同一地址的某種類型的業務請求數超過所述負載控制策略中14與請求源對應的門限值時，將負載信息中的目的地址直接標識為所述請求源的地址(消息頭Via頭中最下面的一個地址)，則所述負載信息直接反饋給所述請求源地址對應的上遊伺服器。假設來自d.network.com地址的Servicetype信息為+g.oma.sip陽im的消息請求的超過了所述負載控制策略中與請求源對應的門限值，則Servicetype信息為+g.oma.sip-im的負載信息將直接反饋給d.network.com地址，反饋給d.network.com地址的消息XML4各式如下SIP/2.0200OKVia:SIP/2.0/UDPb.network.com;branch=z9hG4bK77ef4c2312983.1Via:SIP/2.0/UDPc.network.com;branch=z9hG4bKnashds8Via:SIP/2.0/UDPd.network.com;branch=z9hG4bK4e3c2fd8To:Bob;tag=a6c85cfFrom:Alice;tag=1928301774Call-ID:a84b4c76e66710CSeq:314159INVITELoadlnfo:80;throttle=60;validity=500;target=b.network.com;servicetype=INVITEContact%3D+g.poc.talkburstLoadlnfo:80;throttle=20;validity=500;target=b.network.com;servicetype=INVITEContact%3D+g.oma.sip-imLoadlnfo:30;throttle=60;validity=500;target=d.network.com;servicetype=INVITEContact0/o3D+g.oma.sip-im;source=a.network.comContact:Content-Length:0Loadlnfo的內容，也可以用來表示取消按業務類型的負載控制，如可用validity=0來表示取消對業務類型為+g.oma.sip-im業務的負載控制，格式如下Loadlnfo:O;throttle=0;validity=0;target=b.network.com;servicetype=INVITEContact%3D+g.oma.sip-im步驟204:所述上遊伺服器收到攜帶有與業務類型對應的負載信息的消息後，對所述消息進行解析，獲取所述與業務類型對應的負載信息；步驟205:上遊伺服器判斷所述與業務類型對應的負載信息中的目標地址是否為上遊伺服器的地址，如果是，則進行步驟207,如果否，則進行步驟206;步驟206:轉發所有攜帶有與業務類型對應的負載信息的消息給另一個伺服器；步驟207:上遊伺服器存儲所述下遊伺服器上報的所述與業務類型對應的負載信息和待發送至下遊伺服器的業務請求，可以以負載控制表的形式進行存儲所述負載信息；如果所述上遊伺服器中沒有保存有所述下遊伺服器上報的類型業務的負載信息，則存儲，如果有保存，則更新保存過的負載信息。根據所述與業務類型對應的負載信息，存儲或更新上遊伺服器中的負載控制表具體方式為對於負栽控制表中已存在的相關項，則根據所述反饋的負載信息直接更新對應的項；對於負載控制表中原來不存在的項，則在負載控制表中插入該項對應的負載信息。如果負載信息表示對業務類型的負載控制無效，則針對該類型業務不再對下遊伺服器進行負載控制，上遊伺服器根據所述反饋的負載信息中的伺服器類型和伺服器地址從負載控制表中刪除下遊伺服器相應的記錄。例如，上遊伺服器的地址為b.network.com,產生負載信息的下遊伺服器地址為a.network.com,原來負載控制表中沒有表1所示的兩條servicetype負載信息為例，在負載控制表中新增加了這兩條信息，如表l所示表l負載控制表tableseeoriginaldocumentpage16INVITEContact0/。3D+g.oma.sip隱ima.network.com8020500789985256......,所述負載控制表的各項值和負載信息——對應，ServiceType為負載信息對應的業務類型，ServerAddress為產生負載信息的下遊伺服器的地址，這些可以從負載信息的參數中獲得，Load為下遊伺服器當前負載值，Throttle為下遊伺服器的負載門限值，Validity為負載信息的有效期，ReceiveTime為接收到負載信息的時間。負載控制表更新完畢後，上遊伺服器將所述消息中攜帶的負載信息刪除，例如，經過處理後的消息如下SIP/2.0200OKVia:SIP/2.0/UDPc.network.com;branch-z9hG4bKnashds8Via:SIP/2.0/UDPd.network.com;branch=z9hG4bK4e3c2fd8To:Bob;tag=a6c85cfFrom:Alice;tag=l928301774Call-ID:a84b4c76e66710CSeq:314159INVITEContact:Content-Length:0步驟208:上遊伺服器接收待發送至下遊伺服器的業務請求，判斷所述業務請求是否為緊急業務，如果是，則進行步驟209,如果否，則進行步驟212;可以根據業務請求中To頭中是否包含um:service.sos信息來判斷是否為緊急業務，如果包含，則表示所述待發送至下遊伺服器的業務為緊急業務；對於在業務請求中To頭不包含urn:service.sos信息，則為所述待發送至下遊伺服器的業務非緊急業務。步驟209:判斷下遊伺服器是否過載，如果是，則執行步驟210,如果否，則執行步驟211;步驟210:如果沒有其他的伺服器能夠處理所述業務請求，則返回錯誤響應，如果還有其他的伺服器能夠處理所述業務，則將所述業務請求前轉至其他伺服器進行處理。例如，錯誤響應格式如下SIP/2.0503ServiceUnavailableVia:SIP/2.0/UDPa.network.com;branch=z9hG4bKnashds8To:urn:service.sos;tag=465568From:Alice<sip:[email protected]〉;tag=1928301774Call-ID:a84b4c76e66710CSeq:314159INVITEContact:Max-Forwards:70Content-Type:application/lost+xmlContent-Length:..步驟211:轉發所述緊急業務請求到其他的伺服器。步驟212:從負載控制表獲取所述下遊伺服器反饋的負載信息；根據所述負載信息中的業務類型信息確定所述待發送至下遊伺服器的業務的類型，根據業務類型信息和下遊伺服器的地址，在負載控制表中獲取與業務類型對應的負載信息；例如，從負載控制表中查詢到的記錄如表2所示，請參考表2:表2查詢的相關信息記錄表ServiceTypeServerAddressLoadThrottleValidityReceiveTimeINVITEContact%3D+g.oma.sip-imc.nstwork.com4030500789985256當在上述的負載控制表1中查找不到ServiceType和ServerAddress對應有過載。18步驟213:根據所述負載門限值，轉發或者拒發所述待發送至下遊伺服器的業務；所述負載控制策略進一步包括與業務類型對應的策略值，所述策略值的大小根據與業務類型對應的佔用資源的比例而隨機生成。根據所述負載門限值，轉發或者拒發所述待發送至下遊伺服器的業務具體方式為將所述策略值進行歸一化處理，判斷所述經過歸一化處理的策略值是否小於或等於負載門限值，如果是，則拒發所述待發送至下遊伺服器的業務；如果否，則轉發所述待發送至下遊伺服器的業務。例如，上遊伺服器根據某業務的類型，獲取負載控制策略中與業務類型對應的佔用資源的比例為50,在0到50的範圍內隨^^幾生成所述策略值的大小40,經歸一化處理，該策略值為40x100/50=80,而根據表2查詢到該業務類型對應得負載門限值為30,將經歸一化後的策略值80與該業務類型對應的負載門限值30進行比較，由於80大於30，因此轉發該業務至下遊伺服器。另外，還可以通過考慮會話的完整性來確定是否轉發業務請求，對於已經存在會話(session)消息，這類消息可以優先被轉發處理；對於初次請求的消息，和存在會話的消息相比，處理的優先級較低，即被丟棄的可能性較大。在保存會話狀態的代理伺服器中，可以通過在To頭中是否有tag標識來確定，對於To頭中包括tag標識的請求，表示該請求已經建立會話的一個請求，將得到優先處理。除了上述考慮會話的完整性的方法外，也可以把在業務請求消息體中攜帶大量內容的訂閱類消息的優先級降低處理，對這類通過SIP消息體來攜帶大量數據的請求拒絕的可能性增加，如SUBSCRIBE、PUBLISH等消息。上遊伺服器還根據所獲得與業務類型對應的負載信息，判斷該負載信息是否已經無效。判斷負載信息失效的方法有多種，最簡單的方法可以根據當前時間減去接收時間和有效期的大小來判斷，即(當前時間-接收時間)-有效期〉=0時，表示負載信息失效；(當前時間-接收時間)-有效期<0時，表示負載信息有效。下面列舉一種結合Load值和throttle值來斷定負載信息是否有效的判斷方法，其基本思想為，假設Load值和throttle值分別為100的情況，在N個有效期內才能完全消除負載情況，即每個周期減少100/N,計算方法如下result=value-[(cur—t-rec—t)DIVvalidity]x(100/N)其中，value表示實際的參數值，可以為負載控制表中Load值或者Throttle值；cur—t表示伺服器的當前時間；rec_t表示收到負載信息的時間，對應負載控制表中的ReceiveTime項；validity表示有效期，對應負載控制表中的Validity項；DIV表示整除算法；N表示經歷的有效周期數，100/N表示每個周期內減少的量。判斷負載信息是否失效具體過程為把Load值和Throttle值分別代入上式value中，當兩個結果值都滿足result<=0時，負載信息失效，上遊伺服器從負載控制表中刪除該負載信息；否則，負載信息有效。其中，下遊伺服器上報的門限值也可以是一個動態變化的值，隨著經過的周期次數，在門限值逐步減少。以上表2的數據為例，假設伺服器在IO個有效周期內恢復處理能力，則經過第一個周期之後，上報的門限值就為30-30x1/10=27。步驟是可以通過程序來指令相關的硬體來完成，所述的程序可以存儲於計算機可讀取存儲介質中，該程序在執行時，可以包括如下步驟才艮據各類型業務在下遊伺服器中資源佔用的情況，生成與業務類型對應的負載信息；反饋所述與業務類型對應的負載信息給上遊伺服器；上遊伺服器根據所述與業務類型對應的負載信息，對所述下遊伺服器進行負載控制。這裡所述的存儲介質，如ROM/RAM、磁碟、光碟等。上述步驟201到步驟203為下遊伺服器生成負載信息並進行上報的處理對下遊伺服器進行負載控制的處理過程。這兩部分處理過程也可以同時進行。本實施例中的上遊伺服器和下遊伺服器可以是會話初始協議代理伺服器(SIPProxy)，也可以是通信網絡中的其他網元。圖3為實現本發明方法實施例的負載控制系統結構示意圖。請參照圖3,所述負載控制系統包括下遊伺服器30和上遊伺服器40。所述下遊伺服器30包括負載監控單元31、負載信息生成單元32和發送單元33。所述負栽監控單元31用於監控各類型業務在下遊伺服器中資源佔用的情況，上報給負載信息生成單元32。所述負載監控單元31包括總負載監控單元、與業務類型對應的當前負栽監控單元、與請求源對應的業務監控單元。所述總負載監控單元用於監控下遊伺服器中的總負載；所述與業務類型對應的當前負載監控單元用於監控下遊伺服器中各類型業務的當前負載；所述與請求源對應的業務監控單元，用於監控下遊伺服器中與請求源對應的業務請求的數量。所述負載信息生成單元32用於根據所述負載監控單元監控的各類型業務在下遊伺服器中資源佔用的情況，生成與業務類型對應的負載信息，上報給發送單元33。所述負載信息包括業務類型信息、與業務類型對應的當前負載值、與業務類型對應的負載門限值、總負載值、與請求源對應的業務請求的數量等。所述發送單元33用於將負載信息生成單元32生成的負載信息反饋給所述上遊伺服器，可以通過下遊伺服器30與上遊伺服器40之間的消息攜帶所述與業務類型對應的負載信息而發送給上遊伺服器。所述下遊伺服器30可以進一步包括負載控制策略存儲單元34,用於存儲負載控制策略，並提供給負載信息生成單元32。所述負載信息的生成過程為所述負載信息生成單元32根據所述負載監控單元31監控的各類型業務請求在所述下遊伺服器30中資源佔用的情況，並結合負載控制策略存儲單元34中存儲的負載控制策略，生成與業務類型對應的負載信息，通過發送單元33發送給所述上遊伺服器40。所述負載控制策略包括與業務類型對應的佔用資源的比例、負載信息上報門限值、與請求源對應的門限值等。所述上遊伺服器40包括接收單元41和負載控制單元43。所述接收單元41用於接收所述下遊伺服器30反饋的所述與業務類型對應的負載信息以及其他伺服器發送過來的待發送給所述下遊伺服器30處理的業務請求，並發送給負載控制單元43。息及待發送給所述下遊伺服器30處理的業務請求，根據負載信息，針對待發送至所述下遊伺服器的業務請求對所述下遊伺服器30進行負載控制。所述上遊伺服器40可以進一步包括業務處理單元44,所述業務處理單元44用於判斷所述接收單元所接收的待發送至所述下遊伺服器的業務請求是否為緊急業務請求，如果是，則轉發所述緊急業務請求給所述下遊伺服器30,如果否，則轉發所述緊急業務請求給所述負載控制單元43，由所述負載控制單元43對所述下遊伺服器進行負載控制。所述負載控制單元43可以進一步包括負載信息獲取單元431和負載驅動單元432。所述負載信息獲取單元431,用於根據所述接收單元接收的待發送至下遊伺服器的業務請求和所述負載信息，獲取與業務類型對應的負載信息，並將負載信息和所述待發送至所述下遊伺服器30的業務請求發送給負載驅動單元432。所述負載驅動單元432,根據負載信息獲取單元431發送過來的與業務類型對應的負載信息中的負載門限值，轉發或者拒發所述待發送至所述下遊伺服器30的業務請求。所述負載控制策略進一步包括與業務類型對應的策略值，所述策略值的大小根據與業務類型對應的佔用資源的比例而隨機生成。根據負載信息獲取單元431發送過來的與業務類型對應的負載信息中的負載門限值，轉發或者拒發所述待發送至下遊伺服器的業務請求具體為將所述策略值進行歸一化處理，判斷所述經過歸一化處理的策略值是否小於或等於負載門限值，如果是，則拒發所述待發送至下遊伺服器的業務請求；如果否，則轉發所述待發送至下遊伺服器的業務請求。所述上遊伺服器40可以進一步包括存儲單元42,用於存儲所述接收單元41接收的與業務類型對應的負載信息和其他伺服器發送過來的待發送至22所述下遊伺服器30處理的業務請求，並上報給負載信息獲取單元431。所述存儲單元42存儲負載信息和所述待發送至所述下遊伺服器30的業務請求的形式，所述負載信息可以採取負載控制表的形式進行存儲。通過上述本發明實施例提供的負載控制方法及其系統，所述下遊伺服器能夠根據當前各業務類型在下遊伺服器中佔用資源的情況，生成與業務類型對應的負載信息，上報給上遊伺服器，所述上遊伺服器根據所述與業務類型對應的負載信息，對待發送至所述下遊伺服器的業務請求，按業務類型進行負載控制，因此可以實現基於業務類型的負載控制；進一步的，當待發送至下遊伺服器的業務請求為緊急業務請求時，可以直接轉發給所述下遊伺服器進行優先處理，因此可以在資源受限時保障重要業務得到優先處理。以上對本發明所提供的一種負載控制方法及其系統進行了詳細介紹，本說明只是用於幫助理解本發明所揭示的技術方案；同時，對於本領域的一般技術人員，依據本發明的思想，在具體實施方式及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。權利要求1.一種負載控制方法，其特徵在於，所述方法包括根據下遊伺服器中當前負載情況，生成與業務類型對應的負載信息；反饋所述負載信息給上遊伺服器；所述上遊伺服器根據所述負載信息，對所述下遊伺服器進行負載控制。2.根據權利要求1所述的負載控制方法，其特徵在於，所述負載信息包括業務類型信息、與業務類型對應的當前負載值。3.根據權利要求2所述的負載控制方法，其特徵在於，生成與業務類型對應的負載信息的具體過程包括根據下遊伺服器中各業務的業務類型參數，生成業務類型信息；根據各類型的業務請求在下遊伺服器中資源佔用情況，生成與業務類型對應的當前負載值。4.根據權利要求2所述的負栽控制方法，其特徵在於，所述負載信息進一步包括與業務類型對應的負載門限值。5.根據權利要求4所述的負載控制方法，其特徵在於，在所述下遊伺服器設置負載控制策略，所述負載控制策略包括與業務類型對應的佔用資源的比例；所述生成與業務類型對應的負載門限值為根據所述與業務類型對應的當前負載值和所述與業務類型對應的佔用資源的比例生成所述負載門限值。6.根據權利要求5所述的負載控制方法，其特徵在於，所述負載控制策略進一步包括與業務類型對應的佔用資源的比例上下浮動範圍；當某類型的業務請求佔用資源的比例達到或超過所述負載門限值時，判斷所述下遊伺服器資源是否有空閒，如果有，則參考所述佔用資源的比例上下浮動範圍調整所述類型業務請求佔用伺服器資源的比例。7.根據權利要求5所述的負載控制方法，其特徵在於，所述與業務類型對應的負載信息進一步包括所述下遊伺服器的總負載值，所述負載控制策略進一步包括負載信息上報門限值；反饋所述負載信息給上遊伺服器之前進一步包括判斷下遊伺服器的總負載值是否達到或超過所述負載信息上報門限值，如果是，則反饋所述負載信息給所述上遊伺服器。8.根據權利要求2所述的負載控制方法，其特徵在於，所述與業務類型對應的負載信息進一步包括與請求源對應的業務請求的數量；所述負載控制策略進一步包括與請求源對應的門限值；反饋所述負載信息給上遊伺服器之前進一步包括判斷來自同一請求源的各類型業務的業務請求數量超過所述與請求源對應的門限值時，反饋所述負載信息給所述與請求源地址對應的上遊伺服器進行負載控制。9.根據權利要求1所述的負載控制方法，其特徵在於，所述上遊伺服器對所述下遊伺服器進行負載控制之前包括存儲所述下遊伺服器上報的所述與業務類型對應的負載信息和待發送至下遊伺服器的業務請求。10.根據權利要求9所述的負載控制方法，其特徵在於，所述上遊伺服器根據所述與業務類型對應的負載信息，對所述下遊伺服器進行負載控制具體包括確定待發送至下遊伺服器的業務請求的類型；根據所述下遊伺服器反饋的負載信息，獲取與業務類型對應的負載門限值；根據所述負載門限值，轉發或者拒發所述待發送至下遊伺服器的業務請求。11.根據權利要求10所述的負載控制方法，其特徵在於，所述負載控制策略進一步包括與業務類型對應的策略值，所述策略值的大小根據與業務類型對應的佔用資源的比例而隨機生成；根據所述負載門限值，轉發或者拒發所述待發送至下遊伺服器的業務請求具體方式為將所述策略值進行歸一化處理，判斷所述經過歸一化處理的策略值是否小於或等於負載門限值，如果是，則拒發所述待發送至下遊伺服器的業務請求；如果否，則轉發所述待發送至下遊伺服器的業務請求。12.根據權利要求1所述的負載控制方法，其特徵在於，所述上遊伺服器根據所述與業務類型對應的負載信息，對所述下遊伺服器進行負載控制之前包括判斷待發送至下遊伺服器的業務請求是否為緊急業務請求，如果是，則轉發所述緊急業務請求給所述下遊伺服器。13.—種實施權利要求1所述方法的負載控制系統，包括上遊伺服器和下遊伺服器，其特徵在於，所述下遊伺服器包括負載監控單元，用於監控各類型業務在下遊伺服器中資源佔用的情況，上報給負載信息生成單元；負載信息生成單元，用於根據所述負載監控單元上報的各類型業務請求在下遊伺服器中資源佔用的情況，生成與業務類型對應的負載信息，上報給發送單元；發送單元，用於將所述負載信息生成單元生成的所述負載信息反饋給上遊伺服器；所述上遊伺服器包括信息以及待發送至下遊伺服器的業務請求，並發送給負載控制單元；負載控制單元，用於根據所述接收單元接收的負載信息，針對待發送至下遊伺服器的業務請求對所述下遊伺服器進行負載控制。14.根據權利要求13所述的負載控制系統，其特徵在於，所述下遊伺服器進一步包括負載控制策略存儲單元，用於存儲負載控制策略，所述負載信息生成單元根據所述負載監控單元監控的各類型業務在所述下遊伺服器中資源佔用的情況，並結合負載控制策略存儲單元中的負載控制策略，生成與業務類型對應的負載信息。15.根據權利要求13所述的負載控制系統，其特徵在於，所述上遊伺服器進一步包括業務處理單元，用於判斷所述接收單元所接收的待發送至所述下遊伺服器的業務請求是否為緊急業務請求，如果是，則轉發所述緊急業務請求給所述下遊伺服器，如果否，則轉發所述緊急業務請求給所述負載控制單元，由所述負載控制單元對所述下遊伺服器進行負載控制。16.根據權利要求13所述的負載控制系統，其特徵在於，所述負載控制單元進一步包括負載信息獲取單元，接收所述接收單元接收的待發送至下遊伺服器的業務和所述負載信息，並發送給負載驅動單元；負載驅動單元，根據獲取的所述與業務類型對應的負載信息中的負載門限值，轉發或者拒發所述待發送至下遊伺服器的業務請求。17.根據權利要求13所述的負載控制系統，其特徵在於，所述負載控制策略進一步包括與業務類型對應的策略值，所述策略值的大小根據與業務類型對應的佔用資源的比例而隨機生成；根據獲取的與業務類型對應的負載信息中的負載門限值，轉發或者拒發所述待發送至下遊伺服器的業務具體為將所述策略值進行歸一化處理，判斷所述經過歸一化處理的策略值是否小於或等於負載門限值，如果是，則拒發所述待發送至下遊伺服器的業務請求；如果否，則轉發所述待發送至下遊伺服器的業務請求。18.—種實施權利要求1所述方法的上遊伺服器，其特徵在於，包括接收單元，用於接收下遊伺服器反饋的與業務類型對應的負載信息以及待發送至下遊伺服器的業務請求，並發送給負載控制單元；負載控制單元，用於根據所述接收單元接收的負載信息，針對待發送至下遊伺服器的業務請求對所述下遊伺服器進行負載控制。19.根據權利要求18所述的上遊伺服器，其特徵在於，所述上遊伺服器進一步包括業務處理單元，用於判斷所述接收單元所接收的待發送至所述下遊伺服器的業務請求是否為緊急業務請求，如果是，則轉發所述緊急業務請求給所述下遊伺服器，如果否，則轉發所述緊急業務請求給所述負載控制單元，由所述負載控制單元對所述下遊伺服器，進行負載控制。20.根據權利要求18所述的上遊伺服器，其特徵在於，所述負栽控制單元包括負載信息獲取單元，接收所述接收單元接收的待發送至下遊伺服器的業務請求和所述負載信息，並發送給負栽驅動單元；負載驅動單元，根據獲取的所述與業務類型對應的負載信息中的負載門限值，轉發或者拒發所述待發送至下遊伺服器的業務請求。21.—種實施權利要求1所述方法的下遊伺服器，其特徵在於，包括負載監控單元，用於監控各類型業務在下遊伺服器中資源佔用的情況，上報給負載信息生成單元；負載信息生成單元，用於根據所述負載監控單元監控上報的各類型業務在下遊伺服器中資源佔用的情況，生成與業務類型對應的負載信息，上報給發送單元；發送單元，用於將所述負載信息生成單元生成的所述負載信息反饋給上遊伺服器。全文摘要本發明提供一種負載控制方法及其系統。所述負載控制方法包括根據下遊伺服器中當前負載情況，生成與業務類型對應的負載信息；反饋所述與業務類型對應的負載信息給上遊伺服器；所述上遊伺服器根據所述負載信息，對所述下遊伺服器進行負載控制。通過本發明實施例提供的技術方案，能夠實現基於業務類型的負載控制，在資源受限時保證重要業務的優先處理。文檔編號H04L29/06GK101360093SQ20071014155公開日2009年2月4日申請日期2007年8月2日優先權日2007年8月2日發明者謙孫,彭程暉,賈江濤申請人:華為技術有限公司