JP2019512193A - ネットワークバーチャル化シナリオにおけるリソース配置制御 - Google Patents

Abstract

ネットワークバーチャル化シナリオにおけるリソース配置制御のための手段が提供される。そのような手段は、例えば、ネットワークバーチャル化シナリオにおいて、バーチャル化ネットワーク機能を管理する第１ネットワークエンティティにより、前記バーチャル化ネットワーク機能に関連した制約を決定し、前記ネットワークバーチャル化シナリオにおけるリソース容量を管理する第２ネットワークエンティティへ前記制約を表わす情報を前記第１ネットワークエンティティにより送信し、及び前記制約を表わす前記情報に基づき前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を前記第２ネットワークエンティティにより判断する、ことを含む。【選択図】図３

Description

本発明は、ネットワークバーチャル化シナリオにおけるリソース配置制御に関するものである。より詳細には、本発明は、例えば、ネットワークバーチャル化シナリオにおけるリソース配置制御を実現化するための手段（方法、装置及びコンピュータプログラム製品を含む）に関するもので、更に特定すれば、そのようなシナリオにおける協働的リソース配置制御に関する。

本発明は、一般的に、ネットワーク機能バーチャル化（ＮＦＶ）に関するものである。

ＮＦＶにおいて、バーチャル型ネットワーク機能（ＶＮＦ）は、ネットワーク機能バーチャル化インフラストラクチャー（ＮＦＶＩ）上で展開できるネットワーク機能のソフトウェア実施である。

ＮＦＶＩは、ＶＮＦが展開されそして多数の位置に広がることのできる環境を構築する全ハードウェア及びソフトウェアコンポーネントの総体である。

各ＶＮＦは、ＶＮＦマネージャー（ＶＮＦＭ）によって管理される。ＶＮＦＭは、例えば、ＶＮＦがインスタンス生成（即ち、構築）されるときにあるＶＮＦにより必要とされる特定のリソースを決定する。そのような決定の一部分は、配置の制約を考慮するものである。

しかしながら、そのようなシナリオでは、ＶＮＦ又はそれらのコンポーネントがＮＦＶＩにおいてどこに配置されるかの実際の責任は、ＮＦＶオーケストレーター（ＮＦＶＯ）を伴う。

ＮＦＶＯは、マルチＶＮＦ環境における利用可能な、実際に使用される及び予約されたリソースの概要を有し且つリソース割り当て及び配置に関する判断を行う最終的責任のあるエンティティである。

従って、現在の解決策によれば、２つのアーキテクチャー構築ブロックは、ＶＮＦ、即ちＶＮＦＭ及びＮＦＶＯのリソース割り当てについて協働する。

直接的リソース管理動作モードでは、ＶＮＦを生成し（インスタンス生成し）、ＶＮＦをスケーリングし、又は他のＶＮＦライフサイクル管理動作（構成）を遂行して、バーチャル化リソースを消費するときに、必要なバーチャル化リソース（計算、即ちプロセッサ、ストレージ、ネットワーキング）をバーチャル化インフラストラクチャーマネージャー（ＶＩＭ）から割り当てることがＶＮＦＭの責任である。ＶＩＭは、１組の既存のリソースを管理するネットワーク機能バーチャル化シナリオにおけるエンティティである。

間接的リソース管理動作モードでは、ＶＮＦＭは、ＮＦＶＯに向けたリソース割り当て動作を呼び出し、それらを適当なＶＩＭへ進める。

両方のモードにおいて、全バーチャル化リソース容量を管理することがＮＦＶＯの責任であり、これは、（アベイラビリティゾーンとして述べられた）クラウドのどの分離部分に且つどのＶＩＭのもとに特定のリソースが配置されるか判断することを含む。そのような配置は、ＮＦＶＯにより自由に行うことができない。というのは、ＶＮＦの重要な特性（例えば、性能又は過失許容性）がクラウドの適当な部分における配置又はリソースに依存するからである。

例えば、高い性能のためにはクラウドの互いに接近した部分にＶＮＦを配置することが必要である。別の例として、過失許容性のためにはクラウドの独立した分離部分にＶＮＦを配置することが必要である。

即ち、バーチャル化リソース配置の制約は、ＶＮＦＭ及びＮＦＶＯにより共同して満足される。

ＶＮＦ売主は、ＶＮＦ設計中にそのような配置を制御する制約について判断することが知られている。そのような制約は、ＶＮＦ記述子においてスタティックに規定される。ＶＮＦ記述子は、ＶＮＦパッケージがシステムへロードされる（即ち、オンボードされる）ときにＮＦＶＯにより読み取られる１組のメタデータである。

しかしながら、そのような制約は、ＶＮＦの寿命期間中に急激に変化し得ると考えられる。

しかしながら、上述したＶＮＦ記述子の宣言的解決策は、ランタイムに生じる具体的な状態に関連した制約を網羅するに充分なほど表現できないものである。更に、宣言的記述におけるそのような状態の予知は、ランタイムにそれらを考慮する以上に著しく複雑である。

従って、ランタイムに生じる制約は適切に考慮されないという問題が生じる。

ＶＮＦ記述子における又はその拡張としてのスタティック制約の概念の他に、アベイラビリティゾーン及びＶＩＭのリストを設け、ＶＮＦＭがそれを使用してどのリソースをどこに配置するか判断することにより、ＮＦＶＯが配置判断をＶＮＦＭに基本的に委任する解決策を想像することができる。

更に、アベイラビリティ（即ち、分離配置）又はアフィニティ（即ち、同一場所配置）のいずれかを達成するために（バーチャルマシン(ＶＭ)として知られた）バーチャルシステムの配置を規定するスタティックモデルが知られている。しかしながら、ＶＮＦ記述子におけるスタティックな制約の概念と同様に、スタティックモデルは、スタティック配置情報を使用し、そしてサイト、ラック及びシャーシのようなクラウドの物理的ハードウェアエンティティを考慮する。又、記述子におけるスタティック配置情報は、ＡＺ又はＶＩＭのような論理的エンティティも使用する。

更に、ＯｐｅｎＳｔａｃｋと称する既知のアーキテクチャーは、ＳｅｒｖｅｒＧｒｏｕｐＡｆｆｉｎｉｔｙ／ＳｅｒｖｅｒＧｒｏｕｐＡｎｔｉＡｆｆｉｎｉｔｙフィルタに基づいてバーチャルマシンに対するアフィニティ／アンチアフィニティルールを規定する。

前記概念の中で、ランタイムに生じる制約に基づき、ローカル管理責任をもつエンティティ、及びグローバルな管理責任をもつエンティティにより配置判断を一緒に行う可能性を考慮するものは、皆無である。

従って、現在の技術により発生／規定される制約がＶＮＦの実際の要求に適合しないという問題が生じる。即ち、そのようなＶＮＦの要求は、ＶＮＦの寿命にわたって予期せず変化することがある。それらの変化を既知の技術に従って考慮することは、それが仮にあるにせよ、ＶＮＦの要求に影響を及ぼす各々のあり得る観点を網羅するルールを表現するために準備された言語を制作し利用しなければ、なし得ないことである。

より詳細には、ＮＦＶにおいて、２つの管理エンティティは、ＶＮＦに対する配置制約を取り扱うことが意図される。ＮＦＶＯは、実際上、最終的にＶＮＦ関連リソースの配置について責任をもつが、配置制約の幾つかは、ＶＮＦＭだけが知っている。即ち、一例として、ある配置制約は、現在のパラメータ、又はランタイム中のある状態に依存する。これらのパラメータ（及びこれらのパラメータに依存する制約）は、ＶＮＦＭについてのみ利用できる。

従って、ネットワークバーチャル化シナリオにおけるリソース配置制御、より詳細には、ネットワーク機能バーチャル化環境における協働的リソース配置制御を提供することが要望される。

本発明の種々の規範的実施形態は、前記争点及び／又は問題及び欠点の少なくとも一部分を扱うことに向けられる。

本発明の規範的実施形態の種々の観点は、特許請求の範囲に指摘する。

本発明の規範的な観点によれば、ネットワークバーチャル化シナリオにおける方法において、バーチャル化ネットワーク機能を管理する第１ネットワークエンティティにより、前記バーチャル化ネットワーク機能に関連した制約を決定し、前記ネットワークバーチャル化シナリオにおけるリソース容量を管理する第２ネットワークエンティティへ前記制約を表わす情報を前記第１ネットワークエンティティにより送信し、及び前記制約を表わす前記情報に基づいて前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を前記第２ネットワークエンティティにより判断する、ことを含む方法が提供される。

本発明の規範的な観点によれば、ネットワークバーチャル化シナリオにおけるシステムにおいて、バーチャル化ネットワーク機能を管理する第１ネットワークエンティティ、及び前記ネットワークバーチャル化シナリオにおけるリソース容量を管理する第２ネットワークエンティティを備え、前記第１ネットワークエンティティは、前記バーチャル化ネットワーク機能に関連した制約を決定し及び前記制約を表わす情報を前記第２ネットワークエンティティへ送信するように構成され、そして前記第２ネットワークエンティティは、前記制約を表わす前記情報に基づいて前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を判断するように構成されるシステムが提供される。

