(57)【特許請求の範囲】
【請求項１】
ラベルスイッチドルータ（ＬＳＲ）において、ＩＰｖ６準拠のラベル配布プロトコル（ＬＤＰ）制御プレーンパケットを生成するための方法であって、
前記制御プレーンパケットに関連付けられたＬＤＰプロトコルデータユニット（ＰＤＵ）の少なくともヘッダ部分を、前記ＬＳＲのメモリに記憶するステップと、
前記ＬＳＲに関連付けられたＬＳＲ識別子をその中に含むように、前記記憶されたＰＤＵヘッダにおけるＬＤＰ識別子を変更するステップと、
前記ＬＳＲに関連付けられた前記ＬＳＲ識別子を送信元アドレスとして含むように、ＩＰｖ６パケットのヘッダ部分の送信元アドレスフィールドを変更するステップと、
前記ＬＤＰ  ＰＤＵを含むように、前記ＩＰｖ６パケットのペイロード部分を変更するステップと、
前記ＩＰｖ６パケットを、宛先ＬＳＲに向けて転送するステップと
を含む、方法。
【請求項２】
前記ＬＳＲ識別子が、ＩＰｖ６準拠のルーティング可能な長アドレスを含む、請求項１に記載の方法。
【請求項３】
前記ＬＳＲの前記ルーティング可能な長アドレスが、ＩＰｖ６ＢＧＰピアによってアドバタイズされたＢＧＰ次ホップのルーティング可能なＩＰｖ６アドレスを含む、請求項２に記載の方法。
【請求項４】
前記ＬＳＲの前記ルーティング可能な長アドレスが、ネットワークオペレータのプライベートＩＰｖ６空間からユニークローカルＩＰｖ６ユニキャストアドレスを使用して引き出される、１２８ビットＬＳＲ−ＩＤを含む、請求項２に記載の方法。
【請求項５】
前記識別子が、ループ検出パスベクトルにおいてＬＳＲを識別するために構成されている、請求項１に記載の方法。
【請求項６】
前記記憶されたＰＤＵヘッダにおけるバージョン識別子を、１を超えるバージョン番号を含むように変更するステップをさらに含む、請求項１に記載の方法。
【請求項７】
前記ステップが、ＭＰＬＳネットワークにおける複数のＬＳＲの各々によって実施される、請求項１に記載の方法。
【請求項８】
前記ＭＰＬＳネットワークが、ＩＰｖ６ネットワークを含む、請求項７に記載の方法。
【請求項９】
前記ＬＳＲが、ネットワーク要素においてインスタンス化された複数のＬＳＲのうちの１つを含む、請求項２に記載の方法。
【請求項１０】
ラベルスイッチドルータ（ＬＳＲ）において、ＩＰｖ６準拠のラベル配布プロトコル（ＬＤＰ）制御プレーンパケットを生成するために構成されたプロセッサを含む、電気通信ネットワーク要素であって、
プロセッサが、
前記制御プレーンパケットに関連付けられたＬＤＰプロトコルデータユニット（ＰＤＵ）の少なくともヘッダ部分を、前記ＬＳＲのメモリに記憶し、
前記ＬＳＲに関連付けられたＬＳＲ識別子をその中に含むように、前記記憶されたＰＤＵヘッダにおけるＬＤＰ識別子を変更し、
前記ＬＳＲに関連付けられた前記ＬＳＲ識別子を送信元アドレスとして含むように、ＩＰｖ６パケットのヘッダ部分の送信元アドレスフィールドを変更し、
前記ＬＤＰ  ＰＤＵを含むように、前記ＩＰｖ６パケットのペイロード部分を変更し、
前記ＩＰｖ６パケットを、宛先ＬＳＲに向けて転送するために
構成されている、
電気通信ネットワーク要素。
【請求項１１】
コンピュータによって実行されるとき、ラベルスイッチドルータ（ＬＳＲ）において、ＩＰｖ６準拠のラベル配布プロトコル（ＬＤＰ）制御プレーンパケットを生成するための方法を提供するように、コンピュータの動作を適応させる命令を記憶する、有形で、非一時的なコンピュータ可読記憶媒体であって、
方法が、
前記制御プレーンパケットに関連付けられたＬＤＰプロトコルデータユニット（ＰＤＵ）の少なくともヘッダ部分を、前記ＬＳＲのメモリに記憶するステップと、
前記ＬＳＲに関連付けられたＬＳＲ識別子をその中に含むように、前記記憶されたＰＤＵヘッダにおけるＬＤＰ識別子を変更するステップと、
前記ＬＳＲに関連付けられた前記ＬＳＲ識別子を送信元アドレスとして含むように、ＩＰｖ６パケットのヘッダ部分の送信元アドレスフィールドを変更するステップと、
前記ＬＤＰ  ＰＤＵを含むように、前記ＩＰｖ６パケットのペイロード部分を変更するステップと、
前記ＩＰｖ６パケットを、宛先ＬＳＲに向けて転送するステップと
を含む、
有形で、非一時的なコンピュータ可読記憶媒体。
【請求項１２】
コンピュータ命令が、電気通信ネットワーク要素におけるプロセッサによって実行されるとき、ラベルスイッチドルータ（ＬＳＲ）において、ＩＰｖ６準拠のラベル配布プロトコル（ＬＤＰ）制御プレーンパケットを生成するための方法を提供するように、電気通信ネットワーク要素の動作を適応させる、コンピュータプログラムであって、
方法が、
前記制御プレーンパケットに関連付けられたＬＤＰプロトコルデータユニット（ＰＤＵ）の少なくともヘッダ部分を、前記ＬＳＲのメモリに記憶するステップと、
前記ＬＳＲに関連付けられたＬＳＲ識別子をその中に含むように、前記記憶されたＰＤＵヘッダにおけるＬＤＰ識別子を変更するステップと、
前記ＬＳＲに関連付けられた前記ＬＳＲ識別子を送信元アドレスとして含むように、ＩＰｖ６パケットのヘッダ部分の送信元アドレスフィールドを変更するステップと、
前記ＬＤＰ  ＰＤＵを含むように、前記ＩＰｖ６パケットのペイロード部分を変更するステップと、
前記ＩＰｖ６パケットを、宛先ＬＳＲに向けて転送するステップと
を含む、
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１２年４月４日に出願され、「ＳＹＳＴＥＭ，ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＩＭＰＲＯＶＥＤ  ＭＰＬＳ」と題された、係属中の米国仮特許出願第６１／６２０，２７９号の利益を主張するものであり、その出願は、引用によりその全体が本明細書に組み込まれている。
【０００２】
本発明は、マルチプロトコルラベルスイッチング（Ｍｕｌｔｉｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ：ＭＰＬＳ）ネットワークなどの通信ネットワークの分野に関し、より詳細には、限定はせずに、ＩＰｖ６ネットワークにおけるＬＳＲ識別子に関する。
【背景技術】
【０００３】
マルチプロトコルラベルスイッチング（ＭＰＬＳ）は、幅広い、差別化されたエンドツーエンドのサービスの効果的な配信を可能にする。インターネットエンジニアリングタスクフォース（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ：ＩＥＴＦ）は、Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔ（ＲＦＣ）３０３１として表され、「Ｍｕｌｔｉｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ」と題されたそのＲＦＣ文書の中で、マルチプロトコルラベルスイッチング（ＭＰＬＳ）のためのアーキテクチャについて説明している。
【０００４】
ＭＰＬＳにおける基本的な概念は、２つのラベルスイッチングルータ（Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ｒｏｕｔｅｒ：ＬＳＲ）が、これらのルータの間で、これらを通したトラフィックを転送するのに使用されるラベルの意味について、一致しなければならないことである。この共通理解は、ラベル配布プロトコルと呼ばれる一組の手順を使用することによって達成され、この手順によって、１つのラベルスイッチルータ（ＬＳＲ）は、それが行ったラベル結合を、もう１つのＬＳＲに通知する。この文書は、ＬＤＰ（Ｌａｂｅｌ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：ラベル配布プロトコルを意味する）と呼ばれるそのような一組の手順を定義しており、この手順によって、ＬＳＲは、ラベルを配布して、正常にルーティングされたパスに沿ったＭＰＬＳ転送をサポートする。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＩＥＴＦ  ＲＦＣ３０３１、「Ｍｕｌｔｉｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ」
【非特許文献２】ＩＥＴＦ  ＲＦＣ５０３６
【発明の概要】
【課題を解決するための手段】
【０００６】
ラベルスイッチドルータ（ＬＳＲ）において、ＩＰｖ６準拠のラベル配布プロトコル（ＬＤＰ）制御プレーンパケットを生成するための方法および装置。とりわけ、さまざまな実施形態が、ＬＳＲと、ＬＳＲのためのＩＰｖ６送信元アドレスとしての両方の識別のために、ＬＳＲ−ＩＤを利用する。例証として、ＬＳＲ−ＩＤを、１２８ビットＩＰｖ６準拠のアドレス（たとえば、ルーティング可能な長アドレス）に制限することによって、ＩＰｖ４／ＩＰｖ６マッピング、その他などの中間アドレス変換ステップを実施する必要がない。
【０００７】
一実施形態は、ラベルスイッチドルータ（ＬＳＲ）において、ＩＰｖ６準拠のラベル配布プロトコル（ＬＤＰ）制御プレーンパケットを生成するための方法を提供し、方法は、以下を含む：制御プレーンパケットに関連付けられたＬＤＰプロトコルデータユニット（ＰＤＵ）の少なくともヘッダ部分を、ＬＳＲのメモリに記憶するステップ、ＬＳＲに関連付けられたＬＳＲ識別子をその中に含むように、記憶されたＰＤＵヘッダにおけるＬＤＰ識別子を変更するステップ、ＬＳＲに関連付けられたＬＳＲ識別子を送信元アドレスとして含むように、ＩＰｖ６パケットのヘッダ部分の送信元アドレスフィールドを変更するステップ、ＬＤＰ  ＰＤＵを含むように、ＩＰｖ６パケットのペイロード部分を変更するステップ、およびＩＰｖ６パケットを、宛先ＬＳＲに向けて転送するステップ。
【０００８】
本発明の教示は、添付の図面と併用して、以下の詳細な説明を検討することによって、容易に理解され得る。
【図面の簡単な説明】
【０００９】
【図１】さまざまな実施形態から利益を得る例示的なネットワークを示す図である。
【図２】一実施形態による新しいＬＤＰプロトコルデータユニット（ＰＤＵ）ヘッダを示す図である。
【図３】一実施形態による方法の流れ図である。
【図４】本明細書で説明される機能を実施する際の使用に適した、電気通信ネットワーク要素におけるプロセッサなどのコンピューティングデバイスの高レベルブロック図である。
【発明を実施するための形態】
【００１０】
理解を促進するために、可能な場合、同一の参照番号が、図面に共通している同一の要素を表すために使用されている。
【００１１】
さまざまな実施形態は、ＩＥＴＦ  ＲＦＣ３０３１およびＲＦＣ５０３６などにおいて定義される、マルチプロトコルラベルスイッチング（ＭＰＬＳ）をサポートするネットワークのコンテキスト内で説明されることになり、ＲＦＣのそれぞれは、引用によりそのそれぞれの全体が本明細書に組み込まれている。
【００１２】
ＬＤＰ（ラベル配布プロトコル）は、ＭＰＬＳ  ＬＳＰ（Ｌａｂｅｌ  Ｓｗｉｔｃｈｅｄ  Ｐａｔｈｓ：ラベルスイッチドパス）を設定し、維持するためのシグナリングプロトコルである。ＬＤＰは、ＬＳＰを設定するためのラベルを配布するために定義されたプロトコルである。ＬＤＰは、一組の手順およびメッセージを含み、それにより、ＬＳＲは、ネットワーク層ルーティング情報をデータリンク層スイッチドパスに直接マップすることによって、ネットワーク中にラベルスイッチドパス（ＬＳＰ）を確立する。これらのＬＳＰは、直接接続された近傍にエンドポイントを有することができる（ＩＰホップバイホップ転送に匹敵する）、または、ネットワーク出口ノードにエンドポイントを有して、すべての中間ノードを介したラベルスイッチングを可能にすることができる。
【００１３】
ＲＦＣ５０３６は、ＬＤＰバージョン１、およびすべてのその関係手順を定義している。ラベル／ＦＥＣマッピング情報を交換するための方法としてＬＤＰを使用する２つのラベルスイッチドルータ（ＬＳＲ）は、その情報に関する「ＬＤＰピア」として知られており、２つのＬＳＲの間に「ＬＤＰセッション」が存在することから、通常そのように呼ばれている。単一のＬＤＰセッションにより、各ピアは、もう一方のラベルマッピングを知ることが可能になる。各ＬＳＲノードは、ＬＤＰ識別子によって識別される。ＬＤＰバージョン１において、ＬＤＰ識別子は、ＬＳＲラベル空間を識別するように使用される６オクテット量である。４オクテットが、ＬＳＲを識別し、これは、ＬＳＲに割り当てられた３２ビットルータＩＤのような働きをする、グローバルに一意の値である。最後の２オクテットは、ＬＳＲ内の特定のラベル空間を識別する。プラットフォーム規模のラベル空間のためのＬＤＰ識別子の最後の２オクテットは、常に両方ゼロである。さまざまな実施形態は、ＬＤＰ識別子について以下の表現を使用する。
【００１４】
＜ＬＳＲ  ｉｄ＞：＜ｌａｂｅｌ  ｓｐａｃｅ  ｉｄ＞
【００１５】
たとえば、ｌｓｒ１７１：０、ｌｓｒ１９：２など
ＲＦＣ５０３６は、ＬＤＰ識別子の４バイトのＬＳＲ−ＩＤが、ＩＰｖ４アドレスのフォーマットであること、またはルーティング可能であることさえ指定していないが、多くの配備は、そのように指定しており、システムにおいてよく知られたＩＩＰｖ４ループバックインターフェースアドレスから、ＬＳＲ−ＩＤを引き出す。これを使用する主な理由は、デフォルトのルーティング可能なシステムアドレスを使用する、ルーティングプロトコル、ＭＰＬＳシグナリングプロトコル、およびＯＡＭプロトコルが出てくるのを可能にして、システム内でさまざまなシームレスなＭＰＬＳベースのソリューションを提供することである。
【００１６】
すべてＩＰｖ６のネットワークでは、同様の能力が必要とされており、それは、上記の配備のオペレータに２組の識別子（４バイトのＬＳＲ−ＩＤおよび対応するＩＰｖ６アドレス）を保持させ、それらの間でマッピングを維持させることにほとんど正当性がないからである。加えて、各機能モジュールの間での識別子のそのようなマッピングはまた、障害を起こしやすく、動作の複雑性を増加させる。
【００１７】
ルーティング可能なＩＰｖ６アドレスに対するＬＳＲ−ＩＤのマッピングが使用されることになる、すべてＩＰｖ６のネットワーク配備においてさえ、ユニークローカルＩＰｖ６ユニキャストアドレスを使用するオペレータのプライベートＩＰｖ６空間から来ることができる１２８ビットＬＳＲ−ＩＤを使用することは、より柔軟性がある。本明細書では、１２８ビットＬＳＲ−ＩＤが、ルーティング可能な長アドレスと呼ばれ、一方で、３２ビットは、短アドレスと呼ばれる。
【００１８】
ルーティング可能な長ＬＳＲ−ＩＤに関して、１２８ビットＬＳＲ−ＩＤが主に示され、説明されるが、２５６ビット、５１２ビットなどの他のビット単位の長さが、長ＬＳＲ−ＩＤと呼ばれてもよい。したがって、ＩＰｖ６でのマルチサービス配備において、ＬＤＰ  ＬＳＲ−ＩＤがルーティング可能なＩＰｖ６アドレスから引き出されることは、ほとんど義務である。
【００１９】
最後に、ＢＧＰ（ボーダーゲートウェイプロトコル）自動発見を使用するＬ２  ＶＰＮ（第２層仮想プライベートネットワーク）の配備（ＲＦＣ６０７４で定義されている）において、およびダイナミックマルチセグメント擬似回線（Ｍｕｌｔｉ  Ｓｅｇｍｅｎｔ  Ｐｓｅｕｄｏ  ｗｉｒｅ：ＭＳ−ＰＷ）の配備（ｉｅｔｆ−ｐｗｅ３−ｄｙｎａｍｉｃ−ｍｓ−ｐｗで定義されている）において、ＩＰｖ６ＢＧＰピアによってアドバタイズされるＢＧＰ次ホップは、ルーティング可能なＩＰｖ６アドレスとなり、すべての共存ＢＧＰ  ＮＬＲＩ（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ  Ｒｅａｃｈａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ：ネットワーク層到達可能性情報）についての最小公分母である。このケースにおいて、ＢＧＰピアへの自動インスタンス化されたターゲットＬＤＰ（Ｔ−ＬＤＰ）セッションは、ピアのＬＳＲ−ＩＤに関連付けるために、このアドレスをマップすることになる。
【００２０】
既存の３２ビットＬＳＲ−ＩＤは、ＩＰｖ６ネットワークにおいて、ＬＤＰ  ＬＳＲ−ＩＤに自身がマップされることには向いていない。したがって、ルーティング可能なＩＰｖ６アドレスにマップされ得る１２８ビットＬＳＲ−ＩＤが好ましい。この１２８ビットＬＳＲ−ＩＤはまた、バージョン１よりも高い、任意のＬＤＰバージョンによって識別される。そのようなソリューションは、既存のＬＤＰ実装上構築され得るので、より商業的に実行可能である。
【００２１】
さまざまな実施形態は、本明細書ではＬＤＰバージョン２（Ｖ２）と呼ばれる、１２８ビットＬＤＰ  ＬＳＲ−ＩＤを定義する別のＬＤＰバージョンを提供する。ＬＤＰ  Ｖ２は、既存のＩＰｖ４ベースのネットワークにも同様に配備され得る。さまざまな実施形態は、ＩＰｖ６ネットワークにおいてルーティング可能なＬＤＰ  ＬＳＲ−ＩＤを実装するための方法を提供する。ＬＳＲ−ＩＤは、ルーティング可能なＩＰｖ６アドレスにマップされた１２８ビット識別子であり、バージョン１の後で利用可能な任意のＬＤＰバージョン番号で識別される。この仕組みは、ノードの単一のＩＰｖ６アドレスが、ネットワークノードにおいて構成されるすべてのシームレスなＭＰＬＳソリューションのためにマップされるとき、オペレータに動作の柔軟性を可能にする。
【００２２】
本明細書で使用されるとき、ラベル配布プロトコル（ＬＤＰ）プロトコルデータユニット（ＰＤＵ）という用語は、ＬＤＰ制御プレーンパケットを指し、ＬＤＰ制御プレーンパケットは（たとえば、ＩＥＴＦ  ＲＦＣ  ５０３６などにおいて論じられる）さまざまな実施形態により適合されるヘッダ部分と、ＬＤＰメッセージ、メッセージデータなどを含むペイロード部分とを含む。同様に、ＩＰｖ６準拠のラベル配布プロトコル（ＬＤＰ）制御プレーンパケットは、ＬＤＰ  ＰＤＵ、すなわちＬＤＰ制御プレーンパケットを含むＩＰｖ６パケットを含む。
【００２３】
一般に、さまざまな実施形態は、ＬＳＲと、ＬＳＲのためのＩＰｖ６送信元アドレスとしての両方の識別のために、ＬＳＲ−ＩＤを利用する。例証として、ＬＳＲ−ＩＤを、１２８ビットＩＰｖ６準拠のアドレス（たとえば、ルーティング可能な長アドレス）に制限することによって、ＩＰｖ４／ＩＰｖ６マッピング、その他などの中間アドレス変換ステップを実施する必要がない。このようにして、そのような中間アドレス変換ステップに関連付けられたコンピューティングリソース、メモリリソース、および入力／出力リソースが維持される。このことは、複数のインスタンス化されたＬＳＲおよびＬＤＰセッションをその中に含むネットワーク要素などの、プラットフォームのコンテキスト内で特に有益となる。一般的に言って、さまざまな実施形態によれば、ＬＳＲ−ＩＤが、ＬＤＰ  ＰＤＵヘッダ（ＬＤＰ識別子フィールド内のＬＳＲ−ＩＤ）、ならびにＩＰｖ６ヘッダ（送信元アドレスフィールド）において使用されるように、ＬＤＰセッションは、対応するＬＳＲのＬＳＲ−ＩＤを使用してインスタンス化される。
【００２４】
図１は、さまざまな実施形態から利益を得る通信ネットワークの高レベルブロック図を示す。とりわけ、図１の通信ネットワーク１００は、複数のノード１１０１−１１０７（総称して、ノード１１０）を含む。ノード１１０は、ネットワークインターフェースＮＩ１１２および／または外部インターフェース（ＥＩ）１０２のさまざまな組合せをサポートする。ノード１１０は、ＥＩ１０２を使用して、外部デバイス（たとえば、他のネットワークドメインのノード、ユーザデバイス、その他）と通信する。ＮＩ１１２は、ネットワークリンクを含むことができる。ＥＩ１０２は、外部リンクを含むことができる。
【００２５】
ノード１１０は、パケットベースの通信をサポートする通信ノードを含む。一実施形態において、ノード１１０は、インターネットプロトコル（ＩＰ）、マルチプロトコルラベルスイッチング（ＭＰＬＳ）、イーサネット(登録商標)、その他、ならびにそれらのさまざまな組合せなどの、マルチキャスト能力をサポートする任意の通信技術をサポートする通信ノードを含む。ＮＩ１１２およびＥＩ１０２は、関連付けられたノード１１０によってサポートされる任意の通信技術をサポートするインターフェースを含む。
【００２６】
主に本明細書では、特定のタイプ、数、および構成のノード１１０、ＮＩ１１２、およびＥＩ１０２を有する通信ネットワークに関して示され、説明されるものの、本実施形態は、さまざまな他のタイプ、数、および構成のノード１１０、ＮＩ１１２、およびＥＩ１０２を有する通信ネットワークにおいて実装されてもよい。同様に、主に本明細書では、特定のマルチキャスト通信技術に関して示され、説明されるものの、本発明は、さまざまな他のユニキャスト通信技術、マルチキャスト通信技術、その他、ならびにそれらのさまざまな組合せを使用して実装されてもよい。
【００２７】
図１に示されるように、Ｎ個のノード（ＬＳＲ）のネットワークについて、各ノードは、１２８ビットの一意のグローバル識別子を割り当てられる。１２８ビットＬＳＲ−ＩＤが、ＬＳＲに割り当てられ、これはループ検出パスベクトルにおいてＬＳＲを識別するためにもまた使用される。最後の２オクテットは、ＬＳＲ内のラベル空間を識別する。プラットフォーム規模のラベル空間の場合、これらは両方ゼロである。
【００２８】
ノード１１０の動作は、本明細書で示され、説明されるように、図２−図４に関してさらに理解され得る。
【００２９】
ネットワークは、本明細書で論じられる例示的なプロトコルではない、他のＭＰＬＳ関係プロトコルを使用するように、当業者によって変更されてもよい。
【００３０】
ネットワーク１００は、ＩＰ／ＭＰＬＳ通信ネットワーク（ＣＮ）１０５、および少なくとも１つのネットワーク管理システム（ＮＭＳ）１２０を含み、ＮＭＳ１２０は、例証として、１つまたは複数のラベルスイッチドパス（ＬＳＰ）を介して、発信エッジＬＳＲ１１０−１と宛先エッジＬＳＲ１１０−７との間のトラフィックをルーティングするように動作する。
【００３１】
示されるように、ＮＭＳ１２０は、ＣＮ１０５を形成する複数のルータ１１０、すなわち複数のラベルスイッチドルータ（ＬＳＲ）１１０−１から１１０−７を制御するように動作する。７つのＬＳＲのみが示されているが、ＣＮ１０５は、さらに多くのＬＳＲを含むことができることに留意されたい。ＣＮ１０５の表現は、この議論の目的のために簡略化されている。
【００３２】
ＮＭＳ１２０は、本明細書で説明されるさまざまな管理機能を実施するために構成されたネットワーク管理システムである。ＮＭＳ１２０は、ＣＮ１０５のノードと通信するように構成されている。ＮＭＳ１２０はまた、他の動作サポートシステム（たとえば、要素管理システム（ＥＭＳ）、トポロジ管理システム（ＴＳＭ）、その他、ならびにそれらのさまざまな組合せ）と通信するように構成されていてよい。
【００３３】
ＮＭＳ１２０は、ネットワークノード、ネットワークオペレーションセンタ（ＮＯＣ）、またはＣＮ１０５およびそれに関係したさまざまな要素と通信することが可能な、任意の他の場所で実装されてよい。ＮＭＳ１２０は、一人または複数のユーザが、さまざまなネットワーク管理、構成、関係した機能（たとえば、情報を入力する、情報を再検討する、本明細書で説明されるようなさまざまな方法の実行を開始する、その他）のプロビジョニングまたは制御を実施するよう可能にするための、ユーザインターフェース能力をサポートすることができる。ＮＭＳ１２０のさまざまな実施形態は、さまざまな実施形態に関して本明細書で説明されるような機能を実施するように構成されている。ＮＭＳ１２０は、図４に関して以下で論じられるような、汎用コンピューティングデバイス、または特殊目的コンピューティングデバイスとして実装されてよい。
【００３４】
ＮＭＳ１２０およびさまざまなルータ１１０は、ＩＰｖ６ネットワークにおいて、ルーティング可能なＬＤＰ  ＬＳＲ−ＩＤをサポートするように動作する。マルチプロトコルラベルスイッチング（ＭＰＬＳ）アーキテクチャは、ＩＥＴＦのＲＦＣ３０３１に説明されている。ラベル配布プロトコル（ＬＤＰ）は、ＭＰＬＳ  ＬＳＰ（ラベルスイッチドパス）を設定し、維持するためのシグナリングプロトコルであり、プロトコル仕様は、ＩＥＴＦのＲＦＣ５０３６に定義されている。
【００３５】
ＬＤＰ（ラベル配布プロトコル）は、ＭＰＬＳ  ＬＳＰ（ラベルスイッチドパス）を設定し、維持するためのシグナリングプロトコルである。ＬＤＰは、ＬＳＰを設定するためのラベルを配布するために定義されたプロトコルである。ＬＤＰは、一組の手順およびメッセージを含み、それにより、ＬＳＲは、ネットワーク層ルーティング情報をデータリンク層スイッチドパスに直接マップすることによって、ネットワーク中にラベルスイッチドパス（ＬＳＰ）を確立する。これらのＬＳＰは、直接接続された近傍にエンドポイントを有することができる（ＩＰホップバイホップ転送に匹敵する）、または、ネットワーク出口ノードにエンドポイントを有して、すべての中間ノードを介したラベルスイッチングを可能にすることができる。
【００３６】
ＬＤＰは、転送等価クラス（Ｆｏｒｗａｒｄｉｎｇ  Ｅｑｕｉｖａｌｅｎｃｅ  Ｃｌａｓｓ：ＦＥＣ）を、それを作成する各ＬＳＰに関連付ける。ＬＳＰに関連付けられたＦＥＣは、どのパケットがそのＬＳＰに「マップされる」のかを指定する。このＦＥＣが、ラベルの「コンテキスト」である。各ＬＳＲが、ＦＥＣのための着信ラベルを、次のホップによって所与のＦＥＣに割り当てられた発信ラベルに「つなぎ合わせる」ので、ＬＳＰは、ネットワーク中に拡張される。
【００３７】
図２は、一実施形態による例示的なＬＤＰプロトコルデータユニット（ＰＤＵ）ヘッダの一般的なフォーマットを示す。とりわけ、さまざまな実施形態において、各ＬＤＰ  ＰＤＵは、実質的に図２に示されるようなフォーマットのＬＤＰヘッダを含み、１つまたは複数のＬＤＰメッセージ（図示せず）がその後に続く。図２に示すように、ＬＤＰプロトコルデータユニット（ＰＤＵ）ヘッダ２００は、一般に、バージョン識別子フィールド２２５、ＰＤＵ長さフィールド２３５、およびＬＤＰ識別子フィールド２３０を含む。
【００３８】
ＬＤＰバージョン識別子フィールド２２５は、ＬＤＰバージョン（たとえば、ＩＰｖ４のための１、ＩＰｖ６のための２またはそれ以上など）を識別し、一方、ＰＤＵ長さフィールド２３５は、ＰＤＵの長さを指し示す。
【００３９】
ＬＤＰ識別子フィールド２３０は、例証として、１８オクテットフィールドを含み、このフィールドは、ＰＤＵが適用する送信ＬＳＲのラベル空間を一意に識別する情報を含む。最初の１６オクテットは、ＬＳＲを識別し、グローバルに一意な値であるべきである。１２８ビットＬＳＲ−ＩＤがＬＳＲに割り当てられ、これはまた、ループ検出パスベクトルにおいてＬＳＲを識別するために使用される。最後の２オクテットは、ＬＳＲ内のラベル空間を識別する。プラットフォーム規模のラベル空間の場合、これらは両方ゼロである。
【００４０】
ＲＦＣ５０３６においてＬＤＰバージョン１のために定義されたすべてのプロトコル関係手順、およびその後続の拡張は、実質的にすべてのメッセージが、上で説明されたようなＰＤＵヘッダを保持するという事実を除いて、バージョン２に適用可能である。
【００４１】
ＬＤＰバージョン２は、オペレータが、ルーティング可能なＩＰｖ６アドレスを、ＬＤＰ識別子の１２８ビットルータ−ｉｄにマップすることができる場合に、ＩＰｖ６のみのネットワークに配備されてよい。ＬＤＰバージョン２はまた、ＩＰｖ４アドレスを、１２８ビットＬＳＲ−ＩＤにマップすることによって、ＬＳＲ−ＩＤがルーティング可能である場合に、ＩＰｖ４ネットワークにも配備されてよく、そのようにして、ＬＤＰバージョン１に基づいたすべての既存のアプリケーションを適応させることができる。そのようなケースでは、実装は、ＲＦＣ２３７３に定義されている「ＩＰｖ４がマップされたＩＰｖ６アドレス」の手順に従わなければならない。
【００４２】
図３は、一実施形態による方法を示す。とりわけ、図３は、ＩＰｖ６準拠のラベル配布プロトコル（ＬＤＰ）制御プレーンパケット（すなわち、ＩＰｖ６パケットを介してトランスポートするためのＬＤＰ  ＰＤＵ）を生成するために、マルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワークにおける、ラベルスイッチドルータ（ＬＳＲ）での使用に適した方法３００を示す。
【００４３】
オプションのステップ３１０において、ピアＬＳＲとラベル情報を交換するために使用されるラベル配布プロトコル（ＬＤＰ）プロトコルデータユニット（ＰＤＵ）が、ＬＳＲを含むＭＰＬＳネットワーク（たとえば、ＩＰｖ４、ＩＰｖ６、など）に準拠しているかどうかについて判定が行われる。たとえば、ＩＰｖ４ＭＰＬＳネットワークでの使用のために構成されたメカニズムなどの、ＬＤＰバージョン１メカニズムを以前より使用しているＬＳＲは、部分的に、または全体的にＩＰｖ６  ＭＰＬＳネットワークに接続されてよく、その結果、先行する構成が、さまざまな図に関して上で論じられたように構成されるべきである。
【００４４】
ステップ３２０で、ＬＳＲメモリに記憶されたＰＤＵのヘッダ部分内のＬＤＰ識別子が、必要に応じて、ＬＳＲ識別子として使用するためのＩＰｖ６準拠のルーティング可能な長アドレスを含むように変更される。さまざまな実施形態において、ＬＳＲ識別子は、対応するＬＤＰセッションをインスタンス化するために使用されてよい。
【００４５】
ボックス３２５を参照すると、さまざまな実施形態において、使用されるルーティング可能な長アドレスは、ルーティング可能なＩＰｖ６アドレスにマップされたＬＳＲのＩＰｖ４ＬＳＲ識別子、次ホップのＩＰｖ６ＢＧＰピアによってアドバタイズされるときのＬＳＲのＢＧＰ  ＩＰｖ６アドレス、プライベートＩＰｖ６空間からローカルＩＰｖ６ユニキャストアドレスを使用して引き出される１２８ビットＬＳＲ−ＩＤ、またはＩＰｖ６準拠のＬＳＲ識別子を引き出すためのなんらかの他のメカニズムを含むことができる。たとえば、ＬＳＲ−ＩＤは、なんらかのやり方で事前に割り当てられていても、または、デフォルトＬＳＲ−ＩＤが衝突するまで使用されてもよい。このステップに関連付けられたさまざまなメカニズムおよび変更は、さまざまな図面に関して上で対処されている。
【００４６】
ステップ３３０で、ＩＰｖ６パケットのヘッダ部分の送信元アドレスフィールドが、ＬＳＲに関連付けられたＬＳＲ−ＩＤを送信アドレスとして含むように変更される。とりわけ、ＬＳＲ−ＩＤは、ＬＤＰ  ＰＤＵヘッダのコンテキスト内のＬＳＲと、ＬＳＲのためのＩＰｖ６送信元アドレスとしての両方の識別のために使用される。例証として、ＬＳＲ−ＩＤを、１２８ビットＩＰｖ６準拠のアドレス（たとえば、ルーティング可能な長アドレス）に制限することによって、ＩＰｖ４／ＩＰｖ６マッピング、その他などの中間アドレス変換ステップを実施する必要がない。
【００４７】
オプションのステップ３４０で、ＬＳＲに格納されたＰＤＵのヘッダ部分内のバージョン識別子が、必要に応じて、異なるバージョン番号を指し示すように変更される。たとえば、ＩＰｖ４環境からＩＰｖ６環境へと移行するとき、ＬＳＲによって使用されるＬＤＰのバージョンは、バージョン１から、より最近のバージョン（たとえば、２、３など）に変わることができる。このオプションのステップは、より最近のバージョンが、さまざまな実施形態に関して本明細書で説明されたような特定のＬＤＰ  ＰＤＵフォーマット、メカニズムなどに関係付けられた場合に特に有益である。
【００４８】
ステップ３５０で、ＩＰｖ６パケットのペイロード部分が、ＬＤＰ  ＰＤＵを含むように変更され、それによりＩＰｖ６準拠のＬＤＰ制御プレーンパケットを形成する。
【００４９】
ステップ３６０で、上で説明されたＩＰｖ６準拠のＬＰＤ制御プレーンパケット（およびそのようなパケットを生成するためのメカニズム）を使用して、発見メッセージ、セッションメッセージ、アドバタイズメッセージ、通知メッセージ、その他を交換するなどのさまざまな機能を実施するために、ＬＳＲと通信しているＬＤＰピアと、ラベルおよび他のメッセージ、または情報が交換されてよい。
【００５０】
図４は、図面に関して本明細書で説明されるさまざまな要素に関連付けられたような、本明細書で説明される機能を実施する際の使用に適した、電気通信ネットワーク要素におけるプロセッサなどのコンピューティングデバイスの高レベルブロック図を示す。
【００５１】
図４に示されるように、コンピューティングデバイス４００は、プロセッサ要素４０３（たとえば、中央処理ユニット（ＣＰＵ）および／または他の好適なプロセッサ）と、メモリ４０４（たとえば、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、その他）と、協働モジュール／プロセス４０５と、さまざまな入力／出力デバイス４０６（たとえば、ユーザ入力デバイス（キーボード、キーパッド、マウス、その他など）、ユーザ出力デバイス（ディスプレイ、スピーカ、その他など）、入力ポート、出力ポート、受信機、送信機、および記憶デバイス（たとえば、永久的なソリッドステートドライブ、ハードディスクドライブ、コンパクトディスクドライブ、その他））とを含む。
【００５２】
本明細書で示され、説明された機能は、ハードウェアにおいて、および／またはソフトウェアとハードウェアとの組合せにおいて実装されてよく、たとえば、汎用コンピュータ、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、および／または任意の他のハードウェア均等物を使用して実装されてよいことが認識されるだろう。一実施形態において、協働プロセス４０５は、メモリ４０４の中にロードされ、プロセッサ４０３によって実行されて、本明細書で論じられたような機能を実装することができる。したがって、協働プロセス４０５（関連したデータ構造を含む）は、コンピュータ可読記憶媒体、たとえば、ＲＡＭメモリ、磁気もしくは光学ドライブ、またはディスケット、その他に記憶されてよい。
【００５３】
図４に示されたコンピューティングデバイス４００は、本明細書で説明された機能性要素、または本明細書で説明された機能性要素の部分の実装に適した、一般的なアーキテクチャおよび機能性を提供することが認識されるだろう。
【００５４】
本明細書で論じられたステップのうちのいくつかは、ハードウェア内で、たとえば、プロセッサと協働する回路として実装されて、さまざまな方法ステップを実施できることが企図されている。本明細書で説明された機能／要素の部分は、コンピュータプログラム製品として実装されてよく、ここで、コンピュータ命令が、コンピューティングデバイスによって処理されるとき、本明細書で説明された方法および／または技法が呼び出される、または別のやり方で提供されるように、コンピューティングデバイスの動作を適応させる。本発明の方法を呼び出すための命令は、固定の、もしくはリムーバブルな媒体またはメモリなどの、有形で、非一時的なコンピュータ可読媒体に記憶される、および／あるいは、命令に従って動作するコンピューティングデバイス内のメモリ内に記憶されてよい。
【００５５】
本発明の教示を組み入れたさまざまな実施形態が、本明細書において詳細に示され、説明されてきたが、当業者は、これらの教示をなおも組み込む多くの他の変形された実施形態を容易に考案することができる。したがって、上記は本発明のさまざまな実施形態を対象としているが、本発明の他の、またはさらなる実施形態が、本発明の基本範囲から逸脱することなく考案されてもよい。したがって、本発明の適切な範囲は、特許請求の範囲により決定されることになる。
【図１】
0005992602.tif 000002
【図２】
0005992602.tif 000003
【図３】
0005992602.tif 000004
【図４】
0005992602.tif 000005