(57)【要約】  実施形態に係る基地局は、移動通信ネットワークに設けられる。前記基地局は、無線端末が前記移動通信ネットワークから無線ＬＡＮにＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）との間の通信経路を切り替えたことを示す第１の切り替え情報を前記ＥＰＣから受信するネットワーク通信部と、前記第１の切り替え情報の受信に応じて、前記無線ＬＡＮに前記無線端末が滞在する滞在時間の計時を開始する制御部と、を備える。
2016072470.tif 000002
【特許請求の範囲】
【請求項１】
移動通信ネットワークに設けられる基地局であって、
無線端末が前記移動通信ネットワークから無線ＬＡＮにＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）との間の通信経路を切り替えたことを示す第１の切り替え情報を前記ＥＰＣから受信するネットワーク通信部と、
前記第１の切り替え情報の受信に応じて、前記無線ＬＡＮに前記無線端末が滞在する滞在時間の計時を開始する制御部と、を備えることを特徴とする基地局。
【請求項２】
前記第１の切り替え情報は、前記ＥＰＣから送信される第１のメッセージに含まれており、
前記第１のメッセージは、前記基地局を介して前記無線端末と前記ＥＰＣとの間に確立された１又は複数のベアラの解放を指示するためのメッセージであることを特徴とする請求項１に記載の基地局。
【請求項３】
前記ネットワーク通信部は、前記無線端末が前記無線ＬＡＮから前記移動通信ネットワークに前記通信経路を切り替えたことを示す第２の切り替え情報を前記ＥＰＣから受信し、
前記制御部は、前記第２の切り替え情報の受信に応じて、前記滞在時間の計時を終了することを特徴とする請求項１に記載の基地局。
【請求項４】
前記第２の切り替え情報は、前記ＥＰＣから送信される第２のメッセージに含まれており、
前記第２のメッセージは、前記無線端末と前記ＥＰＣとの間に前記基地局を介する１又は複数のベアラの確立を要求するためのメッセージであることを特徴とする請求項３に記載の基地局。
【請求項５】
前記制御部は、前記無線端末が前記無線ＬＡＮに前記通信経路を切り替えた後、前記無線端末と関連付けられた識別子を保持し、
前記第２のメッセージは、前記無線端末と関連付けられた識別子を含み、
前記制御部は、前記保持している識別子及び前記第２のメッセージに含まれる前記識別子に基づいて、前記無線端末が前記移動通信ネットワークに通信経路を切り替えたことを検知することを特徴とする請求項４に記載の基地局。
【請求項６】
前記無線端末が前記無線ＬＡＮから前記移動通信ネットワークに前記通信経路を切り替えたことを示す第２の切り替え情報を前記無線端末から受信する無線通信部を備え、
前記制御部は、前記第２の切り替え情報の受信に応じて、前記滞在時間の計時を終了することを特徴とする請求項１に記載の基地局。
【請求項７】
前記第２の切り替え情報は、前記無線端末から送信される第３のメッセージに含まれ、
前記第３のメッセージは、前記無線端末と前記基地局との間にＲＲＣ接続を確立するためのメッセージ、又は前記無線端末と前記基地局との間のＲＲＣ接続の再構成のためのメッセージであることを特徴とする請求項６に記載の基地局。
【請求項８】
前記制御部は、前記無線端末が前記無線ＬＡＮに前記通信経路を切り替えた後、前記無線端末と関連付けられた識別子を保持し、
前記第３のメッセージは、前記無線端末と関連付けられた識別子を含み、
前記制御部は、前記保持している識別子及び前記第３のメッセージに含まれる前記識別子に基づいて、前記無線端末が前記移動通信ネットワークに前記通信経路を切り替えたことを検知することを特徴とする請求項７に記載の基地局。
【請求項９】
前記ネットワーク通信部は、前記ＥＰＣから閾値を受信し、
前記制御部は、前記計時した滞在時間を前記閾値と比較し、当該滞在時間が前記閾値未満であることに応じてパラメータを決定し、
前記パラメータは、前記無線端末が前記移動通信ネットワークから前記無線ＬＡＮに前記通信経路を切り替えるか否かの判定に用いるパラメータであることを特徴とする請求項３に記載の基地局。
【請求項１０】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を構成する装置であって、
無線端末が移動通信ネットワークから無線ＬＡＮに前記ＥＰＣとの間の通信経路を切り替えたことを検知すると、前記無線ＬＡＮに前記無線端末が滞在する滞在時間の計時を開始する制御部を備えることを特徴とする装置。
【請求項１１】
前記制御部は、前記無線端末が前記無線ＬＡＮから前記移動通信ネットワークに前記通信経路を切り替えたことを検知すると、前記滞在時間の計時を終了して、前記移動通信ネットワークを構成する基地局に前記滞在時間に基づく情報を通知することを特徴とする請求項１０に記載の装置。
【請求項１２】
移動通信ネットワークを構成する基地局に対して、無線ＬＡＮから前記移動通信ネットワークにＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）との間の通信経路を切り替えたことを示す切り替え情報を送信し、
前記切り替え情報は、前記無線端末と前記基地局との間にＲＲＣ接続を確立するためのメッセージ又は前記無線端末と前記基地局との間のＲＲＣ接続の再構成のためのメッセージに含まれる無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信ネットワークと無線ＬＡＮとの間で通信経路を切り替える処理を行うシステムで用いる基地局、装置、及び無線端末に関する。
【背景技術】
【０００２】
従来、無線端末が移動通信ネットワークと無線ＬＡＮとの間で通信経路を切り替える技術が提案されている（例えば、非特許文献１参照）。通信経路は、無線端末と基幹ネットワークとの間に確立されており、ＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）単位（又はベアラ単位）での切り替えが可能である。【０００３】
このような通信経路の切り替えは、ネットワークを選択するネットワークセレクション及びトラフィックのルーティングを行うトラフィックステアリングにより行われる。また、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）において、移動通信ネットワークはＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と称され、基幹ネットワークはＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）と称される。【０００４】
無線端末は、移動通信ネットワーク側の第１情報が第１条件を満たすか否か及び無線ＬＡＮ側の第２情報が第２条件を満たすか否かに基づいて、切り替えを行うか否かを判定する。第１情報は、例えば、参照信号受信電力（ＲＳＲＰ）の測定結果（ＲＳＲＰｍｅａｓ）及び参照信号受信品質（ＲＳＲＱ）の測定結果（ＲＳＲＱｍｅａｓ）である。第２情報は、例えば、無線ＬＡＮのチャネル利用値、無線ＬＡＮのバックホール値、受信信号強度指示子（ＲＳＳＩ）である。【０００５】
ところで、移動通信ネットワークと無線ＬＡＮとの間で通信経路を切り替えるか否かを判定するための判定パラメータは、移動通信ネットワークに設けられる基地局から無線端末に対して通知される。判定パラメータとしては、無線端末に対して個別に通知される個別パラメータ及び無線端末に対して報知される報知パラメータが存在する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＴＳ３６．３０４  Ｖ１２．１．０
【発明の概要】
【０００７】
実施形態に係る基地局は、移動通信ネットワークに設けられる。前記基地局は、無線端末が前記移動通信ネットワークから無線ＬＡＮにＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）との間の通信経路を切り替えたことを示す第１の切り替え情報を前記ＥＰＣから受信するネットワーク通信部と、前記第１の切り替え情報の受信に応じて、前記無線ＬＡＮに前記無線端末が滞在する滞在時間の計時を開始する制御部と、を備える。
【０００８】
実施形態に係る装置は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を構成する。前記装置は、無線端末が移動通信ネットワークから無線ＬＡＮに前記ＥＰＣとの間の通信経路を切り替えたことを検知すると、前記無線ＬＡＮに前記無線端末が滞在する滞在時間の計時を開始する制御部を備える。
【０００９】
実施形態に係る無線端末は、移動通信ネットワークを構成する基地局に対して、無線ＬＡＮから前記移動通信ネットワークにＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）との間の通信経路を切り替えたことを示す切り替え情報を送信する。前記切り替え情報は、前記無線端末と前記基地局との間にＲＲＣ接続を確立するためのメッセージ又は前記無線端末と前記基地局との間のＲＲＣ接続の再構成のためのメッセージに含まれる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態乃至第３実施形態に係る通信システムを示す図である。
【図２】第１実施形態乃至第３実施形態に係る切り替え処理を示す図である。
【図３】第１実施形態乃至第３実施形態に係るＵＥ（無線端末）の構成を示すブロック図である。
【図４】第１実施形態乃至第３実施形態に係るｅＮＢ（基地局）の構成を示すブロック図である。
【図５】第１実施形態乃至第３実施形態に係るＰ−ＧＷ（基幹ネットワーク装置）の構成を示すブロック図である。
【図６】第１実施形態に係る動作を示すシーケンス図である。
【図７】第２実施形態に係る動作を示すシーケンス図である。
【発明を実施するための形態】
【００１１】
［実施形態の概要］
背景技術では、無線端末が移動通信ネットワークから無線ＬＡＮに通信経路を切り替える処理（オフロード処理）及び同一の無線端末が無線ＬＡＮから移動通信ネットワークに通信経路を切り替える処理（リオフロード処理）を繰り返す現象（以下、ピンポン現象）が懸念される。
【００１２】
このようなピンポン現象を抑制する観点では、基地局が判定パラメータを最適化することが好ましい。しかしながら、現在の仕組みでは、判定パラメータを最適化するための情報が不十分であり、判定パラメータを適切に最適化することができない。
【００１３】
そこで、実施形態は、判定パラメータを最適化するための情報を取得可能とする基地局、装置、及び無線端末を提供する。
【００１４】
実施形態に係る基地局は、移動通信ネットワークに設けられる。前記基地局は、無線端末が前記移動通信ネットワークから無線ＬＡＮにＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）との間の通信経路を切り替えたことを示す第１の切り替え情報を前記ＥＰＣから受信するネットワーク通信部と、前記第１の切り替え情報の受信に応じて、前記無線ＬＡＮに前記無線端末が滞在する滞在時間の計時を開始する制御部と、を備える。
【００１５】
前記第１の切り替え情報は、前記ＥＰＣから送信される第１のメッセージに含まれており、前記第１のメッセージは、前記基地局を介して前記無線端末と前記ＥＰＣとの間に確立された１又は複数のベアラの解放を指示するためのメッセージであってもよい。
【００１６】
前記ネットワーク通信部は、前記無線端末が前記無線ＬＡＮから前記移動通信ネットワークに前記通信経路を切り替えたことを示す第２の切り替え情報を前記ＥＰＣから受信し、前記制御部は、前記第２の切り替え情報の受信に応じて、前記滞在時間の計時を終了してもよい。
【００１７】
前記第２の切り替え情報は、前記ＥＰＣから送信される第２のメッセージに含まれており、前記第２のメッセージは、前記無線端末と前記ＥＰＣとの間に前記基地局を介する１又は複数のベアラの確立を要求するためのメッセージであってもよい。
【００１８】
前記制御部は、前記無線端末が前記無線ＬＡＮに前記通信経路を切り替えた後、前記無線端末と関連付けられた識別子を保持し、前記第２のメッセージは、前記無線端末と関連付けられた識別子を含み、前記制御部は、前記保持している識別子及び前記第２のメッセージに含まれる前記識別子に基づいて、前記無線端末が前記移動通信ネットワークに通信経路を切り替えたことを検知してもよい。
【００１９】
前記無線端末が前記無線ＬＡＮから前記移動通信ネットワークに前記通信経路を切り替えたことを示す第２の切り替え情報を前記無線端末から受信する無線通信部を備え、前記制御部は、前記第２の切り替え情報の受信に応じて、前記滞在時間の計時を終了してもよい。
【００２０】
前記第２の切り替え情報は、前記無線端末から送信される第３のメッセージに含まれ、前記第３のメッセージは、前記無線端末と前記基地局との間にＲＲＣ接続を確立するためのメッセージ、又は前記無線端末と前記基地局との間のＲＲＣ接続の再構成のためのメッセージであってもよい。
【００２１】
前記制御部は、前記無線端末が前記無線ＬＡＮに前記通信経路を切り替えた後、前記無線端末と関連付けられた識別子を保持し、前記第３のメッセージは、前記無線端末と関連付けられた識別子を含み、前記制御部は、前記保持している識別子及び前記第３のメッセージに含まれる前記識別子に基づいて、前記無線端末が前記移動通信ネットワークに前記通信経路を切り替えたことを検知してもよい。
【００２２】
前記ネットワーク通信部は、前記ＥＰＣから閾値を受信し、前記制御部は、前記計時した滞在時間を前記閾値と比較し、当該滞在時間が前記閾値未満であることに応じてパラメータを決定し、前記パラメータは、前記無線端末が前記移動通信ネットワークから前記無線ＬＡＮに前記通信経路を切り替えるか否かの判定に用いるパラメータであってもよい。
【００２３】
実施形態に係る装置は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を構成する。前記装置は、無線端末が移動通信ネットワークから無線ＬＡＮに前記ＥＰＣとの間の通信経路を切り替えたことを検知すると、前記無線ＬＡＮに前記無線端末が滞在する滞在時間の計時を開始する制御部を備える。
【００２４】
前記制御部は、前記無線端末が前記無線ＬＡＮから前記移動通信ネットワークに前記通信経路を切り替えたことを検知すると、前記滞在時間の計時を終了して、前記移動通信ネットワークを構成する基地局に前記滞在時間に基づく情報を通知してもよい。
【００２５】
実施形態に係る無線端末は、移動通信ネットワークを構成する基地局に対して、無線ＬＡＮから前記移動通信ネットワークにＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）との間の通信経路を切り替えたことを示す切り替え情報を送信する。前記切り替え情報は、前記無線端末と前記基地局との間にＲＲＣ接続を確立するためのメッセージ又は前記無線端末と前記基地局との間のＲＲＣ接続の再構成のためのメッセージに含まれる。
【００２６】
［第１実施形態］
（通信システムの構成）
以下において、第１実施形態に係る通信システムについて説明する。図１は、第１実施形態に係る通信システム１を示す図である。第１実施形態において、移動通信方式としてＬＴＥが採用されている。
【００２７】
図１に示すように、通信システム１は、Ｅ−ＵＴＲＡＮ１０と、ＥＰＣ２０と、ＷＬＡＮ（無線ＬＡＮ）３０と、外部パケットネットワーク４０と、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、を備える。ＵＥ１００は、無線端末に相当する。第１実施形態において、Ｅ−ＵＴＲＡＮ１０は移動通信ネットワークに相当する。また、ＥＰＣ２０は基幹ネットワークに相当する。
【００２８】
Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。第１実施形態において、ｅＮＢ２００は、移動通信ネットワークに設けられる基地局に相当する。ｅＮＢ２００は、１つ又は複数のセルを管理する。なお、セルとは、地理的なエリアを示す用語と考えてもよく、ＵＥ１００と無線通信を行う機能と考えてもよい。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００２９】
ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）４００と、を含む。ＭＭＥは、ＵＥ１００の位置登録及びハンドオーバなどの各種モビリティ制御などを行う。Ｓ−ＧＷは、Ｐ−ＧＷ４００とｅＮＢ２００との間でユーザデータを中継する制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３０】
Ｐ−ＧＷ４００は、外部パケットネットワーク４０との接続点としての機能と、ＷＬＡＮ３０との接続点としての機能と、を有する。Ｐ−ＧＷ４００は、ＵＥ１００へのＩＰアドレスの割り当て、及びベアラ確立時の認証などを行う。また、Ｐ−ＧＷ４００は、外部パケットネットワーク４０から又は外部パケットネットワーク４０にユーザデータを中継する制御を行う。第１実施形態において、Ｐ−ＧＷ４００は、基幹ネットワークに設けられる基幹ネットワーク装置に相当する。
【００３１】
外部パケットネットワーク４０は、ＥＰＣ２０の外部に設けられており、インターネット及び／又はオペレータサービスネットワークなどのパケットネットワークである。
【００３２】
ＷＬＡＮ３０は、アクセスポイント（ＡＰ）５００を含む。ＡＰ５００は、例えばＩＥＥＥ  ８０２．１１諸規格に準拠して構成される。ＡＰ５００は、ＬＴＥ通信の周波数帯とは異なる周波数帯（例えば、アンライセンスドバンド）でＵＥ１００との無線通信を行う。
【００３３】
ＵＥ１００は、携帯電話又はタブレットなどの端末、又はカード型端末である。ＵＥ１００は、ｅＮＢ２００と無線通信を行う機能に加えて、ＡＰ５００と無線通信を行う機能を有する。ＵＥ１００の構成については後述する。
【００３４】
なお、ＡＰ５００とＰ−ＧＷ４００との間にｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  ＤａｔａＧａｔｅｗａｙ）が設けられてもよい。ｅＰＤＧは、セキュリティ上信用できないＷＬＡＮを収容するために、ＵＥ１００とＩＰＳｅｃトンネルを張るためのＥＰＣ２０側のエンドポイントである。また、ｅＮＢ２００とＡＰ５００との間に直接的なインターフェイスが設けられてもよい。
【００３５】
（切り替え処理の概要）
以下において、ＵＥ１００がＥ−ＵＴＲＡＮ１０とＷＬＡＮ５０との間で通信経路を切り替える切り替え処理（例えば、ネットワークセレクション及びトラフィックステアリング）を行う方法について説明する。図２は、第１実施形態に係る切り替え処理を示す図である。
【００３６】
図２に示すように、ｅＮＢ２００は、自身のカバレッジエリアにおいてＬＴＥの移動通信サービスを提供する。ｅＮＢ２００のカバレッジエリアは、１つ又は複数のセルによって構成される。ＡＰ５００は、自身のカバレッジエリアにおいて無線ＬＡＮサービスを提供する。ＡＰ５００のカバレッジエリアの一部又は全部は、ｅＮＢ２００のカバレッジエリアと重複する。
【００３７】
ＲＲＣコネクティッド状態又はＲＲＣアイドル状態のＵＥ１００は、Ｅ−ＵＴＲＡＮ１０及びＷＬＡＮ５０のうちトラフィックを送受信する無線アクセスネットワークを選択するために切り替え処理を行う。詳細には、Ｅ−ＵＴＲＡＮ１０側の第１情報が第１条件を満たしており、かつ、ＷＬＡＮ５０側の第２情報が第２条件を満たしている状態が所定期間に亘って継続する場合に、切り替え処理（例えば、ネットワークセレクション及びトラフィックステアリング）が実行される。
【００３８】
ＵＥ１００とＰ−ＧＷ４００との間には、トラフィックを送受信するための通信経路が確立されている。第１実施形態において、切り替え処理は、ＵＥ１００が、Ｅ−ＵＴＲＡＮ１０からＷＬＡＮ５０に対して通信経路を切り替える処理、及び、ＷＬＡＮ５０からＥ−ＵＴＲＡＮ１０に対して通信経路を切り替える処理の双方を含む。また、通信経路の切り替えは、ＡＰＮ単位で行われる。或いは、通信経路の切り替えは、ベアラ単位で行われてもよい。
【００３９】
ここで、Ｅ−ＵＴＲＡＮ１０側の第１情報は、例えば、受信信号の信号レベル（ＲＳＲＰ；Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）の測定結果（ＲＳＲＰｍｅａｓ）及び受信信号の信号品質（ＲＳＲＱ；Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）の測定結果（ＲＳＲＱｍｅａｓ）である。
【００４０】
ＷＬＡＮ５０側の第２情報は、例えば、ＷＬＡＮ５０のチャネル利用値（ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＷＬＡＮ）、ＷＬＡＮ５０の下りリンクのバックホール値（ＢａｃｋｈａｕｌＲａｔｅＤｌＷＬＡＮ）、ＷＬＡＮ５０の上りリンクのバックホール値（ＢａｃｋｈａｕｌＲａｔｅＵｌＷＬＡＮ）、受信信号の信号レベル（ＲＳＳＩ；Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）である。
【００４１】
・Ｅ−ＵＴＲＡＮ１０からＷＬＡＮ５０に対する切り替え処理
ＵＥ１００がＥ−ＵＴＲＡＮ１０からＷＬＡＮ５０に対して通信経路を切り替える第１条件は、例えば、以下の条件（１ａ）又は（１ｂ）のいずれかが満たされることである。但し、第１条件は、以下の条件（１ａ）〜（１ｂ）の全てが満たされることであってもよい。
【００４２】
（１ａ）ＲＳＲＰｍｅａｓ＜ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＬｏｗＰ
（１ｂ）ＲＳＲＱｍｅａｓ＜ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＬｏｗＱ
【００４３】
なお、“ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＬｏｗＰ”及び“ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＬｏｗＱ”は、ｅＮＢ２００から提供される閾値又は予め定められた閾値である。
【００４４】
ＵＥ１００がＥ−ＵＴＲＡＮ１０からＷＬＡＮ５０に対して通信経路を切り替える第２条件は、例えば、以下の条件（１ｃ）〜（１ｆ）の全てが満たされることである。但し、第２条件は、以下の条件（１ｃ）〜（１ｆ）のいずれかが満たされることであってもよい。
【００４５】
（１ｃ）ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＷＬＡＮ＜ＴｈｒｅｓｈＣｈＵｔｉｌＷＬＡＮ，Ｌｏｗ
（１ｄ）ＢａｃｋｈａｕｌＲａｔｅＤｌＷＬＡＮ＞ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＤＬＷＬＡＮ，Ｈｉｇｈ
（１ｅ）ＢａｃｋｈａｕｌＲａｔｅＵｌＷＬＡＮ＞ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＵＬＷＬＡＮ，Ｈｉｇｈ
（１ｆ）ＲＳＳＩ＞ＴｈｒｅｓｈＢＥＡＣＯＮＲＳＳＩ，Ｈｉｇｈ
【００４６】
なお、“ＴｈｒｅｓｈＣｈＵｔｉｌＷＬＡＮ，Ｌｏｗ”、“ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＤＬＷＬＡＮ，Ｈｉｇｈ”、“ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＵＬＷＬＡＮ，Ｈｉｇｈ”及び“ＴｈｒｅｓｈＢＥＡＣＯＮＲＳＳＩ，Ｈｉｇｈ”は、ｅＮＢ２００から提供される閾値又は予め定められた閾値である。
【００４７】
・ＷＬＡＮ５０からＥ−ＵＴＲＡＮ１０に対する切り替え処理
ＵＥ１００がＷＬＡＮ５０からＥ−ＵＴＲＡＮ１０に対して通信経路を切り替える第１条件は、例えば、以下の条件（２ａ）及び（２ｂ）が満たされることである。但し、第１条件は、以下の条件（２ａ）又は（２ｂ）のいずれかが満たされることであってもよい。
【００４８】
（２ａ）ＲＳＲＰｍｅａｓ＞ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＨｉｇｈＰ
（２ｂ）ＲＳＲＱｍｅａｓ＞ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＨｉｇｈＱ
【００４９】
なお、“ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＨｉｇｈＰ”及び“ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＨｉｇｈＱ”は、ｅＮＢ２００から提供される閾値又は予め定められた閾値である。
【００５０】
ＵＥ１００がＷＬＡＮ５０からＥ−ＵＴＲＡＮ１０に対して通信経路を切り替える第２条件は、例えば、以下の条件（２ｃ）〜（２ｆ）のいずれかが満たされることである。但し、第２条件は、以下の条件（２ｃ）〜（２ｆ）の全てが満たされることであってもよい。
【００５１】
（２ｃ）ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＷＬＡＮ＞ＴｈｒｅｓｈＣｈＵｔｉｌＷＬＡＮ，Ｈｉｇｈ
（２ｄ）ＢａｃｋｈａｕｌＲａｔｅＤｌＷＬＡＮ＜ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＤＬＷＬＡＮ，Ｌｏｗ
（２ｅ）ＢａｃｋｈａｕｌＲａｔｅＵｌＷＬＡＮ＜ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＵＬＷＬＡＮ，Ｌｏｗ
（２ｆ）ＲＳＳＩ＜ＴｈｒｅｓｈＢＥＡＣＯＮＲＳＳＩ，Ｌｏｗ
【００５２】
なお、“ＴｈｒｅｓｈＣｈＵｔｉｌＷＬＡＮ，Ｈｉｇｈ”、“ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＤＬＷＬＡＮ，Ｌｏｗ”、“ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＵＬＷＬＡＮ，Ｌｏｗ”及び“ＴｈｒｅｓｈＢＥＡＣＯＮＲＳＳＩ，Ｌｏｗ”は、ｅＮＢ２００から提供される閾値又は予め定められた閾値である。
【００５３】
なお、上述した閾値が提供されていない場合には、ＵＥ１００は、閾値が提供されていない情報の取得（すなわち、受信又は測定）を省略してもよい。
【００５４】
第１実施形態において、上述した各種閾値は、ＵＥ１００がＥ−ＵＴＲＡＮ１０とＷＬＡＮ５０との間で通信経路を切り替える切り替え処理を行うか否かを判定するための判定パラメータ（例えば、ＲＡＮ  ａｓｓｉｓｔａｎｃｅ  ｐａｒａｍｅｔｅｒ）の一例である。すなわち、判定パラメータは、“ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＬｏｗＰ”、“ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＬｏｗＱ”、“ＴｈｒｅｓｈＣｈＵｔｉｌＷＬＡＮ，Ｌｏｗ”、“ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＤＬＷＬＡＮ，Ｈｉｇｈ”、“ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＵＬＷＬＡＮ，Ｈｉｇｈ”、“ＴｈｒｅｓｈＢＥＡＣＯＮＲＳＳＩ，Ｈｉｇｈ”、“ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＨｉｇｈＰ”、“ＴｈｒｅｓｈＳｅｒｖｉｎｇＯｆｆｌｏａｄＷＬＡＮ，ＨｉｇｈＱ”、“ＴｈｒｅｓｈＣｈＵｔｉｌＷＬＡＮ，Ｈｉｇｈ”、“ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＤＬＷＬＡＮ，Ｌｏｗ”、“ＴｈｒｅｓｈＢａｃｋｈＲａｔｅＵＬＷＬＡＮ，Ｌｏｗ”及び“ＴｈｒｅｓｈＢＥＡＣＯＮＲＳＳＩ，Ｌｏｗ”の中から選択された１つ以上の値を含む。
【００５５】
さらに、判定パラメータは、第１条件又は第２条件が満たされている状態が継続すべき所定期間（ＴｓｔｅｅｒｉｎｇＷＬＡＮ）を含んでもよい。
【００５６】
判定パラメータとしては、ｅＮＢ２００からＵＥ１００に対して個別に通知される個別パラメータ及びｅＮＢ２００からＵＥ１００に対して報知される報知パラメータが存在する。個別パラメータは、例えば、ｅＮＢ２００からＵＥ１００に送信されるＲＲＣメッセージ（例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれる。報知パラメータは、例えば、ｅＮＢ２００から報知されるＳＩＢ（例えば、ＷＬＡＮ−ＯｆｆｌｏａｄＣｏｎｆｉｇ−ｒ１２）に含まれる。ＵＥ１００は、報知パラメータに加えて個別パラメータを受信した場合に、報知パラメータよりも個別パラメータを優先して適用することに留意すべきである。
【００５７】
このような切り替え処理において、判定パラメータが適切に設定されていない場合、ＵＥ１００がＥ−ＵＴＲＡＮ１０からＷＬＡＮ３０に通信経路を切り替える処理（オフロード処理）及び同一のＵＥ１００がＷＬＡＮ３０からＥ−ＵＴＲＡＮ１０に通信経路を切り替える処理（リオフロード処理）を繰り返すピンポン現象が発生し得る。
【００５８】
（無線端末の構成）
以下において、第１実施形態に係るＵＥ１００（無線端末）の構成について説明する。図３は、第１実施形態に係るＵＥ１００の構成を示すブロック図である。
【００５９】
図３に示すように、ＵＥ１００は、ＬＴＥ無線通信部１１０と、ＷＬＡＮ無線通信部１２０と、制御部１３０と、を含む。
【００６０】
ＬＴＥ無線通信部１１０は、ｅＮＢ２００と無線通信を行う機能を有し、例えば、無線送受信機によって構成される。例えば、ＬＴＥ無線通信部１１０は、ｅＮＢ２００から参照信号を定期的に受信する。ＬＴＥ無線通信部１１０は、参照信号の信号レベル（ＲＳＲＰ）及び参照信号の信号品質（ＲＳＲＱ）を定期的に測定する。ＬＴＥ無線通信部１１０は、判定パラメータとして個別パラメータ及び報知パラメータをｅＮＢ２００から受信する。
【００６１】
ＷＬＡＮ無線通信部１２０は、ＡＰ５００と無線通信を行う機能を有し、例えば、無線送受信機によって構成される。例えば、ＷＬＡＮ無線通信部１２０は、ＡＰ５００からビーコン又はプローブ応答を受信する。ビーコン又はプローブ応答は、ＢＢＳ  Ｌｏａｄ情報要素を含み、ＷＬＡＮ５０のチャネル利用値（ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＷＬＡＮ）は、ＢＢＳ  Ｌｏａｄ情報要素から取得することができる。
【００６２】
ＷＬＡＮ無線通信部１２０は、ＡＰ５００に対する要求（ＧＡＳ（Ｇｅｎｅｒｉｃ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｓｅｒｖｉｃｅ）  Ｒｅｑｕｅｓｔ）に応じてＡＰ５００から返信される応答（ＧＡＳ  Ｒｅｓｐｏｎｓｅ）を受信する。応答（ＧＡＳ  Ｒｅｓｐｏｎｓｅ）は、ＷＬＡＮ５０の下りリンクのバックホール値（ＢａｃｋｈａｕｌＲａｔｅＤｌＷＬＡＮ）及びＷＬＡＮ５０の上りリンクのバックホール値（ＢａｃｋｈａｕｌＲａｔｅＵｌＷＬＡＮ）を含む。このような問合せ手順は、ＷＦＡ（Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅ）のＨｏｔｓｐｏｔ２．０で規定されるＡＮＱＰ（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ｑｕｅｒｙ  Ｐｒｏｔｏｃｏｌ）に従って行われる。
【００６３】
ＷＬＡＮ無線通信部１２０は、ＡＰ５００から信号を受信する。ＷＬＡＮ無線通信部１２０は、受信信号の信号レベル（ＲＳＳＩ）を測定する。受信信号の信号レベル（ＲＳＳＩ）は、ビーコン又はプローブ応答の信号強度である。
【００６４】
制御部１３０は、ＣＰＵ（プロセッサ）及びメモリ等によって構成されており、ＵＥ１００を制御する。詳細には、制御部１３０は、ＬＴＥ無線通信部１１０及びＷＬＡＮ無線通信部１２０を制御する。また、制御部１３０は、Ｅ−ＵＴＲＡＮ１０側の第１情報が第１条件を満たしており、かつ、ＷＬＡＮ５０側の第２情報が第２条件を満たしている状態が所定期間に亘って継続する場合に、Ｅ−ＵＴＲＡＮ１０とＷＬＡＮ５０との間で通信経路を切り替える切り替え処理を実行する。
【００６５】
（基地局の構成）
以下において、第１実施形態に係るｅＮＢ２００（基地局）の構成について説明する。図４は、第１実施形態に係るｅＮＢ２００の構成を示すブロック図である。
【００６６】
図４に示すように、ｅＮＢ２００は、ＬＴＥ無線通信部２１０と、制御部２２０と、ネットワーク通信部２３０と、を含む。
【００６７】
ＬＴＥ無線通信部２１０は、ＵＥ１００と無線通信を行う機能を有する。例えば、ＬＴＥ無線通信部２１０は、ＵＥ１００に対して参照信号を定期的に送信する。ＬＴＥ無線通信部２１０は、例えば、無線送受信機によって構成される。
【００６８】
ＬＴＥ無線通信部２１０は、判定パラメータとして個別パラメータ及び報知パラメータをＵＥ１００に送信する。上述したように、ＬＴＥ無線通信部２１０は、ＲＲＣメッセージ（例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）によって個別パラメータをＵＥ１００に通知し、ＳＩＢ（例えば、ＷＬＡＮ−ＯｆｆｌｏａｄＣｏｎｆｉｇ−ｒ１２）によって報知パラメータをＵＥ１００に通知する。
【００６９】
制御部２２０は、ＣＰＵ（プロセッサ）及びメモリ等によって構成されており、ｅＮＢ２００を制御する。詳細には、制御部２２０は、ＬＴＥ無線通信部２１０及びネットワーク通信部２３０を制御する。なお、制御部２２０を構成するメモリが記憶部として機能してもよいし、制御部２２０を構成するメモリとは別に記憶部を構成するメモリが設けられてもよい。
【００７０】
ネットワーク通信部２３０は、Ｘ２インターフェイスを介して近隣基地局と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷと接続される。ネットワーク通信部２３０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００７１】
このように構成されたｅＮＢ２００において、ネットワーク通信部２３０は、ｅＮＢ２００を介してＥＰＣ２０との間に通信経路を有するＵＥ１００がｅＮＢ２００からＷＬＡＮ５０に通信経路を切り替えたことを示す第１の切り替え情報（ｓｔｅｅｒ  ｆｒｏｍ  ＬＴＥ  ｔｏ  ＷＬＡＮ）をＥＰＣ２０から受信する。第１実施形態において、第１の切り替え情報は、ＥＰＣ２０から送信される第１のメッセージに含まれている。第１のメッセージは、ｅＮＢ２００を介してＵＥ１００とＥＰＣ２０との間に確立された１又は複数のベアラ（Ｅ−ＲＡＢ；Ｅ−ＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）の解放を指示するためのメッセージ（Ｅ−ＲＡＢ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄ）である。Ｅ−ＲＡＢは、ｅＮＢ２００とＳ−ＧＷ３００との間のＳ１ベアラ、及びｅＮＢ２００とＵＥ１００との間の無線ベアラにより構成される。
【００７２】
制御部２２０は、第１の切り替え情報の受信に応じて、ＷＬＡＮ５０にＵＥ１００が滞在する滞在時間の計時を開始する。詳細には、制御部２２０は、第１の切り替え情報を受信した際にＷＬＡＮ滞在タイマを起動する。
【００７３】
また、ネットワーク通信部２３０は、ＵＥ１００がＷＬＡＮ５０からＥ−ＵＴＲＡＮ１０に通信経路を切り替えたことを示す第２の切り替え情報（ｓｔｅｅｒ  ｆｒｏｍ  ＷＬＡＮ  ｔｏ  ＬＴＥ）をＥＰＣ２０から受信する。第１実施形態では、第２の切り替え情報は、ＥＰＣ２０から送信される第２のメッセージに含まれている。第２のメッセージは、ＵＥ１００とＥＰＣ２０との間にｅＮＢ２００を介する１又は複数のベアラ（Ｅ−ＲＡＢ）の確立を要求するためのメッセージ（Ｅ−ＲＡＢ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）である。
【００７４】
制御部２２０は、第２の切り替え情報の受信に応じて、滞在時間の計時を終了する。詳細には、制御部２２０は、第２の切り替え情報を受信した際にＷＬＡＮ滞在タイマを停止し、ＷＬＡＮ滞在タイマの値を滞在時間として取得する。
【００７５】
第１実施形態において、制御部２２０は、ＵＥ１００がＷＬＡＮ５０に通信経路を切り替えた後、ＵＥ１００と関連付けられた識別子を保持する。第２のメッセージ（Ｅ−ＲＡＢ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄ）は、ＵＥ１００と関連付けられた識別子を含む。制御部２２０は、保持している識別子及び第２のメッセージに含まれる識別子に基づいて、ＵＥ１００が自ｅＮＢ２００に通信経路を切り替えたことを検知する。詳細には、保持している識別子及び第２のメッセージに含まれる識別子が一致する場合、制御部２２０は、ＵＥ１００がＷＬＡＮ３０に通信経路を切り替えた後に自ｅＮＢ２００に再び通信経路を切り替えたとみなす。
【００７６】
第１実施形態において、ＵＥ１００と関連付けられた識別子は、ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）である。但し、ＴＥＩＤ以外の識別子を使用してもよい。ＴＥＩＤは、ｅＮＢ２００とＥＰＣ２０との間のＩＰトンネルを識別するための識別子である。ＩＰトンネルはＵＥ１００ごとに割り当てられる。ｅＮＢ２００とＥＰＣ２０との間で送受信されるユーザデータにはＴＥＩＤが付加される。
【００７７】
第１実施形態において、ネットワーク通信部２３０は、ＥＰＣ２０から閾値（Ｐｉｎｇ−ｐｏｎｇ  ｔｈｅｒｅｓｈｏｌｄ）を受信する。閾値は、ピンポン現象が発生しているか否かを判定するための閾値である。閾値（Ｐｉｎｇ−ｐｏｎｇ  ｔｈｅｒｅｓｈｏｌｄ）は、制御部２２０に事前設定されたものであってもよい。
【００７８】
制御部２２０は、計時した滞在時間を閾値と比較し、滞在時間が閾値未満であることに応じてパラメータを決定する。パラメータは、ＵＥ１００がＥ−ＵＴＲＡＮ１０からＷＬＡＮ５０に通信経路を切り替えるか否かの判定に用いるパラメータ（判定パラメータ）である。
【００７９】
詳細には、制御部２２０は、滞在時間が閾値未満である場合、ピンポン現象が発生していると判定し、判定パラメータの最適化を行う。例えば、ｅＮＢ２００は、Ｅ−ＵＴＲＡＮ１０側の第１情報に関する閾値を低く設定する。或いは、ｅＮＢ２００−１は、ＷＬＡＮ５０側の第２情報に関する閾値を高く設定する。つまり、ｅＮＢ２００は、ＷＬＡＮ５０へのオフロード処理が実行されにくくなるような判定パラメータに設定する。
【００８０】
或いは、制御部２２０は、所定期間（ＴｓｔｅｅｒｉｎｇＷＬＡＮ）を示すタイマ（Ｔｓｔｅｅｒｉｎｇ  ＷＬＡＮ  Ｔｉｍｅｒ）の最適化を行う。当該タイマは、オフロード処理又はリオフロード処理を実行するために、第１情報が第１条件を満たしている状態又は第２情報が第２条件を満たしている状態が継続すべき最小の時間（ＴｓｔｅｅｒｉｎｇＷＬＡＮ）を計測するためのタイマである。例えば、ｅＮＢ２００は、当該タイマを現在の設定値よりも長く設定する。
【００８１】
（基幹ネットワーク装置の構成）
以下において、第１実施形態に係るＰ−ＧＷ４００（基幹ネットワーク装置）の構成について説明する。図５は、第１実施形態に係るＰ−ＧＷ４００の構成を示すブロック図である。
【００８２】
図５に示すように、Ｐ−ＧＷ４００は、制御部４１０と、ネットワーク通信部４２０と、を含む。
【００８３】
制御部４１０は、ＣＰＵ（プロセッサ）及びメモリ等によって構成されており、Ｐ−ＧＷ４００を制御する。詳細には、制御部４１０は、ネットワーク通信部４２０を制御する。なお、制御部４１０を構成するメモリが記憶部として機能してもよいし、制御部４１０を構成するメモリとは別に記憶部を構成するメモリが設けられてもよい。
【００８４】
ネットワーク通信部４２０は、ＭＭＥ／Ｓ−ＧＷ３００、ＡＰ５００、及び外部パケットネットワーク４０と接続される。ネットワーク通信部４２０は、ＭＭＥ／Ｓ−ＧＷ３００、ＡＰ５００、及び外部パケットネットワーク４０との通信に用いられる。さらに、ネットワーク通信部４２０は、所定のインターフェイスを介してｅＮＢ２００と接続されてもよい。
【００８５】
このように構成されたＰ−ＧＷ４００において、制御部４１０は、ｅＮＢ２００を介してＥＰＣ２０との間に通信経路を有するＵＥ１００がｅＮＢ２００からＷＬＡＮ５０に通信経路を切り替えたこと（すなわち、オフロード処理）を検知する。例えば、制御部４１０は、ＵＥ１００のユーザデータの流れに基づいて、オフロード処理を検知する。或いは、制御部４１０は、ＵＥ１００からの通知に基づいて、オフロード処理を検知してもよい。
【００８６】
オフロード処理を検知した場合、ネットワーク通信部４２０は、第１の切り替え情報（ｓｔｅｅｒ  ｆｒｏｍ  ＬＴＥ  ｔｏ  ＷＬＡＮ）を含む第１のメッセージ（Ｅ−ＲＡＢ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄ）をｅＮＢ２００に送信する。ネットワーク通信部４２０は、ＭＭＥ／Ｓ−ＧＷ３００を介して第１のメッセージをｅＮＢ２００に送信してもよい。
【００８７】
第１実施形態において、制御部４１０は、ＵＥ１００がＷＬＡＮ５０に通信経路を切り替えた後、ＵＥ１００と関連付けられた識別子を保持する。第１実施形態において、ＵＥ１００と関連付けられた識別子は、ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）である。但し、ＴＥＩＤ以外の識別子を使用してもよい。
【００８８】
また、制御部４１０は、ＵＥ１００がＷＬＡＮ５０からＥ−ＵＴＲＡＮ１０に通信経路を切り替えたこと（すなわち、リオフロード処理）を検知する。例えば、制御部４１０は、ＵＥ１００のユーザデータの流れに基づいて、リオフロード処理を検知する。或いは、制御部４１０は、ＵＥ１００からの通知に基づいて、リオフロード処理を検知してもよい。リオフロード処理を検知した場合、制御部４１０は、保持しているＴＥＩＤをＵＥ１００のために割り当てる。
【００８９】
また、リオフロード処理を検知した場合、ネットワーク通信部４２０は、第２の切り替え情報（ｓｔｅｅｒ  ｆｒｏｍ  ＷＬＡＮ  ｔｏ  ＬＴＥ）を含む第２のメッセージ（Ｅ−ＲＡＢ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。ネットワーク通信部４２０は、ＭＭＥ／Ｓ−ＧＷ３００を介して第２のメッセージをｅＮＢ２００に送信してもよい。第２のメッセージは、ＵＥ１００のために割り当てられたＴＥＩＤを含む。
【００９０】
（第１実施形態に係る動作シーケンス）
次に、第１実施形態に係る動作シーケンスについて説明する。詳細には、ピンポン現象を抑制するために、判定パラメータを最適化するための情報を取得する動作について説明する。
【００９１】
図６は、第１実施形態に係る動作を示すシーケンス図である。本シーケンスの初期状態において、ＵＥ１００とＰ−ＧＷ４００との間には通信経路が確立されている。詳細には、ＵＥ１００とＥＰＣ２０との間にｅＮＢ２００を介する１又は複数のベアラ（Ｅ−ＲＡＢ）が確立されている。また、ＵＥ１００とｅＮＢ２００との間にはＲＲＣ接続（及び無線ベアラ）が確立されており、ｅＮＢ２００とＥＰＣ２０の間にはＳ１接続（Ｓ１ベアラ）が確立されている。
【００９２】
図６に示すように、本シーケンスに先立ち、Ｐ−ＧＷ４００は、閾値（Ｐｉｎｇ−ｐｏｎｇ  ｔｈｅｒｅｓｈｏｌｄ）をｅＮＢ２００に設定する（ステップＳ１０１）。閾値（Ｐｉｎｇ−ｐｏｎｇ  ｔｈｅｒｅｓｈｏｌｄ）は、ネットワークの運用・管理などを行うＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｍａｉｎｔｅｎａｎｃｅ）からｅＮＢ２００に設定されてもよい。
【００９３】
ステップＳ１０２において、ＵＥ１００は、ｅＮＢ２００からＡＰ５００へのオフロード処理を行うことを決定する。
【００９４】
ステップＳ１０３において、ＵＥ１００は、ｅＮＢ２００からＡＰ５００へのオフロード処理を行う。Ｐ−ＧＷ４００は、オフロード処理を検知する。
【００９５】
ステップＳ１０４において、Ｐ−ＧＷ４００は、オフロード処理の前にＵＥ１００のＩＰトンネル又はＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌ  Ｐｒｏｔｏｃｏｌ）トンネルに割り当てられていたＴＥＩＤを保持する。
【００９６】
ステップＳ１０５において、Ｐ−ＧＷ４００（又はＭＭＥ／Ｓ−ＧＷ３００）は、第１の切り替え情報（ｓｔｅｅｒ  ｆｒｏｍ  ＬＴＥ  ｔｏ  ＷＬＡＮ）を含む第１のメッセージ（Ｅ−ＲＡＢ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄ）をｅＮＢ２００に送信する。ｅＮＢ２００は、第１のメッセージを受信する。その結果、Ｅ−ＲＡＢ（無線ベアラ及びＳ１ベアラ）が解放される。
【００９７】
ステップＳ１０６において、Ｐ−ＧＷ４００は、ＷＬＡＮ滞在タイマを起動する。第１実施形態において、Ｐ−ＧＷ４００のＷＬＡＮ滞在タイマは、Ｐ−ＧＷ４００がＴＥＩＤを保持すべき期間を規定するために使用される。
【００９８】
ステップＳ１０７において、ｅＮＢ２００は、オフロード処理の前にＵＥ１００のＩＰトンネル又はＧＴＰトンネルに割り当てられていたＴＥＩＤを保持する。
【００９９】
ステップＳ１０８において、ｅＮＢ２００は、ＷＬＡＮ滞在タイマを起動する。ＷＬＡＮ滞在タイマは、ステップＳ１０７において保持したＴＥＩＤと関連付けられている。
【０１００】
ステップＳ１０９において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を解放する。詳細には、ｅＮＢ２００からＵＥ１００にＲＲＣ解放メッセージを送信することにより、ＵＥ１００がｅＮＢ２００とのＲＲＣ接続を解放する。
【０１０１】
ステップＳ１１０において、ＵＥ１００は、ＡＰ５００との接続（ＷＬＡＮ接続）を確立する。
【０１０２】
ステップＳ１１１において、ＡＰ５００とＰ−ＧＷ４００との間に接続（ＩＰトンネル）が確立される。その結果、ＵＥ１００とＰ−ＧＷ４００との間の通信経路がｅＮＢ２００からＡＰ５００に切り替わる。
【０１０３】
オフロード処理の後、ｅＮＢ２００及びＰ−ＧＷ４００は、ＷＬＡＮ滞在タイマの値（すなわち、ＵＥ１００のＷＬＡＮ滞在時間）を閾値と比較する。ＷＬＡＮ滞在タイマの値が閾値を超えた場合、ｅＮＢ２００及びＰ−ＧＷ４００は、保持していたＴＥＩＤを破棄する（ステップＳ１１２、Ｓ１１３）。以下において、ＷＬＡＮ滞在タイマの値が閾値を超えないと仮定して、説明を進める。
【０１０４】
ステップＳ１１４において、ＵＥ１００は、ＡＰ５００からｅＮＢ２００へのリオフロード処理を行うことを決定する。
【０１０５】
ステップＳ１１５において、ＵＥ１００は、ＡＰ５００からｅＮＢ２００へのリオフロード処理を行う。Ｐ−ＧＷ４００は、リオフロード処理を検知する。
【０１０６】
ステップＳ１１６において、Ｐ−ＧＷ４００は、保持していたＴＥＩＤをＵＥ１００のＩＰトンネル又はＧＴＰトンネルに割り当てる。
【０１０７】
ステップＳ１１７において、Ｐ−ＧＷ４００（又はＭＭＥ／Ｓ−ＧＷ３００）は、第２の切り替え情報（ｓｔｅｅｒ  ｆｒｏｍ  ＷＬＡＮ  ｔｏ  ＬＴＥ）及び保持していたＴＥＩＤを含む第２のメッセージ（Ｅ−ＲＡＢ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。ｅＮＢ２００は、第２のメッセージを受信する。
【０１０８】
ステップＳ１１８において、ｅＮＢ２００は、第２のメッセージに含まれるＴＥＩＤに関連付けられているＷＬＡＮ滞在タイマを停止する。
【０１０９】
ステップＳ１１９において、ｅＮＢ２００は、ＷＬＡＮ滞在タイマの値が閾値未満である場合に、ピンポン現象が発生したと判定し、判定パラメータを変更する。
【０１１０】
ステップＳ１２０において、ＵＥ１００及びｅＮＢ２００は、接続（ＲＲＣ接続）を確立するための処理を行う。
【０１１１】
ステップＳ１２１において、ＵＥ１００は、ｅＮＢ２００との接続（ＲＲＣ接続）を確立する。
【０１１２】
ステップＳ１２２において、ｅＮＢ２００とＰ−ＧＷ４００との間に接続（ＩＰトンネル）が確立される。その結果、Ｅ−ＲＡＢ（無線ベアラ及びＳ１ベアラ）が確立される。よって、ＵＥ１００とＰ−ＧＷ４００との間の通信経路がＡＰ５００からｅＮＢ２００に切り替わる。
【０１１３】
このように、第１実施形態によれば、ピンポン現象が発生したか否かをｅＮＢ２００が判定し、ピンポン現象の発生に応じて判定パラメータを最適化することが可能となる。
【０１１４】
［第２実施形態］
次に、第２実施形態について、第１実施形態との相違点を主として説明する。
【０１１５】
第１実施形態において、ｅＮＢ２００は、ＥＰＣ２０から送信される第２のメッセージ（Ｅ−ＲＡＢ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）に基づいてリオフロード処理を検知していた。
【０１１６】
これに対し、第２実施形態において、ｅＮＢ２００は、ＵＥ１００から送信される情報に基づいてリオフロード処理を検知する。
【０１１７】
詳細には、ｅＮＢ２００において、ＬＴＥ無線通信部２１０は、ＵＥ１００がＷＬＡＮ５０からＥ−ＵＴＲＡＮ１０に通信経路を切り替えたこと（すなわち、リオフロード処理）を示す第２の切り替え情報をＵＥ１００から受信する。制御部２２０は、第２の切り替え情報の受信に応じて、滞在時間の計時を終了する。
【０１１８】
第２の切り替え情報は、ＵＥ１００から送信される第３のメッセージに含まれている。第３のメッセージは、ＵＥ１００とｅＮＢ２００との間にＲＲＣ接続を確立するためのメッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）、又はＵＥ１００とｅＮＢ２００との間のＲＲＣ接続の再構成のためのメッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）である。
【０１１９】
また、制御部２２０は、ＵＥ１００がＷＬＡＮ５０に通信経路を切り替えた後、ＵＥ１００と関連付けられた識別子を保持する。第３のメッセージは、ＵＥ１００と関連付けられた識別子を含む。制御部２２０は、保持している識別子及び第３のメッセージに含まれる識別子に基づいて、ＵＥ１００がｅＮＢ２００に通信経路を切り替えたことを検知する。
【０１２０】
第２実施形態において、ＵＥ１００と関連付けられた識別子は、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）である。但し、Ｃ−ＲＮＴＩ以外の識別子を使用してもよい。Ｃ−ＲＮＴＩは、ｅＮＢ２００がＵＥ１００の制御のために一時的に割り当てる識別子である。
【０１２１】
図７は、第２実施形態に係る動作を示すシーケンス図である。本シーケンスの初期状態において、ＵＥ１００とＰ−ＧＷ４００との間には通信経路が確立されている。詳細には、ＵＥ１００とＥＰＣ２０との間にｅＮＢ２００を介する１又は複数のベアラ（Ｅ−ＲＡＢ）が確立されている。また、ＵＥ１００とｅＮＢ２００との間にはＲＲＣ接続（及び無線ベアラ）が確立されており、ｅＮＢ２００とＥＰＣ２０の間にはＳ１接続（Ｓ１ベアラ）が確立されている。
【０１２２】
図７に示すように、本シーケンスに先立ち、Ｐ−ＧＷ４００は、閾値（Ｐｉｎｇ−ｐｏｎｇ  ｔｈｅｒｅｓｈｏｌｄ）をｅＮＢ２００に通知する（ステップＳ２０１）。閾値（Ｐｉｎｇ−ｐｏｎｇ  ｔｈｅｒｅｓｈｏｌｄ）は、ＯＡＭからｅＮＢ２００に設定されてもよい。但し、ステップＳ２０１の処理は必須ではなく、省略されてもよい。ｅＮＢ２００は、閾値（Ｐｉｎｇ−ｐｏｎｇ  ｔｈｅｒｅｓｈｏｌｄ）をＵＥ１００に通知する（ステップＳ２０２）。ＵＥ１００への閾値の通知は、ブロードキャストで行われてもよい。
【０１２３】
ステップＳ２０３において、ＵＥ１００は、ｅＮＢ２００からＡＰ５００へのオフロード処理を行うことを決定する。
【０１２４】
ステップＳ２０４において、ＵＥ１００は、ｅＮＢ２００からＡＰ５００へのオフロード処理を行う。Ｐ−ＧＷ４００は、オフロード処理を検知する。
【０１２５】
ステップＳ２０５において、ＵＥ１００は、オフロード処理の前にｅＮＢ２００から割り当てられていたＣ−ＲＮＴＩを保持する。
【０１２６】
ステップＳ２０６において、Ｐ−ＧＷ４００（又はＭＭＥ／Ｓ−ＧＷ３００）は、第１の切り替え情報（ｓｔｅｅｒ  ｆｒｏｍ  ＬＴＥ  ｔｏ  ＷＬＡＮ）を含む第１のメッセージ（Ｅ−ＲＡＢ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄ）をｅＮＢ２００に送信する。ｅＮＢ２００は、第１のメッセージを受信する。その結果、Ｅ−ＲＡＢ（無線ベアラ及びＳ１ベアラ）が解放される。
【０１２７】
ステップＳ２０７において、ｅＮＢ２００は、オフロード処理の前にＵＥ１００に割り当てていたＣ−ＲＮＴＩを保持する。
【０１２８】
ステップＳ２０８において、ｅＮＢ２００は、ＷＬＡＮ滞在タイマを起動する。ＷＬＡＮ滞在タイマは、ステップＳ２０７において保持したＣ−ＲＮＴＩと関連付けられている。
【０１２９】
ステップＳ２０９において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続を解放する。詳細には、ｅＮＢ２００からＵＥ１００にＲＲＣ解放メッセージを送信することにより、ＵＥ１００がｅＮＢ２００とのＲＲＣ接続を解放する。
【０１３０】
ステップＳ２１０において、ＵＥ１００は、ＷＬＡＮ滞在タイマを起動する。第２実施形態において、ＵＥ１００のＷＬＡＮ滞在タイマは、ＵＥ１００がＣ−ＲＮＴＩを保持すべき期間を規定するために使用される。なお、ステップＳ２１０は、ステップＳ２０５と同時に行われてもよい。
【０１３１】
ステップＳ２１１において、ＵＥ１００は、ＡＰ５００との接続（ＷＬＡＮ接続）を確立する。
【０１３２】
ステップＳ２１２において、ＡＰ５００とＰ−ＧＷ４００との間に接続（ＩＰトンネル）が確立される。その結果、ＵＥ１００とＰ−ＧＷ４００との間の通信経路がｅＮＢ２００からＡＰ５００に切り替わる。
【０１３３】
オフロード処理の後、ＵＥ１００及びｅＮＢ２００は、ＷＬＡＮ滞在タイマの値（すなわち、ＵＥ１００のＷＬＡＮ滞在時間）を閾値と比較する。ＷＬＡＮ滞在タイマの値が閾値を超えた場合、ＵＥ１００及びｅＮＢ２００は、保持していたＣ−ＲＮＴＩを破棄する（ステップＳ２１３、Ｓ２１４）。以下において、ＷＬＡＮ滞在タイマの値が閾値を超えないと仮定して、説明を進める。
【０１３４】
ステップＳ２１５において、ＵＥ１００は、ＡＰ５００からｅＮＢ２００へのリオフロード処理を行うことを決定する。
【０１３５】
ステップＳ２１６において、ＵＥ１００は、ＡＰ５００からｅＮＢ２００へのリオフロード処理を行う。
【０１３６】
ステップＳ２１７において、ＵＥ１００は、ｅＮＢ２００とのＲＲＣ接続の確立を要求する第３のメッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。第３のメッセージは、第２の切り替え情報（ｓｔｅｅｒ  ｆｒｏｍ  ＷＬＡＮ  ｔｏ  ＬＴＥ）及びＵＥ１００が保持していたＣ−ＲＮＴＩを含む。ｅＮＢ２００は、第３のメッセージを受信する。
【０１３７】
ステップＳ２１８において、ｅＮＢ２００は、第３のメッセージに含まれるＣ−ＲＮＴＩに関連付けられているＷＬＡＮ滞在タイマを停止する。
【０１３８】
ステップＳ２１９において、ｅＮＢ２００は、ＷＬＡＮ滞在タイマの値が閾値未満である場合に、ピンポン現象が発生したと判定し、判定パラメータを変更する。
【０１３９】
ステップＳ２２０において、ＵＥ１００及びｅＮＢ２００は、接続（ＲＲＣ接続）を確立する。
【０１４０】
ステップＳ２２１において、ｅＮＢ２００とＰ−ＧＷ４００との間に接続（ＩＰトンネル）が確立される。その結果、Ｅ−ＲＡＢ（無線ベアラ及びＳ１ベアラ）が確立される。よって、ＵＥ１００とＰ−ＧＷ４００との間の通信経路がＡＰ５００からｅＮＢ２００に切り替わる。
【０１４１】
このように、第２実施形態によれば、第１実施形態と同様に、ピンポン現象が発生したか否かをｅＮＢ２００が判定し、ピンポン現象の発生に応じて判定パラメータを最適化することが可能となる。
【０１４２】
［第３実施形態］
次に、第３実施形態について、第１実施形態との相違点を主として説明する。
【０１４３】
第１実施形態において、ピンポン現象が発生したか否かをｅＮＢ２００が判定していた。
【０１４４】
これに対し、第３実施形態においては、ピンポン現象が発生したか否かをＰ−ＧＷ４００が判定する。
【０１４５】
詳細には、Ｐ−ＧＷ４００の制御部４１０は、Ｅ−ＵＴＲＡＮ１０に設けられたｅＮＢ２００を介してＥＰＣ２０との通信を行うＵＥ１００がｅＮＢ２００からＷＬＡＮ５０に通信経路を切り替えたこと（すなわち、オフロード処理）を検知し、該検知に応じて、ＷＬＡＮ５０にＵＥ１００が滞在する滞在時間の計時を開始する。
【０１４６】
そして、制御部４１０は、ＵＥ１００がＷＬＡＮ５０からｅＮＢ２００に通信経路を切り替えたこと（すなわち、リオフロード処理）を検知すると、滞在時間の計時を終了して、ｅＮＢ２００に滞在時間に基づく情報を通知する。滞在時間に基づく情報とは、ピンポン現象が発生したことを示す情報である。或いは、滞在時間に基づく情報とは、滞在時間又はそのインデックス値であってもよい。
【０１４７】
第３実施形態に係る動作シーケンスは、図６に示した動作シーケンスの一部を変更したものである。詳細には、ステップＳ１１８及びＳ１１９の処理をｅＮＢ２００に代えてＰ−ＧＷ４００が行い、その後、滞在時間に基づく情報をｅＮＢ２００に通知する。ｅＮＢ２００は、滞在時間に基づく情報に基づいてピンポン現象が発生したと判定し、判定パラメータを変更する。なお、滞在時間に基づく情報を第２のメッセージ（Ｅ−ＲＡＢ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）に含めてもよい。
【０１４８】
このように、第３実施形態によれば、第１実施形態及び第２実施形態と同様に、ピンポン現象の発生に応じて判定パラメータを最適化することが可能となる。
【０１４９】
［その他の実施形態］
第１実施形態乃至第３実施形態では特に触れていないが、第１の切り替え情報（ｓｔｅｅｒ  ｆｒｏｍ  ＬＴＥ  ｔｏ  ＷＬＡＮ）及び第２の切り替え情報（ｓｔｅｅｒ  ｆｒｏｍ  ＷＬＡＮ  ｔｏ  ＬＴＥ）のそれぞれは、対応するメッセージにおけるｃａｕｓｅフィールドに格納されてもよい。ｃａｕｓｅフィールドは、当該メッセージの要因を示す情報が格納されるフィールドである。
【０１５０】
第１実施形態乃至第３実施形態では特に触れていないが、ＵＥ１００及びｅＮＢ２００のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。
【０１５１】
或いは、ＵＥ１００及びｅＮＢ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。
【０１５２】
第１実施形態乃至第３実施形態では、移動通信の方式がＬＴＥである一例について説明した。しかしながら、ＬＴＥ以外の方式、例えば、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）又はＧＳＭ（(登録商標)Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などであってもよい。
【０１５３】
［付記］
１．はじめに
ＷＬＡＮ／３ＧＰＰ無線インターワーキングＷＩが終了し、トラフィックステアリング用のＲＡＮ補助パラメータが導入されるよう承認された。マルチＲＡＴジョイントコーディネーションＳＩでは、トラフィックステアリング機構を補完するためのソリューションに関する議論が開始され、ＷＬＡＮ内のＵＥのスループットの推定のユースケース及びＷＬＡＮから３ＧＰＰノードに交換されるパラメータが特定された。
【０１５４】
一方、ＵＥのモビリティを考慮したユースケース、すなわち、ＷＬＡＮを含むモビリティロバストネスの最適化（ＭＲＯ）に関心が示されている。
【０１５５】
本付記では、ＲＡＮ補助パラメータを最適化するために、ＷＬＡＮと関わるＭＲＯの必要性について検討する。
【０１５６】
２．検討
２．１．ＷＬＡＮを伴う調整のさらなるユースケースのためのニーズ
ＲＡＮ補助パラメータは、Ｅ−ＵＴＲＡＮとＷＬＡＮとの間のトラフィックステアリングの決定のためにＵＥにおいて使用され、パラメータは、ｅＮＢによって設定される。この機構は、ＵＴＲＡＮにも導入されたが、以下の考察は、議論を簡単にするために、Ｅ−ＵＴＲＡＮのためのＲＡＮ補助パラメータを想定する。
【０１５７】
表１は、ｅＮＢが適切な値でパラメータを設定するための分類及び可能なソリューションとともにＲＡＮ補助パラメータの概要を示す。
【０１５８】
なお、ＯＡＭが（少なくとも初期の）パラメータを提供することがベースラインであるが、それは表１において省略されている。
【０１５９】
ＵＥのスループット及びセル負荷を最適化するために、ＲＳＲＰ及びＲＳＲＱ閾値が使用される。これらの閾値は、基地局の負荷状況に基づいて決定されると想定される。
【０１６０】
考察１：ＲＳＲＰ及びＲＳＲＱ閾値は、基地局自体の状態によって決定されることができる。
【０１６１】
他の閾値は、ＷＬＡＮにおけるスループット及び／又は負荷状況を評価するために使用される、ＢＳＳ負荷、ＷＡＮメトリック、及びビーコンＲＳＳＩのために利用可能である。これらの閾値は、ＲＳＲＰ及びＲＳＲＱ閾値に非常に似た目的、すなわち、トラフィックステアリング前又は後にＵＥのスループットを最適化するために用いられる。したがって、ＷＬＡＮ内のＵＥのスループットを推定するために開発中のソリューションは閾値の決定のために再使用することができる。
【０１６２】
考察２：ＢＳＳ負荷閾値、ＷＡＮメトリック閾値、及びビーコンＲＳＳＩ閾値は、おそらく、ＷＬＡＮ内のＵＥのスループットを推定するための開発中のソリューションにより決定することができる。
【０１６３】
考察３：スループット及び負荷最適化のためのＲＡＮ補助パラメータは、既存の情報又は開発中のソリューションにより自動的に決定することができる。
【０１６４】
モビリティの最適化を目的として、ＲＡＮ補助パラメータが、Ｅ−ＵＴＲＡＮの測定のためのトリガ時間（ＴＴＴ）と同様のタイマであるＴｓｔｅｅｒｉｎｇＷＬＡＮを有し、それをモビリティの目的で使用することが共通の見解である。０〜７秒の間で調整可能なＴｓｔｅｅｒｉｎｇＷＬＡＮの間、ＲＳＲＰ、ＲＳＲＱ、ＢＳＳ負荷、ＷＡＮメトリック及び／又はビーコンＲＳＳＩの閾値に基づく基準を評価が満たす場合、ＵＥがトラフィックステアリングの機会を上位レイヤに通知すると決定し、それはＲｅｌ−１２の基本のメカニズムである。一方、アクセスネットワークの頻繁な変更を回避することができるように、タイマ値が十分長くなければならないことに留意すべきである。明らかに、異なる環境下では、ＴｓｔｅｅｒｉｎｇＷＬＡＮに設定すべき最適な閾値は異なる。よって、実際の環境に応じて最適化されるべきである。しかしながら、ＭＲＪＣの現在のユースケースは、ＷＬＡＮ内のＵＥのスループットを推定するだけであるため、閾値を決定することができず、現段階では、閾値は、ＯＡＭにより提供された固定値で設定せざるを得ない。ＷＬＡＮ  ＡＰが大量に日々展開されていくことを考慮すると、ＷＬＡＮ無線状態の変化に従う最適な閾値をどのように維持するかが問題である。よって、閾値を更新するための自律的なメカニズム、すなわちＭＲＯによって問題が解決されるべきである。
【０１６５】
提案１：新しいユースケースとして、ＷＬＡＮを伴うモビリティのロバストネスの最適化をキャプチャすることに同意するべきである。
【０１６６】
ＷＬＡＮ識別子、すなわちＡＰのＢＳＳＩＤ、ＥＳＳＩＤ、及びＨＥＳＳＩＤに関しては、自動的な収集メカニズム、例えばＷＬＡＮと関わるＡＮＲに関心が示されている。
【０１６７】
表１は、ＲＡＮ補助パラメータを示す。
【０１６８】
【表１】
2016072470.tif 000003
【０１６９】
注：ＯＡＭが（少なくとも初期の）パラメータを提供することがベースラインであるが、それを表１で省略している。
【０１７０】
２．２．モビリティのロバストネスのためＲＡＮ補助パラメータの調整
２．１節で述べたように、ＴｓｔｅｅｒｉｎｇＷＬＡＮは、モビリティのロバストネスを最適化するために不可欠である。明らかに、オフロード効率のみを考慮すると、ＴｓｔｅｅｒｉｎｇＷＬＡＮは、最小値（０秒）で設定すべきであるが、それはピンポンステアリング等のモビリティの問題を引き起こす可能性がある。よって、より良いＱｏＥを提供するために、ＴｓｔｅｅｒｉｎｇＷＬＡＮはオフロード効率とピンポン回避との間でバランスの取れた値に設定すべきである。
【０１７１】
ＵＥのモビリティを考慮すべき別の側面は、よく知られているような無線条件の変動である。通常、無線状態を評価するための閾値は、条件内と条件外との間のヒステリシスを持ち、ＲＡＮ補助パラメータもこのような目的のために２つの閾値を持っている。例えば、ＲＳＲＰ閾値のヒステリシスは、(ThreshServingOffloadWLAN, HighP - ThreshServingOffloadWLAN, LowP) [dB]で表すことができる。言うまでもなく、無線状態関連のＲＡＮ補助パラメータに設定されたヒステリシスは、ＵＥのモビリティと連動してネットワーク性能に影響を与える。
【０１７２】
提案２：提案１が受け入れ可能である場合、ＷＬＡＮと関わるＭＲＯは、ＴｓｔｅｅｒｉｎｇＷＬＡＮの最適化、及び／又はＲＳＲＰ、ＲＳＲＱ、及びビーコンＲＳＳＩの閾値のヒステリシスを考慮に入れるべきである。
【０１７３】
２．３．ＷＬＡＮと関わるＭＲＯによって解決が期待される問題
Ｅ−ＵＴＲＡＮのための既存のＭＲＯは、Too Early HO、Too Late HO、及びHO to Wrong Cellを検知するために用いられるRLF INDICATION及びHANDOVER REPORTを有する。ＷＬＡＮと関わるＭＲＯの検討において、既存のＭＲＯと異なる点は、ＲＬＦと関係がないこと、すなわち、ＲＬＦはＷＬＡＮへ／からのトラフィックステアリング障害に依存しないことである。
【０１７４】
しかしながら、Ｅ−ＵＴＲＡＮからＷＬＡＮへの早過ぎるステアリング及びＷＬＡＮからＥ−ＵＴＲＡＮへの遅すぎるステアリングは同様の理由で問題になる。つまり、ＵＥは、もはや無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ又はＷＬＡＮ）により十分なスループットが提供されなくてもトラフィックステアリングを決定しない場合、ＵＥのＱｏＥが著しく影響を受ける可能性がある。
【０１７５】
よって、このような誤ったトラフィックステアリングを回避するために、ソリューションを検討する必要がある。トラフィックステアリング後にＷＬＡＮ内のＵＥのスループットを監視するために可能なソリューションとみなすことができるかは更なる検討が必要である。
【０１７６】
提案３：トラフィックステアリングの前又は後にスループットの劣化を検出する方法を検討する必要がある。
【０１７７】
考慮すべき他の側面は、ピンポン回避である。例えば、ＷＬＡＮへのトラフィックステアリングのためのＲＡＮ補助パラメータ及びＷＬＡＮからのトラフィックステアリングのためのＲＡＮ補助パラメータが十分に調整されていない、すなわち、誤ったヒステリシスが設定された場合、ＵＥは、ＷＬＡＮへのトラフィックステアリングの直後にＥ−ＵＴＲＡＮへのトラフィックを戻すことを決定し得る。トラフィックステアリングはＨＯよりも大きい遅延を有するので、Ｅ−ＵＴＲＡＮとＷＬＡＮとの間のそのようなピンポンステアリングは、Ｅ−ＵＴＲＡＮセル間に比べて大きなＱｏＥ劣化を招くことがあり得る。よって、ピンポンステアリングを検出するための方法を検討する必要がある。どのＵＥがＷＬＡＮへ／からのステアリングをするかをｅＮＢが知るための手段を有している場合、改良されたＵＥ履歴情報を可能なソリューションとするかは更なる検討が必要である。
【０１７８】
提案４：Ｅ−ＵＴＲＡＮとＷＬＡＮとの間のピンポンステアリングを検出するための方法を検討する必要がある。
【０１７９】
［相互参照］
米国仮出願第６２／０７６７５９号（２０１４年１１月７日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１８０】
本発明は、通信分野において有用である。
【図１】
2016072470.tif 000004
【図２】
2016072470.tif 000005
【図３】
2016072470.tif 000006
【図４】
2016072470.tif 000007
【図５】
2016072470.tif 000008
【図６】
2016072470.tif 000009
【図７】
2016072470.tif 000010
【国際調査報告】
2016072470.tif 000011
2016072470.tif 000012
2016072470.tif 000013
2016072470.tif 000014