JP7311666B1

JP7311666B1 - Ｏ－ｒａｎの運用を効率化する通信装置、監視装置、制御方法、及びプログラム

Info

Publication number: JP7311666B1
Application number: JP2022051735A
Authority: JP
Inventors: 勝博渡部; 俊明山本
Original assignee: KDDI Corp
Current assignee: KDDI Corp
Priority date: 2022-03-28
Filing date: 2022-03-28
Publication date: 2023-07-19
Anticipated expiration: 2042-03-28
Also published as: JP2023144649A

Abstract

【課題】Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）の運用を効率化すること。
【解決手段】Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）におけるＳｅｒｖｉｃｅＭａｎａｇｅｍｅｎｔａｎｄＯｒｃｈｅｓｔｒａｔｉｏｎ（ＳＭＯ）によって監視されるＯ－ＲＡＮの機能を実装した通信装置は、その機能が正常に動作することができない第１の状態である場合に、ＳＭＯが実装された他の装置へ、正常に動作する第２の状態へと機能を復帰させるために実行されることが推奨される所定の処理を特定可能な情報の通知を行う。
【選択図】図１

Description

本発明は、Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）の運用効率化技術に関する。

無線アクセスネットワーク（ＲＡＮ）をオープン化／インテリジェント化するＯ－ＲＡＮ（Ｏｐｅｎ－ＲＡＮ）の標準化が進められている。Ｏ－ＲＡＮでは、無線アクセスインタフェースを提供するＯ－ＲＵ（Ｏ－ＲＡＮＲａｄｉｏＵｎｉｔ）等の各種機能を実装する装置が、従来よりも多種多様なベンダによって製造され、また、多種多様な環境において配置されることが想定される。

ネットワークを構成する各種機能を実装した装置の種類や配置環境の多様化によって、不具合の発生要因やその解消方法も多様化することが想定される。すなわち、多種多様な不具合が発生し、さらに、同種の不具合であっても、機種によって解消方法が異なりうる。このため、不具合の解消方法が複雑化し、ネットワークの運用が非常に煩雑となりうる。

本発明は、Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）の運用の効率化技術を提供する。

本発明の一態様による通信装置は、Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）におけるＳｅｒｖｉｃｅＭａｎａｇｅｍｅｎｔａｎｄＯｒｃｈｅｓｔｒａｔｉｏｎ（ＳＭＯ）によって監視される前記Ｏ－ＲＡＮの機能を実装した通信装置であって、前記機能が正常に動作することができない第１の状態である場合に、前記ＳＭＯが実装された他の装置へ、正常に動作する第２の状態へと前記機能を復帰させるために実行されることが推奨される所定の処理を特定可能な情報の通知を行う通知手段を有する。

本発明の一態様による監視装置は、Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）におけるＳｅｒｖｉｃｅＭａｎａｇｅｍｅｎｔａｎｄＯｒｃｈｅｓｔｒａｔｉｏｎ（ＳＭＯ）として、前記ＳＭＯによって監視される対象の前記Ｏ－ＲＡＮにおける機能を実装した他の装置を監視する監視装置であって、前記他の装置から、前記機能が正常に動作することができない第１の状態である場合に、正常に動作する第２の状態へと前記機能を復帰させるために実行されることが推奨される所定の処理を特定可能な情報の取得を行う取得手段を有する。

本発明によれば、Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）の運用を効率化することができる。

システムの構成例を示す図である。装置のハードウェア構成例を示す図である。通信装置の機能構成例を示す図である。監視装置の機能構成例を示す図である。通信装置によって実行される処理の流れの例を示す図である。監視装置によって実行される処理の流れの例を示す図である。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴は任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

