特開 2025-99720 通信装置、制御方法、プログラム

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

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

(11)【公開番号】P2025099720

(43)【公開日】2025-07-03

(54)【発明の名称】通信装置、制御方法、プログラム

(51)【国際特許分類】

   H04W 16/26 20090101AFI20250626BHJP

   H04W 84/00 20090101ALI20250626BHJP

   H04W 88/08 20090101ALI20250626BHJP

【ＦＩ】

H04W16/26

H04W84/00 110

H04W88/08

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2023216606

(22)【出願日】2023-12-22

(71)【出願人】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100120167

【弁理士】

【氏名又は名称】木田 博

(74)【代理人】

【識別番号】100144244

【弁理士】

【氏名又は名称】成毛 敏明

(74)【代理人】

【識別番号】100189186

【弁理士】

【氏名又は名称】大石 敏弘

(72)【発明者】

【氏名】青▲柳▼ 瑞穂

(72)【発明者】

【氏名】前田 陽一

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067EE02

5K067EE06

5K067EE10

(57)【要約】

【課題】電波が届きにくいエリアに存在するＭＢＳＲに対して、安定した通信サービスを提供できる仕組みを提供する。
【解決手段】ＭＢＳＲ（Ｍｏｂｉｌｅ ＢａｓｅＳｔａｔｉｏｎ Ｒｅｌａｙ）の動作機能を有する通信装置であって、ＭＢＳＲの動作機能を有する他の通信装置のみを、自局の一のＤＵ（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｕｎｉｔ）に接続する第１モードであって、他の通信装置とＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ドナーとの間の通信を中継する第１モードで動作可能であることを特徴とする、通信装置が開示される。
【選択図】図１

【特許請求の範囲】

【請求項1】

ＭＢＳＲ（Ｍｏｂｉｌｅ ＢａｓｅＳｔａｔｉｏｎ Ｒｅｌａｙ）の動作機能を有する通信装置であって、
ＭＢＳＲの動作機能を有する他の通信装置のみを、自局の一のＤＵ（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｕｎｉｔ）に接続する第１モードであって、前記他の通信装置とＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ドナーとの間の通信を中継する第１モードで動作可能であることを特徴とする、通信装置。

【請求項2】

ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）のみを自局の一のＤＵに接続する第２モードと、前記第１モードとの間で、動作モードの切替を行うモード切替手段を備えることを特徴とする、請求項１に記載の通信装置。

【請求項3】

前記第１モードで動作する場合、ＵＥと他のＭＢＳＲのうちの、他のＭＢＳＲからの接続のみ許可することを特徴とする、請求項１に記載の通信装置。

【請求項4】

ＵＥと接続中に前記第２モードから前記第１モードに切り替わる場合、新たなＤＵを起動することを特徴とする、請求項２に記載の通信装置。

【請求項5】

前記モード切替手段は、ＩＡＢドナーからの中継要求、又は、前記他の通信装置からの中継要求に応答して、前記第２モードから前記第１モードに切り替わることを特徴とする、請求項２に記載の通信装置。

【請求項6】

前記第１モードで動作可能であること、又は、前記第１モードで動作していることを、ＩＡＢドナー、又は、前記他の通信装置に送信する送信手段を備えることを特徴とする、請求項１から５のうちのいずれか１項に記載の通信装置。

【請求項7】

前記送信手段は、ＳＳＢ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ ｂｌｏｃｋ）メッセージ又はＲＲＣメッセージを用いることを特徴とする、請求項６に記載の通信装置。

【請求項8】

ＭＢＳＲ（Ｍｏｂｉｌｅ ＢａｓｅＳｔａｔｉｏｎ Ｒｅｌａｙ）の動作機能を有する通信装置であって、
ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ドナーからの中継要求、又は、ＭＢＳＲの動作機能を有する他の通信装置からの中継要求に応答して、前記他の通信装置が前記ＩＡＢドナーと自ノードを介して通信できるように、前記他の通信装置の中継を行う、通信装置。

【請求項9】

前記中継要求を受信した際にＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と接続中であるか否かに応じて、前記他の通信装置の中継方法を変化させる、請求項８に記載の通信装置。

【請求項10】

前記中継要求を受信した際にＵＥと接続中である場合、前記中継要求に応答して、新たなＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）を起動し、起動した前記新たなＤＵにより前記他の通信装置を中継する、請求項９に記載の通信装置。

