特許 7618042 スケーリング方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-01-09

(45)【発行日】2025-01-20

(54)【発明の名称】スケーリング方法および装置

(51)【国際特許分類】

   H04L 41/40 20220101AFI20250110BHJP

   H04L 41/0897 20220101ALI20250110BHJP

【ＦＩ】

H04L41/40

H04L41/0897

【請求項の数】 23

(21)【出願番号】P 2023539985

(86)(22)【出願日】2020-12-30

(65)【公表番号】

(43)【公表日】2024-01-17

(86)【国際出願番号】 CN2020141795

(87)【国際公開番号】W WO2022141293

(87)【国際公開日】2022-07-07

【審査請求日】2023-08-09

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤 克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田 郁大

(72)【発明者】

【氏名】李 世涛

【審査官】吉田 歩

(56)【参考文献】

【文献】国際公開第２０１５／０９９０３５（ＷＯ，Ａ１）

【文献】国際公開第２０１７／２２２５９５（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４１／４０

(57)【特許請求の範囲】

【請求項1】

仮想化ネットワーク機能ＶＮＦスケーリング方法であって、前記方法は、
ＶＮＦＭによって、ＮＦＶＯからＶＮＦスケールアウト要求を受信するステップであって、前記要求が、ＶＮＦインスタンス情報、ならびにスケール態様およびステップを示すインジケーション情報を含む、ステップと、
前記ＶＮＦＭによって前記ＶＮＦスケールアウト要求に基づき、生成される必要があるＶＤＵおよび対応するサブネットに関する情報を決定するステップと、
前記ＶＮＦＭによって、前記ＶＤＵおよび前記対応するサブネットの生成をＶＩＭに要求するステップと
を含む、仮想化ネットワーク機能ＶＮＦスケーリング方法。

【請求項2】

前記ＶＮＦＭによって前記ＶＮＦスケールアウト要求に基づき、生成される必要があるＶＤＵおよび対応するサブネットに関する情報を決定する前記ステップは、
前記ＶＮＦＭによって、対応するＶＮＦＤを前記ＶＮＦインスタンス情報に基づいて見つけ、前記インジケーション情報に基づいて前記ＶＮＦＤに問い合わせて、生成される必要がある前記ＶＤＵおよび前記対応するサブネットに関する前記情報を決定するステップを含み、
前記ＶＮＦＤは、スケール態様パラメータ情報およびスケールステップパラメータ情報を含み、前記スケールステップパラメータ情報は、サブネット情報を含む請求項１に記載の方法。

【請求項3】

前記サブネット情報は、以下の、サブネットの量、ならびに各サブネットに割り当てられることが可能なＩＰアドレスのタイプおよび範囲、のうちの１つまたは複数を含む請求項２に記載の方法。

【請求項4】

前記スケールステップパラメータ情報は、前記生成されたＶＤＵが前記サブネットに接続されているかどうかを示すパラメータをさらに含む請求項２に記載の方法。

【請求項5】

前記方法は、前記ＶＮＦＭによって、リンクポート（ｌｉｎｋｐｏｒｔ）の生成を前記ＶＩＭに要求するステップをさらに含み、前記ＶＤＵは、前記リンクポートを介して前記サブネットに接続される請求項４に記載の方法。

【請求項6】

前記方法は、
前記ＶＮＦＭによって、ＶＮＦスケールイン要求をＮＦＶＯから受信するステップであって、前記要求が、ＶＮＦインスタンス情報、ならびにスケール態様およびステップを示すインジケーション情報を含む、ステップと、
前記ＶＮＦＭによって前記ＶＮＦスケールイン要求に基づいて、削除される必要があるＶＤＵおよび対応するサブネットに関する情報を決定するステップと、
前記ＶＮＦＭよって前記ＶＩＭに、前記ＶＤＵおよび前記対応するサブネットの削除を要求するステップと
をさらに含む請求項１に記載の方法。

【請求項7】

前記ＶＮＦＭによって前記ＶＮＦスケールイン要求に基づき、削除される必要があるＶＤＵおよび対応するサブネットに関する情報を決定する前記ステップは、
前記ＶＮＦＭによって、対応するＶＮＦＤを前記ＶＮＦインスタンス情報に基づいて見つけ、前記インジケーション情報に基づいて前記ＶＮＦＤに問い合わせて、削除される必要がある前記ＶＤＵおよび前記対応するサブネットに関する前記情報を決定するステップを含み、
前記ＶＮＦＤは、スケール態様パラメータ情報およびスケールステップパラメータ情報を含み、前記スケールステップパラメータ情報は、サブネット情報を含む請求項６に記載の方法。

【請求項8】

前記サブネット情報は、以下の、サブネットの量、ならびに各サブネットに割り当てられることが可能なＩＰアドレスのタイプおよび範囲、のうちの１つまたは複数を含む請求項７に記載の方法。

【請求項9】

ネットワークサービスＮＳスケーリング方法であって、前記方法は、
ＮＦＶＯによって、ＮＳスケールアウト要求を受信するステップであって、前記要求が、ＮＳインスタンス情報、ならびにスケール態様およびステップを示すインジケーション情報を含む、ステップと、
前記ＮＦＶＯによって前記ＮＳスケールアウト要求に基づき、生成される必要があるＶＮＦおよび対応するサブネットに関する情報を決定するステップと、
前記ＮＦＶＯによって、前記ＶＮＦおよび前記対応するサブネットの生成をＶＩＭにＶＮＦＭを介して要求するステップと
を含む、ネットワークサービスＮＳスケーリング方法。

【請求項10】

前記ＮＦＶＯによって前記ＮＳスケールアウト要求に基づき、生成される必要があるＶＮＦおよび対応するサブネットに関する情報を決定する前記ステップは、
前記ＶＮＦＭによって、対応するＮＳＤを前記ＮＳインスタンス情報に基づいて見つけ、前記インジケーション情報に基づいて前記ＮＳＤに問い合わせて、生成される必要がある前記ＶＮＦおよび前記対応するサブネットに関する前記情報を決定するステップを含み、
前記ＮＳＤは、スケール態様パラメータ情報およびスケールステップパラメータ情報を含み、前記スケールステップパラメータ情報は、サブネット情報を含む請求項９に記載の方法。

【請求項11】

前記サブネット情報は、以下の、サブネットの量、ならびに各サブネットに割り当てられることが可能なＩＰアドレスのタイプおよび範囲、のうちの１つまたは複数を含む請求項１０に記載の方法。

【請求項12】

前記スケールステップパラメータ情報は、前記生成されたＶＮＦが前記サブネットに接続されているかどうかを示すパラメータをさらに含む請求項１０に記載の方法。

【請求項13】

前記方法は、前記ＶＮＦＭによって、リンクポート（ｌｉｎｋｐｏｒｔ）の生成を前記ＶＩＭに要求するステップをさらに含み、前記ＶＮＦは、前記リンクポートを介して前記サブネットに接続される請求項１２に記載の方法。

【請求項14】

前記方法は、前記ＮＦＶＯによって、ＮＳスケールイン要求を受信するステップであって、前記要求が、ＮＳインスタンス情報、ならびにスケール態様およびステップを示すインジケーション情報を含む、ステップと、
前記ＮＦＶＯによって前記ＮＳスケールイン要求に基づいて、削除される必要があるＶＮＦおよび対応するサブネットに関する情報を決定するステップと、
前記ＮＦＶＯによって前記ＶＩＭに、ＶＮＦＭを介して前記ＶＮＦおよび前記対応するサブネットの削除を要求するステップと
をさらに含む請求項９に記載の方法。

【請求項15】

前記ＮＦＶＯによってＮＳスケールイン要求に基づき、削除される必要があるＶＮＦおよび対応するサブネットに関する情報を決定する前記ステップは、
前記ＶＮＦＭによって、対応するＮＳＤを前記ＮＳインスタンス情報に基づいて見つけ、前記インジケーション情報に基づいて前記ＮＳＤに問い合わせて、削除される必要がある前記ＶＮＦおよび前記対応するサブネットに関する前記情報を決定するステップを含み、
前記ＮＳＤは、スケール態様パラメータ情報およびスケールステップパラメータ情報を含み、前記スケールステップパラメータ情報は、サブネット情報を含む請求項９に記載の方法。

【請求項16】

前記サブネット情報は、以下の、サブネットの量、ならびに各サブネットに割り当てられることが可能なＩＰアドレスのタイプおよび範囲、のうちの１つまたは複数を含む請求項１５に記載の方法。

【請求項17】

請求項１乃至８のいずれか一項に記載の前記方法を実施するように構成されたモジュールを備える、スケーリング装置。

【請求項18】

プロセッサを備えるスケーリング装置であって、前記プロセッサはメモリに結合され、前記メモリはコンピュータプログラムを記憶し、前記プロセッサは、前記装置が請求項１乃至８のいずれか一項に記載の前記方法を実施することを可能にするために、前記メモリ内の前記コンピュータプログラムを呼び出すように構成される、スケーリング装置。

【請求項19】

請求項９乃至１６のいずれか一項に記載の前記方法を実施するように構成されたモジュールを備える、スケーリング装置。

【請求項20】

プロセッサを備えるスケーリング装置であって、前記プロセッサはメモリに結合され、前記メモリはコンピュータプログラムを記憶し、前記プロセッサは、前記装置が請求項９乃至１６のいずれか一項に記載の前記方法を実施することを可能にするために、前記メモリ内の前記コンピュータプログラムを呼び出すように構成される、スケーリング装置。

【請求項21】

ＮＦＶＯ、ＶＮＦＭ、およびＶＩＭを備えるスケーリングシステムであって、前記ＶＮＦＭは、請求項１乃至８のいずれか一項に記載の方法を実行するように構成される、スケーリングシステム。

【請求項22】

ＮＦＶＯ、ＶＮＦＭ、およびＶＩＭを備えるスケーリングシステムであって、前記ＮＦＶＯは、請求項９乃至１６のいずれか一項に記載の方法を実行するように構成される、スケーリングシステム。

【請求項23】

コンピュータ可読記憶媒体であって、前記記憶媒体はコンピュータプログラムを記憶し、前記コンピュータプログラムが実行されたときに、請求項１乃至８または請求項９乃至１６のいずれか一項に記載の前記方法が実施される、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、ネットワーク機能仮想化（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ，ＮＦＶ）の分野に関し、詳細には、仮想化ネットワーク機能（Ｖｉｒｔｕａｌｉｚｅｄ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ，ＶＮＦ）またはネットワークサービス（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ，ＮＳ）スケーリング（Ｓｃａｌｉｎｇ）方法および装置に関する。

【背景技術】

【0002】

