JP3782310B2 - 光ネットワークエレメントおよびこれを含む光通信システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、通信システムにおけるポートアイデンティティの決定に係り、特に、異種の通信システムにおけるポートアイデンティティの自動決定に関する。
【０００２】
【従来の技術】
１８７６年、マサチューセッツ州ボストンのスコレイスクエアセクションのアパートメントの３階ウォークアップ屋根裏部屋内で、アレクサンダーグラハムベルは、電話線を通して伝送された最初のセンテンスを話した。それから１２３年で、技術革新が、通信産業を劇的に変化させた。例えば、通信交換システムは、１つの回線を別の回線に物理的に繋ぐ人間のオペレータの介在により１つの機器が別の機器へ階層的交換ネットワークを通して電気的に接続される「手作業の（hand operated)」システムから遙かに進歩した。
【０００３】
２つの点間の２つ以上のチャネルの直接的電気接続（各方向に少なくとも１チャネル）、即ち情報を交換するためのチャネルの排他的使用をユーザに提供する接続は、回線交換（circuit switching）またはラインスイッチング（line switching ）と呼ばれている。人間のオペレータは、電子交換システム（ＥＳＳ）を使用するシステムにより大幅に置き換えられて来た。ここで、機器は、電子システムによりネットワークを通して自動的に接続される。
【０００４】
また、多くの場合、シグナリングシステムは、電気的シグナリングの代わりにまたはこれに加えて光シグナリングを使用する。光信号および電気信号の両方を使用する交換システムは、全光システムが達成するかも知れない動作速度を得ることは不可能である。則ち現存するシステムは、データ伝送のために光信号を使用するが、交換のために光信号を電気信号に変換し、交換された電気信号を更なる伝送のために光信号に再変換する。全光通信システムに関連する困難のうちの１つは、ポートバインディング情報の発見である。則ち、全光交換器のような光ネットワークエレメント（ＮＥ）は、通信システム内のそれ自体と他の光ＮＥとの間のポート対ポート接続性を知ることができない。
【０００５】
【発明が解決しようとする課題】
このポート対ポート接続性情報、則ちポートバインディング情報が、光シグナリングから電気シグナリングへの変換を必要とすることなしに自動的に見いだされ得ることが極めて望ましい。
【０００６】
【課題を解決するための手段】
本発明の原理による光通信ネットワークにおいて、リンク接続は、自動ポート認識プロセスを受け、リンクのためのポートバインディング情報が検出され、記録され、そして、リンクがベアラトラフィックを伝送するために使用される前に、リンクにより接続されるネットワークエメントと共有される。ＬＡＮのようなアウトオブバンド(out of band）チャネルの出力を通して通信する一群の光ネットワークエレメントのうちの１つが、ＮＥリーダー（NE leader ）として選ばれる。
【０００７】
選択の後、リーダーＮＥは、ポート発見プロセスを調整し、ポート「認識」を要求し、要求に応答し、他のメッセージが、１つの非リーダーＮＥから別のものへアウトオブバウンドチャネル上をＮＥリーダーを通して送られる。認識プロセスが、リーダーＮＥによりセットアップされると、光テスト信号が、認識要求ＮＥからの質問で、リンクを通してネットワーク中の全ての他のＮＥへ送信される。光テスト信号は、テスト目的のため以外に設定された周波数の光であってもよく、またはデータ通信のために共通に使用される光であってもよい。テストとの関連で、いずれかの光信号の存在は、テスト信号として解釈され得る。
【０００８】
受信ＮＥは、それらの「非アクティブ」ポートの各々においてパワーレベルを監視し、エネルギレベルの増大が検出される非アクティブポートが、問題とされるリンクに付属するポートであると決定される。本発明の原理により光信号を使用しかつ受信ポートにおいて受信したパワーを測定することの１つの利点は、光信号を電気信号に変換し、その電気信号を解釈する必要がないことである。したがって、ＮＥの動作速度は、維持され、ポート発見に関連する複雑さおよび付随するコストが最小化され得る。
【０００９】
システム内の各光ネットワークエレメントは、リンクステータステーブルおよび認識要求待ち行列を含む。ＮＥは、そのポートのうちのどれが認識されたか、即ちどのリンクが発見されたそれらのポートバインディング情報を有したかを決定するためのリンクステータステーブルを使用する。ＮＥは、認識されなかったリンク上でリンク認識プロセスを実行する。ＮＥリーダーは、受信された認識要求を要求待ち行列中に入れ、それらが待ち行列のフロントへ来たときにその要求を処理する。
【００１０】
待ち行列が先入れ先出し待ち行列（ＦＩＦＯ待ち行列）である場合、要求は、受信された順序で処理されるが、他の優先順位付けスキームも可能である。リンクステータステーブルにより、光交換システムのような各光ＮＥは、リンクが未認識であることを示すリンク認識ステータスを有するリンク接続を選択し、関連リンク接続のための認識プロセスを実行することができる。
【００１１】
【発明の実施の形態】
本発明の原理による光通信ネットワークにおいて、リンク接続は、自動ポート認識プロセスを受け、リンクのためのポートバインディング情報が検出され、記録され、かつリンクがベアラトラフィックを送信するために使用される前に、リンクにより接続されるネットワークエレメントと共有される。ＬＡＮのようなアウトオフバウンドチャネルを通して通信する一群の光ネットワークエレメントのうちの１つが、ＮＥリーダーとして選択される。
【００１２】
選択の後、リーダーＮＥは、ポート発見プロセスを調整し、即ち、ポート認識を要求し、要求に応答し、他のメッセージが、１つの非リーダーＮＥから別のものへのアウトオブバンドチャネル上をＮＥリーダーを通して送られる。認識プロセスがリーダーＮＥによりセットアップされると、光テスト信号が、認識要求ＮＥから受信ＮＥへ、問題となるリンク上を送信される。
【００１３】
光テスト信号は、テストのために特に指定された周波数の光であってもよく、またはデータ通信のために一般に使用される光であってもよい。テストとの関連で、いずれかの光信号の存在は、テスト信号として解釈され、光受信パワーの測定が、テストインジケータとして使用され得る。受信ＮＥは、それらの非アクティブポートにおいてパワーレベルを監視し、エネルギレベルの増大が検出された非アクティブポートが、問題となるリンクに付属するポートであると決定される。
【００１４】
図１の概念的ブロック図に示されているように、本発明の原理による光通信システムは、複数の光ネットワークエレメントＯ₁，Ｏ₂，Ｏ₃，Ｏ_k，Ｏ_k+1 およびＯ_Nを含む。各ネットワークエレメントは、光ネットワークエンメントＯ₁のポート１０４（Ｐ１）、ポート１０６（Ｐ２）、およびポート１０８（Ｐ３）および光ネットワークエレメントＯ_k+1のポート１１０（Ｐ１）、ポート１１２（Ｐ２）およびポート１４（Ｐ３）のようなポートにより他のネットワークエレメントに接続されている。
【００１５】
図１の概念的ブロック図において、ＮＥ Ｏ₁のポートＰ１ １０４は、ＮＥ Ｏ_k+1のポートＰ３ １１５へリンク１１６により接続され、ＮＥ Ｏ₁のポートＰ２１０６は、リンク１１８によりＮＥ Ｏ_k+1のポートＰ４ １１７に接続され、ＮＥ Ｏ₁のポートＰ３ １０８は、リンク１２０によりＮＥ Ｏ_NのポートＰ３ １１４に接続されている。同様に、ＮＥ Ｏ₂のポートＰ１ １１９は、リンク１２１によりＮＥ Ｏ_k+1のポートＰ２ １２３へ接続され、ＮＥ Ｏ₂のポートＰ２１２５は、リンク１２７によりＮＥ Ｏ_NのポートＰ１ １１０に接続され、ＮＥ Ｏ₂のポートＰ３ １２９は、リンク１３１によりＮＥ Ｏ_NのポートＰ２ １１２により接続されている。
【００１６】
ＮＥ Ｏ_kのポートＰ１ １３３は、リンク１３５によりＮＥ Ｏ_k+1のポートＰ１ １３７へ接続され、ＮＥ Ｏ_kのポートＰ２ １３９は、リンク１４１によりＮＥ Ｏ_k+1のポートＰ２ １４３に接続され、ＮＥ Ｏ_kのポートＰ３ １４５は、リンク１４７によりＮＥ Ｏ_k+1のポートＰ１ １４９へ接続されている。リンク１１６，１１８，１２０，１２１，１２７，１３１および１４７の各々は、ＳＯＮＥＴ／ＳＤＨトランスポートレベルを使用し、それらが運ぶデータに加えて、オーバヘッド、コントロール、情報が、これらの光リンクにより送られる。
【００１７】
光ネットワークエレメントＯ₁，Ｏ₂，Ｏ₃，Ｏ_k，Ｏ_k+1およびＯ_Nのポート相互接続性を決定するために、これらのリンクにおいて運ばれる制御情報を使用することは可能であるが、そのようなことを引き受けることに関連するコストは、会計および性能の両方において厄介となる。それにも関わらず、このポート相互接続性情報は、いくつかのアプリケーションに対して必要とされ、この相互接続性情報の人手による発見および記録は、大きな欠点を有する。
【００１８】
本発明の原理によれば、リンク１２２およびそれぞれＮＥ Ｏ₁，Ｏ₂，Ｏ₃，Ｏ_k，Ｏ_k+1およびＯ_N 内に配置されたインタフェース１２４，１２６，１４９，１５１，１５３および１５５により形成される「アウトオブバンド（out of band)」通信チャネルが、ポート相互接続性情報を自動的に発見するために使用される。一群のＮＥを接続し、管理のためのパスおよび接続されるＮＥの制御を提供するローカルエリアネットワーク（ＬＡＮ）の形を取り得る。
【００１９】
システム内の各光ネットワークエレメントは、図２Ａおよび２Ｂのテーブルに示されたリンクステータステーブルを含む。ＮＥは、そのポートのうちのどれが認識されたか、即ちどのリンクが発見されたそれらのポートバインディング情報を有していたかを決定するためにリンクステータステーブルを使用する。ＮＥは、認識されなかったリンクについてリンク認識プロセスを実行する。テーブル２Ａは、リンク認識ステータスおよびリンクワーキングステータスの許容可能な組合せを列挙する。
【００２０】
本発明の原理によれば、リンクはそれが認識された場合、ベアラトラフィックのみを取り扱うことになる。これは、リンク認識ステータス“０”およびリンクワーキングステータス“１”の組合せが許されないという事実が反映されている。未認識ポートにおいて受信されるパワーレベルの変化を作り出しかつそれによりポートバインディング情報をあらわにするために本発明により使用される光信号は、リンクの他の端部に付属するポートから直接的に送られることができ、またはＮＥ内に存在し得るテスト信号源のような別の信号源からそのポートにスイッチされ得る。
【００２１】
光交換システム、ＮＥは、“０”に等しいリンク接続認識ステータスおよびリンク伝送ステータスを有する各ポートにおいて受信されたパワーを測定する。このようにして、認識プロセスのためのパワー測定は、アクティブな送信段におけるポートで通常受信されるパワーと混同されることになる。パワーが未認識ポートにおいて検出される場合、そのポートは、認識信号であるかアラーム信号であるかを決定するために信号を検査するデジタルモニタへ（例えば、テストポートにおいて）接続され得る。
【００２２】
このプロセスは自動化される。受信された信号が認識信号である場合、ポートバインディング情報が、以下に詳細に説明するように、記録されかつ通信される。代替的に、各到来ポートは、可能性のある自動同定信号をフィルタするために、タッピングデバイスと適合され得る。
【００２３】
初期化の後、各ＮＥは、リーダーの役割または非リーダーの役割のいずれかを演じる。各非リーダーＮＥは、仮想リーダーでＴＣＰ接続をセットアップする。ＮＥリーダーまたは仮想リーダーは、以下のように選択される。仮想リーダーＮＥは、以下ＬＡＮと呼ぶ同じアウトオブバンドチャネル上の全ての非リーダーＮＥとＴＣＰ接続をセットアップする。全部でＮ個の光ＮＥがあると仮定すると、必要とされるＴＣＰ接続の総数は、２^*(Ｎ−１）である。
【００２４】
この代わりに、もしポイントツーポイント接続が使用される場合、Ｎ（Ｎ−１）個の接続が必要となる。非リーダーＮＥが故障した場合、ＮＥ自体の故障によりまたはＮＥのＬＡＮ接続の故障により、ＮＥリーダーは、図示しないネットワーク管理システムにその故障を通知する。リーダーＮＥが故障した場合、ＮＥの故障によりまたはＬＡＮのその接続により、リーダー選択プロセスが繰り返され、新たに選択されたリーダーが、ネットワーク管理システムに以前のＮＥの故障を通知することになる。
【００２５】
新しいプロトコル（自動相互接続認識プロトコル、ＡＩＲＰ）が、通信セッションのためのトランスポートレイヤとして、ＬＡＮ接続またはＴＣＰを使用するシリアルリンクのいずれかを使用することができる。ポート相互接続性が、単一のＡＩＲＰセッションで２つの同等物間で発見され、ポート相互接続性情報を確立しかつ維持するために、ＡＩＲＰセッションが、ＮＥが初期化されまたはリブートされるたびに実行されなければならない。以下に詳細に説明するように、ＮＥは、それがリンクされたＮＥへポート同定開始メッセージを送ることにより、ポート相互接続性発見プロセスを開始することができる。
【００２６】
本発明の原理によれば、ＮＥは、その初期化またはリブートのような様々な状況下でそれがネットワークリンクにより結びつけられたＮＥへ認識要求メッセージを送ることにより、ポート相互接続性発見プロセスを開始することができる。メッセージは、まず、ＮＥのリーダーを通過する。即ち、本発明の原理によれば、ネットワークエレメントは、ポート同定プロセスを調整するリーダーを選ぶ。開始ＮＥに関連づけられたリーダーが、その関連するＮＥからのポート認識要求を待ち行列に入れ、ネットワークエレメントＯ₁ のような開始ネットワークエメントからの認識要求を、アウトオブバンドリンク１２２により、開始ネットワークエレメント以外の全てのネットワークエメントへ同報する。
【００２７】
ネットワークエメントリーダー、例えばＮＥ Ｏ₁は、受信ネットワークエレメントからのアクノレッジメント信号を待ち、受信されると、アクノレッジメント信号を開始ＮＥへ送り、そして開始ＮＥは、ポートＰ１ １０４のような特定ポートから受信ネットワークエレメントへテストメッセージを送信する。開始ネットワークエレメントにより送信されるテスト信号は、光信号であり、例えばいずれかの周波数の光または特別なテスト周波数の光であり得る。
【００２８】
アクノレッジメントメッセージをリンク１２２により開始ネットワークエレメントに送った後、他のＮＥは、どのポートがテストメッセージを受信したかを検出するためにそれらのポートをポーリング（polling ）する。これは、そのポートにおいて受信された光パワーレベルの増大により分かる。受信ネットワークエレメントが、そのポートのうちのどれがテストメッセージを受信したかを検出すると（この例示的な例において、ポートＰ３ １１５である）、受信ネットワークエレメントは、ポートバインディング情報を記録し、それ自体のポートをポーリングすることをやめる。
【００２９】
また、受信ネットワークエレメントＯ_k+1 は、検出メッセージを開始ネットワークエレメントＯ₁ へ送る。この検出メッセージは、受信ネットワークエレメントのポートアイデンティティを含み、アウトオブバンドチャネル１２２により送信される。受信ネットワークエレメントＯ_k+1 からの検出メッセージの受信により、開始ネットワークエレメントＯ₁ は、ＳＯＮＥＴ／ＳＤＨリンク１１８によるテストメッセージの送信をやめ、ポートバインディング情報を記録し、認識アクノレッジメントメッセージを、アウトオブバンドチャネル１２２により受信ネットワークエレメントＯ_k+1 へ送信する。
【００３０】
ＡＩＲＰは、６個のオペレーショナルメッセージを含む。
１．対応するサイドが相互接続認識プロセスに参加することを要求するために使用されるAIRP_Recognition_Requestメッセージ。
２．ＳＯＮＥＴ仮想リーダーにより、ポーリングプロセスをスタートするよう各ＳＯＮＥＴ ＮＥに通知するために使用されるAIRP_Recognition_Notification メッセージ。
３．ＡＴＭ仮想リーダーにより、所定のＡＴＭ ＮＥのリンク認識要求を与えるために使用されるAIRP_Recognition_Grantメッセージ。
４．要求サイドに対応する相互接続ＩＤ情報を知らせるために使用されるAIRP_Recognition_Detected メッセージ。
５．要求サイドにより要求されたサイドへ肯定的なアクノレッジメントメッセージを送り返すために使用されるAIRP_Ackメッセージ。
６．要求された側により、所定の否定的アクノレッジメントシナリオを示すために使用されるAIRP_Nakメッセージ。
【００３１】
図３の状態図は、ＮＥが取り得る様々な状態および初期化の時点でのこれらの状態間の変化を示す。このプロセスは、ステップ３００において、スタート状態を開始する。ここで、ＮＥは、AIRP_Helloメッセージを送り、アクノレッジメントタイマー（ACK_timer ）をスタートさせる。ＮＥは、グループＭＡＣアドレスを有すると仮定されている。スタート状態から、プロセスは、ステップ３０２、待機状態へ進む。ＡＣＫ＿タイマーが満了する前にAIRP_Leader_Ack を受信した場合、ＮＥはタイマーを停止させ、ステップ３０４、即ちＴＣＰセットアップ状態に移る。
【００３２】
ＮＥがいずれかのAIRP_Helloメッセージを受信する場合、ＮＥはAIRP_Hello_Ackメッセージを戻すことになる。ＮＥが他のＮＥからAIRP_Hello_Ackを受信する場合、そのＮＥは、AIRP_Hello_Ackメッセージに含まれる情報を記憶することになる。Ａｃｋ＿タイマーが、ＮＥがAIRP_Hello_Ackを受信する前にタイムアウトする場合、そのＮＥは、タイマーを停止させ、ステップ３００、スタートステップに戻る。リーダーからのアクノレッジメントメッセージがないために、Ａｃｋ＿タイマーがタイムアウトするが、Ｎｅが他のＮＥからAIRP_Hello_Ackメッセージを受信する場合、ＮＥは、タイマーを停止させ、ステップ３０６、リーダー計算状態へ進む。タイムアウトまたはAIRP_Hello_Ackメッセージ以外のいずれかのメッセージの受信により、ＮＥをスタート状態３００へ戻す。
【００３３】
ＴＣＰセットアップ状態３０４において、ＮＥは、ＮＥリーダーとして同定されたＮＥとのＴＣＰ接続をセットアップする。このＮＥは、状態変数re-start＝０，１にリセットし、ステップ３０８、非リーダー動作状態へ進む。１は、一旦リーダーとの接続を失い、リーダーとのその接続を再確立したＮＥに対して使用される。そして、ＮＥがリーダーとのＴＣＰ接続をうまく確立できなっか（接続タイムアウト）場合、ＮＥは、ステップ３００、スタートステップに戻る。ＮＥがAIRP_Helloメッセージを受信した場合、AIRP_Hello_Ackメッセージに戻る。
【００３４】
リーダー計算状態３０６において、ＮＥは、他のＮＥのAIRP_Hello_Ackメッセージから受信したＭＡＣアドレスおよびそれ自体のＭＡＣアドレスを含む全てのＭＡＣアドレスをソートし、これらのアドレスに基づいてリーダーを選ぶ。例えば、最高のアドレスを有するＮＥがリーダーとして使用され、ＮＥ自体が最大のＭＡＣアドレスを有する場合、それが選ばれるものとされ、ステップ３１２に進んで、そのＮＥがリーダーとして動作する。そうでない場合、ＮＥはステップ３１０へ進み、そのＮＥは非リーダーとして動作する。ＮＥがAIRP_Helloメッセージを受信した場合、そのＮＥはAIRP_Hello_Ackメッセージを戻す。
【００３５】
ステップ３０８、非リーダー状態において、ＮＥは、図４および５との関連で以下に詳細に説明する非リーダーモードにおいて動作することになる。ＮＥがAIRP_Helloメッセージを受信する場合、そのＮＥはAIRP_Hello_Ackメッセージを戻す。ＮＥがAIRP_Closeメッセージを受信する場合、そのＮＥはAIRP_Ackメッセージを戻し、ステップ３００、スタートステップに戻る。タイマーが満了する前にＮＥがリーダーからAIRP_Keep_Alive メッセージを受信する場合、そのＮＥはAIRP_keep_Alive_Ack メッセージをリーダーに戻す。
【００３６】
ＮＥがタイマー期間内にリーダーからAIRP_Keep_Alive メッセージを受信しない場合、ＮＥはそのKeep_aliveタイマーを再スタートさせ、ステップ３１４、ディトライ状態に進む。全ての他の動作メッセージは、そのＮＥを、ステップ３０８、動作状態に保つことになる。動作状態は、図５に関連して以下に詳細に説明され、これは非リーダー動作状態を含む。
【００３７】
ステップ３１０、「ノットアリーダー（not-a-reader）」状態において、ＮＥは、AIRP_Leader_Ack メッセージの受信を待ち、それがそのアクノレッジメントタイマーの期間内にそのようなメッセージを受信する場合、そのＮＥは、そのリーダーＮＥの情報を記録し、ステップ３０４、セットアップＴＣＰ状態に進む。ステップ３１０、ノットアリーダー状態において、ＮＥは、リーダーの情報を記録し、ＮＥがタイマー期間内にAIRP_Leader_Ack メッセージを受信する場合、ステップ３０４へ進む。ＮＥが、タイマー期間内にAIRP_Leader_Ack メッセージを受信しない場合、ＮＥは、ステップ３００、スタート状態に進む。ＮＥがAIRP_Helloメッセージを受信する場合、ＮＥはAIRP_Hello_Ackメッセージを戻す。
【００３８】
ステップ３１２、リーダー状態において、仮想リーダーノードであるＮＥが、AIRP_Leader_Ack メッセージを、ハローメッセージをリーダーノードに送った全てのＮＥへ送る。ＮＥの状態変数re-startの値が１である場合、ＮＥはネットワークマネージメントシステムに、以前のリーダーノードのロスを通知する。また、ＮＥは、リスタート状態変数をゼロにリセットし、ステップ３１６、ＮＥが接続を待つ状態に進む。ＮＥがAIRP_Helloメッセージを受信する場合、ＮＥはAIRP_Leader_Ack メッセージを戻す。
【００３９】
ステップ３１４、リトライ状態において、ＮＥがタイマー期間内にAIRP_Keep_Alive メッセージを受信する場合、ＮＥは、AIRP_Keep_Alive_Ack メッセージをリーダーに戻す。キープアライブタイマーがタイムアウトする場合、ＮＥは、re-start状態変数を１にセットし、ステップ３００、スタート状態に進む。ＮＥがAIRP_Helloメッセージを受信する場合、ＮＥは、AIRP_Hello_ackメッセージを戻すことになる。ステップ３１６、待機接続状態において、ＮＥがＴＣＰ接続要求を受信し、他のＮＥとのＴＣＰ接続をセットアップした場合、選ばれた仮想リーダーであったＮＥはステップ３１８へ進む。
【００４０】
リーダーＮＥがタイマー期間の間にＴＣＰ接続要求を受信しない場合、リーダーＮＥは、それがＬＡＮ接続を失ったかまたは何らか他の故障が起きたと仮定して、そのＮＥはステップ３００、スタートステップに進む。ＮＥが特定のノードとＴＣＰ接続を確立できない場合、リーダーＮＥは、その待機リストからそのノードをドロップすることになる。そのような場合において、待機リストからドロップされたノードは、AIRP_Helloメッセージを再同報することになる。リーダーＮＥは、AIRP_Helloメッセージを受信する場合、リーダーＮＥはAIRP_Leader_Ack メッセージを戻すことになる。
【００４１】
ステップ３１８、リーダー動作状態において、ＮＥは、図４および６を参照して以下に詳細に説明するように、仮想リーダー動作状態において動作することになる。要するに、リーダーＮＥが、この状態においてAIRP_Helloメッセージを受信する場合、リーダーは、AIRP_Leader_Ack メッセージを戻す。リーダーは、AIRP_Keep_Alive メッセージを全ての他の接続されたＮＥへ周期的に送り、これらのＮＥからの対応するAIRP_Keep_Alive_Ack メッセージの受信を待つ。
【００４２】
リーダーが、特定のＮＥからAIRP_Keep_Alive_Ack メッセージを受信しない場合、リーダーＮＥは、何らかの故障がＮＥに起きたと仮定し、ネットワークマネージメントシステムに故障を通知し、故障したＮＥとのＴＣＰ接続を引き外す。リーダーＮＥは、AIRP_Closeメッセージを受信する場合、またはAIRP_Keep_Alive_Ack メッセージを受信しない場合、ステップ３００、スタート状態に戻ることになる。いずれか他の動作メセージは、リーダーをステップ３１８のリーダー動作状態に保つことになる。
【００４３】
代替的に、ネットワークマネジメントシステムは、光ＮＥのいずれかが仮想リーダーとなるべきかどうかを決定することができる。ネットワークマネジメントシステムは、例えば、最初に配備された光交換システムを仮想リーダーとして選ぶことができ、そのような場合、状態図のステップ３０６および３１０が、省略され、リーダーＮＥがステップ３００からステップ３１２へ直接的に進むことになる。
【００４４】
図４の概念的ブロック図は、本発明の原理によるＮＥ間のメッセージ交換シナリオを示す。この例において、光ＮＥリーダーＯ_Lは、Ｏ_Lそれ自体およびその関連するＮＥ Ｏ₁，Ｏ_i，およびＯ_N を含むネットワーク中の全てのＮＥに対する自動化されたポートバインディング発見プロセスを調整する。この例において、全ての光ＮＥが、矢印４００により示されているように、AIRP_Recognition_RequestメッセージをＮＥリーダーＯ_L へ送る。AIRP_recognition_requestメッセージは、交換器の名前、スロット番号、およびリクエストメッセージに関連づけられたポートのポート番号のような物理リンクＩＤ情報を含む。
【００４５】
各光ＮＥは、リンクリコグニッションＦＩＦＯ待ち行列を含み、リンク認識要求が、それらが生成されたときに待ち行列中に配置される。リンク認識要求は、リクエストが待ち行列の最上部に到達すると、ＮＥリーダーＯ_L に送られ得る。その関連するＮＥからのリンク認識要求を受信した後、光リーダーＯ_L は、要求をそのリクエスト待ち行列に入れる。リクエスト待ち行列は、例えば、ＦＩＦＯ待ち行列であり、待ち行列からリクエストが表れたとき、それらのリクエストを処理する。この例のようにＦＩＦＯの場合において、Ｏ_L は、要求が受信された順序で要求を取り扱う。他の優先順位付けスキームも可能である。
【００４６】
Ｏ₁ からの要求がＮＥリーダーＯ_Lに最初に到達すると仮定し、Ｏ_Lのリクエスト待ち行列の前側に到達すると仮定すると、ＮＥ Ｏ_Lは、ステップ４０２において、AIRP_Recognition_Notification を送ることにより、リクエスティングＮＥ，Ｏ₁ 以外の全ての接続された光ＮＥに通知する。ＳＯＮＥＴ ＮＥがこの通知を受信すると、ＳＯＮＥＴ ＮＥは、未認識リンクステータス、即ち、この実施形態において、“０”にセットされたリンクステータスを有する各到来ポートにおいて受信されたパワーレベルを測定することを開始する。
【００４７】
そして、接続された光ＮＥの各々は、ステップ４０４において、AIRP_Recognition_AckメッセージをリーダーＯ_Lに戻す。リーダーＮＥ Ｏ_LがＯ₁を除く全ての光交換ＮＥからAIRP_Ackを受信した後、リーダーＮＥ Ｏ_Lは、ステップ４０６において、AIRP_Recognition_GrantメッセージをＮＥ Ｏ₁へ送信する。ＮＥ Ｏ₁がAIRP_Recognition_Grantメッセージを受信するとき、ＮＥ Ｏ₁は、図示しない関係するリンク上でのＡＩＲＰ光テスト信号の送信を開始する。
【００４８】
光ＮＥのうちの１つが認識信号を検出する場合、それは、AIRP_Recognition_Detected メッセージをリーダーＮＥ Ｏ_Lへ送ることにより、検出を報告する。この例において、ＮＥ Ｏ_iが認識信号を受信すると仮定すると、ＮＥ Ｏ_iは、AIRP_Recognition_DetectedメッセージをリーダーＮＥ Ｏ_L へステップ４０８において送信する。関係するポートバインディング情報を含むAIRP_Recognition_DetectedメッセージをＮＥ Ｏ_iから受信した後、ＮＥリーダーＯ_Lは、AIRP_Ackメッセージを、ステップ４１０において、Ｏ₁を除く全ての光交換ＮＥへ送信する。
【００４９】
光ＮＥは、それらの未認識ポートにおけるパワーレベルの測定をやめ、光ＮＥＯ_iは、認識信号が検出されたポートにおけるパワーステータスが「ノーパワー」ステータスに戻ることを保証するために、タイマーをスタートさせる。ステップ４１２において、ＮＥリーダーＯ_Lは、ポートバインディング情報を含むAIRP_Recognition_DetectedメッセージをリクエスティングＮＥ Ｏ₁へ送信する。
【００５０】
AIRP_Recognition_Detectedメッセージの受信の後、ＮＥ Ｏ₁ は、そのリンクステータステーブルを修正し、テスト信号の送信を停止し、ステップ４１４において、AIRP_AckメッセージをリーダーＮＥ Ｏ_Lへ戻す。Ｏ₁ が他の未解決のリンク認識要求を有する場合、Ｏ₁は、Ｏ_Lへ要求を再び送り始める。検出ポートのパワーステータスが「ノーパワー」ステータスに戻るとき、ＮＥ Ｏ₁は、AIRP_AckメッセージをＮＥリーダーＯ_Lへ送る。リーダーＮＥがリスエスターＮＥ Ｏ₁ およびディテクタＮＥ Ｏ_iの両方からAIRP_Ackメッセージを受信したとき、認識セッションは、完了し、リーダーＮＥ Ｏ_Lは、「リーダーとして動作（operating as a leader ）」キャパシティを継続する。これは、図６を参照して以下に詳細に説明する。
【００５１】
自動ポートバインディング発見において使用されるプロトコルデータユニット（ＰＤＵ）のフォーマットおよび内容、即ち本発明の原理による新しい自動相互接続認識プロトコル（ＡＩＲＰ）を、以下に説明する。
【００５２】
各ＡＩＲＰ ＰＤＵは、ＡＩＲＰメッセージがその後に続くＡＩＲＰヘッダである。
ＡＩＲＰヘッダは：
Version ＰＤＵ length
Version：
プロトコルのバージョン番号を含む２オクテットの無符号（unsigned）整数。このバージョンの仕様は、ＡＩＲＰプロトコルバージョン１を特定する。
【００５３】
ＰＤＵ length：
このＰＤＵの全長をオクテットで特定する２オクテットの整数。これは、VersionおよびＰＤＵ lengthのフィールドを含まない。
ＡＩＲＰは、ＡＩＲＰメッセージ中で運ばれる情報の多くをエンコードするために、ＴＬＶ（Type-Length-Value ）エンコーディングスキームを使用する。ＡＩＲＰ ＴＬＶは、２オクテットのLengthフィールドがその後に続き、可変長Valueフィールドがその後に続く１オクテットのTypeフィールドとしてエンコードされている。
【００５４】
Type Length Value
Type
Valueフィールドが、どのように解釈されるべきかをエンコードする。
Length
Valueフィールドの長さをオクテットで特定する。
Value
タイプフィールドにより特定されるように解釈されるべき情報をエンコードするLengthオクテットのオクテットストリング。
【００５５】
全体で、以下のように定義された１３個のＡＩＲＰメッセージタイプがある。
AIRP_Hello TLV：（ＩＰあて先アドレス＝マルチキャストアドレス）
Type=1 Length=0
AIRP_Hello_Ack TLV:
Type=2 Length=0
AIRP_Leader_Ack TLV:
Type=3 Length=0
AIRP_Close TLV:
Type=4 Length=0
AIRP_Keep_Alive TLV:（ＩＰあて先アドレス＝マルチキャストアドレス）
Type=5 Length=0
AIRP_Keep_Alive_Ack TLV:
Type=6 Length=0
AIRP_Reset TLV:
Type=7 Length=0
AIRP_Recognition_Request TLV:

バリューフィールド定義：
メッセージシーケンＮｏ．
リンク接続ＩＤ
リンク接続オプティクスタイプ
AIRP_Recognition_Notification TLV:
Type=9 Length=0
AIRP_Recognition_Grant TLV:

バリューフィールド定義：
Recognition_request メッセージシーケンスＮｏ．
AIRP_Recognition_Detected TLV:

バリューフィールド定義：
検出器のＩＰアドレス
Recognition_request メッセージシーケンスＮｏ．
関連リンク接続ＩＤ情報
関連リンク接続オプティクスタイプ情報
AIRP_Ack TLV:
Type=12 Length=0
AIRP_Nak TLV:
Type=13 Length=0
【００５６】
本発明の原理による非リーダー光ＮＥの動作は、図５の説明との関連で説明する。ＮＥは、それがスタートされるまたはリセットされるとき、スタート状態５００にある。システムコンフィグレーションが完全にインストールされて、ＡＩＲＰリーダーとのＴＣＰ接続が確立されたと仮定されている。ＮＥがリセットされた場合、ＮＥはAIRP_Resetメッセージを光リーダーＮＥへ送る。リンク初期化は、システムスターティング／リセット時または実行時のいずれかにおいて起きる可能性がある。
【００５７】
１つの認識信号のみが一度にレシービングＮＥに送られることを保証するために、全ての入力リンク初期化要求が、待ち行列、この実施形態においてはＦＩＦＯ待ち行列中に置かれる。待ち行列の前側にある要求のみが、リーダーＮＥに送られる。非リーダーＮＥがリーダーＮＥからメッセージを受信するとき、受信されたメッセージはAIRP_Recognition_Grantメッセージである場合、非リーダーＮＥは状態５０２、送信状態へ進む。一方、受信されたメッセージがAIRP_Recognition_Notification メッセージである場合、非リーダーは、ステップ５０８、通知された（notified)状態に進む。
【００５８】
非リーダーが、状態２、送信状態５０２へ移る場合、非リーダーＮＥは、そのポートバインディング情報が認識されているポートから光認識信号を送信することを始める。そして、ＮＥは、リーダーＮＥからの認識不要メッセージを待つ。別のリンク認識要求が到着する場合、要求は、リクエスティング待ち行列のエンドに置かれる。仮想リーダーからのAIRP_Recognition_Detected メッセージの受信は、非リーダーに、ウェーティングタイマーをストップさせ、状態４、検出状態５０６へ移らせる。しかし、ウェーティングタイマーが、非リーダーが仮想リーダーからAIRP_Recognition_Detected メッセージを受信する前に満了した場合、非リーダーは、その代わりに、状態３、通知（notify)状態５０４へ進む。
【００５９】
ステップ３、通知状態５０４において、非リーダーＮＥは、ネットワークマネージメントシステムに認識プロセスの故障を通知し、非リーダーＮＥは、状態１、スタート状態５００に戻る。通知状態５０４の間に到着するいずれかのリンク認識要求は、リクエスティング待ち行列のエンドに置かれる。状態４、認識検出状態５０６において、非リーダーＮＥは、ポートバインディング情報を記録し、検出信号の送信をやめる。そして、ＮＥは、AIRP_Ackメッセージを、仮想リーダーＮＥに戻し、非リーダーは、スタート状態５００に戻る。検出状態５０６の間に到着するいずれかのリンク認識要求は、リクエスティング待ち行列のエンドに置かれる。
【００６０】
状態５、通知された状態５０８において、非リーダーＮＥは、その未認識ポートの全てにおいて受信されたパワーの測定をスタートする。この実施形態において、これは、これらのポートが“０”にセットされたリンク認識ステータスを有することを意味する。また、ＮＥは、検出タイマーをスタートさせ、AIRP_Ackメッセージを仮想リーダーＮＥへ戻す。通知された状態５０８の間に到着したいずれかのリンク認識要求は、リクエスティング待ち行列のエンドに置かれる。
【００６１】
状態６、ポーリング（polling ）状態５１０において、非リーダーＮＥが仮想リーダーから、別のＮＥが既に認識メッセージを検出したことを示すAIRP_Ackメッセージを受信する場合、ＮＥは、タイマーをストップし、状態１、スタート状態５００へ移る。その他の場合、ＮＥは、何らかの時点で、未認識ポートで、しきい値レベルのパワーを検出することになる。この事象が起きると、非リーダーＮＥは、ポート情報を記録し、検出結果を仮想リーダーに戻す。ポーリング状態５１０の間に到着するいずれかのリンク認識要求は、リクエスティング待ち行列のエンドに置かれる。
【００６２】
状態７、検出された状態５１２において、非リーダーＮＥが仮想リーダーからAIRP_Ackメッセージを受信する場合、ＮＥは、検出されたポートバインディング情報を記録するためにそのリンクステータステーブルを更新し、ポート認識ステータスを、未認識から認識へ（この例において、０から１へ）変更する。また、ＮＥは、状態８へ進む。検出された状態５１２の間に到着するいずれかのリンク認識要求は、リクエスティング待ち行列のエンドに置かれる。
【００６３】
状態８、正常へ戻る状態５１４において、ＮＥは、検出されたポートにおけるパワーレベルが非アクティブレベルに戻ったことを決定する場合、AIRP_Ackメッセージを仮想リーダーに戻す。そして、ＮＥは、スタート状態５００へ戻る。検出された状態５１２の間に到着するいずれかのリンク認識要求は、リクエスティング待ち行列のエンドに置かれる。
【００６４】
本発明の原理によるリーダー光ＮＥの動作は、図６の説明との関連で説明される。ＮＥは、スタートされるとき、またはリセットされるとき、スタート状態６００にある。システムコンフィグレーションが完全にインストールされ、他のＮＥとのＴＣＰ接続が確立されたことが仮定されている。リンク初期化は、システムスターティング／リセット時または実行時のいずれかにおいて起き得る。ただ１つの認識信号が一度に受信ＮＥに送られることを保証するために、全ての到来リンク初期化リスエストが、待ち行列、この実施形態においてＦＩＦＯ待ち行列に入れられる。
【００６５】
待ち行列のフロントにあるリクエストのみが、リーダーＮＥへ送られる。仮想リーダーＮＥは、そのＮＥリクエスト待ち行列およびそれ自体のリンク認識リクエスト待ち行列をクリアする。その間に、仮想リーダーＮＥは、その状態変数：my_request_status をチェックし、それがゼロである場合、そのリンク認識待ち行列のトップにあるリクエストが、ＮＥリクエスト待ち行列のエンドに置かれ、my_request_status が、１にセットされる。
【００６６】
my_request_status の現在値が１である場合、リンク認識リクエストは、リーダーＮＥ自体のリンク認識待ち行列のエンドに置かれる。別のＮＥからのいずれかの到来認識リクエストは、ＮＥリクエスト待ち行列のエンドに置かれる。別のＮＥからのいずれかのリセットメッセージは、仮想リーダーを、リセットメッセージを送ったＮＥからの未解決のリクエストの全てを、リーダーＮＥのリクエスト待ち行列から取り除かせることになる。
【００６７】
リーダーＮＥのリクエスト待ち行列が空でない場合、リクエスト待ち行列のフロントのリクエストが、仮想リーダーにより取り扱われる。リーダーＮＥは、AIRP_Recognition_Notification メッセージを、リクエスティングＮＥを期待する全てのＮＥへ送る。仮想リーダーが、リクエスタＮＥでない場合、リーダーは、AIRP_Recognition_Notification メッセージをそれ自体に送る。Ｎ−１個のそのようなメッセージの全てが、Ｎ個のＮＥのシステムにおいて送られる。
【００６８】
リーダーＮＥがAIRP_Recognition_Notification メッセージを受信すると、サーバは、未認識の（例えば、“０”にセットされたポート認識ステータスを有する）全てのポートにおけるパワー測定をスタートさせる。そしてリーダーは、AIRP_Ackメッセージをそれ自体に送る。リーダーＮＥが、認識パワー信号を検出する場合、リーダーＮＥは、AIRP_Recognition_Detected メッセージをそれ自体に送る。AIRP_Recognition_Notification メッセージの送信の後、リーダーは、状態２、同期化状態６０２へ進む。
【００６９】
状態２ ６０２において、リーダーＮＥが、（Ｎ−１）個のAIRP_Ackメッセージを受信する場合、リーダーＮＥは、AIRP_Recognition_Grantメッセージを、選択されたリクエスタへ、即ち、そのリクエストが待ち行列のフロントに到達したリクエスタへ送る。リーダーは、ウェーティングタイマーをスタートさせ、状態３、待機状態６０４へ進む。選択されたリクエスタが仮想リーダー自体である場合、それがAIRP_Recognition_Grantメッセージを受信すると、選択されたリクエストは、ポートバインディング情報が求められているポートからの認識信号の送信を開始する。
【００７０】
状態２ ６０２において、リーダーＮＥがそれ自体からの別のリンク認識リクエストを受信する場合、そのリクエストは、リーダーＮＥのリンク認識待ち行列のエンドにおかれる。別のＮＥからのリクエストがこの状態において到着する場合、そのリクエストは、ＮＥリクエスト待ち行列のエンドにおかれる。別のＮＥからのAIRP_Resetメッセージは、仮想リーダーに、ＮＥリクエスト待ち行列から、全てのセンディングＮＥの未解決の認識リクエストを除去させることになる。
【００７１】
状態３、待機状態６０４において、タイマーがタイムアウトし、検出メッセージがタイムアウト前に受信されなかった場合、仮想リーダーは、状態１、スタート状態６００へ戻り、そこで、リクエスト待ち行列中のいずれか他のリクエストの処理を進める。タイマーが満了しない場合、リーダーＮＥがAIRP_Recognition_Detected メッセージを受信するとき、リーダーＮＥは、AIRP_Ackメッセージを、選択されたリクエスタ以外の全てのＮ−１個のＮＥへ送る。
【００７２】
検出信号が検出される前に仮想リーダーがAIRP_Ackメッセージを受信する場合、リーダーＮＥは、検出プロセスを停止させる。リーダーＮＥ自体が、AIRP_Ackメッセージの受信の前に認識情報を明らかにする場合、リーダーは、それがAIRP_Ackメッセージを受信し、検出されたポートのポート認識ステータスを、未認識から認識へ（０から１へ）変更するとき、検出プロセスを停止することになる。リーダーは、認識信号が最早そこで受信されていないことを示すパワーレベルシフトを検出するために、検出されたポートを監視することになる。
【００７３】
認識信号が、最早そのポートにおいて受信されていないと決定するとき、リーダーＮＥは、AIRP_Ackメッセージをそれ自体に送る。この状態の間、それ自体の別のリンク認識リクエストが到着する場合、リクエストは、リーダー自体のリンク認識待ち行列のエンドに置かれる。別のＮＥからのリクエストが到着する場合、リクエストは、リーダーＮＥのＮＥリクエスト待ち行列のエンドに置かれる。別のＮＥからのリセットメッセージが、仮想リーダーに、ＮＥリクエスト待ち行列からセンディングＮＥの未解決のリクエストの全てを除去させることになる。
【００７４】
リーダーＮＥは、AIRP_Ackメッセージを送った後、状態４、フォワーディング状態６０６へ進み、この状態において、リーダーＮＥは、検出された情報を検出されたリクエスタに送る。この状態の間、それ自体の別のリンク認識リクエストが到着する場合、そのリクエストは、リーダー自体のリンク認識待ち行列のエンドに置かれる。別のＮＥからのリクエストが到着する場合、そのリクエストは、リーダーＮＥのＮＥリクエスト待ち行列のエンドに置かれる。別のＮＥからのリセットメッセージは、仮想リーダーに、ＮＥリクエスト待ち行列から、センディングＮＥの未解決のリクエストの全てを除去させる。
【００７５】
仮想リーダーがそれ自体選択されたリクエスタである場合、仮想リーダーは、そのリンクステータステーブルを更新するために受信された検出メッセージを使用し、それ自体のリンク認識待ち行列が空であるかどうかを調べるためにチェックすることになる。そのリンク認識待ち行列が空でない場合、リーダーは、そのリンク認識待ち行列のトップリクエストを、ＮＥリクエスト待ち行列のエンドに動かす。その他の場合、リーダーＮＥは、my_request_status を０に戻し、認識されたポートにおける認識信号の送信を停止し、AIRP_Ackメッセージを仮想リーダーに送る。状態４からリーダーＮＥは、状態５ ６０８へ進む。
【００７６】
状態５、最終状態６０８において、仮想リーダーが、選択されたリクエスタおよび検出器の両方からAIRP_Ackメッセージを受信すると、リーダーは、状態１、スタート状態６００へ戻る。この状態の間、それ自体の別のリンク認識リクエストが到着する場合、リクエストは、リーダー自体のリンク認識待ち行列のエンドに置かれる。別のＮＥからのリクエストが到着する場合、そのリクエストは、リーダーＮＥのＮＥリクエスト待ち行列のエンドに置かれる。別のＮＥからのリセットメッセージは、仮想リーダーに、ＮＥリクエスト待ち行列から、センディングＮＥの未解決のリクエストの全てを除去させることになる。
【００７７】
図７に関して説明したように、自動相互接続認識プロトコルは、光通信システムにおけるシステム実行時の間の故障を局所化するために使用され得る。図７において、３個の光ＮＥ Ｏ１ ７００，Ｏ２ ７０２およびＯ３ ７０４は、一方向性光リンク７０６および７０８により接続されている。また、ＮＥは、前述したように、ＬＡＮのようなアウトオブバンド制御パスを表す双方向性リンク７１０および７１２を通してリンクされる。
【００７８】
システム実行時において、ＮＥ Ｏ３ ７０４が、Ｏ１からＯ３の光データパスにおける故障を検出する場合、ＮＥ Ｏ３ ７０４は、制御パス７１０上のＡＩＲＰメッセージを使用して、ＮＥ Ｏ２ ７０２へシグナルバックし得る。ＮＥ Ｏ２が応答しない場合、その意味は、ＮＥ Ｏ２が故障し、ＮＥ Ｏ３ ７０４が図示しないネットワークマネジメントシステムへ故障を報告することができることである。ＮＥ Ｏ２ ７０２が健全である場合、これは、ＮＥ Ｏ３ ７０４からのＡＩＲＰ故障取り扱い信号に応答し、ＮＥ Ｏ２ ７０２は、Ｏ１→Ｏ３光パスの一部として使用されるクロスコネクトを引き外す。
【００７９】
ＮＥ Ｏ２ ７０２は、ステータスエントリ１から０へ働く対応する出力リンクのリンクステータステーブルを変更する。そのリンク認識ステータスは、１でなければならない。そして、ＮＥ Ｏ２ ７０２は、リンク認識信号を生成する試験装置と対応する出力ポートとの間のクロスコネクトをセットアップする。また、ＮＥ Ｏ２ ７０２は、前述したように、認識テスト信号の受信を示すことになるパワーレベルについてその入力ポートを監視するために、ＮＥ Ｏ３ ７０４に警報する。
【００８０】
ＮＥ Ｏ３ ７０４が、ＮＥ Ｏ２とＯ３との間のリンクが動作可能であることを示す認識信号をその入力ポートで検出する場合、ＮＥ Ｏ２ ７０２は、それ自体とＮＥ Ｏ１ ７００ Ｏ２との間のリンクのための手順を繰り返し、ＮＥ Ｏ１ ７００とＯ２ ７０２との間のリンクまたはＮＥ Ｏ１ ７００が問題があるかどうかを決定する。この手順に基づいて、故障は、分離され、ネットワークマネージメントシステムにレポートされる。また、この手順は、そのリンク認識ステータスが“１”にセットされ、そのリンクワーキングステータスが“０”にセットされたリンク上でのみ動作するので、このテスト手順とＡＩＲＰ認識手順との間の干渉はない。結果として、実行時故障局所化および実行時リンク認識は、同時に起き得る。
【００８１】
【発明の効果】
以上説明したように、本発明によれば、ポート対ポート接続性情報、すなわちポートバインディング情報を、光シグナリングから電気シグナリングへの変換を必要とすることなしに、自動的に見いだすことができる。
【００８２】
特許請求の範囲に記載した発明の構成要件の後の括弧内の符号は、構成要件と実施例と対応づけて発明を容易に理解させる為のものであり、特許請求の範囲の解釈に用いるべきのものではない。
【図面の簡単な説明】
【図１】本発明の原理によるマルチネットワークエレメント光通信システムの概念的ブロック図。
【図２】リンクステータステーブルの内容および可能なリンクステータスの組合せをそれぞれ示す表。
【図３】本発明の原理による光ＮＥの出荷プロセスを示す有限ステートマシーン図。
【図４】図１のシステムと共に使用され得るようなポートバインディング情報の自動発見のプロセスを示す図。
【図５】本発明の原理による非リーダー光ＮＥの動作を示す図。
【図６】本発明の原理によるリーダー光ＮＥの動作を示す状態図。
【図７】光ネットワーク内の故障点を検出する場合の、自動相互接続認識プロトコルの動作を示すブロック図。
【符号の説明】
１０４，１０６，１０８，１１０，１１２，１１４，１１５，１１７ ポート
１１６，１１８，１２０，１２１，１２２，１２７，１３１ リンク
１１９，１２３，１２５，１２９，１３３，１３７，１３９，１４５ ポート
１２４，１２６，１４９，１５１，１５３，１５５ インタフェース
１３５，１４１，１４３，１４７ リンク

