WO2023105942A1

WO2023105942A1 - 通信装置、制御方法、ならびにプログラム

Info

Publication number: WO2023105942A1
Application number: PCT/JP2022/039074
Authority: WO
Inventors: 大河恩田
Original assignee: キヤノン株式会社
Priority date: 2021-12-10
Filing date: 2022-10-20
Publication date: 2023-06-15
Also published as: JP2023086566A

Abstract

移動通信システムにおいて基地局とユーザ機器との間の通信を中継する第１の中継ノードとして動作する通信装置は、第１の中継ノードとは異なる第２の中継ノードの存在を示す報知信号を受信する受信手段と、報知信号を受信した場合、第１の中継ノードに接続している１以上のユーザ機器に対して、第２の中継ノードへのハンドオーバーを指示する指示手段と、を備える。

Description

通信装置、制御方法、ならびにプログラム

　本発明は、移動通信システムにおける通信の負荷分散処理に関するものである。

　３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）において、バックホール用の通信技術としてＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）の規格化が進んでいる。ＩＡＢは、基地局とユーザ機器（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）との間のアクセス通信を、バックホール通信として同時に利用する技術である（特許文献１）。ＩＡＢには、例えば、２８ＧＨｚ帯等のミリ波無線通信が利用される。

　ＩＡＢの技術を用いたバックホール通信においては、ＩＡＢノードと呼ばれる中継機器が、ＩＡＢドナーと呼ばれる基地局からの通信をミリ波通信により中継する。ＩＡＢを用いることで、従来の光ファイバーなどによる有線通信と比較して低コストでエリアのカバレッジを広げることができる。

　ＩＡＢを用いた場合、バックホール通信において定期的にユーザ機器は周辺環境情報を基地局へ通知する。ユーザ機器からの周辺環境情報を受けた基地局は、当該ユーザ機器に対して、他のＩＡＢノードへのハンドオーバー要求を必要に応じて行う。特許文献２には、ユーザ機器が周辺環境情報を基地局に通知し、基地局が主導してユーザ機器のハンドオーバーを実施する技術が開示されている。

特表２０１９－５３４６２５号公報特開２００６－２１７５６２号公報

　ところで、多数のＵＥが密集している状況（スタジアムや大規模オフラインイベント等）においては、当該多数のＵＥが接続するＩＡＢノードの通信は高負荷になっていることが考えられる。以下では、周辺に設置され通常利用されているＩＡＢノードを「通常ＩＡＢノード」と呼ぶ。この時、通常ＩＡＢノードの負荷を減らすため、車などに設置されて臨時中継局として利用可能なＩＡＢノード（以下「臨時ＩＡＢノード」と呼ぶ）が設置されることがある。このような状況では、従来のハンドオーバー手順ではＩＡＢノード間でユーザ機器をハンドオーバーさせることができない。そのため、基地局が主導してＩＡＢノード間でのユーザ機器のハンドオーバーを実施することが望ましい。

　しかしながら、特許文献２に開示される技術を用いる場合、高負荷となっている通常ＩＡＢノードを経由して多数のＵＥが周辺環境情報を基地局（ＩＡＢドナー）に通知することが必要となる。さらに、ユーザ機器のハンドオーバー手順は個々のユーザ機器に対して必要である。そのため、多くのユーザ機器が密集している環境下ではユーザ機器と基地局間の通信量が大幅に増大することになる。

　本発明は、このような問題に鑑みてなされたものであり、より効果的な通信の負荷分散を可能とする技術を提供する。

　上述の問題点を解決するため、本発明に係る通信装置は以下の構成を備える。すなわち、移動通信システムにおいて基地局とユーザ機器との間の通信を中継する第１の中継ノードとして動作する通信装置は、
　前記第１の中継ノードとは異なる第２の中継ノードの存在を示す報知信号を受信する受信手段と、
　前記受信手段により報知信号を受信した場合、前記第１の中継ノードに接続している１以上のユーザ機器に対して、前記第２の中継ノードへのハンドオーバーを指示する指示手段と、
を備える。

　本発明によれば、より効果的な通信の負荷分散を行うことのできる技術を提供することができる。本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

