(57)【要約】  Ｍ−ＲＮは、バックホールリンク上にｅＮＢとのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを確立するＵＥ機能部と、アクセスリンク上にＵＥとのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを確立するｅＮＢ機能部と、を有する。ＵＥ機能部は、ｅＮＢとのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎが確立されたＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、バックホールリンクの切断を検出する。ＵＥ機能部は、バックホールリンクの切断を検出した以降であって、ｅＮＢとのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎが解放されたＲＲＣ＿ＩＤＬＥ状態に遷移するよりも前の段階で、ｅＮＢとのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを維持しながらバックホールリンクの復旧を試みるＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態に遷移する。ＵＥ機能部がＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態である期間において、ｅＮＢ機能部は、ＵＥ３００とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを維持するための制御を行う。
2013076876.tif 000002
【特許請求の範囲】
【請求項１】
バックホールリンク上に基地局とのコネクションを確立する端末機能部と、アクセスリンク上にユーザ端末とのコネクションを確立する基地局機能部と、を有し、前記基地局と前記ユーザ端末との間の中継を行う中継局における通信制御方法であって、
前記端末機能部が、前記基地局とのコネクションが確立されたコネクティッド状態において、前記バックホールリンクの切断を検出する検出ステップと、
前記端末機能部が、前記バックホールリンクの切断を検出した以降であって、前記基地局とのコネクションが解放されたアイドル状態に遷移するよりも前の段階で、前記基地局とのコネクションを維持しながら前記バックホールリンクの復旧を試みる仮アイドル状態に遷移する遷移ステップと、
を有することを特徴とする通信制御方法。
【請求項２】
前記端末機能部が前記仮アイドル状態である期間において、前記基地局機能部が、前記ユーザ端末とのコネクションを維持するための制御を行う制御ステップをさらに有することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記仮アイドル状態において前記バックホールリンクが復旧した場合に、前記端末機能部が前記コネクティッド状態に復帰する復帰ステップをさらに有することを特徴とする請求項１に記載の通信制御方法。
【請求項４】
前記制御ステップにおいて、前記基地局機能部は、制御信号の送信を継続することを特徴とする請求項２に記載の通信制御方法。
【請求項５】
前記制御信号は、モビリティ制御に使用される参照信号を含むことを特徴とする請求項４に記載の通信制御方法。
【請求項６】
前記端末機能部が前記コネクティッド状態であるとき、前記基地局機能部が、前記ユーザ端末との通信を制御するための情報を記憶する記憶ステップをさらに有し、
前記制御ステップにおいて、前記基地局機能部は、前記記憶ステップで記憶した情報に基づいて前記制御信号の送信を継続することを特徴とする請求項４に記載の通信制御方法。
【請求項７】
前記遷移ステップにおいて、前記端末機能部は、前記バックホールリンクの切断を検出した後の所定時間内で前記バックホールリンクが復旧しない場合に、前記仮アイドル状態に遷移することを特徴とする請求項１に記載の通信制御方法。
【請求項８】
前記遷移ステップにおいて、前記端末機能部は、前記バックホールリンクの切断を検出した場合で、ハンドオーバが不能である場合に、前記仮アイドル状態に遷移することを特徴とする請求項１に記載の通信制御方法。
【請求項９】
前記基地局機能部が、前記ユーザ端末が前記アクセスリンクの切断を検出してから無線リンク障害と判断するまでの時間を延長するための情報を送信するステップをさらに有することを特徴とする請求項１に記載の通信制御方法。
【請求項１０】
バックホールリンクを介して基地局とのコネクションを確立する端末機能部と、アクセスリンクを介してユーザ端末とのコネクションを確立する基地局機能部と、を有し、前記基地局と前記ユーザ端末との間の中継を行う中継局であって、
前記端末機能部は、前記基地局とのコネクションが確立されたコネクティッド状態において、前記バックホールリンクの切断を検出した以降であって、前記基地局とのコネクションが解放されたアイドル状態に遷移するよりも前の段階で、前記基地局とのコネクションを維持しながら前記バックホールリンクの復旧を試みる仮アイドル状態に遷移することを特徴とする中継局。
【請求項１１】
前記基地局機能部は、前記端末機能部が前記仮アイドル状態である期間において、前記ユーザ端末とのコネクションを維持するための制御を行うことを特徴とする請求項１０に記載の中継局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、３ＧＰＰ規格に基づく通信制御方法及び中継局に関する。
【背景技術】
【０００２】
現在、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では次世代無線通信規格であるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）−Ａｄｖａｎｃｅｄの開発及び仕様策定が実施されている。【０００３】
ＬＴＥ−Ａｄｖａｎｃｅｄは、レイヤ３レベルで基地局とユーザ端末との間の中継を行う中継局をサポートする。中継局は、基地局とのコネクションを確立する端末機能部と、ユーザ端末とのコネクションを確立する基地局機能部と、を有する（例えば、非特許文献１参照）。「コネクション」は、レイヤ３レベルで規定され、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｃｅ  Ｃｏｎｔｒｏｌ）  Ｃｏｎｎｅｃｔｉｏｎと称される。【０００４】
さらに、ＬＴＥ−Ａｄｖａｎｃｅｄの次期拡張機能として、移動型の中継局が候補に挙がっている（例えば、非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１０．４．０  “Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）  ａｎｄ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  (Ｅ−ＵＴＲＡＮ)；  Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；  Ｓｔａｇｅ  ２（Ｒｅｌｅａｓｅ  １０）”，  ２０１１年６月
【非特許文献２】３ＧＰＰ  ＲＰ−１１０８９４  “Ｎｅｗ  Ｓｔｕｄｙ  Ｉｔｅｍ  Ｐｒｏｐｏｓａｌ：  Ｍｏｂｉｌｅ  Ｒｅｌａｙ  ｆｏｒ  Ｅ−ＵＴＲＡ”，  ２０１１年５月
【発明の概要】
【０００６】
ところで、移動型の中継局は、固定型の中継局に比べ、基地局との無線リンク（レイヤ１及びレイヤ２レベル）であるバックホールリンク）が不安定であるため、バックホールリンクの切断が発生し易い。
【０００７】
現行仕様では、中継局が基地局との間にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを確立及び管理する手順は、ユーザ端末がＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを確立及び管理する手順と同様の手順として規定されている。このため、中継局は、基地局とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎが確立されたＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、バックホールリンク切断を検出した場合には、無線リンク障害（ＲＬＦ）手順を行う。すなわち、当該ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを解放してＲＲＣ＿ＩＤＬＥ状態に遷移した後、基地局とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを再確立する。
【０００８】
しかしながら、移動型の中継局においては、移動により、バックホールリンクが切断した後に復旧することもある。このようにバックホールリンクが切断の直後に復旧するケースでは、現行仕様のようにＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎの解放及び再確立を行う処理は結果的に無駄になる。
【０００９】
そこで、本発明は、バックホールリンクの切断が生じた場合に適切な対処を行うことができる通信制御方法及び中継局を提供する。
【００１０】
上述した課題を解決するために、本発明は以下のような特徴を有している。
【００１１】
本発明に係る通信制御方法は、バックホールリンク上に基地局（例えばｅＮＢ１００）とのコネクションを確立する端末機能部（例えばＵＥ機能部２３１）と、アクセスリンク上にユーザ端末（例えばＵＥ３００）とのコネクションを確立する基地局機能部（例えばｅＮＢ機能部２３２）と、を有し、前記基地局と前記ユーザ端末との間の中継を行う中継局（例えばＭ−ＲＮ２００）における通信制御方法であって、前記端末機能部が、前記基地局とのコネクションが確立されたコネクティッド状態（例えばＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）において、前記バックホールリンクの切断を検出する検出ステップと、前記端末機能部が、前記バックホールリンクの切断を検出した以降であって、前記基地局とのコネクションが解放されたアイドル状態（例えばＲＲＣ＿ＩＤＬＥ状態）に遷移するよりも前の段階で、前記基地局とのコネクションを維持しながら前記バックホールリンクの復旧を試みる仮アイドル状態（例えばＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態）に遷移する遷移ステップと、を有する。
【００１２】
本発明に係る通信制御方法の他の特徴によれば、前記端末機能部が前記仮アイドル状態である期間において、前記基地局機能部が、前記ユーザ端末とのコネクションを維持するための制御を行う制御ステップをさらに有する。
【００１３】
本発明に係る通信制御方法の他の特徴によれば、前記仮アイドル状態において前記バックホールリンクが復旧した場合に、前記端末機能部が前記コネクティッド状態に復帰する復帰ステップをさらに有する。
【００１４】
本発明に係る通信制御方法の他の特徴によれば、前記制御ステップにおいて、前記基地局機能部は、制御信号の送信を継続する。
【００１５】
本発明に係る通信制御方法の他の特徴によれば、前記制御信号は、モビリティ制御に使用される参照信号を含む。
【００１６】
本発明に係る通信制御方法の他の特徴によれば、前記端末機能部が前記コネクティッド状態であるとき、前記基地局機能部が、前記ユーザ端末との通信を制御するための情報を記憶する記憶ステップをさらに有し、前記制御ステップにおいて、前記基地局機能部は、前記記憶ステップで記憶した情報に基づいて前記制御信号の送信を継続する。
【００１７】
本発明に係る通信制御方法の他の特徴によれば、前記遷移ステップにおいて、前記端末機能部は、前記バックホールリンクの切断を検出した後の所定時間内で前記バックホールリンクが復旧しない場合に、前記仮アイドル状態に遷移する。
【００１８】
本発明に係る通信制御方法の他の特徴によれば、前記遷移ステップにおいて、前記端末機能部は、前記バックホールリンクの切断を検出した場合で、ハンドオーバが不能である場合に、前記仮アイドル状態に遷移する。
【００１９】
本発明に係る通信制御方法の他の特徴によれば、前記基地局機能部が、前記ユーザ端末が前記アクセスリンクの切断を検出してから無線リンク障害と判断するまでの時間を延長するための情報を送信するステップをさらに有する。
【００２０】
本発明に係る中継局は、バックホールリンクを介して基地局とのコネクションを確立する端末機能部と、アクセスリンクを介してユーザ端末とのコネクションを確立する基地局機能部と、を有し、前記基地局と前記ユーザ端末との間の中継を行う中継局であって、前記端末機能部は、前記基地局とのコネクションが確立されたコネクティッド状態において、前記バックホールリンクの切断を検出した以降であって、前記基地局とのコネクションが解放されたアイドル状態に遷移するよりも前の段階で、前記基地局とのコネクションを維持しながら前記バックホールリンクの復旧を試みる仮アイドル状態に遷移する。
【００２１】
本発明に係る中継局の他の特徴によれば、前記基地局機能部は、前記端末機能部が前記仮アイドル状態である期間において、前記ユーザ端末とのコネクションを維持するための制御を行う。
【図面の簡単な説明】
【００２２】
【図１】第１実施形態及び第２実施形態に係る移動通信システムの全体構成図である。
【図２】第１実施形態及び第２実施形態に係るＭ−ＲＮのブロック図である。
【図３】第１実施形態に係るＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態を説明するための図である（その１）。
【図４】第１実施形態に係るＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態を説明するための図である（その２）。
【図５】第１実施形態に係るＭ−ＲＮの動作フロー図である。
【図６】Ｍ−ＲＮがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態へ遷移するケースを示す。
【図７】図６のシーケンスの後、Ｍ−ＲＮがＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態へ遷移するケースを示す。
【図８】第２実施形態に係るＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態を説明するための図である（その１）。
【図９】第２実施形態に係るＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態を説明するための図である（その２）。
【図１０】第２実施形態に係るＭ−ＲＮの動作フロー図である。
【発明を実施するための形態】
【００２３】
図面を参照して、本発明の実施形態を説明する。本実施形態に係る移動通信システムは、３ＧＰＰで仕様が策定されているＬＴＥ−Ａｄｖａｎｃｅｄに基づいて構成される。
【００２４】
［実施形態の概要］
実施形態は、基地局（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ：ｅＮＢ）１００とユーザ端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）３００との間の中継を行う移動型の中継局（Ｍｏｂｉｌｅ  Ｒｅｌａｙ  Ｎｏｄｅ：Ｍ−ＲＮ）２００に関する。Ｍ−ＲＮ２００は、バックホールリンク上にｅＮＢ１００とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを確立するＵＥ機能部２３１と、アクセスリンク上にＵＥ３００とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを確立するｅＮＢ機能部２３２と、を有する。
【００２５】
ＵＥ機能部２３１は、ｅＮＢ１００とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎが確立されたＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、バックホールリンクの切断を検出する。また、ＵＥ機能部２３１は、バックホールリンクの切断を検出した以降であって、ｅＮＢ１００とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎが解放されたＲＲＣ＿ＩＤＬＥ状態に遷移するよりも前の段階で、ｅＮＢ１００とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを維持しながらバックホールリンクの復旧を試みるＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態に遷移する。
【００２６】
ＵＥ機能部２３１がＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態である期間において、ｅＮＢ機能部２３２は、ＵＥ３００とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを維持するための制御を行う。
【００２７】
［第１実施形態］
図１は、本実施形態に係る移動通信システムの全体構成図である。図１に示すように、本実施形態に係る移動通信システムは、ｅＮＢ１００（ｅＮＢ１００−１及びＤｅＮＢ１００−２）と、Ｍ−ＲＮ２００と、ＵＥ３００と、ＭＭＥ／Ｓ−ＧＷ４００（ＭＭＥ／Ｓ−ＧＷ４００−１及び４００−２）と、を有する。本実施形態では、Ｍ−ＲＮ２００は、３ＧＰＰ  Ｔｙｐｅ１  Ｒｅｌａｙ（すなわち、固有のセルＩＤを持つＲＮ）に相当する。
【００２８】
ＭＭＥ／Ｓ−ＧＷ４００は、ＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を構成する。ＭＭＥは、ＵＥ３００が在圏するセルを管理しており、ＵＥ３００に対する各種モビリティ管理を行うように構成される。Ｓ−ＧＷは、ＵＥ３００が送受信するユーザデータの転送制御を行うように構成される。
【００２９】
ｅＮＢ１００及びＭ−ＲＮ２００は、ＬＴＥの無線アクセスネットワークであるＥ−ＵＴＲＡＮ１０を構成する。ＤｅＮＢ１００−２は、Ｍ−ＲＮ２００を収容（Ｓｅｒｖｉｎｇ）するｅＮＢ１００である。ｅＮＢ１００及びＭ−ＲＮ２００は、無線通信エリアの最小単位であるセルを１つ又は複数形成する。ｅＮＢ１００及びＭ−ＲＮ２００は、セルを識別可能な参照信号を常時ブロードキャストで送信する。ＵＥ３００は、ｅＮＢ１００が形成するセル又はＭ−ＲＮ２００が形成するセルにアクセスし、当該セルに収容される。
【００３０】
なお、ｅＮＢ１００間にはＸ２インターフェイスが規定され、ｅＮＢ１００とＭＭＥ／Ｓ−ＧＷ４００との間にはＳ１インターフェイスが規定され、Ｍ−ＲＮ２００とＵＥ３００との間にはＵｕインターフェイスが規定される。ＤｅＮＢ１００−２とＭＭＥ／Ｓ−ＧＷ４００との間にはＳ１１インターフェイスがさらに規定される。ＤｅＮＢ１００−２とＭ−ＲＮ２００との間には、Ｓ１インターフェイスと、Ｘ２インターフェイスと、Ｕｎインターフェイスと、が規定される。
【００３１】
次に、Ｍ−ＲＮ２００の構成を説明する。図２は、Ｍ−ＲＮ２００のブロック図である。図２に示すように、Ｍ−ＲＮ２００は、アンテナ２０１と、バックホール側送受信機２１０と、アンテナ２０２と、アクセスリンク側送受信機２２０と、制御部２３０と、を有する。
【００３２】
アンテナ２０１は、ｅＮＢ１００（ＤｅＮＢ１００−２）との無線信号の送受信に用いられる。バックホール側送受信機２１０は、ＲＦ回路及びＢＢ回路等により構成され、アンテナ２０１を介してｅＮＢ１００（ＤｅＮＢ１００−２）と無線信号を送受信する。
【００３３】
アンテナ２０２は、ＵＥ３００との無線信号の送受信に用いられる。アクセスリンク側送受信機２２０は、ＲＦ回路及びＢＢ回路等により構成され、アンテナ２０２を介してＵＥ３００と無線信号を送受信する。
【００３４】
制御部２３０は、プロセッサ及びメモリ等により構成され、Ｍ−ＲＮ２００における各種の制御を行う。制御部２３０は、ＵＥ機能部２３１及びｅＮＢ機能部２３２を含む。
【００３５】
下りリンクについては、ＵＥ機能部２３１は、ＤｅＮＢ１００−２から受信したユーザデータを復調・復号等した後にｅＮＢ機能部２３２に引き渡し、ｅＮＢ機能部２３２は当該ユーザデータをｅＮＢ１００と同様の手順でＵＥ３００に送信するよう制御する。
【００３６】
上りリンクについては、ｅＮＢ機能部２３２は、ＵＥ３００から受信したユーザデータを復調・復号等した後にＵＥ機能部２３１に引き渡し、ＵＥ機能部２３１は当該ユーザデータをＵＥ３００と同様の手順でＤｅＮＢ１００−２に送信するよう制御する。
【００３７】
ＵＥ機能部２３１は、主にＵｎインターフェイスに関してレイヤ１〜レイヤ３の各レイヤの処理を行う。
【００３８】
レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）サブレイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）サブレイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）サブレイヤと、を含む。ここで、ＲＬＣサブレイヤは、ＤｅＮＢ１００−２との無線リンク（すなわち、バックホールリンク）を管理する。レイヤ３は、ＲＲＣサブレイヤを含む。ＲＲＣサブレイヤは、ＤｅＮＢ１００−２とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを管理するとともに、モビリティ制御や、ＱｏＳ制御、セキュリティ制御などを行う。モビリティ制御とは、ハンドオーバ制御及びセル再選択制御を意味する。
【００３９】
このように、ＲＬＣサブレイヤは、ＤｅＮＢ１００−２とのバックホールリンクを管理し、ＲＲＣサブレイヤは、バックホールリンク上に確立するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを管理する。ＤｅＮＢ１００−２とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎが確立された状態はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（コネクティッド状態）と称され、ＤｅＮＢ１００−２とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎが解放された状態はＲＲＣ＿ＩＤＬＥ状態（アイドル状態）と称される。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態及びＲＲＣ＿ＩＤＬＥ状態の詳細については、例えば３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１０．３．０の“４．２．１  ＵＥ  ｓｔａｔｅｓ  ａｎｄ  ｓｔａｔｅ  ｔｒａｎｓｉｔｉｏｎｓ  ｉｎｃｌｕｄｉｎｇ  ｉｎｔｅｒ  ＲＡＴ”を参照されたい。
【００４０】
本実施形態では、ＵＥ機能部２３１において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態及びＲＲＣ＿ＩＤＬＥ状態に加えて、新たにＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態（仮アイドル状態）が規定される。ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態の詳細については後述する。
【００４１】
ｅＮＢ機能部２２０は、ｅＮＢ１００と同様の機能を有しており、Ｘ２インターフェイス及びＳ１インターフェイスに関する処理と、Ｕｕインターフェイスに関する処理と、を行う。Ｘ２インターフェイス及びＳ１インターフェイスに関する処理については、非特許文献１の“４．７．３  Ｓ１  ａｎｄ  Ｘ２  ｕｓｅｒ  ｐｌａｎｅ  ａｓｐｅｃｔｓ”及び“４．７．４  Ｓ１  ａｎｄ  Ｘ２  ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ａｓｐｅｃｔｓ”を参照されたい。
【００４２】
ｅＮＢ機能部２２０は、Ｕｕインターフェイスに関してレイヤ１〜レイヤ３の各レイヤの処理を行う。レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣサブレイヤと、ＲＬＣサブレイヤと、ＰＤＣＰサブレイヤと、を含む。ここで、ＲＬＣサブレイヤは、ＵＥ３００との無線リンク（すなわち、アクセスリンク）を管理する。レイヤ３は、ＲＲＣサブレイヤを含む。ＲＲＣサブレイヤは、ＵＥ３００とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを管理するとともに、モビリティ制御や、ＱｏＳ制御、セキュリティ制御などを行う。
【００４３】
次に、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態について説明する。図３及び図４は、本実施形態に係るＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態を説明するための図である。
【００４４】
図３に示すように、ＵＥ機能部２３１（のＲＲＣサブレイヤ）には、現行仕様で規定されるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ及びＲＲＣ＿ＩＤＬＥの２つの状態に加え、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態が規定される。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態及びＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態は双方向に遷移できる。一方、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態からＲＲＣ＿ＩＤＬＥ状態への遷移は片方向のみである。ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移はＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態を経由すること無く片方向で遷移する。
【００４５】
図４に示すように、ＵＥ機能部２３１は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、バックホールリンクの切断検出（ｒａｄｉｏ  ｐｒｏｂｌｅｍ  ｄｅｔｅｃｔｉｏｎ）によるＲＬＦ手順（Ｔ１及びＴ２の期間）後に、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態に遷移する。ＲＬＦ手順については、非特許文献１の“１０．１．６  Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ”を参照されたい。
【００４６】
ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態は一定時間継続される。ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態は、ＵＥ機能部２３１のＲＲＣサブレイヤがＤｅＮＢ１００−２とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを維持しながら、ＵＥ機能部２３１のＲＬＣサブレイヤがバックホールリンクの復旧を試みる状態である。ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態においてバックホールリンクが復旧した場合には、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移（復帰）する。ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態においてバックホールリンクが復旧しない場合には、ＲＲＣ＿ＩＤＬＥ状態に遷移する。
【００４７】
このように、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態を規定することによって、バックホールリンクが切断中の期間においてもＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを解放せずに維持できる。また、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態においてバックホールリンクが復旧した場合には、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ再確立（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を行うことなく、即座にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に復帰できる。特に、ＤｅＮＢ１００−２とＭ−ＲＮ２００との間には、ＲＲＣサブレイヤにおいて特殊なサブフレーム構成が設定されるが、バックホールリンクが切断中の期間においてもＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを解放せずに維持することで、当該設定をやり直す必要がなくなる。
【００４８】
ただし、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態においては、ＤｅＮＢ１００−２とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎは維持されているものの、バックホールリンクは切断中であるため、ＤｅＮＢ１００−２とのデータ（ユーザデータ及び制御データ）送受信を行うことはできない。
【００４９】
一方で、ｅＮＢ機能部２３２から、Ｍ−ＲＮ２００に収容されるＵＥ３００への制御信号の送信が停止すると、当該ＵＥ３００がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であれば、Ｍ−ＲＮ２００との同期がとれなくなるため、ＲＬＦ手順を行い、他セルとのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎの再確立を試みる。
【００５０】
しかしながら、Ｍ−ＲＮ２００においてバックホールリンクが復旧する可能性を考慮すると、Ｍ−ＲＮ２００のセルでＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥ３００は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を一定時間は維持することが望ましい。
【００５１】
また、Ｍ−ＲＮ２００からの制御信号の送信が停止すると、Ｍ−ＲＮ２００のセルでＲＲＣ＿ＩＤＬＥ状態のＵＥ３００は、他のセルへセル再選択を行うことになる。ここで、Ｍ−ＲＮ２００においてバックホールリンクが復旧する可能性を考慮すると、Ｍ−ＲＮ２００のセルでＲＲＣ＿ＩＤＬＥ状態のＵＥ３００は、セル再選択を一定時間は行わないことが望ましい。
【００５２】
そこで、本実施形態では、ＵＥ機能部２３１がＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態である期間において、ｅＮＢ機能部２３２は、ＵＥ３００とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを維持するための制御を行う。詳細には、ｅＮＢ機能部２３２は、ＵＥ機能部２３１がＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態において、制御信号の送信を継続する。制御信号は、ブロードキャストで送信される。
【００５３】
制御信号は、同期の確立に使用される同期信号と、モビリティ制御のための測定（ＵＥ  ｍｅａｓｕｒｅｍｅｎｔ）に使用される参照信号と、システム情報を含むマスタ情報ブロック（ＭＩＢ）及びシステム情報ブロック（ＳＩＢ）と、を含む。ＭＩＢは物理ブロードキャストチャネル（ＰＢＣＨ）上で送信され、ＳＩＢは物理下りリンク共有チャネル（ＰＤＳＣＨ）上で送信される。
【００５４】
ｅＮＢ機能部２３２は、ＵＥ機能部２３１がＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態に遷移したときに、これらの制御信号の送信を停止しないようにする。詳細には、ｅＮＢ機能部２３２は、ＵＥ機能部２３１がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるとき、制御信号を送信するための情報を記憶しておき、ＵＥ機能部２３１がＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態であるとき、当該記憶している情報を用いて制御信号の送信を継続する。
【００５５】
このように、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態においては、Ｍ−ＲＮ２００は、バックホールリンクを失っているものの、アクセスリンク側はＵＥ３００とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを維持するための制御信号を送信し続ける。これにより、Ｍ−ＲＮ２００の仕様変更で、不要なハンドオーバやセル再選択を抑圧できるため、ＵＥ３００側の仕様変更は不要である。
【００５６】
なお、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態においては、ＵＥ３００は、通常のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であってユーザデータ転送用のリソース割当だけが無い状態となる。
【００５７】
ｅＮＢ機能部２３２は、ＵＥ機能部２３１がＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態からＲＲＣ＿ＩＤＬＥ状態に遷移したときには、これらの制御信号の送信を停止する。
【００５８】
次に、Ｍ−ＲＮ２００の動作を説明する。図５は、本実施形態に係るＭ−ＲＮ２００の動作フロー図である。
【００５９】
本動作フローにおいて、タイマＡとは、ＵＥ機能部２３１が、図４に示すＴ１及びＴ２の期間を計時するためのタイマである。タイマＢとは、ＵＥ機能部２３１が、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態を継続すべき期間を計時するためのタイマである。
【００６０】
本実施形態では、タイマＢの閾値（すなわち、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態を継続すべき期間）は、タイマＡの閾値（すなわち、図４に示すＴ１及びＴ２の期間）よりも長く設定される。
【００６１】
図５に示すように、ステップＳ１１において、ＵＥ機能部２３１は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である。
【００６２】
ステップＳ１２において、ＵＥ機能部２３１は、バックホールリンクが切断したか否かを確認する。バックホールリンクの切断を検出しない場合（ステップＳ１２；Ｎｏ）、処理がステップＳ１１に戻る。これに対し、バックホールリンクの切断を検出した場合（ステップＳ１２；Ｙｅｓ）、処理がステップＳ１３に進む。
【００６３】
ステップＳ１３において、ＵＥ機能部２３１は、タイマＡ及びタイマＢをリセットする。
【００６４】
ステップＳ１４において、ＵＥ機能部２３１は、タイマＡを起動する。
【００６５】
ステップＳ１５において、ＵＥ機能部２３１は、タイマＡを監視する。
【００６６】
ステップＳ１６において、ＵＥ機能部２３１は、バックホールリンクが復旧したか否かを確認する。バックホールリンクが復旧した場合（ステップＳ１６；Ｙｅｓ）、処理がステップＳ１１に戻る。これに対し、バックホールリンクが復旧しない場合（ステップＳ１６；Ｎｏ）、処理がステップＳ１７に進む。
【００６７】
ステップＳ１７において、ＵＥ機能部２３１は、タイマＡ値がタイマＡ閾値を超えたか否かを確認する。タイマＡ値がタイマＡ閾値を超えた場合（ステップＳ１７；Ｙｅｓ）、処理がステップＳ１８に進む。これに対し、タイマＡ値がタイマＡ閾値を超えない場合（ステップＳ１７；Ｎｏ）、処理がステップＳ１５に戻る。
【００６８】
ステップＳ１８において、ＵＥ機能部２３１は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態に遷移する。
【００６９】
ステップＳ１９において、ＵＥ機能部２３１は、タイマＢを起動する。
【００７０】
ステップＳ２０において、ＵＥ機能部２３１は、タイマＢを監視する。
【００７１】
ステップＳ２１において、ＵＥ機能部２３１は、バックホールリンクが復旧したか否かを確認する。バックホールリンクが復旧した場合（ステップＳ２１；Ｙｅｓ）、処理がステップＳ１１に戻る。その結果、ＵＥ機能部２３１は、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移（復帰）する。これに対し、バックホールリンクが復旧しない場合（ステップＳ２１；Ｎｏ）、処理がステップＳ２２に進む。
【００７２】
ステップＳ２２において、ＵＥ機能部２３１は、タイマＢ値がタイマＢ閾値を超えたか否かを確認する。タイマＢ値がタイマＢ閾値を超えた場合（ステップＳ２２；Ｙｅｓ）、処理がステップＳ２３に進む。これに対し、タイマＢ値がタイマＢ閾値を超えない場合（ステップＳ２２；Ｎｏ）、処理がステップＳ２０に戻る。
【００７３】
ステップＳ２３において、ＵＥ機能部２３１は、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態からＲＲＣ＿ＩＤＬＥ状態に遷移する。なお、一旦ＲＲＣ＿ＩＤＬＥ状態に遷移した場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに復帰するためには、現行仕様と同様に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎの再確立（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順が必要となる。
【００７４】
次に、図６及び図７を用いて、Ｍ−ＲＮ２００の動作を中心に、移動通信システムの全体動作を説明する。
【００７５】
図６は、Ｍ−ＲＮ２００のＵＥ機能部２３１がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態へ遷移するケースを示す。
【００７６】
図６に示すように、ステップＳ１０１において、Ｍ−ＲＮ２００は、ＤｅＮＢ１００−２とのバックホールリンクを設定する。
【００７７】
ステップＳ１０２において、Ｍ−ＲＮ２００のＵＥ機能部２３１は、ＤｅＮＢ１００−２とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを確立し、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。
【００７８】
ステップＳ１０３において、Ｍ−ＲＮ２００のＵＥ機能部２３１は、ＵＥ３００とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを確立する。ＵＥ３００は、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。
【００７９】
ステップＳ１０４において、Ｍ−ＲＮ２００のｅＮＢ機能部２３２は、参照信号を送信する。
【００８０】
ステップＳ１０５において、Ｍ−ＲＮ２００のｅＮＢ機能部２３２は、ＳＩＢを送信する。
【００８１】
ステップＳ１０６において、ＤｅＮＢ１００−２は、Ｍ−ＲＮ２００へのリソース割り当て情報等を含む制御データをＰＤＣＣＨ上でＭ−ＲＮ２００に送信し、Ｍ−ＲＮ２００へ割り当てたＰＤＳＣＨリソースを用いてユーザデータをＭ−ＲＮ２００に送信する。Ｍ−ＲＮ２００のＵＥ機能部２３１は、ＤｅＮＢ１００−２からのユーザデータ及び制御データを受信する。
【００８２】
ステップＳ１０７において、Ｍ−ＲＮ２００のｅＮＢ機能部２３２は、ＵＥ３００へのリソース割り当て情報等を含む制御データをＰＤＣＣＨ上でＵＥ３００に送信する。
【００８３】
ステップＳ１０８において、Ｍ−ＲＮ２００のｅＮＢ機能部２３２は、ＵＥ３００へ割り当てたＰＤＳＣＨリソースを用いて、ＤｅＮＢ１００−２からのユーザデータをＵＥ３００に送信（すなわち、中継）する。
【００８４】
ステップＳ１０９において、ＵＥ３００は、フィードバック情報（ＨＡＲＱ  ＡＣＫ／ＮＡＣＫや、ＣＱＩ）等を含む制御データをＰＵＣＣＨ上でＭ−ＲＮ２００に送信する。
【００８５】
ステップＳ１１０において、ＵＥ３００は、Ｍ−ＲＮ２００から割り当てられたＰＵＳＣＨリソースを用いてユーザデータをＭ−ＲＮ２００に送信する。Ｍ−ＲＮ２００のｅＮＢ機能部２３２は、ＵＥ３００からのユーザデータ及び制御データを受信する。
【００８６】
ステップＳ１１１において、Ｍ−ＲＮ２００のＵＥ機能部２３１は、ＤｅＮＢ１００−２から割り当てられたリソースを用いて、ＵＥ３００からのユーザデータと、フィードバック情報（ＨＡＲＱ  ＡＣＫ／ＮＡＣＫや、ＣＱＩ）等を含む制御データと、をＤｅＮＢ１００−２に送信する。
【００８７】
このように、ステップＳ１０１〜ステップＳ１１１において、Ｍ−ＲＮ２００は、ＤｅＮＢ１００−２とのバックホールリンクを設定した状態で、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、ＤｅＮＢ１００−２とユーザデータおよび制御データのやり取りを行う。また、アクセスリンク側についても、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥ３００とユーザデータおよび制御データのやり取りを行う。
【００８８】
ステップＳ１１２において、Ｍ−ＲＮ２００のｅＮＢ機能部２３２は、アクセスリンク側で送信する制御信号に対応する制御情報を記憶する。ここで制御情報とは、ＳＩＢ及びＭＩＢに含めるべき情報や、参照信号の送信パターンなどを意味する。また、ＭＢＭＳ関連情報（ＳＩＢ１３）、他システム情報(ＳＩＢ６・７・８)が制御情報に相当する。
【００８９】
ステップＳ１１３において、Ｍ−ＲＮ２００のＵＥ機能部２３１は、バックホールリンクの切断を検出する。
【００９０】
ステップＳ１１４において、Ｍ−ＲＮ２００のＵＥ機能部２３１は、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態に遷移する。
【００９１】
ステップＳ１１５において、Ｍ−ＲＮ２００のｅＮＢ機能部２３２は、ステップＳ１１２で記憶した制御情報を読み出す。
【００９２】
ステップＳ１１７において、Ｍ−ＲＮ２００のｅＮＢ機能部２３２は、ステップＳ１１５で読み出した制御情報に基づいて参照信号を送信する。
【００９３】
ステップＳ１１８において、Ｍ−ＲＮ２００のｅＮＢ機能部２３２は、ステップＳ１１５で読み出した制御情報に基づいてＳＩＢを送信する。
【００９４】
ステップＳ１１９において、Ｍ−ＲＮ２００のｅＮＢ機能部２３２は、ＵＥ３００へのリソース割り当て情報等を含む制御データをＰＤＣＣＨ上でＵＥ３００に送信する。
【００９５】
ステップＳ１２０において、Ｍ−ＲＮ２００のｅＮＢ機能部２３２は、ＵＥ３００へ割り当てたＰＤＳＣＨリソースを用いて、ユーザデータ以外のデータ（例えば、ＰＣＨ(ページングチャネル)）をＵＥ３００に送信する。
【００９６】
ステップＳ１２１において、ＵＥ３００は、制御データをＰＵＣＣＨ上でＭ−ＲＮ２００に送信する。
【００９７】
ステップＳ１２２において、ＵＥ３００は、Ｍ−ＲＮ２００から割り当てられたＰＵＳＣＨリソースを用いて、ユーザデータ以外のデータ（例えば、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ）をＭ−ＲＮ２００に送信する。
【００９８】
このように、ステップＳ１１７〜ステップＳ１２２においては、アクセスリンク側において正常な制御信号が送受信されることから、ＵＥ３００のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態が維持される。
【００９９】
図７は、図６のシーケンスの後、Ｍ−ＲＮ２００のＵＥ機能部２３１がＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態へ遷移するケースを示す。図７の初期状態では、ＵＥ３００はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり、Ｍ−ＲＮ２００のＵＥ機能部２３１はＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態である。
【０１００】
図７に示すように、ステップＳ１２５〜ステップＳ１３０の処理は、図６のステップＳ１１７〜ステップＳ１２２の処理と同様である。
【０１０１】
ステップＳ１３１において、Ｍ−ＲＮ２００は、ＤｅＮＢ１００−２とのバックホールリンクを設定（復旧）する。
【０１０２】
ステップＳ１３２において、Ｍ−ＲＮ２００のＵＥ機能部２３１は、ＤｅＮＢ１００−２とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを確立し、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。
【０１０３】
ステップＳ１３３において、Ｍ−ＲＮ２００は、ＤｅＮＢ１００−２から制御データを受信する。
【０１０４】
ステップＳ１３４において、Ｍ−ＲＮ２００は、ＤｅＮＢ１００−２から受信した制御データに基づいて、制御情報を更新する。例えば、ＤｅＮＢ１００−２から受信した制御データに基づいて、ＭＢＭＳ関連情報(ＳＩＢ１３)、他システム情報(ＳＩＢ６・７・８)、緊急地震速報情報(ＳＩＢ１０・１１)等を変更する。
【０１０５】
ステップＳ１３５〜ステップＳ１４２の処理は、図６のステップＳ１０４〜ステップＳ１１１の処理と同様である。
【０１０６】
［第２実施形態］
以下、第２実施形態について、第１実施形態との相違点を主として説明する。
【０１０７】
第１実施形態では、Ｍ−ＲＮ２００のＵＥ機能部２３１は、バックホールリンクの切断を検出した後の所定時間内でバックホールリンクが復旧しない場合に、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態に遷移していた。
【０１０８】
これに対し、本実施形態では、Ｍ−ＲＮ２００のＵＥ機能部２３１は、バックホールリンクの切断を検出するとともにＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態に遷移する。
【０１０９】
図８及び図９は、本実施形態に係るＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態を説明するための図である。
【０１１０】
図８に示すように、ＵＥ機能部２３１（のＲＲＣサブレイヤ）には、現行仕様で規定されるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ及びＲＲＣ＿ＩＤＬＥの２つの状態に加え、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態が規定される。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態及びＲＲＣ＿ＩＤＬＥ状態は双方向に遷移できる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態及びＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態は双方向に遷移できる。
【０１１１】
図９に示すように、ＵＥ機能部２３１は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、バックホールリンクの切断検出（ｒａｄｉｏ  ｐｒｏｂｌｅｍ  ｄｅｔｅｃｔｉｏｎ）を検出するとともに、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態に遷移する。ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態は、第１実施形態と同様に、ＵＥ機能部２３１のＲＲＣサブレイヤがＤｅＮＢ１００−２とのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎを維持しながら、ＵＥ機能部２３１のＲＬＣサブレイヤがバックホールリンクの復旧を試みる状態である。ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態においてバックホールリンクが復旧した場合には、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移（復帰）する。ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態においてバックホールリンクが復旧しない場合には、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移し、ＲＬＦ手順を開始する。
【０１１２】
次に、Ｍ−ＲＮ２００の動作を説明する。図１０は、本実施形態に係るＭ−ＲＮ２００の動作フロー図である。ここでは、第１実施形態との相違点のみを示す。
【０１１３】
図１０に示すように、ステップＳ２１において、ＵＥ機能部２３１は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である。
【０１１４】
ステップＳ２２において、ＵＥ機能部２３１は、バックホールリンクの切断を検出する。
【０１１５】
ステップＳ２３において、ＵＥ機能部２３１は、ハンドオーバのための測定を行う。詳細には、ＵＥ機能部２３１は、サービングセル（ＤｅＮＢ１００−２のセル）以外のセルである他セルからの同期信号及び参照信号を受信し、当該参照信号の受信電力が良好である場合に、当該他セルをハンドオーバ候補とする。
【０１１６】
ステップＳ２３での測定の結果、ハンドオーバ候補が存在しない場合（ステップＳ２４；Ｙｅｓ）、ＵＥ機能部２３１は、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態に遷移する。これに対し、ハンドオーバ候補が存在する場合（ステップＳ２４；Ｎｏ）、ＵＥ機能部２３１は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を維持する。
【０１１７】
［その他の実施形態］
上記のように、本発明は各実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【０１１８】
例えば、ＵＥ機能部２３１がＲＲＣ＿ＳＥＭＩ−ＩＤＬＥ状態に遷移する場合に、ｅＮＢ機能部２３２は、ＵＥ３００がアクセスリンクの切断を検出してからＲＬＦと判断するまでの時間（図４及び図９に示すＴ１）を延長するための情報を送信する。
【０１１９】
Ｍ−ＲＮ２００に収容されるＵＥ３００は、Ｍ−ＲＮ２００のバックホールリンク切断によるアクセスリンク切断が発生し易いため、Ｍ−ＲＮ２００からのＳＩＢにて、タイマ(またはカウンタ等)の値であるＴ１を適切に増加させることで、アクセスリンクの切断(Ｒａｄｉｏ  Ｐｒｏｂｌｅｍ)の検出後においても、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態が維持される時間を長くすることができる。
【０１２０】
結果としてバックホールリンク復旧後のアクセスリンク復旧時までＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を保持することが可能となり、ＲＲＣ＿ＳＥＭＩ−ＩＤＬＥと同様の効果が得られる。このＴ１は規格上Ｔ３１０として規定されており、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄのＲＬＦ−ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓ  ＩＥに含まれている。
【０１２１】
但し、現行仕様では、Ｔ３１０の値は２秒が上限値であるため、適切な設定値の拡張(３０秒〜１８０秒程度：トンネル内のバックホールリンク切断を想定)が好ましい。
【０１２２】
なお、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ開始時、およびハンドオーバ処理中に実行される。ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ開始時に、接続先NodeがＭ−ＲＮ２００である場合、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送出する接続先ＮｏｄｅはＴ３１０の設定を変更すべきかどうかを知っているので問題ない(Ｎｏｄｅは自らの状態を知っていれば良い為)。
【０１２３】
また、一旦ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとなった場合においても、Ｍ−ＲＮ２００の状態が変化したことにより、ＵＥ３００へＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送出することは可能であり、複数ＵＥ３００を同時かつ個別に制御することによるシグナリングオーバーヘッドの課題を除けば特に問題ない(本来ＳＩＢ等でブロードキャストできればオーバーヘッドは削減できる。但し、ＳＩＢのＩＥは必要最低限に収めることが基本である点も考慮しなければならない。)
【０１２４】
一方、ハンドオーバの場合で、ハンドオーバ先(Ｔａｒｇｅｔ  Ｎｏｄｅ)がＭ−ＲＮ２００である場合は、Ｓｏｕｒｃｅ  ＮｏｄｅからＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを該当ＵＥ３００に送出する為、Ｔａｒｇｅｔ  Ｎｏｄｅは事前に何らかの方法でＳｏｕｒｃｅ  Ｎｏｄｅに対して、Ｔａｒｇｅｔ  Ｎｏｄｅが希望するＴ３１０値を渡しておく必要ある。この点は、例えばＸ２のＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ等のメッセージ仕様の拡張が必要である。
【産業上の利用可能性】
【０１２５】
以上のように、本発明に係る通信制御方法及び中継局は、バックホールリンクの切断が生じた場合に適切な対処を行うことができるため、無線通信分野において有用である。
【図１】
2013076876.tif 000003
【図２】
2013076876.tif 000004
【図３】
2013076876.tif 000005
【図４】
2013076876.tif 000006
【図５】
2013076876.tif 000007
【図６】
2013076876.tif 000008
【図７】
2013076876.tif 000009
【図８】
2013076876.tif 000010
【図９】
2013076876.tif 000011
【図１０】
2013076876.tif 000012
【国際調査報告】
2013076876.tif 000013
2013076876.tif 000014
2013076876.tif 000015
2013076876.tif 000016