特許 6441512 無線端末及び方法

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

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

(11)【特許番号】6441512

(24)【登録日】2018年11月30日

(45)【発行日】2018年12月19日

(54)【発明の名称】無線端末及び方法

(51)【国際特許分類】

   H04W 76/18 20180101AFI20181210BHJP

   H04W 28/08 20090101ALI20181210BHJP

   H04W 36/14 20090101ALI20181210BHJP

   H04W 48/18 20090101ALI20181210BHJP

【ＦＩ】

   H04W76/18

   H04W28/08

   H04W36/14

   H04W48/18 113

【請求項の数】4

【全頁数】36

(21)【出願番号】特願2017-565655(P2017-565655)

(86)(22)【出願日】2017年2月3日

(86)【国際出願番号】JP2017004005

(87)【国際公開番号】WO2017135417

(87)【国際公開日】20170810

【審査請求日】2018年8月1日

(31)【優先権主張番号】62/290,645

(32)【優先日】2016年2月3日

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

【早期審査対象出願】

(73)【特許権者】

【識別番号】000006633

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

(74)【代理人】

【識別番号】110001106

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

(72)【発明者】

【氏名】藤代 真人

(72)【発明者】

【氏名】長坂 優志

(72)【発明者】

【氏名】チャン ヘンリー

【審査官】 石田 信行

(56)【参考文献】

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

【文献】 CATT，Considerations on Interworking Enhancements [online]，3GPP TSG-RAN WG2#90 R2-152128，２０１５年 ５月１５日，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_90/Docs/R2-152128.zip＞

【文献】 BlackBerry UK Limited，User preference aspects of WLAN aggregation and interworking [online]，3GPP TSG-RAN WG2 #91 R2-153625，２０１５年 ８月１４日，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_91/Docs/R2-153625.zip＞

【文献】 ITRI，Discussion on unsuccessful offloading of LTE-WLAN Interworking [online]，3GPP TSG-RAN WG2 #92 R2-156273，２０１５年１１月 ６日，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_92/Docs/R2-156273.zip＞

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

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

【請求項1】

自無線端末とコアネットワークとの間のトラフィックをＷＷＡＮからＷＬＡＮに移すトラフィックステアリングを行う制御部を備え、
前記制御部は、前記ＷＷＡＮの基地局との通信を行う第１のエンティティと、前記第１のエンティティよりも上位層に位置付けられる第２のエンティティと、を含み、
前記第１のエンティティは、
前記トラフィックステアリングを指示するステアリングコマンドを含む設定情報を前記基地局から受信する第１の処理と、
前記ステアリングコマンドの受信に応じて、前記ＷＬＡＮにトラフィックを移すべきことを示す第１の通知を前記第２のエンティティに提供する第２の処理と、
前記ステアリングコマンドを受信した後、ＷＬＡＮへの接続が失敗したことに応じて、前記ＷＬＡＮへの接続が失敗したことを示す報告を前記基地局に送信する第３の処理と、
前記ＷＬＡＮへの接続が失敗したことに応じて、前記設定情報を解放するとともに、前記ＷＬＡＮからトラフィックを戻すべきことを示す第２の通知を前記第２のエンティティに提供する第４の処理と、を実行する無線端末。

【請求項2】

前記第１のエンティティは、ＡＳエンティティである、請求項１に記載の無線端末。

【請求項3】

前記ＡＳエンティティは、ＲＲＣ層のエンティティを含む、請求項２に記載の無線端末。

【請求項4】

自無線端末とコアネットワークとの間のトラフィックをＷＷＡＮからＷＬＡＮに移すトラフィックステアリングを行う無線端末において実行される方法であって、
前記ＷＷＡＮの基地局との通信を行う第１のエンティティにおいて、
前記トラフィックステアリングを指示するステアリングコマンドを含む設定情報を前記基地局から受信するステップと、
前記ステアリングコマンドの受信に応じて、前記ＷＬＡＮにトラフィックを移すべきことを示す第１の通知を、前記第１のエンティティよりも上位層に位置付けられる第２のエンティティに提供するステップと、
前記ステアリングコマンドを受信した後、ＷＬＡＮへの接続が失敗したことに応じて、前記ＷＬＡＮへの接続が失敗したことを示す報告を前記基地局に送信するステップと、
前記ＷＬＡＮへの接続が失敗したことに応じて、前記設定情報を解放するとともに、前記ＷＬＡＮからトラフィックを戻すべきことを示す第２の通知を前記第２のエンティティに提供するステップと、を備える方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信システムにおける無線端末及び基地局に関する。

【背景技術】

【0002】

