WO2024029520A1

WO2024029520A1 - 通信制御方法

Info

Publication number: WO2024029520A1
Application number: PCT/JP2023/028081
Authority: WO
Inventors: 真人藤代; ヘンリーチャン
Original assignee: 京セラ株式会社
Priority date: 2022-08-04
Filing date: 2023-08-01
Publication date: 2024-02-08

Abstract

一態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ドナーノード及び移動することなく静止した中間中継ノードのいずれかが、移動中継ノードに関する情報を送信するステップを有する。

Description

通信制御方法

　本開示は、セルラ通信システムに用いる通信制御方法に関する。

　セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Third Generation Partnership Project）において、ＩＡＢ（Integrated Access and Backhaul）ノードと呼ばれる新たな中継ノードの導入が検討されている（例えば、非特許文献１参照）。１又は複数の中継ノードが、基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。

３ＧＰＰ　ＴＳ　３８．３００　Ｖ１７．１．０（２０２２－０６）

　第１の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ドナーノード及び移動することなく静止した中間中継ノードのいずれかが、移動中継ノードに関する情報を送信するステップを有する。

　第２の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、移動中継ノードが、移動中継ノードに関する情報を送信するステップを有する。

　第３の態様に係る通信制御方法は、セルラ通信システムで用いる通信制御方法である。前記通信制御方法は、ソースドナーノードが、移動中継ノードがハンドオーバ対象であることを表す情報を含むハンドオーバ要求メッセージをターゲットドナーノードへ送信するステップを有する。また、前記通信制御方法は、ターゲットドナーノードが、ハンドオーバ要求メッセージを受信したことに応じて、ターゲットドナーノードが管理するセルを移動中継ノードのハンドオーバ先のセルとして選択するステップを有する。

図１は、一実施形態に係るセルラ通信システムの構成例を示す図である。図２は、ＩＡＢノードと親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係を示す図である。図３は、一実施形態に係るｇＮＢ（基地局）の構成例を示す図である。図４は、一実施形態に係るＩＡＢノード（中継ノード）の構成例を示す図である。図５は、一実施形態に係るＵＥ（ユーザ装置）の構成例を示す図である。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックの例を示す図である。図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックの例を示す図である。図９は、第１実施形態に係る第１シナリオの例を表す図である。図１０は、第１実施形態に係る第２シナリオの例を表す図である。図１１は、第１動作例に係る動作例を表す図である。図１２は、第２動作例に係る動作例を表す図である。図１３は、第３動作例に係る動作例を表す図である。図１４は、第４動作例に係る動作例を表す図である。図１５は、第５動作例に係る動作例を表す図である。図１６は、第６動作例に係る動作例を表す図である。図１７は、第７動作例に係る動作例を表す図である。図１８は、第８動作例に係る動作例を表す図である。図１９は、第９動作例に係る動作例を表す図である。図２０は、第１０動作例に係る動作例を表す図である。図２１は、第１１動作例に係る動作例を表す図である。

　図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

［第１実施形態］
　（セルラ通信システムの構成）
　一実施形態に係るセルラ通信システムの構成例について説明する。一実施形態に係るセルラ通信システム１は３ＧＰＰの５Ｇシステムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（New Radio）である。但し、セルラ通信システム１には、ＬＴＥ（Long Term Evolution）が少なくとも部分的に適用されてもよい。また、セルラ通信システム１は、６Ｇなど、将来のセルラ通信システムも適用されてよい。

　図１は、一実施形態に係るセルラ通信システム１の構成例を示す図である。

　図１に示すように、セルラ通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：User Equipment）１００、基地局装置（以下、「基地局」と称する場合がある。）２００－１，２００－２、及びＩＡＢノード３００－１，３００－２を有する。基地局２００は、ｇＮＢと呼ばれる場合がある。

　以下において、基地局２００がＮＲ基地局である一例について主として説明するが、基地局２００がＬＴＥ基地局（すなわち、ｅＮＢ）であってもよい。

　なお、以下において、基地局２００－１，２００－２をｇＮＢ２００（又は基地局２００）、ＩＡＢノード３００－１，３００－２をＩＡＢノード３００とそれぞれ称する場合がある。

　５ＧＣ１０は、ＡＭＦ（Access and Mobility Management Function）１１及びＵＰＦ（User Plane Function）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Non-Access Stratum）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。

　各ｇＮＢ２００は、固定の無線通信ノードであって、１又は複数のセルを管理する。セルは、無線通信エリアの最小単位を示す用語として用いられる。セルは、ＵＥ１００との無線通信を行う機能又はリソースを示す用語として用いられることがある。１つのセルは１つのキャリア周波数に属する。以下では、セルと基地局とを区別しないで用いる場合がある。

　各ｇＮＢ２００は、ＮＧインターフェイスと呼ばれるインターフェイスを介して５ＧＣ１０と相互に接続される。図１において、５ＧＣ１０に接続された２つのｇＮＢ２００－１及びｇＮＢ２００－２を例示している。

　各ｇＮＢ２００は、集約ユニット（ＣＵ：Central Unit）と分散ユニット（ＤＵ：Distributed Unit）とに分割されていてもよい。ＣＵ及びＤＵは、Ｆ１インターフェイスと呼ばれるインターフェイスを介して相互に接続される。Ｆ１プロトコルは、ＣＵとＤＵとの間の通信プロトコルであって、制御プレーンのプロトコルであるＦ１－ＣプロトコルとユーザプレーンのプロトコルであるＦ１－Ｕプロトコルとがある。

　セルラ通信システム１は、バックホールにＮＲを用いてＮＲアクセスの無線中継を可能とするＩＡＢをサポートする。ドナーｇＮＢ２００－１（又はドナーノード。以下、「ドナーノード」と称する場合がある。）は、ネットワーク側のＮＲバックホールの終端ノードであり、ＩＡＢをサポートする追加機能を備えたドナー基地局である。バックホールは、複数のホップ（すなわち、複数のＩＡＢノード３００）を介するマルチホップが可能である。

　図１において、ＩＡＢノード３００－１がドナーノード２００－１と無線で接続し、ＩＡＢノード３００－２がＩＡＢノード３００－１と無線で接続し、Ｆ１プロトコルが２つのバックホールホップで伝送される一例を示している。

　ＵＥ１００は、セルとの無線通信を行う移動可能な無線通信装置である。ＵＥ１００は、ｇＮＢ２００又はＩＡＢノード３００との無線通信を行う装置であればどのような装置であってもよい。例えば、ＵＥ１００は、携帯電話端末及び／又はタブレット端末、ノートＰＣ、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置、飛行体若しくは飛行体に設けられる装置である。ＵＥ１００は、アクセスリンクを介してＩＡＢノード３００又はｇＮＢ２００に無線で接続する。図１において、ＵＥ１００がＩＡＢノード３００－２と無線で接続される一例を示している。ＵＥ１００は、ＩＡＢノード３００－２及びＩＡＢノード３００－１を介してドナーノード２００－１と間接的に通信する。

　図２は、ＩＡＢノード３００と親ノード（Ｐａｒｅｎｔ　ｎｏｄｅｓ）と子ノード（Ｃｈｉｌｄ　ｎｏｄｅｓ）との関係例を示す図である。

　図２に示すように、各ＩＡＢノード３００は、基地局機能部に相当するＩＡＢ－ＤＵとユーザ装置機能部に相当するＩＡＢ－ＭＴ（Mobile Termination）とを有する。

　ＩＡＢ－ＭＴのＮＲ　Ｕｕ無線インターフェイス上の隣接ノード（すなわち、上位ノード）は、親ノードと呼ばれる。親ノードは、親ＩＡＢノード又はドナーノード２００のＤＵである。ＩＡＢ－ＭＴと親ノードとの間の無線リンクは、バックホールリンク（ＢＨリンク）と呼ばれる。図２において、ＩＡＢノード３００の親ノードがＩＡＢノード３００－Ｐ１及び３００－Ｐ２である一例を示している。なお、親ノードへ向かう方向は、アップストリーム（ｕｐｓｔｒｅａｍ）と呼ばれる。ＵＥ１００から見て、ＵＥ１００の上位ノードは親ノードに該当し得る。

　ＩＡＢ－ＤＵのＮＲアクセスインターフェイス上の隣接ノード（すなわち、下位ノード）は、子ノードと呼ばれる。ＩＡＢ－ＤＵは、ｇＮＢ２００と同様に、セルを管理する。ＩＡＢ－ＤＵは、ＵＥ１００及び下位のＩＡＢノードへのＮＲ　Ｕｕ無線インターフェイスを終端する。ＩＡＢ－ＤＵは、ドナーノード２００－１のＣＵへのＦ１プロトコルをサポートする。図２において、ＩＡＢノード３００の子ノードがＩＡＢノード３００－Ｃ１～３００－Ｃ３である一例を示しているが、ＩＡＢノード３００の子ノードにＵＥ１００が含まれてもよい。なお、子ノードへ向かう方向は、ダウンストリーム（ｄｏｗｎｓｔｒｅａｍ）と呼ばれる。

　また、１つ又は複数のホップを介して、ドナーノード２００に接続されている全てのＩＡＢノード３００は、ドナーノード２００をルートとする有向非巡回グラフ（ＤＡＧ：Directed Acyclic Graph）トポロジ（以下、「トポロジ」と称する場合がある。）を形成する。このトポロジにおいて、図２に示すように、ＩＡＢ－ＤＵのインターフェイス上の隣り合うノードが子ノード、ＩＡＢ－ＭＴのインターフェイス上の隣り合うノードが親ノードとなる。ドナーノード２００は、例えば、ＩＡＢトポロジのリソース、トポロジ、ルート管理などを集中的に行う。ドナーノード２００は、バックホールリンクとアクセスリンクのネットワークを介して、ＵＥ１００に対して、ネットワークアクセスを提供するｇＮＢである。

　（基地局の構成）
　次に、実施形態に係る基地局であるｇＮＢ２００の構成について説明する。図３は、ｇＮＢ２００の構成例を示す図である。図３に示すように、ｇＮＢ２００は、無線通信部２１０と、ネットワーク通信部２２０と、制御部２３０とを有する。

　無線通信部２１０は、ＵＥ１００との無線通信及びＩＡＢノード３００との無線通信を行う。無線通信部２１０は、受信部２１１及び送信部２１２を有する。受信部２１１は、制御部２３０の制御下で各種の受信を行う。受信部２１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部２３０に出力する。送信部２１２は、制御部２３０の制御下で各種の送信を行う。送信部２１２はアンテナを含み、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。

　ネットワーク通信部２２０は、５ＧＣ１０との有線通信（又は無線通信）及び隣接する他のｇＮＢ２００との有線通信（又は無線通信）を行う。ネットワーク通信部２２０は、受信部２２１及び送信部２２２を有する。受信部２２１は、制御部２３０の制御下で各種の受信を行う。受信部２２１は、外部から信号を受信して受信信号を制御部２３０に出力する。送信部２２２は、制御部２３０の制御下で各種の送信を行う。送信部２２２は、制御部２３０が出力する送信信号を外部に送信する。

　制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部２３０は、以下に示す各実施形態において、ｇＮＢ２００における各処理又は各動作を行ってもよい。

　（中継ノードの構成）
　次に、実施形態に係る中継ノード（又は中継ノード装置。以下、「中継ノード」と称する場合がある。）であるＩＡＢノード３００の構成について説明する。図４は、ＩＡＢノード３００の構成例を示す図である。図４に示すように、ＩＡＢノード３００は、無線通信部３１０と、制御部３２０とを有する。ＩＡＢノード３００は、無線通信部３１０を複数有していてもよい。

　無線通信部３１０は、ｇＮＢ２００との無線通信（ＢＨリンク）及びＵＥ１００との無線通信（アクセスリンク）を行う。ＢＨリンク通信用の無線通信部３１０とアクセスリンク通信用の無線通信部３１０とが別々に設けられていてもよい。

　無線通信部３１０は、受信部３１１及び送信部３１２を有する。受信部３１１は、制御部３２０の制御下で各種の受信を行う。受信部３１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部３２０に出力する。送信部３１２は、制御部３２０の制御下で各種の送信を行う。送信部３１２はアンテナを含み、制御部３２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。

　制御部３２０は、ＩＡＢノード３００における各種の制御を行う。制御部３２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部３２０は、以下に示す各実施形態において、ＩＡＢノード３００における各処理又は各動作を行ってもよい。

　（ユーザ装置の構成）
　次に、実施形態に係るユーザ装置であるＵＥ１００の構成について説明する。図５は、ＵＥ１００の構成例を示す図である。図５に示すように、ＵＥ１００は、無線通信部１１０と、制御部１２０とを有する。

　無線通信部１１０は、アクセスリンクにおける無線通信、すなわち、ｇＮＢ２００との無線通信及びＩＡＢノード３００との無線通信を行う。また、無線通信部１１０は、サイドリンクにおける無線通信、すなわち、他のＵＥ１００との無線通信を行ってもよい。無線通信部１１０は、受信部１１１及び送信部１１２を有する。受信部１１１は、制御部１２０の制御下で各種の受信を行う。受信部１１１はアンテナを含み、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部１２０に出力する。送信部１１２は、制御部１２０の制御下で各種の送信を行う。送信部１１２はアンテナを含み、制御部１２０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。

　制御部１２０は、ＵＥ１００における各種の制御を行う。制御部１２０は、少なくとも１つのメモリと、メモリと電気的に接続された少なくとも１つのプロセッサとを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサ及びＣＰＵを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各レイヤの処理を行う。なお、制御部１２０は、以下に示す各実施形態において、ＵＥ１００における各処理を行うようにしてもよい。

　（プロトコルスタックの構成）
　次に、実施形態に係るプロトコルスタックの構成について説明する。図６は、ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックの例を示す図である。

