JP4576165B2

JP4576165B2 - 分散型保護スイッチング

Info

Publication number: JP4576165B2
Application number: JP2004180890A
Authority: JP
Inventors: エス．パティルリンガラジュ; ジェイ．ミルバーンバートン; シングサーニハーミート; セーガルラジーブ; オスタフェハリー
Original assignee: Ericsson AB
Current assignee: Ericsson AB
Priority date: 2003-06-20
Filing date: 2004-06-18
Publication date: 2010-11-04
Anticipated expiration: 2024-06-18
Also published as: DE602004014677D1; EP1489861B1; EP1489861A2; EP1489861A3; JP2005012812A; US20050002339A1; US7313087B2; ATE400144T1

Description

＜発明の分野＞
本発明は、遠隔通信ネットワークにおける接続障害に対する応答に関するものである。より具体的には、本発明は、遠隔通信ネットワークにおける接続障害に対する応答において、所定時間に単一の末端相互間接続(end-to-end connection)だけが構築され、複数のリルート選択肢があり、単一の末端相互間接続に障害がある時、リルートの１つが選択され、末端相互間接続をただ一つだけ維持できるようにするものである。

＜発明の背景＞
ＳＰＶｘを用いて、カスタマーにＰＶＣサービスを提供するネットワークのオペレータは、次の問題を有していた。
ａ．送信先ノードに障害があると、出発点ノードのＳＰＶｘは、代替となる送信先(destination)への再設定を行わねばならない。それゆえ、送信先に障害があると、ユーザの手操作による介入が必要であった。
ｂ．ＰＶＣカスタマーに対してネットワークサービス保証するために、ネットワークオペレータは、ソースノードから代替送信先ノードまでシャドウ通信を構築せねばならなかった。

送信先のＳＰＶｘレジリエンシー(resiliency)は、送信先にノード障害(node failures)[ファブリックレベル、ポストカード／ポートレベルの他、システムレベルの障害]が起こると、発信元ＳＰＶｘ接続を保護する。ユーザによって予め設定された障害コードの１つが起こり、ＳＰＶｘ接続を設定する複数のアテンプトが失敗すると、ＳＰＶｘコールは、ユーザに指定された代替送信先へ、自動的にリダイレクトを行なう。

Nortel Networks, Inc.がサポートする２つの機能(features)は、本発明と類似性がある。
１．ＳＶＣコールのリダイレクション機能により、複数(７以下)のＸ.１２１/Ｅ.１６４代替アドレスを特定することができる。送信先へのコールアテンプトに障害が起こると、代替送信先への発信が自動的に試みられる。
２．第２の機能はＳＶＣハントグループと称される。単一のＸ.１２１/Ｅ.１６４アドレスは複数の末端デバイスを提供する。末端デバイスののリソースアベイラビリティに応じて、コールは、複数の末端デバイス間に自動的に分配される。

本発明が先行技術とは異なるファクターとして次のものがある。
アクティブのＳＰＶｘ接続に障害があるとき、送信先はその障害を検出し、ＳＰＶｘコールを解除する。この解除メッセージの中には、切替え情報が含まれており、代替送信先へのリダイレクション(redirection)がトリガされる。

本発明は、代替送信先とならない全てのコールをリダイレクトするものではない。その代わり、ユーザは、リダイレクションをトリガすべき障害コードを設定することができる。特定の障害コードの１つについて、コールをセットアップする３つのアテンプトが不良であると、コールは自動的に代替送信先にリダイレクトする。

代替送信先へのリダイレクションが行われた後、ソースノードは、プライマリー送信先への接続回復を周期的に試みて、セコンダリー送信先のリソースを解放する。また、これらの技術は、接続箇所(ソース側、ソースと送信先の間)の如何に拘わらず、接続の障害に適用可能である。

＜発明の要旨＞
本発明は、分散型保護スイッチング(distributed protection switching)に関する。具体的には、本発明は、ネットワークにおける接続の障害に応答するシステムに関するものである。システムは、複数のリルート選択肢を有するプライマリーソーススイッチ(primary source switch)を具えている。システムは、プライマリースイッチに接続されたプライマリーソースノードを具えている。システムはプライマリー送信先スイッチを具えている。システムは、プライマリー送信先スイッチに接続されたプライマリー送信先ノードを具えている。プライマリーソースノードとプライマリー送信先ノードとの間で、プライマリーソーススイッチを通じて、ネットワークに単一の末端相互間接続が構築される。プライマリーソーススイッチは、単一の末端相互間接続に障害が起こると、プライマリーソースノードとプライマリー送信先ノードとの間の唯１つの末端相互間接続を維持することにより、複数のリルート選択肢の１つに基づいて、ネットワークにおける接続をリルートする。

本発明はＳＰＶｘ接続に関する送信先の障害に応答するシステムに関する。システムは、プライマリーソースノードを具えている。システムはＳＰＶｘ接続を作成するためのプライマリーソーススイッチを具えている。プライマリーソースノードはプライマリーソーススイッチに連繋されている。システムはプライマリー送信先ノードを具えている。システムはＳＰＶｘ接続を受信するためのプライマリー送信先スイッチを具えている。プライマリー送信先ノードはプライマリー送信先スイッチに連繋されている。接続により、プライマリーソースノードとプライマリー送信先ノードとの間にプライマリー経路が形成される。システムは代替(alternate)送信先ノードを具えている。プライマリー送信先スイッチがプライマリー経路(primary path)の障害を検出すると、プライマリー送信先スイッチは、代替経路に沿って、プライマリー接続を代替送信先ノードへ自動的にリダイレクトする。代替経路は、プライマリー経路が障害を経験した時にだけ、プライマリーソースノードと代替送信先ノードによって形成される。

本発明は、ＳＰＶｘ接続に関する障害に応答するシステムに関する。システムはプライマリーソースノードを具えている。システムはＳＰＶｘ接続を作成するプライマリーソーススイッチを具えている。プライマリーソースノードはプライマリーソーススイッチに連繋されている。システムはプライマリー送信先ノードを具えている。システムはＳＰＶｘ接続を受信するプライマリー送信先スイッチを具えている。プライマリー送信先ノードは、プライマリー送信先スイッチに連繋されている。接続により、プライマリーソースノードとプライマリー送信先ノードとの間にプライマリー経路が形成される。システムは代替ソースノードを具えている。代替ソーススイッチは、プライマリーソーススイッチがプライマリー経路の障害を検出すると、代替経路に沿って、接続をプライマリー送信先ノードへ自動的に再構築する。代替経路は、プライマリー経路が障害を経験した時にだけ、代替ソースノードとプライマリー送信先ノードによって形成される。

本発明は、ＳＰＶｘ接続に関する障害に応答する方法に関する。この方法は、プライマリーソースノードとプライマリー送信先ノードとの間にＳＰＶｘ接続を形成するステップを有している。また、プライマリーソースノードを有するプライマリー経路に障害を検出するステップがある。また、プライマリー送信先ノードを有する代替経路に沿って、ＳＰＶｘ接続を自動的に再構築するステップがある。

本発明は、ＳＰＶｘ接続に関する送信先の障害に応答する方法に関する。この方法は、プライマリーソースノードとプライマリー送信先ノードとの間にＳＰＶｘ接続を形成するステップを有している。また、プライマリーソースノードとプライマリー送信先ノードとの間のプライマリー経路における障害を検出するステップがある。そして、ＳＰＶｘ接続を代替送信先ノードへ自動的にリダイレクトするステップがある。

本発明は、ネットワーク中の接続障害に応答する方法に関する。この方法は、プライマリーソースノードとプライマリー送信先ノードとの間で、ネットワークを経て、複数のリルート選択肢を有する単一の末端相互間接続を構築するステップを有している。また、接続の障害を経験するステップがある。さらに、プライマリーソースノードとプライマリー送信先ノードとの間の単一の末端相互間接続を維持することにより、複数のリルート選択肢の中の１つに基づいて、ネットワーク経由の接続をリルートするステップがある。

＜詳細な説明＞
図面を参照すると、幾つかの図において、同一又は同様な要素については同じ引用符号を付している。例えば、図１は、ネットワーク(12)における接続故障に応答するシステム(10)を示している。システム(10)は、複数のリルート選択肢を有するプライマリーソーススイッチ(16)を具えている。システム(10)は、プライマリーソーススイッチ(16)に接続されたプライマリーソースノード(14)を具えている。システム(10)は、プライマリー送信先スイッチ(18)を具えている。システム(10)は、プライマリー送信先スイッチ(18)に接続されたプライマリー送信先ノード(20)を具えている。ネットワーク(12)において、プライマリーソースノード(14)とプライマリー送信先ノード(20)の間は、プライマリーソーススイッチ(16)を通じて、単一の末端相互間接続が構築される。単一の末端相互間接続に障害があると、プライマリーソースノード(14)とプライマリー送信先ノード(20)との間に唯一の末端相互間接続を維持することにより、プライマリーソーススイッチ(16)は、複数のリルート選択肢の１つを選択してネットワーク(12)の接続をリルートする。

