JP4427079B2

JP4427079B2 - 光ネットワークアプリケーション用のスケルチテーブルの自動更新

Info

Publication number: JP4427079B2
Application number: JP2007502175A
Authority: JP
Inventors: ヴィルディー，ハルバジャン
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2004-03-22
Filing date: 2005-03-15
Publication date: 2010-03-03
Anticipated expiration: 2025-03-15
Also published as: EP1730865A4; CN1906875B; US7355985B2; US20050232311A1; EP1730865A1; WO2005091539A1; JP2007528165A; EP1730865B1; CN1906875A

Description

本発明は、総合的な電気通信技術に関する。さらに詳しくは、本発明は、光ネットワーク用のスケルチテーブルを更新する技術を備えた方法と装置を提供する。ただ、本発明は、例として、同期光ネットワーク（ＳＯＮＥＴ）における双方向性のライン・スイッチ・リング（ＢＬＳＲ）に適用されるとして説明するが、本発明は広範囲に適用できることを認識すべきである。

電気通信技術は、長年かけて進歩している。単に一例として、同期光ネットワーク（ＳＯＮＥＴ）は、電話用の光遠距離通信用に使用されているにすぎない。ＳＯＮＥＴは、同期、適応性、光ハイアラーキを通して、異なった容量の多数の信号を伝達するための技術として定義されている。ＳＯＮＥＴは、信号、低速から高速までの多重通信の信号、スイッチ信号、そしてある特定の定義によるネットワークでのトランスポート信号を終端させることができる。多数のＳＯＮＥＴノードは、高い帰還性を達成するためにリング構造を相互に連結してもよい。例えば、もしＳＯＮＥＴが一つの場所で接続障害を受けると、ＳＯＮＥＴは、情報処理機能的に影響を受けた信号が障害のある場所に直面しないで、１又は２以上の代替のルートを通って送信することができる。このような経路変更プロセスは、自動保護スイッチング（ＡＰＳ）としてよく知られている。双方向ライン・スイッチ・リング（ＢＬＳＲ）は、ＡＰＳプロセスを開始するためにＳＯＮＥＴラインレベル状況と遂行能力パラメータを働かせるリングである。

ＢＬＳＲにおいて、ターミナルはしばしばノードと呼ばれている。このターミナルは、ノードＩＤを選定される。このノードＩＤは、ＢＬＳＲ内でＳＯＮＥＴターミナルを識別する。このＢＬＳＲに関するノードＩＤは、連続した数値でなくてよい。したがって、ノードＩＤの価値は、通常、どんな接続性情報も意味しないが、このリング内のノードの識別子があるということである。物理的な接続性を示すために、リングマップは、ノードＩＤの完全な順序を備えている。リングマップは、スケルチテーブルととともに、どのノードにおいても通常、利用することができる。

スケルチテーブルは、指定されたノードにおいてトラフィックのトポロジーマップを備えている。指定されたノードを通過し又は終端したそれぞれのＳＴＳチャンネルのために、スケルチテーブルは通常、入力される同期転送信号（ＳＴＳ）チャンネルのソースノードＩＤと、出力されるＳＴＳチャンネルの宛先（destination）ノードＩＤを備えている。スケルチテーブルは、ノードの障害あるいはＢＬＳＲのリング遮断という場合にトラフィックの誤接続を防止するために使うことができる。スケルチは、ＳＴＳレベル又はバーチャルトリビュトリー（ＶＴ）レベルにおいて機能してもよい。

その時々に、それぞれのノードにおけるスケルチは、手動でも自動でも更新する必要がある。例えば、あるノードがリングから削除され、あるいはリングに追加されたとき、スケルチテーブルは更新すべきである。いくつかの従来のプロトコルは、スケルチテーブルを自動的に更新することを実施してきている。これらの従来のプロトコルは、しかしながら通常、複雑なメカニズムを含んでいる。スケルチテーブルを更新するには、長時間かかる可能性がある。さらに、大量のトラフィックがこれらのプロトコルによって発生する可能性がある。これらのプロトコルは、他の管理機能に対応できる限定された帯域幅につながる。他の限界は、従来のＢＬＳＲ技術と同様に存在する。

したがって、光ネットワーク用のスケルチテーブルを更新する技術を変更することが大いに望まれる。

課題を解決するための手段

本発明は、総合的な電気通信技術に関する。より詳細には、本発明は、光ネットワーク用にスケルチテーブルを更新する技術を備えた方法と装置を提供する。単に一例として、本発明は、同期光ネットワーク（ＳＯＮＥＴ）における双方向ライン・スイッチ・リング
（ＢＬＳＲ）に適用されるが、広範囲に適用できることを認識すべきである。

本発明の一つの実施形態によれば、光ネットワークアプリケーション用のスケルチテーブルを処理する方法は、第１のクロスコネクションと第１のチャンネルとを関連付けた第１のクロスコネクションエントリーを受信すること、そして第１のノードと関連付けた第１のスケルチテーブル内の第１のチャンネルと関連付けた第１のスケルチエントリーを発生させることとを備えている。第１のスケルチテーブルは、第１のスケルチエントリー以外の第１のチャンネルと関連付けたどのようなスケルチからも解放される。さらに、この方法は、第１のクロスコネクションを第２のノードに関係付けた第１の要求メッセージを送信することを備えている。第２のノードは、第１のノードへの隣接ノードである。さらに、第１のクロスコネクションと関連付けた第１の応答メッセージが、たとえ前もって決定された期間内に第１の要求メッセージに応じて第１のノードを受信するとしても、この方法は、第１の応答メッセージと関連付けた処理情報と、第１の応答メッセージと関連付けた情報に少なくとも応じて変更された第１のスケルチエントリーと第１の応答メッセージとを備えている。

さらに、本発明の他の実施形態によれば、光ネットワークアプリケーション用のスケルチテーブルを処理する方法は、第１のクロスコネクションと第１のチャンネルと関連付けた第１の要求メッセージを受信すること、第１の要求メッセージと第１のノードでの第１のスケルチと関連付けた情報を処理すること、そして第１のスケルチテーブルが第１のチャンネルと関連付けた第１のスケルチエントリーを含んでいるかどうかを決定することを備えている。さらに、この方法は、第１のスケルチテーブルが第１の応答メッセージを送信する第１のスケルチエントリーから解放されている場合と、そして、第１のスケルチテーブルが第１の要求メッセージと関連付けた情報を処理する第１のスケルチエントリーを含んでいる場合とを備えている。さらに、この方法は、第１の要求メッセージと関連付けた情報に少なくとも応じて第１のスケルチエントリーの修正すること、そして第１のクロスコネクションと関連付けた第２の応答メッセージの送信することを備えている。

さらに、本発明の他の実施形態によれば、光ネットワークアプリケーション用のスケルチテーブルを処理する装置は、第１のクロスコネクションと第１のチャンネルとを関連付けた第１の要求メッセージを受信するため、そして第２のクロスコネクションと第２のチャンネルとを関連付けた第１の応答メッセージを受信するために構成されたメッセージ受信部を備えている。さらに、この装置は、第２のクロスコネクションと第２のチャンネルと関連付けた第１の要求メッセージを送信するために、そして第１のクロスコネクションと第１のチャンネルとを関連付けた第１の応答メッセージを送信するために構成されたメッセージ送信部を備えている。さらに、この装置は、第１のスケルチテーブルと関連付けた情報を少なくとも記憶しておくために構成されたメモリーシステムを備えている。同様に、この装置は、メッセージ受信部とメッセージ送信部とメモリーシステムとを結びつける処理システムを備えている。処理システムは、第１のスケルチテーブル内の第２のチャンネルと関連付けた第１のスケルチエントリー、第１のスケルチエントリー以外の第２のチャンネルと関連付けたどのようなスケルチエントリーからも解放され、第１のスケルチテーブルを生成するために構成され、第１の応答メッセージと関連付けた情報を処理し、そして、第１の応答メッセージと関連付けた情報に少なくとも応じて第１のスケルチエントリーを修正する。処理システムは、第１の要求メッセージと第１のスケルチテーブルとを関連付けた情報を処理するため同様に構成され、第１のスケルチテーブルが第１のチャンネルと関連付けた第２のスケルチエントリーを備えているか否かにかかわらず決定し、第１の要求メッセージと関連付けた情報を処理し、そして第１の要求メッセージと関連付けた情報に少なくとも応じて第２のスケルチエントリーを修正する。