近年、ＷＷＡＮ（Ｗｉｒｅｌｅｓｓ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信及びＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信の両通信方式に対応した無線端末の普及が進んでいる。

【0003】

そのような無線端末に対して高速・大容量の通信サービスを提供するために、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ＷＷＡＮとＷLＡＮとの間の連携を強化させるための技術が検討されている。

【発明の概要】

【0004】

一実施形態に係る無線端末は、自無線端末とコアネットワークとの間のトラフィックをＷＷＡＮからＷＬＡＮに移すトラフィックステアリングを行う制御部を備える。前記制御部は、前記ＷＷＡＮの基地局との通信を行う第１のエンティティと、前記第１のエンティティよりも上位層に位置付けられる第２のエンティティと、を含む。前記第１のエンティティは、前記トラフィックステアリングを指示するステアリングコマンドを含む設定情報を前記基地局から受信する第１の処理と、前記ステアリングコマンドの受信に応じて、前記ＷＬＡＮにトラフィックを移すべきことを示す第１の通知を前記第２のエンティティに提供する第２の処理と、前記ステアリングコマンドを受信した後、ＷＬＡＮへの接続が失敗したことに応じて、前記ＷＬＡＮへの接続が失敗したことを示す報告を前記基地局に送信する第３の処理と、前記ＷＬＡＮへの接続が失敗したことに応じて、前記設定情報を解放するとともに、前記ＷＬＡＮからトラフィックを戻すべきことを示す第２の通知を前記第２のエンティティに提供する第４の処理と、を実行する。

【0005】

一実施形態に係る無線端末は、ＲＣＬＷＩ（ＲＡＮ Ｃｏｎｔｒｏｌｌｅｄ ＬＴＥ ＷＬＡＮ Ｉｎｔｅｒｗｏｒｋｉｎｇ）の機能及びＲＡＬＷＩ（ＲＡＮ Ａｓｓｉｓｔｅｄ ＬＴＥ ＷＬＡＮ Ｉｎｔｅｒｗｏｒｋｉｎｇ）の機能を有する。前記無線端末は、前記ＲＣＬＷＩを設定するための第１の情報とＲＡＬＷＩを設定するための第２の情報とをネットワークから受信する受信部と、コネクティッドモードにおいて前記第１の情報及び前記第２の情報の両方を受信する場合、前記ＲＣＬＷＩ及び前記ＲＡＬＷＩのうち前記ＲＣＬＷＩのみを実行する制御部と、を備える。

【0006】

一実施形態に係る無線端末は、トラフィックステアリングを指示するステアリングコマンドをＷＷＡＮから受信し、前記トラフィックステアリングを試行する制御部を備える。前記トラフィックステアリングは、自無線端末とコアネットワークとの間のトラフィックをＡＰＮの粒度で前記ＷＷＡＮからＷＬＡＮに移す処理である。前記制御部は、前記ステアリングコマンドの受信に応じて、前記ＷＷＡＮから設定されたタイマを開始させる。前記タイマは、自無線端末が前記トラフィックステアリングを試行する期間及び／又は前記ステアリングコマンドが有効である期間を規定する。

【0007】

一実施形態に係る基地局は、トラフィックステアリングを指示するステアリングコマンドを無線端末に送信する制御部を備える。前記トラフィックステアリングは、前記無線端末とコアネットワークとの間のトラフィックをＡＰＮの粒度でＷＷＡＮからＷＬＡＮに移す処理である。前記制御部は、前記無線端末が前記トラフィックステアリングを試行する期間及び／又は前記ステアリングコマンドが有効である期間を規定するタイマを前記無線端末に設定する。

【0008】

一実施形態に係る無線端末は、ＷＷＡＮとＷＬＡＮとの間のトラフィックステアリングを自無線端末が判断するための補助パラメータと、前記ＷＷＡＮと前記ＷＬＡＮとの間の前記トラフィックステアリングを指示するステアリングコマンドと、を前記ＷＷＡＮから受信する制御部を備える。前記制御部は、前記補助パラメータ及び前記ステアリングコマンドの何れを適用するべきかの判断に用いる情報を前記ＷＷＡＮから受信し、前記情報に基づいて前記補助パラメータ及び前記ステアリングコマンドの何れか一方を適用する。

【0009】

一実施形態に係る基地局は、ＷＷＡＮとＷＬＡＮとの間のトラフィックステアリングを無線端末が判断するための補助パラメータと、前記ＷＷＡＮと前記ＷＬＡＮとの間の前記トラフィックステアリングを指示するステアリングコマンドと、を前記無線端末に送信する制御部を備える。前記制御部は、前記補助パラメータ及び前記ステアリングコマンドの何れを適用するべきかの判断に用いる情報を前記無線端末にさらに送信する。

