JP2023042324A

JP2023042324A - 効率的な負荷分散制御を実行するための制御方法、装置、及びプログラム

Info

Publication number: JP2023042324A
Application number: JP2021149567A
Authority: JP
Inventors: 晴久平山; Haruhisa Hirayama; 忍難波; Shinobu Nanba; 伸吾渡辺; Shingo Watanabe
Original assignee: KDDI Research Inc
Current assignee: KDDI Research Inc
Priority date: 2021-09-14
Filing date: 2021-09-14
Publication date: 2023-03-27
Also published as: WO2023042459A1

Abstract

【課題】効率的に負荷調整制御を行うこと。【解決手段】Ｏ－ＲＡＮ（Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）のＮｏｎ－ＲＴ（ＲｅａｌＴｉｍｅ）ＲＩＣ（ＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ）は、Ｏ－ＲＡＮにおいて端末装置へ無線通信を提供する複数のＥ２ノードの間で負荷分散制御を実行するべきことを示す第１の情報と、負荷分散制御の対象を限定する第２の情報とを含んだポリシ情報を、複数のＥ２ノードを制御するＮｅａｒ－ＲＴＲＩＣへ提供する。【選択図】図６

Description

本発明は、無線通信における負荷調整制御技術に関する。

無線アクセスネットワーク（ＲＡＮ）をオープン化／インテリジェント化するＯ－ＲＡＮ（Ｏｐｅｎ－ＲＡＮ）の標準化が進められている。Ｏ－ＲＡＮでは、端末装置と接続する複数のＥ２ノードをＲＡＮインテリジェントコントローラ（ＲＩＣ）によって制御することにより、ＲＡＮのインテリジェント化を実現する。なお、ＲＩＣは、概ねリアルタイム（ＲＴ）の制御を行うＮｅａｒ－ＲＴＲＩＣと、非リアルタイムの制御を行うＮｏｎ－ＲＴＲＩＣを含む。Ｎｏｎ－ＲＴＲＩＣは、ＲＡＮの分析やポリシ管理などを行い、Ｎｅａｒ－ＲＴＲＩＣは、Ｎｏｎ－ＲＴＲＩＣが定めたポリシに従ってＥ２ノードを制御する。なお、Ｎｅａｒ－ＲＴＲＩＣによる制御には、Ｅ２ノードが提供するセル間での負荷分散制御が含まれる。これにより、一部のＥ２ノードにトラフィックが集中することを防ぎ、通信の効率を向上させることができる。

Ｎｅａｒ－ＲＴＲＩＣは、多数のＥ２ノードの制御を行う。このため、Ｎｅａｒ－ＲＴＲＩＣは、多数のＥ２ノードに関する情報を集約して負荷分散制御などの調整制御を実行することとなり、その処理負荷の増大により、処理効率が劣化してしまう。

本発明は、効率的な負荷調整制御技術を提供する。

本発明の一態様による制御方法は、Ｏ－ＲＡＮ（Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）のＮｏｎ－ＲＴ（ＲｅａｌＴｉｍｅ）ＲＩＣ（ＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ）によって実行される制御方法であって、前記Ｏ－ＲＡＮにおいて端末装置へ無線通信を提供する複数のＥ２ノードの間で負荷分散制御を実行するべきことを示す第１の情報と、当該負荷分散制御の対象を限定する第２の情報とを含んだポリシ情報を、前記複数のＥ２ノードを制御するＮｅａｒ－ＲＴＲＩＣへ提供することを含む。

本発明の別の一態様による制御方法は、Ｏ－ＲＡＮ（Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）のＮｅａｒ－ＲＴ（ＲｅａｌＴｉｍｅ）ＲＩＣ（ＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ）によって実行される制御方法であって、前記Ｏ－ＲＡＮにおいて端末装置へ無線通信を提供する複数のＥ２ノードの間で負荷分散制御を実行するべきことを示す第１の情報と、当該負荷分散制御の対象を限定する第２の情報とを含んだポリシ情報を、Ｎｏｎ－ＲＴＲＩＣから取得することと、前記ポリシ情報に基づいて、前記複数のＥ２ノードの少なくとも一部において前記第２の情報で示された対象に対する前記負荷分散制御を実行することと、を含む。

本発明によれば、効率的に負荷調整制御を行うことができる。

無線通信システムの構成例を示す図である。装置のハードウェア構成例を示す図である。Ｎｏｎ－ＲＴＲＩＣの機能構成例を示す図である。Ｎｅａｒ－ＲＴＲＩＣの機能構成例を示す図である。Ｅ２ノードの機能構成例を示す図である。Ｎｏｎ－ＲＴＲＩＣによって実行される処理の流れの例を示す図である。Ｎｅａｒ－ＲＴＲＩＣによって実行される処理の流れの例を示す図である。Ｅ２ノードによって実行される処理の流れの例を示す図である。

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

（無線通信システムの構成）
図１に、本実施形態に係る無線通信システムの構成例を示す。本実施形態の無線通信システムは、例えば、Ｏ－ＲＡＮ（Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）のアーキテクチャを採用して構成される。なお、図１は、説明を簡単にするため、Ｏ－ＲＡＮの一部の機能として、Ｎｏｎ－ＲＴＲＩＣ１０１、Ｎｅａｒ－ＲＴＲＩＣ１０２、及びＥ２ノード１０３のみを概略的に示しているが、本無線通信システムは、一般的なＯ－ＲＡＮのアーキテクチャとして規定される全ての機能を当然に有しうる。なお、ＲＴはＲｅａｌＴｉｍｅの頭字語であり、ＲＩＣは、ＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒの頭字語である。Ｅ２ノードは、端末装置との無線接続を確立して、その端末装置に対して実際に無線通信サービスを提供する機能を有する。Ｎｅａｒ－ＲＴＲＩＣは、複数のＥ２ノードを制御する制御装置であり、例えば１秒未満の短い周期の短い周期でＲＡＮ（Ｅ２ノード）の状態を監視し、その監視の結果に基づいて、Ｅ２ノードの動作を制御する。Ｎｏｎ－ＲＴＲＩＣは、例えば、１秒以上の長い周期でＲＡＮの状態を分析し、ポリシを決定する。なお、Ｎｏｎ－ＲＴＲＩＣとＮｅａｒ－ＲＴＲＩＣとの間には、Ａ１インタフェースと呼ばれるインタフェースが確立され、このＡ１インタフェースを介してこれらの要素間での制御メッセージの送受信が行われる。また、Ｎｅａｒ－ＲＴＲＩＣとＥ２ノードとの間には、Ｅ２インタフェースと呼ばれるインタフェースが確立され、このＥ２インタフェースを介してこれらの要素間での制御メッセージの送受信が行われる。なお、図１には示していないが、Ｎｏｎ－ＲＴＲＩＣとＮｅａｒ－ＲＴＲＩＣ及びＥ２ノードとの間には、Ｏ１インタフェースが確立され、このＯ１インタフェースを介してこれらの要素間での制御メッセージの送受信が行われうる。

本実施形態では、図１のような構成において、Ｅ２ノードの負荷分散制御を行う。例えば、Ｎｏｎ－ＲＴＲＩＣは、Ｅ２ノードが展開するセルにおける混雑状況などに基づいて、負荷分散制御を実行すべきことを決定する。そして、Ｎｏｎ－ＲＴＲＩＣは、負荷分散を実行すべきことを示す情報をポリシ情報（Ａ１ｐｏｌｉｃｙ）として、Ｎｅａｒ―ＲＴＲＩＣへ通知する。Ｎｅａｒ―ＲＴＲＩＣは、そのポリシ情報を受信すると、自装置の制御下に置かれているＥ２ノードにおける負荷を監視し、必要に応じて負荷分散制御を実行する。例えば、Ｎｅａｒ―ＲＴＲＩＣは、あるＥ２ノードの負荷が所定値より大きいと判定した場合に、そのＥ２ノードに接続中の端末装置（ＵＥ）を、他のＥ２ノードに接続させるための指示（Ｅ２Ｐｏｌｉｃｙ／Ｃｏｎｔｒｏｌ）を、関連するＥ２ノードへ送信する。

