JP7450072B2 - 仮想化ネットワーク・サービス配備方法及び装置 - Google Patents

Description

本出願は、２０２０年６月３日に中国国家知識産権局に出願された「ＶＩＲＴＵＡＬＩＺＥＤ ＮＥＴＷＯＲＫ ＳＥＲＶＩＣＥ ＤＥＰＬＯＹＭＥＮＴ ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ」と題する中国特許出願第２０２０１０４９５１３３．６号に対する優先権を主張し、その全体が参照により本明細書に組み込まれる。

この出願は、通信技術の分野に関し、特に、仮想化ネットワーク・サービス配備方法及び装置に関する。

ネットワーク機能仮想化（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ ｖｉｒｔｕａｌｉｚａｔｉｏｎ、ＮＦＶ）とは，ネットワーク・オペレータがｘ８６などの汎用ハードウェアと仮想化技術を使用して，複数の機能のソフトウェア処理をサポートし、汎用高性能サーバ、スイッチ、及び記憶デバイスにネットワーク機能を実装し、ネットワークの高いデバイス・コストが低減される技術である。

ＮＦＶでは、サービス要件に基づいて仮想化ネットワーク・サービス（ｎｅｔｗｏｒｋ ｓｅｒｖｉｃｅ、ＮＳ）が作成される。例えば、インターネット・プロトコル・マルチメディア・サブシステム（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ、ＩＰ ＩＭＳ）ネットワーク・サービス、次世代モバイル・コア・ネットワーク（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）ネットワーク・サービスなどが作成されてもよい。ＮＳ作成中に、サービス要求側は仮想化ネットワーク機能（ｖｉｒｔｕａｌｉｚｅｄ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ、ＶＮＦ）の記述情報と、ＮＳを作成するために使用されるＶＮＦ間の接続関係を提供する必要がある。

従来技術では、ＶＮＦ間の接続関係は、接続されたＶＮＦ間のレイヤ２リンク及びレイヤ３リンクを使用して説明され、レイヤ２リンクは、スイッチによって割り当てられた仮想ネットワークを表すために使用され、レイヤ３リンクは、スイッチへのルーティング・デバイスによって割り当てられた仮想リンクを表すために使用される。

しかし、実際の使用プロセスでは、ＶＮＦ間の接続関係は複雑であることがある。例えば、１つのＮＳに含まれる複数のＶＮＦは、データ・センタ内の異なるラックに配備される。このケースでは、ＶＮＦ間の接続関係は、レイヤ２リンク又はレイヤ３リンクに関する情報のみを記述することでは正確に判定できない。その結果、ＮＳ作成に失敗するか、サービス要件を満たすことができない。したがって、複雑なシナリオにおいてＮＳをどのように作成するかが、現在解決されるべき緊急の問題である。

この出願は、複雑なシナリオでＮＳを作成する目的を達成するために、仮想化ネットワーク・サービス配備方法と装置を提供する。

第１の態様によれば、仮想化ネットワーク・サービス配備方法が提供される。この方法は、ＮＦＶオーケストレータＮＦＶＯによって実行されてもよい。この方法では、ＮＦＶＯは、ネットワーク・サービスＮＳをインスタンス化するためのものであって、ネットワーク・サービスＮＳの識別子を含む要求を受信した後に、ＮＳの識別子に対応するネットワーク・サービス・ディスクリプタＮＳＤファイルを取得する。ＮＳＤファイルは、ネットワーク・サービス仮想リンク・ディスクリプタＶＬＤファイル及び仮想化ネットワーク機能ディスクリプタＶＮＦＤファイルの識別子を含む。ＶＮＦＤファイルは、ＮＳを作成するために使用される仮想化ネットワーク機能ＶＮＦに関する情報を記述するために使用される。ＮＳに含まれるＶＮＦは、レイヤ３リンク、レイヤ２リンク、及びレイヤ３リンクを接続するように構成されたルーティング・デバイスを介して接続される。ＶＬＤファイルには、ルーティング・デバイスに関する情報を含む。次いで、ＮＦＶＯは、レイヤ３リンク、レイヤ２リンク、及びルーティング・デバイスを作成するために使用されるネットワーク作成要求を仮想化インフラストラクチャ・マネージャＶＩＭに送信し、ＮＳに含まれるＶＮＦとレイヤ２リンク及び／又はレイヤ３リンクとの間の接続関係を含むＶＮＦ作成要求を仮想化ネットワーク機能マネージャＶＮＦＭに送信する。ＮＦＶＯは、ＶＩＭからの作成成功応答メッセージとＶＮＦＭからの作成成功応答メッセージを受信した後に、ＮＳの配備に成功したと判定する。

前述の技術的解決策では、ＮＳＦファイルが改善される。例えば、配備予定のＮＳに含まれる少なくとも２つのＶＮＦが、レイヤ３リンク、レイヤ２リンク、及びレイヤ３リンクを接続するように構成されたルーティング・デバイスを介して接続されるときに、ＮＳに対応するＶＬＤファイルは、ルーティング・デバイスに関する情報を含む。このようにして、少なくとも２つのＶＮＦ間の仮想ネットワークの接続関係はより正確になり、したがって、ＮＳの配備の成功を保証することができる。

可能な設計では、ルーティング・デバイスに関する情報は、ルーティング・デバイスに接続されるレイヤ３リンクに関する情報と、ルーティング・デバイスの位置情報と、を含む。

ルーティング・デバイスに関する情報に含まれるコンテンツは、一例にすぎない。確かに、他のコンテンツも含まれてもよい。これは、本明細書において限定されるものではない。

可能な設計では、ＶＬＤファイルは、レイヤ２リンクに関する情報、レイヤ３リンクに関する情報、及びレイヤ２リンクとレイヤ３リンクとの間の対応をさらに含む。

前述の技術的解決策では、ＶＬＤファイル内のレイヤ２リンクに関する情報とレイヤ３リンクに関する情報を使用して、リンク間の接続関係をより明確に記述することができ、ＮＳの配備の成功をさらに確実にすることができるようにする。

可能な設計では、ＮＳに含まれるＶＮＦとレイヤ２リンク及び／又はレイヤ３リンクとの間の接続関係は、ＶＮＦの外部インターフェースの識別子、及び外部インターフェースに接続される第１のレイヤ２リンク及び／又は第１のレイヤ３リンクに関する情報を含む。

前述の技術的解決策では、ＶＮＦは、外部インターフェースを介してレイヤ２リンク又はレイヤ３リンクに接続されるので、ＶＮＦとレイヤ２リンク又はレイヤ３リンクとの接続関係は、ＶＮＦの外部インターフェースを使用して記述することができる。

可能な設計では、ＮＦＶＯは、ネットワーク作成要求を仮想化インフラストラクチャ・マネージャＶＩＭに送信するときに、レイヤ２リンクの識別子を含む第１のレイヤ２リンク作成要求、レイヤ３リンクの識別子及び対応する第２のレイヤ２リンクの識別子を含む第１のレイヤ３リンク作成要求、及びルーティング・デバイスに関する情報を含むルーティング・デバイス作成要求を別々にＶＩＭに送信してもよい。第１のレイヤ３リンク作成要求は、第２のレイヤ２リンク上に対応するレイヤ３リンクを作成するために使用され、ＶＮＦは、作成されたレイヤ３リンクにルーティング・デバイスを介して接続される。

前述の技術的解決策では、第１のレイヤ２リンクの数及び第２のレイヤ２リンクの数は制限されず、１つ以上の第１のレイヤ２リンク及び１つ以上の第２のレイヤ２リンクがあってもよい。第１のレイヤ２リンクが１つあるときは、第１のレイヤ２リンクは、第２のレイヤ２リンクと同じである。複数の第１のレイヤ２リンクがあるときは、第２のレイヤ２リンクは、第１のレイヤ２リンクの全部又は一部であってもよい。追加的に、この出願のこの実施形態では、ＮＦＶＯが第１のレイヤ２リンク作成要求、第１のレイヤ３リンク作成要求、及びルーティング・デバイス作成要求を送信するシーケンスは制限されない。具体的には、ＮＦＶＯは、最初に第１のレイヤ２リンク作成要求を送信し、次いで第１のレイヤ３リンク作成要求を送信し、最後にルーティング・デバイス作成要求を送信してもよい。代替的には、ＮＦＶＯは、最初に、第１のレイヤ２リンク作成要求を送信し、次いで、ルーティング・デバイス作成要求を送信し、最後に、第１のレイヤ３リンク作成要求を送信してもよい。このようにして、ＮＦＶＯの柔軟性を改善することができる。

可能な設計では、ルーティング・デバイスに関する情報は、ルーティング・デバイスの設定情報及び／又は識別子をさらに含む。ＮＦＶＯは、設定情報及び／又は識別子を含むデバイス作成要求と、レイヤ３リンクに関する情報を含むリソース更新要求とを別々にＶＩＭに送信して、ルーティング・デバイスを作成するプロセスを実装してもよく、リソース更新要求は、レイヤ３リンクをルーティング・デバイスに追加するために使用される。

前述の技術的解決策では、ルーティング・デバイスを作成するプロセスは、ルーティング・デバイス自体を作成し、作成されたルーティング・デバイスをレイヤ３リンクに接続するプロセスを含む必要がある。

可能な設計では、ＮＦＶＯは、作成されたＮＳをさらに更新してもよい。このケースでは、ＮＶＦＯは、ＮＳを更新するために使用されるＮＳ更新要求を受信した後に、ＮＳ更新要求に含まれる更新されたＮＳＤファイルの識別子に基づいて、ＮＳに対応する更新されたＮＳＤファイルを取得する。更新されたＮＳＤファイルは、更新されたＶＬＤファイルと、更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報と、を含み、更新されたＶＬＤファイルは、更新されたレイヤ２リンク及び／又は更新されたレイヤ３リンクを含む。次いで、ＮＦＶＯは、更新されたＮＳＤファイルに基づいて、ＮＳに含まれるＶＮＦ間の接続関係を更新する。

前述の技術的解決策では、ＮＳを更新する必要があるときに、ＮＳＤファイル全体ではなくＮＳＤファイル内のＶＬＤファイルのみを更新してもよい。このようにして、更新されたコンテンツを低減することができ、更新をスピードアップすることができる。

可能な設計では、更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報は、更新されたレイヤ２リンクに接続されるＶＮＦの外部インターフェースに関する情報、及び／又は更新されたレイヤ３リンクに接続されるＶＮＦの外部インターフェースに関する情報を含む。

前述の技術的解決策では、ＶＮＦと更新されたレイヤ２リンク及び／又は更新されたレイヤ３リンクとの間の接続関係は、ＶＮＦの外部インターフェースを使用して記述されてもよい。このようにして、ＶＬＤファイルに含まれるコンテンツを低減することができ、ＶＬＤファイルによって占有される記憶領域を低減することができる。

可能な設計では、ＮＦＶＯは、更新されたＮＳＤファイルに基づいて、第２のレイヤ２リンク作成要求と第２のレイヤ３リンク作成要求を別々にＶＩＭに送信し、ＶＮＦ接続更新要求をＶＮＦＭに送信することによって、ＮＳに含まれるＶＮＦ間の接続関係を更新してもよい。第２のレイヤ２リンク作成要求は、更新されたレイヤ２リンクの識別子を含み、第２のレイヤ３リンク作成要求は、更新されたレイヤ３リンクの識別子及び対応する更新されたレイヤ２リンクの識別子を含み、ＶＮＦ接続更新要求は、更新されたレイヤ２リンクの識別子、更新されたレイヤ３リンクの識別子、及び更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報を含み、ＶＮＦＭが、ＶＮＦ接続更新要求に基づいて、更新する必要のあるＶＮＦ間の接続関係を更新する。

前述の技術的解決策では、更新されたレイヤ２リンクの数及び更新されたレイヤ２リンクの数は制限されず、１つ以上の更新されたレイヤ２リンクがあってもよい。追加的に、この出願のこの実施形態では、ＮＦＶＯが第２のレイヤ２リンク作成要求及び第２のレイヤ３リンク作成要求をＶＩＭに送信し、ＶＮＦ接続更新要求をＶＮＦＭに送信するシーケンスは制限されない。具体的には、ＮＦＶＯは、最初に第２レイヤ２リンク作成要求と第２レイヤ３リンク作成要求を送信し、次にＶＮＦ接続更新要求を送信してもよい。代替的には、ＮＦＶＯは、第２のレイヤ２リンク作成要求、第２のレイヤ３リンク作成要求、及びＶＮＦ接続更新要求を同時に送信してもよい。このようにして、ＮＦＶＯの柔軟性を改善することができる。

第２の態様によれば、仮想化ネットワーク・サービス配備装置が提供される。この装置は、前述の方法においてＮＦＶＯを実装する機能を有する。本機能は、ハードウェアによって実装されてもよいし、対応するソフトウェアを実行するハードウェアによって実装されてもよい。ハードウェア又はソフトウェアは、前述の機能に対応する１つ以上のモジュールを含む。可能な設計では、装置の構造は、プロセッサ及びトランシーバを含む。プロセッサは、前述の方法において対応する機能を実行する際に装置をサポートするように構成されている。トランシーバは、装置とＶＩＭとの間の通信及び装置とＶＮＦＭとの間の通信を実するように構成されている。装置は、メモリをさらに含んでもよい。メモリは、プロセッサに結合されるように構成されており、メモリは、装置に必要なプログラム命令及びデータを記憶する。

可能な設計では、装置は、プロセッサ及びトランシーバを含む。

トランシーバは、プロセッサの制御下で、ネットワーク・サービスＮＳをインスタンス化するための要求を受信し、この要求は、ＮＳの識別子を含む。

