JP2001308888A

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

Info

Publication number: JP2001308888A
Application number: JP2001074805A
Authority: JP
Inventors: William M Buchanan; エムブキャナンウィリアム; Yang Cao; チャオヤン; Steven A Surek; エースレックスティーブン
Original assignee: Lucent Technologies Inc
Current assignee: Nokia of America Corp
Priority date: 2000-03-15
Filing date: 2001-03-15
Publication date: 2001-11-02
Anticipated expiration: 2021-03-15
Also published as: EP1134998B1; CN1324152A; AU2647501A; ATE515892T1; US6594044B1; CA2334159A1; EP1134998A3; JP3782310B2; EP1134998A2

Abstract

(57)【要約】【課題】ポート対ポート接続性情報、すなわちポート
バインディング情報を、光シグナリングから電気シグナ
リングへの変換を必要とすることなしに自動的に発見す
ることができる。【解決手段】ＬＡＮのようなアウトオブバンドチャネ
ルを通して通信する一群の光ネットワークエレメントの
うちの１つが、ネットワークエレメントリーダーとして
選ばれる。選択の後、リーダーネットワークエレメント
は、ポート発見プロセスを調整し、ポート認識を要求
し、リクエストに応答し、他のメッセージは、１つの非
リーダーネットワークエレメントから別のものへのアウ
トオブバンドチャネル上で、ネットワークエレメントリ
ーダーを通して送られる。認識プロセスが、リーダーネ
ットワークエレメントによりセットアップされると、光
テスト信号は、認識要求ネットワークエレメントから全
ての他のネットワークエレメントへ、問題となるリンク
に沿って、送信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信システムにお
けるポートアイデンティティの決定に係り、特に、異種
の通信システムにおけるポートアイデンティティの自動
決定に関する。

【０００２】

【従来の技術】１８７６年、マサチューセッツ州ボスト
ンのスコレイスクエアセクションのアパートメントの３
階ウォークアップ屋根裏部屋内で、アレクサンダーグラ
ハムベルは、電話線を通して伝送された最初のセンテン
スを話した。それから１２３年で、技術革新が、通信産
業を劇的に変化させた。例えば、通信交換システムは、
１つの回線を別の回線に物理的に繋ぐ人間のオペレータ
の介在により１つの機器が別の機器へ階層的交換ネット
ワークを通して電気的に接続される「手作業の（hand o
perated)」システムから遙かに進歩した。

【０００３】２つの点間の２つ以上のチャネルの直接的
電気接続（各方向に少なくとも１チャネル）、即ち情報
を交換するためのチャネルの排他的使用をユーザに提供
する接続は、回線交換（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)」通信チャネルが、ポー
ト相互接続性情報を自動的に発見するために使用され
る。一群のＮＥを接続し、管理のためのパスおよび接続
されるＮＥの制御を提供するローカルエリアネットワー
ク（ＬＡＮ）の形を取り得る。

【００１９】システム内の各光ネットワークエレメント
は、図２Ａおよび２Ｂのテーブルに示されたリンクステ
ータステーブルを含む。ＮＥは、そのポートのうちのど
れが認識されたか、即ちどのリンクが発見されたそれら
のポートバインディング情報を有していたかを決定する
ためにリンクステータステーブルを使用する。ＮＥは、
認識されなかったリンクについてリンク認識プロセスを
実行する。テーブル２Ａは、リンク認識ステータスおよ
びリンクワーキングステータスの許容可能な組合せを列
挙する。

【００２０】本発明の原理によれば、リンクはそれが認
識された場合、ベアラトラフィックのみを取り扱うこと
になる。これは、リンク認識ステータス“０”およびリ
ンクワーキングステータス“１”の組合せが許されない
という事実が反映されている。未認識ポートにおいて受
信されるパワーレベルの変化を作り出しかつそれにより
ポートバインディング情報をあらわにするために本発明
により使用される光信号は、リンクの他の端部に付属す
るポートから直接的に送られることができ、またはＮＥ
内に存在し得るテスト信号源のような別の信号源からそ
のポートにスイッチされ得る。

【００２１】光交換システム、ＮＥは、“０”に等しい
リンク接続認識ステータスおよびリンク伝送ステータス
を有する各ポートにおいて受信されたパワーを測定す
る。このようにして、認識プロセスのためのパワー測定
は、アクティブな送信段におけるポートで通常受信され
るパワーと混同されることになる。パワーが未認識ポー
トにおいて検出される場合、そのポートは、認識信号で
あるかアラーム信号であるかを決定するために信号を検
査するデジタルモニタへ（例えば、テストポートにおい
て）接続され得る。

【００２２】このプロセスは自動化される。受信された
信号が認識信号である場合、ポートバインディング情報
が、以下に詳細に説明するように、記録されかつ通信さ
れる。代替的に、各到来ポートは、可能性のある自動同
定信号をフィルタするために、タッピングデバイスと適
合され得る。