なお、Ｎｏｎ－ＲＴＲＩＣは、Ｎｅａｒ－ＲＴＲＩＣに対して、非混雑時の第１のポリシ情報と混雑時の第２のポリシ情報とを通知してもよい。この場合、第２のポリシ情報が、上述の負荷分散を実行すべきことを示す情報でありうる。なお、第１のポリシ情報は、例えば、ネットワークスライスにおけるＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）フローごとに満たされるべき通信の要件（ＱｏＳ）を含み、Ｎｅａｒ－ＲＴＲＩＣは、そのＱｏＳが満たされるように、ＵＥの接続制御を実行する。そして、Ｎｅａｒ－ＲＴＲＩＣは、Ｅ２ノードを監視して、特定のセルが混雑状態となったことに応じて、負荷分散制御を実行しうる。

このように、Ｎｏｎ－ＲＴＲＩＣによる長期的な負荷の分析に基づいて大まかに負荷分散がなされるべきことが決定され、Ｎｅａｒ－ＲＴＲＩＣによって、その決定に従って、実際の負荷の状況に応じた負荷分散制御が行われる。このように、ＵＥに対して無線接続を直接提供する複数のＥ２ノードを統括的に制御するＮｏｎ－ＲＴＲＩＣ及びＮｅａｒ－ＲＴＲＩＣによって負荷分散制御が制御されることにより、複数のＥ２ノード間で直接負荷分散する場合と比して高度な負荷分散制御を行うことができる。

一方、Ｎｅａｒ－ＲＴＲＩＣが、制御対象のＥ２ノードにおける通信の全てを監視して負荷分散制御を行うと、その制御のための処理負荷が過大になってしまい、効率の劣化や、制御の精度の劣化などが生じうる。本実施形態では、このような事情に鑑みて、Ｎｏｎ－ＲＴＲＩＣがＮｅａｒ－ＲＴＲＩＣにおける制御の対象を限定するようなポリシ情報を通知するようにする。

例えば、Ｎｏｎ－ＲＴＲＩＣは、所定のセル（Ｅ２ノード）のみを、負荷分散制御の対象とすることをＮｅａｒ－ＲＴＲＩＣへ通知しうる。例えば、Ｎｏｎ－ＲＴＲＩＣは、混雑時に負荷分散を実行すべきことを示すポリシ情報に、処理対象とするセルの識別情報のリスト（ｃｅｌｌＩＤＬｉｓｔ）を含めてＮｅａｒ－ＲＴＲＩＣへ通知しうる。すなわち、Ｎｏｎ－ＲＴＲＩＣは、上述の第２のポリシ情報として、混雑時に負荷分散制御をすべきことを示す情報とセル識別情報のリストとが関連付けて格納されたＡ１ｐｏｌｉｃｙを、Ｎｅａｒ－ＲＴＲＩＣへ提供する。そして、Ｎｅａｒ－ＲＴＲＩＣは、この情報に基づいて、処理対象のセルを監視して、負荷が所定値を超える場合に、そのセルに接続中のＵＥを他のセルにハンドオーバさせることにより、負荷を分散させる。なお、Ｎｅａｒ－ＲＴＲＩＣは、ポリシ情報においてリストアップされているセルの範囲内でハンドオーバが実行されるようにＥ２ノードを制御してもよいし、そのリストアップされているセルからリストアップされていないセルへのハンドオーバが実行されるようにＥ２ノードを制御してもよい。すなわち、ポリシ情報においてリストアップされるセルは、負荷のオフロード先のセルを含んでもよいし、含まなくてもよい。このように、負荷分散の対象とするセルを限定することにより、Ｎｅａｒ－ＲＴＲＩＣは、通知されたＥ２ノードのみを対象として負荷の監視を行い、そのＥ２ノードにおいて負荷分散制御を実行することができる。このため、Ｎｅａｒ－ＲＴＲＩＣは、配下の全てのＥ２ノードを監視する必要がなくなり、低い処理負荷で、適切に負荷分散を実行することが可能となる。

なお、Ｎｏｎ－ＲＴＲＩＣは、例えば、Ｏ１インタフェースで複数のＥ２ノードのそれぞれを監視し、例えば人工知能（ＡＩ）を用いて、そのトラフィック量の変動の傾向から、以降の所定の期間内に負荷が高くなると想定されるエリアを検出する。そして、Ｎｏｎ－ＲＴＲＩＣは、その検出結果に応じて、負荷が高くなると想定されるエリアに対応するＥ２ノードをリストアップし、そのリストアップしたＥ２ノードを負荷分散制御の対象とすべきことをＮｅａｒ－ＲＴＲＩＣへ通知しうる。また、Ｎｏｎ－ＲＴＲＩＣは、過去のトラフィック量の履歴から、曜日や時間帯ごとに混雑するエリアを特定し、その曜日や時間帯において特定されたエリアに対応するＥ２ノードを、負荷分散制御の対象とすべきことをＮｅａｒ－ＲＴＲＩＣへ通知してもよい。また、Ｎｏｎ－ＲＴＲＩＣは、例えばコンサートやスポーツイベントなどの多数のＵＥが特定のエリアに集まることが予測される事前情報を取得した場合に、その事前情報に基づいて、混雑する時間及びエリアを特定しうる。そして、Ｎｏｎ－ＲＴＲＩＣは、その特定された時間において特定されたエリアに対応するＥ２ノードを負荷分散制御の対象とすべきことをＮｅａｒ－ＲＴＲＩＣへ通知してもよい。なお、そのような事前に混雑する時間及びエリアを特定可能な情報は、ネットワーク事業者等からＮｏｎ－ＲＴＲＩＣに直接入力されることによって取得されてもよいし、Ｎｏｎ－ＲＴＲＩＣや他のノードによるインターネット等を介した検索によって取得されてもよい。また、そのような情報を蓄積するサーバが用意され、Ｎｏｎ－ＲＴＲＩＣは、そのサーバを定期的に参照することによって、その情報を取得してもよい。

また、負荷分散制御の対象は、セル以外の観点で限定されてもよい。例えば、特定のネットワークスライスのみを、負荷分散制御の対象とするようにしてもよい。この場合、Ｎｅａｒ－ＲＴＲＩＣは、特定のネットワークスライスでの通信を行うＵＥの通信を監視して、その通信による負荷が特定のセルに集中している場合に、そのＵＥの一部又は全部を他のセルにハンドオーバさせるようにＥ２ノードを制御しうる。一例として、ＵＥが移動しない又は移動量が少ないことが想定されるネットワークスライスが存在しうる。このような場合、このネットワークスライスについては負荷分散制御の対象外として、ハンドオーバの対象となりにくいＵＥを事前に除いて、負荷分散制御のための監視などの処理負荷を軽減することができる。例えば、Ｎｏｎ－ＲＴＲＩＣは、混雑時に負荷分散を実行すべきことを示すポリシ情報に、処理対象とするネットワークスライスの識別情報（ｓｌｉｃｅＩＤ）を含めてＮｅａｒ－ＲＴＲＩＣへ通知しうる。なお、ｓｌｉｃｅＩＤは、一例において、Ｓ－ＮＳＳＡＩ（Ｓｉｎｇｌｅ－ＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）である。すなわち、Ｎｏｎ－ＲＴＲＩＣは、上述の第２のポリシ情報として、混雑時に負荷分散制御をすべきことを示す情報とネットワークスライスの識別情報とが関連付けて格納されたＡ１ｐｏｌｉｃｙを、Ｎｅａｒ－ＲＴＲＩＣへ提供する。なお、ネットワークスライス単位ではなく、ＱｏＳクラス単位で、負荷分散制御の対象とするか否かが指定されてもよい。例えば、ネットワークスライスの識別情報に代えて、ネットワークスライス内に含まれる１つ以上のＱｏＳフローの少なくともいずれかの識別情報（ＱｏＳＩＤ）を用いて、負荷分散制御の対象とするＵＥを限定してもよい。ＱｏＳＩＤは、例えば、５ＱＩ（５ＧＱｏＳＩｎｄｉｃａｔｏｒ）や、ＱＣＩ（ＱｏＳＣｌａｓｓＩｄｅｎｔｉｆｉｅｒ）である。また、特定の１つ以上のＵＥを指定して負荷分散制御の対象を限定してもよい。例えば、ＵＥを識別する識別情報（ＵＥＩＤ）のリストや、ＵＥのグループを識別する識別情報（ｇｒｏｕｐＩＤ）を用いて、負荷分散制御の対象とするＵＥが限定されてもよい。すなわち、ＱｏＳＩＤ、ＵＥＩＤ、ｇｒｏｕｐＩＤなどの各種識別情報と、混雑時には負荷分散制御を実行すべき情報とが関連付けられたＡ１ｐｏｌｉｃｙがＮｅａｒ－ＲＴＲＩＣへ通知されてもよい。

