JP2011259064A - 光通信ネットワークシステム、子局通信装置及び親局通信装置 - Google Patents

Abstract

【課題】 ＰＯＮを適用した光通信ネットワークシステムにおいて、親局通信装置と子局通信装置の間の接続を、低コストで冗長化する。
【解決手段】 本発明は、複数の子局通信装置と、子局通信装置とＰＯＮにより接続している親局通信装置とを備える光通信ネットワークシステムに関する。そして、子局通信装置は、子局側ネットワークに接続する手段と、同じ子局側ネットワークに接続している子局通信装置のうちいずれか１つだけを現用系動作モードとして動作させるように、当該子局通信装置の動作モードを決定する手段と、当該子局通信装置を決定した動作モードで動作させる手段とを有することを特徴とする。また、親局通信装置は、同一の子局側ネットワークに接続している複数の子局通信装置のうち、現用系動作モードで動作している子局通信装置を介して、その子局側ネットワークと接続する手段を有することを特徴とする。
【選択図】 図１

Description

本発明は、光通信ネットワークシステム、子局通信装置及び親局通信装置に関し、例えば、ＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）を適用した光通信ネットワークシステムに適用し得る。

ＰＯＮを用いた光通信ネットワークシステムに関する従来技術としては、特許文献１に記載のＰＯＮシステムがある。

特許文献１では、親局装置と子局装置との間の通信を２重化する技術について記載されており、例えば、図７に示すような構成となる。

図７では、親局装置１００（ＯＬＴ（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ））に接続された光ファイバケーブルＦ１０を、スプリッタＳで複数分岐して、複数の子局装置２００と接続している。ただし、図７では、説明を簡易にするため、子局装置２００については１台のみ図示している。

そして、子局装置２００は、２つのＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）２０１、２０２を有しており、それぞれにスプリッタＳにより分岐された光ファイバケーブルＦ１１、Ｆ１２が接続されている。

さらに、２つのＯＮＵ２０１、２０２は、それぞれ系選択スイッチ２０３に接続しており、系選択スイッチ２０３は子局側のネットワーク（ＩＰネットワーク等）に接続しているものとする。

図７に示すシステムでは、子局装置２００は、親局装置１００との間で、複数の光ファイバケーブルＦ１１、Ｆ１２を用いて接続しており、一方の光ファイバケーブルを用いて接続する回線が通信劣化又は破損を起こしたとき、もう一方の光ファイバケーブルを用いた回線に物理的に接続を切り替える処理を、系選択スイッチ２０３により行う。

具体的な系選択スイッチ２０３の動作としては、子局装置２００側において親局装置１００から受信した下り方向信号のＣＲＣ符号エラーチェック又はパケットロス数の計算等による信号劣化検出を行い、所定時間内における信号劣化発生回数が或る一定の閾値を超えたときに正常回線に切り替える。また、親局装置１００側において子局装置２００から受信した上り方向信号のＣＲＣ符号エラーチェック又はパケットロス数の計算等による信号劣化検出を行い、所定時間内における信号劣化発生回数が或る一定の閾値を超えたときに親局装置１００側がＯＡＭフレームにより子局装置に対して正常回線に切り替え指示を送信し、正常回線に切り替える。

図７のシステムでは、子局装置２００で、一方の光ファイバケーブルを用いた回線が通信劣化を引き起こしても、もう一方の正常な回線により親局装置１００側との通信が可能となり、回線の品質劣化による通信不良を救うことができる。

特開２００８−２２７７８２号公報

しかしながら、特許文献１に記載のシステムでは、子局装置２００の各ＯＮＵで検出した信号劣化の情報や親局装置１００側からの切り替え信号を系選択スイッチ２０３に伝達するインタフェースが必要で、かつ、系選択スイッチ２０３にその情報をもとに切り替えを行うハードウェア等が必要であった。

したがって、特許文献１の記載技術の場合、目的であるＰＯＮ区間の品質劣化等による切り替え制御は実現できるが、そのために、子局装置２００では、既存のＯＮＵに加えてそれらを制御するハードウェア（系選択スイッチ２０３等）等が必要となり、構築コストが高価になっていた。

そのため、ＰＯＮを適用した光通信システムにおいて、親局通信装置と子局通信装置の間の接続を、低コストで冗長化することができる光通信ネットワークシステム、子局通信装置及び親局通信装置が望まれている。

第１の本発明は、複数の子局通信装置と、それぞれの上記子局通信装置とＰＯＮにより接続している親局通信装置とを備える光通信ネットワークシステムにおいて、（１）それぞれの上記子局通信装置は、（１−１）１又は複数の子局側ネットワークのうち、いずれかの子局側ネットワークに接続する子局側ネットワーク接続手段と、（１−２）当該子局通信装置と同じ子局側ネットワークに接続している他の子局通信装置及び当該子局通信装置のうち、いずれか１つだけを現用系動作モードとして動作させるように、当該子局通信装置を、現用系動作モード又は予備系動作モードのいずれの動作モードで動作させるか決定する動作モード決定手段と、（１−３）上記動作モード決定手段により決定された動作モードで、当該子局通信装置を動作させる動作制御手段とを備え、（２）上記親局通信装置は、同一の子局側ネットワークに接続している複数の上記子局通信装置のうち、現用系動作モードで動作している上記子局通信装置を介して、その子局側ネットワークと接続する接続手段を有することを特徴とする。

第２の本発明は、ＰＯＮにより親局通信装置と接続している子局通信装置において、（１）１又は複数の子局側ネットワークのうち、いずれかの子局側ネットワークに接続する子局側ネットワーク接続手段と、（２）当該子局通信装置と同じ子局側ネットワークに接続している他の子局通信装置及び当該子局通信装置のうち、いずれか１つだけを現用系動作モードとして動作させるように、当該子局通信装置を、現用系動作モード又は予備系動作モードのいずれの動作モードで動作させるか決定する動作モード決定手段と、（３）上記動作モード決定手段により決定された動作モードで、当該子局通信装置を動作させる動作制御手段とを有することを特徴とする。

第３の本発明は、複数の子局通信装置のそれぞれとＰＯＮにより接続している親局通信装置において、同一の子局側ネットワークに接続している複数の上記子局通信装置のうち、現用系動作モードで動作している上記子局通信装置を介して、その子局側ネットワークと接続する接続手段を有することを特徴とする。

本発明によれば、ＰＯＮを適用した光通信ネットワークシステムにおいて、親局通信装置と子局通信装置の間の接続を、低コストで冗長化することができる。

実施形態に係る光通信ネットワークシステムの全体構成について示したブロック図である。 実施形態に係るＯＮＵの機能的構成について示したブロック図である。 実施形態に係るＯＬＴの機能的構成について示したブロック図である。 実施形態に係るＯＮＵが、起動する際の動作について示したフローチャートである。 実施形態に係るＯＮＵが、予備系となった場合の動作について示したフローチャートである。 実施形態に係るＯＮＵが、現用系となった場合の動作について示したフローチャートである。 従来の光通信ネットワークシステムの全体構成について示したブロック図である。