【００２３】初期化の後、各ＮＥは、リーダーの役割ま
たは非リーダーの役割のいずれかを演じる。各非リーダ
ーＮＥは、仮想リーダーでＴＣＰ接続をセットアップす
る。ＮＥリーダーまたは仮想リーダーは、以下のように
選択される。仮想リーダーＮＥは、以下ＬＡＮと呼ぶ同
じアウトオブバンドチャネル上の全ての非リーダーＮＥ
とＴＣＰ接続をセットアップする。全部でＮ個の光ＮＥ
があると仮定すると、必要とされるＴＣＰ接続の総数
は、２^*(Ｎ−１）である。

【００２４】この代わりに、もしポイントツーポイント
接続が使用される場合、Ｎ（Ｎ−１）個の接続が必要と
なる。非リーダーＮＥが故障した場合、ＮＥ自体の故障
によりまたはＮＥのＬＡＮ接続の故障により、ＮＥリー
ダーは、図示しないネットワーク管理システムにその故
障を通知する。リーダーＮＥが故障した場合、ＮＥの故
障によりまたはＬＡＮのその接続により、リーダー選択
プロセスが繰り返され、新たに選択されたリーダーが、
ネットワーク管理システムに以前のＮＥの故障を通知す
ることになる。

【００２５】新しいプロトコル（自動相互接続認識プロ
トコル、ＡＩＲＰ）が、通信セッションのためのトラン
スポートレイヤとして、ＬＡＮ接続またはＴＣＰを使用
するシリアルリンクのいずれかを使用することができ
る。ポート相互接続性が、単一のＡＩＲＰセッションで
２つの同等物間で発見され、ポート相互接続性情報を確
立しかつ維持するために、ＡＩＲＰセッションが、ＮＥ
が初期化されまたはリブートされるたびに実行されなけ
ればならない。以下に詳細に説明するように、ＮＥは、
それがリンクされたＮＥへポート同定開始メッセージを
送ることにより、ポート相互接続性発見プロセスを開始
することができる。

【００２６】本発明の原理によれば、ＮＥは、その初期
化またはリブートのような様々な状況下でそれがネット
ワークリンクにより結びつけられたＮＥへ認識要求メッ
セージを送ることにより、ポート相互接続性発見プロセ
スを開始することができる。メッセージは、まず、ＮＥ
のリーダーを通過する。即ち、本発明の原理によれば、
ネットワークエレメントは、ポート同定プロセスを調整
するリーダーを選ぶ。開始ＮＥに関連づけられたリーダ
ーが、その関連するＮＥからのポート認識要求を待ち行
列に入れ、ネットワークエレメントＯ₁ のような開始ネ
ットワークエメントからの認識要求を、アウトオブバン
ドリンク１２２により、開始ネットワークエレメント以
外の全てのネットワークエメントへ同報する。

【００２７】ネットワークエメントリーダー、例えばＮ
ＥＯ₁は、受信ネットワークエレメントからのアクノレ
ッジメント信号を待ち、受信されると、アクノレッジメ
ント信号を開始ＮＥへ送り、そして開始ＮＥは、ポート
Ｐ１１０４のような特定ポートから受信ネットワーク
エレメントへテストメッセージを送信する。開始ネット
ワークエレメントにより送信されるテスト信号は、光信
号であり、例えばいずれかの周波数の光または特別なテ
スト周波数の光であり得る。

【００２８】アクノレッジメントメッセージをリンク１
２２により開始ネットワークエレメントに送った後、他
のＮＥは、どのポートがテストメッセージを受信したか
を検出するためにそれらのポートをポーリング（pollin
g ）する。これは、そのポートにおいて受信された光パ
ワーレベルの増大により分かる。受信ネットワークエレ
メントが、そのポートのうちのどれがテストメッセージ
を受信したかを検出すると（この例示的な例において、
ポートＰ３１１５である）、受信ネットワークエレメ
ントは、ポートバインディング情報を記録し、それ自体
のポートをポーリングすることをやめる。

【００２９】また、受信ネットワークエレメントＯ_k+1
は、検出メッセージを開始ネットワークエレメントＯ₁
へ送る。この検出メッセージは、受信ネットワークエレ
メントのポートアイデンティティを含み、アウトオブバ
ンドチャネル１２２により送信される。受信ネットワー
クエレメントＯ_k+1 からの検出メッセージの受信によ
り、開始ネットワークエレメントＯ₁ は、ＳＯＮＥＴ／
ＳＤＨリンク１１８によるテストメッセージの送信をや
め、ポートバインディング情報を記録し、認識アクノレ
ッジメントメッセージを、アウトオブバンドチャネル１
２２により受信ネットワークエレメントＯ_k+1 へ送信す
る。

【００３０】ＡＩＲＰは、６個のオペレーショナルメッ
セージを含む。１．対応するサイドが相互接続認識プロ
セスに参加することを要求するために使用されるAIRP_R
ecognition_Requestメッセージ。２．ＳＯＮＥＴ仮想リ
ーダーにより、ポーリングプロセスをスタートするよう
各ＳＯＮＥＴＮＥに通知するために使用されるAIRP_R
ecognition_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_H
ello_Ackメッセージを受信する場合、ＮＥは、タイマー
を停止させ、ステップ３０６、リーダー計算状態へ進
む。タイムアウトまたはAIRP_Hello_Ackメッセージ以外
のいずれかのメッセージの受信により、ＮＥをスタート
状態３００へ戻す。

【００３３】ＴＣＰセットアップ状態３０４において、
ＮＥは、ＮＥリーダーとして同定されたＮＥとのＴＣＰ
接続をセットアップする。このＮＥは、状態変数re-sta
rt＝０，１にリセットし、ステップ３０８、非リーダー
動作状態へ進む。１は、一旦リーダーとの接続を失い、
リーダーとのその接続を再確立したＮＥに対して使用さ
れる。そして、ＮＥがリーダーとのＴＣＰ接続をうまく
確立できなっか（接続タイムアウト）場合、ＮＥは、ス
テップ３００、スタートステップに戻る。ＮＥがAIRP_H
elloメッセージを受信した場合、AIRP_Hello_Ackメッセ
ージに戻る。

【００３４】リーダー計算状態３０６において、ＮＥ
は、他のＮＥのAIRP_Hello_Ackメッセージから受信した
ＭＡＣアドレスおよびそれ自体のＭＡＣアドレスを含む
全てのＭＡＣアドレスをソートし、これらのアドレスに
基づいてリーダーを選ぶ。例えば、最高のアドレスを有
するＮＥがリーダーとして使用され、ＮＥ自体が最大の
ＭＡＣアドレスを有する場合、それが選ばれるものとさ
れ、ステップ３１２に進んで、そのＮＥがリーダーとし
て動作する。そうでない場合、ＮＥはステップ３１０へ
進み、そのＮＥは非リーダーとして動作する。ＮＥがAI
RP_Helloメッセージを受信した場合、そのＮＥはAIRP_H
ello_Ackメッセージを戻す。

【００３５】ステップ３０８、非リーダー状態におい
て、ＮＥは、図４および５との関連で以下に詳細に説明
する非リーダーモードにおいて動作することになる。Ｎ
ＥがAIRP_Helloメッセージを受信する場合、そのＮＥは
AIRP_Hello_Ackメッセージを戻す。ＮＥがAIRP_Closeメ
ッセージを受信する場合、そのＮＥはAIRP_Ackメッセー
ジを戻し、ステップ３００、スタートステップに戻る。
タイマーが満了する前にＮＥがリーダーからAIRP_Keep_
Alive メッセージを受信する場合、そのＮＥはAIRP_kee
p_Alive_Ack メッセージをリーダーに戻す。

【００３６】ＮＥがタイマー期間内にリーダーからAIRP
_Keep_Alive メッセージを受信しない場合、ＮＥはその
Keep_aliveタイマーを再スタートさせ、ステップ３１
４、ディトライ状態に進む。全ての他の動作メッセージ
は、そのＮＥを、ステップ３０８、動作状態に保つこと
になる。動作状態は、図５に関連して以下に詳細に説明
され、これは非リーダー動作状態を含む。

【００３７】ステップ３１０、「ノットアリーダー（no
t-a-reader）」状態において、ＮＥは、AIRP_Leader_Ac
k メッセージの受信を待ち、それがそのアクノレッジメ
ントタイマーの期間内にそのようなメッセージを受信す
る場合、そのＮＥは、そのリーダーＮＥの情報を記録
し、ステップ３０４、セットアップＴＣＰ状態に進む。
ステップ３１０、ノットアリーダー状態において、ＮＥ
は、リーダーの情報を記録し、ＮＥがタイマー期間内に
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状態変数を１にセッ
トし、ステップ３００、スタート状態に進む。ＮＥがAI
RP_Helloメッセージを受信する場合、ＮＥは、AIRP_Hel
lo_ackメッセージを戻すことになる。ステップ３１６、
待機接続状態において、ＮＥがＴＣＰ接続要求を受信
し、他のＮＥとのＴＣＰ接続をセットアップした場合、
選ばれた仮想リーダーであったＮＥはステップ３１８へ
進む。

【００４０】リーダーＮＥがタイマー期間の間にＴＣＰ
接続要求を受信しない場合、リーダーＮＥは、それがＬ
ＡＮ接続を失ったかまたは何らか他の故障が起きたと仮
定して、そのＮＥはステップ３００、スタートステップ
に進む。ＮＥが特定のノードとＴＣＰ接続を確立できな
い場合、リーダーＮＥは、その待機リストからそのノー
ドをドロップすることになる。そのような場合におい
て、待機リストからドロップされたノードは、AIRP_Hel
loメッセージを再同報することになる。リーダーＮＥ
は、AIRP_Helloメッセージを受信する場合、リーダーＮ
ＥはAIRP_Leader_Ack メッセージを戻すことになる。

【００４１】ステップ３１８、リーダー動作状態におい
て、ＮＥは、図４および６を参照して以下に詳細に説明
するように、仮想リーダー動作状態において動作するこ
とになる。要するに、リーダーＮＥが、この状態におい
てAIRP_Helloメッセージを受信する場合、リーダーは、
AIRP_Leader_Ack メッセージを戻す。リーダーは、AIRP
_Keep_Alive メッセージを全ての他の接続されたＮＥへ
周期的に送り、これらのＮＥからの対応するAIRP_Keep_
Alive_Ack メッセージの受信を待つ。

【００４２】リーダーが、特定のＮＥからAIRP_Keep_Al
ive_Ack メッセージを受信しない場合、リーダーＮＥ
は、何らかの故障がＮＥに起きたと仮定し、ネットワー
クマネージメントシステムに故障を通知し、故障したＮ
ＥとのＴＣＰ接続を引き外す。リーダーＮＥは、AIRP_C
loseメッセージを受信する場合、またはAIRP_Keep_Aliv
e_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メッセージをＮＥＯ₁へ送信する。ＮＥＯ₁がAI
RP_Recognition_Grantメッセージを受信するとき、ＮＥ
Ｏ₁は、図示しない関係するリンク上でのＡＩＲＰ光テ
スト信号の送信を開始する。

【００４８】光ＮＥのうちの１つが認識信号を検出する
場合、それは、AIRP_Recognition_Detected メッセージ
をリーダーＮＥＯ_Lへ送ることにより、検出を報告す
る。この例において、ＮＥＯ_iが認識信号を受信すると
仮定すると、ＮＥＯ_iは、AIRP_Recognition_Detected
メッセージをリーダーＮＥＯ_L へステップ４０８にお
いて送信する。関係するポートバインディング情報を含
むAIRP_Recognition_DetectedメッセージをＮＥＯ_iか
ら受信した後、ＮＥリーダーＯ_Lは、AIRP_Ackメッセー
ジを、ステップ４１０において、Ｏ₁を除く全ての光交
換ＮＥへ送信する。

【００４９】光ＮＥは、それらの未認識ポートにおける
パワーレベルの測定をやめ、光ＮＥＯ_iは、認識信号が
検出されたポートにおけるパワーステータスが「ノーパ
ワー」ステータスに戻ることを保証するために、タイマ
ーをスタートさせる。ステップ４１２において、ＮＥリ
ーダーＯ_Lは、ポートバインディング情報を含むAIRP_Re
cognition_DetectedメッセージをリクエスティングＮＥ
Ｏ₁へ送信する。

【００５０】AIRP_Recognition_Detectedメッセージの
受信の後、ＮＥＯ₁ は、そのリンクステータステーブ
ルを修正し、テスト信号の送信を停止し、ステップ４１
４において、AIRP_AckメッセージをリーダーＮＥＯ_Lへ
戻す。Ｏ₁ が他の未解決のリンク認識要求を有する場
合、Ｏ₁は、Ｏ_Lへ要求を再び送り始める。検出ポートの
パワーステータスが「ノーパワー」ステータスに戻ると
き、ＮＥＯ₁は、AIRP_AckメッセージをＮＥリーダーＯ
_Lへ送る。リーダーＮＥがリスエスターＮＥＯ₁ および
ディテクタＮＥＯ_iの両方からAIRP_Ackメッセージを受
信したとき、認識セッションは、完了し、リーダーＮＥ
Ｏ_Lは、「リーダーとして動作（operatingas a leader
）」キャパシティを継続する。これは、図６を参照し
て以下に詳細に説明する。

【００５１】自動ポートバインディング発見において使
用されるプロトコルデータユニット（ＰＤＵ）のフォー
マットおよび内容、即ち本発明の原理による新しい自動
相互接続認識プロトコル（ＡＩＲＰ）を、以下に説明す
る。

【００５２】各ＡＩＲＰＰＤＵは、ＡＩＲＰメッセー
ジがその後に続くＡＩＲＰヘッダである。ＡＩＲＰヘッダは： Version ＰＤＵ length Version：プロトコルのバージョン番号を含む２オクテ
ットの無符号（unsigned）整数。このバージョンの仕様
は、ＡＩＲＰプロトコルバージョン１を特定する。

【００５３】ＰＤＵ length：このＰＤＵの全長をオク
テットで特定する２オクテットの整数。これは、Versio
nおよびＰＤＵ lengthのフィールドを含まない。ＡＩＲ
Ｐは、ＡＩＲＰメッセージ中で運ばれる情報の多くをエ
ンコードするために、ＴＬＶ（Type-Length-Value ）エ
ンコーディングスキームを使用する。ＡＩＲＰＴＬＶ
は、２オクテットのLengthフィールドがその後に続き、
可変長Valueフィールドがその後に続く１オクテットのT
ypeフィールドとしてエンコードされている。

【００５４】 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: Type=8 Σlength(value_field_i) Length= ⁱ バリューフィールド定義：メッセージシーケンＮｏ．リンク接続ＩＤリンク接続オプティクスタイプ AIRP_Recognition_Notification TLV: Type=9 Length=0 AIRP_Recognition_Grant TLV: Type=10 Σlength(value_field_i) Length= ⁱ バリューフィールド定義： Recognition_request メッセージシーケンスＮｏ． AIRP_Recognition_Detected TLV: Type=11 Σlength(value_field_i) Length= ⁱ バリューフィールド定義：検出器のＩＰアドレス Recognition_request メッセージシーケンスＮｏ．関連リンク接続ＩＤ情報関連リンク接続オプティクスタイプ情報 AIRP_Ack TLV: Type=12 Length=0 AIRP_Nak TLV: Type=13 Length=0

【００５６】本発明の原理による非リーダー光ＮＥの動
作は、図５の説明との関連で説明する。ＮＥは、それが
スタートされるまたはリセットされるとき、スタート状
態５００にある。システムコンフィグレーションが完全
にインストールされて、ＡＩＲＰリーダーとのＴＣＰ接
続が確立されたと仮定されている。ＮＥがリセットされ
た場合、ＮＥはAIRP_Resetメッセージを光リーダーＮＥ
へ送る。リンク初期化は、システムスターティング／リ
セット時または実行時のいずれかにおいて起きる可能性
がある。

【００５７】１つの認識信号のみが一度にレシービング
ＮＥに送られることを保証するために、全ての入力リン
ク初期化要求が、待ち行列、この実施形態においてはＦ
ＩＦＯ待ち行列中に置かれる。待ち行列の前側にある要
求のみが、リーダーＮＥに送られる。非リーダーＮＥが
リーダーＮＥからメッセージを受信するとき、受信され
たメッセージはAIRP_Recognition_Grantメッセージであ
る場合、非リーダーＮＥは状態５０２、送信状態へ進
む。一方、受信されたメッセージがAIRP_Recognition_N
otification メッセージである場合、非リーダーは、ス
テップ５０８、通知された（notified)状態に進む。