なお、Ｎｏｎ－ＲＴＲＩＣは、負荷分散制御に関するポリシ情報を取り消す場合、負荷分散制御を行わないことを示すポリシ情報をＮｅａｒ－ＲＴＲＩＣへ送信してもよいし、負荷分散制御を実行することを示し、先に提供されたポリシ情報を無効とすべきことを示すポリシ情報をＮｅａｒ－ＲＴＲＩＣへ送信してもよい。また、ポリシ情報には有効期限が設けられ、有効期限の経過によって、ポリシ情報が無効化されてもよい。

Ｎｅａｒ－ＲＴＲＩＣは、Ｎｏｎ－ＲＴＲＩＣから取得したポリシ情報に基づいて、負荷分散制御の対象となるＥ２ノードや、制御下にあるＥ２ノードに接続中のＵＥの通信を監視する。そして、Ｎｅａｒ－ＲＴＲＩＣは、負荷分散制御の対象として指定されたセルや、負荷分散制御の対象となるネットワークスライス又はＱｏＳクラスの通信を行っているＵＥが属するセルの、負荷を示す値が所定値を超えた場合に、負荷分散制御を実行すると判定する。また、Ｎｅａｒ－ＲＴＲＩＣは、例えば、負荷分散制御の対象となるＥ２ノードにおいてＳＬＡ（ＳｅｒｖｉｃｅＬｅｖｅｌＡｇｒｅｅｍｅｎｔ）を満たすことができないネットワークスライスが存在する場合に、負荷分散制御を実行すると判定してもよい。また、Ｎｅａｒ－ＲＴＲＩＣは、全Ｅ２ノードを通じて、負荷分散制御の対象として指定されていない（すなわち、ハンドオーバ等の対象としない）ＵＥの通信においてＳＬＡを満たすことができないネットワークスライスが存在する場合に、負荷分散制御を実行すると判定してもよい。

Ｎｅａｒ－ＲＴＲＩＣは、負荷分散制御を実行すると判定した場合に、制御対象のセルで通信中のＵＥを他のセルへハンドオーバさせるように、Ｅ２ノードを制御する。なお、本実施形態でのハンドオーバは、同じ周波数帯のセルへのハンドオーバであってもよいし、異なる周波数帯のセルへのハンドオーバであってもよい。Ｎｅａｒ－ＲＴＲＩＣは、例えば、混雑しているセルに属するＵＥの中からどのＵＥを他のセルに移動させるかを決定する。Ｎｅａｒ－ＲＴＲＩＣは、例えば混雑しているセルにおける各ＵＥによる負荷の大きさ（例えば、そのＵＥの通信に使用される物理リソースブロック（ＰＲＢ）の数）を特定し、その特定結果に基づいて、各ＵＥが別のセルにハンドオーバした場合の、ハンドオーバ元及びハンドオーバ先のセルの負荷をそれぞれ推定する。そして、Ｎｅａｒ－ＲＴＲＩＣは、例えば、いずれのＵＥをハンドオーバさせることにより、ハンドオーバ元及びハンドオーバ先のセルにおけるそれぞれの負荷が所定値を超えないようにすることができるかを判定することにより、ハンドオーバの対象とするＵＥを選択する。そして、Ｎｅａｒ－ＲＴＲＩＣは、ハンドオーバの対象として選択したＵＥをハンドオーバさせるための指示を、そのＵＥが接続中のＥ２ノード及びハンドオーバ先のＥ２ノードへ送信しうる。

なお、Ｎｅａｒ－ＲＴＲＩＣは、ポリシ情報や制御情報（Ｅ２ｐｏｌｉｃｙ／ｃｏｎｔｒｏｌ）をＥ２ノードへ送信することなどによって、Ｅ２ノードを制御する。このポリシ情報や制御情報は、例えば、ＵＥごとのハンドオーバ制御、ＵＥごとのキャリアアグリゲーション（ＣＡ）のセカンダリセルのオン／オフなどの、ＵＥを特定のＥ２ノードに接続させて通信させるための情報を含みうる。また、ポリシ情報や制御情報は、例えば、セルごと及びＵＥごとのハンドオーバやセル再選択の基準となるパラメータ（例えば、特定のＵＥを特定のセルへハンドオーバさせる又は特定のセルを選択させるためのパラメータ）を含んでもよい。なお、Ｎｅａｒ－ＲＴＲＩＣは、非混雑時においては、Ｎｏｎ－ＲＴＲＩＣから取得した、非混雑時（通常時）用のＡ１ｐｏｌｏｃｙに従って、各ネットワークスライスについての要求品質（ＳＬＡ）を満たすべきこと等を示すポリシ情報や制御情報をＥ２ノードへ送信することなどによって、Ｅ２ノードを制御する。

Ｎｅａｒ－ＲＴＲＩＣは、例えば、上述のようにハンドオーバ元及びハンドオーバ先のセルにおける負荷がそれぞれ所定値を超えないようにするという基準でハンドオーバを実行させるＵＥを選択しうるが、これに限られない。Ｎｅａｒ－ＲＴＲＩＣは、これに加えて又はこれに代えて、例えば、負荷分散制御の対象のセル（ハンドオーバ前後のセル）におけるネットワークスライスのＳＬＡの達成率がハンドオーバ後に改善する（少なくとも劣化しない）という基準によりハンドオーバを実行させるＵＥを選択してもよい。また、Ｎｅａｒ－ＲＴＲＩＣは、複数のネットワークスライスについての複数のＳＬＡの達成率の値の加重加算値又は単純加算値などの所定の評価関数を用いて、その評価関数の出力値が改善する（少なくとも劣化しない）ように、ハンドオーバを実行させるＵＥを選択してもよい。なお、ここで評価の対象とするネットワークスライスは、負荷分散制御の対象とするネットワークスライスでありうる。また、セルやネットワークスライスの全体のＳＬＡの達成率を、ハンドオーバを実行させるＵＥの選択に使用してもよいし、特定のＵＥにおけるＳＬＡ達成率を代替的に使用してもよい。すなわち、特定のＵＥにおけるＳＬＡ達成率の劣化が生じないように（一方で、それ以外のＵＥにおけるＳＬＡ達成率の劣化は許容して）、ハンドオーバの対象とするＵＥを選択してもよい。また、これらの場合に、ＳＬＡ達成率ではなくスループット、誤り率、遅延量等の通信品質が劣化しないことを条件に、ハンドオーバの対象とするＵＥの選択が行われてもよい。また、ＱｏＳフローごとの要求品質やその充足率に基づいて、又は、充足率等の値を引数とする評価関数の出力値に基づいて、ハンドオーバを実行させるＵＥの選択が行われてもよい。