多くの利点は、従来の技術を上回った本発明の方法によって得られる。例えば、本発明のあるいくつかの実施形態は、すべてのネットワークノード又はすべてのネットワークリングのために手動モード又は自動モードで選択的に稼動する。内部のメッセージ交換は、ネットワークリングでのネットワークノードが同時に手動モード又は自動モードで入ることができるようにする。本発明のいくつかの実施形態は、ＳＴＳレベルスケルチ、ＶＴレベルスケルチ、又は両方のサポートを提供する。クロスコネクションタイプの不適切な組合わせは、本発明の特定のプロトコルによって識別することができる。本発明のある特定の実施形態は、クロスコネクションテーブルのどのようなエントリーがスケルチテーブルの対応するエントリーエントリーを有していなくても、警報表示を提供している。本発明のいくつかの実施形態は、いつでもどんなスペックノードでもスケルチテーブルの更新を始めることができる。本発明のある特定の実施形態は、メモリーからバックアップテーブルを復活させることにより、スケルチテーブルを初期化することができる。本発明のいくつかの実施形態は、シングルリング障害状態中ですらスケルチテーブルの自動更新を行うことができる。本発明のある特定の実施形態は、時間帯が割り当てられていないか、あるいはクロスコネクションがないかを表示するために適切な指定を提供する。本発明のいくつかの実施形態は、スケルチテーブルを再調整するためにメッセージの氾濫を起こさせないネットワークノードのノードＩＤのインサービス変更を可能にする。本発明のある特定の実施形態は、プロトコルを通してのペイロードに不適切な組合わせを検出することができ、そしてクロスコネクションの供給とスケルチに関しての診断の結果に役立つ。本発明のいくつかの実施形態は、オーバーヘッドＳＯＮＥＴバイト又はＤＣＣチャンネルにプロトコルメッセージを送信するための適応性を有している。本発明のある特定の実施形態は、隣接ノードにスケルチエントリーデータを通信するため、たった３２ビットだけ使う。本発明のいくつかの実施形態は、ＢＬＳＲリング上にスケルチのため無関係な情報を送信することができる。本発明のある特定の実施形態は、ＳＴＳとＶＴの両レベルスケルチに関して種々のＢＬＳＲレートを対処するため幅広く適用できそして拡張性のあるプロトコルを使用する。例えば、ＢＬＳＲレートは、ＯＣ−４８，ＯＣ−１９２そしてＯＣ−７６８以上であっても差し支えない。

本発明の多数の追加のオブジェクト、機能そして利点は、後述の詳細な説明と添付図面を参照していっそう十分に理解することができる。

本発明は、一般の電気通信技術に関する。さらに特に、本発明は、光ネットワーク用のスケルチテーブルを更新する技術を備えた方法とシステムを提供する。ただ、本発明は、例として、光同期ネットワーク（ＳＯＮＥＴ）における双方向性のラインスイッチリング（ＢＬＳＲ）に適用されるとして説明するが、本発明は広範囲に適用できることを認識すべきである。

図１は、本発明の一実施形態に基づくプロトコルメッセージに関する概略図である。この図は、単なる一例であり、本発明の範囲を甚だしく制限すべきでない。当業者は、多くの変形例、代替物、変更を認識するであろう。図１において、プロトコルメッセージ１００は、メッセージＩＤフィールド１１０、要求／応答フィールド１２０、イースト／ウエストフィールド１３０、チャンネルＩＤフィールド１４０、ソースノードＩＤフィールド１５０、宛先ノードＩＤフィールド１６０、予備フィールド（spare field）１７０を備えている。上記のものは、使用するメッセージフィールド１１０，１２０，１３０，１４０，１５０，１６０，そして１７０を示しているが、多くの他に採りえる代替物、変更そして変形例があり得る。例えば、それぞれのフィールドのビットの数は、本発明の依存する特定のアプリケーションに変更してもよい。これらのメッセージフィールド内には、組み合わせられてもよいものがある。他のフィールドがプロトコルメッセージに付け加えてもよい。実施形態によると、１又はそれ以上のメッセージフィールドは、移動してもよい。例えば、予備フィールド１７０は、移動してもよい。これらのプロセスのさらに詳しいことは、本明細書そして特に下記のものによって理解される。

プロトコルメッセージ１００は、プロトコルメッセージが送信されるノードにおいてスケルチテーブルの変更についての情報を備えている。プロトコルメッセージ１００は、コミュニケーションインターフェース又はオーバーヘッドチャンネルを通して、送信ノードから隣接ノードまですべて探索する。プロトコルメッセージ１００は、ＳＴＳレベル、ＶＴレベル又は両方のスケルチをサポートしてもよい。さらに、プロトコルメッセージ１００は、プロトコルデータユニット（ＰＤＵ）のフォームを用いてもよい。

メッセージＩＤフィールド１１０は、送信ノードにおいてスケルチテーブルを変更するタイプについての情報を備えている。変更のタイプは、下記のものを備えてもよい。すなわち、追加（ＡＤ）、中止（ＤＲ）、中止と継続（ＤＲ＆ＰＴＩＮ）、パス−スルー−イン（ＰＴＩＮ）、パス−スルー−アウト（ＰＴＯＵＴ）、削除追加（ＤＡ）、削除中止（ＤＤ）、削除パス−スルー−アウト（ＤＰＴＯＵＴ）、削除パス−スルー−イン（ＤＰＴＩＮ）、削除中止と継続（ＤＤＲ＆ＰＴＩＮ）、ノー−クロス−セクション（ＮＯ）、そして非スケルチメッセージ（ＮＳ）である。ＮＳは、非スケルチ−テーブルタイプメッセージが通信警報又はノード間の他のメッセージ情報を送信することを示す。

これらの変更のタイプは、同じメッセージＩＤ又は異なるメッセージＩＤに対応していてもよい。このメッセージＩＤは、表１に示すように３ビットコードを示している。例えば、変更のＡＤとＰＯＵＴの両方のタイプは、メッセージＩＤＡＤとコード１１１とに対応している。さらに、コード０１０と００１は、まだ未使用であり、そして他の情報を送信することができる。

以上に詳細に示された、そしてここでさらに強調されたように、表１は、本発明の範囲を不当に制限すべきでない単なる一例である。当業者は、多くの変形例、代替物、変更を認識するであろう。例えば、メッセージＩＤフィールドは、３ビット以上必要としてもよいし、そして、どの変更のタイプに別のメッセージＩＤと別のコードを割り当ててもよい。別の例として、メッセージＩＤフィールドは、３ビット未満用いてもよいし、そして、同じコードをいくつかの変更のタイプに割り当ててもよい。