【００５８】非リーダーが、状態２、送信状態５０２へ
移る場合、非リーダーＮＥは、そのポートバインディン
グ情報が認識されているポートから光認識信号を送信す
ることを始める。そして、ＮＥは、リーダーＮＥからの
認識不要メッセージを待つ。別のリンク認識要求が到着
する場合、要求は、リクエスティング待ち行列のエンド
に置かれる。仮想リーダーからのAIRP_Recognition_Det
ected メッセージの受信は、非リーダーに、ウェーティ
ングタイマーをストップさせ、状態４、検出状態５０６
へ移らせる。しかし、ウェーティングタイマーが、非リ
ーダーが仮想リーダーからAIRP_Recognition_Detected
メッセージを受信する前に満了した場合、非リーダー
は、その代わりに、状態３、通知（notify)状態５０４
へ進む。

【００５９】ステップ３、通知状態５０４において、非
リーダーＮＥは、ネットワークマネージメントシステム
に認識プロセスの故障を通知し、非リーダーＮＥは、状
態１、スタート状態５００に戻る。通知状態５０４の間
に到着するいずれかのリンク認識要求は、リクエスティ
ング待ち行列のエンドに置かれる。状態４、認識検出状
態５０６において、非リーダーＮＥは、ポートバインデ
ィング情報を記録し、検出信号の送信をやめる。そし
て、ＮＥは、AIRP_Ackメッセージを、仮想リーダーＮＥ
に戻し、非リーダーは、スタート状態５００に戻る。検
出状態５０６の間に到着するいずれかのリンク認識要求
は、リクエスティング待ち行列のエンドに置かれる。

