JP7450029B2 - 通信制御方法、中継ノード及びプロセッサ - Google Patents

Description

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

セルラ通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ノードと呼ばれる新たな中継ノードの導入が検討されている。１又は複数の中継ノードが基地局とユーザ装置との間の通信に介在し、この通信に対する中継を行う。

第１の態様に係る通信制御方法は、セルを管理する第１中継ノードが、前記セルが中継ノードをサポートしていることを示す中継ノードサポート情報をブロードキャストすることと、前記第１中継ノードが、バックホールリンクに障害が生じたことを示す障害関連通知を通信することと、前記第１中継ノードが、前記障害関連通知の通信に応じて、前記中継ノードサポート情報のブロードキャストを停止することとを有する。

第２の態様に係る通信制御方法は、中継ノードが、前記中継ノードをサポートしていることを示す中継ノードサポート情報をブロードキャストしていないセルを、前記中継ノードが在圏する候補セルから除外することと、前記中継ノードが、前記除外の継続が要求される除外要求期間内であっても、前記セルから前記中継ノードサポート情報がブロードキャストされたことが確認された場合には、前記セルを前記候補セルとして選択することとを有する。

第３の態様に係る通信制御方法は、中継ノードトポロジに属する中継ノードのセルから、前記中継ノードトポロジを識別するトポロジ番号をブロードキャストすることを有し、前記中継ノードトポロジは、１つのドナーノードにより管理される１つ又は複数の中継ノードからなるトポロジである。

一実施形態に係るセルラ通信システムの構成を示す図である。 ＩＡＢノードと親ノードと子ノードとの関係を示す図である。 一実施形態に係る基地局の構成を示す図である。 一実施形態に係る中継ノードの構成を示す図である。 一実施形態に係るユーザ装置の構成を示す図である。 ＩＡＢ－ＭＴのＲＲＣ接続及びＮＡＳ接続に関するプロトコルスタックを示す図である。 Ｆ１－Ｕプロトコルに関するプロトコルスタックを示す図である。 Ｆ１－Ｃプロトコルに関するプロトコルスタックを示す図である。 一実施形態に係るＩＡＢサポート情報に関する動作を示す図である。 一実施形態に係る動作例１を示す図である。 一実施形態に係る動作例２を示す図である。 一実施形態に係る動作例３を示す図である。 一実施形態に係る動作例４を示す図である。 一実施形態に係る除外要求期間に関する動作を説明するための図である。 一実施形態に係るトポロジ番号に関する動作を説明するための図である。

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

（セルラ通信システムの構成）
まず、一実施形態に係るセルラ通信システムの構成について説明する。図１は、一実施形態に係るセルラ通信システム１の構成を示す図である。

セルラ通信システム１は、３ＧＰＰ規格に基づく第５世代（５Ｇ）セルラ通信システムである。具体的には、セルラ通信システム１における無線アクセス方式は、５Ｇの無線アクセス方式であるＮＲ（Ｎｅｗ Ｒａｄｉｏ）である。但し、セルラ通信システム１には、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）が少なくとも部分的に適用されてもよい。

図１に示すように、セルラ通信システム１は、５Ｇコアネットワーク（５ＧＣ）１０と、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、基地局（ｇＮＢと呼ばれる）２００と、ＩＡＢノード３００とを有する。ＩＡＢノード３００は、中継ノードの一例である。

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

５ＧＣ１０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）１１及びＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）１２を有する。ＡＭＦ１１は、ＵＥ１００に対する各種モビリティ制御等を行う装置である。ＡＭＦ１１は、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ１２は、ユーザデータの転送制御等を行う装置である。

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

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

各ｇＮＢ２００は、Ｘｎインターフェイスと呼ばれる基地局間インターフェイスを介して、隣接関係にある他のｇＮＢ２００と相互に接続される。図１において、ｇＮＢ２００－１がｇＮＢ２００－２と接続される一例を示している。

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

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

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

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

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

図２に示すように、各ＩＡＢノード３００は、基地局機能部に相当するＩＡＢ－ＤＵとユーザ装置機能部に相当するＩＡＢ－ＭＴ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｉｏｎ）とを有する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図６に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤと、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤとを有する。

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

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

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

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

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

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

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

