JP2015056182A - ネットワーク仮想化のための方法及び装置 - Google Patents
ネットワーク仮想化のための方法及び装置 Download PDFInfo
- Publication number
- JP2015056182A JP2015056182A JP2014182985A JP2014182985A JP2015056182A JP 2015056182 A JP2015056182 A JP 2015056182A JP 2014182985 A JP2014182985 A JP 2014182985A JP 2014182985 A JP2014182985 A JP 2014182985A JP 2015056182 A JP2015056182 A JP 2015056182A
- Authority
- JP
- Japan
- Prior art keywords
- vnf
- performance
- module
- network
- modules
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5072—Grid computing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0888—Throughput
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
Abstract
【課題】ネットワークエンティティを仮想化し、１つ又は複数のサーバ上で実装する方法を提供する。
【解決手段】仮想ネットワーク機能（ＶＮＦ）の必要とされる全体性能を規定するｍ個の重要業績評価指標（ＫＰＩ）を取得するステップと、利用可能なタイプの実行ユニットのｎ個の性能特性を取得するステップと、取得したｍ個のＫＰＩ及びｎ個の性能特性に基づいて１つ又は複数の可能な展開計画を求めるステップとを含み、各展開計画は、実行ユニットの数及びタイプを、これらの実行ユニット上で動作するＶＮＦモジュールの統合性能がＶＮＦの必要とされる全体性能を達成するように規定する。
【選択図】図１
【解決手段】仮想ネットワーク機能（ＶＮＦ）の必要とされる全体性能を規定するｍ個の重要業績評価指標（ＫＰＩ）を取得するステップと、利用可能なタイプの実行ユニットのｎ個の性能特性を取得するステップと、取得したｍ個のＫＰＩ及びｎ個の性能特性に基づいて１つ又は複数の可能な展開計画を求めるステップとを含み、各展開計画は、実行ユニットの数及びタイプを、これらの実行ユニット上で動作するＶＮＦモジュールの統合性能がＶＮＦの必要とされる全体性能を達成するように規定する。
【選択図】図１
Description
本発明は、仮想化されたネットワーク機能を実施するための方法及び装置に関する。
ネットワーク機能の仮想化のための既存の解決策が存在する。
ソフトウェアがどのように定義、展開又は計算されるかに関する問題に対する既存の解決策のほとんどは、ハードウェアがソフトウェアに従う（hardware follows software）と名付けることができる分類に入る。これは、インストールされることになる１つのソフトウェア（本明細書において用いられる用語ではＶＮＦモジュール）について、ハードウェアに対する要件が完全に規定されることを意味する。これに関する例が特許文献１によって与えられている。このため、モジュールの記述は、それらの要件、及びモジュールがそのような特定のハードウェアプラットフォーム上で達成する性能に関する情報を含む。一例は、「このモジュールは１５００ベアラの処理容量を提供し、Ｉｎｔｅｌ Ｘｅｏｎ Ｅ７プロセッサ及び８ＧＢのＲＡＭを必要とする」というものである。これは、第１に、ハードウェアが規定よりも多くのリソースを提供する場合には、容量が無駄になる場合があり、第２に、パワーが劣るハードウェアしか利用可能でない場合には、このハードウェア上でモジュールをインストールすること、特に実行することが完全に可能でない場合があるという不利な点を有する。
別の例は、特許文献２において与えられている。特許文献２では、クラウド上でインスタンス化することができるＶＭの性能要件又はタイプに基づいてリソースの仮想グループが定義される。提案されるクラウド管理システムは、要求と仮想グループとの間のマッピングを実行する。しかしながら、そのような発明は単一のＶＭのインスタンス化（のみ）を検討する。
１組のＶＭを自動的に展開するためのテンプレートの概念は、ＤｅｖＯｐｓ（開発及び運用）コミュニティにおいてよく知られている。Ｃｈｅｆ（Opscode社Ｃｈｅｆ［オンライン］http://www.opscode.com/chef/において入手可能）又はＰｕｐｐｅｔ（Puppet Labs社Ｐｕｐｐｅｔ［オンライン］https://puppetlabs.comにおいて入手可能）のようなツールを用いてＩＴシステム構成全体をコードとして記述することができる。これらのテンプレートを用いて、異なるアプリケーションを実行する異なるＶＭ（例えば、データベースサーバに接続されたウェブサーバ）によって構成されるシステムを自動的に展開することができる。これらのテンプレートは、幾つかのＶＭにわたるソフトウェアの展開の自動化に焦点を当て、これらのＶＭに対するハードウェア要件（例えば、ｖＣＰＵ数、ＲＡＭ、記憶容量）の非常に高水準の記述を提供する。しかしながら、これらのハードウェア要件は固定であり、クラウドサービスプロバイダがそれらの要件に合致しない場合、展開は実現可能でない。
したがって、本発明の目的は、従来技術の欠点を克服することができる仮想化の方法及び装置を提供することである。
１つの実施形態によれば、ネットワークのエンティティを、該ネットワークエンティティを仮想化し、該ネットワークエンティティを１つ又は複数のサーバ上で実装することによって実装する方法であって、該１つ又は複数のサーバはそれぞれ、実行ユニットとして動作し、該実行ユニット上で動作する１つ又は複数のアプリケーション及び／又は１つ又は複数の仮想マシンを前記サーバ上で実行し、サーバ上で動作し前記ネットワークエンティティの機能の少なくとも一部分を実施する前記アプリケーションプログラム又は前記仮想マシンのそれぞれは、仮想ネットワーク機能（ＶＮＦ）モジュールと呼ばれ、複数の該ＶＮＦモジュールは合わせて前記ネットワークエンティティを実装し、それによって仮想ネットワーク機能（ＶＮＦ）を形成し、該方法は、
前記ＶＮＦの必要とされる全体性能を規定するｍ個の重要業績評価指標（ＫＰＩ）を取得するステップと、
利用可能なタイプの実行ユニットのｎ個の性能特性を取得するステップと、
前記取得したｍ個のＫＰＩ及びｎ個の性能特性に基づいて１つ又は複数の可能な展開計画を求めるステップと、
を含み、
各展開計画は、実行ユニットの数及びタイプを、これらの実行ユニット上で動作するＶＮＦモジュールの統合性能が前記ＶＮＦの前記必要とされる全体性能を達成するように規定する方法が提供される。
前記ＶＮＦの必要とされる全体性能を規定するｍ個の重要業績評価指標（ＫＰＩ）を取得するステップと、
利用可能なタイプの実行ユニットのｎ個の性能特性を取得するステップと、
前記取得したｍ個のＫＰＩ及びｎ個の性能特性に基づいて１つ又は複数の可能な展開計画を求めるステップと、
を含み、
各展開計画は、実行ユニットの数及びタイプを、これらの実行ユニット上で動作するＶＮＦモジュールの統合性能が前記ＶＮＦの前記必要とされる全体性能を達成するように規定する方法が提供される。
数ｍ及びｎは、１以上の整数とすることができ、必要とされる全体性能はＫＰＩによって規定することができる。
これによって、ソフトウェアの実施態様がハードウェアの特性とソフトウェアの性能要件とに基づいて選択される新たなパラダイム「ソフトウェアがハードウェアに従う（software follows hardware）」による手法が提供される。これによって、より柔軟な実施態様が可能になり、起こり得るリソースの無駄が回避される。
１つの実施形態によれば、ｍ個のＫＰＩを、様々なタイプの実行ユニットのｎ個の性能特性との関係に設定することによって、１つ又は複数の可能な展開計画が求められる。
これによって、複数の可能な実施態様の中から、場合によっては費用関数又は効用関数に基づいて最も有効な実施態様を選択する選択肢が可能になる。
１つの実施形態によれば、前記１つ又は複数の可能な展開計画を求めるステップは、利用可能なタイプの実行ユニットのｎ個の抽象的な性能特性の、前記タイプの実行ユニット上で実行されるＶＮＦモジュールによって達成されるｍ個のＫＰＩへの、ｎ：ｍのマッピングを通じて実行される。
これによって、一方では性能要件を満たし、他方では利用可能なハードウェアに基づいて適切かつ可能である実際の実施に辿り着く方法の具体的な実施が可能になる。
１つの実施形態によれば、前記１つ又は複数の可能な展開計画を求めるステップは、前記利用可能なタイプの実行ユニットのＶＮＦモジュール性能情報に基づいて実行され、該ＶＮＦモジュール性能情報は、或る特定のタイプの実行ユニットにおけるＶＮＦモジュール性能を、この実行ユニット上にこのＶＮＦモジュールをインストールし、トラフィックジェネレータによってこのモジュールに負荷を課し、このＶＮＦモジュールについて規定されたＱｏＳ値に違反することなく及び／又はこの実行ユニットのリソース制限に違反することなく達成することができる前記ＫＰＩを測定することによって求めることにより取得される。
これは、展開計画の実際の実施に辿り着く別の方法である。
１つの実施形態によれば、本方法は、前記ＶＮＦのｌ個のＫＰＩをｋ個のリンク要件にマッピングするｌ：ｋマッピングによって、１つ又は複数の相互接続された前記ＶＮＦモジュールのトポロジ情報と、該ＶＮＦモジュールのＫＰＩとに基づいて、該ＶＮＦモジュールをリンクするネットワーキングリソースに対する要件を求めるステップを更に含む。
これは、実際の実装トポロジを考慮に入れ、ネットワークリソース要件を、例えば費用関数の考慮に入れることを可能にする。
１つの実施形態によれば、本方法は、前記展開計画、前記ネットワーキングリソースに対する要件、及び前記現在利用可能なデータセンタリソースに従って、実際の実行ユニットへのＶＮＦモジュールの割り当てを規定する１つ又は複数の構築計画を決定するステップを更に含む。
これによって、インスタンス化することができる１つ又は複数の可能な展開計画による実際の実施が可能になる。
１つの実施形態によれば、本方法は、前記１つ又は複数の構築計画の効用関数を評価するステップと、
なお、前記効用関数はデータセンタ内のＶＮＦの特定の展開の予期される費用及び／又は電力消費を表すことが好ましく、
前記効用関数の最大値に従って構築計画を選択するステップと、
を更に含む。
なお、前記効用関数はデータセンタ内のＶＮＦの特定の展開の予期される費用及び／又は電力消費を表すことが好ましく、
前記効用関数の最大値に従って構築計画を選択するステップと、
を更に含む。
これによって、最良かつ最適な仮想化の実施態様の選択が可能になる。
１つの実施形態によれば、本方法は、前記選択された構築計画に従って個々のＶＮＦモジュールを展開するステップを更に含む。
このようにして、実際の実施が行われる。
１つの実施形態によれば、前記ＫＰＩは、サポートされるベアラ数及び／又はスループット及び／又はフロー及び／又はセッションの観点で規定されることが好ましい、前記ＶＮＦの性能及び／又は容量を含む。
これらはＫＰＩの適切な実施態様である。
１つの実施形態によれば、前記（抽象的な）性能特性は、ＧＦＬＯＰＳ、ＲＡＭ及び／又はＩＯ容量として規定されることが好ましい、ハードウェア性能パラメータを含む。
１つの実施形態によれば、１つ又は複数の相互接続されたＶＮＦモジュール及び対応するトポロジ情報を通じたＶＮＦの可能な構成がＶＮＦ記述テンプレートによって記述され、該ＶＮＦ記述テンプレートはＶＮＦテンプレートリポジトリに記憶されることが好ましく、前記ＶＮＦトポロジをノードの相互接続として記述するのに対し、前記相互接続は、
前記リンクの多様性、及び
同じノードタイプ間の相互接続、及び
異なるノードタイプ間の相互接続、
のうちの１つ又は複数を規定する。
前記リンクの多様性、及び
同じノードタイプ間の相互接続、及び
異なるノードタイプ間の相互接続、
のうちの１つ又は複数を規定する。
これらはトポロジを考慮に入れたＶＮＦ記述の実施態様である。
１つの実施形態によれば、前記ＶＮＦ記述テンプレートは、利用可能なタイプの実行ユニットのｎ個の抽象的な性能特性の、前記タイプの実行ユニット上で実行されるＶＮＦモジュールによって達成されるｍ個のＫＰＩへの、前記ｎ：ｍのマッピング、及び／又は
前記リンクのための前記ｌ：ｋのマッピング、
を規定するテーブルを含む。
前記リンクのための前記ｌ：ｋのマッピング、
を規定するテーブルを含む。
これは、仮想化のネットワーク要件を考慮に入れることを可能にする特殊な実施態様である。
１つの実施形態によれば、前記ＶＮＦ記述テンプレートは、ＶＮＦモジュールごとにバイナリソフトウェアの複数のインスタンスを含み、
各バイナリは別のターゲットプラットフォームについてコンパイルされ（例えば、一方はＡＭＤ３２ビット用に、他方はインテル６４ビット用に…）、最も適したバイナリが目標実行ユニットのために選択される。
各バイナリは別のターゲットプラットフォームについてコンパイルされ（例えば、一方はＡＭＤ３２ビット用に、他方はインテル６４ビット用に…）、最も適したバイナリが目標実行ユニットのために選択される。
これは様々な仮想化プラットフォームにおける実施態様間の選択を可能にする。
１つの実施形態によれば、前記抽象的な性能特性のマッピング及び実際に達成されるＫＰＩに関する知識は現実世界のワークロードの下で取得され、前記知識を用いて、前記ＶＮＦ記述テンプレートに含まれる前記ｎ：ｍのマッピングに含まれる前記情報が調整される。
これは、実際に実施される仮想化の性能のフィードバックを可能にし、場合によっては、必要であれば適合を可能にする。
１つの実施形態によれば、本方法は、前記ＶＮＦに、該ＶＮＦがインストールされる前記ハードウェアの性能を記述する１組のパラメータを通知するステップであって、ＶＮＦが基礎を成すハードウェアに適合することを可能にする、通知するステップを更に含む。
このフィードバックメカニズムも、必要であれば適合を可能にする。
１つの実施形態によれば、
前記パラメータは、前記ＶＮＦモジュールがインストールされる前記実行ユニットのパラメータと、
これらの実行ユニット及び／又はＶＮＦモジュールを相互接続する前記ネットワークリンクを記述するパタメータと、
を含む。
前記パラメータは、前記ＶＮＦモジュールがインストールされる前記実行ユニットのパラメータと、
これらの実行ユニット及び／又はＶＮＦモジュールを相互接続する前記ネットワークリンクを記述するパタメータと、
を含む。
これらはフィードバックパラメータの具体的な実施態様である。
１つの実施形態によれば、本方法は、ＶＮＦに対する要件を提供するインタフェースであって、これらの要件は以下のもの、すなわち、
前記ＶＮＦのタイプ及び該ＶＮＦが達成すべき前記ＫＰＩと、
前記ＶＮＦがインスタンス化されることになる前記地理的エリアに関する情報と、
前記ネットワーク内の或る特定の所与のノードと前記新たにインスタンス化されたＶＮＦとを相互接続する最大レイテンシと、
ＶＮＦの前記要求される容量に対する更新要求と、
のうちの１つ又は複数を含む、ＶＮＦに対する要件を提供するインタフェースを更に含む。
前記ＶＮＦのタイプ及び該ＶＮＦが達成すべき前記ＫＰＩと、
前記ＶＮＦがインスタンス化されることになる前記地理的エリアに関する情報と、
前記ネットワーク内の或る特定の所与のノードと前記新たにインスタンス化されたＶＮＦとを相互接続する最大レイテンシと、
ＶＮＦの前記要求される容量に対する更新要求と、
のうちの１つ又は複数を含む、ＶＮＦに対する要件を提供するインタフェースを更に含む。
これによって実施態様の別の適合方法が可能になる。
１つの実施形態によれば、ネットワークのエンティティを、該ネットワークエンティティを仮想化し、該ネットワークエンティティを１つ又は複数のサーバ上で実装することによって実装する装置であって、該１つ又は複数のサーバはそれぞれ、実行ユニットとして動作し、該実行ユニット上で動作する１つ又は複数のアプリケーション及び／又は１つ又は複数の仮想マシンを前記サーバ上で実行し、サーバ上で動作し前記ネットワークエンティティの機能の少なくとも一部分を実施する前記アプリケーションプログラム又は前記仮想マシンのそれぞれは、仮想ネットワーク機能（ＶＮＦ）モジュールと呼ばれ、複数の該ＶＮＦモジュールは合わせて前記ネットワークエンティティを実装し、それによって仮想ネットワーク機能（ＶＮＦ）を形成し、該装置は、
前記ＶＮＦの必要とされる全体性能を規定するｍ個の重要業績評価指標（ＫＰＩ）を取得するモジュールと、
利用可能なタイプの実行ユニットのｎ個の性能特性を取得するモジュールと、
前記取得したｍ個のＫＰＩ及びｎ個の性能特性に基づいて１つ又は複数の可能な展開計画を求めるモジュールと、
を備え、
各展開計画は、実行ユニットの数及びタイプを、これらの実行ユニット上で動作するＶＮＦモジュールの統合性能が前記ＶＮＦの前記必要とされる全体性能を達成するように規定する、ネットワークのエンティティを、該ネットワークエンティティを仮想化し、該ネットワークエンティティを１つ又は複数のサーバ上で実装することによって実装する装置が提供される。
前記ＶＮＦの必要とされる全体性能を規定するｍ個の重要業績評価指標（ＫＰＩ）を取得するモジュールと、
利用可能なタイプの実行ユニットのｎ個の性能特性を取得するモジュールと、
前記取得したｍ個のＫＰＩ及びｎ個の性能特性に基づいて１つ又は複数の可能な展開計画を求めるモジュールと、
を備え、
各展開計画は、実行ユニットの数及びタイプを、これらの実行ユニット上で動作するＶＮＦモジュールの統合性能が前記ＶＮＦの前記必要とされる全体性能を達成するように規定する、ネットワークのエンティティを、該ネットワークエンティティを仮想化し、該ネットワークエンティティを１つ又は複数のサーバ上で実装することによって実装する装置が提供される。
これによってネットワーク機能の仮想化のための装置が提供される。
１つの実施形態によれば、本方法は、本発明の実施形態のうちの１つによる方法のステップを実行するための１つ又は複数のモジュールを更に備える装置を更に含む。
１つの実施形態によれば、本方法は、コンピュータにおいて実行されると、そのコンピュータに、本発明の実施形態のうちの１つによる方法を実行させるコンピュータープログラムコードを含むコンピュータプログラムを更に含む。
本発明の実施形態を説明する前に、まず以下の説明において用いられる幾つかの用語を定義する。
ＣＭＳ：クラウド管理システム。クラウド環境に含まれる物理リソースを管理するためのツール及び方法と、そのようなインフラストラクチャの上位で実行される論理（仮想）マシンインスタンスとを備えるシステム。
ＫＰＩ：重要業績評価指標（key performance indicator）。特定のネットワーク機能アクティビティの成功を評価するのに用いられる性能測定タイプ。
ＮＣＰ：ネットワーク構成プラットフォーム。仮想化されたネットワーク機能の仮想化固有の面を管理するネットワーク運用及び管理システム。
ＮＦＶ：ネットワーク機能仮想化。仮想ハードウェア抽象化を用いることによって、ネットワーク機能をそれらが実行されるハードウェアから分離する原理。
ＮＭＳ：ネットワーク管理システム。個々のネットワーク要素から構成されるネットワークを構成及び監視するためのツール及び方法を含むシステム。
ＯＳＳ運用サポートシステム。ネットワークインベントリをメンテナンスし、サービスを供給し、ネットワーク構成要素を構成し、障害を管理するためのサポートプロセスを提供する、電気通信サービスプロバイダによって用いられるコンピュータシステム。
ＶＭ：仮想マシン。物理マシンのようにプログラムを実行するマシンのソフトウェアによる実装。
ＶＮＦ：仮想化ネットワーク機能。仮想化され、ネットワークサービスとして提供することができるか、又は仮想化されたネットワーク機能及び／又は仮想化されていないネットワーク機能の組から構成されるサービスの一部とすることができるネットワーク機能。
ＣＭＳ：クラウド管理システム。クラウド環境に含まれる物理リソースを管理するためのツール及び方法と、そのようなインフラストラクチャの上位で実行される論理（仮想）マシンインスタンスとを備えるシステム。
ＫＰＩ：重要業績評価指標（key performance indicator）。特定のネットワーク機能アクティビティの成功を評価するのに用いられる性能測定タイプ。
ＮＣＰ：ネットワーク構成プラットフォーム。仮想化されたネットワーク機能の仮想化固有の面を管理するネットワーク運用及び管理システム。
ＮＦＶ：ネットワーク機能仮想化。仮想ハードウェア抽象化を用いることによって、ネットワーク機能をそれらが実行されるハードウェアから分離する原理。
ＮＭＳ：ネットワーク管理システム。個々のネットワーク要素から構成されるネットワークを構成及び監視するためのツール及び方法を含むシステム。
ＯＳＳ運用サポートシステム。ネットワークインベントリをメンテナンスし、サービスを供給し、ネットワーク構成要素を構成し、障害を管理するためのサポートプロセスを提供する、電気通信サービスプロバイダによって用いられるコンピュータシステム。
ＶＭ：仮想マシン。物理マシンのようにプログラムを実行するマシンのソフトウェアによる実装。
ＶＮＦ：仮想化ネットワーク機能。仮想化され、ネットワークサービスとして提供することができるか、又は仮想化されたネットワーク機能及び／又は仮想化されていないネットワーク機能の組から構成されるサービスの一部とすることができるネットワーク機能。
以下において、本発明を例示的な実施形態として説明する。
本発明の実施形態は、３ＧＰＰ発展型パケットコア（ＥＰＣ）サービングゲートウェイ（Ｓ−ＧＷ）のようなネットワーク機能又は移動ネットワークのファイアウォールが仮想化され、商用オフザシェルフ（ＣＯＴＳ）ＩＴサーバ上で実装されるシナリオを検討する。以下において、そのような機能は「仮想化ネットワーク機能（ＶＮＦ）」と呼ばれる。「Ｓゲートウェイ（S-Gateway）」が仮想化される仮想化シナリオが図１において概略的に示されている。図１は、様々なＩＴサーバ上に搭載された複数の要素からクラスタＳ−ＧＷをどのように構成することができるかを示している。外部に対し、このクラスタは単一のＳ−ＧＷのように見える。
図１に示すように、クラスタアーキテクチャに従うＩＴサーバの集合体において単一の仮想Ｓ−ＧＷが実装されると仮定することができる。完全なクラスタは、外部に対し単一のＳ−ＧＷのように見える。各ＩＴサーバは、サーバ上のアプリケーションとして又は図に示すように仮想マシン（ＶＭ）内に実装することができるような仮想化ネットワーク機能の１つ（又は複数）のモジュールをホストする。これらのモジュールのそれぞれがＶＮＦモジュールと呼ばれる。
そのようなアーキテクチャの例として、「ロードバランサ」ＶＮＦモジュール及び「ベアラ処理」ＶＮＦモジュール（図１を参照されたい）から構成されるＳ−ＧＷを検討することができる。ロードバランサは、到来するパケットをそれらのトンネルＩＤに従って分類し、担当のベアラ処理ＶＮＦモジュールに転送することができる。ベアラ処理モジュールはＳ−ＧＷにおいて必要な全ての計算及びトンネルハンドリングを行う。そのようなアーキテクチャにより、クラスタの容量はベアラ処理モジュールを追加又は除去することによって容易にスケーリングすることができる一方、外部にはシステム全体が単一のＳ−ＧＷのように見える。
本発明の一実施形態によるＶＮＦは、以下の要素、すなわち、ＶＮＦモジュールのためのソフトウェアと、ソフトウェアインストールに関する情報と、用いられるハードウェアの性能特性（例えば、後に説明するｍ：ｎテーブルにおいて表される）と、モジュールがどのように相互接続されるかに関するトポロジ情報とを含むＶＮＦ記述テンプレートによって定義される。次に、いわゆるネットワーク構成プラットフォーム（ＮＣＰ）が、上述のテンプレートに基づくＶＮＦの実際の展開の計算を担当する。次に、これはクラウド管理システム（ＣＭＳ）に通信され、ＣＭＳは計算クラウドにおける埋め込みを実行する。
本発明の実施形態によって、ＶＮＦの実際の展開をどのように計算することができるかの問題が対処される。詳細には、これはハードウェア不均一性の問題を踏まえて対処される。このハードウェア不均一性の問題は、現実に即したデータセンタが、絶え間ない更新及びリプレースに起因して非常に様々な性能特性を有する複数のタイプのサーバを含むことにより生じる。ＶＮＦがそのようなデータセンタに搭載される場合、規定の性能を達成するために、様々なソフトウェアモジュールのＶＮＦ記述テンプレートに規定された要件が満たされなくてはならない。このため、ＶＮＦの実際のインスタンスを計算するには、様々なモジュールのテンプレートによって与えられた仕様を満たすか又はそれを上回る適切なハードウェアを見つけなくてはならない。これは、規定のハードウェアが利用可能でないか、又はより高い性能を有するハードウェアのみが搭載されており、このため容量が無駄になる場合に問題となる可能性がある。
１つの実施形態によれば、解決策は、ＶＮＦの必要な全体性能を規定する１つ又は複数のｍ個の重要業績評価指標（ＫＰＩ）を取得することを含む。これは、幾つかのネットワーク事業者によって要件として定義することができる。次に、利用可能なタイプの実行ユニットについてｎ個の性能特性が得られる。これらのｎ個の性能特性は、利用可能な実行ユニット（すなわち、例えばクラウドにおいて利用可能なマシン）の性能特性を調査した仮想化環境のプロバイダ／ベンダによって提供することができる。次に、性能特性及びＫＰＩは「展開計画」の基礎を形成し、この展開計画は、仮想化の実際の展開の実行ユニットの数及びタイプを、ＫＰＩ及びｎ個の性能特性に基づいてこれらの実行ユニット上で実行されるＶＮＦモジュールの共同性能が、ＫＰＩによって定義されるＶＮＦの必要な全体性能を達成するように規定する。
したがって、実施形態は、ＫＰＩ（ネットワーク事業者からの要件から得られる）及び性能特性に基づいて、例えばクラウド管理システムによってインスタンス化することができる「展開計画」を生成する。
このために、実施形態は、利用可能なハードウェア（例えば、ＧＦＬＯＰＳ、ＲＡＭ等）のハードウェア性能パラメータをＫＰＩに対し「マッピング」するＶＮＦ記述子又はＶＮＦ記述テンプレートを含むことができる。そのようなＶＮＦ記述子マッピングは、仮想化サービスのベンダによって提供することができる。
次に、仮想化要求から受信したＶＮＦ記述子及びＫＰＩに基づいて、１つの実施形態によれば、ハードウェアの性能特性に対しＫＰＩをマッピングする「マッピング」を実行することができる。この結果として、複数の可能なマッピングを得ることができ、次にそれぞれの結果として、クラウド管理システムによってインスタンス化することができる可能な展開計画が得られる。
一実施形態によれば、上記手法は、複数の独立したネットワーク接続（Ｓ−ＧＷの場合ベアラと呼ばれる）を並列に処理するＶＮＦに適している。ＥＰＣノード、ファイアウォール、又はブロードバンドリモートアクセスサーバ（ＢＲＡＳ）のような仮想化のための検討中の多数の機能がこの分類に入ることに留意されたい。
接続のパケットの処理は、利用可能なリソース（例えば、ＲＡＭ、ＣＰＵサイクル、ネットワーク容量）の或る特定の一部分を必要とする。このため、ＶＮＦモジュールは単一のモノリシックワークロードを処理するのではなく、より小さなワークロード、すなわち接続の集合を処理する。ワークロードのモジュール性を利用して、ＶＮＦモジュールが処理する接続量を展開時点において計算することによって、この接続量を利用可能なハードウェアに適合させる。ＶＮＦに要求される全体性能を達成するために、次にそれに応じてＶＮＦモジュール数がスケーリングされる。
このために、実施形態は３つの構成要素からなる。
１．顧客又はオペレーティングサポートシステム（ＯＳＳ）要求に基づいて展開可能なＶＮＦテンプレート又はＶＮＦ展開計画を実現するのに必要な処理。この処理は、必要とされるアプリケーションレイヤ性能（ＫＰＩ）及び利用可能なハードウェアリソース（性能特性）を考慮に入れる。既存の手法は、ソフトウェアの所定の要件に適した適切なハードウェアを検索し、所定のトポロジを展開することを必要とする。それとは対照的に、提案される手法は、ＶＮＦ（モジュール数及びそのトポロジ）を利用可能なハードウェアに適合させる。
２．例えばサポートされるベアラ数及びＧｂｐｓ単位の目標スループットのようなｍ個のアプリケーションレベル重要業績評価指標（ＫＰＩ）へのｎ個のハードウェア性能パラメータ（例えば、ＧＦＬＯＰＳ、ＲＡＭ、ＩＯ容量）のマッピングを提供するＶＮＦ記述子における多次元テーブル。これは、達成される性能に対するハードウェアの関係を抽象的に記述することを可能にし、上記で概略を述べたソフトウェアの適合を利用可能なハードウェアにより容易にかつより柔軟にする。
３．実際の計算及び埋め込みを実現するのに必要なステップ及びメッセージフロー。
１．顧客又はオペレーティングサポートシステム（ＯＳＳ）要求に基づいて展開可能なＶＮＦテンプレート又はＶＮＦ展開計画を実現するのに必要な処理。この処理は、必要とされるアプリケーションレイヤ性能（ＫＰＩ）及び利用可能なハードウェアリソース（性能特性）を考慮に入れる。既存の手法は、ソフトウェアの所定の要件に適した適切なハードウェアを検索し、所定のトポロジを展開することを必要とする。それとは対照的に、提案される手法は、ＶＮＦ（モジュール数及びそのトポロジ）を利用可能なハードウェアに適合させる。
２．例えばサポートされるベアラ数及びＧｂｐｓ単位の目標スループットのようなｍ個のアプリケーションレベル重要業績評価指標（ＫＰＩ）へのｎ個のハードウェア性能パラメータ（例えば、ＧＦＬＯＰＳ、ＲＡＭ、ＩＯ容量）のマッピングを提供するＶＮＦ記述子における多次元テーブル。これは、達成される性能に対するハードウェアの関係を抽象的に記述することを可能にし、上記で概略を述べたソフトウェアの適合を利用可能なハードウェアにより容易にかつより柔軟にする。
３．実際の計算及び埋め込みを実現するのに必要なステップ及びメッセージフロー。
そのような手法は以下の利点を有する。
上記手法は、ＶＮＦ展開を利用可能なハードウェアに適合させ、これによってリソース利用全体を改善することによって、データセンタに存在するハードウェア不均一性を利用する。
上記手法は、ＶＮＦモジュールが処理する接続量を利用可能なハードウェアに適合させるので、従来の手法では解に辿り着くことができない場合、例えば、従来の規定によるＶＮＦが要求するだけのリソース量をハードウェアが提供しない事例であっても、埋め込みを作成することができる。
リソース（性能特性）を達成される性能（ＫＰＩ）にマッピングするＶＮＦ記述子テンプレートにおける多次元テーブルの設計を用いて、ＶＮＦのベンダによって測定されていないサーバ構成の埋め込みを計算することが可能である。このため、ＶＮＦ展開はより柔軟で将来性がある。
この手法の間接的な態様は、ＯＳＳ（後に説明する）をＮＣＰ（これについても後に説明する）が仮想化固有の管理タスクを実行するときに再利用することができることである。
これによって、レガシーＯＳＳに対する変更が最小限になるので費用が節減される。
ここで、幾つかの更なる実施形態をより詳細に説明する。
１．１システムアーキテクチャ
全体的なシステムアーキテクチャが、関連する要素間の参照点とともに図２に示されている。第１の要素はオペレーティングサポートシステム（ＯＳＳ）１００である。ＯＳＳは、ネットワークプロビジョニングサービス、ネットワーク構成要素の構成及び管理、アカウント管理及び課金を担当する。現行のＯＳＳ／ＢＳＳは仮想化に対応していない。ＯＳＳは、複数の仮想ネットワーク機能４００を供給するために、ネットワーク構成プラットフォーム（ＮＣＰ）２００とインタラクトする。ＮＣＰは、数ある動作の中でも、ＶＮＦ展開を計算し、展開をトリガし、仮想化ライフサイクル全体を管理することを担当する。このアーキテクチャにおいて、２つの新たなエンティティ、すなわち、クラウド管理システム（ＣＭＳ）３０１と物理的に同じ場所に配置することができるＮＣＰクラウドエージェント２０３と、トランスポートネットワーク管理システム（ＮＭＳ）３０２と物理的に同じ場所に配置することができるＮＣＰネットワークエージェント２０４とが導入されている。これらのエージェントは、クラウド及びネットワークにおけるハードウェアリソース使用に関する最新情報を必要とするＮＣＰ関連の動作及び計算を実行する。ＮＣＰは、要素２００、２０３、２０４を備える単一のエンティティとして見ることもできることに留意すべきである。
全体的なシステムアーキテクチャが、関連する要素間の参照点とともに図２に示されている。第１の要素はオペレーティングサポートシステム（ＯＳＳ）１００である。ＯＳＳは、ネットワークプロビジョニングサービス、ネットワーク構成要素の構成及び管理、アカウント管理及び課金を担当する。現行のＯＳＳ／ＢＳＳは仮想化に対応していない。ＯＳＳは、複数の仮想ネットワーク機能４００を供給するために、ネットワーク構成プラットフォーム（ＮＣＰ）２００とインタラクトする。ＮＣＰは、数ある動作の中でも、ＶＮＦ展開を計算し、展開をトリガし、仮想化ライフサイクル全体を管理することを担当する。このアーキテクチャにおいて、２つの新たなエンティティ、すなわち、クラウド管理システム（ＣＭＳ）３０１と物理的に同じ場所に配置することができるＮＣＰクラウドエージェント２０３と、トランスポートネットワーク管理システム（ＮＭＳ）３０２と物理的に同じ場所に配置することができるＮＣＰネットワークエージェント２０４とが導入されている。これらのエージェントは、クラウド及びネットワークにおけるハードウェアリソース使用に関する最新情報を必要とするＮＣＰ関連の動作及び計算を実行する。ＮＣＰは、要素２００、２０３、２０４を備える単一のエンティティとして見ることもできることに留意すべきである。
ＶＮＦインスタンス４００は、１つ又は幾つかのＶＮＦモジュール４０１から構成され、これらのモジュールは、幾つかのソフトウェア又は仮想マシンイメージ４０２として実装される。この特定の実施形態において、ＶＮＦ４００が２つのＶＮＦモジュール４０１から構成される例を示し、これらのＶＮＦモジュール４０１は２つのそれぞれのＶＭ４０２内に含まれる。提案された解決策を実現するために、ＮＣＰはクラウド管理システム及びネットワーク管理システムとインタラクトする。ＣＭＳ３０１は、インタフェース１０６を通じて、クラウド３０３内の物理インフラストラクチャリソース及び仮想インフラストラクチャリソースの管理を担当する。これらのリソースは、計算リソース、記憶リソース、及びクラウド内ネットワーク接続リソースを含むことができる。マルチクラウド環境を含むＶＮＦのインスタンス化はＮＭＳ３０２からの支援も必要とする。ＮＭＳ３０２は、インタフェース１０７を通じて、そのようなクラウドを相互接続するトランスポートネットワーク３０４の接続を管理することができる。最後に、ＶＮＦ記述テンプレート２０１がデータベース２０２又はデータリポジトリ内に記憶され、ＮＣＰはこれらに対し書き込み権限及び読み出し権限を有する。
１．２テンプレート及び処理
仮想化の実際の実施を達成するために、利用可能なハードウェアリソースに適合されるＶＮＦ展開計画が計算される。このプロセスを概説する前に、まずこの実施形態において用いられるテンプレートのタイプを説明する。
仮想化の実際の実施を達成するために、利用可能なハードウェアリソースに適合されるＶＮＦ展開計画が計算される。このプロセスを概説する前に、まずこの実施形態において用いられるテンプレートのタイプを説明する。
１．２．１テンプレートタイプ
ＶＮＦ記述テンプレート：この記述テンプレートはＶＮＦの抽象的な記述を提供し、ＶＮＦがどのように実装されるか、その要件、提供されるハードウェアリソースに依拠して達成することができる性能の量等に関する情報を含む。この記述テンプレートは直接インスタンス化することができないが、現在使用可能なハードウェア及び要求される性能に適合させる必要がある。
ＶＮＦ構築計画：この構築計画は、最終的な展開テンプレートを計算する間に用いられる一時的なテンプレートであり、ＶＮＦ記述テンプレートと、ユーザ／ＯＳＳ要求から受信した入力パラメータ及び要件（ＫＰＩ）と、中間ＮＣＰ（及びＮＣＰエージェント）計算とを組み合わせた結果である。
ＶＮＦ展開テンプレート：この展開テンプレートは、ＶＮＦテンプレート計算結果であり、クラウド管理システムが物理リソースの実際のインスタンス化を実現し、ソフトウェア及び／又はＶＭイメージを割り当てるために処理することができる情報を含む。
ＶＮＦ記述テンプレート：この記述テンプレートはＶＮＦの抽象的な記述を提供し、ＶＮＦがどのように実装されるか、その要件、提供されるハードウェアリソースに依拠して達成することができる性能の量等に関する情報を含む。この記述テンプレートは直接インスタンス化することができないが、現在使用可能なハードウェア及び要求される性能に適合させる必要がある。
ＶＮＦ構築計画：この構築計画は、最終的な展開テンプレートを計算する間に用いられる一時的なテンプレートであり、ＶＮＦ記述テンプレートと、ユーザ／ＯＳＳ要求から受信した入力パラメータ及び要件（ＫＰＩ）と、中間ＮＣＰ（及びＮＣＰエージェント）計算とを組み合わせた結果である。
ＶＮＦ展開テンプレート：この展開テンプレートは、ＶＮＦテンプレート計算結果であり、クラウド管理システムが物理リソースの実際のインスタンス化を実現し、ソフトウェア及び／又はＶＭイメージを割り当てるために処理することができる情報を含む。
１．２．２構築計画計算
図３は、１つの実施形態によるハードウェア適合可能なＶＮＦインスタンス化プロセスを示している。このプロセスは、ＯＳＳからＶＮＦ要求６００を受信することによって開始する。この要求は、インスタンス化するＶＮＦのタイプを決定し、この機能のための複数の重要業績評価指標（ＫＰＩ）を含む。ＮＣＰはＶＮＦテンプレートリポジトリ２０２から正しいＶＮＦテンプレート２０１を参照する。そこに含まれる情報、例えばハードウェアアーキテクチャ又は他の同様のパラメータと、データベース６１１からの様々な利用可能なクラウド及びネットワークに関する情報とに基づいて、ステップ６１０において、ＮＣＰは候補クラウド及び候補ネットワークを選択し、それに従って計算リソース及びネットワーキングリソースの要求を分割する。この情報は次に、ステップ６１２に示すように選択されたＮＣＰエージェントに適切に分散される。次に、ＮＣＰエージェント２０３は、ステップ６２０において、要求されたリソースの適切な埋め込みの計算を担当する。利用可能なハードウェアへのＶＮＦの適合は、ステップ６２０において実行されることに留意されたい。これについては後に詳細に説明する。
図３は、１つの実施形態によるハードウェア適合可能なＶＮＦインスタンス化プロセスを示している。このプロセスは、ＯＳＳからＶＮＦ要求６００を受信することによって開始する。この要求は、インスタンス化するＶＮＦのタイプを決定し、この機能のための複数の重要業績評価指標（ＫＰＩ）を含む。ＮＣＰはＶＮＦテンプレートリポジトリ２０２から正しいＶＮＦテンプレート２０１を参照する。そこに含まれる情報、例えばハードウェアアーキテクチャ又は他の同様のパラメータと、データベース６１１からの様々な利用可能なクラウド及びネットワークに関する情報とに基づいて、ステップ６１０において、ＮＣＰは候補クラウド及び候補ネットワークを選択し、それに従って計算リソース及びネットワーキングリソースの要求を分割する。この情報は次に、ステップ６１２に示すように選択されたＮＣＰエージェントに適切に分散される。次に、ＮＣＰエージェント２０３は、ステップ６２０において、要求されたリソースの適切な埋め込みの計算を担当する。利用可能なハードウェアへのＶＮＦの適合は、ステップ６２０において実行されることに留意されたい。これについては後に詳細に説明する。
物理リソースマッピングの計算結果は、ステップ６５０に規定されているように失敗する場合も成功する場合もある。マッピングに成功しない場合、要求を取り下げることができ、ＮＣＰは通知される（６５１）。成功する場合、構築計画６５２が一時レポジトリ６５４内に記憶され（６５３）、この要求のためのリソースは、将来の予約が他の要求と衝突することを回避するために要約される（６５５）。ＮＣＰは、ステップ６５６におけるように動作結果を通知され、次に、（ステップ６１０において要求された）様々なクラウドによる様々な埋め込みオファーのうちのいずれを受けるかを、例えば或る特定の効用関数を最大にするか、又は最低の費用を有するオファーを選択することによって決定することができる。次に、提供されたＣＭＳ／ＮＭＳインタフェースを用いることによって、ＮＣＰエージェントは必要とされるコマンドを実行して、選択されたクラウド又はトランスポートネットワークにおいて、要求された仮想リソースを作成する。
図４は、１つの実施形態によるＶＮＦ構築計画（又はＶＮＦ展開計画）計算６２０の詳細な説明を示している。上記で概説したように、このプロセスへの入力は、ＫＰＩのリスト６００及びＶＮＦ記述テンプレート２０１（「性能特性」）を有する要求である。
１つの実施形態によれば、要求６００は少なくとも以下に関する情報を含む。
−インスタンス化されるＶＮＦのクラス／タイプ、例えば新たな３ＧＰＰ準拠サービングゲートウェイ（Ｓ−ＧＷ）。
−幾つかのＫＰＩ、すなわち、必要とされる性能及び／又は容量。
−インスタンス化されるＶＮＦのクラス／タイプ、例えば新たな３ＧＰＰ準拠サービングゲートウェイ（Ｓ−ＧＷ）。
−幾つかのＫＰＩ、すなわち、必要とされる性能及び／又は容量。
そのような要求の例は、要求されたＳ−ＧＷが毎秒１０ｋベアラを処理し、５０Ｇｂｐｓのピークスループットを提供することができなくてはならないことを規定する場合がある。
１つの実施形態によれば、追加の要求パラメータ６００（「ＫＰＩ」と呼ばれる場合もある）は以下とすることができる。
−制約：
１）Ｓ−ＧＷが約９９．９９９％の利用可能性のフォールトトレランスレベルを有することを規定するフォールトトレランスに対する制約、
２）Ｓ−ＧＷの地理的ロケーション／エリアに対する制約等。
−ＶＮＦ記述子テンプレートリポジトリから選択するＶＮＦをより良好に定義するのに役立つものとする他のパラメータ。
−制約：
１）Ｓ−ＧＷが約９９．９９９％の利用可能性のフォールトトレランスレベルを有することを規定するフォールトトレランスに対する制約、
２）Ｓ−ＧＷの地理的ロケーション／エリアに対する制約等。
−ＶＮＦ記述子テンプレートリポジトリから選択するＶＮＦをより良好に定義するのに役立つものとする他のパラメータ。
次に、以下のステップがＮＣＰエージェント２０３による計算において実行される。
１．ＮＣＰクラウドエージェントは、どの種類のサーバが利用可能であるかをチェックし、これらのサーバが提供するハードウェアリソースを決定する。ＮＣＰクラウドエージェントは、ステップ６２１において、ＫＰＩへのハードウェアリソースのマッピングを提供するＶＮＦ記述テンプレートからの多次元テーブルを用いることによって（これについては特定の実施形態に従ってセクション１．４においてより詳細に説明する）、各タイプのサーバがどれだけＫＰＩに貢献するかを計算する。これは単純なテーブル参照によって行われ、すなわち、ハードウェアによって提供される値に最も近く、かつそれよりも小さい値がクエリされ、このようにしてサーバごとのＫＰＩが取り出される。
２．次に、サーバタイプごとに、ＮＣＰはステップ６２２のように展開計画を計算及び生成し、すなわち、要求されるＫＰＩ全体に達するのに幾つのＶＮＦモジュールをインスタンス化する必要があるかを計算する。
３．ＶＮＦ記述テンプレートに含まれるＶＮＦモジュールのトポロジ情報に基づいて、ＮＣＰ Ｃエージェントはまず、ステップ６２３に示すようにこのＶＮＦのトポロジを計算する。次に、ＮＣＰ Ｃエージェントは異なるＶＮＦモジュール間のリンクのパラメータを導出する。或る特定のモジュール、したがってサーバによって幾つの接続が処理されるかがわかると、各モジュールが生成及び消費するトラフィック量を求め、それを用いてリンクを適切に測ることが可能である。
４．その後、ＮＣＰエージェントは、ステップ６２４におけるように、現在利用可能なデータセンタリソースを考慮に入れることによって、データセンタにおけるこのトポロジの実際の埋め込み及び構築計画６２５を計算する。
５．最後のステップ６２６において、埋め込みの「効用」／費用が、例えばこの展開の予期される費用及び電力消費を合算することによって計算される。
６．結果として、クラウドデータセンタ内にこのＶＮＦを埋め込む費用（又は効用関数）に関する情報を含むＶＮＦ構築計画６５２が得られる。
１．ＮＣＰクラウドエージェントは、どの種類のサーバが利用可能であるかをチェックし、これらのサーバが提供するハードウェアリソースを決定する。ＮＣＰクラウドエージェントは、ステップ６２１において、ＫＰＩへのハードウェアリソースのマッピングを提供するＶＮＦ記述テンプレートからの多次元テーブルを用いることによって（これについては特定の実施形態に従ってセクション１．４においてより詳細に説明する）、各タイプのサーバがどれだけＫＰＩに貢献するかを計算する。これは単純なテーブル参照によって行われ、すなわち、ハードウェアによって提供される値に最も近く、かつそれよりも小さい値がクエリされ、このようにしてサーバごとのＫＰＩが取り出される。
２．次に、サーバタイプごとに、ＮＣＰはステップ６２２のように展開計画を計算及び生成し、すなわち、要求されるＫＰＩ全体に達するのに幾つのＶＮＦモジュールをインスタンス化する必要があるかを計算する。
３．ＶＮＦ記述テンプレートに含まれるＶＮＦモジュールのトポロジ情報に基づいて、ＮＣＰ Ｃエージェントはまず、ステップ６２３に示すようにこのＶＮＦのトポロジを計算する。次に、ＮＣＰ Ｃエージェントは異なるＶＮＦモジュール間のリンクのパラメータを導出する。或る特定のモジュール、したがってサーバによって幾つの接続が処理されるかがわかると、各モジュールが生成及び消費するトラフィック量を求め、それを用いてリンクを適切に測ることが可能である。
４．その後、ＮＣＰエージェントは、ステップ６２４におけるように、現在利用可能なデータセンタリソースを考慮に入れることによって、データセンタにおけるこのトポロジの実際の埋め込み及び構築計画６２５を計算する。
５．最後のステップ６２６において、埋め込みの「効用」／費用が、例えばこの展開の予期される費用及び電力消費を合算することによって計算される。
６．結果として、クラウドデータセンタ内にこのＶＮＦを埋め込む費用（又は効用関数）に関する情報を含むＶＮＦ構築計画６５２が得られる。
１．３ＶＮＦ記述テンプレート
ＶＮＦがどのように見えるべきかがＶＮＦ記述子テンプレート２０２に記述されており、すなわち、テンプレートはＶＮＦを記述する。ＶＮＦテンプレートは展開前及び実行時間中のＶＮＦの論理挙動をモデル化する。
ＶＮＦがどのように見えるべきかがＶＮＦ記述子テンプレート２０２に記述されており、すなわち、テンプレートはＶＮＦを記述する。ＶＮＦテンプレートは展開前及び実行時間中のＶＮＦの論理挙動をモデル化する。
すなわち、１つの実施形態によれば、テンプレートは、トポロジ、管理可能性、及び要件の観点でどのようにＶＮＦが定義されるかを定義し、かつ、インスタンス化されると、ＶＮＦを実行時間中に動作させることができるメカニズムを定義する。例えば、異なるリリースバージョン又は試験モジュール構成について同じＶＮＦを実現するための複数のテンプレートが存在することができる。ＶＮＦ記述子テンプレート又はＶＮＦ記述テンプレートは、対応するソフトウェアパッケージとともにＶＮＦのベンダ／実装者によって提供することができる。以下において、提案されるハードウェア適合可能性に関するＶＮＦ記述テンプレートの態様に焦点が当てられる。
１つの実施形態によるＶＮＦ記述テンプレートは以下の属性を含む。
−モジュール。これはＶＮＦを形成するＶＮＦモジュール４０１を定義する。例えば、３ＧＰＰ Ｓ−ＧＷ ＶＮＦは、３つのモジュール、すなわち、ロードバランサと、ベアラプロセッサと、トンネルカプセル化ユニットとから構成することができる。ＶＮＦが単一のモジュールから構成されることも起こる場合がある。モジュール情報はコンパイルされたプログラム及び／又は仮想マシンイメージを参照する。さらに、各モジュールは既に展開されたＶＮＦにおいて複数回インスタンス化することができることに留意されたい。
−構成。この属性は、ＶＮＦモジュールの相互接続、すなわち特定のモジュールがアタッチされる入力ＶＮＦモジュール及び出力ＶＮＦモジュールを定義する。この属性は頂点（モジュール）及びエッジ（モジュール間のネットワークリンク）のグラフとして表すことができる。例えば、以下のＳ−ＧＷ ＶＮＦの構成を考える。１：ｋのトポロジにおいてロードバランサがｋ個のベアラプロセッサに接続され、ｋ個のベアラプロセッサはｋ：１のトポロジにおいてトンネルカプセル化ユニットに接続されている。このシーケンスは、ベアラからの入力がロードバランサからの出力であり、ベアラプロセッサの出力がトンネルカプセル化ユニットの入力であることを意味する。１つの実施形態において、ＶＮＦ構成は固定の仕様ではなく、例えば、１つ又は複数のベアラ処理モジュールを単一のロードバランサに接続することによって、様々な多様性を可能にする。
−フォールトトレランス（Ｒｅｓｉｌｅｎｃｙ）。この属性は、フォールトトレランスの目的でＶＮＦ構成に追加の情報を提供する。特に、この属性は、ＶＮＦを含むＶＮＦモジュールごとに、フォールトトレランスがどのように提供されるか（どのモデルか、例えばアクティブ−バックアップ構成又はアクティブ−アクティブ構成）を詳細に示す。これは、例えば、主要な機能中のモジュールと特定の物理リソースを共有しないために、どこでバックアップモジュールを展開するかを求めるのに有用な情報を含むことに留意されたい。フォールトトレランス構成は、ＶＮＦモジュールの計画、配置及び相互接続性全体に関わる。
−リソース。この属性は、提供されるハードウェアリソースに基づいて様々な構成要素が達成することができるＫＰＩに関する情報を提供する。その一実施形態は、以下のセクション１．４において詳細に説明される。
−バージョン。この属性は、ＶＮＦのソフトウェアバージョン又は仮想マシンイメージバージョンに関する情報を定義する。
−モジュール。これはＶＮＦを形成するＶＮＦモジュール４０１を定義する。例えば、３ＧＰＰ Ｓ−ＧＷ ＶＮＦは、３つのモジュール、すなわち、ロードバランサと、ベアラプロセッサと、トンネルカプセル化ユニットとから構成することができる。ＶＮＦが単一のモジュールから構成されることも起こる場合がある。モジュール情報はコンパイルされたプログラム及び／又は仮想マシンイメージを参照する。さらに、各モジュールは既に展開されたＶＮＦにおいて複数回インスタンス化することができることに留意されたい。
−構成。この属性は、ＶＮＦモジュールの相互接続、すなわち特定のモジュールがアタッチされる入力ＶＮＦモジュール及び出力ＶＮＦモジュールを定義する。この属性は頂点（モジュール）及びエッジ（モジュール間のネットワークリンク）のグラフとして表すことができる。例えば、以下のＳ−ＧＷ ＶＮＦの構成を考える。１：ｋのトポロジにおいてロードバランサがｋ個のベアラプロセッサに接続され、ｋ個のベアラプロセッサはｋ：１のトポロジにおいてトンネルカプセル化ユニットに接続されている。このシーケンスは、ベアラからの入力がロードバランサからの出力であり、ベアラプロセッサの出力がトンネルカプセル化ユニットの入力であることを意味する。１つの実施形態において、ＶＮＦ構成は固定の仕様ではなく、例えば、１つ又は複数のベアラ処理モジュールを単一のロードバランサに接続することによって、様々な多様性を可能にする。
−フォールトトレランス（Ｒｅｓｉｌｅｎｃｙ）。この属性は、フォールトトレランスの目的でＶＮＦ構成に追加の情報を提供する。特に、この属性は、ＶＮＦを含むＶＮＦモジュールごとに、フォールトトレランスがどのように提供されるか（どのモデルか、例えばアクティブ−バックアップ構成又はアクティブ−アクティブ構成）を詳細に示す。これは、例えば、主要な機能中のモジュールと特定の物理リソースを共有しないために、どこでバックアップモジュールを展開するかを求めるのに有用な情報を含むことに留意されたい。フォールトトレランス構成は、ＶＮＦモジュールの計画、配置及び相互接続性全体に関わる。
−リソース。この属性は、提供されるハードウェアリソースに基づいて様々な構成要素が達成することができるＫＰＩに関する情報を提供する。その一実施形態は、以下のセクション１．４において詳細に説明される。
−バージョン。この属性は、ＶＮＦのソフトウェアバージョン又は仮想マシンイメージバージョンに関する情報を定義する。
１．４リソース：（ＶＮＦ記述テンプレートの）ＫＰＩマッピングテーブル
上記で概説したように、或る特定のモジュールが達成する性能は、提供されるハードウェアに依拠する。この関係は、ＶＮＦ記述子テンプレートのリソースパラメータにおいて多次元テーブルとして規定される。これによって既存のパラダイム「ハードウェアがソフトウェアに従う」が逆転することに留意されたい。すなわち、モジュールに対するハードウェア要件を与える代わりに、提供されるハードウェアリソースに基づいてモジュールがどれだけの性能を達成するかを計算する手段が提供される。
上記で概説したように、或る特定のモジュールが達成する性能は、提供されるハードウェアに依拠する。この関係は、ＶＮＦ記述子テンプレートのリソースパラメータにおいて多次元テーブルとして規定される。これによって既存のパラダイム「ハードウェアがソフトウェアに従う」が逆転することに留意されたい。すなわち、モジュールに対するハードウェア要件を与える代わりに、提供されるハードウェアリソースに基づいてモジュールがどれだけの性能を達成するかを計算する手段が提供される。
リソース：ＫＰＩテーブルは、サポートされるベアラ数及びＧｂｐｓ単位の目標スループットのようなｍ個のアプリケーションレベル重要業績評価指標（ＫＰＩ）へのｎ個のハードウェア性能パラメータ（例えば、ＧＦＬＯＰＳ、ＲＡＭ、ＩＯ容量）のマッピングを提供する。この概念の視覚化例（２：１のマッピングを用いる）が図５に示されている。
マッピングテーブルは、ＣＰＵアーキテクチャ及びバージョン（例えば、Ｉｎｔｅｌ ｉ５プロセッサであるか又はＩｎｔｅｌ ｉ７プロセッサであるか）のような特定のリソースを定義することを回避し、ＧＦＬＯＰＳ、ＲＡＭ、レベル１キャッシュ量等のような抽象パラメータを用いる。例えば、そのような抽象化によって、対応するＶＮＦ及びマッピングテーブルが作成された時点に存在しなかった新たなプロセッサについても埋め込みを計算することが可能になる。
別の態様は、１つの実施形態によれば、ＶＮＦが展開されると、ＮＣＰがマッピングテーブルを記憶し、含まれる値を調整することができるというものである。このようにして、ＮＣＰにおいて、モジュールが実世界のワークロードの下で達成する実際のリソース：ＫＰＩマッピングに関する知識を取得する自己学習機能を実施することができる。これは、インターネットにおけるトラフィック傾向が非常に迅速に変化し、これに起因してモジュール性能が変化し得るので重要である可能性がある。
例として、より大量のビデオ消費に起因して生じる平均パケットサイズの変化を考慮することができる。このため、ＶＮＦモジュールが同じ量のＧｂｐｓを処理するのに必要なＣＰＵリソースをより少なくすることができる。なぜなら、ＶＮＦモジュールはパケットヘッダのみを処理すればよく、その場合にパケットヘッダ数が低減するためである。
このため、この目的に向けて、ＮＣＰはマッピングテーブルのコピーを記憶し、ＣＭＳ（ハードウェア側の情報を提供する）とＶＮＦ自体（アプリケーションレベルのパラメータに関する情報を提供する）との双方からのモジュール性能に関するフィードバックを結合することができる。このため、６２０に従って埋め込みを計算するために、ＮＣＰはベンダのＶＮＦ記述テンプレートによって提供される値ではなく、記憶されたテーブルからの更新値を用いることができる。
１．５データ構造
１つの実施形態によるＶＮＦテンプレートを処理し、ＶＮＦ展開テンプレートを計算する方法は、２つの主要なデータベース及び／又はレポジトリを用いる。第１のデータベースはＶＮＦ記述テンプレートリポジトリ２０２である。このリポジトリは、ＮＣＰがインスタンス化することができる記述テンプレートをリストアップする。
１つの実施形態によるＶＮＦテンプレートを処理し、ＶＮＦ展開テンプレートを計算する方法は、２つの主要なデータベース及び／又はレポジトリを用いる。第１のデータベースはＶＮＦ記述テンプレートリポジトリ２０２である。このリポジトリは、ＮＣＰがインスタンス化することができる記述テンプレートをリストアップする。
このリポジトリに対しクエリが実行され、これらのクエリは１つ又は幾つかのパラメータに基づくことができる。例えば、ＶＮＦへのクエリは特定の規格に準拠した特定のＶＮＦベンダを指定する場合がある。表１は、ＶＮＦ記述テンプレートレポジトリの実現例を示している。
第２のデータベースは、物理リソース６１１に関する情報を含む。例として表２を参照されたい。
ＮＣＰは、幾つかのクラウド及びネットワークリソース領域に関する知識を有する。しかしながら、詳細レベルは低く、利用可能なリソースのイベントリ、例えば或る特定のクラウドにおいて利用可能なサーバのタイプに関する要約された情報のみを含む。そのようなクラウドリソース記述及びネットワークリソース記述のための特定のテーブルが存在し、これらはテーブル２からリンクされ、この例が表３及び表４に示されている。
６２０においてＶＮＦの構築計画を計算するために、ＮＣＰはクラウドのローカルリソースデータベース６４０にもアクセスする必要がある。このデータベースは、現在のデータセンタにおける正確な負荷状況に関する最新情報、すなわち、いずれのサーバが用いられ、いずれが空いており、ネットワーク負荷がどれ程であるか等を含む。このデータベースは、ＣＭＳがクラウドを制御するのに用いるものと同じであることができる。実行ユニットにおける実際の埋め込み又は実装はＣＭＳを介して実行されることになるので、目的を果たすには読み出しアクセスで十分であることに留意されたい。データベースはデータセンタに対しローカルであり、データベースのコンテンツは頻繁に更新されるので、最新情報に直接アクセスするために、ＣＭＳ／このデータベースと同じ場所に配置されるＮＣＰ Ｃエージェントの概念が提案される。例が表５に示されている。
ＮＣＰ Ｃエージェントは、リソースの抽象化に関する情報、例えば、特定のＣＰＵモデルが提供するＧＦｌｏｐｓ数に関する情報を必要とする。これはこのテーブルに含めることもできるし、何らかの他の場所に記憶することもできる。
１．６ＶＮＦ初期化フローチャート
図６は、少なくとも１つのＶＭ４０２上で実行される少なくとも１つのＶＮＦモジュール４０１からなる仮想化ネットワーク機能４００を初期化するためのシーケンスの例を示している。ステップＳ１０１において、オペレーティングサポートシステムは、ネットワーク構成プラットフォームに新たなＶＮＦをセットアップするように命令する。このステップは、セットアップ（SETUP）要求メッセージ６００のＯＳＳ−ＮＣＰインタフェースを介した送信を含む。このメッセージは、限定ではないが、セットアップするネットワーク機能のタイプ、ネットワーク機能の所望の容量、ＯＳＳからのログイン認証情報、及び少なくともジオロケーションデータを含む要件に関する情報を含む。ＮＣＰ（２００）は、セットアップメッセージ６００を受信すると、メッセージを処理する。ステップＳ１０２において、ＮＣＰは、以前のメッセージにおいて要求されたＶＮＦのタイプに適したテンプレート２０１をリポジトリ（２０２）からロードする。テンプレートデータと、セットアップメッセージにおいてＯＳＳによって表された容量及び要件とに基づいて、ＮＣＰはステップＳ１０２におけるように候補クラウドを計算する。
図６は、少なくとも１つのＶＭ４０２上で実行される少なくとも１つのＶＮＦモジュール４０１からなる仮想化ネットワーク機能４００を初期化するためのシーケンスの例を示している。ステップＳ１０１において、オペレーティングサポートシステムは、ネットワーク構成プラットフォームに新たなＶＮＦをセットアップするように命令する。このステップは、セットアップ（SETUP）要求メッセージ６００のＯＳＳ−ＮＣＰインタフェースを介した送信を含む。このメッセージは、限定ではないが、セットアップするネットワーク機能のタイプ、ネットワーク機能の所望の容量、ＯＳＳからのログイン認証情報、及び少なくともジオロケーションデータを含む要件に関する情報を含む。ＮＣＰ（２００）は、セットアップメッセージ６００を受信すると、メッセージを処理する。ステップＳ１０２において、ＮＣＰは、以前のメッセージにおいて要求されたＶＮＦのタイプに適したテンプレート２０１をリポジトリ（２０２）からロードする。テンプレートデータと、セットアップメッセージにおいてＯＳＳによって表された容量及び要件とに基づいて、ＮＣＰはステップＳ１０２におけるように候補クラウドを計算する。
次のステップは、見積り（QUOTE）メッセージを選択されたクラウド、特に対応するＮＣＰ Ｃエージェント２０３に送信することを含む。エージェントは見積り要求を受信すると、ステップＳ１０４のようにＣＭＳを照会することによってクラウドにおいて利用可能なリソースのオンデマンド更新を実行することができる。このオプションのステップ（すなわち、エージェントは定期的な更新も実行することができる）の後、エージェントはステップＳ１０５に示すような手順６２０を実行して、利用可能なクラウドリソースにおけるＶＮＦ埋め込みの効用費用とともに構築計画を計算する。後続の要求に対して衝突を回避するために、エージェントは埋め込み計算Ｓ１０６において計画されたリソースの予約を行う。
次に、エージェントはステップＳ１０７におけるように、ＶＮＦ埋め込みの結果とともに主要ＮＣＰにメッセージを返送する。この際、ＮＣＰはステップＳ１０８において、少なくとも１つのＮＣＰエージェントからのクラウドリソース見積り及びネットワークリソース見積りをチェックし、ＶＮＦが最終的にインスタンス化されることになる場所を選択することができる。したがって、ＮＣＰは選択されたエージェントにＶ−ＳＥＴＵＰメッセージを送信する（Ｓ１０９）。これらは、ステップＳ１１０に規定されているように、対応するＣＭＳインタフェースＡＰＩに従って特定のＶＮＦ展開テンプレート変換を実行しなくてはならない場合がある。
この後、展開（DEPLOY）コマンドＳ１１１がＣＭＳに送信され、ＣＭＳは、ステップＳ１１２に示すように新たなＶＮＦ４００の物理リソース及び仮想リソースを割り当てる。エージェントは、ＣＭＳからの確認を受信した後（ＯＫメッセージＳ１１３を参照されたい）、ＶＮＦ展開を記憶し、ステップＳ１１４、Ｓ１１５、Ｓ１１６、及びＳ１１７に従って、ＶＮＦに向けて任意の特定のＶＮＦ仮想構成を実行する。
ＶＮＦインスタンス化の最終ステップは、ＮＣＰエージェントからＮＣＰへのＶ−ＳＥＴＵＰ確認応答を含み（ステップＳ１１８を参照されたい）、ＮＣＰは次にインスタンス化の結果を記憶することができる（Ｓ１１９）。これらの全てのステップが完了すると、ＮＣＰはステップＳ１２０においてセットアップ完了（SETUP-COMPLETE）メッセージをＯＳＳに送信し、ネットワーク機能の展開及び起動が完了し、このネットワーク機能が以後ＯＳＳによって動作を管理されるべきであることを通知する。
１．７インタフェース
説明される実施形態において、以下のインタフェースが用いられる（図２を参照されたい）。
−ＮＣＰ Ｃエージェント対ＣＭＳ（１０８）：このインタフェースは、既存のコマンドを用い、クラウドマネージャを用いて仮想マシンを展開及びインスタンス化する。既存のクラウド管理システム、例えばＯｐｅｎＳｔａｃｋ、ＡｍａｚｏｎのＥＣ２等は、既に仮想マシンのインスタンス化及び管理を可能にするアプリケーションプログラマブルインタフェース（ＡＰＩ）を提供している。
−ＮＣＰ Ｎエージェント対ＴＭＮＳ（１０９）：このインタフェースは既存のＡＰＩを用いてネットワーク全体の管理システムにアクセスし、ネットワークにわたって接続性を要求するのに用いられる。本発明において、インタフェース１０９は、トランスポートネットワークリソースの管理に関連付けて特許請求されることも説明されることもない。そのようなインタフェースはより詳細な要素管理プロトコルによってネットワーク要素、例えばスイッチ、ルータ等を構成するのに用いられる。
−ＯＳＳ−ＶＮＦ（１０２）：このインタフェースは、ハードウェアベースのネットワーク機能を管理するのに用いられる現在の要素及びネットワーク管理インタフェースにおいて同じままである（又は大部分がそれらに基づく）ことになる。このインタフェースは、ネットワーク管理、すなわち特定機能管理パラメータによって実行される論理サービスを管理するのに主に用いられる。
説明される実施形態において、以下のインタフェースが用いられる（図２を参照されたい）。
−ＮＣＰ Ｃエージェント対ＣＭＳ（１０８）：このインタフェースは、既存のコマンドを用い、クラウドマネージャを用いて仮想マシンを展開及びインスタンス化する。既存のクラウド管理システム、例えばＯｐｅｎＳｔａｃｋ、ＡｍａｚｏｎのＥＣ２等は、既に仮想マシンのインスタンス化及び管理を可能にするアプリケーションプログラマブルインタフェース（ＡＰＩ）を提供している。
−ＮＣＰ Ｎエージェント対ＴＭＮＳ（１０９）：このインタフェースは既存のＡＰＩを用いてネットワーク全体の管理システムにアクセスし、ネットワークにわたって接続性を要求するのに用いられる。本発明において、インタフェース１０９は、トランスポートネットワークリソースの管理に関連付けて特許請求されることも説明されることもない。そのようなインタフェースはより詳細な要素管理プロトコルによってネットワーク要素、例えばスイッチ、ルータ等を構成するのに用いられる。
−ＯＳＳ−ＶＮＦ（１０２）：このインタフェースは、ハードウェアベースのネットワーク機能を管理するのに用いられる現在の要素及びネットワーク管理インタフェースにおいて同じままである（又は大部分がそれらに基づく）ことになる。このインタフェースは、ネットワーク管理、すなわち特定機能管理パラメータによって実行される論理サービスを管理するのに主に用いられる。
加えて、既存のインタフェースに対する以下の新たなインタフェース／変更が提供される。
−ＯＳＳ−ＮＣＰ（１０３）：このインタフェースを介して、ＯＳＳはＮＣＰにＶＮＦのライフサイクルに関する要求を行う。例は、新たなＶＮＦのインスタンス化又はＶＮＦ容量の更新（例えば、Ｓ−ＧＷが処理することができるベアラ量の増加／減少）である。新たなパラメータは以下の通りとすることができる。要求（Ｓ１０１）は、少なくともＫＰＩ（例えば、ベアラ量及び集計した負荷）及びＶＮＦが配置されることになるロケーション（地理的ロケーション又はネットワークレイテンシの観点のロケーション）を含む。
−ＮＣＰ−ＶＮＦ（１１１）：ＮＣＰをＶＮＦの仮想化管理ロジック（例えば、ＶＮＦの他のモジュールを管理する特定のＶＮＦモジュール）に相互接続する新たなインタフェース。このインタフェースを介して、ＮＣＰはＶＮＦ及びそのＶＮＦのモジュールに、その仮想化環境、すなわちマッピング「ＶＮＦモジュール対ハードウェアプラットフォーム」を通知し、このモジュールに配分することができる最大セッション数を計算する。
−ＮＣＰ−ＮＣＰ−Ｃエージェント（１０４）：見積り要求（Ｓ１０３／６１２）は、要求パラメータ（ＯＳＳからのＫＰＩ…）及びインスタンス化されることになるＶＮＦ記述子テンプレートを含む。応答メッセージは、要求が送信されたクラウド内にＶＮＦを埋め込む費用、効用と、見積りがどれだけの期間有効であるかのタイマとをそれぞれ提供する。
−ＯＳＳ−ＮＣＰ（１０３）：このインタフェースを介して、ＯＳＳはＮＣＰにＶＮＦのライフサイクルに関する要求を行う。例は、新たなＶＮＦのインスタンス化又はＶＮＦ容量の更新（例えば、Ｓ−ＧＷが処理することができるベアラ量の増加／減少）である。新たなパラメータは以下の通りとすることができる。要求（Ｓ１０１）は、少なくともＫＰＩ（例えば、ベアラ量及び集計した負荷）及びＶＮＦが配置されることになるロケーション（地理的ロケーション又はネットワークレイテンシの観点のロケーション）を含む。
−ＮＣＰ−ＶＮＦ（１１１）：ＮＣＰをＶＮＦの仮想化管理ロジック（例えば、ＶＮＦの他のモジュールを管理する特定のＶＮＦモジュール）に相互接続する新たなインタフェース。このインタフェースを介して、ＮＣＰはＶＮＦ及びそのＶＮＦのモジュールに、その仮想化環境、すなわちマッピング「ＶＮＦモジュール対ハードウェアプラットフォーム」を通知し、このモジュールに配分することができる最大セッション数を計算する。
−ＮＣＰ−ＮＣＰ−Ｃエージェント（１０４）：見積り要求（Ｓ１０３／６１２）は、要求パラメータ（ＯＳＳからのＫＰＩ…）及びインスタンス化されることになるＶＮＦ記述子テンプレートを含む。応答メッセージは、要求が送信されたクラウド内にＶＮＦを埋め込む費用、効用と、見積りがどれだけの期間有効であるかのタイマとをそれぞれ提供する。
１．８例示的な使用事例
以下において、本発明の実施形態の可能な使用事例が説明される。
以下において、本発明の実施形態の可能な使用事例が説明される。
１．８．１単一レベルのロードバランサ
第１の使用事例が図７において概略的に示されている。このアーキテクチャにおいて、ＶＮＦは或る特定の量のトラフィックの処理を担当し、外部に対しては、ＶＮＦの詳細は単一のエントリポイントとしての役割を果たすロードバランサの背後に隠れている。図の左側は、強力なサーバが利用可能であり、僅かな処理ノードしか必要でない場合の展開を示している。図の右側は、処理リソースがより少ないサーバの場合の展開を示している。この場合、同じ全体性能を達成するために、説明された計算及びシグナリングによって、はるかに多くの処理ノードがインスタンス化されることになる。
第１の使用事例が図７において概略的に示されている。このアーキテクチャにおいて、ＶＮＦは或る特定の量のトラフィックの処理を担当し、外部に対しては、ＶＮＦの詳細は単一のエントリポイントとしての役割を果たすロードバランサの背後に隠れている。図の左側は、強力なサーバが利用可能であり、僅かな処理ノードしか必要でない場合の展開を示している。図の右側は、処理リソースがより少ないサーバの場合の展開を示している。この場合、同じ全体性能を達成するために、説明された計算及びシグナリングによって、はるかに多くの処理ノードがインスタンス化されることになる。
１．８．２マルチレベルロードバランサ
図８における実施形態は、様々な能力を有するデバイスをどのように組み合わせることができ、適切なスケーリングを計算することができるかを示している。またここでは、複数の処理ノードがデータプレーンロードバランサの背後で展開されることになるシナリオが示されているが、ここではロードバランサに焦点を当てている。
図８における実施形態は、様々な能力を有するデバイスをどのように組み合わせることができ、適切なスケーリングを計算することができるかを示している。またここでは、複数の処理ノードがデータプレーンロードバランサの背後で展開されることになるシナリオが示されているが、ここではロードバランサに焦点を当てている。
データプレーンロードバランサは、ソースＩＰアドレス、宛先ＩＰアドレス、入力ポート及び出力ポートの４つ組に依拠してパケットを転送することが可能であるべきである。
図の左側に概略を示した事例において、要求された量のエントリを保持することができ、エントリあたり４つのプロトコルフィールドに合致することもできる単一のスイッチ（例えばＯｐｅｎＦｌｏｗスイッチ）が利用可能である。このため、データプレーンロードバランサとして単一のスイッチで十分である。図の右側は、そのような強力なスイッチが利用可能でない事例を示している。
この例において、要求された４つのプロトコルフィールドに合致することができるが、あまり多くのエントリを保持することができない幾つかの利用可能な小さなスイッチが存在するか、又は全てのエントリを保持することができるが全てのプロトコルフィールドに合致することができない単一のスイッチが存在する。この場合、それにもかかわらず、利用可能なハードウェアに展開を適合させることにより、少数のフィールドとしか合致しない単一の大きなスイッチを、全ての要求されたフィールドと合致することができる複数の小さなスイッチと組み合わせる埋め込みを計算することが可能である。
実施形態によるそのような計算について、ＶＮＦ記述テンプレートが、そのような適合をどのように実行することができるかに関する情報を含むべきであり、すなわち、異なる可能な展開オプション（オプション１：全てのフィールドに合致する単一の大きなスイッチ、オプション２：全てのフィールドに合致することができる複数の小さなスイッチと対にされた、全てのフィールドの一部分と合致する単一の大きなスイッチの階層的展開）に関する情報を含むべきであることに留意すべきである。
１．８．３制御プレーンのスケーリング
第３の応用例が図９に与えられている。ここで、ＯｐｅｎＦｌｏｗ（ＯＦ）スイッチのネットワークは、適切に寸法合わせされた制御プレーン（Ｃプレーン）によって制御されるべきであり、規定されるＫＰＩは、秒ごとに処理することができるメッセージ量である。サーバがそのようなメッセージを処理する能力は、中でも、そのＣＰＵ速度及びそのネットワークインタフェースの速度に関する。単一のサーバが十分なＣＰＵ速度又はインタフェース速度を提供しない場合、ＶＮＦ記述テンプレートは、１つ又は複数の追加のサーバが組み合わされること、及びそれらのサーバが、例えばネットワークトポロジ情報を交換することを可能にするために、それらのサーバ間で追加の協調チャネルが確立されることを規定する。図の左側において、単一の強力なサーバに関する事例が示されている。右側は、パワーが劣る複数のサーバが組み合わされる展開が示されている。
第３の応用例が図９に与えられている。ここで、ＯｐｅｎＦｌｏｗ（ＯＦ）スイッチのネットワークは、適切に寸法合わせされた制御プレーン（Ｃプレーン）によって制御されるべきであり、規定されるＫＰＩは、秒ごとに処理することができるメッセージ量である。サーバがそのようなメッセージを処理する能力は、中でも、そのＣＰＵ速度及びそのネットワークインタフェースの速度に関する。単一のサーバが十分なＣＰＵ速度又はインタフェース速度を提供しない場合、ＶＮＦ記述テンプレートは、１つ又は複数の追加のサーバが組み合わされること、及びそれらのサーバが、例えばネットワークトポロジ情報を交換することを可能にするために、それらのサーバ間で追加の協調チャネルが確立されることを規定する。図の左側において、単一の強力なサーバに関する事例が示されている。右側は、パワーが劣る複数のサーバが組み合わされる展開が示されている。
幾つかの非常に詳細な実施形態を説明した後、次に、幾つかのより基本的な実施形態及びそれらの背後にある根拠を示す。
まず、図１０は上側部分において、例えば、ロードバランサのために４ＧＢ ＲＡＭを有するＥ７ ＣＰＵが必要であり、ベアラ処理のために１６ＧＢ ＲＡＭを有するＥ５ ＣＰＵが必要であることを宣言することによって、「ハードウェアがソフトウェアに従う」パラダイムに基づく「従来の手法」を示している。これに基づいて、古い手法は仮想化を実施する。
下側に示す「新たな手法」は、「性能特性」、例えば、Ｅ５が毎秒５ギガビットで５００ベアラを処理することができること、及びＥ７が１０Ｇｂｐｓで１５００ベアラを処理することができることを考慮に入れる。ＫＰＩの観点で利用可能なハードウェアの性能を示すこの「性能特性」によって、最適化に対し更にオープンな、より柔軟な仮想化を選択することが可能になる。
図１１は、次にこの手法をどのように実施することができるかをより詳細に示している。（例えば、ネットワーク事業者からの）１００００ベアラのＳ−ＧＷの要件に基づいて、ＮＣＰは可能なＶＮＦ記述及びそれらの対応するＫＰＩを参照する。この結果、２つの可能な実施態様が得られ、利用可能なハードウェアに基づくＶＮＦ実施態様の性能特性に基づいて、「上側」は７つのサーバを必要とし、下側は２０個のサーバを必要とする。
次に同様に考慮に入れられるのは、異なる実施態様の対応するネットワークトポロジである。上側において、ベアラ処理へのロードバランサの１：７のマッピング（７つのサーバに起因する）が存在し、下側において、１：２０のマッピングが存在する。
実際の埋め込みのネットワークトポロジに基づいて、上側の例の具体的な実施態様は、下側よりも「分散」しており（図１１の下部よりも上部においてより分散したＶＮＦを参照されたい）、結果として更なるネットワーキングリソースが必要とされる。そしてこれは、次に、仮想化ベンダによって計算される「費用関数」に負の影響を及ぼす場合があり、したがって、図１１の例において費用関数の観点におけるより有利な埋め込みは下側の例である。
図１２は、本発明による計算フローの別の実施形態を示している。要求される性能（ＫＰＩ）及びハードウェアパラメータをＫＰＩにマッピングするそれらの「性能特性」を有する利用可能なハードウェアが入力され、次に必要なモジュール数が計算される。次に、トポロジが考慮に入れられ、対応するネットワーク要件を用いた埋め込みが計算される。次に、最終的に、様々な可能な埋め込みについて費用関数が計算され、次に最も効果的な埋め込みが選択され実装される。
図１３は一実施形態を示し、この実施形態によれば、ＶＮＦモジュールはそのリソース、例えばそのノード特性及びそのネットワーク特性を「通知」される。この実施形態では、左側に示すＶＮＦはロードバランサを実装するのに対し、右側のＶＮＦはベアラ処理を実装する。この実施形態において、ＶＮＦがインスタンス化された後、ＶＮＦは、各ＶＮＦモジュールに転送される負荷を正しく測るために、そのＶＮＦに割り当てられたリソースを通知される。これは、「計算」（様々なＶＮＦモジュールに割り当てられたハードウェアリソースをＶＮＦに通知する）及び「ネットワーク」（ＶＮＦモジュールを相互接続するために予約されたリンクのパラメータをＶＮＦに通知する）に分解することができる。
図１３に例が示され、ここでＮＣＰはＶＮＦに、リンクＣがリンクＡ及びＢよりも少ない容量を有すること（このためＶＮＦが、Ｃを介してアタッチされたノードにより小さな負荷を割り当てる可能性も最も高いこと）を通知する。各ＶＮＦが、この情報を受信する専用の「ＶＮＦマネージャモジュール」を有すると仮定することができる。
１つの実施形態によれば、以下のインタフェースが提供される。
ＮＣＰ−ＶＮＦ（１１１）：ＮＣＰをＶＮＦの仮想化管理ロジック（例えば、ＶＮＦの他のモジュールを管理する特定のＶＮＦモジュール）に相互接続する新たなインタフェース。このインタフェースを介して、ＮＣＰはＶＮＦ及びそのＶＮＦのモジュールに、その仮想化環境、すなわちマッピング「ＶＮＦモジュール対ハードウェアプラットフォーム」を通知し、このモジュールに配分することができる最大セッション数を計算する。インタフェース１１１を介して、ＮＣＰはＶＮＦ管理モジュールに、そのＶＮＦ管理モジュールのＶＮＦモジュールに配分されたリソースを通知する。
・リソース計算の観点から、この情報は、ＣＰＵユニット数、ＣＰＵユニットのタイプ（仮想／物理）、ＣＰＵフラグ、ＣＰＵキャッシュサイズ、ＣＰＵ周波数、ＣＰＵモデル、ＣＰＵアーキテクチャ（３２／６４ビット）、揮発性メモリの量（ＲＡＭ）、ネットワークインタフェースカードモデル…とすることができる。
・ネットワーキングリソースの観点から、この情報は、ＶＮＦモジュールを相互接続するリンクの詳細、すなわちリンク帯域幅、リンクレイテンシ、フォールトトレランス、トラフィック損失…を記述するが、リンクをどのように使用するか、例えば送信パケットにおいていずれのヘッダフラグをセットするか、又はいずれのアドレス空間を用いることができるか（及びいずれを用いることができないか）という情報も含むことができる。
ＯＳＳ−ＮＣＰ（１０３）：このインタフェースを介して、ＯＳＳはＮＣＰにＶＮＦのライフサイクルに関する要求を行う。例は、新たなＶＮＦのインスタンス化又はＶＮＦ容量の更新（例えば、Ｓ−ＧＷが処理することができるベアラ量の増加／減少）である。この実施形態における新たなパラメータは以下の通りとすることができる。要求（Ｓ１０１）は、少なくともＫＰＩ（例えば、ベアラ量及び集計した負荷）及びＶＮＦが配置されることになるロケーション（地理的ロケーション又はネットワークレイテンシの観点のロケーション）を含む。
ＮＣＰ−ＶＮＦ（１１１）：ＮＣＰをＶＮＦの仮想化管理ロジック（例えば、ＶＮＦの他のモジュールを管理する特定のＶＮＦモジュール）に相互接続する新たなインタフェース。このインタフェースを介して、ＮＣＰはＶＮＦ及びそのＶＮＦのモジュールに、その仮想化環境、すなわちマッピング「ＶＮＦモジュール対ハードウェアプラットフォーム」を通知し、このモジュールに配分することができる最大セッション数を計算する。インタフェース１１１を介して、ＮＣＰはＶＮＦ管理モジュールに、そのＶＮＦ管理モジュールのＶＮＦモジュールに配分されたリソースを通知する。
・リソース計算の観点から、この情報は、ＣＰＵユニット数、ＣＰＵユニットのタイプ（仮想／物理）、ＣＰＵフラグ、ＣＰＵキャッシュサイズ、ＣＰＵ周波数、ＣＰＵモデル、ＣＰＵアーキテクチャ（３２／６４ビット）、揮発性メモリの量（ＲＡＭ）、ネットワークインタフェースカードモデル…とすることができる。
・ネットワーキングリソースの観点から、この情報は、ＶＮＦモジュールを相互接続するリンクの詳細、すなわちリンク帯域幅、リンクレイテンシ、フォールトトレランス、トラフィック損失…を記述するが、リンクをどのように使用するか、例えば送信パケットにおいていずれのヘッダフラグをセットするか、又はいずれのアドレス空間を用いることができるか（及びいずれを用いることができないか）という情報も含むことができる。
ＯＳＳ−ＮＣＰ（１０３）：このインタフェースを介して、ＯＳＳはＮＣＰにＶＮＦのライフサイクルに関する要求を行う。例は、新たなＶＮＦのインスタンス化又はＶＮＦ容量の更新（例えば、Ｓ−ＧＷが処理することができるベアラ量の増加／減少）である。この実施形態における新たなパラメータは以下の通りとすることができる。要求（Ｓ１０１）は、少なくともＫＰＩ（例えば、ベアラ量及び集計した負荷）及びＶＮＦが配置されることになるロケーション（地理的ロケーション又はネットワークレイテンシの観点のロケーション）を含む。
以下において、１つの実施形態によるｌ：ｋマッピングを説明する。
例えば図７に示すように、ロードバランサの異なる実施態様では、リンクのためのリソース量は、計算されるトポロジ及びリンクが相互接続するＶＮＦモジュールのサポートされるＫＰＩの量にも依拠する。
例において、これは、「大きなサーバ」の例（より少ないリンクを有する例）について太線によって視覚化され、個々のリンクは「小さなサーバ」の例（図７の右側の例）におけるリンクよりも多くの帯域幅を必要とする。
ＶＮＦ記述子テンプレートにおけるＶＮＦトポロジを記述するために、１つの実施形態によれば２つのものが必要である。
−リンクの多様性を示すＶＮＦモジュールを相互接続するためのグラフの記述（例えば、１：ｎの多様性を有する「ロードバランサ−ベアラプロセッサ」の相互接続）→これはＵＭＬクラス図に匹敵するものであるので、更に詳細に説明する必要がない。
−リンクの要件は、アタッチされるＶＭのＫＰＩに依拠して規定される。これは、このリンクが相互接続する２つのＶＭのｌ個のＫＰＩをｋ個のリンク要件にマッピングする、ｌ：ｋマッピングテーブルによって行われる。
−リンクの多様性を示すＶＮＦモジュールを相互接続するためのグラフの記述（例えば、１：ｎの多様性を有する「ロードバランサ−ベアラプロセッサ」の相互接続）→これはＵＭＬクラス図に匹敵するものであるので、更に詳細に説明する必要がない。
−リンクの要件は、アタッチされるＶＭのＫＰＩに依拠して規定される。これは、このリンクが相互接続する２つのＶＭのｌ個のＫＰＩをｋ個のリンク要件にマッピングする、ｌ：ｋマッピングテーブルによって行われる。
このｌ：ｋマッピングテーブルを用いて、仮想化実施態様のトポロジを定義し検討することができる。
Claims (17)
- ネットワークのエンティティを、該ネットワークエンティティを仮想化し、該ネットワークエンティティを１つ又は複数のサーバ上で実装することによって実装する方法であって、前記１つ又は複数のサーバはそれぞれ、実行ユニットとして動作し、該実行ユニット上で動作する１つ又は複数のアプリケーション及び／又は１つ又は複数の仮想マシンを前記サーバ上で実行し、サーバ上で動作し前記ネットワークエンティティの機能の少なくとも一部分を実施する前記アプリケーションプログラム又は前記仮想マシンのそれぞれは、仮想ネットワーク機能（ＶＮＦ）モジュールと呼ばれ、複数の該ＶＮＦモジュールは合わせて前記ネットワークエンティティを実装し、それによって仮想ネットワーク機能（ＶＮＦ）を形成し、該方法は、
前記ＶＮＦの必要とされる全体性能を規定するｍ個の重要業績評価指標（ＫＰＩ）を取得するステップと、
利用可能なタイプの実行ユニットのｎ個の性能特性を取得するステップと、
前記取得したｍ個のＫＰＩ及びｎ個の性能特性に基づいて１つ又は複数の可能な展開計画を求めるステップと、
を含み、
各展開計画は、実行ユニットの数及びタイプを、これらの実行ユニット上で動作するＶＮＦモジュールの統合性能が前記ＶＮＦの前記必要とされる全体性能を達成するように規定する、ネットワークのエンティティを、該ネットワークエンティティを仮想化し、該ネットワークエンティティを１つ又は複数のサーバ上で実装することによって実装する方法。 - 前記１つ又は複数の可能な展開計画を求めるステップは、利用可能なタイプの実行ユニットのｎ個の抽象的な性能特性の、前記タイプの実行ユニット上で実行されるＶＮＦモジュールによって達成されるｍ個のＫＰＩへの、ｎ：ｍのマッピングを通じて実行される、請求項１に記載の方法。
- 前記１つ又は複数の可能な展開計画を求めるステップは、前記利用可能なタイプの実行ユニットのＶＮＦモジュール性能情報に基づいて実行され、該ＶＮＦモジュール性能情報は、或る特定のタイプの実行ユニットにおけるＶＮＦモジュール性能を、この実行ユニット上にこのＶＮＦモジュールをインストールし、トラフィックジェネレータによってこのモジュールに負荷を課し、このＶＮＦモジュールについて規定されたＱｏＳ値に違反することなく及び／又はこの実行ユニットのリソース制限に違反することなく達成することができる前記ＫＰＩを測定することによって求めることにより取得される、請求項１又は２に記載の方法。
- 前記ＶＮＦのｌ個のＫＰＩをｋ個のリンク要件にマッピングするｌ：ｋマッピングによって、１つ又は複数の相互接続された前記ＶＮＦモジュールのトポロジ情報と、該ＶＮＦモジュールのＫＰＩとに基づいて、該ＶＮＦモジュールをリンクするネットワーキングリソースに対する要件を求めるステップを更に含む、請求項１〜３のいずれか１項に記載の方法。
- 前記展開計画、前記ネットワーキングリソースに対する要件、及び前記現在利用可能なデータセンタリソースに従って、実際の実行ユニットへのＶＮＦモジュールの割り当てを規定する１つ又は複数の構築計画を決定するステップを更に含む、請求項１〜４のいずれか１項に記載の方法。
- 前記１つ又は複数の構築計画の効用関数を評価するステップであって、前記効用関数はデータセンタ内のＶＮＦの特定の展開の予期される費用及び／又は電力消費を表すことが好ましい、評価するステップと、
前記効用関数の最大値に従って構築計画を選択するステップと、
を更に含む、請求項１〜５のいずれか１項に記載の方法。 - 前記選択された構築計画に従って個々のＶＮＦモジュールを展開するステップを更に含む、請求項１〜６のいずれか１項に記載の方法。
- 前記ＫＰＩは、サポートされるベアラ数及び／又はスループット及び／又はフロー及び／又はセッションの観点で規定されることが好ましい、前記ＶＮＦの性能及び／又は容量を含む、請求項１〜７のいずれか１項に記載の方法。
- 前記抽象的な性能特性は、ＧＦＬＯＰＳ、ＲＡＭ及び／又はＩＯ容量として規定されることが好ましい、ハードウェア性能パラメータを含む、請求項１〜８のいずれか１項に記載の方法。
- １つ又は複数の相互接続されたＶＮＦモジュール及び対応するトポロジ情報を通じたＶＮＦの可能な構成がＶＮＦ記述テンプレートによって記述され、該ＶＮＦ記述テンプレートはＶＮＦテンプレートリポジトリに記憶されることが好ましく、前記ＶＮＦトポロジをノードの相互接続として記述するのに対し、前記相互接続は、
前記リンクの多様性、及び
同じノードタイプ間の相互接続、及び
異なるノードタイプ間の相互接続、
のうちの１つ又は複数を規定する、請求項１〜９のいずれか１項に記載の方法。 - 前記ＶＮＦ記述テンプレートは、利用可能なタイプの実行ユニットのｎ個の抽象的な性能特性の、前記タイプの実行ユニット上で実行されるＶＮＦモジュールによって達成されるｍ個のＫＰＩへの、前記ｎ：ｍのマッピング、及び／又は
前記リンクのための前記ｌ：ｋのマッピング、
を規定するテーブルを含む、請求項１０に記載の方法。 - 前記ＶＮＦ記述テンプレートは、ＶＮＦモジュールごとにバイナリソフトウェアの複数のインスタンスを含み、
各バイナリは別のターゲットプラットフォームについてコンパイルされ、最も適したバイナリが目標実行ユニットのために選択される、請求項１〜１１のいずれか１項に記載の方法。 - 前記抽象的な性能特性のマッピング及び実際に達成されるＫＰＩに関する知識は現実世界のワークロードの下で取得され、前記知識を用いて、前記ＶＮＦ記述テンプレートに含まれる前記ｎ：ｍのマッピングに含まれる前記情報が調整される、請求項１〜１２のいずれか１項に記載の方法。
- 前記ＶＮＦに、該ＶＮＦがインストールされる前記ハードウェアの性能を記述する１組のパラメータを通知するステップであって、ＶＮＦが基礎を成すハードウェアに適合することを可能にする、通知するステップを更に含む、請求項１〜１３のいずれか１項に記載の方法。
- 前記パラメータは、前記ＶＮＦモジュールがインストールされる前記実行ユニットのパラメータと、
これらの実行ユニット及び／又はＶＮＦモジュールを相互接続する前記ネットワークリンクを記述するパタメータと、
を含む、請求項１４に記載の方法。 - ＶＮＦに対する要件を提供するインタフェースであって、これらの要件は以下のもの、すなわち、
前記ＶＮＦのタイプ及び該ＶＮＦが達成すべき前記ＫＰＩと、
前記ＶＮＦがインスタンス化されることになる前記地理的エリアに関する情報と、
前記ネットワーク内の或る特定の所与のノードと前記新たにインスタンス化されたＶＮＦとを相互接続する最大レイテンシと、
ＶＮＦの前記要求される容量に対する更新要求と、
のうちの１つ又は複数を含む、ＶＮＦに対する要件を提供するインタフェースを更に含む、請求項１〜１５のいずれか１項に記載の方法。 - ネットワークのエンティティを、該ネットワークエンティティを仮想化し、該ネットワークエンティティを１つ又は複数のサーバ上で実装することによって実装する装置であって、該１つ又は複数のサーバはそれぞれ、実行ユニットとして動作し、該実行ユニット上で動作する１つ又は複数のアプリケーション及び／又は１つ又は複数の仮想マシンを前記サーバ上で実行し、サーバ上で動作し前記ネットワークエンティティの機能の少なくとも一部分を実施する前記アプリケーションプログラム又は前記仮想マシンのそれぞれは、仮想ネットワーク機能（ＶＮＦ）モジュールと呼ばれ、複数の該ＶＮＦモジュールは合わせて前記ネットワークエンティティを実装し、それによって仮想ネットワーク機能（ＶＮＦ）を形成し、該装置は、
前記ＶＮＦの必要とされる全体性能を規定するｍ個の重要業績評価指標（ＫＰＩ）を取得するモジュールと、
利用可能なタイプの実行ユニットのｎ個の性能特性を取得するモジュールと、
前記取得したｍ個のＫＰＩ及びｎ個の性能特性に基づいて１つ又は複数の可能な展開計画を求めるモジュールと、
を備え、
各展開計画は、実行ユニットの数及びタイプを、これらの実行ユニット上で動作するＶＮＦモジュールの統合性能が前記ＶＮＦの前記必要とされる全体性能を達成するように規定する、ネットワークのエンティティを、該ネットワークエンティティを仮想化し、該ネットワークエンティティを１つ又は複数のサーバ上で実装することによって実装する装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP13184427.6 | 2013-09-13 | ||
| EP13184427.6A EP2849064B1 (en) | 2013-09-13 | 2013-09-13 | Method and apparatus for network virtualization |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2015056182A true JP2015056182A (ja) | 2015-03-23 |
| JP2015056182A5 JP2015056182A5 (ja) | 2015-11-26 |
| JP6007217B2 JP6007217B2 (ja) | 2016-10-12 |
Family
ID=49231252
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014182985A Active JP6007217B2 (ja) | 2013-09-13 | 2014-09-09 | ネットワーク仮想化のための方法及び装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US9760391B2 (ja) |
| EP (1) | EP2849064B1 (ja) |
| JP (1) | JP6007217B2 (ja) |
| CN (1) | CN104468688B (ja) |
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017027194A (ja) * | 2015-07-17 | 2017-02-02 | 日本電信電話株式会社 | リソース割当管理装置およびリソース割当管理方法 |
| JP2017037522A (ja) * | 2015-08-11 | 2017-02-16 | 日本電信電話株式会社 | 仮想化基盤選択装置及び方法、並びに、プログラム |
| EP3133798A1 (en) | 2015-08-21 | 2017-02-22 | Fujitsu Limited | Management device, control device, and managment method |
| JP2017050715A (ja) * | 2015-09-02 | 2017-03-09 | Kddi株式会社 | ネットワーク監視システム、ネットワーク監視方法およびプログラム |
| KR101746202B1 (ko) * | 2015-06-09 | 2017-06-12 | 주식회사 케이티 | 네트워크 기능 가상화 방법 및 이를 위한 장치 |
| JP2017142581A (ja) * | 2016-02-08 | 2017-08-17 | 日本電信電話株式会社 | 構成選択システム、構成選択方法及びプログラム |
| JP2018032953A (ja) * | 2016-08-23 | 2018-03-01 | 富士通株式会社 | サーバ装置及び仮想通信構築方法 |
| JP2018515982A (ja) * | 2015-05-07 | 2018-06-14 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | 動的仮想化ネットワーク機能記述子管理のためのシステムおよび方法 |
| JP2018520405A (ja) * | 2015-04-30 | 2018-07-26 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | ソフトウェアセキュリティ検証方法、デバイス、およびシステム |
| JP2018521389A (ja) * | 2015-05-19 | 2018-08-02 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | ハードウェアアクセラレーション方法及び関連デバイス |
| JP2019509655A (ja) * | 2016-01-08 | 2019-04-04 | エヌイーシー ラボラトリーズ ヨーロッパ ゲーエムベーハー | ネットワークの運営方法、該方法で用いるネットワークとオーケストレーター |
| JP2019522846A (ja) * | 2016-06-07 | 2019-08-15 | オラクル・インターナショナル・コーポレイション | データベースプロビジョニングのためのリソース配分 |
| JP2019525650A (ja) * | 2016-08-09 | 2019-09-05 | アルカテル ルセントＡｌｃａｔｅｌ Ｌｕｃｅｎｔ | 仮想無線アクセス・ネットワークを管理するための方法およびソフトウェア・コンポーネントを較正するための方法 |
| WO2020116222A1 (ja) * | 2018-12-04 | 2020-06-11 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| WO2020116221A1 (ja) * | 2018-12-04 | 2020-06-11 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| WO2020116223A1 (ja) * | 2018-12-04 | 2020-06-11 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| US10693905B2 (en) | 2015-09-29 | 2020-06-23 | Panasonic Intellectual Property Corporation Of America | Invalidity detection electronic control unit, in-vehicle network system, and communication method |
| US10846119B2 (en) | 2015-06-30 | 2020-11-24 | Nec Corporation | Virtualized network function management apparatus, virtual machine management apparatus, method for allocating resources to virtual network function, and program |
| US11256671B2 (en) | 2019-09-13 | 2022-02-22 | Oracle International Corporation | Integrated transition control center |
| WO2023032101A1 (ja) * | 2021-09-01 | 2023-03-09 | 楽天モバイル株式会社 | 性能指標値算出システム及び性能指標値算出方法 |
| WO2023032102A1 (ja) * | 2021-09-01 | 2023-03-09 | 楽天モバイル株式会社 | 性能指標値算出システム及び性能指標値算出方法 |
Families Citing this family (149)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10333801B2 (en) * | 2013-03-14 | 2019-06-25 | Amazon Technologies, Inc. | Inventory service for distributed infrastructure |
| US9794379B2 (en) | 2013-04-26 | 2017-10-17 | Cisco Technology, Inc. | High-efficiency service chaining with agentless service nodes |
| US9838265B2 (en) * | 2013-12-19 | 2017-12-05 | Amdocs Software Systems Limited | System, method, and computer program for inter-module communication in a network based on network function virtualization (NFV) |
| US10700946B2 (en) * | 2017-08-08 | 2020-06-30 | Amdocs Development Limited | System, method, and computer program for automatically certifying a virtual network function (VNF) for use in a network function virtualization (NFV) based communication network |
| US10230581B2 (en) * | 2014-02-06 | 2019-03-12 | Nec Corporation | Network management method and apparatus |
| ES2743547T3 (es) * | 2014-02-06 | 2020-02-19 | Nec Corp | Sistema de red, método de control de red y dispositivo de control |
| US10664297B2 (en) * | 2014-02-24 | 2020-05-26 | Hewlett Packard Enterprise Development Lp | Activating pre-created VNFCs when a monitored performance level of a VNF exceeds a maximum value attainable by the combined VNFCs that form a VNF |
| CN105282765A (zh) * | 2014-06-30 | 2016-01-27 | 中兴通讯股份有限公司 | 一种管理配置信息的方法、设备及网元管理系统 |
| US9436443B2 (en) | 2014-08-28 | 2016-09-06 | At&T Intellectual Property I, L.P. | Software defined network controller |
| US10176003B2 (en) * | 2014-09-02 | 2019-01-08 | Sap Se | Integrated framework for monitoring business activities |
| EP3198797A1 (en) * | 2014-09-25 | 2017-08-02 | Intel IP Corporation | Network functions virtualization |
| US9594649B2 (en) | 2014-10-13 | 2017-03-14 | At&T Intellectual Property I, L.P. | Network virtualization policy management system |
| CN104410672B (zh) * | 2014-11-12 | 2017-11-24 | 华为技术有限公司 | 网络功能虚拟化应用升级的方法、转发业务的方法及装置 |
| USRE48131E1 (en) | 2014-12-11 | 2020-07-28 | Cisco Technology, Inc. | Metadata augmentation in a service function chain |
| US9660909B2 (en) | 2014-12-11 | 2017-05-23 | Cisco Technology, Inc. | Network service header metadata for load balancing |
| US9560078B2 (en) * | 2015-02-04 | 2017-01-31 | Intel Corporation | Technologies for scalable security architecture of virtualized networks |
| CN106161171B (zh) * | 2015-03-23 | 2020-01-10 | 中兴通讯股份有限公司 | 一种建立网络业务实例的方法和装置 |
| JPWO2016157864A1 (ja) * | 2015-03-31 | 2018-01-25 | 日本電気株式会社 | ネットワークシステム、ネットワーク制御方法および制御装置 |
| CN107005586B (zh) * | 2015-03-31 | 2020-02-21 | 华为技术有限公司 | 一种管理虚拟网络功能的方法和装置 |
| CN106162507A (zh) * | 2015-04-03 | 2016-11-23 | 中兴通讯股份有限公司 | 一种虚拟化网络功能伸缩的管理方法及装置 |
| CN106161173A (zh) * | 2015-04-15 | 2016-11-23 | 中兴通讯股份有限公司 | 一种实现虚拟网络功能部署规格配置的方法及装置 |
| CN104836850A (zh) * | 2015-04-16 | 2015-08-12 | 华为技术有限公司 | 一种实例节点管理的方法及管理设备 |
| CN106209402B (zh) * | 2015-04-30 | 2019-10-22 | 华为技术有限公司 | 一种虚拟网络功能的伸缩方法和设备 |
| US9578008B2 (en) * | 2015-05-11 | 2017-02-21 | Intel Corporation | Technologies for secure bootstrapping of virtual network functions |
| CN106301829B (zh) * | 2015-05-21 | 2019-08-09 | 华为技术有限公司 | 一种网络业务扩容的方法和装置 |
| CN107005426B (zh) * | 2015-06-10 | 2020-07-07 | 华为技术有限公司 | 一种虚拟网络功能的生命周期管理方法及装置 |
| US10680896B2 (en) * | 2015-06-16 | 2020-06-09 | Hewlett Packard Enterprise Development Lp | Virtualized network function monitoring |
| US9588815B1 (en) | 2015-06-17 | 2017-03-07 | EMC IP Holding Company LLC | Architecture for data collection and event management supporting automation in service provider cloud environments |
| CN107743700B (zh) * | 2015-06-24 | 2021-08-03 | 瑞典爱立信有限公司 | 用于保持媒体平面质量的方法 |
| EP3300298B1 (en) | 2015-06-30 | 2020-11-25 | Huawei Technologies Co., Ltd. | Method and apparatus for switching vnf |
| US10681080B1 (en) | 2015-06-30 | 2020-06-09 | Ntt Research, Inc. | System and method for assessing android applications malware risk |
| WO2017011938A1 (zh) * | 2015-07-17 | 2017-01-26 | 华为技术有限公司 | 虚拟网络功能扩容的方法和装置 |
| JP2018530183A (ja) * | 2015-07-23 | 2018-10-11 | インテル コーポレイション | ネットワーク機能の仮想化ライフサイクル管理をサポートするネットワークリソースモデル |
| US9979639B2 (en) * | 2015-07-28 | 2018-05-22 | Futurewei Technologies, Inc. | Single network interface for multiple interface virtual network functions |
| EP3332521B1 (en) | 2015-08-06 | 2021-01-13 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for scaling in a virtualized network |
| US10511485B2 (en) * | 2015-08-11 | 2019-12-17 | At&T Intellectual Property I, L.P. | Dynamic virtual network topology discovery engine |
| WO2017035395A1 (en) * | 2015-08-25 | 2017-03-02 | Huawei Technologies Co., Ltd. | System and method for network function virtualization resource management |
| CN105187249B (zh) * | 2015-09-22 | 2018-12-07 | 华为技术有限公司 | 一种故障恢复方法及装置 |
| WO2017058274A1 (en) * | 2015-09-30 | 2017-04-06 | Intel IP Corporation | Devices and methods of using network function virtualization and virtualized resources performance data to improve performance |
| EP3154225B1 (en) | 2015-10-08 | 2018-12-26 | ADVA Optical Networking SE | System and method of assessing latency of forwarding data packets in virtual environment |
| US10938895B2 (en) * | 2015-10-19 | 2021-03-02 | Nokia Solutions And Networks Oy | Instantiating a virtual network function comprising at least one virtual network function component |
| WO2017067616A1 (en) * | 2015-10-23 | 2017-04-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Allocating hosts for instances with anti affinity rule |
| EP3369211B1 (en) * | 2015-10-26 | 2020-11-25 | Nokia Solutions and Networks Oy | Method and apparatus for virtualized network function decomposition |
| US11050623B2 (en) | 2015-10-30 | 2021-06-29 | Hewlett Packard Enterprise Development Lp | Managing virtual network functions |
| WO2017070963A1 (zh) * | 2015-10-31 | 2017-05-04 | 华为技术有限公司 | 一种虚拟资源的部署方法、装置及系统 |
| WO2017078790A1 (en) * | 2015-11-02 | 2017-05-11 | Intel IP Corporation | Restoring virtual network function (vnf) performance via vnf reset of lifecycle management |
| US10911529B2 (en) * | 2015-11-06 | 2021-02-02 | Ribbon Communications Operating Company, Inc. | Independent groups of virtual network function components |
| CN106803786B (zh) * | 2015-11-26 | 2020-01-24 | 中国移动通信集团公司 | 一种基于网络功能虚拟化的网元更新方法、系统 |
| US11122039B2 (en) | 2015-12-23 | 2021-09-14 | Comptel Oy | Network management |
| KR20180002771A (ko) | 2015-12-30 | 2018-01-08 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 네트워크 서비스 수명 주기 관리 방법 및 디바이스 |
| WO2017119932A1 (en) * | 2016-01-08 | 2017-07-13 | Intel IP Corporation | Techniques for instantiation and termination of virtualized network functions |
| EP3203686B1 (en) | 2016-02-08 | 2019-12-11 | Comptel Corporation | Virtualized network function interworking |
| CN107154951B (zh) * | 2016-03-02 | 2020-10-02 | 南京中兴软件有限责任公司 | 一种虚拟化网络应用功能单元vnf伸缩管理方法及装置 |
| WO2017147800A1 (zh) * | 2016-03-02 | 2017-09-08 | 华为技术有限公司 | 资源配置方法、虚拟网络功能管理器和网元管理系统 |
| US10079718B1 (en) * | 2016-03-11 | 2018-09-18 | Amazon Technologies, Inc. | Network traffic processing system |
| US10187306B2 (en) | 2016-03-24 | 2019-01-22 | Cisco Technology, Inc. | System and method for improved service chaining |
| EP3422184A4 (en) * | 2016-03-25 | 2019-03-20 | Huawei Technologies Co., Ltd. | METHOD AND DEVICE FOR APPLICATION MANAGEMENT IN A NETWORK FUNCTION VIRTUALIZATION ENVIRONMENT |
| US10122610B2 (en) | 2016-03-25 | 2018-11-06 | Ca, Inc. | Provisioning of network services based on virtual network function performance characteristics |
| CN108702316B (zh) | 2016-03-30 | 2020-06-26 | 华为技术有限公司 | 一种vnf的资源分配方法及装置 |
| US10666516B2 (en) * | 2016-04-04 | 2020-05-26 | Avago Technologies International Sales Pte. Limited | Constraint-based virtual network function placement |
| US10430258B2 (en) | 2016-04-20 | 2019-10-01 | At&T Intellectual Property I, L.P. | Discovery and chaining of virtual functions |
| US10931793B2 (en) | 2016-04-26 | 2021-02-23 | Cisco Technology, Inc. | System and method for automated rendering of service chaining |
| US10491688B2 (en) | 2016-04-29 | 2019-11-26 | Hewlett Packard Enterprise Development Lp | Virtualized network function placements |
| US10341250B2 (en) * | 2016-05-25 | 2019-07-02 | Accenture Global Solutions Limited | Device based automatic network provisioning |
| US10225183B2 (en) * | 2016-06-01 | 2019-03-05 | Intel Corporation | System and method for virtualized receive descriptors |
| US10462159B2 (en) | 2016-06-22 | 2019-10-29 | Ntt Innovation Institute, Inc. | Botnet detection system and method |
| US10652270B1 (en) | 2016-06-23 | 2020-05-12 | Ntt Research, Inc. | Botmaster discovery system and method |
| US10644878B2 (en) | 2016-06-24 | 2020-05-05 | NTT Research | Key management system and method |
| US10313404B2 (en) * | 2016-06-30 | 2019-06-04 | Microsoft Technology Licensing, Llc | Sharing user context and preferences |
| US10200248B1 (en) * | 2016-06-30 | 2019-02-05 | Juniper Networks, Inc. | Translating high-level configuration instructions to low-level device configuration |
| US10419550B2 (en) | 2016-07-06 | 2019-09-17 | Cisco Technology, Inc. | Automatic service function validation in a virtual network environment |
| WO2018006401A1 (en) * | 2016-07-08 | 2018-01-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and devices for selective network service deployment in the cloud environment |
| US20190310870A1 (en) * | 2016-07-13 | 2019-10-10 | Nokia Solutions And Networks Oy | Virtual network function indicator selection |
| US10218616B2 (en) | 2016-07-21 | 2019-02-26 | Cisco Technology, Inc. | Link selection for communication with a service function cluster |
| US10320664B2 (en) | 2016-07-21 | 2019-06-11 | Cisco Technology, Inc. | Cloud overlay for operations administration and management |
| US10225270B2 (en) | 2016-08-02 | 2019-03-05 | Cisco Technology, Inc. | Steering of cloned traffic in a service function chain |
| US10218593B2 (en) | 2016-08-23 | 2019-02-26 | Cisco Technology, Inc. | Identifying sources of packet drops in a service function chain environment |
| US11463526B2 (en) * | 2016-08-25 | 2022-10-04 | Intel Corporation | Future proofing and prototyping an internet of things network |
| CN106452842B (zh) * | 2016-09-14 | 2019-09-24 | 上海海事大学 | 基于网络功能虚拟化中介系统架构的网络系统 |
| JP7071343B2 (ja) | 2016-09-19 | 2022-05-18 | エヌ・ティ・ティ リサーチ インコーポレイテッド | 脳卒中検出及び予防システム及び方法 |
| US10887324B2 (en) | 2016-09-19 | 2021-01-05 | Ntt Research, Inc. | Threat scoring system and method |
| CN107872339B (zh) * | 2016-09-27 | 2022-11-18 | 中兴通讯股份有限公司 | 一种虚拟化网络中的运维实现方法及装置、虚拟网络系统 |
| US10972351B2 (en) * | 2016-11-03 | 2021-04-06 | Allied Telesis Holdings Kabushiki Kaisha | Dynamic management of network environments |
| US10742522B2 (en) | 2016-11-14 | 2020-08-11 | Huawei Technologies Co., Ltd. | Creation and modification of shareable slice instances |
| US20190379728A1 (en) * | 2016-11-23 | 2019-12-12 | Nokia Solutions And Networks Oy | Capacity scaling for cloud based networking applications |
| CN106412124B (zh) * | 2016-12-01 | 2019-10-29 | 广州高能计算机科技有限公司 | 一种并序化云服务平台任务分配系统及任务分配方法 |
| US10572237B2 (en) | 2016-12-12 | 2020-02-25 | AT&T Intellectual Property I, I.P. | Managing software changes to virtual network functions |
| US10169028B2 (en) * | 2016-12-13 | 2019-01-01 | Ciena Corporation | Systems and methods for on demand applications and workflow management in distributed network functions virtualization |
| CN108255571B (zh) * | 2016-12-28 | 2021-06-11 | 大唐移动通信设备有限公司 | 一种网元的部署方法和装置 |
| US10579342B1 (en) * | 2016-12-30 | 2020-03-03 | EMC IP Holding Company LLC | Encapsulated application templates for containerized application software development |
| EP3560229B1 (en) * | 2017-01-13 | 2023-06-14 | Huawei Technologies Co., Ltd. | Assurance framework for cp and dp slices |
| US10389753B2 (en) | 2017-01-23 | 2019-08-20 | Ntt Innovation Institute, Inc. | Security system and method for internet of things infrastructure elements |
| US11757857B2 (en) | 2017-01-23 | 2023-09-12 | Ntt Research, Inc. | Digital credential issuing system and method |
| US10761896B2 (en) * | 2017-02-22 | 2020-09-01 | Cisco Technology, Inc. | System and method of lightweight decentralized NFV orchestration |
| CN108540991B (zh) * | 2017-03-01 | 2023-03-10 | 中兴通讯股份有限公司 | 一种基站管理方法及装置 |
| US10225187B2 (en) | 2017-03-22 | 2019-03-05 | Cisco Technology, Inc. | System and method for providing a bit indexed service chain |
| WO2018178033A1 (en) * | 2017-03-27 | 2018-10-04 | British Telecommunications Public Limited Company | Virtualised network function deployment |
| US10355912B2 (en) | 2017-04-06 | 2019-07-16 | At&T Intellectual Property I, L.P. | Network trouble shooting digital assistant system |
| US10884807B2 (en) | 2017-04-12 | 2021-01-05 | Cisco Technology, Inc. | Serverless computing and task scheduling |
| US10257033B2 (en) | 2017-04-12 | 2019-04-09 | Cisco Technology, Inc. | Virtualized network functions and service chaining in serverless computing infrastructure |
| US10333855B2 (en) | 2017-04-19 | 2019-06-25 | Cisco Technology, Inc. | Latency reduction in service function paths |
| US10554689B2 (en) | 2017-04-28 | 2020-02-04 | Cisco Technology, Inc. | Secure communication session resumption in a service function chain |
| US10348638B2 (en) | 2017-05-30 | 2019-07-09 | At&T Intellectual Property I, L.P. | Creating cross-service chains of virtual network functions in a wide area network |
| US10728132B2 (en) | 2017-06-01 | 2020-07-28 | Hewlett Packard Enterprise Development Lp | Network affinity index increase |
| WO2018219479A1 (en) * | 2017-06-02 | 2018-12-06 | Telefonaktiebolaget L M Ericsson (Publ) | Dynamic flavor allocation |
| CN109032751B (zh) * | 2017-06-12 | 2022-02-11 | 华为技术有限公司 | 一种虚拟机部署方法及omm虚拟机 |
| US10735275B2 (en) | 2017-06-16 | 2020-08-04 | Cisco Technology, Inc. | Releasing and retaining resources for use in a NFV environment |
| US10798187B2 (en) | 2017-06-19 | 2020-10-06 | Cisco Technology, Inc. | Secure service chaining |
| US10397271B2 (en) | 2017-07-11 | 2019-08-27 | Cisco Technology, Inc. | Distributed denial of service mitigation for web conferencing |
| US10489195B2 (en) | 2017-07-20 | 2019-11-26 | Cisco Technology, Inc. | FPGA acceleration for serverless computing |
| US10673698B2 (en) | 2017-07-21 | 2020-06-02 | Cisco Technology, Inc. | Service function chain optimization using live testing |
| US10768963B2 (en) * | 2017-07-31 | 2020-09-08 | Hewlett Packard Enterprise Development Lp | Virtual network functions allocation in a datacenter based on extinction factor |
| US11063856B2 (en) | 2017-08-24 | 2021-07-13 | Cisco Technology, Inc. | Virtual network function monitoring in a network function virtualization deployment |
| US10791065B2 (en) | 2017-09-19 | 2020-09-29 | Cisco Technology, Inc. | Systems and methods for providing container attributes as part of OAM techniques |
| US11018981B2 (en) | 2017-10-13 | 2021-05-25 | Cisco Technology, Inc. | System and method for replication container performance and policy validation using real time network traffic |
| US20200295970A1 (en) * | 2017-10-23 | 2020-09-17 | Nokia Solutions And Networks Oy | Method and system for automatic selection of virtual network functions (vnf) in a communication network |
| US10541893B2 (en) | 2017-10-25 | 2020-01-21 | Cisco Technology, Inc. | System and method for obtaining micro-service telemetry data |
| US10771584B2 (en) | 2017-11-30 | 2020-09-08 | Cisco Technology, Inc. | Provisioning using pre-fetched data in serverless computing environments |
| CN109981313B (zh) * | 2017-12-27 | 2022-05-13 | 中国移动通信集团设计院有限公司 | 电信级应用云化部署的评估方法及装置 |
| EP3732837A4 (en) * | 2017-12-29 | 2021-11-03 | Nokia Technologies Oy | VIRTUALIZED NETWORK FUNCTIONS |
| US10678444B2 (en) | 2018-04-02 | 2020-06-09 | Cisco Technology, Inc. | Optimizing serverless computing using a distributed computing framework |
| WO2019214830A1 (en) * | 2018-05-11 | 2019-11-14 | Huawei Technologies Co., Ltd. | Control plane entity and management plane entity for exchaning network slice instance data for analytics |
| US11194609B1 (en) | 2018-05-23 | 2021-12-07 | Open Invention Network Llc | Onboarding VNFs which include VNFCs that are composed of independently manageable software modules |
| US10686678B2 (en) * | 2018-05-25 | 2020-06-16 | Hewlett Packard Enterprise Development Lp | Device for orchestrating distributed application deployment with end-to-end performance guarantee |
| EP3735765A4 (en) * | 2018-06-01 | 2021-01-13 | Huawei Technologies Co., Ltd. | CLUSTER WITH MULTI-SERVER ARCHITECTURE TO ENSURE VIRTUAL NETWORK FUNCTION |
| US10666612B2 (en) | 2018-06-06 | 2020-05-26 | Cisco Technology, Inc. | Service chains for inter-cloud traffic |
| US11297622B1 (en) | 2018-06-25 | 2022-04-05 | At&T Intellectual Property I, L.P. | Dynamic hierarchical reserved resource allocation |
| EP3609128A1 (en) * | 2018-08-07 | 2020-02-12 | Siemens Aktiengesellschaft | Communication system, provider node, communication node and method for providing a virtual network function to a customer node |
| DE112018008066B4 (de) * | 2018-10-09 | 2023-08-10 | Hewlett Packard Enterprise Development Lp | Virtualisierte Netzwerkfunktionen |
| WO2020095232A1 (en) * | 2018-11-08 | 2020-05-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Dimensioning network services (ns) |
| CN113228770B (zh) * | 2018-12-20 | 2024-01-30 | 株式会社Ntt都科摩 | 无线节点、以及无线通信方法 |
| US10887156B2 (en) * | 2019-01-18 | 2021-01-05 | Vmware, Inc. | Self-healing Telco network function virtualization cloud |
| US10924329B2 (en) | 2019-01-18 | 2021-02-16 | Vmware, Inc. | Self-healing Telco network function virtualization cloud |
| US10944647B2 (en) * | 2019-01-24 | 2021-03-09 | Vmware, Inc. | Dynamic inter-cloud placement of virtual network functions for a slice |
| US10958517B2 (en) | 2019-02-15 | 2021-03-23 | At&T Intellectual Property I, L.P. | Conflict-free change deployment |
| US10637753B1 (en) * | 2019-04-09 | 2020-04-28 | Verizon Patent And Licensing Inc. | Managing a 5G network using extension information |
| US10892994B2 (en) | 2019-05-14 | 2021-01-12 | Vmware, Inc. | Quality of service in virtual service networks |
| US11012288B2 (en) | 2019-05-14 | 2021-05-18 | Vmware, Inc. | Congestion avoidance in a slice-based network |
| US11588733B2 (en) | 2019-05-14 | 2023-02-21 | Vmware, Inc. | Slice-based routing |
| CN112398674B (zh) * | 2019-08-16 | 2022-08-23 | 中国移动通信集团浙江有限公司 | 虚拟网络功能描述vnfd配置模板的生成方法及装置 |
| EP4058890A1 (en) * | 2019-11-12 | 2022-09-21 | Telefonaktiebolaget LM Ericsson (publ) | Joint consideration of service function placement and definition for deployment of a virtualized service |
| EP4058889A1 (en) * | 2019-11-12 | 2022-09-21 | Telefonaktiebolaget LM Ericsson (publ) | Joint consideration of service function placement and definition for deployment of a virtualized service |
| CN114846445A (zh) * | 2019-12-20 | 2022-08-02 | 瑞典爱立信有限公司 | Vnf到vim的迁移 |
| EP4094152A1 (en) * | 2020-01-22 | 2022-11-30 | Telefonaktiebolaget LM Ericsson (publ) | Deployment of a virtualized service on a cloud infrastructure based on interoperability requirements between service functions |
| US11687355B1 (en) * | 2020-03-26 | 2023-06-27 | Cisco Technology, Inc. | Methods to extract cloud infrastructure requirements from virtualized applications and autodeploy |
| US11811610B2 (en) | 2020-12-30 | 2023-11-07 | Oracle International Corporation | Method and apparatus for holistic rendering of cloud network configuration |
| CN115701043A (zh) * | 2021-07-14 | 2023-02-07 | 南宁富联富桂精密工业有限公司 | 网络切片管理方法、装置及计算机可读存储介质 |
| US20240031444A1 (en) * | 2022-07-25 | 2024-01-25 | At&T Intellectual Property I, L.P. | Cloud deployment of network function software with a management manifest |
| US11863450B1 (en) | 2022-12-08 | 2024-01-02 | Cisco Technology, Inc. | Method using network controller to deploy virtual environment in production network |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007272263A (ja) * | 2006-03-30 | 2007-10-18 | Hitachi Ltd | 計算機の管理方法、計算機システム、及び管理プログラム |
| JP2010146420A (ja) * | 2008-12-22 | 2010-07-01 | Hitachi Ltd | 余剰資源管理システム、その管理方法、及びサーバ装置 |
| JP2010224754A (ja) * | 2009-03-23 | 2010-10-07 | Nec Corp | リソース割当装置、リソース割当方法、及びプログラム |
| WO2013132735A1 (ja) * | 2012-03-08 | 2013-09-12 | 日本電気株式会社 | 仮想マシン管理装置及び仮想マシン管理方法 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8799431B2 (en) * | 2005-08-15 | 2014-08-05 | Toutvirtual Inc. | Virtual systems management |
| US8145760B2 (en) * | 2006-07-24 | 2012-03-27 | Northwestern University | Methods and systems for automatic inference and adaptation of virtualized computing environments |
| US8074218B2 (en) * | 2007-03-29 | 2011-12-06 | International Business Machines Corporation | Method and system for constructing virtual resources |
| US9477572B2 (en) * | 2007-06-22 | 2016-10-25 | Red Hat, Inc. | Performing predictive modeling of virtual machine relationships |
| CN101925102B (zh) * | 2010-06-08 | 2012-10-17 | 中国人民解放军理工大学 | 一种采用以太网混杂模式的无线网络拓扑仿真方法 |
| JP5518646B2 (ja) | 2010-09-08 | 2014-06-11 | 日本パーカライジング株式会社 | 粉体塗装装置 |
| US8671407B2 (en) * | 2011-07-06 | 2014-03-11 | Microsoft Corporation | Offering network performance guarantees in multi-tenant datacenters |
| US9112812B2 (en) | 2011-09-22 | 2015-08-18 | Embrane, Inc. | Distributed virtual appliance |
| US8276140B1 (en) * | 2011-11-14 | 2012-09-25 | Google Inc. | Adjustable virtual network performance |
| US8938541B2 (en) * | 2012-10-29 | 2015-01-20 | Ericsson Ab | Method and system to allocate bandwidth in cloud computing networks |
| US9973375B2 (en) * | 2013-04-22 | 2018-05-15 | Cisco Technology, Inc. | App store portal providing point-and-click deployment of third-party virtualized network functions |
-
2013
- 2013-09-13 EP EP13184427.6A patent/EP2849064B1/en active Active
-
2014
- 2014-09-09 JP JP2014182985A patent/JP6007217B2/ja active Active
- 2014-09-11 US US14/483,832 patent/US9760391B2/en active Active
- 2014-09-12 CN CN201410465282.2A patent/CN104468688B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007272263A (ja) * | 2006-03-30 | 2007-10-18 | Hitachi Ltd | 計算機の管理方法、計算機システム、及び管理プログラム |
| JP2010146420A (ja) * | 2008-12-22 | 2010-07-01 | Hitachi Ltd | 余剰資源管理システム、その管理方法、及びサーバ装置 |
| JP2010224754A (ja) * | 2009-03-23 | 2010-10-07 | Nec Corp | リソース割当装置、リソース割当方法、及びプログラム |
| WO2013132735A1 (ja) * | 2012-03-08 | 2013-09-12 | 日本電気株式会社 | 仮想マシン管理装置及び仮想マシン管理方法 |
Cited By (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10757129B2 (en) | 2015-04-30 | 2020-08-25 | Huawei Technologies Co., Ltd. | Software security verification method, device, and system |
| JP2018520405A (ja) * | 2015-04-30 | 2018-07-26 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | ソフトウェアセキュリティ検証方法、デバイス、およびシステム |
| US11463384B2 (en) | 2015-05-07 | 2022-10-04 | Futurewei Technologies, Inc. | System and method for dynamic virtualized network function descriptor management |
| US10671420B2 (en) | 2015-05-07 | 2020-06-02 | Futurewei Technologies, Inc. | System and method for dynamic virtualized network function descriptor management |
| JP2018515982A (ja) * | 2015-05-07 | 2018-06-14 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | 動的仮想化ネットワーク機能記述子管理のためのシステムおよび方法 |
| US11068298B2 (en) | 2015-05-19 | 2021-07-20 | Huawei Technologies Co., Ltd. | Hardware acceleration method and related device |
| US11544100B2 (en) | 2015-05-19 | 2023-01-03 | Huawei Technologies Co., Ltd. | Hardware acceleration method and related device |
| JP2018521389A (ja) * | 2015-05-19 | 2018-08-02 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | ハードウェアアクセラレーション方法及び関連デバイス |
| US10620986B2 (en) | 2015-05-19 | 2020-04-14 | Huawei Technologies Co., Ltd. | Hardware acceleration method and related device |
| KR101746202B1 (ko) * | 2015-06-09 | 2017-06-12 | 주식회사 케이티 | 네트워크 기능 가상화 방법 및 이를 위한 장치 |
| US10713071B2 (en) | 2015-06-09 | 2020-07-14 | Kt Corporation | Method and apparatus for network function virtualization |
| US10846119B2 (en) | 2015-06-30 | 2020-11-24 | Nec Corporation | Virtualized network function management apparatus, virtual machine management apparatus, method for allocating resources to virtual network function, and program |
| JP2017027194A (ja) * | 2015-07-17 | 2017-02-02 | 日本電信電話株式会社 | リソース割当管理装置およびリソース割当管理方法 |
| JP2017037522A (ja) * | 2015-08-11 | 2017-02-16 | 日本電信電話株式会社 | 仮想化基盤選択装置及び方法、並びに、プログラム |
| EP3133798A1 (en) | 2015-08-21 | 2017-02-22 | Fujitsu Limited | Management device, control device, and managment method |
| JP2017050715A (ja) * | 2015-09-02 | 2017-03-09 | Kddi株式会社 | ネットワーク監視システム、ネットワーク監視方法およびプログラム |
| US10693741B2 (en) | 2015-09-02 | 2020-06-23 | Kddi Corporation | Network monitoring system, network monitoring method, and computer-readable storage medium |
| WO2017038934A1 (ja) * | 2015-09-02 | 2017-03-09 | Kddi株式会社 | ネットワーク監視システム、ネットワーク監視方法およびプログラム |
| US10693905B2 (en) | 2015-09-29 | 2020-06-23 | Panasonic Intellectual Property Corporation Of America | Invalidity detection electronic control unit, in-vehicle network system, and communication method |
| JP2019509655A (ja) * | 2016-01-08 | 2019-04-04 | エヌイーシー ラボラトリーズ ヨーロッパ ゲーエムベーハー | ネットワークの運営方法、該方法で用いるネットワークとオーケストレーター |
| US10797955B2 (en) | 2016-01-08 | 2020-10-06 | Nec Corporation | System and method for operating a network |
| JP2017142581A (ja) * | 2016-02-08 | 2017-08-17 | 日本電信電話株式会社 | 構成選択システム、構成選択方法及びプログラム |
| US11036696B2 (en) | 2016-06-07 | 2021-06-15 | Oracle International Corporation | Resource allocation for database provisioning |
| JP2019522846A (ja) * | 2016-06-07 | 2019-08-15 | オラクル・インターナショナル・コーポレイション | データベースプロビジョニングのためのリソース配分 |
| JP6992050B2 (ja) | 2016-08-09 | 2022-01-13 | アルカテル ルセント | 仮想無線アクセス・ネットワークを管理するための方法およびソフトウェア・コンポーネントを較正するための方法 |
| JP2019525650A (ja) * | 2016-08-09 | 2019-09-05 | アルカテル ルセントＡｌｃａｔｅｌ Ｌｕｃｅｎｔ | 仮想無線アクセス・ネットワークを管理するための方法およびソフトウェア・コンポーネントを較正するための方法 |
| US11337101B2 (en) | 2016-08-09 | 2022-05-17 | Alcatel Lucent | Method for managing a virtual radio access network and method for calibrating a software component |
| JP2018032953A (ja) * | 2016-08-23 | 2018-03-01 | 富士通株式会社 | サーバ装置及び仮想通信構築方法 |
| JP7056760B2 (ja) | 2018-12-04 | 2022-04-19 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| JP7115561B2 (ja) | 2018-12-04 | 2022-08-09 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| JPWO2020116222A1 (ja) * | 2018-12-04 | 2021-09-27 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| US11949557B2 (en) | 2018-12-04 | 2024-04-02 | Nippon Telegraph And Telephone Corporation | Device, method, and program for ICT resource management using service management information |
| WO2020116223A1 (ja) * | 2018-12-04 | 2020-06-11 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| JP7056759B2 (ja) | 2018-12-04 | 2022-04-19 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| JPWO2020116223A1 (ja) * | 2018-12-04 | 2021-09-27 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| AU2019393045B2 (en) * | 2018-12-04 | 2022-08-04 | Nippon Telegraph And Telephone Corporation | ICT resource management device, ICT resource management method and ICT resource management program |
| AU2019393436B2 (en) * | 2018-12-04 | 2022-08-04 | Nippon Telegraph And Telephone Corporation | ICT resource management device, ICT resource management method and Ict resource management program |
| JPWO2020116221A1 (ja) * | 2018-12-04 | 2021-09-27 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| AU2019393437B2 (en) * | 2018-12-04 | 2022-08-18 | Nippon Telegraph And Telephone Corporation | ICT resource management device, ICT resource management method and ICT resource management program |
| WO2020116222A1 (ja) * | 2018-12-04 | 2020-06-11 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| WO2020116221A1 (ja) * | 2018-12-04 | 2020-06-11 | 日本電信電話株式会社 | Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム |
| US11886927B2 (en) | 2018-12-04 | 2024-01-30 | Nippon Telegraph And Telephone Corporation | ICT resource management device, ICT resource management method and ICT resource management program |
| TWI797399B (zh) * | 2018-12-04 | 2023-04-01 | 日商日本電信電話股份有限公司 | Ict資源管理裝置、ict資源管理方法以及ict資源管理程式 |
| US11822526B2 (en) | 2019-09-13 | 2023-11-21 | Oracle International Corporation | Integrated transition control center |
| US11256671B2 (en) | 2019-09-13 | 2022-02-22 | Oracle International Corporation | Integrated transition control center |
| WO2023032102A1 (ja) * | 2021-09-01 | 2023-03-09 | 楽天モバイル株式会社 | 性能指標値算出システム及び性能指標値算出方法 |
| WO2023032101A1 (ja) * | 2021-09-01 | 2023-03-09 | 楽天モバイル株式会社 | 性能指標値算出システム及び性能指標値算出方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104468688B (zh) | 2018-04-17 |
| US20150082308A1 (en) | 2015-03-19 |
| US9760391B2 (en) | 2017-09-12 |
| EP2849064A1 (en) | 2015-03-18 |
| EP2849064B1 (en) | 2016-12-14 |
| CN104468688A (zh) | 2015-03-25 |
| JP6007217B2 (ja) | 2016-10-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6007217B2 (ja) | ネットワーク仮想化のための方法及び装置 | |
| US11039321B2 (en) | Methods and systems for network slicing | |
| US11051183B2 (en) | Service provision steps using slices and associated definitions | |
| US10637725B2 (en) | System and method for network slice management in a management plane | |
| EP3590233B1 (en) | Architecture for integrating service, network and domain management subsystems | |
| JP6408602B2 (ja) | Ｎｆｖシステムにおけるサービス実装のための方法および通信ユニット | |
| WO2018196706A1 (en) | Service provision for offering network slices to a customer | |
| US9973375B2 (en) | App store portal providing point-and-click deployment of third-party virtualized network functions | |
| CN110463140B (zh) | 计算机数据中心的网络服务水平协议 | |
| JP2015056182A5 (ja) | ||
| CN114095579A (zh) | 算力处理的网络系统、业务处理方法及设备 | |
| JP2018530214A (ja) | ネットワークサービスをデプロイするための方法及び装置 | |
| WO2015031512A1 (en) | System and method for mobile network function virtualization | |
| AU2021413737B2 (en) | Distributed artificial intelligence fabric controller | |
| Doan et al. | Reusing sub-chains of network functions to support mec services | |
| EP3652980B1 (en) | Virtual anchoring in anchorless mobile networks | |
| CN117043748A (zh) | 服务实例部署方法、节点间的负载均衡方法及系统 | |
| Caixinha et al. | ViTeNA: an SDN-based virtual network embedding algorithm for multi-tenant data centers | |
| US20230396677A1 (en) | Computing power information processing method, first network device, and system | |
| KR20170057034A (ko) | 가상 네트워크 기능 배치를 위한 네트워크 장치 및 그 방법 | |
| JP2019193297A (ja) | ネットワークサービスをデプロイするための方法及び装置 | |
| CN116016315A (zh) | 一种路由管理方法、设备及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20150708 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150818 |
|
| A524 | Written submission of copy of amendment under article 19 pct |
Free format text: JAPANESE INTERMEDIATE CODE: A524 Effective date: 20151009 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160329 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160527 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20160816 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160912 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6007217 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |