專利名稱：用于電信網(wǎng)管的q3中介接口通信方法及q3中介服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種在電信網(wǎng)絡(luò)的網(wǎng)絡(luò)管理層和網(wǎng)元管理層之間的Q3中介接口通信方法和相應(yīng)的一種Q3服務(wù)器。該方法和所述的Q3中介服務(wù)器提供了網(wǎng)絡(luò)通信設(shè)備中需要的一個聯(lián)系界面，換句話說，它屬于管理層與操作層的一個中介接口。
背景技術(shù)：
在電信網(wǎng)絡(luò)管理領(lǐng)域中，Q3接口是一種國際標(biāo)準(zhǔn)的接口和一種電信網(wǎng)絡(luò)管理協(xié)議。它主要是實現(xiàn)了一種公共的管理信息模型，屏蔽了管理接口的廠商相關(guān)性。Q3接口由OSI(開放系統(tǒng)互聯(lián))7層協(xié)議棧和管理信息模型組成。它是網(wǎng)絡(luò)管理層(又稱網(wǎng)管中心)和網(wǎng)元管理層(又稱操作維護(hù)中心)之間的接口。在某些情況下，網(wǎng)管中心也需要通過Q3接口直接連接網(wǎng)元設(shè)備。OSI的7層協(xié)議棧組成了一個通信握手協(xié)議，但是信息的交流需要基于共同的理解，即信息模型。比如從底層設(shè)備告訴上層101類型的第2號設(shè)備壞了。上層設(shè)備必須知道101類型是什么設(shè)備才能知道底層的信息的真正含義。管理模型的定義包括了對象的定義、對象的屬性的定義、該對象所支持的操作的定義(如創(chuàng)建、修改、刪除等)、對象的行為特性的定義等。
當(dāng)前，電信網(wǎng)絡(luò)管理平臺產(chǎn)品的協(xié)議棧之間的互聯(lián)互通性問題已經(jīng)解決了。然而不同電信設(shè)備供應(yīng)商的管理信息模型仍然保持著廠商的特殊性。所以上層網(wǎng)絡(luò)管理中心無法采用統(tǒng)一的Q3接口來管理所有的不同廠商的電信設(shè)備，如操作維護(hù)中心等。
在本發(fā)明的Q3中介服務(wù)器提出來以前，在網(wǎng)絡(luò)管理中心必須為不同廠商的不同版本的電信設(shè)備開發(fā)不同的接口模塊。一般說來，一個基于某種管理信息模型的接口模塊只能支持一種電信設(shè)備的某一個特定版本。也就是說，即使是一個電信設(shè)備供應(yīng)商，其設(shè)備的版本更新后，基于該設(shè)備的接口模塊也必須相應(yīng)地更新，也就是，網(wǎng)絡(luò)管理中心的這部分軟件要相應(yīng)地更新和升級。
另外，網(wǎng)絡(luò)管理系統(tǒng)從屬于電信運營商。不同的運營商有不同的網(wǎng)絡(luò)管理系統(tǒng)和不同的網(wǎng)絡(luò)管理需求。這就意味著不同運營商的管理信息模型也是不相同的。為了滿足不同運營商的網(wǎng)絡(luò)管理需求，在電信設(shè)備側(cè)必須實現(xiàn)不同的管理信息模型。
由于現(xiàn)在的廠商的操作維護(hù)中心系統(tǒng)必須為不同的運營商的不同的需求作不同的修改來滿足管理要求，或由上層網(wǎng)管系統(tǒng)為不同廠商的不同版本作不斷的適配。一般情況下廠商的操作維護(hù)中心系統(tǒng)都使用一個標(biāo)準(zhǔn)化版本，不停地修改有一定的難度。一般是在上層網(wǎng)管系統(tǒng)中實現(xiàn)與不同廠商的不同版本的適配功能。它通常是一個接入模塊，沒有采用非常清晰的模塊化結(jié)構(gòu)。對不同廠商和不同版本必須不斷的修改，從而使上層網(wǎng)管系統(tǒng)系統(tǒng)無法進(jìn)入長時間穩(wěn)定運行。由于這種上層網(wǎng)管系統(tǒng)的不停的修改使系統(tǒng)無法穩(wěn)定運行，因此，由于運營商面臨的多供應(yīng)商的環(huán)境和設(shè)備版本頻繁的升級，網(wǎng)絡(luò)管理系統(tǒng)無法保持穩(wěn)定，甚至無法正常工作。

