JP7842894B2 - エネルギー消費を節約するためにアイドル時間にＯ－Ｃｌｏｕｄノードをシャットダウンするためのシステムおよび方法 - Google Patents

Description

関連出願の相互参照
本出願は、２０２２年４月２２日にシンガポール特許庁に出願されたシンガポール仮特許出願第１０２０２２０４２６８Ｗ号に基づき、その優先権を主張し、その開示はその全体が参照により本明細書に組み込まれる。

本開示の例示的な実施形態と一致するシステムおよび方法は、エネルギー消費を節約するために、アイドル時間にオープン無線アクセスネットワーク（open radio access network（Ｏ－ＲＡＮ））クラウド（Ｏ－Ｃｌｏｕｄ）ノードをドレイン（drain）およびシャットダウンすることに関する。

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

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

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

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

Ｎｅａｒ－ＲＴ ＲＩＣは、１０ミリ秒から１秒の間のタイムスケールで動作し、Ｅ２インターフェースを介してＯ－ＤＵ、Ｏ－ＣＵ（Ｏ－ＣＵ制御プレーン（Ｏ－ＣＵ－ＣＰ）とＯ－ＣＵユーザプレーン（Ｏ－ＣＵ－ＵＰ）とに分解される）、およびオープンエボルブドＮｏｄｅＢ（Ｏ－ｅＮＢ）に接続する。Ｎｅａｒ－ＲＴ ＲＩＣは、Ｅ２インターフェースを使用して、準（ほぼ）リアルタイム制御ループを介して基礎となるＲＡＮ要素（Ｅ２ノード／ネットワーク機能（network function（ＮＦ）））を制御する。Ｎｅａｒ－ＲＴ ＲＩＣは、ポリシーを介してＥ２ノード（Ｏ－ＣＵ、Ｏ－ＤＵ、およびＯ－ｅＮＢ）を監視し、一時停止／中止し、オーバーライドし、制御する。例えば、Ｎｅａｒ－ＲＴは、Ｅ２ノードのアクティブ化された機能にポリシーパラメータを設定する。さらに、Ｎｅａｒ－ＲＴ ＲＩＣは、サービス品質（quality of service（ＱｏＳ））最適化、モビリティ最適化、スライシング最適化、干渉緩和、負荷分散、セキュリティなどの機能を実装するためにｘＡｐｐをホストする。２つのタイプのＲＩＣは、Ｏ－ＲＡＮを最適化するために協働する。例えば、Ｎｏｎ－ＲＴ ＲＩＣは、Ａ１インターフェースを介して、ＲＡＮ最適化のためにＮｅａｒ－ＲＴ ＲＩＣによって実行および使用されるポリシー、データ、およびＡＩ／ＭＬモデルを提供し、Ｎｅａｒ－ＲＴはポリシーフィードバック（すなわち、ＮＯＮ－ＲＴ ＲＩＣによって設定されたポリシーがどのように機能するか）を返す。

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

Ｅ２ノード（すなわち、ネットワーク機能の仮想化された／コンテナ化されたインスタンス化）は、Ｏ－Ｃｌｏｕｄインフラストラクチャ（すなわち、１つまたは複数のＯ－Ｃｌｏｕｄノード）上に配備（デプロイ）される（すなわち、ホストされる）。しかしながら、Ｏ－Ｃｌｏｕｄ上またはアイドル時間中に少数のネットワーク機能しか配備されていない場合、これらのネットワーク機能は複数のノードにわたって配備されている可能性があり、複数の未利用（遊休）ノードはノーマルまたはフルパワー状態にあって、したがって比較的大量のエネルギーを消費している場合がある。

実施形態によれば、電気通信ネットワークのＯ－Ｃｌｏｕｄインフラストラクチャ内の１つまたは複数のＯ－Ｃｌｏｕｄノードをドレインおよびシャットダウンするためのシステムおよび方法が提供され、１つまたは複数のＯ－Ｃｌｏｕｄノードのドレインは、少なくとも１つのＯ－Ｃｌｏｕｄノード、またはそこでホストされる少なくとも１つの仮想ネットワーク機能の性能を決定および分析することに基づく。システムおよび方法は、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインするための要求を受信すると、ＳＭＯ内でドレイン要求を処理するため、およびドレイン要求の実装を制御するようにＩＭＳに要求するための準備をし、ＩＭＳは、少なくとも１つのＯ－Ｃｌｏｕｄノードをドレインし、ドレインされたＯ－Ｃｌｏｕｄノードの状態をＳＭＯに報告するようにＯ－Ｃｌｏｕｄインフラストラクチャを制御する。その後、ドレインされた少なくとも１つのＯ－Ｃｌｏｕｄノードをシャットダウンして、エネルギーを節約することができる。Ｏ－ＣｌｏｕｄインフラストラクチャのＯ２テレメトリデータの監視および分析は、よりエネルギー効率の良いＯ－ＲＡＮ機能を提供するために、アイドル時間にＯ－Ｃｌｏｕｄノードをドレインおよびシャットダウンすることができるという利点を有する。

