欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

網(wǎng)元管理的方法及設(shè)備的制作方法

文檔序號(hào):7768135閱讀:272來源:國知局
專利名稱:網(wǎng)元管理的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及數(shù)字通信領(lǐng)域,具體而言,本發(fā)明涉及網(wǎng)元管理的方法及設(shè)備。
技術(shù)背景
移動(dòng)通信的迅速發(fā)展,要求擁有強(qiáng)大、完善的運(yùn)營支撐系統(tǒng)來支持移動(dòng)通信網(wǎng)絡(luò) 的發(fā)展,因此網(wǎng)管系統(tǒng)是移動(dòng)通信中不可分割的重要部分。
在網(wǎng)管系統(tǒng)中,分為被管理網(wǎng)元和管理站,被管理的網(wǎng)元,由于考慮到性能或者其 他原因,往往存在一些限制,不能夠允許多個(gè)管理站同時(shí)接入。
網(wǎng)管系統(tǒng)中,通常存在以下兩種網(wǎng)絡(luò)結(jié)構(gòu)
單管理站模式,即被管理網(wǎng)元同時(shí)只能接入一個(gè)管理站,示意圖如圖1所示。
多管理站模式,即被管理網(wǎng)元本身支持多管理站接入,示意圖如圖2所示。
而言,上述現(xiàn)有的網(wǎng)絡(luò)結(jié)構(gòu),具有以下一個(gè)或多個(gè)缺點(diǎn)
單管理站模式的缺點(diǎn)
由于只允許一個(gè)管理站接入,無法讓多個(gè)管理站同時(shí)管理或者觀察該被管理網(wǎng) 元,當(dāng)需要多個(gè)管理站同時(shí)訪問時(shí),則難以達(dá)到多管理站同時(shí)登陸的目的;
多管理站模式的缺點(diǎn)
由于允許同時(shí)接入多個(gè)管理站,一個(gè)管理站引起的數(shù)據(jù)變更,要同步到其他接入 的管理站,必須同時(shí)向其他管理站發(fā)送變更數(shù)據(jù)包,增加了系統(tǒng)負(fù)擔(dān);
當(dāng)管理站是遠(yuǎn)程接入的時(shí)候,訪問時(shí)系統(tǒng)和帶寬瓶頸尤為突出,而且隨著登陸管 理站的增加,系統(tǒng)負(fù)擔(dān)會(huì)線性增加。
因此,有必要提出一種有效的技術(shù)方案,解決管理站訪問被管理網(wǎng)元不合理的問 題。發(fā)明內(nèi)容
本發(fā)明的目的旨在至少解決上述技術(shù)缺陷之一,特別是通過設(shè)置管理站代理,在 不改變單網(wǎng)元接入的網(wǎng)絡(luò)結(jié)構(gòu)前提下,可以實(shí)現(xiàn)虛擬多管理站接入,達(dá)到多管理站登陸相 同的效果。
本發(fā)明實(shí)施例一方面提出了一種網(wǎng)元管理的方法,包括以下步驟
管理站代理接受一個(gè)或多個(gè)管理站的訪問;
所述管理站代理與所述網(wǎng)元建立通信,所述管理站通過所述管理站代理訪問所述 網(wǎng)元。
本發(fā)明實(shí)施例另一方面還提出了一種管理站代理,包括登陸管理模塊和數(shù)據(jù)管理 模塊,
所述登陸管理模塊,用于接受一個(gè)或多個(gè)管理站的訪問;
所述數(shù)據(jù)管理模塊,用于與所述網(wǎng)元建立通信,所述管理站通過所述數(shù)據(jù)管理模 塊訪問所述網(wǎng)元。出的上述方案,具有以下一個(gè)或多個(gè)優(yōu)點(diǎn)
通過設(shè)置管理站代理,在不改變單網(wǎng)元接入的網(wǎng)絡(luò)結(jié)構(gòu)前提下,可以實(shí)現(xiàn)虛擬多 管理站接入,達(dá)到多管理站登陸相同的效果;在管理站遠(yuǎn)程登錄網(wǎng)元,網(wǎng)絡(luò)質(zhì)量不高的情況 下,本發(fā)明可以實(shí)現(xiàn)以較小的網(wǎng)絡(luò)帶寬,使多個(gè)管理站都可以接入網(wǎng)元,對(duì)網(wǎng)元進(jìn)行管理和 監(jiān)測;此外,本發(fā)明提出的上述方案,對(duì)現(xiàn)有系統(tǒng)的改動(dòng)很小,不會(huì)影響系統(tǒng)的兼容性,而且 實(shí)現(xiàn)簡單、高效。
本發(fā)明附加的方面和優(yōu)點(diǎn)將在下面的描述中部分給出,部分將從下面的描述中變 得明顯,或通過本發(fā)明的實(shí)踐了解到。


