JP2019071655A - 動的仮想化ネットワーク機能記述子管理のためのシステムおよび方法 - Google Patents

Abstract

【課題】ネットワーク機能仮想化（ＮＦＶ）システムにおいて、従来は静的に定義される仮想ネットワーク機能記述子（ＶＮＦ）を更新するための技術を提供する。【解決手段】仮想ネットワーク機能記述子（ＶＮＦＤ）パラメータは、ＶＮＦＤパラメータが更新され得るか否かを管理エンティティが決定することを可能にするサブフィールドを備える。当該サブフィールドは、ＶＮＦＤパラメータが動的／設定可能ＶＮＦＤパラメータであるか、固定／静的ＶＮＦＤパラメータであるかを示す書き込み能力サブフィールドを有する。ＶＮＦＤパラメータはまた、どのエンティティがＶＮＦＤパラメータを変更／更新することを許可されるかを示すアクセス許可サブフィールドも備える。ＶＮＦＤパラメータはまた、ＶＮＦＤパラメータが更新されるために発生することが要求される１または複数の条件を示す制約サブフィールドも備えてよい。【選択図】図９

Description

本願は、２０１５年５月７日出願の米国仮出願第６２／１５８，２７６号、および２０１５年５月７日出願の、米国仮出願第６２／１５８，３８１号の利益を主張し、その両方は、それら全体が再現されたかのように本明細書に参照によってこれにより組み込まれる。

本発明は、ネットワーク仮想化のためのシステムおよび方法に関し、特定の実施形態においては、動的仮想化ネットワーク機能仮想化管理のためのシステムおよび方法に関する。

ネットワーク機能仮想化（ＮＦＶ）は、コスト低減と効率的／俊敏なネットワークオペレーションおよび性能とを目的とした、一般的な構造のハードウェアプラットフォームを使用してネットワーク機器を仮想化するための産業努力である。概念的に言えば、ＮＦＶは、仮想ハードウェア抽象化を使用して、ネットワーク機能を、それらが動作するハードウェアから切り離す原理であり、ネットワークノード機能の全クラスを、共に接続またはチェーンされてよい構築ブロックに仮想化して通信サービスを生み出そうとする。

動的仮想化ネットワーク機能記述子管理のためのシステムおよび方法を説明する本開示の実施形態によって、技術的利点が概して達成される。

一実施形態によれば、仮想ネットワーク機能（ＶＮＦ）パラメータを動的に設定するための方法が提供される。本例では、当該方法は、管理エンティティにおいて、ＶＮＦまたはＶＮＦインスタンスに関連付けられたＶＮＦ記述子（ＶＮＦＤ）を受信する段階を備える。ＶＮＦＤは、ＶＮＦまたはＶＮＦインスタンスの特性を記述するパラメータのセットをリストする。当該方法はさらに、ＶＮＦＤパラメータの１または複数のサブフィールドにしたがって、または動的に設定可能なＶＮＦＤパラメータをリストする情報要素にしたがって、ＶＮＦＤにおけるＶＮＦＤパラメータが動的に更新され得るか否かを決定する段階と、ＶＮＦＤパラメータは動的に更新され得ると決定し次第、ＶＮＦＤパラメータを動的に更新する段階とを備える。本方法を実行するための装置もまた提供される。

別の実施形態によれば、仮想ネットワーク機能（ＶＮＦ）リソース割り当てを管理するための方法が提供される。本例では、当該方法は、ＶＮＦマネージャ（ＶＮＦＭ）において、ネットワーク機能仮想化事業者（ＮＦＶＯ）からクオータ情報通知を受信する段階を備える。クオータ情報通知は、ＶＮＦＭに対して、またはＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対して割り当てられるクオータに対応する。当該方法はさらに、クオータ管理要求をＮＦＶＯに送信して、ＮＦＶＯによって最初に設定されたクオータを更新する、またはＮＦＶＯによって最初に設定されたクオータに関する情報を要求する段階、およびＮＦＶＯからクオータ管理要求に対する応答を受信する段階を備える。本方法を実行するための装置もまた提供される。

本発明およびその利点のより完全な理解のために、次の添付の図面と併せて以下の説明をここで参照する。
仮想ネットワーク機能記述子（ＶＮＦＤ）の実施形態のブロック図を示す。 仮想ネットワーク機能記述子（ＶＮＦＤ）の別の実施形態のブロック図を示す。 ＶＮＦパッケージをアクティブ化するための通信シーケンスの実施形態のプロトコル図を示す。 ＯＡＭシステムから設定パラメータを検索するための通信シーケンスの実施形態のプロトコル図を示す。 ＶＮＦインスタンスのクオータを確立するための通信シーケンスのプロトコル図を示す。 クオータに基づいてＶＮＦインスタンスにリソースを割り当てるための通信シーケンスのプロトコル図を示す。 クオータのサイズを増大させるための通信シーケンスのプロトコル図を示す。 クオータのサイズを低減するための通信シーケンスのプロトコル図を示す。 ＶＮＦ記述子（ＶＮＦＤ）パラメータを動的に更新するための方法の一実施形態のフローチャートを示す。 クオータを管理するための方法の一実施形態のフローチャートを示す。 処理システムのブロック図を示す。 無線通信システムの一実施形態の図を示す。 ユーザ機器（ＵＥ）の一実施形態の図を示す。 基地局の一実施形態の図を示す。

目下のところ好適な実施形態の構造、製造、および使用が以下で詳細に説明される。しかしながら、本発明は、多種多様な具体的な文脈において具現化され得る多数の適用可能な発明概念を提供することが理解されるべきである。説明される具体的な実施形態は、本発明を作成し使用するための具体的なやり方の例示に過ぎず、本発明の範囲を限定するものではない。

仮想ネットワーク機能（ＶＮＦ）は、専用ハードウェアからソフトウェアに移された、仮想化されたタスクである。ＶＮＦ記述子（ＶＮＦＤ）が、ＶＮＦインスタンスの特性および／または属性を記述するパラメータのセットを含んでよい。ホストデバイス上の、ＶＮＦインスタンスに対応する仮想マシンをインスタンス化すべく、ネットワーク機能仮想化オーケストレータ（ＮＦＶＯ）によってＶＮＦＤが使用されてよい。ＮＦＶＯは、ＶＮＦ間のリソースのプロビジョニングのためのアービトレータ（ａｒｂｉｔｒａｔｏｒ）として機能するソフトウェアパッケージである。ＮＦＶＯが、異なるホストデバイス上のＶＮＦインスタンスに対応するＶＭのインスタンス化をトリガしてよい。

従来型のＮＦＶシステムにおいて、ＶＮＦＤのパラメータは、静的に定義される。しかしながら、いくつかの例では、ＶＮＦＤを更新して、ＶＮＦインスタンスの新たな、または変更された特性および／または属性を反映するのが望ましい場合があり、それは、ベンダまたは事業者によってＶＮＦインスタンスが更新されるときに発生し得るような場合である。したがって、ＶＮＦＤを更新するための技術が望まれる。

