專利名稱：Pon系統(tǒng)的可進(jìn)行警報(bào)傳送策略的光線路終端、光網(wǎng)絡(luò)單元的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多個(gè)用戶連接裝置共用光傳送線路的無源光網(wǎng)絡(luò) PON (Passive Optical Network)系統(tǒng)。
背景技術(shù)：
PON—般由一臺(tái)局端裝置(OLT: Optical Line Terminal,光線路 終端)和多個(gè)用戶端裝置(ONU: Optical Network Unit,光網(wǎng)絡(luò)單元) 構(gòu)成，將來自與ONU相連的PC (Personal Conqwter)等終端的信號 轉(zhuǎn)換為光信號后，經(jīng)光纖送到OLT。來自多個(gè)ONU的光纖通過分光 器進(jìn)行耦合后，光信號通過該分光器光學(xué)(時(shí)分)復(fù)用后，到達(dá)OLT。
ONU和OLT之間的光纖長度在ITU-T建議G.948.1的第8章和 第9章中規(guī)定為例如0 20km，20km 40km或40km 60km的范圍， 各ONU距OLT在上述范圍內(nèi)設(shè)置在任意的距離上。因此，OLT和 各ONU之間的光信號的傳送延遲根據(jù)光纖長度而不同，若不考慮該 傳送延遲，則從各ONU輸出的光信號彼此在分光器的光學(xué)復(fù)用時(shí)有 沖突、干擾的可能。
因此，使用ITU-T建議G.984.3的第10章規(guī)定的測距(ranging) 技術(shù)，OLT調(diào)整來自各ONU的輸出信號的延遲，使得各ONU好像 設(shè)置在相等距離上、例如相等的20km位置上，使來自各ONU的光 信號不干擾。
測距中，要求OLT對ONU發(fā)送距離測量用的信號。ONU在返 回距離測量幀后，OLT接收該信號，并測量從距離測量用的信號的 發(fā)送請求到距離測量用的信號接收之間的時(shí)間，即往返延遲時(shí)間，而 可知道ONU距OLT多遠(yuǎn)。接著，OLT為了使所有的ONU看起來等 距離，而對各ONU發(fā)送指示，使其將發(fā)送延遲被稱作等化延遲量(等化遅延量)的時(shí)間。例如，為了使所有的ONU具有20km的往返延 遲時(shí)間，而向ONU指示與"(20km的往返延遲時(shí)間)-(測出的往 返延遲時(shí)間)"相等的等化延遲量。ONU具有固定延遲所指示的等 化延遲量來發(fā)送數(shù)據(jù)的電路，并通過上述指示，進(jìn)行上行數(shù)據(jù)發(fā)送， 使得所有ONU具有20km的往返延遲時(shí)間。
由于將一條光纖的通信頻帶根據(jù)來自用戶的請求公平分配給盡 可能多的ONU,所以ITU-T建議G.983.4中還規(guī)定了 OLT分配與來 自各ONU的上行方向的傳送路徑頻帶(數(shù)據(jù)發(fā)送位置/時(shí)間)的DBA (Dynamic B旭dWidth Allocation:動(dòng)態(tài)帶寬分配)的技術(shù)，并進(jìn)行基 于該技術(shù)的頻帶控制。
例如，在ITU-T建議G.984.3的8.2章的規(guī)定中，將從多個(gè)ONU 向OLT傳送的信號稱作上行信號，由前同步(preamble)、定界符、 有效載荷信號構(gòu)成，如該建議第8章的圖8-2所示，在各上行信號之 前為防止與前一突發(fā)(burst)信號的沖突，設(shè)置了保護(hù)時(shí)間。另一方 面，根據(jù)同一建議8.1章的規(guī)定，將從該OLT向該多個(gè)ONU發(fā)送的 信號稱作下行信號，包括幀同步圖案(pattern) 、 PLOAM區(qū)域、US Bandwidth MAP區(qū)域和幀有效載荷。
OLT如同一建議8.1.3.6章所示，使用稱作US Bandwidth MAP 的區(qū)域，來指定各ONU的上行信號發(fā)送允許定時(shí)。US BandWidth MAP區(qū)域具有指定發(fā)送允許的開始的Start值和指定結(jié)束的End值， 分別進(jìn)行字節(jié)單位的指定。該值因有允許發(fā)送的含義還稱作準(zhǔn)許
(grant)值。并且，End值和下一 Start值的差是上行無信號區(qū)域， 對應(yīng)于上述保護(hù)時(shí)間。各個(gè)ONU上可分配稱作T-CONT的多個(gè)頻帶 分割單位，按每個(gè)T-CONT來進(jìn)行上述上行發(fā)送允許定時(shí)的指定。
如上這種PON系統(tǒng)中通過OLT利用準(zhǔn)許對各ONU來指示上行 信號的發(fā)送定時(shí)，從而防止了來自各ONU的信號彼此的沖突。因此， 因某故障而不能正確接收來自O(shè)LT的下行信號的ONU，不能知道從 OLT指示的上行信號的發(fā)送定時(shí)。因此，為了避免與其他ONU的上 行信號的沖突,需要停止不能接收下行信號的ONU的上行信號發(fā)送。
因此，在上述ITU-T建議G.984.3中規(guī)定為，若檢測出例如LOS(接收信號中斷)及LOF (接收幀失步)等不能正確接收來自O(shè)LT 的準(zhǔn)許這種程度的重要接收警報(bào)，則ONU停止上行信號的發(fā)送。該 處理是為保證其他正常ONU的傳送質(zhì)量所需的處理，但是另一方面 意味著不具有將發(fā)生了異常的ONU的警報(bào)發(fā)生狀況和通信日志、 ITU-T建議G.984.4中規(guī)定的ONU的內(nèi)部信息傳到OLT的單元。
PON系統(tǒng)的管理者在面對ONU啟動(dòng)停止這樣的故障時(shí)，為了找 出更詳細(xì)的異常原因，考慮要從管理中心了解上述ONU的警報(bào)發(fā)生 狀況和通信日志、ONU的內(nèi)部信息。但是，由于從ONU向OLT的 上行信號停止了發(fā)送，所以為了獲得該信息，操作者需要走到設(shè)置發(fā) 生了故障的ONU的現(xiàn)場來收集信息，很費(fèi)時(shí)間和成本。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種在ONU啟動(dòng)結(jié)束之前，也可遠(yuǎn)程收集 ONU內(nèi)的信息，使故障劃分變得容易的PON系統(tǒng)。
上述技術(shù)問題通過以下技術(shù)來解決，艮P,檢測出了故障的ONU 對OLT發(fā)送緊急通知消息，接收了上述消息的OLT在一定時(shí)間后， 使對其他ONU的上行信號的發(fā)送停止，在此期間接收來自有故障的 ONU的信息。
通過本發(fā)明，可以提供一種在ONU的啟動(dòng)結(jié)束之前可檢測出 ONT內(nèi)的故障，并使故障劃分變得容易的PON系統(tǒng)。


