(57)【要約】【課題】ＬＴＥによってコントロールされるＷＬＡＮインターフェースをワイヤレス送信／受信ユニット（ＷＴＲＵ）用に構成するための方法および装置を提供する。【手段】ＬＴＥによってコントロールされるＷＬＡＮインターフェースをＷＴＲＵが構成するためのパラメータを提供するＬＴＥ無線リソース構成（ＲＲＣ）シグナリングを送受する。ＬＴＥ  ＲＲＣシグナリングは、ＷＬＡＮアクセスポイント（ＡＰ）のセット、そのセット内のＷＬＡＮとの関連付けを自律的に開始することをＷＴＲＵが許可されている旨の表示、ＬＴＥによってコントロールされるＷＬＡＮインターフェースのために使用するための１つまたは複数のベアラのタイプ、ＷＬＡＮ関連のセキュリティー情報、およびＷＬＡＮ  ＡＰとの関連付けのステータスをＷＴＲＵが報告するための構成を含む。【選択図】図８
2020074601.tif 000002
【特許請求の範囲】
【請求項１】
ロングタームエボリューション（ＬＴＥ）によってコントロールされるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）インターフェースをワイヤレス送信／受信ユニット（ＷＴＲＵ）用に構成する、前記ＷＴＲＵにおいて実施される方法であって、
前記ＬＴＥによってコントロールされるＷＬＡＮインターフェースを前記ＷＴＲＵが構成するためのパラメータを提供するＬＴＥ無線リソース構成（ＲＲＣ）シグナリングを受信するステップであり、前記ＬＴＥ  ＲＲＣシグナリングは、ＷＬＡＮアクセスポイント（ＡＰ）のセット、前記セット内のＷＬＡＮとの関連付けを自律的に開始することを前記ＷＴＲＵが許可されている旨の表示、前記ＬＴＥによってコントロールされるＷＬＡＮインターフェースのために使用するための１つまたは複数のベアラのタイプ、ＷＬＡＮ関連のセキュリティー情報、およびＷＬＡＮ  ＡＰとの関連付けのステータスを前記ＷＴＲＵが報告するための構成を含む、ステップと、
関連付ける先のＷＬＡＮ  ＡＰを前記セットから選択するステップと、
少なくとも前記ＷＬＡＮ関連のセキュリティー情報を使用して、前記選択されたＷＬＡＮ  ＡＰへの関連付けを開始するステップと
を含む方法。
【請求項２】
ＷＬＡＮ  ＡＰの前記セットは、識別子のセットを含み、識別子の前記セットは、前記セット内の前記ＷＬＡＮ  ＡＰのうちのそれぞれに関連付けられている基本サービスセット識別子（ＢＳＳＩＤ）、サービスセット識別子（ＳＳＩＤ）、およびメディアアクセスコントロール（ＭＡＣ）アドレスのうちの少なくとも１つを含む請求項１に記載の方法。
【請求項３】
ＷＬＡＮ認証における使用のためのペアワイズマスターキー（ＰＭＫ）をｅＮｏｄｅＢ（ｅＮＢ）キー（ＫeNB）から得るステップをさらに含む請求項１に記載の方法。
【請求項４】
前記セキュリティー情報はパスフレーズであり、前記方法は、ＷＬＡＮ認証における使用のためのペアワイズマスターキー（ＰＭＫ）を前記パスフレーズから生成するステップをさらに含む請求項１に記載の方法。
【請求項５】
前記ＷＴＲＵは、前記ＷＴＲＵがＩＥＥＥ８０２．１１  Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージを前記選択されたＡＰから受信したことを条件に、拡張可能認証プロトコル（ＥＡＰ）手順の実行を伴わずに、前記選択されたＡＰを介して、前記ｅＮＢに向けられているデータを送信することを開始するように構成されている請求項１に記載の方法。
【請求項６】
前記選択されたＡＰとの成功した関連付けの際にステータスレポートを送信するステップをさらに含む請求項１に記載の方法。
【請求項７】
ＡＰとのＷＬＡＮ接続を保持することの失敗を決定するステップと、
前記失敗の表示および前記失敗の理由を提供するレポートを前記ｅＮＢへ送信するステップと
をさらに含む請求項１に記載の方法。
【請求項８】
前記ＲＲＣシグナリングはタイマーを含み、前記方法は、前記タイマーが切れる前に前記ＷＴＲＵがＷＬＡＮ  ＡＰへ成功裏に関連付けを行うことができないことを条件に、前記ＬＴＥによってコントロールされるＷＬＡＮインターフェースのための前記構成が失敗したということを示すメッセージを前記ｅＮＢへ送信するステップをさらに含む請求項１に記載の方法。
【請求項９】
無線リンク失敗（ＲＬＦ）が生じているかどうかを検知するステップと、
前記ＲＬＦが生じていることを前記ＷＴＲＵが検知したことを条件に、前記ＬＴＥによってコントロールされるＷＬＡＮインターフェースのための前記構成を解放し、ラフィックを前記ＷＴＲＵ用に構成されているＬＴＥインターフェースへ向けるステップと
をさらに含む請求項１に記載の方法。
【請求項１０】
前記ＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から出たことを条件に、前記ＬＴＥによってコントロールされるＷＬＡＮインターフェースのための前記構成を解放するステップと、
トラフィックを前記ＷＴＲＵ用に構成されているＬＴＥインターフェースへ向けるステップと
をさらに含む請求項１に記載の方法。
【請求項１１】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
アンテナと、
前記アンテナに結合され、ＬＴＥによってコントロールされるＷＬＡＮインターフェースを前記ＷＴＲＵ用に前記ＷＴＲＵが構成するためのパラメータを提供するＬＴＥ無線リソース構成（ＲＲＣ）シグナリングを受信するように構成された受信機であり、前記ＬＴＥ  ＲＲＣシグナリングは、ＷＬＡＮアクセスポイント（ＡＰ）のセット、前記セット内のＷＬＡＮとの関連付けを自律的に開始することを前記ＷＴＲＵが許可されている旨の表示、前記ＬＴＥによってコントロールされるＷＬＡＮインターフェースのために使用するための１つまたは複数のベアラのタイプ、ＷＬＡＮ関連のセキュリティー情報、およびＷＬＡＮ  ＡＰとの関連付けのステータスを前記ＷＴＲＵが報告するための構成を含む、受信機と、
関連付ける先のＷＬＡＮ  ＡＰを前記セットから選択するように構成されているプロセッサと、
少なくとも前記ＷＬＡＮ関連のセキュリティー情報を使用して、前記選択されたＷＬＡＮ  ＡＰへの関連付けを開始するように構成されている送信機と
を備えたＷＴＲＵ。
【請求項１２】
ＷＬＡＮ  ＡＰの前記セットは、識別子のセットを含み、識別子の前記セットは、前記セット内の前記ＷＬＡＮ  ＡＰのうちのそれぞれに関連付けられている基本サービスセット識別子（ＢＳＳＩＤ）、サービスセット識別子（ＳＳＩＤ）、およびメディアアクセスコントロール（ＭＡＣ）アドレスのうちの少なくとも１つを含む請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記プロセッサは、ＷＬＡＮ認証における使用のためのペアワイズマスターキー（ＰＭＫ）をｅＮｏｄｅＢ（ｅＮＢ）キー（ＫeNB）から得るようにさらに構成されている請求項１１に記載のＷＴＲＵ。
【請求項１４】
前記セキュリティー情報はパスフレーズであり、前記方法は、ＷＬＡＮ認証における使用のためのペアワイズマスターキー（ＰＭＫ）を前記パスフレーズから生成するステップをさらに含む請求項１１に記載のＷＴＲＵ。
【請求項１５】
前記送信機は、前記ＷＴＲＵがＩＥＥＥ８０２．１１  Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージを前記ＷＬＡＮから受信したことを条件に、拡張可能認証プロトコル（ＥＡＰ）手順の実行を伴わずに、前記選択されたＡＰを介して、前記ｅＮＢに向けられているデータを送信するようにさらに構成されている請求項１１に記載のＷＴＲＵ。
【請求項１６】
前記送信機は、前記選択されたＡＰとの成功した関連付けの際にステータスレポートを送信するようにさらに構成されている請求項１１に記載のＷＴＲＵ。
【請求項１７】
前記プロセッサは、ＡＰとのＷＬＡＮ接続を保持することの失敗を検知するようにさらに構成されており、
前記送信機は、前記失敗の表示および前記失敗の理由を提供するレポートを前記ｅＮＢへ送信するようにさらに構成されている
請求項１１に記載のＷＴＲＵ。
【請求項１８】
前記ＲＲＣシグナリングはタイマーを含み、前記送信機は、前記タイマーが切れる前に前記ＷＴＲＵがＷＬＡＮ  ＡＰへ成功裏に関連付けを行うことができないことを条件に、前記ＬＴＥによってコントロールされるＷＬＡＮインターフェースのための前記構成が失敗したということを示すメッセージを前記ｅＮＢへ送信するようにさらに構成されている請求項１１に記載のＷＴＲＵ。
【請求項１９】
前記プロセッサは、無線リンク失敗（ＲＬＦ）が生じているかどうかを検知し、
前記ＲＬＦが生じていることを前記プロセッサが検知したことを条件に、前記ＬＴＥによってコントロールされるＷＬＡＮインターフェースのための前記構成を解放し、トラフィックを前記ＷＴＲＵ用に構成されているＬＴＥインターフェースへ向けるようにさらに構成されている請求項１１に記載のＷＴＲＵ。
【請求項２０】
前記プロセッサは、
前記ＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から出たことを条件に、前記ＬＴＥによってコントロールされるＷＬＡＮインターフェースのための前記構成を解放し、
トラフィックを前記ＷＴＲＵ用に構成されているＬＴＥインターフェースへ向けるようにさらに構成されている請求項１１に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
セルラーシステムにおけるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）統合のためのコントロールプレーン方法および装置に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１５年４月８日に出願された米国特許仮出願第６２／１４４，７０８号明細書、および２０１５年５月１３日に出願された米国特許仮出願第６２／１６１，０１２号明細書の利益を主張するものであり、それらの内容は、参照によって本明細書に組み込まれている。
【０００３】
モバイルデータオフローディングは、もともとセルラーネットワークの対象とされているデータを配信するために、ワイヤレスフィディリティー（Ｗｉ−Ｆｉ）などの補完ネットワークテクノロジーを利用することができる。したがってモバイルデータオフローディングは、その他のユーザのためにセルラー帯域幅を解放する上で効果的である場合がある。なぜなら、それは、セルラー帯域上で搬送されているデータの量を減らすことができるからである。モバイルデータオフローディングは、ローカルセルラー受信が貧弱である場合に、ユーザが、よりよい接続性を有する有線サービスを介してセルラーネットワークに接続することを可能にすることによって、使用されることも可能である。
【発明の概要】
【０００４】
ロングタームエボリューション（ＬＴＥ）によってコントロールされるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）インターフェースをワイヤレス送信／受信ユニット（ＷＴＲＵ）用に構成するための方法および装置が記述されている。方法が、ＬＴＥによってコントロールされるＷＬＡＮインターフェースをＷＴＲＵが構成するためのパラメータを提供するＬＴＥ無線リソース構成（ＲＲＣ）シグナリングを受信するステップを含む。ＬＴＥ  ＲＲＣシグナリングは、ＷＬＡＮアクセスポイント（ＡＰ）のセット、そのセット内のＷＬＡＮとの関連付けを自律的に開始することをＷＴＲＵが許可されている旨の表示、ＬＴＥによってコントロールされるＷＬＡＮインターフェースのために使用するための１つまたは複数のベアラのタイプ、ＷＬＡＮ関連のセキュリティー情報、およびＷＬＡＮ  ＡＰとの関連付けのステータスをＷＴＲＵが報告するための構成を含む。ＷＴＲＵは、関連付ける先のＷＬＡＮ  ＡＰをリストから選択し、少なくともＷＬＡＮ関連のセキュリティー情報を使用して、その選択されたＷＬＡＮ  ＡＰへの関連付けを開始する。
【図面の簡単な説明】
【０００５】
例として添付の図面とともに与えられる以降の説明から、より詳細な理解が得られることが可能である。
【０００６】
【図１Ａ】１つまたは複数の開示されている実施形態が実施されることが可能である例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａにおいて示されている通信システム内で使用されることが可能である例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）のシステム図である。
【図２】ロングタームエボリューション（ＬＴＥ）ＲＡＮノードおよびワイヤレスローカルエリアネットワーク（ＷＬＡＮ）アクセスネットワークノード（ＡＰ）に関する同一場所に配置されているシナリオおよび同一場所に配置されていないシナリオの両方を採用している例示的なシステムのシステム図である。
【図３】パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤよりも上でのダウンリンクデータの分割を示す例示的なシステムのブロック図である。
【図４】ＰＤＣＰレイヤ内でのダウンリンクデータの分割を示す例示的なシステムのブロック図である。
【図５】独自仕様のインターフェースを用いた統合されたＷＬＡＮ  ＡＰおよびｅＮｏｄｅＢ（ｅＮＢ）を備えたシステムの図である。
【図６】標準化されたインターフェースを用いてＷＬＡＮ  ＡＰおよびｅＮＢが物理的に分離されているシステムの図である。
【図７】インターフェースを用いずにＷＬＡＮ  ＡＰおよびｅＮＢが物理的に分離されているシステムの図である。
【図８】本明細書において記述されている実施形態のうちのいずれかのために使用されることが可能である基本的な無線リソースコントロール（ＲＲＣ）再構成シグナリングを示す信号図である。
【図９】ネットワークによって支援されるキー割り当てを使用するＬＴＥおよびＷＬＡＮの統合のためのセキュリティー手順の例の信号図である。
【発明を実施するための形態】
【０００７】
図１Ａは、１つまたは複数の開示されている実施形態が実施されることが可能である例示的な通信システム１００の図である。通信システム１００は、コンテンツ、たとえば音声、データ、ビデオ、メッセージング、放送などを複数のワイヤレスユーザに提供するマルチプルアクセスシステムであることが可能である。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、１つまたは複数のチャネルアクセス方法、たとえば符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などを採用することができる。
【０００８】
図１Ａにおいて示されているように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことができるが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定しているということが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信を行うように構成されている任意のタイプのデバイスであることが可能である。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されることが可能であり、ユーザ機器（ＵＥ）、移動局、固定式または移動式のサブスクライバーユニット、ページャー、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。
【０００９】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、１つまたは複数の通信ネットワーク、たとえば、コアネットワーク１０６、インターネット１１０、および／またはその他のネットワーク１１２へのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェース接続するように構成されている任意のタイプのデバイスであることが可能である。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであることが可能である。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができるということが理解されるであろう。
【００１０】
基地局１１４ａは、ＲＡＮ１０４の一部であることが可能であり、ＲＡＮ１０４は、その他の基地局および／またはネットワーク要素（図示せず）、たとえば基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどを含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成されることが可能であり、その地理的領域は、セル（図示せず）と呼ばれることがある。セルは、セルセクタへとさらに分割されることが可能である。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割されることが可能である。したがって一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）テクノロジーを採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。
【００１１】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることが可能である。エアインターフェース１１６は、任意の適切な無線アクセステクノロジー（ＲＡＴ）を使用して確立されることが可能である。
【００１２】
より具体的には、上述したように、通信システム１００は、マルチプルアクセスシステムであることが可能であり、１つまたは複数のチャネルアクセススキーム、たとえばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）テレストリアルラジオアクセス（ＵＴＲＡ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、ハイスピードパケットアクセス（ＨＳＰＡ）および／またはエボルブドＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、ハイスピードダウンリンクパケットアクセス（ＨＳＤＰＡ）および／またはハイスピードアップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１３】
別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、エボルブドＵＭＴＳテレストリアルラジオアクセス（Ｅ−ＵＴＲＡ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することができる。
【００１４】
その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線テクノロジー、たとえばＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティーフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、エンハンストデータレートフォーＧＳＭエボリューション（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などを実施することができる。
【００１５】
図１Ａにおける基地局１１４ｂは、たとえばワイヤレスルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであることが可能であり、局所的なエリア、たとえば事業所、家庭、乗り物、キャンパスなどにおけるワイヤレス接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線テクノロジーを実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線テクノロジーを実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを求められないことが可能である。
【００１６】
ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることが可能であり、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークであることが可能である。たとえば、コアネットワーク１０６は、コール制御、料金請求サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはハイレベルセキュリティー機能、たとえばユーザ認証を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということが理解されるであろう。たとえば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線テクノロジーを利用している可能性があるＲＡＮ１０４に接続されていることに加えて、ＧＳＭ無線テクノロジーを採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。
【００１７】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、一般的な通信プロトコル、たとえば、トランスミッションコントロールプロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）インターネットプロトコルスイートにおけるＴＣＰ、ユーザデータグラムプロトコル（ＵＤＰ）、およびＩＰを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線またはワイヤレスの通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用している可能性がある１つまたは複数のＲＡＮに接続されている別のコアネットワークを含むことができる。
【００１８】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々のワイヤレスリンクを介して別々のワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線テクノロジーを採用している可能性がある基地局１１４ａと、およびＩＥＥＥ８０２無線テクノロジーを採用している可能性がある基地局１１４ｂと通信するように構成されることが可能である。
【００１９】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、上述の要素どうしの任意の下位組合せを含むことができるということが理解されるであろう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられている１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の任意のタイプの集積回路（ＩＣ）、状態マシンなどであることが可能である。プロセッサ１１８は、信号コーディング、データ処理、パワー制御、入力／出力処理、および／または、ＷＴＲＵ１０２がワイヤレス環境において機能することを可能にするその他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合されることが可能であり、トランシーバ１２０は、送信／受信要素１２２に結合されることが可能である。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内にともに統合されることが可能であるということが理解されるであろう。
【００２１】
送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成されることが可能である。たとえば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナであることが可能である。別の実施形態においては、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器であることが可能である。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成されることが可能である。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成されることが可能であるということが理解されるであろう。
【００２２】
加えて、送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯテクノロジーを採用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するために、複数の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００２３】
トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調するように、および送信／受信要素１２２によって受信される信号を復調するように構成されることが可能である。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含むことができる。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることが可能であり、そこからユーザ入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもできる。加えて、プロセッサ１１８は、任意のタイプの適切なメモリ、たとえば、取り外し不能メモリ１３０および／または取り外し可能メモリ１３２からの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。取り外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことができる。取り外し可能メモリ１３２は、サブスクライバーアイデンティティーモジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。その他の実施形態においては、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されていない、たとえば、サーバまたはホームコンピュータ（図示せず）上のメモリからの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。
【００２５】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成されることが可能である。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであることが可能である。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００２６】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合されることも可能であり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（たとえば、経度および緯度）を提供するように構成されることが可能である。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介してロケーション情報を受信すること、および／または複数の近隣の基地局から受信されている信号のタイミングに基づいて自分のロケーションを特定することが可能である。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、任意の適切なロケーション特定方法を通じてロケーション情報を取得することができるということが理解されるであろう。
【００２７】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合されることが可能であり、その他の周辺機器１３８は、さらなる特徴、機能、および／または有線接続もしくはワイヤレス接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００２８】
図１Ｃは、実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることも可能である。
【００２９】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保持しながら、任意の数のｅＮｏｄｅ−Ｂを含むことができるということが理解されるであろう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。一実施形態においては、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがって、ｅＮｏｄｅ−Ｂ１４０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。
【００３０】
ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理の決定、ハンドオーバの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成されることが可能である。図１Ｃにおいて示されているように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３１】
図１Ｃにおいて示されているコアネットワーク１０６は、モビリティーマネージメントエンティティーゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということが理解されるであろう。
【００３２】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されることが可能であり、コントロールノードとしての役割を果たすことができる。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどのその他の無線テクノロジーを採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うためのコントロールプレーン機能を提供することもできる。
【００３３】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ  Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されることが可能である。サービングゲートウェイ１４４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送することができる。サービングゲートウェイ１４４は、その他の機能、たとえば、ｅＮｏｄｅ  Ｂ間でのハンドオーバ中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが利用可能である場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどを実行することもできる。
【００３４】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６に接続されることも可能であり、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３５】
コアネットワーク１０６は、その他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間におけるインターフェースとしての役割を果たすＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそうしたＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線またはワイヤレスのネットワークを含むことができる。
【００３６】
その他のネットワーク１１２は、ＩＥＥＥ８０２．１１ベースのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１６０にさらに接続されることが可能である。ＷＬＡＮ１６０は、アクセスルータ１６５を含むことができる。アクセスルータは、ゲートウェイ機能を含むことができる。アクセスルータ１６５は、複数のアクセスポイント（ＡＰ）１７０ａ、１７０ｂと通信状態にあることが可能である。アクセスルータ１６５とＡＰ１７０ａ、１７０ｂとの間における通信は、有線イーサネット（ＩＥＥＥ８０２．３標準）、または任意のタイプのワイヤレス通信プロトコルを介することが可能である。ＡＰ１７０ａは、エアインターフェースを介してＷＴＲＵ１０２ｄとワイヤレス通信状態にある。
【００３７】
モバイルデータオフローディングのためのこれまでの提案は、ＷＴＲＵが、ＷＬＡＮを使用してエボルブドパケットコア（ＥＰＣ）パケット交換（ＰＳ）サービスにアクセスすることを可能にしようとすることに焦点を合わせてきた。そのようなオフローディングメカニズムを使用すると、ＲＡＮは、ほとんど役割を果たさない。
【００３８】
より最近では、ＲＡＮベースのルールを使用するＷＬＡＮ選択／トラフィック操縦メカニズムの導入によって、第３世代パートナーシッププロジェクト（３ＧＰＰ）／ＷＬＡＮのインターワーキングが高められている。さらに、いくつかのアクセスネットワーク選択／発見機能（ＡＮＤＳＦ）ポリシーが、ＲＡＮおよびＷＬＡＮのしきい値を伴って拡張されている。そのようなしきい値は、ＲＡＮまたはＡＮＤＳＦサーバによってＷＴＲＵに提供されることが可能である。しかしながら、そのようなメカニズムを使用すると、トラフィックは、ＰＤＮごとにオフロードされることしか可能ではない。ユーザサブスクリプションデータに基づいて、ＭＭＥは、どのＰＤＮがオフロード可能であるかを特定し、非アクセス層（ＮＡＳ）シグナリングを使用してオフロード可能性情報をＷＴＲＵに示すことができる。さらに、そのようなメカニズムは、ＲＡＮが、しきい値を調整することによってＷＴＲＵ  ＷＬＡＮオフローディングに対して特定のコントロールを有することを可能にすることができる。しかしながら、オフローディングの決定は、依然としてＷＴＲＵの機能である。
【００３９】
当業界においては、ネットワークオペレータたちが自分自身のＷｉ−Ｆｉネットワークを公開し始めているというトレンドが現れており、彼らにとっては、ＷＬＡＮ  ＡＰをｅＮＢなどの自分の基地局と統合するという技術的なおよびオペレーション上の利点がある場合がある。これは、スモールセルオーバーレイの展開にとって特に魅力的である場合がある。同一場所に配置されているｅＮＢ／ＡＰのシナリオは、ｅＮＢとＡＰとの間における独自仕様のノード間通信の可能性を可能にすることができ、より多くのスループットおよびより良好なユーザ経験を達成することを目的としたＷｉ−Ｆｉオフローディングのためのさらなるメカニズムの可能性を開くこともできる。
【００４０】
同一場所に配置されているシナリオおよび同一場所に配置されていないシナリオの両方に関して、潜在的なコントロールプレーンメカニズムおよびユーザプレーンメカニズムが提案されている。たとえば、コントロールプレーンは、ｅＮＢにおいて固定されることが可能であり、その一方でユーザプレーンは、メディアアクセスコントロール（ＭＡＣ）レイヤよりも上でアグリゲートされることが可能である。別の例においては、アグリゲーション機能は、無線リンクコントロール（ＲＬＣ）レイヤにおいて実行されることが可能である。
【００４１】
図２は、ＬＴＥ  ＲＡＮノードおよびＷＬＡＮアクセスネットワークノード（ＡＰ）に関する同一場所に配置されているシナリオおよび同一場所に配置されていないシナリオの両方を採用している例示的なシステム２００のシステム図である。図２において示されている例においては、同一場所に配置されているシナリオに関して、ＬＴＥ  ＲＡＮノード２０２（たとえば、ｅＮＢ）およびＷＬＡＮ  ＡＰ２０６は、論理的に同一場所に配置されることが可能であり、それらの間におけるインターフェース２１０は、内部のものおよび独自仕様のものであることが可能である。同一場所に配置されていないシナリオに関して、ＬＴＥ  ＲＡＮノード２０２およびＷＬＡＮ  ＡＰ２０６は、同一場所に配置されておらず、それらの間に標準的なインターフェース２１０があること、またはインターフェースがないことが可能である。両方のシナリオにおいて、インターフェース２１０は、複数のＡＰを管理することまたは隠すことが可能であるＷＬＡＮ固有のコントローラまたはコントローリング機能を含むことができる。示されている例においては、ＷＴＲＵ２０４から生じてＬＴＥ  ＲＡＮノード２０２を介してＥＰＣ２０８に向けられるデータは、図２における破線２１２によって示されているように、特定の状況においてはＷＬＡＮ  ＡＰ２０６を介してオフロードされることが可能である。
【００４２】
ユーザプレーンに関しては、それがどこで固定されるべきであるかに関して２つのオプションが提案されている。ＲＡＮベースの固定においては、所与のベアラ（たとえば、エボルブドパケットシステム（ＥＰＳ）ベアラ）に関して、ユーザプレーンは、ｅＮＢにおいて固定されることが可能である。ダウンリンクトラフィックは、ジェネラルパケットラジオサービス（ＧＰＲＳ）トンネリングプロトコル（ＧＰＴ）ベースのトンネルを通じてＷＴＲＵの接続に関連付けられているｅＮＢへ送達されることが可能である。ｅＮＢは次いで、Ｕｕインターフェースを介して、ＷＬＡＮインターフェースを介して、またはその両方で（冗長性および再送信のうちの少なくとも１つがサポートされている場合）、ダウンリンクトラフィックを配信することができる。どれを使用するかに関する決定は、たとえば、ｅＮＢにおいて構成されているルールに基づくことが可能である。トラフィックは、方向（アップリンクもしくはダウンリンク）の点で、および／または利用可能なインターフェースの点で、ＵｕインターフェースおよびＷＬＡＮインターフェースのさまざまな組合せを使用してルーティングされることが可能である。たとえば、トラフィックは、所与の時点において単一のインターフェースを使用することができ、または分割ベアラがサポートされている場合には両方のインターフェースを同時に使用することができる。
【００４３】
ｅＮＢにおいてユーザプレーンを固定することは、ＷＬＡＮリンクを介したトラフィックのためのインターネットプロトコル（ＩＰ）ソリューションに対する必要性を回避することができる。さらに、ｅＮＢにおいてユーザプレーンを固定することは、マルチプルアクセスＰＤＮ接続（ＭＡＰＣＯＮ）、ＩＰフローモビリティー（ＩＦＯＭ）、およびＳ２ａモビリティーベースドオンＧＰＲＳトンネリング（ＳａＭＯＧ）（トラフィックは、ｅＮＢをまったく通らない）など、その他のオフローディングスキームが並行して使用されることも不可能であるということを必ずしも意味しない。
【００４４】
ｅＮＢにおいてユーザプレーンを固定することに対する代替として、ユーザプレーンは、もっぱら特定のベアラ（たとえば、ｅＮＢのみ、またはＷＬＡＮ  ＡＰのみ）にサービス供給するノードにおいて固定されることが可能である。ＲＡＮノードは、モビリティーをコントロールすることができ、その一方でＷＬＡＮ  ＡＰは、ＣＮまたは類似物への直接接続（たとえば、ＧＴＰベースのトンネル）を有することができる。トラフィックは、多くの場合において、ダウンリンクおよびアップリンク両方のトラフィックに関して単一のインターフェースを使用してルーティングされることが可能である。
【００４５】
ＲＡＮノードとＷＬＡＮとの間におけるさらなる統合のために、ユーザプレーントラフィックがどのように取り扱われるべきかを特定するための方法およびメカニズム、ならびに、そのような方法およびメカニズムをサポートするために必要とされる場合がある何らかのさらなる方法および機能が必要とされる場合がある。たとえば、ユーザプレーンモデリングは、どのレイヤにおいてトラフィックが分割またはアグリゲートされるかと、ＬＴＥ  Ｕｕを介して、またはＷＬＡＮを介してどのフローまたはベアラが送信されるべきかをｅＮＢまたはＷＴＲＵがどのように特定するかとを特定することができる。分割が生じるレイヤにおいて、さらなる機能が必要とされる場合があり、それによって、そのレイヤとＷＬＡＮインターフェースとの間における機能が一貫していることが可能であり、およびそれによって、３ＧＰＰサービス品質（ＱｏＳ）関連の機能が保持されることが可能である（たとえば、信頼性の側面を含む）。たとえば、データは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ、ＲＬＣレイヤ、またはＭＡＣレイヤでさえ、のうちの１つよりも上で、またはその中で分割されることが可能である。
【００４６】
図３は、ＰＤＣＰレイヤよりも上でのダウンリンク（ＤＬ）データの分割（たとえば、ＩＰベースのルーティング）を示す例示的なシステム３００のブロック図である。図３において示されている例においては、ｅＮＢ３０２は、フロー／ベアラに関連付けられているトラフィックが２つのアクセスのうちのどちらを使用すべきかを特定するためのフィルタ機能３０４を有することができる。ＲＡＢ−１、ＲＡＢ−２、またはＲＡＢ−３など、無線ベアラ（ＲＢ）のＤＬデータは全面的に、Ｕｕインターフェースを介して（ＲＡＢ−１およびＲＡＢ−２に関して示されているように）、またはフィルタ機能内のルールに基づいてＷＬＡＮリンクを使用して送信されることが可能である。あるいは、ＲＢのデータの一部がＵｕを介して送信されることが可能であり、その一方で残りがＷＬＡＮリンクを介して送信されることが可能である（ＲＡＢ−３に関して示されているように）。ＷＬＡＮを介して送信されるトラフィックに関しては、ＩＰパケットは、Ｓ１−Ｕパケットから取り出されて、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１フレーム内に含めて直接送達されることが可能である。ＷＴＲＵ側では、ＷＴＲＵは、両方のリンク上でＩＰパケットを受信して、それらをより上のレイヤへサブミットすることができる。
【００４７】
図４は、ＰＤＣＰレイヤ内でのＤＬデータの分割（たとえば、フロー／フィルタベースのルーティング）を示す例示的なシステム４００のブロック図である。図４において示されている例においては、オフローディングがフローごとではなくベアラごとである場合には、フローフィルタ機能に対する必要性はない（ＲＡＢ−１に関して示されているように）。オフローディングがフローごとである場合には、フィルタ機能４０６ｂおよび４０６ｃなどのフィルタ／分割機能は、ＰＤＣＰエンティティー４０４ｂおよび４０４ｃ内に含まれることが可能であり、そのようなＰＤＣＰエンティティーに入るデータは、フローがオフローディングの対象とされるかどうかに応じて、下にあるＲＬＣエンティティー４０８ｂまたは４０８ｃへそれぞれ送信されるか、またはＷＬＡＮ  ＡＰ４１０へ送信されることが可能である。受信側では、ＷＬＡＮリンクからのＰＤＣＰ  ＰＤＵは、対応するＰＤＣＰエンティティーによって収集され、Ｕｕリンクから受信されたＰＤＣＰ  ＰＤＵとともに取り扱われ、より上のレイヤへサブミットされることが可能である。このオプションを使用すると、ＷＬＡＮリンクを介して送信されるデータは、ＰＤＣＰエンティティーにおける圧縮および暗号化機能から依然として恩恵を受けることができる。同様に、データは、ＲＬＣまたはＭＡＣレイヤにおいて分割またはアグリゲートされることが可能である。
【００４８】
簡単に上述されたような、独自仕様のインターフェースを用いてＷＬＡＮ  ＡＰおよびｅＮＢが統合されている場合、標準化されたインターフェースを用いてＷＬＡＮ  ＡＰおよびｅＮＢが分離されている場合、ならびにインターフェースを用いずにＷＬＡＮ  ＡＰおよびｅＮＢが物理的に分離されている場合の実施形態を含めて、ＬＴＥおよびＷｉ−Ｆｉの組合せに関する複数の異なる展開シナリオが、本明細書において記述されているが、以降で図５、図６、および図７を参照しながらさらに詳細に記述されている。
【００４９】
図５は、独自仕様のインターフェース５０２を用いた統合されたＷＬＡＮ  ＡＰ５０６およびＬＴＥ  ｅＮＢ５０４を備えた例示的なシステム５００の図である。図５において示されている例においては、ネットワークの観点からは、ＬＴＥインターフェースおよびＷＬＡＮインターフェースなど、複数の無線アクセスの実装が物理的に同一場所に配置されることが可能であり、それらの２つのエンティティーの間における協調が、独自仕様のインターフェース５０２を使用して容易にされることが可能である。そのような実施形態においては、ＷＴＲＵの観点からは、ユーザプレーンのモデリングは、キャリアアグリゲーションのモデリングと同様であることが可能であり、その場合、ＷＬＡＮインターフェースは、ＷＴＲＵにとってさらなるリソースとみなされることが可能である。これは、原理上は、ＷＬＡＮ接続をＷＴＲＵの構成の特別なセルとして取り扱うことと同様であることが可能である。そのようなモデリングは、複数の無線アクセスを使用してベアラ（ＲＡＢｘまたはＲＡＢｙなど）に関連付けられているデータを送信するためのサポートを含むことができる。いくつかのシナリオにおいては、たとえば、構成によって、またはアップリンクルーティング用などの動的な方法を使用して、特定のトラフィックまたはベアラに関する制約が導入されることが可能である。
【００５０】
図６は、標準化されたインターフェース（図示せず）を用いてＷＬＡＮ  ＡＰ６０４およびＬＴＥ  ｅＮＢ６０２が物理的に分離されている例示的なシステム６００の図である。図６において示されている例においては、ネットワークの観点からは、ＬＴＥインターフェースおよびＷＬＡＮインターフェースの実装が物理的に分離されることが可能であり、それらの２つのエンティティーの間における少なくともいくらかの協調が、標準化されたインターフェースを使用して容易にされることが可能である。そのようなケースにおいては、ＷＴＲＵの観点からは、ユーザプレーンのモデリングは、単一の無線アクセスに関連付けられているベアラ（ＬＴＥにのみ関連付けられているＲＡＢｘ、およびＷＬＡＮにのみ関連付けられているＲＡＢｚなど）をサポートすることに加えて、複数の無線アクセスに関連付けられているベアラ（ＬＴＥおよびＷＬＡＮの両方に関連付けられているＲＡＢｙなど）のためのサポートを含むことができる。これは、原理上は、ＷＬＡＮ接続をＷＴＲＵの構成のセカンダリーセルグループ（ＳＣＧ）として取り扱うことと同様であることが可能である。そのようなモデリングは次いで、複数の無線アクセスを使用してベアラに関連付けられているデータを送信するためのサポートを含むことができるが、それらの無線アクセスは、２つのレイヤプロトコルの観点から別々のトランスポートブランチとして扱われることも可能である。いくつかの実施形態においては、構成によって、特定のトラフィックまたはベアラに関する特定の制約が導入されることが可能である。その他のベアラに関しては、アップリンクルーティングを特定するために動的な方法が使用されることが可能である。
【００５１】
図７は、インターフェースを用いずにＷＬＡＮ  ＡＰ７０４およびＬＴＥ  ｅＮＢ７０２が物理的に分離されている例示的なシステム７００の図である。図７において示されている例においては、ネットワークの観点からは、ＬＴＥ無線アクセスおよびＷＬＡＮ無線アクセスの実装が物理的に分離されることが可能であり、それらの間における協調が非常に限定されること、または完全に存在しないことが可能である。そのようなケースにおいては、ＷＴＲＵの観点からは、ユーザプレーンのモデリングは、それぞれの個々の無線アクセスのレイヤ２（Ｌ２）が変わらないままでいるようにすることであることが可能である。その代わりに、第１の無線アクセスに関連付けられているさらなるコントロールプレーン手順または行動が、第２の無線アクセスに関連付けられているベアラに関するコントロールを提供することなどの目的で使用されることが可能である。
【００５２】
本明細書において記述されている実施形態は、両方のアクセステクノロジーの間における対話に対するさまざまな可能なアプローチを考慮に入れることができる。たとえば、ポリシングベースのオペレーションにおいては、１つまたは複数のＷＬＡＮ側面が、ブラックボックスとしてＬＴＥと統合されることが可能である。このケースにおいては、ＬＴＥなどの第１のアクセステクノロジーが、Ｗｉ−Ｆｉなどの第２のアクセステクノロジーのためのコンテナとして機能するように実施されることが可能である。たとえば、第２のアクセステクノロジーにおいて利用可能であることおよび／または実施されることが不可能である機能は、代わりに第１のアクセステクノロジーにおいて実施および監督されることが可能である。別の例においては、プリミティブベースのオペレーションが使用されることが可能であり、その場合、１つまたは複数のＷＬＡＮ側面が、ホワイトボックスとしてＬＴＥと統合されることが可能である。このケースにおいては、ＬＴＥなどの第１のアクセステクノロジーが、Ｗｉ−Ｆｉなどの第２のアクセステクノロジーと対話するように実施されることが可能である。たとえば、第１のアクセステクノロジーは、第２のアクセステクノロジーにおいて利用可能であることおよび／または実施されることが可能である機能に関連付けられている情報または通知へのアクセス（たとえば、プリミティブなどの実施側面に基づく）を有することができる。これらのアプローチのいずれかまたは両方が、機能のさまざまな組合せのために使用されることが可能である。
【００５３】
本明細書において記述されている実施形態はまた、さまざまな方法またはメカニズムがプロトコルレイヤまたは実施のうちのどこで導入されることが可能であるかという点で、さまざまな可能なアレンジを考慮に入れる。したがって、別々のＲＡＴの間における不透明性および対話が、ＬＴＥ実施の観点から対処されることが可能である。たとえば、ＷＴＲＵは、ＷＬＡＮインターフェースに関連した複数のメトリックを保持することができ、それによって、それらはＬＴＥオペレーションにとって利用可能であり得る。そのようなメトリックは、本明細書において記述されている実施形態のうちの多くにおいて言及されており、ポリシングベースのオペレーションを使用している場合などに観察によって、またはプリミティブベースのアプローチを使用している場合などにＷＬＡＮコンポーネントによって提供される情報を使用することによって得られることが可能である。ＷＴＲＵは、本明細書において記述されている方法のサポートにおいて（たとえば、観察されたＷｉ−Ｆｉパフォーマンスに対して対応、適合、または調整を行うように設計されることが可能である方法およびメカニズムに関して、ＱｏＳメトリック、パケットデータ関連のメトリック、バッファ／キューイング関連のメトリック、およびインターフェース関連のメトリックというメトリックを保持および／または計算することができる。その他のメトリックが使用されることも可能である。それらのメトリックのそれぞれは、以降でさらに詳細に記述されており、構成可能なもしくは構成されたピリオドにわたる、または特定のイベント以降の平均値、絶対値、または累積値を含むことができる。さらに、それらのメトリックは、ベアラ、ベアラのグループごとに、ベアラのタイプごとに、および／またはＷＬＡＮなどの所与のインターフェースに関して適用可能であり得る。
【００５４】
ＱｏＳメトリックは、たとえば、所与の側面に関する送信レート、またはそれに対する特定の量の変更を含むことができる。そのようなレートは、たとえば、利用可能なＷｉ−Ｆｉ送信レートであることが可能である。たとえば、そのようなレートは、優先ビットレート（ＰＢＲ）、保証ビットレート（ＧＢＲ）、最大ビットレート（ＭＢＲ）、およびアクセスポイント名（ＡＰＮ）アグリゲートＭＢＲ（Ａ−ＡＭＢＲ）のうちの１つであることが可能である。ＰＢＲに関して、たとえば、ＷＴＲＵは、所与のベアラまたは複数のベアラに関連付けられているデータが、ＷＬＡＮインターフェースを使用して送信されることが可能であるように構成されることが可能である。実施形態においては、ＷＬＡＮインターフェースは、適用可能な１つまたは複数のベアラに少なくとも構成されたＰＢＲまで供給することができる。ＧＢＲに関して、たとえば、ＷＴＲＵは、１つまたは複数のベアラがサービス供給されることが可能である最小レート値を伴って構成されることが可能である。そのようなレートは、アップリンクにおけるトラフィックをルーティングすることなどの目的でＷＬＡＮインターフェースのみによって、またはダウンリンクにおける観察されたレートを報告することなどの目的でＬＴＥインターフェースおよびＷＬＡＮインターフェースの組合せを使用して供給されることが可能である。
【００５５】
ＭＢＲに関して、たとえば、ＷＴＲＵは、１つまたは複数のベアラがサービス供給されることが可能であるＭＢＲ値を伴って構成されることが可能である。そのようなレートは、ＷＴＲＵ用に構成されているＬＴＥインターフェースおよびＷＬＡＮインターフェースのうちの１つのみによって供給されることが可能である。たとえば、そのような最大レートは、ＬＴＥインターフェースに関連付けられている送信に適用可能であるように構成されることが可能であり、それによって、そのようなレートを超えるいずれのデータも、ＷＬＡＮインターフェースへのオフローディングのための候補であることが可能である。このケースにおいては、その他のインターフェースが、このレートを超えるデータの量にとって十分ではないということをＷＴＲＵが特定した場合には、それは、その値がしきい値を満たしていないということを特定することができる。別の例に関しては、そのような最大レートは、ＷＬＡＮインターフェースに関連付けられている送信に適用可能であるように構成されることが可能であり、それによって、そのようなレートを超えるいずれのデータも、そのインターフェースのオフロード能力を超過しているとみなされることが可能である。このケースにおいては、ＷＴＲＵは、そのような超過したデータを、ＬＴＥインターフェースを使用する送信（バッファステータスの報告用を含む）のための候補とみなすことができ、および／または、このメトリックに関する値がこのしきい値を満たしていないということが特定されることが可能である。同様のアプローチが、その他のレートベースのメトリック、たとえば、ＰＢＲ、ＧＢＲ、およびＡ−ＡＭＢＲに関して使用されることが可能である。
【００５６】
Ａ−ＡＭＢＲに関して、たとえば、ＷＴＲＵは、１つまたは複数のベアラがサービス供給されることが可能である最大ビットレート値を伴って構成されることが可能である。複数のベアラは、単一のＡＰＮに対応することが可能であり、非ＧＢＲベアラのみから構成されることが可能である。そのようなレートは、ＷＴＲＵ用に構成されているＬＴＥインターフェースおよびＷＬＡＮインターフェースのうちの１つのみによって供給されることが可能である。
【００５７】
別のＱｏＳ測定値は、エラーレートまたはそれに対する変更であることが可能である。たとえば、そのようなエラーレートは、パケットエラーレート（ＰＥＲ）、パケットロスレート（ＰＬＲ）、または再送信の平均回数であることが可能である。ＷＴＲＵは、どのパケットが欠落している可能性があるかを特定するために、アップリンクエラーレート、および／もしくはシーケンスナンバリング情報など、ＷＬＡＮインターフェース上でのＰＤＣＰプロトコルデータユニット（ＰＤＵ）の受信から観察されたものなど、または、たとえば、ＷＬＡＮインターフェースに関連付けられているステータスレポートＰＤＵにおいて示されているものなど、ＷＬＡＮインターフェースからの表示を使用することができる。あるいは、そのような量は、送信／受信ウィンドウ内にある可能性がある欠落しているパケット（連続しているか否かを問わず）の絶対数であることが可能である。
【００５８】
パケットデータ関連のメトリックは、たとえば、サービスデータユニット（ＳＤＵ）破棄タイマーに関連した値および／またはＷＴＲＵのバッファ内の滞在の時間など、タイミング側面、シーケンシング側面、フィードバック側面、ならびに複製検知を含むことができる。タイミング側面に関しては、それは、たとえば、平均、最悪ケース、平均における変化、またはヘッドオブライン値であることが可能である。経過時間、残存時間、送信が依然として継続中であるか否か、成功した送信に起因してタイマーが停止されたか否か、関係しているピリオド、ＳＤＵ／ＰＤＵに関連したシーケンシング態様、または特定のバッファおよび／もしくはインターフェース（たとえば、ＷＬＡＮ）との関連付けに基づいてなど、どんなＳＤＵ／ＰＤＵが考慮されることが可能であるかのさまざまなアレンジが可能である。そのようなメトリックは、たとえば、そのような値がしきい値を下回っているか、または上回っているかを特定するために使用されることが可能である。シーケンシング態様に関しては、これは、たとえば、受信／送信ウィンドウにおけるシーケンス番号（ＳＮ）ギャップの長さ／サイズであることが可能である。フィードバック態様に関しては、それは、たとえば、１つまたは複数のＳＤＵまたはＰＤＵに肯定的にまたは否定的に応答するＰＤＣＰステータスレポートから受信された情報であることが可能である。複製検知に関しては、ＷＴＲＵは、複数の複製データユニットが受信または送信されているということを、たとえば受信されたステータスレポートに基づいて特定することができる。
【００５９】
バッファ／キューイング関連のメトリックは、たとえば、バッファ充填レート、バッファ排出レート、排出／充填レートにおける変動、バッファ／遅延における平均時間、またはヘッドオブキュー遅延を含むことができる。
【００６０】
インターフェース関連のメトリックに関しては、ＷＴＲＵは、たとえば、ＷＬＡＮインターフェースなどの所与のインターフェースに関して、リンク品質、送信レート、およびタイミング側面というメトリックを考慮することができる。リンク品質は、たとえば、測定値およびパケットエラーレート（ＰＥＲ）を含むことができる。送信レートは、たとえば、平均もしくは瞬間の送信レートまたはそのようなレートにおける変化を含むことができる。時間側面は、たとえば、アクセス待ち時間、メディアの予約／取得に必要とされる時間、バックオフ時間または平均バックオフ時間、バッファ／送信遅延におけるデータの平均時間、ヘッドオブキュー遅延、負荷側面（たとえば、ＷＬＡＮアクセスのための推定された負荷、またはそのような推定された負荷における変化）、競合ベースのアクセスに関する競合の敗北／成功のレート、競合に勝つための平均時間、および利用可能な電力の推定された送信レート（たとえば、不十分な利用可能な送信電力）を含むことができる。
【００６１】
ＬＴＥなどの第１のＲＡＴと、Ｗｉ−Ｆｉなどの第２のワイヤレステクノロジーとの間におけるさらに緊密な統合を可能にするさまざまな側面に対処する実施形態が、本明細書において記述されている。たとえば、ｅＮＢが、構成されているＷＬＡＮ  ＡＰのセット内のＷＬＡＮ  ＡＰに対する構成、アクティブ化、および関連付けを行うことを可能にする実施形態が記述されている。別の例に関しては、ＷＴＲＵが、たとえばレガシーのＩＥＥＥ８０２．ＸＸセキュリティー手順を使用することなく、ＷＬＡＮ接続に関するセキュリティーパラメータを得ることを可能にする実施形態が記述されている。ＷＴＲＵがｅＮＢにおけるＬＴＥ  ＲＲＣへＷＬＡＮステータスを報告することを可能にする実施形態も記述されている。ＷＬＡＮ接続ステータスレポートをいつ送信すべきかをＷＴＲＵが特定することを可能にする実施形態も記述されている。さらに、ＷＴＲＵが、ＰＤＣＰにおける受信バッファから、欠落しているＰＤＵを示すレポートの送信を開始することを可能にする実施形態が記述されている。さらに別の例においては、ＷＴＲＵが、ｅＮＢとの接続を損なう可能性があるイベントに際してＷＬＡＮオフロードのための構成を取り扱うことを可能にする実施形態が記述されている。
【００６２】
本明細書において記述されている実施形態においては、ＷＴＲＵが、ＷＬＡＮインターフェースのＬＴＥコントロールを可能にすることができ、そのようなコントロールを可能にするためのさまざまな方法およびメカニズムのうちの１つまたは組合せを使用することができる。たとえば、状態ベースの統合が使用されることが可能であり、その場合、ＷＴＲＵは、ＷＬＡＮインターフェースの状態をＬＴＥ接続の状態と切り離してコントロールすることができる。たとえば、ＷＴＲＵは、ＬＴＥ  ＲＲＣ接続モードのみにある場合にＷＬＡＮインターフェースに関するサブ状態を実施することができる。別の例に関しては、ＷＬＡＮインターフェースは、ＷＴＲＵの構成のサービングセルとして使用されることが可能である。この例においては、ＷＴＲＵは、ＷＴＲＵの構成のセカンダリーセル（ＳＣｅｌｌ）に適用可能な原理を使用してＷＬＡＮインターフェースの使用をコントロールすることができる。たとえば、ＲＲＣシグナリングなどの構成シグナリング、ユーザプレーントラフィックの取り扱い（たとえば、すべてのベアラが両方のインターフェースに関連付けられることが可能である）、およびアクティブ化メカニズム（たとえば、ＭＡＣベースの）は、レガシーのＳＣｅｌｌのものと同様であることが可能である。しかしながら、何らかの機能、たとえば、レイヤ１（Ｌ１）クロスキャリアスケジューリングまたはハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのトランスポートに関連した機能は、適用することができない。別の例に関しては、ＷＬＡＮインターフェースは、ＷＴＲＵの構成のセルグループから構成されることが可能である。この例においては、ＷＴＲＵは、ＷＴＲＵの構成のセカンダリーセルグループ（ＳＣＧ）に適用可能な原理を使用してＷＬＡＮインターフェースの使用をコントロールすることができる。たとえば、ＲＲＣシグナリングなどの構成シグナリング、ユーザプレーントラフィックの取り扱い（たとえば、いくつかのベアラが、少なくとも１方向において両方のインターフェースに関連付けられることが可能であり、その他のベアラは、単一のＣＧのみに関して指定されることが可能である）、無線リンク失敗（ＲＬＦ）の取り扱い、および通知手順は、レガシーのＳＣＧのものと同様であることが可能である。しかしながら、いくつかの機能、たとえば、モビリティー、または少なくとも別々のトリガーが必要とされる場合があることに起因するＳＣＧ障害に関連した機能は、少なくともいくつかの変更を伴わずに適用することはできない。
【００６３】
本明細書において記述されている実施形態においては、ＷＴＲＵが、たとえば、ＲＲＣシグナリングを通じて提供されるパラメータを使用して、ＬＴＥによってコントロールされるＷＬＡＮインターフェースをそのＷＴＲＵ用に構成することができる。たとえば、ＷＴＲＵが、そのようなパラメータを含むＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージを受信することができる。
【００６４】
図８は、本明細書において記述されている実施形態のうちのいずれかのために使用されることが可能である基本的なＲＲＣシグナリングを示す信号図８００である。図８において示されている例においては、ｅＮＢ８０４が、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ８０６をＷＴＲＵ８０２へ送信することができる。そのようなシグナリングは、たとえば、ＬＴＥによってコントロールされるＷＬＡＮインターフェースをＷＴＲＵが構成するためのパラメータ、およびその他の関連したパラメータ、たとえば、トラフィックオフロードに関連しているトラフィック操縦コマンドを含むことができる。そのようなパラメータは、たとえば、ＷＬＡＮ  ＡＰのセット、ＷＬＡＮ  ＡＰとの関連付けを自律的に開始することをＷＴＲＵが許可されている旨の表示、ＬＴＥによってコントロールされるＷＬＡＮインターフェースのために使用するための１つまたは複数のベアラのタイプ（たとえば、分割、ＬＴＥのみ、またはＷＬＡＮのみ）、ＷＬＡＮ関連のセキュリティー情報、およびＷＬＡＮ  ＡＰとの関連付けのステータスをＷＴＲＵが報告するための構成を含むことができる。ＲＲＣシグナリング８０６内に含まれることが可能であるその他の特定のパラメータが、以降で詳細に記述されている。ＷＴＲＵ８０２は、図８において示されているＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ８０８などのＲＲＣシグナリングを用いて応答することができる。
【００６５】
ＷＴＲＵ８０２は、以降の実施形態において記述されているように、さらなる機能を実行することができる。例として、図８においては、ＲＲＣシグナリング８０６は、ＷＬＡＮ  ＡＰのセットと、そのセット内の任意の適切なＷＬＡＮ  ＡＰなどのＡＰとの関連付けを自律的に実行することをＷＴＲＵ８０２が許可されている旨の表示とを含むことができる。この例においては、ＷＴＲＵ８０２は、セット内からＷＬＡＮ  ＡＰを選択し、その選択されたＷＬＡＮ  ＡＰへの関連付けを開始する（８１０）。実施形態においては、ＷＴＲＵ８０２は、ＷＬＡＮＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓＲｅｐｏｒｔ８１２をｅＮＢ８０４へ送信することを、たとえばそうするように構成されている場合には、行うこともできる。たとえば、このシグナリングを使用して、ＷＴＲＵは、自分がＡＰとの関連付けを成功裏に行った旨を報告することができ、または以降でさらに詳細に記述されているその他の構成されている報告を提供することができる。
【００６６】
図８において示されている例においては、ＷＴＲＵ８０２は、ＷＬＡＮ  ＡＰの提供されたセットの中から、ＬＴＥによってコントロールされるＷＬＡＮインターフェースのために使用するためのＷＬＡＮ  ＡＰを自律的に選択および再選択するように構成されている。しかしながら、ＷＬＡＮ  ＡＰの選択は、追加として、または代替として、ｅＮＢによって行われることが可能である。自律的なＷＬＡＮ  ＡＰ選択および再選択、ならびにネットワークによってコントロールされる（たとえば、ｅＮＢによってコントロールされる）ＷＬＡＮ  ＡＰ選択および再選択のための実施形態が、以降で記述されている。
【００６７】
ＷＴＲＵによる自律的なＷＬＡＮ  ＡＰ選択および再選択に関しては、上述のように、ＷＴＲＵは、ＡＰのセットと、そのセット内の適切なＡＰなどのＡＰとの関連付けを自律的に実行することをＷＴＲＵが許可されている旨の表示とを含むＲＲＣシグナリングを受信することができる。実施形態においては、ＷＴＲＵは、セット内のＷＬＡＮ  ＡＰ上で測定を実行して、それらの測定に基づいて最良のＷＬＡＮ  ＡＰを特定することによって、ＷＬＡＮ  ＡＰが適切であるかどうかを特定することができる。ネットワークによってコントロールされるＷＬＡＮ  ＡＰ選択に関しては、ＷＴＲＵは、やはり測定を実行することができるが、ＷＴＲＵは、それらの測定のレポートを、どのＷＬＡＮ  ＡＰに対してＷＴＲＵが関連付けを行うべきかを決定することができるｅＮＢまたはその他のネットワークエンティティーに提供することができる。自律的なＷＬＡＮ  ＡＰ選択のいくつかの実施形態においては、ＷＴＲＵは、測定レポートをｅＮＢまたはその他のネットワークエンティティーへ送信することもできる。
【００６８】
一般には、ＷＴＲＵは、ＷＬＡＮインターフェースに関連した測定量および／またはパラメータを報告するように構成されることが可能である。そのような測定レポートは、無線測定量、たとえば、受信チャネル電力インジケータ（ＲＣＰＩ）、受信信号対雑音表示（ＲＳＮＩ）、または、ＷＬＡＮ  ＡＰによって送信されたビーコンの受信から、ＷＬＡＮ  ＡＰから受信されたプローブ応答から、もしくは一般的な広告などのその他のパラメータの受信からＷＴＲＵが取得することができるその他の情報を含むことができる。そのような測定レポートは、たとえば、ＢＳＳｌｏａｄなどの負荷関連の量、ｂａｃｋｈａｕｌｒａｔｅなどのバックホールパフォーマンスの推定値、または詳細に上述されているその他のメトリックのうちのいずれかを含むこともできる。
【００６９】
適切なＷＬＡＮ  ＡＰを特定する目的で、実施形態においては、ＷＴＲＵは、１つまたは複数の測定量に関するデフォルトしきい値を伴って構成されることが可能である。そのような測定量は、レガシーＬＴＥリリース１２測定値、たとえば、ＲＣＰＩもしくはＲＳＮＩを含むことができ、またはＢＳＳｌｏａｄ、ｂａｃｋｈａｕｌｒａｔｅ、もしくは、詳細に上述されているその他の量のうちのいずれかに対応することができる。前述したように、この構成は、ＡＰのＳＳＩＤ、ＢＳＳＩＤ、ＭＡＣアドレス、またはその他の任意の類似の識別子などに基づく、１つまたは複数のアクセス可能なアクセスネットワーク（ＡＮ）のアイデンティティーをさらに含むことができる。
【００７０】
いくつかの実施形態においては、測定のためのそのようなデフォルト構成は、ＷＴＲＵの構成のプライマリーセル（ＰＣｅｌｌ）のシステム情報（ＳＩ）などから、ＷＴＲＵの構成のサービングセルのブロードキャストシグナリング上で受信されることが可能である。そのようなデフォルト構成は、発見プロセスを使用することなどによって、たとえば、適切なＷＬＡＮ  ＡＰがＷＴＲＵの範囲内にあるか否かを特定するために使用されることが可能である。実施形態においては、デフォルト構成は、レガシーＬＴＥリリース１２構成と同様であることが可能である。その構成は、適切なＷＬＡＮ  ＡＰへの関連付け手順をＷＴＲＵが自律的に実行することができるか否かの表示を含むことができる。
【００７１】
実施形態においては、ＷＴＲＵは、同時のＬＴＥおよびＷＬＡＮオペレーションに関する適切なＷＬＡＮ  ＡＰの測定および／または発見を、たとえば、そのようなタイプの構成およびオペレーションに関する能力をＷＴＲＵが報告すると最初にデフォルト構成を使用することによって、実行することができる。これは、たとえば、ＷＴＲＵが、それがＬＴＥコントロールのもとにあるか否かにかかわらず、それが現在、ＷＬＡＮインターフェースに関するＷＬＡＮ  ＡＰに関連付けられていないということを特定した場合にのみ、当てはまることが可能である。
【００７２】
実施形態においては、ＷＴＲＵは、適切なＷＬＡＮ  ＡＰのそのような測定および発見を、そのような測定および発見を実行するようＷＴＲＵに指示するＲＲＣＣｏｎｎｅｃｔｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎまたはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージなど、ＲＲＣシグナリング内の表示をそれが受信した場合には、最初に実行することができる。たとえば、ＷＴＲＵは、適切な能力情報を報告しておくことが可能であるが、ＬＴＥコントロールの目的でのＷＬＡＮ測定を、そうするよう指示された場合には、最初に考慮することができる。ＷＴＲＵがそのような命令を受信した場合には、それは、デフォルト構成を使用することができる。
【００７３】
実施形態においては、ＷＴＲＵは、適切なＷＬＡＮ  ＡＮの測定および／または発見のための１つまたは複数の構成態様（たとえば、ＷＴＲＵ専用の構成）を用いて構成されることが可能である。そのような構成は、いかなる同様のブロードキャストされた構成（たとえば、セル固有の構成）も、少なくとも部分的にオーバーライドすることができる。
【００７４】
いくつかの状況においては、たとえば、ＷＴＲＵが、デフォルト構成を使用してＷＬＡＮに関連した測定量を報告した場合などに、ＷＴＲＵは、モビリティー手順のサポートなどにおいて、ＷＬＡＮオペレーションのための第１の専用の構成を受信することができる。そのようなモビリティー手順の例は、ＷＴＲＵによる自律的な手順、およびネットワークによってコントロールされる手順を含むことができる。
【００７５】
ＷＴＲＵは、レガシーＬＴＥリリース１２のＷＬＡＮ関連の測定などを通じてＷＬＡＮ測定を実行するように構成されることも可能である。そのような測定は、ＬＴＥがＷＬＡＮよりも良好であるということ、またはＷＬＡＮがＬＴＥよりも良好であるということが特定された場合など、モビリティーイベントに関するトリガーのための条件を定義することができる。
【００７６】
測定に関して、ＷＴＲＵが、上述のＲＲＣシグナリングなどにおいて、ＷＬＡＮ  ＡＰのセットを提供される場合には、そのセットは、測定を（たとえば、順次）実行する目的で、および／または適用可能な測定構成を使用して報告を行う目的で、順序付けられたリストなどのリストとして提供されることが可能である。そのリストは、上述のように、ＢＳＳＩＤ、ＳＳＩＤ、および／またはＭＡＣアドレスなど、それぞれのＡＰに関するアイデンティティーを含むことができる。
【００７７】
実施形態においては、ＷＴＲＵは、ＬＴＥによってコントロールされるＷＬＡＮインターフェースを使用する、ＬＴＥによってコントロールされるＷＬＡＮオフロード用に構成されている。そのような実施形態においては、ＲＲＣＡｃｔｉｖｅ状態にあるＷＴＲＵは、ＷＬＡＮインターフェースおよびＬＴＥインターフェースを伴って構成されることが可能であり、それらのインターフェースの両方は、同時にアクティブであることが可能である。そのような実施形態においては、ＬＴＥによってコントロールされるＷＬＡＮオフロード用に構成されているＷＴＲＵは、レイヤ３（Ｌ３）／ＲＲＣシグナリングを使用して、上述のようなイベントをさらに報告することができる。実施形態においては、ＷＴＲＵは、ＲＣＰＩ／ＲＳＮＩなどの無線関連の測定値を含めることによって、ＷＬＡＮインターフェースに関する測定報告を実行することができる。上述のようなさらなるメトリックを報告するために、さらなるトリガーが使用されることが可能である。
【００７８】
実施形態においては、ＷＴＲＵは、ＷＬＡＮインターフェースに関連した特定の測定のための能力を報告することができる。たとえば、ＷＴＲＵは、それがＩＥＥＥ８０２．１１ｋ仕様に従って測定能力をサポートしているということを報告することができる。そのようなケースにおいては、ＷＴＲＵは、ＲＲＣ測定レポートなどにおいて、ＲＲＣシグナリングを使用して無線関連の測定を報告するように構成されることが可能である。
【００７９】
いくつかの状況においては、ＷＴＲＵは、トリガーに基づいて特定のさらなるメトリックを報告することができる。たとえば、ＷＴＲＵは、サービングＡＰに関するメトリックがしきい値未満である場合、ネイバーＡＰがサービングＡＰよりも良好にオフセットされるようになる場合、ネイバーＡＰに関するメトリックがしきい値よりも高い場合、またはそれらの任意の組合せに際してレポートを送信するように構成されることが可能である。たとえば、ＷＴＲＵは、ネイバーＡＰに関するＢｓｓＬｏａｄがしきい値を下回っていて、かつ同じネイバーＡＰに関するＲＣＰＩ／ＲＳＮＩが、サービングＡＰに関するよりも良好にオフセットされるという条件でレポートを送信するように構成されることが可能である。このパラグラフにおいて記述されているメトリック（またはその推定値）は、上述の量またはメトリックのうちのいずれか、たとえば、ＢｓｓＬｏａｄまたはＢａｃｋｈａｕｌＲａｔｅなどの量に対応することができる。
【００８０】
実施形態においては、ＷＴＲＵは、１つまたは複数の構成されている測定をトリガーするための非周期的な要求をサポートすることができる。そのような要求は、たとえば、その要求のために使用するための測定構成（およびそれに対するインデックス）を含むことができる。実施形態においては、そのような要求は、関係している（たとえば、構成されているおよび／または要求されている）測定量の報告をさらにトリガーすることができる。そのような要求は、たとえば、Ｌ１シグナリング（たとえば、物理ＤＬ制御チャネル（ＰＤＣＣＨ）上での）、Ｌ２／ＭＡＣシグナリング（たとえば、ＭＡＣ制御要素における）、またはシグナリング無線ベアラ（ＳＲＢ）上でのＬ３／ＲＲＣシグナリングなど、ＬＴＥインターフェース上でのシグナリングを使用して受信されることが可能である。
【００８１】
ＷＴＲＵによる自律的なモビリティーに関しては、上述のように、ＷＴＲＵは、構成されることが可能である測定に基づいて適切なＡＰを選択することができる。実施形態においては、ＷＴＲＵは、それが１つのＷＬＡＮ  ＡＰから別のＷＬＡＮ  ＡＰへのモビリティーを実行すべきであるということを特定することなどによって、自律的な再構成を実行することもできる。ＷＴＲＵは、そのようなモビリティーを実行するという自律的な決定を、たとえば、上述の測定／測定構成のうちのいずれかに基づいて行うことができる。
【００８２】
例として、ＷＴＲＵは、ＷＬＡＮ  ＡＰモビリティーのための手順が実行されるべきであるということを自律的に特定することができる。そのようなケースにおいては、ＷＴＲＵは、現在の（またはソースの）ＷＬＡＮ  ＡＰがもはや送信に適していないということを特定することができる。ＷＴＲＵは、そのようなケースにおいてアップリンクルーティングを自律的に調整するように構成されることが可能である。たとえば、ＷＴＲＵは、ＷＬＡＮインターフェースに少なくとも部分的に関連付けられているいくつかのまたはすべてのベアラに関する任意のデータユニットを、たとえば、手順の開始から、モビリティー手順が成功裏に完了されるまで、ＬＴＥインターフェースへルーティングすることができる。たとえば、ＷＴＲＵは、分割オペレーション用に構成されているベアラのために、そのようなルーティング調整を実行することができる。
【００８３】
実施形態においては、ＷＴＲＵは、ＷＴＲＵがルーティングを更新したということをネットワーク（たとえば、ｅＮＢ）に通知することができる。たとえば、ＷＴＲＵは、ＬＴＥインターフェースを使用して、そのような通知の送信を開始することができ、そのような通知は、ステータスレポートであることが可能であり、またはステータスレポートを含むことができる。実施形態においては、ステータスレポートは、ＰＤＣＰ  ＳＲであることが可能である。ＷＴＲＵは、たとえば、それがもはやソースＡＰを使用していかなる送信も実行することができないということをそれが特定した場合、および／またはそれがモビリティーイベントに起因してアップリンクルーティングを更新した場合には、そのような手順を開始することができる。たとえば、これは、モビリティー手順中に（たとえば、分割オペレーションのために分割ベアラが使用されているときに）、欠落しているデータユニットがあるならばそれらのデータユニットの再送信のためにＬＴＥが使用される場合に望ましいことがある。そのようなケースにおいては、ＷＴＲＵは、そのようなベアラ専用のステータスレポートを含むことができる。
【００８４】
実施形態においては、ＷＴＲＵは、それがＷＬＡＮ  ＡＰの変更に続いてＷＬＡＮインターフェースを使用して送信を実行することができるということをそれが特定した場合には、そのような手順を開始することができる。たとえば、これは、モビリティー手順に続いて（たとえば、ＷＬＡＮのみのオペレーション用に構成されるベアラが構成されているときに）、欠落しているデータユニットがあるならばそれらのデータユニットの再送信のためにＷＬＡＮが使用される場合に望ましいことがある。そのようなケースにおいては、ＷＴＲＵは、そのようなベアラ専用のステータスレポートを含むことができる。
【００８５】
ＷＴＲＵは、ターゲットＷＬＡＮ  ＡＰのアイデンティティー（たとえば、ＢＳＳＩＤ、ＳＳＩＤ、またはＭＡＣアドレスに基づく）を報告することができる。実施形態においては、ＷＴＲＵは、ソースＡＰ（たとえば、ＷＴＲＵがもはや接続されていないＡＰ）のアイデンティティーを報告することもできる。
【００８６】
ネットワークによってコントロールされるＡＰ選択および再選択に関しては、ＷＴＲＵは、ＬＴＥによってコントロールされるＷＬＡＮインターフェースのために使用するための特定のＷＬＡＮ  ＡＰ用の構成を受信することができ、ＷＬＡＮ  ＡＰの変更を開始する再構成、および／またはＷＬＡＮインターフェースに（少なくとも部分的に）関連付けられているベアラの再構成を後で受信することもできる。たとえば、ＷＴＲＵは、サービングＷＬＡＮ  ＡＰを変更する再構成を受信することができる。
【００８７】
たとえば、ＷＴＲＵは、ＷＬＡＮインターフェースに少なくとも部分的に関連付けられている１つまたは複数のベアラの構成を変更する再構成を受信することができる。その再構成は、ベアラを修正することができ、それによって、対応するデータユニットは、もはやＷＬＡＮインターフェースを使用して送信されることは不可能である。そのようなケースにおいては、ＷＴＲＵは、ユーザプレーンに関するルーティングにおける変更を開始することができ、それによって、ＬＴＥインターフェースを使用してアップリンクにおいて累積的な再送信が実行されることが可能である。実施形態においては、これは、示された場合にのみ行われることが可能である。実施形態においては、ＷＴＲＵは、ＰＤＣＰ  ＳＲなどのステータスレポートを受信することができ、それによって、そのレポートにおいて示されているデータユニットのみが、ＬＴＥインターフェースを使用して再送信されることが可能である。実施形態においては、ＷＴＲＵは、適用可能なベアラに関するステータスレポートの送信を開始することができる。
【００８８】
実施形態においては、ＷＴＲＵは、ＬＴＥのみに関連付けられている１つまたは複数のベアラの構成を変更する再構成を受信することができる。その再構成は、ベアラを修正することができ、それによって、対応するデータユニットは、少なくとも部分的にＷＬＡＮインターフェースを使用して送信されることが可能である。そのようなケースにおいては、ＷＴＲＵは、ユーザプレーンに関するルーティングの変更を開始することができるが、それは、アップリンクにおけるいかなるさらなる再送信の実行も必要としないことが可能である。ＷＴＲＵは、ＬＴＥインターフェースを使用して、いかなる保留中の１つまたは複数の送信も完了することができる。
【００８９】
ＷＬＡＮモビリティーに関しては、ＷＴＲＵは、ＷＬＡＮインターフェースに少なくとも部分的に関連付けられている１つまたは複数のベアラの構成を変更する再構成を受信することができる。その再構成は、ＷＬＡＮインターフェースの構成を修正することができ、それによって、異なるＡＰが使用されることが可能である（たとえば、ＷＬＡＮ  ＡＰモビリティー）。そのようなケースにおいては、ＷＴＲＵは、ユーザプレーンに関するルーティングにおける変更を開始することができ、それによって、ＬＴＥインターフェースを使用してアップリンクにおいて累積的な再送信が実行されることが可能である。実施形態においては、これは、示された場合にのみ行われることが可能であり、そうでない場合には、少なくともモビリティー手順中に、ターゲットＷＬＡＮ  ＡＰへの再送信が適用可能であり得る。実施形態においては、ＷＴＲＵは、適用可能なベアラに関するステータスレポートの送信を開始することができる。
【００９０】
実施形態においては、ＷＴＲＵは、所与のベアラに関する再送信を、そのような手順のためのＬＴＥインターフェースを使用して実行するように構成されることが可能である。ＷＴＲＵは、ステータスレポートを受信することができ、それによって、そのレポートにおいて示されているデータユニットのみが、ＷＬＡＮインターフェースを使用して再送信されることが可能である。
【００９１】
実施形態においては、ＷＴＲＵは、所与のベアラに関する再送信を、そのような手順のためのＷＬＡＮインターフェースを使用して実行するように構成されることが可能である。ＷＴＲＵは、ステータスレポートを受信することができ、それによって、そのレポートにおいて示されているデータユニットのみが、ＷＬＡＮインターフェースを使用して再送信されることが可能である。
【００９２】
実施形態においては、ＷＴＲＵは、ＬＴＥインターフェースとＷＬＡＮインターフェースとの間におけるユーザプレーントラフィックを操縦するための制御シグナリングを受信することができる。そのようなシグナリングは、たとえば、Ｌ１／ＰＤＣＣＨシグナリング、Ｌ２／ＭＡＣシグナリング、またはＬ３／ＲＲＣシグナリングであることが可能である。そのようなトラフィック操縦は、ベアラ、ベアラのグループごとに、またはベアラのタイプごとに実行されることが可能である。そのような制御シグナリングは、ユーザプレーントラフィックを操縦するために使用されることが可能である。実施形態においては、ＷＴＲＵは、上述のようなＷＬＡＮ関連の測定値および／または情報を事前に報告しておくことが可能である。
【００９３】
ネットワークの観点からは、トラフィックを操縦するための決定は、適用可能な１つまたは複数のベアラに関するＱｏＳクラス識別子（ＱＣＩ）、ＷＴＲＵからの受信された測定値、および／またはその他のＷＴＲＵ支援情報、ユーザの好み、ＰＤＮのオフロード可能性、もしくはＡＮＤＳＦの好みなど、１つまたは複数の側面に基づくことが可能である。実施形態においては、ＷＴＲＵは、どのベアラがＷＬＡＮへオフロードされることが可能であるかに関する情報をネットワークに提供することができる。そのような制御シグナリングは、オフロードがダウンリンクトラフィックのみに関するべきか、アップリンクトラフィックのみに関するべきか、両方に関するべきか、および／またはそれぞれのタイプのオフロードが分割ベアラに関するか否かなど、関係している１つまたは複数のベアラに関する１つまたは複数の再構成側面を含むことができる。
【００９４】
上述のように、ＷＴＲＵは、ＷＴＲＵの構成にＷＬＡＮインターフェースを加えるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージなどの再構成メッセージを受信することができる。図８に関して記述されている実施形態においては、これは、少なくとも部分的には、ＷＬＡＮ  ＡＰのセットと、たとえば、適切であるとＷＴＲＵが特定するそのセット内の任意のＡＰなどのＷＬＡＮとの関連付けを自律的に実行することをＷＴＲＵが許可されている旨の表示とを提供することによって行われることが可能である。
【００９５】
複数の理由のうちのいずれかのために、ＷＴＲＵは、自分が再構成に準拠することができないということを特定することができる。そのようなケースにおいては、ＷＴＲＵは、ＷＴＲＵの構成にＷＬＡＮインターフェースを加える構成が成功しなかったということを示すメッセージの送信を開始することができ、実施形態においては、準拠しない理由を含むことができる。実施形態においては、そのメッセージは、失敗表示を伴うＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージなど、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔへの応答であることが可能である。このケースにおいては、ＷＴＲＵは、ＬＴＥ接続を保持し、ＲＲＣメッセージの受信時に適用可能なＬＴＥ構成を使用して機能し続けることができる。実施形態においては、ＲＲＣ再構成メッセージが、ＬＴＥインターフェースのための別個の再構成を含んでいた場合には、ＷＴＲＵは、そのような再構成を実行し、該当する場合にはその部分に準拠することができるということを示すためにのみ、ＬＴＥ再構成に関する完了メッセージを送信することができる。同様の行動が、ＷＬＡＮ  ＡＰを修正する再構成（たとえば、ＷＬＡＮモビリティーイベント）のために使用されることが可能である。
【００９６】
上述のように、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージなどのＲＲＣシグナリングは、ＷＬＡＮ  ＡＰとの関連付けのステータスをＷＴＲＵが報告するための構成を含むことができる。これは、上述のような、ＷＴＲＵがＲＲＣ再構成に準拠することができない理由の一例であると言える。しかしながら、ＷＴＲＵは、複数の異なる理由で、ＷＬＡＮを加える再構成に自分が準拠することができないということを特定することができる。たとえば、ＷＴＲＵは、受信された再構成メッセージ（または同等物）に従ってＷＬＡＮインターフェースを構成または再構成することができない場合がある。さらに、ＷＴＲＵは、構成されたＷＬＡＮが適切なオフロードサービスを提供することができるということを特定することができない場合がある。たとえば、ＷＴＲＵは、送信リソースを取得するために、ブロードキャスト情報を受信するために、プローブ応答を受信するために、ＷＬＡＮ関連のセキュリティーを確立するために、または（たとえば、ＬＴＥ  ＰＤＣＰ）データユニットの送信を可能にする目的で同様の手順を完了するために、ＷＬＡＮインターフェースに関して、以降でさらに詳細に記述される「オン」（または同等の状態）に移行することができない場合がある（たとえば、ＷＴＲＵは、構成されたＡＰとの関連付けに成功しない場合がある）。実施形態においては、ＲＲＣシグナリングにおいてタイマーが提供されることが可能であり、そのタイマーは構成可能であることが可能であり、そのタイマーが切れる前に、ＷＬＡＮインターフェースがオフロードサービスに適しているということをＷＴＲＵが特定することができない場合には、再構成に準拠できないということが検知されることが可能である。別の例に関しては、上述のようなメトリックのうちの１つが、最小しきい値を満たすことができない場合があり、それは、失敗報告をトリガーすることができる。
【００９７】
ＷＴＲＵは、複数の異なる方法を使用してＷＬＡＮインターフェースの使用をコントロールすることもできる。いくつかの実施形態においては、ＷＴＲＵは、ＷＬＡＮインターフェースをコントロールするためにＲＲＣ関連のＷＬＡＮサブ状態を使用することができる。さらに、いくつかの実施形態においては、ＷＴＲＵは、ＷＴＲＵの構成のＳＣｅｌｌに適用可能な原理を使用してＷＬＡＮインターフェースの使用をコントロールすることができる。またさらに、いくつかの実施形態においては、ＷＴＲＵは、ＷＴＲＵの構成のセカンダリーセルグループ（ＳＣＧ）に適用可能な原理を使用してＷＬＡＮインターフェースの使用をコントロールすることができる。
【００９８】
ＷＬＡＮインターフェースをコントロールするためにＲＲＣ関連のＷＬＡＮサブ状態が使用される実施形態に関しては、ＷＴＲＵは、ＷＬＡＮオペレーションに固有のさらなる状態を使用してＷＬＡＮインターフェースの状態をコントロールすることができる。そのような状態（およびその変更）は、ＬＴＥ状態とは別個に取り扱われることが可能である。しかしながら、そのような状態は、所与の状態におけるその他のＬＴＥ手順と対話すること、および／またはそれらの手順に影響を与えることが可能である。そのような状態は、ＷＬＡＮインターフェースを使用して、および実施形態においてはメトリックの特定のセットに関する特定の最小値を伴ってデータを送信および受信するＷＴＲＵの能力に対応することができる。そのようなメトリックは、利用可能なデータレート、負荷（ＷＬＡＮ  ＡＰによって推定されたもしくは示された）、または上述のものと同様のメトリックに基づくことが可能である。
【００９９】
たとえば、ＷＴＲＵは、ＬＴＥ  ＲＲＣ  Ｃｏｎｎｅｃｔｅｄモードのみにある場合にＷＬＡＮインターフェースに関するサブ状態を実施することができる。そのような状態は、「オン」／「オフ」状態（たとえば、非ゼロまたはゼロの利用可能なデータレート）およびその他の状態、たとえば、「Ａｓｓｏｃｉａｔｅｄ」（たとえば、送信におけるＡＰ関連付け完了およびアクティブ）ならびに「ＩＤＬＥ」（たとえば、関連付けられていない範囲内の適切なＡＰ）を含むことができる。「オフ」状態は、範囲内に適切なＡＰがないこと、利用可能なレートが最小しきい値未満であること、Ｗｉ−Ｆｉ無線が非アクティブであること（たとえば、ユーザによってオフにされていること）、またはＷｉ−Ｆｉ無線がビジーであること（たとえば、ＬＴＥによってコントロールされるアクセスではないものとして使用されていること）など、さまざまな理由に関連付けられることが可能である。
【０１００】
実施形態においては、ＷＴＲＵは、ＬＴＥインターフェースに関してＲＬＦがあるということを特定することができる。ＷＴＲＵは、ＬＴＥによってコントロールされるＷＬＡＮインターフェースに関連したいかなる構成も除去することができる（たとえば、ＬＴＥ関連のトラフィックがＷＬＡＮインターフェースを使用して送信されることはもはや不可能である）。あるいは、ＷＴＲＵは、ＷＬＡＮインターフェースを使用してデータユニットを送信し続けることができる。実施形態においては、ＷＴＲＵは、ＲＲＣ再確立手順の終わりまでのみ、ＷＬＡＮインターフェースを使用してデータユニットを送信し続けることができる。実施形態においては、これは、ＷＬＡＮのみに関連付けられているベアラに関してのみ適用可能であり得る。実施形態においては、ＷＴＲＵは、関連付けられているＡＰなどのＷＬＡＮインターフェースの構成に関連した情報（たとえば、ＳＳＩＤ、ＢＳＳＩＤ、またはＭＡＣアドレス）を、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ内に含めることができる。
【０１０１】
ＷＴＲＵがＬＴＥインターフェースに関するＲＬＦを特定したという条件で、ＷＴＲＵは、トラフィックを「ＰＧＷ→ｅＮＢ」パスから「ＰＧＷ→ＴＷＡＮ」パスへ移すためのデュアルスタックモバイルＩＰ（ＤＳＭＩＰ）ベースのＩＦＯＭ手順またはネットワークベースのＩＦＯＭ手順を、その機能をＡＰがサポートしているということをＷＴＲＵが特定した場合には、トリガーすることができる。実施形態においては、ＷＴＲＵがＬＴＥインターフェースに関するＲＬＦを特定した場合に、およびＬＴＥ再確立手順に関する成功の結果をＷＴＲＵが特定することができる前に（またはそれまで）、ＷＴＲＵは、ＷＬＡＮインターフェースに少なくとも部分的に関連付けられている１つまたは複数のベアラのための送信を継続することができる。実施形態においては、これは、ＷＬＡＮインターフェースのみに関連付けられているベアラに関してのみ適用可能であり得る。
【０１０２】
ＷＴＲＵがＲＬＦを検知する場合のそれの行動と同様に、実施形態においては、ＷＴＲＵは、ＷＴＲＵがＲＲＣＣｏｎｎｅｃｔｅｄモードからＬＴＥ  ＩＤＬＥモードへ遷移することをそれが決定した場合には、ＬＴＥによってコントロールされるＷＬＡＮインターフェースを解放するように構成されることが可能である。たとえば、ＷＬＡＮインターフェースが（たとえば、構成されたベアラのための）適切なオフロードサービスをもはや提供することができないということをＷＴＲＵが特定した場合には、それは、ＳＣＧ−ＲＬＦ（または同等物）を宣言することができる。ＷＴＲＵは、アップリンク通知手順を開始することを、（たとえば、本明細書におけるその他の関連した実施形態において記述されているように）そのような決定をそれが実行した場合には、行うことができる。
【０１０３】
ＷＴＲＵが、ＷＴＲＵの構成のＳＣｅｌｌに適用可能な原理を使用してＷＬＡＮインターフェースの使用をコントロールする実施形態に関しては、上述のように、ＷＴＲＵは、ＬＴＥによってコントロールされるＷＬＡＮインターフェースのために使用するための１つまたは複数のベアラのタイプに関して、ＲＲＣシグナリングを使用して、少なくとも１つのパラメータを受信することができる。ＷＬＡＮインターフェースの使用をコントロールするためにＳＣｅｌｌ原理が使用される場合には、ＷＴＲＵは、任意のベアラからの１つまたは複数のデータユニットが、（たとえば、少なくともＰＤＣＰ  ＳＤＵ／ＰＤＵ最初の送信のために）２つのインターフェースのうちのいずれか１つに関連付けられることが可能であるように（たとえば、ＲＲＣシグナリングを使用して）構成されることが可能である。たとえば、ベアラのタイプは、分割ベアラであることが可能であり（その場合、１つまたは複数のベアラは、少なくとも１つの方向においてＷＬＡＮインターフェースおよびＬＴＥインターフェースの両方に関連付けられることが可能であり）、またはＷＬＡＮインターフェースまたはＬＴＥインターフェースのうちの１つのみに関連付けられているベアラであることが可能である。実施形態においては、ＰＤＣＰ  ＳＤＵ／ＰＤＵの再送信は、前回の送信の試みとは異なるインターフェースを使用して実行されることが可能である。たとえば、ＷＴＲＵは、ユーザプレーントラフィックのみがＷＬＡＮインターフェースに関連付けられることが可能であるように構成されることが可能である。
【０１０４】
実施形態においては、ＷＴＲＵは、ＷＴＲＵがデータユニットをＷＬＡＮインターフェースへオフロードすることができるか否かをコントロールすることができるタイマーを伴って構成されることが可能である。そのようなタイマーは、非アクティブ化タイマー（または類似物）であることが可能であり、ＷＴＲＵは、ＷＬＡＮインターフェースへの送信（たとえば、アップリンク方向）に利用可能なデータをＷＴＲＵが作成すること、（たとえば、Ｗｉ−Ｆｉを使用した前回のアップリンク送信に関して）成功した送信の確認をＷＴＲＵが受信すること、および／またはＷＬＡＮインターフェースを使用してデータ（たとえば、ダウンリンク方向）をＷＴＲＵが成功裏に受信することのうちの少なくとも１つが生じたことを条件に、そのようなタイマーをその構成されている値へ開始（または再開）することができる。成功した送信の確認をＷＴＲＵが受信した場合には、そのような確認は、ＷＬＡＮコンポーネントの指示からのものなど、ＷＴＲＵにとってローカルである場合があり、またはそれは、ＷＬＡＮインターフェースを使用して以前に送信されたデータユニットに対応する特定のＳＮ値を伴うＰＤＣＰ  ＰＤＵ／ＳＤＵの成功した送信を確認するＬＴＥインターフェースを介して（たとえば、ＰＤＣＰステータスレポート（ＰＤＣＰ  ＳＲ）を使用してなど、ｅＮＢから受信されることが可能である。そのようなタイマーは、ＷＬＡＮインターフェースに関して、所与の方向（たとえば、アップリンクもしくはダウンリンク）に関してまたは両方に関して適用可能であり得る。
【０１０５】
ＷＴＲＵが、ＷＴＲＵの構成のＳＣＧグループに適用可能な原理を使用してＷＬＡＮインターフェースの使用をコントロールする実施形態に関しては、ＷＴＲＵは、１つもしくは複数のベアラがＷＬＡＮインターフェースに一意に関連付けられることが可能であるように（たとえば、ＷＬＡＮのみのＲＢ）、または１つもしくは複数のベアラがＬＴＥインターフェースおよびＷＬＡＮインターフェースの両方に関連付けられることが可能であるように（分割ベアラ）構成されることが可能である。無線ベアラタイプの構成は、ＷＴＲＵの構成のＳＣｅｌｌに適用可能な原理を使用してＷＬＡＮインターフェースをコントロールするための上述の手順と同様の手順を使用することができ、したがって、ここでさらに記述されることはない。分割ベアラに関しては、ＷＴＲＵは、特定のルールに従って（たとえば、ＬＴＥからＷＬＡＮへのオフロードのためのレートコントロールに基づいて）、または上述の潜在的な状態のうちのいずれかなど、ＷＬＡＮインターフェースの状態に基づいて、どちらかのインターフェースを使用して送信を行うことを許可されることが可能である。
【０１０６】
たとえば、ＷＴＲＵは、分割ベアラのためのデータユニットのルーティングをＷＬＡＮインターフェースの状態の関数として修正することができる。ＷＬＡＮインターフェースがアクティブでない場合には、ＷＴＲＵは、ＬＴＥインターフェースを使用して、関係しているベアラに関するすべてのデータユニットをルーティングすることができ、逆に、ＷＬＡＮインターフェースがアクティブになった場合には、ＷＴＲＵは、ＷＬＡＮインターフェースを使用した送信のために、関係しているベアラに関するデータユニットのうちの少なくともいくつかを、またはレートコントロールがゲイティング関数である場合には、それらのデータユニットのすべてをオフロードすることを開始することができる。実施形態においては、後者は、データユニットのうちのどれぐらい多くをオフロードすべきかを特定するためにレートコントロール関数を使用することができる。
【０１０７】
実施形態においては、ＷＴＲＵは、ＷＬＡＮ  ＡＰへの関連付けのためにＷＴＲＵによって必要とされるまたは使用される場合があるパラメータを、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージなどのＲＲＣシグナリングにおいて受信することもできる。そのようなパラメータは、たとえば、ＷＬＡＮインターフェースの構成を加えるまたは変更するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて受信されることが可能である。実施形態においては、そのような構成は、ＷＴＲＵがＡＰへの送信を開始することを許可される前に待つべき時間を含むこともできる。実施形態においては、ＷＴＲＵは、適用可能なＡＰとの関連付けに関連したパラメータを受信することができる。そのような実施形態においては、ＷＴＲＵは、関連付け手順を任意選択で実行することができる（たとえば、それは、その手順をスキップすることができる）。これは、たとえば、ＷＴＲＵがＷＬＡＮ  ＡＰにアクセスする前にｅＮＢおよびＷＬＡＮ  ＡＰがＷＴＲＵのための関連付けの構成を事前にやり取りしている場合に可能であり得る。
【０１０８】
上述のように、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージなどのＲＲＣシグナリングは、ＷＬＡＮ関連のセキュリティー情報を含むことができ、そのセキュリティー情報は、ＷＴＲＵによってＷＬＡＮ  ＡＰへの関連付けを開始するために使用されることが可能である。ＬＴＥおよびＷＬＡＮの統合に関するセキュリティーに対処するいくつかの異なる方法およびメカニズムが、本明細書において記述されている。ＷＬＡＮ  ＡＰとの関連付けのために使用されるパラメータと同様に、ＷＬＡＮ関連のセキュリティー情報は、実施形態においては、ＷＬＡＮインターフェースの構成を加えるまたは変更するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて提供されることが可能である。上述のようないくつかの実施形態においては、ｅＮＢは、ＷＬＡＮ／ＡＰの関連付けのために必要とされるＷＬＡＮ関連のセキュリティー情報のうちの少なくともいくつかを提供することができる。その他の方法においては、ＬＴＥおよびＷＬＡＮの統合に関するセキュリティーは、その他の様式で取り扱われることが可能である。
【０１０９】
実施形態においては、ＬＴＥおよびＷＬＡＮの統合に関するセキュリティーは、ＷＬＡＮに対するアクセスコントロールのためのセルラー支援型の認証を使用して対処されることが可能である。たとえば、ＷＴＲＵは、ＷＴＲＵがＷＬＡＮネットワークを介してアクセスを許可される前に認証トークン（ＡＵＴＮ）を検証するためにセルラーエアインターフェース（たとえば、ＬＴＥエアインターフェース）を介してセルラーネットワーク（たとえば、ｅＮＢまたはＭＭＥ）によって身元確認されることが可能である。ＷＴＲＵは、そのような身元確認を、たとえば、セルラーエアインターフェースを介して（たとえば、ＭＭＥから）ＮＡＳ  ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージにおいて受信することができ、またはそのような身元確認を、セルラーエアインターフェースを介して（たとえば、ｅＮＢから）ＷＬＡＮ接続に関するセキュリティーアクティブ化メッセージなどのＲＲＣメッセージにおいて受信することができる。ＷＴＲＵは、認証トークンを検証して、結果値（ＲＥＳ）を生成することができ、その結果値をＷＴＲＵは、セルラーエアインターフェースを介してセルラーネットワーク（たとえば、ＭＭＥまたはｅＮＢ）へ送信することができ、それによってＷＴＲＵは、１つまたは複数のＷＬＡＮネットワークへのアクセスに関して認証されることが可能である。たとえば、ＷＴＲＵは、ＲＥＳ値をＮＡＳ  ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＳＰＯＮＳＥメッセージ内に含めてセルラーエアインターフェースを介して送信することができる。
【０１１０】
代替として、または追加として、ＷＴＲＵは、セルラーネットワーク（たとえば、ＭＭＥ、ｅＮＢ）に対して、それがセキュリティークレデンシャルを有している１つまたは複数のオペレータまたはサービスプロバイダに関するＷＬＡＮネットワークの１つまたは複数のネットワークアクセス識別子（ＮＡＩ）レルムを報告するように構成されることが可能である。そのような構成は、Ｌ３／ＮＡＳまたはＲＲＣシグナリングを介することが可能である。ＷＴＲＵは、１つまたは複数のＷＬＡＮネットワークに関する１つまたは複数のＮＡＩをセルラーネットワークに報告することができる。
【０１１１】
代替として、または追加として、ＷＴＲＵは、セルラーネットワーク（たとえば、ＭＭＥ）によってセルラーエアインターフェースを介して１つまたは複数の認証トークン（ＡＵＴＮ）を検証するために、セルラーネットワークへのアクセスのためのＷＴＲＵクレデンシャルの検証のための少なくとも１つの認証トークンと、ＷＬＡＮネットワークへのアクセスのためのＷＴＲＵクレデンシャルの検証のための少なくとも１つの認証トークンとを用いて身元確認されることが可能である。
【０１１２】
代替として、または追加として、ＷＴＲＵは、セルラーエアインターフェースを介して１つまたは複数の認証トークン検証結果（ＲＥＳ）値を、セルラーネットワークへのアクセスのためのＷＴＲＵクレデンシャルの検証のための少なくとも１つのＲＥＳ値と、ＷＬＡＮネットワークへのアクセスのためのＷＴＲＵクレデンシャルの検証のための少なくとも１つのＲＥＳ値とを用いて生成して送信することができる。ＷＴＲＵは、セルラーネットワークに対して、ＷＬＡＮネットワークへのアクセスのためのそのクレデンシャルの、セルラーエアインターフェースを介した検証をサポートするその能力を報告することができる。実施形態においては、ＷＴＲＵは、認証検証から得られたセキュリティークレデンシャルを使用して、暗号化キーおよびインテグリティーキーを算出することができ、それらのキーをＷＴＲＵが使用して、ＷＬＡＮインターフェースを介したデータ転送を暗号化してそのインテグリティーを保護することができる。
【０１１３】
具体的な例として、ＮＡＩは、０  ２３４  １５０９９９９９９９９９＠ｗｌａｎ．ｍｎｃｌ５０．ｍｃｃ２３４．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇであることが可能である。この例においては、「０」は、ＮＡＩがＥＡＰ−ＡＫＡ認証に対応しているということを示しており、「１」は、たとえば、ＥＡＰ−ＳＩＭを指すことができる。さらに、この例においては、２３４  １５０  ９９９９９９９９９は、モバイルＩＭＳＩに対応している。
【０１１４】
実施形態においては、ＬＴＥおよびＷＬＡＮの統合のためのセキュリティーは、ＩＥＥＥ８０２．１Ｘ  ＥＡＰ手順を迂回することによって対処されることが可能である。たとえば、ＷＴＲＵは、関連付け手順の成功した完了時に（たとえば、ＩＥＥＥ８０２．１１  Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージの受信時に、ＩＥＥＥ８０２．１Ｘ  ＥＡＰ認証手順などのＥＡＰ認証手順の実行を伴わずに、ＷＬＡＮインターフェースを介して、セルラーアクセスネットワーク（たとえば、ｅＮＢ）に向けられているデータを送信することを開始するように構成されることが可能である。関連付け手順の成功した完了の後に（たとえば、ＩＥＥＥ８０２．１１  Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージの受信の後に）、ＥＡＰ認証手順（たとえば、ＩＥＥＥ８０２．１Ｘ  ＥＡＰ認証手順）の実行を伴わずに、ＷＴＲＵは、データ（たとえば、ｅＮＢなどのセルラーアクセスＮＷに向けられているデータ）を送信することを開始することができる。ＷＴＲＵは、１つまたは複数のＷＬＡＮを伴って構成されることが可能であり、それらのＷＬＡＮに関して、ＷＴＲＵは、関連付け手順の成功した完了時に、ＥＡＰ認証手順（たとえば、８０２．１Ｘ  ＥＡＰ認証手順）の実行を伴わずに、ＷＬＡＮインターフェースを介して、セルラーアクセスネットワーク（たとえば、ｅＮＢ）に向けられているデータを送信することを開始することができる。ＷＬＡＮは、ＷＬＡＮ識別子、たとえば、ＢＳＳＩＤ（もしくはＡＰ  ＭＡＣアドレス）、ＳＳＩＤ、ＨＥＳＳＩＤ、ＮＡＩ、またはそれらの任意の組合せによって識別されることが可能である。そのような構成は、たとえば、Ｌ３／ＲＲＣシグナリングを使用して受信されることが可能である。
【０１１５】
実施形態においては、ＷＴＲＵは、１つまたは複数のＷＬＡＮからの（たとえば、ＩＥＥＥ８０２．１Ｘ  ＥＡＰ  Ｒｅｑｕｅｓｔメッセージにおける）ＥＡＰアイデンティティー要求を無視するように構成されることが可能である。追加として、または代替として、ＷＴＲＵは、ＩＥＥＥ８０２．１１関連付け手順の完了の後に、ＥＡＰ認証手順（たとえば、ＩＥＥＥ８０２．１Ｘ  ＥＡＰ認証手順）の実行を伴わずに、ＷＬＡＮインターフェースを介してセルラーアクセスネットワーク（たとえば、ｅＮＢ）へ送信されることが可能であるデータパケットを有するトラフィックの識別情報（たとえば、それぞれのベアラに割り振られているベアラＩＤまたは仮想ＡＰ  ＭＡＣアドレス）を伴って構成されることが可能である。ＷＴＲＵは、どのトラフィックが、ＩＥＥＥ８０２．１１関連付け手順の完了時に、ＥＡＰ認証手順の実行を伴わずに、ＷＬＡＮインターフェースを介して送信されることが可能であるかを特定するために、このトラフィック識別情報を使用することができる。
【０１１６】
追加として、または代替として、ＷＴＲＵは、セルラーネットワーク（たとえば、ｅＮＢまたはＭＭＥ）に対して、一意の識別子を提供することができ、その識別子をセルラーネットワークは、ＷＴＲＵを特定のＷＬＡＮに関連付けるために使用すること、または特定のＷＬＡＮにおけるＷＴＲＵコンテキストへの参照において使用して、ＥＡＰ手順を迂回し、ＷＬＡＮにおけるコントロールされているポートをブロック解除することが可能である。ＷＴＲＵは、その識別子を、成功した関連付け手順の後に（たとえば、ＩＥＥＥ８０２．１１  Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅを受信した際に）ＷＬＡＮへ送信される少なくとも第１のＩＥＥＥ８０２．１１ＭＡＣ  ＰＤＵ内に含めることができる。たとえば、ＷＴＲＵがセルラーネットワーク（たとえば、ｅＮＢまたはＭＭＥ）へ報告する識別子は、ＷＬＡＮインターフェースに関するＷＴＲＵ  ＭＡＣアドレスであることが可能である。ＷＴＲＵは、成功した関連付け手順の後に（たとえば、ＩＥＥＥ８０２．１１  Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅを受信した際に）ＷＬＡＮへ送信される少なくとも第１のパケットにおいて、送信機アドレス（ＴＡ）を、セルラーネットワークへ報告されるＷＴＲＵ  ＭＡＣアドレスに設定することができる。
【０１１７】
追加として、または代替として、関連付けの後にＷＴＲＵがＷＬＡＮインターフェースを介して送信した第１のデータパケットが、特別なさらに高いレイヤのデータパケット（たとえば、特別なＰＤＣＰ  ＰＤＵ）である場合がある。ＷＴＲＵは、このパケット内に、一意の識別子を含めることができ、この識別子は、セルラーネットワークにおけるＷＴＲＵを識別することができる。この識別子は、セルラーネットワークがＷＴＲＵを特定のＷＬＡＮに関連付けるために使用する、または特定のＷＬＡＮにおけるＷＴＲＵコンテキストへの参照において使用する識別子とは異なることが可能である。
【０１１８】
追加として、または代替として、ＷＴＲＵは、認証およびキー合意手順（たとえば、ＥＡＰ−ＡＫＡ’、ＥＡＰ−ＡＫＡ、またはＥＡＰ−ＳＩＭなどのＥＡＰ手順群）を迂回するための手順をサポートするその能力をセルラーネットワークに提供することができる。
【０１１９】
実施形態においては、ＬＴＥおよびＷＬＡＮの統合のためのセキュリティーは、認証方法の、ネットワークによってコントロールされる選択を使用して対処されることが可能である。そのような実施形態においては、ＷＬＡＮおよびＷＴＲＵの両方が、ＲＳＮＡベースの認証／暗号化をサポートしているということが想定されることが可能である。有線と同等のプライバシー（ＷＥＰ）など、ロバストセキュリティーネットワークアソシエーション（ＲＳＮＡ）以前のものは、本明細書においては考慮されていない。
【０１２０】
認証方法の、ネットワークによってコントロールされる選択を使用する実施形態においては、ｅＮＢが、ＷＴＲＵのためのＬＴＥ／ＷＬＡＮアグリゲーションをアクティブ化するか、または現在接続されているＷＬＡＮから別のターゲットＷＬＡＮへＷＴＲＵを導き直す場合には、それは、ターゲットＷＬＡＮへアクセスする際にどの認証およびキー管理（ＡＫＭ）スイート（または認証タイプ）が使用されるべきかまたは好ましいかに関してＷＴＲＵに指示することもできる。たとえば、ターゲットＷＬＡＮおよびＷＴＲＵの両方が、複数のＡＫＭスイート、たとえば、ＩＥＥＥ８０２．１Ｘベースの認証、および同等性同時認証（ＳＡＥ）ベースの認証をサポートしている場合には、それは、ＳＡＥベースの認証を使用するようＷＴＲＵに指示することができ、ＳＡＥベースの認証は、ＩＥＥＥ８０２．１Ｘベースの認証よりもシンプルであることが可能であり、認証のためのアクセス時間を短縮することができる。
【０１２１】
ｅＮＢは、ＬＴＥ／ＷＬＡＮアグリゲーションをアクティブ化するための同じＲＲＣ手順（たとえば、ＲＲＣ接続再構成）を使用して、好ましいＡＫＭスイートをＷＴＲＵに指示することができる。ｅＮＢは、いかなるターゲットＷＬＡＮに対しても不変である好ましいＡＫＭスイート、たとえば、ＳＡＥまたは事前共有キー（ＰＳＫ）を示すことができ、またはそれは、好ましいＡＫＭスイートを特定のＷＬＡＮの識別子に関連付けることによって、それぞれの特定のＷＬＡＮのための好ましいＡＫＭスイートを示すことができる。ｅＮＢによって示されたＡＫＭスイートが、ＷＴＲＵまたはターゲットＷＬＡＮによってサポートまたは使用されていない場合には、ＷＴＲＵは、ｅＮＢによって示された選択肢を無視し、ＡＫＭスイートを選ぶための通常の手順に従うことができる。
【０１２２】
ＷＴＲＵは、ＷＬＡＮ  ＡＫＭスイートに関するそのサポートを、ＬＴＥ／ＷＬＡＮアグリゲーションの前に、ＲＲＣまたはＮＡＳ手順を介してネットワークへ報告することもでき、したがってｅＮＢは、ＷＴＲＵがＡＫＭスイートを選択するためのさらに意味のある選択肢／好みを作成することができる。ｅＮＢは、それがＬＴＥ／ＷＬＡＮアグリゲーションのための接続／インターフェースを有している先のＷＬＡＮから、サポートされているＡＫＭの情報を取り出すこともでき、したがってそれは、ＷＬＡＮ固有の選択肢または好みを作成することができる。ｅＮＢは、ｅＮＢとＷＬＡＮとの間にあることが可能であるＷＬＡＮ論理ノード（ＷＬＮ）を介して、この情報を取り出すこともできる。
【０１２３】
ＷＬＡＮが、複数のＡＫＭスイートをサポートすることができるが、何らかの理由から、１つの構成されているＡＫＭスイート（ＩＥＥＥ８０２．１Ｘベースのものなど）のみを、そのビーコンまたはプローブ応答フレーム内に含めている場合には、ｅＮＢは、ビーコンまたはプローブ応答フレーム内のＲＳＮＥ情報を無視してｅＮＢの好みの認証タイプを使用するようＷＴＲＵに指示することができる。そのケースにおいては、ｅＮＢは、この好みの認証方法が特定のＷＴＲＵに対して、その構成されている認証ポリシーを問わずに使用されることになるということをＷＬＡＮに知らせる必要もある。このケースにおいては、ＷＬＡＮは、ＬＴＥ／ＷＬＡＮアグリゲーションでアクティブ化されているＷＴＲＵ、およびその他のＷＴＲＵのそれぞれに関して、別々の認証方法を使用することができる。
【０１２４】
具体的には、ｅＮＢは、いかなるＡＫＭ手順もいっさい呼び出さないようＷＴＲＵに指示することができる。このケースにおいては、ＷＴＲＵまたはＡＰは、いかなるＲＳＮＡベースの認証およびキー生成も伴わずに関連付けを確立することができ（関連付け要求／応答の前にレガシーのＯｐｅｎ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ手順が依然として存在することが可能であり）、それらは、関連付けの後にいかなる暗号化／復号も伴わずにデータを送信／受信する用意が整っているべきであり、データプライバシーを提供する上でＬＴＥ  ＰＤＣＰに全面的に依存する。もちろんｅＮＢは、どのＷＴＲＵに関して認証／暗号化がスキップされるべきであるかについてＷＬＡＮを構成する必要がある場合がある。
【０１２５】
実施形態においては、ＬＴＥおよびＷＬＡＮの統合のためのセキュリティーは、ネットワークによって支援されるキー割り当てを使用して対処されることが可能である。ネットワークによって支援されるキー割り当てを使用する例示的な実施形態においては、ＷＬＡＮおよびＷＴＲＵの両方が、ＲＳＮＡベースの認証／暗号化をサポートしているということが想定されることが可能である。ＷＥＰなど、ＲＳＮＡ以前のものは、本明細書においては記述されていない。
【０１２６】
図９は、ネットワークによって支援されるキー割り当てを使用するＬＴＥおよびＷＬＡＮの統合のためのセキュリティー手順の例の信号図９００である。図９において示されている例においては、ｅＮＢ９０４が、パスフレーズを生成し、それをＷＴＲＵ９０２およびＷＬＡＮ９０６の両方に提供する。ｅＮＢ９０４は、パスフレーズをメッセージ９０８内に含めてＷＴＲＵ９０２に提供し、メッセージ９０８はまた、ターゲットＷＬＡＮ９０６に関する識別子を提供し、その識別子を用いて、パスフレーズは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎなどのＲＲＣ手順を介してＷＴＲＵ９０２に関連付けられることになる。ｅＮＢ９０４は、パスフレーズをメッセージ９１０内に含めてＷＬＡＮ９０６に提供する。ｅＮＢ９０４は次いで、プローブ９１２をＷＬＡＮ９０６へ送信することができ、ＷＬＡＮ９０６は、ＷＬＡＮ９０６がＡＫＭタイプのＩＥＥＥ８０２．１ＸおよびＳＡＥをサポートしているということを示すプローブ応答９１４を用いて応答することができる。ｅＮＢ９０４は、ｅＮＢの好みに基づいて認証のためにＳＡＥを選ぶことができる（９１６）。ＷＴＲＵ９０２およびＷＬＡＮ９０６は次いで、ｅＮＢによって提供されたパスフレーズをＳＡＥ認証手順９１８のために使用し、それからＰＭＫ９２０ａ／９２０ｂを生成することができる。ｅＮＢ９０４がＷＴＲＵ９０２を別のＷＬＡＮへ導き直したという条件で、ｅＮＢ９０４は、新たなパスフレーズを生成し、それをＷＴＲＵ９０２において更新することができる。ｅＮＢ９０４は、同じパスフレーズと、ＵＥＩＤ／ＭＡＣアドレスおよびそれに関連付けられているパスフレーズとをターゲットＷＬＡＮに提供することもできる。
【０１２７】
ＳＡＥベースの認証によって費やされる時間をさらに短縮するために、ｅＮＢ９０４は、ＳＡＥ手順をスキップするようＷＴＲＵ９０２およびターゲットＷＬＡＮ９０６の両方に指示し、両者にＰＭＫを直接提供することができる。
【０１２８】
実施形態においては、ｅＮＢ９０４およびＷＴＲＵ９０２はそれぞれ、ｅＮＢおよびＷＴＲＵの両方において既に利用可能であるＫｅＮＢまたはＫｅＮＢ−ｕｐ−ｅｎｃなど、ＥＰＳ−ＡＫＡによって生成されたキーからＰＭＫを得ることができ、したがってｅＮＢは、ＰＭＫをＷＴＲＵへ送信する必要はない。しかしながら、ｅＮＢは依然として、ＥＰＳ−ＡＫＡキーから得られたＰＭＫをＷＬＡＮに提供する必要がある。
【０１２９】
ＳＡＥ認証手順を含まずにパスフレーズをＰＭＫとして直接使用するその他のＰＳＫ実施形態においては、ｅＮＢは、パスフレーズ／ＰＭＫを両者に同様に提供することができる。同様に、ＩＥＥＥ８０２．１Ｘ／ＥＡＰベースの認証が使用されることになる場合には、ｅＮＢは、ＩＥＥＥ８０２．１Ｘ／ＥＡＰ手順をスキップするようＷＴＲＵおよびターゲットＷＬＡＮの両方に指示し、両者においてＰＭＫを直接インストールすることができる。以降のフォーウェイハンドシェイクは、同じままでいることが可能である。
【０１３０】
ＬＴＥによってコントロールされるＷＬＡＮインターフェースを伴って構成されているＷＴＲＵの信頼性を改善することができる実施形態も、本明細書において記述されている。実施形態においては、ＷＴＲＵは、ＷＬＡＮインターフェースの接続をモニタすることができ、詳細に上述されている測定値と同様の測定値を使用することができる。ＷＴＲＵは、（たとえば、ホワイトボックスアプローチが可能である場合には、）ＷＬＡＮインターフェースから提供された表示を使用することができる。ＷＴＲＵは、（たとえば、ブラックボックスアプローチが使用される場合には、）本明細書の別の箇所において記述されているものなど、ＷＬＡＮインターフェースに関する１つまたは複数の側面を使用することができる。
【０１３１】
実施形態においては、ＷＴＲＵは、ＷＬＡＮインターフェースに適用可能な構成されているベアラどうしの組み合わされたトラフィック要件どうしに関連してなど、ＷＬＡＮインターフェースの品質がもはや適切ではないということを特定することができる。ＷＴＲＵは、ユーザの介入（たとえば、ＷＬＡＮがユーザによってオフにされる可能性がある、異なるＷＬＡＮ  ＡＰをユーザが選択した可能性がある、またはＬＴＥによってコントロールされるオフロードに関する可能性をユーザがオフにした可能性がある）に基づいて、異なるタイプのオフロードに関する優先度に基づいて（たとえば、オペレータポリシーに基づいて、ＷＴＲＵに関する電力節約に基づいて、またはＷＬＡＮインターフェースに関するその他の任意のそのような障害に基づいて）など、ＷＬＡＮインターフェースがもはやＬＴＥコントロールに利用可能ではないということを特定することもできる。
【０１３２】
実施形態においては、ＷＬＡＮインターフェースの品質がもはや適切ではないということをＷＴＲＵが特定した場合には、それは、その状況をネットワークに通知するための手順を開始することができ、その手順をトリガーしたメトリックおよび／または測定値に関連している場合がある理由を含めることができる。ＷＴＲＵによる自律的なモビリティーを実行するように構成されているＷＴＲＵ、および／または１つもしくは複数の分割ベアラ（少なくともアップリンク方向に関する）を伴って構成されているＷＴＲＵは、上述のような手順をさらに実行することができる。
【０１３３】
実施形態においては、ＷＴＲＵは、デュアル接続に関するＬＴＥリリース１２  ＳＣＧ失敗情報と同様の手順をトリガーすることができる。そのようなケースにおいては、ＷＴＲＵは、無線リンク失敗を示すための失敗タイプを設定することができ、さらなる支援情報および／またはＷＬＡＮ関連の測定値を含めることができる。
【０１３４】
例として、ＷＴＲＵは、ＷＬＡＮインターフェースの失敗またはそのパフォーマンス劣化がないかモニタすることができる。そのようなモニタリングは、たとえば、ＷＬＡＮセルにおける負荷推定／検知（たとえば、ＷＬＡＮ  ＡＰによって送信されたＢｓｓＬｏａｄ情報に基づく）、観察された失敗レート（たとえば、パケットエラーレート）、またはその他のチャネル品質関連の測定値（たとえば、ＲＣＰＩ／ＲＳＮＩ）のうちの１つまたは複数に基づくことが可能である。ＷＬＡＮインターフェースに関する無線リンク問題があるということをＷＴＲＵが特定および／または検知したことを条件に、ＷＴＲＵは、通知を開始することができ、その通知は、理由を含むことができる。そのような通知は、レポートを含むことができ、そのレポートは、１つまたは複数の測定値および／またはリンク品質関連の量（たとえば、負荷、エラーレート）を含むことができる。
【０１３５】
ＷＴＲＵは次いで、さらなる手順を開始することができ、それによってデータトラフィックが、ＬＴＥインターフェースへ向けて操縦される。ＷＴＲＵは、トラフィックを「ＰＧＷ→ｅＮＢ」パスから「ＰＧＷ→ＴＷＡＮ」パスへ移すためのＤＳＭＩＰベースのＩＦＯＭ手順またはネットワークベースのＩＦＯＭ手順を、そのような機能をＡＰがサポートしているということをＷＴＲＵが特定した場合には、トリガーすることができる。ＷＴＲＵは、ＷＬＡＮインターフェース上のいかなるＬＴＥ関連の送信も、たとえば、ＷＬＡＮインターフェースを再構成するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＷＴＲＵが受信するまで中断することができる。
【０１３６】
実施形態においては、ＷＴＲＵは、ＷＴＲＵ能力情報の送信を、そのような手順を開始するための基準が満たされているということをそれが特定したことを条件に開始することができる。ＷＴＲＵは、たとえば、ＷＴＲＵ能力における変更を示すための手順を実施することができ、その手順は、実施形態においては、ＷＴＲＵの能力のサブセットに（たとえば、ＷＬＡＮオペレーションのみに関連した能力に関して）適用可能であり得る。
【０１３７】
実施形態においては、ＷＴＲＵは、それが、ＬＴＥによってコントロールされるオフロード用に構成されていない場合、たとえば、ＷＴＲＵが、ＷＬＡＮインターフェースに（少なくとも部分的に）関連付けられているベアラを伴って構成されていない場合に、そのような手順を実行することができる。ＷＴＲＵは、たとえば、ＷＬＡＮ関連の測定（上述のような）が構成されている場合に、そのような手順を実行することができる。そのような基準は、ＷＬＡＮインターフェースがもはや、ＬＴＥによってコントロールされるオフロード（たとえば、ユーザ選択）に利用可能でないこと、ＷＬＡＮインターフェースが、電源を切られていることおよび／またはオフ状態（たとえば、ＷＴＲＵにおける電力節約および／またはユーザ介入）にあること、ＷＬＡＮインターフェースが、ＷＬＡＮ  ＡＮに接続されていること（たとえば、オペレータポリシーおよび／またはユーザ選択に基づいて）、ジオロケーションベースの側面（たとえば、ＷＴＲＵが、好ましいＷＬＡＮ  ＡＰの範囲内に、またはオフロードが望ましくない地理的ロケーションにあるということをそれが特定すること）、ならびにＷＴＲＵ実施固有の側面（たとえば、不十分なリソースおよび／または処理能力）、または類似事項のうちの少なくとも１つまたは複数を含むことができる。実施形態においては、ＷＴＲＵは、ＷＴＲＵが、ＬＴＥによってコントロールされるオフロード用に構成されているか否かとは無関係に、そのような手順をいつでも開始することができる。
【０１３８】
ＬＴＥエンティティーとＷＬＡＮエンティティーとの間における実施ベースの対話のための実施形態も、本明細書において記述されている。実施形態においては、ＷＴＲＵ  ３ＧＰＰアクセス層（ＡＳ）または非ＡＳ（ＮＡＳ）モジュールが、ＷＴＲＵのＷＬＡＮモジュールと対話して、１つまたは複数の通知にサブスクライブすることができる。そのような通知は、ＷＬＡＮパケットロスイベントなど、パケットロスの通知、利用可能なＷＬＡＮデータレートにおける変更の通知、またはＷＬＡＮ接続のロス（たとえば、ＷＬＡＮロスイベント）の通知であることが可能である。
【０１３９】
ＡＳモジュールは、どんな通知に自分がサブスクライブしているかを示すことができる。そのようなサブスクリプションは、特定のケースにおいてそのような通知をトリガーするための評価基準を含むことが可能であり、または含まないことも可能である。そのような基準の例は、関連付け解除または認証解除フレームが、接続されているＡＰへ送信されていること、または接続されているＡＰから受信されていること、接続されているＡＰのビーコンフレームが、特定の時間のピリオドにわたって欠落していること、連続したＭＳＤＵ送信エラーの数がしきい値に達していること、およびＲＣＰＩまたはＲＳＮＩが、特定の時間のピリオドにわたってしきい値を下回ったままでいることを含むことができる。たとえば、３ＧＰＰ  ＡＳまたはＮＡＳモジュールは、ＷＬＡＮ接続のロスの検知のために、詳細な基準をＷＬＡＮモジュールに与えることができる。あるいは、ＷＬＡＮモジュールは、そのような通知をいつ提供すべきかを特定することができる。
【０１４０】
ＷＴＲＵ  ３ＧＰＰモジュールがＷＬＡＮ接続のロスのイベントにサブスクライブした場合には、ＷＬＡＮモジュールは、そのようなイベントの検知時に３ＧＰＰモジュールに通知することができる。３ＧＰＰモジュールは、ＷＴＲＵが、ＬＴＥによってコントロールされるＷＬＡＮオペレーション／オフロードのための構成、および／またはＷＬＡＮインターフェースに関連した測定値を受信した場合にのみ（たとえば、オフローディングがアクティブである場合、および／またはトラフィックがＷＬＡＮへオフロードされている場合にのみ）、イベント通知にサブスクライブすることができる。３ＧＰＰモジュールは、上述の条件がもはや満たされていない場合、たとえば、ＷＬＡＮへオフロードされているトラフィックがない場合、またはＬＴＥによってコントロールされるＷＬＡＮオフロードが非アクティブ化されている場合に、イベント通知からアンサブスクライブすることができる。
【０１４１】
別の例においては、ＷＴＲＵは、それ自体によるＷＬＡＮインターフェースのパフォーマンスの査定に基づいて、ＷＬＡＮがもはや利用可能ではないということを特定することができる。たとえば、これは、ＰＤＣＰレイヤのパフォーマンスの評価に関連した方法に基づくことが可能である。
【０１４２】
ＷＬＡＮ  ＡＮへの接続が失われているということをＷＴＲＵが特定した場合には、ＷＴＲＵは、下記のシグナリングオプションのうちの１つまたは複数を介して、そのイベントをｅＮＢへ報告することができる。ＷＴＲＵは、その失敗を適切なＲＲＣメッセージ内に含めてｅＮＢへ報告することができる。たとえば、ＷＬＡＮ測定レポートに関して定義されているＲＲＣメッセージがある場合には、失敗イベントは、そのような測定レポートメッセージの送信をトリガーすることができる。あるいは、そのようなイベントを報告するために、ＭＡＣ  ＣＥが使用されることが可能である。たとえば、ＭＡＣバッファステータスレポートは、そのような表示を搬送するように修正されることが可能である。たとえば、特別なＬＣＧ−ＩＤが割り振られることが可能であり、そのようなＬＣＧ−ＩＤがＢＳＲ内に現れた場合には、それは、そのような失敗を示すことが可能である。そのような失敗イベントは、アップリンクにおいてＰＤＣＰステータスレポートをトリガーすることもできる。そのようなステータスレポートは、失敗イベントのそのような表示を搬送するように拡張されることが可能である。
【０１４３】
実施形態においては、ＷＴＲＵは、それがそのような失敗を検知した場合には、ＷＬＡＮを介したＵＬ送信を自律的に停止することができ、それは、さらなるデータロスを回避するために（たとえば少なくとも、明示的な操縦コマンドが、たとえばｅＮＢから、受信されるまで）ＬＴＥインターフェースを使用することができる。既にＷＬＡＮパスへ送達されていて確認または破棄されていないＰＤＣＰ  ＳＤＵに関しては、ＷＴＲＵは、ＬＴＥインターフェースを使用して、これらのＳＤＵを再送信することができる。ベアラが分割様式でＷＬＡＮへオフロードされる場合には、ＷＴＲＵは、どのデータユニットがＷＬＡＮを介して送信されたか、またはＬＴＥを介して送信されたかの記録を保持することを必要とすることが可能であり、それによって、そのような失敗のケースにおいて適切なデータユニットが再送信されることが可能である。
【０１４４】
上では特徴および要素が特定の組合せで記述されているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素との任意の組合せで使用されることが可能であるということを当技術分野における標準的な技術者なら理解するであろう。加えて、本明細書において記述されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読メディア内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実施されることが可能である。コンピュータ可読メディアの例は、（有線接続またはワイヤレス接続を介して送信される）電子信号、およびコンピュータ可読ストレージメディアを含む。コンピュータ可読ストレージメディアの例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気メディア、光磁気メディア、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光メディアを含むが、それらには限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために、ソフトウェアと関連付けられているプロセッサが使用されることが可能である。
【図１Ａ】
2020074601.tif 000003
【図１Ｂ】
2020074601.tif 000004
【図１Ｃ】
2020074601.tif 000005
【図２】
2020074601.tif 000006
【図３】
2020074601.tif 000007
【図４】
2020074601.tif 000008
【図５】
2020074601.tif 000009
【図６】
2020074601.tif 000010
【図７】
2020074601.tif 000011
【図８】
2020074601.tif 000012
【図９】
2020074601.tif 000013
【手続補正書】
【提出日】令和2年1月27日(2020.1.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
少なくとも１つのトランシーバと、
前記少なくとも１つのトランシーバと動作可能に結合されたプロセッサと
を備え、
前記少なくとも１つのトランシーバおよび前記プロセッサは、セルラーネットワークから、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）のためのトラフィック操縦パラメータを含む無線リソース制御（ＲＲＣ）再構成メッセージを受信するように構成され、前記パラメータは、無線ベアラがセルラーのみの無線ベアラであるか、ＷＬＡＮのみの無線ベアラであるか、またはセルラーおよびＷＬＡＮに分割された無線ベアラであるかどうかを示す無線ベアラパラメータを含み、
前記少なくとも１つのトランシーバおよび前記プロセッサは、前記ＲＲＣ再構成メッセージに応答して前記セルラーネットワークへＲＲＣ再構成完了メッセージを送信するようにさらに構成され、
前記少なくとも１つのトランシーバおよび前記プロセッサは、前記ＷＬＡＮ上でＷＬＡＮのみの無線ベアラまたは分割された無線ベアラを送信するようにさらに構成された、ＷＴＲＵ。
【請求項２】
前記少なくとも１つのトランシーバおよび前記プロセッサは、前記ＷＴＲＵが前記ＷＬＡＮへのトラフィックを操縦することになると示すＷＬＡＮ操縦コマンドを含む前記ＲＲＣ再構成メッセージまたは異なるＲＲＣ再構成メッセージを受信するようにさらに構成された、請求項１に記載のＷＴＲＵ。
【請求項３】
前記少なくとも１つのトランシーバおよび前記プロセッサは、前記ＷＴＲＵが前記ＷＬＡＮからセルラーへのトラフィックを操縦することになると示すセルラー操縦コマンドを示すセルラー操縦コマンドを含むＲＲＣ再構成メッセーを受信するようにさらに構成された、請求項１に記載のＷＴＲＵ。
【請求項４】
前記セルラーネットワークはＬＴＥネットワークである、請求項１に記載のＷＴＲＵ。
【請求項５】
前記少なくとも１つのトランシーバおよび前記プロセッサは、少なくとも１つのＷＬＡＮのみ無線ベアラまたはセルラーおよびＷＬＡＮに分割された無線ベアラがセルラーのみの無線ベアラになることになると示す第２のＲＲＣ再構成メッセージを受信するようにさらに構成された、請求項１に記載のＷＴＲＵ。
【請求項６】
前記少なくとも１つのトランシーバおよび前記プロセッサは、前記受信した第２のＲＲＣ再構成メッセージに基づいてパケットデータコンバージェンスプロトコル（ＰＤＣＰ）ステータスレポートを送信するようにさらに構成された、請求項５に記載のＷＴＲＵ。
【請求項７】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）によって、セルラーネットワークから無線リソース制御（ＲＲＣ）再構成メッセージを受信することであって、前記ＲＲＣ再構成メッセージは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）のためのトラフィック操縦パラメータを含み、前記パラメータは、無線ベアラがセルラーのみの無線ベアラであるか、ＷＬＡＮのみの無線ベアラであるか、またはセルラーおよびＷＬＡＮに分割された無線ベアラであるかどうかを示す無線ベアラパラメータを含む、ことと、
前記ＷＴＲＵにより、前記ＲＲＣ再構成メッセージに応答して、前記セルラーネットワークへＲＲＣ再構成完了メッセージを送信することと、
前記ＷＴＲＵにより、前記ＷＬＡＮ上でＷＬＡＮのみの無線ベアラまたは分割された無線ベアラを送信することと、を含む方法。
【請求項８】
前記ＲＲＣ再構成メッセージまたは異なるＲＲＣ再構成メッセージは、前記ＷＴＲＵが前記ＷＬＡＮへのトラフィックを操縦することになると示すＷＬＡＮ操縦コマンドを含む、請求項７に記載の方法。
【請求項９】
前記ＷＴＲＵにより、前記ＷＴＲＵが前記ＷＬＡＮからセルラーへのトラフィックを操縦することになると示すセルラー操縦コマンドを示すセルラー操縦コマンドを含むＲＲＣ再構成メッセーを受信することをさらに含む、請求項７に記載の方法。
【請求項１０】
前記セルラーネットワークはＬＴＥネットワークである、請求項７に記載の方法。
【請求項１１】
前記ＷＴＲＵにより、少なくとも１つのＷＬＡＮのみ無線ベアラまたはセルラーおよびＷＬＡＮに分割された無線ベアラがセルラーのみの無線ベアラになることになると示す第２のＲＲＣ再構成メッセージを受信することをさらに含む、請求項７に記載の方法。
【請求項１２】
前記受信した第２のＲＲＣ再構成メッセージに基づいてパケットデータコンバージェンスプロトコル（ＰＤＣＰ）ステータスレポートを送信することをさらに含む、請求項１１に記載の方法。
【請求項１３】
セルラーネットワークノードであって、
少なくとも１つのトランシーバと、
前記少なくとも１つのトランシーバと動作可能に結合されたプロセッサと
を備え、
前記少なくとも１つのトランシーバおよび前記プロセッサは、ワイヤレス送信／受信ユニット（ＷＴＲＵ）へ、無線リソース制御（ＲＲＣ）再構成メッセージを送信するように構成され、前記ＲＲＣ再構成メッセージは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）のためのトラフィック操縦パラメータを含み、前記パラメータは、無線ベアラがセルラーのみの無線ベアラであるか、ＷＬＡＮのみの無線ベアラであるか、またはセルラーおよびＷＬＡＮに分割された無線ベアラであるかどうかを示す無線ベアラパラメータを含み、
前記少なくとも１つのトランシーバおよび前記プロセッサは、前記ＲＲＣ再構成メッセージに応答してセルラーネットワークからＲＲＣ再構成完了メッセージを受信するようにさらに構成され、
前記少なくとも１つのトランシーバおよび前記プロセッサは、前記ＷＬＡＮを介して送信されたＷＬＡＮのみの無線ベアラまたは分割された無線ベアラを受信するようにさらに構成された、セルラーネットワークノード。
【請求項１４】
前記少なくとも１つのトランシーバおよび前記プロセッサは、前記ＷＴＲＵが前記ＷＬＡＮへのトラフィックを操縦することになると示すＷＬＡＮ操縦コマンドを含む前記ＲＲＣ再構成メッセージまたは異なるＲＲＣ再構成メッセージを送信するようにさらに構成された、請求項１３に記載のセルラーネットワークノード。
【請求項１５】
前記少なくとも１つのトランシーバおよび前記プロセッサは、前記ＷＴＲＵが前記ＷＬＡＮからセルラーへのトラフィックを操縦することになると示すセルラー操縦コマンドを示すセルラー操縦コマンドを含むＲＲＣ再構成メッセーを送信するようにさらに構成された、請求項１３に記載のセルラーネットワークノード。
【請求項１６】
前記セルラーネットワークはｅｖｏｌｖｅｄ ＮｏｄｅＢである、請求項１３に記載のセルラーネットワークノード。
【請求項１７】
前記少なくとも１つのトランシーバおよび前記プロセッサは、少なくとも１つのＷＬＡＮのみ無線ベアラまたはセルラーおよびＷＬＡＮに分割された無線ベアラがセルラーのみの無線ベアラになることになると示す第２のＲＲＣ再構成メッセージを送信するようにさらに構成された、請求項１６に記載のセルラーネットワークノード。