JP7006786B2

JP7006786B2 - オーケストレーション装置、ｖｎｆｍ装置、管理方法及びプログラム

Info

Publication number: JP7006786B2
Application number: JP2020525691A
Authority: JP
Inventors: 祐輝宮田; 創前佛
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2018-06-15
Filing date: 2019-06-14
Publication date: 2022-01-24
Anticipated expiration: 2039-06-14
Also published as: WO2019240274A1; US20210258266A1; US11637789B2; JPWO2019240274A1

Description

［関連出願についての記載］
本発明は、日本国特許出願：特願２０１８－１１４６５４号（２０１８年６月１５日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、オーケストレーション装置、ＶＮＦＭ装置、管理方法及びプログラムに関する。

ＥＴＳＩＮＦＶではＮＦＶのアーキテクチャが定義されている（非特許文献１参照）。仮想化されるネットワークＭＡＮＯ（ＭａｎａｇｅｍｅｎｔａｎｄＯｒｃｈｅｓｔｒａｔｉｏｎ）には、仮想化基盤を管理するＶＩＭ、ネットワークサービスを構成するＶＮＦを管理するＶＮＦＭ、これらを制御するＮＦＶＯが定義されている。なお、ＶＩＭ、ＶＮＦ、ＶＮＦＭは、それぞれ、ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ、ＶｉｒｔｕａｌＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ、ＶＮＦＭａｎａｇｅｒの略である。また、ＶＮＦはＶＮＦＣ（ＶＮＦＣｏｍｐｏｎｅｎｔ）によって構成され、ＶＮＦＣが一つのＶＭ（ＶｉｒｔｕａｌＭａｃｈｉｎｅ）上で実行される。以下、「クラウド基盤」を、ＮＦＶにおけるＶＩＭに当たるもの、「サービス」をＮＦＶにおけるネットワークサービスを含むものとして記載する。

特許文献１には、上記ＮＦＶＯ、ＶＮＦＭ、ＶＩＭがそれぞれの目的に応じて各種のデータを保持するデータベース（以下、ＤＢ）を有する構成において、ＤＢ間で対応するデータの不一致や実際の状態との乖離を解消できるという構成が開示されている。より具体的には、特許文献１には、ＮＦＶＯのＤＢと、ＶＮＦＭのＤＢとがそれぞれＶＮＦＲ（ＶＮＦＲｅｃｏｒｄ）に関連するデータを重複して保持することがあり、その場合に、ＤＢ間でデータの値を一致させることが記載されている（段落００３９参照）。

国際公開第２０１６／１２１８６９号

ETSI GS NFV-MAN 001 V1.1.1 (2014-12) Network Functions Virtualisation (NFV); Management and Orchestration、［online］、［平成30年6月15日検索］、インターネット〈http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf〉

以下の分析は、本発明によって与えられたものである。図１０は、ＮＦＶ－ＭＡＮＯの基本的アーキテクチャを示す図である。図１０のＯｒｃｈｅｓｔｒａｔｏｒ（オーケストレーション装置）が上記ＮＦＶＯに相当し、ＶＮＦＭやＶＩＭを制御する。また、図１０の構成においてＶＮＦＭの装置故障やシステム障害からの復旧、バックアップ切り戻し作業などが発生する場合がある。この種の作業を実施した場合、ＶＮＦＭがそれまで保持していたＶＮＦＲ（ＶＮＦＲｅｃｏｒｄ）のみならずＶＮＦＲと仮想リソースの紐付情報（対応関係）を消失する場合がありうる。ここで、仮想リソースとしては、ＶＩＭにより管理されている仮想リソースのほか、仮想リソースプールにおける仮想リソースなどが考えられる。

