專利名稱：一種電信網(wǎng)絡管理系統(tǒng)、方法及相應的裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信網(wǎng)絡管理系統(tǒng)，尤其涉及實現(xiàn)電信管理網(wǎng)絡(TMN， Telecommunication Management Network)中快速網(wǎng)管客戶端/服務器模型下采用簡單網(wǎng) 絡管理協(xié)議(SNMP，Simple Network Management Protocol)的電信網(wǎng)絡管理系統(tǒng)、方法及 相應的裝置。
背景技術(shù)：
電信網(wǎng)絡管理系統(tǒng)(以下簡稱網(wǎng)管系統(tǒng))，主要包括配置管理、故障管理、性能管 理和安全管理等功能模塊。網(wǎng)管系統(tǒng)中的管理對象，主要是針對網(wǎng)元。一般而言，網(wǎng)元主要提供SNMP接口，供 網(wǎng)管系統(tǒng)進行管理維護。網(wǎng)元實現(xiàn)SNMP代理(SNMP Agent)功能，網(wǎng)管系統(tǒng)則實現(xiàn)SNMP管 理(SNMP Manager)功能。網(wǎng)管系統(tǒng)為了實現(xiàn)多用戶和集中管理方面的特性，一般采用客戶端/服務器(C/ S)構(gòu)架，如圖1的虛線框中所示。由于不同的網(wǎng)元所能進行的業(yè)務非常豐富，故網(wǎng)管系統(tǒng)所要實現(xiàn)的管理功能也非 常多。如圖2所示，針對每一業(yè)務功能，網(wǎng)元需要為網(wǎng)管系統(tǒng)提供不同的SNMP接口(圖中未 示)，即網(wǎng)管客戶端需要開發(fā)由不同的用戶界面(UI，User Interface)和具有不同數(shù)據(jù)結(jié) 構(gòu)的消息處理單元構(gòu)成的多個業(yè)務功能模塊以及針對這些業(yè)務功能模塊的客戶端消息處 理模塊；網(wǎng)管服務器需要開發(fā)不同的業(yè)務功能模塊，其主要職責就是分別接收網(wǎng)管客戶端 的各業(yè)務功能模塊相應的處理請求，對處理請求進行分析及處理，并按與相應網(wǎng)元的SNMP 接口將處理請求進行封裝，然后調(diào)用網(wǎng)管服務器的SNMP Manager模塊將封裝的處理請求發(fā) 送給網(wǎng)元設備的SNMP Agent模塊進行業(yè)務處理。在圖2的虛線框中所示的網(wǎng)管系統(tǒng)中，網(wǎng)管客戶端和網(wǎng)管服務器之間的接口是 一種私有接口，它針對不同的業(yè)務定義了不同數(shù)據(jù)結(jié)構(gòu)的消息處理單元來實現(xiàn)業(yè)務請 求。其中，不同數(shù)據(jù)結(jié)構(gòu)的消息處理單元相當于TCP/IP協(xié)議棧的傳輸控制協(xié)議(TCP， Transmission Control Protocol)接口，在該接口上可以有不同的業(yè)務協(xié)議封裝，如FTP、 HTTP 及 EMAIL 等。圖2這種現(xiàn)有的網(wǎng)管系統(tǒng)實現(xiàn)模式具有如下特點1)網(wǎng)管客戶端根據(jù)不同的業(yè)務功能需設計不同的業(yè)務功能模塊及其UI ；2)網(wǎng)管客戶端根據(jù)UI上的參數(shù)組織請求數(shù)據(jù)，根據(jù)不同的業(yè)務定義不同數(shù)據(jù)結(jié) 構(gòu)的消息處理單元，并將請求數(shù)據(jù)以相應消息的形式通過客戶端消息處理模塊發(fā)送到網(wǎng)管 服務器；3)網(wǎng)管服務器收到相應消息后轉(zhuǎn)發(fā)到相應的業(yè)務功能模塊，通過業(yè)務功能模塊中 相應的消息處理單元分析并處理消息，再次組織SNMP接口封裝消息中的請求數(shù)據(jù)，并調(diào)用 SNMP Manager模塊的接口將封裝的請求數(shù)據(jù)發(fā)送到網(wǎng)元設備的SNMP Agent模塊進行相應 的業(yè)務功能處理。
這種網(wǎng)管系統(tǒng)的實現(xiàn)模式比較簡單、直觀，特別是在管理的業(yè)務功能比較少的情 況下，更是如此。但是，當網(wǎng)管系統(tǒng)要管理的網(wǎng)元設備特別多，每種網(wǎng)元設備的業(yè)務功能也特別多 且業(yè)務種類也不同，則上述這種網(wǎng)管實現(xiàn)模式便存在以下嚴重的缺陷(1)網(wǎng)管服務器和網(wǎng)管客戶端需要嚴格匹配版本一旦二者的版本不匹配，就可能造成二者的接口不一致，從而導致數(shù)據(jù)混亂，使得 網(wǎng)元業(yè)務功能不正常。(2)存在大量的重復代碼，且不易維護代碼編寫的工作量很大，且都是重復勞動，代碼維護難度大。這一點在新增加業(yè)務 功能時尤為明顯。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種電信網(wǎng)絡管理系統(tǒng)、方法及相應的裝置， 能夠充分復用已有功能，不需服務器端和客戶端版本的嚴格匹配。為了解決上述技術(shù)問題，本發(fā)明提供了一種電信網(wǎng)絡管理系統(tǒng)，包括網(wǎng)管客戶端 和網(wǎng)管服務器，其中，網(wǎng)管客戶端，用于將用戶在各業(yè)務功能模塊輸入的業(yè)務請求信息封裝成統(tǒng)一格式 的虛擬簡單網(wǎng)絡管理協(xié)議消息，發(fā)送給網(wǎng)管服務器；網(wǎng)管服務器，用于將從接收到的虛擬簡單網(wǎng)絡管理協(xié)議消息中解析出相應的業(yè)務 請求數(shù)據(jù)，通過統(tǒng)一的接口發(fā)送給相應的網(wǎng)元處理。進一步地，網(wǎng)管客戶端包括多個業(yè)務功能模塊、虛擬簡單網(wǎng)絡管理協(xié)議管理模塊 以及客戶端消息處理模塊；其中業(yè)務功能模塊，用于根據(jù)各業(yè)務功能配置相應的用戶界面；將從用戶在所述用 戶界面輸入的業(yè)務請求信息中獲取的業(yè)務請求數(shù)據(jù)輸出給虛擬簡單網(wǎng)絡管理協(xié)議管理模 塊；所述虛擬簡單網(wǎng)絡管理協(xié)議管理模塊，用于將輸入的業(yè)務請求數(shù)據(jù)按相同數(shù)據(jù)結(jié) 構(gòu)封裝成統(tǒng)一格式的虛擬簡單網(wǎng)絡管理協(xié)議消息輸出給客戶端消息處理模塊；客戶端消息處理模塊，用于通過調(diào)用一接口將輸入的虛擬簡單網(wǎng)絡管理協(xié)議消息 中相應的數(shù)據(jù)填充到一緩沖區(qū)，并為虛擬簡單網(wǎng)絡管理協(xié)議消息配置相應的消息號后待發(fā) 送。進一步地，網(wǎng)管服務器包括服務器消息處理模塊和簡單網(wǎng)絡管理協(xié)議管理模塊； 其中服務器消息處理模塊，用于從接收的虛擬簡單網(wǎng)絡管理協(xié)議消息中解析出相應的 業(yè)務請求數(shù)據(jù)，并調(diào)用簡單網(wǎng)絡管理協(xié)議管理模塊的輸入接口接收業(yè)務請求數(shù)據(jù)；簡單網(wǎng)絡管理協(xié)議管理模塊，用于將通過輸入接口接收的業(yè)務請求數(shù)據(jù)通過與各 網(wǎng)元統(tǒng)一的接口發(fā)送。為了解決上述技術(shù)問題，本發(fā)明提供了一種用于電信網(wǎng)絡管理系統(tǒng)中的網(wǎng)管客戶 端裝置，包括多個業(yè)務功能模塊、虛擬簡單網(wǎng)絡管理協(xié)議管理模塊以及客戶端消息處理模 塊；其中
業(yè)務功能模塊，用于將從用戶輸入的業(yè)務請求信息中獲取的業(yè)務請求數(shù)據(jù)輸出給 虛擬簡單網(wǎng)絡管理協(xié)議管理模塊；虛擬簡單網(wǎng)絡管理協(xié)議管理模塊，用于將輸入的業(yè)務請求數(shù)據(jù)封裝成統(tǒng)一格式的 虛擬簡單網(wǎng)絡管理協(xié)議消息，輸出給客戶端消息處理模塊；客戶端消息處理模塊，用于將輸入的虛擬簡單網(wǎng)絡管理協(xié)議消息發(fā)送給電信網(wǎng)絡 管理系統(tǒng)中的網(wǎng)管服務器裝置。進一步地，業(yè)務功能模塊根據(jù)各業(yè)務功能配置相應的用戶界面，將從用戶在用戶界面輸入的 業(yè)務請求信息中獲取的業(yè)務請求數(shù)據(jù)輸出；客戶端消息處理模塊通過調(diào)用一接口將輸入的虛擬簡單網(wǎng)絡管理協(xié)議消息中相 應的數(shù)據(jù)填充到一緩沖區(qū)，并為虛擬簡單網(wǎng)絡管理協(xié)議消息配置相應的消息號后待發(fā)送。為了解決上述技術(shù)問題，本發(fā)明提供了一種用于電信網(wǎng)絡管理系統(tǒng)中的網(wǎng)管服務 器裝置，包括服務器消息處理模塊和簡單網(wǎng)絡管理協(xié)議管理模塊；其中服務器消息處理模塊，用于從接收的虛擬簡單網(wǎng)絡管理協(xié)議消息中解析出相應的 業(yè)務請求數(shù)據(jù)，輸出給簡單網(wǎng)絡管理協(xié)議管理模塊；簡單網(wǎng)絡管理協(xié)議管理模塊，用于將輸入的業(yè)務請求數(shù)據(jù)通過統(tǒng)一的接口發(fā)送給 相應的網(wǎng)元。進一步地，服務器消息處理模塊調(diào)用所述簡單網(wǎng)絡管理協(xié)議管理模塊的輸入接口輸入所述 業(yè)務請求數(shù)據(jù)；簡單網(wǎng)絡管理協(xié)議管理模塊將通過輸入接口接收的業(yè)務請求數(shù)據(jù)通過與各網(wǎng)元 統(tǒng)一的接口發(fā)送。為了解決上述技術(shù)問題，本發(fā)明提供了一種電信網(wǎng)絡管理方法，涉及網(wǎng)管客戶端 和網(wǎng)管服務器，其特征在于，該方法包括網(wǎng)管客戶端將用戶在各業(yè)務功能模塊輸入的業(yè)務請求信息封裝成統(tǒng)一格式的虛 擬簡單網(wǎng)絡管理協(xié)議消息，發(fā)送給網(wǎng)管服務器；網(wǎng)管服務器將從接收到的虛擬簡單網(wǎng)絡管理協(xié)議消息中解析出相應的業(yè)務請求 數(shù)據(jù)，通過統(tǒng)一的接口發(fā)送給相應的網(wǎng)元處理。進一步地，網(wǎng)管客戶端將用戶在各業(yè)務功能模塊輸入的業(yè)務請求信息封裝成統(tǒng)一 格式的虛擬簡單網(wǎng)絡管理協(xié)議消息，具體包括預先根據(jù)各業(yè)務功能配置相應的用戶界面；從用戶在用戶界面輸入的業(yè)務請求信息中獲取的業(yè)務請求數(shù)據(jù)；將業(yè)務請求數(shù)據(jù)按相同數(shù)據(jù)結(jié)構(gòu)封裝成所述統(tǒng)一格式的虛擬簡單網(wǎng)絡管理協(xié)議 消息，將虛擬簡單網(wǎng)絡管理協(xié)議消息中相應的數(shù)據(jù)填充到一緩沖區(qū)，并為虛擬簡單網(wǎng)絡管 理協(xié)議消息配置相應的消息號后待發(fā)送。進一步地，網(wǎng)管服務器將從接收到的虛擬簡單網(wǎng)絡管理協(xié)議消息中解析出相應的 業(yè)務請求數(shù)據(jù)，通過統(tǒng)一的接口發(fā)送給相應的網(wǎng)元處理，具體包括收到虛擬簡單網(wǎng)絡管理協(xié)議消息后，解析出來自網(wǎng)管客戶端的相應的業(yè)務請求數(shù) 據(jù)，并調(diào)用輸入接口接收業(yè)務請求數(shù)據(jù)；
將通過輸入接口接收的業(yè)務請求數(shù)據(jù)通過與各網(wǎng)元統(tǒng)一的接口發(fā)送。本發(fā)明的網(wǎng)管系統(tǒng)中的客戶端、服務器端可以充分進行功能復用，特別是服務器 端，代碼可以不用做任何改動，這個在系統(tǒng)版本升級的時候特別有用，服務器版本可以兼容 任何客戶端版本，不會再出現(xiàn)由于版本不匹配造成各種難以定位的問題，另外也大大減少 了代碼工作量，由此大幅度提高了網(wǎng)管功能業(yè)務的開發(fā)速度，并降低了開發(fā)的復雜度代碼 維護的難度。