プロセッサは、ＮＳの識別子に対応するネットワーク・サービス・ディスクリプタＮＳＤファイルを取得することであって、ＮＳＤファイルは、ネットワーク・サービス仮想リンク・ディスクリプタＶＬＤファイル及び仮想化ネットワーク機能ＶＮＦＤファイルの識別子を含み、ＶＮＦＤファイルは、ＮＳを作成するために使用される仮想化ネットワーク機能ＶＮＦに関する情報を記述するために使用され、ＶＬＤファイルは、ルーティング・デバイスに関する情報を含み、ルーティング・デバイスは、レイヤ３リンクを接続するように構成され、ＮＳに含まれるＶＮＦは、レイヤ３リンク、レイヤ２リンク、及びルーティング・デバイスを介して接続される、ことと、ネットワーク作成要求を仮想化インフラストラクチャ・マネージャＶＩＭに送信することであって、ネットワーク作成要求は、レイヤ３リンク、レイヤ２リンク、及びルーティング・デバイスを作成するために使用される、ことと、ＶＮＦ作成要求を仮想化ネットワーク機能マネージャＶＮＦＭに送信することであって、ＶＮＦ作成要求は、ＮＳに含まれるＶＮＦとレイヤ２リンク及び／又はレイヤ３リンクとの間の接続関係を含む、ことと、ＮＳの配備に成功したことを判定することと、を行う。

可能な設計では、ルーティング・デバイスに関する情報は、ルーティング・デバイスに接続されるレイヤ３リンクに関する情報と、ルーティング・デバイスの位置情報と、を含む。

可能な設計では、プロセッサは、第１のレイヤ２リンク作成要求をＶＩＭに送信することであって、第１のレイヤ２リンク作成要求は、レイヤ２リンクの識別子を含む、ことと、第１のレイヤ３リンク作成要求をＶＩＭに送信することであって、第１のレイヤ３リンク作成要求は、レイヤ３リンクの識別子及び対応する第２のレイヤ２リンクの識別子を含み、レイヤ３リンク作成要求は、第２のレイヤ２リンク上に対応するレイヤ３リンクを作成するために使用される、ことと、ルーティング・デバイス作成要求をＶＩＭに送信することであって、ルーティング・デバイス作成要求は、ルーティング・デバイスに関する情報を含み、ＶＮＦは、ルーティング・デバイスを介してレイヤ３リンクに接続される、ことと、を行う。

可能な設計では、プロセッサは、デバイス作成要求をＶＩＭに送信することであって、デバイス作成要求は、設定情報及び／又は識別子を含む、ことと、リソース更新要求をＶＩＭに送信することであって、リソース更新要求は、レイヤ３リンクに関する情報を含み、レイヤ３リンクをルーティング・デバイスに追加するために使用される、ことと、を行う。

可能な設計では、トランシーバは、プロセッサの制御下で、ＮＳ更新要求を受信することであって、ＮＳ更新要求は、ＮＳを更新するために使用され、ＮＳ更新要求が、ＮＳに対応する更新されたＮＳＤファイルの識別子を含む、ことを行い、プロセッサは、更新されたＮＳＤファイルの識別子に基づいて、更新されたＮＳＤファイルを取得することであって、更新されたＮＳＤファイルは、更新されたＶＬＤファイルと、更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報と、を含み、更新されたＶＬＤファイルは、更新されたレイヤ２リンク及び／又は更新されたレイヤ３リンクを含む、ことを行い、プロセッサは、更新されたＮＳＤファイルに基づいて、ＮＳに含まれるＶＮＦ間の接続関係を更新することを行う。

可能な設計では、更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報は、更新されたレイヤ２リンクに接続されるＶＮＦの外部インターフェースに関する情報、及び／又は更新されたレイヤ３リンクに接続されるＶＮＦの外部インターフェースに関する情報を含む。

可能な設計では、プロセッサは、第２のレイヤ２リンク作成要求をＶＩＭに送信することであって、第２のレイヤ２リンク作成要求は、更新されたレイヤ２リンクの識別子を含む、ことと、第２のレイヤ３リンク作成要求をＶＩＭに送信することであって、第２のレイヤ３リンク作成要求は、更新されたレイヤ３リンクの識別子及び対応する更新されたレイヤ２リンクの識別子を含む、ことと、ＶＮＦ接続更新要求をＶＮＦＭに送信することであって、ＶＮＦ接続更新要求は、更新されたレイヤ２リンクの識別子、更新されたレイヤ３リンクの識別子、及び更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報を含み、ＶＮＦＭが、ＶＮＦ接続更新要求に基づいて、更新される必要があるＶＮＦ間の接続関係を更新するようにする、ことと、を行う。

第３の態様によれば、仮想化ネットワーク・サービス配備装置が提供される。この装置は、前述の方法においてＮＦＶＯを実装する機能を有する。通信装置は、対応する機能モジュール、例えば、前述の方法のステップを実施するように別々に構成された受信モジュール、取得モジュール、送信モジュール、及び判定モジュールを含んでもよい。

可能な設計では、装置は、受信モジュール、取得モジュール、送信モジュール、及び判定モジュールを含む。

受信モジュールは、ネットワーク・サービスＮＳをインスタンス化するための要求を受信するように構成されており、要求は、ＮＳの識別子を含む。

取得モジュールは、ＮＳの識別子に対応するネットワーク・サービス・ディスクリプタＮＳＤファイルを取得するように構成されており、ＮＳＤファイルは、ネットワーク・サービス仮想リンク・ディスクリプタＶＬＤファイル及び仮想化ネットワーク機能ＶＮＦＤファイルの識別子を含み、ＶＮＦＤファイルは、ＮＳを作成するために使用される仮想化ネットワーク機能ＶＮＦに関する情報を記述するために使用され、ＶＬＤファイルは、ルーティング・デバイスに関する情報を含み、ルーティング・デバイスは、レイヤ３リンクを接続するように構成され、ＮＳに含まれるＶＮＦは、レイヤ３リンク、レイヤ２リンク、及びルーティング・デバイスを介して接続される。

送信モジュールは、ネットワーク作成要求を仮想化インフラストラクチャ・マネージャＶＩＭに送信することであって、ネットワーク作成要求は、レイヤ３リンク、レイヤ２リンク、及びルーティング・デバイスを作成するために使用される、ことと、ＶＮＦ作成要求を仮想化ネットワーク機能マネージャＶＮＦＭに送信することであって、ＶＮＦ作成要求は、ＮＳに含まれるＶＮＦとレイヤ２リンク及び／又はレイヤ３リンクとの間の接続関係を含む、ことと、行うように構成されている。

判定モジュールは、ＮＳの配備に成功したことを判定するように構成されている。

可能な設計では、ルーティング・デバイスに関する情報は、ルーティング・デバイスに接続されるレイヤ３リンクに関する情報と、ルーティング・デバイスの位置情報と、を含む。

可能な設計では、送信モジュールは、具体的には、第１のレイヤ２リンク作成要求をＶＩＭに送信することであって、第１のレイヤ２リンク作成要求は、レイヤ２リンクの識別子を含む、ことと、第１のレイヤ３リンク作成要求をＶＩＭに送信することであって、第１のレイヤ３リンク作成要求は、レイヤ３リンクの識別子及び対応する第２のレイヤ２リンクの識別子を含み、レイヤ３リンク作成要求は、第２のレイヤ２リンク上に対応するレイヤ３リンクを作成するために使用される、ことと、ルーティング・デバイス作成要求をＶＩＭに送信することであって、ルーティング・デバイス作成要求は、ルーティング・デバイスに関する情報を含み、ＶＮＦは、ルーティング・デバイスを介してレイヤ３リンクに接続される、ことと、を行うように構成されている。

可能な設計では、送信モジュールは、具体的には、デバイス作成要求をＶＩＭに送信することであって、デバイス作成要求は、設定情報及び／又は識別子を含む、ことと、リソース更新要求をＶＩＭに送信することであって、リソース更新要求は、レイヤ３リンクに関する情報を含み、レイヤ３リンクをルーティング・デバイスに追加するために使用される、ことと、を行うように構成されている。

可能な設計では、受信モジュールは、ＮＳ更新要求を受信することであって、ＮＳ更新要求は、ＮＳを更新するために使用され、ＮＳ更新要求が、ＮＳに対応する更新されたＮＳＤファイルの識別子を含む、ことを行うようにさらに構成されており、取得モジュールは、更新されたＮＳＤファイルの識別子に基づいて、更新されたＮＳＤファイルを取得することであって、更新されたＮＳＤファイルは、更新されたＶＬＤファイルと、更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報と、を含み、更新されたＶＬＤファイルは、更新されたレイヤ２リンク及び／又は更新されたレイヤ３リンクを含む、ことを行うようにさらに構成されており、送信モジュールは、更新されたＮＳＤファイルに基づいて、ＮＳに含まれるＶＮＦ間の接続関係を更新することを行うようにさらに構成されている。

可能な設計では、更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報は、更新されたレイヤ２リンクに接続されるＶＮＦの外部インターフェースに関する情報、及び／又は更新されたレイヤ３リンクに接続されるＶＮＦの外部インターフェースに関する情報を含む。

可能な設計では、送信モジュールは、具体的には、第２のレイヤ２リンク作成要求をＶＩＭに送信することであって、第２のレイヤ２リンク作成要求は、更新されたレイヤ２リンクの識別子を含む、ことと、第２のレイヤ３リンク作成要求をＶＩＭに送信することであって、第２のレイヤ３リンク作成要求は、更新されたレイヤ３リンクの識別子及び対応する更新されたレイヤ２リンクの識別子を含む、ことと、ＶＮＦ接続更新要求をＶＮＦＭに送信することであって、ＶＮＦ接続更新要求は、更新されたレイヤ２リンクの識別子、更新されたレイヤ３リンクの識別子、及び更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報を含み、ＶＮＦＭが、ＶＮＦ接続更新要求に基づいて、更新される必要があるＶＮＦ間の接続関係を更新するようにする、ことと、を行うように構成されている。

第４の態様によれば、この出願の実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータ上で動作するときに、コンピュータは、第１の態様におけるＮＦＶＯによって実行される方法を実行することが可能になる。

第５の態様によれば、この出願の実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータ上で動作するときに、コンピュータは、第１の態様におけるＮＦＶＯによって実行される方法を実行することが可能になる。

第６の態様によれば、この出願の一実施形態は、チップ・システムを提供する。チップ・システムは、プロセッサを含み、メモリをさらに含んでもよい。チップ・システムは、第１の態様においてＮＦＶＯによって実行される方法を実装するように構成されている。チップ・システムは、チップを含んでもよいし、チップ及び別の個別のコンポーネントを含んでもよい。

第２の態様～第６の態様及び第２の態様～第６の態様の実装の有益な効果については、第１の態様及び第１の態様の実装における方法の有益な効果の説明を参照のこと。

ＮＦＶアーキテクチャの概略図である。

ＮＳ配備方法のフローチャートである。

１つのＮＳが、データ・センタ内の同じラック上に配備された２つのＶＮＦを含む例の概略図である。

１つのＮＳが、データ・センタ内の同じラック上に配備された２つのＶＮＦを含む別の例の概略図である。

１つのＮＳが、異なるＶＬＡＮに配備された複数のＶＮＦを含む例の概略図である。

この出願の一実施形態による、仮想化ネットワーク・サービス配備方法のフローチャートである。

この出願の一実施形態による、ＮＳ更新方法のフローチャートである。

この出願の一実施形態による、ＶＮＦ４に接続されたレイヤ２リンク及びレイヤ３リンクを更新する例の概略図である。

この出願の一実施形態による、仮想化ネットワーク・サービス配備装置の構造の例の概略図である。

この出願の一実施形態による、仮想化ネットワーク・サービス配備装置の構造の別の例の概略図である。

この出願の実施形態の目的、技術的解決策、及び利点をより明確にするために、以下、添付の図面及び明細書の特定の実装を参照して、この出願の実施形態における技術的解決策を詳細に説明する。

この出願の実施形態では、「複数の」とは、２つ以上を意味する。この観点から、この出願の実施形態では、「複数の」は、代替的には、「少なくとも２つ」として理解されてもよい。「少なくとも１つ」は、１つ以上、例えば、１つ、２つ、又はそれ以上として理解されてもよい。例えば、「少なくとも１つを含む」は「１つ、２つ、又はそれ以上を含む」を意味し、どれが含まれるかについての限定はない。例えば、「Ａ、Ｂ及びＣの少なくとも１つを含む」は、「Ａ、Ｂ若しくはＣを含む」、「Ａ及びＢを含むか、Ａ及びＣを含むか、若しくはＢ及びＣを含む」、又は「Ａ、Ｂ及びＣを含む」を意味してもよい。「及び／又は」という用語は、関連するオブジェクト間の関連関係を説明し、３つの関係が存在してもよいことを表す。例えば、Ａ及び／又はＢは、Ａのみが存在し、Ａ及びＢの両方が存在し、Ｂのみが存在するという３つのケースを表してもよい。追加的に、別段の指定がない限り、「／」という文字は、一般に、関連するオブジェクト間の「又は」関係を示す。「リンク」及び「ネットワーク」という用語は、この出願の実施形態において互換的に使用されてもよい。

別段の指定がない限り、この出願の実施形態における「第１の」、「第２の」などの順序番号は、複数のオブジェクトを区別するために使用され、複数のオブジェクトの順序、時間順序、優先度、又は重要度を限定することを意図していない。

以上、この出願の実施形態におけるいくつかの概念を説明し、以下、この出願の実施形態における技術的特徴を説明する。

ネットワーク・オペレータのデバイス・コストを低減するために、ＮＦＶアーキテクチャを使用して仮想化ＮＳが作成されて、ネットワークにおけるいくつかのネットワーク機能を実装することが提案されている。例えば、ＩＰ ＩＭＳネットワーク・サービス又はＥＰＣネットワーク・サービスが、ＮＦＶアーキテクチャを使用して作成され得る。このようにして、前述のネットワーク・サービス機能を実装することができるネットワーク・デバイスを購入することによってもたらされるネットワーク・オペレータのコストを低減することができる。