【図面の簡単な説明】

【0010】

【図1】実施形態に係る通信システムを示す図である。

【図2】ＬＴＥの無線インターフェイスのプロトコルスタックを示す図である。

【図3】ＬＷＩの概要を示す図である。

【図4】実施形態に係るＵＥ（無線端末）の構成を示す図である。

【図5】実施形態に係るｅＮＢ（基地局）の構成を示す図である。

【図6】第１実施形態に係る動作シーケンス１を示す図である。

【図7】第１実施形態に係る動作シーケンス２を示す図である。

【図8】第１実施形態の変更例１に係る動作シーケンスを示す図である。

【図9】第２実施形態に係る動作シーケンスを示す図である。

【図10】第３実施形態に係る動作を示す図である。

【図11】その他の実施形態に係るステアリングコマンドを示す図である。

【図12】付記に係る、異なるメカニズムによって引き起こされる可能性のある制御不能を示す図である。

【図13】付記に係る、異なるダイナミックレンジを示す図である。

【図14】付記に係るＬＷＡ−Ｃｏｎｆｉｇｕｒａｔｉｏｎを示す図である。

【図15】付記に係るＷＬＡＮ−Ｓｔａｔｕｓを示す図である。

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

【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】

第１〜第３実施形態は、別個独立して実施してもよい。第１〜第３実施形態は、２以上の実施形態を組み合わせて実施してもよい。

【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】

すべての選択肢は単純な拡張でサポートできるが、選択肢２又は選択肢４は、ＮＷの複雑さを回避するために有益であり、選択肢１又は選択肢３はＵＥ単位の制御性の観点から有益である。選択肢１と選択肢３との間では、選択肢１自体が正しく機能するために追加の拡張が必要な場合があるが、選択肢３のＲＣＬＷＩで必要とされる測定設定は暗黙的にＲＡＬＷＩプロセスを停止する。また、選択肢２と選択肢４との間では、選択肢２は明示的な指示子を必要とするが、ＲＡＬＷＩ及びＲＣＬＷＩがコネクティッドのＵＥに対して共存しないと仮定する選択肢４は何の指示子も必要としない。シグナリングオーバーヘッド及びＮＷの複雑さの観点から、暗黙的なメカニズムの１つが好ましい。コネクティッドのＵＥでもＬＴＥ−ＷＬＡＮアグリゲーション（ＬＷＡ）が実行され、ＵＥがＷＬＡＮによって提供されるリソースを追加／変更／解放するためにＷＬＡＮ測定を行うように設定されていることを考慮すると、ＮＷベースのメカニズムのために選択肢３又は４のみが考慮されるべきである。

【0190】

提案３：ＲＡＮ２は、ＵＥにＷＬＡＮ測定対象が設定されている又はＵＥがコネクティッド場合に、ＵＥベースのトラフィックステアリング（ＲＡＬＷＩ）が許可されるべきかどうか、及び、ＮＷベースソリューション（ＲＣＬＷＩ）に選択肢３又は選択肢４が採用されるべきかどうかを決定すべきである。

【0191】

上記の要件が明確であると仮定すると、サービングセルがＲＣＬＷＩ又はＬＷＡのいずれかを実行しようとするときに、ステアリングされたトラフィックの初期状態をサービングセルが知るべきかどうかについて議論することも必要である。例えば、サービングセルがＬＷＡ設定をＵＥに設定するが、ＵＥのトラフィックのいくつかのタイプがＷＬＡＮに既にステアリングされている場合、ユーザスループットの改善が制限され得るか、又は設定のいくつかのエラーが生じる可能性がある。シンプルで安全な方法の１つは、ＵＥがＷＬＡＮ測定対象で設定されているときにすべてのトラフィックをＬＴＥに移動させることであるが、ステアリングコマンドによるＬＴＥ又はピンポンの過負荷などのいくつかの悪影響を引き起こす可能性がある。別の可能性は、ＵＥが、ＷＬＡＮモデム状況報告内の原因値などの様々な可能性及びオフロード可能なトラフィックの可用性などを含むトラフィック状態をサービングセルに通知することである。さらに、ＵＥがＲＣＬＷＩ又はＬＷＡのためのＷＬＡＮモデムの自由度を持たない場合（例えば、ユーザ優先ＷＬＡＮに既に接続されている場合など）、ＵＥがＷＬＡＮ測定報告を送信する必要はないことが好ましい。その意味で、サービングセルは、測定設定に先立ってＵＥのトラフィック状態を知るであろう。

【0192】

提案４：ＲＡＮ２は、ＵＥのトラフィックのいずれかが既にオペレータＷＬＡＮ上でアクティブである場合、サービングセルが認識すべきかどうかを議論すべきである。