一実施形態によれば、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ）ノードをシャットダウンする方法は、ＦＯＣＯＭ（Federated O-Cloud Orchestration and Management）によって、Ｏ－Ｃｌｏｕｄノードをドレインするための第１の要求を受信することであって、第１の要求は、Ｏ２テレメトリデータの分析（解析）に基づいてユーザ端末からまたは非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（RAN Intelligent Controller（ＲＩＣ））から受信される、受信することと、ＦＯＣＯＭによって、Ｏ２インターフェースを介してインフラストラクチャ管理サービス（ＩＭＳ）に、受信した第１の要求に基づいてＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、ＦＯＣＯＭによって、ドレインされたＯ－Ｃｌｏｕｄノードをシャットダウンするための第３の要求を受信することであって、第３の要求はユーザ端末またはＮｏｎ－ＲＴ ＲＩＣから受信される、受信することと、ＦＯＣＯＭによって、Ｏ２インターフェースを介してＩＭＳに、受信した第３の要求に基づいてＯ－Ｃｌｏｕｄノードをシャットダウンするための第４の要求を送信することと、ＩＭＳから、Ｏ－Ｃｌｏｕｄノードがシャットダウンされたという通知を受信することと、を含む。

一実施形態によれば、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ）ノードをシャットダウンするためのシステムは、第１の命令を記憶する少なくとも１つの第１のメモリと、ＦＯＣＯＭを実装する少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは、記憶された第１の命令を実行して、Ｏ－Ｃｌｏｕｄノードをドレインするための第１の要求を受信することであって、第１の要求は、Ｏ２テレメトリデータの分析に基づいてユーザ端末からまたは非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）から受信される、受信することと、Ｏ２インターフェースを介してインフラストラクチャ管理サービス（ＩＭＳ）に、受信した第１の要求に基づいてＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、ドレインされたＯ－Ｃｌｏｕｄノードをシャットダウンするための第３の要求を受信することであって、第３の要求は、ユーザ端末からまたはＮｏｎ－ＲＴ ＲＩＣから受信される、受信することと、Ｏ２インターフェースを介してＩＭＳへ、受信した第３の要求に基づいてＯ－Ｃｌｏｕｄノードをシャットダウンするための第４の要求を送信することと、ＩＭＳから、Ｏ－Ｃｌｏｕｄノードがシャットダウンされたという通知を受信することと、を行うように構成される。

一実施形態によれば、少なくとも１つの非一時的コンピュータ可読記録媒体は、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ）ノードをシャットダウンするための方法を実行するために少なくとも１つのプロセッサによって実行可能な命令を記録し、本方法は、ＦＯＣＯＭ（Federated O-Cloud Orchestration and Management）によって、Ｏ－Ｃｌｏｕｄノードをドレインするための第１の要求を受信することであって、第１の要求は、Ｏ２テレメトリデータの分析に基づいてユーザ端末からまたは非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）から受信される、受信することと、ＦＯＣＯＭによって、Ｏ２インターフェースを介してインフラストラクチャ管理サービス（ＩＭＳ）に、受信した第１の要求に基づいてＯ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、ＦＯＣＯＭによって、ドレインされたＯ－Ｃｌｏｕｄノードをシャットダウンするための第３の要求を受信することであって、第３の要求がユーザ端末からまたはＮｏｎ－ＲＴ ＲＩＣから受信される、受信することと、ＦＯＣＯＭによって、Ｏ２インターフェースを介してＩＭＳに、受信した第３の要求に基づいてＯ－Ｃｌｏｕｄノードをシャットダウンするための第４の要求を送信することと、ＩＭＳから、Ｏ－Ｃｌｏｕｄノードがシャットダウンされたという通知を受信することと、を含む。

さらなる態様は、以下の説明に部分的に記載され、部分的には、説明から明らかになるか、または本開示の提示された実施形態の実践によって実現され得る。

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

従来技術によるＯ－ＲＡＮアーキテクチャを示す図である。 一実施形態による、ＦＯＣＯＭとＯ－Ｃｌｏｕｄとの間のＯ２インターフェースを使用してＯ－Ｃｌｏｕｄノードをドレインおよびシャットダウンするための方法のフローチャートである。 一実施形態による、Ｏ－Ｃｌｏｕｄノードのドレインおよびシャットダウンのために本明細書に記載のシステムを実装することができる例示的な環境の図である。 一実施形態による、Ｏ－Ｃｌｏｕｄノードのドレイン手順のために本明細書に記載のシステムを実装することができる例示的な環境の図である。 本明細書に記載のシステムおよび／または方法を実装することができる例示的な環境の図である。 一実施形態による、デバイスの例示的なコンポーネントの図である。

例示的な実施形態の以下の詳細な説明は、添付の図面を参照する。異なる図面における同じ参照番号は、同じまたは類似の要素を識別することができる。

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

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

特徴の特定の組み合わせが特許請求の範囲に記載され、および／または本明細書に開示されているが、これらの組み合わせは、可能な実装の開示を限定することを意図するものではない。実際、これらの特徴の多くは、特許請求の範囲に具体的に記載されていない、および／または明細書に開示されていない方法で組み合わされてもよい。以下に列挙されている各従属請求項は１つの請求項のみに直接従属し得るが、可能な実装の開示では、各従属請求項は、請求項一式の他の全ての請求項と組み合わせて含んでいる。