圖1為網(wǎng)管系統(tǒng)架構(gòu)示意圖；圖2為現(xiàn)有的電信網(wǎng)絡管理系統(tǒng)結(jié)構(gòu)示意圖；圖3為本發(fā)明的電信網(wǎng)絡管理系統(tǒng)一實施例的結(jié)構(gòu)示意圖；圖4為本發(fā)明的電信網(wǎng)絡管理方法實施例的流程圖；圖5本發(fā)明的電信網(wǎng)絡管理系統(tǒng)另一實施例的結(jié)構(gòu)示意圖；圖6為圖3中的網(wǎng)管客戶端的媒體網(wǎng)關(guān)控制器(MGC)配置UI實施例示意圖。
具體實施例方式以下結(jié)合附圖和優(yōu)選實施例對本發(fā)明的技術(shù)方案進行詳細地闡述。以下例舉的實 施例僅用于說明和解釋本發(fā)明，而不構(gòu)成對本發(fā)明技術(shù)方案的限制。本發(fā)明提供的電信網(wǎng)絡管理系統(tǒng)一實施例，其結(jié)構(gòu)如圖3所示，包括網(wǎng)管客戶端 和網(wǎng)管服務器；其中網(wǎng)管客戶端包括多個業(yè)務功能模塊、虛擬SNMPManager模塊以及客戶 端消息處理模塊，網(wǎng)管服務器包括服務器消息處理模塊和SNMP Manager模塊；其中業(yè)務功能模塊(1 η)，用于通過根據(jù)業(yè)務功能配置的UI輸入業(yè)務請求信息，根據(jù) 輸入的信息獲取請求數(shù)據(jù)，并輸出給虛擬SNMP Manager模塊； 虛擬SNMP Manager模塊，用于將輸入的請求數(shù)據(jù)封裝成統(tǒng)一格式的虛擬SNMP消 息，并輸出給客戶端消息處理模塊；統(tǒng)一格式的虛擬SNMP消息，即具有相同數(shù)據(jù)結(jié)構(gòu)的虛擬SNMP消息。網(wǎng)管客戶端和網(wǎng)管服務器之間的虛擬SNMP消息相當于是TCP協(xié)議的一種，和FTP 等協(xié)議并列。這樣設計封裝之后，之前的FTP、HTTP以及EMAIL協(xié)議都可以不用了，用虛擬 SNMP消息可以實現(xiàn)這些協(xié)議要實現(xiàn)的業(yè)務?？蛻舳讼⑻幚砟K，用于將輸入的虛擬SNMP消息發(fā)送給網(wǎng)管服務器。服務器消息處理模塊，用于從網(wǎng)管客戶端接收的虛擬SNMP消息中解析出網(wǎng)管客 戶端相應業(yè)務功能的請求數(shù)據(jù)，并輸出給SNMP Manager模塊；SNMP Manager模塊，用于將輸入的網(wǎng)管客戶端相應業(yè)務功能的請求數(shù)據(jù)通過統(tǒng)一 的接口發(fā)送到該網(wǎng)元處理。本發(fā)明為網(wǎng)管客戶端設計了一個虛擬SNMP Manager模塊，其主要作用是提供了 一套SNMP管理的操作，用于模擬網(wǎng)管服務器的SNMP Manager接口處理動作，不需要針對 不同的業(yè)務功能定義不同的消息類型和不同的網(wǎng)管服務器接口的數(shù)據(jù)結(jié)構(gòu)。該虛擬SNMP Manager模塊僅僅是一個形式上像網(wǎng)管服務器的SNMP Manager模塊，而實際上并沒有實現(xiàn) 網(wǎng)管服務器的SNMPManager協(xié)議棧，可以說它只是網(wǎng)管服務器SNMP Manager模塊的一個外包裝形式。本發(fā)明將網(wǎng)管服務器的接口通用化，所有的業(yè)務功能只使用一個接口 ；這樣網(wǎng)管 服務器的結(jié)構(gòu)便可以固定，不需要針對不同的業(yè)務功能編寫不同的接口代碼。本發(fā)明除了圖3所示的網(wǎng)管系統(tǒng)實施例，還可以例舉出另一網(wǎng)管系統(tǒng)實施例，其 結(jié)構(gòu)如圖5所示，它與圖3所示的實施例的差異僅在于UI的結(jié)構(gòu)上。在圖5中，業(yè)務功能模塊(1 η)通過根據(jù)業(yè)務功能配置的子界面Sub-UI (1 η) 輸入?yún)?shù)，這些Sub-UI (1 η)統(tǒng)一作為一個主UI的多個頁面，可供網(wǎng)管用戶在主UI上通 過輸入業(yè)務功能名稱(對象名稱)來選擇使用。本發(fā)明針對上述網(wǎng)管系統(tǒng)實施例，還相應地提供電信網(wǎng)絡管理方法實施例，其流 程如圖4所示，包括如下步驟410 在網(wǎng)管客戶端各業(yè)務功能模塊上輸入相應的業(yè)務請求信息；在此實施例中，相應的業(yè)務請求信息是在網(wǎng)管客戶端各業(yè)務功能模塊相應的用戶 界面(UI)上輸入，包括該業(yè)務的相關(guān)設備的ID、相關(guān)設備的類型標識、相關(guān)設備的IP地址、 相關(guān)設備端口、相關(guān)設備的域名、加密信息標識以及相關(guān)設備選項中的一種或多種數(shù)據(jù)；相應的UI根據(jù)用戶輸入的信息，調(diào)用虛擬SNMP Manager模塊的接口組織該業(yè)務 的請求數(shù)據(jù)，填充該UI中業(yè)務對象的名稱和業(yè)務的一些屬性(如地址，類型等)，并設置UI 中該業(yè)務對象的其它各信息，將這些信息統(tǒng)一封裝成一個數(shù)據(jù)包。420 網(wǎng)管客戶端將輸入的業(yè)務請求信息封裝成統(tǒng)一格式的虛擬SNMP消息，發(fā)送 給網(wǎng)管服務器；在此實施例中，網(wǎng)管客戶端將上述封裝成一數(shù)據(jù)包的業(yè)務請求信息按相同的數(shù)據(jù) 結(jié)構(gòu)統(tǒng)一封裝成虛擬SNMP消息，并由客戶端消息處理模塊調(diào)用一接口，由該接口將封裝的 虛擬SNMP消息的數(shù)據(jù)填充到到一個緩沖區(qū)里面，并采用相應消息號的虛擬SNMP消息發(fā)送 該緩沖區(qū)中的數(shù)據(jù)。430 網(wǎng)管服務器從接收到的虛擬SNMP消息中解析出網(wǎng)管客戶端相應的業(yè)務請求 數(shù)據(jù)，通過統(tǒng)一的接口發(fā)送給相應的網(wǎng)元處理。通過服務器消息處理模塊從接收的虛擬SNMP消息中解析出網(wǎng)管客戶端的業(yè)務請 求數(shù)據(jù)，并調(diào)用SNMP Manager模塊的接口將該業(yè)務請求數(shù)據(jù)設置到該SNMP Manager模塊；SNMP Manager模塊將該業(yè)務請求數(shù)據(jù)通過統(tǒng)一的接口發(fā)送到相應的網(wǎng)元進行處理。下面以一個具體的配置窄帶媒體網(wǎng)關(guān)控制器(MGC)信息為例，來描述通過上述本 發(fā)明的電信網(wǎng)絡管理方法實施例實現(xiàn)該配置業(yè)務流程。第一步，用戶在網(wǎng)管客戶端的“創(chuàng)建MGC”的UI上輸入配置信息；如圖6所示，在MGC配置UI上輸入的配置信息包括MGC ID、MGC類型標識、MGC IP 地址、MGC端口、MGC域名、加密信息標識以及MGC選項。第二步，該UI根據(jù)用戶確認輸入的信息，調(diào)用虛擬SNMP Manager模塊的接口組織 該配置業(yè)務的請求數(shù)據(jù)；該UI直接調(diào)用客戶端虛擬Snmp Manager模塊的接口，填充該UI中業(yè)務對象的名 稱(即業(yè)務的一些屬性，如地址，類型等)，并設置UI中該業(yè)務對象的各信息，將這些信息統(tǒng) 一封裝成一個數(shù)據(jù)包，以便發(fā)送到網(wǎng)管服務器。
由于業(yè)務對象名稱都是存在網(wǎng)管服務器端的信息庫中，網(wǎng)管服務器可以直接使用 這個業(yè)務對象名稱，并自動完成將業(yè)務請求發(fā)送到相應網(wǎng)元的動作。第三步，虛擬SNMP Manager模塊將業(yè)務請求數(shù)據(jù)封裝成統(tǒng)一格式的虛擬SNMP消 息，由客戶端消息處理模塊發(fā)送給網(wǎng)管服務器；客戶端消息處理模塊調(diào)用接口的時候，該接口將封裝有業(yè)務對象名稱和各信息的 虛擬SNMP消息中的數(shù)據(jù)填充到到一個緩沖區(qū)里面，將采用消息號為EV_VIRTUAL_SNMP的虛 擬SNMP消息將該緩沖區(qū)中的數(shù)據(jù)發(fā)送。虛擬SNMP Manager模塊對于所有的業(yè)務請求都是一樣地處理。第四步，網(wǎng)管服務器的消息處理模塊收到該虛擬SNMP消息后，解析出來自網(wǎng)管客 戶端的配置業(yè)務的請求數(shù)據(jù)，并調(diào)用網(wǎng)管服務器的Snmp Manager模塊的接口將該業(yè)務請求 數(shù)據(jù)設置到服務器端Snmp Manager模塊；該步驟是在網(wǎng)管服務器中統(tǒng)一處理的步驟，其主要是解析出客戶端發(fā)過來的業(yè)務 請求，得到業(yè)務對象的名稱字符串(MGC)和業(yè)務對象的各信息，并調(diào)用網(wǎng)管服務器的Snmp Manager模塊的接口。第五步，網(wǎng)管服務器的Snmp Manager模塊將該業(yè)務請求數(shù)據(jù)通過與各網(wǎng)元統(tǒng)一的 接口發(fā)送。從上面的示例可以看出，除了第一步中的UI需要區(qū)分不同的業(yè)務功能外，后續(xù)的 動作都是通用且自動處理，故可以做到代碼不必針對業(yè)務功能及系統(tǒng)版本升級做任何改動。最后應當說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，本領(lǐng)域 的普通技術(shù)人員應當理解，可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而不脫離本 發(fā)明技術(shù)方案的精神范圍，其均應涵蓋在本發(fā)明的權(quán)利要求范圍當中。
權(quán)利要求
一種電信網(wǎng)絡管理系統(tǒng)，包括網(wǎng)管客戶端和網(wǎng)管服務器，其特征在于，所述網(wǎng)管客戶端，用于將用戶在各業(yè)務功能模塊輸入的業(yè)務請求信息封裝成統(tǒng)一格式的虛擬簡單網(wǎng)絡管理協(xié)議消息，發(fā)送給網(wǎng)管服務器；所述網(wǎng)管服務器，用于將從接收到的虛擬簡單網(wǎng)絡管理協(xié)議消息中解析出相應的業(yè)務請求數(shù)據(jù)，通過統(tǒng)一的接口發(fā)送給相應的網(wǎng)元處理。
2.按照權(quán)利要求1所述的系統(tǒng)，其特征在于，所述網(wǎng)管客戶端包括多個業(yè)務功能模塊、 虛擬簡單網(wǎng)絡管理協(xié)議管理模塊以及客戶端消息處理模塊；其中所述業(yè)務功能模塊，用于根據(jù)各業(yè)務功能配置相應的用戶界面；將從用戶在所述用 戶界面輸入的業(yè)務請求信息中獲取的業(yè)務請求數(shù)據(jù)輸出給虛擬簡單網(wǎng)絡管理協(xié)議管理模 塊；所述虛擬簡單網(wǎng)絡管理協(xié)議管理模塊，用于將輸入的所述業(yè)務請求數(shù)據(jù)按相同數(shù)據(jù)結(jié) 構(gòu)封裝成所述統(tǒng)一格式的虛擬簡單網(wǎng)絡管理協(xié)議消息輸出給客戶端消息處理模塊；所述客戶端消息處理模塊，用于通過調(diào)用一接口將輸入的所述虛擬簡單網(wǎng)絡管理協(xié)議 消息中相應的數(shù)據(jù)填充到一緩沖區(qū)，并為所述虛擬簡單網(wǎng)絡管理協(xié)議消息配置相應的消息 號后待發(fā)送。
3.按照權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述網(wǎng)管服務器包括服務器消息處理 模塊和簡單網(wǎng)絡管理協(xié)議管理模塊；其中服務器消息處理模塊，用于從接收的所述虛擬簡單網(wǎng)絡管理協(xié)議消息中解析出相應的 業(yè)務請求數(shù)據(jù)，并調(diào)用簡單網(wǎng)絡管理協(xié)議管理模塊的輸入接口接收所述業(yè)務請求數(shù)據(jù)；簡單網(wǎng)絡管理協(xié)議管理模塊，用于將通過所述輸入接口接收的所述業(yè)務請求數(shù)據(jù)通過 與各網(wǎng)元統(tǒng)一的接口發(fā)送。
4.一種用于電信網(wǎng)絡管理系統(tǒng)中的網(wǎng)管客戶端裝置，包括多個業(yè)務功能模塊、虛擬簡 單網(wǎng)絡管理協(xié)議管理模塊以及客戶端消息處理模塊；其中所述業(yè)務功能模塊，用于將從用戶輸入的業(yè)務請求信息中獲取的業(yè)務請求數(shù)據(jù)輸出給 虛擬簡單網(wǎng)絡管理協(xié)議管理模塊；所述虛擬簡單網(wǎng)絡管理協(xié)議管理模塊，用于將輸入的所述業(yè)務請求數(shù)據(jù)封裝成統(tǒng)一格 式的虛擬簡單網(wǎng)絡管理協(xié)議消息，輸出給客戶端消息處理模塊；所述客戶端消息處理模塊，用于將輸入的所述虛擬簡單網(wǎng)絡管理協(xié)議消息發(fā)送給所述 電信網(wǎng)絡管理系統(tǒng)中的網(wǎng)管服務器裝置。
5.按照權(quán)利要求4所述的網(wǎng)管客戶端裝置，其特征在于，所述業(yè)務功能模塊根據(jù)各業(yè)務功能配置相應的用戶界面，將從用戶在所述用戶界面輸 入的業(yè)務請求信息中獲取的所述業(yè)務請求數(shù)據(jù)輸出；所述客戶端消息處理模塊通過調(diào)用一接口將輸入的所述虛擬簡單網(wǎng)絡管理協(xié)議消息 中相應的數(shù)據(jù)填充到一緩沖區(qū)，并為所述虛擬簡單網(wǎng)絡管理協(xié)議消息配置相應的消息號后 待發(fā)送。
6.一種用于電信網(wǎng)絡管理系統(tǒng)中的網(wǎng)管服務器裝置，包括服務器消息處理模塊和簡單 網(wǎng)絡管理協(xié)議管理模塊；其中所述服務器消息處理模塊，用于從接收的所述虛擬簡單網(wǎng)絡管理協(xié)議消息中解析出相 應的業(yè)務請求數(shù)據(jù)，輸出給所述簡單網(wǎng)絡管理協(xié)議管理模塊；所述簡單網(wǎng)絡管理協(xié)議管理模塊，用于將輸入的所述業(yè)務請求數(shù)據(jù)通過統(tǒng)一的接口發(fā) 送給相應的網(wǎng)元。
7.按照權(quán)利要求6所述的網(wǎng)管服務器裝置，其特征在于，所述服務器消息處理模塊調(diào)用所述簡單網(wǎng)絡管理協(xié)議管理模塊的輸入接口輸入所述 業(yè)務請求數(shù)據(jù)；所述簡單網(wǎng)絡管理協(xié)議管理模塊將通過所述輸入接口接收的所述業(yè)務請求數(shù)據(jù)通過 與各網(wǎng)元統(tǒng)一的接口發(fā)送。
8.一種電信網(wǎng)絡管理方法，涉及網(wǎng)管客戶端和網(wǎng)管服務器，其特征在于，該方法包括 所述網(wǎng)管客戶端將用戶在各業(yè)務功能模塊輸入的業(yè)務請求信息封裝成統(tǒng)一格式的虛擬簡單網(wǎng)絡管理協(xié)議消息，發(fā)送給網(wǎng)管服務器；所述網(wǎng)管服務器將從接收到的虛擬簡單網(wǎng)絡管理協(xié)議消息中解析出相應的業(yè)務請求 數(shù)據(jù)，通過統(tǒng)一的接口發(fā)送給相應的網(wǎng)元處理。
9.按照權(quán)利要求8所述的方法，其特征在于，所述網(wǎng)管客戶端將用戶在各業(yè)務功能模 塊輸入的業(yè)務請求信息封裝成統(tǒng)一格式的虛擬簡單網(wǎng)絡管理協(xié)議消息，具體包括預先根據(jù)各業(yè)務功能配置相應的用戶界面；從用戶在所述用戶界面輸入的業(yè)務請求信息中獲取的業(yè)務請求數(shù)據(jù)； 將所述業(yè)務請求數(shù)據(jù)按相同數(shù)據(jù)結(jié)構(gòu)封裝成所述統(tǒng)一格式的虛擬簡單網(wǎng)絡管理協(xié)議 消息，將所述虛擬簡單網(wǎng)絡管理協(xié)議消息中相應的數(shù)據(jù)填充到一緩沖區(qū)，并為所述虛擬簡 單網(wǎng)絡管理協(xié)議消息配置相應的消息號后待發(fā)送。
10.按照權(quán)利要求8或9所述的方法，其特征在于，所述網(wǎng)管服務器將從接收到的虛擬 簡單網(wǎng)絡管理協(xié)議消息中解析出相應的業(yè)務請求數(shù)據(jù)，通過統(tǒng)一的接口發(fā)送給相應的網(wǎng)元 處理，具體包括收到所述虛擬簡單網(wǎng)絡管理協(xié)議消息后，解析出來自所述網(wǎng)管客戶端的相應的業(yè)務請 求數(shù)據(jù)，并調(diào)用輸入接口接收所述業(yè)務請求數(shù)據(jù)；將通過所述輸入接口接收的所述業(yè)務請求數(shù)據(jù)通過與各網(wǎng)元統(tǒng)一的接口發(fā)送。
全文摘要
本發(fā)明披露了一種電信網(wǎng)絡管理系統(tǒng)、方法及相應的裝置，其中系統(tǒng)包括網(wǎng)管客戶端，將用戶在各業(yè)務功能模塊輸入的業(yè)務請求信息封裝成統(tǒng)一格式的虛擬簡單網(wǎng)絡管理協(xié)議消息，發(fā)送給網(wǎng)管服務器；網(wǎng)管服務器，將從接收到的虛擬簡單網(wǎng)絡管理協(xié)議消息中解析出相應的業(yè)務請求數(shù)據(jù)，通過統(tǒng)一的接口發(fā)送給相應的網(wǎng)元處理。本發(fā)明由于服務器版本可以兼容任何客戶端版本，故不會再出現(xiàn)由于版本不匹配造成各種難以定位的問題，另外也大大減少了代碼工作量，由此提高了網(wǎng)管功能業(yè)務的開發(fā)速度，降低了開發(fā)的復雜度代碼維護的難度。
文檔編號H04L12/24GK101997721SQ20101054628
公開日2011年3月30日 申請日期2010年11月15日 優(yōu)先權(quán)日2010年11月15日
發(fā)明者阮亮 申請人:中興通訊股份有限公司