本開示の実施形態が、ＶＮＦＤパラメータが更新され得るか否かを管理エンティティが決定することを可能にするサブフィールドを含むＶＮＦＤパラメータフォーマットを提供する。当該サブフィールドは、書き込み能力サブフィールド、アクセス許可サブフィールド、管理優先度サブフィールド、および／または制約サブフィールドを含んでよい。パラメータサブフィールドは、ＶＮＦＤパラメータの名称を示す。書き込み能力サブフィールドは、ＶＮＦＤパラメータが動的／設定可能ＶＮＦＤパラメータであるか、固定／静的ＶＮＦＤパラメータであるかを示す。動的／設定可能ＶＮＦＤパラメータは書き込み可能であり、それらが動的に更新されることが可能なことを意味する。静的ＶＮＦＤパラメータは読み出しのみである。管理優先度サブフィールドは、サブフィールドを更新する直近のエンティティの優先度を示す。制約サブフィールドは、ＶＮＦＤパラメータが更新されるために発生することが要求される１または複数の条件を示す。例えば、制約フィールドは、ＶＮＦインスタンス化およびライフサイクル管理（ＬＣＭ）イベント、またはオンボーディングイベント（ｏｎｂｏａｒｄｉｎｇ ｅｖｅｎｔ）が、閾値期間内に発生したことを要求し得る。

ＶＮＦＤパラメータの１または複数のサブフィールドにしたがって、および／または、動的に設定可能なＶＮＦＤパラメータをリストする情報要素にしたがって、ＶＮＦＤパラメータが動的に更新され得るか否かを管理エンティティが決定してよい。一実施形態において、管理エンティティは、ＶＮＦＤパラメータが再設定され得るか否かを示すＶＮＦＤパラメータのサブフィールドにしたがって、ＶＮＦＤパラメータが設定可能なＶＮＦＤパラメータであるか、固定のＶＮＦＤパラメータであるかを決定する。

別の実施形態において、ＶＮＦＤパラメータが、動的に設定可能なＶＮＦＤパラメータをリストする情報要素によってリストされるか否かにしたがって、管理エンティティは、ＶＮＦＤパラメータが設定可能なＶＮＦＤパラメータであるか否かを決定する。情報要素は、ＶＮＦまたはＶＮＦインスタンスの設定可能なプロパティを定義するＶｎｆＣｏｎｆｉｇｕｒａｂｌｅＰｒｏｐｅｒｔｉｅｓ情報要素であってよい。別の実施形態において、ＶＮＦＤパラメータのアクセス許可サブフィールドにしたがって、管理エンティティは、ＶＮＦＤパラメータを更新することを管理エンティティが許可されたか否かを決定する。アクセス許可サブフィールドは、どのエンティティがＶＮＦＤパラメータを更新することを許可されるかを識別してよい。別の実施形態において、ＶＮＦＤパラメータの管理優先度サブフィールドにしたがって、管理エンティティは、ＶＮＦＤパラメータの属性が管理エンティティによって変更され得るか否かを決定してよい。管理優先度サブフィールドは、ＶＮＦＤパラメータの属性を設定したエンティティの管理優先度を示してよい。ＶＮＦＤパラメータの属性を以前設定したエンティティより高い管理優先度を管理エンティティが有するとき、管理エンティティは、属性を変更することを許可されてよい。さらに別の実施形態では、ＶＮＦＤパラメータの制約サブフィールドによって特定された１または複数の条件が閾値期間内に発生したとき、管理エンティティは、ＶＮＦＤパラメータが動的に更新され得るか否かを決定してよい。

ＶＮＦＤパラメータは、ＶＮＦまたはＶＮＦインスタンスの特性への変更を反映すべく、更新／変更されてよい。例えば、ＶＮＦＤパラメータは、仮想デプロイメントユニット（ＶＤＵ）数、仮想リンク数、またはＶＮＦまたはＶＮＦインスタンス内の接続ポイント数の増加または減少を反映すべく更新されてよい。別の例として、ＶＮＦＤパラメータは、ＶＮＦまたはＶＮＦインスタンスのリソースクオータの増加または減少を反映すべく更新されてよい。リソースクオータは、ＶＮＦまたはＶＮＦインスタンスに割り当てられ得るリソースの最大数を特定する。管理エンティティは、ネットワーク機能仮想化事業者（ＮＦＶＯ）、オペレーショナルサポートシステム（ＯＳＳ）機能、認証、許可、および課金（ＡＡＡ）機能、またはＶＮＦマネージャ（ＶＮＦＭ）であってよい。

本開示の実施形態がさらに、クオータを管理するための技術を提供する。一実施形態において、ＶＮＦマネージャ（ＶＮＦＭ）が、ネットワーク機能仮想化事業者（ＮＦＶＯ）からクオータ情報通知を受信してよい。クオータ情報通知は、ＶＮＦＭに対して、またはＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対して割り当てられるクオータに対応してよい。次にＶＮＦＭは、クオータ管理要求をＮＦＶＯに送信してよい。クオータ管理要求は、最初にＮＦＶＯによって設定されたクオータの更新を要求してよい。あるいは、クオータ管理要求は、クオータに関する情報を要求してよい。

一実施形態において、クオータ管理要求は、ＶＮＦＭに対して、またはＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対して割り当てられるクオータに何か変更があるか否かを示す、更新されたクオータ情報のクエリを実行する。別の実施形態において、クオータ管理要求はクオータの増加または減少を要求する。さらに別の実施形態では、クオータ管理要求は、クオータの削除を要求する。

ＮＦＶＯからのクオータ通知情報は、クオータが、ＶＮＦＭにとって、またはＶＮＦＭによって管理される１または複数のＶＮＦインスタンスにとって利用可能か否かを示してよい。ＶＮＦＭに対して、またはＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対して割り当てられることが許可されるコンピュータリソースの最大数をクオータが特定してよい。例えば、ＶＮＦＭにとって、またはＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対してインスタンス化されることが許可される仮想マシン（ＶＭ）またはＣＰＵプロセスの最大数をクオータが特定してよい。別の例として、ＶＮＦＭに対して、またはＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対して割り当てられることが許可される最大記憶容量をクオータは特定してよい。

あるいは、ＶＮＦＭに対して、またはＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対して割り当てられることが許可される最大ネットワークリソース容量をクオータが特定してよい。さらに別の代替例として、ＶＮＦＭに対して、またはＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対して割り当てられることが許可されるリソースタイプ、クラス、またはレベルをクオータが特定してよい。例えば、ＶＮＦＭに対して、またはＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対して割り当てられてよいゴールドクラスリソースのみをクオータが特定してよい。クオータ情報通知、クオータ管理要求、および／または応答は、仮想化リソースクオータ管理インタフェースを通じて交換されてよい。

いくつかの実施形態において、認証、許可、および課金（ＡＡＡ）機能、オペレーショナルサポートシステム（ＯＳＳ）機能、またはＶＮＦマネージャ（ＶＮＦＭ）機能などの別のエンティティから、動的に設定可能なＶＮＦＤパラメータを動的に更新する要求を受信し次第、動的に設定可能なＶＮＦＤパラメータをＮＦＶＯが動的に更新してよい。いくつかの実施形態において、ＶＮＦＤパラメータによって特定される１または複数の制約が満たされたときだけ、ＮＦＶＯはＶＮＦＤを更新してよい。例えば、更新された要求の送り主がＶＮＦＤパラメータを変更する許可を有するとき、ＮＦＶＯは、ＶＮＦＤパラメータを更新するのみであってよい。ＶＮＦＤパラメータを変更する許可を有するエンティティは、ＶＮＦＤパラメータの管理エンティティフィールド内にリストされてよい。他の実施形態において、要求の送り主が、対応するパラメータの変更をごく直近に要求したエンティティより高い管理優先度を有するときのみ、ＮＦＶＯはＶＮＦＤを更新してよい。パラメータを更新する直近のエンティティの優先度分類は、ＶＮＦＤパラメータの優先管理エンティティフィールド内にリストされてよい。さらに別の実施形態では、ＶＮＦＤによって特定される１または複数の制約／条件が、要求がＮＦＶＯによって受信されたときから閾値期間内に発生したときだけ、ＮＦＶＯはＶＮＦＤを更新してよい。これらの制約／条件は、ＶＮＦＤパラメータの制約フィールド内に特定されてよい。動的設定可能なＶＮＦＤパラメータは、例えば、（値の範囲内、または最大数と最小数との間で設定可能な）ＶＮＦインスタンスにおける仮想デプロイメントユニット（ＶＤＵ）数、ＶＮＦインスタンスにおける仮想リンク数、ＶＮＦインスタンスにおける接続ポイント数、仮想リソースのクオータ数、または仮想リソースのテナントＩＤを含んでよい。