図７に示すように、ＩＡＢノード３００－２のＩＡＢ－ＭＴ、ＩＡＢノード３００－１のＩＡＢ－ＤＵ、ＩＡＢノード３００－１のＩＡＢ－ＭＴ、及びドナーｇＮＢ２００－１のＤＵのそれぞれは、ＲＬＣレイヤの上位レイヤとしてＢＡＰ（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤを有する。ＢＡＰレイヤは、ルーティング処理及びベアラマッピング・デマッピング処理を行うレイヤである。バックホール（ＢＨ）では、ＩＰレイヤがＢＡＰレイヤを介して伝送されることにより、複数のホップでのルーティングが可能になる。

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

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

（中継ノードサポート情報）
次に、一実施形態に係る中継ノードサポート情報（ＩＡＢサポート情報）について説明する。セルを管理するノードは、当該セルがＩＡＢノード３００をサポートしている場合、当該セルにおいてブロードキャストするシステム情報ブロックタイプ１（ＳＩＢ１）にＩＡＢサポート情報を含める。

「セルを管理するノード」とは、ｇＮＢ２００（ＤＵ）又はＩＡＢノード３００（ＩＡＢ－ＤＵ）をいう。また、「セルがＩＡＢノード３００をサポートしている」とは、当該セルがＩＡＢノード３００を取り扱う機能を有し、ＩＡＢノード３００のための候補セルとして当該セルを選択することが許可されることをいう。

ＳＩＢ１は、システム情報（システム情報ブロック）の一例である。ＳＩＢ１は、他のシステム情報ブロックのスケジューリングを定義し、初期アクセスに必要な情報を含む。ＳＩＢ１は、ＤＬ－ＳＣＨ（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）で周期的にブロードキャストされる。

図９は、一実施形態に係るＩＡＢサポート情報に関する動作を示す図である。ここでは、ＩＡＢノード３００Ｔの動作について主として説明する。ＩＡＢノード３００Ｔの親ノードはＩＡＢノード３００Ｐであり、ＩＡＢノード３００Ｔの子ノードはＩＡＢノード３００Ｃである。

図９に示すように、セル＃１を管理するＩＡＢノード３００Ｔは、第１に、セル＃１がＩＡＢノード３００をサポートしていることを示すＩＡＢサポート情報をブロードキャストする。具体的には、ＩＡＢノード３００は、セル＃１において周期的に送信するＳＩＢ１にＩＡＢサポート情報を含める。

第２に、ＩＡＢノード３００Ｔは、ＢＨリンクに障害が生じたことを示す障害関連通知を通信する。

ここで、「障害関連通知を通信する」とは、ＩＡＢノード３００ＰとＩＡＢノード３００Ｔとの間のＢＨリンク＃１に障害が生じたことを示すＴｙｐｅ１／２ ＮｏｔｉｆｉｃａｔｉｏｎをＩＡＢノード３００Ｔが送信することであってもよい。或いは、「障害関連通知を通信する」とは、ＩＡＢノード３００ＰのＢＨリンク＃２に障害が生じたことを示すＴｙｐｅ１／２ ＮｏｔｉｆｉｃａｔｉｏｎをＩＡＢノード３００ＰからＩＡＢノード３００Ｔが受信することであってもよい。

障害関連通知は、ＢＨリンクの無線リンク障害であるＢＨ ＲＬＦを検知したことを示す通知であってもよい。以下において、このような障害関連通知をＴｙｐｅ１ Ｎｏｔｉｆｉｃａｔｉｏｎと呼ぶ。

障害関連通知は、ＢＨリンクの回復（すなわち、ＢＨ ＲＬＦからの回復）を試行中であることを示す通知であってもよい。以下において、このような障害関連通知をＴｙｐｅ２ Ｎｏｔｉｆｉｃａｔｉｏｎと呼ぶ。Ｔｙｐｅ１ Ｎｏｔｉｆｉｃａｔｉｏｎ及びＴｙｐｅ２ Ｎｏｔｉｆｉｃａｔｉｏｎを区別しないときはＴｙｐｅ１／２ Ｎｏｔｉｆｉｃａｔｉｏｎと呼ぶ。

