專利名稱：版本文件管理方法、以及光線路終端的制作方法
技術領域：
本發(fā)明涉及光接入通信技術領域，特別是涉及一種版本文件管理方法、以及光線 路終端。
背景技術：
在相關技術中，千兆無源光纖網絡(Gigabit-CapablePassive OpticalNetwork, 簡稱為GP0N)是一種點到多點的光接入技術，圖1為現有技術中GPON接入網絡的結構示意 圖，如圖1所示，光線路終端(opticalline terminal，簡稱為0LT)為GPON局端設備；光網 絡終端(optical Network terminal，簡稱為 0NT)或光網絡單元(optical Network Unit, 簡稱為0NU)為用戶端設備；OLT與ONT或ONU之間通過由無源分光器件組成的光分布網 (opticaldistribution network，簡稱為 0DN)相連接；OLT 的每個光 口支持 128 個 ONT 或 ONU 設備，ONT 管理控制通道(0ΝΤ Management Control Channel，簡稱為 0MCC)為 OLT 提 供對ONT或ONU的管理和控制通道。在實際應用中，ONT版本的遠程維護和管理，對于具有 特殊拓撲結構以及大容量特性的GPON系統(tǒng)來說非常重要。國際電信聯盟遠程通信標準化組(ITU Telecommunication StandardizationSector,簡稱為 ITU_T)G. 984. 4 定義了 ONT 管理控制接 口(0ΝΤ ManagementControl Interface,簡稱為0MCI)標準，對于ONT版本管理規(guī)定了一套處理流 程，通過OMCI消息，OLT可以對ONT或ONU進行版本管理。在通過OLT向ONT或ONU遠程下 載版本時，通常先把ONT版本文件或ONU版本文件存放到OLT設備，然后再通過標準的OMCI 接口下載到ONT或ONU。在實際應用中，GPON相關標準對于ONT版本的格式沒有定義，不同廠商甚至同一 廠商不同型號的ONT都可能采用不同的版本格式。這些在OLT側存放的ONT版本文件，由于 沒有統(tǒng)一格式的版本頭，只能根據存放的版本文件名稱來區(qū)分，很難獲取關鍵的版本信息， 不便于版本維護。原始的ONT版本文件對于OLT來說僅僅是一個二進制數據流。因此，OLT 側對于所接的ONT版本的管理存在一定困難，無法按已知的統(tǒng)一格式識別全部廠商的所有 型號的ONT版本信息。此外，由于用戶無法得到版本文件更多的信息，因此無法將當前需要 升級的ONT與版本文件進行匹配，容易將錯誤的版本文件下載到0ΝΤ，同時也無法支持ONT 版本自動升級。

發(fā)明內容
本發(fā)明要解決的問題是提供一種版本文件管理方法、以及光線路終端，以克服現 有技術中終端版本文件可維護性差，不便于對終端版本文件進行管理的缺陷。根據本發(fā)明的一個方面，提供了一種版本文件管理方法，包括獲取攜帶有版本頭 信息的終端版本文件，其中，終端版本文件包括光網絡終端ONT版本文件、和光網絡單元 ONU版本文件；根據版本頭信息對終端版本文件進行管理。根據本發(fā)明的另一方面，提供了一種光線路終端，包括；獲取模塊，用于獲取攜帶有版本頭信息的終端版本文件，其中，終端版本文件包括光網絡終端ONT版本文件、和光 網絡單元ONU版本文件；管理模塊，用于根據版本頭信息對終端版本文件進行管理。本發(fā)明有益效果如下本發(fā)明實施例通過在終端版本文件中提供統(tǒng)一的有效版本頭信息，解決了現有技 術中終端版本文件可維護性差，不便于對終端版本文件進行管理的問題，使得OLT對終端 版本文件能夠進行有效的維護和管理。