図１は、ＮＦＶアーキテクチャの概略図である。ＮＦＶアーキテクチャは、複数のネットワーク、例えば、ローカル・エリア・ネットワーク（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＬＡＮ）、インターネット・プロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）ネットワーク、発展型パケット・コア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）ネットワークなどを実装するために使用されてもよい。

図１に示すように、ＮＦＶアーキテクチャは、ＮＦＶ管理及びオーケストレーション・システム（ＮＦＶ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｏｒｃｈｅｓｔｒａｔｉｏｎ ｓｙｓｔｅｍ、ＮＦＶ－ＭＡＮＯ）１１０、１つ以上の運用支援システム／業務支援システム（ｏｐｅｒａｔｉｏｎ ｓｕｐｐｏｒｔ ｓｙｓｔｅｍｓ／ｂｕｓｉｎｅｓｓ ｓｕｐｐｏｒｔ ｓｙｓｔｅｍｓ、ＯＳＳ／ＢＳＳ）１２０、複数の要素管理システム（ｅｌｅｍｅｎｔ ｍａｎａｇｅｒ、ＥＭ）１３０、複数のＶＮＦ１４０、及びＮＦＶインフラストラクチャ（ＮＦＶインフラストラクチャ、ＮＦＶＩ）１５０を含んでもよい。

ＮＦＶ－ＭＡＮＯ １１０は、ＮＦＶオーケストレータ（ＮＦＶ ｏｒｃｈｅｓｔｒａｔｏｒ、ＮＦＶＯ）１１１、１つ以上のＶＮＦＭ１１２、及び仮想化インフラストラクチャ・マネージャ（ｖｉｒｔｕａｌｉｚｅｄ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｍａｎａｇｅｒ、ＶＩＭ）１１３を含んでもよい。

ＮＦＶＯは、ネットワーク・サービス・ディスクリプタ（ｎｅｔｗｏｒｋ ｓｅｒｖｉｃｅ ｄｅｓｃｒｉｐｔｏｒ、ＮＳＤ）及び仮想化ネットワーク機能フォワーディング・グラフ（ＶＮＦ ｆｏｒｗａｒｄｉｎｇ ｇｒａｐｈ、ＶＮＦＦＧ）を管理及び処理し、ネットワーク・サービス・ライフ・サイクルを管理し、ＶＮＦＭと協力して仮想リソースのＶＮＦライフ・サイクル管理及びグローバル・ビュー機能を実装するように構成されている。

ＶＮＦＭは、仮想化ネットワーク機能ディスクリプタ（ＶＮＦ ｄｅｓｃｒｉｐｔｏｒ、ＶＮＦＤ）管理、ＶＮＦインスタンス化、ＶＮＦインスタンス自動スケーリング（スケーリング・アウト／アップ（ｓｃａｌｉｎｇ ｏｕｔ／ｕｐ）、スケーリングイン／ダウン（ｓｃａｌｉｎｇ ｉｎ／ｄｏｗｎ）を含む）、ＶＮＦインスタンス・ヒーリング（ｈｅａｌｉｎｇ）、及びＶＮＦインスタンス終了を含むＶＮＦライフ・サイクル管理を実装する。ＶＮＦＭは、ＮＦＶＯによって送達される自動スケーリング（ｓｃａｌｉｎｇ）ポリシーをさらに受信して、ＶＮＦ自動スケーリングを実装する。

ＶＩＭは、インフラストラクチャ・レイヤにおけるハードウェア・リソース及び仮想化リソースの管理（予約及び割り当てを含む）、仮想化リソースの状態の監視及び障害の報告、並びに上位レイヤアプリケーションへの仮想化リソース・プールの提供を主に担当する。

ＯＳＳ／ＢＳＳ１２０は、主に通信サービス・オペレータを対象としており、ネットワーク管理（例えば、障害監視、ネットワーク情報収集）、課金管理、顧客サービス管理などを含む包括的なネットワーク管理及びサービス運用機能を提供する。

ＥＭ１３０は、従来の障害、設定、アカウント、パフォーマンス、及びセキュリティ管理（障害管理、設定管理、アカウント管理、パフォーマンス管理、セキュリティ管理、ＦＣＡＰＳ）機能をＶＮＦに対して実行するように構成されている。

ＶＮＦ１４０は、従来の非仮想化ネットワークにおける物理ネットワーク機能（ｐｈｙｓｉｃａｌ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ、ＰＮＦ）に対応する。例えば、ＶＮＦ１４０は、仮想化パケット・コア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）ノード（例えば、モビリティ管理エンティティ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ、ＭＭＥ）、サービス・ゲートウェイ（ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ、ＳＧＷ）、又はパブリック・データ・ネットワーク・ゲートウェイ（ｐｕｂｌｉｃ ｄａｔａ ｎｅｔｗｏｒｋ ｇａｔｅｗａｙ、ＰＧＷ））である。ネットワーク機能の動作及び状態は、ネットワーク機能が仮想化されているかどうかとは無関係である。ＮＦＶの技術的要件は、ＶＮＦがＰＮＦと同じ機能的挙動及び外部インターフェースを有することを期待する。

ＶＮＦ１４０は、下位機能レベルの１つ以上のＶＮＦコンポーネント（（ＶＮＦ ｃｏｍｐｏｎｅｎｔ、ＶＮＦＣ）を含んでもよい。したがって、１つのＶＮＦは、複数の仮想マシン（ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ、ＶＭ）に配備され、各ＶＭは１つのＶＮＦＣの機能を搬送する。代替的には、ＶＮＦは、１つのＶＭ上に配備されてもよい。

ＮＦＶＩ１５０は、仮想リソース・レイヤ、仮想化レイヤ、及びハードウェア（ｈａｒｄｗａｒｅ）リソース・レイヤを含んでもよい。仮想リソース・レイヤは、複数のＶＭを含んでもよいし、仮想ストレージ、仮想ネットワークなど（図１には示さず）をさらに含んでもよい。ハードウェア・リソース・レイヤは、計算ハードウェア、記憶ハードウェア、ネットワーク・ハードウェアなど（図１には示さず）を含んでもよい。

ハードウェア・リソース・レイヤにおけるハードウェアは、処理及び計算機能を提供するように構成された専用プロセッサ又は汎用プロセッサ、例えば、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）と、記憶機能を提供するように構成された装置、例えば、磁気ディスク又はネットワーク・アタッチト・ストレージ（ｎｅｔｗｏｒｋ ａｔｔａｃｈｅｄ ｓｔｏｒａｇｅ、ＮＡＳ）と、スイッチ、ルータ、及び／又は別のネットワーク・デバイスと、を含んでもよい。

仮想リソース・レイヤは、仮想マシンの形態でＶＮＦ１４０に提供されてもよい。例えば、１つ以上の仮想マシンが１つのＶＮＦ１４０を形成する。仮想化レイヤは、ハードウェア・リソース・レイヤにおいてハードウェアを用いて仮想ネットワークを形成し、複数の仮想マシン間の通信を実装するように構成されている。例えば、仮想ネットワークは、仮想ローカル・エリア・ネットワーク（ｖｉｒｔｕａｌ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＶＬＡＮ）、仮想プライベート・ローカル・エリア・ネットワーク・サービス（ｖｉｒｔｕａｌ ｐｒｉｖａｔｅ ＬＡＮ ｓｅｒｖｉｃｅ、ＶＰＬＳ）、仮想拡張可能ローカル・エリア・ネットワーク（ｖｉｒｔｕａｌ ｅｘｔｅｎｓｉｂｌｅ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＶＸＬＡＮ）、又は汎用ルーティング・カプセル化を使用するネットワーク仮想化（ｎｅｔｗｏｒｋ ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｕｓｉｎｇ ｇｅｎｅｒｉｃ ｒｏｕｔｉｎｇ ｅｎｃａｐｓｕｌａｔｉｏｎ、ＮＶＧＲＥ）などの技術を使用して実装されてもよい。

ＮＦＶＩ１５０における仮想化レイヤは、ハードウェア・リソース・レイヤにおけるハードウェア・リソースを抽象化して、ハードウェア・リソースが属する物理レイヤからＶＮＦ１４０を切り離し、ＶＮＦに仮想リソースを提供するように構成されている。

ＮＦＶ－ＭＡＮＯ１１０は、ＶＮＦ１４０及びＮＦＶＩ１５０の監視及び管理を実装するように構成されてもよい。ＮＦＶＯ１１１は、１つ以上のＶＮＦＭ１１２と通信して、リソース関係要求を実装し、設定情報をＶＮＦＭ１１２に送信し、ＶＮＦ１４０の状態情報を収集してもよい。追加的に、ＮＦＶＯ１１１はさらにＶＩＭ１１３と通信して、リソースを割り当て、及び／又は仮想化されたハードウェア・リソースの設定情報及び状態情報を予約及び交換してもよい。ＶＮＦＭ１１２は、１つ以上のＶＮＦ１４０を管理し、例えば、ＶＮＦ１４０の開始、更新、照会、及び／又は終了などの様々な管理機能を実行するように構成されてもよい。ＶＩＭ１１３は、仮想リソースを有するＶＮＦ１４０とＮＦＶＩ内のハードウェア・リソースとの間の対話を制御及び管理するように構成されてもよい。例えば、ＶＩＭ１１３は、ＶＮＦ１４０にリソースを割り当てる動作を実行するように構成されてもよい。ＶＮＦＭ１１２及びＶＩＭ１１３は、仮想化されたハードウェア・リソースの設定及び状態情報を交換するために、互いに通信してもよい。

図１に示すＮＦＶアーキテクチャに基づいて、図２は、ＮＳ配備方法のフローチャートである。フローチャートは、以下のように説明される：

Ｓ２１：ＯＳＳ／ＢＳＳは、ＮＳをインスタンス化するための要求をＮＦＶＯに送信する。

ＮＳをインスタンス化するための要求は、インスタンス化予定のＮＳの識別子、例えば、インスタンス化予定のＮＳのアイデンティティ文書（ｉｄｅｎｔｉｔｙ ｄｏｃｕｍｅｎｔ、ＩＤ）を含んでもよい。

Ｓ２２：ＮＦＶＯは、インスタンス化予定のＮＳのネットワーク・サービス・ディスクリプタ（ｎｅｔｗｏｒｋ ｓｅｒｖｉｃｅ ｄｅｓｃｒｉｐｔｏｒ、ＮＳＤ）ファイルを取得する。

ＮＳに対して仮想化配備が実行される前に、サービス・リクエスタは、最初にＮＳのＮＳＤファイルをＮＦＶＯに提出する必要がある。ＮＳＤファイルは主に、ＮＳに含まれるいくつかの仮想化ネットワーク機能（ｖｉｒｔｕａｌｉｚｅｄ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ、ＶＮＦ）における各ＶＮＦの記述情報（ＶＮＦ ｄｅｓｃｒｉｐｔｏｒ、ＶＮＦＤ）と、複数のＶＮＦ間のトポロジ構造を記述する。複数のＶＮＦ間のトポロジ構造は、ＮＳ仮想リンク・ディスクリプタ（ｎｅｔｗｏｒｋ ｓｅｒｖｉｃｅ ｖｉｒｔｕａｌ ｌｉｎｋ ｄｅｓｃｒｉｐｔｏｒ、ＮＳＶＬＤ）又はＶＬＤを使用して表わされてもよく、ＮＳＶＬＤ／ＶＬＤはＶＮＦ間の接続情報を含む。

ＮＳＤファイルに含まれるコンテンツをより明確に説明するために、以下、以下の２つの例を使用してＮＳＤファイルを説明する。

図３Ａを参照すると、１つのＮＳは、データ・センタ内の同じラック上に配備された２つのＶＮＦ、すなわちＶＮＦ１及びＶＮＦ２を含む。ＶＮＦ１及びＶＮＦ２は、同じスイッチ（仮想スイッチ又は物理スイッチ）を介して互いに通信する。言い換えれば、ＶＮＦ１とＶＮＦ２は、同じ仮想ローカル・エリア・ネットワーク（仮想ローカル・エリア・ネットワーク、ＶＬＡＮ）を介して通信する。図３Ａでは、ＶＬＡＮは、ＶＬＡＮ１として示されている。このケースでは、ＮＳのＮＳＤファイルは、ＶＮＦ１に対応するＶＮＦＤ１と、ＶＮＦ２に対応するＶＮＦＤ２と、ＶＮＦ１とＶＮＦ２との間の接続情報ＶＬＤと、を含む。ＶＬＤは、ＶＮＦ１とＶＮＦ２の間のＶＬＡＮ、つまりＶＬＡＮ１を含んでもよい。代替的には、ＶＮＦ１とＶＮＦ２は同じＶＬＡＮに接続されているため、ＶＮＦ１とＶＮＦ２はレイヤ２リンクに基づいて通信してもよい。このケースでは、ＶＬＤは、ＶＬＡＮ１におけるレイヤ２リンクを含んでもよい。

図３Ａに示す例とは異なり、図３Ｂに示す例では、ＶＮＦ１及びＶＮＦ２に接続されたスイッチの上位レイヤ・ルーティング・デバイスは、レイヤ３リンクをＶＮＦ１及びＶＮＦ２にさらに割り当ててもよい。このようにして、ＶＮＦ１とＶＮＦ２は、上位レイヤ・ルーティング・デバイスによって割り当てられたレイヤ３リンクに基づいて通信してもよい。したがって、このケースでは、ＶＬＤは、上位レイヤ・ルーティング・デバイスを介してＶＮＦ１及びＶＮＦ２に割り当てられるレイヤ３リンクを含んでもよい。

Ｓ２３：ＮＦＶＯは、ＶＬＤファイルに基づいて、リンク作成をＶＩＭに申請する。