Ｔｙｐｅ１／２ Ｎｏｔｉｆｉｃａｔｉｏｎは、ＢＡＰレイヤのメッセージ、例えば、ＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）に含まれてもよい。ＩＡＢノード３００Ｔに接続済みのＩＡＢノード３００Ｃは、ＩＡＢノード３００Ｔから、ＢＡＰレイヤのメッセージに含まれるＴｙｐｅ１／２ Ｎｏｔｉｆｉｃａｔｉｏｎを受信可能である。但し、ＩＡＢノード３００Ｔに未接続のアイドル状態にあるＩＡＢノード３００（ＩＡＢ－ＭＴ）は、ＢＡＰレイヤのメッセージを受信できない。

第３に、ＩＡＢノード３００Ｔは、Ｔｙｐｅ１／２ Ｎｏｔｉｆｉｃａｔｉｏｎの通信に応じて、ＩＡＢサポート情報のブロードキャストを停止する。

ＩＡＢノード３００Ｔは、Ｔｙｐｅ１／２ Ｎｏｔｉｆｉｃａｔｉｏｎの通信が発生した場合、すなわち、ＢＨ ＲＬＦが発生した場合、子ノードに対してサービスを提供することが困難になる。このため、ＩＡＢサポート情報のブロードキャストを停止することにより、アイドル状態にあるＩＡＢノード３００（ＩＡＢ－ＭＴ）は、自ノードが在圏する候補セルとしてＩＡＢノード３００Ｔのセル＃１を選択不可になる。よって、サービス提供できないＩＡＢノード３００Ｔを、アイドル状態にあるＩＡＢノード３００（ＩＡＢ－ＭＴ）が選択することを防止できる。

また、ＩＡＢノード３００Ｔに接続済みの子ノードであるＩＡＢノード３００Ｃは、ＩＡＢサポート情報のブロードキャストが停止されても、ＩＡＢノード３００Ｔと接続した状態を維持してもよい。これにより、ＩＡＢノード３００Ｃは、ＢＨリンクの回復を所定時間にわたって待つことができる。

図１０は、一実施形態に係る動作例１を示す図である。以下の動作例１乃至４の図面において、必須ではないステップを破線で示す。

図１０に示すように、ステップＳ１０１乃至Ｓ１０３において、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を含むＳＩＢ１を周期的にブロードキャストする。

ステップＳ１０４において、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、自ノードのＢＨ ＲＬＦを検知する。

ステップＳ１０５において、ＩＡＢノード３００ＴのＢＡＰレイヤは、自ノードのＢＨ ＲＬＦを検知したことに応じて、Ｔｙｐｅ１／２ Ｎｏｔｉｆｉｃａｔｉｏｎを含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵをＩＡＢノード３００Ｃに送信する。

ステップＳ１０６乃至Ｓ１０９において、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、Ｔｙｐｅ１／２ Ｎｏｔｉｆｉｃａｔｉｏｎを含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵの送信に応じて（或いは、ステップＳ１０４のＢＨ ＲＬＦを検知したことに応じて）、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を含まないＳＩＢ１を周期的にブロードキャストする。すなわち、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、ＳＩＢ１からＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を削除する。

ステップＳ１１０において、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ＢＨ ＲＬＦから回復する。例えば、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ＲＲＣ再確立処理に成功し、ＲＲＣコネクティッド状態を維持する。

ステップＳ１１１において、ＩＡＢノード３００ＴのＢＡＰレイヤは、ＢＨ ＲＬＦからの回復に応じて、Ｔｙｐｅ３ Ｎｏｔｉｆｉｃａｔｉｏｎ（ＲＬＦ ｒｅｃｏｖｅｒｅｄ）を含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵをＩＡＢノード３００Ｃに送信する。Ｔｙｐｅ３ Ｎｏｔｉｆｉｃａｔｉｏｎは、ＢＨ ＲＬＦから回復したことを示す通知である。

