特表 2025-500556 Ｏ－Ｃｌｏｕｄノードのドレインのためのシステム及び方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2025-01-09

(54)【発明の名称】Ｏ－Ｃｌｏｕｄノードのドレインのためのシステム及び方法

(51)【国際特許分類】

   H04W 24/02 20090101AFI20241226BHJP

   H04W 88/18 20090101ALI20241226BHJP

   H04W 92/16 20090101ALI20241226BHJP

【ＦＩ】

H04W24/02

H04W88/18

H04W92/16

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024539038

(86)(22)【出願日】2023-06-02

(85)【翻訳文提出日】2024-06-26

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

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

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

(31)【優先権主張番号】10202250033J

(32)【優先日】2022-06-03

(33)【優先権主張国・地域又は機関】SG

(81)【指定国・地域】

(71)【出願人】

【識別番号】319010088

【氏名又は名称】楽天モバイル株式会社

(71)【出願人】

【識別番号】323001546

【氏名又は名称】楽天シンフォニー株式会社

(74)【代理人】

【識別番号】100109380

【弁理士】

【氏名又は名称】小西 恵

(74)【代理人】

【識別番号】100109036

【弁理士】

【氏名又は名称】永岡 重幸

(74)【代理人】

【識別番号】100188879

【弁理士】

【氏名又は名称】渡邉 未央子

(72)【発明者】

【氏名】バング，マンミート シン

(72)【発明者】

【氏名】ルスラ，モヒット

(72)【発明者】

【氏名】シェト，パンケージ タナジ

(72)【発明者】

【氏名】ムハンマド，アウン

(72)【発明者】

【氏名】デヴァディガ，プニート

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD57

5K067EE10

5K067EE16

5K067LL01

5K067LL11

(57)【要約】

ｒＡｐｐからの推奨に基づいて又はサービス管理及びオーケストレーションフレームワーク（ＳＭＯ）を介したＯ－Ｃｌｏｕｄ管理者による手動により、１つ以上のＯ－Ｃｌｏｕｄノードをドレインする方法、システム、並びにＳＭＯ及びＯ－Ｃｌｏｕｄが提供される。特に、本方法では、ＳＭＯ機能により、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受信することであって、第１の要求又は推奨は、非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）のｒＡｐｐから又はＯ－Ｃｌｏｕｄ管理者から受信されることと、ＳＭＯ機能によって、Ｏ２インターフェースを介して基盤管理サービス（ＩＭＳ）及び／又は配備管理サービス（ＤＭＳ）に、受信した第１の要求又は推奨に基づいて少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたか否かに関する第１の通知をＩＭＳ／ＤＭＳから受信することと、を含めてよく、ここで、ＳＭＯ機能は、連合Ｏ－Ｃｌｏｕｄオーケストレーション及び管理（ＦＯＣＯＭ）及びネットワーク機能オーケストレーション（ＮＦＯ）のうちの少なくとも１つである。

【特許請求の範囲】

【請求項1】

１つ以上のオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ）ノードをドレインする方法であって、
サービス管理及びオーケストレーションフレームワーク（ＳＭＯ）機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受信することであって、前記第１の要求又は推奨は、非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）のｒＡｐｐから又はＯ－Ｃｌｏｕｄ管理者から受信される、ことと、
前記ＳＭＯ機能によって、Ｏ２インターフェースを介して基盤管理サービス（ＩＭＳ）及び／又は配備管理サービス（ＤＭＳ）に、前記受信した第１の要求又は推奨に基づいて前記少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、
前記ＩＭＳ／ＤＭＳから、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたか否かに関する第１の通知を受信することと、を備え、
ここで、前記ＳＭＯ機能は、連合Ｏ－Ｃｌｏｕｄオーケストレーション及び管理（ＦＯＣＯＭ）及びネットワーク機能オーケストレーション（ＮＦＯ）のうちの少なくとも１つである、方法。

【請求項2】

前記第２の要求が、前記少なくとも１つのＯ－Ｃｌｏｕｄノードのうちの第１のＯ－Ｃｌｏｕｄノードをドレインする命令であり、ここで、前記第１の通知は、前記第１のＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、前記方法が、
前記ＳＭＯ機能によって、前記Ｏ２インターフェースを介して前記ＩＭＳ／ＤＭＳに、前記受信した第１の要求又は推奨に基づいて前記少なくとも１つのＯ－Ｃｌｏｕｄノードの第２のＯ－Ｃｌｏｕｄノードをドレインするための第３の要求を送信することと、をさらに備える、請求項１に記載の方法。

【請求項3】

前記第１の要求又は推奨が、Ｏ１関連サービス及び／又はＯ２関連サービスを介して前記ｒＡｐｐ又は前記Ｏ－Ｃｌｏｕｄ管理者が受信したメトリックデータ及び／又は可観測性データに基づく、請求項１に記載の方法。

【請求項4】

前記第２の要求が、前記ＳＭＯ機能によって、前記少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインする前記第１の要求又は推奨を受け入れることを判断することに基づいて、前記ＳＭＯ機能によって前記ＩＭＳ／ＤＭＳに送信される、請求項１に記載の方法。

【請求項5】

前記第１の通知が、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされなかった又は例外が発生したことを示す、請求項１に記載の方法。

【請求項6】

前記第１の通知が、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、前記第１の通知を前記受信することが、
前記ＳＭＯ機能によって前記ＩＭＳ／ＤＭＳから前記Ｏ２インターフェースを介して、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたという前記第１の通知を受信することを備える、請求項１に記載の方法。

【請求項7】

前記ＳＭＯ機能によって、前記非リアルタイムＲＩＣの前記ｒＡｐｐ又は前記Ｏ－Ｃｌｏｕｄ管理者に、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを通知することをさらに備える、
請求項６に記載の方法。

【請求項8】

１つ以上のオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ）ノードをドレインする装置であって、前記装置が、
コンピュータ実行可能命令を記憶する少なくとも１つのメモリと、
前記コンピュータ実行可能命令を実行するよう構成された少なくとも１つのプロセッサであって、
サービス管理及びオーケストレーションフレームワーク（ＳＭＯ）機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受信し、前記第１の要求又は推奨は、非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）のｒＡｐｐから又はＯ－Ｃｌｏｕｄ管理者から受信され、
前記ＳＭＯ機能によって、Ｏ２インターフェースを介して基盤管理サービス（ＩＭＳ）及び／又は配備管理サービス（ＤＭＳ）に、前記受信した第１の要求又は推奨に基づいて前記少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信し、
ＩＭＳ／ＤＭＳから、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたかどうかに関する第１の通知を受信するよう構成される、少なくとも１つのプロセッサと、を備え、
ここで、前記ＳＭＯ機能は、連合Ｏ－Ｃｌｏｕｄオーケストレーション及び管理（ＦＯＣＯＭ）及びネットワーク機能オーケストレーション（ＮＦＯ）のうちの少なくとも１つである、装置。

【請求項9】

前記第２の要求が、前記少なくとも１つのＯ－Ｃｌｏｕｄノードの第１のＯ－Ｃｌｏｕｄノードをドレインする命令であり、ここで、前記第１の通知は、前記第１のＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、前記少なくとも１つのプロセッサは、
前記ＳＭＯ機能によって前記Ｏ２インターフェースを介して前記ＩＭＳ／ＤＭＳに、前記受信した第１の要求又は推奨に基づいて、前記少なくとも１つのＯ－Ｃｌｏｕｄノードの第２のＯ－Ｃｌｏｕｄノードをドレインするための第３の要求を送信する、
前記コンピュータ実行可能命令を実行するようにさらに構成された、請求項８に記載の装置。

【請求項10】

前記第１の要求又は推奨が、Ｏ１関連サービス及び／又はＯ２関連サービスを介して前記ｒＡｐｐ又は前記Ｏ－Ｃｌｏｕｄ管理者が受信したメトリックデータ及び／又は可観測性データに基づく、請求項８に記載の装置。

【請求項11】

前記第２の要求が、前記ＳＭＯ機能によって、前記少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインする前記第１の要求又は推奨を受け入れることを判断することに基づいて、前記ＳＭＯ機能によって前記ＩＭＳ／ＤＭＳに送信される、請求項８に記載の装置。

【請求項12】

前記第１の通知が、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされなかった又は例外が発生したことを示す、請求項８に記載の装置。

【請求項13】

前記第１の通知が、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、前記少なくとも１つのプロセッサが、
前記ＩＭＳ／ＤＭＳから前記ＳＭＯ機能によって前記Ｏ２インターフェースを介して、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたという前記第１の通知を受信することによって、
前記第１の通知を受信する前記コンピュータ実行可能命令を実行するようさらに構成される、請求項８に記載の装置。

【請求項14】

前記少なくとも１つのプロセッサが、
前記ＳＭＯ機能によって、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを前記非リアルタイムＲＩＣの前記ｒＡｐｐ又は前記Ｏ－Ｃｌｏｕｄ管理者に通知する
前記コンピュータ実行可能命令を実行するようにさらに構成される、請求項１３に記載の装置。

【請求項15】

サービス管理及びオーケストレーションフレームワーク（ＳＭＯ）機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受信することであって、
前記第１の要求又は推奨が、非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）のｒＡｐｐから又はＯ－Ｃｌｏｕｄ管理者から受信することと、
前記ＳＭＯ機能によって、Ｏ２インターフェースを介して基盤管理サービス（ＩＭＳ）及び／又は配備管理サービス（ＤＭＳ）に、前記受信した第１の要求又は推奨に基づいて前記少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、
前記ＩＭＳ／ＤＭＳから、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたか否かに関する第１の通知を受信することと、を備え、
ここで、前記ＳＭＯ機能は、連合Ｏ－Ｃｌｏｕｄオーケストレーション及び管理（ＦＯＣＯＭ）及びネットワーク機能オーケストレーション（ＮＦＯ）のうちの少なくとも１つである方法を、プロセッサに実行させる、該少なくとも１つのプロセッサによる実行可能な命令を記録している非一時的コンピュータ可読記録媒体。

【請求項16】

前記第２の要求が、前記少なくとも１つのＯ－Ｃｌｏｕｄノードの第１のＯ－Ｃｌｏｕｄノードをドレインする命令であり、ここで、前記第１の通知は、前記第１のＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、前記方法が、
前記ＳＭＯ機能によって、前記Ｏ２インターフェースを介して前記ＩＭＳ／ＤＭＳに、前記受信した第１の要求又は推奨に基づいて前記少なくとも１つのＯ－Ｃｌｏｕｄノードのうちの第２のＯ－Ｃｌｏｕｄノードをドレインするための第３の要求を送信することを、さらに備える、請求項１５に記載の非一時的コンピュータ可読記録媒体。

【請求項17】

前記第１の要求又は推奨が、Ｏ１関連サービス及び／又はＯ２関連サービスを介して前記ｒＡｐｐ又は前記Ｏ－Ｃｌｏｕｄ管理者が受信したメトリックデータ及び／又は可観測性データに基づく、請求項１５に記載の非一時的コンピュータ可読記録媒体。