【請求項11】

前記中継要求を受信した際にＵＥと接続中である場合、前記中継要求に応答して、接続中のＵＥとの接続を解除してから、前記他の通信装置を中継する、請求項９に記載の通信装置。

【請求項12】

ＭＢＳＲ（Ｍｏｂｉｌｅ ＢａｓｅＳｔａｔｉｏｎ Ｒｅｌａｙ）の動作機能を有する通信装置の制御方法であって、
ＭＢＳＲの動作機能を有する他の通信装置のみを、自局の一のＤＵ（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｕｎｉｔ）に接続する第１モードであって、前記他の通信装置とＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ドナーとの間の通信を中継する第１モードを形成する工程を有することを特徴とする制御方法。

【請求項13】

ＭＢＳＲ（Ｍｏｂｉｌｅ ＢａｓｅＳｔａｔｉｏｎ Ｒｅｌａｙ）の動作機能を有する通信装置のコンピュータに
ＭＢＳＲの動作機能を有する他の通信装置のみを、自局の一のＤＵ（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｕｎｉｔ）に接続する第１モードであって、前記他の通信装置とＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ドナーとの間の通信を中継する第１モードを形成する工程を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信装置、制御方法、プログラムに関する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））においてセルラ通信規格が策定されている。３ＧＰＰにおけるセルラ通信規格（以下では「３ＧＰＰ規格」と呼ぶ。）においてアクセス回線とバックホール回線とを統合したＩｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）の規格化が進行している（特許文献１参照）。

【0003】

ＩＡＢでは、基地局（ｇＮＢ）とユーザ端末（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）との間のアクセス回線に用いられる無線リソースが、バックホール回線においても使用される。例えば、ＩＡＢにおいて、２８ＧＨｚ帯等のミリ波帯の無線リソースが使用されうる。ＩＡＢを用いることにより、中継装置（ＩＡＢノード）が基地局装置（ＩＡＢドナー）と端末装置との間の通信を無線回線によって中継することができ、光ファイバ等の有線回線を用いる場合と比較して、安価にエリアカバレッジを拡大することができる。

【0004】

これまで３ＧＰＰの標準化フェーズとなるＲｅｌｅａｓｅ１７までに固定基地局（移動を伴わないＩＡＢノード）について仕様策定を実施してきた。

【0005】

現在の３ＧＰＰではＲｅｌｅａｓｅ１８のフェーズに進んでいる。そこでは、ユースケースとなる車載リレー（Ｖｅｈｉｃｌｅ Ｍｏｕｎｔｅｄ Ｒｅｌａｙ）の議論が積極的に行われている。また、そのユースケースを実現するためのアーキテクチャやプロトコルの仕様策定としてモバイルＩＡＢまたはＭｏｂｉｌｅ ＢａｓｅＳｔａｔｉｏｎ Ｒｅｌａｙ（ＭＢＳＲ）の議論が積極的に行われている。ミリ波を用いるＩＡＢにおいて遮蔽物等の影響によりＩＡＢノードからの電波が届きにくい場所（ビル街等）では、ＭＢＳＲはＩＡＢドナー及びＩＡＢノードへの接続（通信サービスのカバレッジ）を継続することが困難であった。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特表２０１９－５３４６２５号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

３ＧＰＰのＲｅｌｅａｓｅ１８では、ＩＡＢトポロジにシンプルにＭＢＳＲを参加させるべく、ＭＢＳＲの配下に更にＩＡＢノードが接続されないよう制限する方向で規格策定が進んでいる。つまり、ＭＢＳＲはシングルホップのみに対応している。一方、ＭＢＳＲの配下に更に他のＭＢＳＲを接続するマルチホップ構成を構築できるようにすると、パスの柔軟性を高めることができる。この場合、セルカバレッジエリアを柔軟に拡大にすることが可能となると想定される。

【0008】

本発明は、上述を鑑みなされたものである。本発明の１つの側面としては、電波が届きにくいエリアに存在するＭＢＳＲに対して、安定した通信サービスを提供できる仕組みを提供することを目的とする。

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

【0009】

