特開 2023-78390 通信制御方法、無線中継装置及びプロセッサ

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

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

(11)【公開番号】P2023078390

(43)【公開日】2023-06-06

(54)【発明の名称】通信制御方法、無線中継装置及びプロセッサ

(51)【国際特許分類】

   H04W 36/08 20090101AFI20230530BHJP

   H04W 92/20 20090101ALI20230530BHJP

   H04W 16/26 20090101ALI20230530BHJP

   H04W 84/18 20090101ALI20230530BHJP

   H04W 36/36 20090101ALI20230530BHJP

   H04W 76/19 20180101ALI20230530BHJP

   H04W 48/08 20090101ALI20230530BHJP

【ＦＩ】

H04W36/08

H04W92/20 110

H04W16/26

H04W84/18 110

H04W36/36

H04W76/19

H04W48/08

【審査請求】有

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2023046665

(22)【出願日】2023-03-23

(62)【分割の表示】P 2021554873の分割

【原出願日】2020-10-21

(31)【優先権主張番号】62/931,960

(32)【優先日】2019-11-07

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】弁理士法人キュリーズ

(72)【発明者】

【氏名】藤代 真人

(72)【発明者】

【氏名】チャン ヘンリー

(57)【要約】      （修正有）

【課題】バックホールリンクを介して上位装置と接続する無線中継装置において実行する通信制御方法、無線中継装置及びプロセッサを提供する。
【解決手段】移動通信システムにおいて、無線中継装置であるＩＡＢノード３００－１（３００－２）の通信制御方法は、上位装置であるドナーｇＮＢ２００－１（３００－１）のバックホールリンクに障害ＢＨ ＲＬＦが発生し、且つ、上位装置がバックホールリンクの復旧に失敗したことを示す障害通知メッセージを上位装置から受信することと、無線中継装置のバックホールリンクの無線状態にかかわらず、上位装置からの障害通知メッセージの受信に応じて、無線中継装置のバックホールリンクを他の上位装置に切り替えることと、を含む。
【選択図】図７

【特許請求の範囲】

【請求項1】

バックホールリンクを介して上位装置と接続する無線中継装置において実行する通信制御方法であって、
前記上位装置のバックホールリンクに障害が発生し、且つ前記上位装置がバックホールリンクの復旧に失敗した場合に送信される障害通知を前記上位装置から受信することと、
前記上位装置からの前記障害通知を受信した後、前記無線中継装置のバックホールリンクを再確立するためにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）再確立処理に成功しない場合、前記無線中継装置のユーザ装置機能部がＲＲＣアイドル状態に遷移することと、
前記ＲＲＣアイドル状態に遷移した後、前記上位装置が前記無線中継装置をサポートすることを示すシステム情報を前記上位装置から受信した場合、前記無線中継装置のユーザ装置機能部が、前記上位装置のセルをサービングセルとしてアクセス可能とみなすことと、を有する
通信制御方法。

【請求項2】

バックホールリンクを介して上位装置と接続する無線中継装置であって、
前記上位装置のバックホールリンクに障害が発生し、且つ前記上位装置がバックホールリンクの復旧に失敗した場合に送信される障害通知を前記上位装置から受信する受信部と、
前記上位装置からの前記障害通知を受信した後、前記無線中継装置のバックホールリンクを再確立するためにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）再確立処理に成功しない場合、前記無線中継装置のユーザ装置機能部をＲＲＣアイドル状態に遷移させる制御部と、を備え、
前記ＲＲＣアイドル状態に遷移した後、前記上位装置が前記無線中継装置をサポートすることを示すシステム情報を前記上位装置から受信した場合、前記制御部は、前記上位装置のセルをサービングセルとしてアクセス可能とみなす
無線中継装置。

【請求項3】

バックホールリンクを介して上位装置と接続する無線中継装置を制御するプロセッサであって、
前記上位装置のバックホールリンクに障害が発生し、且つ前記上位装置がバックホールリンクの復旧に失敗した場合に送信される障害通知を前記上位装置から受信する処理と、
前記上位装置からの前記障害通知を受信した後、前記無線中継装置のバックホールリンクを再確立するためにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）再確立処理に成功しない場合、前記無線中継装置のユーザ装置機能部をＲＲＣアイドル状態に遷移させる処理と、
前記ＲＲＣアイドル状態に遷移した後、前記上位装置が前記無線中継装置をサポートすることを示すシステム情報を前記上位装置から受信した場合、前記上位装置のセルをサービングセルとしてアクセス可能とみなす処理と、を実行する
プロセッサ。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、移動通信システムで用いる通信制御方法、無線中継装置及びプロセッサに関する。

