方 倩，袁鑫昌，柳 杰

(1.光纖通信技術(shù)和網(wǎng)絡(luò)國家重點實驗室，湖北 武漢 430074;2.烽火通信股份有限公司，湖北 武漢 430074)

GPON技術(shù)是基于ITU－T G.984.x標(biāo)準(zhǔn)的新一代寬帶無源光網(wǎng)絡(luò)標(biāo)準(zhǔn)，其具有傳輸速率高、傳輸距離長、效率高、可伸縮性強、支持不同QoS要求的業(yè)務(wù)強大的OAM能力和穩(wěn)健性、高安全性等特點，被大多數(shù)運營商視為實現(xiàn)接入網(wǎng)業(yè)務(wù)寬帶化，綜合化改造的理想技術(shù)［1－2］。GPON 系統(tǒng)是由 OLT，ONU 和 ODN 組成。ODN(Optical Distributed Network)由光纖和無源分光器組成，它連接局端的OLT(Optical Line Terminal)和用戶端的ONU(Optical Network Unit)，其上行數(shù)據(jù)傳輸速率為1.25 Gbit/s，下行為 2.5 Gbit/s［3］。

GPON代表下一代互聯(lián)網(wǎng)的發(fā)展趨勢，已經(jīng)開始在國內(nèi)、國外大規(guī)模商用，而當(dāng)前GPON ONU在工程上升級速度較慢，花費時間較長，嚴(yán)重影響了設(shè)備的可維護(hù)性。為了讓用戶得到更好的服務(wù)，全網(wǎng)ONU的功能快速升級顯得十分必要，而如何讓其升級得更快更穩(wěn)定便成為當(dāng)前工程上的重要問題。針對以上問題，本文提出一種快速升級ONU的方法。

1 ONU升級技術(shù)

ONU的升級功能是指對ONU設(shè)備的系統(tǒng)文件(如固件、CPU文件等)進(jìn)行版本更新的能力。根據(jù)實現(xiàn)方式的不同，升級功能又可以分為手動升級和自動升級兩種方式。

手動升級是通過在用戶界面指定升級文件、FTP服務(wù)器的地址、用戶名和密碼等信息，下發(fā)控制命令，一次完成單個或多個在線ONU的版本更新。

自動升級是用戶將一個或多個升級文件、FTP服務(wù)器的地址、用戶名、密碼、自動升級開關(guān)等自動升級相關(guān)配置信息下發(fā)到設(shè)備，在自動升級配置打開的時段內(nèi)，設(shè)備自動識別配置中需要升級的對象的版本信息，在版本不一致時自動從FTP服務(wù)器下載升級文件完成對配置對象的版本更新。

從用戶操作和實現(xiàn)上來看，ONU手動升級和自動升級的最大區(qū)別是:手動升級命令是一個控制命令，自動升級是一個配置命令［2］。

2 傳統(tǒng)升級方案分析

圖1所示為OLT線卡的帶外控制模式，即業(yè)務(wù)流與控制信息使用不同的通道。HBI(Host Bus Interface)是PON芯片提供給CPU的帶外管理控制通道。傳統(tǒng)的升級方式是CPU和PON芯片在HBI通道上建立TCP連接進(jìn)行通信。首先ONU升級鏡像文件按每31 byte分為一段，由CPU給每段凈荷封裝上OMCI幀序號和消息頭、TCP頭、IP頭、以太網(wǎng)頭，然后通過HBI通道傳送到PON芯片，最后由PON芯片的CPU及TCP協(xié)議棧對此包進(jìn)行解析處理后再傳送到遠(yuǎn)端ONU。

圖1 線卡帶外控制模式

而實際上利用此種方式升級ONU時比較慢，一個大小只有4 Mbit的ONU鏡像文件升級完成大約需要3 min。以半框滿配置為例，共計2048 臺ONU，升級時間長達(dá)102 h，嚴(yán)重影響了工程維護(hù)的成本。

TCP協(xié)議具有面向連接、可靠的特點，3次握手機制便是它可靠性的保證，但這同時也會降低傳輸速度，故懷疑是TCP協(xié)議棧對于升級包處理慢導(dǎo)致了整個升級過程耗時很長。通過CPU調(diào)試網(wǎng)口(motfcc)向PC發(fā)送數(shù)據(jù)包以便與CPU和PON芯片接口(mlbnet)的效率進(jìn)行比較。利用發(fā)包函數(shù)通過線卡CPU的motfcc接口往計算機網(wǎng)口發(fā)二層包、TCP包，實驗結(jié)果如表1所示，線卡CPU向PON芯片mlbnet接口發(fā)二層包、TCP包，實驗結(jié)果如表2所示。

表1 測試結(jié)果1

表2 測試結(jié)果2

對比表1、表2實驗結(jié)果發(fā)現(xiàn)，PON芯片的mlbnet接口的包處理速度明顯較慢，且TCP包的處理效率也不如二層包。證明傳統(tǒng)升級方式的速率瓶頸在于TCP協(xié)議棧的處理以及HBI通道本身的處理速度上。由于PON芯片提供了另一種基于帶內(nèi)控制模式的OMCI消息交互途徑，因此本文提出的快速升級技術(shù)便是基于帶內(nèi)控制模式的研究與設(shè)計。

3 快速升級方案分析與設(shè)計

3.1 理論分析