　添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
通信装置のハードウェア構成を示すブロック図である。通信装置の機能構成を示すブロック図である。負荷分散前のシステム構成を示す図である。負荷分散後のシステム構成を示す図である。負荷分散処理におけるシステム内のシーケンス図である。臨時ＩＡＢノードの動作を示すフローチャートである。通常ＩＡＢノードの動作を示すフローチャートである。通常ＩＡＢノードの動作を示す他のフローチャートである。ＵＥの動作を示すフローチャートである。ＩＡＢドナーの動作を示すフローチャートである。通常ＩＡＢノードの動作を示す別のフローチャートである。

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

　（第１実施形態）
　本発明に係る通信装置の第１実施形態として、移動通信システムにおける中継ノードであるＩＡＢノードとして動作する通信装置を例に挙げて以下に説明する。移動通信システムは、例えば、５Ｇ移動通信システムであり、ＩＡＢノードは、ＮＲ（Ｎｅｗ　Ｒａｄｉｏ）アクセスリンクと、ＮＲバックホールリンクの両方をサポートするＲＡＮ（Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）ノードであり得る。

　＜装置構成＞
　図１は、通信装置のハードウェア構成の一例を示すブロック図である。通信装置１０１は、制御部１０２、記憶部１０３、無線通信部１０４、アンテナ制御部１０５を含む。制御部１０２は、記憶部１０３に記憶される制御プログラムを実行することにより装置全体を制御する。記憶部１０３は、制御部１０２が実行する制御プログラムと、制御に使用される各種情報（セル情報や接続端末情報、ＩＡＢのルーティング情報等）と、を記憶する。後述する各種動作は、記憶部１０３に記憶された制御プログラムを制御部１０２が実行することにより実現される。無線通信部１０４は、３ＧＰＰ規格に準拠するＬＴＥ、５Ｇ等のセルラー網通信を行う。アンテナ制御部１０５は、無線通信部１０４にて行われる無線通信用のアンテナを制御する。

　図２は、通信装置のソフトウェア機能構成の一例を示すブロック図である。通信装置機能２０１は、信号送信部２０２、信号受信部２０３、データ記憶部２０４、接続制御部２０５、報知情報検出部２０６、ハンドオーバー要求部２０７、報知情報生成部２０８を含む。信号送信部２０２および信号受信部２０３は、他装置（ＩＡＢノード、ＵＥ）との間で３ＧＰＰ規格に準拠したＬＴＥ、５Ｇ等のセルラー網通信を実施する。データ記憶部２０４は、ソフトウェアプログラムおよび、ＩＡＢのルーティング情報や接続中端末に関する情報などを記憶保持している。

　接続制御部２０５は、無線通信部１０４にて行われる無線通信を制御する。検出部２０６は、周辺に存在するＩＡＢノードからの報知情報を検出する。ハンドオーバー要求部２０７は、ＵＥに無線リソース制御（ＲＲＣ）メッセージを送信してハンドオーバー要求を行う。報知情報生成部２０８は、自装置（ＩＡＢノードである通信装置１０１）が存在する旨の信号を報知する。

　＜システム構成および概略動作＞
　図３Ａおよび図３Ｂはシステム構成を示す図であり、特に、後述する負荷分散処理に伴うＵＥのハンドオーバーが発生する前後の状態を例示的に示している。

　ＩＡＢドナー３１１は配下にＩＡＢノード３０１～３０６を有し、ドナーおよび複数のノード間で経路３２０に示される通信経路を確立するよう構成されている。ここでは、ＩＡＢノード３０１～３０６は「通常ＩＡＢノード」であることを想定する。

　大規模なイベント会場３３０においては、多数のＵＥ４００が密集しておりＵＥ群３３１を形成している。ＵＥ群３３１に含まれる多数のＵＥ４００は、基本的に最も近い（最も電波状況が良好な）通常ＩＡＢノードであるＩＡＢノード３０６へ接続している。そのため、ＩＡＢノード３０６は、極めて高負荷な状態となっている。このような場合、図３Ｂに示されるように、イベント会場３３０における通信の容量増大や負荷分散を目的として、臨時ＩＡＢノードである（例えば車載の）ＩＡＢノード３０７が臨時に設置されることがある。

　このような状況においては、高負荷となっている通常ＩＡＢノード（ＩＡＢノード３０６）から臨時ＩＡＢノード（ＩＡＢノード３０７）へ速やかに負荷分散を図りたいという要望がある。しかし、現状の３ＧＰＰ規格では各ＵＥが周辺環境情報を収集しＩＡＢドナー３１１へ周辺環境情報通知を行い、通知された周辺環境情報をＩＡＢドナー３１１が分析することになる。そして、ＩＡＢドナー３１１は、ＵＥを他のＩＡＢノードにハンドオーバーさせたほうが良いと判断した場合、当該ＵＥに対してＲＲＣ接続の再構築要求（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）の通知を行う。ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのフォーマットは、３ＧＰＰ　ＴＲ　３８．３３１　６．２．２に規定されている。このような処理を経て、ＵＥの他のＩＡＢノードへのハンドオーバーが開始されることになる。