　図６に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Medium Access Control）レイヤと、ＲＬＣ（Radio Link Control）レイヤと、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤと、ＲＲＣ（Radio Resource Control）レイヤと、ＮＡＳ（Non-Access Stratum）レイヤとを有する。

　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＨＹレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。

　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ：Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　ｒｅＱｕｅｓｔ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＭＡＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ＩＡＢ－ＤＵのＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ））及び割当リソースブロックを決定する。

　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＬＣレイヤとＩＡＢノード３００－１のＩＡＢ－ＤＵのＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＰＤＣＰレイヤとドナーノード２００のＰＤＣＰレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。

　ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＲＲＣレイヤとドナーノード２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ドナーノード２００とのＲＲＣ接続がある場合、ＩＡＢ－ＭＴはＲＲＣコネクティッド状態である。ドナーノード２００とのＲＲＣ接続がない場合、ＩＡＢ－ＭＴはＲＲＣアイドル状態である。

　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＩＡＢノード３００－２のＩＡＢ－ＭＴのＮＡＳレイヤとＡＭＦ１１との間では、ＮＡＳシグナリングが伝送される。

　図７は、Ｆ１－Ｕプロトコルに関するプロトコルスタックを示す図である。図８は、Ｆ１－Ｃプロトコルに関するプロトコルスタックを示す図である。ここでは、ドナーノード２００がＣＵ及びＤＵに分割されている一例を示す。

　図７に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴ、ＩＡＢノード３００－１のＩＡＢ－ＤＵ、ＩＡＢノード３００－１のＩＡＢ－ＭＴ、及びドナーノード２００のＤＵの各々は、ＲＬＣレイヤの上位レイヤとしてＢＡＰ（Backhaul Adaptation Protocol）レイヤを有する。ＢＡＰレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホールでは、ＩＰレイヤがＢＡＰレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。

　各バックホールリンクにおいて、ＢＡＰレイヤのＰＤＵ（Protocol Data Unit）は、バックホールＲＬＣチャネル（ＢＨ　ＮＲ　ＲＬＣチャネル）によって伝送される。各ＢＨリンクで複数のバックホールＲＬＣチャネルを構成することにより、トラフィックの優先順位付け及びＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）制御が可能である。ＢＡＰ　ＰＤＵとバックホールＲＬＣチャネルとの対応付けは、各ＩＡＢノード３００のＢＡＰレイヤ及びドナーノード２００のＢＡＰレイヤによって実行される。

　図８に示すように、Ｆ１－Ｃプロトコルのプロトコルスタックは、図７に示すＧＴＰ－Ｕレイヤ及びＵＤＰレイヤに代えて、Ｆ１ＡＰレイヤ及びＳＣＴＰレイヤを有する。

　なお、以下においては、ＩＡＢのＩＡＢ－ＤＵとＩＡＢ－ＭＴで行われる処理又は動作について、単に「ＩＡＢ」の処理又は動作として説明する場合がある。例えば、ＩＡＢノード３００－１のＩＡＢ－ＤＵが、ＩＡＢノード３００－２のＩＡＢ－ＭＴへＢＡＰレイヤのメッセージを送信することを、ＩＡＢノード３００－１がＩＡＢノード３００－２へ、当該メッセージを送信するものとして説明する。また、ドナーノード２００のＤＵ又はＣＵの処理又は動作についても、単に「ドナーノード」の処理又は動作として説明する場合がある。

　また、アップストリーム方向とアップリンク（ＵＬ）方向とを区別しないで用いる場合がある。更に、ダウンストリーム方向とダウンリンク（ＤＬ）方向とを区別しないで用いる場合がある。

　（２つのシナリオ）
　現在、３ＧＰＰでは、移動ＩＡＢノード（ｍｏｂｉｌｅ　ＩＡＢ　ｎｏｄｅ）の導入に向けた検討が開始されている。移動ＩＡＢノードとは、例えば、移動しているＩＡＢノードである。移動ＩＡＢノードは、移動可能なＩＡＢノードであってもよい。或いは、移動ＩＡＢノードは、移動する能力を有するＩＡＢノードであってもよい。或いは、移動ＩＡＢノードは、現在静止しているものの、将来移動することが確実な（又は将来移動することが予想される）ＩＡＢノードであってもよい。

　移動ＩＡＢノードによって、例えば、移動ＩＡＢノード配下のＵＥ１００が移動ＩＡＢノードの移動に伴って移動しながら、移動ＩＡＢノードからサービスの提供を受けることが可能となる。例えば、乗り物に乗車しているユーザ（又はＵＥ１００）が、乗り物に設置された移動ＩＡＢノードを介して、サービスの提供を受けることが可能となる。

　なお、３ＧＰＰでは、移動ＩＡＢノードに関し、配下にＩＡＢノードを持たずに、ＵＥ１００に対してサービスを提供すべきことも議論されている。

　一方、移動ＩＡＢノードに対して、移動することがないＩＡＢノードも存在する。このようなＩＡＢノードを、中間ＩＡＢノード（ｉｎｔｅｒｍｅｄｉａｔｅ　ＩＡＢ　ｎｏｄｅ）と称する場合がある。中間ＩＡＢノードは、例えば、移動しないＩＡＢノードである。或いは、中間ＩＡＢノードは、静止したＩＡＢノードでもよい。中間ＩＡＢノードは、静止ＩＡＢノード（ｓｔａｔｉｏｎａｒｙ　ＩＡＢ　ｎｏｄｅ）であってもよい。或いは、中間ＩＡＢノードは、設置場所に設置されたまた静止した（又は移動しない）ＩＡＢノードであってもよい。或いは、中間ＩＡＢノードは、移動することなく静止したＩＡＢノードであってもよい。或いは、中間ＩＡＢノードは、固定ＩＡＢノードであってもよい。

　そして、３ＧＰＰでは、移動ＩＡＢノードに関し、以下の２つのシナリオについて、各々どれくらい複雑であるかについて検討している。

　（第１シナリオ）移動ＩＡＢノードは、ドナーノードのみに接続すること
　（第２シナリオ）移動ＩＡＢノードは、中間ＩＡＢノードにも接続可能であること
　図９は、第１実施形態に係る第１シナリオの例を表す図である。図９の例では、バスに設置された移動ＩＡＢノード３００Ｍが、各ドナーノード２００の各ＤＵ（ＤＵ２００－Ｄ１など）（「ＩＡＢ－ｄｏｎｏｒ－ＤＵ」と称されてもよい。）に接続しながら、移動している例を表している。第１シナリオは、移動ＩＡＢノード３００Ｍが中間ＩＡＢノードに接続することなく、ドナーノード２００に接続するシナリオである。「ドナーノードのみに接続する」とは、中間ＩＡＢノードに接続することなく、ドナーノード２００に接続する、ということである。

　図１０は、第１実施形態に係る第２シナリオの例を表す図である。図１０の例では、バスに設置された移動ＩＡＢノード３００Ｍが、各ドナーノード２００の各ＤＵ（ＤＵ２００－Ｄ１Ａなど）（「ＩＡＢ－ｄｏｎｏｒ－ＤＵ」と称されてもよい。）に接続するとともに、中間ＩＡＢノード３００Ｓ（中間ＩＡＢノード３００Ｓに含まれるＩＡＢ－ＤＵ）にも接続しながら、移動している例を表している。第２シナリオは、このように、移動ＩＡＢノード３００Ｍが、ドナーノード２００にも接続可能であり、中間ＩＡＢノード３００Ｓにも接続可能なシナリオである。

　３ＧＰＰでは、第１シナリオは第２シナリオよりも複雑さが軽減されるという意見もあれば、逆に、第１シナリオが第２シナリオよりも複雑さが増大する、という意見もある。

　第１実施形態では、第１シナリオについて説明する。第１シナリオにおいて、例えば、移動ＩＡＢノード３００Ｍがドナーノード２００に接続できなかった場合、移動ＩＡＢノード３００Ｍがネットワークから切り離されてしまうと考えると、移動ＩＡＢノード３００Ｍでは、配下のＵＥ１００にサービスを提供することができないことが想定される。しかし、移動ＩＡＢノード３００Ｍがドナーノード２００に接続することができれば、当該ＵＥ１００に対してサービスを適切に提供することが可能となる。

　そこで、第１実施形態では、移動ＩＡＢノード３００Ｍが、ドナーノード２００に適切に接続できるようにすることを目的としている。

　第１実施形態では、以下の５つの動作例について順に説明する。

　（１．１）第１動作例：ドナーノード２００が移動ＩＡＢノード３００Ｍの接続許可情報を報知する。

　（１．２）第２動作例：中間ＩＡＢノード３００Ｓが移動ＩＡＢノード３００Ｍの接続不許可情報を報知する。

　（１．３）第３動作例：サービングセルが移動ＩＡＢノード３００Ｍに対してセル選択可能なリストを設定する。

　（１．４）第４動作例：移動ＩＡＢノード３００Ｍは、測定設定（ｍｅａｓｕｒｅｍｅｎｔ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）又は条件付き再設定（ｃｏｎｄｉｔｉｏｎａｌ　ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれるセルに対してセル選択可能とする。

　（１．５）第５動作例：ドナーノード２００が、移動ＩＡＢノード３００Ｍが専用に利用することができるＰＲＡＣＨリソースを報知する。

　なお、第１動作例から第５動作例は、ドナーノード（例えばドナーノード２００）及び移動することなく静止した中間中継ノード（例えば中間ＩＡＢノード３００Ｓ）のいずれかが、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）に関する情報を送信する例となっている。移動中継ノードに関する情報は、各動作例で異なる情報となっている。移動中継ノードに関する情報の具体例は、各動作例で説明する。

　（１．１）第１動作例
　最初に、第１動作例について説明する。

　第１動作例は、ドナーノード２００が移動ＩＡＢノード３００Ｍの接続許可情報を報知する例である。接続許可情報は、例えば、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）の接続を許可することを表す情報のことである。第１動作例では、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）に関する情報は、接続許可情報となっている。そして、第１動作例では、ドナーノード（例えば、ドナーノード２００）が、接続許可情報を報知する。

　これにより、例えば、接続許可情報を受信した移動ＩＡＢノード３００Ｍでは、当該接続許可情報を報知したドナーノード２００のセルが接続可能なセルであると認識することができる。そして、移動ＩＡＢノード３００Ｍは当該セルに接続することで、ドナーノード２００に接続することが可能となる。よって、移動ＩＡＢノード３００Ｍは、ドナーノード２００に適切に接続することができる。

　図１１は、第１動作例に係る動作例を表す図である。

　図１１に示すように、ステップＳ１０において、ドナーノード２００は、接続許可情報を送信する。ドナーノードは、接続許可情報を含むシステム情報ブロック（ＳＩＢ：System Information Block）を報知することで、接続許可情報を送信する。移動ＩＡＢノード３００Ｍは、接続許可情報を受信する。

　接続許可情報は、移動ＩＡＢノード３００Ｍの接続を許可することを表す情報でもよい。或いは、接続許可情報は、当該接続許可情報を報知するノードがドナーノード２００（又はドナーノード２００のセル）であることを表す情報であってもよい。或いは、接続許可情報は、移動ＩＡＢノード３００Ｍをサポートすることを表す情報であってもよい。接続許可情報を報知するセルは、移動ＩＡＢノード３００Ｍをサポートし、移動ＩＡＢノード３００Ｍのセル選択の候補セルとして考慮されてもよい。なお、当該接続許可情報は、例えば、「Ｍｏｂｉｌｅ－ＩＡＢ－Ｓｕｐｐｏｒｔｅｄ」という情報要素によって通知される。当該接続許可情報は、既存情報要素である「ＩＡＢ－Ｓｕｐｐｏｒｔｅｄ」とは異なる情報要素である。移動ＩＡＢノード３００Ｍは、「Ｍｏｂｉｌｅ－ＩＡＢ－Ｓｕｐｐｏｒｔｅｄ」と「ＩＡＢ－Ｓｕｐｐｏｒｔｅｄ」の両方がＳＩＢで通知されている場合に、当該セルへアクセス可能と判断してもよい。もしくは、移動ＩＡＢノード３００Ｍは、「Ｍｏｂｉｌｅ－ＩＡＢ－Ｓｕｐｐｏｒｔｅｄ」がＳＩＢで通知されている場合に（「ＩＡＢ－Ｓｕｐｐｏｒｔｅｄ」が通知されているか否かとは関係なく）、当該セルへアクセス可能と判断してもよい。

　なお、ドナーノード２００のＣＵ（ＩＡＢ－ｄｏｎｏｒ－ＣＵ）は、移動ＩＡＢノード３００Ｍの接続を許可するドナーノード２００のＤＵ（ＩＡＢ－ｄｏｎｏｒ－ＤＵ）を選択し、選択したドナーノード２００のＤＵへ、アクセス接続許可情報を含むＦ１メッセージを送信してもよい。ドナーノード２００のＤＵは、当該Ｆ１メッセージを受信したことに応じて、接続許可情報を含むＳＩＢ（例えばＳＩＢ１）を報知してもよい。この場合、ドナーノード２００のＣＵは、移動ＩＡＢノード３００Ｍの接続を許可しない中間ＩＡＢノード３００ＳのＤＵに対して、接続許可情報を含むＦ１メッセージを送信しない。

　ステップＳ１１において、移動ＩＡＢノード３００Ｍは、無線リンク失敗（ＲＬＦ：Radio Link Failure）を検出する。移動ＩＡＢノード３００Ｍが無線問題（ｒａｄｉｏ　ｐｒｏｂｌｅｍ）又は測定レポート（ｍｅａｓｕｒｅｍｅｎｔ　ｒｅｐｏｒｔ）に関するタイマの満了を検出した場合に、ＲＬＦを検出してもよい。或いは、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴがドナーノード２００からバックホール無線リンク失敗指示（ＢＨ　ＲＬＦ　Ｉｎｄｉｃａｔｉｏｎ）を受信した場合に、移動ＩＡＢノード３００ＭがＲＬＦを検出してもよい。

　ステップＳ１２において、移動ＩＡＢノード３００Ｍは、ＲＲＣ再確立（ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャを実行する。移動ＩＡＢノード３００Ｍは、ＲＲＣ再確立プロシージャの実行を開始した場合、最初に、セル選択（ｃｅｌｌ　ｓｅｌｅｃｔｉｏｎ）プロシージャを行って、適切なセル（ｓｕｉｔａｂｌｅ　ｃｅｌｌ）を選択する。その際、移動ＩＡＢノード３００Ｍは、接続許可情報（ステップＳ１０）を報知したセルをセル選択プロシージャにおけるセルの選択候補とする。或いは、移動ＩＡＢノード３００Ｍは、接続許可情報を報知したセルを優先して選択することとしてもよい。或いは、移動ＩＡＢノード３００Ｍは、接続許可情報を報知していないセルを選択候補から除外してもよい。そして、移動ＩＡＢノード３００Ｍは、選択候補の中から最も品質の良いセルを選択する。移動ＩＡＢノード３００Ｍは、当該セルに対して、ＲＲＣ再確立要求（ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）メッセージを送信して、ＲＲＣ再確立プロシージャの実行を開始する。