本明細書で使用されている要素、動作、または命令は、明示的に説明されていない限り、重要または必須であると解釈されるべきではない。また、本明細書で使用される場合、冠詞「ａ」および「ａｎ」は、１つまたは複数の項目を含むことが意図され、「１つまたは複数」と交換可能に使用され得る。１つの項目のみが意図される場合、「ｏｎｅ」という用語または同様の用語が使用される。また、本明細書で使用される場合、「有する（ｈａｓ）」、「有する（ｈａｖｅ）」、「有している（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」などの用語は、非限定的な用語であることを意図している。さらに、「に基づいて」という語句は、特に別段明記されていない限り、「に少なくとも部分的に基づいて」を意味することを意図している。さらに、「［Ａ］および［Ｂ］の少なくとも一方」または「［Ａ］または［Ｂ］の少なくとも一方」などの表現は、Ａのみ、Ｂのみ、またはＡとＢの両方を含むと理解されるべきである。

本開示の例示的な実施形態は、エネルギー消費を節約するために、アイドル時間にＯ－ｃｌｏｕｄノードのドレインおよびシャットダウンのための方法およびシステムを提供する。特に、Ｏ－Ｃｌｏｕｄ上に配備されているネットワーク機能がわずかしかない場合、ネットワーク機能配置は、Ｏ－Ｃｌｏｕｄ上で限定されたＯ－Ｃｌｏｕｄノードに最適化され、残りのＯ－Ｃｌｏｕｄノードは、Ｏ－Ｃｌｏｕｄノードアイドル時間のエネルギー消費を節約するためにシャットダウンおよび再配置（リロケート）され得る。

図２は、一実施形態による、ＦＯＣＯＭとＯ－Ｃｌｏｕｄとの間のＯ２インターフェースを使用してＯ－Ｃｌｏｕｄノードをドレインおよびシャットダウンするための方法のフローチャートである。図２の方法（少なくとも動作２０２～２０６）は、ＦＯＣＯＭによって実行される。

図２を参照すると、Ｏ－Ｃｌｏｕｄノードのドレインおよびシャットダウンは、２０１において、ユーザ端末（例えば、ネットワーク機能を管理するためのアプリケーションを含み、および／またはＳＭＯからアラームイベント、通知などを受信するようにサブスクライブしている）を介してユーザによって、またはＳＭＯ内のＮｏｎ－ＲＴ ＲＩＣの１つまたは複数のｒＡｐｐによって開始されてもよい。図２、図３、および図４のＯ－ＲＡＮアーキテクチャのコンポーネントは、図１によるものと同様である。

図２、図３および図４に示すように、Ｏ－Ｃｌｏｕｄノードのドレインおよびシャットダウンの開始前に、ＳＭＯの可用性およびＯ－Ｃｌｏｕｄの可用性が仮定される。さらに、Ｎｏｎ－ＲＴ ＲＩＣまたは上述のユーザ端末は、ＳＭＯから通知を受信し、Ｏ２－ＩＭＳアラームイベント通知を受信するためにサブスクライブするように構成される。したがって、Ｎｏｎ－ＲＴ ＲＩＣおよび／またはユーザ端末（例えば、ユーザ端末にインストールされたアプリケーション）は、Ｏ２テレメトリデータを受信および分析して、ハードウェアドレインおよびハードウェアシャットダウンのためのＯ－Ｃｌｏｕｄノードを決定することができる。

一実施形態によれば、Ｏ－Ｃｌｏｕｄノードをドレインし、次いでシャットダウンする決定は、Ｏ－Ｃｌｏｕｄ構成情報（例えば、単一ノードまたはクラスタ、各ノード上で動作するマイクロサービスまたはネットワーク機能の数など）、エネルギー消費（例えば、ＣＰＵ負荷、消費電力など）、ハードウェア使用量（例えば、メモリ使用量）など、Ｏ２インターフェースを介して受信されたＯ２データ（またはＯ２テレメトリデータ）に基づくことができる。別の実施形態によれば、Ｏ－Ｃｌｏｕｄノードをドレインし、次いでシャットダウンする決定は、Ｏ１インターフェースを介して受信されたＯ２データおよびＯ１データ（またはＯ１テレメトリデータ）の両方、例えば、トラフィックデータ（またはトラフィックパターンデータ）、物理リソースブロック（physical resource block（ＰＲＢ））使用量、ユーザ数などに基づくことができる。例えば、決定は、後続の所定の期間（例えば、次の１時間）にわたって必要とされるマイクロサービスまたはネットワーク機能の数の予測に基づくことができ、それに応じてポリシーを生成することができる。動作２０１において、ユーザ（ユーザ端末上で実行されているアプリケーションを介して）、ユーザ端末内のアプリケーション、またはＮｏｎ－ＲＴ ＲＩＣ内のｒＡｐｐは、受信したＯ２および／またはＯ１データに基づいて（例えば、その分析に基づいて）、１つまたは複数のＯ－Ｃｌｏｕｄノードをドレインすることを決定および要求する。要求（またはサービス要求）は、ユーザ端末またはＮｏｎ－ＲＴ ＲＩＣからＦＯＣＯＭに送信され、ドレインされる各Ｏ－Ｃｌｏｕｄノードの識別子を含む。