（Ａ）主たる実施形態
以下、本発明による光通信ネットワークシステム、子局通信装置及び親局通信装置の一実施形態を、図面を参照しながら詳述する。この実施形態の子局通信装置、親局通信装置は、それぞれＯＮＵ、ＯＬＴである。

（Ａ−１）第１の実施形態の構成
図１は、この実施形態の光通信ネットワークシステム１の全体構成を示すブロック図である。

親局Ｂ１側には、ＯＬＴ１０が配置されており、ＯＬＴ１０には、光ファイバケーブル４０が接続されている。そして、光ファイバケーブル４０は、スプリッタ５０によりｎ本の光ファイバケーブル４１（４１−１〜４１−ｎ）に分岐され、光ファイバケーブル４１−１〜４１−ｎには、それぞれのＯＮＵ２０−１〜ＯＮＵ２０−ｎが接続されている。

そして、光通信ネットワークシステム１では、図１に示すように、子局Ｂ２には、２つのＯＮＵ２０−１、２０−２が配置されているものとする。図１では、説明を簡易にするため、この実施形態において着目する２つのＯＮＵ２０−１、２０−２が配置された子局Ｂ２の構成のみを詳細に図示し、他のＯＮＵ２０が配置された子局の内部構成については省略している。

そして、２つのＯＮＵ２０−１、２０−２は、それぞれ、子局Ｂ２内の子局側ネットワークＮ２に所属するスイッチ３０に接続されている。なお、子局Ｂ２以外の他の子局においても、同様にＯＮＵ２０が子局側ネットワークに接続されているものとする。また、光通信ネットワークシステム１において、配置されるＯＮＵ２０の数、子局の数、及び子局側ネットワークの数は限定されないものである。さらに、一つの子局に複数の子局側ネットワークが配置されていても良い。

スイッチ３０の通信方式や仕様は限定されないものであるが、ここでは例として、Ｅｔｈｅｒｎｅｔ（登録商標）のインタフェース（例えば、１００ＢａｓｅＴＸ、１０００ＢａｓｅＴ、１０００ＢａｓｅＳＸ等）を複数備えるスイッチ装置であるものとして説明する。なお、ＯＮＵ２０側でも、スイッチ３０に接続可能なインタフェースを備えている。

すなわち、ＯＬＴ１０とＯＮＵ２０−１〜ＯＮＵ２０−ｎの間は１：ｎ接続されたＥ−ＰＯＮ（Ｅｔｈｅｒｎｅｔ−ＰＯＮ）方式のネットワークを構成している。

なお、上述の通り、スイッチ３０の仕様は限定されないものであり、例えば、既存のレイヤ２スイッチやレイヤ３スイッチ等を用いることができる。また、スイッチ３０を既存のルータ等の他のネットワーク装置に置き換えても良い。

そして、ＯＬＴ１０とＯＮＵ２０−１〜ＯＮＵ２０−ｎの間は、伝送媒体（光ファイバケーブル）は共有しているが、既存のＥ−ＰＯＮと同様に論理的にはポイント・ツー・ポイント構成でＬＬＩＤ（Ｌｏｇｉｃａｌ Ｌｉｎｋ ＩＤｅｎｔｉｆｉｅｒ）と呼ばれる論理リンク識別子によりＬＬＩＤ単位で送受制御を行っているものとする。

子局Ｂ２では、２つのＯＮＵ２０−１、２０−２を配置して、親局Ｂ１側（ＯＬＴ１０）への接続の２重化（冗長化）を図っている。すなわち、子局Ｂ２では、２つのＯＮＵ２０−１、２０−２のうちいずれか一方を、現用系として動作させてＯＬＴ１０と接続し、他方は予備系（待機系）として待機する。そして、現用系のＯＮＵ２０による接続等に障害が発生した場合には、予備系のＯＮＵ２０を現用系に切り替えて動作させる構成となっている。

子局側ネットワークＮ２内には、図１に示すように端末６０−１〜端末６０−ｍ等の通信装置が配置されており、これらの通信装置は、ＯＮＵ２０−１又はＯＮＵ２０−２を介して、親局Ｂ１側（ＯＬＴ１０、親局側ネットワークＮ１）と接続するものとする。

なお、子局側ネットワークＮ２内の構成は限定されないものであり、ネットワーク構成や配置される端末の数等は限定されないものである。親局側ネットワークＮ１についても同様に内部の構成については限定されないものである。

また、同じ子局側ネットワークＮ２に接続されたＯＮＵ２０−１、２０−２間は、子局側ネットワークＮ２（スイッチ３０）を介して相互に通信することができるものとする。ＯＮＵ２０−１、２０−２の間では、スイッチ３０を介して制御パケットを送受信し、相互の動作状態（例えば、装置故障や通信障害等）を把握して、自装置の動作状態を決定するネゴシエーションの処理を行う。同じ子局側ネットワークＮ２に接続されたＯＮＵ２０−１、２０−２では、このネゴシエーションの処理により、いずれか一方が現用系として動作するように、自装置の動作モードを決定する。そして、ＯＮＵ２０−１、２０−２のそれぞれにおいて、ネゴシエーション処理の処理結果に応じて、自装置を現用系又は予備系のいずれの動作モードで動作させる。

ＯＮＵ２０では、自装置の故障や、ＯＬＴ１０との通信品質の劣化（例えば、下り信号の劣化等）等の障害を検出した場合には、それを考慮して他のＯＮＵ２０とネゴシエーション処理を行うようにしても良い。例えば、ＯＮＵ２０では上述の障害を検出した場合には、自装置が予備系として動作するように他のＯＮＵとのネゴシエーションを行う。

また、ＯＮＵ２０は、ＯＬＴ１０から通知される制御信号を考慮して、他のＯＮＵ２０とネゴシエーション処理を行うようにしても良い。例えば、２つのＯＮＵ２０−１、２０−２のうち、ＯＮＵ２０−１が現用系として動作しているときに、ＯＬＴ１０が、ＯＮＵ２０−１との通信品質の劣化（例えば、上り信号の劣化等）を検出した場合を想定する。この場合、ＯＬＴ１０は、例えば、ＯＮＵ２０−２に現用系への移行を指示する制御信号を通知し、ＯＮＵ２０−２は、その指示に従って、自装置が現用系と決定するように、ＯＮＵ２０−１とネゴシエーション処理を行うようにしても良い。