様々な実施形態において、システムは、単一のファイルを使用して、動的に変化するＶＮＦＤを格納することが可能である。例えば、ＶＮＦパラメータを含む複数のファイルのセットが、ＶＮＦソフトウェアパッケージの一部としてＶＮＦベンダによって提供されてよい。システムはまた、これらの複数のファイルの各々からパラメータを抽出し、単一の統合されたＶＮＦＤファイルへとそれらを共に組み合わせることが可能であってよい。当該ＶＮＦＤファイルは、次にＶＮＦのインスタンス化を設定するために使用される。例えば、ＮＦＶＯは、複数のエンティティが単一のファイルにおいてＶＮＦパラメータを設定できることを確保するよう動的ＶＮＦＤパラメータへのアクセスを許可するための集中型コントロールポイントであってよい。

ＶＮＦＤには、パラメータが静的（リードオンリアクセス）であるか、動的に設定可能（リード‐ライトアクセス）であるかと、どのエンティティがリード‐ライトアクセスを有するのかと、複数のエンティティがリード‐ライトアクセスを有する場合は、アクセスの優先度、およびさらにはパラメータの範囲を限定するあらゆる条件または制約との指標も存在する。そのような制約の１つの例は、（例えば、地理的ライセンス付与などの場合、）ターゲットデバイスが特定の地理的位置にあるときだけ、特定のパラメータが適用されるというものである。パラメータ制約の別の例は、例えば、ＶＮＦがサスペンド状態またはオーバーロード状態にあるときなど、ＶＮＦが特定の状態を有するときだけ、特定のパラメータが適用されるというものである。いくつかの実施形態において、ＶＮＦＤパラメータが動的に設定可能であるか否かをＶＮＦＤパラメータの書き込み修飾子フィールドが示してよい。

様々な実施形態において、システムはまた、ＮＦＶＯと同じ物理ノードであってもなくてもよい、ＮＦＶＯとは論理的に別個のエンティティであるＶＮＦＭを含んでよい。一例において、ＮＦＶＯは、例えば、アーキテクチャ層においてサービスを形成すべく種々のＶＮＦを使用してよいＭ２ＭサービスのＭ２Ｍ管理リソースを調整してよい。

第１のＮＦＶクオータ解決手段において、ＮＦＶＯはクオータを認識し、クオータを実施し、その一方でＶＮＦＭは、クオータオペレーションに関与することなく命令に従うのみである。しかしながら、いくつかの実施例では、ＶＮＦＭはリソース管理を実行し、ＶＮＦＭは、そのＶＮＦのリソースをどのように管理するかについて、ＮＦＶＯより良好なインテリジェンスを有する。そのようなケースでは、ＮＦＶＯ中心のクオータ解決手段は、より良好なリソース管理を持つ可能性を限定する。

その代わりに、第２の解決手段の一実施形態において、仮想化インフラストラクチャマネージャ（ＶＩＭ）によって、そのテナントに対してクオータが提示され、ゆえに、それは、そのテナントが何であるかについての知識を何ら有さない。したがって、ＶＮＦＭはクオータ管理を実行できる。なぜなら、ＶＮＦは、ネットワーク機能仮想化実装（ＮＦＶＩ）のテナントであるからである。ＶＮＦＭは、グラントオペレーション、または専用のリソース通知、またはクエリインタフェースを通じてＮＦＶＯからクオータ情報を受信し、次に、ＶＮＦＭは、クオータにしたがって、ＶＩＭにリソースを要求する。

そのような実施形態において、ＶＮＦＭとＮＦＶＯとの間にクオータ交渉および通知メカニズムが提供されてよい。リソース変更またはいくつかのリソースポリシがトリガされたことをＶＩＭが通知するとき、ＮＦＶＯは、クオータを変更すべくＶＮＦＭに通知を送信する。このリソース通知インタフェースは、予約に基づく解決手段とクオータに基づく解決手段との両方のためのリソース割り当て情報を届けるために使用され得る。ＶＮＦＭはまた、クオータの拡大／縮小を要求する、またはＮＦＶＯと交渉する追加の能力を有する。いくつかの実施形態において、例えば、１０個の仮想マシン（ＶＭ）を備えるクオータ階層１、２０個のＶＭを備えるクオータ２など、種々の階層またはタイプのクオータが、ＶＮＦＭが選択するのに利用可能であってよい。追加のＶＭは、例えば、増加したトラフィックを処理すべく追加された、ＶＮＦの複製されたコピーであってよい。

いくつかの実施形態において、追加のリソース割り当てのためにＶＩＭに要求を送信する代わりに、クオータ閾値を満たすことが、ＶＮＦＭをトリガして、グラント／クオータ変更要求をＮＦＶＯに送信する。ＮＦＶＯがクオータを使用してリソース管理および割り当てを実行するいくつかの実施形態において、ＮＦＶＯ（プロデューサ）においてクオータクエリインタフェースが提供される。ここでクオータリソースに基づいて異なるＶＮＦＣをインスタンス化するなどのインスタンス化の前に、より最適化やり方でＶＮＦＣを設定すべく、ＶＮＦＭは、クオータ情報をクエリできる。いくつかの実施形態において、ＮＦＶＯにクオータ消費状態について通知すべく、ＶＮＦＭまたはＶＩＭ用のクオータ使用量通知インタフェースが提供される。

図１は、ＶＮＦＤ１０２の一実施形態を示すブロック図であり、ＶＮＦＤ１０２は、そのデプロイメントおよびオペレーション上の挙動の要件に関してＶＮＦを記述するデプロイメントのテンプレートである。ＶＮＦＤ１０２は、ＶＮＦインスタンスのＶＮＦインスタンス化およびライフサイクル管理（ＬＣＭ）の過程で、主にＶＮＦＭによって使用される。ＶＮＦＤ１０２内の情報はまた、ネットワーク機能仮想化実装（ＮＦＶＩ）上でネットワークサービス（ＮＳ）および仮想化されたリソースを管理およびオーケストレートすべくＮＦＶＯによって使用される。

ＶＮＦＤ１０２はまた、ＮＦＶインフラストラクチャ（ＮＦＶＩ）内において、そのＶＮＦコンポーネント（ＶＮＦＣ）インスタンス１０６間、またはＶＮＦＣインスタンス１０６と他のネットワークサービスに対するエンドポイントインタフェースとの間の適切な仮想リンク１０４を確立すべくＮＦＶ管理およびオーケストレーション（ＮＦＶ−ＭＡＮＯ）機能ブロックによって使用され得る、接続性、インタフェース、およびキーパフォーマンスインジケータ（ＫＰＩ）の要件を含む。