　このように、現状の３ＧＰＰ規格では臨時ＩＡＢノードを投入しても、ＩＡＢドナーによる判断を待機する必要があり、速やかにＵＥをハンドオーバーさせることはできない。また、上述の一連のシーケンスはＵＥ毎に実施する必要がある。そのため、多数のＵＥが密集している状況においてはハンドオーバーを実施するだけでも大量のメッセージがやり取りされることになり、更に通常ＩＡＢノードの負荷が高まることになる。

　そこで、本実施形態では、ＩＡＢドナーの判断を介することなく速やかなＵＥのハンドオーバーを実現する形態について説明する。

　＜システムの全体動作＞
　図４は、負荷分散処理におけるシステム内の処理シーケンスを示した図である。ＵＥ４００は、通常ＩＡＢノードであるＩＡＢノード３０６を経由してＩＡＢドナー３１１との通信経路を構築している。ＩＡＢノード３０６の負荷分散を図るため臨時ＩＡＢノードであるＩＡＢノード３０７がイベント会場３３０内に新たに設置される。

　Ｓ６０１では、ＩＡＢノード３０７は、自身の存在を報知するためにＢｅａｃｏｎや専用のメッセージ等により報知情報を送信する。この時、報知情報に、「自身が臨時設置されたＩＡＢノードであること」または「自身がＩＡＢノード３０６に関連して臨時設置されたＩＡＢノードであること」を含めてもよい。

　報知情報は、３ＧＰＰ規格（３ＧＰＰ　ＴＳ　３８．４１３の９．３．１項）に従って、特に報知情報フォーマットとしてＲａｄｉｏＮｅｔｗｏｒｋＬａｙｅｒで定義される報知情報フォーマットに従って報知される。このフォーマットは最大で２５６種別の情報を含めて報知することが可能なフォーマットとなっており、現行の規格で予約領域または空き領域となっている部分に上述の報知情報を付加して報知を実施する。

　Ｓ６０２では、ＩＡＢノード３０６は、臨時ＩＡＢノード３０７からの報知情報を受信すると、ハンドオーバーを実行する対象とする１以上のＵＥの決定処理を実施する。

　Ｓ６０３では、ＩＡＢノード３０６は、Ｓ６０２の決定処理により対象となった１以上のＵＥに対してハンドオーバーの指示を行う。この指示の通知には３ＧＰＰ規格で定義されるＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いる。具体的にはｄｅｄｉｃａｔｅｄＳＩＢ１－Ｄｅｌｉｖｅｒｙメッセージを用い、ハンドオーバー先（再接続先）となるＩＡＢノード３０７のＩＤを指定する。また代替として、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージフィールドに本通知専用の新規定義を追加してもよい。

　Ｓ６０４では、ＵＥ４００は、ハンドオーバー要求を受信すると、ＩＡＢノード３０６からＩＡＢノード３０７へのハンドオーバーを開始する。具体的には、ＩＡＢノード３０７に対する同期確立処理並びにＲＡＣＨ処理を実施し、ＩＡＢノード３０７に接続する。ここでいう同期確立処理並びにＲＡＣＨ処理とは、３ＧＰＰ規格で定義される、ＵＥがＩＡＢノードへ初回接続する際に実施される処理である。すなわち、ＵＥとＩＡＢノード間の同期およびＲＡＣＨ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｃｈａｎｎｅｌ）の周波数決定処理等を実施し、ＵＥとＩＡＢノード間のリンク同期を確立する処理のことである。

　Ｓ６０５では、ＵＥ４００は、ＩＡＢノード３０７との接続が完了すると臨時ＩＡＢノード３０７へハンドオーバー完了通知を行う。この通知には３ＧＰＰ規格で定義されるＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅメッセージを用いる。また、ＩＡＢドナー３１１が適切な経路情報更新処理を行うための情報として、本通知に「ＩＡＢノード間で（すなわち、ＩＡＢノード３０６からＩＡＢノード３０７へ）ハンドオーバーを行った」旨の情報を付与する。