ＯＮＵ２０−１、２０−２では、相互に通信を可能とするために、お互いの識別情報（例えば、ＩＰアドレスやＭＡＣアドレス）等を保持しておく必要がある。ＯＮＵ２０が同じ子局側ネットワークに接続された他のＯＮＵ２０の識別情報を保持する方法は限定されないが、例えば、図１の構成では、ＯＮＵ２０−１に、ＯＮＵ２０−２の識別情報を予め登録しておくようにしても良いし、ＯＬＴ１０に全てのＯＮＵ２０の識別情報を保持（予め登録しておいても良いし、各ＯＮＵ２０から読み込んでも良い）しておき、ＯＡＭプロトコル等を用いて、各ＯＮＵ２０に通知するようにしても良い。

そして、ＯＮＵ２０−１、２０−２では、現用系として動作している方のＯＮＵ２０が、子局側ネットワークＮ２と親局Ｂ１側（ＯＬＴ１０）とを接続するものとして機能する。

子局側ネットワークＮ２内の通信装置（例えば、端末６０）で、親局Ｂ１側（ＯＬＴ１０）へパケット送信する際に、現用系として動作しているＯＮＵ２０を経由させる方法については限定されないものであるが、例えば、ＯＮＵ２０−１、２０−２の間で冗長構成用の仮想ＩＰアドレスを持たせる方法により実現しても良い。

例えば、ＯＮＵ２０−１、２０−２にそれぞれＭＡＣアドレスＡと、ＭＡＣアドレスＢが付与されていた場合に、ＯＮＵ２０−１が現用系として動作している間は、仮想ＩＰアドレスは、ＭＡＣアドレスＡに対応するものとして子局側ネットワークＮ２内の通信装置（スイッチ３０等）に学習させておくようにしても良い。そして、その後、ＯＮＵ２０−２が現用系に遷移した場合には、今度は、仮想ＩＰアドレスは、ＭＡＣアドレスＢに対応するものとして子局側ネットワークＮ２内の通信装置（スイッチ３０等）に再学習させる。

スイッチ３０等に、仮想ＩＰアドレスに対応する新たなＭＡＣアドレスを学習させる処理については、限定されないものであるが、例えば、現用系から予備系に遷移したＯＮＵ２０のスイッチ３０に対するリンクを一次的に切断することが望ましい。これにより、新たに現用系に遷移したＯＮＵ２０のＭＡＣアドレスの学習を促すと共に、古い学習内容に基づいて間違って予備系のＯＮＵ２０へのパケット送信を避けることができる。また、仮想ＩＰアドレスに対応する新たなＭＡＣアドレスを学習させる際に、新たに現用系に遷移したＯＮＵ２０が、Ｐｉｎｇ等によりブロードキャストで、子局側ネットワークＮ２内にパケット送信することにより、スイッチ３０等の再学習を促すことができる。

そして、ＯＮＵ２０−１、２０−２間では、例えば、ＭＡＣアドレスを用いて接続したり、仮想ＩＰアドレス以外のＩＰアドレスを用いて接続することにより、仮想ＩＰアドレスを設定しつつＯＮＵ２０−１、２０−２間の通信も確保することができる。

子局側ネットワークＮ２内の通信装置（例えば、端末６０）で、親局Ｂ１側（ＯＬＴ１０）へパケット送信する際に、現用系として動作しているＯＮＵ２０を経由させる方法については、上述の仮想ＩＰアドレスを用いる方法の他、子局側ネットワークＮ２内のルータで動的ルーティング処理により経路選択する方法や、既存の仮想ＭＡＣアドレスを用いた冗長化処理等も挙げられる。

一方、親局Ｂ１側のＯＬＴ１０では、同じ子局側ネットワークＮ２に接続しているＯＮＵ２０−１、２０−２のうち、現用系として動作しているＯＮＵ２０−１を介して、子局側ネットワークＮ２に接続する。なお、ＯＬＴ１０において、子局側ネットワークごとに現用系として動作しているＯＮＵ２０を把握する方法は限定されないものである。例えば、ＯＬＴ１０で、子局側ネットワークごとに接続するＯＮＵ２０に関する情報を登録しておき、同じ子局側ネットワーク内で現用系として動作しているＯＮＵ２０を、ＯＮＵ２０に対する監視やＯＮＵ２０からの通知等により把握するようにしても良い。

次に、ＯＮＵ２０の内部構成について説明する。なお、光通信ネットワークシステム１においては、全てのＯＮＵ２０が同様の構成であるものとして説明する。

図２は、それぞれのＯＮＵ２０の機能的構成について示したブロック図である。

制御部２６は、当該ＯＮＵ２０内の各部の動作を制御するものであり、例えば、当該ＯＮＵ２０が行う通信のプロトコル制御や、警報監視等の処理を行う。

ＯＮＵ２０は、誤り検出処理部２１、ＭＰＣＰ（Ｍｕｌｔｉ−ｐｏｉｎｔ ＭＡＣ Ｃｏｎｔｒｏｌ）処理部２２、ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）処理部２３、ＳＥＬ処理部２４、ＦＩＬ処理部２５、制御部２６、ＰＯＮインタフェース２７、及び子局側インタフェース２８を有している。

ＰＯＮインタフェース２７は、当該ＯＮＵ２０が、ＰＯＮ接続するためのインタフェースである。ＰＯＮインタフェース２７としては、例えば、既存のＥ−ＰＯＮに対応したＯＮＵと同様のものを適用することができる。

子局側インタフェース２８は、当該ＯＮＵ２０が、子局側のネットワークに接続するためのインタフェースである。ＯＮＵ２０−１、２０−２では、子局側インタフェース２８により、スイッチ３０と接続する。

ＭＰＣＰ処理部２２は、ＯＬＴ１０との間で、上述したＬＬＩＤ単位で送受信制御を行うものであり、既存のＥ−ＰＯＮに対応したＯＮＵと同様のＭＰＣＰの処理（例えば、ＩＥＥＥ８０２．３ａｈで標準化されているプロトコルに従った処理）を適用することができる。

ＯＡＭ処理部２３は、保守制御に関する処理（例えば、ＯＬＴ１０との間の制御信号の送受信）等を行うものである。ＯＡＭ処理部２３も、既存のＥ−ＰＯＮに対応したＯＮＵと同様のＯＡＭの処理（例えば、ＩＥＥＥ８０２．３ａｈで標準化されているプロトコルに従った処理）を適用することができる。

誤り検出処理部２１は、ＯＬＴ１０から受信した下り方向の信号について、通信品質劣化を検出するものである。誤り検出処理部２１も、既存のＥ−ＰＯＮに対応したＯＮＵと同様の誤り検出の処理（例えば、ＩＥＥＥ８０２．３に従った処理）を適用することができる。

なお、ＰＯＮインタフェース２７が受信して、子局側インタフェース２８から送出するパケットのデータの流れは限定されないものであるが、図２では、誤り検出処理部２１、ＭＰＣＰ処理部２２、ＯＡＭ処理部２３、及びＳＥＬ処理部２４を介して伝達されるものとして図示している。また、子局側インタフェース２８が受信して、ＰＯＮインタフェース２７から送出するパケットのデータの流れも限定さないものであるが、図２では、ＦＩＬ処理部２５、ＯＡＭ処理部２３、及びＭＰＣＰ処理部２２を介して伝達されるものとして図示している。