単一の末端相互間接続に障害が検出されると、プライマリー送信先スイッチ(18)は、単一の末端相互間接続を解除する。単一の末端相互間接続に障害が検出されると、プライマリーソーススイッチ(16)は、プライマリー送信先ノード(20)との単一末端相互間接続を再構築するための複数のアテンプトを行なうことが望ましい。単一の末端相互間接続は、ＳＰＶｘ接続であり、プライマリーソーススイッチは、ＳＰＶｘ接続を代替送信先ノード(24)へ自動的にリダイレクトする。

プライマリーソーススイッチ(16)は、障害状態がクリアされると、プライマリー送信先ノード(20)へのＳＰＶｘ接続を再構築することが望ましい。プライマリー経路(21)に障害が検出されると、プライマリー送信先スイッチは、ＳＰＶｘ接続を解除することが望ましい。プライマリー経路(21)に障害が検出されると、プライマリーソーススイッチ(16)は、プライマリー送信先ノード(20)とのＳＰＶｘ接続を再構築するための複数のアテンプトを行なうことが望ましい。プライマリーソーススイッチは、ＳＰＶｘ接続を、代替送信先ノード(24)へ自動的にリダイレクトする。

本発明は、ＳＰＶｘ接続に関する送信先の障害に応答するシステム(10)に関する。システム(10)は、プライマリーソースノード(14)を具えている。システム(10)は、ＳＰＶｘ接続を実現するプライマリーソーススイッチ(16)を具えている。プライマリーソーススイッチ(16)は、プライマリーソースノード(14)に連繋されている。システム(10)は、プライマリー送信先ノード(20)を具えている。システム(10)は、ＳＰＶｘ接続を受けるプライマリー送信先スイッチ(18)を具えている。プライマリー送信先ノード(20)は、プライマリー送信先スイッチ(18)に連繋されている。この接続により、プライマリーソースノード(14)とプライマリー送信先ノード(20)との間にプライマリー経路(21)が形成される。システム(10)は、代替送信先ノード(24)を具えている。プライマリー送信先スイッチ(18)がプライマリー経路(21)の障害を検出したとき、プライマリー送信先スイッチ(18)は、代替経路(22)に沿って、プライマリー接続を代替送信先ノード(24)へ自動的にリダイレクトする。代替経路(22)は、プライマリー経路(21)に障害があった時にだけ、プライマリーソースノード(14)と代替送信先ノード(24)によって形成される。

プライマリー経路(21)は、プライマリーソースノード(14)からプライマリーソーススイッチ(16)へ延び、ネットワーク(32)を通り、プライマリー部(32)の長さ(30)に沿って進み、プライマリー送信先スイッチ(18)からプライマリー送信先ノード(20)へ延びている。

代替経路(22)は、本質的に、プライマリー経路(21)以外の任意の経路である。代替経路(22)は、例えば、代替ソースノード(26)から代替ソーススイッチ(28)へ延び、ネットワーク(12)のプライマリー部(34)を通り、プライマリー送信先スイッチ(18)からプライマリー送信先ノード(20)へ延びている。或いはまた、代替経路(22)は、代替ソーススイッチ(28)から、ネットワーク(12)のプライマリー部(34)を通り、代替送信先スイッチ(41)から代替送信先ノード(24)へ延びることもできる。

プライマリー送信先スイッチ(18)は、プライマリー経路(21)に障害が検出されると、ＳＰＶｘ接続を解除する。プライマリーソーススイッチ(16)は、プライマリー経路(21)に障害が検出されると、プライマリー送信先ノード(20)とのＳＰＶｘ接続を再構築するアテンプトを複数回行なうことが望ましい。プライマリーソーススイッチ(16)は、ＳＰＶｘ接続を代替送信先ノード(24)へ自動的にリダイレクトすることが望ましい。プライマリーソーススイッチ(16)は、障害状態がクリアされたとき、プライマリー送信先ノード(20)へのＳＰＶｘ接続を再構築することが望ましい。

本発明は、ＳＰＶｘ接続の障害に応答するシステム(10)に関する。システム(10)は、プライマリーソースノード(14)を具えている。システム(10)は、ＳＰＶｘ接続を実現するプライマリーソーススイッチ(16)を具えている。プライマリーソースノード(14)は、プライマリーソーススイッチ(16)に連繋されている。システム(10)は、プライマリー送信先ノード(20)を具えている。システム(10)は、ＳＰＶｘ接続を受けるプライマリー送信先スイッチ(18)を具えている。プライマリー送信先ノード(20)は、プライマリー送信先スイッチ(18)に連繋されている。この接続により、プライマリーソースノード(14)とプライマリー送信先ノード(20)との間にプライマリー経路(21)が形成される。システム(10)は、代替送信先ノード(26)を具えている。プライマリーソーススイッチがプライマリー経路(21)の障害を検出したとき、代替ソーススイッチ(28)は、代替経路(22)に沿って、プライマリー送信先ノード(20)への接続を自動的に再構築する。代替経路(22)は、プライマリー経路(21)に障害があった時にだけ、代替ソースノード(26)とプライマリー代替送信先ノード(20)によって形成される。

プライマリーソーススイッチ(16)は代替ソーススイッチ(28)に連繋されており、プライマリー経路(21)に障害があるとき、代替ソーススイッチ(28)を特定することが望ましい。代替ソーススイッチ(28)は、プライマリーソースノード(14)に障害があるとき、ＳＰＶｘ接続を、代替ノード(26)からプライマリー送信先ノード(20)へ再構築することが望ましい。プライマリーソースノード(14)とプライマリーソーススイッチ(16)の間のリンク(30)に障害あるとき、代替ソーススイッチ(28)は、ＳＰＶｘ接続を、代替ソースノード(26)からプライマリー送信先ノード(20)へ再構築することが望ましい。プライマリースイッチに障害があるとき、代替ソーススイッチ(28)は、ＳＰＶｘ接続を、代替ソースノード(26)からプライマリー送信先ノード(20)へ再構築することが望ましい。

システム(10)はネットワーク(12)を含むことが望ましい。ネットワーク(12)において、プライマリー経路(21)のプライマリー部(32)に障害があるとき、代替ソーススイッチ(28)は、代替ソースノード(26)から代替ソーススイッチ(28)を経て、ネットワーク(12)の代替経路(22)のプライマリー部(34)を通り、プライマリー送信先ノード(20)に至るＳＰＶｘ接続を再構築することが望ましい。プライマリーソースノード(14)に障害があり、ネットワーク(12)の代替経路(22)のプライマリー部(34)に障害があるとき、代替ソーススイッチ(28)は、プライマリーソーススイッチ(16)を経て、ネットワーク(12)のプライマリー経路(21)のプライマリー部(32)を通ってプライマリー送信先ノード(20)へのＳＰＶｘ接続を再構築することが望ましい。障害がクリアされた場合、プライマリーソースノード(14)は、プライマリーソースノードからプライマリー送信先ノード(20)へ接続を再構築する。

本発明は、ＳＰＶｘ接続の障害に応答する方法に関する。この方法は、プライマリーソースノード(14)とプライマリー送信先ノード(20)との間にＳＰＶｘ接続を形成するステップを含んでいる。プライマリーソースノード(14)を有するプライマリー経路(21)の障害を検出するステップがある。ＳＰＶｘ接続を、代替経路(22)に沿ってプライマリー送信先ノード(20)へ再構築するステップがある。

プライマリーソースノード(14)に障害があるとき、代替ソーススイッチ(28)を特定するために、プライマリーソースノード(14)に連繋されたプライマリーソーススイッチ(16)と、代替ソースノード(26)に連繋された代替ソーススイッチ(28)との間で通信を行なうステップを有することが望ましい。再構築ステップは、プライマリーソースノード(14)に障害があるとき、代替ソースノード(26)からプライマリー送信先ノード(20)までＳＰＶｘ接続を再構築するステップを含むことが望ましい。

プライマリーソースノード(14)とプライマリーソーススイッチ(16)との間のリンク(30)に障害あるとき、代替ソースノード(26)からプライマリー送信先ノード(20)へのＳＰＶｘ接続を再構築することが望ましい。プライマリーソーススイッチ(26)に障害があるとき、代替ソースノード(26)からプライマリー送信先ノード(20)へのＳＰＶｘ接続を再構築するステップを含むことが望ましい。