【００６０】状態５、通知された状態５０８において、
非リーダーＮＥは、その未認識ポートの全てにおいて受
信されたパワーの測定をスタートする。この実施形態に
おいて、これは、これらのポートが“０”にセットされ
たリンク認識ステータスを有することを意味する。ま
た、ＮＥは、検出タイマーをスタートさせ、AIRP_Ackメ
ッセージを仮想リーダーＮＥへ戻す。通知された状態５
０８の間に到着したいずれかのリンク認識要求は、リク
エスティング待ち行列のエンドに置かれる。

【００６１】状態６、ポーリング（polling ）状態５１
０において、非リーダーＮＥが仮想リーダーから、別の
ＮＥが既に認識メッセージを検出したことを示すAIRP_A
ckメッセージを受信する場合、ＮＥは、タイマーをスト
ップし、状態１、スタート状態５００へ移る。その他の
場合、ＮＥは、何らかの時点で、未認識ポートで、しき
い値レベルのパワーを検出することになる。この事象が
起きると、非リーダーＮＥは、ポート情報を記録し、検
出結果を仮想リーダーに戻す。ポーリング状態５１０の
間に到着するいずれかのリンク認識要求は、リクエステ
ィング待ち行列のエンドに置かれる。

【００６２】状態７、検出された状態５１２において、
非リーダーＮＥが仮想リーダーからAIRP_Ackメッセージ
を受信する場合、ＮＥは、検出されたポートバインディ
ング情報を記録するためにそのリンクステータステーブ
ルを更新し、ポート認識ステータスを、未認識から認識
へ（この例において、０から１へ）変更する。また、Ｎ
Ｅは、状態８へ進む。検出された状態５１２の間に到着
するいずれかのリンク認識要求は、リクエスティング待
ち行列のエンドに置かれる。