　なお、移動ＩＡＢノード３００Ｍは、例えば、ステップＳ１０よりも前に、ドナーノード２００が管理するセルとの同期を確立する際に、ドナーノード２００から当該セルのセルＩＤを受信する。そのため、移動ＩＡＢノード３００Ｍは、当該セルＩＤに基づいて、接続許可情報を報知したセルを判別することができる。

　（１．２）第２動作例
　次に、第２動作例について説明する。第２動作例は、第１動作例との相違点を中心に説明する。

　第２動作例は、中間ＩＡＢノード３００Ｓが移動ＩＡＢノード３００Ｍの接続不許可情報を報知する例である。具体的には、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）に関する情報は、移動中継ノードの接続を許可しないことを表す接続不許可情報である。そして、中間中継ノード（例えば中間ＩＡＢノード３００Ｓ）が、接続不許可情報を報知する。

　これにより、例えば、移動ＩＡＢノード３００Ｍは、移動ＩＡＢノード３００Ｍ自身の接続を許可しないセルを把握することができる。そのため、移動ＩＡＢノード３００Ｍは、中間ＩＡＢノード３００Ｓが管理するセルへ接続することを回避することが可能となる。よって、移動ＩＡＢノード３００Ｍは、ドナーノード２００へ適切に接続することが可能となる。

　図１２は、第２動作例に係る動作例を表す図である。

　図１２に示すように、ステップＳ２０において、中間ＩＡＢノード３００Ｓは、接続不許可情報を報知する。中間ＩＡＢノード３００Ｓは、接続不許可情報を含むＳＩＢ（例えばＳＩＢ１）を報知する。移動ＩＡＢノード３００Ｍは、接続不許可情報を受信する。

　接続不許可情報は、移動ＩＡＢノード３００Ｍの接続を許可しないことを表す情報であってもよい。或いは、接続不許可情報は、当該接続不許可情報を報知するノードが中間ＩＡＢノード３００Ｓ（又は中間ＩＡＢノード３００Ｓのセル）であることを表す情報であってもよい。或いは、接続不許可情報は、移動ＩＡＢノード３００Ｍをサポートしないことを表す情報であってもよい。接続不許可情報を報知するセルは、移動ＩＡＢノード３００Ｍをサポートすることはなく、移動ＩＡＢノード３００Ｍのセル選択の候補セルとして考慮されないセルであってもよい。なお、当該接続不許可情報は、例えば、「Ｍｏｂｉｌｅ－ＩＡＢ－Ｎｏｔ－Ａｌｌｏｗｅｄ」という情報要素によって通知される。移動ＩＡＢノード３００Ｍは、既存の情報要素である「ＩＡＢ－Ｓｕｐｐｏｒｔｅｄ」が通知されていても、当該「Ｍｏｂｉｌｅ－ＩＡＢ－Ｎｏｔ－Ａｌｌｏｗｅｄ」が通知されている場合、当該セルへのアクセスが禁止されている（又は当該セルが移動ＩＡＢノード３００Ｍの接続をサポートしていない）と判断する。

　なお、ドナーノード２００のＣＵは、移動ＩＡＢノード３００Ｍの接続を許可しない中間ＩＡＢノード３００ＳのＤＵ（ｉｎｔｅｒｍｅｄｉａｔｅ　ＩＡＢ－ＤＵ）を選択し、選択したＤＵへ接続不許可情報を含むＦ１メッセージを送信してもよい。中間ＩＡＢノード３００ＳのＤＵは、当該Ｆ１メッセージを受信したことに応じて、接続不許可情報を含むＳＩＢを報知してもよい。この場合、ドナーノード２００のＣＵは、移動ＩＡＢノード３００Ｍの接続を許可するドナーノード２００のＤＵに対して、接続不許可情報を含むＦ１メッセージを送信しない。

　ステップＳ２１において、移動ＩＡＢノード３００Ｍは、第１動作例と同様に、ＲＬＦを検出する。

　ステップＳ２２において、移動ＩＡＢノード３００Ｍは、ＲＲＣ再確立プロシージャを実行する。移動ＩＡＢノード３００Ｍは、第１動作例と同様に、最初に、セル選択（ｃｅｌｌ　ｓｅｌｅｃｔｉｏｎ）プロシージャを行って、適切なセル（ｓｕｉｔａｂｌｅ　ｃｅｌｌ）を選択する。その際、移動ＩＡＢノード３００Ｍは、接続不許可情報（ステップＳ２０）を報知したセルを、セル選択プロシージャにおけるセルの選択候補から除外する。移動ＩＡＢノード３００Ｍは、接続不許可情報を報知しないセルを、選択候補としてもよい。移動ＩＡＢノード３００Ｍは、選択候補の中から最も品質の良いセルを選択する。そして、移動ＩＡＢノード３００Ｍは、選択したセルに対して、ＲＲＣ再確立要求メッセージを送信し、ＲＲＣ再確立プロシージャの実行を開始する。

　なお、移動ＩＡＢノード３００Ｍは、例えば、中間ＩＡＢノード３００Ｓのセルに対して接続は可能である。移動ＩＡＢノード３００Ｍは、中間ＩＡＢノード３００Ｓが管理するセルとの同期を確立する際に、当該セルから、当該セルのセルＩＤを受信している。そのため、移動ＩＡＢノード３００Ｍは、当該セルＩＤと、ＳＩＢに含まれる接続不許可情報（ステップＳ２０）とを紐づけることで、接続不許可情報を報知したセルを判別することが可能である。

　（第３動作例）
　次に、第３動作例について説明する。第３動作例も、第１動作例との相違点を中心に説明する。

　第３動作例は、ドナーノード２００が管理するセル及び中間ＩＡＢノードが管理するセルのいずれかに移動ＩＡＢノード３００Ｍが接続した際に、当該セル（すなわち、サービングセル）が移動ＩＡＢノード３００Ｍに対してセル選択可能なセルのリストを設定する例である。

　具体的には、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）に関する情報は、移動中継ノードの接続が可能なセルを表す接続可能セル情報である。そして、ドナーノード（例えばドナーノード２００）及び中間中継ノード（例えば中間ＩＡＢノード３００Ｓ）のいずれかが、接続可能セル情報を移動中継ノードへ送信する。

　これにより、例えば、移動ＩＡＢノード３００Ｍは、移動ＩＡＢノード３００Ｍが接続可能なセルを把握することができる。移動ＩＡＢノード３００Ｍが接続可能なセルとして、ドナーノード２００が管理するセルとすることで、接続可能セル情報を受信した移動ＩＡＢノード３００Ｍは、ドナーノード２００に適切に接続することができる。

　図１３は、第３動作例に係る動作例を表す図である。なお、移動ＩＡＢノード３００Ｍは、図１３に示す動作を開始する前に、ドナーノード２００が管理するセルに接続してもよい。或いは、移動ＩＡＢノード３００Ｍは、図１３に示す動作を開始する前に、中間ＩＡＢノード３００Ｓが管理するセルに接続してもよい。図１３に示すサービングセルは、ドナーノード２００が管理するセルであってもよい。当該サービングセルは、中間ＩＡＢノード３００Ｓが管理するセルであってもよい。

　ただし、移動ＩＡＢノード３００Ｍは、中間ＩＡＢノードが管理するセルに接続した場合、当該セルからＲＲＣ再設定（ＨＯコマンド）（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＨＯ　Ｃｏｍｍａｎｄ））メッセージを受信することで、ドナーノード２００が管理するセルへ即座にハンドオーバすることができる。

　図１３に示すように、ステップＳ３０において、サービングセルは、移動ＩＡＢノード３００Ｍが接続可能なセルを表す接続可能セル情報を移動ＩＡＢノード３００Ｍへ送信する。接続可能セル情報は、接続可能なセルのセルＩＤがリスト形式で（許可（Ａｌｌｏｗｅｄ）リストとして）表されてもよい。サービングセルは、移動ＩＡＢノード３００Ｍが接続不可能なセル（又は接続可能ではないセル）を表す接続不可能セル情報を移動ＩＡＢノード３００Ｍへ送信してもよい。接続不可能セル情報も、接続不可能なセルのセルＩＤがリスト形式で（Ｂｌｏｃｋリストとして）表されてもよい。サービングセルは、接続可能セル情報（又は接続不可能セル情報）を含むＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを移動ＩＡＢノード３００Ｍへ送信してもよい。

　なお、サービングセルは、各種イベントが発生した際において、接続可能セル情報（又は接続不可能セル情報）の更新を行ってもよい。

　例えば、サービングセルは、移動ＩＡＢノード３００Ｍのハンドオーバの際に、更新後の接続可能セル情報が設定されてもよい。更新後の接続可能セル情報はＲＲＣ再設定（ＨＯコマンド）メッセージに含まれて送信されてもよい。

　また、例えば、移動ＩＡＢノード３００Ｍにおいて二重接続（Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ）が設定された場合においてセカンダリセルグループ（ＳＣＧ）が変更される際に、接続可能セル情報が更新されてもよい。マスターノード（サービングセル）が、更新後の接続可能セル情報を含むＲＲＣ再設定メッセージを送信することで、更新後の接続可能セル情報の設定が行われてもよい。

　ステップＳ３１において、移動ＩＡＢノード３００Ｍは、第１動作例と同様に、ＲＬＦを検出する。

　ステップＳ３２において、移動ＩＡＢノード３００Ｍは、ＲＲＣ再確立プロシージャを開始する。移動ＩＡＢノード３００Ｍは、最初に、セル選択プロシージャを実行する。移動ＩＡＢノード３００Ｍは、接続可能セル情報に含まれるセルを、セル選択プロシージャにおけるセルの選択候補とする。移動ＩＡＢノード３００Ｍは、接続可能セル情報に含まれるセルを優先して選択してもよい。一方、移動ＩＡＢノード３００Ｍは、接続不可能セル情報により表されたセルをセル選択プロシージャにおけるセルの選択候補から除外する。移動ＩＡＢノード３００Ｍは、選択候補のセルから最も品質のよいセルを選択する。そして、移動ＩＡＢノード３００Ｍは、選択したセルに対してＲＲＣ再確立要求メッセージを送信する。

　（１．４）第４動作例
　次に、第４動作例について説明する。第４動作例も第１動作例との相違点を中心に説明する。

　第４動作例は、測定設定（ｍｅａｓｕｒｅｍｅｎｔ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）又は条件付き再設定（ｃｏｎｄｉｔｉｏｎａｌ　ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれるセルを、移動ＩＡＢノード３００Ｍが接続可能なセルと判定する例である。

　具体的には、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）に関する情報は、測定設定及び条件付き再設定のいずれかに含まれるセル識別情報（例えばセルＩＤ）である。第１に、ドナーノード（例えばドナーノード２００）が、測定設定及び条件付き再設定のいずれかを移動中継ノードへ送信する。第２に、移動中継ノードが、測定設定及び条件付き再設定のいずれかに含まれるセル識別情報で表されたセルを、当該移動中継ノードが接続可能なセルと判定する。

　これにより、例えば、測定設定及び条件付き再設定のいずれかに含まれるセルＩＤは、ドナーノード２００が管理するセルであるとして、移動ＩＡＢノード３００Ｍは、当該セルＩＤにより表されたセルをセル選択プロシージャにより選択することが可能となる。よって、移動ＩＡＢノード３００Ｍは、ドナーノード２００に対して適切に接続することが可能となる。

　また、測定設定及び条件付き再設定は、例えば、ＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどのＲＲＣメッセージに含まれて、移動ＩＡＢノード３００Ｍへ送信される。従って、ドナーノード２００では、既存のメッセージを利用して、移動ＩＡＢノード３００Ｍに対して当該移動ＩＡＢノード３００Ｍが接続可能なセルの通知を行うことが可能となる。

　測定設定は、例えば、ＲＲＣ再設定メッセージなどのＲＲＣメッセージに含まれる情報要素（ＩＥ）の１つである。測定設定には、移動ＩＡＢノード３００Ｍが測定報告（ｍｅａｓｕｒｅｍｅｎｔ　ｒｅｐｏｒｔ）を行う際の設定情報が含まれる。特に、測定設定には、測定対象（ｍｅａｓｕｒｅｍｅｎｔ　ｏｂｊｅｃｔ）となるセルに関する情報が含まれる。第３動作例では、測定対象に含まれる当該セルを、移動ＩＡＢノード３００Ｍにとって接続可能なセルとして取り扱う。

　また、条件付き再設定は、例えば、ＲＲＣ再設定メッセージに含まれる情報要素の１つである。条件付き再設定は、移動ＩＡＢノード３００Ｍが条件付きハンドオーバ（ＣＨＯ：Conditional Handover）を行う際の設定情報が含まれる。条件付きハンドオーバは、１つ以上のハンドオーバ実行条件が満たされた場合に実行されるハンドオーバである。特に、条件付き再設定には、候補となるターゲットセル（ターゲットＳｐＣｅｌｌ）の情報が含まれる。第３動作例では、条件付き再設定に含まれる当該セルを、移動中継ノードにとって接続可能なセルとして取り扱う。

　そして、移動ＩＡＢノード３００Ｍでは、測定設定及び条件付き再設定のいずれかに含まれる当該セルを、セル選択プロシージャにおけるセルの選択候補としている。測定設定及び条件付き再設定のいずれかに含まれる当該セルを、ドナーノード２００が管理するセルとすることで、移動ＩＡＢノード３００Ｍは、ドナーノード２００へ接続することが可能となる。

　図１４は、第４動作例に係る動作例を表す図である。

　図１４に示すように、ステップＳ４０において、ドナーノード２００は、測定設定を移動ＩＡＢノード３００Ｍに対して設定する。具体的には、ドナーノード２００は、測定設定を含むＲＲＣメッセージを移動ＩＡＢノード３００Ｍへ送信する。

