JP6838760B2 - トラフィックエンジニアリングサービスマッピング - Google Patents

Description

関連出願の相互参照
本願は、参照によって組み込まれる、Ｆｕｔｕｒｅｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ， Ｉｎｃ．によって２０１７年２月２７日に出願され、トラフィックエンジニアリング（ＴＥ）サービスマッピングと題された米国仮特許出願番号６２／４６４，１９８からの優先権を順に主張する、２０１８年２月２６日に出願され、トラフィックエンジニアリングサービスマッピングと題された米国特許出願番号１５／９０５，５５８に対する優先権を主張する。

（連邦政府による資金提供を受けた研究開発の記載）
不適用

［マイクロフィッシュ付図への参照］
不適用

ソフトウェア規定ネットワーク（ＳＤＮ）は、ネットワーク制御機能及び転送機能を分離するネットワーキングパラダイムである。データプレーンからの制御プレーンの分離は、効果的なポリシーの管理及びフレキシブルな管理を可能にするネットワーク制御の集約を可能する。ネットワーク制御の集約は、ネットワーク測定、トラフィックエンジニアリング、サービスの高められた質、及び高められたアクセス制御等の様々なネットワーク機能を促進する。ＳＤＮ可能ノード及びプロトコルの可用性が増えるほどに、多数の組織がＳＤＮネットワークの配置を開始している。

仮想プライベートネットワーク（ＶＰＮ）は、パブリックネットワークを超えてプライベートネットワークに延び、ユーザが、彼らのコンピューティングデバイスがプライベートネットワークに直接接続されるように、共有又はパブリックネットワークにわたってデータを送信及び受信することを可能にする。ユーザは、ＶＰＮ固有サービスモデルを用いるＶＰＮを要求しうる。

本開示の１つの態様により、ＶＰＮサービスに対するＶＰＮ固有サービスモデルをインポートし、ＶＰＮ固有サービスモデルを１又は複数のトラフィックエンジニアリング（ＴＥ）固有パラメータにマッピングするように構成されたプロセッサを含む、顧客ネットワークコントローラ（ＣＮＣ）が提供される。本開示の当該態様によるＣＮＣは、さらに、ＶＰＮサービスのＶＰＮ識別子（ＩＤ）と、ＶＰＮサービスに対して確立されたＴＥトンネルのトンネルＩＤとの間のマッピングを格納するように構成され、プロセッサに連結されたメモリを含み、ＴＥトンネルは、１又は複数のＴＥ固有パラメータを満たす。

任意で、前述の態様のいずれかにおいて、ＶＰＮ固有サービスモデルは、レイヤ３（Ｌ３）サービスモデル（ＳＭ）を含む。

任意で、前述の態様のいずれかにおいて、１又は複数のＴＥ固有パラメータは、トラフィックエンジニアードネットワークの抽象化及び制御（ＡＣＴＮ）の仮想ネットワーク（ＶＮ）のさらに別の次世代（ＹＡＮＧ）モデルにおいて用いられるパラメータである。

任意で、前述の態様のいずれかにおいて、１又は複数のＴＥ固有パラメータは、ＴＥトンネルモデルに用いられるパラメータである。

任意で、前述の態様のいずれかにおいて、プロセッサはさらに、ＶＰＮサービスを、ＴＥトンネル共有がＶＰＮサービスに許可されるか否かを示すサービスマッピングポリシーにマッピングするように構成され、ＣＮＣはさらに、サービスマッピングポリシーを、マルチドメインサービスコーディネータ（ＭＤＳＣ）コントローラに送信するように構成された送信機を含む。

任意で、前述の態様のいずれかにおいて、ＣＮＣはさらに、プロセッサに連結された送信機及び受信機を含む。送信機は、ＶＰＮ固有サービスモデルをＭＤＳＣコントローラに送信し、１又は複数のＴＥ固有パラメータをＭＤＳＣコントローラに送信するように構成される。受信機は、ＴＥトンネルＩＤをＭＤＳＣコントローラから受信するように構成される。

本開示の他の態様によれば、ＶＰＮサービスについてのＶＰＮ固有サービスモデルをインポートし、ＶＰＮ固有サービスモデルを、ＴＥトンネル共有がＶＰＮサービスに許可されるか否かを示すサービスマッピングポリシーにマッピングするように構成されたプロセッサを含むＣＮＣが提供される。ＣＮＣはまた、ＶＰＮサービスのＶＰＮ ＩＤと、サービスマッピングポリシーに従ってＶＰＮサービスに対して確立されたＴＥトンネルのトンネルＩＤとの間のマッピングを格納するように構成され、プロセッサに連結されたメモリを含む。

任意で、前述の態様のいずれかにおいて、ＣＮＣはさらに、プロセッサに連結された送信機及び受信機を含む。送信機は、サービスマッピングポリシーをＭＤＳＣコントローラに送信するように構成される。受信機は、ＴＥトンネルＩＤをＭＤＳＣコントローラから受信するように構成される。

任意で、前述の態様のいずれかにおいて、ＶＰＮ固有サービスモデルはＬ３ ＳＭである。

任意で、前述の態様のいずれかにおいて、サービスマッピングポリシーは、存在するＶＰＮサービスのいずれとも共有されない新たなＴＥトンネルを要求する第１モードと、存在するＴＥトンネルの変更を許可せず、存在するＶＰＮサービスと共有される存在するＴＥトンネルの利用を許可する第２モードと、存在するＴＥトンネルの変更を許可し、存在するＶＰＮサービスと共有される存在するトンネルの利用を許可する第３のモードとを含む複数のモードから選択される。

本開示の他の態様によれば、中央コントローラは、受信機に連結された受信機及びプロセッサを含む。受信機は、ＶＰＮサービスについて１又は複数の属性を特定するＶＰＮ固有サービスモデルを受信するように構成される。プロセッサは、ＶＰＮ固有サービスモデルと、１又は複数の属性に対応する１又は複数のＴＥ固有パラメータとの間のマッピングを取得し、１又は複数のＴＥ固有パラメータを満たすＴＥトンネルを、当該マッピングを用いて決定し、ＶＰＮサービスをＴＥトンネルにマッピングするように構成される。

任意で、前述の態様のいずれかにおいて、ＶＰＮ固有サービスモデルはＬ３ ＳＭである。

任意で、前述の態様のいずれかにおいて、１又は複数のＴＥ固有パラメータは、ＡＣＴＮ ＶＮ ＹＡＮＧモデルに関連付けられる。

任意で、前述の態様のいずれかにおいて、マッピングはさらに、ＶＰＮサービスに対するサービスマッピングポリシーを示し、サービスマッピングポリシーは、ＴＥトンネルが存在するＶＰＮサービスと共有されることが許可されるか否かを示し、プロセッサはさらに、サービスマッピングポリシーにしたがってＴＥトンネルを設定するように構成される。

任意で、前述の態様のいずれかにおいて、中央コントローラはさらに、プロセッサに連結された送信機及び受信機を含む。プロセッサは、伝送ネットワークにおけるＴＥトンネルにマッピングされるプロバイダエッジ（ＰＥ）−ＰＥトンネルを、ＩＰ／ＭＰＬＳネットワークにおいて生成するべく、１又は複数のパケットプロビジョニングネットワークコントローラ（ＰＮＣ）及び１又は複数の伝送ＰＮＣと、受信機及び送信機を介して互いに通信するように構成される。

任意で、前述の態様のいずれかにおいて、プロセッサは、送信機に、インターレイヤアクセスポイント及びトンネル要件を、１又は複数のＩＰコントローラ及び１又は複数の伝送ネットワークコントローラに送信させるように構成される。

任意で、前述の態様のいずれかにおいて、プロセッサは、送信機に、ＶＰＮ固有サービスモデルに基づくＴＥモデルを、１又は複数のＩＰコントローラに送信させるように構成され、ＴＥモデルは、１又は複数のＴＥ固有パラメータを特定する。

任意で、前述の態様のいずれかにおいて、中央コントローラはさらに、プロセッサに連結され、データ構造において、ＴＥトンネルＩＤと、ＶＰＮサービスのＩＤとの間の関係を格納するように構成されたメモリを含む。

本開示の他の態様によれば、中央コントローラは、受信機及び受信機に連結されたプロセッサを含む。受信機は、ＶＰＮサービスのためのＶＰＮ固有サービスモデル及びＶＰＮサービスのためのサービスマッピングポリシーを受信するように構成され、サービスマッピングポリシーは、ＴＥトンネル共有がＶＰＮサービスについて許可されるか否かを示す。プロセッサは、ＶＰＮサービスについてのＴＥトンネルをサービスマッピングポリシーに従って決定し、ＶＰＮサービスをＴＥトンネルにマッピングするように構成される。

任意で、前述の態様のいずれかにおいて、サービスマッピングポリシーは、存在するＶＰＮサービスのいずれとも共有されない新たなＴＥトンネルを要求する第１モードと、存在するＴＥトンネルの変更を許可せず、存在するＶＰＮサービスと共有される存在するＴＥトンネルの利用を許可し、存在するＴＥトンネルの変更を許可しない第２モードと、存在するＶＰＮサービスと共有される存在するトンネルの利用を許可し、存在するＴＥトンネルの変更を許可する第３のモードとを含む複数のモードから選択される。

任意で、前述の態様のいずれかにおいて、ＶＰＮ固有サービスモデルはＬ３ＳＭである。

任意で、前述の態様のいずれかにおいて、ＶＰＮ固有サービスモデルは、ＶＰＮサービスについての属性を特定し、サービスマッピングポリシーは、ＴＥトンネル共有がＶＰＮサービスに許可されることを示し、プロセッサはさらに、確立されたＴＥトンネルが共有を許可し、属性を満たすかを決定するべく、ＴＥトンネル割り当てを検索するように構成される。

任意で、前述の態様のいずれかにおいて、中央コントローラはさらに、プロセッサに連結された送信機を含む。共有を許可して属性を満たす確立されたＴＥトンネルが無いことを決定することに応じて、プロセッサは、ＴＥトンネルモデルを用いて１又は複数のＰＮＣと、受信機及び送信機を介して互いに通信するように構成される。

明確の目的で、本開示の範囲内で新たな実施形態を生成すべく、先述の実施形態のいずれか１つは、他の先述の実施形態のいずれか１又は複数と組み合わされてよい。

これらの及び他の特徴が、付属図面及び請求項が併用されて、以下の詳細な説明からより明瞭に理解されうる。

本開示をより十分に理解するために、次に、添付図面及び詳細な説明と関連した以下の簡潔な説明について言及する。ここで、同様の参照番号は同様の構成要素を表す。

図１は、本開示の実施形態に係るネットワークの概略図である。

図２は、本開示の実施形態に係るマッピング関係の図である。

図３は、ネットワークにおけるネットワーク要素（ＮＥ）の実施形態の図である。

図４は、複数の異なるサービスポリシー及び対応する複数の値を有する複数のＶＰＮサービスに対する複数のトンネル割り当ての例を図示するテーブルである。

図５は、ネットワークにおいてＴＥトンネルを生成するための方法の実施形態を図示するプロトコル図である。

図６は、ネットワークにおいてトンネルを生成するための方法の実施形態を図示するプロトコル図である。

図７は、ＣＮＣによって受信され、格納された情報を示すデータモデルを含むサービスマッピングポリシーに従ってネットワークにおいて複数のＴＥトンネルを生成するための方法の実施形態を図示する図である。

図８は、ＶＰＮ固有サービスモデルが、ＣＮＣ又は中央コントローラで、複数のサービスマッピングポリシー及びＴＥトンネルにどのようにマッピングされるかを規定するリード−ライトＹＡＮＧデータモデルである。

図９は、ＶＰＮ固有サービスモデルが、ＣＮＣ又は中央コントローラで、複数のサービスマッピングポリシー及びＴＥトンネルにどのようにマッピングされるかを規定するリードオンリＹＡＮＧデータモデルである。

図１０は、ＶＰＮ固有サービスモデルを用いて要求されるＶＰＮサービスのためのＴＥトンネルの確立を開始する方法である。

図１１は、サービスマッピングポリシーに従ってＴＥトンネルの確立を開始する方法である。

図１２は、ＶＰＮ固有サービスモデルを用いて要求されるＶＰＮサービスのためのＴＥトンネルを確立する方法である。

図１３は、ＶＰＮ固有サービスモデルを用いて要求されるＶＰＮサービスのためのＴＥトンネルを確立する方法である。

１又は複数の実施形態の説明的な実装が以下に提供されるが、開示されたシステム及び／又は方法は、現在知られている又は存在している任意の数の技術を用いて実装されてよいことが、最初に理解されるべきである。開示は、図示され本明細書で説明される代表的な設計及び実装を含む、以下で図示される例示的な実装、図面、及び技術に決して限定されるべきではなく、添付の請求項の範囲及び均等物のこれらの全ての範囲において変更されうる。

ＶＰＮのユーザは、ネットワークリソースの保証を要望しうる。しかしながら、レイヤ１（Ｌ１）、レイヤ２（Ｌ２）、又はＬ３ＶＰＮサービスモデルを用いて設定されるＶＰＮは、典型的には、ベストエフォートのみに基づいて確立され、リソースは保証されない。ＴＥトンネルモデルは、リソースを保証するＴＥトンネルを設定すべく用いられうる。しかしながら、現在のＶＰＮネットワークは、ＴＥトンネルを設定すべく、Ｌ１、Ｌ２、又はＬ３ＶＰＮ ＳＭ（例えば、Ｌ１、Ｌ２、又はＬ３ ＳＭにおいて表されるＴＥ制約）を、ＡＣＴＮ ＶＮモデル又はＴＥトンネルモデルにマッピングするメカニズムを有さない。本明細書に開示された複数の実施形態は、（例えばＴＥトンネルモデルを用いて）ＴＥトンネルを設定するべく、ＶＰＮ固有サービスモデルを、ＡＣＴＮ ＶＮ ＳＭ又はＴＥトンネルモデルにマッピングすることに関する。

