JP2017130945A - 通信制御方法、ユーザ端末、プロセッサ - Google Patents

Abstract

【課題】セルラ基地局のトラフィック負荷を無線ＬＡＮアクセスポイントにオフロードする制御を効率的に行う方法を提供する。【解決手段】ユーザ端末（ＵＥ）１００がセルラ基地局（ｅＮＢ）２００にオフロード通知を送信するＳ１０１。ｅＮＢ２００はＵＥ１００からオフロード通知を受信すると肯定応答ＡＣＫとともに、ＵＥ１００のアイドル状態における動作を設定するためのアイドル時設定情報をＵＥ１００に送信しＳ１０２、ＵＥ１００は、アイドル時設定情報を受信して記憶する。その後、ＵＥ１００は、無線ＬＡＮアクセスポイント（ＡＰ）３００へのオフロードを開始するＳ１０３が、オフロードを中止すると判断した場合Ｓ１０６には、ＡＰ３００と送受信しているトラフィックをｅＮＢ２００との送受信に切り替えＳ１０７、記憶しているアイドル時設定情報を破棄するＳ１０８。【選択図】図８

Description

本発明は、無線ＬＡＮシステム（ＷＬＡＮシステム）と連携可能なセルラ通信システムにおいて用いられる通信制御方法、ユーザ端末、及びプロセッサに関する。

近年、セルラ通信部及びＷＬＡＮ通信部を有するユーザ端末（いわゆる、デュアル端末）の普及が進んでいる。また、セルラ通信システムのオペレータにより管理されるＷＬＡＮアクセスポイント（以下、単に「アクセスポイント」という）が増加している。

そこで、セルラ通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、セルラ通信システムとＷＬＡＮシステムとの連携を強化できる技術が検討される予定である（非特許文献１参照）。

このような技術の目的の一つは、アクセスポイントの使用率を向上させることにより、セルラ基地局及びアクセスポイントで負荷レベルのバランスをとることである。

例えば、セルラ基地局とユーザ端末との間で送受信されるトラフィックを、アクセスポイントとユーザ端末との間で送受信するよう切り替えることにより、セルラ基地局のトラフィック負荷をアクセスポイントに移行（オフロード）できる。

３ＧＰＰ寄書 ＲＰ−１２０１４５５

ところで、ユーザ端末は、アクセスポイントとの接続を確立する場合に、セルラ基地局との接続を解放することが一般的である。従って、上述したオフロードの実行中において、ユーザ端末はセルラ通信のアイドル状態になる。

しかしながら、ユーザ端末がアクセスポイントとの接続を確立した後、ユーザ端末とアクセスポイントとの間の通信状況が悪化したような場合には、ユーザ端末とセルラ基地局との間の接続を改めて確立するという非効率な動作（いわゆる、ピンポン現象）が生じ得る。

そこで、本発明は、セルラ基地局のトラフィック負荷をアクセスポイントに移行するオフロードを効率的に制御することを目的とする。

一の実施形態に係る通信制御方法は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）のトラフィックをＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）へ移行するオフロードを行うための通信制御方法である。前記通信制御方法は、ユーザ端末が、前記オフロードを開始するステップと、前記ユーザ端末が、前記Ｅ−ＵＴＲＡＮとの接続の解放前において、前記Ｅ−ＵＴＲＡＮから設定情報を受信するステップと、を有する。前記設定情報は、前記オフロードの開始後かつ前記接続の解放後における前記ユーザ端末の動作を設定するための情報である。前記通信制御方法は、前記ユーザ端末が、前記オフロードを中止する場合には、前記設定情報を破棄するステップをさらに有する。

図１は、第１実施形態及び第２実施形態に係るシステム構成図である。 図２は、第１実施形態及び第２実施形態に係るＵＥ（ユーザ端末）のブロック図である。 図３は、第１実施形態及び第２実施形態に係るｅＮＢ（セルラ基地局）のブロック図である。 図４は、第１実施形態及び第２実施形態に係るＡＰ（アクセスポイント）のブロック図である。 図５は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。 図６は、ＬＴＥシステムで使用される無線フレームの構成図である。 図７は、第１実施形態及び第２実施形態に係る動作環境を説明するための図である。 図８は、第１実施形態に係る動作パターン１のシーケンス図である。 図９は、第１実施形態に係る動作パターン２のシーケンス図である。 図１０は、第２実施形態に係る動作パターン２のシーケンス図である。 図１１は、第２実施形態に係る動作パターン３のシーケンス図である。 図１２は、第２実施形態に係る動作パターン４のシーケンス図である。 図１３は、第３実施形態及び第４実施形態に係る動作環境を説明するための図である。 図１４は、第３実施形態に係るＵＥ１００の動作フロー図である。 図１５は、第３実施形態の変更例及び第４実施形態の変更例に係るシーケンス図である。 図１６は、第４実施形態に係るＵＥ１００の動作フロー図である。 図１７は、第５実施形態に係るシステム構成図である。 図１８は、第５実施形態に係る動作環境を説明するための図である。 図１９は、第５実施形態に係るオフロード動作のシーケンス図である。 図２０は、第６実施形態及び第７実施形態に係るシステム構成図である。 図２１は、第６実施形態及び第７実施形態に係るＨｅＮＢのブロック図である。 図２２は、第６実施形態に係るＵＥ１００、ｅＮＢ２００、ＨｅＮＢ４００、及びＡＰ３００の位置関係を示す図である。 図２３は、第６実施形態に係る動作を説明するためのシーケンス図である。 図２４は、第６実施形態に係る動作を説明するためのシーケンス図である。 図２５は、第７実施形態に係るＵＥ１００、ｅＮＢ２００、ＨｅＮＢ４００、及びＡＰ３００の位置関係を示す図である。 図２６は、第７実施形態に係る動作を説明するためのシーケンス図である。

［実施形態の概要］
第１実施形態及び第２実施形態に係る通信制御方法は、セルラ基地局のトラフィック負荷をアクセスポイントに移行するオフロードを行うための方法である。前記通信制御方法は、前記セルラ基地局との第１の接続を確立しているユーザ端末が、前記アクセスポイントとの第２の接続を確立して前記オフロードを開始しても、前記第１の接続を解放せずに維持するステップと、前記ユーザ端末が、前記オフロードの開始後において、前記オフロードを継続するか中止するかの判断を行う判断ステップと、を有する。

第１実施形態及び第２実施形態では、前記判断ステップにおいて、前記ユーザ端末は、前記アクセスポイントとの通信状況に基づいて前記判断を行う。

第１実施形態に係る動作パターン１では、前記通信制御方法は、前記ユーザ端末が、前記第１の接続の解放前において、前記第１の接続を解放した後における前記ユーザ端末の動作を設定するための設定情報を前記セルラ基地局から受信するステップをさらに有する。

第１実施形態に係る動作パターン１では、前記通信制御方法は、前記ユーザ端末が、前記判断ステップにおいて前記オフロードを継続すると判断した場合に、前記オフロードを継続することを示す通知を前記セルラ基地局に送信するステップと、前記ユーザ端末が、前記通知の送信後において、前記第１の接続を解放するステップと、をさらに有する。

第１実施形態に係る動作パターン１では、前記通信制御方法は、前記ユーザ端末が、前記判断ステップにおいて前記オフロードを中止すると判断した場合に、前記オフロードを中止するとともに、前記設定情報を破棄するステップをさらに有する。

第１実施形態に係る動作パターン２では、前記通信制御方法は、前記ユーザ端末が、前記オフロードの開始前において、前記第１の接続の解放指示の送信停止を要求するための送信停止要求を前記セルラ基地局に送信するステップをさらに有する。

第１実施形態に係る動作パターン２では、前記通信制御方法は、前記ユーザ端末が、前記判断ステップにおいて前記オフロードを継続すると判断した場合に、前記解放指示の送信を要求するための送信要求を前記セルラ基地局に送信するステップと、前記ユーザ端末が、前記解放指示を前記セルラ基地局から受信するステップと、をさらに有する。前記解放指示は、前記第１の接続を解放した後における前記ユーザ端末の動作を設定するための設定情報を含む。

第１実施形態及び第２実施形態では、前記ユーザ端末は、前記オフロードを開始した後に前記第１の接続を維持すべき接続維持期間を規定する端末側タイマを備えている。前記通信制御方法は、前記ユーザ端末が、前記オフロードを開始した際に前記端末側タイマを起動するステップと、前記ユーザ端末が、前記端末側タイマが満了するまで前記第１の接続を維持する維持ステップと、をさらに有する。

第２実施形態に係る動作パターン１では、前記セルラ基地局は、前記ユーザ端末とのトラフィック送受信を停止した後に前記第１の接続を維持すべき接続維持期間を規定する基地局側タイマを備えている。前記端末側タイマに設定されている接続維持期間は、前記基地局側タイマに設定されている接続維持期間以下である。

第２実施形態に係る動作パターン２では、前記セルラ基地局は、前記ユーザ端末とのトラフィック送受信を停止した後に前記第１の接続を維持すべき接続維持期間を規定する基地局側タイマを備えている。前記維持ステップにおいて、前記ユーザ端末は、前記アクセスポイントとのトラフィック送受信を行いつつ、前記基地局側タイマを停止するために前記セルラ基地局とのトラフィック送受信を行う。

第２実施形態に係る動作パターン３では、前記セルラ基地局は、前記ユーザ端末とのトラフィック送受信を停止した後に前記第１の接続を維持すべき接続維持期間を規定する基地局側タイマを備えている。前記通信制御方法は、前記セルラ基地局において前記基地局側タイマが満了した際に前記第１の接続の解放要求を前記ユーザ端末から受信していない場合に、前記第１の接続の解放可否について前記セルラ基地局から前記ユーザ端末に問い合わせるステップをさらに有する。

第２実施形態に係る動作パターン４では、前記セルラ基地局は、前記ユーザ端末とのトラフィック送受信を停止した後に前記第１の接続を維持すべき接続維持期間を規定する基地局側タイマを備えている。前記通信制御方法は、前記セルラ基地局が、前記端末側タイマが満了するよりも先に前記基地局側タイマが満了することを防止するために、前記基地局側タイマを制御する制御ステップをさらに有する。

第２実施形態に係る動作パターン４−１では、前記基地局側タイマは、前記オフロード以外の用途に使用される第１の基地局側タイマと、前記オフロードの用途に使用される第２の基地局側タイマと、を含む。前記第２の基地局側タイマに設定されている接続維持期間は、前記第１の基地局側タイマに設定されている接続維持期間よりも長い。前記制御ステップにおいて、前記セルラ基地局は、前記オフロードを開始したことに応じて、前記第２の基地局側タイマを選択した上で前記第２の基地局側タイマを起動する。

第２実施形態に係る動作パターン４−２では、前記通信制御方法は、前記セルラ基地局が、前記端末側タイマに設定すべき接続維持期間を前記ユーザ端末に通知するステップをさらに有する。前記制御ステップにおいて、前記セルラ基地局は、前記ユーザ端末に通知した接続維持期間以上の接続維持期間を前記基地局側タイマに設定する。

第２実施形態に係る動作パターン４−３では、前記制御ステップにおいて、前記セルラ基地局は、前記オフロードを開始したことに応じて、前記基地局側タイマの起動を中止する。

第３実施形態に係るユーザ端末は、セルラ通信部及びＷＬＡＮ通信部を有する。前記ユーザ端末は、前記ＷＬＡＮ通信部がオン状態である場合に、前記ユーザ端末の移動速度を測定する制御部を備える。前記制御部は、前記移動速度の急激な低下を検知した場合に、前記ＷＬＡＮ通信部によるアクセスポイントとの接続開始を規制する。

第３実施形態では、前記制御部は、前記移動速度の急激な低下を検知した後において、前記移動速度の急激な上昇を検知した場合に、前記接続開始の規制を解除する。

第３実施形態の変更例では、接続規制の対象とすべき前記アクセスポイントのリストを記憶する記憶部をさらに備える。前記制御部は、前記リストに含まれる前記アクセスポイントとの接続開始を規制する。

第３実施形態の変更例では、前記セルラ通信部は、セルラ基地局から前記リストを受信している。前記記憶部は、前記セルラ基地局から受信した前記リストを記憶する。

第４実施形態に係るユーザ端末は、セルラ通信部及びＷＬＡＮ通信部を有する。前記ユーザ端末は、前記ＷＬＡＮ通信部がオン状態である場合に、アクセスポイントからの受信レベルを測定する制御部を備える。前記制御部は、前記受信レベルの急激な上昇を検知した場合に、前記ＷＬＡＮ通信部による前記アクセスポイントとの接続開始を規制する。

第４実施形態では、前記制御部は、前記受信レベルの急激な上昇を検知した後において、前記受信レベルの急激な低下を検知した場合に、前記接続開始の規制を解除する。

第４実施形態の変更例では、接続規制の対象とすべき前記アクセスポイントのリストを記憶する記憶部をさらに備える。前記制御部は、前記リストに含まれる前記アクセスポイントとの接続開始を規制する。

第４実施形態の変更例では、前記セルラ通信部は、セルラ基地局から前記リストを受信している。前記記憶部は、前記セルラ基地局から受信した前記リストを記憶する。

第５実施形態に係るユーザ端末は、セルラ無線信号をセルラ基地局と送受信するセルラ通信部と、ＷＬＡＮ無線信号をアクセスポイントと送受信するＷＬＡＮ通信部と、前記ＷＬＡＮ通信部がオフ状態である場合で、かつ、前記ＷＬＡＮ通信部をオン状態に切り替えるためのＷＬＡＮオン要求を前記セルラ基地局から前記セルラ通信部が受信した場合に、前記ＷＬＡＮ通信部をオン状態に切り替える制御部と、を備える。前記ＷＬＡＮオン要求は、前記ＷＬＡＮ通信部によりＷＬＡＮ無線信号の受信をＷＬＡＮチャネルごとに試行する動作であるＷＬＡＮスキャンを制御するためのスキャン制御情報を含む。前記制御部は、前記ＷＬＡＮ通信部をオン状態に切り替えた後、前記ＷＬＡＮオン要求に含まれる前記スキャン制御情報に従って前記ＷＬＡＮスキャンを制御する。

第５実施形態では、前記制御部は、前記ＷＬＡＮオン要求を受信するよりも前において、前記ユーザ端末のＷＬＡＮ通信能力を示す情報、前記ＷＬＡＮ通信部がオフ状態であることを示す情報、のうち少なくとも１つを前記セルラ基地局に通知する。

第５実施形態では、前記スキャン制御情報は、前記ＷＬＡＮスキャンの対象とするＷＬＡＮチャネル又は前記ＷＬＡＮスキャンの対象としないＷＬＡＮチャネルを指定するためのチャネル情報、前記ＷＬＡＮスキャンの対象とするＷＬＡＮ周波数帯又は前記ＷＬＡＮスキャンの対象としないＷＬＡＮ周波数帯を指定するための周波数帯情報、のうち少なくとも１つを含む。

第５実施形態では、前記スキャン制御情報は、前記ＷＬＡＮスキャンにおいて前記ＷＬＡＮ無線信号の受信を優先的に試行すべきＷＬＡＮチャネル又はＷＬＡＮ周波数帯を指定するための優先度情報を含む。

第５実施形態では、前記スキャン制御情報は、前記ＷＬＡＮスキャンを継続すべき期間を指定するための期間情報、前記ＷＬＡＮスキャンを行うべきタイミングを指定するためのタイミング情報、のうち少なくとも１つを含む。

第５実施形態では、前記ユーザ端末は、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）信号を受信するＧＮＳＳ受信機をさらに備える。前記制御部は、前記ＷＬＡＮオン要求を受信するよりも前において、前記ＧＮＳＳ信号の受信レベルに関する情報を前記セルラ基地局に通知する。

第５実施形態では、前記制御部は、前記ＷＬＡＮ通信部がオン状態である場合で、かつ、前記ＷＬＡＮオン要求を前記セルラ基地局から前記セルラ通信部が受信した場合に、前記ＷＬＡＮオン要求を無視する。

第６実施形態に係る通信制御方法は、セルラ通信システムを無線ＬＡＮシステムと連携させるための通信制御方法であって、小セル基地局と直接的に接続される無線ＬＡＮアクセスポイントと、前記無線ＬＡＮアクセスポイントに接続しているユーザ端末との接続が困難になるか否かを判定する判定ステップと、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定された場合に、前記ユーザ端末が、他の基地局が管理するセルへ接続する接続ステップと、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定された場合に、前記無線ＬＡＮアクセスポイントが、前記無線ＬＡＮアクセスポイントが有する前記ユーザ端末に関するユーザデータを、前記小セル基地局を経由して前記他の基地局に転送する転送ステップと、を有する。

第６実施形態に係る通信制御方法では、前記ユーザ端末が、前記判定ステップにおいて、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定した場合、前記ユーザデータを前記他の基地局に転送させるための要求を行う要求ステップをさらに有し、前記転送ステップにおいて、前記要求ステップにおける要求に起因して、前記無線ＬＡＮアクセスポイントが、前記小セル基地局を経由して前記他の基地局に前記ユーザデータを転送する。