【背景技術】

【0002】

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

【0003】

このような無線中継装置は、ユーザ装置機能部及び基地局機能部を有しており、ユーザ装置機能部を用いて上位装置（基地局又は上位の無線中継装置）との無線通信を行うとともに、基地局機能部を用いて下位装置（ユーザ装置又は下位の無線中継装置）との無線通信を行う。

【発明の概要】

【0004】

第１の態様に係る通信制御方法は、バックホールリンクを介して上位装置と接続する無線中継装置において実行する方法である。前記通信制御方法は、前記上位装置のバックホールリンクに障害が発生し、且つ前記上位装置がバックホールリンクの復旧に失敗した場合に送信される障害通知を前記上位装置から受信することと、前記上位装置からの前記障害通知を受信した後、前記無線中継装置のバックホールリンクを再確立するためにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）再確立処理を行うこととを有する。

【0005】

第２の態様に係る通信制御方法は、バックホールリンクを介して上位装置と接続する無線中継装置において実行する方法である。前記通信制御方法は、前記上位装置のバックホールリンクに障害が発生し、且つ前記上位装置がバックホールリンクの復旧に失敗した場合に送信される障害通知を前記上位装置から受信することと、条件が満たされた場合に実行される条件付きハンドオーバが前記無線中継装置に設定された状態で、前記上位装置からの前記障害通知を受信した後、前記設定された条件付きハンドオーバにより、前記上位装置から前記条件に対応する候補へのハンドオーバを実行することとを含む。

【0006】

第３の態様に係る無線中継装置は、バックホールリンクを介して上位装置と接続する装置である。前記無線中継装置は、前記上位装置のバックホールリンクに障害が発生し、且つ前記上位装置がバックホールリンクの復旧に失敗した場合に送信される障害通知を前記上位装置から受信する受信部と、前記上位装置からの前記障害通知を受信した後、前記無線中継装置のバックホールリンクを再確立するためにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）再確立処理を行う制御部とを有する。

【0007】

第４の態様に係る無線中継装置は、バックホールリンクを介して上位装置と接続する装置である。前記無線中継装置は、前記上位装置のバックホールリンクに障害が発生し、且つ前記上位装置がバックホールリンクの復旧に失敗した場合に送信される障害通知を前記上位装置から受信する受信部と、条件が満たされた場合に実行される条件付きハンドオーバが前記無線中継装置に設定された状態で、前記上位装置からの前記障害通知を受信した後、前記設定された条件付きハンドオーバにより、前記上位装置から前記条件に対応する候補へのハンドオーバを実行する制御部とを有する。

【図面の簡単な説明】

【0008】

【図1】一実施形態に係る移動通信システムの構成を示す図である。

【図2】一実施形態に係る基地局であるｇＮＢの構成を示す図である。

【図3】一実施形態に係る無線中継装置であるＩＡＢノードの構成を示す図である。

【図4】一実施形態に係るユーザ装置であるＵＥの構成を示す図である。

【図5】一実施形態に係るＦ１－Ｕプロトコルのためのプロトコルスタックの一例を示す図である。

【図6】一実施形態に係るＦ１－Ｃプロトコルのためのプロトコルスタックの一例を示す図である。

【図7】一実施形態に係る移動通信システム１における動作を示す図である。

【図8】一実施形態に係る問題点１を解決するための動作例１を示す図である。

【図9】一実施形態に係る問題点１を解決するための動作例２を示す図である。

【図10】一実施形態に係る問題点２を解決するための動作例１を示す図である。

【図11】一実施形態に係る問題点２を解決するための動作例２を示す図である。

【図12】一実施形態に係る問題点２を解決するための動作例３を示す図である。

【図13】付記に係る図である。

【図14】付記に係る図である。

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

【0009】

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

【0010】

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

【0011】

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

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

ここで、ＵＥ１００がＲＲＣ再確立処理を行う場合の動作について説明する。なお、この動作は、後述する動作例２及び３においても適用可能である。

【0127】

第１に、ＵＥ１００は、指示情報の受信に応じて、アクセスリンクを再確立するためにＲＲＣ再確立処理を開始し、タイマＴ３１１を始動し、セル選択処理を開始する。ここで、ＵＥ１００は、セル選択処理において、ＩＡＢノード３００－１（のセル）をＵＥ１００のアクセスリンクの再確立の対象から除外するための除外処理を行う。