ここで、ＶＮＦＲと仮想リソースの紐付情報（対応関係）について説明する。図１１は、ＮＦＶ標準のＶＮＦＩｎｓｔａｎｔｉａｔｉｏｎのシーケンスを示している。図１１に示すように、ＶＮＦＭは、ＮＦＶＯからの指示により、ＶＮＦＲ情報を生成する（３．ＧｒａｎｔＬｉｆｅｃｙｃｌｅＯｐｅｒａｔｉｏｎ）。ＶＩＭにおける仮想リソースの割当完了後、ＶＮＦＭは、ＶＮＦのインスタンスを生成する（１０．ＣｏｎｆｉｇｕｒｅＶＮＦ）。この時、ＶＮＦＭは、ＶＮＦＲと仮想リソースの紐付情報（例えば、非特許文献１のｖｎｆｒ：ｖｄｕ）を保持する。一方、ＶＩＭは仮想リソース管理システムであり、ＶＮＦの単位情報であるＶＮＦＲを保持していない。また、ＮＦＶＯは、その名のとおりＶＮＦＭやＶＩＭのオーケストレーションを担う機能ブロックであり、仮想リソース情報を保持していない。そのため、ＶＮＦＲと仮想リソースの紐付情報（対応関係）はＶＮＦＭしか保持しておらず、ＶＮＦＭが障害等の要因で、当該情報を消失した場合、隣接機能ブロック間との同期処理による復旧手段が存在しないことになる。

特許文献１では、ＮＦＶＯ、ＶＮＦＭのＤＢを同期させることで、ＮＦＶＯ、ＶＮＦＭのＤＢでそれぞれ保持しているＶＮＦＲを一致させることができる。しかしながら、ＶＮＦＲと仮想リソースの紐付情報（対応関係）は、上述のとおり、ＶＮＦＭのみが保持している情報であり、特許文献１の技術をもってしても復旧させることができないという問題点がある。

現実問題としては、ＶＮＦＲと仮想リソースの紐付情報（対応関係）が喪われた場合、仮想リソースを削除後に、ＶＮＦを再構築するといった措置が採られている。しかしながら、この方法を採った場合、一時的に仮想リソースを削除することになるため、復旧までの間、該当ＶＮＦサービスが中断してしまうという問題点がある。

本発明は、上記ＶＮＦＭで喪われたＶＮＦＲと仮想リソースの対応関係を復旧する手段の豊富化に貢献するオーケストレーション装置、ＶＮＦＭ装置、管理方法及びプログラムを提供することを目的とする。

第１の視点によれば、ＶＮＦ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）を生成したＶＮＦＭ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎＭａｎａｇｅｒ）から、当該ＶＮＦに割り当てた仮想リソース情報を受信する受信部を備えるオーケストレーション装置が提供される。このオーケストレーション装置は、さらに、前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶する記憶部を備える。このオーケストレーション装置は、さらに、前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭに対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信して、前記ＶＮＦＭにＶＮＦに割り当てた仮想リソース情報を回復させる同期部を備える。

第２の視点によれば、ＮＦＶ（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎＶｉｒｔｕａｌｉｚａｔｉｏｎ）のオーケストレーション装置からの要求に応じて、ＶＩＭ（ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）を生成するＶＮＦ生成部と、前記オーケストレーション装置に対して、前記割り当てた仮想リソース情報を送信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させる通知部と、を備えるＶＮＦＭ装置が提供される。

第３の視点によれば、上記したオーケストレーション装置又はＶＮＦＭ装置において実施させるＶＮＦ情報の管理方法が提供される。前者のオーケストレーション装置において実施させる管理方法は、ＶＮＦ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）を生成したＶＮＦＭ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎＭａｎａｇｅｒ）から、当該ＶＮＦに割り当てた仮想リソース情報を受信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶し、前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭに対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信して、前記ＶＮＦＭにＶＮＦに割り当てた仮想リソース情報を回復させる。

後者のＶＮＦＭ装置において実施させるＶＮＦ情報の管理方法は、ＮＦＶ（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎＶｉｒｔｕａｌｉｚａｔｉｏｎ）のオーケストレーション装置からの要求に応じて、ＶＩＭ（ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）を生成し、前記オーケストレーション装置に対して、前記割り当てた仮想リソース情報を送信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させる。これらの方法は、それぞれＮＦＶＯ装置又はＶＮＦＭ装置という、特定の機械に結びつけられている。

第４の視点によれば、上記したＮＦＶＯ装置又はＶＮＦＭ装置の機能を実現するためのコンピュータプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジトリーな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。