　Ｓ６０６では、ＩＡＢノード３０７は、ハンドオーバー完了通知を受信すると、本通知を中継し上位のＩＡＢドナー３１１へ送信する。Ｓ６０７では、ＩＡＢドナー３１１は、ハンドオーバー完了通知に対応するＵＥの通信経路情報を更新する。

　＜各装置の動作＞
　図５は、臨時ＩＡＢノードであるＩＡＢノード３０７の動作を示すフローチャートである。

　Ｆ５０１では、ＩＡＢノード３０７は、自ノードが存在する旨を示す報知情報を送信する。本報知情報には、「自身が臨時設置されたＩＡＢノードであること」または「自身がＩＡＢノード３０６に関連して臨時設置されたＩＡＢノードであること」を含めてもよい。Ｆ５０２では、ＩＡＢノード３０７は、ＵＥからの接続の待ち受けを実施する。Ｆ５０３では、ＩＡＢノード３０７は、ＵＥの接続を検知すると、当該ＵＥとの間で同期／ＲＡＣＨ処理を行いリンクを確立する。

　Ｆ５０４では、ＩＡＢノード３０７は、ＵＥのハンドオーバー完了通知であるＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅメッセージ受信する。Ｆ５０５では、ＩＡＢノード３０７は、Ｆ５０４で受信したＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅを中継し上位のＩＡＢドナー３１１へ送信する。

　図６Ａは、通常ＩＡＢノードであるＩＡＢノード３０６の動作を示すフローチャートである。

　Ｆ６０１では、ＩＡＢノード３０６は、ＩＡＢノード３０７から送信された報知情報を検出する。Ｆ６０３では、ＩＡＢノード３０６は、ハンドオーバーを実行する対象とする１以上のＵＥを決定するための処理を実施する。本処理では、ＩＡＢノード３０６とＩＡＢノード３０７との間で適切に負荷を分散させるための処理を実施する。例えば、ＩＡＢノード３０６に接続されている複数ＵＥの約半数をハンドオーバー対象として決定する。あるいは、通信量がＩＡＢノード３０６とＩＡＢノード３０７とでほぼ同程度となるように１以上のＵＥをハンドオーバー対象として決定する。Ｆ６０４では、ＩＡＢノード３０６は、ハンドオーバーを実行する対象として決定された１以上のＵＥへハンドオーバー通知を実施する。本通知には、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いる。

　図６Ｂは、通常ＩＡＢノードであるＩＡＢノード３０６の動作を示す他のフローチャートである。Ｆ６０３にてハンドオーバーを実行する対象とする１以上のＵＥの決定処理を行う前に、Ｆ６０２の処理が追加されている点が図６Ａと異なる。

　Ｆ６０２では、ＩＡＢノード３０６は、Ｆ６０１で検出した報知情報が「自身が臨時設置されたＩＡＢノードであること」を含むか否かを判定する。含む（すなわち、臨時ＩＡＢノードから送信された報知信号）場合はＦ６０３に進む。一方、含まない（すなわち、通常ＩＡＢノードから送信された報知信号）場合は処理を終了する。

　代替として、Ｆ６０１で検出した報知情報が「自身がＩＡＢノード３０６に関連して臨時設置されたＩＡＢノードであること」を含むか否かを判定してもよい。含む（すなわち、ＩＡＢノード３０６に関連する臨時ＩＡＢノードから送信された報知信号）場合はＦ６０３に進む。一方、含まない（すなわち、ＩＡＢノード３０６以外に関連する臨時ＩＡＢノードから送信された報知信号、または、通常ＩＡＢノードから送信された報知信号）場合は処理を終了する。このような処理を行うことにより、ＩＡＢノード３０６以外の通常ＩＡＢノードが、臨時ＩＡＢノードであるＩＡＢノード３０７からの報知信号を受信した際に、図４に示す処理を行ってしまうことを抑止することが可能となる。すなわち、ＩＡＢノード３０１～３０５は、ＩＡＢノード３０７からの報知信号を受信した場合においても図４に示す処理を実行しない。

　図７は、ＵＥ４００の動作を示すフローチャートである。本処理は、ＵＥ群３３１に含まれる多数のＵＥ４００のうち、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した１以上のＵＥが実行することになる。

