(57)【要約】【課題】  親局通信装置と子局通信装置との間で接続断が発生した場合に、復旧時間をより短くする。【解決手段】  本発明は、子局通信装置とＰＯＮにより接続している親局通信装置とを備える光通信ネットワークシステムに関する。そして、親局通信装置は、ＰＯＮに接続してきた子局通信装置に対して接続認証処理を行う手段と、接続認証が成功した子局通信装置の情報を保持する手段とを備え、保持した認証結果に情報に基づいて子局通信装置に対する接続認証処理の要否を判定し、接続認証処理が不要と判定した子局通信装置については接続認証処理を省略することを特徴とする。そして、子局通信装置は、当該子局通信装置の親局通信装置への接続時に、親局通信装置から接続認証処理を受けるものであって、親局通信装置で接続認証処理が不要と判定される場合には接続認証を受ける処理を行わない手段を備えることを特徴とする。【選択図】      図１
2013175835.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数の子局通信装置と、それぞれの上記子局通信装置とＰＯＮにより接続している親局通信装置とを備える光通信ネットワークシステムにおいて、
上記親局通信装置は、
上記ＰＯＮに接続してきた上記子局通信装置に対して接続認証処理を行う接続認証処理手段と、
少なくとも上記接続認証処理手段で接続認証が成功した上記子局通信装置の情報を保持する接続認証結果保持手段とを備え、
上記接続認証処理手段は、上記接続認証結果保持手段で保持している内容に基づいて、上記子局通信装置に対する接続認証処理の要否を判定し、接続認証処理が不要と判定した上記子局通信装置については接続認証処理を省略し、
それぞれの上記子局通信装置は、
当該子局通信装置の上記親局通信装置への接続時に、上記親局通信装置から接続認証処理を受けるものであって、上記親局通信装置で接続認証処理が不要と判定される場合には、上記親局通信装置への接続認証を受ける処理を行わない接続認証依頼手段を備える
ことを特徴とする光通信ネットワークシステム。
【請求項２】
上記親局通信装置は、上記接続認証処理手段で、接続認証処理を不要と判定した上記子局通信装置に対して、接続認証依頼は不要である旨を示す接続認証不要通知を送信する通知手段をさらに備え、
上記接続認証依頼手段は、上記親局通信装置から接続認証不要通知があった場合に、上記親局通信装置への接続認証処理の依頼を行わない
ことを特徴とする請求項１に記載の光通信ネットワークシステム。
【請求項３】
上記接続認証結果保持手段は、上記接続認証処理手段で接続認証が成功した上記子局通信装置のアドレス情報を保持しており、
上記親局通信装置は、上記接続認証結果保持手段が保持しているアドレス情報以外のアドレスを送信元とする上記子局通信装置からの通信を制限する通信制限手段をさらに備える
ことを特徴とする請求項１又は２に記載の光通信ネットワークシステム。
【請求項４】
１又は複数の子局通信装置のそれぞれとＰＯＮにより接続することが可能な親局通信装置において、
上記ＰＯＮに接続してきた上記子局通信装置に対して接続認証処理を行う接続認証処理手段と、
少なくとも上記接続認証処理手段で接続認証が成功した上記子局通信装置の情報を保持する接続認証結果保持手段と、
上記接続認証処理手段は、上記接続認証結果保持手段で保持している内容に基づいて、上記子局通信装置に対する接続認証処理の要否を判定し、接続認証処理が不要と判定した上記子局通信装置については接続認証処理を省略する
ことを特徴とする親局通信装置。
【請求項５】
親局通信装置とＰＯＮにより接続することが可能な子局通信装置において、
当該子局通信装置の上記親局通信装置への接続時に、上記親局通信装置から接続認証処理を受けるものであって、上記親局通信装置で接続認証処理が不要と判定される場合には、上記親局通信装置への接続認証を受ける処理を行わない接続認証依頼手段を備える
ことを特徴とする子局通信装置。
【請求項６】
１又は複数の子局通信装置と、それぞれの上記子局通信装置とＰＯＮにより接続している親局通信装置とを備える光通信ネットワークシステムにおける通信制御方法において、
上記親局通信装置が、上記ＰＯＮに接続してきた上記子局通信装置に対して接続認証処理を行う接続認証処理工程と、
上記親局通信装置が、少なくとも上記接続認証処理工程で接続認証が成功した上記子局通信装置の情報を保持する接続認証結果保持工程とを有し、
上記接続認証処理工程では、上記親局通信装置が、上記接続認証結果保持工程で保持した内容に基づいて、上記子局通信装置に対する接続認証処理の要否を判定し、接続認証処理が不要と判定した上記子局通信装置については接続認証処理を省略し、
それぞれの上記子局通信装置が、当該子局通信装置の上記親局通信装置への接続時に、上記親局通信装置から接続認証処理を受けるものであって、上記親局通信装置で接続認証処理が不要と判定される場合には、上記親局通信装置への接続認証を受ける処理を行わない接続認証依頼工程をさらに有する
ことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、光通信ネットワークシステム、子局通信装置、親局通信装置、及び制御方法に関し、例えば、ＰＯＮ（Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）等の光通信ネットワークシステムに適用することができる。
【背景技術】
【０００２】
一般的に、従来のＧＥ−ＰＯＮシステム（Ｇｉｇａｂｉｔ  Ｅｔｈｅｒｎｅｔ  ＰＯＮ）では、ＯＬＴ（親局通信装置；Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｌ）の配下にｎ台（Ｎは１以上の整数）のＯＮＵ（子局通信装置；Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｕｎｉｔ）が、分岐された光ファイバにより接続される構成（１：ｎの接続構成）となっている。
【０００３】
ＧＥ−ＰＯＮにおけるＯＬＴとＯＮＵとの間の通信に関しては、ＩＥＥＥ８０２．３ａｈにより標準化されている。
【０００４】
そして、従来のＩＥＥＥ８０２．３ａｈで規定されたＧＥ−ＰＯＮでは、通信初期に、ＯＬＴにより、ＧＥ−ＰＯＮ上（光ファイバ上）のＯＮＵを検索するＭＰＣＰ  Ｄｉｓｃｏｖｅｒｙの処理が行われる。そして、ＯＬＴでは、検出した各ＯＮＵのＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）のサポート状況等を確認するＯＡＭ  Ｄｉｓｃｏｖｅｒｙの処理が行われる。さらに、ＯＬＴでは、検出したＯＮＵが保持する情報（例えば、例えば、ハードウエア種別情報、ハードウエアバージョン、ファームウエアバージョン、ＭＡＣアドレス等）が取得される。
【０００５】
そして、従来のＯＬＴで、ＩＥＥＥ８０２．１Ｘを用いた接続認証の処理に対応している場合、各ＯＮＵとの間でＩＥＥＥ８０２．１Ｘに基づく通信を行い、認証成功したＯＮＵとのみ主信号導通を行うことが可能になる。
【０００６】
従来のＧＥ−ＰＯＮを用いた通信システムにおいて、各ノード（ＯＬＴ又はＯＮＵ）やＧＥ−ＰＯＮ区間で障害が発生し、ＯＮＵとＯＬＴの間で通信断の状態となると、ＭＰＣＰ及びＯＡＭのリンクが切断される。そして、ＯＮＵとＯＬＴとの間の障害が復旧すると上述の接続シーケンス（ＭＰＣＰによるリンク、ＯＡＭによるリンク、及び接続認証処理等）が再度行われることになる。なお、以下では、ＯＬＴとＯＮＵの間で、通信断が発生してから主信号導通が再開するまでの時間を「復旧時間」と呼ぶものとする。
【０００７】
通信断が発生している間は、ＯＮＵの配下のユーザネットワークに接続する端末は、通信キャリア側（ＯＬＴ側）と接続したサービスが受けられなくなることから、上述の復旧時間は可能な限り短いことが望ましい。そして、従来のＧＥ−ＰＯＮにおいて、復旧時間を短縮する技術として、特許文献１の記載技術がある。
【０００８】
特許文献１の記載技術では、ＭＰＣＰの通信でもちいられるＬＬＩＤとは異なる識別番号（局側識別番号及び加入者側識別番号）を用いて、ＯＬＴから各ＯＮＵの通信設定等の制御を行うことで、復旧時間を短くすることについて記載されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１１−１３０２５１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１の記載技術では、ＯＬＴから、ＧＥ−ＰＯＮ上の各ＯＮＵに対する通信設定を行うシーケンスについては時間短縮することができるのみで、その他のシーケンス（例えば、上述の接続認証処理等）についてまで時間短縮することができなかった。
【００１１】
そのため、親局通信装置と子局通信装置との間で接続断が発生した場合に、復旧時間をより短くすることができる光通信ネットワークシステム、子局通信装置、親局通信装置、及び制御方法が望まれている。
【課題を解決するための手段】
【００１２】
第１の本発明は、１又は複数の子局通信装置と、それぞれの上記子局通信装置とＰＯＮにより接続している親局通信装置とを備える光通信ネットワークシステムにおいて、（１）上記親局通信装置は、（１−１）上記ＰＯＮに接続してきた上記子局通信装置に対して接続認証処理を行う接続認証処理手段と、（１−２）少なくとも上記接続認証処理手段で接続認証が成功した上記子局通信装置の情報を保持する接続認証結果保持手段とを備え、（１−３）上記接続認証処理手段は、上記接続認証結果保持手段で保持している内容に基づいて、上記子局通信装置に対する接続認証処理の要否を判定し、接続認証処理が不要と判定した上記子局通信装置については接続認証処理を省略し、（２）それぞれの上記子局通信装置は、当該子局通信装置の上記親局通信装置への接続時に、上記親局通信装置から接続認証処理を受けるものであって、上記親局通信装置で接続認証処理が不要と判定される場合には、上記親局通信装置への接続認証を受ける処理を行わない接続認証依頼手段を備えることを特徴とする。
【００１３】
第２の本発明は、１又は複数の子局通信装置のそれぞれとＰＯＮにより接続することが可能な親局通信装置において、（１）上記ＰＯＮに接続してきた上記子局通信装置に対して接続認証処理を行う接続認証処理手段と、（２）少なくとも上記接続認証処理手段で接続認証が成功した上記子局通信装置の情報を保持する接続認証結果保持手段と、（３）上記接続認証処理手段は、上記接続認証結果保持手段で保持している内容に基づいて、上記子局通信装置に対する接続認証処理の要否を判定し、接続認証処理が不要と判定した上記子局通信装置については接続認証処理を省略することを特徴とする。
【００１４】
第３の本発明は、親局通信装置とＰＯＮにより接続することが可能な子局通信装置において、当該子局通信装置の上記親局通信装置への接続時に、上記親局通信装置から接続認証処理を受けるものであって、上記親局通信装置で接続認証処理が不要と判定される場合には、上記親局通信装置への接続認証を受ける処理を行わない接続認証依頼手段を備えることを特徴とする。
【００１５】
第４の本発明は、１又は複数の子局通信装置と、それぞれの上記子局通信装置とＰＯＮにより接続している親局通信装置とを備える光通信ネットワークシステムにおける通信制御方法において、（１）上記親局通信装置が、上記ＰＯＮに接続してきた上記子局通信装置に対して接続認証処理を行う接続認証処理工程と、（２）上記親局通信装置が、少なくとも上記接続認証処理工程で接続認証が成功した上記子局通信装置の情報を保持する接続認証結果保持工程とを有し、（３）上記接続認証処理工程では、上記親局通信装置が、上記接続認証結果保持工程で保持した内容に基づいて、上記子局通信装置に対する接続認証処理の要否を判定し、接続認証処理が不要と判定した上記子局通信装置については接続認証処理を省略し、（４）それぞれの上記子局通信装置が、当該子局通信装置の上記親局通信装置への接続時に、上記親局通信装置から接続認証処理を受けるものであって、上記親局通信装置で接続認証処理が不要と判定される場合には、上記親局通信装置への接続認証を受ける処理を行わない接続認証依頼工程をさらに有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、親局通信装置と子局通信装置との間で接続断が発生した場合に、復旧時間をより短くすることができる。
【図面の簡単な説明】
【００１７】
【図１】実施形態に係るＯＮＵ及びＯＬＴの機能的構成について示したブロック図である。
【図２】実施形態に係る光通信ネットワークシステムの全体構成について示したブロック図である。
【図３】実施形態に係るＯＬＴが備える認証済アドレステーブルの構成例について示した説明図である。
【図４】実施形態に係るＯＮＵが備えるデータ記憶部で記憶されるデータ構成例について示した説明図である。
【図５】実施形態に係る光通信ネットワークシステムの動作について示したシーケンス図（その１）である。
【図６】実施形態に係る光通信ネットワークシステムの動作について示したシーケンス図（その２）である。
【図７】実施形態に係るＯＬＴで行われるＭＡＣアドレス認証の動作について示したフローチャートである。
【発明を実施するための形態】
【００１８】
（Ａ）主たる実施形態
以下、本発明による光通信ネットワークシステム、子局通信装置、親局通信装置、及び制御方法の一実施形態を、図面を参照しながら詳述する。この実施形態の子局通信装置、親局通信装置は、それぞれＯＮＵ、ＯＬＴである。
【００１９】
（Ａ−１）実施形態の構成
図２は、この実施形態の光通信ネットワークシステム１の全体構成を示すブロック図である。
【００２０】
光通信ネットワークシステム１には、ＯＬＴ１０（親局通信装置）及び、Ｎ個のＯＮＵ２０（２０−１〜２０−Ｎ）（子局通信装置）が配置されている。
【００２１】
図１は、この実施形態の光通信ネットワークシステム１を構成するＯＬＴ１０及びＯＮＵ２０の機能的構成について示したブロック図である。
【００２２】
ＯＬＴ１０と各ＯＮＵ２０との間は、光スプリッタ３０（複数分岐としても良い）により分岐された光ファイバ４０で接続されている。すなわち、ＯＬＴ１０と各ＯＮＵ２０によりＰＯＮ（ＩＥＥＥ８０２．３ａｈの技術を利用したＧＥ−ＰＯＮシステム）が形成されている。
【００２３】
ＯＬＴ１０は、上位側ネットワーク（親局側ネットワーク）としてのコアネットワークＣＮと接続している。なお、ＯＬＴ１０がコアネットワークＣＮに接続する構成は限定されないものである。一方、それぞれのＯＮＵ２０の配下には、下位側ネットワーク（子局側ネットワーク）としてのユーザネットワークＵＮが接続されている。すなわち、それぞれのＯＮＵ２０は、配下のユーザネットワークＵＮを構成する通信装置（例えば、ルータ、スイッチ装置、コンピュータ等の通信装置）と接続している。なお、ＯＮＵ２０自体に、ユーザネットワークＵＮを構成するためのルータやスイッチを搭載するようにしても良い。ユーザネットワークＵＮ内部の構成について限定されないものであり、例えば、１台の端末だけで構成されたものであっても良い。
【００２４】
次に、ＯＬＴ１０の内部構成について説明する。
【００２５】
ＯＬＴ１０は、ＰＯＮ送受信部１１０、フレーム処理部１２０、ブリッジ部１３０、ＮＮＩ部１４０、及び制御処理部１５０を有している。
【００２６】
ＰＯＮ送受信部１１０は、ＯＬＴ１０で、ＧＥ−ＰＯＮ側（光ファイバ４０）と接続するためのインタフェースの機能を担っている。なお、ＰＯＮ送受信部１１０については、例えば、既存のＧＥ−ＰＯＮを構成するＯＬＴと同様のものを適用することができる。
【００２７】
ＮＮＩ部１４０は、ＯＬＴ１０で、コアネットワークＣＮ（上位側ネットワーク）と接続するためのインタフェースの機能を担っている。ＮＮＩ部１４０としては、例えば、既存のイーサネット（登録商標）のインタフェース（例えば、ギガビットイーサネットや１０ＧＥ等のインタフェースを適用することができる）。
【００２８】
フレーム処理部１２０は、ＰＯＮ送受信部１１０とブリッジ部１３０との間に介在し、ＯＬＴ１０が送受信するＭＡＣフレームのデータ処理を行うものである。フレーム処理部１２０は、制御処理部１５０等の上位層で生成されたＧＥ−ＰＯＮ側（各ＯＮＵ２０）への送信データにＭＡＣアドレス等のＭＡＣヘッダ（イーサネットヘッダ）を付与して、ＭＡＣフレーム（イーサネットフレーム）を生成し、生成したＭＡＣフレームに必要に応じて暗号化処理を施してＰＯＮ送受信部１１０に供給してＰＯＮ上に送出させる。また、フレーム処理部１２０は、ＧＥ−ＰＯＮ側（各ＯＮＵ２０）からＰＯＮ送受信部１１０が受信した信号（光信号から電気信号に変換された信号）を解読してＭＡＣフレームを取得し、取得したＭＡＣフレームをブリッジ部１３０又はフレーム処理部１２０に供給する。
【００２９】
この実施形態では、フレーム処理部１２０は、下り信号のＭＡＣフレームについては暗号化処理を施して各ＯＮＵ２０に送出するものとする。ＧＥ−ＰＯＮでは１つの伝送路（１本の光ファイバを分岐した伝送路）を複数のＯＮＵで共有することになるため、特に下り信号については、複数のＯＮＵに到達することになる。したがって、セキュリティ上、少なくとも下り信号についてはＯＬＴから暗号化してＧＥ−ＰＯＮ上に送出することが望ましい。フレーム処理部１２０が下り信号について用いる暗号化方式は限定されないものであるが、例えば、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）の方式を適用することができる。なお、フレーム処理部１２０において暗号化に用いられる暗号キーについては、ＯＮＵ２０ごとに異なるものを用いる必要がある。このような暗号化通信に用いる暗号キーの交換については、ＯＡＭ処理部１５１により各ＯＮＵ２０との間で行われる。そして、フレーム処理部１２０では、ＯＮＵ２０ごと（ＬＬＩＤごと）に対応する暗号キーの情報がセットされ、下り信号の暗号化処理に適用されることになる。なお、ＯＬＴ１０とＯＮＵ２０との間で行われる暗号化通信を行う構成は上述の例に限定されないものであり、既存のＯＬＴで適用される種々の暗号化処理の構成を適用することができる。また、ＯＬＴ１０とＯＮＵ２０との間で、下り信号だけでなく上り信号についても暗号化処理を施すようにしてもよい。
【００３０】
フレーム処理部１２０は、受信したＭＡＣフレームが主信号に関するものである場合には、当該ＭＡＣフレームをＮＮＩ部１４０側（ブリッジ部１３０）に供給し、受信したＭＡＣフレームが、制御処理部１５０で処理されるＭＡＣフレーム（以下、「制御フレーム」と呼ぶ）であった場合には、当該ＭＡＣフレームを、制御処理部１５０（制御処理部１５０を構成するいずれかの処理構成）に供給する。
【００３１】
ブリッジ部１３０は、フレーム処理部１２０とＮＮＩ部１４０との間のＭＡＣフレームの通信制御等を行うものである。例えば、ブリッジ部１３０は、フレーム処理部１２０又はＮＮＩ部１４０から供給されたＭＡＣフレームについて当該ＭＡＣフレームのヘッダ情報に基づいて転送する処理等を行う。具体的には、ブリッジ部１３０は、フレーム処理部１２０から供給されたＭＡＣフレームを、ＮＮＩ部１４０に転送し、ＮＮＩ部１４０から供給されたＭＡＣフレームをフレーム処理部１２０に供給する。
【００３２】
制御処理部１５０は、ＯＮＵ２０等と制御フレームを送受信して通信制御等を行うものであり、ＯＡＭ処理部１５１、ＭＰＣＰ処理部１５２、アドレス認証処理部１５３、接続認証処理部１５４、認証済アドレス管理部１５５、及び照合処理部１５６を有している。
【００３３】
ＭＰＣＰ処理部１５２は、ＭＰＣＰ（Ｍｕｌｔｉ−ｐｏｉｎｔ  ＭＡＣ  Ｃｏｎｔｒｏｌ）に従って、各ＯＮＵ２０との間の論理的接続構成等を制御する機能を担っており、具体的には、ＬＬＩＤ等の識別子を用いたフレーム単位の信号送受信制御等の処理を行う。ＭＰＣＰ処理部１５２は、新規にＧＥ−ＰＯＮに接続してきたＯＮＵ２０を検出する処理や、検出したＯＮＵ２０に対してＬＬＩＤ（論理リンクＩＤ）を付与し、各ＯＮＵ２０の上り光信号の送出タイミングを制御する処理等を行う。
【００３４】
ＯＡＭ処理部１５１は、各ＯＮＵ２０とＯＡＭフレームの送受信を行い、光通信ネットワークシステム１内の保守、管理及び監視等を行う。ＯＡＭ処理部１５１は、例えば、各ＯＮＵ２０との間の通信断の監視、及び、各ＯＮＵ２０との間でのループバック試験の制御等を行う。さらに、ＯＡＭ処理部１５１は、各ＯＮＵ２０に対する通信設定や、各種通知等の制御を行う。
【００３５】
アドレス認証処理部１５３は、ＯＡＭ処理部１５１により各ＯＮＵ２０から取得された、ＭＡＣアドレスと当該ＭＡＣアドレスに対応するパスワードとに基づいて、各ＯＮＵに対する認証処理（以下、「ＭＡＣアドレス認証」と呼ぶ）を行う。アドレス認証処理部１５３が行うＭＡＣアドレス認証については、例えば、既存のＧＥ−ＰＯＮで用いられるＯＮＵと同様の処理を適用することができる。なお、ＯＬＴ１０では、アドレス認証処理部１５３について省略するようにしてもよい。
【００３６】
接続認証処理部１５４及び照合処理部１５６は協働して、各ＯＮＵ２０に対して、ＩＥＥＥ８０２．１Ｘで定義されたプロトコルに従った接続認証処理（以下、「接続認証処理」と呼ぶものとする）を行う。
【００３７】
接続認証処理部１５４は、各ＯＮＵ２０とＥＡＰ（Ｅｘｔｅｎｄｅｄ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ）に従ってメッセージ（ＥＡＰメッセージ）の送受信を行い、各ＯＮＵ２０に対する接続認証処理を行う。この実施形態では、接続認証処理部１５４及び照合処理部１５６は、接続認証処理の方式として、ＥＡＰ−ＭＤ５（ＥＡＰ-Ｍｅｓｓａｇｅ ｄｉｇｅｓｔ ａｌｏｇｏｒｉｔｈｍ ５）に基づいた処理を行うものとして説明するが、その他の処理方式（ＩＥＥＥ８０２．１Ｘに従ったその他の処理方式）を適用するようにしてもよい。
【００３８】
接続認証処理部１５４は、ＯＮＵ２０から受信したＥＡＰメッセージを、照合処理部１５６に転送し、照合処理部１５６から供給されたＥＡＰメッセージを宛先のＯＮＵ２０へ送信する。そして、照合処理部１５６は、接続認証処理部１５４を介して各ＯＮＵ２０とＥＡＰメッセージの送受信を行い、各ＯＮＵ２０から受信したＥＡＰメッセージの内容を認証データベースのデータと照合する処理を行う。そして、照合処理部１５６は、その照合処理に応じた認証結果を含むＥＡＰメッセージを各ＯＮＵ２０に送信する。照合処理部１５６が対応する認証方式については限定されないものであるが、例えば、既存の接続認証処理で用いられるＲＡＤＩＵＳ（Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）に対応するサーバと同様の処理を適用することができる。この実施形態では、照合処理部１５６はＯＬＴ１０内部に配置されているものとして説明するが、外部（例えば、コアネットワークＣＮ等）に配置してネットワーク経由で接続するようにしてもよい。
【００３９】
そして、接続認証処理が成功したＯＮＵ２０についてのみ当該ＯＬＴ１０を介してコアネットワークＣＮへ接続することが可能となるものとする。例えば、接続認証処理が成功したＯＮＵ２０を送信元とするＭＡＣフレームのみが、フレーム処理部１２０を通過してブリッジ部１３０に到達可能とし、接続認証が成功していないＯＮＵ２０を送信元とするＭＡＣフレームについては、フレーム処理部１２０で遮断（フィルタリング）される構成としてもよい。
【００４０】
認証済アドレス管理部１５５は、接続認証済のＯＮＵ２０のＭＡＣアドレス（接続認証が成功したＭＡＣアドレス）を管理している。具体的には、認証済アドレス管理部１５５は、図３に示すように、接続認証済みのＭＡＣアドレスをテーブル（以下、「認証済アドレステーブル」と呼ぶ）により管理している。認証済アドレステーブルは、アドレス認証処理部１５３により、ＯＮＵ２０との接続認証処理結果に応じて更新される。
【００４１】
認証済アドレステーブルを構成する「登録ＭＡＣアドレス」の項目は、当該ＯＮＵ２０のＭＡＣアドレスを示している。この実施形態では、説明を簡易とするために各ＯＮＵ２０のＭＡＣアドレスはＭＡＣ１、ＭＡＣ２、…、ＭＡＣＮという表記を行うものとするが、実際には４８ビットのＭＡＣアドレスのデータが登録されることになる。例えばＯＮＵ２０−１のＭＡＣアドレスはＭＡＣ１、ＯＮＵ２０−２のＭＡＣアドレスはＭＡＣ２であるものとする。したがって、図３に示す認証済アドレステーブルでは、ＯＮＵ２０−１のＭＡＣアドレス（ＭＡＣ１）と、ＯＮＵ２０−２のＭＡＣアドレス（ＭＡＣ２）のみが登録されている様子を示している。
【００４２】
なお、この実施形態では、認証済アドレステーブルに、認証済アドレステーブルにおいて接続認証処理が成功したＯＮＵ２０に関する情報のみを登録するようにしているが、ＯＮＵ２０ごとに識別番号を付与して、接続認証の状況管理（例えば、認証済又は未認証の管理を行う）を行うようにしてもよい。
【００４３】
そして、ＯＬＴ１０では、認証済アドレス管理部１５５で管理される認証済アドレステーブルの内容は、フレーム処理部１２０によるフィルタリングの処理にも反映されるものとする。すなわち、フレーム処理部１２０では、認証済アドレステーブルに登録されているＭＡＣアドレスの主信号のみを導通（ブリッジ部１３０側に供給）させるように動作するものとする。なお、フレーム処理部１２０でフィルタリングに用いるテーブルについては、フレーム処理部１２０側で別途保持するようにしてもよい。ただし、その場合でも、フレーム処理部１２０側で保持するテーブルに認証済アドレステーブルの内容を反映させる必要がある。
【００４４】
そして、制御処理部１５０では、ＭＰＣＰ  Ｄｉｓｃｏｖｅｒｙにより検出したＯＮＵ２０に関するＭＡＣアドレスがＯＡＭ処理部１５１で取得されると、そのＭＡＣアドレスが認証済アドレス管理部１５５の認証済アドレステーブルに登録されているか否かが確認され、既に登録されている場合には、当該ＯＮＵ２０に対して接続認証処理を省略するように、当該ＯＮＵ２０を制御するものとする。具体的には、制御処理部１５０では、ＯＮＵ２０に対して接続認証処理（ＩＥＥＥ８０２．１Ｘのシーケンス）を開始しないようにするための通知（以下、「接続認証不要通知」と呼ぶ）を行うものとする。制御処理部１５０がＯＮＵ２０に対して接続認証不要通知を通知する手段については限定されないものであるが、この実施形態では、例として、ＯＡＭ（ＯＡＭ処理部１５１が送信するＯＡＭフレーム）により通知するものとして説明する。
【００４５】
次に、ＯＮＵ２０の内部構成について説明する。
【００４６】
ＯＮＵ２０は、ＰＯＮ送受信部２１０、フレーム処理部２２０、ブリッジ部２３０、ＵＮＩ部２４０、及び制御処理部２５０を有している。
【００４７】
ＰＯＮ送受信部２１０は、ＯＮＵ２０で、ＧＥ−ＰＯＮ側（光ファイバ４０）と接続するためのインタフェースの機能を担っている。なお、ＰＯＮ送受信部２１０については、例えば、既存のＧＥ−ＰＯＮを構成するＯＮＵと同様のものを適用することができる。
【００４８】
ＵＮＩ部２４０は、ＯＬＴ１０で、ユーザネットワークＵＮと接続するためのインタフェースの機能を担っている。ＵＮＩ部２４０としては、例えば、既存のイーサネットのインタフェースを適用することができる。
【００４９】
フレーム処理部２２０は、ＰＯＮ送受信部２１０とブリッジ部２３０との間に介在し、ＯＮＵ２０が送受信するＭＡＣフレームのデータ処理を行うものである。フレーム処理部２２０は、制御処理部２５０等の上位層で生成されたＧＥ−ＰＯＮ側（ＯＬＴ１０）への送信データにＭＡＣアドレス等のＭＡＣヘッダ（イーサネットヘッダ）を付与して、ＭＡＣフレーム（イーサネットフレーム）を生成し、生成したＭＡＣフレームをＰＯＮ送受信部２１０に供給してＧＥ−ＰＯＮ上に送出させる。また、フレーム処理部２２０は、ＧＥ−ＰＯＮ側（ＯＬＴ１０）からＰＯＮ送受信部２１０が受信した信号（光信号から電気信号に変換された信号）を解読してＭＡＣフレームを取得し、取得したＭＡＣフレームをブリッジ部２３０又はフレーム処理部２２０に供給する。また、この実施形態では、ＯＬＴ１０からの下り信号については暗号化処理が施されているため、フレーム処理部２２０はＯＡＭ処理部２５１を介して取得した暗号化キー（復号キー）を用い、下り信号のフレームを復号して、ＭＡＣフレームを取得するものとする。このようにフレーム処理部２２０が、暗号化処理が施された下り信号のフレームを復号してＭＡＣフレームを抽出する処理については、既存のＯＮＵと同様の処理を適用することができる。
【００５０】
フレーム処理部２２０は、受信したＭＡＣフレームが主信号に関するものである場合には、当該ＭＡＣフレームをＵＮＩ部２４０側（ブリッジ部２３０）に供給し、受信したＭＡＣフレームが、制御処理部２５０で処理される制御フレームであった場合には、当該ＭＡＣフレームを、制御処理部２５０（制御処理部２５０を構成するいずれかの処理構成）に供給する。
【００５１】
ブリッジ部２３０は、フレーム処理部２２０とＵＮＩ部２４０との間のＭＡＣフレームの通信制御等を行うものである。例えば、ブリッジ部２３０は、フレーム処理部２２０又はＵＮＩ部２４０から供給されたＭＡＣフレームについて当該ＭＡＣフレームのヘッダ情報に基づいて転送する処理等を行う。具体的には、ブリッジ部２３０は、フレーム処理部２２０から供給されたＭＡＣフレームを、ＵＮＩ部２４０に転送し、ＵＮＩ部２４０から供給されたＭＡＣフレームをフレーム処理部２２０に供給する。
【００５２】
制御処理部２５０は、ＯＬＴ１０と制御フレームを送受信して通信制御等を行うものであり、ＯＡＭ処理部２５１、ＭＰＣＰ処理部２５２、接続認証依頼部２５３、及びデータ記憶部２５４を有している。
【００５３】
ＭＰＣＰ処理部２５２は、ＭＰＣＰに基づいて、ＯＬＴ１０との間の論理的接続構成等を制御する機能を担っている。ＭＰＣＰ処理部２５２は、付与されたＬＬＩＤを用いて、ＯＬＴ１０から指示されたタイミングで、上り信号を送出するタイミング制御等の処理を行う。
【００５４】
ＯＡＭ処理部２５１は、ＯＬＴ１０とＯＡＭフレームの送受信を行い、保守、管理、及び監視等に関する処理を行う。ＯＡＭ処理部２５１は、例えば、ＯＬＴ１０からの要求に応じた情報（例えば、データ記憶部２５４に格納された情報）の提供や、設定情報の更新（データ記憶部２５４に格納される情報の更新）を行う。また、ＯＡＭ処理部２５１は、ＯＬＴ１０からの通知に応じて、ＯＮＵ２０内の各構成要素の制御処理も行うものとする。
【００５５】
接続認証依頼部２５３は、ＯＬＴ１０（接続認証処理部１５４）に対して接続認証処理を依頼する処理を行うものである。接続認証依頼部２５３は、ＯＬＴ１０（接続認証処理部１５４）が対応する接続認証処理のプロトコルに従ったフレーム送受信を行うことにより、接続認証を依頼する。この実施形態では、接続認証依頼部２５３は、ＯＬＴ１０（接続認証処理部１５４）とＥＡＰメッセージを含むフレーム送受信（ＥＡＰ−ＭＤ５に基づくメッセージ送受信）を行うことにより、接続認証の依頼を行うものとする。
【００５６】
なお、接続認証依頼部２５３は、ＯＡＭ処理部１５１を介してＯＬＴ２０から接続認証不要通知が通知された場合には、当該ＯＮＵ２０がＯＬＴ１０への接続を行うタイミングであっても、接続認証処理（ＩＥＥＥ８０２．１Ｘのシーケンス）を開始しないものとする。
【００５７】
データ記憶部２５４は、当該ＯＮＵ２０に関するインベントリ（当該ＯＮＵ２０の各種情報）やファームウエア（制御処理部２５０を構成するプログラムのデータ）等を記憶する記憶手段であり、不揮発メモリ（例えば、フラッシュメモリや、ＥＥＰＲＯＭ等）により構成されている。
【００５８】
図４は、データ記憶部２５４に記憶されるデータ構成について概念的に示した説明図である。
【００５９】
この実施形態のＯＮＵ２０を構成するデータ記憶部２５４には、全て図４に示すような構成のデータが格納されているものとする。
【００６０】
図４に示すように、データ記憶部２５４には、少なくとも、当該ＯＮＵ２０のＭＡＣアドレス（例えば、ＵＮＩ部２４０のＭＡＣアドレス）、インベントリ（装置情報等）、及びファームウエアのデータが格納されている。データ記憶部２５４には、その他ＯＮＵ２０の動作に必要なデータ（不揮発メモリに格納する必要のあるデータ）を格納するようにしてもよい。なお、この実施形態では、ＯＮＵ２０にはＣＰＵや作業用メモリ（揮発メモリ）等のプログラムの実施構成を備えており、データ記憶部２５４に記憶されたファームウエア（ＯＮＵ２０の制御プログラム）を、上述のプログラムの実施構成に展開して実行させることにより、制御処理部２５０の各構成要素（ただしデータ記憶部２５４は除く）が実現されるものとする。なお、ＯＮＵ２０のハードウエア構成は限定されないものであり、ハードウエア的な通信インタフェースの他は、一部又は全部をソフトウエア的に実現するようにしてもよいし、全てをハードウエア的に実現するようにしてもよい。
【００６１】
また、図４では、データ記憶部２５４で記憶されるインベントリ（装置情報）のデータについては、少なくとも、ＭＡＣアドレス認証に用いるパスワードのデータと、接続認証処理用（８０２．１Ｘの認証処理用）のパスワードのデータが含まれているものとする。データ記憶部２５４で記憶されるインベントリのデータには、その他にも当該ＯＮＵ２０を構成する装置情報（図４では、「装置情報Ａ、装置情報Ｂ、…」と示している。）が含まれている。その他の装置情報とは、例えば、当該ＯＮＵ２０のハードウエア種別情報、ハードウエアバージョン、ファームウエアバージョン等、既存のＯＮＵと同様の情報が該当する。
【００６２】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態の光通信ネットワークシステム１の動作（実施形態の制御方法）を説明する。
【００６３】
以下では、例として、ＯＬＴ１０とＯＮＵ２０−１との間の通信について図５、図６のシーケンス図を用いて説明するが、他のＯＮＵ２０に置き換えても同様の動作となるので説明を省略する。
【００６４】
なお、ここでは、初期状態として、ＯＬＴ１０の認証済アドレス管理部１５５（認証済アドレステーブル）では、ＯＮＵ２０−１のＭＡＣアドレス（ＭＡＣ１）については登録されていないものとして説明する。
【００６５】
まず、ここでは、ＯＮＵ２０−１が光ファイバ４０に接続され、動作が開始したものとする。そして、その後、ＯＬＴ１０（ＭＰＣＰ処理部１５２）からの制御に基づいたＭＰＣＰ  Ｄｉｓｃｏｖｅｒｙの処理（Ｓ１０１）により、ＯＬＴ１０においてＯＮＵ２０−１（ＭＰＣＰ処理部２５２）が検出され、ＯＮＵ２０−１からの上り信号の通信制御が行われたものとする。
【００６６】
そして、次に、ＯＬＴ１０（ＯＡＭ処理部１５１）からの制御に基づいたＯＡＭ  Ｄｉｓｃｏｖｅｒｙの処理が行われ（Ｓ１０２）、ＯＮＵ２０−１（ＯＡＭ処理部２５１）に関するＯＡＭのサポート状況が把握されたものとする。なお、ここでは、ＯＬＴ１０において、ＯＮＵ２０−１は所定のＯＡＭ処理をサポートしていると判定されたものとする。
【００６７】
そして、次に、ＯＬＴ１０（ＯＡＭ処理部１５１）とＯＮＵ２０−１（ＯＡＭ処理部２５１）との間でＯＡＭフレームの送受信（ＯＡＭ  Ｒｅｑｕｅｓｔ及びＯＡＭ  Ｒｅｐｌｙのフレーム）が行われ（Ｓ１０３、Ｓ１０４）、ＯＬＴ１０（ＯＡＭ処理部１５１）では、ＯＮＵ２０−１に関する情報（ＭＡＣアドレス、ＭＡＣアドレス認証のパスワード、その他の装置情報を含む）が取得されたものとする。
【００６８】
そして、ＯＬＴ１０では、ＯＮＵ２０−１から取得したＭＡＣアドレス及びＭＡＣアドレス認証のパスワードがアドレス認証処理部１５３に供給され、アドレス認証処理部１５３で供給された情報に基づいた認証処理が行われる（Ｓ１０５）。アドレス認証処理部１５３が行う認証処理の詳細については後述するが、ここでは、図５に示すように成功したものとして説明する。なお、ＯＬＴ１０では、ＭＡＣアドレス認証が失敗したＯＮＵ２０については、後述するステップの処理を行わず、主信号のフレーム処理も行わないように制限されることになる。
【００６９】
そして、ＯＬＴ１０とＯＮＵ２０−１との間では暗号化通信を行うための準備処理が行われたものとする（Ｓ１０６）。具体的には、ここでは、ＯＬＴ１０とＯＮＵ２０−１との間で、暗号化通信に用いるための暗号キーの交換等が行われるものとする。ＯＬＴ１０とＯＮＵ２０−１との間で、暗号キーを交換する具体的方法については限定されないものであるが、例えば、ＯＡＭ（ＯＡＭフレーム）を用いた通信を行うようにしてもよい。なお、光通信ネットワークシステム１で暗号化通信が行われない場合は、このステップの処理は省略される。
【００７０】
そして、認証済アドレス管理部１５５では、ＯＡＭ処理部１５１が取得したＯＮＵ２０−１のＭＡＣアドレスについて、認証済アドレス管理部１５５（認証済アドレステーブル）に登録されているか否かが確認される（Ｓ１０７）。この時点では、上述の通り、認証済アドレス管理部１５５（認証済アドレステーブル）には、ＯＮＵ２０−１のＭＡＣアドレス（ＭＡＣ１）は、まだ登録されていない。したがって、認証済アドレス管理部１５５では、ＯＮＵ２０−１のＭＡＣアドレスについて、認証済アドレス管理部１５５（認証済アドレステーブル）に登録されていないと判定することになる。
【００７１】
したがって、認証済アドレス管理部１５５では、ＯＮＵ２０−１に対する接続認証処理を必要と判断され、その後、ＯＬＴ１０（接続認証処理部１５４及び照合処理部１５６）では、ＯＮＵ２０−１（接続認証依頼部２５３）からの依頼（ＥＡＰ  Ｒｅｑｕｅｓｔ）を契機とした接続認証処理（８０２．１Ｘの認証処理）が行われる（Ｓ１０８）。ここでは、図５に示すように、ＯＬＴ１０（接続認証処理部１５４及び照合処理部１５６）に対する接続認証は成功し、その旨（ＥＡＰ  Ｓｕｃｃｅｓｓ）がＯＮＵ２０−１に通知されたものとする。
【００７２】
そして、接続認証処理部１５４は、ＯＮＵ２０−１のＭＡＣアドレスを認証済アドレス管理部１５５（認証済アドレステーブル）に登録する（Ｓ１０９）。
【００７３】
以上のように、ＯＬＴ１０では、ＯＮＵ２０−１との通信の準備処理が行われ、その後ＯＬＴ１０では、ＯＮＵ２０−１との主信号の導通が開始されることになる（Ｓ１１０）。
【００７４】
そして、その後、通信障害等（例えば、光ファイバ４０の障害等）により、ＯＬＴ１０とＯＮＵ２０−１との間の通信断が発生し（Ｓ２０１）、保守作業等により復旧（Ｓ２０２）したものとする。
【００７５】
そうすると、ＯＬＴ１０とＯＮＵ２０−１との間では、再度ＭＰＣＰ  Ｄｉｓｃｏｖｅｒｙの処理（Ｓ２０３）、及びＯＡＭ  Ｄｉｓｃｏｖｅｒｙの処理（Ｓ２０４）が行われ、さらに、ＯＬＴ１０では、ＯＮＵ２０−１に関する情報（ＭＡＣアドレス、ＭＡＣアドレス認証のパスワード、その他の装置情報を含む）が取得される（Ｓ２０５、Ｓ２０６）。そして、ＯＬＴ１０では、ＯＮＵ２０−１に対するＭＡＣアドレス認証が行われ（Ｓ２０７）、認証が成功したものとする。ＯＬＴ１０とＯＮＵ２０−１との間では暗号化通信を行うための準備処理が行われたものとする（Ｓ２０８）。
【００７６】
なお、上述のステップＳ２０３〜２０８の処理は、上述のステップＳ１０１〜Ｓ１０６の処理と同様であるので詳しい説明を省略する。
【００７７】
そして、認証済アドレス管理部１５５では、ＯＡＭ処理部１５１が取得したＯＮＵ２０−１のＭＡＣアドレスについて、認証済アドレス管理部１５５（認証済アドレステーブル）に登録されているか否かが確認される（Ｓ２０９）。この時点では、上述の通り、認証済アドレス管理部１５５（認証済アドレステーブル）には、ＯＮＵ２０−１のＭＡＣアドレス（ＭＡＣ１）が登録されている。したがって、接続認証処理部１５４では、ＯＮＵ２０−１のＭＡＣアドレスについて、認証済アドレス管理部１５５（認証済アドレステーブル）に登録されている判定することになる。したがって、この場合、接続認証処理部１５４は、ＯＮＵ２０−１に対する接続認証処理を不要と判断し、接続認証処理の依頼は不要である旨の接続認証不要通知をＯＮＵ２０−１に通知する（Ｓ２１０）。
【００７８】
そして、ＯＮＵ２０−１側では、ＯＡＭ処理部２５１を介して、接続認証不要通知が接続認証依頼部２５３に通知され、接続認証依頼部２５３は、ＯＬＴ１０への接続認証依頼の開始（ＥＡＰ  Ｓｔａｒｔ）を行わずに、主信号のフレーム送受信を開始する（Ｓ２１１）ことになる。
【００７９】
次に、上述のステップＳ１０５及びＳ２０７で行われるＭＡＣアドレス認証の詳細について説明する。
【００８０】
図７は、アドレス認証処理部１５３で行われるＭＡＣアドレス認証の動作について示したフローチャートである。
【００８１】
アドレス認証処理部１５３では、ＯＡＭ処理部１５１から供給されたＯＮＵ２０−１のＭＡＣアドレスについて所定の演算（例えば、ハッシュ関数による演算等）が行われ、パスワードが生成される（Ｓ３０１）。
【００８２】
そして、アドレス認証処理部１５３ではステップＳ３０１で生成したパスワードと、ＯＮＵ２０−１から送出されＯＡＭ処理部１５１から供給されたパスワードとが比較され（Ｓ３０２）、一致しているか否かが確認される（Ｓ３０３）。
【００８３】
そして、上述のステップＳ３０３で、２つのパスワードが一致していると判定された場合には、アドレス認証処理部１５３は、ＯＮＵ２０−１については認証成功と判断する（Ｓ３０４）。
【００８４】
一方、上述のステップＳ３０３で、２つのパスワードが一致していないと判定された場合には、アドレス認証処理部１５３は、認証失敗と判断し、ＯＮＵ２０−１へＭＡＣアドレス認証について認証失敗を通知する（Ｓ３０５）。アドレス認証処理部１５３がＯＮＵ２０へ認証失敗について通知する方式については限定されないものであるが、例えば、ＯＡＭ処理部１５１を介してＯＡＭフレームを用いて通知するようにしてもよい。
【００８５】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【００８６】
ＯＬＴ１０では、接続認証済のＯＮＵ２０（認証済アドレステーブルに登録済のＯＮＵ２０）については、接続時のシーケンスで、ＭＡＣアドレス認証のみ行い、接続認証処理（ＩＥＥＥ８０２．１Ｘの認証処理）を省略して、主信号導通を可能としている。これにより、光通信ネットワークシステム１では、ＯＬＴ１０とＯＮＵ２０との間のＧＥ−ＰＯＮの区間で接続断が発生した場合の復旧時間の短縮を可能としている。なお、通常接続認証処理（ＩＥＥＥ８０２．１Ｘの認証処理）の所要時間は、ＭＡＣアドレス認証の所要時間に比べて相当の時間を必要とする。特に、接続認証処理の照合処理部１５６の処理を外部のサーバ（例えば、ＲＡＤＩＵＳサーバ等）に依頼して行う場合には、接続認証処理はより長い時間かかることになる。
【００８７】
また、光通信ネットワークシステム１において、Ｎ台のＯＮＵ２０について通信断が発生した場合（例えば、光ファイバ４０の基幹部分で断線した場合）には、ＯＬＴ１０は、Ｎ台分のＯＮＵ２０に対して、接続認証処理を省略して主信号導通をさせることができることから、Ｎ台のＯＮＵ２０について復旧させるまでの復旧時間を大きく短縮することができる。光通信ネットワークシステム１を利用するユーザにとっては、全てのＯＮＵ２０（Ｎ台のＯＮＵ２０）が復旧することが重要であり、上述のように接続認証処理を省略することにより、キャリア側のサービス品質向上にも寄与することができる。
【００８８】
さらに、光通信ネットワークシステム１のＯＬＴ１０では、過去に二重認証（ＩＥＥＥ８０２．１Ｘに基づく接続認証処理とＭＡＣアドレス認証処理）が成功したＯＮＵ２０について認証済アドレステーブルに登録し、認証済アドレステーブルに登録されているアドレスのＯＮＵ２０に限って、接続認証処理（ＩＥＥＥ８０２．１Ｘに基づく認証処理）の省略を行う。言い換えると、ＯＬＴ１０では、認証済アドレステーブルに登録されていないＯＮＵ２０（すなわち、二重認証に成功していないＯＮＵ２０）については、ＭＡＣアドレス認証に成功したとしても接続を拒否する構成となっている。したがって、光通信ネットワークシステム１では、接続認証処理を省略する場合でも、二重認証を行う場合と同等のセキュリティレベル（不正接続防止効果）を維持できる。
【００８９】
さらにまた、仮に、ＧＥ−ＰＯＮの区間で接続断が発生してから復旧までの間（復旧時間の間）に、ＭＡＣアドレスを偽装したＯＮＵが光ファイバ４０に接続された場合でも、ＭＡＣアドレス認証のパスワードを生成するための演算方法を知らなければ、ＭＡＣアドレス認証に用いるパスワードまでは偽装できない。したがって、結果として、ＭＡＣアドレス認証により、不正にＯＬＴ１０へ接続することを防止することができる。
【００９０】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【００９１】
（Ｂ−１）上記の実施形態では、認証済アドレス管理部１５５の認証済アドレステーブルで登録した各ＭＡＣアドレスの情報について削除する契機は任意である。例えば、ＯＬＴ１０側で、ＯＡＭの監視機能により、電源断を検知したＯＮＵ２０に関するＭＡＣアドレスを認証済アドレステーブルから削除するようにしても良い。また、認証済アドレス管理部１５５で各ＭＡＣアドレスの登録日時（最後に接続認証が行われた日時）を管理して、登録日時から一定時間以上経過したＭＡＣアドレスについては無効（又は削除）にするようにしても良い。
【００９２】
（Ｂ−２）上記の実施形態では、ＯＬＴ１０における接続認証処理としてＩＥＥＥ８０２．１Ｘを用いた処理を適用するものとして説明したが、その他の処理に置き換えるようにしても良いし、さらにその他の認証処理方式による認証を追加するようにしても良い。
【００９３】
（Ｂ−３）上記の実施形態では、ＯＬＴ１０からＯＮＵ２０に対して接続認証不要通知を送信することにより、ＯＮＵ２０側で接続認証処理の依頼が不要であることを把握しているが、接続認証不要通知以外の方法で、ＯＮＵ２０側の判断を行うようにしても良い。例えば、ＯＮＵ２０側で、接続認証処理で認証（認証成功）を受けた履歴を保持しておき、当該履歴の内容に応じて、接続認証処理の依頼が必要であるか不要であるかを判定するようにしても良い。例えば、ＯＮＵ２０側で、最後に接続認証処理（認証成功）を受けた日時を保持しておき、その日時から一定時間以上経過していない場合には、接続認証処理の依頼が必要であるか不要であると判定するようにしても良い。
【００９４】
（Ｂ−３）上記の実施形態ではアドレス認証処理部１５３によるＭＡＣアドレス認証と、接続認証処理部１５４による接続認証処理の両方を行っているが、ＭＡＣアドレス認証を省略するようにしても良いし、さらに、その他の認証処理を追加するようにしても良い。
【００９５】
（Ｂ−４）上記の実施形態では、光通信ネットワークシステム１を構成する各装置は、ＧＥ−ＰＯＮ（ＩＥＥＥ８０２．３ａｈ）の技術を利用した構成となっている旨説明したが、その他のＰＯＮの技術を利用したハードウエア上に構築するようにしても良い。
【符号の説明】
【００９６】
１０…ＯＬＴ、１１０…ＰＯＮ送受信部、１２０…フレーム処理部、１３０…ブリッジ部、１４０…ＮＮＩ部、１５０…制御処理部、１５１…ＯＡＭ処理部、１５２…ＭＰＣＰ処理部、１５３…アドレス認証処理部、１５４…接続認証処理部、１５５…認証済アドレス管理部、１５６…照合処理部、２０、２０−１〜２０−Ｎ…ＯＮＵ２０−１、２１０…ＰＯＮ送受信部、２２０…フレーム処理部、２３０…ブリッジ部、２４０…ＵＮＩ部、２５０…制御処理部、２５１…ＯＡＭ処理部、２５２…ＭＰＣＰ処理部、２５３…接続認証依頼部、２５４…データ記憶部、３０…光スプリッタ、４０…光ファイバ、ＣＮ…コアネットワーク、ＵＮ…ユーザネットワーク。
【図１】
2013175835.tif 000003
【図２】
2013175835.tif 000004
【図３】
2013175835.tif 000005
【図４】
2013175835.tif 000006
【図５】
2013175835.tif 000007
【図６】
2013175835.tif 000008
【図７】
2013175835.tif 000009