第６実施形態に係る通信制御方法では、前記判定ステップにおいて、前記ユーザ端末は、前記無線ＬＡＮアクセスポイントから受信する信号強度が通信品質を確保できる値である所定値以上であっても、前記無線ＬＡＮアクセスポイントが前記小セル基地局と同じ場所に配置された併設タイプであり、且つ、前記小セル基地局から受信する信号強度が所定値未満になった場合に、前記無線ＬＡＮアクセスポイントとの接続が困難になると判定する。

第６実施形態に係る通信制御方法は、前記他の基地局が、前記要求ステップにおける要求を受信した場合に、前記無線ＬＡＮアクセスポイントから、前記小セル基地局を経由して、前記他の基地局に前記ユーザデータを転送することを前記小セル基地局に要求する第１転送要求ステップと、前記小セル基地局が、前記第１転送要求ステップにおける要求を受信した場合に、前記小セル基地局に前記ユーザデータを転送することを前記無線ＬＡＮアクセスポイントに要求する第２転送要求ステップと、をさらに有し、前記転送ステップにおいて、前記無線ＬＡＮアクセスポイントが、前記第２転送要求ステップにおける要求を受信した場合に、前記小セル基地局を経由して、前記他の基地局に前記ユーザデータを転送する。

第６実施形態に係る通信制御方法では、前記転送ステップにおいて、前記小セル基地局は、アクセス権を有する特定ユーザ端末のみが接続可能な特定セルを管理するホーム基地局である場合で、且つ、前記ユーザ端末が前記特定ユーザ端末でない場合であっても、前記無線ＬＡＮアクセスポイントから転送された前記ユーザデータを前記他の基地局へ転送する。

第６実施形態に係る通信制御方法は、前記他の基地局が、前記要求ステップにおける要求を満たすことができない場合、前記要求ステップにおける要求に対して否定応答を行う否定応答ステップと、前記ユーザ端末が、前記否定応答を受信した場合に、前記要求ステップにおける要求を再度行う再要求ステップと、をさらに有する。

第６実施形態に係る通信制御方法では、再要求ステップにおいて、前記ユーザ端末は、前記否定応答の受信回数が所定値に達するまで、前記要求ステップにおける要求を繰り返し行う。

その他実施形態に係る通信制御方法では、前記判定ステップにおいて、前記無線ＬＡＮアクセスポイントは、前記ユーザ端末から受信する信号強度が所定値未満になった場合に、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定する。

第７実施形態に係る通信制御方法は、セルラ通信システムを無線ＬＡＮシステムと連携させるための通信制御方法であって、小セル基地局と直接的に接続される無線ＬＡＮアクセスポイントと、前記無線ＬＡＮアクセスポイントに接続しているユーザ端末との接続が困難になるか否かを判定する判定ステップと、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定された場合に、前記ユーザ端末が、前記小セル基地局が管理する小セルへ接続する接続ステップと、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定された場合に、前記無線ＬＡＮアクセスポイントが、前記無線ＬＡＮアクセスポイントが有する前記ユーザ端末に関するユーザデータを、前記小セル基地局に転送する転送ステップと、を有する。

第７実施形態に係る通信制御方法は、前記ユーザ端末が、前記判定ステップにおいて、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定した場合、前記ユーザデータを前記小セル基地局に転送させるための要求を行う要求ステップをさらに有し、前記転送ステップにおいて、前記要求ステップにおける要求に基づいて、前記無線ＬＡＮアクセスポイントが、前記小セル基地局に前記ユーザデータを転送する。

第７実施形態に係る通信制御方法では、前記判定ステップにおいて、前記ユーザ端末は、前記無線ＬＡＮアクセスポイントが前記小セル基地局と同じ場所に配置された併設タイプである場合で且つ、前記小セル基地局から受信する信号強度が通信品質を確保できる値である所定値未満になる前に、前記無線ＬＡＮアクセスポイントから受信する信号強度が所定値未満になった場合に、前記無線ＬＡＮアクセスポイントとの接続が困難になると判定する。

第７実施形態に係る通信制御方法では、前記判定ステップにおいて、前記無線ＬＡＮアクセスポイントは、前記ユーザ端末から受信する信号強度が所定値未満になった場合に、前記ユーザ端末と前記無線ＬＡＮアクセスポイントとの接続が困難になると判定する。

第７実施形態に係る通信制御方法は、前記小セル基地局が、アクセス権を有する特定ユーザ端末のみが接続可能な特定セルを管理するホーム基地局であり、且つ、前記ユーザ端末が特定ユーザ端末でない場合、前記無線ＬＡＮアクセスポイントから前記ユーザデータが転送され、且つ、前記小セルと前記ユーザ端末とが接続するとすぐに前記セルへのハンドオーバを行うことを要求するハンドオーバ要求を前記小セル基地局に隣接する他の基地局へ行うハンドオーバ要求ステップ、をさらに有する。

次に、第１実施形態から第７実施形態について、説明する。なお、各実施形態において、他の実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。

［第１実施形態］
以下、図面を参照して、３ＧＰＰ規格に準拠して構成されるセルラ通信システム（ＬＴＥシステム）を無線ＬＡＮ（ＷＬＡＮ）システムと連携させる場合の実施形態を説明する。

（システム構成）
図１は、第１実施形態に係るシステム構成図である。図１に示すように、セルラ通信システムは、複数のＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。ＥＰＣ２０は、コアネットワークに相当する。

ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセルとの無線通信を行う。ＵＥ１００はユーザ端末に相当する。ＵＥ１００は、セルラ通信及びＷＬＡＮ通信の両通信方式をサポートする端末（デュアル端末）である。

Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００はセルラ基地局に相当する。ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。また、ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。

ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介して、ＥＰＣ２０に含まれるＭＭＥ／Ｓ−ＧＷ５００と接続される。

ＥＰＣ２０は、複数のＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）５００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。

ＷＬＡＮシステムは、ＷＬＡＮアクセスポイント（以下、「ＡＰ」と称する）３００を含む。ＷＬＡＮシステムは、例えばＩＥＥＥ ８０２．１１諸規格に準拠して構成される。ＡＰ３００は、セルラ周波数帯とは異なる周波数帯（ＷＬＡＮ周波数帯）でＵＥ１００との通信を行う。ＡＰ３００は、ルータなどを介してＥＰＣ２０に接続される。

尚、ＷＬＡＮ周波数帯は、１つの場合に限らず、複数のＷＬＡＮ周波数帯（例えば、２．４ＧＨｚ帯、５ＧＨｚ帯）が存在することがある。１つのＷＬＡＮ周波数帯には、複数のＷＬＡＮチャネルが含まれてもよい。

また、ｅＮＢ２００及びＡＰ３００が個別に配置される場合に限らず、ｅＮＢ２００及びＡＰ３００が同じ場所に配置（Ｃｏｌｌｏｃａｔｅｄ）されていてもよい。Ｃｏｌｌｏｃａｔｅｄの一形態として、ｅＮＢ２００及びＡＰ３００がオペレータの任意のインターフェイスで直接的に接続されていてもよい。

次に、ＵＥ１００、ｅＮＢ２００、及びＡＰ３００の構成を説明する。

図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１及び１０２と、セルラ通信部（セルラ送受信機）１１１と、ＷＬＡＮ通信部（ＷＬＡＮ送受信機）１１２と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。或いは、メモリ１５０は、記憶部を構成し、プロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）を、制御部（及び記憶部）を構成するプロセッサ１６０’としてもよい。

アンテナ１０１及びセルラ通信部１１１は、セルラ無線信号の送受信に用いられる。セルラ通信部１１１は、プロセッサ１６０が出力するベースバンド信号をセルラ無線信号に変換してアンテナ１０１から送信する。また、セルラ通信部１１１は、アンテナ１０１が受信するセルラ無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。

アンテナ１０２及びＷＬＡＮ通信部１１２は、ＷＬＡＮ無線信号の送受信に用いられる。ＷＬＡＮ通信部１１２は、プロセッサ１６０が出力するベースバンド信号をＷＬＡＮ無線信号に変換してアンテナ１０２から送信する。また、ＷＬＡＮ通信部１１２は、アンテナ１０２が受信するＷＬＡＮ無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの入力を受け付けて、該入力の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。

図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、セルラ通信部（セルラ送受信機）２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサとしてもよい。

アンテナ２０１及びセルラ通信部２１０は、セルラ無線信号の送受信に用いられる。セルラ通信部２１０は、プロセッサ２４０が出力するベースバンド信号をセルラ無線信号に変換してアンテナ２０１から送信する。また、セルラ通信部２１０は、アンテナ２０１が受信するセルラ無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。

ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ５００と接続される。また、ネットワークインターフェイス２２０は、ＥＰＣ２０を介したＡＰ３００との通信に使用される。

メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。

図４は、ＡＰ３００のブロック図である。図４に示すように、ＡＰ３００は、アンテナ３０１と、ＷＬＡＮ通信部（ＷＬＡＮ送受信機）３１１と、ネットワークインターフェイス３２０と、メモリ３３０と、プロセッサ３４０と、を有する。メモリ３３０及びプロセッサ３４０は、制御部を構成する。なお、メモリ３３０をプロセッサ３４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサとしてもよい。

アンテナ３０１及びＷＬＡＮ通信部３１１は、ＷＬＡＮ無線信号の送受信に用いられる。ＷＬＡＮ通信部３１１は、プロセッサ３４０が出力するベースバンド信号をＷＬＡＮ無線信号に変換してアンテナ３０１から送信する。また、ＷＬＡＮ通信部３１１は、アンテナ３０１が受信するＷＬＡＮ無線信号をベースバンド信号に変換してプロセッサ３４０に出力する。

ネットワークインターフェイス３２０は、ルータなどを介してＥＰＣ２０と接続される。また、ネットワークインターフェイス３２０は、ＥＰＣ２０を介したｅＮＢ２００との通信に使用される。

メモリ３３０は、プロセッサ３４０によって実行されるプログラムと、プロセッサ３４０による処理に使用される情報と、を記憶する。プロセッサ３４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ３３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。

図５は、セルラ通信システムにおける無線インターフェイスのプロトコルスタック図である。図５に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを含む。

物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。

ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割当リソースブロックを選択するスケジューラを含む。

ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御メッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００は接続状態（ＲＲＣ ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ）であり、そうでない場合、ＵＥ１００はアイドル状態（ＲＲＣ ｉｄｌｅ ｓｔａｔｅ）である。

ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。

図６は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ適用される。

図６に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。リソースブロックは、周波数方向に複数個のサブキャリアを含む。

ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。また、下りリンクにおいて、各サブフレームには、セル固有参照信号などの参照信号が分散して配置される。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。

（第１実施形態に係る動作）
次に、第１実施形態に係る動作について説明する。

（１）動作環境
図７は、第１実施形態に係る動作環境を説明するための図である。図７に示すように、ｅＮＢ２００のカバレッジ内にＡＰ３００が設けられている。ＡＰ３００は、オペレータにより管理されるＡＰ（Ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰ）である。

また、ｅＮＢ２００のカバレッジ内であって、かつＡＰ３００のカバレッジ内に複数のＵＥ１００が位置している。ＵＥ１００は、ｅＮＢ２００との接続を確立しており、ｅＮＢ２００とのセルラ通信を行っている。具体的には、ＵＥ１００は、トラフィック（ユーザデータ）を含んだセルラ無線信号をｅＮＢ２００と送受信している。或いは、一部のＵＥ１００は、ｅＮＢ２００との接続を確立していなくてもよい。

ｅＮＢ２００が多数のＵＥ１００との接続を確立する場合、ｅＮＢ２００の負荷レベルが高くなる。負荷レベルとは、ｅＮＢ２００のトラフィック負荷又はｅＮＢ２００の無線リソース使用率など、ｅＮＢ２００の混雑度を意味する。

ここで、ｅＮＢ２００とＵＥ１００との間で送受信されるトラフィックを、ＡＰ３００とＵＥ１００との間で送受信するよう切り替えることにより、ｅＮＢ２００のトラフィック負荷をＡＰ３００に移行（オフロード）できる。

しかしながら、一般的なＵＥ１００は、ＡＰ３００との接続を確立する場合に、ｅＮＢ２００との接続を解放するため、オフロードの実行中においてＵＥ１００はセルラ通信のアイドル状態になる。

よって、ＵＥ１００がＡＰ３００との接続を確立した後、ＵＥ１００とＡＰ３００との間の通信状況が悪化したような場合には、ＵＥ１００とｅＮＢ２００との間の接続を改めて確立するという非効率な動作（いわゆる、ピンポン現象）が生じ得る。

以下において、このような不具合を解消するための第１実施形態に係る動作について説明する。

（２）第１実施形態に係る動作パターン１
図８は、第１実施形態に係る動作パターン１のシーケンス図である。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続（第１の接続）を確立した状態にある。

図８に示すように、ステップＳ１０１において、ＵＥ１００は、オフロードの開始を決定すると、その旨のオフロード通知をｅＮＢ２００に送信する。

ステップＳ１０２において、ｅＮＢ２００は、ＵＥ１００からのオフロード通知の受信に応じて、肯定応答（Ａｃｋ）をＵＥ１００に送信する。ここで、ｅＮＢ２００は、ＲＲＣ接続を解放した後におけるＵＥ１００の動作（すなわち、アイドル状態における動作）を設定するための設定情報（以下、「アイドル時設定情報」という）をＡｃｋと共にＵＥ１００に送信する。ＵＥ１００は、Ａｃｋと共にアイドル時設定情報を受信すると、受信したアイドル時設定情報を記憶する。アイドル時設定情報は、ＲＲＣ解放メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ）に含まれる情報と同様の情報であり、セルリセレクションの優先度を提供する情報（ｆｒｅｑＰｒｉｏｒｉｔｙＬｉｓｔ、ｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏなど）である（３ＧＰＰ技術仕様「ＴＳ３６．３３１」参照）。

ステップＳ１０３において、ＵＥ１００は、ｅＮＢ２００からのＡｃｋの受信に応じて、ＡＰ３００との接続（第２の接続）を確立し、オフロードを開始する。具体的には、ＵＥ１００は、ｅＮＢ２００と送受信していたトラフィックを、ＡＰ３００と送受信するよう切り替える。

ＵＥ１００及びｅＮＢ２００は、オフロードを開始してもＲＲＣ接続を解放せずに維持する。よって、ＵＥ１００は、オフロードを開始しても、セルラ通信のアイドル状態に遷移せずに、セルラ通信の接続状態を維持する。

ステップＳ１０４において、ＵＥ１００は、所定時間を計時するためのタイマを起動する。

ステップＳ１０５においてタイマが満了すると、ステップＳ１０６において、ＵＥ１００は、オフロードを継続するか否かの判断を行う。すなわち、ＵＥ１００は、ＡＰ３００と送受信しているトラフィックをｅＮＢ２００と送受信するよう切り替えるか否かを判断する。ＵＥ１００は、ＡＰ３００との通信の状況に基づいて判断を行う。ＡＰ３００との通信の状況とは、ＡＰ３００との間の無線リンク状況及び／又はＡＰ３００に関するネットワーク状況である。ＡＰ３００との間の無線リンク状況とは、ビーコン信号の信号強度及び無線リンク安定度などである。ＡＰ３００に関するネットワーク状況とは、ＡＰ３００の負荷レベルなどである。例えば、ＵＥ１００は、ＡＰ３００との間の通信状況が良好であれば、オフロードを継続すると判断し、そうでなければ、オフロードを中止すると判断する。

オフロードを中止すると判断した場合（ステップＳ１０６：Ｎｏ）、ステップＳ１０７において、ＵＥ１００は、オフロードを中止する。すなわち、ＵＥ１００は、ＡＰ３００と送受信しているトラフィックをｅＮＢ２００と送受信するよう切り替える。また、ステップＳ１０８において、ＵＥ１００は、ステップＳ１０２で記憶したアイドル時設定情報を破棄する。尚、ＵＥ１００は、ＡＰ３００との接続を解放してもよい。

一方、オフロードを継続すると判断した場合（ステップＳ１０６：Ｙｅｓ）、ステップＳ１０９において、ＵＥ１００は、オフロードを継続することを示す通知をｅＮＢ２００に送信する。その結果、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を解放する。また、ＵＥ１００は、セルラ通信の接続状態からアイドル状態に遷移する。

ステップＳ１１０において、ＵＥ１００は、ステップＳ１０２で記憶したアイドル時設定情報を適用する。そして、ステップＳ１１１において、ＵＥ１００は、アイドル時設定情報に基づいてアイドル状態での動作を行う。

（３）第１実施形態に係る動作パターン２
図９は、第１実施形態に係る動作パターン２のシーケンス図である。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続（第１の接続）を確立した状態にある。

図９に示すように、ステップＳ２０１において、ＵＥ１００は、オフロードの開始を決定すると、その旨のオフロード通知をｅＮＢ２００に送信する。ここで、ＵＥ１００は、ＲＲＣ接続の解放指示（ＲＲＣ解放メッセージ）の送信停止を要求するための送信停止要求をオフロード通知と共にｅＮＢ２００に送信する。ｅＮＢ２００は、送信停止要求の受信に応じて、ＵＥ１００に対するＲＲＣ解放メッセージの送信停止を設定する。