　測定設定には、１つ以上のセルＩＤが含まれる。測定設定には、当該セルＩＤと紐づいて、移動ＩＡＢノード３００Ｍが接続可能であることを示す情報が含まれてもよい。移動ＩＡＢノード３００Ｍは、測定設定に含まれるセルＩＤにより表されたセルを、移動ＩＡＢノード３００Ｍが接続可能なセルと認識する。

　ステップＳ４１において、移動ＩＡＢノード３００Ｍは、第１動作例と同様に、ＲＬＦを検出する。

　ステップＳ４２において、移動ＩＡＢノード３００Ｍは、ＲＲＣ再確立プロシージャの実行を開始する。移動ＩＡＢノード３００Ｍは、最初に、セル選択プロシージャを実行する。その際、移動ＩＡＢノード３００Ｍは、測定設定に含まれるセル（又はセルＩＤ）を、選択候補のセルとする。移動ＩＡＢノード３００Ｍは、選択候補の中から品質の最も良いセルを選択し、選択したセルに対して、ＲＲＣ再確立要求メッセージを送信する。

　なお、図１４に示す動作例では、測定設定の例で説明したが、条件付き再設定の場合でも同様に実施可能である。すなわち、ドナーノード２００は、条件付き再設定を含むＲＲＣ再設定メッセージを移動ＩＡＢノード３００Ｍへ送信することで、移動ＩＡＢノード３００Ｍに対して、条件付きハンドオーバの条件付き再設定を設定できる（ステップＳ４０）。そして、移動ＩＡＢノード３００Ｍは、ＲＬＦを検出後（ステップＳ４１）、条件付き再設定に含まれるセルＩＤにより表されたセルを、接続可能なセルとして、セル選択プロシージャにおける選択候補とする（ステップＳ４２）。

　（１．５）第５動作例
　次に、第５動作例について説明する。第５動作例も、第１動作例との相違点を中心に説明する。

　第５動作例は、ドナーノード２００が、移動ＩＡＢノード３００Ｍが専用に利用することができるＰＲＡＣＨリソースを報知する例である。

　具体的には、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）に関する情報は、移動中継ノードがランダムアクセスプロシージャにおいて専用で用いることが可能なリソースに関するリソース情報である。そして、ドナーノード（例えばドナーノード２００）が、当該リソース情報を報知する。

　一方、移動ＩＡＢノード３００Ｍでは、当該リソース情報を報知したセルを、自身が接続可能なセルであると認識できる。移動ＩＡＢノード３００Ｍは、当該セルを、セル選択プロシージャにおけるセルの選択候補とすることができる。そして、移動ＩＡＢノード３００Ｍは、選択候補の中から選択したセルに対して、当該リソース情報を利用して、メッセージ（Ｍｓｇ１など）を送信することで、ランダムアクセスプロシージャを実行する。

　このように、移動ＩＡＢノード３００Ｍでは、当該リソース情報を報知するセルを当該移動ＩＡＢノード３００Ｍが接続可能なセルと認識する。そのため、当該リソース情報を報知するセルをドナーノード２００が管理するセルとすることで、移動ＩＡＢノード３００Ｍは、ドナーノード２００に適切に接続することが可能となる。また、移動ＩＡＢノード３００Ｍでは、中間ＩＡＢノード３００Ｓと比較して、自身が移動することにより、ハンドオーバ又はＲＲＣ再確立など、サービングセルの変更処理が頻発することが想定される。移動ＩＡＢノード３００Ｍに対して、中間ＩＡＢノード３００Ｓとは異なるＰＲＡＣＨリソースを提供することで、ＰＲＡＣＨの衝突防止又は無線リソースの有効活用が可能となる。

　図１５は、第５動作例に係る動作例を表す図である。

　図１５に示すように、ステップＳ５０において、ドナーノード２００は、リソース情報を報知する。リソース情報は、例えば、移動ＩＡＢノード３００Ｍがランダムアクセスプロシージャで専用に用いることが可能なリソースに関する情報のことである。リソース情報は、例えば、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴにおいて、ランダムアクセスプロシージャを実行する際に用いられる。ドナーノード２００のＤＵは、リソース情報を含むＳＩＢ（例えばＳＩＢ１）を報知してもよい。移動ＩＡＢノード３００Ｍは、報知されたリソース情報を受信する。

　なお、ドナーノード２００のＣＵは、移動ＩＡＢノード３００Ｍ専用のリソースを提供するＤＵ（ＩＡＢ－ｄｏｎｏｒ－ＤＵ）を選択し、当該ＤＵに対して、移動ＩＡＢノード３００Ｍ専用のリソースを提供するＤＵとして選択したことを通知してもよい。ドナーノード２００のＣＵは、当該選択を表す情報を含むＦ１メッセージを、当該ドナーノード２００のＤＵへ送信することで、当該通知を行ってもよい。当該ドナーノード２００のＤＵは、当該通知を受けて、リソース情報を含むＳＩＢを報知してもよい。ドナーノード２００のＣＵは、中間ＩＡＢノード３００ＳのＤＵへ、当該通知を行わない。

　ステップＳ５１において、移動ＩＡＢノード３００Ｍは、第１動作例と同様に、ＲＬＦを検出する。

　ステップＳ５２において、移動ＩＡＢノード３００Ｍは、ＲＲＣ再確立プロシージャの実行を開始する。移動ＩＡＢノード３００Ｍは、最初にセル選択プロシージャを開始し、リソース情報を報知したセルを選択候補する。移動ＩＡＢノード３００Ｍは、リソース情報を報知しないセルを選択候補から除外してもよい。移動ＩＡＢノード３００Ｍは、選択候補の中から無線品質が良いセルを選択する。そして、移動ＩＡＢノード３００Ｍは、選択したセルに対してリソース情報で表されたリソースを利用して、Ｍｓｇ１を送信し、ＲＲＣ再確立要求メッセージ（例えばＭｓｇ３）を送信する。

　（第１実施形態の他の例）
　第１動作例では、接続許可情報が、ＲＲＣ再確立プロシージャにおけるセル選択プロシージャで利用されることについて説明したがこれに限定されいない。接続許可情報は、ＲＲＣ再確立プロシージャ以外の一般的なセル選択プロシージャで利用されてもよい。当該接続許可情報は、セル再選択（ｃｅｌｌ　ｒｅｓｅｌｅｃｔｉｏｎ）プロシージャで利用されてもよい。すなわち、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、接続許可情報が報知されたセルを、セル選択プロシージャ又はセル選択プロシージャにおけるセルの選択候補としてもよい。或いは、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、接続許可情報が報知されたセルを、セル選択プロシージャ又はセル選択プロシージャにおいて優先して選択するようにしてもよい。

　また、第５動作例についても、ＲＲＣ再確立プロシージャ以外の一般的なセル選択プロシージャで利用されてもよいし、セル再選択（ｃｅｌｌ　ｒｅｓｅｌｅｃｔｉｏｎ）プロシージャでも利用されてもよい。すなわち、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、リソース情報が報知されたセルを、セル選択プロシージャ又はセル再選択プロシージャにおけるセルの選択候補としてもよい。或いは、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、リソース情報が報知されたセルを、セル選択プロシージャ又はセル選択プロシージャにおいて優先して選択するようにしてもよい。

　更に、第２動作例についても、ＲＲＣ再確立プロシージャ以外の一般的なセル選択プロシージャで利用されてもよいし、セル再選択（ｃｅｌｌ　ｒｅｓｅｌｅｃｔｉｏｎ）プロシージャでも利用されてもよい。すなわち、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、接続不許可情報が報知されたセルを、セル選択プロシージャ又はセル再選択プロシージャにおけるセルの選択候補から除外してもよい。

［第２実施形態］
　次に、第２実施形態について説明する。

　第２実施形態についても第１シナリオが適用される例である。特に、第２実施形態では、初期アクセス（ｉｎｉｔｉａｌ　ａｃｃｅｓｓ）について説明する。

　第１シナリオは、移動ＩＡＢノード３００Ｍがドナーノード２００のみに接続するシナリオである。例えば、移動ＩＡＢノード３００Ｍが、中間ＩＡＢノード３００Ｓが管理するセルへ移動した場合を仮定する。このようなケースにおいて、移動ＩＡＢノード３００Ｍが、中間ＩＡＢノード３００Ｓが管理するセルへ接続しようとした場合、第１シナリオを考慮すると、最初から接続自体を拒否することも考えられる。

　しかし、移動ＩＡＢノード３００Ｍがネットワークノードの１つであると考えると、中間ＩＡＢノード３００Ｓへの接続が最初から拒否されるよりも、移動ＩＡＢノード３００Ｍを中間ＩＡＢノード３００Ｓへ接続させて、その後、ドナーノード２００へ接続させる方が好ましい場合がある。

　そこで、第２実施形態では、移動ＩＡＢノード３００Ｍが中間ＩＡＢノード３００Ｓへ接続することを許容し、その後、第１シナリオに沿って、ドナーノード２００への接続を行うケースについて説明する。このようなケースにおいては、以下の処理が行われることが想定される。

　・移動ＩＡＢノード３００Ｍは、中間ＩＡＢノード３００Ｓに接続した場合、ドナーノード２００へのハンドオーバを行う。

　・移動ＩＡＢノード３００Ｍは、中間ＩＡＢノード３００Ｓに接続した場合、移動ＩＡＢノード３００Ｍとして動作しないように制限を受ける。

　このような処理を含めて、第２実施形態について以下説明する。

　なお、第２実施形態では、移動ＩＡＢノード３００Ｍは、最終的には、ドナーノード２００へ接続することになる。そのため、第２実施形態も、第１実施形態と同様に、移動ＩＡＢノード３００Ｍがドナーノード２００に対して適切に接続できるようにすることを目的としている。

　第２実施形態では、以下の順番で説明する。

　（２．１）第６動作例：移動ＩＡＢノード３００Ｍが、接続時に自身が移動ＩＡＢノードであることを通知する。

　（２．２）第７動作例：ドナーノード２００が、移動ＩＡＢノード３００Ｍに対してＦ１セットアップの制限を行う。

　（２．３）第８動作例：移動ＩＡＢノード３００Ｍが、ドナーノード２００に対して移動ＩＡＢノードとして動作可能か否かをＦ１メッセージで送信する。

　（２．４）第９動作例：移動ＩＡＢノード３００Ｍが、ドナーノード２００に対してＲＲＣ接続を特定するための情報をＦ１メッセージで送信する。

　なお、第６動作例から第９動作例では、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）が、移動中継ノードに関する情報を送信する例を含んでいる。移動中継ノードに関する情報がどのような情報であるかは、各動作例の中で説明する。

　（２．１）第６動作例
　第６動作例は、移動ＩＡＢノード３００Ｍが、セルへの接続時に、自身が移動ＩＡＢノードであることを通知する例である。具体的には、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）に関する情報は、自ノードが移動中継ノードであることを表す情報である。そして、移動中継ノードが、自ノードが移動中継ノードであることを表す情報を移動中継ノードが接続したセルへ送信する。

　自ノードが移動中継ノードであることを表す情報を受信したドナーノード２００では、移動ＩＡＢノード３００Ｍが接続したことを把握できる。そして、ドナーノード２００では、当該情報を受信したセルが、ドナーノード２００自身が管理するセルであるのか、或いは、中間ＩＡＢノード３００Ｓが管理するセルであるのかを把握することで、移動ＩＡＢノード３００Ｍに対する処理を適切に実行することが可能となる。例えば、ドナーノード２００のＣＵは、ドナーノード２００のＤＵが管理するセルへ移動ＩＡＢノード３００Ｍが接続した場合は、接続を受け入れることを決定できる。また、例えば、ドナーノード２００のＣＵは、中間ＩＡＢノード３００Ｓが管理するセルに移動ＩＡＢノード３００Ｍが接続した場合は、ドナーノード２００のＤＵが管理するセルへハンドオーバさせたりすることを決定できる。これにより、移動ＩＡＢノード３００Ｍは、ドナーノード２００へ接続を適切に行うことが可能となる。

　図１６は、第６動作例に係る動作例を表す図である。

　図１６に示すように、ステップＳ６０において、移動ＩＡＢノード３００Ｍは、セルへの接続時において、自身が移動ＩＡＢノードであることを表す情報を含むメッセージをセルへ送信する。当該メッセージは、ランダムアクセスプロシージャにおけるメッセージ３（Ｍｓｇ３）（ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージ）でもよい。或いは、当該メッセージは、メッセージ５（Ｍｓｇ５）（ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ）でもよい。或いは、当該メッセージは、ＵＥ能力情報（ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ）メッセージでもよい。ＵＥ能力情報メッセージに当該情報を含める場合、Ｍｓｇ３又はＭｓｇ５に含める場合と比較して、セルへの通知が遅くなる。そのため、Ｍｓｇ３又はＭｓｇ５に含める方が好ましい。

　移動ＩＡＢノード３００Ｍが接続したセルは、ドナーノード２００が管理するセルでもよい。当該セルは、中間ＩＡＢノード３００Ｓが管理するセルでもよい。

　ステップＳ６１において、移動ＩＡＢノードであることを表す情報を受信したセル（ドナーノード２００のＤＵが管理するセル、又は中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵが管理するセル）は、例えば、当該情報を受信したことを表す情報を含むＦ１メッセージをドナーノード２００のＣＵへ送信する。

　ステップＳ６２において、ドナーノード２００のＣＵは、移動ＩＡＢノード３００Ｍがドナーノード２００の管理するセルへ接続したか否かを判定する。ドナーノード２００のＣＵは、移動ＩＡＢノードであることを表す情報を含むＦ１メッセージを受信したときに、当該Ｆ１メッセージのＦ１接続が、ドナーノード２００のＤＵであるのか、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵであるのかを確認することで、移動ＩＡＢノード３００Ｍがドナーノード２００の管理するセルへ接続したか否かを判定する。

　移動ＩＡＢノード３００Ｍがドナーノード２００の管理するセルへ接続した（すなわち、当該Ｆ１接続がドナーノード２００のＤＵ）とドナーノード２００のＣＵが判定すると（ステップＳ６２でＹＥＳ）、処理はステップＳ６３へ移行する。一方、移動ＩＡＢノード３００Ｍがドナーノード２００の管理するセルへ接続していない（すなわち、当該Ｆ１接続が中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵ）とドナーノード２００のＣＵが判定すると（ステップＳ６２でＮＯ）、処理はステップＳ６４へ移行する。