具体的には、ＶＬＤファイルがレイヤ２リンクのみを含む場合、ＮＦＶＯはレイヤ２リンクの作成をＶＩＭに申請する。ＶＬＤファイルがレイヤ３リンクをさらに含む場合、ＮＦＶＯはレイヤ２リンクを作成した後にレイヤ３リンクをさらに作成する必要がある。

Ｓ２４：ＮＦＶＯは、ＶＮＦＤファイルに基づいて、ＶＮＦのインスタンス化することをＶＮＦＭに申請する。

具体的には、ＮＦＶＯは、ＶＮＦをインスタンス化するための要求をＶＮＦＭに送信する。ＶＮＦをインスタンス化するための要求は、インスタンス化する必要があるＶＮＦの識別子と、各ＶＮＦに接続されたレイヤ２リンク及び／又はレイヤ３リンクに関する情報と、を含んでもよい。

Ｓ２５：ＶＮＦＭは、ＶＮＦをインスタンス化するプロセスを完了し、ＶＮＦのインスタンス化に成功したことを示すメッセージをＮＦＶＯにフィードバックする。

ＶＮＦＭは、ＶＮＦをインスタンス化する要求を取得した後に、各ＶＮＦの識別子に対応するＶＮＦＤに基づいて、各ＶＮＦに対する仮想マシン・リソース、記憶リソース、ネットワーク・リソースなどを申請し、各ＶＮＦに接続されたレイヤ２リンク及び／又はレイヤ３リンクに関する情報に基づいて、ＶＮＦとレイヤ２リンク及び／又はレイヤ３リンクとの間の接続を完了し、ＶＮＦをインスタンス化するプロセスを完了する。次いで、ＶＮＦＭは、ＶＮＦのインスタンス化に成功したことを示すメッセージをＮＦＶＯにフィードバックする。

Ｓ２６：ＮＦＶＯは、ＮＳのインスタンス化に成功したことを示すメッセージをＯＳＳ／ＢＳＳにフィードバックする。

ＮＦＶＯは、ＶＮＦＭによって送信されたメッセージであって、ＶＮＦのインスタンス化に成功したことを示すメッセージを受信した後に、ＮＳをインスタンス化するプロセスが完了したことを確認し、ＮＳのインスタンス化に成功したことを示すメッセージをＯＳＳ／ＢＳＳにフィードバックする。

前述の例では、１つのＮＳに含まれる複数のＶＮＦが同じＶＬＡＮに配備され、ＮＳに含まれる複数のＶＮＦ間のレイヤ２リンクが相互接続されている。しかし、実際の使用プロセスでは、サービス要件に起因して、１つのＮＳに含まれる複数のＶＮＦ間のレイヤ２リンクを隔離する必要があることがある。言い換えれば、複数のＶＮＦは、異なるＶＬＡＮに配備される必要がある。この場合は、図４を参照して以下に詳細に説明する。

図４では、例えば、ＮＳは、ＶＮＦ３及びＶＮＦ４として示される２つのＶＮＦを含む。ＶＮＦ３はラック１上に配備され、ＶＮＦ４はラック２上に配備されている。ラック１によってＶＮＦ３に割り当てられたレイヤ２リンクをＶＬＡＮ３と示し、ラック２によってＶＮＦ４に割り当てられたレイヤ２リンクをＶＬＡＮ４と示す。このケースでは、ＶＮＦ３とＶＮＦ４との間のレイヤ２リンクは隔離されており、ＶＮＦ３とＶＮＦ４は、レイヤ２リンクに基づいて互いに通信することができない。ＶＮＦ３とＶＮＦ４との間の通信を実装するためには、ＶＮＦ３とＶＮＦ４との間にレイヤ３リンクに基づく通信リンクを作成する必要がある。レイヤ３リンクは、スイッチの上位レイヤにけるルーティング・デバイスによってＶＮＦに割り当てられてもよいし、スイッチに対してあらかじめ設定されていてもよいことに留意されたい。これは、本明細書において限定されるものではない。図４では、ＶＮＦ３に割り当てられたレイヤ３リンクをレイヤ３リンク１と示し、ＶＮＦ４に割り当てられたレイヤ３リンクをレイヤ３リンク２と示す。例えば、スイッチ１は、ＶＮＦ３に対してブリッジ・ドメイン（ｂｒｉｄｇｅ ｄｏｍａｉｎ、ＢＤ）１を作成し、ＢＤ１に、ＶＮＦ３に割り当てられたレイヤ３リンクに関する情報を記録し、レイヤ３リンクに関する情報は、例えば、レイヤ３リンク１のＩＰアドレスであり、スイッチ２は、ＶＮＦ４に対してＢＤ２を作成し、ＢＤ２に、例えば、レイヤ３リンク２のＩＰアドレスであるＶＮＦ４に割り当てられたレイヤ３リンクに関する情報を記録する。次いで、ラック上のスイッチの上位レイヤにおけるルーティング・デバイスは、レイヤ３リンク１とレイヤ３リンク２との間にルーティング接続を作成し、スイッチ１とスイッチ２に対する仮想拡張可能ローカル・エリア・ネットワーク（ｖｉｒｔｕａｌ ｅｘｔｅｎｓｉｂｌｅ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＶＸＬＡＮ）を作成し、ＶＸＬＡＮは、ＶＮＩ１と示す。このようにして、ＶＮＦ３及びＶＮＦ４は、ＶＬＡＮ３、レイヤ３リンク１、ＢＤ１、ＶＮＩ１、ＢＤ２、レイヤ３リンク２、及びＶＬＡＮ４に基づいて互いに通信してもよい。

図４に示すシナリオでは、ＶＮＦ３及びＶＮＦ４を含むＮＳが図２に示す方法を使用して作成される場合、ＮＳのＶＬＤは、ＶＮＦ３とＶＮＦ４との間のレイヤ２リンク及び／又はレイヤ３リンクを記述する。言い刈れば、ＶＬＤは、ＶＬＡＮ３、レイヤ３リンク１、レイヤ３リンク２、及びＶＬＡＮ４を含む。しかし、ＶＬＤは、複数のリンクがどのように接続されているかを示さない。その結果、ＮＳが作成されないことがある。複雑なシナリオにおいてＮＳをどのように作成するかが、現在解決されるべき緊急の問題であることが分かる。

この観点から、この出願の実施形態は、仮想化ネットワーク・サービス配備方法を提供する。この方法では、ＮＳＤファイルが改善されている。配備予定のＮＳに含まれる少なくとも２つのＶＮＦは、少なくとも２つの仮想リンクを介して接続され、少なくとも２つの仮想リンクは、レイヤ２リンク及び／又はレイヤ３リンクを含んでもよい。このケースでは、ＮＳに対応するＮＳＤファイルは、ＶＬＤファイルと、ＮＳを作成するために使用されるＶＮＦに関する情報を記述するために使用される少なくとも１つのＶＮＦＤファイルとを含み、ＶＬＤファイルは、ルーティング・デバイスに関する情報を含む。ルーティング・デバイスは、少なくとも２つのレイヤ３リンクを接続するように構成されている。次いで、ＮＳが配備されたときに、対応する仮想リンクとＶＮＦがＮＳＤファイルのコンテンツに基づいて作成される。したがって、ＮＳを配備するプロセスが完了する。言い換えれば、少なくとも２つのＶＮＦ間の仮想リンクの接続関係は、ＶＬＤファイル内のルーティング・デバイスに関する情報を使用してより正確になり、したがって、ＮＳの配備の成功を保証することができる。

この出願の実施形態に説明されるＮＳ配備例及びサービス・シナリオは、この出願の実施形態の技術的解決策をより明確に説明することを意図しており、この出願の実施形態に提供される技術的解決策に対する限定を構成しない。当業者は、ネットワーク・アーキテクチャの進化及び新しいサービス・シナリオの出現に伴い、この出願の実施形態に提供される技術的解決策が、同様の技術的問題にも適用可能であることを知ることができる。

この出願の実施形態に提供される技術的解決策は、添付の図面を参照して以下に説明する。

この出願の一実施形態は、仮想化ネットワーク・サービス配備方法を提供する。図５は、方法のフローチャートである。

以下の説明プロセスでは、本方法が図１に示すＮＦＶアーキテクチャに適用される例が使用される。言い換えれば、下記のＮＦＶＯは、図１に示すＮＦＶＯであってもよく、ＶＩＭは、図１に示すＶＩＭであってもよい。追加的に、本方法は、２つの通信装置によって実行されてもよい。２つの通信装置は、例えば、第１の通信装置及び第２の通信装置である。第１の通信装置は、ＮＦＶＯであってもよいし、本方法において必要とされる機能を実装する際にＮＦＶＯをサポートすることができる通信装置であってもよい。確かに、第１の通信装置は、代替的には、別の通信装置、例えば、チップ・システムであってもよい。第２の通信装置についても同じことが当てはまる。例えば、第２の通信装置は、ＮＦＶＯであってもよいし、必要な機能を実装する際にＮＦＶＯをサポートすることができる通信装置であってもよいし、チップ・システムであってもよい。第１の通信装置及び第２の通信装置の実装は、ここでは限定されない。

Ｓ５０１：ＮＦＶＯは、ネットワーク・サービスＮＳをインスタンス化するための要求を受信する。

この出願のこの実施形態では、ネットワーク・サービスＮＳをインスタンス化するための要求は、図１に示すＮＦＶアーキテクチャにおけるＯＳＳ／ＢＳＳによって開始されてもよい。ネットワーク・サービスＮＳをインスタンス化するための要求は、ＮＳの識別子、例えば、ＮＳのＩＤ又は番号を搬送してもよい。ＮＦＶＯは、ネットワーク・サービスＮＳをインスタンス化するための要求を受信した後に、ネットワーク・サービスＮＳをインスタンス化するための要求の正しさを検証してもよい。例えば、ＮＦＶＯは、ネットワーク・サービスＮＳをインスタンス化するための要求において搬送されたＮＳの識別子が正しいかどうかを検証してもよい。ＮＦＶＯは、検証が成功した後に、ＮＳインスタンス化プロセスを実行する。

Ｓ５０２：ＮＦＶＯは、ＮＳの識別子に対応するネットワーク・サービス・ディスクリプタＮＳＤファイルを取得する。

この出願のこの実施形態では、ＮＳの識別子に対応するＮＳＤファイルは、ＶＬＤファイル及び少なくとも１つのＶＮＦＤファイルを含む。下記にＶＬＤファイルとＶＮＦＤファイルを別々に説明する。

ＶＮＦＤファイルの数は、ＮＳに含まれるＶＮＦの数と同じである。言い換えれば、各ＶＮＦは１つのＶＮＦＤに対応し、各ＶＮＦＤは、ＶＮＦＤに対応するＶＮＦに関する情報を記述するために使用される。例えば、図４に示すシナリオでは、ＮＳは、ＶＮＦ３及びＶＮＦ４を含む。このケースでは、ＮＳＤファイルは、ＶＮＦ３に対応するＶＮＦＤ３と、ＶＮＦ４に対応するＶＮＦＤ４を含む。各ＶＮＦは、１つ以上の仮想配備ユニット（ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｄｅｐｌｏｙｍｅｎｔ ｕｎｉｔ、ＶＤＵ）を含む。したがって、各ＶＮＦに対応するＶＮＦＤは、１つ以上のＶＤＵに関する情報を含んでもよい。１つのＶＤＵに関する情報には、ＶＤＵを形成する少なくとも１つのＶＭのリソースに関する情報を含んでもよい。例えば、各ＶＭのリソースに関する情報は、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）の数、ＣＰＵ性能、メモリ・サイズ、帯域幅、及びＶＭの記憶サイズなどの情報を含んでもよい。詳細は、この出願において１つずつ説明されない。

ＶＬＤファイルは、ＮＳに含まれるＶＮＦ間の仮想リンクの接続関係を説明するために使用される。図２の例におけるＶＬＤとは異なり、この出願のこの実施形態では、ＶＬＤファイルは、ルーティング・デバイスに関する情報を含む。一例では、ＮＳに含まれる少なくとも２つのＶＮＦがレイヤ３リンク、レイヤ２リンク、及びルーティング・デバイスを介して接続される場合、ルーティング・デバイスは、レイヤ３リンクを接続するように設定される。例えば、図４に示すシナリオでは、ＮＳは、ＶＮＦ３及びＶＮＦ４を含む。ＶＮＦ３とＶＮＦ４は、ＶＬＡＮ３、レイヤ３リンク１、ＶＮＩ１、レイヤ３リンク２、及びＶＬＡＮ４を介して互いに通信し（又は、ＶＬＡＮ３、レイヤ３リンク１、ＶＮＩ１、レイヤ３リンク２、ＶＬＡＮ４を介して接続されていると理解されてもよい）、レイヤ３リンク１とレイヤ３リンク２は、ルーティング・デバイス１を介して接続される。このケースでは、上述のルーティング・デバイスは、ルーティング・デバイス１である。