【0128】

第２に、ＵＥ１００は、セル選択処理により適切なセルが検知されてＲＲＣ再確立処理に成功（すなわち、アクセスリンクの復旧に成功）した場合、タイマＴ３１１を停止し、処理を終了する。

【0129】

第３に、アクセスリンクの復旧に成功することなくタイマＴ３１１が満了すると、ＵＥ１００は、ＲＲＣコネクティッド状態からＲＲＣアイドル状態に遷移し、セル再選択処理を行う。ＵＥ１００は、セル再選択処理において、所定の無線品質基準を満たすセルであって、より無線品質の良好なセルを選択してもよい。

【0130】

（２．２）動作例２
次に、上述した問題点２を解決するための動作例２について説明する。上述したように、ＩＡＢノード３００－１は、自ノードのバックホールリンクにＢＨ ＲＬＦが発生していない場合、自ノードが利用可能であることを示すシステム情報（ＳＩＢ Ｉｎｄｉｃａｔｉｏｎ）を第２メッセージとして周期的に送信する。本動作例２において、第２処理は、ＳＩＢ Ｉｎｄｉｃａｔｉｏｎの送信を停止する処理を含む。

【0131】

ＩＡＢノード３００－１に接続するＵＥ１００－１は、ＩＡＢノード３００－１からのＳＩＢ Ｉｎｄｉｃａｔｉｏｎの送信停止を検知すると、自身のアクセスリンクを再確立又は解放する処理を行う。言い換えると、ＵＥ１００－１は、ＩＡＢアクセス許可のＳＩＢ Ｉｎｄｉｃａｔｉｏｎの送信停止を検知した場合、ＲＲＣ解放又はＲＲＣ再確立が指示されたとみなす。

【0132】

上述したように、システム情報は、ＲＲＣレイヤのメッセージの一種であって、ブロードキャストされる情報である。ＩＡＢノード３００のＤＵは、ＲＲＣエンティティを有していないため、ユニキャストのＲＲＣメッセージである専用ＲＲＣメッセージを生成できないが、ブロードキャストのＲＲＣメッセージ（すなわち、システム情報）を生成可能である。このため、ＩＡＢノード３００のＤＵは、ＳＩＢ Ｉｎｄｉｃａｔｉｏｎの周期的な送信を停止することにより、ＵＥ１００－１のアクセスリンクを再確立又は解放させることができる。

【0133】

図１１は、上述した問題点２を解決するための動作例２を示す図である。

【0134】

図１１に示すように、ステップＳ４０１乃至Ｓ４０３において、ＩＡＢノード３００－１のＤＵは、ＳＩＢ Ｉｎｄｉｃａｔｉｏｎを周期的に送信する。ＳＩＢ Ｉｎｄｉｃａｔｉｏｎは、ＳＩＢ１に含まれる情報であってもよい。なお、ＩＡＢノード３００－１のＤＵは、後述するステップＳ４０７までは、ＳＩＢ Ｉｎｄｉｃａｔｉｏｎの周期的な送信を継続する。ＵＥ１００－１は、ＩＡＢノード３００－１からのＳＩＢ Ｉｎｄｉｃａｔｉｏｎを監視し、ＳＩＢ Ｉｎｄｉｃａｔｉｏｎが検知されている間はＩＡＢノード３００－１が利用可能であるとみなす。

【0135】

ステップＳ４０４において、ＩＡＢノード３００－１のＭＴは、ＩＡＢノード３００－１の上位装置であるドナーｇＮＢ２００－１とのＢＨ ＲＬＦを検知する。ＩＡＢノード３００－１の上位装置は、ドナーｇＮＢ２００－１に代えて上位のＩＡＢノード３００であってもよい。

【0136】

ステップＳ４０５において、ＩＡＢノード３００－１のＭＴは、ＢＨ ＲＬＦの検知に応じて、バックホールリンクを再確立するためにＲＲＣ再確立処理を行う。ここでは、ＩＡＢノード３００－１のＭＴがＲＲＣ再確立処理に失敗（すなわち、バックホールリンクの復旧に失敗）したと仮定する（ステップＳ４０６）。

【0137】

ステップＳ４０７において、ＩＡＢノード３００－１のＤＵは、バックホールリンクの復旧に失敗したことに応じて、ＳＩＢ Ｉｎｄｉｃａｔｉｏｎの送信を停止する。但し、ＩＡＢノード３００－１のＤＵは、セルを停波せずに、ＳＳＢの送信等を継続する。