フィールド１２０は、プロトコルメッセージ１００が送信ノード又はこのような要求に対する応答からの情報を要求するかどうかを明示する。例えば、フィールド１２０は、要求に対してコード１を割当て、応答に対してコード０を割り当てる。別の例として、フィールド１２０は、１ビット以上用いる。要求に対して、メッセージＩＤは、ＡＤ，ＤＲ，ＤＡ，ＤＤ又はＮＳであってもよい。応答に対して、メッセージＩＤは、ＡＤ，ＤＲ，ＮＯ又はＮＳであってもよい。

フィールド１３０は、プロトコルメッセージ１００の進行方向を指定する。例えば、フィールド１３０は、イースト方向に１を割り当て、ウエスト方向に０を割り当てる。要求メッセージは、対応する応答メッセージと反対方向に進む。例えば、要求メッセージがイースト方向に進むと、応答メッセージは、ウエスト方向に進むべきである。プロトコルメッセージ１００が意図する方向に進めない時は、プロトコルメッセージ１００は、他の方向にルートを変更しても差し支えない。中間のノードは、フィールド１３０で示された方向とメッセージが実際に進む方向との不整合に基づいてメッセージをパススルーするであろう。

フィールド１４０は、処理されたスケルチテーブルに対応しているＳＴＳチャンネルナンバーを指定する。例えば、フィールド１４０は、１０ビット用い、そしてＯＣ７６８４ファイバーＢＬＳＲリングに対応する。フィールド１５０は、トラフィックコネクションのソースノードＩＤと関係のある情報を備えている。例えば、フィールド１５０は、４ビットがソースノードＩＤを提供する間、５ビット長とされる。第５のビットは、プロトコルメッセージ１００が正当なソースノードＩＤを備えているかどうかを示す。ＰＴのようなある特定のメッセージＩＤに関して、ソースノードＩＤは、未知である。したがって、第５のビットが１にセットされると、他の４つのソースノードＩＤは、無視される。

フィールド１６０は、トラフィック接続の宛先ノードＩＤに関係のある情報を備えている。例えば、フィールド１６０は、４ビットが最終ノードＩＤを提供している間、５ビット長とされる。第５のビットは、プロトコルメッセージ１００が正当な最終ノードＩＤを備えているかどうかを示している。ＰＴのようなある特定のメッセージＩＤに関して、最終ノードＩＤは考慮されない。したがって、第５のビットが１にセットされると、他の４つのビットの最終ノードＩＤは無視される。

ＤＲ，ＰＴＩＮそしてＤＲ＆ＰＴＩＮ宛てのメッセージは、同じメッセージＩＤであるが異なる宛先ノードＩＤを持っている。ＰＴＩＮ接続があるときはいつでも、プロトコルメッセージを送信するノードは宛先ノードでなく、そして宛先ノードはメッセージを送信するノードと等しくない。宛先ドロップクロスコネクションが供給されないなら、宛先ノードＩＤは、フィールド１６０の第５のビットによって示されるように無視される。

フィールド１７０は、オプションの情報を備えていてもよい。例えば、フィールド１７０は、ＶＴスケルチに対するＶＴ識別子を備え、そしてＶＴ−Ａアクセス能力を示す。別の一例として、フィールド１７０は、ＳＴＳパスコネクションレベルの識別子を備えている。さらに別の例として、フィールド１７０は、プロトコルメッセージ１００内に備えられたデータをチェックするためのチェックサムを備えている。例えばスケルチテーブルが使用されるハードウェアロジックを更新し、そしてプロトコルメッセージがライン／セクションレイヤーオーバーヘッドに関してトランスポートされる時に、チェックチェックサムは、便利になる。さらにもう一つの例として、フィールド１７０は、スケルチに関係しないどのような情報もキャリーする。

図２は、本発明の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。この図は、単なる一例であり、本発明の範囲を不当に制限すべきでない。当業者は、多くの変形例、代替物、変更を認識するであろう。方法２００は、システムを開始するプロセス２１０、リングマップの完成をチェックするプロセス２２０、新しいエントリーを受信するプロセス２３０、スケルチテーブルに新しいエントリーを付加するプロセス２４０、インジケータをセットし、そして要求メッセージを送信するプロセス２５０、応答メッセージの適時性をチェックするプロセス２６０、スケルチテーブルを更新し、そしてインジケータをリセットするプロセス２７０、要求メッセージを繰り返すプロセス２８０、要求メッセージを受信するプロセス２９０、エントリーの存在をチェックするプロセス２９２、応答メッセージを送信するプロセス２９４、スケルチテーブルを更新するプロセス２９６、そして応答メッセージを送信するプロセス２９８を備えている。たとえ前記のものがプロセスの選択された順序を示しているとはいえ、多くの代替物、変更、変形例があり得る。例えば、プロセスのいくつかは、拡大され、及び／又は組み合わされる。他のプロセスがこれら上記のものに挿入されてもよい。実施形態によって、プロセスの特定の順序は、他の代替物に交換してもよい。例えば、システムを開始するプロセス２１０が省略される。他の例として、リングマップの完成をチェックするプロセス２２０が省略される。これらのプロセスのさらに詳しいことは、本明細書そして特に下記によって理解される。

プロセス２１０において、ハードウェアとソフトウェアシステムは、ネットワークノードで開始される。プロセス２１０は、ハードウェアとソフトウェアシステムがすでに作動しているなら省略することができる。プロセス２２０において、リングマップの完成が確認される。例えば、ネットワークノードでストアされたリングマップは、ＢＬＳＲリング内でノードＩＤの完全な順序を備えている。リングマップが完全でないと、プロセス２２０が繰り返される。リングマップが完全であると、プロセス２３０が実行されるか又はプロセス２９０が実行される。他の例では、プロセス２３０と２９０の両方が実行される。

プロセス２３０において、新しいクロスコネクションエントリーがネットワークノードで受信される。例えば、新しいエントリーは、下記のクロスコネクション：ＡＤ，ＤＲ，ＤＲ＆ＰＴＩＮ，ＰＴＩＮ，ＰＴＯＵＴ，ＤＡ，ＤＤ，ＤＰＴＯＵＴ，ＤＰＴＩＮ，又はＤＤＲ＆ＰＴＩＮの一つの提供又は削除である。新しいエントリーは、特定のＳＴＳチャンネル又はＶＴチャンネルに対応している。ＳＴＳ又はＶＴチャンネルのために、スケルチテーブルは事前のエントリーを得ていない。

プロセス２４０において、新しいクロスコネクションエントリーは、ネットワークノードでスケルチテーブルを追加する。新しいエントリーがクロスコネクションの提供であれば、クロスコネクションがスケルチテーブルに入力される。新しいエントリーがクロスコネクションの削除であれば、クロスコネクションがスケルチテーブルから削除される。スケルチテーブルが特定のクロスコネクション、又は有効なソースノードＩＤ又は特定のクロスコネクションに対する宛先ノードＩＤを備えていない時は、特定のクロスコネクションに結び付けられるエントリーは、ユーザがスケルチテーブルを検索する時に対応できない。したがって、スケルチエントリーは、関係付けられたＳＴＳ又はＶＴのために存在しない。

プロセス２５０において、インジケータは、スケルチテーブルを入力したクロスコネクションエントリーが新しいことを示し始める。例えば、インジケータは、スケルチテーブルに関係のあるソフトウェアプログラムのフラグである。さらに、要求メッセージがネットワークノードから送信される。例えば、要求メッセージは、情報を要求するプロトコルメッセージ１００であってもよい。他の例において、要求メッセージの所期の受信者は、ＢＬＳＲリングで送信しているノードの隣接ノードの一つ又は両方である。要求メッセージは、使われていないＤバイトのようなセクション又はＳＯＮＥＴラインで添付されたオーバーヘッドに関してキャリーされてもよい。別の例では、適切なＤＣＣアソシエーションが要求メッセージを得るために証明されるべき場合に、要求メッセージがセクション又はラインＤＣＣチャンネルにキャリーされる。

