通信ネットワークにおける複合型マルチレイヤメッシュ回復方法およびシステム
【課題】任意のネットワーク階層における障害を回復できる費用対効果の高いネットワークアーキテクチャを提供する。
【解決手段】ネットワーク中の光レイヤでの潜在的リンク障害を障害の生じたトラフィック量の少ない順にソートする。また、障害の生じたトラフィック量の少ない順で潜在的光リンク障害毎に、潜在的光リンク障害の上位層での回復を用いて、潜在的光リンク障害と関連する上位層の既存リンクに要求される上位層の追加リンク容量を決定し、光レイヤでの回復を用いて、潜在的光リンク障害と関連する前記上位層の既存リンクを回復するために要求される前記光レイヤの追加容量を決定し、決定された前記上位層の追加リンク容量および決定された前記光レイヤの追加容量に基づいて、前記潜在的光リンク障害と関連する前記上位層の既存リンクの回復のために、前記上位層および前記光レイヤの内の１つを回復レイヤとして選択する。
【解決手段】ネットワーク中の光レイヤでの潜在的リンク障害を障害の生じたトラフィック量の少ない順にソートする。また、障害の生じたトラフィック量の少ない順で潜在的光リンク障害毎に、潜在的光リンク障害の上位層での回復を用いて、潜在的光リンク障害と関連する上位層の既存リンクに要求される上位層の追加リンク容量を決定し、光レイヤでの回復を用いて、潜在的光リンク障害と関連する前記上位層の既存リンクを回復するために要求される前記光レイヤの追加容量を決定し、決定された前記上位層の追加リンク容量および決定された前記光レイヤの追加容量に基づいて、前記潜在的光リンク障害と関連する前記上位層の既存リンクの回復のために、前記上位層および前記光レイヤの内の１つを回復レイヤとして選択する。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１１年１０月５日に出願された“Hybrid Multi-layer Mesh Restoration in Optical Networks”と題する米国仮出願第６１／５４３，５８３号の優先権を主張し、その全体が本願明細書に組み込まれる。
【０００２】
本発明は、概して通信ネットワークに関し、特に、光通信ネットワークにおける複合型マルチレイヤメッシュ回復の方法およびシステムに関する。
【背景技術】
【０００３】
電気通信システム、ケーブルテレビシステム、およびデータ通信システムでは、遠隔地点間で多量の情報を迅速に伝送するために光ネットワークが用いられる。光ネットワークでは、情報は、光ファイバを介して光信号の形式で伝送される。光ファイバは、長距離に渡って低損失で信号を通信可能な細長い一連のガラスで構成される。
【０００４】
電気通信では、情報は、Open System Interconnection Reference Model（ＯＳＩ参照モデルまたはＯＳＩモデル）に従ってしばしば送信され、受信され、処理される。その最も基本的な形式では、ＯＳＩモデルは、ネットワークアーキテクチャをアプリケーション層、プレゼンテーション層、セッション層、トランスポート層、ネットワーク層、データリンク層、物理層の上層から下層までの７階層に分け、それらの層は、レイヤ７（Ｌ７）、レイヤ６（Ｌ６）、レイヤ５（Ｌ５）、レイヤ４（Ｌ４）、レイヤ３（Ｌ３）、レイヤ２（Ｌ２）、およびレイヤ１（Ｌ１）としてもそれぞれ知られている。このため、ＯＳＩ７階層モデルとしばしば称される。
【０００５】
レイヤ１は、典型的には、装置の電気的物理的な仕様を定義する層である。具体的には、レイヤ１は、銅または光ケーブル等の伝送媒体と装置との関係を定義し得る。これには、ピンのレイアウト、電圧、ケーブルの仕様、ハブ、中継器、ネットワークアダプタ、ホストバスアダプタ（ストレージエリアネットワークに使用されるＨＢＡ）等が含まれる。光ネットワークでは、レイヤ１は、「光レイヤ」とも称される。
【０００６】
レイヤ２は、典型的には、広域ネットワークの隣接ノード間または同じローカルエリアネットワーク・セグメント上のノード間のデータを転送する層である。レイヤ２は、ネットワーク・エンティティ間でデータを転送する機能および手続方法を提供し、また、レイヤ１で生じ得るエラーを検出し、場合によっては訂正する方法を提供し得る。レイヤ２プロトコルの一例としては、ローカルエリアネットワーク（多ノード）用のイーサネット（登録商標）、２点（２ノード）接続用のPoint-to-Point Protocol（ＰＰＰ）、ＨＤＬＣ、およびＡＤＣＣＰが挙げられる。レイヤ２のデータ転送は、スイッチとして周知の装置により処理され得る。
【０００７】
レイヤ２がレイヤ３パケットのペイロードの搬送に関与し、レイヤ３エンティティ間の通信を可能にするのに対して、レイヤ３は、介在するホストを通過するルーティングを含むエンド・ツー・エンド（送信元から宛先まで）のパケット配信に関与する。レイヤ３プロトコルの最もよく知られた例としては、おそらくインターネットプロトコル（Internet Protocol、ＩＰ）が挙げられ、それ故、レイヤ３は、「ＩＰレイヤ」としばしば称される。レイヤ３のデータ転送は、ルータとして周知の装置により処理され得る。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
光通信ネットワークを含む通信ネットワークでは、高い信頼性と可用性を実現するために、特定の通信経路に障害が発生した場合に冗長の予備の通信経路が利用できるように、そうしたネットワークに冗長性がしばしば持たされる。メッシュネットワークでは、主経路の障害に応じて予備経路を利用することを「メッシュ回復（mesh restoration）」と称し得る。ネットワークの障害は、多層のネットワーク階層において多様なソースから起こり得る。ネットワーク回復設計における主な試みの１つは、任意のネットワーク階層における障害を回復できる費用対効果の高いネットワークアーキテクチャを開発することである。
【０００９】
光レイヤでの回復は、広く研究されており、光レイヤでの回復技術は、成熟しているが、多くのＩＰネットワークでは、純然たるＩＰレイヤでの回復が現在要望されている。この要望の主な理由の１つには、光レイヤでは、ＩＰレイヤでの障害を回復できないため、ＩＰレイヤでの障害回復のためには、ＩＰレイヤの追加容量がなお必要とされ、純然たるＩＰレイヤでの回復と比較してコスト面での優位性がない結果となることが挙げられる。
【課題を解決するための手段】
【００１０】
本開示の実施形態に従った方法は、ネットワーク中の光レイヤでの潜在的リンク障害を障害の生じたトラフィック量の少ない順にソートする。また、障害の生じたトラフィック量の少ない順で潜在的光リンク障害毎に、潜在的光リンク障害の上位層での回復を用いて、潜在的光リンク障害と関連する上位層の既存リンクに要求される上位層の追加リンク容量を決定し、光レイヤでの回復を用いて、潜在的光リンク障害と関連する前記上位層の既存リンクを回復するために要求される前記光レイヤの追加容量を決定し、決定された前記上位層の追加リンク容量および決定された前記光レイヤの追加容量に基づいて、前記潜在的光リンク障害と関連する前記上位層の既存リンクの回復のために、前記上位層および前記光レイヤの内の１つを回復レイヤとして選択する。
【発明の効果】
【００１１】
本開示の１つ以上の技術的優位性は、本明細書に含まれる図面、説明、および請求項から当業者であれば容易に理解し得る。
【図面の簡単な説明】
【００１２】
【図１】本開示の実施形態に従った例示的なネットワークのブロック図である。
【図２】本開示の実施形態に従った例示的なネットワーク要素のブロック図である。
【図３】本開示の実施形態に従った、純然たるＩＰレイヤでの回復と比較される例示的な複合型マルチレイヤメッシュ回復スキームを描写するブロック図である。
【図４】本開示の実施形態に従った、障害の生じたＩＰリンクでのネットワークインタフェース（ルータラインカードやＷＤＭラインカード等）の再利用を容易にするために用いられ得る再構成可能な光レイヤ技術の説明図である。
【図５】本開示の実施形態に従った例示的な複合型マルチレイヤメッシュ回復方法のフロー図である。
【発明を実施するための形態】
【００１３】
本発明およびその特徴や優位性をよりよく理解するために、添付の図面と併せて以下に説明する。
【００１４】
本発明の実施形態およびその優位性は、様々な図面の同様のまたは対応する部分に同様の番号が付されている図１〜図５を参照することによって、より理解される。
【００１５】
図１は、本開示のある実施形態に従った例示的なネットワーク１０のブロック図である。ある実施形態では、ネットワーク１０は、イーサネットワークであり得る。ネットワーク１０は、ネットワーク１０の構成要素によって通信される１つ以上の信号を伝送するよう動作する１つ以上のリンク１２を含む。リンク１２によって相互が連結されたネットワーク１０の構成要素には、複数のネットワーク要素１０２が含まれ得る。図示したネットワーク１０では、各ネットワーク要素１０２は、４つの他のノードと連結される。しかしながら、ネットワーク１０は、任意の適切な数のネットワーク要素１０２の任意の適切な構成によって作り出され得る。ネットワーク１０は、短距離のメトロポリタンネットワーク、長距離の都市間ネットワーク、または任意のその他の適切なネットワークもしくはネットワークの組み合わせに用いられ得る。
【００１６】
各々のリンク１２は、ネットワーク装置１０２を相互に通信的に連結し、かつ対応するネットワーク装置１０２間で情報を通信するように構成された任意のシステム、機器、または装置を含み得る。例えば、伝送媒体１２には、光ファイバ、イーサネットケーブル、Ｔ１ケーブル、ＷｉＦｉ信号、Ｂｕｌｕｅｔｏｏｔｈ信号、またはその他の適切な媒体が含まれ得る。
【００１７】
ネットワーク１０は、リンク１２を通じて情報または「トラフィック」を通信し得る。そうしたトラフィックには、音声、画像、文字、および／もしくは任意のその他の適切なデータを符号化するよう構成された光信号または電気信号が含まれ得る。データは、リアルタイムまたは非リアルタイムであってもよい。トラフィックは、任意の適切な通信プロトコルを介して通信され得、そうした通信プロトコルには、Open System Interconnection（ＯＳＩ）標準およびインターネットプロトコル（Internet Protocol、ＩＰ）が含まれるが、これらに限定されない。また、ネットワーク１０で通信されるトラフィックは、任意の適切な方法で構造化され得、非限定的には、フレーム、パケットに構造化され、または非構造化ビットストリームであり得る。
【００１８】
ネットワーク１０中の各ネットワーク要素１０２は、トラフィックを送受信するよう動作する任意の適切なシステムを含み得る。図示した実施形態では、各ネットワーク要素１０２は、１つ以上の他のネットワーク要素１０２へトラフィックを直接送信でき、１つ以上の他のネットワーク要素１０２からトラフィックを直接受信するよう動作し得る。ネットワーク要素１０２については、図２に関してより詳細に以下で説明する。
【００１９】
開示の範囲から逸脱することなく、ネットワーク１０に変更、追加、または省略が行われ得る。記載したネットワーク１０の構成要素および素子は、個別のニーズに従って統合または分離され得る。また、ネットワーク１０の運用は、より多くの、もしくはより少ない構成要素、または他の構成要素によって実施され得る。
【００２０】
図２は、本開示のある実施形態に従った例示的なネットワーク要素１０２のブロック図である。上述したように、各ネットワーク要素１０２は、１つ以上のリンク１２を介して１つ以上の他のネットワーク要素１０２と連結され得る。しかしながら、実施形態によっては、全てのネットワーク要素１０２が図２に示したように直接連結されなくてもよい。各ネットワーク要素１０２は、一般的には、１つ以上の他のネットワーク要素１０２からデータを受信し、および／または１つ以上の他のネットワーク要素１０２にデータを送信するように構成され得る。ある実施形態では、ネットワーク要素１０２は、ネットワーク要素１０２が受信したデータをネットワーク要素１０２と連結した別の装置（例えば、別のネットワーク要素１０２）へ送信するように構成されたスイッチまたはルータを含み得る。
【００２１】
図２に示したように、ネットワーク要素１０２は、プロセッサ１０３、メモリ１０５、スイッチング素子１０４、およびスイッチング素子１０４と通信的に連結された１つ以上のネットワークインタフェース１０６を含み得る。
【００２２】
プロセッサ１０３は、プログラム、命令、および／もしくは処理データを解釈ならびに／または実行するように構成された任意のシステム、機器、または装置を含み得、マイクロプロセッサ、マイクロコントローラ、Digital Signal Processor（ＤＳＰ）、Application Specific Integrated Circuit（ＡＳＩＣ）、またはプログラム、命令、および／もしくは処理データを解釈ならびに／または実行するように構成された任意のその他のデジタルもしくはアナログ回路を含み得るが、これらに限定されない。実施形態によっては、プロセッサ１０３は、メモリ１０５および／もしくはネットワーク要素１０２の別の構成要素に格納されたプログラム、命令、および／もしくは処理データを解釈ならびに／または実行し得る。図２には、ネットワークインタフェース１０６から独立した構成要素としてプロセッサ１０３が図示されているが、実施形態によっては、ネットワークインタフェースおよび／またはネットワーク要素１０２の他の構成要素上に１つ以上のプロセッサ１０３が存在し得る。
【００２３】
メモリ１０５は、プロセッサ１０３と通信的に連結され得、プログラム、命令、および／もしくはデータを一定時間保持するように構成されたシステム、機器、または装置（例えば、コンピュータ読み取り可能媒体）を含み得る。メモリ１０５は、Random Access Memory（ＲＡＭ）、Electrically Erasable Programmable Read-Only Memory（ＥＥＰＲＯＭ）、ＰＣＭＣＩＡカード、フラッシュメモリ、磁気記憶装置、光磁気記憶装置、またはネットワーク要素１０２への電源切断後にデータを保持し得る揮発もしくは不揮発性のメモリの任意の適切な選択または配列であり得る。図２には、ネットワークインタフェース１０６から独立してメモリ１０５が図示されているが、実施形態によっては、ネットワークインタフェース１０６および／またはネットワーク要素１０２の他の構成要素上に、１つ以上のメモリ１０５が存在し得る。
【００２４】
図２に示すように、メモリ１０５は、回復モジュール１０８を含み得る。回復モジュール１０８は、本明細書で詳述するように、複合型マルチレイヤ回復を独立してまたは他のネットワーク要素１０２の回復モジュール１０８と共同して実行するように構成された任意のシステム、機器、または装置を含み得る。実施形態によっては、回復モジュール１０８は、プロセッサ１０３が読み取り実行し得るプログラムの命令に具現化され得る。回復モジュール１０８は、メモリ１０５上に格納されるものとして図示されているが、実施形態によっては、回復モジュール１０８は、ネットワーク要素１０２のハードウェア部品および／またはファームウェア部品に実装され得る。また、回復モジュール１０８は、メモリ１０５上に格納されるものとして図示されているが、実施形態によっては、回復モジュール１０８は、ネットワーク要素１０２の別の構成要素の不可欠な部品であり得る（例えば、回復モジュール１０８は、ネットワークインタフェース１０６に不可欠であり得、またはネットワーク要素１０２の複数のネットワークインタフェース１０６に分配され得る）。
【００２５】
スイッチング素子１０４は、ネットワークインタフェースを介してトラフィックを受信し、かつトラフィックを搬送するデータグラムの内容の分析に基づいておよび／またはデータグラムを搬送する信号の特徴（例えば、信号の波長および／もしくは変調）に基づいて、そうしたトラフィックを特定のネットワークインタフェース１０６および／またはポート１１０へ転送するように構成された任意の適切なシステム、装置、または機器を含み得る。例えば、ある実施形態では、スイッチング素子１０４は、スイッチファブリック（switch fabric、ＳＷＦ）を含み得る。
【００２６】
各ネットワークインタフェース１０６は、スイッチング素子１０４と通信的に連結され得、ネットワーク要素１０２とリンク１２との間のインタフェースとして機能するように構成された任意の適切なシステム、装置、または機器であり得る。各ネットワークインタフェース１０６は、任意の適切な伝送プロトコルおよび／または伝送規格を用いて、自身と関連するネットワーク要素１０２が他のネットワーク要素１０２と通信できるようにし得る。ネットワークインタフェース１０６およびその各種構成要素は、ハードウェア、ソフトウェア、またはそれらの任意の組み合わせを用いて実装され得る。例えば、ある実施形態では、１つ以上のネットワークインタフェース１０６は、ネットワークインターフェースカードを含み得る。同じまたは別の実施形態では、１つ以上のネットワークインタフェース１０６は、ラインカードを含み得る。これらおよびその他の実施形態では、１つ以上のネットワークインタフェースは、Network Processing Unit（ＮＰＵ）を含み得る。ネットワーク１０が光ＩＰネットワークである実施形態では、１つ以上のネットワークインタフェースは、Internet Protocol/Wavelength Division Multiplexing（ＩＰ／ＷＤＭ）ラインカードを含み得る。
【００２７】
図２に示したように、各ネットワークインタフェース１０６は、１つ以上の物理ポート１１０を含み得る。各物理ポート１１０は、対応するリンク１２とネットワークインタフェース１０６との間の物理インタフェースとして機能するように構成された任意のシステム、機器、または装置を含み得る。例えば、物理ポート１１０は、イーサネットポート、光ポート、またはその他の適切なポートであり得る。実施形態によっては、通信トラフィックの「動作中」ないし「アクティブ」パスとして１つ以上のポート１１０が設計されると共に、「動作中」ないし「アクティブ」パスのリンク障害もしくはその他の障害の際に用いられる冗長的な「プロテクション」ないし「スタンバイ」パスとして他のポート１１０が設計され得るような冗長性スキームに物理ポート１１０は設定され得る。例えば、複数のポート１１０は、ＩＥＥＥ規格８０２．１ＡＸ−２００８または別の適切な冗長性スキームに従ったリンクアグリゲーショングループのメンバーポートであり得る。
【００２８】
運用中、１つ以上の回復モジュール１０８および／またはネットワーク要素１０２の１つ以上の他の構成要素は、複合型回復スキームを実施するように構成され得、その複合型回復スキームでは、いくつかの経路が１つの層（例えば、光レイヤないしレイヤ１）で回復され得ると共に、他の経路が別の層（例えば、ＩＰレイヤないしレイヤ３）で回復され得る。例えば、動作中のトラフィックは、最短の経路ルーティングを用いて所定のＩＰネットワーク上を通過し得る。各々のファイバリンクに障害が生じると、選択されたＩＰリンクが光レイヤで回復され得、残りの障害の生じたトラフィックは、ＩＰレイヤで回復され得る。ネットワークインタフェース１０６（例えば、ルータラインカードおよび／またはWavelength Division Multiplexing（ＷＤＭ）ラインカード（例えば、光トランスポンダ））は、光レイヤ技術を用いて光学的に回復された、障害の生じたＩＰリンクで再度利用される。各々のルータの障害に対して、複合型の手法が適用され得る。その結果、想定される全ての障害の間に要求される最大容量が供給される。こうした複合型の回復を実施するために、少なくとも２つの重要な課題に対処する必要があり得る。（ｉ）障害の生じたＩＰリンクにおいてルータラインカードおよびＷＤＭラインカードを如何にして再度利用するか、および（ii）光レイヤで回復されるＩＰリンク一式を如何にして決定するかである。
【００２９】
図３（ａ）〜図３（ｃ）は、本開示の実施形態に従った、純然たるＩＰレイヤでの回復と比較される例示的な複合型マルチレイヤメッシュ回復スキームを描写するブロック図である。図３（ａ）は、Ａ、Ｂ、Ｃ、Ｄ、およびＥにラベルされたネットワーク要素１０２を含み、（Ｃ，Ｄ）での１つのファイバリンクの障害（例えば、ＣおよびＤにラベルされたネットワーク要素１０２間のリンク１２の障害）が２つのＩＰリンクの障害（Ｃ，Ｄ）および（Ａ，Ｄ）を生じさせているＩＰ／ＷＤＭネットワークを示す。図３（ａ）の一例に示すように、様々なネットワーク要素間のＩＰリンクは、任意の適切な伝送レートであり得る。この一例のために、ルータラインカードおよびＷＤＭラインカードは、40Gbpsのレートで動作するものとする。
【００３０】
図３（ｂ）は、純然たるＩＰレイヤでの回復が用いられた場合に３つの追加のＩＰ／ＷＤＭリンクが必要となる回復手法を示す。一方、図３（ｃ）は、複合型メッシュ回復スキームが用いられた回復手法を示す。そうした複合型スキームでは、ＩＰレイヤにおいて何らトポロジの変化が生じないように、動作中の経路Ｃ−Ｄからディスジョイントな光レイヤの経路Ｃ−Ｂ−Ｄ（曲線）を確立することによって、ＩＰリンク（Ｃ，Ｄ）が光学的に回復され得る。また、ＩＰリンク（Ａ，Ｄ）上のトラフィックは、（経路Ａ−Ｃ−Ｄに渡る点線により示された）別のＩＰレイヤの経路Ａ−Ｃ−Ｄによって、ＩＰレイヤにおいて回復され得る。ＩＰリンク（Ｃ，Ｄ）上において、ルータラインカードおよびＷＤＭラインカードは、共に再度利用され得る。したがって、追加のラインカードやその他のネットワークインタフェースは、回復のために何ら必要とされなくてよい。ただし、光学的な回復経路が対応する動作中の経路よりも長いと、光再生器等の追加のＷＤＭレイヤ資源が必要とされ得る。
【００３１】
図４（ａ）および図４（ｂ）は、本開示に従った、障害の生じたＩＰリンクでのネットワークインタフェース（例えば、ルータラインカードやＷＤＭラインカード）の再利用を容易にするために用いられ得る再構成可能な光レイヤ技術を示す。こうした再構成可能な光レイヤ技術は、Fiber Cross Connect（ＦＸＣ）、Optical Transport Network（ＯＴＮ）、またはカラーレスで無指向性であるNext-Generation Reconfigurable Add-Drop Multiplexer（ＮＧ−ＲＯＡＤＭ）を含み得るが、これらに限定されない。図４（ａ）に示すように、典型的なReconfigurable Add-Drop Multiplexer（ＲＯＡＤＭ）がＦＸＣまたはＯＴＮ技術と共に用いられる場合には、ルータラインカードは、再度利用され得る。こうしたアーキテクチャでは、障害の生じたＩＰリンクを動作中の経路から光レイヤにおいてディスジョイントな回復経路へ変更するために、追加のＷＤＭラインカードが必要となり得る。図４（ｂ）に示すように、ルータラインカードおよびＷＤＭラインカードは共に、ＮＧ−ＲＯＡＤＭと共に再度利用され得、光レイヤでの回復のために追加のラインカードは何ら必要とされなくてよい。
【００３２】
図５は、本開示の実施形態に従った複合型マルチレイヤメッシュ回復の例示的な方法５００のフロー図である。方法５００は、１つ以上の回復モジュール１０８および／またはネットワーク要素１０２の１つ以上の他の構成要素により実施され得る。一実施形態に従えば、方法５００は、ステップ５０２において開始される。上述したように、本開示の技術は、ネットワーク１０の多様な構成において実施され得る。そのため、方法５００に望ましい開始地点や方法５００に含まれるステップ５０２〜５２２の順序は、選択された構成に従い得る。
【００３３】
ステップ５０２において、まず、光レイヤでの潜在的リンク障害が、障害の生じたトラフィック量の少ない順でソートされ得る。例えば、図３（ａ）の例では、光リンク（Ｂ，Ｄ）が120Gbpsのトラフィックを搬送し得るのに対して、光リンク（Ｃ，Ｄ）は、40Gbpsのトラフィックを搬送し得る。そこで、光レイヤでの潜在的リンク障害が少ない順でソートされる場合には、光リンク（Ｂ，Ｄ）より前に光リンク（Ｃ，Ｄ）がソートされる。
【００３４】
ブロック５０４に示したように、ステップ５０６〜５２０は、所定の倍数因子毎に実施され得る。倍数因子は、ＩＰレイヤでの回復に関連するコストを光レイヤでの回復に関連するコストと正規化して選択された因子であり得る（例えば、ＩＰレイヤの構成要素は、実施にコストがよりかかり得るため、倍数因子は、ＩＰレイヤの構成要素と光レイヤの構成要素との間の相対コストを占める値であり得る）。ＩＰレイヤの構成要素と光レイヤの構成要素との間の相対コストは、一定であり得るが、コストの推定手法が粗くなり得、ノードの障害が考慮されていないという理由から、倍数因子は、相対コストに近似する範囲の値であり得る。一例として、倍数因子が大きい場合には、光レイヤでの回復のためにより多くのＩＰリンクが選択され、それ故、光レイヤでのリンク障害に必要となるルータラインカードはより少なくなる。しかしながら、これは、ルータノードでの障害に再度利用できる、光レイヤでのリンク障害に対するルータラインカードがより少なくなるため、ルータノードの障害回復に必要となるルータラインカードがより多くなる結果をもたらす。光レイヤでの回復のために選択されるＩＰリンク一式は、所定の要因に従って異なり得る。
【００３５】
ブロック５０６に示すように、ステップ５０８〜５１６は、（例えば、ステップ５０２からの）ソートされた光レイヤでの潜在的リンク障害の順序で、光レイヤでの潜在的リンク障害ｉ毎に実施され得る。
【００３６】
ステップ５０８では、光レイヤでの潜在的リンク障害ｉ毎に、ＩＰレイヤでの回復のために、光レイヤでの潜在的リンク障害と関連する既存のＩＰリンクに要求されるＩＰリンクの追加容量が、動作中のＩＰリンク上の未使用のＩＰレイヤの容量または既存のＩＰリンク上の回復容量に由来し得る、予備のＩＰ容量を考慮して決定され得る。
【００３７】
ステップ５１０では、光レイヤでの潜在的ＩＰリンク障害ｉと関連する既存のＩＰリンクを回復するために必要な光レイヤの追加容量が次に決定される。ステップ５１２では、光レイヤでの潜在的リンク障害の回復のために、回復レイヤ（例えば、光レイヤまたはＩＰレイヤ）が選択される。回復のためのレイヤの選択は、（ｉ）ＩＰレイヤでの回復のためのＩＰリンクの数と、ＩＰレイヤでの回復に用いられるＩＰリンクと関連する光再生器の数とを加算した数と、倍数因子との乗算（因子×（ＩＰリンク＋ＩＰレイヤでの回復のための再生器））、および（ii）光レイヤでの回復のための光リンクの数と、光レイヤでの回復に用いられる光リンクと関連する光再生器の数との加算（光リンク＋光レイヤでの回復のための再生器）の比較に基づき得る。（ｉ）が（ii）よりも小さい場合には、光レイヤでのリンク障害と関連する、障害の生じたＩＰリンクは、ＩＰレイヤでの回復のために選択され得る。それ以外では、光リンクの障害と関連する、障害の生じたＩＰリンクは、光レイヤでの回復のために選択され得る。ステップ５１４では、ルータノードの全ての潜在的障害に対する追加の回復容量がネットワークに追加され得る。追加の回復容量は、１つのリンク障害に対するただ１つの光レイヤを回復するために追加され得、ネットワークの回復容量は、それぞれの潜在的障害が判断された後に徐々に更新され得る。
【００３８】
ステップ５１６では、光レイヤでの全ての潜在的リンク障害に対してステップ５０８〜５１４が実施されたか否かについて判定され得る。光レイヤでの全ての潜在的リンク障害に対してステップ５０８〜５１４が実施された場合には、方法５００は、ステップ５１８に進み得る。それ以外では、方法５００は、ステップ５０６へ再度進み得る。ステップ５１８では、光レイヤでの全ての潜在的リンク障害に対してステップ５０８〜５１４が実施されたとの判定に応じて、ノードの障害回復を含む全ての潜在的光リンクの障害が考慮された供給ネットワークが獲得され得る。実施形態によっては、ノード障害に対する容量の供給とは別に、ノード障害に対する容量の供給が実施され得る。そうした実施形態では、ノード障害に対する容量の供給は、ステップ５１８で実施され得る。
【００３９】
ステップ５２０では、全ての所定の倍数因子に対してステップ５０６〜５１８が実施されたか否かが判定され得る。全ての所定の倍数因子に対してステップ５０６〜５１８が実施された場合には、方法５００は、ステップ５２２に進む。それ以外では、方法５００は、ステップ５０４へ再度進む。ステップ５２２では、全ての所定の倍数因子に対してステップ５０６〜５１８が実施されたとの判定に応じて、全ての所定の倍数因子および潜在的光リンク障害に渡って低コストの供給ネットワークが決定され得る。ステップ５２２の完了後、方法５００は終了し得る。
【００４０】
方法５００に従えば、所定の光レイヤでのリンク障害に対して低回復コストをもたらす回復されたＩＰリンク一式が選ばれ得る。
【００４１】
図５には、方法５００に関して履行される特定数のステップが開示されているが、方法５００は、図５に示したこれらのステップよりも多いまたは少ないステップで実行され得る。また、図５には、方法５００に関して履行されるある順序のステップが開示されているが、方法５００に含まれるステップは、任意の適切な順序で達成され得る。
【００４２】
方法５００は、ネットワーク１０または方法５００を履行するよう動作する任意のその他のシステムに実装され得る。ある実施形態では、方法５００は、コンピュータ読み取り可能媒体に具現化されたソフトウェアおよび／またはハードウェアに一部またはすべてが実装され得る。
【００４３】
上述では、ＩＰレイヤでの回復と光レイヤでのネットワーク回復とから選択する方法およびシステムが検討されている。しかしながら、こうした方法およびシステムは、ＩＰレイヤよりも上位の層（例えば、レイヤ４、レイヤ５、レイヤ６、レイヤ７等）での回復と光レイヤよりも上位の層（例えば、Optical Transport Network（ＯＴＮ）レイヤ）でのネットワーク回復とからの選択にも適用し得る。
【００４４】
ネットワーク１０の構成要素および／またはネットワーク要素１０２は、インタフェース、ロジック、メモリ、および／またはその他の適切な要素を含み得る。インタフェースは、入力を受信し、出力を送信し、入力および／もしくは出力を処理し、ならびに／または他の適切な動作を実行する。インタフェースは、ハードウェアおよび／またはソフトウェアを含み得る。
【００４５】
ロジックは、構成要素の動作を実行し、例えば、入力から出力を生成する命令を実行する。ロジックは、ハードウェア、ソフトウェア、および／またはその他のロジックを含み得る。ロジックは、１つ以上の有形のコンピュータ読み取り可能記憶媒体中に符号化され得、コンピュータにより実行されると動作を実行し得る。プロセッサ等のあるロジックは、構成要素の動作を管理し得る。プロセッサの一例としては、１つ以上のコンピュータ、１つ以上のマイクロプロセッサ、１つ以上のアプリケーション、および／またはその他のロジックが挙げられる。
【００４６】
メモリは、情報を格納する。メモリは、有形で、コンピュータが読み取り可能な、および／またはコンピュータが実行可能な１つ以上の記憶媒体を含み得る。メモリの一例としては、コンピュータメモリ（例えば、Random Access Memory（ＲＡＭ）またはRead Only Memory（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、Compact Disk（ＣＤ）またはDigital Video Disk（ＤＶＤ））、データベースおよび／もしくはネットワーク記憶装置（例えば、サーバ）、ならびに／またはその他のコンピュータ読み取り可能媒体が挙げられる。
【００４７】
発明の範囲から逸脱することなく、ネットワーク１０および／またはネットワーク要素１０２に変更、付加、または削除を加え得る。ネットワーク１０の構成要素および／またはネットワーク要素１０２は、集積また分離し得る。さらに、ネットワーク１０および／またはネットワーク要素１０２の動作は、より多く、より少ない、またはその他の構成要素により実行され得る。また、ネットワーク１０および／またはネットワーク要素１０２の動作は、任意の適切なロジックを用いて実行され得る。本明細書において「各（各々、それぞれ）」とは、ある集合に属するそれぞれの要素、またはある集合の部分集合に属するそれぞれの要素を指す。
【００４８】
本開示は、いくつかの実施形態によって記述されているが、それらの実施形態の代替および置換は、当業者にとって明らかである。したがって、実施形態の上記記載は、本開示を制約しない。請求項の範囲に規定されるように、本開示の精神および範囲から逸脱することなく、その他の変更、置換、および代替が可能である。
【技術分野】
【０００１】
本願は、２０１１年１０月５日に出願された“Hybrid Multi-layer Mesh Restoration in Optical Networks”と題する米国仮出願第６１／５４３，５８３号の優先権を主張し、その全体が本願明細書に組み込まれる。
【０００２】
本発明は、概して通信ネットワークに関し、特に、光通信ネットワークにおける複合型マルチレイヤメッシュ回復の方法およびシステムに関する。
【背景技術】
【０００３】
電気通信システム、ケーブルテレビシステム、およびデータ通信システムでは、遠隔地点間で多量の情報を迅速に伝送するために光ネットワークが用いられる。光ネットワークでは、情報は、光ファイバを介して光信号の形式で伝送される。光ファイバは、長距離に渡って低損失で信号を通信可能な細長い一連のガラスで構成される。
【０００４】
電気通信では、情報は、Open System Interconnection Reference Model（ＯＳＩ参照モデルまたはＯＳＩモデル）に従ってしばしば送信され、受信され、処理される。その最も基本的な形式では、ＯＳＩモデルは、ネットワークアーキテクチャをアプリケーション層、プレゼンテーション層、セッション層、トランスポート層、ネットワーク層、データリンク層、物理層の上層から下層までの７階層に分け、それらの層は、レイヤ７（Ｌ７）、レイヤ６（Ｌ６）、レイヤ５（Ｌ５）、レイヤ４（Ｌ４）、レイヤ３（Ｌ３）、レイヤ２（Ｌ２）、およびレイヤ１（Ｌ１）としてもそれぞれ知られている。このため、ＯＳＩ７階層モデルとしばしば称される。
【０００５】
レイヤ１は、典型的には、装置の電気的物理的な仕様を定義する層である。具体的には、レイヤ１は、銅または光ケーブル等の伝送媒体と装置との関係を定義し得る。これには、ピンのレイアウト、電圧、ケーブルの仕様、ハブ、中継器、ネットワークアダプタ、ホストバスアダプタ（ストレージエリアネットワークに使用されるＨＢＡ）等が含まれる。光ネットワークでは、レイヤ１は、「光レイヤ」とも称される。
【０００６】
レイヤ２は、典型的には、広域ネットワークの隣接ノード間または同じローカルエリアネットワーク・セグメント上のノード間のデータを転送する層である。レイヤ２は、ネットワーク・エンティティ間でデータを転送する機能および手続方法を提供し、また、レイヤ１で生じ得るエラーを検出し、場合によっては訂正する方法を提供し得る。レイヤ２プロトコルの一例としては、ローカルエリアネットワーク（多ノード）用のイーサネット（登録商標）、２点（２ノード）接続用のPoint-to-Point Protocol（ＰＰＰ）、ＨＤＬＣ、およびＡＤＣＣＰが挙げられる。レイヤ２のデータ転送は、スイッチとして周知の装置により処理され得る。
【０００７】
レイヤ２がレイヤ３パケットのペイロードの搬送に関与し、レイヤ３エンティティ間の通信を可能にするのに対して、レイヤ３は、介在するホストを通過するルーティングを含むエンド・ツー・エンド（送信元から宛先まで）のパケット配信に関与する。レイヤ３プロトコルの最もよく知られた例としては、おそらくインターネットプロトコル（Internet Protocol、ＩＰ）が挙げられ、それ故、レイヤ３は、「ＩＰレイヤ」としばしば称される。レイヤ３のデータ転送は、ルータとして周知の装置により処理され得る。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
光通信ネットワークを含む通信ネットワークでは、高い信頼性と可用性を実現するために、特定の通信経路に障害が発生した場合に冗長の予備の通信経路が利用できるように、そうしたネットワークに冗長性がしばしば持たされる。メッシュネットワークでは、主経路の障害に応じて予備経路を利用することを「メッシュ回復（mesh restoration）」と称し得る。ネットワークの障害は、多層のネットワーク階層において多様なソースから起こり得る。ネットワーク回復設計における主な試みの１つは、任意のネットワーク階層における障害を回復できる費用対効果の高いネットワークアーキテクチャを開発することである。
【０００９】
光レイヤでの回復は、広く研究されており、光レイヤでの回復技術は、成熟しているが、多くのＩＰネットワークでは、純然たるＩＰレイヤでの回復が現在要望されている。この要望の主な理由の１つには、光レイヤでは、ＩＰレイヤでの障害を回復できないため、ＩＰレイヤでの障害回復のためには、ＩＰレイヤの追加容量がなお必要とされ、純然たるＩＰレイヤでの回復と比較してコスト面での優位性がない結果となることが挙げられる。
【課題を解決するための手段】
【００１０】
本開示の実施形態に従った方法は、ネットワーク中の光レイヤでの潜在的リンク障害を障害の生じたトラフィック量の少ない順にソートする。また、障害の生じたトラフィック量の少ない順で潜在的光リンク障害毎に、潜在的光リンク障害の上位層での回復を用いて、潜在的光リンク障害と関連する上位層の既存リンクに要求される上位層の追加リンク容量を決定し、光レイヤでの回復を用いて、潜在的光リンク障害と関連する前記上位層の既存リンクを回復するために要求される前記光レイヤの追加容量を決定し、決定された前記上位層の追加リンク容量および決定された前記光レイヤの追加容量に基づいて、前記潜在的光リンク障害と関連する前記上位層の既存リンクの回復のために、前記上位層および前記光レイヤの内の１つを回復レイヤとして選択する。
【発明の効果】
【００１１】
本開示の１つ以上の技術的優位性は、本明細書に含まれる図面、説明、および請求項から当業者であれば容易に理解し得る。
【図面の簡単な説明】
【００１２】
【図１】本開示の実施形態に従った例示的なネットワークのブロック図である。
【図２】本開示の実施形態に従った例示的なネットワーク要素のブロック図である。
【図３】本開示の実施形態に従った、純然たるＩＰレイヤでの回復と比較される例示的な複合型マルチレイヤメッシュ回復スキームを描写するブロック図である。
【図４】本開示の実施形態に従った、障害の生じたＩＰリンクでのネットワークインタフェース（ルータラインカードやＷＤＭラインカード等）の再利用を容易にするために用いられ得る再構成可能な光レイヤ技術の説明図である。
【図５】本開示の実施形態に従った例示的な複合型マルチレイヤメッシュ回復方法のフロー図である。
【発明を実施するための形態】
【００１３】
本発明およびその特徴や優位性をよりよく理解するために、添付の図面と併せて以下に説明する。
【００１４】
本発明の実施形態およびその優位性は、様々な図面の同様のまたは対応する部分に同様の番号が付されている図１〜図５を参照することによって、より理解される。
【００１５】
図１は、本開示のある実施形態に従った例示的なネットワーク１０のブロック図である。ある実施形態では、ネットワーク１０は、イーサネットワークであり得る。ネットワーク１０は、ネットワーク１０の構成要素によって通信される１つ以上の信号を伝送するよう動作する１つ以上のリンク１２を含む。リンク１２によって相互が連結されたネットワーク１０の構成要素には、複数のネットワーク要素１０２が含まれ得る。図示したネットワーク１０では、各ネットワーク要素１０２は、４つの他のノードと連結される。しかしながら、ネットワーク１０は、任意の適切な数のネットワーク要素１０２の任意の適切な構成によって作り出され得る。ネットワーク１０は、短距離のメトロポリタンネットワーク、長距離の都市間ネットワーク、または任意のその他の適切なネットワークもしくはネットワークの組み合わせに用いられ得る。
【００１６】
各々のリンク１２は、ネットワーク装置１０２を相互に通信的に連結し、かつ対応するネットワーク装置１０２間で情報を通信するように構成された任意のシステム、機器、または装置を含み得る。例えば、伝送媒体１２には、光ファイバ、イーサネットケーブル、Ｔ１ケーブル、ＷｉＦｉ信号、Ｂｕｌｕｅｔｏｏｔｈ信号、またはその他の適切な媒体が含まれ得る。
【００１７】
ネットワーク１０は、リンク１２を通じて情報または「トラフィック」を通信し得る。そうしたトラフィックには、音声、画像、文字、および／もしくは任意のその他の適切なデータを符号化するよう構成された光信号または電気信号が含まれ得る。データは、リアルタイムまたは非リアルタイムであってもよい。トラフィックは、任意の適切な通信プロトコルを介して通信され得、そうした通信プロトコルには、Open System Interconnection（ＯＳＩ）標準およびインターネットプロトコル（Internet Protocol、ＩＰ）が含まれるが、これらに限定されない。また、ネットワーク１０で通信されるトラフィックは、任意の適切な方法で構造化され得、非限定的には、フレーム、パケットに構造化され、または非構造化ビットストリームであり得る。
【００１８】
ネットワーク１０中の各ネットワーク要素１０２は、トラフィックを送受信するよう動作する任意の適切なシステムを含み得る。図示した実施形態では、各ネットワーク要素１０２は、１つ以上の他のネットワーク要素１０２へトラフィックを直接送信でき、１つ以上の他のネットワーク要素１０２からトラフィックを直接受信するよう動作し得る。ネットワーク要素１０２については、図２に関してより詳細に以下で説明する。
【００１９】
開示の範囲から逸脱することなく、ネットワーク１０に変更、追加、または省略が行われ得る。記載したネットワーク１０の構成要素および素子は、個別のニーズに従って統合または分離され得る。また、ネットワーク１０の運用は、より多くの、もしくはより少ない構成要素、または他の構成要素によって実施され得る。
【００２０】
図２は、本開示のある実施形態に従った例示的なネットワーク要素１０２のブロック図である。上述したように、各ネットワーク要素１０２は、１つ以上のリンク１２を介して１つ以上の他のネットワーク要素１０２と連結され得る。しかしながら、実施形態によっては、全てのネットワーク要素１０２が図２に示したように直接連結されなくてもよい。各ネットワーク要素１０２は、一般的には、１つ以上の他のネットワーク要素１０２からデータを受信し、および／または１つ以上の他のネットワーク要素１０２にデータを送信するように構成され得る。ある実施形態では、ネットワーク要素１０２は、ネットワーク要素１０２が受信したデータをネットワーク要素１０２と連結した別の装置（例えば、別のネットワーク要素１０２）へ送信するように構成されたスイッチまたはルータを含み得る。
【００２１】
図２に示したように、ネットワーク要素１０２は、プロセッサ１０３、メモリ１０５、スイッチング素子１０４、およびスイッチング素子１０４と通信的に連結された１つ以上のネットワークインタフェース１０６を含み得る。
【００２２】
プロセッサ１０３は、プログラム、命令、および／もしくは処理データを解釈ならびに／または実行するように構成された任意のシステム、機器、または装置を含み得、マイクロプロセッサ、マイクロコントローラ、Digital Signal Processor（ＤＳＰ）、Application Specific Integrated Circuit（ＡＳＩＣ）、またはプログラム、命令、および／もしくは処理データを解釈ならびに／または実行するように構成された任意のその他のデジタルもしくはアナログ回路を含み得るが、これらに限定されない。実施形態によっては、プロセッサ１０３は、メモリ１０５および／もしくはネットワーク要素１０２の別の構成要素に格納されたプログラム、命令、および／もしくは処理データを解釈ならびに／または実行し得る。図２には、ネットワークインタフェース１０６から独立した構成要素としてプロセッサ１０３が図示されているが、実施形態によっては、ネットワークインタフェースおよび／またはネットワーク要素１０２の他の構成要素上に１つ以上のプロセッサ１０３が存在し得る。
【００２３】
メモリ１０５は、プロセッサ１０３と通信的に連結され得、プログラム、命令、および／もしくはデータを一定時間保持するように構成されたシステム、機器、または装置（例えば、コンピュータ読み取り可能媒体）を含み得る。メモリ１０５は、Random Access Memory（ＲＡＭ）、Electrically Erasable Programmable Read-Only Memory（ＥＥＰＲＯＭ）、ＰＣＭＣＩＡカード、フラッシュメモリ、磁気記憶装置、光磁気記憶装置、またはネットワーク要素１０２への電源切断後にデータを保持し得る揮発もしくは不揮発性のメモリの任意の適切な選択または配列であり得る。図２には、ネットワークインタフェース１０６から独立してメモリ１０５が図示されているが、実施形態によっては、ネットワークインタフェース１０６および／またはネットワーク要素１０２の他の構成要素上に、１つ以上のメモリ１０５が存在し得る。
【００２４】
図２に示すように、メモリ１０５は、回復モジュール１０８を含み得る。回復モジュール１０８は、本明細書で詳述するように、複合型マルチレイヤ回復を独立してまたは他のネットワーク要素１０２の回復モジュール１０８と共同して実行するように構成された任意のシステム、機器、または装置を含み得る。実施形態によっては、回復モジュール１０８は、プロセッサ１０３が読み取り実行し得るプログラムの命令に具現化され得る。回復モジュール１０８は、メモリ１０５上に格納されるものとして図示されているが、実施形態によっては、回復モジュール１０８は、ネットワーク要素１０２のハードウェア部品および／またはファームウェア部品に実装され得る。また、回復モジュール１０８は、メモリ１０５上に格納されるものとして図示されているが、実施形態によっては、回復モジュール１０８は、ネットワーク要素１０２の別の構成要素の不可欠な部品であり得る（例えば、回復モジュール１０８は、ネットワークインタフェース１０６に不可欠であり得、またはネットワーク要素１０２の複数のネットワークインタフェース１０６に分配され得る）。
【００２５】
スイッチング素子１０４は、ネットワークインタフェースを介してトラフィックを受信し、かつトラフィックを搬送するデータグラムの内容の分析に基づいておよび／またはデータグラムを搬送する信号の特徴（例えば、信号の波長および／もしくは変調）に基づいて、そうしたトラフィックを特定のネットワークインタフェース１０６および／またはポート１１０へ転送するように構成された任意の適切なシステム、装置、または機器を含み得る。例えば、ある実施形態では、スイッチング素子１０４は、スイッチファブリック（switch fabric、ＳＷＦ）を含み得る。
【００２６】
各ネットワークインタフェース１０６は、スイッチング素子１０４と通信的に連結され得、ネットワーク要素１０２とリンク１２との間のインタフェースとして機能するように構成された任意の適切なシステム、装置、または機器であり得る。各ネットワークインタフェース１０６は、任意の適切な伝送プロトコルおよび／または伝送規格を用いて、自身と関連するネットワーク要素１０２が他のネットワーク要素１０２と通信できるようにし得る。ネットワークインタフェース１０６およびその各種構成要素は、ハードウェア、ソフトウェア、またはそれらの任意の組み合わせを用いて実装され得る。例えば、ある実施形態では、１つ以上のネットワークインタフェース１０６は、ネットワークインターフェースカードを含み得る。同じまたは別の実施形態では、１つ以上のネットワークインタフェース１０６は、ラインカードを含み得る。これらおよびその他の実施形態では、１つ以上のネットワークインタフェースは、Network Processing Unit（ＮＰＵ）を含み得る。ネットワーク１０が光ＩＰネットワークである実施形態では、１つ以上のネットワークインタフェースは、Internet Protocol/Wavelength Division Multiplexing（ＩＰ／ＷＤＭ）ラインカードを含み得る。
【００２７】
図２に示したように、各ネットワークインタフェース１０６は、１つ以上の物理ポート１１０を含み得る。各物理ポート１１０は、対応するリンク１２とネットワークインタフェース１０６との間の物理インタフェースとして機能するように構成された任意のシステム、機器、または装置を含み得る。例えば、物理ポート１１０は、イーサネットポート、光ポート、またはその他の適切なポートであり得る。実施形態によっては、通信トラフィックの「動作中」ないし「アクティブ」パスとして１つ以上のポート１１０が設計されると共に、「動作中」ないし「アクティブ」パスのリンク障害もしくはその他の障害の際に用いられる冗長的な「プロテクション」ないし「スタンバイ」パスとして他のポート１１０が設計され得るような冗長性スキームに物理ポート１１０は設定され得る。例えば、複数のポート１１０は、ＩＥＥＥ規格８０２．１ＡＸ−２００８または別の適切な冗長性スキームに従ったリンクアグリゲーショングループのメンバーポートであり得る。
【００２８】
運用中、１つ以上の回復モジュール１０８および／またはネットワーク要素１０２の１つ以上の他の構成要素は、複合型回復スキームを実施するように構成され得、その複合型回復スキームでは、いくつかの経路が１つの層（例えば、光レイヤないしレイヤ１）で回復され得ると共に、他の経路が別の層（例えば、ＩＰレイヤないしレイヤ３）で回復され得る。例えば、動作中のトラフィックは、最短の経路ルーティングを用いて所定のＩＰネットワーク上を通過し得る。各々のファイバリンクに障害が生じると、選択されたＩＰリンクが光レイヤで回復され得、残りの障害の生じたトラフィックは、ＩＰレイヤで回復され得る。ネットワークインタフェース１０６（例えば、ルータラインカードおよび／またはWavelength Division Multiplexing（ＷＤＭ）ラインカード（例えば、光トランスポンダ））は、光レイヤ技術を用いて光学的に回復された、障害の生じたＩＰリンクで再度利用される。各々のルータの障害に対して、複合型の手法が適用され得る。その結果、想定される全ての障害の間に要求される最大容量が供給される。こうした複合型の回復を実施するために、少なくとも２つの重要な課題に対処する必要があり得る。（ｉ）障害の生じたＩＰリンクにおいてルータラインカードおよびＷＤＭラインカードを如何にして再度利用するか、および（ii）光レイヤで回復されるＩＰリンク一式を如何にして決定するかである。
【００２９】
図３（ａ）〜図３（ｃ）は、本開示の実施形態に従った、純然たるＩＰレイヤでの回復と比較される例示的な複合型マルチレイヤメッシュ回復スキームを描写するブロック図である。図３（ａ）は、Ａ、Ｂ、Ｃ、Ｄ、およびＥにラベルされたネットワーク要素１０２を含み、（Ｃ，Ｄ）での１つのファイバリンクの障害（例えば、ＣおよびＤにラベルされたネットワーク要素１０２間のリンク１２の障害）が２つのＩＰリンクの障害（Ｃ，Ｄ）および（Ａ，Ｄ）を生じさせているＩＰ／ＷＤＭネットワークを示す。図３（ａ）の一例に示すように、様々なネットワーク要素間のＩＰリンクは、任意の適切な伝送レートであり得る。この一例のために、ルータラインカードおよびＷＤＭラインカードは、40Gbpsのレートで動作するものとする。
【００３０】
図３（ｂ）は、純然たるＩＰレイヤでの回復が用いられた場合に３つの追加のＩＰ／ＷＤＭリンクが必要となる回復手法を示す。一方、図３（ｃ）は、複合型メッシュ回復スキームが用いられた回復手法を示す。そうした複合型スキームでは、ＩＰレイヤにおいて何らトポロジの変化が生じないように、動作中の経路Ｃ−Ｄからディスジョイントな光レイヤの経路Ｃ−Ｂ−Ｄ（曲線）を確立することによって、ＩＰリンク（Ｃ，Ｄ）が光学的に回復され得る。また、ＩＰリンク（Ａ，Ｄ）上のトラフィックは、（経路Ａ−Ｃ−Ｄに渡る点線により示された）別のＩＰレイヤの経路Ａ−Ｃ−Ｄによって、ＩＰレイヤにおいて回復され得る。ＩＰリンク（Ｃ，Ｄ）上において、ルータラインカードおよびＷＤＭラインカードは、共に再度利用され得る。したがって、追加のラインカードやその他のネットワークインタフェースは、回復のために何ら必要とされなくてよい。ただし、光学的な回復経路が対応する動作中の経路よりも長いと、光再生器等の追加のＷＤＭレイヤ資源が必要とされ得る。
【００３１】
図４（ａ）および図４（ｂ）は、本開示に従った、障害の生じたＩＰリンクでのネットワークインタフェース（例えば、ルータラインカードやＷＤＭラインカード）の再利用を容易にするために用いられ得る再構成可能な光レイヤ技術を示す。こうした再構成可能な光レイヤ技術は、Fiber Cross Connect（ＦＸＣ）、Optical Transport Network（ＯＴＮ）、またはカラーレスで無指向性であるNext-Generation Reconfigurable Add-Drop Multiplexer（ＮＧ−ＲＯＡＤＭ）を含み得るが、これらに限定されない。図４（ａ）に示すように、典型的なReconfigurable Add-Drop Multiplexer（ＲＯＡＤＭ）がＦＸＣまたはＯＴＮ技術と共に用いられる場合には、ルータラインカードは、再度利用され得る。こうしたアーキテクチャでは、障害の生じたＩＰリンクを動作中の経路から光レイヤにおいてディスジョイントな回復経路へ変更するために、追加のＷＤＭラインカードが必要となり得る。図４（ｂ）に示すように、ルータラインカードおよびＷＤＭラインカードは共に、ＮＧ−ＲＯＡＤＭと共に再度利用され得、光レイヤでの回復のために追加のラインカードは何ら必要とされなくてよい。
【００３２】
図５は、本開示の実施形態に従った複合型マルチレイヤメッシュ回復の例示的な方法５００のフロー図である。方法５００は、１つ以上の回復モジュール１０８および／またはネットワーク要素１０２の１つ以上の他の構成要素により実施され得る。一実施形態に従えば、方法５００は、ステップ５０２において開始される。上述したように、本開示の技術は、ネットワーク１０の多様な構成において実施され得る。そのため、方法５００に望ましい開始地点や方法５００に含まれるステップ５０２〜５２２の順序は、選択された構成に従い得る。
【００３３】
ステップ５０２において、まず、光レイヤでの潜在的リンク障害が、障害の生じたトラフィック量の少ない順でソートされ得る。例えば、図３（ａ）の例では、光リンク（Ｂ，Ｄ）が120Gbpsのトラフィックを搬送し得るのに対して、光リンク（Ｃ，Ｄ）は、40Gbpsのトラフィックを搬送し得る。そこで、光レイヤでの潜在的リンク障害が少ない順でソートされる場合には、光リンク（Ｂ，Ｄ）より前に光リンク（Ｃ，Ｄ）がソートされる。
【００３４】
ブロック５０４に示したように、ステップ５０６〜５２０は、所定の倍数因子毎に実施され得る。倍数因子は、ＩＰレイヤでの回復に関連するコストを光レイヤでの回復に関連するコストと正規化して選択された因子であり得る（例えば、ＩＰレイヤの構成要素は、実施にコストがよりかかり得るため、倍数因子は、ＩＰレイヤの構成要素と光レイヤの構成要素との間の相対コストを占める値であり得る）。ＩＰレイヤの構成要素と光レイヤの構成要素との間の相対コストは、一定であり得るが、コストの推定手法が粗くなり得、ノードの障害が考慮されていないという理由から、倍数因子は、相対コストに近似する範囲の値であり得る。一例として、倍数因子が大きい場合には、光レイヤでの回復のためにより多くのＩＰリンクが選択され、それ故、光レイヤでのリンク障害に必要となるルータラインカードはより少なくなる。しかしながら、これは、ルータノードでの障害に再度利用できる、光レイヤでのリンク障害に対するルータラインカードがより少なくなるため、ルータノードの障害回復に必要となるルータラインカードがより多くなる結果をもたらす。光レイヤでの回復のために選択されるＩＰリンク一式は、所定の要因に従って異なり得る。
【００３５】
ブロック５０６に示すように、ステップ５０８〜５１６は、（例えば、ステップ５０２からの）ソートされた光レイヤでの潜在的リンク障害の順序で、光レイヤでの潜在的リンク障害ｉ毎に実施され得る。
【００３６】
ステップ５０８では、光レイヤでの潜在的リンク障害ｉ毎に、ＩＰレイヤでの回復のために、光レイヤでの潜在的リンク障害と関連する既存のＩＰリンクに要求されるＩＰリンクの追加容量が、動作中のＩＰリンク上の未使用のＩＰレイヤの容量または既存のＩＰリンク上の回復容量に由来し得る、予備のＩＰ容量を考慮して決定され得る。
【００３７】
ステップ５１０では、光レイヤでの潜在的ＩＰリンク障害ｉと関連する既存のＩＰリンクを回復するために必要な光レイヤの追加容量が次に決定される。ステップ５１２では、光レイヤでの潜在的リンク障害の回復のために、回復レイヤ（例えば、光レイヤまたはＩＰレイヤ）が選択される。回復のためのレイヤの選択は、（ｉ）ＩＰレイヤでの回復のためのＩＰリンクの数と、ＩＰレイヤでの回復に用いられるＩＰリンクと関連する光再生器の数とを加算した数と、倍数因子との乗算（因子×（ＩＰリンク＋ＩＰレイヤでの回復のための再生器））、および（ii）光レイヤでの回復のための光リンクの数と、光レイヤでの回復に用いられる光リンクと関連する光再生器の数との加算（光リンク＋光レイヤでの回復のための再生器）の比較に基づき得る。（ｉ）が（ii）よりも小さい場合には、光レイヤでのリンク障害と関連する、障害の生じたＩＰリンクは、ＩＰレイヤでの回復のために選択され得る。それ以外では、光リンクの障害と関連する、障害の生じたＩＰリンクは、光レイヤでの回復のために選択され得る。ステップ５１４では、ルータノードの全ての潜在的障害に対する追加の回復容量がネットワークに追加され得る。追加の回復容量は、１つのリンク障害に対するただ１つの光レイヤを回復するために追加され得、ネットワークの回復容量は、それぞれの潜在的障害が判断された後に徐々に更新され得る。
【００３８】
ステップ５１６では、光レイヤでの全ての潜在的リンク障害に対してステップ５０８〜５１４が実施されたか否かについて判定され得る。光レイヤでの全ての潜在的リンク障害に対してステップ５０８〜５１４が実施された場合には、方法５００は、ステップ５１８に進み得る。それ以外では、方法５００は、ステップ５０６へ再度進み得る。ステップ５１８では、光レイヤでの全ての潜在的リンク障害に対してステップ５０８〜５１４が実施されたとの判定に応じて、ノードの障害回復を含む全ての潜在的光リンクの障害が考慮された供給ネットワークが獲得され得る。実施形態によっては、ノード障害に対する容量の供給とは別に、ノード障害に対する容量の供給が実施され得る。そうした実施形態では、ノード障害に対する容量の供給は、ステップ５１８で実施され得る。
【００３９】
ステップ５２０では、全ての所定の倍数因子に対してステップ５０６〜５１８が実施されたか否かが判定され得る。全ての所定の倍数因子に対してステップ５０６〜５１８が実施された場合には、方法５００は、ステップ５２２に進む。それ以外では、方法５００は、ステップ５０４へ再度進む。ステップ５２２では、全ての所定の倍数因子に対してステップ５０６〜５１８が実施されたとの判定に応じて、全ての所定の倍数因子および潜在的光リンク障害に渡って低コストの供給ネットワークが決定され得る。ステップ５２２の完了後、方法５００は終了し得る。
【００４０】
方法５００に従えば、所定の光レイヤでのリンク障害に対して低回復コストをもたらす回復されたＩＰリンク一式が選ばれ得る。
【００４１】
図５には、方法５００に関して履行される特定数のステップが開示されているが、方法５００は、図５に示したこれらのステップよりも多いまたは少ないステップで実行され得る。また、図５には、方法５００に関して履行されるある順序のステップが開示されているが、方法５００に含まれるステップは、任意の適切な順序で達成され得る。
【００４２】
方法５００は、ネットワーク１０または方法５００を履行するよう動作する任意のその他のシステムに実装され得る。ある実施形態では、方法５００は、コンピュータ読み取り可能媒体に具現化されたソフトウェアおよび／またはハードウェアに一部またはすべてが実装され得る。
【００４３】
上述では、ＩＰレイヤでの回復と光レイヤでのネットワーク回復とから選択する方法およびシステムが検討されている。しかしながら、こうした方法およびシステムは、ＩＰレイヤよりも上位の層（例えば、レイヤ４、レイヤ５、レイヤ６、レイヤ７等）での回復と光レイヤよりも上位の層（例えば、Optical Transport Network（ＯＴＮ）レイヤ）でのネットワーク回復とからの選択にも適用し得る。
【００４４】
ネットワーク１０の構成要素および／またはネットワーク要素１０２は、インタフェース、ロジック、メモリ、および／またはその他の適切な要素を含み得る。インタフェースは、入力を受信し、出力を送信し、入力および／もしくは出力を処理し、ならびに／または他の適切な動作を実行する。インタフェースは、ハードウェアおよび／またはソフトウェアを含み得る。
【００４５】
ロジックは、構成要素の動作を実行し、例えば、入力から出力を生成する命令を実行する。ロジックは、ハードウェア、ソフトウェア、および／またはその他のロジックを含み得る。ロジックは、１つ以上の有形のコンピュータ読み取り可能記憶媒体中に符号化され得、コンピュータにより実行されると動作を実行し得る。プロセッサ等のあるロジックは、構成要素の動作を管理し得る。プロセッサの一例としては、１つ以上のコンピュータ、１つ以上のマイクロプロセッサ、１つ以上のアプリケーション、および／またはその他のロジックが挙げられる。
【００４６】
メモリは、情報を格納する。メモリは、有形で、コンピュータが読み取り可能な、および／またはコンピュータが実行可能な１つ以上の記憶媒体を含み得る。メモリの一例としては、コンピュータメモリ（例えば、Random Access Memory（ＲＡＭ）またはRead Only Memory（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、Compact Disk（ＣＤ）またはDigital Video Disk（ＤＶＤ））、データベースおよび／もしくはネットワーク記憶装置（例えば、サーバ）、ならびに／またはその他のコンピュータ読み取り可能媒体が挙げられる。
【００４７】
発明の範囲から逸脱することなく、ネットワーク１０および／またはネットワーク要素１０２に変更、付加、または削除を加え得る。ネットワーク１０の構成要素および／またはネットワーク要素１０２は、集積また分離し得る。さらに、ネットワーク１０および／またはネットワーク要素１０２の動作は、より多く、より少ない、またはその他の構成要素により実行され得る。また、ネットワーク１０および／またはネットワーク要素１０２の動作は、任意の適切なロジックを用いて実行され得る。本明細書において「各（各々、それぞれ）」とは、ある集合に属するそれぞれの要素、またはある集合の部分集合に属するそれぞれの要素を指す。
【００４８】
本開示は、いくつかの実施形態によって記述されているが、それらの実施形態の代替および置換は、当業者にとって明らかである。したがって、実施形態の上記記載は、本開示を制約しない。請求項の範囲に規定されるように、本開示の精神および範囲から逸脱することなく、その他の変更、置換、および代替が可能である。
【特許請求の範囲】
【請求項１】
ネットワーク中の光レイヤでの潜在的リンク障害を障害の生じたトラフィック量の少ない順にソートし、
障害の生じたトラフィック量の少ない順で潜在的光リンク障害毎に、
前記潜在的リンク光障害の上位層での回復を用いて、前記潜在的光リンク障害と関連する上位層の既存リンクに要求される前記上位層の追加リンク容量を決定し、
光レイヤでの回復を用いて、前記潜在的光リンク障害と関連する前記上位層の既存リンクを回復するために要求される前記光レイヤの追加容量を決定し、
決定された前記上位層の追加リンク容量および決定された前記光レイヤの追加容量に基づいて、前記潜在的光リンク障害と関連する前記上位層の既存リンクの回復のために、前記上位層および前記光レイヤの内の１つを回復レイヤとして選択する、
方法。
【請求項２】
要求される前記上位層の追加リンク容量の決定は、前記ネットワークの上位層の動作中リンク上の前記上位層の未使用量に由来する上位層の予備量を考慮することを含む、請求項１に記載の方法。
【請求項３】
要求される前記上位層の追加リンク容量の決定は、前記上位層の既存リンク上の回復容量を考慮することを含む、請求項１に記載の方法。
【請求項４】
前記回復レイヤの選択は、
上位層での回復のための上位層のリンクの数と上位層での回復に用いられる前記上位層のリンクと関連する光再生器の数とを加算した数を倍数因子に乗算した量を第１の量とし、光レイヤでの回復のための光リンクの数と光レイヤでの回復に用いられる前記光リンクと関連する光再生器の数を加算した量を第２の量として、前記第１の量と前記第２の量とを比較し、
前記第１の量が前記第２の量よりも小さい場合には、前記回復レイヤとして前記上位層を選択し、
前記第１の量が前記第２の量よりも小さくない場合には、前記回復レイヤとして前記光レイヤを選択する
ことを含む、請求項１に記載の方法。
【請求項５】
前記倍数因子は、上位層での回復と関連するコストを光レイヤでの回復と関連するコストと正規化して選択された因子である、請求項４に記載の方法。
【請求項６】
前記上位層は、インターネットプロトコル層である、請求項１に記載の方法。
【請求項７】
前記上位層は、レイヤ３以上の層である、請求項１に記載の方法。
【請求項８】
プロセッサと、
前記プロセッサと通信的に連結され、１つ以上の他のネットワーク要素に不可欠な１つ以上の他の資源割り当てモジュールと共同してまたは独立して、
ネットワーク中の光レイヤでの潜在的リンク障害を障害の生じたトラフィック量の少ない順にソートし、
障害の生じたトラフィック量の少ない順で潜在的光リンク障害毎に、
前記潜在的光リンク障害の上位層での回復を用いて、前記潜在的光リンク障害と関連する既存の上位リンクに要求される前記上位層の追加リンク容量を決定し、
光レイヤでの回復を用いて、前記潜在的光リンク障害と関連する前記上位層の既存リンクを回復するために要求される前記光レイヤの追加容量を決定し、
決定された前記上位層の追加リンク容量および決定された前記光レイヤの追加容量に基づいて、前記潜在的光リンク障害と関連する前記上位層の既存リンクの回復のために、前記上位層および前記光レイヤの内の１つを回復レイヤとして選択する、
資源割り当てモジュールと
を含む、ネットワーク要素。
【請求項９】
要求される前記上位層の追加リンク容量の決定は、前記ネットワークの上位層の動作中リンク上の前記上位層の未使用量に由来する上位層の予備量を考慮することを含む、請求項８に記載のネットワーク要素。
【請求項１０】
要求される前記上位層の追加リンク容量の決定は、前記上位層の既存リンク上の回復容量を考慮することを含む、請求項８に記載のネットワーク要素。
【請求項１１】
前記回復レイヤの選択は、
上位層での回復のための上位層のリンクの数と上位層での回復に用いられる前記上位層のリンクと関連する光再生器の数とを加算した数を倍数因子に乗算した量を第１の量とし、光レイヤでの回復のための光リンクの数と光レイヤでの回復に用いられる前記光リンクと関連する光再生器の数を加算した量を第２の量として、前記第１の量と前記第２の量とを比較し、
前記第１の量が前記第２の量よりも小さい場合には、前記回復レイヤとして前記上位層を選択し、
前記第１の量が前記第２の量よりも小さくない場合には、前記回復レイヤとして前記光レイヤを選択する
ことを含む、請求項８に記載のネットワーク要素。
【請求項１２】
前記倍数因子は、上位層での回復と関連するコストを光レイヤでの回復と関連するコストと正規化して選択された因子である、請求項１１に記載のネットワーク要素。
【請求項１３】
前記上位層は、インターネットプロトコル層である、請求項８に記載のネットワーク要素。
【請求項１４】
前記上位層は、レイヤ３以上の層である、請求項８に記載のネットワーク要素。
【請求項１５】
コンピュータ読み取り可能媒体と、
前記コンピュータ読み取り可能媒体で搬送されるコンピュータ実行可能な命令であって、プロセッサが読み取り可能であり、読み取りおよび実行すると、前記プロセッサが
ネットワーク中の光レイヤでの潜在的リンク障害を障害の生じたトラフィック量の少ない順にソートし、
障害の生じたトラフィック量の少ない順で潜在的光リンク障害毎に、
前記潜在的光リンク障害の上位層での回復を用いて、前記潜在的光リンク障害と関連する上位層の既存リンクに要求される前記上位層の追加リンク容量を決定し、
光レイヤでの回復を用いて、前記潜在的光リンク障害と関連する前記上位層の既存リンクを回復するために要求される前記光レイヤの追加容量を決定し、
決定された前記上位層の追加リンク容量および決定された前記光レイヤの追加容量に基づいて、前記潜在的光リンク障害と関連する前記上位層の既存リンクの回復のために、前記上位層および前記光レイヤの内の１つを回復レイヤとして選択する、
前記コンピュータ実行可能な前記命令と
を含む、製品。
【請求項１６】
要求される前記上位層の追加リンク容量の決定は、前記ネットワークの上位層の動作中リンク上の前記上位層の未使用量に由来する上位層の予備量を考慮することを含む、請求項１５に記載の製品。
【請求項１７】
要求される前記上位層の追加リンク容量の決定は、前記上位層の既存リンク上の回復容量を考慮することを含む、請求項１５に記載の製品。
【請求項１８】
前記回復レイヤの選択は、
上位層での回復のための上位層のリンクの数と上位層での回復に用いられる前記上位層のリンクと関連する光再生器の数とを加算した数を倍数因子に乗算した量を第１の量とし、光レイヤでの回復のための光リンクの数と光レイヤでの回復に用いられる前記光リンクと関連する光再生器の数を加算した量を第２の量として、前記第１の量と前記第２の量とを比較し、
前記第１の量が前記第２の量よりも小さい場合には、前記回復レイヤとして前記上位層を選択し、
前記第１の量が前記第２の量よりも小さくない場合には、前記回復レイヤとして前記光レイヤを選択する
ことを含む、請求項１５に記載の製品。
【請求項１９】
前記倍数因子は、上位層での回復と関連するコストを光レイヤでの回復と関連するコストと正規化して選択された因子である、請求項１８に記載の製品。
【請求項２０】
前記上位層は、インターネットプロトコル層である、請求項１５に記載の製品。
【請求項２１】
前記上位層は、レイヤ３以上の層である、請求項１５に記載の製品。
【請求項１】
ネットワーク中の光レイヤでの潜在的リンク障害を障害の生じたトラフィック量の少ない順にソートし、
障害の生じたトラフィック量の少ない順で潜在的光リンク障害毎に、
前記潜在的リンク光障害の上位層での回復を用いて、前記潜在的光リンク障害と関連する上位層の既存リンクに要求される前記上位層の追加リンク容量を決定し、
光レイヤでの回復を用いて、前記潜在的光リンク障害と関連する前記上位層の既存リンクを回復するために要求される前記光レイヤの追加容量を決定し、
決定された前記上位層の追加リンク容量および決定された前記光レイヤの追加容量に基づいて、前記潜在的光リンク障害と関連する前記上位層の既存リンクの回復のために、前記上位層および前記光レイヤの内の１つを回復レイヤとして選択する、
方法。
【請求項２】
要求される前記上位層の追加リンク容量の決定は、前記ネットワークの上位層の動作中リンク上の前記上位層の未使用量に由来する上位層の予備量を考慮することを含む、請求項１に記載の方法。
【請求項３】
要求される前記上位層の追加リンク容量の決定は、前記上位層の既存リンク上の回復容量を考慮することを含む、請求項１に記載の方法。
【請求項４】
前記回復レイヤの選択は、
上位層での回復のための上位層のリンクの数と上位層での回復に用いられる前記上位層のリンクと関連する光再生器の数とを加算した数を倍数因子に乗算した量を第１の量とし、光レイヤでの回復のための光リンクの数と光レイヤでの回復に用いられる前記光リンクと関連する光再生器の数を加算した量を第２の量として、前記第１の量と前記第２の量とを比較し、
前記第１の量が前記第２の量よりも小さい場合には、前記回復レイヤとして前記上位層を選択し、
前記第１の量が前記第２の量よりも小さくない場合には、前記回復レイヤとして前記光レイヤを選択する
ことを含む、請求項１に記載の方法。
【請求項５】
前記倍数因子は、上位層での回復と関連するコストを光レイヤでの回復と関連するコストと正規化して選択された因子である、請求項４に記載の方法。
【請求項６】
前記上位層は、インターネットプロトコル層である、請求項１に記載の方法。
【請求項７】
前記上位層は、レイヤ３以上の層である、請求項１に記載の方法。
【請求項８】
プロセッサと、
前記プロセッサと通信的に連結され、１つ以上の他のネットワーク要素に不可欠な１つ以上の他の資源割り当てモジュールと共同してまたは独立して、
ネットワーク中の光レイヤでの潜在的リンク障害を障害の生じたトラフィック量の少ない順にソートし、
障害の生じたトラフィック量の少ない順で潜在的光リンク障害毎に、
前記潜在的光リンク障害の上位層での回復を用いて、前記潜在的光リンク障害と関連する既存の上位リンクに要求される前記上位層の追加リンク容量を決定し、
光レイヤでの回復を用いて、前記潜在的光リンク障害と関連する前記上位層の既存リンクを回復するために要求される前記光レイヤの追加容量を決定し、
決定された前記上位層の追加リンク容量および決定された前記光レイヤの追加容量に基づいて、前記潜在的光リンク障害と関連する前記上位層の既存リンクの回復のために、前記上位層および前記光レイヤの内の１つを回復レイヤとして選択する、
資源割り当てモジュールと
を含む、ネットワーク要素。
【請求項９】
要求される前記上位層の追加リンク容量の決定は、前記ネットワークの上位層の動作中リンク上の前記上位層の未使用量に由来する上位層の予備量を考慮することを含む、請求項８に記載のネットワーク要素。
【請求項１０】
要求される前記上位層の追加リンク容量の決定は、前記上位層の既存リンク上の回復容量を考慮することを含む、請求項８に記載のネットワーク要素。
【請求項１１】
前記回復レイヤの選択は、
上位層での回復のための上位層のリンクの数と上位層での回復に用いられる前記上位層のリンクと関連する光再生器の数とを加算した数を倍数因子に乗算した量を第１の量とし、光レイヤでの回復のための光リンクの数と光レイヤでの回復に用いられる前記光リンクと関連する光再生器の数を加算した量を第２の量として、前記第１の量と前記第２の量とを比較し、
前記第１の量が前記第２の量よりも小さい場合には、前記回復レイヤとして前記上位層を選択し、
前記第１の量が前記第２の量よりも小さくない場合には、前記回復レイヤとして前記光レイヤを選択する
ことを含む、請求項８に記載のネットワーク要素。
【請求項１２】
前記倍数因子は、上位層での回復と関連するコストを光レイヤでの回復と関連するコストと正規化して選択された因子である、請求項１１に記載のネットワーク要素。
【請求項１３】
前記上位層は、インターネットプロトコル層である、請求項８に記載のネットワーク要素。
【請求項１４】
前記上位層は、レイヤ３以上の層である、請求項８に記載のネットワーク要素。
【請求項１５】
コンピュータ読み取り可能媒体と、
前記コンピュータ読み取り可能媒体で搬送されるコンピュータ実行可能な命令であって、プロセッサが読み取り可能であり、読み取りおよび実行すると、前記プロセッサが
ネットワーク中の光レイヤでの潜在的リンク障害を障害の生じたトラフィック量の少ない順にソートし、
障害の生じたトラフィック量の少ない順で潜在的光リンク障害毎に、
前記潜在的光リンク障害の上位層での回復を用いて、前記潜在的光リンク障害と関連する上位層の既存リンクに要求される前記上位層の追加リンク容量を決定し、
光レイヤでの回復を用いて、前記潜在的光リンク障害と関連する前記上位層の既存リンクを回復するために要求される前記光レイヤの追加容量を決定し、
決定された前記上位層の追加リンク容量および決定された前記光レイヤの追加容量に基づいて、前記潜在的光リンク障害と関連する前記上位層の既存リンクの回復のために、前記上位層および前記光レイヤの内の１つを回復レイヤとして選択する、
前記コンピュータ実行可能な前記命令と
を含む、製品。
【請求項１６】
要求される前記上位層の追加リンク容量の決定は、前記ネットワークの上位層の動作中リンク上の前記上位層の未使用量に由来する上位層の予備量を考慮することを含む、請求項１５に記載の製品。
【請求項１７】
要求される前記上位層の追加リンク容量の決定は、前記上位層の既存リンク上の回復容量を考慮することを含む、請求項１５に記載の製品。
【請求項１８】
前記回復レイヤの選択は、
上位層での回復のための上位層のリンクの数と上位層での回復に用いられる前記上位層のリンクと関連する光再生器の数とを加算した数を倍数因子に乗算した量を第１の量とし、光レイヤでの回復のための光リンクの数と光レイヤでの回復に用いられる前記光リンクと関連する光再生器の数を加算した量を第２の量として、前記第１の量と前記第２の量とを比較し、
前記第１の量が前記第２の量よりも小さい場合には、前記回復レイヤとして前記上位層を選択し、
前記第１の量が前記第２の量よりも小さくない場合には、前記回復レイヤとして前記光レイヤを選択する
ことを含む、請求項１５に記載の製品。
【請求項１９】
前記倍数因子は、上位層での回復と関連するコストを光レイヤでの回復と関連するコストと正規化して選択された因子である、請求項１８に記載の製品。
【請求項２０】
前記上位層は、インターネットプロトコル層である、請求項１５に記載の製品。
【請求項２１】
前記上位層は、レイヤ３以上の層である、請求項１５に記載の製品。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−８５２４５（Ｐ２０１３−８５２４５Ａ）
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願番号】特願２０１２−２２２５５８（Ｐ２０１２−２２２５５８）
【出願日】平成２４年１０月４日（２０１２．１０．４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願日】平成２４年１０月４日（２０１２．１０．４）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]