【0138】

ステップＳ４０８において、ＵＥ１００－１は、ＩＡＢノード３００－１からのＳＩＢ Ｉｎｄｉｃａｔｉｏｎの送信停止を検知する。例えば、ＵＥ１００－１は、ＩＡＢノード３００－１からのＳＩＢ Ｉｎｄｉｃａｔｉｏｎを受信した際にタイマを始動し、このタイマが満了するまでに次のＳＩＢ Ｉｎｄｉｃａｔｉｏｎを受信できない場合、ＩＡＢノード３００－１からのＳＩＢ Ｉｎｄｉｃａｔｉｏｎの送信が停止したと判定する。

【0139】

ステップＳ４０９において、ＵＥ１００－１は、ＩＡＢノード３００－１からのＳＩＢ Ｉｎｄｉｃａｔｉｏｎの送信停止を検知したことに応じて、ＲＲＣ再確立処理又はＲＲＣ解放処理を行う。ＵＥ１００は、ＲＲＣ再確立処理を行う場合、ＲＲＣコネクティッド状態でのセル選択処理において、上述した除外処理（図８参照）を行ってもよい。ＵＥ１００は、ＲＲＣ解放処理を行う場合、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態でのセル再選択処理において、同様な除外処理を行ってもよい。

【0140】

（２．３）動作例３
次に、上述した問題点２を解決するための動作例３について説明する。本動作例３において、ＩＡＢノード３００－１は、自ノードのバックホールリンクに障害が発生する前において、ＵＥ１００－１のアクセスリンクを解放又は再確立させるための第２メッセージをドナーｇＮＢ２００－１から受信し、受信した第２メッセージを保持する。以下において、第２メッセージが、ユニキャストで送信されるＲＲＣメッセージ（専用ＲＲＣメッセージ）であるものとするが、第２メッセージは、上述した条件付きハンドオーバ指示であってもよい。

【0141】

本動作例３において、第２処理は、保持している専用ＲＲＣメッセージをＵＥ１００－１に送信する処理を含む。すなわち、ＩＡＢノード３００－１は、自ノードのバックホールリンクの障害の復旧に失敗したことに応じて、保持している専用ＲＲＣメッセージをＵＥ１００－１に送信する。これにより、ＵＥ１００－１のアクセスリンクを再確立又は解放させることができる。

【0142】

専用ＲＲＣメッセージは、ＲＲＣ Ｒｅｌｅａｓｅメッセージであってもよい。この場合、ＵＥ１００－１は、ＩＡＢノード３００－１からのＲＲＣ Ｒｅｌｅａｓｅメッセージの受信に応じてＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移する。

【0143】

専用ＲＲＣメッセージは、ＲＲＣ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｉｒｅｄメッセージであってもよい。この場合、ＵＥ１００－１は、ＩＡＢノード３００－１からのＲＲＣ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｉｒｅｄメッセージの受信に応じて、ＲＲＣコネクティッド状態のままＲＲＣ再確立処理を行う。

【0144】

図１２は、上述した問題点２を解決するための動作例３を示す図である。

【0145】

図１２に示すように、ステップＳ５０１において、ドナーｇＮＢ２００－１のＣＵは、専用ＲＲＣメッセージをＩＡＢノード３００－１のＭＴに送信する。ドナーｇＮＢ２００－１とＩＡＢノード３００－１との間に別のＩＡＢノード３００が介在していてもよい。

【0146】

ドナーｇＮＢ２００－１のＣＵは、ＩＡＢノード３００－１に接続するＵＥ１００－１が複数存在する場合、複数のＵＥ１００－１のそれぞれについて専用ＲＲＣメッセージを個別に生成及び送信してもよい。ドナーｇＮＢ２００－１のＣＵは、１つのＵＥ１００－１に対応する専用ＲＲＣメッセージをＩＡＢノード３００－１に送信した後、専用ＲＲＣメッセージの内容を更新するために、この１つのＵＥ１００－１に対応する別の専用ＲＲＣメッセージをＩＡＢノード３００－１に送信してもよい。

【0147】

ステップＳ５０２において、ＩＡＢノード３００－１のＭＴは、ドナーｇＮＢ２００－１のＣＵから受信した専用ＲＲＣメッセージを保持する。保持する主体は、ＭＴに限らず、ＤＵ又はＢＡＰエンティティであってもよい。