ＳＥＬ処理部２４は、子局側インタフェース２８へ、子局側ネットワークＮ２側へ送出するためのパケットを引き渡すものである。ＳＥＬ処理部２４は、少なくとも、ＯＡＭ処理部２３から引き渡されたパケット、又は、制御部２６によって生成された制御パケットを、子局側インタフェース２８へ引き渡す。そして、子局側インタフェース２８では、ＯＡＭ処理部２３又は制御部２６により引き渡されたパケットを、子局側のネットワークに向けて送出する。

ＦＩＬ処理部２５は、子局側インタフェース２８が受信したパケットのうち、所定の条件に一致したものだけを制御部２６に与え、それ以外のパケットをＯＡＭ処理部２３に与えるものである。例えば、ＦＩＬ処理部２５は、パケット受信した場合は、例えば、当該ＯＮＵ２０宛のネゴシエーション用の制御パケットを認識して、その制御パケットだけを制御部２６に与えるようにしても良い。ＦＩＬ処理部２５において、当該ＯＮＵ２０宛のパケットであるかは、例えば、パケットのヘッダ情報のアドレス情報等の内容により判別できる。また、当該ＯＮＵ２０宛のパケットが制御パケットであるか否かは、パケットのヘッダ情報やデータ内容に応じて判別することができる（例えば、制御パケット用のポート番号等を予め設定しておくようにしても良い）。

制御部２６は、生成した制御パケットを、ＳＥＬ処理部２４を介して他のＯＮＵ２０へ送信し、他のＯＮＵ２０から送信された制御パケットをＦＩＬ処理部２５を介して受信する。ＯＮＵ２０において、他のＯＮＵ２０に送信する制御パケットは、制御部２６で生成され、ＳＥＬ処理部２４で主信号ルート（ＯＡＭ処理部２３からのルート）から制御部ルート（制御部２６からのルート）への接続に切り替えて送信される。また、制御部２６は、例えば、ＯＡＭ処理部２３等を介して、ＯＬＴ１０からの制御信号を受信する。

制御部２６は、制御パケットを他のＯＮＵ２０と送受信することにより、上述のネゴシエーション処理を行い、ネゴシエーション処理に従った動作モードで当該ＯＮＵ２０を動作させる。

次に、ＯＬＴ１０の構成について説明する。

図３は、ＯＬＴ１０の機能的構成について示したブロック図である。

ＯＬＴ１０は、誤り検出処理部１１、ＭＰＣＰ処理部１２、ＯＡＭ処理部１３、制御部１４、ＩＦ１５、ＰＯＮインタフェース１５、及び親局側インタフェース１６を有している。

制御部１４は、ＯＬＴ１０内の各部の動作を制御するものであり、例えば、ＯＬＴ１０が行う通信のプロトコル制御や、警報監視等の処理を行う。

ＰＯＮインタフェース１５は、ＯＬＴ１０が、ＰＯＮ接続するためのインタフェースである。ＰＯＮインタフェース１５としては、例えば、既存のＥ−ＰＯＮに対応したＯＬＴと同様のものを適用することができる。

親局側インタフェース１６は、ＯＬＴ１０が、親局側ネットワークＮ１に接続するためのインタフェースである。親局側インタフェース１６が対応するインタフェースの種類は限定されないものであるが、例えば、ＯＮＵ２０と同様にＥｔｎｅｒｎｅｔのインタフェースを適用するようにしても良い。

ＭＰＣＰ処理部１２は、それぞれのＯＮＵ２０との間で、上述したＬＬＩＤ単位で送受信制御を行うものであり、既存のＥ−ＰＯＮに対応したＯＬＴと同様のＭＰＣＰの処理（例えば、ＩＥＥＥ８０２．３ａｈで標準化されているプロトコルに従った処理）を行うものを適用することができる。

ＯＡＭ処理部１３は、保守制御に関する処理を行うものである。ＯＡＭ処理部１３も、既存のＥ−ＰＯＮに対応したＯＬＴと同様のＯＡＭの処理（例えば、ＩＥＥＥ８０２．３ａｈで標準化されているプロトコルに従った処理）を適用することができる。

誤り検出処理部１１は、それぞれのＯＮＵ２０から受信した上り方向の信号について、通信品質劣化を検出するものである。誤り検出処理部１１も、既存のＥ−ＰＯＮに対応したＯＬＴと同様の誤り検出の処理（例えば、ＩＥＥＥ８０２．３に従った処理）を適用することができる。

（Ａ−２）実施形態の動作
次に、以上のような構成を有する実施形態の光通信ネットワークシステム１の動作を説明する。

（Ａ−２−１）ＯＮＵ２０の切り替え動作の概要について
ここでは、図１に示すように、子局Ｂ２では、ＯＮＵ２０−１とＯＮＵ２０−２が二重化構成をとっているものとする。また、ここでは、この２つのＯＮＵ２０−１、２０−２に着目して、光通信ネットワークシステム１の動作説明を行う。

ＯＮＵ２０−１、２０−２のうち一方が現用系として動作し、他方が予備系として動作している場合、系の切り替えを行うトリガの内容としては、例えば、以下の３つが挙げられる。

第１のトリガは、ＯＬＴ１０の誤り検出処理部１１において、現用系として動作しているＯＮＵ２０からの、上り信号について、劣化を検出した場合である。

ＯＬＴ１０において、現用系のＯＮＵ２０からの上り信号の劣化を検出する検出条件としては、例えば、ＩＥＥＥ８０２．３で規定されるＣＲＣ符号エラーチェック処理を適用することができる。ＯＬＴ１０では、例えば、現用系のＯＮＵ２０からの上り信号で、エラー率等がある閾値を超えたときに、切り替え判断を行うようにしてもよい。その際、ＯＬＴ１０のＯＡＭ処理部１３からＯＡＭプロトコルを用いて、予備系のＯＮＵ２０に対し切り替え指示を発出する。予備系のＯＮＵ２０のでは、その要求に対し、現用系のＯＮＵ２０と、子局側インタフェース２８（子局側ネットワークＮ２）を用いて通信してネゴシエーションを行い、切り替え動作を行う。

第２のトリガは、現用系のＯＮＵ２０において、ＯＬＴ１０からの下り方向での受信信号の劣化を検出した場合である。

ＯＮＵ２０における下り信号の劣化を検出する検出条件としては、例えば、ＩＥＥＥ８０２．３で規定されるＣＲＣ符号エラーチェックを用いることが可能である。その場合、現用系として動作しているＯＮＵ２０は、エラー率等がある閾値を超えたときに、切り替え必要と判断し、予備系のＯＮＵ２０と子局側インタフェース２８（子局側ネットワークＮ２）を用いてネゴシエーションを行い、切り替え動作を行う。