（システムの構成）
図１に、本実施形態に係る通信システムの構成例を示す。本通信システムは、無線アクセスネットワーク（ＲＡＮ）をオープン化／インテリジェント化するために標準化が進められているＯｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）を用いて構成される。Ｏ－ＲＡＮは、例えば、ＳＭＯ１０１、ＳＭＯ１０１内のＮｏｎ－ＲＴＲＩＣ１０２、Ｎｅａｒ－ＲＴＲＩＣ１０３、Ｏ－ＣＵ－ＣＰ１０４、Ｏ－ＣＵ－ＵＰ１０５、Ｏ－ＤＵ１０６、Ｏ－ＲＵ１０７を含んで構成される。なお、これらの構成は、Ｏ－Ｃｌｏｕｄ１０８上で動作する仮想化アプリケーションによって実装されてもよい。なお、ＳＭＯは、ＳｅｒｖｉｃｅＭａｎａｇｅｍｅｎｔａｎｄＯｒｃｈｅｓｔｒａｔｉｏｎの略語である。ＳＭＯ１０１は、システム全体の監視、管理、および制御を行う。ＲＩＣは、ＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒの略語であり、ＲＴはＲｅａｌＴｉｍｅの略語である。Ｎｏｎ－ＲＴＲＩＣとＮｅａｒ－ＲＴＲＩＣは、制御のリアルタイム性の違いにより区別される。例えば、Ｎｏｎ－ＲＴＲＩＣ１０２は、例えば、システム全体の長期的な挙動を制御するためのポリシの決定等の処理を実行する。一方、Ｎｅａｒ－ＲＴＲＩＣ１０３は、Ｏ－ＣＵ（Ｏ－ＣＵ－ＣＰ１０４、Ｏ－ＣＵ－ＵＰ１０５）、Ｏ－ＤＵ１０６、Ｏ－ＲＵ１０７の短期的な挙動を制御するように動作しうる。Ｏ－ＣＵは、Ｏ－ＲＡＮＣｅｎｔｒａｌＵｎｉｔの略語であり、Ｏ－ＤＵは、Ｏ－ＲＡＮＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔの略語であり、Ｏ－ＲＵは、Ｏ－ＲＡＮＲａｄｉｏＵｎｉｔの略語である。Ｏ－ＣＵは、さらに、コントロールプレーン（ＣＰ）及びユーザプレーン（ＵＰ）に分離される。Ｏ－ＣＵは、配下に接続されるＯ－ＤＵやＯ－ＲＵ、及び、端末装置（不図示）との間の接続の確立や切断、通信の制御を行う機能を有する。例えば、Ｏ－ＣＵ－ＣＰ１０４が、制御シグナリング等の通信制御を実行し、Ｏ－ＣＵ－ＵＰ１０５は、ユーザプレーンデータを端末装置との間で通信するための転送処理を実行する。なお、一例において、Ｏ－ＣＵは、端末装置との通信処理のうちの上位レイヤの処理を実行し、Ｏ－ＤＵ１０６が、その通信処理のうちの例えば媒体アクセス制御（ＭＡＣ）レイヤ以下の下位レイヤの処理を実行しうる。Ｏ－ＲＵ１０７は、無線機能（例えば、無線周波数（ＲＦ）機能など）を有し、受信した無線信号をベースバンド信号へと変換してＯ－ＤＵ１０６へ転送し、また、Ｏ－ＤＵ１０６から受信された信号をＲＦ信号へと変換してアンテナを介して出力する等の処理を実行しうる。

なお、図１に示されているように、例えば、ＳＭＯ１０１とＮｅａｒ－ＲＴＲＩＣ１０３、Ｏ－ＣＵ－ＣＰ１０４、Ｏ－ＣＵ－ＵＰ１０５、Ｏ－ＤＵ１０６、及びＯ－ＲＵ１０７のそれぞれとの間のインタフェースは、Ｏ１インタフェースと呼ばれる。また、ＳＭＯ１０１とＯ－Ｃｌｏｕｄ１０８との間のインタフェースは、Ｏ２インタフェースと呼ばれる。例えば、Ｏ－ＲＵ１０７は、ＳＭＯ１０１との間で確立されているＯ１インタフェースによって情報の交換を行うことができるが、Ｏ－ＲＵ１０７が例えばＯ－Ｃｌｏｕｄ１０８上の仮想化アプリケーションによって実装される場合は、ＳＭＯ１０１との間で確立されているＯ２インタフェースによって情報の交換を行うことができる。なお、Ｏ－ＲＵ１０７と、Ｏ－ＤＵ１０６との間には、ＯｐｅｎＦｒｏｎｔｈａｕｌインタフェースが確立される。なお、ＯｐｅｎＦｒｏｎｔｈａｕｌインタフェースは、マネジメントプレーン（Ｍ－ｐｌａｎｅ）のインタフェースを含み、このＭ－ｐｌａｎｅインタフェースは、Ｏ－ＲＵ１０７とＳＭＯ１０１との間でも使用されうる。すなわち、Ｏ－ＲＵ１０７と、上位の機能との間のインタフェースとして、ＯｐｅｎＦｒｏｎｔｈａｕｌインタフェースが規定されており、ＳＭＯ１０１とＯ－ＲＵ１０７との間には、これに加えてＯ１インタフェースが規定されている。なお、他の機能間にも、図１に示すような名称が付されたインタフェースが確立される。

