專利名稱：設(shè)備管理的保障方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種設(shè)備管理的保障方法、裝置和系統(tǒng)。
背景技術(shù)：
現(xiàn)有的網(wǎng)絡(luò)管理系統(tǒng)包括管理設(shè)備、與所述管理設(shè)備相連的系統(tǒng)側(cè)設(shè)備， 和與所述系統(tǒng)側(cè)設(shè)備連接多個(gè)終端側(cè)設(shè)備。管理設(shè)備通過系統(tǒng)側(cè)設(shè)備與所述終 端側(cè)設(shè)備建立連接，對(duì)所述終端側(cè)設(shè)備進(jìn)行管理。只有管理設(shè)備和與其相應(yīng)的 終端側(cè)設(shè)備配置相同的管理協(xié)議時(shí)，管理設(shè)備才能夠?qū)υ摻K端側(cè)設(shè)備進(jìn)行管理。
不同的網(wǎng)絡(luò)管理系統(tǒng)可以采用不同的管理協(xié)議。常見的管理協(xié)議有TR069 協(xié)議(由數(shù)字用戶環(huán)路論壇制定)、SNMP協(xié)議(簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)和OMCI協(xié) 議(光網(wǎng)絡(luò)終端管理和控制接口協(xié)議)等。通過系統(tǒng)側(cè)設(shè)備，管理設(shè)備利用管理 協(xié)議對(duì)終端,設(shè)備進(jìn)行管理，有利于運(yùn)營(yíng)商對(duì)終端側(cè)設(shè)備的維護(hù)、業(yè)務(wù)發(fā)放和 升級(jí)。
由于目前TR069、 SNMP和OMCI等管理協(xié)議還都處于規(guī)范化的過程中，會(huì)不 斷地進(jìn)行修改和完善，升級(jí)至新版本的管理協(xié)議，當(dāng)管理設(shè)備上配置的管理協(xié) 議升級(jí)至新版本后，管理設(shè)備無法識(shí)別出配置有老版本的終端側(cè)設(shè)備，不能繼 續(xù)對(duì)終端側(cè)設(shè)備進(jìn)行管理，造成了管理中斷的問題。
為了使管理設(shè)備能夠繼續(xù)管理配置有老版本管理協(xié)議的終端側(cè)設(shè)備，需要 手工對(duì)終端側(cè)設(shè)備上的管理協(xié)議進(jìn)行修改，升級(jí)至可用的新版本文件。因?yàn)榻K
端側(cè)設(shè)備數(shù)量大，分布廣，這種方法消耗了大量人力，在實(shí)際操作中是不可行 的。所以，為了解決因管理設(shè)備升級(jí)帶來的管理問題，通常采用的方法就是新 版本的管理協(xié)議刻意的對(duì)老版本協(xié)議進(jìn)行兼容。在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題隨著 升級(jí)的版本越來越高，兼容量越來越大，大大增加了新版本協(xié)議的復(fù)雜度和對(duì) 新版本協(xié)議進(jìn)行測(cè)試的工作量。并且，由于新版本的管理協(xié)議在很多功能上對(duì) 老版本是不能兼容的，或者設(shè)計(jì)新版本協(xié)議時(shí)對(duì)各版本之間的兼容性考慮不周 等，導(dǎo)致管理設(shè)備升級(jí)至某一新版本管理協(xié)議時(shí)，無法識(shí)別出配置有老版本的 終端側(cè)設(shè)備，不能對(duì)終端設(shè)備繼續(xù)進(jìn)行管理。