ステップＳ１１２乃至Ｓ１１３において、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、Ｔｙｐｅ３ Ｎｏｔｉｆｉｃａｔｉｏｎを含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵの送信に応じて（或いは、ステップＳ１１０のＢＨ ＲＬＦからの回復に応じて）、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を含むＳＩＢ１を周期的にブロードキャストする。

図１１は、一実施形態に係る動作例２を示す図である。ここでは、上述した動作例１との相違点について主として説明する。

図１１に示すように、ステップＳ２０１乃至Ｓ２０９の動作は、上述した動作例１と同様である。

ステップＳ２１０において、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ＢＨ ＲＬＦからの回復に失敗する。例えば、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ＲＲＣ再確立処理に失敗し、ＲＲＣアイドル状態に遷移する。

ステップＳ２１１において、ＩＡＢノード３００ＴのＢＡＰレイヤは、ＢＨ ＲＬＦからの回復失敗に応じて、Ｔｙｐｅ４ Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｒｅｃｏｖｅｒｙ ｆａｉｌｕｒｅ）を含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵをＩＡＢノード３００Ｃに送信する。Ｔｙｐｅ４ Ｎｏｔｉｆｉｃａｔｉｏｎは、ＢＨ ＲＬＦからの回復失敗を示す通知である。

ステップＳ２１２乃至Ｓ２１３において、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、Ｔｙｐｅ４ Ｎｏｔｉｆｉｃａｔｉｏｎを含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵの送信に応じて（或いは、ステップＳ２１０のＢＨ ＲＬＦからの回復失敗に応じて）、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を含まないＳＩＢ１を周期的にブロードキャストする。

図１２は、一実施形態に係る動作例３を示す図である。ここでは、上述した動作例１及び２との相違点について主として説明する。

図１２に示すように、ステップＳ３０１乃至Ｓ３０３において、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を含むＳＩＢ１を周期的にブロードキャストする。

ステップＳ３０４において、親ノードであるＩＡＢノード３００ＰのＩＡＢ－ＭＴは、自ノードのＢＨ ＲＬＦを検知する。

ステップＳ３０５において、ＩＡＢノード３００ＰのＢＡＰレイヤは、自ノードのＢＨ ＲＬＦを検知したことに応じて、Ｔｙｐｅ１／２ Ｎｏｔｉｆｉｃａｔｉｏｎを含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵをＩＡＢノード３００Ｔに送信する。

ステップＳ３０６乃至Ｓ３０９において、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、Ｔｙｐｅ１／２ Ｎｏｔｉｆｉｃａｔｉｏｎを含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵの受信に応じて、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を含まないＳＩＢ１を周期的にブロードキャストする。すなわち、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、ＳＩＢ１からＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を削除する。

ステップＳ３１０において、ＩＡＢノード３００ＰのＩＡＢ－ＭＴは、ＢＨ ＲＬＦから回復する。

ステップＳ３１１において、ＩＡＢノード３００ＰのＢＡＰレイヤは、ＢＨ ＲＬＦからの回復に応じて、Ｔｙｐｅ３ Ｎｏｔｉｆｉｃａｔｉｏｎ（ＲＬＦ ｒｅｃｏｖｅｒｅｄ）を含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵをＩＡＢノード３００Ｔに送信する。

ステップＳ３１２乃至Ｓ３１３において、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、Ｔｙｐｅ３ Ｎｏｔｉｆｉｃａｔｉｏｎを含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵの受信に応じて、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を含むＳＩＢ１を周期的にブロードキャストする。

図１３は、一実施形態に係る動作例４を示す図である。ここでは、上述した動作例１乃至３との相違点について主として説明する。

図１３に示すように、ステップＳ４０１乃至Ｓ４０９の動作は、上述した動作例３と同様である。

ステップＳ４１０において、ＩＡＢノード３００ＰのＩＡＢ－ＭＴは、ＢＨ ＲＬＦからの回復に失敗する。

ステップＳ４１１において、ＩＡＢノード３００ＰのＢＡＰレイヤは、ＢＨ ＲＬＦからの回復失敗に応じて、Ｔｙｐｅ４ Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｒｅｃｏｖｅｒｙ ｆａｉｌｕｒｅ）を含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵをＩＡＢノード３００Ｔに送信する。