図１は、本開示の実施形態に係るネットワーク１００の概略図である。様々な実施形態において、ネットワーク１００は、ＳＤＮ、ＶＰＮ、レイヤ１ ＶＰＮサービスモデル（Ｌ１ＳＭ）、レイヤ２ＶＰＮサービスモデル（Ｌ２ＳＭ）、レイヤ３ＶＰＮサービスモデル（Ｌ３ＳＭ）、ＡＣＴＮ、ＴＥトンネルモデル、ＹＡＮＧデータモデル、リプレゼンテーショナルステートトランスファーコンフィグレーション（ＲＥＳＴＣＯＮＦ）プロトコル、ネットワークコンフィグレーション（ＮＥＴＣＯＮＦ）プロトコル、パスコンピューテーションエレメントコミュニケーションプロトコル（ＰＣＥＰ）、又はそれらの組み合わせを実行しうる。Ｌ２ＳＭは、ここでその全体において参照によって組み込まれる２０１７年９月１８日のバージョン３の「Ａ ＹＡＮＧ Ｄａｔａ Ｍｏｄｅｌ ｆｏｒ Ｌ２ＶＰＮ Ｓｅｒｖｉｃｅ Ｄｅｌｉｖｅｒｙ」と題されたインターネットエンジニアリングタスクフォース（ＩＥＴＦ）ドキュメント（本明細書ではＬ２ＳＭドキュメントと称される）において説明されるようなＬ２ＳＭに従って実施されてよい。Ｌ３ＳＭは、ここでその全体において参照によって組み込まれる２０１８年１月１７日のバージョン１１の「ＹＡＮＧ Ｄａｔａ Ｍｏｄｅｌ ｆｏｒ Ｌ３ＶＰＮ Ｓｅｒｖｉｃｅ Ｄｅｌｉｖｅｒｙ」と題されたＩＥＴＦドキュメント（本明細書ではＬ３ＳＭドキュメントと称される）において説明されるようなＬ３ＳＭに従って実施されてよい。ＡＣＴＮは、ここでその全体において参照によって組み込まれる２０１７年１０月２３日のバージョン７の「Ａ ＹＡＮＧ Ｄａｔａ Ｍｏｄｅｌ ｆｏｒ ＡＣＴＮ ＶＮ Ｏｐｅｒａｔｉｏｎ」と題されたＩＥＴＦドキュメント（ＡＣＴＮ ＶＮ ＹＡＮＧドキュメントと称される）において規定されるように実施されてよい。ＴＥトンネルモデルは、ここでその全体において参照によって組み込まれる２０１６年１０月２６日付けのＩＥＴＦドキュメント「Ａ ＹＡＮＧ Ｄａｔａ Ｍｏｄｅｌ ｆｏｒ Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔｕｎｎｅｌｓ ａｎｄ Ｉｎｔｅｒｆａｃｅｓ」（本明細書ではＴＥトンネルモデルドキュメントと称される）において規定されるように実施されてよいＹＡＮＧデータモデルは、ここでその全体において参照によって組み込まれる、２０１０年１０月発行の「ＹＡＮＧ − Ａ Ｄａｔａ Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ ｆｏｒ ｔｈｅ Ｎｅｔｗｏｒｋ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＮＥＴＣＯＮＦ）」と題されたコメントのＩＥＴＦ要求（ＲＦＣ）６０２０ドキュメントによって規定されるように実施されてよい。ＮＥＴＣＯＮＦプロトコルは、ここでその全体において参照によって組み込まれる、２０１１年６月付けの「Ｎｅｔｗｏｒｋ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＮＥＴＣＯＮＦ）」と題されたＩＥＴＦ ＲＦＣ６２４１ドキュメントによって規定されるように実施されてよい。ＲＥＳＴＣＯＮＦプロトコルは、ここでその全体において参照によって組み込まれる、２０１７年１月付けの「ＲＥＳＴＣＯＮＦ ｐｒｏｔｏｃｏｌ」と題されたＩＥＴＦ ＲＦＣ８０４０ドキュメントによって規定されるように実施されてよい。ＰＣＥＰは、ここでその全体において参照によって組み込まれる、２００９年３月付けの「Ｐａｔｈ Ｃｏｍｐｕｔａｔｉｏｎ Ｅｌｅｍｅｎｔ （ＰＣＥ） Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＰＣＥＰ）」と題されたＩＥＴＦ ＲＦＣ５４４０ドキュメントによって規定されるように実施されてよい。ネットワーク１００の基礎をなすインフラストラクチャは、有線もしくは無線ネットワーク、光ネットワーク、又はこれらの組み合わせのような、任意のタイプのネットワークであってよい。実施形態において、ネットワーク１００は、１又は複数のインターネットプロトコル（ＩＰ）ドメイン及び１又は複数の伝送ドメインのような、複数のドメインを利用する。

ネットワーク１００は、カスタマーエッジ（ＣＥ）１０３及び１０８，ノード１０４、１０５、１０６，１０７，１０９，１１０，１１１及び１１２，ＣＮＣ１３０、及び中央コントローラ１４０を備える。ＣＥ１０３及び１０８は、ネットワーク１００の外部の顧客サイトに位置付けられたネットワークデバイスである。例えば、ＣＥ１０３及び１０８は、ルーター、ブリッジ、スイッチ、又はホストであってよい。ＣＥ１０３及び１０８は、顧客トラフィックを発する及び／又は終わらせてよい。

いくつかの実施形態において、ＣＥ１０３及び１０８は、特定の顧客のみに使用され、複数のリンク１２１によって、それぞれ、ノード１０４及び１０７に接続される。ノード１０４、１０５、１０６，１０７，１０９，１１０，１１１及び１１２はまた、複数のリンク１２４によって互いに相互接続される。リンク１２１及び１２４は、ネットワーク１００においてデータを伝送するためにもちいられる、ファイバ光リンク、電気リンク、無線リンク、及びロジカルリンクのような、物理リンクを備えてよい。ノード１０４、１０５、１０６，１０７，１０９，１１０，１１１及び１１２は、ネットワーク１００においてラベルスイッチパス（ＬＳＰ）及びトンネルを確立するためのマルチプロトコルラベルスイッチング（ＭＰＬＳ）シグナリングと、当該確立されたＬＳＰ及びトンネルに沿ったデータ伝送との両方を実行するように構成されたスイッチ及びルーターのような、任意のデバイス又は構成要素である。

ＣＥからトラフィックを受信するノードは、イングレスプロバイダエッジ（ＰＥ）ノードと称され、ＣＥへトラフィックを送信するノードは、エグレスＰＥノードと称される。いくつかの実施形態において、ノード１０４及び１０７は、ＰＥノードであり、イングレスＰＥノード１０４及びエグレスＰＥノード１０７と称されてよい。例えば、イングレスＰＥノード１０４は、ＣＥ１０３に及びからトラフィックを送るネットワーク１００のエッジに位置付けられたＰＥノード１０４であってよい。同様に、エグレスＰＥノード１０７は、ＣＥ１０８に及びからトラフィックを送るネットワーク１００のエッジに位置付けられたＰＥノード１０７であってよい。いくつかの実施形態において、ＰＥノード１０４及び１０７は、ネットワーク１００の外の１又は複数のノードに接続してよい。いくつかの実施形態において、ネットワーク１００は、ネットワーク１００が複数のドメイン（例えば、ＩＰドメイン１、ＩＰドメイン２、及び伝送ドメイン３）を含む場合の複数のドメインの境界の間に位置付けられるエリア境界ルーター（ＡＳＢＲ）を備えてよい。例えば、ノード１０５、１０６は、ＡＳＢＲであってよい。ネットワーク１００の１又は複数のドメインの内側に位置付けられるノード１０９、１１０、１１１及び１１２は、内部ノードと称される。ノード１０９、１１０、１１１、１１２の各々は、ネットワーク１００の対応するドメイン内でトラフィックを転送する。４つのノード１０９、１１０、１１１、１１２のみがネットワーク１００内に示されるが、任意の数のノードがネットワーク１００内に含まれてよい。

いくつかの実施形態において、ＰＥノード１０４及び１０７は、複数の異なる顧客に対する複数のＶＰＮをサポートすることができるサービスプロバイダによって管理される。サービスプロバイダは、クライアント及び顧客にＶＰＮサービスを提供するネットワーク１００のオペレーションを担う組織である。ＰＥノード１０４及び１０７は、サービスプロバイダ存在点に位置付けられ、サービスプロバイダによって管理されてよい。

ＣＮＣ１３０は、ＣＥ１０３及び１０８と通信し、ＶＰＮ情報を取得するように構成されたコントローラデバイスである。ＶＰＮ情報は、ＶＰＮサービスに対する要求を含み、ＶＰＮ固有ＳＭ１７９を用いて表される。ＶＰＮ固有ＳＭ１７９は、（例えば１又は複数の属性を含む）ＶＰＮサービスに対する要求が表されるモデルである。ＶＰＮサービス（例えば要求されたＶＰＮサービス）に対するＶＰＮ ＳＭ１７９は、ＶＰＮ固有ＳＭ１７９に従って表されたＶＰＮサービスに対する要求である又はを含む。例えば、ＶＰＮ固有ＳＭ１７９は、ここでその全体において参照により組み込まれる、Ｌ２ＳＭドキュメントにおいて説明されるようなＬ２ＳＭに対応してよい。ＶＰＮ固有ＳＭ１７９がＬ２ＳＭに対応する場合、ＶＰＮサービスに対する（例えば要求されたＶＰＮサービスに対する）ＶＰＮ固有ＳＭ１７９は、（例えば、Ｌ２ＳＭドキュメントに従った）Ｌ２ＳＭを用いて表されるＶＰＮサービス要求である又はを含む。他の例として、ＶＰＮ固有ＳＭ１７９は、ここでその全体において参照により組み込まれる、Ｌ３ＳＭドキュメントにおいて説明されるようなＬ３ＳＭに対応しうる。ＶＰＮ固有ＳＭ１７９がＬ３ＳＭに対応する場合、ＶＰＮサービスに対する（例えば要求されたＶＰＮサービスに対する）ＶＰＮ固有ＳＭ１７９は、（例えば、Ｌ３ＳＭドキュメントに従った）Ｌ３ＳＭを用いて表されるＶＰＮサービス要求である又はを含む。例として、いくつかの実施形態において、複数の属性１７３は、サービスの質（ＱｏＳ）又は帯域幅を含む。

ネットワーク１００が図１に図示されているようなマルチドメインネットワークである場合、中央コントローラ１４０は、ＣＮＣ１３０と、複数のＰＮＣ１３１、１３３、１３５又はそれぞれのドメイン１，２，及び３と関連付けられたドメインコントローラとの間に接続されたＭＤＳＣコントローラ１４１（例えばＭＤＳＣ ＳＤＮコントローラ）を含む。ＭＤＳＣコントローラ１４１又はスーパーコントローラ及びＰＮＣ１３１、１３３、１３５又はドメインコントローラは、一緒に配置されることができ、又は、ＭＤＳＣコントローラ１４１又はスーパーコントローラ及びＰＮＣ１３１、１３３、１３５又はドメインコントローラは、別々に位置づけられてよい。ＭＤＳＣコントローラ１４１又はスーパーコントローラは、ＣＥ１０３及び１０８のそれぞれにおいてネットワーク１００によって実行される複数の機能を調整するように構成される。例として、ＭＤＳＣコントローラ１４１は、Ｌ３ＳＭにおいて表されたＬ３ＶＰＮサービス要求を、１又は複数のＩＰ ＰＮＣ（例えば、ＰＮＣ１３１及び１３５、同様に、パケットＰＮＣと称される）及び伝送ＰＮＣ（例えば、ＰＮＣ１３３）と協調させることを担う。特に、ＭＤＳＣコントローラ１４１は、ＩＰ ＰＮＣ及び伝送ＰＮＣと調整して、Ｌ３ＳＭ及びＡＣＴＮ ＶＮ／ＴＥトンネルモデルをマッピングするように構成される。

ＰＮＣ１３１、１３３、１３５又はドメインコントローラは、ネットワーク１００におけるノード１０４、１０５、１０６、１０７、１０９、１１０、１１１及び１１２を設定し、ネットワーク１００の物理トポロジをモニタする。ＰＮＣ１３１、１３３、１３５又はドメインコントローラは、ネットワーク１００の物理トポロジを、ＭＤＳＣコントローラ１４１又はスーパーコントローラに通信するように構成されてよい。ＩＰ ＰＮＣ（例えば、ＰＮＣ１３１及び１３５）は、ＶＰＮ顧客についてのＰＥ−ＰＥ Ｌ３ＶＰＮトンネルを生成するためのデバイス設定と、ＰＥノード上でのＬ３ＶＰＮ ＶＰＮルーティング及び転送（ＶＲＦ）の設定とを担う。伝送ＰＮＣ（例えばＰＮＣ１３３）は、伝送ネットワークにおけるＴＥトンネルのためのデバイス設定を担う。図１は、マルチドメインネットワークを図示するが、複数の実施形態は、シングルドメインネットワークにおいて用いられてよく、この場合中央コントローラ１４０はＭＤＳＣ ＳＤＮコントローラを有しない。

ネットワーク１００の、ＭＤＳＣコントローラ１４１又はスーパーコントローラ及びＰＮＣ１３１、１３３、１３５又はドメインコントローラは、ＣＮＣ１３０によって受信された顧客の要求に基づいて、ノード１０４、１０５、１０６、１０７、１０９、１１０、１１１及び１１２を一緒に制御する。ＣＮＣ１３０は、ＣＮＣ／ＭＤＳＣインタフェース（ＣＭＩ）インタフェース１５７を介してＭＤＳＣコントローラ１４１又はスーパーコントローラとインタフェースし、ＭＤＳＣコントローラ１４１は、サウスバウンドインタフェースを介して、ノード１０４、１０５、１０６、１０７、１０９、１１０、１１１及び１１２とインタフェースする。理解されるべきであるように、任意の数のＣＮＣ、ＭＤＳＣ、スーパーコントローラ、ＰＮＣ、及びドメインコントローラが、ネットワーク１００に含まれうる。

ネットワーク１００は、ＣＥ１０３からＣＥ１０８にトラフィックを伝達するためのＴＥトンネルを提供するように構成される。トンネリングの方法は、カプセル化プロトコルを用いて元のパケットをカプセル化する段階と、イングレスＰＥノード１０４からエグレスＰＥノード１０７にカプセル化されたパケットを送信する段階とを備えてよい。エグレスＰＥノード１０７は、イングレスＰＥノード１０４によってパケットにカプセル化されたヘッダを除くべく、カプセル化されたパケットをカプセル除去し、元のパケットを、ＣＥ１０８に転送する。その結果、トンネルされたパケットは、ネットワーク１００を介して標準のＩＰパケットとして伝送され、ここで、外部のＩＰソースアドレスは、イングレスＰＥノード１０４のアドレスであり、外部のＩＰのデスティネーションアドレスは、エグレスＰＥノード１０７のアドレスである。トンネルメカニズムは、ユーザ又はサードパーティが、インターネットを介して、又は、インフラストラクチャネットワークを認識することなく、プライベートネットワークを確立することを可能にする。

ＶＰＮサービスの顧客は、ＶＰＮサービスに対して保証された特定のサービスの制約（例えばＴＥ制約）を有することを要望しうる。しかしながら、現在のＶＰＮネットワークは、ＶＰＮ固有ＳＭ１７９において特定された属性を、中央コントローラ１４０がＴＥトンネル１６３を設定することに用いることができるフォーマットに変換又はマッピングすることができないため、現在のＶＰＮネットワークは、ＶＰＮ固有サービスモデルにおいて表された要望されたネットワークプロパティを満たすＴＥトンネルを確立することができない。