本発明によれば、ＶＮＦＭにおいて喪われたＶＮＦＲと仮想リソースの対応関係を速やかに回復させることが可能となる。即ち、本発明は、背景技術に示したＮＦＶ－ＭＡＮＯの基本的アーキテクチャを、復旧機能を飛躍的に向上させたものへと変換するものとなっている。

本発明の一実施形態の構成を示す図である。本発明の一実施形態の動作を説明するための図である。本発明の一実施形態の動作を説明するための図である。本発明の第１の実施形態のＮＦＶ－ＭＡＮＯの構成を示す図である。本発明の第１の実施形態のＯｒｃｈｅｓｔｒａｔｏｒが保持する情報の一例を示す図である。本発明の第１の実施形態の動作を表したシーケンス図である。本発明の第１の実施形態の動作（同期処理）を表したシーケンス図である。本発明の第２の実施形態の動作（同期処理）を表したシーケンス図である。本発明の第３の実施形態の動作（同期処理）を表したシーケンス図である。ＮＦＶ－ＭＡＮＯの基本的アーキテクチャを示す図である。ＮＦＶ－ＭＡＮＯの動作を表したシーケンス図である。本発明のＮＦＶ－ＭＡＮＯの各機能ブロックを構成するコンピュータの構成を示す図である。

はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。プログラムはコンピュータ装置を介して実行され、コンピュータ装置は、例えば、プロセッサ、記憶装置、入力装置、通信インタフェース、及び必要に応じ表示装置を備える。また、コンピュータ装置は、通信インタフェースを介して装置内又は外部の機器（コンピュータを含む）と、有線、無線を問わず、交信可能に構成される。また、図中の各ブロックの入出力の接続点には、ポート乃至インタフェースがあるが図示省略する。また、以下の説明において、「Ａ及び／又はＢ」は、Ａ及びＢの少なくともいずれかという意味で用いる。

本発明は、その一実施形態において、図１に示すように、受信部１１と、記憶部１２と、同期部１３と、を備えるオーケストレーション装置１０にて実現できる。

より具体的には、オーケストレーション装置１０は、ＯＳＳ／ＢＳＳからのＶＮＦサービスの要求受信などを契機に、ＶＮＦＭ２０に対し、ＶＮＦの生成を指示する（図２の「ＶＮＦ生成」）。受信部１１は、前記指示に基づいてＶＮＦを生成したＶＮＦＭ２０から、当該ＶＮＦに割り当てた仮想リソース情報を受信する（図２の「仮想リソース情報」）。記憶部１２は、前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶する。

そして、同期部１３は、前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭ２０に対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信する（図３の「仮想リソース情報」）。前記仮想リソース情報を受信したＶＮＦＭ２０は、ＶＮＦと、当該ＶＮＦに割り当てた仮想リソース情報との対応関係を回復させる。なお、同期部１３による前記仮想リソース情報の送信のタイミングとしては、ＶＮＦＭ２０における特定のイベント発生（障害復旧や切り戻し完了通知）や外部からの同期要求受信などの契機が考えられる。

一方、ＶＮＦＭ２０は、ＶＮＦ生成部２１と、通知部２２と、を備える。ＶＮＦ生成部２１は、オーケストレーション装置１０からの要求に応じて、ＶＩＭ（ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）を生成する。また、通知部２２は、前記オーケストレーション装置１０に対して、前記割り当てた仮想リソース情報を送信し、オーケストレーション装置１０に、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させる。

以上により、ＶＮＦＭの装置故障やシステム障害からの復旧、バックアップ切り戻し作業などを原因として、ＶＮＦＭ２０、ＶＮＦＲと仮想リソースの紐付情報（対応関係）を喪った場合においても、ＶＮＦサービスの大幅な中断を回避することが可能となる。

［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図４は、本発明の第１の実施形態のＮＦＶ－ＭＡＮＯの構成を示す図である。図４を参照すると、Ｏｒｃｈｅｓｔｒａｔｏｒ（ＮＦＶＯ）１００と、ＶＮＦＭａｎａｇｅｒ（ｓ）２００と、ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ（ｓ）３００とを含むＮＦＶ－ＭＡＮＯ４００が示されている。