本発明の規範的な観点によれば、バーチャル化ネットワーク機能を管理するためのネットワークバーチャル化シナリオにおける装置において、前記バーチャル化ネットワーク機能に関連した制約を決定するよう構成された決定手段、及び前記制約を表わす情報を送信するよう構成された送信手段を備えた装置が提供される。

本発明の規範的な観点によれば、ネットワークバーチャル化シナリオにおけるリソース容量を管理するためのネットワークバーチャル化シナリオにおける装置において、バーチャル化ネットワーク機能に関連した制約を表わす情報を受信するよう構成された受信手段、及び前記制約を表わす前記情報に基づいて前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を判断するように構成された判断手段を備えた装置が提供される。

本発明の規範的な観点によれば、バーチャル化ネットワーク機能を管理するためのネットワークバーチャル化シナリオにおける装置であって、少なくとも１つのプロセッサ、コンピュータプログラムコードを含む少なくとも１つのメモリ、及び少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイスを備え、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードと共に、装置が、前記バーチャル化ネットワーク機能に関連した制約を決定し、及び前記制約を表わす情報を送信する、ことを遂行するようにさせるよう構成された装置が提供される。

本発明の規範的な観点によれば、ネットワークバーチャル化シナリオにおけるリソース容量を管理するためのネットワークバーチャル化シナリオにおける装置において、少なくとも１つのプロセッサ、コンピュータプログラムコードを含む少なくとも１つのメモリ、及び少なくとも別の装置と通信するよう構成された少なくとも１つのインターフェイスを備え、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードと共に、装置が、バーチャル化ネットワーク機能に関連した制約を表わす情報を受信し、及び前記制約を表わす前記情報に基づいて前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を判断する、ことを遂行するようにさせるよう構成された装置が提供される。

本発明の規範的な観点によれば、コンピュータ（例えば、本発明の前記装置関連の規範的観点のいずれか１つによる装置のコンピュータ）上で実行されるときに、コンピュータが本発明の前記方法関連の規範的観点のいずれか１つによる方法を実施するようにさせるよう構成されたコンピュータ実行可能なコンピュータプログラムコードを含むコンピュータプログラム製品が提供される。

そのようなコンピュータプログラム製品は、コンピュータ実行可能なコンピュータプログラムコードが記憶される（有形の）コンピュータ読み取り可能な（ストレージ）媒体等を備え（又はそこで実施され）、及び／又はプログラムは、コンピュータの内部メモリ又はそのプロセッサへ直接ロードすることができる。

前記観点のいずれか１つは、次の少なくとも１つを可能にする。

制約言語は、著しい簡単さを保つことができる。というのは、ＶＮＦＭは、実際に存在する割り当てられたリソースを参照できるからである。

ＶＩＭ（典型的にサービス（ＩａａＳ）クラウドとしてのインフラストラクチャー）の種々の構造的要素に対してＶＮＦコンポーネント（ＶＮＦＣ）を付勢するバーチャル化コンテナ（例えば、ＶＭ）の割り当てに影響を及ぼす各々のあり得る観点を網羅するルールを表現するために準備された複雑な言語を制作する必要はない。例えば、アベイラビリティゾーンの対に対するアクティブ／スタンバイコンポーネントのラウンドロビン割り当てのような幾つかの観点は、この解決策で非常に容易に達成できるが、スタティックな宣言的解決策では複雑な構成が要求される。

制約は、ＶＮＦ特有のルール及びＶＮＦ特有の現在情報に基づきランタイムにＶＮＦＭによって計算することができる。この解決策は、そのような制約を取り扱うために大きな柔軟度を与える。というのは、それらは、高いコスト及び長い変更時間をもつ仕様で固定される必要がなく（一方、あり得る不完全な仕様は、革新を妨げ、従って、より効率的なアプリケーションをおそらく妨げ）、且つＶＮＦＣ（即ち、それらの満足される役割）を付勢するＶＭにより処理される実際の作用負荷がランタイムにわたって変化して性能及び効率を最適化できるからである。コンテナ化の出現に伴い、そのような進歩した高効率のＶＮＦは、広く普及している。それらのアーキテクチャーにおいて、ＶＭは、実際の作用負荷処理が柔軟に、オンデマンドで、及びスケジュールされたコンテナにおいて行われるような簡単なプレースホルダーとなっている。

従って、前記観点のいずれか１つは、従来技術に関連して示された問題及び欠点の少なくとも一部分を解決する。

本発明の規範的実施形態によれば、ネットワークバーチャル化シナリオにおけるリソース配置制御が提供される。より詳細には、本発明の規範的実施形態によれば、ネットワークバーチャル化シナリオにおけるリソース配置制御を実現化し、及びより特定すれば、そのようなネットワークバーチャル化シナリオにおいて、ネットワーク機能の管理に対してローカルな責任をもつ管理エンティティが含まれ且つ全システムのリソース容量管理に対してグローバルな責任をもつ別の管理エンティティが含まれることを考慮して協働的リソース配置制御を実現化するための手段及びメカニズムが提供される。換言すれば、本発明の規範的実施形態によれば、以下に詳細に述べるように異なる責任をもつ少なくとも２つのネットワークエンティティの協働を実現するための手段及びメカニズムが提供される。

従って、ネットワークバーチャル化シナリオにおけるリソース配置制御を可能にし／実現化する方法、装置及びコンピュータプログラム製品によって改善がなされる。

以下、本発明は、添付図面を参照して、非限定例として、詳細に説明される。

本発明の規範的実施形態による装置を示すブロック図である。 本発明の規範的実施形態による装置を示すブロック図である。 本発明の規範的実施形態による手順の概略図である。 本発明の規範的実施形態による手順の概略図である。 本発明の規範的実施形態による手順の概略図である。 本発明の規範的実施形態により、図３、４ａ及び４ｂに示す手順のステップの変更を示す概略図である。 本発明の規範的実施形態により、シグナリング変形体を伴うシステム環境の一例を示す概略図である。 本発明の規範的実施形態によるシステムを示すブロック図である。 本発明の規範的実施形態による装置を示す別のブロック図である。

本発明は、特定の非限定例、及び本発明の実施形態と現在考えられるものを参照して、以下に説明する。当業者であれば、本発明は、これらの例に限定されず、より広範に適用できることが明らかであろう。

本発明及びその実施形態の以下の説明は、主として、幾つかの規範的ネットワーク構成及び展開に対する非限定例として使用される仕様を参照することに注意されたい。即ち、本発明及びその実施形態は、主として、幾つかの規範的なネットワーク構成及び展開に対して非限定例として使用されるＥＴＳＩネットワーク機能バーチャル化（ＮＦＶ）仕様に関連して説明する。従って、ここに示す規範的実施形態の説明は、特に、それに直接関連した用語を参照する。そのような用語は、ここに示す非限定例の文脈のみに使用され、当然、本発明を何ら限定するものではない。むしろ、ここに述べる特徴に適合する限り他の通信又は通信関連システム配備等が使用されてもよい。

特に、本発明及びその実施形態は、バーチャルネットワーク機能が使用され及び管理される任意のネットワーク複合物に適用することができる。

以下、本発明及びその観点又は実施形態の種々の実施及び具現化は、多数の変形例及び／又は代替例を使用して説明する。一般的に、幾つかの必要性及び制約によれば、ここに述べる変形例及び／又は代替例は、全て、単独で設けられてもよいし、又は考えられる組み合わせ（種々の変形例及び／又は代替例の個々の特徴の組み合せも含む）で設けられてもよい。

本発明の規範的実施形態によれば、一般的に述べると、ネットワークバーチャル化シナリオにおけるリソース配置制御を特に協働的に行うための（それを可能にする／実現化するための）手段及びメカニズムが提供される。

本発明は、バーチャル化リソース配置のための制約を２つの管理エンティティによってどのように協働的に実施できるかの問題、即ち特定のバーチャル化ネットワーク要素（典型的にＶＮＦＭ）の管理に焦点を当てること、及びマルチＶＮＦ環境における利用可能な及び実際に使用されるリソースの概略を有すること、並びにリソース割り当て及び配置について判断する責任をもつこと（典型的にＮＦＶＯ）に向けられる。

ＶＮＦＭは、ＶＮＦライフサイクルを管理し、それ故、ＶＮＦライフサイクル管理動作中にＶＮＦのリソース必要性を決定する。そのような決定の一部分として、ＶＮＦＭは、ＶＮＦリソースの配置制約をダイナミックに導出することができる。それら制約の幾つかは、ランタイムにのみ利用できるようになる実際のパラメータ又は他の状態に依存し、それ故、ＶＮＦＭによりライフサイクル管理動作の一部分として計算できるに過ぎない。ＶＮＦＭは、それらの制約をＮＦＶＯへ通信する必要があり、ＮＦＶＯは、配置判断にそれらを考慮する必要がある。

従って、本発明によれば、特定のバーチャル化ネットワーク要素の管理に焦点を置いた管理エンティティと、マルチＶＮＦ環境における利用可能な、予約された及び実際に使用されるリソースの概要をもち且つリソース割り当て及び配置について判断する責任のある管理エンティティとの間に適当なインターフェイスを設けることが提案される。

従って、本発明によれば、ＶＮＦＭとＮＦＶＯとの間に適当なインターフェイスを設けることが提案される。

本発明の規範的実施形態によれば、ＶＮＦＭとＮＦＶＯとの間のライフサイクルオペレーショングラントインターフェイスを向上させることが提案される。

