(57)【要約】  マルチプロトコルラベルスイッチングネットワーク内のＲＳＶＰ−ＴＥにおいてマルチトポロジのサポートを提供するシステム及び方法が提供される。方法は、トラフィックエンジニアリングされたラベルスイッチパス（ＴＥ  ＬＳＰ）のためのパス状態を予約し、予約されたパス状態を解放することを含む。ＴＥ  ＬＳＰは、複数ネットワークトポロジの環境の中の単一ネットワークトポロジ内で確立され、パス状態を予約することは、マルチトポロジ情報を含む第１のリソース予約プロトコル−トラフィックエンジニアリング（ＲＳＶＰ−ＴＥ）メッセージを送信することを含む。
2011519214.tif 000002
【特許請求の範囲】
【請求項１】
センダノードの動作の方法であって、
トラフィックエンジニアリングされたラベルスイッチパス（ＴＥ  ＬＳＰ）のためのパス状態を予約することを含み、前記ＴＥ  ＬＳＰは、複数ネットワークトポロジの環境の中の単一ネットワークトポロジ内で確立され、前記パス状態を予約することは、マルチトポロジ情報を含む第１のリソース予約プロトコル−トラフィックエンジニアリング（ＲＳＶＰ−ＴＥ）メッセージを送信することを含み、
前記予約されたパス状態を解放することを含む、
方法。
【請求項２】
パス状態情報をネットワーク要素に提供することを更に含む
請求項１に記載の方法。
【請求項３】
前記第１のＲＳＶＰ−ＴＥメッセージは、ＲＳＶＰ−ＴＥ  Ｐａｔｈメッセージを含み、
前記マルチトポロジ情報は、前記ＲＳＶＰ−ＴＥ  Ｐａｔｈメッセージの中のＲＳＶＰ−ＴＥオブジェクト内に含まれる
請求項１に記載の方法。
【請求項４】
前記第１のＲＳＶＰ−ＴＥメッセージは、能力フィールドを含み、
前記能力フィールドは、メッセージの発信元がマルチトポロジネットワークをサポートする能力があるかどうかを示すインジケータを含む
請求項１に記載の方法。
【請求項５】
前記予約されたパス状態を解放することは、マルチトポロジ情報を含む第２のＲＳＶＰ−ＴＥメッセージを送信することを含み、
前記第２のＲＳＶＰ−ＴＥメッセージは、ＲＳＶＰ−ＴＥ  ＰａｔｈＴｅａｒメッセージを含む
請求項１に記載の方法。
【請求項６】
レシーバノードの動作の方法であって、
センダノード又はトランジットノードからマルチトポロジ情報を含む第１のリソース予約プロトコル−トラフィックエンジニアリング（ＲＳＶＰ−ＴＥ）メッセージを受信することを含み、前記第１のＲＳＶＰ−ＴＥメッセージは、トラフィックエンジニアリングされたラベルスイッチパス（ＴＥ  ＬＳＰ）のためのパス状態を予約し、前記ＴＥ  ＬＳＰは、複数ネットワークトポロジの環境の中の単一ネットワークトポロジ内で確立され、
前記ＴＥ  ＬＳＰのための予約状態を予約することを含み、前記予約状態を予約することは、マルチトポロジ情報を含む第２のＲＳＶＰ−ＴＥメッセージを送信することを含み、前記第２のＲＳＶＰ−ＴＥメッセージは、前記第１のＲＳＶＰ−ＴＥメッセージが進んだ順方向パスと同一の逆方向パスを進み、
前記予約された予約状態を解放することを含む、
方法。
【請求項７】
予約状態情報をネットワーク要素に提供することを更に含む
請求項６に記載の方法。
【請求項８】
前記第２のＲＳＶＰ−ＴＥメッセージは、ＲＳＶＰ−ＴＥ  Ｒｅｓｖメッセージを含む
請求項６に記載の方法。
【請求項９】
前記マルチトポロジ情報は、前記ＲＳＶＰ−ＴＥ  Ｒｅｓｖメッセージ内に含まれる
請求項８に記載の方法。
【請求項１０】
前記マルチトポロジ情報は、ＲＳＶＰ−ＴＥオブジェクト内に含まれる
請求項８に記載の方法。
【請求項１１】
前記第２のＲＳＶＰ−ＴＥメッセージは、能力フィールドを含み、
前記能力フィールドは、メッセージの発信元がマルチトポロジネットワークをサポートする能力があるかどうかを示すインジケータを含む
請求項６に記載の方法。
【請求項１２】
前記予約されたパス状態を解放することは、ＲＳＶＰ−ＴＥ  ＲｅｓｖＴｅａｒメッセージを送信することを含み、
前記ＲＳＶＰ−ＴＥ  ＲｅｓｖＴｅａｒメッセージは、マルチトポロジ情報を含む
請求項６に記載の方法。
【請求項１３】
リソース予約プロトコル−トラフィックエンジニアリング（ＲＳＶＰ−ＴＥ）を使用するマルチトポロジ・マルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワークであって、
複数のリンクを使用して結合された複数のネットワーク要素を備え、前記複数のネットワーク要素は、２つ以上のネットワークトポロジに配列され、各ネットワーク要素は、トラフィックエンジニアリングされたラベルスイッチパス（ＴＥ  ＬＳＰ）を確立するように構成されたセッションマネージャを含み、
前記ＲＳＶＰ−ＴＥは、ＴＥ  ＬＳＰを確立するために使用され、
各ＴＥ  ＬＳＰは、単一ネットワークトポロジ内で確立される、
ネットワーク。
【請求項１４】
前記セッションマネージャは、前記複数のネットワーク要素の中の他のネットワーク要素に結合された第１のセッション作成ユニットを備え、
前記第１のセッション作成ユニットは、単一ネットワークトポロジ内で前記ＴＥ  ＬＳＰを確立するために、ＲＳＶＰ−ＴＥ  Ｐａｔｈメッセージ又はＲＳＶＰ−ＴＥ  Ｒｅｓｖメッセージを送信するように構成され、
前記ＲＳＶＰ−ＴＥ  Ｐａｔｈメッセージ及び前記ＲＳＶＰ−ＴＥ  Ｒｅｓｖメッセージは、マルチトポロジ情報を含む
請求項１３に記載のネットワーク。
【請求項１５】
前記セッションマネージャは、前記第１のセッション作成ユニットに結合された第１のセッションティアダウンユニットを更に備え、
前記第１のセッションティアダウンユニットは、単一ネットワークトポロジ内の前記ＴＥ  ＬＳＰをティアダウンするために、ＲＳＶＰ−ＴＥ  ＰａｔｈＴｅａｒメッセージ又はＲＳＶＰ−ＴＥ  ＲｅｓｖＴｅａｒメッセージを送信するように構成され、
前記ＲＳＶＰ−ＴＥ  ＰａｔｈＴｅａｒメッセージ及び前記ＲＳＶＰ−ＴＥ  ＲｅｓｖＴｅａｒメッセージは、マルチトポロジ情報を含む
請求項１３に記載のネットワーク。
【請求項１６】
前記セッションマネージャは、第１のセッション作成ユニットに結合された第１の状態ステータスユニットを更に備え、
前記第１の状態ステータスユニットは、前記複数のネットワーク要素の中のネットワーク要素に状態ステータス情報を提供するために、ＲＳＶＰ−ＴＥ  ＰａｔｈＥｒｒメッセージ、ＲＳＶＰ−ＴＥ  ＲｅｓｖＥｒｒメッセージ、又はＲＳＶＰ−ＴＥ  ＲｅｓｖＣｏｎｆメッセージを送信するように構成され、
前記ＲＳＶＰ−ＴＥ  ＰａｔｈＥｒｒメッセージ、前記ＲＳＶＰ−ＴＥ  ＲｅｓｖＥｒｒメッセージ、及び前記ＲＳＶＰ−ＴＥ  ＲｅｓｖＣｏｎｆメッセージは、マルチトポロジ情報を含む
請求項１３に記載のネットワーク。
【請求項１７】
前記セッションマネージャは、前記複数のネットワーク要素の中の他のネットワーク要素に結合された第２のセッション作成ユニットを備え、
前記第２のセッション作成ユニットは、ＴＥ  ＬＳＰを確立するために、ＲＳＶＰ−ＴＥ  Ｐａｔｈメッセージ又はＲＳＶＰ−ＴＥ  Ｒｅｓｖメッセージを送信するように構成され、
前記ＲＳＶＰ−ＴＥ  Ｐａｔｈメッセージ及び前記ＲＳＶＰ−ＴＥ  Ｒｅｓｖメッセージは、ＲＳＶＰ−ＴＥオブジェクト内に含まれるマルチトポロジ情報を含む
請求項１３に記載のネットワーク。
【請求項１８】
前記セッションマネージャは、前記第２のセッション作成ユニットに結合された第２のセッションティアダウンユニットを更に備え、
前記第２のセッションティアダウンユニットは、ＴＥ  ＬＳＰをティアダウンするために、ＲＳＶＰ−ＴＥ  ＰａｔｈＴｅａｒメッセージ又はＲＳＶＰ−ＴＥ  ＲｅｓｖＴｅａｒメッセージを送信するように構成され、
前記ＲＳＶＰ−ＴＥ  ＰａｔｈＴｅａｒメッセージ及び前記ＲＳＶＰ−ＴＥ  ＲｅｓｖＴｅａｒメッセージは、ＲＳＶＰ−ＴＥオブジェクト内に含まれるマルチトポロジ情報を含む
請求項１３に記載のネットワーク。
【請求項１９】
前記第２のセッションマネージャは、前記第２のセッション作成ユニットに結合された第２の状態ステータスユニットを更に備え、
前記第２の状態ステータスユニットは、前記複数のネットワーク要素の中のネットワーク要素に状態ステータス情報を提供するために、ＲＳＶＰ−ＴＥ  ＰａｔｈＥｒｒメッセージ、ＲＳＶＰ−ＴＥ  ＲｅｓｖＥｒｒメッセージ、又はＲＳＶＰ−ＴＥ  ＲｅｓｖＣｏｎｆメッセージを送信するように構成され、
前記ＲＳＶＰ−ＴＥ  ＰａｔｈＥｒｒメッセージ、前記ＲＳＶＰ−ＴＥ  ＲｅｓｖＥｒｒメッセージ、及び前記ＲＳＶＰ−ＴＥ  ＲｅｓｖＣｏｎｆメッセージは、ＲＳＶＰ−ＴＥオブジェクト内に含まれるマルチトポロジ情報を含む
請求項１３に記載のネットワーク。
【請求項２０】
前記ネットワーク内でメッセージが送信され、
各メッセージは、能力フィールドを含み、
前記能力フィールドは、メッセージの発信元がマルチトポロジネットワークをサポートする能力があるかどうかを示すインジケータを含む
請求項１３に記載のネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信に関し、特に、マルチプロトコルラベルスイッチングネットワーク内のＲＳＶＰ−ＴＥにおいてマルチトポロジのサポートを提供するシステム及び方法に関する。
【背景技術】
【０００２】
マルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワークにおいては、パケットの転送等価クラス（Ｆｏｒｗａｒｄｉｎｇ  Ｅｑｕｉｖａｌｅｎｔ  Ｃｌａｓｓｅｓ）（ＦＥＣ）のセットを表すためにラベルが割り当てられてもよく、ラベルとＦＥＣとのマッピングが、パケットが通るパスに沿って通知されてもよい。その結果、ラベルスイッチパスが、パケットを転送するために確立される。
【０００３】
リソース予約プロトコル（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）（ＲＳＶＰ）は、アプリケーションが、そのデータフローのための様々なサービス品質（ＱｏＳ）を取得することを可能にするために使用されてもよいネットワーク制御プロトコルである。しかし、ＲＳＶＰは、ルーティングプロトコルではない。むしろ、ＲＳＶＰは、ルーティングプロトコルと連携して動作する。
【０００４】
リソース予約プロトコル−トラフィックエンジニアリング（ＲＳＶＰ−ＴＥ）は、インターネットプロトコル（ＩＰ）ネットワーク上のリソース予約をサポートするＲＳＶＰの拡張である。一般に、ＲＳＶＰ−ＴＥは、ＭＰＬＳラベルスイッチパス（ＬＳＰ）を、リソース予約あり又は予約なしで、利用可能な帯域幅及び明示ホップ数を考慮して確立するために使用されることが可能である。ＬＳＰは、明示ルートを使用してセットアップされてもよい。様々なメッセージ及び手順が、ＭＰＬＳ転送のために使用されるラベルを他のネットワーク要素に通知するために、ネットワーク要素によって使用されてもよい。ＬＳＰは、通常のＩＰルーティング及びフィルタリングメカニズムの下でトンネリングを行うトンネルとして扱われてもよい。
【０００５】
オープンショーテストパスファースト（Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）（ＯＳＰＦ）プロトコルで、ＩＰネットワーク内のマルチトポロジ（ＭＴ）をサポートするためのメカニズム（このメカニズムでは、様々なトポロジをアドバタイズするために、サービスタイプ（Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ）（ＴＯＳ）ベースのメトリックフィールドが再定義され、使用される）は、ピー．プセナク（Ｐ．Ｐｓｅｎａｋ）ら、「ＯＳＦにおけるマルチトポロジ（ＭＴ）ルーティング（Ｍｕｌｔｉ−Ｔｏｐｏｌｏｇｙ（ＭＴ）Ｒｏｕｔｉｎｇ  ｉｎ  ＯＳＦ）」、ＲＦＣ４９１５、２００７年６月に開示されており、当該文書は、参照によって本明細書中に援用される。別個のメトリックが、各ＴＯＳに関連付けられてもよく、ネットワーク要素間のプロトコル情報交換を介してアドバタイズされてもよい。既存のＯＳＰＦプロトコルが、マルチトポロジ識別子（Ｍｕｌｔｉ−Ｔｏｐｏｌｏｇｙ  Ｉｄｅｎｔｉｆｉｅｒ）（ＭＴ−ＩＤ）を使用したネットワークトポロジの変更をサポートするように拡張される。
【０００６】
各ネットワークトポロジについての独立したＩＰトポロジのセットを実行するための中間システム−中間システム（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｓｙｓｔｅｍ  ｔｏ  Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｓｙｓｔｅｍ）（ＩＳ−ＩＳ）内のメカニズムは、ティー．プルジギエンダ（Ｔ．Ｐｒｚｙｇｉｅｎｄａ）ら、「Ｍ−ＩＳＩＳ：中間システム−中間システム（ＩＳ−ＩＳ）におけるマルチトポロジ（ＭＴ）ルーティング（Ｍ−ＩＳＩＳ：Ｍｕｌｔｉ  Ｔｏｐｏｌｏｇｙ（ＭＴ）Ｒｏｕｔｉｎｇ  ｉｎ  Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｓｙｓｔｅｍ  ｔｏ  Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｓｙｓｔｅｍｓ（ＩＳ−ＩＳｓ））」、ＲＦＣ５１２０，２００８年２月に開示されており、当該文書は、参照によって本明細書中に援用される。既存のＩＳ−ＩＳプロトコルが、各トポロジ内での隣接情報（ａｄｊａｃｅｎｃｉｅｓ）と到達可能な中間システムとのアドバタイズを実行するように拡張される。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】ピー．プセナク（Ｐ．Ｐｓｅｎａｋ）ら、「ＯＳＦにおけるマルチトポロジ（ＭＴ）ルーティング（Ｍｕｌｔｉ−Ｔｏｐｏｌｏｇｙ（ＭＴ）Ｒｏｕｔｉｎｇ  ｉｎ  ＯＳＦ）」、ＲＦＣ４９１５、２００７年６月
【非特許文献２】ティー．プルジギエンダ（Ｔ．Ｐｒｚｙｇｉｅｎｄａ）ら、「Ｍ−ＩＳＩＳ：中間システム−中間システム（ＩＳ−ＩＳ）におけるマルチトポロジ（ＭＴ）ルーティング（Ｍ−ＩＳＩＳ：Ｍｕｌｔｉ  Ｔｏｐｏｌｏｇｙ（ＭＴ）Ｒｏｕｔｉｎｇ  ｉｎ  Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｓｙｓｔｅｍ  ｔｏ  Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｓｙｓｔｅｍｓ（ＩＳ−ＩＳｓ））」、ＲＦＣ５１２０，２００８年２月
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従って、トラフィックエンジニアリングされたＬＳＰトンネルを各ネットワークトポロジ内で又はネットワークトポロジにわたって確立し維持するために、ＭＰＬＳネットワーク内でマルチトポロジをサポートし、ＲＳＶＰ−ＴＥプロトコルをＭＰＬＳネットワーク内のシグナリングプロトコルとして拡張するシステム及び方法を有することが必要とされている。複数ネットワークトポロジの環境の中の特定のネットワークトポロジ内でＬＳＰトンネルを通って流れるトラフィックについてのＱｏＳ要件を満たすために、ＬＳＰトンネルは、特定のパスに従うか又は一定量の帯域幅を予約する必要があり得る。
【課題を解決するための手段】
【０００９】
これらの技術的利点は、一般に、マルチプロトコルラベルスイッチングネットワーク内のＲＳＶＰ−ＴＥにおいてマルチトポロジのサポートを提供するシステム及び方法の実施形態によって達成される。
【００１０】
一実施形態によれば、センダノードの動作の方法が提供される。方法は、トラフィックエンジニアリングされたラベルスイッチパス（ＴＥ  ＬＳＰ）のためのパス状態を予約し、予約されたパス状態を解放することを含む。ＴＥ  ＬＳＰは、複数ネットワークトポロジの環境の中の単一ネットワークトポロジ内で確立され、パス状態を予約することは、マルチトポロジ情報を含む第１のリソース予約プロトコル−トラフィックエンジニアリング（ｒｅｓｏｕｒｃｅ  ｒｅｓｅｒｖａｔｉｏｎ  ｐｒｏｔｏｃｏｌ  ｗｉｔｈ  ｔｒａｆｆｉｃ  ｅｎｇｉｎｅｅｒｉｎｇ）（ＲＳＶＰ−ＴＥ）メッセージを送信することを含む。
【００１１】
別の実施形態によれば、レシーバノードの動作の方法が提供される。方法は、センダノード又はトランジットノードからマルチトポロジ情報を含む第１のリソース予約プロトコル−トラフィックエンジニアリング（ＲＳＶＰ−ＴＥ）メッセージを受信し、ＴＥ  ＬＳＰのための予約状態を予約し、予約された予約状態を解放することを含む。第１のＲＳＶＰ−ＴＥメッセージは、トラフィックエンジニアリングされたラベルスイッチパス（ＴＥ  ＬＳＰ）のためのパス状態を予約し、ＴＥ  ＬＳＰは、複数ネットワークトポロジの環境の中の単一ネットワークトポロジ内で確立される。予約状態を予約することは、マルチトポロジ情報を含む第２のＲＳＶＰ−ＴＥメッセージを送信することを含む。第２のＲＳＶＰ−ＴＥメッセージは、第１のＲＳＶＰ−ＴＥメッセージが進んだ順方向パスと同一の逆方向パスを進む。
【００１２】
別の実施形態によれば、リソース予約プロトコル−トラフィックエンジニアリング（ＲＳＶＰ−ＴＥ）を使用するマルチトポロジ・マルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワークが提供される。ＭＰＬＳネットワークは、複数のリンクを使用して一緒に結合された複数のネットワーク要素を含み、複数のネットワーク要素は、２つ以上のネットワークトポロジに配列される。各ネットワーク要素は、トラフィックエンジニアリングされたラベルスイッチパス（ＴＥ  ＬＳＰ）を確立するセッションマネージャを含む。ＲＳＶＰ−ＴＥは、ＴＥ  ＬＳＰを確立するために使用され、各ＴＥ  ＬＳＰは、単一ネットワークトポロジ内で確立される。
【発明の効果】
【００１３】
実施形態の利点は、ＲＳＶＰ−ＴＥ  ＭＰＬＳにおいて、マルチトポロジがサポートされるということである。マルチトポロジの使用は、ＲＳＶＰ−ＴＥにおける向上した性能を可能にし得る。
【００１４】
上記では、後述の実施形態の詳細な説明がより良く理解されることが可能なように、本発明の特徴及び技術的利点についてある程度大まかに概説した。本発明の特許請求の範囲の主題を形成する実施形態の追加の特徴及び利点は、以下に説明する。開示される概念及び特定の実施形態は、本発明と同じ目的を実行するための他の構成又はプロセスを修正又は設計するための基礎として容易に利用されることが可能であるということを当業者は理解されたい。そのような均等な構成は、添付の特許請求の範囲に記載される本発明の精神及び範囲から逸脱しないということも当業者は理解されたい。
【図面の簡単な説明】
【００１５】
実施形態及びその利点のより完全な理解のために、添付の図面と関連して、以下の説明をここで参照する。
【００１６】
【図１】ＲＳＶＰセッションの図である。
【図２Ａ】ネットワークの図である。
【図２Ｂ】マルチトポロジをサポートするネットワークの図である。
【図３Ａ】ＲＳＶＰメッセージのフォーマットの図である。
【図３Ｂ】ＲＳＶＰオブジェクトのフォーマットの図である。
【図４Ａ】ＭＴ情報を含む拡張されたＰａｔｈメッセージのフォーマットの図である。
【図４Ｂ】ＭＴ情報を含む拡張されたＲｅｓｖメッセージのフォーマットの図である。
【図４Ｃ】ＭＴ情報を含む拡張されたＰａｔｈＴｅａｒメッセージのフォーマットの図である。
【図４Ｄ】ＭＴ情報を含む拡張されたＲｅｓｖＴｅａｒメッセージのフォーマットの図である。
【図４Ｅ】ＭＴ情報を含む拡張されたＰａｔｈＥｒｒメッセージのフォーマットの図である。
【図４Ｆ】ＭＴ情報を含む拡張されたＲｅｓｖＥｒｒメッセージのフォーマットの図である。
【図４Ｇ】ＭＴ情報を含む拡張されたＲｅｓｖＣｏｎｆメッセージのフォーマットの図である。
【図５Ａ】ＭＴ情報を含むＲＳＶＰセッションオブジェクトを有する拡張されたＰａｔｈメッセージのフォーマットの図である。
【図５Ｂ】ＭＴ情報を含むＲＳＶＰセッションオブジェクトを有する拡張されたＲｅｓｖメッセージのフォーマットの図である。
【図５Ｃ】ＭＴ情報を含むＲＳＶＰセッションオブジェクトを有する拡張されたＰａｔｈＴｅａｒメッセージのフォーマットの図である。
【図５Ｄ】ＭＴ情報を含むＲＳＶＰセッションオブジェクトを有する拡張されたＲｅｓｖＴｅａｒメッセージのフォーマットの図である。
【図５Ｅ】ＭＴ情報を含むＲＳＶＰセッションオブジェクトを有する拡張されたＰａｔｈＥｒｒメッセージのフォーマットの図である。
【図５Ｆ】ＭＴ情報を含むＲＳＶＰセッションオブジェクトを有する拡張されたＲｅｓｖＥｒｒメッセージのフォーマットの図である。
【図５Ｇ】ＭＴ情報を含むＲＳＶＰセッションオブジェクトを有する拡張されたＲｅｓｖＣｏｎｆメッセージのフォーマットの図である。
【図６Ａ】マルチトポロジＲＳＶＰ−ＴＥ  ＭＰＬＳネットワーク内でのセンダノードの動作のフローチャートである。
【図６Ｂ】マルチトポロジＲＳＶＰ−ＴＥ  ＭＰＬＳネットワーク内でのレシーバノードの動作のフローチャートである。
【図７】拡張されたＲＳＶＰメッセージのフォーマットの図である。
【図８】ネットワーク要素の図である。
【発明を実施するための形態】
【００１７】
実施形態の作製及び使用について、以下に詳細に説明する。但し、本発明は、様々な特定の状況において実施されることが可能な多くの適用可能な発明概念を提供するということを理解されたい。議論される特定の実施形態は、本発明を作製及び使用する特定の仕方を単に例示するものであり、本発明の範囲を限定するものではない。
【００１８】
特定の状況における実施形態について、すなわち、マルチトポロジのサポートを提供するための拡張されたＲＳＶＰ−ＴＥを使用したＭＰＬＳネットワークについて説明する。
【００１９】
図１は、ＲＳＶＰセッション１００を示す。図１に示すように、ＲＳＶＰセッション１００は、セッションアドレスにおけるセンダ（入口ルータとも呼ばれる）（送信側）１０５と、レシーバ（受信側）１１０と、を含む。センダ１０５とレシーバ１１０との間の離隔距離に応じて、センダ１０５とレシーバ１１０との間に配置されたトランジットルータ１１５などの任意の数のトランジットルータが存在してもよい。矢印１２０などの実線矢印は、ダウンストリームデータフローを表し、矢印１２５などの破線矢印は、アップストリームデータフローを表す。
【００２０】
ＲＳＶＰセッション１００は、以下のように進行してもよい。１）潜在的なセンダ（センダ１０５）が、実線矢印１２０に沿ったトランジットルータ１１５へのＲＳＶＰ  Ｐａｔｈメッセージの送信を開始する。２）レシーバ１１０が、トランジットルータからＲＳＶＰ  Ｐａｔｈメッセージを受信する。３）レシーバ１１０は、破線矢印１２５に沿ってトランジットルータにＲＳＶＰ  Ｒｅｓｖメッセージを送信し、ＲＳＶＰ  Ｒｅｓｖメッセージは、パスに沿ったルータによってそれらのルータのリンク層媒体の予約を行うために使用されるフロー記述子を運ぶ。４）センダ１０５は、トランジットルータ１１５からＲＳＶＰ  Ｒｅｓｖメッセージを受信し、これによりレシーバ１１０までのＬＳＰの確立が完了し、アプリケーションデータの送信を開始する。
【００２１】
図２Ａは、ネットワーク２００を示す。ネットワーク２００は、ノード２０５及びノード２１０などの複数のノードを含む。ネットワーク２００は、リンクによってメッシュトポロジで接続されている。ノード２０５はセンダノードであってよく、ノード２１０はレシーバノードであってよい。ノード２０５からノード２１０までのメッセージは、破線２１５によって示されたパスを辿ってもよい。しかし、リンク２２５上で障害がある可能性があるため、パス２１５はノード２２０において中断する。
【００２２】
図２Ｂは、ネットワーク２５０を示す。ネットワーク２５０は、ネットワーク２００と同じ数及び配列のノード及びリンクを含む。しかし、ネットワーク２５０は、第１のネットワーク２５５と第２のネットワーク２６０とを含むマルチトポロジネットワークである。第１のネットワーク２５５は、ネットワーク２００と全く同じメッシュに配列されてよい。第２のネットワーク２６０は、第１のネットワーク２５５より少ないノード及びリンクを有してもよい。例えば、第２のネットワーク２６０内のノード２６５は、図２Ｂにおいては、第２のネットワーク２６０にそれがないことを示す中空円として示されている。同様に、リンク２６６は、第２のネットワークにそれがないことを示す点線として示されている。しかし、ノード２６５及びリンク２６６は両方とも、第１のネットワーク２５５内には存在している。リンク／ノードは、あるネットワーク内に存在しなくても、別のネットワーク内には存在してもよい。
【００２３】
図３Ａ及び図３Ｂは、ＲＳＶＰ−ＴＥメッセージ３００及びＲＳＶＰ−ＴＥオブジェクト３５０のフォーマットを示す。ＲＳＶＰ−ＴＥメッセージ３００は、バージョンフィールド３０５と、フラグフィールド３０７と、メッセージタイプフィールド３０９と、チェックサムフィールド３１１と、送信生存時間（ＴＴＬ）フィールド３１３と、予約フィールド３１５と、長さフィールド３１７と、メッセージボディフィールド３１９と、を含む。バージョンフィールド３０５は、ＲＳＶＰ−ＴＥのバージョンを指定してもよく、フラグフィールド３０７は、プロトコル拡張のサポートを隣接ルータに知らせるために使用されてもよく、チェックサムフィールド３１１は、ＲＳＶＰ−ＴＥメッセージ全体のチェックサムを含むために使用されてもよく、ＴＴＬフィールド３１３は、送信生存時間値を含むために使用されてもよく、予約フィールド３１５は、現在使用されておらず、長さフィールド３１７は、ＲＳＶＰ−ＴＥメッセージの長さを示す値を含むために使用されてもよく、メッセージボディフィールド３１９は、１つ以上のＲＳＶＰ−ＴＥオブジェクトを含むために使用される可変長フィールドであってもよい。
【００２４】
メッセージタイプフィールド３０９は、ＲＳＶＰ−ＴＥメッセージのタイプを指定するために使用されてもよい。以下のような複数のメッセージタイプが存在してもよいが、これらに限定されない。
１  Ｐａｔｈ  トラフィックエンジニアリングされたラベルスイッチパス（ＴＥ  ＬＳＰ）に沿った各ノードにおいてパス状態を記憶するために、センダノードによってダウンストリームに送信される。
２  Ｒｅｓｖ  ＴＥ  ＬＳＰに沿った各ノードにおいて予約状態を作成するために、データトラフィックによって使用されるＴＥ  ＬＳＰ上でレシーバノードによってアップストリームに送信される。
３  ＰａｔｈＥｒｒ  Ｐａｔｈメッセージを処理中のエラーの発生を示すために、レシーバノードによってアップストリームに送信される。
４  ＲｅｓｖＥｒｒ  Ｒｅｓｖメッセージを処理中のエラーの発生を示すために、センダノードによってダウンストリームに送信される。
５  ＰａｔｈＴｅａｒ  ＴＥ  ＬＳＰに沿ったパス状態を削除するために、センダノードによってダウンストリームに送信される。
６  ＲｅｓｖＴｅａｒ  ＴＥ  ＬＳＰに沿った予約状態を削除するために、レシーバノードによってアップストリームに送信される。
７  ＲｅｓｖＣｏｎｆ  予約が行われたことを確認するために、センダノードによってダウンストリームに送信される。
【００２５】
ＲＳＶＰ−ＴＥオブジェクト３５０は、長さフィールド３５５と、クラス番号フィールド３５７と、クラスタイプフィールド３５９と、オブジェクトコンテンツフィールド３６１と、を含む。長さフィールド３５５は、ＲＳＶＰ−ＴＥオブジェクトの長さを含むために使用されてもよく、クラス番号フィールド３５７は、オブジェクトクラスを識別するために使用されてもよく、クラスタイプフィールド３５９は、クラス番号フィールド３５７で識別されたオブジェクトクラスに固有の値を含むために使用されてもよく、オブジェクトコンテンツフィールド３６１は、クラス番号フィールド３５７及びクラスタイプフィールド３５９で識別されたデータを含むために使用されてもよい。
【００２６】
ＲＳＶＰ−ＴＥオブジェクトの例として、以下が挙げられるが、これらに限定されない。
セッション（Ｓｅｓｓｉｏｎ）オブジェクト  後続のオブジェクトのための特定のセッションを定義する。
センダテンプレート（Ｓｅｎｄｅｒ  Ｔｅｍｐｌａｔｅ）オブジェクト  センダデータのフォーマットを定義する。
レコードルート（Ｒｅｃｏｒｄ  Ｒｏｕｔｅ）オブジェクト  Ｐａｔｈ又はＲｅｓｖメッセージによって通過されるアドレスのリストを示す。
明示ルート（Ｅｘｐｌｉｃｉｔ  Ｒｏｕｔｅ）オブジェクト  ネットワークトポロジ内のストリクト（ｓｔｒｉｃｔ）パス又はルース（ｌｏｏｓｅ）パスを指定する。
ＲＳＶＰホップ（ＲＳＶＰ  Ｈｏｐ）オブジェクト  メッセージを送信しているＲＳＶＰ−ＴＥ可能ノードのアドレスを運ぶ。
センダテンプレートオブジェクト、レコードルートオブジェクト、明示ルートオブジェクト、ＲＳＶＰホップオブジェクト、及び本明細書に記載されていないその他のオブジェクトは、セッションオブジェクトの子オブジェクトであってもよい。従って、セッションオブジェクトは、ＲＳＶＰ−ＴＥメッセージ内にその子オブジェクトのうちの１つが存在するとき、必ず存在する。
【００２７】
ＲＳＶＰ−ＴＥ  ＭＰＬＳネットワーク内のマルチトポロジシグナリングを有効にするために、マルチトポロジ（ＭＴ）情報などの追加情報が、ＲＳＶＰ−ＴＥメッセージ又はＲＳＶＰ−ＴＥオブジェクトに追加されてもよい。
【００２８】
図４Ａは、拡張されたＰａｔｈメッセージ４００のフォーマットを示す。センダノードは、ユニキャスト又はマルチキャストルーティングを使用して、１つ以上のレシーバノードに拡張されたＰａｔｈメッセージ４００を送信することによって、パス状態を予約してもよい。拡張されたＰａｔｈメッセージ４００は、そのメッセージボディフィールド３１９内にＭＴ情報４０５を含んでもよい。ＭＴ情報４０５は、ＴＥ  ＬＳＰが通るネットワークトポロジを示すために使用されてもよい。ＭＴ情報４０５は、更に、予約されたパス状態にラベルを付ける、セッションのネットワークトポロジを示すなどのために使用されてもよい。
【００２９】
図４Ｂは、拡張されたＲｅｓｖメッセージ４１０のフォーマットを示す。拡張されたＰａｔｈメッセージを受信した後で、レシーバノードは、拡張されたＲｅｓｖメッセージ４１０を、拡張されたＰａｔｈメッセージによって利用されたのと同じＴＥ  ＬＳＰ上でセンダノードに送り返すことによって、予約状態を予約してもよい。拡張されたＲｅｓｖメッセージ４１０は、そのメッセージボディフィールド３１９内にＭＴ情報４１５を含んでもよい。ＭＴ情報４１５は、ＴＥ  ＬＳＰが通るネットワークトポロジを示すために使用されてもよい。ＭＴ情報４１５は、予約された予約状態にラベルを付ける、セッションのネットワークトポロジを示すなどのために使用されてもよい。
【００３０】
図４Ｃは、拡張されたＰａｔｈＴｅａｒメッセージ４２０のフォーマットを示す。ＴＥ  ＬＳＰがもはや必要とされなくなったら、センダノードは、ＴＥ  ＬＳＰをティアダウン（ｔｅａｒ  ｄｏｗｎ）し、パス状態を解放してもよい。センダノードは、拡張されたＰａｔｈＴｅａｒメッセージ４２０を、ＴＥ  ＬＳＰ内のネットワーク要素に送信してもよい。拡張されたＰａｔｈＴｅａｒメッセージ４２０は、ＴＥ  ＬＳＰ内のネットワーク要素におけるパス状態の解放をもたらしてもよい。拡張されたＰａｔｈＴｅａｒメッセージ４２０は、そのメッセージボディフィールド３１９内にＭＴ情報４２５を含んでもよい。ＭＴ情報４２５は、ティアダウンされるＴＥ  ＬＳＰがどのネットワークトポロジに属するかを示すために使用されてもよい。
【００３１】
図４Ｄは、拡張されたＲｅｓｖＴｅａｒメッセージ４３０のフォーマットを示す。ＴＥ  ＬＳＰがもはや必要とされなくなったら、レシーバノードは、ＴＥ  ＬＳＰをティアダウンし、予約状態を解放してもよい。レシーバノードは、拡張されたＲｅｓｖＴｅａｒメッセージ４３０を、ＴＥ  ＬＳＰ内のネットワーク要素に送信してもよい。拡張されたＲｅｓｖＴｅａｒメッセージ４３０は、ＴＥ  ＬＳＰ内のネットワーク要素における予約状態の解放をもたらしてもよい。拡張されたＲｅｓｖＴｅａｒメッセージ４３０は、そのメッセージボディフィールド３１９内にＭＴ情報４３５を含んでもよい。ＭＴ情報４３５は、ティアダウンされるＴＥ  ＬＳＰがどのネットワークトポロジに属するかを示すために使用されてもよい。
【００３２】
図４Ｅは、拡張されたＰａｔｈＥｒｒメッセージ４４０のフォーマットを示す。レシーバノードは、拡張されたＰａｔｈＥｒｒメッセージ４４０メッセージを、拡張されたＰａｔｈメッセージのＴＥ  ＬＳＰ内のネットワーク要素に送信して、拡張されたＰａｔｈメッセージについてエラーが発生したことを示すことによって、ネットワーク要素に予約状態のステータスに関して通知してもよい。拡張されたＰａｔｈＥｒｒメッセージ４４０は、そのメッセージボディフィールド３１９内にＭＴ情報４４５を含んでもよい。ＭＴ情報４４５は、ＴＥ  ＬＳＰが通るネットワークトポロジを示すために使用されてもよい。
【００３３】
図４Ｆは、拡張されたＲｅｓｖＥｒｒメッセージ４５０のフォーマットを示す。拡張されたＲｅｓｖメッセージを受信した後で、センダノードは、拡張されたＲｅｓｖＥｒｒメッセージ４５０を、拡張されたＲｅｓｖメッセージのＴＥ  ＬＳＰ内のネットワーク要素に送信して、拡張されたＲｅｓｖメッセージについてエラーが発生したことを示してもよい。拡張されたＲｅｓｖＥｒｒメッセージ４５０は、そのメッセージボディフィールド３１９内にＭＴ情報４５５を含んでもよい。ＭＴ情報４５５は、ＴＥ  ＬＳＰが通るネットワークトポロジを示すために使用されてもよい。
【００３４】
図４Ｇは、拡張されたＲｅｓｖＣｏｎｆメッセージ４６０のフォーマットを示す。拡張されたＲｅｓｖメッセージを受信した後で、センダノードは、拡張されたＲｅｓｖＣｏｎｆメッセージ４６０を、拡張されたＲｅｓｖメッセージのＴＥ  ＬＳＰ内のネットワーク要素に送信して、予約状態の予約が行われたことを確認してもよい。拡張されたＲｅｓｖＣｏｎｆメッセージ４６０は、そのメッセージボディフィールド３１９内にＭＴ情報４６５を含んでもよい。ＭＴ情報４６５は、ＴＥ  ＬＳＰが通るネットワークトポロジを示すために使用されてもよい。
【００３５】
ＲＳＶＰ−ＴＥオブジェクトは、ＲＳＶＰ−ＴＥメッセージ内で運ばれるＲＳＶＰ−ＴＥオブジェクト内にマルチトポロジ情報を追加することによって、ＭＴ情報を示すために利用されてもよい。好ましいＲＳＶＰ−ＴＥオブジェクトは、セッションオブジェクトであってもよい。しかし、セッションオブジェクトの複数の子オブジェクトが使用されてもよい。例示的な子オブジェクトとして、センダテンプレートオブジェクト、レコードルートオブジェクト、明示ルートオブジェクト、ＲＳＶＰホップオブジェクトなどが挙げられる。
【００３６】
図５Ａは、拡張されたＰａｔｈメッセージ５００のフォーマットを示す。センダノードは、ユニキャスト又はマルチキャストルーティングを使用して、１つ以上のレシーバノードに拡張されたＰａｔｈメッセージ５００を送信することによって、パス状態を予約してもよい。拡張されたＰａｔｈメッセージ５００は、そのメッセージボディフィールド３１９内に含まれるそのセッションオブジェクト５０７内にＭＴ情報５０５を含んでもよい。ＭＴ情報５０５は、ＴＥ  ＬＳＰが通るネットワークトポロジを示すために使用されてもよい。ＭＴ情報５０５は、予約されたパス状態にラベルを付ける、セッションのネットワークトポロジを示すなどのために使用されてもよい。ＭＴ情報５０５は、更に、ＴＥ  ＬＳＰのセンダノードが参加するネットワークトポロジを示すために使用されてもよい。
【００３７】
図５Ｂは、拡張されたＲｅｓｖメッセージ５１０のフォーマットを示す。拡張されたＰａｔｈメッセージを受信した後で、レシーバノードは、拡張されたＰａｔｈメッセージによって利用されたのと同じＴＥ  ＬＳＰ上でセンダノードに拡張されたＲｅｓｖメッセージ５１０を送り返すことによって、予約状態を予約してもよい。拡張されたＲｅｓｖメッセージ５１０は、そのメッセージボディフィールド３１９内に含まれるそのセッションオブジェクト５１７内にＭＴ情報５１５を含んでもよい。ＭＴ情報５１５は、ＴＥ  ＬＳＰが通るネットワークトポロジを示すために使用されてもよい。ＭＴ情報５１５は、予約された予約状態にラベルを付ける、セッションのネットワークトポロジを示すなどのために使用されてもよい。ＭＴ情報５１５は、更に、ＴＥ  ＬＳＰのレシーバノードが参加するネットワークトポロジを示すために使用されてもよい。
【００３８】
図５Ｃは、拡張されたＰａｔｈＴｅａｒメッセージ５２０のフォーマットを示す。ＴＥ  ＬＳＰがもはや必要とされなくなったら、センダノードは、ＴＥ  ＬＳＰをティアダウンし、パス状態を解放してもよい。センダノードは、拡張されたＰａｔｈＴｅａｒメッセージ５２０をＴＥ  ＬＳＰ内のネットワーク要素に送信してもよい。拡張されたＰａｔｈＴｅａｒメッセージ５２０は、ＴＥ  ＬＳＰ内のネットワーク要素におけるパス状態の解放をもたらしてもよい。拡張されたＰａｔｈＴｅａｒメッセージ５２０は、そのメッセージボディフィールド３１９内に含まれるそのセッションオブジェクト５２７内にＭＴ情報５２５を含んでもよい。ＭＴ情報５２５は、ティアダウンされるＴＥ  ＬＳＰのセンダノードがどのネットワークトポロジに属するかを示すために使用されてもよい。
【００３９】
図５Ｄは、拡張されたＲｅｓｖＴｅａｒメッセージ５３０のフォーマットを示す。ＴＥ  ＬＳＰがもはや必要とされなくなったら、レシーバノードは、ＴＥ  ＬＳＰをティアダウンし、予約状態を解放してもよい。レシーバノードは、拡張されたＲｅｓｖＴｅａｒメッセージ５３０をＴＥ  ＬＳＰ内のネットワーク要素に送信してもよい。拡張されたＲｅｓｖＴｅａｒメッセージ５３０は、ＴＥ  ＬＳＰ内のネットワーク要素における予約状態の解放をもたらしてもよい。拡張されたＲｅｓｖＴｅａｒメッセージ５３０は、そのメッセージボディフィールド３１９内に含まれるそのセッションオブジェクト５３７内にＭＴ情報５３５を含んでもよい。ＭＴ情報５３５は、ティアダウンされるＴＥ  ＬＳＰのレシーバノードがどのネットワークトポロジに属するかを示すために使用されてもよい。
【００４０】
図５Ｅは、拡張されたＰａｔｈＥｒｒメッセージ５４０のフォーマットを示す。レシーバノードは、拡張されたＰａｔｈＥｒｒメッセージ５４０メッセージを、拡張されたＰａｔｈメッセージのＴＥ  ＬＳＰ内のネットワーク要素に送信して、拡張されたＰａｔｈメッセージについてエラーが発生したことを示すことによって、ネットワーク要素に予約状態のステータスに関して通知してもよい。拡張されたＰａｔｈＥｒｒメッセージ５４０は、そのメッセージボディフィールド３１９内に含まれるそのセッションオブジェクト５４７内にＭＴ情報５４５を含んでもよい。ＭＴ情報５４５は、センダノード及びレシーバノードが属するネットワークトポロジを示すために使用されてもよい。
【００４１】
図５Ｆは、拡張されたＲｅｓｖＥｒｒメッセージ５５０のフォーマットを示す。拡張されたＲｅｓｖメッセージを受信した後で、センダノードは、拡張されたＲｅｓｖＥｒｒメッセージ５５０を、拡張されたＲｅｓｖメッセージのＴＥ  ＬＳＰ内のネットワーク要素に送信して、拡張されたＲｅｓｖメッセージについてエラーが発生したことを示してもよい。拡張されたＲｅｓｖＥｒｒメッセージ５５０は、そのメッセージボディフィールド３１９内に含まれるそのセッションオブジェクト５５７内にＭＴ情報５５５を含んでもよい。ＭＴ情報５５５は、センダノード及びレシーバノードが属するネットワークトポロジを示すために使用されてもよい。
【００４２】
図５Ｇは、拡張されたＲｅｓｖＣｏｎｆメッセージ５６０のフォーマットを示す。拡張されたＲｅｓｖメッセージを受信した後で、センダノードは、拡張されたＲｅｓｖＣｏｎｆメッセージ５６０を、拡張されたＲｅｓｖメッセージのＴＥ  ＬＳＰ内のネットワーク要素に送信して、予約状態の予約が行われたことを確認してもよい。拡張されたＲｅｓｖＣｏｎｆメッセージ５６０は、そのメッセージボディフィールド３１９内に含まれるそのセッションオブジェクト５６７内にＭＴ情報５６５を含んでもよい。ＭＴ情報５６５は、センダノード及びレシーバノードが属するネットワークトポロジを示すために使用されてもよい。
【００４３】
図６Ａは、マルチトポロジＲＳＶＰ−ＴＥ  ＭＰＬＳネットワーク内でのセンダノード（又はルータ）の動作６００のフローチャートを示す。センダノードの動作６００は、センダノードが、マルチトポロジＲＳＶＰ−ＴＥ  ＭＰＬＳネットワーク内でセッション（ＴＥ  ＬＳＰ）を開始し、セッションを維持し、そして、セッションをティアダウンする際に、センダノード内で行われる動作を示してもよい。マルチトポロジＲＳＶＰ−ＴＥ  ＭＰＬＳネットワークにおいて、セッションは、複数ネットワークトポロジの環境の中の単一ネットワークトポロジ内で作成されてもよい。
【００４４】
セッションが作成されるとき、ＲＳＶＰ−ＴＥメッセージのメッセージボディ又はセッションオブジェクト内にＭＴ情報を追加することによって、ＭＴ情報を示すことが可能であってもよい。センダノードの動作６００は、センダノードがパス状態を予約することから開始されてもよい（ブロック６０５）。センダノードは、ユニキャスト又はマルチキャストルーティングを使用して、１つ以上のレシーバノードに拡張されたＰａｔｈメッセージを送信することによって、パス状態を予約してもよい。拡張されたＰａｔｈメッセージは、そのメッセージボディフィールド内に又はメッセージボディフィールド内に含まれるセッションオブジェクト内にＭＴ情報を含んでもよい。
【００４５】
センダノードは、更に、ネットワーク要素にパス状態のステータスに関して通知してもよい（ブロック６１０）。センダノードは、様々なメッセージタイプを使用して、ネットワーク要素にパス状態のステータスに関して通知してもよい。例えば、センダノードは、拡張されたＲｅｓｖＥｒｒメッセージを、ＲｅｓｖメッセージのＴＥ  ＬＳＰ内のネットワーク要素に送信して、Ｒｅｓｖメッセージについてエラーが発生したことを示してもよい。加えて、センダノードは、拡張されたＲｅｓｖＣｏｎｆメッセージを、ＲｅｓｖメッセージのＴＥ  ＬＳＰ内のネットワーク要素に送信して、予約状態の予約が行われたことを確認してもよい。ＲｅｓｖＥｒｒ及びＲｅｓｖＣｏｎｆメッセージの両方は、そのメッセージボディフィールド内に又はそのメッセージボディフィールド内に含まれるセッションオブジェクト内にＭＴ情報を含んでもよい。
【００４６】
セッションがもはや必要とされなくなったら、センダノードは、ＴＥ  ＬＳＰをティアダウンし、パス状態を解放してもよい。センダノードは、拡張されたＰａｔｈＴｅａｒメッセージを、ＴＥ  ＬＳＰ内のネットワーク要素に送信してもよい（ブロック６１５）。拡張されたＰａｔｈＴｅａｒメッセージは、ＴＥ  ＬＳＰ内のネットワーク要素におけるパス状態の解放をもたらしてもよい。拡張されたＰａｔｈＴｅａｒメッセージは、そのメッセージボディフィールド内に又はそのメッセージボディフィールド内に含まれるセッションオブジェクト内にＭＴ情報を含んでもよい。センダノードが、ＴＥ  ＬＳＰをティアダウンし、パス状態を解放したら、センダノードの動作６００は終了してもよい。
【００４７】
図６Ｂは、マルチトポロジＲＳＶＰ−ＴＥ  ＭＰＬＳネットワーク内でのレシーバノード（又はルータ）の動作６５０のフローチャートを示す。レシーバノードの動作６５０は、レシーバノードが、マルチトポロジＲＳＶＰ−ＴＥ  ＭＰＬＳネットワーク内でセッション（ＴＥ  ＬＳＰ）を開始し、セッションを維持し、そして、セッションをティアダウンする際に、レシーバノード内で行われる動作を示してもよい。マルチトポロジＲＳＶＰ−ＴＥ  ＭＰＬＳネットワークにおいて、セッションは、複数ネットワークトポロジの環境の中の単一ネットワークトポロジ内で作成されてもよい。
【００４８】
セッションが作成されるとき、ＲＳＶＰ−ＴＥメッセージのメッセージボディ又はセッションオブジェクト内にＭＴ情報を追加することによって、ＭＴ情報を示すことが可能であってもよい。レシーバノードの動作６５０は、レシーバノードがセンダノードからパス状態を予約するメッセージを受信することから開始されてもよい（ブロック６５５）。メッセージは、確立されるＴＥ  ＬＳＰのマルチトポロジ性に関するＭＴ情報を含んでもよい拡張されたＰａｔｈメッセージであってもよい。例えば、ＴＥ  ＬＳＰは、複数ネットワークトポロジの環境の中の単一ネットワークトポロジ内にあってもよい。
【００４９】
レシーバノードは、次に、予約状態の予約を開始してもよい（ブロック６６０）。レシーバノードは、拡張されたＲｅｓｖメッセージを、対応する拡張されたＰａｔｈメッセージによって利用されたのと同じＴＥ  ＬＳＰ上でセンダノードに送り返すことによって、予約状態を予約してもよい。Ｒｅｓｖメッセージは、そのメッセージボディフィールド内に又はメッセージボディフィールド内に含まれるセッションオブジェクト内にＭＴ情報を含んでもよい。
【００５０】
レシーバノードは、更に、ネットワーク要素に予約状態のステータスに関して通知してもよい（ブロック６６５）。レシーバノードは、拡張されたＰａｔｈＥｒｒメッセージを、拡張されたＰａｔｈメッセージのＴＥ  ＬＳＰ内のネットワーク要素に送信して、拡張されたＰａｔｈメッセージについてエラーが発生したことを示してもよい。拡張されたＰａｔｈＥｒｒメッセージは、そのメッセージボディフィールド内に又はメッセージボディフィールド内に含まれるセッションオブジェクト内にＭＴ情報を含んでもよい。
【００５１】
セッションがもはや必要とされなくなったら、レシーバノードは、ＴＥ  ＬＳＰをティアダウンし、予約状態を解放してもよい。レシーバノードは、拡張されたＲｅｓｖＴｅａｒメッセージをＴＥ  ＬＳＰ内のネットワーク要素に送信してもよい（ブロック６７０）。拡張されたＲｅｓｖＴｅａｒメッセージは、ＴＥ  ＬＳＰ内のネットワーク要素における予約状態の解放をもたらしてもよい。拡張されたＲｅｓｖＴｅａｒメッセージは、そのメッセージボディフィールド内に又はメッセージボディフィールド内に含まれるセッションオブジェクト内にＭＴ情報を含んでもよい。レシーバノードが、ＴＥ  ＬＳＰをティアダウンし、予約状態を解放したら、レシーバノードの動作６５０は終了してもよい。
【００５２】
ＲＳＶＰ−ＴＥメッセージ又はＲＳＶＰ−ＴＥオブジェクトにＭＴ情報を追加することに加えて、ネットワーク要素がマルチトポロジをサポートすることが可能かどうかを示す指示を追加することも可能であってもよい。図７は、拡張されたＲＳＶＰ−ＴＥメッセージ７００のフォーマットを示す。拡張されたＲＳＶＰ−ＴＥメッセージ７００は、ＲＳＶＰ−ＴＥメッセージ３００（図３Ａ）などの通常のＲＳＶＰ−ＴＥメッセージの中に存在するバージョンフィールド、フラグフィールド、メッセージタイプフィールド、チェックサムフィールド、送信ＴＴＬフィールド、予約フィールド、長さフィールド、及びメッセージボディフィールドなどのフィールドを含む。拡張されたＲＳＶＰ−ＴＥメッセージ７００は、更に、能力（ｃａｐａｂｉｌｉｔｙ）フィールド７０５を含む。能力フィールド７０５は、ネットワーク要素のマルチトポロジ能力の指示を含むために使用されてもよい。例えば、能力フィールド７０５が第１の規定された値（ｔｒｕｅ）を有する指示を含む場合、例えば、ネットワーク要素はマルチトポロジをサポートすることができる。しかし、能力フィールド７０５が第２の規定された値（ｆａｌｓｅなど）を有する指示を含む場合、例えば、ネットワーク要素はマルチトポロジをサポートすることができない。
【００５３】
能力フィールド内に含まれる指示は、以下のように使用されてもよい。Ｐａｔｈメッセージ、Ｒｅｓｖメッセージなどを送信するネットワーク要素のＴＥ  ＬＳＰの中のネットワーク要素がマルチトポロジをサポートすることができない場合、ネットワーク要素は、将来のＲＳＶＰ−ＴＥメッセージをＭＴ情報なしで送信してもよい。一方、ネットワーク要素がマルチトポロジをサポートすることができる場合、ネットワーク要素は、将来のＲＳＶＰ−ＴＥメッセージをＭＴ情報と共に送信してもよい。
【００５４】
図８は、ネットワーク要素８００を示す。ネットワーク要素８００は、本明細書で開示された実施形態のうちの１つ以上を実施するのに好適である可能性がある。ネットワーク要素８００は、パス状態、予約状態、ラベル、ＭＴ情報、その他のセッション変数及びパラメータを記憶するためのメモリ８１０を含むメモリ装置と通信する中央処理ユニット（ＣＰＵ）と呼ばれてもよいプロセッサ８０５を含む。プロセッサ８０５は、更に、レシーバ８２０及びトランスミッタ８２５を介して、他のネットワーク要素と通信してもよい。レシーバ８２０及び／又はトランスミッタ８２５は、無線、有線、あるいは無線及び有線の両方の組み合わせのレシーバ及び／又はトランスミッタであってもよい。
【００５５】
プロセッサ８０５は、セッション作成ユニット８３０と、状態ステータスユニット８３５と、セッションティアダウンユニット８４０と、を含む。セッション作成ユニット８３０、状態ステータスユニット８３５、及びセッションティアダウンユニット８４０は、セッションマネージャ８４５の一部であってもよい。セッション作成ユニット８３０は、複数ネットワークトポロジの環境の中のネットワークトポロジ内でセッション（例えば、ＴＥ  ＬＳＰ）を作成するために使用されてもよい。セッション作成ユニット８３０は、ＭＴ情報又はＭＴ情報を含むオブジェクトを含む拡張されたＰａｔｈメッセージ又は拡張されたＲｅｓｖメッセージを使用して、パス状態又は予約状態を予約してもよい。状態ステータスユニット８３５は、セッションステータスをネットワーク要素に提供するために使用されてもよい。状態ステータスユニット８３５は、ＭＴ情報又はＭＴ情報を含むオブジェクトを含む拡張されたＲｅｓｖＥｒｒ、ＲｅｓｖＣｏｎｆ、又はＰａｔｈＥｒｒメッセージを使用して、状態ステータス情報を提供してもよい。セッションティアダウンユニット８４０は、セッションがもはや使用されなくなったら、セッションをティアダウンし、ネットワークリソースを解放するために使用されてもよい。セッションティアダウンユニット８４０は、ＭＴ情報又はＭＴ情報を含むオブジェクトを含む拡張されたＰａｔｈＴｅａｒ又はＲｅｓｖＴｅａｒメッセージを使用して、セッションをティアダウンし、ネットワークリソースを解放してもよい。
【００５６】
実施形態及びそれらの利点について詳細に説明してきたが、様々な変更、置換、及び変形が、添付の特許請求の範囲によって規定される本発明の精神及び範囲から逸脱することなく行われることが可能であることを理解されたい。更に、本出願の範囲は、本明細書中に記載された、プロセス、機械、製造物、組成物、手段、方法、及びステップの、特定の実施形態に限定されることを意図するものではない。本発明の開示から当業者が容易に理解するであろうように、本明細書に記載された実施形態と実質的に同じ機能を実行する、又は実質的に同じ結果を達成する、現在存在している、又は後に開発される、対応する、プロセス、機械、製造物、組成物、手段、方法、又はステップは、本発明に従って利用されてもよい。従って、添付の特許請求の範囲は、そのようなプロセス、機械、製造物、組成物、手段、方法、又はステップを、その範囲内に含むことを意図するものである。
【００５７】
本出願は、２００８年６月４日に出願された、「マルチプロトコルラベルスイッチングネットワークのリソース予約プロトコル−トラフィックエンジニアリングにおける、マルチトポロジサポートのためのシステム、及び方法（Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  Ｆｏｒ  Ｍｕｌｔｉ−Ｔｏｐｏｌｏｇｙ  Ｓｕｐｐｏｒｔ  ｉｎ  Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−Ｔｒａｆｆｉｃ  Ｅｎｇｉｎｅｅｒｉｎｇ  ｏｆ  Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ｎｅｔｗｏｒｋ）」と題された、米国予備出願第６１／０５８，８３７号、及び、２００９年６月１日に出願された、「マルチトポロジサポートのためのシステム、及び方法（Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｍｕｌｔｉ−Ｔｏｐｏｌｏｇｙ  Ｓｕｐｐｏｒｔ）」と題された、米国特許出願第１２／４７６，０５４号の利益を主張するものであり、当該出願は、参照によって本明細書中に援用される。
【図１】
2011519214.tif 000003
【図２Ａ】
2011519214.tif 000004
【図２Ｂ】
2011519214.tif 000005
【図３Ａ】
2011519214.tif 000006
【図３Ｂ】
2011519214.tif 000007
【図４Ａ】
2011519214.tif 000008
【図４Ｂ】
2011519214.tif 000009
【図４Ｃ】
2011519214.tif 000010
【図４Ｄ】
2011519214.tif 000011
【図４Ｅ】
2011519214.tif 000012
【図４Ｆ】
2011519214.tif 000013
【図４Ｇ】
2011519214.tif 000014
【図５Ａ】
2011519214.tif 000015
【図５Ｂ】
2011519214.tif 000016
【図５Ｃ】
2011519214.tif 000017
【図５Ｄ】
2011519214.tif 000018
【図５Ｅ】
2011519214.tif 000019
【図５Ｆ】
2011519214.tif 000020
【図５Ｇ】
2011519214.tif 000021
【図６Ａ】
2011519214.tif 000022
【図６Ｂ】
2011519214.tif 000023
【図７】
2011519214.tif 000024
【図８】
2011519214.tif 000025
【国際調査報告】
2011519214.tif 000026
2011519214.tif 000027