專利名稱：網(wǎng)管接口適配器及信息交互的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，具體涉及一種網(wǎng)管接口適配器及信息交互的方法。
背景技術(shù)：
隨著網(wǎng)絡(luò)通信技術(shù)的發(fā)展，網(wǎng)絡(luò)的規(guī)模和復(fù)雜度不斷增加，網(wǎng)絡(luò)管理逐漸成為提高網(wǎng)絡(luò)服務(wù)質(zhì)量、合理使用網(wǎng)絡(luò)資源、降低維護(hù)成本的關(guān)鍵。目前，電信網(wǎng)正朝著由多制造廠商提供網(wǎng)絡(luò)設(shè)備、多網(wǎng)絡(luò)運(yùn)營部門協(xié)同提供業(yè)務(wù)的方向發(fā)展，未來的電信網(wǎng)是一個異構(gòu)型的互連網(wǎng)絡(luò)，它是由電話網(wǎng)、ISDN(綜合業(yè)務(wù)數(shù)字網(wǎng))網(wǎng)、X.25網(wǎng)、移動式電話網(wǎng)以及會議電視網(wǎng)等電信子網(wǎng)互連而成的網(wǎng)絡(luò)。為了適應(yīng)電信網(wǎng)的這種發(fā)展，ITU-T(國際電信聯(lián)盟)提出了TMN(電信管理網(wǎng))的概念，其目的在于從全球電信網(wǎng)的角度出發(fā)，提供一種有組織的體系結(jié)構(gòu)及標(biāo)準(zhǔn)化的接口，使不同類型的管理系統(tǒng)之間、管理系統(tǒng)和電信設(shè)備之間都能以統(tǒng)一的方式交換管理信息，按照規(guī)范方法對整個電信網(wǎng)進(jìn)行集中統(tǒng)一管理TMN的一個主要特點(diǎn)是管理功能與電信功能分離，網(wǎng)絡(luò)管理員能夠管理范圍廣泛的來自各個管理節(jié)點(diǎn)的分布式電信設(shè)備，采用分層管理體系結(jié)構(gòu)，如圖1所示包括事務(wù)管理層、業(yè)務(wù)管理層、網(wǎng)絡(luò)管理層及網(wǎng)元管理層，分別由各自的網(wǎng)絡(luò)實(shí)體BMS(事務(wù)管理系統(tǒng))、SMS(業(yè)務(wù)管理系統(tǒng))、NMS(網(wǎng)絡(luò)管理系統(tǒng))和EMS(網(wǎng)元管理系統(tǒng))來完成對應(yīng)層面的管理功能。其中，NMS作為TMN管理體系中的一個重要網(wǎng)絡(luò)管理層次，如何與下層EMS進(jìn)行協(xié)調(diào)配合，達(dá)到集中高效管理非常關(guān)鍵。
目前，NMS與EMS間接口主要采用基于標(biāo)準(zhǔn)Q3或CORBA(CommonObject Request Broker Architecture，公共對象請求代理體系結(jié)構(gòu))接口進(jìn)行協(xié)議適配，其優(yōu)點(diǎn)是標(biāo)準(zhǔn)化接口，只要符合Q3或CORBA模型標(biāo)準(zhǔn)的EMS都可以接入NMS。
這兩種接口的實(shí)現(xiàn)方式如圖2所示無論是Q3接口還是CORBA接口，都需要提供適配標(biāo)準(zhǔn)接口的Manager(管理器)與Agent(代理)，它們的網(wǎng)絡(luò)層次與網(wǎng)絡(luò)部署方式相似。每個EMS向上提供標(biāo)準(zhǔn)Q3或CORBA接口，然后通過Q3/CORBA Mananger接入NMS，Q3/CORBA Manager是NMS的南向Q3/CORBA接口適配器，而Q3/CORBA Agent則是EMS的北向Q3/CORBA接口適配器。
NMS對EMS的請求處理流程如圖3所示NMS向Q3/CORBA管理器發(fā)出請求，Q3/CORBA管理器收到該請求后首先進(jìn)行協(xié)議轉(zhuǎn)換，將該請求轉(zhuǎn)換為標(biāo)準(zhǔn)的Q3/CORBA格式，然后將其發(fā)送給Q3/CORBA代理，再由Q3/CORBA代理將其轉(zhuǎn)換為EMS能夠識別的格式并發(fā)送給EMS。同樣，對該請求的響應(yīng)也需要通過Q3/CORBA代理和Q3/CORBA管理器進(jìn)行協(xié)議轉(zhuǎn)換。
EMS向NMS的通知上報處理流程如圖4所示由EMA將上報消息發(fā)送給Q3/CORBA代理，Q3/CORBA代理收到該消息后首先進(jìn)行協(xié)議轉(zhuǎn)換，將該消息轉(zhuǎn)換為標(biāo)準(zhǔn)的Q3/CORBA格式，然后將其發(fā)送給Q3/CORBA管理器，再由Q3/CORBA管理器將其轉(zhuǎn)換為NMS能夠識別的格式并上報給NMS。
由上述兩個處理流程可以看出，采用Q3/CORBA接口有以下缺點(diǎn)1、層次太多，運(yùn)行效率較低，較高的硬件成本，每個Q3/CORBA Agent單獨(dú)部署，需要獨(dú)占服務(wù)器資源。
2、Q3/CORBA接口協(xié)議處理復(fù)雜，需要大量采用第三方軟件包，導(dǎo)致軟件成本的增加，而且第三方軟件的缺陷會導(dǎo)致產(chǎn)品的穩(wěn)定度下降，不利于產(chǎn)品的維護(hù)。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種網(wǎng)管接口適配器，以克服現(xiàn)有技術(shù)中采用Q3或CORBA接口實(shí)現(xiàn)復(fù)雜、運(yùn)行效率低的缺點(diǎn)，以減少網(wǎng)絡(luò)通信層次，提升網(wǎng)管運(yùn)行效率。
本發(fā)明的另一個目的是提供一種網(wǎng)管接口信息交互的方法，以克服現(xiàn)有技術(shù)中采用Q3或CORBA接口協(xié)議處理復(fù)雜的缺點(diǎn)，簡單、高效地實(shí)現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)和不同網(wǎng)元管理系統(tǒng)之間的通信。
為此，本發(fā)明提供如下的技術(shù)方案一種網(wǎng)管接口適配器，用于完成網(wǎng)絡(luò)管理系統(tǒng)與多個網(wǎng)元管理系統(tǒng)之間的協(xié)議適配，所述適配器包括消息處理模塊、至少一個業(yè)務(wù)處理模塊、協(xié)議處理模塊，線程管理模塊；所述消息處理模塊接收所述網(wǎng)絡(luò)管理系統(tǒng)下發(fā)的請求消息，并將其轉(zhuǎn)發(fā)給對應(yīng)的業(yè)務(wù)處理模塊對其進(jìn)行業(yè)務(wù)處理，然后，由所述協(xié)議處理模塊對處理后的請求消息進(jìn)行協(xié)議轉(zhuǎn)換并發(fā)送給對應(yīng)的網(wǎng)元管理系統(tǒng)；所述協(xié)議處理模塊接收到所述網(wǎng)元管理系統(tǒng)的響應(yīng)消息后，對所述響應(yīng)消息進(jìn)行協(xié)議轉(zhuǎn)換并發(fā)送給對應(yīng)的業(yè)務(wù)處理模塊，由所述業(yè)務(wù)處理模塊對其進(jìn)行業(yè)務(wù)處理，并將處理后的響應(yīng)消息通過所述消息處理模塊發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)；所述線程管理模塊分別耦合于所述業(yè)務(wù)處理模塊，用于為各業(yè)務(wù)處理模塊分配業(yè)務(wù)處理線程并控制所述業(yè)務(wù)處理模塊在所述業(yè)務(wù)處理線程中的運(yùn)行。
所述線程管理模塊包括線程分配模塊，用于為所述業(yè)務(wù)處理模塊分配處理不同請求消息所需的業(yè)務(wù)處理線程；
線程控制模塊，用于控制所述業(yè)務(wù)處理模塊處理請求消息時所需的線程。
可選地，所述適配器還包括與所述網(wǎng)元管理系統(tǒng)對應(yīng)的多個通知上報模塊，分別耦合于所述消息處理模塊、所述線程管理模塊和所述協(xié)議處理模塊，用于處理所述協(xié)議處理模塊接收并進(jìn)行協(xié)議轉(zhuǎn)換后的網(wǎng)元管理系統(tǒng)的上報消息，并將處理后的上報消息通過所述消息處理模塊發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)。
可選地，所述適配器還包括定時檢測模塊，分別耦合于所述消息處理模塊和所述協(xié)議處理模塊，用于定時檢測所述網(wǎng)元管理系統(tǒng)的連接狀態(tài)。
一種網(wǎng)管接口信息交互的方法，用于實(shí)現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)與多個網(wǎng)元管理系統(tǒng)之間的通信，所述方法包括A、分別建立對應(yīng)于不同請求消息的業(yè)務(wù)處理模塊；B、通過所述業(yè)務(wù)處理模塊同步并行處理對不同網(wǎng)元管理系統(tǒng)的請求消息；C、將處理后的請求消息下發(fā)給對應(yīng)的網(wǎng)元管理系統(tǒng)；D、將不同的網(wǎng)元管理系統(tǒng)的響應(yīng)消息進(jìn)行協(xié)議轉(zhuǎn)換后發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)。
所述步驟B包括B1、獲取所述請求消息對應(yīng)的業(yè)務(wù)處理模塊；B2、分配對應(yīng)于所述業(yè)務(wù)處理模塊的業(yè)務(wù)處理線程；B3、通過所述業(yè)務(wù)處理線程同步串行處理對應(yīng)于所述網(wǎng)元管理系統(tǒng)的多個請求消息。
所述步驟B3包括B31、在所述業(yè)務(wù)處理線程中處理當(dāng)前請求消息；B32、對處理后的請求消息進(jìn)行協(xié)議轉(zhuǎn)換，將其轉(zhuǎn)換為所述對應(yīng)的網(wǎng)元管理系統(tǒng)能夠識別的格式，同時阻止對應(yīng)于該網(wǎng)元管理系統(tǒng)的其他業(yè)務(wù)處理線程處理后的消息進(jìn)行協(xié)議轉(zhuǎn)換；B33、當(dāng)所述當(dāng)前請求消息處理結(jié)束后，掛起所述業(yè)務(wù)處理線程。
所述步驟D包括D1、將所述網(wǎng)元管理系統(tǒng)的響應(yīng)消息轉(zhuǎn)換為所述網(wǎng)絡(luò)管理系統(tǒng)能夠識別的格式；D2、在對應(yīng)于該網(wǎng)元管理系統(tǒng)的業(yè)務(wù)處理線程中處理轉(zhuǎn)換后的響應(yīng)消息；D3、將處理后的響應(yīng)消息發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)。
所述步驟D2包括D21、喚醒所述掛起的業(yè)務(wù)處理線程；D22、在喚醒后的業(yè)務(wù)處理線程中處理所述轉(zhuǎn)換后的響應(yīng)消息。
所述步驟B3還包括當(dāng)在所述業(yè)務(wù)處理線程中將對應(yīng)于當(dāng)前請求消息的響應(yīng)消息處理完成后或者所述業(yè)務(wù)處理線程掛起超過預(yù)定時間后，結(jié)束該業(yè)務(wù)處理線程，使被阻塞的其他業(yè)務(wù)處理線程繼續(xù)運(yùn)行。
可選地，所述方法還包括E、接收不同網(wǎng)元管理系統(tǒng)的上報消息；F、對所述上報消息同步處理后發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)。
所述步驟F包括F1、配置對應(yīng)于不同網(wǎng)元管理系統(tǒng)的上報處理線程；F2、將所述上報消息轉(zhuǎn)換為所述網(wǎng)絡(luò)管理系統(tǒng)能夠識別的格式；F3、通過所述上報處理線程串行處理對應(yīng)于所述網(wǎng)元管理系統(tǒng)的上報消息；F4、將處理后的上報消息發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)。
由以上本發(fā)明提供的技術(shù)方案可以看出，通過本發(fā)明提供的網(wǎng)管接口適配器直接在NMS和多個不同的EMS之間進(jìn)行協(xié)議轉(zhuǎn)換，不需要提供滿足適配標(biāo)準(zhǔn)的Manger和Agent，減少了網(wǎng)絡(luò)通信層次，提高了網(wǎng)管的運(yùn)行效率；在該適配器中通過線程管理模塊保證了對多個EMS的同步并發(fā)管理以及對單個EMS的同步串行管理，從而有效地實(shí)現(xiàn)了對不同EMS的協(xié)議適配；該方案實(shí)現(xiàn)簡單，無需依賴第三方軟件，從而提高了網(wǎng)管系統(tǒng)的穩(wěn)定性并降低了系統(tǒng)成本。


