Pon系統的可進行警報傳送策略的光線路終端、光網絡單元的製作方法

2023-05-29 03:26:56

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

發明內容
本發明的目的是提供一種在ONU啟動結束之前，也可遠程收集 ONU內的信息，使故障劃分變得容易的PON系統。
上述技術問題通過以下技術來解決，艮P,檢測出了故障的ONU 對OLT發送緊急通知消息，接收了上述消息的OLT在一定時間後， 使對其他ONU的上行信號的發送停止，在此期間接收來自有故障的 ONU的信息。
通過本發明，可以提供一種在ONU的啟動結束之前可檢測出 ONT內的故障，並使故障劃分變得容易的PON系統。


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