亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

一種批量升級epon中onu的系統(tǒng)及其方法

文檔序號:7818414閱讀:386來源:國知局
一種批量升級epon中onu的系統(tǒng)及其方法
【專利摘要】本發(fā)明公開了一種批量升級EPON中ONU的系統(tǒng),包含:命令發(fā)送模塊,用于控制OLT向ONU發(fā)送升級命令;信息獲取模塊,用于獲取ONU的設(shè)備信息;升級模塊,與所述信息獲取模塊連接,用于生成待升級ONU列表;文件拆分模塊,用于對升級文件數(shù)據(jù)進(jìn)行分塊;文件寫入模塊,用于控制OLT向ONU發(fā)送文件數(shù)據(jù)分塊,控制ONU接收升級文件數(shù)據(jù)。本發(fā)明還公開了一種批量升級EPON中ONU的方法。本發(fā)明可以達(dá)到ONU批量升級的并行化處理,加快了ONU的批量升級速度,且不需要修改電信規(guī)范定義的消息。
【專利說明】—種批量升級EPON中ONU的系統(tǒng)及其方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及以太無源光網(wǎng)絡(luò)領(lǐng)域,具體涉及一種批量升級EPON中ONU的系統(tǒng)及其方法。

【背景技術(shù)】
[0002]在EPON (以太無源光網(wǎng)絡(luò),ETHERNET Passive Optical Network)系統(tǒng)中,OLT (光線路終端,optical line terminal)對于 ONU (光節(jié)點(diǎn),Optical Network Unit)的軟件升級是一項(xiàng)重要的遠(yuǎn)程管理功能。目前,在EPON接入系統(tǒng)中,ONU的軟件升級主要是利用OAM(操作、管理和維護(hù),Operat1n Administrat1n and Maintenance)消息對ONU進(jìn)行軟件升級,而且這一升級過程的具體要求在《中國電信EPON設(shè)備技術(shù)要求》,OLT與ONU之間的通訊則采用二層的以太網(wǎng)協(xié)議,以MPCP (多點(diǎn)控制協(xié)議,Mult1-Point Control Protocol)中OAM通道為載體,使得OLT將升級命令封裝在OAM數(shù)據(jù)幀中進(jìn)行傳送。
[0003]在實(shí)際操作中,需要對大批量的ONU進(jìn)行軟件升級。批量升級ONU時,最簡單的策略就是按照下載、激活和加載的流程,依次0NU1、0NU2直至ONU N。但是,這種升級策略將耗費(fèi)大量時間,因此簡單而不實(shí)用。這就使得縮短升級時間這一要求成為研發(fā)的重要指標(biāo)。
[0004]在《中國電信EPON設(shè)備技術(shù)要求》中,通過OAM機(jī)制的ONU軟件升級功能主要是包括“版本下載”和“激活加載”兩個過程。其中,在激活提交過程中處理好ONU的重啟時機(jī)和激活操作之后的自動重啟是一個縮短ONU軟件升級耗時的主要問題,但是在這個過程中優(yōu)化空間不大。而在版本下載過程中主要耗時在于文件傳輸內(nèi)容消息的分塊傳輸,如果想要加快ONU批量軟件升級的速度,解決好文件內(nèi)容的分塊傳輸機(jī)制對于縮短升級時間是必須考慮的一個因素。
[0005]現(xiàn)有技術(shù)中的其他解決方案中還存在著需要修改電信規(guī)范定義的消息及增加ONU新的屬性等缺點(diǎn),造成研發(fā)過程和維護(hù)過程上的困難,不適合采用。


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