本発明の１つの側面としての通信装置は、ＭＢＳＲ（Ｍｏｂｉｌｅ ＢａｓｅＳｔａｔｉｏｎ Ｒｅｌａｙ）の動作機能を有する通信装置であって、
ＭＢＳＲの動作機能を有する他の通信装置のみを、自局の一のＤＵ（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｕｎｉｔ）に接続する第１モードであって、前記他の通信装置とＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ドナーとの間の通信を中継する第１モードで動作可能であることを特徴とする。

【発明の効果】

【0010】

本発明の１つの側面によれば、電波が届きにくいエリアに存在するＭＢＳＲに対して、安定した通信サービスを提供できる仕組みを提供することが可能となる。

【図面の簡単な説明】

【0011】

【図1】通信システムの一例を示す図である。

【図2A】ＭＢＳＲのソフトウェア構成を示す図である。

【図2B】ＭＢＳＲのハードウェア構成を示す図である。

【図2C】本実施形態に係るＩＡＢドナーのハードウェア構成の一例を表すブロック図である。

【図2D】本実施形態に係るＩＡＢドナーのハードウェア構成の一例を表すブロック図である。

【図3】本実施形態等におけるＩＡＢドナーの中継モードへのモード変更指示生成の処理を示すフローチャートである。

【図4】中継候補ＭＢＳＲのモード決定の一例のフローチャートである。

【図5】ＩＡＢドナーが中継候補ＭＢＳＲ（ＵＥなし）に中継を要求するシーケンスである。

【図6】中継要求メッセージフォーマット ＲＲＣ（ＩＡＢドナー→中継候補ＭＢＳＲ）である。

【図7】中継要求メッセージフォーマット ＢＡＰ（ＩＡＢドナー→中継候補ＭＢＳＲ）である。

【図8】本実施形態におけるＭＢＳＲの処理の一例を示すフローチャートである。

【図8A】本実施形態におけるＭＢＳＲの処理の一例を示す他のフローチャートである。

【図9】接続断ＭＢＳＲが中継候補ＭＢＳＲ（ＵＥなし）に中継を要求するシーケンスである。

【図10A】中継要求メッセージフォーマット 報知（接続断ＭＢＳＲ→中継候補ＭＢＳＲ）の一例の説明図である。

【図10B】中継要求メッセージフォーマット 報知（接続断ＭＢＳＲ→中継候補ＭＢＳＲ）の他の一例の説明図である。

【図11】中継要求メッセージフォーマット ＲＲＣ（ユニキャスト）（接続断ＭＢＳＲ→中継候補ＭＢＳＲ）である。

【図12】ＩＡＢドナーが中継候補ＭＢＳＲ（ＵＥあり）の新規ＤＵに中継を要求するシーケンスである。

【図13】接続断ＭＢＳＲが中継候補ＭＢＳＲ（ＵＥあり）の新規ＤＵに中継を要求するシーケンスである。

【図14】中継候補ＭＢＳＲのモード決定の他の例のフローチャートである。

【図15】ＩＡＢドナーが中継候補ＭＢＳＲ（ＵＥあり）に中継を要求するシーケンスである。

【図16】接続断ＭＢＳＲが中継候補ＭＢＳＲ（ＵＥあり）に中継を要求するシーケンスである。

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

【0012】

以下、添付図面を参照しながら各実施形態について詳細に説明する。以下の説明において、ＴＳ＊＊＊における“数字＊＊＊”は、３ＧＰＰ規格における技術仕様書（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）の番号を表す。

【0013】

ところで、３ＧＰＰのＲｅｌｅａｓｅ１８では、ＩＡＢトポロジにシンプルにＭＢＳＲを参加させるべく、ＭＢＳＲの配下に更にＩＡＢノードが接続されないよう制限する方向で規格策定が進んでいる。つまり、ＭＢＳＲはシングルホップのみに対応している。一方、ＭＢＳＲの配下に更に他のＭＢＳＲを接続するマルチホップ構成を構築できるようにすると、パスの柔軟性を高めることができ、セルカバレッジエリアを柔軟に拡大にすることが可能となると想定される。そこで、以下の各実施形態は、そのマルチホップ構成でＩＡＢトポロジを実現するための具体的な仕組みを提供することを目的とする。

【0014】