ステップＳ４１２乃至Ｓ４１３において、ＩＡＢノード３００ＴのＩＡＢ－ＤＵは、Ｔｙｐｅ４ Ｎｏｔｉｆｉｃａｔｉｏｎを含むＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵの受信に応じて、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を含まないＳＩＢ１を周期的にブロードキャストする。

（除外要求期間）
次に、一実施形態に係る除外要求期間について説明する。

ＩＡＢノード３００のＩＡＢ－ＭＴは、自ノードが在圏（ｃａｍｐ ｏｎ）する候補セルを選択（再選択を含む）する場合において、ＩＡＢサポート情報をブロードキャストしていないセルを所定期間にわたって候補セルから除外する。このような除外の継続が要求される所定期間を除外要求期間と呼ぶ。除外要求期間は、例えば３００秒程度である。

すなわち、ＩＡＢノード３００のＩＡＢ－ＭＴは、ＩＡＢサポート情報をブロードキャストしていないセルを、候補セルとして選択することが禁止されたセルとみなし、除外要求期間にわたって当該セルを候補セルとして選択することを避ける。

しかしながら、上述したように、ＩＡＢサポート情報のブロードキャストが停止された後に再開される場合がある。このような場合、除外要求期間の制約があると、ＩＡＢノード３００のＩＡＢ－ＭＴは、無線状態が最適なセルを候補セルとして選択することが困難になり得る。よって、ＩＡＢサポート情報のブロードキャストが再開された場合、除外要求期間の制約を解除することが望ましい。

図１４は、一実施形態に係る除外要求期間に関する動作を説明するための図である。

図１４に示すように、セル＃１を管理するノード５００Ａと、セル＃２を管理するノード５００Ｂとが存在する。ノード５００ＡはｇＮＢ２００又はＩＡＢノード３００であり、ノード５００ＢはｇＮＢ２００又はＩＡＢノード３００である。

セル＃１は、ＩＡＢノード３００Ｔにとって最も無線状態が良好なセル（以下、「ベストセル」と呼ぶ）である。例えば、ＩＡＢノード３００Ｔがセル＃１（ノード５００Ａ）から受信する参照信号の受信電力は大きい。図１４に示す例において、セル＃１（ノード５００Ａ）は、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を含まないＳＩＢ１を送信する。

セル＃２は、ＩＡＢノード３００Ｔにとってベストセルでは無いセル（以下、「非ベストセル」と呼ぶ）である。例えば、ＩＡＢノード３００Ｔがセル＃２（ノード５００Ｂ）から受信する参照信号の受信電力は小さい。図１４に示す例において、セル＃２（ノード５００Ｂ）は、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）を含むＳＩＢ１を送信する。

このような状況下において、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ＩＡＢノード３００をサポートしていることを示すＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）をブロードキャストしていないセル＃１を、ＩＡＢノード３００Ｔが在圏する候補セルから除外する。その結果、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ＩＡＢノード３００をサポートしていることを示すＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）をブロードキャストしているセル＃２を、ＩＡＢノード３００Ｔが在圏する候補セルとして選択し得るが、セル＃２はベストセルではない。ここでは、ＩＡＢノード３００ＴのＩＡＢ－ＭＴがセル＃２を選択したと仮定して説明を進める。

ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、除外の継続が要求される除外要求期間内であっても、セル＃１からＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）がブロードキャストされたことが確認された場合には、セル＃１を候補セルとして選択する。例えば、セル＃１（ノード５００Ａ）がＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）のブロードキャストを停止した後、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）のブロードキャストを再開した場合、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、セル＃１を候補セルとして選択する。これにより、ＩＡＢノード３００ＴのＩＡＢ－ＭＴがベストセルを円滑に選択できるようになる。

ＩＡＢノード３００ＴのＩＡＢ－ＭＴがＲＲＣアイドル状態にある場合、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）をブロードキャストしていないセル＃１を除外した後の除外要求期間内において、セル＃１からＩＡＢサポート情報がブロードキャストされたか否かを周期的に確認してもよい。