図１は、本発明の規範的実施形態により、バーチャル化ネットワーク機能を管理するためのネットワークバーチャル化シナリオにおける装置を示すブロック図である。この装置は、ＶＮＦＭのようなネットワークエンティティ１０であり、これは、決定手段１１及び送信手段１２を備えている。決定手段１１は、前記バーチャル化ネットワーク機能に関連した制約を決定する。送信手段１２は、前記制約を表わす情報を送信する。

図２は、本発明の規範的実施形態により、ネットワークバーチャル化シナリオにおいてリソース割り当てについて判断する（及びリソース容量を管理する）ためのネットワークバーチャル化シナリオにおける装置を示すブロック図である。この装置は、ＮＦＶＯのようなネットワークエンティティ２０であり、これは、受信手段２１及び判断手段２２を備えている。受信手段１１は、バーチャル化ネットワーク機能に関連した制約を表わす情報を受信する。判断手段２２は、前記制約を表わす前記情報に基づき前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を判断する。

一実施形態において、図１に示す装置及び／又は図２に示す装置の機能の少なくとも幾つかは、１つの動作エンティティを形成する２つ（以上）の物理的に個別のデバイス間で共有される。それ故、この装置は、ここに述べるプロセスの少なくとも幾つかを実行するための１つ以上の物理的に個別のデバイスを備えた動作エンティティを示すことが明らかである。

図７は、本発明の規範的実施形態によるネットワークバーチャル化シナリオにおけるシステムを示すブロック図である。このシステムは、バーチャル化ネットワーク機能を管理する第１ネットワークエンティティ１０、及びリソース容量を管理し且つ前記ネットワークバーチャル化シナリオにおけるリソース割り当てについて判断する第２ネットワークエンティティ２０を備えている。図７による第１ネットワークエンティティ１０は、図１に関連して述べた装置（即ち、ＶＮＦＭ）１０であるが、この装置に限定されない。図１に関連して述べた装置（即ち、ＶＮＦＭ）１０は、図７に関連して述べたシステムの一部分であるが、これに限定されない。更に、図７による第２ネットワークエンティティ２０は、図２に関連して述べた装置（即ち、ＮＦＶＯ）２０であるが、この装置に限定されない。図２に関連して述べた装置（即ち、ＮＦＶＯ）２０は、図７に関連して述べたシステムの一部分であるが、これに限定されない。

本発明の規範的実施形態によれば、図７に示すシステムにおいて、第１ネットワークエンティティ１０は、前記バーチャル化ネットワーク機能に関連した制約を決定する。更に、第１ネットワークエンティティ１０は、前記制約を表わす情報を第２ネットワークエンティティ２０へ送信する。第２ネットワークエンティティ２０は、前記制約を表わす情報に基づき前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を判断する。

図３は、本発明の規範的実施形態によるネットワークバーチャル化シナリオの手順の概略図である。図７のシステムは、図３の方法を遂行するが、この方法に限定されない。図３の方法は、図７のシステムにより遂行されるが、この装置により遂行されることに限定されない。

図３に示すように、本発明の規範的実施形態による手順は、バーチャル化ネットワーク機能を管理する第１ネットワークエンティティにより、前記バーチャル化ネットワーク機能に関連した制約を決定する動作（Ｓ３１）、前記ネットワークバーチャル化シナリオにおけるリソース容量を管理する第２ネットワークエンティティへ前記制約を表わす情報を前記第１ネットワークエンティティにより送信する動作（Ｓ３２）、及び前記制約を表わす前記情報に基づき前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量について前記第２ネットワークエンティティにより判断する動作（Ｓ３３）を含む。

図４ａ及び４ｂは、本発明の規範的実施形態による手順の概略図である。特に、図４ａ及び４ｂには、図３に示す動作の規範的詳細及び規範的追加動作が示され、それらは、本来は、互いに独立したものである。即ち、本発明の規範的実施形態は、図４ａ及び４ｂに示して説明する変更の全部を実施してもよいし又は幾つかだけを実施してもよい。これら２つの図に関して、図４ａの下の矢印、及び図４ｂの上の矢印は、各々、図３に示す遷移に対応して、図４ａに示す手順ステップＳ３２から、図４ｂに示す手順ステップＳ３３への遷移を表わすことを述べておく。

図４ａに示すように、図３に示す手順の変更によれば、本来は互いに独立したものである規範的な追加動作が与えられる。そのような変更によれば、本発明の規範的実施形態による規範的方法は、前記決定（Ｓ３１）の前に、前記バーチャル化ネットワーク機能に対するリソース関連変更の必要性を前記第１ネットワークエンティティにより検出する動作（Ｓ４１）、及び前記リソース関連変更の前記必要性に基づき前記バーチャル化ネットワーク機能のリソース消費に対する変化を前記第１ネットワークエンティティにより確認する動作（Ｓ４２）を含む。

即ち、より特定すれば、本発明の規範的実施形態により、そのようなリソース関連変更は、バーチャル化ネットワーク機能のライフサイクル管理として識別され、これは、バーチャル化ネットワーク機能により使用されるバーチャル化リソースの量の変更を意味する。換言すれば、バーチャル化ネットワーク機能に割り当てられるリソースの量が変化される。これは、ゼロリソースの使用から幾つかのリソースの使用へと進むこと（インスタンス化と称される）、使用するリソースを変更すること（規範的な動作は、スケーリング、ヒーリングである）、及び幾つかのリソースの使用からゼロリソースの使用へと進むこと（ターミネーションと称される）を含む。

図４ａに更に示したように、図３に示す手順の変形例によれば、決定動作（Ｓ３１）の規範的詳細が与えられ、それらは、本来、互いに独立したものである。

そのような規範的決定動作（Ｓ３１）において、本発明の規範的実施形態によれば、前記バーチャル化ネットワーク機能に既に割り当てられたリソースの配置が考えられる。

更に、そのような規範的決定動作（Ｓ３１）において、本発明の規範的実施形態によれば、前記バーチャル化ネットワーク機能のターゲット特性が考えられる。ここで、バーチャル化ネットワーク機能のそのようなターゲット特性は、過失許容性又は性能のような上述した優勢な要件（本質的特性）であることに注意されたい。

図４ｂに示すように、図３に示す手順の変形例によれば、判断動作（Ｓ３３）の規範的詳細が与えられ、それらは、本来、互いに独立したものである。

そのような規範的判断動作（Ｓ３３）において、本発明の規範的実施形態によれば、前記ネットワークバーチャル化シナリオに存在するリソース及び前記ネットワークバーチャル化シナリオに実際に割り当てられたリソースが考えられる。

判断動作（Ｓ３３）の任意の変更として、本発明の更に別の規範的実施形態によれば、前記ネットワークバーチャル化シナリオに予約されたリソースが考えられる。

図４ｂに示すように、図３に示す手順の変形例によれば、規範的追加動作が与えられ、それらは、本来、互いに独立したものである。そのような変形例によれば、本発明の規範的実施形態による規範的方法は、前記判断（Ｓ３３）の後に、前記バーチャル化ネットワーク機能に対して割り当てられるべき前記リソース又はリソース容量を表わす位置情報を前記第１ネットワークエンティティにより受信する動作（Ｓ４３）、及び前記位置情報に基づいてリソース生成要求を前記第１ネットワークエンティティにより送信する動作（Ｓ４４）を含む。位置情報は、図５に関連して説明する。

図５は、本発明の規範的実施形態により、図３、４ａ及び４ｂに示す手順のステップの変更を示す概略図である。特に、図５において、図３、４ａ及び４ｂに示す判断動作（Ｓ３３）の規範的詳細が与えられ、それらは、本来、互いに独立したものである。即ち、本発明の規範的実施形態は、図５に示して説明する変更の全部を実施してもよいし又はその幾つかだけを実施してもよい。

図５に示すように、図３に示す手順の変形例によれば、本発明の規範的実施形態によるそのような規範的判断動作（Ｓ３３）は、前記制約を満足するリソースが利用できる場合には、前記制約を満足する前記リソースに関連した位置情報を、前記バーチャル化ネットワーク機能に対して割り当てられるべき前記リソース又はリソース容量の指示として検査する動作（Ｓ３３１）、及び前記第２ネットワークエンティティにより前記位置情報を前記第１ネットワークエンティティへ送信する動作（Ｓ３３２）を含む。

即ち、制約を満足するリソースが利用できるかどうかチェックされる。もしそうであれば、第２ネットワークエンティティ（例えば、ＮＦＶＯ）は、第１ネットワークエンティティ（例えば、ＶＮＦＭ）に、それが必要量のリソースを割り当てできること又は特定のリソースを割り当てできることを指示する。しかしながら、第１ネットワークエンティティは、制約を満足するリソースが利用できるかどうか検出するだけでなく、第１ネットワークエンティティが検査リソース容量について扱うべき相手部分（例えば、ＶＩＭ）もそうである。この位置情報に基づき、第１ネットワークエンティティは、要求側リソースとして、例えば、正しいＶＩＭを扱う。

本発明の更に別の規範的実施形態によれば、前記送信の前に、規範的方法は、前記バーチャル化ネットワーク機能に対して割り当てられるべき前記リソース又はリソース容量を前記第２ネットワークエンティティにより予約する動作を含む。

この点に関して、本発明の規範的実施形態によれば、少なくとも２つのオプションが考えられる。