ネットワーク機能仮想化（ＮＦＶ，Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）とは、ネットワークサービス（ＮＳ，Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）の迅速で効率的な配備および動作を実装するために、およびネットワーク投資支出ＣＡＰＥＸおよび運用支出ＯＰＥＸを低減させるために、情報技術（ＩＴ，Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）分野の仮想化技術を使用することによって、電気通信ネットワーク事業者が共通のサーバ、スイッチ、ストレージデバイスのいくつかの電気通信ネットワーク機能（コアネットワーク機能など）に対して、ソフトウェアとハードウェアの分離を実施する技術のことである。ＮＦＶ技術に基づいて、電気通信ネットワーク機能は、ソフトウェアの形で実装され、共通サーバハードウェア上で実行されることが可能であり、また、新たな装置を設置する必要なしに、必要に応じてネットワークの異なる物理的位置に移動され、インスタンス化され（Ｉｎｓｔａｎｔｉａｔｅｄ）、配備されることが可能である。

【0003】

図１は、既存のＥＴＳＩ ＮＦＶ標準で提供されるＶＮＦ記述子または記述テンプレート（ＶＮＦ記述子、ＶＮＦＤ）設計インスタンスを示す。ＶＮＦＤは、２つの仮想化配備ユニット（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｄｅｐｌｏｙｍｅｎｔ Ｕｎｉｔ，ＶＤＵ）、すなわち、ＶＤＵ＿１およびＶＤＵ＿２を含む。各ＶＤＵは、ＣＰ＿１とＣＰ＿２を記述または定義するために使用される１つの接続点記述子または記述テンプレート（Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ Ｄｅｓｃｒｉｐｔｏｒ，ＣＰＤ）と、仮想リンク（Ｖｉｒｔｕａｌ Ｌｉｎｋ，ＶＬ）を記述または定義するために使用される１つの仮想リンク記述子または記述テンプレート（Ｖｉｒｔｕａｌ Ｌｉｎｋ Ｄｅｓｃｒｉｐｔｏｒ，ＶＬＤ）とに関連付けられており、ＶＬはＶＤＵ＿１とＶＤＵ＿２を接続するために使用される。

【0004】

ＣＰ＿１に含まれる情報は以下のようであってよい。
ａｄｄｒｅｓｓ＿ｄａｔａ：
ａｄｄｒｅｓｓ＿ｔｙｐｅ： ｉｐ＿ａｄｄｒｅｓｓ
ｌ３＿ａｄｄｒｅｓｓ＿ｄａｔａ：
ｉｐ＿ａｄｄｒｅｓｓ＿ａｓｓｉｇｎｍｅｎｔ：真
ｆｌｏａｔｉｎｇ＿ｉｐ＿ａｃｔｉｖａｔｅｄ：真
ｉｐ＿ａｄｄｒｅｓｓ＿ｔｙｐｅ：ｉｐｖ４
ｎｕｍｂｅｒ＿ｏｆ＿ｉｐ＿ａｄｄｒｅｓｓ：６

【0005】

前述の情報は、ＣＰ＿１のＩＰアドレス要件に関する情報を記述しており、ｉｐ＿ａｄｄｒｅｓｓ＿ｔｙｐｅパラメータは、ＣＰで必要とされるＩＰアドレスタイプがｉｐｖ４であることを示し、ｎｕｍｂｅｒ＿ｏｆ＿ｉｐ＿ａｄｄｒｅｓｓパラメータは、ＣＰで必要とされるＩＰアドレスの最小数が６であることを示している。

【0006】

同様の情報がＣＰ＿２に含まれ、以下のようであってよい。
ａｄｄｒｅｓｓ＿ｄａｔａ：
ａｄｄｒｅｓｓ＿ｔｙｐｅ：ｉｐ＿ａｄｄｒｅｓｓ
ｌ３＿ａｄｄｒｅｓｓ＿ｄａｔａ：
ｉｐ＿ａｄｄｒｅｓｓ＿ａｓｓｉｇｎｍｅｎｔ：真
ｆｌｏａｔｉｎｇ＿ｉｐ＿ａｃｔｉｖａｔｅｄ：真
ｉｐ＿ａｄｄｒｅｓｓ＿ｔｙｐｅ：ｉｐｖ４
ｎｕｍｂｅｒ＿ｏｆ＿ｉｐ＿ａｄｄｒｅｓｓ：１０

【0007】

前述の情報は、ＣＰ＿２のＩＰアドレス要件に関する情報を記述しており、ｉｐ＿ａｄｄｒｅｓｓ＿ｔｙｐｅパラメータは、ＣＰで必要とされるＩＰアドレスタイプがｉｐｖ４であることを示し、ｎｕｍｂｅｒ＿ｏｆ＿ｉｐ＿ａｄｄｒｅｓｓパラメータは、ＣＰで必要とされるＩＰアドレスの最小数が１０であることを示している。

【0008】

ＶＬＤに含まれる情報は以下のようであってよい。
ｖｌ＿ｐｒｏｆｉｌｅ：
ｖｉｒｔｕａｌ＿ｌｉｎｋ＿ｐｒｏｔｏｃｏｌ＿ｄａｔａ：
－ａｓｓｏｃｉａｔｅｄ＿ｌａｙｅｒ＿ｐｒｏｔｏｃｏｌ：イーサネット
ｌ２＿ｐｒｏｔｏｃｏｌ＿ｄａｔａ：
ｎｅｔｗｏｒｋ＿ｔｙｐｅ：ｖｌａｎ
－ａｓｓｏｃｉａｔｅｄ＿ｌａｙｅｒ＿ｐｒｏｔｏｃｏｌ：ｉｐｖ４
ｌ３＿ｐｒｏｔｏｃｏｌ＿ｄａｔａ：
ｉｐ＿ｖｅｒｓｉｏｎ：ｉｐｖ４
ｉｐ＿ａｌｌｏｃａｔｉｏｎ＿ｐｏｏｌｓ：
－ ｓｔａｒｔ＿ｉｐ＿ａｄｄｒｅｓｓ：１９２．１６８．１．１
－ ｅｎｄ＿ｉｐ＿ａｄｄｒｅｓｓ：１９２．１６８．１．１００

【0009】

前述の情報は、ＶＤＵ間のネットワーク接続の要件情報を記述しており、要件情報は、レイヤ２ネットワーク情報ｌ２＿ｐｒｏｔｏｃｏｌ＿ｄａｔａ、およびレイヤ３ネットワーク情報ｌ３＿ｐｒｏｔｏｃｏｌ＿ｄａｔａを含む。ｌ３＿ｐｒｏｔｏｃｏｌ＿ｄａｔａは、レイヤ３ネットワーク接続がｉｐｖ４に基づいていることを示し、ｉｐ＿ａｌｌｏｃａｔｉｏｎ＿ｐｏｏｌｓは、レイヤ３ネットワークのＩＰアドレスリソースプールに関する情報を定義しており、ＩＰアドレスリソースプールが１００個のＩＰアドレスを含むことを知るために、開始ＩＰアドレスは１９２．１６８．１．１であり、最終ＩＰアドレスは１９２．１６８．１．１００である。

【0010】

ＶＮＦＤはさらに、スケーリング情報を含む。たとえば、２つのスケーリングレベルが以下のように定義され得る。
１．ＶＤＵ＿１の３つのインスタンス、およびＶＤＵ＿２の４つのインスタンスと、
２．ＶＤＵ＿１の６つのインスタンス、およびＶＤＵ＿２の８つのインスタンス。

【0011】

レベル１では、３つのＶＤＵ＿１で必要とされるＩＰアドレスの量は３×６＝１８と計算され、４つのＶＤＵ＿２で必要とされるＩＰアドレスの量は４×１０＝４０と計算され得る。したがって、必要とされるＩＰアドレスの総量は１８＋４０＝５８となる。これらのＶＤＵインスタンスは、ＶＬＤを使用して生成されたＶＬにすべて接続される。ＶＬに含まれるＩＰアドレスプールは合計１００個のＩＰアドレスを含むので、ＩＰアドレス割り当て要件が満たされることが可能である。

【0012】

レベル２では、６つのＶＤＵ＿１で必要とされるＩＰアドレスの量は６×６＝２４と計算され、８つのＶＤＵ＿２で必要とされるＩＰアドレスの量は８×１０＝８０と計算され得る。したがって、必要とされるＩＰアドレスの総量は２４＋８０＝１０４となる。これらのＶＤＵインスタンスは、ＶＬＤを使用して生成されたＶＬにすべて接続される。ＶＬに含まれるＩＰアドレスプールは合計１００個のＩＰアドレスを含む。この場合、明らかに、ＶＬはＩＰアドレス割り当て要件を満たすことができない。

【0013】

現在の標準規格で定義されているＶＮＦＤ、またはネットワークサービス記述子もしくはネットワークサービス記述テンプレート（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ，ＮＳＤ）については、特にスケーリングシナリオについては、ＶＤＵまたはＶＮＦの量の増加だけが考慮されており、ＶＬについては、接続帯域幅だけが調整されており、割り当てられることが可能なＩＰアドレスの量などの他の因子は考慮されていない。ＶＮＦＤまたはＮＳＤは、ＶＮＦ配備またはＮＳ配備の初期段階で設計される。ＶＬのために大きいＩＰアドレスリソースプールを直接計画することは、無駄が生じることがあるので（ＩＰアドレスリソースプールは、特定のレベルへのスケーリングアウト時にだけ使用される）、また、たとえ計画されたＩＰアドレスリソースプールが大きくても、スケーリング時にＩＰアドレスが不足し得るので、困難である。

【発明の概要】

【0014】

本発明の実施形態は、従来技術のＶＮＦまたはＮＳのスケーリング処理において割り当てられるＩＰアドレスの不足を回避するためのスケーリング方法および装置を提供する。

【0015】

前述の目的を達成するために、以下の技術的解決策が本出願の実施形態に使用される。

【0016】

第１の態様によれば、本出願の実施形態は、以下を含むスケーリング方法を提供する。すなわち、ＶＮＦＭが、ＮＦＶＯからＶＮＦスケールアウト要求を受信し、この要求は、ＶＮＦインスタンス情報と、スケール態様およびステップを示すインジケーション情報とを含み、ＶＮＦＭは、ＶＮＦスケールアウト要求に基づいて、生成される必要があるＶＤＵおよび対応するサブネットに関する情報を決定し、ＶＮＦＭは、ＶＤＵ、およびＶＩＭからの対応するサブネットの生成を要求する。

【0017】

可能な実装では、ＶＮＦＭが、ＶＮＦスケールアウト要求に基づいて、生成される必要があるＶＤＵおよび対応するサブネットに関する情報を決定することは、以下を含む。すなわち、ＶＮＦＭは、対応するＶＮＦＤをＶＮＦインスタンス情報に基づいて見つけ、インジケーション情報に基づいてＶＮＦＤに問い合わせて、生成される必要があるＶＤＵおよび対応するサブネットに関する情報を決定する。ＶＮＦＤは、スケール態様パラメータ情報およびスケールステップパラメータ情報を含み、このスケールステップパラメータ情報はサブネット情報を含む。

【0018】

可能な実装では、サブネット情報は、以下の、サブネットの量、ならびに各サブネットに割り当てられることが可能なＩＰアドレスのタイプおよび範囲、のうちの１つまたは複数を含む。スケールステップパラメータ情報は、生成されたＶＤＵがサブネットに接続されているかどうかを示すパラメータをさらに含む。