圖1是電信管理網(wǎng)的分層體系結(jié)構(gòu)示意圖；圖2是現(xiàn)有技術(shù)中NMS和EMS之間接口協(xié)議適配方式示意圖；圖3是采用Q3或CORBA接口時NMS對EMS的請求處理流程；圖4是采用Q3或CORBA接口時EMS向NMS的通知上報處理流程；圖5是本發(fā)明網(wǎng)管接口適配器第一實(shí)施例原理框圖；圖6是本發(fā)明網(wǎng)管接口適配器第二實(shí)施例原理框圖；圖7是本發(fā)明方法的實(shí)現(xiàn)流程圖；圖8是本發(fā)明方法中采用同步通信機(jī)制對消息處理的控制流程；圖9是本發(fā)明方法中對EMS的上報消息的處理流程圖。
具體實(shí)施例方式
本發(fā)明的核心在于利用網(wǎng)管接口適配器直接在NMS和多個不同的EMS之間進(jìn)行協(xié)議轉(zhuǎn)換，完成網(wǎng)絡(luò)管理系統(tǒng)與多個網(wǎng)元管理系統(tǒng)之間的協(xié)議適配。通過不同的業(yè)務(wù)處理模塊完成對所有請求及響應(yīng)消息的處理，通過一個線程管理模塊為不同的業(yè)務(wù)處理模塊分配獨(dú)立的業(yè)務(wù)處理線程，使業(yè)務(wù)處理模塊在這些線程中分別完成對不同網(wǎng)元管理系統(tǒng)請求消息的處理，并控制多個線程串行處理對應(yīng)于同一個網(wǎng)元管理系統(tǒng)的相關(guān)請求及響應(yīng)消息。
為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面結(jié)合附圖和實(shí)施方式對本發(fā)明作進(jìn)一步的詳細(xì)說明。
圖5是本發(fā)明網(wǎng)管接口適配器第一實(shí)施例原理框圖在本實(shí)施例中，網(wǎng)管接口適配器分別與網(wǎng)絡(luò)管理系統(tǒng)S 1及網(wǎng)元管理系統(tǒng)S2和網(wǎng)元管理系統(tǒng)S3相連，完成網(wǎng)絡(luò)管理系統(tǒng)和不同網(wǎng)元管理系統(tǒng)之間的協(xié)議適配。該適配器包括消息處理模塊S01、業(yè)務(wù)處理模塊S02、業(yè)務(wù)處理模塊S03、協(xié)議處理模塊S05、線程管理模塊S04。
為了保證業(yè)務(wù)處理模塊能夠同時處理對應(yīng)于不同EMS的請求消息，由連接于協(xié)議處理模塊和業(yè)務(wù)處理模塊的線程管理模塊S04控制業(yè)務(wù)處理模塊的運(yùn)行。
在消息處理模塊中預(yù)先配置了消息號與業(yè)務(wù)處理模塊的對應(yīng)關(guān)系，當(dāng)其接收到NMS下發(fā)的請求消息后，根據(jù)該對應(yīng)關(guān)系通知線程管理模塊為業(yè)務(wù)處理模塊分配相應(yīng)的線程，同時將該請求消息轉(zhuǎn)發(fā)給業(yè)務(wù)處理模塊，由業(yè)務(wù)處理模塊對該請求消息進(jìn)行業(yè)務(wù)處理，比如，對請求消息進(jìn)行解析，轉(zhuǎn)換成協(xié)議適配器內(nèi)部接口，獲取處理該請求消息需要交互的網(wǎng)元管理系統(tǒng)信息，確定需要從網(wǎng)元管理系統(tǒng)獲取的信息等。然后，由協(xié)議處理模塊對處理后的請求消息進(jìn)行協(xié)議轉(zhuǎn)換，將其轉(zhuǎn)換為對應(yīng)的EMS能夠識別的消息格式，然后將其發(fā)送給對應(yīng)的EMS。
當(dāng)協(xié)議處理模塊接收到EMS的響應(yīng)消息后，將其轉(zhuǎn)換為NMS能夠識別的消息格式，將轉(zhuǎn)換后的響應(yīng)消息發(fā)送給業(yè)務(wù)處理模塊，由業(yè)務(wù)處理模塊對其進(jìn)行業(yè)務(wù)處理，然后，將處理后的響應(yīng)消息通過消息處理模塊發(fā)送給NMS。
線程管理模塊S04包括線程分配模塊S15和線程控制模塊S16。其中，線程分配模塊用于為業(yè)務(wù)處理模塊分配處理不同請求消息所需的線程；線程控制模塊用于控制業(yè)務(wù)處理模塊處理不同請求消息所需的線程。
當(dāng)NMS同時下發(fā)針對不同的EMS的多個請求消息時，由線程分配模塊分別為這些消息對應(yīng)的業(yè)務(wù)處理模塊分配相應(yīng)的業(yè)務(wù)處理線程，在分配的線程中調(diào)用相應(yīng)的業(yè)務(wù)處理模塊對請求消息進(jìn)行業(yè)務(wù)處理。各業(yè)務(wù)處理模塊在各自分配的線程中獨(dú)立運(yùn)行，這樣即可并行處理NMS下發(fā)的對不同網(wǎng)元管理系統(tǒng)的請求消息。
由線程控制模塊控制不同線程針對同一EMS的多個請求及響應(yīng)消息串行工作。當(dāng)NMS同時下發(fā)針對某個EMS的多個請求消息時，由線程分配模塊分別為對應(yīng)這些請求消息分配業(yè)務(wù)處理線程，調(diào)用對應(yīng)的業(yè)務(wù)處理模塊處理當(dāng)前請求消息，在該請求消息處理完成后，線程控制模塊將該線程掛起，當(dāng)通過協(xié)議處理模塊收到EMS返回的響應(yīng)消息后，喚醒該線程處理收到的響應(yīng)消息。在該業(yè)務(wù)處理線程通過協(xié)議處理模塊與EMS進(jìn)行交互時，如果其他的業(yè)務(wù)處理線程也需要與該EMS交互，則由線程控制模塊控制，阻塞其他的業(yè)務(wù)處理線程，只有當(dāng)該業(yè)務(wù)處理線程處理完響應(yīng)消息處理后或者線程掛起超時后，才會繼續(xù)其他的業(yè)務(wù)處理線程。超時時間可以根據(jù)實(shí)際需要來設(shè)定。
為了增強(qiáng)NMS的管理功能，對EMS的故障等進(jìn)行統(tǒng)一管理，在圖6所示本發(fā)明網(wǎng)管接口適配器的第二實(shí)施例中增加了通知上報模塊S12和通知上報模塊S13。
通知上報模塊分別與消息處理模塊S01、線程管理模塊S04和協(xié)議處理模塊S05相連，用于處理協(xié)議處理模塊接收并進(jìn)行協(xié)議轉(zhuǎn)換后的EMS的上報消息，并將處理后的上報消息通過消息處理模塊發(fā)送給NMS。
同樣，在協(xié)議處理模塊S05中預(yù)先配置了網(wǎng)元管理系統(tǒng)通知上報消息字與通知上報模塊的對應(yīng)關(guān)系。當(dāng)協(xié)議處理模塊接收到某個EMS的上報消息后，首先對該上報消息進(jìn)行解析，轉(zhuǎn)換成適配器內(nèi)部接口識別格式，然后根據(jù)該對應(yīng)關(guān)系通知線程管理模塊為通知上報模塊分配相應(yīng)的線程，同時將轉(zhuǎn)換后的上報消息傳送給通知上報模塊，由通知上報模塊在分配的線程中對其進(jìn)行處理，然后將處理后的上報消息通過消息處理模塊發(fā)送給NMS。
當(dāng)不同的EMS上報消息時，由協(xié)議處理模塊對這些消息進(jìn)行轉(zhuǎn)換，并通知線程分配模塊分別為這些來自不同的EMS的上報消息分配相應(yīng)的線程，使通知上報模塊分別在這些不同的線程中完成上報消息的處理，然后通過消息處理模塊將處理后的上報消息發(fā)送給NMS。
同樣，還可以在本發(fā)明網(wǎng)管接口適配器中設(shè)置定時檢測模塊，以完成一些定時檢測功能。其分別連接于消息處理模塊和協(xié)議處理模塊，用于定時檢測各EMS的連接狀態(tài)，并將檢測結(jié)果通過消息處理模塊發(fā)送到NMS。例如，通過線程分配模塊為其分配定時檢測線程，通過該線程使定時檢測模塊與EMS定時進(jìn)行交互，獲取如EMS名稱等信息，如果交互成功，標(biāo)識網(wǎng)絡(luò)連接正常。
由于本發(fā)明網(wǎng)管接口適配器需要管理多個EMS對象，使NMS可同時對這些EMS對象操作，因此可以在線程管理模塊中建立一個線程池。對于每個EMS在協(xié)議轉(zhuǎn)換模塊中建立兩個Socket(套接字)連接，其中一個是通知上報的Socket，另一個是請求處理的Socket。通過通知上報的Socket，在處理通知上報消息時，線程分配模塊針對每個EMS創(chuàng)建一個通知上報線程，該通知上報線程通過阻塞方式無限循環(huán)讀取EMS的通知上報消息；通過請求處理的Socket，在每得到NMS的請求操作后，立即開始一個新的線程，該線程將NMS側(cè)的請求操作發(fā)送給EMS后掛起，直到EMS返回消息或等待超時后將該線程喚醒。
超時時間可以根據(jù)實(shí)際需要確定。由于一個對EMS的操作的超時時間是指此操作下發(fā)給EMS到EMS返回結(jié)果給網(wǎng)管接口適配器之間的時間，故超時時間不包括該操作被阻塞的時間。鑒于上述原因，要求NMS等待適配器返回消息的時間應(yīng)該等于N*TIMEOUT(其中假定NMS對一個EMS的操作最多同時進(jìn)行N個，即有N個對同一EMS進(jìn)行操作的線程被阻塞)，而TIMEOUT應(yīng)該大于EMS的操作超時時間，為EMS的操作超時時間加業(yè)務(wù)處理線程阻塞時間。
圖7是本發(fā)明方法的實(shí)現(xiàn)流程圖，包括以下步驟步驟701分別建立對應(yīng)于不同請求消息的業(yè)務(wù)處理模塊。
步驟702通過業(yè)務(wù)處理模塊同步并行處理對不同網(wǎng)元管理系統(tǒng)的請求消息。也就是說對于不同的請求消息需要分別獨(dú)立處理，這些處理是并發(fā)進(jìn)行的。
具體過程如下首先，獲取請求消息對應(yīng)的業(yè)務(wù)處理模塊；分配對應(yīng)于該業(yè)務(wù)處理模塊的業(yè)務(wù)處理線程；然后，通過該業(yè)務(wù)處理線程同步串行處理對應(yīng)于某網(wǎng)元管理系統(tǒng)的多個請求消息。
步驟703將處理后的請求消息下發(fā)給對應(yīng)的網(wǎng)元管理系統(tǒng)；步驟704將不同的網(wǎng)元管理系統(tǒng)的響應(yīng)消息進(jìn)行協(xié)議轉(zhuǎn)換后發(fā)送給網(wǎng)絡(luò)管理系統(tǒng)。
在本發(fā)明方法中，采用同步通信機(jī)制實(shí)現(xiàn)NMS對多個EMS的并行管理，即對多個EMS的操作是并發(fā)的，而對單個EMS來說是串行的。
圖8示出了采用同步通信機(jī)制對消息處理的控制流程首先，在步驟801獲取NMS的請求消息。NMS下發(fā)的消息包括對不同的EMS的請求消息，以及對同一個EMS的多個請求消息。
步驟802分別獲取請求消息對應(yīng)的EMS。
比如，預(yù)先配置好EMS編號與EMS消息的對應(yīng)關(guān)系，在NMS下發(fā)的請求中包括EMS編號信息，收到NMS下發(fā)的請求消息后，根據(jù)該請求消息中的EMS編號即可獲知該消息是針對哪些EMS的。
步驟803獲取對應(yīng)于該請求消息的業(yè)務(wù)處理線程。
如果同時獲得了NMS下發(fā)的多個請求消息，則需要為不同消息分配對應(yīng)的業(yè)務(wù)處理線程，這些請求消息可能對應(yīng)一個或多個EMS。
步驟804同步串行處理對應(yīng)于該EMS的多個請求消息。
如果同時收到針對某個EMS的多個請求消息，則需要在上述分配的業(yè)務(wù)處理線程中對這些請求消息串行進(jìn)行處理。同步串行處理過程如下首先，獲取對應(yīng)于該EMS的當(dāng)前請求消息；然后，在分配的業(yè)務(wù)處理線程中處理當(dāng)前請求消息，對處理后的請求消息進(jìn)行協(xié)議轉(zhuǎn)換，將其轉(zhuǎn)換為所述對應(yīng)的網(wǎng)元管理系統(tǒng)能夠識別的格式。因為不同的EMS采用的協(xié)議可能不同，而NMS下發(fā)的消息格式則是完全一樣的，因此需要根據(jù)各消息對應(yīng)的EMS使用的協(xié)議，分別將其轉(zhuǎn)換為對應(yīng)的EMS能夠識別的格式。
在對當(dāng)前請求消息進(jìn)行協(xié)議轉(zhuǎn)換的同時，阻止對應(yīng)于該EMS的下一個請求消息對應(yīng)的業(yè)務(wù)處理線程處理后的消息進(jìn)行協(xié)議轉(zhuǎn)換；當(dāng)所述當(dāng)前請求消息處理結(jié)束后，掛起該線程，等待EMS返回針對該請求消息的響應(yīng)消息。
當(dāng)EMS返回響應(yīng)消息后，或者等待超時后，釋放該線程，使其他的業(yè)務(wù)處理線程繼續(xù)處理針對該EMS的下一個請求消息。
當(dāng)收到EMS返回的響應(yīng)消息時，首先進(jìn)行協(xié)議轉(zhuǎn)換，將其轉(zhuǎn)換為NMS能夠識別的格式；然后獲取對應(yīng)于該EMS的業(yè)務(wù)處理線程，將處理完NMS的請求消息后掛起的線程喚醒，在該線程中對收到的響應(yīng)消息進(jìn)行業(yè)務(wù)處理。這樣，對于不同的EMS，使其發(fā)送的響應(yīng)消息也同樣得到了并行的處理。將這些響應(yīng)消息處理后就可發(fā)送給NMS。
為了增強(qiáng)NMS的管理功能，還可將EMS的故障信息等上報給NMS，由NMS進(jìn)行統(tǒng)一管理。
EMS上報消息的處理流程如圖9所示，包括以下步驟步驟901預(yù)先配置對應(yīng)于各EMS的上報處理線程。
步驟902接收不同EMS的上報消息，比如，告警上報消息、性能上報消息等。
步驟903將接收的上報消息轉(zhuǎn)換為NMS能夠識別的格式。
步驟904在已分配的對應(yīng)于該EMS的通知上報處理線程中對EMS上報消息進(jìn)行業(yè)務(wù)處理。當(dāng)EMS有多個上報消息時，需要在該上報處理線程中對這些消息串行處理。
該串行處理是在單個EMS通知上報線程內(nèi)串行處理每個通知消息，而對請求消息的同步串行處理是當(dāng)多個業(yè)務(wù)處理線程需要與同一個EMS交互時所需要的，這兩者是不同的。
步驟905將處理后的上報消息發(fā)送給NMS。
當(dāng)然，也可以由接收的EMS上報消息觸發(fā)相應(yīng)的上報處理線程。每個EMS對應(yīng)一個上報處理線程，如果某EMS有多個消息需要上報，則在對應(yīng)的上報處理線程中串行處理這些上報消息。
雖然通過實(shí)施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，希望所附的權(quán)利要求包括這些變形和變化而不脫離本發(fā)明的精神。
權(quán)利要求
1.一種網(wǎng)管接口適配器，用于完成網(wǎng)絡(luò)管理系統(tǒng)與多個網(wǎng)元管理系統(tǒng)之間的協(xié)議適配，其特征在于，所述適配器包括消息處理模塊、至少一個業(yè)務(wù)處理模塊、協(xié)議處理模塊，線程管理模塊；所述消息處理模塊接收所述網(wǎng)絡(luò)管理系統(tǒng)下發(fā)的請求消息，并將其轉(zhuǎn)發(fā)給對應(yīng)的業(yè)務(wù)處理模塊對其進(jìn)行業(yè)務(wù)處理，然后，由所述協(xié)議處理模塊對處理后的請求消息進(jìn)行協(xié)議轉(zhuǎn)換并發(fā)送給對應(yīng)的網(wǎng)元管理系統(tǒng)；所述協(xié)議處理模塊接收到所述網(wǎng)元管理系統(tǒng)的響應(yīng)消息后，對所述響應(yīng)消息進(jìn)行協(xié)議轉(zhuǎn)換并發(fā)送給對應(yīng)的業(yè)務(wù)處理模塊，由所述業(yè)務(wù)處理模塊對其進(jìn)行業(yè)務(wù)處理，并將處理后的響應(yīng)消息通過所述消息處理模塊發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)；所述線程管理模塊分別耦合于所述業(yè)務(wù)處理模塊，用于為各業(yè)務(wù)處理模塊分配業(yè)務(wù)處理線程并控制所述業(yè)務(wù)處理模塊在所述業(yè)務(wù)處理線程中的運(yùn)行。
2.根據(jù)權(quán)利要求1所述的網(wǎng)管接口適配器，其特征在于，所述線程管理模塊包括線程分配模塊，用于為所述業(yè)務(wù)處理模塊分配處理不同請求消息所需的業(yè)務(wù)處理線程；線程控制模塊，用于控制所述業(yè)務(wù)處理模塊處理請求消息時所需的線程。
3.根據(jù)權(quán)利要求1所述的網(wǎng)管接口適配器，其特征在于，所述適配器還包括與所述網(wǎng)元管理系統(tǒng)對應(yīng)的多個通知上報模塊，分別耦合于所述消息處理模塊、所述線程管理模塊和所述協(xié)議處理模塊，用于處理所述協(xié)議處理模塊接收并進(jìn)行協(xié)議轉(zhuǎn)換后的網(wǎng)元管理系統(tǒng)的上報消息，并將處理后的上報消息通過所述消息處理模塊發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)。
4.根據(jù)權(quán)利要求1所述的網(wǎng)管接口適配器，其特征在于，所述適配器還包括定時檢測模塊，分別耦合于所述消息處理模塊和所述協(xié)議處理模塊，用于定時檢測所述網(wǎng)元管理系統(tǒng)的連接狀態(tài)。
5.一種網(wǎng)管接口信息交互的方法，用于實(shí)現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)與多個網(wǎng)元管理系統(tǒng)之間的通信，其特征在于，所述方法包括A、分別建立對應(yīng)于不同請求消息的業(yè)務(wù)處理模塊；B、通過所述業(yè)務(wù)處理模塊同步并行處理對不同網(wǎng)元管理系統(tǒng)的請求消息；C、將處理后的請求消息下發(fā)給對應(yīng)的網(wǎng)元管理系統(tǒng)；D、將不同的網(wǎng)元管理系統(tǒng)的響應(yīng)消息進(jìn)行協(xié)議轉(zhuǎn)換后發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)。
6.根據(jù)權(quán)利要求5所述的網(wǎng)管接口信息交互的方法，其特征在于，所述步驟B包括B1、獲取所述請求消息對應(yīng)的業(yè)務(wù)處理模塊；B2、分配對應(yīng)于所述業(yè)務(wù)處理模塊的業(yè)務(wù)處理線程；B3、通過所述業(yè)務(wù)處理線程同步串行處理對應(yīng)于所述網(wǎng)元管理系統(tǒng)的多個請求消息。
7.根據(jù)權(quán)利要求6所述的網(wǎng)管接口信息交互的方法，其特征在于，所述步驟B3包括B31、在所述業(yè)務(wù)處理線程中處理當(dāng)前請求消息；B32、對處理后的請求消息進(jìn)行協(xié)議轉(zhuǎn)換，將其轉(zhuǎn)換為所述對應(yīng)的網(wǎng)元管理系統(tǒng)能夠識別的格式，同時阻止對應(yīng)于該網(wǎng)元管理系統(tǒng)的其他業(yè)務(wù)處理線程處理后的消息進(jìn)行協(xié)議轉(zhuǎn)換；B33、當(dāng)所述當(dāng)前請求消息處理結(jié)束后，掛起所述業(yè)務(wù)處理線程。
8.根據(jù)權(quán)利要求7所述的網(wǎng)管接口信息交互的方法，其特征在于，所述步驟D包括D1、將所述網(wǎng)元管理系統(tǒng)的響應(yīng)消息轉(zhuǎn)換為所述網(wǎng)絡(luò)管理系統(tǒng)能夠識別的格式；D2、在對應(yīng)于該網(wǎng)元管理系統(tǒng)的業(yè)務(wù)處理線程中處理轉(zhuǎn)換后的響應(yīng)消息；D3、將處理后的響應(yīng)消息發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)。
9.根據(jù)權(quán)利要求8所述的網(wǎng)管接口信息交互的方法，其特征在于，所述步驟D2包括D21、喚醒所述掛起的業(yè)務(wù)處理線程；D22、在喚醒后的業(yè)務(wù)處理線程中處理所述轉(zhuǎn)換后的響應(yīng)消息。
10.根據(jù)權(quán)利要求9所述的網(wǎng)管接口信息交互的方法，其特征在于，所述步驟B3還包括當(dāng)在所述業(yè)務(wù)處理線程中將對應(yīng)于當(dāng)前請求消息的響應(yīng)消息處理完成后或者所述業(yè)務(wù)處理線程掛起超過預(yù)定時間后，結(jié)束該業(yè)務(wù)處理線程，使被阻塞的其他業(yè)務(wù)處理線程繼續(xù)運(yùn)行。
11.根據(jù)權(quán)利要求5所述的網(wǎng)管接口信息交互的方法，其特征在于，所述方法還包括E、接收不同網(wǎng)元管理系統(tǒng)的上報消息；F、對所述上報消息同步處理后發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)。
12.根據(jù)權(quán)利要求11所述的網(wǎng)管接口信息交互的方法，其特征在于，所述步驟F包括F1、配置對應(yīng)于不同網(wǎng)元管理系統(tǒng)的上報處理線程；F2、將所述上報消息轉(zhuǎn)換為所述網(wǎng)絡(luò)管理系統(tǒng)能夠識別的格式；F3、通過所述上報處理線程串行處理對應(yīng)于所述網(wǎng)元管理系統(tǒng)的上報消息；F4、將處理后的上報消息發(fā)送給所述網(wǎng)絡(luò)管理系統(tǒng)。
全文摘要
本發(fā)明公開了一種網(wǎng)管接口適配器，所述適配器包括消息處理模塊、至少一個業(yè)務(wù)處理模塊、協(xié)議處理模塊，線程管理模塊。本發(fā)明還公開了一種網(wǎng)管接口信息交互的方法，包括分別建立對應(yīng)于不同請求消息的業(yè)務(wù)處理模塊；通過業(yè)務(wù)處理模塊同步并行處理對不同網(wǎng)元管理系統(tǒng)的請求消息；將處理后的請求消息下發(fā)給對應(yīng)的網(wǎng)元管理系統(tǒng)；將不同的網(wǎng)元管理系統(tǒng)的響應(yīng)消息進(jìn)行協(xié)議轉(zhuǎn)換后發(fā)送給網(wǎng)絡(luò)管理系統(tǒng)。利用本發(fā)明，可以簡單有效地實(shí)現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)對不同網(wǎng)元管理系統(tǒng)的統(tǒng)一管理。
文檔編號H04L12/24GK1812397SQ20051000275
公開日2006年8月2日 申請日期2005年1月26日 優(yōu)先權(quán)日2005年1月26日
發(fā)明者陶建軍 申請人:華為技術(shù)有限公司