再構築ステップは、ネットワーク(12)において、プライマリー経路(21)のプライマリー部(34)に障害があるとき、プライマリーソーススイッチ(16)から代替ソーススイッチ(28)を経て、ネットワーク(12)の代替経路(22)のプライマリー部(34)を通り、プライマリー送信先ノード(20)に至るＳＰＶｘを再構築するステップを含むことが望ましい。再構築ステップは、プライマリーソースノード(14)に障害があり、ネットワーク(12)の代替経路(22)のプライマリー部(34)に故障があるとき、代替ソーススイッチ(28)からプライマリーソーススイッチ(16)を経て、プライマリー経路(21)のプライマリー部(32)を通ってプライマリー送信先ノード(20)へＳＰＶｘ接続を再構築するステップを含むことが望ましい。障害がクリアされた場合、プライマリーソーススイッチ(16)からプライマリー送信先ノード(20)へＳＰＶｘ接続を再構築するステップを有することが望ましい。

本発明は、ＳＰＶｘ接続に関する送信先の障害に応答する方法に関する。この方法は、プライマリーソースノード(14)とプライマリー送信先ノード(20)との間にＳＰＶｘ接続を行なうステップを有している。プライマリーソースノード(14)とプライマリー送信先ノード(20)との間のプライマリー経路(21)の障害を検出するステップがある。ＳＰＶｘ接続を代替送信先ノード(24)へ自動的にリダイレクトするステップがある。

プライマリー送信先ノード(20)とのＳＰＶｘ接続を再構築するために複数のアテンプトを行なうステップがある。検出ステップは、プライマリー送信先ノード(20)の障害を検出するステップを含むことが望ましい。プライマリー送信先ノード(20)によってＳＰＶｘ接続を解除するステップを有することが望ましい。リダイレクトするステップは、プライマリーソースノード(14)により、ＳＰＶｘ接続を代替送信先ノード(24)へ自動的にリダイレクトするステップを含むことが望ましい。リダイレクトするステップの後、プライマリー送信先ノード(20)とのＳＰＶｘ接続を復活させることを試みるステップを有することが望ましい。ＳＰＶｘ接続のリダイレクションをトリガする障害コードを設定するステップを有することが望ましい。

本発明は、ネットワーク(12)の接続障害に応答する方法に関する。この方法は、プライマリーソースノード(14)とプライマリー送信先ノード(20)との間のネットワーク(12)について、複数のリルート選択肢があり、単一の末端相互間接続を構築するステップを有している。接続の障害を経験する(experience)ステップがある。プライマリーソースノード(14)とプライマリー送信先ノード(20)との間で唯１つの末端相互間接続を維持することにより、複数のリルート選択肢の１つに従って、ネットワーク(12)における接続をリルートするステップがある。

経験ステップは、プライマリー送信先ノード(20)の障害を検出するステップを含むことが望ましい。リルートステップは、接続を代替送信先ノード(24)へ自動的にリダイレクトするステップを含むことが望ましい。検出ステップは、プライマリー送信先ノード(20)の障害を検出するステップを含むことが望ましい。また、プライマリー送信先ノード(20)によって、ＳＰＶｘ接続を解除するステップを有することが望ましい。

リダイレクトするステップは、プライマリーソースノード(14)により、ＳＰＶｘ接続を代替送信先ノード(24)へ自動的にリダイレクトするステップを含むことが望ましい。リダイレクトステップの後、プライマリー送信先ノード(20)とのＳＰＶｘ接続を回復する試みを行なうステップを有することが望ましい。障害コードを設定するステップは、ＳＰＶｘ接続のリダイレクションをトリガすることが望ましい。プライマリー送信先ノード(20)との接続を再構築するアテンプトを複数回行なうステップを有することが望ましい。

経験ステップは、プライマリーソースノード(14)を有するプライマリー経路(21)の障害を検出するステップを含むことが望ましく、リルートステップは、プライマリー送信先ノード(20)を有する代替経路(22)に沿って接続を自動的にリダイレクトするステップを含んでいる。プライマリーソースノード(14)に関して障害がある場合、代替ソーススイッチ(28)を特定するために、プライマリーソースノード(14)に連繋されたプライマリーソーススイッチ(16)と、代替ソースノード(26)に連繋された代替ソーススイッチ(28)との間で通信を行なうステップを有することが望ましい。プライマリーソースノード(14)に障害が起こったとき、再構築ステップは、代替ソースノード(26)からプライマリー送信先ノード(20)へのＳＰＶｘ接続を再構築するステップを含むことが望ましい。

プライマリーソースノード(14)とプライマリーソーススイッチ(16)との間のリンク(30)に障害が起こったとき、再構築ステップは、代替ソースノード(26)からプライマリー送信先ノード(20)への接続を再構築するステップを含むことが望ましい。プライマリースイッチ(16)に障害があるとき、再構築ステップは、代替ソースノード(26)からプライマリー送信先ノード(20)への接続を再構築するステップを含むことが望ましい。ネットワーク(12)のプライマリー経路(21)のプライマリー部(32)に障害があるとき、再構築ステップは、プライマリーソーススイッチ(16)から代替ソーススイッチ(28)を経て、ネットワーク(12)の代替経路(22)のセコンダリー部からプライマリー送信先ノード(20)への接続を再構築するステップを含むことが望ましい。プライマリーソースノード(14)に障害があり、ネットワーク(12)の代替経路(22)のセコンダリー部に障害があるとき、再構築ステップは、代替ソーススイッチ(28)からプライマリーソーススイッチ(16)を経て、プライマリー経路(21)のプライマリー部(32)を通ってプライマリー送信先ノード(20)への接続を再構築するステップを含むことが望ましい。障害がクリアされたとき、プライマリーソーススイッチ(16)を経て末端相互間接続を再構築するステップを有することが望ましい。

接続については、固定接続型仮想チャンネル(permanent virtual channel connections)とソフト固定接続型チャンネル(soft permanent channel connections)とは、次の違いがある。固定型仮想チャンネル接続は、ＡＴＭネットワークを通じて行われる。ＡＴＭスイッチと該スイッチを通る対応仮想チャンネルが固定される。中間スイッチと、対応するＶＰＩ及びＶＣＩ値は、固定型仮想チャンネル接続が構築されるまで固定される。従って、経路と、ＶＰＩ及びＶＣＩは、それらが実際に形成される前に予め決定されている。

これに対し、ソフト固定型仮想チャンネル接続は、ソーススイッチ、ソースポート、ソースＶＰＩ／ＶＣＩ、送信先スイッチのＮＳＡＰアドレスを単に特定することによって作成される。シグナリング手順と、ソーススイッチから送信先スイッチまでの最適ルーティングパスを動的に用いて、ソフト固定接続型仮想チャンネルを自動的に設定することはソーススイッチの責任(responsibility)である。これは、中間ノードに障害があっても、ネットワーク内で接続をリルートする機構があり、管理がはるかに簡単であるという点で、固定接続型仮想チャンネルよりもはるかにすぐれている。それゆえ、ソフト固定接続型仮想チャンネルでは、固定接続型仮想チャンネルよりも多くのことを行なうことができる。

固定接続型仮想チャンネルとソフト固定接続型仮想チャンネルとは、さらに次の違いがある。固定型仮想チャンネル接続は、ＡＴＭネットワークによって構築される接続である。ＡＴＭスイッチと該スイッチを通る対応仮想経路は固定されている。中間スイッチと対応ＶＰＩ値は、固定型仮想チャンネル接続が行われる間は固定されており、経路とＶＰＩは、それらが実際に形成される前に予め決定されている。

これに対し、ソフト固定型仮想チャンネル接続は、ソーススイッチ、ソースポート、ソースＶＰＩ、送信先スイッチのＮＳＡＰアドレスを単に特定することによって構築される。シグナリング手順と、ソーススイッチから送信先スイッチまでの最適ルーティングパスを動的に用いて、ソフト固定接続型仮想チャンネルを自動的に設定することはソーススイッチの責任である。これは、中間ノードに障害があっても、ネットワーク内で接続をリルートする機構があり、管理がはるかに簡単であるという点で、固定接続型仮想チャンネルよりもはるかにすぐれている。それゆえ、ソフト固定接続型仮想チャンネルでは、固定接続型仮想チャンネルよりも多くのことを行なうことができる。

切替型相手先固定接続(Switched-Permanent Virtual Circuit; ＳＰＶＣ)は、ＵＮＩに手操作で構築され、ネットワーク間インターフェース(ＮＮＩ)に動的に構築されるＰＶＣである。ＳＰＶＣは、多くの障害があっても、ＡＴＭネットワークを通じて常駐する(stay up)。ＡＴＭスイッチに障害があると、ＳＰＶＣはＡＴＭネットワークにリルートされる。

図２は、ＰＶＣｓとＳＶＣｓが設定される場合を示している。
ノード１乃至ノード５は、ネットワークを包含する中間ノードであり、ＳＶＣはそれらを通過する。ノード５は、ノード３に障害があるとき、送信先ノードへの代替経路を形成する。

相手先固定接続(ＰＶＣ)は、ＡＴＭ相手先選択ネットワークの特定ソースと特定送信先との間で、ネットワークオペレータの手動操作によってもたらされる接続である。ＰＶＣは、１日から数年まで続くように接続される。或いは、サービスが終了するまで接続されるようにしてもよい。