例えば、ＲＲＣアイドル状態にあるＩＡＢノード３００ＴのＩＡＢ－ＭＴは、セル＃２を選択した状態において、セル＃１からＩＡＢサポート情報がブロードキャストされたか否かを周期的に確認してもよい。そして、ＲＲＣアイドル状態にあるＩＡＢノード３００ＴのＩＡＢ－ＭＴは、セル＃１からＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）がブロードキャストされたことが確認された場合、セル＃１を候補セルに含める。これにより、セル＃２からセル＃１への円滑なセル再選択が可能になる。

一方、ＩＡＢノード３００ＴのＩＡＢ－ＭＴがＲＲＣコネクティッド状態にある場合、ＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）をブロードキャストしていないセル＃１を除外した後の除外要求期間の制約がＩＡＢノード３００Ｔ（ＩＡＢ－ＭＴ）に適用されないとみなしてもよい。すなわち、除外要求期間は、ＩＡＢノード３００ＴのＩＡＢ－ＭＴがＲＲＣコネクティッド状態に遷移すると無効になる。

例えば、ＲＲＣコネクティッド状態にあるＩＡＢノード３００ＴのＩＡＢ－ＭＴがノード５００Ａ（セル＃１）においてＢＨ ＲＬＦを検知し、ＲＲＣコネクティッド状態を維持したままノード５００Ｂ（セル＃２）へのＲＲＣ再確立を行った場合を想定する。このような場合、ＲＲＣコネクティッド状態にあるＩＡＢノード３００ＴのＩＡＢ－ＭＴは、ノード５００Ｂ（セル＃２）とのＢＨ ＲＬＦを検知した後のセル再選択動作において、セル＃１からＩＡＢサポート情報がブロードキャストされているかを確認する。そして、ＲＲＣコネクティッド状態にあるＩＡＢノード３００ＴのＩＡＢ－ＭＴは、セル＃１からＩＡＢサポート情報（ｉａｂ－Ｓｕｐｐｏｒｔ）がブロードキャストされたことが確認された場合、セル＃１を候補セルに含める。これにより、セル＃２からセル＃１への円滑なＲＲＣ再確立が可能になる。

（トポロジ番号）
次に、一実施形態に係るトポロジ番号について説明する。図１５は、一実施形態に係るトポロジ番号に関する動作を説明するための図である。

図１５に示すように、ＩＡＢドナーであるｇＮＢ２００Ａの配下にＩＡＢノード３００Ａ１乃至３００Ａ５が存在し、ＩＡＢノード３００Ａ１乃至３００Ａ５がＩＡＢトポロジ＃１を構成している。また、他のＩＡＢドナーであるｇＮＢ２００Ｂの配下にＩＡＢノード３００Ｂ１乃至３００Ｂ３が存在し、ＩＡＢノード３００Ｂ１乃至３００Ｂ３がＩＡＢトポロジ＃２を構成している。ＩＡＢトポロジは、中継ノードトポロジの一例である。ＩＡＢトポロジは、１つのドナーノード（ドナーｇＮＢ）により管理される１つ又は複数の中継ノードからなるトポロジである。

１つのＩＡＢトポロジに属するＩＡＢノード３００のＩＡＢ－ＭＴが他のＩＡＢトポロジにセル再選択又はＲＲＣ再確立を行う場合、ＩＡＢドナー（具体的には、ＣＵ）が変更されるため、Ｆ１インターフェイスの再設定等の処理が煩雑になる。このため、ＩＡＢノード３００のＩＡＢ－ＭＴは、セル再選択又はＲＲＣ再確立において、同一のＩＡＢドナーの配下にあるＩＡＢノード３００（すなわち、同一のＩＡＢトポロジ内のＩＡＢノード３００）を選択することが望ましい。

例えば、ＩＡＢトポロジ＃１に属するＩＡＢノード３００Ａ５のＩＡＢ－ＭＴが、ＩＡＢノード３００Ａ５の親ノードであるＩＡＢノード３００Ａ４とのＢＨ ＲＬＦを検知した場合を想定する。また、ＩＡＢノード３００Ａ５のＩＡＢ－ＭＴが、ＩＡＢトポロジ＃１に属するＩＡＢノード３００Ａ３のセルからのＩＡＢサポート情報と、ＩＡＢトポロジ＃２に属するＩＡＢノード３００Ｂ２のセルからのＩＡＢサポート情報とを受信可能であると想定する。このような想定下において、ＩＡＢノード３００Ａ５のＩＡＢ－ＭＴは、ＩＡＢノード３００Ａ５のセル及びＩＡＢノード３００Ｂ２のセルのいずれも候補セルとして選択し得る。