　ステップＳ６３において、ドナーノード２００のＣＵは、移動ＩＡＢノード３００Ｍの接続を受け入れてもよい。

　一方、ステップＳ６４において、第１に、ドナーノード２００のＣＵは、移動ＩＡＢノード３００Ｍの接続を拒否してもよい。この場合、ドナーノード２００のＣＵは、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵへ、移動ＩＡＢノード３００Ｍの接続拒否を表す情報を含むＦ１メッセージを送信する。そして、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵは、メッセージ４（Ｍｓｇ４）により、ＲＲＣ拒否（ＲＲＣＲｅｊｅｃｔ）メッセージ又はＲＲＣ解放（ＲＲＣＲｅｌｅａｓｅ）メッセージを、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴへ送信することで、接続拒否を行ってもよい。

　ステップＳ６４において、第２に、ドナーノード２００のＣＵは、移動ＩＡＢノード３００Ｍを、ドナーノード２００が管理するセルへハンドオーバさせるようにしてもよい。この場合、ドナーノード２００のＣＵは、ＲＲＣ再設定（ＨＯコマンド）（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＨＯ　Ｃｏｍｍａｎｄ））メッセージを含むＦ１メッセージを、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵへ送信する。そして、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵは、当該Ｆ１メッセージを受信したことに応じて、ＲＲＣ再設定（ＨＯコマンド）メッセージを、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴへ送信してもよい。

　なお、第６動作例は、第１シナリオに限らず適用可能である。すなわち、移動ＩＡＢノード３００Ｍは、セルへの接続時において、自身が移動ＩＡＢノード３００Ｍであることを表す情報を当該セルへ送信することができればよく、第２シナリオ（移動ＩＡＢノード３００Ｍが中間ＩＡＢノードにも接続可能なシナリオ）にも適用可能である。

　（２．２）第７動作例
　次に、第７動作例について説明する。

　第７動作例では、ドナーノード２００が移動ＩＡＢノード３００Ｍに対してＦ１セットアップの制限を行う例について説明する。具体的には、ドナーノード（例えばドナーノード２００）が、移動することなく静止した中間中継ノード（例えば中間ＩＡＢノード３００Ｓ）が管理するセルに移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）が接続した場合、Ｆ１セットアップ要求メッセージの送信を禁止することを表すＦ１セットアップ要求送信禁止情報を移動中継ノードへ送信する。

　これにより、例えば、移動ＩＡＢノード３００Ｍでは、中間ＩＡＢノード３００Ｓが管理するセルに接続できても、Ｆ１セットアップ要求（Ｆ１　ＳＥＴＵＰ　ＲＥＱＵＥＳＴ）メッセージを送信することができないため、Ｆ１接続が確立できずに、ドナーノード２００とのＦ１接続が制限される。このため、移動ＩＡＢノード３００Ｍは、移動ＩＡＢノードとして動作（例えば、移動する動作）することができなくなる。この場合、ドナーノード２００では、移動ＩＡＢノード３００Ｍを、ドナーノード２００が管理するセルへハンドオーバさせることで、移動ＩＡＢノード３００Ｍは当該セルへ接続することができる。よって、移動ＩＡＢノード３００Ｍは、ドナーノード２００へ適切に接続することが可能となる。

　このように、第７動作例は、移動ＩＡＢノード３００Ｍが中間ＩＡＢノード３００Ｓに接続することを許容しながら、Ｆ１接続を制限することで、移動ＩＡＢノードとしての動作を制限するようにした例である。

　図１７は、第７動作例に係る動作例を表す図である。

　図１７に示すように、ステップＳ７０において、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、中間ＩＡＢノード３００Ｓが管理するセルへ接続を開始して、ＲＲＣメッセージ（例えば、Ｍｓｇ３（ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージ）など）を当該セルへ送信する。当該ＲＲＣメッセージには、第６動作例と同様に、自身が移動ＩＡＢノードであることを示す情報が含まれてもよい。この場合、第７動作例においても、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）に関する情報は、自ノードが移動中継ノードであることを表す情報となる。

　ステップＳ７１において、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵは、当該ＲＲＣメッセージを受信したことに応じて、当該ＲＲＣメッセージを含むＦ１メッセージをドナーノード２００のＣＵへ送信する。中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵは、当該ＲＲＣメッセージを受信したことに応じて、当該ＲＲＣメッセージを受信したことを表す情報を含むＦ１メッセージを、ドナーノード２００のＣＵへ送信してもよい。

　ステップＳ７２において、ドナーノード２００のＣＵは、当該Ｆ１メッセージを受信したＦ１接続が、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵであることを確認する。例えば、ドナーノード２００のＣＵは、当該Ｆ１メッセージを受信したときに、当該Ｆ１メッセージのＦ１接続を確認することで、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵとの接続であることを確認する。これにより、ドナーノード２００のＣＵは、中間ＩＡＢノード３００Ｓが管理するセルに移動ＩＡＢノード３００Ｍが接続したこと（又はドナーノード２００が管理するセルへ移動ＩＡＢノード３００Ｍが接続していないこと）を確認する。

　ステップＳ７３において、ドナーノード２００のＣＵは、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵへ、Ｆ１セットアップ要求の送信を禁止することを表すＦ１セットアップ要求送信禁止情報を含むＦ１メッセージを送信する。当該Ｆ１セットアップ要求送信禁止情報は、ＲＲＣメッセージに含まれ、当該ＲＲＣメッセージをＦ１メッセージに含めて（又はカプセル化して）、送信されてもよい。

　ステップＳ７４において、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵは、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴへ、Ｆ１セットアップ要求送信禁止情報を含むＲＲＣメッセージ（例えばＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ）を送信する。移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、当該Ｆ１セットアップ要求送信禁止情報を、移動ＩＡＢノード３００Ｍの上位レイヤ（ＩＡＢ－ＤＵ）へ出力する。

　ステップＳ７５において、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵは、当該Ｆ１セットアップ要求送信禁止情報を受信したことに応じて、Ｆ１セットアップ要求（Ｆ１　ＳＥＴＵＰ　ＲＥＱＵＥＳＴ）メッセージの送信を保留する。

　ステップＳ７６において、ドナーノード２００のＣＵは、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵへ、Ｆ１セットアップ要求の送信を許可（又は禁止を解除）することを表すＦ１セットアップ要求送信許可情報を含むＦ１メッセージを送信する。例えば、ドナーノード２００のＣＵは、Ｆ１セットアップ要求送信許可情報を含むＲＲＣメッセージ（例えばＲＲＣ再設定メッセージ）を生成する。そして、ドナーノード２００のＣＵは、当該ＲＲＣメッセージを含むＦ１メッセージを中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵへ送信する。なお、当該ＲＲＣメッセージは、ＨＯコマンドであってもよい。この場合、ドナーノード２００のＣＵは、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵが管理するセルに接続した移動ＩＡＢノード３００Ｍに対してハンドオーバを行わせることになる。

　ステップＳ７７において、中間ＩＡＢノード３００ＳのＩＡＢ－ＤＵは、当該Ｆ１メッセージを受信したことに応じて、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴへ、当該Ｆ１セットアップ要求送信許可情報を含むＲＲＣメッセージ（例えばＲＲＣ再設定メッセージ）を送信する。移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、受信したＦ１セットアップ送信許可情報を移動ＩＡＢノード３００Ｍの上位レイヤ（ＩＡＢ－ＤＵ）へ出力する。

　なお、Ｆ１セットアップ要求送信許可情報は、暗示的に通知されてもよい。例えば、ドナーノード２００のＣＵは、Ｆ１セットアップ要求送信禁止情報を含まないＲＲＣメッセージを生成してもよい。移動ＩＡＢノード３００Ｍでは、当該Ｆ１セットアップ要求送信禁止情報を含まないＲＲＣメッセージを受信したことに応じて、Ｆ１セットアップ要求の送信が許可されていると認識してもよい。

　ステップＳ７８において、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵは、Ｆ１セットアップ要求送信許可情報を受信したことに応じて、Ｆ１セットアップ要求をドナーノード２００のＣＵへ送信する。

　第７動作例では、移動ＩＡＢノード３００ＭがＦ１セットアップ要求送信禁止情報を受信したことに応じてＦ１セットアップ要求の送信を保留する例（ステップＳ７５）について説明した。例えば、Ｆ１セットアップ要求送信禁止情報はなくてもよい。この場合、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵでは、Ｆ１セットアップ送信許可情報（ステップＳ７７）を受信するまで、Ｆ１セットアップ要求の送信が禁止されてもよい。移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵでは、Ｆ１セットアップ送信許可情報（ステップＳ７７）を受信した場合に、Ｆ１セットアップ要求の送信が可能となる。従って、移動ＩＡＢノード３００Ｍでは、中間ＩＡＢノード３００ＳにＲＲＣ接続した時点では、Ｆ１セットアップ送信許可情報を受信しない場合、Ｆ１セットアップ要求を送信することができない。このようなケースにおいても、移動ＩＡＢノード３００Ｍが中間ＩＡＢノード３００Ｓに接続した場合に、移動ＩＡＢノード３００Ｍに対するＦ１接続が制限されることになる。

　（２．３）第８動作例
　次に、第８動作例について説明する。

　移動ＩＡＢノード３００Ｍに対するＦ１設定については、既存のＩＡＢ用の設定に加えて、新たな設定が追加される可能性がある。例えば、移動ＩＡＢノード３００Ｍが、移動ＩＡＢノードとして動作可能であるか否かを表す情報を、Ｆ１メッセージで送信することができれば、ドナーノード２００では、移動ＩＡＢノード３００Ｍに対して、Ｆ１設定を適切に行うことが可能となる。例えば、ドナーノード２００は、移動ＩＡＢノード３００Ｍが移動ＩＡＢノードとして動作可能であれば制限を加えたり、移動ＩＡＢノードとして動作しないのであれば制限を加えなかったりすることで、移動ＩＡＢノード３００Ｍに対して、Ｆ１設定を適切に行うことが可能となる。

　そこで、第８動作例は、移動ＩＡＢノード３００Ｍが、ドナーノード２００に対して移動ＩＡＢノードとして動作可能か否かを表す情報をＦ１メッセージで送信する例について説明する。以下では、移動ＩＡＢノード３００Ｍが移動ＩＡＢノードとして動作可能か否かを表す情報を、動作可能可否情報と称する場合がある。動作可能可否情報は、移動ＩＡＢノード３００Ｍが移動ＩＡＢノードとして動作するか否かを表す情報であってもよい。

　具体的には、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）に関する情報は、移動中継ノードが、移動中継ノードとして動作可能であるか否かを表す動作可能可否情報である。移動中継ノードが、動作可能可否情報をドナーノード（例えばドナーノード２００）へ送信する。

　図１８は、第８動作例に係る動作例を表す図である。なお、図１８に示す動作が開始される前に、移動ＩＡＢノード３００Ｍは、ドナーノード２００と直接接続されてもよい。移動ＩＡＢノード３００Ｍは、中間ＩＡＢノード３００Ｓを介してドナーノード２００と接続されてもよい。

　ステップＳ８０において、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵは、ドナーノード２００のＣＵへ、動作可能可否情報を含むＦ１メッセージを送信する。当該Ｆ１メッセージは、Ｆ１セットアップ要求（Ｆ１　ＳＥＴＵＰ　ＲＥＱＵＥＳＴ）メッセージ又はｇＮＢ－ＤＵ設定更新（ｇＮＢ－ＤＵ　ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＵＰＤＡＴＥ）メッセージもよい。

　第１に、移動ＩＡＢノード３００Ｍは、動作可能可否情報に代えて、移動ＩＡＢノード３００Ｍが移動ＩＡＢノードの能力があることを示す情報を送信してもよい。

　第２に、移動ＩＡＢノード３００Ｍは、動作可能可否情報に代えて、移動ＩＡＢノード３００Ｍが移動ＩＡＢノードとして動作を希望（ｐｒｅｆｅｒｅｎｃｅ）することを示す情報を送信してもよい。

　第３に、移動ＩＡＢノード３００Ｍは、動作可能可否情報に代えて、移動ＩＡＢノード３００Ｍが移動ＩＡＢノードとしての動作が規制されていることを示す情報を送信してもよい。例えば、移動ＩＡＢノード３００Ｍが中間ＩＡＢノード３００Ｓに接続することで、ＲＲＣメッセージを通じて、移動ＩＡＢノード３００Ｍとしての動作が制限されている場合などである。この場合、移動ＩＡＢノード３００Ｍは、移動ＩＡＢノードとしての動作（例えば、移動）が制限されることで、移動することなく静止している中間ＩＡＢノードと同様の状態で、中間ＩＡＢノード３００Ｓに接続してもよい。移動ＩＡＢノード３００Ｍは、移動ＩＡＢノードとしての動作が規制されていることを示す情報を送信する場合、原因情報とともに送信してもよい。原因情報は、中間ＩＡＢノード３００Ｓに接続していることを表す情報でもよい。当該原因情報は、無線レイヤの能力（ｃａｐａｂｉｌｉｔｙ）の問題を表す情報でもよい。

　第４に、移動ＩＡＢノード３００Ｍは、動作可能可否情報に代えて、移動ＩＡＢノードとしての動作が規制されていない（又は規制が解除された）ことを表す情報を送信してもよい。例えば、移動ＩＡＢノード３００Ｍは、ＲＲＣメッセージを通じて、規制が解除された場合（例えば第７動作例のステップＳ７７）などである。

　ステップＳ８１において、ドナーノード２００は、動作可能可否情報に基づいて、移動ＩＡＢノード３００Ｍに対して適切なＦ１設定を行う。

　（２．４）第９動作例
　次に、第９動作例について説明する。

　第９動作例は、移動ＩＡＢノード３００Ｍが、ドナーノード２００に対してＲＲＣ接続を特定するための情報をＦ１メッセージで送信する例である。

