本發(fā)明涉及NETCONF(基于xml的網(wǎng)絡(luò)配置和管理)技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)模型變化上報方法和裝置。

背景技術(shù)：

NETCONF協(xié)議是一種基于xml的網(wǎng)絡(luò)配置和管理協(xié)議。NETCONF協(xié)議針對之前流行的snmp(簡單網(wǎng)絡(luò)管理協(xié)議)協(xié)議在功能和架構(gòu)上的缺陷，并結(jié)合時下最流行的XML技術(shù)，提出了一套對于網(wǎng)絡(luò)設(shè)備的配置信息和狀態(tài)信息進行管理的機制。NETCONF協(xié)議采用xml作為配置數(shù)據(jù)和協(xié)議消息編碼的方式。用C/S(網(wǎng)管/主機)和rpc(遠程過程調(diào)用)方式來獲取，更新或刪除設(shè)備中的響應(yīng)的部分或所有的管理信息。xml可以表達復(fù)雜的、具有內(nèi)在邏輯關(guān)系的、模型化的管理對象，大大提高了操作效率和對象的標準化。

NETCONF采用了client/server的結(jié)構(gòu)，由client(網(wǎng)管)向server(主機)發(fā)起會話連接(通過具體的承載層)，在承載層建鏈/驗證結(jié)束后，雙方互發(fā)hello報文來通告自身能力，雙方在收到對應(yīng)的Hello報文后即自行進行能力交換，server端將設(shè)備支持的業(yè)務(wù)模型也作為能力在hello報文中一起上報client端，能力交換成功后，即可建立NETCONF會話。會話建立后，client可以使用協(xié)議操作向server端下發(fā)配置或獲取信息。

目前業(yè)務(wù)模型作為client的一種能力只能在建立會話時上報網(wǎng)管，因此，網(wǎng)管無法感知在client與server在進行會話過程中業(yè)務(wù)模型的變化(例如卸載或加載)，導(dǎo)致網(wǎng)管可能會發(fā)送錯誤的rpc請求報文與主機無法正確交互數(shù)據(jù)，不易于網(wǎng)絡(luò)的維護和運維。

技術(shù)實現(xiàn)要素：

本發(fā)明要解決的主要技術(shù)問題是，提供一種業(yè)務(wù)模型變化上報方法和裝置，能夠解決由于網(wǎng)管無法感知在其與主機進行會話過程中業(yè)務(wù)模型的變化導(dǎo)致的網(wǎng)管與主機無法正確交換數(shù)據(jù)和不易于網(wǎng)絡(luò)維護的技術(shù)問題。

為解決上述技術(shù)問題，本發(fā)明提供一種業(yè)務(wù)模型變化上報方法,所述方法基于NETCONF協(xié)議，所述方法包括如下步驟:

主機與網(wǎng)管建立會話；

在所述主機與所述網(wǎng)管進行會話的過程中,若所述主機有業(yè)務(wù)模型發(fā)生變化，則所述主機將發(fā)生變化的業(yè)務(wù)模型的變化信息發(fā)送給所述網(wǎng)管，以供所述網(wǎng)管感知所述主機中業(yè)務(wù)模型的變化。

進一步地，所述發(fā)生變化的業(yè)務(wù)模型的變化信息包括：發(fā)生變化的業(yè)務(wù)模型的名稱信息和發(fā)生變化的業(yè)務(wù)模型的狀態(tài)變化信息。

進一步地，當在所述主機與所述網(wǎng)管進行會話的過程中所述主機中有業(yè)務(wù)模型被加載或者卸載時，所述狀態(tài)變化信息包括：所述發(fā)生變化的業(yè)務(wù)模型被加載或者卸載的指示信息。

進一步地，所述發(fā)生變化的業(yè)務(wù)模型的信息還包括：所述發(fā)生變化的業(yè)務(wù)模塊發(fā)生變化的時間信息。

進一步地，所述主機將發(fā)生變化的業(yè)務(wù)模型的變化信息發(fā)送給所述網(wǎng)管的步驟包括：

所述主機通過通知報文將發(fā)生變化的業(yè)務(wù)模型的變化信息發(fā)送給所述網(wǎng)管。

同樣為了解決上述的技術(shù)問題，本發(fā)明還提供了一種業(yè)務(wù)模型變化上報裝置，所述裝置基于NETCONF協(xié)議且應(yīng)用于主機，包括：會話建立模塊和發(fā)送模塊；