いくつかの例におけるＶＮＦＤパラメータが、ＶＮＦのデプロイメントおよびオペレーション上の挙動に関してＶＮＦを記述する。例示的なＶＮＦＤパラメータは、静的（ＶＮＦＤにおいて事前に設定された）インジケータ、ＶＮＦＤ ＩＤ、ベンダ識別子、ＶＮＦＤバージョン、仮想化デプロイメントユニット（ＶＤＵ）、仮想リンク、接続ポイント、ライフサイクルイベント、依存性、モニタリングパラメータ、デプロイメントフレーバ、オートスケールポリシ、マニフェストファイル、マニフェストセキュリティファイルを含んでよい。

追加のまたは代替のＶＮＦＤコンポーネントが考えられ、本説明および特許請求の範囲内であることが理解されるべきである。

図２は、静的パラメータのみを使用する代わりに、ＶＮＦＤ２０４内の動的パラメータを使用することによって、ＶＮＦライフサイクル管理の種々のシナリオでＶＮＦＤ２０４をカスタム化するためのメカニズムを事業者に提供するＶＮＦＤ２０４の一実施形態を示すブロック図である。静的パラメータは読み出しのみである。静的パラメータは概して、ＶＮＦＤ設計段階において事業者またはＶＮＦプロバイダによって予め設定され、ＶＮＦ ＬＣＭ手順中には決して更新されず、ＶＮＦＤの更新によってのみ変更され得る。各動的パラメータは、ＶＮＦＤ設計段階中にデフォルト値または値の範囲で設定され、後のＶＮＦインスタンス化または他のＬＣＭ手順中に実行可能な値に更新され得る。動的パラメータは読み書き可能である。

ＶＮＦＤ２０４へのアクセスをＮＦＶＯ２０２によって仲介されて、ＯＳＳ２０６、ＶＮＦＭ２０８、およびＡＡＡ２１０は、ＶＮＦオペレーション中に動的にパラメータ入力を提供し、これにより、この入力は、ＶＮＦＤ２０４内のパラメータの値を埋める。ＶＮＦＤ２０４内の動的パラメータの例は、ＶＮＦインスタンスにおけるＶＤＵ数（値の範囲で、または最大／最小数）、ＶＮＦインスタンスにおける仮想リンク数、ＶＮＦインスタンスにおける接続ポイント数、仮想リソースのクオータ数、および仮想リソースのテナントＩＤを含む。

一実施形態によれば、ＶＮＦＤ２０４内の各パラメータについて、当該パラメータにいくつかの属性が追加される。可読性属性は、静的パラメータについては読み出しのみであり、動的パラメータについては読み書き可能である。当該属性は事業者によって設定可能であり得、または、同様のパラメータが、このパラメータは、設計段階において静的に設定されるのか、ＶＮＦオペレーション中に動的に変更され得るのかを示してよい。

各動的パラメータ（読み書き可能）を処理すると、ＶＮＦＭ２０８は、運用、管理、および保守（ｏｐｅｒａｔｉｏｎｓ，ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｎａｇｅｍｅｎｔ）（ＯＡＭ）エンティティ（例えば、ＶＮＦのＮＦＶＯ／特化型ＶＮＦＭ（Ｓ−ＶＮＦＭ）／汎用ＶＮＦＭ（Ｇ−ＶＮＦＭ）／エレメントマネージャ（ＥＭ））、または動的パラメータを変更する能力を有するＯＡＭエンティティのリストを決定できる。

各動的パラメータについて、複数のエンティティが動的パラメータを変更できる場合、ＶＮＦＭは、パラメータ変更においてコンフリクトがあるとき動的パラメータを変更すべく、もっとも高い優先度を有するエンティティを決定できる。

一実施形態が、動的パラメータの変更が許容され得る条件または制約を提供する。

図３は、ＶＮＦパッケージをアクティブ化するための通信シーケンスの一実施形態のプロトコル図を示す。本例では、ＮＦＶＯ３０２は、オンボーディング（つまり、ローディング）プロセスの一部として、ＶＮＦパッケージを受信またはアクティブ化する。ＶＮＦパッケージは、ネットワーク仮想化セッションまたはインスタンスを設定するために、ＮＦＶＯ３０２に提供される。ＮＦＶＯ３０２は、ＶＮＦＤ３０６と通信してＶＮＦＤパラメータ３１０にアクセスする。ＮＦＶＯ３０２は、ＶＮＦＤパラメータ３１０のうちのどれが動的ＶＮＦＤパラメータであるかを決定する。次に、ＮＦＶＯ３０２はＯＡＭシステム３０４とインタラクトして、動的ＶＮＦＤパラメータのための設定情報３２０を得る。

図４は、ＯＡＭシステムから設定パラメータを検索するための通信シーケンスの一実施形態のプロトコル図を示す。よりフレキシブルでカスタム化されたＶＮＦＤテンプレートを備えたネットワーク仮想化システムまたはサービスは、複合ＶＮＦ ＬＣＭアプリケーションを実行してよい。ネットワーク仮想化セッションまたはインスタンスを設定すべく、ＶＮＦ ＬＣＭを実行するための要求はＶＮＦＭ４０２に提供される。ＶＮＦＭ４０２は、ＶＮＦＤ４０６と通信してＶＮＦＤパラメータ４１０にアクセスする。ＶＮＦＭ４０２は、ＶＮＦＤパラメータ４１０のうちのどれが動的ＶＮＦＤパラメータであるかを決定する。次に、ＶＮＦＭ４０２は、ＯＡＭシステム４０４とインタラクトして、動的ＶＮＦＤパラメータのための設定情報４２０を得る。

図５は、ＶＮＦインスタンスのクオータを確立するための通信シーケンスのプロトコル図を示す。示されるように、ＮＦＶＯが、クオータ要求５１０をＶＩＭ５０６に送信したとき、通信シーケンスは開始する。クオータ要求５１０は、１または複数のＶＮＦインスタンスのためのクオータ情報を要求してよい。ＶＩＭ５０６は、要求されたクオータ情報を含むクオータ応答５２０をＮＦＶＯ５０２に返してよい。次に、ＮＦＶＯ５０２は、クオータ情報を使用して、１または複数のＶＮＦインスタンスにクオータを割り当ててよい。ひとたびクオータ応答５２０がＶＩＭ５０６からＮＦＶＯ５０２に通信されると、クオータを所与のＶＮＦインスタンスに割り当てるためのやり方は様々あってよい。一実施形態において、ＶＮＦＭ５０４は、ＶＮＦライフサイクル管理（ＬＣＭ）グラント要求５３０をＮＦＶＯ５０２に送信する。そのような実施形態では、ＮＦＶＯ５０２は、所与のＶＮＦインスタンスのためのクオータを含むグラント５４０をＶＮＦＭ５０４に返してよい。

別の実施形態において、ＶＮＦＭ５０４は、クオータクエリ要求５５０をＮＦＶＯ５０２に送信する。そのような実施形態では、ＮＦＶＯ５０２は、所与のＶＮＦインスタンスのためのクオータを含む応答５６０を返してよい。別の実施形態において、ＮＦＶＯ５０２は、所与のＶＮＦインスタンスのためのクオータを特定するリソース通知メッセージ５７０をＶＮＦＭ５０４に送信する。次に、ＶＮＦＭ５０４は、応答５８０をＮＦＶＯに返す。