本明細書において、ＶＰＮ固有ＳＭ１７９を用いて表される１又は複数の属性１７３を満たすＶＰＮサービスのためのＴＥトンネル１６３を設定することに関する複数の実施形態が開示される。１又は複数の属性１７３は、ＶＰＮ固有ＳＭ１７９を用いて表されるＴＥ制約（例えば、ＴＥトンネルをインスタンス化するために用いられるプロパティ又は属性）に対応してよい。実施形態は、ＶＰＮ固有ＳＭ１７９を用いて表される１又は複数の属性１７３を、ＴＥトンネルモデル又は中間モデル（たとえば、ＡＣＴＮ ＶＮ ＹＡＮＧモデル）の１又は複数のＴＥ固有パラメータ１７５に変換及び／又はマッピングするべく、ＴＥサービスマッピングモデルを用いる。（例えば、ＴＥトンネルモデルドキュメントにおいて説明されるような）ＴＥトンネルモデル及び／又は（例えば、ＡＣＴＮ ＶＮ ＹＡＮＧドキュメントにおいて説明されるような）ＡＣＴＮ ＶＮ ＹＡＮＧモデルにおいて用いられる複数のパラメータは、本明細書において、ＴＥ固有パラメータと称される。いくつかの実施形態において、ＴＥトンネルは、さらに、ＶＰＮサービスに対して特定されたサービスマッピングポリシーに従って設定される。

実施形態において、ＣＮＣ１３０は、顧客によって要求されたＶＰＮサービスに関連づけられた１又は複数の属性１７３を含むＶＰＮ固有ＳＭ１７９を取得する。ＣＮＣ１３０はまた、ＶＰＮサービスに関連づけられたサービスマッピングポリシー１８２を取得してよい。ＣＮＣ１３０は、ＶＰＮサービスに対するＴＥトンネルを中央コントローラ１４０に設定させるべく、要求１７０を中央コントローラ１４０に送信する。要求１７０は、少なくとも、ＶＰＮ固有ＳＭ１７９、１又は複数のＴＥ固有パラメータ１７５、及びサービスマッピングポリシー１８２を含む。

１又は複数のＴＥ固有パラメータ１７５は、ＶＰＮ固有ＳＭ１７９を用いて表されるＶＰＮサービスに対する１又は複数の属性１７３にマッピングする。ＣＮＣ１３０は、ＴＥサービスマッピングモデル（例えば、図２又は７のＴＥサービスマッピングモデル２０２）を用いて、１又は複数のＴＥ固有パラメータ１７５を決定し、ＶＰＮ固有ＳＭ１７９を用いて表される１又は複数の属性１７３を、ＭＤＳＣコントローラ１４１がＴＥトンネルを生成することが可能である異なるモデル１８１の１又は複数のＴＥ固有パラメータ１７５に、変換及び／又はマッピングするように構成される。例えば、異なるモデル１８１は、ＡＣＴＮ ＶＮ ＹＡＮＧドキュメントにおいて説明されるような、ＡＣＴＮ ＶＮ ＹＡＮＧモデルに対応してよい。この例において、ＣＮＣ１３０は、ＴＥサービスマッピングモデルを用いて、ＶＰＮ固有ＳＭ１７９に含まれ及びを用いて表される１又は複数の属性１７３を、ＡＣＴＮ ＶＮ ＹＡＮＧモデルに関連付けられた１又は複数のＴＥ固有パラメータ１７５に変換又はマッピングする。他の例として、異なるモデル１８１は、ＴＥトンネルモデルドキュメントにおいて説明されるようなＴＥトンネルモデルに対応してよい。図１は、１又は複数のＴＥ固有パラメータ１７５を含むものとして要求１７０を図示するが、他の例において、要求１７０は、１又は複数のＴＥ固有パラメータ１７５を含まず、ＭＤＳＣコントローラ１４１は、１又は複数のＴＥ固有パラメータ１７５を決定する。例えば、ＣＮＣ１３０は、ＶＰＮ固有ＳＭ１７９を含む要求１７０を送信してよく、ＭＤＳＣコントローラ１４１は、ＴＥサービスマッピングモデルを用いて、ＶＰＮ固有ＳＭ１７９を用いて表される１又は複数の属性１７３を、ＴＥトンネルモデルドキュメントにおいて特定されるようなＴＥトンネルモデルにおいて用いられるような１又は複数のＴＥ固有パラメータ１７５に変換又はマッピングしてよい。

ＣＮＣ１３０又はＭＤＳＣコントローラ１４１は、１又は複数のＴＥ固有パラメータ１７５をデータ構造において（例えば、ＶＰＮサービスＩＤを介して）ＶＰＮサービスに関連付けることによって、ＶＰＮ固有ＳＭ１７９を１又は複数のＴＥ固有パラメータ１７５にマッピングしてよい。従って、このように、ＣＮＣ１３０又はＭＤＳＣコントローラ１４１は、ＶＰＮ固有ＳＭ１７９を、１又は複数のＴＥ固有パラメータ１７５にマッピングしてよい（例えば、ＶＰＮ固有ＳＭ１７９を、ＡＣＴＮ ＶＮ ＹＡＮＧモデル又はＴＥトンネルモデルにマッピングしてよい）。ＣＮＣ１３０又はＭＤＳＣコントローラ１４１は、１又は複数のＴＥ固有パラメータ１７５を、ＣＮＣ１３０又はＭＤＳＣコントローラ１４１のメモリにに格納してよい。

サービスマッピングポリシー１８２は、ＴＥトンネル分離、ＴＥトンネル共有、又はＴＥトンネルプロパティ変更に関連付けられた１又は複数のモードを特定してよい。例えば、サービスマッピングポリシー１８２は、完全なＴＥトンネル分離を要求する第１モードを特定してよい。サービスマッピングポリシー１８２が第１モードを特定することに応じて、ＭＤＳＣコントローラ１４１は、新たなＴＥトンネルを生成するように構成されてよい。サービスマッピングポリシー１８２、例えば、第１モードは、ＱｏＳ又は他の理由で他のＶＰＮから運営されるネットワークスライスを要求する顧客に対して、動的ＶＮ／ＴＥトンネルの生成を許可する。加えて、又は代わりに、サービスマッピングポリシー１８２は、存在するＴＥトンネルの利用を許可する第２モードを特定してよい。これらの例において、ＭＤＳＣコントローラ１４１は、存在するＴＥトンネルが１又は複数のＴＥ固有パラメータ１７５を満たすかを決定すべく、ＰＮＣ１３１、１３３、１３５と通信してよい。存在するＴＥトンネルが１又は複数のＴＥ固有パラメータ１７５を満たす場合、ＭＤＳＣコントローラ１４１は、ＶＰＮサービスを存在するＴＥトンネルに割り当ててよい。存在するＴＥトンネルが１又は複数のＴＥ固有パラメータ１７５を満たさない場合、ＭＤＳＣコントローラ１４１は、新たなＴＥトンネルを生成してよい。加えて、又は代わりに、第２モードは、ＴＥトンネルプロパティの変更を禁止してよい。これらの例において、サービスマッピングポリシー１８２は、存在するＴＥトンネルの利用を許可し、プロパティの変更を許可する第３のモードを特定してよい。

ＣＮＣ１３０は、データ構造において、サービスマッピングポリシー１８２を（例えば、ＶＰＮサービスＩＤを介して）ＶＰＮサービスに関連付けることによって、ＶＰＮ固有ＳＭ１７９をサービスマッピングポリシー１８２にマッピングしてよい。従って、このように、ＣＮＣ１３０は、ＶＰＮサービスに対するＶＰＮ固有ＳＭ１７９を、ＶＰＮサービスに対するサービスマッピングポリシー１８２にマッピングしてよい。

ＣＮＣ１３０は、ＶＰＮ固有ＳＭ１７９、（要求１７０に含まれる）１又は複数のＴＥ固有パラメータ１７５、及びサービスマッピングポリシー１８２を含む要求１７０を、中央コントローラ１４０（例えば、ＭＤＳＣコントローラ１４１）に送信する。要求１７０を受信することに応じて、中央コントローラ１４０は、要求１７０におけるサービスマッピングポリシー１８２に従ってＶＰＮサービスに対してＴＥトンネルを決定する。

図示するべく、サービスマッピングポリシー１８２が共有を許可しない場合、中央コントローラ１４０は、ＴＥトンネルモデルを用いて、ＴＥトンネル設定要求１９２をＰＮＣ１３１、１３３、１３５に送信する。ＴＥトンネル設定要求１９２は、ＴＥトンネルモデルを用いて、ＴＥトンネルをインスタンス化するべく用いられ、１又は複数の属性１７３に対応する複数の属性を特定する。ＴＥサービスマッピングモデルが１又は複数の属性１７３を直接ＴＥトンネルモデルのパラメータにマッピングする例において、中央コントローラ１４０は、ＡＣＴＮ ＶＮ ＹＡＮＧモデルをインスタンス化することなく、１又は複数のＴＥ固有パラメータ１７５を用いて、ＴＥトンネルモデルをインスタンス化する。ＴＥサービスマッピングモデルが１又は複数の属性１７３をＡＣＴＮ ＶＮ ＹＡＮＧモデル（例えば中間モデル）のパラメータにマッピングする例において、ＭＤＳＣコントローラ１４１は、ＡＣＴＮ ＶＮ ＹＡＮＧモデルを用いて表される１又は複数のＴＥ固有パラメータ１７５を、ネットワーク中心モデル（例えばＴＥトンネルモデル）に変換しマッピングする。これらの例において、ＭＤＳＣコントローラ１４１は、その後、ＴＥトンネルモデルに従ってＴＥトンネル設定要求１９２を生成する。中央コントローラ１４０及びＰＮＣ１３１、１３３、１３５は、ＴＥトンネルモデルを用いて表された１又は複数のＴＥ固有パラメータ１７５を満たすＴＥトンネルを決定すべく、互いに通信する。中央コントローラ１４０は、ＴＥトンネルＩＤ１９０を生成されたトンネルに割り当て、状態（例えば、テーブル）を更新して、生成されたトンネルを反映し、ＣＮＣ１３０にＴＥトンネルＩＤ１９０を送信する。

サービスマッピングポリシー１８２がＴＥトンネルの共有を許可する場合、ＭＤＳＣコントローラ１４１は、存在するＴＥトンネルが用いられることが可能かを決定する。いくつかの例において、ＭＤＳＣコントローラ１４１は、属性を示すトンネル割り当てを検索することによって、及び存在する各ＴＥトンネルに関連づけられたポリシーを共有することによって、存在するＴＥトンネルが用いられることができるか否かを決定する。例えば、ＭＤＳＣコントローラ１４１は、図４を参照して以下でより詳細に説明されるようなＴＥトンネル割り当てのデータ構造を格納してよく、ＭＤＳＣコントローラ１４１は、属性を満たし、共有を許可する存在するＴＥトンネルに対するトンネル割り当てにアクセスし、検索してよい。他の例では、ＭＤＳＣコントローラ１４１は、属性を満たし、共有を許可する存在するＴＥトンネルに対するＰＮＣコントローラを問い合わせる。ＭＤＳＣコントローラ１４１及び／又はＰＮＣ１３１、１３３、１３５が、存在するＴＥトンネルが属性１７３を満たし、共有を許可することを決定する場合、ＭＤＳＣコントローラ１４１は、トンネル割り当てを更新して、ＶＰＮサービスのＶＰＮ ＩＤ１７１が属性１７３を満たし共有を許可するＴＥトンネル１６３のＴＥトンネルＩＤ１９０にマッピングされるように反映する。ＭＤＳＣコントローラ１４１はそして、ＴＥトンネルＩＤ１９０をＣＮＣ１３０に送信する。ＭＤＳＣコントローラ１４１が、１又は複数のＴＥ固有パラメータ１７５を満たすＴＥトンネルが存在しないが、サービスマッピングポリシー１８２がプロパティ変更を許可すると決定する場合、ＭＤＳＣコントローラ１４１は、上記したように１又は複数のＴＥ固有パラメータ１７５を用いるＴＥトンネルモデルを決定し、ＰＮＣ１３１、１３３、１３５と通信して、存在するＴＥトンネルが１又は複数のＴＥ固有パラメータ１７５を満たすように変更されることができるかを決定する。ＰＮＣ１３１、１３３、１３５が、存在するトンネルが１又は複数のＴＥ固有パラメータ１７５を満たすように変更されることができると決定する場合、存在するトンネルは、ＶＰＮサービスに割り当てられる。ＰＮＣ１３１、１３３、１３５が、存在するトンネルが１又は複数のＴＥ固有パラメータ１７５を満たすように変更されることができないと決定する場合、ＭＤＳＣコントローラ１４１は、ＴＥトンネルモデルを用いてＰＮＣ１３１、１３３、１３５と通信し、ＶＰＮサービスに対する新たなＴＥトンネルを生成する。ＭＤＳＣコントローラ１４１が、１又は複数のＴＥ固有パラメータ１７５を満たす、存在するＴＥトンネルが無いことを決定した場合、および、プロパティ変更が許可されない場合に、ＭＤＳＣコントローラ１４１は、上記したように、新たなＴＥトンネル１６３を生成すべく、ＰＮＣと通信する。

いくつかの例では、ＭＤＳＣコントローラ１４１は、ＩＰ ＰＮＣ（例えば、ＰＮＣ１３１及び１３５）及び伝送ＰＮＣ（例えばＰＮＣ１３３）と互いに通信し、インターレイヤアクセスポイント及びトンネル要件（例えば１又は複数のパラメータ１７５）を設けることによって、伝送ネットワークにおいてＴＥトンネルにマッピングされたＩＰ／ＭＰＬＳネットワークにおけるＰＥ−ＰＥトンネルを生成する。具体的なサービス情報は、実際のＶＰＮ構成及びアクティブ化のためにＩＰ ＰＮＣに受け渡しされる。伝送ＰＮＣは、アクセスポイント及びエグレスポイントにマッチングする対応するＴＥトンネル１６３を生成する。ＩＰ ＰＮＣは、ＰＥ−ＰＥトンネルＩＤを、対応するＴＥトンネルＩＤ１９０とマッピングし、２つのＩＤを結びつける。ＭＤＳＣコントローラ１４１は、ＩＰ ＰＮＣに、伝送トンネル識別子を通知し、これにより、ＩＰ ＰＮＣは、ＶＰＮ顧客に対するＶＲＦインスタンスを生成又は更新する（例えば、伝送トンネル識別子を用いて、正しいトンネル識別子を指すＶＲＦテーブルを割り当てる）。従って、ネットワーク１００は、自動で、ＶＰＮ及びＶＲＦインスタンスをＴＥトンネルに結びつけてよく、ＶＮ及びＴＥトンネルの間の自動サービスマッピングを提供し、オペレータが、基礎をなすＶＮ及びＴＥトンネルを見える、Ｌ２及びＬ３サービスを制御し管理することを助ける。

