(57)【要約】本出願は、第１のNFVOにより、送信者からNS  LCM動作要求を受信することであって、NS  LCM動作要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、受信することと、第１のNFVOにより、NS  LCM動作要求に基づいて、第１のNFVOが、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行することを許可するように第２のNFVOに要求する許可要求を、第２のNFVOに送信することと、第２のNFVOの許可が得られた後、第１のNFVOにより、第２のNFVOの許可応答を受信することと、第１のNFVOにより、許可応答に基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行することと、を含むネットワークサービスライフサイクル管理許可方法を提供する。したがって、ターゲット整合性を実現するための許可管理メカニズムが、第１のNFVOと第２のNFVOとの間で使用される。
2019536365.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワーク機能仮想化オーケストレータ（NFVO）により、ネットワークサービス（NS）ライフサイクル管理（LCM）動作要求を受信することであって、前記NS  LCM動作要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、受信することと、
前記第１のNFVOにより、前記NS  LCM動作要求に基づいて、前記第１のNFVOが、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理を実行することを許可するように第２のNFVOに要求する許可要求を、前記第２のNFVOに送信することであって、前記許可要求は、前記第１のNSインスタンスの前記識別子及び前記NS  LCM動作の前記タイプを運ぶ、送信することと、
前記第１のNFVOにより、前記許可要求に基づいて前記第２のNFVOにより送信された許可応答を受信することと、
前記第１のNFVOにより、前記許可応答に基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理を実行することと、
を含むネットワークサービスライフサイクル管理許可方法。
【請求項２】
前記第１のNFVOにより、前記NS  LCM動作要求に基づいて、前記許可要求を、前記第２のNFVOに送信することは、
前記第１のNFVOにより、前記第１のNSインスタンスの前記識別子に基づいて、記憶されているテナント識別子をローカルで得て、前記テナント識別子に基づいて、前記第２のNFVOの識別情報を得ることと、
前記第１のNFVOにより、前記第２のNFVOの前記識別情報に基づいて、前記許可要求を、前記第２のNFVOに送信することと、
を含む、請求項１に記載のネットワークサービスライフサイクル管理許可方法。
【請求項３】
前記第１のNFVOにより管理される前記第１のNSインスタンスは、前記第２のNFVOにより管理される第２のNSインスタンスのメンバーである、請求項１又は２に記載のネットワークサービスライフサイクル管理許可方法。
【請求項４】
前記許可要求は、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理プランをさらに含む、請求項１乃至３のうちのいずれか一項に記載のネットワークサービスライフサイクル管理許可方法。
【請求項５】
前記仮想リソース管理プランは、
前記第１のNSインスタンスにより使用されている現在のリソースの状態を参照して前記NS  LCM動作について追加、削除、又は変更される必要がある仮想リソースのタイプ、量、及び／又は位置、又は
前記第１のNSインスタンスに含まれるメンバーVNFインスタンスにより前記NS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、並びに／又は、前記第１のNSインスタンスに含まれるメンバーVLインスタンスにより前記NS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置
を含む、請求項４に記載のネットワークサービスライフサイクル管理許可方法。
【請求項６】
前記ネットワークサービスライフサイクル管理許可方法は、
前記第２のNFVOにより、前記第１のNSインスタンスの前記識別子、前記NS  LCM動作の前記タイプ、及び、前記第２のNFVOにより管理される前記第２のNSインスタンスの仮想リソースビューに基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作が、前記第２のNFVOにより管理される前記第２のNSインスタンスに影響を及ぼすかどうかを判断することと、
前記第２のNFVOにより、判断結果に基づいて、前記許可応答を前記第１のNFVOに送信することと、
をさらに含む、請求項３、又は、請求項３に従属する場合の請求項４若しくは５に記載のネットワークサービスライフサイクル管理許可方法。
【請求項７】
前記第２のNFVOは、次のローカルに記憶されている情報、すなわち、前記第２のNFVOにより管理される前記第２のNSインスタンスのメンバーNSインスタンスであって、前記第１のNSインスタンスとの依存関係を有するメンバーNSインスタンスの動作状態、及び／又は、前記第２のNFVOにより管理される前記第２のNSインスタンスのメンバーVNFインスタンスであって、前記第１のNSインスタンスとの依存関係を有するメンバーVNFインスタンスの動作状態；前記第２のNFVOにより管理される前記第２のNSインスタンスの下で規定されているアフィニティ及び／又はアンチアフィニティルールであって、前記第１のNSインスタンスに関連付けられているアフィニティ及び／又はアンチアフィニティルール；及び、前記第２のNSインスタンスについて実行されるNS  LCM動作についての許可ポリシーのうちの少なくとも１つに基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作が、前記第２のNFVOにより管理される前記第２のNSインスタンスに影響を及ぼすかどうかを判断する、請求項６に記載のネットワークサービスライフサイクル管理許可方法。
【請求項８】
前記許可応答は、動作成功指示を含み、
前記第１のNFVOにより、前記許可応答に基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理を実行することは、
前記第１のNFVOにより、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての前記仮想リソース管理プランに基づいて、仮想リソース管理を実行すること
を含む、請求項４に従属する場合の請求項６又は７に記載のネットワークサービスライフサイクル管理許可方法。
【請求項９】
前記ネットワークサービスライフサイクル管理許可方法は、
前記第２のNFVOにより、前記第２のNFVOにより管理される前記第２のNSインスタンスの前記仮想リソースビューと前記情報のうちの少なくとも１つとに基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての前記仮想リソース管理プランを更新すること
をさらに含み、
前記許可応答は、動作成功指示を含み、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての、前記第２のNFVOにより更新された仮想リソース管理プランをさらに含み、
前記第１のNFVOにより、前記許可応答に基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理を実行することは、
前記第１のNFVOにより、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての前記更新された仮想リソース管理プランに基づいて、仮想リソース管理を実行すること
を含む、請求項４に従属する場合の請求項７に記載のネットワークサービスライフサイクル管理許可方法。
【請求項１０】
第２のNFVOにより、第１のNFVOにより送信されたNS  LCM動作許可要求を受信することであって、前記NS  LCM動作許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、受信することと、
前記第２のNFVOにより、前記第１のNSインスタンスの前記識別子、前記NS  LCM動作の前記タイプ、及び、前記第２のNFVOにより管理される第２のNSインスタンスの仮想リソースビューに基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作が、前記第２のNFVOにより管理される前記第２のNSインスタンスに影響を及ぼすかどうかを判断することと、
前記第２のNFVOにより、判断結果に基づいて、許可応答を前記第１のNFVOに送信することと、
を含むネットワークサービスライフサイクル管理許可方法。
【請求項１１】
前記ネットワークサービスライフサイクル管理許可方法は、
前記第２のNFVOにより、さらに、次のローカルに記憶されている情報、すなわち、前記第２のNFVOにより管理される前記第２のNSインスタンスのメンバーNSインスタンスであって、前記第１のNSインスタンスとの依存関係を有するメンバーNSインスタンスの動作状態、及び／又は、前記第２のNFVOにより管理される前記第２のNSインスタンスのメンバーVNFインスタンスであって、前記第１のNSインスタンスとの依存関係を有するメンバーVNFインスタンスの動作状態；前記第２のNFVOにより管理される前記第２のNSインスタンスの下で規定されているアフィニティ及び／又はアンチアフィニティルールであって、前記第１のNSインスタンスに関連付けられているアフィニティ及び／又はアンチアフィニティルール；及び、前記第２のNSインスタンスについて実行されるNS  LCM動作についての許可ポリシーのうちの少なくとも１つに基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作が、前記第２のNFVOにより管理される前記第２のNSインスタンスに影響を及ぼすかどうかを判断すること
をさらに含む、請求項１０に記載のネットワークサービスライフサイクル管理許可方法。
【請求項１２】
前記NS  LCM動作許可要求は、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理プランをさらに含み、
前記仮想リソース管理プランは、
前記第１のNSインスタンスにより使用されている現在のリソースの状態を参照して前記NS  LCM動作について追加、削除、又は変更される必要がある仮想リソースのタイプ、量、及び／又は位置、又は
前記第１のNSインスタンスに含まれるメンバーVNFインスタンスにより前記NS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、並びに／又は、前記第１のNSインスタンスに含まれるメンバーVLインスタンスにより前記NS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置
を含む、請求項１０又は１１に記載のネットワークサービスライフサイクル管理許可方法。
【請求項１３】
前記ネットワークサービスライフサイクル管理許可方法は、
前記第２のNFVOにより、前記第２のNFVOにより管理される前記第２のNSインスタンスの前記仮想リソースビューと前記ローカルに記憶されている情報のうちの少なくとも１つとに基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての前記仮想リソース管理プランを更新すること
をさらに含み、
前記許可応答は、動作成功指示を含み、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての、前記第２のNFVOにより更新された仮想リソース管理プランであって、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての前記更新された仮想リソース管理プランに基づいて仮想リソース管理を実施するように前記第１のNFVOに指示するための仮想リソース管理プランをさらに含む、請求項１１に従属する場合の請求項１２に記載のネットワークサービスライフサイクル管理許可方法。
【請求項１４】
ネットワーク機能仮想化オーケストレータ（NFVO）であって、
NS  LCM動作要求を受信するよう構成されている受信ユニットであって、前記NS  LCM動作要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、受信ユニットと、
前記NS  LCM動作要求に基づいて、前記NFVOが、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理を実行することを許可するように第２のNFVOに要求する許可要求を、前記第２のNFVOに送信するよう構成されている送信ユニットであって、前記許可要求は、前記第１のNSインスタンスの前記識別子及び前記NS  LCM動作の前記タイプを運び、前記受信ユニットは、前記許可要求に基づいて前記第２のNFVOにより送信された許可応答を受信するようさらに構成されている、送信ユニットと、
前記許可応答に基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理を実行するよう構成されている処理ユニットと、
を含むNFVO。
【請求項１５】
前記送信ユニットが、前記NS  LCM動作要求に基づいて、前記許可要求を、前記第２のNFVOに送信することは、
前記送信ユニットが、前記第１のNSインスタンスの前記識別子に基づいて、記憶されているテナント識別子をローカルで得て、前記テナント識別子に基づいて、前記第２のNFVOの識別情報を得ることと、
前記送信ユニットが、前記第２のNFVOの前記識別情報に基づいて、前記許可要求を、前記第２のNFVOに送信することと、
を含む、請求項１４に記載のNFVO。
【請求項１６】
前記NFVOにより管理される前記第１のNSインスタンスは、前記第２のNFVOにより管理される第２のNSインスタンスのメンバーである、請求項１４又は１５に記載のNFVO。
【請求項１７】
前記送信ユニットにより送信される前記許可要求は、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理プランをさらに含み、
前記仮想リソース管理プランは、
前記第１のNSインスタンスにより使用されている現在のリソースの状態を参照して前記NS  LCM動作について追加、削除、又は変更される必要がある仮想リソースのタイプ、量、及び／又は位置、又は
前記第１のNSインスタンスに含まれるメンバーVNFインスタンスにより前記NS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、並びに／又は、前記第１のNSインスタンスに含まれるメンバーVLインスタンスにより前記NS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置
を含む、請求項１４乃至１６のうちのいずれか一項に記載のNFVO。
【請求項１８】
前記受信ユニットにより受信される前記許可応答は、動作成功指示を含み、
前記処理ユニットが、前記許可応答に基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理を実行することは、
前記処理ユニットが、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての前記仮想リソース管理プランに基づいて、仮想リソース管理を実行すること
を含む、請求項１７に記載のNFVO。
【請求項１９】
前記受信ユニットにより受信される前記許可応答は、動作成功指示を含み、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての、前記第２のNFVOにより更新された仮想リソース管理プランをさらに含み、
前記処理ユニットが、前記許可応答に基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理を実行することは、
前記処理ユニットが、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての前記更新された仮想リソース管理プランに基づいて、仮想リソース管理を実行すること
を含む、請求項１７に記載のNFVO。
【請求項２０】
ネットワーク機能仮想化オーケストレータ（NFVO）であって、
第１のNFVOにより送信されたNS  LCM動作許可要求を受信するよう構成されている受信ユニットであって、前記NS  LCM動作許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、受信ユニットと、
前記第１のNSインスタンスの前記識別子、前記NS  LCM動作の前記タイプ、及び、前記NFVOにより管理される第２のNSインスタンスの仮想リソースビューに基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作が、前記NFVOにより管理される前記第２のNSインスタンスに影響を及ぼすかどうかを判断するよう構成されている処理ユニットと、
判断結果に基づいて、許可応答を前記第１のNFVOに送信するよう構成されている送信ユニットと、
を含むNFVO。
【請求項２１】
前記処理ユニットは、さらに、次のローカルに記憶されている情報、すなわち、前記NFVOにより管理される前記第２のNSインスタンスのメンバーNSインスタンスであって、前記第１のNSインスタンスとの依存関係を有するメンバーNSインスタンスの動作状態、及び／又は、前記NFVOにより管理される前記第２のNSインスタンスのメンバーVNFインスタンスであって、前記第１のNSインスタンスとの依存関係を有するメンバーVNFインスタンスの動作状態；前記NFVOにより管理される前記第２のNSインスタンスの下で規定されているアフィニティ及び／又はアンチアフィニティルールであって、前記第１のNSインスタンスに関連付けられているアフィニティ及び／又はアンチアフィニティルール；及び、前記第２のNSインスタンスについて実行されるNS  LCM動作についての許可ポリシーのうちの少なくとも１つに基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作が、前記NFVOにより管理される前記第２のNSインスタンスに影響を及ぼすかどうかを判断する、請求項２０に記載のNFVO。
【請求項２２】
前記受信ユニットにより受信される前記NS  LCM動作許可要求は、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての仮想リソース管理プランをさらに含み、
前記仮想リソース管理プランは、
前記第１のNSインスタンスにより使用されている現在のリソースの状態を参照して前記NS  LCM動作について追加、削除、又は変更される必要がある仮想リソースのタイプ、量、及び／又は位置、又は
前記第１のNSインスタンスに含まれるメンバーVNFインスタンスにより前記NS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、並びに／又は、前記第１のNSインスタンスに含まれるメンバーVLインスタンスにより前記NS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置
を含む、請求項２１に記載のNFVO。
【請求項２３】
前記処理ユニットは、前記NFVOにより管理される前記第２のNSインスタンスの前記仮想リソースビューと前記ローカルに記憶されている情報のうちの少なくとも１つとに基づいて、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての前記仮想リソース管理プランを更新するようさらに構成されており、
前記送信ユニットにより送信される前記許可応答は、動作成功指示を含み、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての、前記NFVOにより更新された仮想リソース管理プランであって、前記第１のNSインスタンスについて実行される前記NS  LCM動作についての前記更新された仮想リソース管理プランに基づいて仮想リソース管理を実施するように前記第１のNFVOに指示するための仮想リソース管理プランをさらに含む、請求項２２に記載のNFVO。
【請求項２４】
請求項１乃至１３のうちのいずれか一項に記載のネットワークサービスライフサイクル管理許可方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願の実施形態は、通信技術に関し、詳細には、ネットワークサービスライフサイクル管理許可方法及び装置に関する。
【背景技術】
【０００２】
ネットワーク機能仮想化（Network  Function  Virtualization、NFV）技術において、電気通信ネットワークオペレータは、情報技術（Information  Technology、IT）分野における仮想化技術に基づいて、ユニバーサルクラウドサーバ、スイッチ、及びメモリにおけるいくつかの電気通信ネットワーク機能の実装のために、ハードウェアからソフトウェアを分離する。この技術は、電気通信ネットワーク機能が、ソフトウェアの形態で実装され、ユニバーサルサーバハードウェア上で動作し得、要件に基づいて、ネットワーク上の異なる物理位置においてマイグレーション、インスタンス化、及びデプロイされ得ることを必要とする。
【０００３】
NFVにおいて、仮想化ネットワークサービス（Network  Service、略してNS）は、いくつかの仮想化ネットワーク機能（Virtualized  Network  Function、VNF）モジュールにより実装され得る。VNFは、NFV基盤上にデプロイされ得るネットワーク機能のソフトウェア実装である。
【０００４】
現在、NFV技術は、仮想化ネットワーク機能及び仮想化リソースの動的管理及びオーケストレーション（Management  and  Orchestration、MANO）に主にフォーカスしている。図１は、NFV  MANOの機能アーキテクチャを示している。
【０００５】
エンドツーエンド（End  to  End、E2E）ネットワーク機能仮想化アーキテクチャにおいて、ネットワーク機能仮想化基盤（Network  Function  Virtualization  Infrastructure、NFVI）は、計算ハードウェア、記憶ハードウェア、ネットワークハードウェア等に具体的には分類され得る基盤となるハードウェア（Hardware、HW）リソースを含む。仮想化レイヤ（Virtualization  Layer）は、ハードウェアレイヤの上にあり、ホストオペレーティングシステム（Host  Operating  System、ホストOS）及びスーパー管理プログラム／仮想マシンマネージャ（ハイパーバイザ）を含む。少なくとも２つの仮想マシン（Virtual  Machine、VM）は、仮想化レイヤの上で動作する。NFVIの上の複数の仮想化ネットワーク機能（VNF）インスタンスは、EMSシステムを使用することにより、OSS/BSSシステムに接続される。
【０００６】
NFVIは、Nf-Viインタフェースを使用することにより、仮想化基盤マネージャ（Virtualized  Infrastructure  Manager、VIM）に接続され、VNFは、Ve-Vnfmインタフェースを使用することにより、VNFマネージャ（VNF  Manager、VNFM）に接続され、VIMとVNFMとは、Vi-Vnfmインタフェースを使用することにより、接続される。VIMは、Or-Viインタフェースを使用することにより、ネットワーク機能仮想化オーケストレータ（Network  Functions  Virtualization  Orchestrator、NFVO）に接続され、VNFMは、Or-Vnfmインタフェースを使用することにより、NFVOに接続され、NFVOは、Os-Ma-nfvoインタフェースを使用することにより、OSS/BSSに接続される。
【０００７】
OSS/BSSは、NFVOに対してネットワークサービスライフサイクル管理要求を開始するよう構成され、NFVOは、ネットワークサービスライフサイクル管理を実施するために、OSS/BSSにより開始されたネットワークサービスライフサイクル管理要求に基づいて、管理リソースをオーケストレーションし、VNF及びNFVIリソースの動作状態情報をリアルタイムにモニタリングすることを担う。VNFMは、インスタンス化、スケーリング、ヒーリング、及びVNFインスタンス停止等、VNFのライフサイクル管理を担う。VIMは、NFVIリソースを管理して割り当てること、及び、NFVI動作状態情報を検出して収集することを担う。
【０００８】
NFV  MANOの既存の機能アーキテクチャにおいて、NFVOは、NFVOにより管理されるNSインスタンスについてのリソース管理を実行する。NFVOの管理ドメインにおけるVNFMが、NSインスタンスのメンバーVNFインスタンスについてのライフサイクル管理（Life  Cycle  Management、LCM）動作要求を受信したとき、VNFMは、まず、このVNFインスタンスに対してライフサイクル管理動作を実行するために、NFVOに対してリソース管理許可（Granting）を要求する必要がある。NFVOが、VNF  LCM動作要求を許可することを承諾した後、VNFMは、さらに、VNF  LCM動作におけるリソース管理を完了するために、VIMとインタラクトすることができる。
【０００９】
しかしながら、既存のリソース管理許可メカニズムは、同じNFVOにより管理されるNSインスタンスのメンバーVNFインスタンスのライフサイクル管理に対してしか適用可能でない。図１に示されているシステムアーキテクチャを参照すると、１つのNFVOにより管理される仮想リソースセットは、１つの管理ドメインに属し、異なるNFVOにより管理される仮想リソースセットは、異なる管理ドメインに属する。具体的には、管理ドメインは、１つのNFVOとこのNFVOの管理範囲内の１つ以上のVNFMとを含むMANO管理機能エンティティセットである。各管理ドメインは、１つのNFVOの管理範囲に対応しており、このNFVOは、この管理ドメインにおける特定のセットについてネットワークサービスを提供するよう構成される。加えて、１つの管理ドメインは、１つ以上のVIMと各VIMにより管理される１つ以上のデータセンター（Data  Center）とをさらに含んでよい。
【００１０】
しかしながら、サービスの開発により、いくつかのNSインスタンスは、複数の管理ドメインにおいて提供される必要があることがあり、複数のNFVOにより管理される仮想リソースが使用される必要がある。例えば、大きなサービスプロバイダは、ブランチの協働を通じて、このサービスプロバイダのグローバルNSを提供し、各ブランチは、少なくとも１つのNFVOを含むNFV  MANOシステムをデプロイし、当該ブランチの管理ドメインを構築する。
【００１１】
図２に示されているように、NS1はNS2を含み、NS1は、０〜Ｎ個のVNFインスタンス及び０〜Ｎ個の物理ネットワーク機能（Physical  Network  Function、PNF）インスタンスを使用する必要があり、NS2は、１〜Ｎ個のVNF（２０５）インスタンス及び０〜Ｎ個のPNF（２０６）インスタンスを使用する必要がある。
【００１２】
理解しやすくするために、NS1は、さらにNS2を含むので、NS1は、混成NS（Composite  NS）と呼ばれ、NS1に含まれるNS2は、ネストNS（Nested  NS）と呼ばれることがある。ネストNSは、混成NSの管理ドメインとは異なる管理ドメインにより提供される。１つの混成NSは、１つ以上のネストNSを含んでよい。本出願において、混成NSインスタンスは、さらに、第２のNSインスタンスとして理解されてよく、ネストNSインスタンスは、さらに、第１のNSインスタンスとして理解されてよい。
【００１３】
既存のリソース管理許可メカニズムが使用され、混成NSを管理するNFVOとネストNSを管理するNFVOとが、NFVOが属する管理ドメインにおけるVNFMとともに、VNF  LCM動作についてのリソース管理許可プロセスを別個に実行する場合、ネストNSインスタンスにより実行されるライフサイクル管理動作と混成NSインスタンスにより実行されるライフサイクル管理動作との間で、ターゲット競合が生じる可能性がある。例えば、ネストNSを管理するNFVOは、ネストNSインスタンスについてOSS/BSSにより送信されたスケーリング（scaling）動作を受信し、この場合、混成NSを管理するNFVOは、ネストNSインスタンスが属する混成NSインスタンスに対してヒーリング（healing）動作を実行している。ヒーリング動作は、ネストNSインスタンスがキャパシティにおいて変わらないままであることを必要とし、無効後の復旧動作が、無効であると診断された別のネストNSインスタンス又は無効なVNFインスタンスに対して実行される。
【発明の概要】
【００１４】
本出願は、混成NS及び混成NSのメンバーネストNSが複数の管理ドメインにおいて提供されるシナリオにおいて、ネストNSのLCM管理動作及び混成NSのLCM管理動作でのリソース管理実行におけるターゲット競合の問題を解決するための、ネットワークサービスライフサイクル管理許可方法及び装置を提供する。
【００１５】
第１の態様に従うと、本出願の実施形態は、混成NS及び混成NSのメンバーネストNSが複数の管理ドメインにおいて提供されるシナリオに適用されるネットワークサービスライフサイクル管理許可方法であって、第１のネットワーク機能仮想化オーケストレータにより、ネットワークサービスライフサイクル管理動作要求を受信することであって、NS  LCM動作要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運び、第１のNSインスタンスの識別子は、LCM動作が実行されるネストNSインスタンスを示すために使用され、NS  LCM動作のタイプは、NS  LCM動作の特定のカテゴリを示すために使用される、受信することと、第１のNFVOにより、NS  LCM動作要求に基づいて、第１のNFVOが、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行することを許可するように第２のNFVOに要求する許可要求を、第２のNFVOに送信することであって、許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、送信することと、第２のNFVOにより、許可要求に基づいて、許可応答を第１のNFVOに送信することと、第１のNFVOにより、許可応答に基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行することと、を含むネットワークサービスライフサイクル管理許可方法を提供する。このネットワークサービスライフサイクル管理許可方法に従うと、第２のNFVOは、ネストNSインスタンスについて実行されるライフサイクル管理動作とネストNSインスタンスが属する混成NSインスタンスについて実行されるライフサイクル管理動作との間のターゲット整合性を保証するために、第１のNFVOの許可要求に基づいて、第２のNFVOにより管理される混成NSインスタンスについて実行されている現在のLCM動作に対する、第１のNFVOにより管理されるネストNSインスタンスについて実行されるLCM動作の影響を判断し、影響に基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての許可応答を送信する。
【００１６】
第１の態様の第１の実施態様において、第１のNFVOにより、NS  LCM動作要求に基づいて、許可要求を、第２のNFVOに送信することは、第１のNFVOにより、第１のNSインスタンスの識別子に基づいて、記憶されているテナント識別子をローカルで得て、テナント識別子に基づいて、第２のNFVOの識別情報を得ることと、第１のNFVOにより、第２のNFVOの識別情報に基づいて、許可要求を、第２のNFVOに送信することと、を含む。この実施態様において、第１のNFVOは、アドレス指定を通じて、第２のNFVOを迅速に見つけて、許可要求を第２のNFVOに送信することができる。
【００１７】
第１の態様の第２の実施態様において、第１のNFVOにより管理される第１のNSインスタンスは、第２のNFVOにより管理される第２のNSインスタンスのメンバーである。
【００１８】
第１の態様、第１の実施態様、又は第２の実施態様に従った第３の実施態様において、許可要求は、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理プランをさらに含み、仮想リソース管理プランは、第１のNSインスタンスにより使用されている現在のリソースの状態を参照してNS  LCM動作について追加、削除、又は変更される必要がある仮想リソースのタイプ、量、及び／又は位置；又は、第１のNSインスタンスに含まれるメンバーVNFインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、並びに／又は、第１のNSインスタンスに含まれるメンバーVLインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、を含む。この実施態様において、第１のNFVOは、許可要求の前に、第１のNSインスタンスについて実行されるNS  LCM動作についてのリソース管理プランを決定し、リソース管理プランを許可要求に付加するので、第２のNFVOは、より的を絞ったやり方で、第２のNFVOにより管理される混成NSインスタンスについて実行されるLCM動作に対する、第１のNFVOにより管理されるネストNSインスタンスについて実行されるLCM動作の影響を判断することができ、判断結果は、より的を絞っていて正確である。
【００１９】
第１の態様の第４の実施態様において、第２のNFVOは、さらに、次のローカルに記憶されている情報、すなわち、第２のNFVOにより管理される第２のNSインスタンスのメンバーNSインスタンスであって、第１のNSインスタンスとの依存関係を有するメンバーNSインスタンスの動作状態、及び／又は、第２のNFVOにより管理される第２のNSインスタンスのメンバーVNFインスタンスであって、第１のNSインスタンスとの依存関係を有するメンバーVNFインスタンスの動作状態；第２のNFVOにより管理される第２のNSインスタンスの下で規定されているアフィニティ及び／又はアンチアフィニティルールであって、第１のNSインスタンスに関連付けられているアフィニティ及び／又はアンチアフィニティルール；及び、第２のNSインスタンスについて実行されるNS  LCM動作についての許可ポリシーのうちの少なくとも１つに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作が、第２のNFVOにより管理される第２のNSインスタンスに影響を及ぼすかどうかを判断する。
【００２０】
この実施態様において、第２のNFVOは、混成NSインスタンスLCM動作に対するネストNS  LCM動作の影響を判断する必要があるだけではなく、リソース割り当ての実行可能性を保証するために、混成NSインスタンスのメンバーネストNSインスタンス及びメンバーVNFインスタンスのアフィニティ／アンチアフィニティルールに従って、ネストNSインスタンスLCM動作に割り当てられる必要があるリソースについての位置要件を決定し、第２のNSインスタンスについて実行されるNS  LCM動作についての許可ポリシーに基づいて、ネストNSインスタンスLCM動作に割り当てられる必要があるリソースの位置及び量を決定する必要もある。
【００２１】
第１の態様の第５の実施態様において、このネットワークサービスライフサイクル管理許可方法は、第２のNFVOにより、第２のNFVOにより管理される第２のNSインスタンスの仮想リソースビューと上記の情報のうちの少なくとも１つとに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理プランを更新することをさらに含み、許可応答は、動作成功指示を含み、第１のNSインスタンスについて実行されるNS  LCM動作についての、第２のNFVOにより更新された仮想リソース管理プランをさらに含み、第１のNFVOは、第１のNSインスタンスについて実行されるNS  LCM動作についての更新された仮想リソース管理プランに基づいて、仮想リソース管理を実行する。この実施態様において、第２のNFVOは、第１のNFVOにより新たな許可要求を開始するのを回避し、NS  LCM動作効率を向上させるために、第２のNFVOにより管理される第２のNSインスタンスの仮想リソースビューと、混成NSインスタンスのメンバーネストNSインスタンス及びメンバーVNFインスタンスのアフィニティ／アンチアフィニティルールと、に基づいて、ネストNSインスタンスLCM動作に割り当てられる必要があるリソースについての位置要件を決定し、第２のNSインスタンスについて実行されるNS  LCM動作についての許可ポリシーに基づいて、ネストNSインスタンスLCM動作についての仮想リソース管理プランを調整する。
【００２２】
第２の態様に従うと、本出願の実施形態は、第２のNFVOにより、第１のNFVOにより送信されたNS  LCM動作許可要求を受信することであって、この許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、受信することと、第２のNFVOにより、第１のNSインスタンスの識別子、NS  LCM動作のタイプ、及び、第２のNFVOにより管理される第２のNSインスタンスの仮想リソースビューに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作が、第２のNFVOにより管理される第２のNSインスタンスに影響を及ぼすかどうかを判断することと、判断結果に基づいて、許可応答を第１のNFVOに送信することと、を含むネットワークサービスライフサイクル管理許可方法を提供する。
【００２３】
第２の態様の第１の実施態様において、この方法は、第２のNFVOにより、さらに、次のローカルに記憶されている情報、すなわち、第２のNFVOにより管理される第２のNSインスタンスのメンバーNSインスタンスであって、第１のNSインスタンスとの依存関係を有するメンバーNSインスタンスの動作状態、及び／又は、第２のNSインスタンスのメンバーVNFインスタンスであって、第１のNSインスタンスとの依存関係を有するメンバーVNFインスタンスの動作状態；第２のNFVOにより管理される第２のNSインスタンスの下で規定されているアフィニティ及び／又はアンチアフィニティルールであって、第１のNSインスタンスに関連付けられているアフィニティ及び／又はアンチアフィニティルール；及び、第２のNSインスタンスについて実行されるNS  LCM動作についての許可ポリシーのうちの少なくとも１つに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作が、第２のNFVOにより管理される第２のNSインスタンスに影響を及ぼすかどうかを判断することをさらに含む。
【００２４】
第２の態様又は第２の態様の第１の実施態様に従った第２の実施態様において、この許可要求は、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理プランをさらに含み、仮想リソース管理プランは、第１のNSインスタンスにより使用されている現在のリソースの状態を参照してNS  LCM動作について追加、削除、又は変更される必要がある仮想リソースのタイプ、量、及び／又は位置；又は、第１のNSインスタンスに含まれるメンバーVNFインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、並びに／又は、第１のNSインスタンスに含まれるメンバーVLインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、を含む。
【００２５】
第２の態様の第２の実施態様に従った第３の実施態様において、この方法は、第２のNFVOにより、第２のNFVOにより管理される第２のNSインスタンスの仮想リソースビューとローカルに記憶されている情報のうちの少なくとも１つとに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理プランを更新することをさらに含み、許可応答は、動作成功指示を含み、第１のNSインスタンスについて実行されるNS  LCM動作についての、第２のNFVOにより更新された仮想リソース管理プランであって、第１のNSインスタンスについて実行されるNS  LCM動作についての更新された仮想リソース管理プランに基づいて仮想リソース管理を実施するように第１のNFVOに指示するための仮想リソース管理プランをさらに含む。
【００２６】
第３の態様に従うと、本出願の実施形態は、逐次に接続されている受信ユニットと処理ユニットと送信ユニットとを含むネットワーク機能仮想化オーケストレータ（NFVO）であって、受信ユニットは、NS  LCM動作要求を受信するよう構成されており、NS  LCM動作要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運び、送信ユニットは、NS  LCM動作要求に基づいて、このNFVOが、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行することを許可するように第２のNFVOに要求する許可要求を、第２のNFVOに送信するよう構成されており、許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運び、このNFVOにより管理される第１のNSインスタンスは、第２のNFVOにより管理される第２のNSインスタンスのメンバーであり、受信ユニットは、許可要求に基づいて第２のNFVOにより送信された許可応答を受信するようさらに構成されており、処理ユニットは、許可応答に基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行するよう構成されている、NFVOを提供する。
【００２７】
第３の態様の第１の実施態様において、送信ユニットが、NS  LCM動作要求に基づいて、許可要求を、第２のNFVOに送信することは、送信ユニットが、第１のNSインスタンスの識別子に基づいて、記憶されているテナント識別子をローカルで得て、テナント識別子に基づいて、第２のNFVOの識別情報を得ることと、送信ユニットが、第２のNFVOの識別情報に基づいて、許可要求を、第２のNFVOに送信することと、を含む。
【００２８】
第３の態様又は第３の態様の第１の実施態様に従った第２の実施態様において、送信ユニットにより送信される許可要求は、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理プランをさらに含み、仮想リソース管理プランは、第１のNSインスタンスにより使用されている現在のリソースの状態を参照してNS  LCM動作について追加、削除、又は変更される必要がある仮想リソースのタイプ、量、及び／又は位置；又は、第１のNSインスタンスに含まれるメンバーVNFインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、並びに／又は、第１のNSインスタンスに含まれるメンバーVLインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、を含む。
【００２９】
第３の態様又は第３の態様の第１の実施態様若しくは第２の実施態様に従った第３の実施態様において、受信ユニットにより受信される許可応答は、動作成功指示を含み、処理ユニットが、許可応答に基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行することは、処理ユニットが、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理プランに基づいて、仮想リソース管理を実行することを含む。
【００３０】
第３の態様又は第３の態様の第１の実施態様若しくは第２の実施態様に従った第４の実施態様において、受信ユニットにより受信される許可応答は、動作成功指示を含み、第１のNSインスタンスについて実行されるNS  LCM動作についての、第２のNFVOにより更新された仮想リソース管理プランをさらに含み、処理ユニットが、許可応答に基づいて、NS  LCM動作についての仮想リソース管理を実行することは、処理ユニットが、第１のNSインスタンスについて実行されるNS  LCM動作についての更新された仮想リソース管理プランに基づいて、仮想リソース管理を実行することを含む。
【００３１】
第４の態様に従うと、本出願の実施形態は、ネットワーク機能仮想化オーケストレータ（NFVO）であって、このNFVOは、逐次に接続されている受信ユニットと処理ユニットと送信ユニットとを含み、受信ユニットは、第１のNFVOにより送信されたNS  LCM動作許可要求を受信するよう構成されており、この許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運び、第１のNFVOにより管理される第１のNSインスタンスは、このNFVOにより管理される第２のNSインスタンスのメンバーであり、処理ユニットは、第１のNSインスタンスの識別子、NS  LCM動作のタイプ、及び、このNFVOにより管理される第２のNSインスタンスの仮想リソースビューに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作が、このNFVOにより管理されるNSインスタンスに影響を及ぼすかどうかを判断するよう構成されており、送信ユニットは、判断結果に基づいて、許可応答を第１のNFVOに送信するよう構成されている、NFVOを提供する。
【００３２】
第４の態様の第１の実施態様において、処理ユニットは、さらに、次のローカルに記憶されている情報、すなわち、このNFVOにより管理される第２のNSインスタンスのメンバーNSインスタンスであって、第１のNSインスタンスとの依存関係を有するメンバーNSインスタンスの動作状態、及び／又は、第２のNSインスタンスのメンバーVNFインスタンスであって、第１のNSインスタンスとの依存関係を有するメンバーVNFインスタンスの動作状態；このNFVOにより管理される第２のNSインスタンスの下で規定されているアフィニティ及び／又はアンチアフィニティルールであって、第１のNSインスタンスに関連付けられているアフィニティ及び／又はアンチアフィニティルール；及び、第２のNSインスタンスについて実行されるNS  LCM動作についての許可ポリシーのうちの少なくとも１つに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作が、このNFVOにより管理されるNSインスタンスに影響を及ぼすかどうかを判断する。
【００３３】
第４の態様又は第４の態様の第１の実施態様に従った第２の実施態様において、受信ユニットにより受信されるこの許可要求は、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理プランをさらに含み、仮想リソース管理プランは、第１のNSインスタンスにより使用されている現在のリソースの状態を参照してNS  LCM動作について追加、削除、又は変更される必要がある仮想リソースのタイプ、量、及び／又は位置；又は、第１のNSインスタンスに含まれるメンバーVNFインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、並びに／又は、第１のNSインスタンスに含まれるメンバーVLインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、を含む。
【００３４】
第４の態様の第２の実施態様に従った第３の実施態様において、処理ユニットは、このNFVOにより管理されるNSインスタンスの仮想リソースビューとローカルに記憶されている情報のうちの少なくとも１つとに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理プランを更新するようさらに構成されており、送信ユニットにより送信される許可応答は、動作成功指示を含み、第１のNSインスタンスについて実行されるNS  LCM動作についての、このNFVOにより更新された仮想リソース管理プランであって、第１のNSインスタンスについて実行されるNS  LCM動作についての更新された仮想リソース管理プランに基づいて仮想リソース管理を実施するように第１のNFVOに指示するための仮想リソース管理プランをさらに含む。
【００３５】
第５の態様に従うと、コンピュータ実行可能なプログラムコードを記憶するよう構成されているメモリとトランシーバとメモリ及びトランシーバに結合されているプロセッサとを含むNFVO装置であって、プログラムコードは命令を含み、プロセッサが命令を実行したとき、ネットワーク要素は、次の動作、すなわち、ネットワークサービスライフサイクル管理動作要求を受信する動作であって、NS  LCM動作要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、動作と、NS  LCM動作要求に基づいて、このNFVOが、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行することを許可するように第２のNFVOに要求する許可要求を、第２のNFVOに送信する動作であって、許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、動作と、許可要求に基づいて第２のNFVOにより送信された許可応答を受信する動作と、許可応答に基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行する動作と、を実行する、NFVO装置が提供される。
【００３６】
第６の態様に従うと、コンピュータ実行可能なプログラムコードを記憶するよう構成されているメモリとトランシーバとメモリ及びトランシーバに結合されているプロセッサとを含むNFVO装置であって、プログラムコードは命令を含み、プロセッサが命令を実行したとき、ネットワーク要素は、次の動作、すなわち、第１のNFVOにより送信されたNS  LCM動作許可要求を受信する動作であって、この許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、動作と、第１のNSインスタンスの識別子、NS  LCM動作のタイプ、及び、このNFVOにより管理される第２のNSインスタンスの仮想リソースビューに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作が、このNFVOにより管理される第２のNSインスタンスに影響を及ぼすかどうかを判断する動作と、判断結果に基づいて、許可応答を第１のNFVOに送信する動作と、を実行する、NFVO装置が提供される。
【００３７】
第７の態様に従うと、実行可能なプログラムコードを含むコンピュータプログラム製品であって、プログラムコードは命令を含み、プロセッサが命令を実行したとき、ネットワーク要素は、次の動作、すなわち、ネットワークサービスライフサイクル管理動作要求を受信する動作であって、NS  LCM動作要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、動作と、NS  LCM動作要求に基づいて、第１のNFVOが、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行することを許可するように第２のNFVOに要求する許可要求を、第２のNFVOに送信する動作であって、許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、動作と、許可要求に基づいて第２のNFVOにより送信された許可応答を受信する動作と、許可応答に基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行する動作と、を実行する、コンピュータプログラム製品が提供される。
【００３８】
第８の態様に従うと、実行可能なプログラムコードを含むコンピュータプログラム製品であって、プログラムコードは命令を含み、プロセッサが命令を実行したとき、ネットワーク要素は、次の動作、すなわち、第１のNFVOにより送信されたNS  LCM動作許可要求を受信する動作であって、この許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、動作と、第１のNSインスタンスの識別子、NS  LCM動作のタイプ、及び、第２のNFVOにより管理される第２のNSインスタンスの仮想リソースビューに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作が、第２のNFVOにより管理される第２のNSインスタンスに影響を及ぼすかどうかを判断する動作と、判断結果に基づいて、許可応答を第１のNFVOに送信する動作と、を実行する、コンピュータプログラム製品が提供される。
【００３９】
第９の態様に従うと、本出願の実施形態は、前述のNFVOにより使用されるコンピュータソフトウェア命令を記憶するよう構成されているコンピュータ記憶媒体であって、このコンピュータ記憶媒体は、前述の態様を実行するように設計されているプログラムを含む、コンピュータ記憶媒体を提供する。
【００４０】
本出願の実施形態におけるネストNSライフサイクル管理許可方法に従うと、混成NSインスタンスに対する、ネストNS  LCM動作において実行されるリソース管理の悪影響を回避するために、ネストNS  LCM動作におけるリソース管理とネストNSが属する混成NSについて実行されるライフサイクル管理動作におけるリソース管理との間のターゲット整合性を実現するための許可管理メカニズムが、第１のNFVOと第２のNFVOとの間で使用される。
【図面の簡単な説明】
【００４１】
【図１】図１は、本出願の実施形態に適用されるNFV-MANOネットワークアーキテクチャの図である。
【図２】図２は、本出願の実施形態に従った適用シナリオにおける混成ネットワークサービスとネストネットワークサービスとの間の関係のトポロジ図である。
【図３】図３は、本出願の実施形態に従った適用シナリオ１におけるネットワークトポロジの図である。
【図４】図４は、本出願の実施形態に従った適用シナリオ２におけるネットワークトポロジの図である。
【図５】図５は、本出願の実施形態に従った適用シナリオ１に基づくネストネットワークサービスライフサイクル管理許可方法のインタラクションフローチャートである。
【図６】図６は、本出願の実施形態に従った適用シナリオ２に基づくネストネットワークサービスライフサイクル管理許可方法のインタラクションフローチャートである。
【図７】図７は、本出願の実施形態に従った適用シナリオ２に基づくネストネットワークサービスインスタンス化動作許可方法のインタラクションフローチャートである。
【図８】図８は、本出願の実施形態に従った適用シナリオ２に基づくネストネットワークサービススケーリング動作許可方法のインタラクションフローチャートである。
【図９】図９は、本出願の実施形態に従った適用シナリオ２に基づくネストネットワークサービス停止動作許可方法のインタラクションフローチャートである。
【図１０】図１０は、本出願の実施形態に従った適用シナリオ２に基づくネストネットワークサービスライフサイクル管理におけるリソース予約動作許可方法のインタラクションフローチャートである。
【図１１】図１１は、本出願の別の実施形態に従ったネストネットワークサービスライフサイクル管理における一括許可方法のインタラクションフローチャートである。
【図１２】図１２は、本出願の実施形態に従ったNFVOの機能の概略構成図である。
【図１３】図１３は、本出願の別の実施形態に従ったNFVOの機能の概略構成図である。
【図１４】図１４は、本出願の実施形態に従ったNFVOの一般的物理構成の概略図である。
【図１５】図１５は、本出願の別の実施形態に従ったNFVOの一般的物理構成の概略図である。
【発明を実施するための形態】
【００４２】
本出願の実施形態は、ネストネットワークアプリケーション及び混成ネットワークアプリケーションのライフサイクル管理におけるターゲット競合の従来技術の技術的問題を解決するための、ネストネットワークサービスライフサイクル管理許可方法及び装置を提供する。
【００４３】
本明細書における用語「及び／又は」は、関連するオブジェクトを記述するための関連関係のみを記述し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、次の３つの場合を表し得る：Ａのみが存在すること、ＡとＢとの両方が存在すること、及びＢのみが存在すること。加えて、本明細書における文字「／」は、概して、関連するオブジェクト間の「又は」の関係を示す。
【００４４】
加えて、本明細書における用語「第１の」及び「第２の」は、単に記述を簡単にするためのものであり、異なるNS、NSインスタンス、VNF、又は異なるNVFインスタンスの間で区別するために使用され、技術的意味を有しない。
【００４５】
以下は、添付図面を参照して、本出願の実施態様を詳細に説明する。
【００４６】
名称の区別のために、本出願の実施形態において、混成NSを管理するNFVOは、第２のNFVOと呼ばれ、ネストNSを管理するNFVOは、第１のNFVOと呼ばれる。
【００４７】
例えば、大量のユーザを有する電気通信オペレータは、vEPCネットワークサービスを提供する。電気通信オペレータのネットワークは、１つのコーポレートネットワーク及び３０個の地方ネットワークを含む２レベル構造であり、各補助ネットワークは、それ自身の管理ドメインを有し、１つのNFVOで構成されると仮定する。このシナリオにおいて、コーポレートネットワークにおけるNFVOは、図２におけるNS1を管理するNFVO、すなわち、第２のNFVOに相当し、各地方ネットワークにおけるNFVOは、図２におけるNS2を管理するNFVO、すなわち、第１のNFVOに相当する。電気通信オペレータが、コーポレートネットワークレイヤにおいて、ネットワークサービスvEPCを提供することを決定するとき、電気通信オペレータは、地方Ａの補助ネットワークが、vEPCに含まれる制御プレーンネットワークサービスを提供し、地方Ｂの補助ネットワークが、vEPCに含まれるユーザプレーンネットワークサービスを提供し、地方Ｃの補助ネットワークが、vEPCに含まれるポリシー制御ネットワークサービスを提供することを指定することができる。
【００４８】
本出願の解決策は、第１のNFVOが、複数の管理ドメインにわたって混成NSを提供するシナリオにおいてネストネットワークサービス（Nested  NS）ライフサイクル管理動作を実行するときのリソース管理についての第２のNFVOの許可に適用可能である。第２のNFVO及び第１のNFVOは、それぞれ、第２のNFVO及び第１のNFVO内で混成NS及びネストNSの仮想リソースビューを管理する。仮想リソースビューは、NFVOにおけるデータ構造であり、NSインスタンスにより使用される仮想リソースの状態を提示するために使用され、NSインスタンスに含まれるメンバーVNFインスタンス及びメンバーVLインスタンスにより占有される仮想リソースのタイプ（計算、記憶、及びネットワーク）及び量、並びに、メンバーVNFインスタンスの仮想リソースの位置情報として表現され得る。仮想リソース位置情報において、VIM識別子、リソースゾーン（resource  zone）識別子、及び／又はホスト識別子の組み合わせを使用して、異なる粒度の仮想リソース位置関連関係を表すことができる。
【００４９】
本出願の実施形態は、以下の２つのシナリオに適用可能である。
【００５０】
シナリオ１：混成NS及びネストNSの管理ドメインにおけるVIM及びNFVIリソースが、互いと異なる。図３に示されているように、複数の管理ドメインにわたって混成NSを提供するシナリオでの管理ドメインにおけるVIMは、互いと異なる。
【００５１】
このシナリオにおいて、管理ドメインにおけるVIMは、互いと異なるので、混成NSインスタンスについてのライフサイクル管理とネストNSインスタンスについてのライフサイクル管理との間のリソース管理は、ターゲット仮想リソース空間においてオーバーラップせず、２つの異なるネストNSインスタンスについてのライフサイクル管理の間のリソース管理は、ターゲット仮想リソース空間においてオーバーラップしない。したがって、各NSインスタンスについての仮想リソース割り当て又は解放は、混成NSインスタンスか又はネストNSインスタンスかにかかわらず、各管理ドメインにおけるNFVOにより独立に完了され得る。許可プロセスにおいて、第２のNFVOは、第１のNFVOが、現在の混成NSインスタンスLCM動作に対するネストNSインスタンスLCM動作の影響を判断するのを助ける。実行ターゲット競合が生じる場合、第２のNFVOは、第１のNFVOがネストNSインスタンスLCM動作を実行するのを禁止する。
【００５２】
シナリオ２：混成NS及びネストNSの管理ドメインにおけるVIM及びNFVIリソースが、共有される。図４に示されているように、管理ドメインは、１つのNFVOとこのNFVOにより管理される１つ以上のVNFMとを含み、異なる管理ドメインは、VIMドメインにおいて同じグループのVIM及びNFVIリソースを共有する。
【００５３】
シナリオ１と比較すると、ネストNS  LCM動作許可プロセスにおいて、第２のNFVOは、混成NSインスタンスLCM動作に対するネストNS  LCM動作の影響を判断する必要があるだけではなく、混成NSインスタンスのメンバーネストNSインスタンス及びメンバーVNFインスタンスのアフィニティ／アンチアフィニティルールに従って、ネストNSインスタンスLCM動作に割り当てられる必要があるリソースについての位置要件を決定する必要もあり、提案される割り当てられるようになるリソース位置を第１のNFVOにフィードバックする。アフィニティ／アンチアフィニティルールは、２つのメンバーVNFインスタンスが、同じ位置にある仮想リソースにおいてデプロイされ得るかどうかを判断するために使用される。
【００５４】
本出願の実施形態１は、図５に示されているように、シナリオ１に基づくネストNS  LCM動作許可方法を提供する。
【００５５】
この実施形態におけるこの方法の実行の前に、以下の情報が設定される必要がある。送信者が、ネストNS  LCM動作についての要求メッセージを第１のNFVOに送信する前に、第１のNFVOは、ネストNSインスタンスLCM動作を呼び出すテナントの識別情報（テナントID）を内部に記憶している。テナント識別情報は、混成NS記述子ファイルオンボードプロセスにおいて、第２のNFVOにより、第１のNFVOに転送され得る。テナント識別情報は、第２のNFVOの識別情報であってよく、この識別情報は、第２のNFVOをアドレス指定するために、第１のNFVOにより使用される。加えて、第２のNFVO及び第１のNFVOは、それぞれ、混成NSインスタンスの仮想リソースビュー及びネストNSインスタンスの仮想リソースビューを記憶している。混成NSインスタンスの仮想リソースビューは、ネストNSインスタンスの仮想リソースビューを含まない。換言すれば、ネストNSインスタンスの仮想リソースビューは、第２のNFVOにとって不可視である。
【００５６】
図５に示されているように、この実施形態におけるネストNS  LCM動作許可方法は、以下のステップを含む。
【００５７】
５０１．送信者は、ネストNS  LCM動作要求メッセージを第１のNFVOに送信し、ここで、この要求メッセージは、ネストNSインスタンスの識別情報及びNS  LCM動作のタイプを運ぶ。
【００５８】
具体的には、NS  LCM動作のタイプは、NSインスタンス化（instantiation）、NSスケーリング（scaling）、NSアップデート（update）、NSヒーリング（healing）、及びNS停止（termination）を含み得るが、これらに限定されるものではない。この要求メッセージにおける入力パラメータの定義については、ETSI  NFV  IFA013プロトコルを参照されたい。
【００５９】
５０２．第１のNFVOは、第１のNFVO内に記憶されているテナント識別情報（テナントID）に基づいて、第２のNFVOをアドレス指定し、許可要求（Grant  Request）を第２のNFVOに送信し、ここで、この要求メッセージは、ネストNSインスタンスの識別情報及び実行されるNS  LCM動作のタイプを運ぶ。
【００６０】
具体的には、第１のNFVOは、テナント識別情報とネストNSインスタンスの識別情報との間の対応付けを記憶している。第１のNFVOは、受信されたネストNS  LCM要求におけるネストNSインスタンスの識別情報に基づいて、記憶されているテナント識別情報を見つけ、次いで、テナント識別情報に基づいて、第２のNFVOの、IPアドレス等の識別情報を探すことができ、第２のNFVOの識別情報に基づいて、許可要求を第２のNFVOに送信する。
【００６１】
５０３．第２のNFVOは、受信された許可要求におけるネストNSインスタンスLCM動作のタイプをチェックし、ネストNSインスタンスの識別情報、NS  LCM動作のタイプ、及び、第２のNFVOにより管理されるNSインスタンスの仮想リソースビューに基づいて、ネストNS  LCM動作が、第２のNFVOにより管理されるNSインスタンスに影響を及ぼすかどうかを判断する。
【００６２】
具体的には、第２のNFVOは、第２のNFVOにより管理されるNSインスタンスの仮想リソースビューに基づいて、LCM動作において、ネストNSインスタンスとの依存関係を有する、混成NSインスタンスにおけるVNFインスタンス及び／又はネストNSインスタンスが存在するかどうかと、VNFインスタンス及びネストNSインスタンスが、依存関係が存在するLCM動作を実行しているかどうかと、を判断して、ネストNS  LCM動作が、第２のNFVOにより管理されるNSインスタンスに影響を及ぼすかどうかを判断する。依存関係は、混成NSインスタンスの２つのメンバーインスタンス（ネストNSインスタンス又はVNFインスタンスであり得る）の間の仮想リソース割り当ての順序を決定するために使用される。例えば、LCM動作におけるライフサイクル管理動作を実行するネストNSインスタンスのリソース割り当ては、対応するLCM動作における別のメンバーVNFインスタンス及び／又はネストNSインスタンスへのリソース割り当ての完了に依存する。
【００６３】
さらに、第２のNFVOは、対応するネストNS  LCM許可ポリシーに基づいて、第１のNFVOがネストNS  LCM動作についての仮想リソース管理を実行することを許可するかどうかを判断することができる。例えば、ネストNS  LCM許可ポリシーは、混成NSインスタンスの負荷が比較的軽いとき、全てのメンバーネストNSインスタンスのリソース管理要求ができるだけ多く満たされ得ることを指定し、混成NSインスタンスの負荷が比較的重い場合、高優先順位を有するメンバーネストNSインスタンスのリソース管理要求が優先的に満たされることを指定する。
【００６４】
ネストNS  LCM許可ポリシーは、事前設定を通じて、又は、Os-Ma-nfvoインタフェース上でOSS/BSSによりポリシー情報を設定する動作方式で、第２のNFVOに送信され得る。
【００６５】
５０４．第２のNFVOは、判断結果に基づいて、許可応答を第１のNFVOに送信する。
【００６６】
影響がないと第２のNFVOが判断した場合、第２のNFVOは、第１のNFVOが、ネストNS  LCM動作に対応する仮想リソース管理を実行することを許可し、第２のNFVOは、許可応答メッセージを第１のNFVOに返し、ここで、このメッセージは、動作成功指示を運ぶ。影響があると第２のNFVOが判断した場合、第２のNFVOは、失敗理由指示を運ぶ許可応答メッセージを第１のNFVOに返す。
【００６７】
５０５．第１のNFVOは、許可応答メッセージにおける許可に基づいて、対応するVIMとインタラクトして、ネストNS  LCM動作についての仮想リソース管理を実行する。
【００６８】
具体的には、第１のNFVOは、許可応答メッセージにおける許可指示情報に基づいて、第１のNFVOに対応するVIMとインタラクトして、ネストNS  LCM動作についての仮想リソース割り当て又は解放等の仮想リソース管理動作を実行する。
【００６９】
５０６．第１のNFVOは、ネストNS  LCM応答メッセージを使用することにより、ネストNS  LCM動作実行結果を送信者に返す。
【００７０】
本出願のこの実施形態におけるネストNSライフサイクル管理許可方法に従うと、混成NSインスタンスに対する、ネストNS  LCM動作において実行されるリソース管理の悪影響を回避するために、ネストNS  LCM動作におけるリソース管理とネストNSが属する混成NSについて実行されるライフサイクル管理動作におけるリソース管理との間のターゲット整合性を実現するための許可管理メカニズムが、第１のNFVOと第２のNFVOとの間で使用される。
【００７１】
本出願の実施形態２は、図６に示されているように、シナリオ２に基づく、第２のNFVOによりネストNS  LCM動作を許可するための方法を提供する。
【００７２】
この実施形態は、シナリオ２においてネストNS  LCM動作を実行することの許可プロセスの基本的な概略プロセスを説明する。
【００７３】
この実施形態におけるこのプロセスの実行の前に、以下の設定が実行される必要がある。送信者が、ネストNS  LCM動作についての要求メッセージを第１のNFVOに送信する前に、第１のNFVOは、ネストNSインスタンスLCM動作を呼び出すテナントの識別情報（テナントID）を内部に記憶している。このテナント識別情報は、混成NS記述子ファイルのオンボードプロセスにおいて、第２のNFVOにより、第１のNFVOに転送され得る。ここでのテナント識別情報は、第２のNFVOの識別情報であってよく、この識別情報は、インタラクションのために第２のNFVOをアドレス指定するために、第１のNFVOにより使用される。加えて、第２のNFVO及び第１のNFVOは、それぞれ、混成NSインスタンスの仮想リソースビュー及びネストNSインスタンスの仮想リソースビューを記憶している。混成NSインスタンスの仮想リソースビューは、ネストNSインスタンスの仮想リソースビューを含む。換言すれば、ネストNSインスタンスの仮想リソースビューは、第２のNFVOにとって可視である。
【００７４】
図６に示されているように、この実施形態は、以下のステップを含む。
【００７５】
６０１．送信者は、ネストNS  LCM動作要求メッセージを第１のNFVOに送信し、ここで、この要求メッセージは、動作のタイプ及びネストNSインスタンスの識別情報を運ぶ。
【００７６】
NS  LCM動作のタイプは、NSインスタンス化（instantiation）、NSスケーリング（scaling）、NSアップデート（update）、NSヒーリング（healing）、及びNS停止（termination）を含み得るが、これらに限定されるものではない。この動作における入力パラメータの定義については、ETSI  NFV  IFA013プロトコルを参照されたい。
【００７７】
６０２．第１のNFVOは、第１のNFVO内に記憶されているテナント識別情報（テナントID）に基づいて、第２のNFVOをアドレス指定し、許可要求を第２のNFVOに送信し、ここで、この要求メッセージは、ネストNSインスタンスの識別情報、実行されるNS  LCM動作のタイプ、及び、NS  LCM動作についての仮想リソース管理プランを運ぶ。
【００７８】
具体的には、第１のNFVOは、要求におけるNS  LCM動作のタイプと、第１のNFVO内で管理されるネストNSインスタンスの仮想リソースビューと、に基づいて、NS  LCM動作についての仮想リソース管理プランを決定する。具体的には、第１のNFVOは、ネストNSインスタンスの現在の仮想リソース割り当て状態に基づいて、追加、削除、又は変更される必要がある仮想リソースの量及び位置；又は、ネストNSインスタンスに含まれるメンバーVNFインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、並びに／又は、ネストNSインスタンスに含まれるメンバーVLインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、を決定する。第２のNFVOをアドレス指定するやり方については、図５におけるステップ５０２を参照されたい。
【００７９】
６０３．第２のNFVOは、ネストNS  LCM動作が、第２のNFVOにより管理される別のネストNSインスタンス又はNFVインスタンスに影響を及ぼすかどうかを判断する。
【００８０】
具体的には、第２のNFVOは、受信された許可要求における仮想リソース管理プランをチェックし、第２のNFVOにより管理される混成NSのリソースビューに基づいて、混成NSインスタンスにおける別のメンバーVNFインスタンス又はメンバーネストNSインスタンスとネストNSインスタンスLCM動作との間でリソース管理競合があるかどうかをチェックし、ネストNS  LCM動作について第１のNFVOにより策定された仮想リソース管理プランを許可するかどうかを判断する。
【００８１】
具体的には、第２のNFVOは、ライフサイクル管理動作において、ネストNSインスタンスとの依存関係を有する、混成NSインスタンスにおけるVNFインスタンス及び／又はネストNSインスタンスが存在するかどうか、例えば、LCM動作におけるライフサイクル管理動作を実行するネストNSインスタンスのリソース割り当てが、対応するLCM動作における別のメンバーVNFインスタンス及び／又はネストNSインスタンスへのリソース割り当ての完了に依存するかどうか；及び、VNFインスタンス及びネストNSインスタンスが、依存関係が存在するLCM動作を実行しているかどうか、を判断することができる。
【００８２】
さらに、第２のNFVOは、さらに、対応するネストNS  LCM許可ポリシーに基づいて、ネストNS  LCM動作について第１のNFVOにより策定された仮想リソース管理プランを許可するかどうかを判断することができる。
【００８３】
６０４．第２のNFVOは、判断結果に基づいて、許可応答を第１のNFVOに送信する。
【００８４】
仮想リソース管理プランが許可されると第２のNFVOが判断した場合、第２のNFVOは、許可応答メッセージを第１のNFVOに返し、ここで、このメッセージは、動作成功指示を運ぶ。第２のNFVOは、さらに、仮想リソース管理プランに基づいて、混成NSインスタンスの仮想リソースビューを更新する。仮想リソース管理プランが許可されないと第２のNFVOが判断した場合、第２のNFVOは、失敗理由指示を運ぶ許可応答メッセージを第１のNFVOに返す。
【００８５】
オプションの解決策において、第２のNFVOは、さらに、以下の条件、すなわち、例えば、第２のNFVOにより管理される混成NSのリソースビュー、混成NSインスタンスにおけるVNFインスタンスであって、ライフサイクル管理動作においてネストNSインスタンスとの依存関係を有するVNFインスタンスにより動作を実行している状態、混成NSインスタンスにおける別のネストNSインスタンスであって、ライフサイクル管理動作においてネストNSインスタンスとの依存関係を有する別のネストNSインスタンスにより動作を実行している状態、及び、対応するネストNS  LCM許可ポリシーのうちの少なくとも１つに基づいて、ネストNS  LCM動作について第１のNFVOにより策定された仮想リソース管理プランを調整することができ、許可応答メッセージを使用することにより、更新された仮想リソース管理プランを第１のNFVOに返す。
【００８６】
６０５．第１のNFVOは、仮想リソース管理プランに基づいて、対応するVIMとインタラクトして、ネストNS  LCM動作についての仮想リソース管理を実行する。
【００８７】
このステップの具体的な実装については、図５におけるステップ５０５の実装を参照されたい。
【００８８】
６０６．第１のNFVOは、ネストNS  LCM応答メッセージを使用することにより、ネストNS  LCM動作実行結果を送信者に返す。
【００８９】
本出願の実施形態３は、シナリオ２に基づく、第２のNFVOによりネストNSインスタンス化動作におけるリソース管理を許可するための方法を提供する。この実施形態は、実施形態２の特定の例であり、ネストNSインスタンス化プロセスに適用される。
【００９０】
７０１．OSS/BSSであり得る送信者は、ネストNSインスタンス化要求メッセージを第１のNFVOに送信し、ここで、この要求メッセージは、NSインスタンスの識別子及びリソース要件記述パラメータを運ぶ。
【００９１】
ネストNSインスタンス化要求は、ネストNSの特定のトポロジを反映しているフレーバー識別子（フレーバーID）、ネストNSインスタンスのメンバーVNFインスタンスのデプロイメント位置の制約情報等をさらに含み得る。
【００９２】
７０２．第１のNFVOは、ネストNSインスタンス化要求に基づいて、第２のNFVOをアドレス指定し、許可要求を第２のNFVOに送信する。
【００９３】
具体的には、許可要求を送信する前に、第１のNFVOは、ネストNSインスタンス化要求における入力パラメータを解析し、この要求メッセージにおけるNSインスタンス化動作でのネストNSインスタンスの、NSインスタンス化クラスに対応する基本仮想リソース要件等のリソース要件記述に基づいて、ネストNSインスタンスに含まれるメンバーVNFインスタンス及びメンバーVLインスタンスについてのリソース管理プラン、具体的には、メンバーVNFインスタンスのリソース占有情報及びメンバーVLインスタンスのリソース占有情報、を形成する。
【００９４】
次いで、第１のNFVOは、許可要求を第２のNFVOに送信し、ここで、この要求メッセージは、ネストNSインスタンスの識別子、NS  LCM動作のタイプ（LCM動作のタイプ=NSインスタンス化）、メンバーVNFのリソース占有情報、メンバーVLのリソース占有情報、及び、ネストNSのリソース位置制約関係を運ぶ。
【００９５】
ネストNSインスタンスの識別子は、第１のNFVOにおけるネストNSインスタンスを一意に識別するために使用される。NS  LCM動作のタイプは、許可要求においてNSライフサイクル管理動作のタイプを示すために使用される。メンバーVNFのリソース占有情報は、ネストNSインスタンスに含まれるメンバーVNFのインスタンス化のために必要とされる仮想リソース（計算、記憶、及びネットワーク）の量を含む。メンバーVLのリソース占有情報は、メンバーVLのインスタンス化のために必要とされる仮想リソース（ネットワーク）の量を含む。ネストNSのリソース位置制約関係は、ネストNS  LCM動作におけるリソース管理についての位置制限の記述情報を示し、メンバーVNFインスタンス及び／又はメンバーVLインスタンスの間のアフィニティ／アンチアフィニティルールに従って決定される相対位置制限であってよい。例えば、ネストNSインスタンス化は、同じリソースゾーン（resource  zone）内のいくつかの隣接ホスト（host）上にデプロイされる必要がある。リソース位置制約関係は、メンバーVNFインスタンス及び／又はメンバーVLインスタンスのデプロイメントを反映している絶対物理位置制限であってもよい。例えば、ネストNSインスタンス化は、ホストＡ１、Ａ２、及びＡ３の範囲内でデプロイされる必要がある。リソース位置は、VIM識別子、リソースゾーン識別子、及び／又はホスト識別子により表され得る。
【００９６】
７０３．第２のNFVOは、第１のNFVOにより送信された許可要求に基づいて、第１のNFVOが、NSインスタンス化動作についてのリソース管理を実行することを許可するかどうかを判断する。
【００９７】
具体的には、第２のNFVOは、混成NSインスタンスの仮想リソースビュー、混成NSインスタンスのメンバーネストNSインスタンスの間の依存関係、及び／又は、対応するネストNS  LCM許可ポリシーに基づいて、許可応答を第１のNFVOに返し、ここで、この許可応答メッセージは、第１のNFVOがインタラクトする必要があるVIMの識別子、リソースゾーン識別子、及び／又はホスト識別子（リソース位置情報）を運ぶ。リソース位置情報は、第２のNFVOにより提案されるリソースであって、ネストNSインスタンスについてこのタイプのライフサイクル管理動作を実行するために必要とされるリソースの位置を示すために使用される。
【００９８】
第２のNFVOは、さらに、各VIMにおいてネストNSインスタンス化動作のために割り当てられる実際のリソースに関する情報、例えば、ネストNSインスタンスのメンバーVNFのインスタンス化のために必要とされる実際に割り当てられる仮想リソース（計算、記憶、及びネットワーク）の量、及び、メンバーVLインスタンス化のために実際に割り当てられる仮想リソース（ネットワーク）の量、を、この応答メッセージに付加することができる。
【００９９】
７０４．第１のNFVOは、許可応答において提供された情報に基づいて、対応するVIMとインタラクトして、ネストNSインスタンスライフサイクル管理におけるリソース管理を実施する。
【０１００】
具体的には、第１のNFVOは、許可応答におけるVIM識別子、リソースゾーン識別子、及び／又はホスト識別子に基づいて、対応するVIMとインタラクトし、ネストNSインスタンスのメンバーVNFのインスタンス化のために必要とされる実際に割り当てられる仮想リソース（計算、記憶、及びネットワーク）の量、及び、メンバーVLインスタンス化のために実際に割り当てられる仮想リソース（ネットワーク）の量に基づいて、リソース割り当てを実行する。
【０１０１】
７０５．第１のNFVOは、ネストNSインスタンス化動作の完了を示すネストNSインスタンス化応答を送信者に返す。
【０１０２】
本出願の実施形態４は、図８に示されているように、シナリオ２に基づく、第２のNFVOによりネストNSスケーリングにおけるリソース管理を許可するための方法を提供する。
【０１０３】
この実施形態は、実施形態２の特定の例であり、ネストNSスケーリング動作プロセスに適用される。この実施形態のステップは、実施形態３のステップに類似している。差異は、ステップ８０１及び８０２での入力パラメータにおけるNS  LCM動作のタイプが「NSスケーリング（scaling）」である点にある。ステップ８０２において、メンバーVNFのリソース占有情報は、ネストNSインスタンスのスケーリング動作においてメンバーVNFインスタンスによりスケーリングを実行するために必要とされる仮想リソースの変化（増加又は減少される仮想リソースの量）を反映し、メンバーVLのリソース占有情報は、ネストNSインスタンスのスケーリング動作においてメンバーVLインスタンスによりスケーリングを実行するために必要とされる仮想リソースの変化を反映する。他のステップの具体的な実装については、図７における実施形態３の説明を参照されたい。
【０１０４】
本出願の実施形態５は、図９に示されているように、シナリオ２に基づく、第２のNFVOによりネストNS停止におけるリソース管理を許可するための方法を提供する。
【０１０５】
この実施形態は、実施形態２の特定の例であり、ネストNS停止プロセスに適用される。実施形態３と比較すると、この実施形態において、ステップ９０１及び９０２での入力パラメータにおけるNS  LCM動作のタイプは、「NS停止（termination）」である。ステップ９０２において、メンバーVNFのリソース占有情報、メンバーVLのリソース占有情報、及び、ネストNSの位置制約関係等の入力パラメータは、ヌルである。ステップ９０３において、許可応答メッセージは、動作成功指示又は動作失敗指示のみを運ぶ。
【０１０６】
本出願の実施形態６は、図１０に示されているように、シナリオ２に基づく、第２のNFVOによりネストNS  LCMにおけるリソースを予約するための方法を提供する。
【０１０７】
この実施形態のプロセスは、実施形態２のプロセスに類似している。ステップ１００３を除き、他のステップは再度説明されない。ステップ１００３において、第２のNFVOは、許可応答においてリソース予約情報のセットを返す。リソース予約情報の各々は、リソース予約の識別子、並びに、リソース予約に含まれるリソースの量及び位置を含む。リソース位置は、インタラクションを行う必要があるVIMの識別情報、リソースゾーンの識別情報、又はホストの識別情報を含む。リソース量は、リソース位置において予約される仮想計算、記憶、及び／又はネットワークリソースの量を示す。オプションで、リソース予約情報は、リソース予約に適したVNFタイプ又はVLタイプをさらに含んでもよい。
【０１０８】
この実施形態において、第１のNFVOとリソース予約情報において指定されたVIMとが、ステップ１００４においてリソース管理を実行するとき、リソース管理の結果は、第２のNFVOによるリソース予約のため、常に成功である。
【０１０９】
実施形態１〜実施形態６におけるネストNS  LCM動作許可方法において、第１のNFVOは、以下の方法を使用することにより、第２のNFVOをアドレス指定することができる。
【０１１０】
第１のNFVOが、送信者からNSインスタンス化要求を受信し、新たなNSインスタンス（ネストNSインスタンス）を生成及びインスタンス化するとき、対応する第２のNFVOの識別子は、ヌルに設定される。第２のNFVOが、混成NSインスタンスをインスタンス化する必要があり、インスタンス化される混成NSインスタンスを形成するために、サブスクリプションを通じて、成功裡にインスタンス化されたネストNSインスタンスを得たとき、第２のNFVOは、第２のNFVOが、混成NSインスタンス化プロセスにおいて第１のNFVOにより管理されるネストNSインスタンスを使用することを示す通知メッセージを、第１のNFVOに送信する。第１のNFVOは、ネストNSインスタンスの識別子と第２のNFVOの識別子との間の対応付けを記憶する。第２のNFVOが、混成NSインスタンスを停止するとき、第２のNFVOは、通知メッセージであって、該通知メッセージに基づいてネストNSインスタンスの識別子と第２のNFVOの識別子との間の対応付けを削除するように第１のNFVOに指示する通知メッセージを、ネストNSインスタンスを管理する第１のNFVOに送信する。第２のNFVOの識別子は、テナント識別子であってよい。同時に、１つの第２のNFVOのみが、ネストNSインスタンスを、この第２のNFVOにより管理される混成NSインスタンスに適用し得ることに留意されるべきである。この場合、第１のNFVOは、許可要求を第２のNFVOに送信するために、ネストNS  LCM要求におけるネストNSインスタンスの識別子、及び、ネストNSインスタンスの識別子と第２のNFVOの識別子との間の対応付けに基づいて、第２のNFVOの識別子を見つけることができる。
【０１１１】
本出願の実施形態７は、図１１に示されているように、第１のNFVOによりネストNS  LCM動作におけるリソース管理を自律的に実行するための方法を提供する。
【０１１２】
この実施形態は、ネストNS  LCM動作におけるリソース管理許可の別の方式である。具体的には、第１のNFVOの委任により、一括許可（bulk  granting）が、ポリシー設定を通じて実施される。第１のNFVOは、委任範囲内でVIMと自律的にインタラクトして、ネストNS  LCM動作におけるリソース管理を実行する。第２のNFVOは、ネストNS  LCM動作におけるリソース管理のプロセスに関与しないが、第１のNFVOからのリソース管理における通知メッセージ、例えば、リソース状態が、ネストNS  LCM動作において変化したこと、又は、ネストNS  LCM動作における使用されたリソースの量が、第１のNFVOのリソース割り当て量（Quota）を超えたこと、を示すメッセージをサブスクライブすることができる。第２のNFVOは、第２のNFVOがサブスクライブしている受信された通知メッセージに基づいて、一括許可ポリシーを更新し、混成NSの仮想リソースビューに基づいて、第１のNFVOによりネストNS  LCMにおけるリソース管理を自律的に実行することの整合性を制御する。この実施形態は、以下のステップを含む。
【０１１３】
１１００．第２のNFVOは、第１のNFVOについての一括許可ポリシーを設定する。
【０１１４】
このステップは、第１のNFVOによりネストNS  LCM動作におけるリソース管理を自律的に実行するための必要な必須条件として理解され得る。第２のNFVOにより設定される一括許可ポリシーは、第１のNFVOによりリソース管理を実行するためのリソース位置制約（限られたVIM識別子、リソースゾーン識別子、又はホスト識別子のグループを含む）、リソース管理のためのアドレス指定をサポートする複数のVIMドメインにおける第１のNFVOのリソース割り当て量、一括許可プロセスの有効時間及び／又は失敗時間等を含むが、これらに限定されるものではない。
【０１１５】
１１０１．第１のNFVOは、送信者により送信されたネストNS  LCM要求を受信し、ここで、この要求メッセージは、NS  LCM動作のタイプ及び第１のNSインスタンスの識別情報を運ぶ。
【０１１６】
具体的な実装については、実施形態３〜６での対応するステップにおける具体的な説明を参照されたい。
【０１１７】
１１０２．第１のNFVOは、一括許可ポリシー設定に基づいて、ネストNS  LCM動作におけるリソース管理を実行する。
【０１１８】
１１０３．第１のNFVOは、ネストNS  LCM応答を送信者に返す。
【０１１９】
本出願のこの実施形態におけるネストNS  LCM動作許可方法に従うと、第２のNFVOは、第１のNFVOについての許可ポリシーを一括して事前に設定するので、第１のNFVOは、一括許可ポリシー設定に基づいて、ネストNS  LCM動作を実行することができる。これは、第１のNFVOが第２のNFVOとともにネストNS  LCM許可要求／応答プロセスを毎回実施するインタラクションを回避し、ネットワークリソース消費を低減させ、ネストNS  LCM動作についてのリソース管理効率を向上させる。
【０１２０】
本出願の実施形態８は、NFVO装置を提供する。図１２に示されているように、このNFVO装置は、ネストNS  LCM動作要求を受信するよう構成されている受信ユニット１２０１であって、ネストNS  LCM動作要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、受信ユニット１２０１と、
NS  LCM動作要求に基づいて、このNFVOが、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行することを許可するように第２のNFVOに要求する許可要求を、第２のNFVOに送信するよう構成されている送信ユニット１２０３であって、許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運び、受信ユニット１２０１は、許可要求に基づいて第２のNFVOにより送信された許可応答を受信するようさらに構成されている、送信ユニット１２０３と、
許可応答に基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行するよう構成されている処理ユニット１２０２と、
を含む。
【０１２１】
具体的には、送信ユニット１２０３は、第１のNSインスタンスの識別子に基づいて、記憶されているテナント識別子をローカルで得て、テナント識別子に基づいて、第２のNFVOの識別情報を得て、第２のNFVOの識別情報に基づいて、許可要求を第２のNFVOに送信する。
【０１２２】
具体的には、処理ユニット１２０２は、ローカル仮想リソースビューに基づいて、ネストNS  LCM動作についての仮想リソース管理プランを決定し、送信ユニット１２０３を使用することにより、仮想リソース管理プランを第２のNFVOに送信することができる。仮想リソース管理プランは、第１のNSインスタンスにより使用されている現在のリソースの状態を参照してNS  LCM動作について追加、削除、又は変更される必要がある仮想リソースのタイプ、量、及び／又は位置；又は、第１のNSインスタンスに含まれるメンバーVNFインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、並びに／又は、第１のNSインスタンスに含まれるメンバーVLインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／若しくは位置、を含む。
【０１２３】
具体的には、受信ユニット１２０１により受信される許可応答は、動作成功指示を含み、第１のNSインスタンスについて実行されるNS  LCM動作についての、第２のNFVOにより更新された仮想リソース管理プランをさらに含み、処理ユニット１２０２は、第１のNSインスタンスについて実行されるNS  LCM動作についての更新された仮想リソース管理プランに基づいて、仮想リソース管理を実施する。
【０１２４】
このNFVOに含まれるこれらのユニットにより実行される動作の具体的な実装については、実施形態１〜７における第１のNFVOにより実行される対応するステップを参照されたい。詳細は、ここでは繰り返されない。
【０１２５】
NFVO装置は、具体的には、コンピュータ命令を含むソフトウェア製品であってもよい。プロセッサにより実行されたとき、コンピュータ命令は、実施形態１〜７における第１のNFVOにより実行されるステップ及び機能を実施するために使用される。
【０１２６】
本出願の実施形態９は、別のNFVO装置を提供する。図１３に示されているように、このNFVO装置は、
第１のNFVOにより送信されたNS  LCM動作許可要求を受信するよう構成されている受信ユニット１３０１であって、この許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、受信ユニット１３０１と、
第１のNSインスタンスの識別子、NS  LCM動作のタイプ、及び、このNFVOにより管理される第２のNSインスタンスの仮想リソースビューに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作が、このNFVOにより管理される第２のNSインスタンスに影響を及ぼすかどうかを判断するよう構成されている処理ユニット１３０２と、
判断結果に基づいて、許可応答を第１のNFVOに送信するよう構成されている送信ユニット１３０３と、
を含む。
【０１２７】
処理ユニット１３０２は、さらに、以下の情報のうちの少なくとも１つに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作が、このNFVOにより管理される第２のNSインスタンスに影響を及ぼすかどうかを判断する：
このNFVOにより管理される第２のNSインスタンスのメンバーNSインスタンスであって、第１のNSインスタンスとの依存関係を有するメンバーNSインスタンスの動作状態、及び／又は、第２のNSインスタンスのメンバーVNFインスタンスであって、第１のNSインスタンスとの依存関係を有するメンバーVNFインスタンスの動作状態；
このNFVOにより管理される第２のNSインスタンスの下で規定されているアフィニティ及び／又はアンチアフィニティルールであって、第１のNSインスタンスに関連付けられているアフィニティ及び／又はアンチアフィニティルール；及び
第２のNSインスタンスについて実行されるNS  LCM動作についての許可ポリシー。
【０１２８】
具体的には、受信ユニット１３０１により受信される許可要求は、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理プランをさらに含み、仮想リソース管理プランは、第１のNSインスタンスにより使用されている現在のリソースの状態を参照してNS  LCM動作について追加、削除、又は変更される必要がある仮想リソースのタイプ、量、及び／又は位置；又は、第１のNSインスタンスに含まれるメンバーVNFインスタンス及び／又はメンバーVLインスタンスによりNS  LCM動作において実際に占有される仮想リソースのタイプ、量、及び／又は位置、を含む。
【０１２９】
処理ユニット１３０２は、さらに、このNFVOにより管理されるNSインスタンスの仮想リソースビューに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理プランを更新し、送信ユニット１３０３を使用することにより、更新された仮想リソース管理プランを第１のNFVOに返すことができる。
【０１３０】
このNFVOに含まれるこれらのユニットにより実行される動作の具体的な実装については、実施形態１〜７における第２のNFVOにより実行される対応するステップを参照されたい。詳細は、ここでは繰り返されない。
【０１３１】
NFVO装置は、具体的には、コンピュータ命令を含むソフトウェア製品であってもよい。プロセッサにより実行されたとき、コンピュータ命令は、実施形態１〜７における第２のNFVOにより実行されるステップ及び機能を実施するために使用される。
【０１３２】
本出願の実施形態１０は、図１４に示されているように、NFVOの概略構成図を提供する。このNFVOは、トランシーバ（transceiver）１４０３に結合された１つ以上のポート１４０４を含み得る。トランシーバ１４０３は、送信機、受信機、又はこれらの組み合わせであってよく、ポート１４０４を通じて、別のネットワークノードにデータパケットを送信する、又は、別のネットワークノードからデータパケットを受信する。プロセッサ１４０１は、トランシーバ１４０３に結合され、データパケットを処理するよう構成されている。プロセッサ１４０１は、１つ以上のマルチコアプロセッサ及び／又はメモリ１４０２を含み得る。プロセッサ１４０１は、汎用プロセッサ、特定用途向け集積回路（application-specific  integrated  circuit、ASIC）、又はデジタル信号プロセッサ（DSP）であってよい。
【０１３３】
メモリ１４０２は、プロセッサ１４０１に結合され、異なるタイプのデータを記憶するよう構成されている非一時的な記憶媒体であってよい。メモリ１４０２は、読み取り専用メモリ（read-only  memory、ROM）、ランダムアクセスメモリ（random  access  memory、RAM）、又は、情報及び命令を記憶することができる別のタイプの動的記憶デバイスを含んでもよいし、又は、ディスクメモリであってもよい。メモリ１４０２は、NFVシステム又は関連方法を実装する命令を記憶するよう構成され得る。実行可能な命令は、このNFVOのプロセッサ１４０１、キャッシュ、又は長期メモリにプログラム又はロードされることが理解され得る。
【０１３４】
別の実施形態において、メモリ１４０２は、コンピュータ実行可能なプログラムコードを記憶し、プログラムコードは命令を含み、プロセッサ１４０１が命令を実行したとき、ネットワーク要素は、以下の動作、すなわち：
ネットワークサービスライフサイクル管理動作要求を受信する動作であって、NS  LCM動作要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、動作と、
NS  LCM動作要求に基づいて、このNFVOが、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行することを許可するように第２のNFVOに要求する許可要求を、第２のNFVOに送信する動作であって、許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、動作と、
許可要求に基づいて第２のNFVOにより送信された許可応答を受信する動作と、
許可応答に基づいて、第１のNSインスタンスについて実行されるNS  LCM動作についての仮想リソース管理を実行する動作と、
を実行する。
【０１３５】
このNFVOに含まれるプロセッサにより実行される動作の具体的な実装については、実施形態１〜７における第１のNFVOにより実行されるステップ及び機能を参照されたい。詳細は、本出願のこの実施形態において繰り返されない。
【０１３６】
本出願の実施形態１１は、図１５に示されているように、NFVOの概略構成図を提供する。このNFVOは、トランシーバ（transceiver）１５０３に結合された１つ以上のポート１５０４を含み得る。トランシーバ１５０３は、送信機、受信機、又はこれらの組み合わせであってよく、ポート１５０４を通じて、別のネットワークノードにデータパケットを送信する、又は、別のネットワークノードからデータパケットを受信する。プロセッサ１５０１は、トランシーバ１５０３に結合され、データパケットを処理するよう構成されている。プロセッサ１５０１は、１つ以上のマルチコアプロセッサ及び／又はメモリ１５０２を含み得る。プロセッサ１５０１は、汎用プロセッサ、特定用途向け集積回路（application-specific  integrated  circuit、ASIC）、又はデジタル信号プロセッサ（DSP）であってよい。
【０１３７】
別の実施形態において、メモリ１５０２は、コンピュータ実行可能なプログラムコードを記憶し、プログラムコードは命令を含み、プロセッサ１５０１が命令を実行したとき、ネットワーク要素は、以下の動作、すなわち：
第１のNFVOにより送信されたNS  LCM動作許可要求を受信する動作であって、この許可要求は、第１のNSインスタンスの識別子及びNS  LCM動作のタイプを運ぶ、動作と、
第１のNSインスタンスの識別子、NS  LCM動作のタイプ、及び、このNFVOにより管理される第２のNSインスタンスの仮想リソースビューに基づいて、第１のNSインスタンスについて実行されるNS  LCM動作が、このNFVOにより管理される第２のNSインスタンスに影響を及ぼすかどうかを判断する動作と、
判断結果に基づいて、許可応答を第１のNFVOに送信する動作と、
を実行する。
【０１３８】
このNFVOに含まれるプロセッサにより実行される動作の具体的な実装については、実施形態１〜７における第２のNFVOにより実行されるステップ及び機能を参照されたい。詳細は、本出願のこの実施形態において繰り返されない。
【０１３９】
方法の実施形態のステップの全て又は一部は、プログラムが関連ハードウェアに命令することにより実施され得ることを、当業者は理解するであろう。プログラムは、コンピュータ読み取り可能な記憶媒体に記憶され得る。プログラムが実行されたとき、方法の実施形態のステップが実行される。前述の記憶媒体は、ROM、RAM、磁気ディスク、又は光ディスク等、プログラムコードを記憶することができる任意の媒体を含む。最後に、前述の実施形態は、本出願を限定するのではなく、本出願の技術的解決策を説明するために単に意図されていることに留意されるべきである。本出願が、前述の実施形態を参照して詳細に説明されているが、当業者は、それでも、本出願の実施形態の技術的解決策の範囲から逸脱することなく、前述の実施形態において説明された技術的解決策に対して変更を行うことができること、又は、それらの一部の又は全ての技術的特徴に対して均等な置換を行うことができることを理解すべきである。
【図１】
2019536365.tif 000003
【図２】
2019536365.tif 000004
【図３】
2019536365.tif 000005
【図４】
2019536365.tif 000006
【図５】
2019536365.tif 000007
【図６】
2019536365.tif 000008
【図７】
2019536365.tif 000009
【図８】
2019536365.tif 000010
【図９】
2019536365.tif 000011
【図１０】
2019536365.tif 000012
【図１１】
2019536365.tif 000013
【図１２】
2019536365.tif 000014
【図１３】
2019536365.tif 000015
【図１４】
2019536365.tif 000016
【図１５】
2019536365.tif 000017
【国際調査報告】
2019536365.tif 000018
2019536365.tif 000019
2019536365.tif 000020
2019536365.tif 000021