　例えば、移動ＩＡＢノード３００Ｍが、ドナーノード２００に対してＲＲＣ接続確立（ＲＲＣ　ｃｏｎｎｅｃｔｉｏｎ　Ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャを実行して、ドナーノード２００との間でＲＲＣ接続を確立したと仮定する。また、例えば、移動ＩＡＢノード３００Ｍが、ドナーノード２００に対してＦ１セットアップ（Ｆ１　Ｓｅｔｕｐ）プロシージャを実行して、ドナーノード２００との間でＦ１接続を確立したと仮定する。なお、この場合、ドナーノード２００のＣＵは、ＲＲＣ接続とＦ１接続の２つのエンティティを有することになる。

　このようなケースにおいて、ドナーノード２００では、ＲＲＣ側（つまり、ドナーノード２００のＣＵ）において、ＲＲＣ接続が移動ＩＡＢノード３００Ｍと認識することができても、Ｆ１側（つまり、ドナーノード２００のＣＵ）において、Ｆ１接続が移動ＩＡＢノード３００Ｍと認識することができない場合がある。

　そこで、第９動作例では、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）が、ＲＲＣ接続を特定するための情報（以下では、「ＲＲＣ接続特定情報」と称する場合がある。）を含むＦ１メッセージをドナーノード（例えばドナーノード２００）へ送信する例について説明する。第９動作例では、移動中継ノードに関する情報は、移動中継ノードのドナーノードに対するＲＲＣ接続を特定するための情報を表すＲＲＣ接続特定情報となっている。

　これにより、例えば、ドナーノード２００では、Ｆ１接続で受信したＲＲＣ接続特定情報を用いて、移動ＩＡＢノード３００ＭのＦ１接続に関する情報と、移動ＩＡＢノード３００ＭのＲＲＣ接続に関する情報とを紐づけることができる。そして、ドナーノード２００は、当該紐付けにより、Ｆ１側においても、移動ＩＡＢノード３００Ｍが接続されたことを認識することができ、移動ＩＡＢノード３００Ｍに対して適切なＦ１設定を設定することが可能となる。移動ＩＡＢノード３００Ｍは、ドナーノード２００から適切なＦ１設定を受けることで、ドナーノード２００に対して適切に接続することが可能となる。

　なお、以下では、移動ＩＡＢノード３００ＭのＦ１接続に関する情報を「Ｆ１コンテクスト」（Ｆ１　ｃｏｎｔｅｘｔ）と称する場合がある。また、移動ＩＡＢノード３００ＭのＲＲＣ接続に関する情報を「ＲＲＣコンテクスト」（ＲＲＣ　ｃｏｎｔｅｘｔ）と称する場合がある。

　図１９は、第９動作例に係る動作例を表す図である。

　図１９に示すように、ステップＳ９０において、移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、ＲＲＣ接続確立プロシージャを実行して、ドナーノード２００のＣＵ（のＲＲＣエンティティ）との間でＲＲＣ接続を確立する。移動ＩＡＢノード３００ＭのＩＡＢ－ＭＴは、ＲＲＣ接続特定情報を、移動ＩＡＢノード３００Ｍの上位レイヤ（ＩＡＢ－ＤＵ）へ出力してもよい。

　ステップＳ９１において、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵは、Ｆ１セットアッププロシージャを実行して、ドナーノード２００のＣＵ（のＦ１エンティティ）との間でＦ１接続を確立する。移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵは、Ｆ１接続確立の際に、ＲＲＣ接続特定情報を含むＦ１メッセージを、ドナーノード２００のＣＵ（のＦ１エンティティ）へ送信する。当該Ｆ１メッセージは、例えば、Ｆ１セットアップ要求（Ｆ１　ＳＥＴＵＰ　ＲＥＱＵＥＳＴ）メッセージである。当該Ｆ１メッセージには、例えば、Ｆ１コンテクストが含まれる。

　ＲＲＣ接続特定情報は、第１に、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ：Cell-Radio Network Temporary Identifier）であってもよい。Ｃ－ＲＮＴＩは、移動ＩＡＢノード３００Ｍを他のＩＡＢノード（又はＵＥ１００）と識別するために用いられる識別情報である。Ｃ－ＲＮＴＩは、ドナーノード２００によって発行され、ＲＲＣ接続の際に用いられる。

　ＲＲＣ接続特定情報には、更に、移動ＩＡＢノード３００Ｍが接続したセルのセルＩＤが含まれてもよい。

　ＲＲＣ接続特定情報は、第２に、ＲＲＣメッセージのＲＲＣトランザクションＩＤ（ＲＲＣ－ＴｒａｎｓａｃｔｉｏｎＩｄｅｎｔｉｆｉｅｒ）であってもよい。ＲＲＣトランザクションＩＤは、各ＲＲＣプロシージャを識別するために用いられる識別情報である。ＲＲＣトランザクションＩＤは、例えば、ドナーノード２００によって発行される。ＲＲＣトランザクションＩＤは、ＲＲＣメッセージに含まれる情報要素（ＩＥ）の１つである。

　ステップＳ９２において、ドナーノード２００のＣＵは、当該Ｆ１メッセージを受信したことに応じて、ＲＲＣ接続特定情報を用いて、Ｆ１コンテクストとＲＲＣコンテクストとを紐づける。例えば、ドナーノード２００のＣＵは、Ｆ１メッセージに含まれるＣ－ＲＮＴＩと同一のＣ－ＲＮＴＩを有するＲＲＣコンテクストをメモリから読み出して、当該Ｆ１メッセージに含まれるＦ１コンテクストと紐づける。ＲＲＣコンテクストに、ドナーノード２００に接続したＩＡＢノードが移動ＩＡＢノード３００Ｍであることを表す情報が含まれている場合、ドナーノード２００は、当該紐付けにより、Ｆ１側においても、移動ＩＡＢノード３００Ｍがドナーノード２００に接続したことを認識できる。

　ステップＳ９３において、ドナーノード２００のＣＵは、移動ＩＡＢノード３００ＭのＩＡＢ－ＤＵに対して、移動ＩＡＢノード３００ＭのＲＲＣ状態を加味して、適切なＦ１設定を行う。

［第３実施形態］
　次に、第３実施形態について説明する。

　第２実施形態では、移動ＩＡＢノード３００Ｍが中間ＩＡＢノード３００Ｓに接続することを許容し、そのような場合でも、ドナーノード２００が管理するセルへハンドオーバさせることについて説明した。第３実施形態では、移動ＩＡＢノード３００Ｍのハンドオーバについて主に説明する。

　ドナーノード２００が管理するセルへ移動ＩＡＢノード３００Ｍをハンドオーバさせるためには、ドナーノード２００は、ドナーノード２００が管理するセルの中からターゲットセルを選択する必要がある。ドナーノード２００が、中間ＩＡＢノード３００Ｓが管理するセルを、ターゲットセルとして選択すると、移動ＩＡＢノード３００Ｍは、ドナーノード２００へ接続することができなくなるからである。

　また、移動ＩＡＢノード３００Ｍが現在接続しているセルが、ドナーノード２００（ソースドナーノード）が管理するセルであっても、移動ＩＡＢノード３００Ｍがハンドオーバを行う場合、ドナーノード２００（ターゲットドナーノード）が管理するセルを、ターゲットセルとする必要がある。

　このように、移動ＩＡＢノード３００Ｍのハンドオーバ先も、ドナーノード２００が管理するセルである必要がある。

　一方、ターゲットドナーノード２００Ｔは、移動ＩＡＢノード３００Ｍの接続を受け入れることができない場合、ソースドナーノード２００Ｓからのハンドオーバ要求（ＨＯ　ＲＥＱＵＥＳＴ）を拒否することになる。このようなケースでは、ソースドナーノード２００Ｓがターゲットとなる別のドナーノード２００に対する処理を行っている間に、ハンドオーバの遅延（Ｔｏｏ　Ｌａｔｅ　Ｈａｎｄｏｖｅｒ）が発生する場合がある。

　そこで、第３実施形態では、移動ＩＡＢノード３００Ｍがドナーノード２００に適切にハンドオーバできるようにすることを目的としている。移動ＩＡＢノード３００Ｍがドナーノード２００に適切にハンドオーバすることができれば、第１実施形態と同様に、移動ＩＡＢノード３００Ｍがドナーノードへ適切に接続することが可能となる。

　なお、上述したように、以下では、移動ＩＡＢノード３００Ｍの移動（ｍｉｇｒａｔｉｏｎ）と移動ＩＡＢノード３００Ｍのハンドオーバ（Ｈａｎｄｏｖｅｒ）とを区別しないで用いる場合がある。例えば、ハンドオーバ要求を移動要求と読み替えてもよい。

　第３実施形態では、以下の順に動作例を説明する。

　（３．１）第１０動作例：ソースドナーノード２００Ｓが、ターゲットドナーノード２００Ｔに対して、移動ＩＡＢノード３００Ｍのハンドオーバであることを示す情報を送信する。

　（３．２）第１１動作例：第１ドナーノード２００－１が、隣接ドナーノードである第２ドナーノード２００－２に対して、移動ＩＡＢノード３００Ｍのハンドオーバを受け入れ可能か否かを表す情報を送信する。

　（３．１）第１０動作例
　ターゲットドナーノード２００Ｔでは、ハンドオーバ対象が移動ＩＡＢノード３００Ｍであるか否かにより、選択するターゲットセルが変わってくる可能性がある。上述したように、ターゲットドナーノード２００Ｔは、ターゲットドナーノード２００Ｔが管理するセルをターゲットセルとする必要がある。

　そこで、第１０動作例では、第１に、ソースドナーノード（例えばソースドナーノード２００Ｓ）が、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）がハンドオーバ対象であることを示す情報を含むハンドオーバ要求メッセージをターゲットドナーノード（例えばターゲットドナーノード２００Ｔ）へ送信する。第２に、ターゲットドナーノードが、ハンドオーバ要求メッセージを受信したことに応じて、ターゲットドナーノードが管理するセルを移動中継ノードのハンドオーバ先のセルとして選択する。

　このように、ターゲットドナーノード２００Ｔが管理するセルがターゲットセルとなるため、移動ＩＡＢノード３００Ｍのハンドオーバ先は、ドナーノード２００が管理するセルとなる。従って、移動ＩＡＢノード３００Ｍは、ドナーノード２００に適切にハンドオーバすることができる。

　図２０は、第１０動作例に係る動作例を表す図である。図２０では、移動ＩＡＢノード３００Ｍは、ドナーノード（ソースドナーノード２００Ｓ）に接続しているものとする。

　図２０に示すように、ステップＳ１００において、移動ＩＡＢノード３００Ｍは、ソースドナーノード２００Ｓへ、測定報告（ｍｅａｓｕｒｅｍｅｎｔ　ｒｅｐｏｒｔ）を送信してもよい。

　ステップＳ１０１において、ソースドナーノード２００Ｓは、移動ＩＡＢノード３００Ｍのハンドオーバを決定する。

　ステップＳ１０２において、ソースドナーノード２００Ｓは、ハンドオーバ要求（ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ）メッセージを、ターゲットドナーノード２００Ｔへ送信する。ハンドオーバ要求メッセージには、ハンドオーバ対象が移動ＩＡＢノード３００Ｍであることを示す情報が含まれる。ハンドオーバ要求メッセージはＸｎメッセージの１つである。

　ステップＳ１０３において、ターゲットドナーノード２００Ｔは、ハンドオーバ要求メッセージによるハンドオーバ要求を受け入れることを決定する。このとき、ターゲットドナーノード２００ＴのＣＵは、ハンドオーバ対象が移動ＩＡＢノード３００Ｍであることを示す情報に基づいて、ターゲットドナーノード２００ＴのＤＵが管理するセルを、ターゲットセルとして選択する。逆に言うと、ターゲットドナーノード２００ＴのＣＵは、ハンドオーバ対象が移動ＩＡＢノード３００Ｍであることを示す情報に基づいて、配下の中間ＩＡＢノード３００ＳのＤＵが管理するセルを、ターゲットセルとして選択しない（又は除外する）。

　ステップＳ１０４において、ターゲットドナーノード２００Ｔは、ソースドナーノード２００Ｓへ、ハンドオーバ要求肯定応答（ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ　ＡＣＫＮＯＷＬＥＤＧＥ）メッセージを送信する。ターゲットドナーノード２００Ｔは、例えば、移動ＩＡＢノード３００Ｍがターゲットセルへ接続するための設定情報を含むＲＲＣ再設定（ＨＯコマンド）（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＨＯ　Ｃｏｍｍａｎｄ））メッセージを生成し、当該ＲＲＣ再設定（ＨＯコマンド）メッセージを含むハンドオーバ要求肯定応答メッセージをソースドナーノード２００Ｓへ送信する。ハンドオーバ要求肯定応答メッセージもＸｎメッセージの１つである。ＲＲＣ再設定（ＨＯコマンド）には、ターゲットセルのセルＩＤが含まれる。

　ステップＳ１０５において、ソースドナーノード２００Ｓは、ハンドオーバ要求肯定応答メッセージを受信したことに応じて、当該ＲＲＣ再設定（ＨＯコマンド）メッセージを移動ＩＡＢノード３００Ｍへ送信する。

　ステップＳ１０６において、移動ＩＡＢノード３００Ｍは、当該ＲＲＣ再設定（ＨＯコマンド）メッセージを受信したことに応じて、ターゲットセルへの接続を開始する。

　（３．２）第１１動作例
　次に、第１１動作例を説明する。

　第１１動作例は、第１ドナーノード２００－１が、隣接ドナーノードである第２ドナーノード２００－２に対して、移動ＩＡＢノード３００Ｍのハンドオーバを受け入れ可能か否かを表す情報を送信する例について説明する。

　具体的には、第１に、ターゲットドナーノード（例えば第１ドナーノード２００－１）が、移動中継ノード（例えば移動ＩＡＢノード３００Ｍ）の受け入れが可能か否かを表す移動中継ノード受入可否情報をソースドナーノード（例えば第２ドナーノード２００－２）へ送信する。第２に、ソースドナーノードが、移動中継ノード受入可否情報に基づいて、ハンドオーバ要求メッセージをターゲットドナーノードへ送信する。