第３のトリガは、現用系のＯＮＵ２０内において装置障害を検出した場合である。この障害とはサービスに影響を及ぼし装置自体故障と判断した場合に該当する。この場合も同様に、現用系のＯＮＵ２０が、予備系のＯＮＵ２０と子局側インタフェース２８（子局側ネットワークＮ２）を用いてネゴシエーションを行い、切り替え動作を行う。但し、故障箇所によっては、現用系のＯＮＵ２０が、予備系のＯＮＵ２０とネゴシエーションできない可能性があるため、ＰＯＮインタフェース２７を使用して、ＯＡＭプロトコルで装置障害をＯＬＴ１０に通知し、ＯＬＴ１０から予備系のＯＮＵ２０に対し切り替え指示を発出する通信ルートも実装しておくようにしても良い。なお、その際、切り替え情報は、現用系ＯＮＵ２０からＯＬＴ１０へＯＡＭプロトコルを用い通知しておく必要がある。

以上のようなトリガに基づいて、現用系から予備系に切り替わったＯＮＵ２０は、ＯＬＴ１０へ、子局側ネットワークからのユーザデータを送出しないだけでなく、一旦ユーザインタフェース側のリンクを切る（リンクダウンの状態にする）ようにしても良い。このリンクを切る目的は、子局側ネットワークＮ２内のルータのスイッチ３０等のＭＡＣアドレス学習がクリアされ、もう一方のＯＮＵ２０を用いた通信を回復させる為である。なお、子局側インタフェース２８のリンクは、他のＯＮＵ２０とのネゴシエーション処理のため通信回復後、復旧させておくようにしても良い。

一方、予備系から現用系に切り替えたＯＮＵ２０については、ユーザデータの送受信を開始する。

（Ａ−２−２）現用系ＯＮＵと運用系ＯＮＵとの間のネゴシエーションについて
次に、現用系のＯＮＵ２０と、予備系のＯＮＵ２０との間のネゴシエーション等の処理について図４〜図６を用いて説明する。

図４は、ＯＮＵ２０が起動し、現用系又は予備系に遷移する際の制御部２６の動作について示したフローチャートである。

ＯＮＵ２０の起動時（例えば、電源ＯＮ時）には、制御部２６は、デフォルト状態として予備系に遷移し（Ｓ１０１）、その状態で自己診断を実施して（Ｓ１０２）、その自己診断結果を判定する（Ｓ１０３）。

そして、制御部２６は、ステップＳ１０３において、当該ＯＮＵ２０の自己診断が正常と判定した場合には、ＭＰＣＰ処理部２２を制御してＯＬＴ１０との間のＭＰＣＰリンクを確立し（Ｓ１０４）、さらに、ＯＡＭ処理部１３を制御して、ＯＬＴ１０との間のＯＡＭリンクを確立し（Ｓ１０５）、他のＯＮＵ２０とのネゴシエーションの処理を開始する。

次に、制御部２６は、ランダムウェイト（ランダム値を生成してそのランダム値に応じた時間待機状態となる処理）を行う（Ｓ１０６）。なお、このランダムウェイトとは他のＯＮＵ２０と同時に起動したときに、現用系に遷移するＯＮＵ２０が２つ以上発生しないようにするためのものである。

そして、制御部２６は、そのランダムウェイトしている間に受信した、他のＯＮＵ２０、又は、ＯＬＴ１０からの制御パケット又は制御信号の受信状況を分析し、その受信状況に応じた判定を行う（Ｓ１０７）。

上述のステップＳ１０６のランダムウェイトの間で、当該ＯＮＵ２０における制御パケットの受信状況としては、例えば、以下の６つの状況が挙げられる。

第１の状況は、当該ＯＮＵ２０が、「現用許可要求パケット」を受信した場合である。「現用許可要求パケット」は、ＯＮＵ２０が、自装置の現用系への切り替えの許可（すなわち、他のＯＮＵ２０は予備系となる必要がある）を要求する制御パケットである。この場合、制御部２６は、当該ＯＮＵ２０は現在予備系のため、上述のステップＳ１０７では、「現用許可要求パケット」に対して了承するＡＣＫ（確認応答）パケットを送信し（Ｓ１０８）、上述のステップＳ１０６の処理（ランダムウェイト）から動作する。

第２の状況は、当該ＯＮＵ２０が、他のＯＮＵ２０から、「現用切替完了パケット」を受信した場合である。「現用切替完了パケット」は、ＯＮＵ２０が、現用系への切り替えが完了した際に、他のＯＮＵ２０へ送信する制御パケットである。この場合、制御部２６は、当該ＯＮＵ２０は現在予備系のため、上述のステップＳ１０７では、「現用切替完了パケット」に対して了承するＡＣＫパケットを送信する（Ｓ１０９）。そして、制御部２６は、当該ＯＮＵ２０を予備系として動作させることを決定（Ｓ１１０）して、起動処理を終了する。

第３の状況は、当該ＯＮＵ２０が、他のＯＮＵ２０から、「故障状態パケット」を受信した場合である。「故障状態パケット」は、ＯＮＵ２０が、自己診断等により自装置の故障を検出した場合に、自装置の故障を他のＯＮＵ２０へ通知するための制御パケットである。図１のように、２つのＯＮＵ２０−１、２０−２で冗長構成を構築している場合には、一方のＯＮＵ２０が、他方のＯＮＵ２０から「故障状態パケット受信」を受信した場合には、「故障状態パケット受信」を受信したＯＮＵ２０が現用系として動作する必要があると判断できる。したがって、この場合、制御部２６は、当該ＯＮＵ２０が「故障状態パケット受信」を受信すると、当該ＯＮＵ２０を現用系として動作させる必要があると判断し、後述するステップＳ１１１の処理から動作する。

第４の状況は、現用系として動作している他のＯＮＵ２０から、当該ＯＮＵ２０が、「現用切替要求パケット」を受信した場合である。「現用切替要求パケット」は、現用系として動作しているＯＮＵ２０が、下り信号劣化を検出した場合等に、他のＯＮＵ２０へ、自装置の現用系から予備系への切り替えの許可を要求（すなわち、他のＯＮＵ２０へ現用系への切替え許可を要求）する制御パケットである。そのため、制御部２６は、「予備切り替え要求パケット」を受信したと判定した場合には、上述の第３の状況と同様に、当該ＯＮＵ２０を現用系として動作させる必要があると判断し、後述するステップＳ１１１の処理から動作する。

第５の状況は、当該ＯＮＵ２０が、ＯＬＴ１０から、現用系への切替え要求を示す「現用切替要求信号」を受信している場合である。「現用切替要求信号」は、ＯＬＴ１０が、現用系として動作している他のＯＮＵ２０からＯＬＴ１０への上り信号の劣化を検出した場合に、上り信号の劣化が発生していないＯＮＵ２０へ送信するものである。そして、制御部２６は、「現用切替要求信号」を受信したと判定した場合には、当該ＯＮＵ２０を現用系として動作させる必要があると判断し、後述するステップＳ１１１の処理から動作する。