所述會話建立模塊，用于與網(wǎng)管建立會話；

所述發(fā)送模塊，用于在所述主機與所述網(wǎng)管進行會話的過程中所述主機有業(yè)務(wù)模型發(fā)生變化，則所述主機將發(fā)生變化的業(yè)務(wù)模型的變化信息發(fā)送給所述網(wǎng)管，以供所述網(wǎng)管感知所述主機中業(yè)務(wù)模型的變化。

進一步地，所述發(fā)生變化的業(yè)務(wù)模型的變化信息包括：發(fā)生變化的業(yè)務(wù)模型的名稱信息和發(fā)生變化的業(yè)務(wù)模型的狀態(tài)變化信息。

進一步地，當在所述主機與所述網(wǎng)管進行會話的過程中所述主機中有業(yè)務(wù)模型被加載或者卸載時，所述狀態(tài)變化信息包括：所述發(fā)生變化的業(yè)務(wù)模型被加載或者卸載的指示信息。

進一步地，所述發(fā)生變化的業(yè)務(wù)模型的信息還包括：所述發(fā)生變化的業(yè)務(wù)模塊發(fā)生變化的時間信息。

進一步地，所述發(fā)送模塊，用于通過通知報文將發(fā)生變化的業(yè)務(wù)模型的變化信息發(fā)送給所述網(wǎng)管。

本發(fā)明的有益效果是：

本發(fā)明提供了一種業(yè)務(wù)模型變化上報方法和裝置，本發(fā)明的業(yè)務(wù)模型變化上報方法，基于NETCONF協(xié)議，包括如下步驟：主機與網(wǎng)管建立會話；在所述主機與所述網(wǎng)管進行會話的過程中所述主機有業(yè)務(wù)模型發(fā)生變化，則所述主機將發(fā)生變化的業(yè)務(wù)模型的變化信息發(fā)送給所述網(wǎng)管，以供所述網(wǎng)管感知所述主機中業(yè)務(wù)模型的變化；本發(fā)明的上報方法可以在主機與網(wǎng)管建立會話之后，上報在主機與網(wǎng)管進行會話過程中發(fā)生變化的業(yè)務(wù)模型的變化信息使得網(wǎng)管可以實時感知主機中業(yè)務(wù)模型的變化，從而端到端地減少從所述網(wǎng)管發(fā)出的無法支持的rpc請求使得網(wǎng)管與主機可以正確的交互數(shù)據(jù)，以及簡化網(wǎng)絡(luò)維護減少網(wǎng)絡(luò)維護成本。另外，應(yīng)用本發(fā)明的上報方法可以減少網(wǎng)管對業(yè)務(wù)的實時管理數(shù)量，避免對未加載的業(yè)務(wù)模型進行誤操作，提高網(wǎng)絡(luò)運維人員通過所述網(wǎng)管系 統(tǒng)進行數(shù)據(jù)操作的響應(yīng)速度，提高網(wǎng)絡(luò)運維人員效率。

附圖說明

圖1為本發(fā)明實施例一提供的一種業(yè)務(wù)模型上報方法的流程示意圖；

圖2為本發(fā)明實施例一提供的一種client與server報文交互的示意圖；

圖3為本法實施例二提供的一種管業(yè)務(wù)模型上報裝置的結(jié)構(gòu)示意圖。

具體實施方式

下面通過具體實施方式結(jié)合附圖對本發(fā)明作進一步詳細說明。

實施例一：

考慮到由于網(wǎng)管無法感知在其與主機進行會話過程中業(yè)務(wù)模型的變化導(dǎo)致的網(wǎng)管與主機無法正確交換數(shù)據(jù)和不易于網(wǎng)絡(luò)維護的技術(shù)問題；本實施例提供了一種業(yè)務(wù)模型變化上報方法，基于NETCONF協(xié)議，如圖1所示，包括如下步驟：

步驟101：主機與網(wǎng)管建立會話。

主機與網(wǎng)管建立會話的過程具體為：在網(wǎng)管發(fā)起會話建立后，主機與網(wǎng)管互發(fā)hello報文來通告對方自身能力即自行進行能力交換；在能力交換之后主機與網(wǎng)管接口建立NETCONF會話。

