專利名稱：網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域，具體而言，涉及一種網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的方法 和裝置。
背景技術(shù)：
OMC (Operation and Maintenance Center,操作維護(hù)中心)是無線網(wǎng)絡(luò)網(wǎng)管中的重
要組成部分，它管理著由大量基站等被管設(shè)備所構(gòu)成的一個(gè)網(wǎng)絡(luò)。OMC —般使用SNMP 協(xié)議(Simple Network Management Protocol，簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)來管理網(wǎng)絡(luò)中的各種 設(shè)備。SNMP是一種基于UDP(User Datagram Protocol，用戶數(shù)據(jù)報(bào)協(xié)議)的不可靠協(xié) 議，SNMP Trap消息就是在被管設(shè)備狀態(tài)發(fā)生變化(例如，發(fā)生故障)時(shí)，被管設(shè)備發(fā)送 SNMP Trap消息給OMC，OMC就會(huì)知道被管設(shè)備的故障情況，進(jìn)而采取相應(yīng)的處理措施 或提示用戶。由于SNMP協(xié)議的不可靠性，SNMP Trap消息有時(shí)會(huì)丟失，比如網(wǎng)絡(luò)環(huán)境比較 差時(shí)。一般情況下，SNMP Trap消息只是通知用戶被管設(shè)備進(jìn)入了什么狀態(tài)或系統(tǒng)執(zhí)行 了哪些操作，所以即使丟失影響也不大，但有些SNMP Trap消息是不能丟失的。比如基 站上電完成消息(SNMPTrap消息中的一種)，因?yàn)镺MC要利用此消息做相應(yīng)的動(dòng)作的。 如果丟失此消息，就無法觸發(fā)OMC做相應(yīng)的動(dòng)作，OMC就無法轉(zhuǎn)入到正確的狀態(tài)。相關(guān)技術(shù)中，有兩種上報(bào)SNMP Trap消息的方式方式一，網(wǎng)絡(luò)設(shè)備的狀態(tài)發(fā) 生變化后，直接向OMC發(fā)送一條SNMP Trap消息；方式二，OMC周期地向網(wǎng)絡(luò)設(shè)備發(fā) 送查詢消息，網(wǎng)絡(luò)設(shè)備收到查詢消息后回復(fù)SNMP Trap消息。其中，方式一容易造成重要的SNMP Trap消息丟失，影響后續(xù)處理；方式二的消息量比較大，增加網(wǎng)絡(luò)負(fù)荷。例如網(wǎng)絡(luò)中有10000個(gè)基站，那 OMC就要周期性的發(fā)送10000條查詢消息給各基站，還要處理10000個(gè)基站的回復(fù)消 息，并且還需要考慮10000條回復(fù)消息最好能在某個(gè)時(shí)間段內(nèi)均勻回復(fù)，不然容易導(dǎo)致 OMC成為瓶頸。由上述內(nèi)容可知，上述兩種SNMP Trap消息的上報(bào)方式均會(huì)導(dǎo)致OMC不方便管
理網(wǎng)絡(luò)設(shè)備。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的方法和裝置，以至少 解決上述OMC管理網(wǎng)絡(luò)設(shè)備不方便的問題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的方法，包括網(wǎng) 絡(luò)設(shè)備有狀態(tài)信息需要上報(bào)OMC時(shí)，根據(jù)該狀態(tài)信息的內(nèi)容確定該狀態(tài)信息為不可丟失 的信息；該網(wǎng)絡(luò)設(shè)備每隔設(shè)定時(shí)長(zhǎng)向該OMC發(fā)送一次所述狀態(tài)信息，直至確定該狀態(tài)信 息發(fā)送成功或該狀態(tài)信息發(fā)送次數(shù)達(dá)到設(shè)定值。其中，所述網(wǎng)絡(luò)設(shè)備每隔設(shè)定時(shí)長(zhǎng)向所述OMC發(fā)送一次所述狀態(tài)信息包括所述網(wǎng)絡(luò)設(shè)備使用預(yù)先設(shè)置的重發(fā)服務(wù)進(jìn)程，每隔設(shè)定時(shí)長(zhǎng)向所述OMC發(fā)送一次所述狀態(tài) fn息ο其中，所述重發(fā)服務(wù)進(jìn)程的數(shù)據(jù)結(jié)構(gòu)中包括多條記錄，每條記錄對(duì)應(yīng)一個(gè)索 引、記錄是否正在使用的使用標(biāo)識(shí)、發(fā)送次數(shù)的計(jì)數(shù)、發(fā)送次數(shù)的設(shè)定值和發(fā)送間隔定 時(shí)器；所述網(wǎng)絡(luò)設(shè)備使用預(yù)先設(shè)置的重發(fā)服務(wù)進(jìn)程，每隔設(shè)定時(shí)長(zhǎng)向所述OMC發(fā)送一次 所述狀態(tài)信息包括所述重發(fā)服務(wù)進(jìn)程接收所述網(wǎng)絡(luò)設(shè)備上其它進(jìn)程發(fā)送的需求消息， 所述需求消息攜帶有所述狀態(tài)信息、所述狀態(tài)信息的發(fā)送次數(shù)和發(fā)送間隔；所述重發(fā)服 務(wù)進(jìn)程判斷所述需求消息是否為空，如果不為空，從所述多條記錄中選擇一條所述使用 標(biāo)識(shí)為未使用的記錄作為發(fā)送所述狀態(tài)信息的記錄；所述重發(fā)服務(wù)進(jìn)程根據(jù)所述需求消 息初始化所述選擇的記錄中的各項(xiàng)內(nèi)容；所述重發(fā)服務(wù)進(jìn)程每發(fā)送一次所述狀態(tài)信息， 將所述選擇的記錄的發(fā)送次數(shù)加1，啟動(dòng)所述選擇的記錄的發(fā)送間隔定時(shí)器。其中，所述需求消息還攜帶有所述狀態(tài)信息的時(shí)間戳獲取指示信息；所述重發(fā) 服務(wù)進(jìn)程發(fā)送的所述狀態(tài)信息中攜帶有所述選擇的記錄的索引和根據(jù)所述時(shí)間戳獲取指 示信息獲取的所述狀態(tài)信息的時(shí)間戳；該方法還包括所述OMC接收到所述狀態(tài)信息 后，提取所述索引和所述時(shí)間戳；所述OMC向所述重發(fā)服務(wù)進(jìn)程發(fā)送應(yīng)答消息，其中， 所述應(yīng)答消息攜帶有所述索引和所述時(shí)間戳；所述重發(fā)服務(wù)進(jìn)程接收到所述應(yīng)答消息 后，判斷所述索引對(duì)應(yīng)的記錄是否有效，如果有效，獲取所述狀態(tài)信息的時(shí)間戳，如果 獲取的所述時(shí)間戳與所述應(yīng)答消息中的時(shí)間戳相同，則確定所述狀態(tài)信息發(fā)送成功。其中，所述重發(fā)服務(wù)進(jìn)程確定所述狀態(tài)信息發(fā)送成功或所述發(fā)送次數(shù)的計(jì)數(shù)達(dá) 到所述設(shè)定值之后，所述方法還包括所述重發(fā)服務(wù)進(jìn)程設(shè)置所述選擇的記錄的使用標(biāo) 識(shí)為未使用。根據(jù)本發(fā)明的另一方面，提供了一種網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的裝置，包括信 息確定模塊，用于有狀態(tài)信息需要上報(bào)OMC時(shí)，根據(jù)該狀態(tài)信息的內(nèi)容確定所述狀態(tài)信 息是否為不可丟失的信息；重發(fā)模塊，用于每隔設(shè)定時(shí)長(zhǎng)向所述OMC發(fā)送一次該狀態(tài)信 息，直至確定該狀態(tài)信息發(fā)送成功或該狀態(tài)信息發(fā)送次數(shù)達(dá)到設(shè)定值。其中，所述重發(fā)模塊包括重發(fā)單元，用于使用預(yù)先設(shè)置的重發(fā)服務(wù)進(jìn)程，每 隔設(shè)定時(shí)長(zhǎng)向所述OMC發(fā)送一次所述狀態(tài)信息。其中，所述重發(fā)單元包括接收子單元，用于使用所述重發(fā)服務(wù)進(jìn)程接收所述 網(wǎng)絡(luò)設(shè)備上其它進(jìn)程發(fā)送的需求消息，所述需求消息攜帶有所述狀態(tài)信息、所述狀態(tài)信 息的發(fā)送次數(shù)和發(fā)送間隔；所述重發(fā)服務(wù)進(jìn)程的數(shù)據(jù)結(jié)構(gòu)中包括多條記錄，每條記錄 對(duì)應(yīng)一個(gè)索引、記錄是否正在使用的使用標(biāo)識(shí)、發(fā)送次數(shù)的計(jì)數(shù)、發(fā)送次數(shù)的設(shè)定值和 發(fā)送間隔定時(shí)器；判斷子單元，用于判斷所述狀態(tài)信息是否為空；記錄選擇子單元，用 于所述判斷子單元的判斷結(jié)果為所述需求消息不為空，從所述多條記錄中選擇一條所述 使用標(biāo)識(shí)為未使用的記錄作為發(fā)送所述狀態(tài)信息的記錄；初始化子單元，用于根據(jù)所述 需求消息初始化所述選擇的記錄中的各項(xiàng)內(nèi)容；重發(fā)子單元，用于每發(fā)送一次所述狀態(tài) 信息，將所述選擇的記錄的發(fā)送次數(shù)加1，啟動(dòng)所述選擇的記錄的發(fā)送間隔定時(shí)器。其中，所述重發(fā)子單元包括時(shí)戳獲取子單元，用于所述需求消息中攜帶有所 述狀態(tài)信息的時(shí)間戳獲取指示信息時(shí)，根據(jù)所述時(shí)間戳獲取指示信息獲取的所述狀態(tài)信 息的時(shí)間戳；信息發(fā)送子單元，用于向所述OMC發(fā)送所述狀態(tài)信息，其中，所述狀態(tài)信息攜帶有所述選擇的記錄的索引和所述時(shí)間戳；所述裝置還包括消息接收模塊，用于 接收來自所述OMC的應(yīng)答消息，其中，所述應(yīng)答消息攜帶有所述索引和所述時(shí)間戳；發(fā) 送成功確定模塊，用于判斷所述索引對(duì)應(yīng)的記錄是否有效，如果有效，獲取所述狀態(tài)信 息的時(shí)間戳，如果獲取的所述時(shí)間戳與所述應(yīng)答消息中的時(shí)間戳相同，則確定所述狀態(tài) 信息發(fā)送成功。其中，所述裝置還包括記錄設(shè)置模塊，用于確定所述狀態(tài)信息發(fā)送成功或所 述發(fā)送次數(shù)的計(jì)數(shù)達(dá)到所述設(shè)定值之后，設(shè)置所述選擇的記錄的使用標(biāo)識(shí)為未使用。通過本發(fā)明，采用重復(fù)發(fā)送狀態(tài)信息的方法，并確認(rèn)發(fā)送成功或發(fā)送次數(shù)達(dá)到 設(shè)定值后結(jié)束狀態(tài)信息的發(fā)送，保證了 OMC盡可能地收到不可丟失的狀態(tài)信息，進(jìn)而 保證OMC使用該狀態(tài)信息對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行管理，解決了 OMC管理網(wǎng)絡(luò)設(shè)備不方便的問 題，增強(qiáng)了系統(tǒng)的性能和可靠性。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本 發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖 中圖1是根據(jù)本發(fā)明實(shí)施例1的網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的方法流程圖；圖2是根據(jù)本發(fā)明實(shí)施例2的基站和OMC消息交互示意圖；圖3是根據(jù)本發(fā)明實(shí)施例2的SNMP Trap重發(fā)服務(wù)進(jìn)程處理 Message (Requirement)消息的流程圖；圖4是根據(jù)本發(fā)明實(shí)施例2的SNMP Trap重發(fā)服務(wù)進(jìn)程處理定時(shí)器到時(shí)消息的 流程圖；圖5是根據(jù)本發(fā)明實(shí)施例2的SNMP Trap重發(fā)服務(wù)進(jìn)程處理Message (Index, TimeTicks)消息的流程圖；圖6是根據(jù)本發(fā)明實(shí)施例2的OMC收到SNMP Trap消息后的處理流程圖；圖7是根據(jù)本發(fā)明實(shí)施例3的網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的裝置的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突 的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。本發(fā)明實(shí)施例基于盡力保證某些SNMP Trap消息(即狀態(tài)信息)可靠的發(fā)給 OMC，提供了 一種網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的方法和裝置。實(shí)施例1圖1示出了根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的方法流程圖，該方法 包括以下步驟步驟S102，網(wǎng)絡(luò)設(shè)備有狀態(tài)信息需要上報(bào)OMC時(shí)，根據(jù)狀態(tài)信息的內(nèi)容確定狀 態(tài)信息為不可丟失的信息；例如，當(dāng)需要上報(bào)的狀態(tài)信息為網(wǎng)絡(luò)設(shè)備上電完成信息時(shí)，則該狀態(tài)信息為不 可丟失的信息；
本實(shí)施例中的不可丟失的信息指該信息對(duì)OMC是否重要，如果重要，則確定該 信息為不可丟失的信息，就要盡全力向OMC發(fā)送，并要得到OMC的確認(rèn)。如果不重 要，則確定該信息不屬于不可丟失的信息，因此對(duì)于該信息可以只是發(fā)送，而不管消息 是否順利的到達(dá)OMC，對(duì)于不重要的信息的處理即為現(xiàn)有技術(shù)中的處理；步驟S104，網(wǎng)絡(luò)設(shè)備每隔設(shè)定時(shí)長(zhǎng)向OMC發(fā)送一次狀態(tài)信息，直至確定該狀態(tài) 信息發(fā)送成功或狀態(tài)信息發(fā)送次數(shù)達(dá)到設(shè)定值。本實(shí)施例采用重復(fù)發(fā)送狀態(tài)信息的方法，并設(shè)定發(fā)送次數(shù)的最大允許值，即上 述設(shè)定值，確認(rèn)發(fā)送成功或發(fā)送次數(shù)達(dá)到設(shè)定值后結(jié)束狀態(tài)信息的發(fā)送，保證了 OMC盡 可能地收到不可丟失的狀態(tài)信息，進(jìn)而保證OMC使用該狀態(tài)信息對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行管理， 解決了 OMC管理網(wǎng)絡(luò)設(shè)備不方便的問題，增強(qiáng)了系統(tǒng)的性能和可靠性。本實(shí)施例可以在網(wǎng)絡(luò)設(shè)備上新增一個(gè)重發(fā)服務(wù)進(jìn)程，網(wǎng)絡(luò)設(shè)備上的其它進(jìn)程如 果有狀態(tài)信息需要發(fā)送給OMC，網(wǎng)絡(luò)設(shè)備可以先判斷該狀態(tài)信息是否為不可丟失的狀態(tài) 信息，若是，則將該狀態(tài)信息發(fā)送到重發(fā)服務(wù)進(jìn)程上進(jìn)行處理，該預(yù)先設(shè)置的重發(fā)服務(wù) 進(jìn)程將每隔設(shè)定時(shí)長(zhǎng)向OMC發(fā)送一次該狀態(tài)信息。基于此，上述網(wǎng)絡(luò)設(shè)備每隔設(shè)定時(shí)長(zhǎng) 向OMC發(fā)送一次狀態(tài)信息包括網(wǎng)絡(luò)設(shè)備使用預(yù)先設(shè)置的重發(fā)服務(wù)進(jìn)程，每隔設(shè)定時(shí)長(zhǎng) 向OMC發(fā)送一次該狀態(tài)信息。在具體實(shí)現(xiàn)時(shí)，上述重發(fā)服務(wù)進(jìn)程的數(shù)據(jù)結(jié)構(gòu)中可以包括多條記錄，每條記 錄對(duì)應(yīng)一個(gè)索引、記錄是否正在使用的使用標(biāo)識(shí)、發(fā)送次數(shù)的計(jì)數(shù)、發(fā)送次數(shù)的設(shè)定值 和發(fā)送間隔定時(shí)器；基于此，網(wǎng)絡(luò)設(shè)備使用預(yù)先設(shè)置的重發(fā)服務(wù)進(jìn)程，每隔設(shè)定時(shí)長(zhǎng)向 OMC發(fā)送一次狀態(tài)信息包括1)重發(fā)服務(wù)進(jìn)程接收網(wǎng)絡(luò)設(shè)備上其它進(jìn)程發(fā)送的需求消息，該需求消息攜帶有 上述狀態(tài)信息、該狀態(tài)信息的發(fā)送次數(shù)和發(fā)送間隔；2)重發(fā)服務(wù)進(jìn)程判斷需求消息是否為空，如果不為空，從多條記錄中選擇一條 使用標(biāo)識(shí)為未使用的記錄作為發(fā)送狀態(tài)信息的記錄；3)重發(fā)服務(wù)進(jìn)程根據(jù)需求消息初始化選擇的記錄中的各項(xiàng)內(nèi)容；例如設(shè)置選 擇的記錄的使用標(biāo)識(shí)為使用狀態(tài)，發(fā)送次數(shù)的計(jì)數(shù)為0，發(fā)送次數(shù)的設(shè)定值為10，以及 發(fā)送間隔定時(shí)器為30秒等；4)重發(fā)服務(wù)進(jìn)程每發(fā)送一次狀態(tài)信息，將選擇的記錄的發(fā)送次數(shù)加1，啟動(dòng)選 擇的記錄的發(fā)送間隔定時(shí)器。使用重發(fā)服務(wù)進(jìn)程發(fā)送狀態(tài)信息時(shí)，可以在間隔定時(shí)器的定時(shí)到達(dá)后，觸發(fā)下 一次狀態(tài)信息的發(fā)送，直至發(fā)送次數(shù)達(dá)到設(shè)定值或確定發(fā)送該狀態(tài)信息已成功，再結(jié)束 其發(fā)送。優(yōu)選地，上述需求消息中還攜帶有狀態(tài)信息的時(shí)間戳獲取指示信息。因重發(fā)服 務(wù)進(jìn)程可以觸發(fā)多個(gè)不同的狀態(tài)信息發(fā)送，為了區(qū)分各個(gè)狀態(tài)信息的發(fā)送狀態(tài)，重發(fā)服 務(wù)進(jìn)程將會(huì)在上述記錄中記錄各個(gè)狀態(tài)信息的發(fā)送狀態(tài)。同時(shí)，為了能夠區(qū)分出OMC返 回的應(yīng)答消息為對(duì)應(yīng)哪個(gè)狀態(tài)信息的，本實(shí)施例的重發(fā)服務(wù)進(jìn)程發(fā)送的狀態(tài)信息中攜帶 有選擇的記錄的索引和該狀態(tài)信息的時(shí)間戳；其中，該時(shí)間戳是根據(jù)需求消息中的狀態(tài) 信息的時(shí)間戳獲取指示信息得到的；基于此，上述方法還包括OMC接收到狀態(tài)信息后，提取上述索引和時(shí)間戳；
OMC向重發(fā)服務(wù)進(jìn)程發(fā)送應(yīng)答消息，其中，該應(yīng)答消息攜帶有上述索引和時(shí)間 戳；重發(fā)服務(wù)進(jìn)程接收到上述應(yīng)答消息后，判斷上述索引對(duì)應(yīng)的記錄是否有效，如 果有效，獲取狀態(tài)信息的時(shí)間戳，如果獲取的時(shí)間戳與應(yīng)答消息中的時(shí)間戳相同，則確 定該狀態(tài)信息發(fā)送成功。重發(fā)服務(wù)進(jìn)程確定狀態(tài)信息發(fā)送成功或發(fā)送次數(shù)的計(jì)數(shù)達(dá)到設(shè)定值之后，該方 法還包括重發(fā)服務(wù)進(jìn)程設(shè)置選擇的記錄的使用標(biāo)識(shí)為未使用，以便供后續(xù)其它狀態(tài)信 息的發(fā)送使用。本實(shí)施例采用重復(fù)發(fā)送狀態(tài)信息的方法，保證了 OMC盡可能地收到不可丟失的 狀態(tài)信息，進(jìn)而保證OMC使用該狀態(tài)信息對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行管理，解決了 OMC管理網(wǎng)絡(luò) 設(shè)備不方便的問題，增強(qiáng)了系統(tǒng)的性能和可靠性。實(shí)施例2本實(shí)施例的網(wǎng)絡(luò)設(shè)備以基站為例進(jìn)行說明，狀態(tài)信息通過SNMP Trap消息攜帶 給OMC，本實(shí)施例考慮到發(fā)送SNMP Trap消息的網(wǎng)絡(luò)設(shè)備較多，因此采用一種通用的接 口簡(jiǎn)單的機(jī)制重發(fā)SNMP Trap消息。具體為在基站系統(tǒng)中新增“SNMP Trap重發(fā)服 務(wù)”進(jìn)程。當(dāng)基站系統(tǒng)中的其他進(jìn)程(以下稱為發(fā)送進(jìn)程)有發(fā)送SNMP Trap消息到 OMC的需求時(shí)，只需要發(fā)送消息Message(Requirement)到“SNMP Trap重發(fā)服務(wù)”進(jìn)程 即可。當(dāng)然，如果此SNMP Trap消息不重要，則可以走原有流程。Requirement是由下列字段構(gòu)成的結(jié)構(gòu)體SendTimes 發(fā)送次數(shù)，即最大的發(fā)送次數(shù)；SendInterval 發(fā)送間隔，即兩次發(fā)送的時(shí)間間隔；Data 待發(fā)送的數(shù)據(jù)；FunGetTimeTicks 函數(shù)指針，負(fù)責(zé)從Data中獲取時(shí)間戳；FunSend 函數(shù)指針，負(fù)責(zé)具體發(fā)送數(shù)據(jù)；FunSucceeded 函數(shù)指針，數(shù)據(jù)發(fā)送成功后的處理，該函數(shù)指針為可選項(xiàng)；如
果沒有該函數(shù)指針，將以默認(rèn)方式對(duì)發(fā)送成功后的流程進(jìn)行處理；FunFailed 函數(shù)指針，數(shù)據(jù)發(fā)送失敗后的處理，該函數(shù)指針為可選項(xiàng)；如果沒 有該函數(shù)指針，將以默認(rèn)方式對(duì)發(fā)送失敗后的流程進(jìn)行處理?！癝NMP Trap重發(fā)服務(wù)”進(jìn)程收到發(fā)送進(jìn)程的Message (Requirement)消息后， 按照Requirement的要求進(jìn)行SNMP Trap消息發(fā)送啟動(dòng)定時(shí)器，周期性的向OMC發(fā)送 SNMP Trap消息。如果在SendTimes內(nèi)，收到OMC的應(yīng)答，則發(fā)送成功，調(diào)用Func_ SendSucceed進(jìn)行處理；如果發(fā)送SendTimes后，仍然沒有收到OMC的應(yīng)答，則調(diào)用 Func_SendFailed 進(jìn)行處理。如圖2所示的基站和OMC之間的消息交互示意圖。某發(fā)送進(jìn)程發(fā)送 Message (Requirement)消息給SNMP Trap重發(fā)服務(wù)進(jìn)程。SNMP Trap重發(fā)服務(wù)進(jìn)程收到 Message(Requirement)消息后，按照Requirement的要求提供重發(fā)服務(wù)。當(dāng)SNMP Trap 重發(fā)服務(wù)進(jìn)程收到OMC的應(yīng)答消息(例如，SNMP Set消息)后，停止服務(wù)?；蛘弋?dāng) SNMP Trap重發(fā)服務(wù)進(jìn)程，按照Requirement要求發(fā)送完SNMP Trap消息，但一直沒有收 到OMC的應(yīng)答消息(SNMP Set消息)時(shí)，也要停止服務(wù)。
其中，SNMP Trap重發(fā)服務(wù)進(jìn)程使用的數(shù)據(jù)結(jié)構(gòu)如表1所示。
權(quán)利要求
1.一種網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的方法，其特征在于，包括網(wǎng)絡(luò)設(shè)備有狀態(tài)信息需要上報(bào)操作維護(hù)中心OMC時(shí)，根據(jù)所述狀態(tài)信息的內(nèi)容確定 所述狀態(tài)信息為不可丟失的信息；所述網(wǎng)絡(luò)設(shè)備每隔設(shè)定時(shí)長(zhǎng)向所述OMC發(fā)送一次所述狀態(tài)信息，直至確定所述狀態(tài) 信息發(fā)送成功或所述狀態(tài)信息發(fā)送次數(shù)達(dá)到設(shè)定值。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述網(wǎng)絡(luò)設(shè)備每隔設(shè)定時(shí)長(zhǎng)向所述 OMC發(fā)送一次所述狀態(tài)信息包括所述網(wǎng)絡(luò)設(shè)備使用預(yù)先設(shè)置的重發(fā)服務(wù)進(jìn)程，每隔設(shè)定時(shí)長(zhǎng)向所述OMC發(fā)送一次所 述狀態(tài)信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述重發(fā)服務(wù)進(jìn)程的數(shù)據(jù)結(jié)構(gòu)中包括多條記錄，每條記錄對(duì)應(yīng)一個(gè)索引、記錄是 否正在使用的使用標(biāo)識(shí)、發(fā)送次數(shù)的計(jì)數(shù)、發(fā)送次數(shù)的設(shè)定值和發(fā)送間隔定時(shí)器；所述網(wǎng)絡(luò)設(shè)備使用預(yù)先設(shè)置的重發(fā)服務(wù)進(jìn)程，每隔設(shè)定時(shí)長(zhǎng)向所述OMC發(fā)送一次所 述狀態(tài)信息包括所述重發(fā)服務(wù)進(jìn)程接收所述網(wǎng)絡(luò)設(shè)備上其它進(jìn)程發(fā)送的需求消息，所述需求消息攜 帶有所述狀態(tài)信息、所述狀態(tài)信息的發(fā)送次數(shù)和發(fā)送間隔；所述重發(fā)服務(wù)進(jìn)程判斷所述需求消息是否為空，如果不為空，從所述多條記錄中選 擇一條所述使用標(biāo)識(shí)為未使用的記錄作為發(fā)送所述狀態(tài)信息的記錄；所述重發(fā)服務(wù)進(jìn)程根據(jù)所述需求消息初始化所述選擇的記錄中的各項(xiàng)內(nèi)容； 所述重發(fā)服務(wù)進(jìn)程每發(fā)送一次所述狀態(tài)信息，將所述選擇的記錄的發(fā)送次數(shù)加1，啟 動(dòng)所述選擇的記錄的發(fā)送間隔定時(shí)器。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述需求消息還攜帶有所述狀態(tài)信息的時(shí)間戳獲取指示信息； 所述重發(fā)服務(wù)進(jìn)程發(fā)送的所述狀態(tài)信息中攜帶有所述選擇的記錄的索引和根據(jù)所述 時(shí)間戳獲取指示信息獲取的所述狀態(tài)信息的時(shí)間戳； 所述方法還包括所述OMC接收到所述狀態(tài)信息后，提取所述索引和所述時(shí)間戳； 所述OMC向所述重發(fā)服務(wù)進(jìn)程發(fā)送應(yīng)答消息，其中，所述應(yīng)答消息攜帶有所述索引 和所述時(shí)間戳；所述重發(fā)服務(wù)進(jìn)程接收到所述應(yīng)答消息后，判斷所述索引對(duì)應(yīng)的記錄是否有效，如 果有效，獲取所述狀態(tài)信息的時(shí)間戳，如果獲取的所述時(shí)間戳與所述應(yīng)答消息中的時(shí)間 戳相同，則確定所述狀態(tài)信息發(fā)送成功。
5.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述重發(fā)服務(wù)進(jìn)程確定所述狀態(tài)信息發(fā)送成功或所述發(fā)送次數(shù)的計(jì)數(shù)達(dá)到所述設(shè)定 值之后，所述方法還包括所述重發(fā)服務(wù)進(jìn)程設(shè)置所述選擇的記錄的使用標(biāo)識(shí)為未使用。
6.—種網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的裝置，其特征在于，包括信息確定模塊，用于有狀態(tài)信息需要上報(bào)操作維護(hù)中心OMC時(shí)，根據(jù)所述狀態(tài)信息 的內(nèi)容確定所述狀態(tài)信息是否為不可丟失的信息；重發(fā)模塊，用于每隔設(shè)定時(shí)長(zhǎng)向所述OMC發(fā)送一次所述狀態(tài)信息，直至確定所述狀 態(tài)信息發(fā)送成功或所述狀態(tài)信息發(fā)送次數(shù)達(dá)到設(shè)定值。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述重發(fā)模塊包括重發(fā)單元，用于使用預(yù)先設(shè)置的重發(fā)服務(wù)進(jìn)程，每隔設(shè)定時(shí)長(zhǎng)向所述OMC發(fā)送一次 所述狀態(tài)信息。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述重發(fā)單元包括接收子單元，用于使用所述重發(fā)服務(wù)進(jìn)程接收所述網(wǎng)絡(luò)設(shè)備上其它進(jìn)程發(fā)送的需求 消息，所述需求消息攜帶有所述狀態(tài)信息、所述狀態(tài)信息的發(fā)送次數(shù)和發(fā)送間隔；所述 重發(fā)服務(wù)進(jìn)程的數(shù)據(jù)結(jié)構(gòu)中包括多條記錄，每條記錄對(duì)應(yīng)一個(gè)索引、記錄是否正在使 用的使用標(biāo)識(shí)、發(fā)送次數(shù)的計(jì)數(shù)、發(fā)送次數(shù)的設(shè)定值和發(fā)送間隔定時(shí)器；判斷子單元，用于判斷所述狀態(tài)信息是否為空；記錄選擇子單元，用于所述判斷子單元的判斷結(jié)果為所述需求消息不為空，從所述 多條記錄中選擇一條所述使用標(biāo)識(shí)為未使用的記錄作為發(fā)送所述狀態(tài)信息的記錄；初始化子單元，用于根據(jù)所述需求消息初始化所述選擇的記錄中的各項(xiàng)內(nèi)容；重發(fā)子單元，用于每發(fā)送一次所述狀態(tài)信息，將所述選擇的記錄的發(fā)送次數(shù)加1，啟 動(dòng)所述選擇的記錄的發(fā)送間隔定時(shí)器。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述重發(fā)子單元包括時(shí)戳獲取子單元，用于所述需求消息中攜帶有所述狀態(tài)信 息的時(shí)間戳獲取指示信息時(shí)，根據(jù)所述時(shí)間戳獲取指示信息獲取的所述狀態(tài)信息的時(shí)間 戳；信息發(fā)送子單元，用于向所述OMC發(fā)送所述狀態(tài)信息，其中，所述狀態(tài)信息攜帶有 所述選擇的記錄的索引和所述時(shí)間戳；所述裝置還包括消息接收模塊，用于接收來自所述OMC的應(yīng)答消息，其中，所述 應(yīng)答消息攜帶有所述索引和所述時(shí)間戳；發(fā)送成功確定模塊，用于判斷所述索引對(duì)應(yīng)的記錄是否有效，如果有效，獲取所述 狀態(tài)信息的時(shí)間戳，如果獲取的所述時(shí)間戳與所述應(yīng)答消息中的時(shí)間戳相同，則確定所 述狀態(tài)信息發(fā)送成功。
10.根據(jù)權(quán)利要求8或9所述的裝置，其特征在于，所述裝置還包括記錄設(shè)置模塊，用于確定所述狀態(tài)信息發(fā)送成功或所述發(fā)送次數(shù)的計(jì)數(shù)達(dá)到所述設(shè) 定值之后，設(shè)置所述選擇的記錄的使用標(biāo)識(shí)為未使用。
全文摘要
本發(fā)明提供了一種網(wǎng)絡(luò)設(shè)備上報(bào)狀態(tài)信息的方法和裝置。其中，該方法包括網(wǎng)絡(luò)設(shè)備有狀態(tài)信息需要上報(bào)OMC時(shí)，根據(jù)該狀態(tài)信息的內(nèi)容確定該狀態(tài)信息為不可丟失的信息；該網(wǎng)絡(luò)設(shè)備每隔設(shè)定時(shí)長(zhǎng)向該OMC發(fā)送一次上述狀態(tài)信息，直至確定上述狀態(tài)信息發(fā)送成功或上述狀態(tài)信息發(fā)送次數(shù)達(dá)到設(shè)定值。根據(jù)本發(fā)明，解決了OMC管理網(wǎng)絡(luò)設(shè)備不方便的問題，增強(qiáng)了系統(tǒng)的性能和可靠性。
文檔編號(hào)H04W24/10GK102014427SQ20101056729
公開日2011年4月13日 申請(qǐng)日期2010年11月30日 優(yōu)先權(quán)日2010年11月30日
發(fā)明者岳亞力 申請(qǐng)人:中興通訊股份有限公司