同じくプロセス２５０において、応答クロックは、要求メッセージを送信してから応答メッセージを受信するまでの時間を計測し始める。前記され、そしてここでさらに強調されるように、多くの代替物、変更そして変形例があり得る。例えば、３以上のプロセス、すなわちインジケータをセットすること、要求メッセージを送信することそしてクロックを始動することの一つ又は二つは、省略される。

プロセス２６０において、応答メッセージがタイムリーに受信されたかどうかがチェックされる。応答メッセージが応答クロックの測定に基づいた、また前もって決められた期間内に受信されるなら、応答メッセージがタイムリーに判断される。応答メッセージが前もって決定された期間内に受信されないと、プロセス２８０が実行される。例えば、応答メッセージは、プロセス２５０で送信された要求メッセージを受信するネットワークノードから受信される。

プロセス２７０において、スケルチテーブルは応答メッセージからの情報を使用して更新される。例えば、応答メッセージの情報は、スケルチテーブルで新しいエントリーに対応して変換される。新しいエントリーへの変換は、ソフトウェア又はハードウェアで実行することができる。例えば、ＦＰＧＡシステムは、オーバーヘッド上にキャリーオーバーされた応答メッセージで情報を引き出す。さらに、インジケータは、クロスコネクションが古いことを示すためにリセットされる。

プロセス２８０において、要求メッセージが前もって決定された数以上で再送されないと、要求メッセージが再送される。続いて、プロセス２６０が繰り返される。要求メッセージが前もって決定された数以上に送信されると、応答障害を示すアラームメッセージがマネージメントシステムに送信される。例えば、マネージメントシステムは、ＢＬＳＲリングの操作を容易にする。アラームメッセージは、スケルチテーブルが応答処理に障害があることを示す。

プロセス２９０において、クロスコネクションに対する要求メッセージが受信される。クロスコネクションは、追加され、削除され又は編集（edited）されてもよい。例えば、要求メッセージは、情報を要求するプロトコルメッセージ１００であってもよい。他の例では、要求メッセージの送信者は、ＢＬＳＲリング内で受信するノードの隣接ノードである。プロセス２９２において、スケルチテーブルでクロスコネクションの存在がチェックされる。受信ノードでスケルチテーブルがクロスコネクションを備えていれば、プロセス２９４が実行される。受信ノードでスケルチテーブルがクロスコネクションを備えていなければ、プロセス２９６と２９８が実行される。

プロセス２９４において、応答メッセージが要求メッセージを送信しているノードに送信される。例えば、要求メッセージは、ＮＯクロスコネクション（ＮＯ）であることを示すメッセージＩＤフィールド付きのプロトコルメッセージ１００であってもよい。応答メッセージは、使用されていないＤバイトのようなＳＯＮＥＴライン又はセクションで添付されたオーバーヘッドをキャリーオーバーしてもよい。他の例において、適切なＤＣＣアソシエーションが応答メッセージを証明するケースにおいて、応答メッセージは、セクション又はラインＤＣＣチャンネルをキャリーオーバーする。

プロセス２９６において、受信ノードにおけるスケルチテーブルは、要求メッセージ内の情報に基づいて更新される。プロセス２９８において、応答メッセージが要求メッセージを送信するノードに送信される。応答メッセージは、要求メッセージに関係したクロスコネクションについての情報を備えている。この情報は、そのスケルチテーブルを更新するための要求メッセージを送信するノードとすることができる。

前記に詳細に説明し、そして、ここでさらに強調されるように、図２は、単なる一例である。例えば、方法２００は、図２Ａから２Ｊまでに基づいて修正してもよい。図２Ａ−２Ｊは、本発明の確実な実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。これらの図は、請求の範囲を甚だしく制限すべきでない単なる例である。当業者は、多くの変形例、代替物そして変更を理解するであろう。図２Ａ−２Ｊにおいて、“ＳＲＣ”はソースノードＩＤを示し、“ＤＳＴ”は宛先ノードＩＤを示し、“ノードＩＤ”はスケルチテーブルＡＤ，ＤＲ又はＰＴが付加的な存在であるネットワークノードのノードＩＤを示し、“Ｘ”は未知であることを示し、“Ｅ”はネットワークノードのイースト側を示し、そして“Ｗ”はネットワークノードのウエスト側を示す。“ＰＴ”はＰＴＩＮとＰＴＯＵＴの両方を備えている。

図２Ａ，２Ｂそして２Ｃには、それぞれクロスコネクションＡＤ，ＤＲそしてＰＴを付加する方法が描かれている。どのクロスコネクションも、クロスコネクションがクロスコネクションテーブルに入ることを許可されたかどうかにかかわらず、チェックされることによって承認プロセスを受ける。このクロスコネクションが可能でないと、無効なクロスコネクションを示しているアラームメッセージがマネージメントシステムに送信される。クロスコネクションが可能であると、オペレーションのモードが決定される。オペレーションのモードが手動であると、自動的な更新は停止される。オペレーションのモードが自動的であると、自動的な更新は継続される。次に、エントリーがすでに存在しているかどうかが、ＡＤ，ＤＲ又はＰＴが付加されているＳＴＳ又はＶＴに対してチェックされる。このエントリーが存在しないと、エントリーがスケルチテーブルに作成される。要求メッセージが送信され、又は自動的な更新が完了する。エントリーがすでに存在すると、現在のエントリーのタイプが決定される。既存のエントリーがＥでＮＯ又はＷでＮＯに対応すると、このエントリーは更新され、そして要求メッセージが送信される。現在のエントリーがＥとＷの両方ともＮＯに対応すると、このエントリーは更新される。現在のエントリーがＮＯ以外のクロスコネクション、そして付加されたクロスコネクションに対応していると、無効なエントリーを示しているアラームメッセージはマネージメントシステムに送信される。現在のエントリーが付加されたクロスコネクションに対応していると、自動的な更新は完了する。

図２Ｄ，２Ｅそして２Ｆには、それぞれクロスコネクションＡＤ，ＤＲそしてＰＴを削除するための方法が描かれている。ＰＴは、ＰＴＩＮとＰＴＯＵＴを備えている。どのクロスコネクションもクロスコネクションがクロスコネクションテーブルに入ることを許可されたかどうかにかかわらず、チェックされることによって承認プロセスを受ける。このクロスコネクションが可能でないと、無効なクロスコネクションを示しているアラームメッセージがマネージメントシステムに送信される。クロスコネクションが可能であると、オペレーションのモードが決定される。オペレーションのモードが手動であると、自動的な更新は停止する。オペレーションのモードが自動であると、自動的な更新は継続される。次に、エントリーがすでに存在しているかどうかがＡＤ，ＤＲ又はＰＴが削除されているＳＴＳ又はＶＴに対してチェックされる。エントリーが存在しないと、自動的な更新が完了する。エントリーがすでに存在していると、現在のエントリーのタイプが決定される。現在のエントリーがＮＯ又は削除されたクロスコネクションに対応していると、スケルチテーブルが更新される。リクエストメッセージが送信され、又は自動的な更新が完了する。現在のエントリーがＮＯと削除されたクロスコネクション以外のクロスコネクションに対応していると、無効なエントリーを示しているアラームメッセージがマネージメントシステムに送信される。図２Ｄ，２Ｅそして２Ｆにおいて、ソースノードＩＤ又は宛先ノードＩＤの有効性が図１のフィールド１５０と１６０で説明したように、第５のビットによって決定されてもよい。