[0006]本發(fā)明的目的在于提供一種批量升級EPON中ONU的系統(tǒng)及其方法,可以達(dá)到ONU批量升級的并行化處理,加快了 ONU的批量升級速度,且不需要修改電信規(guī)范定義的消息。
[0007]為了達(dá)到上述目的,本發(fā)明通過以下技術(shù)方案實(shí)現(xiàn):一種批量升級EPON中ONU的系統(tǒng),其特點(diǎn)是,包含:
命令發(fā)送模塊,用于控制OLT向ONU發(fā)送升級命令;
信息獲取模塊,用于獲取ONU的設(shè)備信息;
升級模塊,與所述信息獲取模塊連接,用于生成待升級ONU列表;
文件拆分模塊,用于對升級文件數(shù)據(jù)進(jìn)行分塊;
文件寫入模塊,用于控制OLT向ONU發(fā)送文件數(shù)據(jù)分塊,控制ONU接收升級文件數(shù)據(jù)。
[0008]系統(tǒng)進(jìn)一步包含一激活模塊,用于控制所述OLT向ONU發(fā)送一激活命令,以控制待升級ONU列表中的所有ONU執(zhí)行升級流程。
[0009]一種批量升級EPON中ONU的方法,其特點(diǎn)是,包含以下步驟:
51、命令發(fā)送模塊控制OLT發(fā)送升級命令至ONU;
52、信息獲取模塊獲取收到所述升級命令的ONU的設(shè)備信息,并將設(shè)備信息發(fā)送至升級模塊;
53、升級模塊根據(jù)設(shè)備信息,生成待升級ONU列表,所述待升級ONU列表中的每一ONU均包含一唯一的識別信息;
54、文件拆分模塊將OLT中的升級文件數(shù)據(jù)進(jìn)行分塊,其中每一文件數(shù)據(jù)分塊均包含一唯一的識別信息;
55、文件寫入模塊控制OLT向待升級ONU列表中的所有ONU發(fā)送文件數(shù)據(jù)分塊,并控制ONU接收完畢所有文件數(shù)據(jù)分塊;
56、激活模塊控制OLT向待升級ONU列表中的所有ONU發(fā)送一激活命令,控制待升級ONU列表中的所有ONU執(zhí)行升級流程。
[0010]較佳地,所述的設(shè)備信息包含ONU Vendor> ONU type、Software/Firmwarevers1n。
[0011]較佳地,所述的步驟SI具體為:
S1.1、命令發(fā)送模塊控制OLT向ONU發(fā)送File Write Request消息,請求寫入一個文件;
S1.2、ONU同意寫請求后返回File Transfer ACK消息。
[0012]優(yōu)選地,所述的步驟S5具體為:
S5.1、文件寫入模塊控制OLT向待升級ONU列表中的對應(yīng)ONU發(fā)送文件數(shù)據(jù)分塊;
S5.2、啟用OLT的計(jì)時器判斷ONU是否在預(yù)定時間內(nèi)收到回應(yīng),若是則執(zhí)行步驟S5.4,若否則執(zhí)行步驟S5.3 ;
S5.3、繼續(xù)判斷是否在規(guī)定時間內(nèi)連續(xù)發(fā)送的次數(shù)是否超出設(shè)定次數(shù),若是則執(zhí)行步驟S5.5,若否則執(zhí)行步驟S5.6 ;
S5.4、判斷當(dāng)前文件數(shù)據(jù)分塊是否是最后一個分塊,若否則執(zhí)行S5.7,若是,則ONU接收完畢所有文件數(shù)據(jù)分塊;
S5.5、斷開連接,并將錯誤上報(bào)網(wǎng)管;
S5.6、OLT重新發(fā)送文件數(shù)據(jù)分塊至0NU,并重復(fù)步驟S5.2 ;
S5.7、文件寫入模塊控制OLT向待升級ONU列表中的對應(yīng)ONU發(fā)送下一個文件數(shù)據(jù)分塊,并重復(fù)步驟S5.2。
[0013]較佳地,進(jìn)一步包含S5.8,若ONU重復(fù)收到OLT下發(fā)的文件數(shù)據(jù)分塊,則ONU將重復(fù)的文件數(shù)據(jù)分塊丟棄;S5.9,若OLT重復(fù)收到ONU的回應(yīng),則OLT將忽略重復(fù)的回應(yīng)。
[0014]優(yōu)選地,所述的步驟S5.1中OLT發(fā)送的數(shù)據(jù)分塊中封裝有File Transfer Data消息,F(xiàn)ile Transfer Data消息中包含對應(yīng)ONU的識別信息及文件數(shù)據(jù)分塊的識別信息;
所述的ONU回應(yīng)消息中包含ONU的識別信息及文件數(shù)據(jù)分塊的識別信息。
[0015]優(yōu)選地,所述的步驟S5.2中的預(yù)定時間為I秒;所述的步驟S5.3中的設(shè)定次數(shù)為3次。
[0016]本發(fā)明一種批量升級EPON中ONU的系統(tǒng)及其方法與現(xiàn)有技術(shù)相比具有以下優(yōu)點(diǎn):OLT通過File Transfer Data (廣播LLID)消息將Data Block發(fā)給PON 口下所有在線ONU,實(shí)現(xiàn)文件內(nèi)容的并行傳輸,縮短了批量ONU的軟件升級時間;減少File Transfer ACK消息的“閑余”時間,可以達(dá)到ONU批量升級的并行化處理,加快了 ONU的批量升級速度,且不需要修改電信規(guī)范定義的消息。

