光網(wǎng)絡(luò)單元onu版本升級方法和設(shè)備的制作方法
【專利摘要】本申請?zhí)峁┝斯饩W(wǎng)絡(luò)單元ONU版本升級方法和設(shè)備。本發(fā)明中，在ONU整個版本升級過程中，OLT只需要通知ONU設(shè)備版本升級相關(guān)的控制信息比如所述文件服務(wù)器的地址、DHCP服務(wù)器的地址、待升級版本的標識，剩下的版本加載和升級工作由ONU設(shè)備和文件服務(wù)器自行交互，無需OLT的管理CPU進行干預(yù)，這節(jié)省OLT上管理CPU的資源，且加快ONU的版本升級。
【專利說明】光網(wǎng)絡(luò)單元ONU版本升級方法和設(shè)備

【技術(shù)領(lǐng)域】
[0001] 本申請涉及網(wǎng)絡(luò)通信技術(shù)，特別涉及光網(wǎng)絡(luò)單元（ONU :0ptical Network Unit)版 本升級方法和設(shè)備。

【背景技術(shù)】
[0002] 以太網(wǎng)無源光網(wǎng)絡(luò)（EPON :Ethernet Passive Optical Network)是承載封裝成 802. 3標準的以太網(wǎng)巾貞的無源光網(wǎng)絡(luò)（PON :Passive Optical Network)，是以太網(wǎng)技術(shù)和無 源光網(wǎng)絡(luò)技術(shù)的有機結(jié)合，基于2004年6月頒布的IEEE802. 3ah標準。一個典型的EP0N 系統(tǒng)主要由光線路終端（0LT:0ptical Line Terminal)、0NU和光分配網(wǎng)絡(luò)（0DN:0ptical Distribution Network,)三部分組成，如圖1所示。
[0003] 其中，0LT-般放置在中心機房（CO Central Office)內(nèi)，是整個EP0N系統(tǒng)的核心 設(shè)備。0LT通常是一臺以太網(wǎng)交換機、路由器或者多媒體轉(zhuǎn)換平臺，提供EP0N系統(tǒng)與業(yè)務(wù)供 應(yīng)商的核心數(shù)據(jù)/視頻/電話網(wǎng)絡(luò)間的接口。
[0004] 0NU用于連接用戶側(cè)的網(wǎng)絡(luò)設(shè)備如PC、機頂盒以及交換機等，通常放置在用戶家 里、樓道或者路邊，主要負責(zé)用戶側(cè)上行數(shù)據(jù)（0NU發(fā)往0LT的數(shù)據(jù)包）的轉(zhuǎn)發(fā)及選擇性接 收從0LT側(cè)轉(zhuǎn)發(fā)的下行廣播數(shù)據(jù)（0LT發(fā)往0NU的數(shù)據(jù)包）。
[0005] 0DN由光纖和一個或多個無源光纖分支器（P0S :Passive Optical Splitter)等 無源光器件組成，在0LT和0NU間提供光信號傳輸通道。P0S可以將上行數(shù)據(jù)耦合到一根光 纖上，將下行數(shù)據(jù)分發(fā)到各個0NU。
[0006] 在中國電信CTC3. 0標準定義的0NU版本升級方案中，0LT是通過其上的管理CPU 下發(fā)0NU升級版本到0NU的，通常一個0LT包含多個EP0N接口，每個EP0N接口下掛64個 0NU，如此，0LT上的管理CPU就需要同時向64*N (以一塊板卡支持的0LT端口數(shù)為24計算， N = 24)個0NU下發(fā)版本信息，這對0LT的管理CPU是個極大的考驗。
[0007] 而且，出于網(wǎng)絡(luò)安全的考慮，0LT的管理CPU處理性能一般都會進行限速如 4000pps，假設(shè)下發(fā)一個0NU版本為10MB，這樣整個EP0N系統(tǒng)的0NU版本升級完成需要的時 間是：
[0008] 10 (MB) *64 ( -個 EP0N 口支持 64 個 0NU) *24 ( - 個管理 CPU 管理 24 個 EP0N 口）/6 (管理CPU每秒傳送6M報文）=2560秒；可以看出整個EP0N系統(tǒng)的0NU版本升級 時間比較長，如果考慮到在0NU版本升級期間存在其他0AM擴展報文的交互，則0NU升級所 需要的時間還會拉長，不利于整個系統(tǒng)的穩(wěn)定。


【發(fā)明內(nèi)容】

[0009] 本申請?zhí)峁┝斯饩W(wǎng)絡(luò)單元0NU版本升級方法和設(shè)備，以避免由0LT上管理CPU干 預(yù)0NU的版本升級，節(jié)省0LT上管理CPU的資源，且加快0NU的版本升級。
[0010] 本申請?zhí)峁┑募夹g(shù)方案包括：
[0011] 一種以太網(wǎng)無源光網(wǎng)絡(luò)EP0N系統(tǒng)中光網(wǎng)絡(luò)單元0NU版本升級的方法，該EP0N系 統(tǒng)中預(yù)先設(shè)置文件服務(wù)器和DHCP服務(wù)器，該文件服務(wù)器存放了 ONU待升級的版本；該方法 應(yīng)用于0NU，包括：
[0012] 接收0LT在確認本0NU需要進行版本升級時通知的以下信息：該文件服務(wù)器的地 址、DHCP服務(wù)器的地址、待升級版本的標識；
[0013] 向該DHCP服務(wù)器的地址發(fā)送DHCP請求報文以請求DHCP服務(wù)器為本0NU分配IP 地址；
[0014] 接收DHCP服務(wù)器為本0NU分配的IP地址；
[0015] 向該文件服務(wù)器的地址發(fā)送版本請求，該版本請求的源IP地址為DHCP服務(wù)器為 本0NU分配的IP地址，該版本請求攜帶了該待升級版本的標識；
[0016] 接收該文件服務(wù)器為其傳送的與該待升級版本的標識對應(yīng)的待升級版本以完成 版本升級。
[0017] 一種太網(wǎng)無源光網(wǎng)絡(luò)EP0N系統(tǒng)中光網(wǎng)絡(luò)單元0NU版本升級的方法，該EP0N系統(tǒng) 中預(yù)先設(shè)置文件服務(wù)器和DHCP服務(wù)器，該文件服務(wù)器存放了 0NU待升級的版本；該方法應(yīng) 用于光纖路終端0LT，該0LT通過以太接口連接文件服務(wù)器和DHCP服務(wù)器，該方法包括：
[0018] 在與0NU建立0AM連接后，通過該0AM連接與0NU進行信息交互以確認0NU是否 需要進行版本升級；
[0019] 在確認0NU需要進行版本升級時向0NU通知以下信息：該文件服務(wù)器的地址、DHCP 服務(wù)器的地址、待升級版本的標識。
[0020] -種以太網(wǎng)無源光網(wǎng)絡(luò)EP0N系統(tǒng)中光網(wǎng)絡(luò)單元0NU版本升級的設(shè)備，該EP0N系 統(tǒng)中預(yù)先設(shè)置文件服務(wù)器和DHCP服務(wù)器，該文件服務(wù)器存放了 0NU待升級的版本；該設(shè)備 應(yīng)用于0NU，包括：
[0021] 接收單元，用于接收0LT在確認本0NU需要進行版本升級時通知的以下信息：該 文件服務(wù)器的地址、DHCP服務(wù)器的地址、待升級版本的標識；以及接收DHCP服務(wù)器為自身 0NU分配的IP地址；以及接收該文件服務(wù)器為其傳送的與該待升級版本的標識對應(yīng)的待升 級版本以完成版本升級；
[0022] 地址請求單元，用于向該DHCP服務(wù)器的地址發(fā)送DHCP請求報文以請求DHCP服務(wù) 器為本0NU分配IP地址；
[0023] 版本請求單元，用于向該文件服務(wù)器的地址發(fā)送版本請求，該版本請求的源IP地 址為DHCP服務(wù)器為本0NU分配的IP地址，該版本請求攜帶了該待升級版本的標識。
[0024] -種太網(wǎng)無源光網(wǎng)絡(luò)EP0N系統(tǒng)中光網(wǎng)絡(luò)單元0NU版本升級的設(shè)備，該EP0N系統(tǒng) 中預(yù)先設(shè)置文件服務(wù)器和DHCP服務(wù)器，該文件服務(wù)器存放了 0NU待升級的版本；該設(shè)備應(yīng) 用于光纖路終端0LT，該0LT通過以太接口連接文件服務(wù)器和DHCP服務(wù)器，該設(shè)備包括：
[0025] 確認單元，用于在與0NU建立0AM連接后，通過該0AM連接與0NU進行信息交互以 確認0NU是否需要進行版本升級；
[0026] 通知單元，用于在該確認單元確認0NU需要進行版本升級時向0NU通知以下信息： 該文件服務(wù)器的地址、DHCP服務(wù)器的地址、待升級版本的標識。
[0027] 由以上技術(shù)方案可以看出，本發(fā)明中，在0NU整個版本升級過程中，0LT只需要通 知0NU設(shè)備版本升級相關(guān)的控制信息比如該文件服務(wù)器的地址、DHCP服務(wù)器的地址、待升 級版本的標識，剩下的版本加載和升級工作由0NU設(shè)備和文件服務(wù)器自行交互，無需0LT的 管理CPU進行干預(yù)，這節(jié)省OLT上管理CPU的資源，且加快ONU的版本升級。