ステップＳ２０２において、ｅＮＢ２００は、ＵＥ１００からのオフロード通知の受信に応じて、肯定応答（Ａｃｋ）をＵＥ１００に送信する。

ステップＳ２０３において、ＵＥ１００は、ｅＮＢ２００からのＡｃｋの受信に応じて、ＡＰ３００との接続（第２の接続）を確立し、オフロードを開始する。具体的には、ＵＥ１００は、ｅＮＢ２００と送受信していたトラフィックを、ＡＰ３００と送受信するよう切り替える。

ＵＥ１００及びｅＮＢ２００は、オフロードを開始してもＲＲＣ接続を解放せずに維持する。よって、ＵＥ１００は、オフロードを開始しても、セルラ通信のアイドル状態に遷移せずに、セルラ通信の接続状態を維持する。

ステップＳ２０４において、ＵＥ１００は、所定時間を計時するためのタイマを起動する。

ステップＳ２０５において、ＵＥ１００は、オフロードを継続するか否かの判断を行う。判断方法は動作パターン１と同様である。

オフロードを中止すると判断した場合（ステップＳ２０５：Ｎｏ）、ステップＳ２０６において、ＵＥ１００は、オフロードを中止する。すなわち、ＵＥ１００は、ＡＰ３００と送受信しているトラフィックをｅＮＢ２００と送受信するよう切り替える。尚、ＵＥ１００は、ＡＰ３００との接続を解放してもよい。

一方、オフロードを継続すると判断した場合（ステップＳ２０５：Ｙｅｓ）で、かつタイマが満了した場合（ステップＳ２０７）、ステップＳ２０８において、ＵＥ１００は、ＲＲＣ解放メッセージの送信を要求するための送信要求をｅＮＢ２００に送信する。

ステップＳ２０９において、ｅＮＢ２００は、ＲＲＣ解放メッセージの送信要求の受信に応じて、ＲＲＣ解放メッセージをＵＥ１００に送信する。ＲＲＣ解放メッセージは、ＲＲＣ接続を解放した後におけるＵＥ１００の動作を設定するためのアイドル時設定情報を含む。その結果、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を解放する。また、ＵＥ１００は、セルラ通信の接続状態からアイドル状態に遷移する。そして、ステップＳ２１０において、ＵＥ１００は、アイドル時設定情報に基づいてアイドル状態での動作を行う。

（第１実施形態のまとめ）
第１実施形態では、ｅＮＢ２００とのＲＲＣ接続を確立しているＵＥ１００は、ＡＰ３００との接続を確立してオフロードを開始しても、ＲＲＣ接続を解放せずに維持する。また、ＵＥ１００は、オフロードの開始後において、オフロードを継続するか中止するかの判断を行う。このように、オフロードを開始してもＲＲＣ接続を解放せずに維持することにより、上述したピンポン現象を回避できる。

第１実施形態では、ＵＥ１００は、ＡＰ３００との通信状況に基づいて、オフロードを継続するか中止するかの判断を行う。これにより、オフロード後におけるＡＰ３００との通信状況の変化に対応できる。

動作パターン１では、ＵＥ１００は、ＲＲＣ接続の解放前において、ＲＲＣ接続を解放した後におけるＵＥ１００の動作を設定するためのアイドル時設定情報をｅＮＢ２００から受信する。これにより、ＵＥ１００は、ＲＲＣ接続の解放後（すなわち、アイドル状態）における動作を適切に行うことができる。

動作パターン１では、ＵＥ１００は、オフロードを継続すると判断した場合に、オフロードを継続することを示す通知をｅＮＢ２００に送信する。そして、ＵＥ１００は、通知の送信後において、ＲＲＣ接続を解放する。これにより、ＵＥ１００は、ＲＲＣ接続を解放しても問題ない場合には、自発的にＲＲＣ接続を解放できる。また、ＲＲＣ接続を解放することで、セルラリソースを節約できる。

動作パターン１では、ＵＥ１００は、オフロードを中止すると判断した場合に、オフロードを中止するとともに、アイドル時設定情報を破棄する。これにより、不要になったアイドル時設定情報を破棄してメモリを節約できる。

動作パターン２では、ＵＥ１００は、オフロードの開始前において、ＲＲＣ解放メッセージの送信停止を要求するための送信停止要求をｅＮＢ２００に送信する。これにより、ＵＥ１００は、ｅＮＢ２００がＲＲＣ接続を解放してしまうことを防止できる。

動作パターン２では、ＵＥ１００は、オフロードを継続すると判断した場合に、ＲＲＣ解放メッセージの送信を要求するための送信要求をｅＮＢ２００に送信し、ＲＲＣ解放メッセージをｅＮＢ２００から受信する。これにより、ＵＥ１００は、ＲＲＣ接続を解放しても問題ない場合には、自発的にＲＲＣ接続を解放できる。また、ＲＲＣ解放メッセージは、アイドル時設定情報を含む。従って、ＵＥ１００は、ＲＲＣ接続の解放後（すなわち、アイドル状態）における動作を適切に行うことができる。

［第２実施形態］
第２実施形態について、第１実施形態との相違点を主として説明する。なお、第２実施形態は、システム構成及び動作環境については第１実施形態と同様である。

（第２実施形態に係る動作）
上述した第１実施形態では、ｅＮＢ２００及びＵＥ１００のそれぞれが備えるタイマについて詳しく触れていないが、第２実施形態は、かかるタイマに着目した実施形態である。上述したように、ＵＥ１００は、オフロードを開始した後にＲＲＣ接続を維持すべき接続維持期間を規定する端末側タイマ（以下「ＵＥタイマ」という）を備えている。ＵＥ１００は、オフロードを開始した際にＵＥタイマを起動する（図８のステップＳ１０４及び図９のステップＳ２０４参照）。そして、ＵＥ１００は、ＵＥタイマが満了するまでＲＲＣ接続を維持する。

一方、ｅＮＢ２００は、ＵＥ１００とのトラフィック送受信を停止した後にＲＲＣ接続を維持すべき接続維持期間を規定する基地局側タイマ（以下「ｅＮＢタイマ」という）を備えている。かかるｅＮＢタイマは、Ｉｎａｃｔｉｖｉｔｙタイマと称されることがある。ｅＮＢ２００は、ＵＥ１００とのトラフィック送受信を停止した際にｅＮＢタイマを起動する。また、ｅＮＢ２００は、ｅＮＢタイマが満了するまではＲＲＣ接続を維持し、ｅＮＢタイマが満了するとＲＲＣ解放メッセージをＵＥ１００に送信してＲＲＣ接続を解放する。

ここで、ＵＥタイマとｅＮＢタイマとの間で競合が生じる可能性がある。具体的には、ｅＮＢタイマに設定されている接続維持期間が、ＵＥタイマに設定されている接続維持期間よりも短い場合には、ＵＥタイマが満了する前にｅＮＢタイマが満了し、ｅＮＢ２００がＲＲＣ接続を解放してしまう。以下において、このような不具合を解消するための第２実施形態に係る動作について説明する。

（１）第２実施形態に係る動作パターン１
第２実施形態に係る動作パターン１は、ＵＥタイマに、予め適切な接続維持期間を設定しておくパターンである。具体的には、ＵＥタイマに設定されている接続維持期間は、ｅＮＢタイマに設定されている接続維持期間以下である。言い換えると、ｅＮＢタイマに設定されている接続維持期間は、ＵＥタイマに設定されている接続維持期間以上である。これにより、ＵＥタイマが満了する前にｅＮＢタイマが満了することを防止できる。

（２）第２実施形態に係る動作パターン２
第２実施形態に係る動作パターン２は、ＵＥ１００が、オフロード開始後において、ＡＰ３００とのトラフィック送受信を行いつつ、ｅＮＢタイマの満了を防止する（ｅＮＢタイマを停止する）ためにｅＮＢ２００とのトラフィック送受信を行うパターンである。

「ｅＮＢタイマの満了を防止するためにｅＮＢ２００とのトラフィック送受信を行う」とは、例えば、一部のトラフィック（ベアラ）をｅＮＢ２００に残す動作である。かかる動作は、基本的には、ＵＥ１００がｅＮＢ２００経由で複数のサービスを使用していた場合に適用できる。しかしながら、ＵＥ１００が一つしかサービスを使用していなかった場合においても、ダミートラフィック（ｋｅｅｐ ａｒｒｉｖｅ ｍｅｓｓａｇｅ）を生成し、ｅＮＢ２００に周期的に送信することで接続状態を維持してもよい。ｋｅｅｐ ａｒｒｉｖｅ ｍｅｓｓａｇｅは、上位レイヤのメッセージ（例えば、オペレータ所有のサーバに宛てて送信されるメッセージ）であってもよく、下位レイヤのメッセージ（例えば、ＭＡＣレイヤでやり取りされるメッセージ）であってもよい。

図１０は、第２実施形態に係る動作パターン２のシーケンス図である。本シーケンスでは、一部のトラフィックをｅＮＢ２００に残す動作を例に説明する。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続（第１の接続）を確立した状態にある（ステップＳ３０１）。

図１０に示すように、ステップＳ３０２において、ＵＥ１００は、オフロードの開始を決定すると、ｅＮＢ２００に残すトラフィックを選択する。選択基準は、ＱｏＳ種別又はサービス種別などである。例えば、ＵＥ１００は、オペレータ特有のサービス（ＷＬＡＮ経由では提供できないようなオペレータ回線特有のサービス）を優先的にｅＮＢ２００に残すよう判断してもよい。

ステップＳ３０３において、ＵＥ１００は、ＡＰ３００との接続（第２の接続）を確立し、オフロードを開始する。具体的には、ＵＥ１００は、ｅＮＢ２００と送受信していたトラフィックのうち、ｅＮＢ２００に残すトラフィック以外のトラフィックを、ＡＰ３００と送受信するよう切り替える。

ＵＥ１００及びｅＮＢ２００は、オフロードを開始してもＲＲＣ接続を解放せずに維持する。よって、ＵＥ１００は、オフロードを開始しても、セルラ通信のアイドル状態に遷移せずに、セルラ通信の接続状態を維持する。

ステップＳ３０４において、ＵＥ１００は、オフロードの開始に応じて、ＵＥタイマを起動する。

ステップＳ３０５において、ＵＥ１００は、オフロードを継続するか否かの判断を行う。判断方法は第１実施形態と同様である。

オフロードを中止すると判断した場合（ステップＳ３０５：Ｎｏ）、ステップＳ３０６において、ＵＥ１００は、オフロードを中止する。すなわち、ＵＥ１００は、ＡＰ３００と送受信しているトラフィックをｅＮＢ２００と送受信するよう切り替える。尚、ＵＥ１００は、ＡＰ３００との接続を解放してもよい。

一方、オフロードを継続すると判断した場合（ステップＳ３０５：Ｙｅｓ）で、かつＵＥタイマが満了した場合（ステップＳ３０７）、ステップＳ３０８において、ＵＥ１００は、ｅＮＢ２００に残していたトラフィックを、ＡＰ３００と送受信するよう切り替える。

ｅＮＢ２００は、ＵＥ１００のトラフィックが無くなったことに応じてｅＮＢタイマを起動し、その後、ｅＮＢタイマが満了する。

ステップＳ３０９において、ｅＮＢ２００は、ＲＲＣ解放メッセージをＵＥ１００に送信する。ＲＲＣ解放メッセージは、ＲＲＣ接続を解放した後におけるＵＥ１００の動作を設定するためのアイドル時設定情報を含む。その結果、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を解放する。また、ＵＥ１００は、セルラ通信の接続状態からアイドル状態に遷移する（ステップＳ３１０）。そして、ＵＥ１００は、アイドル時設定情報に基づいてアイドル状態での動作を行う。

（３）第２実施形態に係る動作パターン３
第２実施形態に係る動作パターン３は、ｅＮＢ２００においてｅＮＢタイマが満了した際にＲＲＣ接続の解放要求をＵＥ１００から受信していない場合に、ＲＲＣ接続の解放可否についてｅＮＢ２００からＵＥ１００に問い合わせるパターンである。すなわち、ｅＮＢ２００は、ＵＥ１００の了承が得られなければ、ＲＲＣ接続を解放できない。

図１１は、第２実施形態に係る動作パターン３のシーケンス図である。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続（第１の接続）を確立した状態にある。

図１１に示すように、ステップＳ４０１において、ＵＥ１００は、オフロードの開始を決定すると、その旨のオフロード通知をｅＮＢ２００に送信する。

ステップＳ４０２において、ｅＮＢ２００は、ＵＥ１００からのオフロード通知の受信に応じて、肯定応答（Ａｃｋ）をＵＥ１００に送信する。

ステップＳ４０３において、ＵＥ１００は、ｅＮＢ２００からのＡｃｋの受信に応じて、ＡＰ３００との接続（第２の接続）を確立し、オフロードを開始する。具体的には、ＵＥ１００は、ｅＮＢ２００と送受信していたトラフィックを、ＡＰ３００と送受信するよう切り替える。また、ＵＥ１００は、オフロードの開始に応じて、ＵＥタイマを起動する。

ＵＥ１００及びｅＮＢ２００は、オフロードを開始してもＲＲＣ接続を解放せずに維持する。よって、ＵＥ１００は、オフロードを開始しても、セルラ通信のアイドル状態に遷移せずに、セルラ通信の接続状態を維持する。

ステップＳ４０４において、ｅＮＢ２００は、ＵＥ１００のトラフィックが無くなったことに応じて、ｅＮＢタイマを起動する。

ステップＳ４０５においてｅＮＢタイマが満了する。ｅＮＢタイマが満了すると、ステップＳ４０６において、ｅＮＢ２００は、ＲＲＣ接続の解放要求をＵＥ１００に送信する。ＲＲＣ接続の解放要求は、ＲＲＣ接続の解放可否についての問い合わせに相当する。また、ＲＲＣ接続の解放要求は、ｅＮＢタイマが満了した旨の通知とみなすこともできる。

ステップＳ４０７において、ＵＥ１００は、ｅＮＢ２００から受信したＲＲＣ接続の解放要求を許可するか否かを判断する。ＵＥタイマが稼働中にＵＥ１００はオフロードを継続するか否かの判断を行っているため、ＵＥ１００は、ＲＲＣ接続の解放要求をＵＥタイマの稼働中にｅＮＢ２００から受信した場合には、ＲＲＣ接続の解放要求を拒否すると判断する。これに対し、ＵＥ１００は、ＲＲＣ接続の解放要求をＵＥタイマの満了後にｅＮＢ２００から受信した場合には、ＲＲＣ接続の解放要求を許可すると判断する。

ステップＳ４０８において、ＵＥ１００は、ＲＲＣ接続の解放要求を許可するか否かの判断結果をｅＮＢ２００に送信する。ＵＥ１００は、ＲＲＣ接続の解放要求を許可する場合にはＡｃｋをｅＮＢ２００に送信し、ＲＲＣ接続の解放要求を拒否する場合にはＮａｃｋをｅＮＢ２００に送信する。

ステップＳ４０９において、ｅＮＢ２００は、ＵＥ１００からＡｃｋを受信したかＮａｃｋを受信したかを確認する。

ＵＥ１００からＡｃｋを受信した場合（ステップＳ４０９：Ｙｅｓ）、ステップＳ４１０において、ｅＮＢ２００は、ＲＲＣ解放メッセージをＵＥ１００に送信する。

これに対し、ＵＥ１００からＮａｃｋを受信した場合（ステップＳ４０９：Ｎｏ）、ステップＳ４１１において、ｅＮＢ２００は、ｅＮＢタイマを再起動する。再起動においてｅＮＢタイマに設定される接続維持期間は、１回目と同じ接続維持期間であってもよく、１回目とは異なる接続維持期間（例えば１回目よりも短い接続維持期間）であってもよい。

（４）第２実施形態に係る動作パターン４
第２実施形態に係る動作パターン４は、ｅＮＢ２００が、ＵＥタイマが満了するよりも先にｅＮＢタイマが満了することを防止するために、ｅＮＢタイマを制御するパターンである。ｅＮＢタイマを制御する方法は、以下の３通りの方法（動作パターン４−１乃至４−３）がある。

第２実施形態に係る動作パターン４−１では、ｅＮＢタイマは、オフロード以外の用途に使用される通常ｅＮＢタイマ（第１のｅＮＢタイマ）と、オフロードの用途に使用されるオフロード用ｅＮＢタイマ（第２のｅＮＢタイマ）と、を含む。オフロード用ｅＮＢタイマに設定されている接続維持期間は、ＵＥ１００に通知した接続維持期間以上の期間である。ｅＮＢ２００は、オフロードを開始したことに応じて、オフロード用ｅＮＢタイマを選択した上でオフロード用ｅＮＢタイマを起動する。