【００６３】状態８、正常へ戻る状態５１４において、
ＮＥは、検出されたポートにおけるパワーレベルが非ア
クティブレベルに戻ったことを決定する場合、AIRP_Ack
メッセージを仮想リーダーに戻す。そして、ＮＥは、ス
タート状態５００へ戻る。検出された状態５１２の間に
到着するいずれかのリンク認識要求は、リクエスティン
グ待ち行列のエンドに置かれる。

【００６４】本発明の原理によるリーダー光ＮＥの動作
は、図６の説明との関連で説明される。ＮＥは、スター
トされるとき、またはリセットされるとき、スタート状
態６００にある。システムコンフィグレーションが完全
にインストールされ、他のＮＥとのＴＣＰ接続が確立さ
れたことが仮定されている。リンク初期化は、システム
スターティング／リセット時または実行時のいずれかに
おいて起き得る。ただ１つの認識信号が一度に受信ＮＥ
に送られることを保証するために、全ての到来リンク初
期化リスエストが、待ち行列、この実施形態においてＦ
ＩＦＯ待ち行列に入れられる。

【００６５】待ち行列のフロントにあるリクエストのみ
が、リーダーＮＥへ送られる。仮想リーダーＮＥは、そ
のＮＥリクエスト待ち行列およびそれ自体のリンク認識
リクエスト待ち行列をクリアする。その間に、仮想リー
ダーＮＥは、その状態変数：my_request_status をチェ
ックし、それがゼロである場合、そのリンク認識待ち行
列のトップにあるリクエストが、ＮＥリクエスト待ち行
列のエンドに置かれ、my_request_status が、１にセッ
トされる。

【００６６】my_request_status の現在値が１である場
合、リンク認識リクエストは、リーダーＮＥ自体のリン
ク認識待ち行列のエンドに置かれる。別のＮＥからのい
ずれかの到来認識リクエストは、ＮＥリクエスト待ち行
列のエンドに置かれる。別のＮＥからのいずれかのリセ
ットメッセージは、仮想リーダーを、リセットメッセー
ジを送ったＮＥからの未解決のリクエストの全てを、リ
ーダーＮＥのリクエスト待ち行列から取り除かせること
になる。

【００６７】リーダーＮＥのリクエスト待ち行列が空で
ない場合、リクエスト待ち行列のフロントのリクエスト
が、仮想リーダーにより取り扱われる。リーダーＮＥ
は、AIRP_Recognition_Notification メッセージを、リ
クエスティングＮＥを期待する全てのＮＥへ送る。仮想
リーダーが、リクエスタＮＥでない場合、リーダーは、
AIRP_Recognition_Notification メッセージをそれ自体
に送る。Ｎ−１個のそのようなメッセージの全てが、Ｎ
個のＮＥのシステムにおいて送られる。

【００６８】リーダーＮＥがAIRP_Recognition_Notific
ation メッセージを受信すると、サーバは、未認識の
（例えば、“０”にセットされたポート認識ステータス
を有する）全てのポートにおけるパワー測定をスタート
させる。そしてリーダーは、AIRP_Ackメッセージをそれ
自体に送る。リーダーＮＥが、認識パワー信号を検出す
る場合、リーダーＮＥは、AIRP_Recognition_Detected
メッセージをそれ自体に送る。AIRP_Recognition_Notif
ication メッセージの送信の後、リーダーは、状態２、
同期化状態６０２へ進む。

【００６９】状態２６０２において、リーダーＮＥ
が、（Ｎ−１）個のAIRP_Ackメッセージを受信する場
合、リーダーＮＥは、AIRP_Recognition_Grantメッセー
ジを、選択されたリクエスタへ、即ち、そのリクエスト
が待ち行列のフロントに到達したリクエスタへ送る。リ
ーダーは、ウェーティングタイマーをスタートさせ、状
態３、待機状態６０４へ進む。選択されたリクエスタが
仮想リーダー自体である場合、それがAIRP_Recognition
_Grantメッセージを受信すると、選択されたリクエスト
は、ポートバインディング情報が求められているポート
からの認識信号の送信を開始する。