即ち、一方では、予約は、前記検査に続いて、前記検査の結果に基づいて行われる。ここで、第１ネットワークエンティティがスケーリング動作中に制約を送信し、第２ネットワークエンティティが制約を満足するリソースに関連した位置情報を検査し、その後、割り当てられるべきリソース又はリソース容量を予約するというシナリオが規範的に述べられる。

しかしながら、他方では、予約は、検査の前に、バーチャル化ネットワーク機能（即ち、ライフサイクル管理動作）に対する各リソース関連変更中に行われる。ここで、前記インスタンス生成動作（ゼロリソースの使用から幾つかのリソースの使用へと進む）のための検査の後にリソースの大きな塊の予約が行われるシナリオを規範的に述べる。第１ネットワークエンティティがその後のスケーリング動作中に制約を送信する場合には、第２ネットワークエンティティが、制約を満足するリソースに関連した位置情報を検査するが、新たな予約の必要なく、既に予約された塊からのリソースが使用される。

更に、図５に示すように、図３に示す手順の変形例によれば、本発明の規範的実施形態によるそのような規範的判断動作（Ｓ３３）は、前記制約を満足するリソースが利用できない場合に、前記制約を満足できないことを表わす情報を前記第２ネットワークエンティティにより前記第１ネットワークエンティティへ送信する動作（Ｓ３３３）を含む。

即ち、図５に示すように、図３に示す手順の変形例によれば、前記制約を満足するリソースが利用できるかどうか前記第２ネットワークエンティティによりチェックされ、そして判断動作（Ｓ３３）は、そのようなチェックの結果に依存する。

以下に詳細に述べるように、本発明の規範的実施形態によれば、前記制約を表わす情報は、承諾要求の一部分として送信される（Ｓ３２）。更に、特に、このような場合には、本発明の規範的実施形態によれば、前記位置情報は、承諾応答の一部分として第１ネットワークエンティティへ送信される（Ｓ３３２）。

更に、本発明の規範的実施形態によれば、制約は、割り当てられるべき前記リソースの配置を制約する配置制約である。

加えて、本発明の規範的実施形態によれば、制約は、アベイラビリティゾーン、少なくとも１つのアベイラビリティゾーンを含むアベイラビリティゾーングループ、前記ネットワークバーチャル化シナリオにおける１組の前記リソースを管理するバーチャル化インフラストラクチャーマネージャー、前記ネットワークバーチャル化シナリオにおける前記リソースの一部分を物理的に与えるホスト、及びある具現化に特有のリソース位置、のうちの少なくとも１つを含む。

本発明の更に別の規範的実施形態によれば、前記制約が、互いに関連した第１のアベイラビリティゾーン及び第２のアベイラビリティゾーンを含むアベイラビリティゾーングループを含む場合、及び前記バーチャル化ネットワーク機能に既に割り当てられたリソースが前記第１のアベイラビリティゾーンに関連している場合には、前記判断に関連して、前記第２のアベイラビリティゾーンに関連したリソースが考慮される。

換言すれば、本発明の規範的実施形態によれば、ＡＺグループの概念が提案される。ＡＺグループとは、関連リソースが割り当てられた以外のＡＺにおいて第２ネットワークエンティティがリソース割り当てを命令できる関連ゾーンのグループである。

換言すれば、本発明の規範的実施形態によれば、ＶＮＦＭは、実際の配置制約をＮＦＶＯに通信する。

好ましい規範的な実施形態によれば、ＶＮＦＭは、実際の配置制約を、承諾交換の延長として、特に、承諾要求の延長としてＮＦＶＯに通信する。より詳細には、規範的実施形態によれば、ＶＮＦＭからＮＦＶＯへの配置制約の転送は、承諾要求における追加パラメータにより実施される。しかしながら、既に上述したように、本発明は、それに限定されるものではなく、又、制約の通信は、承諾交換及びそれに対応するメッセージ（例えば、要求）とは独立して行われてもよい。

承諾交換とは、ＶＮＦＭとＮＦＶＯとの間での要求及び応答メッセージの交換であり、これは、ＶＮＦＭがＶＮＦに対してライフサイクル管理動作（例えば、インスタンス生成、スケーリング、ヒーリング、ターミネーションに関連してＶＮＦに割り当てられたリソースの変更）の遂行をＶＮＦＭがスタートするときであるが、実際のリソース割り当てが実行される前に、行われる。換言すれば、承諾は、ＶＮＦが変更されるたびに（又はインスタンス生成されるたびに）ＶＮＦＭにより呼び出されねばならない。

そのようなライフサイクル管理動作は、接続された機能的ブロックにより受け取られる要求に基づき、又は個人が入力した動作に基づき、又はＶＮＦＭにおいてプログラムされた自動ロジックにより、遂行することができる。承諾要求において、ＶＮＦＭは、近付きつつあるライフサイクル管理動作（構成）及び考えられるＶＮＦのリソース消費に対して予知される変化（リソース追加、リソース削除、リソース変更）をＮＦＶＯに通知する。

特に、本発明の規範的実施形態によれば、予知されるリソース追加のリストは、それらリソースの配置を制限する制約に富んだもので、ＶＮＦＭは、設計時に定義されるか又は承諾交換が行われる時間に有効なランタイム状態に基づいて満足されるべき性能又は過失許容性のようなＶＮＦの幾つかの特性を実施することができる。

この概念によれば、ＮＦＶＯは、ＶＮＦＭにより与えられる制約を守らざるを得ない（少なくとも考慮せざるを得ない）

図６は、本発明の規範的実施形態によるシグナリング変形体を伴うシステム環境の一例の概略図である。図６に示して以下に述べるシグナリングは、図７に関連して述べたシステム及び図３、４ａ、４ｂ及び５に関連して述べた対応する方法により実施される。

特に、図６は、本発明の好ましい実施形態を示す。

図６に示すように、第１ステップにおいて、ＶＮＦＭは、ＶＮＦのライフサイクル（例えば、インスタンス生成、スケーリング、ヒーリング、更新、等）を管理する要求を受け取る。この要求は、ＮＦＶＯから受け取られるか（代替手段２）、又は要素マネージャー（ＥＭ）のような第３エンティティから受け取られる（代替手段１）。或いは又、ＶＮＦＭそれ自体は、例えば、ＶＮＦをスケーリングし又はＶＮＦをヒーリングする（ＶＮＦＭ自動スケーリング又は自動ヒーリング機能）ために、ライフサイクル管理（ＬＣＭ）動作について判断する（代替手段３）。

図６の第２ステップにおいて、ＶＮＦＭは、リソース消費に対する変更（追加、削除、変化）を計画し、そしてリソース配置に対する制約を生成する。特に、ＶＮＦＭは、生成、除去又は変化が予想されるリソースを含む承諾要求構造を生成する。更に、ＶＮＦＭは、ＶＮＦ設計の必要性を強調するために既存のリソースの配置を考慮して新規リソースに対するリソース配置制約を生成する。

図６の第３ステップにおいて、ＶＮＦＭは、この情報（計画／生成の結果）をGrantLifecycleOperation要求においてＮＦＶＯへ送信する。

図６の第４ステップにおいて、ＮＦＶＯは、そのグローバルな知識及び制約に基づき、どのＶＩＭ及びＡＺに新たなリソースを割り当てるべきか判断する。

図６の第５ステップにおいて、ＮＦＶＯは、この情報（判断結果）をGrantLifecycleOperation応答においてＶＮＦＭへ返送する。或いは又、制約を満足できない場合には、ＮＦＶＯは、適当なエラー情報を返送する。

図６の第６ステップにおいて、ＶＮＦＭは、応答で返送されたＶＩＭに向けてリソース生成要求を呼び出す。特に、ＮＦＶＯは、応答で返送された適当なアベイラビリティゾーンにリソースを生成することを、判断されたＶＩＭに命令する。ＶＮＦＭは、図６の第１ステップで受け取られたライフサイクル管理要求を満足するために更に別の動作を遂行する。

図６の第７ステップにおいて、ＶＮＦＭは、ライフサイクル管理動作が終了するとＮＦＶＯに成功（又は失敗）を報告する。

図６の第１ステップにおける代替手段１の場合に（即ち、第３エンティティから受け取られる要求）、図６の第８ステップにおいて、ＶＮＦＭは、第３エンティティ（例えば、ＥＭ）に成功（又は失敗）を報告する。

以下、本発明の上述した規範的実施形態に適用できるタイプの制約位置のコンピレーションについて述べる。本発明は、ここに示すタイプの制約位置に限定されず、異なるタイプの位置（クラウドベースのシステムにおける）も考えられることに注意されたい。特に、リソース配置判断に影響する等しく適当なメカニズムを与える既存のクラウド構造の進化から生じる付加的な制約位置タイプが考えられ、本発明の実施形態から逸脱することはない。

アベイラビリティゾーン（ＡＺ）：制約は、特定のＡＺにリソースを制約できる。これは、ＡＺが弾力性構造であって需要と共に成長できると仮定する。さもなければ、ＡＺは、ある時点でいっぱいになる。ＡＺ制約は、新たなリソースを割り当てねばならないＡＺの選択を制限する。

