(57)【特許請求の範囲】
【請求項１】
Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）のトラフィックをＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）へ移行するオフロードを行うための通信制御方法であって、
ユーザ端末が、前記オフロードを開始するステップと、
前記ユーザ端末が、前記オフロードの開始後において、前記ＷＬＡＮでの通信状況に基づいて前記オフロードを中止するか判断する判断ステップと、
前記ユーザ端末が、前記Ｅ−ＵＴＲＡＮとの接続の解放前において、前記Ｅ−ＵＴＲＡＮから設定情報を受信するステップと、を有し、
前記設定情報は、前記オフロードの開始後かつ前記接続の解放後における前記ユーザ端末の動作を設定するための情報であることを特徴とする通信制御方法。
【請求項２】
前記ユーザ端末が、前記判断ステップにおいて前記オフロードを中止すると判断した場合に、前記オフロードを中止するとともに、前記設定情報を破棄するステップをさらに有することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
ユーザ端末であって、
Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）のトラフィックをＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）へ移行するオフロードを開始するコントローラを備え、
前記コントローラは、
前記オフロードの開始後において、前記ＷＬＡＮでの通信状況に基づいて前記オフロードを中止するか判断する処理と、
前記Ｅ−ＵＴＲＡＮとの接続の解放前において、前記Ｅ−ＵＴＲＡＮから設定情報を受信する処理と、を実行し、
前記設定情報は、前記オフロードの開始後かつ前記接続の解放後における前記ユーザ端末の動作を設定するための情報であることを特徴とするユーザ端末。
【請求項４】
前記コントローラは、前記オフロードを中止すると判断した場合に、前記オフロードを中止するとともに、前記設定情報を破棄することを特徴とする請求項３に記載のユーザ端末。
【請求項５】
ユーザ端末を制御するためのプロセッサであって、
Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）のトラフィックをＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）へ移行するオフロードを開始する処理と、
前記オフロードの開始後において、前記ＷＬＡＮでの通信状況に基づいて前記オフロードを中止するか判断する処理と、
前記Ｅ−ＵＴＲＡＮとの接続の解放前において、前記Ｅ−ＵＴＲＡＮから設定情報を受信する処理と、を実行し、
前記設定情報は、前記オフロードの開始後かつ前記接続の解放後における前記ユーザ端末の動作を設定するための情報であることを特徴とするプロセッサ。
【請求項６】
前記オフロードを中止すると判断した場合に、前記オフロードを中止するとともに、前記設定情報を破棄する処理を実行することを特徴とする請求項５に記載のプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ＬＡＮシステム（ＷＬＡＮシステム）と連携可能なセルラ通信システムにおいて用いられる通信制御方法、ユーザ端末及びプロセッサに関する。
【背景技術】
【０００２】
近年、セルラ通信部及びＷＬＡＮ通信部を有するユーザ端末（いわゆる、デュアル端末）の普及が進んでいる。また、セルラ通信システムのオペレータにより管理されるＷＬＡＮアクセスポイント（以下、単に「アクセスポイント」という）が増加している。【０００３】
そこで、セルラ通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、セルラ通信システムとＷＬＡＮシステムとの連携を強化できる技術が検討される予定である（非特許文献１参照）。【０００４】
このような技術の目的の一つは、アクセスポイントの使用率を向上させることにより、セルラ基地局及びアクセスポイントで負荷レベルのバランスをとることである。【０００５】
例えば、セルラ基地局とユーザ端末との間で送受信されるトラフィックを、アクセスポイントとユーザ端末との間で送受信するよう切り替えることにより、セルラ基地局のトラフィック負荷をアクセスポイントに移行（オフロード）できる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ寄書  ＲＰ−１２０１４５５
【発明の概要】
【０００７】
ところで、ユーザ端末は、アクセスポイントとの接続を確立する場合に、セルラ基地局との接続を解放することが一般的である。従って、上述したオフロードの実行中において、ユーザ端末はセルラ通信のアイドル状態になる。
【０００８】
しかしながら、ユーザ端末がアクセスポイントとの接続を確立した後、ユーザ端末とアクセスポイントとの間の通信状況が悪化したような場合には、ユーザ端末とセルラ基地局との間の接続を改めて確立するという非効率な動作（いわゆる、ピンポン現象）が生じ得る。
【０００９】
そこで、本発明は、セルラ基地局のトラフィック負荷をアクセスポイントに移行するオフロードを効率的に制御することを目的とする。
【００１０】
一実施形態に係る通信制御方法は、セルラ基地局のトラフィック負荷をアクセスポイントに移行するオフロードを行うための方法である。前記通信制御方法は、前記セルラ基地局との第１の接続を確立しているユーザ端末が、前記アクセスポイントとの第２の接続を確立して前記オフロードを開始しても、前記第１の接続を解放せずに維持するステップと、前記ユーザ端末が、前記オフロードの開始後において、前記オフロードを継続するか中止するかの判断を行う判断ステップと、を有する。
一実施形態に係るユーザ端末は、移動通信ネットワークを構成する基地局との第１の接続を確立している場合に、無線ＬＡＮを構成するアクセスポイントとの第２の接続を確立して前記移動通信ネットワークのトラフィックを前記無線ＬＡＮへ移行するオフロードを開始するコントローラを備える。前記コントローラは、前記オフロードの開始後も前記第１の接続を維持する。前記コントローラは、前記オフロードを継続するか否かの判断を行う。
一実施形態に係るプロセッサは、ユーザ端末を制御するためのプロセッサである。前記プロセッサは、前記ユーザ端末が、移動通信ネットワークを構成する基地局との第１の接続を確立している場合に、無線ＬＡＮを構成するアクセスポイントとの第２の接続を確立して前記移動通信ネットワークのトラフィックのオフロードを開始するステップと、前記オフロードの開始後も前記第１の接続を維持するステップと、前記オフロードを継続するか否かの判断を行うステップと、を有する。
【図面の簡単な説明】
【００１１】
【図１】図１は、第１実施形態及び第２実施形態に係るシステム構成図である。
【図２】図２は、第１実施形態及び第２実施形態に係るＵＥ（ユーザ端末）のブロック図である。
【図３】図３は、第１実施形態及び第２実施形態に係るｅＮＢ（セルラ基地局）のブロック図である。
【図４】図４は、第１実施形態及び第２実施形態に係るＡＰ（アクセスポイント）のブロック図である。
【図５】図５は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図６】図６は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図７】図７は、第１実施形態及び第２実施形態に係る動作環境を説明するための図である。
【図８】図８は、第１実施形態に係る動作パターン１のシーケンス図である。
【図９】図９は、第１実施形態に係る動作パターン２のシーケンス図である。
【図１０】図１０は、第２実施形態に係る動作パターン２のシーケンス図である。
【図１１】図１１は、第２実施形態に係る動作パターン３のシーケンス図である。
【図１２】図１２は、第２実施形態に係る動作パターン４のシーケンス図である。
【図１３】図１３は、第３実施形態及び第４実施形態に係る動作環境を説明するための図である。
【図１４】図１４は、第３実施形態に係るＵＥ１００の動作フロー図である。
【図１５】図１５は、第３実施形態の変更例及び第４実施形態の変更例に係るシーケンス図である。
【図１６】図１６は、第４実施形態に係るＵＥ１００の動作フロー図である。
【図１７】図１７は、第５実施形態に係るシステム構成図である。
【図１８】図１８は、第５実施形態に係る動作環境を説明するための図である。
【図１９】図１９は、第５実施形態に係るオフロード動作のシーケンス図である。
【図２０】図２０は、第６実施形態及び第７実施形態に係るシステム構成図である。
【図２１】図２１は、第６実施形態及び第７実施形態に係るＨｅＮＢのブロック図である。
【図２２】図２２は、第６実施形態に係るＵＥ１００、ｅＮＢ２００、ＨｅＮＢ４００、及びＡＰ３００の位置関係を示す図である。
【図２３】図２３は、第６実施形態に係る動作を説明するためのシーケンス図である。
【図２４】図２４は、第６実施形態に係る動作を説明するためのシーケンス図である。
【図２５】図２５は、第７実施形態に係るＵＥ１００、ｅＮＢ２００、ＨｅＮＢ４００、及びＡＰ３００の位置関係を示す図である。
【図２６】図２６は、第７実施形態に係る動作を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１２】
［実施形態の概要］
第１実施形態及び第２実施形態に係る通信制御方法は、セルラ基地局のトラフィック負荷をアクセスポイントに移行するオフロードを行うための方法である。前記通信制御方法は、前記セルラ基地局との第１の接続を確立しているユーザ端末が、前記アクセスポイントとの第２の接続を確立して前記オフロードを開始しても、前記第１の接続を解放せずに維持するステップと、前記ユーザ端末が、前記オフロードの開始後において、前記オフロードを継続するか中止するかの判断を行う判断ステップと、を有する。
【００１３】
第１実施形態及び第２実施形態では、前記判断ステップにおいて、前記ユーザ端末は、前記アクセスポイントとの通信状況に基づいて前記判断を行う。
【００１４】
第１実施形態に係る動作パターン１では、前記通信制御方法は、前記ユーザ端末が、前記第１の接続の解放前において、前記第１の接続を解放した後における前記ユーザ端末の動作を設定するための設定情報を前記セルラ基地局から受信するステップをさらに有する。
【００１５】
第１実施形態に係る動作パターン１では、前記通信制御方法は、前記ユーザ端末が、前記判断ステップにおいて前記オフロードを継続すると判断した場合に、前記オフロードを継続することを示す通知を前記セルラ基地局に送信するステップと、前記ユーザ端末が、前記通知の送信後において、前記第１の接続を解放するステップと、をさらに有する。
【００１６】
第１実施形態に係る動作パターン１では、前記通信制御方法は、前記ユーザ端末が、前記判断ステップにおいて前記オフロードを中止すると判断した場合に、前記オフロードを中止するとともに、前記設定情報を破棄するステップをさらに有する。
【００１７】
第１実施形態に係る動作パターン２では、前記通信制御方法は、前記ユーザ端末が、前記オフロードの開始前において、前記第１の接続の解放指示の送信停止を要求するための送信停止要求を前記セルラ基地局に送信するステップをさらに有する。
【００１８】
第１実施形態に係る動作パターン２では、前記通信制御方法は、前記ユーザ端末が、前記判断ステップにおいて前記オフロードを継続すると判断した場合に、前記解放指示の送信を要求するための送信要求を前記セルラ基地局に送信するステップと、前記ユーザ端末が、前記解放指示を前記セルラ基地局から受信するステップと、をさらに有する。前記解放指示は、前記第１の接続を解放した後における前記ユーザ端末の動作を設定するための設定情報を含む。
【００１９】
第１実施形態及び第２実施形態では、前記ユーザ端末は、前記オフロードを開始した後に前記第１の接続を維持すべき接続維持期間を規定する端末側タイマを備えている。前記通信制御方法は、前記ユーザ端末が、前記オフロードを開始した際に前記端末側タイマを起動するステップと、前記ユーザ端末が、前記端末側タイマが満了するまで前記第１の接続を維持する維持ステップと、をさらに有する。
【００２０】
第２実施形態に係る動作パターン１では、前記セルラ基地局は、前記ユーザ端末とのトラフィック送受信を停止した後に前記第１の接続を維持すべき接続維持期間を規定する基地局側タイマを備えている。前記端末側タイマに設定されている接続維持期間は、前記基地局側タイマに設定されている接続維持期間以下である。
【００２１】
第２実施形態に係る動作パターン２では、前記セルラ基地局は、前記ユーザ端末とのトラフィック送受信を停止した後に前記第１の接続を維持すべき接続維持期間を規定する基地局側タイマを備えている。前記維持ステップにおいて、前記ユーザ端末は、前記アクセスポイントとのトラフィック送受信を行いつつ、前記基地局側タイマを停止するために前記セルラ基地局とのトラフィック送受信を行う。
【００２２】
第２実施形態に係る動作パターン３では、前記セルラ基地局は、前記ユーザ端末とのトラフィック送受信を停止した後に前記第１の接続を維持すべき接続維持期間を規定する基地局側タイマを備えている。前記通信制御方法は、前記セルラ基地局において前記基地局側タイマが満了した際に前記第１の接続の解放要求を前記ユーザ端末から受信していない場合に、前記第１の接続の解放可否について前記セルラ基地局から前記ユーザ端末に問い合わせるステップをさらに有する。
【００２３】
第２実施形態に係る動作パターン４では、前記セルラ基地局は、前記ユーザ端末とのトラフィック送受信を停止した後に前記第１の接続を維持すべき接続維持期間を規定する基地局側タイマを備えている。前記通信制御方法は、前記セルラ基地局が、前記端末側タイマが満了するよりも先に前記基地局側タイマが満了することを防止するために、前記基地局側タイマを制御する制御ステップをさらに有する。
【００２４】
第２実施形態に係る動作パターン４−１では、前記基地局側タイマは、前記オフロード以外の用途に使用される第１の基地局側タイマと、前記オフロードの用途に使用される第２の基地局側タイマと、を含む。前記第２の基地局側タイマに設定されている接続維持期間は、前記第１の基地局側タイマに設定されている接続維持期間よりも長い。前記制御ステップにおいて、前記セルラ基地局は、前記オフロードを開始したことに応じて、前記第２の基地局側タイマを選択した上で前記第２の基地局側タイマを起動する。
【００２５】
第２実施形態に係る動作パターン４−２では、前記通信制御方法は、前記セルラ基地局が、前記端末側タイマに設定すべき接続維持期間を前記ユーザ端末に通知するステップをさらに有する。前記制御ステップにおいて、前記セルラ基地局は、前記ユーザ端末に通知した接続維持期間以上の接続維持期間を前記基地局側タイマに設定する。
【００２６】
第２実施形態に係る動作パターン４−３では、前記制御ステップにおいて、前記セルラ基地局は、前記オフロードを開始したことに応じて、前記基地局側タイマの起動を中止する。
【００２７】
第３実施形態に係るユーザ端末は、セルラ通信部及びＷＬＡＮ通信部を有する。前記ユーザ端末は、前記ＷＬＡＮ通信部がオン状態である場合に、前記ユーザ端末の移動速度を測定する制御部を備える。前記制御部は、前記移動速度の急激な低下を検知した場合に、前記ＷＬＡＮ通信部によるアクセスポイントとの接続開始を規制する。
【００２８】
第３実施形態では、前記制御部は、前記移動速度の急激な低下を検知した後において、前記移動速度の急激な上昇を検知した場合に、前記接続開始の規制を解除する。
【００２９】
第３実施形態の変更例では、接続規制の対象とすべき前記アクセスポイントのリストを記憶する記憶部をさらに備える。前記制御部は、前記リストに含まれる前記アクセスポイントとの接続開始を規制する。
【００３０】
第３実施形態の変更例では、前記セルラ通信部は、セルラ基地局から前記リストを受信している。前記記憶部は、前記セルラ基地局から受信した前記リストを記憶する。
【００３１】
第４実施形態に係るユーザ端末は、セルラ通信部及びＷＬＡＮ通信部を有する。前記ユーザ端末は、前記ＷＬＡＮ通信部がオン状態である場合に、アクセスポイントからの受信レベルを測定する制御部を備える。前記制御部は、前記受信レベルの急激な上昇を検知した場合に、前記ＷＬＡＮ通信部による前記アクセスポイントとの接続開始を規制する。
【００３２】
第４実施形態では、前記制御部は、前記受信レベルの急激な上昇を検知した後において、前記受信レベルの急激な低下を検知した場合に、前記接続開始の規制を解除する。
【００３３】
第４実施形態の変更例では、接続規制の対象とすべき前記アクセスポイントのリストを記憶する記憶部をさらに備える。前記制御部は、前記リストに含まれる前記アクセスポイントとの接続開始を規制する。
【００３４】
第４実施形態の変更例では、前記セルラ通信部は、セルラ基地局から前記リストを受信している。前記記憶部は、前記セルラ基地局から受信した前記リストを記憶する。
【００３５】
第５実施形態に係るユーザ端末は、セルラ無線信号をセルラ基地局と送受信するセルラ通信部と、ＷＬＡＮ無線信号をアクセスポイントと送受信するＷＬＡＮ通信部と、前記ＷＬＡＮ通信部がオフ状態である場合で、かつ、前記ＷＬＡＮ通信部をオン状態に切り替えるためのＷＬＡＮオン要求を前記セルラ基地局から前記セルラ通信部が受信した場合に、前記ＷＬＡＮ通信部をオン状態に切り替える制御部と、を備える。前記ＷＬＡＮオン要求は、前記ＷＬＡＮ通信部によりＷＬＡＮ無線信号の受信をＷＬＡＮチャネルごとに試行する動作であるＷＬＡＮスキャンを制御するためのスキャン制御情報を含む。前記制御部は、前記ＷＬＡＮ通信部をオン状態に切り替えた後、前記ＷＬＡＮオン要求に含まれる前記スキャン制御情報に従って前記ＷＬＡＮスキャンを制御する。
【００３６】
第５実施形態では、前記制御部は、前記ＷＬＡＮオン要求を受信するよりも前において、前記ユーザ端末のＷＬＡＮ通信能力を示す情報、前記ＷＬＡＮ通信部がオフ状態であることを示す情報、のうち少なくとも１つを前記セルラ基地局に通知する。
【００３７】
第５実施形態では、前記スキャン制御情報は、前記ＷＬＡＮスキャンの対象とするＷＬＡＮチャネル又は前記ＷＬＡＮスキャンの対象としないＷＬＡＮチャネルを指定するためのチャネル情報、前記ＷＬＡＮスキャンの対象とするＷＬＡＮ周波数帯又は前記ＷＬＡＮスキャンの対象としないＷＬＡＮ周波数帯を指定するための周波数帯情報、のうち少なくとも１つを含む。
【００３８】
第５実施形態では、前記スキャン制御情報は、前記ＷＬＡＮスキャンにおいて前記ＷＬＡＮ無線信号の受信を優先的に試行すべきＷＬＡＮチャネル又はＷＬＡＮ周波数帯を指定するための優先度情報を含む。
【００３９】
第５実施形態では、前記スキャン制御情報は、前記ＷＬＡＮスキャンを継続すべき期間を指定するための期間情報、前記ＷＬＡＮスキャンを行うべきタイミングを指定するためのタイミング情報、のうち少なくとも１つを含む。
【００４０】
第５実施形態では、前記ユーザ端末は、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）信号を受信するＧＮＳＳ受信機をさらに備える。前記制御部は、前記ＷＬＡＮオン要求を受信するよりも前において、前記ＧＮＳＳ信号の受信レベルに関する情報を前記セルラ基地局に通知する。
【００４１】
第５実施形態では、前記制御部は、前記ＷＬＡＮ通信部がオン状態である場合で、かつ、前記ＷＬＡＮオン要求を前記セルラ基地局から前記セルラ通信部が受信した場合に、前記ＷＬＡＮオン要求を無視する。
【００４２】
第６実施形態に係る通信制御方法は、セルラ通信システムを無線ＬＡＮシステムと連携させるための通信制御方法であって、小セル基地局と直接的に接続される無線ＬＡＮアクセスポイントと、前記無線ＬＡＮアクセスポイントに接続しているユーザ端末との接続が困難になるか否かを判定する判定ステップと、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定された場合に、前記ユーザ端末が、他の基地局が管理するセルへ接続する接続ステップと、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定された場合に、前記無線ＬＡＮアクセスポイントが、前記無線ＬＡＮアクセスポイントが有する前記ユーザ端末に関するユーザデータを、前記小セル基地局を経由して前記他の基地局に転送する転送ステップと、を有する。
【００４３】
第６実施形態に係る通信制御方法では、前記ユーザ端末が、前記判定ステップにおいて、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定した場合、前記ユーザデータを前記他の基地局に転送させるための要求を行う要求ステップをさらに有し、前記転送ステップにおいて、前記要求ステップにおける要求に起因して、前記無線ＬＡＮアクセスポイントが、前記小セル基地局を経由して前記他の基地局に前記ユーザデータを転送する。
【００４４】
第６実施形態に係る通信制御方法では、前記判定ステップにおいて、前記ユーザ端末は、前記無線ＬＡＮアクセスポイントから受信する信号強度が通信品質を確保できる値である所定値以上であっても、前記無線ＬＡＮアクセスポイントが前記小セル基地局と同じ場所に配置された併設タイプであり、且つ、前記小セル基地局から受信する信号強度が所定値未満になった場合に、前記無線ＬＡＮアクセスポイントとの接続が困難になると判定する。
【００４５】
第６実施形態に係る通信制御方法は、前記他の基地局が、前記要求ステップにおける要求を受信した場合に、前記無線ＬＡＮアクセスポイントから、前記小セル基地局を経由して、前記他の基地局に前記ユーザデータを転送することを前記小セル基地局に要求する第１転送要求ステップと、前記小セル基地局が、前記第１転送要求ステップにおける要求を受信した場合に、前記小セル基地局に前記ユーザデータを転送することを前記無線ＬＡＮアクセスポイントに要求する第２転送要求ステップと、をさらに有し、前記転送ステップにおいて、前記無線ＬＡＮアクセスポイントが、前記第２転送要求ステップにおける要求を受信した場合に、前記小セル基地局を経由して、前記他の基地局に前記ユーザデータを転送する。
【００４６】
第６実施形態に係る通信制御方法では、前記転送ステップにおいて、前記小セル基地局は、アクセス権を有する特定ユーザ端末のみが接続可能な特定セルを管理するホーム基地局である場合で、且つ、前記ユーザ端末が前記特定ユーザ端末でない場合であっても、前記無線ＬＡＮアクセスポイントから転送された前記ユーザデータを前記他の基地局へ転送する。
【００４７】
第６実施形態に係る通信制御方法は、前記他の基地局が、前記要求ステップにおける要求を満たすことができない場合、前記要求ステップにおける要求に対して否定応答を行う否定応答ステップと、前記ユーザ端末が、前記否定応答を受信した場合に、前記要求ステップにおける要求を再度行う再要求ステップと、をさらに有する。
【００４８】
第６実施形態に係る通信制御方法では、再要求ステップにおいて、前記ユーザ端末は、前記否定応答の受信回数が所定値に達するまで、前記要求ステップにおける要求を繰り返し行う。
【００４９】
その他実施形態に係る通信制御方法では、前記判定ステップにおいて、前記無線ＬＡＮアクセスポイントは、前記ユーザ端末から受信する信号強度が所定値未満になった場合に、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定する。
【００５０】
第７実施形態に係る通信制御方法は、セルラ通信システムを無線ＬＡＮシステムと連携させるための通信制御方法であって、小セル基地局と直接的に接続される無線ＬＡＮアクセスポイントと、前記無線ＬＡＮアクセスポイントに接続しているユーザ端末との接続が困難になるか否かを判定する判定ステップと、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定された場合に、前記ユーザ端末が、前記小セル基地局が管理する小セルへ接続する接続ステップと、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定された場合に、前記無線ＬＡＮアクセスポイントが、前記無線ＬＡＮアクセスポイントが有する前記ユーザ端末に関するユーザデータを、前記小セル基地局に転送する転送ステップと、を有する。
【００５１】
第７実施形態に係る通信制御方法は、前記ユーザ端末が、前記判定ステップにおいて、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定した場合、前記ユーザデータを前記小セル基地局に転送させるための要求を行う要求ステップをさらに有し、前記転送ステップにおいて、前記要求ステップにおける要求に基づいて、前記無線ＬＡＮアクセスポイントが、前記小セル基地局に前記ユーザデータを転送する。
【００５２】
第７実施形態に係る通信制御方法では、前記判定ステップにおいて、前記ユーザ端末は、前記無線ＬＡＮアクセスポイントが前記小セル基地局と同じ場所に配置された併設タイプである場合で且つ、前記小セル基地局から受信する信号強度が通信品質を確保できる値である所定値未満になる前に、前記無線ＬＡＮアクセスポイントから受信する信号強度が所定値未満になった場合に、前記無線ＬＡＮアクセスポイントとの接続が困難になると判定する。
【００５３】
第７実施形態に係る通信制御方法では、前記判定ステップにおいて、前記無線ＬＡＮアクセスポイントは、前記ユーザ端末から受信する信号強度が所定値未満になった場合に、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定する。
【００５４】
第７実施形態に係る通信制御方法は、前記小セル基地局が、アクセス権を有する特定ユーザ端末のみが接続可能な特定セルを管理するホーム基地局であり、且つ、前記ユーザ端末が特定ユーザ端末でない場合、前記無線ＬＡＮアクセスポイントから前記ユーザデータが転送され、且つ、前記小セルと前記ユーザ端末とが接続するとすぐに前記セルへのハンドオーバを行うことを要求するハンドオーバ要求を前記小セル基地局に隣接する他の基地局へ行うハンドオーバ要求ステップ、をさらに有する。
【００５５】
次に、第１実施形態から第７実施形態について、説明する。なお、各実施形態において、他の実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【００５６】
［第１実施形態］
以下、図面を参照して、３ＧＰＰ規格に準拠して構成されるセルラ通信システム（ＬＴＥシステム）を無線ＬＡＮ（ＷＬＡＮ）システムと連携させる場合の実施形態を説明する。
【００５７】
（システム構成）
図１は、第１実施形態に係るシステム構成図である。図１に示すように、セルラ通信システムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。ＥＰＣ２０は、コアネットワークに相当する。
【００５８】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセルとの無線通信を行う。ＵＥ１００はユーザ端末に相当する。ＵＥ１００は、セルラ通信及びＷＬＡＮ通信の両通信方式をサポートする端末（デュアル端末）である。
【００５９】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００はセルラ基地局に相当する。ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。また、ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００６０】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介して、ＥＰＣ２０に含まれるＭＭＥ／Ｓ−ＧＷ５００と接続される。
【００６１】
ＥＰＣ２０は、複数のＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）５００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００６２】
ＷＬＡＮシステムは、ＷＬＡＮアクセスポイント（以下、「ＡＰ」と称する）３００を含む。ＷＬＡＮシステムは、例えばＩＥＥＥ  ８０２．１１諸規格に準拠して構成される。ＡＰ３００は、セルラ周波数帯とは異なる周波数帯（ＷＬＡＮ周波数帯）でＵＥ１００との通信を行う。ＡＰ３００は、ルータなどを介してＥＰＣ２０に接続される。
【００６３】
尚、ＷＬＡＮ周波数帯は、１つの場合に限らず、複数のＷＬＡＮ周波数帯（例えば、２．４ＧＨｚ帯、５ＧＨｚ帯）が存在することがある。１つのＷＬＡＮ周波数帯には、複数のＷＬＡＮチャネルが含まれてもよい。
【００６４】
また、ｅＮＢ２００及びＡＰ３００が個別に配置される場合に限らず、ｅＮＢ２００及びＡＰ３００が同じ場所に配置（Ｃｏｌｌｏｃａｔｅｄ）されていてもよい。Ｃｏｌｌｏｃａｔｅｄの一形態として、ｅＮＢ２００及びＡＰ３００がオペレータの任意のインターフェイスで直接的に接続されていてもよい。
【００６５】
次に、ＵＥ１００、ｅＮＢ２００、及びＡＰ３００の構成を説明する。
【００６６】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１及び１０２と、セルラ通信部（セルラ送受信機）１１１と、ＷＬＡＮ通信部（ＷＬＡＮ送受信機）１１２と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。或いは、メモリ１５０は、記憶部を構成し、プロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）を、制御部（及び記憶部）を構成するプロセッサ１６０’としてもよい。
【００６７】
アンテナ１０１及びセルラ通信部１１１は、セルラ無線信号の送受信に用いられる。セルラ通信部１１１は、プロセッサ１６０が出力するベースバンド信号をセルラ無線信号に変換してアンテナ１０１から送信する。また、セルラ通信部１１１は、アンテナ１０１が受信するセルラ無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００６８】
アンテナ１０２及びＷＬＡＮ通信部１１２は、ＷＬＡＮ無線信号の送受信に用いられる。ＷＬＡＮ通信部１１２は、プロセッサ１６０が出力するベースバンド信号をＷＬＡＮ無線信号に変換してアンテナ１０２から送信する。また、ＷＬＡＮ通信部１１２は、アンテナ１０２が受信するＷＬＡＮ無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００６９】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの入力を受け付けて、該入力の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００７０】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００７１】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、セルラ通信部（セルラ送受信機）２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサとしてもよい。
【００７２】
アンテナ２０１及びセルラ通信部２１０は、セルラ無線信号の送受信に用いられる。セルラ通信部２１０は、プロセッサ２４０が出力するベースバンド信号をセルラ無線信号に変換してアンテナ２０１から送信する。また、セルラ通信部２１０は、アンテナ２０１が受信するセルラ無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。
【００７３】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ５００と接続される。また、ネットワークインターフェイス２２０は、ＥＰＣ２０を介したＡＰ３００との通信に使用される。
【００７４】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００７５】
図４は、ＡＰ３００のブロック図である。図４に示すように、ＡＰ３００は、アンテナ３０１と、ＷＬＡＮ通信部（ＷＬＡＮ送受信機）３１１と、ネットワークインターフェイス３２０と、メモリ３３０と、プロセッサ３４０と、を有する。メモリ３３０及びプロセッサ３４０は、制御部を構成する。なお、メモリ３３０をプロセッサ３４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサとしてもよい。
【００７６】
アンテナ３０１及びＷＬＡＮ通信部３１１は、ＷＬＡＮ無線信号の送受信に用いられる。ＷＬＡＮ通信部３１１は、プロセッサ３４０が出力するベースバンド信号をＷＬＡＮ無線信号に変換してアンテナ３０１から送信する。また、ＷＬＡＮ通信部３１１は、アンテナ３０１が受信するＷＬＡＮ無線信号をベースバンド信号に変換してプロセッサ３４０に出力する。
【００７７】
ネットワークインターフェイス３２０は、ルータなどを介してＥＰＣ２０と接続される。また、ネットワークインターフェイス３２０は、ＥＰＣ２０を介したｅＮＢ２００との通信に使用される。
【００７８】
メモリ３３０は、プロセッサ３４０によって実行されるプログラムと、プロセッサ３４０による処理に使用される情報と、を記憶する。プロセッサ３４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ３３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。
【００７９】
図５は、セルラ通信システムにおける無線インターフェイスのプロトコルスタック図である。図５に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００８０】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００８１】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割当リソースブロックを選択するスケジューラを含む。
【００８２】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００８３】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００８４】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御メッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００は接続状態（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）であり、そうでない場合、ＵＥ１００はアイドル状態（ＲＲＣ  ｉｄｌｅ  ｓｔａｔｅ）である。
【００８５】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００８６】
図６は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００８７】
図６に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。リソースブロックは、周波数方向に複数個のサブキャリアを含む。
【００８８】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００８９】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。また、下りリンクにおいて、各サブフレームには、セル固有参照信号などの参照信号が分散して配置される。
【００９０】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００９１】
（第１実施形態に係る動作）
次に、第１実施形態に係る動作について説明する。
【００９２】
（１）動作環境
図７は、第１実施形態に係る動作環境を説明するための図である。図７に示すように、ｅＮＢ２００のカバレッジ内にＡＰ３００が設けられている。ＡＰ３００は、オペレータにより管理されるＡＰ（Ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰ）である。
【００９３】
また、ｅＮＢ２００のカバレッジ内であって、かつＡＰ３００のカバレッジ内に複数のＵＥ１００が位置している。ＵＥ１００は、ｅＮＢ２００との接続を確立しており、ｅＮＢ２００とのセルラ通信を行っている。具体的には、ＵＥ１００は、トラフィック（ユーザデータ）を含んだセルラ無線信号をｅＮＢ２００と送受信している。或いは、一部のＵＥ１００は、ｅＮＢ２００との接続を確立していなくてもよい。
【００９４】
ｅＮＢ２００が多数のＵＥ１００との接続を確立する場合、ｅＮＢ２００の負荷レベルが高くなる。負荷レベルとは、ｅＮＢ２００のトラフィック負荷又はｅＮＢ２００の無線リソース使用率など、ｅＮＢ２００の混雑度を意味する。
【００９５】
ここで、ｅＮＢ２００とＵＥ１００との間で送受信されるトラフィックを、ＡＰ３００とＵＥ１００との間で送受信するよう切り替えることにより、ｅＮＢ２００のトラフィック負荷をＡＰ３００に移行（オフロード）できる。
【００９６】
しかしながら、一般的なＵＥ１００は、ＡＰ３００との接続を確立する場合に、ｅＮＢ２００との接続を解放するため、オフロードの実行中においてＵＥ１００はセルラ通信のアイドル状態になる。
【００９７】
よって、ＵＥ１００がＡＰ３００との接続を確立した後、ＵＥ１００とＡＰ３００との間の通信状況が悪化したような場合には、ＵＥ１００とｅＮＢ２００との間の接続を改めて確立するという非効率な動作（いわゆる、ピンポン現象）が生じ得る。
【００９８】
以下において、このような不具合を解消するための第１実施形態に係る動作について説明する。
【００９９】
（２）第１実施形態に係る動作パターン１
図８は、第１実施形態に係る動作パターン１のシーケンス図である。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続（第１の接続）を確立した状態にある。
【０１００】
図８に示すように、ステップＳ１０１において、ＵＥ１００は、オフロードの開始を決定すると、その旨のオフロード通知をｅＮＢ２００に送信する。
【０１０１】
ステップＳ１０２において、ｅＮＢ２００は、ＵＥ１００からのオフロード通知の受信に応じて、肯定応答（Ａｃｋ）をＵＥ１００に送信する。ここで、ｅＮＢ２００は、ＲＲＣ接続を解放した後におけるＵＥ１００の動作（すなわち、アイドル状態における動作）を設定するための設定情報（以下、「アイドル時設定情報」という）をＡｃｋと共にＵＥ１００に送信する。ＵＥ１００は、Ａｃｋと共にアイドル時設定情報を受信すると、受信したアイドル時設定情報を記憶する。アイドル時設定情報は、ＲＲＣ解放メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ）に含まれる情報と同様の情報であり、セルリセレクションの優先度を提供する情報（ｆｒｅｑＰｒｉｏｒｉｔｙＬｉｓｔ、ｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏなど）である（３ＧＰＰ技術仕様「ＴＳ３６．３３１」参照）。
【０１０２】
ステップＳ１０３において、ＵＥ１００は、ｅＮＢ２００からのＡｃｋの受信に応じて、ＡＰ３００との接続（第２の接続）を確立し、オフロードを開始する。具体的には、ＵＥ１００は、ｅＮＢ２００と送受信していたトラフィックを、ＡＰ３００と送受信するよう切り替える。
【０１０３】
ＵＥ１００及びｅＮＢ２００は、オフロードを開始してもＲＲＣ接続を解放せずに維持する。よって、ＵＥ１００は、オフロードを開始しても、セルラ通信のアイドル状態に遷移せずに、セルラ通信の接続状態を維持する。
【０１０４】
ステップＳ１０４において、ＵＥ１００は、所定時間を計時するためのタイマを起動する。
【０１０５】
ステップＳ１０５においてタイマが満了すると、ステップＳ１０６において、ＵＥ１００は、オフロードを継続するか否かの判断を行う。すなわち、ＵＥ１００は、ＡＰ３００と送受信しているトラフィックをｅＮＢ２００と送受信するよう切り替えるか否かを判断する。ＵＥ１００は、ＡＰ３００との通信の状況に基づいて判断を行う。ＡＰ３００との通信の状況とは、ＡＰ３００との間の無線リンク状況及び／又はＡＰ３００に関するネットワーク状況である。ＡＰ３００との間の無線リンク状況とは、ビーコン信号の信号強度及び無線リンク安定度などである。ＡＰ３００に関するネットワーク状況とは、ＡＰ３００の負荷レベルなどである。例えば、ＵＥ１００は、ＡＰ３００との間の通信状況が良好であれば、オフロードを継続すると判断し、そうでなければ、オフロードを中止すると判断する。
【０１０６】
オフロードを中止すると判断した場合（ステップＳ１０６：Ｎｏ）、ステップＳ１０７において、ＵＥ１００は、オフロードを中止する。すなわち、ＵＥ１００は、ＡＰ３００と送受信しているトラフィックをｅＮＢ２００と送受信するよう切り替える。また、ステップＳ１０８において、ＵＥ１００は、ステップＳ１０２で記憶したアイドル時設定情報を破棄する。尚、ＵＥ１００は、ＡＰ３００との接続を解放してもよい。
【０１０７】
一方、オフロードを継続すると判断した場合（ステップＳ１０６：Ｙｅｓ）、ステップＳ１０９において、ＵＥ１００は、オフロードを継続することを示す通知をｅＮＢ２００に送信する。その結果、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を解放する。また、ＵＥ１００は、セルラ通信の接続状態からアイドル状態に遷移する。
【０１０８】
ステップＳ１１０において、ＵＥ１００は、ステップＳ１０２で記憶したアイドル時設定情報を適用する。そして、ステップＳ１１１において、ＵＥ１００は、アイドル時設定情報に基づいてアイドル状態での動作を行う。
【０１０９】
（３）第１実施形態に係る動作パターン２
図９は、第１実施形態に係る動作パターン２のシーケンス図である。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続（第１の接続）を確立した状態にある。
【０１１０】
図９に示すように、ステップＳ２０１において、ＵＥ１００は、オフロードの開始を決定すると、その旨のオフロード通知をｅＮＢ２００に送信する。ここで、ＵＥ１００は、ＲＲＣ接続の解放指示（ＲＲＣ解放メッセージ）の送信停止を要求するための送信停止要求をオフロード通知と共にｅＮＢ２００に送信する。ｅＮＢ２００は、送信停止要求の受信に応じて、ＵＥ１００に対するＲＲＣ解放メッセージの送信停止を設定する。
【０１１１】
ステップＳ２０２において、ｅＮＢ２００は、ＵＥ１００からのオフロード通知の受信に応じて、肯定応答（Ａｃｋ）をＵＥ１００に送信する。
【０１１２】
ステップＳ２０３において、ＵＥ１００は、ｅＮＢ２００からのＡｃｋの受信に応じて、ＡＰ３００との接続（第２の接続）を確立し、オフロードを開始する。具体的には、ＵＥ１００は、ｅＮＢ２００と送受信していたトラフィックを、ＡＰ３００と送受信するよう切り替える。
【０１１３】
ＵＥ１００及びｅＮＢ２００は、オフロードを開始してもＲＲＣ接続を解放せずに維持する。よって、ＵＥ１００は、オフロードを開始しても、セルラ通信のアイドル状態に遷移せずに、セルラ通信の接続状態を維持する。
【０１１４】
ステップＳ２０４において、ＵＥ１００は、所定時間を計時するためのタイマを起動する。
【０１１５】
ステップＳ２０５において、ＵＥ１００は、オフロードを継続するか否かの判断を行う。判断方法は動作パターン１と同様である。
【０１１６】
オフロードを中止すると判断した場合（ステップＳ２０５：Ｎｏ）、ステップＳ２０６において、ＵＥ１００は、オフロードを中止する。すなわち、ＵＥ１００は、ＡＰ３００と送受信しているトラフィックをｅＮＢ２００と送受信するよう切り替える。尚、ＵＥ１００は、ＡＰ３００との接続を解放してもよい。
【０１１７】
一方、オフロードを継続すると判断した場合（ステップＳ２０５：Ｙｅｓ）で、かつタイマが満了した場合（ステップＳ２０７）、ステップＳ２０８において、ＵＥ１００は、ＲＲＣ解放メッセージの送信を要求するための送信要求をｅＮＢ２００に送信する。
【０１１８】
ステップＳ２０９において、ｅＮＢ２００は、ＲＲＣ解放メッセージの送信要求の受信に応じて、ＲＲＣ解放メッセージをＵＥ１００に送信する。ＲＲＣ解放メッセージは、ＲＲＣ接続を解放した後におけるＵＥ１００の動作を設定するためのアイドル時設定情報を含む。その結果、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を解放する。また、ＵＥ１００は、セルラ通信の接続状態からアイドル状態に遷移する。そして、ステップＳ２１０において、ＵＥ１００は、アイドル時設定情報に基づいてアイドル状態での動作を行う。
【０１１９】
（第１実施形態のまとめ）
第１実施形態では、ｅＮＢ２００とのＲＲＣ接続を確立しているＵＥ１００は、ＡＰ３００との接続を確立してオフロードを開始しても、ＲＲＣ接続を解放せずに維持する。また、ＵＥ１００は、オフロードの開始後において、オフロードを継続するか中止するかの判断を行う。このように、オフロードを開始してもＲＲＣ接続を解放せずに維持することにより、上述したピンポン現象を回避できる。
【０１２０】
第１実施形態では、ＵＥ１００は、ＡＰ３００との通信状況に基づいて、オフロードを継続するか中止するかの判断を行う。これにより、オフロード後におけるＡＰ３００との通信状況の変化に対応できる。
【０１２１】
動作パターン１では、ＵＥ１００は、ＲＲＣ接続の解放前において、ＲＲＣ接続を解放した後におけるＵＥ１００の動作を設定するためのアイドル時設定情報をｅＮＢ２００から受信する。これにより、ＵＥ１００は、ＲＲＣ接続の解放後（すなわち、アイドル状態）における動作を適切に行うことができる。
【０１２２】
動作パターン１では、ＵＥ１００は、オフロードを継続すると判断した場合に、オフロードを継続することを示す通知をｅＮＢ２００に送信する。そして、ＵＥ１００は、通知の送信後において、ＲＲＣ接続を解放する。これにより、ＵＥ１００は、ＲＲＣ接続を解放しても問題ない場合には、自発的にＲＲＣ接続を解放できる。また、ＲＲＣ接続を解放することで、セルラリソースを節約できる。
【０１２３】
動作パターン１では、ＵＥ１００は、オフロードを中止すると判断した場合に、オフロードを中止するとともに、アイドル時設定情報を破棄する。これにより、不要になったアイドル時設定情報を破棄してメモリを節約できる。
【０１２４】
動作パターン２では、ＵＥ１００は、オフロードの開始前において、ＲＲＣ解放メッセージの送信停止を要求するための送信停止要求をｅＮＢ２００に送信する。これにより、ＵＥ１００は、ｅＮＢ２００がＲＲＣ接続を解放してしまうことを防止できる。
【０１２５】
動作パターン２では、ＵＥ１００は、オフロードを継続すると判断した場合に、ＲＲＣ解放メッセージの送信を要求するための送信要求をｅＮＢ２００に送信し、ＲＲＣ解放メッセージをｅＮＢ２００から受信する。これにより、ＵＥ１００は、ＲＲＣ接続を解放しても問題ない場合には、自発的にＲＲＣ接続を解放できる。また、ＲＲＣ解放メッセージは、アイドル時設定情報を含む。従って、ＵＥ１００は、ＲＲＣ接続の解放後（すなわち、アイドル状態）における動作を適切に行うことができる。
【０１２６】
［第２実施形態］
第２実施形態について、第１実施形態との相違点を主として説明する。なお、第２実施形態は、システム構成及び動作環境については第１実施形態と同様である。
【０１２７】
（第２実施形態に係る動作）
上述した第１実施形態では、ｅＮＢ２００及びＵＥ１００のそれぞれが備えるタイマについて詳しく触れていないが、第２実施形態は、かかるタイマに着目した実施形態である。上述したように、ＵＥ１００は、オフロードを開始した後にＲＲＣ接続を維持すべき接続維持期間を規定する端末側タイマ（以下「ＵＥタイマ」という）を備えている。ＵＥ１００は、オフロードを開始した際にＵＥタイマを起動する（図８のステップＳ１０４及び図９のステップＳ２０４参照）。そして、ＵＥ１００は、ＵＥタイマが満了するまでＲＲＣ接続を維持する。
【０１２８】
一方、ｅＮＢ２００は、ＵＥ１００とのトラフィック送受信を停止した後にＲＲＣ接続を維持すべき接続維持期間を規定する基地局側タイマ（以下「ｅＮＢタイマ」という）を備えている。かかるｅＮＢタイマは、Ｉｎａｃｔｉｖｉｔｙタイマと称されることがある。ｅＮＢ２００は、ＵＥ１００とのトラフィック送受信を停止した際にｅＮＢタイマを起動する。また、ｅＮＢ２００は、ｅＮＢタイマが満了するまではＲＲＣ接続を維持し、ｅＮＢタイマが満了するとＲＲＣ解放メッセージをＵＥ１００に送信してＲＲＣ接続を解放する。
【０１２９】
ここで、ＵＥタイマとｅＮＢタイマとの間で競合が生じる可能性がある。具体的には、ｅＮＢタイマに設定されている接続維持期間が、ＵＥタイマに設定されている接続維持期間よりも短い場合には、ＵＥタイマが満了する前にｅＮＢタイマが満了し、ｅＮＢ２００がＲＲＣ接続を解放してしまう。以下において、このような不具合を解消するための第２実施形態に係る動作について説明する。
【０１３０】
（１）第２実施形態に係る動作パターン１
第２実施形態に係る動作パターン１は、ＵＥタイマに、予め適切な接続維持期間を設定しておくパターンである。具体的には、ＵＥタイマに設定されている接続維持期間は、ｅＮＢタイマに設定されている接続維持期間以下である。言い換えると、ｅＮＢタイマに設定されている接続維持期間は、ＵＥタイマに設定されている接続維持期間以上である。これにより、ＵＥタイマが満了する前にｅＮＢタイマが満了することを防止できる。
【０１３１】
（２）第２実施形態に係る動作パターン２
第２実施形態に係る動作パターン２は、ＵＥ１００が、オフロード開始後において、ＡＰ３００とのトラフィック送受信を行いつつ、ｅＮＢタイマの満了を防止する（ｅＮＢタイマを停止する）ためにｅＮＢ２００とのトラフィック送受信を行うパターンである。
【０１３２】
「ｅＮＢタイマの満了を防止するためにｅＮＢ２００とのトラフィック送受信を行う」とは、例えば、一部のトラフィック（ベアラ）をｅＮＢ２００に残す動作である。かかる動作は、基本的には、ＵＥ１００がｅＮＢ２００経由で複数のサービスを使用していた場合に適用できる。しかしながら、ＵＥ１００が一つしかサービスを使用していなかった場合においても、ダミートラフィック（ｋｅｅｐ  ａｒｒｉｖｅ  ｍｅｓｓａｇｅ）を生成し、ｅＮＢ２００に周期的に送信することで接続状態を維持してもよい。ｋｅｅｐ  ａｒｒｉｖｅ  ｍｅｓｓａｇｅは、上位レイヤのメッセージ（例えば、オペレータ所有のサーバに宛てて送信されるメッセージ）であってもよく、下位レイヤのメッセージ（例えば、ＭＡＣレイヤでやり取りされるメッセージ）であってもよい。
【０１３３】
図１０は、第２実施形態に係る動作パターン２のシーケンス図である。本シーケンスでは、一部のトラフィックをｅＮＢ２００に残す動作を例に説明する。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続（第１の接続）を確立した状態にある（ステップＳ３０１）。
【０１３４】
図１０に示すように、ステップＳ３０２において、ＵＥ１００は、オフロードの開始を決定すると、ｅＮＢ２００に残すトラフィックを選択する。選択基準は、ＱｏＳ種別又はサービス種別などである。例えば、ＵＥ１００は、オペレータ特有のサービス（ＷＬＡＮ経由では提供できないようなオペレータ回線特有のサービス）を優先的にｅＮＢ２００に残すよう判断してもよい。
【０１３５】
ステップＳ３０３において、ＵＥ１００は、ＡＰ３００との接続（第２の接続）を確立し、オフロードを開始する。具体的には、ＵＥ１００は、ｅＮＢ２００と送受信していたトラフィックのうち、ｅＮＢ２００に残すトラフィック以外のトラフィックを、ＡＰ３００と送受信するよう切り替える。
【０１３６】
ＵＥ１００及びｅＮＢ２００は、オフロードを開始してもＲＲＣ接続を解放せずに維持する。よって、ＵＥ１００は、オフロードを開始しても、セルラ通信のアイドル状態に遷移せずに、セルラ通信の接続状態を維持する。
【０１３７】
ステップＳ３０４において、ＵＥ１００は、オフロードの開始に応じて、ＵＥタイマを起動する。
【０１３８】
ステップＳ３０５において、ＵＥ１００は、オフロードを継続するか否かの判断を行う。判断方法は第１実施形態と同様である。
【０１３９】
オフロードを中止すると判断した場合（ステップＳ３０５：Ｎｏ）、ステップＳ３０６において、ＵＥ１００は、オフロードを中止する。すなわち、ＵＥ１００は、ＡＰ３００と送受信しているトラフィックをｅＮＢ２００と送受信するよう切り替える。尚、ＵＥ１００は、ＡＰ３００との接続を解放してもよい。
【０１４０】
一方、オフロードを継続すると判断した場合（ステップＳ３０５：Ｙｅｓ）で、かつＵＥタイマが満了した場合（ステップＳ３０７）、ステップＳ３０８において、ＵＥ１００は、ｅＮＢ２００に残していたトラフィックを、ＡＰ３００と送受信するよう切り替える。
【０１４１】
ｅＮＢ２００は、ＵＥ１００のトラフィックが無くなったことに応じてｅＮＢタイマを起動し、その後、ｅＮＢタイマが満了する。
【０１４２】
ステップＳ３０９において、ｅＮＢ２００は、ＲＲＣ解放メッセージをＵＥ１００に送信する。ＲＲＣ解放メッセージは、ＲＲＣ接続を解放した後におけるＵＥ１００の動作を設定するためのアイドル時設定情報を含む。その結果、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を解放する。また、ＵＥ１００は、セルラ通信の接続状態からアイドル状態に遷移する（ステップＳ３１０）。そして、ＵＥ１００は、アイドル時設定情報に基づいてアイドル状態での動作を行う。
【０１４３】
（３）第２実施形態に係る動作パターン３
第２実施形態に係る動作パターン３は、ｅＮＢ２００においてｅＮＢタイマが満了した際にＲＲＣ接続の解放要求をＵＥ１００から受信していない場合に、ＲＲＣ接続の解放可否についてｅＮＢ２００からＵＥ１００に問い合わせるパターンである。すなわち、ｅＮＢ２００は、ＵＥ１００の了承が得られなければ、ＲＲＣ接続を解放できない。
【０１４４】
図１１は、第２実施形態に係る動作パターン３のシーケンス図である。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続（第１の接続）を確立した状態にある。
【０１４５】
図１１に示すように、ステップＳ４０１において、ＵＥ１００は、オフロードの開始を決定すると、その旨のオフロード通知をｅＮＢ２００に送信する。
【０１４６】
ステップＳ４０２において、ｅＮＢ２００は、ＵＥ１００からのオフロード通知の受信に応じて、肯定応答（Ａｃｋ）をＵＥ１００に送信する。
【０１４７】
ステップＳ４０３において、ＵＥ１００は、ｅＮＢ２００からのＡｃｋの受信に応じて、ＡＰ３００との接続（第２の接続）を確立し、オフロードを開始する。具体的には、ＵＥ１００は、ｅＮＢ２００と送受信していたトラフィックを、ＡＰ３００と送受信するよう切り替える。また、ＵＥ１００は、オフロードの開始に応じて、ＵＥタイマを起動する。
【０１４８】
ＵＥ１００及びｅＮＢ２００は、オフロードを開始してもＲＲＣ接続を解放せずに維持する。よって、ＵＥ１００は、オフロードを開始しても、セルラ通信のアイドル状態に遷移せずに、セルラ通信の接続状態を維持する。
【０１４９】
ステップＳ４０４において、ｅＮＢ２００は、ＵＥ１００のトラフィックが無くなったことに応じて、ｅＮＢタイマを起動する。
【０１５０】
ステップＳ４０５においてｅＮＢタイマが満了する。ｅＮＢタイマが満了すると、ステップＳ４０６において、ｅＮＢ２００は、ＲＲＣ接続の解放要求をＵＥ１００に送信する。ＲＲＣ接続の解放要求は、ＲＲＣ接続の解放可否についての問い合わせに相当する。また、ＲＲＣ接続の解放要求は、ｅＮＢタイマが満了した旨の通知とみなすこともできる。
【０１５１】
ステップＳ４０７において、ＵＥ１００は、ｅＮＢ２００から受信したＲＲＣ接続の解放要求を許可するか否かを判断する。ＵＥタイマが稼働中にＵＥ１００はオフロードを継続するか否かの判断を行っているため、ＵＥ１００は、ＲＲＣ接続の解放要求をＵＥタイマの稼働中にｅＮＢ２００から受信した場合には、ＲＲＣ接続の解放要求を拒否すると判断する。これに対し、ＵＥ１００は、ＲＲＣ接続の解放要求をＵＥタイマの満了後にｅＮＢ２００から受信した場合には、ＲＲＣ接続の解放要求を許可すると判断する。
【０１５２】
ステップＳ４０８において、ＵＥ１００は、ＲＲＣ接続の解放要求を許可するか否かの判断結果をｅＮＢ２００に送信する。ＵＥ１００は、ＲＲＣ接続の解放要求を許可する場合にはＡｃｋをｅＮＢ２００に送信し、ＲＲＣ接続の解放要求を拒否する場合にはＮａｃｋをｅＮＢ２００に送信する。
【０１５３】
ステップＳ４０９において、ｅＮＢ２００は、ＵＥ１００からＡｃｋを受信したかＮａｃｋを受信したかを確認する。
【０１５４】
ＵＥ１００からＡｃｋを受信した場合（ステップＳ４０９：Ｙｅｓ）、ステップＳ４１０において、ｅＮＢ２００は、ＲＲＣ解放メッセージをＵＥ１００に送信する。
【０１５５】
これに対し、ＵＥ１００からＮａｃｋを受信した場合（ステップＳ４０９：Ｎｏ）、ステップＳ４１１において、ｅＮＢ２００は、ｅＮＢタイマを再起動する。再起動においてｅＮＢタイマに設定される接続維持期間は、１回目と同じ接続維持期間であってもよく、１回目とは異なる接続維持期間（例えば１回目よりも短い接続維持期間）であってもよい。
【０１５６】
（４）第２実施形態に係る動作パターン４
第２実施形態に係る動作パターン４は、ｅＮＢ２００が、ＵＥタイマが満了するよりも先にｅＮＢタイマが満了することを防止するために、ｅＮＢタイマを制御するパターンである。ｅＮＢタイマを制御する方法は、以下の３通りの方法（動作パターン４−１乃至４−３）がある。
【０１５７】
第２実施形態に係る動作パターン４−１では、ｅＮＢタイマは、オフロード以外の用途に使用される通常ｅＮＢタイマ（第１のｅＮＢタイマ）と、オフロードの用途に使用されるオフロード用ｅＮＢタイマ（第２のｅＮＢタイマ）と、を含む。オフロード用ｅＮＢタイマに設定されている接続維持期間は、ＵＥ１００に通知した接続維持期間以上の期間である。ｅＮＢ２００は、オフロードを開始したことに応じて、オフロード用ｅＮＢタイマを選択した上でオフロード用ｅＮＢタイマを起動する。
【０１５８】
第２実施形態に係る動作パターン４−２では、ｅＮＢ２００は、ＵＥタイマに設定すべき接続維持期間をＵＥ１００に通知する。かかる通知は、ブロードキャストによる通知（例えば、ＳＩＢによる通知）とすること好ましいが、ユニキャストによる通知でもあってもよい。そして、ｅＮＢ２００は、ＵＥ１００に通知した接続維持期間以上の接続維持期間をｅＮＢタイマに設定する。
【０１５９】
第２実施形態に係る動作パターン４−３では、ｅＮＢ２００は、オフロードを開始したことに応じて、ｅＮＢタイマの起動を中止する。この場合、ｅＮＢ２００は、ＵＥタイマに設定される接続維持期間を把握していれば、ＵＥタイマに設定される接続維持期間以上の接続維持期間をｅＮＢタイマに設定してもよい。或いは、第１実施形態で説明したように、ＲＲＣ接続の解放処理をＵＥ主導で行なってもよい。
【０１６０】
なお、第２実施形態に係る動作パターン４−２及び４−３では、ｅＮＢ２００は、ＵＥタイマに設定される接続維持期間を示す情報をＵＥ１００から取得してもよい。この場合、ＵＥ１００は、ＵＥタイマに設定される接続維持期間を示す情報を例えばＵＥ  Ｃａｐａｂｉｌｉｔｙメッセージに含めてｅＮＢ２００に送信してもよい。
【０１６１】
図１２は、第２実施形態に係る動作パターン４のシーケンス図である。ここでは、主として動作パターン４−２を想定する。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続（第１の接続）を確立した状態にある。
【０１６２】
図１２に示すように、ステップＳ５０１において、ｅＮＢ２００は、ＵＥタイマに設定すべき接続維持期間を示す情報をブロードキャストでＵＥ１００に送信する。ＵＥ１００は、ｅＮＢ２００から受信した情報により示される接続維持期間をＵＥタイマに設定する。
【０１６３】
ステップＳ５０２において、ＵＥ１００は、オフロードの開始を決定すると、その旨のオフロード通知をｅＮＢ２００に送信する。
【０１６４】
ステップＳ５０３において、ｅＮＢ２００は、ＵＥ１００からのオフロード通知の受信に応じて、肯定応答（Ａｃｋ）をＵＥ１００に送信する。
【０１６５】
ステップＳ５０４において、ｅＮＢ２００は、ＵＥ１００に通知した接続維持期間以上の接続維持期間をｅＮＢタイマに設定する。なお、ステップＳ５０４は、ステップＳ５０１とステップＳ５０２との間、又はステップＳ５０２とステップＳ５０３との間であってもよい。
【０１６６】
ステップＳ５０５において、ＵＥ１００は、ｅＮＢ２００からのＡｃｋの受信に応じて、ＡＰ３００との接続（第２の接続）を確立し、オフロードを開始する。具体的には、ＵＥ１００は、ｅＮＢ２００と送受信していたトラフィックを、ＡＰ３００と送受信するよう切り替える。
【０１６７】
ＵＥ１００及びｅＮＢ２００は、オフロードを開始してもＲＲＣ接続を解放せずに維持する。よって、ＵＥ１００は、オフロードを開始しても、セルラ通信のアイドル状態に遷移せずに、セルラ通信の接続状態を維持する。
【０１６８】
ステップＳ５０６において、ＵＥ１００は、オフロードの開始に応じて、ＵＥタイマを起動する。
【０１６９】
ステップＳ５０７において、ｅＮＢ２００は、ＵＥ１００のトラフィックが無くなったことに応じて、ｅＮＢタイマを起動する。
【０１７０】
ステップＳ５０８において、ＵＥ１００は、ＵＥタイマの稼働中に、オフロードを継続するか否かの判断を行う。判断方法は第１実施形態と同様である。
【０１７１】
オフロードを中止すると判断した場合（ステップＳ５０８：Ｎｏ）、ステップＳ５０９において、ＵＥ１００は、オフロードを中止する。すなわち、ＵＥ１００は、ＡＰ３００と送受信しているトラフィックをｅＮＢ２００と送受信するよう切り替える。尚、ＵＥ１００は、ＡＰ３００との接続を解放してもよい。
【０１７２】
ステップＳ５１０において、ＵＥタイマが満了する。
【０１７３】
ステップＳ５１１において、ｅＮＢタイマが満了する。ｅＮＢタイマが満了するタイミングは、ＵＥタイマが満了するタイミングよりも後である。
【０１７４】
ステップＳ５１２において、ｅＮＢ２００は、ｅＮＢタイマの満了に応じて、ＲＲＣ解放メッセージをＵＥ１００に送信する。ＲＲＣ解放メッセージは、ＲＲＣ接続を解放した後におけるＵＥ１００の動作を設定するためのアイドル時設定情報を含む。その結果、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を解放する。また、ＵＥ１００は、セルラ通信の接続状態からアイドル状態に遷移する（ステップＳ５１３）。そして、ＵＥ１００は、アイドル時設定情報に基づいてアイドル状態での動作を行う。
【０１７５】
（第２実施形態のまとめ）
第２実施形態に係る動作パターン１では、ＵＥタイマに設定されている接続維持期間は、ｅＮＢタイマに設定されている接続維持期間以下である。これにより、既存のｅＮＢタイマを変更することなく、ＵＥタイマが満了する前にｅＮＢタイマが満了することを防止できる。
【０１７６】
第２実施形態に係る動作パターン２では、ＵＥ１００は、オフロード開始後において、ＡＰ３００とのトラフィック送受信を行いつつ、ｅＮＢタイマの満了を防止する（ｅＮＢタイマを停止する）ためにｅＮＢ２００とのトラフィック送受信を行う。これにより、既存のｅＮＢタイマを変更することなく、ＵＥタイマが満了する前にｅＮＢタイマが満了することを防止できる。
【０１７７】
第２実施形態に係る動作パターン３では、ｅＮＢ２００は、ｅＮＢタイマが満了した際にＲＲＣ接続の解放要求をＵＥ１００から受信していない場合に、ＲＲＣ接続の解放可否についてＵＥ１００に問い合わせる。これにより、ＵＥタイマが満了する前にｅＮＢタイマが満了しても、ＵＥ１００の了承が得られなければＲＲＣ接続が解放されないため、予期しないＲＲＣ接続の解放を防止できる。
【０１７８】
第２実施形態に係る動作パターン４では、ｅＮＢ２００は、ＵＥタイマが満了するよりも先にｅＮＢタイマが満了することを防止するために、ｅＮＢタイマを制御する。これにより、ＵＥタイマが満了する前にｅＮＢタイマが満了することを防止できる。
【０１７９】
［第３実施形態］
次に、第３実施形態について説明する。
【０１８０】
ｅＮＢ２００及びＡＰ３００のそれぞれの通信状況をＵＥ１００が比較して、ｅＮＢ２００及びＡＰ３００の中から接続先をＵＥ１００自身で選択できる場合を想定する。
【０１８１】
この場合、複数のＵＥ１００が、同じＡＰ３００を接続先として選択し、そのＡＰ３００に対して一斉に接続処理を開始し得る。従って、接続処理の競合により、ＡＰ３００との接続を確立できないＵＥ１００が生じる虞がある。
【０１８２】
また、これらＵＥ１００の全てがＡＰ３００との接続を確立できても、ＡＰ３００の負荷レベルが上昇することにより、十分なスループットを確保できなかったり、ｅＮＢ２００の未使用リソースが過多になったりする問題がある。
【０１８３】
そこで、第３実施形態では、複数のＵＥ１００が同じＡＰ３００に対して一斉に接続することによる不具合を解消することを目的とする。
【０１８４】
（第３実施形態に係る動作）
第３実施形態に係る動作について説明する。
【０１８５】
（１）動作環境
図１３は、第３実施形態に係る動作環境を説明するための図である。
【０１８６】
図１３に示すように、ｅＮＢ２００のカバレッジ内であって、電車又はバスなどの乗り物Ｔ内に複数のＵＥ１００が位置している。乗り物Ｔは、所定の経路（線路又は道路など）に沿って移動する。
【０１８７】
ＵＥ１００は、ｅＮＢ２００との接続を確立しており、ｅＮＢ２００とのセルラ通信を行っている。具体的には、ＵＥ１００は、トラフィック（ユーザデータ）を含んだセルラ無線信号をｅＮＢ２００と送受信している。或いは、一部のＵＥ１００は、ｅＮＢ２００との接続を確立していなくてもよい。
【０１８８】
また、ｅＮＢ２００のカバレッジ内にＡＰ３００が設けられている。ＡＰ３００は、オペレータにより管理されるＡＰ（Ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰ）である。具体的には、ＡＰ３００は、乗り物Ｔが停止する停止地点（駅又は停留所など）に設けられている。
【０１８９】
尚、第３実施形態では、ｅＮＢ２００及びＡＰ３００のそれぞれの通信状況をＵＥ１００が比較して、ｅＮＢ２００及びＡＰ３００の中から接続先をＵＥ１００自身で選択できる場合を想定する。
【０１９０】
このような動作環境において、乗り物ＴがＡＰ３００のカバレッジ内に移動（移動１）する際に、乗り物Ｔ内の複数のＵＥ１００は、ＡＰ３００への接続処理を開始する。ＡＰ３００との接続を確立したＵＥ１００は、ｅＮＢ２００との接続を解放する。
【０１９１】
また、乗り物Ｔは、停止地点で停止した後、ＡＰ３００のカバレッジ外に移動（移動２）する。その際、乗り物Ｔ内の複数のＵＥ１００は、ＡＰ３００との接続を解放し、ｅＮＢ２００との接続を確立する。
【０１９２】
このように、乗り物Ｔが停止する停止地点（駅又は停留所など）にＡＰ３００が設けられる動作環境において、ｅＮＢ２００及びＡＰ３００の中から接続先をＵＥ１００自身で選択できる場合、ＵＥ１００が接続をｅＮＢ２００からＡＰ３００に切り替え、その後、ＵＥ１００が接続をＡＰ３００からｅＮＢ２００に切り替えるという非効率な動作が生じ得る。また、複数のＵＥ１００が一斉に接続処理を行うことにより、接続処理の競合が生じ得る。
【０１９３】
以下において、このような不具合を解消するための動作について説明する。
【０１９４】
（２）ＵＥ動作フロー
図１４は、第３実施形態に係るＵＥ１００の動作フロー図である。ここでは、ＵＥ１００のＷＬＡＮ通信部１１２がオン状態である場合を想定する。第３実施形態では、ＵＥ１００のプロセッサ１６０は、ＷＬＡＮ通信部１１２がオン状態である場合に、例えばＧＮＳＳ受信機１３０により求められる位置情報に基づいて、ＵＥ１００の移動速度（以下、「ＵＥ移動速度」という）を測定する。尚、ＵＥ１００に加速度センサが設けられていれば、加速度センサによりＵＥ移動速度（加速度）を測定してもよい。
【０１９５】
図１４に示すように、ステップＳ６０１において、プロセッサ１６０は、ＵＥ移動速度が急激に低下したか否かを判断する。「ＵＥ移動速度が急激に低下」とは、単位時間当たりのＵＥ移動速度の低下量が一定量を超えることを意味する。
【０１９６】
尚、プロセッサ１６０は、ＵＥ移動速度が高速であることが検知されている場合にステップＳ６０１の処理を実行し、それ以外の場合にはステップＳ６０１の処理を実行しなくてもよい。ＵＥ１００が乗り物Ｔ内に位置することがステップＳ６０１の前提となるからである。
【０１９７】
ＵＥ移動速度が急激に低下した場合（ステップＳ６０１：Ｙｅｓ）、ステップＳ６０２において、プロセッサ１６０は、ＷＬＡＮ通信部１１２によるＡＰ３００との接続を規制するＡＰ接続規制の期間を規定するタイマ（以下、「ＡＰ接続規制タイマ」という）を起動する。尚、ＡＰ接続規制の期間（すなわち、ＡＰ接続規制タイマのタイマ値）は、メモリ１５０に予め記憶されていてもよく、ｅＮＢ２００がＵＥ１００に対して指定してもよい。
【０１９８】
ＡＰ接続規制の期間では、プロセッサ１６０は、ＷＬＡＮ通信部１１２をオフ状態に切り替える。或いは、プロセッサ１６０は、ＷＬＡＮ通信部１１２をオン状態に維持しつつ、ＡＰ３００のビーコン信号のデコード又はＡＰ３００への送信を中止してもよい。
【０１９９】
ステップＳ６０３において、プロセッサ１６０は、ＵＥ移動速度が急激に上昇したか否かを判断する。「ＵＥ移動速度が急激に上昇」とは、単位時間当たりのＵＥ移動速度の上昇量が一定量を超えることを意味する。
【０２００】
ＵＥ移動速度が急激に上昇した場合（ステップＳ６０３：Ｙｅｓ）、ステップＳ６０５において、プロセッサ１６０は、ＡＰ接続規制を解除する。すなわち、ＡＰ３００との接続が可能な状態にする。
【０２０１】
これに対し、ＵＥ移動速度が急激に上昇していない場合（ステップＳ６０３：Ｎｏ）、ステップＳ６０４において、プロセッサ１６０は、ＡＰ接続規制タイマが満了したか否かを確認する。ＡＰ接続規制タイマが満了した場合（ステップＳ６０４：Ｙｅｓ）、ステップＳ６０５において、プロセッサ１６０は、ＡＰ接続規制を解除する。一方、ＡＰ接続規制タイマが満了していない場合（ステップＳ６０４：Ｎｏ）、プロセッサ１６０は、処理をステップＳ６０３に戻す。
【０２０２】
（第３実施形態のまとめ）
第３実施形態に係るＵＥ１００は、ＷＬＡＮ通信部１１２がオン状態である場合に、ＵＥ移動速度を測定する。ＵＥ１００は、ＵＥ移動速度の急激な低下を検知した場合に、ＷＬＡＮ通信部１１２によるＡＰ３００との接続開始を規制する。これにより、図１３に示すような動作環境において、ＵＥ１００が接続をｅＮＢ２００からＡＰ３００に切り替え、その後、ＵＥ１００が接続をＡＰ３００からｅＮＢ２００に切り替えるという非効率な動作を防止できる。また、複数のＵＥ１００が一斉に接続処理を行うことによる接続処理の競合も防止できる。
【０２０３】
第３実施形態では、ＵＥ１００は、ＵＥ移動速度の急激な低下を検知した後において、ＵＥ移動速度の急激な上昇を検知した場合に、ＷＬＡＮ通信部１１２によるＡＰ３００との接続開始の規制を解除する。これにより、ＡＰ接続規制の状態から通常の動作に復帰することができる。
【０２０４】
［第３実施形態の変更例］
図１５は、第３実施形態の変更例に係るシーケンス図である。
【０２０５】
図１５に示すように、ｅＮＢ２００のプロセッサ２４０は、接続規制の対象とすべきＡＰ３００のリスト（以下、「ＡＰブラックリスト」という）をＵＥ１００に送信する。ＡＰブラックリストは、例えば、乗り物Ｔが停止する停止地点（駅又は停留所など）に設けられたＡＰ３００の識別子を含む。ＡＰ３００の識別子（ＡＰ識別子）とは、ＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）又はＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）である。
【０２０６】
無線リソースの使用効率の観点から、プロセッサ２４０は、ＡＰブラックリストをブロードキャストでＵＥ１００に送信してもよい。また、プロセッサ２４０は、ＡＰブラックリストを定期的に送信してもよい。或いは、ｅＮＢ２００は、ＷＬＡＮ通信部１１２がオン状態であるか否かの情報をＵＥ１００から受信し、ＷＬＡＮ通信部１１２がオン状態であるＵＥ１００に対してＡＰブラックリストをユニキャストで送信してもよい。
【０２０７】
ＵＥ１００のセルラ通信部１１１は、ｅＮＢ２００からのＡＰブラックリストを受信する。メモリ１５０は、ＡＰブラックリストを記憶する。プロセッサ１６０は、ＷＬＡＮ通信部１１２がＡＰ３００から受信するビーコン信号に含まれるＡＰ識別子がＡＰブラックリスト内のＡＰ識別子と一致する場合に、そのＡＰ３００との接続開始を規制する。
【０２０８】
但し、このような方法は、乗り物Ｔ内に位置するＵＥ１００以外のＵＥ１００には適用されないようにする必要がある。よって、プロセッサ１６０は、ＵＥ移動速度が急激に低下したことを検知した場合にメモリ１５０内のＡＰブラックリストを有効にし、それ以外の場合はＡＰブラックリストを無効にしてもよい。
【０２０９】
或いは、プロセッサ１６０は、ＷＬＡＮ通信部１１２がＡＰ３００から受信するビーコン信号に含まれるＡＰ識別子がＡＰブラックリスト内のＡＰ識別子と一致する場合に、そのＡＰ３００との接続開始を一定期間において規制し、その一定期間が経過した後は接続規制を解除してもよい。このような一定期間は、乗り物Ｔが停止地点（駅又は停留所など）において停止する平均的な時間に基づいて定めることができる。
【０２１０】
［第４実施形態］
第４実施形態について、上述した第３実施形態との相違点を主として説明する。
【０２１１】
第４実施形態は、ＵＥ１００の動作フローが第３実施形態とは異なる。尚、第４実施形態のシステム構成及び動作環境については、第３実施形態と同様である。
【０２１２】
図１６は、第４実施形態に係るＵＥ１００の動作フロー図である。ここでは、ＵＥ１００のＷＬＡＮ通信部１１２がオン状態である場合を想定する。第４実施形態では、ＵＥ１００のプロセッサ１６０は、ＷＬＡＮ通信部１１２がオン状態である場合に、ＷＬＡＮ通信部１１２がＡＰ３００から受信するビーコン信号の受信レベル（以下、「ＡＰ受信レベル」という）を測定する。
【０２１３】
図１６に示すように、ステップＳ７０１において、プロセッサ１６０は、ＡＰ受信レベルが急激に上昇したか否かを判断する。「ＡＰ受信レベルが急激に上昇」とは、単位時間当たりのＡＰ受信レベルの上昇量が一定量を超えることを意味する。
【０２１４】
ＡＰ受信レベルが急激に上昇した場合（ステップＳ７０１：Ｙｅｓ）、ステップＳ７０２において、プロセッサ１６０は、ＡＰ接続規制タイマを起動する。上述したように、ＡＰ接続規制の期間（すなわち、ＡＰ接続規制タイマのタイマ値）は、メモリ１５０に予め記憶されていてもよく、ｅＮＢ２００がＵＥ１００に対して指定してもよい。
【０２１５】
第４実施形態では、ＡＰ接続規制の期間では、プロセッサ１６０は、ＷＬＡＮ通信部１１２をオン状態に維持しつつ、ＡＰ３００のビーコン信号のデコード又はＡＰ３００への送信を中止してもよい。すなわち、ＡＰ３００との接続は不能な状態であるものの、ＡＰ受信レベルは測定可能な状態にする。
【０２１６】
ステップＳ７０３において、プロセッサ１６０は、ＡＰ受信レベルが急激に低下したか否かを判断する。「ＡＰ受信レベルが急激に低下」とは、単位時間当たりのＡＰ受信レベルの低下量が一定量を超えることを意味する。
【０２１７】
ＡＰ受信レベルが急激に低下した場合（ステップＳ７０３：Ｙｅｓ）、ステップＳ７０５において、プロセッサ１６０は、ＡＰ接続規制を解除する。すなわち、ＡＰ３００との接続が可能な状態にする。
【０２１８】
これに対し、ＡＰ受信レベルが急激に低下していない場合（ステップＳ７０３：Ｎｏ）、ステップＳ７０４において、プロセッサ１６０は、ＡＰ接続規制タイマが満了したか否かを確認する。ＡＰ接続規制タイマが満了した場合（ステップＳ７０４：Ｙｅｓ）、ステップＳ７０５において、プロセッサ１６０は、ＡＰ接続規制を解除する。一方、ＡＰ接続規制タイマが満了していない場合（ステップＳ７０４：Ｎｏ）、プロセッサ１６０は、処理をステップＳ７０３に戻す。
【０２１９】
（第４実施形態のまとめ）
第４実施形態に係るＵＥ１００は、ＷＬＡＮ通信部１１２がオン状態である場合に、ＡＰ受信レベルを測定する。ＵＥ１００は、ＡＰ受信レベルの急激な上昇を検知した場合に、ＷＬＡＮ通信部１１２によるＡＰ３００との接続開始を規制する。これにより、図１３に示すような動作環境において、ＵＥ１００が接続をｅＮＢ２００からＡＰ３００に切り替え、その後、ＵＥ１００が接続をＡＰ３００からｅＮＢ２００に切り替えるという非効率な動作を防止できる。また、複数のＵＥ１００が一斉に接続処理を行うことによる接続処理の競合も防止できる。
【０２２０】
第４実施形態では、ＵＥ１００は、ＡＰ受信レベルの急激な上昇を検知した後において、ＡＰ受信レベルの急激な低下を検知した場合に、ＷＬＡＮ通信部１１２によるＡＰ３００との接続開始の規制を解除する。これにより、ＡＰ接続規制の状態から通常の動作に復帰することができる。
【０２２１】
［第４実施形態の変更例］
上述した第３実施形態の変更例と同様に、第４実施形態においてもＡＰブラックリストを適用してもよい。但し、ＡＰブラックリストは、乗り物Ｔ内に位置するＵＥ１００以外のＵＥ１００には適用されないようにする必要がある。よって、プロセッサ１６０は、ＡＰ受信レベルの急激な上昇を検知した場合にメモリ１５０内のＡＰブラックリストを有効にし、それ以外の場合はＡＰブラックリストを無効にしてもよい。
【０２２２】
或いは、上述したように、プロセッサ１６０は、ＷＬＡＮ通信部１１２がＡＰ３００から受信するビーコン信号に含まれるＡＰ識別子がＡＰブラックリスト内のＡＰ識別子と一致する場合に、そのＡＰ３００との接続開始を一定期間において規制し、その一定期間が経過した後は接続規制を解除してもよい。
【０２２３】
［第５実施形態］
次に、第５実施形態について説明する。
【０２２４】
一般的に、ＵＥ１００は、接続可能なＡＰ３００を発見するためにＷＬＡＮスキャンを行う。ＷＬＡＮスキャンは、ＷＬＡＮ通信部１１２によりＷＬＡＮ無線信号（例えば、ビーコン信号）の受信をＷＬＡＮチャネルごとに試行する動作である。
【０２２５】
ＵＥ１００は、全ＷＬＡＮチャネルについて試行が完了するまで、又はＷＬＡＮ無線信号の受信に成功するまで、ＷＬＡＮチャネルを切り替えながらＷＬＡＮスキャンを継続する。よって、ＵＥ１００の消費電力（特に、ＷＬＡＮ通信部１１２の消費電力）が増大する。
【０２２６】
従って、オフロードにおいては、ＷＬＡＮスキャンに起因して、ＵＥ１００の消費電力が増大するという問題がある。
【０２２７】
そこで、第５実施形態では、ＷＬＡＮスキャンに起因する消費電力の増大を抑制しつつ、ｅＮＢ２００のオフロードを実現可能とすることを目的とする。
【０２２８】
（システム構成）
図１７は、第５実施形態に係るシステム構成図である。
【０２２９】
図１７に示すように、ＥＰＣ２０は、ＵＥ１００の地理的位置を示す位置情報を提供するサーバ装置であるＥ−ＳＭＬＣ（Ｅｖｏｌｖｅｄ  Ｓｅｒｖｉｎｇ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｒｅ）６００を含む。Ｅ−ＳＭＬＣ６００は、ＵＥ１００及び／又はｅＮＢ２００における無線測定の結果を収集し、ＵＥ１００の地理的位置を示す位置情報を算出する。位置情報を算出する仕組みの詳細については、３ＧＰＰ技術仕様「ＴＳ３６．３０５」を参照されたい。
【０２３０】
（第５実施形態に係る動作）
次に、第５実施形態に係る動作について説明する。
【０２３１】
（１）動作環境
図１８は、第５実施形態に係る動作環境を説明するための図である。図１８に示すように、ｅＮＢ２００のカバレッジ内にＡＰ３００が設けられている。ＡＰ３００は、オペレータにより管理されるＡＰ（Ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰ）である。
【０２３２】
また、ｅＮＢ２００のカバレッジ内であって、かつＡＰ３００のカバレッジ内にＵＥ１００が位置している。ＵＥ１００は、ｅＮＢ２００との接続を確立しており、ｅＮＢ２００とのセルラ通信を行っている。具体的には、ＵＥ１００は、トラフィック（ユーザデータ）を含んだセルラ無線信号をｅＮＢ２００と送受信している。尚、図１８では、ｅＮＢ２００との接続を確立したＵＥ１００を１つのみ図示しているが、実環境では多数のＵＥ１００がｅＮＢ２００との接続を確立していることがある。
【０２３３】
ｅＮＢ２００が多数のＵＥ１００との接続を確立する場合、ｅＮＢ２００の負荷レベルが高くなる。負荷レベルとは、ｅＮＢ２００のトラフィック負荷又はｅＮＢ２００の無線リソース使用率など、ｅＮＢ２００の混雑度を意味する。ここで、ＵＥ１００とｅＮＢ２００との間で送受信されるトラフィックの少なくとも一部をＷＬＡＮシステムに移行させることにより、ｅＮＢ２００のトラフィック負荷をＷＬＡＮシステムに分散できる。
【０２３４】
以下において、ＵＥ１００とｅＮＢ２００との間で送受信されるトラフィックをＷＬＡＮシステムに移行（オフロード）させるための動作を説明する。尚、オフロードとは、ＵＥ１００とｅＮＢ２００との間で送受信されるトラフィックの全てをＷＬＡＮシステムに移行させる場合に限らず、ＵＥ１００とｅＮＢ２００との接続を維持しながら少なくとも一部のトラフィックをＷＬＡＮシステムに移行させる場合も含む。
【０２３５】
（２）ＷＬＡＮスキャン
オフロード動作の説明に先立ち、一般的なＷＬＡＮスキャンについて説明する。
【０２３６】
ＵＥ１００は、接続可能なＡＰ３００を発見するためにＷＬＡＮスキャンを行う。ＷＬＡＮスキャンは、ＷＬＡＮ通信部１１２により、ＡＰ３００からのＷＬＡＮ無線信号の受信をＷＬＡＮチャネルごとに試行する動作である。ＷＬＡＮスキャンには、パッシブスキャン方式及びアクティブスキャン方式の２つの方式があるが、第５実施形態では何れの方式であってもよい。
【０２３７】
パッシブスキャン方式は、ＡＰ３００が運用中のＷＬＡＮチャネルにおいて周期的に送信するビーコン信号の受信をＵＥ１００が試行する方式である。ビーコン信号は、ＡＰ３００の識別子など、ＡＰ３００に関する情報を含む。ＡＰ３００の識別子とは、ＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）又はＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）である。ＵＥ１００は、１つのＷＬＡＮチャネルにつき、ビーコン信号の送信周期以上の所定時間に亘ってビーコン信号の受信を試行する。所定時間が経過した場合、又は所定時間内にビーコン信号の受信に成功しない場合、次のＷＬＡＮチャネルに切り替えた上で、改めてビーコン信号の受信を試行する。
【０２３８】
アクティブスキャン方式は、ＵＥ１００がＷＬＡＮチャネルにおいてプローブ要求を送信し、そのＷＬＡＮチャネルを運用中のＡＰ３００がプローブ要求に応じてプローブ応答を送信し、プローブ応答の受信をＵＥ１００が試行する方式である。プローブ応答に含まれる情報は、ビーコン信号に含まれる情報と同様である。よって、プローブ応答はビーコン信号の一種とみなすことができる。ＵＥ１００は、１つのＷＬＡＮチャネルにつき、プローブ要求を送信してから所定時間に亘ってプローブ応答の受信を試行する。所定時間が経過した場合、又は所定時間内にプローブ応答の受信に成功しない場合、次のＷＬＡＮチャネルに切り替えた上で、改めてプローブ要求を送信してプローブ応答の受信を試行する。
【０２３９】
このように、ＵＥ１００は、少なくともビーコン信号（又はプローブ応答）の受信に成功するまでＷＬＡＮチャネルを切り替えながらＷＬＡＮスキャンを継続するので、ＵＥ１００の消費電力（特に、ＷＬＡＮ通信部１１２の消費電力）が増大する。そこで、第５実施形態に係るオフロード動作では、ＷＬＡＮスキャンを効率化することにより、ＷＬＡＮスキャンにおける消費電力を削減する。
【０２４０】
（３）オフロード動作
図１９は、第５実施形態に係るオフロード動作のシーケンス図である。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００との接続を確立しており、かつＷＬＡＮ通信部１１２をオフ状態（ＷＬＡＮ無線信号の送受信が不能な状態）にしている。また、例えばｅＮＢ２００の負荷レベルが高まっており、オフロードを行うことが好ましい状況であると仮定している。
【０２４１】
図１９に示すように、ステップＳ８０１において、ＵＥ１００のプロセッサ１６０は、ＵＥ１００のＷＬＡＮ通信能力を示す情報（以下、「ＷＬＡＮ能力情報」という）をセルラ通信部１１１によりｅＮＢ２００に通知する。ＷＬＡＮ能力情報は、ＵＥ１００がＷＬＡＮ通信をサポートしている否かを示す情報である。ＵＥ１００がＷＬＡＮ通信をサポートしている場合、ＷＬＡＮ能力情報は、サポートしているＷＬＡＮ通信の機能を示す情報（以下、「ＷＬＡＮ機能情報」）を含んでもよい。サポートしているＷＬＡＮ通信の機能とは、例えば、サポートしているＷＬＡＮ通信の規格（ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ）、サポートしているＱｏＳ機能（ＷＭＭ：Ｗｉ−Ｆｉ  ＭｕｌｔｉＭｅｄｉａなど）、サポートしているＷＬＡＮ周波数帯（２．４ＧＨｚ帯、５ＧＨｚ帯など）である。
【０２４２】
尚、ＵＥ１００は、ｅＮＢ２００との接続時にＷＬＡＮ能力情報を自律的にｅＮＢ２００に通知してもよく、ｅＮＢ２００との接続後にｅＮＢ２００からの要求に応じてＷＬＡＮ能力情報をｅＮＢ２００に通知してもよい。
【０２４３】
ｅＮＢ２００のプロセッサ２４０は、セルラ通信部２１０がＷＬＡＮ能力情報を受信すると、受信したＷＬＡＮ能力情報に基づいて、オフロード可能なＵＥ１００（すなわち、ＷＬＡＮ通信をサポートしているＵＥ１００）であるか否かを判断する。また、プロセッサ２４０は、ｅＮＢ２００のカバレッジ内のＡＰ３００のうち、ＷＬＡＮ機能情報に合致するＡＰ３００が存在しない場合には、オフロード不能と判断してもよい。ここでは、オフロード可能なＵＥ１００であると判断されたと仮定して、説明を進める。
【０２４４】
ステップＳ８０２において、ＵＥ１００のプロセッサ１６０は、ＷＬＡＮ通信部１１２がオフ状態であることを示す情報（以下、「ＷＬＡＮオフ情報」という）をセルラ通信部１１１によりｅＮＢ２００に通知する。プロセッサ１６０は、ＷＬＡＮ通信部１１２をオフ状態にする際にＷＬＡＮオフ情報をｅＮＢ２００に通知してもよく、ｅＮＢ２００からの問い合わせに応じてＷＬＡＮオフ情報をｅＮＢ２００に通知してもよい。或いは、ＷＬＡＮ通信部１１２がオフ状態であるかオン状態であるかを周期的にｅＮＢ２００に通知してもよい。
【０２４５】
ステップＳ８０３において、ｅＮＢ２００のプロセッサ２４０は、ＡＰ３００の運用状況を示す情報（以下、「ＡＰ運用情報」という）をネットワークインターフェイス２２０によりＡＰ３００から取得する。ＡＰ運用情報は、ＡＰ３００において運用中のＷＬＡＮチャネルを示す情報と、そのＷＬＡＮチャネルを含むＷＬＡＮ周波数帯を示す情報と、を含む。また、ＡＰ運用情報は、ＡＰ３００がビーコン信号を送信するタイミング（周期）を示す情報を含んでもよい。ＡＰ３００は、ＡＰ運用情報を周期的にｅＮＢ２００に通知してもよく、ｅＮＢ２００からの要求に応じてＡＰ運用情報をｅＮＢ２００に通知してもよい。ここでの通知は、コアネットワーク経由の通知であってもよい。
【０２４６】
ステップＳ８０４において、ｅＮＢ２００のプロセッサ２４０は、ＵＥ１００の地理的位置を示す情報（以下、「ＵＥ位置情報」という）をネットワークインターフェイス２２０によりＥ−ＳＭＬＣ６００から取得する。或いは、ＵＥ１００がＧＮＳＳ受信機１３０を有しており、かつＧＮＳＳ受信機１３０がオン状態である場合、プロセッサ２４０は、ＧＮＳＳ受信機１３０を用いて生成されたＵＥ位置情報をセルラ通信部１１１によりＵＥ１００から取得してもよい。
【０２４７】
尚、ステップＳ８０１乃至Ｓ８０４は、この順に行われる場合に限らず、任意の順番で行われてもよい。
【０２４８】
ステップＳ８０５において、ｅＮＢ２００のプロセッサ２４０は、ＵＥ位置情報と、ＡＰ３００の地理的位置を示す情報（以下、「ＡＰ位置情報」という）と、を比較して、ＵＥ１００がＡＰ３００に近接したか否かを判断する。具体的には、プロセッサ２４０は、ＡＰ３００のカバレッジ内にＵＥ１００が位置するか否かを判断する。尚、ＡＰ位置情報は、ｅＮＢ２００のメモリ２３０に予め記憶されていてもよく、ＡＰ３００からｅＮＢ２００に通知されてもよい。ここでは、ＵＥ１００がＡＰ３００に近接したと判断されたと仮定して、説明を進める。
【０２４９】
ｅＮＢ２００のプロセッサ２４０は、ＷＬＡＮ通信をサポートしているＵＥ１００がＷＬＡＮ通信部１１２をオフ状態にしており、かつＡＰ３００に近接しているので、ＵＥ１００をオフロード対象として決定する。そして、プロセッサ２４０は、ＡＰ運用情報に基づいて、ＵＥ１００によるＷＬＡＮスキャンを制御するためのスキャン制御情報を生成する。尚、スキャン制御情報を生成する際に、ＡＰ運用情報に加えて、ＷＬＡＮ能力情報を考慮してもよい。
【０２５０】
スキャン制御情報は、スキャン周波数に関する情報と、スキャン時間に関する情報と、の少なくとも一方を含む。さらに、スキャン制御情報は、優先度に関する情報（優先度情報）を含んでもよい。
【０２５１】
スキャン周波数に関する情報は、ＷＬＡＮスキャンの対象とするＷＬＡＮチャネル又はＷＬＡＮスキャンの対象としないＷＬＡＮチャネルを指定するためのチャネル情報を含む。ＷＬＡＮスキャンの対象とするＷＬＡＮチャネルとは、ＵＥ１００の近傍のＡＰ３００において運用中のＷＬＡＮチャネルである。ＷＬＡＮスキャンの対象としないＷＬＡＮチャネルとは、ＵＥ１００の近傍のＡＰ３００において運用していないＷＬＡＮチャネルである。
【０２５２】
また、スキャン周波数に関する情報は、ＷＬＡＮスキャンの対象とするＷＬＡＮ周波数帯又はＷＬＡＮスキャンの対象としないＷＬＡＮ周波数帯を指定するための周波数帯情報を含む。ＷＬＡＮスキャンの対象とするＷＬＡＮ周波数帯とは、ＵＥ１００の近傍のＡＰ３００において運用中のＷＬＡＮ周波数帯である。ＷＬＡＮスキャンの対象としないＷＬＡＮ周波数帯とは、ＵＥ１００の近傍のＡＰ３００において運用していないＷＬＡＮ周波数帯である。
【０２５３】
優先度情報とは、ＷＬＡＮスキャンにおいてＷＬＡＮ無線信号（ビーコン信号など）の受信を優先的に試行すべきＷＬＡＮチャネル及び／又はＷＬＡＮ周波数帯を指定するための情報である。ＵＥ１００の近傍のＡＰ３００において運用中のＷＬＡＮチャネル及び／又は運用中のＷＬＡＮ周波数帯を優先的にスキャンさせるように優先度情報を設定することが好ましい。
【０２５４】
スキャン時間に関する情報は、ＷＬＡＮスキャンを継続すべき期間（すなわち、ＷＬＡＮをオン状態に維持すべき期間）を指定するための期間情報を含む。
【０２５５】
また、スキャン時間に関する情報は、ＷＬＡＮスキャンを行うべきタイミングを指定するためのタイミング情報を含む。タイミング情報は、ＵＥ１００の近傍のＡＰ３００がビーコン信号を送信するタイミング（周期）を示す情報とすることが好ましい。
【０２５６】
ステップＳ８０６において、ｅＮＢ２００のプロセッサ２４０は、ＷＬＡＮ通信部１１２をオン状態に切り替えるためのＷＬＡＮオン要求をセルラ通信部２１０によりＵＥ１００に送信する。プロセッサ２４０は、スキャン制御情報をＷＬＡＮオン要求に含めて送信する。ＵＥ１００のセルラ通信部１１１は、ＷＬＡＮオン要求を受信する。
【０２５７】
ステップＳ８０７において、ＵＥ１００のプロセッサ１６０は、ＷＬＡＮオン要求の受信に応じて、ＷＬＡＮ通信部１１２をオン状態に切り替える。そして、プロセッサ１６０は、ＷＬＡＮ通信部１１２をオン状態に切り替えた後、ＷＬＡＮオン要求に含まれるスキャン制御情報に従ってＷＬＡＮスキャンを制御する。
【０２５８】
具体的には、プロセッサ１６０は、チャネル情報に基づいて、ＷＬＡＮスキャンの対象とするＷＬＡＮチャネルのみについてＷＬＡＮスキャンを行うと共に、周波数帯情報に基づいて、ＷＬＡＮスキャンの対象とするＷＬＡＮ周波数帯のみについてＷＬＡＮスキャンを行う。また、プロセッサ１６０は、優先度情報に基づいて、優先度の高いＷＬＡＮチャネル及び／又はＷＬＡＮ周波数帯についてＷＬＡＮ無線信号（ビーコン信号など）の受信を優先的に試行する。さらに、プロセッサ１６０は、期間情報に基づいて、ＷＬＡＮスキャンを継続すべき期間を計時するためのタイマを起動する。プロセッサ１６０は、タイミング情報に基づいて、ＷＬＡＮスキャンを行うべきタイミングにおいてのみＷＬＡＮスキャンを行う。尚、期間情報が無い場合、プロセッサ１６０は、ＷＬＡＮオン要求受信をトリガとして一度だけスキャン（ワンショットスキャン）してもよい。
【０２５９】
尚、プロセッサ１６０は、ＷＬＡＮオン要求に応じてＷＬＡＮ通信部１１２をオン状態に切り替えても、その旨をユーザインターフェイス１２０により表示しないことが好ましい。ユーザがＷＬＡＮ通信部１１２をオン状態に切り替える操作を行う場合とは異なり、自動的なＷＬＡＮオンが誤動作であるとユーザに認識されないようにするためである。
【０２６０】
ステップＳ８０８において、ＵＥ１００のＷＬＡＮ通信部１１２は、ＡＰ３００からのビーコン信号を受信する。該当するＷＬＡＮチャネル及びタイミングにおいてＷＬＡＮスキャンを行っている場合、プロセッサ１６０は、ＡＰ３００からのビーコン信号を検出することにより、接続可能なＡＰ３００を発見する。
【０２６１】
ステップＳ８０９において、プロセッサ１６０は、ＷＬＡＮスキャンを継続すべき期間を示すタイマが満了したか否かを判断する。接続可能なＡＰ３００が発見されることなくタイマが満了した場合、プロセッサ１６０は、ＷＬＡＮ通信部１１２をオフ状態に切り替える。ここでは、タイマ稼働中に、接続可能なＡＰ３００が発見された（ステップＳ８１０）と仮定して、説明を進める。
【０２６２】
ステップＳ８１１において、ＵＥ１００のプロセッサ１６０は、ＡＰ３００への接続要求をＷＬＡＮ通信部１１２によりＡＰ３００に送信する。その結果、ＵＥ１００とＡＰ３００との間の接続が確立される。
【０２６３】
（第５実施形態のまとめ）
第５実施形態に係るｅＮＢ２００は、ＷＬＡＮオン要求をＵＥ１００に送信する。ＷＬＡＮオン要求は、ＷＬＡＮスキャンを制御するためのスキャン制御情報を含む。ＵＥ１００は、ＷＬＡＮオン要求の受信に応じてＷＬＡＮ通信部１１２をオン状態に切り替えた後、ＷＬＡＮオン要求に含まれるスキャン制御情報に従ってＷＬＡＮスキャンを制御する。よって、ｅＮＢ２００によりＷＬＡＮ通信部１１２をオン状態に切り替えることにより、ｅＮＢ２００のオフロードが可能な状態にすることができる。また、ＵＥ１００は、ｅＮＢ２００からのスキャン制御情報に従ってＷＬＡＮスキャンを効率的に行うことができるので、ＷＬＡＮスキャンにおける消費電力を削減できる。
【０２６４】
第５実施形態では、ｅＮＢ２００は、ＵＥ１００の地理的位置を示すＵＥ位置情報、ＡＰ３００の運用状況を示すＡＰ運用情報のうち少なくとも１つを取得する。そして、ｅＮＢ２００は、取得した情報に基づいて、ＷＬＡＮオン要求の送信を制御する。これにより、ｅＮＢ２００は、ＷＬＡＮオン要求をＵＥ１００に送信すべきか否かを適切に判断できる。また、ＷＬＡＮオン要求に含めるスキャン制御情報の内容を適切に設定できる。
【０２６５】
第５実施形態では、ＵＥ１００は、ＷＬＡＮオン要求を受信するよりも前において、ＵＥ１００のＷＬＡＮ通信能力を示すＷＬＡＮ能力情報、ＷＬＡＮ通信部１１２がオフ状態であることを示すＷＬＡＮオフ情報、のうち少なくとも１つをｅＮＢ２００に通知する。ｅＮＢ２００は、ＵＥ１００から受信した情報に基づいて、ＷＬＡＮオン要求の送信を制御する。これにより、ｅＮＢ２００は、ＷＬＡＮオン要求をＵＥ１００に送信すべきか否かを適切に判断できる。
【０２６６】
第５実施形態では、スキャン制御情報は、ＷＬＡＮスキャンの対象とするＷＬＡＮチャネル又はＷＬＡＮスキャンの対象としないＷＬＡＮチャネルを指定するためのチャネル情報、ＷＬＡＮスキャンの対象とするＷＬＡＮ周波数帯又はＷＬＡＮスキャンの対象としないＷＬＡＮ周波数帯を指定するための周波数帯情報、のうち少なくとも１つを含む。これにより、ＵＥ１００がＷＬＡＮスキャンの対象とするＷＬＡＮチャネル及び／又はＷＬＡＮ周波数帯を限定できるので、ＷＬＡＮスキャンにおける消費電力を削減できる。
【０２６７】
第５実施形態では、スキャン制御情報は、ＷＬＡＮスキャンにおいてＷＬＡＮ無線信号の受信を優先的に試行すべきＷＬＡＮチャネル及び／又はＷＬＡＮ周波数帯を指定するための優先度情報を含む。これにより、ＷＬＡＮスキャンにおいて、利用可能なＷＬＡＮチャネルをＵＥ１００が早期に発見可能になるので、ＷＬＡＮスキャンにおける消費電力を削減できる。
【０２６８】
第５実施形態では、スキャン制御情報は、ＷＬＡＮスキャンを継続すべき期間を指定するための期間情報、ＷＬＡＮスキャンを行うべきタイミングを指定するためのタイミング情報、のうち少なくとも１つを含む。これにより、ＵＥ１００がＷＬＡＮスキャンを行う期間及び／又はタイミングを限定できるので、ＷＬＡＮスキャンにおける消費電力を削減できる。
【０２６９】
［第５実施形態の変更例１］
上述した動作シーケンスでは、ＵＥ１００のＷＬＡＮ通信部１１２がオフ状態であり、その旨のＷＬＡＮオフ情報をＵＥ１００からｅＮＢ２００に通知する場合について説明した。しかしながら、ｅＮＢ２００は、ＷＬＡＮオフ情報とは無関係に、ＷＬＡＮオン要求をＵＥ１００に送信してもよい。ＵＥ１００のプロセッサ１６０は、ＷＬＡＮ通信部１１２がオン状態である場合で、かつ、ＷＬＡＮオン要求をｅＮＢ２００から受信した場合に、ＷＬＡＮオン要求を無視する。
【０２７０】
また、上述した動作シーケンスでは、ＵＥ１００がＷＬＡＮ通信をサポートしており、その旨のＷＬＡＮ能力情報をＵＥ１００からｅＮＢ２００に通知する場合について説明した。しかしながら、ｅＮＢ２００は、ＷＬＡＮ能力情報とは無関係に、ＷＬＡＮオン要求をＵＥ１００に送信してもよい。ＷＬＡＮ通信をサポートしないＵＥ１００は、ＷＬＡＮオン要求をｅＮＢ２００からセルラ通信部１１１が受信しても、ＷＬＡＮオン要求を無視する。
【０２７１】
［第５実施形態の変更例２］
ＵＥ１００は、ＷＬＡＮオン要求を受信するよりも前において、ＧＮＳＳ信号の受信レベルに関する情報をｅＮＢ２００に通知してもよい。ＧＮＳＳ信号の受信レベルが低い場合には、ＵＥ１００が屋内に位置すると推測でき、それ以外の場合はＵＥ１００が屋外に位置すると推測できる。また、ＷＬＡＮ周波数帯の中には、屋外での使用が禁止されているものがある。よって、ＵＥ１００が屋外に位置すると推測できる場合には、ｅＮＢ２００は、屋外での使用が禁止されているＷＬＡＮ周波数帯をＷＬＡＮスキャンの対象外とするようにＷＬＡＮ周波数帯情報を生成することが好ましい。
【０２７２】
［第６実施形態］
次に、第６実施形態について説明する。
【０２７３】
ＵＥ１００が、ｅＮＢ２００が管理するセルと接続されずに、無線ＬＡＮシステムにおけるＡＰ３００とデータ通信を行っているケースを想定する。このケースにおいて、ＵＥ１００が、ＡＰ３００のカバレッジから外れた場合、ｅＮＢ２００のセルと接続するまでの間、データ通信が中断するという問題がある。
【０２７４】
そこで、第６実施形態では、無線ＬＡＮシステムにおけるデータ通信からセルラ通信システムにおけるデータ通信へシームレスに移行することを目的とする。
【０２７５】
（システム構成）
図２０は、第６実施形態に係るシステム構成図である。
【０２７６】
図２０に示すように、第６実施形態では、Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）と、ＨｅＮＢ４００（Ｈｏｍｅ  ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）とを含む。ｅＮＢ２００はセルラ基地局に相当する。
【０２７７】
ＨｅＮＢ４００は、ｅＮＢ２００が管理するセル（大セル：マクロセル）よりもカバー範囲が狭い特定セル（小セル：スモールセル／フェムトセル）を管理する（図２２参照）。ＨｅＮＢは、特定セルとの接続（ＲＲＣ接続）を確立したＵＥとの無線通信を行う。
【０２７８】
特定セルは、設定されるアクセスモードに応じて、「ＣＳＧセル」、「ハイブリッドセル」、又は「オープンセル」と称される。
【０２７９】
ＣＳＧセルは、アクセス権を有するＵＥ１００（「メンバーＵＥ」と称される）のみがアクセス可能なセルであり、ＣＳＧ  ＩＤをブロードキャストする。ＵＥ１００は、自身がアクセス権を有するＣＳＧセルのＣＳＧ  ＩＤのリスト（ホワイトリスト）を保持しており、当該ホワイトリストと、ＣＳＧセルがブロードキャストするＣＳＧ  ＩＤと、に基づいて、アクセス権の有無を判断する。
【０２８０】
ハイブリッドセルは、メンバーＵＥが非メンバーＵＥよりも有利に取り扱われるセルであり、ＣＳＧ  ＩＤに加えて、非メンバーＵＥにも解放されたセルであることを示す情報をブロードキャストする。ＵＥ１００は、ホワイトリストと、ハイブリッドセルがブロードキャストするＣＳＧ  ＩＤと、に基づいて、アクセス権の有無を判断する。
【０２８１】
オープンセルは、メンバーであるか否かを問わずＵＥ１００が同等に取り扱われるセルであり、ＣＳＧ  ＩＤをブロードキャストしない。ＵＥ１００の視点では、オープンセルはセルと同等である。
【０２８２】
なお、ＭＭＥ／Ｓ−ＧＷ５００は、ＣＳＧセルへのアクセス権についてＵＥ１００の認証を行う。
【０２８３】
また、ＨｅＮＢ４００及びＡＰ３００は、オペレータの任意のインターフェイスで直接的に接続されている。従って、ＨｅＮＢ４００は、ＡＰ３００からデータが直接的に転送される。
【０２８４】
ＨｅＮＢ４００とＡＰ３００とは、同じ場所に配置（Ｃｏｌｌｏｃａｔｅｄ）されていてもよい。すなわち、ＨｅＮＢ４００は、併設タイプであってもよい。例えば、併設タイプのＨｅＮＢ４００として、ＨｅＮＢ４００とＡＰ３００とが、同一の筐体に配置された一体型であってもよい。この場合、ＨｅＮＢ４００とＡＰ３００とは、制御部を共有していてもよい。
【０２８５】
次に、ＨｅＮＢ４００の構成を説明する。
【０２８６】
図２１は、ＨｅＮＢ４００のブロック図である。図２１に示すように、ＨｅＮＢ４００は、アンテナ４０１と、セルラ通信部４１０と、ネットワークインターフェイス４２０と、メモリ４３０と、プロセッサ４４０と、を有する。メモリ４３０及びプロセッサ４４０は、制御部を構成する。なお、メモリ４３０をプロセッサ４４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサとしてもよい。
【０２８７】
アンテナ４０１及びセルラ通信部４１０は、セルラ無線信号の送受信に用いられる。セルラ通信部４１０は、プロセッサ４４０が出力するベースバンド信号をセルラ無線信号に変換してアンテナ４０１から送信する。また、セルラ通信部４１０は、アンテナ４０１が受信するセルラ無線信号をベースバンド信号に変換してプロセッサ４４０に出力する。本実施形態において、セルラ通信部４１０は、ＣＳＧセルを形成する。
【０２８８】
ネットワークインターフェイス４２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００又は隣接ＨｅＮＢ４００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ５００と接続される。また、ネットワークインターフェイス４２０は、ＡＰ３００とＨｅＮＢ４００とを直接的に接続するインターフェイス（以下、特定インターフェイスと適宜称する）を介して、ＡＰ３００と接続される。特定インターフェイスは、ＡＰ３００との通信に使用される。例えば、特定インターフェイスを介して、ＡＰ３００からユーザデータが転送される。
【０２８９】
メモリ４３０は、プロセッサ４４０によって実行されるプログラムと、プロセッサ４４０による処理に使用される情報と、を記憶する。プロセッサ４４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ４３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ４４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【０２９０】
なお、本実施形態において、ＡＰ３００におけるネットワークインターフェイス３２０は、ＡＰ３００とＨｅＮＢ４００とを直接的に接続する特定インターフェイスを介して、ＨｅＮＢ４００と接続される。ＡＰ３００における特定インターフェイスは、ＨｅＮＢ４００との通信に使用される。例えば、特定インターフェイスを介して、ＨｅＮＢ４００にユーザデータが転送される。
【０２９１】
（コロケーティッドＡＰリスト）
本実施形態において、ＵＥ１００は、コロケーティッドＡＰリスト（ｃｏｌｌｏｃａｔｅｄ  ＡＰ  ｌｉｓｔ；併設リスト）を有する。ＵＥ１００とｅＮＢ２００とは、コロケーティッドＡＰリストを共有する。
【０２９２】
コロケーティッドＡＰリストは、ＡＰ３００と同じ場所に配置された併設タイプであり、且つＡＰ３００と直接的に接続される併設タイプであるＨｅＮＢ４００が管理する小セルのセルＩＤと、当該ＨｅＮＢ４００の位置情報とを含む。コロケーティッドＡＰリストは、ＨｅＮＢ４００と直接的に接続されるＡＰ３００の識別子を示す情報を含んでもよい。
【０２９３】
ＵＥ１００は、コロケーティッドＡＰリストをｅＮＢ２００から取得する。例えば、ＵＥ１００は、コネクションを確立する時、ハンドオーバを実行する時、又は、ページングエリアを変更する時のタイミングで、ｅＮＢ２００からコロケーティッドＡＰリストを受信する。
【０２９４】
ｅＮＢ２００は、ＵＥ１００がセルラ通信及びＷＬＡＮ通信の両通信方式をサポートすることを示すケーパビリティ情報に基づいて、コロケーティッドＡＰリストをＵＥ１００に送信してもよい。
【０２９５】
（第６実施形態に係る動作）
次に、第６実施形態に係る動作について、図２２から図２４を用いて説明する。図２２は、第６実施形態に係るＵＥ１００、ｅＮＢ２００、ＡＰ３００及びＨｅＮＢ４００の位置関係を示す図である。図２３及び図２４は、第６実施形態に係る動作を説明するためのシーケンス図である。
【０２９６】
図２２に示すように、ＵＥ１００は、ｅＮＢ２００が管理する大セルに在圏する。また、ＨｅＮＢ４００及びＡＰ３００は、同じ場所に配置されており、ＨｅＮＢ４００及びＡＰ３００は、直接的に接続されている。具体的には、ＡＰ３００は、ＨｅＮＢ４００と一体型のＡＰ（併設タイプのＡＰ）である。
【０２９７】
ＨｅＮＢ４００が管理する小セルのカバレッジとＡＰ３００のカバレッジとは、少なくとも一部が重複している。本実施形態において、ＡＰ３００のカバレッジと小セルのカバレッジとが同じであるか、ＡＰ３００のカバレッジの方が、小セルのカバレッジよりも大きい。また、小セルのカバレッジ及びＡＰ３００のカバレッジは、大セルのカバレッジに包含されている。
【０２９８】
また、本実施形態において、ＵＥ１００は、ＨｅＮＢ４００から離れる方向へ移動し、小セルのカバレッジから外れると仮定して説明を進める。また、ＵＥ１００は、ＨｅＮＢ４００へのアクセス権を有すると仮定して説明を進める。すなわち、ＵＥが、ＣＳＧメンバーであるか、小セルが、ハイブリッドセル又はオープンセルである。
【０２９９】
図２３に示すように、ＵＥ１００は、ＡＰ３００と接続中であり、且つ、接続しているＡＰ３００がＨｅＮＢ４００と一体型のＡＰ３００であることを認識している。例えば、ＵＥ１００は、ＡＰ３００から一体型のＡＰ３００である旨の情報を受信したり、ＨｅＮＢ４００から一体型のＡＰ３００である旨の報知情報を受信したりすることによって、一体型のＡＰ３００であることを認識している。または、ＵＥ１００は、コロケーティッドＡＰリストに基づいて、接続しているＡＰ３００が一体型のＡＰ３００であることを認識してもよい。具体的には、ＵＥ１００は、接続しているＡＰ３００の識別子とコロケーティッドＡＰリストに含まれるＡＰ３００の識別子とが一致した場合に、接続しているＡＰ３００が一体型のＡＰ３００であることを認識する。
【０３００】
また、図２３に示すように、ＵＥ１００は、ＨｅＮＢ４００からの参照信号及びｅＮＢ２００からの参照信号を受信している。ＵＥ１００は、それぞれの参照信号の信号強度を測定している。また、ＵＥ１００は、ＡＰ３００と接続しており（Ｏｆｆｌｏａｄｉｎｇ）、且つ、アイドル状態（ＩＤＬＥ）である。すなわち、ＵＥ１００は、ｅＮＢ２００及びＨｅＮＢ４００と接続していない。
【０３０１】
図２３に示すように、ステップＳ９０１において、ＵＥ１００は、ＨｅＮＢ４００からの参照信号の信号強度の劣化を検出する。
【０３０２】
ＵＥ１００は、ＨｅＮＢ４００から離れる方向へ移動しているため、参照信号の信号強度が次第に弱くなる。ＵＥ１００は、ＨｅＮＢ４００からの参照信号の信号強度が通信品質を確保できる値である所定値未満になった場合に、信号強度の劣化を検出する。これにより、ＵＥ１００は、ＨｅＮＢ４００からの信号強度の劣化に基づいて、ＡＰ３００との接続が困難になると判定する。
【０３０３】
なお、本実施形態において、ＡＰ３００は、ＨｅＮＢ４００と一体型のＡＰであるため、ＨｅＮＢ４００からの参照信号の信号強度が弱くなれば、ＡＰ３００のカバレッジ端に近づいていると推定できるため、ＵＥ１００は、ＡＰ３００からのビーコン信号の信号強度が通信品質を確保できる値である所定値以上であっても、ＨｅＮＢ４００からの信号強度がＡＰ３００との接続が困難になる値である所定値未満であれば、ＡＰ３００との接続が困難になると判定する。
【０３０４】
なお、ＵＥ１００は、大セルに在圏しているため、ｅＮＢ２００からの信号強度は通信品質を確保できる所定値以上である。
【０３０５】
ステップＳ９０２において、ＵＥ１００は、転送要求を含むＲＲＣ接続要求をｅＮＢ２００に行う。ｅＮＢ２００は、ＲＲＣ接続要求を受信する。
【０３０６】
転送要求は、ＵＥ１００と接続しているＡＰ３００が有するＵＥ１００に関するユーザデータを、ＨｅＮＢ４００を経由してｅＮＢ２００に転送させるための要求である。
【０３０７】
ステップＳ９０３において、ｅＮＢ２００は、ＲＲＣ接続要求に対するＡＣＫ／ＮＡＣＫをＵＥ１００に送信する。ＵＥ１００は、ＲＲＣ接続要求に対するＡＣＫ／ＮＡＣＫを受信する。
【０３０８】
本実施形態において、ｅＮＢ２００が、ＡＣＫ（肯定応答）をＵＥ１００に送信したと仮定して説明を進める。
【０３０９】
ステップＳ９０４において、接続手続（Ｃｏｎｎｅｃｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）が行われる。
【０３１０】
ステップＳ９０５において、ＵＥ１００は、接続手続が完了したことを示す完了メッセージ（Ｃｏｎｎｅｃｔｉｏｎ  ｃｏｍｐｌｅｔｅ  ｍｅｓｓａｇｅ）をｅＮＢ２００に送信する。本実施形態において、完了メッセージには、転送中止タイマの情報が含まれる。
【０３１１】
転送中止タイマは、ＡＰ３００からユーザデータをｅＮＢ２００に転送させる処理を中止するために用いられる。転送中止タイマが満了した場合、ｅＮＢ２００は、ＡＰ３００からユーザデータをｅＮＢ２００に転送させる処理を中止する。
【０３１２】
ステップＳ９０６において、ＵＥ１００及びｅＮＢ２００のそれぞれは、転送中止タイマを起動する。
【０３１３】
ステップＳ９０７において、ｅＮＢ２００は、ＨｅＮＢ４００がユーザデータを転送させることが可能か否かを確認するメッセージをＨｅＮＢ４００に送信する。具体的には、ｅＮＢ２００は、ユーザデータの転送のためにＨｅＮＢ４００のバッファを一時的に借りることを要求するバッファ借用要求（Ｂｕｆｆｅｒ  ｂｏｒｒｏｗｉｎｇ  ｒｅｑｕｅｓｔ）を行う。ＨｅＮＢ４００は、バッファ借用要求を受信する。
【０３１４】
ステップＳ９０８において、ＨｅＮＢ４００は、バッファ借用要求に対するＡＣＫ／ＮＡＣＫをｅＮＢ２００に送信する。
【０３１５】
なお、ＨｅＮＢ４００は、ＵＥ１００が、ＨｅＮＢ４００へのアクセス権を有しない場合であっても、ＡＣＫをｅＮＢ２００に送信してもよい。また、ＨｅＮＢ４００は、ＵＥ１００が、ＣＳＧメンバーでない（すなわち、ＨｅＮＢ４００へのアクセス権を有しない）場合であっても、バッファ借用要求を受信した場合にのみ、ｅＮＢ２００の転送要求を受け入れるか判定してもよい。または、バッファ借用要求を受信して、バッファ借用要求に対するＡＣＫを送信したｅＮＢ２００の転送要求にのみ、転送要求を受け入れてもよい。
【０３１６】
また、ＨｅＮＢ４００は、バッファ容量が所定値以上であり、十分に空きがない場合に、ＮＡＣＫ（否定応答）を送信する。また、ＨｅＮＢ４００は、ＵＥ１００がＨｅＮＢ４００へのアクセス権を有しない場合に、ＮＡＣＫ（否定応答）を送信してもよい。
【０３１７】
本実施形態において、ＨｅＮＢ４００が、ＡＣＫ（肯定応答）をｅＮＢ２００に送信したと仮定して説明を進める。なお、ＨｅＮＢ４００が、ＮＡＣＫ（否定応答）をｅＮＢ２００に送信したケースは、後述にて説明する。
【０３１８】
ステップＳ９０９において、ｅＮＢ２００は、ＨｅＮＢ４００に転送要求（Ｆｏｒｗａｒｄｉｎｇ  Ｒｅｑｕｅｓｔ）を行う。ＨｅＮＢ４００は、転送要求を受信する。
【０３１９】
ステップＳ９１０において、ＨｅＮＢ４００は、ｅＮＢ２００からの転送要求に基づいて、ＡＰ３００にＵＥ１００のユーザデータを転送するように転送要求（Ｆｏｒｗａｒｄｉｎｇ  Ｒｅｑｕｅｓｔ）を行う。
【０３２０】
なお、本実施形態では、ＵＥ１００が、ＣＳＧメンバーであるため、ＨｅＮＢ４００のリソースを使用できる。通常、ＣＳＧメンバーでないＵＥ１００は、ＨｅＮＢ４００のリソースを使用できない。しかしながら、ＣＳＧメンバーでないＵＥ１００のためであっても、ＨｅＮＢ４００は、ｅＮＢ２００からの転送要求に基づいて、ＡＰ３００にＵＥ１００のユーザデータを転送するように転送要求を行ってもよい。
【０３２１】
ステップＳ９１１において、ＡＰ３００は、ＨｅＮＢ４００からの転送要求に基づいて、ＵＥ１００のユーザデータをＨｅＮＢ４００に転送する。ここで、ＡＰ３００は、特定インターフェイスを介して、ＨｅＮＢ４００と直接的に接続されているため、ＡＰ３００からＨｅＮＢ４００への転送が迅速に行われる。
【０３２２】
ステップＳ９１２において、ＨｅＮＢ４００は、ＡＰ３００から転送されたユーザデータをｅＮＢ２００に転送する。具体的には、ＨｅＮＢ４００は、Ｘ２インターフェイスを介してｅＮＢ２００ユーザデータを転送する。これにより、ユーザデータが、ＡＰ３００から、ＨｅＮＢ４００を経由して、ｅＮＢ２００に転送される。
【０３２３】
ステップＳ９１３において、ＵＥ１００とｅＮＢ２００とは、転送されたユーザデータを利用して、データ通信を行う。
【０３２４】
ＵＥ１００は、ＡＰ３００と接続している場合は、ＡＰ３００との接続を終了してもよい。
【０３２５】
次に、図２４を用いて、ＨｅＮＢ４００が、ＮＡＣＫ（否定応答）をｅＮＢ２００に送信したケースを説明する。
【０３２６】
図２４のステップＳ１００１からＳ１００８は、図２３のステップＳ９０１からＳ９０８に対応する。
【０３２７】
図２４に示すように、ステップＳ１００９において、ｅＮＢ２００は、バッファ借用要求に対して、ＮＡＣＫを受信したか否かを判定する。ｅＮＢ２００は、ＡＣＫを受信した場合には、図２３におけるステップＳ９０９の処理を行う。
【０３２８】
一方、ｅＮＢ２００は、ＮＡＣＫを受信した場合には、ステップＳ１０１０において、ＵＥ１００からの転送要求に対して、ＡＰ３００からユーザデータが転送されない旨の応答（ＮＡＣＫ）を送信する。ＵＥ１００は、転送要求の応答（ＮＡＣＫ）を受信する。
【０３２９】
ステップＳ１０１１において、ＵＥ１００は、転送要求の応答（ＮＡＣＫ）を受信した場合、ＵＥ１００が有する転送失敗カウンタ（Ｆｏｒｗａｒｄｉｎｇ  ｔｒｉａｌ  Ｃｏｕｎｔｅｒ）の数を１増加させる。
【０３３０】
ステップＳ１０１２において、ＵＥ１００は、ステップＳ１００２（すなわち、ステップＳ９０２における転送要求を再度行うか否かを判定する。ＵＥ１００は、転送要求を行うと判定した場合（Ｙｅｓの場合）、ｅＮＢ２００に転送要求を再度行う。例えば、ＵＥ１００は、転送失敗カウンタが所定値に達していない場合に、ｅＮＢ２００に転送要求を再度行う。従って、ＵＥ１００は、転送失敗カウンタが所定値に達するまで、ｅＮＢ２００に転送要求を繰り返す。転送要求を受信したｅＮＢ２００は、ステップＳ１００７（すなわち、ステップＳ９０７）の処理を開始する。なお、転送要求に転送中止タイマの情報が含まれている場合には、ｅＮＢ２００は、ステップＳ１００６（すなわち、ステップＳ９０６）の処理を開始する。ｅＮＢ２００は、転送中止タイマを起動している場合には、起動している転送中止タイマをリセットして、転送中止タイマの情報に基づいて、転送中止タイマを起動させる。
【０３３１】
一方、ＵＥ１００は、例えば、転送失敗カウンタが所定値に達している場合には、転送要求を行わないと判定する。この場合、ＵＥ１００は、通常通りの処理を行う。例えば、ＵＥ１００は、リセレクションによって、ＲＲＣ接続要求をｅＮＢ２００又は／及びＨｅＮＢ４００に送信してもよい。この場合、ＵＥ１００は、ＡＰ３００と接続した状態で、ＲＲＣ接続要求を送信してもよい。
【０３３２】
（第６実施形態のまとめ）
本実施形態において、ＵＥ１００とＨｅＮＢ４００に直接的に接続されたＡＰ３００との接続が困難になると判定された場合に、ＵＥ１００は、ｅＮＢ２００へ接続し、ＡＰ３００は、ＵＥ１００のユーザデータを、ＨｅＮＢ４００を経由してｅＮＢ２００に転送する。これにより、ＡＰ３００は、特定インターフェイスを介して、ＨｅＮＢ４００にユーザデータを転送できるため、ｅＮＢ２００は、ＡＰ３００が有するＵＥ１００のユーザデータを迅速に取得できる。これにより、ユーザデータの流れが途絶えることを抑制でき、シームレスなデータ通信が可能となる。
【０３３３】
本実施形態において、ＵＥ１００は、ＡＰ３００との接続が困難になると判定し、且つ、大セルとの接続が可能であると判定した場合に、ＲＲＣ接続要求と、ＡＰ３００が有するユーザデータをｅＮＢ２００に転送させるための転送要求と、をｅＮＢ２００へ行う。また、ＡＰ３００は、ＵＥ１００からの転送要求に起因して、ｅＮＢ２００にユーザデータを転送する。これにより、ＵＥ１００自身がＡＰ３００との接続が困難になると判定しているため、実際のＵＥ１００の無線状況に基づいて、適切な判定ができ、シームレスなデータ通信が可能となる。
【０３３４】
本実施形態において、ＵＥ１００は、ＡＰ３００がＨｅＮＢ４００と同じ場所に配置されている併設タイプである場合に、ＡＰ３００からのビーコン信号の信号強度が通信品質を確保できる値である所定値以上であっても、ＨｅＮＢ４００からの信号強度が通信品質を確保できる値である所定値未満であれば、ＡＰ３００との接続が困難になると判定してもよい。これにより、ＡＰ３００が併設タイプであるため、ＨｅＮＢ４００からの信号強度が所定値未満であれば、ＵＥ１００がＡＰ３００のカバレッジ付近に存在すると予測できるため、前もって転送要求を行うことにより、シームレスなデータ通信がより可能となる。
【０３３５】
本実施形態において、ｅＮＢ２００が、ＵＥ１００からの転送要求を受信した場合に、ＨｅＮＢ４００へ転送要求を送信し、ＨｅＮＢ４００が、ｅＮＢ２００からの転送要求を受信した場合に、ＡＰ３００へ転送要求を送信し、ＡＰ３００が、ＨｅＮＢ４００からの転送要求を受信した場合に、ＨｅＮＢ４００を経由して、ｅＮＢ２００にユーザデータを転送する。これにより、ＨｅＮＢ４００とＡＰ３００とは直接的に接続されているため、ｅＮＢ２００がコアネットワークを経由して、ＡＰ３００に転送要求を行うよりも迅速に転送要求を行うことができる。その結果、シームレスなデータ通信がより可能となる。
【０３３６】
本実施形態において、ＵＥ１００が、ＣＳＧメンバーでない場合であっても、ＨｅＮＢ４００は、ＡＰ３００から転送されたユーザデータをｅＮＢ２００に転送する。これにより、ＣＳＧメンバーでないＵＥ１００であっても、ｅＮＢ２００は、ＡＰ３００が有するＵＥ１００のユーザデータを迅速に取得できるため、シームレスなデータ通信がより可能となる。
【０３３７】
本実施形態において、ＵＥ１００は、ＵＥ１００からの転送要求に対するｅＮＢ２００からＮＡＣＫを受信した場合に、転送要求を再度行う。これにより、転送要求が１度受け入れられなかったとしても、転送要求を再度行うことで、転送要求を再度行った場合にＨｅＮＢ４００のバッファ容量が低減していた場合には、転送要求が受け入れられるため、シームレスなデータ通信が可能となる。
【０３３８】
本実施形態において、ＵＥ１００は、ＮＡＣＫの受信回数が所定値に達するまで、転送要求を繰り返し行う。これにより、ＵＥ１００は、転送要求を繰り返すことによって、転送要求が受け入れられた場合には、シームレスなデータ通信が可能となる。一方で、ＵＥ１００は、転送要求を所定回数送っても転送要求が受け入れられない場合には、転送要求を中止することにより、無駄な転送要求を送信することを抑制できる。
【０３３９】
［第７実施形態］
（第７実施形態に係る動作）
次に、第７実施形態に係る動作について、図２５及び図２６を用いて説明する。図２５は、第７実施形態に係るＵＥ１００、ｅＮＢ２００、ＨｅＮＢ４００、及びＡＰ３００の位置関係を示す図である。図２６は、第７実施形態に係る動作を説明するためのシーケンス図である。なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０３４０】
なお、第７実施形態において、第６実施形態と同様に、ＵＥ１００は、ＡＰ３００と接続中であり、且つ、接続しているＡＰ３００がＨｅＮＢ４００と一体型のＡＰ３００であることを認識している。
【０３４１】
上述した第６実施形態では、ＡＰ３００のカバレッジの方が、小セルのカバレッジよりも大きかった。本実施形態において、ＡＰ３００のカバレッジと小セルのカバレッジとが同じであるか、図２５に示すように、小セルのカバレッジの方が、ＡＰ３００のカバレッジよりも大きい。
【０３４２】
図２６に示すように、ステップＳ１１０１において、ＵＥ１００は、ＡＰ３００からのビーコン信号の信号強度の劣化を検出する。
【０３４３】
ＵＥ１００は、ＨｅＮＢ４００から離れる方向へ移動しているため、ビーコン信号の信号強度が次第に弱くなる。ＵＥ１００は、ＡＰ３００からのビーコン信号の信号強度が所定値未満になった場合に、信号強度の劣化を検出する。これにより、ＵＥ１００は、ＡＰ３００からの信号強度の劣化に基づいて、ＡＰ３００との接続が困難になると判定する。本実施形態において、ＵＥ１００は、ＨｅＮＢ４００から受信する信号強度が通信品質を確保できる値である所定値未満になる前に、ＡＰ３００からのビーコン信号の信号強度が所定値未満になった場合に、ＡＰ３００との接続が困難になると判定する。
【０３４４】
なお、ＵＥ１００は、小セルに在圏しているため、ＨｅＮＢ４００からの信号強度は所定値以上である。
【０３４５】
ステップＳ１１０２において、ＵＥ１００は、転送要求を含むＲＲＣ接続要求をＨｅＮＢ４００に行う。ＨｅＮＢ４００は、ＲＲＣ接続要求を受信する。
【０３４６】
ＵＥ１００は、ＨｅＮＢ４００からの参照信号の信号強度が所定値以上である場合に、接続要求をＨｅＮＢ４００に行う。
【０３４７】
なお、ＵＥ１００は、ＨｅＮＢ４００からの参照信号の信号強度が所定値未満である場合には、接続要求をｅＮＢ２００に行う。
【０３４８】
ステップＳ１１０３において、ＨｅＮＢ４００は、ＲＲＣ接続要求に対するＡＣＫ／ＮＡＣＫをＵＥ１００に送信する。ＵＥ１００は、ＲＲＣ接続要求に対するＡＣＫ／ＮＡＣＫを受信する。
【０３４９】
本実施形態において、ＨｅＮＢ４００が、ＡＣＫ（肯定応答）をＵＥ１００に送信したと仮定して説明を進める。
【０３５０】
ステップＳ１１０４において、接続手続（Ｃｏｎｎｅｃｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）が行われる。
【０３５１】
ステップＳ１１０５において、ＨｅＮＢ４００は、ＵＥ１００からの転送要求に基づいて、ＡＰ３００からユーザデータをＨｅＮＢ４００に転送させるための転送要求をＡＰ３００に送信する。ＡＰ３００は、転送要求を受信する。
【０３５２】
ステップＳ１１０６において、ＡＰ３００は、ＨｅＮＢ４００にユーザデータを転送する。
【０３５３】
ステップＳ１１０７において、ＨｅＮＢ４００は、ユーザデータが転送された場合に、ハンドオーバ要求（Ｈ．Ｏ．  Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。ｅＮＢ２００は、ハンドオーバ要求を受信する。
【０３５４】
ＨｅＮＢ４００は、ＵＥ１００が受信するＨｅＮＢ４００からの信号強度が所定値未満である旨の測定報告を受けた場合に、ハンドオーバ要求をｅＮＢ２００に送信してもよい。
【０３５５】
また、ＨｅＮＢ４００は、ＵＥ１００がＣＳＧメンバーでない場合、ＣＳＧメンバーでないＵＥのためにＨｅＮＢ４００のリソース（制御信号用のリソース及びＨｅＮＢ４００のバッファ）を使用できない。しかしながら、ＨｅＮＢ４００は、ＵＥ１００がＣＳＧメンバーでない場合、ＨｅＮＢ４００にユーザデータが転送され、且つ、ＨｅＮＢ４００のＣＳＧセルとＵＥ１００とが接続した場合に、すぐにハンドオーバ要求をｅＮＢ２００に送信することを条件として、ＨｅＮＢ４００のリソースの使用を許可してもよい。
【０３５６】
ステップＳ１１０８において、ハンドオーバ要求に対するハンドオーバ要求応答（Ｈ．Ｏ．  Ｒｅｑｕｅｓｔ  Ｒｅｓｐｏｎｓｅ）をＨｅＮＢ４００に送信する。
【０３５７】
ステップＳ１１０９において、ハンドオーバ手続（Ｈ．Ｏ．  Ｐｒｏｃｅｄｕｒｅ）が行われる。
【０３５８】
ステップＳ１１１０において、ＵＥ１００とｅＮＢ２００とは、転送されたユーザデータを利用して、データ通信を行う。
【０３５９】
（第７実施形態のまとめ）
本実施形態において、ＵＥ１００が、ＡＰ３００との接続が困難になると判定し、且つ、小セルとの接続が可能であると判定した場合に、ＲＲＣ接続要求と、ＡＰ３００が有するユーザデータをＨｅＮＢ４００に転送させるための転送要求と、をＨｅＮＢ４００へ行う。また、ＡＰ３００は、ＵＥ１００からの転送要求に基づいて、ＨｅＮＢ４００にユーザデータを転送する。これにより、ＨｅＮＢ４００は、ＡＰ３００が有するＵＥ１００のユーザデータを迅速に取得できるため、ユーザデータの流れが途絶えることを抑制でき、シームレスなデータ通信が可能となる。
【０３６０】
本実施形態において、ＵＥ１００は、ＨｅＮＢ４００から受信する信号強度が通信品質を確保できる値である所定値未満になる前に、ＡＰ３００からのビーコン信号の信号強度が所定値未満になった場合に、ＡＰ３００との接続が困難になると判定する。これにより、ＵＥ１００は、転送要求の要求先をＨｅＮＢ４００として適切に選択することができる。
【０３６１】
本実施形態において、ＨｅＮＢ４００は、ＵＥ１００がＣＳＧメンバーでない場合、ユーザデータが転送され、且つ、ＨｅＮＢ４００のＣＳＧセルとＵＥ１００とが接続すると、すぐにハンドオーバ要求をｅＮＢ２００に送信してもよい。これにより、ＣＳＧメンバーでないＵＥ１００であっても、ＨｅＮＢ４００を利用することにより、シームレスなデータ通信が可能となる。
【０３６２】
［その他の実施形態］
上述した第１及び第２実施形態に係る動作シーケンスにおいて、ｅＮＢ２００（基地局）が行っている動作は、ｅＮＢ２００に代えて、ｅＮＢ２００の上位装置（例えばＲＮＣ）などの他のネットワーク装置が行ってもよい。
【０３６３】
上述した第３実施形態及び第４実施形態では、乗り物Ｔ内に、移動可能なＡＰ（モバイルルータなど）が存在する動作環境を考慮していなかった。しかしながら、そのような動作環境にも本発明を適用可能である。例えば、ＵＥ１００のプロセッサ１６０は、ＷＬＡＮ通信部１１２によりＡＰ（移動可能なＡＰ）と接続している場合で、かつＵＥ移動速度が急激に低下したことを検知した場合に、そのＡＰ（移動可能なＡＰ）との接続を維持しながら、他のＡＰ（ＡＰ３００）との接続開始を規制すればよい。
【０３６４】
上述した第３実施形態の変更例及び第４実施形態の変更例では、ＡＰブラックリストがｅＮＢ２００から提供される一例を説明した。しかしながら、ＵＥ１００は、ＡＰブラックリストを予め保持していてもよい。
【０３６５】
上述した第５実施形態において、ＵＥ１００及びｅＮＢ２００が送受信する情報は、ＲＲＣメッセージ又はその情報要素としてもよい。
【０３６６】
上述した第５実施形態では、ｅＮＢ２００が広いカバレッジを有するマクロセル基地局である場合を想定していたが、ｅＮＢ２００は、ＡＰ３００と同程度のカバレッジを有する小セル基地局であってもよい。また、ｅＮＢ２００が小セル基地局である場合で、ＡＰ３００がｅＮＢ２００と併設（Ｃｏｌｌｏｃａｔｅｄ）されている場合には、ＵＥ１００がＡＰ３００に近接するか否かの判断（ステップＳ８０５）を省略してもよい。
【０３６７】
上述した第５実施形態の変更例２は、ＵＥ１００で閉じた処理に応用してもよい。具体的には、ＵＥ１００は、ＧＮＳＳ信号の受信レベルに基づいて自身が屋外に位置すると推測できる場合には、屋外での使用が禁止されているＷＬＡＮ周波数帯をＷＬＡＮスキャンの対象外とする。
【０３６８】
上述した第６及び第７実施形態では、ＵＥ１００が、ＵＥ１００とＡＰ３００との接続が困難になるか否かを判定していたが、これに限られない。ＡＰ３００が、ＵＥ１００とＡＰ３００との接続が困難になるか否かを判定してもよい。
【０３６９】
具体的には、ＡＰ３００は、ＵＥ１００から受信する信号強度を測定し、ＵＥ１００から受信する信号強度が通信品質を確保できる値である所定値未満になった場合に、ＵＥ１００とＡＰ３００との接続が困難になると判定する。
【０３７０】
ＡＰ３００が、ＵＥ１００とＡＰ３００との接続が困難になると判定した場合、以下に示すように、（Ａ）ＵＥ主導又は（Ｂ）ＡＰ３００主導でユーザデータの転送が行われる。
【０３７１】
（Ａ）ＵＥ１００主導
ＡＰ３００は、ＵＥ１００とＡＰ３００との接続が困難になると判定した場合、ＵＥ１００とＡＰ３００との接続が困難になる旨をＵＥ１００に通知する。ＵＥ１００は、当該通知を受信した場合、ｅＮＢ２００及びＨｅＮＢ４００のそれぞれの参照信号の信号強度を測定する。
【０３７２】
ＵＥ１００は、ｅＮＢ２００及びＨｅＮＢ４００の参照信号のうち、信号強度が所定値以上であるｅＮＢ２００又はＨｅＮＢ４００に転送要求を含むＲＲＣ接続要求を行う。後の処理は、第６又は第７実施形態と同様に行われる。
【０３７３】
このような処理が行われることによって、ＵＥ１００は、ＵＥ１００とＡＰ３００との接続が困難になると判定処理を行わなくて済むため、ＵＥ１００の処理負荷を抑制することができる。
【０３７４】
（Ｂ）ＡＰ３００主導
ＡＰ３００は、ＵＥ１００とＡＰ３００との接続が困難になると判定した場合、ＡＰ３００に隣接するｅＮＢ２００又はＨｅＮＢ４００がＵＥ１００と接続するように、ＡＰ３００に隣接するｅＮＢ２００又はＨｅＮＢ４００に要求する。ＡＰ３００は、ｅＮＢ２００に接続要求を行う場合、ＨｅＮＢ４００を経由して、ｅＮＢ２００に要求する。以下、ＡＰ３００が、ＨｅＮＢ４００にＵＥ１００と接続するように要求したと仮定して説明を進める。
【０３７５】
ＨｅＮＢ４００は、ＡＰ３００から接続要求を受信した場合、例えば、ページングによって、ＵＥ１００との接続を行う旨の通知をＵＥ１００に送信する。ＵＥ１００は、当該通知に基づいて、ＨｅＮＢ４００との接続を行う。
【０３７６】
ＨｅＮＢ４００は、ＵＥ１００との接続を完了した場合、ＡＰ３００に接続完了通知を送信する。ＡＰ３００は、接続完了通知を受信した場合、ＨｅＮＢ４００にユーザデータの転送を開始する。
【０３７７】
なお、ＡＰ３００は、ｅＮＢ２００に接続要求を行う場合、ＨｅＮＢ４００を経由して、ｅＮＢ２００からＡＰ３００に接続完了通知を受信する。
【０３７８】
このような処理が行われることによって、ＵＥ１００は、転送要求を送信せずに済むため、ＵＥ１００の処理負荷を抑制することができる。
【０３７９】
なお、ｅＮＢ２００又はＨｅＮＢ４００との接続が完了した場合、ＵＥ１００は、ＵＥ１００とＡＰ３００との接続を終了するための処理を行ってもよい。
【０３８０】
また、上述した第６及び第７実施形態では、ＵＥ１００は、ＡＰ３００との接続が困難になると判定された場合に、ＵＥ１００が接続しているＡＰ３００に直接的に接続されたＨｅＮＢ４００又はＡＰのカバレッジを包含する大セルを管理するｅＮＢ２００と接続していたが、これに限られない。例えば、ＵＥ１００が接続しているＡＰ３００に直接的に接続されたＨｅＮＢ４００に隣接するＨｅＮＢ４００に、ＵＥ１００は、接続をしてもよい。この場合、ＵＥ１００が接続しているＡＰ３００に直接的に接続されたＨｅＮＢ４００は、Ｘ２インターフェイスを介して隣接ＨｅＮＢ４００にユーザデータを転送する。
【０３８１】
また、上述した第６及び第７実施形態では、小セルのカバレッジとＡＰ３００のカバレッジとは、大セルのカバレッジに包含されていたが、これに限られない。小セルのカバレッジとＡＰ３００のカバレッジとが、大セルのカバレッジと一部重複している場合であってもよい。
【０３８２】
また、上述した第６及び第７実施形態では、小セル基地局として、ＨｅＮＢ４００を例に挙げて説明せいたが、これに限られない。例えば、小セル基地局は、スモールセルを管理するフェムトセル又はピコセルであってもよい。
【０３８３】
また、上述した第６実施形態では、ｅＮＢ２００は、バッファ借用要求を行っていたが、これに限られない。ｅＮＢ２００は、バッファ借用要求を行わずに、ＨｅＮＢ４００へ転送要求を行ってもよい。
【０３８４】
なお、ＵＥ１００は、ＨｅＮＢ４００からの参照信号と、ＡＰ３００からのビーコン信号とが同時に所定値未満になった場合、又は、ＨｅＮＢ４００からの参照信号が所定値未満になってから、所定時間経過する前にＡＰ３００からのビーコン信号が所定値未満になった場合には、転送要求を含むＲＲＣ接続要求をｅＮＢ２００に行ってもよい。
【０３８５】
なお、上述した第６及び第７実施形態では、ＵＥ１００が、アイドル状態であったが、ＵＥ１００が、ＨｅＮＢ４００と接続状態である場合には、ｅＮＢ２００への通常のハンドオーバを実施する。
【０３８６】
また、上述した各実施形態では、セルラ通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０３８７】
なお、日本国特許出願第２０１３−１００６００号（２０１３年５月１０日出願）、日本国特許出願第２０１３−１００７７７号（２０１３年５月１０日出願）、日本国特許出願第２０１３−１００７７９号（２０１３年５月１０日出願）、日本国特許出願第２０１３−１００７８０号（２０１３年５月１０日出願）、及び、米国仮出願第６１／８６４２５０号（２０１３年８月９日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０３８８】
以上のように、本発明に係る通信制御方法及びユーザ端末は、移動通信分野において有用である。
【図１】
0006018300.tif 000002
【図２】
0006018300.tif 000003
【図３】
0006018300.tif 000004
【図４】
0006018300.tif 000005
【図５】
0006018300.tif 000006
【図６】
0006018300.tif 000007
【図７】
0006018300.tif 000008
【図８】
0006018300.tif 000009
【図９】
0006018300.tif 000010
【図１０】
0006018300.tif 000011
【図１１】
0006018300.tif 000012
【図１２】
0006018300.tif 000013
【図１３】
0006018300.tif 000014
【図１４】
0006018300.tif 000015
【図１５】
0006018300.tif 000016
【図１６】
0006018300.tif 000017
【図１７】
0006018300.tif 000018
【図１８】
0006018300.tif 000019
【図１９】
0006018300.tif 000020
【図２０】
0006018300.tif 000021
【図２１】
0006018300.tif 000022
【図２２】
0006018300.tif 000023
【図２３】
0006018300.tif 000024
【図２４】
0006018300.tif 000025
【図２５】
0006018300.tif 000026
【図２６】
0006018300.tif 000027