　Ｆ７０１では、ＵＥ４００は、ハンドオーバー通知となるＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを現在接続しているＩＡＢノード３０６受信すると、ハンドオーバー処理を開始する。すなわち、ＩＡＢノード３０６からＩＡＢノード３０７へのハンドオーバーを開始する。Ｆ７０２では、ＵＥ４００は、ＩＡＢノード３０７との間で同期確立処理並びにＲＡＣＨ処理を実施し、ＩＡＢノード３０７に接続する。Ｆ７０３では、ＵＥ４００は、ハンドオーバー完了通知となるＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　ＣｏｍｐｌｅｔｅメッセージをＩＡＢノード３０７に送信する。

　図８は、ＩＡＢドナー３１１の動作を示すフローチャートである。上述したように、ＩＡＢドナー３１１は、負荷分散処理には直接関与しないが、負荷分散処理の結果ハンドオーバーを実行した１以上のＵＥに対する通信経路情報を更新する。

　Ｆ８０１では、ＩＡＢドナー３１１は、ハンドオーバー完了通知となるＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　ＣｏｍｐｌｅｔｅをＩＡＢノード３０７から受信する。Ｆ８０２では、ＩＡＢドナー３１１は、ハンドオーバー完了通知の中に「ＩＡＢノード間でハンドオーバーを行った」旨の情報が含まれているか否かの判定を行う。含まれている場合はＦ８０３に進み、含まれていない場合は処理を終了する。Ｆ８０３では、ＩＡＢドナー３１１は、ハンドオーバーを実行した１以上のＵＥに対応する通信経路情報を更新する。

　以上説明したとおり第１実施形態によれば、移動通信システムにおける中継ノードであるＩＡＢノードが主導して、ＵＥのハンドオーバーを実行する。具体的には、通常ＩＡＢノードであるＩＡＢノード３０６は、臨時ＩＡＢノードであるＩＡＢノード３０７を検出すると、現在ＩＡＢノード３０６に接続している多数のＵＥに含まれる１以上のＵＥに対してＩＡＢノード３０７へハンドオーバーするよう制御する。この制御により、ＩＡＢドナーの判断を介することなく速やかなＵＥのハンドオーバーを実現することが出来、通常ＩＡＢノードと臨時ＩＡＢノードとの間で適切な通信の負荷分散を行うことが可能となる。

　（変形例）
　通常ＩＡＢノードであるＩＡＢノード３０６において、ハンドオーバーを実行する対象とする１以上のＵＥを決定するための処理（Ｓ６０２、Ｆ６０３）において、他の情報を更に使用するよう構成してもよい。

　図９は、変形例に係る通常ＩＡＢノードの動作を示す動作を示すフローチャートである。図９は、図６Ｂに対して、ＵＥをハンドオーバーさせる条件を満たしているか否かをチェックする処理（Ｆ９０３）を更に追加したものである。Ｆ９０３では、例えば、ＩＡＢノード３０６自身の処理負荷が所与の閾値を超えているか否か、あるいは、ＩＡＢノード３０６に現在接続しているＵＥ数が所与の閾値を超えているか否か、をチェックする。そして、所与の閾値を超えている場合にハンドオーバーさせる条件を満たしていると判定する。また、更にハンドオーバーを実行する対象とする１以上のＵＥが使用する通信量（帯域）による重みづけなどをチェックしてもよい。

　また、図４に示す処理シーケンスを完了後、通常ＩＡＢノードと臨時ＩＡＢノードとの間で通信が負荷分散された状態となる。ただし、時間の経過とともにどちらかへ負荷が偏ることが考えられる。そこで、通常ＩＡＢノードと臨時ＩＡＢノードとの間で、定期的に接続しているＵＥ数／通信量をやり取りするよう構成してもよい。そして、所与の閾値を超える偏りを検知した場合には、再度、図４のＳ６０２～Ｓ６０７に示す処理を実行するよう構成してもよい。

　また、臨時ＩＡＢノードであるＩＡＢノード３０７は、イベント会場３３０内に設置されることが想定されているものの、場合によっては、ＵＥ群３３１の全てのＵＥがＩＡＢノード３０７のカバレッジ内にいるとは限らない。そのため、ＩＡＢノード３０６は、ハンドオーバーを実行する対象とする１以上のＵＥを決定するための処理（Ｓ６０２、Ｆ６０３）に先立って、ＵＥが定期的に送信しているＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ通知を確認するよう構成するとよい。より具体的には、本通知に基づいて、本通知を送信したＵＥがＩＡＢノード３０７を発見できているか否かをチェックするとよい。そして、ＩＡＢノード３０７を発見できているＵＥのみを、処理（Ｓ６０２、Ｆ６０３）における１以上のＵＥの候補として挙げるようにすればよい。