なお、Ｎｅａｒ－ＲＴＲＩＣは、ハンドオーバの対象の候補として、混雑しているセルにおいて無線品質が良好でなく、通信に必要なリソースの量が多いＵＥを特定し、そのＵＥの中から、上述のように、ハンドオーバをさせた場合に関与するセルにおける負荷、ＳＬＡ達成率、通信品質等の指標が劣化しないようなＵＥを選択しうる。なお、Ｎｅａｒ－ＲＴＲＩＣは、このハンドオーバの結果として得られた上述の指標の変化に関するフィードバックをＥ２ノードから取得し、評価の基準を更新してもよい。一例において、上述の加重加算値における重み係数が更新されうる。また、上述の評価関数は、機械学習によって取得されてもよく、ハンドオーバの結果として得られた指標の値と、事前に推定した指標の値とに基づいて、その評価関数が更新されるようにしてもよい。

Ｅ２ノードは、上述のような、ハンドオーバ要否やハンドオーバの対象となるＵＥの決定のための情報を、Ｎｅａｒ－ＲＴＲＩＣへ通知しうる。例えば、Ｅ２ノードは、セルごとのＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションの数、セルごとのＵＥの数、セルごとのＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）トラフィックの量、セルごとのＰＲＢの使用率、セルごとのＣＣＥ（ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ）の使用率等の情報をＮｅａｒ－ＲＴＲＩＣへ送信する。例えばこれらの情報に基づいて、セルの負荷が特定されうる。また、Ｅ２ノードは、上述の各情報をネットワークスライスごと、ＱｏＳクラスごとに詳細化した情報を、Ｎｅａｒ－ＲＴＲＩＣへ通知してもよい。例えばこれらの情報に基づいて、セルごとのハンドオーバの受け入れの可否が特定されうる。一例において、優先順位の低いネットワークスライスの通信が多数である場合、その通信に関する通信品質を落とすことによって、ＳＬＡが満たされるべきネットワークスライスの通信を受け入れることができるか否かが判定されうる。なお、これらの情報は、長期的な分析のために、Ｏ１インタフェースを介して、Ｅ２ノードからＮｏｎ－ＲＴＲＩＣへ通知されてもよい。また、Ｅ２ノードは、ＱｏＳクラスごと、スライスごとの、スループット、パケット遅延、パケットエラーレートの平均値、最小値、及び／又は、分散などの値を、Ｎｏｎ－ＲＴＲＩＣやＮｅａｒ－ＲＴＲＩＣへ報告してもよい。この情報に基づき、ネットワークスライスのＳＬＡ達成率が計算されうる。Ｎｏｎ－ＲＴＲＩＣやＮｅａｒ－ＲＴＲＩＣは、これらの情報に基づいて、ポリシを決定し、又は、Ｅ２ノードの制御を行う。

なお、Ｎｅａｒ－ＲＴＲＩＣは、Ｎｏｎ－ＲＴＲＩＣから通知されたポリシ情報に基づいて負荷分散制御を実行しても、要求品質が満たされるべき所定の通信（例えば優先順位の高いＱｏＳフローの通信や所定の契約をしたＵＥによる通信）について、その要求品質を満たすことができない場合、例えば、他の通信の通信品質を低下させてその所定の通信が要求品質を満たすことができるように制御しうる。例えば、要求品質が満たされるべき対象でないＱｏＳフローのＱｏＳの優先順位を下げることにより、所定の通信が要求品質を満たすことができるようにし得る。一例において、要求品質が満たされるべき対象でないＱｏＳフローの通信を、通信速度等が保証されないベストエフォートの通信に変更しうる。なお、この変更は、Ｎｅａｒ－ＲＴＲＩＣの指示によって行われてもよいし、Ｅ２ノードが独自に実行してもよい。また、この変更の際に、通信品質の低下が予定されているＵＥに対して、通信品質の低下を受け入れるか否かの問い合わせを行ってもよい。なお、通信品質の低下が受け入れられない場合、Ｎｅａｒ－ＲＴＲＩＣ又はＥ２ノードは、その通信を切断してもよい。なお、通信品質の低下制御の際には、ネットワークスライスを維持しながら、そのネットワークスライスに属する少なくとも一部のＱｏＳフローの通信品質を低下させるようにしてもよいし、ネットワークスライス全体の通信品質を低下させてもよい。

また、Ｎｅａｒ－ＲＴＲＩＣ又はＥ２ノードは、所定の通信が要求品質を満たすことができない状況において、例えば、ＵＥから所定の通信ではない（例えば優先されるべき所定のネットワークスライスが指定されていない）通信の要求が受信された場合に、例えばベストエフォートなどの、ＵＥによる要求よりも低い品質の通信として受け付けるようにしてもよい。なお、この場合にも、新規の通信を要求したＵＥに対して、要求された品質が満たされない通信であれば受け入れ可能であること（要求通信品質が担保されないこと）を提示し、その通信を行うか否かを問い合わせてもよい。そして、Ｎｅａｒ－ＲＴＲＩＣ又はＥ２ノードは、ＵＥから、要求された品質が満たされない通信を拒否された場合は、その通信を実行しないようにしうる。なお、上述の説明におけるベストエフォートの通信は一例であり、Ｅ２ノードにおける負荷の状態に基づいて受け付け可能と想定される任意のネットワークスライスやＱｏＳクラスで、要求品質が満たされるべき所定の通信以外の通信が実行されるように制御されうる。

なお、Ｎｅａｒ－ＲＴＲＩＣ又はＥ２ノードは、通信の要求品質を低下させる制御を実行後に、所定の通信を実行するＵＥが他の位置へ移動した場合や通信が終了した場合など、リソースに十分な空きが生じた場合などに、低下させた要求品質を元に戻す（要求より低い品質で通信が開始された場合には、品質を要求された品質まで向上させる）、要求品質の再変更制御を行ってもよい。なお、この場合に、ＵＥに対して、通信品質が改善することが通知されてもよい。

要求品質の変更および再変更の処理は、例えば、ＱｏＳの変更があることを示す情報と、ＱｏＳの変更対象のネットワークスライス／ＱｏＳフロー／ＵＥ及び変更後のＱｏＳを示す情報とを関連付けて含んだポリシ情報／制御情報がＮｅａｒ－ＲＴＲＩＣからＥ２ノードへ送信されることを含む。一例において、ＱｏＳフローを優先順位の低い別のＱｏＳクラスに変更することを示す情報がメッセージに含められうる。また、一例において、特定のＵＥの通信に用いるネットワークスライスを、別のネットワークスライス（例えばベストエフォートのネットワークスライス）へ移すべきことを示す情報がメッセージに含められうる。さらに、新規のＱｏＳフローのＱｏＳクラスを、より低い優先順位のＱｏＳクラスへと（場合によってはベストエフォート型へと）変更すべきことを示す情報や、新規に接続されるＵＥの通信に用いるネットワークスライスを、別のネットワークスライス（例えばベストエフォートのネットワークスライス）へ移すべきことを示す情報を含んでもよい。

なお、Ｎｏｎ－ＲＴＲＩＣが、ポリシ情報をＮｅａｒ－ＲＴＲＩＣへ送信することによって、要求品質の変更および再変更が行われるようにしてもよい。例えば、ネットワークスライス、ＱｏＳクラス、セル、ＵＥ、及びＱｏＳフローの少なくともいずれかを指定する識別情報によって要求品質の変更および再変更の対象を指定し、既存の通信や新規の通信をどのように扱うべきかを示す情報を含んだＡ１ｐｏｌｉｃｙがＮｅａｒ－ＲＴＲＩＣへ提供されてもよい。例えば、新規の通信をベストエフォートなどの所定の要求品質で受け入れるべきことや要求品質の低い所定のネットワークスライスで受け入れるべきことが、新規の通信をどのように扱うべきかを示す情報としてＡ１ｐｏｌｉｃｙに含まれうる。同様に、既存の通信の要求品質をベストエフォートなどの所定の要求品質に変更すべきことや要求品質の低い所定のネットワークスライスに遷移させるべきことが、既存の通信をどのように扱うべきかを示す情報としてＡ１ｐｏｌｉｃｙに含まれうる。Ｎｅａｒ－ＲＴＲＩＣは、このＡ１ｐｏｌｉｃｙに従って、ポリシ情報／制御情報を生成して、Ｅ２ノードへ提供しうる。Ｅ２ノードは、そのポリシ情報／制御情報に基づいて、新規の通信や既存の通信の要求品質の変更処理を行いうる。