一例では、ルーティング・デバイスに関する情報は、ルーティング・デバイスに接続されるレイヤ３リンクに関する情報と、ルーティング・デバイスの位置情報と、を含む。例えば、図４に示すシナリオでは、ルーティング・デバイス１は、スイッチ１及びスイッチ２に対するＶＸＬＡＮ、すなわちＶＮＩ１を作成し、ＶＮＩ１を介してレイヤ３リンク１及びレイヤ３リンク２を接続する。このケースでは、ルーティング・デバイス１に接続されるレイヤ３リンクは、レイヤ３リンク１とレイヤ３リンク２である。したがって、ルーティング・デバイス１に関する情報は、レイヤ３リンク１及びレイヤ３リンク２の識別子を含んでもよい。例えば、レイヤ３リンク１及びレイヤ３リンク２の識別子は、レイヤ３リンク１及びレイヤ３リンク２のＩＤ、又はレイヤ３リンク１及びレイヤ３リンク２の名前であってもよい。これは、本明細書において限定されるものではない。ルーティング・デバイスの位置情報は、ルーティング・デバイスがラックのスイッチ内に配備されているか、ラックのスイッチの外側に配備されているかを示すために使用されてもよい。一例では、ラックのスイッチ内に配備されたルーティング・デバイスは、分散方式で配備されたルーティング・デバイスと呼ばれ、ラックのスイッチの上に配備されたルーティング・デバイスは、集中方式で配備されたルーティング・デバイスと呼ばれる。したがって、ルーティング・デバイスの位置は、ルーティング・デバイスが分散方式で配備されているかどうかを示すことによって示されてもよい。例えば、図４に説明されたシナリオでは、ルーティング・デバイス１が分散方式で配備されていることを示すことによって、ルーティング・デバイス１がスイッチ１及びスイッチ２内に配備されていることを示してもよい。確かに、各ルーティング・デバイスに関する情報は、他のコンテンツをさらに含んでもよく、例えば、ルーティング・デバイスの識別子及びルーティング・デバイスの名前を含んでもよいし、ルーティング・デバイスの設定パラメータを含んでもよい。設定パラメータは、ルートの宛先アドレス、ルートのネクストホップ・アドレスなどを含む特定のルーティング情報であってもよい。ルーティング・デバイスに関する情報は、本明細書において限定されない。

この出願のこの実施形態では、ルーティング・デバイスの数が制限されないことに留意されたい。図４に示す例では、ルーティング・デバイスは１つだけである。しかしながら、別のシナリオでは、複数のルーティング・デバイスがあってもよい。複数のルーティング・デバイスがあるときに、ＶＬＤファイルは、複数のルーティング・デバイスに関する情報を含んでもよい。詳細は、この出願において１つずつ説明されない。

追加的に、この出願のこの実施形態では、ＶＬＤファイルは、少なくとも２つのＶＮＦを接続するように構成されたレイヤ２リンク及びレイヤ３リンクに関する情報をさらに含んでもよい。一例では、少なくとも２つのＶＮＦを接続するレイヤ２リンク及びレイヤ３リンクに関する情報は、レイヤ２リンクに関する情報、レイヤ３リンクに関する情報、及びレイヤ２リンクとレイヤ３リンクとの間の対応を含んでもよい。

例えば、図４に示すシナリオでは、ＶＮＦ３とＶＮＦ４との間のレイヤ２リンクはＶＬＡＮ３とＶＬＡＮ４を含み、レイヤ３リンクはレイヤ３リンク１とレイヤ３リンク２を含む。ＶＬＡＮ３が割り当てられたＶＮＦは、レイヤ３リンク１とレイヤ３リンク２を通して、ＶＬＡＮ４が割り当てられたＶＮＦと通信する。このケースでは、ＶＬＤファイルは、ＶＬＡＮ３及びＶＬＡＮ４の記述情報、レイヤ３リンク１及びレイヤ３リンク２の記述情報、ＶＬＡＮ３、ＶＬＡＮ４、レイヤ３リンク１及びレイヤ３リンク２間の対応を含む。ＶＬＡＮ３及びＶＬＡＮ４の記述情報は、ＶＬＡＮ３及びＶＬＡＮ４の名前、リンク・タイプ（例えば、ＶＬＡＮタイプ）、ＩＤなどの情報を含んでもよい。レイヤ３リンク１及びレイヤ３リンク２の記述情報は、レイヤ３リンク１及びレイヤ３リンク２の名前とインターネット・プロトコル・バージョン（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ、ＩＰＶｅｒｓｉｏｎ）を含んでもよく、ＩＰＶｅｒｓｉｏｎはＩＰｖ４、ＩＰｖ６などの情報であってもよい。ＶＬＡＮ３、ＶＬＡＮ４、レイヤ３リンク１及びレイヤ３リンク２間の対応は、ＶＬＡＮ３がレイヤ３リンク１に対応し、ＶＬＡＮ４がレイヤ３リンク２に対応することを含んでもよい。

確かに、ＶＬＤファイルは、他の情報をさらに含んでもよい。詳細は、この出願において１つずつ説明されない。少なくとも２つのＶＮＦが同じレイヤ２リンクを介して接続される場合、ＶＬＤファイル内のルーティング・デバイスに関する情報が空であってもよいことに留意されたい。

一例として、ＶＬＤファイルに含まれるコンテンツは、欧州電気通信規格協会（ｅｕｒｏｐｅａｎ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｔａｎｄａｒｄｓ ｉｎｓｔｉｔｕｔｅ，、ＥＴＳＩ）によってＮＦＶ技術について定義された標準を例として使用して、以下に詳細に説明する。

ＥＴＳＩ ＮＦＶのＶＬＤファイルは仮想リンク・プロファイル（ｖｉｒｔｕａｌ ｌｉｎｋ ｐｒｏｆｉｌｅ）を含み、仮想リンク・プロファイルは表１に示すコンテンツを含む。表１では、仮想リンク・プロファイルは、仮想リンク・プロトコル・データ（ｖｉｒｔｕａｌ ｌｉｎｋ ｐｒｏｔｏｃｏｌ ｄａｔａ）情報及びルータ記述（ｒｏｕｔｅｒ ｄｅｓｃｒｉｐｔｉｏｎ、ｒｏｕｔｅＤｅｓｃ）情報を含む。

表１のｖｉｒｔｕａｌＬｉｎｋＰｒｏｔｏｃｏｌＤａｔａは、表２に示すように、レイヤ２リンクとレイヤ３リンクに関する情報を含む。表２では、Ｌ２ＰｒｏｔｏｃｏｌＤａｔａは、レイヤ２リンクの名前（ｎａｍｅ）、ネットワーク・タイプ（ｎｅｔｗｏｒｋ ｔｙｐｅ）、セグメンテーション識別子（ｓｅｇｍｅｎｔａｔｉｏｎ ＩＤ）を含む。ネットワーク・タイプは、例えばＶＬＡＮ ＩＤであるリンク・タイプとして理解されてもよく、Ｌ３ＰｒｏｔｏｃｏｌＤａｔａは、レイヤ３リンクの名前、ＩＰバージョンなどの情報を含む。詳細は、この出願において１つずつ説明されない。

この出願のこの実施形態では、ｌ３ＰｒｏｔｏｃｏｌＤａｔａにおける候補値は０～Ｎの値をとり、１つのレイヤ２リンクが０又は複数のレイヤ３リンクに対応し得ることを示すために使用されることに留意されたい。候補値が０である場合、レイヤ２リンクに対応するレイヤ３リンクがないことを示す。候補値がＮである場合、レイヤ２リンクは、Ｎ個のレイヤ３リンクに対応することを示す。

表１のＲｏｕｔｅＤｅｓｃは、ルーティング・デバイスに関する情報を記述するために使用される。一例では、ＲｏｕｔｅＤｅｓｃは、表３に示すンテンツを含んでもよい。

ｒｄＩｄは、ルーティング・デバイスの識別子を表し、具体的にはアイデンティティであり、名前は、ルーティング・デバイスの名前を表し、具体的には文字列であり、ｌ３ｎｅｔｗｏｒｋＮａｍｅは、ルーティング・デバイスに接続されるレイヤ３リンクの名前を表し、具体的には１つ以上の文字列であり、ｄｉｓｔｒｉｂｕｔｅｄは、ルーティング・デバイスの配備位置を表し、具体的にはブール・オブジェクトである。例えば、属性の値が１であるときに、ルーティング・デバイスが分散方式で配備されていることを示す。確かに、ＲｏｕｔｅＤｅｓｃは、ルーティング・デバイスの他のパラメータをさらに含んでもよい。詳細は、この出願において１つずつ説明されない。

確かに、ＶｉｒｔｕａｌＬｉｎｋＰｒｏｔｏｃｏｌＤａｔａとＲｏｕｔｅＤｅｓｃは、他のコンテンツも含んでもよい。表１～表３のコンテンツは、説明のための一例にすぎず、ＶｉｒｔｕａｌＬｉｎｋＰｒｏｔｏｃｏｌＤａｔａ及びＲｏｕｔｅＤｅｓｃに対する制限として理解されるべきではない。追加的に、前述の例では、ＶＮＦを接続する仮想リンクは、レイヤ２リンク及びレイヤ３リンクを含む。実際の使用プロセスでは、ＶＮＦを接続する仮想リンクは、他のリンクも含んでもよい。ＶＮＦを接続する仮想リンクが他のリンクを含むときに、ＶＬＤファイル内のコンテンツについては、前述の例を参照のこと。詳細は、ここでは再度説明されない。

前述の例では、ＮＳＤファイルに含まれるＶＬＤファイル及びＶＮＦＤファイルを説明する。この出願のこの実施形態では、ＮＳＤファイルは、ＮＳに含まれる少なくとも２つのＶＮＦと仮想リンク（ｖｉｒｔｕａｌ ｌｉｎｋ）との間の接続情報を記述するために使用されるＮｓＶｉｒｔｕａｌＬｉｎｋＣｏｎｎｅｃｔｉｖｉｔｙ情報をさらに含んでもよい。この情報は、ＮＳに含まれるＶＮＦとレイヤ２リンク及び／又はレイヤ３リンクとの間の接続関係として理解されよう。一例では、ＮＳに含まれるＶＮＦとレイヤ２リンク及び／又はレイヤ３リンクとの間の接続関係は、ＶＮＦの外部インターフェースの識別子、及び外部インターフェースに接続される第１のレイヤ２リンク及び／又は第１のレイヤ３リンクに関する情報を含む。

第１のレイヤ２リンク及び／又は第１のレイヤ３リンクは、少なくとも２つのＶＮＦを接続するレイヤ２リンク及び／又はレイヤ３リンクの全部又は一部である。例えば、レイヤ２リンクとレイヤ３リンクは、同じＶＬＡＮ内にあり、第１のレイヤ２リンクはレイヤ２リンクであり、第１のレイヤ３リンクはレイヤ３リンクである。

ＮｓＶｉｒｔｕａｌＬｉｎｋＣｏｎｎｅｃｔｉｖｉｔｙ情報に含まれるコンテンツは、ＥＴＳＩによってＮＦＶについて定義された標準を例として使用して、以下に詳細に説明する。図４を参照のこと。表４は、ＶｉｒｔｕａｌＬｉｎｋＣｏｎｎｅｃｔｉｏｎＩｎｆｏ情報とｃｏｎｓｔｉｔｕｅｎｔＣｐｄＩｄ情報の２つの情報を含む。ＶｉｒｔｕａｌＬｉｎｋＣｏｎｎｅｃｔｉｏｎＩｎｆｏは、仮想接続に関する情報、すなわち、レイヤ２リンク及び／又はレイヤ３リンクに関する情報を表すために使用される。ｃｏｎｓｔｉｔｕｅｎｔＣｐｄＩｄは、ＶＮＦ上の外部接続ポイント（ＶｎｆＥｘｔＣｐと示されてもよい）に関する情報を表す。

ｖｉｒｔｕａｌＬｉｎｋＣｏｎｎｅｃｔｉｏｎＩｎｆｏの候補値は１であり、ＶＮＦが１つの仮想リンクに接続されることを示す。ＶｉｒｔｕａｌＬｉｎｋＣｏｎｎｅｃｔｉｏｎＩｎｆｏＤａｔａは、表５に示すコンテンツを含んでもよい。表５では、ｖｉｒｔｕａｌＬｉｎｋＰｒｏｆｉｌｅＩｄは、仮想リンクの識別子を示すために使用され、具体的には前述のＶＬＤファイルの識別子であってもよい。Ｌ２ＮｅｔｗｏｒｋＮａｍｅは、レイヤ２リンクの名前を示すために使用され、Ｌ３ＮｅｔｗｏｒｋＮａｍｅは、レイヤ３リンクの名前を示すために使用される。

前述のＮＳＤファイルは、他のコンテンツも含んでもよいと留意されたい。これは、本明細書において限定されるものではない。追加的に、ステップＳ５０２が実行される前に、ＯＳＳ／ＢＳＳは、ＮＳＤファイルをアップロードしている、すなわち、ＮＦＶＯは、ＮＳＤファイルを記憶している。したがって、ＮＦＶＯはＮＳの識別子に基づいて記憶されたＮＳＤファイルを取得してもよい。

Ｓ５０３：ＮＦＶＯは、ＶＩＭにネットワーク作成要求を送信する。

この出願のこの実施形態では、ネットワーク作成要求は、レイヤ３リンク、レイヤ２リンク、及びルーティング・デバイスを作成するために使用される。ＮＳに対応するＮＳＤファイルを取得した後に、ＮＦＶＯは、ＮＳＤファイル内のコンテンツに基づき、仮想リンクを作成する申請をＶＩＭに行う。理解を容易にするために、以下では、レイヤ２リンクとレイヤ３リンクが同じＶＬＡＮ内にある例が説明のために以下使用される。

一例では、ＮＦＶＯは、ＶＬＤファイル内のレイヤ２リンクに関する情報に基づいて、最初に第１のレイヤ２リンク作成要求をＶＩＭに送信し、第１のレイヤ２リンク作成要求は、作成されたレイヤ２ネットワークの識別子を含む。具体的には、ＶＬＤファイル内のｖｉｒｔｕａｌＬｉｎｋＰｒｏｔｏｃｏｌＤａｔａ情報が複数のＬ２ＰｒｏｔｏｃｏｌＤａｔａ情報を含む場合、複数のレイヤ２リンクがあることを示し、ＮＦＶＯは、複数のレイヤ２リンクを別々に確立するために、複数の第１のレイヤ２リンク作成要求をＶＩＭに送信する必要がある。