Ｏ－ＲＡＮは、様々なベンダや様々な配置パターンで各機能部が配置・実装される。このため、例えば、Ｏ－ＲＵ１０７が、別のＯ－ＲＵとは異なる特性を有しうる。一例において、Ｏ－ＲＵ１０７が配置される位置や使用される環境が、他のＯ－ＲＵとは全く異なりうる。このため、例えばＯ－ＲＵ１０７及び他のＯ－ＲＵにおいて不具合が生じた場合、その不具合の特徴も大きく異なりうる。また、Ｏ－ＲＵのベンダが異なると、不具合が発生した第１の状態から、正常に動作する第２の状態へとＯ－ＲＵを復帰させるために実行される必要のある処理も異なりうる。例えば、同じソフトウェアのエラーが発生した場合であっても、その回復のために、第１のＯ－ＲＵにおいてはソフトウェアのアップデートが要求され、第２のＯ－ＲＵにおいてはエラーに関連するユニットの再起動が要求されうる。従来、ネットワークの運用者は、各Ｏ－ＲＵにおいて障害が生じたかを、Ｏ－ＲＵによる通知によって認識することができるが、その障害の回復のための手順については、各ベンダに問い合わせる必要があった。

これに対して、本実施形態では、Ｏ－ＲＵ１０７から、ＳＭＯ１０１に対して、正常に動作できない第１の状態となった場合に、正常に動作する第２の状態へと自装置を復帰させるために実行されることが推奨される所定の処理を特定可能な情報を通知するようにする。Ｏ－ＲＵ１０７は、例えば、エラーが発生した場合に、自装置内でエラーを解析して、推奨される処理を特定する。所定の処理は、例えば、Ｏ－ＲＵ１０７そのものの再起動、ソフトウェアのアップデート、ソフトウェアのアップデートのリトライ、エラーに関連するユニットの再起動、エラーに関連するユニットの取り外し又は再装着、エラーに関連するユニットの置き換え、部品交換等のマニュアル操作、等を含みうる。なお、これらの所定の処理は、事前に定義され、Ｏ－ＲＵ１０７は、その事前に定義された処理群の中から実行されるべき（実行が推奨される）１つ以上の処理を特定して、その特定した処理を特定可能な情報をＳＭＯ１０１へ送信しうる。所定の処理は、例えば、データタイプがｅｎｕｍｅｒａｔｅ型の情報要素として通知されうる。なお、情報の通知形式はこれに限られず、任意の形式の情報でありうる。

また、Ｏ－ＲＵ１０７は、正常に動作できない第１の状態となった原因を示す情報をＳＭＯ１０１へ通知してもよい。原因は、例えば、ソフトウェアのエラーや、メモリ不足、制御用の管理データの不整合、物理的な部品の故障、Ｏ－ＲＵ１０７内の温度の異常上昇、等を含みうる。なお、これらの原因を示す情報は、事前に定義され、Ｏ－ＲＵ１０７は、その事前に定義された原因のリストの中から該当する１つ以上の原因を特定して、その特定した原因を示す情報をＳＭＯ１０１へ送信しうる。原因も、例えば、データタイプがｅｎｕｍｅｒａｔｅ型の情報要素として通知されうる。