【0019】

第２の態様によれば、本出願の一実施形態は、以下を含むスケーリング方法を提供する。ＮＦＶＯがＮＳスケールアウト要求を受信し、この要求は、ＮＳインスタンス情報と、スケール態様およびステップを示すインジケーション情報とを含み、ＮＦＶＯは、ＮＳスケールアウト要求に基づいて、生成される必要があるＶＮＦおよび対応するサブネットに関する情報を決定し、ＮＦＶＯは、ＶＮＦ、およびＶＩＭからの対応するサブネットの生成を、ＶＮＦＭを介して要求する。

【0020】

可能な実装では、ＮＦＶＯが、ＮＳスケールアウト要求に基づいて、生成される必要があるＶＮＦおよび対応するサブネットに関する情報を決定することは、以下を含む。すなわち、ＶＮＦＭは、対応するＮＳＤをＮＳインスタンス情報に基づいて見つけ、インジケーション情報に基づいてＮＳＤに問い合わせて、生成される必要があるＶＮＦおよび対応するサブネットに関する情報を決定する。ＮＳＤは、スケール態様パラメータ情報およびスケールステップパラメータ情報を含み、このスケールステップパラメータ情報はサブネット情報を含む。

【0021】

第３の態様によれば、本出願の実施形態は、第１の態様または第１の態様の可能な実装のうちのいずれか１つによる方法を実装するために、通信装置を提供する。装置は、前述の方法を実施するように構成された対応するユニットまたはコンポーネントを含む。装置に含まれるユニットは、ソフトウェアおよび／またはハードウェアによって実装されてもよい。装置は、たとえば、端末、もしくはチップ、チップシステム、または前述の方法を実装する際に端末をサポートすることができるプロセッサであってもよい。

【0022】

第４の態様によれば、本出願の実施形態は、第２の態様または第２の態様の可能な実装のうちのいずれか１つによる方法を実装するために、通信装置を提供する。装置は、前述の方法を実施するように構成された対応するユニットまたはコンポーネントを含む。装置に含まれるユニットは、ソフトウェアおよび／またはハードウェアによって実装されてもよい。装置は、たとえば、ネットワークデバイス、もしくはチップ、チップシステム、または前述の方法を実装する際にネットワークデバイスをサポートすることができるプロセッサであってもよい。

【0023】

第５の態様によれば、本出願の実施形態は、コンピュータ可読媒体を提供する。コンピュータ可読媒体は、コンピュータプログラムまたは命令を記憶する。コンピュータプログラムまたは命令が実行されると、コンピュータは、第１の態様または第１の態様の可能な実装のうちのいずれか１つによる方法を実施することが可能にされる。

【0024】

第６の態様によれば、本出願の実施形態は、コンピュータ可読媒体を提供する。コンピュータ可読媒体は、コンピュータプログラムまたは命令を記憶する。コンピュータプログラムまたは命令が実行されると、コンピュータは、第２の態様または第２の態様の可能な実装のうちのいずれか１つによる方法を実施することが可能にされる。

【0025】

第７の態様によれば、本出願の実施形態は、スケーリングシステムを提供する。このシステムは、第１の態様または第２の態様の任意の可能な方法でＮＦＶＯ、ＶＮＦＭ、およびＶＩＭによって実施されるステップを実装するようにそれぞれ構成されているＮＦＶＯ、ＶＮＦＭ、およびＶＩＭを含む。

【0026】

上記で提供される任意の通信装置、チップ、コンピュータ可読媒体、コンピュータプログラム製品、通信システムなどは、上記で提示された対応する方法を実施するように構成されていると理解されてよい。したがって、通信装置、チップ、コンピュータ可読媒体、コンピュータプログラム製品、通信システムなどによって達成されることが可能である有益な効果は、従来技術でＶＮＦまたはＮＳがスケールアウトされたときに割り当てられるＩＰアドレスの不足を回避すること、および従来技術で大きいＩＰアドレスリソースプールを直接定義することに起因するリソースの浪費を回避することである。

【図面の簡単な説明】

【0027】

【図1】従来技術のＶＮＦＤ設計インスタンスの概略図である。

【図2】本出願の実施形態によるＮＦＶネットワークシステムのアーキテクチャの概略図である。

【図3】本出願の実施形態による各ＮＦＶネットワーク要素の通信装置のハードウェア構造の概略図である。

【図4】本出願の実施形態１によるスケーリング（スケーリングアウト）方法の概略的なフローチャートである。

【図5】本出願の実施形態２によるスケーリング（スケーリングアウト）方法の概略的なフローチャートである。

【図6】本出願の実施形態３によるスケーリング（スケーリングイン）方法の概略的なフローチャートである。

【図7】本出願の実施形態４によるＮＳＤ設計インスタンスの概略図である。

【図8】本出願の実施形態４によるスケーリング（スケーリングアウト）方法の概略的なフローチャートである。

【図9】本出願の実施形態５によるスケーリング（スケーリングイン）方法の概略的なフローチャートである。

【図10】本出願の実施形態による通信装置の構造を示す概略図である。

【図11】本出願の実施形態による通信システムの概略構成図である。

【発明を実施するための形態】

【0028】

以下では、添付の図面を参照して、本出願の実施形態の実装を詳細に説明する。

【0029】

図２は、本出願の実施形態によるＮＦＶシステム２０のアーキテクチャの概略図である。ＮＦＶシステム２０は、たとえば、データセンタ（図２に示されるデータセンタ２０１またはデータセンタ２０６）、オペレータネットワーク、またはローカルエリアネットワークとして実装される、様々なネットワークで使用され得る。ＮＦＶシステム２０は、ＮＦＶ管理およびオーケストレーションシステム（ＮＦＶ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｏｒｃｈｅｓｔｒａｔｉｏｎ，ＮＦＶ ＭＡＮＯ）２０１、ＮＦＶインフラストラクチャ（ＮＦＶ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ，ＮＦＶＩ）２０２、複数のＶＮＦ２０３、複数のエレメント管理（ｅｌｅｍｅｎｔ ｍａｎａｇｅｍｅｎｔ，ＥＭ）２０４、および運用サポートシステム／業務サポートシステム（ｏｐｅｒａｔｉｏｎ ｓｕｐｐｏｒｔ ｓｙｓｔｅｍ／ｂｕｓｉｎｅｓｓ ｓｕｐｐｏｒｔ ｓｙｓｔｅｍ，ＯＳＳ／ＢＳＳ）２０５を含む。

【0030】

ＮＦＶ ＭＡＮＯ ２０１は、ＮＦＶＩ ２０２およびＶＮＦ ２０３を監視および管理するように構成され得る。ＮＦＶ ＭＡＮＯ ２０１は、ＮＦＶオーケストレータ（ＮＦＶ ｏｒｃｈｅｓｔｒａｔｏｒ，ＮＦＶＯ）２０１１、１つまたは複数のＶＮＦマネージャ（ＶＮＦ ｍａｎａｇｅｒｓ，ＶＮＦＭｓ）２０１２、およびＶＩＭ ２０１３を含み得る。ＮＦＶＯ ２０１１は、仮想化サービスのライフサイクルを管理し、仮想リソースをＮＦＶＩ ２０２内で割り当ておよびスケジューリングするようになど、構成され得る。さらに、ＮＦＶＯ ２０１１は、リソース関連要求を実行するために、１つまたは複数のＶＮＦＭ ２０１２と通信することもある。ＮＦＶＯ ２０１１はさらに、ＶＮＦ２０３のステータス情報を収集するために、ＶＮＦＭ２０１２に構成情報を送信することもある。加えて、ＮＦＶＯ ２０１１ は、リソースの割り当ておよび／または予約を実施し、仮想化ハードウェアリソースの構成情報およびステータス情報を交換するために、ＶＩＭ ２０１３とさらに通信することもある。ＶＮＦＭ２０１２は、１つまたは複数のＶＮＦのライフサイクルを管理するように、たとえば、ＶＮＦ２０３をインスタンス化（ｉｎｓｔａｎｔｉａｔｅ）し、ＶＮＦ２０３を更新（ｕｐｄａｔｅ）し、ＶＮＦ２０３に問い合わせ（ｑｕｅｒｙ）し、ＶＮＦ２０３をスケーリング（ｓｃａｌｅ）し、ＶＮＦ２０３を終了（ｔｅｒｍｉｎａｔｅ）させるように、構成され得る。さらに、ＶＮＦＭ ２０１２は、ＶＮＦライフサイクル管理を完了し構成情報およびステータス情報を交換するために、ＶＮＦ２０３と通信することもある。複数のＶＮＦＭがＮＦＶシステムに含まれ得る。異なるＶＮＦＭが、異なるタイプのＶＮＦのライフサイクルを管理することができる。ＶＩＭ ２０１３は、ＶＮＦ ２０３と、コンピューティングハードウェア２０２４、ストレージハードウェア２０２５、ネットワークハードウェア２０２６、仮想コンピューティング（ｖｉｒｔｕａｌ ｃｏｍｐｕｔｉｎｇ）２０２１、仮想ストレージ２０２２、および仮想ネットワーク２０２３との間の相互作用を制御および管理し得る。たとえば、ＶＩＭ ２０１３は、インフラストラクチャリソースを管理すること、および機能（たとえば、ＮＦＶＩ障害情報を収集すること）を割り当て（たとえば、リソースを仮想コンテナへ追加し）実行することを含む、リソース管理機能を実施し得る。ＶＮＦＭ ２０１２とＶＩＭ ２０１３は、リソースの割り当てを要求する、仮想化ハードウェアリソースの構成情報およびステータス情報を交換する、などのために互いに通信し得る。

【0031】

図２のＮＦＶＩ ２０２は、ハードウェアリソースレイヤ、仮想化レイヤ（ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｌａｙｅｒ）、および仮想リソースレイヤを含む。仮想化環境の配備は、ＮＦＶＩ ２０２に含まれるハードウェアリソース、ソフトウェアリソース、またはハードウェアリソースとソフトウェアリソースの組み合わせに基づいて完了される。言い換えれば、ハードウェアリソースレイヤおよび仮想化レイヤは、ＶＮＦ ２０３に使用されるべき仮想化リソース（たとえば、別の形の仮想マシンおよび仮想コンテナ）を提供するために使用される。ハードウェアリソースレイヤは、コンピューティング（ｃｏｍｐｕｔｉｎｇ）ハードウェア２０２４、ストレージハードウェア２０２５、およびネットワークハードウェア２０２６を含む。コンピューティングハードウェア２０２４は、市販されている既存のハードウェア、および／またはユーザカスタム化ハードウェアであってよく、処理およびコンピューティングリソースを提供するように構成されている。ストレージハードウェア２０２５は、ネットワークで提供されるストレージ容量、またはストレージハードウェア２０２５のストレージ容量（サーバ内のローカルメモリ）であってよい。実装解決策では、コンピューティングハードウェア２０２４およびストレージハードウェア２０２５のリソースは、集中化されることがある。ネットワークハードウェア２０２６は、スイッチ、ルータ、および／またはスイッチング機能を有するように構成されている任意の他のネットワークデバイスであってよい。ネットワークハードウェア２０２６は、複数のドメインにわたってもよく、１つまたは複数のトランスポートネットワークによって相互接続された複数のネットワークを含み得る。ＮＦＶＩ ２０２内の仮想化レイヤは、ハードウェアリソースを物理レイヤから抽象化し、ＶＮＦ ２０３を切り離して、仮想化リソースをＶＮＦ ２０３に提供し得る。仮想リソースレイヤは、仮想コンピューティング２０２１、仮想ストレージ２０２２、および仮想ネットワーク２０２３を含む。仮想コンピューティング２０２１および仮想ストレージ２０２２は、仮想マシンおよび／または別の仮想コンテナの形でＶＮＦ ２０３に提供され得る。たとえば、１つまたは複数のＶＮＦ ２０３は、１つの仮想マシン（ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ，ＶＭ）に配備されてもよい。仮想化レイヤは、ネットワークハードウェア２０２６を抽象化して仮想ネットワーク２０２３を形成し、この仮想ネットワーク２０２３は仮想スイッチ（ｖｉｒｔｕａｌ ｓｗｉｔｃｈ）を含んでもよく、仮想スイッチは仮想マシン間を接続するように構成されている。