【0148】

ステップＳ５０３において、ＩＡＢノード３００－１のＭＴは、ＩＡＢノード３００－１の上位装置であるドナーｇＮＢ２００－１とのＢＨ ＲＬＦを検知する。ＩＡＢノード３００－１の上位装置は、ドナーｇＮＢ２００－１に代えて上位のＩＡＢノード３００であってもよい。

【0149】

ステップＳ５０４において、ＩＡＢノード３００－１のＭＴは、ＢＨ ＲＬＦの検知に応じて、バックホールリンクを再確立するためにＲＲＣ再確立処理を行う。ここでは、ＩＡＢノード３００－１のＭＴがＲＲＣ再確立処理に失敗（すなわち、バックホールリンクの復旧に失敗）したと仮定する（ステップＳ５０５）。

【0150】

ステップＳ５０６において、ＩＡＢノード３００－１のＤＵは、バックホールリンクの復旧に失敗したことに応じて、ステップＳ５０２で保持した専用ＲＲＣメッセージを読み出し、読み出した専用ＲＲＣメッセージをＵＥ１００－１に送信する（ステップＳ５０７）。なお、ＩＡＢノード３００－１のＤＵは、セルを停波せずに、ＳＳＢの送信等を継続する。

【0151】

ステップＳ５０８において、ＵＥ１００－１は、ＩＡＢノード３００－１からの専用ＲＲＣメッセージの受信に応じて、ＲＲＣ再確立処理又はＲＲＣ解放処理を行う。ＵＥ１００は、ＲＲＣ再確立処理を行う場合、ＲＲＣコネクティッド状態でのセル選択処理において、上述した除外処理（図８参照）を行ってもよい。ＵＥ１００は、ＲＲＣ解放処理を行う場合、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態でのセル再選択処理において、同様な除外処理を行ってもよい。

【0152】

（その他の実施形態）
上述した実施形態において、ＲＲＣ再確立（Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）処理におけるターゲットセルへのアクセス手順として、次のような手順を適用してもよい。

【0153】

第１に、ＲＲＣ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ処理において、ＭＴは、選択したセルに対してＲＲＣ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔメッセージを送信する。当該メッセージにおいて、ＭＴは、ＩＡＢノードとしてのＲＲＣ再確立要求であることを示す情報を通知してもよい。

【0154】

ＩＡＢノードとしてのＲＲＣ再確立要求であることを示す情報は、ＲＲＣ再確立処理の原因情報（Ｃａｕｓｅ Ｖａｌｕｅ）として通知されてもよいし、新たな情報要素（ＩＥ）によって通知されてもよい。

【0155】

ＩＡＢノードとしてのＲＲＣ再確立要求であることを示す情報は、当該ＩＡＢノード（ＭＴ）が下位接続（子ＩＡＢノードもしくはＵＥとの接続）を有している場合のみ通知されてもよい。当該情報は、当該下位接続に高優先度通信があるか否かの情報を更に含んでもよい。

【0156】

第２に、ＩＡＢノードとしてのＲＲＣ再確立要求であることを示す情報を含むＲＲＣ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔメッセージを受信したセル（上位装置）は、当該情報に基づいて適切な応答を行うことができる。例えば、当該セルは、ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ、ＲＲＣ Ｓｅｔｕｐメッセージ、ＲＲＣ Ｒｅｊｅｃｔメッセージ、ＲＲＣ Ｒｅｌｅａｓｅメッセージのいずれかひとつを当該ＩＡＢノード（ＭＴ）に送信する。

【0157】

ＩＡＢノードとしてのＲＲＣ再確立要求であることを示す情報は、ＲＲＣ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔメッセージではなく、ＲＲＣ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージの応答メッセージであるＲＲＣ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅｔｅメッセージで通知されてもよい。この場合、当該セルは適切な次処理を行うことができる。例えば当該セルはＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ＲＲＣ ＲｅｌｅａｓｅメッセージのいずれかひとつをＵＥに送信する。

【0158】

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

【0159】

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

【0160】

（付記）
（１．導入）
ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）に関するワークアイテムは、ＲＡＮ＃８２で承認された。ＲＡＮ２＃１０７ｂｉｓでは、バックホール無線リンクの障害（ＢＨ ＲＬＦ）の復旧及び通知の詳細が議論され、次の合意に達した。

【0161】