また、具体的なユースケースを想定した場合、ＭＢＳＲがＩＡＢドナーとの接続断かつ他に接続可能なノードが検出できない状況においては、近くに他のＭＢＳＲが存在しても接続できない。このため、ＭＢＳＲが親ノードを見つけるまで、当該ＭＢＳＲの配下のＵＥにおいてデータ通信ができない状態（サービス断の状態）となることが問題となる。しかし、シングルホップのみに対応とするＭＢＳＲの仕様では他のＭＢＳＲへ中継を要求する手段（トリガー）がない。そこで、以下の各実施形態は、更に、接続可能な親ノードが存在しない状態のＭＢＳＲに対して、他のＭＢＳＲが中継ノードとして動作開始するためのトリガーとなる動作の仕組みを提供することを目的の１つとする。また、以下の各実施形態は、別の１つの側面としては、セルラ通信の利便性を高めることを目的の１つとする。

【0015】

まず、図１は、通信システム１００のＭＢＳＲをサポートする無線統合アクセスおよびバックホールネットワークを含む５Ｇシステムなどのモバイル無線通信システムを示している。なお、ここでは、主に、５Ｇに関して説明するが、５Ｇ以外（例えば５Ｇ Ａｄｖａｎｃｅｄや６Ｇ等）にも適用可能である。

【0016】

通信システム１００は、複数のＵＥ１２０～１２３、コアネットワーク１５０、主基地局１１０、車両１１１～１１２に搭載されたＭＢＳＲ１０１～１０２から構成される。車両１１１～１１２は、例えば、バス、電車、タクシー、車などの任意の形態であってよい。車両１１３、ＭＢＳＲ１０３、及びリモートＵＥ１２３は、それぞれ、車両１１２、ＭＢＳＲ１０２、及びリモートＵＥ１２２が移動した後の状態を表している。すなわち、車両１１３、ＭＢＳＲ１０３、及びリモートＵＥ１２３は、それぞれ、車両１１２、ＭＢＳＲ１０２、及びリモートＵＥ１２２と同一である。ただし、これらの区別は、説明の便宜上であり、後述する接続断のタイミングと必ずしも一致していない場合がある。ＩＡＢドナー１１０とも呼ばれる主基地局１１０は、有線リンク１４０（できれば光ファイバまたはその他の有線手段）を介してコアネットワーク１５０に接続されている。以下で説明する各実施形態において、ＩＡＢドナー１１０は、３ＧＰＰ ＴＳ ３８．３００ ｖ １７．２．０仕様書で定義されているように、ＩＡＢ機能をサポートするための追加機能を備えた５Ｇ基地局（ｇＮＢ）である。

【0017】

ＭＢＳＲ１０１及び１０２は、モバイルＩＡＢノードとも呼ばれ、車両１１１及び１１２に搭載され、ネットワークカバレッジと容量拡張を提供する。ＩＡＢドナー１１０は、リモートＵＥ１２１及びリモートＵＥ１２２（１２３）のような、車両内に存在するＵＥだけでなく、ＵＥ１２０のように車両外のＵＥとも通信することができる。したがって、ＩＡＢドナー１１０とＭＢＳＲ１０１、１０２は、ＵＥ１２１～ＵＥ１２２を収容するバックホールネットワークまたはＩＡＢネットワーク、またはＩＡＢトポロジを形成している。ＩＡＢネットワークとＩＡＢトポロジという用語は、以下では同じ意味で使用する。ＩＡＢの仕様は、次のようないくつかの３ＧＰＰ標準ドキュメントに規定されている。
－ＴＳ ３８．３００ ＲＡＮアーキテクチャ （Ｖ １７．２．０）
－ＴＳ ３８．３２１ ＭＡＣプロトコル （Ｖ １７．２．０）
－ＴＳ ３８．３３１ Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）プロトコル （Ｖ １７．２．０）
－ＴＳ ３８．３４０バックホール適応プロトコル層 （Ｖ １７．２．０）
－ＴＳ ３８．４０１ ＲＡＮアーキテクチャ （Ｖ １７．２．０）
－ＴＳ ３８．４２３ Ｘｎアプリケーションプロトコル （Ｖ １７．２．０）
－ＴＳ ３８．４７３ Ｆ１アプリケーションプロトコル （Ｖ １７．２．０）
ここで、図１を参照して、ＭＢＳＲのシングルホップによる問題が発生するまでの概要を説明する。

【0018】