【0032】

ハードウェアに関して、コンピューティングハードウェア２０２４、ストレージハードウェア２０２５、およびネットワークハードウェア２０２６は、複数のサブラック、複数のラック、さらには複数の機器室を含むことがある。ソフトウェアに関しては、１つのＶＩＭ ２０１３が存在してもよく、または複数のＶＩＭが存在し、異なるハードウェアリソースを別個に管理してもよい。

【0033】

ＥＭ ２０４は、従来の電気通信システムにおけるネットワーク要素構成および管理のためのシステムである。ＮＦＶシステムにおいて、ＥＭ ２０４はまた、ＶＮＦを構成および管理し、ＶＮＦＭに対する新たなＶＮＦのインスタンス化などのライフサイクル管理動作を開始するように構成され得る。

【0034】

ＯＳＳ／ＢＳＳ ２０５は、様々なエンドツーエンドの電気通信サービスをサポートする。ＯＳＳによってサポートされる管理機能は、ネットワーク構成、サービス提供、障害管理などを含む。ＢＳＳは、注文、支払い、収入などを処理するように構成されてもよく、製品管理、注文管理、収益管理、および顧客管理をサポートする。

【0035】

図２に示されたＮＦＶシステム２０は、単に例として使用されており、本出願の技法的解決策を限定するものではない。当業者には、特定の実装処理において、ＮＦＶシステム２０が別のネットワーク要素をさらに含み得ること、およびネットワーク要素の量が特定の要件に基づいて決定されてもよいことが理解されるはずである。これは限定されない。

【0036】

任意選択で、本出願のこの実施形態における図２の各ネットワーク要素、たとえば、ＮＦＶＯ ２０１１、ＶＩＭ ２０１３、またはＯＳＳ／ＢＳＳ ２０５は、装置内の機能モジュールであってもよい。機能モジュールは、ハードウェアデバイス内の要素、ハードウェア上で実行されるソフトウェア機能モジュール、またはプラットフォーム（たとえば、クラウドプラットフォーム）上でインスタンス化された仮想化機能であってもよいと理解されてよい。

【0037】

たとえば、図２の各ネットワーク要素は、図３の通信装置３０によって実装され得る。図３は、本出願の実施形態で使用されてもよい通信装置のハードウェア構造の概略図である。通信装置３０は、少なくとも１つのプロセッサ３０１および少なくとも１つの通信インターフェイス３０４を含み、本出願の実施形態で提供される方法を実装するように構成される。通信装置３０は、通信回線３０２およびメモリ３０３をさらに含み得る。

【0038】

プロセッサ３０１は、汎用中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ，ＡＳＩＣ）、または本出願の解決策のプログラム実行を制御するように構成された１つまたは複数の集積回路であってよい。

【0039】

通信ライン３０２は、前述のコンポーネント間で情報を転送するための経路、たとえばバスを含み得る。

【0040】

通信インターフェイス３０４は、他のデバイスまたは通信ネットワークと通信するように構成される。通信インターフェイス３０４は、トランシーバなどの任意の装置であってよく、たとえば、イーサネットインターフェイス、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＲＡＮ）インターフェイス、ワイヤレスローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ，ＷＬＡＮ）インターフェイス、トランシーバ、ピン、バス、またはトランシーバ回路であってもよい。

【0041】

メモリ３０３は、静的な情報および命令を記憶することができる読み出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＲＯＭ）もしくは他のタイプのスタティックストレージデバイス、または情報および命令を記憶することができるランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ，ＲＡＭ）もしくは他のタイプのダイナミックストレージデバイスであってよく、または、電気的消去可能プログラマブル読み出し専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＥＥＰＲＯＭ）、コンパクトディスク読み出し専用メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＣＤ－ＲＯＭ）もしくは他のコンパクトディスクストレージ媒体、光ディスクストレージ媒体（コンパクトディスク、レーザーディスク、光ディスク、デジタル多用途ディスク、ブルーレイディスクなどを含む）および磁気ディスクストレージ媒体もしくは他の磁気ストレージデバイス、または、予想されるプログラムコードを命令またはデータ構造の形で保持もしくは記憶するように構成されることが可能であり、コンピュータによってアクセス可能である他の任意の媒体であってもよいが、これらに限定されない。メモリは独立して存在してもよく、通信ライン３０２を介してプロセッサ３０１に結合される。メモリ３０３は、代替として、プロセッサ３０１と一体化されてもよい。本出願のこの実施形態で提供されるメモリは一般に、不揮発性であり得る。メモリ３０３は、本出願の実施形態において提供される解決策を実施するためのコンピュータ実行可能命令を記憶するように構成され、プロセッサ３０１は、コンピュータ実行可能命令の実行を制御する。プロセッサ３０１は、メモリ３０３に記憶されたコンピュータ実行可能命令を実行して、本出願の実施形態で提供される方法を実装するように構成される。

【0042】

本出願の実施形態におけるコンピュータ実行可能命令は、アプリケーションプログラムコードと呼ばれることもある。これは、本出願の実施形態において特に限定されない。

【0043】

本出願のこの実施形態における結合は、電気的形式、機械的形式、または他の形式の装置、ユニットまたはモジュールの間の間接的結合または通信接続であってもよく、装置、ユニットまたはモジュールの間の情報交換のために使用される。

【0044】

実施形態において、プロセッサ３０１は、１つまたは複数のＣＰＵ、たとえば、図３のＣＰＵ ０およびＣＰＵ １を含み得る。

【0045】

実施形態において、通信装置３０は、複数のプロセッサ、たとえば、図３のプロセッサ３０１およびプロセッサ３０５を含み得る。プロセッサのそれぞれは、シングルコア（ｓｉｎｇｌｅ－ＣＰＵ）プロセッサであっても、マルチコア（ｍｕｌｔｉ－ＣＰＵ）プロセッサであってもよい。本明細書のプロセッサは、データ（たとえば、コンピュータプログラム命令）を処理するように構成された１つまたは複数のデバイス、回路、および／または処理コアであってよい。

【0046】

通信装置３０は、汎用デバイスであっても専用デバイスであってもよい。特定の実装では、通信装置３０は、デスクトップコンピュータ、ネットワークサーバ、または図３のものと同様の構造を有するデバイスであってもよい。本出願の実施形態において、通信装置３０のタイプは限定されない。

【0047】

図４から図９を参照して、以下では、本出願の実施形態で提供されるスケーリング方法について詳細に説明する。

【0048】

本出願の以下の実施形態におけるネットワーク要素間のメッセージの名称、メッセージ中のパラメータの名称などは単なる例であり、特定の実装には他の名称があり得ることに留意されたい。これは、本出願の実施形態において特に限定されない。

【0049】

本出願の実施形態において、「／」は、関連する対象物間の「または」関係を表し得ることに留意されたい。たとえば、Ａ／Ｂは、ＡまたはＢを表し得る。「および／または」は、関連する対象物間に３つの関係が存在することを表すために使用され得る。たとえば、Ａおよび／またはＢは、以下の３つの場合を表し得る。すなわち、Ａだけが存在する、ＡとＢの両方が存在する、およびＢだけが存在する。ＡおよびＢは単数形であっても複数形であってもよい。

【0050】

本出願の実施形態における技法的解決策を説明しやすくするために、本出願発明の実施形態では、「第１の」および「第２の」などの用語が、同一または同様の機能を伴う技法的特徴を区別するために使用されることがある。「第１の」および「第２の」などの用語は、量および実行順序を限定せず、「第１の」および「第２の」などの用語は、明確な差異を示さない。本出願の実施形態において、「例示的」または「たとえば」などの用語は、例、説明、または記述を表すために使用される。「例示的」または「たとえば」を用いて記述されるいかなる実施形態または設計方式も、別の実施形態または設計方式よりも好ましい、または多くの利点を有するとして説明されているものではない。「例示的」または「たとえば」などの用語の使用は、関連する概念を理解しやすいように特定の手法で提示するものである。

【0051】

本出願の実施形態では、技術的特徴について、「第１の」、「第２の」、「第３の」、「Ａ」、「Ｂ」、「Ｃ」、および「Ｄ」などの用語は、技法的特徴に関して技法的特徴を区別するために使用され、「第１の」、「第２の」、「第３の」、「Ａ」、「Ｂ」、「Ｃ」、および「Ｄ」によって記述される技法的特徴間には、時系列的順序またはサイズ順序がないことに留意されたい。

【0052】

本出願の実施形態において同じ機能を有している、同一ステップもしくはステップまたは技法的特徴は、異なる実施形態において相互に参照され得ると理解されてよい。

【0053】

本出願の実施形態において、ＮＦＶＯ、ＶＩＭ、および／またはＶＮＦＭが、本出願の実施形態におけるステップの一部または全部を実施し得ると理解されてよい。これらのステップは単なる例である。本出願の実施形態において、別のステップ、または様々なステップの変形形態がさらに実施されてもよい。加えて、ステップは、本出願の実施形態で提示された順序とは異なる順序で実施されてもよく、また、本出願の実施形態におけるすべてのステップが実施される必要があるとは限らない。

【0054】

本出願の実施形態において、ネットワーク接続を確立するための方法の実行体の具体的な構成は、本出願の実施形態で提供される方法が実装されることが可能であれば、本出願の実施形態では特に限定されない。たとえば、本出願の実施形態で提供されるネットワーク接続を確立する方法は、ＮＦＶＯによって、またはＮＦＶＯで使用されるコンポーネント、たとえばチップによって実施されてもよい。これは本出願では限定されない。代替として、本出願の実施形態で提供されるネットワーク接続を確立する方法は、ＶＩＭによって、またはＶＩＭで使用されるコンポーネント、たとえばチップによって実施されてもよい。これは本出願では限定されない。代替として、本出願の実施形態で提供されるネットワーク接続を確立する方法は、ＶＮＦＭによって、またはＶＮＦＭで使用されるコンポーネント、たとえばチップによって実施されてもよい。これは本出願では限定されない。以下の実施形態では、ネットワーク接続を確立する方法がＮＦＶＯ、ＶＩＭ、およびＶＮＦＭによって別個に実施される例が、説明のために用いられる。

