專利名稱：一種無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及光網(wǎng)絡(luò)領(lǐng)域，具體地講，涉及到一種無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方 法、裝置及系統(tǒng)。
背景技術(shù)：
無源光網(wǎng)絡(luò)(Passive Optical Network, PON )是指接入用戶的光纖配線網(wǎng) 中中間不含任何有源電子設(shè)備的部分，它全部由光分路器等無源器件實(shí)現(xiàn)用 戶信號(hào)的匯聚上行和廣播下行。無源光網(wǎng)絡(luò)技術(shù)是一種極具竟?fàn)帩摿Φ膶拵?接入技術(shù)，是實(shí)現(xiàn)用戶"最后一公里"接入的重要技術(shù)手段。它在光分配網(wǎng) 絡(luò)(Optical Distribution Network, ODN )中采用無源光器件，用光纖作為傳輸 介質(zhì)，具有帶寬高、防電磁千擾能力強(qiáng)、損耗低、成本小、結(jié)構(gòu)簡單等特點(diǎn)。 近年內(nèi)，各種PON技術(shù)已逐漸進(jìn)入了大規(guī)模的商用階段。如圖l所示，無源光網(wǎng)絡(luò)通常包括位于中心局(Centre Office, CO )的光線 路終端(Optical Line Terminal, OLT )、 一系列位于用戶駐地的光網(wǎng)絡(luò)單元 (Optical Network Unit, ONU )或光網(wǎng)絡(luò)終端(Optical Network Terminal, ONT),以及在這些器件中間由光纖、無源分光器或耦合器構(gòu)成的光配線網(wǎng) 絡(luò)ODN。在無源光網(wǎng)絡(luò)中，用戶的業(yè)務(wù)通過光網(wǎng)絡(luò)終端ONT/ONU接入，然后 在光分配網(wǎng)絡(luò)ODN上匯聚，最后被發(fā)送到光線路終端OLT。在無源光網(wǎng)絡(luò)的 應(yīng)用中，可從中心局連接單根光纖到寬帶業(yè)務(wù)子區(qū)或辦公園區(qū)，然后再用無 源分光器或耦合器從主光纖分離出若千支路到各個(gè)大樓或業(yè)務(wù)設(shè)備上。該方 式可使多個(gè)用戶共享從中心局到用戶駐地這段相對(duì)昂貴的光纖鏈路，因而極 大降低了光纖到樓(FTTB)和光纖到戶(FTTH)的使用成本。無源光網(wǎng)絡(luò)是一種非常重要的接入手段，但是在實(shí)際應(yīng)用中，由于ONT/ONU通常位于遠(yuǎn)離中心局的用戶駐地，對(duì)無源光網(wǎng)鄉(xiāng)各中這些ONT/ONU護(hù)，國際電4言if關(guān)盟電^言工^t纟且(International Telecommunication Union — Telecommunication standardization sector)通過G.984,4定義了 ONT/ONU管理控 制才婁口 ( ONT Management Control Interface, OMCI)協(xié)議。OMCI協(xié)議運(yùn)行在OLT和ONT/ONU之間所建立的ATM ( Asynchronous Transfer Mode,異步轉(zhuǎn)移模式)連接或者GEM ( GPON Encapsulation Method ， GPON封裝方法)連接上，通過管理通道來實(shí)現(xiàn)OLT對(duì)ONT/ONU的管理和控 制。 一個(gè)OLT能夠通過不同的管理通道分別對(duì)多個(gè)ONT/ONU進(jìn)行管理和控 制。通過OMCI協(xié)議，可以實(shí)現(xiàn)建立或拆除與ONT/ONU之間的連接、管理 ONT/ONU上的用戶網(wǎng)絡(luò)接口 (UNI)、查詢?cè)O(shè)備配置信息和運(yùn)行狀態(tài)信息和 定期向系統(tǒng)管理員通知設(shè)備運(yùn)行事件等功能。OMCI協(xié)議規(guī)定了OMCI消息的格式，其長度固定53字節(jié)，具體幀結(jié)構(gòu)如 圖2所示。其中消息頭(Header):當(dāng)OMCI協(xié)議運(yùn)行在ATM連接上和GEM連接上，分 別對(duì)應(yīng)了OMCI協(xié)議的兩種運(yùn)行方式，ATM模式和GEM模式。在ATM模式下， 這里的消息頭即為ATM信元的消息頭；在GEM模式下，消息頭主要包括端口 地址信息。交互關(guān)聯(lián)標(biāo)識(shí)(Transaction correlation identifier):用于關(guān)聯(lián)相應(yīng)報(bào)文和 請(qǐng)求報(bào)文。該ID由OLT產(chǎn)生，ONT/ONU在響應(yīng)報(bào)文中攜帶該ID。 消息類型(Message Type ):用于指示才艮文的類型。設(shè)備標(biāo)識(shí)(Device identifier):對(duì)于G.984.3中定義的系統(tǒng)，該域固定為 OXOA。
消息標(biāo)識(shí) (Message indentifier): 用于一示；只4皮管-里的實(shí)體。消息尾(OMCI trailer):為固定值或32位的CRC校驗(yàn)值。消息內(nèi)容(Message contents ):用于承載消息內(nèi)容。主要包括4中類型的消息Get、 GetResponse、 Set消息，告警通告消息Alarm Notification, Resultand reason消息和Test、 Test result 、 Test response消息。根據(jù)OMCI協(xié)議的規(guī)定，OMCI消息內(nèi)容(Message contents)的長度固定送，當(dāng)待發(fā)送內(nèi)容的長度大于32個(gè)字節(jié)時(shí)，需要先將待發(fā)送的內(nèi)容按照32字 節(jié)大小進(jìn)行拆分，然后將各個(gè)拆分的內(nèi)容采用OMCI消息進(jìn)行發(fā)送。根據(jù)該協(xié)議的消息封裝結(jié)構(gòu)，OMCI的荷載比32/53,傳輸效率比較低。因 此，這種處理機(jī)制對(duì)于傳輸少量的數(shù)據(jù)信息時(shí)對(duì)系統(tǒng)性能不會(huì)有明顯地影響， 但當(dāng)需要傳輸大流量、高密度的數(shù)據(jù)信息時(shí)，例如，當(dāng)OLT通過管理通道對(duì) ONT/ONU進(jìn)行軟件版本升級(jí)時(shí)，由于要分拆大量的數(shù)據(jù)，并采用負(fù)載比較低 的方式發(fā)送大量的數(shù)據(jù)，因此就會(huì)影響設(shè)備的運(yùn)行性能，同時(shí)也導(dǎo)致傳輸效 率低下。另外，在一些特殊的處理中，^NT/ONU收到OMCI消息后還要反饋一個(gè) 確認(rèn)Acknowledge消息給OLT ，如果OLT發(fā)給ONT/ONU多個(gè)OMCI消息， ONT/ONU就必須反饋同樣多的OMCI消息，需要占用大量的帶寬，從而導(dǎo)致 了無源光網(wǎng)絡(luò)系統(tǒng)管理通道傳輸效率的低下。發(fā)明內(nèi)容本發(fā)明解決的技術(shù)問題是提出 一種無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法、裝置及系 統(tǒng)，以實(shí)現(xiàn)無源光網(wǎng)絡(luò)中采用OMCI協(xié)議傳輸機(jī)制的設(shè)備也能夠傳輸變長的數(shù)據(jù)。 為解決上述問題，本發(fā)明提出了以下技術(shù)方案，該技術(shù)方案包括一種無 源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法、 一 種無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置和 一 種無源光網(wǎng)絡(luò)數(shù) 據(jù)收發(fā)系統(tǒng)，其中，無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法包括發(fā)送步驟發(fā)送數(shù)據(jù)時(shí)，將變長的待發(fā)送數(shù)據(jù)直接封裝在所述光網(wǎng)絡(luò)終 端管理控制接口協(xié)議的報(bào)文中，并將其發(fā)送給接收端；接收步驟接收數(shù)據(jù)時(shí)，從所接收的所述協(xié)議報(bào)文中解封裝出變長的數(shù)據(jù)。其中，所述的發(fā)送步驟之前包括第一判斷步驟，判斷收發(fā)雙方是否支持變長數(shù)據(jù)報(bào)文處理，如果判斷為 是，執(zhí)行所述發(fā)送步驟；所述接收步驟之前包括第二判斷步驟，判斷接收端是否支持變長數(shù)據(jù)報(bào)文處理，如果判斷為是, 執(zhí)行所述接收步驟。其中，所述第一判斷步驟和第二判斷步驟之前，包括初始化步驟發(fā)送端和接收端互相通知是否支持變長數(shù)據(jù)的處理。所述的初始化步驟進(jìn)一步包括步驟發(fā)送端向接收端查詢接收端對(duì)變長數(shù)據(jù)4良文的處理能力，并向其通知發(fā) 送端支持變長數(shù)據(jù)才艮文的處理能力；接收端接收發(fā)送端的查詢，并回復(fù)接收端對(duì)變長數(shù)據(jù)報(bào)文的處理能力。其中，所述初始化步驟之后、第一判斷步驟之前，包括第三判斷步驟判斷待發(fā)送數(shù)據(jù)的長度是否大于預(yù)設(shè)的長度，如果判斷 為是，執(zhí)行所迷發(fā)送步驟； 所述初始化步-驟之后、第二判斷步^吸之前，包括第四判斷步驟判斷所接收數(shù)據(jù)的長度是否大于預(yù)設(shè)的長度，如果判斷 為是，執(zhí)行所述接收步驟。其中，所述發(fā)送步驟具體包括步驟據(jù)的最大長度，如果判斷為是，執(zhí)行步驟a2),否則，執(zhí)行步驟a3);a2)將待發(fā)送數(shù)據(jù)按照所述變長數(shù)據(jù)的最大長度分片，并執(zhí)行步驟a3); a3 )將不大于所述變長數(shù)據(jù)的最大長度的數(shù)據(jù)直接封裝在所述協(xié)議的報(bào)文中， 并將其發(fā)送給接收端。相應(yīng)地，本發(fā)明提出的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置包括發(fā)送模塊，用于將變長的待發(fā)送數(shù)據(jù)直接封裝在所述光網(wǎng)絡(luò)終端管理控 制接口協(xié)議的報(bào)文中并將其發(fā)送給對(duì)端；接收模塊，用于從所接收的報(bào)文中解封裝出變長的數(shù)據(jù)。還包括第一判斷模塊，與所述發(fā)送模塊相連，用于在發(fā)送數(shù)據(jù)時(shí)判斷本端和對(duì) 端是否支持變長數(shù)據(jù)報(bào)文處理，如果判斷為是，將變長的待發(fā)送數(shù)據(jù)發(fā)送給 發(fā)送模塊處理；第二判斷模塊，與所述接收模塊相連，用于在接收數(shù)據(jù)時(shí)判斷本端是否 支持變長數(shù)據(jù)報(bào)文處理，如果判斷為是，將所接收的數(shù)據(jù)報(bào)文發(fā)送給接收模塊處理。初始化模塊，用于通知對(duì)端本裝置是否支持變長數(shù)據(jù)報(bào)文處理，并確認(rèn) 對(duì)端裝置是否支持變長數(shù)據(jù)報(bào)文處理。其中，所述的初始化模塊包括
通知模塊，用于查詢對(duì)端裝置對(duì)變長數(shù)據(jù)報(bào)文的處理能力，并向其通知本端支持變長數(shù)據(jù)報(bào)文的處理能力回復(fù)模塊，用于在接收到對(duì)端所發(fā)送的查詢時(shí)，回復(fù)本端對(duì)變長數(shù)據(jù)報(bào) 文的處理能力。另外，該裝置還包括第三判斷模塊，與所述第一判斷模塊相連，用于判斷待發(fā)送數(shù)據(jù)的長度 是否大于預(yù)設(shè)的長度，如果判斷為是，將待發(fā)送數(shù)據(jù)發(fā)送給第一判斷模塊處理；第四判斷模塊，與所述第二判斷模塊相連，用于判斷所接收數(shù)據(jù)的長度 是否大于預(yù)設(shè)的長度，如栗判斷為是，將所接收數(shù)據(jù)發(fā)送給第二判斷模塊處理。其中，上述的發(fā)送模塊進(jìn)一步包括發(fā)送長度，如果判斷為是，將所述待發(fā)送數(shù)據(jù)發(fā)送分片模塊處理，否則，將 所述待發(fā)送數(shù)據(jù)發(fā)送給數(shù)據(jù)發(fā)送模塊處理；分片模塊，用于將待發(fā)送數(shù)據(jù)按照所述預(yù)設(shè)的最大發(fā)送長度分片，并將 分片數(shù)據(jù)發(fā)送給所述數(shù)據(jù)發(fā)送模塊處理；數(shù)據(jù)發(fā)送模塊，用于將所接收的數(shù)據(jù)直接封裝在所述協(xié)議的報(bào)文中并將 其發(fā)送給對(duì)端。另外，本發(fā)明提出的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)系統(tǒng)包括發(fā)送端和接收端，其中發(fā)送端，將變長的待發(fā)送數(shù)據(jù)直接封裝在所述協(xié)議的報(bào)文中，并將其發(fā) 送給接收端；
接收端，從所接收的報(bào)丈中解封裝出變長的數(shù)據(jù)。其中，所述發(fā)送端在執(zhí)行所述搡作之前判斷收發(fā)雙方是否支持變長數(shù) 據(jù)報(bào)文處理，如果判斷為是，則繼續(xù)執(zhí)行所述操作；所述接收端在執(zhí)行所述操作之前判斷接收端是否支持變長數(shù)據(jù)報(bào)文處 理，如果判斷為是，則繼續(xù)執(zhí)行所述搡作。其中，所述發(fā)送端和接收端在初始化時(shí)互相通知是否支持變長數(shù)據(jù)報(bào)文的處理。所述互相通知是否支持變長數(shù)據(jù)報(bào)文的處理的步驟為發(fā)送端向接收端查詢接收端對(duì)變長數(shù)據(jù)報(bào)文的處理能力，并向其通知發(fā) 送端支持變長數(shù)據(jù)報(bào)文的處理能力接收端接收發(fā)送端的查詢，并回復(fù)接收端對(duì)變長數(shù)據(jù)報(bào)文的處理能力。其中，所述發(fā)送端在執(zhí)行所述操作之前判斷待發(fā)送數(shù)據(jù)的長度是否大 于預(yù)設(shè)的長度，如果判斷為是，則繼續(xù)執(zhí)行所述操作；所述接收端在執(zhí)行所述操作之前判斷所接收數(shù)據(jù)的長度是否大于預(yù)設(shè) 的長度，如果判斷為是，則繼續(xù)執(zhí)行所述操作。另外，所述發(fā)送端所執(zhí)行的操作具體包括步驟如果判斷為是，執(zhí)行步驟b2)，否則，執(zhí)行步驟b3);b2)將待發(fā)送數(shù)據(jù)按照所述變長數(shù)據(jù)的最大長度分片，并執(zhí)行步驟b3);b3 )將不大于所述變長數(shù)據(jù)的最大長度的數(shù)據(jù)直接封裝在所述協(xié)議的報(bào) 文中，并將其發(fā)送給接收端。與現(xiàn)有技術(shù)相比，本發(fā)明解決了每個(gè)OMCI協(xié)議報(bào)文最多只能傳輸32個(gè)
字節(jié)數(shù)據(jù)的問題，能夠有效地處理和傳輸長度超過32個(gè)字節(jié)長度的變長數(shù)據(jù)，提高了 OMCI協(xié)議封裝的荷載比，也大大提高了傳輸?shù)男剩煌瑫r(shí)，對(duì)于接 收到OMCI消息后還要反饋一個(gè)確認(rèn)消息的情況，由于本發(fā)明提供了對(duì)超過 32個(gè)字節(jié)長度的變長數(shù)據(jù)的支持，設(shè)備在對(duì)大量的、超長的數(shù)據(jù)進(jìn)行分片處 理時(shí)，分片數(shù)據(jù)大大減少，因而回復(fù)確認(rèn)消息的數(shù)據(jù)也大大減少，有效地提 高了管理通道資源的利用率。附困說明圖l是現(xiàn)有技術(shù)無源光網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖2是現(xiàn)有技術(shù)OMCI消息結(jié)構(gòu)圖；圖3是本發(fā)明無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法步驟示意圖；圖4是本發(fā)明實(shí)施例無源光網(wǎng)絡(luò)系統(tǒng)組網(wǎng)示意圖；圖5是本發(fā)明無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置結(jié)構(gòu)圖；圖6是本發(fā)明無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置初始化模塊結(jié)構(gòu)圖；圖7是本發(fā)明無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置發(fā)送模塊結(jié)構(gòu)圖；圖8是本發(fā)明無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置發(fā)送模塊的變長發(fā)送模塊結(jié)構(gòu)圖；圖9是本發(fā)明無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置接收模塊結(jié)構(gòu)圖；