步驟102：在所述主機與所述網(wǎng)管進行會話的過程中所述主機有業(yè)務(wù)模型發(fā)生變化，則所述主機將發(fā)生變化的業(yè)務(wù)模型的變化信息發(fā)送給所述網(wǎng)管，以供所述網(wǎng)管感知所述主機中業(yè)務(wù)模型的變化。

本步驟是在建立會話之后，如果主機有在主機與網(wǎng)管進行會話的過程中發(fā) 生變化的業(yè)務(wù)模型，則將該業(yè)務(wù)模型的變化信息上報給網(wǎng)管，以使得網(wǎng)管感知主機中業(yè)務(wù)模型的變化。

本實施例中，主機與網(wǎng)管進行會話的過程中所述主機有一個或者多個業(yè)務(wù)模型發(fā)生變化，此時，需要將發(fā)生變化的一個或者多個業(yè)務(wù)模型的變化信息發(fā)送給網(wǎng)管。例如在主機與網(wǎng)管進行會話的過程中有多個業(yè)務(wù)模型被加載或者卸載時，則需要將這被加載或者卸載的業(yè)務(wù)模型的變化信息發(fā)送給網(wǎng)管，以使得網(wǎng)管可以感知主機中業(yè)務(wù)模型的變化，

優(yōu)選地，本實施例中所述發(fā)生變化的業(yè)務(wù)模型的變化信息包括：發(fā)生變化的業(yè)務(wù)模型的名稱信息和發(fā)生變化的業(yè)務(wù)模型的狀態(tài)變化信息。本實施例中業(yè)務(wù)模型的狀態(tài)變化信息可以為：業(yè)務(wù)模型的狀態(tài)變化的表示信息或指示信息；總之，本實施例中業(yè)務(wù)模型的狀態(tài)變化信息為使得網(wǎng)管可以感知業(yè)務(wù)模型的狀態(tài)變化的信息。

具體地，當在所述主機與所述網(wǎng)管進行會話的過程中所述主機中有業(yè)務(wù)模型被加載或者卸載時，所述狀態(tài)變化信息包括：所述發(fā)生變化的業(yè)務(wù)模型被加載或者卸載的指示信息。

優(yōu)選地，本實施例中主機可以采用notification(通知)報文將發(fā)生變化的業(yè)務(wù)模型的變化信息發(fā)送給所述網(wǎng)管。具體地，可在notification報文基礎(chǔ)上增加module和status標簽，module標簽中填寫發(fā)生變化的業(yè)務(wù)模型的名稱信息，status標簽中填寫發(fā)生變化的業(yè)務(wù)模型的狀態(tài)變化信息。例如填寫load/unload以標記此業(yè)務(wù)模型是被加載還是被卸載。

為了能夠便于維護，本實施例中所述發(fā)生變化的業(yè)務(wù)模型的信息還可以包括：所述發(fā)生變化的業(yè)務(wù)模塊發(fā)生變化的時間信息。這樣對于業(yè)務(wù)而言，模型發(fā)生變化的時間記錄可以正確供維護人員判斷網(wǎng)管對該業(yè)務(wù)的操作時間，便于 維護。

在本實施例中當有多個業(yè)務(wù)模型發(fā)生變化時可以采用一個notification報文將該多個業(yè)務(wù)模型的變化信息發(fā)送給網(wǎng)管，如下所示為當有三個業(yè)務(wù)模型發(fā)生卸載或者加載時采用一個notification報文將變化信息發(fā)送給網(wǎng)管情況下，notification報文1的格式：

規(guī)定：event作為頂層節(jié)點，event節(jié)點下需有一個子節(jié)點module-change。module-change節(jié)點為list類型節(jié)點可以有一個或者多個module-change節(jié)點。

module-change表示業(yè)務(wù)模型的信息，包含兩個葉子節(jié)點，module表示模型名稱，status表示該模型的狀態(tài)，load表示該模型加載，unload表示該模型卸載；兩個葉子節(jié)點需成對出現(xiàn)。

會話過程中當某個或某些模塊發(fā)生動態(tài)變化時，模型管理模塊以notification通知的方式通過server端將變化模塊的信息主動上報給client端。

優(yōu)選地，本實施例可以在主機中設(shè)置一個模型管理模塊(module manager)，用來收集主機的模型信息，包括業(yè)務(wù)模型變化信息；在client與server交換hello報文建立會話后，在client與server會話過程中當模型發(fā)生了變化，server則將模型管理模塊收集到的模型的變化信息主動上報client；在會話存在的整個過程中，client便可以動態(tài)感知server端存在的業(yè)務(wù)，便于client與server的交互；client端與server端的交互過程如圖2所示