図２は、本開示の実施形態に係るマッピング関係を示す図２００である。ＴＥサービスマッピングモデル２０２は、包括的ＡＣＴＮ ＶＮモデル２０４によって、ＶＰＮ固有サービスモデル（例えばＬ３ＳＭ１７９ａ、Ｌ２ＳＭ１７９ｂ、又はＬ１ＳＭ１７９ｃ）及びＴＥトンネルモデル２０６の間をマッピングするため、及び／又は、これらにわたる結び付け関係を生成するために用いられる。ＴＥサービスマッピングモデル２０２は、図５を参照して下記で説明されるデータモデル７０３−７０５のうちの１又は複数を含んでよい。加えて、又は代わりに、ＴＥサービスマッピングモデル２０２は、詳細な説明の終わりで示されるコードを含みうる。ＡＣＴＮ ＶＮ ＹＡＮＧモデル２０４は、内部又は外部の顧客が、様々な制約で顧客のサービス目的を満たすＶＮを生成することを許可する包括的仮想ネットワークサービスモデルである。ＴＥサービスマッピングモデル２０２は、ＶＰＮ固有サービスモデル（例えばＬ３ＳＭ１７９ａ、Ｌ２ＳＭ１７９ｂ、又はＬ１ＳＭ１７９ｃ）をＴＥ固有パラメータ（例えば、１又は複数のＴＥ固有パラメータ１７５）と結びつける。その結びつけることは、基礎となるＴＥネットワークの可視性を有するシームレスサービスオペレーションを促進する。

図３は、ネットワーク１００におけるＮＥ３００の実施形態の図である。例えば、ＮＥ３００は、ＣＮＣ１３０又は中央コントローラ１４０であってよい。ＮＥ３００は、本明細書で説明されるＴＥサービスマッピングメカニズムを実行及び／又はサポートするように構成されてよい。ＮＥ３００は単一のノードに実装されてよく、又はＮＥ３００の機能は複数のノードに実装されてもよい。当業者であれば、ＮＥという用語には様々なデバイスが包含され、ＮＥ３００はそのようなデバイスの単に一例に過ぎないことを認識するであろう。ＮＥ３００は説明を明確にするために含まれているが、本開示の応用を特定のＮＥの実施形態又はＮＥの実施形態のクラスに限定するつもりは一切ない。本開示で説明される特徴及び／又は方法の少なくとも一部は、ＮＥ３００などのネットワーク装置又はモジュールに実装されてよい。例えば、本開示の特徴及び／又は方法は、ハードウェア、ファームウェア、及び／又はハードウェア上で作動するようにインストールされたソフトウェアを用いて実現されてよい。図３に示すように、ＮＥ３００は、データを受信するための１つ又は複数のイングレスポート３１０及び受信機ユニット（Ｒｘ）３２０と、データを処理する少なくとも１つのプロセッサ、論理ユニット、又は中央処理装置（ＣＰＵ）３０５と、データを送信するための送信機ユニット（Ｔｘ）３２５及び１つ又は複数のエグレスポート３３０と、データを格納するためのメモリ３５０とを備える。

プロセッサ３０５は、１又は複数のマルチコアプロセッサを備え、データ格納、バッファ等として機能しうるメモリ３５０に連結されてよい。プロセッサ３０５は、汎用プロセッサとして実現されよく、あるいは１つ若しくは複数の特定用途向け集積回路（ＡＳＩＣ）及び／又はデジタル信号プロセッサ（ＤＳＰ）の一部であってもよい。プロセッサ３０５は、ＣＮＣ１３０又は中央コントローラ１４０の複数の処理機能を実行しうるマッピングモジュール３５５を備えてよく、下記でより完全に説明されるような方法５００、６００、７００、１０００、１１００、１２００及び１３００及び／又は本明細書において説明される任意の他の方法を実行してよい。そのように、マッピングモジュール３５５を含むもの、及び関連する方法とシステムは、ＮＥ３００の機能に対する改善を提供する。さらに、マッピングモジュール３５５は、特定のもの（例えば、ネットワーク）の異なる状態への転換を実行する。別の実施形態では、マッピングモジュール３５５は、プロセッサ３０５によって実行されうる、メモリ３５０に格納された複数の命令として実施されてよい。

メモリ３５０は、一時的格納コンテンツのためのキャッシュ、例えばランダムアクセスメモリ（ＲＡＭ）を備えてよい。さらにメモリ３５０は、コンテンツを比較的長く格納するための長期格納装置、例えば、リードオンリメモリ（ＲＯＭ）を含んでよい。例えば、キャッシュ及び長期格納装置は、ダイナミックＲＡＭ（ＤＲＡＭ）、ソリッドステートドライブ（ＳＳＤ）、ハードディスク、又はこれらの組み合わせを含んでよい。メモリ３５０は、ルーティングデータベースを格納するように構成されてよい。実施形態では、メモリ３５０は、１又は複数のＴＥ固有パラメータ１７５、サービスマッピングポリシー１８２、及びＴＥトンネルマッピング３６５を備えてよい。ＴＥトンネルマッピング３６５は、ＶＰＮサービスに対して生成されたＴＥトンネル１６３に対応するＴＥトンネルＩＤ１９０を含んでよい。図３は、１又は複数のＴＥ固有パラメータ１７５及びサービスマッピングポリシー１８２から別個のブロックとしてトンネルマッピング３６５を図示するが、ＴＥトンネルマッピング３６５は、図５〜図７を参照して下記でより詳細に説明され、本詳細な説明の終わりにおけるコンピュータプログラムリストに示されるような、１又は複数のＴＥ固有パラメータ１７５及びサービスマッピングポリシー１８２と同一のデータモデルを用いて格納されてよい。

ＮＥ３００がＣＮＣ１３０である場合、Ｒｘ３２０は、ＶＰＮサービスに対する属性１７３を含むＶＰＮ固有ＳＭ１７９を含むＶＰＮ情報を受信する。例えば、Ｒｘ３２０は、１又は複数の属性１７３を含むＬ１ＳＭ、Ｌ２ＳＭ、又はＬ３ＳＭを受信してよい。Ｒｘ３２０は、加えて、サービスマッピングポリシー１８２を受信してよい。マッピングモジュール３５５は、図１を参照して上記で説明したようなＴＥサービスマッピングモデルを呼び出すことによって、１又は複数のＴＥ固有パラメータ１７５を生成するように構成される。例えば、マッピングモジュール３５５は、ＴＥサービスマッピングモデルを用いて、ＶＰＮ固有ＳＭ１７９において表された属性１７３を表すＶＰＮ固有ＳＭ１７９を、ＭＤＳＣコントローラ１４１がＴＥトンネル１６３を生成することができる異なるモデル１８１のフォーマットにマッピングしてよい。例えば、マッピングモジュール３５５は、ＶＰＮ固有ＳＭ１７９をＡＣＴＮ ＶＮ ＹＡＮＧモデルにマッピングするように構成されてよい。加えて、又は代わりに、マッピングモジュール３５５は、ＶＰＮサービスに対するサービスマッピングポリシー１８２を決定及び／又は格納するように構成されてよい。プロセッサ３０５は、ＶＰＮ固有ＳＭ１７９、１又は複数のＴＥ固有パラメータ１７５、及びサービスマッピングポリシー１８２を含む要求１７０を生成し、そして、Ｔｘ３２５は、要求１７０を中央コントローラ１４０に送信する。Ｒｘ３２０は、１又は複数のＴＥ固有パラメータ１７５を満たすＴＥトンネル１６３が確立されたか否かを示すメッセージを中央コントローラ１４０から受信する。Ｒｘ３２０は、中央コントローラ１４０からＴＥトンネルＩＤ１９０を受信してよく、又はプロセッサ３０５は、ＴＥトンネルＩＤ１９０を生成してよい。ＴＥトンネルＩＤ１９０は、メモリ３５０のＴＥトンネルマッピング３６５に格納されてよい。

ＮＥ３００が中央コントローラ１４０である場合、Ｒｘ３２０は、ＣＮＣ１３０から要求１７０を受信する。要求１７０は、ＶＰＮ固有ＳＭ１７９、１又は複数のＴＥ固有パラメータ１７５、及びサービスマッピングモジュール１８２を含む。プロセッサ３０５によって実行されるマッピングモジュール３５５は、要求１７０におけるサービスマッピングポリシー１８２から、ＶＰＮサービスに対するサービスマッピングポリシー１８２を決定するように構成される。

サービスマッピングポリシー１８２が分離を必要とする場合、マッピングモジュール３５５は、ＶＰＮ固有モデル１７９及び１又は複数のＴＥ固有パラメータ１７５を用いて、１又は複数の属性１７３を特定するＴＥトンネルモデルを決定する。いくつかの例では、マッピングモジュール３５５は、ＡＣＴＮ ＶＮ ＹＡＮＧモデルのような中間モデルを用いて、ＴＥトンネルモデルを決定する。これらの例では、マッピングモジュール３５５は、ＶＰＮ固有ＳＭ１７９及び１又は複数のＴＥ固有パラメータ１７５を用いて、ＡＣＴＮ ＶＮ ＹＡＮＧモデルを決定し、ＡＣＴＮ ＶＮ ＹＡＮＧモデルに基づいてＴＥトンネルモデルを生成する。ＮＥ３００は、要求１７０における１又は複数のＴＥ固有パラメータ１７５を満たす、ＴＥトンネル１６３を算出する、又は、ＴＥトンネル１６３を算出すべく、Ｔｘ３２５を介してＰＮＣと通信する。Ｔｘ３２５は、算出されたＴＥトンネル１６３に関する情報をイングレスＰＥノード１０４に送信する。

要求１７０におけるサービスマッピングポリシー１８２が、共有が許可されることを示す場合、マッピングモジュール３５５は、存在するＴＥトンネルが１又は複数のＴＥ固有パラメータ１７５を満たし共有を許可するかを決定する、又は、ＰＮＣ（例えば１３１，１３３，１３５）とＴｘ３２５を介して互いに通信して、存在するＴＥトンネルが１又は複数のＴＥ固有パラメータ１７５を満たし共有を許可するかを決定する。存在するＴＥトンネルが１又は複数のＴＥ固有パラメータ１７５を満たす又は共有を許可する場合、マッピングモジュール３５５は、存在するトンネルをＶＰＮサービスに割り当てる。１又は複数のＴＥ固有パラメータ１７５を満たし、共有を許可する存在するＴＥトンネルが無い場合、マッピングモジュール３５５は、ＶＰＮ固有ＳＭ１７９及び１又は複数のＴＥ固有パラメータ１７５を用いて、１又は複数のＴＥ固有パラメータ１７５を表すＴＥトンネルモデルを決定する。Ｔｘ３２５は、また、ＴＥトンネル１６３が問題なく確立されたか否かを示すメッセージを、ＣＮＣ１３０に送信してよい。いくつかの実施形態において、１又は複数のＴＥ固有パラメータ１７５は、中央コントローラ１４０のメモリ３５０に格納されてよい。ＴＥトンネルＩＤ１９０はまた、中央コントローラ１４０のメモリ３５０のＴＥトンネルマッピング３６５に格納されてよい。

ＮＥ３００に実行可能命令をプログラミング及び／又はローディングすることによって、プロセッサ３０５及び／又はメモリ３５０の少なくとも１つが変更され、ＮＥ３００を、本開示で教示された新規な機能を有する、特定のマシン又は装置に、例えばマルチコア転送アーキテクチャに一部転換する。気工学技術及びソフトウェア工学技術では基本的なことであるが、実行可能なソフトウェアをコンピュータに読み込むことで実現され得る機能は、よく知られた設計ルールによってハードウェア実装に変換され得る。概念をソフトウェアで実装するか、ハードウェアで実装するかの決定は、通常、ソフトウェアドメインからハードウェアドメインへの変換に伴うあらゆる問題ではなく、設計の安定性と生成されるユニット数との考察で決まる。概して、さらに頻繁に変更される可能性のある設計はソフトウェアで実装されるのが好ましいと考えられる。なぜなら、ハードウェア実装のやり直しは、ソフトウェア設計のやり直しより費用がかかるからである。概して、安定的であり、大量生産される設計は、ハードウェアで、例えば、ＡＳＩＣで、実装されるのが好ましいと考えられる。なぜなら、大量生産工程では、ハードウェア実装はソフトウェア実装より費用がかからないと考えられるからである。多くの場合、設計はソフトウェア形態で開発され、またテストされ、後から、よく知られた設計ルールによって、ソフトウェア命令をハードウェアに組み込んだＡＳＩＣで均等なハードウェア実装に転換されてよい。特定のマシン又は装置において新たなＡＳＩＣによって制御されるマシンと同一の方式において、さらに、実行可能命令でプログラム及び／又はロードされたコンピュータは、特定のマシン又は装置とみなされてよい。

図４は、トンネル割り当ての例を図示するテーブル４００である。実施形態では、テーブル４００は、ネットワーク１００についてのトンネル情報を格納する。実施形態において、テーブル４００は、ＣＮＣ１３０及び／又は中央コントローラ１４０において格納されてよい。例えば、テーブル４００の情報は、ＣＮＣ１３０及び／又は中央コントローラ１４０のメモリ３５０に格納されてよい。テーブル４００は、ＴＥトンネルＩＤカラム４０２において特定されるそれぞれのトンネルに対応するエントリ４５０Ａ−Ｃを含む。

テーブル４００は、ＶＰＮ ＩＤカラム４０１、ＴＥトンネルＩＤカラム４０２、パラメータカラム４０３、及びサービスマッピングポリシーカラム４０４を含む。パラメータカラム４０３は、ＶＰＮサービス又はＴＥトンネルに対して特定されうる様々なＴＥ固有パラメータ１７５に対するサブカラム４０５及び４０６を含む。図４に示されるように、テーブル４００は、レイテンシレベル及びパス保護レベルを含む２つの例のＴＥ固有パラメータ１７５を含む。サブカラム４０５は、レイテンシレベルＴＥ固有パラメータ１７５についての値を特定し、サブカラム４０６は、パス保護レベルＴＥ固有パラメータ１７５についての値を特定する。２つの例のＴＥ固有パラメータ１７５のみが図４に示されるが、ＶＰＮサービスは、そのＶＰＮサービス又はＴＥトンネルを実行するためのネットワーク要件に関連づけられたＴＥ固有パラメータ１７５に対応する任意の異なるタイプの属性を規定してよい。例えば、１又は複数のＴＥ固有パラメータ１７５は、帯域幅規格を含んでよく、これは、ＴＥトンネル１６３に対する最小帯域幅、最大帯域幅、及び／又は許容帯域幅範囲を規定してよい。１又は複数のＴＥ固有パラメータ１７５は、スループット規格を含んでよく、これは、ネットワーク１００のＴＥトンネル１６３におけるスループットについての値を規定してよい。１又は複数のＴＥ固有パラメータ１７５のうち別のものは、トンネル障害するとＴＥトンネル１６３をいかに再ルーティングするかを示してよい。例えば、１又は複数のＴＥ固有パラメータ１７５のうちの１つは、ＣＮＣ１３０に通知することなく、ネットワークにＴＥトンネル１６３の再ルーティングを委任することを命令してよい。１又は複数のＴＥ固有パラメータ１７５はまた、トンネル障害をＣＮＣ１３０に通知することを命令するパラメータを含んでよく、これにより、ＣＮＣ１３０は、トンネル障害後に新たなＴＥトンネル１６３をインスタンス化する。１又は複数のＴＥ固有パラメータ１７５はまた、理解されるべきであるように、ジッタ、エラーレート、遅れ、ビットレート、及び／又は他のタイプのネットワークパフォーマンス要件の測定値のような、他の属性についての値を含んでよい。サービスマッピングポリシーカラム４０４は、ＴＥトンネル１６３が物理的に分離されるか、別個の波長を与えられるか、又は与えられないかを示してよい。