第２実施形態に係る動作パターン４−２では、ｅＮＢ２００は、ＵＥタイマに設定すべき接続維持期間をＵＥ１００に通知する。かかる通知は、ブロードキャストによる通知（例えば、ＳＩＢによる通知）とすること好ましいが、ユニキャストによる通知でもあってもよい。そして、ｅＮＢ２００は、ＵＥ１００に通知した接続維持期間以上の接続維持期間をｅＮＢタイマに設定する。

第２実施形態に係る動作パターン４−３では、ｅＮＢ２００は、オフロードを開始したことに応じて、ｅＮＢタイマの起動を中止する。この場合、ｅＮＢ２００は、ＵＥタイマに設定される接続維持期間を把握していれば、ＵＥタイマに設定される接続維持期間以上の接続維持期間をｅＮＢタイマに設定してもよい。或いは、第１実施形態で説明したように、ＲＲＣ接続の解放処理をＵＥ主導で行なってもよい。

なお、第２実施形態に係る動作パターン４−２及び４−３では、ｅＮＢ２００は、ＵＥタイマに設定される接続維持期間を示す情報をＵＥ１００から取得してもよい。この場合、ＵＥ１００は、ＵＥタイマに設定される接続維持期間を示す情報を例えばＵＥ Ｃａｐａｂｉｌｉｔｙメッセージに含めてｅＮＢ２００に送信してもよい。

図１２は、第２実施形態に係る動作パターン４のシーケンス図である。ここでは、主として動作パターン４−２を想定する。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続（第１の接続）を確立した状態にある。

図１２に示すように、ステップＳ５０１において、ｅＮＢ２００は、ＵＥタイマに設定すべき接続維持期間を示す情報をブロードキャストでＵＥ１００に送信する。ＵＥ１００は、ｅＮＢ２００から受信した情報により示される接続維持期間をＵＥタイマに設定する。

ステップＳ５０２において、ＵＥ１００は、オフロードの開始を決定すると、その旨のオフロード通知をｅＮＢ２００に送信する。

ステップＳ５０３において、ｅＮＢ２００は、ＵＥ１００からのオフロード通知の受信に応じて、肯定応答（Ａｃｋ）をＵＥ１００に送信する。

ステップＳ５０４において、ｅＮＢ２００は、ＵＥ１００に通知した接続維持期間以上の接続維持期間をｅＮＢタイマに設定する。なお、ステップＳ５０４は、ステップＳ５０１とステップＳ５０２との間、又はステップＳ５０２とステップＳ５０３との間であってもよい。

ステップＳ５０５において、ＵＥ１００は、ｅＮＢ２００からのＡｃｋの受信に応じて、ＡＰ３００との接続（第２の接続）を確立し、オフロードを開始する。具体的には、ＵＥ１００は、ｅＮＢ２００と送受信していたトラフィックを、ＡＰ３００と送受信するよう切り替える。

ＵＥ１００及びｅＮＢ２００は、オフロードを開始してもＲＲＣ接続を解放せずに維持する。よって、ＵＥ１００は、オフロードを開始しても、セルラ通信のアイドル状態に遷移せずに、セルラ通信の接続状態を維持する。

ステップＳ５０６において、ＵＥ１００は、オフロードの開始に応じて、ＵＥタイマを起動する。

ステップＳ５０７において、ｅＮＢ２００は、ＵＥ１００のトラフィックが無くなったことに応じて、ｅＮＢタイマを起動する。

ステップＳ５０８において、ＵＥ１００は、ＵＥタイマの稼働中に、オフロードを継続するか否かの判断を行う。判断方法は第１実施形態と同様である。

オフロードを中止すると判断した場合（ステップＳ５０８：Ｎｏ）、ステップＳ５０９において、ＵＥ１００は、オフロードを中止する。すなわち、ＵＥ１００は、ＡＰ３００と送受信しているトラフィックをｅＮＢ２００と送受信するよう切り替える。尚、ＵＥ１００は、ＡＰ３００との接続を解放してもよい。

ステップＳ５１０において、ＵＥタイマが満了する。

ステップＳ５１１において、ｅＮＢタイマが満了する。ｅＮＢタイマが満了するタイミングは、ＵＥタイマが満了するタイミングよりも後である。

ステップＳ５１２において、ｅＮＢ２００は、ｅＮＢタイマの満了に応じて、ＲＲＣ解放メッセージをＵＥ１００に送信する。ＲＲＣ解放メッセージは、ＲＲＣ接続を解放した後におけるＵＥ１００の動作を設定するためのアイドル時設定情報を含む。その結果、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を解放する。また、ＵＥ１００は、セルラ通信の接続状態からアイドル状態に遷移する（ステップＳ５１３）。そして、ＵＥ１００は、アイドル時設定情報に基づいてアイドル状態での動作を行う。

（第２実施形態のまとめ）
第２実施形態に係る動作パターン１では、ＵＥタイマに設定されている接続維持期間は、ｅＮＢタイマに設定されている接続維持期間以下である。これにより、既存のｅＮＢタイマを変更することなく、ＵＥタイマが満了する前にｅＮＢタイマが満了することを防止できる。

第２実施形態に係る動作パターン２では、ＵＥ１００は、オフロード開始後において、ＡＰ３００とのトラフィック送受信を行いつつ、ｅＮＢタイマの満了を防止する（ｅＮＢタイマを停止する）ためにｅＮＢ２００とのトラフィック送受信を行う。これにより、既存のｅＮＢタイマを変更することなく、ＵＥタイマが満了する前にｅＮＢタイマが満了することを防止できる。

第２実施形態に係る動作パターン３では、ｅＮＢ２００は、ｅＮＢタイマが満了した際にＲＲＣ接続の解放要求をＵＥ１００から受信していない場合に、ＲＲＣ接続の解放可否についてＵＥ１００に問い合わせる。これにより、ＵＥタイマが満了する前にｅＮＢタイマが満了しても、ＵＥ１００の了承が得られなければＲＲＣ接続が解放されないため、予期しないＲＲＣ接続の解放を防止できる。

第２実施形態に係る動作パターン４では、ｅＮＢ２００は、ＵＥタイマが満了するよりも先にｅＮＢタイマが満了することを防止するために、ｅＮＢタイマを制御する。これにより、ＵＥタイマが満了する前にｅＮＢタイマが満了することを防止できる。

［第３実施形態］
次に、第３実施形態について説明する。

ｅＮＢ２００及びＡＰ３００のそれぞれの通信状況をＵＥ１００が比較して、ｅＮＢ２００及びＡＰ３００の中から接続先をＵＥ１００自身で選択できる場合を想定する。

この場合、複数のＵＥ１００が、同じＡＰ３００を接続先として選択し、そのＡＰ３００に対して一斉に接続処理を開始し得る。従って、接続処理の競合により、ＡＰ３００との接続を確立できないＵＥ１００が生じる虞がある。

また、これらＵＥ１００の全てがＡＰ３００との接続を確立できても、ＡＰ３００の負荷レベルが上昇することにより、十分なスループットを確保できなかったり、ｅＮＢ２００の未使用リソースが過多になったりする問題がある。

そこで、第３実施形態では、複数のＵＥ１００が同じＡＰ３００に対して一斉に接続することによる不具合を解消することを目的とする。

（第３実施形態に係る動作）
第３実施形態に係る動作について説明する。

（１）動作環境
図１３は、第３実施形態に係る動作環境を説明するための図である。

図１３に示すように、ｅＮＢ２００のカバレッジ内であって、電車又はバスなどの乗り物Ｔ内に複数のＵＥ１００が位置している。乗り物Ｔは、所定の経路（線路又は道路など）に沿って移動する。

ＵＥ１００は、ｅＮＢ２００との接続を確立しており、ｅＮＢ２００とのセルラ通信を行っている。具体的には、ＵＥ１００は、トラフィック（ユーザデータ）を含んだセルラ無線信号をｅＮＢ２００と送受信している。或いは、一部のＵＥ１００は、ｅＮＢ２００との接続を確立していなくてもよい。

また、ｅＮＢ２００のカバレッジ内にＡＰ３００が設けられている。ＡＰ３００は、オペレータにより管理されるＡＰ（Ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰ）である。具体的には、ＡＰ３００は、乗り物Ｔが停止する停止地点（駅又は停留所など）に設けられている。

尚、第３実施形態では、ｅＮＢ２００及びＡＰ３００のそれぞれの通信状況をＵＥ１００が比較して、ｅＮＢ２００及びＡＰ３００の中から接続先をＵＥ１００自身で選択できる場合を想定する。

このような動作環境において、乗り物ＴがＡＰ３００のカバレッジ内に移動（移動１）する際に、乗り物Ｔ内の複数のＵＥ１００は、ＡＰ３００への接続処理を開始する。ＡＰ３００との接続を確立したＵＥ１００は、ｅＮＢ２００との接続を解放する。

また、乗り物Ｔは、停止地点で停止した後、ＡＰ３００のカバレッジ外に移動（移動２）する。その際、乗り物Ｔ内の複数のＵＥ１００は、ＡＰ３００との接続を解放し、ｅＮＢ２００との接続を確立する。

このように、乗り物Ｔが停止する停止地点（駅又は停留所など）にＡＰ３００が設けられる動作環境において、ｅＮＢ２００及びＡＰ３００の中から接続先をＵＥ１００自身で選択できる場合、ＵＥ１００が接続をｅＮＢ２００からＡＰ３００に切り替え、その後、ＵＥ１００が接続をＡＰ３００からｅＮＢ２００に切り替えるという非効率な動作が生じ得る。また、複数のＵＥ１００が一斉に接続処理を行うことにより、接続処理の競合が生じ得る。

以下において、このような不具合を解消するための動作について説明する。

（２）ＵＥ動作フロー
図１４は、第３実施形態に係るＵＥ１００の動作フロー図である。ここでは、ＵＥ１００のＷＬＡＮ通信部１１２がオン状態である場合を想定する。第３実施形態では、ＵＥ１００のプロセッサ１６０は、ＷＬＡＮ通信部１１２がオン状態である場合に、例えばＧＮＳＳ受信機１３０により求められる位置情報に基づいて、ＵＥ１００の移動速度（以下、「ＵＥ移動速度」という）を測定する。尚、ＵＥ１００に加速度センサが設けられていれば、加速度センサによりＵＥ移動速度（加速度）を測定してもよい。

図１４に示すように、ステップＳ６０１において、プロセッサ１６０は、ＵＥ移動速度が急激に低下したか否かを判断する。「ＵＥ移動速度が急激に低下」とは、単位時間当たりのＵＥ移動速度の低下量が一定量を超えることを意味する。

尚、プロセッサ１６０は、ＵＥ移動速度が高速であることが検知されている場合にステップＳ６０１の処理を実行し、それ以外の場合にはステップＳ６０１の処理を実行しなくてもよい。ＵＥ１００が乗り物Ｔ内に位置することがステップＳ６０１の前提となるからである。

ＵＥ移動速度が急激に低下した場合（ステップＳ６０１：Ｙｅｓ）、ステップＳ６０２において、プロセッサ１６０は、ＷＬＡＮ通信部１１２によるＡＰ３００との接続を規制するＡＰ接続規制の期間を規定するタイマ（以下、「ＡＰ接続規制タイマ」という）を起動する。尚、ＡＰ接続規制の期間（すなわち、ＡＰ接続規制タイマのタイマ値）は、メモリ１５０に予め記憶されていてもよく、ｅＮＢ２００がＵＥ１００に対して指定してもよい。

ＡＰ接続規制の期間では、プロセッサ１６０は、ＷＬＡＮ通信部１１２をオフ状態に切り替える。或いは、プロセッサ１６０は、ＷＬＡＮ通信部１１２をオン状態に維持しつつ、ＡＰ３００のビーコン信号のデコード又はＡＰ３００への送信を中止してもよい。

ステップＳ６０３において、プロセッサ１６０は、ＵＥ移動速度が急激に上昇したか否かを判断する。「ＵＥ移動速度が急激に上昇」とは、単位時間当たりのＵＥ移動速度の上昇量が一定量を超えることを意味する。

ＵＥ移動速度が急激に上昇した場合（ステップＳ６０３：Ｙｅｓ）、ステップＳ６０５において、プロセッサ１６０は、ＡＰ接続規制を解除する。すなわち、ＡＰ３００との接続が可能な状態にする。

これに対し、ＵＥ移動速度が急激に上昇していない場合（ステップＳ６０３：Ｎｏ）、ステップＳ６０４において、プロセッサ１６０は、ＡＰ接続規制タイマが満了したか否かを確認する。ＡＰ接続規制タイマが満了した場合（ステップＳ６０４：Ｙｅｓ）、ステップＳ６０５において、プロセッサ１６０は、ＡＰ接続規制を解除する。一方、ＡＰ接続規制タイマが満了していない場合（ステップＳ６０４：Ｎｏ）、プロセッサ１６０は、処理をステップＳ６０３に戻す。

（第３実施形態のまとめ）
第３実施形態に係るＵＥ１００は、ＷＬＡＮ通信部１１２がオン状態である場合に、ＵＥ移動速度を測定する。ＵＥ１００は、ＵＥ移動速度の急激な低下を検知した場合に、ＷＬＡＮ通信部１１２によるＡＰ３００との接続開始を規制する。これにより、図１３に示すような動作環境において、ＵＥ１００が接続をｅＮＢ２００からＡＰ３００に切り替え、その後、ＵＥ１００が接続をＡＰ３００からｅＮＢ２００に切り替えるという非効率な動作を防止できる。また、複数のＵＥ１００が一斉に接続処理を行うことによる接続処理の競合も防止できる。

第３実施形態では、ＵＥ１００は、ＵＥ移動速度の急激な低下を検知した後において、ＵＥ移動速度の急激な上昇を検知した場合に、ＷＬＡＮ通信部１１２によるＡＰ３００との接続開始の規制を解除する。これにより、ＡＰ接続規制の状態から通常の動作に復帰することができる。

［第３実施形態の変更例］
図１５は、第３実施形態の変更例に係るシーケンス図である。

図１５に示すように、ｅＮＢ２００のプロセッサ２４０は、接続規制の対象とすべきＡＰ３００のリスト（以下、「ＡＰブラックリスト」という）をＵＥ１００に送信する。ＡＰブラックリストは、例えば、乗り物Ｔが停止する停止地点（駅又は停留所など）に設けられたＡＰ３００の識別子を含む。ＡＰ３００の識別子（ＡＰ識別子）とは、ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）又はＢＳＳＩＤ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）である。

無線リソースの使用効率の観点から、プロセッサ２４０は、ＡＰブラックリストをブロードキャストでＵＥ１００に送信してもよい。また、プロセッサ２４０は、ＡＰブラックリストを定期的に送信してもよい。或いは、ｅＮＢ２００は、ＷＬＡＮ通信部１１２がオン状態であるか否かの情報をＵＥ１００から受信し、ＷＬＡＮ通信部１１２がオン状態であるＵＥ１００に対してＡＰブラックリストをユニキャストで送信してもよい。

ＵＥ１００のセルラ通信部１１１は、ｅＮＢ２００からのＡＰブラックリストを受信する。メモリ１５０は、ＡＰブラックリストを記憶する。プロセッサ１６０は、ＷＬＡＮ通信部１１２がＡＰ３００から受信するビーコン信号に含まれるＡＰ識別子がＡＰブラックリスト内のＡＰ識別子と一致する場合に、そのＡＰ３００との接続開始を規制する。

但し、このような方法は、乗り物Ｔ内に位置するＵＥ１００以外のＵＥ１００には適用されないようにする必要がある。よって、プロセッサ１６０は、ＵＥ移動速度が急激に低下したことを検知した場合にメモリ１５０内のＡＰブラックリストを有効にし、それ以外の場合はＡＰブラックリストを無効にしてもよい。

或いは、プロセッサ１６０は、ＷＬＡＮ通信部１１２がＡＰ３００から受信するビーコン信号に含まれるＡＰ識別子がＡＰブラックリスト内のＡＰ識別子と一致する場合に、そのＡＰ３００との接続開始を一定期間において規制し、その一定期間が経過した後は接続規制を解除してもよい。このような一定期間は、乗り物Ｔが停止地点（駅又は停留所など）において停止する平均的な時間に基づいて定めることができる。

［第４実施形態］
第４実施形態について、上述した第３実施形態との相違点を主として説明する。

第４実施形態は、ＵＥ１００の動作フローが第３実施形態とは異なる。尚、第４実施形態のシステム構成及び動作環境については、第３実施形態と同様である。

図１６は、第４実施形態に係るＵＥ１００の動作フロー図である。ここでは、ＵＥ１００のＷＬＡＮ通信部１１２がオン状態である場合を想定する。第４実施形態では、ＵＥ１００のプロセッサ１６０は、ＷＬＡＮ通信部１１２がオン状態である場合に、ＷＬＡＮ通信部１１２がＡＰ３００から受信するビーコン信号の受信レベル（以下、「ＡＰ受信レベル」という）を測定する。

図１６に示すように、ステップＳ７０１において、プロセッサ１６０は、ＡＰ受信レベルが急激に上昇したか否かを判断する。「ＡＰ受信レベルが急激に上昇」とは、単位時間当たりのＡＰ受信レベルの上昇量が一定量を超えることを意味する。

