在多業務多用戶業務平臺中保證業務服務等級協議的方法
2023-06-12 21:55:16
專利名稱:在多業務多用戶業務平臺中保證業務服務等級協議的方法
技術領域:
本發明涉及一種電信增值業務的實現方法,確切地說,涉及一種在支持多業務多用戶業務平臺中保證業務服務等級協議SLA(service level agreement)的方法,屬於電信網絡中的增值業務技術領域。
現在,業務的發起通常有三種可能,首先可能是用戶側主動發起業務請求,也有可能是用戶定製了業務,在某個定製的時刻,由業務平臺自動激發業務;再有一種情況是其它用戶發起的業務呼叫該用戶。不管是那種業務發起方式,在業務執行的過程中,在用戶與業務之間,除了媒體流(如話音、圖像、視頻等信號)的傳遞外,還會有用於業務呼叫、業務管理或者業務協商等相關消息的傳遞。本發明所涉及的業務消息是指後者。在多業務多用戶的業務平臺中,當多個用戶同時發起多種業務時,該業務平臺要同時處理屬於不同用戶及不同業務類型的消息。作為業務層與下面網絡層之間中間層的業務平臺,所有的消息都必須經過它,應該由它依據用戶的優先級、業務的優先級及業務類型進行優先級管理,並按照優先級提供不同服務質量的處理,再傳給真正的目的端。然而,如果現在就要求它實現上述的目標還是相當困難的,因為,目前對多業務多用戶平臺的研究還不是很完善,對業務服務等級協議SLA的保證及實現策略問題還沒有找到比較理想的解決方案,目前,通常的處理方法還是採用先到先服務的策略,這樣就不利於靈活地提供業務服務等級,無法區分用戶的優先級及業務的優先級,也在很大程度上限制了電信增值業務的發展。
本發明的目的是這樣實現的一種在多業務多用戶業務平臺中保證業務服務等級協議的方法,其特徵在於該方法包括下列操作步驟(A)在業務平臺中,設置用戶消息隊列、核心處理隊列及策略決策模塊,其中用戶消息隊列有多個,分別具有不同的優先級;(B)策略決策模塊對來自業務層或網絡層新的用戶業務的初始消息進行處理,判斷是否接受該用戶業務的發起;(C)策略決策模塊對該用戶業務消息依據業務的優先級及用戶的優先級進行分類處理;(D)策略決策模塊將該用戶業務消息輸入相應的用戶消息隊列,等待核心處理隊列依據用戶消息隊列的優先級對其進行處理。
在所述的步驟(A)中,策略決策模塊對用戶業務消息依據用戶的優先級及業務的優先級進行分類,將其分別放入不同優先級的用戶消息隊列中排隊;核心處理隊列依據用戶消息隊列的不同優先級對其中的消息進行相應處理,以實現多用戶多業務的業務平臺對業務服務等級協議的管理,對不同優先級的用戶和/或業務分別提供不同的服務等級。
在所述的步驟(A)中,用戶的優先級按照優先次序從低到高分成為三個等級一般用戶、優先用戶和高級用戶;也可以分成其它不同數量的等級。
在所述的步驟(A)中,業務的優先級是依據業務的類型,即業務要求的時延、抖動、帶寬及其它因素綜合確定區分的,按照從高到低依次分為三個等級實時多媒體級、實時語音級及非實時消息級;也可以分成其它不同數量的等級。
在所述的步驟(B)中,策略決策模塊進一步包括下列操作步驟(B1)策略決策模塊與業務平臺中存儲用戶信息的資料庫交互,獲取該用戶的優先級;同時與平臺的業務管理模塊交互,獲取該消息所屬業務的優先級;以及判斷該消息是否是發起新的用戶業務的初始消息;(B2)如果不是發起新的用戶業務的初始消息,進入步驟(C)處理;(B3)如果是發起新的用戶業務的初始消息,則根據當前業務平臺的資源情況決定是否接受該用戶業務的申請,發起該業務;如果接受,進入步驟(C)處理;如果不接受,則直接返回相應的拒絕消息。
在所述的步驟(C)中,策略決策模塊的具體操作步驟是依據在步驟(B1)中獲得的該消息所屬用戶的優先級和業務的優先級進行綜合考慮後,確定該消息的優先級,再依據所作的判定及當前同一等級用戶消息隊列的情況決定該用戶消息進入哪一個隊列排隊。
在所述的步驟(D)中,策略決策模塊的具體操作步驟是依據在步驟(C)中的判斷,分別將用戶消息輸入相應的不同優先級的用戶消息隊列中排隊,等待核心處理隊列的處理;核心處理隊列則依據用戶消息隊列的優先級對其中的消息進行處理。
核心處理隊列每次處理用戶信息時,會同時讀取多個消息,形成一個隊列,進行批處理,以提高處理效率。
本發明是一種支持多用戶多業務平臺保證業務服務協議SLA的方法,其在業務平臺設置了用戶消息隊列、核心處理隊列和策略決策模塊,其中用戶消息隊列有多個的,具有不同的優先級,它的個數是依據用戶本身的優先級及業務的優先級綜合確定的。這樣既能夠實現優先級管理,又不至於導致優先級隊列太多,增加系統的實現難度。另外,將用戶消息隊列和核心處理隊列分開,便於進行用戶及業務的優先級管理。而在核心處理隊列中實行一次讀取多個消息進行批處理的策略,可以提高處理效率。本發明在平臺中添加了策略決策模塊,使整個系統對SLA的保證是基於控制策略的在處理用戶消息之前,首先依據系統的資源情況對是否接受來自業務層和/或網絡層的用戶相關消息進行判斷;再根據用戶和業務的優先級進行綜合評定分類,並輸入到相應的用戶消息隊列中,等候核心處理隊列的處理。
本發明的優點是在業務平臺中,可以依據用戶的優先級、業務的優先級及業務類型提供不同的服務質量。這樣能夠保證不同優先級的用戶或業務的公平性,即低優先級的業務及用戶也可以得到服務。從而有利於更好地向用戶提供優質服務,也可以為網絡運營商帶來新的利潤增長點。
圖2是本發明在多業務多用戶的業務平臺中保證SLA的方法流程圖。
參見
圖1,多業務多用戶平臺1處於業務層2及網絡層3之間,作為業務層2與網絡層3之間的中間層。因為業務層2與網絡層3之間有雙向的用戶業務消息的交互,所以作為中間橋梁的業務平臺1與業務層2和網絡層3之間也分別有雙向的消息交互。
本發明在業務平臺1中設置有用戶消息隊列11、核心處理隊列12和策略決策模塊13,在業務平臺中還包括存儲用戶數據的用戶信息資料庫14及平臺的業務管理模塊15。其中用戶消息隊列11是由N個用戶消息隊列組成的一組隊列,每個用戶消息隊列都是用於存儲用戶的業務消息,並且,具有不同的優先級。用戶消息隊列11與策略決策模塊13和核心處理隊列12都有密切聯繫。來自業務層或者網絡層的業務消息經過策略決策模塊13依據用戶的優先級及業務的優先級進行分類處理後,將其分別放入不同優先級的用戶消息隊列中排隊,等待核心處理隊列12做相應的後續處理。
核心處理模塊12負責依據各個用戶消息隊列的不同優先級對每個用戶消息隊列中的消息進行處理。它只與用戶消息隊列有聯繫,也就是從各個用戶消息隊列中提取業務消息進行處理。
策略決策模塊13接受網絡層3及業務層2的用戶業務消息,負責確定用戶業務消息的優先級,並且將用戶消息輸入到相應的用戶消息隊列11中等待處理。在確定用戶業務消息的優先級的過程中,策略決策模塊13需要與用戶信息資料庫14及業務管理模塊15交互,獲取用戶優先級及業務優先級信息。
用戶信息資料庫14用於存儲用戶的相關信息,如用戶的優先級信息、用戶定購業務名稱、用戶定購業務執行策略信息,以及與用戶相關的其它信息。用戶信息資料庫負責管理與用戶相關的所有信息。
業務管理模塊15是業務平臺1中用於管理與業務相關的所有信息的模塊。包括多業務平臺所能提供的各項業務的詳細描述,業務執行所需要的網絡資源及業務的優先級等。業務管理模塊15負責處理所有與業務平臺所提供的業務相關的信息。
參見圖2和圖1,詳細說明本發明的業務平臺對用戶消息的處理過程。
當來自業務層2或者網絡層3的消息到達業務平臺1後,首先經由策略決策模塊13對該消息進行處理。策略決策模塊13與業務平臺1中存儲用戶信息的資料庫14交互獲取用戶的優先級,同時與業務平臺1的業務管理模塊15交互獲取消息所屬業務的優先級,以及該消息是否為發起新業務的初始消息。如果是初始消息,策略決策模塊13會依據當前業務平臺1的資源情況決策是否接受新的業務申請。如果接受,就依據該消息所屬用戶的優先級及業務的優先級確定該消息的優先級,並且將該消息放入相應的用戶消息隊列11排隊等待處理。核心處理隊列12則依據各個用戶消息隊列的優先級對用戶消息隊列11中的消息進行處理。為了提高處理效率,核心處理隊列12每次都會讀取多個消息,所以它也是一個隊列,有一定的隊列深度。
通過實施本發明提供的方法,可以保證業務平臺依據用戶的優先級及業務的優先級對用戶提供基於策略的、具有不同服務等級的服務,並且對各種不同等級用戶的服務具有一定的公平性。
權利要求
1.一種在多業務多用戶業務平臺中保證業務服務等級協議的方法,其特徵在於該方法包括下列操作步驟(A)在業務平臺中,設置用戶消息隊列、核心處理隊列及策略決策模塊,其中用戶消息隊列有多個,分別具有不同的優先級;(B)策略決策模塊對來自業務層或網絡層新的用戶業務的初始消息進行處理,判斷是否接受該用戶業務的發起;(C)策略決策模塊對該用戶業務消息依據業務的優先級及用戶的優先級進行分類處理;(D)策略決策模塊將該用戶業務消息輸入相應的用戶消息隊列,等待核心處理隊列依據用戶消息隊列的優先級對其進行處理。
2.根據權利要求1所述的保證業務服務等級協議的方法,其特徵在於在所述的步驟(A)中,策略決策模塊對用戶業務消息依據用戶的優先級及業務的優先級進行分類,將其分別放入不同優先級的用戶消息隊列中排隊;核心處理隊列依據用戶消息隊列的不同優先級對其中的消息進行相應處理,以實現多用戶多業務的業務平臺對業務服務等級協議的管理,對不同優先級的用戶和/或業務分別提供不同的服務等級。
3.根據權利要求1或2所述的保證業務服務等級協議的方法,其特徵在於在所述的步驟(A)中,用戶的優先級按照優先次序從低到高分成為三個等級一般用戶、優先用戶和高級用戶;也可以分成其它不同數量的等級。
4.根據權利要求2所述的保證業務服務等級協議的方法,其特徵在於在所述的步驟(A)中,業務的優先級是依據業務的類型,即業務要求的時延、抖動、帶寬及其它因素綜合確定區分的,按照從高到低依次分為三個等級實時多媒體級、實時語音級及非實時消息級;也可以分成其它不同數量的等級。
5.根據權利要求2所述的保證業務服務等級協議的方法,其特徵在於在所述的步驟(B)中,策略決策模塊進一步包括下列操作步驟(B1)策略決策模塊與業務平臺中存儲用戶信息的資料庫交互,獲取該用戶的優先級;同時與平臺的業務管理模塊交互,獲取該消息所屬業務的優先級;以及判斷該消息是否是發起新的用戶業務的初始消息;(B2)如果不是發起新的用戶業務的初始消息,進入步驟(C)處理;(B3)如果是發起新的用戶業務的初始消息,則根據當前業務平臺的資源情況決定是否接受該用戶業務的申請,發起該業務;如果接受,進入步驟(C)處理;如果不接受,則直接返回相應的拒絕消息。
6.根據權利要求2或5所述的保證業務服務等級協議的方法,其特徵在於在所述的步驟(C)中,策略決策模塊的具體操作步驟是依據在步驟(B1)中獲得的該消息所屬用戶的優先級和業務的優先級進行綜合考慮後,確定該消息的優先級,再依據所作的判定及當前同一等級用戶消息隊列的情況決定該用戶消息進入哪一個隊列排隊。
7.根據權利要求2所述的保證業務服務等級協議的方法,其特徵在於在所述的步驟(D)中,策略決策模塊的具體操作步驟是依據在步驟(C)中的判斷,分別將用戶消息輸入相應的不同優先級的用戶消息隊列中排隊,等待核心處理隊列的處理;核心處理隊列則依據用戶消息隊列的優先級對其中的消息進行處理。
8.根據權利要求7所述的保證業務服務等級協議的方法,其特徵在於核心處理隊列每次處理用戶信息時,會同時讀取多個消息,形成一個隊列,進行批處理,以提高處理效率。
全文摘要
一種在多業務多用戶業務平臺中保證業務服務等級協議的方法,該方法包括下列操作步驟(A)在業務平臺中,設置用戶消息隊列、核心處理隊列及策略決策模塊,其中用戶消息隊列有多個,分別具有不同的優先級;(B)策略決策模塊對來自業務層或網絡層新的用戶業務的初始消息進行處理,判斷是否接受該用戶業務的發起;(C)策略決策模塊對該用戶業務消息依據業務的優先級及用戶的優先級進行分類處理;(D)策略決策模塊將該用戶業務消息輸入相應的用戶消息隊列,等待核心處理隊列依據用戶消息隊列的優先級對其進行處理。這樣,可以在業務平臺中依據用戶的優先級、業務的優先級及業務類型提供不同的服務質量,保證不同優先級的用戶或業務的公平性。
文檔編號H04L29/06GK1422061SQ02159238
公開日2003年6月4日 申請日期2002年12月27日 優先權日2002年12月27日
發明者楊放春, 胡曉娟, 蘇森, 鄒華, 孫其博, 陳俊亮, 於曉燕 申請人:北京郵電大學