知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-03-27
(45)【発行日】2024-04-04
(54)【発明の名称】要求されたサービス利用可能性を達成すること
(51)【国際特許分類】
H04L 41/40 20220101AFI20240328BHJP
H04L 41/342 20220101ALI20240328BHJP
【ＦＩ】
H04L41/40
H04L41/342
【請求項の数】
21
(21)【出願番号】P 2022525991
(86)(22)【出願日】2020-10-30
(65)【公表番号】
(43)【公表日】2023-01-10
(86)【国際出願番号】 IB2020060224
(87)【国際公開番号】W WO2021090133
(87)【国際公開日】2021-05-14
【審査請求日】2022-07-01
(31)【優先権主張番号】62/932,853
(32)【優先日】2019-11-08
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100161470
【弁理士】
【氏名又は名称】冨樫 義孝
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(74)【代理人】
【識別番号】100194320
【弁理士】
【氏名又は名称】藤井 亮
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(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】
請求項２から１７のいずれか一項に記載の方法を実行するための命令をさらに備える、請求項２０に記載の非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
米国特許法第１１９条（Ｅ）および米国特許法施行規則第１．７８条に基づく優先権主張
本非仮特許出願は、Ｍａｒｉａ Ｔｏｅｒｏｅの名義で２０１９年１１月８日に出願された、「ＡＣＨＩＥＶＩＮＧ ＲＥＱＵＥＳＴＥＤ ＳＥＲＶＩＣＥ ＡＶＡＩＬＡＢＩＬＩＴＹ」と題する先行米国仮特許出願、出願番号第６２／９３２８５３号に基づく優先権を主張する。
本非仮特許出願は、Ｍａｒｉａ Ｔｏｅｒｏｅの名義で２０１９年１１月８日に出願された、「ＡＣＨＩＥＶＩＮＧ ＲＥＱＵＥＳＴＥＤ ＳＥＲＶＩＣＥ ＡＶＡＩＬＡＢＩＬＩＴＹ」と題する先行米国仮特許出願、出願番号第６２／９３２８５３号に基づく優先権を主張する。
【0002】
本開示は、ネットワーク機能仮想化のコンテキストにおけるサービス利用可能性レベルに関する。
【背景技術】
【0003】
欧州通信規格協会（ＥＴＳＩ）ネットワーク機能仮想化（ＮＦＶ）は、それ自体を、ＮＦＶ技術についての規定およびコンソリデーションのホームとして規定する。欧州通信規格協会（ＥＴＳＩ）ネットワーク機能仮想化（ＮＦＶ）は、さらに、現代のテレコムネットワークが、絶えず増加する様々なプロプライエタリハードウェアを含んでいると述べている。新しいサービスのローンチは、しばしば、ネットワーク再設定および新しい機器のオンサイトインストールを要求し、これは、追加の、床面積、電力、およびトレーニングされた保守スタッフを必要とする。
【0004】
デジタル世界では、革新サイクルは、加速し、ハードウェアベースのアプライアンスが可能にするよりも大きいフレキシビリティおよびダイナミズムを必要とする。単一機能ボックスをもつハードワイヤードネットワークは、保守するのに冗長であり、発展するのが遅く、サービスプロバイダが動的サービスを提供するのを妨げる。
【0005】
アプリケーションが、動的に設定可能で完全に自動化されたクラウド環境によってサポートされる同じやり方で、仮想化（ｖｉｒｔｕａｌｉｚｅｄ）ネットワーク機能は、ネットワークが、トラフィックおよびトラフィックを介して稼働するサービスの必要に自動的に応答することに機敏であり、その必要に自動的に応答することが可能であることを可能にする。
【0006】
このビジョンのための重要な有効な技術は、ソフトウェア規定ネットワーキング（ＳＤＮ：Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）とネットワーク機能仮想化とを含む。ＳＤＮとＮＦＶとは、相補的であるが、ますます相互依存的（ｃｏ－ｄｅｐｅｎｄｅｎｔ）である。前者は、ネットワークと、サービスとしてのネットワークのプロビジョニングとを動的に制御するための手段を提供するが、後者は、ネットワーク機能のプロビジョニングのためのリソースの仮想化と上位レイヤネットワークサービスへのそれらのリソースの組成とを管理および編成する能力を提供する。
【0007】
図１は、参照により本明細書にすべて含まれる、関係する仕様を伴うＮＦＶアーキテクチャフレームワークの概略図である。
【0008】
図２は、ＥＴＳＩ仕様において説明されているような、以下のエレメントを備える、参照ポイントをもつＮＦＶ－管理およびオーケストレーション（ＭＡＮＯ）１０５アーキテクチャフレームワークの概略図である。
・ＮＦＶオーケストレータ（ＮＦＶＯ）１１０は、２つの主要な責任をもつ機能ブロックである。
－ ＥＴＳＩ ＧＳ ＮＦＶ－ＭＡＮ００１［ｉ．４］の節４．２において説明されているリソースオーケストレーション（ＲＯ）機能を果たす、複数のＶＩＭにわたるネットワーク機能仮想化インフラストラクチャ（ＮＦＶＩ）リソースのオーケストレーション。
－ ＥＴＳＩ ＧＳ ＮＦＶ－ＭＡＮ００１［ｉ．４］の節４．４において説明されているネットワークサービスオーケストレーション機能を果たす、ネットワークサービス（ＮＳ）のライフサイクル管理。
・ＶＮＦマネージャ（ＶＮＦＭ）１２０は、ＥＴＳＩ ＧＳ ＮＦＶ－ＭＡＮ００１［ｉ．４］の節４．３において説明されているような、ＶＮＦインスタンスのライフサイクル管理に対する主要な責任をもつ機能ブロックである。
・仮想化（ｖｉｒｔｕａｌｉｓｅｄ）インフラストラクチャマネージャ（ＶＩＭ）１３０は、ＮＦＶＩコンピュート、ストレージおよびネットワークリソースを制御および管理することに対する主要な責任をもつ機能ブロックである。
・運用サポートシステム（ＯＳＳ）／ビジネスサポートシステム（ＢＳＳ）１４０は、アーキテクチャ図において別段に明示的にキャプチャされない、オペレータの他の動作とビジネスサポート機能との組合せを表す機能ブロックである。
・ＥＭ１５０は、ＶＮＦについての障害管理、設定、課金、性能、およびセキュリティ（ＦＣＡＰＳ：Ｆａｕｌｔ－ｍａｎａｇｅｍｅｎｔ， Ｃｏｎｆｉｇｕｒａｔｉｏｎ， Ａｃｃｏｕｎｔｉｎｇ， Ｐｅｒｆｏｒｍａｎｃｅ， ａｎｄ Ｓｅｃｕｒｉｔｙ）管理機能に対する主要な責任をもつ機能ブロックである。
・ＮＦＶＩ１６０は、ＶＮＦが展開されるインフラストラクチャリソースを一緒に提供する、すべてのハードウェア（たとえばコンピュート、ストレージ、およびネットワーキング）およびソフトウェア（たとえばハイパーバイザ）構成要素を表す機能ブロックである。
・ＶＮＦ１７０は、仮想化ネットワーク機能を表す機能ブロックである。
・ＮＦＶオーケストレータ（ＮＦＶＯ）１１０は、２つの主要な責任をもつ機能ブロックである。
－ ＥＴＳＩ ＧＳ ＮＦＶ－ＭＡＮ００１［ｉ．４］の節４．２において説明されているリソースオーケストレーション（ＲＯ）機能を果たす、複数のＶＩＭにわたるネットワーク機能仮想化インフラストラクチャ（ＮＦＶＩ）リソースのオーケストレーション。
－ ＥＴＳＩ ＧＳ ＮＦＶ－ＭＡＮ００１［ｉ．４］の節４．４において説明されているネットワークサービスオーケストレーション機能を果たす、ネットワークサービス（ＮＳ）のライフサイクル管理。
・ＶＮＦマネージャ（ＶＮＦＭ）１２０は、ＥＴＳＩ ＧＳ ＮＦＶ－ＭＡＮ００１［ｉ．４］の節４．３において説明されているような、ＶＮＦインスタンスのライフサイクル管理に対する主要な責任をもつ機能ブロックである。
・仮想化（ｖｉｒｔｕａｌｉｓｅｄ）インフラストラクチャマネージャ（ＶＩＭ）１３０は、ＮＦＶＩコンピュート、ストレージおよびネットワークリソースを制御および管理することに対する主要な責任をもつ機能ブロックである。
・運用サポートシステム（ＯＳＳ）／ビジネスサポートシステム（ＢＳＳ）１４０は、アーキテクチャ図において別段に明示的にキャプチャされない、オペレータの他の動作とビジネスサポート機能との組合せを表す機能ブロックである。
・ＥＭ１５０は、ＶＮＦについての障害管理、設定、課金、性能、およびセキュリティ（ＦＣＡＰＳ：Ｆａｕｌｔ－ｍａｎａｇｅｍｅｎｔ， Ｃｏｎｆｉｇｕｒａｔｉｏｎ， Ａｃｃｏｕｎｔｉｎｇ， Ｐｅｒｆｏｒｍａｎｃｅ， ａｎｄ Ｓｅｃｕｒｉｔｙ）管理機能に対する主要な責任をもつ機能ブロックである。
・ＮＦＶＩ１６０は、ＶＮＦが展開されるインフラストラクチャリソースを一緒に提供する、すべてのハードウェア（たとえばコンピュート、ストレージ、およびネットワーキング）およびソフトウェア（たとえばハイパーバイザ）構成要素を表す機能ブロックである。
・ＶＮＦ１７０は、仮想化ネットワーク機能を表す機能ブロックである。
【0009】
ＥＴＳＩ ＮＦＶ ＩＦＡ仕様のリリース３では、サービスプロバイダによってコミットされたサービス利用可能性に従って、リソースが、選択され、要求されたネットワークサービスに割り振られるように、サービス利用可能性レベル（ＳＡＬ）の特徴が追加された。このソリューションでは、ＮＦＶオーケストレータユーザ（たとえばＯＳＳ）は、ＮＳのＳＡＬ、またはＮＳの成分、すなわちＶＮＦおよび仮想リンク（ＶＬ）のＳＡＬのいずれかをＮＳ記述子（ＮＳＤ）において指定することによって、要求されたＮＳのＳＡＬを要求することができる。この情報に基づいて、要求されたとき、ＮＦＶＯは、ＮＳについてのＳＡＬ（ＮＳ（ＳＡＬ））が満たされ得るように、適切なカテゴリー／タイプのリソースをグラントする。
【発明の概要】
【0010】
ＥＴＳＩ ＮＦＶ ＩＦＡ仕様では、ネットワークサービスについて要求されたサービス利用可能性がネットワークサービスの展開全体にわたって満足および維持されることをＮＦＶＯがどのように達成するかは、規定されていない。これは、限定はしないが、適切な仮想化リソースをグラントするためのＮＦＶＯの判断、ＶＩＭが物理リソース上でのそれらの仮想化リソースの配置を判断すること、ＶＩＭおよびＶＮＦＭが物理リソース障害の後にＶＮＦを修復することなどを含む。
【0011】
ネットワーク機能仮想化（ＮＦＶ）－管理およびオーケストレーション（ＭＡＮＯ）によって実行される、ネットワークサービス（ＮＳ）についての要求されたサービス利用可能性レベル（ＳＡＬ）を提供するための方法が提供される。本方法は、ＮＦＶ－ＭＡＮＯの複数のレイヤの各々において、要求されたＳＡＬをＮＦＶ－ＭＡＮＯの下位レイヤによって提供される必要があるＳＡＬにマッピングすることと、マッピングされた要求されたＳＡＬをＮＦＶ－ＭＡＮＯのレイヤ間のインターフェースを通してＮＦＶオーケストレータ（ＮＦＶＯ）から仮想化インフラストラクチャマネージャ（ＶＩＭ）のほうへ伝搬することと、要求されたＳＡＬを満足するためにＶＩＭによって割り当てられた仮想リソース（ＶＲ）に基づく、ＮＳについての推定されたＳＡＬ’を受信することと、推定されたＳＡＬ’が要求されたＳＡＬを満足しないと決定すると、要求されたＳＡＬを満たすためのアクションをとること、または、推定されたＳＡＬ’が要求されたＳＡＬを満足すると決定すると、さらなるアクションをとらないこととを含む。
【0012】
処理回路とメモリとを備える、ネットワークサービス（ＮＳ）についての要求されたサービス利用可能性レベル（ＳＡＬ）を提供するための、ネットワーク機能仮想化（ＮＦＶ）－管理およびオーケストレーション（ＭＡＮＯ）を稼働するシステムが提供される。メモリは、処理回路によって実行可能な命令を含んでおり、それにより、本システムは、ＮＦＶ－ＭＡＮＯの複数のレイヤの各々において、要求されたＳＡＬをＮＦＶ－ＭＡＮＯの下位レイヤによって提供される必要があるＳＡＬにマッピングすることと、マッピングされた要求されたＳＡＬをＮＦＶ－ＭＡＮＯのレイヤ間のインターフェースを通してＮＦＶオーケストレータ（ＮＦＶＯ）から仮想化インフラストラクチャマネージャ（ＶＩＭ）のほうへ伝搬することと、要求されたＳＡＬを満足するためにＶＩＭによって割り当てられた仮想リソース（ＶＲ）に基づく、ＮＳについての推定されたＳＡＬ’を受信することと、推定されたＳＡＬ’が要求されたＳＡＬを満足しないと決定すると、要求されたＳＡＬを満たすためのアクションをとること、または、推定されたＳＡＬ’が要求されたＳＡＬを満足すると決定すると、さらなるアクションをとらないこととを行うように動作可能である。
【0013】
ネットワークサービス（ＮＳ）についての要求されたサービス利用可能性レベル（ＳＡＬ）をネットワーク機能仮想化（ＮＦＶ）－管理およびオーケストレーション（ＭＡＮＯ）を通して提供するための命令を記憶した非一時的コンピュータ可読媒体が提供される。命令は、ＮＦＶ－ＭＡＮＯの複数のレイヤの各々において、要求されたＳＡＬをＮＦＶ－ＭＡＮＯの下位レイヤによって提供される必要があるＳＡＬにマッピングすることと、マッピングされた要求されたＳＡＬをＮＦＶ－ＭＡＮＯのレイヤ間のインターフェースを通してＮＦＶオーケストレータ（ＮＦＶＯ）から仮想化インフラストラクチャマネージャ（ＶＩＭ）のほうへ伝搬することと、要求されたＳＡＬを満足するためにＶＩＭによって割り当てられた仮想リソース（ＶＲ）に基づく、ＮＳについての推定されたＳＡＬ’を受信することと、推定されたＳＡＬ’が要求されたＳＡＬを満足しないと決定すると、要求されたＳＡＬを満たすためのアクションをとること、または、推定されたＳＡＬ’が要求されたＳＡＬを満足すると決定すると、さらなるアクションをとらないこととを含む。
【0014】
本明細書で提供される方法およびシステムまたはノードは、ソフトウェア利用可能性レベルがＥＴＳＩ ＮＦＶにおいて動作するやり方に対する改善を提示する。
【図面の簡単な説明】
【0015】
【図1】ＮＦＶアーキテクチャフレームワークの概略図である。
【図3】ＥＴＳＩ ＮＦＶ ＩＦＡ仕様において説明されている現在のサービス利用可能性レベルの概略図である。
【図4】ＥＴＳＩ ＮＦＶ ＩＦＡ仕様において説明されている現在のサービス利用可能性レベルの概略図である。
【図5】ＥＴＳＩ ＮＦＶ ＩＦＡ仕様中に含めるために提案される新しいサービス利用可能性レベルの概略図である。
【図6】ＥＴＳＩ ＮＦＶ ＩＦＡ仕様中に含めるために提案される新しいサービス利用可能性レベルの概略図である。
【図7】要求されたサービス利用可能性を達成するための方法のフローチャートである。
【図8】要求されたサービス利用可能性を達成するための方法のフローチャートである。
【発明を実施するための形態】
【0016】
次に、本開示の範囲を当業者に十分に伝えるために、図を参照しながら様々な特徴が説明される。
【0017】
アクションまたは機能のシーケンスが本開示内で使用され得る。いくつかの機能またはアクションは、いくつかのコンテキストにおいて、専用回路によって、１つまたは複数のプロセッサによって実行されているプログラム命令によって、または両方の組合せによって、実施され得ることを認識されたい。
【0018】
さらに、コンピュータ可読キャリアまたは搬送波が、本明細書で説明される技法をプロセッサに行わせるコンピュータ命令の適切なセットを含んでいることがある。
【0019】
本明細書で説明される機能／アクションは、アクションのシーケンスにおいて言及される順序から外れて、または同時に行われ得る。さらに、いくつかの例示では、いくつかのブロック、機能またはアクションは、随意であり得、実行されることも実行されないこともあり、これらは、破線を使用して示され得る。
【0020】
図３および図４を参照すると、前述のように、ＥＴＳＩ ＮＦＶ ＩＦＡ仕様では、ＮＳについてのＳＡＬ（ＮＳ（ＳＡＬ））が満たされ得るように、適切なカテゴリー／タイプのリソースをＮＦＶＯ１１０がどのようにグラントするかが規定されていない。
【0021】
ＮＦＶＯ１１０は、適切なリソースを決定する、ある関数／ポリシ、たとえばｆｕｎｃＩＲＬに気づいていると仮定される。
【0022】
ＶＮＦマネージャ１２０は、仮想インフラストラクチャマネージャ１３０とともに、ＮＦＶＯによってグラントされたリソースを、それらのリソースが提供することができるＳＡＬ／インフラストラクチャ信頼性レベル（ＩＲＬ）に気づいていることなしに割り当てる。ＶＩＭ１３０は、割り当て要求に基づいて、要求されたリソースを作成し、これらのリソースが提供することができるＩＲＬに気づいていることも気づいていないこともある。リソースの変更があるときはいつでも、たとえば、ＶＭが別のホストに移行される、ホストが機能しない、などのときはいつでも、ＶＩＭは、リソース変更に関する、影響を受ける仮想化リソースについての通知を提供する。
【0023】
現在のソリューションに関していくつかの問題点がある。ＮＦＶＯ１１０は、ＳＡＬと、リソースとのＳＡＬの関係とに気づいている、唯一のエンティティである。これは、現在、暗示される機能であり、仕様において明記されていない／必要とされない。ＶＩＭ１３０は、ＮＦＶＯ１１０に向かう新しいグラント要求をトリガすることなしに、障害および／または優先度によりリソースを再配置し得る。ＶＩＭ１３０は、ＩＲＬ変更について、リソース変更通知を生成することを義務づけられないが、移行、障害などについて、リソース変更通知を生成することを義務づけられる。これらの通知はまた、ＩＲＬ値を含む必要がなく、したがって、通知を受信するサブスクライバは、リソース変更がＩＲＬ変更の暗示をも有するかどうかを理解する必要がある。ＮＦＶＯ１１０は、そのような場合にＮＦＶＯ１１０が働くことが予想される場合、リソース変更通知にサブスクライブする必要がある。サブスクリプションなしに、および変更のＩＲＬ暗示を理解することなしに、リソースがもはや適切でない場合、いかなるアクションもとられ得ない。ＮＦＶＯ１１０は、低レベルリソース管理を行うことになっていない。ＮＦＶＯ１１０は、一般に、仮想化リソースのステータスに関する情報を維持するが、これらの仮想化リソースをホストする物理リソースのステータスに関する情報を維持しない。ＮＦＶＯ１１０は、ＶＮＦ内部、すなわち、異なるＶＮＦ構成要素（ＶＮＦＣ）のＶＮＦ組成と、それらのＶＮＦＣのインスタンスの数とに気づいていない。ＮＦＶＯは、ライフサイクル管理（ＬＣＭ）のＮＳレベルアクションと、ＶＮＦＭ１２０が、関係するＬＣＭアクションを行うことを要求される必要があるかどうかとのみに気づいている。たとえば、ＩＲＬ変更が、冗長を増加させることによって補償され得る場合、ＮＦＶＯ１１０は、ＮＦＶＯ１１０がインスタンス化を行うために関係するＶＮＦＭ１２０を呼び出す、新しいＶＮＦインスタンスをインスタンス化することによってＮＳをスケールアウトすることができる。しかし、ＮＦＶＯは、ＩＲＬ変更を補償する好ましいやり方であり得る、新しいＶＮＦＣインスタンスをインスタンス化することによってＶＮＦをスケールアウトすることを担当しない。ＮＦＶＯは、これらのＶＮＦＣとそれらのＶＮＦＣのスケーリング可能性とに気づいていない。
【0024】
図３では、図の上部において開始し、ネットワークサービスについての要求がＮＦＶＯ１１０によって受信され、ＮＦＶＯ１１０は、要求されたＮＳ（ＳＡＬ）を指定するか、または、それぞれ、その構成する仮想ネットワーク機能ＶＮＦ（ＳＡＬ）および仮想リンクＶＬ（ＩＲＬ）についての、ＳＡＬ値およびＩＲＬ値を指定することができる。ＩＲＬは、たとえば、仮想コンピュート、仮想ストレージ、仮想ネットワークリソースであり得る、仮想リソースに関係する。ＳＡＬは、ＮＳ、またはＶＮＦインスタンスについてのものである。
【0025】
次いで、ＮＳ設計（たとえばＶＮＦ冗長）に応じて、異なる仮想リソース（ＶＲ）ＩＲＬ（ＶＲ（ＩＲＬ））が、要求されたＳＡＬを達成するために必要とされ得、ここで、
ＶＲ（ＩＲＬ）＝ｆｕｎｃＩＲＬ（ＮＳ（ＳＡＬ））または
ＶＲ（ＩＲＬ）＝ｆｕｎｃＩＲＬ（ＶＮＦ（ＳＡＬ）＆ＶＬ（ＩＲＬ））。
ＶＲ（ＩＲＬ）＝ｆｕｎｃＩＲＬ（ＮＳ（ＳＡＬ））または
ＶＲ（ＩＲＬ）＝ｆｕｎｃＩＲＬ（ＶＮＦ（ＳＡＬ）＆ＶＬ（ＩＲＬ））。
【0026】
関数ｆｕｎｃＩＲＬは、ＮＳ設計者またはサービスプロバイダによって決定される。その関数は、要求されたＮＳ（ＳＡＬ）を達成するために必要とされる、または所与のＶＮＦおよびＶＬフレーバーを使用して、要求されたＶＮＦ（ＳＡＬ）およびＶＬ（ＩＲＬ）を達成するために必要とされる、リソースのインフラストラクチャ信頼性レベルＶＲ（ＩＲＬ）を決定する。ＮＦＶＯは、ｆｕｎｃＩＲＬに気づいており、それに応じてリソースをグラントする。
【0027】
ＶＮＦ１（ＳＡＬ）およびＶＮＦ２（ＳＡＬ）がＮＳ記述子（ＮＳＤ）において指定されるが、ＶＮＦ１（ＳＡＬ）およびＶＮＦ２（ＳＡＬ）は、ＮＦＶＯがＶＮＦＭ１２０に送るインスタンス化要求において、ＮＦＶＯによってＶＮＦＭに提供されない。ＶＮＦＭは、ＳＡＬ／ＩＲＬに気づいていない。ＶＮＦＭ１２０は、ＶＮＦ構成要素のためのリソースをグラントすることをＮＦＶＯに要求することによって、ＶＮＦのインスタンス化を開始する。ＮＦＶＯ１１０に知られているｆｕｎｃＩＲＬによって決定されたＩＲＬは、ＮＦＶＯリソースによってグラントされたＶＲを通して暗示され、ＶＮＦＭ１２０は、次いで、ＶＩＭ１３０とともにそれらのＶＲを割り当てる。
【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】
上記の計算に基づいて、ＶＮＦ１（ＳＡＬ）およびＶＮＦ２（ＳＡＬ）が、ＮＦＶＯ１１０によってＶＮＦＭ１２０に提供される。ＶＮＦフレーバー（たとえばＶＮＦＣ冗長）に応じて、異なるＶＲ（ＩＲＬ）が必要とされ得、ここで、
ＶＲ（ＩＲＬ）＝ｆｕｎｃＶＮＦ（ＶＮＦ（ＳＡＬ））。
ＶＲ（ＩＲＬ）＝ｆｕｎｃＶＮＦ（ＶＮＦ（ＳＡＬ））。
【0062】
関数ｆｕｎｃＶＮＦは、各ＶＮＦＣを考慮して、たとえば、各ＶＮＦフレーバーについて、ＶＮＦベンダーによって提供される。その関数は、所与のＶＮＦフレーバーを使用して、要求されたＶＮＦ（ＳＡＬ）を達成するために異なるＶＲについて必要とされるインフラストラクチャ信頼性レベルを決定する。その関数は、プラグ可能であり、前に説明されたようなデフォルト挙動値を有する。これらに基づいて、ＶＮＦＭ１２０は、必要とされるリソースを、それらのリソースがＮＦＶＯ１１０によってグラントされたという条件で、ＶＩＭ１３０に要求する。
【0063】
ＮＦＶＯ１１０はまた、ＮＦＶＯ１１０の計算に基づいて、ＶＩＭ１３０に、ｆｕｎｃＮＳによって計算されたＶＬ（ＩＲＬ）をもつＶＬを割り当てるように要求する。
【0064】
ＶＩＭ１３０はＶＲを割り当てるためのリソースを選択し、ＮＦＶＯ１１０およびＶＮＦＭ１２０から受信されたＶＲ（ＩＲＬ）が、たとえばｆｕｎｃＶＲ、または各リソースの分類に基づいて、満たされることを保証する。仮想リソースＶＲ１１～ＶＲ１３、ＶＲ２１およびＶＲ２２が、ＶＩＭ１３０によって割り当てられる。その関数は、プラグ可能であり、デフォルト値を有する。
【0065】
図６は、下部において開始し、割り当て要求およびリソース変更通知に対する応答についてのフローを示す。
【0066】
ＶＩＭ１３０は、ＶＲ（ＩＲＬ）が、ｒｅｖ－ｆｕｎｃＶＲ関数／分類に基づいて満たされるように、リソース上にＶＲを割り当てる。ＶＩＭ１３０は、割り当てにおける応答において、および通知におけるリソース変更においてＶＲ（ＩＲＬ’）を折り返し報告する。関数／分類は、プラグ可能であり、他の場合、ＶＩＭ１３０はデフォルト値を報告する。ＶＲ１１（ＩＲＬ’）～ＶＲ１３（ＩＲＬ’）、ＶＲ２１（ＩＲＬ’）およびＶＲ２２（ＩＲＬ’）がＶＮＦＭに提供される。
【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】
仮想化環境は、処理回路とメモリとを備えるハードウェアを提供する。メモリは、処理回路によって実行可能な命令を含んでいることがあり、それにより、本明細書で説明される機能およびステップは、本明細書で開示される関連のある特徴および利益のうちのいずれかを提供するために実行され得る。
【0113】
図２は、ネットワーク機能仮想化（ＮＦＶ）－管理およびオーケストレーション（ＭＡＮＯ）１０５を稼働する、ネットワークサービス（ＮＳ）についての要求されたサービス利用可能性レベル（ＳＡＬ）を提供するためのシステム１００を示す。システムは、処理回路とメモリとを備え、メモリは、処理回路によって実行可能な命令を含んでおり、それにより、システムは、ＮＦＶ－ＭＡＮＯの複数のレイヤの各々において、要求されたＳＡＬをＮＦＶ－ＭＡＮＯの下位レイヤによって提供される必要があるＳＡＬにマッピングすることと、マッピングされた要求されたＳＡＬをＮＦＶ－ＭＡＮＯのレイヤ間のインターフェースを通してＮＦＶオーケストレータ（ＮＦＶＯ）から仮想化インフラストラクチャマネージャ（ＶＩＭ）のほうへ伝搬することと、要求されたＳＡＬを満足するためにＶＩＭによって割り当てられた仮想リソース（ＶＲ）に基づく、ＮＳについての推定されたＳＡＬ’を受信することと、推定されたＳＡＬ’が要求されたＳＡＬを満足しないと決定すると、要求されたＳＡＬを満たすためのアクションをとること、または、推定されたＳＡＬ’が要求されたＳＡＬを満足すると決定すると、さらなるアクションをとらないこととを行うように動作可能である。
【0114】
システム１００は、本明細書で説明される方法のステップのうちのいずれかを実行するようにさらに動作可能である。
【0115】
ハードウェアは、本明細書で説明される機能およびステップを実行するために処理回路によって実行可能なソフトウェアおよび／または命令を記憶した、非一時的、永続的、機械可読記憶媒体をも含み得る。
【0116】
システム、ネットワーク、サーバまたはノードを備える、仮想化環境は、ネットワークサービス（ＮＳ）についての要求されたサービス利用可能性レベル（ＳＡＬ）を提供するためのネットワーク機能仮想化（ＮＦＶ）－管理およびオーケストレーション（ＭＡＮＯ）を提供または実行するように動作可能である。システム、ネットワーク、サーバまたはノードは、処理回路とメモリとを備え、メモリは、処理回路によって実行可能な命令を含んでおり、それにより、システム、ネットワーク、サーバまたはノードは、本明細書で提供されるステップのうちのいずれかを実行するように（個々にまたはまとめて）動作可能である。
【0117】
非一時的コンピュータ可読媒体は、ネットワーク機能仮想化（ＮＦＶ）－管理およびオーケストレーション（ＭＡＮＯ）によって実行するための、ネットワークサービス（ＮＳ）についての要求されたサービス利用可能性レベル（ＳＡＬ）を提供するための命令を記憶している。命令は、本明細書で説明されるステップのうちのいずれかを実行するための命令を含む。
【0118】
（示されていない）非一時的コンピュータ可読媒体は、ネットワークサービス（ＮＳ）についての要求されたサービス利用可能性レベル（ＳＡＬ）をネットワーク機能仮想化（ＮＦＶ）－管理およびオーケストレーション（ＭＡＮＯ）を通して提供するための命令を記憶している。命令は、ＮＦＶ－ＭＡＮＯの複数のレイヤの各々において、要求されたＳＡＬをＮＦＶ－ＭＡＮＯの下位レイヤによって提供される必要があるＳＡＬにマッピングすることと、マッピングされた要求されたＳＡＬをＮＦＶ－ＭＡＮＯのレイヤ間のインターフェースを通してＮＦＶオーケストレータ（ＮＦＶＯ）から仮想化インフラストラクチャマネージャ（ＶＩＭ）のほうへ伝搬することと、要求されたＳＡＬを満足するためにＶＩＭによって割り当てられた仮想リソース（ＶＲ）に基づく、ＮＳについての推定されたＳＡＬ’を受信することと、推定されたＳＡＬ’が要求されたＳＡＬを満足しないと決定すると、要求されたＳＡＬを満たすためのアクションをとること、または、推定されたＳＡＬ’が要求されたＳＡＬを満足すると決定すると、さらなるアクションをとらないこととを含む。
非一時的コンピュータ可読媒体は、本明細書で説明される方法のステップのうちのいずれかを実行するための命令をさらに備え得る。
非一時的コンピュータ可読媒体は、本明細書で説明される方法のステップのうちのいずれかを実行するための命令をさらに備え得る。
【0119】
修正が、上記の説明および関連する図面において提示される教示の恩恵を得る当業者に、想到されるであろう。したがって、上記で説明されたもの以外の特定の形態など、修正が、本開示の範囲内に含められるものであることを理解されたい。前の説明は、例示的なものにすぎず、いかなる形でも限定的と見なされるべきではない。特定の用語が本明細書で採用され得るが、それらの用語は、一般的および説明的な意味において使用されるにすぎず、限定の目的で使用されない。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】