ＩＡＢドナー１１０は配下のＭＢＳＲ１０１に対して無線バックホールリンク１４１で無線接続しており、同様にＭＢＳＲ１０２に対して無線バックホールリンク１４２で無線接続している。ＭＢＳＲ１０１の設置された車両１１１内のＵＥ１２１とのデータ通信が可能であり、ＭＢＳＲ１０２の設置された車両１１２内のＵＥ１２２とのデータ通信が可能である。

【0019】

しかしながら、車両１１２が１６０の矢印の方向に移動することにより車両１１３の位置に移動した場合、車両に搭載されたＭＢＳＲ１０２はＭＢＳＲ１０３に、車両に乗車中のＵＥ１２２はＵＥ１２３まで移動する。その場合、ＭＢＳＲ１０３はビルなどの遮蔽物１３０の陰に隠れてしまう場合がある。この場合、ＩＡＢドナー１１０との無線バックホールリンク１４２の電波強度が徐々に減衰し、最終的には無線リンク断となり無線リンク障害（ＲＬＦ、Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）が発生する。

【0020】

ＭＢＳＲ１０３はＲＬＦ後に親ノードとして接続していたＩＡＢドナー１１０を探して接続を試すが、遮蔽物１３０、１３１のため、接続ができない状態となる。その結果、ＭＢＳＲ１０３は、配下のＵＥ１２３もデータ通信ができない状態（サービス断の状態）となる。ＭＢＳＲ１０３は親ノードとして接続可能な基地局（ＩＡＢドナー、ＩＡＢノードを含む）を探すことで、受信電力が大きいＭＢＳＲ１０１を親ノードとして検出しうる。この場合も、ＭＢＳＲ１０１がシングルホップ対応のみであれば、ＭＢＳＲ１０１は、ＭＢＳＲ１０３の接続要求を拒絶することになる。その結果、ＭＢＳＲ１０３におけるサービス断の状態が継続することとなる。

【0021】

次に、かかる問題を少なくとも部分的に解消できる仕組みに関して、各実施形態を介して詳説する。

【0022】

図２Ａは、以下で説明する各実施形態におけるＭＢＳＲ１０２のハードウェア機能ブロック図である。ここでは、ＭＢＳＲ１０２の構成を説明するが、ＭＢＳＲ１０１についても同様であってよい。

【0023】

ＭＢＳＲ１０２は、制御部２０１、記憶部２０２、無線通信部２０３及び、通信アンテナ制御部２０４を含むハードウェアから構成される。

【0024】

制御部２０１は、記憶部２０２に記憶される制御プログラムを実行することにより装置全体を制御する。制御部２０１は、例えば、ＣＰＵやＭＰＵ等の１以上のプロセッサにより構成され、記憶部２０２であるＲＡＭに読みだされた制御プログラムを実行することにより通信装置の全体を制御する。なお、後述するフローチャートで説明する制御部２０１が行う各処理は、ＡＳＩＣやＦＰＧＡ等のハードウェア回路を用いて実現することもできる。なお、ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略語である。ＦＰＧＡは、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙの略語である。また、ハードウェア回路と、ＣＰＵやＭＰＵ等のプロセッサとを協働することで、後述するフローチャートで説明する処理を実現することもできる。

【0025】

記憶部２０２は、制御部２０１が実行する制御プログラムと、接続されるＵＥ情報、基地局やＩＡＢドナー１１０との接続強度等の各種情報を記憶する。記憶部２０２は、主記憶部及び補助記憶部を含んでよい。主記憶部は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などである。主記憶部は、制御部２０１が実行する基本ソフトウェアであるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存してよい。補助記憶部は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などであり、アプリケーションソフトウェアなどに関連するデータを記憶してよい。例えば、不揮発性の記憶領域に記憶された制御プログラムはＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に展開され、制御部２０１を構成するプロセッサにより実行される。このように、制御部２０１及び記憶部２０２は、所謂コンピュータとして機能してよい。

【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】

具体的には、図１５を参照するに、本実施形態では、他ＭＢＳＲが配下にＵＥ１２１を持ち、ＭＢＳＲ１０１に接続してデータ通信を継続している（Ｓ１５０１）。

【0100】