發(fā)明內(nèi)容
一方面，本發(fā)明實(shí)施例提供了一種設(shè)備管理的保障方法，該方法在管理設(shè) 備上的管理協(xié)議升級(jí)至新版本后，保障管理設(shè)備能夠?qū)ι?jí)后的終端側(cè)設(shè)備繼 續(xù)進(jìn)行管理。
本發(fā)明實(shí)施例采用的技術(shù)方案包括 一種設(shè)備管理的保障方法，該方法包
括
檢測(cè)出存在管理故障的終端側(cè)設(shè)備； 與所述終端側(cè)設(shè)備建立保障通道；
通過所述保障通道，下發(fā)升級(jí)信息給所述終端側(cè)設(shè)備，以便所述終端側(cè)設(shè) 備升級(jí)。
另一方面，本發(fā)明實(shí)施例還提供了一種設(shè)備管理的保障方法，該方法在管 理設(shè)備上的管理協(xié)議升級(jí)至新版本后，終端側(cè)設(shè)備上的管理協(xié)議也能升級(jí)至所 述新版本，保障了管理設(shè)備能夠?qū)ι?jí)后的終端側(cè)設(shè)備繼續(xù)進(jìn)行管理。
本發(fā)明實(shí)施例采用的技術(shù)方案包括 一種設(shè)備管理的保障方法，該方法包
括
與系統(tǒng)側(cè)設(shè)備建立連接，形成保障通道； "通過所述保障通道，接收所述系統(tǒng)側(cè)設(shè)備下發(fā)的升級(jí)信息；根據(jù)所述升級(jí)信息，進(jìn)行升級(jí)。
再一方面，本發(fā)明實(shí)施例提供了一種設(shè)備管理的保障裝置，該裝置在管理 設(shè)備上的管理協(xié)議升級(jí)至新版本后，保障管理設(shè)備能夠?qū)ι?jí)后的終端側(cè)設(shè)備 繼續(xù)進(jìn)行管理。
本發(fā)明實(shí)施例采用的技術(shù)方案包括 一種設(shè)備管理的保障裝置，該裝置包
括
檢測(cè)單元，用于檢測(cè)出存在管理故障的終端側(cè)設(shè)備；
連接單元，用于根據(jù)檢測(cè)單元的檢測(cè)結(jié)果，與所述存在管理故障的終端側(cè) 設(shè)備建立保障通道；
發(fā)送單元，用于通過所述保障通道，下發(fā)升級(jí)信息給所述存在管理故障的 終端側(cè)設(shè)備，以便所述終端側(cè)設(shè)備升級(jí)。
再一方面，本發(fā)明實(shí)施例還提供了一種設(shè)備管理的保障裝置，該裝置保障 了當(dāng)管理設(shè)備上的管理協(xié)議升級(jí)至新版本后，終端側(cè)設(shè)備上的管理協(xié)議也能升 級(jí)至所述新版本，該裝置包括
連接單元，用于與系統(tǒng)側(cè)設(shè)備建立連接，形成保障通道；
接收單元，用于通過所述保障通道接收所述系統(tǒng)側(cè)設(shè)備下發(fā)的升級(jí)信息；
升級(jí)單元，用于纟艮據(jù)所述升級(jí)信息，進(jìn)行升級(jí)。
再一方面，本發(fā)明實(shí)施例還提供了一種設(shè)備管理的保障系統(tǒng)，該系統(tǒng)能夠 保障當(dāng)管理設(shè)備的管理協(xié)議升級(jí)至新版本后，終端側(cè)設(shè)備上的管理協(xié)議也能升 級(jí)至所述新版本，從而能夠使管理設(shè)備繼續(xù)對(duì)終端側(cè)設(shè)備進(jìn)行管理。
本發(fā)明實(shí)施例采用的技術(shù)方案包括 一種設(shè)備管理的保障系統(tǒng)，該系統(tǒng)包 括管理設(shè)備，與所述管理設(shè)備相連的系統(tǒng)側(cè)設(shè)備，和與所述系統(tǒng)側(cè)設(shè)備相連 的至少一個(gè)終端側(cè)設(shè)備，所述系統(tǒng)側(cè)設(shè)備用于在所述管理設(shè)備升級(jí)以后，與所述終端側(cè)設(shè)備建立保
障通道，通過所述保障通道下發(fā)升級(jí)信息給所述終端側(cè)設(shè)備；
所述終端側(cè)設(shè)備用于與系統(tǒng)側(cè)設(shè)備建立連接，形成保障通道，通過所述保 障通道接收升級(jí)信息，根據(jù)所述升級(jí)信息，進(jìn)行升級(jí)。
當(dāng)管理設(shè)備上配置的管理協(xié)議升級(jí)至新版本，管理設(shè)備無法識(shí)別出配置有 老版本的終端側(cè)設(shè)備，失去對(duì)終端側(cè)設(shè)備的管理時(shí)，本發(fā)明實(shí)施例提供的技術(shù) ^案，先檢測(cè)出存在管理故障的終端側(cè)設(shè)備，通過系統(tǒng)側(cè)設(shè)備與所述終端側(cè)設(shè) 備建立連接，形成保障通道，通過該保障通道下發(fā)升級(jí)信息給所述存在管理故 障的終端側(cè)設(shè)備。所述終端側(cè)設(shè)備通過該保障通道接收系統(tǒng)側(cè)設(shè)備下發(fā)的升級(jí) 信息，根據(jù)升級(jí)信息，升級(jí)至新版本的管理協(xié)議。本發(fā)明實(shí)施例提供的技術(shù)方 案，通過保障通道，使管理設(shè)備上的管理協(xié)議升級(jí)至新版本以后，終端側(cè)設(shè)備 也能升級(jí)至新版本，配置上與管理設(shè)備相同的管理協(xié)議，從而，保障了管理設(shè) 備能夠?qū)K端i殳備繼續(xù)進(jìn)行管理。


