(57)【特許請求の範囲】
【請求項１】
セルラＲＡＮとの間に自ユーザ端末がＲＲＣ接続を有する状態において自ユーザ端末の少なくとも一部のトラフィックを無線ＬＡＮによってやり取りする動作を実行する制御部を備え、
前記制御部は、
前記動作のための無線ＬＡＮ測定に利用され、複数の無線ＬＡＮアクセスポイント識別子を含む測定設定情報を前記セルラＲＡＮから受信する処理と、
前記複数の無線ＬＡＮアクセスポイント識別子に基づいて無線ＬＡＮアクセスポイントの受信信号強度の測定を行う処理と、
前記受信信号強度に基づいて前記無線ＬＡＮアクセスポイントを優先順位付けし、前記無線ＬＡＮアクセスポイントの無線ＬＡＮアクセスポイント識別子を優先順位順に並べたリストを含む報告を前記セルラＲＡＮに送信する処理と、
を実行するユーザ端末。
【請求項２】
前記制御部は、前記報告の送信後、前記セルラＲＡＮから受信した指示に基づいて前記動作を実行する請求項１に記載のユーザ端末。
【請求項３】
ユーザ端末を制御するプロセッサであって、
セルラＲＡＮとの間に自ユーザ端末がＲＲＣ接続を有する状態において自ユーザ端末の少なくとも一部のトラフィックを無線ＬＡＮによってやり取りする動作のための無線ＬＡＮ測定に利用され、複数の無線ＬＡＮアクセスポイント識別子を含む測定設定情報を前記セルラＲＡＮから受信する処理と、
前記複数の無線ＬＡＮアクセスポイント識別子に基づいて無線ＬＡＮアクセスポイントの受信信号強度の測定を行う処理と、
前記受信信号強度に基づいて前記無線ＬＡＮアクセスポイントを優先順位付けし、前記無線ＬＡＮアクセスポイントの無線ＬＡＮアクセスポイント識別子を優先順位順に並べたリストを含む報告を前記セルラＲＡＮに送信する処理と、
を実行するプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラ通信システムを無線ＬＡＮシステムと連携させるためのネットワーク選択制御方法及びユーザ端末に関する。
【背景技術】
【０００２】
近年、セルラ通信部及び無線ＬＡＮ通信部を含むユーザ端末（いわゆる、デュアル端末）の普及が進んでいる。また、セルラ通信システムのオペレータにより管理される無線ＬＡＮアクセスポイント（以下、単に「アクセスポイント」という）が増加している。【０００３】
そこで、セルラ通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、セルラ通信システムと無線ＬＡＮシステムとの連携を強化できる技術が検討される予定である（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ寄書  ＲＰ−１２０１４５５
【発明の概要】
【０００５】
セルラ通信システムと無線ＬＡＮシステムとの連携を強化することで、セルラ基地局のトラフィック負荷を無線ＬＡＮシステムに分散できると考えられる。
【０００６】
そこで、本発明は、セルラ通信システムと無線ＬＡＮシステムとの連携を強化できるネットワーク選択制御方法及びユーザ端末を提供することを目的とする。
【０００７】
第１の特徴に係るユーザ端末は、セルラＲＡＮ及び無線ＬＡＮの中から自ユーザ端末のトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を制御する制御部を備える。前記制御部は、前記ネットワーク選択動作に利用されるＲＡＮ補助情報を前記セルラＲＡＮから受信する処理と、前記ＲＡＮ補助情報に基づいて前記ネットワーク選択動作を行う処理と、を実行する。前記ＲＡＮ補助情報は、前記セルラＲＡＮに関するセルラＲＡＮ状態と比較するためのセルラＲＡＮ閾値と、前記無線ＬＡＮに関する無線ＬＡＮ状態と比較するための無線ＬＡＮ閾値と、を含む。
【０００８】
第２の特徴に係るセルラ基地局は、セルラＲＡＮ及び無線ＬＡＮの中からトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を行うユーザ端末に対して、前記ネットワーク選択動作に利用されるＲＡＮ補助情報を送信する処理を行う制御部を備える。前記ＲＡＮ補助情報は、前記セルラＲＡＮに関するセルラＲＡＮ状態と比較するためのセルラＲＡＮ閾値と、前記無線ＬＡＮに関する無線ＬＡＮ状態と比較するための無線ＬＡＮ閾値と、を含む。
【０００９】
第３の特徴に係るプロセッサは、ユーザ端末を制御する。前記プロセッサは、セルラＲＡＮ及び無線ＬＡＮの中から自ユーザ端末のトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作に利用されるＲＡＮ補助情報を前記セルラＲＡＮから受信する処理と、前記ＲＡＮ補助情報に基づいて前記ネットワーク選択動作を行う処理と、を実行する。前記ＲＡＮ補助情報は、前記セルラＲＡＮに関するセルラＲＡＮ状態と比較するためのセルラＲＡＮ閾値と、前記無線ＬＡＮに関する無線ＬＡＮ状態と比較するための無線ＬＡＮ閾値と、を含む。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態及び第２実施形態に係るシステム構成図である。
【図２】第１実施形態及び第２実施形態に係るＵＥ（ユーザ端末）のブロック図である。
【図３】第１実施形態及び第２実施形態に係るｅＮＢ（セルラ基地局）のブロック図である。
【図４】第１実施形態及び第２実施形態に係るＡＰ（アクセスポイント）のブロック図である。
【図５】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図６】ＬＴＥシステムで使用される無線フレームの構成図である。
【図７】第１実施形態に係る動作環境を説明するための図である。
【図８】第１実施形態に係る動作パターン１のシーケンス図である。
【図９】第１実施形態に係る動作パターン２のシーケンス図である。
【図１０】第１実施形態に係る動作パターン３のシーケンス図である。
【図１１】第１実施形態に係る動作パターン４のシーケンス図である。
【図１２】第１実施形態に係る動作パターン５のシーケンス図である。
【図１３】第１実施形態に係る動作パターン６のシーケンス図である。
【図１４】第１実施形態に係る無線リンク安定度の具体例１を説明するための図である。
【図１５】第１実施形態に係る無線リンク安定度の具体例２を説明するための図である。
【図１６】第１実施形態に係るマッピングテーブルの構成図である。
【図１７】第１実施形態に係る判定アルゴリズムの一例を説明するための図である。
【図１８】第２実施形態に係るネットワーク選択制御方法を示す図である。
【図１９】第２実施形態に係る動作パターン１のシーケンス図である。
【図２０】第２実施形態に係る動作パターン２のシーケンス図である。
【図２１】第２実施形態に係る動作パターン３のシーケンス図である。
【図２２】第３実施形態の概要を示す図である。
【図２３】第３実施形態に係るＲＡＮルールの概念を示す図である。
【図２４】第３実施形態に係る選択肢１ａを示す図である。
【図２５】第３実施形態に係る選択肢１ｂを示す図である。
【図２６】第３実施形態に係る選択肢２を示す図である。
【図２７】第３実施形態に係るＲＡＮ信号閾値によるＷＬＡＮへのオフロードを示す図である。
【図２８】ＬＴＥにおけるＲＡＮ補助パラメータの使用例を示す図である。
【図２９】ＵＭＴＳにおけるＲＡＮ補助パラメータの使用例を示す図である。
【図３０】ＬＴＥにおける最もシンプルなルールを示す図である。
【図３１】ＵＭＴＳにおける最もシンプルなルールを示す図である。
【図３２】シンプルなルールの問題点を示す図である。
【図３３】ＷＬＡＮからＲＡＮへトラフィックを移す（戻す）ケースを示す図である。
【図３４】第４実施形態に係る選択肢２を適用した選択ルールを示す。
【図３５】実施形態の付記に係る図である。
【図３６】実施形態の付記に係る図である。
【発明を実施するための形態】
【００１２】
［実施形態の概要］
実施形態に係るネットワーク選択制御方法は、セルラＲＡＮ及び無線ＬＡＮの中からユーザ端末のトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を制御する方法である。前記ネットワーク選択制御方法は、前記ネットワーク選択動作に利用されるＲＡＮ補助情報を前記セルラＲＡＮから送信するステップＡと、前記ユーザ端末が前記ＲＡＮ補助情報を受信するステップＢと、前記ユーザ端末が、前記ＲＡＮ補助情報に基づいて前記ネットワーク選択動作を行うステップＣと、を有する。前記ＲＡＮ補助情報は、前記無線ＬＡＮの選択が許容されるか否かを判断するための所定情報を含む。前記所定情報は、前記セルラＲＡＮの負荷状況と関連付けられている。
【００１３】
実施形態では、前記所定情報は、前記無線ＬＡＮの選択が許容されるか否かを示す指示子である。前記ステップＡにおいて、前記セルラＲＡＮは、前記セルラＲＡＮの負荷状況に応じて前記指示子を更新する。前記ステップＣにおいて、前記ユーザ端末は、前記指示子に基づいて、前記無線ＬＡＮの選択が許容されるか否かを判断する。
【００１４】
実施形態では、前記所定情報は、前記無線ＬＡＮの選択が許容される確率を示す基準値である。前記ステップＡにおいて、前記セルラＲＡＮは、前記セルラＲＡＮの負荷状況に応じて前記基準値を更新する。前記ステップＣにおいて、前記ユーザ端末は、自ユーザ端末で発生させた乱数が前記基準値を超えるか否かに応じて、前記無線ＬＡＮの選択が許容されるか否かを判断する。
【００１５】
実施形態では、前記所定情報は、前記セルラＲＡＮ又は前記無線ＬＡＮに関する状態と比較するための閾値である。前記ステップＡにおいて、前記セルラＲＡＮは、前記セルラＲＡＮの負荷状況に応じて前記閾値を更新する。前記ステップＣにおいて、前記ユーザ端末は、前記状態を前記閾値と比較することにより、前記無線ＬＡＮの選択が許容されるか否かを判断する。
【００１６】
実施形態では、前記状態とは、前記無線ＬＡＮの無線状態、前記無線ＬＡＮの負荷状態、前記セルラＲＡＮの無線状態、のうち少なくとも１つである。
【００１７】
実施形態では、前記ステップＣにおいて、前記ユーザ端末は、前記所定情報に基づき前記無線ＬＡＮの選択が許容される場合で、かつ無線ＬＡＮ状態が良い場合に、前記無線ＬＡＮを選択する。
【００１８】
実施形態では、前記ステップＣにおいて、前記ユーザ端末は、前記所定情報に基づき前記無線ＬＡＮの選択が許容されない場合に、前記セルラＲＡＮを選択する。
【００１９】
実施形態では、前記ステップＣにおいて、前記ユーザ端末は、前記無線ＬＡＮ状態が悪い場合には、前記所定情報と無関係に、前記セルラＲＡＮを選択する。
【００２０】
実施形態では、前記ステップＣにおいて、前記無線ＬＡＮを選択している前記ユーザ端末は、前記所定情報に基づき前記無線ＬＡＮの選択が許容されない場合に、追加的に前記無線ＬＡＮにトラフィックを移さないよう制御する。
【００２１】
実施形態では、前記ステップＣにおいて、前記無線ＬＡＮを選択してない前記ユーザ端末は、前記所定情報に基づき前記無線ＬＡＮの選択が許容されない場合に、前記無線ＬＡＮを選択しないよう制御する。
【００２２】
実施形態では、前記ステップＡは、前記セルラＲＡＮから第１のＲＡＮ補助情報をブロードキャストで送信するステップと、前記セルラＲＡＮから第２のＲＡＮ補助情報をユニキャストで送信するステップと、を含む。前記ステップＢは、前記ユーザ端末が前記第１のＲＡＮ補助情報を受信するステップと、前記ユーザ端末が前記第２のＲＡＮ補助情報を受信するステップと、を含む。前記第１のＲＡＮ補助情報に含まれる第１のパラメータと前記第２のＲＡＮ補助情報に含まれる第２のパラメータとが重複した場合に、前記ユーザ端末は、前記第１のパラメータよりも優先的に前記第２のパラメータを適用する。
【００２３】
実施形態に係るユーザ端末は、セルラＲＡＮ及び無線ＬＡＮの中から自ユーザ端末のトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を行う。前記ユーザ端末は、前記ネットワーク選択動作に利用されるＲＡＮ補助情報を前記セルラＲＡＮから受信する受信部と、前記ＲＡＮ補助情報に基づいて前記ネットワーク選択動作を行う制御部と、を有する。前記ＲＡＮ補助情報は、前記無線ＬＡＮの選択が許容されるか否かを判断するための所定情報を含む。前記所定情報は、前記セルラＲＡＮの負荷状況と関連付けられている。
【００２４】
実施形態に係るネットワーク選択制御方法は、セルラＲＡＮ及び無線ＬＡＮの中からユーザ端末のトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を制御する方法である。前記ネットワーク選択制御方法は、前記ユーザ端末が、前記トラフィックを前記セルラＲＡＮから前記無線ＬＡＮに移すステップＡと、前記ユーザ端末が、前記セルラＲＡＮの負荷状況及び前記無線ＬＡＮの負荷状況の少なくとも一方に基づいて、前記トラフィックを前記セルラＲＡＮに戻すステップＢと、を有する。
【００２５】
実施形態では、前記ステップＢにおいて、前記ユーザ端末は、前記セルラＲＡＮが低負荷状態である場合に、前記トラフィックを前記セルラＲＡＮに戻す。
【００２６】
実施形態では、前記ステップＢにおいて、前記ユーザ端末は、前記無線ＬＡＮが高負荷状態である場合に、前記トラフィックを前記セルラＲＡＮに戻す。
【００２７】
実施形態では、前記ステップＢにおいて、前記ユーザ端末は、前記セルラＲＡＮが低負荷状態である場合で、かつ、前記無線ＬＡＮが高負荷状態である場合に、前記トラフィックを前記セルラＲＡＮに戻す。
【００２８】
実施形態では、前記ステップＢにおいて、前記ユーザ端末は、前記セルラＲＡＮが低負荷状態であるか、又は前記無線ＬＡＮが高負荷状態である場合に、前記トラフィックを前記セルラＲＡＮに戻す。
【００２９】
実施形態では、前記ユーザ端末は、複数のトラフィックを前記セルラＲＡＮ及び前記無線ＬＡＮと同時に送受信可能な特定機能を有しており、前記ステップＢにおいて、前記ユーザ端末は、前記セルラＲＡＮにトラフィックを戻す条件が満たされた場合に、前記無線ＬＡＮに何れのトラフィックも残すことなく、前記セルラＲＡＮにトラフィックを戻す。
【００３０】
実施形態では、前記特定機能は、ＩＳＲＰ（Ｉｎｔｅｒ−Ｓｙｓｔｅｍ  Ｒｏｕｔｉｎｇ  Ｐｏｌｉｃｙ）機能である。
【００３１】
実施形態に係るユーザ端末は、セルラＲＡＮ及び無線ＬＡＮの中からユーザ端末のトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を行う。前記ユーザ端末は、前記トラフィックを前記セルラＲＡＮから前記無線ＬＡＮに移す制御部を有する。前記制御部は、前記セルラＲＡＮの負荷状況及び前記無線ＬＡＮの負荷状況の少なくとも一方に基づいて、前記トラフィックを前記セルラＲＡＮに戻す。
【００３２】
［第１実施形態］
以下、図面を参照して、３ＧＰＰ規格に準拠して構成されるセルラ通信システムであるＬＴＥシステムを無線ＬＡＮ（ＷＬＡＮ）システムと連携させる場合の各実施形態を説明する。
【００３３】
（システム構成）
図１は、本実施形態に係るシステム構成図である。図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。ＥＰＣ２０は、コアネットワークに相当する。
【００３４】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセルとの無線通信を行う。ＵＥ１００はユーザ端末に相当する。ＵＥ１００は、セルラ通信及びＷＬＡＮ通信の両通信方式をサポートする端末（デュアル端末）である。
【００３５】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。また、ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００３６】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介して、ＥＰＣ２０に含まれるＭＭＥ／Ｓ−ＧＷ５００と接続される。
【００３７】
ＥＰＣ２０は、複数のＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）５００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００３８】
ＷＬＡＮシステム（ＷＬＡＮ３０）は、ＷＬＡＮ  ＡＰ（以下、「ＡＰ」と称する）３００を含む。ＷＬＡＮシステムは、例えばＩＥＥＥ  ８０２．１１諸規格に準拠して構成される。ＡＰ３００は、セルラ周波数帯とは異なる周波数帯（ＷＬＡＮ周波数帯）でＵＥ１００との通信を行う。ＡＰ３００は、ルータなどを介してＥＰＣ２０に接続される。尚、ｅＮＢ２００及びＡＰ３００が個別に配置される場合に限らず、ｅＮＢ２００及びＡＰ３００が同じ場所に配置（Ｃｏｌｌｏｃａｔｅｄ）されていてもよい。或いは、ｅＮＢ２００及びＡＰ３００がオペレータの任意のインターフェイスで直接接続されていてもよい。
【００３９】
次に、ＵＥ１００、ｅＮＢ２００、及びＡＰ３００の構成を説明する。
【００４０】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１及び１０２と、セルラ送受信機（セルラ通信部）１１１と、ＷＬＡＮ送受信機（ＷＬＡＮ通信部）１１２と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００４１】
アンテナ１０１及びセルラ送受信機１１１は、セルラ無線信号の送受信に用いられる。セルラ送受信機１１１は、プロセッサ１６０が出力するベースバンド信号をセルラ無線信号に変換してアンテナ１０１から送信する。また、セルラ送受信機１１１は、アンテナ１０１が受信するセルラ無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００４２】
アンテナ１０２及びＷＬＡＮ送受信機１１２は、ＷＬＡＮ無線信号の送受信に用いられる。ＷＬＡＮ送受信機１１２は、プロセッサ１６０が出力するベースバンド信号をＷＬＡＮ無線信号に変換してアンテナ１０２から送信する。また、ＷＬＡＮ送受信機１１２は、アンテナ１０２が受信するＷＬＡＮ無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００４３】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの入力を受け付けて、該入力の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４４】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４５】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、セルラ送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。
【００４６】
アンテナ２０１及びセルラ送受信機２１０は、セルラ無線信号の送受信に用いられる。セルラ送受信機２１０は、プロセッサ２４０が出力するベースバンド信号をセルラ無線信号に変換してアンテナ２０１から送信する。また、セルラ送受信機２１０は、アンテナ２０１が受信するセルラ無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。
【００４７】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ５００と接続される。また、ネットワークインターフェイス２２０は、ＥＰＣ２０を介したＡＰ３００との通信に使用される。
【００４８】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４９】
図４は、ＡＰ３００のブロック図である。図４に示すように、ＡＰ３００は、アンテナ３０１と、ＷＬＡＮ送受信機３１１と、ネットワークインターフェイス３２０と、メモリ３３０と、プロセッサ３４０と、を有する。
【００５０】
アンテナ３０１及びＷＬＡＮ送受信機３１１は、ＷＬＡＮ無線信号の送受信に用いられる。ＷＬＡＮ送受信機３１１は、プロセッサ３４０が出力するベースバンド信号をＷＬＡＮ無線信号に変換してアンテナ３０１から送信する。また、ＷＬＡＮ送受信機３１１は、アンテナ３０１が受信するＷＬＡＮ無線信号をベースバンド信号に変換してプロセッサ３４０に出力する。
【００５１】
ネットワークインターフェイス３２０は、ルータなどを介してＥＰＣ２０と接続される。また、ネットワークインターフェイス３２０は、ＥＰＣ２０を介したｅＮＢ２００との通信に使用される。
【００５２】
メモリ３３０は、プロセッサ３４０によって実行されるプログラムと、プロセッサ３４０による処理に使用される情報と、を記憶する。プロセッサ３４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ３３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。
【００５３】
図５は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図５に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００５４】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００５５】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割当リソースブロックを選択するスケジューラを含む。
【００５６】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００５７】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５８】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御メッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００は接続状態（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）であり、そうでない場合、ＵＥ１００はアイドル状態（ＲＲＣ  ｉｄｌｅ  ｓｔａｔｅ）である。
【００５９】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００６０】
図６は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００６１】
図６に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００６２】
（第１実施形態に係る動作）
次に、本実施形態に係る動作について説明する。
【００６３】
図７は、本実施形態に係る動作環境を説明するための図である。図７に示すように、ｅＮＢ２００のカバレッジ内に複数のＡＰ３００が設けられている。複数のＡＰ３００のそれぞれは、オペレータにより管理されるＡＰ（Ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰ）である。図７では、ＡＰ３００を３つのみ図示しているが、実環境では多数のＡＰ３００がｅＮＢ２００のカバレッジに設けられる。
【００６４】
実環境では、オペレータにより管理されていないＡＰ（Ｎｏｎ−ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰ）も存在する。Ｎｏｎ−ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰには、無料で開放されている公衆ＡＰ（いわゆる、Ｆｒｅｅ  ＷｉＦｉ）と、ユーザが所有するＡＰと、がある。
【００６５】
また、ｅＮＢ２００のカバレッジ内に複数のＵＥ１００が位置している。ＵＥ１００−１乃至ＵＥ１００−３は、ｅＮＢ２００と接続しており、ｅＮＢ２００とのセルラ通信を行っている。ＵＥ１００−４はＡＰ３００−３に接続しており、ＡＰ３００−３とのＷＬＡＮ通信を行っている。
【００６６】
ｅＮＢ２００が多数のＵＥ１００を収容する場合、ｅＮＢ２００の負荷レベルが高くなる。ここで「負荷レベル」とは、ｅＮＢ２００のトラフィック負荷又はｅＮＢ２００の無線リソース使用率など、ｅＮＢ２００の混雑度を意味する。よって、ＵＥ１００とｅＮＢ２００との間で送受信されるトラフィックの少なくとも一部を無線ＬＡＮシステムに移行させることにより、ｅＮＢ２００の負荷を無線ＬＡＮシステムに分散できる。
【００６７】
以下において、ＵＥ１００とｅＮＢ２００との間で送受信されるトラフィックを無線ＬＡＮシステムに移行（以下、「オフロード」という）させるための動作パターンを説明する。ここでオフロードとは、ＵＥ１００とｅＮＢ２００との間で送受信されるトラフィックの全てを無線ＬＡＮシステムに移行させる場合に限らず、ｅＮＢ２００との接続を維持しながら少なくとも一部のトラフィックを無線ＬＡＮシステムに移行させる場合も含む。
【００６８】
動作パターン１は、オフロード先（すなわち、トラフィックの移行先）のＡＰ３００をｅＮＢ２００が選択するパターンである。これに対し、動作パターン２は、オフロード先のＡＰ３００をＵＥ１００が選択するパターンである。
【００６９】
また、動作パターン３は、動作パターン１及び２の混合パターンであるが、オフロード先のＡＰ３００を最終的にｅＮＢ２００が選択するパターンである。動作パターン４は、動作パターン１及び２の混合パターンであるが、オフロード先のＡＰ３００を最終的にＵＥ１００が選択するパターンである。動作パターン５は、動作パターン３及び４の混合パターンである。
【００７０】
動作パターン６は、Ｎｏｎ−ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰを考慮したパターンである。
【００７１】
各動作パターンにおいて、ＵＥ１００は、ｅＮＢ２００と接続した状態（接続状態）にあり、かつ、ＵＥ１００のＷＬＡＮ送受信機１１２は動作状態（オン状態）であると仮定している。また、ｅＮＢ２００は、自身のカバレッジ内のＯｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰに関する情報を例えばバックホール経由で取得できると仮定している。
【００７２】
（１）動作パターン１
図８は、動作パターン１のシーケンス図である。
【００７３】
図８に示すように、ステップＳ１０１において、ｅＮＢ２００は、無線ＬＡＮシステムに対する測定（無線ＬＡＮ測定）を制御するためのＷＬＡＮ測定設定情報をＵＥ１００に送信する。ｅＮＢ２００は、例えば、ＵＥ１００のハンドオーバ、ＵＥ１００の選択、ＵＥ１００のページングエリア変更、又は、ネットワーク状況の変化をトリガとして、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。或いは、ｅＮＢ２００は、自身の負荷レベルが閾値を超えたことをトリガとして、ＷＬＡＮ測定設定情報をＵＥ１００に送信してもよい。
【００７４】
ＷＬＡＮ測定設定情報は、ｅＮＢ２００のカバレッジエリアに設けられた複数のＡＰ３００（Ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰ）それぞれの識別子を含む。ＡＰ３００の識別子（以下、「ＡＰ識別子」という）は、ＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）、ＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）、又はオペレータが策定したＡＰを識別する任意のＩＤである。
【００７５】
ＷＬＡＮ測定設定情報は、ＡＰ３００との間の無線リンク状況をどのように測定すべきかを示す情報と、測定結果をどのように報告すべきかを示す情報（例えば報告トリガなど）と、を含んでもよい。さらに、ＷＬＡＮ測定設定情報は、どの動作パターン（動作パターン１乃至５）に従うべきかを示す情報を含んでもよい。
【００７６】
ＷＬＡＮ測定設定情報は、ＵＥ１００がＡＰ３００と接続した状態であっても測定設定を確認すべきか否か（無線ＬＡＮ測定を行うか否か）を示す情報を含んでもよい。尚、ＵＥ１００は、最適なＡＰ３００が選択されるまでは測定設定の確認を継続することが好ましい。これに対し、ＵＥ１００がＡＰ３００へのオフロードを開始した後は、処理負荷を削減するために測定設定の確認を行わないことが好ましい。
【００７７】
ステップＳ１０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。各ＡＰ３００は自身のＡＰ識別子を含んだビーコン信号を送信しているため、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子を含んだビーコン信号をスキャンすることにより、ＡＰ３００を検出できる。
【００７８】
ステップＳ１０３において、ＵＥ１００は、ＷＬＡＮ測定設定情報に従って無線ＬＡＮ測定を行う。ＵＥ１００は、検出したＡＰ３００との間の無線リンク状況を測定する。無線リンク状況とは、ビーコン信号の信号強度、及び無線リンク安定度（詳細については後述）などである。また、ビーコン信号がＡＰ３００の負荷レベルを示す情報（すなわち、負荷情報）を含む場合、ＵＥ１００は、負荷情報を取得してもよい。
【００７９】
ステップＳ１０４において、ＵＥ１００は、測定した無線リンク状況をｅＮＢ２００に報告する。具体的には、ＵＥ１００は、無線リンク状況（ビーコン信号の信号強度、無線リンク安定度など）にＡＰ識別子を対応付けて、無線リンク状況及びＡＰ識別子を含んだＷＬＡＮ測定報告をｅＮＢ２００に送信する。さらに、ＵＥ１００は、ＡＰ３００の負荷情報をＷＬＡＮ測定報告に含めてもよい。また、ＵＥ１００は、UE１００の移動速度やバッテリ残量などの情報をＷＬＡＮ測定報告に含めてもよい。
【００８０】
ステップＳ１０５において、ＵＥ１００からＷＬＡＮ測定報告を受信したｅＮＢ２００は、ＵＥ１００のトラフィックをオフロードするか否かを判断する。例えば、ｅＮＢ２００は、自身の負荷レベルが閾値を超えている場合に、ＵＥ１００のトラフィックをオフロードすると判断する。或いは、ｅＮＢ２００は、ＵＥ１００との間の通信品質が劣化している場合、もしくはＵＥ１００の移動速度が十分遅く、ＵＥ１００のバッテリ残量が十分にある場合に、ＵＥ１００のトラフィックをオフロードすると判断してもよい。ここでは、ＵＥ１００のトラフィックをオフロードすると判断したと仮定して、説明を進める。
【００８１】
ステップＳ１０６において、ｅＮＢ２００は、ＷＬＡＮ測定報告に基づく無線リンク状況と、ｅＮＢ２００及び／又はＡＰ３００に関するネットワーク状況（以下、単に「ネットワーク状況」という）と、に基づいて、最適なオフロード先ＡＰ３００を選択するか、もしくはｅＮＢ２００との通信を維持するかを判断する。ネットワーク状況とは、ＡＰ３００（又はｅＮＢ２００）の負荷レベル（すなわち、混雑度）である。或いは、ネットワーク状況とは、ＡＰ３００（又はｅＮＢ２００）の通信能力であってもよい。通信能力は、ＱｏＳ保証（ＷＭＭ）の可否を含む。尚、ＡＰ３００を優先順位付けするための判定アルゴリズムの具体例については後述する。
【００８２】
ステップＳ１０７において、ｅＮＢ２００は、選択したＡＰ３００へのオフロード指示をＵＥ１００に送信する。オフロード指示は、ｅＮＢ２００が選択したＡＰ３００のＡＰ識別子を含む。オフロード指示は、オフロードすべきトラフィックの種類（ベアラ）を示す情報を含んでもよい。
【００８３】
ステップＳ１０８において、ＵＥ１００は、ｅＮＢ２００からのオフロード指示に従って、ｅＮＢ２００が選択したＡＰ３００へのオフロードを開始する。尚、ｅＮＢ２００が選択したＡＰ３００にＵＥ１００が未接続である場合、ＵＥ１００は、そのＡＰ３００に接続した上でオフロードを開始する。
【００８４】
（２）動作パターン２
図９は、動作パターン２のシーケンス図である。ここでは、動作パターン１と重複する説明については省略する。
【００８５】
図９に示すように、ステップＳ２０１において、ｅＮＢ２００は、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。動作パターン２では、ｅＮＢ２００は、ネットワーク状況をＷＬＡＮ測定設定情報に含めてＵＥ１００に送信する。これにより、ネットワーク状況がＵＥ１００に通知される。
【００８６】
ステップＳ２０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。
【００８７】
ステップＳ２０３において、ＵＥ１００は、ＷＬＡＮ測定設定情報に従って無線ＬＡＮ測定を行う。そして、ＵＥ１００は、検出したＡＰ３００との間の無線リンク状況と、ｅＮＢ２００から通知されているネットワーク状況と、に基づいて、最適なオフロード先ＡＰ３００を選択するか、もしくはｅＮＢ２００との通信を維持するかを判断する。
【００８８】
ステップＳ２０４において、ＵＥ１００は、選択したＡＰ３００に関する情報をｅＮＢ２００に通知するステップをさらに有する。選択したＡＰ３００に関する情報とは、そのＡＰ３００のＡＰ識別子であってもよい。
【００８９】
ステップＳ２０５において、ｅＮＢ２００は、ＵＥ１００のトラフィックをオフロードするか否かを判断する。ここでは、ＵＥ１００のトラフィックをオフロードすると判断したと仮定して、説明を進める。
【００９０】
ステップＳ２０６において、ｅＮＢ２００は、ＵＥ１００が選択したＡＰ３００へのオフロード許可をＵＥ１００に通知する。
【００９１】
ステップＳ２０７において、ＵＥ１００は、ｅＮＢ２００からのオフロード許可に応じて、選択したＡＰ３００へのオフロードを開始する。
【００９２】
尚、本シーケンスでは、ステップＳ２０５の処理は必ずしも行わなくてもよい。
【００９３】
（３）動作パターン３
図１０は、動作パターン３のシーケンス図である。ここでは、動作パターン１及び２と重複する説明については省略する。
【００９４】
図１０に示すように、ステップＳ３０１において、ｅＮＢ２００は、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。
【００９５】
ステップＳ３０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。
【００９６】
ステップＳ３０３において、ＵＥ１００は、ＷＬＡＮ測定設定情報に従って無線ＬＡＮ測定を行う。そして、ＵＥ１００は、検出したＡＰ３００との間の無線リンク状況に基づいて、検出したＡＰ３００それぞれについてトラフィックの移行先とする優先順位を算出する。また、ＵＥ１００の移動速度やバッテリ残量を考慮してオフロードを進めるべきかどかを考え、セルラネットワーク（ｅＮＢ２００）にも優先順位を付ける。
【００９７】
ステップＳ３０４において、ＵＥ１００は、算出した優先順位に関する優先順位情報をｅＮＢ２００に送信する。具体的には、算出した優先順位に従ってＡＰ識別子を並べたリスト（以下、「優先順位リスト」という）をｅＮＢ２００に送信する。
【００９８】
ステップＳ３０５において、ｅＮＢ２００は、ＵＥ１００のトラフィックをオフロードするか否かを判断する。ここでは、ＵＥ１００のトラフィックをオフロードすると判断したと仮定して、説明を進める。
【００９９】
ステップＳ３０６において、ｅＮＢ２００は、優先順位リストとネットワーク状況とに基づいて、最適なオフロード先ＡＰ３００を選択するか、もしくはｅＮＢ２００との通信を維持するかを判断する。
【０１００】
ステップＳ３０７において、ｅＮＢ２００は、選択したＡＰ３００へのオフロード指示をＵＥ１００に送信する。
【０１０１】
ステップＳ３０８において、ＵＥ１００は、ｅＮＢ２００からのオフロード指示に従って、ｅＮＢ２００が選択したＡＰ３００へのオフロードを開始する。
【０１０２】
（４）動作パターン４
図１１は、動作パターン４のシーケンス図である。ここでは、動作パターン１乃至３と重複する説明については省略する。
【０１０３】
図１１に示すように、ステップＳ４０１において、ｅＮＢ２００は、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。
【０１０４】
ステップＳ４０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。
【０１０５】
ステップＳ４０３において、ＵＥ１００は、ＷＬＡＮ測定設定情報に従って無線ＬＡＮ測定を行う。そして、ＵＥ１００は、測定した無線リンク状況（ビーコン信号の信号強度、無線リンク安定度など）にＡＰ識別子を対応付けて、無線リンク状況及びＡＰ識別子を含んだＷＬＡＮ測定報告をｅＮＢ２００に送信する。また、ＵＥ１００は、ＵＥ１００の移動速度やバッテリ残量などの情報をＷＬＡＮ測定報告に含めてもよい。
【０１０６】
ステップＳ４０４において、ｅＮＢ２００は、ＵＥ１００のトラフィックをオフロードするか否かを判断する。ここでは、ＵＥ１００のトラフィックをオフロードすると判断したと仮定して、説明を進める。
【０１０７】
ステップＳ４０５において、ｅＮＢ２００は、ＷＬＡＮ測定報告に基づく無線リンク状況と、ネットワーク状況と、に基づいて、ＷＬＡＮ測定報告に含まれるＡＰ３００（ＡＰ識別子）それぞれについてトラフィックの移行先とする優先順位を算出する。優先順位にはｅＮＢ２００も含めてよい。なお、ステップＳ４０４及び／又はＳ４０３において、ｅＮＢ２００は、ＵＥ１００の移動速度やバッテリ残量なども考慮に入れてもよい。
【０１０８】
ステップＳ４０６において、ｅＮＢ２００は、算出した優先順位に基づいて優先順位リストをＵＥ１００に送信する。
【０１０９】
ステップＳ４０７において、ＵＥ１００は、優先順位リストと無線リンク状況とに基づいて、最適なオフロード先ＡＰ３００を選択する。
【０１１０】
ステップＳ４０８において、ＵＥ１００は、選択したＡＰ３００のＡＰ識別子をｅＮＢ２００に通知する。
【０１１１】
ステップＳ４０９において、ＵＥ１００は、選択したＡＰ３００へのオフロードを開始する。
【０１１２】
（５）動作パターン５
図１２は、動作パターン５のシーケンス図である。ここでは、動作パターン１乃至４と重複する説明については省略する。
【０１１３】
図１２に示すように、ステップＳ５０１において、ｅＮＢ２００は、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。
【０１１４】
ステップＳ５０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。
【０１１５】
ステップＳ５０３において、ＵＥ１００は、ＷＬＡＮ測定設定情報に従って無線ＬＡＮ測定を行う。ＵＥ１００は、無線リンク状況のうち、ビーコン信号の信号強度を測定する。そして、ＵＥ１００は、測定した信号強度に基づいて、検出したＡＰ３００それぞれについてトラフィックの移行先とする優先順位を算出する。
【０１１６】
ステップＳ５０４において、ＵＥ１００は、算出した優先順位に基づいて優先順位リストをｅＮＢ２００に送信する。
【０１１７】
ステップＳ５０５において、ｅＮＢ２００は、ＵＥ１００からの優先順位リストと、ネットワーク状況と、に基づいて、ネットワーク状況が反映されるように、ＵＥ１００からの優先順位リストを更新する。
【０１１８】
ステップＳ５０６において、ＵＥ１００は、無線ＬＡＮ測定を改めて行う。ＵＥ１００は、無線リンク状況のうち、無線リンク安定度を測定する。
【０１１９】
ステップＳ５０７において、ｅＮＢ２００は、更新した優先順位リストをＵＥ１００に送信する。
【０１２０】
ステップＳ５０８において、ＵＥ１００は、ｅＮＢ２００からの優先順位リストと、測定した無線リンク安定度と、に基づいて、最適なオフロード先ＡＰ３００を選択するか、もしくはｅＮＢ２００との通信を維持するかを判断する。このとき、ＵＥ１００のバッテリ残量などを考慮してもよい。
【０１２１】
ステップＳ５０９において、ＵＥ１００は、選択したＡＰ３００のＡＰ識別子をｅＮＢ２００に通知する。
【０１２２】
ステップＳ５１０において、ｅＮＢ２００は、ＵＥ１００のトラフィックをオフロードするか否かを判断する。ここでは、ＵＥ１００のトラフィックをオフロードすると判断したと仮定して、説明を進める。
【０１２３】
ステップＳ５１１において、ｅＮＢ２００は、ＵＥ１００が選択したＡＰ３００へのオフロード許可をＵＥ１００に通知する。
【０１２４】
ステップＳ５１２において、ＵＥ１００は、ｅＮＢ２００からのオフロード許可に応じて、選択したＡＰ３００へのオフロードを開始する。
【０１２５】
尚、本シーケンスでは、ステップＳ５１０の処理は必ずしも行わなくてもよい。また、本シーケンスでは、優先順位付けが合計２回（ステップＳ５０３、Ｓ５０５）行われているが、優先順位付けを３回以上としてもよい。
【０１２６】
（６）動作パターン６
図１３は、動作パターン６のシーケンス図である。ここでは、動作パターン１乃至５と重複する説明については省略する。
【０１２７】
図１３に示すように、ステップＳ６０１において、ｅＮＢ２００は、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。動作パターン６では、ＷＬＡＮ測定設定情報は、オペレータにより管理されていないＡＰ（Ｎｏｎ−ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰ）をＵＥ１００が発見した場合のＵＥ１００の動作を制御するための、以下の１）乃至３）のうち少なくとも何れかの情報をさらに含む。
【０１２８】
１）ＵＥ１００がＮｏｎ−ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰと接続した場合においてセルラ通信にトラフィックを残すかどうか（例えば電話などの音声データやメール以外のデータを残すかどうか）を示す情報。例えば、ｅＮＢ２００の負荷レベルが高い（混雑している）場合には、セルラ通信にトラフィックを残さないことが好ましい。
【０１２９】
２）ＵＥ１００がＮｏｎ−ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰと接続した場合においてその旨をｅＮＢ２００に通知すべきか否かを示す情報。
【０１３０】
３）ＵＥ１００がＮｏｎ−ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰと接続した場合においてＯｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰのサーチ（スキャン）を引き続き行うべきか否かを示す情報。
【０１３１】
ステップＳ６０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。
【０１３２】
ステップＳ６０３において、ＵＥ１００は、Ｎｏｎ−ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰを検出し、Ｎｏｎ−ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰと接続する。
【０１３３】
ステップＳ６０４において、ＵＥ１００は、上記３）の情報に基づいてＡＰ３００（Ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰ）との接続を開始する。
【０１３４】
ステップＳ６０５において、ＵＥ１００は、Ｎｏｎ−ｏｐｅｒａｔｏｒ  ｃｏｎｔｒｏｌｌｅｄ  ＡＰと接続したことを示す通知をｅＮＢ２００に送信する。但し、上記２）の情報により通知が不要とされていれば、ステップＳ６０４の処理は行わなくてもよい。
【０１３５】
（７）無線リンク安定度
無線リンク安定度は、ＵＥ１００とＡＰ３００との間の無線リンクがどの程度安定しているのかを示すものである。以下において、無線リンク安定度の具体例１乃至４を説明する。
【０１３６】
図１４は、無線リンク安定度の具体例１を説明するための図である。図１４に示すように、具体例１では、ＵＥ１００は、ビーコン信号の信号強度が閾値を上回っている時間（Ｔｏｖｅｒ＿ｔｈｒｅｓｈ．）を測定し、測定区間内で最も長いＴｏｖｅｒ＿ｔｈｒｅｓｈ．の値、又は測定区間内のＴｏｖｅｒ＿ｔｈｒｅｓｈ．の平均値を無線リンク安定度として取得する。
【０１３７】
図１５は、無線リンク安定度の具体例２を説明するための図である。図１５に示すように、具体例２では、ＵＥ１００は、測定区間におけるビーコン信号の信号強度の分散（ｖａｒｉａｎｃｅ）を無線リンク安定度として取得する。
【０１３８】
具体例３では、ＵＥ１００は、受信信号のうち希望波信号の占める割合を無線リンク安定度として取得する。例えば、
（所望のＢＳＳＩＤに対応するビーコン信号の受信強度）／（同周波数帯での信号強度）
を無線リンク安定度として取得する。
【０１３９】
具体例４では、ＵＥ１００は、測定対象のＡＰ３００のＢＳＳＩＤからの信号（ビーコン信号を含む全信号）を測定区間内に受信した回数を無線リンク安定度として取得する。例えば、
（所望のＢＳＳＩＤに対応する信号の受信回数）／測定区間
を無線リンク安定度として取得する。多くのトラフィックを扱うＡＰ３００は頻繁に信号を送信しているため、受信回数が少なければ無線リンクは安定しているとみなすことができる。
【０１４０】
尚、具体例１乃至４は、ＵＥ１００は全てのＡＰ３００について無線リンク安定度を測定できるが、ビーコン信号の信号強度を測定した後、信号強度の高いＡＰ３００を選択して接続し、そのＡＰ３００についてのみ無線リンク安定度を測定してもよい。例えば、ＵＥ１００は、接続したＡＰ３００に対して接続確認メッセージを送信して通過率を測定し、無線リンク安定度を測定してもよい。そして、ＵＥ１００は、測定した無線リンク安定度が条件を満たす場合にｅＮＢ２００に報告してもよい。
【０１４１】
（８）ＷＬＡＮ測定報告
ＵＥ１００がｅＮＢ２００に送信するＷＬＡＮ測定報告は、無線リンク状況（ビーコン信号の信号強度、無線リンク安定度など）及びＡＰ識別子を含む。無線リンク状況は、直値とするのではなく、一定範囲ごとのインデックス値とすることにより、オーバーヘッドを削減できる。
【０１４２】
図１６は、本実施形態に係るマッピングテーブルの構成図である。このマッピングテーブルは、ｅＮＢ２００及びＵＥ１００で共有される。
【０１４３】
図１６に示すように、マッピングテーブルは、無線リンク状況の測定値とインデックス値とを対応付けたテーブルである。ＵＥ１００は、マッピングテーブルを参照して測定値をインデックス値に変換し、インデックス値をＷＬＡＮ測定報告に含める。
【０１４４】
（９）判定アルゴリズム
ＡＰ３００を優先順位付けするための判定アルゴリズムの一例を説明する。図１７は、判定アルゴリズムの一例を説明するための図である。
【０１４５】
図１７に示すように、ＵＥ１００又はｅＮＢ２００は、判定パラメータ（無線リンク状況、ネットワーク状況など）のインデックス値のそれぞれをＡＰごとに重み付け計算することにより、最適なＡＰを判定できる。例えば、ＡＰごとに以下の計算式により評価値を算出し、評価値が高い順に優先順位を高く設定する。
【０１４６】
(Load level) *LoadWeight+(Signal strength level + Link stability level) *LinkWeight
【０１４７】
［第１実施形態の変更例］
ＵＥ１００は、ＷＬＡＮ測定報告を、ｅＮＢ２００及び（隣接ｅＮＢ）についての測定結果の報告であるセルラ測定報告と共にｅＮＢ２００に送信してもよい。
【０１４８】
上述した実施形態では、ＵＥ１００のＷＬＡＮ送受信機１１２が動作状態（オン状態）であると仮定していたが、ＷＬＡＮ送受信機１１２が停止状態（オフ状態）である場合を考慮した動作としてもよい。例えば、ＵＥ１００は、ＷＬＡＮ送受信機１１２が動作状態であるか否かを示す情報をｅＮＢ２００に送信し、ｅＮＢ２００は、ＷＬＡＮ送受信機１１２が動作状態であるＵＥ１００に対してのみＷＬＡＮ測定設定情報を送信してもよい。
【０１４９】
或いは、ＷＬＡＮ送受信機１１２が停止状態であるＵＥ１００は、ｅＮＢ２００からＷＬＡＮ測定設定情報を受信しても、そのＷＬＡＮ測定設定情報を無視してもよい。また、無視したときにそのＷＬＡＮ測定設定情報を保持しておき、ＷＬＡＮ送受信機１１２が動作状態に遷移したときにそのＷＬＡＮ測定設定情報を参照して測定を開始してもよい。
【０１５０】
上述した実施形態では、セルラ通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１５１】
ＷＬＡＮ３０にオフロードするか、セルラネットワーク（Ｅ−ＵＴＲＡＮ１０）にとどまるかを判断する際には、バッテリ残量だけではなく、ＵＥ１００の消費電力状況（画面の明るさ設定やバッテリ残量の減少速度など）を考慮して判断してもよい。バッテリ残量をパーセンテージで判断してもよく、閾値などを用いて判断してもよい、もしくは、重みづけをしてその他の電波強度のパラメータなどに含めて総合評価をしてもよい。
【０１５２】
［第２実施形態］
第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態では、ネットワーク選択動作におけるアクセスネットワークの決定権をＵＥ１００が持つケースを主として想定する。
【０１５３】
（第２実施形態の概要）
第２実施形態に係るネットワーク選択制御方法は、セルラＲＡＮ（Ｅ−ＵＴＲＡＮ１０）及びＷＬＡＮ３０の中から、ＵＥ１００のトラフィックを収容するアクセスネットワークを選択する動作であるネットワーク選択動作を制御するための方法である。
【０１５４】
図１８は、第２実施形態に係るネットワーク選択制御方法を示す図である。
【０１５５】
図１８に示すように、第２実施形態に係るネットワーク選択制御方法は、ネットワーク選択動作のオン又はオフを設定するための共通ネットワーク選択指示子をＥ−ＵＴＲＡＮ１０（セルラＲＡＮ）からブロードキャストで送信するステップＳ１１０１（ステップＡ）と、ネットワーク選択動作のオン又はオフを設定するための個別ネットワーク選択指示子をＥ−ＵＴＲＡＮ１０からユニキャストで送信するステップＳ１１０２（ステップＢ）と、を備える。
【０１５６】
このように、ネットワーク選択動作のオン又はオフを設定するためのネットワーク選択指示子（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ｓｅｌｅｃｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ）をセルラＲＡＮからＵＥ１００に送信することにより、セルラＲＡＮの負荷状況などをＵＥ１００に通知することなく、ＵＥ１００におけるネットワーク選択動作をオンするかオフするかを制御できる。
【０１５７】
なお、共通ネットワーク選択指示子（Ｃｏｍｍｏｎ  Ｎｅｔｗｏｒｋ  Ｓｅｌｅｃｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ）は、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）に含めることができる。これに対し、個別ネットワーク選択指示子（Ｄｅｄｉｃａｔｅｄ  Ｎｅｔｗｏｒｋ  Ｓｅｌｅｃｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ）は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、又はＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージに含めることができる。ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージは、接続解放要求に相当する。
【０１５８】
第２実施形態では、共通ネットワーク選択指示子は、アイドル状態のＵＥ１００及び接続状態のＵＥ１００に対して適用される。個別ネットワーク選択指示子は、接続状態のＵＥ１００に対してのみ適用される。
【０１５９】
或いは、共通ネットワーク選択指示子は、アイドル状態のＵＥ１００に対してのみ適用される。個別ネットワーク選択指示子は、接続状態のＵＥ１００に対してのみ適用される。
【０１６０】
（動作パターン１）
図１９は、第２実施形態に係る動作パターン１のシーケンス図である。本シーケンスの初期状態において、ステップＳ１２０１に示すように、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０に含まれるセル（ｅＮＢ２００）との接続を確立した状態である。ＵＥ１００は、タイマを有している。
【０１６１】
図１９に示すように、ステップＳ１２０２において、Ｅ−ＵＴＲＡＮ１０は、接続状態のＵＥ１００に対して、ネットワーク選択動作をオンに設定するための個別ネットワーク選択指示子をＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて送信する。
【０１６２】
ステップＳ１２０３において、個別ネットワーク選択指示子（ネットワーク選択動作：ＯＮ）を受信したＵＥ１００は、ネットワーク選択動作をオンに設定（Ｃｏｎｆｉｇｕｒｅ）する。これにより、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０及びＷＬＡＮ３０の中から、ＵＥ１００のトラフィックを収容する適切なアクセスネットワークの選択を開始する。
【０１６３】
ステップＳ１２０４において、ＵＥ１００は、接続状態からアイドル状態に遷移する。
【０１６４】
ステップＳ１２０５において、ＵＥ１００は、ネットワーク選択動作をオンに設定（ステップＳ１２０３）する際に、又はアイドル状態に遷移（ステップＳ１２０４）する際に、タイマを起動する。当該タイマは、ネットワーク選択動作のオン設定（ＯＮ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を維持すべき時間を規定するものである。
【０１６５】
接続状態からアイドル状態に遷移したＵＥ１００は、ネットワーク選択動作のオン設定をタイマが満了するまで維持する。
【０１６６】
ステップＳ１２０６において、ＵＥ１００は、タイマが満了した際に、ネットワーク選択動作のオン設定を破棄する。
【０１６７】
このように、第２実施形態に係る動作パターン１では、アイドル状態に遷移したＵＥ１００であっても、タイマに応じた時間内は個別ネットワーク選択指示子に従って動作する。よって、共通ネットワーク選択指示子がＯＦＦを示す場合でも、ＯＮを示す個別ネットワーク選択指示子に従ってネットワーク選択動作を継続することができる。
【０１６８】
また、第２実施形態に係る動作パターン１では、ネットワーク選択動作を意図的にＯＮに維持するケースについて説明したが、ネットワーク選択動作を意図的にＯＦＦに維持するよう変更してもよい。その場合、第２実施形態に係る動作パターン１のシーケンスにおいて、「オン（ＯＮ）」を「オフ（ＯＦＦ）」と読み替える。これにより、共通ネットワーク選択指示子がＯＮを示す場合でも、ＯＦＦを示す個別ネットワーク選択指示子に従って動作させることができる。
【０１６９】
（動作パターン２）
図２０は、第２実施形態に係る動作パターン２のシーケンス図である。本シーケンスの初期状態において、ステップＳ１３０１に示すように、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０に含まれるセル１（ｅＮＢ２００−１）との接続を確立した状態である。
【０１７０】
図２０に示すように、ステップＳ１３０２において、Ｅ−ＵＴＲＡＮ１０に含まれるセル１（ｅＮＢ２００−１）は、セル１に接続するＵＥ１００に対して、個別ネットワーク選択指示子をＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて送信する。
【０１７１】
ステップＳ１３０３において、個別ネットワーク選択指示子を受信したＵＥ１００は、個別ネットワーク選択指示子に従ってネットワーク選択動作をオン又はオフに設定（Ｃｏｎｆｉｇｕｒｅ）する。
【０１７２】
ステップＳ１３０４において、ＵＥ１００は、測定報告をセル１に送信する。当該測定報告は、例えばＥ−ＵＴＲＡＮ１０におけるサービングセル（セル１）及び隣接セル（セル２）のそれぞれの測定結果を含む。
【０１７３】
ステップＳ１３０５において、測定報告を受信したセル１（ｅＮＢ２００−１）は、当該受信した測定報告に基づいて、セル２へのＵＥ１００のハンドオーバを決定する。
【０１７４】
ステップＳ１３０６において、セル１（ｅＮＢ２００−１）は、ＵＥ１００のコンテキスト情報を含んだハンドオーバ要求をセル２（ｅＮＢ２００−２）に送信する。コンテキスト情報は、ＵＥ１００の各種設定に関する情報である。コンテキスト情報は、ステップＳ１３０２でセル１からＵＥ１００に送信した個別ネットワーク選択指示子を含む。
【０１７５】
このように、セル１からセル２に対して、個別ネットワーク選択指示子を含んだコンテキスト情報を転送する。これにより、セル２（ｅＮＢ２００−２）は、ＵＥ１００のネットワーク選択設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を把握することができる。
【０１７６】
ステップＳ１３０７において、ハンドオーバ要求を受信したセル２（ｅＮＢ２００−２）は、ハンドオーバ肯定応答（ＡＣＫ）をセル１（ｅＮＢ２００−１）に送信する。
【０１７７】
ステップＳ１３０８において、ハンドオーバ肯定応答を受信したセル１（ｅＮＢ２００−１）は、セル２へのハンドオーバを指示するハンドオーバ指令をＵＥ１００に送信する。
【０１７８】
ステップＳ１３０９において、ハンドオーバ指令を受信したＵＥ１００は、セル２との接続処理を行う。
【０１７９】
コンテキスト情報を受信したセル２（ｅＮＢ２００−２）は、自身の負荷状況に基づいて、コンテキスト情報に含まれる個別ネットワーク選択指示子（すなわち、ＵＥ１００のネットワーク選択設定）の変更が必要であるか否かを判定する。例えば、ＵＥ１００にＯＦＦが設定されている場合であって、かつセル２（ｅＮＢ２００−２）の負荷レベルが高い場合には、ＯＦＦ設定をＯＮ設定に変更すると判定する。
【０１８０】
セル２（ｅＮＢ２００−２）は、そのような変更が必要であると判定した場合に、変更された個別ネットワーク選択指示子（例えばネットワーク選択動作：ＯＮ）をＵＥ１００に送信する。なお、セル２（ｅＮＢ２００−２）は、ステップＳ１３０９におけるＵＥ１００の接続処理の際に、当該変更された個別ネットワーク選択指示子をＵＥ１００に送信してもよい。
【０１８１】
このように、第２実施形態に係る動作パターン２では、ＵＥ１００がハンドオーバを行う場合であっても、ＵＥ１００のネットワーク選択設定をターゲットセル（セル２）で把握することができる。よって、ターゲットセル（セル２）は、ＵＥ１００のネットワーク選択設定を変更するか否かの判定を行い、必要に応じて変更することができる。
【０１８２】
（動作パターン３）
図２１は、第２実施形態に係る動作パターン３のシーケンス図である。本シーケンスの初期状態において、ステップＳ１４０１に示すように、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０に含まれるセル（ｅＮＢ２００）との接続を確立した状態である。
【０１８３】
図２１に示すように、ステップＳ１４０２において、Ｅ−ＵＴＲＡＮ１０に含まれるセルは、個別ネットワーク選択指示子を含んだＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｌｅａｓｅメッセージをＵＥ１００に送信する。ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージを受信したＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージに含まれる個別ネットワーク選択指示子に従ってネットワーク選択動作をオン又はオフに設定（Ｃｏｎｆｉｇｕｒｅ）する。そして、ステップＳ１４０３において、ＵＥ１００は、ＲＲＣ接続を解放し、接続状態からアイドル状態に遷移する。
【０１８４】
このように、第２実施形態に係る動作パターン３では、ＵＥ１００がアイドル状態に遷移する際にネットワーク選択動作をオン又はオフに設定するため、アイドル状態においてＵＥ１００が個別ネットワーク選択指示子に従って動作するように制御できる。
【０１８５】
なお、ＵＥ１００は、アイドル状態に遷移した後に以下の何れかの動作を行う。
【０１８６】
１）ＵＥ１００は、次に接続状態になって個別ネットワーク選択指示子を受け取るまでは、設定を維持する。
【０１８７】
２）上述した第２実施形態に係る動作パターン１と同様に、タイマが満了するまで設定を維持し、タイマ満了後に受け取った共通ネットワーク指示子に従って動作する。
【０１８８】
［第３実施形態]
第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。
【０１８９】
第３実施形態では、ＲＡＮ補助情報（ＲＡＮから提供されるパラメータ）に基づくアクセスネットワークの選択及びトラフィックステアリングについて説明する。ＲＡＮ補助情報は、ブロードキャストであってもよく、個別シグナリングであってもよい。
【０１９０】
（第３実施形態の概要）
図２２は、第３実施形態の概要を示す図である。第３実施形態に係るネットワーク選択制御方法は、Ｅ−ＵＴＲＡＮ１０（ＲＡＮ）及びＷＬＡＮ３０の中からＵＥ１００のトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を制御する方法である。
【０１９１】
図２２に示すように、ネットワーク選択制御方法は、ネットワーク選択動作に利用されるＲＡＮ補助情報をＥ−ＵＴＲＡＮ１０から送信するステップＡ（Ｓ１５０１）と、ＵＥ１００がＲＡＮ補助情報を受信するステップＢ（Ｓ１５０１）と、ＵＥ１００が、ＲＡＮ補助情報に基づいてネットワーク選択動作を行うステップＣ（Ｓ１５０２）と、を有する。ＲＡＮ補助情報は、ＷＬＡＮ３０の選択が許容されるか否かを判断するための所定情報を含む。所定情報は、Ｅ−ＵＴＲＡＮ１０の負荷状況と関連付けられている。
【０１９２】
所定情報は、ＷＬＡＮ３０の選択が許容されるか否かを示す指示子である。ステップＡにおいて、Ｅ−ＵＴＲＡＮ１０は、Ｅ−ＵＴＲＡＮ１０の負荷状況に応じて指示子を更新する。ステップＣにおいて、ＵＥ１００は、指示子に基づいて、ＷＬＡＮ３０の選択が許容されるか否かを判断する。
【０１９３】
或いは、所定情報は、ＷＬＡＮ３０の選択が許容される確率を示す基準値である。ステップＡにおいて、Ｅ−ＵＴＲＡＮ１０は、Ｅ−ＵＴＲＡＮ１０の負荷状況に応じて基準値を更新する。ステップＣにおいて、ＵＥ１００は、自ＵＥ１００で発生させた乱数が基準値を超えるか否かに応じて、ＷＬＡＮ３０の選択が許容されるか否かを判断する。
【０１９４】
或いは、所定情報は、Ｅ−ＵＴＲＡＮ１０又はＷＬＡＮ３０に関する状態と比較するための閾値である。ステップＡにおいて、Ｅ−ＵＴＲＡＮ１０は、Ｅ−ＵＴＲＡＮ１０の負荷状況に応じて閾値を更新する。ステップＣにおいて、ＵＥ１００は、状態を閾値と比較することにより、ＷＬＡＮ３０の選択が許容されるか否かを判断する。
【０１９５】
ここで「状態」とは、ＷＬＡＮ３０の無線状態、ＷＬＡＮ３０の負荷状態、Ｅ−ＵＴＲＡＮ１０の無線状態、のうち少なくとも１つである。
【０１９６】
第３実施形態では、ステップＣにおいて、ＵＥ１００は、所定情報に基づきＷＬＡＮ３０の選択が許容される場合で、かつＷＬＡＮ３０状態が良い場合に、ＷＬＡＮ３０を選択する。
【０１９７】
また、ステップＣにおいて、ＵＥ１００は、所定情報に基づきＷＬＡＮ３０の選択が許容されない場合に、Ｅ−ＵＴＲＡＮ１０を選択する。
【０１９８】
ステップＣにおいて、ＵＥ１００は、ＷＬＡＮ３０状態が悪い場合には、所定情報と無関係に、Ｅ−ＵＴＲＡＮ１０を選択する。
【０１９９】
ステップＣにおいて、ＷＬＡＮ３０を選択しているＵＥ１００は、所定情報に基づきＷＬＡＮ３０の選択が許容されない場合に、追加的にＷＬＡＮ３０にトラフィックを移さないよう制御する。
【０２００】
ステップＣにおいて、ＷＬＡＮ３０を選択してないＵＥ１００は、所定情報に基づきＷＬＡＮ３０の選択が許容されない場合に、ＷＬＡＮ３０を選択しないよう制御する。
【０２０１】
第３実施形態では、ステップＡは、Ｅ−ＵＴＲＡＮ１０から第１のＲＡＮ補助情報をブロードキャストで送信するステップと、Ｅ−ＵＴＲＡＮ１０から第２のＲＡＮ補助情報をユニキャストで送信するステップと、を含む。ステップＢは、ＵＥ１００が第１のＲＡＮ補助情報を受信するステップと、ＵＥ１００が第２のＲＡＮ補助情報を受信するステップと、を含む。第１のＲＡＮ補助情報に含まれる第１のパラメータと第２のＲＡＮ補助情報に含まれる第２のパラメータとが重複した場合に、ＵＥ１００は、第１のパラメータよりも優先的に第２のパラメータを適用する。
【０２０２】
（ネットワーク選択動作）
ＡＮＤＳＦがサポートされない場合、ＲＡＮルールは、ＲＡＮから識別子が提供されるオペレータ配下ＷＬＡＮに適用される。アクセスネットワーク選択（ネットワーク選択動作）は、ＲＡＮ状況の部分とＷＬＡＮ状況の部分とからなる。
【０２０３】
図２３は、ＲＡＮルールの概念を示す図である。図２３に示すように、ＵＥ１００は、ＲＡＮ状況が悪く、かつ、ＷＬＡＮ状況が良い場合に、ＷＬＡＮを選択する。また、ＵＥ１００は、ＲＡＮ状況が良い、又は、ＷＬＡＮ状況が悪い場合に、ＷＬＡＮを選択せずにＥ−ＵＴＲＡＮ１０（以下、適宜「ＲＡＮ」という）選択する。なお、対象のＷＬＡＮは、識別子のリストにおいて優先度付けがされており、そのリストの順に選択が行われる。
【０２０４】
双方向の負荷均衡を実現するために、アクセスネットワーク選択は適切に制御される必要がある。また、アクセスネットワーク選択の手順は、少なくともＲＡＮの負荷状況及びＷＬＡＮの負荷状況に基づくべきである。ＲＡＮは最新の負荷情報をＵＥ１００に提供し、ＲＡＮルールは当該情報を使用する。ＷＬＡＮの信号強度も使用してもよい。
【０２０５】
直接的な負荷情報（例えば、負荷レベルのパーセンテージ）を提供することがシンプルな方法であるが、オペレータは、そのような直接的な負荷情報の提供を望まないと考えられる。代わりに、以下の選択肢を導入することにより、オフロードの意図を実現できる。
【０２０６】
選択肢１：ＷＬＡＮトラフィックステアリング指示子（ＷＴＳＩ）と称される１ビットの明示的指示子。
【０２０７】
選択肢２：ＲＡＮパラメータ（例えば、ＲＡＮ閾値）の調整。
【０２０８】
選択肢３：選択肢１及び２の併用。
【０２０９】
ＵＥ１００は、明示的指示子又はＲＡＮ閾値を用いてＲＡＮがＷＬＡＮへのオフロードをＵＥ１００に要求しているかを確認し、ＷＬＡＮへのオフロードが許容されるのであればＷＬＡＮ状況の評価を行うべきである。
【０２１０】
このような仕組みは、Ｅ−ＵＴＲＡＮにおけるＲＲＣアイドル状態及びＲＲＣ接続状態の両方に適用できる。なお、ＵＴＲＡＮにおけるＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＤＣＨ状態にも適用できる。このことは、ＲＡＮ補助パラメータが少なくともＳＩＢにより提供されることを意味する。但し、ＷＬＡＮ無線をオフにしているＵＥ１００については、ユーザプリファレンスが優先されるため、アクセスネットワーク選択は行わない。
【０２１１】
（明示的指示子）
明示的指示子は複数の方法で実現できる。以下において、３つのサブ選択肢（選択肢１ａ、１ｂ、１ｃ）について説明する。
【０２１２】
図２４は、選択肢１ａを示す図である。図２４に示すように、ＲＡＮは、ＷＬＡＮ関連パラメータ（例えば、ＷＬＡＮ負荷、ＷＬＡＮ信号強度）と共に明示的指示子（Ｉｎｄｉｃａｔｏｒ）を提供する。ＲＡＮの負荷が高い場合、ＲＡＮは明示的指示子をオンに設定する。これはＵＥ１００によるＷＬＡＮの選択が許容されることを示す。ＷＬＡＮカバレッジ内にあり、ＷＬＡＮ状況が良好（ＲＡＮ補助パラメータ及びＵＥ１００の実装から適切なＷＬＡＮパラメータが決定される）であるＵＥ１００は、ＷＬＡＮを選択しなければならない。ＲＡＮの負荷が通常（例えば低負荷）に戻った場合、ＲＡＮは、明示的指示子をオフに切り替え、全てのトラフィックをＲＡＮに戻すようＵＥ１００に示す。また、明示的指示子がオンに設定されている場合でも、ＷＬＡＮ状況が悪いのであれば、トラフィックをＲＡＮに戻すことにより、サービスの中断を防ぐ。
【０２１３】
選択肢１ａの問題点は、マストグリングの可能性である。特に、明示的指示子がオフに設定された際に、全てのＵＥ１００がトラフィックを同時にＲＡＮに戻すことにより、ＲＡＮが再び輻輳する。
【０２１４】
図２５は、選択肢１ｂを示す図である。図２５に示すように、選択肢１ｂは選択肢１ａに類似している。ＷＬＡＮへのオフロードに関して相違点は無く、ＲＡＮにトラフィックを戻す方法が相違している。選択肢１ｂでは、ＷＬＡＮ状況が閾値よりも劣化し場合に限り、トラフィックをＲＡＮに戻す。これは、明示的指示子がオフであっても、ＷＬＡＮ状況が良ければＵＥ１００がトラフィックをＲＡＮに戻す必要が無いことを意味する。これに対し、選択肢１ａでは、明示的指示子がオフである場合、ＷＬＡＮ状況と無関係に、ＵＥ１００がトラフィックをＲＡＮに戻すことが要求される。
【０２１５】
明示的指示子がオフである場合でも、ＲＡＮがより多くのトラフィックをＲＡＮに戻すことを望むのであれば、ＲＡＮは、ＷＬＡＮ関連閾値を調整する（例えば、ＷＬＡＮ負荷閾値を下げる）ことにより、ＵＥ１００がトラフィックをＲＡＮに戻す可能性を高めることができる。
【０２１６】
選択肢１ｃは、選択肢１ａ及び１ｂにおける明示的指示子を１ビットから複数ビットに増やすものである。明示的指示子が複数ビットで表現される場合、ＷＬＡＮへオフロードするＵＥ１００の数をより柔軟に調整できる。例えば、２ビットの指示子は、「１００」、「７５」、「２５」、「０」の４つを表すことができる。「１００」及び「０」は、選択肢１ａ及び１ｂにおけるオン及びオフに相当する。指示子が「７５」に設定される場合、ＲＡＮは７５％のＵＥ１００がＷＬＡＮへオフロードすることを期待する。ＵＥ１００は、乱数を発生させて、ＷＬＡＮへのオフロードが許容されるかを判断する。選択肢１ｃでは、全てのＵＥ１００について、ＷＬＡＮへのオフロードの可能性が等しくなる。ＲＡＮカバレッジ内の全てのＡＰが均等に利用され、ＷＬＡＮ輻輳も最小化される。
【０２１７】
なお、全てのサブ選択肢について、ＲＡＮは、ブロードキャスト指示子がオフに設定されていても、個別シグナリングによる指示子をオンに設定する改良が可能である。これにより、マストグリングをより一層防止できる。
【０２１８】
（ＲＡＮパラメータの調整）
図２６は、選択肢２を示す図である。図２６に示すように、双方向の負荷均衡のために、閾値を調整する。
【０２１９】
選択肢２では、ＲＡＮは、調整される閾値として、ＲＡＮ信号閾値（例えば、ＲＳＲＰ）を提供する。この閾値は、ＲＡＮの負荷の上昇につれて高く設定される。より多くのＵＥ１００がＲＡＮ信号閾値との比較試験を満たすので、ＷＬＡＮへのオフロードが促進される。
【０２２０】
図２７は、ＲＡＮ信号閾値によるＷＬＡＮへのオフロードを示す図である。図２７に示すように、選択肢２では、セルカバレッジ付近のＵＥ１００は、常にＷＬＡＮへオフロードされる。これは、セル中心付近のＵＥ１００がトラフィックをＷＬＡＮへ移す機会が少ないことを意味する。しかしながら、そのようなＵＥ１００は、ＲＡＮの容量が向上するので、良好なスループットを得られる。
【０２２１】
選択肢２の問題は、セル中心付近にある、オペレータ配下のＷＬＡＮが利用される機会が少ないことである。ＷＬＡＮリソースが良好に均衡されなくなる。個別シグナリングを利用するが不均衡を低減する１つの方法であるが、ＲＡＮが、どのＵＥ１００がブロードキャストシグナリングによりオフロードされていないかを把握することを要する。選択肢２では、ＲＡＮが閾値を無限大に設定することにより、全てのＵＥ１００がＷＬＡＮへのネットワーク選択を開始させることができる。これは、選択肢１における明示的指示子をオンに設定することと等価である。また、ＲＡＮは、閾値を非常に小さい値（例えば、マイナス無限大）に設定することにより、全てのＵＥ１００をＲＡＮに戻させることができる。これは、選択肢１における明示的指示子をオフに設定することと等価である。
【０２２２】
セルエッジ付近のＷＬＡＮのみが利用される問題に対する解法としては、個別シグナリングを使用できる。個別シグナリングの利点としては、多くのリソースを使用する高負荷ＵＥ、又は高グレード加入者（Ｇｏｌｄ  Ｓｕｂｓｃｒｉｂｅｒ）ＵＥに対して、異なる扱いで制御できることである。しかしながら、ＵＥごとに最適なパラメータを考慮することはＲＡＮにとって煩雑であるため、ブロードキャストで送信するパラメータ全てを個別シグナリングにより提供することは好ましくない。よって、そのようなＵＥを制御するためには、指示子又は無限大の閾値を提供することが好ましい。
【０２２３】
（選択肢１及び２）
選択肢１及び２はそれぞれ利点を有する。ＲＡＮが十分な柔軟性を維持するために、両選択肢を適応することが合理的であるか検討の余地がある。また、双方向の負荷均衡の仕組みとして何れかの選択肢を適応することが提案される。
【０２２４】
（ブロードキャスト及び／又は個別シグナリングによる補助パラメータの提供）
上述したように、ＲＡＮは、自身の負荷状況に応じて、指示子の値の切り替え、及び／又はＲＡＮ補助パラメータの調整が可能であると想定される。
【０２２５】
アクセスネットワーク選択について、ＲＡＮは、以下のネットワーク選択条件を満たすための柔軟性を持つべきである。
【０２２６】
１．ＲＡＮが、全てのＵＥ１００（ＩＤＬＥ及びＣＯＮＮ）に対して、ネットワーク選択の開始を示すことができる。
【０２２７】
２．ＲＡＮが、特定のＵＥ１００を選択してネットワーク選択を開始させることができる。
【０２２８】
３．ＲＡＮがＩＤＬＥ  ＵＥのみをネットワーク選択のために選択することは期待されない。
【０２２９】
現状、ネットワーク選択のトリガとしてブロードキャスト及び個別シグナリングが想定されている。これは、同じＵＥ１００に対して、ブロードキャストＲＡＮ補助パラメータ及び個別ＲＡＮ補助パラメータの両方が提供され得ることを意味する。ＷＬＡＮのカバレッジサイズはマクロセルよりも小さく、ＷＬＡＮカバレッジ近傍のＵＥ１００をＲＡＮが把握することは困難であるので、ブロードキャストパラメータは有益である。個別パラメータは、（例えば、ＲＡＮにおけるＵＥ１００のリソース使用量に基づいて）特定のＵＥ１００にアクセスネットワーク選択を設定できる利点を有する。よって、２つのパラメータは、同じ目的で利用するべきではなく、異なる設定とするべきである。従って、ＵＥ１００の挙動をより良く理解するために、ブロードキャストパラメータ及び個別パラメータがＩＤＬＥ  ＵＥ及びＣＯＮＮ  ＵＥに適用されるかについて検討の余地がある。個別シグナリングが特定のＵＥ１００に適用されることは明らかであるので、主な疑問点は、ブロードキャストパラメータが全てのＵＥ１００に適用されるかＩＤＬＥ  ＵＥにのみ適用されるのかという点であり、以下の２つの選択肢がある。
【０２３０】
i）ブロードキャストＲＡＮパラメータがＩＤＬＥ  ＵＥにのみ適用される：
この選択肢によれば、どのタイプのＵＥ１００にどのシグナリングメカニズムを適用するかが明確化でき、両タイプのパラメータを受信したＵＥ１００において競合を解消する必要性を回避できる。この選択肢は、上述した３つの条件を満たすことができるが、過剰なシグナリングを引き起こし得る。例えば、ＲＡＮが、全てのＵＥ１００がＷＬＡＮを選択するよう試みる場合、ＲＡＮは、明示的指示子／調整閾値をブロードキャストするだけでなく、全てのＣＯＮＮ  ＵＥに対して明示的指示子／調整閾値を個別に送る必要がある。
【０２３１】
ii）ブロードキャストＲＡＮパラメータが全てのＵＥ１００に適用される：
この選択肢では、ＣＯＮＮ  ＵＥが、ブロードキャストシグナリング、個別シグナリング、又はその両方を受信し得るので、ＵＥ１００の挙動が定義される必要がある。しかしながら、この選択肢は、上述した条件１をブロードキャストパラメータが満たすことができる利点がある。条件２については、ＲＡＮはブロードキャストパラメータを送信しない決定を行う。代わりに、ＲＡＮは、（例えば、リソース使用量に基づいて）オフロードのために選択したＵＥ１００に対して個別シグナリングを送信してもよい。この選択肢は、ＲＡＮの負荷が極端でない（中程度）である場合、又はＲＡＮの負荷が徐々に上昇する場合に効果的である。さらに、特定のＵＥ１００にパラメータを提供することにより、マストグリングを回避できる。
【０２３２】
よって、ブロードキャストＲＡＮパラメータは、全てのＵＥ１００（アイドル及びコネクティッド）に適用されることが好ましい。
【０２３３】
選択iiは、ＵＥ１００がブロードキャストシグナリング及び個別シグナリングの両方を受信する状態を引き起こすので、両タイプのパラメータの関係を考慮する必要がある。基本的には、同じ種類のパラメータが提供されるのであれば、個別シグナリングによる補助パラメータは、ＲＡＮが特定の理由で特定のＵＥ１００にネットワーク選択を設定するので、ブロードキャストシグナリングによる補助パラメータを覆す（上書きする）べきである。
【０２３４】
［第４実施形態]
第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。
【０２３５】
第４実施形態では、ＲＡＮ補助パラメータの使用方、特に、ＷＬＡＮからＲＡＮへトラフィックを戻す動作、及び、アクセスネットワーク選択のルールの詳細について説明する。
【０２３６】
（第４実施形態の概要）
第４実施形態に係るネットワーク選択制御方法は、Ｅ−ＵＴＲＡＮ１０（ＲＡＮ）及びＷＬＡＮ３０の中からＵＥ１００のトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を制御する方法である。ネットワーク選択制御方法は、ＵＥ１００が、トラフィックをＥ−ＵＴＲＡＮ１０からＷＬＡＮ３０に移すステップＡと、ＵＥ１００が、Ｅ−ＵＴＲＡＮ１０の負荷状況及びＷＬＡＮ３０の負荷状況の少なくとも一方に基づいて、トラフィックをＥ−ＵＴＲＡＮ１０に戻すステップＢと、を有する。
【０２３７】
第４実施形態では、ステップＢにおいて、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０が低負荷状態である場合に、トラフィックをＥ−ＵＴＲＡＮ１０に戻す。
【０２３８】
或いは、ステップＢにおいて、ＵＥ１００は、ＷＬＡＮ３０が高負荷状態である場合に、トラフィックをＥ−ＵＴＲＡＮ１０に戻す。
【０２３９】
或いは、ステップＢにおいて、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０が低負荷状態である場合で、かつ、ＷＬＡＮ３０が高負荷状態である場合に、トラフィックをＥ−ＵＴＲＡＮ１０に戻す。
【０２４０】
或いは、ステップＢにおいて、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０が低負荷状態であるか、又はＷＬＡＮ３０が高負荷状態である場合に、トラフィックをＥ−ＵＴＲＡＮ１０に戻す。
【０２４１】
第４実施形態では、ＵＥ１００は、複数のトラフィックをＥ−ＵＴＲＡＮ１０及びＷＬＡＮ３０と同時に送受信可能な特定機能を有している。ステップＢにおいて、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０にトラフィックを戻す条件が満たされた場合に、ＷＬＡＮ３０に何れのトラフィックも残すことなく、Ｅ−ＵＴＲＡＮ１０にトラフィックを戻す。
【０２４２】
第４実施形態では、特定機能は、ＩＳＲＰ（Ｉｎｔｅｒ−Ｓｙｓｔｅｍ  Ｒｏｕｔｉｎｇ  Ｐｏｌｉｃｙ）機能である。
【０２４３】
（ＷＬＡＮ  ＲＳＰＩ／ＷＬＡＮ  ＲＳＮＩ）
図２８は、ＬＴＥにおけるＲＡＮ補助パラメータの使用例を示す図である。図２９は、ＵＭＴＳにおけるＲＡＮ補助パラメータの使用例を示す図である。
【０２４４】
図２８及び図２９は、３ＧＰＰにおいて合意されたパラメータを含んでいるが、アクセスネットワーク選択においてパラメータがどのように使用されるか明確でない。特に、各パラメータが「ＡＮＤ（＆＆）」、「ＯＲ（｜｜）」の何れで結ばれるのかを決定することが重要である。アクセスネットワーク選択のルールを検討するためには、全てのパラメータが定まっている必要があるが、ＢＳＳ負荷（ＡＰ負荷）の閾値がＲＡＮ補助パラメータの一つとして合意されているため、ｅＮＢ２００は、ＲＡＮ及びＷＬＡＮの両方の負荷状況に基づいて双方向のトラフィックステアリングを行うことができる。よって、ＢＳＳ負荷を、ＷＬＡＮからＲＡＮへのトラフィックステアリングを考慮するためのパラメータとするべきである。
【０２４５】
ＢＳＳ負荷に加えて、ＷＬＡＮ信号強度（例えば、ＲＳＰＩ、ＲＳＮＩ）に関する閾値が、ＲＡＮ補助パラメータの１つとして送信されるべきかについて検討する。基本的に、ＲＡＮは、カバレッジサイズに起因して、ＷＬＡＮよりも良好なモビリティ・ロバストネスを有するので、ＷＬＡＮからＲＡＮへのアクセスネットワーク選択方法は慎重に検討されるべきである。例えば、ＷＬＡＮからの信号強度が弱い場合にＵＥ１００がトラフィックをＲＡＮに戻すことが合理的である。（ＲＡＮのＲＳＲＰ／ＲＳＲＱの制御と同様に、）ＲＡＮがＷＬＡＮの信号強度閾値も制御できれば、アクセスネットワーク選択の制御の柔軟性を増すことができる。よって、ＷＬＡＮ  ＲＳＰＩ及びＷＬＡＮ  ＲＳＮＩを、ＷＬＡＮからＲＡＮへのトラフィックステアリングを考慮するためのパラメータとするべきである。
【０２４６】
（選択ルール）
図３０は、ＬＴＥにおける最もシンプルなルールを示す図である。図３１は、ＵＭＴＳにおける最もシンプルなルールを示す図である。
【０２４７】
図３０及び図３１に示すように、ＲＡＮルール及びエンハンストＡＮＤＳＦの最もシンプルな規範は、ＲＡＮからＷＬＡＮへのトラフィックステアリングについては「ＡＮＤ文」を用い、ＷＬＡＮからＲＡＮへのトラフィックステアリングについては「ＯＲ文」を用いることである。このルールでは、ＲＡＮは、調整されるパラメータとして、ＲＡＮ信号閾値（ＬＴＥのＲＳＲＰ、ＵＭＴＳのＣＰＩＣＨ  ＲＳＣＰ、ＬＴＥのＲＳＲＱ、ＵＭＴＳのＣＰＩＣＨ  Ｅｃ／Ｎｏ）を提供する。第４実施形態で説明したように、これらのＲＡＮ信号閾値は、ＲＡＮ負荷の上昇につれて高く設定される。また、これらのＲＡＮ信号閾値は、無限大又はマイナス無限大の値を設定し得ることが好ましい。
【０２４８】
閾値の調整により負荷均衡を実現できるので、１ビット又は複数ビットの指示子（ＯＰＩ）は、負荷均衡のためには必須ではなく、加入者クラス分けに使用できる。しかしながら、加入者クラスはオペレータごとに異なるため、ローミングの場合には疑義が生じる。よって、ローミングＵＥを最高（ゴールド）クラス又は最低（ブロンズ）クラスとして分類することが考えられる。
【０２４９】
（シンプルなルールの問題点）
図３２は、シンプルなルールの問題点を示す図である。ＲＡＮ補助パラメータの値は、ＳＩＢの更新により変化し得る。よって、多数のＵＥ１００において、図３２に示すような条件が満たされて、多数のＵＥ１００が同時にＲＡＮへトラフィックを移し得る。
【０２５０】
ＲＡＮが、ＲＡＮへトラフィックを戻す制御ができるように、負荷の観点からＲＡＮの制御を検討する。図３３は、ＷＬＡＮからＲＡＮへトラフィックを移す（戻す）ケースを示す図である。図３３に示すように、ＲＳＲＰ及びＢＳＳ負荷の閾値を用いることを想定する。ＲＳＲＰは、ＲＳＲＱなどであってもよい。
【０２５１】
選択肢１：以下の規範に基づき、ＷＬＡＮからＲＡＮ（３ＧＰＰ）へトラフィックを移すことを判断するためにＲＳＲＰのみを使用する。
【０２５２】
If (Rsrp > threshRsrpHigh), UE moves traffic from WLAN to 3GPP
選択肢１では、図３３のＵＥ１及びＵＥ２のみがＷＬＡＮからＲＡＮ（３ＧＰＰ）へトラフィックを移すことになる。ＲＳＲＰ閾値を用いることにより、セル中心付近のＵＥのみが移し始めるので、全体的なスループットは大幅には変化せず、かつマストグリングも回避できる。しかしながら、選択肢１では、過負荷のＡＰに接続するＵＥ３は、ＲＡＮのカバレッジ内であっても、ＲＡＮへトラフィックを戻すことができない。
【０２５３】
選択肢２：以下の規範に基づき、ＷＬＡＮからＲＡＮ（３ＧＰＰ）へトラフィックを移すことを判断するためにＢＳＳ負荷のみを使用する。
【０２５４】
If (bssLoad > threshBssLoadHigh), UE moves traffic from WLAN to 3GPP
選択肢２では、図３３のＵＥ１及び３がトラフィックを戻す。ＲＡＮカバレッジ内のＵＥは、ＢＳＳ負荷状況を満たす場合にＲＡＮへトラフィックを戻すので、ＲＡＮは、ＲＳＲＰに基づいてセル中心付近のＵＥを戻すことができない。
【０２５５】
選択肢３：以下の規範に基づき、ＢＳＳ負荷及びＲＳＲＰを共に使用する。
【０２５６】
If (Rsrp > threshRsrpHigh) && (bssLoad > threshBssLoadHigh), UE moves traffic from WLAN to 3GPP
選択肢３では、ＲＡＮへトラフィックを戻すためにはＢＳＳ負荷及びＲＳＲＰの両条件が満たされなければならない。図３３では、ＵＥ１のみがトラフィックを戻す。しかしながら、セル中心付近のＵＥ（すなわち、ＵＥ２）、ＷＬＡＮ輻輳下のＵＥ（すなわち、ＵＥ３）が対象とならない。
【０２５７】
選択肢４：以下の規範に基づき、ＢＳＳ負荷及びＲＳＲＰを共に使用する。
【０２５８】
If (Rsrp < threshRsrpLow) || (bssLoad > threshBssLoadHigh), UE moves traffic from WLAN to 3GPP
選択肢４によれば、図３３のＵＥ１，２，３は何れもＲＡＮへトラフィックを戻す。
【０２５９】
ＵＥの観点では、ＷＬＡＮが輻輳しており、かつ、ＲＡＮのカバレッジ内にいる（ＷＬＡＮに接続しつつＲＡＮにアタッチされていることを想定）場合には、ＵＥは、ＲＡＮへトラフィックを戻す選択肢を持つべきである。よって、選択肢１及び３は適切でない。選択肢２及び４を比較すると、選択肢４は、セル中心付近のＵＥが選択される可能性がある。しかしながら、選択肢４は、セル中心付近のＵＥのみを選択することができないため、ＲＳＲＰを用いる利点を達成できない。従って、ベースラインとしては、選択肢２を適用することがシンプルである。
【０２６０】
図３４は、選択肢２を適用した選択ルールを示す。図３４に示す選択ルールは、図３１の選択ルールに非常に似ている。ＷＬＡＮへのオフロードについては差異が無い。主な相違点は、ＲＡＮへトラフィックを戻す方法である。本ルールでは、ＷＬＡＮ状況が、許容可能なレベルよりも劣化した場合に限り、トラフィックがＲＡＮへ戻される。これは、仮に「(Rsrp > threshRsrpHigh) || (Rsrq > threshRsrqHigh)」が満たされても、ＷＬＡＮ状況が良好であれば、ＵＥがトラフィックを戻す必要が無いことを意味する。ＲＡＮは、より多くのトラフィックをＲＡＮへ戻したい場合には、「threshRcpi」及び／又は「threshRcpi」を調整することにより、ＵＥがトラフィックを戻す可能性を高めることができる。また、ＲＣＰＩ／ＲＳＮＩのレベルはＵＥごとに異なるため、マストグリングも引き起こさない。よって、図３４に示す選択ルールが適用されるべきである。
【０２６１】
（ＩＳＭＰ、ＩＳＲＰ）
ＲＡＮからＷＬＡＮへのオフロードについては、ＡＮＤＳＦが利用できない場合はＡＰＮレベルでトラフィックステアリングが行われ、ＡＮＤＳＦが利用できる場合はＡＮＤＳＦルールに応じてトラフィックステアリングが行われる。しかしながら、ＷＬＡＮからＲＡＮへトラフィックを移す場合にどのようにトラフィックを選択するかは不明確である。ＩＳＭＰのみに対応したＵＥについては、ＲＡＮ及びＷＬＡＮの両方にトラフィックを持つ選択肢が無いため、全てのトラフィックをＷＬＡＮからＲＡＮへ移すことになる。
【０２６２】
ＩＳＲＰに対応したＵＥについては、一部のトラフィックをＷＬＡＮに残しつつ、トラフィックをＲＡＮに移すことが可能である。しかしながら、ＩＳＲＰに対応したＵＥであっても、全てのトラフィックをＲＡＮに戻すことが好ましい。これにより、２つのアクセスネットワークに接続することによるＵＥの消費電力増大を回避できる。或いは、全てのトラフィックをＲＡＮに戻すか否かはＵＥの実装依存としてもよい。
【０２６３】
［付記］
以下においては、上述した実施形態の補足事項について付記する。
【０２６４】
［付記１］
１．序文
主要な焦点は、３ＧＰＰネットワーク（セルラネットワーク）からオペレータ及びそのパートナーにより配置及び制御されるＷＬＡＮへサービスをオフロードするためにオペレータにより使用されるシナリオをより良く理解することである。ＷＬＡＮ／３ＧＰＰノードの共同配置（collocated）及び非共同配置（non-collocated）の両シナリオは、必須であると考えられる。意図されるシナリオの明確化により、これらのシナリオのためのソリューションを検討可能になる。しかしながら、オフロードプロシージャの詳細を検討する前に、良好なソリューションの基礎をなすいくつかの要素を良く理解することが必要である。特に、オフロードに必要な情報、及び、その情報の交換に協働するエンティティ（ＵＥ又はＮＷ）を検討すべきである。付記１は、オフロードを成功するために重要な要素についてのいくつかの提案を提供する。
【０２６５】
２．議論
検討すべき共同配置及び非共同配置の追加的な詳細シナリオを指摘する。これらは、カバレッジが１又は複数の重複するＷＬＡＮ及び３ＧＰＰノードを包含するケースを含む。全てのケースにおいて、シナリオはＷＬＡＮ及び３ＧＰＰノードの両方のカバレッジを含んでおり、そうでなければオフロードは不可能である。オフロードの概念は新しいものではなく、ｅＩＣＩＣ、ＨｅｔＮｅｔ、ＣＡ、及び現在は小セル強化の議論で検討されている。しかし、小３ＧＰＰノードへのオフロードとは異なり、ＲＡＮの観点では、３ＧＰＰノードとＷＬＡＮとの間で交換される情報については十分に規定されない。さらに、規格化されたインターフェイスが利用できない場合、３ＧＰＰノードとＷＬＡＮノードとの間でどの情報が交換できるか不明確である。
【０２６６】
２．１．ネットワーク選択に必要な情報
３ＧＰＰノードからＷＬＡＮノードへのオフロードをサポートするために、３ＧＰＰノードは、オフロードのための適切な判断の前に、評価すべき多くのファクターを検討すべきである。オフロード判断のベースの例は、輻輳を軽減する必要性、ＵＥに高いスループットを提供する必要性、良好なユーザ体験のためにＱｏＳ要求を満足する必要性である。ＵＥのオフロードを行うと判断されたら、３ＧＰＰネットワークは、オフロード必要性のために最も好適なネットワーク及びノードを検討すべきである。従って、重要な情報はネットワーク選択処理の一部として評価されるべきであり、そうでなければオフロードは適切に取り扱われない。特に、以下の情報はネットワーク選択に利用できると考えられる。
【０２６７】
・アクセス及びバックホール負荷
・スループット
・ＱｏＳ
・ＷＬＡＮノード識別子
・信号強度
・リンク安定度
・ＷＭＭ機能のサポート
【０２６８】
オフロードの主な検討の一つは、ＲＡＮ／ＮＷ輻輳を軽減する必要性である。ＷＬＡＮノードが３ＧＰＰノードよりも輻輳している場合に、３ＧＰＰノードにあるＵＥを維持するために、ＵＥをＷＬＡＮにオフロードするか否かを判断する前にＷＬＡＮアクセス及びバックホール負荷を考慮すべきである。何れのネットワークも過負荷でない場合でも、良好なユーザ体験及びそのような要求を満足する代替ネットワークへのオフロードの機会を提供するためにＵＥスループットを増やすことが必要であるかもしれない。いくつかのサービス（例えば耐遅延性サービス）はＷＬＡＮに適しており、他のサービス（例えば音声）は３ＧＰＰノードに適しているため、ＱｏＳにも同様のことがいえる。
【０２６９】
オフロードの利点の一つは、全てのアクティブなサービスが一つのネットワークによりサーブされる必要はない、つまり、ＵＥが両ネットワークに同時に接続可能なオプションを意味し、ＱｏＳ要求が最適化される。不要な同時接続は望ましくないＵＥ電力消費を引き起こすため、そのようなオフロード判断は慎重に検討されるべきである。
【０２７０】
３ＧＰＰノードは、オフロードのためのターゲットＷＬＡＮノードを識別することが必要になる。ＷＬＡＮノードのＳＳＩＤ（又はＢＳＳＩＤ）は識別子の候補であり、オフロード前にＷＬＡＮの信頼性を検証する処理を規定する必要がある。
【０２７１】
信号強度は、ＷＬＡＮノードへのオフロードの可能性を評価するために明らかに必要な情報の一つである。３ＧＰＰノード間のモビリティのケースと同様に、ソース信号強度及びターゲット信号強度は一緒に考慮されるべきである。
【０２７２】
信号強度に密接して、ＷＬＡＮノードのリンク安定度の評価が必要である。リンク安定度は、ＵＥがどれくらい長くＷＬＡＮノードへの接続を維持できるかの測定であり、信号強度の変動に依存する。十分なリンク安定度情報を得るためにＵＥがＷＬＡＮノードに接続する必要はないかもしれない。また、ＵＥのモビリティは、接続の安定度に影響を与える。ある領域に配置されるＷＬＡＮノードの数も、ある位置におけるリンク安定度に影響を与える。リンク安定度をどのように規定し、どのエンティティがその要求を規定するかについては、検討が必要である。
【０２７３】
ＷＬＡＮ及びＵＥがＷＭＭをサポートするか否かを考慮すべきである。ＷＭＭによれば、ＷＬＡＮによりサポートされるサービスの優先度カテゴリを３ＧＰＰノードが受信できる。特に、ＷＬＡＮ上での音声サービスのサポートが可能である。これは、ＵＥが３ＧＰＰノードに接続する必要がない場合、３ＧＰＰノードがオフロード及びＵＥ電力消費の削減するための選択肢を増やすことができるかもしれない。
【０２７４】
提案１：ネットワーク選択に不可欠なパラメータのセットを決定すべきである。
【０２７５】
２．２．共同配置シナリオと非共同配置シナリオとの対比
ネットワーク選択のパラメータのセットが決定されたら、共同配置シナリオ及び非共同配置シナリオの両方に関連するパラメータを得る際に違いがあるか否かも考慮すべきである。共同配置シナリオでは、３ＧＰＰノード及びＷＬＡＮノードは同一ノード内に位置するので、自身のインターフェイスを介して３ＧＰＰノードとＷＬＡＮノードとの間で交換される大部分の情報を得ることができる。特に、アクセス及びバックホール負荷、スループットの管理、ＱｏＳサポートを含む情報交換は、同一ノード内で透過的に交換することができる。共同配置シナリオの拡張の一部として、３ＧＰＰノードとは物理的に隔離されているＷＬＡＮノードであるものの、ＣＡ配置シナリオ４のような光ファイバリンクを介して３ＧＰＰノードに接続される外部ＷＬＡＮノードもサポートできるべきである。３ＧＰＰノードは遅延なく外部ＷＬＡＮノードに直接的にアクセスできるので、この外部ＷＬＡＮノードは、共同配置シナリオと同様な情報交換能力を有する。
【０２７６】
非共同配置シナリオでは、規格化されたインターフェイスが利用不能であると想定されるので、スループット及びアクセス／バックホール負荷を交換できるか明確ではない。負荷情報は、ネットワーク実装の一部としてＯＡＭを介して得ることができるかもしれない。負荷が急速に変化しない限りは、情報交換に関するレイテンシは重大にならない。バックホール負荷が輻輳である場合、タイムリーに情報交換を行うことがより難しくなる。他の方法としては、ＷＬＡＮノードが定期的に送信するビーコンフレーム、又はプローブ応答フレームにより負荷情報が得られる可能性がある。しかしながら、そのような負荷情報はアクセス負荷のみを反映しており、バックホール負荷を反映していない。
【０２７７】
無線リンクパラメータについては、共同配置シナリオ及び非共同配置シナリオの両方で利用可能であると想定されるので、各シナリオで違いはない。
【０２７８】
提案２：ネットワーク選択に必要なパラメータは、共同配置シナリオ及び非共同配置シナリオの両方で利用可能であるべきである。
【０２７９】
２．３．無線リンクパラメータ
既に提案したように、ＷＬＡＮノードの信号強度及びリンク安定度等の無線リンクパラメータは、共同配置シナリオ又は非共同配置シナリオで直ちに利用可能であると想定する。異なる観点では、信号強度等の無線リンクパラメータは、ＷＬＡＮノードからのＵＥのパスロスの指示子である。パスロスは、ＵＥの位置に依存し、当該位置がＷＬＡＮノードのカバレッジ内であるか否かに依存する。従って、３ＧＰＰノードがＷＬＡＮノードとＵＥとの相対的な位置を直ちに判断できれば、３ＧＰＰノードはＷＬＡＮノードからのＵＥのパスロスを判断できる。共同配置シナリオでは、両ノードに対するＵＥの相対的な位置は同じであるので、ＷＬＡＮノードからのパスロスを推定できるかもしれない。しかしながら、実際には、３ＧＰＰ及びＷＬＡＮで周波数帯及びアンテナ構成が異なれば、パスロスを直接に求めることができない。非共同配置シナリオでは状況はより複雑である。この複雑さは、非共同配置のＷＬＡＮノードからのＵＥの相対的なパスロスを求めることを含み、ＵＥに対して位置情報の報告を要求することになるかもしれない。また、ＷＬＡＮノードの位置は３ＧＰＰノードにより常に把握されていることを想定している。
【０２８０】
共同配置シナリオ及び非共同配置シナリオで共通のソリューションに到達するために、必要に応じて、無線リンクパラメータの判断及び３ＧＰＰノードへの報告をＵＥに許可することがシンプルである。上述したように、３ＧＰＰノードがＵＥのＷＬＡＮ信号強度を判断することは非常にチャレンジングであり、また、このソリューションは３ＧＰＰノード間でのモビリティのための既存の挙動と調和しており、無線リンク測定のＷＬＡＮサポートをＵＥに追加するための複雑性がわずかしかない。
【０２８１】
提案３：オペレータＷＬＡＮ無線リンク情報がＵＥから得られるべきであるか否かについて検討すべきである。
【０２８２】
２．４．オフロード指示子
提案３が合意される場合、ＵＥがＷＬＡＮノードのカバレッジ内にいるときはいつでも、ＵＥは無線リンクパラメータを直ちに得ることができる。この情報は３ＧＰＰノードに報告されてもよく、３ＧＰＰノードはオフロードが必要か否かを検討することができる。しかしながら、ＵＥのＷＬＡＮ無線が常にオンであるとは限らない。ＵＥのユーザは、電力を節約するためにＷＬＡＮ無線をオフにしているかもしれない。ＵＥが３ＧＰＰノードのオフロード意図を把握していない場合、ＵＥがＷＬＡＮ無線をオンにする理由はほとんどない。従って、ＵＥがＷＬＡＮ無線をオンにしてタイムリーに無線リンクパラメータを測定できるように、３ＧＰＰノードがＵＥに対してオフロード意図を示すことは有益である。この点はＷＬＡＮディスカバリー／スキャンニング最適化に密接に関係しており、どのソリューションがＷＬＡＮディスカバリー／スキャンニングに最終的に適用されたかと無関係に、かかる指示子は有益である。
【０２８３】
提案４：３ＧＰＰネットワークは、ＷＬＡＮオフロードが必要であることをＵＥに通知するメカニズムを持つべきである。
【０２８４】
３．まとめ
付記１では、ネットワーク選択に必要な要素のいくつかについて記載した。
【０２８５】
［付記２］
１.序文
どうやってソリューション（ソリューション１、２、３）が必要要件を満たすかについての考察の結果、特に、ＡＮＤＳＦ（Access network discovery and selection function）およびＲＡＮルールに関するいくつかの不明点があるが、ソリューション２が全ての必要要件を満たすように思われる。付記２では、それらの差異と、トラフィックステアリングの必要要件を満たすためにどのように使用されるかと、について更なる説明を行う。ソリューション２は、ネットワーク選択のパラメータをＲＡＮからＵＥに提供可能であり、かつネットワーク選択のルール（ポリシー）に従ってネットワークの選択権をＵＥが持つ方式である。ソリューション２の必要要件を満たすことに関する更なる詳細については、付録にて説明する。
【０２８６】
２.考察
２.１.ＡＮＤＳＦ対ＲＡＮルール
ソリューション２に基づくほとんどの懸念事項が、ＡＮＤＳＦポリシーとＲＡＮルールとの関係から派生している。例えば、ある懸念事項は、ＵＥの挙動が予測不可能であることから派生し、また、ＡＮＤＳＦポリシーとＲＡＮルールとの間の不明瞭な関係により発生する潜在的なピンポン伝送から派生している。以下の諸問題に対する答えは、ＡＮＤＳＦとＲＡＮルールとの関係を明確にする手助けになるはずである。
【０２８７】
１）  ＡＮＤＳＦが利用不可能な場合、ＲＡＮルールは使用できるだろうか。
【０２８８】
ＡＮＤＳＦが利用不可能な場合、ＲＡＮは、ＵＥ間の統一された挙動を保証するルールを提供できるはずである。事前に静的なルールをＵＥに提供すると、基本的にＵＥ実装の問題であるので、予想不可能な挙動になってしまうだろう。この柔軟性がソリューション２の主な利点の１つである。
【０２８９】
２）  ＡＮＤＳＦがＵＥに対して利用可能な場合、ＵＥはどのルールに従うべきだろうか。ＡＮＤＳＦポリシー、ＲＡＮルール、それとも両方だろうか。
【０２９０】
現在は、「ＡＮＤＳＦポリシーがＵＥに提供された場合でも、ＵＥにより使用される好ましいルールを通知する選択肢をＲＡＮは有する。」と言われている。原則的には、ＡＮＤＳＦがＵＥにとって利用可能であり、ＵＥがＡＮＤＳＦをサポートしている場合、ＵＥはＡＮＤＳＦを使用することを許可されるべきである。しかし、混乱を避けるため、どのルールを使用するかの決定は、ＲＡＮ次第とする。ＲＡＮが、ＵＥが、利用可能なＡＮＤＳＦを有していると把握している場合、ＲＡＮは、ＵＥがＡＮＤＳＦを使用することを許可するべきである。ＲＡＮがＵＥにＲＡＮルールを使用するべきだと告知した場合、ＵＥがＡＮＤＳＦを使用する許可を与えれば、ＡＮＤＳＦの使用は全てのＵＥ間における一様挙動を妨げるＵＥ実装に委ねられるだろう。従って、ＲＡＮルールまたはＡＮＤＳＦポリシーのどちらか一方が、ＲＡＮの決定にしたがって使用され、その両方が使用されることはない。
【０２９１】
３）  ＡＮＤＳＦが一部のＵＥにだけ利用可能で全てのＵＥに利用可能ではない（恐らく、一部のＵＥはＡＮＤＳＦ対応ではない）場合、ＲＡＮは、ＡＮＤＳＦ対応でないＵＥに対してのみルールを提供できるだろうか。
【０２９２】
ＲＡＮルールまたはＡＮＤＳＦポリシーを与えるか否かはＲＡＮ次第である。混乱を避けるため、ＲＡＮルールは区別なく全てのＵＥに提供されるべきだと考える。
【０２９３】
４）  ローミング中のＵＥに対しても同じルールを適用するべきだろうか。ローミング中のＵＥは、ローミング中でないＵＥと同じＡＮＤＳＦを有するだろうか。ローミング中のＵＥは、ローミング中でないＵＥと同じように動作する必要はあるだろうか。
【０２９４】
繰り返すが、ＲＡＮルールまたはＡＮＤＳＦを使うか否かの決定は、ＲＡＮに一任されている。もしＵＥがＲＡＮから提供されたルールに基づいてトラフィックステアリングを実行すれば、ローミング中のＵＥの挙動は、オペレータにとって予想可能と言えるだろう。それは、負荷バランスにとっても好ましい。
【０２９５】
５）  ＵＥがＲＡＮからＲＡＮルールを使用してもよいと通達される場合、ＵＥ実装が許可されることはあるだろうか。
【０２９６】
ＲＡＮルールに従うと言ってもＵＥが自動的にＷＬＡＮをスキャンするわけではないし、トラフィックをＷＬＡＮへ向けるわけではない。ＲＡＮルールは、ＷＬＡＮスキャン最適化の一部として、充電レベル状態について、ＵＥも責任を負うことを仮定している。ＷＬＡＮスキャン最適化の詳細は、今後の検討が必要である。ＲＡＮからＷＬＡＮへのトラフィックステアリングにおいて、ＵＥは、ＲＡＮルールで規定されたＤＲＢに基づいて、方向を切り替えるトラフィックを選択する。ＷＬＡＮからＲＡＮへ方向を切り替えられるトラフィックの選択において、ＵＥは、もし利用可能であれば、ＩＦＯＭ使用し、またはＵＥ実装を使用してもよい。
【０２９７】
表１には、ＲＡＮルールとＡＮＤＳＦとの関係（適用されるポリシー／ルールの概要）がまとめられている。
【０２９８】
【表１】
0006033953.tif 000002
【０２９９】
上記明瞭にした点に基づいて、以下の結論に達した。
【０３００】
ソリューション２において、ＲＡＮは、ＵＥがＲＡＮルールまたはＡＮＤＳＦポリシーを使用するか否かを決定する。
【０３０１】
提案１：  ＲＡＮが、ＵＥがＲＡＮルールを使用するべきだと決定した場合、ＵＥは、ＡＮＤＳＦが利用可能であっても、ＲＡＮルールだけを使用する。
【０３０２】
提案２：  ＲＡＮが、ＵＥがＲＡＮルールを使用するべきだと決定した場合、ＲＡＮからＷＬＡＮへのトラフィックステアリングは、オフロードのために選択されたデータベアラを定義するトラフィック情報に従う。
【０３０３】
提案３：  ＷＬＡＮからＲＡＮへのトラフィックステアリングにおいて、ＵＥは、トラフィックをＵＥ実装またはＩＦＯＭ（利用可能な場合）に従って選択してもよい。
【０３０４】
２.２.  負荷情報についての明瞭化
先の考察では、ＲＡＮからＷＬＡＮへのトラフィックステアリングのトリガとして、ＲＡＮがＵＥにその負荷を通知してもよいという提案があった。そのような通知は、オペレータにとって何の利点もない。ロードバランスにおいて、ソリューション２は、所望のオフロードのレベルを変更するため、ＲＡＮに３ＧＰＰ  ＲＡＮ  ＲＳＲＰ、ＲＳＣＰ、ＷＬＡＮ  ＢＳＳ負荷、およびＷＬＡＮ  ＲＳＳＩの閾値を調整させる。さらに、アクセスネットワークの選択の精度は、負荷情報など間接的メトリックスよりも直接的メトリックスを使用することで改善もされている。
【０３０５】
また、図３５に示すように、ソリューション２は、非効率なスキャン、オフロード通知を使ったトラフィックステアリングを防ぐことができる。負荷レベルが上昇すると、ＲＡＮは、オフロード通知をＵＥに送信することにより、ネットワークの選択を推奨する。ＵＥは、この通知をトリガとしてネットワークの選択を開始する。このようなオフロードの通知を使用すると、特に、ユーザが節電のためにＵＥのＷＬＡＮモジュールの電源をオフ状態にするような場合、ＷＬＡＮの不必要なスキャンが防止される。ＵＥは、オフロード通知を受信する場合、ＷＬＡＮモジュールの電源をオン状態にする。
【０３０６】
提案４：  ソリューション２において、ＲＡＮは、ＲＡＮからＷＬＡＮへオフロードする意志をＵＥに伝えるオフロード通知を送信してもよい。
【０３０７】
提案５：  たとえＵＥがオフロード通知をＲＡＮから受信しても、ＵＥは、ＵＥ実装、例えば、バッテリのレベルなどに基づいて、ＷＬＡＮスキャンが好ましいか否かを判別する選択肢を有する。
【０３０８】
なお、図３５の左側には、トラフィックステアリングを実行する必要がないケースが示される。図３５の右側には、オフロード通知を使用してＵＥがネットワークの選択を開始するケースが示される。
【０３０９】
３.まとめ：
付記２において、特に、不明点に対する説明が更になされ、ソリューション２の改良点を示し、該ソリューションが全ての必要要件を満たすと結論付けた。
【０３１０】
４.付録
４.１.必要要件充足評価
ＡＮＤＳＦとＲＡＮルールとを上記の通り明確化したことにより、ソリューション２が必要要件を満たすか否かを再検討することが興味深いと思われる。
【０３１１】
必要要件１：
ソリューション２は、ＡＮＤＳＦまたはＲＡＮルールを利用することによって、ＲＡＮ負荷とＷＬＡＮ負荷ＡＰとの間の適切なバランスを達成する。特に、ＲＡＮルールは、３ＧＰＰ／ＷＬＡＮ信号およびＷＬＡＮ負荷用の閾値を規定し、明確にＲＡＮの負荷情報を提供せずに、トラフィックステアリングを制御する。ＵＥがＡＮＤＳＦを利用可能であっても、ＲＡＮは、ＡＮＤＳＦまたはＲＡＮルールが二者間で潜在的に対立しないよう利用されるか否かを判別する。
【０３１２】
ＵＥがＡＮＤＳＦを利用不可能な場合、もし、スマートＵＥ実装を用いても、ＵＥにより使用されるポリシーは、異なる場合があるため、オフロードの結果は、不確かな可能性がまだある。ＲＡＮルールがあれば、ＵＥの挙動は予測可能であり、その結果、予測可能なオフロード制御が可能である。
【０３１３】
ソリューション１と違って、ソリューション２では、より正確なオフロード制御を可能とするルールを付与するタイミングをＲＡＮが制御できる利点を有する。動的に負荷制御を実施するために、ＲＡＮは、タイムリーにアクセスネットワークを選択可能にするために必要な閾値を調整する選択肢を有する。
【０３１４】
必要要件２：
ＲＡＮ／ＷＬＡＮの信号品質とＷＬＡＮ負荷とを反映するルールを規定することによって、ユーザ体験が改善する可能性がある。ユーザ体験およびネットワークの性能の両方が改善するように、ＲＡＮは閾値を規定し、既存の３ＧＰＰ測定レポート、ＲＡＮ状態、ＵＥにより生成される相対的負荷を考慮に入れる。
【０３１５】
ソリューション２は、ＵＥに基づいたアクセスネットワーク選択ソリューションであるので、単なるＤＲＢではなく、ＩＰフローをステアリングするようなＵＥ固有のニーズは、より少ないシグナリングで、より簡単に実現されると思われる。
【０３１６】
必要要件３：
ＷＬＡＮの利用を改善するためには、ユーザ体験を改善し、バッテリ消費の削減が必要である。この観点から、ソリューション２は、所望の結果を達成するため、ＵＥにバッテリレベル、ＷＬＡＮへの近接、ＱｏＳを考慮させることにより、必要要件を満たしている。
【０３１７】
ランダム化を適用して、過剰な数のＵＥがＷＬＡＮに同時にアクセスすることを防止してもよい。
【０３１８】
さらに、ＲＡＮからのオフロード通知を使用して、不必要なＷＬＡＮスキャンを防止してもよい。通知が起動された場合のみ、ＵＥはこの手順を開始する。
【０３１９】
必要要件４：
特定のＲＡＮの条件が満たされた場合のみ、ＵＥがＷＬＡＮスキャンを行うことを許可するルールを規定することにより、バッテリ消費を削減できる可能性がある。例えば、ＲＳＲＰが特定の閾値未満の場合のみ、ＵＥにＷＬＡＮチャンネルをスキャンさせることによって、ＵＥの電力消費は削減される可能性がある。
【０３２０】
必要要件５：
もしＲＡＮがＵＥはＡＮＤＳＦを使用しなければならないと決定した場合、ＡＮＤＳＦに基づいてトラフィックステアリングを行ってもよい。もしＡＮＤＳＦが利用不可能であって、ＲＡＮがＵＥはＲＡＮルールを使用すべきだと決定した場合、ＲＡＮは、ＷＬＡＮにオフロードするためにはどのトラフィックが最良かを決定してもよい。
【０３２１】
必要要件６：
ソリューション２は、既存の３ＧＰＰおよびＷＬＡＮの機能性には影響を及ぼさないので、従来のシステムに影響しない。
【０３２２】
必要要件７：
ソリューション２は、既存のＷＬＡＮスキャン／コネクション機構に従うので、ＩＥＥＥやＷＦＡに影響しない。
【０３２３】
必要要件８：
ＷＬＡＮシステムの区別が可能になるように、ＲＡＮは、ＵＥに対して、ＷＬＡＮサービスセット識別子からなるホワイトリスト（またはブラックリスト）を提供してもよい。ＳＳＩＤ−閾値毎に提供してもよい。
【０３２４】
さらに、ソリューション２は、ＡＮＤＳＦのみに基づいて、オフロード用のＷＬＡＮ専用システムを定義することが可能である。ＲＡＮポリシーは、既存のＡＮＤＳＦポリシーも利用可能である。
【０３２５】
必要要件９：
本必要要件は、特定のＵＥ用の個別のシグナリングを利用することによって達成可能である。
【０３２６】
必要要件１０：
ランダム化を利用し（例えば、ＵＥは、目標セルにアクセス可能か否かをテストする前にランダムバックオフを実行する）、ＵＥごとの個別のアシスタント情報（例えば、閾値）を提供することによって、ピンポン伝送を防ぐことが可能である。追加の機構が必要か否かは、今後の検討が必要である。  ［付記３］
ルールの例：
ＡＮＤＳＦが利用不可能な場合（またはＲＡＮによって推奨されていない）
if RAN RSRP < x or offloading indicator == yes
if WLAN RSSI > y and WLAN BSS load < z
offload from RAN to WLAN
else if RAN RSRP > x’
if WLAN RSSI < y’ or WLAN BSS load > z’
offload from WLAN to RAN
else  受信したアシスタント情報をＵＥのインターワーキング上層に転送する
【０３２７】
なお、パラメータｘ、ｘ’、ｙ、ｙ’、ｚ、ｚ’はネットワークにより提供される。
【０３２８】
・“If ＲＡＮ ＲＳＲＰ < x or offloading indicator == yes” and “if ＷＬＡＮ RSSI > yと、ＷＬＡＮ BSS load < z”との間で分割
if ＲＡＮ ＲＳＲＰ > x and offloading indicator == no  not signaledの場合、動機付けとして、ＵＥはスキャン最適化が許可される（ＷＬＡＮクライアントオフを含む）。そして、スキャン最適化を適用するか否かに拘わらずＵＥはＲＡＮ  ＲＳＲＰ測定を行う。
【０３２９】
・２つの閾値、「If ＲＡＮ ＲＳＲＰ < x」および「offloading indicator == yes」を有する理由
もしＲＡＮが所望のオフロードを通知しなくても、ＵＥは、ＷＬＡＮ用のスキャンを希望すると思われる。それは、ＲＡＮが、どれくらいの潜在的なＵＥ（すなわち、ＲＳＲＰ > xのＵＥ）がオフロードされないかを判別する１つの方法である。そうすれば、ＵＥは依然としてＷＬＡＮ測定をｅＮＢに報告するが、ＷＬＡＮへのオフロードのターゲットにはならないだろう。ＭＤＴのようなもの。従って、ＲＡＮは、将来、「ｘ」の調整の精度を向上することができる。これは、個別のシグナリングにのみ適用できる。
【０３３０】
・The reason “if WLAN RSSI < y’ or WLAN BSS load > z’”。この場合、UEは、ＷＬＡＮからＲＡＮにオフロードすべきである。
【０３３１】
ＷＬＡＮからＲＡＮへのオフロードの決定がＵＥ実装またはＡＮＤＳＦ次第ということは危険である。ここで重要なことは、ＵＥがトラフィックをＷＬＡＮからＲＡＮへ切り替えるかどうかを判別する際に、ＲＡＮルールがさらに適用可能であることである。しかし、ＷＬＡＮからＲＡＮに切り替えるトラフィックの選択は、ＵＥ実装に基づくものである（つまり、ＲＡＮルールに適応したＵＥは、ＷＬＡＮに移動したら、ＲＡＮルールはＵＥの間に使用されるべきである。従って、ＵＥが適応するＲＡＮルールは、不必要なピンポン伝送用ネットワークの選択を防ぐために、（ＲＡＮに戻った後）ＵＥが、更新されたパラメータを受信するまで、該ＲＡＮルールを維持しなければならない。なお、ルール嗜好指示子は、上記「更新されたパラメータ」に含まれる。
【０３３２】
・オフロード嗜好指示子の必要性
リスト化されたパラメータは、個別のシグナリングまたはブロードキャストのシグナリングにより提供される。（更に詳細には、全てのリスト化されたパラメータが個別のシグナリングにより提供されているのか否か、またはいくつかのパラメータがブロードキャストシグナリングにより提供できるのか否か）。ＲＳＲＰ閾値とＷＬＡＮに関する閾値がブロードキャスト信号により提供され、一方、残りのパラメータが個別のシグナリングにより提供される状況があれば、ＲＡＮは、ＲＳＲＰ閾値を大幅に変更するべきではない。その後、オフロード嗜好指示子は、ネットワークが、ＷＬＡＮに近接するＵＥだけをＷＬＡＮに移動させるために有効になる（ネットワークがＷＬＡＮとＵＥの位置を知っている場合）。
【０３３３】
当然、ネットワークが、更新されたパラメータｘ、ｙ、ｚを、オフロード嗜好指示子ではなく、個別のシグナリングで送信するという別の可能性もある。
【０３３４】
上記手順をまとめると、ＵＥは、以下の表２に記載したルールに従う。
【０３３５】
【表２】
0006033953.tif 000003
【０３３６】
［付記４］
１．序文
この検討事項の主な目的の１つは、アクセスネットワークの選択をどのように処理するか、及びステアリングのためのトラフィックをどのように選択するかを決定することである。アクセスネットワークの選択については、現在、３つの解決策の候補がＴＲ３７．８３４に記載されている。しかし、アクセスネットワークの選択手順がどのように開始されるかは不明瞭である。ＵＥ動作は明確に定義される必要があるため、このことは特にソリューション１及びソリューション２などのＵＥベースのアクセスネットワークの選択において問題となる。ネットワークベースのソリューション（すなわちソリューション３）の場合、ＩＤＬＥ  ＵＥのためのアクセスネットワークの選択はＵＥベースのソリューションと同様の技術を使用してもよい。したがって、本問題はアクセスネットワークの選択の全てのソリューションにおいて共通の課題である。付記４は、アクセスネットワークの選択に関する問題を明らかにし、幾つかの推奨を行うものである。
【０３３７】
２．検討
双方向の負荷分散を達成するために、アクセスネットワークの選択は適正に制御されなければならない。ネットワーク選択のトリガの手順は、少なくともＲＡＮの負荷状態に基づいて行う必要がある。また、ＲＡＮは最新の負荷情報をＵＥに提供できなければならない。
【０３３８】
しかし、多くのオペレータは直接的な負荷情報をＵＥに提供することを望まない（すなわち、負荷率で表示するか高／中／低で表示するか）。したがって、ＲＡＮが直接的な負荷情報を提供するのではなく、図３６に示すように、アクセスネットワーク選択開始トリガをＵＥに提供するほうが望ましいと思われる。
【０３３９】
提案１：アクセスネットワーク選択指示子をネットワーク選択のトリガとして使用するべきである。
【０３４０】
指示子が、（例えば閾値を調整することにより）ＲＡＮが提供するパラメータの一部として暗黙的に含まれるのか、明示指示子（例えば１ビット指示子）とするかは更なる検討事項である。２つの方法のいずれも同じ結果を達成できるであろう。暗黙的な指示子は、オフロードやオンロードを促す条件式であってもよい。例えば、指示子は、オフロード又はオンロードを促すように閾値を調整するものであってもく、オフロード又はオンロードを促すようにオフセット値を設定するものであってもよい。
【０３４１】
２．１．アクセスネットワーク選択指示子
以下の部分では、主としてソリューション２について検討する。ＲＡＮはその負荷状態に応じて指示子の値を切り換えることができるものと想定される。 
【０３４２】
アクセスネットワークの選択のため、ＲＡＮは以下のネットワーク選択条件を満たすフレキシビリティを有する必要がある。
【０３４３】
条件１．ＲＡＮは、全てのＵＥ（ＩＤＬＥとＣＯＮＮの両方）にネットワークの選択をトリガするように指示できる必要がある。 
【０３４４】
条件２．ＲＡＮはネットワークの選択をトリガする特定のＵＥを選択し得る。
【０３４５】
条件３．ＲＡＮがネットワークの選択のためにＩＤＬＥ  ＵＥのみを選択することは想定されない。
【０３４６】
ネットワークの選択をトリガするためにブロードキャスト信号と個別信号の両方を使用してもよい。これは、ＲＡＮがブロードキャスト指示子と個別指示子の両方を同じＵＥに提供し得ることを意味している。一般に、いずれのＵＥがＷＬＡＮの受信可能領域の近傍にあるかをＲＡＮが知ることは困難であり、ＷＬＡＮの受信可能領域がマクロセルよりも小さいので、ブロードキャスト指示子が有用である。個別指示子には、ＲＡＮが（例えばＲＡＮ内でのＵＥのリソースの使用状況に基づいて）、アクセスネットワークの選択のために特定のＵＥを設定できるという利点がある。したがって、２つの指示子は目的が異なるため、異なる設定であってもよい。したがって、ＵＥ動作をより良く理解できるように、ブロードキャスト指示子と個別指示子がＩＤＬＥ  ＵＥとＣＯＮＮ  ＵＥの両方に適用可能であるべきかを考慮する必要がある。個別信号が特定のＵＥに適用可能であることは既に明らかであるため、主要な問題は、ブロードキャスト指示子が全てのＵＥに適用可能であるべきか、ＩＤＬＥ  ＵＥのみに適用可能であるべきかである。候補選択肢として２つある。
【０３４７】
１）ブロードキャストネットワークアクセス指示はＩＤＬＥ  ＵＥのみに適用可能である。
【０３４８】
この選択肢では、いずれの信号メカニズムがいずれのタイプのＵＥに適用可能であるかが明らかである。両方のタイプの指示子を受信するＵＥの矛盾を解決する必要が一切なくなるであろう。この選択肢は、上記３つの条件を満たすことができるものの、過剰信号を生じる場合がある。例えば、全てのＵＥがＷＬＡＮを試み、選択することをＲＡＮが望む場合は、ＲＡＮはネットワーク選択指示子をブロードキャストし、且つ個別指示子を全てのＣＯＮＮ  ＵＥに送信する必要がある。 
【０３４９】
２）ブロードキャストネットワークアクセス指示は全てのＵＥに適用可能である。
【０３５０】
この選択肢では、ＣＯＮＮ  ＵＥはブロードキャスト信号又は個別信号のいずれか、又は両方からＲＡＮ指示子を受信してもよいため、ＵＥ動作は明確に定義される必要がある。しかし、この選択肢では、単一のブロードキャスト指示子によって上記の条件１が満たされるという利点がある。条件２については、ＲＡＮはブロードキャスト指示子を送信しないことを決定してもよい。その代わりに、ＲＡＮはオフロードのために（例えばリソースの使用状況に基づいて）選択したＵＥに個別信号を送信してもよい。この選択肢は、ＲＡＮの負荷が適度（例えば中程度）である場合、又はＲＡＮの負荷が漸増する場合に有用である。更に、指示子を特定のＵＥに提供することでマストグリングの防止に役立つ場合もある。
【０３５１】
選択肢２）は、ＵＥがブロードキャスト信号と個別信号の両方から指示子を受信する状態を生じるため、表３に要約するように２つの指示子間の相互作用を考慮する必要がある。選択肢２）では、ＵＥ動作は３つのパターン、すなわち表３に示すようにＵＥ動作タイプ１、２、及び３に分類されることができる。ＲＡＮが特定のＵＥにネットワーク選択を設定する際には特定の理由（１つ又は複数）があり得るため、表３は、基本的に、個別信号を介したオフロード指示子はブロードキャスト信号を介したオフロード指示子に優先することを示唆している。
【０３５２】
【表３】
0006033953.tif 000004
【０３５３】
*ＲＡＮが「オフ」に設定されたブロードキャスト指示子を常に提供する必要があるのか、いずれのＵＥをもＷＬＡＮにオフロードすることを望まない場合にブロードキャスト指示子を単に全く送信しないのかは更なる検討事項である。
【０３５４】
提案２：ブロードキャストネットワークアクセス指示子はＩＤＬＥ  ＵＥとＣＯＮＮ  ＵＥの両方に適用可能であるべきである
２．２．アクセスネットワークの選択のシナリオ
２．２．１．ＵＥがＲＡＮに接続される
提案２が同意される場合は、ＵＥは表３に従ってアクセスネットワークの選択を開始する。
【０３５５】
２．２．２．ＵＥがＷＬＡＮに接続される（ＲＡＮにアタッチされる）
ＵＥは個別指示子を受信できないため、ＵＥはブロードキャスト指示子のみに従ってアクセスネットワークの選択を開始する。ＩＤＬＥに移行し、ＷＬＡＮに接続された後もＵＥが依然として個別指示子を使用し続けることができるかどうかは更なる検討事項である。加えて、(measured_metricA > threshold3) || (measured_metricB < threshold4)である場合、本ＵＥは３ＧＰＰ  ＲＡＮに戻ってこれを再選択するかどうかも決定することができる。
【０３５６】
３．まとめ
付記４では、アクセスネットワーク選択指示子を使用する利点を提言し、このような指示子がＵＥで受信される場合のＵＥ動作を説明している。結論として、このような指示子を３ＧＰＰ  ＲＡＮからＵＥに提供することは有益である。ブロードキャストネットワーク選択指示子をＩＤＬＥ  ＵＥとＣＯＮＮ  ＵＥの両方に適用可能な場合、表３に示すＵＥ動作を明確にする必要がある。
【０３５７】
［相互参照］
米国仮出願第６１／８０８７７７（２０１３年４月５日出願）、米国仮出願第６１／８６４２１９（２０１３年８月９日出願）、米国仮出願第６１／８９８７９１（２０１３年１１月１日出願）、米国仮出願第６１／９３４３６４（２０１４年１月３１日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０３５８】
本発明は、移動通信分野において有用である。
【図１】
0006033953.tif 000005
【図２】
0006033953.tif 000006
【図３】
0006033953.tif 000007
【図４】
0006033953.tif 000008
【図５】
0006033953.tif 000009
【図６】
0006033953.tif 000010
【図７】
0006033953.tif 000011
【図８】
0006033953.tif 000012
【図９】
0006033953.tif 000013
【図１０】
0006033953.tif 000014
【図１１】
0006033953.tif 000015
【図１２】
0006033953.tif 000016
【図１３】
0006033953.tif 000017
【図１４】
0006033953.tif 000018
【図１５】
0006033953.tif 000019
【図１６】
0006033953.tif 000020
【図１７】
0006033953.tif 000021
【図１８】
0006033953.tif 000022
【図１９】
0006033953.tif 000023
【図２０】
0006033953.tif 000024
【図２１】
0006033953.tif 000025
【図２２】
0006033953.tif 000026
【図２３】
0006033953.tif 000027
【図２４】
0006033953.tif 000028
【図２５】
0006033953.tif 000029
【図２６】
0006033953.tif 000030
【図２７】
0006033953.tif 000031
【図２８】
0006033953.tif 000032
【図２９】
0006033953.tif 000033
【図３０】
0006033953.tif 000034
【図３１】
0006033953.tif 000035
【図３２】
0006033953.tif 000036
【図３３】
0006033953.tif 000037
【図３４】
0006033953.tif 000038
【図３５】
0006033953.tif 000039
【図３６】
0006033953.tif 000040