相手先選択接続(ＳＶＣ)は、端末装置により、ＵＮＩ／ＮＮＩシグナリング法を通じて動的に構築される接続である。これは、ＡＴＭクラウドを通じてコールを動的にルートする端末装置間のＡＴＭスイッチでもよい。ネットワークオペレータは、経路中の全てのＡＴＭスイッチを手動操作で設定しなくてもよい。リンクに障害がある場合、端末装置は、ＳＶＣコールを再び開始する。

＜ソフトウエア＞
本発明を実行するソフトウエアは、スイッチで稼働する。保護された接続がＡＴＭ接続の場合、ソフトウエアはＡＴＭスイッチにあり、ＭＰＬＳ接続の場合は、ソフトウエアはＭＰＬＳスイッチにある。特に、スイッチの内部では、ソフトウエア自体はスイッチコントローラプロセッサ(ＳＣＰ)のメモリにあり、ＭＣＰｓは、ポートカード又はネットワークモジュールにある。スイッチのソフトウエアは、ＳＣＰｓ又はＭＣＰｓによって実行される。

本発明を実施することにより、ネットワーク(12)のオペレータは、ＰＶＣサービスをカスタマーに提供する際、次の利点がもたらされる。
・送信先ノードに障害が起こっても、接続は自動的に代替送信先へ再設定されるので、ＰＶＣエンドユーザへのトラヒックの中断(disruption)は最少であり、また、ユーザの介入は一切不要である。
・ネットワーク(12)のプロバイダーは、ソースＳＰＶｘのレジリエンシーと組み合わせることにより、ロバスト性が高く、自己回復力を有するネットワーク(12)の接続をもたらすことができ、単一機器の障害がシステム全体の障害とはならず、ＰＶＣユーザに対してサービス保証を提供することができる。
・費用有効性のあるレジリエンシーが達成される。
・オペレータは、コールのリダイレクションをトリガする障害コードを設定するのに高い自由度を有している。
・コールをリダイレクションした後、ソースノードは、プライマリー送信先のコール復活を周期的に試みる。プライマリー送信先に障害が解消したとき、プライマリー送信先へのコールは自動的に復活し、セコンダリー送信先リソースを解放する。

ソーススイッチ(16)に設定されたＳＰＶＣｓは、２つの送信先(送信先スイッチ(18)及び送信先スイッチ(41))を有している。それゆえ、もし一方の送信先に到達できない場合、ＳＰＶＣは、第２送信先にセットアップされる。これは、ネットワーク(12)の右側で必要な冗長性(redundancy)の全てを提供する。ソースレジリエンシーは、ソース側にレジリエンシーを提供するのに必要である。

ソースＳＰＶｘのレジリエンシー機能は、次の障害に対する保護が可能となる。
１．データソースの１つが機能停止(go down)。
２．データソースとＡＴＭスイッチとの間のリンクが機能停止。
３．ローカルサイトのＡＴＭスイッチの１つが機能停止。
４．ローカルサイトのＡＴＭスイッチとＡＴＭネットワーク(12)との間のリンクが機能停止(ローカルサイトの他方のＡＴＭスイッチとＡＴＭネットワーク(12)との間のリンクは稼働中)
５．ローカルサイトと送信先スイッチを接続するＡＴＭネットワーク(12)に幾つかの一時的エラー発生。
６．データソースの１つと、ローカルサイト及びＡＴＭネットワーク(12)の間のリンクが機能停止。図１においては、ワーキングセルソースの機能停止であるか、又はワーキングセルソースとソーススイッチ１との間のリンクの機能停止及びソーススイッチ２とＡＴＭネットワーク(12)との間のリンク(30)機能停止のどちらかである。

ＡＴＭネットワーク(12)を通じて、ローカルサイトから送信先スイッチへ進むアクティブなＳＰＶＸは唯１つであるべきである。例外は、ＡＴＭネットワーク(12)に幾つかの一時的エラーがあるか、又はハードウエア若しくはプロトコルの障害のために、ローカルサイトの２つのソーススイッチが互いに通信することができない場合である。この場合、ローカルサイトから送信先スイッチまでに２種類の接続がある。しかしながら、この状況は、速やかに解消され、一方の接続は遮断される。

解決手段は、ローカルサイトの両方のスイッチに同じＳＰＶＣ(同じＳＰＶＣｉｄ)を作ることである。ＳＰＶＸがプライマリー用又はバックアップ用であっても、ユーザは、他方への接続に用いられたシグナリングインターフェースを特定することにより、これら２つのＳＰＶＸｓを関連づけることができなければならない。

ローカルサイトのスイッチは、設定されたＳＰＶＣｓの健全状態を調べるために、互いに周期的にポール(poll)すべきである。ポーリングの間隔は、設定可能であらねばならない。もし、ポーリング中に、ＳＰＶＸがＤＯＷＮ状態であることがわかると、ポーリングスイッチはそのコールをセットアップする。ユーザは、ポーリングの間隔及び１回のポーリングでポールされるべき接続数を設定することができる。

ポーリング中、ＳＰＶＣのスイッチがＵＰ状態にあり、そのピア(peer)のＳＰＶＣもまたＵＰ状態にある場合、ＳＰＶＣは、プライマリーソースでのみ維持される。バックアップソースは、その接続を遮断する。

データソースの機能停止から防御するために、ユーザは、「デッドサイレンス(dead silence)」の時間間隔を設定することができる。この間、データソースからデータの伝送がない場合、データソースは、デッド状態であることが宣告される。このモニタリングは、１接続をベースとして行われ、データソースが機能停止のときはＤＯＷＮとしてマークされる。次のポーリングサイクルでは、ポーリングスイッチはこれらＳＰＶＣｓの状態を監視し、次に、それらのコールをセットアップする。

動的冗長性を保護することにより、公共ネットワーク(12)及び私設ネットワーク(12)のオペレータは、ＳＰＶｘソースのレジリエンシーによって、サービスアベイラビリティを改善し、冗長性保護に要する費用を低減し、帯域消費を低減させることができる。

オペレータは、この機能を、ブロードキャストビデオ、ワイヤレスセルサイト、ＤＳＬ／Ｂ−ＲＡＳに用いることができる。
企業ネットワークは、これを、障害回復及びブロードキャストビデオに用いることができる。
これは、ネットワークの冗長性帯域の使用をなくすことができるので、費用節約になる。
これは、ネットワーク(12)の専用ダイバースルートをなくすことができる。

しかして、本発明により、カスタマーは冗長なデータソースを有することができる。
必要な要件は、バックアップＳＰＶＣに対するものであるので、一方のソーススイッチが機能停止すると、ＳＰＶＣは他方のソースからセットアップされる。どの時間においても、ＳＰＶＣは、スイッチ(16)又はスイッチ(28)からどちらか一方だけであり、両方ではない。パートナーＳＰＶＣの状態を調べ、ローカルＳＰＶＣを作動又は停止させるために、ソーススイッチ(16)とソーススイッチ(28)の間で通信を行なう必要がある。

２つのパートナースイッチ間のこの通信は、２つのソーススイッチ間にシグナリング(ＵＮＩ３.ｘ、ＵＮＩ４.ｘ又はＰＮＮＩ)インターフェースを要求することによって行われる。２つのソーススイッチがコロケートされる(co-located)と、ローカルケーブル／ファイバーによって相互接続される。２つのソーススイッチがコロケートされない場合、ネットワーク(12)における「スルーパス(through-path)」を通じて接続される。次に、シグナリングインターフェースは各ソーススイッチに作られるので、ソーススイッチは互いに隣接することになる。ＩＬＭＩを用いて、ＳＰＶＣの状態を互いにポールし、ローカルＳＰＶＣを作動又は停止させるので、ＳＰＶＣは、どの時間でも唯１つだけ作動する。他のプロトコルを用いて、互いにポールし、夫々のＳＰＶＣｓの状態を調べることができる。

ソースレジリエントＳＰＶｘを作るために、次の２つのステップがある。
１）ソースレジリエンシー情報をテーブルにエントリし、それにインデックスを付し、パートナーＳＰＶＸの状況をクエリーするのに用いられるシグナリングインターフェースに対してはＳｉｇＩｆと、ＳｉｇＶＰＩを作成する。また、このソースレジリエンシーインデックスを用いる場合、ＳＰＶＸが選択するロール(role)を作成し、トラヒックフローが停止した場合、ＳＰＶＸを削除すべきかどうかを示すデッドサイレンスタイマーがエネーブル又はディスエーブルであるかを作成する。また、そのネームを作成する。

２）ＳＰＶＸを作成し、それを、このソースレジリエンシー情報インデックスに関連づけることにより、ソースレジリエンシーＳＰＶＸとする。

同様に、パートナースイッチについても、パートナーソースレジリエンシー情報を用いて、対応するエントリが作成され、それを、例えばセコンダリーＳＰＶＸと関連づける。