図４に示されるように、エントリ４５０Ａ−４５０Ｃは、いかにＴＥトンネル１６３がＶＰＮサービスに対して割り当て又は生成されるかの例を示す。エントリ４５０Ａは、「Ａ」のＶＰＮ ＩＤを有する第１ＶＰＮサービスに対応する。第１ＶＰＮサービスに対する１又は複数のＴＥ固有パラメータ１７５は、第１ＶＰＮサービスに対して生成されたＴＥトンネル１６３についてのレイテンシレベルが５０ミリ秒（ｍｓ）未満でありうることを特定してよい。１又は複数のＴＥ固有パラメータ１７５は、パス保護が、ＴＥトンネル１６３が障害が起こると再確立されるべきであるように、イネーブル（"１＋１"）にされるべきであることを特定してよい。第１ＶＰＮについてのサービスマッピングポリシー１８２は、ＴＥトンネルの共有が許可されることを示す。第１ＶＰＮサービスに対して確立されたＴＥトンネル１６３は、「Ｄ」のＴＥトンネルＩＤ１９０によって特定されてよい。

エントリ４５０Ｂは、「Ｂ」のＶＰＮ ＩＤを有する第２ＶＰＮサービスに対応する。第２ＶＰＮサービスに対する１又は複数のＴＥ固有パラメータ１７５は、第２ＶＰＮサービスに対して生成されたＴＥトンネル１６３についてのレイテンシレベルが５０ミリ秒（ｍｓ）未満でありうることを特定してよい。第２ＶＰＮサービスに対する１又は複数のＴＥ固有パラメータ１７５はまた、パス保護がイネーブルにされえないこと（１：０）、及びＴＥトンネル１６３が障害が起こる可能性がある場合にリカバーされるうることを特定してよい。第２ＶＰＮについてのサービスマッピングポリシー１８２は、ＴＥトンネルの共有が許可されることを示す。第２ＶＰＮサービスに対して確立されたＴＥトンネル１６３は、「Ｅ」のＴＥトンネルＩＤ１９０によって特定されてよい。

エントリ４５０Ｃは、「Ｃ」のＶＰＮ ＩＤを有する第３ＶＰＮサービスに対応する。第３ＶＰＮサービスに対する１又は複数のＴＥ固有パラメータ１７５は、第３ＶＰＮサービスに対して生成されたＴＥトンネル１６３についてのレイテンシレベルが、第３ＶＰＮサービスに対するトンネルを決定する場合には考慮されるべきではないことを特定してよい。第３ＶＰＮサービスに対する１又は複数のＴＥ固有パラメータ１７５は、パス保護がイネーブルにされうることを特定してよい。第３ＶＰＮサービスについてのサービスマッピングポリシー１８２は、ＴＥトンネルの共有が許可されることを示す。第３ＶＰＮサービスに対して確立されたＴＥトンネル１６３は、「Ｆ」のＴＥトンネルＩＤ１９０によって特定されてよい。

この例では、ＣＮＣ１３０が５０ｍｓ未満のレイテンシレベル及びパス保護１＋１を特定する第４ＶＰＮサービスに対するＬ３ＳＭ要求を受信する場合、及び、第４ＶＰＮサービスにマッピングされたサービスマッピングポリシー１８２が、トンネル共有が許可されることを示す場合に、ＭＤＳＣは、レイテンシレベル及びパス保護を満たす存在するＴＥトンネルに対するトンネル割り当てを検索してよい。ＭＤＳＣは、第１ＶＰＮサービスに対するＴＥトンネルがレイテンシレベル及びパス保護を満たし、共有を許可することを決定してよい。第１ＶＰＮサービスに対するＴＥトンネルが第４ＶＰＮサービスのレイテンシレベル及びパス保護要件を満たすこと、及び第１ＶＰＮサービスに対するサービスマッピングポリシー１８２が共有を許可することを決定することに応じて、ＭＤＳＣは、ＴＥトンネルＩＤ１９０「Ｄ」を有するＴＥトンネルに、第４ＶＰＮサービスを割り当ててよい。

３つのみのエントリ４５０Ａ−Ｃが示されるが、任意の数のエントリがネットワーク１００において異なるＶＰＮサービスに対応するテーブル４００に含まれうることは理解されたい。エントリ４５０Ａ−Ｃのみの各々がＶＰＮサービスに関連づけられた２つのＴＥ固有パラメータ１７５を示すが、任意の数のＴＥ固有パラメータ１７５がＶＰＮサービスに関連づけられうることを理解されたい。ＶＰＮ ＩＤ１７１、ＴＥトンネルＩＤ１９０，ＴＥ固有パラメータ１７５、及びサービスマッピングポリシー１８２のマッピングがテーブルの形式で図４に示されるが、テーブル４００がＣＮＣ１３０及び／又は中央コントローラ１４０のいずれかに格納される情報の抽象化であることは理解されたい。この方法では、ＶＰＮ ＩＤ１７２、ＴＥトンネルＩＤ１９０、ＴＥ固有パラメータ１７５、及びサービスマッピングポリシー１８２のマッピングは、別の方法で、任意の他のデータ構造に又は分散方式で格納されてよい。

図５は、本開示の実施形態に係るＬ３ＶＰＮ／ＶＮ／トンネルプロビジョニングについてのワークフロー５００の図である。段階５０５では、ＣＮＣ１３０は、ＡＣＴＮ ＶＮ ＹＡＮＧモデルを運ぶメッセージをＭＤＳＣコントローラ１４１に送信する。段階５１０では、ＭＤＳＣコントローラ１４１は、トンネルモデル（例えばＴＥトンネルモデル）を用いてトンネルを生成するためのメッセージをＰＮＣ１３３に送信する。段階５１５では、ＰＮＣ１３３は、（例えばトンネルＩＤのような）設定情報を含むメッセージをＭＤＳＣコントローラ１４１に送信し、ＭＤＳＣコントローラ１４１は、ＴＥトンネルモデルを更新する。段階５２０では、ＭＤＳＣコントローラ１４１は、トンネルモデル（例えばＴＥトンネルモデル）を用いてＴＥトンネルを生成するためのメッセージをＰＮＣ１３１に送信する。段階５２５では、ＭＤＳＣコントローラ１４１は、トンネルモデル（例えばＴＥトンネルモデル）を用いてＴＥトンネルを生成するためのメッセージをＰＮＣ１３５に送信する。段階５３０では、ＰＮＣ１３１は、（例えばトンネルＩＤのような）設定情報を含むメッセージをＭＤＳＣコントローラ１４１に送信し、ＭＤＳＣ１４１は、ＴＥトンネルモデルを更新する。段階５３５では、ＰＮＣ１３５は、（例えばトンネルＩＤのような）設定情報を含むメッセージをＭＤＳＣコントローラ１４１に送信し、ＭＤＳＣ１４１は、ＴＥトンネルモデルを更新する。段階５４０では、ＭＤＳＣコントローラ１４１は、設定情報を含むメッセージをＣＮＣ１３０に送信し、ＣＮＣ１３０は、ＡＣＴＮ ＶＮ ＹＡＮＧモデルを更新する。段階５４５では、ＣＮＣ１３０は、ＶＰＮサービスに対するＬ３ＳＭ及び（図２のＴＥサービスマッピングモデル２０２のような）ＴＥサービスマッピングモデルを含むメッセージをＭＤＳＣコントローラ１４１に送信する。段階５５０では、ＭＤＳＣコントローラ１４１は、トンネルモデル（例えばＴＥトンネルモデル）を用いてＴＥトンネルを生成するためのメッセージをＰＮＣ１３１に送信する。段階５５５では、ＭＤＳＣコントローラ１４１は、トンネルモデル（例えばＴＥトンネルモデル）を用いてＴＥトンネルを生成するためのメッセージをＰＮＣ１３５に送信する。段階５６０では、ＰＮＣ１３１は、（例えばＴＥトンネルＩＤ１９０のような）設定情報を含むメッセージをＭＤＳＣコントローラ１４１に送信し、ＭＤＳＣコントローラ１４１は、ＴＥサービスマッピングモデルを設定情報により更新する。段階５６５では、ＰＮＣ１３５は、（例えばＴＥトンネルＩＤ１９０のような）設定情報を含むメッセージをＭＤＳＣコントローラ１４１に送信し、ＭＤＳＣコントローラ１４１は、ＴＥサービスマッピングモデルを設定情報により更新する。段階５７０では、ＭＤＳＣコントローラ１４１は、（例えばＴＥトンネルＩＤ１９０のような）設定情報を含むメッセージをＣＮＣ１３０に送信し、ＭＤＳＣコントローラ１４１は、ＴＥサービスマッピングモデルを設定情報により更新する。

図６は、ＶＰＮ固有ＳＭ１７９を用いて表される１又は複数の属性１７３による、及びサービスマッピングポリシー１８２による、ネットワーク１００におけるＴＥトンネルを設定するための方法６００の実施形態を図示するプロトコル図である。方法６００は、ＣＮＣ１３０、中央コントローラ１４０、異なるＩＰドメイン１、２のためのＰＮＣ１３１、１３５、及び伝送ドメイン３のためのＰＮＣ１３３によって実施される。段階６０５では、ＣＮＣ１３０は、ＶＰＮ固有ＳＭ１７９を用いて表されるう属性１７３を有するＶＰＮサービス要求を受信し、サービスマッピングポリシー１８２を受信する。段階６１０では、ＣＮＣ１３０は、図１及び２を参照して上記で説明したような１又は複数のＴＥ固有パラメータ１７５を決定する。例えば、ＶＰＮ固有ＳＭ１７９は、Ｌ３ＳＭに対応してよく、ＶＰＮサービスに対する属性１７３を示してよい。段階６１０では、ＣＮＣ１３０は、ＴＥサービスマッピングモデル２０２を用いて、Ｌ３ＳＭを用いて表される属性１７３に対応する、（例えば異なるモデル１８１の）１又は複数のＴＥ固有パラメータ１７５を決定する。例えば、異なるモデル１８１は、ＡＣＴＮ ＶＮ ＹＡＮＧモデルであってよい。ＣＮＣ１３０はまた、ＴＥサービスマッピングモデルを用いて、サービスマッピングポリシー１８２を決定する。

段階６１５では、要求１７０は、中央コントローラ１４０に送信されてよい。例えば、ＣＮＣ１３０のＴｘ２２５は、要求１７０を中央コントローラ１４０に送信する。要求１７０は、ネットワーク１００の顧客又はオペレータによって特定されるような様々な時間で生成されてよい。例えば、要求１７０は、ＶＰＮサービスが開始すると、又はトンネル管理スケジュールによって特定されたような特定のあらかじめ定められた時間に生成されてよい。要求１７０は、ＶＰＮ固有ＳＭ１７９、１又は複数のＴＥ固有パラメータ１７５、及びサービスマッピングポリシー１８２を含む。要求１７０は、ＶＰＮ固有ＳＭ１７９を用いて特定される属性１７３を満たすＴＥトンネル１６３を、サービスマッピングポリシー１８２に従って設定するための、中央コントローラ１４０に対する要求であってよい。

段階６２０では、中央コントローラ１４０は、サービスマッピングポリシー１８２が共有を許可するか否かを決定する。サービスマッピングポリシー１８２が共有を許可する場合、フローは、段階６２０から段階６２５に進む。段階６２５では、ＭＤＳＣコントローラ１４１は、トンネル割り当てを検索し、存在するＴＥトンネルが属性１７３を満たし共有を許可するか否かを決定する。例えば、ＭＤＳＣコントローラ１４１は、図４のテーブル４００においてトンネル割り当てを検索してよい。存在するＴＥトンネルが属性１７３を満たし、共有を許可する場合、フローは、段階６２５から段階６４０に進み、ここで、ＭＤＳＣコントローラ１４１はトンネル割り当てを更新して、ＶＰＮサービスが属性１７３を満たし共有を許可するＴＥトンネルに割り当てられることを反映する。

サービスマッピングポリシー１８２が共有を許可しない場合又は段階６２５が用いられることが可能な存在するＴＥトンネルを決定しない場合に、フローは、段階６２０又は段階６２５から、段階６３０に進み、ここで、ＭＤＳＣコントローラ１４１は、ＴＥサービスマッピングモデル２０２を用いて、ＶＰＮ固有ＳＭ１７９及び１又は複数のＴＥ固有パラメータ１７５に基づいて、ＴＥトンネルモデルを決定する。いくつかの例では、ＭＤＳＣコントローラ１４１は、ＴＥサービスマッピングモデル２０２を用いて、ＶＰＮ固有ＳＭ１７９をＡＣＴＮ ＶＮ ＹＡＮＧモデルに変換又はマッピングし、これにより、ＡＣＴＮ ＶＮ ＹＡＮＧモデルは、ＭＤＳＣコントローラ１４１がＴＥトンネルモデルを用いてＴＥトンネル要求１９２を生成することを許可するフォーマットにおいて（例えば１又は複数のＴＥ固有パラメータ１７５を介して）（ＶＰＮ固有ＳＭ１７９において表される）１又は複数の属性１７３を表す。これらの例では、ＴＥサービスマッピングモデル２０２は、ＶＰＮ固有ＳＭ１７９及びＴＥトンネルモデルの間の中間サービスモデルを利用する。他の例では、中間サービスモデルは用いられない。これらの例では、ＭＤＳＣコントローラ１４１は、直接、ＶＰＮ固有ＳＭ１７９とＴＥトンネルモデルとの間で変換又はマッピングするように構成される。フローは、そして、段階６３５に進み、ここで、ＭＤＳＣコントローラ１４１は、サービスマッピングポリシー１８２に従って、ＴＥトンネルモデルを用いて、ＰＮＣ１３１、１３３、１３５と互いに通信する。例えば、サービスマッピングポリシー１８２が共有を許可しない場合、ＭＤＳＣコントローラ１４１は、ＴＥトンネルモデルを用いてＰＮＣ１３１、１３３、１３５と互いに通信し、１又は複数のＴＥ固有パラメータ１７５を満たす新たなＴＥトンネル１６３を生成する。サービスマッピングポリシー１８２が変更を許可する場合、ＭＤＳＣコントローラ１４１は、ＰＮＣ１３１、１３３、１３５と互いに通信して、存在するトンネルが１又は複数のＴＥ固有パラメータ１７５を満たすように変更されることができるか否かを決定する。存在するトンネルが変更されることができる場合、ＭＤＳＣコントローラ１４１は、そのＴＥトンネルを変更し選択する。別の方法で、ＭＤＳＣコントローラ１４１は、ＴＥトンネルモデルを用いてＰＮＣ１３１、１３３、１３５と互いに通信し、１又は複数のＴＥ固有パラメータ１７５を満たす新たなトンネルを生成する。新たなＴＥトンネル１６３が生成されると又は存在するトンネルが変更されると、フローは、段階６３５から段階６４０に進み、ここで、ＭＤＳＣコントローラ１４１はトンネル割り当てを更新して、ＶＰＮサービスが新たに生成された又は変更されたＴＥトンネルに割り当てられることを反映する。