図６は、クオータに基づいてＶＮＦインスタンスにリソースを割り当てるための通信シーケンス６００のプロトコル図を示す。示されるように、ＶＮＦＭ６０４がＶＮＦ ＬＣＭオペレーションを開始したとき、通信シーケンス６００は開始する。そのとき、ＶＮＦＭ６０４は、ＶＮＦインスタンスによって要求されたリソース数が、対応するクオータによって特定されるリソースの最大数より少ないか、またはそれに等しいと決定する。その後ＶＮＦＭ６０５は、リソース割り当て要求６１０をＶＩＭ６０６に送信して、いくつかのリソースがＶＮＦインスタンスに割り当てられることを要求する。リソース割り当て要求６１０によって要求されるリソース数は、対応するクオータによって特定されるリソースの最大数より少ないか、またはそれに等しい。リソース割り当て要求６１０によって要求されたリソース数が、クオータによって特定されるリソースの最大数より少ないか、またはそれに等しいと確認した後、ＶＩＭ６０６は、リソース割り当て応答６２０をＶＮＦＭに送信して、リソース要求が承認されたことを示す。次に、ＶＮＦＭ６０４およびＶＩＭ６０６は、クオータ使用量通知６３０、６４０をＮＦＶＯ６０２に送信して、対応するＶＮＦインスタンスにいくつのリソースが割り当てられたかをＮＦＶＯ６０２に通知する。

図７は、クオータのサイズを増大するための通信シーケンス７００のプロトコル図を示す。示されるように、ＶＮＦＭ７０４がＶＮＦ ＬＣＭオペレーションを開始したとき、通信シーケンス７００は開始する。そのとき、ＶＮＦＭ７０４は、対応するＶＮＦインスタンスによって要求されたリソース数が、対応するクオータによって特定されるリソースの最大数を超えていると決定する。次に、ＶＮＦＭ７０４は、クオータが増大されることを要求する。これを行うやり方は様々ある。一実施形態において、ＶＮＦＭ７０４は、ＶＮＦ ＬＣＭグラント要求７１０をＮＦＶＯ７０２に送信して、クオータサイズが増大されることを要求する。次に、ＮＦＶＯ７０２およびＶＩＭ７０６は、要求／応答メッセージ７２０を交換してクオータを更新し、その後、ＮＦＶＯ７０２は、グラント７３０をＶＮＦＭ７０４に送信する。グラント７３０は、更新／拡大されたクオータの情報を含む。

別の実施形態において、ＶＮＦＭ７０４はクオータ拡大要求メッセージ７４０をＮＦＶＯ７０２に送信して、クオータサイズが増大されることを要求する。次に、ＮＦＶＯ７０２およびＶＩＭ７０６は、要求／応答メッセージ７５０を交換してクオータを更新し、その後、ＮＦＶＯ７０２は、クオータ拡大応答メッセージ７６０をＶＮＦＭ７０４に送信する。クオータ拡大応答メッセージ７６０は、更新／拡大されたクオータの情報を含む。クオータが増大された後、ＶＮＦＭ７０４はおよびＶＩＭ７０６は、リソース要求／応答メッセージ７７０を交換して、リソースをＶＮＦインスタンスに割り当てる。

図８は、クオータ関連ポリシによってトリガされ得る場合の、クオータのサイズを低減するための通信シーケンス８００のプロトコル図を示す。示されるように、ＶＮＦＭ８０４は、要求８１０をＮＦＶＯ８０２に送信する。要求８１０は、ＶＮＦインスタンスに関連付けられたクオータが低減されることを要求する。その後、ＮＦＶＯ８０２およびＶＩＭ８０６は、要求／応答メッセージ８２０を交換してクオータのサイズを低減し、その後、ＮＦＶＯ８０２は、クオータ縮小応答８３０をＶＮＦＭ８０４に送信する。

図９は、管理エンティティによって実行され得る場合の、ＶＮＦ記述子（ＶＮＦＤ）パラメータを動的に更新するための方法９００の一実施形態のフローチャートを示す。段階９１０において、管理エンティティは、ＶＮＦまたはＶＮＦインスタンスに関連付けられたＶＮＦＤを受信する。段階９２０において、管理エンティティは、ＶＮＦＤにおけるＶＮＦＤパラメータが、ＶＮＦＤパラメータの１または複数のサブフィールドにしたがって動的に更新され得るか否かを決定する。一実施形態において、ＶＮＦＤパラメータは、パラメータサブフィールド、書き込み能力サブフィールド、アクセス許可サブフィールド、管理優先度サブフィールド、および／または制約サブフィールドを含む。パラメータサブフィールドは、ＶＮＦＤパラメータの名称を示す。書き込み能力サブフィールドは、ＶＮＦＤパラメータが動的／設定可能ＶＮＦＤパラメータであるか、固定／静的ＶＮＦＤパラメータであるかを示す。動的／設定可能ＶＮＦＤパラメータは書き込み可能であり、それらが動的に更新されることが可能なことを意味する。静的ＶＮＦＤパラメータは読み出しのみである。アクセス許可サブフィールドは、どのエンティティがＶＮＦＤパラメータの更新を許可されるかを識別する。管理優先度サブフィールドは、サブフィールドを更新する直近のエンティティの優先度を示す。制約サブフィールドは、ＶＮＦＤパラメータが更新されるために発生することが要求される１または複数の条件を示す。段階９３０において、管理エンティティは、ＶＮＦＤパラメータを更新する。

図１０は、ＶＮＦＭによって実行され得る場合の、クオータを管理するための方法１０００の一実施形態のフローチャートを示す。段階１０１０において、ＶＮＦＭは、ネットワーク機能仮想化事業者（ＮＦＶＯ）からクオータ情報通知を受信する。クオータ情報通知は、ＶＮＦＭに対して、またはＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対して割り当てられたクオータに対応する。段階１０２０において、ＶＮＦＭは、クオータ管理要求をＮＦＶＯに送信して、ＮＦＶＯによって最初に設定されたクオータを更新するか、または、ＮＦＶＯによって最初に設定されたクオータに関する情報を要求する。段階１０３０において、ＮＦＶＭは、ＮＦＶＯからクオータ管理要求に対する応答を受信する。

いくつかの実施形態において、ＶｎｆＣｏｎｆｉｇｕｒａｂｌｅＰｒｏｐｅｒｔｉｅｓ情報要素が、ＶＮＦまたはＶＮＦインスタンスの設定可能なプロパティを定義する。ＶＮＦインスタンスについて、これらのプロパティの値は、ＶＮＦＭによって変更されてよい。表１は、ＶｎｆＣｏｎｆｉｇｕｒａｂｌｅＰｒｏｐｅｒｔｉｅｓ情報要素のいくつかの属性を含む。

図１１は、本明細書において開示されているデバイスおよび方法を実装するために使用されてよい処理システム１１００のブロック図である。特定のデバイスが、示されるコンポーネントの全てを、またはそれらのコンポーネントのサブセットだけを利用してよく、統合のレベルはデバイスによって異なってよい。さらに、デバイスは、複数の処理ユニット、プロセッサ、メモリ、送信機、受信機などのような、コンポーネントの複数の例を含んでよい。処理システム１１００は、スピーカ、マイク、マウス、タッチスクリーン、キーパッド、キーボード、プリンタなどの１１０７、ディスプレイ１１０８、および同様のものなどの１または複数の入出力デバイスを備えた処理ユニットを備えてよい。処理ユニットは、バス１１３５に接続された中央処理装置（ＣＰＵ）１１１０、メモリ１１１５、大容量記憶デバイス１１２０、ビデオアダプタ１１２５、およびＩ／Ｏインタフェース１１３０を有してよい。