ＡＰ受信レベルが急激に上昇した場合（ステップＳ７０１：Ｙｅｓ）、ステップＳ７０２において、プロセッサ１６０は、ＡＰ接続規制タイマを起動する。上述したように、ＡＰ接続規制の期間（すなわち、ＡＰ接続規制タイマのタイマ値）は、メモリ１５０に予め記憶されていてもよく、ｅＮＢ２００がＵＥ１００に対して指定してもよい。

第４実施形態では、ＡＰ接続規制の期間では、プロセッサ１６０は、ＷＬＡＮ通信部１１２をオン状態に維持しつつ、ＡＰ３００のビーコン信号のデコード又はＡＰ３００への送信を中止してもよい。すなわち、ＡＰ３００との接続は不能な状態であるものの、ＡＰ受信レベルは測定可能な状態にする。

ステップＳ７０３において、プロセッサ１６０は、ＡＰ受信レベルが急激に低下したか否かを判断する。「ＡＰ受信レベルが急激に低下」とは、単位時間当たりのＡＰ受信レベルの低下量が一定量を超えることを意味する。

ＡＰ受信レベルが急激に低下した場合（ステップＳ７０３：Ｙｅｓ）、ステップＳ７０５において、プロセッサ１６０は、ＡＰ接続規制を解除する。すなわち、ＡＰ３００との接続が可能な状態にする。

これに対し、ＡＰ受信レベルが急激に低下していない場合（ステップＳ７０３：Ｎｏ）、ステップＳ７０４において、プロセッサ１６０は、ＡＰ接続規制タイマが満了したか否かを確認する。ＡＰ接続規制タイマが満了した場合（ステップＳ７０４：Ｙｅｓ）、ステップＳ７０５において、プロセッサ１６０は、ＡＰ接続規制を解除する。一方、ＡＰ接続規制タイマが満了していない場合（ステップＳ７０４：Ｎｏ）、プロセッサ１６０は、処理をステップＳ７０３に戻す。

（第４実施形態のまとめ）
第４実施形態に係るＵＥ１００は、ＷＬＡＮ通信部１１２がオン状態である場合に、ＡＰ受信レベルを測定する。ＵＥ１００は、ＡＰ受信レベルの急激な上昇を検知した場合に、ＷＬＡＮ通信部１１２によるＡＰ３００との接続開始を規制する。これにより、図１３に示すような動作環境において、ＵＥ１００が接続をｅＮＢ２００からＡＰ３００に切り替え、その後、ＵＥ１００が接続をＡＰ３００からｅＮＢ２００に切り替えるという非効率な動作を防止できる。また、複数のＵＥ１００が一斉に接続処理を行うことによる接続処理の競合も防止できる。

第４実施形態では、ＵＥ１００は、ＡＰ受信レベルの急激な上昇を検知した後において、ＡＰ受信レベルの急激な低下を検知した場合に、ＷＬＡＮ通信部１１２によるＡＰ３００との接続開始の規制を解除する。これにより、ＡＰ接続規制の状態から通常の動作に復帰することができる。

［第４実施形態の変更例］
上述した第３実施形態の変更例と同様に、第４実施形態においてもＡＰブラックリストを適用してもよい。但し、ＡＰブラックリストは、乗り物Ｔ内に位置するＵＥ１００以外のＵＥ１００には適用されないようにする必要がある。よって、プロセッサ１６０は、ＡＰ受信レベルの急激な上昇を検知した場合にメモリ１５０内のＡＰブラックリストを有効にし、それ以外の場合はＡＰブラックリストを無効にしてもよい。

或いは、上述したように、プロセッサ１６０は、ＷＬＡＮ通信部１１２がＡＰ３００から受信するビーコン信号に含まれるＡＰ識別子がＡＰブラックリスト内のＡＰ識別子と一致する場合に、そのＡＰ３００との接続開始を一定期間において規制し、その一定期間が経過した後は接続規制を解除してもよい。

［第５実施形態］
次に、第５実施形態について説明する。

一般的に、ＵＥ１００は、接続可能なＡＰ３００を発見するためにＷＬＡＮスキャンを行う。ＷＬＡＮスキャンは、ＷＬＡＮ通信部１１２によりＷＬＡＮ無線信号（例えば、ビーコン信号）の受信をＷＬＡＮチャネルごとに試行する動作である。

ＵＥ１００は、全ＷＬＡＮチャネルについて試行が完了するまで、又はＷＬＡＮ無線信号の受信に成功するまで、ＷＬＡＮチャネルを切り替えながらＷＬＡＮスキャンを継続する。よって、ＵＥ１００の消費電力（特に、ＷＬＡＮ通信部１１２の消費電力）が増大する。

従って、オフロードにおいては、ＷＬＡＮスキャンに起因して、ＵＥ１００の消費電力が増大するという問題がある。

そこで、第５実施形態では、ＷＬＡＮスキャンに起因する消費電力の増大を抑制しつつ、ｅＮＢ２００のオフロードを実現可能とすることを目的とする。

（システム構成）
図１７は、第５実施形態に係るシステム構成図である。

図１７に示すように、ＥＰＣ２０は、ＵＥ１００の地理的位置を示す位置情報を提供するサーバ装置であるＥ−ＳＭＬＣ（Ｅｖｏｌｖｅｄ Ｓｅｒｖｉｎｇ Ｍｏｂｉｌｅ Ｌｏｃａｔｉｏｎ Ｃｅｎｔｒｅ）６００を含む。Ｅ−ＳＭＬＣ６００は、ＵＥ１００及び／又はｅＮＢ２００における無線測定の結果を収集し、ＵＥ１００の地理的位置を示す位置情報を算出する。位置情報を算出する仕組みの詳細については、３ＧＰＰ技術仕様「ＴＳ３６．３０５」を参照されたい。

（第５実施形態に係る動作）
次に、第５実施形態に係る動作について説明する。

（１）動作環境
図１８は、第５実施形態に係る動作環境を説明するための図である。図１８に示すように、ｅＮＢ２００のカバレッジ内にＡＰ３００が設けられている。ＡＰ３００は、オペレータにより管理されるＡＰ（Ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰ）である。

また、ｅＮＢ２００のカバレッジ内であって、かつＡＰ３００のカバレッジ内にＵＥ１００が位置している。ＵＥ１００は、ｅＮＢ２００との接続を確立しており、ｅＮＢ２００とのセルラ通信を行っている。具体的には、ＵＥ１００は、トラフィック（ユーザデータ）を含んだセルラ無線信号をｅＮＢ２００と送受信している。尚、図１８では、ｅＮＢ２００との接続を確立したＵＥ１００を１つのみ図示しているが、実環境では多数のＵＥ１００がｅＮＢ２００との接続を確立していることがある。

ｅＮＢ２００が多数のＵＥ１００との接続を確立する場合、ｅＮＢ２００の負荷レベルが高くなる。負荷レベルとは、ｅＮＢ２００のトラフィック負荷又はｅＮＢ２００の無線リソース使用率など、ｅＮＢ２００の混雑度を意味する。ここで、ＵＥ１００とｅＮＢ２００との間で送受信されるトラフィックの少なくとも一部をＷＬＡＮシステムに移行させることにより、ｅＮＢ２００のトラフィック負荷をＷＬＡＮシステムに分散できる。

以下において、ＵＥ１００とｅＮＢ２００との間で送受信されるトラフィックをＷＬＡＮシステムに移行（オフロード）させるための動作を説明する。尚、オフロードとは、ＵＥ１００とｅＮＢ２００との間で送受信されるトラフィックの全てをＷＬＡＮシステムに移行させる場合に限らず、ＵＥ１００とｅＮＢ２００との接続を維持しながら少なくとも一部のトラフィックをＷＬＡＮシステムに移行させる場合も含む。

（２）ＷＬＡＮスキャン
オフロード動作の説明に先立ち、一般的なＷＬＡＮスキャンについて説明する。

ＵＥ１００は、接続可能なＡＰ３００を発見するためにＷＬＡＮスキャンを行う。ＷＬＡＮスキャンは、ＷＬＡＮ通信部１１２により、ＡＰ３００からのＷＬＡＮ無線信号の受信をＷＬＡＮチャネルごとに試行する動作である。ＷＬＡＮスキャンには、パッシブスキャン方式及びアクティブスキャン方式の２つの方式があるが、第５実施形態では何れの方式であってもよい。

パッシブスキャン方式は、ＡＰ３００が運用中のＷＬＡＮチャネルにおいて周期的に送信するビーコン信号の受信をＵＥ１００が試行する方式である。ビーコン信号は、ＡＰ３００の識別子など、ＡＰ３００に関する情報を含む。ＡＰ３００の識別子とは、ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）又はＢＳＳＩＤ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）である。ＵＥ１００は、１つのＷＬＡＮチャネルにつき、ビーコン信号の送信周期以上の所定時間に亘ってビーコン信号の受信を試行する。所定時間が経過した場合、又は所定時間内にビーコン信号の受信に成功しない場合、次のＷＬＡＮチャネルに切り替えた上で、改めてビーコン信号の受信を試行する。

アクティブスキャン方式は、ＵＥ１００がＷＬＡＮチャネルにおいてプローブ要求を送信し、そのＷＬＡＮチャネルを運用中のＡＰ３００がプローブ要求に応じてプローブ応答を送信し、プローブ応答の受信をＵＥ１００が試行する方式である。プローブ応答に含まれる情報は、ビーコン信号に含まれる情報と同様である。よって、プローブ応答はビーコン信号の一種とみなすことができる。ＵＥ１００は、１つのＷＬＡＮチャネルにつき、プローブ要求を送信してから所定時間に亘ってプローブ応答の受信を試行する。所定時間が経過した場合、又は所定時間内にプローブ応答の受信に成功しない場合、次のＷＬＡＮチャネルに切り替えた上で、改めてプローブ要求を送信してプローブ応答の受信を試行する。

このように、ＵＥ１００は、少なくともビーコン信号（又はプローブ応答）の受信に成功するまでＷＬＡＮチャネルを切り替えながらＷＬＡＮスキャンを継続するので、ＵＥ１００の消費電力（特に、ＷＬＡＮ通信部１１２の消費電力）が増大する。そこで、第５実施形態に係るオフロード動作では、ＷＬＡＮスキャンを効率化することにより、ＷＬＡＮスキャンにおける消費電力を削減する。

（３）オフロード動作
図１９は、第５実施形態に係るオフロード動作のシーケンス図である。本シーケンスの初期状態において、ＵＥ１００は、ｅＮＢ２００との接続を確立しており、かつＷＬＡＮ通信部１１２をオフ状態（ＷＬＡＮ無線信号の送受信が不能な状態）にしている。また、例えばｅＮＢ２００の負荷レベルが高まっており、オフロードを行うことが好ましい状況であると仮定している。

図１９に示すように、ステップＳ８０１において、ＵＥ１００のプロセッサ１６０は、ＵＥ１００のＷＬＡＮ通信能力を示す情報（以下、「ＷＬＡＮ能力情報」という）をセルラ通信部１１１によりｅＮＢ２００に通知する。ＷＬＡＮ能力情報は、ＵＥ１００がＷＬＡＮ通信をサポートしている否かを示す情報である。ＵＥ１００がＷＬＡＮ通信をサポートしている場合、ＷＬＡＮ能力情報は、サポートしているＷＬＡＮ通信の機能を示す情報（以下、「ＷＬＡＮ機能情報」）を含んでもよい。サポートしているＷＬＡＮ通信の機能とは、例えば、サポートしているＷＬＡＮ通信の規格（ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ）、サポートしているＱｏＳ機能（ＷＭＭ：Ｗｉ−Ｆｉ ＭｕｌｔｉＭｅｄｉａなど）、サポートしているＷＬＡＮ周波数帯（２．４ＧＨｚ帯、５ＧＨｚ帯など）である。

尚、ＵＥ１００は、ｅＮＢ２００との接続時にＷＬＡＮ能力情報を自律的にｅＮＢ２００に通知してもよく、ｅＮＢ２００との接続後にｅＮＢ２００からの要求に応じてＷＬＡＮ能力情報をｅＮＢ２００に通知してもよい。

ｅＮＢ２００のプロセッサ２４０は、セルラ通信部２１０がＷＬＡＮ能力情報を受信すると、受信したＷＬＡＮ能力情報に基づいて、オフロード可能なＵＥ１００（すなわち、ＷＬＡＮ通信をサポートしているＵＥ１００）であるか否かを判断する。また、プロセッサ２４０は、ｅＮＢ２００のカバレッジ内のＡＰ３００のうち、ＷＬＡＮ機能情報に合致するＡＰ３００が存在しない場合には、オフロード不能と判断してもよい。ここでは、オフロード可能なＵＥ１００であると判断されたと仮定して、説明を進める。

ステップＳ８０２において、ＵＥ１００のプロセッサ１６０は、ＷＬＡＮ通信部１１２がオフ状態であることを示す情報（以下、「ＷＬＡＮオフ情報」という）をセルラ通信部１１１によりｅＮＢ２００に通知する。プロセッサ１６０は、ＷＬＡＮ通信部１１２をオフ状態にする際にＷＬＡＮオフ情報をｅＮＢ２００に通知してもよく、ｅＮＢ２００からの問い合わせに応じてＷＬＡＮオフ情報をｅＮＢ２００に通知してもよい。或いは、ＷＬＡＮ通信部１１２がオフ状態であるかオン状態であるかを周期的にｅＮＢ２００に通知してもよい。

ステップＳ８０３において、ｅＮＢ２００のプロセッサ２４０は、ＡＰ３００の運用状況を示す情報（以下、「ＡＰ運用情報」という）をネットワークインターフェイス２２０によりＡＰ３００から取得する。ＡＰ運用情報は、ＡＰ３００において運用中のＷＬＡＮチャネルを示す情報と、そのＷＬＡＮチャネルを含むＷＬＡＮ周波数帯を示す情報と、を含む。また、ＡＰ運用情報は、ＡＰ３００がビーコン信号を送信するタイミング（周期）を示す情報を含んでもよい。ＡＰ３００は、ＡＰ運用情報を周期的にｅＮＢ２００に通知してもよく、ｅＮＢ２００からの要求に応じてＡＰ運用情報をｅＮＢ２００に通知してもよい。ここでの通知は、コアネットワーク経由の通知であってもよい。

ステップＳ８０４において、ｅＮＢ２００のプロセッサ２４０は、ＵＥ１００の地理的位置を示す情報（以下、「ＵＥ位置情報」という）をネットワークインターフェイス２２０によりＥ−ＳＭＬＣ６００から取得する。或いは、ＵＥ１００がＧＮＳＳ受信機１３０を有しており、かつＧＮＳＳ受信機１３０がオン状態である場合、プロセッサ２４０は、ＧＮＳＳ受信機１３０を用いて生成されたＵＥ位置情報をセルラ通信部１１１によりＵＥ１００から取得してもよい。

尚、ステップＳ８０１乃至Ｓ８０４は、この順に行われる場合に限らず、任意の順番で行われてもよい。

ステップＳ８０５において、ｅＮＢ２００のプロセッサ２４０は、ＵＥ位置情報と、ＡＰ３００の地理的位置を示す情報（以下、「ＡＰ位置情報」という）と、を比較して、ＵＥ１００がＡＰ３００に近接したか否かを判断する。具体的には、プロセッサ２４０は、ＡＰ３００のカバレッジ内にＵＥ１００が位置するか否かを判断する。尚、ＡＰ位置情報は、ｅＮＢ２００のメモリ２３０に予め記憶されていてもよく、ＡＰ３００からｅＮＢ２００に通知されてもよい。ここでは、ＵＥ１００がＡＰ３００に近接したと判断されたと仮定して、説明を進める。

ｅＮＢ２００のプロセッサ２４０は、ＷＬＡＮ通信をサポートしているＵＥ１００がＷＬＡＮ通信部１１２をオフ状態にしており、かつＡＰ３００に近接しているので、ＵＥ１００をオフロード対象として決定する。そして、プロセッサ２４０は、ＡＰ運用情報に基づいて、ＵＥ１００によるＷＬＡＮスキャンを制御するためのスキャン制御情報を生成する。尚、スキャン制御情報を生成する際に、ＡＰ運用情報に加えて、ＷＬＡＮ能力情報を考慮してもよい。

スキャン制御情報は、スキャン周波数に関する情報と、スキャン時間に関する情報と、の少なくとも一方を含む。さらに、スキャン制御情報は、優先度に関する情報（優先度情報）を含んでもよい。

スキャン周波数に関する情報は、ＷＬＡＮスキャンの対象とするＷＬＡＮチャネル又はＷＬＡＮスキャンの対象としないＷＬＡＮチャネルを指定するためのチャネル情報を含む。ＷＬＡＮスキャンの対象とするＷＬＡＮチャネルとは、ＵＥ１００の近傍のＡＰ３００において運用中のＷＬＡＮチャネルである。ＷＬＡＮスキャンの対象としないＷＬＡＮチャネルとは、ＵＥ１００の近傍のＡＰ３００において運用していないＷＬＡＮチャネルである。

