JP6705513B2 - 管理システム、管理装置、管理方法及びプログラム - Google Patents

管理システム、管理装置、管理方法及びプログラム Download PDF

Info

Publication number
JP6705513B2
JP6705513B2 JP2018565582A JP2018565582A JP6705513B2 JP 6705513 B2 JP6705513 B2 JP 6705513B2 JP 2018565582 A JP2018565582 A JP 2018565582A JP 2018565582 A JP2018565582 A JP 2018565582A JP 6705513 B2 JP6705513 B2 JP 6705513B2
Authority
JP
Japan
Prior art keywords
management node
management
resource
node
congestion state
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018565582A
Other languages
English (en)
Other versions
JPWO2018143235A1 (ja
Inventor
智啓 宮腰
智啓 宮腰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2018143235A1 publication Critical patent/JPWO2018143235A1/ja
Application granted granted Critical
Publication of JP6705513B2 publication Critical patent/JP6705513B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G06F17/10—Complex mathematical operations
    • G06F17/18—Complex mathematical operations for evaluating statistical data, e.g. average values, frequency distributions, probability functions, regression analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45562—Creating, deleting, cloning virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45575—Starting, stopping, suspending or resuming virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45587—Isolation or security of virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances

Description

（関連出願についての記載）
本発明は、日本国特許出願：特願２０１７−０１７０６６号（２０１７年２月１日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、管理システム、管理装置、管理方法及びプログラムに関する。
ネットワーク機器（ルータ、ゲートウェイ、ファイアウォール、ロードバランサ等）の機能を仮想化する、ネットワーク機能仮想化（ＮＦＶ；Network Function Virtualisation）の利用が広がっている。ＮＦＶにおいては、仮想マシン上で、ネットワーク機器の機能を実行することで、仮想マシンは、ネットワーク機器の機能を代替する。
非特許文献１においては、ＮＦＶを実現するための構成が開示されている。非特許文献１に記載の構成においては、ＮＦＶＯ（Network Functions Virtualisation Orchestrator）、ＶＮＦＭ（Virtualised Network Functions Manager）、ＶＩＭ（Virtualised Infrastructure Manager）は仮想リソースの管理、仮想ネットワーク機能（ＶＮＦ：Virtualised Network Functions）のライフサイクルの管理等を行う。具体的には、ＮＦＶＯ及びＶＮＦＭは、ＶＩＭに対して、仮想リソースの管理、及び／又はＶＮＦのライフサイクルの管理を要求する。そして、ＶＩＭは、仮想リソースの管理、及び／又はＶＮＦのライフサイクルの管理を実行する。
特許文献１においては、ＮＦＶ環境において、ＶＮＦのスケールアウトを行う技術が記載されている。具体的には、特許文献１に記載された技術においては、ＶＮＦＭは、ＶＩＭにて予め予約している余剰の仮想化資源である余剰資源に関する余剰資源情報を格納するＶＮＦＭ余剰資源情報ＤＢを備える。ＶＮＦＭは、ＶＮＦから仮想化資源が不足している旨の通知を受信すると、ＶＮＦＭ余剰資源情報ＤＢに格納された余剰資源情報に基づいて、予約している余剰資源の仮想サーバを特定し、特定した仮想サーバを配備する旨の指示をＶＩＭに送信する。ＶＩＭは、ＶＮＦＭから仮想サーバを配備する旨の指示を受信すると仮想サーバを配備する。
特許文献２においては、複数の仮想マシン等の各種制御装置による切り替えがなされた場合であっても、データベースから最新のデータを取得するように制御する技術が記載されている。具体的には、特許文献２に記載された技術においては、ＮＦＶＯは、各記憶間の同期遅延を示す遅延情報を記憶する。ＶＮＦは、移動通信端末からの発信要求を受け付ける。さらに、ＶＮＦは、受け付けられた発信要求に応じて、複数のデータベース装置の内、少なくとも一つのデータベース装置にアクセスする。さらに、ＶＮＦは、ＮＦＶＯから遅延情報を取得すると共に、切替要求を受け付ける。そして、ＶＮＦは、切替要求を受け付けたことをトリガーとして、遅延情報に基づいて、データベース装置から最新のデータを取得するように制御する。
特開２０１５−１９４９４９号公報 特開２０１５−２２２４８１号公報
"Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｏｒｃｈｅｓｔｒａｔｉｏｎ（ＮＦＶ）；Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ；Ｆｕｎｃｔｉｏｎｏｎａｌ ｒｅｑｕｉｒｅｍｅｎｔｓ ｓｐｅｃｉｆｉｃａｔｉｏｎ"ＥＴＳＩ ＧＳ ＮＦＶ−ＩＦＡ ０１０ Ｖ２．１．１（２０１６―０４）、［ｏｎｌｉｎｅ］、平成２８（２０１６）年１２月２８日検索、インターネット〈URL:http://www.etsi.org/deliver/etsi_gs/NFV-IFA/001_099/010/02.01.01_60/gs_NFV-IFA010v020101p.pdf〉
なお、上記先行技術文献の開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明の観点からなされたものである。
非特許文献１に記載の構成においては、ＮＦＶＯ及びＶＮＦＭは、ＶＩＭの負荷を監視、把握することができない。そのため、ＶＩＭが過負荷である場合であっても、ＮＦＶＯ及びＶＮＦＭは、ＶＩＭに対して、処理を要求する信号を送信する場合がある。その結果、ＶＩＭが輻輳状態である場合であっても、ＮＦＶＯ及びＶＮＦＭは、ＶＩＭに対して、処理を要求する信号を送信し、より一層、ＶＩＭの負荷を増大させる。ＶＩＭの負荷が増大すると、ＶＩＭは、ＶＮＦのライフサイクルに関する処理を適切に実行できない恐れがある。
特許文献１、２においては、ＶＩＭが輻輳状態になり、ＶＮＦのライフサイクルに関する処理を適切に実行できない場合については一切記載されていない。そのため、特許文献１、２に記載の技術においては、ＶＩＭが輻輳状態である場合、ＶＮＦのライフサイクルに関する処理を適切に実行できない恐れがある。
そこで、本発明は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する管理システム、管理装置、管理方法及びプログラムを提供することを目的とする。
第１の視点によれば、管理システムが提供される。該管理システムは、仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードを含んで構成される。
さらに、該管理システムは、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードを含んで構成される。
該管理システムにおいて、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノード、前記第２の管理ノードの少なくともいずれかは、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理を実行する。
第２の視点によれば、管理装置が提供される。該管理装置は、仮想ネットワーク機能のリソースを管理する処理を、所定の装置に指示する。さらに、該管理装置は、当該所定の装置が輻輳状態である場合、当該所定の装置と自管理装置間の通信量を抑制する処理を実行する。
本発明の他の視点によれば、他の管理装置が提供される。該管理装置は、所定の装置からの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する。さらに、該管理装置は、自管理装置が輻輳状態である場合、前記所定の装置と自管理装置間の通信量を抑制する処理を実行する。
第３の視点によれば、仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、を含んで構成される管理システムに実行させる管理方法が提供される。
該管理方法は、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する工程を含む。
なお、本方法は、仮想ネットワーク機能のリソースを管理する管理ノードという、特定の機械に結び付けられている。
第４の視点によれば、仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、を含んで構成される管理システムに実行させるプログラムが提供される。
該管理プログラムは、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理を、前記管理システムに実行させる。
なお、本プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。
各視点によれば、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する管理システム、管理装置、管理方法及びプログラムが提供される。
一実施形態の概要を説明するための図である。 通信システム１０の全体構成の一例を示すブロック図である。 通信システム１０の内部構成の一例を示すブロック図である。 第１の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。 第１の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。 第１の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。 第２の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。 第２の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。 第２の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。 第３の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。 第３の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。 第３の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。 第４の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。 第４の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
初めに、図１を用いて一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、各ブロック図のブロック間の接続線は、双方向及び単方向の双方を含む。なお、接続線の接続部には、入力／出力ポートないしインターフェースが、明示は省略されるが存在する。
上述の通り、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する管理システム、管理装置、管理方法及びプログラムが望まれる。
そこで、一例として、図１に示す管理システム１０００を提供する。管理システム１０００は、第１の管理ノード１００１と、第２の管理ノード１００２とを含んで構成される。
第１の管理ノード１００１は、ＶＮＦ（Vertualised Network Function；仮想ネットワーク機能）１０１０のリソース１０２０を管理する処理を、第２の管理ノード１００２に指示する。
第２の管理ノード１００２は、第１の管理ノード１００１からの指示に応じて、ＶＮＦ１０１０のリソース１０２０を管理する処理を実行する。具体的には、ＶＮＦ１０１０が生成、更新、終了等される場合に、第２の管理ノード１００２は、ＶＮＦ１０１０のリソースを確保、割り当て、解放等の処理を実行する。
第２の管理ノード１００２が輻輳状態である場合、第１の管理ノード１００１、第２の管理ノード１００２の少なくともいずれかは、第１の管理ノード１００１と第２の管理ノード１００２間の通信量を抑制する処理を実行する。第１の管理ノード１００１と第２の管理ノード１００２間の通信量が抑制されることで、第２の管理ノード１００２の負荷が軽減され、輻輳状態が緩和される。例えば、第１の管理ノード１００１が、第１の管理ノード１００１から第２の管理ノード１００２への要求（指示）を減らすことで、第１の管理ノード１００１と第２の管理ノード１００２間の通信量が抑制される。
第２の管理ノード１００２が輻輳状態である場合、ＶＮＦ１０１０のリソース１０２０を適切に管理できない恐れがある。そして、第２の管理ノード１００２が、ＶＮＦ１０１０のリソース１０２０を適切に管理できないことで、ＶＮＦのライフサイクルに関する処理が実行失敗する恐れがある。
しかし、第１の管理ノード１００１と第２の管理ノード１００２間の通信量を抑制することで、第２の管理ノード１００２の輻輳状態が緩和される。その結果、第２の管理ノード１００２が、ＶＮＦ１０１０のリソース１０２０を適切に管理できる。そして、第２の管理ノード１００２が、ＶＮＦ１０１０のリソース１０２０を適切に管理することは、ＶＮＦのライフサイクルに関する処理の実行失敗を回避することに貢献する。
従って、管理システム１０００は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する。
［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。
図２は、本実施形態に係る通信システム１０の全体構成の一例を示すブロック図である。本実施形態に係る通信システム１０は、管理システム１と、ＶＮＦ（仮想ネットワーク機能）２と、ＶＮＦ２の実行を制御するリソース３と、を含んで構成される。管理システム１は、第１の管理ノード１１と、第２の管理ノード１２とを含んで構成される。
ＶＮＦ２は、仮想化されたネットワーク機能を実現するユニットである。例えば、ＶＮＦ２は、仮想化された環境で実現された、ルータ、ゲートウェイ、ファイアウォール、ロードバランサ等、ネットワーク機器の機能であっても良い。
リソース３は、ＶＮＦ２を実現及び制御する、仮想マシン及びハードウェアである。仮想マシンは、仮想化された環境で処理を実行し、ＶＮＦ２を実現及び制御する。
管理システム１は、クライアント４からの指示に基づいて、ＶＮＦ２のライフサイクルを管理する。ＶＮＦ２のライフサイクルとは、ＶＮＦ２の生成、更新、終了等の処理を含む。
クライアント４は、例えば、管理システム１の保守者が使用する端末装置、管理システム１の上位の装置等である。
第１の管理ノード１１は、ＶＮＦ２のリソースを管理する処理を、第２の管理ノード１２に指示する。すなわち、第１の管理ノード１１は、リソース３を管理する処理を、第２の管理ノード１２に指示する。
第２の管理ノード１２は、第１の管理ノード１１からの指示に応じて、ＶＮＦ２のリソース（即ち、リソース３）を管理する処理を実行する。
第２の管理ノード１２が輻輳状態である場合、第１の管理ノード１１、第２の管理ノード１２の少なくともいずれかは、第１の管理ノード１１と第２の管理ノード１２間の通信量を抑制する処理を実行する。第２の管理ノード１２の輻輳状態が解消された場合には、第１の管理ノード１１、第２の管理ノード１２の少なくともいずれかは、第１の管理ノード１１と第２の管理ノード１２間の通信量の抑制を解除する。
次に、図３を参照しながら、本実施形態に係る通信システム１０について、更に詳細に説明する。
図３は、本実施形態に係る通信システム１０の内部構成の一例を示すブロック図である。
図３を参照すると、本実施形態に係る通信システム１０は、管理システム１と、ＶＮＦレイヤ５と、リソースレイヤ６を含んで構成される。ＶＮＦレイヤ５は、図２に示すＶＮＦ２を実現する。リソースレイヤ６は、図２に示すリソース３を実現する。また、管理システム１、ＶＮＦレイヤ５、リソースレイヤ６は、通信サービスノード７と通信する。なお、図３は、本実施形態に係る通信システム１０の一例であり、本実施形態に係る通信システム１０を、図３に示す構成に限定する趣旨ではない。
（ＶＮＦレイヤ５）
まず、ＶＮＦレイヤ５について、詳細に説明する。
ＶＮＦレイヤ５は、仮想ノード（ＶＮＦ）（５１―ａ〜５１―ｃ）と、管理仮想ノード（ＥＭＳ（Element Management System））（５２―ａ〜５２−ｃ）とを含んで構成される。なお、以下の説明では、仮想ノード（ＶＮＦ）（５１―ａ〜５１―ｃ）、管理仮想ノード（ＥＭＳ）（５２―ａ〜５２−ｃ）は、夫々、区別する必要が無い場合には、仮想ノード（ＶＮＦ）５１、管理仮想ノード（ＥＭＳ）５２と表記する。また、図３は、３つの仮想ノード（ＶＮＦ）（５１―ａ〜５１―ｃ）、３つの管理仮想ノード（ＥＭＳ）（５２―ａ〜５２−ｃ）を示すが、これは、仮想ノード（ＶＮＦ）５１、管理仮想ノード（ＥＭＳ）５２を３つに限定する趣旨ではない。
仮想ノード（ＶＮＦ）５１に、ネットワーク機能を設定（実装）することで、仮想ノード（ＶＮＦ）５１は、ＶＮＦを実現する。仮想マシンは、ネットワーク機能が設定された仮想ノード（ＶＮＦ）５１を利用して、仮想ノード（ＶＮＦ）５１に設定されたネットワーク機能を実行する。なお、一つの仮想ノード（ＶＮＦ）５１は、２以上の仮想マシンに対応しても良いことは勿論である。また、一つの仮想マシンは、２以上の仮想ノード（ＶＮＦ）５１を利用しても良いことは勿論である。
管理仮想ノード（ＥＭＳ）５２は、仮想ノード（ＶＮＦ）５１を管理する。具体的には、管理仮想ノード（ＥＭＳ）５２は、当該仮想ノード（ＶＮＦ）５１に設定されたネットワーク機能を管理する。管理仮想ノード（ＥＭＳ）５２は、夫々、一つの仮想ノード（ＶＮＦ）５１を管理しても良い。または、一つの管理仮想ノード（ＥＭＳ）５２が、２以上の仮想ノード（ＶＮＦ）５１を管理しても良い。
（リソースレイヤ６）
次に、リソースレイヤ６について、詳細に説明する。
リソースレイヤ６は、制御部（ハードウェア）６１と、記憶部（ハードウェア）６２と、通信部（ハードウェア）６３と、仮想化レイヤ６４と、仮想制御部６５と、仮想記憶部６６と、仮想通信部６７とを含んで構成される。
仮想マシンは、仮想制御部６５と、仮想記憶部６６と、仮想通信部６７とを含んで構成される。ここで、リソースレイヤ６は、２以上の仮想マシンを含んで構成されても良い。なお、以下の説明では、制御部（ハードウェア）６１、記憶部（ハードウェア）６２、通信部（ハードウェア）６３を、夫々区別する必要が無い場合、単に、「ハードウェア」とも呼ぶ。また、以下の説明では、仮想制御部６５と、仮想記憶部６６と、仮想通信部６７を、夫々区別する必要が無い場合、単に、「仮想マシン」とも呼ぶ。
制御部（ハードウェア）６１は、リソースレイヤ６を構成する情報処理装置（コンピュータ）を制御する。例えば、制御部（ハードウェア）６１は、ＣＰＵ（Central Processing Unit）等を用いて実現される。
記憶部（ハードウェア）６２は、リソースレイヤ６を構成する情報処理装置を動作させるために必要な情報を記憶する。例えば、記憶部（ハードウェア）６２は、磁気ディスク装置や光ディスク装置、半導体メモリを用いて実現される。
通信部（ハードウェア）６３は、制御部（ハードウェア）６１及び記憶部（ハードウェア）６２が、仮想マシン、管理システム１、通信サービスノード７、クライアント４等との通信処理を制御する。また、通信部（ハードウェア）６３は、本実施形態に係る通信システム１０とは異なるネットワークとの通信処理を制御する。例えば、通信部（ハードウェア）６３は、ＮＩＣ（Network Interface Card）等を用いて実現される。
仮想化レイヤ６４は、ハードウェアを抽象化する処理を実行する。さらに、仮想化レイヤ６４は、ハードウェアと、仮想マシン及びＶＮＦとの接続を中継する。換言すると、ハードウェアは、仮想化レイヤ６４を介して、仮想マシン及びＶＮＦにアクセスし、仮想マシンに設定された処理、及びＶＮＦを実行する。
仮想制御部６５は、仮想ノード５１に設定されるＶＮＦを実行する。仮想記憶部６６は、ＶＮＦを実行するために必要な情報を記憶する。仮想通信部６７は、管理システム１、通信サービスノード７、クライアント４等との通信処理を制御する。
（通信サービスノード７）
通信サービスノード７は、通信サービスを提供する。例えば、通信事業者が、通信サービスノード７を管理する。例えば、通信サービスノード７は、ＥＴＳＩのＮＦＶ標準（非特許文献１）において規定される、ＯＳＳ／ＢＳＳ（Operations Support Systems and Business Support Systems）として機能しても良い。
（管理システム１）
次に、管理システム１について、詳細に説明する。
管理システム１は、第１の管理ノード１１と、第２の管理ノード１２とを備える。第１の管理ノード１１は、システム管理ノード１１１と、１又は２以上の機能管理ノード１１２とを備える。第２の管理ノード１２は、リソース管理ノード１２１を備える。
システム管理ノード１１１は、クライアント４から、ＶＮＦの生成等の指示を受け付ける。そして、システム管理ノード１１１は、クライアント４から、ＶＮＦの生成等の指示を受け付けた場合、対象のＶＮＦを管理する機能管理ノード１１２に、指示された処理の可否を問い合わせる。システム管理ノード１１１は、指示された処理を実行可能である場合、対象のＶＮＦに必要なリソースを確保する処理を、リソース管理ノード１２１に指示する。
機能管理ノード１１２は、ＶＮＦのライフサイクルを管理する。機能管理ノード１１２は、ＶＮＦ毎に、管理システム１に配置されても良い。または、一つのリソース管理ノード１２１が、２以上のＶＮＦのライフサイクルを管理しても良い。
また、機能管理ノード１１２は、システム管理ノード１１１からの要求に応じて、ＶＮＦのライフサイクルに関する処理の可否を判断する。そして、機能管理ノード１１２は、ＶＮＦのライフサイクルに関する処理の可否を、システム管理ノード１１１に応答する。また、機能管理ノード１１２は、対象のＶＮＦにリソースを割り当てる処理の実行を、リソース管理ノード１２１に指示する。さらに、機能管理ノード１１２は、ＶＮＦの生成等、ＶＮＦのライフサイクルに関する処理を実行する。
リソース管理ノード１２１は、ＶＮＦのリソースを管理する処理を実行する。具体的には、リソース管理ノード１２１は、システム管理ノード１１１からの指示に応じて、対象のＶＮＦに必要なリソースを確保する処理を実行する。さらに、リソース管理ノード１２１は、機能管理ノード１１２からの指示に応じて、対象のＶＮＦにリソースを割り当てる処理を実行する。
ここで、リソース管理ノード１２１が輻輳状態である場合、リソース管理ノード１２１は、対象のＶＮＦに関して、要求された機能構成より小さい機能構成で、ＶＮＦのリソースを確保する。そして、リソース管理ノード１２１は、要求された機能構成より小さいリソースを、対象のＶＮＦに割り当てる。
一方、リソース管理ノード１２１の輻輳状態が解消された場合、リソース管理ノード１２１は、対象のＶＮＦに関して、当初要求された機能構成を満たすリソースを確保する。そして、リソース管理ノード１２１は、当初要求された機能構成を満たすリソースを、対象のＶＮＦに割り当てる。
例えば、システム管理ノード１１１は、ＥＴＳＩのＮＦＶ標準（非特許文献１）において規定される、オーケストレータ（Orchestrator）として実装されても良い。また、例えば、機能管理ノード１１２は、ＥＴＳＩのＮＦＶ標準において規定される、ＶＮＦマネージャ（VNF Manager）として実装されても良い。また、例えば、リソース管理ノード１２１は、ＥＴＳＩのＮＦＶ標準において規定される、ＶＩＭ（Virtualised Infrastructure Manager）として実装されても良い。
次に、本実施形態に係る通信システム１０の動作について、図４、図５、図６を参照しながら詳細に説明する。なお、以下の説明においては、ＶＮＦのインスタンシエーション処理を例示して説明するが、本実施形態に係る管理システム１の処理を、ＶＮＦのインスタンシエーション処理に限定する趣旨ではない。ＶＮＦのスケールアウト処理、ヒーリング処理に、本実施形態に係る管理システム１における処理を適用しても良い。また、以下で説明する通信システム１０の動作は、本実施形態に係る通信システム１０の一例であり、以下で説明する動作に限定する趣旨ではない。
図４、図５、図６は、本実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
図４を参照すると、ステップＳ００１において、クライアント４は、システム管理ノード１１１に、ＶＮＦの生成を指示する。システム管理ノード１１１は、クライアント４からＶＮＦの生成指示を受信すると、機能管理ノード１１２に、ＶＮＦの生成を指示する（ステップＳ００２）。具体的には、システム管理ノード１１１は、生成を指示されたＶＮＦを管理する機能管理ノード１１２に、当該ＶＮＦの生成を指示する。
ステップＳ００３において、機能管理ノード１１２は、ＶＮＦの生成許可要求をシステム管理ノード１１１に送信する。ここで、ＶＮＦの生成許可要求は、生成対象のＶＮＦを実現する機能構成、及び当該機能構成を満たすリソースに関する情報を含む。
ステップＳ００４において、システム管理ノード１１１は、要求された機能構成を満たすリソースの予約を、リソース管理ノード１２１に要求する。
ステップＳ００５において、リソース管理ノード１２１は、輻輳状態であるか否かを判断する。リソース管理ノード１２１が輻輳状態ではない場合（ステップＳ００５のＮｏ分岐）には、要求された機能構成を満たすリソースを確保する（ステップＳ００６）。そして、ステップＳ００８に遷移する。
一方、リソース管理ノード１２１が輻輳状態である場合（ステップＳ００５のＹｅｓ分岐）には、リソース管理ノード１２１は、要求された機能構成より小さい機能構成を満たすリソースを確保する（ステップＳ００７）。ここで、リソース管理ノード１２１が確保するリソースのサイズが小さいほど、リソースを確保する処理において、リソース管理ノード１２１の負荷は小さい。
ステップＳ００８において、確保したリソースに関する情報を、システム管理ノード１１１に通知する。
ステップＳ００９において、システム管理ノード１１１は、通知された機能構成のリソースを用いて、ＶＮＦを構成可能であるか否かを判断する（ステップＳ００９）。通知された機能構成のリソースを用いて、ＶＮＦを構成可能ではない場合（ステップＳ００９のＮｏ分岐）には、システム管理ノード１１１は、機能管理ノード１１２を介して、ＶＮＦを構成不可であることをリソース管理ノード１２１に通知する（ステップＳ０１０、Ｓ０１１）。そして、リソース管理ノード１２１は、輻輳状態である場合、輻輳状態が解消されるまで、ＶＮＦの生成処理の実行を保留する（ステップＳ０１２）。
一方、通知された機能構成のリソースを用いて、ＶＮＦを構成可能である場合（ステップＳ００９のＹｅｓ分岐）には、システム管理ノード１１１は、ＶＮＦを構成可能であること、通知された機能構成、及びリソースを機能管理ノード１１２に通知する（ステップＳ０１３）。そして、図５に示すステップＳ０２１に遷移する。
次に、図５を参照しながら、引き続き、本実施形態に係る通信システム１０の動作について説明する。
ステップＳ０２１において、機能管理ノード１１２は、通知された機能構成を構成可能であるか否かを判断する。通知された機能構成を構成可能ではない場合（ステップＳ０２１のＮｏ分岐）には、機能管理ノード１１２は、ＶＮＦを構成不可であることを、リソース管理ノード１２１に通知する（ステップＳ０２２）。そして、リソース管理ノード１２１は、輻輳状態が解消されるまで、ＶＮＦの生成処理の実行を保留する（ステップＳ０２３）。
一方、通知された機能構成を構成可能である場合（ステップＳ０２１のＹｅｓ分岐）には、機能管理ノード１１２は、通知された機能構成を満たすリソースの割り当てを要求する（ステップＳ０２４）。つまり、機能管理ノード１１２は、ステップＳ００７においてリソース管理ノード１２１が確保したリソースを、生成対象のＶＮＦに割り当てることを要求する。ここで、割り当てを要求するリソースのサイズが小さいほど、機能管理ノード１１２とリソース管理ノード１２１間の通信量は小さい。つまり、割り当てを要求するリソースのサイズが小さいほど、リソース管理ノード１２１の通信負荷は小さい。
ステップＳ０２５において、リソース管理ノード１２１は、割り当てを要求されたリソースを、生成対象のＶＮＦに割り当てる。つまり、リソース管理ノード１２１は、ステップＳ００７において確保したリソースを、生成対象のＶＮＦに割り当てる。ここで、割り当てるリソースのサイズが小さいほど、リソースを割り当てる処理において、リソース管理ノード１２１の負荷は小さい。
ステップＳ０２６において、リソース管理ノード１２１は、機能管理ノード１１２に、リソースの割り当て完了を通知する。機能管理ノード１１２は、リソースの割り当て完了通知を受信すると、仮想ノード（ＶＮＦ）５１に、ＶＮＦを配置するために必要な情報を設定し、ＶＮＦを生成する（ステップＳ０２７）。そして、機能管理ノード１１２は、ＶＮＦの生成完了を、管理仮想ノード（ＥＭＳ）５２に通知する（ステップＳ０２８）。そして、図６に示すステップＳ０４１に遷移する。
次に、図６を参照しながら、引き続き、本実施形態に係る通信システム１０の動作について説明する。
機能管理ノード１１２が、ＶＮＦの設定完了を管理仮想ノード（ＥＭＳ）５２に通知すると、機能管理ノード１１２及び管理仮想ノード（ＥＭＳ）５２は、ＶＮＦを設定した仮想ノード（ＶＮＦ）５１を、管理対象として追加する（ステップＳ０４１）。
そして、管理仮想ノード（ＥＭＳ）５２は、アプリケーション情報を仮想ノード（ＶＮＦ）５１に設定する（ステップＳ０４２）。ここで、アプリケーション情報とは、ＶＮＦを動作させるアプリケーションの情報等である。また、機能管理ノード１１２は、ＶＮＦの設定完了を、システム管理ノード１１１に通知する（ステップＳ０４３）。そして、システム管理ノード１１１は、ＶＮＦを、リソース管理ノード１２１と、リソースプールとに対応付ける（ステップＳ０４４）。
次に、リソース管理ノード１２１において、輻輳状態が解消された場合について説明する。
リソース管理ノード１２１は、輻輳状態が解消された場合、当初要求された機能構成（ステップＳ００４において要求された機能構成）を満たすリソースを確保する（ステップＳ０４５）。そして、リソース管理ノード１２１は、リソースの確保完了を、機能管理ノード１１２に通知する（ステップＳ０４６）。そして、機能管理ノード１１２は、スケールアウト処理を起動し、当初要求された機能構成を満たすＶＮＦを生成する（ステップＳ０４７）。
そして、ステップＳ０４８において、機能管理ノード１１２は、システム管理ノード１１１を介して、クライアント４に設定完了を通知する。
以上のように、本実施形態に係る管理システム１においては、リソース管理ノード１２１が輻輳状態である場合、要求された機能構成より小さい機能構成で、ＶＮＦのリソースを確保する。その結果、リソース管理ノード１２１の負荷が軽減される。さらに、確保されるＶＮＦのリソースが小さいほど、機能管理ノード１１２とリソース管理ノード１２１間の通信量が抑制される。その結果、本実施形態に係る管理システム１は、リソース管理ノード１２１の輻輳状態を緩和して、ＶＮＦのライフサイクルに関する処理の実行失敗を回避することに貢献する。従って、本実施形態に係る管理システム１は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する。
［第２の実施形態］
次に、第２の実施形態について、図面を用いて詳細に説明する。
本実施形態は、ＶＮＦのリソースを管理するノードが輻輳状態である場合、管理システムは、ＶＮＦのライフサイクルに関する処理の要求を受け付けた後、当該処理の実行を保留する形態である。なお、本実施形態における説明では、上記の実施形態と重複する部分の説明は省略する。さらに、本実施形態における説明では、上記の実施形態と同一の構成要素には、同一の符号を付し、その説明を省略する。また、本実施形態における説明では、上記の実施形態と同一の作用効果についても、その説明を省略する。
本実施形態に係る通信システム１０の全体構成は、図２に示す通りである。また、本実施形態に係る通信システム１０の内部構成は、図３に示す通りである。
本実施形態に係る管理システム１において、リソース管理ノード１２１が輻輳状態である場合、第１の管理ノード１１（システム管理ノード１１１及び機能管理ノード１１２）は、当該輻輳状態が解消するまで、ＶＮＦの管理処理の実行を保留する。つまり、リソース管理ノード１２１が輻輳状態である場合、第１の管理ノード１１（システム管理ノード１１１及び機能管理ノード１１２）は、第１の管理ノード１１とリソース管理ノード１２１間の通信を抑制する処理を実行する。
具体的には、リソース管理ノード１２１は、輻輳状態において、システム管理ノード１１１又は機能管理ノード１１２からの信号（ＶＮＦのライフサイクルに関する処理の要求）を受信した場合、リソース管理ノード１２１が輻輳状態であることを応答する。そして、当該信号の送信元（即ち、システム管理ノード１１１又は機能管理ノード１１２）は、以降の信号送信を抑止し、ＶＮＦのライフサイクルに関する処理の実行を保留する。
そして、システム管理ノード１１１は、ＶＮＦのライフサイクルに関する処理の要求元に、リソース管理ノード１２１が輻輳状態であること、及びＶＮＦのライフサイクルに関する処理の実行保留を通知する。
一方、リソース管理ノード１２１の輻輳状態が解消された場合、システム管理ノード１１１及び機能管理ノード１１２は、ＶＮＦの管理処理の実行を開始する。
具体的には、リソース管理ノード１２１の輻輳状態が解消された場合、リソース管理ノード１２１は、システム管理ノード１１１又は機能管理ノード１１２に、リソース管理ノード１２１の輻輳状態が解消されたことを通知する。
そして、システム管理ノード１１１又は機能管理ノード１１２は、リソース管理ノード１２１の輻輳状態が解消されたことを認識し、保留していたＶＮＦのライフサイクルに関する処理を再開（開始）する。
そして、システム管理ノード１１１は、ＶＮＦのライフサイクルに関する処理の要求元に、リソース管理ノード１２１の輻輳状態が解消されたこと、及びＶＮＦのライフサイクルに関する処理の再開（開始）を通知する。
次に、本実施形態に係る通信システム１０の動作について、図７〜図９を参照しながら詳細に説明する。
図７、図８、図９は、本実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。なお、以下の説明においては、ＶＮＦのインスタンシエーション処理を例示して説明するが、本実施形態に係る管理システム１の処理を、ＶＮＦのインスタンシエーション処理に限定する趣旨ではない。ＶＮＦのスケールアウト処理、ヒーリング処理に、本実施形態に係る管理システム１の処理を適用しても良い。また、以下で説明する通信システム１０の動作は、本実施形態に係る通信システム１０の一例であり、以下で説明する動作に限定する趣旨ではない、なお、図７に示すステップＳ００１〜ステップＳ００４の処理は、図４に示すステップＳ００１〜ステップＳ００４の処理と同様であるため、詳細な説明は省略する。
リソース管理ノード１２１は、システム管理ノード１１１から、リソースの予約要求を受け付けた場合、輻輳状態であるか否かを判断する（図７に示すステップＳ００５）。リソース管理ノード１２１が輻輳状態ではない場合（ステップＳ００５のＮｏ分岐）には、要求された機能構成を満たすリソースを確保する（ステップＳ１０１）。そして、図８に示すステップＳ１４１に遷移する。
ここで、図８を参照しながら、リソース管理ノード１２１が輻輳状態ではない場合について説明する。
リソース管理ノード１２１は、要求された機能構成を満たすリソースを確保する（ステップＳ１０１）と、確保したリソースに関する情報を、システム管理ノード１１１に通知する（ステップＳ１４１）。そして、システム管理ノード１１１は、通知された機能構成、及びリソースを、機能管理ノード１１２に通知する（ステップＳ１４２）。機能管理ノード１１２は、通知されたリソースの割り当てを、リソース管理ノード１２１に要求する（ステップＳ１４３）。リソース管理ノード１２１は、割り当てを要求されたリソースを生成対象のＶＮＦに割り当てる（ステップＳ１４４）。そして、図９に示すステップＳ１２２に遷移する。
再び、図７を参照しながら、リソース管理ノード１２１が輻輳状態である場合について説明する。リソース管理ノード１２１が輻輳状態である場合（ステップＳ００５のＹｅｓ分岐）には、リソース管理ノード１２１は、システム管理ノード１１１に輻輳状態を通知する（ステップＳ１０２）。そして、システム管理ノード１１１は、機能管理ノード１１２に、輻輳状態を通知する（ステップＳ１０３）。さらに、システム管理ノード１１１は、リソース管理ノード１２１が輻輳状態であること、及びＶＮＦの生成処理を保留することを、クライアント４に通知する（ステップＳ１０４）。なお、システム管理ノード１１１は、リソース管理ノード１２１が輻輳状態であることを、クライアント４に通知後に、機能管理ノード１１２に通知しても良く、その順序は問わない。
そして、システム管理ノード１１１及び機能管理ノード１１２は、ＶＮＦの生成処理の実行を保留する（ステップＳ１０５）。
次に、リソース管理ノード１２１において、輻輳状態が解消された場合について説明する。
リソース管理ノード１２１は、輻輳状態が解消された場合、当初要求された機能構成（ステップＳ００４において要求された機能構成）を満たすリソースを確保する（ステップＳ１０６）。そして、リソース管理ノード１２１は、輻輳状態が解消されたことを、システム管理ノード１１１に通知する（ステップＳ１０７）。そして、システム管理ノード１１１は、輻輳状態が解消されたことを機能管理ノード１１２に通知する（ステップＳ１０８）。そして、システム管理ノード１１１は、輻輳状態が解消されたこと、及びＶＮＦの生成処理を再開することを、クライアント４に通知する（ステップＳ１０９）。なお、システム管理ノード１１１は、リソース管理ノード１２１が輻輳状態であることを、クライアント４に通知後に、機能管理ノード１１２に通知しても良く、その順序は問わない。
ステップＳ１１０において、機能管理ノード１１２は、リソース管理ノード１２１に、リソースの割り当てを要求する。そして、図９に示すステップＳ１２１に遷移する。
図９に示すステップＳ１２１において、リソース管理ノード１２１は、割り当てを要求されたリソースを、生成対象のＶＮＦに割り当てる。以下、図９に示すステップＳ１２２〜ステップＳ１２４の処理は、図５に示すステップＳ０２６〜ステップＳ０２８の処理と同様であるため、詳細な説明は省略する。さらに、図９に示すステップＳ１２５〜ステップＳ１２８の処理は、図６に示すステップＳ０４１〜ステップＳ０４４の処理と同様であるため、詳細な説明は省略する。
システム管理ノード１１１は、ＶＮＦを、リソース管理ノード１２１と、リソースプールとに対応付けると（ステップＳ１２８）、クライアント４に設定完了を通知する（ステップＳ１２９）。
以上のように、本実施形態に係る管理システム１は、リソース管理ノード１２１が輻輳状態である場合、ＶＮＦのライフサイクルに関する処理の要求を受け付けた後、当該処理の実行を保留する。リソース管理ノード１２１が処理の実行を保留することで、以降の工程の処理の実行及び要求が行われない。その結果、本実施形態に係る管理システム１は、リソース管理ノード１２１の輻輳状態を緩和して、ＶＮＦのライフサイクルに関する処理の実行失敗を回避することに貢献する。従って、本実施形態に係る管理システム１は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する。
［第３の実施形態］
次に、第３の実施形態について、図面を用いて詳細に説明する。
本実施形態は、ＶＮＦのリソースを管理するノードが輻輳状態である場合、管理システムは、ＶＮＦのライフサイクルに関する処理の要求を受け付けた後、当該処理の実行を予約し、ＶＮＦのライフサイクルに関する処理の実行を保留する形態である。なお、本実施形態における説明では、上記の実施形態と重複する部分の説明は省略する。さらに、本実施形態における説明では、上記の実施形態と同一の構成要素には、同一の符号を付し、その説明を省略する。また、本実施形態における説明では、上記の実施形態と同一の作用効果についても、その説明を省略する。
本実施形態に係る通信システム１０の全体構成は、図２に示す通りである。また、本実施形態に係る通信システム１０の内部構成は、図３に示す通りである。
本実施形態に係る管理システム１において、リソース管理ノード１２１が輻輳状態である場合において、ＶＮＦのリソースを管理する処理を、第１の管理ノード１１（システム管理ノード１１１及び機能管理ノード１１２）から指示された場合、当該指示された処理の実行を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する。
具体的には、リソース管理ノード１２１は、輻輳状態において、第１の管理ノード１１（システム管理ノード１１１及び機能管理ノード１１２）からの信号（ＶＮＦのライフサイクルに関する処理の要求）を受信した場合、当該処理の要求を受け付け、当該処理の実行を予約する。そして、リソース管理ノード１２１は、当該処理の実行を予約したことを応答する。そして、リソース管理ノード１２１は、以降の工程の処理を保留する。そして、システム管理ノード１１１は、ＶＮＦのライフサイクルに関する処理の要求元に、ＶＮＦのライフサイクルに関する処理の実行保留を通知する。
一方、リソース管理ノード１２１の輻輳状態が解消された場合、システム管理ノード１１１及び機能管理ノード１１２は、ＶＮＦの管理処理の実行を開始する。
具体的には、リソース管理ノード１２１の輻輳状態が解消された場合、リソース管理ノード１２１は、ＶＮＦのリソースの割り当てを実行する。そして、リソース管理ノード１２１は、保留していた、ＶＮＦのライフサイクルに関する処理を再開（開始）する。さらに、第１の管理ノード１１（システム管理ノード１１１及び機能管理ノード１１２）は、保留していた、ＶＮＦのライフサイクルに関する処理を再開（開始）する。そして、ＶＮＦのライフサイクルに関する処理が完了した場合、システム管理ノード１１１は、当該処理の要求元に、当該処理の完了を通知する。
次に、本実施形態に係る通信システム１０の動作について、図１０〜図１２を参照しながら詳細に説明する。
図１０、図１１、図１２は、本実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。なお、以下の説明においては、ＶＮＦのインスタンシエーション処理を例示して説明するが、本実施形態に係る管理システム１の処理を、ＶＮＦのインスタンシエーション処理に限定する趣旨ではない。ＶＮＦのスケールアウト処理、ヒーリング処理に、本実施形態に係る管理システム１の処理を適用しても良い。また、以下で説明する通信システム１０の動作は、本実施形態に係る通信システム１０の一例であり、以下で説明する動作に限定する趣旨ではない、なお、図１０に示すステップＳ００１〜ステップＳ００４の処理は、図４に示すステップＳ００１〜ステップＳ００４の処理と同様であるため、詳細な説明は省略する。
リソース管理ノード１２１は、システム管理ノード１１１から、リソースの予約要求を受け付けた場合、輻輳状態であるか否かを判断する（図１０に示すステップＳ００５）。リソース管理ノード１２１が輻輳状態ではない場合（ステップＳ００５のＮｏ分岐）には、リソース管理ノード１２１は、要求された機能構成を満たすリソースを確保する（ステップＳ２０１）。そして、図１１に示すステップＳ２３１に遷移する。
ここで、図１１を参照しながら、リソース管理ノード１２１が輻輳状態ではない場合について説明する。
リソース管理ノード１２１は、要求された機能構成を満たすリソースを確保する（ステップＳ２０１）と、確保したリソースに関する情報を、システム管理ノード１１１に通知する（ステップＳ２３１）。そして、システム管理ノード１１１は、通知された機能構成、及びリソースを、機能管理ノード１１２に通知する（ステップＳ２３２）。機能管理ノード１１２は、通知されたリソースの割り当てを、リソース管理ノード１２１に要求する（ステップＳ２３３）。リソース管理ノード１２１は、割り当てを要求されたリソースを生成対象のＶＮＦに割り当てる（ステップＳ２３４）。そして、図１２に示すステップＳ２１３に遷移する。
再び、図１０を参照しながら、リソース管理ノード１２１が輻輳状態である場合について説明する。
リソース管理ノード１２１が輻輳状態である場合（ステップＳ００５のＹｅｓ分岐）には、リソース管理ノード１２１は、ＶＮＦの生成処理の実行を予約する（ステップＳ２０２）。そして、リソース管理ノード１２１は、ＶＮＦの生成処理の実行が予約されたことを、システム管理ノード１１１に通知する（ステップＳ２０３）。そして、システム管理ノード１１１は、ＶＮＦの生成処理の実行が予約されたことを、機能管理ノード１１２に通知する（ステップＳ２０４）。さらに、システム管理ノード１１１は、ＶＮＦの生成処理の実行を保留することを、クライアント４に通知する（ステップＳ２０５）。
ステップＳ２０６において、システム管理ノード１１１は、ＶＮＦの生成処理の実行を保留する。
ステップＳ２０７において、機能管理ノード１１２は、リソース管理ノード１２１に、リソースの割り当てを要求する。そして、図１２に示すステップＳ２１１に遷移する。
次に、図１２を参照しながら、引き続き、本実施形態に係る通信システム１０の動作について説明する。
機能管理ノード１１２が、リソース管理ノード１２１にリソースの割り当てを要求すると、機能管理ノード１１２及びリソース管理ノード１２１は、ＶＮＦの生成処理の実行を保留する（ステップＳ２１１）。
次に、リソース管理ノード１２１において、輻輳状態が解消された場合について説明する。
リソース管理ノード１２１は、輻輳状態が解消された場合、リソースの割り当てを実行する（ステップＳ２１２）。ステップＳ２１３において、リソース管理ノード１２１は、リソースの割り当て完了を、機能管理ノード１１２に通知する。以下、図１２に示すステップＳ２１４〜ステップＳ２１５の処理は、図５に示すステップＳ０２７〜ステップＳ０２８の処理と同様であるため、詳細な説明は省略する。さらに、図１２に示すステップＳ２１６〜ステップＳ２１９の処理は、図６に示すＳ０４１〜ステップＳ０４４の処理と同様であるため、詳細な説明は省略する。
システム管理ノード１１１は、ＶＮＦを、リソース管理ノード１２１と、リソースプールとに対応付けると（ステップＳ２１９）、クライアント４に設定完了を通知する（ステップＳ２２０）。
以上のように、本実施形態に係る管理システム１は、リソース管理ノード１２１が輻輳状態である場合、当該処理の実行を予約し、ＶＮＦのライフサイクルに関する処理の実行を保留する。ＶＮＦのライフサイクルに関する処理の実行を予約し、当該処理の実行を保留することで、以降の工程の処理の実行及び要求が行われない。その結果、本実施形態に係る管理システム１は、リソース管理ノード１２１の輻輳状態を緩和して、ＶＮＦのライフサイクルに関する処理の実行失敗を回避することに貢献する。従って、本実施形態に係る管理システム１は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する。
［第４の実施形態］
次に、第４の実施形態について、図面を用いて詳細に説明する。
本実施形態は、ＶＮＦのリソースを管理するノードからの応答時間に応じて、応答待ち上限時間を延長することで、ノードの輻輳状態を緩和する形態である。なお、本実施形態における説明では、上記の実施形態と重複する部分の説明は省略する。さらに、本実施形態における説明では、上記の実施形態と同一の構成要素には、同一の符号を付し、その説明を省略する。また、本実施形態における説明では、上記の実施形態と同一の作用効果についても、その説明を省略する。
本実施形態に係る通信システム１０の全体構成は、図２に示す通りである。また、本実施形態に係る通信システム１０の内部構成は、図３に示す通りである。
本実施形態に係る管理システム１において、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１の応答時間の統計値（例えば、平均値）に基づいて、リソース管理ノード１２１が輻輳状態であるか否かを判断する。
第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１が輻輳状態であると判断した場合、リソース管理ノード１２１からの応答待ち上限時間を延長する。一方、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１が輻輳状態ではないと判断した場合、リソース管理ノード１２１からの応答待ち上限時間を、所定の時間に設定する（延長前の応答待ち上限時間に戻す）。なお、応答待ち上限時間とは、システム管理ノード１１１又は機能管理ノード１１２がリソース管理ノード１２１からの応答を待つ上限の時間を意味する。
具体的には、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１との通信に関して、所定の回数の応答時間の履歴を記憶する。ここで、当該応答時間の履歴は、リソース管理ノード１２１との直近の通信から遡って、所定の回数の応答時間の履歴であるものとする。
第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１と通信する場合に、リソース管理ノード１２１からの応答時間と、記憶する応答時間の統計値とを比較し、リソース管理ノード１２１が輻輳状態であるか否かを判断する。
例えば、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１からの応答時間が、記憶する応答時間の平均値を越えるか否かを判断する。そして、リソース管理ノード１２１からの応答時間が、記憶する応答時間の平均値を越える場合には、リソース管理ノード１２１が輻輳状態である、と第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は判断する。一方、リソース管理ノード１２１からの応答時間が、記憶する応答時間の平均値以下である場合には、リソース管理ノード１２１が輻輳状態ではない、と第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は判断する。
次に、本実施形態に係る通信システム１０の動作について、図１３、図１４を参照しながら詳細に説明する。
図１３、図１４は、本実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。なお、以下の説明においては、ＶＮＦのインスタンシエーション処理を例示して説明するが、本実施形態に係る管理システム１の処理を、ＶＮＦのインスタンシエーション処理に限定する趣旨ではない。ＶＮＦのスケールアウト処理、ヒーリング処理に、本実施形態に係る管理システム１の処理を適用しても良い。また、以下で説明する通信システム１０の動作は、本実施形態に係る通信システム１０の一例であり、以下で説明する動作に限定する趣旨ではない、なお、図１３に示すステップＳ００１〜ステップＳ００４の処理は、図４に示すステップＳ００１〜ステップＳ００４の処理と同様であるため、詳細な説明は省略する。
リソース管理ノード１２１は、システム管理ノード１１１から、リソースの予約要求を受け付けた場合、リソースの予約を受け付けたことを、システム管理ノード１１１に応答する（図１３に示すステップＳ３０１）。
ステップＳ３０２において、リソース管理ノード１２１との通信に関して、所定の回数の応答時間の履歴に基づいて、応答時間の平均値を算出する。
ステップＳ３０３において、システム管理ノード１１１は、リソース管理ノード１２１との直近の通信（例えば、ステップＳ３０１の処理）に関して、応答時間が算出した平均値を越える場合、応答待ち上限時間を延長する。一方、ステップＳ３０４において、システム管理ノード１１１は、リソース管理ノード１２１との直近の通信（例えば、ステップＳ３０１の処理）に関して、応答時間が算出した平均値以下である場合、応答待ち上限時間を、当初の上限時間（所定の上限時間）に設定する。
ステップＳ３０５において、システム管理ノード１１１は、ＶＮＦの生成の許可を、機能管理ノード１１２に送信する。そして、図１４に示すステップＳ３１１に遷移する。
次に、図１４を参照しながら、引き続き、本実施形態に係る通信システム１０の動作について説明する。
機能管理ノード１１２は、システム管理ノード１１１から、ＶＮＦの生成の許可を受信すると、リソースの割り当てをリソース管理ノード１２１に要求する（ステップＳ３１１）。
ステップＳ３１２において、リソース管理ノード１２１は、割り当てを要求されたリソースを、生成対象のＶＮＦに割り当てる。
ステップＳ３１３において、リソース管理ノード１２１は、リソースの割り当て完了を、機能管理ノード１１２に通知する。
ステップＳ３１４において、機能管理ノード１１２は、リソース管理ノード１２１との通信に関して、所定の回数の応答時間の履歴に基づいて、応答時間の平均値を算出する。
ステップＳ３１５において、機能管理ノード１１２は、リソース管理ノード１２１との直近の通信（例えば、ステップＳ３１３の処理）に関して、応答時間が算出した平均値を越える場合、応答待ち上限時間を延長する。一方、ステップＳ３１６において、機能管理ノード１１２は、リソース管理ノード１２１との直近の通信（例えば、ステップＳ３１３の処理）に関して、応答時間が算出した平均値以下である場合、応答待ち上限時間を、当初の上限時間（所定の上限時間）に設定する。以下、図１４に示すステップＳ３１７〜ステップＳ３１８の処理は、図５に示すステップＳ０２７〜ステップＳ０２８の処理と同様であるため、詳細な説明は省略する。さらに、図１４に示すステップＳ３１９〜ステップＳ３２２の処理は、図６に示すステップＳ０４１〜ステップＳ０４４の処理と同様であるため、詳細な説明は省略する。
システム管理ノード１１１は、ＶＮＦを、リソース管理ノード１２１と、リソースプールとに対応付けると（ステップＳ３２２）、クライアント４に設定完了を通知する（ステップＳ３２３）。
以上のように、本実施形態に係る管理システム１は、リソース管理ノード１２１から第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）への応答時間に応じて、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）の応答待ち上限時間を延長する。第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）の応答待ち上限時間を延長することで、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）とリソース管理ノード１２１間の通信量が抑制される。その結果、本実施形態に係る管理システム１は、リソース管理ノード１２１の輻輳状態を緩和して、ＶＮＦのライフサイクルに関する処理の実行失敗を回避することに貢献する。従って、本実施形態に係る管理システム１は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する。
なお、上記の説明において、機能管理ノード１１２が、ＶＮＦの機能構成に必要なリソースに関する情報を管理する構成について説明した。しかし、これは、本実施形態に係る通信システム１０の動作を限定する趣旨ではない。例えば、システム管理ノード１１１が、ＶＮＦの機能構成に必要なリソースに関する情報を管理しても良い。または、システム管理ノード１１１及び機能管理ノード１１２が、ＶＮＦの機能構成に必要なリソースに関する情報を管理しても良い。
上述の実施形態の一部又は全部は、以下の形態のようにも記載され得るが、以下には限られない。
（形態１）仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、を含んで構成される管理システムであって、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノード、前記第２の管理ノードの少なくともいずれかは、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理を実行する、管理システム。
（形態２）前記第２の管理ノードは、当該第２の管理ノードが輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する、管理システム。
（形態３）前記第１の管理ノードは、前記第２の管理ノードが輻輳状態である場合、当該輻輳状態が解消するまで、前記仮想ネットワーク機能のリソースを管理する処理の実行を保留する、管理システム。
（形態４）前記第２の管理ノードは、当該第２の管理ノードが輻輳状態である場合において、前記仮想ネットワーク機能のリソースを管理する処理を、前記第１の管理ノードから指示された場合、当該指示された処理の実行を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する、管理システム。
（形態５）前記第１の管理ノードは、所定の回数の応答時間の履歴に基づいて、応答時間の平均値を算出し、前記第２の管理ノードの応答時間が、応答時間の平均値を越える場合、前記第２の管理ノードが輻輳状態であると判断し、前記第２の管理ノードからの応答待ち上限時間を延長する、管理システム。
（形態６）前記第２の管理ノードの輻輳状態が解消された場合、前記第１の管理ノード、前記第２の管理ノードの少なくともいずれかは、前記第１の管理ノードと前記第２の管理ノード間の通信量の抑制を解除する、管理システム。
（形態７）仮想ネットワーク機能のリソースを管理する処理を、所定の装置に指示する管理装置であって、当該所定の装置が輻輳状態である場合、当該所定の装置と自管理装置間の通信量を抑制する処理を実行する、管理装置。
（形態８）前記仮想ネットワーク機能を管理し、前記所定の装置が輻輳状態である場合、前記仮想ネットワーク機能を管理する処理の実行を、当該輻輳状態が解消するまで保留する、管理装置。
（形態９）前記所定の装置の応答時間の統計値に基づいて、当該所定の装置が輻輳状態であるか否かを判断し、当該所定の装置が輻輳状態である場合、当該所定のノードからの応答待ち上限時間を延長する、管理装置。
（形態１０）前記所定の装置の輻輳状態が解消された場合、前記所定の装置と自管理装置間の通信量の抑制を解除する、管理装置。
（形態１１）所定の装置からの指示に応じて、仮想ネットワーク機能のリソースを管理する処理を実行する管理装置であって、自管理装置が輻輳状態である場合、前記所定の装置と自管理装置間の通信量を抑制する処理を実行する、管理装置。
（形態１２）自管理装置が輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する、管理装置。
（形態１３）自管理装置が輻輳状態である場合において、前記仮想ネットワーク機能のリソースを管理する処理を、前記所定の装置から指示された場合、当該指示された処理の要求を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する、管理装置。
（形態１４）自管理装置の輻輳状態が解消された場合、前記所定の装置と自管理装置間の通信量の抑制を解除する、管理装置。
（形態１５）仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、を含んで構成される管理システムに実行させる管理方法であって、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する工程を含む、管理方法。
（形態１６）前記第２の管理ノードが輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する工程を含む、管理方法。
（形態１７）前記第２の管理ノードが輻輳状態である場合、当該輻輳状態が解消するまで、前記仮想ネットワーク機能のリソースを管理する処理の実行を保留する工程を含む、管理方法。
（形態１８）当該第２の管理ノードが輻輳状態である場合、前記仮想ネットワーク機能のリソースを管理する処理の実行を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する工程を含む、管理方法。
（形態１９）前記第２の管理ノードの応答時間の統計値に基づいて、前記第２の管理ノードが輻輳状態であるか否かを判断する工程と、前記第２の管理ノードが輻輳状態である場合、前記第２の管理ノードからの応答待ち上限時間を延長する工程と、を含む、管理方法。
（形態２０）前記第２の管理ノードの輻輳状態が解消された場合、前記第１の管理ノードと前記第２の管理ノード間の通信量の抑制を解除する工程を含む、管理方法。
（形態２１）仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、を含んで構成される管理システムに実行させるプログラムであって、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理を実行する、プログラム。
上記の形態２１に示す形態は、形態１５に示す形態と同様に、形態１６乃至２０に示す形態に展開することが可能である。
なお、上記の特許文献及び非特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
１、１０００ 管理システム
２、１０１０ ＶＮＦ
３、１０２０ リソース
４ クライアント
５ ＶＮＦレイヤ
６ リソースレイヤ
７ 通信サービスノード
１０ 通信システム
１１、１００１ 第１の管理ノード
１２、１００２ 第２の管理ノード
５１、５１−ａ〜５１−ｃ 仮想ノード（ＶＮＦ）
５２、５２−ａ〜５２−ｃ 管理仮想ノード（ＥＭＳ）
６１ 制御部（ハードウェア）
６２ 記憶部（ハードウェア）
６３ 通信部（ハードウェア）
６４ 仮想化レイヤ
６５ 仮想制御部
６６ 仮想記憶部
６７ 仮想通信部
１１１ システム管理ノード
１１２ 機能管理ノード
１２１ リソース管理ノード

Claims (10)

  1. 仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、
    前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、
    を含んで構成される管理システムであって、
    前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノード、前記第２の管理ノードの少なくともいずれかは、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理を実行し、
    前記第２の管理ノードは、当該第２の管理ノードが輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する、管理システム。
  2. 前記第２の管理ノードは、当該第２の管理ノードが輻輳状態である場合において、前記仮想ネットワーク機能のリソースを管理する処理を、前記第１の管理ノードから指示された場合、当該指示された処理の実行を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する、請求項１に記載の管理システム。
  3. 前記第１の管理ノードは、所定の回数の応答時間の履歴に基づいて、応答時間の平均値を算出し、前記第２の管理ノードの応答時間が、前記平均値を越える場合、前記第２の管理ノードが輻輳状態であると判断し、前記第２の管理ノードからの応答待ち時間を延長する、請求項１又は４に記載の管理システム。
  4. 仮想ネットワーク機能のリソースを管理する処理を、所定の装置に指示する管理装置であって、当該所定の装置が輻輳状態である場合、当該所定の装置と自管理装置間の通信量を抑制する処理を実行し、
    前記所定の装置の応答時間の統計値に基づいて、当該所定の装置が輻輳状態であるか否かを判断し、当該所定の装置が輻輳状態である場合、当該所定のノードからの応答待ち時間を延長する、管理装置。
  5. 所定の装置からの指示に応じて、仮想ネットワーク機能のリソースを管理する処理を実行する管理装置であって、
    自管理装置が輻輳状態である場合、前記所定の装置と自管理装置間の通信量を抑制する処理を実行し、
    自管理装置が輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する、管理装置。
  6. 自管理装置が輻輳状態である場合において、前記仮想ネットワーク機能のリソースを管理する処理を、前記所定の装置から指示された場合、当該指示された処理の要求を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する、請求項１１に記載の管理装置。
  7. 仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、
    前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、
    を含んで構成される管理システムに実行させる管理方法であって、
    前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する工程と、
    前記第２の管理ノードが輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する工程と、を含む、管理方法。
  8. 当該第２の管理ノードが輻輳状態である場合、前記仮想ネットワーク機能のリソースを管理する処理の実行を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する工程を含む、請求項１５に記載の管理方法。
  9. 前記第２の管理ノードの応答時間の統計値に基づいて、前記第２の管理ノードが輻輳状態であるか否かを判断する工程と、前記第２の管理ノードが輻輳状態である場合、前記第２の管理ノードからの応答待ち時間を延長する工程と、を含む、請求項１５又は１８に記載の管理方法。
  10. 仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、
    前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、
    を含んで構成される管理システムに実行させるプログラムであって、
    前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理と、
    前記第２の管理ノードが輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する処理と、を実行する、プログラム。
JP2018565582A 2017-02-01 2018-01-31 管理システム、管理装置、管理方法及びプログラム Active JP6705513B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2017017066 2017-02-01
JP2017017066 2017-02-01
PCT/JP2018/003106 WO2018143235A1 (ja) 2017-02-01 2018-01-31 管理システム、管理装置、管理方法及びプログラム

Publications (2)

Publication Number Publication Date
JPWO2018143235A1 JPWO2018143235A1 (ja) 2019-12-19
JP6705513B2 true JP6705513B2 (ja) 2020-06-03

Family

ID=63040709

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018565582A Active JP6705513B2 (ja) 2017-02-01 2018-01-31 管理システム、管理装置、管理方法及びプログラム

Country Status (4)

Country Link
US (1) US11397605B2 (ja)
EP (1) EP3582453B1 (ja)
JP (1) JP6705513B2 (ja)
WO (1) WO2018143235A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4066446A1 (en) * 2019-11-25 2022-10-05 Telefonaktiebolaget LM Ericsson (publ) Technique for replacing vnfms in a vnf based environment
CN111090495A (zh) 2019-12-02 2020-05-01 中兴通讯股份有限公司 节点管理方法、装置、设备、存储介质和系统
JP7409504B2 (ja) * 2020-07-03 2024-01-09 日本電信電話株式会社 ネットワーク仮想化システム、仮想リソース管理装置、仮想リソース管理方法およびプログラム

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IN2014DN08539A (ja) 2012-03-29 2015-05-15 Ericsson Telefon Ab L M
EP2876927A4 (en) * 2012-07-20 2016-03-23 Nec Corp CORE NETWORK NODES, WIRELESS TERMINAL, METHOD FOR OVERLOAD CONTROL, AND NON-TEMPERATIVE COMPUTER READABLE MEDIUM
JP5743334B2 (ja) 2012-08-23 2015-07-01 日本電信電話株式会社 輻輳制御装置
JP6288633B2 (ja) 2013-08-23 2018-03-07 学校法人東京電機大学 ネットワーク制御方法
WO2015099035A1 (ja) * 2013-12-27 2015-07-02 株式会社Ｎｔｔドコモ 管理システム、仮想通信機能管理ノード及び管理方法
US20150195162A1 (en) 2014-01-06 2015-07-09 Google Inc. Multi-Master Selection in a Software Defined Network
JP6263424B2 (ja) 2014-03-31 2018-01-17 株式会社Ｎｔｔドコモ 管理システム及び管理方法
JP6243294B2 (ja) 2014-05-22 2017-12-06 株式会社Ｎｔｔドコモ 通信システム、制御装置及びデータベースアクセス方法
ES2726699T3 (es) 2014-08-07 2019-10-08 Intel Ip Corp Gestión de función de red virtualizada
CN105429776B (zh) 2014-09-22 2020-06-09 中兴通讯股份有限公司 一种虚拟化网络功能管理的方法和系统
CN106797323B (zh) * 2014-09-25 2021-04-30 苹果公司 网络功能虚拟化
JP2016144133A (ja) 2015-02-04 2016-08-08 株式会社日立製作所 制御装置、制御プログラム、および、通信システム
US10491688B2 (en) * 2016-04-29 2019-11-26 Hewlett Packard Enterprise Development Lp Virtualized network function placements
US10212232B2 (en) * 2016-06-03 2019-02-19 At&T Intellectual Property I, L.P. Method and apparatus for managing data communications using communication thresholds
US20180088977A1 (en) * 2016-09-28 2018-03-29 Mark Gray Techniques to determine and mitigate latency in virtual environments
US10489180B2 (en) * 2016-10-31 2019-11-26 Hewlett Packard Enterprise Development Lp Determining virtual network function configurations
US11012360B2 (en) * 2016-12-15 2021-05-18 Telefonaktiebolaget Lm Ericsson (Publ) Flow control in a virtualized communication network

Also Published As

Publication number Publication date
US11397605B2 (en) 2022-07-26
EP3582453B1 (en) 2021-07-21
JPWO2018143235A1 (ja) 2019-12-19
EP3582453A4 (en) 2020-04-01
EP3582453A1 (en) 2019-12-18
US20200004573A1 (en) 2020-01-02
WO2018143235A1 (ja) 2018-08-09

Similar Documents

Publication Publication Date Title
JP6559806B2 (ja) 事業者ネットワーク間の仮想インフラストラクチャ管理のためのシステムおよび方法
KR102199278B1 (ko) 가속 자원 처리 방법 및 장치, 및 네트워크 기능 가상화 시스템
US11805075B2 (en) Lifecycle management for NSI and CSI
CN107924383B (zh) 用于网络功能虚拟化资源管理的系统和方法
WO2018001004A1 (zh) 一种基于Docker的云平台控制方法及装置
JP6738965B2 (ja) ネットワークサービスライフサイクル管理許可方法及び装置
EP3313023A1 (en) Life cycle management method and apparatus
JP6705513B2 (ja) 管理システム、管理装置、管理方法及びプログラム
US11431822B2 (en) Methods, apparatus, and systems to dynamically discover and host services in fog servers
JP2020521387A (ja) ネットワークスライスを作成するための方法及び装置並びに通信システム
CN110750282B (zh) 用于运行应用程序的方法、装置及gpu节点
CN106445473B (zh) 一种容器部署方法及装置
JP6330923B2 (ja) オーケストレータ装置、システム、仮想マシンの作成方法及びプログラム
WO2018201856A1 (en) System and method for self organizing data center
WO2020045189A1 (ja) ネットワークサービス管理装置、ネットワークサービス管理方法およびネットワークサービス管理プログラム
US10681154B2 (en) Gateway device allowing multiple infrastructural services to access multiple IoT devices
KR20220038740A (ko) 5g 라이브 업링크 스트리밍용 프레임워크(flus) 제어를 통한 네트워크 기반 미디어 처리(nbmp) 작업흐름 관리
KR20130063867A (ko) Ｍ2ｍ 클라우드 환경에서 통신망 자원 활용 방법 및 그 시스템
KR20170111246A (ko) 네트워크 기능 가상화를 위한 자원 제어방법과 자원 스케줄링 방법 및 그 네트워크 기능 가상화 시스템
JP6669614B2 (ja) データセンタと光ネットワークとを含むシステムの制御装置
KR102025425B1 (ko) 가상 네트워크 기능 배치를 위한 네트워크 장치 및 그 방법
US20230385095A1 (en) Method and system for resource modification of virtual devices
KR20230103772A (ko) 서비스 레벨 협약 기반의 클라우드 네이티브 네트워크 기능의 자원 할당 장치 및 방법
KR20230089415A (ko) 쿠버네티스 환경에서 사용자 단말에게 서비스를 제공할 워커 노드를 결정하는 방법 및 이를 수행하는 마스터 노드
JP2023048764A (ja) コンテナ実行基盤におけるコンテナネットワーク方式最適化方法およびシステム

Legal Events

Date Code Title Description
A524 Written submission of copy of amendment under article 19 pct

Free format text: JAPANESE INTERMEDIATE CODE: A527

Effective date: 20190731

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190731

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200414

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200427

R150 Certificate of patent or registration of utility model

Ref document number: 6705513

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150