網(wǎng)元代理管理的方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種網(wǎng)元代理管理的方法及系統(tǒng)，包括，監(jiān)聽并截獲操作維護(hù)終端OMT向操作維護(hù)中心OMC服務(wù)器發(fā)送的RMI和/或EJB請求網(wǎng)絡(luò)數(shù)據(jù)報文；提取請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口，對所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口進(jìn)行預(yù)處理；將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文發(fā)送給目標(biāo)OMC服務(wù)器；截獲所述目標(biāo)OMC服務(wù)器返回的OMC應(yīng)答報文；提取所述應(yīng)答報文的目標(biāo)端口，對所述應(yīng)答報文的目標(biāo)端口進(jìn)行所述預(yù)處理的逆處理；根據(jù)處理后的目標(biāo)端口將所述OMC應(yīng)答報文發(fā)送給OMT。本發(fā)明通過監(jiān)聽并截獲RMI和EJB協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)報文并進(jìn)行報文的轉(zhuǎn)發(fā)，從而使OMT和OMC之間實現(xiàn)一對多的模式，登錄一個OMT就可以查看登錄用戶管理的任何網(wǎng)元，有效地提高網(wǎng)元日常維護(hù)管理的效率，降低維護(hù)管理成本。
【專利說明】網(wǎng)元代理管理的方法及系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及網(wǎng)絡(luò)管理【技術(shù)領(lǐng)域】，尤其涉及一種網(wǎng)元代理管理的方法及系統(tǒng)。

【背景技術(shù)】
[0002]隨著移動網(wǎng)絡(luò)規(guī)模的不斷擴大，網(wǎng)元數(shù)量不斷擴大，這對目前分開部署的網(wǎng)管系統(tǒng)構(gòu)成了巨大的性能問題和效率問題，運營商對此也提出了新的要求，實現(xiàn)OMC (Operatingand Maintenance Center，操作維護(hù)中心)系統(tǒng)集中化管理，成為OMC部署架構(gòu)的一個必然的趨勢。
[0003]現(xiàn)有的OMC 架構(gòu)，如圖1 所不，OMT(Operating and Maintenance Terminal，操作維護(hù)終端)和OMC服務(wù)器之間的報文協(xié)議RMI (Remote Method Invocat1n，遠(yuǎn)程方法調(diào)用)和EJB (Enterprise JavaBean，遠(yuǎn)程調(diào)用的應(yīng)用JavaBean)是一對一的關(guān)系，每個OMT和OMC服務(wù)器之間的IP和端口一一對應(yīng)。一個OMC服務(wù)器管理一個區(qū)域的網(wǎng)元，登錄OMT只能看到相應(yīng)服務(wù)器所管理的網(wǎng)元，無法看到其他OMC服務(wù)器所管理的網(wǎng)元。這種部署方式，耗費大量IP，同時對硬件的部署數(shù)量也較多，增加了硬件成本。使用這種部署方式對網(wǎng)元進(jìn)行日常維護(hù)，效率極低，成本較高。
[0004]現(xiàn)有的OMT報文處理流程如圖2所示，OMT與OMC直接的應(yīng)用協(xié)議報文主要包括RMI和EJB兩種，通過API (Applicat1n Program Interface，應(yīng)用程序接口)接口進(jìn)行交互，OMT發(fā)送報文到OMC服務(wù)器，通過OMC服務(wù)器上的RMI/EJB后臺服務(wù)處理系統(tǒng)進(jìn)行處理，處理之后返回報文消息給0ΜΤ。但是由于RMI技術(shù)本身的限制，在同臺服務(wù)器上，即使每個網(wǎng)管代理系統(tǒng)實例分配不同的IP，這些實例也無法使用同一個端口、同一個服務(wù)器名提供RM1這就造成了 OMT和OMC服務(wù)器之間只能是單對單的關(guān)系。
[0005]目前的解決方案有兩種:
[0006]1、現(xiàn)有系統(tǒng)中多端口固定的情況下，需要將RMI服務(wù)通用的標(biāo)識格式再增加實例綁定IP的方式進(jìn)行區(qū)分。但是這種方式會占用更多的IP，在運營商分配IP有限的情況下，這種方式并不劃算。
[0007]2、使用代理服務(wù)器0MC-PR0XY對端口進(jìn)行臨時處理，以達(dá)到單對多的應(yīng)用方式，實現(xiàn)用戶登錄至一個OMC中，能夠?qū)θW(wǎng)網(wǎng)元進(jìn)行管理。
[0008]在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題:
[0009]現(xiàn)有的OMT與OMC之間的RMI和EJB應(yīng)用協(xié)議請求報文是通過TCP/IP協(xié)議棧傳輸層的API接口進(jìn)行交互的。只能實現(xiàn)單套OMT與單套OMC服務(wù)器之間的映射，無法做到單套OMT與多套OMC服務(wù)器之間的映射。面對全網(wǎng)網(wǎng)元的管理，這顯然存在極大的性能壓力，同時可靠性較低。若部署多套OMT與多套OMC服務(wù)器，進(jìn)行對網(wǎng)元進(jìn)行分區(qū)域管理，則增加了硬件成本，造成整個網(wǎng)管系統(tǒng)的部署成本過高，同時對運維造成不便。另一方面，目前的部署方式也不符合運營商的技術(shù)規(guī)范要求。