一実施形態において、ＩＡＢトポロジに属する各ＩＡＢノード３００のセルから、当該ＩＡＢトポロジを識別するトポロジ番号をブロードキャストする。例えば、各ＩＡＢノード３００のＩＡＢ－ＤＵは、自ノードが属するＩＡＢトポロジのトポロジ番号を、周期的にブロードキャストするＳＩＢ１に含める。図１５において、ＩＡＢトポロジ＃１のトポロジ番号がトポロジ番号＃１であり、ＩＡＢトポロジ＃２のトポロジ番号がトポロジ番号＃２であるとする。

第１に、ＩＡＢノード３００Ａ５のＩＡＢ－ＭＴは、ＩＡＢノード３００Ａ４と接続する際に、ＩＡＢノード３００Ａ４からブロードキャストされるトポロジ番号＃１を記憶する。すなわち、ＩＡＢノード３００Ａ５のＩＡＢ－ＭＴは、自ノードが参加したＩＡＢトポロジ＃１のトポロジ番号＃１を記憶する。

第２に、ＩＡＢノード３００Ａ５のＩＡＢ－ＭＴは、ＩＡＢノード３００Ａ４とのＢＨ ＲＬＦを検知したとする。ＩＡＢノード３００Ａ５のＩＡＢ－ＭＴは、ＢＨ ＲＬＦを検知した後、セル再選択を行うことにより、ＲＲＣ再確立処理の対象とするセルを選択する。ここで、ＩＡＢノード３００Ａ５のＩＡＢ－ＭＴは、記憶しているトポロジ番号＃１と同じトポロジ番号をブロードキャストするセル（図１５の例では、ＩＡＢノード３００Ａ３のセル）をＲＲＣ再確立先として優先的に選択する。ＩＡＢノード３００Ａ５のＩＡＢ－ＭＴは、記憶しているトポロジ番号＃１と異なるトポロジ番号＃２をブロードキャストするセル（図１５の例では、ＩＡＢノード３００Ｂ２のセル）をＲＲＣ再確立先の候補（候補セル）から除外してもよい。

このように、ＩＡＢトポロジに属する各ＩＡＢノード３００のセルからトポロジ番号をブロードキャストすることにより、ＲＲＣ再確立処理において適切な候補セルを選択可能になる。

ここで、トポロジ番号は、ＩＡＢドナー（ＣＵ）のＩＤに比べて少ないビット長で実現できる。特に、ＩＡＢドナー（ＣＵ）のＩＤがグローバルＩＤであるような場合、当該ＩＤのビット長が長くなり、オーバーヘッドが大きくなる。これに対し、トポロジ番号は、隣接するＩＡＢトポロジ間で重複しない番号であればよく、地理的に離れたＩＡＢトポロジ間で重複していてもよいため、トポロジ番号のビット長は短くて済み、オーバーヘッドが小さい。

例えば、トポロジ番号は、コアネットワーク（ＣＮ）１０ａ又はＯＡＭ（Ｏｐｅｒａｔｉｏｎ、Ａｄｍｉｎｉｓｔｒａｔｉｏｎ、Ｍａｉｎｔｅｎａｎｃｅ）から各ＩＡＢドナー（ＣＵ）及び／又は各ＩＡＢ－ＤＵに設定される。トポロジ番号は、ＩＡＢドナー（ＣＵ）からＩＡＢ－ＤＵに対してＦ１インターフェイス上で設定可能であってもよい。

（その他の実施形態）
上述した実施形態において、ＲＲＣアイドル状態をＲＲＣインアクティブ状態に読み替えてもよい。ＲＲＣインアクティブ状態とは、ＲＲＣ接続がサスペンドされた状態をいう。ＲＲＣインアクティブ状態には、ＲＲＣアイドル状態と同様なセル選択制御（セル再選択制御）を適用可能である。

