(57)【特許請求の範囲】
【請求項１】
移動通信システムのための無線端末であって、
ＲＲＣコネクティッド状態において基地局との通信の無線問題を検知し、前記無線問題からの回復を試みる制御部と、
前記回復の成功に応じて、前記無線端末のＲＲＣ状態を前記基地局が前記ＲＲＣコネクティッド状態とみなしているか否かを前記無線端末が確認するためのポーリング信号を前記基地局に送信する送信部と、を備え、
前記制御部は、前記ポーリング信号に対する応答信号を前記基地局から受信したことに応じて、前記ＲＲＣコネクティッド状態を維持し、
前記送信部は、前記回復の失敗に応じて無線リンク障害を検知した場合、前記ポーリング信号とは異なるＲＲＣ接続再確立要求メッセージを送信する
無線端末。
【請求項２】
前記送信部は、前記基地局に送信する上りリンクデータの有無と無関係に、前記回復の成功に応じて前記ポーリング信号を前記基地局に送信する
請求項１に記載の無線端末。
【請求項３】
前記制御部は、前記ポーリング信号の送信時又は前記ポーリング信号の送信決定時から第１の所定時間内に前記応答信号を受信しない場合、前記ＲＲＣコネクティッド状態からＲＲＣアイドル状態に遷移する
請求項１に記載の無線端末。
【請求項４】
前記第１の所定時間は、前記基地局から前記無線端末に設定される
請求項３に記載の無線端末。
【請求項５】
前記制御部は、前記無線問題を検知してから前記回復に成功するまでの経過時間が第２の所定時間を超えるか否かを判定し、
前記送信部は、前記経過時間が前記第２の所定時間を超える場合に限り、前記回復の成功に応じて前記ポーリング信号を前記基地局に送信する
請求項１に記載の無線端末。
【請求項６】
前記制御部は、前記基地局が前記無線端末に対する再送を継続する持続時間に基づいて前記第２の所定時間を決定する
請求項５に記載の無線端末。
【請求項７】
移動通信システムのための基地局であって、
無線端末に対する下りリンク信号の初送及び再送を行う送信部と、
前記下りリンク信号に対する応答信号を前記無線端末から受信したか否かに応じて、前記無線端末がＲＲＣコネクティッド状態であるか否かを判定する制御部と、を備え、
前記送信部は、前記初送から所定時間の経過後に前記再送を少なくとも１回行い、
前記所定時間は、前記無線端末が前記基地局との通信の無線問題を検知してから無線リンク障害が発生したと判定するまでの時間以上であり、
前記制御部は、前記所定時間の経過後に前記再送を行い、当該再送に対する応答信号を受信しない場合に、前記無線端末がＲＲＣアイドル状態であると判定する
基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる無線端末及び基地局に関する。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐｅｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において仕様が策定されている移動通信システムであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムにおいて、無線端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）状態として、ＲＲＣコネクティッド状態及びＲＲＣアイドル状態が規定されている。【０００３】
ＲＲＣコネクティッド状態にある無線端末は、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）から無線リソースが割り当てられ、割り当て無線リソースを用いて基地局との通信を行う。これに対し、ＲＲＣアイドル状態にある無線端末は、ページング受信等の限られた動作を行う。よって、無線端末のＲＲＣ状態に応じて、基地局が当該無線端末のために行う処理は異なる。従って、無線端末のＲＲＣ状態と基地局が認識しているＲＲＣ状態とが一致している必要がある。
【発明の概要】
【０００４】
一実施形態に係る無線端末は、ＲＲＣコネクティッド状態において基地局との通信の無線問題を検知し、前記無線問題からの回復を試みる制御部と、前記回復の成功に応じて、前記無線端末のＲＲＣ状態を前記基地局が前記ＲＲＣコネクティッド状態とみなしているか否かを確認するためのポーリング信号を前記基地局に送信する送信部と、を備える。前記制御部は、前記ポーリング信号に対する応答信号を前記基地局から受信したことに応じて、前記ＲＲＣコネクティッド状態を維持する。
【０００５】
一実施形態に係る基地局は、無線端末に対する下りリンク信号の初送及び再送を行う送信部と、前記下りリンク信号に対する応答信号を前記無線端末から受信したか否かに応じて、前記無線端末がＲＲＣコネクティッド状態であるか否かを判定する制御部と、を備える。前記送信部は、前記初送から所定時間の経過後に前記再送を少なくとも１回行う。前記所定時間は、前記無線端末が前記基地局との通信の無線問題を検知してから無線リンク障害が発生したと判定するまでの時間以上である。
【０００６】
一実施形態に係る無線端末は、ＲＲＣコネクティッド状態からＲＲＣアイドル状態への遷移を指示するＲＲＣ接続解放メッセージを基地局から受信する受信部と、前記ＲＲＣ接続解放メッセージの受信に応じて、前記ＲＲＣ接続解放メッセージに対する応答メッセージを前記基地局に送信する送信部と、前記応答メッセージの送達を確認したことに応じて、前記ＲＲＣコネクティッド状態から前記ＲＲＣアイドル状態へ遷移する制御部と、を備える。
【図面の簡単な説明】
【０００７】
【図１】実施形態に係るＬＴＥシステムの構成を示す図である。
【図２】実施形態に係るＵＥ（無線端末）の構成を示す図である。
【図３】実施形態に係るｅＮＢ（基地局）の構成を示す図である。
【図４】実施形態に係るＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。
【図５】ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。
【図６】ＲＲＣ状態の不一致が生じるシナリオの一例を示す図である。
【図７】無線問題（ｒａｄｉｏ  ｐｒｏｂｌｅｍ）発生時のＵＥの動作を示す図である。
【図８】第１実施形態に係る動作例を示す図である。
【図９】第２実施形態に係る動作例を示す図である。
【図１０】第３実施形態に係る動作例を示す図である。
【発明を実施するための形態】
【０００８】
［移動通信システム］
（移動通信システムの構成）
以下において、実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ規格に基づく移動通信システムである。
【０００９】
図１に示すように、ＬＴＥシステムは、無線端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００１０】
ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、自身が在圏するセル（サービングセル）を管理するｅＮＢ２００との無線通信を行う。
【００１１】
Ｅ−ＵＴＲＡＮ１０は、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）２００を含む。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、ｅＮＢ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。
【００１２】
ＥＰＣ２０は、モビリティ管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（Ｓ−ＧＷ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。ＭＭＥは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するトラッキングエリア（ＴＡ）の情報を管理する。ＭＭＥは、トラッキングエリア単位でＵＥ１００のページングを行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ及びＳ−ＧＷは、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００１３】
図２は、ＵＥ１００（無線端末）の構成を示す図である。図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００１４】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。受信機は、ベースバンド信号を制御部１３０に出力する。
【００１５】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。送信機は、無線信号をアンテナから送信する。
【００１６】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００１７】
図３は、ｅＮＢ２００（基地局）の構成を示す図である。図３に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００１８】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。送信機は、無線信号をアンテナから送信する。
【００１９】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。受信機は、ベースバンド信号を制御部２３０に出力する。
【００２０】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する処理を実行する。
【００２１】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【００２２】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１レイヤ乃至第３レイヤに区分されており、第１レイヤは物理（ＰＨＹ）レイヤである。第２レイヤは、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤを含む。第３レイヤは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＲＲＣレイヤは、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）レイヤを構成する。
【００２３】
ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｅＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
【００２４】
ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００２５】
ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
【００２６】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００２７】
ＲＲＣレイヤは、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態である。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００２８】
ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＭＭＥ３００ＣのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等の機能を有する。
【００２９】
図５は、ＬＴＥシステムにおいて用いられる無線フレームの構成を示す図である。図５に示すように、無線フレームは、時間軸上で１０個のサブフレームで構成される。各サブフレームは、時間軸上で２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数軸上で複数個のリソースブロック（ＲＢ）を含み、時間軸上で複数個のシンボルを含む。各リソースブロックは、周波数軸上で複数個のサブキャリアを含む。具体的には、１２個のサブキャリア及び１つのスロットにより１つのＲＢが構成される。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００３０】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御情報を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として用いられる領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として用いることができる領域である。
【００３１】
ｅＮＢ２００は、基本的には、ＰＤＣＣＨを用いて下りリンク制御情報（ＤＣＩ）をＵＥ１００に送信し、ＰＤＳＣＨを用いて下りリンクデータをＵＥ１００に送信する。ＰＤＣＣＨが搬送するＤＣＩは、上りリンクスケジューリング情報、下りリンクスケジューリング情報、ＴＰＣコマンドを含む。上りリンクスケジューリング情報は上りリンク無線リソースの割当てに関するスケジューリング情報（ＵＬ  ｇｒａｎｔ）であり、下りリンクスケジューリング情報は、下りリンク無線リソースの割当てに関するスケジューリング情報である。ＴＰＣコマンドは、上りリンクの送信電力の増減を指示する情報である。ｅＮＢ２００は、ＤＣＩの送信先のＵＥ１００を識別するために、送信先のＵＥ１００の識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  ＩＤ）でスクランブリングしたＣＲＣビットをＤＣＩに含める。各ＵＥ１００は、自ＵＥ宛ての可能性があるＤＣＩについて、自ＵＥのＲＮＴＩでデスクランブリング後、ＣＲＣチェックをすることにより、ＰＤＣＣＨをブラインド復号（Ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）し、自ＵＥ宛のＤＣＩを検出する。ＰＤＳＣＨは、下りリンクスケジューリング情報が示す下りリンク無線リソース（リソースブロック）により下りリンクデータを搬送する。
【００３２】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御情報を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として用いることができる領域である。
【００３３】
ＵＥ１００は、基本的には、ＰＵＣＣＨを用いて上りリンク制御情報（ＵＣＩ）をｅＮＢ２００に送信し、ＰＵＳＣＨを用いて上りリンクデータをｅＮＢ２００に送信する。ＰＵＣＣＨが運搬するＵＣＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、スケジューリング要求（ＳＲ）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを含む。ＣＱＩは、下りリンクのチャネル品質を示すインデックスであり、下りリンク伝送に用いるべきＭＣＳの決定等に用いられる。ＰＭＩは、下りリンクの伝送のために用いることが望ましいプレコーダマトリックスを示すインデックスである。ＲＩは、下りリンクの伝送に用いることが可能なレイヤ数（ストリーム数）を示すインデックスである。ＳＲは、ＰＵＳＣＨリソースの割り当てを要求する情報である。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、下りリンクデータを正しく受信したか否かを示す送達確認情報である。
【００３４】
［ＲＲＣ状態の不一致］
上述した移動通信システムにおいて、ＵＥのＲＲＣ状態についてＵＥとｅＮＢとの間で不一致（ｍｉｓｍａｔｃｈ）が生じ得る。
【００３５】
図６は、ＲＲＣ状態の不一致が生じるシナリオの一例を示す図である。ＵＥのＲＲＣ状態はＲＲＣコネクティッド状態である（ステップＳ１）。
【００３６】
図６に示すように、ステップＳ２において、ＵＥとｅＮＢとの間の下りリンク無線品質（ＤＬ  ｒａｄｉｏ  ｑｕａｌｉｔｙ）が劣化する。ｅＮＢは、ＵＥからのＣＱＩフィードバック等に基づいて当該劣化を検知してもよい。ＵＥは、下りリンク無線品質の劣化により無線問題（ｒａｄｉｏ  ｐｒｏｂｌｅｍ）を検知する。
【００３７】
ステップＳ３において、ｅＮＢは、ＲＲＣコネクティッド状態からＲＲＣアイドル状態への遷移を指示するＲＲＣ接続解放（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ）メッセージをＵＥに送信する。
【００３８】
ステップＳ４において、ＵＥは、下りリンク無線品質の劣化により、ＲＲＣ接続解放メッセージの復号に失敗する。言い換えると、ＵＥは、無線問題が発生していることから、ＲＲＣ接続解放メッセージを受信することができない。ＵＥは、無線問題の発生中は、ｅＮＢがＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージを送信したかどうかも分からない。
【００３９】
ステップＳ５において、ｅＮＢは、ＲＲＣ接続解放メッセージの送信に応じて、ＵＥがＲＲＣアイドル状態に遷移したとみなす。ここで、ｅＮＢは、ＭＡＣレイヤ又はＲＬＣレイヤにおいてＲＲＣ接続解放メッセージ（下りリンク信号）の再送処理を行ってもよい。一例として、ＲＬＣレイヤは、ＡＲＱによる再送を行う。ｅＮＢは、最大再送回数に達してもＲＲＣ接続解放メッセージの送達が確認されない場合（すなわち、ＡＣＫをＵＥから受信しない場合）、ＵＥがＲＲＣアイドル状態に遷移したとみしてもよい。言い換えると、ｅＮＢは、ＲＬＣ再送上限に達したことにより、ＵＥに無線リンク障害（ＲＬＦ）が発生したとみなし、ＵＥがＲＲＣアイドル状態に遷移したと判断する。
【００４０】
ステップＳ６において、ＵＥとｅＮＢとの間の下りリンク無線品質が改善する。ｅＮＢは、ＵＥがＲＲＣアイドル状態であると認識しているため、下りリンク無線品質が改善したことに気付かない。
【００４１】
ステップＳ７において、ＵＥは、下りリンク無線品質の改善により、無線問題から回復し、ＲＲＣコネクティッド状態を維持する。すなわち、ＵＥは、無線問題から回復したことにより、ＲＬＦを検知することなくＲＲＣコネクティッド状態を維持する。
【００４２】
ステップＳ８において、ｅＮＢは、ＲＲＣアイドル状態のプロシージャに従って、ページング（Ｐａｇｉｎｇ）メッセージをＵＥに送信する。しかしながら、実際にはＵＥはＲＲＣコネクティッド状態であり、ＲＲＣアイドル状態のプロシージャに従って動作していないことから、ページングメッセージの受信に失敗する。その結果、ＵＥのページングが不能になる事態が生じる。
【００４３】
図７は、無線問題（ｒａｄｉｏ  ｐｒｏｂｌｅｍ）発生時のＵＥの動作を示す図である。
【００４４】
図７に示すように、ＲＲＣコネクティッド状態のＵＥは、通常の動作（ｎｏｒｍａｌ  ｏｐｅｒａｔｉｏｎ）時に、下位レイヤから“ｏｕｔ  ｏｆ  ｓｙｎｃ”インディケーションを所定回数連続して受信したことに応じて無線問題を検知し、タイマＴ３１０を開始させる。タイマＴ３１０の値（図７に示す「Ｔ１」時間）は、ｅＮＢからＵＥにＳＩＢ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）により設定され得る。ＵＥは、タイマＴ３１０の動作中に、下位レイヤから“ｉｎ  ｓｙｎｃ”インディケーションを所定回数連続して受信したことに応じて無線問題からの回復を検知し、タイマＴ３１０を停止させる。これに対し、無線問題からの回復を検知することなくタイマＴ３１０が満了すると、ＵＥは、無線リンク障害（ＲＬＦ）が発生したと判定する。無線問題の検知からＲＬＦの検知までの段階はＦｉｒｓｔ  Ｐｈａｓｅと称される。Ｆｉｒｓｔ  Ｐｈａｓｅの間は、ＵＥは、ＲＲＣコネクティッド状態を維持するとともに、無線リソース設定を維持する。
【００４５】
次に、ＵＥは、ＲＬＦを検知すると、ＲＲＣ接続再確立プロシージャを開始するとともに、タイマＴ３１１を開始させる。タイマＴ３１１の値（図７に示す「Ｔ２」時間）は、ｅＮＢからＵＥにＳＩＢにより設定され得る。ＵＥは、タイマＴ３１１の動作中にセル選択動作を行い、適切なセルを選択したことに応じてタイマＴ３１１を停止させるとともに、当該セルにＲＲＣ接続再確立要求メッセージを送信する。これに対し、適切なセルを選択することなくタイマＴ３１１が満了すると、ＵＥは、ＲＲＣコネクティッド状態からＲＲＣアイドル状態に遷移する。ＲＬＦの検知からＲＲＣアイドル状態に遷移するまでの段階はＳｅｃｏｎｄ  Ｐｈａｓｅと称される。
【００４６】
［第１実施形態］
以下において、第１実施形態について説明する。
【００４７】
第１実施形態に係るＵＥ１００は、ＲＲＣコネクティッド状態においてｅＮＢ２００との通信の無線問題を検知し、無線問題からの回復を試みる制御部１３０と、当該回復の成功に応じて、ＵＥ１００のＲＲＣ状態をｅＮＢ２００がＲＲＣコネクティッド状態とみなしているか否かを確認するためのポーリング信号をｅＮＢ２００に送信する送信部１２０と、を備える。制御部１３０は、ポーリング信号に対する応答信号をｅＮＢ２００から受信したことに応じて、ＲＲＣコネクティッド状態を維持する。ポーリング信号は、物理レイヤよりも上位レイヤ（例えば、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、又はＲＲＣ）において送受信されるポーリングメッセージであってもよい。或いは、物理レイヤにおいて送受信されるスケジューリング要求（ＳＲ）をポーリング信号として用いてもよい。或いは、物理レイヤにおいて、ＳＲとは異なる信号であってＰＵＣＣＨ又はＰＵＳＣＨで送信される信号をポーリング信号として用いてもよい。なお、上位レイヤにおいて無線問題からの回復を検知した場合に、上位レイヤから下位レイヤ（例えば物理レイヤ）に対して、ポーリング信号の送信を指示してもよい。
【００４８】
これにより、ＵＥ１００は、無線問題から回復した後、ＵＥ１００のＲＲＣ状態をｅＮＢ２００がＲＲＣコネクティッド状態とみなしているか否かを確認することができる。そして、ポーリング信号に対する応答信号をｅＮＢ２００から受信した場合、ＵＥ１００は、自身のＲＲＣ状態をｅＮＢ２００がＲＲＣコネクティッド状態とみなしていると認識し、ＲＲＣコネクティッド状態を維持することができる。よって、ＵＥ１００のＲＲＣ状態についてＵＥ１００とｅＮＢ２００との間で不一致が生じることを防止することができる。
【００４９】
第１実施形態において、ＵＥ１００の送信部１２０は、ｅＮＢ２００に送信する上りリンクデータの有無と無関係に、無線問題からの回復の成功に応じてポーリング信号をｅＮＢ２００に送信する。
【００５０】
ここで、ｅＮＢ２００に送信する上りリンクデータが存在する場合には、一般的なＵＥ１００は、スケジューリング要求（ＳＲ）をｅＮＢ２００に送信する。ＵＥ１００のＲＲＣ状態をｅＮＢ２００がＲＲＣコネクティッド状態とみなしている場合、ＵＥ１００は、ｅＮＢ２００から上りリンクリソースが割り当てられるため、ＲＲＣコネクティッド状態を維持することができる。しかしながら、ＳＲの送信は上りリンクデータが存在することが条件となるため、ｅＮＢ２００に送信する上りリンクデータが存在しない場合には、このような方法を適用することができない。そこで、第１実施形態においては、ＵＥ１００は、ｅＮＢ２００に送信する上りリンクデータが存在しない場合でも、無線問題からの回復の成功に応じてポーリング信号をｅＮＢ２００に送信する。これにより、ｅＮＢ２００に送信する上りリンクデータが存在しない場合にも適用可能である。
【００５１】
第１実施形態において、ＵＥ１００の制御部１３０は、ポーリング信号の送信時又はポーリング信号の送信決定時から第１の所定時間内に応答信号を受信しない場合、ＲＲＣコネクティッド状態からＲＲＣアイドル状態に遷移する。
【００５２】
ここで、ポーリング信号に対する応答信号をＵＥ１００が受信しない場合、ＵＥ１００は、自身のＲＲＣ状態をｅＮＢ２００がＲＲＣアイドル状態とみなしていると認識することができる。よって、このような場合には、ＵＥ１００がＲＲＣコネクティッド状態からＲＲＣアイドル状態に遷移することにより、ＵＥ１００のＲＲＣ状態についてＵＥ１００とｅＮＢ２００との間で不一致が生じることを防止することができる。
【００５３】
第１実施形態において、第１の所定時間は、ｅＮＢ２００からＵＥ１００に設定されてもよい。ｅＮＢ２００は、ブロードキャストシグナリング（例えばＳＩＢ）により第１の所定時間をＵＥ１００に設定してもよいし、ＵＥ１００宛ての専用シグナリング（例えばＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）により第１の所定時間をＵＥ１００に設定してもよい。
【００５４】
第１実施形態に係るＵＥ１００において、制御部１３０は、無線問題を検知してから回復に成功するまでの経過時間が第２の所定時間を超えるか否かを判定してもよい。送信部１２０は、当該経過時間が第２の所定時間を超える場合に限り、無線問題からの回復の成功に応じてポーリング信号をｅＮＢ２００に送信してもよい。制御部１３０は、ｅＮＢ２００がＵＥ１００に対する再送を継続する持続時間に基づいて第２の所定時間を決定してもよい。
【００５５】
ここで、ＵＥ１００が無線問題を検知した場合、ｅＮＢ２００は、下りリンク信号（例えばＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ）の再送処理を行う。ｅＮＢ２００が再送を継続する間は、ＵＥ１００のＲＲＣ状態をｅＮＢ２００がＲＲＣコネクティッド状態とみなしているため、ポーリング信号の送信は不要である。よって、ＵＥ１００は、無線問題を検知してから回復に成功するまでの経過時間が第２の所定時間を超える場合に限り、ポーリング信号の送信を有効化する。これにより、無駄なポーリング信号の送信を防止することができる。
【００５６】
図８は、第１実施形態に係る動作例を示す図である。図８において破線で示す処理は、必須ではない処理を示す。ＵＥ１００のＲＲＣ状態はＲＲＣコネクティッド状態である（ステップＳ１０１）。
【００５７】
図８に示すように、ステップＳ１０２において、ｅＮＢ２００は、第１の所定時間に対応するタイマ値（Ｔｉｍｅｒ  Ｂ  ｖａｌｕｅ）をＵＥ１００に送信する。ＵＥ１００は、ｅＮＢ２００から受信したタイマ値（Ｔｉｍｅｒ  Ｂ  ｖａｌｕｅ）を記憶する。
【００５８】
ステップＳ１０３において、ＵＥ１００は、第２の所定時間に対応するタイマ値（Ｔｉｍｅｒ  Ａ  ｖａｌｕｅ）を設定する。一例として、ＵＥ１００は、ｅＮＢ２００がＵＥ１００に対する再送を継続する持続時間に基づいて第２の所定時間を決定する。ここでは、再送処理として、ＲＬＣレイヤにおけるＡＲＱ再送を想定する。ｅＮＢ２００は、事前定義された時間間隔（例えば８ｍｓ間隔）で、最大再送回数までの範囲内で再送を行う。最大再送回数を示すパラメータ（ｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄ）は、ｅＮＢ２００からＵＥ１００に設定される。一例として、最大再送回数が４回である場合、ＵＥ１００は、４回×８ｍｓ＝３２ｍｓをタイマ値（Ｔｉｍｅｒ  Ａ  ｖａｌｕｅ）として設定する。
【００５９】
ステップＳ１０４において、ＵＥ１００とｅＮＢ２００との間の下りリンク無線品質（ＤＬ  ｒａｄｉｏ  ｑｕａｌｉｔｙ）が劣化する。ＵＥ１００は、下りリンク無線品質の劣化により無線問題（ｒａｄｉｏ  ｐｒｏｂｌｅｍ）を検知する。ＵＥ１００は、無線問題を検知した際に、第２の所定時間に対応するタイマ（Ｔｉｍｅｒ  Ａ）を開始させる。
【００６０】
ステップＳ１０５において、ＵＥ１００とｅＮＢ２００との間の下りリンク無線品質が改善する。ＵＥ１００は、下りリンク無線品質の改善により、無線問題から回復する。
【００６１】
ステップＳ１０６において、ＵＥ１００は、第２の所定時間に対応するタイマ（Ｔｉｍｅｒ  Ａ）が満了しているか否かを確認する。
【００６２】
タイマ（Ｔｉｍｅｒ  Ａ）が満了している場合（ステップＳ１０６：ＹＥＳ）、ステップＳ１０７において、ＵＥ１００は、ポーリング信号の送信を決定する。ここで、ＵＥ１００は、第１の所定時間に対応するタイマ（Ｔｉｍｅｒ  Ｂ）を開始させる。すなわち、ＵＥ１００は、ポーリング信号を送信しようとした時点でタイマ（Ｔｉｍｅｒ  Ｂ）を開始させる。或いは、ＵＥ１００は、ポーリング信号を送信した時点でタイマ（Ｔｉｍｅｒ  Ｂ）を開始させてもよい。
【００６３】
ステップＳ１０８において、ＵＥ１００は、ポーリング信号をｅＮＢ２００に送信する。ポーリング信号は、ポーリングメッセージ又はＳＲである。一例として、ポーリングメッセージは、ＲＲＣ  Ｔｒａｎｓａｃｔｉｏｎ  ＩＤ、Ｃａｕｓｅ  Ｖａｌｕｅ、無線問題の発生及び／又は回復時のタイミング情報、ＵＥの識別子（例えばＣ−ＲＮＴＩ）のうち、少なくとも１つを含む。Ｃａｕｓｅ  Ｖａｌｕｅは、例えば、「無線問題から回復した（Ｒａｄｉｏ  ｐｒｏｂｌｅｍ  ｒｅｃｏｖｅｒｙ）」又は「無線問題がタイマＡ期間続いた（Ｒａｄｉｏ  ｐｒｏｂｌｅｍ  ｌｏｎｇｅｒ  ｔｈａｎ  ｔｈｒｅｓｈｏｌｄ）」といった情報である。タイミング情報は、サブフレーム番号若しくはシステムフレーム番号（ＳＦＮ）、又はこれらの組み合わせ（例えば、ＳＦＮ×１０＋ｓｕｂｆｒａｍｅ＃）であってもよい。
【００６４】
ステップＳ１０９において、ｅＮＢ２００は、ＵＥ１００のＲＲＣ状態をＲＲＣコネクティッド状態とみなしている場合、ポーリング信号に対する応答信号をＵＥ１００に送信する。応答信号は、ポーリング応答又はＵＬ  ｇｒａｎｔである。ＵＬ  ｇｒａｎｔは、ｅＮＢ２００がＵＥ１００に割り当てた上りリンクリソースを示す。これに対し、ＵＥ１００のＲＲＣ状態をＲＲＣアイドル状態とみなしている場合、ｅＮＢ２００は、ポーリング信号に気付かないため、応答信号をＵＥ１００に送信しない。一例として、ポーリング応答は、ＲＲＣ  Ｔｒａｎｓａｃｔｉｏｎ  ＩＤ、ＲＲＣ  Ｃｏｎｎｅｃｔｅｄである旨を伝えるＩＥ、ＵＥの識別子（例えばＣ−ＲＮＴＩ）、ｅＮＢの現在のＤＬ再送回数のうち、少なくとも１つを含む。ＲＲＣ  Ｃｏｎｎｅｃｔｅｄである旨を伝えるＩＥは、例えば、「Ｓｔｉｌｌ−ｃｏｎｎｅｃｔｅｄ  ＥＮＵＭ（ｔｒｕｅ）  ＯＰＴＩＯＮＡＬ」といったＩＥである。ｅＮＢの現在のＤＬ再送回数は、無線問題中にｅＮＢ２００がＤＬ送信を繰り返していた場合に、ＵＥ１００との再送回数の認識ズレを防止するために用いられる。
【００６５】
タイマ（Ｔｉｍｅｒ  Ｂ）が満了する前に（ステップＳ１１０：ＮＯ）、ＵＥ１００が応答信号を受信した場合（ステップＳ１１１：ＹＥＳ）、ステップＳ１１２において、ＵＥ１００は、ＲＲＣコネクティッド状態を維持する。また、ＵＥ１００は、タイマ（Ｔｉｍｅｒ  Ｂ）を停止させる。
【００６６】
一方、ＵＥ１００が応答信号を受信することなく、タイマ（Ｔｉｍｅｒ  Ｂ）が満了した場合（ステップＳ１１０：ＹＥＳ）、ステップＳ１１３において、ＵＥ１００は、ＲＲＣコネクティッド状態からＲＲＣアイドル状態に遷移する。また、ＵＥ１００は、タイマ（Ｔｉｍｅｒ  Ｂ）を停止させる。
【００６７】
なお、ＵＥ１００は、タイマ（Ｔｉｍｅｒ  Ｂ）動作中は再度のポーリング信号の送信が禁止されてもよい。Ｔｉｍｅｒ  Ｂ動作中にポーリング信号の再送を行わないことにより、シグナリング量を削減することができる。また、ＵＥ１００は、タイマ（Ｔｉｍｅｒ  Ｂ）が満了した場合に、当該タイマ動作中に一度でも無線問題を検知し、当該無線問題が回復したことに応じて、再度ポーリング信号を送信してもよい。Ｔｉｍｅｒ  Ｂ動作中に無線問題が発生したことによりＵＥ１００が応答信号を受信できない場合を想定すると、ＵＥ１００は、ＲＲＣコネクティッド状態を維持し続けて良いのか否か不明になる。よって、Ｔｉｍｅｒ  Ｂ動作中に無線問題が発生した場合であって、Ｔｉｍｅｒ  Ｂだけ待っても応答信号が来なかった場合には、ＵＥ１００は、ＲＲＣアイドル状態に遷移するのではなく、もう一回ポーリング信号を送信してもよい。
【００６８】
なお、Ｔｉｍｅｒ  Ｂは、応答信号の待ち時間を規定するタイマであるが、Ｔｉｍｅｒ  Ｂとは別に、ポーリング信号の送信禁止時間を規定するタイマを用いてもよい。当該別のタイマは、Ｔｉｍｅｒ  Ｂと同じタイミングで開始されてもよいし、Ｔｉｍｅｒ  Ｂとは異なるタイミングで開始されてもよい。
【００６９】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第１実施形態は、ＲＲＣ状態の不一致の問題をＵＥ１００側の処理により解決していた。これに対し、第２実施形態は、ＲＲＣ状態の不一致の問題をｅＮＢ２００側の処理により解決しようとする実施形態である。
【００７０】
第２実施形態に係るｅＮＢ２００は、ＵＥ１００に対する下りリンク信号の初送及び再送を行う送信部２１０と、下りリンク信号に対する応答信号をＵＥ１００から受信したか否かに応じて、ＵＥ１００がＲＲＣコネクティッド状態であるか否かを判定する制御部２３０と、を備える。送信部２１０は、初送から所定時間の経過後に再送を少なくとも１回行う。当該所定時間は、ＵＥ１００がｅＮＢ２００との通信の無線問題を検知してからＵＥ１００が無線リンク障害（ＲＬＦ）と判定するまでの時間（すなわち、タイマＴ３１０の値）以上である。当該所定時間は、ＵＥ１００がｅＮＢ２００との通信の無線問題を検知してからＵＥ１００がＲＲＣアイドル状態に遷移するまでの時間（すなわち、タイマＴ３１０及びタイマＴ３１１の合計値）であってもよい。
【００７１】
図９は、第２実施形態に係る動作例を示す図である。図９において破線で示す処理は、必須ではない処理を示す。ＵＥ１００のＲＲＣ状態はＲＲＣコネクティッド状態である（ステップＳ２０１）。ここでは、ｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄが「４」（４回再送）である一例を説明する。
【００７２】
図９に示すように、ステップＳ２０２において、ＵＥ１００とｅＮＢ２００との間の下りリンク無線品質が劣化する。ＵＥ１００は、下りリンク無線品質の劣化により無線問題（ｒａｄｉｏ  ｐｒｏｂｌｅｍ）を検知し、タイマＴ３１０を開始させる。
【００７３】
ステップＳ２０３において、ｅＮＢ２００は、ＵＥ１００に対する下りリンク信号の初送（ｉｎｉｔｉａｌ  ｔｒａｎｓｍｉｓｓｉｏｎ）を行う。当該下りリンク信号は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージであってもよい。ここで、ＵＥ１００は、無線問題から回復していないため、当該下りリンク信号の受信に失敗し、ｅＮＢ２００にＡＣＫ（ＡＲＱ  ＡＣＫ）を送信しない。
【００７４】
ステップＳ２０４において、ｅＮＢ２００は、初送時にタイマを開始させる。当該タイマには、ＵＥ１００に設定したタイマＴ３１０の値が設定される（ｗ／  Ｔ３１０  ｖａｌｕｅ、ここで「ｗ／」はｗｉｔｈの略字である）。或いは、当該タイマには、ＵＥ１００に設定したタイマＴ３１０及びＴ３１１の合計値が設定されてもよい。ｅＮＢ２００は、下りリンク信号に相当するＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の初送時に、再送回数を示すカウンタ（ＲＥＴＸ＿ＣＯＵＮＴ）をゼロに設定する。
【００７５】
ステップＳ２０５において、ｅＮＢ２００は、ＵＥ１００からＡＣＫを受信しないことに応じて、下りリンク信号の１回目の再送（１ｓｔ  ＲｅＴｘ）を行う。また、ｅＮＢ２００は、カウンタ（ＲＥＴＸ＿ＣＯＵＮＴ）をインクリメントする。ＵＥ１００は、無線問題から未だ回復していないため、当該下りリンク信号の受信に失敗し、ｅＮＢ２００にＡＣＫを送信しない。
【００７６】
ステップＳ２０６において、ｅＮＢ２００は、ＵＥ１００からＡＣＫを受信しないことに応じて、下りリンク信号の２回目の再送（２ｎｄ  ＲｅＴｘ）を行う。また、ｅＮＢ２００は、カウンタ（ＲＥＴＸ＿ＣＯＵＮＴ）をインクリメントする。ＵＥ１００は、無線問題から未だ回復していないため、当該下りリンク信号の受信に失敗し、ｅＮＢ２００にＡＣＫを送信しない。
【００７７】
一方、ステップＳ２０７において、ＵＥ１００は、タイマＴ３１０の動作中に無線問題から回復し、ＲＲＣコネクティッド状態を維持する。
【００７８】
ステップＳ２０８において、ｅＮＢ２００は、ステップＳ２０４で設定したタイマが満了したことを検知する。
【００７９】
ステップＳ２０９において、ｅＮＢ２００は、タイマの満了に応じて、下りリンク信号の再送（ｌａｓｔ  ＲｅＴｘ）、すなわち、最後の再送を行う。また、ｅＮＢ２００は、カウンタ（ＲＥＴＸ＿ＣＯＵＮＴ）をインクリメントする。最後の再送により、カウンタ（ＲＥＴＸ＿ＣＯＵＮＴ）がｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄに達する。一例として、タイマＴ３１０が５０ｍｓに設定されている場合、ｅＮＢ２００は、最後の再送を初送から５０ｍｓ経過後に実施する。
【００８０】
ｅＮＢ２００は、最後の再送の送達が確認された場合（すなわち、ＡＣＫをＵＥ１００から受信した場合）、ＵＥ１００がＲＲＣコネクティッド状態にあると認識する。これに対し、ｅＮＢ２００は、最後の再送の送達が確認されない場合（すなわち、ＡＣＫをＵＥ１００から受信しない場合）、ＵＥ１００がＲＲＣアイドル状態にあると認識する。よって、ｅＮＢ２００は、ＵＥ１００のＲＲＣ状態を正しく認識することができる。
【００８１】
なお、図９において、ｅＮＢ２００は、タイマの満了後に最後の再送を行っているが、最後の再送に限らず、タイマの満了後に３回目の再送（及び最後の再送）を行なってもよい。
【００８２】
［第３実施形態］
以下において、第３実施形態について、第１及び第２実施形態との相違点を主として説明する。第３実施形態は、ＲＲＣ接続解放メッセージに対する応答メッセージを導入することにより、ＲＲＣ状態の不一致の問題を解決しようとする実施形態である。
【００８３】
第３実施形態に係るＵＥ１００は、ＲＲＣコネクティッド状態からＲＲＣアイドル状態への遷移を指示するＲＲＣ接続解放メッセージをｅＮＢ２００から受信する受信部１１０と、ＲＲＣ接続解放メッセージの受信に応じて、ＲＲＣ接続解放メッセージに対する応答メッセージをｅＮＢ２００に送信する送信部１２０と、応答メッセージの送達を確認したことに応じて、ＲＲＣコネクティッド状態からＲＲＣアイドル状態へ遷移する制御部１３０と、を備える。
【００８４】
第３実施形態において、ＲＲＣ接続解放メッセージは、応答メッセージの送信が必要であることを示す指示情報を含んでもよい。ＵＥ１００の送信部１２０は、指示情報を含むＲＲＣ接続解放メッセージの受信に応じて、応答メッセージをｅＮＢ２００に送信してもよい。
【００８５】
図１０は、第３実施形態に係る動作例を示す図である。ＵＥ１００のＲＲＣ状態はＲＲＣコネクティッド状態である（ステップＳ３０１）。本動作に先立ち、ＵＥ１００は、応答メッセージの送信をサポートすることを示すＵＥ能力情報をｅＮＢ２００に送信してもよい。ｅＮＢ２００は、ＵＥ能力情報に基づいて、ＵＥ１００が応答メッセージの送信をサポートすることを認識してもよい。
【００８６】
図１０に示すように、ステップＳ３０２において、ｅＮＢ２００は、ＲＲＣ接続解放（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ）メッセージをＵＥ１００に送信する。ＲＲＣ接続解放メッセージは、応答メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅメッセージ）の送信が必要であることを示す指示情報を含んでもよい。
【００８７】
ステップＳ３０３において、ＵＥ１００は、ＲＲＣ接続解放メッセージの受信に成功したことに応じて、応答メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅメッセージ）をｅＮＢ２００に送信する。応答メッセージは、ＲＲＣ  Ｔｒａｎｓａｃｔｉｏｎ  ＩＤを含んでもよい。ＵＥ１００は、応答メッセージの送達を確認した場合（例えば、ＨＡＲＱ／ＡＲＱ  ＡＣＫをｅＮＢ２００から受信した場合）、ＲＲＣコネクティッド状態からＲＲＣアイドル状態に遷移する。また、ｅＮＢ２００は、応答メッセージの受信に成功したことに応じて、ＵＥ１００がＲＲＣコネクティッド状態からＲＲＣアイドル状態に遷移したと認識する。
【００８８】
一方、ＵＥ１００は、応答メッセージの送達を確認できなかった場合（例えば、ＨＡＲＱ／ＡＲＱ  ＡＣＫをｅＮＢ２００から受信しない場合）、ＲＲＣコネクティッド状態を維持する。また、ｅＮＢ２００は、応答メッセージの受信に失敗したことに応じて、ＵＥ１００がＲＲＣコネクティッド状態を維持すると認識する。よって、ｅＮＢ２００は、ＵＥ１００のＲＲＣ状態を正しく認識することができる。
【００８９】
或いは、ｅＮＢ２００は、応答メッセージの受信に失敗した場合、ＵＥ１００がＲＲＣコネクティッド状態であると想定した処理とＵＥ１００がＲＲＣアイドル状態であると想定した処理との両方を行なってもよい。一例として、ｅＮＢ２００は、ＲＲＣアイドル状態用のページングメッセージの送信とＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージの送信との両方を行なってもよい。これらのメッセージは、１つに統合されてもよい。一例として、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅのための情報を含むページングメッセージを送信してもよいし、ページングのための情報を含むＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージを送信してもよい。
【００９０】
［その他の実施形態］
上述した各実施形態を別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。例えば、一の実施形態に係る一部の動作を他の実施形態に追加してもよい。或いは、一の実施形態に係る一部の動作を他の実施形態の一部の動作と置換してもよい。
【００９１】
上述した各実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【００９２】
上述した各実施形態において、ＲＲＣコネクティッド状態及びＲＲＣアイドル状態を対象とする一例を説明したが、これには限らない。例えば、ＲＲＣアイドル状態に代えて、データ通信が（一時的に）不活性な状態（Ｌｉｇｈｔ  ＣｏｎｎｅｃｔｅｄやＩｎａｃｔｉｖｅと称される事もある）に適用されてもよい。この場合、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅに代えて、当該不活性な状態への遷移を指示するメッセージを用いてもよい。
【００９３】
米国仮出願第６２／４０２１８０号（２０１６年９月３０日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【００９４】
本発明は移動通信分野において有用である。
【図１】
0006768816.tif 000002
【図２】
0006768816.tif 000003
【図３】
0006768816.tif 000004
【図４】
0006768816.tif 000005
【図５】
0006768816.tif 000006
【図６】
0006768816.tif 000007
【図７】
0006768816.tif 000008
【図８】
0006768816.tif 000009
【図９】
0006768816.tif 000010
【図１０】
0006768816.tif 000011