なお、Ｅ２ノードは、ＵＥのＱｏＳフローごとのトラフィック量や、ＵＥごとのＰＲＢ使用数などのＵＥごとの負荷、セル単位でのネットワークスライスごとのトラフィック量やＰＲＢ使用数などのネットワークスライスごとの負荷、及び、ＵＥごとの、サービングセル及び隣接セルにおける参照信号受信電力（ＲＳＲＰ）や参照信号受信品質（ＲＳＲＱ）、ＣＱＩなどの受信信号品質の情報を、Ｎｏｎ－ＲＴＲＩＣやＮｅａｒ－ＲＴＲＩＣへ報告しうる。これにより、Ｎｏｎ－ＲＴＲＩＣやＮｅａｒ－ＲＴＲＩＣは、ＵＥごとやネットワークスライスごとの無線通信環境を認識することができ、どのＵＥの／どのネットワークスライスの、通信の要求品質を低下させるかを決定することができる。すなわち、Ｎｏｎ－ＲＴＲＩＣやＮｅａｒ－ＲＴＲＩＣは、どのＵＥの／どのネットワークスライスの要求品質を低下させることによって、要求品質が満たされるべき所定の通信において品質を担保するかを、これらの情報に基づいて判定しうる。Ｎｏｎ－ＲＴＲＩＣやＮｅａｒ－ＲＴＲＩＣは、例えば、事前の契約により通信品質を低下させることが許容されるユーザに関連付けられたＵＥによる通信のうち、要求品質を満たさないことによるＥ２ノードの負荷軽減効果が大きい通信を特定し、その通信の要求品質を低下させうる。また、Ｎｏｎ－ＲＴＲＩＣやＮｅａｒ－ＲＴＲＩＣは、例えば、優先順位の低いネットワークスライスやＱｏＳフローの通信について、要求品質を低下させた場合の負荷低減効果の大きさを特定し、その効果の大きい通信の要求品質を低下させるように決定しうる。なお、Ｎｅａｒ－ＲＴＲＩＣは、要求品質を低下させるＵＥやネットワークスライス／ＱｏＳフローの決定を、要求品質が満たされるべき全ての所定の通信についての通信品質を満たすことができるようになるまで繰り返し実行しうる。また、Ｎｏｎ－ＲＴＲＩＣやＮｅａｒ－ＲＴＲＩＣは、例えば、要求品質が満たされるべき全ての所定の通信についての通信品質を満たした上で、それ以外のＵＥやネットワークスライス／ＱｏＳフローのうちのいずれの要求品質を満たすかを上述の情報に基づいて決定してもよい。また、Ｎｅａｒ－ＲＴＲＩＣは、要求品質が満たされるべき全ての所定の通信に関して負荷分散制御を実行し、実行中の通信の要求品質の低下制御や通信要求の新規受け付け時の要求品質の低下制御は、Ｅ２ノードによって実行されてもよい。

なお、要求品質の変更及び再変更制御は、ハンドオーバ等による負荷分散制御と独立して行われてもよい。すなわち、例えば優先順位の高い所定の通信の要求品質が満たされない場合に、要求品質の変更及び再変更制御のみが行われ、ハンドオーバ等による負荷分散制御が行われなくてもよい。また、要求品質の変更および再変更処理は、既存の通信と新規の通信とのいずれかに対してのみ実行されるようにしてもよい。すなわち、既存の通信については要求品質を維持し、新規の通信については要求品質を低下させて受け入れる、又は、既存の通信については要求品質を低下させ、新規の通信については要求された品質で受け入れる、などの制御が行われてもよい。また、上述の説明では、要求品質を低下させると説明したが、少なくとも一部の通信が切断又は拒否されてもよい。

（装置構成）
続いて、上述のＮｏｎ－ＲＴＲＩＣ、Ｎｅａｒ－ＲＴＲＩＣ、及びＥ２ノードの構成について説明する。これらの装置は、通信機能を有する汎用のコンピュータやサーバによって実現されうる。なお、Ｎｏｎ－ＲＴＲＩＣ、Ｎｅａｒ－ＲＴＲＩＣ、及びＥ２ノードは、論理的に分離されていれば足り、これらのうちの２つ以上が１つの装置に含まれて構成されてもよい。これらの装置は、例えば、図２のようなハードウェア構成の通信装置として構成されうる。通信装置は、一例において、プロセッサ２０１、ＲＯＭ２０２、ＲＡＭ２０３、記憶装置２０４、及び通信回路２０５を含んで構成される。プロセッサ２０１は、汎用のＣＰＵ（中央演算装置）や、ＡＳＩＣ（特定用途向け集積回路）等の、１つ以上の処理回路を含んで構成されるコンピュータであり、ＲＯＭ２０２や記憶装置２０４に記憶されているプログラムを読み出して実行することにより、装置の全体の処理や、上述の各処理を実行する。ＲＯＭ２０２は、装置が実行する処理に関するプログラムや各種パラメータ等の情報を記憶する読み出し専用メモリである。ＲＡＭ２０３は、プロセッサ５０１がプログラムを実行する際のワークスペースとして機能し、また、一時的な情報を記憶するランダムアクセスメモリである。記憶装置２０４は、例えば着脱可能な外部記憶装置等によって構成される。通信回路２０５は、例えば、無線通信又は有線通信を実行するための通信回路や必要に応じてアンテナを含んで構成される。例えば、Ｅ２ノードの通信回路２０５は、セルラ通信規格に準拠した無線通信用の回路を含む。また、Ｎｏｎ－ＲＴＲＩＣ、Ｎｅａｒ－ＲＴＲＩＣおよびＥ２ノードは、互いの間の通信のための通信回路２０５を含みうる。

図３に、Ｎｏｎ－ＲＴＲＩＣの機能構成例を示す。Ｎｏｎ－ＲＴＲＩＣは、その機能として、例えば、Ａ１通信部３０１、Ｏ１通信部３０２、情報分析部３０３、及びポリシ情報設定部３０４を含んで構成される。Ａ１通信部３０１は、Ｎｅａｒ－ＲＴＲＩＣとの間でＡ１インタフェースを設定して通信を行う。Ｏ１通信部３０２は、Ｅ２ノード及びＮｅａｒ－ＲＴＲＩＣとの間でＯ１インタフェースを設定して通信を行う。情報分析部３０３は、Ｅ２ノードから、上述のような情報を取得して、例えば、セルの負荷や、ネットワークスライスのＳＬＡの達成率、ＵＥのハンドオーバを受け入れ可能であるか否かを推定し、混雑することが想定されるセルを特定するなど、各種分析を実行する。

ポリシ情報設定部３０４は、情報分析部３０３による分析の結果に基づいて、Ｎｅａｒ－ＲＴＲＩＣに対して設定されるべきポリシを決定し、そのポリシを示すポリシ情報をＡ１ｐｏｌｉｃｙとしてＡ１通信部３０１を介してＮｅａｒ－ＲＴＲＩＣへ通知する。ポリシ情報設定部３０４は、例えば、情報分析部３０３による分析により、負荷が所定値以上であり、ＳＬＡの達成率が所定の閾値以下のネットワークスライスが存在すると判定した場合に、そのセルを対象として負荷分散制御を実行すべきことを示すＡ１ｐｏｌｉｃｙをＮｅａｒ－ＲＴＲＩＣへ送信する。また、ポリシ情報設定部３０４は、非混雑時の通信のために、ＱｏＳフローごとの品質要件を通知するポリシ情報をも設定して、Ａ１ｐｏｌｉｃｙとしてＮｅａｒ－ＲＴＲＩＣへ送信しうる。すなわち、ポリシ情報設定部３０４は、例えば、非混雑時のＱｏＳフローごとの品質管理のためのＡ１ｐｏｌｉｃｙと、混雑時の負荷分散制御のためのＡ１ｐｏｌｉｃｙを、Ｎｅａｒ－ＲＴＲＩＣへ送信しうる。