アベイラビリティゾーングループ：制約は、関連アベイラビリティゾーンの特定グループにリソースを制約できる。これは、スタティックサイズをもつ（即ち、弾力性ではない）ＡＺの場合をサポートし、そして同じグループの他のＡＺへのＡＺオーバーフローの取り扱いを許す（それらは、通常、互いに閉止し、高いネットワーク性能と接続される）。これは、関連ＡＺのグループの１つのＡＺにリソースを割り当てるのを許し、それらを同じＡＺに割り当てるのを強いるのではない。ＡＺグループ制約は、新たなリソースを割り当てねばならないＡＺグループの選択を制限する。

バーチャル化インフラストラクチャーマネージャー（ＶＩＭ）：制約は、特定のＶＩＭにリソースを制約できる。これは、ＶＮＦのリソースが２つ以上のＶＩＭによって管理される場合をサポートする。ＶＩＭ制約は、新たなリソースを管理するＶＩＭの選択を制限する。

ホスト：制約は、特定の物理的ホストに（コンピュータ又はストレージ）リソースを制約できる。これは、性能向上のために同じ物理的ホストにリソースを共同配置するか又はエラー弾力性向上のために異なるホストにリソースを配置するのを許す。

実施特有：制約は、ある実施又はシステム特有のタイプの特定位置にリソースを制約できる。この点に関して、たとえば、ＯｐｅｎＳｔａｃｋと称する既知のアーキテクチャーがアベイラビリティゾーンに加えて領域の概念を与えることに注意されたい。

制約可能な位置は、ヒエラルキー的である。前記コンピレーションに対して、少なくとも次の２つの関係が考えられる。

ＶＩＭ→ＡＺ→ホスト（即ち、ＶＩＭはＡＺより優れ、ＡＺはホストより優れ）そしてＶＩＭ→ＡＺグループ→ホスト（即ち、ＶＩＭはＡＺグループより優れ、ＡＺグループはホストより優れている）。

この点に関して、シンボリックなＡＺ／ＡＺグループ／ＶＩＭは、ＶＮＦＭが、特定のＡＺ／ＡＺグループ／ＶＩＭがあると仮定するだけであるが、ＡＺ／ＡＺグループ／ＶＩＭの実際のインスタンス及びクラウドにおけるその場所は、ＮＦＶＯにより管理されて、承諾応答においてＶＮＦＭへ送られることを意味していることに注意されたい。

更に、ヨーロピアンテレコミュニケーションズスタンダードインスティテュート（ＥＴＳＩ）のＮＦＶでは、より一般的な用語であるリソースゾーンが、アベイラビリティゾーンに代って使用されることに注意されたい。即ち、ここで使用するアベイラビリティゾーンという用語は、ＥＴＳＩ ＮＦＶに規定された用語であるリソースゾーンに対応するが、そこから逸脱することもある。

更に、ヒエラルキーＶＩＭ→ＡＺグループ→ＡＺ→ホスト（即ち、ＶＩＭはＡＺグループより優れ、ＡＺグループはＡＺより優れ、ＡＺはホストより優れている）も公式化できるが、そのようなヒエラルキーは、限定された意味しかなさないことに注意されたい。即ち、通常のケースでは、弾力性ＡＺ又はＡＺグループのいずれかが使用されるが、その両方ではないと仮定する。しかしながら、ここに述べるヒエラルキーは、除外されない。

更に、実施特有の位置、及びクラウドベースのシステムにおいて考えられる上述されていないタイプの位置も、特定の実施形態におけるヒエラルキーの一部分であることに注意されたい。

以下、本発明の前記規範的実施形態に適用できるタイプの制約のコンピレーションについて述べる。本発明は、ここに示すタイプの制約に限定されず、異なるタイプの制約（クラウドベースのシステムにおける）も考えられることに注意されたい。特に、リソース配置判断に影響する等しく適当なメカニズムを与える既存のクラウド構造の進化から生じる付加的な制約タイプが考えられ、本発明の実施形態から逸脱することはなく、且つ本発明により提案される枠組み全体に依然適合するものである。

特に、制約可能な位置タイプの各々について、本発明の規範的実施形態によれば、異なる実際の制約タイプを、それらを承諾要求において信号するためのあり得るオプションと共に、以下に規定することができる。

以下に示す各制約タイプにおいて、＜ｐｌａｃｅ＞は、上述したホスト、ＡＺ、ＡＺグループ又はＶＩＭのような制約可能な位置を指す。

制約タイプ１：
シンボリック＜ｐｌａｃｅ＞：各＜ｐｌａｃｅ＞に対してシンボリックなプレースホルダーを宣言する。これは、固定の１組の制約位置にわたってＶＮＦをどのように仕切るか事前に設計し、そして設計されたとおりに厳密にそれを仕切るようにＮＦＶＯに求めることを許す。

本発明の規範的実施形態によれば、制約タイプ１に従って宣言するために２つのオプションが提案される。

オプション（ａ）：
使用が予知される＜ｐｌａｃｅ＞の全てのインスタンスに対してシンボリック名を宣言し、そしてそれらを新たなリソース（明示的シンボリック＜ｐｌａｃｅ＞）の各記述から参照する。

制約タイプ１の規範的ステートメントとして、オプション（ａ）は、次の通りである。
宣言（ＶＩＭ＝ＶＩＭ１、ＶＩＭ２）；（ＡＺ＝ＶＩＭ１．ＡＺ１０、ＶＩＭ１．ＡＺ１１、ＶＩＭ２．ＡＺ２３）
配置（ＶＭ１、ＶＩＭ１、ＡＺ１０）
配置（ＶＭ２、ＶＩＭ１、（ＡＺ１０、ＡＺ１１））
配置（ＶＭ３、ＶＩＭ２、ＡＺ２３）

オプションｂ：
新たなリソースの各記述に＜ｐｌａｃｅ＞のシンボリック名をタグ付けし、同じタグが同じ＜ｐｌａｃｅ＞（暗示的シンボリック＜ｐｌａｃｅ＞）を意味すると仮定する。このオプション（ｂ）の結果は、制約１、オプション（ａ）と同様であるが、シンボリック名は、それらが使用されるまで宣言されず、そしてヒエラルキーは、（ＶＩＭ１．ＡＺ１のような）タグのシンタックスから導出されねばならない。

制約タイプ１の規範的ステートメントとして、オプション（ｂ）は、次の通りである。
配置（ＶＭ１、ＶＩＭ１．ＡＺ１０）
配置（ＶＭ２、ＶＩＭ１．ＡＺ１０、ＶＩＭ１．ＡＺ１１）
配置（ＶＭ３、ＶＩＭ２．ＡＺ２３）

制約タイプ２：
同じ＜ｐｌａｃｅ＞：１つのリソースが他のものと同じ＜ｐｌａｃｅ＞に入れられる。

本発明の規範的実施形態によれば、制約タイプ２に従って宣言するために３つのオプションが提案される。

オプション（ａ）：
新たなリソース（暗示的リスト）の各記述から同じ＜ｐｌａｃｅ＞にある１つの既存のリソースを参照する。

制約タイプ２の規範的ステートメントとして、オプション（ａ）は、次の通りである。
既存のリソース＝ＶＭ０
新たなリソース：ＶＭ１、ＶＭ２、ＶＭ３
ｓａｍｅＰｌａｃｅ（タイプ＝ＶＩＭ、ＶＭ１、ＶＭ０）
ｓａｍｅＰｌａｃｅ（タイプ＝ＡＺ、ＶＭ２、ＶＭ０）
ｓａｍｅＰｌａｃｅ（タイプ＝ＡＺｇｒｐ、ＶＭ１、ＶＭ０）

ここで、第１のｓａｍｅＰｌａｃｅ行は、ＶＭ１がＶＭ０と同じＶＩＭになることを意味し、第２のｓａｍｅＰｌａｃｅ行は、ＶＭ２がＶＭ０と同じＡＺになることを意味し、第３のｓａｍｅＰｌａｃｅ行は、ＶＭ１がＶＭ０と同じＡＺグループになるが、必ずしも同じＡＺではないことを意味する。

オプション（ｂ）：
同じ＜ｐｌａｃｅ＞（明示的リスト）にあると意図される全てのリソースを規定する。又、明示的リスト（例えば、Ａ｛Ｂ、Ｃ｝）は、対（例えば、｛｛Ａ、Ｂ｝、｛Ａ、Ｃ｝｝のリストとしても与えられる。そのようなリストの各リソースは、既存のリソースか、又は制約が送られる同じ承諾要求において追加されることが要求されるリソースかのいずれかである。既存のリソースは、承諾要求メッセージにおいて宣言されるか、又は識別子により参照されるかのいずれかであり、その識別子は、ＶＮＦＭ及びＮＦＶＯの両方に知られたものか、又はＮＦＶＯがＱｕｅｒｙＶＮＦ要求を使用することでＶＮＦＭから質問できるものである。

制約タイプ２の規範的ステートメントとして、オプション（ｂ）は、次の通りである。
既存のリソース＝ＶＭ０
新たなリソース：ＶＭ１、ＶＭ２、ＶＭ３
ｓａｍｅＰｌａｃｅ（タイプ＝ＡＺ、ＶＭ１、ＶＭ２、ＶＭ０）

ここで、ｓａｍｅＰｌａｃｅ行は、ＶＭ１、ＶＭ２（及びＶＭ０）がＶＭ０と同じＡＺになることを意味する。