【００７０】状態２６０２において、リーダーＮＥが
それ自体からの別のリンク認識リクエストを受信する場
合、そのリクエストは、リーダーＮＥのリンク認識待ち
行列のエンドにおかれる。別のＮＥからのリクエストが
この状態において到着する場合、そのリクエストは、Ｎ
Ｅリクエスト待ち行列のエンドにおかれる。別のＮＥか
らのAIRP_Resetメッセージは、仮想リーダーに、ＮＥリ
クエスト待ち行列から、全てのセンディングＮＥの未解
決の認識リクエストを除去させることになる。

【００７１】状態３、待機状態６０４において、タイマ
ーがタイムアウトし、検出メッセージがタイムアウト前
に受信されなかった場合、仮想リーダーは、状態１、ス
タート状態６００へ戻り、そこで、リクエスト待ち行列
中のいずれか他のリクエストの処理を進める。タイマー
が満了しない場合、リーダーＮＥがAIRP_Recognition_D
etected メッセージを受信するとき、リーダーＮＥは、
AIRP_Ackメッセージを、選択されたリクエスタ以外の全
てのＮ−１個のＮＥへ送る。

【００７２】検出信号が検出される前に仮想リーダーが
AIRP_Ackメッセージを受信する場合、リーダーＮＥは、
検出プロセスを停止させる。リーダーＮＥ自体が、AIRP
_Ackメッセージの受信の前に認識情報を明らかにする場
合、リーダーは、それがAIRP_Ackメッセージを受信し、
検出されたポートのポート認識ステータスを、未認識か
ら認識へ（０から１へ）変更するとき、検出プロセスを
停止することになる。リーダーは、認識信号が最早そこ
で受信されていないことを示すパワーレベルシフトを検
出するために、検出されたポートを監視することにな
る。

【００７３】認識信号が、最早そのポートにおいて受信
されていないと決定するとき、リーダーＮＥは、AIRP_A
ckメッセージをそれ自体に送る。この状態の間、それ自
体の別のリンク認識リクエストが到着する場合、リクエ
ストは、リーダー自体のリンク認識待ち行列のエンドに
置かれる。別のＮＥからのリクエストが到着する場合、
リクエストは、リーダーＮＥのＮＥリクエスト待ち行列
のエンドに置かれる。別のＮＥからのリセットメッセー
ジが、仮想リーダーに、ＮＥリクエスト待ち行列からセ
ンディングＮＥの未解決のリクエストの全てを除去させ
ることになる。

【００７４】リーダーＮＥは、AIRP_Ackメッセージを送
った後、状態４、フォワーディング状態６０６へ進み、
この状態において、リーダーＮＥは、検出された情報を
検出されたリクエスタに送る。この状態の間、それ自体
の別のリンク認識リクエストが到着する場合、そのリク
エストは、リーダー自体のリンク認識待ち行列のエンド
に置かれる。別のＮＥからのリクエストが到着する場
合、そのリクエストは、リーダーＮＥのＮＥリクエスト
待ち行列のエンドに置かれる。別のＮＥからのリセット
メッセージは、仮想リーダーに、ＮＥリクエスト待ち行
列から、センディングＮＥの未解決のリクエストの全て
を除去させる。

【００７５】仮想リーダーがそれ自体選択されたリクエ
スタである場合、仮想リーダーは、そのリンクステータ
ステーブルを更新するために受信された検出メッセージ
を使用し、それ自体のリンク認識待ち行列が空であるか
どうかを調べるためにチェックすることになる。そのリ
ンク認識待ち行列が空でない場合、リーダーは、そのリ
ンク認識待ち行列のトップリクエストを、ＮＥリクエス
ト待ち行列のエンドに動かす。その他の場合、リーダー
ＮＥは、my_request_status を０に戻し、認識されたポ
ートにおける認識信号の送信を停止し、AIRP_Ackメッセ
ージを仮想リーダーに送る。状態４からリーダーＮＥ
は、状態５６０８へ進む。

【００７６】状態５、最終状態６０８において、仮想リ
ーダーが、選択されたリクエスタおよび検出器の両方か
らAIRP_Ackメッセージを受信すると、リーダーは、状態
１、スタート状態６００へ戻る。この状態の間、それ自
体の別のリンク認識リクエストが到着する場合、リクエ
ストは、リーダー自体のリンク認識待ち行列のエンドに
置かれる。別のＮＥからのリクエストが到着する場合、
そのリクエストは、リーダーＮＥのＮＥリクエスト待ち
行列のエンドに置かれる。別のＮＥからのリセットメッ
セージは、仮想リーダーに、ＮＥリクエスト待ち行列か
ら、センディングＮＥの未解決のリクエストの全てを除
去させることになる。

【００７７】図７に関して説明したように、自動相互接
続認識プロトコルは、光通信システムにおけるシステム
実行時の間の故障を局所化するために使用され得る。図
７において、３個の光ＮＥＯ１７００，Ｏ２７０
２およびＯ３７０４は、一方向性光リンク７０６およ
び７０８により接続されている。また、ＮＥは、前述し
たように、ＬＡＮのようなアウトオブバンド制御パスを
表す双方向性リンク７１０および７１２を通してリンク
される。

【００７８】システム実行時において、ＮＥＯ３７
０４が、Ｏ１からＯ３の光データパスにおける故障を検
出する場合、ＮＥＯ３７０４は、制御パス７１０上
のＡＩＲＰメッセージを使用して、ＮＥＯ２７０２
へシグナルバックし得る。ＮＥＯ２が応答しない場
合、その意味は、ＮＥＯ２が故障し、ＮＥＯ３７
０４が図示しないネットワークマネジメントシステムへ
故障を報告することができることである。ＮＥＯ２
７０２が健全である場合、これは、ＮＥＯ３７０４か
らのＡＩＲＰ故障取り扱い信号に応答し、ＮＥＯ２
７０２は、Ｏ１→Ｏ３光パスの一部として使用されるク
ロスコネクトを引き外す。