【0193】

提案５：ＲＡＮ２は、ＷＬＡＮ測定対象が設定される際に、又はＷＬＡＮ測定対象が設定される前に、トラフィックの初期条件を与える必要があるかどうかを議論する必要がある。

【0194】

提案４が望ましい場合、ＲＡＮ２は、ＷＬＡＮ上の既存のトラフィックに関する情報が、ＷＬＡＮ測定設定の前又は後にサービングセルに提供されるべきかどうかを考慮しなければならない。

【0195】

提案６：ＲＡＮ２はまた、ＷＬＡＮ測定設定の前又は後に、ＷＬＡＮ上の既存のトラフィックに関する情報をサービングセルに提供する必要があるかどうかを決定しなければならない。

【0196】

（２．２．アイドルモードＵＥの動作）
アイドルにおけるＵＥの行動は電子メールの議論で議論され、すでに提案されている４つの解決策、すなわち「提案Ａ〜Ｄ」と「Ｅ」の要約及び評価を提供する。主な議論の１つは、リリース１３のＵＥがアイドルに移行した後のＴ３５０、すなわち「提案Ａ／Ｂ」又は「Ｃ／Ｄ」をサポートすることができる。いずれのタイマもサポートされていない場合、例えば、指摘されているようなＰＤＮ接続の頻繁な転送のために、ＵＥバッテリ消費に悪影響をもたらす頻繁なピンポンを引き起こすこともある。たとえば、ｅＮＢの近くに位置するＵＥについて、サービングセルがすべてのＵＥのＷＬＡＮへのトラフィックをステアリングすることに関心がないと仮定すると、より強いＲＳＲＰのため、ＵＥのトラフィックはリリース１２のＲＡＬＷＩの下でＬＴＥに残る可能性が高い。しかしながら、図１３に示すように、リリース１３の場合、そのようなＵＥのためのトラフィックは、ステアリングコマンドを用いてＷＬＡＮにステアリングされる可能性があるので、あるテアリングコマンドは、特定のＵＥに対して容易に直接的であり得る。図１３は、異なるダイナミックレンジを示す。ＵＥがアイドルに移行し、ＷＬＡＮに接続されたままである場合、ＵＥは、提案１が満足できる場合、ＵＥがアイドルのＲＡＮルール（ＲＡＬＷＩ）に従うと仮定すると、直ちにそのトラフィックをＬＴＥに戻すことができる。よって、そのようなピンポンを避けるためにタイマを使うべきである。さらに、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ ＲｅｌｅａｓｅでＴ３５０を再使用するか、ステアリングコマンドの受信時に新しいタイマを導入するかについても検討する必要がある。

【0197】

提案７：ＵＥがアイドルモードに移行した後のステアリングコマンドの有効タイマ、例えばＴ３５０を導入する必要がある。

【0198】

提案７が合意可能である場合、別の問題は、タイマが終了した後にＵＥがどのように挙動するかである。４つのオプションが潜在的な候補である。
・オプション１：タイマ満了後、ＵＥはＳＩＢ１７でＲＡＬＷＩに従う。
・オプション２：アクティブなトラフィックが存在する場合、タイマが満了すると、ＵＥはそのトラフィックをＬＴＥに戻す。
・オプション３：ＷＬＡＮ接続の失敗が宣言されていない限り、ＵＥはＷＬＡＮにトラフィックを保持する。
・オプション４：ＷＬＡＮ測定イベントがトリガされない限り、ＵＥはＷＬＡＮにトラフィックを保持する。

【0199】

オプション１は、既存のメカニズムのみを再使用する、すなわち標準化の努力が予見されていないため、ベースラインとすることができる。

【0200】

オプション２は、ＮＷの観点からデフォルト状態を与える簡単な方法を提供する。すなわち、アイドルモードのトラフィックは常にＬＴＥにとどまるので、予測可能である。しかし、ＵＥがＳＩＢ１７に従う（リリース１２のＲＡＬＷＩとして）か、ＳＩＢ１７に関係なくトラフィックをＬＴＥに戻す（リリース１３の新しい動作として）かどうかは不明である。

【0201】

オプション３は、ＵＥがＷＬＡＮへの接続を維持することができる限り、アイドルに移行する前に受信したステアリングコマンドが永久に有効であると予想されることができ、その基準はＷＬＡＮステータス報告のために再利用されるＷＬＡＮへの「ＷＬＡＮ接続失敗」を判断するための正確な基準は規定されていない。このオプションは、実際にはＵＥの実装に委ねられている。また、オプション２と同じように、アイドルＵＥがリリース１２のＲＡＬＷＩ又はリリース１３のメカニズムに従うべき動作が不明である。