【0055】

図４は、本発明の実施形態１のフローチャートである。実施形態１および実施形態２は両方とも、ＶＮＦスケーリング（「スケーリング」とも呼ばれる）におけるスケーリングアウト（Ｓｃａｌｅ Ｏｕｔ）処理を説明する。主な違いは、新たに生成されたＶＤＵを新たに生成されたサブネットに接続する、または関連付ける必要があるかどうかにある。実施形態１では、接続または関連付けが要求され、実施形態２では、接続または関連付けが要求されない。

【0056】

以下では、実施形態１の具体的な実装ステップについて説明する。

【0057】

４０１。ＮＦＶＯが、ＶＮＦ専用のスケーリング要求（略して「ＶＮＦスケーリング要求」）をＶＮＦＭへ送信する。この実施形態において、要求は、具体的にはスケールアウト（Ｓｃａｌｅ Ｏｕｔ）要求であり、この要求は、ＶＮＦインスタンス情報（たとえば、ＶＮＦインスタンスＩＤ）と、スケール態様またはスケール範囲（Ａｓｐｅｃｔ）およびステップ（Ｓｔｅｐ）を示すインジケーション情報とを含む。

【0058】

前述の専門用語または名称（態様およびステップなど）の具体的な意味については、既存のＮＦＶ標準規格（ＩＦＡ０１１ ｖ４．１．１など）の関連する説明を参照されたい。スケール態様（Ａｓｐｅｃｔ）を示すインジケーション情報は、主にＡｓｐｅｃｔＩｄを含み、ＩＤはＶＮＦＤで定義されたスケール態様に対応し、ＶＮＦＤのスケール態様は、ＶＤＵおよびＶＬの名称、量および／または特徴などの特定の、および関連する情報を含む。ステップを示すインジケーション情報は主に、態様のスケーリングステップ、たとえば、ステップ１またはステップ２を含む。

【0059】

４０２。ＶＮＦＭは、ＶＮＦスケールアウト要求を受信し、対応するＶＮＦＤを要求内のＶＮＦインスタンス情報に基づいて見つけ、インジケーション情報に基づいてＶＮＦＤに問い合わせて、生成される必要があるＶＤＵおよび対応するサブネットに関する情報を決定する。

【0060】

従来技術でＶＮＦＤに定義されている態様は、以下の表に示されるように、スケーリング詳細パラメータＳｃａｌｉｎｇＤｅｌｔａを含む。

【0061】

【表1】

【0062】

ｖｄｕＤｅｌｔａおよびｖｉｒｔｕａｌＬｉｎｋＢｉｔＲａｔｅＤｅｌｔａなどのパラメータが主に含まれる。ｖｄｕＤｅｌｔａパラメータは、主に関連ＶＤＵインスタンスの量である、ＶＤＵスケーリング詳細パラメータを表す。ｖｉｒｔｕａｌＬｉｎｋＢｉｔＲａｔｅＤｅｌｔａパラメータは、主に関連仮想リンクのビットレートである、仮想リンクスケーリング詳細パラメータを表す。

【0063】

本発明のこの実施形態では、既存のＶＮＦＤに含まれるＳｃａｌｉｎｇＤｅｌｔａ中のｖｉｒｔｕａｌＬｉｎｋＢｉｔＲａｔｅＤｅｌｔａＡｓｐｅｃｔパラメータが、以下のように変更され拡張される。

【0064】

【表2】

【0065】

既存のＶＮＦＤのｖｉｒｔｕａｌＬｉｎｋＢｉｔＲａｔｅＤｅｌｔａの名称は、ｖｉｒｔｕａｌＬｉｎｋＤｅｌｔａに変更されてもよく（または名称は変更されなくてもよい）、含まれる特定のパラメータは以下の通りである。

【0066】

【表3】

【0067】

上記のＮｕｍｂｅｒｏｆＳｕｂｎｅｔ、ＳｕｂｎｅｔＩｎｆｏ、およびＤｅｄｉｃａｔｅｄＯｒＮｏｔは、本発明のこの実施形態で新たに追加されたパラメータである。

【0068】

異なるステップが、前述の拡張に基づいてＶＮＦＤで定義される。たとえば、以下の２つのステップが定義され得る。
ステップ１：ＶＤＵ＿１の合計３つのインスタンス、ＶＤＵ＿２の合計４つのインスタンス、および４ＧｂｐｓのＶＬビットレートと、
ステップ２：ＶＤＵ＿１の合計６つのインスタンス、ＶＤＵ＿２の合計８つのインスタンス、および８ＧｂｐｓのＶＬビットレート。

【0069】

加えて、ステップ２では、新たに追加されたパラメータ、すなわち、ＮｕｍｂｅｒｏｆＳｕｂｎｅｔ：Ｎ（Ｎは１以上の整数）と、ＳｕｂｎｅｔＩｎｆｏ（コンテンツＬ３ＰｒｏｔｏｃｏｌＤａｔａを含む）と、ＤｅｄｉｃａｔｅｄＯｒＮｏｔ：真／偽とが含まれ、または関連付けられる。ＤｅｄｉｃａｔｅｄＯｒＮｏｔ：真／偽は任意選択（Ｏｐｔｉｏｎａｌ）である。Ｎが１の場合、それは、１つのサブネットが生成される必要があることを示す。前述のパラメータＬ３ＰｒｏｔｏｃｏｌＤａｔａは、ＩＰアドレスタイプおよび範囲を含む、サブネットを生成するのに必要とされる情報を以下のように定義する。
Ｌ３＿Ｐｒｏｔｏｃｏｌ＿Ｄａｔａ：
ＩＰ＿ｖｅｒｓｉｏｎ：Ｌ３ＰｒｏｔｏｃｏｌＤａｔａ
ｉｐ＿ａｌｌｏｃａｔｉｏｎ＿ｐｏｏｌｓ
－ ｓｔａｒｔ＿ｉｐ＿ａｄｄｒｅｓｓ：１９２．１６８．１０．１
－ ｅｎｄ＿ｉｐ＿ａｄｄｒｅｓｓ：１９２．１６８．１０．１００

【0070】

Ｎが１よりも大きい場合には、ＳｕｂｎｅｔＩｎｆｏパラメータの量もまたＮである。ＮｕｍｂｅｒｏｆＳｕｂｎｅｔパラメータは任意選択であるため、ＮｕｍｂｅｒｏｆＳｕｂｎｅｔパラメータがない場合には、追加されるべきサブネットの量がＳｕｂｎｅｔＩｎｆｏパラメータの量と同じであり、１つのサブネットが、それに応じてＳｕｂｎｅｔＩｎｆｏパラメータごとに追加される。

【0071】

ＤｅｄｉｃａｔｅｄＯｒＮｏｔ：真／偽は、新たに生成されたサブネットが、上記の新たに生成されたＶＤＵと接続される、または関連付けられる必要があるかどうかを示す。真は、新たに生成されたサブネットが、新たに生成されたＶＤＵと接続される、または関連付けられる必要があることを示す。偽は、新たに生成されたＶＤＵインスタンスが、新サブネットインスタンスと関連付けられる必要がないことを示す。新たに生成されたＶＤＵインスタンスはまず、ＶＬ内の既存のサブネットインスタンスと関連付けられてよく、サブネットインスタンスが得られない場合には、新サブネット情報と関連付けられてよい。実施形態１では、ＤｅｄｉｃａｔｅｄＯｒＮｏｔの値は真である。

【0072】

ＶＮＦスケールアウト要求を受信した後、ＶＮＦＭはまず、要求内のＶＮＦインスタンス情報、たとえば、ＶＮＦインスタンスＩＤに基づいて、対応するＶＮＦＤを見つける。このＶＮＦＤは拡張ＶＮＦＤである。次に、ＶＮＦＭは、インジケーション情報に基づいてＶＮＦＤに問い合わせる。具体的には、ＶＮＦＭは、インジケーション情報に含まれる態様ＩＤに基づいてＶＮＦＤを検索して、スケール態様またはスケール範囲を決定する。次に、ＶＮＦＭは、インジケーション情報中のステップ情報に基づいてＶＮＦＤを検索して、必要なスケールステップおよび関連するコンテンツを決定する。たとえば、ＶＮＦスケールアウト要求内の態様ＩＤがＩＤ ＸＸＸである場合には、ＶＮＦＭはＶＮＦＤを検索して、ＶＮＦＤ内のＩＤ ＸＸＸに対応する態様がＶＤＵ＿１、ＶＤＵ＿２、およびＶＬを含むと決定する。加えて、ＶＮＦスケールアウト要求内のステップインジケーション情報がステップ２である場合には、ＶＮＦＭはＶＮＦＤを検索して、前述の例のステップ２で、６つのＶＤＵ＿１インスタンスおよび８つのＶＤＵ＿２インスタンスが生成される必要があり、ＶＬビットレートが８Ｇｂｐｓであり、１つの新サブネットが生成される必要がある、と決定する。特定のインスタンス化パラメータがＬ３ＰｒｏｔｏｃｏｌＤａｔａに含まれ、新たに生成されたＶＤＵは、サブネットと関連付けられる必要がある。新たに生成されたＶＤＵの量は、対応するステップでのＶＤＵの量から、スケーリングされていないＶＮＦに含まれるＶＤＵの量を差し引いたものである。この例では、合計６つのＶＤＵ＿１インスタンスおよび８つのＶＤＵ＿２インスタンスがステップ２で生成される必要がある。新たに生成されたＶＤＵ＿１インスタンスおよびＶＤＵ＿２インスタンスの量はそれぞれ、６であるＶＤＵ＿１インスタンスンの量から、スケーリングされていないＶＮＦ内のＶＤＵ＿１インスタンスの量（たとえば３）を差し引いたもの、および、８であるＶＤＵ＿２インスタンスの量から既存のＶＮＦ内のＶＤＵ＿２インスタンスの量（たとえば６）を差し引いたものである。この場合、新たに生成されたＶＤＵ＿１インスタンスおよびＶＤＵ＿２インスタンスの量はそれぞれ、３および２となる。生成されるべきサブネットの量を決定する手法は、前述の生成されるべきＶＤＵのものとは異なる。ＮｕｍｂｅｒｏｆＳｕｂｎｅｔ：１は、１つの新サブネットが生成される必要があることを示し、既存のＶＮＦの仮想リンクＶＬ内の既存のサブネットの量は考慮されない。

【0073】

