專利名稱：網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)之間數(shù)據(jù)的增量同步方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信領(lǐng)域，尤其涉及網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)之間數(shù)據(jù)同步方法。
背景技術(shù)：
網(wǎng)絡(luò)管理系統(tǒng)(NMS)與網(wǎng)元管理系統(tǒng)(EMS)之間的接口稱為Itf-N接口。EMS主要完成ITU TMN中的網(wǎng)元管理層(EML)功能，即完成一個(gè)或多個(gè)移動(dòng)通信設(shè)備的管理功能，通常不同設(shè)備供應(yīng)商之間的EMS無(wú)法通用。NMS主要完成ITU TMN中的網(wǎng)絡(luò)管理層(NML)功能，負(fù)責(zé)一個(gè)被管網(wǎng)絡(luò)內(nèi)所有網(wǎng)元的管理。對(duì)于被管網(wǎng)絡(luò)(稱為子網(wǎng))內(nèi)存在多個(gè)設(shè)備供應(yīng)商的情況，可以通過(guò)EMS管理達(dá)到管理整個(gè)子網(wǎng)的目的。
為了保證通信網(wǎng)絡(luò)的有效管理，要求NMS中的數(shù)據(jù)(包括配置數(shù)據(jù)和告警數(shù)據(jù))必須能夠?qū)崟r(shí)反映被管網(wǎng)絡(luò)的變化，進(jìn)一步說(shuō)，NMS應(yīng)該保證自己的數(shù)據(jù)與所管理的EMS的數(shù)據(jù)保持一致。這種同步應(yīng)該是單向的，即NMS采用同步機(jī)制保證自己的數(shù)據(jù)與EMS中的數(shù)據(jù)一致，但EMS并不需要主動(dòng)發(fā)起同步來(lái)保證NMS中的數(shù)據(jù)與自己一致。在現(xiàn)有的系統(tǒng)中，NMS與EMS之間的配置數(shù)據(jù)同步方式屬于全同步方式，即NMS發(fā)起與EMS的配置數(shù)據(jù)同步后，EMS把管理域內(nèi)所有的配置數(shù)據(jù)上報(bào)給NMS。這種方式的優(yōu)點(diǎn)是實(shí)現(xiàn)簡(jiǎn)單，可以保證NMS與EMS的配置數(shù)據(jù)保持一致。但缺點(diǎn)是，在EMS存在大量配置數(shù)據(jù)的情況，數(shù)據(jù)同步可能導(dǎo)致EMS以及NMS與EMS的接口負(fù)荷過(guò)重，觸發(fā)NMS或EMS系統(tǒng)不穩(wěn)定、通信斷鏈、同步失敗等其他問(wèn)題。
目前業(yè)界已經(jīng)意識(shí)到全同步方式的缺陷，為了減少接口負(fù)荷，在相關(guān)的OMC北向接口標(biāo)準(zhǔn)中提出了增量同步的需求，但尚無(wú)確定的解決方案。目前尚在討論的增量同步機(jī)制為同步方式，即NMS發(fā)起增量同步操作后，等待EMS處理完該同步操作并返回增量同步響應(yīng)消息，該同步操作才算完成。由于NMS在發(fā)起增量同步時(shí)無(wú)法預(yù)知變化的數(shù)據(jù)量有多大，這種方式在EMS存在大量變化的配置數(shù)據(jù)情況下，存在NMS等待響應(yīng)時(shí)間過(guò)長(zhǎng)，甚至導(dǎo)致EMS負(fù)荷過(guò)重。另一個(gè)缺點(diǎn)是，由于NMS在實(shí)現(xiàn)過(guò)程中通常設(shè)置了等待超時(shí)時(shí)間，在EMS系統(tǒng)繁忙或者需要同步的配置數(shù)據(jù)較多的情況下，可能由于超時(shí)導(dǎo)致增量同步失敗。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題在于提供一種網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)之間數(shù)據(jù)的增量同步方法，以減輕系統(tǒng)和接口在實(shí)際網(wǎng)絡(luò)運(yùn)行過(guò)程中的負(fù)荷，并避免因等待超時(shí)而導(dǎo)致的同步失敗問(wèn)題。
為解決上述技術(shù)問(wèn)題，本發(fā)明提供一種網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)之間數(shù)據(jù)的增量同步方法，包括如下步驟(1)網(wǎng)絡(luò)管理系統(tǒng)向網(wǎng)元管理系統(tǒng)發(fā)出增量同步請(qǐng)求，要求網(wǎng)元管理系統(tǒng)將增量數(shù)據(jù)同步上來(lái)；(2)網(wǎng)元管理系統(tǒng)收到該增量同步請(qǐng)求后，判斷是否接受該增量同步請(qǐng)求，并根據(jù)判斷結(jié)果向網(wǎng)絡(luò)管理系統(tǒng)發(fā)送增量同步請(qǐng)求成功或失敗的響應(yīng)消息；(3)在發(fā)送成功的響應(yīng)消息后，網(wǎng)元管理系統(tǒng)將準(zhǔn)備好的所述增量數(shù)據(jù)傳送給網(wǎng)絡(luò)管理系統(tǒng)。
本發(fā)明以異步方式實(shí)現(xiàn)了增量數(shù)據(jù)同步，只對(duì)變化的數(shù)據(jù)(包括新增、刪除和修改)進(jìn)行同步，因此，不僅減少了同步的數(shù)據(jù)量，減輕了系統(tǒng)與接口的流量負(fù)荷，而且，在增量的數(shù)據(jù)量過(guò)大，或者EMS系統(tǒng)正處于繁忙的情況下，由于采用異步方式，因此避免了因等待超時(shí)而導(dǎo)致的同步失敗問(wèn)題。