【請求項18】

前記第２の要求が、前記ＳＭＯ機能による、前記少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインする前記第１の要求又は推奨を受け入れることを判断することに基づいて、前記ＳＭＯ機能によって前記ＩＭＳ／ＤＭＳに送信される、請求項１５に記載の非一時的コンピュータ可読記録媒体。

【請求項19】

前記第１の通知が、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされなかった又は例外が発生したことを示す、請求項１５に記載の非一時的コンピュータ可読記録媒体。

【請求項20】

前記第１の通知が、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、前記第１の通知を前記受信することが、
前記ＩＭＳ／ＤＭＳから前記ＳＭＯ機能により前記Ｏ２インターフェースを介して、前記少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことの前記第１の通知を受信することを備える、請求項１５に記載の非一時的コンピュータ可読記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明開示の例示的な実施形態と一致するシステム及び方法は、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）のクラウド（Ｏ－Ｃｌｏｕｄ（Ｏクラウド））のノードをドレインすることに関する。

【背景技術】

【0002】

無線アクセスネットワーク（radio access network（ＲＡＮ））は、エンドユーザデバイス（又はユーザ機器）をネットワークの他の部分に接続するので、電気通信システムにおける重要なコンポーネントである。ＲＡＮは、エンドユーザデバイスをコアネットワークに接続する種々のネットワーク要素（network element（ＮＥ））の組合せを含む。従来、特定のＲＡＮのハードウェア及び／又はソフトウェアはベンダ固有である。

【0003】

複数のベンダがハードウェア及び／又はソフトウェアを電気通信システムに提供することを可能にするために、オープンＲＡＮ（Ｏ－ＲＡＮ）技術が登場した。この目的のために、Ｏ－ＲＡＮは、ＲＡＮ機能を、集中ユニット（centralized unit（ＣＵ））、分散ユニット（distributed unit（ＤＵ））、及び無線ユニット（radio unit（ＲＵ））に分解する。ＣＵは、ＲＡＮの無線リソース制御（Radio Resource Control（ＲＲＣ））、サービスデータ適応プロトコル（Service Data Adaptation Protocol（ＳＤＡＰ））、及び／又はパケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol（ＰＤＣＰ））のサブレイヤをホストする論理ノードである。ＤＵは、ＲＡＮの無線リンク制御（Radio Link Control（ＲＬＣ））、メディアアクセス制御（Media Access Control（ＭＡＣ））、及び物理（Physical（ＰＨＹ））のサブレイヤをホストする論理ノードである。ＲＵは、アンテナからの無線信号を、フロントホールを通じてＤＵに伝送することができるデジタル信号に変換する物理ノードである。これらのエンティティは、それらの間にオープンなプロトコルとインターフェースを有するため、様々なベンダが開発することができる。

【0004】

図１は、関連する技術のＯ－ＲＡＮアーキテクチャを示す。図１を参照すると、Ｏ－ＲＡＮアーキテクチャにおけるＲＡＮ機能は、ＲＩＣによって制御され、最適化される。ＲＩＣは、Ｏ－ＲＡＮシステムにおいて必要とされるマルチベンダの操作性を容易にし、そしてＲＡＮの動作を自動化しまた最適化する、モジュール式アプリケーションを実装するソフトウェア定義コンポーネントである。ＲＩＣは、非リアルタイムＲＩＣ（Ｎｏｎ－ＲＴ ＲＩＣ）と準リアルタイムＲＩＣ（Ｎｅａｒ－ＲＴ ＲＩＣ）の２つのタイプに分けられる。

【0005】

非リアルタイムＲＩＣは、非リアルタイム制御ループの制御ポイントであり、サービス管理及びオーケストレーション（Service Management and Orchestration（ＳＭＯ））のフレームワーク内で１秒を超える時間規模で動作する。その機能性は、ｒＡｐｐ（ｒＡｐｐ １，．．．，ｒＡｐｐ Ｎ）と呼ばれるモジュール式アプリケーションを介して実装され、非リアルタイムＲＩＣと準リアルタイムＲＩＣとの間の通信を可能にするインターフェースであるＡ１インターフェースにわたってポリシーベースのガイダンスと強化を提供することと、データ分析、すなわち、ＲＡＮ最適化用の人工知能（Artificial Intelligence）／機械学習（Machine Learning）（ＡＩ／ＭＬ）の訓練及び推論を実行することと、及び／又は、ＳＭＯをＲＡＮ管理対象要素（例えば、準リアルタイムＲＩＣ、Ｏ－ＲＡＮ集中ユニット（Ｏ－ＣＵ）、Ｏ－ＲＡＮ分散ユニット（Ｏ－ＤＵ）など）に接続するインターフェースであるＯ１インターフェースを介して構成管理アクションを推奨することと、を含む。

【0006】

準リアルタイムＲＩＣは、１０ミリ秒と１秒との間の時間規模で動作し、Ｅ２インターフェースを介して、Ｏ－ＤＵ、（Ｏ－ＣＵ制御プレーン（Ｏ－ＣＵ－ＣＰ）とＯ－ＣＵユーザプレーン（Ｏ－ＣＵ－ＵＰ）とに分離された）Ｏ－ＣＵ、及びオープン進化型ノードＢ（open evolved NodeB（Ｏ－ｅＮＢ））に接続する。準リアルタイムＲＩＣは、Ｅ２インターフェースを使用して、準リアルタイム制御ループを介して基礎となるＲＡＮ要素（Ｅ２ノード／ネットワーク機能（ＮＦ））を制御する。準リアルタイムＲＩＣは、ポリシーを通じてＥ２ノード（Ｏ－ＣＵ、Ｏ－ＤＵ、及びＯ－ｅＮＢ）を監視し、一時停止し／停止し、オーバーライドし、及び制御する。例えば、準リアルタイムは、Ｅ２ノードの活性化された機能に対するポリシーのパラメータを設定する。さらに、準リアルタイムＲＩＣは、ｘＡｐｐをホストして、サービス品質（ＱｏＳ）の最適化、モビリティの最適化、スライスの最適化、干渉の軽減、負荷分散、セキュリティなどの機能を実装する。２つのタイプのＲＩＣは、ともに動作し、Ｏ－ＲＡＮを最適化する。例えば、非リアルタイムＲＩＣは、Ａ１インターフェースを介して、ＲＡＮ最適化のために準リアルタイムＲＩＣによって実行及び使用されるポリシー、データ、及びＡＩ／ＭＬモデルを提供し、準リアルタイムはポリシーのフィードバック（すなわち、非リアルタイムＲＩＣが設定したポリシーがどのように機能するか）を返す。

【0007】

非リアルタイムＲＩＣが配置されているＳＭＯフレームワークは、ＲＡＮ要素を管理及び組織化する。具体的には、ＳＭＯは、連合Ｏ－Ｃｌｏｕｄオーケストレーション及び管理（Federated O-Cloud Orchestration and Management（ＦＯＣＯＭ））、仮想マシン（Virtual Machines（ＶＭ））ベースの仮想ネットワーク機能（Virtual Network Functions（ＶＮＦ））及びコンテナ（すなわち、インスタンス）ベースのＶＮＦを管理するネットワーク機能オーケストレータ（Network Function Orchestrator（ＮＦＯ））、並びにＯ－ＲＡＮ－Ｃｌｏｕｄ（Ｏ－Ｃｌｏｕｄ）と呼ばれるものを管理及び組織化するＳＭＯの一部としてのＯＡＭを含む。Ｏ－Ｃｌｏｕｄは、ＲＩＣ、Ｏ－ＣＵ、及びＯ－ＤＵ、サポートソフトウェアコンポーネント（例えば、オペレーティングシステム及びランタイム環境）、並びにＳＭＯ自体をホストする物理ＲＡＮノードの集合である。言い換えると、ＳＭＯは、内部からＯ－Ｃｌｏｕｄを管理する。Ｏ２インターフェースは、ＳＭＯとそれが存在するＯ－Ｃｌｏｕｄとの間のインターフェースである。Ｏ２インターフェースを通して、ＳＭＯは、基盤管理サービス（Infrastructure Management Services（ＩＭＳ））及び配備管理サービス（Deployment Management Services（ＤＭＳ））を提供する。Ｏ２インターフェースはまた、Ｏ２テレメトリデータ、例えば、Ｏ－Ｃｌｏｕｄ構成又は任意の論理機能データ、エネルギー消費、ノードの健全性状態などをＳＭＯに送信してよい。

【0008】

従来技術では、Ｏ－Ｃｌｏｕｄリソースの浪費を排除するために、Ｏ－Ｃｌｏｕｄリソースを最適化することが必要な場合がある。特に、作成された特定のＯ－Ｃｌｏｕｄノードは、性能の問題に遭遇するか、アイドル状態にあるか、又は将来故障する兆候を有する場合がある。したがって、Ｏ－Ｃｌｏｕｄノード障害を予測し、それに応じて（例えば、Ｏ－Ｃｌｏｕｄ内のリソースを選択し、プロビジョニングし、かつ正しいサイズにすることによって）、Ｏ－Ｃｌｏｕｄリソースを事前対応的に管理することができる必要がある。

【発明の概要】

【課題を解決するための手段】

【0009】

本発明開示の例示的な実施形態は、ＳＭＯ及びＯ－Ｃｌｏｕｄが、ｒＡｐｐからの推奨に基づいて、又はＳＭＯを介してＯ－Ｃｌｏｕｄ管理者（maintainer）によって手動で、１つ以上のＯ－Ｃｌｏｕｄノードをドレインする（枯渇させる（drain））方法及びシステムを提供する。特に、Ｏ－Ｃｌｏｕｄノード（群）をドレインすると、そのＯ－Ｃｌｏｕｄノード（群）は、遮断（cordon）されているか、又はスケジュール不能であるとしてマークされる。したがって、そのネットワーク機能又はネットワーク機能のコンポーネントを別のＯ－Ｃｌｏｕｄノードに再配置し、移行し、又は終了する手段を必要とする場合がある。実施形態によれば、Ｏ－Ｃｌｏｕｄノード（群）をドレインする要求には、推奨に基づく（例えば、メトリックデータに基づく）場合がある。したがって、本発明開示の実施形態では、Ｏ－Ｃｌｏｕｄリソースの浪費を排除し、Ｏ－Ｃｌｏｕｄノード障害を予測し、それに応じてＯ－Ｃｌｏｕｄリソースを事前対応的に管理することができる。

【0010】

一実施形態によれば、１つ以上のオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ（Ｏクラウド））ノードをドレインする方法を提供することができる。本方法は、サービス管理及びオーケストレーションフレームワーク（ＳＭＯ）機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受信することであって、第１の要求又は推奨を、非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（RAN Intelligent Controller（ＲＩＣ））のｒＡｐｐ又はＯ－Ｃｌｏｕｄ管理者から受信することと、ＳＭＯ機能によって、Ｏ２インターフェースを介して基盤管理サービス（ＩＭＳ）及び／又は配備管理サービス（ＤＭＳ）に、受信した第１の要求又は推奨に基づいて少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、そして少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたか否かに関する第１の通知をＩＭＳ／ＤＭＳから受信することであって、ＳＭＯ機能は、連合Ｏ－Ｃｌｏｕｄオーケストレーション及び管理（ＦＯＣＯＭ）及びネットワーク機能オーケストレーション（ＮＦＯ）のうちの少なくとも１つである、受信することと、を含んでよい。

