(57)【特許請求の範囲】
【請求項１】
複数の子局通信装置と光ファイバを用いてＰＯＮ方式で接続し、上記子局通信装置を収容する親局通信装置において、
上記光ファイバに接続している上記子局通信装置を検出するための検出信号を生成して、上記光ファイバ上に送出する検出信号送出手段と、
それぞれの上記子局通信装置から、上記検出信号送出手段が送出した検出信号に応答する応答信号を受信し、その応答信号の内容及び受信タイミングを利用して、それぞれの上記子局通信装置との間の光信号の往復伝送時間を計算する往復伝送時間計算手段と、
上記往復伝送時間計算手段が計算した往復伝送時間を利用して、それぞれの上記子局通信装置の上り方向の信号の送出タイミングを制御する信号送信制御手段と、
当該親局通信装置が収容している上記子局通信装置のそれぞれについて、次回当該親局通信装置へ送信する応答信号の到達タイミングを決定するタイミング決定手段と、
当該親局通信装置が収容している上記子局通信装置のそれぞれについて、応答信号の到達タイミングが、上記タイミング決定手段が決定したタイミングとなるように、応答信号を送出する送出タイミングに係る値を計算する送出タイミング算出手段と、
上記送出タイミング算出手段が計算した送出タイミングに係る値を、それぞれ対応する上記子局通信装置に通知する送出タイミング通知手段とを有し、
当該親局通信装置には、上記送出タイミング通知手段により送出タイミングに係る値を通知していない未収容の上記子局通信装置から、応答信号を受信するための第１の時間帯と、上記送出タイミング通知手段により送出タイミングに係る値を通知済みの上記子局通信装置から、応答信号を受信するための第２の時間帯とが設定されており、
上記タイミング決定手段は、当該親局通信装置が収容している上記子局通信装置に対する到達タイミングを、上記第２の時間帯に設定する
ことを特徴とする親局通信装置。
【請求項２】
送出タイミング算出手段は、上記往復伝送時間計算手段が計算した往復伝送時間を利用して、送出タイミングに係る値を計算することを特徴とする請求項１に記載の親局通信装置。
【請求項３】
上記タイミング決定手段が、複数の上記子局通信装置に対して、同じ到達タイミングを決定した場合に、その同じ到達タイミングが決定された上記子局通信装置のそれぞれに対して、次回に当該親局通信装置へ再収容を要求する際に、応答信号を送出する否かをランダムに決定させる制御を行うランダム送信制御手段をさらに有することを特徴とする請求項１又は２に記載の親局通信装置。
【請求項４】
それぞれの上記子局通信装置に対して、送出タイミングに係る値を用いて応答信号を送信することにより、当該親局通信装置への再収容の要求を連続して行うことができる上限となる再収容要求上限回数を、当該親局通信装置が収容する上記子局通信装置に通知する再収容要求上限回数通知手段をさらに有することを特徴とする請求項１〜３のいずれかに記載の親局通信装置。
【請求項５】
複数の子局通信装置と、上記子局通信装置と光ファイバを用いてＰＯＮ方式で接続し、上記子局通信装置を収容する親局通信装置とを有する光通信ネットワークシステムにおいて、
上記親局通信装置として請求項１に記載の親局通信装置を適用し、
それぞれの上記子局通信装置は、
上記親局通信装置が、上記光ファイバに接続している子局通信装置を検出するための検出信号を受信する検出信号受信手段と、
当該子局通信装置が、上記親局通信装置に未収用の状態で、上記検出信号受信手段が検出信号を受信すると、設定された送信待機時間の間待機した後に、検出信号に応答する応答信号を、上記親局通信装置に送信する応答信号送信手段と、
上記親局通信装置から、応答信号の送出タイミングに係る値の通知を受ける送出タイミング受信手段と、
上記送出タイミング受信手段により受信した送出タイミングに係る値を保持する送出タイミング保持手段と、
上記送出タイミング保持手段に送出タイミングに係る値が保持されている場合には、上記応答信号送信手段に対して、その送出タイミングに係る値に基づく送信待機時間を設定する送信待機時間設定手段とを有する
ことを特徴とする光通信ネットワークシステム。
【請求項６】
複数の子局通信装置と、上記子局通信装置と光ファイバを用いてＰＯＮ方式で接続し、上記子局通信装置を収容する親局通信装置とを有する光通信ネットワークシステムにおける通信方法において、
上記親局通信装置が、上記光ファイバに接続している上記子局通信装置を検出するための検出信号を生成して、上記光ファイバ上に送出する検出信号送出工程と、
上記親局通信装置が、それぞれの上記子局通信装置から、上記検出信号送出工程が送出した検出信号に応答する応答信号を受信し、その応答信号の内容及び受信タイミングを利用して、それぞれの上記子局通信装置との間の光信号の往復伝送時間を計算する往復伝送時間計算工程と、
上記親局通信装置が、上記往復伝送時間計算工程が計算した往復伝送時間を利用して、それぞれの上記子局通信装置の上り方向の信号の送出タイミングを制御する信号送信制御工程と、
上記親局通信装置が、当該親局通信装置が収容している上記子局通信装置のそれぞれについて、次回当該親局通信装置へ送信する応答信号の到達タイミングを決定するタイミング決定工程と、
上記親局通信装置が、当該親局通信装置が収容している上記子局通信装置のそれぞれについて、応答信号の到達タイミングが、上記タイミング決定工程が決定したタイミングとなるように、応答信号を送出する送出タイミングに係る値を計算する送出タイミング算出工程と、
上記親局通信装置が、上記送出タイミング算出工程が計算した送出タイミングに係る値を、それぞれ対応する上記子局通信装置に通知する送出タイミング通知工程と
それぞれの上記子局通信装置が、上記親局通信装置が、上記光ファイバに接続している子局通信装置を検出するための検出信号を受信する検出信号受信工程と、
それぞれの上記子局通信装置が、当該子局通信装置が、上記親局通信装置に未収用の状態で、上記検出信号受信工程が検出信号を受信すると、設定された送信待機時間の間待機した後に、検出信号に応答する応答信号を、上記親局通信装置に送信する応答信号送信工程と、
それぞれの上記子局通信装置が、上記親局通信装置から、応答信号の送出タイミングに係る値の通知を受ける送出タイミング受信工程と、
それぞれの上記子局通信装置が、上記送出タイミング受信工程により受信した送出タイミングに係る値を保持する送出タイミング保持工程と、
それぞれの上記子局通信装置が、上記送出タイミング保持工程に送出タイミングに係る値が保持されている場合には、上記応答信号送信工程に対して、その送出タイミングに係る値に基づく送信待機時間を設定する送信待機時間設定工程とを有し、
上記親局通信装置には、上記送出タイミング通知工程により送出タイミングに係る値を通知していない未収容の上記子局通信装置から、応答信号を受信するための第１の時間帯と、上記送出タイミング通知工程により送出タイミングに係る値を通知済みの上記子局通信装置から、応答信号を受信するための第２の時間帯とが設定されており、
上記タイミング決定工程では、上記親局通信装置が収容している上記子局通信装置に対する到達タイミングが、上記第２の時間帯に設定されている
ことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、親局通信装置、光通信ネットワークシステム、及び通信方法に関し、例えば、Ｅ−ＰＯＮ（Ｅｔｈｅｒｎｅｔ（登録商標）  Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）により構成された光通信ネットワークシステム（アクセスネットワークシステム）に適用し得る。
【背景技術】
【０００２】
従来、Ｅ−ＰＯＮのように、１対ｎ接続のトポロジーを用い、ユーザネットワークで広く用いられているＥｔｈｅｒｎｅｔパケットを収容しコアネットワークに接続する光通信ネットワークシステム（アクセスネットワークシステム）がある。
【０００３】
図６は、従来のＥ−ＰＯＮの構成について示したブロック図である。
【０００４】
図６に示すように、Ｅ−ＰＯＮでは、１台のＯＬＴ（Ｏｐｔｉｃａｌ  ＬＩＮＥ  Ｔｅｒｍｉｎａｌ）と、複数のＯＮＵ（Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｕｎｉｔ）とを、光ファイバ及び光カプラで接続するＰｏｉｎｔ  ｔｏ  Ｍｕｌｔｉ  Ｐｏｉｎｔ型（１対ｎ型）の光通信ネットワークシステム（アクセスネットワークシステム）である。そして、Ｅ−ＰＯＮでは、ＯＬＴとＯＮＵとの間で通信をする場合の動作は、ＩＥＥＥ８０２．３ａｈ、ＩＥＥＥ８０２．３ａｖ等で標準化されている。
【０００５】
図７は、従来のＥ−ＰＯＮにおいて、１台のＯＬＴと複数のＯＮＵが通信する構成について示した説明図である。
【０００６】
従来のＥ−ＰＯＮでは、図７に示すように、ＯＬＴとＯＮＵはＬＬＩＤ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ；ロジカルリンク識別子）を用いて、論理的に識別され、ＯＬＴからＯＮＵへの方向（以下、「下り方向」という）の信号は、光カプラで分岐された全てのＯＮＵに到達する為、ＯＮＵでは自分宛のＬＬＩＤもしくは全員宛のＬＬＩＤ（Ｂｒｏａｄｃａｓｔ  ＬＬＩＤ）を受信し、他宛のＬＬＩＤは廃棄する。
【０００７】
また、ＯＮＵからＯＬＴへの方向（以下、「上り方向」という）の信号は、各ＯＮＵから送出されたフレームを光カプラで合波される為、各ＯＮＵが送出する光信号の送信タイミングを制御しないと衝突が発生する。
【０００８】
衝突を回避する為の方法として、ＯＬＴは送出のタイミングと送出する時間を各ＯＮＵに指示し、ＯＮＵはその指示に従い送出することで衝突を回避している。
【０００９】
ＯＬＴはこの指示をする為に少なくとも、物理的距離の異なる各ＯＮＵの伝播往復遅延時間ＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）の把握をする必要がある。
【００１０】
図８は、従来のＧＥ−ＰＯＮを構成するＯＬＴにおいて、各ＯＮＵのＲＴＴを測定する処理について示した説明図である。
【００１１】
ＩＥＥＥ８０２．３ａｈ、ＩＥＥＥ８０２．３ａｖによると、ＯＬＴと各ＯＮＵのＲＴＴの測定方法は、図８に示すように、ＯＬＴから送出されたフレームに付与されたＴｉｍｅ  Ｓｔａｍｐ（ｔ０）を受信したＯＮＵは、直ちにＯＮＵが持つＬｏｃａｌＴｉｍｅに（ｔ０を）ロードする。そして、ＯＮＵは、受信したフレームに付与されたＳｔａｒｔ  Ｔｉｍｅ（ｔ１）及びＬｅｎｇｔｈにて指示されたタイミング及び長さのフレームをＯＬＴに向けて送出する。
【００１２】
次に、ＯＬＴはこのＯＮＵが送出したフレームを受信した時刻ｔ２と、受信したフレームに付与されたＴｉｍｅ  Ｓｔａｍｐ（ｔ１）とを比較しＲＴＴを把握し管理する。各ＯＮＵのＲＴＴが把握できると、ＯＬＴは、各ＯＮＵの上り送信タイミングを制御することができる為、以後ＲＴＴを加味して送信タイミングを指示すればよい。ＲＴＴが不明な状態のＯＮＵを、ＯＬＴに接続させる場合は、ＩＥＥＥ８０２．３ａｈ、ＩＥＥＥ８０２．３ａｖによると、ＭＰＣＰ（Ｍｕｌｔｉ  Ｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）ディスカバリシーケンス（以下、単に「ディスカバリシーケンス」ともいう）を用いて実施する。
【００１３】
図９は、従来のＧＥ−ＰＯＮで採用されるＭＰＣＰディスカバリシーケンスについて示したシーケンス図である。
【００１４】
ＭＰＣＰディスカバリシーケンスでは、距離等が不明なＯＮＵを接続する為に、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を全員宛に付与し、現在ＯＬＴとリンクが確立しているＯＮＵを除く、これから接続するＯＮＵの全てが、このＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を受信しＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を応答する。このやり取りで初めて、ＯＬＴはＯＮＵのＲＴＴ計算をすることが出来、以後に続くシーケンスのやり取りはタイミング管理された状態で実施が可能となる。
【００１５】
ＯＮＵからＯＬＴへのＲＥＧＩＳＴＥＲ＿ＲＥＱ信号送信後は、ＯＬＴからＯＮＵへのＲＥＧＩＳＴＥＲ信号送信、ＯＮＵからＯＬＴへのＲＥＧＩＳＴＥＲ＿ＡＣＫ信号送信を経て、ＯＬＴと当該ＯＮＵとの間のＭＰＣＰディスカバリシーケンスが完了する。ＭＰＣＰディスカバリシーケンスの完了は、ＯＬＴにおいて当該ＯＮＵに対するＬＬＩＤの付与や、ＲＴＴ計算の実施完了を意味する。
【００１６】
上述の例では、ＯＬＴにおけるＲＴＴの計算は、ＯＬＴからＯＮＵへのＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号送信、ＯＮＵからＯＬＴへのＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の応答というシーケンスを用いているが、ＯＬＴとＯＮＵの間のその他のシーケンスを用いても良い。例えば、ＯＬＴからＯＮＵへのＧＡＴＥ信号送信、ＯＮＵからＯＬＴへのＲＥＧＩＳＴＥＲ＿ＡＣＫ信号の応答というシーケンスをＲＴＴの計算用いるようにしても良いし、ＯＬＴからＯＮＵへのＧＡＴＥ信号送信、ＯＮＵからＯＬＴへのＲＥＰＯＲＴ信号送信のシーケンスを用いるようにしても良い。
【００１７】
図１０は、従来のＧＥ−ＰＯＮにおいて、ＯＬＴが、ＭＰＣＰディスカバリシーケンスを用いて、複数のＯＮＵ（ＯＮＵ１、ＯＮＵ２、…、ＯＮＵｎ−１、ＯＮＵｎ）を収容する処理の例について示したシーケンス図である。
【００１８】
図１０では、ＯＬＴから各ＯＮＵに対してＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を送信し、ＯＮＵがＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を応答する例について示している。なお、図１０では、ＯＮＵ１、ＯＮＵ２、…、ＯＮＵｎ−１、ＯＮＵｎの順に、ＯＬＴからの距離が長くなっている。各ＯＮＵが、ＯＬＴからＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を受信すると、その信号に含まれるＴｉｍｅ  Ｓｔａｍｐをロードする。そして、各ＯＮＵは、受信したＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号に示されるＳｔａｒｔ  ＴｉｍｅのタイミングからＬｅｎｇｔｈに示される範囲内で、任意の時間（例えば、乱数等により求められる時間）であるＲａｎｄｏｍ＿Ｄｅｌａｙの時間を待機してから、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を送出する。
【００１９】
図１０では、各ＯＮＵがＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を受信した場合の動作について示しているが、ＭＰＣＰディスカバリシーケンスが完了し、ＯＬＴとＯＮＵのリンクが確立した後で、ＯＬＴがノーマルのＧＡＴＥ信号（リンク確立後の通常時に送信するＧＡＴＥ信号）を送信した場合には、各ＯＮＵは異なる動作を行う。この場合、各ＯＮＵは、Ｒａｎｄｏｍ＿Ｄｅｌａｙを０にセットし、ＯＬＴからＧＡＴＥ信号で指示されたＳｔａｒｔ  Ｔｉｍｅからフレームを送出する。
【００２０】
従来のＥ−ＰＯＮでは、上述のＲａｎｄｏｍ＿Ｄｅｌａｙにより、同じ距離に存在するＯＮＵでも、異なる距離に存在するＯＮＵでも、ランダムな時間を待ってからフレーム送出を行う為、フレーム同士が衝突する可能性もあるが、衝突しない場合もあり、衝突しない場合はＯＬＴで正常な受信が可能となる。
【００２１】
ＯＬＴは、システムが提供する距離（例：２０ｋｍ等）やＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥにて各ＯＮＵに与えるＬｅｎｇｔｈ値に基づいて、ディスカバリウィンドウ（ＤＩＳＣＯＶＥＲＹ  ＷＩＮＤＯＷ）を設定する。ディスカバリウィンドウは、ＯＬＴにおいて、距離が不明な為、受信タイミングが不明となっている新規のＯＮＵを受け入れる為に設定される時間帯である。ＯＬＴは、このディスカバリウィンドウとして設定された時間は、既にリンクが確立している全ＯＮＵに対して、上り方向の信号を送信しないように制御する。また、通常、従来のＯＬＴでは、定期的にディスカバリウィンドウを設定し、新規のＯＮＵを探索できるようになされている。
【００２２】
従来のＰＯＮにおけるデータ伝送速度は、ＩＥＥＥ８０２．３ａｈに準拠した場合は１Ｇｂｐｓであるのに対して、ＩＥＥＥ８０２．３ａｖに準拠した場合は１０Ｇｂｐｓとなっており、データ転送速度が向上している。そのため、ＯＬＴ１台に対して接続できるＯＮＵの台数も多くなってきている。
【００２３】
また、従来技術では上述のように、ＯＬＴで新規のＯＮＵを探索するには、ディスカバリウィンドウを定期的に設ける必要があるが、この区間はサービス中のＯＮＵ（ＯＬＴとの間でリンクが確立中ＯＮＵ）の上り方向の信号を受け付けない区間となるため、使用可能な上り方向の伝送効率の劣化となる。
【００２４】
ＯＬＴが収容できるＯＮＵ台数が多い場合、ＯＮＵを１台ずつ接続する初期のサービス開始の場合は問題ないが、ＯＬＴ故障や回線故障が発生した場合には、未接続のＯＮＵを一度に接続することになるので、配下ＯＮＵからのＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の送信が、一時期に集中するため、フレームの衝突確立が増大し、ＯＬＴで正常フレームを取得できずＭＰＣＰディスカバリシーケンス完了に非常に時間がかかることになる。
【００２５】
単純に、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号に設定するＬｅｎｇｔｈ値を大きくすれば衝突確立を低減できることになるが、Ｌｅｎｇｔｈ値を大きくすることはディスカバリウィンドウを大きくすることとなり伝送効率が劣化してしまう。
【００２６】
さらに、ＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）サービスを提供するためのアクセスネットワークシステムでは、音声や映像をはじめとする多種多様なサービスに対応するようになってきている。したがって、ＰＯＮを適用したアクセスネットワークシステムでは、ＯＬＴ故障時や回線不良などの切替時間も高速化が望まれている。
【００２７】
そこで、従来の特許文献１の記載技術では、ＧＥ−ＰＯＮにおいて複数のＯＮＵでＲａｎｄｏｍ＿Ｄｅｌａｙの時間が重複してしまうことを回避することを目的とした技術について記載されている。特許文献１の記載技術では、各ＯＮＵでＲａｎｄｏｍ＿Ｄｅｌａｙを算出する際に、各ＯＮＵごとの任意のシード値と、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号の受信回数とで定まる内部乱数値を利用することにより、ＯＮＵ間でＲａｎｄｏｍ＿Ｄｅｌａｙが重なることを防いでいる。
【先行技術文献】
【特許文献】
【００２８】
【特許文献１】特開２００８−６０９２６号公報
【発明の概要】
【発明が解決しようとする課題】
【００２９】
しかしながら、特許文献１の技術では、結局乱数を用いてＲａｎｄｏｍ＿Ｄｅｌａｙを求めているだけなので、ＯＬＴ側にＲＥＧＩＳＴＥＲ＿ＲＥＱ信号が到達するタイミングが近似したときに衝突してしまう可能性がある。
【００３０】
また、特許文献１の記載技術では、ＯＮＵごとに異なるＲａｎｄｏｍ＿Ｄｅｌａｙを適用することができたとしても、ＯＮＵの数が増えると、ディスカバリウィンドウの幅に対して、到来するＲＥＧＩＳＴＥＲ＿ＲＥＱ信号が過密になった場合には、やはりＲＥＧＩＳＴＥＲ＿ＲＥＱ信号が衝突する頻度は高くなってしまう。
【００３１】
そのため、ＰＯＮ方式でＯＬＴ（親局通信装置）と複数のＯＮＵ（子局通信装置）を接続した光通信ネットワークシステムにおいて、信号衝突の頻度を低減することができる親局通信装置、光通信ネットワークシステム、及び通信方法が望まれている。
【課題を解決するための手段】
【００３２】
第１の本発明は、複数の子局通信装置と光ファイバを用いてＰＯＮ方式で接続し、上記子局通信装置を収容する親局通信装置において、（１）上記光ファイバに接続している上記子局通信装置を検出するための検出信号を生成して、上記光ファイバ上に送出する検出信号送出手段と、（２）それぞれの上記子局通信装置から、上記検出信号送出手段が送出した検出信号に応答する応答信号を受信し、その応答信号の内容及び受信タイミングを利用して、それぞれの上記子局通信装置との間の光信号の往復伝送時間を計算する往復伝送時間計算手段と、（３）上記往復伝送時間計算手段が計算した往復伝送時間を利用して、それぞれの上記子局通信装置の上り方向の信号の送出タイミングを制御する信号送信制御手段と（４）当該親局通信装置が収容している上記子局通信装置のそれぞれについて、次回当該親局通信装置へ送信する応答信号の到達タイミングを決定するタイミング決定手段と、（５）当該親局通信装置が収容している上記子局通信装置のそれぞれについて、応答信号の到達タイミングが、上記タイミング決定手段が決定したタイミングとなるように、応答信号を送出する送出タイミングに係る値を計算する送出タイミング算出手段と、（６）上記送出タイミング算出手段が計算した送出タイミングに係る値を、それぞれ対応する上記子局通信装置に通知する送出タイミング通知手段とを有し、（７）当該親局通信装置には、上記送出タイミング通知手段により送出タイミングに係る値を通知していない未収容の上記子局通信装置から、応答信号を受信するための第１の時間帯と、上記送出タイミング通知手段により送出タイミングに係る値を通知済みの上記子局通信装置から、応答信号を受信するための第２の時間帯とが設定されており、（８）上記タイミング決定手段は、当該親局通信装置が収容している上記子局通信装置に対する到達タイミングを、上記第２の時間帯に設定することを特徴とする。
【００３４】
第３の本発明は、複数の子局通信装置と、上記子局通信装置と光ファイバを用いてＰＯＮ方式で接続し、上記子局通信装置を収容する親局通信装置とを有する光通信ネットワークシステムにおいて、（１）上記親局通信装置として第１の本発明の親局通信装置を適用し、（２）それぞれの上記子局通信装置は、（２−１）上記親局通信装置が、上記光ファイバに接続している子局通信装置を検出するための検出信号を受信する検出信号受信手段と、（２−２）当該子局通信装置が、上記親局通信装置に未収用の状態で、上記検出信号受信手段が検出信号を受信すると、設定された送信待機時間の間待機した後に、検出信号に応答する応答信号を、上記親局通信装置に送信する応答信号送信手段と、（２−３）上記親局通信装置から、応答信号の送出タイミングに係る値の通知を受ける送出タイミング受信手段と、（２−４）上記送出タイミング受信手段により受信した送出タイミングに係る値を保持する送出タイミング保持手段と、（２−５）上記送出タイミング保持手段に送出タイミングに係る値が保持されている場合には、上記応答信号送信手段に対して、その送出タイミングに係る値に基づく送信待機時間を設定する送信待機時間設定手段とを有することを特徴とする。
【００３５】
第４の本発明は、複数の子局通信装置と、上記子局通信装置と光ファイバを用いてＰＯＮ方式で接続し、上記子局通信装置を収容する親局通信装置とを有する光通信ネットワークシステムにおける通信方法において、（１）上記親局通信装置が、上記光ファイバに接続している上記子局通信装置を検出するための検出信号を生成して、上記光ファイバ上に送出する検出信号送出工程と、（２）上記親局通信装置が、それぞれの上記子局通信装置から、上記検出信号送出工程が送出した検出信号に応答する応答信号を受信し、その応答信号の内容及び受信タイミングを利用して、それぞれの上記子局通信装置との間の光信号の往復伝送時間を計算する往復伝送時間計算工程と、（３）上記親局通信装置が、上記往復伝送時間計算工程が計算した往復伝送時間を利用して、それぞれの上記子局通信装置の上り方向の信号の送出タイミングを制御する信号送信制御工程と、（４）上記親局通信装置が、当該親局通信装置が収容している上記子局通信装置のそれぞれについて、次回当該親局通信装置へ送信する応答信号の到達タイミングを決定するタイミング決定工程と、（５）上記親局通信装置が、当該親局通信装置が収容している上記子局通信装置のそれぞれについて、応答信号の到達タイミングが、上記タイミング決定工程が決定したタイミングとなるように、応答信号を送出する送出タイミングに係る値を計算する送出タイミング算出工程と、（６）上記親局通信装置が、上記送出タイミング算出工程が計算した送出タイミングに係る値を、それぞれ対応する上記子局通信装置に通知する送出タイミング通知工程と、（７）それぞれの上記子局通信装置が、上記親局通信装置が、上記光ファイバに接続している子局通信装置を検出するための検出信号を受信する検出信号受信工程と、（８）それぞれの上記子局通信装置が、当該子局通信装置が、上記親局通信装置に未収用の状態で、上記検出信号受信工程が検出信号を受信すると、設定された送信待機時間の間待機した後に、検出信号に応答する応答信号を、上記親局通信装置に送信する応答信号送信工程と、（９）それぞれの上記子局通信装置が、上記親局通信装置から、応答信号の送出タイミングに係る値の通知を受ける送出タイミング受信工程と、（１０）それぞれの上記子局通信装置が、上記送出タイミング受信工程により受信した送出タイミングに係る値を保持する送出タイミング保持工程と、（１１）それぞれの上記子局通信装置が、上記送出タイミング保持工程に送出タイミングに係る値が保持されている場合には、上記応答信号送信工程に対して、その送出タイミングに係る値に基づく送信待機時間を設定する送信待機時間設定工程とを有し、（１２）上記親局通信装置には、上記送出タイミング通知工程により送出タイミングに係る値を通知していない未収容の上記子局通信装置から、応答信号を受信するための第１の時間帯と、上記送出タイミング通知工程により送出タイミングに係る値を通知済みの上記子局通信装置から、応答信号を受信するための第２の時間帯とが設定されており、（１３）上記タイミング決定工程では、上記親局通信装置が収容している上記子局通信装置に対する到達タイミングが、上記第２の時間帯に設定されていることを特徴とする。
【発明の効果】
【００３６】
本発明によれば、ＰＯＮ方式で親局通信装置と複数の子局通信装置を接続した光通信ネットワークシステムにおいて、信号衝突の頻度を低減することができる。
【図面の簡単な説明】
【００３７】
【図１】第１の実施形態に係るＯＬＴ及びＯＮＵの機能的構成について示したブロック図である。
【図２】第１の実施形態に係る光通信ネットワークシステムの全体構成について示したブロック図である。
【図３】第１の実施形態に係る光通信ネットワークシステムの動作について示したタイミングチャートである。
【図４】第１の実施形態に係るＯＬＴにおいて、Ｆｉｘｅｄ＿Ｄｅｌａｙを求める処理について示した説明図である。
【図５】第１の実施形態に係るＯＮＵの動作について示したフローチャートである。
【図６】従来のＥ−ＰＯＮの構成について示したブロック図である。
【図７】従来のＥ−ＰＯＮにおいて、１台のＯＬＴと複数のＯＮＵが通信する構成いついて示した説明図である。
【図８】従来のＧＥ−ＰＯＮにおけるＲＴＴについて示したタイミングチャートである。
【図９】従来のＧＥ−ＰＯＮにおけるＭＰＣＰディスカバリシーケンスについて示したシーケンス図である。
【図１０】従来のＧＥ−ＰＯＮにおけるＭＰＣＰディスカバリシーケンスについて示したタイミングチャートである。
【発明を実施するための形態】
【００３８】
（Ａ）第１の実施形態
以下、本発明による親局通信装置、光通信ネットワークシステム、及び通信方法の一実施形態を、図面を参照しながら詳述する。なお、この実施形態の親局通信装置及び子局通信装置は、ＯＬＴ及びＯＮＵである。
【００３９】
（Ａ−１）実施形態の構成
図２は、この実施形態の光通信ネットワークシステム１の全体構成を示すブロック図である。
【００４０】
光通信ネットワークシステム１には、ＯＬＴ１０及び、ｎ個のＯＮＵ２０（２０−１〜２０−ｎ）が配置されている。
【００４１】
ＯＬＴ１０と各ＯＮＵ２０との間は、光カプラ３０（複数分岐としても良い）により分岐された光ファイバ４０で接続されている。すなわち、ＯＬＴ１０と各ＯＮＵ２０によりＰＯＮが形成されている。
【００４２】
図２では、ＯＬＴ１０は、コアネットワークＮ１（上位側ネットワーク）に配置されたエッジルータＲと接続している。すなわち、ＯＬＴ１０は、エッジルータＲを入口として、コアネットワークＮ１（親局側のネットワーク）に接続している。なお、ＯＬＴ１０がコアネットワークＮ１に接続する構成は限定されないものである。
【００４３】
一方、図２において図示は省略しているが、それぞれのＯＮＵ２０の配下には、ユーザネットワーク（子局側の下位ネットワーク）が接続されている。すなわち、それぞれのＯＮＵ２０は、配下のユーザネットワークのルータやスイッチ装置等のネットワーク装置と接続している。なお、ＯＮＵ２０自体に、ユーザネットワークを収容するためのルータやスイッチの構成を搭載するようにしても良い。
【００４４】
次に、ＯＬＴ１０及びＯＮＵ２０の内部構成について説明する。
【００４５】
図１は、ＯＬＴ１０及びＯＮＵ２０の機能的に構成の例について示したブロック図である。
【００４６】
ＯＬＴ１０とＯＮＵ２０の一般的なハードウェア的な構成については、既存のＰＯＮを採用したシステムと同様のものを適用することができるので、図１では、既存のＧＥ−ＰＯＮに対応したＯＬＴ及びＯＮＵの一般的なハードウェア構成に基づいて図示している。光通信ネットワークシステム１では、後述の動作説明の項で説明するＯＬＴ１０がＯＮＵ２０を収容する際の処理（ディスカバリシーケンス等）に特徴があり、それ以外の構成については図１の構成に限定されず、他のパターンの構成であっても良い。また、光通信ネットワークシステム１では、後述するＯＬＴ１０がＯＮＵ２０を収容する際の処理以外の処理（例えば、ＬＬＩＤによるＯＮＵの識別処理等）については、例えば、既存のＧＥ−ＰＯＮと同様の処理（例えば、ＩＥＥＥ８０２．３ａｈ、ＩＥＥＥ８０２．３ａｖ等に準拠した処理）を適用することができる。
【００４７】
まず、ＯＬＴ１０の構成について、図１（ａ）を用いて説明する。
【００４８】
ＯＬＴ１０は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、ＰＯＮ光送受信部１０４、ＰＯＮ送信部１０５、ＰＯＮ受信部１０６、ＯＡＭ送受信部１０７、ＭＰＣＰ送受信部１０８、ブリッジ部１０９、ＮＩ側送受信部１１０、及びＰＯＮインタフェース１１１を有している。
【００４９】
ＣＰＵ１０１は、ＯＬＴ１０の各部を制御する制御部の機能を担っている。ＣＰＵ１０１は、ＲＯＭ１０３に格納された制御プログラムや、各種設定値（パラメータ）の情報を読み込んで、ＲＡＭ１０２上に展開して実行することにより、ＯＬＴ１０の制御を行う。また、ＣＰＵ１０１は、後述する各ＯＮＵ２０に対する各種パラメータ（例えば、ＭＰＣＰに係るパラメータ）の計算処理や決定処理を行う。また、ＣＰＵ１０１は、各ＯＮＵに対して決定した各種パラメータについて、ＲＡＭ１０２に保持させるものとする。また、ＯＬＴ１０は、それぞれのＯＮＵ２０に対して決定された各種パラメータを、それぞれのＯＮＵ２０に通知する処理（詳細については後述する）を行うが、その通知方法は、限定されないものである。ＯＬＴ１０からＯＮＵ２０への各種パラメータの通知は、例えば、ＰＯＮの機能におけるＯＡＭ機能（拡張ＯＡＭ機能）等を利用して通知するようにしても良い。
【００５０】
ＮＩ側送受信部１１０は、コアネットワークＮ１（上位側ネットワーク）とのインタフェースの機能を担っている。ＮＩ側送受信部１１０としては、例えば、既存のＥｔｈｅｒｎｅｔに対応したインタフェースを適用することができる。ＮＩ側送受信部１１０は、コアネットワークＮ１からユーザ側ネットワーク（ＯＮＵ２０）へのフレームを受信すると、ブリッジ部１０９へ引き渡す。また、ＮＩ側送受信部１１０は、ブリッジ部１０９からコアネットワークＮ１へ送出するフレームが与えられると、そのフレーム送出を行う。
【００５１】
ＰＯＮ光送受信部１０４は、ＰＯＮインタフェース１１１（物理インタフェース）を介して光ファイバ４０に接続し、光信号を送受信するものである。ＰＯＮ光送受信部１０４は、ＯＮＵ２０からＰＯＮインタフェース１１１を介して受信した上り方向のフレームの光信号を、電気信号に変換してＰＯＮ受信部１０６に与える。また、ＰＯＮ光送受信部１０４は、ＰＯＮ送信部１０５から与えられた下り方向のフレームの電気信号を光信号に変換してＰＯＮインタフェース１１１を介してＯＮＵ２０へ送出する。
【００５２】
ＰＯＮ受信部１０６は、ＰＯＮ光送受信部１０４がＯＮＵ２０から受信した上り方向のフレームについて、ユーザデータのフレームであるか、制御用のフレームであるのかを識別する。そして、ＰＯＮ受信部１０６は、ユーザデータのフレームについては、ブリッジ部１０９に転送し、制御用のフレームの場合にはその内容に応じて、ＯＡＭ送受信部１０７又はＭＰＣＰ送受信部１０８に転送する。
【００５３】
ＰＯＮ送信部１０５は、ブリッジ部１０９、ＯＡＭ送受信部１０７、又はＭＰＣＰ送受信部１０８から与えられた下り方向のフレームの電気信号をＰＯＮ光送受信部１０４に引き渡して光信号に変換してＰＯＮへ送出させるものである。
【００５４】
ブリッジ部１０９は、主にＯＬＴ１０が転送するフレームのＥｔｈｅｒｎｅｔに係る通信制御を行うものであり、例えば、下り方向へのフレーム転送の為のバッファや、ＶＬＡＮ識別の為のＶＬＡＮ−Ｔａｇ付与削除、アドレス（ＭＡＣアドレス、ＩＰアドレス等）学習、優先処理等を行うものである。
【００５５】
ＯＡＭ送受信部１０７は、ＯＬＴ１０におけるＯＡＭに係る制御を行う機能を担っている。ＯＡＭ送受信部１０７は、ＰＯＮ受信部１０６及びＰＯＮ送信部１０５を介して、ＯＮＵ２０との間のＯＡＭに係るフレームの送受信を行う。
【００５６】
ＭＰＣＰ送受信部１０８は、ＯＮＵ２０におけるＭＰＣＰに係る制御を行う機能を担っている。ＭＰＣＰ送受信部１０８は、ＰＯＮ受信部１０６及びＰＯＮ送信部１０５を介して、ＯＮＵ２０との間のＭＰＣＰに係るフレームの送受信を行う。ＭＰＣＰ送受信部１０８によるディスカバリシーケンスに係る制御処理は、後述動作説明において詳述する。
【００５７】
次に、ＯＮＵ２０の構成について、図１（ｂ）を用いて説明する。ここでは、光通信ネットワークシステム１上の全てのＯＮＵ２０について同じ構成であるものとして説明する。
【００５８】
ＯＮＵ２０は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＰＯＮ光送受信部２０４、ＰＯＮ送信部２０５、ＰＯＮ受信部２０６、ＯＡＭ送受信部２０７、ＭＰＣＰ送受信部２０８、ブリッジ部２０９、ＵＩ側送受信部２１０、及びＰＯＮインタフェース２１１を有している。
【００５９】
ＣＰＵ２０１は、ＯＮＵ２０の各部を制御する制御部の機能を担っている。ＣＰＵ２０１は、ＲＯＭ２０３に格納された制御プログラムや、各種設定値（パラメータ）の情報を読み込んで、ＲＡＭ２０２上に展開して実行することにより、ＯＮＵ２０の制御を行う。また、ＣＰＵ２０１は、ＯＬＴ１０から通知された各種パラメータについて、ＲＡＭ２０２に保持させ、さらに、通知された各種パラメータに基づいて、ＯＮＵ２０内の各部の動作を制御する処理を行う。
【００６０】
ＵＩ側送受信部２１０は、図示しないユーザ側のネットワークとのインタフェースの機能を担っている。ＵＩ側送受信部２１０は、上述のＮＩ側送受信部１１０と同様に、例えば、既存のＥｔｈｅｒｎｅｔに対応したインタフェースを適用することができ、図示しないユーザネットワークから受信したフレームをブリッジ部１０９に与え、ブリッジ部１０９から与えられたフレームを図示しないユーザネットワークに送出する。
【００６１】
ＰＯＮ光送受信部２０４は、ＰＯＮインタフェース２１１（物理インタフェース）を介して光ファイバ４０と接続し、光信号を送受信するものである。ＰＯＮ光送受信部２０４は、ＯＬＴ１０からＰＯＮインタフェース２１１（物理インタフェース）を介して受信した下り方向のフレームの光信号を電気信号に変換してＰＯＮ受信部２０６に与える。そして、ＰＯＮ受信部２０６は、ＰＯＮ光送受信部２０４がＯＬＴ１０から受信した下り方向のフレームについて、上述のＰＯＮ受信部１０６と同様に、ＯＡＭ送受信部２０７、ＭＰＣＰ送受信部２０８、又はブリッジ部２０９のいずれかに振り分ける。またＰＯＮ光送受信部２０４は、ＰＯＮ送信部２０５から与えられた上り方向のフレームの電気信号を光信号に変換してＰＯＮインタフェース２１１を介してＯＬＴ１０へ送出する。
【００６２】
ＰＯＮ送信部２０５は、ＯＡＭ送受信部２０７、ＭＰＣＰ送受信部２０８、又はブリッジ部２０９から与えられた上り方向の信号のフレームの電気信号をＰＯＮ光送受信部２０４に与えて光信号へ変換してＰＯＮへ送出させるものである。
【００６３】
ブリッジ部２０９は、ブリッジ部１０９と同様に、主にＯＮＵ２０が転送するフレームのＥｔｈｅｒｎｅｔに係る通信制御を行うものである。
【００６４】
ＯＡＭ送受信部２０７は、ＯＮＵ２０におけるＯＡＭに係る制御を行う機能を担っている。ＯＡＭ送受信部２０７は、ＰＯＮ送信部２０５及びＰＯＮ受信部２０６を介して、ＯＬＴ１０とのＯＡＭに係るフレームの送受信を行う。
【００６５】
ＭＰＣＰ送受信部２０８は、ＯＮＵ２０におけるＭＰＣＰに係る制御を行う機能を担っている。ＭＰＣＰ送受信部２０８は、ＰＯＮ送信部２０５及びＰＯＮ受信部２０６を介して、ＯＬＴ１０との間のＭＰＣＰに係るフレームの送受信を行う。ＭＰＣＰ送受信部２０８による、ディスカバリシーケンスに係る制御処理については、後述する動作説明において詳述する。
【００６６】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態の光通信ネットワークシステム１の動作（実施形態の通信方法）を説明する。
【００６７】
まず、ＯＬＴ１０及びＯＮＵ２０の動作の概要について説明する。
【００６８】
ＯＬＴ１０では、従来のＯＬＴと同様に、各ＯＮＵ２０について、適用するＲＴＴを決定するためのディスカバリウィンドウを設定するが、新規にＯＮＵ２０を接続（新たにＲＴＴの計算を伴う接続）させるためのディスカバリウィンドウ（以下、「新規ＯＮＵ用ウィンドウ」という）と、既にＯＬＴ１０でＲＴＴ等が保持されているＯＮＵ２０を再接続させるためのディスカバリウィンドウ（以下、「再接続ＯＮＵ用ウィンドウ」という）の２つのディスカバリウィンドウが設定されている。
【００６９】
既に、ＯＬＴ１０において、一度ＲＴＴが計算され、ＲＴＴが保持されているＯＮＵ２０に関しては、一旦回線障害や、装置故障等リンクが切れた場合でも、当該ＯＮＵ２０を再度接続させる場合には距離が変わらないので、計算されるＲＴＴも同じ長さとなると推測できる。
【００７０】
すなわち、ＯＬＴ１０は、新規ＯＮＵ用ウィンドウでは、ＲＴＴが未計算又はＲＴＴを再計算する必要のあるＯＮＵ２０からＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を受信してＲＴＴ計算を行い、再接続ＯＮＵ用ウィンドウでは、既にＲＴＴが保持されているＯＮＵ２０から再接続を受付ける場合のＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を受信する処理を行う。
【００７１】
図３は、ＯＬＴ１０と各ＯＮＵ２０との間のディスカバリシーケンスの動作例について示したタイミングチャートである。
【００７２】
図３では、ＯＮＵ２０−１、ＯＮＵ２０−２、ＯＮＵ２０−ｎ−１については既に、ＯＬＴ１０において過去に求めたＲＴＴが保持されており、ＯＮＵ２０−ｎについてだけＲＴＴが保持されておらず新規に接続する動作について示している。また、図３では、他のＯＮＵ２０（ＯＮＵ２０−３〜ＯＮＵ２０−ｎ−２）の動作について図示を省略している。
【００７３】
そして、図３では、ＯＬＴ１０において、タイミングＴ１０からタイミングＴ２０の間が新規ＯＮＵ用ウィンドウとして設定されており、タイミングＴ２０からタイミングＴ３０の間が再接続ＯＮＵ用ウィンドウとして設定されている様子について示している。
【００７４】
ＯＬＴ１０において、新規ＯＮＵ用ウィンドウ及び再接続ＯＮＵ用ウィンドウを設定するタイミング及び長さは限定されないものである。
【００７５】
まず、タイミングＴ１０から、新規ＯＮＵ用ウィンドウが開始したものとする。図３においては図示を省略しているが、新規ＯＮＵ用ウィンドウが開始する前に、各ＯＮＵ２０へ上りフレームの送信禁止等の制御について、従来技術と同様の手順で行われているものとする。
【００７６】
そして、ＯＬＴ１０は、新規ＯＮＵ用ウィンドウの時間帯になると、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号のフレームを、ＰＯＮ上（光ファイバ４０）に送出する。そして、各ＯＮＵ２０では、そのＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号のフレームが受信される。
【００７７】
上述の通り、ＯＬＴ１０からの距離は、ＯＮＵ２０−１、ＯＮＵ２０−２、ＯＮＵ２０−ｎ−１、ＯＮＵ２０−ｎの順で遠くなっているので、ＯＬＴ１０から送出されたフレームがそれぞれのＯＮＵ２０に到達するまでの時間も、その距離に応じて長くなっている。
【００７８】
図３に示すように、ＯＮＵ２０−１、ＯＮＵ２０−２、ＯＮＵ２０−ｎ−１、ＯＮＵ２０−ｎのそれぞれで、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号が受信されるタイミングは、タイミングＴ１１１、Ｔ１２１、Ｔ１３１、Ｔ１４１となっている。
【００７９】
また、ＯＬＴ１０では、既にＲＴＴが保持されているＯＮＵ２０については、Ｒａｎｄｏｍ＿Ｄｅｌａｙの代わりに適用する固定的な遅延時間（以下、「Ｆｉｘｅｄ＿Ｄｅｌａｙ」という）を算出し、それぞれのＯＮＵ２０に通知（例えば、ＯＡＭを用いて通知するようにしても良い）してあるものとする。Ｆｉｘｅｄ＿Ｄｅｌａｙは、それぞれのＯＮＵ２０のＲＴＴを利用して算出されるものであり、詳細については後述する。なお、ここでは、ＯＮＵ２０−１、２０−２、２０−ｎ−１のそれぞれのＦｉｘｅｄ＿Ｄｅｌａｙを、Ｆｉｘｅｄ＿Ｄｅｌａｙ＿１、Ｆｉｘｅｄ＿Ｄｅｌａｙ＿２、Ｆｉｘｅｄ＿Ｄｅｌａｙ＿ｎ−１とする。
【００８０】
以下、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を受信した、ＯＮＵ２０のそれぞれの動作例について説明する。
【００８１】
まず、ＯＮＵ２０−ｎの動作について説明する。
【００８２】
上述の通りＯＮＵ２０−ｎについてだけＲＴＴが保持されておらず新規にＯＬＴ１０へ接続するが、この場合のディスカバリシーケンスの動作は、新規ＯＮＵ用ウィンドウの時間帯で行われること以外は、従来のＯＮＵとＯＬＴとの間と同様のシーケンスとなる。
【００８３】
すなわち、ＯＮＵ２０−ｎは、ＯＬＴ１０から送出されたＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を受信すると、受信したＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号で設定されているＳｔａｒｔ  Ｔｉｍｅの間（Ｔ１４２が経過するまでの間）待機する。
【００８４】
ＯＮＵ２０−ｎがＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を受信してから、Ｓｔａｒｔ  Ｔｉｍｅの間（Ｔ１４２が経過するまでの間）の時間は、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号に設定されているＴｉｍｅ  ＳｔａｍｐとＳｔａｒｔ  Ｔｉｍｅの差分となる。
【００８５】
Ｔｉｍｅ  Ｓｔａｍｐとは、ＯＬＴ１０とＯＮＵ２０が時刻同期のために用いる時間であり、ＯＬＴ１０がＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を送出した時刻が記録されている。そして、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号が、距離に応じた時間の遅延を経て、ＯＮＵ２０に到達すると、ＯＮＵ２０は、このＴｉｍｅ  Ｓｔａｍｐを自装置の時計にロードする。また、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号には、Ｓｔａｒｔ  Ｔｉｍｅの情報も記されており、当該ＯＮＵ２０の次回の上りフレームの送出時刻が記されている。
【００８６】
そして、ＯＮＵ２０−ｎは、Ｔｉｍｅ  Ｓｔａｍｐの時刻をロードした自装置の時計の時刻がＳｔａｒｔ  Ｔｉｍｅになると（タイミングＴ１４２になると）、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号に設定されたＬｅｎｇｔｈ値を限度する任意の時間（Ｒａｎｄｏｍ＿Ｄｅｌａｙｎ）が経過するまで（タイミングＴ１４３が経過するまで）待機してから、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号をＯＬＴ１０に向けて送出する。
【００８７】
図３においては図示を省略しているが、その後、ＯＬＴ１０では、ＯＮＵ２０−ｎから受信したＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を利用して、ＲＴＴを計算する処理や、ＯＮＵ２０−ｎを収容するための処理が行われるが、これらの処理は、従来のＰＯＮと同様の処理を適用することができるため説明を省略する。また、ＯＬＴ１０は、ＯＮＵ２０−ｎに対してＲＴＴを計算するとさらにそのＲＴＴに基づいたＦｉｘｅｄ＿Ｄｅｌａｙを計算して、ＯＮＵ２０−ｎに通知する。そして、ＯＮＵ２０−ｎがＯＬＴ１０に収容された後、障害等によりＯＮＵ２０−ｎが一旦ＯＬＴ１０の収容からはずれて再度ＯＬＴ１０に接続する場合には、ＯＮＵ２０−ｎのディスカバリシーケンスにおける動作は、後述するＯＮＵ２０−１、２０−２等と同様の動作となる。
【００８８】
なお、ＯＬＴ１０では、各ＯＮＵ２０に対して計算したＲＴＴ及びＦｉｘｅｄ＿Ｄｅｌａｙについて、ＲＡＭ１０２に保持する。一方、各ＯＮＵ２０では、ＯＬＴ１０から通知されたＦｉｘｅｄ＿Ｄｅｌａｙの情報を、ＲＡＭ２０２に保持する。
【００８９】
次に、ＯＮＵ２０−１の動作について説明する。
【００９０】
ＯＮＵ２０−１は、ＤＩＳＣＯＶＥＹ＿ＧＡＴＥ信号を受信すると、その信号に含まれるＴｉｍｅ  Ｓｔａｍｐを、自装置の時計にロードする。そして、ＯＮＵ２０−１は、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号に示されたＳｔａｒｔ  Ｔｉｍｅに示された時間が経過すると（タイミングＴ１１２が経過すると）、Ｒａｎｄｏｍ＿Ｄｅｌａｙを無効とし、代わりに前回接続時にＯＬＴ１０から通知されたＦｉｘｅｄ＿Ｄｅｌａｙ＿１が経過するまでの間（Ｔ１１３が経過するまでの間）待機する。
【００９１】
そして、ＯＮＵ２０−１では、受信したＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号に対するＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を送信するかしないかをランダムに判定する処理（以下、「Ｒａｎｄｏｍ＿ｏｎｏｆｆ」という）が行われるものとする。なお、このＲａｎｄｏｍ＿ｏｎｏｆｆの処理は、ＯＬＴ１０から通知される内容に基づいて行われる処理であり、詳細については後述する。
【００９２】
そして、ここでは、ＯＮＵ２０−１において、Ｒａｎｄｏｍ＿ｏｎｏｆｆの判定処理の結果、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を送信すると判断されたものとする。そして、ＯＮＵ２０−１は、Ｆｉｘｅｄ＿Ｄｅｌａｙ＿１が経過すると（タイミグＴ１１３が経過すると）ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を、ＯＬＴ１０に向けて送出する。
【００９３】
ＯＮＵ２０−１と、ＯＬＴ１０とのその後の動作については、既存のＧＥ−ＰＯＮにおけるＯＮＵとＯＬＴとの間の処理と同様であるため詳しい説明は省略する。なお、ＯＮＵ２０−１がＯＬＴ１０に再接続した場合に、ＯＬＴ１０で受信したＲＥＧＩＳＴＥＲ＿ＲＥＱ信号に基づいて再度ＲＴＴを求めるようにしても良い。そして、ＯＬＴ１０は、再度ＲＴＴを求めた場合には、その最新のＲＴＴに基づいて計算しなおしたＦｉｘｅｄ＿Ｄｅｌａｙを、ＯＮＵ２０−１へ通知して更新させるようにしても良い。
【００９４】
次に、ＯＮＵ２０−２の動作について説明する。
【００９５】
ＯＮＵ２０−２は、ＤＩＳＣＯＶＥＹ＿ＧＡＴＥ信号を受信し、同様にＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号に示されたＳｔａｒｔ  Ｔｉｍｅに示された時間が経過すると（タイミングＴ１２２が経過すると）、Ｒａｎｄｏｍ＿Ｄｅｌａｙを無効とし、代わりに前回接続時にＯＬＴ１０から通知されたＦｉｘｅｄ＿Ｄｅｌａｙ＿２が経過するまでの間（Ｔ１２２が経過するまでの間）待機する。
【００９６】
また、ＯＮＵ２０−２でも、ＯＬＴ１０からの通知に基づいてＲａｎｄｏｍ＿ｏｎｏｆｆの判定処理が行われ、その判定処理の結果、今回は、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を送信しないと判断されたものとする。したがって、ＯＮＵ２０−２は、そのまま待機状態を継続する。
【００９７】
次に、ＯＮＵ２０−ｎ−１の動作について説明する。
【００９８】
ＯＮＵ２０−ｎ−１は、ＤＩＳＣＯＶＥＹ＿ＧＡＴＥ信号を受信し、同様にＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号に示されたＳｔａｒｔ  Ｔｉｍｅに示された時間が経過すると（タイミングＴ１３２が経過すると）、Ｒａｎｄｏｍ＿Ｄｅｌａｙを無効とし、代わりに前回接続時にＯＬＴ１０から付与されたＦｉｘｅｄ＿Ｄｅｌａｙ＿ｎ−１が経過するまでの間（Ｔ１３３が経過するまでの間）待機する。
【００９９】
また、ＯＮＵ２０−ｎ−１では、ＯＬＴ１０からＲａｎｄｏｍ＿ｏｎｏｆｆの判定処理を実行必要である旨が通知されていないため、Ｒａｎｄｏｍ＿ｏｎｏｆｆの判定処理を行うことなく、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を送信すると判断されるものとする。したがって、ＯＮＵ２０−ｎ−１は、Ｆｉｘｅｄ＿Ｄｅｌａｙ＿ｎ−１が経過すると（タイミグＴ１４３が経過すると）ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を、ＯＬＴ１０に向けて送出する。
【０１００】
次に、以上のような、光通信ネットワークシステム１において、ディスカバリシーケンスに適用される上述のＦｉｘｅｄ＿Ｄｅｌａｙ及びＲａｎｄｏｍ＿ｏｎｏｆｆの詳細について説明する。
【０１０１】
上述の通り、ＯＬＴ１０では、一度接続されたＯＮＵ２０へ、すでに求めたＲＴＴを元にして計算された固定的な遅延を、Ｆｉｘｅｄ＿Ｄｅｌａｙとして、各ＯＮＵ２０へ通知する。
【０１０２】
このＦｉｘｅｄ＿Ｄｅｌａｙは、上述の図３に示すように、既にＲＴＴが計算された各ＯＮＵ２０（２０−１、２０−２、２０−ｎ−１）が送出するＲＥＧＩＳＴＥＲ＿ＲＥＱ信号のＯＬＴ１０への到達タイミングが、再接続ＯＮＵ用ウィンドウのタイミングとなるように設定されている。また、Ｆｉｘｅｄ＿Ｄｅｌａｙは、上述の図３に示すように、次回のディスカバリシーケンスの際に、個々のＯＮＵ２０のＲＥＧＩＳＴＥＲ＿ＲＥＱ信号が、衝突しないように（または、衝突しにくくなるように）制御された値となっている。
【０１０３】
ＯＬＴ１０では、全てのＯＮＵ２０について、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の到達タイミングが、異なるように（ずれるように）Ｆｉｘｅｄ＿Ｄｅｌａｙを設定するようにしても良いが、それには再接続ＯＮＵ用ウィンドウの幅を広く取る必要がある。
【０１０４】
そこで、上述の図３に示すように、各ＯＮＵ２０において、Ｒａｎｄｏｍ＿ｏｎｏｆｆの判定処理により、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を送信するか否かを判定させ、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の到達タイミングが同じであっても衝突頻度が少なくなるようにしている。なお、光通信ネットワークシステム１において、このＲａｎｄｏｍ＿ｏｎｏｆｆに係る処理は省略するようにしても良い。
【０１０５】
例えば、上述の図３では、本来、ＯＮＵ２０−１が送出するＲＥＧＩＳＴＥＲ＿ＲＥＱ信号のフレームがＯＬＴ１０に到達するタイミングと、ＯＮＵ２０−２が送出するＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の到達タイミングは一致するように、Ｆｉｘｅｄ＿Ｄｅｌａｙ＿１及びＦｉｘｅｄ＿Ｄｅｌａｙ＿２が設定されている。しかし、上述のように、Ｒａｎｄｏｍ＿ｏｎｏｆｆの判定処理により、ＯＮＵ２０−２は、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を送出しないため、実際には衝突を回避する結果となる。そして、ＯＮＵ２０−２については、次回以降の再接続ＯＮＵ用ウィンドウを経て、ＯＬＴ１０に再接続（収容）されることになる。
【０１０６】
なお、Ｒａｎｄｏｍ＿ｏｎｏｆｆの処理が必要なＯＮＵ２０は、ＯＬＴ１０で把握することができるので、ＯＬＴ１０は、各ＯＮＵ２０へ、Ｆｉｘｅｄ＿ｄｅｌａｙを通知する際に、併せてＲａｎｄｏｍ＿ｏｎｏｆｆの処理の要否を示すパラメータも通知するものとする。例えば、上述の図３の例でいえば、ＯＮＵ２０−１とＯＮＵ２０−２は、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の到達タイミングが一致するようにＦｉｘｅｄ＿Ｄｅｌａｙを設定したので、Ｒａｎｄｏｍ＿ｏｎｏｆｆの処理が必要である。一方、他のＯＮＵ２０とＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の到達タイミングが一致しないＯＮＵ２０については、Ｒａｎｄｏｍ＿ｏｎｏｆｆの処理が必要ないので、通知しない。
【０１０７】
ＯＬＴ１０は、例えば、再接続ＯＮＵ用ウィンドウの幅が十分にある場合（全てのＯＮＵ２０からＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を衝突なく受信する余裕がある場合）には、Ｒａｎｄｏｍ＿ｏｎｏｆｆの処理を不要と設定するようにしても良い。そして、ＯＬＴ１０に接続するＯＮＵ２０が所定数以上に増えて、再接続ＯＮＵ用ウィンドウの幅に余裕がなくなった場合には、ＯＬＴ１０により、一部のＯＮＵ２０に対して、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を一致させてＲａｎｄｏｍ＿ｏｎｏｆｆの処理を必要と通知するようにしても良い。
【０１０８】
ＯＬＴ１０において、各ＯＮＵ２０からのＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を到達させるタイミングのスケジューリングや、Ｒａｎｄｏｍ＿ｏｎｏｆｆの判定処理をさせるＯＮＵ２０の組み合わせについては、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の衝突が発生しない（又は発生しにくい）スケジューリング内容であれば限定されないものである。
【０１０９】
図４はＯＬＴ１０において、Ｆｉｘｅｄ＿Ｄｅｌａｙを算出する処理について示した説明図である。
【０１１０】
図４では、ＯＬＴ１０において、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を送出してから、Ｔｍの時間が経過後に、ＯＮＵ２０−ｍからＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を受信したい場合に、ＯＮＵ２０−ｍに対して設定するＦｉｘｅｄ＿Ｄｅｌａｙ＿ｍを求める処理について説明している。
【０１１１】
図４では、ＯＬＴ１０がＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を送出してから、ＯＮＵ２０−ｍに到達するまでの時間をＴＡと図示している。また、図４では、ＯＮＵ２０−ｍにおいて、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を受信してから、Ｓｔａｒｔ  Ｔｉｍｅが経過するまでの時間をＴＣと図示している。さらに、図４では、ＯＬＴ１０が求めるべきＦｉｘｅｄ＿Ｄｅｌａｙ＿ｍの時間をＴＤと図示している。
【０１１２】
図４の場合、ＯＬＴ１０では、ＯＮＵ２０−ｍに対して計算するＲＴＴは、ＲＴＴ＝ＴＡ＋ＴＢとなる。すなわち、図４の場合、ＯＬＴ１０が求めるべきＴＤ（Ｆｉｘｅｄ＿Ｄｅｌａｙ＿ｍ）は、以下の（１）式で求めることができる。
【０１１３】
ＴＤ＝Ｔｍ−ＲＴＴ−ＴＣ  …（１）
ＯＬＴ１０では、各ＯＮＵ２０について、ＲＴＴを計算し、さらに上記（１）式等を用いてＦｉｘｅｄ＿Ｄｅｌａｙも計算し、計算したＦｉｘｅｄ＿Ｄｅｌａｙを各ＯＮＵ２０に通知する。
【０１１４】
次に、各ＯＮＵ２０のディスカバリシーケンスにおける動作を説明する。
【０１１５】
図５は、各ＯＮＵ２０のディスカバリシーケンスにおける動作について示したフローチャートである。
【０１１６】
まず、ＯＮＵ２０が電源オンやリセット等の後に起動し初期状態になったものとする（Ｓ１０１）。
【０１１７】
ＯＮＵ２０では、初期状態において、Ｒａｎｄｏｍ＿Ｄｅｌａｙの有効／無効を示すフラグ（以下、「Ｒａｎｄｏｍ＿Ｄｅｌａｙフラグ」という）はＥｎａｂｌｅ（有効）、Ｆｉｘｅｄ＿Ｄｅｌａｙの有効／無効を示すフラグ（以下「Ｆｉｘｅｄ＿Ｄｅｌａｙフラグ」という）はＤｉｓａｂｌｅ（無効）、Ｒａｎｄｏｍ＿ｏｎｏｆｆ処理の有効／無効を示すフラグ（以下、「Ｒａｎｄｏｍ＿ｏｎｏｆｆフラグ」という）は、Ｄｉｓａｂｌｅ（無効）に設定されているものとする。
【０１１８】
すなわち、初期状態では、ＯＮＵ２０は、新規ＯＮＵ用ウィンドウの範囲内で、従来と同様のディスカバリシーケンスの処理を行うため、Ｒａｎｄｏｍ＿Ｄｅｌａｙだけが有効となっている。そして、ＯＮＵ２０が、初期状態からディスカバリシーケンスの処理が成功した場合には、後述するステップＳ１０２の処理から動作し、失敗した場合には後述するステップＳ１０３の処理から動作する。なお、ここでは、各フラグの有効／無効を、Ｅｎａｂｌｅ又はＤｉｓａｂｌｅと表記しているが、表記の仕方は限定されないものであり、例えば、１（有効）又は０（無効）としても良い。
【０１１９】
上述のステップＳ１０１の初期状態から、ディスカバリシーケンスが成功すると、ＯＮＵ２０は、ディスカバリシーケンスに際してＯＬＴ１０から通知される各種パラメータ（Ｆｉｘｅｄ＿Ｄｅｌａｙの値や、Ｒａｎｄｏｍ＿ｏｎｏｆｆの要否の通知等）をＲＡＭ２０２に保持（ｓｅｔ）する（Ｓ１０２）。
【０１２０】
上述のステップＳ１０１の初期状態から、ディスカバリシーケンスが失敗すると、ＯＮＵ２０は、何も動作せずに（Ｓ１０３）、上述のステップＳ１０１の初期状態に戻って再度動作する。なお、ステップＳ１０３において、ＯＮＵ２０で保持しているＦｉｘｅｄ＿Ｄｅｌａｙの値等があれば、リセットするようにしても良い。
【０１２１】
そして、上述のステップＳ１０２が完了（ディスカバリシーケンスが正常終了）した後、ＯＮＵ２０とＯＬＴ１０との間でリンク断が発生した場合には、ＯＮＵ２０は、接続断ステートへ遷移し、Ｒａｎｄｏｍ＿ＤｅｌａｙフラグをＤｉｓａｂｌｅ、Ｆｉｘｅｄ＿ＤｅｌａｙフラグをＥｎａｂｌｅに設定する。さらに、ＯＮＵ２０では、ＯＬＴ１０からの通知に応じて、Ｒａｎｄｏｍ＿ｏｎｏｆｆフラグを設定するが、ここではＥｎａｂｌｅに設定されたものとして以降の説明を行う（Ｓ１０４）。
【０１２２】
そして、ステップＳ１０４の処理が完了した状態から、再度ＯＮＵ２０とＯＬＴ１０とが接続可能な状態となり（例えば、ＯＬＴ１０の故障からの復旧等）、ＯＬＴ１０がディスカバリシーケンスを開始（ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号を送出）したものとする。この場合、ＯＮＵ２０では、Ｒａｎｄｏｍ＿ｏｎｏｆｆフラグがＥｎａｂｌｅとなっているため、Ｒａｎｄｏｍ＿ｏｎｏｆｆの判定処理が行われることになるが、ここでは、判定処理の結果ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を送出すると判定されたものとする。そして、ＯＮＵ２０は、保持しているＦｉｘｅｄ＿Ｄｅｌａｙの値に応じた時間待機した後に、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号をＯＬＴ１０に送出し、ＯＬＴ１０との間でディスカバリシーケンスを行ったものとする。この動作は、上述の図３におけるＯＮＵ２０−１と同様の動作になる。
【０１２３】
そして、ＯＮＵ２０は、上述のステップＳ１０４の後のディスカバリシーケンスの処理が成功した場合には、後述するステップＳ１０５の処理から動作し、失敗した場合には、後述するステップＳ１０６の処理から動作する。
【０１２４】
上述のステップＳ１０４の後のディスカバリシーケンスの処理が成功した場合には、ＯＮＵ２０は、再接続成功ステートへ移行し、ＲＡＭ１０２に保持されているＦｉｘｅｄ＿Ｄｅｌａｙの値等を、最新のディスカバリシーケンスに際してＯＬＴ１０から通知される内容に更新（ｓｅｔ）する（Ｓ１０５）。そして、さらにＯＮＵ２０とＯＬＴ１０との間でリンク断が発生した場合には、ＯＮＵ２０は、上述のステップＳ１０４の処理に戻って動作する。
【０１２５】
上述のステップＳ１０４の後のディスカバリシーケンスの処理が失敗した場合には、ＯＮＵ２０は、再接続失敗ステートへ遷移し、再接続失敗の回数を示すカウンタ（以下、「接続失敗カウンタ」という）を１インクリメントする（Ｓ１０６）。なお、接続失敗カウンタの初期状態における値は０であるものとする。
【０１２６】
そして、ＯＮＵ２０では、インクリメントされた接続失敗カウンタの値が確認される（Ｓ１０７）。
【０１２７】
上述のステップＳ１０７で、接続失敗カウンタの値がＮ以上（Ｎは任意の整数）だった場合（すなわち、Ｎ回連続でディスカバリシーケンスが失敗した場合）には、ＯＮＵ２０は、上述のステップＳ１０１の処理から動作する。なおこの場合、接続失敗カウンタの値は、０に初期化される。また、接続失敗カウンタの上限値（Ｎ）は、ＯＮＵ２０ごとに任意に設定される値であっても良いし、ＯＬＴ１０からＯＮＵ２０に通知するようにしても良い。
【０１２８】
一方、上述のステップＳ１０７で、接続失敗カウンタが、Ｎ未満だった場合には、ＯＮＵ２０は、上述のステップＳ１０４の処理から動作する。
【０１２９】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１３０】
(Ａ−３−１)従来技術では、上述のように、ＯＬＴがディスカバリウィンドウで、複数のＯＮＵからＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を受信する場合には、ＯＮＵの一斉に接続する数量が多いと衝突確率が非常に高くなるため、ディスカバリシーケンスが成功せずに接続断時間が大きくなりサービスに影響する場合があった。また、ＯＬＴにおいてディスカバリウィンドウを広く取ると、繰り返し発生するＭＰＣＰディスカバリシーケンスによって上り有効帯域を減らしてしまうという問題があった。
【０１３１】
しかし、この実施形態では、本発明によると、ＯＬＴ１０から各ＯＮＵ２０にＦｉｘｅｄ＿Ｄｅｌａｙを通知し、各ＯＮＵ２０が次回ＯＬＴ１０に再接続する場合には、Ｒａｎｄｏｍ＿Ｄｅｌａｙにかえて、Ｆｉｘｅｄ＿Ｄｅｌａｙを用いてＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を送出するタイミングを決定している。そして、このＦｉｘｅｄ＿Ｄｅｌａｙにより決定されるＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の到達タイミングは、ＯＬＴ１０において、再接続するＯＮＵ２０向けに設定されている再接続ＯＮＵ用ウィンドウ内で衝突しないようにスケジューリングされている。一方、新規にＯＬＴ１０に接続するＯＮＵ２０については、再接続ＯＮＵ用ウィンドウとは別の新規ＯＮＵ用ウィンドウ内で、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を受信するようにしている。
【０１３２】
これにより、ＯＬＴ１０では、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の衝突する頻度が低減すると共に、ディスカバリウィンドウの幅（新規ＯＮＵ用ウィンドウ＋再接続ＯＮＵ用ウィンドウ）を効率的に使用し、ＰＯＮによる伝送効率を向上させることができる。
【０１３３】
例えば、ＯＬＴ１０において、ＯＮＵ２０の接続台数が４倍（例えば、３２台接続から１２８接続に変更等）に拡張された場合でも、ディスカバリウィンドウの幅（新規ＯＮＵ用ウィンドウ＋再接続ＯＮＵ用ウィンドウ）を大幅に拡張することなく３２台接続の際に要していた時間と同等、もしくはそれ以上に高速の全数接続が可能となる。
【０１３４】
（Ａ−３−２）この実施形態では、各ＯＮＵ２０において、ＯＬＴ１０からの通知内容に基づいて、Ｒａｎｄｏｍ＿ｏｎｏｆｆの処理を行い、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を送信するか否かを判定している。これにより、ＯＬＴ１０では、収容するＯＮＵ２０の台数に比例して再接続ＯＮＵ用ウィンドウの幅を設定しなくても、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の衝突頻度を低減させつつ、早期にＯＮＵ２０を収容することができる。
【０１３５】
（Ａ−３−３）光通信ネットワークシステム１では、図３に示すように、新規ＯＮＵ用ウィンドウの後の時間帯に、再接続ＯＮＵ用ウィンドウを設けたことにより、ＯＬＴ１０からの距離が遠い（すなわち、ＲＴＴが長い）場合でも、各ＯＮＵ２０からのＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の到達タイミングを制御しやすくすることができる。
【０１３６】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１３７】
（Ｂ−１）上記の実施形態では、再接続するＯＮＵ２０の台数の組合せ方法によっては、一度接続されたＯＮＵ２０の全てを再接続用とする必要は必ずしもない。例えば、親局側の障害（例えば、ＯＬＴ１０や基幹の光ファイバの障害の場合）が発生したときに、再接続するＯＮＵ２０が多数となる場合には、再接続ＯＮＵ用ウィンドウだけが偏って用いられる（ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の到達数が偏って多くなる）一方、新規ＯＮＵ用ウィンドウはあまり用いられないことになり、２つのウィンドウを効率的に利用することができないことになる。そのため、新規ＯＮＵ用ウィンドウと再接続ＯＮＵ用ウィンドウとで、ＲＥＧＩＳＴＥＲ＿ＲＥＱ信号の到達する数を分散させる方が、伝送効率の観点からは望ましい。
【０１３８】
具体的には、例えば、ＯＬＴ１０がディスカバリシーケンスを経てＯＮＵ２０を収容する際に、一部のＯＮＵ２０に対して、次に再接続する際には、ディスカバリシーケンスにおいて新規ＯＮＵ用ウィンドウを用いる（新規接続の場合と同じ処理を行う）旨を通知しておくようにしても良い。
【０１３９】
ＯＬＴ１０からＯＮＵ２０へ、上述の通知をする具体的な方法としては、例えば、Ｆｉｘｅｄ＿Ｄｅｌａｙの値を０にしたり、接続失敗カウンタの上限値Ｎとして０を通知するようにしても良い。そして、このような通知を受けたＯＮＵ２０では、上述の図５のフローチャートを実行する際に、ステップＳ１０２又はＳ１０５の後において、ＭＰＣＰ  Ｌｉｎｋ断が発生した場合でも、再接続するための条件を満たすことが出来ないと判断し、無条件にステップＳ１０４へ遷移をせずにステップＳ１０１に遷移するようにすれば良い。
【０１４０】
また、各ＯＮＵ２０において、新規ＯＮＵ用ウィンドウを用いるか、再接続ＯＮＵ用ウィンドウを用いるかの判断は、ＯＬＴ１０からの通知に応じて行うのではなく、各ＯＮＵ２０が自律的に判断（例えば、ランダム値を用いて判断）するようにしても良い。
【０１４１】
（Ｂ−２）上記の実施形態では、各ＯＮＵ２０は一つのＬＬＩＤを持つものとして説明したが、１台で複数のＬＬＩＤを持つことができるＯＮＵ２０が存在する場合には、ＯＬＴ１０及びＯＮＵ２０において、ＬＬＩＤごとに、各種パラメータ（たとえば、Ｆｉｘｅｄ＿Ｄｅｌａｙの値等）を管理するテーブル情報をＲＡＭ（揮発性メモリ）上に保持するようにしても良い。
【０１４２】
（Ｂ−３）上記の実施形態では、本発明の光通信ネットワークシステムにＧＥ−ＰＯＮを適用した例について説明したが、ＰＯＮ形式のネットワーク構成であれば、その仕様はＧＥ−ＰＯＮやＥ−ＰＯＮの方式に限定されないものである。
【０１４３】
（Ｂ−４）上記の実施形態では、ＤＩＳＣＯＶＥＲＹ＿ＧＡＴＥ信号及びＲＥＧＩＳＴＥＲ＿ＲＥＱ信号を用いて、ＲＴＴやＦｉｘｅｄ＿Ｄｅｌａｙの算出を行っているが、同様の機能を果たす信号であれば、用いる信号の種類は限定されないものである。例えば、他の種類のＧＡＴＥ信号（ノーマルのＧＡＴＥ信号）を用いても良い。
【符号の説明】
【０１４４】
１…光通信ネットワークシステム、１０…ＯＬＴ、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…ＲＯＭ、１０４…ＰＯＮ光送受信部、１０５…ＰＯＮ送信部、１０６…ＰＯＮ受信部、１０７…ＯＡＭ送受信部、１０８…ＭＰＣＰ送受信部、１０９…ブリッジ部１１０…ＮＩ側送受信部、２０、２０−１〜２０−ｎ…ＯＮＵ、２０１…ＣＰＵ、２０２…ＲＡＭ、２０３…ＲＯＭ、２０４…ＰＯＮ光送受信部、２０５…ＰＯＮ送信部、２０６…ＰＯＮ受信部、２０７…ＯＡＭ送受信部、２０８…ＭＰＣＰ送受信部、２０９…ブリッジ部、２１０…ＵＩ側送受信部、３０…光カプラ、４０…光ファイバ、Ｎ１…コアネットワーク、Ｒ…エッジルータ。
【図１】
0005591681.tif 000002
【図２】
0005591681.tif 000003
【図３】
0005591681.tif 000004
【図４】
0005591681.tif 000005
【図５】
0005591681.tif 000006
【図６】
0005591681.tif 000007
【図７】
0005591681.tif 000008
【図８】
0005591681.tif 000009
【図９】
0005591681.tif 000010
【図１０】
0005591681.tif 000011