圖1為本發(fā)明實(shí)施例一提供的設(shè)備管理的保障方法流程圖； 圖2為本發(fā)明實(shí)施例二提供的設(shè)備管理的保障方法流程圖； 圖3為本發(fā)明實(shí)施例三提供的設(shè)備管理的保障方法流程圖； 圖4為本發(fā)明實(shí)施例四提供的設(shè)備管理的保障方法流程圖； 圖5為本發(fā)明實(shí)施例一提供的設(shè)備管理的保障裝置的結(jié)構(gòu)圖； 圖6為本發(fā)明實(shí)施例二提供的設(shè)備管理的保障裝置的結(jié)構(gòu)圖； 圖7為本發(fā)明實(shí)施例三提供的設(shè)備管理的保障裝置的結(jié)構(gòu)圖； 圖8為本發(fā)明實(shí)施例四提供的設(shè)備管理的保障裝置的結(jié)構(gòu)圖； 圖9為本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)的示意圖；圖10為本發(fā)明實(shí)施例提供的GP0N架構(gòu)下設(shè)備管理的保障系統(tǒng)結(jié)構(gòu)圖； 圖11為本發(fā)明實(shí)施例提供的ACS所在的系統(tǒng)中設(shè)備管理的保障系統(tǒng)結(jié)構(gòu)
圖12為本發(fā)明實(shí)施例提供的綜合接入設(shè)備管理系統(tǒng)中設(shè)備管理的保障系統(tǒng) 結(jié)構(gòu)圖。
具體實(shí)施例方式
為了解決當(dāng)管理設(shè)備的管理協(xié)議升級(jí)至新版本后，無法繼續(xù)管理配置有舊 版本管理協(xié)議的終端側(cè)設(shè)備的問題。本發(fā)明實(shí)施例提供了一種設(shè)備管理的保障 方法、裝置和系統(tǒng)。下面結(jié)合附圖對(duì)本發(fā)明實(shí)施例作進(jìn)一步詳細(xì)說明
本發(fā)明實(shí)施例提供的設(shè)備管理的保障方法，在管理設(shè)備上的管理協(xié)議升級(jí) 至新版本后，保障所述管理設(shè)備能夠?qū)ι?jí)后的終端側(cè)設(shè)備繼續(xù)進(jìn)行管理。
如圖1所示，該方法包括如下步驟
步驟IOI、檢測(cè)出存在管理故障的終端側(cè)設(shè)備；
步驟102、與所述終端側(cè)設(shè)備建立保障通道；
步驟103、通過所述保障通道，下發(fā)升級(jí)信息給所述終端側(cè)設(shè)備，以便所述 纟爭(zhēng)端側(cè)設(shè)備升級(jí)。
當(dāng)管理設(shè)備上配置的管理協(xié)議升級(jí)至新版本，管理設(shè)備無法識(shí)別出配置有 老版本的終端側(cè)設(shè)備，失去對(duì)終端側(cè)設(shè)備的管理時(shí)，本發(fā)明實(shí)施例提供的設(shè)備 管理的保障方法，先檢測(cè)出存在管理故障的終端側(cè)設(shè)備，通過與所述終端側(cè)設(shè) 備建立連接，形成了一條保障通道，通過該保障通道下發(fā)升級(jí)信息給所述終端 側(cè)設(shè)備，本發(fā)明實(shí)施例提供的設(shè)備管理的保障方法，通過保障通道，使管理設(shè) 備升級(jí)以后，終端側(cè)設(shè)備也能進(jìn)行升級(jí)，配置上與管理設(shè)備相同的管理協(xié)議，從而，保障了管理設(shè)備能夠?qū)K端設(shè)備繼續(xù)進(jìn)行管理。 步驟IOI、檢測(cè)出存在管理故障的終端側(cè)設(shè)備。
本發(fā)明實(shí)施例首先需要找到存在管理故障的終端側(cè)設(shè)備，可以根據(jù)需要發(fā) 送指令進(jìn)行掃描，或者定期自動(dòng)掃描，檢測(cè)出管理設(shè)備曾經(jīng)管理過的，但目前 已失去管理的終端側(cè)設(shè)備，該終端側(cè)設(shè)備存在管理故障。
步驟102、與所述終端側(cè)設(shè)備建立保障通道。
為了進(jìn)一步確認(rèn)上述終端側(cè)設(shè)備出現(xiàn)的故障是由于升級(jí)造成的，如圖2所 示，在步驟102之前還包括步驟102a，判斷所述終端側(cè)設(shè)備的物理連接狀態(tài)為 正常，如果物理連接狀態(tài)異常，說明該終端側(cè)設(shè)備可能出現(xiàn)了硬件故障或未處 于使用狀態(tài)，對(duì)該終端側(cè)設(shè)備不予處理；如果物理連接狀態(tài)正常，則進(jìn)一步確 定了該終端側(cè)設(shè)備出現(xiàn)的管理故障可能是由升級(jí)造成的，需要對(duì)該終端側(cè)設(shè)備 進(jìn)行處理。
只有當(dāng)管理設(shè)備因?yàn)楣芾韰f(xié)議升級(jí)，失去對(duì)終端側(cè)設(shè)備的管理時(shí)，造成管 理故障時(shí)，才需要向存在管理故障的終端側(cè)設(shè)備請(qǐng)求建立連"l妄，通過與終端側(cè) 設(shè)備建立的連接，形成一個(gè)暫時(shí)性的保障通道；當(dāng)管理設(shè)備正常管理終端側(cè)設(shè) 備時(shí)，無需建立這種保障通道，以避免不必要的資源消耗。
步驟103、通過所述保障通道，下發(fā)升級(jí)信息給所述終端側(cè)設(shè)備，以便所述 終端側(cè)設(shè)備升級(jí)。
通過上述保障通道下發(fā)升級(jí)信息，所述的升級(jí)信息包括升級(jí)服務(wù)器的地址、 待升級(jí)版本協(xié)議的版本號(hào)，用于確保終端側(cè)設(shè)備能下載到需要的協(xié)議版本。但 本發(fā)明實(shí)施例中的升級(jí)信息并不僅限于此，根據(jù)需要，所述的升級(jí)信息還可以 包括安全認(rèn)證信息，以保證升級(jí)時(shí)網(wǎng)絡(luò)的安全性。
本發(fā)明實(shí)施例還提供了 一種實(shí)現(xiàn)設(shè)備管理的保障方法，該方法在管理設(shè)備上的管理協(xié)議升級(jí)至新版本后，終端側(cè)設(shè)備上的管理協(xié)議也能升級(jí)至所述新版 本，保障了管理設(shè)備能夠?qū)ι?jí)后的終端側(cè)設(shè)備繼續(xù)進(jìn)行管理。
如圖3所示，該方法包括如下步驟
步驟301、與系統(tǒng)側(cè)設(shè)備建立連接，形成保障通道；
步驟302、通過所述保障通道，接收所述系統(tǒng)側(cè)設(shè)備下發(fā)的升級(jí)信息；
步驟303、才艮據(jù)所述升級(jí)信息，進(jìn)行升級(jí)。 ' 存在管理故障的終端側(cè)設(shè)備通過與系統(tǒng)側(cè)設(shè)備建立連接，形成保障通道， 通過該保障通道接收系統(tǒng)側(cè)設(shè)備下發(fā)的升級(jí)信息，根據(jù)升級(jí)信息，升級(jí)至新版 本的管理協(xié)議。本發(fā)明實(shí)施例提供的設(shè)備管理的保障方法，通過保障通道，使 管理設(shè)備升級(jí)以后，終端側(cè)設(shè)備也能進(jìn)行升級(jí)，配置上與管理設(shè)備相同的新版 本管理協(xié)議，從而，保障了升級(jí)后的管理設(shè)備能夠?qū)K端設(shè)備繼續(xù)進(jìn)行管理。
步驟301、與系統(tǒng)側(cè)設(shè)備建立連接，形成保障通道。 . 存在管理故障的終端側(cè)設(shè)備，應(yīng)答系統(tǒng)側(cè)設(shè)備要求建立連接的請(qǐng)求，與所 述系統(tǒng)側(cè)設(shè)備建立連接，形成一條暫時(shí)性的保障通道。
步驟302、通過所述保障通道，接收所述系統(tǒng)側(cè)設(shè)備下發(fā)的升級(jí)信息。
所述的升級(jí)信息包括升級(jí)服務(wù)器的地址、待升級(jí)版本協(xié)議的版本號(hào)，用于 確保終端側(cè)設(shè)備能下載到需要的協(xié)議版本。
當(dāng)所述升級(jí)信息的格式與終端側(cè)設(shè)備所能識(shí)別的信息格式不相匹配時(shí)，需 要對(duì)該升級(jí)信息進(jìn)行格式轉(zhuǎn)換，將升級(jí)信息轉(zhuǎn)換為終端側(cè)設(shè)備所能識(shí)別的格式。 如圖4所示，本發(fā)明實(shí)施例在步驟302之后還包括步驟302a，將所述升級(jí)信息 轉(zhuǎn)換為終端側(cè)設(shè)備可識(shí)別的格式。
步驟303、根據(jù)所述升級(jí)信息，進(jìn)行升級(jí)。
終端側(cè)設(shè)備接收的升級(jí)信息包括升級(jí)服務(wù)器的地址、待升級(jí)版本協(xié)議的版本號(hào)，用于確保終端側(cè)設(shè)備能下載到需要的協(xié)議版本。終端側(cè)設(shè)備根據(jù)升級(jí)服 務(wù)器的地址向升級(jí)服務(wù)器發(fā)起連接，根據(jù)終端側(cè)設(shè)備的類型，這種連接可以是 ftp (文件傳輸協(xié)議)連接，或者是http (超文本傳輸協(xié)議)連接。然后，終端 側(cè)設(shè)備根據(jù)待升級(jí)版本協(xié)議的版本號(hào)從升級(jí)服務(wù)器下載需要的管理協(xié)議的新版 本，安裝該新版本文件，進(jìn)行升級(jí)。
并且，本發(fā)明實(shí)施例提供的實(shí)現(xiàn)設(shè)備管理的保障方法，管理設(shè)備升級(jí)時(shí)的 新版本協(xié)議無須對(duì)終端側(cè)設(shè)備上原有配置的舊版本協(xié)議進(jìn)行兼容，降低了新版 本協(xié)議的復(fù)雜度，減少了對(duì)新版本協(xié)議進(jìn)行測(cè)試的工作量，解決了升級(jí)時(shí)由于 兼容性帶來的問題。
本發(fā)明實(shí)施例提供了 一種設(shè)備管理的保障裝置，該裝置保障了當(dāng)管理設(shè)備 的管理協(xié)議升級(jí)至新版本后，繼續(xù)對(duì)配置有老版本管理協(xié)議的終端側(cè)設(shè)備進(jìn)行
管理。如圖5所示， 一種設(shè)備管理的保障裝置，該裝置包括
檢測(cè)單元，用于檢測(cè)出存在管理故障的終端側(cè)設(shè)備；
連接單元，用于根據(jù)檢測(cè)單元的檢測(cè)結(jié)果，與所述存在管理故障的終端側(cè) 設(shè)備建立保障通道；
發(fā)送單元，用于通過所述保障通道，下發(fā)升級(jí)信息給所述存在管理故障的 終端側(cè)設(shè)備，以便所述終端側(cè)設(shè)備升級(jí)。
當(dāng)管理設(shè)備因?yàn)楣芾韰f(xié)議升級(jí)至新版本，無法識(shí)別出配置有老版本的終端 側(cè)設(shè)備，失去對(duì)終端側(cè)設(shè)備的管理時(shí)，本發(fā)明實(shí)施例提供的設(shè)備管理的保障裝 置，先利用檢測(cè)單元，檢測(cè)出存在管理故障的設(shè)備，然后由連接單元，與所述 終端側(cè)設(shè)備建立連接，形成了一條保障通道，發(fā)送單元利用該保障通道下發(fā)升 級(jí)信息給所述終端側(cè)設(shè)備。本發(fā)明實(shí)施例提供的設(shè)備管理的保障裝置，通過保 鳴通道保障了管理設(shè)備升級(jí)以后，終端側(cè)設(shè)備也進(jìn)行升級(jí)，終端側(cè)設(shè)備配置上與管理設(shè)備相同的管理協(xié)議，從而保障了管理設(shè)備能夠?qū)K端側(cè)設(shè)備繼續(xù)進(jìn)行 管理。
為了確認(rèn)終端側(cè)設(shè)備出現(xiàn)的故障是由于升級(jí)造成的，如圖6所示，本發(fā)明 實(shí)施例還包括判斷單元，用于判斷出由所述檢測(cè)單元檢測(cè)出的存在管理故障的 纟羊端側(cè)設(shè)備的物理連接狀態(tài)為正常，如果物理連接狀態(tài)異常，說明該終端側(cè)設(shè) 備可能出現(xiàn)了硬件故障或未處于使用狀態(tài)，對(duì)該終端側(cè)設(shè)備不予處理；如果物 理連接狀態(tài)正常，則進(jìn)一步確定了該終端側(cè)設(shè)備出現(xiàn)的管理故障可能是由升級(jí) 造成的，需要對(duì)該終端側(cè)設(shè)備進(jìn)行處理。
本發(fā)明實(shí)施例還提供了一種設(shè)備管理的保障裝置，該裝置保障了當(dāng)管理設(shè) 備上的管理協(xié)議升級(jí)至新版本后，終端側(cè)設(shè)備上的管理協(xié)議也能升級(jí)至所述新 版本，從而，保障了管理設(shè)備能夠繼續(xù)對(duì)終端側(cè)設(shè)備進(jìn)行管理，如圖7所示， ii裝置包括
連接單元，用于與系統(tǒng)側(cè)設(shè)備建立連接，形成保障通道；
接收單元，用于通過所述保障通道接收所述系統(tǒng)側(cè)設(shè)備下發(fā)的升級(jí)信息； ..升級(jí)單元，用于纟艮據(jù)所述升級(jí)信息，進(jìn)行升級(jí)。
出現(xiàn)管理故障的終端側(cè)設(shè)備通過連接單元，與系統(tǒng)側(cè)設(shè)備之間建立了 一條 保障通道，然后終端側(cè)設(shè)備利用接收單元，通過該保障通道接收系統(tǒng)側(cè)設(shè)備下 發(fā)的升級(jí)信息，利用升級(jí)單元根據(jù)升級(jí)信息，進(jìn)行升級(jí)。本發(fā)明實(shí)施例提供的 ii備管理的保障裝置，通過保障通道使終端側(cè)設(shè)備配置上了與管理設(shè)備相同的 新版本管理協(xié)議，保障了終端側(cè)設(shè)備的升級(jí)。
本發(fā)明實(shí)施例還包括格式轉(zhuǎn)換單元，如圖8所示，當(dāng)所述升級(jí)信息的格式 與終端側(cè)設(shè)備所能識(shí)別的信息格式不相匹配時(shí)，將升級(jí)信息轉(zhuǎn)換為終端側(cè)設(shè)備 所能識(shí)別的格式，從而進(jìn)一步保障了升級(jí)的正常進(jìn)行。并且，本發(fā)明實(shí)施例提供的實(shí)現(xiàn)設(shè)備管理的保障裝置，升級(jí)時(shí)的新版本協(xié) 議無須對(duì)終端設(shè)備上原有配置的舊版本協(xié)議進(jìn)行兼容，降〗氐了新版本協(xié)議的復(fù) 雜度，減少了對(duì)新版本協(xié)議進(jìn)行測(cè)試的工作量，解決了升級(jí)時(shí)由兼容性帶來的 問題。
本發(fā)明實(shí)施例還提供了 一種設(shè)備管理的保障系統(tǒng)，該系統(tǒng)能夠保障當(dāng)管理 設(shè)備的管理協(xié)議升級(jí)至新版本后，終端側(cè)設(shè)備上的管理協(xié)議也能升級(jí)至所述新 騰本，從而能夠使管理設(shè)備繼續(xù)對(duì)終端側(cè)設(shè)備進(jìn)行管理。
如圖9所示， 一種設(shè)備管理的保障系統(tǒng)，該系統(tǒng)包括管理設(shè)備，與所述 管理設(shè)備相連的系統(tǒng)側(cè)設(shè)備，和與所述系統(tǒng)側(cè)設(shè)備相連的至少一個(gè)終端側(cè)設(shè)備, 所述系統(tǒng)側(cè)設(shè)備用于在所述管理設(shè)備升級(jí)以后，與所述終端側(cè)設(shè)備建立保障通 道，通過所述保障通道下發(fā)升級(jí)信息給所述終端側(cè)設(shè)備；
所述終端側(cè)設(shè)備用于與系統(tǒng)側(cè)設(shè)備建立連接，形成保障通道，通過所述保 障通道接收升級(jí)信息，根據(jù)所述升級(jí)信息，進(jìn)行升級(jí)。 t 所述管理設(shè)備通過所述系統(tǒng)側(cè)設(shè)備對(duì)所述終端側(cè)設(shè)備進(jìn)行管理。
在本發(fā)明實(shí)施例中，所述的系統(tǒng)側(cè)設(shè)備包括
檢測(cè)單元，用于檢測(cè)出存在管理故障的終端側(cè)設(shè)備；連接請(qǐng)求單元，用于 根據(jù)檢測(cè)單元的檢測(cè)結(jié)果，請(qǐng)求與所述終端側(cè)設(shè)備建立保障通道；發(fā)送單元， 用于通過所述保障通道下發(fā)升級(jí)信息給所述終端側(cè)設(shè)備，以便所述終端側(cè)設(shè)備 升級(jí)；
所述的終端側(cè)設(shè)備包括 s連接應(yīng)答單元，用于應(yīng)答系統(tǒng)側(cè)設(shè)備請(qǐng)求建立的連接，形成保障通道；接 收單元，用于通過所述保障通道接收所述升級(jí)信息；升級(jí)單元，用于根據(jù)所述 升級(jí)信息，進(jìn)行升級(jí)。在本發(fā)明實(shí)施例中所述系統(tǒng)側(cè)設(shè)備還包括判斷單元，用于判斷出由所述沖企
側(cè)設(shè)備還包括格式轉(zhuǎn)換單元，用于將所述升級(jí)信息轉(zhuǎn)化為終端側(cè)設(shè)備可識(shí)別的 格式。
當(dāng)管理設(shè)備因?yàn)楣芾韰f(xié)議升級(jí)至新版本，無法識(shí)別出配置有老版本的終端 側(cè)設(shè)備，失去對(duì)終端側(cè)設(shè)備的管理時(shí)，本發(fā)明實(shí)施例提供的設(shè)備管理的保障系 統(tǒng)，通過在系統(tǒng)側(cè)設(shè)備與終端側(cè)設(shè)備之間建立一條保障通道，保障了終端側(cè)設(shè) 備進(jìn)行有效的升級(jí)，從而，升級(jí)后的管理設(shè)備能夠?qū)K端設(shè)備繼續(xù)進(jìn)行管理。
并且，本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)，升級(jí)時(shí)的新版本協(xié)議無 須對(duì)終端側(cè)設(shè)備上原有配置的舊版本協(xié)議進(jìn)行兼容，降低了新版本協(xié)議的復(fù)雜 度，減少了對(duì)新版本協(xié)議進(jìn)行測(cè)試的工作量，解決了升級(jí)時(shí)由兼容性帶來的問 題。
本發(fā)明實(shí)施例提供的系統(tǒng)側(cè)設(shè)備和終端側(cè)設(shè)備可以位于但不限于只位于
TR069的ACS (自動(dòng)配置系統(tǒng)，Auto Configuration System)系統(tǒng)、SNMP的綜 合接入設(shè)備管理系統(tǒng)(Integrated Access Device Manage System, IADMS )、 GPON
(吉比特?zé)o源光網(wǎng)絡(luò),Gigabit—Capable Passive Optical Network)的OMCI 系統(tǒng)、EPON (以太網(wǎng)無源光網(wǎng)絡(luò)，Ethernet Passive Optical Network)的0AM
(操作管理及維護(hù),Operation Administration and Maintenance)系統(tǒng)。下 面以GPON架構(gòu)下，對(duì)OMCI管理協(xié)議的升級(jí)保障為例進(jìn)行i兌明。
如圖10所示，GP0N架構(gòu)下的系統(tǒng)側(cè)設(shè)備包括，管理設(shè)備，與所述管理設(shè)備 相連的系統(tǒng)側(cè)設(shè)備，所述系統(tǒng)側(cè)設(shè)備為0LT(光線路終端)，與系統(tǒng)側(cè)設(shè)備連接有 至少一個(gè)終端側(cè)設(shè)備，該終端側(cè)設(shè)備包括0NT(光網(wǎng)絡(luò)終端)，與終端側(cè)設(shè)備連接 有升級(jí)服務(wù)器。在GP0N架構(gòu)中，在管理設(shè)備與0NT上都配置有0MCI管理協(xié)議，管理設(shè)備 根據(jù)0MCI管理協(xié)議對(duì)0NT進(jìn)行管理。當(dāng)管理設(shè)備上的0MCI管理協(xié)議升級(jí)到新 的版本，無法識(shí)別配置有老版本0MCI協(xié)議的0NT,不能對(duì)0NT繼續(xù)進(jìn)行管理。
本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)，0LT首先通過其上的檢測(cè)單元， 找出因存在故障而無法管理的0NT，然后通過判斷單元判斷該0NT與0LT的物理 連接狀態(tài)，如果物理連接狀態(tài)正常，OLT通過連接請(qǐng)求單元，與所述ONT建立連 接，形成保障通道，通過保障通道利用發(fā)送單元，下發(fā)升級(jí)信息給所述ONT。所 述ONT利用連接應(yīng)答單元，建立保障通道，通過保障通道利用接收單元接收所 述升級(jí)信息。如果所述升級(jí)信息的格式與ONT所能識(shí)別的信息格式不匹配，0NT 利用格式轉(zhuǎn)換單元，將所述升級(jí)信息轉(zhuǎn)化為可識(shí)別的格式。然后，0NT利用升級(jí) 單元，根據(jù)所述升級(jí)信息，向升級(jí)服務(wù)器發(fā)起ftp連接或者是http連接，從升 級(jí)服務(wù)器下載新版本的0MCI管理協(xié)議，進(jìn)行升級(jí)。ONT升級(jí)至新版本后，管理 設(shè)備可以繼續(xù)對(duì)0NT進(jìn)行管理。
本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)，通過在系統(tǒng)側(cè)設(shè)備與終端側(cè)設(shè) 備之間建立一條保障通道，保障了終端側(cè)設(shè)備進(jìn)行有效的升級(jí)，從而，升級(jí)后 的管理設(shè)備能夠?qū)K端設(shè)備繼續(xù)進(jìn)行管理。
并且，本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)，升級(jí)時(shí)的新版本協(xié)議無 須對(duì)終端側(cè)設(shè)備上原有配置的舊版本協(xié)議進(jìn)行兼容，降低了新版本協(xié)議的復(fù)雜 度，減少了對(duì)新版本協(xié)議進(jìn)行測(cè)試的工作量，解決了升級(jí)時(shí)由兼容性帶來的問 題。
本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)還可以應(yīng)用于TR069的ACS系統(tǒng)， 下面以TR069的ACS系統(tǒng)為例對(duì)本發(fā)明實(shí)施例進(jìn)行說明。
如圖ll所示，ACS系統(tǒng)中的系統(tǒng)側(cè)設(shè)備包括管理設(shè)備、與所述管理設(shè)備相連的系統(tǒng)側(cè)設(shè)備，所述系統(tǒng)側(cè)設(shè)備為DSLAM (數(shù)字用戶線接入復(fù)用器)，與系統(tǒng)側(cè) 設(shè)備連接有至少一個(gè)終端側(cè)設(shè)備，該終端側(cè)設(shè)備包括HG(家庭網(wǎng)關(guān))，與終端側(cè) 設(shè)備連接有升級(jí)服務(wù)器。
在ACS架構(gòu)中，在管理設(shè)備與HG上都配置有TR069管理協(xié)議，管理設(shè)備根 據(jù)TR069管理協(xié)議對(duì)HG進(jìn)行管理。當(dāng)管理設(shè)備上的TR069管理協(xié)議升級(jí)到新的 版本，無法識(shí)別配置有老版本TR069協(xié)議的HG,不能對(duì)HG繼續(xù)進(jìn)行管理。
本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)，DSLAM首先通過其上的檢測(cè)單 元，找出因存在故障而無法管理的HG,然后通過判斷單元判斷該HG與DSL雄 的物理連接狀態(tài)，如果物理連接狀態(tài)正常，DSLAM通過連接請(qǐng)求單元，與所述 HG建立連接，形成保障通道，通過保障通道利用發(fā)送單元，下發(fā)升級(jí)信息給所 述HG。所述HG利用連接應(yīng)答單元，建立保障通道，通過保障通道利用接收單元 接收所述升級(jí)信息。如果所述升級(jí)信息的格式與HG所能識(shí)別的信息格式不匹配， HG利用格式轉(zhuǎn)換單元，將所述升級(jí)信息轉(zhuǎn)化為可識(shí)別的才各式。然后，HG利用升 級(jí)單元，根據(jù)所述升級(jí)信息，向升級(jí)服務(wù)器發(fā)起http連接，從升級(jí)服務(wù)器下載 新版本的TR069管理協(xié)議，進(jìn)行升級(jí)。HG升級(jí)至新版本后，管理設(shè)備可以繼續(xù) 對(duì)HG迸行管理。
本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)，通過在系統(tǒng)側(cè)設(shè)備與終端側(cè)設(shè) 備之間建立一條保障通道，保障了終端側(cè)設(shè)備進(jìn)行有效的升級(jí)，從而，升級(jí)后 的管理設(shè)備能夠?qū)K端設(shè)備繼續(xù)進(jìn)行管理。
并且，本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)，升級(jí)時(shí)的新版本協(xié)議無 ,對(duì)終端側(cè)設(shè)備上原有配置的舊版本協(xié)議進(jìn)行兼容，降^f氐了新版本協(xié)議的復(fù)雜 度，減少了對(duì)新版本協(xié)議進(jìn)行測(cè)試的工作量，解決了升級(jí)時(shí)由兼容性帶來的問 題。本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)還可以應(yīng)用于SNMP的IADMS系統(tǒng)。
如圖12所示，IADMS系統(tǒng)中的系統(tǒng)側(cè)i殳備包括管理i殳備、與所述管理設(shè)備 相連的系統(tǒng)側(cè)設(shè)備，所述系統(tǒng)側(cè)設(shè)備為媒體網(wǎng)關(guān)，與系統(tǒng)側(cè)設(shè)備連接有至少一 個(gè)終端側(cè)設(shè)備，該終端側(cè)設(shè)備包括綜合接入設(shè)備(Integrated Access Device, IAD),與終端側(cè)設(shè)備連接有升級(jí)服務(wù)器。
在IADMS中，在管理設(shè)備與IAD上都配置有S腿P管理協(xié)議，管理設(shè)備根據(jù) S麗P管理協(xié)議對(duì)IAD進(jìn)行管理。當(dāng)管理設(shè)備上的S畫P管理協(xié)議升級(jí)到新的版本， 無法識(shí)別配置有老版本S麗P協(xié)議的IAD,不能對(duì)IAD繼續(xù)進(jìn)行管理。
本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)，媒體網(wǎng)關(guān)首先通過其上的檢測(cè) 單元，找出因存在故障而無法管理的IAD，然后通過判斷單元判斷該IAD與々某體 網(wǎng)關(guān)的物理連接狀態(tài)正常。i某體網(wǎng)關(guān)通過連接請(qǐng)求單元，與所述IAD建立連接， 形成保障通道，通過保障通道利用發(fā)送單元，下發(fā)升級(jí)信息給所述IAD。所述 IAD利用連接應(yīng)答單元，建立保障通道，通過保障通道利用接收單元接收所述升 級(jí)信息。如果所述升級(jí)信息的格式與IAD所能識(shí)別的信息格式不匹配，IAD利用 格式轉(zhuǎn)換單元，將所述升級(jí)信息轉(zhuǎn)化為可識(shí)別的格式。然后，IAD利用升級(jí)單元， 根據(jù)所述升級(jí)信息，向升級(jí)服務(wù)器發(fā)起http連接，從升級(jí)服務(wù)器下載新版本的 TR069管理協(xié)議，進(jìn)行升級(jí)。IAD升級(jí)至新版本后，管理設(shè)備可以繼續(xù)對(duì)IAD進(jìn) 行管理。
本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)，通過在系統(tǒng)側(cè)設(shè)備與終端側(cè)設(shè) 備之間建立一條保障通道，保障了終端側(cè)設(shè)備進(jìn)行有效的升級(jí)，從而，升級(jí)后 的管理設(shè)備能夠?qū)K端設(shè)備繼續(xù)進(jìn)行管理。
并且，本發(fā)明實(shí)施例提供的設(shè)備管理的保障系統(tǒng)，升級(jí)時(shí)的新版本協(xié)議無須對(duì)終端側(cè)設(shè)備上原有配置的舊版本協(xié)議進(jìn)行兼容，P爭(zhēng)低了新版本協(xié)議的復(fù)雜 度，減少了對(duì)新版本協(xié)議進(jìn)^f亍測(cè)試的工作量，解決了升級(jí)時(shí)由兼容性帶來的問題。
當(dāng)然，本發(fā)明的實(shí)施例還可有很多種，在不背離本發(fā)明的實(shí)施例精神及其
和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明的實(shí)施例所附的權(quán)利要求的 保護(hù)范圍。
權(quán)利要求
1、一種設(shè)備管理的保障方法，其特征在于，該方法包括檢測(cè)出存在管理故障的終端側(cè)設(shè)備；與所述終端側(cè)設(shè)備建立保障通道；通過所述保障通道，下發(fā)升級(jí)信息給所述終端側(cè)設(shè)備，以便所述終端側(cè)設(shè)備升級(jí)。
2、 根據(jù)權(quán)利要求1所述的設(shè)備管理的保障方法，其特征在于，在所述的與 所述終端側(cè)設(shè)備建立保障通道的步驟之前包括判斷所述終端側(cè)設(shè)備的物理連接狀態(tài)為正常。
3、 根據(jù)權(quán)利要求1所述的設(shè)備管理的保障方法，其特征在于，所述的升級(jí) 信息包括升級(jí)服務(wù)器的地址、待升級(jí)版本協(xié)議的版本號(hào)。
4、 一種設(shè)備管理的保障方法，其特征在于，該方法包括 ..與系統(tǒng)側(cè)設(shè)備建立連接，形成保障通道；通過所述保障通道，接收所述系統(tǒng)側(cè)設(shè)備下發(fā)的升級(jí)信息； 根據(jù)所述升級(jí)信息，進(jìn)行升級(jí)。
5、 根據(jù)權(quán)利要求4所述的設(shè)備管理的保障方法，其特征在于，在所述的 根據(jù)所述升級(jí)信息，進(jìn)行升級(jí)的步驟之前還包括將所述升級(jí)信息轉(zhuǎn)換為終端側(cè)設(shè)備可識(shí)別的格式。
6、 根據(jù)權(quán)利要求4所述的設(shè)備管理的保障方法，其特征在于，所述升級(jí)信 息包括升級(jí)服務(wù)器的地址、待升級(jí)版本協(xié)議的版本號(hào)。
7、 一種設(shè)備管理的保障裝置，其特征在于，該裝置包括 檢測(cè)單元，用于檢測(cè)出存在管理故障的終端側(cè)設(shè)備；連接單元，用于根據(jù)檢測(cè)單元的檢測(cè)結(jié)果，與所述存在管理故障的終端側(cè) 設(shè)備建立保障通道；發(fā)送單元，用于通過所述保障通道，下發(fā)升級(jí)信息給所述存在管理故障的 終端側(cè)設(shè)備，以便所述終端側(cè)設(shè)備升級(jí)。
8、 根據(jù)權(quán)利要求7所述的設(shè)備管理的保障裝置，其特征在于，該裝置還包括判斷單元，用于判斷出由所述檢測(cè)單元檢測(cè)出的存在管理故障的終端側(cè)設(shè) 備的物理連接狀態(tài)為正常。
9、 根據(jù)權(quán)利要求7所述的設(shè)備管理的保障裝置，其特征在于，該裝置包括 數(shù)字用戶線接入復(fù)用器、々某體網(wǎng)關(guān)或者光線路終端。
10、 一種設(shè)備管理的保障裝置，其特征在于，該裝置包括 連接單元，用于與系統(tǒng)側(cè)設(shè)備建立連接，形成保障通道； 接收單元，用于通過所述保障通道接收所述系統(tǒng)側(cè)設(shè)備下發(fā)的升級(jí)信息； 升級(jí)單元，用于根據(jù)所述升級(jí)信息，進(jìn)行升級(jí)。
11、 根據(jù)權(quán)利要求IO所述的設(shè)備管理的保障裝置，其特征在于，該裝置還 包括格式轉(zhuǎn)換單元，用于將所述升級(jí)信息轉(zhuǎn)化為終端側(cè)設(shè)備可識(shí)別的格式。
12、 根據(jù)權(quán)利要求IO所述的設(shè)備管理的保障裝置，其特征在于，該裝置包 才舌家庭網(wǎng)關(guān)、綜合接入設(shè)備、光網(wǎng)絡(luò)單元或光網(wǎng)絡(luò)終端。
13、 一種設(shè)備管理的保障系統(tǒng)，其特征在于，該系統(tǒng)包括管理設(shè)備，與 所述管理設(shè)備相連的系統(tǒng)側(cè)設(shè)備，和與所述系統(tǒng)側(cè)設(shè)備相連的至少一個(gè)終端側(cè) 設(shè)備，所述系統(tǒng)側(cè)設(shè)備用于在所述管理設(shè)備升級(jí)以后，與所述終端側(cè)設(shè)備建立保 障通道，通過所述保障通道下發(fā)升級(jí)信息給所述終端側(cè)設(shè)備；所述終端側(cè)設(shè)備用于與系統(tǒng)側(cè)設(shè)備建立連接，形成保障通道，通過所述保 障通道接收升級(jí)信息，根據(jù)所述升級(jí)信息，進(jìn)行升級(jí)。
14、 根據(jù)權(quán)利要求13所述的設(shè)備管理的保障系統(tǒng)，其特征在于，所述管理 設(shè)備通過所述系統(tǒng)側(cè)設(shè)備對(duì)所述終端側(cè)設(shè)備進(jìn)行管理。
15、 根據(jù)權(quán)利要求13所述的設(shè)備管理的保障系統(tǒng)，其特征在于，所述的系 纟鳥側(cè)設(shè)備包括檢測(cè)單元，用于檢測(cè)出存在管理故障的終端側(cè)設(shè)備； 連接請(qǐng)求單元，用于根據(jù)檢測(cè)單元的檢測(cè)結(jié)果，請(qǐng)求與所述終端側(cè)設(shè)備建 立保障通道；發(fā)送單元，用于通過所述保障通道下發(fā)升級(jí)信息給所述終端側(cè)設(shè)備，以便 所述終端側(cè)設(shè)備升級(jí)；所述的終端側(cè)設(shè)備包括 t連接應(yīng)答單元，用于應(yīng)答系統(tǒng)側(cè)設(shè)備請(qǐng)求建立的連接，形成保障通道； 接收單元，用于通過所述保障通道接收所述升級(jí)信息； 升級(jí)單元，用于根據(jù)所述升級(jí)信息，進(jìn)行升級(jí)。
全文摘要
本發(fā)明公開了一種設(shè)備管理的保障方法、裝置和系統(tǒng)，涉及通信領(lǐng)域，能夠保障管理設(shè)備升級(jí)以后繼續(xù)對(duì)升級(jí)后的終端側(cè)設(shè)備進(jìn)行管理。本發(fā)明實(shí)施例提供的設(shè)備管理的保障方法包括檢測(cè)出存在管理故障的終端側(cè)設(shè)備；與所述終端側(cè)設(shè)備建立保障通道；通過所述保障通道，下發(fā)升級(jí)信息給所述終端側(cè)設(shè)備，以便所述終端側(cè)設(shè)備升級(jí)。
文檔編號(hào)H04L12/24GK101577632SQ200810093899
公開日2009年11月11日 申請(qǐng)日期2008年5月5日 優(yōu)先權(quán)日2008年5月5日
發(fā)明者姚洪杰 申請(qǐng)人:深圳華為通信技術(shù)有限公司