Ｏｒｃｈｅｓｔｒａｔｏｒ１００は、参照ポイントＯｒ－Ｖｎｆｍで示されるインタフェースを介して、ＶＮＦＭａｎａｇｅｒ（ｓ）２００と接続されている。Ｏｒｃｈｅｓｔｒａｔｏｒ１００は、参照ポイントＯｒ－Ｖｉで示されるインタフェースを介して、ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ（ｓ）３００と接続されている。このＯｒｃｈｅｓｔｒａｔｏｒ１００が、上述したオーケストレーション装置に相当し、上記した受信部１１と、記憶部１２と、同期部１３と、を備えている（図１参照）。

ＶＮＦＭａｎａｇｅｒ（ｓ）２００は、ネットワークサービスを構成するＶＮＦを管理する１つ以上のＶＮＦＭを示す。以下、特に区別しない場合、ＶＮＦＭａｎａｇｅｒ（ｓ）２００に含まれる１つのＶＮＦＭａｎａｇｅｒを、「ＶＮＦＭ２００」と記す。

ＶＮＦＭ２００は、Ｏｒｃｈｅｓｔｒａｔｏｒ１００やＳｅｎｄｅｒ等の外部からの同期要求の受信等の所定の契機で、ＶＮＦＲを保持しているか否かを確認する。前記確認の結果、指定されたＶＮＦＲを保持していないと判明した場合、Ｏｒｃｈｅｓｔｒａｔｏｒ（ＮＦＶＯ）１００に対して、ＶＮＦ仮想リソースを問い合わせ、前記ＶＮＦと前記仮想リソース情報との対応関係を取得する。そして、ＶＮＦＭ２００は、取得した情報を用いて、ＶＮＦＲと仮想リソースの紐付情報（対応関係）の復旧を行う。

ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ（ｓ）３００は、仮想化基盤を管理する１つ以上のＶＩＭを示す。以下、特に区別しない場合、ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ（ｓ）３００に含まれる１つのＶＩＭを、「ＶＩＭ３００」と記す。

図５は、Ｏｒｃｈｅｓｔｒａｔｏｒ１００が保持する情報の一例を示す図である。図５の例では、ＶＮＦＲと仮想リソース情報（ユニークＩＤ）とを対応付けたエントリを格納するテーブルが示されている。なお、図５の例では、ＶＮＦＲと仮想リソース情報とが１対１で対応付けられているが、１つのＶＮＦＲに複数の仮想リソースが対応付けられていてもよい。なお、仮想リソース情報（ユニークＩＤ）として、ｖｎｆｒ：ｖｄｕ内のｖｎｆｃ＿ｉｎｓｔａｎｃｅという情報要素を用いてもよい（非特許文献１の６．３．２．４ＶｉｒｔｕａｌＤｅｐｌｏｙｍｅｎｔＵｎｉｔ参照）。

続いて、本実施形態の動作について図面を参照して詳細に説明する。図６は、本発明の第１の実施形態の動作を表したシーケンス図である。図６の基本的なフローは、図１１に示したＮＦＶ標準のＶＮＦＩｎｓｔａｎｔｉａｔｉｏｎのシーケンスと同様である。即ち、ＳｅｎｄｅｒはＮＦＶＯ（図４のＯｒｃｈｅｓｔｒａｔｏｒ１００）に対してＶＮＦの生成を指示する（１．ＩｎｓｔａｎｔｉａｔｅＶＮＦ）。ここで、Ｓｅｎｄｅｒは保守者もしくは上位の装置（例えば、図１０のＯＳＳ／ＢＳＳ等）を指す。

次に、ＮＦＶＯは、ＶＮＦＭ（図４のＶＮＦＭ２００）に対して、ＶＮＦの生成を指示する（２．ＩｎｓｔａｎｔｉａｔｅＶＮＦ）。ＶＮＦＭは、ＮＦＶＯに対して、ＶＮＦを指定して、生成の許可を要求する（３．ＧｒａｎｔＬｉｆｅｃｙｃｌｅＯｐｅｒａｔｉｏｎ）。