ＭＢＳＲ１０１は中継ノードとして動作することが可能であることを報知する（Ｓ１５０２）。ＭＢＳＲ１０３はＭＢＳＲ１０１からの報知信号を受信するが、この段階では親ノードと接続中のため応答はしない。その後、ＭＢＳＲ１０３は移動することで遮蔽物の陰に隠れてしまうと親ノードのＩＡＢドナー１１０との無線接続が切断される。ＩＡＢドナー１１０は配下のＭＢＳＲ１０３との接続が切断されたことを検出する（Ｓ１５０３）と、接続中の他の子ノードＭＢＳＲ１０１に対して、中継モードでの接続要求を送信する（Ｓ１５０４）。この際、ＭＢＳＲ１０３の位置情報などから接続可能な状態であることが確認できることを条件として、接続要求を送信してもよい。ここでＩＡＢドナー１１０からＭＢＳＲ１０１への送信信号は、図６のＲＲＣプロトコルであるＲＲＣ Ｒｅｃｏｎｆｉｇｒａｔｉｏｎメッセージの予備領域に「切断中ＭＢＳＲへの接続要求」のパラメータを追加する。または、図７のＢＡＰメッセージのＳ９０１のＰＤＵＴｙｐｅの予備領域に「切断中ＭＢＳＲへの接続要求」のパラメータを追加して、接続の要求を送信するとしてもよい。

【0101】

ＩＡＢドナー１１０はＭＢＳＲ１０１に中継モードで動作してよいことを応答する（Ｓ１５０５）。ここで、ＭＢＳＲ１０１が通常モードから中継モードに切り替えて動作する場合、ＵＥとの接続を維持しつつ他ノードとの接続を行うと複雑性が増大する。そのため、ＭＢＳＲ１０１はＵＥ１２１との接続をＲＲＣ Ｒｅｌｅａｓｅメッセージを使用して解除し（または他の接続可能なＩＡＢノードを通知）、ＭＢＳＲ１０３との中継専用に動作する（Ｓ１５０６、Ｓ１５０７）。

【0102】

ＭＢＳＲ１０１は、中継モードとして動作することを報知信号で送信する（Ｓ１５０８）。ＭＢＳＲ１０３は、親ノードとして接続可能なＭＢＳＲ１０１を認識したため、ＭＢＳＲ１０１へ親ノードとして接続することを決定する。そして、ＭＢＳＲ１０１へ接続するためのランダムアクセス手順を実行し（Ｓ１５０９）、ＲＲＣ ＳｅｔＵｐ Ｒｅｑｕｅｓｔメッセージ等を介して接続を要求し、接続を完了する（Ｓ１５１０）。ＩＡＢドナー１１０は、ＭＢＳＲ１０１を経由したＭＢＳＲ１０３とのバックホールのパス設定を行い、データ通信のためのＢＨ ＲＬＣチャネルを確立する（Ｓ１５１１）。この一連のシーケンスにより、ＭＢＳＲ１０３に接続中のＵＥ１２３がデータ通信可能となる。

【0103】

＜第６実施形態：接続断ＭＢＳＲによる他ＭＢＳＲ（ＵＥあり）への中継要求＞
図１６は、接続断となったＭＢＳＲ１０３による他のＭＢＳＲ１０１へ中継を要求することで接続されるまでの流れを示すシーケンス図となる。

【0104】

本実施形態では、上述した第１実施形態や第２実施形態とは異なり、ＭＢＳＲ１０１がＵＥ１２１と接続している場合を想定する。この場合、ＭＢＳＲ１０１は、ＩＡＢドナー１１０からの応答に応じて、接続しているＵＥとの接続を解除した上で、中継モードで稼働可能である（図１４のＳ１４０６参照）。なお、本想定とは異なり、ＭＢＳＲ１０１がＵＥ１２１と接続していない場合は、上述した第１実施形態や第２実施形態のとおりであってよい。

【0105】

具体的には、図１６を参照するに、本実施形態では、他ＭＢＳＲが配下にＵＥ１２１を持ち、ＭＢＳＲ１０１に接続してデータ通信を継続している（Ｓ１６０１）。

【0106】

ＭＢＳＲ１０１は中継ノードとして動作することが可能であることを報知する（Ｓ１６０２）。ＭＢＳＲ１０３はＭＢＳＲ１０１からの報知信号を受信するが、この段階では親ノードと接続中のため応答はしない。その後、ＭＢＳＲ１０３は移動することで遮蔽物の陰に隠れてしまうと親ノードのＩＡＢドナー１１０との無線接続が切断され、親ノードの接続断となったことを検出する（Ｓ１６０３）。