図２Ｇと２Ｈには、それぞれクロスコネクションＡＤとＤＲを添付するための要求メッセージを処理する方法が描かれている。例えば、要求メッセージは、要求メッセージが始められるネットワークノードのイースト側から送信される。要求メッセージがウエスト側で受信されたかどうかがその時に決定される。要求メッセージがウエスト側で受信されていないと、出発又は宛先ノードのイースト側の隣接ノードが到着するまで、要求メッセージが次のノードに渡される。隣接ノードが到着し、又は要求メッセージがウエスト側に受信されると、オペレーションモードが決定される。オペレーションのモードが手動であると、自動的な更新は停止する。オペレーションのモードが自動であると、この自動的な更新は継続される。次に、エントリーがすでに存在しているかどうかが、ＡＤ又はＤＲが付加されているＳＴＳ又はＶＴに対してチェックされる。エントリーが存在しないと、ＮＯクロスコネクション用のエントリーが、指定されたソースノードＩＤか又は宛先ノードＩＤによって作成される。応答メッセージは、ウエスト側から送信される。エントリーがすでに存在していると、現在のエントリーのタイプが決定される。現在のエントリーが添付されたクロスコネクションに対応していると、無効なエントリーを示しているアラームメッセージがマネージメントシステムに送信される。現在のエントリーがＰＴクロスコネクションに対応していると、イースト側とウエスト側の両方のエントリーが更新され、そして要求メッセージがイースト側から送信され、応答メッセージがウエスト側から送信される。現在のエントリーがＮＯクロスコネクション又はＰＴ以外のクロスコネクション及び添付されたクロスコネクションに対応していると、ウエスト側上のエントリーが更新され、そして応答メッセージがウエスト側から送信される。

図２Ｉと２Ｊには、それぞれクロスコネクションＡＤとＤＲを削除するための要求メッセージを処理する方法が描かれている。例えば、要求メッセージは、要求メッセージが始められるネットワークノードのイースト側から送信される。要求メッセージがウエスト側で受信されたかどうかがその時に決定される。要求メッセージがウエスト側で受信されていないと、出発又は宛先ノードのイースト側の隣接ノードが到着するまで、要求メッセージは次のノードに渡される。隣接ノードが到着し、又は要求メッセージがウエスト側に受信されると、オペレーションモードが決定される。オペレーションモードが手動であると、自動的な更新は停止する。オペレーションモードが自動であると、この自動的な更新は継続される。次に、エントリーがすでに存在しているかどうかが、ＡＤ又はＤＲが削除されているＳＴＳ又はＶＴに対してチェックされる。エントリーが存在しないと、応答メッセージがウエストサイドから送信される。エントリーがすでに存在すると、現在のエントリーのタイプが決定される。現在のエントリーがそれぞれ図２Ｉ又は２ＪのＡＤ又はＤＲに対応していると、無効な要求を示しているアラームメッセージがマネージメントシステムへ送信される。現在のエントリーがＰＴクロスコネクションに対応していると、イースト側とウエスト側の両方のエントリーが更新され、そして要求メッセージがイースト側から送信され、そして応答メッセージがウエスト側から送信される。既存のエントリーがそれぞれ図２Ｉ又は２ＪのＰＴ及びＡＤ又はＤＲ以外のＮＯクロスコネクション又はクロスコネクションに対応していると、ウエスト側のエントリーが更新され、そして、応答メッセージがウエスト側から送信される。

前記に詳細に説明し、そして、ここでさらに強調されるように、図２そして２Ａ−２Ｊは、請求の範囲を甚だしく制限原すべきでない単なる例である。当業者は、多くの変形例、代替物そして変更を理解するであろう。例えば、図２そして２Ａ−２Ｊの方法は、スケルチテーブルを更新及び／又は作成することができる。他の例で、方法２００は、スケルチテーブル内の現在のエントリーを更新することができ、又はスケルチテーブル内に新しいエントリーを作成することができる。

どのネットワークノードも、スケルチテーブルを追加し又は除去されたいずれのクロスコネクションに対して要求メッセージが送信され、そして応答メッセージが受信されることによってスケルチテーブルを生成する。例えば、このプロセスは、ネットワークノードが初期化された、すなわちシステムを始動した時にすべての新しいクロスコネクションのために通常、実行される。別の例では、例えば、このプロセスは、ＢＬＳＲリング内のすべてのスケルチテーブルが更新されるまで、メッセージを順番に隣に送信する隣接ノード内のスケルチテーブルを変更する。さらに別の例では、ノードの初期化で、スケルチテーブルは不揮発性メモリーから復元される。下記は、スケルチテーブルの典型的なメモリーレコードである。

class CSquelchTbRecord
{
private:
//BIT6-7:represent the incoming cross-connect type: NO/
/DR/PTIN/DR&PTIN
//BIT5:represent whether the response PDU is received.
//BIT0-4:represent the incoming SRC node ID (BIT4 =1 if the SRC is unknown)
BYTE m_byIncoming;
//BIT6-7:represent the outgoing cross-connect type: NO/ /AD/PTOUT
//BIT5:represent whether the response PDU is received.
//BIT0-4:represent the outgoing DST node ID (BIT 4 =1 if the DST is unknown)
BYTE m_byOutgoing;
BOOL m_bSrcVtAccess; //Reserved for future if support vt squelch
BOOL m_bDstVtAccess; //Reserved for future if support vt squelch
void *m_pVtAccess; //Reserved for future if support vt squelch
…
};
CSquelchTbRecord m_SquelchTbl [2][192]; //Squelch Table

スケルチテーブルを早く更新することは重要である。例えば、プロトコルメッセージのハードウェア処理は、隣のネットワークノードから１０ミリ秒以下の応答時間を達成する可能性がある。１６ノードのＢＬＳＲリングに対して（関して、のために）、更新時間は、１６０ミリ秒である。ＤＣＣチャンネルが使用されると、更新は１６０ミリ秒よりも長くかかるかもしれない。このＤＣＣは、トラフィックメッセージを異なるアプリケーションにキャリーする普通の媒体である。更新時間を短くするため、ある特定のメカニズムは、ＤＣＣチャンネルを越えた他のメッセージに関してプロトコルメッセージのプライオリティを繰り上げるために導入される。

図３は、本発明の実施形態による２つのネットワークノード間のクロスコネクションを簡単に示している。この図は、単なる一例であり、本発明の範囲を不当に制限すべきでない。当業者は、多くの変形例、代替物、変更を認識するであろう。クロスコネクション３００は、それぞれノードＡ，ＢそしてＣを表しているノード３１０，３２０そして３３０を通過する。クロスコネクション３００は、ノード３１０に信号を付け加えること、ノード３２０のウエストターミナル３２２に向かって信号を通すこと、信号をノード３２０のイーストターミナル３２４の外へ通すこと、そしてノード３３０で信号をドロップすることを備えている。上記のものが一方向だけのクロスコネクションの選択された順序を示しているとはいえ、多くの代替物、変更そして変形例があり得る。例えば、クロスコネクションのいくつかは、拡張され及び／又は組み合わされる。他のプロセスは、上記のものに挿入されてもよい。この実施形態によると、クロスコネクションの特定の順序は、他のものに交換されてもよい。これらのプロセスの更なる詳細は、この明細書さらに特に下記によってわかる。

図３に示されたクロス−セクションは、表２に要約されている。表２に示すように、ノードＡは、ＡＤに対して新しいエントリーを追加し、ノードＢは、イーストでＰＴＯＵＴに対して新しいエントリー及びウエストでＰＴＩＮに対して新しいエントリーを追加し、そしてノードＣは、それぞれのスケルチテーブルでＤＲに対して新しいエントリーを追加する。