動作２０２において、ＦＯＣＯＭは、１つ以上のＯ－Ｃｌｏｕｄノードをドレインする要求（第１の要求）を受信し、動作２０３において、ＦＯＣＯＭは、受信した第１の要求に基づいて１つ以上のＯ－ＣｌｏｕｄノードをドレインするようＩＭＳに要求する（第２の要求）。ここで、ＦＯＣＯＭは、例えばＯ２ｉｍｓサービスを使用して、Ｏ２インターフェースを介して１つまたは複数のＯ－ＣｌｏｕｄノードをドレインするようにＩＭＳに要求することができる。動作２０３は、第１の要求において識別された１つ以上のＯ－Ｃｌｏｕｄノードのそれぞれについてループされるか、または繰り返し実行されてもよい。さらに、ＦＯＣＯＭは、所定の基準に従って、またはランダムに、１つまたは複数のＯ－Ｃｌｏｕｄノードをドレインするための順序を決定することができ、この決定された順序に従って、１つまたは複数のＯ－Ｃｌｏｕｄノードに、それぞれ対応する第２の要求を送信することができる。次いで、ＦＯＣＯＭは、ドレイン要求のステータスを示す、例えばドレインが完了したことを示す、ステータス更新通知をＩＭＳから受信することができる。ここで、ユーザ端末（すなわち、そこにインストールされているアプリケーション）および／またはＮｏｎ－ＲＴ ＲＩＣ（すなわち、ｒＡｐｐ）も、ステータス更新通知受信することができる。

動作２０４において、ＦＯＣＯＭは、ユーザ端末またはＮｏｎ－ＲＴ ＲＩＣ（すなわち、ｒＡｐｐ）からドレインされた１つまたは複数のＯ－Ｃｌｏｕｄノードをシャットダウンするための要求（第３の要求）を受信し、動作２０５において、ＦＯＣＯＭは、受信された第３の要求に基づいて１つまたは複数のＯ－ＣｌｏｕｄノードをシャットダウンするようＩＭＳに要求する（第４の要求）。第３の要求は、シャットダウンされるべき１つまたは複数のＯ－Ｃｌｏｕｄノードの識別子を含むことができる。動作２０５は、シャットダウンされるべき１つまたは複数のＯ－Ｃｌｏｕｄノードの各々についてループされるか、または繰り返し実行されてもよい。さらに、ＦＯＣＯＭは、所定の基準に従って、またはランダムに、１つまたは複数のＯ－Ｃｌｏｕｄノードをシャットダウンするための順序を決定することができ、この決定された順序に従って、１つまたは複数のＯ－Ｃｌｏｕｄノードに、それぞれ対応する第４の要求を送信することができる。

動作２０６において、ＦＯＣＯＭは、ＩＭＳから、１つまたは複数のＯ－Ｃｌｏｕｄノードがシャットダウンされたという通知を受信する。ここで、ユーザ端末（すなわち、そこにインストールされているアプリケーション）および／またはＮｏｎ－ＲＴ ＲＩＣ（すなわち、ｒＡｐｐ）も通知を受信することができる。

図３は、一実施形態による、Ｏ－Ｃｌｏｕｄノードのドレイン手順を実装するための詳細な方法を示す。図３の方法は、ユーザ端末（すなわち、そこにインストールされているアプリケーション）および／またはＮｏｎ－ＲＴ ＲＩＣ（ｒＡｐｐ）、ならびにＦＯＣＯＭおよびＩＭＳによって実行される。

図３を参照すると、Ｏ－Ｃｌｏｕｄノードのドレイン手順３００を実装するための方法は、Ｏ２インターフェース（例えば、Ｏ２テレメトリデータ）からの入力によって、またはそれに基づいて、トリガされてもよい。別の実施形態によれば、本方法は、Ｏ２インターフェースを介して受信されたＯ２テレメトリデータと、Ｏ１インターフェースを介して受信されたＯ１テレメトリデータとの両方を考慮することができる。

ユーザ、ユーザ端末にインストールされた上記のアプリケーション、またはＮｏｎ－ＲＴ ＲＩＣ（ｒＡｐｐ）は、受信したＯ２テレメトリデータおよび／またはＯ１テレメトリデータを分析し、それに基づいてＯ－Ｃｌｏｕｄノードをドレインおよびシャットダウンするかどうかを決定する。例えば、アイドル状態または少数のインスタンス化されたネットワーク機能を示すテレメトリデータは、Ｏ－Ｃｌｏｕｄノードをドレインおよびシャットダウンするための根拠として決定されてもよい。例示的な実施形態では、分析は、少なくともＯ－Ｃｌｏｕｄノードの性能に関する少なくとも１つのキーパフォーマンスインジケーター（ＫＰＩ）と、対応する閾値との比較を含むことができる。比較に基づいて、ユーザ端末またはＮｏｎ－ＲＴ ＲＩＣ（例えば、Ｎｏｎ－ＲＴ ＲＩＣの１つまたは複数のｒＡｐｐ）は、Ｏ－Ｃｌｏｕｄノードをドレインおよびシャットダウンするかどうかを決定する。