【專利附圖】

【附圖說明】
[0028] 圖1為EP0N系統(tǒng)結(jié)構(gòu)圖；
[0029] 圖2為本發(fā)明實施例提供的方法流程圖；
[0030] 圖3為本發(fā)明實施例提供的EP0N系統(tǒng)組網(wǎng)圖；
[0031] 圖4為本發(fā)明實施例提供的0AM擴展協(xié)議報文格式示意圖；
[0032] 圖5為本發(fā)明提供的第一種設(shè)備結(jié)構(gòu)示意圖；
[0033] 圖6為本發(fā)明提供的第二種設(shè)備結(jié)構(gòu)示意圖。

【具體實施方式】
[0034] 為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和具體實施例對 本發(fā)明進行詳細描述。
[0035] 本申請?zhí)峁┑姆椒軌虮苊庥?LT上的管理CPU干預(yù)0NU的版本升級，節(jié)省0LT 上管理CPU的資源，且加快0NU的版本升級。
[0036] 下面對本發(fā)明提供的方法進行描述：
[0037] 參見圖2,圖2為本發(fā)明提供的方法流程圖。該方法應(yīng)用于EP0N系統(tǒng)，其中，EP0N 系統(tǒng)中預(yù)先設(shè)置文件服務(wù)器和DHCP服務(wù)器，作為本發(fā)明的一個實施例，EP0N系統(tǒng)中的0LT 通過以太接口分別連接該預(yù)先設(shè)置的文件服務(wù)器和DHCP服務(wù)器，圖3示出了本發(fā)明實施例 提供的EP0N系統(tǒng)組網(wǎng)圖。
[0038] 在本發(fā)明中，文件服務(wù)器存放了 0NU待升級的版本，這里，文件服務(wù)器可為HTTP服 務(wù)器，或者為簡單文件傳輸協(xié)議（TFTP:Trivial File Transfer Protocol)服務(wù)器，具體可 依賴于用戶的設(shè)置。
[0039] 在本發(fā)明中，DHCP服務(wù)器用于為0NU分配IP地址，以便0NU利用被分配的IP地 址從文件服務(wù)器獲取待升級版本。
[0040] 基于EP0N系統(tǒng)中預(yù)先設(shè)置的文件服務(wù)器和DHCP服務(wù)器，則如圖2所示，該流程可 包括以下步驟：
[0041] 步驟201，0LT在與0NU建立0AM連接后，通過該0AM連接與0NU進行信息交互以 確認0NU是否需要進行版本升級。
[0042] 這里，0LT與0NU建立0AM連接的方式類似現(xiàn)有0AM連接建立的方式，以及，0LT 通過0AM連接與0NU進行信息交互以確認0NU是否需要進行版本升級的方式類似現(xiàn)有確認 0NU是否需要進行版本升級的方式，這里不再贅述。
[0043] 步驟202, 0LT在確認0NU需要進行版本升級時向0NU通知以下信息：該文件服務(wù) 器的地址、DHCP服務(wù)器的地址、待升級版本的標識。
[0044] 步驟203, 0NU接收0LT通知的以下信息：該文件服務(wù)器的地址、DHCP服務(wù)器的地 址、待升級版本的標識。
[0045] 步驟204, 0NU向該DHCP服務(wù)器的地址發(fā)送DHCP請求報文以請求DHCP服務(wù)器為 本0NU分配IP地址，并接收DHCP服務(wù)器為本0NU分配的IP地址。
[0046] 優(yōu)選地，本發(fā)明中，在執(zhí)行步驟204之前，0LT可進一步通知版本升級方式至0NU。 作為本發(fā)明的一個實施例，OLT進一步通知的版本升級方式可與上述步驟202中OLT通知 的信息一起同時通知給0NU，也可與上述步驟202中0LT通知的信息分開通知給0NU，本發(fā) 明并不具體限定。
[0047] 這里，當該版本升級方式為第一方式，則表示按照本發(fā)明提供的方法執(zhí)行；而當該 版本升級方式為第二方式，則表示按照中國電信CTC3. 0標準明確定義的升級方案（簡稱現(xiàn) 有版本升級方式）執(zhí)行?；诖耍?NU在執(zhí)行本步驟204之前，可進一步包括：
[0048] 確認0LT通知的版本升級方式，如果該版本升級方式為第一方式，如上所述，第 一方式表示按照本發(fā)明提供的方法執(zhí)行，則繼續(xù)執(zhí)行步驟204;而如果為第二方式，如上所 述，第二方式表示按照中國電信CTC3. 0標準明確定義的升級方案（簡稱現(xiàn)有版本升級方 式）執(zhí)行，因為現(xiàn)有版本升級方式是從0LT獲取待升級的版本并進行版本升級的，基于此， 這里就按照現(xiàn)有版本升級方式從0LT獲取待升級的版本并進行版本升級，不再執(zhí)行步驟 204以及后續(xù)各個步驟。
[0049] 步驟205, 0NU向該文件服務(wù)器的地址發(fā)送版本請求，該版本請求的源IP地址為 DHCP服務(wù)器為本0NU分配的IP地址，該版本請求攜帶了該待升級版本的標識。
[0050] 需要說明的是，在本步驟205執(zhí)行之前，該方法可進一步包括：0NU與文件服務(wù)器 建立數(shù)據(jù)連接。如上所述，在本發(fā)明中，文件服務(wù)器可為HTTP服務(wù)器，或者為TFTP服務(wù)器。 基于此，當文件服務(wù)器為HTTP服務(wù)器時，0NU與文件服務(wù)器建立的數(shù)據(jù)連接就為HTTP連接， 而當文件服務(wù)器為TFTP服務(wù)器時，0NU與文件服務(wù)器建立的數(shù)據(jù)連接就為TFTP連接。其 中，建立HTTP連接或者TFTP連接的方式類似現(xiàn)有方式，這里不再贅述。
[0051] 基于該建立的數(shù)據(jù)連接，0NU會通過該建立的數(shù)據(jù)連接向該文件服務(wù)器的地址發(fā) 送如上的版本請求。
[0052] 步驟206,文件服務(wù)器接收到該版本請求時，傳送與該版本請求攜帶的待升級版本 標識對應(yīng)的待升級版本給發(fā)送了該版本請求的0NU。
[0053] 如上所述，文件服務(wù)器存儲了待升級版本，基于此，本步驟206具體為：文件服務(wù) 器接收到該版本請求時，以該版本請求攜帶的待升級版本標識為關(guān)鍵字在本地存儲的版本 中找到具有該關(guān)鍵字的版本，將該找到的版本傳送給發(fā)送了該版本請求的0NU。
[0054] 步驟207, 0NU接收該文件服務(wù)器為其傳送的版本以完成版本升級。
[0055] 這里，具體地，步驟206可為：0NU接收該文件服務(wù)器為其傳送的版本，自動重啟， 完成版本升級。
[0056] 至此，完成圖2所示的流程。
[0057] 需要說明的是，作為本發(fā)明的一個實施例，上述步驟202中0LT向0NU通知的信息 可攜帶在0AM擴展協(xié)議報文中。圖4示出了 0AM擴展協(xié)議報文的格式。在圖4所示的0AM 擴展協(xié)議報文中，Payload字段中包括數(shù)據(jù)類型（Data Type)、長度（Length)、TID和報文格 式（Message format)〇
[0058] 其中，Data Type:表示Message format承載的數(shù)據(jù)的類型，這里自定義為用于 0NU版本升級的數(shù)據(jù)類型，取值可為0XFE ;
[0059] Length :表不 Payload 的字節(jié)長度，是 Data Type、Length、TID 和 Message format 的長度之和；
[0060] TID:采用0NU的LLID號來表示TID，在M-LLID模式下，采用Base LLID號來表示 TID ;這里，TID與現(xiàn)有OAM擴展協(xié)議報文中的TID -樣，不再贅述；
[0061] Message format :主要承載該文件服務(wù)器的地址（File Server IP address)、 DHCP 服務(wù)器的地址（DCHP Server IP address)、待升級版本的標識（ONU Version Name), 其格式如下表1所示：
[0062]表1:

【權(quán)利要求】
1. 一種以太網(wǎng)無源光網(wǎng)絡(luò)EPON系統(tǒng)中光網(wǎng)絡(luò)單元ONU版本升級的方法，其特征在于， 所述EPON系統(tǒng)中預(yù)先設(shè)置文件服務(wù)器和DHCP服務(wù)器，所述文件服務(wù)器存放了 ONU待升級 的版本；該方法應(yīng)用于0NU，包括： 接收OLT在確認本ONU需要進行版本升級時通知的以下信息：所述文件服務(wù)器的地址、 DHCP服務(wù)器的地址、待升級版本的標識； 向所述DHCP服務(wù)器的地址發(fā)送DHCP請求報文以請求DHCP服務(wù)器為本ONU分配IP地 址； 接收DHCP服務(wù)器為本ONU分配的IP地址； 向所述文件服務(wù)器的地址發(fā)送版本請求，所述版本請求的源IP地址為DHCP服務(wù)器為 本ONU分配的IP地址，所述版本請求攜帶了所述待升級版本的標識； 接收所述文件服務(wù)器為其傳送的與所述待升級版本的標識對應(yīng)的待升級版本以完成 版本升級。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在向DHCP服務(wù)器的地址發(fā)送DHCP請求報 文之前，該方法進一步包括： 接收OLT在確認本ONU需要進行版本升級時通知的版本升級方式； 確認所述版本升級方式為第一方式時，繼續(xù)執(zhí)行向DHCP服務(wù)器的地址發(fā)送DHCP請求 報文的操作； 確認所述版本升級方式標識為第二方式時，按照現(xiàn)有版本升級方式從OLT獲取待升級 的版本并進行版本升級。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述文件服務(wù)器為HTTP服務(wù)器，或者為簡 單文件傳輸協(xié)議TFTP服務(wù)器。
4. 一種太網(wǎng)無源光網(wǎng)絡(luò)EPON系統(tǒng)中光網(wǎng)絡(luò)單元ONU版本升級的方法，其特征在于，所 述EPON系統(tǒng)中預(yù)先設(shè)置文件服務(wù)器和DHCP服務(wù)器，所述文件服務(wù)器存放了 ONU待升級的 版本；該方法應(yīng)用于光纖路終端0LT，所述OLT通過以太接口連接文件服務(wù)器和DHCP服務(wù) 器，該方法包括： 在與ONU建立OAM連接后，通過所述OAM連接與ONU進行信息交互以確認ONU是否需 要進行版本升級； 在確認ONU需要進行版本升級時向ONU通知以下信息：所述文件服務(wù)器的地址、DHCP 服務(wù)器的地址、待升級版本的標識。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，在確認ONU需要進行版本升級時進一步通 知版本升級方式給0NU，其中，所述版本升級方式為第一方式，或者為第二方式。
6. -種以太網(wǎng)無源光網(wǎng)絡(luò)EPON系統(tǒng)中光網(wǎng)絡(luò)單元ONU版本升級的設(shè)備，其特征在于， 所述EPON系統(tǒng)中預(yù)先設(shè)置文件服務(wù)器和DHCP服務(wù)器，所述文件服務(wù)器存放了 ONU待升級 的版本；該設(shè)備應(yīng)用于0NU，包括： 接收單元，用于接收OLT在確認本ONU需要進行版本升級時通知的以下信息：所述文件 服務(wù)器的地址、DHCP服務(wù)器的地址、待升級版本的標識；以及接收DHCP服務(wù)器為自身ONU 分配的IP地址；以及接收所述文件服務(wù)器為其傳送的與所述待升級版本的標識對應(yīng)的待 升級版本以完成版本升級； 地址請求單元，用于向所述DHCP服務(wù)器的地址發(fā)送DHCP請求報文以請求DHCP服務(wù)器 為本ONU分配IP地址； 版本請求單元，用于向所述文件服務(wù)器的地址發(fā)送版本請求，所述版本請求的源IP地 址為DHCP服務(wù)器為本ONU分配的IP地址，所述版本請求攜帶了所述待升級版本的標識。
7. 根據(jù)權(quán)利要求6所述的設(shè)備，其特征在于，所述接收單元在所述地址請求單元向 DHCP服務(wù)器的地址發(fā)送DHCP請求報文之前，進一步接收OLT在確認本ONU需要進行版本升 級時通知的版本升級方式； 該設(shè)備進一步包括： 確認單元，用于確認所述版本升級方式為第一方式時，觸發(fā)所述地址請求單元繼續(xù)執(zhí) 行向DHCP服務(wù)器的地址發(fā)送DHCP請求報文的操作；以及，確認所述版本升級方式為第二方 式時，按照現(xiàn)有版本升級方式從OLT獲取待升級的版本并進行版本升級。
8. 根據(jù)權(quán)利要求7所述的設(shè)備，其特征在于，所述文件服務(wù)器為HTTP服務(wù)器，或者為簡 單文件傳輸協(xié)議TFTP服務(wù)器。
9. 一種太網(wǎng)無源光網(wǎng)絡(luò)EPON系統(tǒng)中光網(wǎng)絡(luò)單元ONU版本升級的設(shè)備，其特征在于，所 述EPON系統(tǒng)中預(yù)先設(shè)置文件服務(wù)器和DHCP服務(wù)器，所述文件服務(wù)器存放了 ONU待升級的 版本；該設(shè)備應(yīng)用于光纖路終端0LT，所述OLT通過以太接口連接文件服務(wù)器和DHCP服務(wù) 器，該設(shè)備包括： 確認單元，用于在與ONU建立OAM連接后，通過所述OAM連接與ONU進行信息交互以確 認ONU是否需要進行版本升級； 通知單元，用于在所述確認單元確認ONU需要進行版本升級時向ONU通知以下信息：所 述文件服務(wù)器的地址、DHCP服務(wù)器的地址、待升級版本的標識。
10. 根據(jù)權(quán)利要求9所述的設(shè)備，其特征在于，所述通知單元在確認ONU需要進行版本 升級時進一步通知版本升級方式給0NU，其中，所述版本升級方式標識為第一方式，或者為 第二方式。
【文檔編號】H04L12/24GK104320281SQ201410604849
【公開日】2015年1月28日 申請日期:2014年10月31日 優(yōu)先權(quán)日:2014年10月31日
【發(fā)明者】汪洪遠 申請人:杭州華三通信技術(shù)有限公司