本發(fā)明上述的和/或附加的方面和優(yōu)點(diǎn)從下面結(jié)合附圖對(duì)實(shí)施例的描述中將變 得明顯和容易理解,其中
圖1為單管理站模式示意圖2為多管理站模式示意圖3為本發(fā)明實(shí)施例網(wǎng)元管理的方法流程圖4為本發(fā)明實(shí)施例網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的示意圖5為一種管理站代理模塊構(gòu)成的示意圖6為SNMP報(bào)文的PDU格式示意圖;
圖7為Set操作的報(bào)文處理示意圖8為Get操作的報(bào)文處理示意圖9為網(wǎng)元主動(dòng)上報(bào)數(shù)據(jù)處理示意圖10為報(bào)文處理流程和處理單元示意圖11為自定義消息處理示意圖12為數(shù)據(jù)映像管理模塊的數(shù)據(jù)同步示意圖13為本發(fā)明實(shí)施例管理站代理的結(jié)構(gòu)示意圖。
具體實(shí)施方式
下面詳細(xì)描述本發(fā)明的實(shí)施例,所述實(shí)施例的示例在附圖中示出,其中自始至終 相同或類似的標(biāo)號(hào)表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附 圖描述的實(shí)施例是示例性的,僅用于解釋本發(fā)明,而不能解釋為對(duì)本發(fā)明的限制。
為了實(shí)現(xiàn)本發(fā)明之目的,本發(fā)明實(shí)施例公開了一種網(wǎng)元管理的方法,包括以下步 驟管理站代理接受一個(gè)或多個(gè)管理站的訪問;所述管理站代理與所述網(wǎng)元建立通信,所 述管理站通過所述管理站代理訪問所述網(wǎng)元。
如圖3所示,為本發(fā)明實(shí)施例網(wǎng)元管理的方法流程圖,包括以下步驟
SllO 管理站代理接受一個(gè)或多個(gè)管理站的訪問。
如圖4所示,為本發(fā)明實(shí)施例網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的示意圖。作為本發(fā)明的實(shí)施例,一種 管理站代理模塊構(gòu)成的示意圖如圖5所示。
其中,管理站代理位于網(wǎng)元之外,不需要更改網(wǎng)元的設(shè)計(jì),可以設(shè)置在管理站本地 網(wǎng)絡(luò)內(nèi),也可以設(shè)計(jì)在網(wǎng)元的局域網(wǎng)絡(luò)內(nèi),即根據(jù)實(shí)際情況配置。5
在步驟SllO中,管理站代理接受一個(gè)或多個(gè)管理站的訪問包括以下步驟
管理站代理維護(hù)允許接入的管理站賬戶信息,允許接入的管理站賬戶信息通常包 括賬戶密碼和數(shù)據(jù)訪問操作權(quán)限等信息。
其后,管理站設(shè)置要登陸的管理站代理的地址和賬號(hào)等登陸信息。
當(dāng)管理站發(fā)起登陸請(qǐng)求,管理站代理對(duì)登陸消息進(jìn)行鑒權(quán),鑒權(quán)通過時(shí)允許所述 管理站訪問所述網(wǎng)元。
當(dāng)管理站代理對(duì)所述管理站通過鑒權(quán)且為第一個(gè)登陸用戶時(shí),則管理站代理發(fā)起 對(duì)網(wǎng)元登陸,與網(wǎng)元建立通信;
對(duì)后續(xù)登陸且通過管理站代理鑒權(quán)的管理站,管理站通過已經(jīng)建立的通信鏈路訪 問網(wǎng)元;
其后,管理站代理向成功訪問網(wǎng)元的管理站反饋成功登陸信息。
例如,管理站的登陸地址和端口設(shè)置為管理站代理模塊的地址和端口,管理站代 理模塊擁有能夠登陸網(wǎng)元的賬戶,通常的管理站登陸管理流程如下
1、配置好管理站代理模塊的用戶和地址信息,使其能夠登陸網(wǎng)元。
2、管理站1發(fā)起登陸請(qǐng)求,管理站代理模塊對(duì)登陸消息進(jìn)行鑒權(quán),如果合理并且 發(fā)現(xiàn)是第一個(gè)用戶登陸,就發(fā)起對(duì)網(wǎng)元的登陸。
3、網(wǎng)元反饋登陸結(jié)果,如果管理站代理模塊登陸成功,那么便反饋給管理站1,表 示登陸成功。
4、其他管理站繼續(xù)登陸管理站代理模塊,如果鑒權(quán)成功,就允許登陸。
5、當(dāng)管理站代理模塊發(fā)現(xiàn)沒有管理站的連接,便斷開和網(wǎng)元的連接。
S120 管理站代理與網(wǎng)元建立通信,管理站通過管理站代理訪問網(wǎng)元。
在步驟S120中,管理站通過管理站代理訪問所述網(wǎng)元包括
管理站通過SNMP(Simple Network Management Protocol,簡單網(wǎng)絡(luò)管理協(xié)議)交 互過程或自定義消息通過所述管理站代理訪問所述網(wǎng)元。
SNMP交互過程包括Set操作、Get操作和網(wǎng)元數(shù)據(jù)變更主動(dòng)上報(bào)。
下面對(duì)數(shù)據(jù)交互流程和管理作進(jìn)一步介紹。
結(jié)合圖5,主要描述SNMP和自定義消息兩個(gè)典型子模塊。
SNMP交互過程,主要按照SNMP操作類型,分為Set操作(SetRequest),Get操作 (包括 GetReqest、GetNextRequest、GetBulkRequest 操作),禾口網(wǎng)元主動(dòng)上 艮數(shù)據(jù)(Trap) 幾個(gè)部分描述。
SNMP報(bào)文的PDU格式,主要由如圖6所示的字段PDU type用來區(qū)分操作類型。
Set操作(Set Request)的報(bào)文處理如圖7所示。管理站代理需要將網(wǎng)元回復(fù)的 Set Response報(bào)文,發(fā)送給Set操作發(fā)起者,而將kt Response報(bào)文處理為Trap報(bào)文,發(fā) 送給其他的管理站。
Get操作的報(bào)文處理如圖8所示。管理站代理需要將網(wǎng)元回復(fù)的Get響應(yīng)報(bào)文,發(fā) 送給Get操作發(fā)起者。
網(wǎng)元主動(dòng)上報(bào)數(shù)據(jù)處理如圖9所示。管理站代理需要將網(wǎng)元上報(bào)的報(bào)文,發(fā)送給 所有的管理站。
其中,Set操作和Get操作報(bào)文回復(fù)報(bào)文的Request-id必須和請(qǐng)求報(bào)文保持一致,報(bào)文處理流程和處理單元如圖10所示
報(bào)文解析模塊,解析SNMP報(bào)文,分配一個(gè)唯一的流水號(hào),并將數(shù)據(jù)加入一個(gè)以新 生成的Request-id為鍵,以IP地址、報(bào)文類型和原始Request-id為值的映射表中;
報(bào)文重構(gòu)模塊,解析網(wǎng)元側(cè)發(fā)過來的SNMP報(bào)文,如果是Response報(bào)文,那么以該 報(bào)文的Request-id,從影射表中取出響應(yīng)的數(shù)據(jù),回填原始Request-id,然后,利用PDU類 型和IP地址,根據(jù)報(bào)文類型按照上述三種情況處理。
下面對(duì)自定義消息交互進(jìn)行舉例。
自定義消息是不需要廣播的,管理站1的消息響應(yīng)只能回復(fù)給管理站1,根據(jù)需 求,自定義消息需要具備流水號(hào)字段。自定義消息模塊,要維護(hù)一個(gè)流水號(hào)和管理站標(biāo)示的 映射隊(duì)列,可以實(shí)現(xiàn)基于流水號(hào)的固定映射分發(fā),將響應(yīng)消息分發(fā)給正確的管理站,如圖11 所示。
此外,管理站代理具有所述網(wǎng)元的數(shù)據(jù)映像,管理站代理與網(wǎng)元保持?jǐn)?shù)據(jù)同步,管 理站訪問所述數(shù)據(jù)映像。帶有數(shù)據(jù)映像管理模塊的數(shù)據(jù)同步示意圖如圖12所示。
當(dāng)多個(gè)管理站同時(shí)登陸時(shí),數(shù)據(jù)同步等操作會(huì)占用很大帶寬,網(wǎng)元需要向所有管 理站發(fā)送數(shù)據(jù)。在管理站代理中,增加網(wǎng)元數(shù)據(jù)映像管理模塊,可以有效地解決這個(gè)問題, 以數(shù)據(jù)同步為例加以說明
第一個(gè)管理站登陸時(shí),管理站代理開始登陸網(wǎng)元,登陸成功之后,開始同步數(shù)據(jù), 同步的數(shù)據(jù)可以看成是網(wǎng)元側(cè)數(shù)據(jù)的一個(gè)映像;同步成功之后,管理站的數(shù)據(jù)同步只需要 從管理站代理側(cè)同步即可,不需要和網(wǎng)元發(fā)生交互,網(wǎng)元的負(fù)擔(dān)不會(huì)因管理站的增加而增 加。
告警等數(shù)據(jù)也可以作為網(wǎng)元映像數(shù)據(jù)存放于管理站代理,具體的配置根據(jù)實(shí)際情 況來定。
本發(fā)明提出的上述方法,具有以下一個(gè)或多個(gè)優(yōu)點(diǎn)
通過設(shè)置管理站代理,在不改變單網(wǎng)元接入的網(wǎng)絡(luò)結(jié)構(gòu)前提下,可以實(shí)現(xiàn)虛擬多 管理站接入,達(dá)到多管理站登陸相同的效果;在管理站遠(yuǎn)程登錄網(wǎng)元,網(wǎng)絡(luò)質(zhì)量不高的情況 下,本發(fā)明可以實(shí)現(xiàn)以較小的網(wǎng)絡(luò)帶寬,使多個(gè)管理站都可以接入網(wǎng)元,對(duì)網(wǎng)元進(jìn)行管理和 監(jiān)測;此外,本發(fā)明提出的上述方法,對(duì)現(xiàn)有系統(tǒng)的改動(dòng)很小,不會(huì)影響系統(tǒng)的兼容性,而且 實(shí)現(xiàn)簡單、高效。
如圖13所示,為本發(fā)明實(shí)施例管理站代理100的結(jié)構(gòu)示意圖,包括登陸管理模塊 110和數(shù)據(jù)管理模塊120。
登陸管理模塊110,用于接受一個(gè)或多個(gè)管理站的訪問。
登陸管理模塊110接受一個(gè)或多個(gè)管理站的訪問包括以下步驟
登陸管理模塊110維護(hù)允許接入的管理站賬戶信息,允許接入的管理站賬戶信息 通常包括賬戶密碼和數(shù)據(jù)訪問操作權(quán)限等信息。
其后,管理站設(shè)置要登陸的管理站代理的地址和賬號(hào)等登陸信息。
當(dāng)管理站發(fā)起登陸請(qǐng)求,登陸管理模塊110對(duì)登陸消息進(jìn)行鑒權(quán),鑒權(quán)通過時(shí)允 許管理站訪問網(wǎng)元。
當(dāng)?shù)顷懝芾砟K110對(duì)管理站通過鑒權(quán)且為第一個(gè)登陸用戶時(shí),登陸管理模塊 110發(fā)起對(duì)網(wǎng)元登陸,數(shù)據(jù)管理模塊120與網(wǎng)元建立通信;
對(duì)后續(xù)登陸且通過登陸管理模塊110鑒權(quán)的管理站,管理站通過已經(jīng)建立的通 信鏈路訪問網(wǎng)元;
數(shù)據(jù)管理模塊120向成功訪問網(wǎng)元的管理站反饋成功登陸信息。
數(shù)據(jù)管理模塊120,用于與網(wǎng)元建立通信,管理站通過數(shù)據(jù)管理模塊120訪問網(wǎng)兀。
數(shù)據(jù)管理模塊120還包括SNMP模塊121和自定義消息模塊122,
管理站通過數(shù)據(jù)管理模塊120訪問網(wǎng)元包括
管理站通過SNMP模塊121進(jìn)行SNMP交互過程或通過自定義消息模塊122訪問網(wǎng)兀。
其中,SNMP交互過程包括
Set操作、Get操作和網(wǎng)元數(shù)據(jù)變更主動(dòng)上報(bào)。
此外,管理站代理還包括網(wǎng)元數(shù)據(jù)映像模塊123,網(wǎng)元數(shù)據(jù)映像模塊123與網(wǎng)元保 持?jǐn)?shù)據(jù)同步,管理站訪問網(wǎng)元數(shù)據(jù)映像模塊123。
下面結(jié)合具體的消息流程,對(duì)上述設(shè)備進(jìn)一步說明。
管理站代理位于網(wǎng)元之外時(shí),不需要更改網(wǎng)元的設(shè)計(jì),可以設(shè)置在管理站本地網(wǎng) 絡(luò)內(nèi),也可以設(shè)計(jì)在網(wǎng)元的局域網(wǎng)絡(luò)內(nèi),即根據(jù)實(shí)際情況配置。
登陸管理模塊110維護(hù)允許接入的管理站賬戶信息,允許接入的管理站賬戶信息 通常包括賬戶密碼和數(shù)據(jù)訪問操作權(quán)限等信息。
其后,管理站設(shè)置要登陸的管理站代理的地址和賬號(hào)等登陸信息。
當(dāng)管理站發(fā)起登陸請(qǐng)求,登陸管理模塊110對(duì)登陸消息進(jìn)行鑒權(quán),鑒權(quán)通過時(shí)允 許所述管理站訪問所述網(wǎng)元。
當(dāng)?shù)顷懝芾砟K110對(duì)所述管理站通過鑒權(quán)且為第一個(gè)登陸用戶時(shí),則登陸管理 模塊110發(fā)起對(duì)網(wǎng)元登陸,與網(wǎng)元建立通信;
對(duì)后續(xù)登陸且通過登陸管理模塊110鑒權(quán)的管理站,管理站通過已經(jīng)建立的通信 鏈路訪問網(wǎng)元;
其后,管理站代理向成功訪問網(wǎng)元的管理站反饋成功登陸信息。
例如,管理站的登陸地址和端口設(shè)置為管理站代理模塊的地址和端口,管理站代 理模塊擁有能夠登陸網(wǎng)元的賬戶,通常的登陸管理流程如下
1、配置好管理站代理模塊的用戶和地址信息,使其能夠登陸網(wǎng)元。
2、管理站1發(fā)起登陸請(qǐng)求,管理站代理模塊對(duì)登陸消息進(jìn)行鑒權(quán),如果合理并且 發(fā)現(xiàn)是第一個(gè)用戶登陸,就發(fā)起對(duì)網(wǎng)元的登陸。
3、網(wǎng)元反饋登陸結(jié)果,如果管理站代理模塊登陸成功,那么便反饋給管理站1,表 示登陸成功。
4、其他管理站繼續(xù)登陸管理站代理模塊,如果鑒權(quán)成功,就允許登陸。
5、當(dāng)管理站代理模塊發(fā)現(xiàn)沒有管理站的連接,便斷開和網(wǎng)元的連接。
下面對(duì)數(shù)據(jù)交互流程和管理作進(jìn)一步介紹。
結(jié)合圖13、圖5,主要描述SNMP模塊121和自定義消息模塊122兩個(gè)典型子模塊。
SNMP交互過程,主要按照SNMP操作類型,分為Set操作(SetRequest),Get操作 (包括 GetReqest、GetNextRequest、GetBulkRequest 操作),禾口網(wǎng)元主動(dòng)上 艮數(shù)據(jù)(Trap)8幾個(gè)部分描述。
SNMP報(bào)文的PDU格式,主要由如圖6所示的字段PDU type用來區(qū)分操作類型。
Set操作(Set Request)的報(bào)文處理如圖7所示。管理站代理需要將網(wǎng)元回復(fù)的 Set Response報(bào)文,發(fā)送給Set操作發(fā)起者,而將kt Response報(bào)文處理為Trap報(bào)文,發(fā) 送給其他的管理站。
Get操作的報(bào)文處理如圖8所示。管理站代理需要將網(wǎng)元回復(fù)的Get響應(yīng)報(bào)文,發(fā) 送給Get操作發(fā)起者。
網(wǎng)元主動(dòng)上報(bào)數(shù)據(jù)處理如圖9所示。管理站代理需要將網(wǎng)元上報(bào)的報(bào)文,發(fā)送給 所有的管理站。
其中,Set操作和Get操作報(bào)文回復(fù)報(bào)文的Request-id必須和請(qǐng)求報(bào)文保持一致, 報(bào)文處理流程和處理單元如圖10所示
報(bào)文解析模塊,解析SNMP報(bào)文,分配一個(gè)唯一的流水號(hào),并將數(shù)據(jù)加入一個(gè)以新 生成的Request-id為鍵,以IP地址、報(bào)文類型和原始Request-id為值的映射表中;
報(bào)文重構(gòu)模塊,解析網(wǎng)元側(cè)發(fā)過來的SNMP報(bào)文,如果是Response報(bào)文,那么以該 報(bào)文的Request-id,從影射表中取出響應(yīng)的數(shù)據(jù),回填原始Request-id,然后,利用PDU類 型和IP地址,根據(jù)報(bào)文類型按照上述三種情況處理。
下面對(duì)自定義消息交互進(jìn)行舉例。
自定義消息是不需要廣播的,管理站1的消息響應(yīng)只能回復(fù)給管理站1,根據(jù)需 求,自定義消息需要具備流水號(hào)字段。自定義消息模塊122,要維護(hù)一個(gè)流水號(hào)和管理站標(biāo) 示的映射隊(duì)列,可以實(shí)現(xiàn)基于流水號(hào)的固定映射分發(fā),將響應(yīng)消息分發(fā)給正確的管理站,如 圖11所示。
此外,管理站代理具有網(wǎng)元數(shù)據(jù)映像模塊123,管理站代理與網(wǎng)元保持?jǐn)?shù)據(jù)同步, 管理站訪問所述數(shù)據(jù)映像。帶有數(shù)據(jù)映像管理模塊的數(shù)據(jù)同步示意圖如圖12所示。
當(dāng)多個(gè)管理站同時(shí)登陸時(shí),數(shù)據(jù)同步等操作會(huì)占用很大帶寬,網(wǎng)元需要向所有管 理站發(fā)送數(shù)據(jù)。在管理站代理中,增加網(wǎng)元數(shù)據(jù)映像模塊123,可以有效地解決這個(gè)問題,以 數(shù)據(jù)同步為例加以說明
第一個(gè)管理站登陸時(shí),管理站代理開始登陸網(wǎng)元,登陸成功之后,開始同步網(wǎng)元數(shù) 據(jù)映像模塊123的數(shù)據(jù),同步的數(shù)據(jù)可以看成是網(wǎng)元側(cè)數(shù)據(jù)的一個(gè)映像;同步成功之后,管 理站的數(shù)據(jù)同步只需要從管理站代理側(cè)同步即可,不需要和網(wǎng)元發(fā)生交互,網(wǎng)元的負(fù)擔(dān)不 會(huì)因管理站的增加而增加。
告警等數(shù)據(jù)也可以作為網(wǎng)元映像數(shù)據(jù)存放于管理站代理,具體的配置根據(jù)實(shí)際情 況來定。
本發(fā)明提出的上述設(shè)備,具有以下一個(gè)或多個(gè)優(yōu)點(diǎn)
通過設(shè)置管理站代理,在不改變單網(wǎng)元接入的網(wǎng)絡(luò)結(jié)構(gòu)前提下,可以實(shí)現(xiàn)虛擬多 管理站接入,達(dá)到多管理站登陸相同的效果;在管理站遠(yuǎn)程登錄網(wǎng)元,網(wǎng)絡(luò)質(zhì)量不高的情況 下,本發(fā)明可以實(shí)現(xiàn)以較小的網(wǎng)絡(luò)帶寬,使多個(gè)管理站都可以接入網(wǎng)元,對(duì)網(wǎng)元進(jìn)行管理和 監(jiān)測;此外,本發(fā)明提出的上述設(shè)備,對(duì)現(xiàn)有系統(tǒng)的改動(dòng)很小,不會(huì)影響系統(tǒng)的兼容性,而且 實(shí)現(xiàn)簡單、高效。
本技術(shù)領(lǐng)域的普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法攜帶的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成,所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介 質(zhì)中,該程序在執(zhí)行時(shí),包括方法實(shí)施例的步驟之一或其組合。
此外,在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理模塊中,也可以 是各個(gè)單元單獨(dú)物理存在,也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)模塊中。上述集成的模 塊既可以采用硬件的形式實(shí)現(xiàn),也可以采用軟件功能模塊的形式實(shí)現(xiàn)。所述集成的模塊如 果以軟件功能模塊的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí),也可以存儲(chǔ)在一個(gè)計(jì)算機(jī) 可讀取存儲(chǔ)介質(zhì)中。
上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器,磁盤或光盤等。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式,應(yīng)當(dāng)指出,對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人 員來說,在不脫離本發(fā)明原理的前提下,還可以做出若干改進(jìn)和潤飾,這些改進(jìn)和潤飾也應(yīng) 視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種網(wǎng)元管理的方法,其特征在于,包括以下步驟管理站代理接受一個(gè)或多個(gè)管理站的訪問;所述管理站代理與所述網(wǎng)元建立通信,所述管理站通過所述管理站代理訪問所述網(wǎng)兀。
2.如權(quán)利要求1所述的網(wǎng)元管理的方法,其特征在于,管理站代理接受一個(gè)或多個(gè)管 理站的訪問包括以下步驟所述管理站代理維護(hù)允許接入的管理站賬戶信息;當(dāng)所述管理站發(fā)起登陸請(qǐng)求,所述管理站代理對(duì)登陸消息進(jìn)行鑒權(quán),鑒權(quán)通過時(shí)允許 所述管理站訪問所述網(wǎng)元。
3.如權(quán)利要求2所述的網(wǎng)元管理的方法,其特征在于,當(dāng)所述管理站代理對(duì)所述管理站通過鑒權(quán)且為第一個(gè)登陸用戶時(shí),所述管理站代理發(fā) 起對(duì)網(wǎng)元登陸,與所述網(wǎng)元建立通信;對(duì)后續(xù)登陸且通過所述管理站代理鑒權(quán)的管理站,所述管理站通過已經(jīng)建立的通信鏈 路訪問所述網(wǎng)元;所述管理站代理向成功訪問所述網(wǎng)元的管理站反饋成功登陸信息。
4.如權(quán)利要求1所述的網(wǎng)元管理的方法,其特征在于,所述管理站通過所述管理站代 理訪問所述網(wǎng)元包括所述管理站通過簡單網(wǎng)絡(luò)管理協(xié)議SNMP交互過程或自定義消息通過所述管理站代理 訪問所述網(wǎng)元。
5.如權(quán)利要求4所述的網(wǎng)元管理的方法,其特征在于,所述SNMP交互過程包括Set操作、Get操作和網(wǎng)元數(shù)據(jù)變更主動(dòng)上報(bào)。
6.如權(quán)利要求1所述的網(wǎng)元管理的方法,其特征在于,所述管理站代理具有所述網(wǎng)元 的數(shù)據(jù)映像,所述管理站代理與所述網(wǎng)元保持?jǐn)?shù)據(jù)同步,所述管理站訪問所述數(shù)據(jù)映像。
7.如權(quán)利要求1至6任意之一所述的網(wǎng)元管理的方法,其特征在于,所述管理站與所述 管理站代理屬于同一個(gè)網(wǎng)域之內(nèi)。
8.—種管理站代理,其特征在于,包括登陸管理模塊和數(shù)據(jù)管理模塊,所述登陸管理模塊,用于接受一個(gè)或多個(gè)管理站的訪問;所述數(shù)據(jù)管理模塊,用于與所述網(wǎng)元建立通信,所述管理站通過所述數(shù)據(jù)管理模塊訪 問所述網(wǎng)元。
9.如權(quán)利要求8所述的管理站代理,其特征在于,所述登陸管理模塊接受一個(gè)或多個(gè) 管理站的訪問包括以下步驟所述管理站代理維護(hù)允許接入的管理站賬戶信息;當(dāng)所述管理站發(fā)起登陸請(qǐng)求,所述登陸管理模塊對(duì)登陸消息進(jìn)行鑒權(quán),鑒權(quán)通過時(shí)允 許所述管理站訪問所述網(wǎng)元。
10.如權(quán)利要求9所述的管理站代理,其特征在于,當(dāng)所述登陸管理模塊對(duì)所述管理站通過鑒權(quán)且為第一個(gè)登陸用戶時(shí),所述登陸管理模 塊發(fā)起對(duì)網(wǎng)元登陸,所述數(shù)據(jù)管理模塊與所述網(wǎng)元建立通信;對(duì)后續(xù)登陸且通過所述登陸管理模塊鑒權(quán)的管理站,所述管理站通過已經(jīng)建立的通信 鏈路訪問所述網(wǎng)元;所述數(shù)據(jù)管理模塊向成功訪問所述網(wǎng)元的管理站反饋成功登陸信息。
11.如權(quán)利要求8所述的管理站代理,其特征在于,所述數(shù)據(jù)管理模塊還包括簡單網(wǎng)絡(luò) 管理協(xié)議SNMP模塊和自定義消息模塊,所述管理站通過所述數(shù)據(jù)管理模塊訪問所述網(wǎng)元包括所述管理站通過所述SNMP模塊進(jìn)行SNMP交互過程或通過所述自定義消息模塊訪問所 述網(wǎng)元。
12.如權(quán)利要求11所述的管理站代理,其特征在于,所述SNMP交互過程包括 Set操作、Get操作和網(wǎng)元數(shù)據(jù)變更主動(dòng)上報(bào)。
13.如權(quán)利要求8所述的管理站代理,其特征在于,所述管理站代理還包括網(wǎng)元數(shù)據(jù)映 像模塊,所述網(wǎng)元數(shù)據(jù)映像模塊與所述網(wǎng)元保持?jǐn)?shù)據(jù)同步,所述管理站訪問所述網(wǎng)元數(shù)據(jù) 映像模塊。
全文摘要
本發(fā)明實(shí)施例提出了一種網(wǎng)元管理的方法,包括管理站代理接受一個(gè)或多個(gè)管理站的訪問;所述管理站代理與所述網(wǎng)元建立通信,所述管理站通過所述管理站代理訪問所述網(wǎng)元。本發(fā)明實(shí)施例還提出了一種管理站代理。本發(fā)明提出的上述方案,通過設(shè)置管理站代理,在不改變單網(wǎng)元接入的網(wǎng)絡(luò)結(jié)構(gòu)前提下,可以實(shí)現(xiàn)虛擬多管理站接入,達(dá)到多管理站登陸相同的效果;在管理站遠(yuǎn)程登錄網(wǎng)元,網(wǎng)絡(luò)質(zhì)量不高的情況下,本發(fā)明可以實(shí)現(xiàn)以較小的網(wǎng)絡(luò)帶寬,使多個(gè)管理站都可以接入網(wǎng)元,對(duì)網(wǎng)元進(jìn)行管理和監(jiān)測。
文檔編號(hào)H04W12/06GK102036245SQ201010578820
公開日2011年4月27日 申請(qǐng)日期2010年12月3日 優(yōu)先權(quán)日2010年12月3日
發(fā)明者于曉偉, 張劍鋒, 張新發(fā), 彭強(qiáng) 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
丰都县| 丁青县| 科尔| 平果县| 应城市| 大渡口区| 封开县| 杭锦后旗| 泸水县| 闵行区| 永寿县| 依安县| 池州市| 永泰县| 万安县| 北宁市| 梅河口市| 鄯善县| 无极县| 龙泉市| 陆河县| 隆化县| 宜章县| 开封市| 阳江市| 定陶县| 南和县| 方正县| 三原县| 诏安县| 绥滨县| 榆林市| 昆山市| 临洮县| 鄢陵县| 瑞金市| 共和县| 唐山市| 大关县| 昭平县| 松江区|