專利名稱:一種在網管系統(tǒng)中實現逆向同步的方法
技術領域:
本發(fā)明涉及網管系統(tǒng)技術領域,特別是指一種在網管系統(tǒng)中實現逆向同步的方法。
背景技術:
在3GPP的網絡管理架構中,存在比較清晰的三層結構,即網元(NE,Network Management)、網元管理系統(tǒng)(EMS,Element Management System)以及網絡管理系統(tǒng)(NMS,Network Management System)。3GPP從邏輯的角度,給EMS和NMS定義了若干集成參考點(IRP,Integrated Reference Point),這些IRP在EMS和NMS上分別表現為IRP Agent和IRP Manager。3GPP已經明確定義了通用功能IRP、基本配置管理IRP(Basic CM IRP,Basic ConfigurationManagement IRP)、性能管理IRP(PM IRP,Performance Management IRP)、入口點IRP(EP IRP,Entry Point IRP)以及出錯及告警管理IRP(FM IRP,FaultManagement IRP)等。
在目前公開的文獻中,網管系統(tǒng)已經存在正向增量同步的方法。但目前網管系統(tǒng)的正向增量同步機制通常僅應用在基本配置管理IRP中。參見圖1,其示出了NMS和EMS以及NE之間的連接方式。NMS一般采用上下文A方式與EMS相連,但是其也可以選擇采用上下文B方式直接連接NE。NMS與EMS和NE之間的接口為標準北向接口。網絡管理系統(tǒng)主要利用正向增量同步的方法完成配置管理IRP的配置數據的快速同步。當針對網絡管理系統(tǒng)中的配置數據發(fā)生輕量級變更時,例如某個小區(qū)對象的無線參數發(fā)生了變化,通過正向增量同步的方法可以快速地向網元加載數據。
當前增量同步方式僅僅應用于網絡管理系統(tǒng)的基本配置管理IRP,且是基于對象進行同步的,其僅解決了從網絡管理系統(tǒng)到網元管理系統(tǒng)和網元的鏈路傳輸此外并無其他目的。該方案并沒有解決網元管理系統(tǒng)和網元向網絡管理系統(tǒng)同步數據的方法,即其并沒有解決網絡管理系統(tǒng)中的逆向同步的問題。
在目前公開的文獻中,網管系統(tǒng)的逆向同步只能通過完全同步的方式實現。該方式雖然能夠實現逆向同步,但隨著新一代網絡管理系統(tǒng)對網元數據監(jiān)測需求的日益增強,單靠逆向完全同步的方式使網絡管理系統(tǒng)獲取網元數據的機制去采集網絡中的性能和告警等數據必然導致逆向數據通道的繁忙和擁塞,也將導致網絡管理系統(tǒng)處理大量的重復數據,而這明顯不利于保證網絡管理系統(tǒng)的高效運行。
發(fā)明內容
有鑒于此,本發(fā)明的目的在于提供一種在網管系統(tǒng)中實現逆向同步的方法,解決在網管系統(tǒng)中逆向增量同步的問題,提高網管系統(tǒng)處理數據的效率。
為達到上述目的,本發(fā)明的技術方案是這樣實現的一種在網管系統(tǒng)中實現逆向同步的方法,該方法包括以下步驟a、上級網絡管理系統(tǒng)向網元系統(tǒng)發(fā)起同步請求,該請求中包含待同步信息,增量同步標志和參考時間點;b、網元系統(tǒng)根據增量同步標志確認本次同步為增量同步后,根據同步請求中的待同步信息以及參考時間點,在本地數據庫查找當前時間點與參考時間點之間的符合待同步信息的差異內容,構造包含差異內容的增量集合,將該增量集合返回給上級網絡系統(tǒng);c、上級網絡管理系統(tǒng)根據接收到的增量集合,實現逆向增量同步。
較佳地,步驟a所述待同步信息包括待同步內容的類別以及管理對象類,或者包括待同步內容的類別以及管理對象類實例。
較佳地,所述管理對象類和管理對象類實例包括但不限于錯誤和告警管理信息和/或性能管理信息。
較佳地,步驟a所述參考時間點為具體的時間值或前次同步后的參考點,所述前次同步為增量同步或完全同步。
較佳地,當所述參考時間點為具體的時間值,所述網元系統(tǒng)確認本次同步為增量同步請求后,進一步包括網元系統(tǒng)判斷當前的具體時間與參考時間點之差是否滿足已約定的時間粒度,如滿足,再執(zhí)行后續(xù)步驟,否則拋出異常信息,結束;所述時間粒度是根據網元系統(tǒng)本身的數據存儲能力以及具體實現是對逆向增量同步的要求程度來約定的。
較佳地,當所述參考時間點為前次同步后的參考點時,步驟b所述網元系統(tǒng)確認本次同步為增量同步請求后,或者網元系統(tǒng)判斷出時間粒度合法之后,進一步包括網元系統(tǒng)判斷所述參考時間點所對應的信息是否存在,若存在,再執(zhí)行后續(xù)步驟,否則拋出異常信息,結束。
較佳地,所述構造包含差異內容的增量集合的過程為根據網元系統(tǒng)內的預先配置的信息,應用差異內容表項的標識性字段構造包含差異內容的增量集合;或者,應用差異內容表項的完整內容構造包含差異內容的增量集合。
較佳地,所述當前時間點與參考時間點之間差異內容為改變的內容,新增的內容或過時的內容。
較佳地,當網元系統(tǒng)構造出包含差異內容的增量集合后,進一步包括判斷增量集合中的差異性內容數據是否超出預設的門限值,如果是,則拋出異常信息,并按照完全逆向同步的操作進行執(zhí)行,否則,再執(zhí)行后續(xù)步驟。
較佳地,如果上級網絡管理系統(tǒng)所發(fā)的同步請求中不包含增量同步標志,該方法進一步包括網元系統(tǒng)執(zhí)行完全逆向同步。
較佳地,其特征在于,所述網元系統(tǒng)為網元管理系統(tǒng)EMS或網元NS。
較佳地,所述上級網系統(tǒng)中發(fā)起同步請求的邏輯實體是IRP Manager;當所述網元系統(tǒng)為網元管理系統(tǒng)時,所述執(zhí)行操作的邏輯實體是IRP Agent;當所述待同步信息為錯誤和告警管理信息,所述同步請求通過getAlarmList操作實現。
較佳地,對于3G移動通信系統(tǒng)的網管系統(tǒng),所述網元為無線接入網域內的無線網絡控制器,核心網域的MSC Server、SGSN和GGSN;所述EMS為無線接入網域和核心網域的操作維護中心;所述網絡管理系統(tǒng)NMS為3G移動通信系統(tǒng)的統(tǒng)一網管系統(tǒng)。
應用本發(fā)明提供在網管系統(tǒng)中實現逆向同步的方法,解決了在網管系統(tǒng)中逆向增量同步的問題,避免了性能和告警等數據導致的逆向數據通道的繁忙和擁塞,也避免了網絡管理系統(tǒng)處理大量的重復數據,提高了網管系統(tǒng)處理數據的效率。
對比本發(fā)明的逆向增量同步和現有技術的“正向增量同步”的實現過程可知,本發(fā)明的逆向增量同步并不是正向增量同步的簡單逆過程。這是因為,現有的基本配置管理的正向增量同步是基于對象進行同步,而本發(fā)明的同步是基于表項進行同步,例如基于告警表中的表項同步告警。再有,從本質上說現有的正向增量同步的基本思路是為了減少網絡管理系統(tǒng)IRP Manager與IRPAgent之間的鏈路傳輸此外并無其他目的,而本發(fā)明的同步方法不僅可以減少IRPAgent與IRP Manager之間的鏈路傳輸,還可以減少IRPAgent對新增上傳信息(如告警信息)的存儲。
圖1是現有網管系統(tǒng)的正向增量同步機制應用位置示意圖;圖2是應用本發(fā)明的逆向增量同步的實現原理示意圖;圖3是應用本發(fā)明的一網絡管理系統(tǒng)結構框圖;圖4是應用本發(fā)明方法的一個實施例的流程圖。
具體實施例方式
下面結合附圖對本發(fā)明再做進一步的詳細說明。
本發(fā)明提供了一種逆向同步的方法,其主要是為了實現逆向增量同步。下面以基于3GPP標準規(guī)定的錯誤和告警管理FMIRP為例,具體說明本發(fā)明的實現方法。
對于錯誤和告警管理而言,逆向增量同步的應用場景主要指駐留在上級網絡管理系統(tǒng)中的IRP Manager在希望獲取某個或者某些管理對象類的錯誤和告警信息時,這些信息較上次并沒有發(fā)生改變或者沒有發(fā)生顯著改變。
錯誤和告警管理FMIRP用于將網元管理系統(tǒng)或者網元中所管理對象的告警和錯誤信息傳遞給上級網絡管理系統(tǒng)。以下為敘述方便,將網元管理系統(tǒng)或者網元統(tǒng)稱為網元系統(tǒng)。上級網絡管理系統(tǒng)利用FMIRP中定義的AlarmIRPOperations_1接口中的操作getAlarmList發(fā)起告警和錯誤信息的提取過程。上級網絡管理系統(tǒng)發(fā)起此操作時既可以提取網元系統(tǒng)中Alarmlist中保存的所有錯誤和告警信息,也可以提取一個管理對象類或者一個管理對象類實例的一類或多類錯誤和告警信息。也就是說,上級網絡管理系統(tǒng)在執(zhí)行此類操作時會給出待同步信息。
逆向增量同步要求上級網絡管理系統(tǒng)在提取告警和錯誤信息時向網元系統(tǒng)給出增量同步標志(DeltaFlag)和參考時間點(ReferencePoint)。網元系統(tǒng)根據增量同步標志DeltaFlag決定是否采用增量信息同步機制。在具體執(zhí)行此類增量信息同步機制時,網元系統(tǒng)需要比對當前所保存的告警和錯誤信息和在參考時間點(ReferencePoint)所保存的告警和錯誤信息,并且基于這兩個時間之間的告警和錯誤信息內容差異統(tǒng)計出一個增量集合,然后將這個集合作為結果輸出給上級網絡管理系統(tǒng)。
圖2所示為應用本發(fā)明的逆向增量同步的實現原理示意圖。附圖左上表格表示出了IRP Agent在某參考時間點在AlarmList保存的告警和錯誤信息,包括從第一項到第N項告警。附圖右上表格表示出了IRP Agent在當前時間點在AlarmList保存的告警和錯誤信息,包括從第一項到第K項告警以及第M項告警。為區(qū)別起見,附圖右上表格利用填充紋理表示出了當前的告警和錯誤信息與參考時間點的區(qū)別其中第一項告警和錯誤信息的狀態(tài)發(fā)生了變化,第M項是完全新產生的告警和錯誤信息,第K+1項到第N項告警已經不再存在,而第二項到第K項告警和錯誤信息仍然存在且狀態(tài)未變。經過增量比較,當前時間點與參考時間點之間的符合待同步信息的差異內容應該包括第一項發(fā)生了變化的告警和錯誤信息,完全新產生的第M項告警和錯誤信息以及已經不再存在的第K+1項到第N項告警。之后,構造包含差異內容的增量集合,將該增量集合返回給上級網絡系統(tǒng);上級網絡管理系統(tǒng)根據接收到的增量集合,實現逆向增量同步。
上述差異內容泛指三部分信息,(1)改變的內容,即前一時間點已經存在,但是目前已經發(fā)生了改變;(2)新增的內容,即前一時間點不存在,但是目前已經存在;(3)過時的內容,即前一時間點存在,但是目前已經消失。這三類信息分別簡稱為改變的、新的和過時的信息。
上述參考時間點ReferencePoint既可以是一個具體的時間值,也可以是完全同步或者增量同步的參考點,例如上次所執(zhí)行的同步。當然,對于網元管理系統(tǒng)(EMS)中的IRP Agent來說,它要針對每個不同的IRP Manager保存一系列的參考時間點及在這些參考時間點時的告警和錯誤信息。當采用具體的時間值作為參考時間信息時,IRP Manager要采用其與IRP Agent約定的粒度來表達,此粒度的約定原則是根據IRP Agent本身的數據存儲能力以及具體實現對逆向增量同步的要求程度。
上述包含差異內容的增量集合既可以由差異內容表項的完整內容構成,也可以由差異內容表項的標識性字段構成,也就是說,既可以將網絡管理系統(tǒng)中的IRP Manager與網元管理系統(tǒng)中的IRP Agent對應的管理對象類作為增量集合中差異信息的最小單位,也可以將網元管理系統(tǒng)中的IRP Agent所保存的AlarmList中的一個表項作為其最小單位。一般來說,AlarmList包含的錯誤和告警信息表項包含眾多字段,其中有一個字段是標識性的字段AlarmId。IRPAgent在構造上述集合時要根據其內部設置判斷是僅將表項的標識性字段添加到集合中還是將表項的完整內容添加到集合中。IRP Agent的此設置要根據具體實現對逆向增量同步的要求。
再有,當網元系統(tǒng)中的IRP Agent收到網絡管理系統(tǒng)中IRP Manager的逆向增量同步要求時,如果發(fā)現包含差異內容的增量集合中的數據超過了預設門限M,例如集合中的數據超過了在參考時間點所存儲的告警和錯誤數據的50%時,IRP Agent將拒絕IRP Manager的逆向增量同步要求。當IRP Agent發(fā)現IRPManager給出的ReferencePoint對應的時間超出了約定的時間粒度范圍,或者IRP Agent無法在數據庫中找到此參考時間的錯誤和告警信息時,IRP Agent將拒絕IRP Manager逆向增量同步要求。當被IRP Agent拒絕逆向增量同步時,IRPManager獲取相關信息的唯一途徑是采用完全同步的數據傳輸機制。
圖3所示為應用本發(fā)明的一網絡管理系統(tǒng)結果框圖。網絡管理系統(tǒng)和網元管理系統(tǒng)以及網元之間的接口為標準北向接口,網元管理系統(tǒng)和各個網元之間的接口為非標準接口。網元管理系統(tǒng)或網元就是通過標準北向接口向網絡管理系統(tǒng)上報逆向增量集合的。對于3G移動通信系統(tǒng)的網管系統(tǒng)而言,圖3中的網元主要指無線接入網域內的無線網絡控制器,核心網域的移動交換中心服務器(MSC Server)、服務GPRS支持節(jié)點(SGSN)和網關GPRS支持節(jié)點(GGSN)等;圖3中的EMS指無線接入網域和核心網域的操作維護中心;圖3中的NMS則指3G移動通信系統(tǒng)的統(tǒng)一網管系統(tǒng)。
圖4所示為應用本發(fā)明方法的一個實施例的流程圖。本例仍以錯誤和告警管理為例進行說明。
步驟401~402,上級網絡管理系統(tǒng)的IRP Manager利用錯誤和告警管理集成參考點的getAlarmList操作向網元管理系統(tǒng)的IRP Agent發(fā)起同步請求。該請求中包含了待同步信息,增量同步標志DeltaFlag和參考時間點ReferencePoint。其中,待同步信息包括待同步內容的類別以及管理對象類,或者包括待同步內容的類別以及管理對象類實例。
步驟403,IRP Agent根據增量同步標志DeltaFlag判斷本次否是為增量同步即判斷同步請求中是否包含增量同步標志,如果不包含增量同步標志就不是增量同步,則執(zhí)行步驟404,按照完全逆向同步的操作進行執(zhí)行,如果包含增量標準就是增量同步,則執(zhí)行步驟405。
步驟405~406,IRP Agent檢查參考時間點ReferencePoint,并判斷該參考時間點是具體的時間還是前次同步后的參考點,如果是具體的時間,則執(zhí)行步驟407,如果是前次同步后的參考點,則執(zhí)行步驟409。所述前次同步可以為增量同步也可以為完全同步。
步驟407,IRP Agent判斷當前的時間與參考時間點之間的差值是否在IRPAgent與IRP Manager約定的時間粒度范圍之內,如果是,則執(zhí)行步驟409,否則執(zhí)行步驟408。
步驟408,拋出異常信息,結束。
步驟409~410,IRP Agent查找所述參考時間點對應的錯誤和告警信息,并判斷該參考時間點對應的錯誤和告警信息是否存在,如果存在,則執(zhí)行步驟411;否則,則執(zhí)行步驟412。
步驟411,IRP Agent拋出異常信息,IRP Manager的getAlarmList操作以異常信息返回并且后續(xù)按照完全同步的操作來執(zhí)行。
步驟412,IRP Agent初始化用于構造錯誤和告警信息增量的集合。
步驟413~415,IRP Agent根據其內部配置信息判斷是僅將表項的標識性字段添加到集合中還是將表項的完整內容添加到集合中,并且完成集合的構造。
步驟416,IRP Agent檢查增量集合所覆蓋信息的范圍,并判斷包含告警和錯誤信息內容差異集合中的數據是否超過預設的門限M,如果是,則執(zhí)行步驟411,否則執(zhí)行步驟418。
步驟418,IRP Agent向IRP Manager返回增量同步結果,getAlarmList操作正常返回。
上級網絡管理系統(tǒng)根據接收到的增量集合,實現逆向增量同步。應用本發(fā)明的同步方法,不僅可以減少IRP Agent與IRP Manager之間的鏈路傳輸,還可以減少IRP Agent對新增上傳信息如告警信息的存儲。
以上雖然僅以錯誤和告警管理為例,但本發(fā)明的方法同樣可以在已經被3GPP標準規(guī)定的性能管理IRP等場合應用。應當指出,對于本技術領域的普通技術人員來說,在不脫離本發(fā)明原理的前提下,而且凡是基于本發(fā)明稍做改動即可應用到由其他標準組織規(guī)定的或自定義的網管模型中,或基于此類的衍生應用也應視為本發(fā)明的保護范圍。
權利要求
1.一種在網管系統(tǒng)中實現逆向同步的方法,其特征在于,該方法包括以下步驟a、上級網絡管理系統(tǒng)向網元系統(tǒng)發(fā)起同步請求,該請求中包含待同步信息,增量同步標志和參考時間點;b、網元系統(tǒng)根據增量同步標志確認本次同步為增量同步后,根據同步請求中的待同步信息以及參考時間點,在本地數據庫查找當前時間點與參考時間點之間的符合待同步信息的差異內容,構造包含差異內容的增量集合,將該增量集合返回給上級網絡系統(tǒng);c、上級網絡管理系統(tǒng)根據接收到的增量集合,實現逆向增量同步。
2.根據權利要求1所述的方法,其特征在于,步驟a所述待同步信息包括待同步內容的類別以及管理對象類,或者包括待同步內容的類別以及管理對象類實例。
3.根據權利要求2所述的方法,其特征在于,所述管理對象類和管理對象類實例包括但不限于錯誤和告警管理信息和/或性能管理信息。
4.根據權利要求1所述的方法,其特征在于,步驟a所述參考時間點為具體的時間值或前次同步后的參考點,所述前次同步為增量同步或完全同步。
5.根據權利要求4所述的方法,其特征在于,當所述參考時間點為具體的時間值,所述網元系統(tǒng)確認本次同步為增量同步請求后,進一步包括網元系統(tǒng)判斷當前的具體時間與參考時間點之差是否滿足已約定的時間粒度,如滿足,再執(zhí)行后續(xù)步驟,否則拋出異常信息,結束;所述時間粒度是根據網元系統(tǒng)本身的數據存儲能力以及具體實現是對逆向增量同步的要求程度來約定的。
6.根據權利要求5所述的方法,其特征在于,當所述參考時間點為前次同步后的參考點時,步驟b所述網元系統(tǒng)確認本次同步為增量同步請求后,或者網元系統(tǒng)判斷出時間粒度合法之后,進一步包括網元系統(tǒng)判斷所述參考時間點所對應的信息是否存在,若存在,再執(zhí)行后續(xù)步驟,否則拋出異常信息,結束。
7.根據權利要求1所述的方法,其特征在于,所述構造包含差異內容的增量集合的過程為根據網元系統(tǒng)內的預先配置的信息,應用差異內容表項的標識性字段構造包含差異內容的增量集合;或者,應用差異內容表項的完整內容構造包含差異內容的增量集合。
8.根據權利要求1所述的方法,其特征在于,所述當前時間點與參考時間點之間差異內容為改變的內容,新增的內容或過時的內容。
9.根據權利要求1所述的方法,其特征在于,當網元系統(tǒng)構造出包含差異內容的增量集合后,進一步包括判斷增量集合中的差異性內容數據是否超出預設的門限值,如果是,則拋出異常信息,并按照完全逆向同步的操作進行執(zhí)行,否則,再執(zhí)行后續(xù)步驟。
10.根據權利要求1所述的方法,其特征在于,如果上級網絡管理系統(tǒng)所發(fā)的同步請求中不包含增量同步標志,該方法進一步包括網元系統(tǒng)執(zhí)行完全逆向同步。
11.根據權利要求1、5、6、7、9或10任一所述的方法,其特征在于,所述網元系統(tǒng)為網元管理系統(tǒng)EMS或網元NS。
12.根據權利要求1任一所述的方法,其特征在于,所述上級網系統(tǒng)中發(fā)起同步請求的邏輯實體是IRP Manager;當所述網元系統(tǒng)為網元管理系統(tǒng)時,所述執(zhí)行操作的邏輯實體是IRPAgent;當所述待同步信息為錯誤和告警管理信息,所述同步請求通過getAlarmList操作實現。
13.根據權利要求11所述的方法,其特征在于,對于3G移動通信系統(tǒng)的網管系統(tǒng),所述網元為無線接入網域內的無線網絡控制器,核心網域的MSCServer、SGSN和GGSN;所述EMS為無線接入網域和核心網域的操作維護中心;所述網絡管理系統(tǒng)NMS為3G移動通信系統(tǒng)的統(tǒng)一網管系統(tǒng)。
全文摘要
本發(fā)明公開了一種在網管系統(tǒng)中實現逆向同步的方法,關鍵是,上級網絡管理系統(tǒng)向網元系統(tǒng)發(fā)起同步請求,該請求中包含待同步信息,增量同步標志和參考時間點;網元系統(tǒng)根據增量同步標志確認本次同步為增量同步后,根據同步請求中的待同步信息以及參考時間點,在本地數據庫查找當前時間點與參考時間點之間的符合待同步信息的差異內容,構造包含差異內容的增量集合,將該增量集合返回給上級網絡系統(tǒng);上級網絡管理系統(tǒng)根據接收到的增量集合,實現逆向增量同步。應用本發(fā)明,解決了在網管系統(tǒng)中逆向增量同步的問題,避免了性能和告警等數據導致的逆向數據通道的繁忙和擁塞,也避免了網絡管理系統(tǒng)處理大量的重復數據,提高了網管系統(tǒng)處理數據的效率。
文檔編號H04L12/24GK101035014SQ200610067508
公開日2007年9月12日 申請日期2006年3月7日 優(yōu)先權日2006年3月7日
發(fā)明者王學龍, 畢海 申請人:大唐移動通信設備有限公司