動作３０１において、ユーザ端末またはＮｏｎ－ＲＴ ＲＩＣは、上述したように、シャットダウンされると決定されたＯ－ＣｌｏｕｄノードをドレインするためにＦＯＣＯＭに第１の要求を送信する。第１の要求は、Ｏ－Ｃｌｏｕｄノードの識別子を含むことができる。

動作３０２において、ＦＯＣＯＭは、Ｎｏｎ－ＲＴ ＲＩＣまたはユーザ端末から、Ｏ－Ｃｌｏｕｄノードをドレインするための第１の要求を受信する。

動作３０３において、Ｏ２インターフェースを介したＦＯＣＯＭは、受信した第１の要求に基づいてＯ－Ｃｌｏｕｄノードをドレインするために第２の要求をＩＭＳに送信する。

動作３０４において、ＩＭＳは指定された各ノードをドレインする。この目的のために、ＩＭＳは、ドレインおよびシャットダウンされるべき特定のＯ－Ｃｌｏｕｄノード上に配備された任意のネットワーク機能（ＮＦ）が他のノード上に再配備されるべきかどうか、または再配置せずに単に終了することができるかどうかを決定することができる。ＮＦが依然として必要である場合、ＩＭＳは、シャットダウンされるべきではない他のＯ－Ｃｌｏｕｄノード上にＮＦを再配置するように制御し、ＦＯＣＯＭ、Ｎｏｎ－ＲＴ ＲＩＣ、および／またはユーザ端末（アプリケーション）に再配置を通知する。

動作３０５において、例示的な実施形態では、ＩＭＳは、Ｏ２インターフェースを介して、完了したドレイン手順の確認通知をＦＯＣＯＭに送信する。ＩＭＳも同様に（または代わりに）、例えば、ＩＭＳからの通知をサブスクライブしているかどうかに基づいて、Ｎｏｎ－ＲＴ ＲＩＣ（ｒＡｐｐ）および／またはユーザ端末（アプリケーション）に通知を送信することができる。

図４は、一実施形態による、Ｏ－Ｃｌｏｕｄノードのシャットダウン手順４００を実装するための詳細な方法を示す。図４の方法は、ユーザ端末（すなわち、そこにインストールされているアプリケーション）および／またはＮｏｎ－ＲＴ ＲＩＣ（ｒＡｐｐ）、ならびにＦＯＣＯＭおよびＩＭＳによって実行される。

図４を参照すると、動作４０１において、ユーザ端末（アプリケーション）またはＮｏｎ－ＲＴ ＲＩＣ（ｒＡｐｐ）は、Ｏ－ＣｌｏｕｄノードをシャットダウンするようにＦＯＣＯＭに要求する（第３の要求）。

動作４０２において、ＦＯＣＯＭは、Ｏ－Ｃｌｏｕｄノードをシャットダウンするための第３の要求を受信する。要求は、Ｏ２インターフェースを介して送信されてもよい。

動作４０３において、ＦＯＣＯＭは、指定されたＯ－Ｃｌｏｕｄノードをシャットダウンするための第４の要求をＩＭＳに送信する。

動作４０４において、ＩＭＳは第４の要求に基づいて指定されたＯ－Ｃｌｏｕｄノードをシャットダウンする。ここで、Ｏ－Ｃｏｕｄノードは、図３の方法によって事前にドレインされている。

動作４０５において、ＩＭＳは、Ｏ２インターフェースを介して、完了したシャットダウン手順の確認通知をＦＯＣＯＭに送信する。ＩＭＳは同様に（または代わりに）、例えば、ＩＭＳからの通知をサブスクライブしているかどうかに基づいて、Ｎｏｎ－ＲＴ ＲＩＣ（ｒＡｐｐ）および／またはユーザ端末（アプリケーション）に通知を送信することができる。

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

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

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

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

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

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

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

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

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

仮想化ストレージ５２４－３は、計算リソース５２４のストレージシステムまたはデバイス内で仮想化技術を使用する、１つまたは複数のストレージシステムおよび／または１つまたは複数のデバイスを含む。いくつかの実装では、ストレージシステムのコンテキスト内において、仮想化のタイプは、ブロック仮想化およびファイル仮想化を含むことができる。ブロック仮想化は、物理ストレージまたはヘテロジニアス構造に関係なくストレージシステムにアクセスできるように、物理ストレージから論理ストレージを抽出すること（または分離すること）を指すことができる。分離によって、ストレージシステムの管理者は、エンドユーザのためにどのようにトレージを管理するかについて柔軟性を得ることができる。ファイル仮想化は、ファイルレベルでアクセスされるデータと、ファイルが物理的に記憶される場所との間の依存関係を排除することができる。これにより、ストレージ使用、サーバ統合、および／または無停止ファイル移動のパフォーマンス、の最適化が可能になり得る。

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