オプション（ｃ）：
ＮＦＶＯにおいて（グループと称される）同じ＜ｐｌａｃｅ＞になることが意図されるリソースのリストを管理する。その基礎となる概念は、ＯｐｅｎＳｔａｃｋ（ＳｅｒｖｅｒＧｒｏｕｐＡｆｆｉｎｉｔｙＦｉｌｔｅｒ）から知られている。しかしながら、本発明によれば、異なる制約位置タイプに対して各１つの、多数のグループがある。グループは、承諾要求におけるインストラクションにより生成及び持続され、そしてその後の承諾要求において参照される。各承諾要求は、新たなリソースをグループに追加することができる。

制約タイプ２の２つの規範的ステートメントとして、オプション（ｃ）は、次の通りである。
第１の承諾要求：
ｄｅｃｌａｒｅＳａｍｅＰｌａｃｅＧｒｏｕｐ（タイプ＝ＶＩＭ、名前＝ｓａｍｅＶＩＭ１）
ｄｅｃｌａｒｅＳａｍｅＰｌａｃｅＧｒｏｕｐ（タイプ＝ＡＺ、名前＝ｓａｍｅＡＺ１）
ｎｅｗｒｅｓｏｕｒｃｅ（ＶＭ０、（ｓａｍｅＶＩＭ１、ｓａｍｅＡＺ１））
ｎｅｗｒｅｓｏｕｒｃｅ（ＶＭ１、（ｓａｍｅＶＩＭ１））

即ち、この規範的な第１の承諾要求によれば、同じＶＩＭのリソースに対して１つ及び同じＡＺのリソースに対して１つの、２つのグループがＮＦＶＯにおいて宣言及び持続され、ＶＭ１及びＶＭ０は、同じＶＩＭにあるが、必ずしも同じＡＺではない。

その後の承諾要求：
ｎｅｗｒｅｓｏｕｒｃｅ（ＶＭ２（ｓａｍｅＶＩＭ１、ｓａｍｅＡＺ１））

即ち、この規範的なその後の承諾要求によれば、ＶＭ２は、ＶＭ０と同じＶＩＭ及び同じＡＺにある（前記第１の承諾要求からの情報を使用して）。

制約タイプ３：
異なる＜ｐｌａｃｅ＞：あるリソースが他のものとは異なる＜ｐｌａｃｅ＞に入れられる。この制約は、制約タイプ２と同様に規定されるが、同じ＜ｐｌａｃｅ＞により規定されるのではなく、異なる＜ｐｌａｃｅ＞により規定されるという相違がある。

本発明の規範的実施形態によれば、制約タイプ３に従って宣言するために３つのオプションが提案される。

オプション（ａ）：
新たなリソースの各記述から異なる＜ｐｌａｃｅ＞にある１つの既存のリソースを参照する（暗示的リスト）。この制約タイプ３は、制約タイプ２と同様に規定されるので、制約タイプ３、オプション（ａ）の実施詳細は、特に、規範的ステートメントに関して、制約タイプ２、オプション（ａ）の実施詳細と同等である。

オプション（ｂ）：
＜ｐｌａｃｅ＞の異なるインスタンスにあることが意図される全てのリソースを規定する（明示的リスト）。この制約タイプ３は、制約タイプ２と同様に規定されるので、制約タイプ３、オプション（ｂ）の実施詳細は、特に、規範的ステートメントに関して、制約タイプ２、オプション（ｂ）の実施詳細と同等である。

オプション（ｃ）：
ＮＦＶＯにおいて＜ｐｌａｃｅ＞の異なるインスタンスにあることが意図されるリソースのリストを管理する（命名されたグループ）。この制約タイプ３は、制約タイプ２と同様に規定されるので、制約タイプ３、オプション（ｃ）の実施詳細は、特に、規範的ステートメントに関して、制約タイプ２、オプション（ｃ）の実施詳細と同等である。

明瞭化及び明確化のために、本発明の前記規範的実施形態に適用できる手段が提案される。特に、存在しない特定の制約位置タイプ（即ち、ＶＩＭ、ＡＺ、ＡＺグループ、ホスト）のセマンティックを信号する必要がある。換言すれば、全ての当該関係者が未規定の制約位置タイプの結果を知ることが必要である。

即ち、そのような存在しない制約位置タイプは、例えば、ＮＦＶＯが何でも自由に行うか（例えば、ＶＩＭ制約が与えられない場合に多数のＶＩＭ間でＶＮＦを自由に分割するか）、又はＮＦＶＯがこの特定の制約位置タイプに関してＶＮＦを分割しなくてもよいか（例えば、ＶＩＭ制約が与えられない場合に全てのリソースに対して同じＶＩＭを使用するか）のいずれかを意味する。

従って、本発明の規範的実施形態によれば、（特定の制約位置タイプの）不存在に対する適当なデフォールトが規定される。それとは別に又はそれに加えて、特定の制約位置タイプが適用されず且つ全てのリソースが同じ＜ｐｌａｃｅ＞に割り当てられる必要があることをグローバルに信号してもよい。

そのようなグローバルな制約に対する２つの規範的なステートメントは、次の通りである。
ｇｌｏｂａｌＣｏｎｓｔｒａｉｎｔ（ｓａｍｅＶＩＭ）
ｇｌｏｂａｌＣｏｎｓｔｒａｉｎｔ（ｓａｍｅＡＺｇｒｏｕｐ）

ここで、第１の規範的ステートメントは、多数のＶＩＭ間でのＶＮＦの分割が受け容れられないことを意味する。更に、第２の規範的ステートメントは、多数のＡＺグループ間でのＶＮＦの分割が受け容れられないことを意味する。

上述した手順及び機能は、以下に述べるように、各機能的要素、プロセッサ、等により実施される。

ネットワークエンティティの以上の規範的説明において、本発明の原理を理解する上で該当するユニットだけを、機能的ブロックを使用して説明した。ネットワークエンティティは、各動作に必要な更に別のユニットを備えている。しかしながら、それらユニットの説明は、ここでは省略する。装置の機能的ブロックの構成は、本発明を限定するものではなく、それらの機能は、１つのブロックにより遂行されてもよいし、又はサブブロックへと更に分割されてもよい。

以上の説明において、装置、即ちネットワークエンティティ（又は他の手段）が、ある機能を遂行するように構成されると述べられたときは、それは、１つの（即ち、少なくとも１つの）プロセッサ又はそれに対応する回路が、潜在的に、各装置のメモリに記憶されたコンピュータプログラムコードと協働して、装置が、少なくとも、前記機能を遂行するようにさせるよう構成されるとの記述と同等であると解釈されたい。又、そのような機能は、各機能を遂行するための特別に構成された回路又は手段によって同等に実施できるものと解釈されたい（即ち、「・・・構成されたユニット」という表現は、「・・・ための手段」等の表現と同等であると解釈されたい）。

図８は、本発明の規範的実施形態による装置の別の図である。図８に示すように、本発明の規範的実施形態によれば、装置（ネットワークエンティティ）１０’（ネットワークエンティティ１０に対応する）は、プロセッサ８１、メモリ８２及びインターフェイス８３を備え、これらは、バス８４等により接続される。更に、本発明の規範的実施形態によれば、装置（ネットワークエンティティ）２０’（ネットワークエンティティ２０に対応する）は、プロセッサ８５、メモリ８６及びインターフェイス８７を備え、これらは、バス８８等によって接続され、そして各装置は、リンク６９を経て接続される。リンク６９を経て接続される装置１０’及び２０’は、特に、図７について述べたシステムを形成する。

プロセッサ８１／８５及び／又はインターフェイス８３／８７は、各々、（ハードワイヤ又はワイヤレス）リンクを経ての通信を容易にするためにモデム等も備えている。インターフェイス８３／８７は、各々、リンクされ又は接続されたデバイスと（ハードワイヤ又はワイヤレス）通信するために１つ以上のアンテナ又は通信手段に結合された適当なトランシーバを備えている。インターフェイス８３／８７は、一般的に、少なくとも１つの他の装置、即ちそのインターフェイスと通信するように構成される。

図８に示す実施形態では、ネットワークエンティティ１０に対応する装置、及びネットワークエンティティ２０に対応する装置は、個別のプロセッサ、メモリ及びインターフェイスにより実施されるが、本発明の規範的実施形態によれば、ネットワークエンティティ１０に対応する装置、及びネットワークエンティティ２０に対応する装置は、プロセッサ及びメモリの少なくとも１つを共有する。そのようなケースでは、それら２つの装置間のインターフェイスが適当に実施されてもよい。

メモリ８２／８６は、各プロセッサにより実行されたときに各電子デバイス又は装置が本発明の規範的実施形態に従って動作できるようにするプログラムインストラクション又はコンピュータプログラムコードを含むと想定される各プログラムを記憶する。

一般的に述べると、各デバイス／装置（及び／又はその一部分）は、各動作を遂行し及び／又は各機能を示すための手段を表わし、及び／又は各デバイス（及び／又はその一部分）は、各動作を遂行し及び／又は各機能を示すための機能を有する。

以下の説明においてプロセッサ（又は他の手段）がある機能を遂行するよう構成されると述べるときは、それは、少なくとも１つのプロセッサが、潜在的に、各装置のメモリに記憶されたコンピュータプログラムコードと協働して、装置が少なくとも前記機能を遂行するようにさせるよう構成されるという記述と同等であると解釈されたい。又、そのような機能は、各機能を遂行するために特別に構成された手段により同等に実施可能であると解釈されたい（即ち、「［装置がｘｘｘを遂行するようにさせる］よう構成されたプロセッサ」という表現は、「ｘｘｘするための手段」等の表現と同等であると解釈される）。