次に、ＮＦＶＯは、空きの仮想リソースが利用可能であるか否かを確認する（４．Ｃｈｅｃｋｆｒｅｅｒｅｓｏｕｒｃｅａｒｅａｖａｉｌａｂｌｅ）。なお、ここで、ＮＦＶＯが、ＶＩＭに対して、仮想リソースの予約を行っても良い。具体的には、ＮＦＶＯは、ＶＩＭに対して仮想リソースの予約を実施する（５．（ｏｐｔ．）ＣｒｅａｔｅＲｅｓｏｕｒｃｅＲｅｓｅｒｖａｔｉｏｎ～６．ＲｅｓｕｌｔｏｆＲｅｓｅｒｖａｔｉｏｎ）。

次に、ＮＦＶＯは、ＶＮＦＭに対し、ＶＮＦの生成許可を送信する（７．ＡＣＫ）。前記ＶＮＦの生成許可を受け取ったＶＮＦＭは、ＶＩＭに対して、該当するＶＮＦに対し、仮想リソースの割り当てを要求する（８．ＡｌｌｏｃａｔｅＲｅｓｏｕｒｃｅ～９．ＡＣＫ）。

前記仮想リソースの割り当てが完了すると、ＶＮＦＭは、ＶＮＦを構成する（１０．ＣｏｎｆｉｇｕｒｅＶＮＦ）。これによりＶＮＦＲが作成される。また、ＶＮＦＭは、ＥＭに対して、ＶＮＦが生成されたことを通知する（１１．ＮｏｔｉｆｙＶＮＦＩｎｓｔａｎｔｉａｔｅｄ）。ここでＥＭとは、ＥｌｅｍｅｎｔＭａｎａｇｅｍｅｎｔ（システム）と呼ばれるデバイス等の管理を行う機能ブロックである。

前記ＶＮＦＭ及び前記通知を受けたＥＭは、管理対象デバイスに、前記通知されたＶＮＦを追加する（１２．ＡｄｄＶＮＦａｓｍａｎｅｇｅｄｄｅｖｉｃｅ）。ＥＭは、ＶＮＦに特定のパラメータなどの設定を行う（１３．ＣｏｎｆｉｇｕｒｅＶＮＦ）。

以上によりＶＮＦの生成が完了する。次に、ＶＮＦＭは、ＮＦＶＯに対し、当該ＶＮＦに割り当てた仮想リソースのユニークＩＤを含むＶＮＦ生成通知を送信する（１４．ＮｏｔｉｆｙＶＮＦｉｎｓｔａｎｔｉａｔｅｄｗｉｔｈｕｎｉｑｕｅＩＤｏｆＶｉｒｔｕａｌＲｅｓｏｕｒｃｅｓ）。

前記ＶＮＦ生成通知を受けたＮＦＶＯは、ＶＮＦＲと、仮想リソースとの対応関係を保存する（１５．ＭａｐＶＮＦｔｏＶＩＭａｎｄｖｉｒｔｕａｌｒｅｓｏｕｒｃｅｓ・・・）。

以上により、本実施形態では、ＶＮＦＲとそのＶＮＦに割り当てられている仮想リソースとの対応関係がＮＦＶＯに保持される。以降、ＮＦＶＯはＯｒ－Ｖｉインタフェースにおいて、この仮想リソースのユニークＩＤを用いてＶＩＭシステムが管理する仮想リソース情報を追跡することも可能になる。

続いて、上記ＶＮＦＲと仮想リソースとの対応関係を喪ったＶＮＦＭに、再び、上記ＶＮＦＲと仮想リソースとの対応関係を保持させる動作（以下、同期処理という。）について図面を参照して詳細に説明する。

図７は、本発明の第１の実施形態の動作（同期処理）を表したシーケンス図である。図７を参照すると、まず、Ｓｅｎｄｅｒは、ＮＦＶＯに対して、同時処理を指示する（１．ＳｙｎｃＶＮＦ）。次に、ＮＦＶＯは、ＶＮＦＭに対してＶＮＦｉｎｓｔａｎｃｅＩＤを指定して同期要求を行う（２．ＳｙｎｃＶＮＦ（ＶＮＦｉｎｓｔａｎｃｅＩＤ））。