なお、上述の情報は、例えば、Ｏ－ＲＵ１０７から、ＳＭＯ１０１へ、Ｏ１インタフェースを用いて通知されうる。また、Ｏ－ＲＵ１０７は、ＳＭＯ１０１へ、ＯｐｅｎＦｒｏｎｔｈａｕｌのＭ－ｐｌａｎｅインタフェースを介して、上述の情報を通知してもよい。さらに、Ｏ－ＲＵ１０７がＯ－Ｃｌｏｕｄ１０８上で仮想化アプリケーションによって実装されている場合には、Ｏ－ＲＵ１０７は、ＳＭＯ１０１へ、Ｏ２インタフェースを介して、上述の情報を通知しうる。なお、ここでは、Ｏ－ＲＵ１０７からＳＭＯ１０１へ情報が通知される場合の例について説明したが、ＳＭＯ１０１の範囲外にＯ－ＲＵ１０７が正常に動作しているか否かを監視及び管理するシステムが構成されてもよく、その場合には、Ｏ－ＲＵ１０７から、そのシステムへ上述の情報の通知が行われるようにしてもよい。この場合、例えば、Ｏ－ＲＵ１０７が、Ｏ１インタフェース、Ｏ２インタフェース、又は、ＯｐｅｎＦｒｏｎｔｈａｕｌのＭ－ｐｌａｎｅインタフェースを介して、ＳＭＯ１０１へ情報を通知後、ＳＭＯ１０１が、Ｏ－ＲＵ１０７が正常に動作しているか否かを監視及び管理するシステムへ、その情報を転送するようにしうる。また、例えば、Ｏ－ＲＵ１０７は、例えばＯｐｅｎＦｒｏｎｔｈａｕｌインタフェースを介してＯ－ＤＵ１０６へ、上述の情報を送信し、Ｏ－ＣＵやＳＭＯ１０１による制御の下で、Ｏ－ＤＵ１０６から、Ｏ－ＲＵ１０７が正常に動作しているか否かを監視及び管理するシステムへの転送が行われてもよい。この場合、その情報は、ＳＭＯ１０１を経由してもよいし、ＳＭＯ１０１を経由しなくてもよい。また、Ｏ－ＲＵ１０７は、少なくともＯ－ＤＵ１０６を介して（必要に応じてＯ－ＣＵやＲＩＣを介して）、上述の情報をＳＭＯ１０１へ通知するように構成されてもよい。

なお、ＳＭＯ１０１は、正常に動作する状態へとＯ－ＲＵ１０７を復帰させるために実行することが推奨される所定の処理を特定可能な情報を取得した後に、例えば、ネットワークを管理する事業者へその情報を提示して、その事業者による指示を待ち受けうる。なお、この場合、事業者が操作する情報端末がＳＭＯ１０１の外部に存在する場合には、ＳＭＯ１０１は、その外部の情報端末へ情報を転送しうる。また、例えば、推奨される所定の処理を自動で実行することが可能な場合、ＳＭＯ１０１は、事業者による指示を受け付けることなく、その所定の処理を実行すべきことを示す指示をＯ－ＲＡＮ１０７へ通知するようにしてもよい。また、例えば、事業者が、特定の処理についてはＳＭＯ１０１によって自動で行われるべきことを示す設定ファイル等を用いてＳＭＯ１０１を事前設定しておき、ＳＭＯ１０１において、その特定の処理については自動で実行し、それ以外の処理については、事業者からの指示を待ち受けてもよい。

また、ＳＭＯ１０１は、例えば、通知された原因の情報を蓄積しうる。なお、ＳＭＯ１０１は、この原因の情報と、Ｏ－ＲＵ１０７の回復のために実行された処理を示す情報とを関連付けて蓄積してもよい。なお、ＳＭＯ１０１は、外部のストレージに情報を蓄積してもよい。ネットワークを管理する事業者は、例えば、その蓄積された情報に基づいて、各Ｏ－ＲＵ１０７においてどのような不具合が発生する傾向があるか、また、どのような対処が有効であるかを解析することができる。この結果、事業者は、ネットワークのメンテナンスを適切に計画することができ、また、不具合が発生した場合に、迅速にその不具合を解消することができるようになる。

なお、図１は、仮想的な機能構成であり、各ブロックが別個の装置によって実装される必要はない。例えば、１つのブロックが複数の装置によって実装されてもよいし、複数のブロックが１つの装置によって実装されてもよい。なお、本実施形態では、Ｏ－ＲＵ１０７の機能を含んだ通信装置と、例えばＳＭＯ１０１の機能のうちのＯ－ＲＵ１０７の監視を行う監視機能を含んだ監視装置とが別個の装置によって構成される以外に、装置構成についての特段の限定を意図していない。