【0011】

一実施形態によれば、第２の要求は、少なくとも１つのＯ－Ｃｌｏｕｄノードの第１のＯ－Ｃｌｏｕｄノードをドレインする命令であってよく、ここで、第１の通知は、第１のＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、本方法は、ＳＭＯ機能によって、Ｏ２インターフェースを介してＩＭＳ／ＤＭＳに、受信した第１の要求又は推奨に基づいて、少なくとも１つのＯ－Ｃｌｏｕｄノードのうちの第２のＯ－Ｃｌｏｕｄノードをドレインするための第３の要求を送信することをさらに備える。

【0012】

一実施形態によれば、第１の要求又は推奨は、Ｏ１関連サービス及び／又はＯ２関連サービスを介してｒＡｐｐ又はＯ－Ｃｌｏｕｄ管理者が受信したメトリックデータ及び／又は可観測性データに基づいてよい。

【0013】

一実施形態によれば、第２の要求は、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受け入れることを、ＳＭＯ機能が判断することに基づいて、ＳＭＯ機能がＩＭＳ／ＤＭＳに送信してもよい。

【0014】

一実施形態によれば、第１の通知は、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされなかったこと、又は例外が発生したことを示す場合がある。

【0015】

一実施形態によれば、第１の通知は、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを示すことができ、ここで、第１の通知を受信することは、Ｏ２インターフェースを介してＳＭＯ機能によってＩＭＳ／ＤＭＳから、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたという第１の通知を受信することを備える。

【0016】

一実施形態によれば、本方法は、ＳＭＯ機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを非リアルタイムＲＩＣ又はＯ－Ｃｌｏｕｄ管理者のｒＡｐｐに通知することをさらに含んでよい。

【0017】

一実施形態によれば、１つ以上のオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ）ノードをドレインする装置を提供してよく、本装置は、コンピュータ実行可能命令を記憶する少なくとも１つのメモリと、コンピュータ実行可能命令を実行して、サービス管理及びオーケストレーションフレームワーク（ＳＭＯ）機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受信し、本第１の要求又は推奨は、非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）のｒＡｐｐ又はＯ－Ｃｌｏｕｄ管理者から受信され、ＳＭＯ機能によって、Ｏ２インターフェースを介して基盤管理サービス（ＩＭＳ）及び／又は配備管理サービス（ＤＭＳ）へ、受信した第１の要求又は推奨に基づいて、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信し、そしてＩＭＳ／ＤＭＳから、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたかどうかに関する第１の通知を受信するように構成された、少なくとも１つのプロセッサと、を含んでよく、ここで、ＳＭＯ機能は、連合Ｏ－Ｃｌｏｕｄオーケストレーション及び管理（ＦＯＣＯＭ）及びネットワーク機能オーケストレーション（ＮＦＯ）のうちの少なくとも１つである。

【0018】

一実施形態によれば、第２の要求は、少なくとも１つのＯ－Ｃｌｏｕｄノードの第１のＯ－Ｃｌｏｕｄノードをドレインする命令であってよく、ここで、第１の通知は、第１のＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、少なくとも１つのプロセッサが、ＳＭＯ機能によって、Ｏ２インターフェースを介してＩＭＳ／ＤＭＳに、受信した第１の要求又は推奨に基づいて少なくとも１つのＯ－Ｃｌｏｕｄノードのうちの第２のＯ－Ｃｌｏｕｄノードをドレインするための第３の要求を送信する、コンピュータ実行可能命令を実行するようにさらに構成される。第１の要求又は推奨は、Ｏ１関連サービス及び／又はＯ２関連サービスを介してｒＡｐｐ又はＯ－Ｃｌｏｕｄ管理者が受信したメトリックデータ及び／又は可観測性データに基づいてよい。

【0019】

一実施形態によれば、第２の要求は、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受け入れることを、ＳＭＯ機能が判断することに基づいて、ＳＭＯ機能がＩＭＳ／ＤＭＳに送信してもよい。

【0020】

一実施形態によれば、第１の通知は、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされなかったこと、又は例外が発生したことを示す場合がある。

【0021】

一実施形態によれば、第１の通知は、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを示すことができ、ここで、少なくとも１つのプロセッサは、ＳＭＯ機能によってＩＭＳ／ＤＭＳから、Ｏ２インターフェースを介して、第１の通知を受信する、すなわち、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたという第１の通知を受信する、コンピュータ実行可能命令を実行するようにさらに構成される。

【0022】

一実施形態によれば、少なくとも１つのプロセッサは、ＳＭＯ機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを非リアルタイムＲＩＣのｒＡｐｐ又はＯ－Ｃｌｏｕｄ管理者に通知するコンピュータ実行可能命令を実行するようにさらに構成されてもよい。

【0023】

さらなる態様は、以下の説明に部分的に記載され、部分的には、説明から明らかになるか、又は本発明開示の提示された実施形態の実施によって実現することができる。

【図面の簡単な説明】

【0024】

本発明開示の特定の例示的な実施形態の特徴、態様、及び利点は、添付の図面を参照して以下に説明され、図面において、同様の参照番号は同様の要素を示す。

【0025】

【図1】従来技術によるＯ－ＲＡＮアーキテクチャを示す。

【図2】一実施形態による、ＳＭＯ機能とＯ－Ｃｌｏｕｄとの間のＯ２インターフェースを使用してＯ－Ｃｌｏｕｄノードをドレインする方法のフローチャートである。

【図3】一実施形態による、Ｏ－Ｃｌｏｕｄ管理者からの要求に基づいてＯ－Ｃｌｏｕｄノードをドレインする本明細書に記載のシステムを実装することができる例示的な環境の図である。

【図4】一実施形態による、ｒＡｐｐからの推奨に基づいてＯ－Ｃｌｏｕｄノードをドレインする本明細書に記載のシステムを実装することができる例示的な環境の図である。

【図5】本明細書に記載のシステム及び／又は方法を実施することができる例示的な環境の図である。

【図6】一実施形態によるデバイスの例示的なコンポーネントの図である。

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

【0026】

例示的な実施形態についての以下の詳細な説明は、添付の図面を参照する。異なる図面における同じ参照符号は、同じ又は類似の要素を同一に扱ってよい。

【0027】

前述の開示は、図及び説明を提供するが、網羅的であること、又は開示された正確な形式に実装を限定すること、を意図するものではない。上記の開示に照らして変更及び変形は可能であり、又は実装形態の実施から取得することができる。さらに、一実施形態の１つ以上の特徴又はコンポーネントは、別の実施形態（又は別の実施形態の１つ以上の特徴）に組み込まれてもよく、又は別の実施形態（又は別の実施形態の１つ以上の特徴）と組み合わせられてもよい。さらに、以下に提供される動作のフローチャート及び説明では、１つ以上の動作が省略されてもよく、１つ以上の動作が追加されてもよく、１つ以上の動作が（少なくとも部分的に）同時に実行されてもよく、１つ以上の動作の順序が差し替えられてもよいことが理解される。

【0028】

本明細書に記載のシステム及び／又は方法は、ハードウェア、ファームウェア、又はハードウェアとソフトウェアの組合せの様々な形態で実装されてもよいことは明らかであろう。これらのシステム及び／又は方法を実装するために使用される実際の専用の制御ハードウェア又はソフトウェアコードは、実装形態を限定するものではない。したがって、本明細書では特定のソフトウェアコードを参照せずにシステム及び／又は方法の動作及び挙動を説明した。本明細書の説明に基づいてシステム及び／又は方法を実装するようにソフトウェア及びハードウェアを設計することができることが理解される。

【0029】

特徴の特定の組合せが特許請求の範囲に記載され、及び／又は本明細書に開示されていても、これらの組合せは、可能な実装形態の開示を限定することを意図するものではない。実際、これらの特徴の多くは、特許請求の範囲に具体的に記載されていない方法、及び／又は明細書に開示されていない方法、で組み合わされてもよい。以下に列挙される各従属請求項は１つの請求項のみに直接依存する場合があるが、可能な実装形態の開示では、各従属請求項を請求項セット内の他のすべての請求項と組み合わせて含んでいる。

【0030】

本明細書で使用される要素、動作、又は命令は、重要又は必須であると明示的に記載されていない限り、そのように解釈されるべきではない。また、本明細書で使用されている冠詞「１つの（“ａ”）」及び「１つの（“ａｎ”）」は、１つ以上のアイテムを含むことを意図しており、「１つ以上の（“ｏｎｅ ｏｒ ｍｏｒｅ”）」と同義に使用してよい。１つのアイテムのみを意図する場合は、「１つの（“ｏｎｅ”）」という用語又は同様の文言を使用する。また、本明細書で使用されている「有する（“ｈａｓ”）」、「有する（“ｈａｖｅ”）」、「有している（“ｈａｖｉｎｇ”）」、「含む（“ｉｎｃｌｕｄｅ”）」、「含んでいる（“ｉｎｃｌｕｄｉｎｇ”）」などの用語は、非限定的な用語であることを意図している。さらに、「に基づいて（“ｂａｓｅｄ ｏｎ”）」という語句は、特に別段明記されていない限り、「に少なくとも部分的に基づいて（“ｂａｓｅｄ，ａｔ ｌｅａｓｔ ｉｎ ｐａｒｔ，ｏｎ”）」を意味することを意図している。さらに、「［Ａ］及び［Ｂ］のうちの少なくとも１つ（“ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ［Ａ］ａｎｄ［Ｂ］”）」や「［Ａ］又は［Ｂ］のうちの少なくとも１つ（“ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ［Ａ］ｏｒ［Ｂ］”）」などの表現は、Ａのみ、Ｂのみ、又はＡとＢの両方を含むと理解するべきである。

【0031】

例示的な実施形態は、Ｏ－Ｃｌｏｕｄリソースを効率的に利用し、Ｏ－Ｃｌｏｕｄ内のリソースを選択し、プロビジョニングし、適切なサイズにすることによってＯ－Ｃｌｏｕｄリソースの浪費を排除するプロセスである、Ｏ－Ｃｌｏｕｄリソース最適化に関する。例示的な実施形態によれば、Ｏ－Ｃｌｏｕｄ内のネットワーク機能（ＮＦ）は、ＶＮＦ／ＣＮＦとして組織化される。ＳＭＯ（ＮＦＯ、ＦＯＣＯＭ）は、ＶＮＦ／ＣＮＦ及び基礎となるＯ－Ｃｌｏｕｄ基盤の管理及びオーケストレーションを処理する。ＳＭＯの管理、オーケストレーション、及び最適化機能は、ＶＮＦ／ＣＮＦ及びＯ－Ｃｌｏｕｄからのインテリジェントな可観測性分析によって、例示的な実施形態により、強化することができる。