ネットワーク５３０は、１つまたは複数の有線および／または無線ネットワークを含む。例えば、ネットワーク５３０は、セルラーネットワーク（例えば、第５世代（５Ｇ）ネットワーク、ロングタームエボリューション（long-term evolution（ＬＴＥ））ネットワーク、第３世代（３Ｇ）ネットワーク、符号分割多元接続（code division multiple access（ＣＤＭＡ））ネットワークなど）、公衆陸上移動ネットワーク（public land mobile network（ＰＬＭＮ））、ローカルエリアネットワーク（local area network（ＬＡＮ））、ワイドエリアネットワーク（wide area network（ＷＡＮ））、メトロポリタンエリアネットワーク（metropolitan area network（ＭＡＮ））、電話ネットワーク（例えば、公衆交換電話網（ＰＳＴＮ））、プライベートネットワーク、アドホックネットワーク、イントラネット、インターネット、光ファイバベースのネットワークなど、および／またはこれらもしくは他のタイプのネットワークの組み合わせを含むことができる。

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

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

バス６１０は、デバイス６００のコンポーネント間の通信を可能にするコンポーネントを含む。プロセッサ６２０は、ハードウェア、ファームウェア、またはハードウェアとソフトウェアとの組み合わせで実装され得る。プロセッサ６２０は、中央処理ユニット（central processing unit（ＣＰＵ））、グラフィック処理ユニット（graphics processing unit（ＧＰＵ））、加速処理ユニット（accelerated processing unit（ＡＰＵ））、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（digital signal processor（ＤＳＰ））、フィールドプログラマブルゲートアレイ（field-programmable gate array（ＦＰＧＡ））、特定用途向け集積回路（application-specific integrated circuit（ＡＳＩＣ））、または他のタイプの処理コンポーネントであってよい。いくつかの実装では、プロセッサ３２０は、機能を実行するようにプログラムすることができる１つまたは複数のプロセッサを含む。メモリ３３０は、ランダムアクセスメモリ（random access memory（ＲＡＭ））、読み出し専用メモリ（read only memory（ＲＯＭ））、および／またはプロセッサ６２０が使用するための情報および／または命令を記憶する他のタイプの動的または静的ストレージデバイス（例えば、フラッシュメモリ、磁気メモリ、および／または光メモリ）を含む。

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

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

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

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

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

図６に示すコンポーネントの数および配置は、一例として提供される。実際には、デバイス６００は、図６に示したデバイスに比べて、さらなるコンポーネント、より少ないコンポーネント、異なるコンポーネント、または異なる配置のコンポーネントを含むことができる。加えて、または代わりに、デバイス６００のコンポーネントのセット（例えば、１つまたは複数のコンポーネント）は、デバイス６００のコンポーネントの別のセットによって実行されるものとして説明される１つまたは複数の機能を実行することができる。

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

例示的な実施形態によれば、エネルギー節約は、アイドル時間中にＯ－ｃｌｏｕｄノードをドレインおよびシャットダウンすることによって達成される。例えば、Ｏ－Ｃｌｏｕｄ上に配備されているかまたは配備される必要があるネットワーク機能がわずかしかない場合、Ｏ－Ｃｌｏｕｄ上のネットワーク機能配置は、限られたＯ－Ｃｌｏｕｄノードのために最適化され、残りのＯ－Ｃｌｏｕｄノードは、Ｏ－Ｃｌｏｕｄノードアイドル時間におけるエネルギー消費を節約するためにシャットダウンされる。ネットワーク機能を他のＯ－Ｃｌｏｕｄノードに移動させるために、Ｏ－Ｃｌｏｕｄリソースをドレインすることもできる。前述の開示は、例示および説明を提供するが、網羅的であることも、開示した正確な形態に実装を限定することも、意図していない。上記の開示に照らして変更および変形が可能であり、または実装の実践から取得されてもよい。

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

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

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

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

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

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

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

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

Claims (20)

1. オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ）ノードをシャットダウンする方法であって、
   ＦＯＣＯＭ（Federated O-Cloud Orchestration and Management）によって、Ｏ－Ｃｌｏｕｄノードをドレインするための第１の要求を受信することであって、前記第１の要求は、Ｏ１およびＯ２テレメトリデータの分析に基づいてユーザ端末からまたは非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）から受信される、受信することと、
   前記ＦＯＣＯＭによって、Ｏ２インターフェースを介してインフラストラクチャ管理サービス（ＩＭＳ）に、前記受信した第１の要求に基づいて前記Ｏ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、
   前記ＦＯＣＯＭによって、前記ドレインされたＯ－Ｃｌｏｕｄノードをシャットダウンするための第３の要求を受信することであって、前記第３の要求は前記ユーザ端末または前記Ｎｏｎ－ＲＴ ＲＩＣから受信される、受信することと、
   前記ＦＯＣＯＭによって、前記Ｏ２インターフェースを介して前記ＩＭＳに、前記受信した第３の要求に基づいて前記Ｏ－Ｃｌｏｕｄノードをシャットダウンするための第４の要求を送信することと、
   前記ＦＯＣＯＭによって、前記ＩＭＳから、前記Ｏ－Ｃｌｏｕｄノードがシャットダウンされたという通知を受信することと、を含む、方法。