なお、本実施形態では、Ｏ－ＲＵ１０７に着目して本実施形態によって提供される各種手法について説明したが、これに限られない。すなわち、本実施形態に係る議論は、Ｏ－ＲＵ１０７以外にも適用することができる。すなわち、「Ｏ－ＲＵ１０７」は、例えば、Ｎｅａｒ－ＲＴＲＩＣ１０３、Ｏ－ＣＵ－ＣＰ１０４、Ｏ－ＣＵ－ＵＰ１０５、Ｏ－ＤＵ１０６、すなわち、ＳＭＯ１０１等によって監視される対象となるＯ－ＲＡＮの機能として読み替えられてもよい。なお、Ｏ－ＲＵ１０７に代えて、Ｎｅａｒ－ＲＴＲＩＣ１０３、Ｏ－ＣＵ－ＣＰ１０４、Ｏ－ＣＵ－ＵＰ１０５、Ｏ－ＤＵ１０６が用いられる場合、これらの機能を実装する通信装置と、ＳＭＯ１０１が実装された監視装置との間の通信は、Ｏ１インタフェースが使用されうる。なお、Ｎｅａｒ－ＲＴＲＩＣ１０３、Ｏ－ＣＵ－ＣＰ１０４、Ｏ－ＣＵ－ＵＰ１０５、Ｏ－ＤＵ１０６の機能がＯ－Ｃｌｏｕｄ１０８上で仮想化アプリケーションによって実装されている場合には、Ｏ２インタフェースを使用して通信が行われてもよい。また、例えば、Ｏ－ＤＵ１０６が、Ｏ－ＣＵ（Ｏ－ＣＵ－ＣＰ１０４、Ｏ－ＣＵ－ＵＰ１０５）を介してＳＭＯ１０１と通信する等、各機能において上流側（ＳＭＯ１０１側）に接続された上流側の機能を介して、ＳＭＯ１０１と通信してもよい。

なお、上述の説明では、Ｏ－ＲＵ１０７が、自装置が正常に動作できない第１の状態となった場合に、正常に動作する第２の状態へと自装置を復帰させるために実行されることが推奨される所定の処理を特定可能な情報等をＳＭＯ１０１へ通知する場合の例について説明したが、これに限られない。例えば、Ｏ－ＤＵ１０６が、配下のＯ－ＲＵ１０７を監視し、Ｏ－ＲＵ１０７が正常に動作できない第１の状態となった際に、そのＯ－ＲＵ１０７を第１の状態から第２の状態へと復帰させるために実行されることが推奨される所定の処理を特定可能な情報等をＳＭＯ１０１へ通知してもよい。すなわち、上述の説明において、Ｏ－ＲＵ１０７が通知すると説明した情報は、Ｏ－ＲＵ１０７と異なる他の機能を実装する装置によって、ＳＭＯ１０１へ通知されてもよい。また、Ｏ－ＲＵ１０７は、自装置が接続しているＯ－ＤＵ１０６やその配下の他のＯ－ＲＵ１０７が第１の状態となった場合に、それらの機能が正常に動作する第２の状態へと復帰させるために実行されることが推奨される所定の処理を特定可能な情報等をＳＭＯ１０１へ通知する能力を有してもよい。

（装置構成）
図２は、ＳＭＯ１０１によって監視されるＯ－ＲＡＮの各機能が実装された通信装置と、そのようなＯ－ＲＡＮに関連する各機能を監視する監視機能を含んだＳＭＯ１０１の機能が実装された監視装置のハードウェア構成例を示す図である。各装置は、一例において、プロセッサ２０１、ＲＯＭ２０２、ＲＡＭ２０３、記憶装置２０４、及び通信回路２０５を含んで構成される。プロセッサ２０１は、汎用のＣＰＵ（中央演算装置）や、ＡＳＩＣ（特定用途向け集積回路）等の、１つ以上の処理回路を含んで構成されるコンピュータであり、ＲＯＭ２０２や記憶装置２０４に記憶されているプログラムを読み出して実行することにより、装置の全体の処理や、上述の各処理を実行する。ＲＯＭ２０２は、装置が実行する処理に関するプログラムや各種パラメータ等の情報を記憶する読み出し専用メモリである。ＲＡＭ２０３は、プロセッサ２０１がプログラムを実行する際のワークスペースとして機能し、また、一時的な情報を記憶するランダムアクセスメモリである。記憶装置２０４は、例えば着脱可能な外部記憶装置等によって構成される。通信回路２０５は、例えば、他の装置との通信を行うための回路を含んで構成される。なお、図２では、１つの通信回路２０５が図示されているが、各装置は、複数の通信回路を有しうる。

図３は、ＳＭＯ１０１によって監視されるＯ－ＲＡＮの各機能が実装された通信装置の機能構成例を示す図である。なお、図３は、通信装置が有すべき機能構成について示しており、例えばＯ－ＲＵの一般的な機能など、通信装置がＯ－ＲＡＮの各機能を提供するために必要な各機能については省略している。以下では、通信装置にＯ－ＲＵ１０７の機能が実装されているものとするが、以下の説明において、「Ｏ－ＲＵ１０７」は、Ｏ－ＤＵ１０６等のＯ－ＲＡＮの他の機能と読み替えられてもよい。なお、図３の各機能は、例えば、プロセッサ２０１が、ＲＯＭ２０２や記憶装置２０４に記憶されたプログラムを実行することにより、実現されうる。