【0032】

非リアルタイムＲＩＣは、ＳＭＯ内のｒＡｐｐなどのサードパーティアプリケーションをホストし、Ｏ１関連サービス及びＯ２関連サービスを介して様々なＯ１関連及びＯ２関連の可観測性データ及びメトリックを収集して読み取ることができる。これらのサードパーティｒＡｐｐは、例示的な実施形態で活用して、ＶＮＦ／ＣＮＦ及び基礎となるＯ－Ｃｌｏｕｄ基盤の管理、オーケストレーション、及び最適化についてＮＦＯ及びＦＯＣＯＭにガイダンス及び／又は推奨を提供することができる。

【0033】

本発明開示の例示的な実施形態は、ＳＭＯ及びＯ－Ｃｌｏｕｄが、ｒＡｐｐからの推奨に基づいて、又はＳＭＯを介してＯ－Ｃｌｏｕｄ管理者によって手動で、１つ以上のＯ－Ｃｌｏｕｄノードをドレインする方法及びシステムを提供する。特に、Ｏ－Ｃｌｏｕｄノード（群）をドレインすると、Ｏ－Ｃｌｏｕｄノード（群）は、遮断され、又はスケジュール不能であるとしてマークされる。したがって、そのネットワーク機能又はネットワーク機能のコンポーネントを別のＯ－Ｃｌｏｕｄノードに再配置し、移行し、又は終了する手段を必要とする場合がある。実施形態によれば、Ｏ－Ｃｌｏｕｄノード（群）をドレインする要求は、推奨に基づいて（例えば、メトリックデータに基づいて）いてよい。したがって、本発明開示の実施形態では、Ｏ－Ｃｌｏｕｄリソースの浪費を排除し、Ｏ－Ｃｌｏｕｄノード障害を予測し、それに応じてＯ－Ｃｌｏｕｄリソースを事前対応的に管理することができる。

【0034】

図２は、一実施形態によるＯ－Ｃｌｏｕｄノードをドレインする方法２００のフローチャートである。方法２００の目標のうちの１つは、ノード（群）を遮断し又はスケジュール不能であるとラベル付けすることによって、Ｏ－Ｃｌｏｕｄノード（群）をドレインし、それによって、ネットワーク機能（群）及び／又はそのコンポーネントのすべてをそれぞれのＯ－Ｃｌｏｕｄノード（群）から安全に追い出し／移行させることであってよい。動作Ｓ２０１における図２の方法は、（非リアルタイムＲＩＣを介して）Ｏ－Ｃｌｏｕｄ管理者又はｒＡｐｐのユーザ端末によって実行されてよく、動作Ｓ２０２～動作Ｓ２０３はＳＭＯ機能（例えば、ＮＦＯ及び／又はＦＯＣＯＭ）によって実行されてよく、そして動作Ｓ２０４～動作Ｓ２０５はＩＭＳ／ＤＭＳによって実行されてよい。ドレインされるべきＯ－Ｃｌｏｕｄノード（群）は、方法２００を実行する時点でネットワーク機能をホストしてもよいことを理解されたい。

【0035】

図２を参照すると、Ｏ－Ｃｌｏｕｄノード（群）をドレインすることは、ユーザ端末又はＳＭＯ内の非リアルタイムＲＩＣの１つ以上のｒＡｐｐによって、動作Ｓ２０１において開始することができる。すなわち、そのノードをドレインするよう、ユーザ端末が、ＦＯＣＯＭ／ＮＦＯに要求を手動で提供してもよく、又はｒＡｐｐが、ＦＯＣＯＭ／ＮＦＯに推奨を提供してもよい。実施形態によれば、ｒＡｐｐは、ＳＭＯ内の非リアルタイムＲＩＣによってホストされたアプリケーションであってもよい。ｒＡｐｐはサードパーティからのものであってもよい。ｒＡｐｐは、Ｏ１関連サービス及びＯ２関連サービスを介して、様々なＯ１関連及びＯ２関連の可観測性データ及びメトリックを収集して読み取ることができる。したがって、いくつかの実施形態では、ｒＡｐｐを使用して、ＶＮＦ及び／又はコンテナネットワーク機能（ＣＮＦ）及び基礎となるＯ－Ｃｌｏｕｄ基盤の管理、オーケストレーション、及び最適化向けのガイダンス及び／又は推奨をＮＦＯ及びＦＯＣＯＭに提供することができる。

【0036】

一実施形態によれば、ｒＡｐｐは、Ｏ１関連及びＯ２関連の可観測性データ及びメトリックに基づいて、ＳＭＯ及び／又はＯ－Ｃｌｏｕｄに推奨を提供するデータ駆動型手法を使用して、ｒＡｐｐをドレインすることができる。いくつかの実施形態では、Ｏ１関連及びＯ２関連の可観測性データ及びメトリック以外の他のデータを使用して推奨を提供してもよいことを理解されたい。Ｏ－Ｃｌｏｕｄノードをドレインする必要がある様々なシナリオがあることを理解されたい。１つの例示的なシナリオは、人工知能及び／又は機械学習（ＡＩ／ＭＬ）の助けを借りて、ｒＡｐｐを使用して、Ｏ－Ｃｌｏｕｄ障害に関する洞察をＦＯＣＯＭ／ＮＦＯに提供することができる場合がある。したがって、いくつかの実施形態では、人工知能及び／又は機械学習（ＡＩ／ＭＬ）を使用してもよい。ｒＡｐｐは、Ｏ－Ｃｌｏｕｄノード障害が発生することを予測することができ、それに応じて、Ｏ－ＣｌｏｕｄノードをドレインするようにＦＯＣＯＭ／ＮＦＯに推奨することができ、それによって作業負荷をＯ－Ｃｌｏｕｄノードから事前対応的に移行することができる。このＮＦ移行中、ｒＡｐｐからのノードドレインの推奨の結果として、ネットワークに対してサービスの継続性及びサービス品質を保証することができ、全体的な混乱を最小限に抑えることができる。一実施形態によれば、ＳＭＯは、ＮＦの再配置を管理する役割を果たすことができる。ＳＭＯ（ＦＯＣＯＭ／ＮＦＯ）は、Ｏ－Ｃｌｏｕｄノード（群）をドレインするための推奨を受信する能力をサポートすることができる。ＳＭＯは、Ｏ２インターフェースを介してＯ－Ｃｌｏｕｄ（ＩＭＳ／ＤＭＳ）にＯ－Ｃｌｏｕｄノードドレイン要求を送信する能力をサポートすることができる。ＳＭＯはまた、Ｏ２インターフェース上でＯ－Ｃｌｏｕｄ（ＩＭＳ／ＤＭＳ）からＯ－Ｃｌｏｕｄノードドレイン応答を受信する能力をサポートすることができる。Ｏ－Ｃｌｏｕｄノード（群）をドレインする要求は手動ですることができ、又はｒＡｐｐが推奨をＦＯＣＯＭ／ＮＦＯに送信することもできる。実施形態では、Ｏ－Ｃｌｏｕｄリソースを最適化するデータ駆動型手法を実装してよい。前述したように、非リアルタイムＲＩＣ内のｒＡｐｐは、ＦＯＣＯＭ／ＮＦＯのスケジューリング能力を補完するためにＦＯＣＯＭ／ＮＦＯにガイダンスを提供することができるＡＩ／ＭＬフレームワークを利用することができ、それによってシステムがより多くのデータ駆動型配置決定を行うことが可能になる。

【0037】

Ｏ－Ｃｌｏｕｄノード（群）をドレインすると、Ｏ－Ｃｌｏｕｄノード（群）は遮断されている、又はスケジュール不能であるとして、マークされる。したがって、そのネットワーク機能又はネットワーク機能のコンポーネントを別のＯ－Ｃｌｏｕｄノードに再配置し、移行し、又は終了する手段を必要とする場合がある。いくつかの実施形態では、Ｏ－Ｃｌｏｕｄノードをドレインすることは、Ｏ－Ｃｌｏｕｄノードを保守モードに設定することを含んでよい。ＩＭＳ又はＤＭＳのいずれかがＯ－Ｃｌｏｕｄノードをドレインするための要求を受信する場合があることも理解されたい。ＩＭＳ又はＤＭＳのいずれかがＯ－Ｃｌｏｕｄノードをドレインするための要求を受信する場合があることも理解されたい。図２、図３、及び図４のＯ－ＲＡＮアーキテクチャのコンポーネントは、図１によるコンポーネントと同様であってよい。他の実施形態では、ノードをドレインするための要求は、ユーザ端末（例えば、ネットワーク機能を管理するアプリケーションを含み、及び／又はＳＭＯからアラームイベント、通知などを受信するよう予約する）を介して、ユーザ（例えば、Ｏ－Ｃｌｏｕｄ管理者）が送信してもよい。

【0038】

図２、図３、及び図４に示すように、Ｏ－Ｃｌｏｕｄノード（群）のドレイン開始に先立って、ＳＭＯに対する要求は、ドレインされるべきＯ－Ｃｌｏｕｄノードの識別子（ＩＤ）を含むと仮定してよい。Ｏ－Ｃｌｏｕｄノードをドレインするには、Ｏ－Ｃｌｏｕｄ管理者からの要求又はｒＡｐｐからの推奨に基づいて、ＦＯＣＯＭ／ＮＦＯから受信したトリガに基づくと仮定してよい。ドレインされる必要があるＯ－Ｃｌｏｕｄノード（群）からのデータトラフィックが、ドレイン手順をトリガする前に移動した又は再配置したと仮定することもできる。さらに、いくつかの実施形態によれば、いくつかの実施形態によれば、要求をトリガする前提条件には、ＳＭＯ及びＯ－Ｃｌｏｕｄが利用可能であること、並びにＯ１イベント及びＯ２イベントをＯ－Ｃｌｏｕｄ管理者及び／又はｒＡｐｐが監視できる監視システムが予約していることの検証を、含めてよい。したがって、既存のＯ－Ｃｌｏｕｄノード（群）が、Ｏ－Ｃｌｏｕｄ管理者からの要求又はｒＡｐｐからの推奨に基づいて、ドレインされるべきと判断したら、プロセスを進めてよい。

【0039】

動作Ｓ２０２において、ＦＯＣＯＭ／ＮＦＯは、１つ以上のＯ－Ｃｌｏｕｄノード（群）をドレインするために動作Ｓ２０１において送信された要求又は推奨（第１の要求）を受信して処理する。例えば、ＦＯＣＯＭ／ＮＦＯは、要求又は推奨を受け入れるかどうかを判断する１つ以上のロジック（例えば、Ｏ－Ｃｌｏｕｄ管理者及び／又はｒＡｐｐからの要求／推奨に応答して、１つ以上のＯ－Ｃｌｏｕｄノード（群）をドレインするようにＩＭＳ／ＤＭＳに要求するかどうかを判断する１つ以上の閾値、条件、パラメータなどを含むロジック）を実装することによって、要求又は推奨を処理することができる。一実施形態によれば、ＦＯＣＯＭ／ＮＦＯが要求を受信すると、ＦＯＣＯＭ／ＮＦＯは、要求が有効であるか否かを判断することができる（例えば、ＦＯＣＯＭ／ＮＦＯは、ドレインされるように要求されたＯ－Ｃｌｏｕｄノード（群）をドレインすることができるか否かを判断することができる）。