圖1是光接入網(wǎng)的一結(jié)構(gòu)例；
圖2是從OLT向ONU的下行信號的一例；
圖3是從ONU向OLT的上行信號的一例；
圖4是ONU和OLT之間的通信時(shí)序的一例；
圖5是緊急通信信號的一例；
圖6是信息通信信號的一例；
圖7是OLT的功能框圖的一例；
圖8是OLT的控制部的功能框圖的一例；圖9是OLT的控制部生成周期窗的處理流程的一例；
圖10是OLT的控制部生成信號接收窗的處理流程的一例；
圖11是ONU的功能框圖的一例；
圖12是ONU的故障通知處理部的功能框圖的一例；
圖13是ONU的故障通知處理部執(zhí)行的處理流程的一例；
圖14是發(fā)送接收緊急通知信號的情況的一 例；
圖15是發(fā)送接收信息通知信號的情況的一例；
圖16是控制監(jiān)視系統(tǒng)的畫面顯示例。
圖17是在執(zhí)行圖9的流程圖的情況下所生成的發(fā)送定時(shí)表的一例。
圖18是在執(zhí)行圖10的流程圖的情況下生成的發(fā)送定時(shí)表的一例。
具體實(shí)施例方式
圖1表示適用本發(fā)明的光接入網(wǎng)的結(jié)構(gòu)例。PON19由分光器/光 耦合器等的光分路器12、在通信業(yè)者等的局舍里設(shè)置的作為局端裝 置的0LT1、連接OLTl和分光器的干線光纖17-1、在各個(gè)用戶家里 或其附近設(shè)置的作為用戶端裝置的多個(gè)ONUIO、和分別連接光分路 器12及多個(gè)ONU10的多個(gè)支線光纖17-2構(gòu)成。OLT1經(jīng)干線光纖 17-1與光分路器12和支線光纖17-1,例如可與32臺(tái)的ONU10相連。 電話15和個(gè)人計(jì)算機(jī)14等用戶終端分別連接到多個(gè)ONU10上。 PON19經(jīng)OLT1與PSTN (Public Switched Telephone Networks:公共 交換電話網(wǎng))和互聯(lián)網(wǎng)18相連，與這些上位網(wǎng)絡(luò)之間發(fā)送接收數(shù)據(jù)。 OLTl和ONUIO的整體通過監(jiān)視控制系統(tǒng)1003來加以管理。
圖1圖示了 5臺(tái)ONUIO，但是從OLTl向ONU10的下行方向上 傳送的信號11上時(shí)分復(fù)用了以各個(gè)ONU10為目標(biāo)的信號。各ONU10 接收信號11，判斷是否是目標(biāo)為自身的信號，進(jìn)一步在目標(biāo)是自身 的信號的情況下，根據(jù)信號的目標(biāo)地址，將信號分發(fā)到電話15及個(gè) 人計(jì)算機(jī)14。
另一方面，從ONU10向OLTl的上行方向上，從ONU10-1傳送的信號a、從ONU10-2傳送的信號b、從ONU10-3傳送的信號c、 從ONU10-4傳送的信號d、從ONU10-n傳送的信號e在通過光分路 器12后時(shí)分復(fù)用，而變?yōu)樾盘?6，并到達(dá)0LT1。艮卩，0LT1由于 預(yù)先知道在哪個(gè)定時(shí)上接收來自哪個(gè)ONU10的信號，所以根據(jù)所接 收的定時(shí)來識別來自各ONU10的信號，并加以處理。
圖2表示從0LT1向各ONU10發(fā)送的下行PON信號幀的例子。 下行幀包括幀同步圖案20、 PLOAM區(qū)域21、準(zhǔn)許指示區(qū)域22、幀 有效載荷23。幀有效載荷23中存儲(chǔ)了 OLT1向ONU10的用戶信號， 詳細(xì)記載在ITU-T建議G.984.3上。準(zhǔn)許指示區(qū)域22包括控制 ONU10-1用的T-CONT#l用信號24、控制ONU10-2用的T-CONT#2 用信號25和控制ONU10-n用的T-CONT#n用信號26。進(jìn)一步， T-CONT弁l用信號24包括T-CONT ID區(qū)域27、 Start值28和End值 29。
這里，所謂T-CONT (Trail CONTainer)是DBA中的頻帶分配 區(qū)域，例如，在ONU10具有多個(gè)發(fā)送緩存器的情況下，在各個(gè)緩存 器上添加作為T-CONT的識別信息的T-CONT ID,并可從OLT按每 個(gè)緩存器加以控制。下面的實(shí)施例中，說明了一個(gè)ONU具有一個(gè) T-CONT (緩存器)的情況，艮P, ONU-ID和T-CONT ID——對應(yīng)的 情況，但是一個(gè)ONU中有多個(gè)T-CONT的情況也可同樣適用本發(fā)明。 這時(shí)，對于作為識別ONU的信息的ONU-ID和T-CONT ID的關(guān)系， 可通過生成表示例如對各ONU-ID包含哪個(gè)T-CONT ID的表格，來 管理對應(yīng)關(guān)系。
Start值28指示對各ONU允許光信號的發(fā)送開始的定時(shí)。另外， End值29指示發(fā)送允許的結(jié)束定時(shí)。Start值28和End值以字節(jié)為 單位來進(jìn)行指定。OLT1對各ONU10周期性發(fā)送包含準(zhǔn)許指示22的 允許上行數(shù)據(jù)的發(fā)送的消息，對各ONU10指示可以使用怎樣的上行 通信頻帶即可。該Start值28和End值29是在OLT1發(fā)送準(zhǔn)許指示 的各周期中，表示可以在哪個(gè)定時(shí)開始、結(jié)束數(shù)據(jù)的發(fā)送的信息。另 外，也可代替End值，指定要發(fā)送的數(shù)據(jù)的數(shù)據(jù)長度(length)，從 OLT向ONU指示，使得從Start值的定時(shí)起將數(shù)據(jù)發(fā)送Length表示的數(shù)據(jù)長度。
圖3表示ONU10向0LT1發(fā)送的上行PON信號幀的一例。該上 行PON信號包括前同步區(qū)域30、定界符區(qū)域31、 PLOAM區(qū)域32、 隊(duì)列(queue)長度區(qū)域33和幀有效載荷34。上述Start值28指示 PLOAM區(qū)域32的開始位置，即突發(fā)數(shù)據(jù)37的開始位置，End值29 表示幀有效載荷34的結(jié)束位置。ITU-T建議G.984.3的保護(hù)時(shí)間35 是指上行信號的幀有效載荷34的結(jié)束位置(End值)到下一上行信 號的前同步區(qū)域30的開始位置。這樣，由于在Start值和End值指示 的數(shù)據(jù)位置之間插有保護(hù)時(shí)間35和前同步區(qū)域30、定界符區(qū)域31, 所以在前一 End值和下一 Start值之間產(chǎn)生了幾個(gè)字節(jié)的間隔。
圖4表示作為本發(fā)明的一實(shí)施例的光接入網(wǎng)中的OLT1和ONU10 之間的通信的概要。OLT1每隔準(zhǔn)許周期對各ONU發(fā)送包含圖2所 示的準(zhǔn)許指示22的準(zhǔn)許信號400。各ONU10在對該消息的返回402 中，根據(jù)通過準(zhǔn)許信號400指定的Start值和End值的定時(shí)，依次發(fā) 送自身的發(fā)送隊(duì)列中存儲(chǔ)的數(shù)據(jù)，還同時(shí)報(bào)告發(fā)送隊(duì)列中殘留的數(shù)據(jù)
本實(shí)施例中，說明ONU10-2發(fā)生了故障的情況。本實(shí)施例的 ONU10-2在檢測到發(fā)生一些故障，而不能正常接收來自O(shè)LT1的下 行信號后，生成對OLTl通知發(fā)生了故障用的緊急通知信號403,并 發(fā)送該信號，作為對OLT1的上行信號404。
圖5表示緊急通知信號403的一例。緊急通知信號403是緊急用 定界符500被重復(fù)預(yù)定時(shí)間之后的信號，該緊急用定界符500由與圖 2中所使用的定界符31不同的圖案構(gòu)成。本信號在檢測出了故障的 ONU10-2對OLT1請求在一定時(shí)間后使OLT1對其他ONU的準(zhǔn)許停 止規(guī)定的時(shí)間的用途中使用。例如，若設(shè)緊急用定界符500的長度是 2字節(jié)，緊急幀持續(xù)時(shí)間為400字節(jié)，則重復(fù)發(fā)送200次緊急用定界 符。這是因?yàn)闉榱藴p少與其他ONU發(fā)送的數(shù)據(jù)的沖突的可能性，要 求使各個(gè)上行緊急通知信號的寬度極小，使緊急通知信號整體的寬度 也變小。
例如，若設(shè)置即使緊急用定界符中存在3比特的比特錯(cuò)誤也可檢測出的2字節(jié)的長度，則需要可以可靠接收非同步的緊急用定界符的 窗寬是4字節(jié)以上。為了周期性空出4字節(jié)的窗寬，且將上行傳送容 量的減少抑制為1%左右，而將上行信號的有信號區(qū)間設(shè)置為396字 節(jié)，將緊急通知信號的接收窗設(shè)置為4字節(jié)。這時(shí)，作為緊急通知信 號若設(shè)置為重復(fù)2字節(jié)的緊急用定界符，以400字節(jié)寬度來加以發(fā)送， 則根據(jù)最小長度且非同步，可以通過以400字節(jié)為周期，且以4字節(jié) 寬度開窗的緊急通知信號的接收窗,來可靠接收2字節(jié)的緊急用定界 符。
另一方面,OLTl為了不與來自其他ONU的上行信號沖突地接收 從發(fā)生故障且沒有與OLT取得同步的ONU不清楚何時(shí)發(fā)送的緊急通 知信號404，每隔預(yù)先確定的周期，生成對任何一個(gè)ONU都不允許 發(fā)送的周期窗401。其如后所述，可以通過在向各ONU指示上行數(shù) 據(jù)的發(fā)送定時(shí)之時(shí)，周期性生成對任何一個(gè)ONU都不允許發(fā)送的定 時(shí)來實(shí)現(xiàn)。該實(shí)施例中，以與緊急通知信號的長度相同的400字節(jié)為 周期來生成周期窗。這樣，ONU生成的400字節(jié)長度的緊急通知信 號和0LT1生成的周期窗產(chǎn)生重疊部分，0LT1可以接收緊急通知信 號的至少一部分。這樣，若生成周期窗401的周期與緊急通知信號 403的長度相同或比其短，則OLT1可以可靠接收緊急通知信號403。
但是，若生成周期窗401的周期過短，則由于ONU10的上行數(shù) 據(jù)的傳送效率降低，所以也可以以比緊急通知信號長的周期來生成周 期窗401。這時(shí)，ONU10以預(yù)先確定的周期來重復(fù)進(jìn)行發(fā)送緊急通 知信號404的處理等，提高接收緊急通知信號404的概率即可。
ONU10-2在發(fā)送緊急通知信號后經(jīng)過一定時(shí)間后，生成使0LT1 知道產(chǎn)生了什么樣的故障用的信息405,并將其作為信息通知信號 406發(fā)送到0LT1 。該實(shí)施例中，ONU10-2在緊急通知信號404的發(fā) 送后，在經(jīng)過325微秒后，發(fā)送信息通知信號406。該325微秒的時(shí) 間為，在作為準(zhǔn)許400的發(fā)行周期根據(jù)標(biāo)準(zhǔn)規(guī)定的125微秒上，加上 最長20km長的光纖的往返延遲時(shí)間200微秒后的值。除此之外，也 可以設(shè)置為加上在ONU內(nèi)接收準(zhǔn)許后可開始信號發(fā)送的最短延遲時(shí) 間，即更大的值，但是本實(shí)施例中，假定為該ONU內(nèi)的最短延遲時(shí)間為l微秒以下的很小的值，從計(jì)算中除去。
圖6表示信息通知信號406的一實(shí)施例。本信號包括前同步區(qū)域 600、定界符區(qū)域601、 PLOAM區(qū)域602和OMCI區(qū)域603。若根據(jù) ITU-T建議G.984,3來構(gòu)成本信號，則作為一例，可以通過前同步區(qū) 域600為6字節(jié)、定界符區(qū)域601為2字節(jié)，PLOAM區(qū)域602為12 字節(jié)、OMCI區(qū)域603為48字節(jié)總共68字節(jié)來構(gòu)成。通過使用 PLOAM區(qū)域602和OMCI區(qū)域603，可以向OLT1通知如在ITU-T 建議G.984.3和G.983.2中規(guī)定的各種ONU10-2的內(nèi)部信息。該OMCI (ONT Management and Control Interface: ONT管理和控制接口)在 ITU-T建議G.984.4中規(guī)定，若使用該OMCI，則可以向OLT通知 ONU的內(nèi)部信息。
OLTl為了在從ONU10-2接收緊急通知信號404后經(jīng)過一定時(shí)間 后，接收從ONU10-2發(fā)送的信息通知信號406，而設(shè)置作為對其他 ONU10不允許發(fā)送數(shù)據(jù)的時(shí)間段的信號接收窗407。該信號接收窗 407也可以在OLTl向各ONU10指示允許上行數(shù)據(jù)的發(fā)送的定時(shí)之 時(shí)，通過在該時(shí)間段對任何一個(gè)ONU10都不允許數(shù)據(jù)發(fā)送來生成。 該實(shí)施例中，OLTl在接收緊急通知信號404后，在325微秒后生成 信號接收窗407。該時(shí)間間隔與ONU10-2發(fā)送緊急通知信號鄰4后 到發(fā)送信息通知信號406的間隔相同。接收窗的寬度為比作為信息通 知信號406的大小的68字節(jié)大的100字節(jié)。通過適當(dāng)改變生成信號 接收窗407之前的時(shí)間間隔和窗的寬度，可以提高OLTl可正常接收 信息通知信號405的概率。例如，若加大信號接收窗407的寬度，則 可以縮短在生成信號接收窗407之前的時(shí)間間隔。
圖7表示OLT1的一實(shí)施例。網(wǎng)絡(luò)IF部700是與互聯(lián)網(wǎng)等的上位 網(wǎng)18之間進(jìn)行信號的發(fā)送接收用的接口。下行數(shù)據(jù)緩存器701是暫 時(shí)存儲(chǔ)從上位網(wǎng)18接收的數(shù)據(jù)用的存儲(chǔ)單元。下行信號處理部702 實(shí)施將從上位網(wǎng)18接收的數(shù)據(jù)送到PON19所需的處理。E/0變換部 703將電信號變換為光信號。光信號IF部704是與ONU10之間發(fā)送 接收光信號用的接口 。 O/E變換部將從PON19接收的光信號變換為 電信號。上行信號處理部707實(shí)施將從PON19接收的信號發(fā)送到互聯(lián)網(wǎng)等的上位網(wǎng)18用的處理。上行數(shù)據(jù)緩存器708是暫時(shí)存儲(chǔ)向上 位網(wǎng)18發(fā)送的數(shù)據(jù)的存儲(chǔ)單元。
控制部705具有對各ONU10定期進(jìn)行通信頻帶的動(dòng)態(tài)分配處 理的DBA處理部709;測量與各ONU之間的距離來決定數(shù)據(jù)的發(fā)送 延遲時(shí)間，并通知各個(gè)ONU的測距處理部711;根據(jù)DBA處理部 709決定的通信頻帶，來通過圖2所示的Start值28和End值29指 示各ONU10的上行數(shù)據(jù)的發(fā)送定時(shí)的數(shù)據(jù)發(fā)送允許部710。例如 DBA處理部709接受上行信號中包含的各ONU10的隊(duì)列長度的報(bào)告 來定期進(jìn)行DBA處理，數(shù)據(jù)發(fā)送允許部710根據(jù)該處理結(jié)果來決定 Start值28和End值29，并生成包含這些值的下行信號后，對各ONU 指示數(shù)據(jù)的發(fā)送定時(shí)。
圖8是詳細(xì)說明OLT的控制部705的一實(shí)施例的圖。DBA處理 部709例如從上行信號處理部707接受各ONU發(fā)送的隊(duì)列長度的報(bào) 告，并將通信頻帶分配給各ONU。并且，將DBA對各ONU分配了 怎樣的通信頻帶的信息輸入到數(shù)據(jù)發(fā)送允許部710。在接收下行信號 時(shí)，從產(chǎn)生了某故障的ONU接收到緊急通知信號404的情況下，上 行信號處理部707的故障信號檢測部800檢測出由圖5所示的緊急定 界符500構(gòu)成的緊急通知信號，而通知給數(shù)據(jù)發(fā)送允許部710。
數(shù)據(jù)發(fā)送允許部710包含發(fā)送定時(shí)決定部801和發(fā)送定時(shí)表804。 發(fā)送定時(shí)決定部從DBA處理部輸入通信頻帶，并根據(jù)該通信頻帶， 每隔準(zhǔn)許周期來決定各ONU的Start值28和End值29。進(jìn)一步，發(fā) 送定時(shí)決定部801包含周期窗生成部803和信號接收窗生成部802。 周期窗生成部803為了接收來自O(shè)NU的緊急通知信號404，而例如 對400字節(jié)以4字節(jié)的比例，來周期性生成對任何一個(gè)ONU都不允 許發(fā)送的時(shí)間段(窗)。另外，信號接收窗生成部802為了接收來自 ONU的信息通知信號406，在接收緊急通知信號404 —定時(shí)間后， 例如325微秒后，生成對任何一個(gè)ONU都不允許上行數(shù)據(jù)的發(fā)送的 時(shí)間段(窗)。
發(fā)送定時(shí)決定部801在對每個(gè)ONU決定Start值和End值后，將 該信息存儲(chǔ)在發(fā)送定時(shí)表804中。數(shù)據(jù)發(fā)送允許部710根據(jù)該發(fā)送定時(shí)表804中存儲(chǔ)的信息，生成如圖2所示的信號，并經(jīng)下行信號處理 部702,向各ONU指示發(fā)送數(shù)據(jù)的定時(shí)。
測距處理部711測量與各ONU之間的距離，算出與各距離匹配 的發(fā)送延遲時(shí)間，并對各ONU進(jìn)行指示。
圖9是控制部705的處理流程圖的一例。首先，每隔進(jìn)行DBA 的周期，DBA處理部709對各ONU決定分配的通信頻帶(卯l)。 接著，發(fā)送定時(shí)決定部801在每隔準(zhǔn)許周期來決定各ONU的Start 值28和End值29時(shí)，判斷所分配的通信頻帶的字節(jié)長度是否超過 400字節(jié)(902)。在允許發(fā)送的一塊數(shù)據(jù)長度未超過400字節(jié)的情 況下，設(shè)置Start值和End值，使得從End值減去Start值后的值為該 數(shù)據(jù)長度。BP，連續(xù)該數(shù)據(jù)長度的部分來提供準(zhǔn)許。
另一方面，在要從這些提供發(fā)送允許的一塊數(shù)據(jù)長度超過400字 節(jié)的情況下，周期窗生成部803設(shè)置Start值和End值，使得從End 值減去Start值后的值為396字節(jié)，在該End值后設(shè)置4字節(jié)的空域 區(qū)域，對其余的數(shù)據(jù)也同樣分割為準(zhǔn)許的長度不超過400字節(jié)(903)。
圖17是在執(zhí)行圖9的流程圖的情況下所生成的發(fā)送定時(shí)表804 的一例。圖17的發(fā)送定時(shí)表1701存儲(chǔ)作為識別ONU的信息的 ONU-ID1702、發(fā)送定時(shí)決定部801分配給該ONU的Start值1703 和End值1704。圖17的例子中，DBA處理部709對ONU-ID是1 的ONU#l分配48字節(jié)長度的通信頻帶。這時(shí)，發(fā)送定時(shí)決定部801 對ONU弁l，決定為Start值為12字節(jié)，End值為60字節(jié)。
接著，由于DBA處理部709在對ONU-ID是3的0NU#3分配 596字節(jié)長度的通信頻帶的情況下超過了 400字節(jié)，所以周期窗生成 部803將596字節(jié)長度的數(shù)據(jù)分割為396字節(jié)和200字節(jié)的數(shù)據(jù),并 在其間生成4字節(jié)的窗。圖17的表格中，對ONU弁3，對Start值分 配80字節(jié)，對End值分配476字節(jié)，這里暫時(shí)切斷發(fā)送允許，將4 字節(jié)后的480字節(jié)設(shè)作ONU#3的下一發(fā)送允許的Start值，將可全部 發(fā)送其余數(shù)據(jù)的680字節(jié)作為End值。
該實(shí)施例中，0LT1持續(xù)生成周期窗，但是也可例如在0LT1監(jiān) 視來自各ONU的上行數(shù)據(jù)的接收狀況，在不能接收來自任意ONU的上行數(shù)據(jù)的情況下，在0LT1側(cè)判斷為某一個(gè)ONU發(fā)生了故障， 啟動(dòng)周期窗生成部803來生成周期窗401。由此，由于在ONU沒有 發(fā)生故障的情況下不生成周期窗401，所以可以更有效利用上行數(shù)據(jù) 信號的通信頻帶。
圖10是接收了緊急通知信號404的情況下的控制部705的處理 流程圖的一例。若從故障信號檢測部800接受到表示接收了緊急通知 信號404的通知，則發(fā)送定時(shí)決定部801中包含的信號接收窗生成部 802從該時(shí)刻起例如在325微秒的時(shí)間后，強(qiáng)制在發(fā)送定時(shí)表804上 生成IOO字節(jié)長度的窗。例如，若上行信號的速度大約為1.24Gbit/s, 則325微秒為50544字節(jié)長度。因此，信號接收窗生成部802在發(fā)送 定時(shí)表804上，在從接收緊急通知信號404的時(shí)刻起50544字節(jié)后， 生成對任何一個(gè)ONU10都不允許發(fā)送上行數(shù)據(jù)的100字節(jié)長度的窗 就可以了。另外，如前所述，由于將準(zhǔn)許周期規(guī)定為125微秒，所以 在計(jì)數(shù)325微秒的情況下，需要跨過多個(gè)準(zhǔn)許周期來修改發(fā)送定時(shí)表 804的Start值和Stop值。
圖18是在執(zhí)行圖10的流程圖的情況下生成的發(fā)送定時(shí)表804的 一例。圖18的例子中，信號接收窗生成部802,設(shè)從檢測出緊急通 知信號起325微秒，例如上行信號的速度為約1.24Gbit/s的情況下， 50544字節(jié)長度在圖18的發(fā)送定時(shí)表1801上的第9020字節(jié)經(jīng)過。 信號接收窗生成部802通過將該9020字節(jié)設(shè)作在該時(shí)刻允許了數(shù)據(jù) 發(fā)送的ONU#3的End值1805，將該End值1805和下一 Start值1806 的間隔設(shè)為100字節(jié)，從而生成信號接收窗。
圖11是ONU10的一實(shí)施例。光信號IF部1100是與OLT1之間 發(fā)送接收光信號用的接口。 0/E變換部1101將光信號變換為電信號。 下行信號處理部1102實(shí)施將從PON19接收的數(shù)據(jù)送到PC14和Tel15 等的用戶網(wǎng)所需的處理。下行數(shù)據(jù)緩存器1103是暫時(shí)存儲(chǔ)向用戶網(wǎng) 發(fā)送的數(shù)據(jù)用的存儲(chǔ)單元。用戶網(wǎng)IF部是在與PC14和TeU5等的用 戶具有的設(shè)備之間發(fā)送接收信號用的接口。上行數(shù)據(jù)緩存器1106是 暫時(shí)存儲(chǔ)從用戶網(wǎng)接收的數(shù)據(jù)用的存儲(chǔ)單元。上行信號處理部1107 實(shí)施將從用戶網(wǎng)接收的數(shù)據(jù)送到PON19所需的處理。E/O變換部1109將電信號變換為光信號。
控制部1105具有執(zhí)行向0LT1通知故障用的一系列的處理的 故障通知處理部1109;與OLT1之間進(jìn)行測距處理的測距處理部 1110;和為了以對從0LT1指示的Start值加上從OLT1指示的發(fā)送 延遲時(shí)間的定時(shí)來進(jìn)行上行數(shù)據(jù)的發(fā)送，設(shè)置發(fā)送延遲時(shí)間的等效延 遲處理部llll。
圖12是表示詳細(xì)說明ONU10的故障通知處理部1110用的一實(shí) 施例的圖。在從OLTl接收的下行信號存在任一故障的情況下，經(jīng)下 行信號處理部1107等來向故障檢測部1200傳達(dá)該異常。故障檢測部 在檢測出下行信號上有異常時(shí)，啟動(dòng)周期定時(shí)器1201,并測量發(fā)送 緊急通知信號的周期。故障檢測部1200對緊急通知信號生成部1202 加以指示，使其將緊急通知信號發(fā)送到OLTl，并進(jìn)一步，對信息通 知信號生成部加以指示，使其在預(yù)先確定的時(shí)間經(jīng)過后，將信息通知 信號發(fā)送到0LT1 。
緊急通知信號生成部1202在接收到來自故障檢測部1200的通知 后，在一定期間連續(xù)發(fā)送例如如圖5所示的緊急通知信號。緊急通知 信號生成部具有的緊急通知定時(shí)器用于管理在什么樣的期間來連續(xù) 發(fā)送該緊急通知信號。另外，信息通知信號生成部1203在接收到來 自故障檢測部1200的通知后，在信息通知定時(shí)器1203測量的預(yù)先確 定的時(shí)間，例如325微秒經(jīng)過后，向OLT1發(fā)送如圖5所示例的信息 通知信號。
圖13是故障通知處理部1110的處理流程圖的一例。故障通知處 理部1110在從來自0LT1的下行信號中檢測出任一異?；蚬收虾?br> (1300)，緊急通知信號生成部1202發(fā)送緊急通知信號(1301)。 這時(shí)，作為實(shí)施例，例如連續(xù)200次發(fā)送例如2字節(jié)長度的緊急定界 符。之后，通過信息通知定時(shí)器1205待機(jī)例如325微秒的預(yù)先確定 時(shí)間(1302)，信息通知信號生成部1203生成信息通知信號并加以 發(fā)送(1303)。
故障通知處理部1110確認(rèn)是否執(zhí)行了預(yù)先確定次數(shù)的發(fā)送緊急 通知信號及信息通知信號的一系列處理(1304)。該處理在OLTl生成的周期窗401的長度不充分，且不一定接收一次發(fā)送的緊急通知信 號的情況下，來確認(rèn)重復(fù)執(zhí)行一系列的處理用的計(jì)數(shù)器的處理。周期 窗401以充分短的周期來生成，若0LT1可以可靠接收處理1次發(fā)送 的緊急通知信號，則不需要多次重復(fù)步驟1301 1303的處理。這里, 如果將步驟1301 1303重復(fù)所設(shè)置的次數(shù)，則通知故障的一系列處 理結(jié)束。在還沒有執(zhí)行所設(shè)置次數(shù)的處理的情況下，在待機(jī)通過周期 定時(shí)器1201計(jì)數(shù)的時(shí)間，例如1秒或10秒后(1305),執(zhí)行步驟 1301 1303。若是1秒或10秒的周期，則可以以對其他上行通信量 沒有影響的頻度來發(fā)送一系列通知信號。
圖14是說明通過本實(shí)施例的OLT1和ONU10,來生成周期窗和 緊急通知信號的情況的一例的圖。如圖所示，在OLTl頂!l，以400字 節(jié)為周期來生成4字節(jié)長度的周期窗1400、 1402、 1404。在該周期 窗之間對ONU允許發(fā)送信號，例如，在周期窗1400和1402之間的 期間1401中，OLT1接收來自O(shè)NU#l的數(shù)據(jù)1406。
這里，在ONU弁2發(fā)生了故障的情況下，ONU弁2在一定期間、例 如400字節(jié)長度的期間，向OLT1發(fā)送連接多個(gè)小信號、例如2字節(jié) 長度的緊急定界符而構(gòu)成的緊急通知信號1409。緊急通知信號1409 的大部分與ONU弁l的信號沖突，但是對于與周期窗1402重疊發(fā)送 的緊急通知信號，通過0LT1正常接收。這樣，0LT1可以檢測出某 個(gè)ONU10發(fā)生了故障。
圖15是表示本實(shí)施例的ONU#2在發(fā)送緊急通知信號起一定時(shí)間 后，發(fā)送信息通知信號的情況的一例的圖。ONU弁2在發(fā)送400字節(jié) 長度的緊急通知信號1503后，在一定時(shí)間、例如325微秒后發(fā)送信 息通知信號1504。在OLTl側(cè)，在從ONl^2接收了緊急通知信號1500 后，在一定時(shí)間、例如325微秒后，準(zhǔn)備接收信息通知信號用的信號 接收窗1502。OLTl在該信號接收窗1502內(nèi)接收信息通知信號1504， 而可以知道ONU弁2上發(fā)生了怎樣的故障。
圖16表示在本發(fā)明中的監(jiān)視控制系統(tǒng)1003上顯示的ONU故障 的監(jiān)視畫面的實(shí)施例。由于除上行警報(bào)1601之外，還可以使用本實(shí) 施例的方法來通知下行警報(bào)1602,所以可以更準(zhǔn)確地從監(jiān)視控制系統(tǒng)1003來把握ONU10的故障的實(shí)際情況。在該畫面上顯示了新的 警報(bào)LUP (Loss of Up Link)。即使使用本實(shí)施例的方法也不能由 OLTl來接收上行信息,使ONUIO的發(fā)送電路部分或OLTl內(nèi)的ONU 各自的接收電路部分發(fā)生故障的可能性提高。本發(fā)明中，可以將這種 將現(xiàn)有技術(shù)中沒有規(guī)定的警報(bào)作為新的信息來加以提供。
如上所述，根據(jù)本實(shí)施例，不能接收來自O(shè)LTl的下行信號的 ONU可以對OLTl報(bào)告自身裝置的狀態(tài)。尤其，在ONU內(nèi)因下行信 號中斷，而發(fā)生了LOS (Loss Of Signal)這樣的通信警報(bào)的情況下， ONU10的時(shí)鐘變?yōu)榍袛嗔伺cOLTl的同步的非同步狀態(tài)。在這種非 同步狀態(tài)下，上行發(fā)送的緊急通知信號還切斷了與其他ONU的同步 關(guān)系，這些上行信號有沖突的可能。這種情況下，如本實(shí)施例那樣， 通過在OLT側(cè)設(shè)置周期窗401及信號接收窗407，可以避免與來自 其他ONU的上行數(shù)據(jù)的沖突地接收與從ONU發(fā)送的故障有關(guān)的信 息。
權(quán)利要求
1、一種局端裝置，經(jīng)光分路器與多個(gè)用戶端裝置相連，并周期性對各個(gè)用戶端裝置指示上行信號的發(fā)送定時(shí)，其特征在于，包括周期窗生成部，周期性地生成對任何一個(gè)用戶端裝置都不允許發(fā)送上行數(shù)據(jù)的第一窗；以及信號接收窗生成部，在所述周期窗生成部生成的第一窗內(nèi)，從任意的ONU接收了通知發(fā)生了故障的信號的情況下，在該信號接收后經(jīng)過預(yù)先確定的時(shí)間后，生成對任何一個(gè)用戶端裝置都不允許發(fā)送上行信號的第二窗。
2、 根據(jù)權(quán)利要求1所述的局端裝置，其特征在于 通知發(fā)生了所述故障的信號是通過與定界符信號不同的圖案生成的緊急用定界符信號。
3、 根據(jù)權(quán)利要求1所述的局端裝置，其特征在于 所述周期窗生成部生成所述第一窗的周期是400字節(jié)長度，所述第一窗的寬度是4字節(jié)長度。
4、 根據(jù)權(quán)利要求1所述的局端裝置，其特征在于 所述第一窗的寬度比所述第二窗的寬度小。
5、 根據(jù)權(quán)利要求1所述的局端裝置，其特征在于 監(jiān)視從所述多個(gè)用戶端裝置接收的上行信號，在判斷為所述用戶端裝置中的某一個(gè)有可能發(fā)生了故障的情況下，啟動(dòng)所述周期窗生成 部，在上行信號的發(fā)送定時(shí)中生成所述周期窗。
6、 一種用戶端裝置，經(jīng)光分路器與局端裝置相連，并由所述局 端裝置指示上行信號的發(fā)送定時(shí)，其特征在于，包括緊急通知信號生成部，在不能正常接收來自所述局端裝置的下行 信號的情況下，生成向所述局端裝置通知產(chǎn)生了異常用的、將多個(gè)信 號相連而構(gòu)成的緊急通知信號；以及信息通知信號生成部，在生成并發(fā)送所述緊急通知信號起經(jīng)過預(yù) 先確定的時(shí)間后，生成向所述局端裝置報(bào)告所述異常的內(nèi)容用的信息 通知信號。
7、 根據(jù)權(quán)利要求6所述的用戶端裝置，其特征在于所述緊急通知信號是2字節(jié)長度的信號連續(xù)400字節(jié)而構(gòu)成的信號。
8、 根據(jù)權(quán)利要求6所述的用戶端裝置，其特征在于 所述預(yù)先確定的時(shí)間是325微秒。
9、 根據(jù)權(quán)利要求6所述的用戶端裝置，其特征在于 將所述緊急通知信號、和經(jīng)過所述預(yù)先確定的時(shí)間后的所述信息通知信號的發(fā)送多次進(jìn)行重復(fù)。
全文摘要
本發(fā)明提供一種PON系統(tǒng)用局端裝置或用戶端裝置，在ONU的啟動(dòng)結(jié)束之前也可遠(yuǎn)程收集ONT內(nèi)的信息，檢測出了故障的ONU對OLT發(fā)送緊急通知消息，接收了上述消息后的OLT在一定時(shí)間后對其他ONU停止上行信號的發(fā)送，通過在該期間接收來自有故障的ONU的信息，從而使故障劃分變得容易。
文檔編號H04L12/26GK101304281SQ20071014112
公開日2008年11月12日 申請日期2007年8月8日 優(yōu)先權(quán)日2007年5月9日
發(fā)明者加澤徹, 坂本健一, 西野良祐 申請人:日立通訊技術(shù)株式會(huì)社