４０３。ＶＮＦＭは、リソース付与要求を、言い換えれば、新ＶＤＵインスタンスリソースおよび新サブネットリソースを含む、生成される必要がありステップ４０２で決定されるリソースの生成を許可させる要求を、ＮＦＶＯへ送信する。サブネットリソースについては、要求は以下を含む。
ＡｄｄＲｅｓｏｕｒｃｅ：
Ｔｙｐｅ：Ｓｕｂｎｅｔ
ＲｅｓｏｕｒｃｅＴｅｍｐｌａｔｅＩｄ：ＶＬＤ（ＶＮＦＤ内のＶＬＤのＩＤ）
Ｌ３ＰｒｏｔｏｃｏｌＤａｔａ

【0074】

４０４。ＮＦＶＯは、許可承認メッセージをＶＮＦＭへ返し、このメッセージは、ＶＩＭアクセス情報などを保持する。

【0075】

４０５。ＶＮＦＭは、新サブネットインスタンスの生成のために、ステップ４０２で決定されたサブネットに関する情報に基づいてＶＩＭに適用され、このサブネットは、新ＩＰアドレス範囲またはリソースプールに関する情報を含み、これは、たとえば、以下の通りであり得る。
－ ｓｔａｒｔ＿ｉｐ＿ａｄｄｒｅｓｓ：１９２．１６８．１０．１
－ ｅｎｄ＿ｉｐ＿ａｄｄｒｅｓｓ：１９２．１６８．１０．１００

【0076】

４０６。サブネットが生成された後、ＶＩＭは、サブネットインスタンス生成完了通知メッセージおよびインスタンス情報をＶＮＦＭへ返す。

【0077】

４０７。サブネット生成完了通知メッセージを受信した後、ＶＮＦＭは、リンクポートの生成のための、ＮＦＶＯに対する許可要求を開始する。この要求は以下の情報を保持する。
ＡｄｄＲｅｓｏｕｒｃｅ：
タイプ：リンクポート
サブネットインスタンス情報

【0078】

これは、生成される必要があるリンクポートが、新たに生成されたサブネットインスタンスと関連付けられていることを示す。

【0079】

４０８。ＮＦＶＯは、許可承認メッセージをＶＮＦＭへ送信する。

【0080】

４０９。ＶＮＦＭは、リンクポート生成をＶＩＭに対して開始し、関連付けられる必要があるサブネットインスタンスに関する情報が保持される。

【0081】

４１０。ＶＮＦＭは、新ＶＤＵインスタンスの生成のためにＶＩＭに適用され、ステップ４０２で決定されたＶＤＵのタイプおよびＶＤＵ量が保持され、新たに生成されたリンクポートに関する情報が保持される。

【0082】

４１１。ＶＤＵインスタンスが生成された後、ＶＩＭは、リンクポートを介してＶＤＵインスタンスを、新たに生成されたサブネットと関連付け、この新たに生成されたサブネットは、ＩＰアドレスをＶＤＵインスタンスに割り当てる。

【0083】

本発明のこの実施形態では、ＮｕｍｂｅｒｏｆＳｕｂｎｅｔおよびＳｕｂｎｅｔＩｎｆｏなどのパラメータは、新たに定義されたＶＮＦＤに追加される。したがって、スケーリングアウト時に、対応する量のＩＰアドレスが（異なるステップに対応する）スケールアウトサイズに基づいて割り当てられて、新たに生成されたＶＤＵのアドレス要求が動的に満たされ得る。これは、従来技術でＶＮＦがスケールアウトされたときに割り当てられるＩＰアドレスの不足を回避するとともに、従来技術で大きいＩＰアドレスリソースプールを直接定義することに起因するリソースの浪費を回避することができる。

【0084】

図５は、実施形態２のフローチャートである。実施形態２と実施形態１の相違点は、新たに生成されたＶＤＵが、新たに生成されたサブネットと接続される、または関連付けられる必要がない点にある。

【0085】

以下では、実施形態２の具体的な実装ステップについて説明する。

【0086】

５０１。このステップは、実施形態１のステップ４０１と同じである。

【0087】

５０２。実施形態１のステップ４０２との違いは、ＶＮＦＤで定義されたステップ２に含まれるＤｅｄｉｃａｔｅｄＯｒＮｏｔの値が偽であり、新たに追加されたＶＤＵインスタンスが、新たに生成されたサブネットインスタンスと関連付けられる必要がないことを示している点にある。

【0088】

５０３から５０６。ステップは、実施形態１のステップ４０３から４０６と同じである。

【0089】

５０７。ＶＮＦＤのステップ２のＤｅｄｉｃａｔｅｄＯｒＮｏｔの値は偽である。したがって、新ＶＤＵインスタンスは、新サブネットインスタンスと関連付けられる必要がない。したがって、ＶＮＦＭによってＮＦＶＯに対して開始されるリンクポート許可要求は、リンクポート情報だけを保持し、サブネット情報は保持しない。たとえば、以下が示され得る。
ＡｄｄＲｅｓｏｕｒｃｅ：
タイプ：リンクポート

【0090】

５０８。このステップは、実施形態１のステップ４０８と同じである。

【0091】

５０９。ＶＮＦＭは、リンクポートの生成のためにＶＩＭに適用される。ＶＮＦＭが、ＩＰアドレスが元のＶＬネットワークのサブネットに割り当てられることが可能であると決定した場合、新たに生成されたリンクポートは、既存のサブネット情報と関連付けられる。そうでない場合、新たに生成されたリンクポートは、新サブネット情報と関連付けられる。

【0092】

５１０。このステップは、実施形態１のステップ４１０と同じである。

【0093】

５１１。ＶＤＵインスタンスが生成された後、ＶＩＭは、リンクポートを介してＶＤＵインスタンスを既存のサブネットと関連付ける（この場合、ＩＰアドレスはまた、元のＶＬネットワークのサブネットに割り当てられることも可能である）。既存のサブネットは、ＩＰアドレスをＶＤＵインスタンスに割り当てるか、またはＶＤＵインスタンスを新たに生成されたサブネットと関連付け、新たに生成されたサブネットは、ＩＰアドレスをＶＤＵインスタンスに割り当てる。

【0094】

図６は、本発明の実施形態３のフローチャートである。実施形態３は、実施形態１または２の後に続くステップを示し、ＶＮＦスケーリングイン（Ｓｃａｌｅ Ｉｎ）処理について説明する。

【0095】

以下では、実施形態３の具体的な実装ステップについて説明する。

【0096】

６０１。ＮＦＶＯは、ＶＮＦ専用のスケーリング要求をＶＮＦＭへ送信する。この実施形態では、要求は、特にスケールイン（Ｓｃａｌｅ Ｉｎ）要求であり、この要求は、ＶＮＦインスタンス情報（たとえば、ＶＮＦインスタンスＩＤ）と、スケール態様（Ａｓｐｅｃｔ）およびステップ（Ｓｔｅｐ）を示すインジケーション情報とを含む。

【0097】

たとえば、現在のＶＮＦがステップ２にあり、ステップ１がインジケーション情報中に示されている場合、ＶＮＦは、ステップ２からステップ１へスケールインされる。

【0098】

６０２。ＶＮＦＭは、ＶＮＦスケールイン要求を受信し、対応するＶＮＦＤを要求内のＶＮＦインスタンス情報に基づいて見つけ、インジケーション情報に基づいてＶＮＦＤに問い合わせて、削除される必要があるＶＤＵおよび対応するサブネットに関する情報を決定する。この実施形態では、実施形態１のものと同じであるＶＮＦＤがなお使用され、ＶＮＦＤは以下の２つのステップをなお含む。
ステップ１：ＶＤＵ＿１の合計３つのインスタンス、ＶＤＵ＿２の合計４つインスタンス、および４ＧｂｐｓのＶＬビットレートと、
ステップ２：ＶＤＵ＿１の合計６つのインスタンス、ＶＤＵ＿２の合計８つのインスタンス、８ＧｂｐｓのＶＬビットレート、ＮｕｍｂｅｒｏｆＳｕｂｎｅｔ：１、Ｌ３ＰｒｏｔｏｃｏｌＤａｔａ、およびＤｅｄｉｃａｔｅｄＯｒＮｏｔ：真。

【0099】

この場合、ＶＮＦがステップ２からステップ１へスケールインされるときに、ＶＤＵ＿１の３つのインスタンスが低減される必要があり、ＶＤＵ＿２の４つのインスタンスが低減される必要があり、１つのサブネット（実施形態１で新たに生成されたサブネットと同様）がＶＬから削除される必要がある。

【0100】

６０３。ＶＮＦＭは、付与（Ｇｒａｎｔ）要求をＮＦＶＯへ送信する。付与要求のＲｅｍｏｖｅＲｅｓｏｕｒｃｅパラメータは、削除される必要があるサブネットリソース、コンピューティングリソース（ＶＤＵに対応）およびリンクポートリソースに関する記述情報を含む。

【0101】

６０４。ＶＮＦＭは、ＮＦＶＯから許可承認メッセージを受信する。

【0102】

６０５。ＶＮＦＭは、対応するサブネットリソース、ＶＵＤに対応する仮想マシンリソース、およびリンクポートリソースなどの削除のために、ＶＩＭに適用される。

【0103】

６０６。ＶＩＭは、リソース削除成功メッセージをＶＮＦＭへ送信する。

【0104】

６０７。ＶＮＦＭは、スケールイン完了メッセージをＮＦＶＯへ送信する。

【0105】

本発明の実施形態は、ネットワークサービス（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ，ＮＳ）のスケーリングシナリオにさらに拡張され得る。図７は、ＮＳ記述子（ＮＳＤｅｓｃｒｉｐｔｏｒ，ＮＳＤ）設計インスタンスの概略図である。このインスタンスは主に、ＶＮＦを記述するＶＮＦＤ、たとえば、図中のＶＮＦ＿１およびＶＮＦ＿２を記述する対応するＶＮＦＤ １およびＶＮＦＤ ２と、仮想リンクＶＬを記述するＮｓＶｌｄと、ＶＮＦの外部接続点（Ｅｘｔｅｒｎａｌ Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔ，ＥｘｔＣｐ）を記述する記述子（Ｄｅｓｃｒｉｐｔｏｒ）とを含む。図中のＶｎｆＥｘｔＣＰ＿１およびＶｎｆＥｘｔＣＰ＿２は、ＶＮＦ＿１およびＶＮＦ＿２の外部接続点である。

【0106】

前述の実施形態１から実施形態３は、スケーリングがＶＮＦに対して実施されるシナリオについて説明している。スケーリングがＮＳに対して実施されるとき、ＩＰアドレス不足問題が、ＶＮＦ＿１とＶＮＦ＿２を対応して接続するためのＮｓＶｌｄでも発生する。前述の問題はまた、本発明の以下の実施形態４および実施形態５でＮＳスケーリング処理を使用することによっても解決され得る。

【0107】

図８は、本発明の実施形態４によるＮＳスケーリング（Ｓｃａｌｅ）のフローチャートであり、具体的にはスケーリングアウトのフローチャートである。実施形態４の具体的なステップは以下の通りである。

【0108】