圖1為根據(jù)本發(fā)明實(shí)施例所述的異步增量同步方法流程圖；圖2為根據(jù)本發(fā)明實(shí)施例所述的在文件方式下的消息流程圖；
圖3為根據(jù)本發(fā)明實(shí)施例所述的在消息方式下的消息流程圖。
具體實(shí)施例方式
根據(jù)本發(fā)明的實(shí)施例，NMS與EMS之間的增量同步，采用異步同步機(jī)制，即EMS收到NMS的增量同步請(qǐng)求后，根據(jù)自身情況(比如是否存在多個(gè)同步任務(wù))判斷是否接受該請(qǐng)求，如果接受請(qǐng)求，馬上響應(yīng)一個(gè)請(qǐng)求成功消息。EMS在發(fā)送響應(yīng)請(qǐng)求成功的消息后，通?？梢择R上準(zhǔn)備變化了的數(shù)據(jù)并上報(bào)。上報(bào)傳輸?shù)姆绞娇梢杂卸喾N，本發(fā)明實(shí)施例提供了文件傳輸和消息傳輸?shù)姆绞阶鳛檎f(shuō)明。
如圖1所示，為根據(jù)本發(fā)明實(shí)施例所述的異步增量同步方法流程圖，包括以下步驟步驟101NMS向EMS發(fā)出增量同步請(qǐng)求，要求EMS把上次同步或者指定時(shí)間點(diǎn)之后變化了的數(shù)據(jù)(即增量數(shù)據(jù))同步上來(lái)。NMS可以依據(jù)自身的判斷，主動(dòng)發(fā)起增量同步請(qǐng)求；也可能是EMS通過(guò)某種方式(比如通知方式)要求NMS發(fā)起增量同步請(qǐng)求。
步驟102EMS在收到增量同步請(qǐng)求后，判斷是否接受增量同步請(qǐng)求，并發(fā)送增量同步請(qǐng)求響應(yīng)。EMS的判決算法由EMS內(nèi)部實(shí)現(xiàn)，不在Itf-N接口體現(xiàn)。
EMS的增量同步請(qǐng)求響應(yīng)中應(yīng)至少包括成功(接受同步請(qǐng)求)或失敗(不接受同步請(qǐng)求)的信息。對(duì)于失敗情況，還應(yīng)給出失敗的原因。
步驟103EMS在發(fā)送成功的響應(yīng)消息后，把準(zhǔn)備好的增量數(shù)據(jù)，通過(guò)文件或消息傳輸?shù)姆绞絺魉徒oNMS。其中，文件方式直接應(yīng)用目前Itf-N接口已經(jīng)存在的文件傳輸機(jī)制；消息方式由EMS決定，采用與NMS協(xié)商后確定的消息格式，消息中必須包含增量數(shù)據(jù)的信息。EMS采用何種方式上報(bào)增量數(shù)據(jù)，可以由NMS在增量同步請(qǐng)求中指定，也可以由EMS在增量同步請(qǐng)求響應(yīng)消息中給出。
如果EMS準(zhǔn)備增量數(shù)據(jù)失敗，EMS有兩種處理方式。對(duì)于文件方式，可以通過(guò)“文件準(zhǔn)備失敗通知”上報(bào)NMS。對(duì)于消息方式，EMS可以在同步結(jié)果通知中給出失敗的原因。
如圖2所示，為根據(jù)本發(fā)明實(shí)施例所述的、在文件傳輸方式下的消息流程圖，包括如下步驟步驟201NMS向EMS發(fā)出增量同步請(qǐng)求(Synchronization Request)，要求EMS把上次同步或者指定時(shí)間點(diǎn)之后變化了的配置數(shù)據(jù)同步上來(lái)。在同步請(qǐng)求中可以包括其他信息，比如NMS指定要求同步的網(wǎng)元對(duì)象。
步驟202EMS在收到增量同步請(qǐng)求后，判斷是否接受增量同步請(qǐng)求，并發(fā)送增量同步請(qǐng)求響應(yīng)(Synchronization Request ACK)。在響應(yīng)消息中包括了是否接受增量同步請(qǐng)求的信息。對(duì)于失敗(不接受增量同步請(qǐng)求)的情況，不再進(jìn)行以下的步驟。
步驟203EMS在準(zhǔn)備好增量數(shù)據(jù)文件后，向NMS發(fā)送“文件準(zhǔn)備好通知(File Ready Notification)”，消息中包括文件的基本信息，如文件路徑、文件大小、壓縮格式等。如果EMS準(zhǔn)備增量數(shù)據(jù)失敗，則向NMS發(fā)送“文件準(zhǔn)備失敗通知”。
步驟204NMS在收到“文件準(zhǔn)備好通知”后，則執(zhí)行FTP處理(FTPProcedure)，通過(guò)FTP獲取增量數(shù)據(jù)文件。如NMS收到“文件準(zhǔn)備失敗通知”，則不進(jìn)行以下步驟。
步驟205NMS在FTP文件完成后，向EMS發(fā)送文件下載指示(FileDownload Indication)，指示文件下載完成。EMS在收到該指示后，可以對(duì)該文件進(jìn)一步處理(比如刪除、備份等)。
如圖3所示，為根據(jù)本發(fā)明實(shí)施例所述的、在消息傳輸方式下的消息流程圖，包括如下步驟步驟301與上述步驟201類似。
步驟302與上述步驟202類似。
步驟303EMS在準(zhǔn)備好增量數(shù)據(jù)后，向NMS發(fā)送“同步結(jié)果通知(Synchronization Result Notification)”消息，該消息中包括上次同步或指定時(shí)間點(diǎn)之后變化了的數(shù)據(jù)信息。
權(quán)利要求
1.一種網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)之間數(shù)據(jù)的增量同步方法，其特征在于，包括如下步驟(1)網(wǎng)絡(luò)管理系統(tǒng)向網(wǎng)元管理系統(tǒng)發(fā)出增量同步請(qǐng)求，要求網(wǎng)元管理系統(tǒng)將增量數(shù)據(jù)同步上來(lái)；(2)網(wǎng)元管理系統(tǒng)收到該增量同步請(qǐng)求后，判斷是否接受該增量同步請(qǐng)求，并根據(jù)判斷結(jié)果向網(wǎng)絡(luò)管理系統(tǒng)發(fā)送增量同步請(qǐng)求成功或失敗的響應(yīng)消息；(3)在發(fā)送成功的響應(yīng)消息后，網(wǎng)元管理系統(tǒng)將準(zhǔn)備好的所述增量數(shù)據(jù)傳送給網(wǎng)絡(luò)管理系統(tǒng)。
2.如權(quán)利要求1所述的方法，其特征在于，所述步驟(3)包括網(wǎng)元管理系統(tǒng)準(zhǔn)備好增量數(shù)據(jù)文件后，向網(wǎng)絡(luò)管理系統(tǒng)發(fā)送“文件準(zhǔn)備好通知”消息，該消息中包含有所述增量數(shù)據(jù)文件的信息；網(wǎng)絡(luò)管理系統(tǒng)收到所述“文件準(zhǔn)備好通知”消息后，通過(guò)FTP獲取增量數(shù)據(jù)文件；在文件傳輸完成后，網(wǎng)絡(luò)管理系統(tǒng)向網(wǎng)元管理系統(tǒng)發(fā)送文件下載指示消息，指示文件下載完成。
3.如權(quán)利要求2所述的方法，其特征在于，進(jìn)一步包括步驟如果網(wǎng)元管理系統(tǒng)準(zhǔn)備增量數(shù)據(jù)失敗，則向網(wǎng)絡(luò)管理系統(tǒng)發(fā)送“文件準(zhǔn)備失敗通知”消息。
4.如權(quán)利要求1所述的方法，其特征在于，所述步驟(3)包括網(wǎng)元管理系統(tǒng)準(zhǔn)備好增量數(shù)據(jù)文件后，向網(wǎng)絡(luò)管理系統(tǒng)發(fā)送“同步結(jié)果通知”消息，該消息中包含有所述增量數(shù)據(jù)。
5.如權(quán)利要求4所述的方法，其特征在于，進(jìn)一步包括步驟如果網(wǎng)元管理系統(tǒng)準(zhǔn)備增量數(shù)據(jù)失敗，則向網(wǎng)絡(luò)管理系統(tǒng)發(fā)送“同步結(jié)果通知”消息，該消息中包含有失敗的原因信息。
6.如權(quán)利要求4或5所述的方法，其特征在于，所述“同步結(jié)果通知”消息的格式，由網(wǎng)元管理系統(tǒng)與網(wǎng)絡(luò)管理系統(tǒng)協(xié)商后確定。
7.如權(quán)利要求1所述的方法，其特征在于，步驟(1)所述增量數(shù)據(jù)為上次同步或指定時(shí)間點(diǎn)之后發(fā)生變化的數(shù)據(jù)。
8.如權(quán)利要求1所述的方法，其特征在于，步驟(1)所述增量同步請(qǐng)求，是由網(wǎng)絡(luò)管理系統(tǒng)主動(dòng)發(fā)起的。
9.如權(quán)利要求1所述的方法，其特征在于，步驟(1)所述增量同步請(qǐng)求，是由網(wǎng)元管理系統(tǒng)要求網(wǎng)絡(luò)管理系統(tǒng)發(fā)起的。
10.如權(quán)利要求1所述的方法，其特征在于，步驟(1)所述增量同步請(qǐng)求中，包含有網(wǎng)絡(luò)管理系統(tǒng)指定要求同步的網(wǎng)元對(duì)象信息。
11.如權(quán)利要求1所述的方法，其特征在于，步驟(1)所述增量同步請(qǐng)求中，包含有指定的增量數(shù)據(jù)傳輸方式信息。
12.如權(quán)利要求11所述的方法，其特征在于，所述指定的增量數(shù)據(jù)傳輸方式為文件傳輸方式。
13.如權(quán)利要求11所述的方法，其特征在于，所述指定的增量數(shù)據(jù)傳輸方式為消息傳輸方式。
全文摘要
本發(fā)明公開(kāi)了一種網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)之間數(shù)據(jù)的增量同步方法，首先網(wǎng)絡(luò)管理系統(tǒng)向網(wǎng)元管理系統(tǒng)發(fā)出增量同步請(qǐng)求，要求網(wǎng)元管理系統(tǒng)將增量數(shù)據(jù)同步上來(lái)；網(wǎng)元管理系統(tǒng)收到該增量同步請(qǐng)求后，判斷是否接受該增量同步請(qǐng)求，并根據(jù)判斷結(jié)果向網(wǎng)絡(luò)管理系統(tǒng)發(fā)送增量同步請(qǐng)求成功或失敗的響應(yīng)消息；在發(fā)送成功的響應(yīng)消息后，網(wǎng)元管理系統(tǒng)將所述增量數(shù)據(jù)上報(bào)給網(wǎng)絡(luò)管理系統(tǒng)。本發(fā)明以異步方式實(shí)現(xiàn)了增量數(shù)據(jù)同步，不僅減少了同步的數(shù)據(jù)量，減輕了系統(tǒng)與接口的流量負(fù)荷，而且，在增量的數(shù)據(jù)量過(guò)大，或者EMS系統(tǒng)正處于繁忙的情況下，由于采用異步方式，因此避免了因等待超時(shí)而導(dǎo)致的同步失敗問(wèn)題。
文檔編號(hào)H04L12/24GK101018148SQ20061000353
公開(kāi)日2007年8月15日 申請(qǐng)日期2006年2月9日 優(yōu)先權(quán)日2006年2月9日
發(fā)明者黃樹(shù)強(qiáng) 申請(qǐng)人:中興通訊股份有限公司