Ｒ２は、ＩＡＢノードがＤＣで設定されていない場合、ＴＳ３８．３３１で現在規定されているＵＥのＲＬＦ処理（検出及び復旧などを含む）と同じメカニズム及び手順での処理がＢＨ ＲＬＦに適用されることを確認する。追加の機能拡張が必要な場合については更なる検討が必要である。

【0162】

ＮＲ ＤＣがＩＡＢノードのために設定されている場合、２．１のＲＬＦはＭＣＧリンク及びＳＣＧリンクで別々に検出され、２．２の既存のＵＥ手順がＭＣＧリンク及びＳＣＧリンクの障害処理に使用される。

【0163】

ＤＣの場合のＢＨ ＲＬＦの復旧は、Ｒｅｌ－１６で規定されるＵＥのＭＣＧ及びＳＣＧ障害復旧手順を再利用することは、ワークの想定として合意される。

【0164】

ＤＣで設定されていないＩＡＢノードの場合、ダウンストリーム通知の「復旧失敗」を受信すると、ＲＲＣ再確立を開始する。

【0165】

ＤＣの場合において、ＭＣＧリンク又は／及びＳＣＧリンクの親ノードから「復旧失敗」の通知を受信した場合、ＩＡＢノードは、無線リンクに障害が発生したと見なし、既存のＲＲＣ又はＲｅｌ－１６メカニズム（例えば、ＭＣＧ又はＳＣＧ障害レポート、ＲＲＣ再確立）を使用する。

【0166】

Ｒ２は、ＲＲＣ再確立が失敗した場合に、ＲＬＦ通知の「復旧失敗」がトリガされることを想定するが、これを規定する必要があるかどうかは更なる検討が必要である。

【0167】

ＢＡＰレイヤは、ＢＨ ＲＬＦ通知を送信するために使用される。

【0168】

Ｒ２は、現在のＦ１－ＡＰシグナリングを介したドナーＣＵへのアップストリームＢＨ ＲＬＦ通知がサポートされていることを想定する。

【0169】

この付記では、特にＭＴ及びＵＥの動作の観点から、ＢＨ ＲＬＦの処理の起こり得る問題について議論する。

【0170】

（２．議論）

【0171】

（２．１．親のＢＨ ＲＬＦ復旧失敗時のＭＴの動作）
ＲＡＮ２＃１０７ｂｉｓは、ＢＨ ＲＬＦ通知が何を意味するかについて議論し、親ＩＡＢノードの「復旧失敗」として合意したが、一部の企業は、それは、単にセルをオフにすることと非常に似ていると指摘した。

【0172】

－Ｅｒｉｃｓｓｏｎは、示すのではなく、セルをオフにするだけでよいと考える。Ｋｙｏｃｅｒａは、合意し、セルをオフにする方がより簡単だと考える。ＱＣは、この違いはダウンストリームノードによって実行される動作である可能性があると考える。

【0173】

－Ｈｕａｗｅｉは既にこれに合意したと考える。

【0174】

－ＺＴＥは、ダウンストリームノードが復旧の準備を開始できるように復旧失敗よりもＲＬＦが発生することを示す方が有用であると考える。Ｉｎｔｅｌは合意する。ＬＧは両方のインディケーションが有用であると考える。Ｅｒｉｃｓｓｏｎはまた、より多くの通知が必要であると考える。

【0175】

－Ｈｕａｗｅｉは、インディケーションにおけるＭＴの動作に焦点を当てるべきだと考える。Ｈｕａｗｅｉは、このメカニズムは高速である必要があると考える。

【0176】

－Ｓａｍｓｕｎｇは、復旧失敗が最も重要であると考える。

【0177】

－ＮＥＣは、セルのバックホールが復旧する可能性があるため、セルをオフにすることは良いアイデアではないと考える。

【0178】

私たちの理解では、上記の議論に基づいて、セルはＢＨ ＲＬＦ通知をダウンストリームノードに送信した後も、とにかくＳＳＢを送信し続ける。

【0179】

所見１：ＢＨ ＲＬＦ復旧が失敗してＢＨ ＲＬＦ通知を送信した後であっても、セルがＳＳＢを送信し続けるというのが共通の理解のようである。

【0180】