　これにより、例えば、ソースドナーノード（第２ドナーノード２００－２）では、移動中継ノード受入可否情報に基づいて、ターゲットドナーノード（第１ドナーノード２００－１）が移動ＩＡＢノード３００Ｍのハンドオーバを受け入れるか否かを判定することができる。また、ソースドナーノードは、移動ＩＡＢノード３００Ｍの測定設定（ｍｅａｓｕｒｅｍｅｎｔ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）において、測定対象とするセルを、移動ＩＡＢノード３００Ｍの受け入れ可能なセルに限定することができる。

　そして、ソースドナーノード（第２ドナーノード２００－２）では、移動ＩＡＢノード３００Ｍのハンドオーバを受け入れることが可能なドナーノードとして、第１ドナーノード２００－１に対してハンドオーバ要求メッセージを送信できる。

　従って、ソースドナーノード（第２ドナーノード２００－２）では、ハンドオーバ要求メッセージ送信後に、当該ハンドオーバ要求が拒否されることによるハンドオーバ遅延（Ｔｏｏ　Ｌａｔｅ　Ｈａｎｄｏｖｅｒ）を回避することができる。よって、移動ＩＡＢノード３００Ｍではハンドオーバを適切に実行でき、ターゲットドナーノード（第１ドナーノード２００－１）への接続も適切に行うことができる。

　図２１は、第１１動作例に係る動作例を表す図である。図２１において、第１ドナーノード２００－１と第２ドナーノード２００－２は、例えば、互いに隣接するドナーノード２００である。第１ドナーノード２００－１は、移動ＩＡＢノード３００Ｍのターゲットドナーノードであってもよい。また、第２ドナーノード２００－２は、移動ＩＡＢノード３００Ｍが現在接続しているソースドナーノードであってもよい。

　図２１に示すように、ステップＳ１１０において、第１ドナーノード２００－１は、移動中継ノード受入可否情報を含むＸｎメッセージを、第２ドナーノード２００－２へ送信する。移動中継ノード受入可否情報は、第１ドナーノード２００－１が移動ＩＡＢノード３００Ｍを受け入れることが可能であるか、及び、第１ドナーノード２００－１が移動ＩＡＢノード３００Ｍを受け入れることが不可能であるかのいずれかを表す情報である。移動中継ノード受入可否情報は、受け入れ可能なセルのセルＩＤのリストが含まれてもよい。或いは、移動中継ノード受入可否情報は、受け入れ不可能なセルのセルＩＤのリストが含まれてもよい。受け入れ可能なセルか又は受け入れ不可能なセルかは、ドナーノード２００（第１ドナーノード２００－１）が管理するセルか否かにより判断される。或いは、受け入れ可能なセルか又は受け入れ不可能なセルかは、中間ＩＡＢノード３００Ｓが管理するセルか否かにより判断されてもよい。なお、第２ドナーノード２００－２は、ステップＳ１１０に先立って、第１ドナーノード２００－１に対して、移動中継ノード受入可否情報の提供を要求してもよい。第２ドナーノード２００－２は、当該要求を含むＸｎメッセージを第１ドナーノード２００－１へ送信することで当該要求が行われてもよい。

　ステップＳ１１１において、第２ドナーノード２００－２は、移動ＩＡＢノード３００Ｍに対して、移動中継ノード受入可否情報を利用して、測定設定（ｍｅａｓｕｒｅｍｅｎｔ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）を設定してもよい。例えば、第２ドナーノード２００－２は、移動ＩＡＢノード３００Ｍを受け入れることが可能なセルを測定対象（ｍｅａｓｕｒｅｍｅｎｔ　ｏｂｊｅｃｔ）とする測定設定を含むＲＲＣメッセージを、移動ＩＡＢノード３００Ｍへ送信することで、当該設定を行う。

　ステップＳ１１２において、第２ドナーノード２００－２（ソースドナーノード）は、移動ＩＡＢノード３００Ｍのハンドオーバを決定し、移動中継ノード受入可否情報に基づいて、ハンドオーバ要求（ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ）メッセージの送信先となるドナーノード２００を決定してもよい。すなわち、第２ドナーノード２００－２は、移動中継ノード受入可否情報を利用して、移動ＩＡＢノード３００Ｍを受け入れることが可能なセルを管理するドナーノード（又はターゲットドナーノード）を決定してもよい。

［その他の実施形態］
　ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

　また、ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍ　ｏｎ　ａ　ｃｈｉｐ）として構成してもよい。

　本開示で使用されている「に基づいて（ｂａｓｅｄ　ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ　ｏｎ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。

　以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、各実施形態、各動作例、又は各処理などは、矛盾しない範囲で適宜組み合わせることも可能である。

　本願は、米国仮出願第６３／３９５０９５号（２０２２年８月４日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

（第１付記）

　（付記１）
　セルラ通信システムで用いる通信制御方法であって、
　ドナーノード及び移動することなく静止した中間中継ノードのいずれかが、移動中継ノードに関する情報を送信するステップ、を有する
　通信制御方法。

　（付記２）
　前記移動中継ノードに関する情報は、前記移動中継ノードの接続を許可することを表す接続許可情報であって、
　前記送信するステップは、前記ドナーノードが、前記接続許可情報を報知するステップを含む
　付記１記載の通信制御方法。

　（付記３）
　前記移動中継ノードが、前記接続許可情報を報知したセルを、セル選択プロシージャにおけるセルの選択候補とするステップ、を更に有する
　付記１又は付記２に記載の通信制御方法。

　（付記４）
　前記移動中継ノードに関する情報は、前記移動中継ノードの接続を許可しないことを表す接続不許可情報であって、
　前記中間中継ノードが、前記接続不許可情報を報知するステップ、を更に有する
　付記１乃至付記３のいずれかに記載の通信制御方法。

　（付記５）
　前記移動中継ノードが、前記接続不許可情報を報知したセルを、セル選択プロシージャにおけるセルの選択候補から除外するステップ、を更に有する
　付記１乃至付記４のいずれかに記載の通信制御方法。

　（付記６）
　前記移動中継ノードに関する情報は、前記移動中継ノードの接続が可能なセルを表す接続可能セル情報であって、
　前記送信するステップは、前記ドナーノード及び前記中間中継ノードのいずれかが、前記接続可能セル情報を前記移動中継ノードへ送信するステップを含む
　付記１乃至付記５のいずれかに記載の通信制御方法。

　（付記７）
　前記移動中継ノードに関する情報は、前記移動中継ノードの接続が不可能なセルを表す接続不可能セル情報であって、
　前記送信するステップは、前記ドナーノード及び前記中間中継ノードの少なくともいずれかが、前記接続不可能セル情報を前記移動中継ノードへ送信するステップを含む
　付記１乃至付記６のいずれかに記載の通信制御方法。

　（付記８）
　前記移動中継ノードが、前記接続可能セル情報により表されたセルを、セル選択プロシージャにおけるセルの選択候補とし、前記接続不可能セル情報により表されたセルを、前記セル選択プロシージャにおけるセルの選択候補から除外するステップ、を更に有する
　付記１乃至付記７のいずれかに記載の通信制御方法。

　（付記９）
　前記移動中継ノードに関する情報は、測定設定及び条件付き再設定のいずれかに含まれるセル識別情報であって、
　前記送信するステップは、前記ドナーノードが、前記測定設定及び前記条件付き再設定のいずれかを前記移動中継ノードへ送信するステップを含み、
　前記移動中継ノードが、前記測定設定及び前記条件付き再設定のいずれかに含まれる記セル識別情報で表されたセルを、当該移動中継ノードが接続可能なセルと判定するステップ、を更に有する
　付記１乃至付記８のいずれかに記載の通信制御方法。

　（付記１０）
　前記移動中継ノードに関する情報は、前記移動中継ノードがランダムアクセスプロシージャにおいて専用で用いることが可能なリソースに関するリソース情報であって、
　前記送信するステップは、前記ドナーノードが、前記リソース情報を報知するステップを含む
　付記１乃至付記９のいずれかに記載の通信制御方法。

　（付記１１）
　前記移動中継ノードが、前記リソース情報を報知したセルを、セル選択プロシージャにおけるセルの選択候補とし、選択候補の中から選択したセルに対して前記リソース情報で表されたリソースを利用して前記ランダムアクセスプロシージャを実行するステップ、を更に有する
　付記１乃至付記１０のいずれかに記載の通信制御方法。

　（付記１２）
　セルラ通信システムで用いる通信制御方法であって、
　移動中継ノードが、前記移動中継ノードに関する情報を送信するステップ、を有する
　通信制御方法。

　（付記１３）
　前記移動中継ノードに関する情報は、自ノードが前記移動中継ノードであることを表す情報であって、
　前記送信するステップは、前記移動中継ノードが、前記自ノードが前記移動中継ノードであることを表す情報を前記移動中継ノードが接続したセルへ送信するステップを含む
　付記１２記載の通信制御方法。

　（付記１４）
　ドナーノードが、移動することなく静止した中間中継ノードが管理するセルに前記移動中継ノードが接続した場合、Ｆ１セットアップ要求の送信を禁止することを表すＦ１セットアップ要求送信禁止情報を前記移動中継ノードへ送信するステップ、を更に有する
　付記１２又は付記１３に記載の通信制御方法。

　（付記１５）
　前記移動中継ノードに関する情報は、前記移動中継ノードが、前記移動中継ノードとして動作可能であるか否かを表す動作可能可否情報であって、
　前記送信するステップは、前記移動中継ノードが、前記動作可能可否情報をドナーノードへ送信するステップを含む
　付記１２乃至付記１４のいずれかに記載の通信制御方法。

　（付記１６）
　前記移動中継ノードに関する情報は、前記移動中継ノードのドナーノードに対するＲＲＣ接続を特定するための情報を表すＲＲＣ接続特定情報であって、
　前記送信するステップは、前記移動中継ノードが、前記ＲＲＣ接続特定情報を含むＦ１メッセージを前記ドナーノードへ送信するステップを含む
　付記１２乃至付記１５のいずれかに記載の通信制御方法。

　（付記１７）
　セルラ通信システムで用いる通信制御方法であって、
　ソースドナーノードが、移動中継ノードがハンドオーバ対象であることを表す情報を含むハンドオーバ要求メッセージをターゲットドナーノードへ送信するステップと、
　前記ターゲットドナーノードが、前記ハンドオーバ要求メッセージを受信したことに応じて、前記ターゲットドナーノードが管理するセルを前記移動中継ノードのハンドオーバ先のセルとして選択するステップと、を有する
　通信制御方法。

　（付記１８）
　前記ターゲットドナーノードが、前記移動中継ノードの受け入れが可能か否かを表す移動中継ノード受入可否情報を前記ソースドナーノードへ送信するステップ、を更に含み、
　前記ハンドオーバ要求メッセージを送信するステップは、前記ソースドナーノードが、前記移動中継ノード受入可否情報に基づいて、前記ハンドオーバ要求メッセージを前記ターゲットドナーノードへ送信するステップを含む、
　付記１７記載の通信制御方法。

（第２付記）
１．　導入
　ＲＡＮ＃９４ｅではモバイルＩＡＢに関する新しいワークアイテムが承認された。

　ＷＩの詳細な目的は以下の通りである。
　　・モバイルＩＡＢノード全体のドナー間マイグレーション（完全マイグレーション）を含む、ＩＡＢノードのモビリティを実現するためのマイグレーション／トポロジ適応の手順を定義する。
　　・グループモビリティに関連する側面を含め、ＩＡＢノードとそのＵＥのモビリティを強化する。周囲のＵＥをターゲットとするための最適化。
　　・なお、解決策では、Ｒｅｌ－１７で既に議論されたトピックや、Ｒｅｌ－１７から除外されたトピックに触れることは避けるべきであるが、ＩＡＢノードモビリティに特化した機能拡張は例外である。
　　・潜在的な参照信号と制御信号の衝突（ＰＣＩ、ＲＡＣＨなど）の回避を含む、ＩＡＢノードモビリティによる干渉の緩和。

　なお、作業期間の初めに、ＲＡＮ３、ＲＡＮ２は、モバイルＩＡＢノードがＩＡＢドナーに直接接続するシナリオに対して、モバイルＩＡＢノードが静止（中間）ＩＡＢノードに接続するシナリオの潜在的な複雑性について議論すべきである。

　本付記では、ＲＡＮ２の観点から、２つのトポロジシナリオにおける複雑性の分析を行う。

２．　議論
２．１　シナリオ
　ＷＩＤでは、以下のように、モバイルＩＡＢノードは子孫ＩＡＢノードを持たないことが明確に仮定されている。

　Ｒｅｌ－１８では、モバイルＩＡＢはＦＲ１およびＦＲ２に適用される以下の機能をサポートする。
　　・帯域内および帯域外のバックホール。
　　・モバイルＩＡＢノードは、子孫ＩＡＢノードを持たず、ＵＥのみにサービスを提供する。
　　・解決策はＵＥのＨＯとＤＣをサポートすべきである。

　また、モバイルＩＡＢノードはＵＥにのみサービスを提供するため、モバイルＩＡＢノードは常にアクセスＩＡＢノードであることを明確にしている。

　提案１：ＲＡＮ２は、モバイルＩＡＢノードが常にアクセスＩＡＢノードであることを確認すべきである。

　ＷＩＤは、中間ＩＡＢノードは静止しているべきであると明言している。一方、ＲＡＮ＃９６での論点は、モバイルＩＡＢノードがＩＡＢドナーとのみ接続できるのか、それとも（中間の）ＩＡＢノードとも接続できるのかである。したがって、２つのシナリオはそれぞれ図９と図１０のように表すことができる。

　モバイルＩＡＢノードがＩＡＢドナーとしか接続しない場合、複雑性が軽減されると考える企業もあれば、そのような制限のためにむしろ複雑性が増すと主張する企業もあった。そこで、各シナリオの複雑性について次のセクションで議論する。

　所見１：モバイルＩＡＢノードは、ＩＡＢドナーとしか接続できないのか、中間ＩＡＢノードとも接続できるのかのシナリオについて、複雑性の解析が必要である。

２．２　複雑性分析
２．２．１　展開とカバレッジ
　一般的に、Ｒｅｌ－１６／１７ＩＡＢは、特にＦＲ２展開を拡張するために、全国カバレッジの効率的な確立を支援するために導入された。モバイルＩＡＢノードがＩＡＢドナーとしか接続できない場合、ＩＡＢノードが提供するセルはモバイルＩＡＢノードには利用できないため、モバイルＩＡＢノードから見ると多くのカバレッジ・ホールが存在することになる。