図４は、本発明の実施形態に基づくスケルチテーブルで実行されるクロスコネクションに関する簡略化された方法を示す図である。この図は、請求の範囲を甚だしく制限すべきでない単なる一例である。当業者は、多くの変形例、代替物そして変更を理解するであろう。例えば、方法４００は、前記で詳細に示したように、方法２００を用いる。

ノードＡは、スケルチテーブルにＡＤエントリーを追加する。このエントリーは、ノードＡのソースノードＩＤを有していると仮定する。ノードＡは、ノードＢに要求メッセージ４１０を送信する。例えば、要求メッセージ４１０は、プロトコルメッセージ１００と同じフォーマットを使用する。メッセージＩＤフィールドはＡＤへ向かい、要求／応答フィールドは要求へ向かい、イースト／ウエストフィールドはイーストへ向かい、チャンネルＩＤフィールドはチャンネル１へ向かい、ソースノードＩＤフィールドはノードＡのセットであり、そしてディスカッションノードＩＤフィールドは、未知に向かう。予備のフィールドは、追加の情報を備えていてもよい。

ノードＢは、要求メッセージ４１０を受信し、そしてスケルチテーブルを編集する。ウエストとイーストの両側でＰＴへのエントリーは、ノードＡへのソースノードをセットすることによって更新される。さらに、ノードＢは、ノードＡへの応答メッセージ４２０を送信する。例えば、応答メッセージ４２０は、プロトコルメッセージ１００と同じフォーマットをする。メッセージＩＤフィールドはＰＴＩＮに向かい、要求／応答フィールドはウエストに向かい、チャンネルＩＤフィールドはチャンネル１に向かい、ソースノードＩＤフィールドはノードＡのセットであり、そして宛先ノードＩＤフィールドは、未知に向かう。予備フィールドは、追加の情報を備えていてもよい。同様に、ノードＢは、ノードＣへの要求メッセージ４２４を送信する。例えば、要求メッセージ４２４は、プロトコルメッセージ１００と同じフォーマットをする。メッセージＩＤフィールドは、ＰＴＯＵＴに向かい、要求／応答フィールドは要求に向かい、イースト／ウエストフィールドはイーストに向かい、チャンネルＩＤフィールドはチャンネル１に向かい、ソースノードＩＤフィールドはノードＡのセットであり、宛先ノードＩＤフィールドは未知に向かう。スペアーフィールドは追加の情報を備えていてもよい。

ノードＣは、要求メッセージ４２４を受信し、そしてスケルチテーブルを編集する。ＤＲへのエントリーは、ノードＡのソースノードＩＤを有していると仮定する。さらに、ノードＣは、ノードＢへ応答メッセージ４３０を送信する。例えば、応答メッセージ４３０は、プロトコルメッセージ１００と同じフォーマットをする。メッセージＩＤフィールドはＤＲに向かい、要求／応答フィールドは応答に向かい、イースト／ウエストフィールドはウエストに向かい、チャンネルＩＤフィールドはチャンネル１に向かい、ソースノードＩＤフィールドはノードＡのセットであり、そして宛先ノードＩＤはＣに向かう。予備フィールドは、追加の情報を備えていてもよい。同様に、ノードＣは、ノードＢに要求メッセージ４３４を送信する。例えば、要求メッセージ４３４は、プロトコルメッセージ１００と同じフォーマットをする。メッセージＩＤフィールドはＤＲに向かい、要求／応答フィールドは要求に向かい、イースト／ウエストフィールドはウエストに向かい、チャンネルＩＤフィールドはチャンネル１に向かい、ソースノードＩＤはノードＡのセットであり、そして宛先ノードＩＤフィールドはＣに向かう。予備フィールドは追加の情報を備えていてもよい。

ノードＢは、要求メッセージ４３４を受信し、そしてスケルチテーブルを編集する。ウエストとイーストの両側でＰＴへのエントリーは、ノードＣへの宛先ノードをセットすることによって更新される。さらに、ノードＢは、ノードＣに応答メッセージ４４０を送信する。例えば、応答メッセージ４４０は、プロトコルメッセージ１００と同じフォーマットをする。メッセージＩＤフィールドはＰＴＯＵＴに向かい、要求／応答フィールドは応答に向かい、イースト／ウエストフィールドはイーストに向かい、チャンネルＩＤフィールドはチャンネル１に向かい、ソースノードＩＤフィールドはノードＡのセットであり、そして宛先ノードＩＤフィールドはＣに向かう。スペアーフィールドは追加の情報を備えていてもよい。同様に、ノードＢは、ノードＡへ要求メッセージ４４４を送信する。例えば、要求メッセージ４４４は、プロトコルメッセージ１００と同じフォーマットをする。メッセージＩＤフィールドはＰＴＩＮに向かい、要求／応答フィールドは要求に向かい、イースト／ウエストフィールドはウエストに向かい、チャンネルＩＤフィールドはチャンネル１に向かい、ソースノードＩＤフィールドはノードＡのセットであり、そして宛先ノードＩＤフィールドはノードＣに向かう。予備フィールドは追加の情報を備えていていもよい。

ノードＡは、要求メッセージ４４４を受信し、そしてスケルチテーブルを編集する。ＡＤへのエントリーは、ノードＣへの宛先ノードをセットすることによって更新される。さらに、ノードＡは、ノードＢへ応答メッセージ４５０を送信する。例えば、応答メッセージ４５０は、プロトコルメッセージ１００と同じフォーマットをする。メッセージＩＤフィールドはＡＤに向かい、要求／応答フィールドは応答に向かい、イースト／ウエストフィールドはイーストに向かい、チャンネルＩＤフィールドはチャンネル１に向かい、ソースノードＩＤフィールドはノードＡのセットであり、そして宛先ノードＩＤはＣに向かう。予備フィールドは追加の情報を備えていてもよい。

メッセージ交換と処理が完了した後、スケルチテーブルは表３で示されたノードＡ，ＢそしてＣをエントリーする。“Ｓｒｃ”はソースノードＩＤを示し、“Ｄｅｓｔ”は宛先ノードＩＤを示している。

上記され、そしてここでさらに強調されるように、図４は、単なる一例であり、本発明の範囲を甚だしく制限すべきでない。当業者は、多くの変形例、代替物、変更を認識するであろう。例えば、メッセージ４２０と４４４へのメッセージＩＤフィールドはＤＲに変更でき、そしてメッセージ４３０と４３４へのメッセージＩＤフィールドはＰＴＩＮに変更できる。他の例では、メッセージ４２４と４４０へのメッセージＩＤフィールドはＤＡに変更でき、そしてメッセージ４１０と４５０へのメッセージＩＤフィールドはＰＴＯＵＴに変更できる。

図５は、本発明の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された装置を示す図である。この図は、単なる一例であり、請求の範囲を甚だしく制限すべきでない。当業者は、多くの変形例、代替物、変更を認識するであろう。この装置５００は、メッセージ受信部５１０、メッセージ送信部５２０、メモリーシステム５３０、そして処理システム５４０を備えている。上記のものがシステム５１０，５２０，５３０そして５４０を示しているとはいえ、多くの代替物、変更そして変形例があり得る。例えば、メモリーシステム５３０と処理システム５４０は、一緒にしてもよい。処理システム５４０は、その物のメモリーシステムを含めるために拡張されてもよい。他のシステムは、上記のものを追加してもよい。実施形態によると、システムの特定の配置は、置換された他の物と交換してもよい。これらのシステムの更なる詳細は、本明細書、特に下記によってもっと理解できる。