８０１。ＮＦＶＯが、ＯＳＳ／ＢＳＳからＮＳ専用のスケーリング要求（略して「ＮＳスケーリング要求」）を受信する。この実施形態では、要求は、具体的にはスケールアウト（Ｓｃａｌｅ Ｏｕｔ）要求であり、この要求は、ＮＳインスタンス情報（たとえば、ＮＳインスタンスＩＤ）と、スケール態様（Ａｓｐｅｃｔ）およびステップ（Ｓｔｅｐ）を示すインジケーション情報とを含む。

【0109】

８０２。ＮＦＶＯは、スケールアウト要求を受信し、対応するＮＳＤを要求内のＮＳインスタンス情報に基づいて見つけ、インジケーション情報に基づいてＮＳＤに問い合わせて、生成される必要があるＶＮＦおよび対応するサブネットに関する情報を決定する。

【0110】

ＮＳＤコンテンツについて、この実施形態では、ＮｓＬｅｖｅｌのｖｉｒｔｕａｌＬｉｎｋＴｏＬｅｖｅｌＭａｐｐｉｎｇ情報（ＶＮＦＤのＳｃａｌｉｎｇＤｅｌｔａのｖｉｒｔｕａｌＬｉｎｋＢｉｔＲａｔｅＤｅｌｔａと同様）が主に拡張される。

【0111】

拡張されたｖｉｒｔｕａｌＬｉｎｋＴｏＬｅｖｅｌＭａｐｐｉｎｇは、以下の情報を含む。

【0112】

【表4】

【0113】

新たな拡張に基づいて、以下の２つのステップがＮｓＬｅｖｅｌで定義され得る（以下の具体的な番号は例として使用されている）。
ステップ１：ＶＮＦ＿１の合計３つのインスタンス、ＶＮＦ＿２の合計４つのインスタンス、および４ＧｂｐｓのＶＬビットレートと、
ステップ２：ＶＮＦ＿１の合計６つのインスタンス、ＶＮＦ＿２の合計８つのインスタンス、および８ＧｂｐｓのＶＬビットレート。

【0114】

加えて、ステップ２では、新たに追加されたパラメータ、すなわち、ＮｕｍｂｅｒｏｆＳｕｂｎｅｔ：Ｎ（Ｎは１以上の整数）と、ＳｕｂｎｅｔＩｎｆｏ（コンテンツＬ３ＰｒｏｔｏｃｏｌＤａｔａを含む）と、ＤｅｄｉｃａｔｅｄＯｒＮｏｔ：真／偽とが含まれ、または関連付けられる。ＤｅｄｉｃａｔｅｄＯｒＮｏｔ：真／偽は任意選択（Ｏｐｔｉｏｎａｌ）である。

【0115】

前述の新たに追加されたパラメータの意味は、実施形態１および実施形態２のものと同様であり、詳細について本明細書では再度説明されない。この実施形態では、ＤｅｄｉｃａｔｅｄＯｒＮｏｔの値は真である。

【0116】

スケールアウト要求を受信した後、ＮＦＶＯはまず、要求内のＮＳインスタンス情報、たとえば、ＮＳインスタンスＩＤに基づいて、対応するＮＳＤを見つける。このＮＳＤは拡張ＮＳＤである。次に、ＮＦＶＯは、インジケーション情報に基づいてＮＳＤに問い合わせる。具体的には、ＮＦＶＯは、インジケーション情報中の態様に基づいてＮＳＤを検索して、スケール（Ｓｃａｌｅ）対象物または態様を決定する。次に、ＮＦＶＯは、インジケーション情報中のステップに基づいてＮＳＤを検索して、必要なスケールステップを決定する。たとえば、ＶＮＦスケールアウト要求内の態様がステップ２でＶＮＦ＿１、ＶＮＦ＿２、およびＶＬを含む場合、ＶＮＦＭはＮＳＤを検索して、前述の例のステップ２で、６つのＶＮＦ＿１インスタンスおよび８つのＶＮＦ＿２インスタンスが生成される必要があり、ＶＬビットレートが８Ｇｂｐｓであり、１つの新サブネットが生成される必要がある、と決定する。特定のインスタンス化パラメータがＬ３ＰｒｏｔｏｃｏｌＤａｔａに含まれ、新たに生成されたＶＮＦは、サブネットと関連付けられる必要がある。新たに生成されたＶＮＦの量は、対応するステップでのＶＮＦの量から、スケーリングされていないＶＮＦに含まれるＶＮＦの量を差し引いたものである。この例では、合計６つのＶＮＦ＿１インスタンスおよび８つのＶＮＦ＿２インスタンスがステップ２で生成される必要がある。新たに生成されたＶＮＦ＿１インスタンスおよびＶＮＦ＿２インスタンスの量はそれぞれ、６であるＶＮＦ＿１インスタンスンの量から、スケーリングされていないＶＮＦのＶＮＦ＿１インスタンスの量（たとえば２）を差し引いたもの、および、８であるＶＮＦ＿２インスタンスの量から既存のＶＮＦのＶＮＦ＿２インスタンスの量（たとえば５）を差し引いたものである。この場合、新たに生成されたＶＮＦ＿１インスタンスおよびＶＮＦ＿２インスタンスの量はそれぞれ、４および３となる。生成されるべきサブネットの量を決定する手法は、前述の生成されるべきＶＮＦのものとは異なる。ＮｕｍｂｅｒｏｆＳｕｂｎｅｔ：１は、１つの新サブネットが生成される必要があることを示し、既存のＶＮＦの仮想リンクＶＬ内の既存のサブネットの量は考慮されない。

【0117】

８０３。ＮＦＶＯは、ＶＬに関する情報（ステップ２情報）に基づいて、元のＶＬインスタンスについて１つの新サブネットが生成される必要があり、サブネットの生成のためにＶＩＭに適用されると決定する。

【0118】

８０４。ＮＦＶＯは、生成される必要がある新ＶＮＦインスタンスに基づいて、ＶＮＦインスタンス化要求をＶＮＦＭへ送信し、この要求は、ＶＮＦが接続される必要があるＶＬインスタンスに関する情報を保持する（ＶｎｆＥｘｔＣｐ＿１を使用することによって）。ＮＳＤのＮｓｌｅｖｅｌで定義されたステップ２のＤｅｄｉｃａｔｅｄＯｒＮｏｔの値が真であるので、ＶＬインスタンス情報は、ステップ８０３で新たに生成されたサブネットインスタンスに関する情報をさらに含む。

【0119】

８０５。任意選択で、ステップ８０４が、新ＶＮＦインスタンスが接続されるサブネットのリンクポート情報を含まない場合、ＶＮＦＭは付与要求をＮＦＶＯへ送信し、新リンクポートの生成を認可し、同じサブネットインスタンスとの関連付け情報をａｄｄＲｅｓｏｕｒｃｅに追加する。

【0120】

８０６。ＮＦＶＯは、許可承認メッセージをＶＮＦＭへ送信する。

【0121】

８０７。ＶＮＦＭは、リンクポートの生成のためにＶＩＭに適用され、新サブネットに関する情報が含まれる。

【0122】

８０８。ＶＮＦＭは、生成する必要がある新ＶＮＦインスタンスについて、新ＶＮＦインスタンスの生成のためにＶＩＭに適用され、ＶｎｆＥｘｔＣｐ＿１および新たに生成されたリンクポートを使用してサブネットに接続する。

【0123】

８０９。ＶＩＭは、ＶＮＦインスタンスを生成するためにＶＤＵを生成し、リンクポートを介して、ＶＮＦインスタンスを新たに生成されたサブネットと関連付ける。

【0124】

本発明の実施形態５は、ＮＳスケーリングにおけるスケールイン（Ｓｃａｌｅ Ｉｎ）処理であり、ＶＮＦのスケールイン処理と同様である。図９に示されるように、具体的なステップは以下の通りである。

【0125】

９０１。ＮＦＶＯは、ＯＳＳ／ＢＳＳからＮＳ専用のスケーリング（Ｓｃａｌｅ）要求を受信する。この実施形態では、要求は、特にスケールイン（Ｓｃａｌｅ Ｉｎ）要求であり、この要求は、ＮＳインスタンス情報（たとえば、ＮＳインスタンスＩＤ）と、スケール態様（Ａｓｐｅｃｔ）およびステップ（Ｓｔｅｐ）を示すインジケーション情報とを含む。

【0126】

たとえば、現在のＶＮＦがステップ２にあり、ステップ１がインジケーション情報中に示されている場合、ＮＳは、ステップ２からステップ１へスケールインされる。

【0127】

９０２。ＮＳスケールイン要求を受信した後、ＮＦＶＯは、対応するＮＳＤを要求内のＮＳインスタンスＩＤ情報に基づいて見つけ、インジケーション情報に基づいてＮＳＤに問い合わせて、削除される必要があるＶＮＦおよび対応するサブネットに関する情報を決定する。この実施形態では、実施形態４のものと同じＮＳＤがなお使用され、２つのステップがＮｓＬｅｖｅｌに以下のように定義され得る（以下の具体的な数値は例として使用されている）。
ステップ１：ＶＮＦ＿１の合計３つのインスタンス、ＶＮＦ＿２の合計４つインスタンス、および４ＧｂｐｓのＶＬビットレートと、
ステップ２：ＶＮＦ＿１の合計６つのインスタンス、ＶＮＦ＿２の合計８つのインスタンス、および８ＧｂｐｓのＶＬビットレート。

【0128】

加えて、新パラメータ、すなわち、ＮｕｍｂｅｒｏｆＳｕｂｎｅｔ：１、ＳｕｂｎｅｔＩｎｆｏ（コンテンツＬ３ＰｒｏｔｏｃｏｌＤａｔａを含む）、およびＤｅｄｉｃａｔｅｄＯｒＮｏｔ：真／偽が、ステップ２に追加される。ＤｅｄｉｃａｔｅｄＯｒＮｏｔ：真／偽は任意選択（Ｏｐｔｉｏｎａｌ）である。

【0129】

この場合、ＮＳがステップ２からステップ１へスケールインされるときに、ＶＮＦ＿１の３つのインスタンスが低減される必要があり、ＶＮＦ＿２の４つのインスタンスが低減される必要があり、１つのサブネットがＶＬから削除される必要がある。

【0130】

９０３。ＮＦＶＯは、対応するサブネットリソース、ＶＮＦに含まれる異なるＶＤＵに対応する仮想マシンリソース、リンクポートリソースなどの削除のために、ＶＩＭに適用される。

【0131】

９０４。ＶＩＭは、リソースを削除し、リソース削除成功メッセージをＮＦＶＯへ送信する。

【0132】

前述の実施形態における方法ステップのＮＦＶＯ、ＶＮＦＭ、またはＶＩＭのアクションは、メモリ４０３に記憶されたアプリケーションプログラムコードを呼び出すことで、図４に示された通信装置４０内のプロセッサ４０１によって実施されてよい。これは、実施形態において限定されない。

【0133】