【0202】

オプション４は、潜在的にコネクティッドで指摘されているようにコネクティッドで同じ動作を提供する可能性がある。しかし、イベントがＷＬＡＮ測定報告をトリガするだけなので（すなわち、どのリンクのＵＥのトラフィックを移動させるかはＮＷ実装）、ＵＥがイベントトリガ情報から何をすべきかを知るかどうかは明確でない。また、オプション２及び３と同様に、アイドルＵＥがリリース１２のＲＡＬＷＩ又はリリース１３のメカニズムに従うべき動作が不明である。

【0203】

リリース１３のインターワーキング強化がＮＷの制御性を向上させることが期待されていることを考慮すると、オプション１は我々の好みであるが、少なくとも、例えばサービングセルからの指示子を用いて、ＳＩＢ１７を有するＲＡＬＷＩにＵＥが従うべきかをｅＮＢが決定可能とすることが必要であり得る。あるいは、オプション２〜４に記載されたアイドルＵＥのための新しいメカニズムは、ネットワークの観点から、より決定的なＵＥ動作を提供し、リリース１３により適していると考えられるかもしれない。

【0204】

提案８：ＲＡＮ２は、アイドルＵＥに新しい動作を採用する必要があるかどうか、又はアイドルＵＥが既存のＲＡＮルール、すなわちリリース１２と同じ挙動に従うことで十分であるかどうかを決定すべきである。

【0205】

（３．結論）
本付記では、既存のメカニズムとの共存のためのＡＳ層の観点から、アイドルモードとコネクティッドモードのＵＥで考えられる問題を特定した。ソリューションは、リリース１３のインターワーキング強化機能とＷＬＡＮアグリゲーション機能とを考慮して提供され、評価された。

【0206】

［付記３］
（１．はじめに）
ステータスの変更時にＷＬＡＮの状態を報告することに賛成するいくつかの企業が存在する。残りの問題は、このＷＩの完成に対するこの付記の主題である。

【0207】

（２．討論）
承認された３６．３３１ ＣＲによると、ＵＥは、ＷＬＡＮ接続が失敗したときに、ＷＬＡＮ接続状態報告手順を実行しなければならない。ｅＮＢの次の挙動に対して、ＵＥは、失敗の適切な理由（すなわち、ｆａｉｌｕｒｅＲａｄｉｏＬｉｎｋ、ｆａｉｌｕｒｅＩｎｔｅｒｎａｌ、ｆａｉｌｕｒｅＣｏｎｎＲｅｊｅｃｔ、ｆａｉｌｕｒｅＯｔｈｅｒ又はｆａｉｌｕｒｅＴｉｍｅｏｕｔ）を設定する。

【0208】

この動作は合意事項に沿っている。２：報告は原因値（少なくとも「ＵＥ問題」又は「ＷＬＡＮ問題」などの定義されるべき値）を示す。報告がいつトリガされるかはさらなる検討が必要である（特定の原因値によって異なる場合がある）。

【0209】

しかし、現在のＣＲにおいて失敗原因に関係なく、ステータスが共通に報告されるため、報告がいつトリガされるかは十分に議論されなかった。

【0210】

考察１：ＲＡＮ２は、報告がいつトリガされるかについてまだ議論していない。

【0211】

失敗の原因値に応じて、失敗原因がネットワーク側にある場合はｅＮＢによって予測可能であるが、失敗がＵＥ内に存在する場合は予測不可能である可能性がある。例えば、ＵＥが「ｆａｉｌｕｒｅＩｎｔｅｒｎａｌ」でＷＬＡＮ Ｃｏｎｎｅｃｔｉｏｎ Ｓｔａｔｕｓ Ｒｅｐｏｒｔｉｎｇを送信した場合、ｅＮＢは、「ユーザプリファレンスに基づく別のＷＬＡＮへの接続」又は「ＷＬＡＮ接続をオフにするユーザ」のためにＷＬＡＮ接続が失敗したと想定することがある。ＷＬＡＮに関連する内部ＵＥの問題を知らせる別の手段が回復されない限り、ＷＬＡＮが利用可能になった場合でも（例えば、ＵＥとユーザが選んだＷｉＦｉとの接続が切断されても）、適切なＬＷＡ設定（ｌｗａ−ＷＴ−Ｃｏｕｎｔｅｒ及びｗｌａｎ−ＭｏｂｉｌｉｔｙＳｅｔ）でＵＥが再設定されない。

【0212】

考察２：ｅＮＢは、ＷＬＡＮ接続状況報告のための現在のトリガを使用して、適切なＬＷＡ設定でＵＥを再設定する機会を逃し得る。

【0213】

さらに、失敗原因が予測できない場合、ｅＮＢは、失敗が一時的であるか否かにかかわらず、ＵＥのＬＷＡ設定を解放することを選択することもできる。しかしながら、ＵＥ側の問題が解決されたときにｅＮＢが知るメカニズムがないので、ＬＷＡ設定を解除することは望ましくない可能性がある（例えば、問題はユーザがＵＥのＷＬＡＮ無線機をオフにしたことである）。したがって、ＵＥからの追加のフィードバックなしに、ｅＮＢは、ＵＥをＬＷＡで再設定しようと試みる以外に、ＵＥをいつ再設定するかを知ることは困難である。この不確実を解決するため、ｅＮＢにとって有益な３つのオプションを検討した。

【0214】

オプション１：ＵＥは、失敗が既に報告された後、「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」を含むＷＬＡＮ Ｃｏｎｎｅｃｔｉｏｎ Ｓｔａｔｕｓ報告を送信するオプションが必要である。「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」の報告は、Ｔ３６０タイマがまだ実行中の場合にのみ送信できる。

【0215】

オプション２：ＵＥは、失敗が既に報告された後、「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」を含むＷＬＡＮ Ｃｏｎｎｅｃｔｉｏｎ Ｓｔａｔｕｓ報告を送信するオプションを持つ必要がある。Ｔ３６０タイマがまだ動作しているかどうかにかかわらず、ＬＷＡがまだ設定されている限り、「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」の報告を送信できる。

【0216】

オプション３：ＵＥは、失敗が既に報告された後、新たな原因値「回復」を伴うＷＬＡＮ接続状態報告を送信する選択肢を有するべきである。Ｔ３６０タイマがまだ動作しているかどうかにかかわらず、ＬＷＡがまだ設定されている限り、「回復」の報告を送信できる。

【0217】

オプション１を用いると、ＵＥは、ＵＥ側の失敗状態が解決されたことをｅＮＢに通知するために、「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」状態報告を送信することが許可される（例えば、ユーザがＵＥのＷＬＡＮ無線機を再びオンにした）。ＵＥがこの状態報告を提供するためには、ＵＥが失敗を報告した後にＴ３６０タイマを停止すべきではない。それ以外の場合は、報告された失敗が受信されるとただちにｅＮＢがＴ３６０タイマを再設定する必要がある。また、ＵＥが最初の失敗が報告された後、又はどの失敗原因値が報告されたかに依存している場合に、ＵＥが「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」を送信するだけで、他の失敗原因値を送信できないようにする必要があるかについても議論すべきである。

【0218】

オプション２では、ＵＥは、失敗が報告された後に「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」を送信することも許可されるが、ＵＥはＴ３６０タイマ満了の後でも「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」を送信することが許可される。

【0219】

オプション３はオプション２と似ているが、新しいリカバリ手順の下で定義された新しい原因値「ｒｅｃｏｖｅｒｙ」を「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」に送信する代わりに使用する。

【0220】

これと比較して、オプション１は、ステータス報告と仕様の既存のメカニズムに与える影響が最も小さい可能性がある。しかし、ｌｗａ−ＡｓｓｏｃｉａｔｉｏｎＴｉｍｅｒの値が最大２４０秒（４分）まで上昇するため、ＵＥの内部問題が解決された後、ＵＥが成功した関連付けのステータス報告を提供する十分な機会を提供しない。４分後にユーザがＷＬＡＮ無線をオンに戻すことは間違いない。オプション１が採用される場合、ｅＮＢは、このＵＥのＬＷＡがなお望ましい限り、新しいタイマでＵＥを再設定する必要があり得る。

【0221】

オプション２が採用される場合、ＵＥは、ＬＷＡがまだ設定されている限り、良好なアソシエーション指示子を提供する柔軟性を有することになる。これは、ｅＮＢが、ＵＥのＷＬＡＮ問題が解決されたかどうかをチェックするためだけに新しいタイマでＵＥを再設定する必要性を低減する。オプション２の欠点は、ＷＬＡＮとの関連付けが成功した場合（Ｔ３６０タイマ内）と、ＵＥ側の失敗状態が解決された場合の両方の場合のように、複数のシナリオで「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」が使用されることである。

【0222】

上述したように、オプション３は、オプション２と本質的に同じであるが、オプション３は、ＵＥ内の失敗が解決されたことをｅＮＢに示す新しい原因値「回復」を使用する。オプション３を使用すると、回復手順の使用をオプションでＵＥに設定できる。したがって、オペレータはオプションの「回復」メカニズムとは別に「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」の使用を設定することができる。特に、「ｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎ」を報告するための既存の手順は変更されません。

【0223】

上記の長所と短所に基づいて、「成功したアソシエーション」の既存の機能を維持しながら、ＵＥによって引き起こされた失敗の問題をより適切に解決するため、オプション３の採用を推奨する。

【0224】

提案１：ＵＥは、ＬＷＡがまだ設定されている限り、失敗が既に報告された後に、新しい原因値「回復」を伴うＷＬＡＮ接続ステータス報告を送信する必要がある。

【0225】

提案１が合意可能であると仮定すると、ＲＡＮ２は、失敗回復報告内のすべての又は特定の原因値のみに「回復」メカニズムを適用すべきかどうかを検討すべきである。

【0226】

上述の例のように、「ｆａｉｌｕｒｅＩｎｔｅｒｎａｌ」の場合は厳密にＵＥの実装に基づいているため、「回復」メカニズムは少なくともこのタイプの失敗に適用可能でなければならない。「ｆａｉｌｕｒｅＲａｄｉｏＬｉｎｋ」については、ＷＬＡＮ信号がＵＥによって一時的に失われたと仮定する。ｅＮＢは、「ＷＴからのフィードバックをＸＷインターフェイス経由」又は「ＷＬＡＮ測定報告」を通じて失敗状態からの回復を知ることができる。たとえフィードバックがなくても、ｅＮＢはＵＥがすぐに回復する可能性があるというこの失敗報告からｅＮＢが推測できるため、ＬＷＡの動作を再試行することがある。しかし、無線インターフェイスを介したＵＥからの回復報告は、より高速かつより正確である。「ｆａｉｌｕｒｅＣｏｎｎＲｅｊｅｃｔ」の場合、ネットワーク側にのみ問題が存在するため、このタイプの失敗に対して回復メカニズムを適用する必要はない。「ｆａｉｌｕｒｅＯｔｈｅｒ」はデフォルトの原因値とみなされる可能性がある。上位層がＡＳ層に失敗理由を通知していない可能性が高いため、このタイプの失敗について回復メカニズムをトリガする明確な利点があることは明らかではない。

【0227】

上記の考察により、ＲＡＮ２は、ＵＥの内部問題又は無線リンクの問題に起因する失敗からの回復時に、ＷＬＡＮステータス報告が「回復」とトリガされるというオプションに同意すべきである。

【0228】

提案２：ＲＡＮ２は、「ｆａｉｌｕｒｅＩｎｔｅｒｎａｌ」又は「ｆａｉｌｕｒｅＲａｄｉｏＬｉｎｋ」からの復旧時に「回復」を伴うＷＬＡＮステータス報告がトリガされるというオプションに同意すべきである。

【0229】

（３．結論）
ＷＬＡＮステータス報告に関する残りの問題についてこの付記で説明した。

【0230】

［付記４］
付属書（Ｒ２−１５７０９５に基づく３６．３３１のＴＰ）
５．６．Ｘ．３．２ 開始。

【0231】

ＬＴＥ−ＷＬＡＮアグリゲーション用に設定されたＲＲＣコネクティッドのＵＥは、ＷＬＡＮに正常に接続するか、又はＷＬＡＮへの接続が失敗した場合に、ＷＬＡＮ状態報告手順を開始する。

【0232】

５．６．Ｘ．３．３ ＷＬＡＮＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓＲｅｐｏｒｔメッセージの送信に関連するアクション
ＵＥは、ＷＬＡＮＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓＲｅｐｏｒｔメッセージの内容を次のように設定する。

【0233】

１＞ＶａｒＷＬＡＮ−Ｓｔａｔｕｓでｗｌａｎ−ｓｔａｔｕｓをｓｔａｔｕｓに設定する；
１＞ｗｌａｎ−ｓｔａｔｕｓがｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎと異なる場合：
２＞ｗｌａｎ−Ｉｄｅｎｔｉｆｉｅｒを、ＶａｒＷＬＡＮ−ＭｏｂｉｌｉｔｙＣｏｎｆｉｇに存在するｗｌａｎ−ＩｄｅｎｔｉｆｉｅｒｓＡｓｓｏｃｉａｔｅｄに設定する（存在する場合）；
１）ＷＬＡＮＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓＲｅｐｏｒｔメッセージを送信のために下位層に渡す。

【0234】

５．６．Ｘ．４ Ｔ３６０満了（ＷＬＡＮ接続タイムアウト）。

【0235】