一方、ＲＡＮ２は、子ＩＡＢノードでＢＨ ＲＬＦ通知、つまり、「復旧失敗」を受信すると、既存の復旧手順を再利用することに合意した、即ち：
ＤＣで設定されていないＭＴの場合、ＲＲＣ再確立を開始し；
ＤＣ設定のＭＴ及びＳＣＧからの通知の場合、ＳＣＧ障害復旧を開始し；
ＤＣ設定のＭＴ及びＭＣＧからの通知の場合、ＭＣＧ障害復旧を開始し；
ＤＣ設定のＭＴ及びＭＣＧ／ＳＣＧの両方からの通知の場合、ＲＲＣ再確立が開始される。

【0181】

図１３は、まだカバレッジ内にいる間でのＢＨ ＲＬＦ通知による復旧を示す図である。

【0182】

（２．１．１．ＢＨ ＲＬＦの受信後のセル選択）
ＲＲＣ再確立手順にはセル選択プロセスが含まれるため、ＭＴは適切なセルが見つかったら再選択する。所見１の観点から、ＲＲＣ再確立におけるセル選択中のＭＴは、そのセルでＳＳＢがまだ送信されているため、ＢＨ ＲＬＦ通知を送信するセルを再度選択する可能性がある。例えば、セルの中心にいる子でも、親からＢＨ ＲＬＦ通知を受け取る可能性がある。即ち、子と親との間のリンクは引き続き良好であっても、親と親の親との間のリンクはＲＬＦ復旧に失敗している可能性がある。さらに、適切な展開によって親が常に最良のセルになる必要があること、特に、Ｒｅｌ－１６は固定ＩＡＢノードのみをサポートすることはさらに悪い可能性がある。アクセスリンクの悪い無線状態のみを考慮しているため、ＲＬＦでのＲＲＣ再確立は当初の想定から外れている。

【0183】

所見２：ＢＨ ＲＬＦ通知の受信後、セルはまだＳＳＢを送信しているため、ＭＴは同じセルを再度選択する可能性がある。

【0184】

言うまでもなく、所見２は、トポロジを迅速に適応させるために導入されたものであるため、意図した動作ではない。つまり、ＭＴは、ＢＨ ＲＬＦ通知を送信しなかったセルに移動するべきである。従って、ＲＡＮ２は、このような誤ったセル選択を回避するための解決策を議論すべきである。簡単な方法は、例えば、ＭＴがＢＨ ＲＬＦ通知を送信したセルを、例えば、３００秒まで又はｇＮＢで設定されたタイマによってセル選択の候補から除外することである。

【0185】

提案１：ＲＡＮ２は、ＭＴがＢＨ ＲＬＦ通知を送信したセルを、特定の期間のセル（再）選択の候補から除外してもよいことに合意すべきである。

【0186】

（２．１．２．ＢＨ ＲＬＦ通知の受信時の条件付きハンドオーバ）
ＴＲ ３８．８７４のセクション９．７.１５において、ＲＡＮ２は、効率的なＢＨ ＲＬＦ復旧のために、「事前に（つまり、ＲＬＦが発生する前に）代替バックホールリンク及びルートを準備する」ことを確認した。この種の率先したアプローチは、バックホールリンクが突然悪化した場合、特にミリ波のバックホールの場合に役立つ。この場合、ＢＨ ＲＬＦのために、即ち、ＣＵがＤＵと通信できないために、「同期によるＲＲＣ再設定」を含む専用ＲＲＣメッセージを転送できないため、従来のハンドオーバは機能しない。

【0187】

Ｒｅｌ－１６ ＮＲモビリティ拡張ＷＩで議論されており、率先したＢＨ ＲＬＦ復旧に依然として有用な条件付きハンドオーバー（ＣＨＯ）を利用することが考えられ得る。ＣＨＯは測定報告イベントの条件が満たされる場合（即ち、それは、バックホールリンクが悪化した場合と同じである）に実行されるため、子のバックホールリンクの復旧では、ＣＨＯはそのまま再利用できる。

【0188】

所見３：条件付きハンドオーバは、率先したＢＨ ＲＬＦ復旧のためにＩＡＢノードに設定されてもよい。

【0189】

一方、ＢＨ ＲＬＦ通知の受信時、即ち、親のバックホールが復旧に失敗しても、それ自体のバックホールは引き続き良好である場合に、ＣＨＯがどのように機能するかについては、追加の議論が必要であろう。例えば、ＤＣ以外の場合、ＢＨ ＲＬＦ通知の受信時に、ＭＴは合意された通りにＲＲＣ再確立を開始する。但し、ＭＴがＣＨＯで設定されている場合は、準備されたセル及び同じＣＵに属する適切なＩＡＢノードにＭＴがアクセスできるようにするため、ＣＨＯを実行することが望ましい。従来のハンドオーバは上記と同じ理由で、即ち、ＣＵとＤＵとの間のバックホールリンクに障害があるために機能しないため、この最適化は非常に単純ですが効果的である。従って、ＲＡＮ２は、ＣＨＯ実行の基準を１つ追加することに合意すべきである。つまり、ＲＡＮ２は、ＢＨ ＲＬＦ通知の受信時を追加することに合意すべきである。