2. 前記ユーザ端末または前記Ｎｏｎ－ＲＴ ＲＩＣによって、前記Ｏ１データおよび前記Ｏ２テレメトリデータを受信することと、
   前記ユーザ端末または前記Ｎｏｎ－ＲＴ ＲＩＣによって、前記受信されたＯ１データおよび前記受信されたＯ２テレメトリデータに基づいて、前記Ｏ－Ｃｌｏｕｄノードをシャットダウンするように決定することと、
   をさらに含む、請求項１に記載の方法。
3. 前記決定することは、前記ユーザ端末によって、前記受信したＯ１データおよび前記受信したＯ２テレメトリデータに基づいて前記Ｏ－Ｃｌｏｕｄをシャットダウンするためのユーザ入力を受信することを含む、請求項２に記載の方法。
4. 前記決定することは、前記Ｎｏｎ－ＲＴ ＲＩＣによって、前記受信したＯ１データおよび前記受信したＯ２テレメトリデータを分析することと、
   前記Ｎｏｎ－ＲＴ ＲＩＣによって、前記受信したＯ１データおよび前記受信したＯ２テレメトリデータに基づいて、前記Ｏ－Ｃｌｏｕｄノードをシャットダウンするように決定することと、を含む、
   請求項２に記載の方法。
5. 第２の要求に基づいて、前記ＩＭＳによって、前記Ｏ－Ｃｌｏｕｄノードをドレインするように制御することと、
   前記ＩＭＳによって、前記第４の要求に基づいて、前記ドレインされたＯ－Ｃｌｏｕｄノードをシャットダウンするように制御することと、をさらに含む、
   請求項１に記載の方法。
6. 前記ＩＭＳによって、前記Ｏ－Ｃｌｏｕｄノード上に配備されたネットワーク機能を別のＯ－Ｃｌｏｕｄノードに再配置するように制御することを、さらに含む、
   請求項５に記載の方法。
7. 前記ＦＯＣＯＭおよび前記Ｎｏｎ－ＲＴ ＲＩＣのうちの少なくとも１つによって前記ＩＭＳから、前記Ｏ－Ｃｌｏｕｄノードがドレインされたという通知を受信すること、をさらに含む、
   請求項１に記載の方法。
8. オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ）ノードをシャットダウンするためのシステムであって、
   第１の命令を記憶する少なくとも１つの第１のメモリと、
   ＦＯＣＯＭ（Federated O-Cloud Orchestration and Management）を実装する少なくとも１つの第１のプロセッサとを含むシステムであって、
   前記少なくとも１つの第１のプロセッサは、前記記憶された第１の命令を実行して、
   Ｏ－Ｃｌｏｕｄノードをドレインするための第１の要求を受信することであって、前記第１の要求は、Ｏ１データおよびＯ２テレメトリデータの分析に基づいてユーザ端末からまたは非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）から受信される、受信することと、
   Ｏ２インターフェースを介してインフラストラクチャ管理サービス（ＩＭＳ）に、前記受信した第１の要求に基づいて前記Ｏ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、
   前記ドレインされたＯ－Ｃｌｏｕｄノードをシャットダウンするための第３の要求を受信することであって、前記第３の要求は、前記ユーザ端末から、または前記Ｎｏｎ－ＲＴ ＲＩＣから受信される、受信することと、
   前記Ｏ２インターフェースを介して前記ＩＭＳへ、前記受信した第３の要求に基づいて前記Ｏ－Ｃｌｏｕｄノードをシャットダウンするための第４の要求を送信することと、
   前記ＩＭＳから、前記Ｏ－Ｃｌｏｕｄノードがシャットダウンされたという通知を受信することと、を行うように構成される、システム。
9. 第２の命令を記憶する少なくとも１つの第２のメモリと、
   前記Ｎｏｎ－ＲＴ ＲＩＣを実装する少なくとも１つの第２のプロセッサであって、前記第２の命令を実行して、
   前記Ｏ１データおよび前記Ｏ２テレメトリデータを受信し、
   前記受信したＯ１データおよび前記受信したＯ２テレメトリデータを分析し、
   前記受信したＯ１データおよび前記受信したＯ２テレメトリデータに基づいて、シャットダウンすべき前記Ｏ－Ｃｌｏｕｄノードを決定するように構成される、少なくとも１つの第２のプロセッサと、をさらに含む、
   請求項８に記載のシステム。
10. 前記第１の要求が、前記Ｏ－Ｃｌｏｕｄノードをシャットダウンするための前記ユーザ端末へのユーザ入力に基づいて、前記ユーザ端末から受信される、請求項８に記載のシステム。
11. 第３の命令を記憶する少なくとも１つの第３のメモリと、
    前記ＩＭＳを実施する少なくとも１つの第３のプロセッサであって、前記第３の命令を実行して、
    前記第２の要求に基づいて前記Ｏ－Ｃｌｏｕｄノードをドレインするように制御し、
    前記第４の要求に基づいて前記ドレインされたＯ－Ｃｌｏｕｄノードをシャットダウンするように制御するように構成される、少なくとも１つの第３のプロセッサと、をさらに含む、
    請求項８に記載のシステム。