【0107】

ＭＢＳＲ１０３はＭＢＳＲ１０１からの報知信号で中継可能であることを認識しているため、ＭＢＳＲ１０１に対して、ＲＲＣ ＳｅｔＵｐ Ｒｅｑｕｅｓｔメッセージの予備領域にパラメータ「中継の要求」を追加することで送信する（Ｓ１６０４）。または、第３実施形態と同様に、Ｓ１６０２（ＭＢＳＲ１０１は中継ノードとして動作することが可能）を受信していない場合、中継可能の報知情報（ＳＳ／ＰＢＣＨ Ｂｌｏｃｋ）に中継の要求を示す情報を追加して送信するとしてもよい。

【0108】

ＭＢＳＲ１０３の中継の要求を受信したＭＢＳＲ１０１は、ＩＡＢドナー１１０に中継ノードとして動作してよいか確認する（Ｓ１６０５）。ＩＡＢドナー１１０はＭＢＳＲ１０１に中継モードで動作してよいことを応答する（Ｓ１６０６）。ここで、ＭＢＳＲ１０１が「中継モード」として動作する場合、ＵＥとの接続を維持しつつ他ノードとの接続を行うと複雑性が増大する。このため、ＭＢＳＲ１０１は、ＵＥ１２１とは接続を解除し、ＭＢＳＲ１０３との中継向けに使用する（Ｓ１６０７、Ｓ１６０８）。

【0109】

ＭＢＳＲ１０１は、中継モードとして動作していることを報知信号で送信する（Ｓ１６０９）。また、中継モードとしての動作通知する手段としては報知でなく、ＲＲＣ Ｒｅｃｏｎｆｉｇｒａｔｉｏｎメッセージを使ってＭＢＳＲ１０３に送信してもよい。ＭＢＳＲ１０３は、親ノードとして接続可能なＭＢＳＲ１０１を認識したため、ＭＢＳＲ１０１へ親ノードとして接続することを決定し、ＭＢＳＲ１０１へ接続するためのランダムアクセス手順を実行する（Ｓ１６１０）。その後、ＲＲＣ ＳｅｔＵｐ Ｒｅｑｕｅｓｔメッセージ等を介して接続を要求し、接続を完了する（Ｓ１６１１）。ＩＡＢドナー１１０は、ＭＢＳＲ１０１のＤＵ２（１９２）を経由したＭＢＳＲ１０３とのバックホール（ＢＨ）のパス設定を行い、データ通信のためのＢＨ ＲＬＣチャネルを確立する（Ｓ１６１２）。

【0110】

この一連のシーケンスにより、ＭＢＳＲ１０３に接続中のＵＥ１２３がデータ通信可能となる。

【0111】

＜その他の実施形態＞
上述の実施形態では、中継要求を受信したＭＢＳＲが、中継モードでの動作を開始する場合を例示したが、必要に応じて中継要求をリジェクトできるように構成することもできる。中継要求を受信したＭＢＳＲは、自身のリソースひっ迫状況等に応じて当該中継要求をリジェクトすると判断することができる。当該中継要求をリジェクトすると判断した場合、中継要求をリジェクトする旨のメッセージを中継要求の要求元の装置に通知する。この場合、リジェクトする旨のメッセージを受信した要求元の装置は、他の候補装置に中継要求を送信すればよい。例えば、自身が利用可能な周波数リソースが既存の通信で既にひっ迫している場合や、ＭＢＳＲに既に接続済みのＵＥが所定数以上の場合等に、中継要求を受信したＭＢＳＲは、当該中継要求をリジェクトするようにすればよい。この処理により、既存の通信に悪影響を与えないようにすることができる。

【0112】

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

【0113】

以上、各実施形態について詳述したが、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施形態の構成要素を全部又は複数を組み合わせることも可能である。

【0114】

なお、以上の実施形態に関し、さらに以下の付記を開示する。

【0115】