「インデックス」「ロール」は、この「情報(info)」が関連づけられるＳＰＶＣのｓｐｖｃｉｄとロールを示す。「ｓｉｇｉｆ」と「ｖｐｉ」は、パートナーＳＰＶＣの状況を得るためにＩＬＭＩ／ＳＮＭＰクエリーが実行されるシグナリングインターフェースを示す。これらオプションの順列と組合せが異なる場合、ユーザは異なる個々のエントリを作成し、そのＳＰＶＣｓをそれらエントリと関連づける。そのような１つのエントリを示すＳＰＶＣは数多くある。「dead silence timer」は、このエントリに関連づけられたＳＰＶＣｓに対してエネーブルかそうでないかを示す。これはデフォルトでディスエーブルとなる。これは、関連づけられたＳＰＶＣｓに関係するセルをエネーブルにするのに用いられ、'ｎ'秒間にセルカウントのインクリメントが無い場合は、ＳＰＶＣｓは機能停止する。これは、ソースがデッドであることを意味する。この時間間隔'ｎ'は、ユーザが設定可能である。

この情報は、ユーザに対して、次の通り表示される。

＜メインＳＰＶＣメニュー＞
ソースレジリエントＳＰＶＣを作成するために、ユーザは、ＳＰＶＣを作成すると共に、先に作成されたソースレジリエンシー情報エントリのインデックスを供給することができる。

ＳＰＶＣ作成コマンドの一例を次に示す。

「spvc src resiliency index」は、ユーザがこのＳＰＶＣと関連づけることを所望するソースレジリエントＳＰＶＣ情報のインデックスである。ＳＰＶＸは、「inhibited」状態で作成され、パートナーＳＶＣがＤＯＷＮであることがわかると、この状態は、自動的に「active」状態に移行する。「active」状態のとき、ＳＰＶＣはＳＥＴＵＰアテンプトの資格を有しているが、もし、それが「inhibited」状態のとき、その接続は、ＳＥＴＵＰアテンプトの資格を有しない。これは、通常、パートナーＳＰＶＣがＵＰの場合であり、ユーザは、パートナーが機能停止するまで、この代替ＳＰＶＣをセットアップすることを希望しない。

次のコマンドは、ソースレジリエントＳＰＶＣの作成方法を示している。
次のコマンドは、ソースと送信先レジリエンシーの両方を用いて、ＳＰＶＣを作成する方法を示している。

「normal show」は、パラメータ(プライマリー／セコンダリー)のうちのどちらがアクティブであるかを告知する。

＜修正コマンド＞
ｓｐｖｃ−ｐｐ−ｓｒｃ−レジリエンシー接続を修正する。
このコマンドは、ソースレジリエンシーテーブルで修正(modification)を実行する。

＜デッドサイレンスタイマー及びポーリングパラメータ＞
前述したように、パートナースイッチは、パートナーソースレジリエントＳＰＶＸｓの状態を監視し続けるので、パートナーＳＰＶＸが機能停止したとき、ローカルＳＰＶＸを受け継いでセットアップすることができる。このポーリングが行われる間隔及びポーリング間隔毎にポールされるＳＰＶＸｓの数については、ユーザによる設定が可能である。

送信先ＳＰＶＸレジリエンシー機能により、ＰＰ(Point-to-Point)ＳＰＶＰＣ／ＳＰＶＣＣは、コールと関連づけられた２つの送信先を有することができ、そのようなＳＰＶｘＣｓは、レジリエントＳＰＶｘＣｓと称される。ＳＰＶｘモジュールは、ＳＰＶｘをプライマリー送信先へセットアップすることを試みる。もし、プライマリー送信先へアクセス不能であるか又は停止している場合、ＳＰＶｘモジュールは、セコンダリー送信先へのコールのセットアップを試みる。

ユーザは、レジリエントＳＰＶｘ接続を行なうために、プライマリー送信先ＮＳＡＰアドレスとセコンダリー送信先ＮＳＡＰアドレスの両方を特定する必要はない。非レジリエントＳＰＶｘ接続の場合、セコンダリー送信先ＮＳＡＰアドレスを必要としない。

発信元(originating)ソーススイッチは、最初に、プライマリー送信先ＮＳＡＰアドレスへの接続を構築するためのアテンプトを行なう。プライマリー送信先ノードに到達可能で、プライマリー送信先スイッチ(18)がＳＰＶｘコールに適合する場合、コールセットアップの要件は満たされているだろう。

送信先スイッチ／ファブリックの障害、又はネットワーク(12)の残部からの遮断(isolation)(「原因番号３：送信先へのルート無し」のＰＮＮＩコールをクリアする原因は、発信元スイッチ／ファブリックによって受信される)のどちらかに起因して、プライマリー送信先ＮＳＡＰアドレスに到達できない場合、発信元スイッチは、所定回数のコールセットアップアテンプトが失敗した後、セコンダリー送信先ＮＳＡＰアドレスにフォールバックする。

プライマリー送信先ポートに、例えば、信号損失(ＬＯＳ)、アラーム表示信号(ＡＩＳ)、ビットエラーレート(ＢＥＲ)、信号障害(ＳＦ)状態又はＢＥＲ信号劣化(ＳＤ)状態などの障害がある場合、送信先スイッチは、「一時的失敗(temporary failure)」を有するコール解消メッセージを送信し、「保護ポートへのコールリダイレクション要求」を示す診断によって原因をクリアする。

発信元スイッチは、次に、セコンダリー送信先ＮＳＡＰアドレスへのコール再構築を試みる。これは、セコンダリーポートに障害がないと想定し、必要なリソースは利用可能である。

プライマリー送信先ＮＳＡＰアドレスとセコンダリー送信先ＮＳＡＰアドレスの両方に到達できない場合、そして、システム(10)が、ラウンドロビン循環のように、プライマリー送信先とセコンダリー送信先との間で行きつ戻りつするサイクルを繰り返す場合、発信元スイッチは、まず、プライマリー送信先ＮＳＡＰアドレスへのコンタクトを試みる。次に、所定回数のコールセットアップアテンプトが失敗した後、セコンダリー送信先ＮＳＡＰアドレスにフォールバックする。次に、セコンダリー送信先ＮＳＡＰアドレスへのコンタクトを試み、所定回数のアテンプトが失敗した後、プライマリー送信先ＮＳＡＰアドレス等にフォールバックする。

同じように、プライマリー送信先ａｔｍｉｆとセコンダリー送信先ａｔｍｉｆが可達(reachable)であるか又はダウン(キャリアが、プライマリー送信先ポート及びバックアップ送信先ポートの両方でダウン)している場合、発信元スイッチ／ファブリックは、ラウンドロビンの如く、両方の送信先ポートの間を循環する。発信元スイッチ／ファブリックは、まずプライマリーａｔｍｉｆにコンタクトし、次に、プライマリー送信先スイッチ(18)／ファブリックからのコールリダイレクション要求によるコール解除メッセージを受信した後、バックアップａｔｍｉｆにフォールバックする。次に、セコンダリーａｔｍｉｆへのコンタクトを試みて、バックアップ送信先スイッチ／ファブリックからのコールリダイレクション要求によるコール解除メッセージを受信した後、プライマリーａｔｍｉｆにフォールバックする。

なお、原因コードをクリアする他のどんなコールを受信しても、非設定のものは、バックアップポートへのコールリダイレクションをトリガしないことは留意されるべきである。例えば、ＣＡＣの不良(発信元スイッチ／ファブリックが、原因コードをクリアする「原因番号４７：リソースの利用不能、特定不能」のコールを受信する)、特定された送信先ＶＰＩ／ＶＣＩフィールドの誤り(原因コードをクリアする「原因番号３４：コール要求されたｓｐｖｐｃｓｐｖｃｃを利用不能)、又は送信先ＮＳＡＰアドレスに規定されたＥＳＩフィールドの誤り(原因コードをクリアする「原因番号２８：数値フォーマットの無効」)に起因して、プライマリー送信先ＮＳＡＰアドレスへの接続を確立できない場合、発信元スイッチは、予め決められたコールペーシングレート(call pacing rate)にて、プライマリー送信先アドレスへのコンタクトを行ない続け、そのコールを、セコンダリー送信先ＮＳＡＰアドレスへリダイレクトしない。

バックアップ送信先ポートにおけるＳＰＶｘ接続は、プライマリーポート／ファブリックが当初の障害状態から復帰した後でも維持される。ＳＰＶｘは、次のシナリオにて、プライマリーポートへリダイレクトされる。

・手操作による調整：発信元スイッチ／ファブリックに対して、手操作により、ＳＰＶｘ切換コマンドが送られる。このコマンドは、所定のレジリエントＰＮＮＩＳＰＶＸを手操作でクリアし、プライマリー送信先ポートへリダイレクトするように、発信元スイッチ／ファブリックへ指令を発するものである。前記コマンドはまた、プライマリー送信先ポートからセコンダリー送信先ポートへ、レジリエントＰＮＮＩＳＰＶＸを手操作でリダイレクトするのに用いられる。