　モバイルＩＡＢノードがネットワークから切断された場合、ＵＥへのサービスを継続できないことは明らかであるため、カバレッジ・ホールが多いと、多くのサービス中断が直接発生する。Ｒｅｌ－１６／１７のＩＡＢノードと同じようにモバイルＩＡＢノードがネットワークノードとみなされると仮定すると、このようなサービス中断は好ましくない。

　シナリオ１でモバイルＩＡＢを実現するためには、既存の（または通常の）展開方針に加えて、モバイルＩＡＢノードに適したカバレッジを確保するための特別な展開方針が必要になる。一方、シナリオ２では、より柔軟な展開が可能である。そのため、展開における課題は、シナリオ２よりもシナリオ１の方が増える可能性がある。

　提案２：ＲＡＮ２は、モバイルＩＡＢノードがＩＡＢドナーとしか接続しない場合（シナリオ１）、多くのカバレッジ・ホールが発生するため、モバイルＩＡＢノードのサービス継続性が確保されない可能性があることに合意すべきである。そのため、展開の課題が増加する。

２．２．２　ネットワークインターフェイス手順（ＲＡＮ３領域）
　Ｆ１ＡＰやＸｎＡＰなどのネットワークインターフェイスに関しては、モバイルＩＡＢノードが中間ＩＡＢノードとも接続できる場合（シナリオ２）、多少の複雑性が予想される。

　ルーティング設定（Ｆ１ＡＰ）では、モバイルＩＡＢノードがＩＡＢトポロジの中に入ってきたり、出て行ったりするときに、ＩＡＢドナーが設定を更新する必要がある。シナリオ２の場合、ＩＡＢドナーはＩＡＢトポロジ内の各ＩＡＢノードのルーティング設定を更新する必要があり、手順が複雑になり、Ｆ１再設定の待ち時間が発生する可能性がある。

　モバイルＩＡＢノードのマイグレーション（ＸｎＡＰ）については、ＲＡＮ３でモバイルＩＡＢノードのドナー間の完全なマイグレーションとＵＥのグループモビリティが考慮される予定だが、シナリオ１とシナリオ２の間に大きな違いはないと予想される。しかし、シナリオ１では、モバイルＩＡＢノードを受け入れることができるセル、言い換えれば、ＩＡＢドナーのＤＵがサービスを提供しているセルを他のドナーに伝えるために、ＩＡＢドナー間で何らかの情報交換が必要である。このような情報は、ＩＡＢドナーが測定設定やハンドオーバ判断に使用する。

　モバイルＩＡＢＷＩはＲＡＮ３が主導しているため、ネットワークインターフェイスの複雑性は、（ＲＡＮ２を含む）セカンダリワーキンググループで扱われる他のインターフェイスと比較して、すでにある程度意図されている。ネットワークインターフェイスがシナリオ２をサポートできるかどうか、またシナリオ１のメカニズムを規定するよう他のワーキンググループに指示するかどうかは、いずれにせよＲＡＮ３次第である。

　所見２：モバイルＩＡＢノードがＩＡＢドナーとだけ接続する場合（つまりシナリオ１）、ネットワークインターフェイスプロシージャはより単純になる可能性がある。詳細はＲＡＮ３次第である。

２．２．３　Ｕｕインターフェイスプロシージャ（ＲＡＮ２領域）
　ＵＡＵインターフェイスに関して、モバイルＩＡＢノードが中間ＩＡＢノードとしか接続できない場合（つまりシナリオ１）、いくつかの複雑性が予想される。

　初期アクセスについては、モバイルＩＡＢノードが、中間ＩＡＢノードが提供するセルに対してＲＲＣ接続確立手順を開始できるかどうかを議論すべきである。モバイルＩＡＢノードは、IABドナーDUが提供するセルへの接続のみを確立することを許可されるという選択肢も考えられるが、この場合、モバイルＩＡＢノードがIABドナーDUの提供するセルかどうかをどのように把握するかは疑問である。一方、モバイルＩＡＢノードをネットワークノードと見なせば、モバイルＩＡＢノードがどのセルにも接続を確立できるという選択肢もある。したがって、モバイルＩＡＢノードは、例えばＯＡＭ接続のために、中間ＩＡＢノードが提供するセルに接続することもできる。しかし、この場合、シナリオ１ではモバイルＩＡＢノードはそのようなセルと接続することができないため、ノードが中間ＩＡＢノードによって提供されるセルと接続される場合、そのノードはモバイルＩＡＢノードとして動作すべきではなく、ネットワークによって何らかの形で制御（すなわち、制限）される可能性がある。

　提案３：モバイルＩＡＢノードがＩＡＢドナーとの接続のみを許可されている場合（シナリオ１）、モバイルＩＡＢノードがネットワークノードであることを考慮し、モバイルＩＡＢノードの接続試行をＩＡＢドナーＤＵのみに制限する必要があるかどうかをＲＡＮ２で議論すべきである。

　さらに、最初のアクセスについて、モバイルＩＡＢノードは、Ｍｓｇ５の既存のＩＡＢノード表示のように、モバイルＩＡＢノードのアクセスであることをＩＡＢ－ドナーに通知すべきかどうかを議論すべきである。このような表示はシナリオに関係なく必要かもしれないが、特にシナリオ１では、ＩＡＢドナーＤＵまたは中間ＩＡＢノードのＩＡＢ－ＤＵのどちらによってセルが提供されるかに応じて、ＩＡＢノードがセルとの接続を継続できるかどうかをＩＡＢドナーが決定する必要がある。つまり、シナリオ１ではこのような表示がより重要になる。

　提案４：特に、モバイルＩＡＢノードがＩＡＢドナーとしか接続しない場合（シナリオ１）、ＲＡＮ２は、モバイルＩＡＢノードがＲＲＣ接続確立プロシージャで新しい表示（モバイルＩＡＢノード表示など）を送信する必要があるかどうかを議論すべきである。

　Ｒｅｌ－１６／１７では、固定ＩＡＢノードのみを想定していたため、バックホールリンクの無線状態は安定していると見なされる。一方、Ｒｅｌ－１８では移動ＩＡＢノードを想定しているため、ＲＬＦやＲＲＣ再確立はレアケースではなくなる。モバイルＩＡＢノードがＲＲＣ再確立を開始した場合、ＩＡＢ－ＭＴは最初にセル選択を行う。シナリオ１の場合、モバイルＩＡＢノードが中間ＩＡＢノードから提供されたセルを選択した場合、次のＲＲＣ再確立は失敗するか、少なくともモバイルＩＡＢノードは中間ＩＡＢノードから提供されたセルと接続することができないため、ＲＲＣ再確立後にモバイルＩＡＢノードとして動作しない可能性がある。これはＵＥにとってサービス中断の原因となる。そのため、シナリオ１では、モバイルＩＡＢノードがＩＡＢドナーＵＥの提供するセルを優先的に選択するように最適化する。

　提案５：モバイルＩＡＢノードがＩＡＢドナーとしか接続しない場合（シナリオ１）、ＲＡＮ２はＲＲＣ再確立プロシージャでモバイルＩＡＢノードがモバイルＩＡＢ対応セルを選択するように最適化するかどうかを議論すべきである。

　一方、モバイルＩＡＢノードが中間ＩＡＢノードとも接続できる場合（シナリオ２）、モバイルＩＡＢノードはどのセルとも接続できるため、特別な処理は必要ない。

　なお、両シナリオに共通するユースケースのための機能強化は除外されない。「特別な扱いをしない」は、シナリオ間の比較としてのみ適用されることを意図している。

　所見３：モバイルＩＡＢノードが中間ＩＡＢノードとも接続する場合（シナリオ２）、モバイルＩＡＢノードはどのセル（ＩＡＢドナーＤＵおよび中間ＩＡＢノードが提供するセル）とも接続できるため、モバイルＩＡＢノードのアクセスに特別な処理は必要ない。

２．３　概要
　以上の議論の概要は以下の通りである。

　表１に示すように、シナリオ間には長所と短所がある。Ｆ１の複雑性という点ではシナリオ１の方が優れており、展開方針とＵｕの複雑性という点ではシナリオ２の方が優れている。特にＲＡＮ２の観点からは、シナリオ２が若干望ましい。しかし、最終的な決定は、主要なワーキンググループ、すなわちＲＡＮ３が行う可能性がある。

　提案６：モバイルＩＡＢノードが中間ＩＡＢノードとも接続すること（つまりシナリオ２）を採用することで、ＲＡＮ２への仕様上の影響は少なくなるが、最終的な決定はＲＡＮ３に委ねられるべきである。

Claims

　セルラ通信システムで用いる通信制御方法であって、
　ドナーノード及び移動することなく静止した中間中継ノードのいずれかが、移動中継ノードに関する情報を送信すること、を有する
　通信制御方法。
　前記移動中継ノードに関する情報は、前記移動中継ノードの接続を許可することを表す接続許可情報であって、
　前記送信することは、前記ドナーノードが、前記接続許可情報を報知することを含む
　請求項１記載の通信制御方法。
　前記移動中継ノードが、前記接続許可情報を報知したセルを、セル選択プロシージャにおけるセルの選択候補とすること、を更に有する
　請求項２記載の通信制御方法。
　前記移動中継ノードに関する情報は、前記移動中継ノードの接続を許可しないことを表す接続不許可情報であって、
　前記中間中継ノードが、前記接続不許可情報を報知すること、を更に有する
　請求項１記載の通信制御方法。
　前記移動中継ノードが、前記接続不許可情報を報知したセルを、セル選択プロシージャにおけるセルの選択候補から除外すること、を更に有する
　請求項４記載の通信制御方法。
　前記移動中継ノードに関する情報は、前記移動中継ノードの接続が可能なセルを表す接続可能セル情報であって、
　前記送信することは、前記ドナーノード及び前記中間中継ノードのいずれかが、前記接続可能セル情報を前記移動中継ノードへ送信することを含む
　請求項１記載の通信制御方法。
　前記移動中継ノードに関する情報は、前記移動中継ノードの接続が不可能なセルを表す接続不可能セル情報であって、
　前記送信することは、前記ドナーノード及び前記中間中継ノードの少なくともいずれかが、前記接続不可能セル情報を前記移動中継ノードへ送信することを含む
　請求項１記載の通信制御方法。
　前記移動中継ノードが、前記接続可能セル情報により表されたセルを、セル選択プロシージャにおけるセルの選択候補とし、前記接続不可能セル情報により表されたセルを、前記セル選択プロシージャにおけるセルの選択候補から除外すること、を更に有する
　請求項６又は請求項７記載の通信制御方法。
　前記移動中継ノードに関する情報は、測定設定及び条件付き再設定のいずれかに含まれるセル識別情報であって、
　前記送信することは、前記ドナーノードが、前記測定設定及び前記条件付き再設定のいずれかを前記移動中継ノードへ送信することを含み、
　前記移動中継ノードが、前記測定設定及び前記条件付き再設定のいずれかに含まれる記セル識別情報で表されたセルを、当該移動中継ノードが接続可能なセルと判定すること、を更に有する
　請求項１記載の通信制御方法。
　前記移動中継ノードに関する情報は、前記移動中継ノードがランダムアクセスプロシージャにおいて専用で用いることが可能なリソースに関するリソース情報であって、
　前記送信することは、前記ドナーノードが、前記リソース情報を報知することを含む
　請求項１記載の通信制御方法。
　前記移動中継ノードが、前記リソース情報を報知したセルを、セル選択プロシージャにおけるセルの選択候補とし、選択候補の中から選択したセルに対して前記リソース情報で表されたリソースを利用して前記ランダムアクセスプロシージャを実行すること、を更に有する
　請求項１０記載の通信制御方法。
　セルラ通信システムで用いる通信制御方法であって、
　移動中継ノードが、前記移動中継ノードに関する情報を送信すること、を有する
　通信制御方法。
　前記移動中継ノードに関する情報は、自ノードが前記移動中継ノードであることを表す情報であって、
　前記送信することは、前記移動中継ノードが、前記自ノードが前記移動中継ノードであることを表す情報を前記移動中継ノードが接続したセルへ送信することを含む
　請求項１２記載の通信制御方法。
　ドナーノードが、移動することなく静止した中間中継ノードが管理するセルに前記移動中継ノードが接続した場合、Ｆ１セットアップ要求の送信を禁止することを表すＦ１セットアップ要求送信禁止情報を前記移動中継ノードへ送信すること、を更に有する
　請求項１３記載の通信制御方法。
　前記移動中継ノードに関する情報は、前記移動中継ノードが、前記移動中継ノードとして動作可能であるか否かを表す動作可能可否情報であって、
　前記送信することは、前記移動中継ノードが、前記動作可能可否情報をドナーノードへ送信することを含む
　請求項１２記載の通信制御方法。
　前記移動中継ノードに関する情報は、前記移動中継ノードのドナーノードに対するＲＲＣ接続を特定するための情報を表すＲＲＣ接続特定情報であって、
　前記送信することは、前記移動中継ノードが、前記ＲＲＣ接続特定情報を含むＦ１メッセージを前記ドナーノードへ送信することを含む
　請求項１２記載の通信制御方法。
　セルラ通信システムで用いる通信制御方法であって、
　ソースドナーノードが、移動中継ノードがハンドオーバ対象であることを表す情報を含むハンドオーバ要求メッセージをターゲットドナーノードへ送信することと、
　前記ターゲットドナーノードが、前記ハンドオーバ要求メッセージを受信したことに応じて、前記ターゲットドナーノードが管理するセルを前記移動中継ノードのハンドオーバ先のセルとして選択することと、を有する
　通信制御方法。
　前記ターゲットドナーノードが、前記移動中継ノードの受け入れが可能か否かを表す移動中継ノード受入可否情報を前記ソースドナーノードへ送信すること、を更に含み、
　前記ハンドオーバ要求メッセージを送信することは、前記ソースドナーノードが、前記移動中継ノード受入可否情報に基づいて、前記ハンドオーバ要求メッセージを前記ターゲットドナーノードへ送信することを含む、
　請求項１７記載の通信制御方法。