また、スキャン周波数に関する情報は、ＷＬＡＮスキャンの対象とするＷＬＡＮ周波数帯又はＷＬＡＮスキャンの対象としないＷＬＡＮ周波数帯を指定するための周波数帯情報を含む。ＷＬＡＮスキャンの対象とするＷＬＡＮ周波数帯とは、ＵＥ１００の近傍のＡＰ３００において運用中のＷＬＡＮ周波数帯である。ＷＬＡＮスキャンの対象としないＷＬＡＮ周波数帯とは、ＵＥ１００の近傍のＡＰ３００において運用していないＷＬＡＮ周波数帯である。

優先度情報とは、ＷＬＡＮスキャンにおいてＷＬＡＮ無線信号（ビーコン信号など）の受信を優先的に試行すべきＷＬＡＮチャネル及び／又はＷＬＡＮ周波数帯を指定するための情報である。ＵＥ１００の近傍のＡＰ３００において運用中のＷＬＡＮチャネル及び／又は運用中のＷＬＡＮ周波数帯を優先的にスキャンさせるように優先度情報を設定することが好ましい。

スキャン時間に関する情報は、ＷＬＡＮスキャンを継続すべき期間（すなわち、ＷＬＡＮをオン状態に維持すべき期間）を指定するための期間情報を含む。

また、スキャン時間に関する情報は、ＷＬＡＮスキャンを行うべきタイミングを指定するためのタイミング情報を含む。タイミング情報は、ＵＥ１００の近傍のＡＰ３００がビーコン信号を送信するタイミング（周期）を示す情報とすることが好ましい。

ステップＳ８０６において、ｅＮＢ２００のプロセッサ２４０は、ＷＬＡＮ通信部１１２をオン状態に切り替えるためのＷＬＡＮオン要求をセルラ通信部２１０によりＵＥ１００に送信する。プロセッサ２４０は、スキャン制御情報をＷＬＡＮオン要求に含めて送信する。ＵＥ１００のセルラ通信部１１１は、ＷＬＡＮオン要求を受信する。

ステップＳ８０７において、ＵＥ１００のプロセッサ１６０は、ＷＬＡＮオン要求の受信に応じて、ＷＬＡＮ通信部１１２をオン状態に切り替える。そして、プロセッサ１６０は、ＷＬＡＮ通信部１１２をオン状態に切り替えた後、ＷＬＡＮオン要求に含まれるスキャン制御情報に従ってＷＬＡＮスキャンを制御する。

具体的には、プロセッサ１６０は、チャネル情報に基づいて、ＷＬＡＮスキャンの対象とするＷＬＡＮチャネルのみについてＷＬＡＮスキャンを行うと共に、周波数帯情報に基づいて、ＷＬＡＮスキャンの対象とするＷＬＡＮ周波数帯のみについてＷＬＡＮスキャンを行う。また、プロセッサ１６０は、優先度情報に基づいて、優先度の高いＷＬＡＮチャネル及び／又はＷＬＡＮ周波数帯についてＷＬＡＮ無線信号（ビーコン信号など）の受信を優先的に試行する。さらに、プロセッサ１６０は、期間情報に基づいて、ＷＬＡＮスキャンを継続すべき期間を計時するためのタイマを起動する。プロセッサ１６０は、タイミング情報に基づいて、ＷＬＡＮスキャンを行うべきタイミングにおいてのみＷＬＡＮスキャンを行う。尚、期間情報が無い場合、プロセッサ１６０は、ＷＬＡＮオン要求受信をトリガとして一度だけスキャン（ワンショットスキャン）してもよい。

尚、プロセッサ１６０は、ＷＬＡＮオン要求に応じてＷＬＡＮ通信部１１２をオン状態に切り替えても、その旨をユーザインターフェイス１２０により表示しないことが好ましい。ユーザがＷＬＡＮ通信部１１２をオン状態に切り替える操作を行う場合とは異なり、自動的なＷＬＡＮオンが誤動作であるとユーザに認識されないようにするためである。

ステップＳ８０８において、ＵＥ１００のＷＬＡＮ通信部１１２は、ＡＰ３００からのビーコン信号を受信する。該当するＷＬＡＮチャネル及びタイミングにおいてＷＬＡＮスキャンを行っている場合、プロセッサ１６０は、ＡＰ３００からのビーコン信号を検出することにより、接続可能なＡＰ３００を発見する。

ステップＳ８０９において、プロセッサ１６０は、ＷＬＡＮスキャンを継続すべき期間を示すタイマが満了したか否かを判断する。接続可能なＡＰ３００が発見されることなくタイマが満了した場合、プロセッサ１６０は、ＷＬＡＮ通信部１１２をオフ状態に切り替える。ここでは、タイマ稼働中に、接続可能なＡＰ３００が発見された（ステップＳ８１０）と仮定して、説明を進める。

ステップＳ８１１において、ＵＥ１００のプロセッサ１６０は、ＡＰ３００への接続要求をＷＬＡＮ通信部１１２によりＡＰ３００に送信する。その結果、ＵＥ１００とＡＰ３００との間の接続が確立される。

（第５実施形態のまとめ）
第５実施形態に係るｅＮＢ２００は、ＷＬＡＮオン要求をＵＥ１００に送信する。ＷＬＡＮオン要求は、ＷＬＡＮスキャンを制御するためのスキャン制御情報を含む。ＵＥ１００は、ＷＬＡＮオン要求の受信に応じてＷＬＡＮ通信部１１２をオン状態に切り替えた後、ＷＬＡＮオン要求に含まれるスキャン制御情報に従ってＷＬＡＮスキャンを制御する。よって、ｅＮＢ２００によりＷＬＡＮ通信部１１２をオン状態に切り替えることにより、ｅＮＢ２００のオフロードが可能な状態にすることができる。また、ＵＥ１００は、ｅＮＢ２００からのスキャン制御情報に従ってＷＬＡＮスキャンを効率的に行うことができるので、ＷＬＡＮスキャンにおける消費電力を削減できる。

第５実施形態では、ｅＮＢ２００は、ＵＥ１００の地理的位置を示すＵＥ位置情報、ＡＰ３００の運用状況を示すＡＰ運用情報のうち少なくとも１つを取得する。そして、ｅＮＢ２００は、取得した情報に基づいて、ＷＬＡＮオン要求の送信を制御する。これにより、ｅＮＢ２００は、ＷＬＡＮオン要求をＵＥ１００に送信すべきか否かを適切に判断できる。また、ＷＬＡＮオン要求に含めるスキャン制御情報の内容を適切に設定できる。

第５実施形態では、ＵＥ１００は、ＷＬＡＮオン要求を受信するよりも前において、ＵＥ１００のＷＬＡＮ通信能力を示すＷＬＡＮ能力情報、ＷＬＡＮ通信部１１２がオフ状態であることを示すＷＬＡＮオフ情報、のうち少なくとも１つをｅＮＢ２００に通知する。ｅＮＢ２００は、ＵＥ１００から受信した情報に基づいて、ＷＬＡＮオン要求の送信を制御する。これにより、ｅＮＢ２００は、ＷＬＡＮオン要求をＵＥ１００に送信すべきか否かを適切に判断できる。

第５実施形態では、スキャン制御情報は、ＷＬＡＮスキャンの対象とするＷＬＡＮチャネル又はＷＬＡＮスキャンの対象としないＷＬＡＮチャネルを指定するためのチャネル情報、ＷＬＡＮスキャンの対象とするＷＬＡＮ周波数帯又はＷＬＡＮスキャンの対象としないＷＬＡＮ周波数帯を指定するための周波数帯情報、のうち少なくとも１つを含む。これにより、ＵＥ１００がＷＬＡＮスキャンの対象とするＷＬＡＮチャネル及び／又はＷＬＡＮ周波数帯を限定できるので、ＷＬＡＮスキャンにおける消費電力を削減できる。

第５実施形態では、スキャン制御情報は、ＷＬＡＮスキャンにおいてＷＬＡＮ無線信号の受信を優先的に試行すべきＷＬＡＮチャネル及び／又はＷＬＡＮ周波数帯を指定するための優先度情報を含む。これにより、ＷＬＡＮスキャンにおいて、利用可能なＷＬＡＮチャネルをＵＥ１００が早期に発見可能になるので、ＷＬＡＮスキャンにおける消費電力を削減できる。

第５実施形態では、スキャン制御情報は、ＷＬＡＮスキャンを継続すべき期間を指定するための期間情報、ＷＬＡＮスキャンを行うべきタイミングを指定するためのタイミング情報、のうち少なくとも１つを含む。これにより、ＵＥ１００がＷＬＡＮスキャンを行う期間及び／又はタイミングを限定できるので、ＷＬＡＮスキャンにおける消費電力を削減できる。

［第５実施形態の変更例１］
上述した動作シーケンスでは、ＵＥ１００のＷＬＡＮ通信部１１２がオフ状態であり、その旨のＷＬＡＮオフ情報をＵＥ１００からｅＮＢ２００に通知する場合について説明した。しかしながら、ｅＮＢ２００は、ＷＬＡＮオフ情報とは無関係に、ＷＬＡＮオン要求をＵＥ１００に送信してもよい。ＵＥ１００のプロセッサ１６０は、ＷＬＡＮ通信部１１２がオン状態である場合で、かつ、ＷＬＡＮオン要求をｅＮＢ２００から受信した場合に、ＷＬＡＮオン要求を無視する。

また、上述した動作シーケンスでは、ＵＥ１００がＷＬＡＮ通信をサポートしており、その旨のＷＬＡＮ能力情報をＵＥ１００からｅＮＢ２００に通知する場合について説明した。しかしながら、ｅＮＢ２００は、ＷＬＡＮ能力情報とは無関係に、ＷＬＡＮオン要求をＵＥ１００に送信してもよい。ＷＬＡＮ通信をサポートしないＵＥ１００は、ＷＬＡＮオン要求をｅＮＢ２００からセルラ通信部１１１が受信しても、ＷＬＡＮオン要求を無視する。

［第５実施形態の変更例２］
ＵＥ１００は、ＷＬＡＮオン要求を受信するよりも前において、ＧＮＳＳ信号の受信レベルに関する情報をｅＮＢ２００に通知してもよい。ＧＮＳＳ信号の受信レベルが低い場合には、ＵＥ１００が屋内に位置すると推測でき、それ以外の場合はＵＥ１００が屋外に位置すると推測できる。また、ＷＬＡＮ周波数帯の中には、屋外での使用が禁止されているものがある。よって、ＵＥ１００が屋外に位置すると推測できる場合には、ｅＮＢ２００は、屋外での使用が禁止されているＷＬＡＮ周波数帯をＷＬＡＮスキャンの対象外とするようにＷＬＡＮ周波数帯情報を生成することが好ましい。

［第６実施形態］
次に、第６実施形態について説明する。

ＵＥ１００が、ｅＮＢ２００が管理するセルと接続されずに、無線ＬＡＮシステムにおけるＡＰ３００とデータ通信を行っているケースを想定する。このケースにおいて、ＵＥ１００が、ＡＰ３００のカバレッジから外れた場合、ｅＮＢ２００のセルと接続するまでの間、データ通信が中断するという問題がある。

そこで、第６実施形態では、無線ＬＡＮシステムにおけるデータ通信からセルラ通信システムにおけるデータ通信へシームレスに移行することを目的とする。

（システム構成）
図２０は、第６実施形態に係るシステム構成図である。

図２０に示すように、第６実施形態では、Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）と、ＨｅＮＢ４００（Ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）とを含む。ｅＮＢ２００はセルラ基地局に相当する。

ＨｅＮＢ４００は、ｅＮＢ２００が管理するセル（大セル：マクロセル）よりもカバー範囲が狭い特定セル（小セル：スモールセル／フェムトセル）を管理する（図２２参照）。ＨｅＮＢは、特定セルとの接続（ＲＲＣ接続）を確立したＵＥとの無線通信を行う。

特定セルは、設定されるアクセスモードに応じて、「ＣＳＧセル」、「ハイブリッドセル」、又は「オープンセル」と称される。

ＣＳＧセルは、アクセス権を有するＵＥ１００（「メンバーＵＥ」と称される）のみがアクセス可能なセルであり、ＣＳＧ ＩＤをブロードキャストする。ＵＥ１００は、自身がアクセス権を有するＣＳＧセルのＣＳＧ ＩＤのリスト（ホワイトリスト）を保持しており、当該ホワイトリストと、ＣＳＧセルがブロードキャストするＣＳＧ ＩＤと、に基づいて、アクセス権の有無を判断する。

ハイブリッドセルは、メンバーＵＥが非メンバーＵＥよりも有利に取り扱われるセルであり、ＣＳＧ ＩＤに加えて、非メンバーＵＥにも解放されたセルであることを示す情報をブロードキャストする。ＵＥ１００は、ホワイトリストと、ハイブリッドセルがブロードキャストするＣＳＧ ＩＤと、に基づいて、アクセス権の有無を判断する。

オープンセルは、メンバーであるか否かを問わずＵＥ１００が同等に取り扱われるセルであり、ＣＳＧ ＩＤをブロードキャストしない。ＵＥ１００の視点では、オープンセルはセルと同等である。

なお、ＭＭＥ／Ｓ−ＧＷ５００は、ＣＳＧセルへのアクセス権についてＵＥ１００の認証を行う。

また、ＨｅＮＢ４００及びＡＰ３００は、オペレータの任意のインターフェイスで直接的に接続されている。従って、ＨｅＮＢ４００は、ＡＰ３００からデータが直接的に転送される。

ＨｅＮＢ４００とＡＰ３００とは、同じ場所に配置（Ｃｏｌｌｏｃａｔｅｄ）されていてもよい。すなわち、ＨｅＮＢ４００は、併設タイプであってもよい。例えば、併設タイプのＨｅＮＢ４００として、ＨｅＮＢ４００とＡＰ３００とが、同一の筐体に配置された一体型であってもよい。この場合、ＨｅＮＢ４００とＡＰ３００とは、制御部を共有していてもよい。

次に、ＨｅＮＢ４００の構成を説明する。

図２１は、ＨｅＮＢ４００のブロック図である。図２１に示すように、ＨｅＮＢ４００は、アンテナ４０１と、セルラ通信部４１０と、ネットワークインターフェイス４２０と、メモリ４３０と、プロセッサ４４０と、を有する。メモリ４３０及びプロセッサ４４０は、制御部を構成する。なお、メモリ４３０をプロセッサ４４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサとしてもよい。

アンテナ４０１及びセルラ通信部４１０は、セルラ無線信号の送受信に用いられる。セルラ通信部４１０は、プロセッサ４４０が出力するベースバンド信号をセルラ無線信号に変換してアンテナ４０１から送信する。また、セルラ通信部４１０は、アンテナ４０１が受信するセルラ無線信号をベースバンド信号に変換してプロセッサ４４０に出力する。本実施形態において、セルラ通信部４１０は、ＣＳＧセルを形成する。

ネットワークインターフェイス４２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００又は隣接ＨｅＮＢ４００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ５００と接続される。また、ネットワークインターフェイス４２０は、ＡＰ３００とＨｅＮＢ４００とを直接的に接続するインターフェイス（以下、特定インターフェイスと適宜称する）を介して、ＡＰ３００と接続される。特定インターフェイスは、ＡＰ３００との通信に使用される。例えば、特定インターフェイスを介して、ＡＰ３００からユーザデータが転送される。

メモリ４３０は、プロセッサ４４０によって実行されるプログラムと、プロセッサ４４０による処理に使用される情報と、を記憶する。プロセッサ４４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ４３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ４４０は、後述する各種の処理及び各種の通信プロトコルを実行する。

なお、本実施形態において、ＡＰ３００におけるネットワークインターフェイス３２０は、ＡＰ３００とＨｅＮＢ４００とを直接的に接続する特定インターフェイスを介して、ＨｅＮＢ４００と接続される。ＡＰ３００における特定インターフェイスは、ＨｅＮＢ４００との通信に使用される。例えば、特定インターフェイスを介して、ＨｅＮＢ４００にユーザデータが転送される。

（コロケーティッドＡＰリスト）
本実施形態において、ＵＥ１００は、コロケーティッドＡＰリスト（ｃｏｌｌｏｃａｔｅｄ ＡＰ ｌｉｓｔ；併設リスト）を有する。ＵＥ１００とｅＮＢ２００とは、コロケーティッドＡＰリストを共有する。

コロケーティッドＡＰリストは、ＡＰ３００と同じ場所に配置された併設タイプであり、且つＡＰ３００と直接的に接続される併設タイプであるＨｅＮＢ４００が管理する小セルのセルＩＤと、当該ＨｅＮＢ４００の位置情報とを含む。コロケーティッドＡＰリストは、ＨｅＮＢ４００と直接的に接続されるＡＰ３００の識別子を示す情報を含んでもよい。