第６の状況は、ＯＬＴ１０及び他のＯＮＵ２０から、制御パケット及び制御信号を受信していない状態で、この場合は、他のＯＮＵ２０が、故障または予備系に遷移していることが想定され、当該ＯＮＵ２０を現用系として動作させるネゴシエーション処理を行う必要があると判断し、後述するステップＳ１１１の処理から動作するものとする。なお、制御部２６は、第６の状況で、他のＯＮＵ２０が正常に現用系として動作していることが確認できる場合（例えば、制御パケットの交換により確認するようにしても良い）には、上述のステップＳ１１０と同様に当該ＯＮＵ２０を予備系として動作させることを決定し手も良い。

そして、上述のステップＳ１０７において、制御部２６により、当該ＯＮＵ２０を現用系に遷移させると判定された場合には、制御部２６は、まず、「現用許可要求パケット」を生成して他のＯＮＵ２０向けて送信する（Ｓ１１１）。

そして、制御部２６では、「現用許可要求パケット」を送信後、他のＯＮＵ２０からの応答のＡＣＫパケットの有無を確認（例えば、所定時間待機して確認）（Ｓ１１２）し、ＡＣＫパケットを受信できなかった場合には、さらに所定時間待機（ウェイト）（Ｓ１１３）してから、上述のステップＳ１１１に戻って「現用許可要求パケット」を再送する。

一方、上述のステップＳ１１２において、制御部２６で、他のＯＮＵ２０から応答のＡＣＫパケットを受信した場合には、「現用切替完了パケット」を生成して、他のＯＮＵ２０へ向けて送信する（Ｓ１１４）。

そして、制御部２６では、「現用許可要求パケット」を送信したＯＮＵ２０からの応答のＡＣＫパケットの有無を確認（例えば、所定時間待機して確認）（Ｓ１１５）し、ＡＣＫパケットを受信できなかった場合には、さらに所定時間待機（ウェイト）（Ｓ１１６）してから、上述のステップＳ１１４に戻って「現用許可要求パケット」を再送する。

一方、上述のステップＳ１１５において、制御部２６で、他のＯＮＵ２０から応答のＡＣＫパケットを受信した場合には、当該ＯＮＵ２０を現用系に遷移させ（Ｓ１１７）起動処理を終了する。

なお、上述のステップＳ１１２、Ｓ１１５の、制御部２６による、他のＯＮＵ２０からの応答のＡＣＫパケットの受信待ちにおいて、リトライ回数の上限を定め、リトライ回数が上限に達した場合には、ＡＣＫ受信したと判断して次のステップに進むようにしても良い。これは、他のＯＮＵ２０が、故障の場合、子局側ネットワークＮ２に接続されていない場合、起動されていない場合等が想定されるためである。

一方、上述のステップＳ１０３において、当該ＯＮＵ２０の自己診断がＮＧの場合には、制御部２６は、当該ＯＮＵ２０を故障状態と判定し（Ｓ１１８）、当該ＯＮＵ２０を現用系に遷移させることはできないと判定する。そして、制御部２６は、他のＯＮＵ２０に対して、自己の故障状態を示す「故障状態パケット」を定期的に生成して送出する(Ｓ１１９、Ｓ１２０)。

なお、当該ＯＮＵ２０が異常状態と一旦判定された後、正常に戻った場合（例えば、定期的に自己診断を行うようにしても良い）には、制御部２６は、上述のステップＳ１０１から動作するようにしても良い。

なお、図４に示すステップＳ１０７〜Ｓ１１７の各ステップにおいて、期待していないパケットを受信したとき（例えば、現在要求していない要求に対してＡＣＫ応答があった場合等）は、すれ違いによる動作矛盾が発生する可能性があるため、ネゴシエーションをしなおすために、上述のステップＳ１０６の処理から動作するようにしても良い。

図５は、上述のステップＳ１１０の処理により、制御部２６が、当該ＯＮＵ２０を予備系として動作させると決定した後の処理について説明したフローチャートである。

図５に示すフローチャートの制御部２６による処理は、上述の図４に示すステップＳ１０７〜Ｓ１１７とほぼ同様であるため、ここでは、上述の図４との差異を中心に説明する。

制御部２６は、上述のステップＳ１１０の処理により、当該ＯＮＵ２０を予備系として動作を続行させた場合、まず、他のＯＮＵ２０及びＯＬＴ１０からの制御パケット（制御信号）の受信待機を行い（Ｓ２０１）、制御パケット又は制御信号を受信すると後述するステップＳ２０３からの処理を開始する。

そして、制御部２６は、上述のステップＳ２０１での制御パケット又は制御信号の受信状況に応じた判定を行う（Ｓ２０２）。

制御部２６は、上述のステップＳ２０１の受信状況が、上述の第１又は第２の状況である場合（「現用許可要求パケット」又は「現用切替完了パケット」を受信した場合）には、そのパケットに応答するＡＣＫパケットを生成して送信し（Ｓ２０３）、上述のステップＳ２０１の処理にもどる。

制御部２６は、上述のステップＳ２０１の受信状況が、上述の第３〜第５の状況である場合（「故障状態パケット」、「現用切替要求パケット」、又は「現用切替要求信号」のいずれかを受信した場合）には、当該ＯＮＵ２０を現用系として動作させる必要があると判断し、後述するステップＳ２０４の処理から動作する。

そして、制御部２６により、ステップＳ２０４〜Ｓ２１０の処理により、当該ＯＮＵ２０を現用系に遷移させるネゴシエーション処理が行われるが、これらのステップの処理は、上述のステップＳ１１１〜Ｓ１１７と同様であるので詳しい説明は省略する。

なお、図５に示す各ステップにおいて、上述の図４と同様に、制御部２６が期待していないパケットを受信したときは、すれ違いによる動作矛盾が発生する可能性があるため、ネゴシエーションをしなおすために、最初の処理（ステップＳ２０１の処理）から動作するようにしても良い。

図６は、上述のステップＳ１１７又はＳ２１０の処理により、制御部２６が、当該ＯＮＵ２０を現用系に遷移させた後の処理について説明したフローチャートである。

制御部２６は、上述のステップＳ１１７又はＳ２１１の処理により、当該ＯＮＵ２０を現用系に遷移させると、まず、ＯＬＴ１０から当該ＯＮＵ２０への下り信号の劣化の有無について判定を行う（Ｓ３０１）。

そして、制御部２６は、上述のステップＳ３０１において、下り信号は劣化していない（すなわち、正常）であると判定した場合には、当該ＯＮＵ２０が、現用系であることを他のＯＮＵ２０に通知するために、「現用切替完了パケット」を生成して送信する（Ｓ３０２）。なお、制御部２６は、当該ＯＮＵ２０が現用系となった後に、既に、「現用切替完了パケット」を送信してＡＣＫパケットの応答を受けていれば、再度送信を行わなくても良い。

