(57)【要約】  ＭＰＬＳネットワーク向けの通信デバイスＳは、接続要求メッセージを送信することによって、かつ応答して予約方法を受信することによって、複数の葉ノードＡ、ＢとポイントツーマルチポイントＭＰＬＳ接続木を確立することが可能なシグナリングモジュールを備え、前記接続要求メッセージは、前記葉ノードのアドレスと、下流側データフローが前記葉ノードに送信されるために所望されるサービス品質を特徴づけるための下流側トラフィックの特性とを備え、前記予約メッセージは、下流側ＭＰＬＳ接続を確立するためのラベルを備える。ＭＰＬＳ接続木１５、１６、１７を双方向に確立するために、接続要求メッセージは、上流側データフローが前記葉ノードから受信されるために所望されるサービス品質を特徴づけるための上流側トラフィックの特徴と、上流側ＭＰＬＳ接続を確立するためのラベルとをさらに備える。
2010538507.tif 000002
【特許請求の範囲】
【請求項１】
ＭＰＬＳネットワーク内でＭＰＬＳ接続を確立するためのシグナリングモジュール（６１）と、前記接続に転送リソースを割り当てるためのリソース管理モジュール（６３）とを備えた、前記ネットワーク向けの通信デバイス（Ｓ）であって、
前記シグナリングモジュールが、接続要求メッセージ（３０）を前記ネットワークの複数の葉ノード（Ａ、Ｂ）に送信することによって、かつ前記接続要求メッセージに応答して予約メッセージ（３５）を受信することによって、前記葉ノードとポイントツーマルチポイントＭＰＬＳ接続木（１５）を確立することが可能であり、前記接続要求メッセージが、前記葉ノードのアドレスと、下流側データフローが前記葉ノードに送信されるために所望されるサービス品質を特徴づけるための下流側トラフィックの特性とを備え、前記予約メッセージが、下流側ＭＰＬＳ接続を確立するためのラベルを備える通信デバイスにおいて、
前記ＭＰＬＳ接続木（１５、１６、１７）を双方向に確立するために、前記接続要求メッセージが、上流側データフローが前記葉ノードから受信されるために所望されるサービス品質を特徴づけるための上流側トラフィック（Ｕ＿ＴＳＰＥＣ）の特性と、上流側ＭＰＬＳ接続を確立するためのラベルとをさらに備えることを特徴とする、通信デバイス。
【請求項２】
上流側トラフィック特性が、接続要求メッセージ内で指定されたすべての葉ノードに関連する少なくとも１つの共通のトラフィック特性を備えることを特徴とする、請求項１に記載の通信デバイス。
【請求項３】
上流側トラフィック特性が、それぞれ、接続要求メッセージ内で指定された複数の別個の葉ノードに関連する複数別個のトラフィック特性を備えることを特徴とする、請求項１に記載の通信デバイス。
【請求項４】
前記リソース管理モジュールが、前記葉ノードに関連する上流側トラフィック特性に応じて、上流側ＭＰＬＳ接続に割り当てられた転送リソースの量を決定するために、上流側接続合流規則を適用することが可能であることを特徴とする、請求項１に記載の通信デバイス。
【請求項５】
シグナリングモジュールが、前記リソース管理モジュールによって適用された合流規則を示す予約スタイル指示子を前記接続要求メッセージ内に挿入することが可能であることを特徴とする、請求項４に記載の通信デバイス。
【請求項６】
前記リソース管理モジュールが、複数の上流側フロー合流規則を選択的に適用することが可能であることを特徴とする、請求項４に記載の通信デバイス。
【請求項７】
前記上流側接続合流規則が、上流側フロー相互排除規則であることを特徴とする、請求項４に記載の通信デバイス。
【請求項８】
前記上流側接続合流規則が、上流側フロー加法規則であることを特徴とする、請求項４に記載の通信デバイス。
【請求項９】
ＭＰＬＳネットワーク内で、ソースノード（Ｓ）と葉ノード（Ａ、Ｂ）との間に双方向のポイントツーマルチポイント接続木（１５、１６、１７）を確立するための方法であって、
スイッチングノード（Ｄ）において、葉ノードを識別する宛先アドレスと、下流側データフローが前記葉ノードに送信されるために所望されるサービス品質を特徴づけるための下流側トラフィック特性と、上流側データフローが前記葉ノードから受信されるために所望されるサービス品質を特徴づけるための上流側トラフィック特性と、ソースノードに対して上流側ＭＰＬＳ接続（５）を確立するためのラベルとを含む接続要求メッセージ（３０）を受信すること、
前記上流側トラフィック特性および上流側接続合流規則に応じて、前記上流側ＭＰＬＳ接続に割り当てられた転送リソースの量を決定すること、
前記葉ノードと通信するための前記スイッチングノードの下流側インターフェースを決定すること、
前記下流側インターフェースのそれぞれにおいて、前記下流側インターフェースを介してアクセス可能な少なくとも１個の葉ノードを識別する少なくとも１つの宛先アドレスと、前記下流側トラフィック特性と、上流側データフローが前記少なくとも１個の葉ノードから受信されるために所望されるサービス品質を特徴づけるための上流側トラフィック特性と、前記スイッチングノードに対して上流側ＭＰＬＳ接続を確立するためのラベルとを含む接続要求メッセージ（３１）を送信すること、
前記下流側インターフェースにおいて、前記葉ノードに対して下流側ＭＰＬＳ接続（２、３）を確立するためのラベルを含む予約メッセージ（３３、３４）を受信すること、
前記スイッチングノードに対して下流側ＭＰＬＳ接続を確立するためのラベルを含む予約メッセージ（３５）を前記ソースノードに送信すること、および
前記スイッチングノードのスイッチング表（１９）内で、下流側ＭＰＬＳ接続ラベル同士の間の関連性と、上流側ＭＰＬＳ接続ラベル同士の間の関連性とを生み出すことからなるステップを備える、方法。
【請求項１０】
上流側トラフィック特性が、接続要求メッセージ内で指定された葉ノードのすべてに関連する、少なくとも１つの共通のトラフィック特性を備えることを特徴とする、請求項９に記載の方法。
【請求項１１】
上流側トラフィック特性が、それぞれ、接続要求メッセージ内で指定された複数の別個の葉ノードに関連する複数の別個のトラフィック特性を備えることを特徴とする、請求項９に記載の方法。
【請求項１２】
前記受信された接続要求メッセージ（３０）内に含まれた予約スタイル指示子に応じて、前記上流側接続合流規則を選択すること、および接続要求メッセージ（３１、３２）内の前記予約スタイル指示子を前記下流側インターフェースに再送信することからなるステップを特徴とする、請求項９に記載の方法。
【請求項１３】
前記上流側接続合流規則が、上流側フロー相互排除規則と上流側フロー加法規則とを備えるセットから選択されることを特徴とする、請求項１２に記載の方法。
【請求項１４】
スイッチングノードによって受信された予約メッセージが、上流側データフローが前記葉ノードから受信されるために所望されサービス品質を特徴づけるための上流側トラフィック特性を含み、スイッチングノードによって送信された予約メッセージが、前記合流規則の適用の結果として生じる上流側トラフィック特性を含む、請求項９に記載の方法。
【請求項１５】
ＭＰＬＳネットワーク内でＭＰＬＳ接続を確立するためのシグナリングモジュールと、前記接続に転送リソースを割り当てるためのリソース管理モジュールとを備えた、前記ネットワーク向けのスイッチングノード（Ｄ）であって、
前記シグナリングモジュールが、
上流側ノード（Ｓ）から、葉ノードを識別する宛先アドレスと、下流側データフローが前記葉ノードに送信されるために所望されるサービス品質を特徴づけるための下流側トラフィック特性とを備える、接続要求メッセージ（３０）を受信すること、
前記宛先アドレスと前記下流側トラフィック特性とを含む接続要求メッセージを前記葉ノードに送信すること、
前記接続要求メッセージに応答して前記葉ノードに対して下流側ＭＰＬＳ接続（２、３）を確立するためのラベルを含む予約メッセージ（３３、３４）を受信すること、
前記スイッチングノードに対して下流側ＭＰＬＳ接続を確立するためのラベルを含む予約メッセージ（３５）を前記上流側ノードに送信すること、および
前記スイッチングノードのスイッチング表（１９）内で、下流側ＭＰＬＳ接続のラベル同士の間の関連性を生み出すことからなるステップを実行することによって、複数の葉ノード（Ａ、Ｂ）とポイントツーマルチポイントＭＰＬＳ接続木（１５）を作成することが可能であるスイッチングノードにおいて、
前記ＭＰＬＳ接続木（１５，１６、１７）を双方向に確立するために、前記シグナリングモジュールが、前記接続要求メッセージ内で受信されたラベルを使用して、前記上流側ノードと下流側ＭＰＬＳ接続（５）を確立することが可能であり、
前記リソース管理モジュールが、上流側接続合流規則および前記接続要求メッセージ内で受信された上流側トラフィック特性に応じて、前記上流側ＭＰＬＳ接続に割り当てられた転送リソースの量を決定することが可能であり、
前記シグナリングモジュールが、前記接続要求メッセージ（３１、３２）内で、前記上流側トラフィック特性と、上流側ＭＰＬＳ接続（４、６）を確立するためのラベルとを前記スイッチングノードに送信すること、および前記スイッチング表（１９）内でＭＰＬＳ接続ラベル同士の間の関連性を生み出すことが可能であることを特徴とする、スイッチングノード。
【請求項１６】
前記リソース管理モジュールが、前記受信された接続要求メッセージ内に含まれた予約スタイル指示子に応じて、前記上流側接続合流規則を選択することが可能であり、前記シグナリングモジュールが、前記接続要求メッセージ（３１、３２）内の前記予約スタイル指示子を送信することが可能であることを特徴とする、請求項１５に記載のスイッチングノード。
【請求項１７】
前記上流側接続合流規則が、上流側フロー相互排除規則と上流側フロー加法規則とを備えるセットから選択されることを特徴とする、請求項１６に記載のスイッチングノード。
【請求項１８】
前記リソース管理モジュールが、少なくとも１個の葉ノード（Ａ、Ｂ）から発している上流側ＭＰＬＳ接続（４、６）に転送リソースの量を割り当てることが可能であり、前記転送リソースが、スイッチングノードによって受信された前記接続要求メッセージ（３０）内の少なくとも１個の葉ノードに関連する上流側トラフィック特性に対応することを特徴とする、請求項１５に記載のスイッチングノード。
【請求項１９】
シグナリングモジュールが、前記合流規則の適用の結果として生じる上流側トラフィック特性を含む予約メッセージ（３５）を上流側ノードに送信することが可能であることを特徴とする、請求項１５に記載のスイッチングノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケットスイッチングネットワークの分野に関する。
【背景技術】
【０００２】
ＭＰＬＳ（マルチプロトコルラベルスイッチング）と呼ばれるラベルスイッチング技法、ならびに、ＧＭＰＬＳおよびＴＭＰＬＳと呼ばれるそれらの開発物は、サービス品質を制御するために、パケットスイッチングネットワーク内で論理接続を作成することを可能にする。この説明の中で、説明を簡単にするために、ＭＰＬＳという用語は、これらの技法のすべてを示すために使用される。ＭＰＬＳ接続は、通常、ＬＰＳ（ラベルスイッチング経路）と呼ばれる。
【０００３】
ＩＥＴＦによって公開されたＲＦＣ４８７５は、ポイントツーマルチポイントＭＰＬＳ接続木を確立するためのＲＳＶＰ−ＴＥ（リソース予約プロトコル−トラヒックエンジニアリング）プロトコルの拡張を説明する。この技法は、任意のマルチポイント経路指定技法を必要とせずに、ＲＳＶＰ−ＴＥに依存する。かかる接続木は、とりわけ、テレビジョンオーバーＩＰ（ｔｅｌｅｖｉｓｉｏｎ  ｏｖｅｒ  ＩＰ）など、マルチキャストサービスを配信するために使用されることが可能である。しかし、大部分のアプリケーションは、アプリケーションを制御するために、サービス受信機から発信源への上流側チャネルを必要とする。この上流側チャネルを作成する１つの方式は、それぞれの受信機と発信源との間にポイントツーポイントＭＰＬＳ接続を別々に確立することであろう。そのような場合、この制御計画は、これらの接続を確立して維持するために、複数のシグナリングセッションを管理しなければならない。加えて、ノード内のリソースの利用可能性の状態は、これらの個別の確立手順の間で変化する可能性があり、これは、確立手順における後の段階でだけ、ノードのリソースが不十分であることを発見するリスクなどの欠点を生み出す。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の１つの目的は、双方向の接続性、特に、非対称接続性を示すＭＰＬＳ接続木を確立することを可能にすることである。本発明のもう１つの目的は、この確立を実行するために、簡単かつ確実な方法を使用することである。
【課題を解決するための手段】
【０００５】
そのために、本発明は：
ＭＰＬＳネットワーク内でＭＰＬＳ接続を確立するためのシグナリングモジュールと、前記接続に転送リソースを割り当てるためのリソース管理モジュールとを備えた、前記ネットワーク向けの通信デバイスを開示し、前記シグナリングモジュールは、接続要求メッセージを前記ネットワークの複数の葉（ｌｅａｆ）ノードに送信することによって、かつ前記接続要求メッセージに応答して予約メッセージを受信することによって、前記葉ノードとポイントツーマルチポイントＭＰＬＳ接続木を確立することが可能であり、前記接続要求メッセージは、前記葉ノードとのアドレスと、下流側データフローが前記葉ノードに送信されるために所望されるサービス品質を特徴づけるための下流側トラフィックの特性とを備え、前記予約メッセージは、下流側ＭＰＬＳ接続を確立するためのラベルを備え、
ＭＰＬＳ接続木（１５、１６、１７）を双方向に確立するために、接続要求メッセージが、上流側データフローが前記葉ノードから受信されるために所望されるサービス品質を特徴づけるための上流側トラフィックの特性と、上流側ＭＰＬＳ接続を確立するためのラベルとをさらに備えることを特徴とする。
【０００６】
かかる通信デバイスは、例えば、ＭＰＬＳ接続木のソースノードを作成するのに適している。特定の実施形態では、この通信デバイスは、以下の特性のうちの１つまたは複数を示す：
−  上流側トラフィック特性は、接続要求メッセージ内で指定されたすべての葉ノードすべてに関連する少なくとも１つの共有トラフィック特性を備える。
−  上流側トラフィック特性は、それぞれ、接続要求メッセージ内で指定された複数の別個の葉ノードに関連する複数の別個のトラフィック特性を備える。
−  リソース管理モジュールは、前記葉ノードに関連する上流側トラフィック特性に応じて、上流側ＭＰＬＳ接続に割り当てられた転送リソースの量を決定するために、上流側接続合流（ｍｅｒｇｅ）規則を適用することが可能である。
−  シグナリングモジュールは、前記リソース管理モジュールによって適用された合流規則を示す予約スタイル指示子を前記接続要求メッセージ内に挿入することが可能である。
−  リソース管理モジュールは、複数の上流側フロー合流規則を選択的に適用することが可能である。
−  上流側接続の合流規則は、詳細には、上流側フロー相互排除規則、または上流側フロー加法規則（ａｄｄｉｔｉｖｅ  ｒｕｌｅ）であり得る。
【０００７】
この場合、「フロー相互排除規則」という用語は、２個の別個の葉ノードの上流側フローは、そのネットワーク内で決して同時に送られないという概念に基礎をおくリソース計算規則を示す。したがって、葉ノードのうちの１つの上流側フローを転送するのに十分な量、すなわち、通信デバイスによって受信され得る上流側フローの中で最も要求の多い上流側フローのサービス品質基準を満たすのに十分な量の転送リソースを上流側接続に割り当てれば十分である。反対に、「フロー加法規則」は、複数の別個の葉ノードの上流側フローは、そのネットワーク内で同時に送信されるという概念に基礎をおくリソース計算規則を示す。したがって、この概念は、葉ノードのすべてから通信デバイスによって同時に受信され得る流側フローを転送するのに十分な量の転送リソースを上流側接続に割り当てることを必要とする。複数の葉ノードの上流側フローを統計的に多重化する概念に基礎をおく部分的加法規則など、上流側フロー合流規則に関するその他の可能性が存在する。
【０００８】
本発明は、ＭＰＬＳネットワーク内で、ソース（ｓｏｕｒｃｅ）ノードと葉ノードとの間に双方向のポイントツーマルチポイント接続木を作成するための方法も開示し、前記方法は：
スイッチングノードにおいて、葉ノードを識別する宛先アドレスと、下流側データフローが前記葉ノードに送信されるために所望されるサービス品質を特徴づけるための下流側トラフィック特性と、上流側データフローが前記葉ノードから受信されるために所望されるサービス品質を特徴づけるための上流側トラフィック特性と、ソースノードに対して上流側ＭＰＬＳ接続を確立するためのラベルとを含む接続要求メッセージを受信すること、
前記上流側トラフィック特性および上流側接続合流規則に応じて、前記上流側ＭＰＬＳ接続に割り当てられた転送リソースの量を決定すること、
前記葉ノードと通信するための前記スイッチングノードの下流側インターフェースを決定すること、
前記下流側インターフェースのそれぞれにおいて、前記下流側インターフェースを介してアクセス可能な少なくとも１個の葉ノードを識別する少なくとも１つの宛先アドレスと、前記下流側トラフィック特性と、上流側データフローが前記少なくとも１個の葉ノードから受信されるために所望されるサービス品質を特徴づけるための上流側トラフィック特性と、前記スイッチングノードに対して上流側ＭＰＬＳ接続を確立するためのラベルとを含む接続要求メッセージを送信すること、
前記下流側インターフェースにおいて、前記葉ノードに対して下流側ＭＰＬＳ接続を確立するためのラベルを含む予約メッセージを受信すること、
前記スイッチングノードに対して下流側ＭＰＬＳ接続を確立するためのラベルを含む予約メッセージを前記ソースノードに送信すること、および
前記スイッチングノードのスイッチング表内で、下流側ＭＰＬＳ接続ラベル同士の間の関連性と、上流側ＭＰＬＳ接続ラベル同士の間の関連性とを生み出すことからなるステップを備える。
【０００９】
かかる確立方法は、例えば、接続木の１つまたは複数の分岐ノード内で実装されることが可能である。特定の実施形態では、この確立方法は、以下の特性のうちの１つまたは複数を示す：
−  当該方法は、前記受信された接続要求メッセージ内に含まれた予約スタイル指示子に基づいて、前記上流側接続合流規則を選択することからなるステップを備える。
−  当該方法は、前記下流側インターフェース上で接続要求メッセージ内の前記予約スタイル指示子を再送信することからなるステップを備える。
−  上流側接続合流規則は、上流側フロー相互排除規則と上流側フロー加法規則とを備えるセットから選択される。
−  スイッチングノードによって受信された予約メッセージは、Ｕ＿ＦＬＯＷＳＰＥＣオブジェクト内など、上流側データフローが前記葉ノードから受信されるために所望されるサービス品質を特徴づけるための上流側トラフィック特性を備え、スイッチングノードによって送信された予約メッセージは、Ｕ＿ＦＬＯＷＳＰＥＣオブジェクト内など、前記合流規則の適用の結果として生じる上流側トラフィック特性を備える。
【００１０】
本発明は、ＭＰＬＳネットワーク内でＭＰＬＳ接続を確立するためのシグナリングモジュールと、前記接続に転送リソースを割り当てるためのリソース管理モジュールとを備えた、前記ネットワーク向けのスイッチングノードも開示し、
前記シグナリングモジュールは：
上流側ノードから、葉ノードを識別する宛先アドレスと、下流側データフローが前記葉ノードに送信されるために所望されるサービス品質を特徴づけるための下流側トラフィック特性とを備える接続要求メッセージを受信すること、
前記宛先アドレスと前記下流側トラフィック特性とを備える接続要求メッセージを前記葉ノードに送信して、前記接続要求メッセージに応答して前記葉ノードに対して下流側ＭＰＬＳ接続を確立するためのラベルを備える予約メッセージを受信すること、
前記スイッチングノードに対して下流側ＭＰＬＳ接続を確立するためのラベルを含む予約メッセージを前記上流側ノードに送信すること、および
前記スイッチングノードのスイッチング表内で、下流側ＭＰＬＳ接続のラベル同士の間の関連性を生み出すことからなるステップを実行することによって、複数の葉ノードとポイントツーマルチポイントＭＰＬＳ接続木を確立することが可能であり、
前記ＭＰＬＳ接続木を双方向に確立するために、前記シグナリングモジュールが、前記接続要求メッセージ内で受信されたラベルを使用して、前記上流側ノードと上流側ＭＰＬＳ接続を確立することが可能であることと、
前記リソース管理モジュールが、上流側接続合流規則および前記接続要求メッセージ内で受信された上流側トラフィック特性に応じて、前記上流側ＭＰＬＳ接続に割り当てられた転送リソースの量を決定することが可能であることとを特徴とし、
前記シグナリングモジュールが、前記接続要求メッセージ内で、前記上流側トラフィック特性と、前記スイッチングノードに対して上流側ＭＰＬＳ接続を確立するためのラベルとを送信することが可能であり、かつ前記スイッチング表内で、上流側ＭＰＬＳ接続のラベル同士の間の関連性を生み出すことが可能である。
【００１１】
かかる通信ノードは、例えば、ＭＰＬＳ接続木の分岐ノードを作成するのに適している。特定の実施形態では、この通信ノードは、以下の特性のうちの１つまたは複数を示す。
−  リソース管理モジュールは、前記受信された接続要求メッセージ内に含まれた予約スタイル指示子に応じて、前記上流側接続合流規則を選択することが可能である。
−  シグナリングモジュールは、前記接続要求メッセージ内の前記予約指示子を再送信することが可能である。
−  上流側接続合流規則は、上流側フロー相互排除と上流側フロー加法規則とを備えるセットから選択される。
−  リソース管理モジュールは、少なくとも１個の葉ノードから発生している上流側ＭＰＬＳ接続に転送リソースの量を割り当てることが可能であり、前記量は、スイッチングノードによって受信された前記接続要求メッセージ内に記載された少なくとも１個の葉ノードに関連する上流側トラフィック特性に対応する。
−  シグナリングモジュールは、前記合流規則の適用の結果として生じる上流側トラフィック特性を備える予約メッセージを上流側ノードに送信することが可能である。
【００１２】
本発明の根底にある１つの概念は、ソースノードと葉ノードとの間に、特に、非対称のトラフィック特性を有する双方向の接続性を提供し、かつ制御計画の単一の論理エンティティとして、これらのＭＰＬＳ接続を容易に管理することが可能であるように、単一のシグナリングセッション内で、同じ経路内を逆方向に利用して、ポイントツーマルチポイントＭＰＬＳ接続木およびマルチポイントツーポイントＭＰＬＳ接続木を確立することである。本発明の根底にあるもう１つの概念は、上流側接続および下流側接続の両方に対する承認制御をほぼ同時に実行することが可能であるように、シグナリングメッセージの単一のスイッチングにより、ソースノードと葉ノードとの間にこれらのＭＰＬＳ接続を確立することである。
【００１３】
添付の図面を参照して、例示的および非限定的な例としてだけ提示される、本発明の複数の特定の実施形態の以下の説明において、本発明はよりよく理解され、本発明のその他の目的、詳細、特性、および利点は、いっそうはっきりと明らかになるであろう。
【図面の簡単な説明】
【００１４】
【図１】本発明が実装され得るＭＰＬＳネットワークの一実施形態を概略的に示す図である。
【図２】図１のネットワーク内で確立された双方向のポイントツーマルチポイント接続木の一実施形態を概略的に示す図である。
【図３】図２の接続木内の分岐ノードの１つのスイッチング表を概略的に示す図である。
【図４】図２の接続木を確立するためのシグナリング方法の一実施形態を概略的に示す図である。
【図５】図３の方法において使用される接続要求メッセージを概略的に示す図である。
【図６】図５のメッセージ内で使用されるトラフィック記述子の例を示す図である。
【図７】図３の方法において使用される予約メッセージを概略的に示す図である。
【図８】図７のメッセージ内で使用されるトラフィック記述子の例を示す図である。
【図９】図２の接続木内の上流側接続に関するリソース予約の複数の実施形態を例示する表である。
【図１０】図１のネットワーク内で使用され得るＭＰＬＳルータの実施形態を概略的に示す図である。
【発明を実施するための形態】
【００１５】
図１は、ＩＰ／ＭＰＬＳ制御計画を用いたネットワーク１０の６個のノードＡ、Ｂ、Ｄ、Ｅ、Ｆ、およびＳを概略的に示す。この例では、ノードＡ、Ｂ、Ｄ、Ｅ、Ｆ、およびＳはＩＰ／ＭＰＬＳルータである。参照基準１２は、これらのノード同士の間の物理的なリンクを示す。リンク１２およびノード同士の間の物理インターフェースは、どんなものであれ任意の性質のものであってよい。ネットワークは、どんなものであれ任意のトポロジおよび範囲のものであってよく、特に、ノードの数は、図１に示される数より多くてよい。
【００１６】
例として、ノードＳ、Ａ、およびＢの間の双方向のポイントツーマルチポイント接続木の確立が説明される。この確立は、例えば、クライアントアプリケーション２１および２２にデータフローを配信することと、ならびにクライアントアプリケーション２１および２２からデータフローを受信することが可能であることの両方を必要とする、ノードＳに接続されたアプリケーションサーバ２０によって要求されることが可能である。この確立は、ネットワーク管理システムによって要求されることも可能である。経路計算の結果は、アプリケーション２０をクライアント２１に接続するための経路Ｓ−Ｄ−Ａであり、アプリケーション２０をクライアント２２に接続するための経路Ｓ−Ｄ−Ｂであると仮定される。この経路計算は、本明細書で説明されない経路指定方法によって、シグナリング段階に先立ってかつ／またはシグナリング段階の間に実行される。第１の状況において、接続要求メッセージは、明示的に経路指定される。第２の状況において、接続要求メッセージは、ホップごとに経路指定される。
【００１７】
念のため、ＭＰＬＳ接続は、２個の隣接するノードの間で合意された局所値を有するラベルによって毎回識別される一続きの１つまたは複数の構成要素接続を備える。スイッチングノードは、パケットヘッダ内に配置された対応するラベルによって、あるパケットがある接続に属していることを認識する。ノードは、パケットがＩＰヘッダを読み取ることによって経路指定され得るように、それぞれの着信ラベルに関して、出力インターフェースと、パケットヘッダ内に配置するためのラベルとを発見することを可能にするスイッチング表を有する。
【００１８】
図２は、ノードＳ、Ａ、およびＢの間に確立された双方向のポイントツーマルチポイント接続木を概略的に示す。ノードＳからノードＡおよびＢに及ぶ矢印７によって示される方向は「下流側」と呼ばれ、ノードＡまたはＢからノードＳに及ぶ矢印８によって示される方向は「上流側」と呼ばれる。ＲＳＶＰプロトコルの通常の規定の下で、「上流側」は、接続要求メッセージを送るノードに対応し、「下流側」は、予約メッセージの送信側でもある、メッセージの受信側に対応する。双方向のポイントツーマルチポイント接続木は、ソースノードであるノードＳと、葉ノードであるノードＡおよびＢとの間の下流側ポイントツーマルチポイント接続１５、ならびに葉ノードＡおよびＢとソースノードＳとの間の上流側マルチポイントツーポイント接続を備える。下流側ポイントツーマルチポイント接続１５は、ＳとＤとの間の構成要素接続１と、ＤとＡとの間の構成要素接続２と、ＤとＢとの間の構成要素接続３とを備える。ノードＤは、ポイントツーマルチポイント接続の分岐ノードである。ノードＤは、着信パケットが、構成要素接続１によって、構成要素接続２および３に複製されることを確実にする。上流側マルチポイントツーポイント接続は、それらの共有部分において合流される複数のポイントツーポイント接続として出示する。葉ノードＡとソースノードＳとの間の上流側ポイントツーポイント接続１７は、ＡとＤとの間の構成要素接続４と、ＤとＳとの間の構成要素接続５とを備える。葉ノードＢとソースノードＳとの間の上流側ポイントツーポイント接続１６は、ＢとＤとの間の構成要素接続６と、ＤとＳとの間の構成要素接続５とを備える。このように、分岐ノードＤの上流側、すなわち、接続１６および１７は、リソースが葉ノードＡおよびＢの両方の上流側フローに関して一緒に予約されるように合流される。示されるトポロジは、見やすいように、非常に簡単であるように選択されている。当然、特に、複数の分岐ノードを有するその他の接続木構造が同じように構成され得る。
【００１９】
図２において、例示のために、それぞれの構成要素接続を識別するラベルの値が示されている。図３は、分岐ノードＤにおいて使用される、対応するスイッチング表１９の内容を示す。説明を簡単にするために、ノードに関して１つのスイッチング表だけが示されるが、１つまたは複数のデータ構造において、ノードのスイッチングデータを編成する複数の方式が存在する。例えば、ノードのそれぞれの着信インターフェースに関して１つのスイッチング表が提供され得る。
【００２０】
一実施形態では、図２の双方向の接続木は、シグナリングプロトコルＲＳＶＰ−ＴＥを使用して確立される。図４は、この確立を可能にするシグナリングメッセージの転送を示す。これらのメッセージは、ＲＳＶＰ−ＴＥ内のＰＡＴＨと呼ばれる接続要求メッセージと、ＲＳＶＰ−ＴＥ内のＲＥＳＶと呼ばれる予約メッセージとを備える。ＲＳＶＰ−ＴＥプロトコルの通常の動作規則の下で、それぞれのノードは、ノードの着信接続を識別するラベルを選択して、ノードの発信接続を識別するラベルを隣り合うノードによって通信させる。ＲＳＶＰ−ＴＥを用いて下流側ポイントツーマルチポイント接続を確立することに関して知られている技法と比べて、同じ数のシグナリングメッセージがスイッチングされる。この場合、これらのメッセージのコンテンツは、葉ノードからソースノードへの上流側接続の確立を同時に可能にするために修正される。これらのシグナリングメッセージのすべては、単一のＲＳＶＰ−ＴＥセッション内でスイッチングされ、したがって、双方向の接続木を作り出す接続１５、１６、および１７の間に論理的関連性を生み出すことを可能にする共有セッション識別子を備える。結果として、ネットワークの制御計画は、誤り検出、再経路指定、および予約の復元またはサイズ変更などの動作を円滑にする単一のエンティティとして、双方向の接続木を管理することが可能である。
【００２１】
図１０は、ノードＡ、Ｂ、Ｄ、およびＳを作成するためのＭＰＬＳスイッチングまたはＧＭＰＬＳスイッチングの例示的な作業アーキテクチャを示す。スイッチ６０は、シグナリングコントローラ６１と、制御チャネル６６を経由して、その他のネットワーク要素と通信している経路指定コントローラ６２とを備える。シグナリングコントローラ６１は、その他のネットワーク要素との接続を確立するために、シグナリングメッセージを送受信する。トラフィック転送ユニット６４は、データチャネル６５を経由して、その他のネットワーク要素と通信する。トラフィック転送ユニット６４は、ラベルに基づいて、データパケットを転送することを担当する。データチャネル６５および制御チャネル６６は、共有インターフェース上または個別のインターフェース上で構成されることが可能である。リソース管理コントローラ６３は、その利用可能性に基づいて、転送リソースを予約して、接続に割り当てる。詳細には、リソース管理コントローラ６３は、承認制御およびポリシー制御の機能を実行する。
【００２２】
次に、ＰＡＴＨメッセージとＲＥＳＶメッセージのスイッチングがより正確に説明される。確立されることになる下流側接続および上流側接続のサービス品質特性は、既にソースノードＳに通信された。これらの特性は、両方向で独立して処理され、したがって、対称的な接続を確立するために同一であってよく、または非対称的な接続のために異なってよい。これらの特性は、例えば、アプリケーションサーバ２０によって、またはその接続を要求しているネットワーク管理システムによって特定され得る。これらの特性に基づいて、ソースノードＳは、下流側フローに関するトラフィック記述子であるＳＥＮＤＥＲ＿ＴＳＰＥＣオブジェクト、および上流側フローに関するトラフィック記述子である１つまたは複数のＵ＿ＴＳＰＥＣオブジェクトを形成する。これらのトラフィック記述子は、接続木に関して求められるサービス品質の多少詳細なレベルの特徴づけである。ソースノードＳは、中でも、これらのオブジェクトを備えるＰＡＴＨメッセージ３０を次ホップ、この場合、ノードＤに送信する。
【００２３】
図５は、ＰＡＴＨメッセージに関して使用され得るフォーマットの例を提示する。角括弧は、オプションのオブジェクトを指定する。ＲＥＶＥＲＳＥ＿ＳＴＹＬＥオブジェクト、Ｕ＿ＴＳＰＥＣオブジェクト、Ｕ＿ＡＤＳＰＥＣオブジェクト、およびＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬオブジェクト以外に、このフォーマットは、ＲＦＣ４８７５に対応する。詳細には、葉ノードのアドレスは、Ｓ２Ｌ＿ＳＵＢ＿ＬＳＰオブジェクト内に示される。オブジェクトＡＤＳＰＥＣおよびＵ＿ＡＤＳＰＥＣは、ＲＦＣ２２１０で説明されるような、接続経路を作り出す要素の特性を特定するために、ＰＡＴＨメッセージを処理しているノードによって確立されて、更新される接続経路記述子である。この場合、オブジェクトＡＤＳＰＥＣは、下流側接続経路の特性専用であり、オブジェクトＵ＿ＡＤＳＰＥＣは、上流側接続経路の特性専用である。オブジェクトＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬは、上流側接続に関してラベルが使用されなければならない次ホップを示すように機能する。
【００２４】
図３は、オブジェクトＳＥＮＤＥＲ＿ＴＳＰＥＣおよびＵ＿ＴＳＰＥＣに関して使用され得るフォーマットの例を提示する。このフォーマットは、パケット網に対応し、サービス品質は、ＲＦＣ２２１０によって定義されるように制御される。トラフィック記述子のコンテンツは、ネットワークの下位レベルの性質に依存する。ネットワークによって提供されるオプションに応じて、その他のトラフィックパラメータが使用されることが可能である。例えば、ＲＦＣ４６０６は、ＳＯＮＥＴ／ＳＤＨ物理層に関するトラフィックパラメータを定義する。２００７年６月にＰａｐａｄｉｍｉｔｒｉｏｕによってＩＥＴＦに提出された提案「ＭＥＦ  Ｅｔｈｅｒｎｅｔ（登録商標）  Ｔｒａｆｆｉｃ  Ｐａｒａｍｅｔｅｒｓ」は、イーサネット（登録商標）ネットワーク向けのトラフィックパラメータを定義する。
【００２５】
下流側接続が、ソースノードＳによってすべての葉ノードに配信されたデータフローに関係することを考えれば、単一のトラフィック記述子ＳＥＮＤＥＲ＿ＴＳＰＥＣは、下流側構成要素接続のすべてに関して求められるサービス品質を特徴づけるのに十分である。他方で、上流側方向におけるサービス品質を特徴づけるための複数のオプションが存在する。
【００２６】
第１のオプションは、すべての葉ノードが、上流側方向に同じサービス品質を必要とすると仮定する。そのような場合、単一のトラフィック記述子Ｕ＿ＴＳＰＥＣは、ＰＡＴＨメッセージにおいて十分である。その場合、このオブジェクトは、すべての葉ノードに関して共通である。図５に示されるように、このオブジェクトは、送信側記述子オブジェクト内に直接的に配置されることが可能である。
【００２７】
第２のオプションは、それぞれの葉ノードが、上流側方向にその独自のサービス品質を必要とすると仮定する。そのような場合、ＰＡＴＨメッセージは、そのＰＡＴＨメッセージが送信されているそれぞれの葉ノードに関するＵ＿ＴＳＰＥＣトラフィック記述子を含まなければならない。図５に示されるように、これらのオブジェクトは、Ｓ２Ｌ  ｓｕｂ−ＬＳＰ記述子オブジェクト内に配置されることが可能である。いずれの場合も、Ｕ＿ＴＳＰＥＣトラフィック記述子は、単一の上流側接続を特徴づける。
【００２８】
分岐ノードＤのシグナリングコントローラがＰＡＴＨメッセージを受信するとき、そのシグナリングコントローラは、下流側接続が接続されるときはいつでも、知られている技法を使用してそのコンテンツを処理する。詳細には、ＳＥＮＤＥＲ＿ＴＳＰＥＣトラフィック記述子は、下流側方向に転送リソースを事前に予約するために、リソース管理コントローラによって処理される。必要なリソースが利用可能でない場合、エラーメッセージが送られる。
【００２９】
さらに、分岐ノードＤは、上流側接続が接続されるときはいつでも、合流ノードでもある。ノードＡの上流側接続およびノードＢの上流側接続は、ノードＤから始まって合流される。ノードＤは、ＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬオブジェクト内でノードＤが受信するラベルを用いて、ソースノードに対して１つの上流側接続５だけを確立する。サービス品質特性、および、したがって、上流側接続５に割り当てられなければならないリソースを決定するために、リソース管理コントローラは、上流側接続合流規則を適用することによって、（１つまたは複数の）Ｕ＿ＴＳＰＥＣオブジェクトを処理する。この規則は、それぞれの葉ノードに関連するＵ＿ＴＳＰＥＣトラフィック記述子が合流されなければならない形式を定義する。この規則は、構成によって設定されることが可能である。１つの好ましい実施形態では、この規則は、ＲＥＶＥＲＳＥ＿ＳＴＹＬＥオブジェクトのコンテンツに応じて、分岐ノードＤによって選択される。このオブジェクトの値に応じて、リソース管理コントローラは、ある合流規則または別の合流規則を選択する。
【００３０】
１つの好ましい実施形態では、ＲＥＶＥＲＳＥ＿ＳＴＹＬＥオブジェクトは、２つの値、すなわち、上流側フローの相互排除を指定するＦＩＸＥＤ値および上流側フローの加算を指定するＰＲＯＰＯＲＴＩＯＮＡＬ値を仮定することが可能である。図９の表は、１つの特定の例における、これらの規則の適用を例示する。説明を簡単にするために、この場合、トラフィック記述子Ｕ＿ＴＳＰＥＣは、加法的であると仮定される、任意の単位で表現される１つのパラメータだけを備える。ライン４０は、葉ノードＡおよびＢに関連する共有トラフィック記述子に関する状況を表し、ライン４１は、特定のトラフィック記述子に関する状況を表す。加法パラメータの例は、図６の「トークンバケットレート」パラメータ、「トークンバケットサイズ」パラメータ、および「ピークデータ転送速度」パラメータである。
【００３１】
実際には、すべてのトラフィックパラメータが加法的であるとは限らない。より一般的には、ＲＥＶＥＲＳＥ＿ＳＴＹＬＥ＝ＦＩＸＥＤである場合、リソース管理コントローラは、２個の葉ノードは同時に送信していないという仮定に基づいて、どのトラフィックパラメータが、それぞれの上流フローに関して求められるサービス品質を正しく提供することを可能にするかを決定する。不明確な言葉を使うと、リソース管理コントローラは、Ｕ＿ＴＳＰＥＣトラフィック記述子のすべてに関して「最低のより高いノード」を決定し、この場合、「低い」および「高い」という用語は、サービス品質のレベルを指す。「最大パケットサイズ」パラメータの場合、より高いノードは最大値である。「最少ポリス単位（Ｍｉｎｉｍｕｍ  Ｐｏｌｉｃｅｄ  Ｕｎｉｔ）」パラメータの場合、より高いノードは最小値である。
【００３２】
ＲＥＶＥＲＳＥ＿ＳＴＹＬＥ＝ＰＲＯＰＯＲＴＩＯＮＡＬである場合、リソース管理コントローラは、すべての葉ノードが同時に送信しているという仮定に基づいて、どのトラフィックパラメータが、それぞれの上流側フローに関して求められるサービス品質を正しく提供することを可能にするかを決定する。
【００３３】
詳細には、すべての葉ノードに共通のトラフィック記述子とＦＩＸＥＤ予約スタイルとを組み合わせることは、木のすべての上流側接続に関して同じ帯域幅を予約することと同じである。
【００３４】
この決定が下された後で、ノードＤのリソース管理コントローラは、上流側方向に転送リソースを予約する。必要なリソースが利用可能でない場合、エラーメッセージが送られる。
【００３５】
次に、ノードＤのシグナリングコントローラは、接続要求メッセージ３１をノードＡに送り、３２をノードＢに送る。ＳＥＮＤＥＲ＿ＴＳＰＥＣトラフィック記述子およびＵ＿ＴＳＰＥＣトラフィック記述子は、変更されずに通過した。しかし、Ｓ２Ｌ  ｓｕｂ−ＬＳＰ記述子オブジェクトは、当該オブジェクトが関係する葉ノードに向けて移動しているときだけ通過した。それぞれのＰＡＴＨメッセージ内で、ＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬオブジェクトは、上流側接続に関して次ノードによってどのラベルが使用されるべきかを特定するために、ノードＤによって更新される。
【００３６】
ノードＤに関して上で説明された処理は、必要な場合、複数の連続する分岐ノード内で繰り返されることが可能である。最後に、それぞれの葉ノードは、潜在的に、ここで示されない中間ホップの後で、ＰＡＴＨメッセージを受信する。
【００３７】
メッセージ３１の受信時に、リソース管理コントローラは、ノードＡのリソースが、ＳＥＮＤＥＲ＿ＴＳＰＥＣトラフィック記述子およびＵ＿ＴＳＰＥＣトラフィック記述子によって特定される特性を有する上流側接続および下流側接続を確立するのに十分であるかどうかを検査するために、それらのトラフィック記述子を処理する。必要なリソースが利用可能でない場合、エラーメッセージが送られる。そうでない場合、リソース管理コントローラは、接続１５および１７に関して、これらのリソースを予約する。葉ノードＡは、葉ノードＡがＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬオブジェクト内で受信するラベルを用いて、ノードＤに対する上流側接続４を確立して、予約メッセージ３３をノードＤに送信する。葉ノードＢは、同じ処理を実行して、予約メッセージ３４をノードＤに送信する。予約メッセージは、詳細には、下流側接続に関してどのラベルを使用すべきかを示すように機能する。図４は、図２および図３の例に対応する、シグナリングメッセージによって移送されたラベルの値を示す。「ＵＬ」はＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬを表す。
【００３８】
図７は、ＲＥＳＶメッセージに関して使用され得るフォーマットの例を提示する。オプションのオブジェクトＵ＿ＦＬＯＷＳＰＥＣ以外に、このフォーマットは、ＲＦＣ４８７５に対応する。図８は、ＦＬＯＷＳＰＥＣオブジェクトおよびＵ＿ＦＬＯＷＳＰＥＣオブジェクトに関して使用され得るフォーマットの例を提示する。このフォーマットはパケット網に対応し、サービス品質は、ＲＦＣ２２１０によって定義されるように制御される。
【００３９】
ＦＬＯＷＳＰＥＣＴオブジェクトは、下流側フローに関するトラフィック記述子であり、Ｕ＿ＦＬＯＷＳＰＥＣオブジェクトは、上流側フローに関するトラフィック記述子である。これらのトラフィック記述子は、葉ノードが両方向で接続に割り当てられたという、リソースの特徴づけである。これらのトラフィック記述子は、ＳＥＮＤＥＲ＿ＴＳＰＥＣオブジェクト内およびＵ＿ＴＳＰＥＣオブジェクト内に含まれたパラメータの値と一致してよく、または異なってもよい。詳細には、これらのトラフィック記述子は、データ転送速度に関してなど、ソースノードによって当初求められたトラフィックパラメータよりもさらに低いレベルを有するトラフィックパラメータを特定することが可能である。
【００４０】
オブジェクトＵ＿ＦＬＯＷＳＰＥＣが使用されない場合、ＲＥＳＶメッセージ３３、３４、および３５は、下流側ポイントツーマルチポイント接続だけに関係し、知られている技法を使用して処理される。それぞれのホップを用いて、シグナリングコントローラは、受信されたラベルに応じて、スイッチング表を更新する。ＦＬＯＷＳＰＥＣトラフィック記述子は、ノードのリソース管理コントローラに移動し、これは下流側接続に関するリソースの予約を終了させる。
【００４１】
上で説明された実施形態では、ノードは、接続要求メッセージを処理することによって、上流側接続に関するリソースを予約する。１つの異なる実施形態では、ノードは、接続要求メッセージを処理することによって、上流側接続に関するリソースを事前に予約して、行われることになるリソース予約を確認するために、予約メッセージ内でＵ＿ＦＬＯＷＳＰＥＣオブジェクトが使用される。そのような場合、分岐ノードＤが予約メッセージ３３および２４を受信したときはいつでも、葉ノードＡおよびＢから発しているＵ＿ＦＬＯＷＳＰＥＣトラフィック記述子は、リソース管理コントローラに移動した。リソース管理コントローラは、上流側接続に関してどのリソースを予約するかを決定するために、既に説明された上流側接続合流規則をこれらのオブジェクトに適用する。次に、リソース管理コントローラは、リソース予約を終了する。この合流の結果として生じるＵ＿ＦＬＯＷＳＰＥＣトラフィック記述子は、予約メッセージ３５内で上流に移動する。
【００４２】
図４を参照すると、下で説明されるシグナリングステップでは、メッセージの最大サイズを超えないように、複数のメッセージ内でシグナリング情報を配信することが必要な場合がある。したがって、示されるそれぞれのシグナリングメッセージは、実際には、複数の補完的メッセージを送ることに対応する。
【００４３】
知られている技法では、ソースノードＳのシグナリングコントローラは、リソース予約を維持するために、葉ノードに定期的なリフレッシュメッセージを送ることも担当する。
【００４４】
接続確立要求の双方向性の性質は、ＰＡＴＨメッセージ内のＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬの存在によって示される。ＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬオブジェクトが、ＰＡＴＨメッセージから欠けている場合、ノードは、一方向性の要求として接続要求を処理し、本明細書に記載される任意のＵ＿ＴＳＰＥＣオブジェクトまたはＲＥＶＥＲＳＥ＿ＳＴＹＬＥオブジェクトを考慮に入れなくてよい。接続木を対称的に作成するために、上流側接続に関して個別のトラフィックを使用する必要はない。一実施形態では、ＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬオブジェクトは存在するが、Ｕ＿ＴＳＰＥＣオブジェクトが存在しないときはいつでも、ノードは、ＳＥＮＤＥＲ＿ＴＳＰＥＣオブジェクトを、下流側接続および上流側接続の両方に関係するトラフィック記述子として解釈する。
【００４５】
シグナリングメッセージ内に含まれるオブジェクトは、ＭＰＬＳ領域のその他のノードによって読み取り可能な１つまたは複数の事前に定義されたフォーマットを使用して形成される。当然、本説明において使用されるフォーマットおよび変数の名称は、単に例示である。これらの名称およびフォーマットは、異なる規則に従ってもよい。名称およびフォーマットは、すでに確立された標準との後方互換性を提供するような形で選択されることが好ましい。
【００４６】
ネットワーク内のデータスイッチングは、しばしば、非対称的である。上で説明された方法は、非対称的な帯域幅の要求を満たすことを可能にする。これらの方法は、すべての（アクセス、メトロポリタン、およびコア）ネットワーク区分に適用されることが可能であり、トラフィックが、多くの場合、非常に非対称的な、アクセス区分など、エンドユーザに近い限界的な領域において、特に重要な最適化を可能にする。例として、ブロードキャストテレビサービスおよびビデオオンデマンドは、これらの区分の全体にわたって非常に対称的な供給をもたらす。下流側フローは、ユーザに送られるビデオデータで構成され、一方、上流側フローは、本質的に、サービス（フィルム要求、チャネルの変更など）に関連する制御メッセージで構成される。上流側接続は、ネットワークの運用、管理、保守（ＯＡＭ）機能性に関して使用されることも可能である。
【００４７】
上で説明された方法は、ＲＳＶＰ−ＴＥプロトコルに依存する。しかし、これらの方法は、等価な機能性を示すその他のシグナリングプロトコルを用いて実装されることが可能である。
【００４８】
説明された要素のいくつか、特に、シグナリング、経路指定、およびリソース管理コントローラは、ハードウェア構成要素および／またはソフトウェア構成要素を用いて、異なる形態で、単一の形でもしくは分散された形で実装されることが可能である。使用され得るハードウェア構成要素は、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはマイクロプロセッサである。ソフトウェア構成要素は、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）またはＶＨＤＬなど、複数のプログラミング言語で書き込まれることが可能である。このリストは網羅的ではない。複数のコントローラが、単一のハードウェア要素によって表されることが可能である。
【００４９】
ネットワーク管理システムは、専用であれ、汎用であれ、マイクロコンピュータ、ワークステーション、インターネットに接続されたデバイス、または任意のその他の通信デバイスなど、ハードウェアデバイスであり得る。このシステムによって実行されるソフトウェアプログラムは、ネットワーク要素を制御するためのネットワーク管理機能を実行する。
【００５０】
転送リソースは、通常、トラフィックを転送するためにネットワークによって移動され得るすべての物理要素または論理要素を包括する。ノード内の物理層および媒体アクセス制御層の性質に応じて、通信リソースは、ＣＰＵクロック、メモリ空間、レジストリ、論理ポートまたは物理ポート、無線チャネルまたは光チャネル、時間間隔、およびその他の要素などの要素を特に指定することが可能である。
【００５１】
本発明は、複数の特定の実施形態に関して説明されたが、本発明は決してそれらに限定されず、本発明は、説明された手段のすべての技術的等価物、ならびに、その組合せが本発明の範囲内に包含される場合、それらのすべての組み合わせを含むことは非常に明らかである。
【００５２】
「備える」または「含む」という動詞、およびそれらの複合形態の使用は、特許請求の範囲において説明されるステップまたは要素以外のステップまたは要素の存在を除外しない。その他の指定がない限り、要素またはステップに関する「ａ」もしくは「ａｎ」という不定冠詞の使用は、複数のかかる要素またはステップの存在を除外しない。
【００５３】
すべての請求項において、括弧内に記載された任意の参照数字は、請求項を限定すると解釈されるべきではない。
【図１】
2010538507.tif 000003
【図２】
2010538507.tif 000004
【図３】
2010538507.tif 000005
【図４】
2010538507.tif 000006
【図５】
2010538507.tif 000007
【図６】
2010538507.tif 000008
【図７】
2010538507.tif 000009
【図８】
2010538507.tif 000010
【図９】
2010538507.tif 000011
【図１０】
2010538507.tif 000012
【国際調査報告】
2010538507.tif 000013
2010538507.tif 000014