(57)【要約】  実施形態に係るユーザ端末は、二重接続方式を実行可能である。前記ユーザ端末は、前記ユーザ端末との間でＲＲＣ接続を確立する第１の基地局と、追加的な無線リソースを提供する第２の基地局とを用いる前記二重接続方式を実行する制御部と、前記ユーザ端末と前記第１の基地局との間で無線リンク障害が検出された場合に、前記ＲＲＣ接続を再確立するためのＲＲＣ再確立要求を、前記第２の基地局に対して優先的に送信する送信部と、を備える。
2016121670.tif 000002
【特許請求の範囲】
【請求項１】
二重接続方式を実行可能なユーザ端末であって、
前記ユーザ端末との間でＲＲＣ接続を確立する第１の基地局と、追加的な無線リソースを提供する第２の基地局とを用いる前記二重接続方式を実行する制御部と、
前記ユーザ端末と前記第１の基地局との間で無線リンク障害が検出された場合に、前記ＲＲＣ接続を再確立するためのＲＲＣ再確立要求を、前記第２の基地局に対して優先的に送信する送信部と、を備えることを特徴とするユーザ端末。
【請求項２】
前記送信部は、前記ユーザ端末と前記第２の基地局との間で無線リンク障害が検出されない場合、前記ＲＲＣ再確立要求を、前記第２の基地局に対して優先的に送信することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記制御部は、前記ユーザ端末と前記第２の基地局との間で無線リンク障害が検出されない場合、セルの発見を省略し、
前記送信部は、前記セルの発見が省略された状態で、前記第２の基地局に前記ＲＲＣ再確立要求を送信することを特徴とする請求項１に記載のユーザ端末。
【請求項４】
前記制御部は、前記無線リンク障害が検出された場合に、セルの発見を行い、
前記ユーザ端末は、前記セルの発見が行われる際に前記第２の基地局のセルを優先させるための優先情報を前記第１の基地局から受信する受信部をさらに備え、
前記制御部は、前記ユーザ端末と前記第１の基地局との間で前記ＲＲＣ接続が確立されたコネクティッド状態で前記優先情報を設定し、
前記制御部は、前記優先情報に基づいて、前記セルの発見を行うことを特徴とする請求項１に記載のユーザ端末。
【請求項５】
前記送信部は、前記ＲＲＣ再確立要求を送信する前に、上り無線リソースの割り当ての要求を前記第２の基地局に送信し、
前記送信部は、前記要求に応じて前記ユーザ端末に割り当てられた無線リソースを用いて、前記ＲＲＣ再確立要求を前記第２の基地局に送信することを特徴とする請求項１に記載のユーザ端末。
【請求項６】
前記ＲＲＣ再確立要求は、前記第２の基地局のセル識別子に基づく認証情報を含むことを特徴とする請求項１に記載のユーザ端末。
【請求項７】
前記ＲＲＣ再確立要求は、前記ユーザ端末が前記二重接続方式を実行していたことを示すインジケータを含むことを特徴とする請求項１に記載のユーザ端末。
【請求項８】
前記送信部は、前記第２の基地局とのＲＲＣ接続が確立された後、前記ユーザ端末と前記第１の基地局との間で前記無線リンク障害が検出されたことを示す障害報告を送信し、
前記障害報告は、前記ユーザ端末が前記二重接続方式を実行していたことを示すインジケータを含むことを特徴とする請求項１に記載のユーザ端末。
【請求項９】
二重接続方式を実行可能な基地局であって、
前記二重接続方式においてマスタ基地局とＲＲＣ接続を確立するユーザ端末に追加的な無線リソースを提供する制御部を備え、
前記制御部は、前記ユーザ端末が前記ＲＲＣ接続を再確立するために用いられる前記ユーザ端末のコンテキスト情報を取得し、
前記制御部は、前記ＲＲＣ接続を再確立するためのＲＲＣ再確立要求を前記ユーザ端末から受信した場合、前記コンテキスト情報に基づいて、前記ＲＲＣ接続を再確立することを特徴とする基地局。
【請求項１０】
前記二重接続方式において前記ユーザ端末への追加的な無線リソースの提供を要求する追加要求を前記マスタ基地局から受信する受信部をさらに備え、
前記追加要求は、前記コンテキスト情報を含むことを特徴とする請求項９に記載の基地局。
【請求項１１】
前記制御部は、前記二重接続方式の実行を開始した後に、前記マスタ基地局から前記コンテキスト情報を取得することを特徴とする請求項９に記載の基地局。
【請求項１２】
前記制御部は、前記ユーザ端末からハンドオーバに関する測定報告に応じて前記マスタ基地局から送信された前記コンテキスト情報を取得することを特徴とする請求項９に記載の基地局。
【請求項１３】
前記制御部は、前記ＲＲＣ再確立要求の受信に応じて、前記マスタ基地局又は前記マスタ基地局から前記ユーザ端末に関するハンドオーバ要求を受けたターゲット基地局に対して、前記コンテキスト情報を要求することを特徴とする請求項９に記載の基地局。
【請求項１４】
前記ユーザ端末から上り無線リソースの割り当ての要求を受信する受信部をさらに備え、
前記制御部は、前記上り無線リソースの割り当ての要求に応じて、前記ユーザ端末に所定の無線リソースを割り当て、
前記制御部は、前記所定の無線リソースを用いて送信された前記ＲＲＣ再確立要求を受信した場合、前記ユーザ端末とのＲＲＣ接続を再確立することを特徴とする請求項９に記載の基地局。
【請求項１５】
前記制御部は、前記ＲＲＣ再確立要求に前記第２の基地局のセル識別子に基づく認証情報が含まれる場合、前記認証情報に基づいて、前記ユーザ端末の認証を行うことを特徴とする請求項９に記載の基地局。
【請求項１６】
前記ＲＲＣ再確立要求は、前記ユーザ端末が前記二重接続方式を実行していたことを示すインジケータを含むことを特徴とする請求項９に記載の基地局。
【請求項１７】
前記ユーザ端末と前記マスタ基地局との間で無線リンク障害が検出されたことを示す障害報告を前記ユーザ端末から受信する受信部をさらに備え、
前記障害報告は、前記ユーザ端末が前記二重接続方式を実行していたことを示すインジケータを含むことを特徴とする請求項９に記載の基地局。
【請求項１８】
前記ユーザ端末に関する制御プレーン及び無線を解放するための解放メッセージを前記マスタ基地局から受信する受信部をさらに備え、
前記制御部は、前記ユーザ端末との前記ＲＲＣ接続を再確立した場合、前記解放メッセージを拒否することを特徴とする請求項９に記載の基地局。
【請求項１９】
前記制御部は、前記解放メッセージを拒否する場合、前記解放メッセージに対する拒否応答を前記マスタ基地局に通知し、
前記拒否応答は、前記基地局が前記ユーザ端末と前記ＲＲＣ接続を再確立したことを示す拒否応答の理由を含むことを特徴とする請求項１８に記載の基地局。
【請求項２０】
前記二重接続方式において追加的な無線リソースの提供を要求する追加要求を前記マスタ基地局から受信する受信部をさらに備え、
前記制御部は、前記追加要求に対する拒否応答を前記マスタ基地局に通知し、
前記拒否応答は、前記マスタ基地局における無線リンク障害が原因であることを示す拒否応答の理由を含むことを特徴とする請求項９に記載の基地局。
【請求項２１】
前記制御部は、前記ＲＲＣ再確立要求に自局と異なる他の基地局のセル識別子に基づく認証情報が含まれる場合、前記セル識別子によって示される前記他の基地局に対して、前記ユーザ端末の認証を要求し、
前記制御部は、前記ユーザ端末の認証結果を含む前記要求に対する応答を通知されることを特徴とする請求項９に記載の基地局。
【請求項２２】
二重接続方式を実行可能な基地局であって、
前記二重接続方式においてユーザ端末との間にＲＲＣ接続を確立する制御部と、
前記ＲＲＣ接続を再確立するために用いられる前記ユーザ端末のコンテキスト情報を他の基地局に送信する送信部と、を備え、
前記送信部は、前記他の基地局が、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局又は前記セカンダリ基地局の候補である場合に、前記コンテキスト情報を前記他の基地局に送信することを特徴とする基地局。
【請求項２３】
前記送信部は、前記二重接続方式において前記ユーザ端末への追加的な無線リソースの提供を要求する追加要求を前記他の基地局に送信し、
前記追加要求は、前記ＲＲＣ接続を再確立するために用いられる前記コンテキスト情報を含むことを特徴とする請求項２２に記載の基地局。
【請求項２４】
前記ユーザ端末からハンドオーバに関する測定報告を受信する受信部をさらに備え、
前記送信部は、前記測定報告に応じて、前記コンテキスト情報を送信することを特徴とする請求項２２に記載の基地局。
【請求項２５】
前記送信部は、前記他の基地局から前記コンテキスト情報を要求された場合に、前記コンテキスト情報を前記他の基地局に送信することを特徴とする請求項２２に記載の基地局。
【請求項２６】
前記制御部は、前記ユーザ端末と前記基地局との間で無線リンク障害が検出された場合に前記ユーザ端末がセルの発見を行う際に前記他の基地局のセルを優先させるための優先情報を前記ユーザ端末に通知し、
前記優先情報は、前記ユーザ端末と前記基地局との間で前記ＲＲＣ接続が確立されたコネクティッド状態で前記ユーザ端末に設定されること特徴とする請求項２２に記載に基地局。
【請求項２７】
前記ユーザ端末と前記基地局との間で無線リンク障害が検出された後、前記無線リンク障害が検出されたことを示す障害報告を受信する受信部をさらに備え、
前記障害報告は、前記ユーザ端末が前記二重接続方式を実行していたことを示すインジケータを含むことを特徴とする請求項２２に記載の基地局。
【請求項２８】
前記制御部は、前記他の基地局から前記ユーザ端末の認証を要求された場合、前記要求に含まれる認証情報と前記基地局のセル識別子とに基づいて、前記ユーザ端末の認証を行い、
前記送信部は、前記ユーザ端末の認証結果を含む前記要求に対する応答を前記他の基地局に送信することを特徴とする請求項２２に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、二重接続方式を実行可能なユーザ端末及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降において二重接続方式（Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）の導入が予定されている（非特許文献１参照）。二重接続方式では、ユーザ端末は、複数の基地局のそれぞれと接続を確立する。複数の基地局から無線リソースが割り当てられるため、スループットの向上が見込まれる。【０００３】
二重接続方式では、ユーザ端末との接続を確立する複数の基地局のうち、１つの基地局（以下、「マスタ基地局」という）のみが当該ユーザ端末とＲＲＣ接続を確立する。これに対し、当該複数の基地局のうち他の基地局（以下、「セカンダリ基地局」という）は、ＲＲＣ接続を確立せずに、追加的な無線リソースをユーザ端末に提供する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４２  Ｖ１２．０．０」  ２０１４年１月７日
【発明の概要】
【０００５】
一実施形態に係るユーザ端末は、二重接続方式を実行可能である。前記ユーザ端末は、前記ユーザ端末との間でＲＲＣ接続を確立する第１の基地局と、追加的な無線リソースを提供する第２の基地局とを用いる前記二重接続方式を実行する制御部と、前記ユーザ端末と前記第１の基地局との間で無線リンク障害が検出された場合に、前記ＲＲＣ接続を再確立するためのＲＲＣ再確立要求を、前記第２の基地局に対して優先的に送信する送信部と、を備える。
【図面の簡単な説明】
【０００６】
【図１】図１は、実施形態に係るＬＴＥシステムの構成図である。
【図２】図２は、実施形態に係るＵＥのブロック図である。
【図３】図３は、実施形態に係るｅＮＢのブロック図である。
【図４】図４は、実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】図５は、実施形態に係る無線フレームの構成図である。
【図６】図６は、第１のＵＰアーキテクチャを示す図である。
【図７】図７は、第２のＵＰアーキテクチャを示す図である。
【図８】図８は、実施形態に係る動作を説明するための図である。
【図９】図９は、実施形態に係る動作を説明するための図である。
【図１０】図１０は、ＳｅＮＢ２００−２がコンテキスト情報を取得するための方法の一例を示す図である。
【図１１】図１１は、ＳｅＮＢ２００−２がコンテキスト情報の一例を示す図である。
【図１２】図１２は、ＳｅＮＢ２００−２がコンテキスト情報を取得するための方法の一例を示す図である。
【図１３】図１３は、ＲＲＣ再確立要求に含まれるＩＥの一例を説明するための図である。
【図１４】図１４は、ＲＲＣ再確立要求に含まれるＩＥの一例を説明するための図である。
【発明を実施するための形態】
【０００７】
［実施形態の概要］
二重接続方式を実行中に、ユーザ端末とマスタ基地局との間で無線リンク障害が発生したケースを想定する。現状の仕様では、ユーザ端末は、マスタ基地局との間で無線リンク障害を検知した場合、適切なセルの発見を開始する。ユーザ端末は、所定時間以内に適切なセルを発見できない場合、アイドル状態に遷移する。
【０００８】
ユーザ端末は、所定時間以内に適切なセルを発見できた場合でも、そのセル（基地局）において当該ユーザ端末のコンテキスト情報が保持されていなければ、所定のセキュリティが有効である場合に行われるＲＲＣ再確立ではなく、所定のセキュリティを有効にするためのＲＲＣ確立を行わなければならない。よって、ユーザ端末が通信を再開するまでに長時間を要する虞がある。
【０００９】
そこで、本出願は、ユーザ端末とマスタ基地局との間で無線リンク障害が発生した場合に、ユーザ端末が効率よく通信を再開可能な基地局及びユーザ端末を提供することを目的とする。
【００１０】
実施形態に係るユーザ端末は、二重接続方式を実行可能である。前記ユーザ端末は、前記ユーザ端末との間でＲＲＣ接続を確立する第１の基地局と、追加的な無線リソースを提供する第２の基地局とを用いる前記二重接続方式を実行する制御部と、前記ユーザ端末と前記第１の基地局との間で無線リンク障害が検出された場合に、前記ＲＲＣ接続を再確立するためのＲＲＣ再確立要求を、前記第２の基地局に対して優先的に送信する送信部と、を備える。
【００１１】
実施形態では、前記送信部は、前記ユーザ端末と前記第２の基地局との間で無線リンク障害が検出されない場合、前記ＲＲＣ再確立要求を、前記第２の基地局に対して優先的に送信する。
【００１２】
実施形態では、前記制御部は、前記ユーザ端末と前記第２の基地局との間で無線リンク障害が検出されない場合、セルの発見を省略する。前記送信部は、前記セルの発見が省略された状態で、前記第２の基地局に前記ＲＲＣ再確立要求を送信する。
【００１３】
実施形態では、前記制御部は、前記無線リンク障害が検出された場合に、セルの発見を行う。前記ユーザ端末は、前記セルの発見が行われる際に前記第２の基地局のセルを優先させるための優先情報を前記第１の基地局から受信する受信部をさらに備える。前記制御部は、前記ユーザ端末と前記第１の基地局との間で前記ＲＲＣ接続が確立されたコネクティッド状態で前記優先情報を設定する。前記制御部は、前記優先情報に基づいて、前記セルの発見を行う。
【００１４】
実施形態では、前記送信部は、前記ＲＲＣ再確立要求を送信する前に、上り無線リソースの割り当ての要求を前記第２の基地局に送信する。前記送信部は、前記要求に応じて前記ユーザ端末に割り当てられた無線リソースを用いて、前記ＲＲＣ再確立要求を前記第２の基地局に送信する。
【００１５】
実施形態では、前記ＲＲＣ再確立要求は、前記第２の基地局のセル識別子に基づく認証情報を含む。
【００１６】
実施形態では、前記ＲＲＣ再確立要求は、前記ユーザ端末が前記二重接続方式を実行していたことを示すインジケータを含む。
【００１７】
実施形態では、前記送信部は、前記第２の基地局とのＲＲＣ接続が確立された後、前記ユーザ端末と前記第１の基地局との間で前記無線リンク障害が検出されたことを示す障害報告を送信する。前記障害報告は、前記ユーザ端末が前記二重接続方式を実行していたことを示すインジケータを含む。
【００１８】
実施形態に係る基地局は、二重接続方式を実行可能である。前記基地局は、前記二重接続方式においてマスタ基地局とＲＲＣ接続を確立するユーザ端末に追加的な無線リソースを提供する制御部を備える。前記制御部は、前記ユーザ端末が前記ＲＲＣ接続を再確立するために用いられる前記ユーザ端末のコンテキスト情報を取得する。前記制御部は、前記ＲＲＣ接続を再確立するためのＲＲＣ再確立要求を前記ユーザ端末から受信した場合、前記コンテキスト情報に基づいて、前記ＲＲＣ接続を再確立する。
【００１９】
実施形態に係る基地局は、前記二重接続方式において前記ユーザ端末への追加的な無線リソースの提供を要求する追加要求を前記マスタ基地局から受信する受信部をさらに備える。前記追加要求は、前記コンテキスト情報を含む。
【００２０】
実施形態では、前記制御部は、前記二重接続方式の実行を開始した後に、前記マスタ基地局から前記コンテキスト情報を取得する。
【００２１】
実施形態では、前記制御部は、前記ユーザ端末からハンドオーバに関する測定報告に応じて前記マスタ基地局から送信された前記コンテキスト情報を取得する。
【００２２】
実施形態では、前記制御部は、前記ＲＲＣ再確立要求の受信に応じて、前記マスタ基地局又は前記マスタ基地局から前記ユーザ端末に関するハンドオーバ要求を受けたターゲット基地局に対して、前記コンテキスト情報を要求する。
【００２３】
実施形態では、前記ユーザ端末から上り無線リソースの割り当ての要求を受信する受信部をさらに備える。前記制御部は、前記上り無線リソースの割り当ての要求に応じて、前記ユーザ端末に所定の無線リソースを割り当てる。前記制御部は、前記所定の無線リソースを用いて送信された前記ＲＲＣ再確立要求を受信した場合、前記ユーザ端末とのＲＲＣ接続を再確立する。
【００２４】
実施形態では、前記制御部は、前記ＲＲＣ再確立要求に前記第２の基地局のセル識別子に基づく認証情報が含まれる場合、前記認証情報に基づいて、前記ユーザ端末の認証を行う。
【００２５】
実施形態では、前記ＲＲＣ再確立要求は、前記ユーザ端末が前記二重接続方式を実行していたことを示すインジケータを含む。
【００２６】
実施形態では、前記ユーザ端末と前記マスタ基地局との間で無線リンク障害が検出されたことを示す障害報告を前記ユーザ端末から受信する受信部をさらに備える。前記障害報告は、前記ユーザ端末が前記二重接続方式を実行していたことを示すインジケータを含む。
【００２７】
実施形態に係る基地局は、前記ユーザ端末に関する制御プレーン及び無線を解放するための解放メッセージを前記マスタ基地局から受信する受信部をさらに備える。前記制御部は、前記ユーザ端末との前記ＲＲＣ接続を再確立した場合、前記解放メッセージを拒否する。
【００２８】
実施形態では、前記制御部は、前記解放メッセージを拒否する場合、前記解放メッセージに対する拒否応答を前記マスタ基地局に通知する。前記拒否応答は、前記基地局が前記ユーザ端末と前記ＲＲＣ接続を再確立したことを示す拒否応答の理由を含む。
【００２９】
実施形態に係る基地局は、前記二重接続方式において追加的な無線リソースの提供を要求する追加要求を前記マスタ基地局から受信する受信部をさらに備える。前記制御部は、前記追加要求に対する拒否応答を前記マスタ基地局に通知する。前記拒否応答は、前記マスタ基地局における無線リンク障害が原因であることを示す拒否応答の理由を含む。
【００３０】
実施形態において、前記制御部は、前記ＲＲＣ再確立要求に自局と異なる他の基地局のセル識別子に基づく認証情報が含まれる場合、前記セル識別子によって示される前記他の基地局に対して、前記ユーザ端末の認証を要求する。前記制御部は、前記ユーザ端末の認証結果を含む前記要求に対する応答を通知される。
【００３１】
実施形態に係る基地局は、二重接続方式を実行可能である。前記基地局は、前記二重接続方式においてユーザ端末との間にＲＲＣ接続を確立する制御部と、前記ＲＲＣ接続を再確立するために用いられる前記ユーザ端末のコンテキスト情報を他の基地局に送信する送信部と、を備える。前記送信部は、前記他の基地局が、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局又は前記セカンダリ基地局の候補である場合に、前記コンテキスト情報を前記他の基地局に送信する。
【００３２】
実施形態では、前記送信部は、前記二重接続方式において前記ユーザ端末への追加的な無線リソースの提供を要求する追加要求を前記他の基地局に送信する。前記追加要求は、前記ＲＲＣ接続を再確立するために用いられる前記コンテキスト情報を含む。
【００３３】
実施形態に係る基地局は、前記ユーザ端末からハンドオーバに関する測定報告を受信する受信部をさらに備える。前記送信部は、前記測定報告に応じて、前記コンテキスト情報を送信する。
【００３４】
実施形態では、前記送信部は、前記他の基地局から前記コンテキスト情報を要求された場合に、前記コンテキスト情報を前記他の基地局に送信する。
【００３５】
実施形態では、前記制御部は、前記ユーザ端末と前記基地局との間で無線リンク障害が検出された場合に前記ユーザ端末がセルの発見を行う際に前記他の基地局のセルを優先させるための優先情報を前記ユーザ端末に通知する。前記優先情報は、前記ユーザ端末と前記基地局との間で前記ＲＲＣ接続が確立されたコネクティッド状態で前記ユーザ端末に設定される。
【００３６】
実施形態に係る基地局は、前記ユーザ端末と前記基地局との間で無線リンク障害が検出された後、前記無線リンク障害が検出されたことを示す障害報告を受信する受信部をさらに備える。前記障害報告は、前記ユーザ端末が前記二重接続方式を実行していたことを示すインジケータを含む。
【００３７】
実施形態では、前記制御部は、前記他の基地局から前記ユーザ端末の認証を要求された場合、前記要求に含まれる認証情報と前記基地局のセル識別子とに基づいて、前記ユーザ端末の認証を行う。前記送信部は、前記ユーザ端末の認証結果を含む前記要求に対する応答を前記他の基地局に送信する。
【００３８】
なお、特許請求の範囲において用いられている「基地局」は、一般的な基地局（いわゆる、ｅＮＢ）だけでなく、ＲＲＨ基地局（Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）も含む概念である。
【００３９】
［実施形態］
以下において、本出願の内容をＬＴＥシステムに適用する場合の実施形態を説明する。
【００４０】
（１）システム構成
図１は、実施形態に係るＬＴＥシステムの構成図である。
【００４１】
図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００４２】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００４３】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００４４】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００４５】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。ＳＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００４６】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００４７】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００４８】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４９】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５０】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００５１】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００５２】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００５３】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５４】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００５５】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００５６】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びＲＲＣ接続確立時のランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００５７】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００５８】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５９】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００６０】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００６１】
ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００６２】
無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００６３】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００６４】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける他の部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００６５】
（２）二重接続方式
実施形態に係るＬＴＥシステムは、二重接続方式をサポートする。二重接続方式は、リリース１２以降において導入が予定されている。二重接続方式では、ＵＥ１００は、複数のｅＮＢ２００との接続を同時に確立する。ＵＥ１００には、各ｅＮＢ２００から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、ｅＮＢ２００間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ  ＣＡ）と称されることもある。
【００６６】
図５は、二重接続方式の概要を説明するための図である。
【００６７】
図５に示すように、二重接続方式では、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、マスタｅＮＢ（ＭｅＮＢ）２００−１のみが当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢ２００のうちセカンダリｅＮＢ（ＳｅＮＢ）２００−２は、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。言い換えると、ＭｅＮＢ２００−１は、ユーザプレーン接続だけでなく制御プレーン接続をＵＥ１００と確立する。これに対し、ＳｅＮＢ２００−２は、制御プレーン接続をＵＥ１００と確立せずに、ユーザプレーン接続をＵＥ１００と確立する。ＭｅＮＢ２００−１とＳｅＮＢ２００−２との間にはＸｎインターフェイスが設定される。Ｘｎインターフェイスは、Ｘ２インターフェイス又は新たなインターフェイスである。
【００６８】
二重接続方式では、ＵＥ１００は、ＭｅＮＢ２００−１が管理するＮ個のセル及びＳｅＮＢ２００−２が管理するＭ個のセルを同時に利用したキャリアアグリゲーションが可能である。二重接続方式においてＵＥ１００のサービングセルの最大数、すなわち、（Ｎ＋Ｍ）の最大数は、例えば５である。ここで、ＭｅＮＢ２００−１が管理するＮ個のセルからなるグループは、マスタセルグループ（ＭＣＧ）と称される。また、ＳｅＮＢ２００−２が管理するＭ個のセルからなるグループは、セカンダリセルグループ（ＳＣＧ）と称される。ＳＣＧには、ＵＥ１００のＰＵＣＣＨを設ける特別なセルが設定される。特別なセルは、キャリアアグリゲーションにおけるプライマリセル（ＰＣｅｌｌ）の機能の一部を遂行する。以下において、当該特別なセルを「ＰＳＣｅｌｌ（Ｐｒｉｍａｒｙ  ＳＣｅｌｌ）」と称する。
【００６９】
ＭｅＮＢ２００−１は、二重接続方式において、少なくとも制御プレーンのためのＳ１インターフェイスが終端するｅＮＢ２００である。ＭｅＮＢ２００−１は、二重接続方式に関して設定されるＵＥ１００に対して、全てのＲＲＣメッセージをＭＣＧを介して送信する。一方、ＳｅＮＢ２００−２は、二重接続方式において、ＵＥ１００に対して追加的な無線リソースを提供する。また、ＳｅＮＢ２００−２は、ＭｅＮＢ２００−１ではない。
【００７０】
図６及び図７は、二重接続方式におけるユーザデータの転送経路（データパス）の構成方式を説明するための図である。二重接続方式におけるユーザデータの転送経路（データパス）を構成するユーザプレーンアーキテクチャ（ＵＰアーキテクチャ）は主に２通り存在する。
【００７１】
図６は、第１のＵＰアーキテクチャを示す。図６（Ａ）に示すように、第１のＵＰアーキテクチャでは、ＭｅＮＢ２００−１とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、が利用される。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃１は、ＭｅＮＢ２００−１とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。このように、第１のＵＰアーキテクチャでは、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−１を経由しない。図６（Ｂ）に示すように、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２のそれぞれは、ＰＤＣＰ、ＲＬＣ、ＭＡＣの各層の処理を行う。
【００７２】
図７は、第２のＵＰアーキテクチャを示す。図７（Ａ）に示すように、第２のＵＰアーキテクチャでは、ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＭｅＮＢ２００−１において分割されており、分割された一方（ｓｐｌｉｔ  ｂｅａｒｅｒ）はＳｅＮＢ２００−２を経由してＵＥ１００で終端し、分割された他方（ｓｐｌｉｔ  ｂｅａｒｅｒ）はＳｅＮＢ２００−２を経由せずにＵＥ１００で終端する。このように、第２のＵＰアーキテクチャでは、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−１を経由する。図７（Ｂ）に示すように、ＥＰＳベアラ＃２における分割された一方（ｓｐｌｉｔ  ｂｅａｒｅｒ）については、ＭｅＮＢ２００−１のＰＤＣＰ、ＳｅＮＢ２００−２のＲＬＣ及びＭＡＣ、により各層の処理を行う。なお、ｓｐｌｉｔ  ｂｅａｒｅｒについては、ＲＬＣ（又はＲＬＣの一部機能）までの処理をＭｅＮＢが担当してもよい。
【００７３】
（３）実施形態に係る動作
次に、実施形態に係る動作について図８及び図９を用いて説明する。図８及び図９は、実施形態に係る動作を説明するための図である。
【００７４】
図８において、ＵＥ１００は、ＭｅＮＢ２００−１が管理する第１セル（ＰＣｅｌｌ）及びＳｅＮＢ２００−１が管理する第２セル（ＰＳＣｅｌｌ又はＳＣｅｌｌ）に在圏している。実施形態では、ＳｅＮＢ２００−２は、第１セルのセル端付近に位置しており、第１セルと第２セルとは、少なくとも一部が重複している。ＳｅＮＢ２００−２は、ｅＮＢ２００−３が管理する第３セルのセル端付近に位置していてもよい。第２セルと第３セルとは、少なくとも一部が重複していてもよい。また、第１セルと第３セルとは、少なくとも一部が重複していてもよい。図８に示すように、第１セルと第３セルとはマクロセルであってもよく、ＭｅＮＢ２００−１及びｅＮＢ２００−３はマクロセルを管理するマクロｅＮＢであってもよい。第２セルはスモールセルであってもよく、ＳｅＮＢ２００−２はスモールセルを管理するスモールｅＮＢであってもよい。
【００７５】
図８（Ａ）に示すように、ＵＥ１００は、二重接続方式を実行中である。具体的には、ＵＥ１００は、マスタｅＮＢであるＭｅＮＢ２００−１とＲＲＣ接続を確立する。ＵＥ１００は、ＲＲＣコネクティッド状態である。一方、ＵＥ１００は、セカンダリｅＮＢであるＳｅＮＢ２００−２から追加的な無線リソースが提供される。ＵＥ１００は、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２と通信を行っている。
【００７６】
このケースにおいて、例えば、ＵＥ１００の移動によって、ＵＥ１００とＭｅＮＢ２００−１との間に無線リンク障害（Ｍ−ＲＬＦ）が発生したと仮定する（図８（Ｂ））。この場合、図８（Ｃ）に示すように、ＵＥ１００は、Ｍ−ＲＬＦを検出した場合、ＲＲＣ再接続要求をＳｅＮＢ２００−２に対して優先的に送信する。特に、ＵＥ１００の移動によってＭ−ＲＬＦが発生した場合、ＭｅＮＢ２００−１から離れる方向にＵＥ１００が移動している可能性が高い。このため、Ｍ−ＲＬＦの解消を待つよりも、ＵＥ１００がＲＲＣ再接続要求をＳｅＮＢ２００−２に対して優先的に送信した方が、ＵＥ１００が通信を再開するまでの時間を短縮できる可能性が高い。
【００７７】
まず、図９に示すように、ＵＥ１００は、第１セル（ＰＣｅｌｌ）に関して同期外れインジケーション（ｏｕｔ−ｏｆ−ｓｙｎｃ  ｉｎｄｉｃａｔｉｏｎｓ）をＮ３１０回連続して下位レイヤから受信すると、無線問題（ｒａｄｉｏ  ｐｒｏｂｌｅｍ）を検出する（Ｓ１）。ＵＥ１００は、無線問題を検出した場合、Ｔ３１０タイマを起動する（Ｓ２）。ＵＥ１００は、第１セル（ＰＣｅｌｌ）に関して同期中インジケーション（ｉｎ−ｓｙｎｃ  ｉｎｄｉｃａｔｉｏｎｓ）をＮ３１１回連続して下位レイヤから受信すると、Ｔ３１０タイマを停止する。
【００７８】
ＵＥ１００は、Ｔ３１０タイマが満了した場合（Ｓ３）、ＵＥ１００とＭｅＮＢ２００−１（ＰＣｅｌｌ）との間での無線リンク障害（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）を検知する。ＵＥ１００は、無線リンク障害の検知に応じて、Ｔ３１１タイマを開始する（Ｓ４）。一方で、ＵＥ１００は、セル（再）選択のために適切なセルの発見を開始する（Ｓ５）。具体的には、ＵＥ１００は、セル再選択手順を実行する。ここで、適切なセルとは、例えば、ＵＥ１００において無線信号の受信レベルが最も高いセルである。ＵＥ１００は、適切なセルを発見した場合、Ｔ３１１タイマを停止する。ＵＥ１００は、例えば、無線リンク障害が解消し、第１セル（ＰＣｅｌｌ）を発見（選択）した場合には、ＲＲＣ再確立手順を開始する（Ｓ６）。ＵＥ１００は、Ｔ３０１タイマを起動する。
【００７９】
ここで、ＵＥ１００がＲＲＣ再確立要求をＳｅＮＢ２００−２に対して優先的に送信する方法を説明する。
【００８０】
第１の方法では、ＵＥ１００は、セルの発見を省略することによって、ＲＲＣ再確立要求をＳｅＮＢ２００−２に優先的に無線リンク障害送信する。
【００８１】
具体的には、ＵＥ１００は、ＵＥ１００とＳｅＮＢ２００−２との間で無線リンク障害が発生していないか判定する。例えば、ＵＥ１００は、第２セル（ＰＳＣｅｌｌ）に関して同期外れインジケーション（ｏｕｔ−ｏｆ−ｓｙｎｃ  ｉｎｄｉｃａｔｉｏｎｓ）をＮ３１3回連続して下位レイヤから受信すると、無線問題（ｒａｄｉｏ  ｐｒｏｂｌｅｍ）を検出する。ＵＥ１００は、無線問題を検出した場合、Ｔ３１３タイマを起動する。ＵＥ１００は、Ｔ３１３タイマが満了した場合、ＵＥ１００とＳｅＮＢ２００−１（ＰＳＣｅｌｌ）との間での無線リンク障害を検知する。ＵＥ１００は、この無線リンク障害を検知した場合、ＵＥ１００とＳｅＮＢ２００−２との間で無線リンク障害したと判定してもよい。或いは、ＵＥ１００は、無線問題を検出した場合に、無線リンク障害が発生したと判定してもよい。或いは、ＵＥ１００は、第２セル（ＰＳＣｅｌｌ）に関して同期外れインジケーション（ｏｕｔ−ｏｆ−ｓｙｎｃ  ｉｎｄｉｃａｔｉｏｎｓ）を所定回（Ｎ３１３よりも小さい値）連続して下位レイヤから受信した場合に、無線リンク障害が発生したと判定してもよい。
【００８２】
ＵＥ１００は、ＵＥ１００とＳｅＮＢ２００−２との間で無線リンク障害が発生していない（無線リンク障害が検出されない）場合、上述のＳ４、Ｓ５の処理を省略して、ＲＲＣ再確立要求をＳｅＮＢ２００−２に送信する。これにより、セルの発見が省略されるため、ＲＲＣ再確立要求がＳｅＮＢ２００−２に対して優先的に送信される。セルの発見の省略によって、ＵＥ１００が通信を再開するまでの時間を短縮できる。
【００８３】
第２の方法では、ＵＥ１００が、セルの発見が行われる際にＳｅＮＢ２００−２のセル（第２セル（ＰＳＣｅｌｌ）又はＳｅＮＢ２００−２の他のセル（ＳＣｅｌｌ））を優先させるための優先情報に基づいて、セルの発見を行う。
【００８４】
ＭｅＮＢ２００−１は、ＵＥ１００とＲＲＣ接続を確立した後、セルの発見が行われる際にＳｅＮＢ２００−２のセル（第２セル（ＰＳＣｅｌｌ）又はＳｅＮＢ２００−２の他のセル（ＳＣｅｌｌ））を優先させるための優先情報をＵＥ１００に送信する。優先情報は、ＲＲＣメッセージによって送信されてもよい。
【００８５】
優先情報は、例えば、ＳｅＮＢ２００−２のセルからの無線信号の受信レベルに追加するオフセット値であってもよいし、ＳｅＮＢ２００−２のセルからの無線信号の受信レベルと比較する閾値を低くするオフセット値であってもよい。当該受信レベルがオフセット値を考慮した閾値を超えた場合に、ＳｅＮＢ２００−２のセルを選択することができる。或いは、優先情報は、ＳｅＮＢ２００−２のセルからの無線信号を優先的に確認することを要求する情報であってもよい。
【００８６】
ここで、既存の優先情報は、ＲＲＣ接続解放メッセージを送信する場合にのみ送信される。このため、ＵＥ１００は、ＲＲＣ接続を解放し、アイドル状態に移行した後でないと、優先情報が設定されない。従って、優先情報は、ＲＲＣ接続再設定メッセージで送信されてもよい。これにより、ＵＥ１００は、ＭｅＮＢ２００−１とのＲＲＣ接続が確立されたＲＲＣコネクティッド状態で、優先情報を設定できる。このため、ＵＥ１００は、アイドル状態に移行せずに、優先情報に基づいて、セル再選択手順を実行できるため、ＵＥ１００が通信を再開するまでの時間を短縮できる。
【００８７】
なお、ＭｅＮＢ２００−１は、優先情報と共に、ＭｅＮＢ２００−１との間での無線リンク障害（Ｍ−ＲＬＦ）が検出された場合に起動するタイマを示す情報を送信してもよい。ＵＥ１００は、ＵＥ１００が適切なセルを発見した場合に当該タイマを停止してもよい。また、ＵＥ１００は、当該タイマが満了した場合に優先情報を破棄してもよい。
【００８８】
なお、ＵＥ１００は、ＳｅＮＢ２００−２との間での無線リンク障害を検出したか否かにかかわらず、セル選択を行うことができる。
【００８９】
次に、図８（Ｃ）に示すように、ＵＥ１００がＳｅＮＢ２００−２にＲＲＣ再確立要求を送信するケースについて説明する。
【００９０】
ＵＥ１００は、ＲＲＣ再確立要求を送信する前に、上り無線リソースの割り当ての要求（スケジューリング要求：ＳＲ）をＳｅＮＢ２００−２に対して送信する。具体的には、ＵＥ１００は、ＰＵＣＣＨ上でスケジューリング要求を送信する。
【００９１】
スケジューリング要求は、通常のスケジューリング要求と異なることを示す情報（フラグ）が含まれていてもよい。具体的には、スケジューリング要求は、ＲＲＣ再確立要求のみを送信したことを示す情報を含んでいてもよいし、二重接続を実行していたことを示す情報を含んでいてもよい。或いは、スケジューリング要求が通常のスケジューリング要求と異なることを（暗に）示す新たな上りリンク制御情報（ＵＣＩ）が規定されてもよい。スケジューリング要求は、この上りリンク制御情報を含んでもよいし、スケジューリング要求とは別に上りリンク制御情報がＵＥ１００からｅＮＢ２００へ送信されてもよい。
【００９２】
ＵＥ１００は、Ｍ−ＲＬＦが検出されてから所定時間を経過する前にのみ、スケジューリング要求を送信してもよい。これにより、ＵＥ１００は、ＳｅＮＢ２００−２（ＳＣＧのｐＴＡＧ）と非同期であることによりＳｅＮＢ２００−２がスケジューリング要求を受信できないことを回避できる。ＵＥ１００は、所定時間が経過していた場合には、ＲＲＣ再確立要求を送信するための上り無線リソースをＳｅＮＢ２００−２から割り当てられるためのＲＡＣＨ信号を送信してもよい。
【００９３】
ＳｅＮＢ２００−２は、ＵＥ１００との同期が取れている場合は、スケジューリング要求を受信できる。ＳｅＮＢ２００−２は、スケジューリング要求の受信に応じて、上り無線リソース（ＵＬ−ＳＣＨ）をＵＥ１００に割り当てる。ｅＮＢ２００は、割り当てた上り無線リソースをＵＥ１００に送信する。ＵＥ１００は、割り当てられた上り無線リソースを用いて、ＲＲＣ再確立要求をＣＣＣＨ経由でｅＮＢ２００へ送信する。このＲＲＣ再確立要求（を含むメッセージ）は、既存のランダムアクセス手順のメッセージ３に相当する。従って、ＵＥ１００は、ＲＡＣＨ信号を送信する代わりに、スケジューリング要求を送信するため、ＳｅＮＢ２００−２から上り無線リソースを割り当てられる可能性が高い。従って、ＵＥ１００が通信を再開するまでの時間を短縮できる。
【００９４】
ＳｅＮＢ２００−２は、通常のスケジューリング要求と異なることを示す情報が含まる特別なスケジューリング要求を受信した場合、特別なスケジューリング要求を送信したＵＥ１００に対して、優先的に上り無線リソースを割り当ててもよい。
【００９５】
ＳｅＮＢ２００−２は、ＲＲＣ再確立要求を受信した場合、ＲＲＣ再確立要求に含まれる認証情報とコンテキスト情報に基づいて、ＲＲＣ接続を再確立するか否かを判定する。ＳｅＮＢ２００−２は、ＭｅＮＢ２００−１からコンテキスト情報を取得する。或いは、ＳｅＮＢ２００−２は、ＵＥ１００のハンドオーバ先であるターゲットｅＮＢからコンテキスト情報を取得してもよい。ＳｅＮＢ２００−２がコンテキスト情報を取得する方法は後述する。
【００９６】
コンテキスト情報は、セキュリティコンテキストを含む。セキュリティコンテキストは、ＫｅＮＢ＊、トークン、ＮＣＣ、ＵＥ  ＥＰＳセキュリティケイパビリティ及びセキュリティアルゴリズムを含む。
【００９７】
なお、ここでのコンテキスト情報は、二重接続方式において追加的な無線リソースの提供を要求する既存の追加要求に含まれるコンテキスト情報とは少なくとも一部が異なる情報である。既存の追加要求に含まれるコンテキスト情報のみでは、ＲＲＣ接続を再確立することはできない。
【００９８】
ＳｅＮＢ２００−２は、ＲＲＣ接続を再確立すると判断した場合、ＲＲＣ接続再確立メッセージをＵＥ１００に送信する。ＲＲＣ接続再確立メッセージを受信したＵＥ１００は、ＲＲＣ接続を再確立する。その後、ＵＥ１００は、ＲＲＣ接続再確立完了メッセージをＳｅＮＢ２００−２に送信する。
【００９９】
（４）コンテキスト情報の取得
次に、ＳｅＮＢ２００−２がコンテキスト情報を取得する方法について、図１０から図１２を用いて説明する。図１０は、ＳｅＮＢ２００−２がコンテキスト情報を取得するための方法の一例を示す図である。図１１は、ＳｅＮＢ２００−２がコンテキスト情報の一例を示す図である。図１２は、ＳｅＮＢ２００−２がコンテキスト情報を取得するための方法の一例を示す図である。
【０１００】
第１の方法では、ＳｅＮＢ２００−２は、ＵＥ１００からのＲＲＣ接続再確立要求の受信に応じて、ＭｅＮＢ２００−１に対して、コンテキスト情報を要求する。
【０１０１】
図１０に示すように、ステップＳ１１において、ＵＥ１００は、ＲＲＣ接続再確立要求をｅＮＢ２００に送信する。
【０１０２】
ステップＳ１２において、ＳｅＮＢ２００−２は、ＵＥ１００のコンテキスト情報を取得するためのＵＥコンテキスト要求を送信する。
【０１０３】
ステップＳ１３において、ＭｅＮＢ２００−１は、ＵＥコンテキスト要求の受信に応じて、ＵＥ１００のコンテキスト情報をＳｅＮＢ２００−２に送信する。これにより、ＳｅＮＢ２００−２は、ＵＥコンテキスト情報を取得できる。
【０１０４】
なお、ＵＥコンテキスト要求は、後述するＭｅＮＢ２００−１へＵＥ１００の認証を要求するものであってもよい。この場合、ＵＥコンテキスト要求を受信したＭｅＮＢ２００−１は、ＵＥコンテキスト情報だけでなく、ＵＥ１００の認証結果を示す情報もＳｅＮＢ２００−２に送信する。ＵＥ１００の認証結果を示す情報は、ＵＥコンテキスト要求への応答に含まれてもよい。これにより、ＳｅＮＢ２００−２は、ＵＥ１００の認証を省略できる。
【０１０５】
第２の方法では、ＭｅＮＢ２００−１が、二重接続方式において追加的な無線リソースの提供を要求する追加要求にコンテキスト情報を含める。
【０１０６】
ＭｅＮＢ２００−１は、ＳｅＮＢ２００−２に対して追加要求（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。追加要求は、ＲＲＣ接続を再確立するために用いられるコンテキスト情報を含む。追加要求は、ＡＳ−ｃｏｎｔｅｘｔ  ｉｎｆｏｒｍａｔｉｏｎを含む。ＡＳ−ｃｏｎｔｅｘｔ  ｉｎｆｏｒｍａｔｉｏｎは、他のコンテキスト情報であるｍｂｍｓＩｎｔｅｒｓｅｔＩｎｄｉｃａｔｉｏｎを含むことができる。従って、ＭｅＮＢ２００−１は、例えば、ＡＳ−ｃｏｎｔｅｘｔ  ｉｎｆｏｒｍａｔｉｏｎ内にＲＲＣ接続を再確立するために用いられるコンテキスト情報（ＲｅｓｔａｂｌｉｓｈｍｅｎｔＩｎｆｏ）を含めることができる。コンテキスト情報（ＲｅｓｔａｂｌｉｓｈｍｅｎｔＩｎｆｏ）は、図１１に示されるＩＥを含むことができる。
【０１０７】
これにより、ＳｅＮＢ２００−２は、コンテキスト情報を前もって取得することができるため、ＵＥ１００が通信を再開するまでの時間を短縮できる。
【０１０８】
なお、ＳｅＮＢ２００−２は、ＭｅＮＢ２００−１が追加要求を送信した時点では、セカンダリｅＮＢではなくセカンダリｅＮＢの候補である。
【０１０９】
第３の方法では、ＭｅＮＢ２００−１が、二重接続方式の実行を開始した後に、コンテキスト情報を送信する。
【０１１０】
ＭｅＮＢ２００−１は、二重接続方式の実行を開始した後、任意のタイミングで、コンテキスト情報を送信する。例えば、ＭｅＮＢ２００−１は、ＵＥ１００に対する無線リソースを変更するための準備を要求する変更要求（ＳｅＮＢ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）にコンテキスト情報を含めてもよい。或いは、ＭｅＮＢ２００−１は、二重接続方式に関する他の制御メッセージにコンテキスト情報を含めてもよい。
【０１１１】
これにより、ＳｅＮＢ２００−２は、コンテキスト情報を前もって取得することができるため、ＵＥ１００が通信を再開するまでの時間を短縮できる。
【０１１２】
第４の方法では、ＭｅＮＢ２００−１が、ＵＥ１００から受信したハンドオーバに関する測定報告に応じて、コンテキスト情報を送信する。
【０１１３】
ＭｅＮＢ２００−１は、ＵＥ１００からハンドオーバに関する測定報告を受信した場合に、（ＳｅＮＢ２００−２にハンドオーバ要求を送信するか否かにかかわらず、）コンテキスト情報をＳｅＮＢ２００−２に送信する。或いは、ＭｅＮＢ２００−１は、ＳｅＮＢ２００−２にハンドオーバ要求を送信する場合に、ハンドオーバ要求にコンテキスト情報を含めてもよい。或いは、図１２に示すように、（Ｓ−）ＭｅＮＢ２００−１（Ｓｏｕｒｃｅ  ＭｅＮＢ２００−１）は、複数のｅＮＢ２００（ＳｅＮＢ２００−２及び（Ｔ−）ＭｅＮＢ２００−３（Ｔａｒｇｅｔ  ＭｅＮＢ２００−３））のそれぞれにハンドオーバ要求を送信する場合に、各ハンドオーバ要求にコンテキスト情報を含めてもよい。
【０１１４】
図１２は、図８（Ａ）における動作環境と同様の動作環境である。
【０１１５】
図１２に示すように、ステップＳ２１において、ＵＥ１００は、（Ｓ−）ＭｅＮＢ２００−１にハンドオーバに関する測定報告を送信する。
【０１１６】
ステップＳ２２において、ＭｅＮＢ２００−１は、測定報告に応じて、複数のｅＮＢ２００（ＳｅＮＢ２００−２及び（Ｔ−）ＭｅＮＢ２００−３）のそれぞれにハンドオーバ要求を送信する。各ハンドオーバ要求は、コンテキスト情報を含む。
【０１１７】
ステップＳ２３において、ＳｅＮＢ２００−２及びＴ−ＭｅＮＢ２００−３のそれぞれは、ハンドオーバ要求に対する肯定応答（Ａｃｋ）を送信する。なお、ＳｅＮＢ２００−２及びＴ−ＭｅＮＢ２００−３は、肯定応答を送信しなくてもよい。
【０１１８】
ＵＥ１００がＴ−ＭｅＮＢ２００−３に対してハンドオーバを実行することが決定されたと仮定して説明を進める。
【０１１９】
ステップＳ２４において、ＵＥ１００は、ＭｅＮＢ２００−１とＴ−ＭｅＮＢ２００−３との間のハンドオーバが失敗する。
【０１２０】
ステップＳ２５において、ＵＥ１００は、ハンドオーバ失敗に応じて、ＳｅＮＢ２００−２に対してＲＲＣ再確立手順を実行する。ＵＥ１００は、このＲＲＣ再確立手順において、ＲＲＣ再確立要求をＳｅＮＢ２００−２に送信する。ＳｅＮＢ２００−２は、ＵＥコンテキスト情報を予め取得しているため、ＵＥ１００が通信を再開するまでの時間を短縮できる。
【０１２１】
ステップＳ２６において、ＳｅＮＢ２００−２は、ＵＥ１００とＲＲＣ接続を再確立した後、ＭｅＮＢ２００−１にハンドオーバ報告を送信する。ＳｅＮＢ２００−２は、ＳｅＮＢ２００−２と二重接続方式を実行していたＵＥ１００であるため、誤ったセルへのハンドオーバではないと認識してもよい。この場合、ハンドオーバ報告は、誤ったセルへのハンドオーバではないことを示す情報を含んでいてもよい。或いは、ＳｅＮＢ２００−２は、ＲＲＣ接続を確立した後、ＵＥ１００から受信した無線リンク障害報告（ＲＬＦ報告）をＭｅＮＢ２００−１に送信してもよい。
【０１２２】
ステップＳ２７において、ＭｅＮＢ２００−１は、ハンドオーバ報告又はＲＬＦ報告に基づいて、Ｔ−ＭｅＮＢ２００−３へハンドオーバ中止メッセージを送信する。
【０１２３】
ＭｅＮＢ２００−１は、誤ったセルへのハンドオーバではないことを示す情報に基づいて、ハンドオーバ中止メッセージを送信してもよい。或いは、ＭｅＮＢ２００−１は、ハンドオーバ報告の送信対象が二重接続方式を実行していたＳｅＮＢ２００−２であることに基づいて、ＳｅＮＢ２００−２にＲＲＣ接続の再確立を試みたと判断し、ハンドオーバ中止メッセージを送信してもよい。或いは、ＭｅＮＢ２００−１は、後述するＤＣインジケータがＲＬＦ報告に含まれることによって、ハンドオーバ中止メッセージを送信してもよい。或いは、ＭｅＮＢ２００−１は、ＳｅＮＢ２００−２からＵＥコンテキスト解放メッセージを受信した場合に、Ｔ−ＭｅＮＢ２００−３へハンドオーバ中止メッセージを送信してもよい。
【０１２４】
なお、ＭｅＮＢ２００−１は、Ｔ−ＭｅＮＢ２００−３へのハンドオーバが成功していた場合、Ｔ−ＭｅＮＢ２００−３からのＵＥコンテキスト解放メッセージの受信に応じて、ＳｅＮＢ２００−２へハンドオーバ中止メッセージを送信してもよい。
【０１２５】
第５の方法では、ＳｅＮＢ２００−２が、ＵＥ１００のハンドオーバ先であるターゲットｅＮＢからコンテキスト情報を取得する。
【０１２６】
例えば、ＳｅＮＢ２００−２は、ＵＥ１００のターゲットｅＮＢを示す情報（例えば、セルＩＤなど）を取得する。ＳｅＮＢ２００−２は、ターゲットｅＮＢを示す情報を、ＵＥ１００から取得してもよいし、ソースｅＮＢであるＭｅＮＢ２００−１から取得してもよい。或いは、ＳｅＮＢ２００−２は、ターゲットｅＮＢを示す情報をＭＭＥから取得してもよい。ＳｅＮＢ２００−２は、ターゲットｅＮＢを示す情報に基づいて、ターゲットｅＮＢにコンテキスト情報を要求する。ターゲットｅＮＢは、当該要求に対する応答にコンテキスト情報を含めることができる。当該要求に対する応答を受信したＳｅＮＢ２００−２は、コンテキスト情報を取得する。
【０１２７】
（５）ＭｅＮＢ２００−１の認証
次に、ＭｅＮＢ２００−１の認証について、図１３を用いて説明する。図１３は、ＲＲＣ再確立要求に含まれるＩＥの一例を説明するための図である。
【０１２８】
ＲＲＣ再確立要求は、通常、Ｆａｉｌｕｒｅ  Ｃｅｌｌ  ＰＣＩ、Ｃ−ＲＮＴＩ（ＭｅＮＢ２００−１のセルＩＤ）、Ｓｈｏｒｔ  ＭＡＣ−Ｉを含む。これらの情報（以下、ＵＥコンテキスト情報）に基づいて、ＵＥ１００の認証が行われる。なお、Ｓｈｏｒｔ  ＭＡＣ−Ｉは、Ｃｅｌｌ  ＰＣＩ（Ｍ−ＲＬＦ発生時のセルＰＣＩ）、Ｃ−ＲＮＴＩ（Ｍ−ＲＬＦ発生時のＣ−ＲＮＴＩ）、ｃｅｌｌＩｄｅｎｔｉｔｙ（現在のセルＩＤ）に基づいて生成される。
【０１２９】
ＳｅＮＢ２００−２は、ＭｅＮＢ２００−１におけるＵＥコンテキスト情報を通常知らないため、ＳｅＮＢ２００−２は、ＵＥ１００の認証をＭｅＮＢ２００−１へ要求することがある。このため、ユーザ端末が効率よく通信を再開できない虞がある。
【０１３０】
そこで、ＵＥ１００は、ＳｅＮＢ２００−２のセル識別子に基づく認証情報（ＵＥコンテキスト情報）をＲＲＣ再確立要求に含める。すなわち、ＲＲＣ再確立要求内に、ＭｅＮＢ２００−１用のフィールドとＳｅＮＢ２００−２用のフィールドとが設けられる。
【０１３１】
例えば、図１３に示すように、ＳｅＮＢ２００−２用のフィールドに、認証情報として、Ｃ−ＲＮＴＩ（ＳＣＧで付与された値）、Ｃｅｌｌ  ＰＣＩ（ＰＳＣｅｌｌのセルＩＤ）、及び、ＳｅＮＢ２００−２のセル識別子に基づいて生成されたＳｈｏｒｔ  ＭＡＣ−ＩをＲＲＣ再確立要求に含めてもよい。なお、Ｓｈｏｒｔ  ＭＡＣ−Ｉは、Ｃ−ＲＮＴＩ（ＳＣＧで付与された値）、Ｃｅｌｌ  ＰＣＩ（ＰＳＣｅｌｌのセルＩＤ）及びｃｅｌｌＩｄｅｎｔｉｔｙ（現在のセルＩＤ）に基づいて生成される。
【０１３２】
これにより、ＳｅＮＢ２００−２は、ＳｅＮＢ２００−２のセル識別子に基づく認証情報に基づいて、ＵＥ１００を認証できるため、ＭｅＮＢ２００−１へＵＥ１００の認証を要求することを省略できる。その結果、ＵＥ１００が通信を再開するまでの時間を短縮できる。
【０１３３】
（６）ＤＣインジケータ
次に、ＤＣインジケータについて説明する。図１４は、ＲＲＣ再確立要求に含まれるＩＥの一例を説明するための図である。
【０１３４】
ＵＥ１００は、ＲＲＣ再確立要求に当該ＵＥ１００が二重接続方式を実行していたことを示すＤＣインジケータを含めてもよい。或いは、ＵＥ１００は、ＤＣインジケータを無線リンク障害報告（ＲＬＦ報告）に含めてもよい。例えば、図１４に示すように、ＲＲＣ再確立要求は、ＤＣインジケータ（ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙＩｎｄｉｃａｔｏｒ）を含んでいてもよい。
【０１３５】
ＲＲＣ再確立要求にＤＣインジケータが含まれる場合、ＲＲＣ再確立要求を受信したｅＮＢ２００は、ＵＥ１００が二重接続方式を実行していたことが分かる。ｅＮＢ２００は、ＵＥ１００と二重接続方式を実行するか否かを判定できる。また、ｅＮＢ２００は、ＲＲＣ再確立要求内のＰＣｅｌｌ情報を参照することによって、二重接続方式を実行していたセカンダリｅＮＢ２００を知ることができる。ｅＮＢ２００は、ＵＥ１００とのＲＲＣ接続を再確立した後に、当該セカンダリｅＮＢ２００に追加要求（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信してもよい。ｅＮＢ２００は、当該セカンダリｅＮＢ２００と二重接続方式を実行することによって、ＵＥ１００のＱｏＳを維持することができる。
【０１３６】
また、ｅＮＢ２００は、ＤＣインジケータを含むＲＲＣ再確立要求（又はＲＬＦ報告）に基づいて、Ｍ−ＲＬＦが発生し易いＭｅＮＢ２００−１を特定することができる。この場合、ｅＮＢ２００は、特定されたＭｅＮＢ２００−１からの追加要求（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ）を拒否することができる。ｅＮＢ２００が、追加要求に対する拒否応答（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｊｅｃｔ）を送信する場合、拒否応答は、特定されたＭｅＮＢ２００−１におけるＭ−ＲＬＦが原因であることを示す拒否応答の理由を含んでいてもよい。拒否応答の理由は、特定されたＭｅＮＢ２００−１におけるＭ−ＲＬＦが多すぎることを示してもよい。
【０１３７】
また、二重接続方式を実行中のＵＥ１００がハンドオーバを行う場合、当該ＵＥ１００に関与するｅＮＢ２００の数が多いため、シグナリングが増加することが想定される。その結果、二重接続方式が実行されている場合、遅すぎるＨＯを理由としたハンドオーバ失敗が発生する可能性が高い。この場合のハンドオーバ失敗は、二重接続方式の実行に起因するため、通常のハンドオーバ失敗と区別することが好ましい。ｅＮＢ２００は、通常のハンドオーバ失敗に基づくハンドオーバパラメータ（ＨＯパラメータ）の調整と、二重接続方式の実行に起因するハンドオーバ失敗に基づくＨＯパラメータの調整とを行うことにより、適切にＨＯパラメータを調整することができる。
【０１３８】
ｅＮＢ２００は、ＲＬＦ報告がＤＣインジケータを含む場合、二重接続方式の実行に起因するハンドオーバ失敗であることが分かるため、二重接続方式の実行に起因するハンドオーバ失敗を通常のハンドオーバ失敗と区別できる。その結果、ｅＮＢ２００は、適切にＨＯパラメータを調整することができる。
【０１３９】
（７）ＵＥコンテキスト解放メッセージ
次に、ＵＥコンテキスト解放メッセージについて説明する。
【０１４０】
Ｍ−ＲＬＦが原因で、ＵＥ１００がＳｅＮＢ２００とＲＲＣ接続を再確立した場合、ＵＥ１００は、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２との二重接続方式を終了すると考えられる。この場合、セカンダリｅＮＢを解放するためのＳｅＮＢ解放手順が開始される。ここで、ＳｅＮＢ解放手順では、ＭｅＮＢ２００−１は、ＵＥコンテキストに関連するリソースに関係するＣプレーン及び無線を解放するためのＵＥコンテキスト解放メッセージをＳｅＮＢ２００−２に送信する。ＳｅＮＢ２００−２は、既存のＵＥコンテキスト解放メッセージを拒否することができない。従って、ＳｅＮＢ２００−２は、ＵＥ１００とＲＲＣ接続を確立したにもかかわらず、ＵＥコンテキスト解放メッセージの受信に応じて、必要なＵＥ１００のコンテキスト情報まで解放する可能性がある。
【０１４１】
そこで、ＳｅＮＢ２００−２は、ＵＥコンテキスト解放メッセージをＭｅＮＢ２００−１から受信した場合で、且つ、二重接続方式を実行していたＵＥ１００とＲＲＣ接続を（再）確立した場合、ＵＥコンテキスト解放メッセージを拒否してもよい。この場合、ＳｅＮＢ２００−２は、解放メッセージに対する拒否応答をＭｅＮＢ２００−１に送信できる。拒否応答は、ＳｅＮＢ２００−２が当該ＵＥ１００とＲＲＣ接続を（再）確立したことを示す拒否応答の理由を含んでもよい。
【０１４２】
或いは、ＳｅＮＢ２００−２が、ＳｅＮＢ解放要求（ＳｅＮＢ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｉｒｅｄ）をＭｅＮＢ２００−１に送信する場合、ＳｅＮＢ解放要求は、ＳｅＮＢ２００−２が当該ＵＥ１００とＲＲＣ接続を（再）確立したことを示す情報を含んでもよい。この場合、ＭｅＮＢ２００−１は、ＵＥコンテキスト解放メッセージを送信しなくてもよい。
【０１４３】
これにより、ＳｅＮＢ２００−２は、ＵＥ１００とＲＲＣ接続を確立したにもかかわらず、必要なＵＥ１００のコンテキスト情報を解放することを抑制できる。
【０１４４】
［その他の実施形態］
上述した実施形態において、ＵＥ１００がＲＲＣ再確立要求をＳｅＮＢ２００−２に対して優先的に送信する第１の方法では、ＵＥ１００は、ＵＥ１００とＳｅＮＢ２００−２との間で無線リンク障害（Ｓ−ＲＬＦ）が発生していないと判定した場合（Ｓ−ＲＬＦが検知されない場合）に、ＲＲＣ再確立要求をＳｅＮＢ２００−２に対して送信していたが、これに限られない。ＵＥ１００は、ＵＥ１００とＭｅＮＢ２００−１との間で無線リンク障害（Ｍ−ＲＬＦ）が発生した場合、Ｓ−ＲＬＦが発生したか否かを判定せずにＲＲＣ再確立要求をＳｅＮＢ２００−２に対して送信してもよい。これにより、ＵＥ１００が通信を再開するまでの時間を短縮可能である。
【０１４５】
なお、ＵＥ１００は、Ｍ−ＲＬＦが発生した場合、ＵＥ１００のハンドオーバ先であるターゲットｅＮＢにＲＲＣ再確立要求を送信してもよい。例えば、ＵＥ１００は、Ｍ−ＲＬＦが発生を検知した後、Ｓ−ＲＬＦを検知した場合に、ＵＥ１００のハンドオーバ先であるターゲットｅＮＢにＲＲＣ再確立要求を送信してもよい。
【０１４６】
上述した実施形態において、ＳｅＮＢ２００−２は、ＵＥ１００の認証をＭｅＮＢ２００−１に要求していたが、これに限られない。ＳｅＮＢ２００−２は、ＵＥ１００のハンドオーバ先であるターゲットｅＮＢに対して、ＵＥ１００の認証を要求してもよい。ターゲットｅＮＢは、ＭｅＮＢ２００−１と同様にＵＥ１００の認証を行い、認証結果を含む応答をＳｅＮＢ２００−２に通知できる。これにより、ＳｅＮＢ２００−２は、ＵＥ１００の認証を省略できる。
【０１４７】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願の内容を適用してもよい。
【０１４８】
なお、米国仮出願第６２／１１００２３号（２０１５年１月３０日出願）の全内容が、参照により、本願明細書に組み込まれている。
【図１】
2016121670.tif 000003
【図２】
2016121670.tif 000004
【図３】
2016121670.tif 000005
【図４】
2016121670.tif 000006
【図５】
2016121670.tif 000007
【図６】
2016121670.tif 000008
【図７】
2016121670.tif 000009
【図８】
2016121670.tif 000010
【図９】
2016121670.tif 000011
【図１０】
2016121670.tif 000012
【図１１】
2016121670.tif 000013
【図１２】
2016121670.tif 000014
【図１３】
2016121670.tif 000015
【図１４】
2016121670.tif 000016
【国際調査報告】
2016121670.tif 000017
2016121670.tif 000018
2016121670.tif 000019
2016121670.tif 000020
2016121670.tif 000021
2016121670.tif 000022
2016121670.tif 000023
2016121670.tif 000024