そして、制御部２６では、「現用切替完了パケット」を送信したＯＮＵ２０からの応答のＡＣＫパケットの有無を確認（例えば、所定時間待機して確認）（Ｓ３０３）し、ＡＣＫパケットを受信できなかった場合には、さらに所定時間待機（ウェイト）（Ｓ３０４）してから、上述のステップＳ３０２に戻って「現用切替完了パケット」を再送する。

一方、上述のステップＳ３０３において、制御部２６が、他のＯＮＵ２０から応答のＡＣＫパケットを受信した場合には、制御部２６は、他のＯＮＵ２０及びＯＬＴ１０からの制御パケット又は制御信号の受信待機（ウェイト）を一定時間又はランダム時間行い（Ｓ３０５）、制御パケット又は制御信号の受信状況に応じた判定を行う（Ｓ３０６）。

なお、上述のステップＳ３０３の、制御部２６による、他のＯＮＵ２０からの応答のＡＣＫパケットの受信待ちにおいて、リトライ回数の上限を定め、リトライ回数が上限に達した場合には、ＡＣＫ受信したと判断して次のステップに進むようにしても良い。

上述のステップＳ３０５での当該ＯＮＵ２０における制御パケットの受信状況としては、以下の４つの場合が挙げられる。

第１の状況は、他のＯＮＵ２０から「現用許可要求パケット」を受信した場合であり、この場合、制御部２６は、「現用許可要求パケット」に応答するＡＣＫパケットを生成して送信し（Ｓ３０７）、上述のステップＳ３０５の処理にもどる。

第２の状況は、他のＯＮＵ２０から「現用切替完了パケット」を受信した場合であり、この場合、制御部２６は、「現用切替完了パケット」に応答するＡＣＫパケットを生成して送信し（Ｓ３０８）、当該ＯＮＵ２０を予備系に遷移させる（Ｓ３０９）。制御部２６は、当該ＯＮＵ２０を予備系に遷移させると、上述の図５のステップＳ２０１から動作する。

上述の第１及び第２の状況は、例えば、ＯＬＴ１０により上り信号の劣化が検出された場合等をトリガとして要求を受信した場合が該当する。

第３の状況は、他のＯＮＵ２０から「故障状態パケット」を受信した場合であり、この場合、制御部２６は、現状を維持し、上述のステップＳ３０１の処理にもどるものとする。

第４の状況は、上述のステップＳ３０５で、制御パケット及び制御信号を受信していない状態で、この場合は他のＯＮＵ２０が、故障または予備系に遷移していることが想定され、制御部２６は、現状を維持し、上述のステップＳ３０１の処理にもどるものとする。

一方、上述のステップＳ３０１において、下り信号は劣化していると判定された場合には、制御部２６は、当該ＯＮＵ２０を予備系に遷移させるネゴシエーション処理を行うことを決定し、「現用切替要求パケット」を生成して、他のＯＮＵ２０へ送信する（Ｓ３１０）。次に、制御部２６は、他のＯＮＵ２０からの制御パケットの受信待機（ウェイト）を所定時間行い（Ｓ３１１）、制御パケット）の受信状況に応じた判定を行う（Ｓ３１２）。

上述のステップＳ３１１で、当該ＯＮＵ２０における制御パケットの受信状況としては、以下の４つの状況が挙げられる。

第１の状況は、他のＯＮＵ２０から「現用許可要求パケット」を受信した場合である。この場合、他のＯＮＵ２０が、当該ＯＮＵ２０の「現用切替要求パケット」に対して、現用系への切り替えるネゴシエーションを開始したことを示す。そして、第１の状況の場合、制御部２６は、「現用許可要求パケット」に応答するＡＣＫパケットを生成して送信し（Ｓ３１０）、上述のステップＳ３１１の処理にもどる。

第２の状況は、他のＯＮＵ２０から「現用切替完了パケット」を受信した場合である。この場合、他のＯＮＵ２０が、当該ＯＮＵ２０の「現用切替要求パケット」に対して、現用系への切り替えを完了した状態を示す。そして、第２の状況の場合、制御部２６は、「現用切替完了パケット」に対する応答のＡＣＫパケットを生成して送信し（Ｓ３１４）、当該ＯＮＵ２０を予備系に遷移させる（Ｓ３０９）。制御部２６は、当該ＯＮＵ２０を予備系に遷移させると、上述の図５のステップＳ２０１から動作する。

第３の状況は、他のＯＮＵ２０から、「故障状態パケット受信」した場合であり、この場合制御部２６は、現在の状態（現用系）を維持し、上述のステップＳ３０１に戻るものとする。

第４の状況は、上述のステップＳ３１１のウェイトの間、制御パケットを受信しなかった場合であり、この場合は他のＯＮＵ２０が故障している場合等が想定され、現在の状態（現用系）を維持し、上述のステップＳ３０１に戻るものとする。

なお、図６に示す各ステップにおいて、上述の図４と同様に、制御部２６が期待していないパケットを受信したときは、すれ違いによる動作矛盾が発生する可能性があるため、ネゴシエーションをしなおすために、最初の処理（ステップＳ３０１の処理）から動作するようにしても良い。

（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。

光通信ネットワークシステム１では、ＯＮＵ２０−１、２０−２を、同じ子局側ネットワークＮ２（スイッチ３０）に接続させている。そして、子局側ネットワークＮ２（スイッチ３０）からは、いずれかのＯＮＵ２０を経由する経路で、親局Ｂ１側（ＯＬＴ１０）と接続することにより、冗長化（２重化）を実現している。これにより、従来の冗長化されたＯＮＵ（例えば、図７に示す特許文献１の構成）のように、ＯＮＵ自体に、系切り替えの為の下り信号の劣化情報や、ＯＬＴ１０側からの切り替え要求信号を制御する為のインタフェースを持つ必要がなくなり、さらに、それらを制御するハードウェアを備える必要がなく、構築コストを低減することができる。

（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。

（Ｃ−１）上記の実施形態では、図１に示すように、子局側ネットワークＮ２に、２つのＯＮＵ２０−１、２０−２を接続して、子局側ネットワークＮ２から親局Ｂ１側（ＯＬＴ１０）への回線を２重化する構成について説明したが、３つ以上のＯＮＵ２０を用いて冗長化するようにしても良い。

３つ以上ＯＮＵ２０があった場合に、ＯＮＵ２０間で行われる動作モードを決定するネゴシエーション処理の内容については限定されないものである。例えば、それぞれのＯＮＵ２０に現用系となる優先順位を予め付与しておき、その優先順位に応じた順番で、現用系となるＯＮＵ２０を決定するようにしても良い。そして、起動時には優先順位が最も高いＯＮＵ２０が現用系として動作し、そのＯＮＵ２０に障害等発生した場合には、その次に優先順位の高いＯＮＵ２０が現用系として動作するようにしても良い。