段階６４５では、中央コントローラ１４０は、ＶＰＮ ＩＤ１７１によって特定されるＶＰＮサービスに対するＴＥ制約を満たすＴＥトンネル１６３が、問題なく確立されたか否かを示すメッセージを、ＣＮＣ１３０に送信して戻す。例えば、ＭＤＳＣコントローラ１４１のＴｘ３２５は、メッセージを送信してＣＮＣ１３０に戻す。例えば、ＣＮＣ１３０に送信して戻されたメッセージは、肯定応答（ＡＣＫ）又は否定応答（ＮＡＣＫ）メッセージであってよい。実施形態では、中央コントローラ１４０は、新たに生成されたＴＥトンネル１６３に対応するＴＥトンネルＩＤ１９０を生成し、メッセージにおいてＴＥトンネルＩＤ１９０をＣＮＣ１３０に送信して戻す。実施形態では、段階６５０では、中央コントローラ１４０は、ＣＮＣ１３０がＶＰＮサービスに対するＶＰＮ情報を格納する方法と同様の方式でＶＰＮサービスに対するＶＰＮ情報を格納する。実施形態では、中央コントローラ１４０は、新たに生成されたＴＥトンネル１６３のＴＥトンネルＩＤ１９０を含めるように、ＶＰＮサービスに対する格納されたＶＰＮ情報を更新してよい。

図７は、ＴＥサービスマッピングモデル（例えば図２のＴＥサービスマッピングモデル２０２）を用いて、ネットワーク１００においてＴＥトンネル１６３を生成するための方法７００の実施形態を図示する図である。方法７００は、ＣＮＣ１３０で受信され格納された情報を示すデータモデル７０３−７０５を含む。

段階７０１では、ＣＮＣ１３０は、ＴＥサービスマッピングモデル２０２を動作させ、ＶＰＮ情報を伝達するためのデータモデル７０３の形式でＶＰＮ情報をインポートする。データモデル７０３は、Ｌ３ＳＭドキュメントにおいて説明されるようなＬ３ＳＭにおいて提案されたデータモデル言語と一致するデータモデルである。実施形態では、ＶＰＮ情報を伝達するためのデータモデル７０３は、ＶＰＮ ＩＤ１７１及びＶＰＮに関連付けられた１又は複数の属性１７３を規定する。ＶＰＮ情報を伝達するためのデータモデル７０３は、さらに、ＣＥ１０３及び１０８によって送信されうる他の情報、顧客、及び／又はアクセスポイントＩＤに関連付けられたＶＰＮについてのＶＰＮ ＩＤ１７１を含んでよい。

実施形態では、段階７０１で説明されたＶＰＮ情報は、図３のメモリ３５０に格納される。いくつかの実施形態において、ＣＮＣ１３０は、データモデル７０４の形式でサービスマッピングポリシー１８２を格納する。サービスマッピングポリシー１８２を格納するデータモデル７０４は、マッピングＩＤ、ＶＰＮの参照番号、及び／又は、ＶＰＮサービス及びサービスマッピングポリシー１８２を識別し記述する他の情報を含んでよい。

段階７０２では、ＣＮＣ１３０は、ＴＥサービスマッピングモデル２０２を用いて、１又は複数のＴＥ固有パラメータ１７５を決定する。例えば、ＣＮＣ１３０は、ＴＥサービスマッピングモデル２０２を用いて、ＶＰＮ固有ＳＭ１７９を用いて表される属性１７３に対応する１又は複数のＴＥ固有パラメータ１７５を決定する。ＣＮＣ１３０は、ＡＣＴＮ ＶＮ ＹＡＮＧモデルに従った１又は複数のＴＥ固有パラメータ１７５を格納してよい。ＣＮＣ１３０は、１又は複数のＴＥ固有パラメータ１７５を格納してよく、それにより、１又は複数のＴＥ固有パラメータ１７５は、例えば１又は複数のＴＥ固有パラメータ１７５をＶＰＮサービスのＶＰＮ ＩＤ１７１に関連付けることによって、ＶＰＮ固有ＳＭ１７９にマッピングされる。

段階７０６では、ＣＮＣ１３０は、要求１７０をＭＤＳＣコントローラ１４１に送信する。要求１７０は、ＶＰＮ固有ＳＭ１７９（例えばＬ３ＳＭ）、１又は複数のＴＥ固有パラメータ１７５、及びサービスマッピングポリシー１８２を含む。ＭＤＳＣコントローラ１４１は、要求１７０におけるサービスマッピングポリシー１８２に従ってＶＰＮサービスに対するサービスマッピングポリシー１８２を決定する。

サービスマッピングポリシー１８２が、トンネル共有が許可されることを示す場合、ＭＤＳＣコントローラ１４１は、存在するＴＥトンネルがＡＣＴＮ ＶＮ ＹＡＮＧモデルにおける１又は複数のＴＥ固有パラメータ１７５を満たすか否かを決定する。例えば、ＭＤＳＣコントローラ１４１は、ＴＥトンネル割り当てにアクセスし、存在するＴＥトンネルが、図１〜図６を参照して上記で説明されたように、１又は複数のＴＥ固有パラメータ１７５を満たし共有を許可するか否かを決定してよい。ＭＤＳＣコントローラ１４１が、存在するＴＥトンネルが１又は複数のＴＥ固有パラメータ１７５を満たし共有を許可することを決定する場合、ＭＤＳＣコントローラ１４１は、ＶＰＮサービスに対する存在するＴＥトンネルを用いることを決定する。ＭＤＳＣコントローラ１４１は、段階７０７でＰＮＣ１３１、１３３、１３５と通信し、ＶＰＮサービスのＶＰＮ ＩＤ１７１を（例えばＴＥトンネルＩＤ１９０を介して）ＴＥトンネル１６３と関連付け、状態を更新する。

ＴＥトンネル共有が許可されない場合、又はＭＤＳＣコントローラ１４１が１又は複数のＴＥ固有パラメータ１７５を満たし、共有を許可する存在するＴＥトンネルが無いと決定し、かつサービスマッピングポリシー１８２が変更を許可しない場合に、ＭＤＳＣコントローラ１４１は、ＡＣＴＮ ＶＮ ＹＡＮＧモデルを用いて表される１又は複数のＴＥ固有パラメータ１７５を、ネットワーク中心モデル（例えばＴＥトンネルモデル）に変換しマッピングする。ＭＤＳＣコントローラ１４１はそして、段階７０７で、ＰＮＣ１３１、１３３、１３５と互いに通信し、１又は複数のＴＥ固有パラメータ１７５（従って、属性１７３）を満たすＴＥトンネル１６３を生成する。

ＭＤＳＣコントローラ１４１が、１又は複数のＴＥ固有パラメータ１７５を満たす存在するＴＥトンネルが無いが、少なくとも１つの存在するトンネルが共有を許可し、サービスマッピングポリシー１８２が変更を許可すると決定する場合に、ＭＤＳＣコントローラ１４１は、ＡＣＴＮ ＶＮ ＹＡＮＧモデルを用いて表される１又は複数のＴＥ固有パラメータ１７５を、ネットワーク中心モデル（例えばＴＥトンネルモデル）に変換しマッピングする。ＭＤＳＣコントローラ１４１はそして、段階７０７で、ＰＮＣ１３１、１３３、１３５と互いに通信し、存在するＴＥトンネルが１又は複数のＴＥ固有パラメータ１７５を満たすべく変更されることができることを決定する。１又は複数のＴＥ固有パラメータ１７５を満たすべく変更されることができる存在するＴＥトンネルが無い場合、ＭＤＳＣコントローラ１４１は、ＰＮＣ１３１、１３３、１３５と互いに通信し、１又は複数のＴＥ固有パラメータ１７５（従って、属性１７３）を満たすＴＥトンネル１６３を生成する。

段階７０８では、要求１７０に応じて、ＴＥトンネル１６３を確立した（例えば変更されていない存在するＴＥトンネルを割り当てた、変更された存在するＴＥトンネルを割り当てた、又は新たなＴＥトンネルを生成した）後に、ＭＤＳＣコントローラ１４１は、ＴＥトンネル１６３が問題なく確立されたか否かを示すメッセージをＣＮＣ１３０に送信する。メッセージは、図６の段階６４５において説明されたメッセージと同様であってよい。実施形態では、中央コントローラ１４０は、メッセージにおける要求１７０に対して確立されたＴＥトンネル１６３を一意に識別するＴＥトンネルＩＤ１９０を送信する。実施形態では、ＣＮＣ１３０は、メッセージの受信後に、ＴＥトンネルＩＤ１９０を決定する。ＣＮＣ１３０は、ＴＥトンネルＩＤ１９０を、トンネルマッピング３６５において、ＶＰＮサービスに対するＶＰＮ ＩＤ１７１、１又は複数のＴＥ固有パラメータ１７５、及びサービスマッピングポリシー１８２に関連して格納する。いくつかの実施形態において、ＣＮＣ１３０は、データモデル７０５の形式でＴＥトンネルＩＤ１９０を格納する。ＴＥトンネルＩＤ１９０を格納するためのデータモデル７０５は、ＴＥトンネルＩＤ１９０、サービスマッピングポリシー１８２を識別するサービスマッピングタイプ、ＶＰＮのための参照番号、及び／又は、ＴＥトンネル１６３をＶＰＮサービスと及びに識別し関連付ける他の情報を含んでよい。

図８は、ＶＰＮ固有ＳＭ１７９がＣＮＣ１３０又は中央コントローラ１４０において、ＡＣＴＮ ＶＮ又はＴＥトンネルモデルにマッピングされる方法を規定するリード−ライトＹＡＮＧデータツリー８００である。リード−ライトＹＡＮＧデータツリー８００は、ＹＡＮＧデータモデルドキュメントにおいて提案されたデータモデル言語と一致する。実施形態では、１又は複数のＴＥ固有パラメータ１７５、サービスマッピングポリシー１８２、及び／又は、ＴＥトンネルマッピング３６５は、リード−ライトＹＡＮＧデータツリー８００を用いて格納されてよい。そのような実施形態では、ＴＥの基礎となるトンネルを要求する各ＶＰＮサービスは、図７においてデータモデル７０４を用いて示される"マッピングタイプ"によって示されるサービスマッピングポリシー１８２により、対応するＴＥトンネル１６３にマッピングされる。"サービスマッピング"は、各ＶＰＮに対して、マッピングタイプポリシーをマッピングし、これは、ＶＰＮ固有ＳＭ１７９が説明され、ＴＥトンネルＩＤ又はＶＮ ＩＤがＶＰＮにマッピングされる。"ＴＥ"は、ＴＥトンネル１６３がインスタンス化されるとＴＥトンネルＩＤ１９０を提供するＴＥトンネルＹＡＮＧモデルを参照する。加えて、又は代わりに、ＶＰＮサービスのための各サイトは、（例えばサイトマッピングによって示されるように）対応するＴＥトンネルにマッピングされる。ユーザは、マッピングタイプ（例えばサービスマッピングポリシー）を設定／プログラミングすることができる。

図９は、ＣＮＣ１３０又は中央コントローラ１４０において、ＡＣＴＮ ＶＮ又はＴＥトンネルが、Ｌ１ＳＭ、Ｌ２ＳＭ、又はＬ３ＳＭサービスモデルにマッピングされる方法を規定するリードオンリＹＡＮＧデータツリー９００である。リードオンリＹＡＮＧデータツリー９００は、ＹＡＮＧデータモデルドキュメントにおいて提案されたデータモデル言語と一致する。実施形態では、１又は複数のＴＥ固有パラメータ１７５、サービスマッピングポリシー１８２、及び／又は、ＴＥトンネルマッピング３６５は、リードオンリＹＡＮＧデータツリー９００を用いて格納されてよい。そのような実施形態では、ユーザは、リード−ライトＹＡＮＧデータツリー８００に記述されたＹＡＮＧデータモデルの動作状態（リードオンリ）にアクセスすることができる。

図１０は、ＶＰＮ固有サービスモデルを用いて要求されるＶＰＮサービスのためのＴＥトンネル１６３の確立を開始する方法１０００である。方法１０００は、ＣＮＣ１３０がＣＥ１０３及び／又は１０８からＶＰＮ情報を受信する場合に実行されてよい。実施形態では、方法１０００は、ＣＮＣ１３０によって実行されてよい。方法１０００は、段階１００２において、ＶＰＮ固有ＳＭをインポートすることを含む。例えば、ＶＰＮ固有サービスモデルは、図１を参照して上記で説明されたＶＰＮ固有ＳＭ１７９に対応してよい。図示のために、ＶＰＮ固有ＳＭは、Ｌ１ＳＭ、Ｌ２ＳＭ、又はＬ３ＳＭに対応してよい。ＶＰＮ固有ＳＭは、図７の段階７０１を参照して説明されるようなＴＥサービスマッピングモデル２０２を用いてインポートされてよい。

方法１０００は、段階１００４では、ＶＰＮ固有ＳＭ１７９を、１又は複数のＴＥ固有パラメータにマッピングすることを含む。例えば、ＶＰＮ固有ＳＭ１７９は、ＶＰＮ固有ＳＭ１７９の、言語、ネーム、パラメータ、範囲、又はこれらの組み合わせを用いるＶＰＮサービスに対する（例えば、属性１７３のような）１又は複数の属性を規定してよい。ＣＮＣ１３０は、ＴＥサービスマッピングモデル２０２を用いて、ＶＰＮ固有ＳＭ１７９を用いて表される属性１７３を、ＴＥ固有パラメータ（例えば、図１〜図９を参照して上記で説明された１又は複数のＴＥ固有パラメータ１７５）に変換及び／又はマッピングしてよい。１又は複数のＴＥ固有パラメータ１７５は、ＶＰＮ固有ＳＭ１７９とは異なるモデル１８１によって用いられるパラメータである。例えば、１又は複数のＴＥ固有パラメータ１７５は、ＡＣＴＮ ＶＮ ＹＡＮＧモデルが１又は複数の属性１７３を規定するために用いるパラメータに対応してよい。代わりに又は加えて、１又は複数のＴＥ固有パラメータ１７５は、ＴＥトンネルモデルが１又は複数の属性１７３を規定するために用いるパラメータに対応してよい。ＣＮＣ１３０は、データ構造において、１又は複数のＴＥ固有パラメータ１７５をＶＰＮサービスに（例えばＶＰＮサービスＩＤを介して）関連付けることによって、ＶＰＮ固有ＳＭ１７９を１又は複数のＴＥ固有パラメータ１７５にマッピングしてよい。従って、このように、方法１０００は、ＶＰＮ固有サービスモデルを、ＴＥ向きのモデル（例えばＴＥ固有パラメータ）にマッピングする。