ＵＥ１００は、コロケーティッドＡＰリストをｅＮＢ２００から取得する。例えば、ＵＥ１００は、コネクションを確立する時、ハンドオーバを実行する時、又は、ページングエリアを変更する時のタイミングで、ｅＮＢ２００からコロケーティッドＡＰリストを受信する。

ｅＮＢ２００は、ＵＥ１００がセルラ通信及びＷＬＡＮ通信の両通信方式をサポートすることを示すケーパビリティ情報に基づいて、コロケーティッドＡＰリストをＵＥ１００に送信してもよい。

（第６実施形態に係る動作）
次に、第６実施形態に係る動作について、図２２から図２４を用いて説明する。図２２は、第６実施形態に係るＵＥ１００、ｅＮＢ２００、ＡＰ３００及びＨｅＮＢ４００の位置関係を示す図である。図２３及び図２４は、第６実施形態に係る動作を説明するためのシーケンス図である。

図２２に示すように、ＵＥ１００は、ｅＮＢ２００が管理する大セルに在圏する。また、ＨｅＮＢ４００及びＡＰ３００は、同じ場所に配置されており、ＨｅＮＢ４００及びＡＰ３００は、直接的に接続されている。具体的には、ＡＰ３００は、ＨｅＮＢ４００と一体型のＡＰ（併設タイプのＡＰ）である。

ＨｅＮＢ４００が管理する小セルのカバレッジとＡＰ３００のカバレッジとは、少なくとも一部が重複している。本実施形態において、ＡＰ３００のカバレッジと小セルのカバレッジとが同じであるか、ＡＰ３００のカバレッジの方が、小セルのカバレッジよりも大きい。また、小セルのカバレッジ及びＡＰ３００のカバレッジは、大セルのカバレッジに包含されている。

また、本実施形態において、ＵＥ１００は、ＨｅＮＢ４００から離れる方向へ移動し、小セルのカバレッジから外れると仮定して説明を進める。また、ＵＥ１００は、ＨｅＮＢ４００へのアクセス権を有すると仮定して説明を進める。すなわち、ＵＥが、ＣＳＧメンバーであるか、小セルが、ハイブリッドセル又はオープンセルである。

図２３に示すように、ＵＥ１００は、ＡＰ３００と接続中であり、且つ、接続しているＡＰ３００がＨｅＮＢ４００と一体型のＡＰ３００であることを認識している。例えば、ＵＥ１００は、ＡＰ３００から一体型のＡＰ３００である旨の情報を受信したり、ＨｅＮＢ４００から一体型のＡＰ３００である旨の報知情報を受信したりすることによって、一体型のＡＰ３００であることを認識している。または、ＵＥ１００は、コロケーティッドＡＰリストに基づいて、接続しているＡＰ３００が一体型のＡＰ３００であることを認識してもよい。具体的には、ＵＥ１００は、接続しているＡＰ３００の識別子とコロケーティッドＡＰリストに含まれるＡＰ３００の識別子とが一致した場合に、接続しているＡＰ３００が一体型のＡＰ３００であることを認識する。

また、図２３に示すように、ＵＥ１００は、ＨｅＮＢ４００からの参照信号及びｅＮＢ２００からの参照信号を受信している。ＵＥ１００は、それぞれの参照信号の信号強度を測定している。また、ＵＥ１００は、ＡＰ３００と接続しており（Ｏｆｆｌｏａｄｉｎｇ）、且つ、アイドル状態（ＩＤＬＥ）である。すなわち、ＵＥ１００は、ｅＮＢ２００及びＨｅＮＢ４００と接続していない。

図２３に示すように、ステップＳ９０１において、ＵＥ１００は、ＨｅＮＢ４００からの参照信号の信号強度の劣化を検出する。

ＵＥ１００は、ＨｅＮＢ４００から離れる方向へ移動しているため、参照信号の信号強度が次第に弱くなる。ＵＥ１００は、ＨｅＮＢ４００からの参照信号の信号強度が通信品質を確保できる値である所定値未満になった場合に、信号強度の劣化を検出する。これにより、ＵＥ１００は、ＨｅＮＢ４００からの信号強度の劣化に基づいて、ＡＰ３００との接続が困難になると判定する。

なお、本実施形態において、ＡＰ３００は、ＨｅＮＢ４００と一体型のＡＰであるため、ＨｅＮＢ４００からの参照信号の信号強度が弱くなれば、ＡＰ３００のカバレッジ端に近づいていると推定できるため、ＵＥ１００は、ＡＰ３００からのビーコン信号の信号強度が通信品質を確保できる値である所定値以上であっても、ＨｅＮＢ４００からの信号強度がＡＰ３００との接続が困難になる値である所定値未満であれば、ＡＰ３００との接続が困難になると判定する。

なお、ＵＥ１００は、大セルに在圏しているため、ｅＮＢ２００からの信号強度は通信品質を確保できる所定値以上である。

ステップＳ９０２において、ＵＥ１００は、転送要求を含むＲＲＣ接続要求をｅＮＢ２００に行う。ｅＮＢ２００は、ＲＲＣ接続要求を受信する。

転送要求は、ＵＥ１００と接続しているＡＰ３００が有するＵＥ１００に関するユーザデータを、ＨｅＮＢ４００を経由してｅＮＢ２００に転送させるための要求である。

ステップＳ９０３において、ｅＮＢ２００は、ＲＲＣ接続要求に対するＡＣＫ／ＮＡＣＫをＵＥ１００に送信する。ＵＥ１００は、ＲＲＣ接続要求に対するＡＣＫ／ＮＡＣＫを受信する。

本実施形態において、ｅＮＢ２００が、ＡＣＫ（肯定応答）をＵＥ１００に送信したと仮定して説明を進める。

ステップＳ９０４において、接続手続（Ｃｏｎｎｅｃｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）が行われる。

ステップＳ９０５において、ＵＥ１００は、接続手続が完了したことを示す完了メッセージ（Ｃｏｎｎｅｃｔｉｏｎ ｃｏｍｐｌｅｔｅ ｍｅｓｓａｇｅ）をｅＮＢ２００に送信する。本実施形態において、完了メッセージには、転送中止タイマの情報が含まれる。

転送中止タイマは、ＡＰ３００からユーザデータをｅＮＢ２００に転送させる処理を中止するために用いられる。転送中止タイマが満了した場合、ｅＮＢ２００は、ＡＰ３００からユーザデータをｅＮＢ２００に転送させる処理を中止する。

ステップＳ９０６において、ＵＥ１００及びｅＮＢ２００のそれぞれは、転送中止タイマを起動する。

ステップＳ９０７において、ｅＮＢ２００は、ＨｅＮＢ４００がユーザデータを転送させることが可能か否かを確認するメッセージをＨｅＮＢ４００に送信する。具体的には、ｅＮＢ２００は、ユーザデータの転送のためにＨｅＮＢ４００のバッファを一時的に借りることを要求するバッファ借用要求（Ｂｕｆｆｅｒ ｂｏｒｒｏｗｉｎｇ ｒｅｑｕｅｓｔ）を行う。ＨｅＮＢ４００は、バッファ借用要求を受信する。

ステップＳ９０８において、ＨｅＮＢ４００は、バッファ借用要求に対するＡＣＫ／ＮＡＣＫをｅＮＢ２００に送信する。

なお、ＨｅＮＢ４００は、ＵＥ１００が、ＨｅＮＢ４００へのアクセス権を有しない場合であっても、ＡＣＫをｅＮＢ２００に送信してもよい。また、ＨｅＮＢ４００は、ＵＥ１００が、ＣＳＧメンバーでない（すなわち、ＨｅＮＢ４００へのアクセス権を有しない）場合であっても、バッファ借用要求を受信した場合にのみ、ｅＮＢ２００の転送要求を受け入れるか判定してもよい。または、バッファ借用要求を受信して、バッファ借用要求に対するＡＣＫを送信したｅＮＢ２００の転送要求にのみ、転送要求を受け入れてもよい。

また、ＨｅＮＢ４００は、バッファ容量が所定値以上であり、十分に空きがない場合に、ＮＡＣＫ（否定応答）を送信する。また、ＨｅＮＢ４００は、ＵＥ１００がＨｅＮＢ４００へのアクセス権を有しない場合に、ＮＡＣＫ（否定応答）を送信してもよい。

本実施形態において、ＨｅＮＢ４００が、ＡＣＫ（肯定応答）をｅＮＢ２００に送信したと仮定して説明を進める。なお、ＨｅＮＢ４００が、ＮＡＣＫ（否定応答）をｅＮＢ２００に送信したケースは、後述にて説明する。

ステップＳ９０９において、ｅＮＢ２００は、ＨｅＮＢ４００に転送要求（Ｆｏｒｗａｒｄｉｎｇ Ｒｅｑｕｅｓｔ）を行う。ＨｅＮＢ４００は、転送要求を受信する。

ステップＳ９１０において、ＨｅＮＢ４００は、ｅＮＢ２００からの転送要求に基づいて、ＡＰ３００にＵＥ１００のユーザデータを転送するように転送要求（Ｆｏｒｗａｒｄｉｎｇ Ｒｅｑｕｅｓｔ）を行う。

なお、本実施形態では、ＵＥ１００が、ＣＳＧメンバーであるため、ＨｅＮＢ４００のリソースを使用できる。通常、ＣＳＧメンバーでないＵＥ１００は、ＨｅＮＢ４００のリソースを使用できない。しかしながら、ＣＳＧメンバーでないＵＥ１００のためであっても、ＨｅＮＢ４００は、ｅＮＢ２００からの転送要求に基づいて、ＡＰ３００にＵＥ１００のユーザデータを転送するように転送要求を行ってもよい。

ステップＳ９１１において、ＡＰ３００は、ＨｅＮＢ４００からの転送要求に基づいて、ＵＥ１００のユーザデータをＨｅＮＢ４００に転送する。ここで、ＡＰ３００は、特定インターフェイスを介して、ＨｅＮＢ４００と直接的に接続されているため、ＡＰ３００からＨｅＮＢ４００への転送が迅速に行われる。

ステップＳ９１２において、ＨｅＮＢ４００は、ＡＰ３００から転送されたユーザデータをｅＮＢ２００に転送する。具体的には、ＨｅＮＢ４００は、Ｘ２インターフェイスを介してｅＮＢ２００ユーザデータを転送する。これにより、ユーザデータが、ＡＰ３００から、ＨｅＮＢ４００を経由して、ｅＮＢ２００に転送される。

ステップＳ９１３において、ＵＥ１００とｅＮＢ２００とは、転送されたユーザデータを利用して、データ通信を行う。

ＵＥ１００は、ＡＰ３００と接続している場合は、ＡＰ３００との接続を終了してもよい。

次に、図２４を用いて、ＨｅＮＢ４００が、ＮＡＣＫ（否定応答）をｅＮＢ２００に送信したケースを説明する。

図２４のステップＳ１００１からＳ１００８は、図２３のステップＳ９０１からＳ９０８に対応する。

図２４に示すように、ステップＳ１００９において、ｅＮＢ２００は、バッファ借用要求に対して、ＮＡＣＫを受信したか否かを判定する。ｅＮＢ２００は、ＡＣＫを受信した場合には、図２３におけるステップＳ９０９の処理を行う。

一方、ｅＮＢ２００は、ＮＡＣＫを受信した場合には、ステップＳ１０１０において、ＵＥ１００からの転送要求に対して、ＡＰ３００からユーザデータが転送されない旨の応答（ＮＡＣＫ）を送信する。ＵＥ１００は、転送要求の応答（ＮＡＣＫ）を受信する。

ステップＳ１０１１において、ＵＥ１００は、転送要求の応答（ＮＡＣＫ）を受信した場合、ＵＥ１００が有する転送失敗カウンタ（Ｆｏｒｗａｒｄｉｎｇ ｔｒｉａｌ Ｃｏｕｎｔｅｒ）の数を１増加させる。

ステップＳ１０１２において、ＵＥ１００は、ステップＳ１００２（すなわち、ステップＳ９０２における転送要求を再度行うか否かを判定する。ＵＥ１００は、転送要求を行うと判定した場合（Ｙｅｓの場合）、ｅＮＢ２００に転送要求を再度行う。例えば、ＵＥ１００は、転送失敗カウンタが所定値に達していない場合に、ｅＮＢ２００に転送要求を再度行う。従って、ＵＥ１００は、転送失敗カウンタが所定値に達するまで、ｅＮＢ２００に転送要求を繰り返す。転送要求を受信したｅＮＢ２００は、ステップＳ１００７（すなわち、ステップＳ９０７）の処理を開始する。なお、転送要求に転送中止タイマの情報が含まれている場合には、ｅＮＢ２００は、ステップＳ１００６（すなわち、ステップＳ９０６）の処理を開始する。ｅＮＢ２００は、転送中止タイマを起動している場合には、起動している転送中止タイマをリセットして、転送中止タイマの情報に基づいて、転送中止タイマを起動させる。

一方、ＵＥ１００は、例えば、転送失敗カウンタが所定値に達している場合には、転送要求を行わないと判定する。この場合、ＵＥ１００は、通常通りの処理を行う。例えば、ＵＥ１００は、リセレクションによって、ＲＲＣ接続要求をｅＮＢ２００又は／及びＨｅＮＢ４００に送信してもよい。この場合、ＵＥ１００は、ＡＰ３００と接続した状態で、ＲＲＣ接続要求を送信してもよい。

（第６実施形態のまとめ）
本実施形態において、ＵＥ１００とＨｅＮＢ４００に直接的に接続されたＡＰ３００との接続が困難になると判定された場合に、ＵＥ１００は、ｅＮＢ２００へ接続し、ＡＰ３００は、ＵＥ１００のユーザデータを、ＨｅＮＢ４００を経由してｅＮＢ２００に転送する。これにより、ＡＰ３００は、特定インターフェイスを介して、ＨｅＮＢ４００にユーザデータを転送できるため、ｅＮＢ２００は、ＡＰ３００が有するＵＥ１００のユーザデータを迅速に取得できる。これにより、ユーザデータの流れが途絶えることを抑制でき、シームレスなデータ通信が可能となる。

本実施形態において、ＵＥ１００は、ＡＰ３００との接続が困難になると判定し、且つ、大セルとの接続が可能であると判定した場合に、ＲＲＣ接続要求と、ＡＰ３００が有するユーザデータをｅＮＢ２００に転送させるための転送要求と、をｅＮＢ２００へ行う。また、ＡＰ３００は、ＵＥ１００からの転送要求に起因して、ｅＮＢ２００にユーザデータを転送する。これにより、ＵＥ１００自身がＡＰ３００との接続が困難になると判定しているため、実際のＵＥ１００の無線状況に基づいて、適切な判定ができ、シームレスなデータ通信が可能となる。

本実施形態において、ＵＥ１００は、ＡＰ３００がＨｅＮＢ４００と同じ場所に配置されている併設タイプである場合に、ＡＰ３００からのビーコン信号の信号強度が通信品質を確保できる値である所定値以上であっても、ＨｅＮＢ４００からの信号強度が通信品質を確保できる値である所定値未満であれば、ＡＰ３００との接続が困難になると判定してもよい。これにより、ＡＰ３００が併設タイプであるため、ＨｅＮＢ４００からの信号強度が所定値未満であれば、ＵＥ１００がＡＰ３００のカバレッジ付近に存在すると予測できるため、前もって転送要求を行うことにより、シームレスなデータ通信がより可能となる。

本実施形態において、ｅＮＢ２００が、ＵＥ１００からの転送要求を受信した場合に、ＨｅＮＢ４００へ転送要求を送信し、ＨｅＮＢ４００が、ｅＮＢ２００からの転送要求を受信した場合に、ＡＰ３００へ転送要求を送信し、ＡＰ３００が、ＨｅＮＢ４００からの転送要求を受信した場合に、ＨｅＮＢ４００を経由して、ｅＮＢ２００にユーザデータを転送する。これにより、ＨｅＮＢ４００とＡＰ３００とは直接的に接続されているため、ｅＮＢ２００がコアネットワークを経由して、ＡＰ３００に転送要求を行うよりも迅速に転送要求を行うことができる。その結果、シームレスなデータ通信がより可能となる。

本実施形態において、ＵＥ１００が、ＣＳＧメンバーでない場合であっても、ＨｅＮＢ４００は、ＡＰ３００から転送されたユーザデータをｅＮＢ２００に転送する。これにより、ＣＳＧメンバーでないＵＥ１００であっても、ｅＮＢ２００は、ＡＰ３００が有するＵＥ１００のユーザデータを迅速に取得できるため、シームレスなデータ通信がより可能となる。

本実施形態において、ＵＥ１００は、ＵＥ１００からの転送要求に対するｅＮＢ２００からＮＡＣＫを受信した場合に、転送要求を再度行う。これにより、転送要求が１度受け入れられなかったとしても、転送要求を再度行うことで、転送要求を再度行った場合にＨｅＮＢ４００のバッファ容量が低減していた場合には、転送要求が受け入れられるため、シームレスなデータ通信が可能となる。