本発明の規範的実施形態によれば、ネットワークエンティティ１０を表わす装置は、少なくとも１つのプロセッサ８１、コンピュータプログラムコードを含む少なくとも１つのメモリ８２、及び少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス８３を備えている。プロセッサ（即ち、少なくとも１つのメモリ８２及びコンピュータプログラムコードを伴う少なくとも１つのプロセッサ８１）は、前記バーチャル化ネットワーク機能に関連した制約の決定を遂行し（従って、装置は、それに対応する決定手段を備え）、及び前記制約を表わす情報の送信を遂行する（従って、装置は、それに対応する送信手段を備え）ように構成される。

本発明の更に別の規範的実施形態によれば、ネットワークエンティティ２０を表わす装置は、少なくとも１つのプロセッサ８５、コンピュータプログラムコードを含む少なくとも１つのメモリ８６、及び少なくとも別の装置と通信するよう構成された少なくとも１つのインターフェイス８７を備えている。プロセッサ（即ち、少なくとも１つのメモリ８６及びコンピュータプログラムコードを伴う少なくとも１つのプロセッサ８５）は、バーチャル化ネットワーク機能に関連した制約を表わす情報の受信を遂行し（従って、装置は、それに対応する受信手段を備え）、及び前記制約を表わす前記情報に基づいて前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量の判断を遂行する（従って、装置は、それに対応する判断手段を備え）ように構成される。

個々の装置の動作／機能に関する更なる詳細については、各々、図１から７のいずれか１つに関連した前記説明を参照されたい。

以上に述べた本発明の目的について、次のことに注意されたい。
−おそらくソフトウェアコード部分として実施され且つ（デバイス、装置及び／又はそのモジュールの例として、或いは装置及び／又はモジュールを含むエンティティの例として）ネットワークサーバー又はネットワークエンティティにおいてプロセッサを使用して実行される方法ステップは、ソフトウェアコード独立であり、そしてそれら方法ステップにより規定される機能が保存される限り、既知の又は将来開発されるプログラミング言語を使用して特定することができる。

−一般的に、方法ステップは、実施形態のアイデアを変更せずに且つ実施される機能に関する修正なしに、ソフトウェアとして又はハードウェアにより実施されるのに適したものである。

−おそらく前記装置又はそのモジュールにおいてハードウェアコンポーネントとして実施されるべき方法ステップ及び／又はデバイス、ユニット又は手段（例えば、上述した実施形態により装置の機能を実行するデバイス）は、ハードウェア独立であり、そして既知の又は将来開発されるハードウェアテクノロジー又はそれらの混成、例えば、ＭＯＳ（金属酸化物半導体）、ＣＭＯＳ（相補的ＭＯＳ）、ＢｉＭＯＳ（バイポーラＭＯＳ）、ＢｉＣＭＯＳ（バイポーラＣＭＯＳ）、ＥＣＬ（エミッタ結合ロジック）、ＴＴＬ（トランジスタ・トランジスタロジック）、等を使用し、例えば、ＡＳＩＣ（特定用途向けＩＣ(集積回路)）コンポーネント、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）コンポーネント、ＣＰＬＤ（コンプレックスプログラマブルロジックデバイス）コンポーネント、又はＤＳＰ（デジタル信号プロセッサ）コンポーネントを使用して、実施することができる。

−デバイス、ユニット又は手段（例えば、前記ネットワークエンティティ又はネットワークレジスタ又はそれらの各ユニット／手段のいずれか１つ）は、個々のデバイス、ユニット又は手段として実施できるが、これは、デバイス、ユニット又は手段の機能が保存される限り、それらがシステム全体にわたり分散形態で実施されることを除外するものではない。

−ユーザ装置及びネットワークエンティティ／ネットワークレジスタのような装置は、半導体チップ、チップセット、又はそのようなチップ又はチップセットを含む（ハードウェア）モジュールにより表わされるが、これは、実施されるハードウェアではなく、装置又はモジュールの機能が、プロセッサで実行され／ランされる実行可能なソフトウェアコード部分を含むコンピュータプログラム又はコンピュータプログラム製品のような（ソフトウェア）モジュールにおけるソフトウェアとして実施される可能性を除外するものではない。

−デバイスは、例えば、互いに協働する機能であるか、又は互いに独立であるが同じデバイスハウジング内の機能であるかに関わらず、１つの装置とみなされてもよいし、又は２つ以上の装置のアッセンブリとみなされてもよい。

一般的に、前記観点による各機能的ブロック又は要素は、ここに述べる各部の機能の遂行のみに適用される場合は、ハードウェア及び／又はソフトウェアのいずれの既知の手段でも実施できることに注意されたい。上述した方法ステップは、個々の機能的ブロックにおいて又は個々のデバイスにより実現化することもできるし、或いは方法ステップの１つ以上は、単一の機能的ブロックにおいて又は単一のデバイスにより実現化することもできる。

一般的に、いずれの方法ステップも、本発明のアイデアを変更せずに、ソフトウェアとして又はハードウェアにより実施するのに適している。デバイス及び手段は、個々のデバイスとして実施できるが、これは、デバイスの機能が保存される限り、それらがシステム全体にわたり分散形態で実施されることを除外するものではない。そのような及びそれと同様の原理が当業者に知られていると考えられる。

本説明の意味では、ソフトウェアとは、各機能を遂行するためのコード手段又は部分或いはコンピュータプログラム又はコンピュータプログラム製品より成るソフトウェアコード、並びに各データ構造又はコード手段／部分が記憶されたコンピュータ読み取り可能な（ストレージ）媒体のような有形媒体上で実施されるか或いは潜在的にその処理中に信号又はチップで実施されるソフトウェア（或いはコンピュータプログラム又はコンピュータプログラム製品）を含むものである。

又、本発明は、方法及び構造的構成の前記概念が適用できる限り、前記方法ステップ及び動作の考えられる組み合わせ、並びに前記ノード、装置、モジュール又は要素の考えられる組み合わせを網羅するものである。

以上に鑑み、ネットワークバーチャル化シナリオにおけるリソース配置制御のための手段が提供される。そのような手段は、例えば、ネットワークバーチャル化シナリオにおいて、バーチャル化ネットワーク機能を管理する第１ネットワークエンティティにより、前記バーチャル化ネットワーク機能に関連した制約を決定し、前記ネットワークバーチャル化シナリオにおけるリソース容量を管理する第２ネットワークエンティティへ前記制約を表わす情報を前記第１ネットワークエンティティによって送信し、及び前記制約を表わす前記情報に基づき前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を前記第２ネットワークエンティティにより判断する、ことを含む。

本発明は、添付図面の例を参照して上述したが、本発明は、それに限定されないことを理解されたい。むしろ、当業者であれば、本発明は、ここに開示する本発明の範囲から逸脱せずに多数の仕方で変更できることが明らかであろう。

頭字語及び略語のリスト
３ＧＰＰ：第３世代パートナーシッププロジェクト
ＡＺ：アベイラビリティゾーン
ＥＭ：要素マネージャー
ＥＴＳＩ：ヨーロピアンテレコミュニケーションズスタンダードインスティテュート
ＩａａＳ：サービスとしてのインフラストラクチャー
ＬＣＭ：ライフサイクルマネージャー
ＮＦＶ：ネットワーク機能バーチャル化
ＮＦＶＩ：ネットワーク機能バーチャル化インフラストラクチャー
ＮＦＶＯ：ＮＦＶオーケストレータ
ＶＩＭ：バーチャル化インフラストラクチャーマネージャー
ＶＭ：バーチャルマシン
ＶＮＦ：バーチャル化ネットワーク機能
ＶＮＦＣ：ＶＮＦコンポーネント
ＶＮＦＤ：ＶＮＦ記述子
ＶＮＦＭ：ＶＮＦマネージャー

１０、１０’：ネットワークエンティティ
１１：決定手段
１２：送信手段
２０、２０’：ネットワークエンティティ
２１：受信手段
２２：判断手段
８１、８５：プロセッサ
８２、８６：メモリ
８３、８７：インターフェイス
８４、８８：バス
８９：リンク

Claims (28)

1. ネットワークバーチャル化シナリオにおける方法において、
   バーチャル化ネットワーク機能を管理する第１ネットワークエンティティにより、前記バーチャル化ネットワーク機能に関連した制約を決定し、
   前記ネットワークバーチャル化シナリオにおけるリソース容量を管理する第２ネットワークエンティティへ前記制約を表わす情報を前記第１ネットワークエンティティによって送信し、及び
   前記制約を表わす前記情報に基づき前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を前記第２ネットワークエンティティにより判断する、
   ことを含む方法。
2. 前記決定の前に、前記バーチャル化ネットワーク機能に関するリソース関連変更の必要性を前記第１ネットワークエンティティにより検出し、及び
   前記リソース関連変更の前記必要性に基づき前記バーチャル化ネットワーク機能のリソース消費に対する変化を前記第１ネットワークエンティティにより確認する、
   ことを更に含む、請求項１に記載の方法。
