特許 5981059 通信制御方法、セルラ基地局、ユーザ端末、及びプロセッサ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5981059

(24)【登録日】2016年8月5日

(45)【発行日】2016年8月31日

(54)【発明の名称】通信制御方法、セルラ基地局、ユーザ端末、及びプロセッサ

(51)【国際特許分類】

   H04W 48/18 20090101AFI20160818BHJP

   H04W 36/14 20090101ALI20160818BHJP

   H04W 28/08 20090101ALI20160818BHJP

【ＦＩ】

   H04W48/18 113

   H04W36/14

   H04W28/08

【請求項の数】7

【全頁数】41

(21)【出願番号】特願2016-32479(P2016-32479)

(22)【出願日】2016年2月23日

(62)【分割の表示】特願2014-557515(P2014-557515)の分割

【原出願日】2014年1月17日

(65)【公開番号】特開2016-136744(P2016-136744A)

(43)【公開日】2016年7月28日

【審査請求日】2016年2月23日

(31)【優先権主張番号】61/754,106

(32)【優先日】2013年1月18日

(33)【優先権主張国】US

(31)【優先権主張番号】61/808,777

(32)【優先日】2013年4月5日

(33)【優先権主張国】US

(31)【優先権主張番号】61/864,206

(32)【優先日】2013年8月9日

(33)【優先権主張国】US

(31)【優先権主張番号】61/864,219

(32)【優先日】2013年8月9日

(33)【優先権主張国】US

(31)【優先権主張番号】61/898,791

(32)【優先日】2013年11月1日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】キュリーズ特許業務法人

(72)【発明者】

【氏名】長坂 優志

(72)【発明者】

【氏名】チャン ヘンリー

(72)【発明者】

【氏名】藤代 真人

(72)【発明者】

【氏名】守田 空悟

【審査官】 青木 健

(56)【参考文献】

【文献】 国際公開第０３／０８８６９１（ＷＯ，Ａ１）

【文献】 NSN, Nokia Corporation, Deutsche Telekom，(Compromising) WLAN IW Solution for UEs with and without ANDSF，3GPP TSG-RAN WG2♯83 R2-132327，２０１３年 ８月１９日

【文献】 Qualcomm Incorporated，WLAN/3GPP Radio Interworking Scope and Scenarios，3GPP TSG-RAN2#81 R2-130264，２０１３年 １月１８日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００ − ９９／００

Ｈ０４Ｂ ７／２４ − ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

セルラＲＡＮ及び無線ＬＡＮの中からユーザ端末とトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を制御するための通信制御方法であって、
前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための共通のパラメータを前記セルラＲＡＮからブロードキャストで送信するステップと、
前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための個別のパラメータを前記セルラＲＡＮからユニキャストで接続状態のユーザ端末に送信するステップと、を備え、
前記接続状態のユーザ端末は、タイマを有しており、
前記接続状態のユーザ端末がアイドル状態に遷移する際に、前記タイマを起動するステップと、
接続状態からアイドル状態に遷移した前記ユーザ端末が、前記個別のパラメータを前記タイマが満了するまで維持するステップと、
前記タイマが満了した際に前記個別のパラメータを破棄するステップと、
をさらに備えることを特徴とする通信制御方法。

【請求項2】

セルラＲＡＮ及び無線ＬＡＮの中からユーザ端末とトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を制御するための通信制御方法であって、
前記セルラＲＡＮに含まれる第１のセルラ基地局が、前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための共通のパラメータをブロードキャストで送信するステップと、
前記セルラＲＡＮに含まれる前記第１のセルラ基地局が、前記第１のセルラ基地局に接続する第１のユーザ端末に対して、前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための個別のパラメータをユニキャストで送信するステップと、
前記第１のユーザ端末が前記第１のセルラ基地局から第２のセルラ基地局へのハンドオーバを行う際に、前記第１のセルラ基地局から前記第２のセルラ基地局に対して前記第１のユーザ端末の設定に関する情報を転送するステップと、
を備え、
前記設定に関する情報は、前記第１のセルラ基地局から前記第１のユーザ端末に送信した前記個別のパラメータを含むことを特徴とする通信制御方法。

【請求項3】

前記設定に関する情報を受信した前記第２のセルラ基地局が、前記受信した設定に関する情報に含まれる前記個別のパラメータが示す設定の変更が必要であるか否かを判定するステップと、
前記設定の変更が必要であると判定した場合に、変更された個別のパラメータを前記第２のセルラ基地局から前記第１のユーザ端末に通知するステップと、
をさらに備えることを特徴とする請求項２に記載の通信制御方法。

【請求項4】

セルラＲＡＮ及び無線ＬＡＮの中からユーザ端末とトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を制御するセルラ基地局であって、
前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための共通のパラメータをブロードキャストで送信する処理と、自セルラ基地局に接続するユーザ端末に対して、前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための個別のパラメータをユニキャストで送信する処理と、を行う制御部を備え、
前記制御部は、前記ユーザ端末が自セルラ基地局から他のセルラ基地局へのハンドオーバを行う際に、自セルラ基地局から前記他のセルラ基地局に対して前記ユーザ端末の設定に関する情報を転送し、
前記設定に関する情報は、自セルラ基地局から前記ユーザ端末に送信した前記個別のパラメータを含むことを特徴とするセルラ基地局。

【請求項5】

セルラＲＡＮ及び無線ＬＡＮの中からユーザ端末とトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を制御するセルラ基地局に備えられるプロセッサであって、
前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための共通のパラメータをブロードキャストで送信する処理と、
前記セルラ基地局に接続するユーザ端末に対して、前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための個別のパラメータをユニキャストで送信する処理と、
前記ユーザ端末が前記セルラ基地局から他のセルラ基地局へのハンドオーバを行う際に、前記セルラ基地局から前記他のセルラ基地局に対して前記ユーザ端末の設定に関する情報を転送する処理と、を実行し、
前記設定に関する情報は、前記セルラ基地局から前記ユーザ端末に送信した前記個別のパラメータを含むことを特徴とするプロセッサ。

【請求項6】

セルラＲＡＮ及び無線ＬＡＮの中からトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を行うユーザ端末であって、
前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための共通のパラメータをセルラ基地局から受信する処理と、自ユーザ端末が接続状態である場合において、前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための個別のパラメータをセルラ基地局から受信する処理と、を行う制御部を備え、
前記個別のパラメータはユニキャストで送信され、
前記制御部は、自ユーザ端末が接続状態からアイドル状態に遷移する際にタイマを起動し、前記個別のパラメータを前記タイマが満了するまで維持し、前記タイマが満了した際に前記個別のパラメータを破棄することを特徴とするユーザ端末。

【請求項7】

セルラＲＡＮ及び無線ＬＡＮの中からトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を行うユーザ端末を制御するプロセッサであって、
前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための共通のパラメータをセルラ基地局から受信する処理と、
前記ユーザ端末が接続状態である場合において、前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための個別のパラメータをセルラ基地局から受信する処理と、
前記ユーザ端末が接続状態からアイドル状態に遷移する際にタイマを起動する処理と、
前記個別のパラメータを前記タイマが満了するまで維持する処理と、
前記タイマが満了した際に前記個別のパラメータを破棄する処理と、
を実行することを特徴とするプロセッサ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、セルラ通信システムを無線ＬＡＮシステムと連携させるための通信制御方法、セルラ基地局、ユーザ端末、及びプロセッサに関する。

【背景技術】

【0002】

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

【0003】

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

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】３ＧＰＰ寄書 ＲＰ−１２０１４５５

【発明の概要】

【0005】

セルラ通信システムと無線ＬＡＮシステムとの連携を強化することで、セルラ基地局のトラフィック負荷を無線ＬＡＮシステムに分散できると考えられる。

【0006】

そこで、本発明は、セルラ通信システムと無線ＬＡＮシステムとの連携を強化できる通信制御方法、セルラ基地局、ユーザ端末、及びプロセッサを提供することを目的とする。

【0007】

第１の特徴に係る通信制御方法は、セルラＲＡＮから無線ＬＡＮへのオフロードを行うための方法である。前記通信制御方法は、ユーザ端末が、判定パラメータに基づいて、前記セルラＲＡＮ及び前記無線ＬＡＮの中から、前記ユーザ端末とトラフィックを送受信すべき適切なアクセスネットワークを選択するためのネットワーク選択動作を行うステップを含む。前記判定パラメータは、前記セルラＲＡＮに関するネットワーク状況であるセルラネットワーク状況、前記無線ＬＡＮに関するネットワーク状況である無線ＬＡＮネットワーク状況、前記セルラＲＡＮと前記ユーザ端末との間の無線リンク状況であるセルラ無線リンク状況、前記無線ＬＡＮと前記ユーザ端末との間の無線リンク状況である無線ＬＡＮ無線リンク状況のうち、少なくとも１つを含む。

【0008】

第２の特徴に係るユーザ端末は、セルラＲＡＮから無線ＬＡＮへのオフロードを可能にする。前記ユーザ端末は、判定パラメータに基づいて、前記セルラＲＡＮ及び前記無線ＬＡＮの中から、前記ユーザ端末とトラフィックを送受信すべき適切なアクセスネットワークを選択するためのネットワーク選択動作を行う制御部を備える。前記判定パラメータは、前記セルラＲＡＮに関するネットワーク状況であるセルラネットワーク状況、前記無線ＬＡＮに関するネットワーク状況である無線ＬＡＮネットワーク状況、前記セルラＲＡＮと前記ユーザ端末との間の無線リンク状況であるセルラ無線リンク状況、前記無線ＬＡＮと前記ユーザ端末との間の無線リンク状況である無線ＬＡＮ無線リンク状況のうち、少なくとも１つを含む。

【0009】

第３の特徴に係る通信制御方法は、セルラＲＡＮ及び無線ＬＡＮの中からユーザ端末とトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を制御するための方法である。前記通信制御方法は、前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための共通のパラメータを前記セルラＲＡＮからブロードキャストで送信するステップと、前記ネットワーク選択動作における前記セルラＲＡＮと前記無線ＬＡＮとの間のトラフィック切り替えを促すための個別のパラメータを前記セルラＲＡＮからユニキャストで接続状態のユーザ端末に送信するステップと、を備える。前記接続状態のユーザ端末は、タイマを有している。前記通信制御方法は、前記接続状態のユーザ端末がアイドル状態に遷移する際に、前記タイマを起動するステップと、接続状態からアイドル状態に遷移した前記ユーザ端末が、前記個別のパラメータを前記タイマが満了するまで維持するステップと、前記タイマが満了した際に前記個別のパラメータを破棄するステップと、をさらに備える。

【図面の簡単な説明】

【0010】

【図1】第１実施形態及び第２実施形態に係るシステム構成図である。

【図2】第１実施形態及び第２実施形態に係るＵＥ（ユーザ端末）のブロック図である。

【図3】第１実施形態及び第２実施形態に係るｅＮＢ（セルラ基地局）のブロック図である。

【図4】第１実施形態及び第２実施形態に係るＡＰ（アクセスポイント）のブロック図である。

【図5】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。

【図6】ＬＴＥシステムで使用される無線フレームの構成図である。

【図7】第１実施形態に係る動作環境を説明するための図である。

【図8】第１実施形態に係る動作パターン１のシーケンス図である。

【図9】第１実施形態に係る動作パターン２のシーケンス図である。

【図10】第１実施形態に係る動作パターン３のシーケンス図である。

【図11】第１実施形態に係る動作パターン４のシーケンス図である。

【図12】第１実施形態に係る動作パターン５のシーケンス図である。

【図13】第１実施形態に係る動作パターン６のシーケンス図である。

【図14】第１実施形態に係る無線リンク安定度の具体例１を説明するための図である。

【図15】第１実施形態に係る無線リンク安定度の具体例２を説明するための図である。

【図16】第１実施形態に係るマッピングテーブルの構成図である。

【図17】第１実施形態に係る判定アルゴリズムの一例を説明するための図である。

【図18】第２実施形態に係るネットワーク選択制御方法を示す図である。

【図19】第２実施形態に係る動作パターン１のシーケンス図である。

【図20】第２実施形態に係る動作パターン２のシーケンス図である。

【図21】第２実施形態に係る動作パターン３のシーケンス図である。

【図22】その他の実施形態に係る動作を説明するための図である。

【図23】その他の実施形態に係る動作を説明するための図である。

【発明を実施するための形態】

【0011】

［実施形態の概要］
第１実施形態に係る通信制御方法は、セルラＲＡＮから無線ＬＡＮへのオフロードを行うための方法である。前記通信制御方法は、ユーザ端末が、判定パラメータに基づいて、前記セルラＲＡＮ及び前記無線ＬＡＮの中から、前記ユーザ端末とトラフィックを送受信すべき適切なアクセスネットワークを選択するためのネットワーク選択動作を行うステップを含む。前記判定パラメータは、前記セルラＲＡＮに関するネットワーク状況であるセルラネットワーク状況、前記無線ＬＡＮに関するネットワーク状況である無線ＬＡＮネットワーク状況、前記セルラＲＡＮと前記ユーザ端末との間の無線リンク状況であるセルラ無線リンク状況、前記無線ＬＡＮと前記ユーザ端末との間の無線リンク状況である無線ＬＡＮ無線リンク状況のうち、少なくとも１つを含む。

【0012】

第１実施形態では、前記判定パラメータは、さらに、前記ユーザ端末の移動状況、前記ユーザ端末のバッテリ状況、及び前記ユーザ端末の消費電力状況のうち、少なくとも１つを含む。

【0013】

第１実施形態では、前記ネットワーク選択動作を行うステップは、前記ユーザ端末が前記無線ＬＡＮ無線リンク状況を測定するステップを含む。

【0014】

第１実施形態では、前記通信制御方法は、前記セルラＲＡＮが、ネットワーク選択に関する情報を前記ユーザ端末に送信するステップをさらに含む。前記ネットワーク選択動作を行うステップにおいて、前記ユーザ端末は、前記セルラＲＡＮから受信する前記情報に基づいて、前記ネットワーク選択動作を行う。

【0015】

第１実施形態では、前記情報は、前記オフロードの必要性を示すネットワーク選択指示子を含む。

【0016】

第１実施形態では、前記情報は、前記判定パラメータと比較するための閾値を含む。

【0017】

第１実施形態では、前記情報は、前記セルラＲＡＮのカバレッジエリアに設けられたアクセスポイントの識別子を含む。前記測定するステップにおいて、前記ユーザ端末は、前記情報に含まれる前記識別子に基づいて、前記無線ＬＡＮ無線リンク状況を測定する。

【0018】

第１実施形態では、前記無線ＬＡＮ無線リンク状況は、無線リンクの安定度を含む。

【0019】

第１実施形態では、前記ユーザ端末が、前記無線ＬＡＮ無線リンク状況を前記セルラＲＡＮに報告するステップをさらに含む。

【0020】

第１実施形態では、前記情報は、前記セルラネットワーク状況及び／又は前記無線ＬＡＮネットワーク状況を含む。前記ネットワーク選択動作を行うステップにおいて、前記ユーザ端末は、前記無線ＬＡＮ無線リンク状況と、前記セルラネットワーク状況及び／又は前記無線ＬＡＮネットワーク状況と、に基づいて、前記ネットワーク選択動作を行う。

【0021】

第１実施形態では、前記情報は、オペレータにより管理されていないアクセスポイントを前記ユーザ端末が発見した場合の前記ユーザ端末の動作を制御するための情報を含む。

【0022】

第１実施形態に係るユーザ端末は、セルラＲＡＮから無線ＬＡＮへのオフロードを可能にする。前記ユーザ端末は、判定パラメータに基づいて、前記セルラＲＡＮ及び前記無線ＬＡＮの中から、前記ユーザ端末とトラフィックを送受信すべき適切なアクセスネットワークを選択するためのネットワーク選択動作を行う制御部を備える。前記判定パラメータは、前記セルラＲＡＮに関するネットワーク状況であるセルラネットワーク状況、前記無線ＬＡＮに関するネットワーク状況である無線ＬＡＮネットワーク状況、前記セルラＲＡＮと前記ユーザ端末との間の無線リンク状況であるセルラ無線リンク状況、前記無線ＬＡＮと前記ユーザ端末との間の無線リンク状況である無線ＬＡＮ無線リンク状況のうち、少なくとも１つを含む。

【0023】

第２実施形態に係る通信制御方法は、セルラＲＡＮ及び無線ＬＡＮの中からユーザ端末とトラフィックを送受信すべきアクセスネットワークを選択するためのネットワーク選択動作を制御するための方法である。前記通信制御方法は、前記ネットワーク選択動作のオン又はオフを設定するための共通ネットワーク選択指示子を前記セルラＲＡＮからブロードキャストで送信するステップＡと、前記ネットワーク選択動作のオン又はオフを設定するための個別ネットワーク選択指示子を前記セルラＲＡＮからユニキャストで送信するステップＢと、を備える。

【0024】

第２実施形態では、前記共通ネットワーク選択指示子は、アイドル状態のユーザ端末及び接続状態のユーザ端末に対して適用される。前記個別ネットワーク選択指示子は、接続状態のユーザ端末に対してのみ適用される。

【0025】

第２実施形態では、前記共通ネットワーク選択指示子は、アイドル状態のユーザ端末に対してのみ適用される。前記個別ネットワーク選択指示子は、接続状態のユーザ端末に対してのみ適用される。

【0026】

第２実施形態では、前記ステップＢにおいて、前記セルラＲＡＮは、前記ネットワーク選択動作をオンに設定するための前記個別ネットワーク選択指示子を接続状態のユーザ端末に送信する。前記接続状態のユーザ端末は、タイマを有している。前記通信制御方法は、前記ネットワーク選択動作をオンに設定する際に、又は前記ネットワーク選択動作をオンに設定された前記接続状態のユーザ端末がアイドル状態に遷移する際に、前記タイマを起動するステップと、接続状態からアイドル状態に遷移した前記ユーザ端末が、前記ネットワーク選択動作のオン設定を前記タイマが満了するまで維持するステップと、前記タイマが満了した際に前記オン設定を破棄するステップと、をさらに備える。

【0027】

第２実施形態では、前記ステップＢにおいて、前記セルラＲＡＮは、前記ネットワーク選択動作をオフに設定するための前記個別ネットワーク選択指示子を接続状態のユーザ端末に送信する。前記接続状態のユーザ端末は、タイマを有している。前記通信制御方法は、前記ネットワーク選択動作をオフに設定する際に、又は前記ネットワーク選択動作をオフに設定された前記接続状態のユーザ端末がアイドル状態に遷移する際に、前記タイマを起動するステップと、接続状態からアイドル状態に遷移した前記ユーザ端末が、前記ネットワーク選択動作のオフ設定を前記タイマが満了するまで維持するステップと、前記タイマが満了した際に前記オフ設定を破棄するステップと、をさらに備える。

【0028】

第２実施形態では、前記ステップＢにおいて、前記セルラＲＡＮに含まれる第１のセルが、前記第１のセルに接続する第１のユーザ端末に対して前記個別ネットワーク選択指示子を送信する。前記通信制御方法は、前記第１のユーザ端末が前記第１のセルから第２のセルへのハンドオーバを行う際に、前記第１のセルから前記第２のセルに対して前記第１のユーザ端末のコンテキスト情報を転送するステップをさらに備える。前記コンテキスト情報は、前記第１のセルから前記第１のユーザ端末に送信した前記個別ネットワーク選択指示子を含む。

【0029】

第２実施形態では、前記通信制御方法は、前記コンテキスト情報を受信した前記第２のセルが、当該第２のセルの負荷状況に基づいて、前記受信したコンテキスト情報に含まれる前記個別ネットワーク選択指示子が示す設定の変更が必要であるか否かを判定するステップと、前記設定の変更が必要であると判定した場合に、変更された個別ネットワーク選択指示子を前記第２のセルから前記第１のユーザ端末に送信するステップと、をさらに備える。

【0030】

第２実施形態では、前記ステップＢにおいて、前記セルラＲＡＮに含まれる第１のセルは、前記第１のセルに接続する第１のユーザ端末がアイドル状態に遷移する前に、前記個別ネットワーク選択指示子を含んだ接続解放要求を前記第１のユーザ端末に送信する。

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

ＷＬＡＮシステム（ＷＬＡＮ３０）は、ＷＬＡＮ ＡＰ（以下、「ＡＰ」と称する）３００を含む。ＷＬＡＮシステムは、例えばＩＥＥＥ ８０２．１１諸規格に準拠して構成される。ＡＰ３００は、セルラ周波数帯とは異なる周波数帯（ＷＬＡＮ周波数帯）でＵＥ１００との通信を行う。ＡＰ３００は、ルータなどを介してＥＰＣ２０に接続される。尚、ｅＮＢ２００及びＡＰ３００が個別に配置される場合に限らず、ｅＮＢ２００及びＡＰ３００が同じ場所に配置（Ｃｏｌｌｏｃａｔｅｄ）されていてもよい。或いは、ｅＮＢ２００及びＡＰ３００がオペレータの任意のインターフェイスで直接接続されていてもよい。

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

実環境では、オペレータにより管理されていないＡＰ（Ｎｏｎ−ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰ）も存在する。Ｎｏｎ−ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰには、無料で開放されている公衆ＡＰ（いわゆる、Ｆｒｅｅ ＷｉＦｉ）と、ユーザが所有するＡＰと、がある。

【0064】

また、ｅＮＢ２００のカバレッジ内に複数のＵＥ１００が位置している。ＵＥ１００−１乃至ＵＥ１００−３は、ｅＮＢ２００と接続しており、ｅＮＢ２００とのセルラ通信を行っている。ＵＥ１００−４はＡＰ３００−３に接続しており、ＡＰ３００−３とのＷＬＡＮ通信を行っている。

【0065】

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

【0066】

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

【0067】

動作パターン１は、オフロード先（すなわち、トラフィックの移行先）のＡＰ３００をｅＮＢ２００が選択するパターンである。これに対し、動作パターン２は、オフロード先のＡＰ３００をＵＥ１００が選択するパターンである。

【0068】

また、動作パターン３は、動作パターン１及び２の混合パターンであるが、オフロード先のＡＰ３００を最終的にｅＮＢ２００が選択するパターンである。動作パターン４は、動作パターン１及び２の混合パターンであるが、オフロード先のＡＰ３００を最終的にＵＥ１００が選択するパターンである。動作パターン５は、動作パターン３及び４の混合パターンである。

【0069】

動作パターン６は、Ｎｏｎ−ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰを考慮したパターンである。

【0070】

各動作パターンにおいて、ＵＥ１００は、ｅＮＢ２００と接続した状態（接続状態）にあり、かつ、ＵＥ１００のＷＬＡＮ送受信機１１２は動作状態（オン状態）であると仮定している。但し、ＵＥ１００は、初期状態においてアイドル状態であってもよい。この場合、ＵＥ１００は、必要に応じてｅＮＢ２００との接続を確立する。また、ｅＮＢ２００は、自身のカバレッジ内のＯｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰに関する情報を例えばバックホール経由で取得できると仮定している。

【0071】

（１）動作パターン１
図８は、動作パターン１のシーケンス図である。

【0072】

図８に示すように、ステップＳ１０１において、ｅＮＢ２００は、無線ＬＡＮシステムに対する測定（無線ＬＡＮ測定）を制御するためのＷＬＡＮ測定設定情報をＵＥ１００に送信する。ｅＮＢ２００は、例えば、ＵＥ１００のハンドオーバ、ＵＥ１００の選択、ＵＥ１００のページングエリア変更、又は、ネットワーク状況の変化をトリガとして、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。或いは、ｅＮＢ２００は、自身の負荷レベルが閾値を超えたことをトリガとして、ＷＬＡＮ測定設定情報をＵＥ１００に送信してもよい。

【0073】

ＷＬＡＮ測定設定情報は、ｅＮＢ２００のカバレッジエリアに設けられた複数のＡＰ３００（Ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰ）それぞれの識別子を含む。ＡＰ３００の識別子（以下、「ＡＰ識別子」という）は、ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）、ＢＳＳＩＤ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）、又はオペレータが策定したＡＰを識別する任意のＩＤである。

【0074】

ＷＬＡＮ測定設定情報は、ＡＰ３００との間の無線リンク状況をどのように測定すべきかを示す情報と、測定結果をどのように報告すべきかを示す情報（例えば報告トリガなど）と、を含んでもよい。さらに、ＷＬＡＮ測定設定情報は、どの動作パターン（動作パターン１乃至５）に従うべきかを示す情報を含んでもよい。

【0075】

ＷＬＡＮ測定設定情報は、ＵＥ１００がＡＰ３００と接続した状態であっても測定設定を確認すべきか否か（無線ＬＡＮ測定を行うか否か）を示す情報を含んでもよい。尚、ＵＥ１００は、最適なＡＰ３００が選択されるまでは測定設定の確認を継続することが好ましい。これに対し、ＵＥ１００がＡＰ３００へのオフロードを開始した後は、処理負荷を削減するために測定設定の確認を行わないことが好ましい。

【0076】

ステップＳ１０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。各ＡＰ３００は自身のＡＰ識別子を含んだビーコン信号を送信しているため、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子を含んだビーコン信号をスキャンすることにより、ＡＰ３００を検出できる。

【0077】

ステップＳ１０３において、ＵＥ１００は、ＷＬＡＮ測定設定情報に従って無線ＬＡＮ測定を行う。ＵＥ１００は、検出したＡＰ３００との間の無線リンク状況を測定する。無線リンク状況とは、ビーコン信号の信号強度、及び無線リンク安定度（詳細については後述）などである。また、ビーコン信号がＡＰ３００の負荷レベルを示す情報（すなわち、負荷情報）を含む場合、ＵＥ１００は、負荷情報を取得してもよい。

【0078】

ステップＳ１０４において、ＵＥ１００は、測定した無線リンク状況をｅＮＢ２００に報告する。具体的には、ＵＥ１００は、無線リンク状況（ビーコン信号の信号強度、無線リンク安定度など）にＡＰ識別子を対応付けて、無線リンク状況及びＡＰ識別子を含んだＷＬＡＮ測定報告をｅＮＢ２００に送信する。さらに、ＵＥ１００は、ＡＰ３００の負荷情報をＷＬＡＮ測定報告に含めてもよい。また、ＵＥ１００は、ＵＥ１００の移動速度やバッテリ残量などの情報をＷＬＡＮ測定報告に含めてもよい。

【0079】

ステップＳ１０５において、ＵＥ１００からＷＬＡＮ測定報告を受信したｅＮＢ２００は、ＵＥ１００のトラフィックをオフロードするか否かを判断する。例えば、ｅＮＢ２００は、自身の負荷レベルが閾値を超えている場合に、ＵＥ１００のトラフィックをオフロードすると判断する。或いは、ｅＮＢ２００は、ＵＥ１００との間の通信品質が劣化している場合、もしくはＵＥ１００の移動速度が十分遅く、ＵＥ１００のバッテリ残量が十分にある場合に、ＵＥ１００のトラフィックをオフロードすると判断してもよい。ここでは、ＵＥ１００のトラフィックをオフロードすると判断したと仮定して、説明を進める。

【0080】

ステップＳ１０６において、ｅＮＢ２００は、ＷＬＡＮ測定報告に基づく無線リンク状況と、ｅＮＢ２００及び／又はＡＰ３００に関するネットワーク状況（以下、単に「ネットワーク状況」という）と、に基づいて、最適なオフロード先ＡＰ３００を選択するか、もしくはｅＮＢ２００との通信を維持するかを判断する。ネットワーク状況とは、ＡＰ３００（又はｅＮＢ２００）の負荷レベル（すなわち、混雑度）である。或いは、ネットワーク状況とは、ＡＰ３００（又はｅＮＢ２００）の通信能力であってもよい。通信能力は、ＱｏＳ保証（ＷＭＭ）の可否を含む。尚、ＡＰ３００を優先順位付けするための判定アルゴリズムの具体例については後述する。

【0081】

ステップＳ１０７において、ｅＮＢ２００は、選択したＡＰ３００へのオフロード指示をＵＥ１００に送信する。オフロード指示は、ｅＮＢ２００が選択したＡＰ３００のＡＰ識別子を含む。オフロード指示は、オフロードすべきトラフィックの種類（ベアラ）を示す情報を含んでもよい。

【0082】

ステップＳ１０８において、ＵＥ１００は、ｅＮＢ２００からのオフロード指示に従って、ｅＮＢ２００が選択したＡＰ３００へのオフロードを開始する。尚、ｅＮＢ２００が選択したＡＰ３００にＵＥ１００が未接続である場合、ＵＥ１００は、そのＡＰ３００に接続した上でオフロードを開始する。

【0083】

なお、ステップＳ１０４でＵＥ１００が送信するＷＬＡＮ測定報告は、ＵＥ１００の位置情報を含んでもよい。

【0084】

（２）動作パターン２
図９は、動作パターン２のシーケンス図である。ここでは、動作パターン１と重複する説明については省略する。

【0085】

図９に示すように、ステップＳ２０１において、ｅＮＢ２００は、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。動作パターン２では、ｅＮＢ２００は、ネットワーク状況をＷＬＡＮ測定設定情報に含めてＵＥ１００に送信する。これにより、ネットワーク状況がＵＥ１００に通知される。

【0086】

ステップＳ２０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。

【0087】

ステップＳ２０３において、ＵＥ１００は、ＷＬＡＮ測定設定情報に従って無線ＬＡＮ測定を行う。そして、ＵＥ１００は、検出したＡＰ３００との間の無線リンク状況と、ｅＮＢ２００から通知されているネットワーク状況と、に基づいて、最適なオフロード先ＡＰ３００を選択するか、もしくはｅＮＢ２００との通信を維持するかを判断する。

【0088】

ステップＳ２０４において、ＵＥ１００は、選択したＡＰ３００に関する情報をｅＮＢ２００に通知するステップをさらに有する。選択したＡＰ３００に関する情報とは、そのＡＰ３００のＡＰ識別子であってもよい。

【0089】

ステップＳ２０５において、ｅＮＢ２００は、ＵＥ１００のトラフィックをオフロードするか否かを判断する。ここでは、ＵＥ１００のトラフィックをオフロードすると判断したと仮定して、説明を進める。

【0090】

ステップＳ２０６において、ｅＮＢ２００は、ＵＥ１００が選択したＡＰ３００へのオフロード許可をＵＥ１００に通知する。

【0091】

ステップＳ２０７において、ＵＥ１００は、ｅＮＢ２００からのオフロード許可に応じて、選択したＡＰ３００へのオフロードを開始する。

【0092】

尚、本シーケンスでは、ステップＳ２０５の処理は必ずしも行わなくてもよい。また、ステップＳ２０４、Ｓ２０５、Ｓ２０６の各処理は必ずしも行わなくてもよい。

【0093】

（３）動作パターン３
図１０は、動作パターン３のシーケンス図である。ここでは、動作パターン１及び２と重複する説明については省略する。

【0094】

図１０に示すように、ステップＳ３０１において、ｅＮＢ２００は、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。

【0095】

ステップＳ３０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。

【0096】

ステップＳ３０３において、ＵＥ１００は、ＷＬＡＮ測定設定情報に従って無線ＬＡＮ測定を行う。そして、ＵＥ１００は、検出したＡＰ３００との間の無線リンク状況に基づいて、検出したＡＰ３００それぞれについてトラフィックの移行先とする優先順位を算出する。また、ＵＥ１００の移動速度やバッテリ残量を考慮してオフロードを進めるべきかどかを考え、セルラネットワーク（ｅＮＢ２００）にも優先順位を付ける。

【0097】

ステップＳ３０４において、ＵＥ１００は、算出した優先順位に関する優先順位情報をｅＮＢ２００に送信する。具体的には、算出した優先順位に従ってＡＰ識別子を並べたリスト（以下、「優先順位リスト」という）をｅＮＢ２００に送信する。

【0098】

ステップＳ３０５において、ｅＮＢ２００は、ＵＥ１００のトラフィックをオフロードするか否かを判断する。ここでは、ＵＥ１００のトラフィックをオフロードすると判断したと仮定して、説明を進める。

【0099】

ステップＳ３０６において、ｅＮＢ２００は、優先順位リストとネットワーク状況とに基づいて、最適なオフロード先ＡＰ３００を選択するか、もしくはｅＮＢ２００との通信を維持するかを判断する。

【0100】

ステップＳ３０７において、ｅＮＢ２００は、選択したＡＰ３００へのオフロード指示をＵＥ１００に送信する。

【0101】

ステップＳ３０８において、ＵＥ１００は、ｅＮＢ２００からのオフロード指示に従って、ｅＮＢ２００が選択したＡＰ３００へのオフロードを開始する。

【0102】

（４）動作パターン４
図１１は、動作パターン４のシーケンス図である。ここでは、動作パターン１乃至３と重複する説明については省略する。

【0103】

図１１に示すように、ステップＳ４０１において、ｅＮＢ２００は、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。

【0104】

ステップＳ４０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。

【0105】

ステップＳ４０３において、ＵＥ１００は、ＷＬＡＮ測定設定情報に従って無線ＬＡＮ測定を行う。そして、ＵＥ１００は、測定した無線リンク状況（ビーコン信号の信号強度、無線リンク安定度など）にＡＰ識別子を対応付けて、無線リンク状況及びＡＰ識別子を含んだＷＬＡＮ測定報告をｅＮＢ２００に送信する。また、ＵＥ１００は、ＵＥ１００の移動速度やバッテリ残量などの情報をＷＬＡＮ測定報告に含めてもよい。

【0106】

ステップＳ４０４において、ｅＮＢ２００は、ＵＥ１００のトラフィックをオフロードするか否かを判断する。ここでは、ＵＥ１００のトラフィックをオフロードすると判断したと仮定して、説明を進める。

【0107】

ステップＳ４０５において、ｅＮＢ２００は、ＷＬＡＮ測定報告に基づく無線リンク状況と、ネットワーク状況と、に基づいて、ＷＬＡＮ測定報告に含まれるＡＰ３００（ＡＰ識別子）それぞれについてトラフィックの移行先とする優先順位を算出する。優先順位にはｅＮＢ２００も含めてよい。なお、ステップＳ４０４及び／又はＳ４０３において、ｅＮＢ２００は、ＵＥ１００の移動速度やバッテリ残量なども考慮に入れてもよい。

【0108】

ステップＳ４０６において、ｅＮＢ２００は、算出した優先順位に基づいて優先順位リストをＵＥ１００に送信する。

【0109】

ステップＳ４０７において、ＵＥ１００は、優先順位リストと無線リンク状況とに基づいて、最適なオフロード先ＡＰ３００を選択する。

【0110】

ステップＳ４０８において、ＵＥ１００は、選択したＡＰ３００のＡＰ識別子をｅＮＢ２００に通知する。

【0111】

ステップＳ４０９において、ＵＥ１００は、選択したＡＰ３００へのオフロードを開始する。

【0112】

（５）動作パターン５
図１２は、動作パターン５のシーケンス図である。ここでは、動作パターン１乃至４と重複する説明については省略する。

【0113】

図１２に示すように、ステップＳ５０１において、ｅＮＢ２００は、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。

【0114】

ステップＳ５０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。

【0115】

ステップＳ５０３において、ＵＥ１００は、ＷＬＡＮ測定設定情報に従って無線ＬＡＮ測定を行う。ＵＥ１００は、無線リンク状況のうち、ビーコン信号の信号強度を測定する。そして、ＵＥ１００は、測定した信号強度に基づいて、検出したＡＰ３００それぞれについてトラフィックの移行先とする優先順位を算出する。

【0116】

ステップＳ５０４において、ＵＥ１００は、算出した優先順位に基づいて優先順位リストをｅＮＢ２００に送信する。

【0117】

ステップＳ５０５において、ｅＮＢ２００は、ＵＥ１００からの優先順位リストと、ネットワーク状況と、に基づいて、ネットワーク状況が反映されるように、ＵＥ１００からの優先順位リストを更新する。

【0118】

ステップＳ５０６において、ＵＥ１００は、無線ＬＡＮ測定を改めて行う。ＵＥ１００は、無線リンク状況のうち、無線リンク安定度を測定する。

【0119】

ステップＳ５０７において、ｅＮＢ２００は、更新した優先順位リストをＵＥ１００に送信する。

【0120】

ステップＳ５０８において、ＵＥ１００は、ｅＮＢ２００からの優先順位リストと、測定した無線リンク安定度と、に基づいて、最適なオフロード先ＡＰ３００を選択するか、もしくはｅＮＢ２００との通信を維持するかを判断する。このとき、ＵＥ１００のバッテリ残量などを考慮してもよい。

【0121】

ステップＳ５０９において、ＵＥ１００は、選択したＡＰ３００のＡＰ識別子をｅＮＢ２００に通知する。

【0122】

ステップＳ５１０において、ｅＮＢ２００は、ＵＥ１００のトラフィックをオフロードするか否かを判断する。ここでは、ＵＥ１００のトラフィックをオフロードすると判断したと仮定して、説明を進める。

【0123】

ステップＳ５１１において、ｅＮＢ２００は、ＵＥ１００が選択したＡＰ３００へのオフロード許可をＵＥ１００に通知する。

【0124】

ステップＳ５１２において、ＵＥ１００は、ｅＮＢ２００からのオフロード許可に応じて、選択したＡＰ３００へのオフロードを開始する。

【0125】

尚、本シーケンスでは、ステップＳ５１０の処理は必ずしも行わなくてもよい。また、本シーケンスでは、優先順位付けが合計２回（ステップＳ５０３、Ｓ５０５）行われているが、優先順位付けを３回以上としてもよい。

【0126】

（６）動作パターン６
図１３は、動作パターン６のシーケンス図である。ここでは、動作パターン１乃至５と重複する説明については省略する。

【0127】

図１３に示すように、ステップＳ６０１において、ｅＮＢ２００は、ＷＬＡＮ測定設定情報をＵＥ１００に送信する。動作パターン６では、ＷＬＡＮ測定設定情報は、オペレータにより管理されていないＡＰ（Ｎｏｎ−ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰ）をＵＥ１００が発見した場合のＵＥ１００の動作を制御するための、以下の１）乃至３）のうち少なくとも何れかの情報をさらに含む。

【0128】

１）ＵＥ１００がＮｏｎ−ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰと接続した場合においてセルラ通信にトラフィックを残すかどうか（例えば電話などの音声データやメール以外のデータを残すかどうか）を示す情報。例えば、ｅＮＢ２００の負荷レベルが高い（混雑している）場合には、セルラ通信にトラフィックを残さないことが好ましい。

【0129】

２）ＵＥ１００がＮｏｎ−ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰと接続した場合においてその旨をｅＮＢ２００に通知すべきか否かを示す情報。

【0130】

３）ＵＥ１００がＮｏｎ−ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰと接続した場合においてＯｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰのサーチ（スキャン）を引き続き行うべきか否かを示す情報。

【0131】

ステップＳ６０２において、ＵＥ１００は、ＷＬＡＮ測定設定情報に含まれるＡＰ識別子に基づいて、ＡＰ３００を検出する。

【0132】

ステップＳ６０３において、ＵＥ１００は、Ｎｏｎ−ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰを検出し、Ｎｏｎ−ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰと接続する。

【0133】

ステップＳ６０４において、ＵＥ１００は、上記３）の情報に基づいてＡＰ３００（Ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰ）との接続を開始する。

【0134】

ステップＳ６０５において、ＵＥ１００は、Ｎｏｎ−ｏｐｅｒａｔｏｒ ｃｏｎｔｒｏｌｌｅｄ ＡＰと接続したことを示す通知をｅＮＢ２００に送信する。但し、上記２）の情報により通知が不要とされていれば、ステップＳ６０４の処理は行わなくてもよい。

【0135】

（７）無線リンク安定度
無線リンク安定度は、ＵＥ１００とＡＰ３００との間の無線リンクがどの程度安定しているのかを示すものである。以下において、無線リンク安定度の具体例１乃至４を説明する。

【0136】

図１４は、無線リンク安定度の具体例１を説明するための図である。図１４に示すように、具体例１では、ＵＥ１００は、ビーコン信号の信号強度が閾値を上回っている時間（Ｔｏｖｅｒ＿ｔｈｒｅｓｈ．）を測定し、測定区間内で最も長いＴｏｖｅｒ＿ｔｈｒｅｓｈ．の値、又は測定区間内のＴｏｖｅｒ＿ｔｈｒｅｓｈ．の平均値を無線リンク安定度として取得する。

【0137】

図１５は、無線リンク安定度の具体例２を説明するための図である。図１５に示すように、具体例２では、ＵＥ１００は、測定区間におけるビーコン信号の信号強度の分散（ｖａｒｉａｎｃｅ）を無線リンク安定度として取得する。

【0138】

具体例３では、ＵＥ１００は、受信信号のうち希望波信号の占める割合を無線リンク安定度として取得する。例えば、
（所望のＢＳＳＩＤに対応するビーコン信号の受信強度）／（同周波数帯での信号強度）
を無線リンク安定度として取得する。

【0139】

具体例４では、ＵＥ１００は、測定対象のＡＰ３００のＢＳＳＩＤからの信号（ビーコン信号を含む全信号）を測定区間内に受信した回数を無線リンク安定度として取得する。例えば、
（所望のＢＳＳＩＤに対応する信号の受信回数）／測定区間
を無線リンク安定度として取得する。多くのトラフィックを扱うＡＰ３００は頻繁に信号を送信しているため、受信回数が少なければ無線リンクは安定しているとみなすことができる。

【0140】

尚、具体例１乃至４は、ＵＥ１００は全てのＡＰ３００について無線リンク安定度を測定できるが、ビーコン信号の信号強度を測定した後、信号強度の高いＡＰ３００を選択して接続し、そのＡＰ３００についてのみ無線リンク安定度を測定してもよい。例えば、ＵＥ１００は、接続したＡＰ３００に対して接続確認メッセージを送信して通過率を測定し、無線リンク安定度を測定してもよい。そして、ＵＥ１００は、測定した無線リンク安定度が条件を満たす場合にｅＮＢ２００に報告してもよい。

【0141】

（８）ＷＬＡＮ測定報告
ＵＥ１００がｅＮＢ２００に送信するＷＬＡＮ測定報告は、無線リンク状況（ビーコン信号の信号強度、無線リンク安定度など）及びＡＰ識別子を含む。無線リンク状況は、直値とするのではなく、一定範囲ごとのインデックス値とすることにより、オーバーヘッドを削減できる。

【0142】

図１６は、本実施形態に係るマッピングテーブルの構成図である。このマッピングテーブルは、ｅＮＢ２００及びＵＥ１００で共有される。

【0143】

図１６に示すように、マッピングテーブルは、無線リンク状況の測定値とインデックス値とを対応付けたテーブルである。ＵＥ１００は、マッピングテーブルを参照して測定値をインデックス値に変換し、インデックス値をＷＬＡＮ測定報告に含める。

【0144】

（９）判定アルゴリズム
ＡＰ３００を優先順位付けするための判定アルゴリズムの一例を説明する。図１７は、判定アルゴリズムの一例を説明するための図である。

【0145】

図１７に示すように、ＵＥ１００又はｅＮＢ２００は、判定パラメータ（無線リンク状況、ネットワーク状況など）のインデックス値のそれぞれをＡＰごとに重み付け計算することにより、最適なＡＰを判定できる。例えば、ＡＰごとに以下の計算式により評価値を算出し、評価値が高い順に優先順位を高く設定する。

【0146】

(Load level) *LoadWeight+(Signal strength level + Link stability level) *LinkWeight

【0147】

［第１実施形態の変更例］
ＵＥ１００は、ＷＬＡＮ測定報告を、ｅＮＢ２００及び（隣接ｅＮＢ）についての測定結果の報告であるセルラ測定報告と共にｅＮＢ２００に送信してもよい。

【0148】

上述した実施形態では、ＵＥ１００のＷＬＡＮ送受信機１１２が動作状態（オン状態）であると仮定していたが、ＷＬＡＮ送受信機１１２が停止状態（オフ状態）である場合を考慮した動作としてもよい。例えば、ＵＥ１００は、ＷＬＡＮ送受信機１１２が動作状態であるか否かを示す情報をｅＮＢ２００に送信し、ｅＮＢ２００は、ＷＬＡＮ送受信機１１２が動作状態であるＵＥ１００に対してのみＷＬＡＮ測定設定情報を送信してもよい。

【0149】

或いは、ＷＬＡＮ送受信機１１２が停止状態であるＵＥ１００は、ｅＮＢ２００からＷＬＡＮ測定設定情報を受信しても、そのＷＬＡＮ測定設定情報を無視してもよい。また、無視したときにそのＷＬＡＮ測定設定情報を保持しておき、ＷＬＡＮ送受信機１１２が動作状態に遷移したときにそのＷＬＡＮ測定設定情報を参照して測定を開始してもよい。

【0150】

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

【0151】

ＷＬＡＮ３０にオフロードするか、セルラネットワーク（Ｅ−ＵＴＲＡＮ１０）にとどまるかを判断する際には、バッテリ残量だけではなく、ＵＥ１００の消費電力状況（画面の明るさ設定やバッテリ残量の減少速度など）を考慮して判断してもよい。バッテリ残量をパーセンテージで判断してもよく、閾値などを用いて判断してもよい、もしくは、重みづけをしてその他の電波強度のパラメータなどに含めて総合評価をしてもよい。

【0152】

［第２実施形態］
第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態では、ネットワーク選択動作におけるアクセスネットワークの決定権をＵＥ１００が持つケースを主として想定する。

【0153】

（第２実施形態の概要）
第２実施形態に係るネットワーク選択制御方法は、セルラＲＡＮ（Ｅ−ＵＴＲＡＮ１０）及びＷＬＡＮ３０の中から、ＵＥ１００のトラフィックを収容するアクセスネットワークを選択する動作であるネットワーク選択動作を制御するための方法である。

【0154】

図１８は、第２実施形態に係るネットワーク選択制御方法を示す図である。

【0155】

図１８に示すように、第２実施形態に係るネットワーク選択制御方法は、ネットワーク選択動作のオン又はオフを設定するための共通ネットワーク選択指示子をＥ−ＵＴＲＡＮ１０（セルラＲＡＮ）からブロードキャストで送信するステップＳ１１０１（ステップＡ）と、ネットワーク選択動作のオン又はオフを設定するための個別ネットワーク選択指示子をＥ−ＵＴＲＡＮ１０からユニキャストで送信するステップＳ１１０２（ステップＢ）と、を備える。

【0156】

このように、ネットワーク選択動作のオン又はオフを設定するためのネットワーク選択指示子（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｓｅｌｅｃｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）をセルラＲＡＮからＵＥ１００に送信することにより、セルラＲＡＮの負荷状況などをＵＥ１００に通知することなく、ＵＥ１００におけるネットワーク選択動作をオンするかオフするかを制御できる。

【0157】

なお、共通ネットワーク選択指示子（Ｃｏｍｍｏｎ Ｎｅｔｗｏｒｋ Ｓｅｌｅｃｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）は、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に含めることができる。これに対し、個別ネットワーク選択指示子（Ｄｅｄｉｃａｔｅｄ Ｎｅｔｗｏｒｋ Ｓｅｌｅｃｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージに含めることができる。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージは、接続解放要求に相当する。

【0158】

第２実施形態では、共通ネットワーク選択指示子は、アイドル状態のＵＥ１００及び接続状態のＵＥ１００に対して適用される。個別ネットワーク選択指示子は、接続状態のＵＥ１００に対してのみ適用される。

【0159】

或いは、共通ネットワーク選択指示子は、アイドル状態のＵＥ１００に対してのみ適用される。個別ネットワーク選択指示子は、接続状態のＵＥ１００に対してのみ適用される。

【0160】

（動作パターン１）
図１９は、第２実施形態に係る動作パターン１のシーケンス図である。本シーケンスの初期状態において、ステップＳ１２０１に示すように、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０に含まれるセル（ｅＮＢ２００）との接続を確立した状態である。ＵＥ１００は、タイマを有している。

【0161】

図１９に示すように、ステップＳ１２０２において、Ｅ−ＵＴＲＡＮ１０は、接続状態のＵＥ１００に対して、ネットワーク選択動作をオンに設定するための個別ネットワーク選択指示子をＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて送信する。

【0162】

ステップＳ１２０３において、個別ネットワーク選択指示子（ネットワーク選択動作：ＯＮ）を受信したＵＥ１００は、ネットワーク選択動作をオンに設定（Ｃｏｎｆｉｇｕｒｅ）する。これにより、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０及びＷＬＡＮ３０の中から、ＵＥ１００のトラフィックを収容する適切なアクセスネットワークの選択を開始する。

【0163】

ステップＳ１２０４において、ＵＥ１００は、接続状態からアイドル状態に遷移する。

【0164】

ステップＳ１２０５において、ＵＥ１００は、ネットワーク選択動作をオンに設定（ステップＳ１２０３）する際に、又はアイドル状態に遷移（ステップＳ１２０４）する際に、タイマを起動する。当該タイマは、ネットワーク選択動作のオン設定（ＯＮ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を維持すべき時間を規定するものである。

【0165】

接続状態からアイドル状態に遷移したＵＥ１００は、ネットワーク選択動作のオン設定をタイマが満了するまで維持する。

【0166】

ステップＳ１２０６において、ＵＥ１００は、タイマが満了した際に、ネットワーク選択動作のオン設定を破棄する。

【0167】

このように、第２実施形態に係る動作パターン１では、アイドル状態に遷移したＵＥ１００であっても、タイマに応じた時間内は個別ネットワーク選択指示子に従って動作する。よって、共通ネットワーク選択指示子がＯＦＦを示す場合でも、ＯＮを示す個別ネットワーク選択指示子に従ってネットワーク選択動作を継続することができる。

【0168】

また、第２実施形態に係る動作パターン１では、ネットワーク選択動作を意図的にＯＮに維持するケースについて説明したが、ネットワーク選択動作を意図的にＯＦＦに維持するよう変更してもよい。その場合、第２実施形態に係る動作パターン１のシーケンスにおいて、「オン（ＯＮ）」を「オフ（ＯＦＦ）」と読み替える。これにより、共通ネットワーク選択指示子がＯＮを示す場合でも、ＯＦＦを示す個別ネットワーク選択指示子に従って動作させることができる。

【0169】

（動作パターン２）
図２０は、第２実施形態に係る動作パターン２のシーケンス図である。本シーケンスの初期状態において、ステップＳ１３０１に示すように、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０に含まれるセル１（ｅＮＢ２００−１）との接続を確立した状態である。

【0170】

図２０に示すように、ステップＳ１３０２において、Ｅ−ＵＴＲＡＮ１０に含まれるセル１（ｅＮＢ２００−１）は、セル１に接続するＵＥ１００に対して、個別ネットワーク選択指示子をＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて送信する。

【0171】

ステップＳ１３０３において、個別ネットワーク選択指示子を受信したＵＥ１００は、個別ネットワーク選択指示子に従ってネットワーク選択動作をオン又はオフに設定（Ｃｏｎｆｉｇｕｒｅ）する。

【0172】

ステップＳ１３０４において、ＵＥ１００は、測定報告をセル１に送信する。当該測定報告は、例えばＥ−ＵＴＲＡＮ１０におけるサービングセル（セル１）及び隣接セル（セル２）のそれぞれの測定結果を含む。

【0173】

ステップＳ１３０５において、測定報告を受信したセル１（ｅＮＢ２００−１）は、当該受信した測定報告に基づいて、セル２へのＵＥ１００のハンドオーバを決定する。

【0174】

ステップＳ１３０６において、セル１（ｅＮＢ２００−１）は、ＵＥ１００のコンテキスト情報を含んだハンドオーバ要求をセル２（ｅＮＢ２００−２）に送信する。コンテキスト情報は、ＵＥ１００の各種設定に関する情報である。コンテキスト情報は、ステップＳ１３０２でセル１からＵＥ１００に送信した個別ネットワーク選択指示子を含む。

【0175】

このように、セル１からセル２に対して、個別ネットワーク選択指示子を含んだコンテキスト情報を転送する。これにより、セル２（ｅＮＢ２００−２）は、ＵＥ１００のネットワーク選択設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を把握することができる。

【0176】

ステップＳ１３０７において、ハンドオーバ要求を受信したセル２（ｅＮＢ２００−２）は、ハンドオーバ肯定応答（ＡＣＫ）をセル１（ｅＮＢ２００−１）に送信する。

【0177】

ステップＳ１３０８において、ハンドオーバ肯定応答を受信したセル１（ｅＮＢ２００−１）は、セル２へのハンドオーバを指示するハンドオーバ指令をＵＥ１００に送信する。

【0178】

ステップＳ１３０９において、ハンドオーバ指令を受信したＵＥ１００は、セル２との接続処理を行う。

【0179】

コンテキスト情報を受信したセル２（ｅＮＢ２００−２）は、自身の負荷状況に基づいて、コンテキスト情報に含まれる個別ネットワーク選択指示子（すなわち、ＵＥ１００のネットワーク選択設定）の変更が必要であるか否かを判定する。例えば、ＵＥ１００にＯＦＦが設定されている場合であって、かつセル２（ｅＮＢ２００−２）の負荷レベルが高い場合には、ＯＦＦ設定をＯＮ設定に変更すると判定する。

【0180】

セル２（ｅＮＢ２００−２）は、そのような変更が必要であると判定した場合に、変更された個別ネットワーク選択指示子（例えばネットワーク選択動作：ＯＮ）をＵＥ１００に送信する。なお、セル２（ｅＮＢ２００−２）は、ステップＳ１３０９におけるＵＥ１００の接続処理の際に、当該変更された個別ネットワーク選択指示子をＵＥ１００に送信してもよい。

【0181】

このように、第２実施形態に係る動作パターン２では、ＵＥ１００がハンドオーバを行う場合であっても、ＵＥ１００のネットワーク選択設定をターゲットセル（セル２）で把握することができる。よって、ターゲットセル（セル２）は、ＵＥ１００のネットワーク選択設定を変更するか否かの判定を行い、必要に応じて変更することができる。

【0182】

（動作パターン３）
図２１は、第２実施形態に係る動作パターン３のシーケンス図である。本シーケンスの初期状態において、ステップＳ１４０１に示すように、ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０に含まれるセル（ｅＮＢ２００）との接続を確立した状態である。

【0183】

図２１に示すように、ステップＳ１４０２において、Ｅ−ＵＴＲＡＮ１０に含まれるセルは、個別ネットワーク選択指示子を含んだＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｌｅａｓｅメッセージをＵＥ１００に送信する。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージを受信したＵＥ１００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージに含まれる個別ネットワーク選択指示子に従ってネットワーク選択動作をオン又はオフに設定（Ｃｏｎｆｉｇｕｒｅ）する。そして、ステップＳ１４０３において、ＵＥ１００は、ＲＲＣ接続を解放し、接続状態からアイドル状態に遷移する。

【0184】

このように、第２実施形態に係る動作パターン３では、ＵＥ１００がアイドル状態に遷移する際にネットワーク選択動作をオン又はオフに設定するため、アイドル状態においてＵＥ１００が個別ネットワーク選択指示子に従って動作するように制御できる。

【0185】

なお、ＵＥ１００は、アイドル状態に遷移した後に以下の何れかの動作を行う。

【0186】

１）ＵＥ１００は、次に接続状態になって個別ネットワーク選択指示子を受け取るまでは、設定を維持する。

【0187】

２）上述した第２実施形態に係る動作パターン１と同様に、タイマが満了するまで設定を維持し、タイマ満了後に受け取った共通ネットワーク指示子に従って動作する。

【0188】

以下において、上述した実施形態の補足事項について付記する。

【0189】

［付記１］
１．序文
主要な焦点は、３ＧＰＰネットワーク（セルラネットワーク）からオペレータ及びそのパートナーにより配置及び制御されるＷＬＡＮへサービスをオフロードするためにオペレータにより使用されるシナリオをより良く理解することである。ＷＬＡＮ／３ＧＰＰノードの共同配置（collocated）及び非共同配置（non-collocated）の両シナリオは、必須であると考えられる。意図されるシナリオの明確化により、これらのシナリオのためのソリューションを検討可能になる。しかしながら、オフロードプロシージャの詳細を検討する前に、良好なソリューションの基礎をなすいくつかの要素を良く理解することが必要である。特に、オフロードに必要な情報、及び、その情報の交換に協働するエンティティ（ＵＥ又はＮＷ）を検討すべきである。付記１は、オフロードを成功するために重要な要素についてのいくつかの提案を提供する。

【0190】

２．議論
検討すべき共同配置及び非共同配置の追加的な詳細シナリオを指摘する。これらは、カバレッジが１又は複数の重複するＷＬＡＮ及び３ＧＰＰノードを包含するケースを含む。全てのケースにおいて、シナリオはＷＬＡＮ及び３ＧＰＰノードの両方のカバレッジを含んでおり、そうでなければオフロードは不可能である。オフロードの概念は新しいものではなく、ｅＩＣＩＣ、ＨｅｔＮｅｔ、ＣＡ、及び現在は小セル強化の議論で検討されている。しかし、小３ＧＰＰノードへのオフロードとは異なり、ＲＡＮの観点では、３ＧＰＰノードとＷＬＡＮとの間で交換される情報については十分に規定されない。さらに、規格化されたインターフェイスが利用できない場合、３ＧＰＰノードとＷＬＡＮノードとの間でどの情報が交換できるか不明確である。

【0191】

２．１．ネットワーク選択に必要な情報
３ＧＰＰノードからＷＬＡＮノードへのオフロードをサポートするために、３ＧＰＰノードは、オフロードのための適切な判断の前に、評価すべき多くのファクターを検討すべきである。オフロード判断のベースの例は、輻輳を軽減する必要性、ＵＥに高いスループットを提供する必要性、良好なユーザ体験のためにＱｏＳ要求を満足する必要性である。ＵＥのオフロードを行うと判断されたら、３ＧＰＰネットワークは、オフロード必要性のために最も好適なネットワーク及びノードを検討すべきである。従って、重要な情報はネットワーク選択処理の一部として評価されるべきであり、そうでなければオフロードは適切に取り扱われない。特に、以下の情報はネットワーク選択に利用できると考えられる。

【0192】

・アクセス及びバックホール負荷
・スループット
・ＱｏＳ
・ＷＬＡＮノード識別子
・信号強度
・リンク安定度
・ＷＭＭ機能のサポート

【0193】

オフロードの主な検討の一つは、ＲＡＮ／ＮＷ輻輳を軽減する必要性である。ＷＬＡＮノードが３ＧＰＰノードよりも輻輳している場合に、３ＧＰＰノードにあるＵＥを維持するために、ＵＥをＷＬＡＮにオフロードするか否かを判断する前にＷＬＡＮアクセス及びバックホール負荷を考慮すべきである。何れのネットワークも過負荷でない場合でも、良好なユーザ体験及びそのような要求を満足する代替ネットワークへのオフロードの機会を提供するためにＵＥスループットを増やすことが必要であるかもしれない。いくつかのサービス（例えば耐遅延性サービス）はＷＬＡＮに適しており、他のサービス（例えば音声）は３ＧＰＰノードに適しているため、ＱｏＳにも同様のことがいえる。

【0194】

オフロードの利点の一つは、全てのアクティブなサービスが一つのネットワークによりサーブされる必要はない、つまり、ＵＥが両ネットワークに同時に接続可能なオプションを意味し、ＱｏＳ要求が最適化される。不要な同時接続は望ましくないＵＥ電力消費を引き起こすため、そのようなオフロード判断は慎重に検討されるべきである。

【0195】

３ＧＰＰノードは、オフロードのためのターゲットＷＬＡＮノードを識別することが必要になる。ＷＬＡＮノードのＳＳＩＤ（又はＢＳＳＩＤ）は識別子の候補であり、オフロード前にＷＬＡＮの信頼性を検証する処理を規定する必要がある。

【0196】

信号強度は、ＷＬＡＮノードへのオフロードの可能性を評価するために明らかに必要な情報の一つである。３ＧＰＰノード間のモビリティのケースと同様に、ソース信号強度及びターゲット信号強度は一緒に考慮されるべきである。

【0197】

信号強度に密接して、ＷＬＡＮノードのリンク安定度の評価が必要である。リンク安定度は、ＵＥがどれくらい長くＷＬＡＮノードへの接続を維持できるかの測定であり、信号強度の変動に依存する。十分なリンク安定度情報を得るためにＵＥがＷＬＡＮノードに接続する必要はないかもしれない。また、ＵＥのモビリティは、接続の安定度に影響を与える。ある領域に配置されるＷＬＡＮノードの数も、ある位置におけるリンク安定度に影響を与える。リンク安定度をどのように規定し、どのエンティティがその要求を規定するかについては、検討が必要である。

【0198】

ＷＬＡＮ及びＵＥがＷＭＭをサポートするか否かを考慮すべきである。ＷＭＭによれば、ＷＬＡＮによりサポートされるサービスの優先度カテゴリを３ＧＰＰノードが受信できる。特に、ＷＬＡＮ上での音声サービスのサポートが可能である。これは、ＵＥが３ＧＰＰノードに接続する必要がない場合、３ＧＰＰノードがオフロード及びＵＥ電力消費の削減するための選択肢を増やすことができるかもしれない。

【0199】

提案１：ネットワーク選択に不可欠なパラメータのセットを決定すべきである。

【0200】

２．２．共同配置シナリオと非共同配置シナリオとの対比
ネットワーク選択のパラメータのセットが決定されたら、共同配置シナリオ及び非共同配置シナリオの両方に関連するパラメータを得る際に違いがあるか否かも考慮すべきである。共同配置シナリオでは、３ＧＰＰノード及びＷＬＡＮノードは同一ノード内に位置するので、自身のインターフェイスを介して３ＧＰＰノードとＷＬＡＮノードとの間で交換される大部分の情報を得ることができる。特に、アクセス及びバックホール負荷、スループットの管理、ＱｏＳサポートを含む情報交換は、同一ノード内で透過的に交換することができる。共同配置シナリオの拡張の一部として、３ＧＰＰノードとは物理的に隔離されているＷＬＡＮノードであるものの、ＣＡ配置シナリオ４のような光ファイバリンクを介して３ＧＰＰノードに接続される外部ＷＬＡＮノードもサポートできるべきである。３ＧＰＰノードは遅延なく外部ＷＬＡＮノードに直接的にアクセスできるので、この外部ＷＬＡＮノードは、共同配置シナリオと同様な情報交換能力を有する。

【0201】

非共同配置シナリオでは、規格化されたインターフェイスが利用不能であると想定されるので、スループット及びアクセス／バックホール負荷を交換できるか明確ではない。負荷情報は、ネットワーク実装の一部としてＯＡＭを介して得ることができるかもしれない。負荷が急速に変化しない限りは、情報交換に関するレイテンシは重大にならない。バックホール負荷が輻輳である場合、タイムリーに情報交換を行うことがより難しくなる。他の方法としては、ＷＬＡＮノードが定期的に送信するビーコンフレーム、又はプローブ応答フレームにより負荷情報が得られる可能性がある。しかしながら、そのような負荷情報はアクセス負荷のみを反映しており、バックホール負荷を反映していない。

【0202】

無線リンクパラメータについては、共同配置シナリオ及び非共同配置シナリオの両方で利用可能であると想定されるので、各シナリオで違いはない。

【0203】

提案２：ネットワーク選択に必要なパラメータは、共同配置シナリオ及び非共同配置シナリオの両方で利用可能であるべきである。

【0204】

２．３．無線リンクパラメータ
既に提案したように、ＷＬＡＮノードの信号強度及びリンク安定度等の無線リンクパラメータは、共同配置シナリオ又は非共同配置シナリオで直ちに利用可能であると想定する。異なる観点では、信号強度等の無線リンクパラメータは、ＷＬＡＮノードからのＵＥのパスロスの指示子である。パスロスは、ＵＥの位置に依存し、当該位置がＷＬＡＮノードのカバレッジ内であるか否かに依存する。従って、３ＧＰＰノードがＷＬＡＮノードとＵＥとの相対的な位置を直ちに判断できれば、３ＧＰＰノードはＷＬＡＮノードからのＵＥのパスロスを判断できる。共同配置シナリオでは、両ノードに対するＵＥの相対的な位置は同じであるので、ＷＬＡＮノードからのパスロスを推定できるかもしれない。しかしながら、実際には、３ＧＰＰ及びＷＬＡＮで周波数帯及びアンテナ構成が異なれば、パスロスを直接に求めることができない。非共同配置シナリオでは状況はより複雑である。この複雑さは、非共同配置のＷＬＡＮノードからのＵＥの相対的なパスロスを求めることを含み、ＵＥに対して位置情報の報告を要求することになるかもしれない。また、ＷＬＡＮノードの位置は３ＧＰＰノードにより常に把握されていることを想定している。

【0205】

共同配置シナリオ及び非共同配置シナリオで共通のソリューションに到達するために、必要に応じて、無線リンクパラメータの判断及び３ＧＰＰノードへの報告をＵＥに許可することがシンプルである。上述したように、３ＧＰＰノードがＵＥのＷＬＡＮ信号強度を判断することは非常にチャレンジングであり、また、このソリューションは３ＧＰＰノード間でのモビリティのための既存の挙動と調和しており、無線リンク測定のＷＬＡＮサポートをＵＥに追加するための複雑性がわずかしかない。

【0206】

提案３：オペレータＷＬＡＮ無線リンク情報がＵＥから得られるべきであるか否かについて検討すべきである。

【0207】

２．４．オフロード指示子
提案３が合意される場合、ＵＥがＷＬＡＮノードのカバレッジ内にいるときはいつでも、ＵＥは無線リンクパラメータを直ちに得ることができる。この情報は３ＧＰＰノードに報告されてもよく、３ＧＰＰノードはオフロードが必要か否かを検討することができる。しかしながら、ＵＥのＷＬＡＮ無線が常にオンであるとは限らない。ＵＥのユーザは、電力を節約するためにＷＬＡＮ無線をオフにしているかもしれない。ＵＥが３ＧＰＰノードのオフロード意図を把握していない場合、ＵＥがＷＬＡＮ無線をオンにする理由はほとんどない。従って、ＵＥがＷＬＡＮ無線をオンにしてタイムリーに無線リンクパラメータを測定できるように、３ＧＰＰノードがＵＥに対してオフロード意図を示すことは有益である。この点はＷＬＡＮディスカバリー／スキャンニング最適化に密接に関係しており、どのソリューションがＷＬＡＮディスカバリー／スキャンニングに最終的に適用されたかと無関係に、かかる指示子は有益である。

【0208】

提案４：３ＧＰＰネットワークは、ＷＬＡＮオフロードが必要であることをＵＥに通知するメカニズムを持つべきである。

【0209】

３．まとめ
付記１では、ネットワーク選択に必要な要素のいくつかについて記載した。

【0210】

［付記２］
１.序文
どうやってソリューション（ソリューション１、２、３）が必要要件を満たすかについての考察の結果、特に、ＡＮＤＳＦ（Access network discovery and selection function）およびＲＡＮルールに関するいくつかの不明点があるが、ソリューション２が全ての必要要件を満たすように思われる。付記２では、それらの差異と、トラフィックステアリングの必要要件を満たすためにどのように使用されるかと、について更なる説明を行う。ソリューション２は、ネットワーク選択のパラメータをＲＡＮからＵＥに提供可能であり、かつネットワーク選択のルール（ポリシー）に従ってネットワークの選択権をＵＥが持つ方式である。ソリューション２の必要要件を満たすことに関する更なる詳細については、付録にて説明する。

【0211】

２.考察
２.１.ＡＮＤＳＦ対ＲＡＮルール
ソリューション２に基づくほとんどの懸念事項が、ＡＮＤＳＦポリシーとＲＡＮルールとの関係から派生している。例えば、ある懸念事項は、ＵＥの挙動が予測不可能であることから派生し、また、ＡＮＤＳＦポリシーとＲＡＮルールとの間の不明瞭な関係により発生する潜在的なピンポン伝送から派生している。以下の諸問題に対する答えは、ＡＮＤＳＦとＲＡＮルールとの関係を明確にする手助けになるはずである。

【0212】

１） ＡＮＤＳＦが利用不可能な場合、ＲＡＮルールは使用できるだろうか。

【0213】

ＡＮＤＳＦが利用不可能な場合、ＲＡＮは、ＵＥ間の統一された挙動を保証するルールを提供できるはずである。事前に静的なルールをＵＥに提供すると、基本的にＵＥ実装の問題であるので、予想不可能な挙動になってしまうだろう。この柔軟性がソリューション２の主な利点の１つである。

【0214】

２） ＡＮＤＳＦがＵＥに対して利用可能な場合、ＵＥはどのルールに従うべきだろうか。ＡＮＤＳＦポリシー、ＲＡＮルール、それとも両方だろうか。

【0215】

現在は、「ＡＮＤＳＦポリシーがＵＥに提供された場合でも、ＵＥにより使用される好ましいルールを通知する選択肢をＲＡＮは有する。」と言われている。原則的には、ＡＮＤＳＦがＵＥにとって利用可能であり、ＵＥがＡＮＤＳＦをサポートしている場合、ＵＥはＡＮＤＳＦを使用することを許可されるべきである。しかし、混乱を避けるため、どのルールを使用するかの決定は、ＲＡＮ次第とする。ＲＡＮが、ＵＥが、利用可能なＡＮＤＳＦを有していると把握している場合、ＲＡＮは、ＵＥがＡＮＤＳＦを使用することを許可するべきである。ＲＡＮがＵＥにＲＡＮルールを使用するべきだと告知した場合、ＵＥがＡＮＤＳＦを使用する許可を与えれば、ＡＮＤＳＦの使用は全てのＵＥ間における一様挙動を妨げるＵＥ実装に委ねられるだろう。従って、ＲＡＮルールまたはＡＮＤＳＦポリシーのどちらか一方が、ＲＡＮの決定にしたがって使用され、その両方が使用されることはない。

【0216】

３） ＡＮＤＳＦが一部のＵＥにだけ利用可能で全てのＵＥに利用可能ではない（恐らく、一部のＵＥはＡＮＤＳＦ対応ではない）場合、ＲＡＮは、ＡＮＤＳＦ対応でないＵＥに対してのみルールを提供できるだろうか。

【0217】

ＲＡＮルールまたはＡＮＤＳＦポリシーを与えるか否かはＲＡＮ次第である。混乱を避けるため、ＲＡＮルールは区別なく全てのＵＥに提供されるべきだと考える。

【0218】

４） ローミング中のＵＥに対しても同じルールを適用するべきだろうか。ローミング中のＵＥは、ローミング中でないＵＥと同じＡＮＤＳＦを有するだろうか。ローミング中のＵＥは、ローミング中でないＵＥと同じように動作する必要はあるだろうか。

【0219】

繰り返すが、ＲＡＮルールまたはＡＮＤＳＦを使うか否かの決定は、ＲＡＮに一任されている。もしＵＥがＲＡＮから提供されたルールに基づいてトラフィックステアリングを実行すれば、ローミング中のＵＥの挙動は、オペレータにとって予想可能と言えるだろう。それは、負荷バランスにとっても好ましい。

【0220】

５） ＵＥがＲＡＮからＲＡＮルールを使用してもよいと通達される場合、ＵＥ実装が許可されることはあるだろうか。

【0221】

ＲＡＮルールに従うと言ってもＵＥが自動的にＷＬＡＮをスキャンするわけではないし、トラフィックをＷＬＡＮへ向けるわけではない。ＲＡＮルールは、ＷＬＡＮスキャン最適化の一部として、充電レベル状態について、ＵＥも責任を負うことを仮定している。ＷＬＡＮスキャン最適化の詳細は、今後の検討が必要である。ＲＡＮからＷＬＡＮへのトラフィックステアリングにおいて、ＵＥは、ＲＡＮルールで規定されたＤＲＢに基づいて、方向を切り替えるトラフィックを選択する。ＷＬＡＮからＲＡＮへ方向を切り替えられるトラフィックの選択において、ＵＥは、もし利用可能であれば、ＩＦＯＭ使用し、またはＵＥ実装を使用してもよい。

【0222】

表１には、ＲＡＮルールとＡＮＤＳＦとの関係（適用されるポリシー／ルールの概要）がまとめられている。

【0223】

【表1】

【0224】

上記明瞭にした点に基づいて、以下の結論に達した。

【0225】

ソリューション２において、ＲＡＮは、ＵＥがＲＡＮルールまたはＡＮＤＳＦポリシーを使用するか否かを決定する。

【0226】

提案１： ＲＡＮが、ＵＥがＲＡＮルールを使用するべきだと決定した場合、ＵＥは、ＡＮＤＳＦが利用可能であっても、ＲＡＮルールだけを使用する。

【0227】

提案２： ＲＡＮが、ＵＥがＲＡＮルールを使用するべきだと決定した場合、ＲＡＮからＷＬＡＮへのトラフィックステアリングは、オフロードのために選択されたデータベアラを定義するトラフィック情報に従う。

【0228】

提案３： ＷＬＡＮからＲＡＮへのトラフィックステアリングにおいて、ＵＥは、トラフィックをＵＥ実装またはＩＦＯＭ（利用可能な場合）に従って選択してもよい。

【0229】

２.２. 負荷情報についての明瞭化
先の考察では、ＲＡＮからＷＬＡＮへのトラフィックステアリングのトリガとして、ＲＡＮがＵＥにその負荷を通知してもよいという提案があった。そのような通知は、オペレータにとって何の利点もない。ロードバランスにおいて、ソリューション２は、所望のオフロードのレベルを変更するため、ＲＡＮに３ＧＰＰ ＲＡＮ ＲＳＲＰ、ＲＳＣＰ、ＷＬＡＮ ＢＳＳ負荷、およびＷＬＡＮ ＲＳＳＩの閾値を調整させる。さらに、アクセスネットワークの選択の精度は、負荷情報など間接的メトリックスよりも直接的メトリックスを使用することで改善もされている。

【0230】

また、図２２に示すように、ソリューション２は、非効率なスキャン、オフロード通知を使ったトラフィックステアリングを防ぐことができる。負荷レベルが上昇すると、ＲＡＮは、オフロード通知をＵＥに送信することにより、ネットワークの選択を推奨する。ＵＥは、この通知をトリガとしてネットワークの選択を開始する。このようなオフロードの通知を使用すると、特に、ユーザが節電のためにＵＥのＷＬＡＮモジュールの電源をオフ状態にするような場合、ＷＬＡＮの不必要なスキャンが防止される。ＵＥは、オフロード通知を受信する場合、ＷＬＡＮモジュールの電源をオン状態にする。

【0231】

提案４： ソリューション２において、ＲＡＮは、ＲＡＮからＷＬＡＮへオフロードする意志をＵＥに伝えるオフロード通知を送信してもよい。

【0232】

提案５： たとえＵＥがオフロード通知をＲＡＮから受信しても、ＵＥは、ＵＥ実装、例えば、バッテリのレベルなどに基づいて、ＷＬＡＮスキャンが好ましいか否かを判別する選択肢を有する。

【0233】

なお、図２２の左側には、トラフィックステアリングを実行する必要がないケースが示される。図２２の右側には、オフロード通知を使用してＵＥがネットワークの選択を開始するケースが示される。

【0234】

３.まとめ
付記２において、特に、不明点に対する説明が更になされ、ソリューション２の改良点を示し、該ソリューションが全ての必要要件を満たすと結論付けた。

【0235】

４.付録
４.１.必要要件充足評価
ＡＮＤＳＦとＲＡＮルールとを上記の通り明確化したことにより、ソリューション２が必要要件を満たすか否かを再検討することが興味深いと思われる。

【0236】

必要要件１：
ソリューション２は、ＡＮＤＳＦまたはＲＡＮルールを利用することによって、ＲＡＮ負荷とＷＬＡＮ負荷ＡＰとの間の適切なバランスを達成する。特に、ＲＡＮルールは、３ＧＰＰ／ＷＬＡＮ信号およびＷＬＡＮ負荷用の閾値を規定し、明確にＲＡＮの負荷情報を提供せずに、トラフィックステアリングを制御する。ＵＥがＡＮＤＳＦを利用可能であっても、ＲＡＮは、ＡＮＤＳＦまたはＲＡＮルールが二者間で潜在的に対立しないよう利用されるか否かを判別する。

【0237】

ＵＥがＡＮＤＳＦを利用不可能な場合、もし、スマートＵＥ実装を用いても、ＵＥにより使用されるポリシーは、異なる場合があるため、オフロードの結果は、不確かな可能性がまだある。ＲＡＮルールがあれば、ＵＥの挙動は予測可能であり、その結果、予測可能なオフロード制御が可能である。

【0238】

ソリューション１と違って、ソリューション２では、より正確なオフロード制御を可能とするルールを付与するタイミングをＲＡＮが制御できる利点を有する。動的に負荷制御を実施するために、ＲＡＮは、タイムリーにアクセスネットワークを選択可能にするために必要な閾値を調整する選択肢を有する。

【0239】

必要要件２：
ＲＡＮ／ＷＬＡＮの信号品質とＷＬＡＮ負荷とを反映するルールを規定することによって、ユーザ体験が改善する可能性がある。ユーザ体験およびネットワークの性能の両方が改善するように、ＲＡＮは閾値を規定し、既存の３ＧＰＰ測定レポート、ＲＡＮ状態、ＵＥにより生成される相対的負荷を考慮に入れる。

【0240】

ソリューション２は、ＵＥに基づいたアクセスネットワーク選択ソリューションであるので、単なるＤＲＢではなく、ＩＰフローをステアリングするようなＵＥ固有のニーズは、より少ないシグナリングで、より簡単に実現されると思われる。

【0241】

必要要件３：
ＷＬＡＮの利用を改善するためには、ユーザ体験を改善し、バッテリ消費の削減が必要である。この観点から、ソリューション２は、所望の結果を達成するため、ＵＥにバッテリレベル、ＷＬＡＮへの近接、ＱｏＳを考慮させることにより、必要要件を満たしている。

【0242】

ランダム化を適用して、過剰な数のＵＥがＷＬＡＮに同時にアクセスすることを防止してもよい。

【0243】

さらに、ＲＡＮからのオフロード通知を使用して、不必要なＷＬＡＮスキャンを防止してもよい。通知が起動された場合のみ、ＵＥはこの手順を開始する。

【0244】

必要要件４：
特定のＲＡＮの条件が満たされた場合のみ、ＵＥがＷＬＡＮスキャンを行うことを許可するルールを規定することにより、バッテリ消費を削減できる可能性がある。例えば、ＲＳＲＰが特定の閾値未満の場合のみ、ＵＥにＷＬＡＮチャンネルをスキャンさせることによって、ＵＥの電力消費は削減される可能性がある。

【0245】

必要要件５：
もしＲＡＮがＵＥはＡＮＤＳＦを使用しなければならないと決定した場合、ＡＮＤＳＦに基づいてトラフィックステアリングを行ってもよい。もしＡＮＤＳＦが利用不可能であって、ＲＡＮがＵＥはＲＡＮルールを使用すべきだと決定した場合、ＲＡＮは、ＷＬＡＮにオフロードするためにはどのトラフィックが最良かを決定してもよい。

【0246】

必要要件６：
ソリューション２は、既存の３ＧＰＰおよびＷＬＡＮの機能性には影響を及ぼさないので、従来のシステムに影響しない。

【0247】

必要要件７：
ソリューション２は、既存のＷＬＡＮスキャン／コネクション機構に従うので、ＩＥＥＥやＷＦＡに影響しない。

【0248】

必要要件８：
ＷＬＡＮシステムの区別が可能になるように、ＲＡＮは、ＵＥに対して、ＷＬＡＮサービスセット識別子からなるホワイトリスト（またはブラックリスト）を提供してもよい。ＳＳＩＤ−閾値毎に提供してもよい。

【0249】

さらに、ソリューション２は、ＡＮＤＳＦのみに基づいて、オフロード用のＷＬＡＮ専用システムを定義することが可能である。ＲＡＮポリシーは、既存のＡＮＤＳＦポリシーも利用可能である。

【0250】

必要要件９：
本必要要件は、特定のＵＥ用の個別のシグナリングを利用することによって達成可能である。

【0251】

必要要件１０：
ランダム化を利用し（例えば、ＵＥは、目標セルにアクセス可能か否かをテストする前にランダムバックオフを実行する）、ＵＥごとの個別のアシスタント情報（例えば、閾値）を提供することによって、ピンポン伝送を防ぐことが可能である。追加の機構が必要か否かは、今後の検討が必要である。

【0252】

［付記３］
ルールの例：
ＡＮＤＳＦが利用不可能な場合（またはＲＡＮによって推奨されていない）
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 受信したアシスタント情報をＵＥのインターワーキング上層に転送する
なお、パラメータｘ、ｘ’、ｙ、ｙ’、ｚ、ｚ’はネットワークにより提供される。

【0253】

・“If ＲＡＮ ＲＳＲＰ < x or offloading indicator == yes” and “if ＷＬＡＮ RSSI > yと、ＷＬＡＮ BSS load < z”との間で分割
if ＲＡＮ ＲＳＲＰ > x and offloading indicator == no not signaledの場合、動機付けとして、ＵＥはスキャン最適化が許可される（ＷＬＡＮクライアントオフを含む）。そして、スキャン最適化を適用するか否かに拘わらずＵＥはＲＡＮ ＲＳＲＰ測定を行う。

【0254】

・２つの閾値、「If ＲＡＮ ＲＳＲＰ < x」および「offloading indicator == yes」を有する理由
もしＲＡＮが所望のオフロードを通知しなくても、ＵＥは、ＷＬＡＮ用のスキャンを希望すると思われる。それは、ＲＡＮが、どれくらいの潜在的なＵＥ（すなわち、ＲＳＲＰ > xのＵＥ）がオフロードされないかを判別する１つの方法である。そうすれば、ＵＥは依然としてＷＬＡＮ測定をｅＮＢに報告するが、ＷＬＡＮへのオフロードのターゲットにはならないだろう。ＭＤＴのようなもの。従って、ＲＡＮは、将来、「ｘ」の調整の精度を向上することができる。これは、個別のシグナリングにのみ適用できる。

【0255】

・The reason “if WLAN RSSI < y’ or WLAN BSS load > z’”
この場合、UEは、ＷＬＡＮからＲＡＮにオフロードすべきである。

【0256】

ＷＬＡＮからＲＡＮへのオフロードの決定がＵＥ実装またはＡＮＤＳＦ次第ということは危険である。ここで重要なことは、ＵＥがトラフィックをＷＬＡＮからＲＡＮへ切り替えるかどうかを判別する際に、ＲＡＮルールがさらに適用可能であることだ。しかし、ＷＬＡＮからＲＡＮに切り替えるトラフィックの選択は、ＵＥ実装に基づくものである（つまり、ＲＡＮルールに適応したＵＥは、ＷＬＡＮに移動したら、ＲＡＮルールはＵＥの間に使用されるべきである。従って、ＵＥが適応するＲＡＮルールは、不必要なピンポン伝送用ネットワークの選択を防ぐために、（ＲＡＮに戻った後）ＵＥが、更新されたパラメータを受信するまで、該ＲＡＮルールを維持しなければならない。なお、ルール嗜好指示子は、上記「更新されたパラメータ」に含まれる。

【0257】

・オフロード嗜好指示子の必要性
リスト化されたパラメータは、個別のシグナリングまたはブロードキャストのシグナリングにより提供される。（更に詳細には、全てのリスト化されたパラメータが個別のシグナリングにより提供されているのか否か、またはいくつかのパラメータがブロードキャストシグナリングにより提供できるのか否か）。ＲＳＲＰ閾値とＷＬＡＮに関する閾値がブロードキャスト信号により提供され、一方、残りのパラメータが個別のシグナリングにより提供される状況があれば、ＲＡＮは、ＲＳＲＰ閾値を大幅に変更するべきではない。その後、オフロード嗜好指示子は、ネットワークが、ＷＬＡＮに近接するＵＥだけをＷＬＡＮに移動させるために有効になる（ネットワークがＷＬＡＮとＵＥの位置を知っている場合）。

【0258】

当然、ネットワークが、更新されたパラメータｘ、ｙ、ｚを、オフロード嗜好指示子ではなく、個別のシグナリングで送信するという別の可能性もある。

【0259】

上記手順をまとめると、ＵＥは、以下の表２に記載したルールに従う。

【0260】

【表2】

【0261】

［付記４］
１．序文
この検討事項の主な目的の１つは、アクセスネットワークの選択をどのように処理するか、及びステアリングのためのトラフィックをどのように選択するかを決定することである。アクセスネットワークの選択については、現在、３つの解決策の候補がＴＲ３７．８３４に記載されている。しかし、アクセスネットワークの選択手順がどのように開始されるかは不明瞭である。ＵＥ動作は明確に定義される必要があるため、このことは特にソリューション１及びソリューション２などのＵＥベースのアクセスネットワークの選択において問題となる。ネットワークベースのソリューション（すなわちソリューション３）の場合、ＩＤＬＥ ＵＥのためのアクセスネットワークの選択はＵＥベースのソリューションと同様の技術を使用してもよい。したがって、本問題はアクセスネットワークの選択の全てのソリューションにおいて共通の課題である。付記４は、アクセスネットワークの選択に関する問題を明らかにし、幾つかの推奨を行うものである。

【0262】

２．検討
双方向の負荷分散を達成するために、アクセスネットワークの選択は適正に制御されなければならない。ネットワーク選択のトリガの手順は、少なくともＲＡＮの負荷状態に基づいて行う必要がある。また、ＲＡＮは最新の負荷情報をＵＥに提供できなければならない。

【0263】

しかし、多くのオペレータは直接的な負荷情報をＵＥに提供することを望まない（すなわち、負荷率で表示するか高／中／低で表示するか）。したがって、ＲＡＮが直接的な負荷情報を提供するのではなく、図２３に示すように、アクセスネットワーク選択開始トリガをＵＥに提供するほうが望ましいと思われる。

【0264】

提案１：アクセスネットワーク選択指示子をネットワーク選択のトリガとして使用するべきである。

【0265】

指示子が、（例えば閾値を調整することにより）ＲＡＮが提供するパラメータの一部として暗黙的に含まれるのか、明示指示子（例えば１ビット指示子）とするかは更なる検討事項である。２つの方法のいずれも同じ結果を達成できるであろう。暗黙的な指示子は、オフロードやオンロードを促す条件式であってもよい。例えば、指示子は、オフロード又はオンロードを促すように閾値を調整するものであってもく、オフロード又はオンロードを促すようにオフセット値を設定するものであってもよい。

【0266】

２．１．アクセスネットワーク選択指示子
以下の部分では、主としてソリューション２について検討する。ＲＡＮはその負荷状態に応じて指示子の値を切り換えることができるものと想定される。

【0267】

アクセスネットワークの選択のため、ＲＡＮは以下のネットワーク選択条件を満たすフレキシビリティを有する必要がある。

【0268】

条件１．ＲＡＮは、全てのＵＥ（ＩＤＬＥとＣＯＮＮの両方）にネットワークの選択をトリガするように指示できる必要がある。

【0269】

条件２．ＲＡＮはネットワークの選択をトリガする特定のＵＥを選択し得る。

【0270】

条件３．ＲＡＮがネットワークの選択のためにＩＤＬＥ ＵＥのみを選択することは想定されない。

【0271】

ネットワークの選択をトリガするためにブロードキャスト信号と個別信号の両方を使用してもよい。これは、ＲＡＮがブロードキャスト指示子と個別指示子の両方を同じＵＥに提供し得ることを意味している。一般に、いずれのＵＥがＷＬＡＮの受信可能領域の近傍にあるかをＲＡＮが知ることは困難であり、ＷＬＡＮの受信可能領域がマクロセルよりも小さいので、ブロードキャスト指示子が有用である。個別指示子には、ＲＡＮが（例えばＲＡＮ内でのＵＥのリソースの使用状況に基づいて）、アクセスネットワークの選択のために特定のＵＥを設定できるという利点がある。したがって、２つの指示子は目的が異なるため、異なる設定であってもよい。したがって、ＵＥ動作をより良く理解できるように、ブロードキャスト指示子と個別指示子がＩＤＬＥ ＵＥとＣＯＮＮ ＵＥの両方に適用可能であるべきかを考慮する必要がある。個別信号が特定のＵＥに適用可能であることは既に明らかであるため、主要な問題は、ブロードキャスト指示子が全てのＵＥに適用可能であるべきか、ＩＤＬＥ ＵＥのみに適用可能であるべきかである。候補選択肢として２つある。

【0272】

１）ブロードキャストネットワークアクセス指示はＩＤＬＥ ＵＥのみに適用可能である。

【0273】

この選択肢では、いずれの信号メカニズムがいずれのタイプのＵＥに適用可能であるかが明らかである。両方のタイプの指示子を受信するＵＥの矛盾を解決する必要が一切なくなるであろう。この選択肢は、上記３つの条件を満たすことができるものの、過剰信号を生じる場合がある。例えば、全てのＵＥがＷＬＡＮを試み、選択することをＲＡＮが望む場合は、ＲＡＮはネットワーク選択指示子をブロードキャストし、且つ個別指示子を全てのＣＯＮＮ ＵＥに送信する必要がある。

【0274】

２）ブロードキャストネットワークアクセス指示は全てのＵＥに適用可能である。

【0275】

この選択肢では、ＣＯＮＮ ＵＥはブロードキャスト信号又は個別信号のいずれか、又は両方からＲＡＮ指示子を受信してもよいため、ＵＥ動作は明確に定義される必要がある。しかし、この選択肢では、単一のブロードキャスト指示子によって上記の条件１が満たされるという利点がある。条件２については、ＲＡＮはブロードキャスト指示子を送信しないことを決定してもよい。その代わりに、ＲＡＮはオフロードのために（例えばリソースの使用状況に基づいて）選択したＵＥに個別信号を送信してもよい。この選択肢は、ＲＡＮの負荷が適度（例えば中程度）である場合、又はＲＡＮの負荷が漸増する場合に有用である。更に、指示子を特定のＵＥに提供することでマストグリングの防止に役立つ場合もある。

【0276】

選択肢２）は、ＵＥがブロードキャスト信号と個別信号の両方から指示子を受信する状態を生じるため、表３に要約するように２つの指示子間の相互作用を考慮する必要がある。選択肢２）では、ＵＥ動作は３つのパターン、すなわち表３に示すようにＵＥ動作タイプ１、２、及び３に分類されることができる。ＲＡＮが特定のＵＥにネットワーク選択を設定する際には特定の理由（１つ又は複数）があり得るため、表３は、基本的に、個別信号を介したオフロード指示子はブロードキャスト信号を介したオフロード指示子に優先することを示唆している。

【0277】

【表3】

【0278】

*ＲＡＮが「オフ」に設定されたブロードキャスト指示子を常に提供する必要があるのか、いずれのＵＥをもＷＬＡＮにオフロードすることを望まない場合にブロードキャスト指示子を単に全く送信しないのかは更なる検討事項である。

【0279】

提案２：ブロードキャストネットワークアクセス指示子はＩＤＬＥ ＵＥとＣＯＮＮ ＵＥの両方に適用可能であるべきである。

【0280】

２．２．アクセスネットワークの選択のシナリオ
２．２．１．ＵＥがＲＡＮに接続される
提案２が同意される場合は、ＵＥは表３に従ってアクセスネットワークの選択を開始する。

【0281】

２．２．２．ＵＥがＷＬＡＮに接続される（ＲＡＮにアタッチされる）
ＵＥは個別指示子を受信できないため、ＵＥはブロードキャスト指示子のみに従ってアクセスネットワークの選択を開始する。ＩＤＬＥに移行し、ＷＬＡＮに接続された後もＵＥが依然として個別指示子を使用し続けることができるかどうかは更なる検討事項である。加えて、(measured_metricA > threshold3) || (measured_metricB < threshold4)である場合、本ＵＥは３ＧＰＰ ＲＡＮに戻ってこれを再選択するかどうかも決定することができる。

【0282】

３．まとめ
付記４では、アクセスネットワーク選択指示子を使用する利点を提言し、このような指示子がＵＥで受信される場合のＵＥ動作を説明している。結論として、このような指示子を３ＧＰＰ ＲＡＮからＵＥに提供することは有益である。ブロードキャストネットワーク選択指示子をＩＤＬＥ ＵＥとＣＯＮＮ ＵＥの両方に適用可能な場合、ＲＡＮ２は表３に示すＵＥ動作を明確にする必要がある。

【0283】

［相互参照］
米国仮出願第６１／７５４１０６（２０１３年１月１８日出願）、米国仮出願第６１／８０８７７７（２０１３年４月５日出願）、米国仮出願第６１／８６４２０６（２０１３年８月９日出願）、米国仮出願第６１／８６４２１９（２０１３年８月９日出願）、米国仮出願第６１／８９８７９１（２０１３年１１月１日出願）の全内容が、参照により、本願明細書に組み込まれている。

【産業上の利用可能性】

【0284】

本発明は、無線通信分野において有用である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】