前記同期要求を受けたＶＮＦＭは該当ＩＤのＶＮＦＲの情報を記憶部（図５参照）に保持しているか確認し、未保持の場合は消失したものと判断しＶＮＦＲを再作成する（３．ＣｈｅｃｋＶＮＦＲｉｓＡｖａｉｌａｂｌｅ～）。なお、ここで、該当ＩＤのＶＮＦＲの情報が存在する場合は、対応する仮想リソースの情報も保持していることになるので、以降の処理は省略することができる。

次に、ＶＮＦＭは、ＮＦＶＯに対して、ＶＮＦｉｎｓｔａｎｃｅＩＤを指定して、対応する仮想リソースのユニークＩＤを問い合わせる（４．ＱｕｅｒｙＶＮＦ（ＶＮＦｉｎｓｔａｎｃｅＩＤ））。ＶＮＦＭは、ＮＦＶＯから仮想リソースのユニークＩＤを受信すると（５．Ａｃｋ）、記憶部１２に、ＶＮＦＲと仮想リソースの対応関係を保存する（６．ＬｉｎｋＶＮＦＲａｎｄＵｎｉｑｕｅＩＤｏｆＶｉｒｔｕａｌＲｅｓｏｕｒｃｅ～）。

前記ＶＮＦＲと仮想リソースの対応関係の保存が完了すると、ＶＮＦＭは、ＮＦＶＯに対して、同期処理が完了したことを通知する（７．Ａｃｋ～）。

以上のように、本実施形態によれば、仮想リソースの削除とＶＮＦの再構築といった手順を踏まなくとも、ＶＮＦＭに保持されているべきＶＮＦと仮想リソースの対応関係を復旧することが可能となる。

［第２の実施形態］
上記した第１の実施形態では、Ｓｅｎｄｅｒから要求を受けたＮＦＶＯがＶＮＦｉｎｓｔａｎｃｅＩＤを指定して同期要求を行うものとして説明したが、ＳｅｎｄｅｒがＶＮＦＭに対して、ＶＮＦｉｎｓｔａｎｃｅＩＤを指定して直接同期要求を行う形態も採用可能である。

図８は、Ｓｅｎｄｅｒが直接同期要求を行う第２の実施形態の動作（同期処理）を表したシーケンス図である。図７に示した第１の実施形態との差異は、ＳｅｎｄｅｒがＶＮＦＭに対して直接同期要求を行う点と、ＮＦＶＯは、仮想リソースの問い合わせに応答するのみである点である。

本実施形態によれば、ＮＦＶＯを経由せずにＶＮＦＭがＶＮＦＲと仮想リソースとの対応関係を保持しているか否かの確認と、必要に応じた同期処理を実施可能となる。このような本実施形態は、ＮＦＶＯとＶＮＦＭでそれぞれ管理する事業者が異なる場合などＮＦＶＯとＶＮＦＭの独立性が高い場合に好適に採用することができる。

［第３の実施形態］
上記した第１、第２の実施形態では、ＶＮＦｉｎｓｔａｎｃｅＩＤを個別に指定して同期要求を行うものとして説明したが、複数のＶＮＦの同期処理を連続して実施することもできる。

図９は、複数のＶＮＦの同期処理を連続して実施する第３の実施形態の動作（同期処理）を表したシーケンス図である。図７に示した第１の実施形態との差異は、Ｓｅｎｄｅｒから同期要求を受けたＮＦＶＯが、ＶＮＦＭに対して、すべてのＶＮＦｉｎｓｔａｎｃｅＩＤの同期要求を行う点である。

本実施形態によれば、Ｓｅｎｄｅｒ及びＮＦＶＯが、その都度、ＶＮＦＭに対して同期要求しなくても、複数のＶＮＦについて、ＶＮＦＲと仮想リソースとの対応関係を保持しているか否かの確認と、必要に応じた同期処理を実施可能となる。これにより、Ｓｅｎｄｅｒ、ＮＦＶＯ及びＶＮＦＭ間で授受する信号量の低減のみならず、ＮＦＶＯやＶＮＦＭの負荷を低減することが可能となる。