3. 前記決定に関連して、
   前記バーチャル化ネットワーク機能に既に割り当てられたリソースの構成を考慮し、及び／又は
   前記バーチャル化ネットワーク機能のターゲット特性を考慮する、
   請求項１又は２のいずれかに記載の方法。
4. 前記判断に関連して、前記方法は、更に、
   前記制約を満足するリソースが利用できる場合には、前記制約を満足する前記リソースに関連した位置情報を、前記バーチャル化ネットワーク機能に対して割り当てられるべき前記リソース又はリソース容量の指示として、前記第２ネットワークエンティティにより検査し、及び
   前記位置情報を前記第２ネットワークエンティティにより前記第１ネットワークエンティティへ送信する、
   ことを含む、請求項１から３のいずれかに記載の方法。
5. 前記判断に関連して、前記方法は、更に、
   前記送信の前に、前記バーチャル化ネットワーク機能に対して割り当てられるべき前記リソース又はリソース容量を前記第２ネットワークエンティティにより予約する、
   ことを含む、請求項４に記載の方法。
6. 前記判断に関連して、前記方法は、更に、
   前記制約を満足するリソースが利用できない場合には、前記制約を満足できないことを表わす情報を前記第２ネットワークエンティティにより前記第１ネットワークエンティティへ送信する、
   ことを含む、請求項１から５のいずれかに記載の方法。
7. 前記判断に関連して、
   前記ネットワークバーチャル化シナリオに存在するリソース及び前記ネットワークバーチャル化シナリオに実際に割り当てられたリソースを考慮し、及び任意であるが、
   前記ネットワークバーチャル化シナリオに予約されたリソースを考慮する、
   請求項１から６のいずれかに記載の方法。
8. 前記判断の後に、前記バーチャル化ネットワーク機能に対して割り当てられるべき前記リソース又はリソース容量を表わす位置情報を前記第１ネットワークエンティティにより受信し、及び
   前記位置情報に基づいてリソース生成要求を前記第１ネットワークエンティティにより送信する、
   ことを更に含む、請求項１から７のいずれかに記載の方法。
9. 前記制約を表わす前記情報は、承諾要求の一部分として送信される、請求項１から８のいずれかに記載の方法。
10. 前記制約は、割り当てられるべき前記リソースの配置を制約する配置制約である、請求項１から９のいずれかに記載の方法。
11. 前記制約は、アベイラビリティゾーン、少なくとも１つのアベイラビリティゾーンを含むアベイラビリティゾーングループ、前記ネットワークバーチャル化シナリオにおける１組の前記リソースを管理するバーチャル化インフラストラクチャーマネージャー、前記ネットワークバーチャル化シナリオにおける前記リソースの一部分を物理的に与えるホスト、及びある実施特有のリソース位置、のうちの少なくとも１つを含む、請求項１から１０のいずれかに記載の方法。
12. 前記制約が、互いに関連した第１のアベイラビリティゾーン及び第２のアベイラビリティゾーンを含むアベイラビリティゾーングループを含む場合、及び前記バーチャル化ネットワーク機能に既に割り当てられたリソースが前記第１のアベイラビリティゾーンに関連する場合には、前記第２のアベイラビリティゾーンに関連したリソースを考慮する、請求項１１に記載の方法。
13. ネットワークバーチャル化シナリオにおけるシステムにおいて、
    バーチャル化ネットワーク機能を管理する第１ネットワークエンティティ、及び
    前記ネットワークバーチャル化シナリオにおけるリソース容量を管理する第２ネットワークエンティティ、
    を備え、前記第１ネットワークエンティティは、
    前記バーチャル化ネットワーク機能に関連した制約を決定し及び前記制約を表わす情報を前記第２ネットワークエンティティへ送信するように構成され、及び
    前記第２ネットワークエンティティは、
    前記制約を表わす前記情報に基づいて前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を判断するように構成される、システム。
14. 前記第１ネットワークエンティティは、
    前記決定の前に、前記バーチャル化ネットワーク機能に関するリソース関連変更の必要性を検出し、及び
    前記リソース関連変更の前記必要性に基づき前記バーチャル化ネットワーク機能のリソース消費に対する変化を確認する、
    ように構成される、請求項１３に記載のシステム。
15. 前記第１ネットワークエンティティは、
    前記バーチャル化ネットワーク機能に既に割り当てられたリソースの構成を考慮して前記制約を決定し、及び／又は
    前記バーチャル化ネットワーク機能のターゲット特性を考慮して前記制約を決定する、
    ように構成される、請求項１３又は１４のいずれかに記載のシステム。
16. 前記第２ネットワークエンティティは、
    前記制約を満足するリソースが利用できる場合には、前記制約を満足する前記リソースに関連した位置情報を前記バーチャル化ネットワーク機能に対して割り当てられるべき前記リソース又はリソース容量の指示として検査することにより、割り当てられるべき前記リソース又はリソース容量を判断し、及び
    前記位置情報を前記第１ネットワークエンティティへ送信する、
    ように構成される、請求項１３から１５のいずれかに記載のシステム。
17. 前記第２ネットワークエンティティは、
    前記送信の前に、前記バーチャル化ネットワーク機能に対して割り当てられるべき前記リソース又はリソース容量を約する、
    ように構成される、請求項１６に記載のシステム。
18. 前記第２ネットワークエンティティは、
    前記制約を満足するリソースが利用できない場合には、前記制約を満足できないことを表わす情報を前記第１ネットワークエンティティへ送信する、
    ように構成される、請求項１３から１８のいずれかに記載のシステム。
19. 前記第２ネットワークエンティティは、
    前記ネットワークバーチャル化シナリオに存在するリソース及び前記ネットワークバーチャル化シナリオに実際に割り当てられたリソースを考慮し、及び任意であるが、
    前記ネットワークバーチャル化シナリオに予約されたリソースを考慮して、
    割り当てられるべき前記リソース又はリソース容量を判断する、
    ように構成される、請求項１３から１９のいずれかに記載のシステム。
20. 前記第１ネットワークエンティティは、
    前記判断の後に、前記バーチャル化ネットワーク機能に対して割り当てられるべき前記リソース又はリソース容量を表わす位置情報を受信し、及び
    前記位置情報に基づいてリソース生成要求を送信する、
    ように構成される、請求項１３から１９のいずれかに記載のシステム。
21. 前記制約を表わす前記情報は承諾要求の一部分として送信される、請求項１３から２０のいずれかに記載のシステム。
22. 前記制約は、割り当てられるべき前記リソースの配置を制約する配置制約である、請求項１３から２１のいずれかに記載のシステム。
23. 前記制約は、アベイラビリティゾーン、少なくとも１つのアベイラビリティゾーンを含むアベイラビリティゾーングループ、前記ネットワークバーチャル化シナリオにおける１組の前記リソースを管理するバーチャル化インフラストラクチャーマネージャー、前記ネットワークバーチャル化シナリオにおける前記リソースの一部分を物理的に与えるホスト、及びある実施特有のリソース位置、のうちの少なくとも１つを含む、請求項１３から２２のいずれかに記載のシステム。
24. 前記第２ネットワークエンティティは、前記制約が、互いに関連した第１のアベイラビリティゾーン及び第２のアベイラビリティゾーンを含むアベイラビリティゾーングループを含む場合、及び前記バーチャル化ネットワーク機能に既に割り当てられたリソースが前記第１のアベイラビリティゾーンに関連する場合には、前記第２のアベイラビリティゾーンに関連したリソースを考慮して、割り当てられるべきリソース又はリソース容量を判断するように構成される、請求項２３に記載のシステム。
25. バーチャル化ネットワーク機能を管理するためのネットワークバーチャル化シナリオにおける装置において、
    前記バーチャル化ネットワーク機能に関連した制約を決定するよう構成された決定手段、及び
    前記制約を表わす情報を送信するよう構成された送信手段、
    を備えた装置。
26. ネットワークバーチャル化シナリオにおけるリソース容量を管理するためのネットワークバーチャル化シナリオにおける装置において、
    バーチャル化ネットワーク機能に関連した制約を表わす情報を受信するよう構成された受信手段、及び
    前記制約を表わす前記情報に基づいて前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を判断するように構成された判断手段、
    を備えた装置。
27. バーチャル化ネットワーク機能を管理するためのネットワークバーチャル化シナリオにおける装置において、
    少なくとも１つのプロセッサ、
    コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
    少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス、
    を備え、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードと共に、装置が、
    前記バーチャル化ネットワーク機能に関連した制約を決定し、及び
    前記制約を表わす情報を送信する、
    ことを遂行するようにさせるよう構成された装置。
28. ネットワークバーチャル化シナリオにおけるリソース容量を管理するためのネットワークバーチャル化シナリオにおける装置において、
    少なくとも１つのプロセッサ、
    コンピュータプログラムコードを含む少なくとも１つのメモリ、及び
    少なくとも別の装置と通信するように構成された少なくとも１つのインターフェイス、
    を備え、少なくとも１つのプロセッサは、少なくとも１つのメモリ及びコンピュータプログラムコードと共に、装置が、
    バーチャル化ネットワーク機能に関連した制約を表わす情報を受信し、及び
    前記制約を表わす前記情報に基づいて前記バーチャル化ネットワーク機能に対して割り当てられるべきリソース又はリソース容量を判断する、
    ことを遂行するようにさせるよう構成された装置。

Images