メッセージ受信部５１０は、要求メッセージ及び／又は応答メッセージを受信し、メッセージ送信部５２０は、要求メッセージ及び／又は応答メッセージを送信し、そしてメモリーシステム５３０は、スケルチテーブル及び／又はクロスコネクションテーブルを記憶する。処理システム５４０は、受信された要求メッセージ及び／又は受信された応答メッセージを処理し、そして送信された要求メッセージ及び／又は送信された応答メッセージを生成する。さらに、処理システムは、クロスコネクションエントリーと関連付けた情報と、スケルチテーブル及び／又はクロスコネクションテーブルを結び付けられた情報とを処理する。

例えば、ＢＬＳＲのどのノードも装置５００に本質的に類似した装置を備えている。メッセージ受信部５１０は、図１，２，２Ａ−２Ｊ，３そして４と関係のあるいくつか又は全てのメッセージを受信するために構成される。メッセージ送信部５２０は、図１，２，２Ａ−２Ｊ，３そして４と関係のあるいくつか又は全てのメッセージを送信するために構成される。処理システム５４０は、図１，２，２Ａ−２Ｊ，３そして４と関係のあるいくつか又は全てのメッセージを処理するために構成される。これらの処理は、ソフトウェア、ハードウェア、あるいはこの組合わせで実行されてもよい。

本発明の他の実施形態によれば、光ネットワークアプリケーション用のスケルチテーブルを処理するための装置は、第１のクロスコネクションと第１のチャンネルとを結び付けた第１の要求メッセージを受信するために構成されたメッセージ受信部を備えており、そして第２のクロスコネクションと第２のチャンネルとを結び付けた第１の応答メッセージを受信する。さらに、この装置は、第２のクロスコネクションと第２のチャンネルとを結び付けた第１の要求メッセージを送信するために、そして第１のクロスコネクションと第１のチャンネルとを結び付けた第１の応答メッセージとを送信するために、構成されたメッセージ送信部を備えている。さらに、この装置は、第１のスケルチテーブルと関連付けた情報を少なくとも記憶するために、構成されたメモリーシステムを備えている。この処理システムは、第１のスケルチテーブル内の第２のチャンネルと関連付けた第１のスケルチエントリーを生成させるために構成され、この第１のスケルチテーブルが第１のスケルチエントリー以外の第２のチャンネルと結び付けられたどのようなスケルチエントリーからも解放され、第１の応答メッセージと関連付けた情報を処理し、そして、第１の応答メッセージと関連付けた情報に応えて少なくとも第１のスケルチエントリーを修正する。この処理システムは、同様に、第１の要求メッセージと第１のスケルチテーブルを関連付けた情報を処理するために構成され、第１のスケルチテーブルが第１のチャンネルと関連付けた第２のスケルチエントリーを備えているかどうか決定し、第１の要求メッセージと関連付けた情報を処理し、そして第１の要求メッセージと関連付けた情報に少なくとも応えて第２のスケルチエントリーを修正する。

上記のように、本発明のある特定の実施形態は、下記のアラームメッセージのいくつか又は全てを生成することができる。無効なクロスコネクションメッセージは、無効なクロスコネクション、例えば発信チャンネルのＤＲにユーザが入力していることを示す。無効なエントリーメッセージは、無効なスケルチテーブルエントリー、例えば受信チャンネルのＡＤを検出したことを示す。無効な要求メッセージは、要求メッセージを受信した、例えばＤＡメッセージが同じチャンネルでＡＤエントリーを有しているノードによって受信されたときに整合性がないことを示す。応答障害メッセージは、要求が予め決められた回数を超えて予め決められた期間内に受信しなかったことを示す。整合性のないスケルチメッセージは、クロスコネクションテーブルエントリーがスケルチテーブルエントリーを示さない時に整合性のないスケルチテーブルを示す。不完全な更新メッセージは示す。ノードのスケルチテーブルへの更新は完全でない。

本発明には種々の利点がある。本発明のある特定の実施形態は、全てのネットワークノード又は全てのネットワークリングに選択的に手動モード又は自動モードで作用する。内部のメッセージは、ネットワークリングのネットワークノードが同時に手動モード又は自動モードに入力することができる。本発明のいくつかの実施形態は、ＳＴＳレベルスケルチ、ＶＴレベルスケルチ又は両方をサポートする。クロスコネクションタイプのどのような不適当な組合わせも本発明の特定のプロトコルによって判断することができる。本発明のある特定の実施形態は、クロスコネクションテーブルのどのようなエントリーもスケルチテーブルで対応しているエントリーを有していとして、アラーム表示をする。本発明のいくつかの実施形態は、どのような特定のノードのためにいつでもスケルチテーブルの更新を始めることができる。本発明のある特定の実施形態は、メモリーからバックアップテーブルを復元することによってスケルチテーブルを初期化することができる。本発明のいくつかの実施形態は、一つのリング障害下でさえスケルチテーブルの自動更新を実行することができる。本発明のある特定の実施形態は、割当て時間が割り当てられない又はクロスコネクションを持たないことを示すために適切な指定を提供する。本発明のいくつかの実施形態は、スケルチテーブルを再調整するためメッセージの氾濫をもたらせないネットワークノードのノードＩＤのインサービス変更を可能にする。本発明のある特定の実施形態は、プロトコルを通してのペイロードの不適切な組合わせを見つけることができ、そしてクロスコネクションの供給とスケルチに関して診断の発見に役立つ。本発明のいくつかの実施形態は、オーバーヘッドＳＯＮＥＴバイト又はＤＣＣチャンネルに関してプロトコルメッセージを送信するための適応性がある。本発明のある特定の実施形態は、スケルチエントリーデータを隣接ノードに伝達するためたったの３２ビットしか使用されない。本発明のいくつかの実施形態は、ＢＬＳＲリングに関してスケルチするための関係のない情報を送信することができる。本発明のある特定の実施形態は、ＳＴＳとＶＴレベルスケルチの両方を評価するＢＬＳＲに対処するため、拡大縮小可能なプロトコルを使用する。例えば、ＢＬＳＲレートは、Ｃ−４８，ＯＣ−１９２そしてＯＣ−７６８のであってもよい。

本発明の特定の実施形態が説明されたけれども、当業者は説明された実施形態と同等の他の実施形態を理解する。したがって、本発明は、添付された請求の範囲で、詳細に説明された実施形態に限定されない。例えば、本発明のある特定の実施形態は、ＳＯＮＥＴ又は他のネットワークに用いられてもよい。他の例として、本発明のいくつかの実施形態は、ＢＬＳＲリング又は他のネットワークリングに用いられてもよい。

本発明の一実施形態に基づくプロトコルメッセージに関する概略図である。本発明の一実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。本発明の特定の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。本発明の特定の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。本発明の特定の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。本発明の特定の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。本発明の特定の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。本発明の特定の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。本発明の特定の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。本発明の特定の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。本発明の特定の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。本発明の特定の実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された方法を示す図である。本発明の一実施形態に基づく二つのネットワークノード間の単純化したクロスコネクションを示す図である。本発明の一実施形態に基づくスケルチテーブルにクロスコネクションを導入するための簡略化された方法を示す図である。本発明の一実施形態に基づくスケルチテーブルを自動的に更新するための簡略化された装置を示す図である。

Claims

