(57)【要約】  ＩＰ制御プレーンを有する通信ネットワークのための通信装置Ｂが、前記ネットワーク内でデータを転送するための通信リソースと、下りデータフローが開始ノードＡによって終端ノードＣに伝送されるための第１トラフィック記述子１１、および上りデータフローが終端ノードによって開始ノードから伝送されるための第２トラフィック記述子１２を備えるオープン接続メッセージを受信できるシグナリングコントローラと、第１および第２トラフィック記述子に応じて、前記下りフローおよび前記上りフローにとって利用可能な通信装置の通信リソースを評価できるアドミッションコントローラとを備え、前記シグナリングコントローラは、前記受信されたオープン接続メッセージおよび前記利用可能な通信リソースに応じて、更新されたオープン接続メッセージを生成することができる。
2010512084.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ制御プレーンを有する通信ネットワーク内の開始ノード（Ａ）と終端ノード（Ｃ）との間に双方向接続をセットアップする方法であって、
開始ノードによって終端ノードに下りデータフローが伝送されるための第１トラフィック記述子（１１）、および開始ノードによって終端ノードから上りデータフローが受信されるための第２トラフィック記述子（１２）を生成するステップと、
第１トラフィック記述子および第２トラフィック記述子を備えるオープン接続メッセージを、前記ネットワーク内の接続パスに沿って開始ノードから終端ノードに送信するステップ（１５）と、
前記オープン接続メッセージを接続パス上の中間ノード（Ｂ）で受信するステップ（２０）と、
前記下りフローおよび前記上りフローにとって利用可能な中間ノードの通信リソースを評価するステップと、
前記オープン接続メッセージの内容を、前記利用可能な通信リソースに応じて更新し、前記更新されたオープン接続メッセージを、接続パスに沿って中間ノードから終端ノードに伝送するステップ（２５）と、
前記オープン接続メッセージを終端ノードで受信し（３０）、更新されたオープン接続メッセージの内容によって前記下りフローのための第３トラフィック記述子（３１）と前記上りフローのための第４トラフィック記述子（３２）とを生成し、第３トラフィック記述子と第４トラフィック記述子とを備える予約メッセージを接続パスに沿って終端ノードから開始ノードに送信するステップ（４０）と、
第３トラフィック記述子に応じて下りフローのための通信リソースを、および第４トラフィック記述子に応じて上りフローのための通信リソースを、接続パスに沿って予約するステップ（３５、４５）からなる諸ステップを備える、方法。
【請求項２】
中間ノードが、前記利用可能な通信リソースによって、第１または第２トラフィック記述子（２１、２２）の少なくともどちらかを更新するということによって特徴付けられる、請求項１に記載の方法。
【請求項３】
中間ノードが、前記利用可能な通信リソースに応じて、接続パスの特徴専用のオープン接続メッセージのセクションを更新するということによって特徴付けられる、請求項１に記載の方法。
【請求項４】
中間ノードが、前記利用可能な通信リソースについての情報を追加することによって、前記オープン接続メッセージを更新するということによって特徴付けられる、請求項１に記載の方法。
【請求項５】
オープン接続メッセージがＲＳＶＰプロトコルファミリ内のＰＡＴＨメッセージであり、予約メッセージがＲＳＶＰプロトコルファミリ内のＲＥＳＶメッセージであるということによって特徴付けられる、請求項１に記載の方法。
【請求項６】
オープン接続メッセージを受信する中間ノード（Ｂ）が、
前記上りフローのための中間ノードの第１通信リソースの予約を、前記第１トラフィック記述子、および前記接続のための中間ノードの通信リソースの可用性に応じて準備するステップ（２０）と、
前記下りフローのための中間ノードの第２通信リソースの予約を、前記第２トラフィック記述子、および前記接続のための中間ノードの通信リソースの可用性に応じて準備するステップ（２０）からなる諸ステップを実行するということによって特徴付けられる、請求項１に記載の方法。
【請求項７】
ＩＰ制御プレーンを有する通信ネットワークのための通信装置（Ｂ）であって、
前記ネットワーク内でデータを転送するための通信リソース（６５）と、下りデータフローが開始ノード（Ａ）によって終端ノード（Ｃ）に伝送されるための第１トラフィック記述子（１１）、および上りデータフローが終端ノードによって開始ノードから伝送されるための第２トラフィック記述子（１２）を備えるオープン接続メッセージを受信できるシグナリングコントローラ（６１）と、第１および第２トラフィック記述子に応じて、前記下りフローおよび前記上りフローにとって利用可能な通信装置の通信リソースを評価できるアドミッションコントローラ（６３）とを備え、前記シグナリングコントローラが、前記受信されたオープン接続メッセージおよび前記利用可能な通信リソースに応じて、更新されたオープン接続メッセージを生成することができ、前記更新されたオープン接続メッセージを終端ノードに伝送することができる、通信装置（Ｂ）。
【請求項８】
前記シグナリングコントローラ（６１）が、前記利用可能な通信リソースに応じて、第１または第２トラフィック記述子（２１、２２）少なくともどちらかを修正できるということによって特徴付けられる、請求項７に記載の通信装置。
【請求項９】
前記シグナリングコントローラ（６１）が、前記利用可能な通信リソースに応じて、開始ノードと終端ノードとの間の接続パスの特徴専用のオープン接続メッセージのセクションを修正できるということによって特徴付けられる、請求項７に記載の通信装置。
【請求項１０】
前記シグナリングコントローラ（６１）が、前記更新されたオープン接続メッセージに応答して第３トラフィック記述子（３１）および第４トラフィック記述子（３２）を備える予約メッセージを受信でき、前記アドミッションコントローラが第３トラフィック記述子に応じて下りフローのための通信リソースを、および第４トラフィック記述子に応じて上りフローのための通信リソースを予約できるということによって特徴付けられる、請求項７に記載の通信装置。
【請求項１１】
ＩＰ制御プレーンを有する通信ネットワークのための通信装置（Ｃ）であって、
前記ネットワーク内でデータを転送するための通信リソース（６５）と、
下りデータフローが開始ノード（Ａ）によって前記通信装置に伝送されるための第１トラフィック記述子（１１、２１）、および上りデータフローが通信装置によって開始ノードに伝送されるための第２トラフィック記述子（１２、２２）を備えるオープン接続メッセージを受信できるシグナリングコントローラ（６１）と、第１トラフィック記述子、および下りフローにとって利用可能な通信装置の通信リソースに応じて下りデータフローのための第３トラフィック記述子（３１）を、ならびに第２トラフィック記述子、および上りフローにとって利用可能な通信装置の通信リソースに応じて上りデータフローのための第４トラフィック記述子（３２）を生成できるアドミッションコントローラ（６３）とを備え、
前記シグナリングコントローラが、開始ノードに送信されるべき第３トラフィック記述子および第４トラフィック記述子を備える予約メッセージを伝送することができる、通信装置（Ｃ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：ＩＰ）制御プレーンを有する通信ネットワーク内の開始ノードと終端ノードとの間に双方向接続をセットアップすることに関し、詳細には、非対称接続をセットアップすることに関する。
【背景技術】
【０００２】
ネットワークのための制御プレーンは、データプランから論理的または物理的に分離する、物理的または論理的エンティティを指すことを念頭に置いていただきたい。制御プレーンは、シグナリングおよびルーティング機能を実行する。データプランは、ネットワークユーザのためのデータフロー移送機能を実行する。ＩＰ制御プレーンは、ＩＰプロトコルスタックを使用して制御トラフィックを交換する、ネットワークの諸要素の機能を指す。ＩＰ制御プレーンを有する通信ネットワークは、アドレス指定およびルーティングなどの、ＩＰパケットに関する従来の技法の柔軟性および普遍性から恩恵を得る。
【０００３】
ＩＰ／ＭＰＬＳおよびＧＭＰＬＳラベル交換技法は、データプランが様々な物理層プロトコルおよび／または技術を使用するためのネットワークを介して統一された制御を提供するために、ならびにＩＰ制御プレーンを使用して先進トラフィックエンジニアリングを実行するために開発された。特に、たとえば、ＲＳＶＰまたはＲＳＶＰ−ＴＥプロトコルを使用して、シグナリングメッセージによってリソースを予約することにより、サービス品質またはその他に関する特徴を制御する接続または仮想回路をセットアップする手段が提供される。
【０００４】
コメント要求３４７１によれば、開始ノードは、ＰＡＴＨメッセージを有するラベル交換パス（ｌａｂｅｌ  ｓｗｉｔｃｈｉｎｇ  ｐａｔｈ：ＬＳＰ）のセットアップを開始できるＲＳＶＰホストを指し、終端ノードは、ＬＳＰの反対端を形成してＲＥＳＶメッセージによってＰＡＴＨメッセージに返信できるＲＳＶＰホストを指す。
【０００５】
ＩＥＴＦによって開発されたＧＭＰＬＳファミリのコンテキストでは、双方向接続は２つの独立した単一指向性接続形式、または対称双方向接続形式のどちらかでセットアップされうる。この２番目の可能性は、ＩＥＴＦが発行したコメント要求３４７１のセクション４に記載の諸利点を有する。
【０００６】
非対称接続をセットアップするためのこれらの諸利点のうちの少なくともいくつかから、恩恵を受けることができることが望ましい。このような試みは、２００２年１１月にＤｕｂｅおよびＣｏｓｔａによってＩＥＴＦに提出された提案「ｔｗｏ−ｄｉｒｅｃｔｉｏｎａｌ  ＬＳＰｓ  ｆｏｒ  ｃｌａｓｓｉｃａｌ  ＭＰＬＳ」において行われた。セマンティック問題は別として、ＰＡＴＨメッセージを終端ノードに送信する前に、上りフローのために効果的に通信リソースを予約するというＲＳＶＰホストに課された義務のため、この提案は十分なソリューションを提供しない。結果は比較的リスクが高いので、たとえばリソースの可用性が低い、ネットワークノード上のロードがアンバランスである、または交換ノードかルータが均質でない状況では、双方向ＬＳＰをセットアップする試みは失敗するだろう。失敗すると、予約手続きは最初から再開しなければならず、待ち時間をもたらし、制御プレーンのリソースを非効率的に消費することにつながる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】２００２年１１月にＤｕｂｅおよびＣｏｓｔａによってＩＥＴＦに提出された提案「ｔｗｏ−ｄｉｒｅｃｔｉｏｎａｌ  ＬＳＰｓ  ｆｏｒ  ｃｌａｓｓｉｃａｌ  ＭＰＬＳ」
【非特許文献２】２００６年４月にＰａｐａｄｉｍｉｔｒｉｏｕによってＩＥＴＦに提出された提案「ＭＥＦ  Ｅａｔｈｅｒｎｅｔ  Ｔｒａｆｆｉｃ  Ｐａｒａｍｅｔｅｒｓ」
【非特許文献３】２００４年６月にＥｉｊｉ  Ｏｋｉ他発表のＩＥＩＣＥ  ＴＲＡＮＳ．ＣＯＭＭＵＮ、Ｖｏｌ．Ｅ８７−Ｂ、Ｎｏ．６
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の一目的は、特に、開始ノードと終端ノードとの間のシグナリングメッセージの単一の交換を有し、成功の可能性が最も高い、非対称接続を含む双方向接続をセットアップすることである。
【課題を解決するための手段】
【０００９】
この目的を達成するために、本発明は、ＩＰ制御プレーンを有する通信ネットワーク内の開始ノードと終端ノードとの間に双方向接続をセットアップする方法であって：
開始ノードによって終端ノードに下りデータフローが伝送されるための第１トラフィック記述子、および開始ノードによって終端ノードから上りデータフローが受信されるための第２トラフィック記述子を生成するステップと、
第１トラフィック記述子および第２トラフィック記述子を備えるオープン接続メッセージを、前記ネットワーク内の接続パスに沿って開始ノードから終端ノードに送信するステップと、前記オープン接続メッセージを接続パス上の中間ノードで受信するステップと、
前記下りフローおよび前記上りフローにとって利用可能な中間ノードの通信リソースを評価するステップと、
前記オープン接続メッセージの内容を、前記利用可能な通信リソースに応じて更新し、前記更新されたオープン接続メッセージを、接続パスに沿って中間ノードから終端ノードに伝送するステップと、
前記オープン接続メッセージを終端ノードで受信し、更新されたオープン接続メッセージの内容によって前記下りフローのための第３トラフィック記述子と前記上りフローのための第４トラフィック記述子とを生成し、第３トラフィック記述子と第４トラフィック記述子とを備える予約メッセージを接続パスに沿って終端ノードから開始ノードに送信するステップと、
第３トラフィック記述子に応じて下りフローのための通信リソースを、および第４トラフィック記述子に応じて上りフローのための通信リソースを、接続パスに沿って予約するステップからなる諸ステップを備える、方法を提供する。
【００１０】
特定の一実施形態によれば、中間ノードは、前記利用可能な通信リソースによって、第１または第２トラフィック記述子の少なくともどちらかを更新する。
【００１１】
有利なことに、前記利用可能な通信リソースに応じて、中間ノードは接続パスの特徴専用のオープン接続メッセージを更新する。たとえば、このセクションはＡＤＳＰＥＣおよび／またはＵ＿ＡＤＳＰＥＣオブジェクトを包含する。
【００１２】
特定の他の実施形態によれば、中間ノードは、前記利用可能な通信リソースについての情報を追加することによって、前記オープン接続メッセージを更新する。たとえば、この情報は特にＬＡＢＥＬ  ＳＥＴまたはＵＰＳＴＲＥＡＭ  ＬＡＢＥＬ  ＳＥＴオブジェクトの形式で、利用可能なリソースを指すラベルのリストを含むことができる。
【００１３】
オープン接続メッセージはＲＳＶＰプロトコルファミリ内のＰＡＴＨメッセージであり、予約メッセージはＲＳＶＰプロトコルファミリ内のＲＥＳＶメッセージであることが好ましい。
【００１４】
有利なことに、オープン接続メッセージを受信する中間ノードは：
前記上りフローのための中間ノードの第１通信リソースの予約を、前記第１トラフィック記述子、および前記接続のための中間ノードの通信リソースの可用性とに応じて準備するステップと、
前記下りフローのための中間ノードの第２通信リソースの予約を、前記第２トラフィック記述子、および前記接続のための中間ノードの通信リソースの可用性に応じて準備するステップからなる諸ステップを実行する。
【００１５】
本発明は、ＩＰ制御プレーンを有する通信ネットワークのための通信装置であって：
前記ネットワーク内でデータを転送するための通信リソースと、下りデータフローが開始ノードによって終端ノードに伝送されるための第１トラフィック記述子、および上りデータフローが終端ノードによって開始ノードから伝送されるための第２トラフィック記述子を備えるオープン接続メッセージを受信できるシグナリングコントローラと、第１および第２トラフィック記述子に応じて、前記下りフローおよび前記上りフローにとって利用可能な通信装置の通信リソースを評価できるアドミッションコントローラとを備え、前記シグナリングコントローラが、前記受信されたオープン接続メッセージおよび前記利用可能な通信リソースに応じて、更新されたオープン接続メッセージを生成することができ、前記更新されたオープン接続メッセージを終端ノードに伝送することができる、通信装置も提供する。
【００１６】
特定の一実施形態によれば、前記シグナリングコントローラは、第１または第２トラフィック記述子の少なくともどちらかを、前記利用可能な通信リソースに応じて修正できる。
【００１７】
有利なことに、前記シグナリングコントローラは、前記利用可能な通信リソースに応じて開始ノードと終端ノードとの間の接続パスの特徴専用のオープン接続メッセージのセクションを修正できる。
【００１８】
前記シグナリングコントローラが、前記更新されたオープン接続メッセージに応答して第３トラフィック記述子および第４トラフィック記述子を備える予約メッセージを受信でき、前記アドミッションコントローラが第３トラフィック記述子に応じて下りフローのための通信リソースを、および第４トラフィック記述子に応じて上りフローのための通信リソースを予約できることが好ましい。
【００１９】
本発明は、ＩＰ制御プレーンを有する通信ネットワークのための通信装置であって、前記ネットワーク内でデータを転送するための通信リソースと、下りデータフローが開始ノードによって前記通信装置に伝送されるための第１トラフィック記述子、および上りデータフローが通信装置によって開始ノードに伝送されるための第２トラフィック記述子を備えるオープン接続メッセージを受信できるシグナリングコントローラと、第１トラフィック記述子、および下りフローにとって利用可能な通信装置の通信リソースに応じて下りデータフローのための第３トラフィック記述子を、ならびに第２トラフィック記述子、および上りフローにとって利用可能な通信装置の通信リソースに応じて上りデータフローのための第４トラフィック記述子を生成できるアドミッションコントローラとを備え、前記シグナリングコントローラが、開始ノードに送信されるべき第３トラフィック記述子および第４トラフィック記述子を備える予約メッセージを伝送することができる、通信装置も提供する。
【００２０】
添付の図面を参照して、例示のためだけに書かれ限定的な意図のない、本発明のいくつかの特定の実施形態の以下の説明を読めば、本発明はよりよく理解され、他の目的、詳細、特徴および諸利点がより明らかになるだろう。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態による、双方向ＬＳＰをセットアップする方法における諸ステップを示す図である。
【図２】図１における方法で使用されるＰＡＴＨメッセージの概略図である。
【図３】図２におけるメッセージにおいて使用されるトラフィック記述子例を示す図である。
【図４】図１における方法において使用されるＲＥＳＶメッセージの概略を示す図である。
【図５】図４におけるメッセージにおいて使用されるトラフィック記述子例を示す図である。
【図６】セットアップ接続メッセージ要求が、中間ノードによって完全に満たされることができない状況に対応する、図１と類似する図である。
【図７】図２におけるメッセージにおいて使用される接続パス記述子例を示す図である。
【図８】本発明の一実施形態による、ＩＰ／ＭＰＬＳルータの機能図である。
【発明を実施するための形態】
【００２２】
図１は、ＩＰ／ＭＰＬＳまたはＧＭＰＬＳ制御プレーンを有するネットワーク内の３つのノードＡ、Ｂ、およびＣを図示する。たとえば、ノードＡ、Ｂ、およびＣはＩＰ／ＭＰＬＳルータである。ノード間のリンクおよび物理的インターフェースの性質は任意でよい。トポロジとネットワークの範囲は任意でよく、特に中間ノードは図１で示される数より多くても少なくてもよい。
【００２３】
次に、例としてノードＡとＣとの間の通信セッションのための双方向ＬＳＰのセットアップ方法を説明する。ノードＡのシグナリングコントローラ（ＲＳＶＰホスト）は、ノードＣとの双方向接続をセットアップする要求を、たとえばアプリケーションから、またはネットワーク管理システムから受信したと仮定する。ルーティングコントローラは、本明細書では説明しないルーティング方法を使用して、この接続のためのルートを計算した。計算されたルートはノードＢを通過する。図１における表内の線は、この接続をセットアップするための連続シグナリングメッセージの転送を示す。
【００２４】
ステップ１０で、ノードＡシグナリングコントローラは、ダウン方向すなわちＡからＣへの伝送、およびアップ方向すなわちＣからＡへの伝送においてにセットアップされるべき接続の特徴を決定する。これらの特徴はシグナリングコントローラによって独立に扱われるので、対称接続をセットアップするために同一でもよく、非対称接続をセットアップするために異なってもよい。たとえば、これらの特徴はアプリケーションによって、または接続を要求するネットワーク管理システムによって指定されてもよい。これらの特徴から開始して、ノードＡシグナリングコントローラは、ＳＥＮＤＥＲ＿ＴＳＰＥＣオブジェクト、すなわち下りフローのためのトラフィック記述子、およびＵ＿ＴＳＰＥＣオブジェクト、すなわち上りフローのためのトラフィック記述子を形成する。これらのトラフィック記述子は、ある程度詳細なレベルで、それぞれの方向の接続に割り当てられた、ノードＡシグナリングコントローラが参照したいリソースの特徴を形成する。次いで、ステップ１５で、ノードＡシグナリングコントローラは特にこれらの２つのオブジェクトを備えるＰＡＴＨシグナルメッセージを形成し、次のホップ、この場合はノードＢに送信する。
【００２５】
図２は、ＰＡＴＨメッセージのために使用されうるフォーマットの例を示す。大括弧はオプションのオブジェクトを示す。Ｕ＿ＴＳＰＥＣおよびＵ＿ＡＤＳＰＥＣオブジェクトは別として、このフォーマットはＲＦＣ３４７３に対応する。ＡＤＳＰＥＣおよびＵ＿ＡＤＳＰＥＣオブジェクトは、ＲＦＣ２２１０に説明される通り、接続パスを形成する諸要素の特徴を指定できるようにＰＡＴＨメッセージを処理するノードによってセットアップおよび更新された接続パス記述子である。この場合、ＡＤＳＰＥＣオブジェクトは、ダウン方向における接続パスの特徴専用であり、Ｕ＿ＡＤＳＰＥＣオブジェクトはアップ方向における接続パスの特徴専用である。
【００２６】
図３は、ＳＥＮＤＥＲ＿ＴＳＰＥＣおよびＵ＿ＴＳＰＥＣオブジェクトのために使用されうるフォーマット例を示す。このフォーマットは、ＲＦＣ２２１０によって定義されたフレームワーク内でサービス品質が制御されるパケットタイプネットワークに対応する。トラフィック記述子の内容は、ネットワークの下位層の性質による。他のトラフィックパラメータは、ネットワークによって利用可能にされる可能性に応じて使用されてよい。たとえば、ＲＦＣ３９４６はＳＯＮＥＴ／ＳＤＨ物理層のためのトラフィックパラメータを定義する。２００６年４月にＰａｐａｄｉｍｉｔｒｉｏｕによってＩＥＴＦに提出された提案「ＭＥＦ  Ｅａｔｈｅｒｎｅｔ  Ｔｒａｆｆｉｃ  Ｐａｒａｍｅｔｅｒｓ」は、イーサネット（登録商標）ネットワークのためのトラフィックパラメータを定義している。図１で、シグナリングメッセージ内に搬送されたトラフィックパラメータの値が、ダウン接続のための通過セクション直径１１、およびアップ接続のための通過セクション直径１２によって記号的に示されている。
【００２７】
図７は、ＡＤＳＰＥＣおよびＵ＿ＡＤＳＰＥＣオブジェクトのために使用されうるフォーマット例である。このフォーマットは、ＲＦＣ２２１０によって定義されるフレームワーク内でサービス品質が制御されるパケットタイプネットワークに対応する。接続パス記述子の内容も、ネットワーク下位層の性質に応じて適合されてよい。
【００２８】
ステップ２０で、ノードＢシグナリングコントローラがＰＡＴＨメッセージを受信し、標準的な手続きを使用して、特にパス状態ブロックと呼ばれる表の中に記録を作成することによってその内容を処理する。さらに、ＳＥＮＤＥＲ＿ＴＳＰＥＣおよびＵ＿ＴＳＰＥＣトラフィック記述子は、ノードの通信リソースが、要求された特徴との接続をセットアップするのにそれぞれの方向で十分かどうか検査するノードＢアドミッションコントローラに渡される。
【００２９】
１方向において利用可能なリソースが要求された特徴に対応する場合、アドミッションコントローラはこれらのリソースを制御プレーン内に事前予約し、後続の接続要求にとって利用可能とみなされないようにする。しかし、ＰＡＴＨメッセージに対応するＲＥＳＶ予約メッセージをノードが受信するまで、これらのリソースはデータプラン内に割り当てられない。たとえば、これはノード内の物理的切換え、または要求された新しい接続より低い優先順位でフローのために現在使用されているリソースの強制排除は、ＲＥＳＶ予約メッセージが受信されるまで行われないことを意味する。制御プレーン内に事前予約された通信リソースは、図１において点線で描かれた通路によって記号的に示されている。データプラン内に割り当てられた通信リソースは、図１において実線で描かれた通路によって記号的に示されている。矢印はそれぞれの場合に関する伝送方向を示す。
【００３０】
ステップ２５で、ノードＢシグナリングコントローラはＰＡＴＨシグナルメッセージの内容を更新し、次のホップ、この場合はノードＣに、送信する。ＰＡＴＨメッセージにおいて、上りフローのために使用したいインターフェースを指定するために、ＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬオブジェクトはノードＢによって更新される。図１における例では、利用可能なリソースは２方向で十分であると仮定される。たとえば、シグナルメッセージ内に搬送されるトラフィックパラメータ１１および１２は変更されなくてよい。ＡＤＳＰＥＣおよびＵ＿ＡＤＳＰＥＣオブジェクトが使用される場合、ノードＢシグナリングコントローラが、待ち時間、通過帯域、またはサービス可用性などに関するノードの特徴に応じて、それらの内容を更新する。
【００３１】
利用可能なリソースが１方向において要求されたトラフィック特徴を達成できない場合、アドミッションコントローラがリソースを可用性の範囲で事前予約する。このケースは、図６を参照して説明する。
【００３２】
ステップ３０で、終端ノードＣのシグナリングコントローラがＰＡＴＨメッセージを受信し、標準的な手続きを使用して、特にパス状態ブロックと呼ばれる表の中に記録を作成することによって、その内容を処理する。ＳＥＮＤＥＲ＿ＴＳＰＥＣおよびＵ＿ＴＳＰＥＣトラフィック記述子、ならびに場合によってはＡＤＳＰＥＣおよびＵ＿ＡＤＳＰＥＣ接続パス記述子が、ノードＣアドミッションコントローラに渡される。
【００３３】
ステップ３５で、アドミッションコントローラが、まずノードＣの通信リソースがトラフィック記述子によって指定された特徴との接続をセットアップするのに十分かどうか、次に、該当する場合、それぞれの方向の接続パスの特徴がトラフィック記述子によって指定された特徴との接続をセットアップするのに十分かどうかを検査する。
【００３４】
接続パスの特徴およびノードＣの利用可能なリソースが、１方向において要求された特徴に対応する場合、アドミッションコントローラがこれらのリソースを効果的に予約し、またこれらのリソースをデータプラン内に割り当てる。
【００３５】
接続パスの特徴、またはノードＣの利用可能なリソースが、１方向において要求されたトラフィック特徴を達成するために十分ではない場合、アドミッションコントローラは最も限定的な特徴を決定し、それぞれの方向において効果的にセットアップされうる接続の特徴の範囲でノードＣのリソースを予約する。
【００３６】
言い換えれば、ノードＣのアドミッションコントローラは、それぞれの方向で効果的にセットアップされうる接続の特徴を、ＰＡＴＨメッセージ内に包含される情報、特に、該当する場合は２つのＳＥＮＤＥＲ＿ＴＳＰＥＣおよびＵ＿ＴＳＰＥＣトラフィック記述子、ならびにＡＤＳＰＥＣおよびＵ＿ＡＤＳＰＥＣ接続パス記述子、ならびにノードＣ内の利用可能な通信リソースに応じて決定し、対応する情報をシグナリングコントローラに渡す。ノードＣシグナリングコントローラは、下りフローのためのトラフィック記述子であるＦＬＯＷＳＰＥＣオブジェクト、および上りフローのためのトラフィック記述子であるＵ＿ＦＬＯＷＳＰＥＣオブジェクトを形成するために、この情報を使用する。これらのトラフィック記述子は、ノードＣアドミッションコントローラがそれぞれの方向における接続に割り当てると決定したリソースの特徴を形成する。これらのトラフィック記述子は、ＳＥＮＤＥＲ＿ＴＳＰＥＣおよびＵ＿ＴＳＰＥＣオブジェクト内に包含されるパラメータの値と一致してもよく、異なってもよい。特に、これらのトラフィック記述子は、たとえばデータフローに関して、トラフィックパラメータを開始ノードによって最初に要求されたレベルより低いレベルで指定してよい。
【００３７】
次いで、ステップ４０で、ノードＣシグナリングコントローラは、特にこれら２つのオブジェクトを含むＲＥＳＶシグナリングメッセージを形成し、次のホップ、この場合はノードＢに送信する。図１において示された例では、利用可能なリソースは両方向において十分であると仮定される。たとえば、ＲＥＳＶメッセージのトラフィック記述子によって搬送されたトラフィックパラメータ３１および３２は、ＰＡＴＨメッセージにおいて指定されたものと同一であってよい。ＲＥＳＶメッセージは、それぞれの方向における接続のためにノードによって使用されるべきインターフェースを示すラベルの分散にも使用される。
【００３８】
図４は、ＲＥＳＶメッセージのために使用されうるフォーマット例を示す。Ｕ＿ＦＬＯＷＳＰＥＣおよびＵ＿ＦＩＬＴＥＲ＿ＳＰＥＣオブジェクトは別として、このフォーマットはＲＦＣ３４７３に対応している。ＦＩＬＴＥＲ＿ＳＰＥＣオブジェクト、およびＵ＿ＦＩＬＴＥＲ＿ＳＰＥＣオブジェクトは、ＦＬＯＷＳＰＥＣおよびＵ＿ＦＬＯＷＳＰＥＣ記述子内でそれぞれ指定された特徴から恩恵を受けなければならないアップおよびダウン方向の通信セッションのパケットのサブセットをそれぞれ定義する。
【００３９】
図５は、ＦＬＯＷＳＰＥＣおよびＵ＿ＦＬＯＷＳＰＥＣオブジェクトのために使用されうるフォーマット例を示す。このフォーマットは、ＲＦＣ２２１０によって定義されたフレームワーク内でサービス品質が制御されるパケットタイプネットワークに対応する。
【００４０】
ステップ４５で、中間ノードＢのシグナリングコントローラがＲＥＳＶメッセージを受信し、その内容を処理する。シグナリングコントローラは、受信したラベルに応じて切換え表を更新する。ＦＬＯＷＳＰＥＣおよびＵ＿ＦＬＯＷＳＰＥＣトラフィック記述子は、トラフィック記述子内に搬送されたトラフィックパラメータの値にしたがって、リソースの予約およびそのリソースのデータプラン内への割当てを終了する、ノードＣアドミッションコントローラに渡される。したがって、予約されたリソース量は事前予約されたリソース量と同じでもよく、それより少なくてもよい。したがって、ＦＬＯＷＳＰＥＣまたはＵ＿ＦＬＯＷＳＰＥＣトラフィック記述子にしたがって接続をセットアップする必要がない場合、事前予約されたリソースは解放される。
【００４１】
次いで、ステップ５０で、ノードＢシグナリングコントローラはＲＥＳＶシグナリングメッセージの内容を更新し、前のホップ、この場合は開始ノードＡに送信する。
【００４２】
ステップ５５で、開始ノードＡのシグナリングコントローラがＲＥＳＶメッセージを受信し、その内容を処理する。シグナリングコントローラは、受信したラベルに応じて切換え表を更新する。ＦＬＯＷＳＰＥＣおよびＵ＿ＦＬＯＷＳＰＥＣトラフィック記述子は、トラフィック記述子内に搬送されたトラフィックパラメータの値にしたがって、リソースの予約およびそのリソースのデータプラン内への割当てを終了する、ノードＣアドミッションコントローラに渡される。したがって、予約されたリソース量は、ＰＡＴＨメッセージが送信されたときの事前予約されたリソース量と同じでもよく、それより少なくてもよい。したがって、ＦＬＯＷＳＰＥＣまたはＵ＿ＦＬＯＷＳＰＥＣトラフィック記述子にしたがって接続をセットアップする必要がない場合、事前予約されたリソースは解放される。
【００４３】
知られた技法によれば、ＲＥＳＶメッセージを受信すると、開始ノードＡのシグナリングコントローラも確認メッセージを終端ノードＣに送信し、次いで、リソース予約を維持するために定期的なリフレッシュメントメッセージを送信する。
【００４４】
次に、図６を参照して、ネットワークが開始ノードによって要求されたトラフィック特徴を満たすことができない場合を説明する。図１におけるいくつかの参照番号が、同一または同等の諸ステップを示すために使用されている。この場合、ステップ２０で、ノードＢアドミッションコントローラが、要求されたトラフィック特徴を利用可能なリソースが少なくとも１方向、たとえばアップ方向で満たすことができないことを検出する。アドミッションコントローラは、アップ方向における許容できるトラフィック特徴を、ノードＢで実際に利用可能な通信リソースに応じて再評価し、対応する事前予約を行い対応する情報をノードＢシグナリングコントローラに渡す。
【００４５】
第１実施形態によれば、ノードＢシグナリングコントローラは、アドミッションコントローラによって提供された利用可能な通信リソースについての情報に応じてＰＡＴＨメッセージ内のトラフィック記述子を更新できる。したがって、ＰＡＴＨメッセージは、１つまたは複数の修正されたトラフィックパラメータ２１および２２とともに、少なくとも１つの通信方向に、すなわちこの例におけるＵ＿ＴＳＰＥＣオブジェクト内に包含される修正されたパラメータに向かって、次のホップに送信される。次いで、残りの手順は前の説明と同じである。したがって、終端ノードＣがどのような追加の制限も取り入れない場合、矢印３１および３２によって示される通り、ＲＥＳＶメッセージ内のトラフィック記述子はＰＡＴＨメッセージ内のパラメータと同じ値を有する。この実施形態は、オプションのオブジェクトを使用して実行されてもよく、使用せずに実行されてもよい。あらゆる場合において、それぞれの中間ノードＢの制限が、それぞれの方向でセットアップされるべき接続特徴を定義するために使用されるので、従来技術によるより厳格な方法よりも成功確率が高い。この実施形態は、上述の通り、終端ノードＣアドミッションコントローラが、中間ノードＢによってＲＥＳＶメッセージに伝送されたものとは異なる値を有するトラフィックパラメータを最終的に置くことができるようになるのを妨げない。
【００４６】
第２実施形態によれば、ノードＢシグナリングコントローラは、ＰＡＴＨメッセージ内のＳＥＮＤＥＲ＿ＴＳＰＥＣおよびＵ＿ＴＳＰＥＣトラフィック記述子を更新できない。この場合、アドミッションコントローラによって供給された、利用可能な通信リソースについての情報が、ＡＤＳＰＥＣまたはＵ＿ＡＤＳＰＥＣオブジェクト内の接続パスの特徴として次のホップに渡され、ＦＬＯＷＳＰＥＣまたはＵ＿ＦＬＯＷＳＰＥＣトラフィック記述子を決定する間、終端ノードＣアドミッションコントローラによって使用されうるようにする。
【００４７】
言い換えれば、この第２実施形態は、トラフィック記述子および現在構築中の接続パスの記述子を、並列に次のホップに渡すことを含む。この場合、ステップ３５において説明した通り、終端ノードは、接続パス記述子によって指定された通りの第１に事実上利用可能な接続リソースと、トラフィック記述子によって指定された通りの第２に所望の接続リソースとの間の通信計算をし、その結果、接続要求が満たされうる範囲を決定することを担当する。第１実施形態は、中間ノードが、接続要求を修正することと同等である、トラフィック記述子を修正できるほどまでに、さらなる柔軟性を提供する。
【００４８】
Ｕ＿ＴＳＰＥＣ、Ｕ＿ＡＤＳＰＥＣ、およびＵ＿ＦＬＯＷＳＰＥＣオブジェクトに包含されるパラメータは、たとえば図３および図５を参照する通り同一でもよく、たとえば図５および図７を参照する通り異なってもよい。終端ノードＣアドミッションコントローラは、Ｕ＿ＴＳＰＥＣトラフィック記述子のフォーマット内で受信したトラフィックパラメータ、およびＵ＿ＡＤＳＰＥＣ接続パス記述子のフォーマット内で受信した接続パスの特徴によって、Ｕ＿ＦＬＯＷＳＰＥＣトラフィック記述子のフォーマット内にトラフィックパラメータを構築するために、必要な計算および変換ができる。ダウン方向に関連付けられるオブジェクトに同じコメントが適用可能である。
【００４９】
セットアップ接続要求の双方向性質は、ＰＡＴＨメッセージ内のＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬオブジェクトの存在によって通知されることが好ましい。有利なことに、ＵＰＳＴＲＥＡＭ＿ＬＡＢＥＬ＿ＳＥＴオブジェクトは、２００４年６月にＥｉｊｉ  Ｏｋｉ他発表のＩＥＩＣＥ  ＴＲＡＮＳ．ＣＯＭＭＵＮ、Ｖｏｌ．Ｅ８７−Ｂ、Ｎｏ．６に記載の通り、要求が成功する可能性をさらに高めるためにも使用される。
【００５０】
シグナリングメッセージ内に包含されるオブジェクトは、ＭＰＬＳドメイン内の他のノードによって読まれうる、１つまたは複数の事前定義されたフォーマット内に形成される。明らかに、この明細書において使用される変数のフォーマットおよび名前は、単に例示的なものである。これらの名前およびフォーマットは、異なる慣習によって決定できよう。名前およびフォーマットは、既存の規格と後方互換性を有することができるように選択されることが好ましい。
【００５１】
図８は、ノードＡ、Ｂ、およびＣを作成するための、機能的なＩＰ／ＭＰＬＳまたはＧＭＰＬＳルータアーキテクチャの例を示す。ルータ６０は、制御チャネル６６を介して他のネットワークの諸要素と通信するシグナリングコントローラ６１、ルーティングコントローラ６２、アドミッションコントローラ６３、およびデータチャネル６５を介して他のネットワークの諸要素と通信するトラフィックコントローラ６４を備える。トラフィックコントローラ６４は、ラベルに応じてデータパケットを転送することを担当する。データチャネル６５および制御チャネル６６は共通インターフェース上に作られてもよく、異なるインターフェース上に作られてもよい。
【００５２】
ネットワーク内のデータ交換は、しばしば非対称である。上述の方法は、ＧＭＰＬＳインフラストラクチャの双方向の能力を活用し、非対称パスバンド要求を満たすために拡張する。これらの方法は、ネットワークの全てのセグメント（アクセス、メトロポリタン、およびコア）に適用可能であり、トラフィックがしばしば高度に非対称であるアクセスセグメントなどの、最終的なユーザに近い肝要な領域において特に重要な最適化ができるようにする。たとえば、ブロードキャストテレビおよびビデオオンデマンド（ｖｉｄｅｏ  ｏｎ  ｄｅｍａｎｄ：ＶｏＤ）サービスは、これらのセグメントで強力に非対称なフローを生成する。下りフローはユーザに送信されたビデオデータからなり、上りフローは実質的にサービスに関連付けられるシグナリングメッセージ（フィルム要求、チャネル変更など）からなる。
【００５３】
取得した接続の非対称性は、パスバンド、切換え技法、データ符号化技法、または接続の他の特徴に適用できる。
【００５４】
上述の方法は、ＲＳＶＰ−ＴＥプロトコルに基づく。しかし、上述の方法は、同等の機能を有する他のシグナリングプロトコルとともに使用されてよい。
【００５５】
説明した諸要素のうちのいくつか、特にシグナリング、ルーティング、およびアドミッションコントローラは、ハードウェアおよび／またはソフトウェアコンポーネントを使用して、ユニットまたは分散型のどちらかで、異なる形式で作成されてよい。使用されうるハードウェアコンポーネントは、特定用途向けＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ：ＡＳＩＣ）、プログラム可能論理ネットワーク（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃａｌ  ｎｅｔｗｏｒｋｓ：ＦＰＧＡ）、またはマイクロプロセッサを含む。ソフトウェアコンポーネントは、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、ＶＨＤＬなどの異なるプログラミング言語で書かれてよい。このリストは網羅的なものではない。単一のハードウェア要素によって、いくつかのコントローラが代表されてよい。
【００５６】
ネットワーク管理システムは、マイクロコンピュータ、ワークステーション、インターネットに接続された機器などのハードウェア装置でもよく、他のどのような専用の通信装置または汎用装置でもよいでよい。このシステムによって実行されるソフトウェアプログラムは、ネットワークの諸要素を制御するためにネットワーク管理機能を果たす。
【００５７】
一般的に、通信リソースは、トラフィックを転送するためにネットワークによって動かされうる全ての物理的または論理的な諸要素を包含する。ノード内のＭＡＣサポートにアクセスするための物理層および制御層の性質によって、特に通信リソースは、ＣＰＵタイム、メモリスペース、レジスタ、論理的または物理的ポート、無線または光チャネル、時間間隔などの諸要素を示すことができる。
【００５８】
いくつかの特定の実施形態を参照して本発明を説明してきたが、本発明はそれらの実施形態によって決して限定されず、本発明は説明した手段の全ての技術的均等物、およびそれらの技術的均等物の組合せが本発明の範囲内であれば、それらの組合せを含むことは明らかである。
【００５９】
動詞「ｃｏｍｐｒｉｓｅ」、「ｃｏｎｔａｉｎ」、または「ｉｎｃｌｕｄｅ」およびその変化形の使用は、特許請求の範囲において言及されない他の諸要素または他の諸ステップの存在を排除しない。１つの要素または１つのステップについての不定冠詞「ａ」または「ａｎ」の使用は、特に言及されない限り、複数のこのような諸要素または諸ステップの存在を排除しない。
【００６０】
添付の特許請求の範囲において、小括弧内の参照番号は特許請求の範囲を制限するものとして解釈されるべきではない。
【図１】
2010512084.tif 000003
【図２】
2010512084.tif 000004
【図３】
2010512084.tif 000005
【図４】
2010512084.tif 000006
【図５】
2010512084.tif 000007
【図６】
2010512084.tif 000008
【図７】
2010512084.tif 000009
【図８】
2010512084.tif 000010
【国際調査報告】
2010512084.tif 000011
2010512084.tif 000012