Claims (8)

1. 光ネットワークエレメントであって、
   他の光ネットワークエレメントへの接続のために適合された複数の光ポート、
   前記光ネットワークエレメントがリーダー光ネットワークエレメントであるか又は非リーダー光ネットワークエレメントであるかを判定するための手段、及び
   １以上の光ネットワークエレメントとの通信のためのアウトオブバンドチャネルに接続されたインターフェイスであって、該アウトオブバンドチャネルは、ポート同定のためのリクエストを送信し、ポート同定のためのリクエストを受信するように構成され、前記ポートはさらに前記アウトオブバンドチャネルを通して送信されるポート同定のためのリクエストと共働して、光ポート検出信号を送信するように構成されているインターフェイスからなり、
   ポート検出信号に応じて、該光ネットワークエレメントはポートバインディング情報を送信するとともに、複数の未認識ポートをポーリングして前記ポートのうちのどれが該ポート検出信号を受信したかを検出することを特徴とする光ネットワークエレメント。
2. 前記アウトオブバンドチャネルは、ポート同定のためのリクエストを他のリーダー光ネットワークエレメントへ送信するように構成されていることを特徴とする請求項１記載の光ネットワークエレメント。
3. ポート同定リクエスト待ち行列をさらに含み、前記光ネットワークエレメントが、ポート同定のためのリクエストを待ち行列に入れるように構成されていることを特徴とする請求項１記載の光ネットワークエレメント。
4. 光通信システムであって、
   複数の光ネットワークエレメントからなり、該光ネットワークエレメントの各々は、
   他の光ネットワークエレメントへの接続のために適合された複数の光ポート、
   前記光ネットワークエレメントがリーダー光ネットワークエレメントであるか又は非リーダー光ネットワークエレメントであるかを判定するための手段、及び
   １以上の光ネットワークエレメントとの通信のためのアウトオブバンドチャネルに接続されたインターフェイスであって、該アウトオブバンドチャネルは、ポート同定のためのリクエストを送信し、ポート同定のためのリクエストを受信するように構成され、前記ポートはさらに前記アウトオブバンドチャネルを通して送信されるポート同定のためのリクエストと共働して、光ポート検出信号を送信するように構成されているインターフェイス
   を含み、
   ポート検出信号に応じて、該光ネットワークエレメントはポートバインディング情報を送信するとともに、複数の未認識ポートをポーリングして前記ポートのうちのどれが該ポート検出信号を受信したかを検出することを特徴とするシステム。