光ネットワーク用のスケルチテーブルを処理する方法であって：
第１のクロスコネクションと第１のチャンネルとを関連付けた第１のクロスコネクションエントリーを受信すること；
第１のノードと関連付けた第１のスケルチテーブル内の第１のチャンネルと関連付けた第１のスケルチエントリー、第１のスケルチエントリー以外の第１のチャンネルと関連付けたどのようなスケルチエントリーからも解放された第１のスケルチテーブルを生成すること；
第１のクロスコネクションを第２のノードに、隣接ノードである第２のノードを第１のノードに関係付けた第１の要求メッセージ送信すること；
第１のクロスコネクションと関連付けた第１の応答メッセージが予め決められた期間内に第１の要求メッセージに応じて第１のノードを受信すると、
第１の応答メッセージと関連付けた情報を処理すること、
第１の応答メッセージと関連付けた情報に少なくとも応じて第１のスケルチエントリーを修正することを備えていることを特徴とする方法。
前記第１の要求メッセージは、第１のクロスコネクションに関係しているソースノードと関連付けたソースノード識別子フィールドと、第１のクロスコネクションに関係している宛先ノードと関連付けた宛先ノード識別子フィールドとを備えていることを特徴とする請求項１に記載の方法。
前記第１の要求メッセージは、メッセージ識別子と関連付けたメッセージ識別子フィールドをさらに含んでいることを特徴とする請求項１又は２に記載の方法。
前記メッセージ識別子は、ＡＤ，ＤＲ，ＤＡ，ＤＤ，ＮＯ、そしてＮＳを備えている群から選択された少なくとも一つと関係していることを特徴とする請求項３に記載の方法。
前記第１の要求メッセージは、要求からなる第１の要求メッセージを示している要求／応答フィールドをさらに備えていることを特徴とする請求項３に記載の方法。
前記第１の要求メッセージは、方向がウエスト又はイーストである第１の要求メッセージに関係している方向と関連付けた方向フィールドをさらに備えていることを特徴とする請求項３に記載の方法。
前記第１の要求メッセージは、第１のスケルチテーブルに対応しているチャンネル識別子と関連付けたチャンネルインジケータをさらに備えていることを特徴とする請求項３に記載の方法。
前記第１の要求メッセージは、第１のスケルチテーブルに対応しているＶＴ識別子と関連付けたＶＴインジケータをさらに備えていることを特徴とする請求項３に記載の方法。
前記第１のチャンネルは、ＳＴＳチャンネル又はＶＴチャンネルであることを特徴とする請求項１に記載の方法。
前記修正された第１のスケルチエントリーは、第１のクロスコネクションと関連付けた完全なスケルチ情報を備えていることを特徴とする請求項１に記載の方法。
前記第１の応答メッセージが予め決められた期間内に第１のノードを受信せず、かつ、第１の要求メッセージが予め決められた回数以上送信されると、第１の応答メッセージを受信することの障害を表示する第１のアラームメッセージを送信することと、
第１の応答メッセージが予め決められた時間内に第１のノードを受信せず、かつ、第１の要求メッセージが予め決められた回数よりも少ないか又は等しく送信されると、第１の要求メッセージを第２のノードに送信することをさらに備えていることを特徴とする請求項１に記載の方法。
前記第１のノードと関係している第１のリングマップと関連付けた情報を処理すること；
前記第１のリングマップが第１のリングマップと関連付けた情報に少なくとも基づいた全部を決定することをさらに備えていることを特徴とする請求項１１に記載の方法。
前記第１のスケルチエントリーを生成することと関連付けた第１の表示を提供すること；
前記第１のスケルチエントリーを生成することと関連付けた第２の表示を提供することをさらに備えていることを特徴とする請求項１２に記載の方法。
光ネットワークアプリケーション用のスケルチテーブルを処理する方法であって：
第１のクロスコネクションと第１のチャンネルとを関連付けた第１の要求メッセージを受信すること；
第１の要求メッセージと第１のノードでの第１のスケルチテーブルとを関連付けた情報を処理すること；
第１のスケルチテーブルが第１のチャンネルと関連付けた第１のスケルチエントリーを含んでいるかどうかを決定すること；
第１のスケルチテーブルが第１のスケルチエントリーから解放されると、第１の応答メッセージを送信すること、
第１のスケルチテーブルが第１のスケルチエントリーを備えていると、
第１の要求メッセージと関連付けた情報を処理すること；
第１の要求メッセージと関連付けた情報に少なくとも応えて第１のスケルチエントリーを修正すること；
第１のクロスコネクションと関連付けた第２の応答メッセージを送信すること
を備えていることを特徴とする方法。
前記第１の応答メッセージは、ＮＯクロスコネクションと関連付けられていることを特徴とする請求項１４に記載の方法。
前記第２の応答メッセージは、第１のクロスコネクションに関係しているソースノードと関連付けたソースノード識別子フィールドと、第１のクロスコネクションに関係している宛先ノードと関連付けた宛先ノード識別子フィールドとを備えていることを特徴とする請求項１４に記載の方法。
前記第２の応答メッセージは、メッセージ識別子と関連付けたメッセージ識別子フィールドをさらに備えていることを特徴とする請求項１６に記載の方法。
前記メッセージ識別子は、ＡＤ，ＤＲ，ＤＡ，ＤＤ，ＮＯ，そしてＮＳを備えている群から選択された少なくとも一つ関係していることを特徴とする請求項１７に記載の方法。
前記第２の応答メッセージは、応答である第２の応答メッセージを表示する要求／応答フィールドをさらに備えていることを特徴とする請求項１７に記載の方法。
前記第２の応答メッセージは、方向がウエスト又はイーストである第２の応答メッセージに関係している方向と関連付けた方向フィールドをさらに備えていることを特徴とする請求項１７に記載の方法。
前記第２の応答メッセージは、第１のスケルチテーブルに対応しているチャンネル識別子と関連付けたチャンネルインジケータをさらに備えていることを特徴とする請求項１７に記載の方法。
前記第１の要求メッセージは、第１のスケルチテーブルに対応しているＶＴ識別子と関連付けたＶＴインジケータをさらに備えていることを特徴とする請求項１４に記載の方法。
前記第１のチャンネルは、ＳＴＳチャンネル又はＶＴチャンネルであることを特徴とする請求項１４に記載の方法。
光ネットワーク用のスケルチテーブルを処理する装置であって：
第１のクロスコネクションと第１のチャンネルとを関連付けた第１の要求メッセージを受信する；
第２のクロスコネクションと第２のチャンネルとを関連付けた第１の応答メッセージを受信する；
ために構成されたメッセージ受信部、
第２のクロスコネクションと第２のチャンネルとを関連付けた第１の要求メッセージを送信する；
第１のクロスコネクションと第１のチャンネルとを関連付けた第１の応答メッセージを送信する；
ために構成されたメッセージ送信部、
第１のスケルチテーブルと関連付けた情報を少なくともストアするために構成されたメモリーシステム、
前記メッセージ受信部、メッセージ送信部そしてメモリーシステムを組み合わせ、
第１のスケルチテーブル内の第２のチャンネルと関連付けた第１のスケルチエントリーを生成し、前記第１のスケルチテーブルが第１のスケルチエントリー以外の第２のチャンネルと関連付けたどのようなスケルチエントリーからも解放され、
第１の応答メッセージと関連付けた情報を処理し、
第１の応答メッセージと関連付けた情報に少なくとも応えて第１のスケルチエントリーを修正し、
第１の要求メッセージと第１のスケルチテーブルとを関連付けた情報を処理し、
第１のスケルチテーブルが第１のチャンネルと関連付けた第２のスケルチエントリーを備えているかどうかを決定し、
第１の要求メッセージと関連付けた情報を処理し、
第１の要求メッセージと関連付けた情報に少なくとも応えて第２のスケルチエントリーを修正する
ために構成された処理システム
によって構成されていることを特徴とする装置。
前記第１のチャンネルは、ＳＴＳチャンネル又はＶＴチャンネルであることを特徴とする請求項２４に記載の装置。
前記第１のチャンネルと第２のチャンネルは、同じチャンネルであることを特徴とする請求項２４に記載の装置。
前記第１のチャンネルと第２のチャンネルは、異なるチャンネルであることを特徴とする請求項２４に記載の装置。