バックホールリンク上に基地局とのコネクションを確立する端末機能部と、アクセスリンク上にユーザ端末とのコネクションを確立する基地局機能部と、を有し、前記基地局と前記ユーザ端末との間の中継を行う中継局における通信制御方法であって、前記端末機能部が、前記基地局とのコネクションが確立されたコネクティッド状態において、前記バックホールリンクの切断を検出する検出ステップと、前記端末機能部が、前記バックホールリンクの切断を検出した以降であって、前記基地局とのコネクションが解放されたアイドル状態に遷移するよりも前の段階で、前記基地局とのコネクションを維持しながら前記バックホールリンクの復旧を試みる仮アイドル状態に遷移する遷移ステップと、を有することを特徴とする通信制御方法。前記端末機能部が前記仮アイドル状態である期間において、前記基地局機能部が、前記ユーザ端末とのコネクションを維持するための制御を行う制御ステップをさらに有することを特徴とする請求項1に記載の通信制御方法。前記仮アイドル状態において前記バックホールリンクが復旧した場合に、前記端末機能部が前記コネクティッド状態に復帰する復帰ステップをさらに有することを特徴とする請求項1に記載の通信制御方法。前記制御ステップにおいて、前記基地局機能部は、制御信号の送信を継続することを特徴とする請求項2に記載の通信制御方法。前記制御信号は、モビリティ制御に使用される参照信号を含むことを特徴とする請求項4に記載の通信制御方法。前記端末機能部が前記コネクティッド状態であるとき、前記基地局機能部が、前記ユーザ端末との通信を制御するための情報を記憶する記憶ステップをさらに有し、前記制御ステップにおいて、前記基地局機能部は、前記記憶ステップで記憶した情報に基づいて前記制御信号の送信を継続することを特徴とする請求項4に記載の通信制御方法。前記遷移ステップにおいて、前記端末機能部は、前記バックホールリンクの切断を検出した後の所定時間内で前記バックホールリンクが復旧しない場合に、前記仮アイドル状態に遷移することを特徴とする請求項1に記載の通信制御方法。前記遷移ステップにおいて、前記端末機能部は、前記バックホールリンクの切断を検出した場合で、ハンドオーバが不能である場合に、前記仮アイドル状態に遷移することを特徴とする請求項1に記載の通信制御方法。前記基地局機能部が、前記ユーザ端末が前記アクセスリンクの切断を検出してから無線リンク障害と判断するまでの時間を延長するための情報を送信するステップをさらに有することを特徴とする請求項1に記載の通信制御方法。バックホールリンクを介して基地局とのコネクションを確立する端末機能部と、アクセスリンクを介してユーザ端末とのコネクションを確立する基地局機能部と、を有し、前記基地局と前記ユーザ端末との間の中継を行う中継局であって、前記端末機能部は、前記基地局とのコネクションが確立されたコネクティッド状態において、前記バックホールリンクの切断を検出した以降であって、前記基地局とのコネクションが解放されたアイドル状態に遷移するよりも前の段階で、前記基地局とのコネクションを維持しながら前記バックホールリンクの復旧を試みる仮アイドル状態に遷移することを特徴とする中継局。前記基地局機能部は、前記端末機能部が前記仮アイドル状態である期間において、前記ユーザ端末とのコネクションを維持するための制御を行うことを特徴とする請求項10に記載の中継局。図面を参照して、本発明の実施形態を説明する。本実施形態に係る移動通信システムは、3GPPで仕様が策定されているLTE-Advancedに基づいて構成される。[実施形態の概要]実施形態は、基地局evolvedNode-B:eNB100とユーザ端末UserEquipment:UE300との間の中継を行う移動型の中継局MobileRelayNode:M-RN200に関する。M-RN200は、バックホールリンク上にeNB100とのRRCConnectionを確立するUE機能部231と、アクセスリンク上にUE300とのRRCConnectionを確立するeNB機能部232と、を有する。UE機能部231は、eNB100とのRRCConnectionが確立されたRRC_CONNECTED状態において、バックホールリンクの切断を検出する。また、UE機能部231は、バックホールリンクの切断を検出した以降であって、eNB100とのRRCConnectionが解放されたRRC_IDLE状態に遷移するよりも前の段階で、eNB100とのRRCConnectionを維持しながらバックホールリンクの復旧を試みるRRC_SEMI-IDLE状態に遷移する。UE機能部231がRRC_SEMI-IDLE状態である期間において、eNB機能部232は、UE300とのRRCConnectionを維持するための制御を行う。[第1実施形態]図1は、本実施形態に係る移動通信システムの全体構成図である。図1に示すように、本実施形態に係る移動通信システムは、eNB100eNB100-1及びDeNB100-2と、M-RN200と、UE300と、MME/S-GW400MME/S-GW400-1及び400-2と、を有する。本実施形態では、M-RN200は、3GPPType1Relayすなわち、固有のセルIDを持つRNに相当する。MME/S-GW400は、LTEのコアネットワークであるEPCEvolvedPacketCore20を構成する。MMEは、UE300が在圏するセルを管理しており、UE300に対する各種モビリティ管理を行うように構成される。S-GWは、UE300が送受信するユーザデータの転送制御を行うように構成される。eNB100及びM-RN200は、LTEの無線アクセスネットワークであるE-UTRAN10を構成する。DeNB100-2は、M-RN200を収容ServingするeNB100である。eNB100及びM-RN200は、無線通信エリアの最小単位であるセルを1つ又は複数形成する。eNB100及びM-RN200は、セルを識別可能な参照信号を常時ブロードキャストで送信する。UE300は、eNB100が形成するセル又はM-RN200が形成するセルにアクセスし、当該セルに収容される。なお、eNB100間にはX2インターフェイスが規定され、eNB100とMME/S-GW400との間にはS1インターフェイスが規定され、M-RN200とUE300との間にはUuインターフェイスが規定される。DeNB100-2とMME/S-GW400との間にはS11インターフェイスがさらに規定される。DeNB100-2とM-RN200との間には、S1インターフェイスと、X2インターフェイスと、Unインターフェイスと、が規定される。次に、M-RN200の構成を説明する。図2は、M-RN200のブロック図である。図2に示すように、M-RN200は、アンテナ201と、バックホール側送受信機210と、アンテナ202と、アクセスリンク側送受信機220と、制御部230と、を有する。アンテナ201は、eNB100DeNB100-2との無線信号の送受信に用いられる。バックホール側送受信機210は、RF回路及びBB回路等により構成され、アンテナ201を介してeNB100DeNB100-2と無線信号を送受信する。アンテナ202は、UE300との無線信号の送受信に用いられる。アクセスリンク側送受信機220は、RF回路及びBB回路等により構成され、アンテナ202を介してUE300と無線信号を送受信する。制御部230は、プロセッサ及びメモリ等により構成され、M-RN200における各種の制御を行う。制御部230は、UE機能部231及びeNB機能部232を含む。下りリンクについては、UE機能部231は、DeNB100-2から受信したユーザデータを復調復号等した後にeNB機能部232に引き渡し、eNB機能部232は当該ユーザデータをeNB100と同様の手順でUE300に送信するよう制御する。上りリンクについては、eNB機能部232は、UE300から受信したユーザデータを復調復号等した後にUE機能部231に引き渡し、UE機能部231は当該ユーザデータをUE300と同様の手順でDeNB100-2に送信するよう制御する。UE機能部231は、主にUnインターフェイスに関してレイヤ1~レイヤ3の各レイヤの処理を行う。レイヤ1は物理PHYレイヤである。レイヤ2は、MACMediaAccessControlサブレイヤと、RLCRadioLinkControlサブレイヤと、PDCPPacketDataConvergenceProtocolサブレイヤと、を含む。ここで、RLCサブレイヤは、DeNB100-2との無線リンクすなわち、バックホールリンクを管理する。レイヤ3は、RRCサブレイヤを含む。RRCサブレイヤは、DeNB100-2とのRRCConnectionを管理するとともに、モビリティ制御や、QoS制御、セキュリティ制御などを行う。モビリティ制御とは、ハンドオーバ制御及びセル再選択制御を意味する。このように、RLCサブレイヤは、DeNB100-2とのバックホールリンクを管理し、RRCサブレイヤは、バックホールリンク上に確立するRRCConnectionを管理する。DeNB100-2とのRRCConnectionが確立された状態はRRC_CONNECTED状態コネクティッド状態と称され、DeNB100-2とのRRCConnectionが解放された状態はRRC_IDLE状態アイドル状態と称される。RRC_CONNECTED状態及びRRC_IDLE状態の詳細については、例えば3GPPTS36.331V10.3.0の4.2.1UEstatesandstatetransitionsincludinginterRATを参照されたい。本実施形態では、UE機能部231において、RRC_CONNECTED状態及びRRC_IDLE状態に加えて、新たにRRC_SEMI-IDLE状態仮アイドル状態が規定される。RRC_SEMI-IDLE状態の詳細については後述する。eNB機能部220は、eNB100と同様の機能を有しており、X2インターフェイス及びS1インターフェイスに関する処理と、Uuインターフェイスに関する処理と、を行う。X2インターフェイス及びS1インターフェイスに関する処理については、非特許文献1の4.7.3S1andX2userplaneaspects及び4.7.4S1andX2controlplaneaspectsを参照されたい。eNB機能部220は、Uuインターフェイスに関してレイヤ1~レイヤ3の各レイヤの処理を行う。レイヤ1は物理PHYレイヤである。レイヤ2は、MACサブレイヤと、RLCサブレイヤと、PDCPサブレイヤと、を含む。ここで、RLCサブレイヤは、UE300との無線リンクすなわち、アクセスリンクを管理する。レイヤ3は、RRCサブレイヤを含む。RRCサブレイヤは、UE300とのRRCConnectionを管理するとともに、モビリティ制御や、QoS制御、セキュリティ制御などを行う。次に、RRC_SEMI-IDLE状態について説明する。図3及び図4は、本実施形態に係るRRC_SEMI-IDLE状態を説明するための図である。図3に示すように、UE機能部231のRRCサブレイヤには、現行仕様で規定されるRRC_CONNECTED及びRRC_IDLEの2つの状態に加え、RRC_SEMI-IDLE状態が規定される。RRC_CONNECTED状態及びRRC_SEMI-IDLE状態は双方向に遷移できる。一方、RRC_SEMI-IDLE状態からRRC_IDLE状態への遷移は片方向のみである。RRC_IDLE状態からRRC_CONNECTED状態への遷移はRRC_SEMI-IDLE状態を経由すること無く片方向で遷移する。図4に示すように、UE機能部231は、RRC_CONNECTED状態において、バックホールリンクの切断検出radioproblemdetectionによるRLF手順T1及びT2の期間後に、RRC_SEMI-IDLE状態に遷移する。RLF手順については、非特許文献1の10.1.6RadioLinkFailureを参照されたい。RRC_SEMI-IDLE状態は一定時間継続される。RRC_SEMI-IDLE状態は、UE機能部231のRRCサブレイヤがDeNB100-2とのRRCConnectionを維持しながら、UE機能部231のRLCサブレイヤがバックホールリンクの復旧を試みる状態である。RRC_SEMI-IDLE状態においてバックホールリンクが復旧した場合には、RRC_CONNECTED状態に遷移復帰する。RRC_SEMI-IDLE状態においてバックホールリンクが復旧しない場合には、RRC_IDLE状態に遷移する。このように、RRC_SEMI-IDLE状態を規定することによって、バックホールリンクが切断中の期間においてもRRCConnectionを解放せずに維持できる。また、RRC_SEMI-IDLE状態においてバックホールリンクが復旧した場合には、RRCConnection再確立re-establishmentを行うことなく、即座にRRC_CONNECTED状態に復帰できる。特に、DeNB100-2とM-RN200との間には、RRCサブレイヤにおいて特殊なサブフレーム構成が設定されるが、バックホールリンクが切断中の期間においてもRRCConnectionを解放せずに維持することで、当該設定をやり直す必要がなくなる。ただし、RRC_SEMI-IDLE状態においては、DeNB100-2とのRRCConnectionは維持されているものの、バックホールリンクは切断中であるため、DeNB100-2とのデータユーザデータ及び制御データ送受信を行うことはできない。一方で、eNB機能部232から、M-RN200に収容されるUE300への制御信号の送信が停止すると、当該UE300がRRC_CONNECTED状態であれば、M-RN200との同期がとれなくなるため、RLF手順を行い、他セルとのRRCConnectionの再確立を試みる。しかしながら、M-RN200においてバックホールリンクが復旧する可能性を考慮すると、M-RN200のセルでRRC_CONNECTED状態のUE300は、RRC_CONNECTED状態を一定時間は維持することが望ましい。また、M-RN200からの制御信号の送信が停止すると、M-RN200のセルでRRC_IDLE状態のUE300は、他のセルへセル再選択を行うことになる。ここで、M-RN200においてバックホールリンクが復旧する可能性を考慮すると、M-RN200のセルでRRC_IDLE状態のUE300は、セル再選択を一定時間は行わないことが望ましい。そこで、本実施形態では、UE機能部231がRRC_SEMI-IDLE状態である期間において、eNB機能部232は、UE300とのRRCConnectionを維持するための制御を行う。詳細には、eNB機能部232は、UE機能部231がRRC_SEMI-IDLE状態において、制御信号の送信を継続する。制御信号は、ブロードキャストで送信される。制御信号は、同期の確立に使用される同期信号と、モビリティ制御のための測定UEmeasurementに使用される参照信号と、システム情報を含むマスタ情報ブロックMIB及びシステム情報ブロックSIBと、を含む。MIBは物理ブロードキャストチャネルPBCH上で送信され、SIBは物理下りリンク共有チャネルPDSCH上で送信される。eNB機能部232は、UE機能部231がRRC_SEMI-IDLE状態に遷移したときに、これらの制御信号の送信を停止しないようにする。詳細には、eNB機能部232は、UE機能部231がRRC_CONNECTED状態であるとき、制御信号を送信するための情報を記憶しておき、UE機能部231がRRC_SEMI-IDLE状態であるとき、当該記憶している情報を用いて制御信号の送信を継続する。このように、RRC_SEMI-IDLE状態においては、M-RN200は、バックホールリンクを失っているものの、アクセスリンク側はUE300とのRRCConnectionを維持するための制御信号を送信し続ける。これにより、M-RN200の仕様変更で、不要なハンドオーバやセル再選択を抑圧できるため、UE300側の仕様変更は不要である。なお、RRC_SEMI-IDLE状態においては、UE300は、通常のRRC_CONNECTED状態であってユーザデータ転送用のリソース割当だけが無い状態となる。eNB機能部232は、UE機能部231がRRC_SEMI-IDLE状態からRRC_IDLE状態に遷移したときには、これらの制御信号の送信を停止する。次に、M-RN200の動作を説明する。図5は、本実施形態に係るM-RN200の動作フロー図である。本動作フローにおいて、タイマAとは、UE機能部231が、図4に示すT1及びT2の期間を計時するためのタイマである。タイマBとは、UE機能部231が、RRC_SEMI-IDLE状態を継続すべき期間を計時するためのタイマである。本実施形態では、タイマBの閾値すなわち、RRC_SEMI-IDLE状態を継続すべき期間は、タイマAの閾値すなわち、図4に示すT1及びT2の期間よりも長く設定される。図5に示すように、ステップS11において、UE機能部231は、RRC_CONNECTED状態である。ステップS12において、UE機能部231は、バックホールリンクが切断したか否かを確認する。バックホールリンクの切断を検出しない場合ステップS12;No、処理がステップS11に戻る。これに対し、バックホールリンクの切断を検出した場合ステップS12;Yes、処理がステップS13に進む。ステップS13において、UE機能部231は、タイマA及びタイマBをリセットする。ステップS14において、UE機能部231は、タイマAを起動する。ステップS15において、UE機能部231は、タイマAを監視する。ステップS16において、UE機能部231は、バックホールリンクが復旧したか否かを確認する。バックホールリンクが復旧した場合ステップS16;Yes、処理がステップS11に戻る。これに対し、バックホールリンクが復旧しない場合ステップS16;No、処理がステップS17に進む。ステップS17において、UE機能部231は、タイマA値がタイマA閾値を超えたか否かを確認する。タイマA値がタイマA閾値を超えた場合ステップS17;Yes、処理がステップS18に進む。これに対し、タイマA値がタイマA閾値を超えない場合ステップS17;No、処理がステップS15に戻る。ステップS18において、UE機能部231は、RRC_CONNECTED状態からRRC_SEMI-IDLE状態に遷移する。ステップS19において、UE機能部231は、タイマBを起動する。ステップS20において、UE機能部231は、タイマBを監視する。ステップS21において、UE機能部231は、バックホールリンクが復旧したか否かを確認する。バックホールリンクが復旧した場合ステップS21;Yes、処理がステップS11に戻る。その結果、UE機能部231は、RRC_SEMI-IDLE状態からRRC_CONNECTED状態に遷移復帰する。これに対し、バックホールリンクが復旧しない場合ステップS21;No、処理がステップS22に進む。ステップS22において、UE機能部231は、タイマB値がタイマB閾値を超えたか否かを確認する。タイマB値がタイマB閾値を超えた場合ステップS22;Yes、処理がステップS23に進む。これに対し、タイマB値がタイマB閾値を超えない場合ステップS22;No、処理がステップS20に戻る。ステップS23において、UE機能部231は、RRC_SEMI-IDLE状態からRRC_IDLE状態に遷移する。なお、一旦RRC_IDLE状態に遷移した場合、RRC_CONNECTEDに復帰するためには、現行仕様と同様に、RRCConnectionの再確立RRCConnectionre-establishment手順が必要となる。次に、図6及び図7を用いて、M-RN200の動作を中心に、移動通信システムの全体動作を説明する。図6は、M-RN200のUE機能部231がRRC_CONNECTED状態へ遷移するケースを示す。図6に示すように、ステップS101において、M-RN200は、DeNB100-2とのバックホールリンクを設定する。ステップS102において、M-RN200のUE機能部231は、DeNB100-2とのRRCConnectionを確立し、RRC_IDLE状態からRRC_CONNECTED状態に遷移する。ステップS103において、M-RN200のUE機能部231は、UE300とのRRCConnectionを確立する。UE300は、RRC_IDLE状態からRRC_CONNECTED状態に遷移する。ステップS104において、M-RN200のeNB機能部232は、参照信号を送信する。ステップS105において、M-RN200のeNB機能部232は、SIBを送信する。ステップS106において、DeNB100-2は、M-RN200へのリソース割り当て情報等を含む制御データをPDCCH上でM-RN200に送信し、M-RN200へ割り当てたPDSCHリソースを用いてユーザデータをM-RN200に送信する。M-RN200のUE機能部231は、DeNB100-2からのユーザデータ及び制御データを受信する。ステップS107において、M-RN200のeNB機能部232は、UE300へのリソース割り当て情報等を含む制御データをPDCCH上でUE300に送信する。ステップS108において、M-RN200のeNB機能部232は、UE300へ割り当てたPDSCHリソースを用いて、DeNB100-2からのユーザデータをUE300に送信すなわち、中継する。ステップS109において、UE300は、フィードバック情報HARQACK/NACKや、CQI等を含む制御データをPUCCH上でM-RN200に送信する。ステップS110において、UE300は、M-RN200から割り当てられたPUSCHリソースを用いてユーザデータをM-RN200に送信する。M-RN200のeNB機能部232は、UE300からのユーザデータ及び制御データを受信する。ステップS111において、M-RN200のUE機能部231は、DeNB100-2から割り当てられたリソースを用いて、UE300からのユーザデータと、フィードバック情報HARQACK/NACKや、CQI等を含む制御データと、をDeNB100-2に送信する。このように、ステップS101~ステップS111において、M-RN200は、DeNB100-2とのバックホールリンクを設定した状態で、RRC_CONNECTED状態にあり、DeNB100-2とユーザデータおよび制御データのやり取りを行う。また、アクセスリンク側についても、RRC_CONNECTED状態にあるUE300とユーザデータおよび制御データのやり取りを行う。ステップS112において、M-RN200のeNB機能部232は、アクセスリンク側で送信する制御信号に対応する制御情報を記憶する。ここで制御情報とは、SIB及びMIBに含めるべき情報や、参照信号の送信パターンなどを意味する。また、MBMS関連情報SIB13、他システム情報が制御情報に相当する。ステップS113において、M-RN200のUE機能部231は、バックホールリンクの切断を検出する。ステップS114において、M-RN200のUE機能部231は、RRC_SEMI-IDLE状態に遷移する。ステップS115において、M-RN200のeNB機能部232は、ステップS112で記憶した制御情報を読み出す。ステップS117において、M-RN200のeNB機能部232は、ステップS115で読み出した制御情報に基づいて参照信号を送信する。ステップS118において、M-RN200のeNB機能部232は、ステップS115で読み出した制御情報に基づいてSIBを送信する。ステップS119において、M-RN200のeNB機能部232は、UE300へのリソース割り当て情報等を含む制御データをPDCCH上でUE300に送信する。ステップS120において、M-RN200のeNB機能部232は、UE300へ割り当てたPDSCHリソースを用いて、ユーザデータ以外のデータ例えば、PCHをUE300に送信する。ステップS121において、UE300は、制御データをPUCCH上でM-RN200に送信する。ステップS122において、UE300は、M-RN200から割り当てられたPUSCHリソースを用いて、ユーザデータ以外のデータ例えば、MeasurementReportをM-RN200に送信する。このように、ステップS117~ステップS122においては、アクセスリンク側において正常な制御信号が送受信されることから、UE300のRRC_CONNECTED状態が維持される。図7は、図6のシーケンスの後、M-RN200のUE機能部231がRRC_SEMI-IDLE状態からRRC_CONNECTED状態へ遷移するケースを示す。図7の初期状態では、UE300はRRC_CONNECTED状態であり、M-RN200のUE機能部231はRRC_SEMI-IDLE状態である。図7に示すように、ステップS125~ステップS130の処理は、図6のステップS117~ステップS122の処理と同様である。ステップS131において、M-RN200は、DeNB100-2とのバックホールリンクを設定復旧する。ステップS132において、M-RN200のUE機能部231は、DeNB100-2とのRRCConnectionを確立し、RRC_SEMI-IDLE状態からRRC_CONNECTED状態に遷移する。ステップS133において、M-RN200は、DeNB100-2から制御データを受信する。ステップS134において、M-RN200は、DeNB100-2から受信した制御データに基づいて、制御情報を更新する。例えば、DeNB100-2から受信した制御データに基づいて、MBMS関連情報、他システム情報、緊急地震速報情報等を変更する。ステップS135~ステップS142の処理は、図6のステップS104~ステップS111の処理と同様である。[第2実施形態]以下、第2実施形態について、第1実施形態との相違点を主として説明する。第1実施形態では、M-RN200のUE機能部231は、バックホールリンクの切断を検出した後の所定時間内でバックホールリンクが復旧しない場合に、RRC_SEMI-IDLE状態に遷移していた。これに対し、本実施形態では、M-RN200のUE機能部231は、バックホールリンクの切断を検出するとともにRRC_SEMI-IDLE状態に遷移する。図8及び図9は、本実施形態に係るRRC_SEMI-IDLE状態を説明するための図である。図8に示すように、UE機能部231のRRCサブレイヤには、現行仕様で規定されるRRC_CONNECTED及びRRC_IDLEの2つの状態に加え、RRC_SEMI-IDLE状態が規定される。RRC_CONNECTED状態及びRRC_IDLE状態は双方向に遷移できる。RRC_CONNECTED状態及びRRC_SEMI-IDLE状態は双方向に遷移できる。図9に示すように、UE機能部231は、RRC_CONNECTED状態において、バックホールリンクの切断検出radioproblemdetectionを検出するとともに、RRC_SEMI-IDLE状態に遷移する。RRC_SEMI-IDLE状態は、第1実施形態と同様に、UE機能部231のRRCサブレイヤがDeNB100-2とのRRCConnectionを維持しながら、UE機能部231のRLCサブレイヤがバックホールリンクの復旧を試みる状態である。RRC_SEMI-IDLE状態においてバックホールリンクが復旧した場合には、RRC_CONNECTED状態に遷移復帰する。RRC_SEMI-IDLE状態においてバックホールリンクが復旧しない場合には、RRC_CONNECTED状態に遷移し、RLF手順を開始する。次に、M-RN200の動作を説明する。図10は、本実施形態に係るM-RN200の動作フロー図である。ここでは、第1実施形態との相違点のみを示す。図10に示すように、ステップS21において、UE機能部231は、RRC_CONNECTED状態である。ステップS22において、UE機能部231は、バックホールリンクの切断を検出する。ステップS23において、UE機能部231は、ハンドオーバのための測定を行う。詳細には、UE機能部231は、サービングセルDeNB100-2のセル以外のセルである他セルからの同期信号及び参照信号を受信し、当該参照信号の受信電力が良好である場合に、当該他セルをハンドオーバ候補とする。ステップS23での測定の結果、ハンドオーバ候補が存在しない場合ステップS24;Yes、UE機能部231は、RRC_SEMI-IDLE状態に遷移する。これに対し、ハンドオーバ候補が存在する場合ステップS24;No、UE機能部231は、RRC_CONNECTED状態を維持する。[その他の実施形態]上記のように、本発明は各実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。例えば、UE機能部231がRRC_SEMI-IDLE状態に遷移する場合に、eNB機能部232は、UE300がアクセスリンクの切断を検出してからRLFと判断するまでの時間図4及び図9に示すT1を延長するための情報を送信する。M-RN200に収容されるUE300は、M-RN200のバックホールリンク切断によるアクセスリンク切断が発生し易いため、M-RN200からのSIBにて、タイマの値であるT1を適切に増加させることで、アクセスリンクの切断の検出後においても、RRC_CONNECTED状態が維持される時間を長くすることができる。結果としてバックホールリンク復旧後のアクセスリンク復旧時までRRC_CONNECTED状態を保持することが可能となり、RRC_SEMI-IDLEと同様の効果が得られる。このT1は規格上T310として規定されており、RRCConnectionReconfigurationメッセージのRadioResourceConfigDedicatedのRLF-TimersAndConstantsIEに含まれている。但し、現行仕様では、T310の値は2秒が上限値であるため、適切な設定値の拡張が好ましい。なお、RRCConnectionReconfigurationは、RRCConnection開始時、およびハンドオーバ処理中に実行される。RRCConnection開始時に、接続先NodeがM-RN200である場合、RRCConnectionReconfigurationを送出する接続先NodeはT310の設定を変更すべきかどうかを知っているので問題ない。また、一旦RRC_CONNECTEDとなった場合においても、M-RN200の状態が変化したことにより、UE300へRRCConnectionReconfigurationを送出することは可能であり、複数UE300を同時かつ個別に制御することによるシグナリングオーバーヘッドの課題を除けば特に問題ない一方、ハンドオーバの場合で、ハンドオーバ先がM-RN200である場合は、SourceNodeからRRCConnectionReconfigurationを該当UE300に送出する為、TargetNodeは事前に何らかの方法でSourceNodeに対して、TargetNodeが希望するT310値を渡しておく必要ある。この点は、例えばX2のHandoverRequestAcknowledge等のメッセージ仕様の拡張が必要である。