ＵＥは、
１＞Ｔ３６０が満了した場合：
２＞ＶａｒＷＬＡＮ−ＭｏｂｉｌｉｔｙＣｏｎｆｉｇに関連付けられたフィールドをｆａｌｓｅに設定し、ＶａｒＷＬＡＮ−ＳｔａｔｕｓのフィールドステータスをｆａｉｌｕｒｅＴｉｍｅｏｕｔに設定する；
２＞セクション５．６．Ｘ．３のＷＬＡＮ接続ステータス報告手順を実行する。

【0236】

５．６．Ｘ．５ ＷＬＡＮステータスモニタリング
ＵＥは、
１＞ＷＬＡＮ接続が成功した場合：
２＞ＶａｒＷＬＡＮ−ＳｔａｔｕｓのステータスをｓｕｃｃｅｓｓｆｕｌＡｓｓｏｃｉａｔｉｏｎに設定する；
２＞ＶａｒＷＬＡＮ−Ｓｔａｔｕｓにあるｗｌａｎ−ＩｄｅｎｔｉｆｉｅｒｓＡｓｓｏｃｉａｔｅｄを、正常に接続されたＷＬＡＮに属するものに設定する；
２＞タイマＴ３６０が動作している場合：
３＞タイマＴ３６０を停止する。
３＞セクション５．６．Ｘ．３のＷＬＡＮ接続ステータス報告手順を実行する。
１＞ＷＬＡＮ接続に失敗した場合：
２＞失敗がＷＬＡＮ無線リンクの問題によるものである場合：
３＞ＶａｒＷＬＡＮ−ＳｔａｔｕｓのステータスをｆａｉｌｕｒｅＲａｄｉｏＬｉｎｋに設定する；
２＞ＷＬＡＮに関連する内部ＵＥの問題（例えば、ユーザの好み又はユーザがＷＬＡＮ接続をオフにすることに基づく別のＷＬＡＮへの接続など）によるものである場合：
３＞ＶａｒＷＬＡＮ−ＳｔａｔｕｓのステータスをｆａｉｌｕｒｅＩｎｔｅｒｎａｌに設定する；
２＞ＷＬＡＮからの接続拒否による失敗の場合：
３＞ＶａｒＷＬＡＮ−ＳｔａｔｕｓのステータスをｆａｉｌｕｒｅＣｏｎｎＲｅｊｅｃｔに設定する；
２＞ｅｌｓｅ：
３＞ＶａｒＷＬＡＮ−ＳｔａｔｕｓのステータスをｆａｉｌｕｒｅＯｔｈｅｒに設定する；
２＞セクション５．６．Ｘ．３のＷＬＡＮ接続ステータス報告手順を実行する；
２＞ＷＬＡＮ接続の失敗がｆａｉｌｕｒｅＲａｄｉｏＬｉｎｋ又はｆａｉｌｕｒｅＩｎｔｅｒｎａｌによるものである場合：
３＞ＷＬＡＮステータス回復監視手順を実行するように設定されている場合：
４＞セクション５．６．Ｘ．７のＷＬＡＮステータス回復監視手順を実行する。

【0237】

５．６．Ｘ．７ ＷＬＡＮステータスの回復監視。

【0238】

ＵＥは、
１＞ＷＬＡＮ無線リンクの問題が回復した場合：
２＞ＶａｒＷＬＡＮ−Ｓｔａｔｕｓのステータスをｒｅｃｏｖｅｒｙに設定する；
１＞内部ＵＥの問題がＷＬＡＮに関連する場合（例えば、ユーザの好み又はユーザがＷＬＡＮ接続をオフにすることに基づく別のＷＬＡＮへの接続）：
２＞ＶａｒＷＬＡＮ−Ｓｔａｔｕｓのステータスをｒｅｃｏｖｅｒｙに設定する；
１＞セクション５．６．Ｘ．３のＷＬＡＮ Ｃｏｎｎｅｃｔｉｏｎ Ｓｔａｔｕｓ Ｒｅｐｏｒｔｉｎｇ手順を実行する。

【0239】

図１４は、ＬＷＡ−Ｃｏｎｆｉｇｕｒａｔｉｏｎを示す。ＬＷＡ−Ｃｏｎｆｉｇｕｒａｔｉｏｎは、ＬＴＥ−ＷＬＡＮアグリゲーションを確立／変更／解放するために用いられる。

【0240】

表１は、図１４中のＩＥを示す。

【0241】

【表1】

【0242】

図１５は、ＷＬＡＮ−Ｓｔａｔｕｓを示す。ＷＬＡＮ−Ｓｔａｔｕｓは、ＬＷＡのためのＷＬＡＮ接続の現在の状態を示す。その値は、セクション５．６．Ｘ．３及び５．６．Ｘ．５に記述されるように設定される。

【0243】

［相互参照］
本願は米国仮出願第６２／２９０６４５号（２０１６年２月３日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】