發(fā)明內(nèi)容
針對已有技術(shù)存在的上述問題，本發(fā)明提出了一種Q3中介服務(wù)器的解決方案。利用這個方案，可以將廠商特殊的管理信息模型轉(zhuǎn)化成標(biāo)準(zhǔn)、統(tǒng)一的管理信息模型。從而使標(biāo)準(zhǔn)、統(tǒng)一的管理信息模型可以非常容易地在電信設(shè)備側(cè)實現(xiàn)，這樣網(wǎng)絡(luò)管理中心就可以成功地管理不同廠商的電信設(shè)備。
本發(fā)明提供一種用于在電信網(wǎng)絡(luò)的網(wǎng)絡(luò)管理層和網(wǎng)元管理層之間通信的Q3中介服務(wù)器，用做網(wǎng)絡(luò)管理層和網(wǎng)元管理層之間的接口，所述網(wǎng)絡(luò)管理層包括一網(wǎng)絡(luò)管理中心，所述網(wǎng)元管理層包括至少一操作維護(hù)中心，所述服務(wù)器包括接入模塊，與所述操作維護(hù)中心相連接，負(fù)責(zé)用廠商規(guī)定的接口從廠商的操作維護(hù)中心獲取所需要的管理信息數(shù)據(jù)，并將所采集的數(shù)據(jù)從廠商規(guī)定的格式轉(zhuǎn)換成運營商的管理信息模型所要求的格式，并將其輸出；Q3代理模塊，用于接收所述采集的管理信息數(shù)據(jù)，并與所述網(wǎng)絡(luò)管理中心相連接，其采用與運營商相同的管理信息模型對所述管理信息數(shù)據(jù)進(jìn)行管理，并基于開放系統(tǒng)互聯(lián)協(xié)議(OSI)的公共管理信息協(xié)議(CMIP)、文件傳輸協(xié)議(FTP)和文件傳輸、訪問和管理協(xié)議(FTAM)中至少一種通信協(xié)議，與上層網(wǎng)絡(luò)管理中心進(jìn)行通信，將所述管理信息數(shù)據(jù)提供給該上層網(wǎng)絡(luò)管理中心。該服務(wù)器還包括一管理信息數(shù)據(jù)庫模塊，其包括分別與接入模塊和Q3代理模塊相連的接口，以及用于存儲所述接入模塊采集的管理信息的存儲器，供所述Q3代理模塊讀取使用。
本發(fā)明還提供一種用于在電信網(wǎng)絡(luò)的網(wǎng)絡(luò)管理層和網(wǎng)元管理層之間進(jìn)行通信的Q3中介接口通信方法，所述網(wǎng)絡(luò)管理層包括一網(wǎng)絡(luò)管理中心，所述網(wǎng)元管理層包括至少一操作維護(hù)中心，該方法包括1)在所述網(wǎng)絡(luò)管理中心和所述操作維護(hù)中心之間提供一聯(lián)網(wǎng)的服務(wù)器，與所述各操作維護(hù)中心和所述網(wǎng)絡(luò)管理中心相連接；2)采用廠商規(guī)定的接口從廠商的操作維護(hù)中心獲取所需要的管理信息數(shù)據(jù)，并將所采集的數(shù)據(jù)從廠商規(guī)定的格式轉(zhuǎn)換成運營商的管理信息模型所要求的格式；3)采用與運營商相同的管理信息模型對所述管理信息數(shù)據(jù)進(jìn)行管理，并基于開放系統(tǒng)互聯(lián)協(xié)議(OSI)的公共管理信息協(xié)議(CMIP)、文件傳輸協(xié)議(FTP)和文件傳輸、訪問和管理協(xié)議(FTAM)中至少一種通信協(xié)議，與上層網(wǎng)絡(luò)管理中心進(jìn)行通信，將所述管理信息數(shù)據(jù)提供給該上層網(wǎng)絡(luò)管理中心。所述步驟2)還可包括將采集的管理信息存儲在一存儲器中，以在后續(xù)步驟3)中讀取使用。