本実施形態において、ＵＥ１００は、ＮＡＣＫの受信回数が所定値に達するまで、転送要求を繰り返し行う。これにより、ＵＥ１００は、転送要求を繰り返すことによって、転送要求が受け入れられた場合には、シームレスなデータ通信が可能となる。一方で、ＵＥ１００は、転送要求を所定回数送っても転送要求が受け入れられない場合には、転送要求を中止することにより、無駄な転送要求を送信することを抑制できる。

［第７実施形態］
（第７実施形態に係る動作）
次に、第７実施形態に係る動作について、図２５及び図２６を用いて説明する。図２５は、第７実施形態に係るＵＥ１００、ｅＮＢ２００、ＨｅＮＢ４００、及びＡＰ３００の位置関係を示す図である。図２６は、第７実施形態に係る動作を説明するためのシーケンス図である。なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。

なお、第７実施形態において、第６実施形態と同様に、ＵＥ１００は、ＡＰ３００と接続中であり、且つ、接続しているＡＰ３００がＨｅＮＢ４００と一体型のＡＰ３００であることを認識している。

上述した第６実施形態では、ＡＰ３００のカバレッジの方が、小セルのカバレッジよりも大きかった。本実施形態において、ＡＰ３００のカバレッジと小セルのカバレッジとが同じであるか、図２５に示すように、小セルのカバレッジの方が、ＡＰ３００のカバレッジよりも大きい。

図２６に示すように、ステップＳ１１０１において、ＵＥ１００は、ＡＰ３００からのビーコン信号の信号強度の劣化を検出する。

ＵＥ１００は、ＨｅＮＢ４００から離れる方向へ移動しているため、ビーコン信号の信号強度が次第に弱くなる。ＵＥ１００は、ＡＰ３００からのビーコン信号の信号強度が所定値未満になった場合に、信号強度の劣化を検出する。これにより、ＵＥ１００は、ＡＰ３００からの信号強度の劣化に基づいて、ＡＰ３００との接続が困難になると判定する。本実施形態において、ＵＥ１００は、ＨｅＮＢ４００から受信する信号強度が通信品質を確保できる値である所定値未満になる前に、ＡＰ３００からのビーコン信号の信号強度が所定値未満になった場合に、ＡＰ３００との接続が困難になると判定する。

なお、ＵＥ１００は、小セルに在圏しているため、ＨｅＮＢ４００からの信号強度は所定値以上である。

ステップＳ１１０２において、ＵＥ１００は、転送要求を含むＲＲＣ接続要求をＨｅＮＢ４００に行う。ＨｅＮＢ４００は、ＲＲＣ接続要求を受信する。

ＵＥ１００は、ＨｅＮＢ４００からの参照信号の信号強度が所定値以上である場合に、接続要求をＨｅＮＢ４００に行う。

なお、ＵＥ１００は、ＨｅＮＢ４００からの参照信号の信号強度が所定値未満である場合には、接続要求をｅＮＢ２００に行う。

ステップＳ１１０３において、ＨｅＮＢ４００は、ＲＲＣ接続要求に対するＡＣＫ／ＮＡＣＫをＵＥ１００に送信する。ＵＥ１００は、ＲＲＣ接続要求に対するＡＣＫ／ＮＡＣＫを受信する。

本実施形態において、ＨｅＮＢ４００が、ＡＣＫ（肯定応答）をＵＥ１００に送信したと仮定して説明を進める。

ステップＳ１１０４において、接続手続（Ｃｏｎｎｅｃｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）が行われる。

ステップＳ１１０５において、ＨｅＮＢ４００は、ＵＥ１００からの転送要求に基づいて、ＡＰ３００からユーザデータをＨｅＮＢ４００に転送させるための転送要求をＡＰ３００に送信する。ＡＰ３００は、転送要求を受信する。

ステップＳ１１０６において、ＡＰ３００は、ＨｅＮＢ４００にユーザデータを転送する。

ステップＳ１１０７において、ＨｅＮＢ４００は、ユーザデータが転送された場合に、ハンドオーバ要求（Ｈ．Ｏ． Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。ｅＮＢ２００は、ハンドオーバ要求を受信する。

ＨｅＮＢ４００は、ＵＥ１００が受信するＨｅＮＢ４００からの信号強度が所定値未満である旨の測定報告を受けた場合に、ハンドオーバ要求をｅＮＢ２００に送信してもよい。

また、ＨｅＮＢ４００は、ＵＥ１００がＣＳＧメンバーでない場合、ＣＳＧメンバーでないＵＥのためにＨｅＮＢ４００のリソース（制御信号用のリソース及びＨｅＮＢ４００のバッファ）を使用できない。しかしながら、ＨｅＮＢ４００は、ＵＥ１００がＣＳＧメンバーでない場合、ＨｅＮＢ４００にユーザデータが転送され、且つ、ＨｅＮＢ４００のＣＳＧセルとＵＥ１００とが接続した場合に、すぐにハンドオーバ要求をｅＮＢ２００に送信することを条件として、ＨｅＮＢ４００のリソースの使用を許可してもよい。

ステップＳ１１０８において、ハンドオーバ要求に対するハンドオーバ要求応答（Ｈ．Ｏ． Ｒｅｑｕｅｓｔ Ｒｅｓｐｏｎｓｅ）をＨｅＮＢ４００に送信する。

ステップＳ１１０９において、ハンドオーバ手続（Ｈ．Ｏ． Ｐｒｏｃｅｄｕｒｅ）が行われる。

ステップＳ１１１０において、ＵＥ１００とｅＮＢ２００とは、転送されたユーザデータを利用して、データ通信を行う。

（第７実施形態のまとめ）
本実施形態において、ＵＥ１００が、ＡＰ３００との接続が困難になると判定し、且つ、小セルとの接続が可能であると判定した場合に、ＲＲＣ接続要求と、ＡＰ３００が有するユーザデータをＨｅＮＢ４００に転送させるための転送要求と、をＨｅＮＢ４００へ行う。また、ＡＰ３００は、ＵＥ１００からの転送要求に基づいて、ＨｅＮＢ４００にユーザデータを転送する。これにより、ＨｅＮＢ４００は、ＡＰ３００が有するＵＥ１００のユーザデータを迅速に取得できるため、ユーザデータの流れが途絶えることを抑制でき、シームレスなデータ通信が可能となる。

本実施形態において、ＵＥ１００は、ＨｅＮＢ４００から受信する信号強度が通信品質を確保できる値である所定値未満になる前に、ＡＰ３００からのビーコン信号の信号強度が所定値未満になった場合に、ＡＰ３００との接続が困難になると判定する。これにより、ＵＥ１００は、転送要求の要求先をＨｅＮＢ４００として適切に選択することができる。

本実施形態において、ＨｅＮＢ４００は、ＵＥ１００がＣＳＧメンバーでない場合、ユーザデータが転送され、且つ、ＨｅＮＢ４００のＣＳＧセルとＵＥ１００とが接続すると、すぐにハンドオーバ要求をｅＮＢ２００に送信してもよい。これにより、ＣＳＧメンバーでないＵＥ１００であっても、ＨｅＮＢ４００を利用することにより、シームレスなデータ通信が可能となる。

［その他の実施形態］
上述した第１及び第２実施形態に係る動作シーケンスにおいて、ｅＮＢ２００（基地局）が行っている動作は、ｅＮＢ２００に代えて、ｅＮＢ２００の上位装置（例えばＲＮＣ）などの他のネットワーク装置が行ってもよい。

上述した第３実施形態及び第４実施形態では、乗り物Ｔ内に、移動可能なＡＰ（モバイルルータなど）が存在する動作環境を考慮していなかった。しかしながら、そのような動作環境にも本発明を適用可能である。例えば、ＵＥ１００のプロセッサ１６０は、ＷＬＡＮ通信部１１２によりＡＰ（移動可能なＡＰ）と接続している場合で、かつＵＥ移動速度が急激に低下したことを検知した場合に、そのＡＰ（移動可能なＡＰ）との接続を維持しながら、他のＡＰ（ＡＰ３００）との接続開始を規制すればよい。

上述した第３実施形態の変更例及び第４実施形態の変更例では、ＡＰブラックリストがｅＮＢ２００から提供される一例を説明した。しかしながら、ＵＥ１００は、ＡＰブラックリストを予め保持していてもよい。

上述した第５実施形態において、ＵＥ１００及びｅＮＢ２００が送受信する情報は、ＲＲＣメッセージ又はその情報要素としてもよい。

上述した第５実施形態では、ｅＮＢ２００が広いカバレッジを有するマクロセル基地局である場合を想定していたが、ｅＮＢ２００は、ＡＰ３００と同程度のカバレッジを有する小セル基地局であってもよい。また、ｅＮＢ２００が小セル基地局である場合で、ＡＰ３００がｅＮＢ２００と併設（Ｃｏｌｌｏｃａｔｅｄ）されている場合には、ＵＥ１００がＡＰ３００に近接するか否かの判断（ステップＳ８０５）を省略してもよい。

上述した第５実施形態の変更例２は、ＵＥ１００で閉じた処理に応用してもよい。具体的には、ＵＥ１００は、ＧＮＳＳ信号の受信レベルに基づいて自身が屋外に位置すると推測できる場合には、屋外での使用が禁止されているＷＬＡＮ周波数帯をＷＬＡＮスキャンの対象外とする。

上述した第６及び第７実施形態では、ＵＥ１００が、ＵＥ１００とＡＰ３００との接続が困難になるか否かを判定していたが、これに限られない。ＡＰ３００が、ＵＥ１００とＡＰ３００との接続が困難になるか否かを判定してもよい。

具体的には、ＡＰ３００は、ＵＥ１００から受信する信号強度を測定し、ＵＥ１００から受信する信号強度が通信品質を確保できる値である所定値未満になった場合に、ＵＥ１００とＡＰ３００との接続が困難になると判定する。

ＡＰ３００が、ＵＥ１００とＡＰ３００との接続が困難になると判定した場合、以下に示すように、（Ａ）ＵＥ主導又は（Ｂ）ＡＰ３００主導でユーザデータの転送が行われる。

（Ａ）ＵＥ１００主導
ＡＰ３００は、ＵＥ１００とＡＰ３００との接続が困難になると判定した場合、ＵＥ１００とＡＰ３００との接続が困難になる旨をＵＥ１００に通知する。ＵＥ１００は、当該通知を受信した場合、ｅＮＢ２００及びＨｅＮＢ４００のそれぞれの参照信号の信号強度を測定する。

ＵＥ１００は、ｅＮＢ２００及びＨｅＮＢ４００の参照信号のうち、信号強度が所定値以上であるｅＮＢ２００又はＨｅＮＢ４００に転送要求を含むＲＲＣ接続要求を行う。後の処理は、第６又は第７実施形態と同様に行われる。

このような処理が行われることによって、ＵＥ１００は、ＵＥ１００とＡＰ３００との接続が困難になると判定処理を行わなくて済むため、ＵＥ１００の処理負荷を抑制することができる。

（Ｂ）ＡＰ３００主導
ＡＰ３００は、ＵＥ１００とＡＰ３００との接続が困難になると判定した場合、ＡＰ３００に隣接するｅＮＢ２００又はＨｅＮＢ４００がＵＥ１００と接続するように、ＡＰ３００に隣接するｅＮＢ２００又はＨｅＮＢ４００に要求する。ＡＰ３００は、ｅＮＢ２００に接続要求を行う場合、ＨｅＮＢ４００を経由して、ｅＮＢ２００に要求する。以下、ＡＰ３００が、ＨｅＮＢ４００にＵＥ１００と接続するように要求したと仮定して説明を進める。

ＨｅＮＢ４００は、ＡＰ３００から接続要求を受信した場合、例えば、ページングによって、ＵＥ１００との接続を行う旨の通知をＵＥ１００に送信する。ＵＥ１００は、当該通知に基づいて、ＨｅＮＢ４００との接続を行う。

ＨｅＮＢ４００は、ＵＥ１００との接続を完了した場合、ＡＰ３００に接続完了通知を送信する。ＡＰ３００は、接続完了通知を受信した場合、ＨｅＮＢ４００にユーザデータの転送を開始する。

なお、ＡＰ３００は、ｅＮＢ２００に接続要求を行う場合、ＨｅＮＢ４００を経由して、ｅＮＢ２００からＡＰ３００に接続完了通知を受信する。

このような処理が行われることによって、ＵＥ１００は、転送要求を送信せずに済むため、ＵＥ１００の処理負荷を抑制することができる。

なお、ｅＮＢ２００又はＨｅＮＢ４００との接続が完了した場合、ＵＥ１００は、ＵＥ１００とＡＰ３００との接続を終了するための処理を行ってもよい。

また、上述した第６及び第７実施形態では、ＵＥ１００は、ＡＰ３００との接続が困難になると判定された場合に、ＵＥ１００が接続しているＡＰ３００に直接的に接続されたＨｅＮＢ４００又はＡＰのカバレッジを包含する大セルを管理するｅＮＢ２００と接続していたが、これに限られない。例えば、ＵＥ１００が接続しているＡＰ３００に直接的に接続されたＨｅＮＢ４００に隣接するＨｅＮＢ４００に、ＵＥ１００は、接続をしてもよい。この場合、ＵＥ１００が接続しているＡＰ３００に直接的に接続されたＨｅＮＢ４００は、Ｘ２インターフェイスを介して隣接ＨｅＮＢ４００にユーザデータを転送する。

また、上述した第６及び第７実施形態では、小セルのカバレッジとＡＰ３００のカバレッジとは、大セルのカバレッジに包含されていたが、これに限られない。小セルのカバレッジとＡＰ３００のカバレッジとが、大セルのカバレッジと一部重複している場合であってもよい。

また、上述した第６及び第７実施形態では、小セル基地局として、ＨｅＮＢ４００を例に挙げて説明せいたが、これに限られない。例えば、小セル基地局は、スモールセルを管理するフェムトセル又はピコセルであってもよい。

また、上述した第６実施形態では、ｅＮＢ２００は、バッファ借用要求を行っていたが、これに限られない。ｅＮＢ２００は、バッファ借用要求を行わずに、ＨｅＮＢ４００へ転送要求を行ってもよい。

なお、ＵＥ１００は、ＨｅＮＢ４００からの参照信号と、ＡＰ３００からのビーコン信号とが同時に所定値未満になった場合、又は、ＨｅＮＢ４００からの参照信号が所定値未満になってから、所定時間経過する前にＡＰ３００からのビーコン信号が所定値未満になった場合には、転送要求を含むＲＲＣ接続要求をｅＮＢ２００に行ってもよい。

なお、上述した第６及び第７実施形態では、ＵＥ１００が、アイドル状態であったが、ＵＥ１００が、ＨｅＮＢ４００と接続状態である場合には、ｅＮＢ２００への通常のハンドオーバを実施する。

また、上述した各実施形態では、セルラ通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。

なお、日本国特許出願第２０１３−１００６００号（２０１３年５月１０日出願）、日本国特許出願第２０１３−１００７７７号（２０１３年５月１０日出願）、日本国特許出願第２０１３−１００７７９号（２０１３年５月１０日出願）、日本国特許出願第２０１３−１００７８０号（２０１３年５月１０日出願）、及び、米国仮出願第６１／８６４２５０号（２０１３年８月９日出願）の全内容が、参照により、本願明細書に組み込まれている。

以上のように、本発明に係る通信制御方法及びユーザ端末は、移動通信分野において有用である。

Claims (3)

1. Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）のトラフィックをＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）へ移行するオフロードを行うための通信制御方法であって、
   ユーザ端末が、前記オフロードを開始するステップと、
   前記ユーザ端末が、前記Ｅ−ＵＴＲＡＮとの接続の解放前において、前記Ｅ−ＵＴＲＡＮから設定情報を受信するステップと、を有し、
   前記設定情報は、前記オフロードの開始後かつ前記接続の解放後における前記ユーザ端末の動作を設定するための情報であり、
   前記ユーザ端末が、前記オフロードを中止する場合には、前記設定情報を破棄するステップをさらに有することを特徴とする通信制御方法。
2. ユーザ端末であって、
   コントローラを備え、
   前記コントローラは、
   Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）のトラフィックをＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）へ移行するオフロードを開始する処理と、
   前記Ｅ−ＵＴＲＡＮとの接続の解放前において、前記Ｅ−ＵＴＲＡＮから設定情報を受信する処理と、を実行し、
   前記設定情報は、前記オフロードの開始後かつ前記接続の解放後における前記ユーザ端末の動作を設定するための情報であり、
   前記コントローラは、前記オフロードを中止する場合には、前記設定情報を破棄する処理をさらに実行することを特徴とするユーザ端末。
3. ユーザ端末を制御するためのプロセッサであって、
   Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）のトラフィックをＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）へ移行するオフロードを開始する処理と、
   前記Ｅ−ＵＴＲＡＮとの接続の解放前において、前記Ｅ−ＵＴＲＡＮから設定情報を受信する処理と、を実行し、
   前記設定情報は、前記オフロードの開始後かつ前記接続の解放後における前記ユーザ端末の動作を設定するための情報であり、
   前記オフロードを中止する場合には、前記設定情報を破棄する処理をさらに実行することを特徴とするプロセッサ。

Images