【００７９】ＮＥＯ２７０２は、ステータスエント
リ１から０へ働く対応する出力リンクのリンクステータ
ステーブルを変更する。そのリンク認識ステータスは、
１でなければならない。そして、ＮＥＯ２７０２
は、リンク認識信号を生成する試験装置と対応する出力
ポートとの間のクロスコネクトをセットアップする。ま
た、ＮＥＯ２７０２は、前述したように、認識テス
ト信号の受信を示すことになるパワーレベルについてそ
の入力ポートを監視するために、ＮＥＯ３７０４に
警報する。

【００８０】ＮＥＯ３７０４が、ＮＥＯ２とＯ３
との間のリンクが動作可能であることを示す認識信号を
その入力ポートで検出する場合、ＮＥＯ２７０２
は、それ自体とＮＥＯ１７００Ｏ２との間のリン
クのための手順を繰り返し、ＮＥＯ１７００とＯ２
７０２との間のリンクまたはＮＥＯ１７００が問
題があるかどうかを決定する。この手順に基づいて、故
障は、分離され、ネットワークマネージメントシステム
にレポートされる。また、この手順は、そのリンク認識
ステータスが“１”にセットされ、そのリンクワーキン
グステータスが“０”にセットされたリンク上でのみ動
作するので、このテスト手順とＡＩＲＰ認識手順との間
の干渉はない。結果として、実行時故障局所化および実
行時リンク認識は、同時に起き得る。

【００８１】

【発明の効果】以上説明したように、本発明によれば、
ポート対ポート接続性情報、すなわちポートバインディ
ング情報を、光シグナリングから電気シグナリングへの
変換を必要とすることなしに、自動的に見いだすことが
できる。

【００８２】特許請求の範囲に記載した発明の構成要件
の後の括弧内の符号は、構成要件と実施例と対応づけて
発明を容易に理解させる為のものであり、特許請求の範
囲の解釈に用いるべきのものではない。

【図面の簡単な説明】

【図１】本発明の原理によるマルチネットワークエレメ
ント光通信システムの概念的ブロック図。

【図２】リンクステータステーブルの内容および可能な
リンクステータスの組合せをそれぞれ示す表。

【図３】本発明の原理による光ＮＥの出荷プロセスを示
す有限ステートマシーン図。

【図４】図１のシステムと共に使用され得るようなポー
トバインディング情報の自動発見のプロセスを示す図。

【図５】本発明の原理による非リーダー光ＮＥの動作を
示す図。

【図６】本発明の原理によるリーダー光ＮＥの動作を示
す状態図。

【図７】光ネットワーク内の故障点を検出する場合の、
自動相互接続認識プロトコルの動作を示すブロック図。

【符号の説明】

１０４，１０６，１０８，１１０，１１２，１１４，１
１５，１１７ポート１１６，１１８，１２０，１２１，１２２，１２７，１
３１リンク１１９，１２３，１２５，１２９，１３３，１３７，１
３９，１４５ポート１２４，１２６，１４９，１５１，１５３，１５５イ
ンタフェース１３５，１４１，１４３，１４７リンク

───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 ＭｏｕｎｔａｉｎＡｖｅｎｕｅ, ＭｕｒｒａｙＨｉｌｌ，ＮｅｗＪｅｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者ウィリアムエムブキャナンアメリカ合衆国、03841 ニューハンプシャー、ハンプステッド、フレーダムヒルロード７ (72)発明者ヤンチャオアメリカ合衆国、01835 マサチューセッツ、ブラッドフォード、フォレストエイカーズドライブ 26Ｂ (72)発明者スティーブンエースレックアメリカ合衆国、07737 ニュージャージー、レオナルド、クースマンドライブ 17

Claims

【特許請求の範囲】