圖1示出了本發(fā)明的Q3中介服務(wù)器的示意性網(wǎng)絡(luò)結(jié)構(gòu)。
圖2示出了本發(fā)明的Q3中介服務(wù)器的結(jié)構(gòu)的方框圖。
圖3示出了Q3中介服務(wù)器的進(jìn)一步的功能方框圖。
具體實施例方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進(jìn)行描述。
圖1示出了本發(fā)明的Q3中介服務(wù)器的示意性網(wǎng)絡(luò)結(jié)構(gòu)。如圖1所示，電信網(wǎng)絡(luò)的網(wǎng)絡(luò)管理層包括運營商的網(wǎng)絡(luò)管理中心，而網(wǎng)元管理層管理交換操作維護(hù)中心和基站操作維護(hù)中心，它們分別管理交換機(jī)、GPRS服務(wù)節(jié)點和各個基站等設(shè)備。其間采用的通信協(xié)議可以是TCP/IP，X.25等。如前所述，現(xiàn)有技術(shù)中是采用在網(wǎng)絡(luò)管理中心中不同編程的接口模塊程序來直接與所述網(wǎng)元管理層的各個操作維護(hù)中心相通信。這樣，當(dāng)?shù)讓硬僮骶S護(hù)中心設(shè)備升級或更新時，該網(wǎng)絡(luò)管理中心的程序必需更新和升級。
如圖1所示，本發(fā)明首次引入了一種Q3中介服務(wù)器，它作為網(wǎng)絡(luò)管理層和網(wǎng)元管理層之間的一層中介層，位于操作維護(hù)中心側(cè)的局域網(wǎng)中。它通過TCP/IP協(xié)議和廠商的國際標(biāo)準(zhǔn)化操作維護(hù)中心相連(有些廠商用同一種操作維護(hù)中心來管理交換部分和基站部分)?？雌饋?，Q3中介服務(wù)器就象操作維護(hù)中心系統(tǒng)中的一個附加單元，但是，它實際是作為網(wǎng)絡(luò)管理層和網(wǎng)元管理層之間的一層中介層。該Q3中介服務(wù)器執(zhí)行本發(fā)明的網(wǎng)絡(luò)管理層和網(wǎng)元管理層之間進(jìn)行通信的Q3中介接口通信方法，以下結(jié)合附圖一起進(jìn)行描述。
當(dāng)網(wǎng)絡(luò)管理中心和Q3中介服務(wù)器在同一個局域網(wǎng)時，它們通過局域網(wǎng)相連；當(dāng)它們不在同一個局域網(wǎng)中時，則可通過一對路由器實現(xiàn)廣域網(wǎng)連接。廠商的操作維護(hù)中心則與網(wǎng)元設(shè)備，如交換機(jī)、基站節(jié)點等直接相連。
圖2示出了構(gòu)成本發(fā)明的Q3中介服務(wù)器的一個實施例的方框圖。如圖2所示，本發(fā)明的Q3中介服務(wù)器包括三個功能模塊接入模塊，管理信息庫模塊和Q3代理模塊。接入模塊是用來從廠商的操作維護(hù)中心中獲取管理數(shù)據(jù)的模塊；管理信息庫模塊是一個管理信息數(shù)據(jù)庫，它是按照運營商的管理信息模型來實現(xiàn)的；Q3代理模塊負(fù)責(zé)向網(wǎng)絡(luò)管理中心提供一個標(biāo)準(zhǔn)的Q3接口。
①接入模塊如圖2所示，按照該實施例，接入模塊連接到交換操作維護(hù)中心和基站操作維護(hù)中心，并負(fù)責(zé)用廠商規(guī)定的特殊的接口從廠商的操作維護(hù)中心采集所需的管理數(shù)據(jù)。采集的數(shù)據(jù)被從廠商特殊的格式轉(zhuǎn)換成運營商的管理信息模型的統(tǒng)一格式后存儲在管理信息庫當(dāng)中。所述管理數(shù)據(jù)可以包括配置管理數(shù)據(jù)、性能管理數(shù)據(jù)和故障管理數(shù)據(jù)等配置管理數(shù)據(jù)、性能管理數(shù)據(jù)和故障管理數(shù)據(jù)等。
對于不同種類的管理數(shù)據(jù)，比如配置管理數(shù)據(jù)、性能管理數(shù)據(jù)和故障管理數(shù)據(jù)等，和不同廠商的操作維護(hù)中心，也可以采用不同的接入模塊，如圖3所示。
接入模塊和操作維護(hù)中心的版本也有關(guān)系。當(dāng)廠商的操作維護(hù)中心升級時，數(shù)據(jù)采集的方式、數(shù)據(jù)的格式可能發(fā)生改變。通過升級接入模塊就可以很容易地適配新的版本。
接入模塊可以支持各種數(shù)據(jù)采集方式，比如人機(jī)命令、結(jié)構(gòu)化數(shù)據(jù)庫查詢語言、文件傳輸協(xié)議、廠商特殊的Q3/CORBA接口等。因此接入模塊可以靈活地適配各種廠商的設(shè)備。
②管理信息庫模塊管理信息庫模塊，用于將管理信息存儲在Q3中介服務(wù)器中。數(shù)據(jù)是按照運營商的管理信息模型的標(biāo)準(zhǔn)格式存儲的，而不是廠商特殊的格式。不同的管理信息模型使用不同的管理信息庫模塊。
管理信息庫模塊也為接入模塊和Q3代理模塊提供了內(nèi)部接口，比如標(biāo)準(zhǔn)查詢語言、應(yīng)用程序接口等。
各種商業(yè)數(shù)據(jù)庫產(chǎn)品都可以用于管理信息庫模塊，比如Oracle、Informix、Sybase等。管理信息庫包括一存儲器，用于存儲從網(wǎng)元采集到的所有管理信息，包括配置信息、性能統(tǒng)計信息和告警信息等。上層網(wǎng)管系統(tǒng)可以重復(fù)讀取。
按照本發(fā)明的另一個實施例，可以省略該模塊，即把從接入模塊來的管理數(shù)據(jù)直接送到所述Q3代理模塊。但是，那就意味著必須重復(fù)進(jìn)行相同的操作和讀取相同的數(shù)據(jù)，造成浪費處理器負(fù)荷，以及降低中介服務(wù)器的運行效率。
③Q3代理模塊Q3代理模塊用于通過Q3接口和上層網(wǎng)絡(luò)管理中心通信。所采用的通信協(xié)議可以是基于開放系統(tǒng)互聯(lián)協(xié)議的公共管理信息協(xié)議和文件傳輸、訪問與管理協(xié)議。Q3代理模塊采用的信息模型是和運營商的管理信息模型完全一致的。
這個Q3代理模塊還負(fù)責(zé)實現(xiàn)運營商所需的各種管理功能，包括公共管理功能、故障管理功能、性能管理功能和配置管理功能。當(dāng)需要的時候，Q3代理模塊從管理信息庫中獲取管理數(shù)據(jù)，然后通過Q3接口發(fā)送到網(wǎng)絡(luò)管理中心。
各種商業(yè)的Q3協(xié)議棧產(chǎn)品都可以用作Q3代理模塊的平臺，比如SUN公司的SEM、HP公司的OpenView、DEC/康柏公司的TeMIP、Vertel公司的Vertel平臺、D-SET公司的D-SET平臺等。
按照上述本發(fā)明的實施例，本發(fā)明的Q3中介服務(wù)器可與系統(tǒng)的交換操作維護(hù)中心和基站操作維護(hù)中心相連，并且向運營商的區(qū)域級網(wǎng)絡(luò)管理系統(tǒng)提供了一個基于運營商所定義的管理信息模型的Q3接口。來自不同的操作維護(hù)中心的管理信息數(shù)據(jù)可以在該中介服務(wù)器中提取出來，由不同的操作維護(hù)中心的格式轉(zhuǎn)換為統(tǒng)一的符合運營商管理信息模型的數(shù)據(jù)格式，并通過Q3接口與網(wǎng)絡(luò)管理中心相通信，以將所述管理信息數(shù)據(jù)發(fā)送到網(wǎng)絡(luò)管理中心。
圖3進(jìn)一步示出了作為本發(fā)明的一個實施例的Q3中介服務(wù)器的一種功能方框圖。如圖3所示，接入模塊分為分別處理故障的接入模塊和處理配置和性能的接入模塊。該故障處理接入模塊通過供應(yīng)商的管理信息模型(MIM)從交換操作維護(hù)中心和基站操作維護(hù)中心采集故障管理數(shù)據(jù)。而配置和性能處理接入模塊通過操作維護(hù)中心提供的工具軟件ATOP、Upload Scheduler、FTP、CLI、MEASCONV等從從交換操作維護(hù)中心和基站操作維護(hù)中心采集配置和性能的管理數(shù)據(jù)。所述接入模塊將采集到的各種管理數(shù)據(jù)轉(zhuǎn)換為與運營商信息管理模型一致的數(shù)據(jù)格式。所述管理數(shù)據(jù)庫模塊存儲所述統(tǒng)一數(shù)據(jù)格式的管理數(shù)據(jù)。Q3代理模塊則采用與上層網(wǎng)絡(luò)管理中心一致的管理信息模型(包括管理信息樹)實現(xiàn)各種管理功能，并與網(wǎng)絡(luò)管理中心進(jìn)行通信。
在該服務(wù)器中，與下層交換操作維護(hù)中心及基站操作維護(hù)中心相連的接入模塊中，有能支持特定的設(shè)備供應(yīng)商的該版本設(shè)備的程序。如更換下層交換操作維護(hù)中心和/或基站操作維護(hù)中心的設(shè)備的版本時，只需相應(yīng)地升級接入模塊中對應(yīng)于該版本的接入程序，既可使系統(tǒng)重新正常工作。位于服務(wù)器邏輯體系中部的管理信息庫模塊載有運營商所采用的信息管理模型。Q3中介服務(wù)器中與上層網(wǎng)絡(luò)管理中心直接相連的Q3代理模塊中載有與管理信息庫模塊相匹配的程序，以用戶樂于接受的界面實現(xiàn)運營商所希望的各種管理功能(包括故障處理功能)等。如不同的運營商采用了不同的信息管理模型，則系統(tǒng)集成商應(yīng)相應(yīng)地修改管理信息庫模塊及Q3代理模塊。
以下描述本發(fā)明的所述接入模塊所進(jìn)行的管理數(shù)據(jù)采集的具體操作的例子。
I)交換操作維護(hù)中心的故障管理數(shù)據(jù)采集根據(jù)運營商的既定的Q3接口規(guī)范，告警信息必須實時。因而在本實施例中采用相應(yīng)于設(shè)備供應(yīng)商所使用的管理信息模型的交換操作維護(hù)中心的Q3接口來獲取實時告警。Q3服務(wù)器的接入模塊接收到實時告警信息后，將它們映射到運營商的管理信息模型，保存在管理信息庫中，并發(fā)送到Q3代理模塊。
II)交換操作維護(hù)中心的性能管理數(shù)據(jù)采集根據(jù)運營商的Q3接口規(guī)范，性能管理數(shù)據(jù)必須周期性傳送。傳送頻率可以以15分鐘為單位設(shè)置，如15分鐘、30分鐘、1小時等。為了滿足要求，采用交換操作維護(hù)中心的定時上載功能將測量數(shù)據(jù)文件按預(yù)設(shè)的時間間隔以FTAM的方式從交換機(jī)中上傳到操作維護(hù)中心。Q3服務(wù)器的接入模塊周期性地連接到操作維護(hù)中心，通過FTP拷貝測量數(shù)據(jù)；將數(shù)據(jù)從西門子格式轉(zhuǎn)換成運營商的管理信息模型的格式；將數(shù)據(jù)存儲在管理信息庫中；并向Q3代理模塊發(fā)送一個通知。
III)交換操作維護(hù)中心的配置管理數(shù)據(jù)采集由于交換操作維護(hù)中心沒有交換機(jī)配置數(shù)據(jù)庫，各種配置管理數(shù)據(jù)是通過人機(jī)命令來獲取的。接入模塊采用ATOP工具從交換機(jī)獲取配置數(shù)據(jù)；將數(shù)據(jù)例如從廠商規(guī)定的它是格式轉(zhuǎn)換成運營商的管理信息模型的格式；將數(shù)據(jù)存儲在管理信息庫中。
運營商的管理信息模型所采用的數(shù)據(jù)格式的一個例子如下(中繼群)。但本發(fā)明適用的數(shù)據(jù)格式并不局限于該實例。
circuitEndPointSubgroup MANAGED OBJECT CLASSDERIVED FROM″Recommendation X.7211992″topCHARACTERIZED BYcircuitEndPointSubgroupPackage PACKAGEBEHAVIOURcircuitSubgroupBehaviour BEHAVIOURDEFINED AS″A set of circuit end points that directly interconnects one exchange withanother，having common values for the attributes listed in this package.Note thatthe term exchange includes PBX where applicable.″；；ATTRIBUTES″ITU-T Rec.M.3100″circuitEndPointSubgroupId″ITU-T Rec.M.3100″numberOfCircuits″ITU-T Rec.M.3100″labelOfFarEndExchangecircuitDirectionality GET，transmissionCharacteristics GET，″ITU-T Rec.M.3100″userLabelcircuitType GET，trunkGroupType GET，″Recommendation X.7211992″administrativeState--only GET is needed″Recommendation X.7211992″operationalState″ITU-T Rec.M.3100″alarmStatusNOTIFICATIONS″Recommendation X.7211992″attributeValueChange″Recommendation X.7211992″objectCreation″Recommendation X.7211992″objectDeletion″Recommendation X.7211992″stateChange″Recommendation X.7211992″communicationsAlarm″Recommendation X.7211992″processingErrorAlarmREGISTERED AS{cTel-gsm-nmc-cm-objectClass 21}；一般情況下，從廠商的操作維護(hù)中心取到的原始數(shù)據(jù)都不是以這種格式表示的。例如如西門子格式TGNO＝PBXDEC OPMODE＝BWGCOS＝JSUBORD&NOZON&LPRIO3&SEQBKWD&AMAREQD&PROP1&PROP2&LOOPSIG1&AMATRANSORIG1＝120ORIG2＝在這種情況下，需要進(jìn)行把TGNO＝PBXDEC映射到模型中的labelOfFarEndExchange的轉(zhuǎn)換，等等。通過這種轉(zhuǎn)換操作，就將廠商的特殊格式的管理數(shù)據(jù)轉(zhuǎn)換為了運營商的管理信息模型所需的統(tǒng)一的數(shù)據(jù)格式。
IV)基站操作維護(hù)中心的故障管理數(shù)據(jù)采集例如，根據(jù)某運營商的Q3接口規(guī)范，告警信息必須實時。為此所涉及的基站操作維護(hù)中心使用了可實時告警的設(shè)備供應(yīng)商的管理信息模模型。Q3服務(wù)器的接入模塊接收到實時告警信息后，將它們映射到運營商的管理信息模型，保存在管理信息庫中，并發(fā)送到Q3代理模塊。
V)基站操作維護(hù)中心的性能管理數(shù)據(jù)采集根據(jù)運營商的Q3接口規(guī)范，性能管理數(shù)據(jù)必須周期性傳送。傳送頻率可以以15分鐘為粒度設(shè)置，如15分鐘、30分鐘、1小時等。為了滿足要求，采用基站操作維護(hù)中心的MeasConv工具將測量數(shù)據(jù)從基站操作維護(hù)中心的性能管理數(shù)據(jù)庫中輸出到ASCII文件。Q3服務(wù)器的接入模塊周期性地連接到操作維護(hù)中心，通過FTP拷貝測量數(shù)據(jù)；將數(shù)據(jù)從原有的格式轉(zhuǎn)換成運營商的管理信息模型可接受的格式；將數(shù)據(jù)存儲在管理信息庫中；并向Q3代理模塊發(fā)送一個通知。
VI)基站操作維護(hù)中心的配置管理數(shù)據(jù)采集由于基站操作維護(hù)中心沒有基站配置數(shù)據(jù)庫，各種配置管理數(shù)據(jù)是通過人機(jī)命令來獲取的。接入模塊采用CLI工具從基站獲取配置數(shù)據(jù)；將數(shù)據(jù)從原有格式轉(zhuǎn)換成運營商的管理信息模型可接受的格式；將數(shù)據(jù)存儲在管理信息庫中。
②管理信息庫模塊Q3服務(wù)器的管理信息庫模塊可以采用商用的Oracle數(shù)據(jù)庫產(chǎn)品作為平臺。整個管理信息庫模塊是按照運營商的管理信息模型來產(chǎn)生的。
③Q3代理模塊在本實施例的Q3服務(wù)器中，Q3代理模塊可以采用Vertel公司的商用電信網(wǎng)絡(luò)管理平臺產(chǎn)品。這個Q3代理模塊可實現(xiàn)運營商所需求的各項管理功能，包括公共管理功能、故障管理功能、性能管理功能、配置管理功能等。
從以上的描述可以看出，本發(fā)明的Q3中介服務(wù)器和Q3中介接口通信方法是一種靈活的實現(xiàn)方案，采用這種方案可以極大地降低開發(fā)的工作量。另外，采用這種方案，不同的管理信息模型可以非常容易地在設(shè)備廠商的國際標(biāo)準(zhǔn)版本上實現(xiàn)。因此，采用Q3中介服務(wù)器方案的主要優(yōu)點有在設(shè)備廠商的國際標(biāo)準(zhǔn)化版本中，不需要作修改，使設(shè)備保持運營商的無關(guān)性；通過修改接入模塊就可以容易地實現(xiàn)對不同廠商的設(shè)備的支持；通過修改接入模塊就可以容易地實現(xiàn)對同一廠商不同版本的設(shè)備的支持；和通過不同的管理信息庫模塊就可以容易地實現(xiàn)對不同管理信息模型的支持。
上述對本發(fā)明優(yōu)選實施例的說明是為了圖示和描述的目的而提供的。不是為了限制本發(fā)明。本領(lǐng)域的普通技術(shù)人員可以作出各種修改和變形。而不超出本發(fā)明的精神和范圍。
權(quán)利要求
1.一種用于在電信網(wǎng)絡(luò)的網(wǎng)絡(luò)管理層和網(wǎng)元管理層之間通信的Q3中介服務(wù)器，用做網(wǎng)絡(luò)管理層和網(wǎng)元管理層之間的接口，所述網(wǎng)絡(luò)管理層包括一網(wǎng)絡(luò)管理中心，所述網(wǎng)元管理層包括至少一操作維護(hù)中心，其特征在于，所述服務(wù)器包括接入模塊，與所述操作維護(hù)中心相連接，負(fù)責(zé)用廠商規(guī)定的接口從廠商的操作維護(hù)中心獲取所需要的管理信息數(shù)據(jù)，并將所采集的數(shù)據(jù)從廠商規(guī)定的格式轉(zhuǎn)換成運營商的管理信息模型所要求的格式，并將其輸出；Q3代理模塊，用于接收所述采集的管理信息數(shù)據(jù)，并與所述網(wǎng)絡(luò)管理中心相連接，其采用與運營商相同的管理信息模型對所述管理信息數(shù)據(jù)進(jìn)行管理，并基于開放系統(tǒng)互聯(lián)協(xié)議(OSI)的公共管理信息協(xié)議(CMIP)、文件傳輸協(xié)議(FTP)和文件傳輸、訪問和管理協(xié)議(FTAM)中至少一種通信協(xié)議，與上層網(wǎng)絡(luò)管理中心進(jìn)行通信，將所述管理信息數(shù)據(jù)提供給該上層網(wǎng)絡(luò)管理中心。
2.如權(quán)利要求1所述的Q3中介服務(wù)器，其特征在于，所述服務(wù)器還包括一管理信息數(shù)據(jù)庫模塊，其包括分別與接入模塊和Q3代理模塊相連的接口，以及用于存儲所述接入模塊采集的管理信息的存儲器，供所述Q3代理模塊讀取使用。
3.如權(quán)利要求2所述的Q3中介服務(wù)器，其特征在于，所述管理信息包括配置信息、性能統(tǒng)計信息和告警信息。
4.如權(quán)利要求1所述的Q3中介服務(wù)器，其特征在于該服務(wù)器由接入模塊通過通信協(xié)議如TCP/IP協(xié)議和廠商的非標(biāo)準(zhǔn)接口與所述操作維護(hù)中心相連。
5.如權(quán)利要求1所述的Q3中介服務(wù)器，其特征在于，該服務(wù)器由Q3代理模塊通過所述通信協(xié)議和標(biāo)準(zhǔn)的Q3的接口與網(wǎng)絡(luò)管理中心相連。
6.一種如權(quán)利要求1所述的Q3中介服務(wù)器，其特征在于，該服務(wù)器通過模塊化的結(jié)構(gòu)為不支持目標(biāo)信息模型的操作維護(hù)中心提供了支持目標(biāo)信息模型的Q3接口；使網(wǎng)絡(luò)管理中心通過定義好的目標(biāo)信息模型與Q3中介服務(wù)器通信而不必顧及操作維護(hù)中心的廠商相關(guān)性。
7.一種用于在電信網(wǎng)絡(luò)的網(wǎng)絡(luò)管理層和網(wǎng)元管理層之間進(jìn)行通信的Q3中介接口通信方法，所述網(wǎng)絡(luò)管理層包括一網(wǎng)絡(luò)管理中心，所述網(wǎng)元管理層包括至少一操作維護(hù)中心，其特征在于，該方法包括1)在所述網(wǎng)絡(luò)管理中心和所述操作維護(hù)中心之間提供一聯(lián)網(wǎng)的服務(wù)器，與所述各操作維護(hù)中心和所述網(wǎng)絡(luò)管理中心相連接；2)采用廠商規(guī)定的接口從廠商的操作維護(hù)中心獲取所需要的管理信息數(shù)據(jù)，并將所采集的數(shù)據(jù)從廠商規(guī)定的格式轉(zhuǎn)換成運營商的管理信息模型所要求的格式；3)采用與運營商相同的管理信息模型對所述管理信息數(shù)據(jù)進(jìn)行管理，并基于開放系統(tǒng)互聯(lián)協(xié)議(OSI)的公共管理信息協(xié)議(CMIP)、文件傳輸協(xié)議(FTP)和文件傳輸、訪問和管理協(xié)議(FTAM)中至少一種通信協(xié)議，與上層網(wǎng)絡(luò)管理中心進(jìn)行通信，將所述管理信息數(shù)據(jù)提供給該上層網(wǎng)絡(luò)管理中心。
8.如權(quán)利要求7所述的方法，其中所述步驟2)還包括將所采集的管理信息存儲在一存儲器中，以在所述步驟3)中讀取使用。
9.如權(quán)利要求8所述的方法，其中，所述管理信息包括配置信息、性能統(tǒng)計信息和告警信息。
10.如權(quán)利要求7所述的方法，其中所述服務(wù)器通過通信協(xié)議如TCP/IP協(xié)議和廠商的非標(biāo)準(zhǔn)接口與所述操作維護(hù)中心相連。
11.如權(quán)利要求7所述的方法，其中所述服務(wù)器通過所述通信協(xié)議和標(biāo)準(zhǔn)的Q3的接口與網(wǎng)絡(luò)管理中心相連。
12.如權(quán)利要求7所述的方法，其特征在于，該服務(wù)器通過模塊化的結(jié)構(gòu)為不支持目標(biāo)信息模型的操作維護(hù)中心提供了支持目標(biāo)信息模型的Q3接口；使網(wǎng)絡(luò)管理中心通過定義好的目標(biāo)信息模型與Q3中介服務(wù)器通信而不必顧及操作維護(hù)中心的廠商相關(guān)性。
全文摘要
本發(fā)明涉及一種用于網(wǎng)絡(luò)管理層和網(wǎng)元管理層之間通信的Q3中介服務(wù)器，包括與管理數(shù)據(jù)庫模塊相連，并將所采集的數(shù)據(jù)發(fā)送到后面的管理數(shù)據(jù)庫模塊中的接入模塊，分別與接入模塊和Q3代理模塊相連并用于存儲管理信息的管理信息庫模塊，以及與管理信息庫模塊相連并用于通過其Q3接口與上層網(wǎng)絡(luò)管理層通信的Q3代理模塊。相應(yīng)地，本發(fā)明還公開了一種用于上述目的的Q3中介通信的接口方法。使網(wǎng)絡(luò)管理中心可以成功地管理不同廠商的電信設(shè)備并容易進(jìn)行升級和更新。
文檔編號H04L12/02GK1459953SQ02120289
公開日2003年12月3日 申請日期2002年5月22日 優(yōu)先權(quán)日2002年5月22日
發(fā)明者張恝恕, 司徒衛(wèi) 申請人:西門子(中國)有限公司