專利名稱：保證管理站和代理間被管對(duì)象數(shù)據(jù)實(shí)時(shí)一致的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)管理技術(shù)領(lǐng)域，具體涉及一種保證管理站和代理間被管對(duì)象數(shù)據(jù)實(shí)時(shí)一致的方法。
背景技術(shù)：
目前網(wǎng)絡(luò)技術(shù)日新月異，網(wǎng)絡(luò)的復(fù)雜性在不斷增長(zhǎng)，對(duì)網(wǎng)絡(luò)管理的要求也日益增加。SNMP(簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)為網(wǎng)絡(luò)管理系統(tǒng)提供了底層網(wǎng)絡(luò)管理的框架，其設(shè)計(jì)簡(jiǎn)單，并具有較強(qiáng)的擴(kuò)展性，因此得到了廣泛的應(yīng)用。
SNMP采用了Client/Server模型的特殊形式代理/管理站模型。對(duì)網(wǎng)絡(luò)的管理與維護(hù)是通過(guò)SNMP網(wǎng)管理管理站與SNMP代理間的交互來(lái)完成的。其中，管理站一般是一個(gè)分立的設(shè)備，也可以利用共享系統(tǒng)實(shí)現(xiàn)。管理站作為網(wǎng)絡(luò)管理員與網(wǎng)絡(luò)管理系統(tǒng)的接口，它的基本構(gòu)成為一組具有分析數(shù)據(jù)、發(fā)現(xiàn)故障等功能的管理程序；一個(gè)用于網(wǎng)絡(luò)管理員監(jiān)控網(wǎng)絡(luò)的接口；將網(wǎng)絡(luò)管理員的要求轉(zhuǎn)變?yōu)閷?duì)遠(yuǎn)程網(wǎng)絡(luò)元素的實(shí)際監(jiān)控的能力；一個(gè)從所有被管網(wǎng)絡(luò)實(shí)體的MIB(管理信息庫(kù))中抽取信息的數(shù)據(jù)庫(kù)。裝備了SNMP的平臺(tái)，如主機(jī)、網(wǎng)橋、路由器及集線器均可作為代理工作。代理對(duì)來(lái)自管理站的信息請(qǐng)求和動(dòng)作請(qǐng)求進(jìn)行應(yīng)答，并隨機(jī)地為管理站報(bào)告一些重要的意外事件。
在網(wǎng)管系統(tǒng)中，管理站和代理間有關(guān)被管對(duì)象的數(shù)據(jù)的一致性是網(wǎng)絡(luò)管理的基礎(chǔ)，被管對(duì)象的所有數(shù)據(jù)都保存在數(shù)據(jù)庫(kù)中，而被管對(duì)象是千變?nèi)f化的，被管對(duì)象的狀態(tài)也會(huì)隨著時(shí)間等產(chǎn)生變化，因此保證管理站的數(shù)據(jù)庫(kù)中數(shù)據(jù)和代理上數(shù)據(jù)的實(shí)時(shí)一致對(duì)于有效管理被管對(duì)象尤其重要。
管理站和代理之間通過(guò)網(wǎng)絡(luò)管理協(xié)議通信，SNMP通信協(xié)議主要包括以下能力
Get管理站讀取代理端特定對(duì)象的值。
Set管理站設(shè)置代理端對(duì)象的值。
Trap代理端向管理站通報(bào)重要事件。
Get-Next管理站讀取指定對(duì)象的按照字典序排列的下一個(gè)對(duì)象值。
Get-Bulk是對(duì)Get-Next的一個(gè)拓展，可以對(duì)較大量數(shù)據(jù)尤其是表格進(jìn)行更為有效的讀取。
Inform管理站使用該命令向另一個(gè)管理站進(jìn)程發(fā)送預(yù)先定義的通知。
在SNMP協(xié)議中，管理站獲取代理端數(shù)據(jù)的方法有通過(guò)get操作、get-bulk或者get-next操作來(lái)獲取代理的全部數(shù)據(jù)。
如果某代理端同時(shí)有多個(gè)管理站對(duì)其進(jìn)行管理，還要保證管理站間的數(shù)據(jù)一致性。管理站間的數(shù)據(jù)一致是通過(guò)SNMP的inform操作實(shí)現(xiàn)的。利用上述方式來(lái)保證管理站與代理間數(shù)據(jù)的一致性還存在以下缺點(diǎn)管理站需要發(fā)送許多get/get-next報(bào)文來(lái)獲取數(shù)據(jù)，并且管理站get完數(shù)據(jù)后，代理端的被管對(duì)象的數(shù)據(jù)又產(chǎn)生變化，但此時(shí)管理站數(shù)據(jù)庫(kù)中仍然是get回去的數(shù)據(jù)，這樣就會(huì)導(dǎo)致數(shù)據(jù)的不能實(shí)時(shí)一致。而且由于網(wǎng)管系統(tǒng)管理對(duì)象的復(fù)雜性，一套網(wǎng)管系統(tǒng)可能管理很多對(duì)象，如果在同一時(shí)刻許多對(duì)象的數(shù)據(jù)產(chǎn)生變化，必然要求代理端在某一時(shí)刻上報(bào)很多變化通知Trap到管理站，有可能會(huì)導(dǎo)致網(wǎng)絡(luò)瞬時(shí)擁塞。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種保證管理站和代理間被管對(duì)象數(shù)據(jù)實(shí)時(shí)一致的方法，以克服現(xiàn)有技術(shù)中管理站和代理間為保證被管對(duì)象數(shù)據(jù)實(shí)時(shí)一致過(guò)程中報(bào)文交互頻繁導(dǎo)致網(wǎng)絡(luò)負(fù)擔(dān)增加的缺點(diǎn)，使管理站合理、有效地管理被管對(duì)象，減少管理站和代理間的報(bào)文交互，并實(shí)時(shí)地保證管理站和代理端數(shù)據(jù)的實(shí)時(shí)一致。
為此，本發(fā)明提供如下的技術(shù)方案一種保證管理站和代理間被管對(duì)象數(shù)據(jù)實(shí)時(shí)一致的方法，包括以下步驟A、代理端按照約定格式將所有被管對(duì)象的數(shù)據(jù)生成數(shù)據(jù)一致性文件，并將其上傳給管理站；B、在文件上傳過(guò)程中，如果代理端被管對(duì)象的數(shù)據(jù)發(fā)生變化，則緩存該變化數(shù)據(jù)；C、文件上傳結(jié)束后，代理端將緩存的變化數(shù)據(jù)上報(bào)給管理端。
在所述步驟A前還包括步驟A′、管理站向代理端發(fā)起數(shù)據(jù)一致性請(qǐng)求。
所述步驟A′具體為可選地，管理站采用專用命令向代理端發(fā)起數(shù)據(jù)一致性請(qǐng)求。
所述步驟A′具體為可選地，根據(jù)簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議，管理站向代理端發(fā)送設(shè)置請(qǐng)求SetRequest命令，請(qǐng)求代理端上傳數(shù)據(jù)一致性文件。
所述數(shù)據(jù)一致性請(qǐng)求消息中包含文件上傳路徑。
優(yōu)選地，所述步驟A中數(shù)據(jù)一致性文件格式按以下方式確定采用可擴(kuò)展標(biāo)記語(yǔ)言XML或者超文本標(biāo)記語(yǔ)言HTML定義數(shù)據(jù)一致性文件格式。
可選地，所述步驟A中通過(guò)標(biāo)準(zhǔn)的文件傳輸協(xié)議FTP或者文件傳輸、訪問(wèn)及管理協(xié)議FTAM或者簡(jiǎn)單對(duì)象處理協(xié)議SOAP將數(shù)據(jù)一致性文件上傳給管理站。
所述步驟A進(jìn)一步包括代理端收到管理站的數(shù)據(jù)一致性請(qǐng)求消息后，將自己標(biāo)記為數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)。
所述步驟A進(jìn)一步包括
代理端上傳數(shù)據(jù)一致性文件完畢后，通過(guò)事件通知管理站上傳文件結(jié)束，并將自己標(biāo)記為非數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)。
所述步驟C具體為當(dāng)代理端為非數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)時(shí)，通過(guò)簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議的Trap操作將管理對(duì)象自身變化后的數(shù)據(jù)立即上報(bào)給管理站。
所述步驟C進(jìn)一步包括當(dāng)有多個(gè)管理站管理同一個(gè)代理端并且代理端為非數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)時(shí)，通過(guò)所述Trap操作將任一管理站的由簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議的Set操作產(chǎn)生的變化數(shù)據(jù)立即上報(bào)給其他管理站。
由以上本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明通過(guò)管理站向代理端發(fā)起數(shù)據(jù)一致性請(qǐng)求來(lái)獲取代理端所有被管對(duì)象的數(shù)據(jù)，代理端將所有被管對(duì)象的數(shù)據(jù)按照事先約定的格式生成數(shù)據(jù)一致性文件，上傳給管理站。通過(guò)一次報(bào)文交互，管理站即可獲取代理所有被管對(duì)象的數(shù)據(jù)。管理站和代理間報(bào)文交互的減少，大大減小了網(wǎng)絡(luò)的負(fù)擔(dān)。在代理端收到管理站的數(shù)據(jù)一致性請(qǐng)求到通知管理站上傳文件結(jié)束的過(guò)程中，緩存發(fā)生改變的數(shù)據(jù)，等數(shù)據(jù)一致性文件上傳結(jié)束后，再以變化通知方式上報(bào)管理站，有效地保證了管理站和代理間數(shù)據(jù)的實(shí)時(shí)一致。