バス１１３５は、メモリバスもしくはメモリコントローラ、周辺バス、ビデオバス、または同様のものを含む、任意のタイプのいくつかバスアーキテクチャのうちの１または複数であってよい。ＣＰＵ１１１０は、任意のタイプの電子データプロセッサを含んでよい。メモリ１１１５は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、リードオンリメモリ（ＲＯＭ）、これらの組み合わせ、または同様のものなどの、任意のタイプの非一時的システムメモリを含んでよい。一実施形態において、メモリ１１１５は、ブートアップ時に使用するためのＲＯＭと、プログラムを実行する間に使用するためのプログラムおよびデータを格納するためのＤＲＡＭとを含んでよい。

大容量記憶デバイス１１２０は、データ、プログラム、および他の情報を格納するよう、および、当該データ、プログラム、および他の情報を、バス１１３５を介してアクセス可能にするよう構成される任意のタイプの非一時的記憶デバイスを含んでよい。大容量記憶デバイス１１２０は、例えば、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブ、または同様のもののうちの１または複数を含み得る。

ビデオアダプタ１１２５およびＩ／Ｏインタフェース１１３０は、外部の入出力デバイスを処理ユニットに結合するためのインタフェースを提供する。示されるように、入出力デバイスの例は、ビデオアダプタ１１２５に結合されるディスプレイ１１０７と、Ｉ／Ｏインタフェース１１３０に結合されるマウス／キーボード／プリンタ１１０５とを含む。他のデバイスが処理ユニットに結合されてよく、さらなる、またはより少ないインタフェースデバイスが利用されてよい。例えば、プリンタ用のインタフェースを提供するために、ユニバーサルシリアルバス（ＵＳＢ）（不図示）などのシリアルインタフェースが使用されてよい。

処理システム１１００はまた、１または複数のネットワークインタフェース１１５０を備えてよい。当該１または複数のネットワークインタフェース１１５０は、イーサネット（登録商標）ケーブルまたは同様のものなどの有線リンク、および／または、ノードまたは種々のネットワーク１１５５にアクセスするための無線リンクを含んでよい。ネットワークインタフェース１１５０は、処理システム１１００が、ネットワーク１１５５を介して遠隔ユニットと通信することを可能にする。例えば、ネットワークインタフェース１１５０は、１または複数の送信機／送信アンテナおよび１または複数の受信機／受信アンテナを介して、無線通信を提供してよい。一実施形態において、処理システム１１００は、データ処理と、他の処理ユニット、インターネット、遠隔記憶装置、または同様のものなどの遠隔デバイスとの通信とのために、ローカルエリアネットワークまたは広域ネットワーク１１５５に結合される。

図１２は、本明細書において、開示されるデバイスおよび方法を実装するために使用されてよい例示的な通信システム１２００を示す。一般に、システム１２００は、複数の無線ユーザがデータおよび他のコンテンツを送受信できるようにする。システム１２００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、またはシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を実装してよい。

本例では、通信システム１２００は、ユーザ機器（ＵＥ）１２１０ａ−１２１０ｃ、無線アクセスネットワーク（ＲＡＮ）１２２０ａ−１２２０ｂ、コアネットワーク１２３０、公衆交換電話網（ＰＳＴＮ）１２４０、インターネット１２５０、および他のネットワーク１２６０を備える。図１２において、特定の数のこれらのコンポーネントまたは要素が示されているが、任意の数のこれらのコンポーネントまたは要素がシステム１２００に含まれてよい。

ＵＥ１２１０ａ−１２１０ｃは、システム１２００において動作および／または通信するよう構成される。例えば、ＵＥ１２１０ａ−１２１０ｃは、無線信号または有線信号を送信および／または受信するよう構成される。各ＵＥ１２１０ａ−１２１０ｃは、任意の適したエンドユーザデバイスを表し、ユーザ機器／デバイス（ＵＥ）、無線送信／受信ユニット（ＷＴＲＵ）、移動局、固定または移動加入者ユニット、ページャ、セルラー電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、コンピュータ、タッチパッド、無線センサ、または家庭用電子機器のようなデバイスを含んでよい（または、そのように称されてよい）。

ここでのＲＡＮ１２２０ａ−１２２０ｂは、それぞれ基地局１２７０ａ−１２７０ｂを含む。各基地局１２７０ａ−１２７０ｂは、ＵＥ１２１０ａ−１２１０ｃのうちの１または複数と無線でインタフェースをとり、コアネットワーク１２３０、ＰＳＴＮ１２４０、インターネット１２５０、および／または他のネットワーク１２６０へのアクセスを可能にするよう構成される。例えば、基地局１２７０ａ−１２７０ｂは、ベーストランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ（ＮｏｄｅＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ）、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、スモール／フェムト／ピコもしくは同様のセル、サイトコントローラ、アクセスポイント（ＡＰ）、もしくは無線ルータ、もしくはサーバ、ルータ、スイッチ、または有線もしくは無線ネットワークを備えた他の処理エンティティなどのいくつかの周知のデバイスのうちの１または複数を含んでよい。

図１２に示される実施形態では、基地局１２７０ａは、ＲＡＮ１２２０ａの一部を形成し、ＲＡＮ１２２０ａは、他の基地局、要素、および／またはデバイスを含んでよい。また、基地局１２７０ｂは、ＲＡＮ１２２０ｂの一部を形成し、ＲＡＮ１２２０ｂは、他の基地局、要素、および／またはデバイスを含んでよい。各基地局１２７０ａ−１２７０ｂは、「セル」と称されるときもある特定の地理的領域またはエリア内で、無線信号を送信および／または受信するよう動作する。いくつかの実施形態において、多入力多出力（ＭＩＭＯ）技術が、各セルについて複数の送受信機を有しつつ使用されてよい。

基地局１２７０ａ−１２７０ｂは、無線通信リンクを使用して、１または複数のエアーインタフェース１２９０を通じてＵＥ１２１０ａ−１２１０ｃのうちの１または複数と通信する。エアーインタフェース１２９０は、任意の適した無線アクセス技術を利用してよい。

システム１２００は、上述されたような方式を含む複数のチャネルアクセス機能を使用してよいと考えられる。特定の実施形態において、基地局およびＵＥは、ロングタームエボリューション無線通信規格（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、および／またはＬＴＥブロードキャスト（ＬＴＥ−Ｂ）を実装するよう構成される。他の実施形態において、基地局およびＵＥは、ＵＭＴＳ、ＨＳＰＡ、または、ＨＳＰＡ＋規格およびプロトコルを実装するよう構成される。もちろん、他の多重アクセス方式および無線プロトコルが利用されてよい。

ＲＡＮ１２２０ａ−１２２０ｂはコアネットワーク１２３０と通信して、音声、データ、アプリケーション、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、または他のサービスをＵＥ１２１０ａ−１２１０ｃに提供する。当然のことだが、ＲＡＮ１２２０ａ−１２２０ｂおよび／またはコアネットワーク１２３０は、１または複数の他のＲＡＮ（不図示）と直接的または間接的に通信してよい。コアネットワーク１２３０はまた、（ＰＳＴＮ１２４０、インターネット１２５０、および他のネットワーク１２６０などの）他のネットワークのためのゲートウェイアクセスとして機能してよい。加えて、ＵＥ１２１０ａ−１２１０ｃの一部または全部は、種々の無線技術および／またはプロトコルを使用して、種々の無線リンクを通じて種々の無線ネットワークと通信するための機能を有してよい。