根據(jù)上述對本實施例的業(yè)務(wù)模型變化上報方法的描述，本實施方法可以在主機與網(wǎng)管建立會話之后，上報在主機與網(wǎng)管進行會話過程中發(fā)生變化的業(yè)務(wù)模型的變化信息使得網(wǎng)管可以實時感知主機中業(yè)務(wù)模型的變化，從而端到端地減少從所述網(wǎng)管發(fā)出的無法支持的rpc請求使得網(wǎng)管與主機可以正確的交互數(shù)據(jù)，以及簡化網(wǎng)絡(luò)維護減少通信或者網(wǎng)絡(luò)維護成本。另外，應(yīng)用本發(fā)明的上報方法可以減少網(wǎng)管對業(yè)務(wù)的實時管理數(shù)量，避免對未加載的業(yè)務(wù)模型進行誤操作，提高網(wǎng)絡(luò)運維人員通過所述網(wǎng)管系統(tǒng)進行數(shù)據(jù)操作的響應(yīng)速度，提高網(wǎng)絡(luò)運維人員效率。最后，對于業(yè)務(wù)而言，業(yè)務(wù)模型變化(加載和卸載)的時間記錄可以正確判斷網(wǎng)管對該業(yè)務(wù)的操作時間，便于維護。

實施例二：

如圖3所示，本實施例提供了一種業(yè)務(wù)模型變化上報裝置，所述裝置基于NETCONF協(xié)議且應(yīng)用于主機，包括：會話建立模塊和發(fā)送模塊；

所述會話建立模塊，用于與網(wǎng)管建立會話；

所述發(fā)送模塊，用于在所述主機與所述網(wǎng)管進行會話的過程中所述主機有業(yè)務(wù)模型發(fā)生變化，則所述主機將發(fā)生變化的業(yè)務(wù)模型的變化信息發(fā)送給所述網(wǎng)管，以供所述網(wǎng)管感知所述主機中業(yè)務(wù)模型的變化。

優(yōu)選地，所述發(fā)生變化的業(yè)務(wù)模型的變化信息包括：發(fā)生變化的業(yè)務(wù)模型的名稱信息和發(fā)生變化的業(yè)務(wù)模型的狀態(tài)變化信息。

優(yōu)選地，當在所述主機與所述網(wǎng)管進行會話的過程中所述主機中有業(yè)務(wù)模型被加載或者卸載時，所述狀態(tài)變化信息包括：所述發(fā)生變化的業(yè)務(wù)模型被加載或者卸載的指示信息。

優(yōu)選地，所述發(fā)生變化的業(yè)務(wù)模型的信息還包括：所述發(fā)生變化的業(yè)務(wù)模塊發(fā)生變化的時間信息。

優(yōu)選地，所述發(fā)送模塊，用于通過通知報文將發(fā)生變化的業(yè)務(wù)模型的變化信息發(fā)送給所述網(wǎng)管。

本實施裝置可以在主機與網(wǎng)管建立會話之后，上報在主機與網(wǎng)管進行會話過程中發(fā)生變化的業(yè)務(wù)模型的變化信息使得網(wǎng)管可以實時感知主機中業(yè)務(wù)模型的變化，從而端到端地減少從所述網(wǎng)管發(fā)出的無法支持的rpc請求使得網(wǎng)管與主機可以正確的交互數(shù)據(jù)，以及簡化網(wǎng)絡(luò)維護減少通信或者網(wǎng)絡(luò)維護成本。另外，應(yīng)用本發(fā)明的上報裝置可以減少網(wǎng)管對業(yè)務(wù)的實時管理數(shù)量，避免對未加 載的業(yè)務(wù)模型進行誤操作，提高網(wǎng)絡(luò)運維人員通過所述網(wǎng)管系統(tǒng)進行數(shù)據(jù)操作的響應(yīng)速度，提高網(wǎng)絡(luò)運維人員效率。最后，對于業(yè)務(wù)而言，業(yè)務(wù)模型變化(加載和卸載)的時間記錄可以正確判斷網(wǎng)管對該業(yè)務(wù)的操作時間，便于維護。

以上內(nèi)容是結(jié)合具體的實施方式對本發(fā)明所作的進一步詳細說明，不能認定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應(yīng)當視為屬于本發(fā)明的保護范圍。