　さらに、臨時ＩＡＢノードであるＩＡＢノード３０７を設置するにあたって（すなわち、図４のＳ６０１に先立って）、ＩＡＢノード３０７が接続する上位ノードを制御するよう構成してもよい。すなわち、ＩＡＢノード３０６の下位ノードとなった場合、ＩＡＢノード３０６における上位ノード（ＩＡＢノード３０４）との通信については負荷分散されないことになる。そのため、ＩＡＢノード３０６は、ＩＡＢノード３０７が下位ノードとして接続しようとしてきた場合には、ＩＡＢノード３０７の接続を拒否する／ＩＡＢノード３０７の接続先を誘導する等の処理を行ってもよい。

　（その他の実施例）
　本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

　発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

　本願は、２０２１年１２月１０日提出の日本国特許出願特願２０２１－２０１１７１を基礎として優先権を主張するものであり、その記載内容の全てを、ここに援用する。

Claims

　移動通信システムにおいて基地局とユーザ機器との間の通信を中継する第１の中継ノードとして動作する通信装置であって、
　前記第１の中継ノードとは異なる第２の中継ノードの存在を示す報知信号を受信する受信手段と、
　前記受信手段により報知信号を受信した場合、前記第１の中継ノードに接続している１以上のユーザ機器に対して、前記第２の中継ノードへのハンドオーバーを指示する指示手段と、
を備えることを特徴とする通信装置。
　前記指示手段は、前記受信手段により前記報知信号を受信した場合であって、前記報知信号に基づいて前記第２の中継ノードが特定の条件を満たすと判断した場合に、前記第１の中継ノードに接続している１以上のユーザ機器に対して、前記第２の中継ノードへのハンドオーバーを指示する
ことを特徴とする請求項１に記載の通信装置。
　前記第１の中継ノードは、基地局との間のバックホールリンクと、ユーザ機器との間のアクセスリンクと、の両方をサポートするＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノードである
ことを特徴とする請求項１または２に記載の通信装置。
　前記指示手段は、無線リソース制御（ＲＲＣ）メッセージを用いて前記ハンドオーバーを指示する
ことを特徴とする請求項１乃至３の何れか１項に記載の通信装置。
　前記報知信号は、前記第２の中継ノードが臨時設置された中継ノードであることを示す第１の情報を含む
ことを特徴とする請求項１乃至４の何れか１項に記載の通信装置。
　前記報知信号は、前記第２の中継ノードが前記第１の中継ノードに関連して設置された中継ノードであることを示す第２の情報を更に含む
ことを特徴とする請求項５に記載の通信装置。
　前記指示手段は、前記報知信号に前記第１の情報が含まれる場合にのみ、前記第１の中継ノードに接続している１以上のユーザ機器に対して、前記第２の中継ノードへのハンドオーバーを指示する
ことを特徴とする請求項５または６に記載の通信装置。
　前記指示手段は、前記報知信号に前記第２の情報が含まれる場合にのみ、前記第１の中継ノードに接続している１以上のユーザ機器に対して、前記第２の中継ノードへのハンドオーバーを指示する
ことを特徴とする請求項６に記載の通信装置。
　前記第１の中継ノードにおける処理負荷が所与の閾値を超えているか否かを判定する判定手段を更に有し、
　前記指示手段は、前記判定手段により前記第１の中継ノードにおける処理負荷が前記所与の閾値を超えていると判定された場合に、前記第１の中継ノードに接続している１以上のユーザ機器に対して、前記第２の中継ノードへのハンドオーバーを指示する
ことを特徴とする請求項１乃至８の何れか１項に記載の通信装置。
　前記処理負荷は、前記第１の中継ノードに接続しているユーザ機器の数および／または前記第１の中継ノードが処理する通信量である
ことを特徴とする請求項９に記載の通信装置。
　移動通信システムにおいて基地局とユーザ機器との間の通信を中継する第１の中継ノードとして動作する通信装置の制御方法であって、
　前記第１の中継ノードとは異なる第２の中継ノードの存在を示す報知信号を受信する受信工程と、
　前記受信工程により報知信号を受信した場合、前記第１の中継ノードに接続している１以上のユーザ機器に対して、前記第２の中継ノードへのハンドオーバーを指示する指示工程と、
を含むことを特徴とする制御方法。
　請求項１１に記載の制御方法をコンピュータに実行させるためのプログラム。