【0040】

動作Ｓ２０３において、ＦＯＣＯＭ／ＮＦＯは、受信した第１の要求に基づいて、ＩＭＳ／ＤＭＳに１つ以上のＯ－Ｃｌｏｕｄノードをドレインするように要求する（第２の要求）。動作Ｓ２０３は、ｒＡｐｐからの推奨又はＯ－Ｃｌｏｕｄ管理者からＦＯＣＯＭ／ＮＦＯへの要求が、動作Ｓ２０２で受け入れられたら、実行してよい。ここで、ＦＯＣＯＭ／ＮＦＯは、例えばＯ２ｉｍｓサービス又はＯ２ｄｍｓサービスを使用して、Ｏ２インターフェースを介して１つ以上のＯ－ＣｌｏｕｄノードをドレインするようにＩＭＳ／ＤＭＳに要求してよい。さらに、一実施形態によれば、ＦＯＣＯＭ／ＮＦＯは、動作Ｓ２０２の処理に基づいて（例えば、要求又は推奨を受け入れることを判断するその内部ロジックに基づいて）、１つ以上のＯ－Ｃｌｏｕｄノード（群）をドレインするようにＩＭＳ／ＤＭＳに要求してもよい。あるいは、ＦＯＣＯＭ／ＮＦＯが動作Ｓ２０２において要求／推奨を受け入れないと判断した場合、プロセスは終了してよい。別の実施形態によれば、ＦＯＣＯＭ／ＮＦＯは、要求又は推奨を常に許可するように構成してもよい。

【0041】

動作Ｓ２０４において、ＩＭＳ／ＤＭＳは、動作Ｓ２０３においてＦＯＣＯＭ／ＮＦＯが送信した要求を受信し、１つ以上のＯ－Ｃｌｏｕｄノードを遮断又はスケジュール不能としてマークする動作を実行し、それによって１つ以上のＯ－Ｃｌｏｕｄノード（群）をドレインする。これにより、各個々のＯ－ＣｌｏｕｄノードからのＮＦ配備（群）の移行をトリガすることができる。

【0042】

動作Ｓ２０５において、ＩＭＳ／ＤＭＳは、ドレイン要求のステータスが、例えば、遮断要求が完了した、又は例外が発生したと、示していることを、ＦＯＣＯＭ／ＮＦＯに通知することができる。ユーザ端末及び／又は非リアルタイムＲＩＣ（すなわち、ｒＡｐｐ）はまた、このステータス更新通知を受信することができる（例えば、ＦＯＣＯＭ／ＮＦＯは、次に、Ｏ－Ｃｌｏｕｄ管理者又はｒＡｐｐに通知することができる）。

【0043】

動作Ｓ２０３、動作Ｓ２０４、及び動作Ｓ２０５は、第１の要求で識別された１つ以上のＯ－Ｃｌｏｕｄノードのそれぞれについてループするか、又は繰り返し実行してもよい。さらに、ＦＯＣＯＭ／ＮＦＯは、所定の基準に従って、又はランダムに、１つ以上のＯ－Ｃｌｏｕｄノードをドレインする順序を判断することができ、この判断した順序に従って、１つ以上のＯ－Ｃｌｏｕｄノードにそれぞれ対応する第２の要求を送信することができる。Ｏ－Ｃｌｏｕｄノード（群）がドレインされると、すべてのＮＦ配備（群）は、Ｏ－Ｃｌｏｕｄノード（群）から移行するか、又は終了するかのいずれかである。

【0044】

図３は、一実施形態によるＯ－Ｃｌｏｕｄノード（群）のドレイン手順３００を実装する詳細な方法を示し、ここで、ユーザ端末Ｏ－Ｃｌｏｕｄ管理者が要求を送信する。図３の方法は、ユーザ端末（すなわち、そこにインストールされているアプリケーション）を介してユーザが手動で要求してもよい。本方法は、上記の図２に示された実施形態と同様に、ＦＯＣＯＭ／ＮＦＯ及びＩＭＳ／ＤＭＳを使用して実行してもよい。

【0045】

動作３０１において、ユーザ端末（Ｏ－Ｃｌｏｕｄ管理者）は、Ｏ－Ｃｌｏｕｄノード（群）をドレインするための第１の要求をＦＯＣＯＭ／ＮＦＯに送信する。第１の要求は、Ｏ－Ｃｌｏｕｄノード（群）の識別子を含むことができる。これは、上記図２で説明した動作Ｓ２０１と同様であってよい。

【0046】

動作３０２において、ＦＯＣＯＭ／ＮＦＯは、ユーザ端末からＯ－Ｃｌｏｕｄノード（群）をドレインするための第１の要求を受信して処理する。これは、上記図２で説明した動作Ｓ２０２と同様であってよい。

【0047】

動作３０３において、ＦＯＣＯＭ／ＮＦＯは、受信した第１の要求に基づいてＯ－Ｃｌｏｕｄノード（群）をドレインするための第２の要求をＯ２インターフェースを介してＩＭＳ／ＤＭＳへ送信する。これは、上記図２で説明した動作Ｓ２０３と同様であってよい。

【0048】

動作３０４において、ＩＭＳ／ＤＭＳは、指定した各ノードを、遮断するか、又はＯ－Ｃｌｏｕｄノード（群）をスケジュール不能としてマークすることによって、ドレインする。この目的のために、ＩＭＳ／ＤＭＳはＯ－Ｃｌｏｕｄノードを「スケジュール不能」としてマークすることができ、その結果、ＳＭＯ内のスケジューラは、Ｏ－Ｃｌｏｕｄノード上でいかなる新しい配備（すなわち、ネットワーク機能）もインスタンス化することはない。これは、上記図２で説明した動作Ｓ２０４と同様であってよい。

【0049】

動作３０５において、例示的な実施形態では、ＩＭＳ／ＤＭＳは、Ｏ２インターフェースを介してＦＯＣＯＭ／ＮＦＯにドレイン手順のステータスに関する通知を送信する。これにより、ドレイン手順が正常に完了したこと、又は例外が発生したことのいずれかを示すことができる。その通知が、ドレイン手順が正常に完了したことを示す場合、それは、ノードクラスタ内で要求されたＯ－Ｃｌｏｕｄノード（群）が遮断され又はスケジュール不能とマークされ、すべてのＮＦ配備がノードクラスタ内の他のＯ－Ｃｌｏｕｄノード（群）に移行していることを示すことができる、と理解されたい。

【0050】

実施形態によれば、例外処理を実施することができる。したがって、ドレイン手順が例外に遭遇したために発生した例外があった場合（これには、発見されていないノードクラスタ、応答していないノードクラスタ、もしくは利用できないノードクラスタ、又はＮＦ配備を移行させるのに不十分なリソースを有するノードクラスタを含むことができるが、これらに限らない）、ＩＭＳ／ＤＭＳは、Ｏ－Ｃｌｏｕｄノード（群）のドレイン手順が失敗したことをＦＯＣＯＭ／ＮＦＯに通知してよい。この場合、通知は、Ｏ－Ｃｌｏｕｄ及びＩＭＳ／ＤＭＳの状態が、要求が到着する前と同じ状態にあること、すなわち、リソースが変更されず、またＮＦ配備が移行していない又は終了していないことを示すことができる。

【0051】

動作３０６において、ＩＭＳ／ＤＭＳはまた（又は代替として）、例えば、ＩＭＳ／ＤＭＳからの通知に対してイベントが予約されているかどうかに基づいて、動作３０５からユーザ端末（アプリケーション）に通知を送信することができる。動作３０５及び動作３０６は、上記図２で説明した動作Ｓ２０５と同様であってよい。

【0052】

一実施形態では、動作３０３から動作３０６は、第１の要求で識別された１つ以上のＯ－Ｃｌｏｕｄノード群のそれぞれについて、ループするか又は繰り返し実行してよい。

【0053】

Ｏ－Ｃｌｏｕｄノード（群）がドレインされると、すなわち、Ｏ－Ｃｌｏｕｄノード（群）が遮断され又はスケジュール不能としてマークされ、ＮＦ配備（群）が他のＯ－Ｃｌｏｕｄノードインスタンス群に移行したか、又は本方法が例外に遭遇した場合、プロセスは終了してよい。

【0054】

ノードクラスタ内の要求されたＯ－Ｃｌｏｕｄノード（群）が遮断され又はスケジュール不能とマークされており、またすべてのＮＦ配備（群）がノードクラスタ内の他のＯ－Ｃｌｏｕｄノード（群）に移行している場合、本方法は成功したと見なすことができることを理解されたい。

【0055】

あるいは、Ｏ－Ｃｌｏｕｄ及びＩＭＳ／ＤＭＳの状態が、要求が到着する前と同じ状態にある場合、本方法は失敗した、又はエラーに遭遇したと見なされてよく、リソースは変更されず、またＮＦ配備（群）は移行せず終了もしない。

【0056】

図４は、一実施形態によるＯ－Ｃｌｏｕｄノード（群）のドレイン手順３００を実装する詳細な方法を示し、ここで、推奨はｒＡｐｐから送信される。図４の方法は、非リアルタイムＲＩＣ（ｒＡｐｐ）からの推奨に基づいてもよい。本方法では、上記図２に示す実施形態と同様に、ＦＯＣＯＭ／ＮＦＯ及びＩＭＳ／ＤＭＳを使用して実行してよい。

【0057】

動作４０１において、ｒＡｐｐ（非リアルタイムＲＩＣ）は、ＦＯＣＯＭ／ＮＦＯにＯ－Ｃｌｏｕｄノード（群）をドレインするための第１の推奨を送信する。第１の推奨は、Ｏ－Ｃｌｏｕｄノード（群）の識別子を含んでよい。これは、非リアルタイムＲＩＣのｒＡｐｐが推奨を送信する場合の上記図２で説明した動作Ｓ２０１と同様であってよい。

【0058】

動作４０２において、ＦＯＣＯＭ／ＮＦＯは、非リアルタイムＲＩＣからＯ－Ｃｌｏｕｄノード（群）をドレインするための第１の推奨を受信して処理する。これは、上記図２で説明した動作Ｓ２０２と同様であってよい。

【0059】

動作４０３において、ＦＯＣＯＭ／ＮＦＯは、受信した第１の推奨に基づいてＯ－Ｃｌｏｕｄノード（群）をドレインするための第２の要求をＯ２インターフェースを介してＩＭＳ／ＤＭＳへ送信する。これは、上記図２で説明した動作Ｓ２０３と同様であってよい。

【0060】