5. 複数の光ネットワークエレメントを含む通信システム中で光ネットワークエレメントがポートバインディング情報を自動的に判定するための方法であって、
   Ａ） 前記光ネットワークエレメントがリーダー光ネットワークエレメントを選択するステップ、
   Ｂ） リクエストする側の光ネットワークエレメントが、アウトオブバンドチャネルを通してポート同定情報のためのリクエストを、前記リーダー光ネットワークエレメントへ送信するステップ、
   Ｃ） 前記リーダー光ネットワークエレメントが、前記リクエストを、他の光ネットワークエレメントへ送信するステップ、及び
   Ｄ）該リクエストする側の光ネットワークエレメントが、ポート検出信号を、ポート同定情報がリクエストされた側のポートに関連する光リンクを通して、前記他の光ネットワークエレメントへ送信するステップ
   からなることを特徴とする方法。
6. 請求項５記載の方法であって、さらに、
   Ｅ） 少なくとも１つの他の光ネットワークエレメントが、ポート検出リクエストを受信し、それに応じて、ポート検出信号の受信を検出するために、そのポートを監視するステップからなることを特徴とする方法。
7. 請求項６記載の方法において、Ｅ）のステップが、
   Ｅ１） 前記少なくとも１つの他の光ネットワークエレメントが、前記ポート検出信号を受信する前記ポートにおいて、しきい値光パワーレベルを検出するために全てのその未認識入力ポートをポーリングするステップをさらに有することを特徴とする方法。
8. 請求項７記載の方法であって、さらに、
   Ｆ） 前記少なくとも１つの他の光ネットワークエレメントが、前記ポート検出信号の検出に応答して、前記ポートバインディング情報を記憶するステップからなることを特徴とする方法。

Images