上述した実施形態及び変更例において、セルラ通信システム１が５Ｇセルラ通信システムである一例について主として説明した。しかしながら、セルラ通信システム１における基地局はＬＴＥ基地局であるｅＮＢであってもよい。また、セルラ通信システム１におけるコアネットワークはＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）であってもよい。さらに、ｇＮＢがＥＰＣに接続することもでき、ｅＮＢが５ＧＣに接続することもでき、ｇＮＢとｅＮＢとが基地局間インターフェイス（Ｘｎインターフェイス、Ｘ２インターフェイス）を介して接続されてもよい。

上述した実施形態及び変更例に係る各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。ＵＥ１００、ｇＮＢ２００、又はＩＡＢノード３００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップセットが提供されてもよい。

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

Claims (8)

1. セルを管理する第１中継ノードが、前記セルが中継ノードをサポートしていることを示す中継ノードサポート情報をブロードキャストすることと、
   前記第１中継ノードが、バックホールリンクに障害が生じたことを示す障害関連通知を通信することと、
   前記第１中継ノードが、前記障害関連通知の通信に応じて、前記中継ノードサポート情報のブロードキャストを停止することと、
   前記第１中継ノードが、前記障害から回復したことを示す障害回復通知の通信に応じて、前記中継ノードサポート情報のブロードキャストを再開することと、を有する
   通信制御方法。
2. 前記通信することは、前記第１中継ノードの親ノードである第２中継ノードと前記第１中継ノードとの間の前記バックホールリンクに障害が生じたことを示す前記障害関連通知を前記第１中継ノードが送信することを含む
   請求項１に記載の通信制御方法。
3. 前記通信することは、前記第１中継ノードの親ノードである第２中継ノードの前記バックホールリンクに障害が生じたことを示す前記障害関連通知を前記親ノードから受信することを含む
   請求項１に記載の通信制御方法。
4. 前記第１中継ノードに接続済みの子ノードである第３中継ノードが、前記中継ノードサポート情報のブロードキャストが停止されても、前記第１中継ノードと接続した状態を維持することをさらに有する
   請求項１乃至３のいずれか１項に記載の通信制御方法。
5. 複数のセルのうち、前記中継ノードサポート情報のブロードキャストを停止している前記第１中継ノードが管理する第１セルとの無線状態が最も良好である第３中継ノードが、除外要求期間において前記第３中継ノードが在圏する候補セルから前記第１セルを除外することと、
   前記第３中継ノードが、前記除外要求期間において、前記第１中継ノードからの前記中継ノードサポート情報のブロードキャストが再開されたかを周期的に確認することと、をさらに有する
   請求項１に記載の通信制御方法。
6. 前記第３中継ノードが、前記除外要求期間であっても、前記第１中継ノードからの前記中継ノードサポート情報のブロードキャストが再開された場合、前記第１セルを前記候補セルとして選択することをさらに有する
   請求項５に記載の通信制御方法。
7. セルを管理する中継ノードであって、
   前記セルが中継ノードをサポートしていることを示す中継ノードサポート情報をブロードキャストする通信部を備え、
   前記通信部は、
   バックホールリンクに障害が生じたことを示す障害関連通知を通信し、
   前記障害関連通知の通信に応じて、前記中継ノードサポート情報のブロードキャストを停止し、
   前記障害から回復したことを示す障害回復通知の通信に応じて、前記中継ノードサポート情報のブロードキャストを再開する
   中継ノード。
8. セルを管理する中継ノードを制御するためのプロセッサであって、
   前記セルが中継ノードをサポートしていることを示す中継ノードサポート情報をブロードキャストする処理と、
   バックホールリンクに障害が生じたことを示す障害関連通知を通信する処理と、
   前記障害関連通知の通信に応じて、前記中継ノードサポート情報のブロードキャストを停止する処理と、
   前記障害から回復したことを示す障害回復通知の通信に応じて、前記中継ノードサポート情報のブロードキャストを再開する処理と、を実行する
   プロセッサ。

Images