次いで、ＮＦＶＯは、ＶＬＤファイル内のレイヤ２リンクに関する情報及びレイヤ３リンクに関する情報に基づいて、少なくとも１つの第１のレイヤ３リンク作成要求をＶＩＭに送信する。第１のレイヤ３リンク作成要求は、レイヤ３リンクの識別子及び対応する第２のレイヤ２リンクの識別子を含み、レイヤ３リンクを第１のレイヤ２リンク上に作成するために使用される。第１のレイヤ２ネットワークは、ＶＬＤファイルに含まれる少なくとも１つのレイヤ２リンクのうちの１つ以上である。具体的には、ＮＦＶＯは、ＶＬＤファイル内のｖｉｒｔｕａｌＬｉｎｋＰｒｏｔｏｃｏｌＤａｔａにおけるＬ３ＰｒｏｔｏｃｏｌＤａｔａ及び対応するＬ２ＰｒｏｔｏｃｏｌＤａｔａに基づいてレイヤ３リンクを作成する。追加的に、この出願のこの実施形態では、レイヤ３リンクの数が拡張される。ＮＦＶＯは、１つのレイヤ２リンク上に複数のレイヤ３リンクを作成することが可能であってもよい。言い換えれば、異なるレイヤ３リンクが同じレイヤ２リンク上に作成されてもよい。

最後に、ＮＦＶＯは、ＶＬＤファイル内のルーティング・デバイスに関する情報に基づいて、ネットワーク・ルーティング・デバイス作成要求をＶＩＭに送信する。ルーティング・デバイス作成要求は、ルーティング・デバイスに関する情報を含む。具体的には、ＮＦＶＯは、ルーティング・デバイスに関する情報を含むルーティング・デバイス作成要求を直接送信してもよい。代替的には、ルーティング・デバイスに関する情報は、ルーティング・デバイスの設定情報及び／又は名前及び／又は作成に成功したレイヤ３リンクに関する情報を含む。このケースでは、ＮＦＶＯは、代替的には、ＶＬＤファイルのｒｏｕｔｅＤｅｓｃ情報内のｄｉｓｔｒｉｂｕｔｅｄ情報及びｎａｍｅ情報に基づいて、最初にデバイス作成要求をＶＩＭに送信してもよく、デバイス作成要求は、ルーティング・デバイスを作成するために、ルーティング・デバイスの設定情報及び／又は識別子を含む。任意選択で、ルーティング・デバイスに含まれる作成に成功したレイヤ３リンクに関する情報に基づいて、ＶＩＭは、作成されたルーティング・デバイスにレイヤ３リンクを追加する。代替的には、デバイス作成要求は、正常に作成されたレイヤ３リンクに関する情報を含まない。ルーティング・デバイスが正常に作成された後、ＮＦＶＯは、正常に作成されたレイヤ３リンクに基づいて、リソース更新要求をＶＩＭに送信する。リソース更新要求は、ルーティング・デバイスに対応するレイヤ３リンクに関する情報を含み、作成されたルーティング・デバイスにレイヤ３リンクを追加するために使用される。例えば、図４のシナリオでは、レイヤ３リンク１及びレイヤ３リンク２をルーティング・デバイス１に追加する必要がある。上述のルーティング・デバイスを作成することは、データ・センタ内の物理ルーティング・デバイス上に独立したソフトウェア・ベースのルーティング・デバイス（ｖｉｒｔｕａｌ ｒｏｕｔｉｎｇ ｄｅｖｉｃｅ）を作成することを指す。

ＶＩＭは、ルーティング・デバイス作成要求を受信した後に、ソフトウェア定義ネットワーク（ｓｏｆｔｗａｒｅ ｄｅｆｉｎｅｄ ｎｅｔｗｏｒｋ、ＳＤＮ）コントローラにルーティング・デバイス作成要求を送信し、ＳＤＮコントローラは、ルーティング・デバイスを作成する。ルーティング・デバイスを正常に作成した後に、ＳＤＮコントローラは、作成成功応答情報をＶＩＭに送信してもよい。ＶＩＭは、応答情報を受信した後に、ルーティング・デバイスの作成に成功したと判定する。

この出願の本実施形態では、ＮＦＶＯが第１のレイヤ３リンク作成要求及びルーティング・デバイス作成要求を送信するシーケンスは限定されないことに留意されたい。具体的には、ＮＦＶＯは、最初にレイヤ３リンク作成要求を送信し、次いでルーティング・デバイス作成要求を送信してもよい。代替的には、ＮＦＶＯは、最初にルーティング・デバイス作成要求を送信し、次いで第１のレイヤ３リンク作成要求を送信してもよい。代替的には、ＮＦＶＯは、前述の異なる要求を同時に送信してもよい。これは、本明細書において限定されるものではない。

Ｓ５０４：ＶＩＭは、対応する仮想リンクを作成し、作成成功メッセージをＮＦＶＯにフィードバックする。

ＶＩＭは、ＮＦＶＯによって送信されたリンク作成要求とルーティング・デバイス作成要求を受信した後に、リンク作成要求に基づいて対応する仮想リンクを作成し、ルーティング・デバイス作成要求に基づいてルーティング・デバイスを作成し、作成に成功した後に作成成功メッセージをＮＦＶＯにフィードバックする。

Ｓ５０５：ＮＦＶＯは、ネットワーク作成要求をＶＮＦＭに送信する。

具体的には、ＮＦＶＯは、最初に、ＮＳＤファイル内のＶＮＦＤファイルの識別子に基づいて、ＶＮＦの識別子、例えば、ＶＮＦインスタンスのＩＤをＶＮＦＭに申請する。ＮＦＶＯは、ＶＮＦの識別子を取得した後、ＶＮＦ作成要求をＶＮＦＭに送信する。この出願のこの実施形態では、ＮＳは複数のＶＮＦを含むので、ＮＦＶＯは、複数のＶＮＦ作成要求をＶＮＦＭに送信してもよい。ＶＮＦ作成要求は、各々、ＶＮＦの識別子と、ＶＮＦとレイヤ２リンク及び／又はレイヤ３リンクとの間の接続関係を含む。一例では、ＶＮＦとレイヤ２リンク及び／又はレイヤ３リンクとの間の接続関係は、ＶＮＦに対応するＮｓＶｉｒｔｕａｌＬｉｎｋＣｏｎｎｅｃｔｉｖｉｔｙ情報から取得されてもよい。ＮｓＶｉｒｔｕａｌＬｉｎｋＣｏｎｎｅｃｔｉｖｉｔｙ情報は、ｃｏｎｓｔｉｔｕｅｎｔＣｐｄＩｄフィールドをさらに含み、このフィールドは、ＶＮＦ上の対応する外部接続ポイントに関する情報を示す。ｖｉｒｔｕａｌＬｉｎｋＣｏｎｎｅｃｔｉｏｎＩｎｆｏは、外部接続ポイントに接続する必要がある対応する仮想リンクに関する情報である。次いで、ＮＦＶＯはｖｉｒｔｕａｌＬｉｎｋＣｏｎｎｅｃｔｉｏｎＩｎｆｏに含まれるＬ２ＮｅｔｗｏｒｋＮａｍｅ及びＬ３ＮｅｔｗｏｒｋＮａｍｅ情報をＶＮＦ作成要求に追加する。例えば、ＮＦＶＯは、ＶＮＦ作成要求内のＥｘｔＶｉｒｔｕａｌＬｉｎｋＤａｔａパラメータにＬ２ＮｅｔｗｏｒｋＮａｍｅ及びＬ３ＮｅｔｗｏｒｋＮａｍｅ情報を追加してもよい。

この出願のこの実施形態では、ステップＳ５０３及びステップＳ５０５の実行シーケンスは限定されない。具体的には、ＮＦＶＯは、最初に、ステップＳ５０３を実行し、次いで、ＶＩＭによってフィードバックされた仮想リンク作成成功メッセージを受信した後に、ステップＳ５０５を実行してもよい。代替的には、ＮＦＶＯは、ステップＳ５０３及びステップＳ５０５を同期して実行してもよいし、ＮＦＶＯは、最初に、ステップＳ５０５を実行し、次いで、ステップＳ５０３を実行してもよい。図５では、ステップＳ５０５の前にステップＳ５０３が実行される例が使用されている。

Ｓ５０６：ＶＮＦＭは、ＶＮＦを作成する。

ＶＮＦＭは、ＶＮＦ作成要求を受信した後に、ＶＮＦ作成依頼に基づいて、ＶＮＦによって必要とされるリソース、例えば、ＶＮＦの仮想マシン・リソース、記憶リソース、ネットワーク・リソースなどをＶＩＭに申請して、ＶＮＦを作成し、ＶＮＦ作成依頼において搬送されたレイヤ２ネットワーク情報及びレイヤ３ネットワーク情報に基づいて、ＶＮＦとレイヤ２ネットワーク及びレイヤ３ネットワークとの接続を完了して、ＶＮＦ作成プロセスを完了する。

確かに、ＮＳが複数のＶＮＦを含む場合、ステップＳ５０５及びステップＳ５０６を複数回繰り返し実行して、ＮＳに含まれる各ＶＮＦを作成する必要がある。詳細は、ここでは再度説明されない。図５では、１つのＶＮＦが作成される例を説明のために使用する。

Ｓ５０７：ＶＮＦＭは、ＮＦＶＯに応答メッセージを送信し、ＮＳの配備に成功したことをＮＦＶＯが判定する。

ＮＳに含まれるすべてのＶＮＦを作成した後に、ＶＮＦＭは応答メッセージをＮＦＶＯに送信する。応答メッセージは、ＮＳに含まれるすべてのＶＮＦの作成に成功したことを示すために使用される。ＮＦＶＯは、応答情報を受信した後に、ＮＳの配備に成功したと判定する。

前述の例では、少なくとも２つのＶＮＦ間の仮想リンクの接続関係は、ＶＬＤファイルに含まれるルーティング・デバイスに関する情報を使用してより正確になり、したがって、複雑なシナリオにおけるＮＳの配備の成功も保証することができる。

実際の使用プロセスでは、ＮＳは、サービス要件に基づいて変化することがある。このケースでは、ＮＳを更新する必要がある。ＮＳ更新プロセスは、以下に説明する。図６は、この出願の一実施形態によるＮＳ更新方法のフローチャートである。フローチャートは、以下のように説明される：

Ｓ６０１：ＮＦＶＯは、ＮＳ更新要求を受信する。

この出願のこの実施形態では、ＮＳ更新要求は、ＮＳに対応する更新されたＮＳＤファイルの識別子を含む。例えば、ＮＳのＮＳＤファイルをＮＳＤファイル１からＮＳＤファイル２に更新する必要がある場合、ＮＳ更新要求は、ＮＳＤファイル２の識別子を含む。

Ｓ６０２：ＮＦＶＯは、更新されたＮＳＤファイルを更新されたＮＳＤファイルの識別子に基づいて取得する。

この出願のこの実施形態において、更新されたＮＳＤファイルは、以下の２つのケースを含むが、これらに限定されない：

ケース１：

ＶＬＤファイルとＶＮＦＤファイルは結合関係にある。言い換えれば、１つのＮＳＤファイルは、１つのＶＬＤファイルと少なくとも２つのＶＮＦＤファイルを含む必要がある。このケースでは、更新されたＮＳＤファイルは、１つのＶＬＤファイルと少なくとも２つのＶＮＦＤファイルを含む。ＮＳ更新要求が、ＮＳに含まれるＶＮＦ間の少なくとも１つの仮想リンクを更新するためだけに使用される場合、更新前のＮＳＤファイルに含まれるＶＮＦＤファイルは、更新されたＮＳＤファイルに含まれるＶＮＦＤファイルと同じである。

ケース２：

ＶＬＤファイル及びＶＮＦＤファイルは、分離関係にある。言い換えれば、ＶＬＤファイルは、独立して配備されたファイルとして使用されてもよい。このケースでは、ＮＳＤファイルが配備されるときに、ＶＬＤファイルとＶＮＦＤファイルとの間のバインド関係のみを選択する必要があり、同じＶＬＤファイルが複数のＶＮＦＤファイルにバインドされてもよい。このようにして、重複ＶＬＤファイルによって占有されるＮＦＶＯの記憶リソースを低減することができる。

このケースでは、ＮＳ更新要求が、ＮＳに含まれるＶＮＦ間の少なくとも１つの仮想リンクを更新するためだけに使用される場合、言い換えれば、ＶＬＤファイルを更新するためだけに使用される場合、更新されたＮＳＤファイルは、更新されたＶＬＤファイル及び更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報のみを含んでもよく、更新されたＶＬＤファイルは、少なくとも１つの更新された仮想リンクを含む。このようにして、ＮＳＤファイル全体を更新する必要がなくなり、したがって、更新されたコンテンツを低減し、更新をスピードアップすることができる。

図５に示す例では、ＶＬＤファイルとＶＮＦＤファイルとの間の関係は、前述の２つの例の任意の関係であり得ることに留意されたい。これは、本明細書において限定されるものではない。

ケース２は、更新されたＮＳＤファイルを説明するために以下に例として使用される。

一例では、少なくとも１つの更新された仮想リンクが、更新されたレイヤ２リンク及び／又は更新されたレイヤ３リンクを含む場合、更新されたＶＬＤファイルは、更新されたレイヤ２リンク及び／又は更新されたレイヤ３リンクに関する情報、及び更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報を含む。更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報は、更新されたレイヤ２リンクに接続されるＶＮＦの外部インターフェースに関する情報、及び／又は更新されたレイヤ３リンクに接続されるＶＮＦの外部インターフェースに関する情報を含む。