［付記１］
ＭＢＳＲ（Ｍｏｂｉｌｅ ＢａｓｅＳｔａｔｉｏｎ Ｒｅｌａｙ）の動作機能を有する通信装置であって、
ＭＢＳＲの動作機能を有する他の通信装置のみを、自局の一のＤＵ（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｕｎｉｔ）に接続する第１モードであって、前記他の通信装置とＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ドナーとの間の通信を中継する第１モードで動作可能であることを特徴とする、通信装置。

【0116】

［付記２］
ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）のみを自局の一のＤＵに接続する第２モードと、前記第１モードとの間で、動作モードの切替を行うモード切替手段を備えることを特徴とする、付記１に記載の通信装置。

【0117】

［付記３］
前記第１モードで動作する場合、ＵＥと他のＭＢＳＲのうちの、他のＭＢＳＲからの接続のみ許可することを特徴とする、付記１又は２に記載の通信装置。

【0118】

［付記４］
ＵＥと接続中に前記第２モードから前記第１モードに切り替わる場合、新たなＤＵを起動することを特徴とする、付記２に記載の通信装置。

【0119】

［付記５］
前記モード切替手段は、ＩＡＢドナーからの中継要求、又は、前記他の通信装置からの中継要求に応答して、前記第２モードから前記第１モードに切り替わることを特徴とする、付記２又は４に記載の通信装置。

【0120】

［付記６］
前記第１モードで動作可能であること、又は、前記第１モードで動作していることを、ＩＡＢドナー、又は、前記他の通信装置に送信する送信手段を備えることを特徴とする、付記１から５のうちのいずれか１項に記載の通信装置。

【0121】

［付記７］
前記送信手段は、ＳＳＢ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ ｂｌｏｃｋ）メッセージ又はＲＲＣメッセージを用いることを特徴とする、付記１から６のうちのいずれか１項に記載の通信装置。

【0122】

［付記８］
ＭＢＳＲ（Ｍｏｂｉｌｅ ＢａｓｅＳｔａｔｉｏｎ Ｒｅｌａｙ）の動作機能を有する通信装置であって、
ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ドナーからの中継要求に応答して、ＭＢＳＲの動作機能を有する他の通信装置が前記ＩＡＢドナーと自ノードを介して通信できるように、前記他の通信装置の中継を行う、通信装置。

【0123】

［付記９］
前記中継要求を受信した際にＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と接続中であるか否かに応じて、前記他の通信装置の中継方法を変化させる、付記８に記載の通信装置。

【0124】

［付記１０］
前記中継要求を受信した際にＵＥと接続中である場合、前記中継要求に応答して、新たなＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）を起動し、起動した前記新たなＤＵにより前記他の通信装置を中継する、付記９に記載の通信装置。

【0125】

［付記１１］
前記中継要求を受信した際にＵＥと接続中である場合、前記中継要求に応答して、接続中のＵＥとの接続を解除してから、前記他の通信装置を中継する、付記９又は１０に記載の通信装置。

【符号の説明】

【0126】

１００ 通信システム
１０１ ＭＢＳＲ
１０２ ＭＢＳＲ
１０３ ＭＢＳＲ
１１０ ＩＡＢドナー（主基地局）
１１１ 車両
１１２ 車両
１１３ 車両
１３０ 遮蔽物
１３１ 遮蔽物
１４０ 有線リンク
１４１ 無線バックホールリンク
１４２ 無線バックホールリンク
１５０ コアネットワーク
２０１ 制御部
２０２ 記憶部
２０３ 無線通信部
２０４ 通信アンテナ制御部
２０５ ＧＰＳ通信部
２０６ ＧＰＳアンテナ制御部
３０２ 信号送信部（送信手段の一例）
３０３ 信号受信部
３０４ データ記憶部
３０５ 接続制御部
３０６ ネットワーク構成情報管理部
３０７ 中継要求処理部
３０８ 信号生成部
３０９ ＧＰＳ信号処理部
３１０ モード切替部（モード切替手段の一例）
４０２ 制御部
４０３ 記憶部
４０４ 無線通信部
４０５ 通信アンテナ制御部
５０２ 信号送信部
５０３ 信号受信部
５０４ データ記憶部
５０５ 接続制御部
５０６ 報知情報検出部
５０７ 周辺ノード判断部
５０８ モード変更指示生成部

【図1】

【図2A】

【図2B】

【図2C】

【図2D】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図8A】

【図9】

【図10A】

【図10B】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】