・バックアップ送信先ポート／ファブリックに障害があると、ＳＰＶｘ接続は、プライマリーポートへリダイレクションされる。

・ＳＰＶｘの自動回復プロセス：「レストレーション間隔(restoration interval)」のタイマーにより、探索のためにＳＰＶｘコントローラへ逐次的にコールバックし、セコンダリー送信先ポートで終端するＳＰＶｘ接続を、夫々のプライマリー送信先ポートへのリルートをミリ秒以内の時間間隔に設定する。「レストレーション間隔」のタイマーがタイムアウトした後、発信元スイッチは、バックアップ送信先ポートで終端するレジリエントＳＰＶｘ接続を全てクリアし、それらを、夫々のプライマリーポートへリダイレクトすることを試みる。送信先スイッチ／ファブリックの障害又はネットワーク(12)の残部との遮断(発信元スイッチ／ファブリックが、「原因番号３：送信先へのルート無し」のコールクリア原因コードを受信する)により、プライマリーＮＳＡＰアドレスへまだ到達不能の場合、システム(10)は、所定回数のアテンプトが失敗した後、接続ＮＳＡＰアドレスへフォールバックする。プライマリー送信先ポートに到達可能であるが、シグナルが障害又は劣化状態である場合、プライマリー送信先ソーススイッチファブリックは、コールクリア原因コード(原因番号４１：一時的障害)により、入力コールセットアップをクリアし、診断表示「保護ポートへのコールリダイレクション要求」は、セコンダリー送信先ＮＳＡＰアドレスへのフェイルオーバを要求する。

セコンダリー送信先ＮＳＡＰアドレスは、バックアップとして用いられることが多いから、ユーザは、より少ないリソース条件で、バックアップ接続をセットアップすることができる。

プライマリー送信先及びセコンダリー送信先に関し、ユーザは、２種類の双方向(forward and backward)のＵＰＣ契約について、異なる組合せを選択することができる。双方向ＵＰＣ契約の第１組は、プライマリー送信先ＮＳＡＰアドレスと関連づけられ、第２組は、セコンダリー送信先ＮＳＡＰアドレスと関連づけられる。

バックアップＵＰＣ契約が特定されない場合、システム(10)は、そのコールをセコンダリーＮＳＡＰアドレスへリダイレクトする時、プライマリーＵＰＣ契約にデフォルトする。プライマリーＵＰＣ契約及びセコンダリーＵＰＣ契約は両方とも、同じクラスのサービス(ＣＢＲ、ｒｔＶＢＲ、ｎｒｔＶＢＲ、ＡＢＲ、ＵＢＲ)及びポリシースキーム(ＣＢＲ.０、ＣＢＲ.１、ＶＢＲ.１、ＶＢＲ.２、ＶＢＲ.３、ＡＢＲ.１、ＵＢＲ.１、ＵＢＲ.２)を共有しなければならない。

ユーザは、２種類の送信先ＶＰＩ／ＶＣＩ値の異なる組合せを選択することができる。送信先ＶＰＩ／ＶＣＩインデックスの第１組は、プライマリー送信先ＮＳＡＰアドレスと関連づけられ、第２組は、セコンダリー送信先ＮＳＡＰアドレスと関連づけられる。バックアップ送信先ＶＰＩ／ＶＣＩが特定されない場合、システム(10)は、そのコールをセコンダリーＮＳＡＰアドレスへリダイレクトする時、プライマリー送信先ＶＰＩ／ＶＣＩ契約にデフォルトする。プライマリー送信先ＮＳＡＰアドレスに対するＶＰＩ／ＶＣＩ値が特定されない場合、送信先スイッチは、利用可能なＶＰＩ／ＶＣＩ値を獲得する。

ユーザは、統計的に定義された２種類の異なるＤＴＬインデックスを選択的に特定する。第１組のＤＴＬインデックスはプライマリー送信先ＮＳＡＰアドレスと関連づけられ、第２組のＤＴＬインデックスはセコンダリー送信先ＮＳＡＰアドレスと関連づけられる。バックアップ送信先ＤＴＬが特定されない場合、システム(10)は、そのコールをセコンダリーＮＳＡＰアドレスへリダイレクトする時、自動ＤＴＬへデフォルトする。

ユーザは、セコンダリー送信先ＮＳＡＰアドレス接続へリルートするコールを選択することができる。デフォルトにより、セコンダリー送信先ポートへリダイレクトされたＳＰＶｘに対するリルートコールはディスエーブルとなる。

ユーザは、セコンダリー送信先ＮＳＡＰアドレスへの接続を構築するためにバックオフ機構を選択的にディスエーブルすることができる。デフォルトにより、バックオフが選択され、ＳＰＶｘは、セコンダリー送信先ポートへリダイレクトされる。

「コール／リダイレクション」がＡＴＭインターフェースの作成に新たに加えられる。ＡＴＭインターフェースは、ネットワーク(12)の他の動作インターフェースに対する保護インターフェースとして機能する。

送信先レジリエンシーにより、次のことが可能となる。
・セコンダリーＮＳＡＰは、ＶＰＩ／ＶＣＩ、ＤＴＬ、ＵＰＣ、バックオフ、自動ＤＴＬに対して別の値をリルートする。
・プライマリー送信先が利用できない場合、セコンダリーＮＳＡＰを使用する。
・ユーザは、プライマリー送信先とセコンダリー送信先とを手操作で切り換えることができる。
・ユーザの設定した時間がタイムアウトした後、セコンダリー送信先で終端するＳＰＶｘコールをそれらのプライマリー送信先にセットアップすることを自動的に試みる。プライマリーポートへセットアップする前に、バックアップポートへのＳＰＶｘが遮断される。

１．アラームパッケージにより、物理レイヤーアラームが発生すると、「コールリダイレクション」が可能なＡｔｍＩｆの送信先ＳＰＶｘをクリアする。
２．「コールリダイレクション」が可能なａｔｍｉｆと関連づけられたリンクの管理が停止し、リダイレクション要求により、ａｔｍｉｆで終端するＳＰＶｘｓがクリアされる。
３．「コールリダイレクション」が可能なａｔｍｉｆ(ｓ)を有するｎｅｔｍｏｄの管理が停止し、リダイレクション要求により、ａｔｍｉｆ(ｓ)で終端するＳＰＶｘｓをクリアする。

コールリダイレクション能力を有する送信先スイッチは、コールリジェクションにより、追加の原因情報要素を生成する。この追加の原因情報要素は、「コール拒否(Call Rejected)」原因を有しているので、ＡＴＭフォーラムシグナリング仕様により、この原因値に、ユーザに指定された診断(リード所有者の)フィールドを含めることができる。「ユーザに指定された(user specified)」値の程度は、エンドユーザが特定用途用のコールリジェクション理由となることである。障害又は拒否メッセージに「コール拒否」原因が既に含まれている場合、新たに追加されるものはない。

この追加の原因情報は、マルコーニ社製及び他のベンダーのスイッチにより、ユーザが気づくことなく、コーリングデバイスへ運ばれる。
診断フィールドは、最大２８バイト長さ(原因情報要素の長さは最大３４バイトであってよい)であってよいが、診断フィールド前のオーバーヘッドは７バイトを使用する。この原因値はコール障害の理由を表し、既に発生した原因値と共に用いられる。

原因情報要素の中に含まれる診断フィールドは、次の情報を含んでいる。

表８中、Ｎｏｔｅ１乃至Ｎｏｔｅ５は次の通りである。
Ｎｏｔｅ１：これはまた、「ユーザ診断(user diagnostic)」スペース内で、コール拒否原因の一意識別子(unique identifier)として機能する。
Ｎｏｔｅ２：クリアされたコールと関連づけられたリンク識別子
Ｎｏｔｅ３：クリアされたコールと関連づけられたＶＰＩ識別子
Ｎｏｔｅ４：ＮＳＡＰＰｒｅｆｉｘＩｄｅｎｔは、１３バイトのデフォルトプレフィックスが続くことを表す。プレフィックスは常に１３バイトであるから、１０００１０００(０ｘ８８)としてエンコードされる。
Ｎｏｔｅ５：生成したスイッチのＮＳＡＰプレフィックスはこの情報要素である。

ソーススイッチがコール拒否メッセージを受信すると、前述の情報要素を用いて、ＳＰＶｘコールをリダイレクトする必要があるかどうかが判断される。
設定用ＳＰＶｘコールリダイレクションと関連づけられたユーザインターフェースについて説明する。
ＳＰＶｘリダイレクションを設定し維持するのに必要なコマンドを説明する。各コマンドを一使用例について説明する。なお、コマンドの結果を見るには、一覧コマンド(show command)を実行する。