12. 前記少なくとも１つの第３のプロセッサが、前記第３の命令を実行して、
    前記Ｏ－Ｃｌｏｕｄノード上に配備されたネットワーク機能を別のＯ－Ｃｌｏｕｄノードに再配置するように制御するように構成される、請求項１１に記載のシステム。
13. 前記少なくとも１つの第１のプロセッサが、前記第１の命令を実行して、
    前記ＩＭＳから、Ｏ－Ｃｌｏｕｄノードがドレインされたという通知を受信するように構成される、請求項８に記載のシステム。
14. オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）クラウド（Ｏ－Ｃｌｏｕｄ）ノードをシャットダウンするための方法を実行するために少なくとも１つのプロセッサによって実行可能な命令を記録した少なくとも１つの非一時的コンピュータ可読記録媒体であって、前記方法が、
    ＦＯＣＯＭ（Federated O-Cloud Orchestration and Management）によって、Ｏ－Ｃｌｏｕｄノードをドレインするための第１の要求を受信することであって、前記第１の要求は、Ｏ１データおよびＯ２テレメトリデータの分析に基づいてユーザ端末からまたは非リアルタイム（Ｎｏｎ－ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）から受信される、受信することと、
    前記ＦＯＣＯＭによって、Ｏ２インターフェースを介してインフラストラクチャ管理サービス（ＩＭＳ）に、前記受信した第１の要求に基づいて前記Ｏ－Ｃｌｏｕｄノードをドレインするための第２の要求を送信することと、
    前記ＦＯＣＯＭによって、前記ドレインされたＯ－Ｃｌｏｕｄノードをシャットダウンするための第３の要求を受信することであって、前記第３の要求が前記ユーザ端末からまたは前記Ｎｏｎ－ＲＴ ＲＩＣから受信される、受信することと、
    前記ＦＯＣＯＭによって、前記Ｏ２インターフェースを介して前記ＩＭＳに、前記受信した第３の要求に基づいて前記Ｏ－Ｃｌｏｕｄノードをシャットダウンするための第４の要求を送信することと、
    前記ＦＯＣＯＭによって、前記ＩＭＳから、前記Ｏ－Ｃｌｏｕｄノードがシャットダウンされたという通知を受信することと、を含む、少なくとも１つの非一時的コンピュータ可読記録媒体。
15. 前記方法が、前記ユーザ端末または前記Ｎｏｎ－ＲＴ ＲＩＣによって、前記Ｏ１データおよび前記Ｏ２テレメトリデータを受信することと、
    前記ユーザ端末または前記Ｎｏｎ－ＲＴ ＲＩＣによって、前記受信したＯ１データおよび前記受信したＯ２テレメトリデータに基づいて、前記Ｏ－Ｃｌｏｕｄノードをシャットダウンするように決定することと、をさらに含む、
    請求項１４に記載の少なくとも１つの非一時的コンピュータ可読記録媒体。
16. 前記決定することは、前記ユーザ端末によって、前記受信したＯ１データおよび前記受信したＯ２テレメトリデータに基づいて、前記Ｏ－Ｃｌｏｕｄをシャットダウンするためのユーザ入力を受信することを含む、請求項１５に記載の少なくとも１つの非一時的コンピュータ可読記録媒体。
17. 前記決定することは、
    前記Ｎｏｎ－ＲＴ ＲＩＣによって、前記受信したＯ１データおよび前記受信したＯ２テレメトリデータを分析することと、
    前記Ｎｏｎ－ＲＴ ＲＩＣによって、前記受信したＯ１データおよび前記受信したＯ２テレメトリデータに基づいて、前記Ｏ－Ｃｌｏｕｄノードをシャットダウンするように決定することと、を含む、
    請求項１６に記載の少なくとも１つの非一時的コンピュータ可読記録媒体。
18. 前記方法が、前記ＩＭＳによって、前記第２の要求に基づいてＯ－Ｃｌｏｕｄノードをドレインするように制御することと、
    前記ＩＭＳによって、前記第４の要求に基づいて前記ドレインされたＯ－Ｃｌｏｕｄノードをシャットダウンするように制御することと、をさらに含む、
    請求項１５に記載の少なくとも１つの非一時的コンピュータ可読記録媒体。
19. 前記方法が、前記ＩＭＳによって、前記Ｏ－Ｃｌｏｕｄノード上に配備されたネットワーク機能を別のＯ－Ｃｌｏｕｄノードに再配置するように制御すること、をさらに含む、
    請求項１８に記載の少なくとも１つの非一時的コンピュータ可読記録媒体。
20. 前記方法が、前記ＦＯＣＯＭおよび前記ＮＲＴ ＲＩＣのうちの少なくとも１つによって前記ＩＭＳから、前記Ｏ－Ｃｌｏｕｄノードがドレインされたという通知を受信することを、さらに含む、
    請求項１９に記載の少なくとも１つの非一時的コンピュータ可読記録媒体。