図１２は通信システムの１つの例を示しているが、様々な変更が図１２に施されてよい。例えば、通信システム１２００は、任意の適した構成で、任意の数のＵＥ、基地局、ネットワーク、または他コンポーネントを備え得る。

図１３および図１４は、本開示に係る方法および教示を実装してよい例示的なデバイスを示す。具体的に、図１３は例示的なＵＥ１３１０を示し、図１４は、例示的な基地局１４２０を示す。

図１３に示されるように、ＵＥ１３１０は、少なくとも１つの処理ユニット１３０１と、送受信機１３０２と、アンテナ１３０４と、入出力インタフェース１３０６と、メモリ１３０８とを備える。アンテナ１３０４は、無線信号１３９０を通信するよう構成される。処理ユニット１３０１は、ＵＥ１３１０の様々な処理オペレーションを実装する。例えば、処理ユニット１３０１は、信号符号化、データ処理、電力制御、入出力処理、またはシステムにおいてＵＥ１３１０が動作することを可能にする任意の他の機能を実行し得る。処理ユニット１３０１は、上記において、より詳細に説明された方法および教示もサポートする。各処理ユニット１３０１は、１または複数のオペレーションを実行するよう構成される任意の適した処理デバイスまたはコンピューティングデバイスを含む。各処理ユニット１３０１は、例えば、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、または特定用途向け集積回路を含み得る。

ＵＥ１３１０はまた、少なくとも１つの送受信機１３０２も備える。送受信機１３０２は、少なくとも１つのアンテナ１３０４による送信のために、データまたは他のコンテンツを変調するよう構成される。送受信機１３０２はまた、少なくとも１つのアンテナ１３０４によって受信されたデータまたは他のコンテンツを復調するよう構成される。各送受信機１３０２は、無線送信用の信号を生成する、および／または、無線で受信された信号を処理するための任意の適した構造を有し得る。各アンテナ１３０４は、無線信号を送信および／または受信するための任意の適した構造を有する。１または複数の送受信機１３０２がＵＥ１３１０において使用され得、１または複数のアンテナ１３０４がＵＥ１３１０において使用され得る。単一の機能ユニットとして示されているが、送受信機１３０２はまた、少なくとも１つの送信機および少なくとも１つの別個の受信機を使用して実装され得る。

ＵＥ１３１０はさらに、１または複数の入出力デバイス１３０６を備える。入出力デバイス１３０６は、ユーザとのインタラクションを容易にする。各入出力デバイス１３０６は、スピーカ、マイク、キーパッド、キーボード、ディスプレイ、またはタッチスクリーンなどの、ユーザに情報を提供する、または、ユーザから情報を受信するための任意の適した構造を有する。

加えて、ＵＥ１３１０は、少なくとも１つのメモリ１３０８を備える。メモリ１３０８は、ＵＥ１３１０によって使用、生成、または収集される命令およびデータを格納する。例えば、メモリ１３０８は、処理ユニット１３０１によって実行されるソフトウェアまたはファームウェア命令を格納し得、着信信号における干渉を低減または削除するために使用されるデータを格納し得る。少なくとも１つのメモリ１３０８は、１または複数の記憶デバイスを含み得、任意の適した揮発性および／または不揮発性の記憶および検索デバイスを含み得る。ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、光ディスク、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものなどの任意の適したタイプのメモリが使用されてよい。いくつかの例において、ＵＥ１３１０は、図１１の処理システム１１０によって実装され得る。

図１４に示されるように、基地局１４２０は、少なくとも１つの処理ユニット１４５０、少なくとも１つの送信機（ＴＸ）１４５２、少なくとも１つの受信機（ＲＸ）１４５４、１または複数のアンテナ１４５６、および少なくとも１つのメモリ１４５８を備える。処理ユニット１４５０は、信号符号化、データ処理、電力制御、入出力処理、または任意の他の機能などの、基地局１４２０の様々な処理オペレーションを実装する。処理ユニット１４５０はまた、上記において、より詳細に説明された方法および教示もサポートし得る。各処理ユニット１４５０は、１または複数のオペレーションを実行するよう構成される任意の適した処理デバイスまたはコンピューティングデバイスを含む。各処理ユニット１４５０は、例えば、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、または特定用途向け集積回路を含み得る。

各送信機１４５２は、１または複数のＵＥまたは他のデバイスへの無線送信用の信号を生成するための任意の適した構造を有する。各受信機１４５４は、１または複数のＵＥまたは他のデバイスから無線で受信された信号を処理するための任意の適した構造を有する。少なくとも１つの送信機１４５２および少なくとも１つの受信機１４５４は、別個のコンポーネントとして示されているが、送受信機（ＴＸ／ＲＸ）に組み合わされ得る。各アンテナ１４５６は、無線信号を送信および／または受信するための任意の適した構造を有する。ここでは、共通のアンテナ１４５６が送信機１４５２および受信機１４５４の両方に結合されているように示されているが、１または複数のアンテナ１４５６が送信機１４５２に結合され得、１または複数の別個のアンテナ１４５６が受信機１４５４に結合され得る。各メモリ１４５８は、任意の適した揮発性および／または不揮発性の記憶および検索デバイスを含む。いくつかの例において、基地局１４２０は、図１１の処理システム１１０によって実装され得る。

本発明は、例示的実施形態に関連して説明されてきたが、本説明は、限定的な意味に解釈されるようには意図されていない。本説明を参照すれば、当業者には、例示的実施形態の様々な変更および組み合わせ、ならびに本発明の他の実施形態が明らかである。したがって、添付の特許請求の範囲は、そのようなあらゆる変更または実施形態を包含することが意図されている。

Claims (24)

1. 仮想ネットワーク機能（ＶＮＦ）パラメータを動的に設定するための方法であって、
   ＶＮＦまたはＶＮＦインスタンスに関連付けられたＶＮＦ記述子（ＶＮＦＤ）を管理エンティティが受信する段階であって、前記ＶＮＦＤは、前記ＶＮＦまたはＶＮＦインスタンスの特性を記述するパラメータのセットをリストする、段階と、
   前記ＶＮＦＤにおけるＶＮＦＤパラメータが動的に更新され得るか否かを、前記ＶＮＦＤパラメータの１または複数のサブフィールドにしたがって、または、動的に設定可能なＶＮＦＤパラメータをリストする情報要素にしたがって前記管理エンティティが決定する段階と、
   前記ＶＮＦＤパラメータが動的に更新され得ると決定し次第、前記ＶＮＦＤパラメータを動的に更新する段階と
   を備える方法。
2. 前記ＶＮＦＤパラメータが動的に更新され得るか否かを決定する段階は、
   前記ＶＮＦＤパラメータが設定可能なＶＮＦＤパラメータであるか、固定のＶＮＦＤパラメータであるかを、前記ＶＮＦＤパラメータのサブフィールドにしたがって決定する段階であって、前記サブフィールドは、前記ＶＮＦＤパラメータが再設定され得るか否かを示す、段階を有する、請求項１に記載の方法。
3. 前記ＶＮＦＤパラメータが動的に更新され得るか否かを決定する段階は、
   前記ＶＮＦＤパラメータが、動的に設定可能なＶＮＦＤパラメータをリストする前記情報要素によってリストされるか否かを決定する段階を有する、請求項１に記載の方法。
4. 前記ＶＮＦＤパラメータが動的に更新され得るか否かを決定する段階は、
   前記管理エンティティが前記ＶＮＦＤパラメータを更新することを許可されたか否かを、前記ＶＮＦＤパラメータのアクセス許可サブフィールドにしたがって決定する段階を有する、請求項１に記載の方法。