＜送信先レジリエントＳＰＶＸを作成するステップ＞
１）ＳＰＶＸのプライマリー送信先ａｔｍのリダイレクションを有効にする。ＳＰＶＸのセコンダリー送信先ａｔｍｉｆのリダイレクションを選択的に有効にする。
２）セコンダリー送信先のリダイレクション情報を、次のとおり、ソーススイッチに作成する。

３）ＳＰＶＸをソーススイッチに作成し、リダイレクションインデックスをセコンダリー送信先に供給することにより、送信先をレジリエントにする。

レジリエントＳＰＶＰＣを作成する手順は同様である。
オペレータが用いるコマンドの詳細は次の通りである。

＜削除コマンド＞
接続ｓｐｖｘ−ｐｐ−リダイレクションを削除。
リダイレクション情報がレジリエントＳＰＶｘｃの一部でない場合、該情報だけを削除することができる。それゆえ、リダイレクション情報を破壊するために、リダイレクション情報を削除する前に、対応するＳＰＶｘＣｓ(「接続ｓｐｖｃｃｐｐ」又は「接続ｓｐｖｐｃ」のメニューをまず削除せねばならない。削除コマンドに対するオペレータの結果は次の通りである。

＜修正コマンド＞
接続ｓｐｖｘ−ｐｐ−リダイレクションを修正。
このコマンドは、リダイレクションテーブルでの修正を実行する。これは、書込み可能なフィールド(修正コマンドで表示される)が全て修正され得ることを意味する。

＜切換コマンド＞
接続ｓｐｖｃｃｐｐを切換え。
接続ｓｐｖｐｃｐｐを切換え。
これらコマンドの目的は、ユーザが、ＳＰＶｘＣを、プライマリー送信先から接続送信先へ、又はその逆へも同様に、手操作で切り換えられるようにすることである。
切換コマンドは、レジリエントＳＰＶｘＣ、及び切換えを行なわなければならない送信先(プライマリー／セコンダリー)のインデックスを単純に受け入れる。

次に、このコマンドの効果を、ＳＰＶＣＣを例にして次に示す。

＜自動レストレーションタイマー＞
接続ｓｐｖｃｃｐｐリダイレクションパラメータ。
接続ｓｐｖｐｃｐｐリダイレクションパラメータ。
タイマーを有する自動レストレーションの概念は、タイマーが開始すると、スイッチソフトウエアをトリガし、セコンダリーＮＳＡＰで終端するレジリエントＳＰＶｘＣｓの全てを、プライマリーＮＳＡＰに戻すことである。

この自動レストレーション機能は、ユーザによって設定可能である。ユーザは、この機能を有効(エネーブル)／無効(ディスエーブル)にすることができると共に、自動レストレーションタイマーを手操作でセットすることができる。
この機能は、ＳＰＶＣＣｓのメニュー「接続ｓｐｖｃｃｐｐリダイレクションパラメータ」の中に設けられる。

この機能は、ＳＰＶＣＣｓのメニュー「接続ｓｐｖｃｃｐｐリダイレクションパラメータ」の中に設けられる。

アクティブ送信先ＮＳＡＰポートに障害がある場合、送信先スイッチは、ソーススイッチへメッセージを送信し、ＳＰＶｘＣは代替送信先ＮＳＡＰへリダイレクトされる。リダイレクション要求は、新たな診断メッセージ「保護ポートに対するコールリダイレクション要求」を、CALL REJECTED CAUSE原因の情報要素の中へ導入することによって実行される。

ＵＮＩシグナリング仕様は、コール(ホスト上又はネットワーク(12)内)に障害があると、どのコール拒否メッセージ(RELEASE, RELEASE COMPLETE, ADD PARTY REJECT)にも、障害の位置を含み、命令又は示唆をすることはない。しかしながら、障害の理由を含めることの要求はあった。

コール障害の理由に関する情報は、原因情報要素と称される情報要素の中でエンコードされる。
この情報要素は、あるメッセージ(コール障害メッセージが主なものである)を生成する理由を説明する。
情報要素は、手続エラーの場合に診断情報を供給し、(グラニュラリティ(granularity)は非常に低いが)、障害の位置を表示する。ＵＮＩ３.ｘ及び４.０仕様では、原因情報要素をメッセージの中に繰り返すことができる。

原因情報要素のエンコーディングのフォームは次の通りである。

位置フィールドから与えられるグラニュラリティ位置のレベルは極めて低レベルであり、「ユーザ」「私設ネットワーク」「公共ネットワーク」「トランジットネットワーク」などの値を得ることができる。

予め設定された原因値は数多くあり、その一部は追加情報(この追加情報は診断を表す)を含んでおり、その他は、例えば「送信先へのルート無し」などのコードだけを含んでいる。
原因情報要素は、有効であるどのメッセージにも２回繰り返される。このアロウワンスはプロトコルの中にあり、コール障害位置特性を提供するのに利用される。
原因情報要素の最大長さは３４バイトである。この結果、最大２８バイトが診断のために残される。

スイッチと終端ステーションは、コール拒否があると、追加の原因情報要素を生成する。この追加の原因情報要素は、「コール拒否」原因を有しており、フォーラムシグナリング仕様により、この原因値は、ユーザに指定された診断(リード所有者の)フィールドを含むことができる。「ユーザに指定された」値の程度は、エンドユーザが特定用途用のコールリジェクション理由となることである。「ユーザに指定された」診断の要求が導入されると、ネットワーク(12)の要素によりこの値が使用されることは殆どない。障害又は拒否メッセージに「コール拒否」原因が既に含まれている場合、新たに追加されるものはない。

この追加の原因情報は、マルコーニ社製及び他のベンダーのスイッチにより、ユーザが気づくことなく、コーリングデバイスへ運ばれる。
診断フィールドは、最大２８バイト長さ(原因情報要素の長さは最大３４バイトであってよい)であってよいが、診断フィールド前のオーバーヘッドは７バイトを使用する。このフィールドの中には、幾つかの非常に有用な情報が伝達される。この原因値はコール障害の理由を表し、既に発生した原因値と共に用いられる。

表２１中、Ｎｏｔｅ１乃至Ｎｏｔｅ５は次の通りである。
Ｎｏｔｅ１：これはまた、「ユーザ診断」スペース内で、コール拒否原因の一意識別子として機能する。
Ｎｏｔｅ２：クリアされたコールと関連づけられたリンク識別子
Ｎｏｔｅ３：クリアされたコールと関連づけられたＶＰＩ識別子
Ｎｏｔｅ４：ＮＳＡＰＰｒｅｆｉｘＩｄｅｎｔは、１３バイトのデフォルトプレフィックスが続くことを表す。プレフィックスは常に１３バイトであるから、１０００１０００(０ｘ８８)としてエンコードされる。
Ｎｏｔｅ５：生成したスイッチのＮＳＡＰプレフィックスはこの情報要素である。コールはこのスイッチの下流で障害があったので、これは、必ずしもコールに障害をもたらしたデバイスではない。

メッセージが、原因「コール拒否」でエンコードされた原因情報要素を既に含んでいる場合、ノードは、コールするユーザに送られたクリアメッセージに、この情報を、ユーザが気づくことなく転送する。

メッセージが、原因「コール拒否」でエンコードされた原因情報要素を既に含まず、「fail locate」機能が有効である(エネーブル)場合、ノードは「コール拒否」原因値を生成し、Ｆｏｒｅ社の診断フィールドに情報を与え、コールするユーザへ送られたクリアメッセージの中にこの情報要素を転送する。

Ｆｏｒｅの診断フィールドの中で、ローカル／リモート式インジケータが「下流でのコール障害(Call failure Downstream)」にセットされる。上流のコールに関しては、ＶＰＩ及びリンク(30)の識別子が診断フィールドの中に含められる。

ノードは、診断フィールドが含まれる「コール拒否」原因値を、コール障害メッセージに追加する。診断フィールドのローカル／リモート式インジケータが「このデバイスでのコール障害(Call failure at this device)」にセットされる。上流のコールに関しては、ＶＰＩ及びリンク(30)の識別子が診断デバイスの中に含められる。

コールフェイルＩＤ情報は原因情報要素の診断フィールドの一部であり、該情報は、リダイレクション機能のために用いられる。送信先が、ソーススイッチを保護ポートへコールをリダイレクトすることを告知する必要があるときはいつでも、診断のｏｃｔｅｔ５の値が「１０００１１ｘｘ」であるとき以外は、前述の如く作られた診断デバイスで、コール拒否情報要素を作成する。診断デバイスの中でのこの情報は、ソーススイッチが、ＳＰＶｘＣコールを保護ポートへリダイレクトするのに十分であろう。

ＳＰＶｘＣのコールリダイレクション情報の管理情報ベースを表２２乃至表３１に示す。

本発明の実施例について詳細に説明したが、それらは単なる例示であって、当該分野の専門家であれば、特許請求の範囲に記載された発明の精神及び範囲から逸脱することなく、その詳細について変形を成し得ることは理解されるべきである。

本発明のシステムの概略説明図である。ＰＶＣｓとＳＶＣｓの設定を説明する概略図である。

符号の説明

(10) システム
(14) プライマリーソースノード
(16) プライマリーソーススイッチ
(18) プライマリー送信先スイッチ
(20) プライマリー送信先ノード
(21) プライマリー経路
(22) 代替経路
(26) 代替ソースノード
(24) 代替送信先ノード
(28) 代替ソーススイッチ
(41) 代替送信先スイッチ

Claims

送信先のＳＰＶｘ接続に関する障害に応答するシステムであって、
プライマリーソースノードと、
該プライマリーソースノードと通信可能であって、ＳＰＶｘ接続を作成するプライマリーソーススイッチと、
プライマリー送信先ノードと、
プライマリー送信先ノードと通信可能であって、ＳＰＶｘ接続を受信し、その接続によって、プライマリーソースノードとプライマリー送信先ノードとの間にプライマリー経路を形成するプライマリー送信先スイッチと、
代替送信先ノードと、を具えており、
プライマリー経路が障害を経験した後にだけ、プライマリーソースノードと代替送信先ノードによって代替経路を形成するようになし、プライマリー送信先スイッチがプライマリー経路の障害を検出したとき、プライマリー送信先スイッチは、プライマリー接続を代替経路に沿って自動的に代替送信先ノードへリダイレクトする、システム。
ＳＰＶｘ接続に関する障害に応答するシステムであって、
プライマリーソースノードと、
該プライマリーソースノードと通信可能であって、ＳＰＶｘ接続を作成するプライマリーソーススイッチと、
プライマリー送信先ノードと、
プライマリー送信先ノードと通信可能であって、ＳＰＶｘ接続を受信し、その接続によって、プライマリーソースノードとプライマリー送信先ノードとの間にプライマリー経路を形成するプライマリー送信先スイッチと、
代替ソースノードと、を具えており、
プライマリー経路が障害を経験した後にだけ、代替ソースノードとプライマリー送信先ノードによって代替経路を形成するようになし、プライマリーソーススイッチがプライマリー経路の障害を検出したとき、代替ソーススイッチは、プライマリー送信先ノードへの接続を代替経路に沿って自動的に再構築する、システム。
プライマリーソーススイッチは代替ソーススイッチと通信可能であり、プライマリー経路に障害があるとき、代替ソーススイッチが指定されるようになし、ネットワークを含んでおり、ネットワーク中のプライマリー経路のプライマリー部に障害があるとき、代替ソーススイッチは、ＳＰＶｘ接続を、ネットワーク中の代替経路のプライマリー部を通じて、プライマリーソーススイッチからプライマリー送信先ノードへ再構築する請求項２に記載のシステム。
プライマリーソーススイッチは代替ソーススイッチと通信可能であり、プライマリー経路に障害があるとき、代替ソーススイッチが指定されるようになし、
ネットワークを含んでおり、プライマリーソースノード及びネットワーク中の代替経路のプライマリー部に障害があるとき、代替ソーススイッチは、ＳＰＶｘ接続を、ネットワーク中のプライマリー経路のプライマリー部を通じて、代替ソーススイッチからプライマリーソーススイッチ乃至プライマリー送信先ノードへ再構築する請求項２に記載のシステム。
ＳＰＶｘ接続に関する障害に応答する方法であって、
プライマリーソースノードとプライマリー送信先ノードとの間にＳＰＶｘ接続を形成するステップと、
プライマリーソースノードを有するプライマリー経路に障害を検出するステップと、
プライマリー送信先ノードを有する代替経路に沿って、ＳＰＶｘ接続を自動的に再構築するステップと、
プライマリーソースノードに障害があるとき、代替ソーススイッチを指定して、プライマリーソースノードに連繋されたプライマリーソーススイッチと、代替ソースノードに連繋された代替ソーススイッチとの間で通信を行なうステップと、を有している方法。
再構築するステップは、プライマリーソースノードに障害があるとき、ＳＰＶｘ接続を、代替ソースノードからプライマリー送信先ノードへ再構築するステップを含んでいる請求項５に記載の方法。
再構築するステップは、プライマリーソースノードとプライマリーソーススイッチとの間のリンクに障害があるとき、ＳＰＶｘ接続を、代替ソースノードからプライマリー送信先ノードへ再構築するステップを含んでいる請求項６に記載の方法。
再構築するステップは、プライマリーソーススイッチに障害があるとき、ＳＰＶｘ接続を、代替ソースノードからプライマリー送信先ノードへ再構築するステップを含んでいる請求項５に記載の方法。
再構築するステップは、ネットワークの中のプライマリー経路のプライマリー部に障害があるとき、ＳＰＶｘ接続を、プライマリーソーススイッチから、代替ソーススイッチを経て、ネットワークの代替経路のプライマリー部を通じて、プライマリー送信先ノードへ再構築するステップを含んでいる請求項５に記載の方法。
ＳＰＶｘ接続を再構築するステップは、プライマリーソース及びネットワークの中の代替経路のプライマリー部に障害があるとき、ＳＰＶｘ接続を、代替ソーススイッチから、プライマリーソーススイッチを経て、プライマリー経路のプライマリー部を通じて、プライマリー送信先ノードへ再構築するステップを含んでいる請求項５に記載の方法。
障害状態がクリアされたとき、ＳＰＶｘ接続を、プライマリーソーススイッチからプライマリー送信先ノードへ再構築するステップを含んでいる請求項６に記載の方法。
ネットワーク中の接続障害に応答する方法であって、
プライマリーソースノードとプライマリー送信先ノードとの間で、ネットワークを経て、複数のリルート選択肢を有する単一の末端相互間接続を構築するステップと、
接続の障害を経験するステップと、
プライマリーソースノードとプライマリー送信先ノードとの間の単一の末端相互間接続を維持することにより、複数のリルート選択肢の中の１つに基づいて、ネットワーク経由の接続をリルートするステップと、
プライマリーソースノードに障害があるとき、代替ソーススイッチを指定して、プライマリーソースノードに連繋されたプライマリーソーススイッチと、代替ソースノードに連繋された代替ソーススイッチとの間で通信を行なうステップと、を有している方法。
経験するステップは、プライマリー送信先ノードの障害を検出するステップを含んでおり、リルートするステップは、接続を、代替送信先ノードへ自動的にリダイレクトするステップを含んでいる請求項１２に記載の方法。
検出するステップは、プライマリー送信先ノードの障害を検出するステップを含んでいる請求項１３に記載の方法。
プライマリー送信先ノードにより、ＳＰＶｘ接続を解除するステップを含んでいる請求項１４に記載の方法。
リダイレクトするステップは、プライマリーソースノードにより、ＳＰＶｘ接続を、代替送信先ノードへ自動的にリダイレクトするステップを含んでいる請求項１５に記載の方法。
リダイレクトするステップの後、プライマリー送信先ノードで、ＳＰＶｘ接続の回復を試みるステップを含んでいる請求項１６に記載の方法。
ＳＰＶｘ接続のリダイレクションをトリガする障害コードを設定するステップを含んでいる請求項１７に記載の方法。
接続を再構築するために、プライマリー送信先ノードで、複数回のアテンプトを行なうステップを含んでいる請求項１８に記載の方法。
経験するステップは、プライマリーソースノードを有するプライマリー経路の障害を検出するステップを含んでおり、リルートするステップは、プライマリー送信先ノードを有する代替経路に沿って接続を自動的にリダイレクトするステップを含んでいる請求項１２に記載の方法。
再構築するステップは、プライマリーソースノードに障害があるとき、接続を、代替ソースノードからプライマリー送信先ノードへ再構築するステップを含んでいる請求項１２に記載の方法。
再構築するステップは、プライマリーソースノードとプライマリーソーススイッチとの間のリンクに障害があるとき、接続を、代替ソースノードからプライマリー送信先ノードへ再構築するステップを含んでいる請求項１２に記載の方法。
再構築するステップは、プライマリーソーススイッチに障害があるとき、接続を、代替ソースノードからプライマリー送信先ノードへ再構築するステップを含んでいる請求項１２に記載の方法。
再構築するステップは、ネットワークの中のプライマリー経路のプライマリー部に障害があるとき、接続を、プライマリーソーススイッチから、代替ソーススイッチを経て、ネットワークの代替経路のセコンダリー部を通じて、プライマリー送信先ノードへ再構築するステップを含んでいる請求項１２に記載の方法。
接続を再構築するステップは、プライマリーソースノード及びネットワークの中の代替経路のセコンダリー部に障害があるとき、接続を、代替ソーススイッチから、プライマリーソーススイッチを経て、プライマリー経路のプライマリー部を通じて、プライマリー送信先ノードへ再構築するステップを含んでいる請求項１２に記載の方法。
障害状態がクリアされたとき、末端相互間接続を、プライマリーソーススイッチを通じて再構築するステップを含んでいる請求項２３に記載の方法。