【發(fā)明內(nèi)容】

[0010](一)要解決的技術(shù)問題
[0011]本發(fā)明提供網(wǎng)元代理管理的方法及系統(tǒng)，用于實現(xiàn)01(:的集中管理，提高網(wǎng)元日常維護(hù)管理的效率，降低硬件成本。
[0012](二)技術(shù)方案
[0013]為解決上述技術(shù)問題，本發(fā)明提供的網(wǎng)元代理管理的方法，包括:
[0014]監(jiān)聽并截獲操作維護(hù)終端011向操作維護(hù)中心010服務(wù)器發(fā)送的咖1和/或幻8請求網(wǎng)絡(luò)數(shù)據(jù)報文；
[0015]提取所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口，對所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口進(jìn)行預(yù)處理；
[0016]將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文發(fā)送給目標(biāo)01(:服務(wù)器；
[0017]截獲所述目標(biāo)0此服務(wù)器返回的0此應(yīng)答報文；
[0018]提取所述應(yīng)答報文的目標(biāo)端口，對所述應(yīng)答報文的目標(biāo)端口進(jìn)行所述預(yù)處理的逆處理；
[0019]根據(jù)處理后的目標(biāo)端口將所述01(:應(yīng)答報文發(fā)送給01丁。
[0020]優(yōu)選地，使用3046丨監(jiān)聽機制監(jiān)聽所述011向010服務(wù)器發(fā)送的咖1和/或幻8請求網(wǎng)絡(luò)數(shù)據(jù)報文。
[0021〕 優(yōu)選地，所述方法還包括:
[0022]接收所述011發(fā)送的咖1和/或幻8請求。
[0023]相應(yīng)的，本發(fā)明還提出了一種網(wǎng)元代理管理的系統(tǒng)，所述系統(tǒng)包括:
[0024]第一代理客戶端模塊，用于請求建立監(jiān)聽服務(wù)，截獲監(jiān)聽到的操作維護(hù)終端01丁向操作維護(hù)中心0此服務(wù)器發(fā)送的咖1和/或幻8請求網(wǎng)絡(luò)數(shù)據(jù)報文，并將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文轉(zhuǎn)發(fā)給代理服務(wù)模塊；
[0025]代理服務(wù)模塊，用于建立監(jiān)聽服務(wù)，對011向0此服務(wù)器發(fā)送的咖I和/或幻8請求網(wǎng)絡(luò)數(shù)據(jù)報文進(jìn)行報文監(jiān)聽，接收所述第一代理客戶端模塊發(fā)送的所述請求網(wǎng)絡(luò)數(shù)據(jù)報文，并根據(jù)所述請求網(wǎng)絡(luò)數(shù)據(jù)報文創(chuàng)建第二代理客戶端模塊；
[0026]第二代理客戶端模塊，用于提取所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口，對所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口進(jìn)行預(yù)處理，將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文發(fā)送給目標(biāo)01(:服務(wù)器，截獲所述目標(biāo)01(:服務(wù)器返回的01(:應(yīng)答報文，提取所述應(yīng)答報文的目標(biāo)端口，對所述應(yīng)答報文的目標(biāo)端口進(jìn)行所述預(yù)處理的逆處理，根據(jù)處理后的目標(biāo)端口將所述01(:應(yīng)答報文發(fā)送給0110
[0027]優(yōu)選地，所述第一代理客戶端模塊部署在所述01丁。
[0028]優(yōu)選地，所述第一代理客戶端模塊包括:
[0029]第一接收單元，用于接收所述011發(fā)送的咖1和/或2了8請求；
[0030]監(jiān)聽服務(wù)請求單元，用于在接收到所述011發(fā)送的咖1和/或幻8請求后向所述代理服務(wù)模塊發(fā)送監(jiān)聽服務(wù)請求；
[0031]第一獲取單元，用于截獲所述代理服務(wù)模塊監(jiān)聽到的所述請求網(wǎng)絡(luò)數(shù)據(jù)報文；
[0032]發(fā)送單元，用于將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文發(fā)送給所述代理服務(wù)模塊。
[0033]優(yōu)選地，所述第一代理客戶端模塊還包括:
[0034]心跳發(fā)送單元，用于向所述代理服務(wù)模塊發(fā)送扣？連接的心跳信號。
[0035]優(yōu)選地，所述代理服務(wù)模塊包括:
[0036]監(jiān)聽服務(wù)單元，用于根據(jù)所述第一代理客戶端模塊的請求建立監(jiān)聽服務(wù)，使用8001.6^監(jiān)聽機制對011向0此服務(wù)器發(fā)送的咖1和/或幻8請求網(wǎng)絡(luò)數(shù)據(jù)報文進(jìn)行報文監(jiān)聽；
[0037]第二接收單元，用于接收所述第一代理客戶端模塊發(fā)送的所述請求網(wǎng)絡(luò)數(shù)據(jù)報文；
[0038]代理核心單元:用于對第一所述代理客戶端進(jìn)行身份驗證，接收通過身份驗證的第一代理客戶端發(fā)送的請求網(wǎng)絡(luò)數(shù)據(jù)報文，并在接收到所述請求網(wǎng)絡(luò)數(shù)據(jù)報文后建立代理通道和第二代理客戶端模塊；
[0039]通道管理單元:用于通道中數(shù)據(jù)報文的傳輸、應(yīng)答報文的監(jiān)聽與傳輸、代理通道的?；顧z測；
[0040]負(fù)載均衡單元:用于將數(shù)據(jù)報文進(jìn)行均衡分發(fā)。
[0041〕 優(yōu)選地，所述代理服務(wù)模塊還包括:
[0042]心跳監(jiān)測單元:用于監(jiān)測與代理客戶端之間的扣？連接的心跳信號。
[0043]優(yōu)選地，所述第二代理客戶端模塊包括:
[0044]處理單元，用于提取所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口，對所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口進(jìn)行預(yù)處理，并在第二獲取單元截獲所述目標(biāo)01(:服務(wù)器返回的01(:應(yīng)答報文后，對所述應(yīng)答報文的目標(biāo)端口進(jìn)行所述預(yù)處理的逆處理；
[0045]第二獲取單元，用于截獲所述通道管理單元監(jiān)聽到的所述目標(biāo)01(:服務(wù)器返回的010應(yīng)答報文；
[0046]連接建立單元，用于建立與所述011的遠(yuǎn)程調(diào)用連接；
[0047]第二發(fā)送端元，用于通過所述遠(yuǎn)程調(diào)用連接將所述01(:應(yīng)答報文發(fā)送給01丁。
[0048](三)有益效果
[0049]本發(fā)明提供的網(wǎng)元代理管理的方法及系統(tǒng)，使用304的監(jiān)聽機制截獲咖I和/或2了8協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)報文并進(jìn)行報文的轉(zhuǎn)發(fā)，從而使011和01(:之間實現(xiàn)一對多的模式，登錄一個011就可以查看登錄用戶管理的任何網(wǎng)元，從而實現(xiàn)分權(quán)分域和01(:的集中管理，這種部署方式，減少了 I？的消耗，同時由于01(:服務(wù)的集中部署，硬件的部署數(shù)量也較少，降低了硬件成本，有效地提高網(wǎng)元日常維護(hù)管理的效率，降低維護(hù)管理成本。

【專利附圖】

【附圖說明】
[0050]通過參考附圖會更加清楚的理解本發(fā)明的特征和優(yōu)點，附圖是示意性的而不應(yīng)理解為對本發(fā)明進(jìn)行任何限制，在附圖中:
[0051]圖1為現(xiàn)有技術(shù)中網(wǎng)元管理方法中部署架構(gòu)示意圖；
[0052]圖2為現(xiàn)有技術(shù)中網(wǎng)元管理系統(tǒng)中01了與之間的報文處理流程圖；
[0053]圖3為本發(fā)明實施例提供的一種網(wǎng)元代理管理的方法流程圖；
[0054]圖4為本發(fā)明實施例中提供的網(wǎng)元代理管理的方法中01(:部署架構(gòu)示意圖；
[0055]圖5為本發(fā)明實施例提供的一種網(wǎng)元代理管理的系統(tǒng)模塊圖；
[0056]圖6為本發(fā)明實施例提供的網(wǎng)元代理管理的系統(tǒng)中011與之間的報文處理流程圖；
[0057]圖7為本發(fā)明實施例提供的網(wǎng)元代理管理的系統(tǒng)的具體業(yè)務(wù)流程圖。

【具體實施方式】
[0058]為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。
[0059]RMI和EJB是基于Java技術(shù)的一種遠(yuǎn)程方法調(diào)用技術(shù)協(xié)議，是Java分布式應(yīng)用的基礎(chǔ)，同時都是構(gòu)建于TCP之上的應(yīng)用層協(xié)議，它們的局限性是僅僅適用于Java語言編寫的應(yīng)用程序之間通訊。在網(wǎng)絡(luò)間傳輸數(shù)據(jù)時可以只使用TCP/IP(傳輸層)協(xié)議，如果沒有應(yīng)用層，便無法識別數(shù)據(jù)內(nèi)容和數(shù)據(jù)意義，因此必須使用到比如RMI和EJB等等的應(yīng)用層協(xié)議。但在某些應(yīng)用場合中，我們并不需要了解網(wǎng)絡(luò)間的數(shù)據(jù)意義，只需要把網(wǎng)絡(luò)數(shù)據(jù)報文通過映射關(guān)系轉(zhuǎn)發(fā)到其他目的地即可，這種設(shè)計的目的在于代理系統(tǒng)盡可能少的參與業(yè)務(wù)邏輯的關(guān)系中去。
[0060]為解決現(xiàn)有技術(shù)中存在的問題，本發(fā)明提供了一種網(wǎng)元代理管理的方法及系統(tǒng)，為了實現(xiàn)網(wǎng)元代理管理的方法及系統(tǒng)的功能需求，可以透明的把RMI和EJB這些應(yīng)用協(xié)議請求報文進(jìn)行映射轉(zhuǎn)發(fā)，尋找到TCP/IP協(xié)議棧傳輸層的操作API接口。由于Socket套接字則是對TCP/IP協(xié)議的封裝和應(yīng)用，主要解決數(shù)據(jù)如何在網(wǎng)絡(luò)中傳輸，是一個調(diào)用接口(API)，通過Socket才能使用TCP/IP協(xié)議。本發(fā)明使用Socket監(jiān)聽機制截獲RMI和/或EJB協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)報文并進(jìn)行報文的轉(zhuǎn)發(fā)。當(dāng)然如果需要實現(xiàn)報文轉(zhuǎn)發(fā)目的，OMT與網(wǎng)元代理管理系統(tǒng)之間首先必須遵循一定的協(xié)議規(guī)則建立起信任連接，同時OMT需要告訴代理系統(tǒng)在哪些端口建立監(jiān)聽服務(wù)。代理系統(tǒng)的S0CKS5服務(wù)的代理模式有連接(Connect)，綁定(Bind)和 UDP 穿透(UDP Associate)。其中連接(Connect)，綁定(Bind)是針對 TCP 數(shù)據(jù)流的代理，本發(fā)明的網(wǎng)元代理管理系統(tǒng)采用“Bind”類型。創(chuàng)建Bind代理服務(wù)的任務(wù)即在網(wǎng)元代理管理系統(tǒng)內(nèi)部創(chuàng)建一個代理監(jiān)聽服務(wù)，接收到操作維護(hù)終端的連接并轉(zhuǎn)發(fā)數(shù)據(jù)到目標(biāo)服務(wù)，實現(xiàn)OMC的集中管理，提高網(wǎng)元日常維護(hù)管理的效率，降低維護(hù)管理成本。
[0061]圖3為本發(fā)明實施例提供的一種網(wǎng)元代理管理的方法流程圖，如圖3所示，該方法包括以下步驟:
[0062]SlOl、監(jiān)聽并截獲操作維護(hù)終端OMT向操作維護(hù)中心OMC服務(wù)器發(fā)送的RMI和/或EJB請求網(wǎng)絡(luò)數(shù)據(jù)報文；
[0063]S102、提取所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口，對所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口進(jìn)行預(yù)處理；
[0064]S103、將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文發(fā)送給目標(biāo)OMC服務(wù)器；
[0065]S104、截獲所述目標(biāo)OMC服務(wù)器返回的OMC應(yīng)答報文；
[0066]S105、提取所述應(yīng)答報文的目標(biāo)端口，對所述應(yīng)答報文的目標(biāo)端口進(jìn)行所述預(yù)處理的逆處理；
[0067]S106、根據(jù)處理后的目標(biāo)端口將所述OMC應(yīng)答報文發(fā)送給0ΜΤ。
[0068]本發(fā)明實施例提供的網(wǎng)元代理管理的方法，通過監(jiān)聽并截獲RMI和EJB協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)報文并進(jìn)行報文的轉(zhuǎn)發(fā)，從而使OMT和OMC之間實現(xiàn)一對多的模式，登錄一個OMT就可以查看登錄用戶管理的任何網(wǎng)元，有效地提高網(wǎng)元日常維護(hù)管理的效率，降低維護(hù)管理成本。
[0069]在本發(fā)明實施例中，代理服務(wù)器具體使用30土的監(jiān)聽機制監(jiān)聽操作維護(hù)終端01 丁向操作維護(hù)中心0此服務(wù)器發(fā)送的咖1和/或￡18請求網(wǎng)絡(luò)數(shù)據(jù)報文。
[0070]在本發(fā)明實施例中，在代理服務(wù)器進(jìn)行監(jiān)聽服務(wù)之前還包括，接收當(dāng)前011發(fā)送的咖1和/或幻8請求。
[0071]圖4為本發(fā)明實施例中提供的網(wǎng)元代理管理的方法中01(:部署架構(gòu)示意圖，如圖4所示，011和0此服務(wù)器之間的報文協(xié)議咖1(拓妨的遠(yuǎn)程過程調(diào)用機制)和￡18(遠(yuǎn)程調(diào)用的應(yīng)用把通過代理服務(wù)器代理系統(tǒng)的3046丨監(jiān)聽機制截獲咖1和/或2邛協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)報文并進(jìn)行報文的轉(zhuǎn)發(fā)。從而使011和01(:之間實現(xiàn)一對多的模式，登錄一個011就可以查看登錄用戶管理的任何網(wǎng)元，從而實現(xiàn)分權(quán)分域和01(:的集中管理。這種部署方式，減少了 I？的消耗，同時由于01(:服務(wù)的集中部署，硬件的部署數(shù)量也較少，，降低了硬件成本。使用這種部署方式對網(wǎng)元進(jìn)行日常維護(hù)，效率極高，成本較低。
[0072]圖5為本發(fā)明實施例提供的一種網(wǎng)元代理管理的系統(tǒng)模塊圖，如圖5所示，所述系統(tǒng)包括:
[0073]第一代理客戶端模塊201，用于請求建立監(jiān)聽服務(wù)，截獲監(jiān)聽到的操作維護(hù)終端011向操作維護(hù)中心0此服務(wù)器發(fā)送的咖1和/或幻8請求網(wǎng)絡(luò)數(shù)據(jù)報文，并將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文轉(zhuǎn)發(fā)給代理服務(wù)模塊；
[0074]代理服務(wù)模塊202，用于建立監(jiān)聽服務(wù)，對011向0此服務(wù)器發(fā)送的咖1和幻8請求網(wǎng)絡(luò)數(shù)據(jù)報文進(jìn)行報文監(jiān)聽，接收所述第一代理客戶端模塊發(fā)送的所述請求網(wǎng)絡(luò)數(shù)據(jù)報文，并根據(jù)所述請求網(wǎng)絡(luò)數(shù)據(jù)報文創(chuàng)建第二代理客戶端模塊203 ；
[0075]第二代理客戶端模塊203，用于提取所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口，對所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口進(jìn)行預(yù)處理，將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文發(fā)送給目標(biāo)01(:服務(wù)器，截獲所述目標(biāo)01(:服務(wù)器返回的01(:應(yīng)答報文，提取所述應(yīng)答報文的目標(biāo)端口，對所述應(yīng)答報文的目標(biāo)端口進(jìn)行所述預(yù)處理的逆處理，根據(jù)處理后的目標(biāo)端口將所述01(:應(yīng)答報文發(fā)送給 01丁。
[0076]本發(fā)明實施例，在協(xié)議報文傳遞的過程中在011客戶端和010應(yīng)用服務(wù)之間增加一個網(wǎng)元代理管理的系統(tǒng)，從而實現(xiàn)使用的監(jiān)聽機制截獲咖1和幻8協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)報文并進(jìn)行報文的轉(zhuǎn)發(fā)，實現(xiàn)01(:的集中化管理，本發(fā)明實施例中，本文的代理服務(wù)模塊采用“81:1(1”類型對扣？數(shù)據(jù)流進(jìn)行代理，網(wǎng)元代理管理的系統(tǒng)內(nèi)部創(chuàng)建一個代理監(jiān)聽服務(wù)，接收到客戶端的連接并轉(zhuǎn)發(fā)數(shù)據(jù)到目標(biāo)服務(wù)，實現(xiàn)01(:系統(tǒng)集中化管理的要求，解決了物理多套01(:服務(wù)器與一套011系統(tǒng)之間的映射問題，實現(xiàn)對全網(wǎng)網(wǎng)元的管理。
[0077]本發(fā)明實施例中提出的第一代理客戶端模塊201部署在所述011。將網(wǎng)元代理管理的系統(tǒng)的客戶端組件即第一代理客戶端模塊嵌套于011系統(tǒng)的設(shè)計，極大程度上降低了系統(tǒng)間的耦合度，方便011系統(tǒng)的多種應(yīng)用。當(dāng)不需要經(jīng)過代理系統(tǒng)轉(zhuǎn)發(fā)請求時去掉部署在011的第一代理客戶端模塊即可，拆分和組合相對比較方便簡單。
[0078]本發(fā)明實施例中的第一代理客戶端模塊201包括:
[0079]第一接收單元，用于接收所述011發(fā)送的咖1和/或2了8請求；
[0080]監(jiān)聽服務(wù)請求單元，用于在接收到所述011發(fā)送的咖1和/或幻8請求后向所述代理服務(wù)模塊發(fā)送監(jiān)聽服務(wù)請求；
[0081]第一獲取單元，用于截獲所述代理服務(wù)模塊監(jiān)聽到的所述請求網(wǎng)絡(luò)數(shù)據(jù)報文；
[0082]發(fā)送單元，用于將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文發(fā)送給所述代理服務(wù)模塊。
[0083]本發(fā)明實施例中的第一代理客戶端模塊201還包括:
[0084]心跳發(fā)送單元，用于向所述代理服務(wù)模塊發(fā)送TCP連接的心跳信號。
[0085]本發(fā)明實施例中的代理服務(wù)模塊202包括:
[0086]監(jiān)聽服務(wù)單元，用于根據(jù)所述第一代理客戶端模塊的請求建立監(jiān)聽服務(wù)，使用Socket監(jiān)聽機制對OMT向OMC服務(wù)器發(fā)送的RMI和EJB請求網(wǎng)絡(luò)數(shù)據(jù)報文進(jìn)行報文監(jiān)聽；
[0087]第二接收單元，用于接收所述第一代理客戶端模塊發(fā)送的所述請求網(wǎng)絡(luò)數(shù)據(jù)報文；
[0088]代理核心單元:用于對第一所述代理客戶端進(jìn)行身份驗證，接收通過身份驗證的第一代理客戶端發(fā)送的請求網(wǎng)絡(luò)數(shù)據(jù)報文，并在接收到所述請求網(wǎng)絡(luò)數(shù)據(jù)報文后建立代理通道和第二代理客戶端模塊；
[0089]通道管理單元:用于通道中數(shù)據(jù)報文的傳輸、應(yīng)答報文的監(jiān)聽與傳輸、代理通道的?；顧z測；
[0090]負(fù)載均衡單元:用于將數(shù)據(jù)報文進(jìn)行均衡分發(fā)。
[0091]本發(fā)明實施例中的代理服務(wù)模塊202還包括:
[0092]心跳監(jiān)測單元:用于監(jiān)測與代理客戶端之間的TCP連接的心跳信號。
[0093]本發(fā)明實施例中的第二代理客戶端模塊203包括:
[0094]處理單元，用于提取所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口，對所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口進(jìn)行預(yù)處理，并在第二獲取單元截獲所述目標(biāo)OMC服務(wù)器返回的OMC應(yīng)答報文后，對所述應(yīng)答報文的目標(biāo)端口進(jìn)行所述預(yù)處理的逆處理；
[0095]第二獲取單元，用于截獲所述通道管理單元監(jiān)聽到的所述目標(biāo)OMC服務(wù)器返回的OMC應(yīng)答報文；
[0096]連接建立單元，用于建立與所述OMT的遠(yuǎn)程調(diào)用連接；
[0097]第二發(fā)送端元，用于通過所述遠(yuǎn)程調(diào)用連接將所述OMC應(yīng)答報文發(fā)送給0ΜΤ。
[0098]圖6為本發(fā)明實施例提供的網(wǎng)元代理管理的系統(tǒng)中OMT與OMC之間的報文處理流程圖。如圖6所示，網(wǎng)元代理管理的系統(tǒng)從軟件結(jié)構(gòu)上劃分為“代理服務(wù)”和“代理客戶端”兩大功能模塊，同時也是獨立部署的兩個獨立組件。代理服務(wù)模塊是代理系統(tǒng)的核心，主要負(fù)責(zé)代理服務(wù)的管理和代理業(yè)務(wù)通道管理；客戶端組件代理客戶端模塊主要幫助其他系統(tǒng)與代理服務(wù)建立信任連接和請求創(chuàng)建代理業(yè)務(wù)通道，代理客戶端模塊依附于其他系統(tǒng)中，不能獨立運行；代理服務(wù)模塊是可以獨立運行的軟件模塊。
[0099]本發(fā)明實施例提出的網(wǎng)元代理管理的系統(tǒng)的具體業(yè)務(wù)流程如圖7所示，具體包括:
[0100](I) OMT系統(tǒng)向OMC服務(wù)器發(fā)送的RMI和EJB等協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)報文；
[0101](2)監(jiān)聽并截獲OMT系統(tǒng)向OMC服務(wù)器發(fā)送的RMI和/或EJB等協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)報文并進(jìn)行報文的轉(zhuǎn)發(fā)。因此如果它要為OMC系統(tǒng)承擔(dān)起數(shù)據(jù)轉(zhuǎn)發(fā)工作，網(wǎng)元代理管理的系統(tǒng)首先必須以獨立系統(tǒng)形式啟動，并創(chuàng)建代理服務(wù)的“監(jiān)聽器”及監(jiān)聽服務(wù)單元。當(dāng)有代理客戶端模塊的連接請求時，經(jīng)合法性驗證后將請求交由代理服務(wù)模塊處理，如果沒有客戶端的連接，監(jiān)聽服務(wù)一直處于線程“阻塞”狀態(tài)。
[0102](3)代理服務(wù)模塊在接受到監(jiān)聽轉(zhuǎn)發(fā)的幻8請求報文信息后，進(jìn)行第二代理客戶端模塊的創(chuàng)建、代理連接器的創(chuàng)建、代理服務(wù)創(chuàng)建器的創(chuàng)建以及心跳發(fā)送器的創(chuàng)建等等，第二代理客戶端模塊對2了8請求報文信息的源端口進(jìn)行預(yù)處理，本發(fā)明實施例的預(yù)處理優(yōu)選為在源端口的基礎(chǔ)上“+100”，并將2了8請求報文信息發(fā)送給01(:服務(wù)器；
[0103](4) 01(:服務(wù)器接收到幻8請求后，按照010內(nèi)部流程做出應(yīng)答報文，并再次發(fā)送給第二代理客戶端模塊。
[0104](5)第二代理客戶端模塊對應(yīng)答報文的目標(biāo)端口進(jìn)行上述預(yù)處理的逆處理，即在目標(biāo)端口的基礎(chǔ)上“-100”，其中2了8請求報文信息的源端口與應(yīng)答報文的目標(biāo)端口相同，均為011的端口地址，通過代理服務(wù)模塊的代理核心單元建立的代理通道收到相關(guān)報文后，再次進(jìn)行處理，然后轉(zhuǎn)發(fā)給01丁。
[0105](6)011收到相關(guān)報文消息后，呈現(xiàn)在011界面上，整個轉(zhuǎn)發(fā)過程結(jié)束。
[0106]本發(fā)明實施例提供的網(wǎng)元代理管理的方法及系統(tǒng)，使用的監(jiān)聽機制截獲咖I和/或2邛協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)報文并進(jìn)行報文的轉(zhuǎn)發(fā)，從而使011和01(:之間實現(xiàn)一對多的模式，登錄一個011就可以查看登錄用戶管理的任何網(wǎng)元，有效地提高網(wǎng)元日常維護(hù)管理的效率，降低維護(hù)管理成本。
[0107]通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是⑶-801，I盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
[0108]本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。
[0109]本領(lǐng)域技術(shù)人員可以理解實施例中的系統(tǒng)中的模塊可以按照實施例描述進(jìn)行分布于實施例的系統(tǒng)中，也可以進(jìn)行相應(yīng)變化位于不同于本實施例的一個或多個系統(tǒng)中。上述實施例的模塊可以合并為一個模塊，也可以進(jìn)一步拆分成多個子模塊。
[0110]以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.一種網(wǎng)元代理管理的方法，其特征在于，所述方法包括: 監(jiān)聽并截獲操作維護(hù)終端OMT向操作維護(hù)中心OMC服務(wù)器發(fā)送的RMI和/或EJB請求網(wǎng)絡(luò)數(shù)據(jù)報文； 提取所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口，對所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口進(jìn)行預(yù)處理； 將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文發(fā)送給目標(biāo)OMC服務(wù)器； 截獲所述目標(biāo)OMC服務(wù)器返回的OMC應(yīng)答報文； 提取所述應(yīng)答報文的目標(biāo)端口，對所述應(yīng)答報文的目標(biāo)端口進(jìn)行所述預(yù)處理的逆處理； 根據(jù)處理后的目標(biāo)端口將所述OMC應(yīng)答報文發(fā)送給OMT。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，使用Socket監(jiān)聽機制監(jiān)聽所述OMT向OMC服務(wù)器發(fā)送的RMI和/或EJB請求網(wǎng)絡(luò)數(shù)據(jù)報文。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述方法還包括: 接收所述OMT發(fā)送的RMI和/或EJB請求。
4.一種網(wǎng)元代理管理的系統(tǒng)，其特征在于，所述系統(tǒng)包括: 第一代理客戶端模塊，用于請求建立監(jiān)聽服務(wù)，截獲監(jiān)聽到的操作維護(hù)終端OMT向操作維護(hù)中心OMC服務(wù)器發(fā)送的RMI和/或EJB請求網(wǎng)絡(luò)數(shù)據(jù)報文，并將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文轉(zhuǎn)發(fā)給代理服務(wù)模塊； 代理服務(wù)模塊，用于建立監(jiān)聽服務(wù)，對OMT向OMC服務(wù)器發(fā)送的RMI和/或EJB請求網(wǎng)絡(luò)數(shù)據(jù)報文進(jìn)行報文監(jiān)聽，接收所述第一代理客戶端模塊發(fā)送的所述請求網(wǎng)絡(luò)數(shù)據(jù)報文，并根據(jù)所述請求網(wǎng)絡(luò)數(shù)據(jù)報文創(chuàng)建第二代理客戶端模塊； 第二代理客戶端模塊，用于提取所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口，對所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口進(jìn)行預(yù)處理，將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文發(fā)送給目標(biāo)OMC服務(wù)器，截獲所述目標(biāo)OMC服務(wù)器返回的OMC應(yīng)答報文，提取所述應(yīng)答報文的目標(biāo)端口，對所述應(yīng)答報文的目標(biāo)端口進(jìn)行所述預(yù)處理的逆處理，根據(jù)處理后的目標(biāo)端口將所述OMC應(yīng)答報文發(fā)送給0ΜΤ。
5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述第一代理客戶端模塊部署在所述OMTo
6.根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述第一代理客戶端模塊包括: 第一接收單元，用于接收所述OMT發(fā)送的RMI和/或EJB請求； 監(jiān)聽服務(wù)請求單元，用于在接收到所述OMT發(fā)送的RMI和/或EJB請求后向所述代理服務(wù)模塊發(fā)送監(jiān)聽服務(wù)請求； 第一獲取單元，用于截獲所述代理服務(wù)模塊監(jiān)聽到的所述請求網(wǎng)絡(luò)數(shù)據(jù)報文； 發(fā)送單元，用于將所述請求網(wǎng)絡(luò)數(shù)據(jù)報文發(fā)送給所述代理服務(wù)模塊。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述第一代理客戶端模塊還包括: 心跳發(fā)送單元，用于向所述代理服務(wù)模塊發(fā)送TCP連接的心跳信號。
8.根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述代理服務(wù)模塊包括: 監(jiān)聽服務(wù)單元，用于根據(jù)所述第一代理客戶端模塊的請求建立監(jiān)聽服務(wù)，使用Socket監(jiān)聽機制對OMT向OMC服務(wù)器發(fā)送的RMI和/或EJB請求網(wǎng)絡(luò)數(shù)據(jù)報文進(jìn)行報文監(jiān)聽； 第二接收單元，用于接收所述第一代理客戶端模塊發(fā)送的所述請求網(wǎng)絡(luò)數(shù)據(jù)報文； 代理核心單元:用于對第一所述代理客戶端進(jìn)行身份驗證，接收通過身份驗證的第一代理客戶端發(fā)送的請求網(wǎng)絡(luò)數(shù)據(jù)報文，并在接收到所述請求網(wǎng)絡(luò)數(shù)據(jù)報文后建立代理通道和第二代理客戶端模塊； 通道管理單元:用于通道中數(shù)據(jù)報文的傳輸、應(yīng)答報文的監(jiān)聽與傳輸、代理通道的?；顧z測； 負(fù)載均衡單元:用于將數(shù)據(jù)報文進(jìn)行均衡分發(fā)。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述代理服務(wù)模塊還包括: 心跳監(jiān)測單元:用于監(jiān)測與代理客戶端之間的TCP連接的心跳信號。
10.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述第二代理客戶端模塊包括: 處理單元，用于提取所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口，對所述請求網(wǎng)絡(luò)數(shù)據(jù)報文的源端口進(jìn)行預(yù)處理，并在第二獲取單元截獲所述目標(biāo)OMC服務(wù)器返回的OMC應(yīng)答報文后，對所述應(yīng)答報文的目標(biāo)端口進(jìn)行所述預(yù)處理的逆處理； 第二獲取單元，用于截獲所述通道管理單元監(jiān)聽到的所述目標(biāo)OMC服務(wù)器返回的OMC應(yīng)答報文； 連接建立單元，用于建立與所述OMT的遠(yuǎn)程調(diào)用連接； 第二發(fā)送端元，用于通過所述遠(yuǎn)程調(diào)用連接將所述OMC應(yīng)答報文發(fā)送給0ΜΤ。
【文檔編號】H04L12/24GK104486133SQ201410837833
【公開日】2015年4月1日 申請日期:2014年12月26日 優(yōu)先權(quán)日:2014年12月26日
【發(fā)明者】史選平, 張繼坤, 薛林 申請人:大唐移動通信設(shè)備有限公司