通信装置は、例えば、自装置におけるＯ－ＲＵ１０７の機能に不具合が生じ、Ｏ－ＲＵ１０７が正常に動作しない状態となった場合に、そのＯ－ＲＵ１０７を正常に動作する状態に復帰させるために推奨される所定の処理を特定可能な情報をＳＭＯ１０１へ通知する推奨処理通知部３０１を含む。また、通信装置は、例えば、自装置におけるＯ－ＲＵ１０７の機能に不具合が生じた際の、その不具合の原因を示す情報をＳＭＯ１０１へ通知する不具合原因通知部３０２をさらに含む。なお、推奨処理通知部３０１及び不具合原因通知部３０２は、例えば、上述のように、Ｏ１インタフェース、Ｏ２インタフェース、及び、ＯｐｅｎＦｒｏｎｔｈａｕｌのＭ－ｐｌａｎｅインタフェースを介して、ＳＭＯ１０１へ情報を通知しうる。

なお、推奨処理通知部３０１は、自装置と異なる他の装置によって実装されているＯ－ＲＡＮの他の機能が正常に動作しない状態となった場合に、その他の機能を正常に動作する状態に復帰させるために推奨される所定の処理を特定可能な情報を、その他の装置に代わってＳＭＯ１０１へ通知してもよい。また、不具合原因通知部３０２も、自装置と異なる他の装置によって実装されているＯ－ＲＡＮの他の機能に不具合が生じた際の、その不具合の原因を示す情報を、その他の装置に代わってＳＭＯ１０１へ通知してもよい。

図４は、Ｏ－ＲＡＮの各機能を監視する監視機能を含んだＳＭＯ１０１が実装された監視装置の機能構成例を示す図である。なお、図４は、本実施形態の監視装置の機能構成について示しており、例えばＳＭＯの一般的な機能については省略している。以下では、監視対象がＯ－ＲＵ１０７である場合について説明するが、以下の説明において、「Ｏ－ＲＵ１０７」は、Ｏ－ＤＵ１０６等のＯ－ＲＡＮの他の機能と読み替えられてもよい。なお、図４の各機能は、例えば、プロセッサ２０１が、ＲＯＭ２０２や記憶装置２０４に記憶されたプログラムを実行することにより、実現されうる。

監視装置は、例えば、監視対象のＯ－ＲＵ１０７において不具合が発生した場合に、その不具合を解消する（Ｏ－ＲＵ１０７を正常に動作する状態に復帰させる）ために推奨される所定の処理を特定可能な情報を、そのＯ－ＲＵ１０７の機能を有する通信装置又はそのＯ－ＲＵ１０７の状態を監視可能なＯ－ＤＵ１０６等の機能を有する通信装置から取得する推奨処理取得部４０１を含む。また、監視装置は、例えば、Ｏ－ＲＵ１０７の機能に不具合が生じた際の、その不具合の原因を示す情報を、そのＯ－ＲＵ１０７の機能を有する通信装置又はそのＯ－ＲＵ１０７の状態を監視可能なＯ－ＤＵ１０６等の機能を有する通信装置から取得する不具合原因取得部４０２をさらに含む。なお、推奨処理取得部４０１及び不具合原因取得部４０２は、例えば、上述のように、Ｏ１インタフェース、Ｏ２インタフェース、及び、ＯｐｅｎＦｒｏｎｔｈａｕｌのＭ－ｐｌａｎｅインタフェースを介して、不具合が発生したＯ－ＲＵ１０７の機能を有する通信装置から情報を取得しうる。

（処理の流れ）
続いて、本実施形態に係る、上述の通信装置と監視装置とによって実行される処理の流れの例について説明する。

図５は、通信装置によって実行される処理の流れの例を示している。図５の処理において、通信装置は、自装置のＯ－ＲＵ１０７等の機能において、不具合を検出すると（Ｓ５０１）、その不具合を解消する（その機能を通常の動作を実行可能な状態に戻す）ために推奨される所定の処理を特定可能な情報を、ＳＭＯ１０１へ通知する（Ｓ５０２）。なお、通信装置は、これに加えて、不具合の原因を示す情報をＳＭＯ１０１へ通知しうる。なお、不具合の原因を示す情報が送信される場合、その不具合の原因を示す情報と、不具合を解消するために推奨される所定の処理を特定可能な情報とが、ＳＭＯ１０１へ一度に通知されてもよいし、それぞれ別個に通知されてもよい。なお、通信装置は、他装置のＯ－ＲＵ１０７等の機能についての不具合を検出したことに基づいて、Ｓ５０１及びＳ５０２の通知を行ってもよい。