【0190】

提案２：ＲＡＮ２は、ＭＴが親からのＢＨ ＲＬＦ通知の受信時に（設定されている場合）条件付きハンドオーバを実行することに合意すべきである。

【0191】

（２．２．親のＢＨ ＲＬＦ復旧失敗時のＵＥの動作）
ＴＲのアーキテクチャ１ａを含むアーキテクチャに示されているように、ＵＥにはＢＡＰレイヤがない。この原則は、Ｒｅｌ－１５ ＵＥにとって特に重要である。即ち、ＩＡＢネットワーキングは、仕様のリリースに関係なく、ＵＥの観点から透過的である。

【0192】

一方、ＲＡＮ２は、「ＢＡＰレイヤを使用してＢＨ ＲＬＦ通知を送信する」ことに合意した。これは、ＵＥがＲｅｌ－１６ ＵＥであっても、ＢＨ ＲＬＦ通知を受信できないことを意味する。更に、所見１で述べたように、セルはＢＨ ＲＬＦ復旧に失敗した後でもＳＳＢを送信し続ける可能性がある。ＵＥはＲＲＣ再確立の前に、最終的にセルがオフになるのを待つ必要があり、ＵＥが特定の期間サービスを受けられないため、ユーザエクスペリエンスが低下する可能性がある。

【0193】

所見４：ＵＥは、ＢＡＰレイヤを介して送信されるＢＨ ＲＬＦ通知を受信できない。

【0194】

所見５：サービングセルがそのＢＨ ＲＬＦ回復に失敗しても、ＳＳＢ送信を継続する場合、ＵＥはＲＲＣ再確立の前に長期間待機する必要がある場合がある。

【0195】

図１４は、ＵＥがＢＡＰを介してＢＨ ＲＬＦ通知を受信できないことを示す図である。

【0196】

特にＲｅｌ－１６のＵＲＬＬＣのユースケースを考慮すると、ＵＥがサービングセルのＢＨ ＲＬＦに対して高速で動作を実行することを許可されていない限り、ＩＡＢネットワーキングはＩＩｏＴ展開などに不適切になる可能性がある。従って、少なくともＲｅｌ－１６ ＵＥが適切なセルへの高速再接続方法をサポートすることが重要である。

【0197】

提案３：ＲＡＮ２は、少なくとも（例えば、産業ユースケースをサポートする）Ｒｅｌ－１６ ＵＥの場合、ＢＨ ＲＬＦ復旧に失敗している現在のサービングセルをＵＥが迅速に回避できる方法について議論すべきである。

【0198】

提案３に合意できる場合、ＲＡＮ２での議論の観点から、ＳＩＢ１は、非ＤＣの場合、ＲＲＣ再確立を開始するために、或いはＤＣの場合、ＭＣＧ／ＳＣＧの障害復旧のために、ＢＨ ＲＬＦ復旧の失敗をＲｅｌ－１６ ＵＥに通知するための何らかのインディケーションをブロードキャストする場合がある。このインディケーションは、例えば、ＢＨ ＲＬＦ通知（即ち、ＢＡＰ Ｃｏｎｔｒｏｌ ＰＤＵに加えて「復旧失敗」）、他のタイプのＢＨ ＲＬＦ通知（例えば、「復旧進行中」）、ＲＲＣ再確立／解放を行うことをＵＥに通知するための単純なトリガ、及び／又は初期アクセスのインディケーション（例えば、「ＩＡＢサポートインディケーション」又は統合アクセス制御）の何らかの代替使用であり得る。詳細については、現在更なる検討が必要である。

【0199】

提案４：ＲＡＮ２は、ＳＩＢ１でブロードキャストされたインディケーションがＢＨ ＲＬＦ復旧失敗を通知し、ＵＥがＲＲＣ再確立、ＭＣＧ障害復旧、及び／又はＳＣＧ障害復旧を開始できるようにすることに合意すべきである。インディケーションの詳細はさらなる検討が必要である。

【0200】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】