圖1是本發(fā)明方法的實(shí)現(xiàn)流程圖；圖2是本發(fā)明方法中管理站獲取代理端數(shù)據(jù)一致性文件的流程；圖3是本發(fā)明方法中代理端上報(bào)被管對(duì)象通知變化數(shù)據(jù)的Trap流程；圖4是本發(fā)明方法中多個(gè)管理站間保證數(shù)據(jù)實(shí)時(shí)一致的流程。
具體實(shí)施例方式
本發(fā)明的核心在于由管理站通過(guò)一次信令交互即獲取代理端所有被管對(duì)象的數(shù)據(jù)，當(dāng)代理端有數(shù)據(jù)變化時(shí)，采用主動(dòng)上報(bào)的方式，實(shí)現(xiàn)管理站和代理間被管對(duì)象數(shù)據(jù)的實(shí)時(shí)一致。為了避免管理站和代理間報(bào)文的頻繁交互對(duì)網(wǎng)絡(luò)增加負(fù)擔(dān)，由管理站向代理端發(fā)起數(shù)據(jù)一致性請(qǐng)求，代理端將所有被管對(duì)象的數(shù)據(jù)按照預(yù)先約定的格式生成數(shù)據(jù)一致性文件，并將其上傳給管理站；在文件上傳過(guò)程中，如果代理端被管對(duì)象的數(shù)據(jù)發(fā)生變化，則緩存該變化數(shù)據(jù)，等文件上傳結(jié)束后，代理端將緩存的變化數(shù)據(jù)上報(bào)給管理端。
為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面結(jié)合附圖和實(shí)施方式對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說(shuō)明。
參照?qǐng)D1，圖1示出了本發(fā)明方法的實(shí)現(xiàn)流程，包括以下步驟步驟101管理站向代理端發(fā)起數(shù)據(jù)一致性請(qǐng)求。
可以設(shè)定專用命令，并且使管理站和代理端都支持該命令，管理站通過(guò)該命令向代理端發(fā)起數(shù)據(jù)一致性請(qǐng)求。也可以借用SNMP中的設(shè)置請(qǐng)求SetRequest(管理站修改代理端指定對(duì)象實(shí)例值)命令，將其定義為請(qǐng)求代理端上傳數(shù)據(jù)一致性文件的命令。
為了使數(shù)據(jù)一致性文件上傳到管理站的指定地址空間內(nèi)，可以在數(shù)據(jù)一致性請(qǐng)求消息中指明文件上傳的路徑。當(dāng)然，也可以不指明上傳路徑，將數(shù)據(jù)一致性文件上傳到默認(rèn)的地址空間內(nèi)。
步驟102代理端收到管理站的請(qǐng)求消息后，收集所有被管對(duì)象數(shù)據(jù)。
步驟103按照約定格式將所有被管對(duì)象的數(shù)據(jù)生成數(shù)據(jù)一致性文件。
數(shù)據(jù)一致性文件采用文本格式，可以使用任何一種描述性語(yǔ)言來(lái)定義文件格式。
比如，采用可擴(kuò)展標(biāo)記語(yǔ)言XML或者超文本標(biāo)記語(yǔ)言HTML來(lái)定義。
XML是一種極為通用的數(shù)據(jù)格式，它可以用來(lái)描述很多不同種類的數(shù)據(jù)，包括網(wǎng)頁(yè)，網(wǎng)絡(luò)消息，書籍，商業(yè)與核算資料，關(guān)系數(shù)據(jù)庫(kù)表的XML表示，程序設(shè)計(jì)接口，對(duì)象，財(cái)物事項(xiàng)往來(lái)，棋類游戲，矢量圖，多媒體圖像，信用應(yīng)用程序，系統(tǒng)日志等。
下面就以XML語(yǔ)言為例，說(shuō)明數(shù)據(jù)一致性文件格式<!-DataConsistency.dtd version 1.0-->
< xml version="1.0"encoding="UTF-8" >
<!ELEMENT dcdc(dcfh,dcd*,dcff)>
<!ELEMENT adc(afh,ad,aff)>
<!ELEMENT dcfh(ffv,sn,st,cbt)>
<!ELEMENT afh(ffv,sn,st,cbt)>
<!ELEMENT dcd(neid,dcv*)>
<!ELEMENT neid(neun,nedn)>
<!ELEMENT ad(at*,av*)>
<!ELEMENT dcv(i,r)>
<!ELEMENT av(r*)>
<!ELEMENT dcff(ts)>
<!ELEMENT aff(ts)>
<!ELEMENT ts(#PCDATA)>
<!ELEMENT r(#PCDATA)>
<!ATTLIST r p CDATA"">
<!ELEMENT i(#PCDATA)>
<!ELEMENT at(#PCDATA)>
<!ATTLIST at p CDATA"">
<!ELEMENT cbt(#PCDATA)>
<!ELEMENT st(#PCDATA)>
<!ELEMENT sn(#PCDATA)>
<!ELEMENT ffv(#PCDATA)>
<!--end of DataConsistency.dtd-->
其中*0或多次出現(xiàn)；#PCDATA解析字符串；上述各標(biāo)記的含義如下表1所示表1


步驟104將生成的數(shù)據(jù)一致性文件上傳給管理站。
可以通過(guò)標(biāo)準(zhǔn)的文件傳輸協(xié)議FTP將數(shù)據(jù)一致性文件上傳給管理站。
當(dāng)然，根據(jù)實(shí)際應(yīng)用需要，也可以采用FTAM(File Transfer Access andManagement，文件的傳輸、訪問(wèn)及管理)協(xié)議或者SOAP(Simple Object AccessProtocol，簡(jiǎn)單對(duì)象處理協(xié)議)將數(shù)據(jù)一致性文件上傳給管理站。
在代理端收集數(shù)據(jù)到上傳文件結(jié)束這段時(shí)間內(nèi)，如果被管對(duì)象數(shù)據(jù)發(fā)生變化，可將這些變化的數(shù)據(jù)進(jìn)行緩存，等數(shù)據(jù)一致性文件上傳結(jié)束后，再將這些數(shù)據(jù)上報(bào)給管理站。
即步驟105在文件上傳過(guò)程中，如果代理端被管對(duì)象的數(shù)據(jù)發(fā)生變化，則緩存該變化數(shù)據(jù)。
步驟106文件全部上傳后，通過(guò)文件傳輸完畢通知Trap操作告訴管理站上傳文件結(jié)束。
Trap是SNMP(簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)中代理端向管理站主動(dòng)發(fā)送的一種報(bào)文，它是重要網(wǎng)絡(luò)事件或網(wǎng)絡(luò)狀態(tài)的異步通知。Trap PDU(Trap協(xié)議數(shù)據(jù)單元)與SNMP協(xié)議定義的其它種類的PDU不同，Trap數(shù)據(jù)包的格式如下表2所示。
表2

不同于其它種類的SNMP PDU，它不要求接受信息的網(wǎng)絡(luò)返回響應(yīng)信息。
Trap數(shù)據(jù)包包括以下幾個(gè)域PDU Type說(shuō)明此PDU的類型是Trap。
Enterprise該項(xiàng)包含發(fā)送方代理的MIB數(shù)據(jù)對(duì)象sysObjectID。這個(gè)數(shù)據(jù)對(duì)象是有關(guān)Trap發(fā)送方代理的廠商信息。
Agent-address該項(xiàng)是發(fā)送方代理的IP地址。
Generic-trap該項(xiàng)是預(yù)先設(shè)定的Trap值。
Specific-trap該項(xiàng)是有關(guān)該Trap的更加詳細(xì)的信息。
Time-stamp該項(xiàng)是從上一次初始化設(shè)備到發(fā)送這個(gè)Trap之間的時(shí)間。
Variable-Binding該項(xiàng)是與Trap相關(guān)的廠商特定信息。
SNMP中規(guī)定Trap可以根據(jù)廠商的需求來(lái)定義，賦予不同的含義，比如告警、事件通知等。
在本發(fā)明中，可以設(shè)定變化通知Trap的內(nèi)容如下(1)發(fā)生變化的被管對(duì)象所在設(shè)備標(biāo)識(shí)；(2)發(fā)生變化的原因；(3)發(fā)生變化的被管對(duì)象的唯一標(biāo)識(shí)；(4)發(fā)生變化的被管對(duì)象變化后的新值；(5)發(fā)生變化的時(shí)間。
管理站收到文件傳輸完畢通知Trap消息后，就知道代理端的所有被管對(duì)象的數(shù)據(jù)都已上傳完畢，這時(shí)，就可以從指定的空間內(nèi)取出代理端上傳的文件，解析后將數(shù)據(jù)存儲(chǔ)到本地。
步驟107代理端將緩存的變化數(shù)據(jù)上報(bào)給管理端。這些數(shù)據(jù)可以包括被管對(duì)象所有設(shè)備標(biāo)識(shí)、變化原因、被管對(duì)象的唯一標(biāo)識(shí)、被管對(duì)象變化后的值、變化時(shí)間等信息。
可以通過(guò)設(shè)定代理端的工作狀態(tài)機(jī)，來(lái)保證發(fā)生變化的數(shù)據(jù)能夠正確地緩存或即時(shí)上報(bào)。
比如，代理端收到管理站的數(shù)據(jù)一致性請(qǐng)求消息后，將自己標(biāo)記為數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)；代理端上傳數(shù)據(jù)一致性文件完畢后，通過(guò)文件傳輸完畢通知Trap方式通知管理站上傳文件結(jié)束，并將自己標(biāo)記為非數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)。
當(dāng)代理端為非數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)時(shí)，就可以通過(guò)變化通知Trap將變化后的數(shù)據(jù)立即上報(bào)給管理站。
圖2示出了本發(fā)明方法中管理站獲取代理端數(shù)據(jù)一致性文件的流程1)管理站向代理端發(fā)起數(shù)據(jù)一致性請(qǐng)求；2)代理端將所有被管對(duì)象的數(shù)據(jù)按照事先約定的格式存儲(chǔ)成數(shù)據(jù)一致性文件；3)代理端采用事先約定的協(xié)議(例如標(biāo)準(zhǔn)的FTP協(xié)議等)上傳形成的數(shù)據(jù)一致性文件；4)代理端通過(guò)定義的文件傳輸完畢通知Trap上報(bào)文件上傳的結(jié)果。
圖3示出了本發(fā)明方法中代理端上報(bào)被管對(duì)象變化數(shù)據(jù)的Trap流程1)代理端根據(jù)被管對(duì)象數(shù)據(jù)變化，形成相應(yīng)的變化通知Trap；2)將該變化通知Trap上報(bào)給管理站。
在上述實(shí)施例中，采用了管理站主動(dòng)獲取代理的數(shù)據(jù)一致性文件的方式來(lái)獲取代理端所有被管對(duì)象數(shù)據(jù)的方式，當(dāng)然，根據(jù)實(shí)際需要，也可以采用代理端主動(dòng)上報(bào)的方式，比如，設(shè)備啟動(dòng)后，代理端即自行收集需要上傳的所有被管對(duì)象的數(shù)據(jù)，按約定格式形成數(shù)據(jù)一致性文件，然后上傳該文件。
本技術(shù)領(lǐng)域人員知道，被管對(duì)象包括所有被管理的網(wǎng)絡(luò)設(shè)備，比如，用戶站點(diǎn)、網(wǎng)絡(luò)互聯(lián)設(shè)備等。代理可以是駐留在這些被管對(duì)象上配合網(wǎng)絡(luò)管理的處理實(shí)體。
在實(shí)際應(yīng)用中，因?yàn)楣芾碚疽芾硐喈?dāng)多的代理，而每個(gè)代理維護(hù)的對(duì)象數(shù)量又非常大，在實(shí)現(xiàn)過(guò)程中，管理站不可能頻繁定期查詢?nèi)看碇兴械膶?duì)象的數(shù)據(jù)。因此，可以在網(wǎng)絡(luò)初始化階段或者每隔一段較長(zhǎng)的時(shí)間，管理站通過(guò)輪詢所有代理來(lái)獲取某些關(guān)鍵信息，也就是說(shuō)分別向各代理發(fā)送數(shù)據(jù)一致性請(qǐng)求來(lái)獲取各代理所有被管對(duì)象的數(shù)據(jù)。一旦獲取到這些數(shù)據(jù)后，管理站可以不再進(jìn)行輪詢，而是由每個(gè)代理主動(dòng)向管理站通知可能出現(xiàn)的異常事件，這些事件通過(guò)SNMP Trap消息即時(shí)傳遞。由于管理站通常需要管理很多網(wǎng)元設(shè)備，采用數(shù)據(jù)一致性請(qǐng)求一次性獲得代理數(shù)據(jù)的方式減少了報(bào)文交互，相對(duì)減輕了管理站的負(fù)擔(dān)，代理端也可以不用頻繁響應(yīng)那些不必要的請(qǐng)求。
下面以二代網(wǎng)絡(luò)的OMC(操作維護(hù)中心)對(duì)BTS(基站)的管理為例，進(jìn)一步說(shuō)明本發(fā)明的應(yīng)用。
在該應(yīng)用中，BTS作為代理端，OMC作為管理站，當(dāng)BTS啟動(dòng)后，需要OMC獲取BTS所有被管對(duì)象的數(shù)據(jù)，并實(shí)時(shí)進(jìn)行實(shí)時(shí)一致。
當(dāng)BTS啟動(dòng)后，OMC接入到BTS，通過(guò)以下步驟完成與當(dāng)前BTS的數(shù)據(jù)實(shí)時(shí)一致。
1)OMC通過(guò)定義的命令發(fā)起數(shù)據(jù)一致性文件上傳(命令中指明了文件上傳的路徑)；2)BTS收到數(shù)據(jù)一致性文件上傳命令后，首先將自己標(biāo)記為處于數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)(A)；此時(shí)BTS內(nèi)監(jiān)控到數(shù)據(jù)變化，由于處于A狀態(tài)，因此將該變化緩存到變化記錄緩沖區(qū)；3)BTS完成數(shù)據(jù)的收集工作，并生成數(shù)據(jù)一致性文件；4)通過(guò)標(biāo)準(zhǔn)的FTP協(xié)議，將該文件上傳到OMC指定的FTP服務(wù)器的路徑下；5)通過(guò)文件傳輸完畢通知Trap通知管理站上傳文件結(jié)束；6)管理站從FTP服務(wù)器上取出BTS上傳的文件，并解析文件，將數(shù)據(jù)存儲(chǔ)到本地；7)BTS將本身標(biāo)記為非數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)(B)，并檢查變化記錄緩沖區(qū)是否有內(nèi)容，如果有則將變化通知事件上報(bào)OMC；8)BTS監(jiān)測(cè)到數(shù)據(jù)變化，首先檢查自己的狀態(tài)，如果處于A狀態(tài)，則緩存該變化到緩沖區(qū)，否則直接上報(bào)。
通過(guò)以上步驟，完成了OMC和BTS間針對(duì)BTS網(wǎng)管參數(shù)的實(shí)時(shí)一致。
本技術(shù)領(lǐng)域人員知道，不僅一個(gè)管理站可以管理多個(gè)代理，而且還可以有多個(gè)管理站管理同一個(gè)代理的情況，比如，BTS可以接受本地維護(hù)終端和OMC的管理。在這種情況下，就需要保證各管理站間數(shù)據(jù)實(shí)時(shí)一致。這時(shí)，代理端被管對(duì)象數(shù)據(jù)發(fā)生變化后，就需要將發(fā)生變化的數(shù)據(jù)同時(shí)上報(bào)所有管理站。
如圖4所示，管理站1、管理站2和管理站3對(duì)同一代理進(jìn)行管理。當(dāng)該代理端的某個(gè)被管對(duì)象數(shù)據(jù)發(fā)生變化，將形成變化通知事件，代理端將該變化上報(bào)給所有管理站。
如果某個(gè)管理站通過(guò)Set命令設(shè)置了代理端某個(gè)對(duì)象的值，比如，管理站1對(duì)代理端發(fā)出Set命令，代理端MIB中的數(shù)據(jù)值相應(yīng)地發(fā)生了變化，假如該代理端只對(duì)應(yīng)管理站1，則無(wú)需進(jìn)行改變數(shù)據(jù)的Trap上報(bào)。但該代理端對(duì)應(yīng)多個(gè)管理站時(shí)，可以通過(guò)變化通知Trap，將該變化通知所有其他管理站，即可保證不同管理站間數(shù)據(jù)的實(shí)時(shí)一致，而無(wú)需管理站間再進(jìn)行報(bào)文交互。
可見(jiàn)，利用本發(fā)明，可以通過(guò)較少的報(bào)文交互管理站即可獲得代理端所有被管對(duì)象的數(shù)據(jù)，通過(guò)對(duì)代理端發(fā)生變化的被管對(duì)象數(shù)據(jù)的緩存或及時(shí)上報(bào)，有效地保證了管理站和代理端數(shù)據(jù)的實(shí)時(shí)一致，相對(duì)減輕了管理站的負(fù)擔(dān)。
雖然通過(guò)實(shí)施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，希望所附的權(quán)利要求包括這些變形和變化而不脫離本發(fā)明的精神。
權(quán)利要求
1.一種保證管理站和代理間被管對(duì)象數(shù)據(jù)實(shí)時(shí)一致的方法，其特征在于，包括以下步驟A、代理端按照約定格式將所有被管對(duì)象的數(shù)據(jù)生成數(shù)據(jù)一致性文件，并將其上傳給管理站；B、在文件上傳過(guò)程中，如果代理端被管對(duì)象的數(shù)據(jù)發(fā)生變化，則緩存該變化數(shù)據(jù)；C、文件上傳結(jié)束后，代理端將緩存的變化數(shù)據(jù)上報(bào)給管理端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟A前還包括步驟A′、管理站向代理端發(fā)起數(shù)據(jù)一致性請(qǐng)求。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟A′具體為管理站采用專用命令向代理端發(fā)起數(shù)據(jù)一致性請(qǐng)求。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟A′具體為根據(jù)簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議，管理站向代理端發(fā)送設(shè)置請(qǐng)求SetRequest命令，請(qǐng)求代理端上傳數(shù)據(jù)一致性文件。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述數(shù)據(jù)一致性請(qǐng)求消息中包含文件上傳路徑。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A中數(shù)據(jù)一致性文件格式按以下方式確定采用可擴(kuò)展標(biāo)記語(yǔ)言XML或者超文本標(biāo)記語(yǔ)言HTML定義數(shù)據(jù)一致性文件格式。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A中通過(guò)標(biāo)準(zhǔn)的文件傳輸協(xié)議FTP或者文件傳輸、訪問(wèn)及管理協(xié)議FTAM或者簡(jiǎn)單對(duì)象處理協(xié)議SOAP將數(shù)據(jù)一致性文件上傳給管理站。
8.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟A進(jìn)一步包括代理端收到管理站的數(shù)據(jù)一致性請(qǐng)求消息后，將自己標(biāo)記為數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述步驟A進(jìn)一步包括代理端上傳數(shù)據(jù)一致性文件完畢后，通過(guò)事件通知管理站上傳文件結(jié)束，并將自己標(biāo)記為非數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述步驟C具體為當(dāng)代理端為非數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)時(shí)，通過(guò)簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議的Trap操作將管理對(duì)象自身變化后的數(shù)據(jù)立即上報(bào)給管理站。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述步驟C進(jìn)一步包括當(dāng)有多個(gè)管理站管理同一個(gè)代理端并且代理端為非數(shù)據(jù)實(shí)時(shí)一致?tīng)顟B(tài)時(shí)，通過(guò)所述Trap操作將任一管理站的由簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議的Set操作產(chǎn)生的變化數(shù)據(jù)立即上報(bào)給其他管理站。
全文摘要
本發(fā)明公開(kāi)了一種保證管理站和代理間被管對(duì)象數(shù)據(jù)實(shí)時(shí)一致的方法，包括步驟代理端按照約定格式將所有被管對(duì)象的數(shù)據(jù)生成數(shù)據(jù)一致性文件，并將其上傳給管理站；在文件上傳過(guò)程中，如果代理端被管對(duì)象的數(shù)據(jù)發(fā)生變化，則緩存該變化數(shù)據(jù)；文件上傳結(jié)束后，代理端將緩存的變化數(shù)據(jù)上報(bào)給管理端。如果不在文件傳輸過(guò)程中，代理端將發(fā)生變化的被管對(duì)象直接通知管理站。利用本發(fā)明，使管理站合理、有效地管理被管對(duì)象，減少管理站和代理間的報(bào)文交互，并保證管理站和代理端數(shù)據(jù)的實(shí)時(shí)一致。
文檔編號(hào)H04L12/24GK1949768SQ20051011263
公開(kāi)日2007年4月18日 申請(qǐng)日期2005年10月11日 優(yōu)先權(quán)日2005年10月11日
發(fā)明者趙國(guó)新, 范炬, 李文俊 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司