例えば、非混雑時のＡ１ｐｏｌｉｃｙには、そのポリシ情報が適用されるスライス識別情報及びＱｏＳＩＤとセルのリストと、それらの情報によって指定される制御の対象のセルやネットワークスライス及びＱｏＳクラスと関連付けられた、保証フロービットレート、パケット遅延量、パケット誤り率などの要求品質を示す情報が含まれる。一方、混雑時のＡ１ｐｏｌｉｃｙには、負荷分散制御を実行すべきことを示す情報と、その制御の対象を特定するための情報（例えば、スライス識別情報、ＱｏＳＩＤ、セルのリストのいずれか又はその組み合わせなど）とが関連付けられて含められる。なお、本実施形態では、負荷分散制御を対象として説明しているが、Ｎｅａｒ－ＲＴＲＩＣに実行させるべき制御を示す情報が、負荷分散制御を実行すべきことを示す情報に代えて、Ａ１ｐｏｌｉｃｙに含められてＮｅａｒ－ＲＴＲＩＣへ通知されてもよい。

図４に、Ｎｅａｒ－ＲＴＲＩＣの機能構成例を示す。Ｎｅａｒ－ＲＴＲＩＣは、その機能として、例えば、Ａ１通信部４０１、Ｅ２通信部４０２、Ｏ１通信部４０３、ポリシ情報取得部４０４、及び負荷分散制御部４０５を含んで構成される。Ａ１通信部４０１は、Ｎｏｎ－ＲＴＲＩＣとの間でＡ１インタフェースを設定して通信を行う。Ｅ２通信部４０２は、Ｅ２ノードとの間で、Ｅ２インタフェースを設定して通信を行う。Ｏ１通信部４０３は、Ｎｏｎ－ＲＴＲＩＣとの間でＯ１インタフェースを設定して通信を行う。ポリシ情報取得部４０４は、Ｎｏｎ－ＲＴＲＩＣからポリシ情報（Ａ１ｐｏｌｉｃｙ）を取得する。

負荷分散制御部４０５は、Ｅ２通信部４０２を介して、配下の多数のＥ２ノードから負荷を特定可能な情報を取得して、その情報に基づいて、負荷分散制御を実行すべきか否かを判定する。例えば、負荷分散制御部４０５は、Ａ１ｐｏｌｉｃｙによって負荷分散制御を実行すべき対象として指定されたセルやネットワークスライス／ＱｏＳクラスにおける負荷が所定の閾値を超えた場合に、負荷分散制御を実行すると判定しうる。なお、負荷分散制御部４０５は、例えば、Ａ１ｐｏｌｉｃｙによって負荷分散制御を実行すべき対象として指定されていないセルやネットワークスライス／ＱｏＳクラスについては、情報収集や負荷の値の算出などの処理を行わないでもよい。なお、このような対象外のセルやネットワークスライス／ＱｏＳクラスにおいても、その通信を提供するＥ２ノードが、周囲のＥ２ノードとの間で負荷分散制御を実行しうる。これにより、局所的に負荷分散を行うことができる。一方で、Ｎｅａｒ－ＲＴＲＩＣがこの負荷分散制御を実行することにより、Ｅ２ノードが局所的に負荷分散制御を実行する場合と比して、広範囲のＥ２ノードを考慮した負荷分散制御を行うことができるため、より効率的な負荷分散を行うことができる。負荷分散制御部４０５は、負荷分散制御の対象のセルやネットワークスライス／ＱｏＳクラスにおいて負荷分散制御が必要であると判定した場合に、上述のようにして、どのＵＥをどのセルにハンドオーバさせるかを決定して、Ｅ２ノードへその決定の結果を通知する。なお、この通知は、ポリシ情報又は制御情報として、Ｅ２インタフェースを介して、Ｅ２通信部４０２によってＥ２ノードへ送信される。

負荷分散制御部４０５は、オプションとして、負荷分散制御を実行しても満たされるべき通信品質を得られない場合（各ネットワークスライスにおいてＳＬＡ達成率が不十分な値となる場合）、一部のネットワークスライス／ＱｏＳフローの通信の通信品質を低下させる制御を実行しうる。例えば、負荷分散制御部４０５は、あるネットワークスライスに含まれるＱｏＳフローについて、より要求品質の低いＱｏＳで通信するようにＥ２ノードを制御しうる。また、負荷分散制御部４０５は、新規の通信の要求について、その通信をＵＥによって要求された品質より低い要求品質で実行するようにＥ２ノードを制御しうる。一例において、負荷分散制御部４０５は、要求品質を下げるべき通信をベストエフォートで行うように、Ｅ２ノードを制御しうる。なお、この制御の詳細や変形例は上述の通りであるため、ここでは繰り返さない。

図５に、Ｅ２ノードの機能構成例を示す。Ｅ２ノードは、その機能として、例えば、Ｅ２通信部５０１、Ｏ１通信部５０２、通信状態情報提供部５０３、及び負荷分散処理部５０４を含んで構成される。Ｅ２通信部５０１は、Ｎｅａｒ－ＲＴＲＩＣとの間でＥ２インタフェースを設定して通信を行う。Ｏ１通信部５０２は、Ｎｏｎ－ＲＴＲＩＣとの間でＯ１インタフェースを設定して通信を行う。通信状態情報提供部５０３は、自装置における通信の状態を示す情報を、Ｏ１インタフェースを介してＮｏｎ－ＲＴＲＩＣへ、また、Ｅ２インタフェースを介してＮｅａｒ－ＲＴＲＩＣへ提供する。なお、Ｎｏｎ－ＲＴＲＩＣへ提供される情報は、１秒以上などの長期的な分析のための情報であり、Ｎｅａｒ－ＲＴＲＩＣへ提供される情報は、１秒未満などの短期的な分析のための情報である。なお、情報の例については上述の通りであるため、ここでは繰り返さない。負荷分散処理部５０４は、Ｎｅａｒ－ＲＴＲＩＣによる制御を受けて、指定されたＵＥを指定された他のセルへハンドオーバさせるための処理を実行する。また、負荷分散処理部５０４は、Ｎｅａｒ－ＲＴＲＩＣによる制御を受けない場合であっても、周囲の他のＥ２ノードとの間で情報を交換して、局所的な負荷分散処理を実行してもよい。また、負荷分散処理部５０４は、オプションとして、負荷分散制御を実行しても満たされるべき通信品質を得られない場合（各ネットワークスライスにおいてＳＬＡ達成率が不十分な値となる場合）、一部のネットワークスライス／ＱｏＳフローの通信の通信品質を低下させる制御を実行しうる。また、負荷分散処理部５０４は、新規の通信の要求について、その通信をＵＥによって要求された品質より低い要求品質で実行するようにＥ２ノードを制御しうる。これらの制御は、例えば、上述のＮｅａｒ－ＲＴＲＩＣの負荷分散制御部４０５とＥ２ノードの負荷分散処理部５０４との少なくともいずれかが実行しうる。

なお、Ｅ２ノードは、一般的な基地局装置としての機能を有し、ＵＥへの物理リソースブロックの割り当て等の処理はＥ２ノードにおいて行われる。すなわち、Ｅ２ノードでは、Ｎｅａｒ－ＲＴＲＩＣの制御に応じて負荷分散制御が実行されるが、Ｎｅａｒ－ＲＴＲＩＣによる制御は指示を出すにとどまり、各ＵＥとの接続制御やリソース割り当ての処理はＥ２ノードが独自に実行しうる。