例えば、図７を参照すると、ＮＳ更新要求は、ＶＮＦ４に接続されているレイヤ２リンク及びレイヤ３リンクを更新するために使用される。例えば、ＶＮＦ４のレイヤ２リンクはＶＬＡＮ４からＶＬＡＮ５に更新され、ＶＮＦ４のレイヤ３リンクはレイヤ３リンク２からレイヤ３リンク３に更新される。このケースでは、更新されたＶＬＤファイルは、ＶＬＡＮ５に関する情報及びレイヤ３リンク３に関する情報を含む。具体的なコンテンツは、表１～表３のコンテンツと同様である。詳細は、ここでは再度説明しない。追加的に、更新されたＶＬＤファイルは、更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報をさらに含む。具体的には、更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報は、ＶＬＡＮ ５及びレイヤ３リンク３の名前を含むことができ、ＶＮＦ４に対応するＶＮＦＤファイル内のＶｉｒｔｕａｌＬｉｎｋＣｏｎｎｅｃｔｉｏｎＩｎｆｏＤａｔａ内のＬ２ＮｅｔｗｏｒｋＮａｍｅ及びＬ３ＮｅｔｗｏｒｋＮａｍｅ情報を更新するために使用される。確かに、複数のレイヤ３リンクを更新する必要がある場合、複数の更新されたレイヤ３リンクの名前を、更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報にリストする必要がある。

更新されたＮＳＤファイルは、ステップＳ６０２の前にＯＳＳ／ＢＳＳにアップロードされることに留意されたい。

Ｓ６０３：ＮＦＶＯは、更新されたＮＳＤファイルに基づいてＶＩＭにはリンク作成要求を、ＶＮＦＭにはＶＮＦ接続更新要求を別々に送信して、ＶＮＦの少なくとも１つのリンク接続を更新する。

具体的には、少なくとも１つの更新された仮想リンクが、更新されたレイヤ２リンク及び／又は更新されたレイヤ３リンクを含む場合、ＮＦＶＯは、最初に、更新されたレイヤ２ネットワーク及び更新されたレイヤ３ネットワークの作成をＶＩＭに申請する必要がある。例えば、ＮＦＶＯは、更新されたレイヤ２リンクの識別子を含む第２のレイヤ２リンク作成要求をＶＩＭに送信し、更新されたレイヤ３ネットワークの名前と更新されたレイヤ２ネットワークの識別子を含む第２のレイヤ３リンク作成要求をＶＩＭに送信する。次いで、ＮＦＶＯは、ＶＮＦ接続更新要求をＶＮＦＭに送信する。ＶＮＦ接続更新要求は、更新されたレイヤ２リンクの識別子、更新されたレイヤ３リンクの識別子、及び更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報を含む。例えば、更新されたＶＬＤファイルに含まれるＬ２ＮｅｔｗｏｒｋＮａｍｅ及びＬ３ＮｅｔｗｏｒｋＮａｍｅ情報は、ＶＮＦ接続更新要求のＥｘｔＶｉｒｔｕａｌＬｉｎｋＤａｔａパラメータに追加されてもよい。このプロセスは、ステップＳ５０３の対応するコンテンツと同様であり、詳細は、ここでは再度説明しない。

Ｓ６０４：ＶＮＦＭは、ＶＮＦの少なくとも１つのリンク接続を更新し、更新成功メッセージをＮＦＶＯにフィードバックする。

具体的には、ＶＮＦＭは、第２のレイヤ２リンク作成要求及び第２のレイヤ３リンク作成要求を受信した後に、最初に、更新されたレイヤ２リンク及び更新されたレイヤ３リンクを作成し、次いで、受信されたＶＮＦ接続更新要求に基づいて、ＶＮＦと仮想リンクとの間の接続を更新する。このプロセスは、ステップＳ５０４の対応するコンテンツと同様であり、詳細は、ここでは再度説明しない。

前述の技術的解決策では、ＶＬＤファイルは、ＶＬＤファイルを別々に配備することによってＶＮＦＤファイルから分離され、ＶＮＦの配備状態に影響を与えることなく、ＮＳの仮想ネットワークを更新することができ、ＮＳの更新の効率を改善することができる。

実際の使用プロセスでは、図５及び図６に示す実施形態が組み合わされてもよいことに留意されたい。言い換えれば、ＮＳは、図５に示す実施形態を使用して配備され、ＮＳは、図６に示す実施形態を使用して更新される。

この出願に提供される前述の実施形態では、この出願の実施形態に提供される方法は、ＮＦＶＯ、ＶＩＭ、ＶＮＦＭ、及びＮＦＶＯ、ＶＩＭ、及びＶＮＦＭ間の相互作用の観点から別個に説明される。この出願の実施形態に提供される方法においてＮＦＶＯの機能を実装するために、ＮＦＶＯは、ハードウェア構造及び／又はソフトウェア・モジュールを含んで、ハードウェア構造、ソフトウェア・モジュール、又はハードウェア構造及びソフトウェア・モジュールの組み合わせを使用して、前述の機能を実装してもよい。前述の機能における機能が、ハードウェア構造を使用して実行されるか、ソフトウェア・モジュールを使用して実行されるか、ハードウェア構造及びソフトウェア・モジュールの組み合わせを使用して実行されるかは、技術的解決策の特定のアプリケーション及び設計制約に依存する。

図８は、仮想化ネットワーク・サービス配備装置８００の構造の概略図である。仮想化ネットワーク・サービス配備装置８００は、ＮＦＶＯであってもよく、この出願の実施形態に提供される方法においてＮＦＶＯの機能を実装することができる。代替的には、仮想化ネットワーク・サービス配備装置８００は、この出願の実施形態に提供される方法におけるＮＦＶＯの機能を実装する際にＮＦＶＯをサポートすることができる装置であってもよい。仮想化ネットワーク・サービス配備装置８００は、ハードウェア構造、ソフトウェア・モジュール、又はハードウェア構造及びソフトウェア・モジュールの組み合わせであってもよい。仮想化ネットワーク・サービス配備装置８００は、チップ・システムによって実装されてもよい。この出願のこの実施形態では、チップ・システムは、チップを含んでもよいし、チップ及び別の別個のコンポーネントを含んでもよい。

仮想化ネットワーク・サービス配備装置８００は、受信モジュール８０１、取得モジュール８０２、送信モジュール８０３、及び判定モジュール８０４を含んでもよい。

受信モジュール８０１は、図５に示す実施形態においてステップＳ５０１、ステップＳ５０４、及びステップＳ５０７を実行するように構成されてもよく、図６に示す実施形態においてステップＳ６０１及びステップＳ６０４を実行するように構成されてもよく、及び／又は本明細書に説明される技術の別のプロセスをサポートするように構成されてもよい。

取得モジュール８０２は、図５に示す実施形態においてステップＳ５０２を実行するように構成されてもよく、図６に示す実施形態においてステップＳ６０２を実行するように構成されてもよく、及び／又は本明細書に説明される技術の別のプロセスをサポートするように構成されてもよい。

送信モジュール８０３は、図５に示す実施形態においてステップＳ５０３及びステップＳ５０５を実行するように構成されてもよく、図６に示す実施形態においてステップＳ６０３を実行するように構成されてもよく、及び／又は本明細書に説明される技術の別のプロセスをサポートするように構成されてもよい。

判定モジュール８０４は、図５に示す実施形態においてステップＳ５０３及びステップＳ５０７を実行するように構成されてもよく、及び／又は本明細書に説明される技術の別のプロセスをサポートするように構成されてもよい。

受信モジュール８０１及び送信モジュール８０３は、仮想化ネットワーク・サービス配備装置８００によって使用されて、別のモジュールと通信する。受信モジュール及び送信モジュールは、回路、コンポーネント、インターフェース、バス、ソフトウェア・モジュール、トランシーバ、又は通信を実装することができる他の装置であってもよい。

前述の方法の実施形態におけるステップのすべての関係するコンテンツは、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再度説明されない。

この出願の実施形態におけるモジュールへの分割は一例であり、論理機能分割にすぎず、実際の実装においては他の分割であってもよい。追加的に、この出願の実施形態における機能モジュールは、１つのプロセッサに統合されてもよいし、各モジュールは、物理的に単独で存在してもよいし、２つ以上のユニットは、１つのユニットに統合されてもよい。統合されたユニットは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能ユニットの形態で実装されてもよい。

図９は、この出願の一実施形態による仮想化ネットワーク・サービス配備装置９００を示す。仮想化ネットワーク・サービス配備装置９００は、図５又は図６に示す実施形態におけるＮＦＶＯであってもよく、この出願の実施形態に提供される方法におけるＮＦＶＯの機能を実装することができる。代替的には、仮想化ネットワーク・サービス配備装置９００は、この出願の実施形態に提供される方法におけるＮＦＶＯの機能を実装する際にＮＦＶＯをサポートすることができる装置であってもよい。仮想化ネットワーク・サービス配備装置９００は、チップ・システムであってもよい。この出願のこの実施形態では、チップ・システムは、チップを含んでもよいし、チップ及び別の別個のコンポーネントを含んでもよい。

仮想化ネットワーク・サービス配備装置９００は、この出願の実施形態に提供される方法におけるＶＮＦＭの機能を実装する際に、仮想化ネットワーク・サービス配備装置９００を実装又はサポートするように構成された少なくとも１つのプロセッサ９２０を含む。例えば、プロセッサ９２０は、ＶＮＦをインスタンス化するために必要なリソースを判定してもよい。詳細については、方法の例における詳細な説明を参照のこと。詳細は、ここでは説明しない。

仮想化ネットワーク・サービス配備装置９００は、プログラム命令及び／又はデータを記憶するように構成された少なくとも１つのメモリ９３０をさらに含んでもよい。メモリ９３０は、プロセッサ９２０に結合される。この出願のこの実施形態における結合は、電気的形態、機械的形態、又は別の形態で装置、ユニット、又はモジュール間の間接的結合又は通信接続であってよく、装置、ユニット、又はモジュール間の情報交換のために使用される。プロセッサ９２０は、メモリ９３０と協働して動作してもよい。プロセッサ９２０は、メモリ９３０に記憶されたプログラム命令を実行してもよい。少なくとも１つのメモリのうちの少なくとも１つは、プロセッサに含まれてもよい。

仮想化ネットワーク・サービス配備装置９００は、伝送媒体を介して別のデバイスとの通信をサポートするように構成された通信インターフェース９１０をさらに含んでもよく、仮想化ネットワーク・サービス配備装置９００内の装置が別のデバイスと通信できるようにする。例えば、別のデバイスは、制御デバイスであってもよい。プロセッサ９２０は、通信インターフェース９１０を使用してデータを送信及び受信してもよい。

この出願のこの実施形態は、通信インターフェース９１０、プロセッサ９２０、及びメモリ９３０の間の特定の接続媒体を限定しない。この出願の本実施形態では、図９において、メモリ９３０、プロセッサ９２０、及び通信インターフェース９１０は、バス９４０を介して接続されており、バスは、図９において太線を使用して表されている。他のコンポーネント間の接続方式は、説明のための一例にすぎず、限定を課さない。バスは、アドレス・バス、データ・バス、制御バスなどに分類されてもよい。表現を容易にするために、図９においてバスを表すために１本の太線のみが使用されるが、これはバスが１本のみ、又はバスのタイプが１つのみであることを意味しない。

この出願の本実施形態では、プロセッサ９２０は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールド・プログラマブル・ゲートアレイ若しくは他のプログラマブル論理デバイス、個別ゲート若しくはトランジスタ論理デバイス、又は個別ハードウェア・コンポーネントであってもよく、この出願の実施形態において開示される方法、ステップ、及び論理ブロック図を実装又は実行してもよい。汎用プロセッサは、マイクロプロセッサ、任意の従来のプロセッサなどであってもよい。この出願の実施形態を参照して開示された方法のステップは、ハードウェア・プロセッサによって直接的に実行されてもよいし、プロセッサ内のハードウェア及びソフトウェア・モジュールの組み合わせを使用して実行されてもよい。

この出願のこの実施形態では、メモリ９３０は、ハード・ディスク・ドライブ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ、ＨＤＤ）、ソリッドステート・ドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ、ＳＳＤ）などの不揮発性メモリであってもよいし、ランダム・アクセス・メモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）などの揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）であってもよい。メモリは、期待されるプログラムコードを命令形態又はデータ構造形態で搬送又は記憶することができ、かつコンピュータによってアクセスすることができる任意の他の媒体であり、これに限定されない。この出願のこの実施形態のメモリは、代替的には、記憶機能を実装することができ、かつプログラム命令及び／又はデータを記憶するように構成された回路又は任意の他の装置であってもよい。

この出願の一実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータ上で動作するときに、コンピュータは、図５又は図６に示す実施形態においてＮＦＶＯによって実行される方法を実行することが可能となる。

この出願の一実施形態は、命令を含むコンピュータ・プログラム製品を提供する。コンピュータ・プログラム製品がコンピュータ上で動作するときに、コンピュータは、図５又は図６に示す実施形態においてＮＦＶＯによって実行される方法を実行することが可能となる。

この出願の一実施形態は、チップ・システムを提供する。チップ・システムは、プロセッサを含み、メモリをさらに含んでもよく、前述の方法においてＮＦＶＯの機能を実装するように構成されている。チップ・システムは、チップを含んでもよいし、チップ及び別の個別のコンポーネントを含んでもよい。

この出願の一実施形態は、システムを提供する。システムは、前述のＮＦＶＯ及び別のデバイスを含み、別のデバイスはは、ＶＩＭ、ＶＮＦＭ、及び／又は類似のものであってもよい。