圖1為現有技術中GPON接入網絡的結構示意圖；圖2為本發(fā)明實施例的版本文件管理方法的流程圖；圖3為本發(fā)明實施例的ONT原始版本文件和添加版本頭信息的ONT版本文件對比 的示意圖；圖4為本發(fā)明實施例的ONT版本手動升級處理的流程圖；圖5為本發(fā)明實施例的ONT版本自動升級處理的流程圖；圖6為本發(fā)明實施例的光線路終端的結構示意圖。
具體實施例方式下面結合附圖和實施例，對本發(fā)明的具體實施方式
作進一步詳細描述。以下實施 例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。方法實施例根據本發(fā)明的實施例，提供了一種版本文件管理方法，圖2為本發(fā)明實施例的版 本文件管理方法的流程圖，如圖2所示，根據本發(fā)明實施例的版本文件管理方法包括步驟201，獲取攜帶有版本頭信息的終端版本文件，其中，終端版本文件包括0ΝΤ 版本文件、和ONU版本文件，在本發(fā)明實施例中所述的終端為ONTjn ONU ；在實際應用中，在執(zhí)行步驟201之前，可以使用文件處理工具在終端原始版本文 件頭部添加版本頭信息，生成特殊后綴名的版本文件(例如后綴名為.orrn)，以區(qū)別于OLT 版本文件。為了便于OLT側版本管理，終端版本文件添加的版本頭信息與OLT版本文件的 版本頭信息一致，包括版本標簽、版本名稱、版本類型、版本生成時間等；需要說明的是，不 同文件名的終端版本可以有相同的版本名稱，對應同一類型終端不同時間生成的版本。隨 后，將添加版本頭信息后的終端版本文件從用戶PC下載到0LT。步驟202，根據版本頭信息對終端版本文件進行管理。具體地，在步驟202中，對終端版本文件進行管理包括1、根據用戶需要，可以根據版本頭信息對終端版本文件進行刪除；2、可以從OLT存放終端版本文件的版本區(qū)讀取終端版本文件的版本頭信息，并將 版本標簽、版本名稱、版本時間等關鍵信息顯示出來，以供用戶查看終端版本文件的版本頭信息。3、根據版本頭信息對終端版本文件進行手動升級；可以根據版本頭信息從OLT保 存的若干終端版本文件中指定一個，作為終端升級的目標版本，并通過OMCI消息將版本文 件下載到一個或多個終端中。
具體地，首先，需要根據版本頭信息從終端版本文件中確定目標版本文件；在確定 了目標版本文件后，將目標版本文件的版本頭信息剝離，獲取目標原始版本文件，并將目標 原始版本文件下載到一個或多個終端的存儲器中；隨后，激活目標原始版本文件，并將存儲 器設置為啟動區(qū)；在版本文件成功下載到終端后，根據目標版本文件的信息更新一個或多 個終端的當前版本信息。4、根據版本頭信息對終端版本文件進行自動升級。在實際應用中，可以設置終端 是否啟用版本自動升級，在啟用版本自動升級的終端上線后，需要上報當前使用的版本信 息，OLT從具有該版本名稱的終端版本文件中選擇版本時間比終端當前版本時間較新的一 個版本文件作為目標版本，并通知終端更新；如無較新版本，則不進行版本升級。具體地，首先，獲取終端上報的當前版本信息，并根據當前版本信息以及版本頭信 息選擇匹配的目標版本文件，在實際應用中，匹配的目標管理文件可以有多個，需要根據預 定的策略選擇一個最合適的目標版本文件；隨后，將目標版本文件的版本頭信息剝離，獲取 目標原始版本文件，并將目標原始版本文件下載到一個或多個終端的存儲器中；隨后，需要 激活目標原始版本文件，并將存儲器設置為啟動區(qū)；在版本文件成功下載到終端后，根據目 標版本文件的信息更新一個或多個終端的當前版本信息。5、在終端升級成功后，根據版本頭信息更新終端的當前版本信息，用戶可以查看 終端版本升級狀態(tài)以及各終端當前使用的當前版本信息；優(yōu)選地，當前版本信息包括版 本名稱、和版本生成時間；也就是說，如果終端升級成功，那么就把終端當前版本信息更新 為本次升級所使用的版本文件中對應的版本信息。升級狀態(tài)則是在升級過程中更新的，體 現了升級過程的幾個階段以及升級百分比進度、是否升級成功、當前升級所用的版本等；借助于本發(fā)明實施例的技術方案，可以在OLT側對終端版本進行有效的管理，并 且能夠很好的支持終端版本的自動升級。與現有技術相比，解決了終端版本管理困難、可 維護性差的問題，減少了 ONT版本升級的出錯率，此外，自動升級能夠給用戶的升級帶來便 利，并減少版本升級工作量。下面以在格式不統(tǒng)一的原始ONT版本文件基礎上，增加統(tǒng)一的版本頭信息為例， 對本發(fā)明的步驟201的處理進行距離說明圖3為本發(fā)明實施例的ONT原始版本文件和添 加版本頭信息的ONT版本文件對比的示意圖，如圖3所示，包括如下處理步驟301，獲取ONT原始版本文件，該ONT原始版本文件未添加統(tǒng)一版本頭信息，其 格式未知，通常無法獲取相關的版本信息；步驟302，使用文件處理工具，在ONT原始版本文件的頭部增加256個字節(jié)的版本 頭信息，該版本頭信息中包括版本標簽(16字節(jié))、版本名稱(8字節(jié))、版本類型G字節(jié))、 版本路徑(16字節(jié))、版本時間(20字節(jié))、版本頭校驗字節(jié)(16字節(jié))、版本長度G字節(jié))、 版本頭長度O字節(jié))、其他信息及填充字節(jié)(170字節(jié))，該處理不對ONT原始版本文件內 容作任何修改，ONT原始版本文件緊接256字節(jié)的版本頭之后存放；步驟303，工具生成ONT版本文件，并以.onu作為后綴名，下載到OLT對應存放ONT 版本文件的版本區(qū)中。通過上述處理，克服了現有技術中存在的ONT版本文件可維護性差的問題，使生 成后的ONT版本文件具有統(tǒng)一格式的版本標簽、版本名稱、版本生成時間等關鍵信息；使用 戶能夠便于對ONT版本文件進行維護管理。需要說明的是，以上所述僅為本發(fā)明較佳的一種可行實施例，版本頭信息只要是統(tǒng)一的可解析格式即可，不局限于256字節(jié)。下面以為ONT進行ONT版本手動升級為例，對本發(fā)明上述技術方案進行詳細說明， 圖4為本發(fā)明實施例的ONT版本手動升級處理的流程圖，如圖4所示，包括如下處理步驟401，用戶指定升級的目標版本文件，并指定待升級的ONT列表；步驟402，執(zhí)行版本升級；步驟403，判斷版本文件是否存在版本頭信息，如果判斷為是，則執(zhí)行步驟404，否 則，執(zhí)行步驟405;步驟404，OLT將版本文件的版本頭信息剝除；步驟405，把去除版本頭信息之后的ONT原始版本文件作為二進制數據流，通過 OMCI消息下載到ONT并寫入flash，并判斷ONT原始版本文件通過OMCI下載到ONT并寫入 flash是否成功，如果判斷為是，則執(zhí)行步驟406，否則，執(zhí)行步驟411 ；步驟406，版本文件下載到ONT并寫入其flash后，OLT將該版本激活；步驟407，判斷該版本是否激活成功，如果判斷為是，則執(zhí)行步驟408，否則，執(zhí)行 步驟411 ；步驟408，如果版本激活成功，即ONT正常上線并與OLT之間正常完成同步，則將 ONT版本文件所在區(qū)域設置為啟動區(qū)；步驟409，判斷啟動區(qū)是否設置成功，如果判斷為是，則執(zhí)行步驟410，否則，執(zhí)行 步驟411 ；步驟410，在啟動區(qū)設置成功，即ONT當前使用的有效版本為升級所指定的版本的 情況下，OLT將該目標版本文件的信息作為ONT當前使用版本的信息進行保存，以供用戶查 詢和用于自動升級時對版本信息進行比較；步驟411，結束。通過上述處理，解決了由于用戶無法獲得版本文件更多的信息而無法將當前需要 升級的ONT與版本文件匹配起來，從而導致容易將錯誤的版本文件下載到ONT的問題，通過 本發(fā)明實施例的技術方案，使得版本升級操作更加容易，并且能夠更好地支持批量版本升 級。下面以為ONT進行ONT版本自動升級為例，對本發(fā)明上述技術方案進行詳細說明， 圖5為本發(fā)明實施例的ONT版本自動升級處理的流程圖，如圖5所示，包括如下處理步驟501，ONT正常上線；步驟502，判斷OLT中是否保存有該ONT當前使用的版本信息，在判斷為是的情況 下，執(zhí)行步驟503，否則，執(zhí)行步驟514 ；步驟503，根據OLT保存的ONT當前使用的有效版本信息(即上一次成功升級的版 本信息)中的版本名稱，從OLT的版本文件列表中查找與ONT當前使用的有效版本信息匹 配的版本文件；步驟504，判斷OLT版本文件列表中是否存在匹配的版本文件，如果判斷為是，則 執(zhí)行步驟505，否則，執(zhí)行步驟514 ；步驟505，根據版本時間選擇一個最新的版本文件作為待選版本文件；步驟506，判斷待選版本文件的版本時間與ONT當前使用的版本的版本時間是否 一致，如果判斷為是，則執(zhí)行步驟514，否則，執(zhí)行步驟507 ；
步驟507，將該版本文件作為自動升級的目標版本文件，并將目標版本文件的文件 頭剝除，并把去除版本頭信息之后的ONT原始版本文件作為二進制數據流，通過OMCI消息 下載到ONT并寫入flash ；步驟508，判斷ONT原始版本文件通過OMCI下載到ONT并寫入flash是否成功，如 果判斷為是，則執(zhí)行步驟509，否則，執(zhí)行步驟514 ；步驟509，版本文件下載到ONT并寫入其flash后，OLT將該版本激活；步驟510，判斷該版本是否激活成功，如果判斷為是，則執(zhí)行步驟511，否則，執(zhí)行 步驟514 ；步驟511，如果版本激活成功，即ONT正常上線并與OLT之間正常完成同步，則將 ONT版本文件所在區(qū)域設置為啟動區(qū)；步驟512，判斷啟動區(qū)是否設置成功，如果判斷為是，則執(zhí)行步驟513，否則，執(zhí)行 步驟514 ；步驟513，在啟動區(qū)設置成功，即ONT當前使用的有效版本為升級所指定的版本的 情況下，OLT將該目標版本文件的信息作為ONT當前使用版本的信息進行保存，以供用戶查 詢和用于自動升級時對版本信息進行比較；步驟514，結束。通過上述處理，解決了現有技術中不能夠進行版本自動升級的問題，給用戶的升 級帶來便利，能夠減少版本升級工作量。綜上所述，本發(fā)明實施例提出的GPON系統(tǒng)終端版本文件管理的方法，在未知格式 的終端版本文件基礎上添加統(tǒng)一格式的版本頭部信息，提高了終端版本文件的可管理性， 使得用戶能夠獲知終端版本更多的關鍵信息，便于終端版本的維護，為終端版本的手動和 自動升級提供了強大的支撐。裝置實施例根據本發(fā)明的實施例，提供了一種光線路終端，圖6為本發(fā)明實施例的光線路終 端的結構示意圖，如圖6所示，根據本發(fā)明實施例的光線路終端包括獲取模塊60、管理模 塊62。下面，對本發(fā)明實施例的光線路終端進行詳細說明。具體地，獲取模塊60用于獲取攜帶有版本頭信息的終端版本文件，其中，終端版 本文件包括0ΝΤ版本文件、和ONU版本文件，在本發(fā)明實施例中所述的終端為0ΝΤ、和ONU ；在實際應用中，可以使用文件處理工具在終端原始版本文件頭部添加版本頭信 息，生成特殊后綴名的版本文件(例如后綴名為.onu)，以區(qū)別于OLT版本文件。為了便 于OLT側版本管理，終端版本文件添加的版本頭信息與OLT版本文件的版本頭信息一致，包 括版本標簽、版本名稱、版本類型、版本生成時間等；需要說明的是，不同文件名的終端版本 可以有相同的版本名稱，對應同一類型終端不同時間生成的版本。隨后，將添加版本頭信息 后的終端版本文件從用戶PC下載到0LT。需要說明的是，根據本發(fā)明實施例的版本頭信息可以參照圖3進行理解。管理模塊62用于根據版本頭信息對終端版本文件進行管理。具體地，管理模塊62具體包括以下模塊刪除模塊、查詢模塊、更新模塊、升級模 塊。其中，刪除模塊根據用戶需要，可以根據版本頭信息對終端版本文件進行刪除；查詢模塊可以從OLT存放終端版本文件的版本區(qū)讀取終端版本文件的版本頭信息，并將版本 標簽、版本名稱、版本時間等關鍵信息顯示出來，以供用戶查看終端版本文件的版本頭信 息；更新模塊可以在終端升級成功之后，根據版本頭信息更新終端的當前版本信息，使得用 戶可以查看終端版本升級狀態(tài)以及各終端當前使用的當前版本信息；優(yōu)選地，當前版本信 息包括版本名稱、和版本生成時間；升級模塊可以根據版本頭信息對終端版本文件進行 手動升級；具體地，在手動升級時，用戶根據版本頭信息從OLT保存的若干終端版本文件中 指定一個，作為終端升級的目標版本，升級模塊通過OMCI消息將版本文件下載到一個或多 個終端中。下面，對升級模塊的處理進行詳細說明，升級模塊可以進行手動升級，也可以進行 自動升級，其中，手動升級包括以下處理升級模塊中的確定子模塊需要根據版本頭信息從終端版本文件中確定目標版本 文件；在確定子模塊確定了目標版本文件后，剝離子模塊將目標版本文件的版本頭信息剝 離，獲取目標原始版本文件，并通過下載子模塊將目標原始版本文件下載到一個或多個終 端的存儲器中；隨后，激活子模塊激活目標原始版本文件，并將存儲器設置為啟動區(qū)；在版 本文件成功下載到終端后，更新子模塊根據目標版本文件的信息更新一個或多個終端的當 前版本信息。在自動升級的處理中，設置子模塊可以設置終端是否啟用版本自動升級，在啟用 版本自動升級的終端上線后，需要上報當前使用的版本信息，OLT從具有該版本名稱的終端 版本文件中選擇版本時間比終端當前版本時間較新的一個版本文件作為目標版本，并通知 終端更新；如無較新版本，則不進行版本升級。具體地，首先，獲取子模塊獲取終端上報的當前版本信息，并通過選擇子模塊根據 當前版本信息以及版本頭信息選擇匹配的目標版本文件，其中，匹配的目標版本文件可以 有多個，可以根據預定策略從多個版本文件中選擇一個最合適的目標版本文件；隨后，剝離 子模塊將目標版本文件的版本頭信息剝離，獲取目標原始版本文件，并通過下載子模塊將 目標原始版本文件下載到一個或多個終端的存儲器中；隨后，激活子模塊需要激活目標原 始版本文件，并將存儲器設置為啟動區(qū)；在版本文件成功下載到終端后，更新子模塊根據目 標版本文件的信息更新一個或多個終端的當前版本信息。需要說明的是，上述手動升級和自動升級的處理過程可以參考方法實施例中的相 關內容和圖4、圖5進行理解，在此不再贅述。綜上所述，根據本發(fā)明實施例的技術方案，在未知格式的終端版本文件基礎上添 加統(tǒng)一格式的版本頭部信息，提高了終端版本文件的可管理性，使得用戶能夠獲知終端版 本更多的關鍵信息，便于OLT進行終端版本的維護，為終端版本的手動和自動升級提供了 強大的支撐。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人 員來說，在不脫離本發(fā)明技術原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾 也應視為本發(fā)明的保護范圍。
權利要求
1.一種版本文件管理方法，其特征在于，包括獲取攜帶有版本頭信息的終端版本文件，其中，所述終端版本文件包括光網絡終端 ONT版本文件、和光網絡單元ONU版本文件；根據所述版本頭信息對所述終端版本文件進行管理。
2.如權利要求1所述的方法，其特征在于，所述版本頭信息包括以下至少之一版本標 簽、版本名稱、版本類型、版本生成時間。
3.如權利要求2所述的方法，其特征在于，根據所述版本頭信息對所述終端版本文件 進行管理包括根據所述版本頭信息對所述終端版本文件進行刪除； 查看所述終端版本文件的版本頭信息；在所述終端升級成功后，根據所述版本頭信息更新所述終端的當前版本信息，其中，所 述終端包括0ΝΤ、和0NU，所述當前版本信息包括所述版本名稱、和所述版本生成時間；根據所述版本頭信息將所述終端版本文件作為目標版本對所述終端版本文件進行自 動升級；根據所述版本頭信息將所述終端版本文件作為目標版本對所述終端版本文件進行手 動升級。
4.如權利要求3所述的方法，其特征在于，根據所述版本頭信息對所述終端版本文件 進行手動升級包括根據所述版本頭信息從所述終端版本文件中確定目標版本文件； 將所述目標版本文件的版本頭信息剝離，獲取目標原始版本文件； 將所述目標原始版本文件下載到一個或多個終端的存儲器中； 激活所述目標原始版本文件，并將所述存儲器設置為啟動區(qū)； 根據所述目標版本文件的信息更新所述一個或多個終端的所述當前版本信息。
5.如權利要求3所述的方法，其特征在于，根據所述版本頭信息對所述終端版本文件 進行自動升級包括獲取所述終端上報的所述當前版本信息；根據所述當前版本信息以及所述版本頭信息選擇匹配的目標版本文件； 將所述目標版本文件的版本頭信息剝離，獲取目標原始版本文件； 將所述目標原始版本文件下載到一個或多個終端的存儲器中； 激活所述目標原始版本文件，并將所述存儲器設置為啟動區(qū)； 根據所述目標版本文件的信息更新所述一個或多個終端的所述當前版本信息。
6.如權利要求5所述的方法，其特征在于，所述方法還包括設置所述終端是否啟用版 本自動升級。
7.一種光線路終端，其特征在于，包括獲取模塊，用于獲取攜帶有版本頭信息的終端版本文件，其中，所述終端版本文件包 括光網絡終端ONT版本文件、和光網絡單元ONU版本文件；管理模塊，用于根據所述版本頭信息對所述終端版本文件進行管理。
8.如權利要求7所述的光線路終端，其特征在于，所述版本頭信息包括以下至少之一 版本標簽、版本名稱、版本類型、版本生成時間。
9.如權利要求8所述的光線路終端，其特征在于，所述管理模塊進一步包括 刪除模塊，用于根據所述版本頭信息對所述終端版本文件進行刪除；查詢模塊，用于查看所述終端版本文件的版本頭信息；升級模塊，用于根據所述版本頭信息將所述終端版本文件作為目標版本對所述終端版 本文件進行手動升級或自動升級；更新模塊，用于在所述終端升級成功后，根據所述版本頭信息更新所述終端的當前版 本信息，其中，所述終端包括0ΝΤ、和0NU，所述當前版本信息包括所述版本名稱、和所述 版本生成時間。
10.如權利要求9所述的光線路終端，其特征在于，所述升級模塊包括 設置子模塊，用于設置所述終端是否啟用版本自動升級；獲取子模塊，用于獲取所述終端上報的所述當前版本信息；選擇子模塊，用于根據所述當前版本信息以及所述版本頭信息選擇匹配的目標版本文件；確定子模塊，用于根據所述版本頭信息從所述終端版本文件中確定目標版本文件； 剝離子模塊，用于將所述目標版本文件的版本頭信息剝離，獲取目標原始版本文件； 下載子模塊，用于將所述目標原始版本文件下載到一個或多個終端的存儲器中； 激活子模塊，用于激活所述目標原始版本文件，并將所述存儲器設置為啟動區(qū)； 更新子模塊，用于根據所述目標版本文件的信息更新所述一個或多個終端的所述當前 版本信息。
全文摘要
本發(fā)明公開了一種版本文件管理方法、以及光線路終端，該方法包括獲取攜帶有版本頭信息的終端版本文件，其中，終端版本文件包括光網絡終端ONT版本文件、和光網絡單元ONU版本文件；根據版本頭信息對終端版本文件進行管理。借助于本發(fā)明實施例的技術方案，解決了現有技術中終端版本文件可維護性差，不便于對終端版本文件進行管理的問題，使得OLT對終端版本文件能夠進行有效的維護和管理。
文檔編號H04L12/24GK102111691SQ200910265878
公開日2011年6月29日 申請日期2009年12月29日 優(yōu)先權日2009年12月29日
發(fā)明者郭紅健 申請人:中興通訊股份有限公司