なお、図９の例では、ＮＦＶＯがＶＮＦＭに対して、すべてのＶＮＦｉｎｓｔａｎｃｅＩＤの同期要求を行うものとして説明したが、ＮＦＶＯが、複数のＶＮＦｉｎｓｔａｎｃｅＩＤを指定してＶＮＦＭに対して同期要求を行う構成も採用可能である。また、図９の例では、ＳｅｎｄｅｒがＮＦＶＯを経由して同期要求を行うこととしているが、第２の実施形態と同様に、ＳｅｎｄｅｒがＶＮＦＭに対して直接複数のＶＮＦの同期要求を行う構成も採用可能である。

また、上記した第１～第３の実施形態では、Ｓｅｎｄｅｒが同期要求を送信するものとして説明したが、ＮＦＶＯが自動的に同期要求を行う構成も採用可能である。例えば、ＶＮＦＭの装置故障やシステム障害からの復旧、バックアップ切り戻し作業などのＶＮＦと仮想リソース情報との対応関係を喪った可能性のある作業が行われたことを契機として、ＮＦＶＯがＶＮＦＭに対し同期要求を行うようにしてもよい。

以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示した機器間の接続、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。また、以下の説明において、「Ａ及び／又はＢ」は、Ａ及びＢの少なくともいずれかという意味で用いる。また、図中の各ブロックの入出力の接続点には、ポート乃至インタフェースがあるが図示省略する。

また、上記した第１～第３の実施形態に示した手順は、ＮＦＶＯ又はＶＮＦＭとして機能するコンピュータ（図１２の９０００）に、ＮＦＶＯ又はＶＮＦＭとしての機能を実現させるプログラムにより実現可能である。このようなコンピュータは、図１２のＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）９０１０、通信インタフェース９０２０、メモリ９０３０、補助記憶装置９０４０を備える構成に例示される。すなわち、図１２のＣＰＵ９０１０にて、受信情報の保存プログラムや仮想リソースの照会、応答プログラムを実行し、その補助記憶装置９０４０等に保持された各計算パラメータの更新処理を実施させればよい。

即ち、上記した第１～第３の実施形態に示したＮＦＶＯ又はＶＮＦＭの各部（処理手段、機能）は、これらの装置に搭載されたプロセッサに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することができる。

最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点によるオーケストレーション装置参照）
［第２の形態］
上記したオーケストレーション装置の同期部は、
前記ＶＮＦＭに対して、ＶＮＦを指定した同期確認要求を送信し、前記ＶＮＦＭに、前記ＶＮＦと前記仮想リソース情報との対応関係を喪っているか否かを確認させる構成を採ることができる。
［第３の形態］
上記したオーケストレーション装置の同期部は、
前記ＶＮＦＭに対して、複数のＶＮＦの同期確認要求を送信し、前記ＶＮＦと前記仮想リソース情報との対応関係を喪っているか否かを確認させ、
前記ＶＮＦＭに対して、前記複数のＶＮＦに対応する前記仮想リソース情報をそれぞれ送信して、前記ＶＮＦＭに前記複数のＶＮＦに割り当てた仮想リソース情報を回復させる構成を採ることもできる。
［第４の形態］
上記したオーケストレーション装置の同期部は、
前記ＶＮＦＭにおいて、前記ＶＮＦと前記仮想リソース情報との対応関係を喪った可能性のある作業が行われたことを契機として、前記ＶＮＦＭに対し、同期確認要求を送信する構成を採ることもできる。
［第５の形態］
（上記第２の視点によるＶＮＦＭ装置参照）
［第６の形態］
（上記第３の視点によるＶＮＦ情報の管理方法参照）
［第７の形態］
（上記第４の視点によるプログラム参照）
なお、上記第５～第７の形態は、第１の形態と同様に、第２～第４の形態に展開することが可能である。

なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１０オーケストレーション装置
１１受信部
１２記憶部
１３同期部
２０、２００ＶＮＦＭａｎａｇｅｒ（ｓ）（ＶＮＦＭ）
２１ＶＮＦ生成部
２２通知部
１００Ｏｒｃｈｅｓｔｒａｔｏｒ（ＮＦＶＯ）
３００ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ（ｓ）（ＶＩＭ）
４００ＮＦＶ－ＭＡＮＯ
９０００コンピュータ
９０１０ＣＰＵ
９０２０通信インタフェース
９０３０メモリ
９０４０補助記憶装置

Claims

ＶＮＦ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）を生成したＶＮＦＭ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎＭａｎａｇｅｒ）から、当該ＶＮＦに割り当てた仮想リソース情報を受信する受信部と、
前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶する記憶部と、
前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭに対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信して、前記ＶＮＦＭにＶＮＦに割り当てた仮想リソース情報を回復させる同期部と、
を備えるオーケストレーション装置。
前記同期部は、
前記ＶＮＦＭに対して、ＶＮＦを指定した同期確認要求を送信し、前記ＶＮＦと前記仮想リソース情報との対応関係を喪っているか否かを確認させる請求項１のオーケストレーション装置。
前記同期部は、
前記ＶＮＦＭに対して、複数のＶＮＦの同期確認要求を送信し、前記ＶＮＦと前記仮想リソース情報との対応関係を喪っているか否かを確認させ、
前記複数のＶＮＦに対応する前記仮想リソース情報をそれぞれ送信して、前記ＶＮＦＭに前記複数のＶＮＦに割り当てた仮想リソース情報を回復させる請求項１のオーケストレーション装置。
前記同期部は、
前記ＶＮＦＭにおいて、前記ＶＮＦと前記仮想リソース情報との対応関係を喪った可能性のある作業が行われたことを契機として、前記ＶＮＦＭに対し、同期確認要求を送信する請求項２又は３のオーケストレーション装置。
ＮＦＶ（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎＶｉｒｔｕａｌｉｚａｔｉｏｎ）のオーケストレーション装置からの要求に応じて、ＶＩＭ（ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）を生成するＶＮＦ生成部と、
前記オーケストレーション装置に対して、前記割り当てた仮想リソース情報を送信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させる通知部と、
を備えるＶＮＦＭ装置。
所定の契機で、前記ＶＮＦと前記仮想リソース情報との対応関係を正しく保持しているか否かを確認し、
前記ＶＮＦと前記仮想リソース情報との対応関係を喪っている場合、前記オーケストレーション装置から、前記ＶＮＦと前記仮想リソース情報との対応関係を取得して、保持する請求項５のＶＮＦＭ装置。
ＶＮＦ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）を生成したＶＮＦＭ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎＭａｎａｇｅｒ）から、当該ＶＮＦに割り当てた仮想リソース情報を受信し、
前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶し、
前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭに対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信して、前記ＶＮＦＭにＶＮＦに割り当てた仮想リソース情報を回復させるＶＮＦ情報の管理方法。
ＮＦＶ（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎＶｉｒｔｕａｌｉｚａｔｉｏｎ）のオーケストレーション装置からの要求に応じて、ＶＩＭ（ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）を生成し、
前記オーケストレーション装置に対して、前記割り当てた仮想リソース情報を送信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させるＶＮＦ情報の管理方法。
ＶＮＦ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）を生成したＶＮＦＭ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎＭａｎａｇｅｒ）から、当該ＶＮＦに割り当てた仮想リソース情報を受信する処理と、
前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶する処理と、
前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭに対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信して、前記ＶＮＦＭにＶＮＦに割り当てた仮想リソース情報を回復させる処理と、
をコンピュータに実行させるプログラム。
ＮＦＶ（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎＶｉｒｔｕａｌｉｚａｔｉｏｎ）のオーケストレーション装置からの要求に応じて、ＶＩＭ（ＶｉｒｔｕａｌｉｚｅｄＩｎｆｒａｓｔｒｕｃｔｕｒｅＭａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（ＶｉｒｔｕａｌｉｚｅｄＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）を生成する処理と、
前記オーケストレーション装置に対して、前記割り当てた仮想リソース情報を送信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させる処理と、
をコンピュータに実行させるプログラム。