動作４０４において、ＩＭＳ／ＤＭＳは、Ｏ－Ｃｌｏｕｄノード（群）を遮断し又はスケジュール不能としてマークすることによって、指定された各ノードをドレインする。この目的のために、ＩＭＳ／ＤＭＳはＯ－Ｃｌｏｕｄノードを「スケジュール不能」としてマークすることができ、その結果、ＳＭＯ内のスケジューラは、Ｏ－Ｃｌｏｕｄノード上でいかなる新しい配備（すなわち、ネットワーク機能）もインスタンス化することはない。これは、上記図２で説明した動作Ｓ２０４と同様であってよい。

【0061】

動作４０５において、例示的な実施形態では、ＩＭＳ／ＤＭＳは、Ｏ２インターフェースを介してＦＯＣＯＭ／ＮＦＯにドレイン手順のステータスに関する通知を送信する。これにより、ドレイン手順が正常に完了したこと、又は例外が発生したことのいずれかを示すことができる。その通知が、ドレイン手順が正常に完了したことを示す場合、それは、ノードクラスタ内で要求されたＯ－Ｃｌｏｕｄノード（群）が遮断され又はスケジュール不能とマークされ、すべてのＮＦ配備がノードクラスタ内の他のＯ－Ｃｌｏｕｄノード（群）に移行していることを示すことができる、と理解されたい。

【0062】

実施形態によれば、例外処理を実施することができる。したがって、ドレイン手順が例外に遭遇したために発生した例外があった場合（これには、発見されていないノードクラスタ、応答していないノードクラスタ、もしくは利用できないノードクラスタ、又はＮＦ配備を移行させるのに不十分なリソースを有するノードクラスタを含むことができるが、これらに限らない）、ＩＭＳ／ＤＭＳは、Ｏ－Ｃｌｏｕｄノード（群）のドレイン手順が失敗したことをＦＯＣＯＭ／ＮＦＯに通知してよい。この場合、通知は、Ｏ－Ｃｌｏｕｄ及びＩＭＳ／ＤＭＳの状態が、要求が到着する前と同じ状態にあること、すなわち、リソースが変更されず、またＮＦ配備が移行していない又は終了していないことを示すことができる。

【0063】

動作４０６において、ＩＭＳ／ＤＭＳはまた（又は代替として）、例えばＩＭＳ／ＤＭＳからの通知に対してイベントが予約されているかどうかに基づいて、動作４０５からの通知を非リアルタイムＲＩＣ（ｒＡｐｐ）に送信することができる。動作４０５及び動作４０６は、上記図２で説明した動作Ｓ４０５と同様であってよい。

【0064】

一実施形態では、動作４０３から動作４０６は、第１の要求で識別された１つ以上のＯ－Ｃｌｏｕｄノード群のそれぞれについてループするか、又は繰り返し実行してもよい。

【0065】

上記に基づいて、Ｏ－Ｃｌｏｕｄノード（群）は、ユーザ端末からの要求に基づいて、又はメトリックデータ（又は他のデータ）に基づくｒＡｐｐからの推奨に基づいて、ドレインされることができることは理解できる。したがって、そのネットワーク機能又はネットワーク機能のコンポーネントを別のＯ－Ｃｌｏｕｄノードに再配置し、移行し、又は終了する手段を必要とする場合がある。したがって、本発明開示の実施形態では、Ｏ－Ｃｌｏｕｄリソースの浪費を排除し、Ｏ－Ｃｌｏｕｄノード障害を予測し、それに応じてＯ－Ｃｌｏｕｄリソースを事前対応的に管理することができる。

【0066】

図５は、本明細書に記載される方法及びシステムを実施することができる例示的な環境５００の図である。図５に示されるように、環境５００は、ユーザデバイス５１０、プラットフォーム５２０、及びネットワーク５３０を含んでよい。環境５００のデバイスは、有線接続、無線接続、又は有線接続と無線接続との組合せによって相互接続することができる。実施形態において、上記の図２から図４を参照して説明された機能及び動作のいずれも、図５に示される要素の任意の組合せによって実行することができる。

【0067】

ユーザデバイス５１０は、プラットフォーム５２０に関連する情報を受信し、生成し、記憶し、処理し、及び／又は提供することができる１つ以上のデバイスを含む。例えば、ユーザデバイス５１０には、コンピューティングデバイス（例えば、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、ハンドヘルドコンピュータ、スマートスピーカ、サーバなど）、携帯電話（例えば、スマートフォン、無線電話など）、ウェアラブルデバイス（例えば、スマートグラス又はスマートウォッチ）、又は同様のデバイスを含んでよい。いくつかの実装形態では、ユーザデバイス５１０は、プラットフォーム５２０から情報を受信し、及び／又はプラットフォーム５２０へ情報を送信することができる。

【0068】

プラットフォーム５２０は、情報を受信し、生成し、記憶し、処理し、及び／又は提供することができる１つ以上のデバイスを含む。いくつかの実装形態では、プラットフォーム５２０には、クラウドサーバ又は一群のクラウドサーバを含んでよい。いくつかの実装形態では、プラットフォーム５２０は、特定のニーズに応じて特定のソフトウェアコンポーネントを交換できるようにモジュール式に設計してよい。したがって、プラットフォーム５２０は、様々な用途に対して容易に及び／又は迅速に再構成することができる。

【0069】

いくつかの実装形態では、図示されるように、プラットフォーム５２０はクラウドコンピューティング環境５２２でホストされてもよい。とりわけ、本明細書に記載される実装形態は、プラットフォーム５２０をクラウドコンピューティング環境５２２でホストされているものとして説明しているが、いくつかの実装形態では、プラットフォーム５２０は、クラウドベースでなくてもよく（すなわち、クラウドコンピューティング環境の外部で実装されてもよく）、又は部分的にクラウドベースであってもよい。

【0070】

クラウドコンピューティング環境５２２は、プラットフォーム５２０をホストする環境を含む。クラウドコンピューティング環境５２２は、プラットフォーム５２０をホストするシステム（群）及び／又はデバイス（群）の物理的な位置及び構成に関するエンドユーザ（例えば、ユーザデバイス５１０）の知識を必要としない計算、ソフトウェア、データアクセス、ストレージなどのサービスを提供することができる。図示されるように、クラウドコンピューティング環境５２２は、一群の計算リソース５２４（まとめて「計算リソース群５２４」又は個別に「計算リソース５２４」と呼ばれる）を含むことができる。

【0071】

計算リソース５２４は、１つ以上のパーソナルコンピュータ、コンピューティングデバイス、ワークステーションコンピュータ、サーバデバイス、又は他のタイプの計算及び／又は通信デバイスのクラスタを含む。いくつかの実装形態では、計算リソース５２４はプラットフォーム５２０をホストすることができる。クラウドリソースは、計算リソース５２４内で実行する計算インスタンス、計算リソース５２４内に設けられたストレージデバイス、計算リソース５２４によって提供されるデータ転送デバイスなどを含むことができる。いくつかの実装形態では、計算リソース５２４は、有線接続、無線接続、又は有線接続と無線接続との組合せによって他の計算リソース５２４と通信することができる。

【0072】

図５にさらに示されるように、計算リソース５２４は、１つ以上のアプリケーション（「ＡＰＰ」）５２４－１、１つ以上の仮想マシン（「ＶＭ」）５２４－２、仮想化ストレージ（「ＶＳ」）５２４－３、１つ以上のハイパーバイザ（「ＨＹＰ」）５２４－４など、一群のクラウドリソースを含む。

【0073】

アプリケーション５２４－１は、ユーザデバイス５１０によって提供し又はアクセスすることができる１つ以上のソフトウェアアプリケーションを含む。アプリケーション５２４－１は、ユーザデバイス５１０にソフトウェアアプリケーションをインストール又は実行する必要性を解消することができる。例えば、アプリケーション５２４－１は、プラットフォーム５２０に関連付けられたソフトウェア、及び／又はクラウドコンピューティング環境５２２を介して提供することが可能な他の任意のソフトウェアを含むことができる。いくつかの実装形態では、１つのアプリケーション５２４－１は、仮想マシン５２４－２を介して１つ以上の他のアプリケーション５２４－１との間で情報を送受信することができる。

【0074】

仮想マシン５２４－２は、物理マシンのようにプログラムを実行するマシン（例えば、コンピュータ）のソフトウェア実装を含む。仮想マシン５２４－２は、用途と仮想マシン５２４－２による任意の実際のマシンへの対応度とに応じて、システム仮想マシン又はプロセス仮想マシンのいずれかであってよい。システム仮想マシンは、完全なオペレーティングシステム（「ＯＳ」）の実行をサポートする完全なシステムプラットフォームを提供することができる。プロセス仮想マシンは、単一のプログラムを実行することができ、単一のプロセスをサポートすることができる。いくつかの実装形態では、仮想マシン５２４－２は、ユーザ（例えば、ユーザデバイス５１０）に代わって実行することができ、データ管理、同期、又は長時間データ転送など、クラウドコンピューティング環境５２２の基盤を管理することができる。

【0075】

仮想化ストレージ５２４－３は、計算リソース５２４のストレージシステム又はデバイス内で仮想化技術を使用する、１つ以上のストレージシステム及び／又は１つ以上のデバイスを含む。いくつかの実装形態では、ストレージシステムの文脈内で、仮想化のタイプは、ブロック仮想化及びファイル仮想化を含んでよい。ブロック仮想化は、物理ストレージ又はそれとは異なる異質の構造に関係なくストレージシステムにアクセスできるように、物理ストレージから論理ストレージを抽出すること（又は分離すること）を指すことができる。分離することによって、ストレージシステムの管理者は、エンドユーザ向けにどのようにストレージを管理するかについて柔軟性を可能にすることができる。ファイル仮想化は、ファイルレベルでアクセスされるデータとファイルが物理的に記憶される場所との間の依存関係を排除することができる。これにより、ストレージ使用、サーバ統合、及び／又は無停止ファイルの移行性能について最適化を可能にすることができる。

【0076】

ハイパーバイザ５２４－４は、複数のオペレーティングシステム（例えば、「ゲストオペレーティングシステム」）が計算リソース５２４などのホストコンピュータ上で同時に実行することを可能にするハードウェア仮想化技術を提供することができる。ハイパーバイザ５２４－４は、仮想オペレーティングプラットフォームをゲストオペレーティングシステムに提示することができ、ゲストオペレーティングシステムの実行を管理することができる。様々なオペレーティングシステムの複数のインスタンスが、仮想化ハードウェアリソースを共有することができる。

【0077】

ネットワーク５３０は、１つ以上の有線及び／又は無線ネットワークを含む。例えば、ネットワーク５３０は、セルラネットワーク（例えば、第５世代（５Ｇ）ネットワーク、ロングタームエボリューション（ＬＴＥ）ネットワーク、第３世代（３Ｇ）ネットワーク、符号分割多元接続（ＣＤＭＡ）ネットワークなど）、公衆陸上移動体ネットワーク（ＰＬＭＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、電話ネットワーク（例えば、公衆交換電話網（ＰＳＴＮ））、プライベートネットワーク、アドホックネットワーク、イントラネット、インターネット、光ファイバベースのネットワークなど、及び／又はこれらもしくは他のタイプのネットワークの組合せを含んでよい。