（処理の流れ）
図６に、Ｎｏｎ－ＲＴＲＩＣが実行する処理の流れの例を示す。Ｎｏｎ－ＲＴＲＩＣは、Ｅ２ノードから、通信の状態を示す情報（セルごと、ＵＥごと、スライスごとの負荷の状態、ネットワークスライスごとのＳＬＡの達成率を特定可能な情報、ＵＥにおける受信信号品質の情報など）を取得し、また、例えばネットワーク事業者等からイベントや通信の履歴に基づく混雑予想情報などの情報を取得し、その情報に基づいて、負荷分散制御の対象とするセル／ネットワークスライス／ＱｏＳクラスを決定する（Ｓ６０１）。なお、Ｎｅａｒ－ＲＴＲＩＣにおける負荷分散制御の対象を制限することができれば足り、必ずしも、セル／ネットワークスライス／ＱｏＳクラスにより、その制限がなされなければならないわけではない。また、ここではＮｅａｒ－ＲＴＲＩＣ及びＥ２ノードにおいて実行される処理が負荷分散制御である場合について説明しているが、他の処理に関して、その処理の対象が決定されてもよい。そして、Ｎｏｎ－ＲＴＲＩＣは、Ｓ６０１で決定した制御の対象を示す情報と、負荷分散制御を実行すべきことを示す情報とを含んだポリシ情報（Ａ１ｐｏｌｉｃｙ）を生成して、Ｎｅａｒ－ＲＴＲＩＣへ通知する（Ｓ６０２）。なお、Ｎｏｎ－ＲＴＲＩＣは、この処理を周期的に実行し、制御対象や実行すべき処理の更新が必要となるたびに、その情報をＮｅａｒ－ＲＴＲＩＣへ通知してもよい。なお、Ａ１ｐｏｌｉｃｙは、有効期限が設定されてもよく、Ｎｏｎ－ＲＴＲＩＣは、有効期限が経過する前にＡ１ｐｏｌｉｃｙを更新するようにしてもよい。

図７に、Ｎｅａｒ－ＲＴＲＩＣが実行する処理の流れの例を示す。Ｎｅａｒ－ＲＴＲＩＣは、Ｎｏｎ－ＲＴＲＩＣからＡ１ｐｏｌｉｃｙを取得すると、そのＡ１Ｐｏｌｉｃｙに基づいて、配下のＥ２ノードの制御を行う。本実施形態では、Ｎｅａｒ－ＲＴＲＩＣは、混雑時のためのＡ１ｐｏｌｉｃｙに従って、負荷分散制御の対象として指定された対象（セル／ネットワークスライス／ＱｏＳクラス）を監視する（Ｓ７０１）。Ｎｅａｒ－ＲＴＲＩＣは、その監視の結果に基づいて、負荷分散制御を実行することを決定する（Ｓ７０２）と、例えば配下のＥ２ノードから取得した情報に基づいて、混雑しているセルから他のセルへハンドオーバさせるＵＥを決定し、そのＵＥのハンドオーバ処理を実行するようにＥ２ノードへ指示（ポリシ情報／制御情報）を送信する（Ｓ７０３）。なお、Ｎｅａｒ－ＲＴＲＩＣは、その後の配下のＥ２ノードにおける混雑状況の変化やＳＬＡの達成率の改善状況などを監視して、以後に図７の処理を再度実行する際のＳ７０３におけるハンドオーバの対象のＵＥの決定の基準（例えば評価関数の重み係数など）の更新を行ってもよい。

また、Ｎｅａｒ－ＲＴＲＩＣは、Ｓ７０３で決定したＵＥをハンドオーバさせても、負荷分散制御の対象に関して高負荷状態が継続している場合（例えば、高負荷状態のセルの負荷が十分に低下しなかった場合）、現在通信中のネットワークスライス／ＱｏＳフロー／ＵＥの少なくとも一部について、その要求品質を低下させる（受け入れ可能な別のネットワークスライス／ＱｏＳクラスに変更する）処理を実行する（Ｓ７０４）。上述のように、例えば、一部のネットワークスライス／ＱｏＳフロー／ＵＥの通信を、ベストエフォートで行うような制御が行われる。このとき、Ｎｅａｒ－ＲＴＲＩＣは、要求品質を低下させる前に、その要求品質の低下の対象となるＵＥとの間で、ネゴシエーションを実行し、要求品質の低下が受け入れられたことに応じて要求品質の低下制御を行ってもよい。なお、一例において、要求品質の低下が受け入れられない場合には通信を切断する処理が行われてもよい。また、Ｎｅａｒ－ＲＴＲＩＣは、高負荷状態が継続している間に新規の通信が要求された場合に、その通信の要求品質を、ＵＥから要求された品質より低く設定しうる。この場合も、要求品質の低下処理が実際に行われる前に、低い品質での接続になることについてのネゴシエーションが行われてもよい。なお、高負荷状態が継続しているか否かは、例えば、ハンドオーバ処理が完了した後に、優先順位の高い１つ以上の所定のネットワークスライス／ＱｏＳフローの通信における要求品質の充足確率が所定値以上であるか否かによって判定されうる。その後、Ｎｅａｒ－ＲＴＲＩＣは、負荷が低減し、高負荷状態が改善されたことに応じて、要求品質が変更されていた通信の要求品質を再変更する（Ｓ７０５）。すなわち、Ｎｅａｒ－ＲＴＲＩＣは、要求品質を低下させた通信について、要求品質を元に戻す（又は、受け入れ可能な範囲かつ元の要求品質を超えない範囲で要求品質を上昇させる）制御を実行する。これにより、例えば優先順位の低いネットワークスライス／ＱｏＳフローの通信が要求品質を低下させて継続されると共に、負荷状態の改善に伴い、その通信が本来の要求品質に沿って提供されるようにすることができる。

図８に、Ｅ２ノードが実行する処理の流れの例を示す。Ｅ２ノードは、自装置とＵＥとの間の通信の状態を示す情報を、Ｎｏｎ－ＲＴＲＩＣ及びＮｅａｒ－ＲＴＲＩＣへ通知する（Ｓ８０１）。なお、Ｅ２ノードは、Ｎｏｎ－ＲＴＲＩＣへは、長期的なトラフィックの変動などの分析が可能となるような情報を提供し、Ｎｅａｒ－ＲＴＲＩＣへは、短期的な負荷分散制御を実行可能とするための情報を提供しうる。提供される情報の例は上述のようなものであるため、ここでは繰り返さない。その後、Ｅ２ノードは、Ｎｅａｒ－ＲＴＲＩＣによる制御に基づいて、負荷分散処理を実行する（Ｓ８０２）。例えば、Ｅ２ノードは、Ｎｅａｒ－ＲＴＲＩＣから、接続中のＵＥを他のセルにハンドオーバさせるべきことを指示するポリシ情報／制御情報を受信した場合、その情報に基づいて、そのＵＥを指定されたセルにハンドオーバさせる処理を実行する。また、Ｅ２ノードは、Ｎｅａｒ－ＲＴＲＩＣから受信したポリシ情報／制御情報に基づいて、他のセルからハンドオーバしてくるＵＥの接続処理を実行しうる。また、Ｅ２ノードは、ＵＥをハンドオーバさせた後に高負荷状態が継続している場合に、Ｎｅａｒ－ＲＴＲＩＣから受信したポリシ情報／制御情報に基づいて、特定のネットワークスライス／ＱｏＳフロー／ＵＥの要求品質を低下させうる（Ｓ８０３）。なお、Ｅ２ノードは、自装置に接続中のＵＥについて、Ｎｅａｒ－ＲＴＲＩＣの指示によらずに、例えば特定のネットワークスライス／ＱｏＳフローの通信の要求品質を自律的に低下させる処理を実行してもよい。その後、Ｅ２ノードは、高負荷状態が改善されたことに応じて、Ｎｅａｒ－ＲＴＲＩＣから受信したポリシ情報／制御情報に基づいて、要求品質が変更されていた通信の要求品質を再変更する（Ｓ８０４）。この処理も、Ｅ２ノードが自律的に実行してもよい。