この出願の実施形態における方法の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを介して実装されてもよい。ソフトウェア又はファームウェアが方法を実装するために使用されるときに、方法の全部又は一部は、コンピュータ・プログラム製品の形態で実装されてもよい。コンピュータ・プログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータ命令がコンピュータ上にロードされ、実行されるときに、本発明の実施形態による手順又は機能は、全体的又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータ・ネットワーク、ネットワーク・デバイス、ユーザ機器、又は別のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、１つのコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータ・センタから、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、略してＤＳＬ））又は無線（例えば、赤外線、ラジオ、又はマイクロ波）方式で、別のウェブサイト、コンピュータ、サーバ、又はデータ・センタに伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を統合するサーバ、データ・センタなどのデータ記憶デバイスであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピー・ディスク、ハード・ディスク、又は磁気テープ）、光媒体（例えば、デジタル・ビデオ・ディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ、略してＤＶＤ））、半導体媒体（例えば、ＳＳＤ）などであってもよい。

明らかに、当業者は、この出願の範囲から逸脱することなく、この出願に様々な修正及び変形を行ってもよい。この出願は、この出願の以下の特許請求の範囲及びそれらの同等の技術によって定義される保護の範囲内にあることを条件として、この出願のこれらの修正及び変形をカバーすることを意図している。

Claims (18)

1. 仮想化ネットワーク・サービス配備方法であって、
   ネットワーク・サービスＮＳをインスタンス化するための要求を受信することであって、前記要求は、前記ＮＳの識別子を含む、ことと、
   前記ＮＳの前記識別子に対応するネットワーク・サービス・ディスクリプタＮＳＤファイルを取得することであって、前記ＮＳＤファイルは、ネットワーク・サービス仮想リンク・ディスクリプタＶＬＤファイル及び仮想化ネットワーク機能ＶＮＦＤファイルの識別子を含み、前記ＶＮＦＤファイルは、前記ＮＳを作成するために使用される仮想化ネットワーク機能ＶＮＦに関する情報を記述するために使用され、前記ＶＬＤファイルは、ルーティング・デバイスに関する情報を含み、前記ルーティング・デバイスは、レイヤ３リンクを接続するように構成され、前記ＮＳに含まれるＶＮＦは、前記レイヤ３リンク、レイヤ２リンク、及び前記ルーティング・デバイスを介して接続される、ことと、
   ネットワーク作成要求を仮想化インフラストラクチャ・マネージャＶＩＭに送信することであって、前記ネットワーク作成要求は、前記レイヤ３リンク、前記レイヤ２リンク、及び前記ルーティング・デバイスを作成するために使用される、ことと、
   ＶＮＦ作成要求を仮想化ネットワーク機能マネージャＶＮＦＭに送信することであって、前記ＶＮＦ作成要求は、前記ＮＳに含まれる前記ＶＮＦと前記レイヤ２リンク及び／又は前記レイヤ３リンクとの間の接続関係を含む、ことと、
   前記ＮＳの配備に成功したことを判定することと、を含む、方法。
2. 前記ルーティング・デバイスに関する前記情報は、前記ルーティング・デバイスに接続される前記レイヤ３リンクに関する情報と、前記ルーティング・デバイスの位置情報と、を含む、請求項１に記載の方法。
3. 前記ＶＬＤファイルは、前記レイヤ２リンクに関する情報、前記レイヤ３リンクに関する情報、及び前記レイヤ２リンクと前記レイヤ３リンクとの間の対応をさらに含む、請求項１又は２に記載の方法。
4. 前記ＮＳに含まれる前記ＶＮＦと前記レイヤ２リンク及び／又は前記レイヤ３リンクとの間の前記接続関係は、前記ＶＮＦの外部インターフェースの識別子、及び前記外部インターフェースに接続される第１のレイヤ２リンク及び／又は第１のレイヤ３リンクに関する情報を含む、請求項１～３のいずれか一項に記載の方法。
5. ネットワーク作成要求を仮想化インフラストラクチャ・マネージャＶＩＭに送信することは、
   第１のレイヤ２リンク作成要求を前記ＶＩＭに送信することであって、前記第１のレイヤ２リンク作成要求は、前記第１のレイヤ２リンクの識別子を含む、ことと、
   第１のレイヤ３リンク作成要求を前記ＶＩＭに送信することであって、前記第１のレイヤ３リンク作成要求は、前記第１のレイヤ３リンクの識別子及び対応する第２のレイヤ２リンクの識別子を含み、前記第１のレイヤ３リンク作成要求は、前記第２のレイヤ２リンク上に対応する前記レイヤ３リンクを作成するために使用される、ことと、
   ルーティング・デバイス作成要求を前記ＶＩＭに送信することであって、前記ルーティング・デバイス作成要求は、前記ルーティング・デバイスに関する前記情報を含み、前記ＶＮＦは、前記ルーティング・デバイスを介して前記レイヤ３リンクに接続される、ことと、を含む、請求項４に記載の方法。
6. 前記ルーティング・デバイスに関する前記情報は、前記ルーティング・デバイスの設定情報及び／又は識別子をさらに含み、ルーティング・デバイス作成要求を前記ＶＩＭに送信することは、
   デバイス作成要求を前記ＶＩＭに送信することであって、前記デバイス作成要求は、前記設定情報及び／又は前記識別子を含む、ことと、
   リソース更新要求を前記ＶＩＭに送信することであって、前記リソース更新要求は、前記レイヤ３リンクに関する前記情報を含み、前記レイヤ３リンクを前記ルーティング・デバイスに追加するために使用される、ことと、を含む、請求項５に記載の方法。
7. 前記方法は、
   ＮＳ更新要求を受信することであって、前記ＮＳ更新要求は、前記ＮＳを更新するために使用され、前記ＮＳ更新要求が、前記ＮＳに対応する更新されたＮＳＤファイルの識別子を含む、ことと、
   前記更新されたＮＳＤファイルの前記識別子に基づいて、前記更新されたＮＳＤファイルを取得することであって、前記更新されたＮＳＤファイルは、更新されたＶＬＤファイルと、前記更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報と、を含み、前記更新されたＶＬＤファイルは、更新されたレイヤ２リンク及び／又は更新されたレイヤ３リンクを含む、ことと、
   前記更新されたＮＳＤファイルに基づいて、前記ＮＳに含まれる前記ＶＮＦ間の接続関係を更新することと、をさらに含む、請求項１～６のいずれか一項に記載の方法。
8. 前記更新されたＶＬＤファイルに関連付けられた前記ＶＮＦに関する前記情報は、前記更新されたレイヤ２リンクに接続される前記ＶＮＦの外部インターフェースに関する情報、及び／又は前記更新されたレイヤ３リンクに接続される前記ＶＮＦの外部インターフェースに関する情報を含む、請求項７に記載の方法。
9. 前記更新されたＮＳＤファイルに基づいて、前記ＮＳに含まれる前記ＶＮＦ間の接続関係を更新することは、
   第２のレイヤ２リンク作成要求を前記ＶＩＭに送信することであって、前記第２のレイヤ２リンク作成要求は、前記更新されたレイヤ２リンクの識別子を含む、ことと、
   第２のレイヤ３リンク作成要求を前記ＶＩＭに送信することであって、前記第２のレイヤ３リンク作成要求は、前記更新されたレイヤ３リンクの識別子及び対応する前記更新されたレイヤ２リンクの前記識別子を含む、ことと、
   ＶＮＦ接続更新要求を前記ＶＮＦＭに送信することであって、前記ＶＮＦ接続更新要求は、前記更新されたレイヤ２リンクの前記識別子、前記更新されたレイヤ３リンクの前記識別子、及び前記更新されたＶＬＤファイルに関連付けられた前記ＶＮＦに関する前記情報を含み、前記ＶＮＦＭが、前記ＶＮＦ接続更新要求に基づいて、更新される必要がある前記ＶＮＦ間の前記接続関係を更新するようにする、ことと、を含む、請求項８に記載の方法。
10. 仮想化ネットワーク・サービス配備装置であって、
    ネットワーク・サービスＮＳをインスタンス化するための要求を受信するように構成された受信モジュールであって、前記要求は、前記ＮＳの識別子を含む、受信モジュールと、
    前記ＮＳの前記識別子に対応するネットワーク・サービス・ディスクリプタＮＳＤファイルを取得するように構成された取得モジュールであって、前記ＮＳＤファイルは、ネットワーク・サービス仮想リンク・ディスクリプタＶＬＤファイル及び仮想化ネットワーク機能ＶＮＦＤファイルの識別子を含み、前記ＶＮＦＤファイルは、前記ＮＳを作成するために使用される仮想化ネットワーク機能ＶＮＦに関する情報を記述するために使用され、前記ＶＬＤファイルは、ルーティング・デバイスに関する情報を含み、前記ルーティング・デバイスは、レイヤ３リンクを接続するように構成され、前記ＮＳに含まれるＶＮＦは、前記レイヤ３リンク、レイヤ２リンク、及び前記ルーティング・デバイスを介して接続される、取得モジュールと、
    ネットワーク作成要求を仮想化インフラストラクチャ・マネージャＶＩＭに送信することであって、前記ネットワーク作成要求は、前記レイヤ３リンク、前記レイヤ２リンク、及び前記ルーティング・デバイスを作成するために使用される、ことと、ＶＮＦ作成要求を仮想化ネットワーク機能マネージャＶＮＦＭに送信することであって、前記ＶＮＦ作成要求は、前記ＮＳに含まれる前記ＶＮＦと前記レイヤ２リンク及び／又は前記レイヤ３リンクとの間の接続関係を含む、ことと、行うように構成された送信モジュールと、
    前記ＮＳの配備に成功したことを判定するように構成された判定モジュールと、を含む、装置。
11. 前記ルーティング・デバイスに関する前記情報は、前記ルーティング・デバイスに接続される前記レイヤ３リンクに関する情報と、前記ルーティング・デバイスの位置情報と、を含む、請求項１０に記載の装置。
12. 前記送信モジュールは、
    第１のレイヤ２リンク作成要求を前記ＶＩＭに送信することであって、前記第１のレイヤ２リンク作成要求は、前記レイヤ２リンクの識別子を含む、ことと、
    第１のレイヤ３リンク作成要求を前記ＶＩＭに送信することであって、前記第１のレイヤ３リンク作成要求は、前記レイヤ３リンクの識別子及び対応する第２のレイヤ２リンクの識別子を含み、前記第１のレイヤ３リンク作成要求は、前記第２のレイヤ２リンク上に対応する前記レイヤ３リンクを作成するために使用される、ことと、
    ルーティング・デバイス作成要求を前記ＶＩＭに送信することであって、前記ルーティング・デバイス作成要求は、前記ルーティング・デバイスに関する前記情報を含み、前記ＶＮＦは、前記ルーティング・デバイスを介して前記レイヤ３リンクに接続される、ことと、を行うように構成されている、請求項１０又は１１に記載の装置。
13. 前記送信モジュールは、
    デバイス作成要求を前記ＶＩＭに送信することであって、前記デバイス作成要求は、設定情報及び／又は識別子を含む、ことと、
    リソース更新要求を前記ＶＩＭに送信することであって、前記リソース更新要求は、前記レイヤ３リンクに関する前記情報を含み、前記レイヤ３リンクを前記ルーティング・デバイスに追加するために使用される、ことと、を行うように構成されている、請求項１２に記載の装置。
14. 前記受信モジュールは、
    ＮＳ更新要求を受信することであって、前記ＮＳ更新要求は、前記ＮＳを更新するために使用され、前記ＮＳ更新要求が、前記ＮＳに対応する更新されたＮＳＤファイルの識別子を含む、ことを行うようにさらに構成されており、
    前記取得モジュールは、前記更新されたＮＳＤファイルの前記識別子に基づいて、前記更新されたＮＳＤファイルを取得することであって、前記更新されたＮＳＤファイルは、更新されたＶＬＤファイルと、前記更新されたＶＬＤファイルに関連付けられたＶＮＦに関する情報と、を含み、前記更新されたＶＬＤファイルは、更新されたレイヤ２リンク及び／又は更新されたレイヤ３リンクを含む、ことを行うようにさらに構成されており、
    前記送信モジュールは、前記更新されたＮＳＤファイルに基づいて、前記ＮＳに含まれる前記ＶＮＦ間の接続関係を更新することを行うようにさらに構成されている、請求項１０～１３のいずれか一項に記載の装置。
15. 前記更新されたＶＬＤファイルに関連付けられた前記ＶＮＦに関する前記情報は、前記更新されたレイヤ２リンクに接続される前記ＶＮＦの外部インターフェースに関する情報、及び／又は前記更新されたレイヤ３リンクに接続される前記ＶＮＦの外部インターフェースに関する情報を含む、請求項１４に記載の装置。
16. 前記送信モジュールは、
    第２のレイヤ２リンク作成要求を前記ＶＩＭに送信することであって、前記第２のレイヤ２リンク作成要求は、前記更新されたレイヤ２リンクの識別子を含む、ことと、
    第２のレイヤ３リンク作成要求を前記ＶＩＭに送信することであって、前記第２のレイヤ３リンク作成要求は、前記更新されたレイヤ３リンクの識別子及び対応する前記更新されたレイヤ２リンクの識別子を含む、ことと、
    ＶＮＦ接続更新要求を前記ＶＮＦＭに送信することであって、前記ＶＮＦ接続更新要求は、前記更新されたレイヤ２リンクの前記識別子、前記更新されたレイヤ３リンクの前記識別子、及び前記更新されたＶＬＤファイルに関連付けられた前記ＶＮＦに関する前記情報を含み、前記ＶＮＦＭが、前記ＶＮＦ接続更新要求に基づいて、更新される必要がある前記ＶＮＦ間の前記接続関係を更新するようにする、ことと、を行うように構成されている、請求項１５に記載の装置。
17. プロセッサを備え、前記プロセッサは、メモリに結合され、前記メモリ内の命令を読み出して実行して、請求項１～９のいずれか一項に記載の方法を実装するように構成されている、仮想化ネットワーク配備装置。
18. プログラム又は命令を含み、前記プログラム又は前記命令が実行されるときに、請求項１～９のいずれか一項に記載の方法が実行される、可読記憶媒体。
    

Images