方法１０００は、段階１００６において、ＶＰＮサービスのＶＰＮ ＩＤ１７１と、ＶＰＮサービスに対して確立されたＴＥトンネル１６３のＴＥトンネルＩＤ１９０との間のマッピングを、ＣＮＣ１３０のメモリによって格納する段階を含む。ＴＥトンネル１６３は、１又は複数のＴＥ固有パラメータ１７５を満たす。実施形態では、ＶＰＮサービスについてのＶＰＮ ＩＤ１７１及びＴＥトンネルＩＤ１９０は、図７のデータモデル７０５の形式で格納されてよい。

いくつかの例では、方法１０００はさらに、ＶＰＮ固有ＳＭ１７９をＭＤＳＣコントローラ１４１に送信すること、１又は複数のＴＥ固有パラメータ１７５をＭＤＳＣコントローラ１４１に送信すること、及び、ＴＥトンネルＩＤ１９０をＭＤＳＣコントローラ１４１から受信することを含む。例えば、図３のＴｘ３２５は、ＶＰＮ固有ＳＭ１７９及び１又は複数のＴＥ固有パラメータ１７５を、ＭＤＳＣコントローラ１４１に送信してよく、図３のＲｘ３２０は、ＴＥトンネルＩＤ１９０をＭＤＳＣコントローラ１４１から受信してよい。

いくつかの例では、方法１０００はさらに、ＶＰＮサービスを、ＴＥトンネル共有がＶＰＮサービスに対して許可されるか否かを示すサービスマッピングポリシー１８２にマッピングすることを含む。いくつかの例では、図３のマッピングモジュール３５５は、ＴＥサービスマッピングモデル２０２を用いて、サービスマッピングポリシー１８２を、この詳細な説明の終わりのコンピュータプログラムリスト及び図８及び９に示されるようなＶＰＮサービスにマッピングすることを含む。いくつかの例では、方法１０００はさらに、サービスマッピングポリシー１８２をＭＤＳＣコントローラ１４１に送信することを含む。例えば、図３のＴｘ３２５は、サービスマッピングポリシー１８２をＭＤＳＣコントローラ１４１に送信する。

図１１は、サービスマッピングポリシー１８２に従ったＴＥトンネルの確立を開始する方法１１００である。方法１１００は、図１のＣＮＣ１３０又は図２のＮＥ２００によって実行されてよい。方法１１００は、段階１１０２で、ＶＰＮサービスに対するＶＰＮ固有ＳＭ１７９をインポートすることを含む。ＶＰＮ固有ＳＭ１７９は、Ｌ１ＳＭ、Ｌ２ＳＭ、又はＬ３ＳＭに対応してよい。ＶＰＮ固有ＳＭ１７９は、図７の段階７０１を参照して説明されるようなＴＥサービスマッピングモデル２０２を用いてインポートされてよい。

方法１１００は、段階１１０４で、ＶＰＮ固有ＳＭ１７９を、ＴＥトンネル共有がＶＰＮサービスに対して許可されるか否かを示すサービスマッピングポリシー１８２にマッピングすることを含む。 例えば、サービスマッピングポリシー１８２は、図１を参照して上記で説明した複数の異なるモードを示しうる。例示するために、サービスマッピングポリシー１８２は、任意の存在するＶＰＮサービスと共有されない新たなＴＥトンネルを要求する第１モードと、存在するＴＥトンネルの変更を許可せず、存在するＶＰＮサービスと共有される存在するＴＥトンネルの利用を許可する第２モードと、存在するＴＥトンネルの変更を許可し、存在するＶＰＮサービスと共有される存在するトンネルの利用を許可する第３のモードとを含む複数のモードから選択されてよい。ＣＮＣ１３０は、ＴＥサービスマッピングモデル２０２を用いて、サービスマッピングポリシー１８２をＶＰＮサービスにマッピングしてよい。図示のために、ＴＥサービスマッピングモデル２０２は、図７のデータモデル７０４を用いて、ＶＰＮサービスのためのサービスマッピングポリシー１８２を決定し、図８のデータツリー８００を用いてＶＰＮサービスをサービスマッピングポリシー１８２にマッピングしてよい。

方法１１００は、段階１１０６で、ＶＰＮサービスのＶＰＮ ＩＤ１７１と、サービスマッピングポリシー１８２に従ってＶＰＮサービスに対して確立されたＴＥトンネル１６３のＴＥトンネルＩＤ１９０との間のマッピングを、ＣＮＣ１３０のメモリによって格納することを含む。実施形態では、ＶＰＮサービスのＶＰＮ ＩＤ１７１及びＴＥトンネルＩＤ１９０は、図７のデータモデル７０５の形式で格納されてよい。

いくつかの例では、方法１１００はさらに、サービスマッピングポリシー１８２を、ＭＤＳＣコントローラ１４１に送信すること、及びＴＥトンネルＩＤ１９０をＭＤＳＣコントローラ１４１から受信することを含む。例えば、図３のＴｘ３２５は、サービスマッピングポリシー１８２をＭＤＳＣコントローラ１４１に送信してよく、図３のＲｘ３２０は、ＴＥトンネルＩＤ１９０をＭＤＳＣコントローラ１４１から受信してよい。

図１２は、ＶＰＮ固有ＳＭ１７９を用いて要求されたＶＰＮサービスに対するＴＥトンネル１６３を確立する方法１２００である。方法１２００は、中央コントローラ１４０がＶＰＮ要求、ＶＮ生成要求、又はいくつかの他の通信をＣＮＣ１３０から受信する場合に、実行されてよい。実施形態では、方法１２００は、中央コントローラ１４０によって実行されてよい。例えば、方法１２００は、ＭＤＳＣコントローラ１４１、スーパーコントローラ、ＰＮＣ、及び／又はドメインコントローラによって実行されてよい。方法１２００は、段階１２０２で、ＶＰＮサービスに対する１又は複数の属性１７３を特定するＶＰＮ固有ＳＭ１７９を受信することを含む。例えば、ＶＰＮ固有ＳＭ１７９は、Ｌ１ＳＭ、Ｌ２ＳＭ、又はＬ３ＳＭに対応してよい。例えば、図３のＲｘ３２０は、ＶＰＮ固有ＳＭ１７９をＣＮＣ１３０から受信してよい。

方法１２００はさらに、段階１２０４で、ＶＰＮ固有ＳＭ１７９と、１又は複数の属性１７３に対応する１又は複数のＴＥ固有パラメータ１７５との間のマッピングを取得することを含む。ＴＥ固有パラメータ１７５は、ＶＰＮ固有ＳＭ１７９とは異なるモデル１８１によって用いられるパラメータである。例えば、ＴＥ固有パラメータ１７５は、ＡＣＴＮ ＶＮ ＹＡＮＧモデルが１又は複数の属性１７３を規定するために用いるパラメータに対応してよい。代わりに又は加えて、ＴＥ固有パラメータ１７５は、ＴＥトンネルモデルが１又は複数の属性１７３を規定するために用いるパラメータに対応してよい。いくつかの例では、ＭＤＳＣコントローラ１４１は、ＣＮＣ１３０からマッピングを取得する。他の例では、ＭＤＳＣコントローラ１４１は、ＴＥサービスマッピングモデル２０２を用いてマッピングを決定することによって、マッピングを取得する。マッピングは、データ構造において、１又は複数のＴＥ固有パラメータ１７５をＶＰＮサービスに（例えばＶＰＮ ＩＤ１７１を介して）関連付けることによって、ＶＰＮ固有ＳＭ１７９を１又は複数のＴＥ固有パラメータ１７５にマッピングする。従って、このように、ＭＤＳＣコントローラ１４１は、ＶＰＮ固有ＳＭ１７９とＴＥ向けのモデル（例えば１又は複数のＴＥ固有パラメータ１７５）との間のマッピングを取得する。

方法１２００はさらに、段階１２０６では、マッピングを用いて、１又は複数のＴＥ固有パラメータ１７５を満たすＴＥトンネルを決定することを含む。この段階は、図１〜図９を参照して上記で説明したように、トンネル割り当てを検索すること、ＴＥ固有パラメータ１７５に基づいてＴＥトンネルモデルを決定すること（例えば、ＴＥ固有パラメータ１７５を含むＡＣＴＮ ＶＮ ＹＡＮＧモデルからＴＥトンネルモデルを決定すること）、（例えば、ＴＥトンネルモデルを用いて）ＰＮＣと相互に通信すること、又はこれらの組み合わせを含む。

方法１２００はさらに、段階１２０８で、ＶＰＮサービスをＴＥトンネル１６３にマッピングすることを含む。例えば、ＭＤＳＣコントローラ１４１は、ＴＥトンネル１６３のＴＥトンネルＩＤ１９０とＶＰＮサービスのＶＰＮ ＩＤ１７１との間のマッピングを格納してよい。例えば、ＴＥトンネル１６３のＴＥトンネルＩＤ１９０とＶＰＮサービスのＶＰＮ ＩＤ１７１との間のマッピングは、図３のＴＥトンネルマッピング３６５に格納されてよい。

図１３は、ＶＰＮ固有ＳＭ１７９を用いて要求されたＶＰＮサービスに対するＴＥトンネル１６３を確立する方法１３００である。方法１３００は、中央コントローラ１４０がＶＰＮ要求、ＶＮ生成要求、又はいくつかの他の通信をＣＮＣ１３０から受信する場合に、実行されてよい。実施形態では、方法１３００は、中央コントローラ１４０によって実行されてよい。例えば、方法１３００は、ＭＤＳＣコントローラ１４１、スーパーコントローラ、ＰＮＣ、及び／又はドメインコントローラによって実行されてよい。方法１３００は、段階１３０２で、ＶＰＮサービスに対する１又は複数の属性１７３を特定するＶＰＮ固有ＳＭ１７９を受信することを含む。例えば、ＶＰＮ固有ＳＭ１７９は、Ｌ１ＳＭ、Ｌ２ＳＭ、又はＬ３ＳＭに対応してよい。例えば、Ｒｘ３２０は、ＶＰＮ固有ＳＭ１７９をＣＮＣ１３０から受信する。

方法１３００はさらに、段階１３０４で、ＶＰＮ固有ＳＭ１７９とサービスマッピングポリシー１８２との間のマッピングを取得することを含む。サービスマッピングポリシー１８２は、図１〜図９を参照して上記で説明されたサービスマッピングポリシー１８２に対応してよい。マッピングは、データ構造において、（例えばＶＰＮサービスＩＤを介して）サービスマッピングポリシー１８２をＶＰＮサービスに関連付けることによって、ＶＰＮ固有ＳＭ１７９をサービスマッピングポリシー１８２にマッピングする。例として、ＣＮＣ１３０又はＭＤＳＣコントローラ１４１は、図７のデータモデル７０４を用いて、ＶＰＮ固有ＳＭ１７９をサービスマッピングポリシー１８２にマッピングしてよい。従って、このように、ＭＤＳＣコントローラ１４１は、ＶＰＮ固有ＳＭ１７９とサービスマッピングポリシー１８２との間のマッピングを取得する。

方法１３００は、さらに、段階１３０６で、サービスマッピングポリシー１８２に従って、ＶＰＮサービスのためのＴＥトンネル１６３を決定することを含む。この段階は、図１〜図９を参照して上記で説明したように、トンネル割り当てを検索すること、１又は複数のＴＥ固有パラメータ１７５に基づいてＴＥトンネルモデルを決定すること（例えば、ＴＥ固有パラメータ１７５を含むＡＣＴＮ ＶＮ ＹＡＮＧモデルからＴＥトンネルモデルを決定すること）、ＰＮＣと相互に通信すること（例えば、ＴＥトンネルモデルを用いること）、又はこれらの組み合わせを含んでよい。

方法１３００はさらに、段階１３０８で、ＶＰＮサービスをＴＥトンネル１６３にマッピングすることを含む。例えば、ＭＤＳＣコントローラ１４１は、ＴＥトンネル１６３のＴＥトンネルＩＤ１９０とＶＰＮサービスのＶＰＮ ＩＤ１７１との間のマッピングを格納してよい。例えば、ＴＥトンネル１６３のＴＥトンネルＩＤ１９０とＶＰＮサービスのＶＰＮ ＩＤ１７１との間のマッピングは、図３のＴＥトンネルマッピング３６５に格納されてよい。

ＣＮＣ装置は、ＶＰＮサービスについてのＶＰＮ固有サービスモデルをインポートし、ＶＰＮ固有サービスモデルを、１又は複数のＴＥ固有パラメータにマッピングするように構成された処理手段を含む。 ＣＮＣ装置は、さらに、ＶＰＮサービスのＶＰＮ ＩＤと、ＶＰＮサービスに対して確立されたＴＥトンネルのトンネルＩＤとの間のマッピングを格納するように構成され、プロセッサに連結された情報格納手段を含み、ＴＥトンネルは、１又は複数のＴＥ固有パラメータを満たす。

ＣＮＣ装置は、ＶＰＮサービスについてのＶＰＮ固有サービスモデルをインポートし、ＶＰＮ固有サービスモデルを、ＴＥトンネル共有がＶＰＮサービスに許可されるか否かを示すサービスマッピングポリシーにマッピングするように構成された処理手段を含む。 ＣＮＣ装置は、さらに、ＶＰＮサービスのＶＰＮ ＩＤと、サービスマッピングポリシーに従ってＶＰＮサービスに対して確立されたＴＥトンネルのトンネルＩＤとの間のマッピングを格納するように構成され、処理手段に連結された情報格納手段を含む。

中央コントローラ装置は、ＶＰＮサービスの１又は複数の属性を特定するＶＰＮ固有サービスモデルを受信するよう構成された情報受信手段を含む。中央コントローラ装置はさらに、ＶＰＮ固有サービスモデルと、１又は複数の属性に対応する１又は複数のＴＥ固有パラメータとの間のマッピングを取得し、１又は複数のＴＥ固有パラメータを満たすＴＥトンネルを、当該マッピングを用いて決定し、ＶＰＮサービスをＴＥトンネルにマッピングするように構成され、情報受信手段に連結された処理手段を含む。

