(57)【特許請求の範囲】
【請求項１】
複数の中間ネットワーキングノードを介して接続される１または複数のネットワーク機能ノードを含むネットワークサービスチェインにおける１または複数のサービスフローを含むネットワークサービスのサービスフロー格差配置を用いる、エンドツーエンドのサービスの信頼性および可用性を可能にするためのリソースオーケストレーションエンティティであって、
前記１または複数のサービスフローのサービス可用性レベルの要件を定義するために、少なくとも１つの記述子において、前記サービス可用性レベルの情報要素をネットワークサービス管理エンティティから取得し、
前記ネットワークサービスチェインにおけるサービスフローを含む前記ネットワークサービスをインスタンス化するとき、ネットワーキングノードを含むネットワークハードウェア上に存在する仮想ネットワークにおけるネットワーク機能ノードおよびそれらの相互接続を含むリソースを割り当てるために、前記サービスフローの識別基準と共に、サービス可用性レベルの前記情報要素をリソース管理エンティティに提供する
リソースオーケストレーションエンティティ。
【請求項２】
さらに、前記サービスフローの前記サービス可用性レベルを仮想配置ユニットの一部として定義するために、仮想化ネットワーク機能記述子（ＶＮＦＤ）において、サービス可用性レベルの前記情報要素を取得する、請求項１に記載のリソースオーケストレーションエンティティ。
【請求項３】
前記仮想配置ユニットにおける、サービス可用性レベルの取得された前記情報要素は、前記ネットワーク機能ノードについての、要求されるリソースのサービス可用性レベル要件を規定する、請求項２に記載のリソースオーケストレーションエンティティ。
【請求項４】
前記サービスフローの識別基準が共に埋め込まれる、前記サービスフローの前記サービス可用性レベルを定義するために、ネットワークフォワーディングパスにおいて、サービス可用性レベルの前記情報要素を取得する、請求項１から３のいずれか一項に記載のリソースオーケストレーションエンティティ。
【請求項５】
前記ネットワークフォワーディングパスにおける、サービス可用性レベルの取得された前記情報要素は、
前記サービスフローの、サポートするサービス可用性レベルのリストを規定し、
前記サービスフローのサービス可用性レベルを識別する方式を記述し、
前記サービスフローがトランスポート層識別子で識別される場合、サービス可用性レベルと、サービス品質の識別子、またはサービスのクラスとの間の対応するマッピングが提供される、
請求項４に記載のリソースオーケストレーションエンティティ。
【請求項６】
さらに、前記サービスフローの前記サービス可用性レベルを定義するために、仮想リンク記述子において、サービス可用性レベルの前記情報要素を取得する、請求項１から５のいずれか一項に記載のリソースオーケストレーションエンティティ。
【請求項７】
前記仮想リンク記述子における、サービス可用性レベルの取得された前記情報要素は、
前記サービスフローの、サポートするサービス可用性レベルのリストを規定し、
前記サービスフローのサービス可用性レベルを識別する方式を記述し、
前記サービスフローがトランスポート層識別子で識別される場合、サービス可用性レベルと、サービス品質の識別子、または、サービスのクラスとの間の対応するマッピングを提供する、
請求項６に記載のリソースオーケストレーションエンティティ。
【請求項８】
サービス可用性レベルの前記情報要素が、割り当てられたリソースによってサポートされる前記サービスフローのサービス可用性レベルを定義する入力情報を含む要求において、前記リソース管理エンティティに提供される、請求項１から７のいずれか一項に記載のリソースオーケストレーションエンティティ。
【請求項９】
サービス可用性を有する前記リソースをその属性の１つとして構成するために、仮想化層およびネットワークコントローラの、ネットワークインフラストラクチャエンティティとの調整に関する調整情報を前記リソース管理エンティティから受信する、請求項１から８のいずれか一項に記載のリソースオーケストレーションエンティティ。
【請求項１０】
さらに、サービス可用性サポートを含むサービスフローを運ぶために、ネットワーク機能ノードにおいてソフトウェアインスタンスをインスタンス化するためのネットワーク機能管理エンティティを要求する、請求項１から９のいずれか一項に記載のリソースオーケストレーションエンティティ。
【請求項１１】
前記リソースオーケストレーションエンティティは、ネットワーク機能仮想化アーキテクチャフレームワークに含まれ、前記リソースオーケストレーションエンティティは、ネットワーク機能仮想化オーケストレータに含まれ、ネットワーク機能管理エンティティは、仮想化ネットワーク機能マネージャに含まれ、前記リソース管理エンティティは、仮想化インフラストラクチャマネージャに含まれ、前記ネットワーク機能ノードは、ネットワーク機能または仮想化ネットワーク機能を含み、ネットワーク機能ノードの前記相互接続は、ネットワーキングノードを含むネットワークハードウェア上に存在する仮想ネットワークに含まれる、請求項１から１０のいずれか一項に記載のリソースオーケストレーションエンティティ。
【請求項１２】
前記リソースオーケストレーションエンティティは、ネットワーク機能仮想化アーキテクチャフレームワークに含まれ、前記リソースオーケストレーションエンティティは、仮想化ネットワーク機能マネージャに含まれ、ネットワーク機能管理エンティティは、仮想化ネットワーク機能マネージャに含まれ、前記リソース管理エンティティは、仮想化インフラストラクチャマネージャに含まれ、前記ネットワーク機能ノードは、ネットワーク機能または仮想化ネットワーク機能を含み、ネットワーク機能ノードの前記相互接続は、ネットワーキングノードを含むネットワークハードウェア上に存在する仮想ネットワークに含まれる、請求項１から１０のいずれか一項に記載のリソースオーケストレーションエンティティ。
【請求項１３】
複数の中間ネットワーキングノードを介して接続される１または複数のネットワーク機能ノードを含むネットワークサービスチェインにおける１または複数のサービスフローを含むネットワークサービスのサービスフロー格差配置を用いる、エンドツーエンドのサービスの信頼性および可用性を可能にするための方法であって、
前記１または複数のサービスフローのサービス可用性レベルの要件を定義するために、少なくとも１つの記述子において、サービス可用性レベルの情報要素をネットワークサービス管理エンティティから取得する段階と、
前記ネットワークサービスチェインにおけるサービスフローを含む前記ネットワークサービスをインスタンス化するとき、ネットワーキングノードを含むネットワークハードウェア上に存在する仮想ネットワークにおけるネットワーク機能ノードおよび接続を含むリソースを割り当てるために、前記サービスフローの識別基準と共に、サービス可用性レベルの前記情報要素をリソース管理エンティティに提供する段階と、
を備える、方法。
【請求項１４】
コンピュータプログラムであって、前記コンピュータプログラムがコンピュータ上で動作するとき、請求項１３に記載の方法をコンピュータに実行させるためのプログラムコードを含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書において記述される実装は、一般的に、リソースオーケストレーションエンティティ、および、その方法に関する。特に、本明細書においては、複数の中間ネットワーキングノードを介して接続される１または複数のネットワーク機能ノードを含むネットワークサービスチェインにおける１または複数のサービスフローを含むネットワークサービスのサービスフロー格差配置を用いるエンドツーエンドのサービスの信頼性および可用性を実現するための機構が記述される。
【背景技術】
【０００２】
ネットワーク機能仮想化（ＮＦＶ）は、多くの種類のネットワーク機器を、さまざまなＮＦＶインフラストラクチャネットワークノード内、およびエンドユーザの設備内に配置され得る、業界標準の大容量サーバ、スイッチ、およびストレージ上に統合するための標準的なインターネット技術（ＩＴ）仮想化技術を発展させることによって、ネットワーク事業者の設計者がネットワーキングを行う方式を変革することを目的としている。
【０００３】
例えば遠距離通信のネットワーク要素などの従来の高可用性システムでは、サービス可用性をエンドツーエンドから操作することは、非常に難しい。従来のシステムにおけるすべてのアプリケーションまたはサービスは、いかなる格差もなく、同一レベルのサービス可用性またはレジリエンスで設計される。実際に「必要」な、サービスの可用性および信頼性は、実装において考慮されてこなかった。例えば、ウェブ閲覧サービスは、ユーザエクスペリエンスに影響を生じさせることなく、２０〜３０秒間にわたる、障害によるサービス遮断に耐えられ得る。しかしながら、現在のシステムは、典型的には１〜１０秒間の障害復旧時間を有する、１つのレベルのレジリエンスのみを提供する。従って、オーバープロビジョニングシステムリソースが、サービス可用性要件が低いサービスに割り当てられてきた。一方、例えばボイスオーバーインターネットプロトコル（ＶｏＩＰ）による通信のような他のユーザサービスは、時間的制約が遥かに強いと考えられ得る。
【０００４】
ＮＦＶにおける主要な設計上の目的の１つは、遠距離通信サービスのエンドツーエンド可用性として規定されてきた。ＮＦＶフレームワークでは、すべてのサービスが「ピーク時に合わせて構築される」必要はないが、所与のレジリエンスクラスに従って、サービスレベルアグリーメント（ＳＬＡ）を定義および適用できることが保証されている。いくつかのサービス可用性レベルについての、サービスの信頼性および可用性の要件が、ＮＦＶにおいて規定されてきた。サービス可用性レベルには、サービスの優先度の指示が与えられるだけでなく、サービス復旧時間の要件、および、障害復旧についての優先度も与えられる。
【０００５】
しかしながら、異なるサービスタイプまたはグループへの、サービスの信頼性および可用性の格差を操作および管理する方式に関する方法は、規定されていない。加えて、サービスフローの格差を用いる、エンドツーエンドのサービス可用性が操作される方式についても、規定されていない。サービスフロー格差管理を用いる、エンドツーエンドのサービス可用性のためのいかなる機構も提供されていない。
【０００６】
いくつかの代替的な解決手段において、ソフトウェアで定義される可用性格差機能が、プライベートクラウドのために提案されてきた。しかしながら、当該解決手段は、エンドツーエンドのサービス可用性管理に適用可能でなく、仮想マシン（ＶＭ）における単一のアプリケーションまたはサービスを有する特定のユーザのケースのみにおいて使用できる。
【０００７】
現在のシステムでは、サービス可用性の操作および管理において、３つの問題がある。
【０００８】
第１に、従来の遠距離通信システムは、異なるサービスタイプまたはサービスグループへの、サービス可用性の格差を提供できず、典型的には５〜１０秒間の障害復旧時間を有する、１つのレベルのみのサービス可用性および信頼性を提供する。従って、システムリソースのオーバープロビジョニングが、サービス可用性要件が低いサービスに割り当てられてきた。 
【０００９】
第２に、信頼性および可用性の機構が構成され、機器がサービスプロバイダへ出荷されたとき、サービスプロバイダは、サービスの信頼性および可用性の構成を変更できない。
【００１０】
最後に、現在のシステムには、サービスフローの格差を用いる、エンドツーエンドのサービス可用性を操作するためのエンドツーエンドの機構が存在しない。サービスフロー格差管理を用いる、エンドツーエンドのサービス可用性のためのいかなる機構も提供されていない。
【００１１】
従って、サービスの信頼性および可用性の格差、ならびに、エンドツーエンドのサービスの信頼性および可用性を柔軟な方式で操作および管理するための機構を提供することが望ましいであろう。これにより、サービスプロバイダは、「必要」なサービス可用性および信頼性を任意のサービスタイプまたはユーザグループに動的に配置することが可能となり得る。
【発明の概要】
【００１２】
従って、上述の短所の少なくともいくつかを回避すること、ならびに、サービスフローの格差を用いる、エンドツーエンドのサービスの信頼性および可用性の配置のための機構を提供することが目標である。
【００１３】
この目標、および他の目的は、添付の独立請求項の機能によって達成される。さらなる実装形態は、従属請求項、発明の詳細な説明、および図から明らかである。
【００１４】
第１の態様によれば、複数の中間ネットワーキングノードを介して接続される１または複数のネットワーク機能ノードを含むネットワークサービスチェインにおける１または複数のサービスフローを含むネットワークサービスのサービスフロー格差配置を用いる、エンドツーエンドのサービスの信頼性および可用性を可能にするためのリソースオーケストレーションエンティティが提供される。リソースオーケストレーションエンティティは、サービスフローのサービス可用性レベル要件を定義するために、少なくとも１つの記述子において、サービス可用性レベルの情報要素をネットワークサービス管理エンティティから取得するように構成される。また、リソースオーケストレーションエンティティは、ネットワークサービスチェインにおけるサービスフローをインスタンス化するとき、ネットワーキングノードを含むネットワークハードウェア上に存在する仮想ネットワークにおけるネットワーク機能ノードおよびそれらの相互接続を含むリソースを割り当てるために、サービスフローの識別基準と共に、サービス可用性レベルの情報要素をリソース管理エンティティに提供するように構成される。
【００１５】
これにより、サービスフローのサービス可用性レベル要件を定義する情報要素を導入することにより、異なるサービス可用性レベルを有する、ネットワークサービスの異なるサービスフローにリソースを割り当てるための機構がＮＦＶオーケストレーションおよび管理（ＭＡＮＯ）において可能になる。異なるネットワークサービスフローは、障害復旧について、異なる程度の時間的制約を受けるので、適切なネットワークリソースがネットワークサービスフローに割り当てられ得る。さらに、ＭＡＮＯまたはインフラストラクチャにおいて割り当てられたリソースを管理および制御するエンティティは、障害または過負荷などの異常な状況において、サービスフローのサービス可用性レベルを取得するとき、異なるサービスフローを異なる方式で処理できる。これにより、ユーザエクスペリエンスが向上し、一方、ネットワークリソース割り当ての効率が改善される。
【００１６】
第１の態様に係るリソースオーケストレーションエンティティの第１の可能な実装において、リソースオーケストレーションエンティティは、サービスフローのサービス可用性レベルを仮想配置ユニット（ＶＤＵ）の一部として定義するために、仮想化ネットワーク機能記述子（ＶＮＦＤ）において、サービス可用性レベルの情報要素を取得するようにさらに構成される。
【００１７】
これにより、サービスプロバイダまたは同様のエンティティによってそれぞれのサービス可用性レベルごとに分類されたサービスフローをサポートするために、リソースオーケストレーションが、ネットワークサービス管理プレーンによって獲得済み論理コンピューティングまたはストレージリソースに与えられるサービス可用性要件を取得することを可能にするための機構が提供される。 
【００１８】
第１の態様に係るリソースオーケストレーションエンティティの第２の可能な実装、または、第１の態様の第１の可能な実装において、ＶＤＵにおける、サービス可用性レベルの取得された情報要素は、ネットワーク機能ノードについての、要求されるリソースのサービス可用性レベル要件を規定する。
【００１９】
これにより、サービスプロバイダまたは同様のエンティティによってそれぞれのサービス可用性レベルごとに分類されたサービスフローをサポートするべく、例えばリソースオーケストレーションエンティティが、リソース管理エンティティに、サービス可用性レベルの属性を含む、コンピューティングまたはストレージのリソースを割り当てるように要求することを可能にするための機構が提供される。
【００２０】
第１の態様に係るリソースオーケストレーションエンティティの第３の可能な実装において、または、第１の態様の上述の実装のいずれかにおいて、リソースオーケストレーションエンティティは、サービスフローの識別基準が共に埋め込まれる、サービスフローのサービス可用性レベルを定義するために、ネットワークフォワーディングパス（ＮＦＰ）において、サービス可用性レベルの情報要素を取得するように構成される。
【００２１】
これにより、サービスプロバイダまたは同様のエンティティによってそれぞれのサービス可用性レベルごとに分類されたサービスフローをサポートするために、リソースオーケストレーションが、ネットワークサービス管理プレーンによって獲得済み論理ネットワークリソースに与えられるサービス可用性要件を取得することを可能にするための機構が提供される。
【００２２】
第１の態様に係るリソースオーケストレーションエンティティの第４の可能な実装において、または、その上述の実装のいずれかにおいて、ＮＦＰにおける、サービス可用性レベルの取得された情報要素は、サービスフローの、サポートするサービス可用性レベルのリストを規定する。さらに、サービスフローのサービス可用性レベルを識別する方式も記述する。サービスフローがトランスポート層識別子で識別される場合、サービス可用性レベルと、サービス品質の識別子、またはサービスのクラスとの間の対応するマッピングが提供される。
【００２３】
これにより、サービスプロバイダまたは同様のエンティティによってそれぞれのサービス可用性レベルごとに分類されたサービスフローをサポートするべく、例えばリソースオーケストレーションエンティティが、リソース管理エンティティに、サービス可用性レベルの属性を含むネットワークリソースを割り当てるように要求することを可能にするための機構が提供される。
【００２４】
第１の態様に係るリソースオーケストレーションエンティティの第５の可能な実装において、または、その上述の実装のいずれかにおいて、リソースオーケストレーションエンティティは、サービスフローのサービス可用性レベルを定義するために、サービス可用性レベルの情報要素を仮想リンク記述子（ＶＬＤ）において取得するようにさらに構成される。
【００２５】
これにより、サービスプロバイダまたは同様のエンティティによってそれぞれのサービス可用性レベルごとに分類されたサービスフローをサポートするために、リソースオーケストレーションが、ネットワークサービス管理プレーンによって獲得済み論理ネットワークリソースに与えられるサービス可用性要件を取得することを可能にするための機構が提供される。
【００２６】
第１の態様に係るリソースオーケストレーションエンティティの第６の可能な実装において、または、その上述の可能な実装のいずれかにおいて、ＶＬＤにおける、サービス可用性レベルの取得された情報要素は、サービスフローの、サポートするサービス可用性レベルのリストを規定する。さらに、サービスフローのサービス可用性レベルを識別する方式も記述する。サービスフローがトランスポート層識別子で識別される場合、サービス可用性レベルと、サービス品質の識別子、またはサービスのクラスとの間の対応するマッピングが提供される。
【００２７】
これにより、サービスプロバイダまたは同様のエンティティによってそれぞれのサービス可用性レベルごとに分類されたサービスフローをサポートできるようにするべく、例えばリソースオーケストレーションエンティティが、リソース管理エンティティに、サービス可用性レベルの属性を含むネットワークリソースを割り当てるように要求することを可能にするための機構が提供される。
【００２８】
第１の態様に係るリソースオーケストレーションエンティティの第７の可能な実装、または、上述の可能な実装のいずれかにおいて、サービス可用性レベルの情報要素が、割り当てられたリソースによってサポートされるサービスフローのサービス可用性レベルを定義する入力情報を含む要求において、リソース管理エンティティへ提供される。
【００２９】
これにより、サービスプロバイダまたは同様のエンティティによってそれぞれのサービス可用性レベルごとに分類されたサービスフローをサポートできるようにするべく、例えばリソースオーケストレーションエンティティが、リソース管理エンティティに、サービス可用性レベルの属性を含む、コンピューティング、ストレージ、またはネットワークリソースを割り当てるように要求することを可能にするための機構が提供される。
【００３０】
第１の態様に係るリソースオーケストレーションエンティティの第８の可能な実装、または、その上述の可能な実装のいずれかにおいて、リソースオーケストレーションエンティティは、サービス可用性を有するリソースをその属性の１つとして構成するために、仮想化層およびネットワークコントローラの、ネットワークインフラストラクチャエンティティとの調整に関する調整情報をリソース管理エンティティから受信するようにさらに構成される。
【００３１】
これにより、例えばリソースオーケストレーションエンティティが、コンピューティングもしくはストレージを割り当てるために、仮想化層およびネットワークコントローラの、ネットワークインフラストラクチャエンティティとの調整に関する、または、サービスプロバイダまたは同様のエンティティによってそれぞれのサービス可用性レベルごとに分類されたサービスフローをサポート可能なサービス可用性レベルの属性を有するネットワークリソースに関する調整情報をリソース管理エンティティから受信することを可能にする機構が提供される。
【００３２】
第１の態様に係るリソースオーケストレーションエンティティの第９の可能な実装、または、その上述の可能な実装のいずれかにおいて、リソースオーケストレーションエンティティは、サービス可用性サポートのレベルを含むサービスフローを運ぶために、ネットワーク機能ノードにおいて、ソフトウェアインスタンスをインスタンス化するようにネットワーク機能管理エンティティに要求するようにさらに構成される。
【００３３】
これにより、例えば、リソースオーケストレーションエンティティが、サービス可用性サポートのレベルを含むサービスフローを運ぶために、ネットワーク機能ノードにおいてソフトウェアインスタンスをインスタンス化するようにネットワーク機能管理エンティティに要求することを可能にするための機構が提供される。リソースオーケストレーションは、仮想化ネットワーク機能フォワーディンググラフ（ＶＮＦＦＧ）における各ネットワーク機能ノードのインスタンス化操作を実行することにより、複数の中間ネットワーキングノードを介して接続される１または複数のネットワーク機能ノードを含むネットワークサービスチェインにおける１または複数のサービスフローを含むネットワークサービスのサービスフロー格差配置を用いる、エンドツーエンドのサービスの信頼性および可用性を可能にする。
【００３４】
第１の態様に係るリソースオーケストレーションエンティティの第１０の可能な実装、または、その上述の可能な実装のいずれかにおいて、リソースオーケストレーションエンティティは、ネットワーク機能仮想化アーキテクチャフレームワークに含まれる。さらに、リソースオーケストレーションエンティティは、ネットワーク機能仮想化オーケストレータに含まれる。加えて、ネットワーク機能管理エンティティは、仮想化ネットワーク機能マネージャに含まれる。また、リソース管理エンティティは、仮想化インフラストラクチャマネージャに含まれる。さらに、ネットワーク機能ノードは、ネットワーク機能または仮想化ネットワーク機能を含み、ネットワーク機能ノードの相互接続は、ネットワーキングノードを含むネットワークハードウェア上に存在する仮想ネットワークに含まれる。
【００３５】
これにより、さらなる実装の詳細が定義および規定され、機構がＮＦＶアーキテクチャフレームワークに挿入される。
【００３６】
第１の態様に係るリソースオーケストレーションエンティティの第１１の可能な実装、または、その上述の可能な実装のいずれかにおいて、リソースオーケストレーションエンティティはネットワーク機能仮想化アーキテクチャフレームワークに含まれる。さらに、リソースオーケストレーションエンティティは、仮想化ネットワーク機能マネージャに含まれる。加えて、ネットワーク機能管理エンティティは、仮想化ネットワーク機能マネージャに含まれる。さらに、リソース管理エンティティは、仮想化インフラストラクチャマネージャに含まれる。さらに加えて、ネットワーク機能ノードは、ネットワーク機能または仮想化ネットワーク機能を含む。さらに、ネットワーク機能ノードの相互接続は、ネットワーキングノードを含むネットワークハードウェア上に存在する仮想ネットワークに含まれる。
【００３７】
これにより、代替的な実装に係る、さらなる実装の詳細が定義および規定され、機構がＮＦＶアーキテクチャフレームワークに挿入される。
【００３８】
第２の態様によれば、方法が提供される。当該方法は、複数の中間ネットワーキングノードを介して接続される１または複数のネットワーク機能ノードを含むネットワークサービスチェインにおける１または複数のサービスフローを含むネットワークサービスのサービスフロー格差配置を用いる、エンドツーエンドのサービスの信頼性および可用性を可能にすることを目的としている。当該方法は、サービスフローのサービス可用性レベル要件を定義するために、少なくとも１つの記述子において、サービス可用性レベルの情報要素をネットワークサービス管理エンティティから取得する段階を備える。さらに、当該方法はまた、ネットワークサービスチェインにおけるサービスフローをインスタンス化するとき、ネットワーキングノードを含むネットワークハードウェア上に存在する仮想ネットワークにおけるネットワーク機能ノードおよび接続を含むリソースを割り当てるために、サービスフローの識別基準と共に、サービス可用性レベルの情報要素をリソース管理エンティティに提供する段階を備える。
【００３９】
第２の態様に係る方法の第１の可能な実装において、サービスフローのサービス可用性レベルを定義するためのサービス可用性レベルの情報要素は、ＶＮＦＤにおいて、ＶＤＵの一部として取得される。
【００４０】
第２の態様に係る方法の第２の可能な実装、または、第２の態様の第１の可能な実装において、ＶＤＵにおける、サービス可用性レベルの取得された情報要素は、ネットワーク機能ノードについての、要求されるリソースのサービス可用性レベル要件を規定する。
【００４１】
第２の態様に係る方法の第３の可能な実装、または、第２の態様の上述の実装のいずれかにおいて、サービスフローのサービス可用性レベルを定義するために、サービスフローの識別基準が共に埋め込まれる、サービス可用性レベルの情報要素がＮＦＰにおいて取得される。
【００４２】
第２の態様に係る方法の第４の可能な実装において、または、その上述の実装のいずれかにおいて、ＮＦＰにおける、サービス可用性レベルの取得された情報要素は、サービスフローの、サポートするサービス可用性レベルのリストを規定する。さらに、サービスフローのサービス可用性レベルを識別する方式も記述する。サービスフローがトランスポート層識別子で識別される場合、サービス可用性レベルと、サービス品質の識別子、またはサービスのクラスとの間の対応するマッピングが提供される。
【００４３】
第２の態様に係る方法の第５の可能な実装、または、その上述の実装のいずれかにおいて、サービスフローのサービス可用性レベルを定義するための情報要素がＶＬＤにおいて取得される。
【００４４】
第２の態様に係る方法の第６の可能な実装、または、その上述の可能な実装のいずれかにおいて、ＶＬＤにおける、サービス可用性レベルの取得された情報要素は、サービスフローの、サポートするサービス可用性レベルのリストを規定する。さらに、サービスフローのサービス可用性レベルを識別する方式も記述する。サービスフローがトランスポート層識別子で識別される場合、サービス可用性レベルと、サービス品質の識別子、またはサービスのクラスとの間の対応するマッピングが提供される。
【００４５】
第２の態様に係る方法の第７の可能な実装、または、上述の可能な実装のいずれかにおいて、サービス可用性レベルの情報要素が、割り当てられたリソースによってサポートされるサービスフローのサービス可用性レベルを定義する入力情報を含む要求において、リソース管理エンティティに提供される。
【００４６】
第２の態様に係る方法の第８の可能な実装、または、その上述の可能な実装のいずれかにおいて、方法は、サービス可用性を有するリソースをその属性の１つとして構成するために、仮想化層およびネットワークコントローラの、ネットワークインフラストラクチャエンティティとの調整に関する調整情報をリソース管理エンティティから受信することをさらに備える。
【００４７】
第２の態様に係る方法の第９の可能な実装、または、その上述の可能な実装のいずれかにおいて、方法は、サービス可用性サポートを含むサービスフローを運ぶために、ネットワーク機能ノードにおいて、ソフトウェアインスタンスをインスタンス化するようにネットワーク機能管理エンティティに要求することをさらに備える。
【００４８】
第２の態様に係る方法の第１０の可能な実装、または、その上述の可能な実装のいずれかにおいて、リソースオーケストレーションエンティティは、ネットワーク機能仮想化アーキテクチャフレームワークに含まれる。さらに、リソースオーケストレーションエンティティは、ネットワーク機能仮想化オーケストレータに含まれる。加えて、ネットワーク機能管理エンティティは、仮想化ネットワーク機能マネージャに含まれる。また、リソース管理エンティティは、仮想化インフラストラクチャマネージャに含まれる。さらに、ネットワーク機能ノードは、ネットワーク機能または仮想化ネットワーク機能を含み、ネットワーク機能ノードの相互接続は、ネットワーキングノードを含むネットワークハードウェア上に存在する仮想ネットワークに含まれる。
【００４９】
第２の態様に係る方法の第１１の可能な実装、または、その上述の可能な実装のいずれかにおいて、リソースオーケストレーションエンティティはネットワーク機能仮想化アーキテクチャフレームワークに含まれる。さらに、リソースオーケストレーションエンティティは、仮想化ネットワーク機能マネージャに含まれる。加えて、ネットワーク機能管理エンティティは、仮想化ネットワーク機能マネージャに含まれる。さらに、リソース管理エンティティは、仮想化インフラストラクチャマネージャに含まれる。さらに加えて、ネットワーク機能ノードは、ネットワーク機能または仮想化ネットワーク機能を含む。さらに、ネットワーク機能ノードの相互接続は、ネットワーキングノードを含むネットワークハードウェア上に存在する仮想ネットワークに含まれる。
【００５０】
第２の態様に係る方法の利点は、第１の態様に係る対応するデバイスの請求項の場合と同一である。
【００５１】
記述された態様の他の目的、利点、および新規の特徴が、以下の詳細な記述から明らかになるであろう。
【図面の簡単な説明】
【００５２】
添付の図面を参照しながら、さまざまな実施形態をより詳細に記述し、本発明の実施形態の例を示す。
【図１】実施形態に係る、エンドツーエンドのサービス可用性のインスタンス化のアーキテクチャを示すブロック図である。
【図２】いくつかの実施形態に係るＮＦＶ参照アーキテクチャフレームワークを示すブロック図である。
【図３】実施形態に係る方法を示すフローチャートである。
【発明を実施するための形態】
【００５３】
本明細書に記述される発明の実施形態は、リソースオーケストレーションエンティティ、および、リソースオーケストレーションエンティティにおける方法として定義され、これらは、以下に記述する実施形態において実現され得る。しかしながら、これらの実施形態は、多くの異なる形態で例示および実現され得るが、本明細書において説明される例に限定されるものではなく、むしろ、実施形態のこれらの説明的な例は、この開示が綿密かつ完全であるように提供される。
【００５４】
さらに他の目的および特徴が、添付図面と合わせて考慮される以下の詳細な記述から明らかとなるであろう。しかしながら、図面は、説明の目的のみで設計されたものであり、本明細書において開示される実施形態の限定の定義として設計されたものではなく、それらは、添付の特許請求の範囲において参照されることを理解されたい。さらに、図面は、別段の記載が無い限り、必ずしも寸法通りに描かれたものではなく、単に、本明細書において記述される構造および手順を概念的に図示することを意図するものである。
【００５５】
図１は、いくつかの実施形態に係る、エンドツーエンドのサービス可用性のインスタンス化のアーキテクチャを概略的に示す。 
【００５６】
ネットワークサービスのサービスフローの格差を用いる、エンドツーエンドのサービス可用性をインスタンス化、すなわち、生成するための操作手順は、いくつかの実施形態において、４つの段階を含み得る。
【００５７】
第１段階１０１において、例えばオペレーションサポートシステム（ＯＳＳ）などのネットワークサービス（ＮＳ）管理プレーンエンティティは、ネットワークサービス（ＮＳ）のためのサービス可用性を指示する（ｃｏｍｍｉｓｓｉｏｎ）。これを行うとき、ＮＳ管理プレーンエンティティは、第２段階１０２における、ネットワークサービス内のサービスフローのサービス可用性レベルに基づいて、他のＮＳ属性と共に、ネットワークサービス記述子（ＮＳＤ）、仮想化ネットワーク機能（ＶＮＦ）フォワーディンググラフ（ＶＮＦＦＧ）記述子（ＶＮＦＦＧＤ）、ＶＮＦ記述子（ＶＮＦＤ）、仮想配置ユニット（ＶＤＵ）、仮想リンク記述子（ＶＬＤ）などにおける対応するサービス可用性パラメータおよび他のＮＳ配置パラメータの生成およびネットワーキングを含む、ＶＮＦまたは物理的ネットワーク機能（ＰＮＦ）のサービス可用性を計画するために、例えば、エレメント管理システム（ＥＭＳ）またはネットワーク管理システム（ＮＭＳ）などの他のサブ管理機能、または、他の操作および管理（Ｏ＆Ｍ）システムを利用し得る。
【００５８】
さらに、第３段階１０３において、ＮＳ管理プレーンは次に、ＮＦＶ管理およびオーケストレーション（ＭＡＮＯ）１８０へのＮＳインスタンス化と共に、サービスフローの格差を用いる、エンドツーエンドのサービス可用性をインスタンス化し得る。ＭＡＮＯ１８０は、第４段階１０４において、例えば、リソースを割り当てるためのネットワークコントローラ１４０を含むネットワークインフラストラクチャ要素と、このネットワークサービスのサービス可用性要件を満たすための、必要な高可用性機構とを要求し得る。
【００５９】
いくつかの実施形態によれば、エンドツーエンドから、サービスフローの格差を用いる、ネットワークサービスのサービス可用性をインスタンス化できるようにするべく、関連するサービス可用性の情報要素が、例えば、ＶＮＦＦＧＤの記述子ＶＤＵ、ＶＬＤ、および／またはネットワークフォワーディングパス（ＮＦＰ）のいずれかにおいて展開（ｄｅｖｅｌｏｐ）され得る。
【００６０】
さらに、ＶＮＦＦＧにおいてインスタンス化されるネットワークサービスは、１または多くのサービスフローを含み得て、その各々は、サービス品質（ＱｏＳ）、コロケーション、物理的分離、規制上の制約、サービスの信頼性および可用性、セキュリティなどのパラメータについて、自身のサービスレベルアグリーメント（ＳＬＡ）要件を有する。１つのサービスフローは、例えば、音声通話サービスまたはゲームサービスなどの種類のサービスを含み得る。さらなる１つのサービスフローは、例えば、プレミアムサービスレベルのユーザ、通常サービスレベルのユーザなどの、１グループのユーザを含み得る。加えて、１つのサービスフローは、例えば、１つのマシン間（ＭｔｏＭ）サービス、または、サービスフローのこれらの定義および／もしくは同様の定義の組み合わせなどの規定されたサービスを含み得る。
【００６１】
ＶＮＦＦＧは、ＶＮＦ２４１、２４２、２４３のセット、および、ＶＮＦ２４１、２４２、２４３の間で接続される仮想リンクを含む、ネットワークサービスのトポロジ、または、ネットワークサービスの一部である。ＶＮＦＦＧは、複数のベンダによって生産された、異なる独自の解決手段がそれぞれに適用された、さまざまな機器およびエンティティを含むので、ＶＮＦ２４１、２４２、２４３が複数のベンダのレイヤソフトウェア、すなわち、ＶＮＦソフトウェア、仮想レイヤ、ハードウェア、仮想ネットワークなどによってサポートされ得るように、ネットワークサービスチェイニング（ＮＳＣ）のために、サービスフローの格差を用いる、エンドツーエンドのサービス可用性をインスタンス化するために使用され得るプロトコルがあることは有利であろう。例えば、ＶＮＦまたはＰＮＦなどの各ネットワーク機能（ＮＦ）またはサービス機能（ＳＦ）、および、サービス機能転送（ＳＦＦ）は、例えば、障害または過負荷などの異常な状況の間に、同一の予め定義されたポリシーでトラフィックを処理する必要があり得る。
【００６２】
いくつかの実施形態において、エンドツーエンドからネットワークサービスのためのサービス可用性メタデータを提供する機構は、ネットワークサービスメタデータが仮想リンクにおいて表現される方式に従って発明される。仮想リンクにおけるネットワークサービスチェイニングを識別するための方式に従って、サービス可用性レベル（ＳａＬ）のパラメータが、暗示的または明示的にトラフィックパケット内に埋め込まれるように設計されている。
【００６３】
サービスフロー格差配置を用いる、エンドツーエンドのサービスの信頼性および可用性を含むネットワークサービスは、サービス可用性レベルの情報要素を記述子内に導入することによって（ここで、サービスフローのサービス可用性レベルが宣言され得る）、および、記述子の情報要素をサービスフローのネットワークサービスチェインにおけるネットワーク機能ノードおよびネットワーキングノードに提供することによって可能となり得る。
【００６４】
これにより、例えば、サービスプロバイダまたは同様のエンティティが、異なるサービスフローに対して、異なるサービス可用性レベルを決定することを可能にするための機構が提供される。
【００６５】
図２は、ネットワーク機能仮想化（ＮＦＶ）参照アーキテクチャフレームワーク２００についての概略図である。
【００６６】
欧州電気通信標準化機構（ＥＴＳＩ）は、図２に示されているように、ＮＦＶフレームワークにおける機能ブロックおよび参照点を描写するＮＦＶアーキテクチャフレームワーク２００を定義した。ネットワークサービスは、構造的には、サポートするネットワーク機能仮想化インフラストラクチャ（ＮＦＶＩ）１５０によって仮想接続と相互接続されるネットワーク機能（ＮＦ）のフォワーディンググラフにおいて配置およびインスタンス化するネットワークサービスとして見ることができる。下位のネットワーク機能の挙動は、より高いレベルのサービスの挙動に寄与する。したがって、ネットワークサービスの挙動は、個別のＮＦ、ＮＦセット、および／またはインフラストラクチャネットワーク１５０を含み得る、その構成機能ブロックの挙動の組み合わせである。
【００６７】
ネットワーク管理は、オペレーショナルサポートシステム（ＯＳＳ）／ビジネスサポートシステム（ＢＳＳ）２２０によって提供され得る。
【００６８】
エレメント管理システム（ＥＭＳ）２３１、２３２、２３３、および、仮想化ネットワーク機能（ＶＮＦ）２４１、２４２、２４３がさらに提供される。ＶＮＦ２４１、２４２、２４３は、または、サービス機能（ＳＦ）もしくはネットワーク機能ノードとも称され得て、トラフィックフローに対して実際のサービス機能処理を実行する。それは仮想マシン上で動作するインスタンスであり得る。ＥＭＳ２３１、２３２、２３３は、１または複数のＶＮＦ２４１、２４２、２４３のための管理エンティティであり得る。
【００６９】
ＮＦＶＩ１５０は、仮想コンピューティング１５１、仮想ストレージ１５２、仮想ネットワーク１５３、仮想化層１５５を含み、ハードウェアリソース１６０は、コンピューティングハードウェア１６１、ストレージハードウェア１６２、およびネットワークハードウェア１６３を含む。ＮＦＶＩ１５０は、ＶＮＦが配置される環境を構築するハードウェアおよびソフトウェアのコンポーネントすべてをまとめたものである。ＮＦＶＩ１５０は、複数の場所にわたって及び得る。これらの場所の間に接続性を提供するネットワークは、ＮＦＶＩ１５０の一部として見なされ得る。
【００７０】
ＮＦＶ管理およびオーケストレーション（ＭＡＮＯ）１８０は、すべての機能ブロック、これらの機能ブロックによって使用されるデータレポジトリ、ならびに、これらの機能ブロックがＮＦＶＩ１５０およびＶＮＦ２４１、２４２、２４３の管理およびオーケストレーションを行う目的で情報を交換することに用いる参照点およびインタフェースをまとめたものである。ＮＦＶ  ＭＡＮＯ１８０は、ＶＮＦオーケストレータ１８１、ＶＮＦマネージャ１８２、および仮想化インフラストラクチャマネージャ（ＶＩＭ）１８３を含む。ＮＦＶオーケストレータ１８１は、ＮＦＶインフラストラクチャ１５０およびソフトウェアリソースのオーケストレーションおよび管理、ならびに、ＮＦＶＩ１５０上のネットワークサービスの実現を担う。ＶＮＦマネージャ１８２は、ＶＮＦライフサイクル管理（例：インスタンス化、更新、クエリ、スケーリング、および／または終了）を担う。複数のＶＮＦマネージャ１８２が配置され得て、さらに、ＶＮＦマネージャ１８２が、各ＶＮＦ２４１、２４２、２４３のために配置され得るか、または、ＶＮＦマネージャ１８２が、複数のＶＮＦ２４１、２４２、２４３にサービスを提供し得る。ＶＩＭ１８３は、通常は１つの事業者のインフラストラクチャドメイン内にある、ＮＦＶＩコンピューティング、ストレージ、およびネットワークリソース（例：ＮＦＶＩ‐ＰｏＰ内のすべてのリソース、複数のＮＦＶＩ‐ＰｏＰにわたるリソース、または、ＮＦＶＩ‐ＰｏＰ内のリソースのサブセット）の制御および管理を担う。ＶＩＭ１８３は、特定の種類のＮＦＶＩリソースの処理に特化し得る（例えば、コンピューティングのみ、ストレージのみ、ネットワーキングのみ）か、または、（例えば、ＮＦＶＩ‐ノードにおける）複数の種類のＮＦＶＩリソースを管理することが可能であり得る。
【００７１】
ＶＮＦＦＧは、ＶＮＦ２４１、２４２、２４３のセット、および、ＶＮＦ２４１、２４２、２４３の間に接続される仮想リンクを含む、ネットワークサービスのトポロジまたはネットワークサービスの一部である。 
【００７２】
いくつかの実施形態によれば、サービスフローの格差を含む、エンドツーエンドのサービス可用性配置のための、システムの方法および機構が提供される。開示されるプロトコルおよび機構を導入することによって、ＮＦＶ環境内のネットワークサービスのインスタンス化におけるサービスフローの格差を用いる、サービス可用性のエンドツーエンドの配置が、サービスプロバイダ、または、他の同様のエンティティによって制御され得る。従って、さまざまなサービスフローへの、サービス可用性の格差が実現する。これにより、すべてのサービスフローが、サービス可用性および信頼性において「ピーク時に合わせて構築される」必要はないが、サービスレベルアグリーメント（ＳＬＡ）が、所与のサービス可用性レベルに従って定義および適用され得ることが保証される。
【００７３】
当該プロトコルおよび機構を導入することによって、ネットワークサービスのインスタンス化における、サービスフローの格差を用いる、エンドツーエンドのサービス可用性を配置するための方法がエンドユーザ、すなわち、サービスプロバイダに提供されるだけでなく、ネットワークサービスの動作中にサービス可用性のＳＬＡを満たすのに必要なリソースおよび高可用性機構を獲得するためのソフトウェア定義可用性（ＳＤＡ）機能も提供される。
【００７４】
サービスフローの格差を用いる、サービス可用性のエンドツーエンドの配置のためのプロトコルおよび機構は、サービス可用性レベルのメタデータを導入することによって実現される。サービス可用性レベルは、種々の実施形態に係る異なる方式で、仮想リンクにおけるネットワークサービスチェイニングを表す方式に係る既存のプロトコルにおいて、暗示的または明示的に、ネットワークトラフィックパケット内に埋め込まれ得る。
【００７５】
いくつかの実施形態において、ＶＮＦＦＧの要素は、仮想ネットワークの接続を含み得る。管理エンドポイント（例：ＯＳＳ１１０）は、ネットワークリンクにおいてネットワークサービスチェイニングが識別される方式を定義し得る。仮想ローカルエリアネットワーク（ＶＬＡＮ）、仮想拡張型ＬＡＮ（ＶＸＬＡＮ）、マルチプロトコルラベルスイッチング（ＭＰＬＳ）、またはインターネットプロトコル（ＩＰ）がネットワークサービスフローを識別するために使用されるとき、各リンクにおけるサービスフローのサービス可用性レベルは、サービスフローのトランスポート識別子に依存するサービスフローの、サービスのクラス（ＣｏＳ）、サービスの種類（ＴｏＳ）、または、サービス品質（ＱｏＳ）にマッピングされ得る。
【００７６】
従って、いくつかの実施形態において、ネットワークサービスのインスタンス化におけるエンドツーエンドのサービス可用性をインスタンス化するために、ＶＮＦＦＧＤのＮＦＰ、ＶＬＤ、および、ＶＮＦＤのＶＤＵにおいて使用される情報要素において、新しいサービス可用性パラメータを導入することによって、新しいインタフェースプロトコルが提供され得る。
【００７７】
リソースオーケストレーションエンティティ１７１は、複数の中間ネットワーキングノードを介して接続される１または複数のネットワーク機能ノード２４１、２４２、２４３を含むネットワークサービスチェインにおける１または複数のサービスフローを含むネットワークサービスのサービスフロー格差配置を用いる、エンドツーエンドのサービスの信頼性および可用性を可能にするように構成され得る。さらに、リソースオーケストレーションエンティティ１７１は、サービスフローのサービス可用性レベル要件を定義するために、少なくとも１つの記述子２２３、２２４、２２６において、サービス可用性レベルの情報要素２５０をネットワークサービス管理エンティティ２２０から取得するように構成される。また、リソースオーケストレーションエンティティ１７１は、ネットワークサービスチェインにおけるサービスフローをインスタンス化するとき、ネットワーキングノードを含むネットワークハードウェア１６３上に存在する仮想ネットワーク１５３におけるネットワーク機能ノード２４１、２４２、２４３およびそれらの相互接続を含むリソース１５１、１５２、１５３を割り当てるために、サービスフローの識別基準と共に、サービス可用性レベルの情報要素２５０をリソース管理エンティティ１７３に提供するように構成される。
【００７８】
リソースオーケストレーションエンティティ１７１は、ネットワーク機能仮想化アーキテクチャフレームワーク２００に含まれる。リソースオーケストレーションエンティティ１７１は、ネットワーク機能仮想化オーケストレータ１８１に含まれ得る。ネットワーク機能管理エンティティ１７２は、仮想化ネットワーク機能マネージャ１８２に含まれ得る。しかしながら、いくつかの実施形態において、リソースオーケストレーションエンティティは、種々の実施形態におけるネットワーク機能仮想化オーケストレータ１８１または仮想化ネットワーク機能マネージャ１８２に含まれ得る。加えて、ネットワーク機能管理エンティティは、仮想化ネットワーク機能マネージャに含まれ得る。いくつかの実施形態において、リソース管理エンティティ１７３は、仮想化インフラストラクチャマネージャ１８３に含まれ得て、ネットワーク機能ノード２４１、２４２、２４３は、ネットワーク機能または仮想化ネットワーク機能２４１、２４２、２４３を含み得て、ネットワーク機能ノード２４１、２４２、２４３の相互接続は、ネットワーキングノードを含むネットワークハードウェア１６３上に存在する仮想ネットワーク１５３に含まれ得る。
【００７９】
リソースオーケストレーションエンティティ１７１はまた、サービスフローのサービス可用性レベルを仮想配置ユニット２２６の一部として定義するために、仮想化ネットワーク機能記述子（ＶＮＦＤ）２２５において、サービス可用性レベルの情報要素２５０を取得するようにさらに構成され得る。
【００８０】
仮想配置ユニット２２６における、サービス可用性レベルの取得された情報要素２５０は、ネットワーク機能ノード２４１、２４２、２４３についての、要求されるリソースのサービス可用性レベル要件を規定し得る。表１は、実施形態に係るＶＤＵ２２６の追加された情報要素を示す。
【表１】
0006463851.tif 000002
【００８１】
この開示において、ＶＮＦＦＧにおいてインスタンス化されるネットワークサービスは、ネットワークサービスチェインと称され得て、これは、１または多くのサービスフローを含み、その各々は、ＱｏＳ、コロケーション、物理的分離、規制上の制約、サービスの信頼性および可用性、セキュリティなどのパラメータについて、自身のサービスレベルアグリーメント（ＳＬＡ）要件を有する。１つのサービスフローは、例えば、音声通話サービスもしくはゲームサービス、または、例えばＶＩＰユーザなどの１グループのユーザの種類のサービスか、または、例えば、１つのテナントの１つのマシン間（ＭｔｏＭ）サービスなどの規定されたサービスであり得る。これらは単に、非限定的な例の一部に過ぎない。 
【００８２】
さらに、リソースオーケストレーションエンティティ１７１は、サービスフローの識別基準が共に埋め込まれる、サービスフローのサービス可用性レベルを定義するために、ネットワークフォワーディングパス２２３において、サービス可用性レベルの情報要素２５０を取得するように構成され得る。
【００８３】
いくつかの実施形態において、ネットワークフォワーディングパス２２３における取得された情報要素２５０は、サービスフローの、サポートするサービス可用性レベルのリストを規定し得る。さらに、サービスフローのサービス可用性レベルを識別する方式も記述し得る。また、サービスフローがトランスポート層識別子で識別される場合、サービス可用性レベルと、サービス品質の識別子、またはサービスのクラスとの間の対応するマッピングが提供され得る。
【００８４】
ネットワークフォワーディングパス２２３は、接続点の順序付けされたリストと、ネットワークコントローラが、ＮＦＶＩネットワークリソースにおける転送表をそれに従って構成することを可能にし得るルール関連情報とを含み得る。複数のサービスフローが、同一のＮＦＰ２２３を使用し得る。この開示において、サービス可用性レベルを提供するための、サービス可用性レベルの提供された情報要素は、ＮＦＰ２２３に対するサービス可用性要件を記述するために使用される。サービスフローのサービス可用性レベルを識別する（ＳＦＣ、または、例えば、ＶＬＡＮ、ＶＸＬＡＮ、ＭＰＬＳ、ＩＰなどの従来のトランスポート層フロー情報のいずれかに基づく）方式も、この情報要素内にある。表２を参照されたい。表２は、いくつかの実施形態に係る修正されたネットワークフォワーディングパスの例を示す。サービスフローが、例えば、ＶＬＡＮタグＩＤ、ＶＸＬＡＮタグＩＤ、ＭＰＬＳタグＩＤ、または、ＩＰアドレスなどの従来のトランスポート層識別子で識別された場合、（例えば、障害または過負荷などの）異常な状況の間に、同一の予め定義されたポリシーを有するトラフィックをＮＦＰ２２３のエンティティが処理できるように、１または複数のサービスフローをサポートし得るＮＦＰ２２３に対するサービス可用性要件を規定するために、情報フィールドが使用される。
【００８５】
いくつかの実施形態において、リソースオーケストレーションエンティティ１７１はさらに、サービスフローのサービス可用性レベルを定義するために、仮想リンク記述子２２４において、サービス可用性レベルの情報要素２５０を取得するように構成され得る。
【００８６】
いくつかの実施形態において、仮想リンク記述子２２４における、サービス可用性レベルの取得された情報要素２５０は、サービスフローのサポートするサービス可用性レベルのリストを規定し得る。加えて、サービスフローのサービス可用性レベルを識別する方式を記述し得る。さらに、サービスフローがトランスポート層識別子で識別された場合、サービス可用性レベルと、サービス品質の識別子、またはサービスのクラスとの間の対応するマッピングが提供され得る。
【００８７】
ＮＦＰ２２３におけるサービス可用性の記述に加えて、対応するサービス可用性の記述は、ＶＬＤ２２４においても提供され得る。仮想リンクにおいてサポートされる１または複数のサービスフローについては、サービス可用性レベルの提供された情報要素は、ＶＬＤ２２４に対するサービス可用性要件を記述するために利用され得る。表３を参照されたい。表３は、実施形態に係るＶＬＤ２２４の追加された情報要素を開示する。障害、過負荷などの異常の高速復旧を提供するために、異なるサービスフローのサービス可用性レベルを識別する方式が、ネットワークコントローラまたはネットワーキングノード、すなわち、サービス機能転送（ＳＦＦ）に提供され得る。この開示において、サービス可用性レベルを記述する以下の情報要素は、ＮＦＰ２２３の場合と同一であり得て、いくつかの実施形態において、（おそらくＶＮＦ内部リンクも含む）仮想リンクのサービス可用性要件をＶＬＤ２２４において記述するために使用されるように設計され得る。
【表３】
0006463851.tif 000003
【００８８】
実行中のサービス機能のサービス可用性レベルは、例えば、仮想マシン、ハイパーバイザ、ハードウェア、およびネットワークなどの、下のエンティティまたはリソースにサービス可用性要件を与える。この開示において、ＶＤＵ２２６における、サービス可用性レベルの情報要素は、例えば、ＶＭ、ハイパーバイザ、および／またはハードウェアなどの、下のエンティティまたはリソースに対するサービス可用性要件を規定するために使用されるように設計され得る。インフラストラクチャ層は、要件を解釈し得て、サービスをサポートするための高可用性機構を獲得し得る。
【００８９】
サービス可用性レベルの情報要素２５０は、代替的に、割り当てられたリソース１５１、１５２、１５３によってサポートされるサービスフローのサービス可用性レベルを定義する入力情報を含む要求において、リソース管理エンティティ１７３に提供され得る。
【００９０】
この開示において、サービス可用性レベルを記述する、表４における以下の入力情報要素は、いくつかの実施形態において、割り当てられたリソースについてのサービス可用性レベル要件を記述するために使用されるように設計され得る。
【表４】
0006463851.tif 000004
【００９１】
また、いくつかの実施形態に係るリソースオーケストレーションエンティティ１７１は、サービス可用性を有するリソース１５１、１５２、１５３をその属性の１つとして構成するために、仮想化層１５５およびネットワークコントローラ１４０の、ネットワークインフラストラクチャ１５０エンティティとの調整に関する調整情報をリソース管理エンティティ１７３から受信するようにさらに構成され得る。
【００９２】
さらに、リソースオーケストレーションエンティティ１７１は、サービス可用性サポートを含むサービスフローを運ぶために、ネットワーク機能ノード２４１、２４２、２４３においてソフトウェアインスタンスをインスタンス化するためのネットワーク機能管理エンティティ１７２を要求するようにさらに構成され得る。
【００９３】
図３は、複数の中間ネットワーキングノードを介して接続される１または複数のネットワーク機能ノード２４１、２４２、２４３を含むネットワークサービスチェインにおける１または複数のサービスフローを含むネットワークサービスのサービスフロー格差配置を用いる、エンドツーエンドのサービスの信頼性および可用性を可能にするための方法３００の実施形態を示すフローチャートである。いくつかの実施形態において、方法３００は、リソースオーケストレーションエンティティ１７１において全体的または部分的に実行され得る。しかしながら、いくつかの実施形態において、方法３００、または、方法３００の一部は、例えば、ネットワーク機能管理エンティティ１７２、リソース管理エンティティ１７３、または他のエンティティなどのような別のエンティティにおいて実行され得る。
【００９４】
リソースオーケストレーションエンティティ１７１は、ネットワーク機能仮想化アーキテクチャフレームワーク２００に含まれ得る。リソースオーケストレーションエンティティ１７１は、ネットワーク機能仮想化オーケストレータ１８１に含まれ得る。ネットワーク機能管理エンティティ１７２は、仮想化ネットワーク機能マネージャ１８２に含まれ得る。しかしながら、いくつかの実施形態において、リソースオーケストレーションエンティティ１７１は、ネットワーク機能仮想化オーケストレータ１８１に、または、種々の実施形態における仮想化ネットワーク機能マネージャ１８２に含まれ得る。加えて、ネットワーク機能管理エンティティは、仮想化ネットワーク機能マネージャに含まれ得る。いくつかの実施形態において、リソース管理エンティティ１７３は、仮想化インフラストラクチャマネージャ１８３に含まれ得て、ネットワーク機能ノード２４１、２４２、２４３は、ネットワーク機能または仮想化ネットワーク機能２４１、２４２、２４３を含み得て、ネットワーク機能ノード２４１、２４２、２４３の相互接続は、ネットワーキングノードを含むネットワークハードウェア１６３上に存在する仮想ネットワーク１５３に含まれ得る。
【００９５】
ネットワークサービスのサービスフロー格差配置を用いる、エンドツーエンドのサービスの信頼性および可用性を適切に可能にするべく、方法３００は、複数の段階３０１〜３０４を備え得る。しかしながら、記述される段階３０１〜３０４のいずれか、いくつか、またはすべては、列挙によって示される時間順序といくらか異なる順序で実行され得て、種々の実施形態によれば、同時に実行されること、または、完全に逆の順序で実行されることさえあり得ることに留意されたい。例えば、段階３０３および／または段階３０４などのいくつかの段階は、方法３００のいくつかの実施形態においてのみ実行され得る。さらに、いくつかアクションは、種々の実施形態に係る複数の代替的な方式で実行され得て、いくつかのそのような代替的な方式は、いくつかの実施形態のみにおいて実行され得て、必ずしも、すべての実施形態において実行されるわけではないことに留意されたい。方法３００は、以下の方法の段階を備え得る。
【００９６】
［段階３０１］
サービス可用性レベルの情報要素２５０は、サービスフローのサービス可用性レベル要件を定義するために、少なくとも１つの記述子２２３、２２４、２２６において、ネットワークサービス管理エンティティ２２０から取得される。記述子２２３、２２４、２２６は、ＮＦＰ２２３、ＶＬＤ２２４、および／またはＶＤＵ２２６を含み得る。
【００９７】
いくつかの実施形態におけるＶＮＦＤ２２５において、サービスフローのサービス可用性レベルを定義するための、サービス可用性レベルの情報要素２５０は、ＶＤＵ２２６の一部であり得る。
【００９８】
いくつかの実施形態によれば、ＶＤＵ２２６における、サービス可用性レベルの取得された情報要素２５０は、ネットワーク機能ノード２４１、２４２、２４３についての、要求されるリソースのサービス可用性レベル要件を規定し得る。
【００９９】
さらに、いくつかの実施形態において、サービスフローのサービス可用性レベルを定義するための、サービス可用性レベルの情報要素２５０が、ＮＦＰ２２３において、サービスフローの識別基準と共に埋め込まれ得る。
【０１００】
いくつかの実施形態において、ＮＦＰ２２３における、サービス可用性レベルの取得された情報要素２５０は、サービスフローのサポートするサービス可用性レベルのリストを規定し得る。また、サービスフローのサービス可用性レベルを識別する方式を記述し得る。さらに加えて、サービスフローがトランスポート層識別子で識別された場合、サービス可用性レベルと、サービス品質の識別子、またはサービスのクラスとの間の対応するマッピングが提供され得る。
【０１０１】
いくつかの実施形態によれば、サービスフローのサービス可用性レベルを定義するためのサービス可用性レベルの情報要素２５０は、ＶＬＤ２２４に含まれ得る。 
【０１０２】
いくつかの実施形態において、ＶＬＤ２２４における、サービス可用性レベルの取得された情報要素２５０は、サービスフローの、サポートするサービス可用性レベルのリストを規定し得る。さらに、サービスフローのサービス可用性レベルを識別する方式を記述し得る。また、サービスフローがトランスポート層識別子で識別される場合、サービス可用性レベルと、サービス品質の識別子、またはサービスのクラスとの間の対応するマッピングが提供され得る。
【０１０３】
サービス可用性レベルの情報要素２５０は、割り当てられたリソース１５１、１５２、１５３によってサポートされるサービスフローのサービス可用性レベルを定義する入力情報を含む要求において、リソース管理エンティティ１７３へ提供され得る。
【０１０４】
［段階３０２］
サービス可用性レベルの情報要素２５０は、ネットワークサービスチェインにおけるサービスフローをインスタンス化するとき、ネットワーキングノードを含むネットワークハードウェア１６３上に存在する仮想ネットワーク１５３におけるネットワーク機能ノード２４１、２４２、２４３および接続を含むリソースを割り当てるために、サービスフローの識別基準と共に、リソース管理エンティティ１７３に提供される。
【０１０５】
［段階３０３］
この段階は、いくつかの実施形態においてのみ実行され得る。  サービス可用性を有するリソース１５１、１５２、１５３をその属性の１つとして構成するために、仮想化層１５５およびネットワークコントローラ１４０の、ネットワークインフラストラクチャ１５０エンティティとの調整に関する調整情報が、リソース管理エンティティ１７３から受信され得る。
【０１０６】
［段階３０４］
ネットワーク機能管理エンティティ１７２は、サービス可用性サポートを含むサービスフローを運ぶために、ネットワーク機能ノード２４１、２４２、２４３においてソフトウェアインスタンスをインスタンス化するように要求される。
【０１０７】
上述の方法の段階３０１〜３０４は、段階３０１〜３０４の機能の少なくともいくつかを実行するために、コンピュータプログラム製品と共に、リソースオーケストレーションエンティティ１７１において実行される。従って、プログラムコードを含むコンピュータプログラムは、複数の中間ネットワーキングノードを介して接続される１または複数のネットワーク機能ノード２４１、２４２、２４３を含むネットワークサービスチェインにおける１または複数のサービスフローを含むネットワークサービスのサービスフロー格差配置を用いる、エンドツーエンドのサービスの信頼性および可用性を可能にするために、段階３０１〜３０４の機能のいずれか、いくつか、またはすべてに従って、方法３００を実行し得る。
【０１０８】
さらに、コンピュータプログラム製品は、プログラムコードを記憶するコンピュータ可読記憶媒体を含み得る。リソースオーケストレーションエンティティ１７１は、当該プログラムコードを使用することによって、サービスフローのサービス可用性レベル要件を定義するために、サービス可用性レベルの情報要素２５０を、少なくとも１つの記述子２２３、２２４、２２６において、ネットワークサービス管理エンティティ２２０から取得するように、また、ならびに、ネットワークサービスチェインにおけるサービスフローを含むネットワークサービスをインスタンス化するとき、ネットワーキングノードを含むネットワークハードウェア１６３上に存在する仮想ネットワーク１５３におけるネットワーク機能ノード２４１、２４２、２４３およびそれらの相互接続を含むリソース１５１、１５２、１５３を割り当てるために、サービスフローの識別基準と共に、サービス可用性レベルの情報要素２５０をリソース管理エンティティ１７３に提供するように構成される。
【０１０９】
上述のコンピュータプログラム製品は、例えば、コンピュータにロードされるときに、いくつかの実施形態に係る方法の段階３０１〜３０４の少なくともいくつかを実行するためのコンピュータプログラムコードを運ぶデータキャリアの形態で提供され得る。データキャリアは、例えば、ハードディスク、ＣＤ‐ＲＯＭディスク、メモリスティック、光記憶装置、磁気記憶装置、または、機械可読データを非一時的な方式で保持し得るディスクまたはテープなどの、他のいずれかの適切な媒体であり得る。コンピュータプログラム製品はさらに、コンピュータプログラムコードとしてサーバ上で提供され、例えば、インターネットまたはイントラネット接続を介して、リモートでダウンロードされ得る。
【０１１０】
添付図面において示されるような、実施形態の記述において使用される用語は、記述される方法３００およびエンティティを限定することを意図するものではない。添付の特許請求の範囲によって定義される本発明から逸脱することなく、さまざまな変更、置換および／または変形が施され得る。この記述における「または」、および、対応する請求項は、「および」および「または」の両方を含む数学的ＯＲとして理解されるべきであり、明示的に説明されない限り、ＸＯＲ（排他的ＯＲ）として理解されるべきではない。 
【０１１１】
本明細書において使用される用語「および／または」は、１または複数の関連する列挙項目の任意の、および、すべての組み合わせを含む。加えて、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、「少なくとも１つ」として解釈されるべきであり、従って、そうでないと明示的に説明されない限り、同一の種類の複数のエンティティを含む可能性もある。さらに、「含む」、「有する」、「備える」、および／または「含み」などの用語は、言及される特徴、アクション、整数、段階、操作、要素、および／またはコンポーネントの存在を示すものであり、１または複数の他の機能、アクション、整数、段階、操作、要素、コンポーネント、および／もしくは、これらのグループの存在または追加を排除するものではないことを理解されたい。例えば、プロセッサなどの単一のユニットは、請求項に記載される複数の項目の機能を満たし得る。特定の複数の手段が互いに異なる従属請求項において記載されているからといって、これらの手段の組み合わせが利点を得るために用いられ得ないということを示しているわけではない。コンピュータプログラムは、他のハードウェアと共に、またはその一部として供給される光記憶媒体またはソリッドステート媒体などの適切な媒体上に記憶／配付され得るが、コンピュータプログラムはまた、インターネット、または他の有線もしくは無線通信システムなどを介して他の形態で配付され得る。
【図１】
0006463851.tif 000005
【図２】
0006463851.tif 000006
【図３】
0006463851.tif 000007