図６は、監視装置によって実行される処理の流れの例を示している。監視装置は、監視対象のＯ－ＲＡＮの各機能（例えばＯ－ＲＵ１０７）において不具合が発生した場合に、その不具合を解消する（例えばそのＯ－ＲＵ１０７を通常の動作を実行可能な状態に戻す）ために推奨される所定の処理を特定可能な情報を、その機能が実装されている通信装置から取得する（Ｓ６０１）。なお、監視装置は、これに加えて、不具合が発生した機能が実装されている通信装置から、その不具合の原因を示す情報を取得しうる。なお、監視装置は、監視対象のＯ－ＲＡＮの各機能（例えばＯ－ＲＵ１０７）において不具合が発生した場合に、その機能が実装されている装置とは異なる他の通信装置から、その機能が通常の動作を実行可能な状態に戻すために推奨される所定の処理等の情報を取得してもよい。

以上のようにして、Ｏ－ＲＡＮによるネットワークを管理する事業者が、不具合の発生したＯ－ＲＡＮ内の各機能を迅速に回復させることができる。また、事業者は、不具合の内容を詳細に解析することにより、例えば、ネットワークのメンテナンスを適切に計画することができるようになる。このようにして、Ｏ－ＲＡＮの運用を効率化することができる。よって、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

