(57)【特許請求の範囲】
【請求項１】
他の基地局との無線リンク障害を検出した特定の移動局から再接続要求信号を受信したことに応じて、前記特定の移動局の再接続処理を行う制御部を備え、
前記制御部は、前記再接続処理の状況に関する情報に基づいて、自基地局の配下の移動局に設定する所定タイマの値を変更する処理を行い、
前記所定タイマは、前記移動局において前記再接続要求信号の送信から再接続応答信号の受信までの最大待ち時間を規定するタイマであり、
前記再接続処理の状況に関する情報は、
前記自基地局が前記他の基地局にコンテキスト要求信号を送信してから、前記自基地局が前記他の基地局からコンテキスト応答信号を受信するまでに要する時間を示す第１情報、又は、
前記自基地局が送信した再接続応答信号のうち、対応する再接続完了信号を前記自基地局が受信しなかった割合を示す第２情報を含む
基地局。
【請求項２】
前記制御部は、変更後の前記所定タイマの値を示す設定情報を、前記自基地局が管理するセルにおいてブロードキャストする処理を行う
請求項１に記載の基地局。
【請求項３】
他の基地局との無線リンク障害を検出した特定の移動局から再接続要求信号を受信したことに応じて、前記特定の移動局の再接続処理を行う制御部を備え、
前記制御部は、前記再接続処理の状況に関する情報に基づいて、前記他の基地局の配下の移動局に設定する所定タイマの値を変更する処理を行い、
前記所定タイマは、前記移動局において前記再接続要求信号の送信から再接続応答信号の受信までの最大待ち時間を規定するタイマであり、
前記再接続処理の状況に関する情報は、
前記自基地局が前記他の基地局にコンテキスト要求信号を送信してから、前記自基地局が前記他の基地局からコンテキスト応答信号を受信するまでに要する時間を示す第１情報、又は、
前記自基地局が送信した再接続応答信号のうち、対応する再接続完了信号を前記自基地局が受信しなかった割合を示す第２情報を含み、
前記制御部は、変更後の前記所定タイマの値を示す設定情報を前記他の基地局に送信する処理を行う
基地局。
【請求項４】
前記制御部は、前記再接続処理の状況に関する情報を一定期間にわたって収集し、該収集した情報に基づいて前記所定タイマの値を変更する処理を行う
請求項１又は請求項３に記載の基地局。
【請求項５】
前記コンテキスト要求信号は、前記特定の移動局を照会する照会要求、又は前記特定の移動局のコンテキスト情報の送信を要求するコンテキスト情報要求である
請求項１又は請求項３に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる基地局及び移動局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、無線リンク障害（ＲＬＦ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）に伴う再接続処理時に、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈを行うことが検討されている（非特許文献１及び２参照）。【０００３】
ＵＥ  Ｃｏｎｔｅｘｔ（移動局情報）は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎの再確立（すなわち、再接続）時に、再接続先の基地局が移動局を特定するために必要な情報である。ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈとは、再接続先の基地局が、再接続手順の際に移動局から取得したＵＥ  Ｃｏｎｔｅｘｔを、移動局が無線リンク障害前に通信をしていた基地局に照会し、当該移動局を特定することである。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ寄書  「Ｒ３−１４１３８９」  ２０１４年５月１９日
【非特許文献２】３ＧＰＰ寄書  「Ｒ３−１４１４０４」  ２０１４年５月１９日
【発明の概要】
【０００５】
第１の側面に係る基地局は、他の基地局との無線リンク障害を検出した特定の移動局から再接続要求信号を受信したことに応じて、前記特定の移動局の再接続処理を行う制御部を備える。前記制御部は、前記再接続処理の状況に関する情報に基づいて、自基地局又は前記他の基地局の配下の移動局に設定する所定タイマの値を変更する処理を行う。前記所定タイマは、前記移動局において前記再接続要求信号の送信から再接続応答信号の受信までの最大待ち時間を規定するタイマである。
【０００６】
第１の側面において、前記制御部は、変更後の前記所定タイマの値を示す設定情報を、前記自基地局が管理するセルにおいてブロードキャストする処理を行う。
【０００７】
第１の側面において、前記制御部は、変更後の前記所定タイマの値を示す設定情報を前記他の基地局に送信する処理を行う。
【０００８】
第１の側面において、前記制御部は、前記再接続処理の状況に関する情報を一定期間にわたって収集し、該収集した情報に基づいて前記所定タイマの値を変更する処理を行う。
【０００９】
第１の側面において、前記再接続処理の状況に関する情報は、前記自基地局が前記他の基地局にコンテキスト要求信号を送信してから、前記自基地局が前記他の基地局からコンテキスト応答信号を受信するまでに要する時間を含む。
【００１０】
第１の側面において、前記コンテキスト要求信号は、前記特定の移動局を照会する照会要求、又は前記特定の移動局のコンテキスト情報の送信を要求するコンテキスト情報要求である。
【００１１】
第１の側面において、前記再接続処理の状況に関する情報は、前記自基地局が送信した再接続応答信号のうち、対応する再接続完了信号を前記自基地局が受信しなかった割合を示す情報を含む。
【００１２】
第２の側面に係る基地局は、自基地局との無線リンク障害を検出した移動局から再接続要求信号を受信した他の基地局から、前記移動局に関するコンテキスト要求を受信する処理を行う制御部を備える。前記制御部は、前記コンテキスト要求の受信状況に基づいて、前記自基地局が前記他の基地局について適用するハンドオーバパラメータ、又は前記自基地局から前記他の基地局への前記移動局のコンテキスト情報の送信タイミングを変更する処理を行う。
【００１３】
第２の側面において、前記コンテキスト要求の受信状況とは、所定期間中における前記コンテキスト要求の受信回数である。
【００１４】
第２の側面において、前記制御部は、単位時間当たりの前記コンテキスト要求の受信回数が閾値を上回る場合、前記自基地局から前記他の基地局へのハンドオーバが発生し易くなるように前記ハンドオーバパラメータを調整する処理を行う。
【００１５】
第２の側面において、前記制御部は、単位時間当たりの前記コンテキスト要求の受信回数が閾値を上回る場合、前記他の基地局から前記コンテキスト要求を受信しなくても前記コンテキスト情報を前記他の基地局に送信する処理を行う。
【００１６】
第２の側面において、前記制御部は、単位時間当たりの前記コンテキスト要求の受信回数が前記閾値を上回る場合で、かつ、前記自基地局に関する負荷が所定の負荷以上である場合、前記他の基地局から前記コンテキスト要求を受信しなくても前記コンテキスト情報を前記他の基地局に送信する処理を行う。
【００１７】
第３の側面に係る移動局は、一の基地局との無線リンク障害を検出した場合に、他の基地局に対して再接続を要求する再接続要求信号を送信する制御部を備える。前記制御部は、前記再接続要求信号を送信してからタイマの値が満了するまで前記他の基地局からの再接続応答信号の受信を待つ。前記タイマの値は、前記他の基地局における再接続処理の状況に関する情報に基づいて設定されている。
【図面の簡単な説明】
【００１８】
【図１】第１実施形態乃至第４実施形態に係るＬＴＥシステムの構成図である。
【図２】第１実施形態乃至第４実施形態に係るＵＥのブロック図である。
【図３】第１実施形態乃至第４実施形態に係るｅＮＢのブロック図である。
【図４】第１実施形態乃至第４実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】第１実施形態乃至第４実施形態に係る無線リンク障害時の再接続シーケンス図である。
【図６】第１実施形態乃至第４実施形態に係るＵＥの状態遷移を表す図である。
【図７】第１実施形態乃至第４実施形態に係るタイマ設定値を表す図である。
【図８】第１実施形態乃至第４実施形態に係るメッセージフォーマットを表す図である。
【図９】第１実施形態に係るフローチャートとシーケンス図である（報知時）。
【図１０】第１実施形態に係るシステム構成図である。
【図１１】第１実施形態に係るフローチャートとシーケンス図である（個別信号時）。
【図１２】第１実施形態に係るメッセージフォーマットを表す図である。
【図１３】第２実施形態に係るシステム構成図である。
【図１４】第４実施形態に係るシステム構成図である。
【図１５】第４実施形態に係るフローチャートである。
【発明を実施するための形態】
【００１９】
［実施形態の概要］
第１実施形態に係る通信制御方法は、移動局と、第１基地局との間の無線リンクが切断された後に再選択したセルを管理する第２基地局とが再接続処理を行うための通信制御方法であって、前記第２基地局が、該第２基地局が管理するセルに対して、前記移動局において起動される所定タイマの長さを指定するためのタイマ設定情報を報知するステップと、前記移動局が、前記無線リンクが切断された後に、前記第２基地局に、前記移動局を特定するための移動局情報を含む再接続要求信号を送信するとともに前記所定タイマを起動するステップと、前記第２基地局が、前記移動局からの前記再接続要求信号を受信したとき、前記第１基地局に、前記移動局から取得した前記移動局情報を含む移動局照会要求を送信するステップと、前記第１基地局は、前記移動局照会要求に応じて、前記第２基地局から取得した前記移動局情報と、保持している前記移動局情報とが一致しているかを確認し、照会結果応答を送信するステップと、前記第２基地局が、照会の結果、移動局情報が一致した旨の前記照会結果応答を受信した場合、前記移動局に、前記再接続要求信号に対する応答信号を送信するステップとを有する。前記タイマ設定情報は、前記第２基地局が前記第１基地局に前記移動局照会要求を送信してから、前記照会結果応答を受信するのに要する照会時間に応じて変更され、前記所定タイマは、前記移動局が送信する前記再接続要求信号がタイムアウトする時間を示す。
【００２０】
第１実施形態に係る通信制御方法は、前記照会時間に応じて、前記第２基地局が、前記第１基地局に、移動局個別に設定する前記タイマ設定情報の変更を指示する。
【００２１】
第１実施形態に係る通信制御方法は、前記第２基地局が、前記照会時間を一定期間収集し、収集した前記照会時間に応じて、前記タイマ設定情報を変更する。
【００２２】
第２実施形態に係る通信制御方法は、移動局と、無線リンクが切断された後に再選択したセルを管理する基地局との間で再接続を行うための通信制御方法であって、前記基地局が、該基地局が管理するセルに対して、前記移動局において起動される所定タイマの長さを指定するためのタイマ設定情報を報知するステップと、前記移動局が、前記無線リンクが切断された後に、前記基地局に再接続要求信号を送信するとともに前記所定タイマを起動するステップと、前記基地局が、前記移動局から再接続要求信号を受信するステップと、前記基地局が、再接続応答信号を送信するステップとを有する。前記所定タイマは、前記移動局が送信する前記再接続要求信号がタイムアウトする時間を示し、前記基地局は、前記再接続応答信号を送信したが、前記移動局から再接続完了信号を受信しない再接続失敗割合を算出し、前記再接続失敗割合に応じて、前記基地局配下のセルにおいて報知する前記タイマ設定情報を変更する。
【００２３】
第２実施形態に係る通信制御方法は、前記再接続失敗割合に応じて、前記基地局が、前記移動局が前記セルを再選択する前に通信をしていたセルを管理する基地局に、移動局個別に設定する前記タイマ設定情報の変更を指示する。
【００２４】
第３実施形態に係る通信制御方法は、移動局と、第１基地局との間の無線リンクが切断された後に再選択したセルを管理する第２基地局とが再接続処理を行うための通信制御方法であって、前記第１基地局が、前記第２基地局から前記再接続処理に係る移動局照会要求を受信するステップと、前記第１基地局が、所定期間に受信する前記移動局照会要求数をカウントするステップとを有する。前記第１基地局は、所定期間に受信する前記移動局照会要求数に応じて、前記第１基地局と前記第２基地局とのハンドオーバパラメータを調整する。
【００２５】
第３実施形態に係る通信制御方法は、前記移動局照会要求数が所定の閾値を上回る場合、前記第１基地局が、前記第１基地局から前記第２基地局にハンドオーバし易くなるよう前記ハンドオーバパラメータを調整する。
【００２６】
第４実施形態に係る通信制御方法は、移動局が通信中のセルを管理する第１基地局と、前記移動局の移動先候補セルを管理する第２基地局との間での通信制御方法であって、第１基地局が、移動局から移動先候補として第２基地局が管理するセルを含む測定報告を受信するステップと、第１基地局が、所定条件を満たす場合、前記第２基地局に前記移動局を特定するための移動局情報を通知するステップとを有する。前記所定条件は、前記第１基地局が、前記第２基地局から再接続処理に伴う、前記移動局情報要求を所定期間に所定数以上受け取ることである。
【００２７】
第４実施形態に係る通信制御方法は、前記所定条件は、前記第２基地局から再接続処理に伴う、前記移動局情報要求を所定期間に所定数以上受け取ること及び前記移動局が通信中の前記第１基地局配下のセルの負荷、もしくは前記第１基地局の負荷が、所定の負荷以上である。
【００２８】
第１実施形態に係る基地局は、移動局と、第１基地局との間の無線リンクが切断された後に再選択したセルを管理する第２基地局とが再接続処理を行う際の第２基地局であって、管理するセルに対して、前記移動局において起動される所定タイマの長さを指定するためのタイマ設定情報を報知する第１送信部と、前記移動局から、前記移動局を特定するための移動局情報を含む再接続要求を受信する第１受信部と、前記移動局からの前記再接続要求信号を受信したとき、前記第１基地局に、前記移動局から取得した前記移動局情報含む移動局照会要求を送信する第２送信部と、前記第１基地局が前記移動局照会要求に応じて、前記第２基地局から取得した前記移動局情報と、保持している前記移動局情報とが一致しているかを確認した照会結果応答を受信する第２受信部とを有する。前記第１送信部は、照会の結果、移動局情報が一致した旨の応答を受信した場合、前記移動局に、前記再接続要求信号に対する応答信号を送信する。また、前記タイマ設定情報は、前記第２基地局が前記第１基地局に前記移動局照会要求を送信してから、前記照会結果応答を受信するのに要する照会時間に応じて変更され、前記所定タイマは、前記移動局が送信する前記再接続要求信号がタイムアウトする時間を示す。
【００２９】
第１実施形態に係る基地局は、前記照会時間に応じて、前記第１基地局に、移動局個別に設定する前記タイマ設定情報の変更を指示する。
【００３０】
第２実施形態に係る基地局は、移動局と、無線リンクが切断された後に再選択したセルを管理する基地局との間で再接続を行う際の基地局であって、管理するセルに対して、前記移動局において起動される所定タイマの長さを指定するためのタイマ設定情報を報知する送信部と、前記移動局から再接続要求信号を受信する受信部とを有し、前記送信部は、前記再接続応答信号を送信する。前記所定タイマは、前記移動局が送信する前記再接続要求信号がタイムアウトする時間を示す。前記基地局は、前記再接続応答信号を送信したが、前記移動局から再接続完了信号を受信しない再接続失敗割合を算出し、前記再接続失敗割合に応じて、配下のセルにおいて報知する前記タイマ設定情報を変更する。
【００３１】
第２実施形態に係る基地局は、前記再接続失敗割合に応じて、前記移動局が前記セルを再選択する前に通信をしていたセルを管理する基地局に、移動局個別に設定する前記タイマ設定情報の変更を指示する。
【００３２】
第３実施形態に係る基地局は、移動局と、第１基地局との間の無線リンクが切断された後に再選択したセルを管理する第２基地局とが再接続処理を行う際に第１基地局として動作する基地局であって、前記第２基地局から前記再接続処理に係る移動局照会要求を受信する受信部を有し、所定期間に受信する前記移動局照会要求数をカウントし、所定期間に受信する前記移動局照会要求数に応じて、前記第１基地局と前記第２基地局とのハンドオーバパラメータを調整する。
【００３３】
第４実施形態に係る基地局は、移動局が通信中のセルを管理する第１基地局と、前記移動局の移動先候補セルを管理する第２基地局との間で通信制御を行う際に、第１基地局として動作する基地局であって、移動局から移動先候補として第２基地局が管理するセルを含む測定報告を受信する受信部と、所定条件を満たす場合、前記第２基地局に前記移動局を特定するための移動局情報を通知する送信部とを有する。前記所定条件は、前記第２基地局から再接続処理に伴う、前記移動局情報要求を所定期間に所定数以上受け取ることである。
【００３４】
［第１実施形態］
（システム構成）
図１は、第１実施形態に係るＬＴＥシステムの構成図である。
【００３５】
図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３６】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３７】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３８】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３９】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００４０】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００４１】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００４２】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４３】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４４】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００４５】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００４６】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４７】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４８】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４９】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００５０】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びＲＲＣ接続確立時のランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００５１】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００５２】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５３】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００５４】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００５５】
ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５６】
無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５７】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００５８】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける他の部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００５９】
（再接続動作：全体）
ＵＥ１００の再接続に関する動作を図５乃至７を用いて説明する。
【００６０】
図５は、ＵＥ１００が再選択したセルを管理する再接続先ｅＮＢ２００−２との再接続シーケンスを示す図である。
【００６１】
ＵＥ１００は、再接続元ｅＮＢ２００−１が管理しているセルとの通信をしている（Ｓ５０１）。このときに、ＵＥ１００が無線リンクの問題を検出すると（Ｒａｄｉｏ  Ｐｒｏｂｌｅｍ  Ｄｅｔｅｃｔｉｏｎ）、タイマＴ３１０を起動する。具体的には、ＵＥ１００は、Ｏｕｔ  ｏｆ  ｓｙｎｃ  ｉｎｄｉｃａｔｉｏｎをＮ３１０回受信又は検出すると、無線リンク障害が発生したと判断し、タイマＴ３１０を起動する。タイマＴ３１０が動作中に通信中セルとの無線リンクを回復できない場合には、ＵＥ１００は、他の無線通信システムを含む再接続先セルを選択する動作に遷移する（Ｓ５０２）。再接続先セル選択の手順を開始する際に、ＵＥ１００は、タイマＴ３１１を起動する。
【００６２】
タイマＴ３１１満了時に再接続が完了しない場合、ＵＥ１００は、Ｃｏｎｎｅｃｔｅｄ状態（ＲＲＣコネクティッド状態）から、Ｉｄｌｅ状態（ＲＲＣアイドル状態）に遷移する。
【００６３】
ＵＥ１００は、再選択したセルを管理する再接続先ｅＮＢ２００−２に、再接続要求信号であるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔを送信すると共に、タイマＴ３０１を起動する（Ｓ５０３、Ｓ５０４）。タイマＴ３０１（所定タイマ）は、ＵＥ１００において再接続要求信号（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔ）の送信から再接続応答信号（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）の受信までの最大待ち時間を規定するタイマである。
【００６４】
また、ＵＥ１００は、再接続先ｅＮＢ２００−２からＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを受信する際に、タイマＴ３０１を停止する。
【００６５】
ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔは、ＵＥ  Ｃｏｎｔｅｘｔを含む。ＵＥ  Ｃｏｎｔｅｘｔは、無線リンク障害が発生したセルでの物理セルＩＤ（Ｆａｉｌｕｒｅ  ｃｅｌｌ  ＰＣＩ）、ＵＥ１００の無線リンク障害が発生したセルでのテンポラリーＩＤ（Ｃ−ＲＮＴＩ）、メッセージ承認用のパラメータ（Ｓｈｏｒｔ  ＭＡＣ−Ｉ）を含む。
【００６６】
再接続先ｅＮＢ２００−２は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｉｍｅｎｔ  Ｒｅｑｕｅｓｔを受信すると、無線リンク障害が発生する前にＵＥ１００が通信していたセルとそのセルを管理するｅＮＢ（再接続元ｅＮＢ２００−１）を特定する。
【００６７】
再接続先ｅＮＢ２００−２は、再接続元ｅＮＢ２００−１にＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ（コンテキスト要求信号）を送信する（Ｓ５０５）。ここで、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔは、ＰＣＩ、Ｃ−ＲＮＴＩ、Ｓｈｏｒｔ  ＭＡＣ−Ｉを含む。ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔは、ＵＥ１００（特定の移動局）を照会する照会要求である。或いは、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔは、ＵＥ１００（特定の移動局）のコンテキスト情報の送信を要求するコンテキスト情報要求であってもよい。
【００６８】
再接続元ｅＮＢ２００−１は、保持しているＵＥ１００のＵＥ  Ｃｏｎｔｅｘｔと、Ｓ５０５で受信したＰＣＩ、Ｃ−ＲＮＴＩ、Ｓｈｏｒｔ  ＭＡＣ−Ｉとが一致するか確認する（Ｓ５０６）。一致する場合、再接続元ｅＮＢ２００−１は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅを再接続先ｅＮＢ２００−２に送信する（Ｓ５０７）。ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅは、ＵＥ  Ｃｏｎｔｅｘｔを含んでもよい。
【００６９】
ｅＮＢ２００間でＵＥ  Ｃｏｎｔｅｘｔ  ＲｅｑｕｅｓｔとＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅとを送受信する手順をＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈという。Ｓ５０６で一致しない場合、再接続元ｅＮＢ２００−１は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆａｉｌｕｒｅを再接続先ｅＮＢ２００−２に送信する。
【００７０】
再接続先ｅＮＢ２００−２は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅを受信すると、ＵＥ１００に、再接続要求信号に対する応答信号であるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを送信する（Ｓ５０８）。
【００７１】
ＵＥ１００は、再接続先ｅＮＢ２００−２からＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを受信した際に、タイマＴ３０１が動作中の場合は、再接続完了信号であるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃｏｍｐｌｅｔｅを再接続先ｅＮＢ２００−２に送信する（Ｓ５０９）。そして、ＵＥ１００は、再選択したセルを用いて再接続先ｅＮＢ２００−２との通信を開始する（Ｓ５１０）。
【００７２】
一方、ＵＥ１００がＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを受信した際に、タイマＴ３０１が満了している場合、ＵＥ１００は、再接続手順が失敗したと判断し、Ｉｄｌｅ状態に遷移する。
【００７３】
（再接続動作：ＵＥ）
図６を用いて、再接続時のＵＥ１００の動作を説明する。
【００７４】
ＵＥ１００は、通常の通信（Ｎｏｒｍａｌ  Ｏｐｅｒａｔｉｏｎ  ６０１）を行っている際に、Ｏｕｔ  ｏｆ  ｓｙｎｃ  ｉｎｄｉｃａｔｉｏｎをＮ３１０回受信又は検出したことに応じて、無線リンクの問題を検出する（ｒａｄｉｏ  ｐｒｏｂｌｅｍ  ｄｅｔｅｃｔｉｏｎ  ６０２）。そして、ＵＥ１００は、無線リンクの問題の検出に応じて、タイマＴ３１０を起動する。
【００７５】
タイマＴ３１０の期間はＴ１である。ＵＥ１００は、タイマＴ３１０の動作中に、Ｉｎ−Ｓｙｎｃ  ｉｎｄｉｃａｔｉｏｎをＮ３１１回検出すると、無線リンクの問題から復旧したと判断し、Ｔ３１０タイマをストップする。
【００７６】
一方、Ｔ３１０が満了した場合（ｎｏ  ｒｅｃｏｖｅｒｙ  ｄｕｒｉｎｇ  Ｔ１  ６０３）、ＵＥ１００は、無線リンク障害（ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ）が発生したと判断し、別の接続先セルを選択するための動作を開始する。また、ＵＥ１００は、タイマＴ３１１を起動する。タイマＴ３１１の期間はＴ２である。
【００７７】
Ｔ２の間に、ＵＥ１００が別のセルに再接続できない場合には（ｎｏ  ｒｅｃｏｖｅｒｙ  ｄｕｒｉｎｇ  Ｔ２  ６０４）、ＵＥ１００は、ＲＲＣ＿Ｉｄｌｅ状態に遷移する（ｇｏｅｓ  ｂａｃｋ  ｔｏ  ｉｄｌｅ  ６０５）。
【００７８】
なお、ＵＥ１００は、セルを再選択し、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔを再接続先ｅＮＢ２００−２に送信する際に、タイマＴ３０１を起動する。また、ＵＥ１００は、再接続先ｅＮＢ２００−２から、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを受信するとタイマＴ３０１を停止する。
【００７９】
（タイマ設定情報の通知）
ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔ送信時にタイマＴ３０１を起動する。タイマＴ３０１の値は、報知情報であるＳｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｈ  ｔｙｐｅ  ２（ＳＩＢ２）のＵＥ  ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔで報知される。
【００８０】
ＵＥ  ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔを図７に示す。タイマＴ３０１の設定可能な値は、１００ｍｓ、２００ｍｓ、３００ｍｓ、４００ｍｓ、６００ｍｓ、１０００ｍｓ、１５００ｍｓ、２０００ｍｓである。
【００８１】
ＵＥ１００は、セルを再選択すると、再選択したセルで報知されている報知情報ＳＩＢ２を受信し、タイマＴ３０１の値を設定する。その後、ＵＥ１００は、再選択したセルを管理する再接続先ｅＮＢ２００−２にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔを送信する。その際に、ＵＥ１００は、報知情報ＳＩＢ２で指定されたタイマＴ３０１の値で、タイマＴ３０１を起動する。
【００８２】
なお、ｅＮＢ２００は、個別シグナリングで、タイマＴ３０１の値を指定することもできる。個別シグナリングでタイマＴ３０１の値が指定された場合、ＵＥ１００は、再選択したセルでＳＩＢ２によりタイマＴ３０１の指定を受けても、個別シグナリングで指定されたタイマＴ３０１の値を使用する。
【００８３】
（再接続動作：ｅＮＢ２００間の動作）
図９を用いて、再接続処理に伴うｅＮＢ２００間の動作を説明する。
【００８４】
再接続先ｅＮＢ２００−２は、ＵＥ１００からＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔを受信する（Ｓ９０１）。ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔは、ＵＥ  Ｃｏｎｔｅｘｔ、具体的にはＦａｉｌｕｒｅ  Ｃｅｌｌ  ＰＣＩ、Ｃ−ＲＮＴＩ、Ｓｈｏｒｔ  ＭＡＣ−Ｉを含む。
【００８５】
再接続先ｅＮＢ２００−２は、再接続元ｅＮＢ２００−１に、ＵＥ１００から受信したＵＥ  Ｃｏｎｔｅｘｔの照会をするためのＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔを送信する（Ｓ９０２）。ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔのメッセージフォーマットとしては、図８に示すメッセージフォーマットを用いてもよい。
【００８６】
ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔは、Ｆａｉｌｕｒｅ  Ｃｅｌｌ  ＰＣＩ，  Ｃ−ＲＮＴＩ，  Ｓｈｏｒｔ  ＭＡＣ−Ｉを含む。
【００８７】
ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔを受け取った再接続元ｅＮＢ２００−１は、受信したＰＣＩ、Ｃ−ＲＮＴＩ、Ｓｈｏｒｔ  ＭＡＣ−Ｉと保持しているＵＥ１００のパラメータとが一致するか確認する（Ｓ９０３）。一致する場合、再接続元ｅＮＢ２００−１は、一致する旨の照会結果応答であるＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅを再接続先ｅＮＢ２００−２に送信する（Ｓ９０４）。
【００８８】
ここで、再接続先ｅＮＢ２００−２は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔの送信から、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅの受信までの時間、つまりＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間を測定する（Ｓ９０５−１）。
【００８９】
ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈ処理を行ったが、再接続の成功率が所定閾値より低いセルが存在する場合に、再接続先ｅＮＢ２００−２は、当該セルについてタイマＴ３０１の値を変更する（Ｓ９０５−２、Ｓ９０５−３）。再接続先ｅＮＢ２００−２は、変更後のタイマＴ３０１の値をＳＩＢ２でブロードキャストする（Ｓ９０５−４）。
【００９０】
ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間は、ｅＮＢ２００間の信号伝送時間（Ｘ２伝送遅延）と再接続元ｅＮＢ２００−１での処理時間からなる。
【００９１】
再接続先ｅＮＢ２００−２は、測定されたＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間に応じて、報知情報ＳＩＢ２を用いて報知するタイマＴ３０１の値を変更する。
【００９２】
なお、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間の開始を、再接続先ｅＮＢ２００−２がＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔを受信した時点としてもよい。また、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間の終了を、再接続先ｅＮＢ２００−２がＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを送信した時点としてもよい。
【００９３】
具体的には、再接続先ｅＮＢ２００−２は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間が所定閾値より長い場合は、タイマＴ３０１を現在よりも長い値に変更する。
【００９４】
所定閾値は、現在のタイマＴ３０１の値あるいは、タイマＴ３０１の値から許容し得るネットワーク内の処理遅延とするのが好ましい。
【００９５】
ここで、再接続先ｅＮＢ２００−２は、一定期間測定したＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈ処理時間の統計データを基に現在のタイマＴ３０１の値を変更してもよい。
【００９６】
なお、再接続先ｅＮＢ２００−２は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間の統計データを、再接続元ｅＮＢ２００−１毎若しくは、再接続元のセル毎に収集してもよい。
【００９７】
また、再接続先ｅＮＢ２００−２は、再接続処理を行う際に再接続元ｅＮＢ２００−１となるすべてのｅＮＢ２００とＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈ処理をする可能性がある。このため、再接続先ｅＮＢ２００−２は、再接続元ｅＮＢ２００−１となる複数のｅＮＢ２００−１のＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈ処理時間を一定期間測定し、その結果を基に現在のタイマＴ３０１の値を変更してもよい。
【００９８】
より具体的には、再接続先ｅＮＢ２００−２は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈ処理時間を一定期間測定した測定結果の正規分布の所定範囲（例えば±３σの範囲）に分布する測定結果と、所定閾値との比較を行い、タイマＴ３０１の値を変更してもよい。
【００９９】
例えば、図１０に示すように現在のタイマＴ３０１が４００ｍｓ、所定閾値が４００ｍｓ、再接続先ｅＮＢ２００−２と再接続元ｅＮＢ２００−１（Ａ，Ｂ）との間のＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈ処理時間が、１５００ｍｓ、６００ｍｓ、２００ｍｓ、２０００ｍｓの場合、再接続先ｅＮＢ２００−２は、タイマＴ３０１を現在よりも長い値に変更する。具体的には、再接続処理の成功率が上がるようにタイマＴ３０１を１５００ｍｓ又は２０００ｍｓに変更する。
【０１００】
タイマＴ３０１を長く変更する例について説明したが、タイマＴ３０１が長すぎるとユーザの通信品質が悪化する場合がある。例えば、ＵＥ１００は、ＲＲＣ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔを送信後、送信先ｅＮＢ２００から応答がない場合でもタイマＴ３０１が満了するまでは、別のセルを再接続先候補として再接続処理を開始できない。その結果として、再接続処理の成功率が低下する可能性がある。
【０１０１】
このため、タイマＴ３０１の値を長すぎない適切な値とする必要がある。
【０１０２】
例えば、一定期間計測したＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間が、所定閾値より短い場合には、再接続先ｅＮＢ２００−２は、タイマＴ３０１の値を短くしてもよい。或いは、一定期間計測したＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間が、減少傾向にある場合、再接続先ｅＮＢ２００−２は、その傾向に応じてタイマＴ３０１の値を短くしてもよい。
【０１０３】
ここで、タイマＴ３０１の値は、再接続元ｅＮＢ２００−１にて、個別シグナリングを用いて設定される可能性もある。このため、再接続先ｅＮＢ２００−２が、所定期間のＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間を測定し、その結果から、変更するタイマＴ３０１の値を再接続元ｅＮＢ２００−１に通知することも考えられる。
【０１０４】
図１１を用いて、個別シグナリングを用いてタイマＴ３０１の設定変更を行う動作を説明する。
【０１０５】
再接続先ｅＮＢ２００−２は、再接続元ｅＮＢ２００−１が管理するセルで用いるタイマＴ３０１の値を変更することを決定すると（Ｓ１１０１）、Ｘ２インタフェースにおけるメッセージ、例えば、図１２のＴｉｍｅｒ  Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔを用いて、再接続元ｅＮＢ２００−１で使用するタイマＴ３０１の変更を指示する（Ｓ１１０２）。Ｔｉｍｅｒ  Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔの情報要素（ＩＥ）であるＲｅｑｕｅｓｔ  Ｔｉｍｅｒ  Ｉｎｄｉｃａｔｏｒに変更後のタイマＴ３０１の値が設定される。
【０１０６】
ここで、再接続先ｅＮＢ２００−２は、再接続元ｅＮＢ２００−１毎にＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間を測定し、測定結果と所定閾値との比較を行い、測定結果が所定閾値を上回る場合に、タイマＴ３０１を長くするように指示してもよい。
【０１０７】
より具体的には、一部の再接続元ｅＮＢ２００−１において、再接続元ｅＮＢ２００−１と再接続先ｅＮＢ２００−２の間とのＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間が、再接続先ｅＮＢ２００−２で設定されるタイマＴ３０１の値より長く、該再接続元ｅＮＢ２００−１で前記タイマＴ３０１を適用できない場合を想定する。この場合、該再接続元ｅＮＢ２００−１は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間に応じたタイマＴ３０１の設定を、個別シグナリングにより、再接続元ｅＮＢ２００−１からｅＮＢ２００−２に移動する可能性が高いＵＥ１００に行ってもよい。
【０１０８】
また、複数の再接続元ｅＮＢ２００−１において、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間が同程度であり、かつ再接続先ｅＮＢ２００−２で設定されるタイマＴ３０１の値より長い場合、再接続先ｅＮＢ２００−２のＴ３０１をＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間に応じて更新してもよい。
【０１０９】
再接続元ｅＮＢ２００−１が管理するセルで通信中であり、かつ、再接続先ｅＮＢ２００−２が管理するセルに関する測定報告（Ｓ１１０３  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ）を送信するＵＥ１００に対して、更新後のタイマＴ３０１の値を、個別シグナリングを用いて設定する。個別シグナリングとしてはＲａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｆｉｇ  Ｄｅｄｉｃａｔｅｄ等を用いる（Ｓ１１０４）。
【０１１０】
これにより、個別シグナリングでタイマＴ３０１を設定する場合においても、適切な値でタイマＴ３０１を設定することが可能となる。
【０１１１】
なお、再接続先ｅＮＢ２００−２がタイマＴ３０１の変更を決定する動作については、再接続先ｅＮＢ２００−２が管理するセルのタイマＴ３０１の変更を決定する場合と同様である。つまり、再接続先ｅＮＢ２００−２は、再接続元ｅＮＢ２００−１毎に、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間を測定し、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈ処理を行ったが、再接続の成功率が所定閾値より低いセルが存在する場合に、当該セルについてＴ３０１を変更し（Ｓ１１０１−１〜Ｓ１１０１−４）、変更後のＴ３０１をＳＩＢ２でブロードキャストする。
【０１１２】
（作用及び効果）
第１実施形態によれば、ＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈの処理時間に応じてタイマＴ３０１を変更する。これにより、再接続処理の成功率が向上する。
【０１１３】
［第２実施形態］
第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、ＵＥ２００と再接続先ｅＮＢ２００−２との再接続手順に着目して、タイマＴ３０１の値を設定する。
【０１１４】
（再接続動作：ＵＥ１００とｅＮＢ２００との間の動作）
図１３を用いて、本実施形態に係る動作を説明する。
【０１１５】
第１実施形態で説明したように、再接続手順において、ＵＥ１００は、選択したセルを管理する再接続先ｅＮＢ２００−２に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔを送信すると共にタイマＴ３０１を起動する（Ｓ１３０１）。
【０１１６】
再接続先ｅＮＢ２００−２は、再接続元ｅＮＢ２００−１との処理が完了すると、ＵＥ１００にＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを送信する。ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを受信した際に、タイマＴ３０１が動作中の場合は、再接続先ｅＮＢ２００−２に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃｏｍｐｌｅｔｅを送信する（Ｓ１３０２）。一方、ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを受信した際に、タイマＴ３０１が満了している場合は、再接続先ｅＮＢ２００−２に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃｏｍｐｌｅｔｅを送信しない。
【０１１７】
再接続先ｅＮＢ２００−２は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを送信し、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃｏｍｐｌｅｔｅを受信した回数（成功回数）をカウントする。具体的には、再接続先ｅＮＢ２００−２は、図１３の（１）と（３）を成功回数としてカウントする。
【０１１８】
また、再接続先ｅＮＢ２００−２は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを送信したが、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃｏｍｐｌｅｔｅを受信しない回数（失敗回数）をカウントする。具体的には、再接続先ｅＮＢ２００−２は、図１３の（２）を失敗回数としてカウントする。
【０１１９】
再接続先ｅＮＢ２００−２は、所定期間の成功確率（成功回数／（成功回数＋失敗回数））が、所定閾値を上回るようにタイマＴ３０１の設定値を変更する。
【０１２０】
例えば、成功確率が、所定閾値より低い場合、再接続先ｅＮＢ２００−２は、タイマＴ３０１の設定値を１つ上げる。設定値を１つ上げるとは、例えば、タイマＴ３０１の設定値を４００ｍｓから６００ｍｓに変更することである。
【０１２１】
また、成功確率が十分に高い場合、再接続先ｅＮＢ２００−２は、タイマＴ３０１の設定値を１つ下げてもよい。設定値を１つ下げるとは、例えばＴ３０１の設定値を６００ｍｓから４００ｍｓに変更することである。
【０１２２】
（再接続動作：ｅＮＢ２００間の動作）
ここで、タイマＴ３０１は、再接続元ｅＮＢ２００−１にて、個別シグナリングを用いてＵＥ１００に設定される可能性もある。このため、再接続先ｅＮＢ２００−２が、成功確率と所定閾値の関係から変更されたタイマＴ３０１の値を再接続元ｅＮＢ２００−１に通知することも考えられる。
【０１２３】
具体的には、第１実施形態と同様に、再接続先ｅＮＢ２００−２は、再接続元ｅＮＢ２００−１に、Ｘ２インタフェースにおけるメッセージ、例えば、図１２のＴｉｍｅｒ  Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔを用いて、再接続元ｅＮＢ２００−１で使用するタイマＴ３０１の変更を指示する。
【０１２４】
再接続元ｅＮＢ２００−１がＵＥ１００に個別シグナリングを行う方法については、第１実施形態と同様である。
【０１２５】
（作用及び効果）
第２実施形態によれば、ＵＥ１００とｅＮＢ２００間のＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ手順の成功確率に応じて、タイマＴ３０１を変更する。これにより、再接続処理の成功率が向上する。
【０１２６】
［第３実施形態］
第１実施形態、第２実施形態と共通する部分については説明を省略し、相違点を主として説明する。
【０１２７】
（再接続動作：ｅＮＢ２００間の動作）
本実施形態に係る、再接続元ｅＮＢ２００−１は、再接続処理の際に、再接続先ｅＮＢ２００−２から所定時間に受信するＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔの数をカウントする。
【０１２８】
ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔのカウント数が、所定の閾値を上回る場合、再接続元ｅＮＢ２００−１は、再接続元ｅＮＢ２００−１と再接続先ｅＮＢ２００−２との間でのハンドオーバパラメータを調整する。
【０１２９】
具体的には、再接続元ｅＮＢ２００−１から再接続先ｅＮＢ２００−２へハンドオーバし易くなるようにハンドオーバパラメータを調整する。
【０１３０】
ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔのカウント数が所定の閾値を上回る場合には、再接続元ｅＮＢ２００−１は、再接続元ｅＮＢ２００−１と再接続先ｅＮＢ２００−２とが、ハンドオーバ処理を行うべき通信に対して無線リンク障害が発生してしまっていると判断し、ハンドオーバパラメータの調整を行う。
【０１３１】
（作用及び効果）
再接続処理が頻繁に発生するｅＮＢ２００間で、ハンドオーバパラメータの調整を行うことにより、再接続処理の発生を抑えることができる。
【０１３２】
［第４実施形態］
第１乃至第３実施形態と共通する部分については説明を省略し、相違点を主として説明する。
【０１３３】
（再接続準備動作：ｅＮＢ２００間の動作）
本実施形態では、再接続処理の発生に備えて予めｅＮＢ２００間で準備処理を行う。図１４を用いて本動作について説明する。
【０１３４】
ＵＥ１００は、現在通信中のセルを管理しているｅＮＢ２００−１に、ｅＮＢ２００−２からの信号受信強度（ＲＳＲＰ）もしくは信号受信品質（ＲＳＲＱ）を含む測定報告（Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ）を送信する（Ｓ１４０１、Ｓ１４０２）。
【０１３５】
測定報告を受信したｅＮＢ２００−１は、無線リンク障害が発生し、ＵＥ１００が、ｅＮＢ２００−２が管理するセルを選択する可能性が高いと判断する。この場合、ｅＮＢ２００−１は、ｅＮＢ２００−２にＵＥ  Ｃｏｎｔｅｘｔ（ＰＣＩ、Ｃ−ＲＮＴＩ、Ｓｈｏｒｔ  ＭＡＣ−Ｉ）を送信する（Ｓ１４０３）。
【０１３６】
ｅＮＢ２００−２は、ｅＮＢ２００−１からＵＥ  Ｃｏｎｔｅｘｔを受信し、無線リンク障害が発生する場合に備えて保持する（Ｓ１４０４）。
【０１３７】
ｅＮＢ２００−１は、所定の期間に所定閾値以上のＵＥ  Ｃｏｎｔｅｘｔ  ＲｅｑｕｅｓｔをｅＮＢ２００−２から受信する場合（例えば１時間に１０件以上のＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ）に、無線リンク障害が発生し、ＵＥ１００が、ｅＮＢ２００−２が管理するセルを選択する可能性が高いと判断してもよい。
【０１３８】
また、ｅＮＢ２００−１は、受信するＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ数に加えて、通信中セルの負荷もしくはｅＮＢ２００−１の負荷が高い場合、ｅＮＢ２００−２にＵＥ  Ｃｏｎｔｅｘｔを送信してもよい。通信中セルの負荷若しくはｅＮＢ２００−１の負荷が高い場合、無線リンク障害に伴うＵＥ  Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈ処理時間が長くなり、ＵＥ１００が、ｅＮＢ２００−２から、タイマＴ３０１満了前に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔを受信できない可能性が高いためである。
【０１３９】
例えば、ｅＮＢ２００−１は、図１５に示すフローチャートに従って上記の判断を行ってもよい。
【０１４０】
ｅＮＢ２００−１は、所定期間に受信するｅＮＢ２００−２からのＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ数をカウントする（Ｓ１５０１  Ｃｏｕｎｔｉｎｇ  ａ  ｎｕｍｂｅｒ  ｏｆ  ｒｅｃｅｉｖｅｄ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＱＵＥＳＴ  ／  Ｃｅｌｌ）。
【０１４１】
特定セルからのＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ数がＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ受信数に関する所定閾値を超える場合、ｅＮＢ２００−１は、特定セルに関する測定報告をＵＥ１００から受信しているか確認する（Ｓ１５０２、Ｓ１５０３）。
【０１４２】
ＵＥ１００から測定報告を受信している場合、ｅＮＢ２００−１は、ＵＥ１００が通信中のセルの負荷（Ｌｏａｄ／Ｐｒｏｃｅｓｓｉｎｇ負荷）もしくはｅＮＢ２００−１の負荷が、負荷に関する所定閾値を上回るかどうかを判断する（Ｓ１５０４）。ｅＮＢ２００−１は、ＵＥ１００が通信中のセルの負荷もしくはｅＮＢ２００−１の負荷が、負荷に関する所定閾値を上回ると判断した場合、測定報告を送信しているＵＥ１００のＵＥ  Ｃｏｎｔｅｘｔを、特定セルを管理するｅＮＢ２００−２に送信する（Ｓ１５０５）。
【０１４３】
（作用及び効果）
ｅＮＢ２００−２が、無線リンク障害発生後に、ｅＮＢ２００−２配下のセルをＵＥ１００が選択した場合に、ｅＮＢ２００−１からＵＥ  Ｃｏｎｔｅｘｔを取得する必要がないため、再接続処理時間を短縮できる。
【０１４４】
［その他の実施形態］
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１４５】
尚、上述した実施形態で用いているメッセージ名や、手順名が異なる場合でも、実質的に同一の手順を実施している場合には、本願の権利範囲に含まれることは勿論である。
【０１４６】
第１実施形態から第４実施形態で、効率的な無線リンク障害後の再接続処理について説明したが、これらの実施形態を組み合わせて実施できることも可能である。例えば、第１実施形態におけるＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ〜ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｏｎｓｅの所用時間と、第２実施形態におけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔの成功確率の両方を考慮してタイマＴ３０１を変更してもよい。
【０１４７】
日本国特許出願第２０１４−１５２４３０号（２０１４年７月２５日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１４８】
本発明は、移動通信分野において有用である。
【図１】
0006517806.tif 000002
【図２】
0006517806.tif 000003
【図３】
0006517806.tif 000004
【図４】
0006517806.tif 000005
【図５】
0006517806.tif 000006
【図６】
0006517806.tif 000007
【図７】
0006517806.tif 000008
【図８】
0006517806.tif 000009
【図９】
0006517806.tif 000010
【図１０】
0006517806.tif 000011
【図１１】
0006517806.tif 000012
【図１２】
0006517806.tif 000013
【図１３】
0006517806.tif 000014
【図１４】
0006517806.tif 000015
【図１５】
0006517806.tif 000016