上記では主に、本出願の実施形態で提供される解決策をネットワーク要素間の相互作用の観点から説明している。前述の機能を実装するために、ＮＦＶＯ、ＶＮＦＭ、ＶＩＭなどは、機能を実施するための対応するハードウェア構造および／またはソフトウェアモジュールを含むと理解されてよい。当業者であれば、本明細書に開示された実施形態に記載された例のユニットおよびアルゴリズム動作との組み合わせで、本出願は、ハードウェア、またはハードウェアとコンピュータソフトウェアの組み合わせによって実装されることが可能であると容易に認識できるはずである。機能がハードウェアによって実施されるか、それともコンピュータソフトウェアによって駆動されるハードウェアによって実施されるかは、特定の用途および技法的解決策の設計制約に依存する。当業者であれば、特定の用途ごとに、記載された機能を実装するために異なる方法を使用し得るが、その実装が本出願の範囲を超えると考えられるべきではない。

【0134】

本出願の実施形態において、機能モジュール分割が、前述の方法例に基づいて、ＮＦＶＯ、ＶＮＦＭ、ＶＩＭなどに対して実施されてもよい。たとえば、各機能モジュールは、対応する各機能に基づいた分割によって得られてもよく、または２つ以上の機能が１つの処理モジュールに統合されてもよい。統合モジュールは、ハードウェアの形で実装されてもよく、またはソフトウェア機能モジュールの形で実装されてもよい。本出願の実施形態において、モジュール分割は例であり、単なる論理上の機能分割であることに留意されたい。実際の実装時には、別の分割手法が使用されてもよい。

【0135】

たとえば、各機能モジュールが、統合された手法で分割によって得られる場合では、図１０は、通信装置１００の構造の概略図である。通信装置１００は、トランシーバモジュール１００１、および処理モジュール１００２を含む。

【0136】

たとえば、通信装置１００は、ＶＮＦＭの機能を実装するように構成される。たとえば、通信装置１００は、図４に示される実施形態、図５に示される実施形態、または図６に示される実施形態におけるＶＮＦＭである。

【0137】

本出願のこの実施形態において、通信装置１００は、ＶＮＦＭであってもよく、ＶＮＦＭに使用されるチップであってもよく、またはＶＮＦＭの機能を有する他の複合デバイス、コンポーネントなどであってもよい。通信装置１００がＶＮＦＭである場合、トランシーバモジュール１００１はトランシーバであってもよい。トランシーバは、アンテナ、無線周波数回路などを含み得る。処理モジュール１００２は、たとえばベースバンドプロセッサであるプロセッサ（または処理回路）であってもよく、ベースバンドプロセッサは、１つまたは複数のＣＰＵを含み得る。通信装置１００が、ＶＮＦＭの機能を有するコンポーネントである場合、トランシーバモジュール１００１は、無線周波数ユニットであってもよく、処理モジュール１００２は、たとえばベースバンドプロセッサであるプロセッサ（または処理回路）であってもよい。通信装置１００がチップシステムである場合、トランシーバモジュール１００１は、チップ（たとえば、ベースバンドチップ）の入出力インターフェイスであってもよく、処理モジュール１００２は、チップシステムのプロセッサ（または処理回路）であってもよく、１つまたは複数の中央処理装置を含み得る。本出願のこの実施形態におけるトランシーバモジュール１００１は、トランシーバまたはトランシーバ関連回路コンポーネントによって実装されてもよく、また、処理モジュール１００２は、プロセッサまたはプロセッサ関連回路コンポーネント（処理回路とも呼ばれる）によって実装されてもよいことを理解されたい。

【0138】

たとえば、トランシーバモジュール１００１は、図４に示される実施形態のＶＮＦＭによって実施されるすべての送受信動作、たとえば、Ｓ４０１およびＳ４０３を実行するように構成されてもよく、および／または本明細書に記載された技術の別の処理をサポートするように構成されてもよい。処理モジュール１００２は、図４に示されている実施形態のＶＮＦＭによって送受信動作を除いて、すべての実施される動作、たとえばＳ４０２を実施するように構成されてもよく、および／または本明細書に記載された技術の別の処理をサポートするように構成されてもよい。

【0139】

別の例では、トランシーバモジュール１００１は、図６に示される実施形態のＶＮＦＭによって実施されるすべての送受信動作、たとえば、Ｓ６０１およびＳ６０３を実行するように構成されてもよく、および／または本明細書に記載された技術の別の処理をサポートするように構成されてもよい。処理モジュール１００２は、図６に示されている実施形態のＶＮＦＭによって送受信動作を除いて、すべての実施される動作、たとえばＳ６０２を実施するように構成されてもよく、および／または本明細書に記載された技術の別の処理をサポートするように構成されてもよい。

【0140】

通信装置１００が、ＶＮＦＭの機能を実装するように構成されている場合、通信装置１００によって実装されることが可能な別の機能については、図４から図６、図８、図９に示された実施形態の関連説明を参照されたい。詳細については再度説明されない。

【0141】

同様に、たとえば、通信装置１００は、ＮＦＶＯの機能を実装するように構成されてもよい。たとえば、通信装置１００は、図８に示される実施形態または図９に示される実施形態のＮＦＶＯであり、または、図４から図６に示される実施形態のＮＦＶＯであってもよい。詳細については再度説明されない。

【0142】

本出願のこの実施形態において、通信装置１００は、ＶＩＭであってもよいし、ＶＩＭに使用されるチップであってもよいし、ＶＩＭの機能を有する他の複合デバイス、コンポーネントなどであってもよい。通信装置１００がＶＩＭである場合、トランシーバモジュール１００１はトランシーバであってもよい。トランシーバは、アンテナ、無線周波数回路などを含み得る。処理モジュール１００２は、たとえばベースバンドプロセッサである、プロセッサ（または処理回路）であってもよく、ベースバンドプロセッサは、１つまたは複数のＣＰＵを含み得る。通信装置１００が、ＶＩＭの機能を有するコンポーネントである場合、トランシーバモジュール１００１は、無線周波数ユニットであってもよく、処理モジュール１００２は、たとえばベースバンドプロセッサである、プロセッサ（または処理回路）であってもよい。通信装置１００がチップシステムである場合、トランシーバモジュール１００１は、チップ（たとえば、ベースバンドチップ）の入出力インターフェイスであってもよく、処理モジュール１００２は、チップシステムのプロセッサ（または処理回路）であってもよく、１つまたは複数の中央処理装置を含み得る。本出願のこの実施形態におけるトランシーバモジュール１００１は、トランシーバまたはトランシーバ関連回路コンポーネントによって実装されてもよく、処理モジュール１００２は、プロセッサまたはプロセッサ関連回路コンポーネント（処理回路とも呼ばれる）によって実装されてもよいことを理解されたい。

【0143】

たとえば、トランシーバモジュール１００１は、図４から図６、図８、および図９に示される実施形態のＶＩＭによって実施されるすべての送受信動作を実施するように構成されてもよく、処理モジュール１００２は、図４から図６、図８、および図９に示される実施形態のＶＩＭによって実施される動作を、送受信動作を除いてすべて実施するように構成されてもよく、および／または本明細書に記載された技術の別の処理をサポートするように構成されてもよい。

【0144】

図１１は、通信システムの概略構成図である。図１１に示されるように、通信システム１１０は、ＮＦＶＯ １１０１、ＶＮＦＭ １１０２、およびＶＩＭ １１０３を含み得る。図１１は単なる例示的な図であることに留意されたい。図１１に示された通信システム１１０に含まれるネットワーク要素およびネットワーク要素の量は、本出願の実施形態では限定されていない。

【0145】

ＶＮＦＭ １１０２は、前述の実施形態においてＶＮＦＭの機能を実装するように構成される。たとえば、ＶＮＦＭ １１０２は、ＮＦＶＯ １１０１からスケーリング要求情報を受信するように、要求情報に基づいてＶＮＦＤに問い合わせるように、生成される必要があるＶＤＵおよび対応するサブネットに関する情報を決定するように、ならびに、ＶＤＵおよび対応するサブネットの生成のためにＶＩＭ １１０３に適用されるように、構成され得る。

【0146】

ＮＦＶＯ １１０１は、前述の方法実施形態においてＮＦＶＯの機能を実装するように構成され、ＶＩＭ １１０３は、前述の方法実施形態においてＶＩＭの機能を実装するように構成される。詳細については再度説明されない。

【0147】

前述の方法実施形態におけるステップのすべての関連する内容は、通信システム１１０の対応するネットワーク要素についての機能説明が参照されてよく、詳細については本明細書では再び説明されないことに留意されたい。

【0148】

実装に関する前述の説明は、当業者が、便宜的で簡潔な説明を目的として、前述の機能モジュールの分割が説明のための例として用いられていることを明確に理解できるようにする。実際の適用時に、前述の機能は、異なるモジュールに割り当てられ、要望通りに実装されることが可能であり、すなわち、装置の内部構造が異なる機能モジュールに分割されて、上述の機能の全部または一部が実装される。

【0149】

本出願で提供されたいくつかの実施形態では、開示された装置および方法は、他の手法で実装されてもよいことを理解されたい。たとえば、説明された装置実施形態は単なる例である。たとえば、モジュールまたはユニット分割は、単なる論理上の機能分割であり、実際の実装時には他の分割であってもよい。たとえば、複数のユニットまたはコンポーネントが、別の装置になるように組み合わされても統合されてもよく、またはいくつかの機能が無視されても実施されなくてもよい。加えて、表示または議論された相互結合もしくは直接結合もしくは通信接続は、いくつかのインターフェイスを介して実装されてもよい。装置間またはユニット間の間接結合または通信接続は、電子的形式、機械的形式、または他の形式で実装されてもよい。

【0150】

別々の部分として説明されたユニットは、物理的に分離していてもいなくてもよく、また、ユニットとして表示された部分は、１つまたは複数の物理的ユニットであっても、１つの場所に置かれていても、または異なる場所に分散されていてもよい。ユニットの一部または全部は、実施形態の解決策の目的を達成するための実際の要件に基づいて選択され得る。

【0151】

加えて、本出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよく、ユニットのそれぞれが物理的に単独で存在してもよく、または２つ以上のユニットが１つのユニットに統合されてもよい。統合されたユニットは、ハードウェアの形で実装されてもよく、またはソフトウェア機能ユニットの形で実装されてもよい。

【0152】

統合ユニットがソフトウェア機能ユニットの形で実装され、独立した製品として販売または使用される場合、統合ユニットは可読記憶媒体に記憶され得る。このような理解に基づいて、本出願の実施形態の技法的解決策が基本的に、または従来技術に寄与する部分、または技法的解決策の全部もしくは一部が、ソフトウェア製品の形で実装され得る。ソフトウェア製品は、記憶媒体に記憶されており、デバイス（シングルチップマイクロコンピュータ、チップなどであってよい）またはプロセッサ（ｐｒｏｃｅｓｓｏｒ）に命令して、本出願の実施形態に記載された方法のステップの全部または一部を実施するためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、取り外し可能ハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、または光ディスクなどの、プログラムコードを記憶できる任意の媒体を含む。

【0153】

前述の説明は、本出願の単なる具体的な実装であるが、本出願の保護範囲を限定するものではない。本出願に開示された技法的範囲内の変形または置換は、本出願の保護範囲に入るものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲によって決まるものとする。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】