【0078】

図５に示すデバイス及びネットワークの数及び配置は、一例として提供されている。実際には、図５に示すものよりも追加のデバイス及び／又はネットワーク、少ないデバイス及び／又はネットワーク、異なるデバイス及び／又はネットワーク、あるいは異なる配置のデバイス及び／又はネットワークがあってもよい。さらに、図５に示す２つ以上のデバイスは、単一のデバイス内に実装されてよく、又は図５に示す単一のデバイスは、複数の分散型デバイスとして実装されてもよい。加えて、又は代わりに、環境５００のデバイス（例えば、１つ以上のデバイス）のセットが、環境５００のデバイスの別のセットによって実行されるものとして説明された１つ以上の機能を実行してもよい。

【0079】

図６は、デバイス６００の例示的なコンポーネントの図である。デバイス６００は、ユーザデバイス５１０及び／又はプラットフォーム５２０に相当してよい。図６に示すように、デバイス６００は、バス６１０、プロセッサ６２０、メモリ６３０、記憶コンポーネント６４０、入力コンポーネント６５０、出力コンポーネント６６０、及び通信インターフェース６７０を含むことができる。

【0080】

バス６１０は、デバイス６００のコンポーネント間の通信を可能にするコンポーネントを含む。プロセッサ６２０は、ハードウェア、ファームウェア、又はハードウェアとソフトウェアとの組合せで実装することができる。プロセッサ６２０は、中央処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）、加速処理ユニット（ＡＰＵ）、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、又は他のタイプの処理コンポーネントであってもよい。いくつかの実装形態では、プロセッサ６２０は、ある機能を実行するようにプログラムすることが可能な１つ以上のプロセッサを含む。メモリ６３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、及び／又はプロセッサ６２０による使用向けに情報及び／又は命令を記憶する他のタイプの動的又は静的記憶デバイス（例えば、フラッシュメモリ、磁気メモリ、及び／又は光メモリ）を含む。

【0081】

記憶コンポーネント６４０は、デバイス６００の動作及び使用に関連する情報及び／又はソフトウェアを記憶する。例えば、記憶コンポーネント６４０には、対応するドライブと共に、ハードディスク（例えば、磁気ディスク、光ディスク、光磁気ディスク、及び／又はソリッドステートディスク）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク、カートリッジ、磁気テープ、及び／又は他のタイプの非一時的コンピュータ可読媒体を含んでよい。入力コンポーネント６５０は、ユーザ入力（例えば、タッチスクリーンディスプレイ、キーボード、キーパッド、マウス、ボタン、スイッチ、及び／又はマイクロフォン）などを介してデバイス６００が情報を受信することを可能にするコンポーネントを含む。加えて、又は代わりに、入力コンポーネント６５０は、情報を感知するためのセンサ（例えば、全地球測位システム（ＧＰＳ）コンポーネント、加速度計、ジャイロスコープ、及び／又はアクチュエータ）を含んでよい。出力コンポーネント６６０は、デバイス６００からの出力情報を提供するコンポーネント（例えば、ディスプレイ、スピーカ、及び／又は１つ以上の発光ダイオード（ＬＥＤ））を含む。

【0082】

通信インターフェース６７０は、デバイス６００が、有線接続、無線接続、又は有線接続と無線接続との組合せなどを介して他のデバイスと通信することを可能にする、トランシーバのようなコンポーネント（例えば、トランシーバ及び／又は別個の受信機及び送信機）を含む。通信インターフェース６７０は、デバイス６００が別のデバイスから情報を受信し、及び／又は別のデバイスに情報を提供することを可能にすることができる。例えば、通信インターフェース６７０には、イーサネットインターフェース、光インターフェース、同軸インターフェース、赤外線インターフェース、無線周波数（ＲＦ）インターフェース、ユニバーサルシリアルバス（ＵＳＢ）インターフェース、Ｗｉ－Ｆｉインターフェース、セルラネットワークインターフェースなどを含んでよい。

【0083】

デバイス６００は、本明細書に記載の１つ以上のプロセスを実行することができる。デバイス６００は、メモリ６３０及び／又は記憶コンポーネント６４０などの非一時的コンピュータ可読媒体が記憶したソフトウェア命令をプロセッサ６２０が実行するのに応答して、これらのプロセスを実行することができる。コンピュータ可読媒体は、本明細書では非一時的メモリデバイスとして定義される。メモリデバイスは、単一の物理ストレージデバイス内のメモリ空間、又は複数の物理ストレージデバイスにわたるメモリ空間を含む。

【0084】

ソフトウェア命令は、別のコンピュータ可読媒体から、又は通信インターフェース６７０を介して別のデバイスから、メモリ６３０及び／又は記憶コンポーネント６４０に読み込まれてもよい。実行した場合、メモリ６３０及び／又は記憶コンポーネント６４０に記憶されたソフトウェア命令は、プロセッサ６２０に、本明細書に記載の１つ以上のプロセスを実行させることができる。

【0085】

加えて、又は代わりに、本明細書に記載の１つ以上のプロセスを実行するために、ソフトウェア命令の代わりに、又はこれと組み合わせて、ハードワイヤード回路が使用されてもよい。したがって、本明細書に記載の実装形態は、ハードウェア回路とソフトウェアとの任意の特定の組合せに限定されない。

【0086】

図６に示すコンポーネントの数及び配置は、一例として提供されている。実際には、デバイス６００は、図６に示されるものよりも追加のコンポーネント、少ないコンポーネント、異なるコンポーネント、又は異なる配置のコンポーネントを含んでよい。加えて、又は代わりに、デバイス６００のコンポーネント（例えば、１つ以上のコンポーネント）のセットは、デバイス６００のコンポーネントの別のセットが実行するものとして説明されている１つ以上の機能を実行してもよい。

【0087】

実施形態において、図２～図４の動作又はプロセスのいずれか１つは、図５及び図６に示す要素のいずれか１つによって、又は図５及び図６に示す要素のいずれか１つを使用して、実施することができる。他の実施形態は、これに限定されず、様々な異なるアーキテクチャ（例えば、ベアメタルアーキテクチャ、任意のクラウドベースアーキテクチャ、又はＫｕｂｅｒｎｅｔｅｓ、Ｄｏｃｋｅｒ、ＯｐｅｎＳｔａｃｋなどの配備アーキテクチャ）で実装してよいことが理解される。

【0088】

前述の開示は、図及び説明を提供するが、網羅的であること、又は開示された正確な形式に実装を限定すること、を意図するものではない。上記の開示に照らして変更及び変形は可能であり、又は実装形態の実施から取得することができる。

【0089】

いくつかの実施形態は、任意の統合が可能な技術的詳細レベルにおいて、システム、方法、及び／又はコンピュータ可読媒体に関するものでよい。さらに、上述した上記コンポーネントのうち１つ以上は、コンピュータ可読媒体に記憶され、少なくとも１つのプロセッサによって実行可能な命令として実装してよい（及び／又は少なくとも１つのプロセッサを含んでもよい）。コンピュータ可読媒体は、プロセッサに動作を実行させるコンピュータ可読プログラム命令を有するコンピュータ可読非一時的記憶媒体（群）を含むことができる。

【0090】

コンピュータ可読記憶媒体は、命令実行デバイスによる使用のための命令を保持また記憶することができる有形のデバイスとすることができる。コンピュータ可読記憶媒体は、例えば、電子記憶デバイス、磁気記憶デバイス、光記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、又はこれらの任意の適切な組合せであってもよいが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例の非網羅的リストには、以下のものを含む。すなわち、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリスティック、フロッピーディスク、命令が記録されたパンチカード又は溝の隆起構造など、機械的に符号化されたデバイス、及びこれらの任意の適切な組合せである。本明細書で使用されているコンピュータ可読記憶媒体は、電波もしくはその他の自由に伝搬する電磁波、導波路もしくはその他の伝送媒体を通って伝搬する電磁波（例えば、光ファイバケーブルを通過する光パルス）、又は電線を通って伝送される電気信号などの、それ自体が一時的な信号であると解釈されるべきではない。

【0091】

本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれの計算／処理デバイスに、又はネットワーク、例えばインターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、及び／又は無線ネットワークを介して外部コンピュータ又は外部記憶デバイスにダウンロードすることができる。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ、及び／又はエッジサーバを備えてよい。各計算／処理デバイス内のネットワークアダプタカード又はネットワークインターフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、それぞれの計算／処理デバイス内のコンピュータ可読記憶媒体に記憶するためにコンピュータ可読プログラム命令を転送する。

【0092】

動作を実行するためのコンピュータ可読プログラムコード／命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路の構成データ、又はＳｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語などの手続き型プログラミング言語を含む、１つ以上のプログラミング言語の任意の組合せで記述されたソースコード又はオブジェクトコードのいずれかであってよい。コンピュータ可読プログラム命令は、完全にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、スタンドアロンソフトウェアパッケージとして、部分的にユーザのコンピュータ上及び部分的にリモートコンピュータ上で、又は完全にリモートコンピュータもしくはサーバ上で実行することができる。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通じてユーザのコンピュータに接続されてもよく、又は（例えば、インターネットサービスプロバイダを使用してインターネットを通じて）外部コンピュータに接続してもよい。いくつかの実施形態では、例えば、プログラマブル論理回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はプログラマブル論理アレイ（ＰＬＡ）を含む電子回路は、態様又は動作を実行するために、電子回路をパーソナライズするためのコンピュータ可読プログラム命令の状態情報を利用することによって、コンピュータ可読プログラム命令を実行することができる。

【0093】

これらのコンピュータ可読プログラム命令は、コンピュータ又は他のプログラマブルデータ処理装置のプロセッサを介して実行する命令が、フローチャート及び／又はブロック図の１つ以上のブロックで指定された機能／動作を実施するための手段を作成するように、マシンを生成するために汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータ処理装置のプロセッサに提供されてもよい。これらのコンピュータ可読プログラム命令はまた、コンピュータ、プログラマブルデータ処理装置、及び／又は他のデバイスに特定のやり方で機能することを指示できるコンピュータ可読記憶媒体に記憶されてよく、その結果、命令が記憶されたコンピュータ可読記憶媒体は、フローチャート及び／又はブロック図の１つ以上のブロックで指定されている機能／動作の態様を実施する命令を含む製品を備える。

【0094】

これらのコンピュータ可読プログラム命令はまた、コンピュータ実装プロセスを生成するために一連の動作ステップをコンピュータ、他のプログラマブル装置、又は他のデバイス上で実行させるために、コンピュータ、他のプログラマブルデータ処理装置、又は他のデバイス上にロードされてもよく、その結果、コンピュータ、他のプログラマブル装置、又は他のデバイス上で実行する命令は、フローチャート及び／又はブロック図の１つ以上のブロックで指定された機能／動作を実施する。