（Ｃ−２）上記の実施形態では、図１に示すように、ＯＬＴ１０には、一つの系統の光ファイバケーブル４０のみが接続されている構成について示したが、複数系統の光ファイバケーブルを接続し、光ファイバケーブル自体も冗長化するようにしても良い。

例えば、図１において、ＯＮＵ２０−１には光ファイバケーブル４０から分岐された光ファイバケーブル４１−１が接続されているが、ＯＬＴ１０に光ファイバケーブル４０とは別の光ファイバケーブルを接続し、ＯＮＵ２０−２には、その別の光ファイバケーブルから分岐された光ファイバケーブルを接続するようにしても良い。

（Ｃ−３）上記の実施形態では、図１に示すように、子局側ネットワークＮ２内のスイッチ３０にＯＮＵ２０−１、２０−２が接続する構成となっているが、子局側ネットワークＮ２内に複数のスイッチを備え（スイッチ同士は接続されているものとする）、ＯＮＵ２０−１、２０−２のそれぞれを別のスイッチに接続するようにしても良い。これにより、図１に示す構成では、スイッチ３０に障害が発生した場合には、ＯＮＵ２０−１、２０−２は両方とも子局側ネットワークＮ２と通信できないことになるが、上述のようにＯＮＵ２０に併せてスイッチも冗長構成とすることにより、耐障害性を向上させることができる。

（Ｃ−４）上記の実施形態において、各ＯＮＵ２０に、ＯＮＵ２０間での制御パケットをやりとりするためのインタフェース（子局側インタフェース２８と同様のＥｔｈｅｒｎｅｔのインタフェースでも良い）を別途備え、ＯＮＵ２０同士を直接接続するようにしても良い。これにより、例えば、子局側ネットワーク内で、ＯＮＵ２０同士が、子局側インタフェース２８を用いて直接通信できない環境（例えば、ネットワーク構成上の問題や、ネットワーク障害発生時）であった場合も、ＯＮＵ２０間のネゴシエーションが可能となる。

（Ｃ−５）上記の実施形態において、光通信ネットワークシステムが対応する伝送速度等の仕様については限定されないものである。例えば、１Ｇｂｉｔ／ｓであるＩＥＥＥ８０２．３ａｈ準拠の１ＧＥ−ＰＯＮを適用するようにしても良いし、さらに高速な１０Ｇｂｉｔ／ｓクラスの速度を実現するＩＥＥＥ８０２．３ａｖやＩＴＵ−Ｔ ＮＧ−ＰＯＮ１準拠の１０Ｇ−ＥＰＯＮに適用するようにしても良い。

１…光通信ネットワークシステム、Ｂ１…親局、Ｎ１…親局側ネットワーク、Ｂ２…子局、Ｎ２…子局側ネットワーク、１０…ＯＬＴ、１１…誤り検出処理部、１２…ＭＰＣＰ処理部、１３…ＯＡＭ処理部、１４…制御部、１５…ＰＯＮインタフェース、１６…親局側インタフェース、２０、２０−１〜ＯＮＵ２０−ｎ…ＯＮＵ、２１…誤り検出処理部、２２…ＭＰＣＰ処理部、２３…ＯＡＭ処理部、２４…ＳＥＬ処理部、２５…ＦＩＬ処理部、２６…制御部、２７…ＰＯＮインタフェース、２８…子局側インタフェース、３０…スイッチ、４１、４１−１〜４１−ｎ…光ファイバケーブル、６０、６０−１〜６０−ｍ…端末。

Claims (6)

1. 複数の子局通信装置と、それぞれの上記子局通信装置とＰＯＮにより接続している親局通信装置とを備える光通信ネットワークシステムにおいて、
   それぞれの上記子局通信装置は、
   １又は複数の子局側ネットワークのうち、いずれかの子局側ネットワークに接続する子局側ネットワーク接続手段と、
   当該子局通信装置と同じ子局側ネットワークに接続している他の子局通信装置及び当該子局通信装置のうち、いずれか１つだけを現用系動作モードとして動作させるように、当該子局通信装置を、現用系動作モード又は予備系動作モードのいずれの動作モードで動作させるか決定する動作モード決定手段と、
   上記動作モード決定手段により決定された動作モードで、当該子局通信装置を動作させる動作制御手段とを備え、
   上記親局通信装置は、
   同一の子局側ネットワークに接続している複数の上記子局通信装置のうち、現用系動作モードで動作している上記子局通信装置を介して、その子局側ネットワークと接続する接続手段を有する
   ことを特徴とする光通信ネットワークシステム。
2. 上記動作モード決定手段は、当該子局通信装置と同じ子局側ネットワークに接続している他の子局通信装置との間でネゴシエーション処理を行い、そのネゴシエーション処理の結果に応じて、当該子局通信装置の動作モードを決定することを特徴とする請求項１に記載の光通信ネットワークシステム。
3. 上記子局通信装置は、
   当該子局通信装置の状態、及び又は、上記親局通信装置との通信品質を検査する検査手段をさらに備え、
   上記動作モード決定手段は、上記検査手段による検査結果を考慮して、ネゴシエーション処理を行う
   ことを特徴とする請求項２に記載の光通信ネットワークシステム。
4. 上記親局通信装置は、
   それぞれの上記子局通信装置との通信品質を検査する通信品質検査手段と、
   上記通信品質検査手段の検査結果に応じた制御情報を、上記通信品質検査手段の検査結果に応じた上記子局通信装置に対して送信する制御情報送信手段とを備え、
   上記動作モード決定手段は、上記親局通信装置から通知された制御情報の内容を考慮して、ネゴシエーション処理を行う
   ことを特徴とする請求項２又は３に記載の光通信ネットワークシステム。
5. ＰＯＮにより親局通信装置と接続している子局通信装置において、
   １又は複数の子局側ネットワークのうち、いずれかの子局側ネットワークに接続する子局側ネットワーク接続手段と、
   当該子局通信装置と同じ子局側ネットワークに接続している他の子局通信装置及び当該子局通信装置のうち、いずれか１つだけを現用系動作モードとして動作させるように、当該子局通信装置を、現用系動作モード又は予備系動作モードのいずれの動作モードで動作させるか決定する動作モード決定手段と、
   上記動作モード決定手段により決定された動作モードで、当該子局通信装置を動作させる動作制御手段と
   を有することを特徴とする子局通信装置。
6. 複数の子局通信装置のそれぞれとＰＯＮにより接続している親局通信装置において、
   同一の子局側ネットワークに接続している複数の上記子局通信装置のうち、現用系動作モードで動作している上記子局通信装置を介して、その子局側ネットワークと接続する接続手段を有する
   ことを特徴とする親局通信装置。

Images