中央コントローラ装置は、ＶＰＮサービスに対するＶＰＮ固有サービスモデル及びＶＰＮサービスに対するサービスマッピングポリシーを受信するように構成された情報受信手段を含み、サービスマッピングポリシーは、ＴＥトンネル共有がＶＰＮサービスについて許可されるか否かを示す。中央コントローラ装置は、また、情報受信手段に連結され、サービスマッピングポリシーに従って、ＶＰＮサービスのためのＴＥトンネルを決定し、ＶＰＮサービスをＴＥトンネルにマッピングするよう構成された処理手段を含む。

複数の実施形態が本開示において提供されてきたが、開示されたシステム及び方法は、本開示の趣旨又は範囲から逸脱することなく、多数の他の特定の形態で具現化されてよいことが理解されるべきである。本例は例示的かつ非限定的なものとみなされるべきであり、本明細書において与えられた詳細にその意図が限定されるべきではない。例えば、様々な要素又はコンポーネントは、組み合わされても、別のシステムに統合されてもよく、又は特定の特徴が省略されても、実装されなくてもよい。

更に、様々な実施形態に個別又は別個に説明され例示された技術、システム、サブシステム、及び方法が、本開示の範囲から逸脱することなく、他のシステム、モジュール、技術、又は方法と組み合わされても統合されてもよい。互いに連結される、互いに直接連結される、又は互いに通信するものとして示され論じられた他の要素が、電気的であれ、機械的であれ、又は別の方法であれ、何らかのインタフェース、デバイス、又は中間コンポーネントを介して間接的に連結されても、通信してもよい。変更、置換、及び修正に関する他の実施例が当業者によって確認可能であり、これらの実施例が、本明細書に開示された精神及び範囲から逸脱することなく作られてよい。

以下のコードは、図２及び７のＴＥサービスマッピングモデル２０２のような、ＴＥサービスマッピングモデルのための例のコードである。
module ietf-te-service-mapping {
namespace "urn:ietf:params:xml:ns:yang:ietf-te-service-mapping";
prefix "tm";
import ietf-l3vpn-svc {
prefix "l3";
}
import ietf-l2vpn-svc {
prefix "l2";
}
import ietf-l1csm {
prefix "l1";
}
import ietf-te {
prefix "te";
}
import ietf-actn-vn {
prefix "vn";
}
organization
"IETF Traffic Engineering Architecture and Signaling (TEAS)
Working Group";
description
"This module contains a YANG module for the mapping of
service (e.g. L3VPN) to the TE tunnels or ACTN VN.";
revision 2017-10-27 {
description
"initial version.";
reference
"TBD";
}
/*
* Identities
*/
identity service-type {
description
"Base identity from which specific service types are
derived.";
}
identity l3vpn-service {
base service-type;
description
"L3VPN service type.";
}
identity l2vpn-service {
base service-type;
description
"L2VPN service type.";
}
identity l1vpn-service {
base service-type;
description
"L1VPN connectivity service type.";
}
/*
* Enum
*/
typedef map-type {
type enumeration {
enum "new" {
description
"The new VN/tunnels are binded to the service";
}
enum "select" {
description
"The VPN service selects an existing tunnel with no
modification";
}
enum "modify" {
description
"The VPN service selects an existing tunnel and allows
to modify the properties of the tunnel (e.g., b/w) ";
}
}
description
"The map-type";
}
/*
* Groupings
*/
grouping service-ref{
description
"The reference to the service.";
choice service {
description
"The service";
case l3vpn {
leaf l3vpn-ref {
type leafref {
path "/l3:l3vpn-svc/l3:vpn-services/"
+ "l3:vpn-service/l3:vpn-id";
}
description
"The reference to L3VPN Service YANG Model";
}
}
case l2vpn {
leaf l2vpn-ref {
type leafref {
path "/l2:l2vpn-svc/l2:vpn-services/"
+ "l2:vpn-svc/l2:vpn-id";
}
description
"The reference to L2VPN Service YANG Model";
}
}
case l1vpn {
leaf l1vpn-ref {
type leafref {
path "/l1:l1cs/l1:service/"
+ "l1:service-list/l1:subscriber-l1vc-id";
}
description
"The reference to L1VPN Service YANG Model";
}
}
}
}
grouping site-ref {
description
"The reference to the site.";
choice service {
description
"The service choice";
case l3vpn {
leaf l3vpn-ref{
type leafref {
path "/l3:l3vpn-svc/l3:sites/l3:site/"
+ "l3:site-id";
}
description
"The reference to L3VPN Service YANG Model";
}
}
case l2vpn {
leaf l2vpn-ref{
type leafref {
path "/l2:l2vpn-svc/l2:sites/l2:site/"
+ "l2:site-id";
}
description
"The reference to L2VPN Service YANG Model";
}
}
case l1vpn {
leaf l1vpn-ref{
type leafref {
path "/l1:l1cs/l1:access/l1:uni-list/"
+ "l1:UNI-ID";
}
description
"The reference to L1VPN Connectivity Service YANG
Model";
}
}
}
}
grouping te-ref {
description
"The reference to TE.";
choice te {
description
"The TE";
case actn-vn {
leaf actn-vn-ref {
type leafref {
path "/vn:actn/vn:vn/vn:vn-list/vn:vn-id";
}
description
"The reference to ACTN VN";
}
}
case te {
leaf-list te-tunnel-list {
type te:tunnel-ref;
description
"Reference to TE Tunnels";
}
}
}
}
grouping te-endpoint-ref {
description
"The reference to TE endpoints.";
choice te {
description
"The TE";
case actn-vn {
leaf actn-vn-ref {
type leafref {
path "/vn:actn/vn:ap/vn:access-point-list"
+ "/vn:access-point-id";
}
description
"The reference to ACTN VN";
}
}
case te {
/*should we refer to Te-topology or Te-tunnel's
endpoint(?)*/
}
}
}
grouping service-mapping {
description
"Mapping between Services and TE";
container service-mapping {
description
"Mapping between Services and TE";
list mapping-list {
key "map-id";
description
"Mapping identified via a map-id";
leaf map-id {
type uint32;
description
"a unique mapping identifier";
}
leaf map-type {
type map-type;
description
"Tunnel Bind or Tunnel Selection";
}
uses service-ref;
uses te-ref;
}
}
}
grouping site-mapping {
description
"Mapping between VPN access site and TE
endpoints or AP";
container site-mapping {
description
"Mapping between VPN access site and TE
endpoints or AP";
list mapping-list {
key "map-id";
description
"Mapping identified via a map-id";
leaf map-id {
type uint32;
description
"a unique mapping identifier";
}
uses site-ref;
uses te-endpoint-ref;
}
}
}
/*
* Configuration data nodes
*/
container te-service-mapping {
description
"Mapping between Services and TE";
uses service-mapping;
uses site-mapping;
}
}

Claims (20)

1. 顧客ネットワークコントローラ（ＣＮＣ）であって、
   ＶＰＮサービスのための仮想プライベートネットワーク（ＶＰＮ）固有サービスモデルをインポートし、ＶＰＮ固有サービスモデルを１又は複数のトラフィックエンジニアリング（ＴＥ）固有パラメータにマッピングするように構成されるプロセッサと、
   前記プロセッサに連結され、前記ＶＰＮサービスのＶＰＮ識別子（ＩＤ）と、前記ＶＰＮサービスに対して確立されたＴＥトンネルのトンネルＩＤとの間のマッピングを格納するように構成されたメモリであって、前記ＴＥトンネルは、前記１又は複数のＴＥ固有パラメータを満たす、前記メモリと、を備える
   ＣＮＣ。
2. 前記ＶＰＮ固有サービスモデルは、レイヤ３（Ｌ３）サービスモデル（ＳＭ）を含む
   請求項１に記載のＣＮＣ。
3. 前記１又は複数のＴＥ固有パラメータは、トラフィックエンジニアードネットワークの抽象化及び制御（ＡＣＴＮ）の仮想ネットワーク（ＶＮ）のさらに別の次世代（ＹＡＮＧ）モデルにおいて用いられるパラメータである
   請求項１または２に記載のＣＮＣ。
4. 前記１又は複数のＴＥ固有パラメータは、ＴＥトンネルモデルに用いられるパラメータである
   請求項１または２に記載のＣＮＣ。
5. 前記プロセッサはさらに、前記ＶＰＮサービスを、ＴＥトンネル共有が前記ＶＰＮサービスに対して許可されるかを示すサービスマッピングポリシーにマッピングするように構成され、
   前記ＣＮＣはさらに、前記サービスマッピングポリシーを、マルチドメインサービスコーディネータコントローラ（ＭＤＳＣコントローラ）に送信するように構成された送信機を備える
   請求項１から４のいずれか一項に記載のＣＮＣ。
6. 顧客ネットワークコントローラ（ＣＮＣ）であって、
   ＶＰＮサービスのための仮想プライベートネットワーク固有サービスモデル（ＶＰＮ固有サービスモデル）をインポートし、前記ＶＰＮ固有サービスモデルを、トラフィックエンジニアリング（ＴＥ）トンネル共有が前記ＶＰＮサービスに対して許可されるかを示すサービスマッピングポリシーにマッピングするように構成されるプロセッサと、
   前記プロセッサに連結され、前記ＶＰＮサービスのＶＰＮ識別子（ＩＤ）と、前記サービスマッピングポリシーに従って前記ＶＰＮサービスに対して確立されたＴＥトンネルのトンネルＩＤとの間のマッピングを格納するように構成されたメモリと、を備える
   ＣＮＣ。
7. 前記プロセッサに連結された送信機と、前記プロセッサに連結された受信機とを更に備え、
   前記送信機は、前記サービスマッピングポリシーをマルチドメインサービスコーディネータコントローラ（ＭＤＳＣコントローラ）に送信するよう構成され、
   前記受信機は、前記ＴＥトンネルの前記トンネルＩＤを前記ＭＤＳＣコントローラから受信するよう構成される
   請求項６に記載のＣＮＣ。
8. 前記ＶＰＮ固有サービスモデルは、レイヤ３（Ｌ３）サービスモデル（ＳＭ）である
   請求項６または７に記載のＣＮＣ。
9. ＶＰＮサービスの１又は複数の属性を特定する仮想プライベートネットワーク固有サービスモデル（ＶＰＮ固有サービスモデル）を受信するよう構成された受信機と、
   前記受信機と連結されたプロセッサであって、前記ＶＰＮ固有サービスモデルと前記１又は複数の属性に対応する１又は複数のトラフィックエンジニアリング（ＴＥ）固有パラメータとの間のマッピングを取得し、前記マッピングを用いて、前記１又は複数のＴＥ固有パラメータを満たすＴＥトンネルを決定し、前記ＶＰＮサービスを前記ＴＥトンネルにマッピングするよう構成された、前記プロセッサと、を備える
   中央コントローラ。
10. 前記ＶＰＮ固有サービスモデルは、レイヤ３（Ｌ３）サービスモデル（ＳＭ）である
    請求項９に記載の中央コントローラ。
11. 前記１又は複数のＴＥ固有パラメータは、トラフィックエンジニアードネットワークの抽象化及び制御（ＡＣＴＮ）の仮想ネットワーク（ＶＮ）のさらに別の次世代（ＹＡＮＧ）モデルに関連付けられる
    請求項９または１０に記載の中央コントローラ。
12. 前記マッピングはさらに、前記ＶＰＮサービスに対するサービスマッピングポリシーを示し、前記サービスマッピングポリシーは、前記ＴＥトンネルが存在するＶＰＮサービスと共有されることが許可されるかを示し、前記プロセッサはさらに、前記サービスマッピングポリシーにしたがって前記ＴＥトンネルを設定するように構成される
    請求項９から１１のいずれか一項に記載の中央コントローラ。
13. 前記プロセッサに連結された送信機をさらに備え、
    前記プロセッサは、伝送ネットワークにおける前記ＴＥトンネルにマッピングされるプロバイダエッジ（ＰＥ）−ＰＥトンネルを、ＩＰ／ＭＰＬＳネットワークにおいて生成するべく、１又は複数のパケットプロビジョニングネットワークコントローラ（ＰＮＣ）及び１又は複数の伝送ＰＮＣと、前記受信機及び前記送信機を介して通信するように構成される
    請求項９から１１のいずれか一項に記載の中央コントローラ。
14. 前記プロセッサは、前記送信機に、複数のインターレイヤアクセスポイント及び複数のトンネル要件を、前記１又は複数のＩＰコントローラ及び前記１又は複数の伝送ネットワークコントローラに送信させるように構成される
    請求項１３に記載の中央コントローラ。
15. 前記プロセッサは、前記送信機に、前記ＶＰＮ固有サービスモデルに基づくＴＥトンネルモデルを、前記１又は複数のＩＰコントローラに送信させるように構成され、前記ＴＥトンネルモデルは、前記１又は複数のＴＥ固有パラメータを特定する
    請求項１３に記載の中央コントローラ。
16. ＶＰＮサービスのための仮想プライベートネットワーク固有サービスモデル（ＶＰＮ固有サービスモデル）と前記ＶＰＮサービスのためのサービスマッピングポリシーとを受信するように構成された受信機であって、前記サービスマッピングポリシーは、トラフィックエンジニアリング（ＴＥ）トンネル共有が前記ＶＰＮサービスに対して許可されるかを示す、前記受信機と、
    前記受信機に連結されたプロセッサであって、前記サービスマッピングポリシーに従って、前記ＶＰＮサービスに対するＴＥトンネルを決定し、前記ＶＰＮサービスを前記ＴＥトンネルにマッピングするよう構成された前記プロセッサと、を備える
    中央コントローラ。
17. 前記サービスマッピングポリシーは、存在するＶＰＮサービスのいずれとも共有されない新たなＴＥトンネルを要求する第１モードと、前記存在するＴＥトンネルの変更を許可せず、存在するＶＰＮサービスと共有される存在するＴＥトンネルの利用を許可する第２モードと、前記存在するＴＥトンネルの変更を許可し、存在するＶＰＮサービスと共有される存在するＴＥトンネルの利用を許可する第３モードとを含む複数のモードから選択される
    請求項１６に記載の中央コントローラ。
18. 前記ＶＰＮ固有サービスモデルは、レイヤ３（Ｌ３）サービスモデル（ＳＭ）である
    請求項１６または１７に記載の中央コントローラ。
19. 前記ＶＰＮ固有サービスモデルは、前記ＶＰＮサービスについての属性を特定し、前記サービスマッピングポリシーは、ＴＥトンネル共有がＶＰＮサービスに対して許可されることを示し、
    前記プロセッサはさらに、任意の確立されたＴＥトンネルが共有を許可し、前記属性を満たすかを決定するべく、ＴＥトンネル割り当てを検索するように構成される
    請求項１６から１８のいずれか一項に記載の中央コントローラ。
20. 送信機をさらに備え、
    共有を許可し前記属性を満たす、確立されたＴＥトンネルが無いことを決定することに応じて、前記プロセッサは、ＴＥトンネルモデルを用いて１又は複数のプロビジョニングネットワークコントローラ（ＰＮＣ）と、前記受信機及び前記送信機を介して通信するように構成される
    請求項１９に記載の中央コントローラ。

Images