Claims

Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）におけるＳｅｒｖｉｃｅＭａｎａｇｅｍｅｎｔａｎｄＯｒｃｈｅｓｔｒａｔｉｏｎ（ＳＭＯ）によって監視される前記Ｏ－ＲＡＮの機能を実装した通信装置であって、
前記機能が正常に動作することができない第１の状態である場合に、前記ＳＭＯが実装された他の装置へ、正常に動作する第２の状態へと前記機能を復帰させるために実行されることが推奨される所定の処理を特定可能な情報の通知を行う通知手段を有する、
ことを特徴とする通信装置。
前記通知手段は、前記他の装置へ、さらに、前記機能が前記第１の状態となった原因を示す情報の通知を行う、ことを特徴とする請求項１に記載の通信装置。
前記通知手段は、前記ＳＭＯによって監視される前記Ｏ－ＲＡＮの第２の機能を実装した第２の他の装置において、当該第２の機能が正常に動作することができない第１の状態である場合に、前記ＳＭＯが実装された前記他の装置へ、正常に動作する第２の状態へと前記第２の機能を復帰させるために実行されることが推奨される所定の処理を特定可能な情報の通知を行う、ことを特徴とする請求項１又は２に記載の通信装置。
前記通知手段は、前記他の装置へ、さらに、前記第２の機能が前記第１の状態となった原因を示す情報の通知を行う、ことを特徴とする請求項３に記載の通信装置。
前記機能は、Ｏ－ＲＡＮＲａｄｉｏＵｎｉｔ（Ｏ－ＲＵ）、Ｏ－ＲＡＮＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ（Ｏ－ＤＵ）、Ｏ－ＲＡＮＣｅｎｔｒａｌＵｎｉｔ（Ｏ－ＣＵ）、又は、ＮｅａｒＲｅａｌＴｉｍｅＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ（Ｎｅａｒ－ＲＴＲＩＣ）のいずれかであり、
前記通知手段は、前記機能と前記ＳＭＯとの間で確立されるＯ１インタフェースを介して、前記他の装置への前記通知を行う、ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
前記機能は、Ｏ－ＲＡＮＲａｄｉｏＵｎｉｔ（Ｏ－ＲＵ）であり、
前記通知手段は、前記Ｏ－ＲＵと前記ＳＭＯとの間で確立されるＯｐｅｎＦｒｏｎｔｈａｕｌのＭ－ｐｌａｎｅインタフェースを介して、前記他の装置への前記通知を行う、ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
前記機能は、Ｏ－Ｃｌｏｕｄ上で動作する仮想化アプリケーションによって実装されており、
前記通知手段は、前記Ｏ－Ｃｌｏｕｄと前記ＳＭＯとの間で確立されるＯ２インタフェースを介して、前記他の装置への前記通知を行う、ことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）におけるＳｅｒｖｉｃｅＭａｎａｇｅｍｅｎｔａｎｄＯｒｃｈｅｓｔｒａｔｉｏｎ（ＳＭＯ）として、前記ＳＭＯによって監視される対象の前記Ｏ－ＲＡＮにおける機能を実装した他の装置を監視する監視装置であって、
前記他の装置から、前記機能が正常に動作することができない第１の状態である場合に、正常に動作する第２の状態へと前記機能を復帰させるために実行されることが推奨される所定の処理を特定可能な情報の取得を行う取得手段を有する、
ことを特徴とする監視装置。
前記取得手段は、前記他の装置から、さらに、前記機能が前記第１の状態となった原因を示す情報の取得を行う、ことを特徴とする請求項８に記載の監視装置。
前記取得手段は、前記ＳＭＯによって監視される前記Ｏ－ＲＡＮの第２の機能を実装した第２の他の装置において、当該第２の機能が正常に動作することができない第１の状態である場合に、前記他の装置から、正常に動作する第２の状態へと前記第２の機能を復帰させるために実行されることが推奨される所定の処理を特定可能な情報の取得を行う、ことを特徴とする請求項８又は９に記載の監視装置。
前記取得手段は、前記他の装置から、さらに、前記第２の機能が前記第１の状態となった原因を示す情報の取得を行う、ことを特徴とする請求項１０に記載の監視装置。
前記機能は、Ｏ－ＲＡＮＲａｄｉｏＵｎｉｔ（Ｏ－ＲＵ）、Ｏ－ＲＡＮＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ（Ｏ－ＤＵ）、Ｏ－ＲＡＮＣｅｎｔｒａｌＵｎｉｔ（Ｏ－ＣＵ）、又は、ＮｅａｒＲｅａｌＴｉｍｅＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ（Ｎｅａｒ－ＲＴＲＩＣ）のいずれかであり、
前記取得手段は、前記機能と前記ＳＭＯとの間で確立されるＯ１インタフェースを介して、前記他の装置からの情報の前記取得を行う、ことを特徴とする請求項８から１１のいずれか１項に記載の監視装置。
前記機能は、Ｏ－ＲＡＮＲａｄｉｏＵｎｉｔ（Ｏ－ＲＵ）であり、
前記取得手段は、前記Ｏ－ＲＵと前記ＳＭＯとの間で確立されるＯｐｅｎＦｒｏｎｔｈａｕｌのＭ－ｐｌａｎｅインタフェースを介して、前記他の装置からの情報の前記取得を行う、ことを特徴とする請求項８から１１のいずれか１項に記載の監視装置。
前記機能は、Ｏ－Ｃｌｏｕｄ上で動作する仮想化アプリケーションによって実装されており、
前記取得手段は、前記Ｏ－Ｃｌｏｕｄと前記ＳＭＯとの間で確立されるＯ２インタフェースを介して、前記他の装置からの情報の前記取得を行う、ことを特徴とする請求項８から１１のいずれか１項に記載の監視装置。
Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）におけるＳｅｒｖｉｃｅＭａｎａｇｅｍｅｎｔａｎｄＯｒｃｈｅｓｔｒａｔｉｏｎ（ＳＭＯ）によって監視される前記Ｏ－ＲＡＮの機能を実装した通信装置によって実行される制御方法であって、
前記機能が正常に動作することができない第１の状態である場合に、前記ＳＭＯが実装された他の装置へ、正常に動作する第２の状態へと前記機能を復帰させるために実行されることが推奨される所定の処理を特定可能な情報の通知を行うことを含む、
ことを特徴とする制御方法。
Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｏ－ＲＡＮ）におけるＳｅｒｖｉｃｅＭａｎａｇｅｍｅｎｔａｎｄＯｒｃｈｅｓｔｒａｔｉｏｎ（ＳＭＯ）として、前記ＳＭＯによって監視される対象の前記Ｏ－ＲＡＮにおける機能を実装した他の装置を監視する監視装置によって実行される制御方法であって、
前記他の装置から、前記機能が正常に動作することができない第１の状態である場合に、正常に動作する第２の状態へと前記機能を復帰させるために実行されることが推奨される所定の処理を特定可能な情報の取得を行うことを含む、
ことを特徴とする制御方法。
コンピュータを、請求項１から７のいずれか１項に記載の通信装置として機能させるためのプログラム。
コンピュータを、請求項８から１４のいずれか１項に記載の監視装置として機能させるためのプログラム。