【請求項１】別の光ネットワークエレメントへの接続
のためのポートと、前記光ネットワークエレメントがリ
ーダーネットワークエレメントまたは非リーダーネット
ワークエレメントであるかを決定するための手段と、１つまたは２つ以上の光ネットワークエレメントとの通
信のためのアウトオブバンドチャネルとを有し、前記アウトオブバンドチャネルは、ポート同定のための
リクエストを送信し、ポート同定のためのリクエストを
受信するように構成され、前記ポートは、前記アウトオ
ブバンドチャネルを通して送信されるポート同定のため
のリクエストと協動して、光ポート検出信号を送信する
ようにさらに構成されていることを特徴とする光ネット
ワークエレメント。
【請求項２】前記アウトオブバンドチャネルは、ポー
ト同定のためのリクエストを別の光リーダーネットワー
クエレメントへ送信するために構成されていることを特
徴とする請求項１記載の光ネットワークエレメント。
【請求項３】ポート同定リクエスト待ち行列をさらに
含み、前記ネットワークエレメントが、ポート同定のた
めのリクエストを待ち行列に置くように構成されている
ことを特徴とする請求項１記載の光ネットワークエレメ
ント。
【請求項４】前記ネットワークエレメントは、他のネ
ットワークエレメントからのポート同定リクエストを受
け入れ、前記ネットワークエレメントがリーダーネット
ワークエレメントである場合、それらを前記待ち行列中
に置くことを特徴とする請求項３記載の光ネットワーク
エレメント。
【請求項５】前記ネットワークエレメントは、それが
生成するポート同定リクエストを前記待ち行列中に置く
ように構成されていることを特徴とする請求項４記載の
光ネットワークエレメント。
【請求項６】前記アウトオブバンドチャネルは、ポー
ト同定のためのリクエストを、光リーダーネットワーク
エレメントに送信するように構成されていることを特徴
とする請求項２記載の光ネットワークエレメント。
【請求項７】前記ポート検出信号は、光テスト信号で
あることを特徴とする請求項１記載の光ネットワークエ
レメント。
【請求項８】前記光ネットワークエレメントは、複数
の光ポートを含み、前記ポートのうちのどれがポート検
出信号を受信したかを検出するために、複数の未認識ポ
ートをポーリングすることにより、ポート検出信号の受
信に応答することを特徴とする請求項１記載の光ネット
ワークエレメント。
【請求項９】前記光ネットワークエレメントは、前記
ポートバインディング情報を記憶することにより、前記
ポート検出信号の検出に応答することを特徴とする請求
項４記載の光ネットワークエレメント。
【請求項１０】前記光ネットワークエレメントは、ポ
ートバインディング情報を関連する光リーダーネットワ
ークエレメントに送信することにより、前記ポート検出
信号の検出に応答することを特徴とする請求項４記載の
光ネットワークエレメント。
【請求項１１】複数の光ネットワークエレメントを含
む光通信システムにおいて、前記ネットワークエレメントの各々は、別の光ネットワークエレメントへの接続のためのポート
と、前記光ネットワークエレメンがリーダーネットワークエ
レメントまたは非リーダーネットワークエレメントであ
るかどうかを決定するための手段と、１つまたは２つ以上の光ネットワークエレメントと通信
するためのアウトオブバンドチャネルとを有し、前記ア
ウトオブバンドチャネルは、ポート同定のためのリクエ
ストを送信し、ポート同定のためのリクエストを受信す
るように構成され、前記ポートは、前記アウトオブバン
ドチャネルを通して送信されるポート同定のためのリク
エストと共動して、光ポート検出信号を送信するように
構成されていることを特徴とするシステム。
【請求項１２】前記アウトオブバンドチャネルは、ポ
ート同定のためのリクエストを、別の光リーダーネット
ワークエレメントへ送信するように構成されていること
を特徴とする請求項１０記載のシステム。
【請求項１３】ポート同定リクエスト待ち行列をさら
に含み、前記ネットワークエレメントは、前記待ち行列
にポート同定のためのリクエストを置くように構成され
ていることを特徴とする請求項１０記載のシステム。
【請求項１４】前記ネットワークエレメントは、他の
ネットワークエレメントからのポート同定リクエストを
受け入れ、前記ネットワークエレメントがリーダーネッ
トワークエレメントである場合、それらを前記待ち行列
に置くように構成されていることを特徴とする請求項１
２記載のシステム。
【請求項１５】前記ネットワークエレメントは、それ
が生成するポート同定要求を前記待ち行列に置くように
構成されていることを特徴とする請求項１３記載のシス
テム。
【請求項１６】前記アウトオブバンドチャネルは、光
リーダーネットワークエレメントへ、ポート同定のため
のリクエストを送信するように構成されていることを特
徴とする請求項１１記載のシステム。
【請求項１７】前記ポート検出信号は、光テスト信号
であることを特徴とする請求項１０記載のシステム。
【請求項１８】前記光ネットワークエレメントは、複
数の光ポートを含み、前記ポートのうちのどれが前記ポ
ート検出信号を受信するかどうかを検出するために、複
数の未認識ポートをポーリングすることにより、ポート
検出信号の受信に応答することを特徴とする請求項１０
記載のシステム。
【請求項１９】前記光ネットワークエレメントは、前
記ポートバインディング情報を記憶することにより、前
記ポート検出信号の検出に応答することを特徴とする請
求項１３記載のシステム。
【請求項２０】前記光ネットワークエレメントは、前
記ポートバインディング情報を関連光リーダーネットワ
ークエレメントに送信することにより、前記ポート検出
信号の検出に応答することを特徴とする請求項１３記載
のシステム。
【請求項２１】複数の光ネットワークエレメントを含
む通信システム中でネットワークエレメントがポートバ
インディング情報を自動的に決定するための方法におい
て、Ａ）前記光ネットワークエレメントがリーダーを選択
するステップと、Ｂ）光ネットワークエレメンが、アウトオブバンドチ
ャネルを通してポート同定情報のためのリクエストを、
前記光リーダーネットワークエレメントへ送信するステ
ップと、Ｃ）前記リーダーネットワークエレメントが、前記リ
クエストを、第２の光ネットワークエレメントへ送信す
るステップと、Ｄ）ポート検出信号を、ポート同定情報がそれに対し
て要求されたポートに関連する前記光リンクを通して、
前記接続されたネットワークエレメントへ送信するステ
ップとを有することを特徴とする方法。
【請求項２２】Ｄ）のステップにおいて、送信される
前記ポート検出信号は、光信号であることを特徴とする
請求項２１記載の方法。
【請求項２３】Ｅ）ネットワークエレメントが、ポ
ート検出リクエストを受信し、それに応じて、ポート検
出信号の受信を検出するために、そのポートを監視する
ステップをさらに有することを特徴とする請求項２２記
載の方法。
【請求項２４】Ｅ）のステップが、Ｅ１）前記ネットワークエレメントが、前記ポート検
出信号を受信する前記ポートのしきい値光パワーレベル
を検出するために、全てのその未認識入力ポートをポー
リングするステップを有することを特徴とする請求項２
３記載の方法。
【請求項２５】Ｆ）前記ネットワークエレメント
が、前記ポート検出信号の検出に応答して、前記ポート
バインディング情報を記憶するステップをさらに有する
ことを特徴とする請求項２４記載の方法。
【請求項２６】Ｇ）前記ネットワークエレメント
が、前記ポート検出信号の検出に応答して、前記ネット
ワークエレメントリーダーへ、前記ポートバインディン
グ情報を送信するステップをさらに有することを特徴と
する請求項２５記載の方法。
【請求項２７】Ｃ）のステップが、Ｃ１）前記検出信号を、前記ポートバインディング情
報を要求したネットワークエレメント以外の前記システ
ム中の全てのネットワークエレメントへ送信するステッ
プを含むことを特徴とする請求項２２記載の方法。