5. 前記ＶＮＦＤパラメータが動的に更新され得るか否かを決定する段階は、
   前記ＶＮＦＤパラメータの管理優先度サブフィールドにしたがって、前記管理エンティティが、前記ＶＮＦＤパラメータの前記属性を設定したエンティティより高い管理優先度を有するとき、ＶＮＦＤパラメータは、前記管理エンティティによって変更され得ることを有する、請求項１に記載の方法。
6. 前記ＶＮＦＤパラメータが動的に更新され得るか否かを、前記ＶＮＦＤパラメータの１または複数のサブフィールドにしたがって決定する段階は、
   前記ＶＮＦＤパラメータの制約サブフィールドによって特定される１または複数の条件が閾値期間内に発生したとき、前記ＶＮＦＤパラメータは動的に更新され得ると決定する段階を有する、請求項１に記載の方法。
7. 前記ＶＮＦＤパラメータが動的に更新され得ると決定し次第、前記ＶＮＦＤパラメータを動的に更新する段階は、
   前記ＶＮＦＤパラメータの属性を変更して、ＶＮＦまたはＶＮＦインスタンスの特性への変更を反映する段階を有する、請求項１に記載の方法。
8. 前記ＶＮＦＤパラメータの前記属性を変更して、ＶＮＦまたはＶＮＦインスタンスの前記特性への前記変更を反映する段階は、
   前記ＶＮＦＤパラメータの属性を変更して、前記ＶＮＦまたはＶＮＦインスタンス内の仮想デプロイメントユニット（ＶＤＵ）数、仮想リンク数、または接続ポイント数の増加または減少を反映する段階を含む、請求項７に記載の方法。
9. 前記ＶＮＦＤパラメータの前記属性を変更して、ＶＮＦまたはＶＮＦインスタンスの前記特性への前記変更を反映する段階は、
   前記ＶＮＦＤパラメータの属性を変更して、前記ＶＮＦまたはＶＮＦインスタンスのリソースクオータの増加または減少を反映する段階であって、前記リソースクオータは、前記ＶＮＦまたはＶＮＦインスタンスに対して割り当てられ得るリソースの最大数を特定する、段階を含む、請求項７に記載の方法。
10. 前記管理エンティティは、ネットワーク機能仮想化事業者（ＮＦＶＯ）である、請求項１に記載の方法。
11. 前記管理エンティティは、オペレーショナルサポートシステム（ＯＳＳ）機能、認証、許可、および課金（ＡＡＡ）機能、またはＶＮＦマネージャ（ＶＮＦＭ）である、請求項１に記載の方法。
12. プロセッサと、
    前記プロセッサによる実行のためのプログラミングを格納する非一時的コンピュータ可読記憶媒体と
    を備え、前記プログラミングは、
    ＶＮＦまたはＶＮＦインスタンスに関連付けられたＶＮＦ記述子（ＶＮＦＤ）であって、前記ＶＮＦまたはＶＮＦインスタンスの特性を記述するパラメータのセットをリストするＶＮＦＤを受信し、
    前記ＶＮＦＤにおけるＶＮＦＤパラメータが動的に更新され得るか否かを、前記ＶＮＦＤパラメータの１または複数のサブフィールドにしたがって、または、動的に設定可能なＶＮＦＤパラメータをリストする情報要素にしたがって決定し、
    前記ＶＮＦＤパラメータが動的に更新され得ると決定し次第、前記ＶＮＦＤパラメータを動的に更新するための命令を含む、
    装置。
13. 仮想ネットワーク機能（ＶＮＦ）リソース割り当てのための方法であって、
    ネットワーク機能仮想化事業者（ＮＦＶＯ）からクオータ情報通知をＶＮＦマネージャ（ＶＮＦＭ）が受信する段階であって、前記クオータ情報通知は、前記ＶＮＦＭに対して、または前記ＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対して割り当てられるクオータに対応する、段階と、
    クオータ管理要求を前記ＶＮＦＭが前記ＮＦＶＯに送信して、ＮＦＶＯによって最初に設定された前記クオータを更新する、またはＮＦＶＯによって最初に設定された前記クオータに関する情報を要求する段階と、
    前記ＮＦＶＯから応答を受信する段階であって、前記応答は、前記クオータ管理要求に応答するものである、段階と
    を備える方法。
14. 前記クオータ管理要求は、更新されたクオータ情報のクエリを実行し、前記更新されたクオータ情報は、前記ＶＮＦＭに対して、または前記ＶＮＦＭによって管理される前記１または複数のＶＮＦインスタンスに対して割り当てられる前記クオータに何か変更があるか否かを示す、請求項１３に記載の方法。
15. 前記クオータ管理要求は、前記クオータの増加または減少を要求する、請求項１３に記載の方法。
16. 前記クオータ管理要求は、前記クオータの削除を要求する、請求項１３に記載の方法。
17. ＮＦＶＯからの前記クオータ通知情報は、クオータが、前記ＶＮＦＭにとって、または前記ＶＮＦＭによって管理される前記１または複数のＶＮＦインスタンスにとって利用可能か否かを示す、請求項１３に記載の方法。
18. 前記クオータは、前記ＶＮＦＭに対して、または前記ＶＮＦＭによって管理される前記１または複数のＶＮＦインスタンスに対して割り当てられることが許可されるコンピュータリソースの最大数を特定する、請求項１３に記載の方法。
19. 前記クオータは、
    前記ＶＮＦＭに対して、または前記ＶＮＦＭによって管理される前記１または複数のＶＮＦインスタンスに対してインスタンス化されることが許可される仮想マシン（ＶＭ）またはＣＰＵプロセスの
    の最大数を特定する、請求項１８に記載の方法。
20. 前記クオータは、前記ＶＮＦＭに対して、または前記ＶＮＦＭによって管理される前記１または複数のＶＮＦインスタンスに対して割り当てられることが許可される最大記憶容量を特定する、請求項１３に記載の方法。
21. 前記クオータは、前記ＶＮＦＭに対して、または前記ＶＮＦＭによって管理される前記１または複数のＶＮＦインスタンスに対して割り当てられることが許可される最大ネットワークリソース容量を特定する、請求項１３に記載の方法。
22. 前記クオータ情報は、前記ＶＮＦＭに対して、または前記ＶＮＦＭによって管理される前記１または複数のＶＮＦインスタンスに対して割り当てられることが許可されるリソースタイプ、クラス、またはレベルを特定する、請求項１３に記載の方法。
23. 前記クオータ管理要求および前記応答は、仮想化リソースクオータ管理インタフェースを通じて交換される、請求項１３に記載の方法。
24. 前記プロセッサによる実行のためのプログラミングを格納する非一時的コンピュータ可読記憶媒体を備える装置であって、前記プログラミングは、
    仮想ネットワーク機能（ＶＮＦ）マネージャ（ＶＮＦＭ）において、ネットワーク機能仮想化事業者（ＮＦＶＯ）から、前記ＶＮＦＭに対して、または前記ＶＮＦＭによって管理される１または複数のＶＮＦインスタンスに対して割り当てられるクオータに対応するクオータ情報通知を受信し、
    クオータ管理要求を前記ＮＦＶＯに送信して、ＮＦＶＯによって最初に設定された前記クオータを更新する、またはＮＦＶＯによって最初に設定された前記クオータに関する情報を要求し、
    前記ＮＦＶＯから、前記クオータ管理要求に応答する応答を受信するための命令を含む、
    装置。