圖2所示為OLT線卡的帶內(nèi)控制模式，即業(yè)務(wù)流與控制信息共用一條通道。交換芯片與PON芯片之間有4條2.5 Gbit/s的高速SGMⅡ通道，將升級的OMCI消息改由交換芯片進(jìn)行L2 Proxy的方式進(jìn)行傳遞，即使用帶內(nèi)控制模式升級遠(yuǎn)端ONU。

圖2 線卡帶內(nèi)控制模式

根據(jù)前面的分析，CPU對二層包的處理效率遠(yuǎn)高于對TCP包的處理效率，且交換芯片與PON芯片之間的高速SGMII通道對于升級包的傳輸速率也遠(yuǎn)高于HBI通道的傳輸速率，故將OMCI消息封裝在一個二層包里使用帶內(nèi)控制模式升級ONU，理論上是能大大提高OMCI消息傳輸?shù)絇ON芯片的速度，繼而提高升級遠(yuǎn)端ONU的速度。

在帶內(nèi)控制模式下，OMCI消息的傳輸速度提高了很多，但考慮到業(yè)務(wù)流與控制信息共用一條通道，業(yè)務(wù)流可能會影響OMCI消息的傳輸，所以在升級ONU時，通過OMCI協(xié)議將升級包放在高優(yōu)先級隊列，業(yè)務(wù)流放在低優(yōu)先級隊列，以此來保證業(yè)務(wù)流不會對升級造成影響。由于二層包沒有TCP協(xié)議的3次握手機制，為了保證升級的可靠性，線卡PON芯片向ONU的PON芯片發(fā)送升級的OMCI包時，每個窗口的最后一個包要求ONU向上發(fā)一個回應(yīng)確認(rèn)包，如果收到來自O(shè)NU回復(fù)正確的確認(rèn)包，則OLT端將繼續(xù)發(fā)送下一個窗口;如果出現(xiàn)確認(rèn)錯誤(比如CRC錯誤或是段內(nèi)容丟失)，OLT端將重傳此窗口全部內(nèi)容;如果3次重傳失敗則返回錯誤并終止升級流程。

3.2 實現(xiàn)思路

3.2.1 下行方向

配置PON芯片處理L2消息的MAC地址、以太網(wǎng)類型及VLANID。OMCI消息在完成協(xié)議棧封裝后加上L2消息頭，通過交換芯片發(fā)往PON芯片。

3.2.2 上行方向

交換芯片通過對以太網(wǎng)類型及VLANID的識別，進(jìn)行包過濾，將PON芯片發(fā)送過來的OMCI消息TRAP到CPU進(jìn)行處理。

3.3 升級流程設(shè)計

線卡從FTP服務(wù)器下載升級包，如圖3所示，按L2 Proxy以太網(wǎng)幀格式組包后，通過HiSGMII通道將L2 Proxy包傳輸?shù)絇ON芯片。

具體流程為:

1)將從FTP服務(wù)器下載的ONU升級文件按照每31 byte分為1個段，每232個段劃分為一個窗口;

圖3 L2 Proxy組包流程

2)按段將文件鏡像封裝在OMCI消息中，即給每31 byte的段加上OMCI消息頭、OMCI升級幀序號和尾部信息;

3)每29條OMCI消息封裝在一個L2消息中，即每29條OMCI消息加上以太網(wǎng)消息頭、L2消息頭和CRC校驗。

PON芯片將L2 Proxy以太網(wǎng)包中的OMCI消息內(nèi)容拆分出來，包括OMCI消息、OMCI消息頭、OMCI尾部信息，再加上GEM幀頭。按包序號串行傳輸?shù)竭h(yuǎn)端ONU的PON芯片，表3所示為在GEM模式下，ONT管理控制協(xié)議的報文格式［4］。

表3 ONT管理控制協(xié)議的報文格式 byte

ONU接收完升級包后，解包并提取OMCI消息進(jìn)行重新組包，最后寫Flash。

經(jīng)多次實驗證明，原本需要3 min才能完成1個ONU鏡像文件升級，按本文升級方式改進(jìn)后僅需21 s，所需升級時間是原來的1/9左右。半框滿配置升級由原來的102 h，減少到近12 h，大大節(jié)省了工程維護(hù)的時間。

4 小結(jié)

傳統(tǒng)升級方式是將一個短幀長的OMCI消息映射在TCP/IP消息中進(jìn)行傳送，而本文提出的這種快速升級ONU技術(shù)，是在OLT上將多個短幀長的OMCI消息映射在一個長幀長的L2消息中進(jìn)行傳送，并且通過設(shè)置窗口數(shù)減少ONU的應(yīng)答次數(shù)，由此對升級效率帶來了很大的提升。此快速升級技術(shù)能同時應(yīng)用于手動和自動升級ONU兩種方式中，并且能兼容目前工程上已經(jīng)應(yīng)用的ONU，滿足了實際工程上對大規(guī)模ONU升級的需求。

［1］崔海霞.FTTH發(fā)展?fàn)顩r及低成本方案探討［J］.電視技術(shù)，2006，30(10):4－7.

［2］萬洪丹.吉比特?zé)o源光網(wǎng)絡(luò)(GPON)和光網(wǎng)絡(luò)終端(ONT)關(guān)鍵技術(shù)研究［D］.南京:南京理工大學(xué)，2007.

［3］劉謙.ONT遠(yuǎn)程集中管理探討［J］.電信技術(shù)，2008(9):31－34.

［4］ITU－T G.984.4，ONT management and control interface specification for gigabit－capable passive optical networks(GPON)［S］.2008.