【0095】

図のフローチャート及びブロック図は、様々な実施形態によるシステム、方法、及びコンピュータ可読媒体の可能な実装形態のアーキテクチャ、機能、及び動作を示す。これに関して、フローチャート又はブロック図の各ブロックは、特定の論理機能（群）を実装する１つ以上の実行可能命令を備えるマイクロサービス（群）、モジュール、セグメント、又は命令の一部を表してよい。方法、コンピュータシステム、及びコンピュータ可読媒体は、図に示されるものよりも追加のブロック、より少ないブロック、異なるブロック、又は配置が異なるブロックを含んでよい。いくつかの代替実装形態では、ブロックに記載されている機能は、図に記載されたのとは異なる順序で行われてもよい。例えば、連続して示されている２つのブロックは、実際には同時に、又は実質的に同時に実行されてもよく、又はブロックは、関係する機能に応じて時には逆の順序で実行されてもよい。ブロック図及び／又はフローチャート図の各ブロック、並びにブロック図及び／又はフローチャート図のブロックの組合せは、特定の機能もしくは動作を実行するか、又は専用ハードウェアとコンピュータ命令との組合せを実行する専用ハードウェアベースのシステムによって実装できることにも留意されたい。

【0096】

本明細書に記載のシステム及び／又は方法は、ハードウェア、ファームウェア、又はハードウェアとソフトウェアの組合せの様々な形態で実装されてもよいことは明らかであろう。これらのシステム及び／又は方法を実装するために使用される実際の専用の制御ハードウェア又はソフトウェアコードは、実装形態を限定するものではない。したがって、システム及び／又は方法の動作及び挙動は、特定のソフトウェアコードを参照することなく本明細書に記載されており、ソフトウェア及びハードウェアは、本明細書の記載に基づいてシステム及び／又は方法を実装するように設計することができることが理解される。

【0097】

実施形態の様々な態様

【0098】

本発明開示の実施形態の様々なさらなるそれぞれの態様及び特徴は、以下の項目によって定義することができる。
項目［１］：１つ以上のオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ（Ｏクラウド））ノードをドレインする方法であって、サービス管理及びオーケストレーションフレームワーク（ＳＭＯ）機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受信することであって、第１の要求又は推奨は、非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）のｒＡｐｐから又はＯ－Ｃｌｏｕｄ管理者から受信されることと、ＳＭＯ機能によって、Ｏ２インターフェースを介して基盤管理サービス（ＩＭＳ）及び／又は配備管理サービス（ＤＭＳ）に、受信した第１の要求又は推奨に基づいて少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、そしてＩＭＳ／ＤＭＳから、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたか否かに関する第１の通知を受信することであって、ここで、ＳＭＯ機能は、連合Ｏ－Ｃｌｏｕｄオーケストレーション及び管理（ＦＯＣＯＭ）及びネットワーク機能オーケストレーション（ＮＦＯ）のうちの少なくとも１つである、受信することと、を含む方法。
項目［２］第２の要求が、少なくとも１つのＯ－Ｃｌｏｕｄノードの第１のＯ－Ｃｌｏｕｄノードをドレインする命令であり、ここで、第１の通知は、第１のＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、本方法が、ＳＭＯ機能によって、Ｏ２インターフェースを介してＩＭＳ／ＤＭＳに、受信した第１の要求又は推奨に基づいて少なくとも１つのＯ－Ｃｌｏｕｄノードのうちの第２のＯ－Ｃｌｏｕｄノードをドレインするための第３の要求を送信することをさらに備える、項目［１］に記載の方法。
項目［３］第１の要求又は推奨が、Ｏ１関連サービス及び／又はＯ２関連サービスを介してｒＡｐｐ又はＯ－Ｃｌｏｕｄ管理者が受信したメトリックデータ及び／又は可観測性データに基づく、項目［１］～項目［２］のいずれか一項に記載の方法。
項目［４］第２の要求が、ＳＭＯ機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受け入れることを判断することに基づいて、ＳＭＯ機能によってＩＭＳ／ＤＭＳに送信される、項目［１］～項目［３］のいずれか一項に記載の方法。
項目［５］第１の通知が、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされなかったこと、又は例外が発生したことを示す、項目［１］～項目［４］のいずれか一項に記載の方法。
項目［６］第１の通知が、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、第１の通知を受信することが、ＩＭＳ／ＤＭＳからＳＭＯ機能によってＯ２インターフェースを介して、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたという第１の通知を受信することを備える、項目［１］～項目［５］のいずれか一項に記載の方法。
項目［７］ＳＭＯ機能により、非リアルタイムＲＩＣのｒＡｐｐ又はＯ－Ｃｌｏｕｄ管理者に、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを通知することをさらに備える、項目［６］に記載の方法。
項目［８］１つ以上のオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ）ノードをドレインする装置であって、本装置が、コンピュータ実行可能命令を記憶する少なくとも１つのメモリと、そして、コンピュータ実行可能命令を実行するよう構成された少なくとも１つのプロセッサであって、サービス管理及びオーケストレーションフレームワーク（ＳＭＯ）機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受信し、第１の要求又は推奨は、非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）のｒＡｐｐから又はＯ－Ｃｌｏｕｄ管理者から受信され、ＳＭＯ機能によって、Ｏ２インターフェースを介して基盤管理サービス（ＩＭＳ）及び／又は配備管理サービス（ＤＭＳ）に、受信した第１の要求又は推奨に基づいて少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信し、そしてＩＭＳ／ＤＭＳから、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたかどうかに関する第１の通知を受信するよう構成される、少なくとも１つのプロセッサと、を備え、ここで、ＳＭＯ機能は、連合Ｏ－Ｃｌｏｕｄオーケストレーション及び管理（ＦＯＣＯＭ）及びネットワーク機能オーケストレーション（ＮＦＯ）のうちの少なくとも１つである、装置。
項目［９］第２の要求が、少なくとも１つのＯ－Ｃｌｏｕｄノードの第１のＯ－Ｃｌｏｕｄノードをドレインする命令であり、ここで、第１の通知は、第１のＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、少なくとも１つのプロセッサは、ＳＭＯ機能によってＯ２インターフェースを介してＩＭＳ／ＤＭＳに、受信した第１の要求又は推奨に基づいて、少なくとも１つのＯ－Ｃｌｏｕｄノードの第２のＯ－Ｃｌｏｕｄノードをドレインするための第３の要求を送信する、コンピュータ実行可能命令を実行するようにさらに構成された、項目［８］に記載の装置。
項目［１０］第１の要求又は推奨が、Ｏ１関連サービス及び／又はＯ２関連サービスを介してｒＡｐｐ又はＯ－Ｃｌｏｕｄ管理者が受信したメトリックデータ及び／又は可観測性データに基づく、項目［８］～項目［９］のいずれか一項に記載の装置。
項目［１１］第２の要求が、ＳＭＯ機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受け入れることを判断することに基づいて、ＳＭＯ機能によってＩＭＳ／ＤＭＳに送信される、項目［８］～項目［１０］のいずれか一項に記載の装置。
項目［１２］第１の通知が、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされなかったか、又は例外が発生したことを示す、項目［８］～項目［１１］のいずれか一項に記載の装置。
項目［１３］第１の通知が、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、少なくとも１つのプロセッサが、ＩＭＳ／ＤＭＳからＳＭＯ機能によってＯ２インターフェースを介して、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたという第１の通知を受信することによって、第１の通知を受信するコンピュータ実行可能命令を実行するようさらに構成される、項目［８］～項目［１２］のいずれか一項に記載の。
項目［１４］少なくとも１つのプロセッサが、ＳＭＯ機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを非リアルタイムＲＩＣのｒＡｐｐ又はＯ－Ｃｌｏｕｄ管理者に通知するコンピュータ実行可能命令を実行するようにさらに構成される、項目［１３］に記載の装置。
項目［１５］サービス管理及びオーケストレーションフレームワーク（ＳＭＯ）機能によって、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受信することであって、第１の要求又は推奨が、非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）のｒＡｐｐから又はＯ－Ｃｌｏｕｄ管理者から受信することと、ＳＭＯ機能によって、Ｏ２インターフェースを介して基盤管理サービス（ＩＭＳ）及び／又は配備管理サービス（ＤＭＳ）に、受信した第１の要求又は推奨に基づいて少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、そしてＩＭＳ／ＤＭＳから、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたか否かに関する第１の通知を受信することと、を備え、ここで、ＳＭＯ機能は、連合Ｏ－Ｃｌｏｕｄオーケストレーション及び管理（ＦＯＣＯＭ）及びネットワーク機能オーケストレーション（ＮＦＯ）のうちの少なくとも１つである方法を、プロセッサに実行させる、少なくとも１つのプロセッサによる実行可能な命令を記録している非一時的コンピュータ可読記録媒体。
項目［１６］第２の要求が、少なくとも１つのＯ－Ｃｌｏｕｄノードの第１のＯ－Ｃｌｏｕｄノードをドレインする命令であり、ここで、第１の通知は、第１のＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、本方法が、ＳＭＯ機能によって、Ｏ２インターフェースを介してＩＭＳ／ＤＭＳに、受信した第１の要求又は推奨に基づいて少なくとも１つのＯ－Ｃｌｏｕｄノードのうちの第２のＯ－Ｃｌｏｕｄノードをドレインするための第３の要求を送信することを、さらに備える、項目［１５］に記載の非一時的コンピュータ可読記録媒体。
項目［１７］第１の要求又は推奨が、Ｏ１関連サービス及び／又はＯ２関連サービスを介してｒＡｐｐ又はＯ－Ｃｌｏｕｄ管理者が受信したメトリックデータ及び／又は可観測性データに基づく、項目［１５］～項目［１６］のいずれか一項に記載の非一時的コンピュータ可読記録媒体。
項目［１８］第２の要求が、ＳＭＯ機能による、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための第１の要求又は推奨を受け入れることを判断することに基づいて、ＳＭＯ機能によってＩＭＳ／ＤＭＳに送信される、項目［１５］～項目［１７］のいずれか一項に記載の非一時的コンピュータ可読記録媒体。
項目［１９］第１の通知が、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされなかった又は例外が発生したことを示す、項目［１５］～項目［１８］のいずれか一項に記載の非一時的コンピュータ可読記録媒体。
項目［２０］第１の通知が、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことを示し、ここで、第１の通知を受信することが、ＩＭＳ／ＤＭＳからＳＭＯ機能によりＯ２インターフェースを介して、少なくとも１つのＯ－Ｃｌｏｕｄノードがドレインされたことの第１の通知を受信することを備える、項目［１５］～項目［１９］のいずれか一項に記載の非一時的コンピュータ可読記録媒体。

【0099】

上記の教示に照らして、本発明開示の多くの変更及び変形が可能であることは理解できる。添付の条項の範囲内で、本発明開示は、本明細書に具体的に記載されている以外の方法で実施されてもよいことは明らかであろう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【国際調査報告】