以上のようにして、Ｎｏｎ－ＲＴＲＩＣによるポリシの設定により、Ｎｅａｒ－ＲＴＲＩＣが多数のＥ２ノードの通信の状況を考慮して負荷分散制御を実行することができる。このときに、Ｎｏｎ－ＲＴＲＩＣは、Ｎｅａｒ－ＲＴＲＩＣにおいて負荷分散制御の対象とするセルやネットワークスライス／ＱｏＳクラスを指定して、限定的な範囲での負荷分散を行うようにしうる。これにより、Ｎｅａｒ－ＲＴＲＩＣの制御の負荷を抑制しながら、多数のＥ２ノードの状況を考慮した負荷分散制御を実行することができる。また、ＵＥのハンドオーバによる負荷分散制御に加えて、又はこれに代えて、優先順位の低い通信（例えばサービス停止を許容可能なネットワークスライスでの通信）について、要求品質を下げて通信サービスを提供する制御を行うことにより、その通信のための通信機会を確保しながら、優先順位の高い通信については要求品質を満たした通信サービスを提供することが可能となる。

なお、これにより、例えば移動通信システムにおける総合的なサービス品質の向上を実現することができることから、国連が主導する持続可能な開発目標（SDGs）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

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

Claims

Ｏ－ＲＡＮ（Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）のＮｏｎ－ＲＴ（ＲｅａｌＴｉｍｅ）ＲＩＣ（ＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ）によって実行される制御方法であって、
前記Ｏ－ＲＡＮにおいて端末装置へ無線通信を提供する複数のＥ２ノードの間で負荷分散制御を実行するべきことを示す第１の情報と、当該負荷分散制御の対象を限定する第２の情報とを含んだポリシ情報を、前記複数のＥ２ノードを制御するＮｅａｒ－ＲＴＲＩＣへ提供することを含む、
ことを特徴とする制御方法。
前記第２の情報は、どのセルを前記負荷分散制御の対象とするかを示すセルの識別情報のリストを含む、ことを特徴とする請求項１に記載の制御方法。
前記第２の情報は、どのネットワークスライスの通信を前記負荷分散制御の対象とするかを示すネットワークスライスの識別情報を含む、ことを特徴とする請求項１又は２に記載の制御方法。
前記第２の情報は、どのＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）クラスの通信を前記負荷分散制御の対象とするかを示すＱｏＳクラスの識別情報を含む、ことを特徴とする請求項１から３のいずれか１項に記載の制御方法。
Ｏ－ＲＡＮ（Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）のＮｅａｒ－ＲＴ（ＲｅａｌＴｉｍｅ）ＲＩＣ（ＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ）によって実行される制御方法であって、
前記Ｏ－ＲＡＮにおいて端末装置へ無線通信を提供する複数のＥ２ノードの間で負荷分散制御を実行するべきことを示す第１の情報と、当該負荷分散制御の対象を限定する第２の情報とを含んだポリシ情報を、Ｎｏｎ－ＲＴＲＩＣから取得することと、
前記ポリシ情報に基づいて、前記複数のＥ２ノードの少なくとも一部において前記第２の情報で示された対象に対する前記負荷分散制御を実行することと、
を含むことを特徴とする制御方法。
前記第２の情報は、どのセルを前記負荷分散制御の対象とするかを示すセルの識別情報のリストを含み、
前記複数のＥ２ノードのうち、前記リストに含まれる識別情報に対応するセルを提供しているＥ２ノードに接続中の端末装置を他のＥ２ノードにハンドオーバさせるべきことを当該Ｅ２ノードへ指示することにより前記負荷分散制御を実行する、
ことを特徴とする請求項５に記載の制御方法。
前記第２の情報は、どのネットワークスライスの通信を前記負荷分散制御の対象とするかを示すネットワークスライスの識別情報を含み、
前記複数のＥ２ノードにおいて実行される通信のうち、前記ネットワークスライスの識別情報によって特定されるネットワークスライスの通信を行っている端末装置をハンドオーバさせるべきことを当該端末装置が接続中のＥ２ノードへ指示することにより前記負荷分散制御を実行する、
ことを特徴とする請求項５又は６に記載の制御方法。
前記第２の情報は、どのＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）クラスの通信を前記負荷分散制御の対象とするかを示すＱｏＳクラスの識別情報を含み、
前記複数のＥ２ノードにおいて実行される通信のうち、前記ＱｏＳクラスの識別情報によって特定されるＱｏＳクラスの通信を行っている端末装置をハンドオーバさせるべきことを当該端末装置が接続中のＥ２ノードへ指示することにより前記負荷分散制御を実行する、
ことを特徴とする請求項５から７のいずれか１項に記載の制御方法。
Ｏ－ＲＡＮ（Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）のＮｏｎ－ＲＴ（ＲｅａｌＴｉｍｅ）ＲＩＣ（ＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ）として機能する装置であって、
前記Ｏ－ＲＡＮにおいて端末装置へ無線通信を提供する複数のＥ２ノードの間で負荷分散制御を実行するべきことを示す第１の情報と、当該負荷分散制御の対象を限定する第２の情報とを含んだポリシ情報を、前記複数のＥ２ノードを制御するＮｅａｒ－ＲＴＲＩＣへ提供する提供手段を有する、
ことを特徴とする装置。
Ｏ－ＲＡＮ（Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）のＮｅａｒ－ＲＴ（ＲｅａｌＴｉｍｅ）ＲＩＣ（ＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ）として機能する装置であって、
前記Ｏ－ＲＡＮにおいて端末装置へ無線通信を提供する複数のＥ２ノードの間で負荷分散制御を実行するべきことを示す第１の情報と、当該負荷分散制御の対象を限定する第２の情報とを含んだポリシ情報を、Ｎｏｎ－ＲＴＲＩＣから取得する取得手段と、
前記ポリシ情報に基づいて、前記複数のＥ２ノードの少なくとも一部において前記第２の情報で示された対象に対する前記負荷分散制御を実行する実行手段と、
を有することを特徴とする装置。
Ｏ－ＲＡＮ（Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）のＮｏｎ－ＲＴ（ＲｅａｌＴｉｍｅ）ＲＩＣ（ＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ）として機能する装置に備えられたコンピュータに、
前記Ｏ－ＲＡＮにおいて端末装置へ無線通信を提供する複数のＥ２ノードの間で負荷分散制御を実行するべきことを示す第１の情報と、当該負荷分散制御の対象を限定する第２の情報とを含んだポリシ情報を、前記複数のＥ２ノードを制御するＮｅａｒ－ＲＴＲＩＣへ提供させるためのプログラム。
Ｏ－ＲＡＮ（Ｏｐｅｎ－ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）のＮｅａｒ－ＲＴ（ＲｅａｌＴｉｍｅ）ＲＩＣ（ＲＡＮＩｎｔｅｌｌｉｇｅｎｔＣｏｎｔｒｏｌｌｅｒ）として機能する装置に備えられたコンピュータに、
前記Ｏ－ＲＡＮにおいて端末装置へ無線通信を提供する複数のＥ２ノードの間で負荷分散制御を実行するべきことを示す第１の情報と、当該負荷分散制御の対象を限定する第２の情報とを含んだポリシ情報を、Ｎｏｎ－ＲＴＲＩＣから取得させ、
前記ポリシ情報に基づいて、前記複数のＥ２ノードの少なくとも一部において前記第２の情報で示された対象に対する前記負荷分散制御を実行させる、
ためのプログラム。