圖10是本發(fā)明無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)系統(tǒng)數(shù)據(jù)交互流程圖。
具體實(shí)施方式
本發(fā)明的主要思路是在采用OMCI協(xié)議傳輸管理數(shù)據(jù)的無源光網(wǎng)絡(luò)中， OLT和ONT/ONU在通過管理通道進(jìn)行數(shù)據(jù)交換時(shí)，OLT和ONT/ONU能夠通過 雙方協(xié)商提供對(duì)變長數(shù)據(jù)的支持，也即，OLT和ONT/ONU都可以通過管理通 道向?qū)Ψ桨l(fā)送變長的數(shù)據(jù)或者從對(duì)方接收變長的數(shù)據(jù)。這種在管理通道上的 傳輸機(jī)制有效地提高了數(shù)據(jù)傳輸效車，尤其是在傳輸大量數(shù)據(jù)的情況下，傳 輸效率得到了大大的>^是高。在以下實(shí)施例^L明中，除了特別說明，所述的數(shù)據(jù)均為無源光網(wǎng)絡(luò)中采 用OMCI協(xié)議通過管理通道傳輸?shù)臄?shù)據(jù)。同時(shí)，本發(fā)明的實(shí)施例均應(yīng)用于OMCI 協(xié)議的GEM工作才莫式下。圖3是本發(fā)明數(shù)據(jù)收發(fā)方法的主要步驟，應(yīng)用于OLT或者ONT/ONU向?qū)?方發(fā)送變長數(shù)據(jù)或者從對(duì)方接收變長數(shù)據(jù)的情況下。它包括發(fā)送步驟和接收 步驟發(fā)送步驟發(fā)送數(shù)據(jù)時(shí)，將變長的待發(fā)送數(shù)據(jù)直接封裝在所述光網(wǎng)絡(luò)終 端管理控制接口協(xié)議的報(bào)文中，并將其發(fā)送給接收端；接收步驟接收數(shù)據(jù)時(shí)，從所接收的所述協(xié)議報(bào)文中解封裝出變長的數(shù)據(jù)。下面根據(jù)附圖對(duì)本發(fā)明的實(shí)施例作出詳細(xì)的說明。圖4是本發(fā)明無源光網(wǎng)絡(luò)系統(tǒng)組網(wǎng)示意圖，其中，光網(wǎng)絡(luò)終端ONT或光網(wǎng) 絡(luò)單元ONU由光纖與光分配網(wǎng)絡(luò)設(shè)備ODN相連，光分配網(wǎng)絡(luò)設(shè)備ODN由光纖 與光線路終端設(shè)備OLT相連，用戶的業(yè)務(wù)數(shù)據(jù)由ONT/ONU接入，在ODN上匯 聚，然后被發(fā)送到OLT作進(jìn)一步處理。OLT采用OMCI協(xié)議通過管理通道對(duì)所 有的ONT/ONU進(jìn)行管理，管理通道為OLT與ONT/ONU之間的光線鏈路中的 一條邏輯通道。假設(shè)在實(shí)際應(yīng)用中，根據(jù)維護(hù)需要，網(wǎng)絡(luò)維護(hù)員需要通過OLT 與ONT/ONU之間的管理通道向ONT/ONU傳輸用來升級(jí)的軟件數(shù)據(jù)。下面對(duì)本發(fā)明的光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法的第 一 實(shí)施例進(jìn)行描述。為了滿足應(yīng)用中對(duì)傳輸變長數(shù)據(jù)的需求，OLT和ONT/ONU需要具備對(duì)變 長數(shù)據(jù)的處理能力。對(duì)于OLT或者ONT/ONU設(shè)備來說，不一定都具備這種能 力。設(shè)備是否支持這種特性， 一是由設(shè)備本身所決定的，有些設(shè)備本身就不能支持對(duì)OMCI變長數(shù)據(jù)的處理；二是由設(shè)備的配置決定的，對(duì)于設(shè)備本身支 持該特性的設(shè)備，可以通過數(shù)據(jù)配置的形式確定啟動(dòng)還是關(guān)閉該功能特性。 因此，在實(shí)現(xiàn)變長數(shù)據(jù)收發(fā)之前，需要確定OLT和ONT/ONU是否支持對(duì)變長 數(shù)據(jù)處理。上面所述的對(duì)變長數(shù)據(jù)處理的能力是指，根據(jù)雙方的規(guī)定，OLT或者 ONT/ONU在采用OMCI協(xié)議傳輸數(shù)據(jù)的時(shí)候，傳輸數(shù)據(jù)的長度可以不受OMCI 標(biāo)準(zhǔn)協(xié)議的規(guī)定最長為32字節(jié)，發(fā)送端可以將超過32個(gè)字節(jié)的變長數(shù)據(jù)直接 封裝在OMCI消息的"消息內(nèi)容"域傳輸，而對(duì)應(yīng)地，接收端可以接收該變長 的OMCI消息，并從OMCI消息中的"消息內(nèi)容"域讀取數(shù)據(jù)。S10、初始化步-驟。為了使OLT和ONT/ONU能夠采取正確的方式傳輸數(shù)據(jù)，在OLT和 ONT/ONU設(shè)備啟動(dòng)或者初始化配置的時(shí)候，OLT和ONT/ONU需要協(xié)商各自 對(duì)變長數(shù)據(jù)處理的特性。對(duì)變長數(shù)據(jù)處理特性的協(xié)商是以收發(fā)雙方都獲知對(duì)方對(duì)變長數(shù)據(jù)處理能 力為目的。其中一種方式是在設(shè)備進(jìn)行初始化的時(shí)候，OLT向ONT/ONU發(fā) 送消息查詢ONT/ONU對(duì)變長數(shù)據(jù)的處理特性，同時(shí)向其發(fā)送自己對(duì)變長數(shù)據(jù) 的處理特性；ONT/ONU接收OLT所發(fā)送的消息后，向OLT回復(fù)包含有本身對(duì) 變長數(shù)據(jù)處理特性信息的消息。此處用來協(xié)商收發(fā)雙方對(duì)變長數(shù)據(jù)處理特性的消息采用標(biāo)準(zhǔn)的OMCI協(xié)議消息。經(jīng)過初始化步驟后，OLT和ONT/ONU雙方就均獲知了對(duì)端對(duì)變長數(shù)據(jù)的 處理特性信息。
在賣際應(yīng)用中，如栗發(fā)送端和接收端在本身特性上就已經(jīng)具備對(duì)變長數(shù) 據(jù)處理能力并且在默認(rèn)情況下該特性為開啟狀態(tài)，在這種情況下，可以省略 設(shè)備在初始化時(shí)關(guān)于該特性的協(xié)商過程。S20、發(fā)送步驟。當(dāng)OLT或者ONT/ONU向?qū)Χ税l(fā)送數(shù)據(jù)時(shí)，在對(duì)應(yīng)的設(shè)備上執(zhí)行發(fā)送步驟。以O(shè)LT向ONT/ONU發(fā)送數(shù)據(jù)為例，在OLT發(fā)送數(shù)據(jù)之前，OLT需要判斷 設(shè)備本身和對(duì)端設(shè)備是否均支持對(duì)變長數(shù)據(jù)的處理，如果判斷為是，則將待 發(fā)送數(shù)據(jù)直接封裝在OMCI協(xié)議規(guī)定的"消息內(nèi)容"域中傳輸該數(shù)據(jù)；如果判 斷為否，則按照現(xiàn)有技術(shù)傳輸數(shù)據(jù)。同樣的，如杲ONT/ONU為數(shù)據(jù)發(fā)送端，ONT/ONU同樣執(zhí)行上述發(fā)送步 驟發(fā)送數(shù)據(jù)。S30、接收步驟。當(dāng)OLT或者ONT/ONU從對(duì)端接收到數(shù)據(jù)時(shí)，在對(duì)應(yīng)的設(shè)備上執(zhí)行接收步驟。與上述發(fā)送步驟對(duì)應(yīng)地，以O(shè)NT/ONU從OLT接收數(shù)據(jù)為例，ONT/ONU 接收到數(shù)據(jù)之后，判斷本端是否支持變長數(shù)據(jù)的處理，如果是，則接收該數(shù) 據(jù)，直接從OMCI消息中的"消息內(nèi)容，，域讀取數(shù)據(jù)；否則，按照現(xiàn)有技術(shù)處理。同樣，如果OLT為數(shù)據(jù)接收端，OLT也執(zhí)行上述接收步驟接收數(shù)據(jù)。 在上述第一實(shí)施例的發(fā)送步驟，如果待發(fā)送的數(shù)據(jù)長度非常長，還需要 對(duì)該超長數(shù)據(jù)進(jìn)行分片處理。下面對(duì)該發(fā)明的第二實(shí)施例進(jìn)行描述。 第二實(shí)施例是在第 一 實(shí)施例的基礎(chǔ)上對(duì)發(fā)送步驟的改進(jìn)。
在發(fā)送端確定了雙方均支持變長數(shù)據(jù)處理并準(zhǔn)備將變長數(shù)據(jù)封裝在OMCI消息的"消息內(nèi)容"之前，還需要判斷該待發(fā)送數(shù)據(jù)是否超長，具體包 括以下步驟521、 判斷待發(fā)送數(shù)據(jù)的長度是否大于預(yù)設(shè)的變長數(shù)據(jù)的最大長度，如果 判斷為是，執(zhí)行步驟S22，否則，執(zhí)行步驟S23;522、 將待發(fā)送數(shù)據(jù)按照所述變長數(shù)據(jù)的最大長度分片，并執(zhí)行步驟S23;523、 將不大于所述變長數(shù)據(jù)的最大長度的數(shù)據(jù)封裝后發(fā)送給接收端。第二實(shí)施例是在待發(fā)送數(shù)據(jù)超長的情況下，發(fā)送設(shè)備能夠?qū)⒃摮L的數(shù) 據(jù)按照預(yù)設(shè)的數(shù)據(jù)最大長度分片，再進(jìn)行封裝和發(fā)送處理。該預(yù)設(shè)的數(shù)據(jù)最 大長度可以根據(jù)實(shí)際情況預(yù)先設(shè)定，例如可以設(shè)定為1518個(gè)字節(jié)。雖然第二實(shí)施例也需要讀待發(fā)送數(shù)據(jù)進(jìn)行分片處理，但是分片的長度可 以為一個(gè)遠(yuǎn)大于32個(gè)字節(jié)的數(shù)值，應(yīng)該與現(xiàn)有技術(shù)相比， 一個(gè)OMCI消息的傳 輸效率仍然會(huì)大大提高。另外，針對(duì)不同長度的待發(fā)送數(shù)據(jù)，本發(fā)明還能夠先對(duì)待發(fā)送數(shù)據(jù)進(jìn)行 分類然后進(jìn)行不同的發(fā)送處理。此處分類是指根據(jù)數(shù)據(jù)長度將待發(fā)送的數(shù)據(jù) 劃分為兩類數(shù)據(jù)現(xiàn)有技術(shù)就能夠處理的長度不大于32個(gè)字節(jié)的數(shù)據(jù)和需要 變長數(shù)據(jù)處理的長度大于32個(gè)字節(jié)的數(shù)據(jù)。下面對(duì)該發(fā)明的第三實(shí)施例進(jìn)行具體描述。第三實(shí)施例是在第 一 實(shí)施例或第二實(shí)施例的基礎(chǔ)上，對(duì)發(fā)送步驟和接收 步驟進(jìn)行了改進(jìn)。其改進(jìn)點(diǎn)在于在設(shè)備執(zhí)行上述的發(fā)送步驟或者接收步驟 之前，將待發(fā)送數(shù)據(jù)按照數(shù)據(jù)長度分類，判斷待發(fā)送數(shù)據(jù)的長度是否大于一 個(gè)預(yù)設(shè)的長度，然后根據(jù)不同類型進(jìn)行不同的處理。在本實(shí)施例中該預(yù)設(shè)的 長度為32個(gè)字節(jié)。以下是具體的過程。
在上迷的發(fā)送步驟之前，判斷持發(fā)送數(shù)據(jù)的長度是否不大于32個(gè)字節(jié)， 如果判斷為是，則直接按照現(xiàn)有技術(shù)處理數(shù)據(jù)，否則，再執(zhí)行上述的發(fā)送步 驟進(jìn)行變長數(shù)據(jù)收發(fā)處理。除了上述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法之外，本發(fā)明還4是供了 一種使用上 述方法的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置，下面也通過附圖對(duì)該裝置的實(shí)施例進(jìn)行 具體描述。該數(shù)據(jù)收發(fā)裝置應(yīng)用并內(nèi)置于OLT或ONT/ONU設(shè)備中，如圖5所示，主 要包括以下一些單元初始化單元，用于在初始化的過程中，通知對(duì)端本裝置是否支持變長數(shù) 據(jù)處理，并確認(rèn)對(duì)端裝置是否支持變長數(shù)據(jù)處理。發(fā)送單元，用于將變長的待發(fā)送數(shù)據(jù)直接封裝在所述光網(wǎng)絡(luò)終端管理控 制接口協(xié)議的報(bào)文中，并將其發(fā)送給接收端。接收單元用于從所接收的所述協(xié)議報(bào)文中解封裝出變長的數(shù)據(jù)。其中，如圖6所示，作為初始化單元的一種實(shí)現(xiàn)方式，該初始化單元又包括通知模塊，用于在初始化的過程中，向?qū)Χ瞬樵儗?duì)端裝置對(duì)變長數(shù)據(jù)的 處理能力，并向其通知本端支持變長數(shù)據(jù)的處理能力；回復(fù)模塊，用于在接收到對(duì)端所發(fā)送的查詢時(shí)，回復(fù)本端對(duì)變長數(shù)據(jù)的 處理能力。同樣地，如果發(fā)送端和接收端在本身特性上就已經(jīng)具備對(duì)變長數(shù)據(jù)處理 能力并且在默認(rèn)情況下該特性為開啟狀態(tài)，在這種情況下，該初始化單元可 以省略。如圖7所示，作為發(fā)送單元的一種實(shí)現(xiàn)方法，上述的發(fā)送單元進(jìn)一步包括 以下一些模塊
發(fā)送數(shù)據(jù)長度判斷模塊，當(dāng)需要發(fā)送數(shù)據(jù)時(shí)，用于判斷待發(fā)送數(shù)據(jù)的長度是否不大于32個(gè)字節(jié)，如果判斷為是，直接按照現(xiàn)有技術(shù)處理數(shù)據(jù)，否貝'J, 將待發(fā)送數(shù)據(jù)發(fā)送給變長數(shù)據(jù)發(fā)送模塊處理；變長支持判斷模塊，用于判斷本端和對(duì)端是否支持變長數(shù)據(jù)，如果判斷 為是，通知變長數(shù)據(jù)發(fā)送模塊對(duì)待發(fā)送的變長數(shù)據(jù)進(jìn)行處理，否則，按照現(xiàn) 有技術(shù)對(duì)數(shù)據(jù)進(jìn)行處理；變長數(shù)據(jù)發(fā)送模塊，用于在變長支持判斷模塊的控制下發(fā)送變長的待發(fā) 送數(shù)據(jù)。在實(shí)際實(shí)現(xiàn)中，上述的發(fā)送數(shù)據(jù)長度判斷模塊和變長支持判斷模塊判斷 過程的先后順序可以與此不同，只要滿足上述的判斷條件即可。對(duì)于上述的發(fā)送單元的實(shí)現(xiàn)方法，可選地，為了正確處理變長數(shù)據(jù)中超 長的數(shù)據(jù)，如圖8所示，上述的變長數(shù)據(jù)發(fā)送模塊具體又可以包括分片長度判斷模塊，用于判斷所述的待發(fā)送數(shù)據(jù)的長度是否大于預(yù)設(shè)的 最大發(fā)送長度，例如上述的1518個(gè)字節(jié)，如果判斷為是，將所述待發(fā)送數(shù)據(jù) 發(fā)送分片模塊處理，否則，將所述待發(fā)送數(shù)據(jù)直接發(fā)送給數(shù)據(jù)發(fā)送模塊處理；后的數(shù)據(jù)發(fā)送給數(shù)據(jù)發(fā)送;f莫塊處理；數(shù)據(jù)發(fā)送模塊，用于發(fā)送從分片長度判斷模塊或分片模塊所接收的數(shù)據(jù)。相應(yīng)地，如圖9所示，作為接收單元的一種實(shí)現(xiàn)方法，上述的接收單元也 進(jìn)一步包括以下模塊接收數(shù)據(jù)長度判斷模塊，與所述接收模塊相連，用于判斷所接收數(shù)據(jù)的 長度是否不大于32個(gè)字節(jié)，如果判斷為是，直接按照現(xiàn)有技術(shù)處理數(shù)據(jù)，否 則，將所接收數(shù)據(jù)發(fā)送給變長數(shù)據(jù)接收模塊處理；
變長支持判斷模塊，用千刺斷本端是否支持變長數(shù)據(jù)，如果判斷為是， 通知變長數(shù)據(jù)接收模塊對(duì)所接收的數(shù)據(jù)進(jìn)行處理，否則，按照現(xiàn)有技術(shù)對(duì)數(shù)據(jù)進(jìn)行處理；變長數(shù)據(jù)接收模塊，用于在變長支持判斷模塊的控制下，接收變長的數(shù)據(jù)。類似地，在實(shí)際實(shí)現(xiàn)中，上述的接收數(shù)據(jù)長度判斷模塊和變長支持判斷 模塊判斷過程的先后順序也可以與此不同，只要滿足上述的判斷判斷的條件即可。另外，本發(fā)明還提出了一種無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)系統(tǒng)。該系統(tǒng)包括發(fā)送端和接收端。發(fā)送端和接收端都內(nèi)置有上面所述的無源 光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置，實(shí)現(xiàn)發(fā)送端和接收端之間變長數(shù)據(jù)的收發(fā)功能。下面通過附圖10對(duì)該其實(shí)施例進(jìn)行描述。在本實(shí)施例中，假設(shè)OLT為發(fā) 送端，而ONT/ONU為接收端。在設(shè)備進(jìn)行初始化的時(shí)候，OLT向ONT/ONU發(fā)送消息查詢ONT/ONU對(duì) 變長數(shù)據(jù)的處理特性，同時(shí)向其發(fā)送自己對(duì)變長數(shù)據(jù)的處理特性；ONT/ONU 接收OLT所發(fā)送的消息后，向OLT回復(fù)包含有本身對(duì)變長數(shù)據(jù)處理特性信息的消息。當(dāng)OLT需要向ONT/ONU發(fā)送數(shù)據(jù)時(shí)，在發(fā)送待發(fā)送數(shù)據(jù)之前，OLT判斷 待發(fā)送數(shù)據(jù)的長度是否不大于32個(gè)字節(jié)，如果判斷為是，則直接按照現(xiàn)有技 術(shù)處理數(shù)據(jù)，否則，執(zhí)行后續(xù)步驟進(jìn)行變長數(shù)據(jù)發(fā)送處理。在OLT進(jìn)行變長數(shù)據(jù)發(fā)送處理之前，OLT又需要判斷設(shè)備本身和對(duì)端設(shè)備 是否支持對(duì)變長數(shù)據(jù)的處理，如果判斷為是，則將待發(fā)送數(shù)據(jù)直接封裝在 OMCI協(xié)議規(guī)定的"消息內(nèi)容"域中傳輸該數(shù)據(jù)；如果判斷為否，則按照現(xiàn)有 技術(shù)傳輸數(shù)據(jù)。
對(duì)于超長的待發(fā)送數(shù)據(jù)，OLT在發(fā)送變長數(shù)據(jù)之前還需要判斷該待發(fā)送 數(shù)據(jù)是否超長，具體包括以下步驟OLT判斷待發(fā)送數(shù)據(jù)的長度是否大于預(yù) 設(shè)的變長數(shù)據(jù)的最大長度，如果判斷為是，將待發(fā)送數(shù)據(jù)按照所述變長數(shù)據(jù) 的最大長度分片，然后將這些分片數(shù)據(jù)封裝后發(fā)送給ONT/ONU,否則，直接 將待發(fā)送的數(shù)據(jù)封裝后發(fā)送給ONT/ONU。當(dāng)ONT/ONU接收到OLT發(fā)送的數(shù)據(jù)時(shí)，判斷本端是否支持變長數(shù)據(jù)的處 理，如果是，則接收該數(shù)據(jù)，直接從OMCI消息中的"消息內(nèi)容"域讀取數(shù)據(jù)； 否則，4姿照現(xiàn)有纟支術(shù)處理。通過上述本發(fā)明光網(wǎng)絡(luò)收發(fā)裝置和系統(tǒng)的實(shí)施例，OLT或者ONT/ONU就 可以應(yīng)用前面所述的光網(wǎng)主各收發(fā)方法/人而實(shí)現(xiàn)無源光網(wǎng)絡(luò)中OLT和 ONT/ONU設(shè)備間變長數(shù)據(jù)的有效傳輸。以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普 通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若千改進(jìn)和潤 飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法，用于采用光網(wǎng)絡(luò)終端管理控制接口協(xié)議傳輸管理數(shù)據(jù)的應(yīng)用中，其特征在于包括發(fā)送步驟發(fā)送數(shù)據(jù)時(shí)，將變長的待發(fā)送數(shù)據(jù)直接封裝在所述光網(wǎng)絡(luò)終端管理控制接口協(xié)議的報(bào)文中，并將其發(fā)送給接收端；接收步驟接收數(shù)據(jù)時(shí)，從所接收的所述協(xié)議報(bào)文中解封裝出變長的數(shù)據(jù)。
2. 如權(quán)利要求1所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法，其特征在于，所迷的 發(fā)送步驟之前包括第一判斷步驟，判斷收發(fā)雙方是否支持變長數(shù)據(jù)報(bào)文處理，如果判斷 為是，執(zhí)行所述發(fā)送步驟；所述接收步驟之前包括第二判斷步驟，判斷接收端是否支持變長數(shù)據(jù)報(bào)文處理，如果判斷為 是，執(zhí)行所述接收步驟。
3. 如權(quán)利要求2所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法，其特征在于，所述第 一判斷步驟和第二判斷步驟之前，包括初始化步驟發(fā)送端和接收端互相通知是否支持變長數(shù)據(jù)的處理。
4. 如權(quán)利要求3所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法，其特征在于，所述的 初始化步驟進(jìn)一步包括步驟發(fā)送端向接收端查詢接收端對(duì)變長數(shù)據(jù)報(bào)文的處理能力，并向其通知 發(fā)送端支持變長數(shù)據(jù)報(bào)文的處理能力；接收端接收發(fā)送端的查詢，并回復(fù)接收端對(duì)變長數(shù)據(jù)報(bào)文的處理能 力。
5. 如權(quán)利要求3所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法，其特征在于，所述初 始化步驟之后、第一判斷步驟之前，包括第三判斷步驟判斷待發(fā)送數(shù)據(jù)的長度是否大于預(yù)設(shè)的長度，如果判斷為是，執(zhí)行所述發(fā)送步驟所述初始化步驟之后、第二判斷步驟之前，包括第四判斷步驟判斷所接收數(shù)據(jù)的長度是否大于預(yù)設(shè)的長度，如果判斷為是，執(zhí)行所述接收步驟。
6. 如權(quán)利要求1-5任一項(xiàng)所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法，其特征在于， 所述發(fā)送步驟具體包括步驟al)發(fā)送數(shù)據(jù)時(shí)，判斷所述的待發(fā)送數(shù)據(jù)的長度是否大于預(yù)設(shè)的變長 數(shù)據(jù)的最大長度，如果判斷為是，執(zhí)行步驟a2),否則，執(zhí)行步驟a3); a2 )將待發(fā)送數(shù)據(jù)按照所述變長數(shù)據(jù)的最大長度分片，并執(zhí)行步驟a3); a3 )將不大于所述變長數(shù)據(jù)的最大長度的數(shù)據(jù)直接封裝在所述協(xié)議的 報(bào)文中，并將其發(fā)送給接收端。
7. —種無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置，用于采用光網(wǎng)絡(luò)終端管理控制接口協(xié) 議傳輸管理數(shù)據(jù)的應(yīng)用中，其特征在于，包括發(fā)送模塊，用于將變長的待發(fā)送數(shù)據(jù)直接封裝在所述光網(wǎng)絡(luò)終端管理 控制接口協(xié)議的報(bào)文中并將其發(fā)送給對(duì)端；接收模塊，用于從所接收的報(bào)文中解封裝出變長的數(shù)據(jù)。
8. 如權(quán)利要求7所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置，其特征在于，還包括 第一判斷模塊，與所述發(fā)送模塊相連，用于在發(fā)送數(shù)據(jù)時(shí)判斷本端和 對(duì)端是否支持變長數(shù)據(jù)報(bào)文處理，如果判斷為是，將變長的待發(fā)送數(shù) 據(jù)發(fā)送給發(fā)送模塊處理；第二判斷模塊，與所述接收模塊相連，用于在接收數(shù)據(jù)時(shí)判斷本端是 否支持變長數(shù)據(jù)報(bào)文處理，如果判斷為是，將所接收的數(shù)據(jù)報(bào)文發(fā)送 給接收模塊處理。
9. 如權(quán)利要求8所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置，其特征在于，還包括初始化模塊，用于通知對(duì)端本裝置是否支持變長數(shù)據(jù)報(bào)文處理，并確 認(rèn)對(duì)端裝置是否支持變長數(shù)據(jù)報(bào)文處理。
10. 如權(quán)利要求9所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置，其特征在于，所述的 初始化模塊包括通知模塊，用于查詢對(duì)端裝置對(duì)變長數(shù)據(jù)報(bào)文的處理能力，并向其通 知本端支持變長數(shù)據(jù)報(bào)文的處理能力；回復(fù)模塊，用于在接收到對(duì)端所發(fā)送的查詢時(shí)，回復(fù)本端對(duì)變長數(shù)據(jù) 報(bào)文的處理能力。
11. 如權(quán)利要求8所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置，其特征在于，還包括 第三判斷模塊，與所述第一判斷模塊相連，用于判斷待發(fā)送數(shù)據(jù)的長 度是否大于預(yù)設(shè)的長度，如果判斷為是，將待發(fā)送數(shù)據(jù)發(fā)送給第一判 斷模塊處理；第四判斷模塊，與所述第二判斷模塊相連，用于判斷所接收數(shù)據(jù)的長 度是否大千預(yù)設(shè)的長度，如果判斷為是，將所接收數(shù)據(jù)發(fā)送給第二判 斷才莫塊處理。
12. 如權(quán)利要求7-11任一項(xiàng)所迷的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)裝置，其特征在 于，所述發(fā)送模塊進(jìn)一步包括長度判斷模塊，用于判斷所述的待發(fā)送數(shù)據(jù)的長度是否大于預(yù)設(shè)的最 大發(fā)送長度，如果判斷為是，將所述待發(fā)送數(shù)據(jù)發(fā)送分片模塊處理， 否則，將所述待發(fā)送數(shù)據(jù)發(fā)送給數(shù)據(jù)發(fā)送模塊處理；分片模塊，用于將待發(fā)送數(shù)據(jù)按照所述預(yù)設(shè)的最大發(fā)送長度分片，并 將分片數(shù)據(jù)發(fā)送給所述數(shù)據(jù)發(fā)送模塊處理；數(shù)據(jù)發(fā)送模塊，用于將所接收的數(shù)據(jù)直接封裝在所述協(xié)議的報(bào)文中并 將其發(fā)送給對(duì)端。
13. —種無源光網(wǎng)絡(luò)l文據(jù)收發(fā)系統(tǒng)，用于采用光網(wǎng)絡(luò)終端管理控制接口協(xié) 議傳輸管理數(shù)據(jù)的應(yīng)用中，其特征在于，包括發(fā)送端和接收端，其中發(fā)送端，將變長的待發(fā)送數(shù)據(jù)直接封裝在所述光網(wǎng)絡(luò)終端管理控制接 口協(xié)議的報(bào)文中，并將其發(fā)送給接收端；接收端，從所接收的報(bào)文中解封裝出變長的數(shù)據(jù)。
14. 如權(quán)利要求13所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)系統(tǒng)，其特征在于，所述 發(fā)送端在執(zhí)行所述操作之前判斷收發(fā)雙方是否支持變長數(shù)據(jù)報(bào)文處 理，如果判斷為是，則繼續(xù)執(zhí)行所述操作；所述接收端在執(zhí)行所述操作之前判斷接收端是否支持變長數(shù)據(jù)報(bào)文 處理，如果判斷為是，則繼續(xù)執(zhí)行所述操作。
15. 如杈利要求14所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)系統(tǒng)，其特征在于，所述 發(fā)送端和接收端在初始化時(shí)互相通知是否支持變長數(shù)據(jù)報(bào)文的處理。
16. 如權(quán)利要求15所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)系統(tǒng)，其特征在于，所述 互相通知是否支持變長數(shù)據(jù)報(bào)文的處理的步驟為發(fā)送端向接收端查詢接收端對(duì)變長數(shù)據(jù)報(bào)文的處理能力，并向其通知 發(fā)送端支持變長數(shù)據(jù)報(bào)文的處理能力；接收端接收發(fā)送端的查詢，并回復(fù)接收端對(duì)變長數(shù)據(jù)報(bào)文的處理能力。
17. 如權(quán)利要求13所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)系統(tǒng)，其特征在于，所述 發(fā)送端在^丸行所述操作之前判斷待發(fā)送數(shù)據(jù)的長度是否大于預(yù)設(shè)的 長度，如果判斷為是，則繼續(xù)執(zhí)行所述操作；所述接收端在執(zhí)行所述操作之前判斷所接收數(shù)據(jù)的長度是否大于預(yù) 設(shè)的長度，如果判斷為是，則繼續(xù)執(zhí)行所述操作。
18. 如權(quán)利要求13-17任一項(xiàng)所述的無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)系統(tǒng)，其特征在 于，所述發(fā)送端所執(zhí)行的操作具體包括步驟度，如果判斷為是，執(zhí)行步驟b2)，否則，執(zhí)行步驟b3);b2)將待發(fā)送數(shù)據(jù)按照所述變長數(shù)據(jù)的最大長度分片，并執(zhí)行步驟 b3);b3 )將不大于所述變長數(shù)據(jù)的最大長度的數(shù)據(jù)直接封裝在所述協(xié)議的報(bào) 文中，并將其發(fā)送給接收端。
全文摘要
本發(fā)明公開了一種無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法、裝置及系統(tǒng)，用于采用光網(wǎng)絡(luò)終端管理控制接口協(xié)議傳輸管理數(shù)據(jù)的應(yīng)用中，其中，無源光網(wǎng)絡(luò)數(shù)據(jù)收發(fā)方法包括發(fā)送步驟，發(fā)送數(shù)據(jù)時(shí)，將變長的待發(fā)送數(shù)據(jù)直接封裝在所述光網(wǎng)絡(luò)終端管理控制接口協(xié)議的報(bào)文中，并將其發(fā)送給接收端；接收步驟，接收數(shù)據(jù)時(shí)，從所接收的所述協(xié)議報(bào)文中解封裝出變長的數(shù)據(jù)。采用本發(fā)明，提高了OMCI協(xié)議封裝的荷載比，提高了傳輸?shù)男?；同時(shí)，也減少了設(shè)備在處理超長數(shù)據(jù)時(shí)的分片數(shù)量，提高了管理通道資源的利用率。
文檔編號(hào)H04L12/24GK101127759SQ20061003705
公開日2008年2月20日 申請(qǐng)日期2006年8月15日 優(yōu)先權(quán)日2006年8月15日
發(fā)明者軍 何 申請(qǐng)人:華為技術(shù)有限公司