【專利附圖】

【附圖說明】
[0017]圖1為本發(fā)明一種批量升級EPON中ONU的系統(tǒng)的結(jié)構(gòu)框圖;
圖2為本發(fā)明一種批量升級EPON中ONU的方法的流程圖;
圖3為ONU軟件版本下載的交互流程圖;
圖4為本發(fā)明實(shí)施例圖。

【具體實(shí)施方式】
[0018]以下結(jié)合附圖,通過詳細(xì)說明一個較佳的具體實(shí)施例,對本發(fā)明做進(jìn)一步闡述。
[0019]如圖1所不,一種批量升級EPON中ONU的系統(tǒng),包含:命令發(fā)送模塊1,用于控制OLT向ONU發(fā)送升級命令;信息獲取模塊2,用于獲取ONU的設(shè)備信息;升級模塊3,與所述信息獲取模塊2連接,用于生成待升級ONU列表;文件拆分模塊4,用于對升級文件數(shù)據(jù)進(jìn)行分塊;文件寫入模塊5,用于控制OLT向ONU發(fā)送文件數(shù)據(jù)分塊,控制ONU接收升級文件數(shù)據(jù);激活模塊6,用于控制所述OLT向ONU發(fā)送一激活命令,以控制待升級ONU列表中的所有ONU執(zhí)行升級流程。
[0020]如圖2所示,一種批量升級EPON中ONU的方法,包含以下步驟:
51、命令發(fā)送模塊I控制OLT發(fā)送升級命令至ONU;
52、信息獲取模塊2獲取收到所述升級命令的ONU的設(shè)備信息(如ONUVendor, ONUtype、Software/Firmware vers1n),并將設(shè)備信息發(fā)送至升級模塊3 ;
53、升級模塊3根據(jù)設(shè)備信息,生成待升級ONU列表,所述待升級ONU列表中的每一ONU均包含一唯一的識別信息;
54、文件拆分模塊4將OLT中的升級文件數(shù)據(jù)進(jìn)行分塊,其中每一文件數(shù)據(jù)分塊均包含一唯一的識別信息;
55、文件寫入模塊5控制OLT向待升級ONU列表中的所有ONU發(fā)送文件數(shù)據(jù)分塊,并控制ONU接收完畢所有文件數(shù)據(jù)分塊;
56、激活模塊6控制OLT向待升級ONU列表中的所有ONU發(fā)送一激活命令,控制待升級ONU列表中的所有ONU執(zhí)行升級流程。
[0021]其中,步驟SI包含:S1.1、命令發(fā)送模塊I控制OLT向ONU發(fā)送File WriteRequest消息,請求寫入一個文件;
S1.2、ONU同意寫請求后返回File Transfer ACK消息。
[0022]步驟S5包含:S5.1、文件寫入模塊5控制OLT向待升級ONU列表中的對應(yīng)ONU發(fā)送文件數(shù)據(jù)分塊;
S5.2、啟用OLT的計(jì)時器判斷ONU是否在預(yù)定時間內(nèi)收到回應(yīng),若是則執(zhí)行步驟S5.4,若否則執(zhí)行步驟S5.3 ;
S5.3、繼續(xù)判斷是否在規(guī)定時間內(nèi)連續(xù)發(fā)送的次數(shù)是否超出設(shè)定次數(shù),若是則執(zhí)行步驟S5.5,若否則執(zhí)行步驟S5.6 ; S5.4、判斷當(dāng)前文件數(shù)據(jù)分塊是否是最后一個分塊,若否則執(zhí)行S5.7,若是,則ONU接收完畢所有文件數(shù)據(jù)分塊;
S5.5、斷開連接,并將錯誤上報(bào)網(wǎng)管;
S5.6、OLT重新發(fā)送文件數(shù)據(jù)分塊至0NU,并重復(fù)步驟S5.2 ;
S5.7、文件寫入模塊5控制OLT向待升級ONU列表中的對應(yīng)ONU發(fā)送下一個文件數(shù)據(jù)分塊,并重復(fù)步驟S5.2。
[0023]S5.8、若ONU重復(fù)收到OLT下發(fā)的文件數(shù)據(jù)分塊,則ONU將重復(fù)的文件數(shù)據(jù)分塊丟棄;
S5.9、若OLT重復(fù)收到ONU的回應(yīng),則OLT將忽略重復(fù)的回應(yīng);
所述的步驟S5.1中OLT發(fā)送的數(shù)據(jù)分塊中封裝有File Transfer Data消息,F(xiàn)ileTransfer Data消息中包含對應(yīng)ONU的識別信息及文件數(shù)據(jù)分塊的識別信息;所述的ONU回應(yīng)消息中包含ONU的識別信息及文件數(shù)據(jù)分塊的識別信息。
[0024]所述的步驟S5.2中的預(yù)定時間為I秒;所述的步驟S5.3中的設(shè)定次數(shù)為3次。
[0025]實(shí)施例一:
在普通的批量ONU軟件升級方案中,當(dāng)OLT發(fā)送每一個分段后,需等待全部ONU回復(fù)確認(rèn)消息后,OLT才能發(fā)送下個分段,這就存在著File Transfer ACK消息過程中的“閑余”時間問題,這樣在很大程度上加大了 ONU軟件升級的時間。
[0026]在本發(fā)明中,將OLT所有在線ONU進(jìn)行編號,形成唯一識別信息,例如采用序列號的方式進(jìn)行標(biāo)記,例如總共有m個ONU,ONU的序列號為1、,m為正整數(shù),同時對升級文件數(shù)據(jù)進(jìn)行分塊,并形成唯一識別信息,例如采用序列號的方式進(jìn)行標(biāo)記,例如總共有η個分塊,從文件數(shù)據(jù)分塊為11,η為正整數(shù)。
[0027]因此,標(biāo)記OLT發(fā)送文件數(shù)據(jù)分塊j給ONU i的File Transfer Data消息記為FTD_i/j,其 File Transfer Ack 應(yīng)答消息記為 FTA_i/j。
[0028]如圖3中,ONU軟件版本下載的交互流程圖,OLT通過GET命令可以獲得ONU相關(guān)的 MIB 信息,如 ONU Vendor、ONU type、Software/Firmware vers1n 等,當(dāng) OLT 確定 ONU需要更新軟件/固件,OLT先發(fā)送File Write Request消息向ONU請求寫入一個文件,ONU同意寫請求后返回File Transfer ACK消息,則OLT開始將要寫入的文件數(shù)據(jù)分塊依次發(fā)送給0NU,并且只有當(dāng)ONU返回確認(rèn)消息后,OLT才能發(fā)送下個分段。為了提高傳輸效率,在傳送文件過程中,OLT發(fā)送的OAMPDU內(nèi)應(yīng)封裝I個File Transfer Data消息,I個文件數(shù)據(jù)分塊(Block)不大于1400字節(jié)。ONU返回的OAMPDU內(nèi)應(yīng)封裝相應(yīng)的File TransferACK消息。只有當(dāng)ONU返回的File Transfer ACK消息中的序列號是正確的序列號,OLT才會發(fā)送下個分段。否則OLT應(yīng)重新發(fā)送上個OAMPDU中封裝的文件數(shù)據(jù)分塊。如果OLT發(fā)送的File Transfer Data消息的Data域小于1400字節(jié),則該消息內(nèi)的文件數(shù)據(jù)分塊是數(shù)據(jù)文件的最后一個分塊。
[0029]如圖4所示,包含4個ONU,OLT并發(fā)發(fā)送第一個文件數(shù)據(jù)分塊1,例如0NU2發(fā)送應(yīng)答消息(FTA_2/1),則發(fā)送第二個文件數(shù)據(jù)分塊2 (FTD_2/2),另外,在OLT側(cè)設(shè)置定時器File_ffriting_0LT_Timer, OLT 發(fā)送一個消息就啟動定時器,如果在 File_Writing_OLT_Timer超時后仍然沒有收到ONU的確認(rèn)消息,則OLT重新發(fā)送該消息。File_Writing_OLT_Timer的超時時間默認(rèn)設(shè)置為Is。當(dāng)OLT連續(xù)三次重傳消息都沒有收到任何確認(rèn)消息,則連接關(guān)閉,上報(bào)網(wǎng)管。在一次下載過程中,如果ONU收到OLT下發(fā)的重復(fù)序列號的分塊,ONU應(yīng)回復(fù)成功并丟棄收到的重復(fù)的文件數(shù)據(jù)分塊。OLT在收到ONU回復(fù)的確認(rèn)信息后,應(yīng)立刻開始下一文件數(shù)據(jù)分塊的傳輸;如果OLT收到ONU回復(fù)的重復(fù)序列號的確認(rèn),OLT應(yīng)忽略該消息。在File_Writing_OLT_Timer時間里,可以看作對4個ONU并行分段傳輸。該方案其實(shí)是減少了等待File Transfer Ack消息的“閑余”時間,實(shí)現(xiàn)了準(zhǔn)并行處理,且不需要修改電信規(guī)范定義的消息。
[0030]盡管本發(fā)明的內(nèi)容已經(jīng)通過上述優(yōu)選實(shí)施例作了詳細(xì)介紹,但應(yīng)當(dāng)認(rèn)識到上述的描述不應(yīng)被認(rèn)為是對本發(fā)明的限制。在本領(lǐng)域技術(shù)人員閱讀了上述內(nèi)容后,對于本發(fā)明的多種修改和替代都將是顯而易見的。因此,本發(fā)明的保護(hù)范圍應(yīng)由所附的權(quán)利要求來限定。
【權(quán)利要求】
1.一種批量升級EPON中ONU的系統(tǒng),其特征在于,包含: 命令發(fā)送模塊(I),用于控制OLT向ONU發(fā)送升級命令; 信息獲取模塊(2),用于獲取ONU的設(shè)備信息; 升級模塊(3),與所述信息獲取模塊(2)連接,用于生成待升級ONU列表; 文件拆分模塊(4),用于對升級文件數(shù)據(jù)進(jìn)行分塊; 文件寫入模塊(5),用于控制OLT向ONU發(fā)送文件數(shù)據(jù)分塊,控制ONU接收升級文件數(shù)據(jù)。
2.如權(quán)利要求1所述的批量升級EPON中ONU的系統(tǒng),其特征在于,進(jìn)一步包含一激活模塊(6),用于控制所述OLT向ONU發(fā)送一激活命令,以控制待升級ONU列表中的所有ONU執(zhí)行升級流程。
3.一種批量升級EPON中ONU的方法,其特征在于,包含以下步驟: 51、命令發(fā)送模塊(I)控制OLT發(fā)送升級命令至ONU; 52、信息獲取模塊(2)獲取收到所述升級命令的ONU的設(shè)備信息,并將設(shè)備信息發(fā)送至升級模塊(3); 53、升級模塊(3)根據(jù)設(shè)備信息,生成待升級ONU列表,所述待升級ONU列表中的每一ONU均包含一唯一的識別信息; 54、文件拆分模塊(4)將OLT中的升級文件數(shù)據(jù)進(jìn)行分塊,其中每一文件數(shù)據(jù)分塊均包含一唯一的識別信息; 55、文件寫入模塊(5)控制OLT向待升級ONU列表中的所有ONU發(fā)送文件數(shù)據(jù)分塊,并控制ONU接收完畢所有文件數(shù)據(jù)分塊。
4.如權(quán)利要求3所述的批量升級EPON中ONU的方法,其特征在于,進(jìn)一步包含步驟S6,激活模塊(6)控制OLT向待升級ONU列表中的所有ONU發(fā)送一激活命令,控制待升級ONU列表中的所有ONU執(zhí)行升級流程。
5.如權(quán)利要求3或4所述的批量升級EPON中ONU的方法,其特征在于,所述的設(shè)備信息包含 ONU Vendor、ONU type、Software/Firmware vers1n。
6.如權(quán)利要求4所述的批量升級EPON中ONU的方法,其特征在于,所述的步驟SI具體為: S1.1、命令發(fā)送模塊(I)控制OLT向ONU發(fā)送File Write Request消息,請求寫入一個文件; S1.2、ONU同意寫請求后返回File Transfer ACK消息。
7.如權(quán)利要求6所述的批量升級EPON中ONU的方法,其特征在于,所述的步驟S5具體為: S5.1、文件寫入模塊(5)控制OLT向待升級ONU列表中的對應(yīng)ONU發(fā)送文件數(shù)據(jù)分塊;S5.2、啟用OLT的計(jì)時器判斷ONU是否在預(yù)定時間內(nèi)收到回應(yīng),若是則執(zhí)行步驟S5.4,若否則執(zhí)行步驟S5.3 ; S5.3、繼續(xù)判斷是否在規(guī)定時間內(nèi)連續(xù)發(fā)送的次數(shù)是否超出設(shè)定次數(shù),若是則執(zhí)行步驟S5.5,若否則執(zhí)行步驟S5.6 ; S5.4、判斷當(dāng)前文件數(shù)據(jù)分塊是否是最后一個分塊,若否則執(zhí)行S5.7,若是,則ONU接收完畢所有文件數(shù)據(jù)分塊; S5.5、斷開連接,并將錯誤上報(bào)網(wǎng)管; S5.6、OLT重新發(fā)送文件數(shù)據(jù)分塊至0NU,并重復(fù)步驟S5.2 ; S5.7、文件寫入模塊(5)控制OLT向待升級ONU列表中的對應(yīng)ONU發(fā)送下一個文件數(shù)據(jù)分塊,并重復(fù)步驟S5.2。
8.如權(quán)利要求7所述的批量升級EPON中ONU的方法,其特征在于,進(jìn)一步包含S5.8,若ONU重復(fù)收到OLT下發(fā)的文件數(shù)據(jù)分塊,則ONU將重復(fù)的文件數(shù)據(jù)分塊丟棄;S5.9,若OLT重復(fù)收到ONU的回應(yīng),則OLT將忽略重復(fù)的回應(yīng)。
9.如權(quán)利要求7或8所述的批量升級EPON中ONU的方法,其特征在于,所述的步驟S5.1中OLT發(fā)送的數(shù)據(jù)分塊中封裝有File Transfer Data消息,F(xiàn)ile Transfer Data消息中包含對應(yīng)ONU的識別信息及文件數(shù)據(jù)分塊的識別信息; 所述的ONU回應(yīng)消息中包含ONU的識別信息及文件數(shù)據(jù)分塊的識別信息。
10.如權(quán)利要求7所述的批量升級EPON中ONU的方法,其特征在于,所述的步驟S5.2中的預(yù)定時間為I秒;所述的步驟S5.3中的設(shè)定次數(shù)為3次。
【文檔編號】H04Q11/00GK104270688SQ201410599815
【公開日】2015年1月7日 申請日期:2014年10月31日 優(yōu)先權(quán)日:2014年10月31日
【發(fā)明者】于慧霞 申請人:上海斐訊數(shù)據(jù)通信技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1