JP6725472B2 - オフロードを通じた改善されたｗｌａｎ使用のための３ｇｐｐ ｗｌａｎ相互作用のための方法 - Google Patents

Description

本発明は、オフロードを通じた改善されたＷＬＡＮ使用のための３ＧＰＰ ＷＬＡＮ相互作用のための方法に関する。

（関連出願の相互参照）
本出願は、２０１３年４月４日に出願された米国特許仮出願第６１／８０８，４９２号明細書の利益を主張するものである。

より高いデータレートを求める需要の増大は、より高速で効率的な無線テクノロジーの発展に寄与してきた。ＬＴＥなどのセルラーネットワーク、およびＷＬＡＮは、オペレータおよびエンドユーザからの幅広い支持を目の当たりにしてきた。オペレータコミュニティーにおいては、ＷＬＡＮネットワークが利用可能である場合はできるだけ多くのデータをそれらのＷＬＡＮネットワークへオフロードし、それによって、セルラーネットワーク負荷が低減されることが可能であることに対する関心が増大している。同時に、オペレータは、ますます多くの顧客にサービス提供することができる。第３世代パートナーシッププロジェクト（３ＧＰＰ）は、３ＧＰＰネットワーク（例えば、ＬＴＥおよび３Ｇ）とＷｉＦｉとの間における相互作用を可能にするためのいくつかのテクノロジーを開発してきた。これらのテクノロジーは、主として、ＷｉＦｉオフロードのためのコアネットワークベースのものであることが可能である。

仮想ベアラを使用した無線ネットワークにおけるベアラ管理のためのシステム、方法、および手段が開示される。無線送信／受信ユニット（ＷＴＲＵ）をＷＬＡＮへオフロードするためのｅＮＢ決定と、ＡＮＤＳＦポリシーとの間におけるコンフリクトを管理するためのシステム、方法、および手段も開示される。ＷＬＡＮのための、またはＷＬＡＮへのオフロード中のドライブテストの最小化（ＭＤＴ：minimization of drive tests）のためのシステム、方法、および手段も開示される。ＷＴＲＵの能力をシグナリングするためのシステム、方法、および手段も開示される。

無線送信／受信ユニット（ＷＴＲＵ）が、高位レイヤポリシーおよび無線アクセス層ルールのうちの少なくとも１つに従って、ＷＬＡＮネットワークへ、またはＷＬＡＮネットワークからトラフィックを導くかどうかを決定することによって、ＷＬＡＮネットワークへ、またはＷＬＡＮネットワークからトラフィックをオフロードするかどうかを決定することができる。構成されたＷＬＡＮオフロード条件を評価することができる。構成されたＷＬＡＮオフロード条件が満たされている場合には、トラフィックが、ＷＬＡＮネットワークへ、またはＷＬＡＮネットワークから導かれることが可能である。

例として添付の図面とともに与えられる以降の説明から、より詳細な理解が得られることが可能である。

１または複数の開示されている実施形態が実施されることが可能である例示的な通信システムのシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。 ＲＡＮレベルでの３ＧＰＰとＷＬＡＮとの相互作用のための例示的なプロセスフローを示す図である。 ＷＬＡＮへのオフローディングおよび仮想ベアラへの変換のための例示的なプロセスフローを示す図である。 Ｓ１解放手順に関する例示的なプロセスフローを示す図である。 ベアラリソース割り当て手順に関する例示的なプロセスフローを示す図である。 ｅＮＢによって開始される、オフロードされたベアラのモニタリングおよびＬＴＥへのモビリティーに関する例示的なプロセスフローを示す図である。 ＰＧＷによって開始される、オフロードされたベアラのモニタリングおよびＬＴＥへのモビリティーに関する例示的なプロセスフローを示す図である。 ＷＴＲＵ能力をシグナリングするための例示的なプロセスフローを示す図である。 オフラインおよびオンラインＷＬＡＮ課金のための例示的な論理的な課金アーキテクチャーおよび情報フローを示す図である。

次いで、例示的な実施形態についての詳細な説明が、さまざまな図を参照しながら行われる。この説明は、可能な実施態様の詳細な例を提供するが、それらの詳細は、例示的なものであり、けっして本出願の範囲を限定するものではないということを意図されているという点に留意されたい。

図１Ａは、１または複数の開示されている実施形態が実施されることが可能である例示的な通信システム１００の図である。通信システム１００は、コンテンツ、例えば音声、データ、ビデオ、メッセージング、放送などを複数のワイヤレスユーザに提供するマルチプルアクセスシステムであることが可能である。通信システム１００は、複数のワイヤレスユーザが、無線帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、１または複数のチャネルアクセス方法、例えば符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などを採用することができる。

図１Ａにおいて示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（全体として、または総称して、ＷＴＲＵ１０２と呼ばれる場合がある）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことができるが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定しているということが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作および／または通信を行うように構成されている任意のタイプのデバイスであることが可能である。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されることが可能であり、ユーザ機器（ＵＥ）、移動局、固定式または移動式の加入者ユニット、ページャー、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースを取るように構成されている任意のタイプのデバイスであることが可能である。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ Ｂ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであることが可能である。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができるということが理解されるであろう。

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であることが可能であり、ＲＡＮ１０３／１０４／１０５は、その他の基地局および／またはネットワーク要素（図示せず）、例えば基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどを含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内で無線信号を送信および／または受信するように構成されることが可能であり、その地理的領域は、セル（図示せず）と呼ばれることがある。セルは、セルセクタへとさらに分割されることが可能である。例えば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割されることが可能である。したがって一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）テクノロジーを採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。

基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができ、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることが可能である。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセステクノロジー（ＲＡＴ）を使用して確立されることが可能である。

より具体的には、上述したように、通信システム１００は、マルチプルアクセスシステムであることが可能であり、１または複数のチャネルアクセススキーム、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することができる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＭＴＳ（Universal Mobile Telecommunications System）ＵＴＲＡ（Terrestrial Radio Access）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（High Speed Packet Access）および／またはエボルブドＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed Downlink Packet Access）および／またはＨＳＵＰＡ（High-Speed Uplink Packet Access）を含むことができる。

別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Evolved ＵＭＴＳ Terrestrial Radio Access）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる。

その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線テクノロジー、例えばＩＥＥＥ ８０２．１６（例えば、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rate for GSM Evolution）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などを実施することができる。

図１Ａにおける基地局１１４ｂは、例えばワイヤレスルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、またはアクセスポイントであることが可能であり、局所的なエリア、例えば事業所、家庭、乗り物、キャンパスなどにおける無線接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ ８０２．１１などの無線テクノロジーを実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ ８０２．１５などの無線テクノロジーを実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを求められないことが可能である。

ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信状態にあることが可能であり、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはＶｏＩＰ（Voice over Internet Protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成されている任意のタイプのネットワークであることが可能である。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、料金請求サービス、モバイルロケーションベースサービス、プリペイド呼接続、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証などのハイレベルセキュリティー機能を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということが理解されるであろう。例えば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線テクノロジーを利用している可能性があるＲＡＮ１０３／１０４／１０５に接続されていることに加えて、ＧＳＭ無線テクノロジーを採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。

コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、ＰＯＴＳ（Plain Old Telephone Service）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるトランスミッションコントロールプロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線または無線の通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用している可能性がある１または複数のＲＡＮに接続されている別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々の無線リンクを介して別々の無線ネットワークと通信するために複数のトランシーバを含むことができる。例えば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線テクノロジーを採用している可能性がある基地局１１４ａ、およびＩＥＥＥ ８０２無線テクノロジーを採用している可能性がある基地局１１４ｂと通信するように構成されることが可能である。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、上述の要素どうしの任意の下位組合せを含むことができるということが理解されるであろう。また、基地局１１４ａおよび１１４ｂ、ならびに／または、基地局１１４ａおよび１１４ｂが相当することが可能であるノード（数ある中でも、トランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームｎｏｄｅ−Ｂ、エボルブドホームｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホームエボルブドｎｏｄｅ−Ｂ（ＨｅＮＢ）、ホームエボルブドｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードなどであるが、それらには限定されない）は、図１Ｂにおいて示され本明細書において説明されている要素のうちのいくつかまたはすべてを含むことができるということを実施形態は想定している。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられている１もしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の任意のタイプの集積回路（ＩＣ）、状態マシンなどであることが可能である。プロセッサ１１８は、信号コーディング、データ処理、パワー制御、入力／出力処理、および／または、ＷＴＲＵ１０２が無線環境において機能することを可能にするその他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合されることが可能であり、トランシーバ１２０は、送信／受信要素１２２に結合されることが可能である。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内にともに統合されることが可能である。プロセッサ１１８などのプロセッサは、統合されたメモリを含むことができる（例えばＷＴＲＵ１０２は、プロセッサと、関連付けられているメモリとを含むチップセットを含むことができる）。メモリとは、プロセッサ（例えば、プロセッサ１１８）に統合されているメモリ、またはデバイス（例えば、ＷＴＲＵ１０２）にその他の形で関連付けられているメモリを指すことが可能である。そのメモリは、非一時的なものであることが可能である。そのメモリは、プロセッサによって実行されることが可能である命令（例えば、ソフトウェア命令および／またはファームウェア命令）を含むこと（例えば、格納すること）が可能である。例えば、そのメモリは、実行されたときに、本明細書において説明されている実施態様のうちの１または複数をプロセッサに実施させることができる命令を含むことができる。

送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（例えば、基地局１１４ａ）に信号を送信するように、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されることが可能である。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナであることが可能である。別の実施形態においては、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器であることが可能である。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成されることが可能である。送信／受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成されることが可能であるということが理解されるであろう。

加えて、送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯテクノロジーを採用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を送信および受信するために、複数の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。

トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調するように、また、送信／受信要素１２２によって受信される信号を復調するように構成されることが可能である。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ ８０２．１１など、複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることが可能であり、そこからユーザ入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもできる。加えて、プロセッサ１１８は、取り外し不能メモリ１３０、取り外し可能メモリ１３２、および／または、プロセッサ１１８に統合されているメモリなど、任意のタイプの適切なメモリからの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。取り外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことができる。取り外し可能メモリ１３２は、サブスクライバーアイデンティティーモジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。その他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、また、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成されることが可能である。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであることが可能である。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。

プロセッサ１１８は、ＧＰＳチップセット１３６に結合されることも可能であり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成されることが可能である。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介してロケーション情報を受信すること、および／または複数の近隣の基地局から受信されている信号のタイミングに基づいて自分のロケーションを特定することが可能である。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、任意の適切なロケーション特定方法を通じてロケーション情報を取得することができるということが理解されるであろう。

プロセッサ１１８は、その他の周辺機器１３８にさらに結合されることが可能であり、その他の周辺機器１３８は、さらなる特徴、機能、および／または有線接続もしくは無線接続を提供する１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（Universal Serial Bus）ポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Bluetooth（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。

図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０３は、コアネットワーク１０６と通信状態にあることも可能である。図１Ｃにおいて示されているように、ＲＡＮ１０３は、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらのＮｏｄｅ−Ｂはそれぞれ、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられることが可能である。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０３は、実施形態との整合性を保持しながら、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができるということが理解されるであろう。

図１Ｃにおいて示されているように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信状態にあることが可能である。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信状態にあることが可能である。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信状態にあることが可能である。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されることが可能である。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、その他の機能、例えば、アウターループパワー制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティー、セキュリティー機能、データ暗号化などを実行またはサポートするように構成されることが可能である。

図１Ｃにおいて示されているコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンター（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということが理解されるであろう。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続されることが可能である。ＭＳＣ１４６は、ＭＧＷ１４４に接続されることが可能である。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続されることも可能である。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されることが可能である。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

上述したように、コアネットワーク１０６は、ネットワーク１１２に接続されることも可能であり、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたは無線ネットワークを含むことができる。

図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信状態にあることも可能である。

ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保持しながら、任意の数のｅＮｏｄｅ−Ｂを含むことができるということが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含むことができる。一実施形態においては、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがってｅＮｏｄｅ−Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信するために、およびＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することができる。

ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成されることが可能である。図１Ｄにおいて示されているように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

図１Ｄにおいて示されているコアネットワーク１０７は、モビリティー管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０７の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということが理解されるであろう。

ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることが可能であり、制御ノードとして機能することができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどのその他の無線テクノロジーを採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うための制御プレーン機能を提供することもできる。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることが可能である。サービングゲートウェイ１６４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃから回送および転送することができる。サービングゲートウェイ１６４は、その他の機能、例えば、ｅＮｏｄｅ Ｂ間でのハンドオーバー中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが利用可能である場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどを実行することもできる。

サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続されることも可能であり、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

コアネットワーク１０７は、その他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間におけるインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそうしたＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたは無線ネットワークを含むことができる。

図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線テクノロジーを採用しているアクセスサービスネットワーク（ＡＳＮ）であることが可能である。以降でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９という別々の機能エンティティーの間における通信リンクは、リファレンスポイントとして定義されることが可能である。

図１Ｅにおいて示されているように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態との整合性を保持しながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができるということが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５内の特定のセル（図示せず）に関連付けられることが可能であり、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバをそれぞれ含むことができる。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがって基地局１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信するために、およびＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、モビリティー管理機能、例えば、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施などを提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして機能することができ、ページング、サブスクライバープロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担当することができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５との間におけるエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１リファレンスポイントとして定義されることが可能である。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、コアネットワーク１０９との間における論理インターフェースは、Ｒ２リファレンスポイントとして定義されることが可能であり、このＲ２リファレンスポイントは、認証、許可、ＩＰホスト構成管理、および／またはモビリティー管理のために使用されることが可能である。

基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間における通信リンクは、ＷＴＲＵハンドオーバー、および基地局どうしの間におけるデータの転送を容易にするためのプロトコルを含むＲ８リファレンスポイントとして定義されることが可能である。基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２との間における通信リンクは、Ｒ６リファレンスポイントとして定義されることが可能である。このＲ６リファレンスポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられているモビリティーイベントに基づいてモビリティー管理を容易にするためのプロトコルを含むことができる。

図１Ｅにおいて示されているように、ＲＡＮ１０５は、コアネットワーク１０９に接続されることが可能である。ＲＡＮ１０５と、コアネットワーク１０９との間における通信リンクは、例えば、データ転送およびモビリティー管理機能を容易にするためのプロトコルを含むＲ３リファレンスポイントとして定義されることが可能である。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証／許可／アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０９の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということが理解されるであろう。

ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当することができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、別々のＡＳＮおよび／または別々のコアネットワークの間においてローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１８６は、ユーザ認証と、ユーザサービスをサポートすることとを担当することができる。ゲートウェイ１８８は、その他のネットワークと相互作用することを容易にすることができる。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたは無線ネットワークを含むことができる。

図１Ｅにおいては示されていないが、ＲＡＮ１０５は、その他のＡＳＮに接続されることが可能であり、コアネットワーク１０９は、その他のコアネットワークに接続されることが可能であるということが理解されるであろう。ＲＡＮ１０５と、その他のＡＳＮとの間における通信リンクは、Ｒ４リファレンスポイントとして定義されることが可能であり、このＲ４リファレンスポイントは、ＲＡＮ１０５と、その他のＡＳＮとの間においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティーをコーディネートするためのプロトコルを含むことができる。コアネットワーク１０９と、その他のコアネットワークとの間における通信リンクは、Ｒ５リファレンスとして定義されることが可能であり、このＲ５リファレンスは、ホームコアネットワークと、訪問先コアネットワークとの間における相互作用を容易にするためのプロトコルを含むことができる。

一般に、３ＧＰＰおよびＷＬＡＮ相互作用は、２つの大まかに定義されたカテゴリーへと分類されることが可能である。ＷｉＦｉオフローディングのためのいくつかの方法は、コアネットワークベースのものであることが可能であり、３ＧＰＰコアネットワークおよびＷｉＦｉオフローディングを含むことができる。ＷｉＦｉオフローディングのためのその他の方法は、無線アクセスネットワーク（ＲＡＮ）ベースのものであることが可能であり、３ＧＰＰ ＲＡＮおよびＷｉＦｉオフローディングを含むことができる。

ユーザトラフィックを潜在的にオフロードするためにＷＬＡＮアクセスネットワークどうしの間における相互作用を実行するための手段として、ＷＬＡＮネットワークへのアクセスが使用されることが可能である。例えば、ＷＬＡＮ無線送信／受信ユニット（ＷＴＲＵ）が、インターネット接続を達成することができ、３ＧＰＰシステムを介した認証および許可を使用して３ＧＰＰパケットスイッチド（ＰＳ）サービスにアクセスすることができる。ＷＬＡＮ ＷＴＲＵと、３ＧＰＰコアネットワーク（ＣＮ）内のパケットデータゲートウェイ（ＰＤＧ）との間においてトンネルが確立されることが可能である。ＷＬＡＮ ＷＴＲＵは、３ＧＰＰ ＣＮノードからＩＰ関連の構成パラメータを受信することができる。これらのパラメータは、例えば、ＨＰＬＭＮ（Home Public Land Mobile Network）用のリモートＩＰアドレス、ＤＨＣＰサーバ、およびＤＮＳサーバを含むことができる。ＷＬＡＮ ＷＴＲＵは、ローカルＩＰアドレス、例えば、ＷＬＡＮアクセスネットワーク（ＡＮ）アイデンティティーを有することができる。ＷＬＡＮ ＷＴＲＵは、ローカルＩＰアドレス、例えば、トンネルの外側ＩＰアドレス、およびリモートＩＰアドレス、例えば、トンネルの内側アドレスの両方を有することができる。これらのＩＰアドレスは、ＷＬＡＮ ＡＮによって、またはＰＬＭＮによって、ＷＬＡＮ ＡＮ ＩＰアドレス空間内に割り振られることが可能である。

ＷＬＡＮを信頼されていないアクセスとして３ＧＰＰエボルブドパケットコア（ＥＰＣ）に統合するために、参照アーキテクチャーが使用されることが可能である。ＷＬＡＮは、エボルブドパケットデータゲートウェイ（ｅＰＤＧ）に接続されることが可能であり、ＰＭＩＰｖ６およびＧＴＰモビリティーをサポートすることができる。ネットワーク選択、発見、およびアクセスのためのポリシーをＷＴＲＵに提供するために、ＡＮＤＳＦ（Access Network Discovery and Selection Function）が使用されることが可能である。ＷＴＲＵは、３ＧＰＰアクセスおよびＷＬＡＮに同時に接続することができ、別々のアクセスを通じて、同じＰＤＮ接続に属する別々のＩＰフローをやり取りすることができる。これは、シームレスなＩＰフローモビリティーを可能にすることができ、同じまたは別々のアプリケーションに属するＩＰフローどうしが、３ＧＰＰアクセスとＷＬＡＮとの間においてシームレスに移動される。ＩＰモビリティーは、ＤＳＭＩＰｖ６に基づいて３ＧＰＰアクセスとＷＬＡＮアクセスとの間において実行されることが可能である。加えて、ＷＴＲＵ中心の接続エンジンが実施されることが可能であり、ＡＮＤＳＦに対する強化、例えば、ＤＩＤＡ（Data Identification in Access Network）を組み込むことができる。

相互作用は、ＷＬＡＮ ＡＮと３ＧＰＰアクセスとの間においてサポートされることも可能であり、それは、ＷＬＡＮ ＡＮと３ＧＰＰアクセスとの間におけるさらに緊密な統合を可能にすることができる、かつ、重複した３ＧＰＰ ＣＮ機能に対する必要性を回避することができるソリューションを含むことができる。無線レベルにおけるこの統合は、ＷＬＡＮ ＡＰの効率的な発見を促進することができ、ＷＬＡＮ ＡＰのさらに良好な利用を促進すること、ならびに体感品質を強化することが可能である。

ＷｉＦｉオフローディングのためのＲＡＮベースの方法は、ＷＬＡＮ相互作用のための強化されたオペレータ制御を可能にすることができる、かつ、ＷＬＡＮがオペレータのセルラー無線リソース管理（ＲＲＭ）内に含まれることを可能にすることができるソリューションを含むことができる。そのような方法は、セルラーアクセスおよび／またはＷＬＡＮアクセスに関するＷＴＲＵあたりの無線リンク品質、バックホール品質、負荷等などの情報を考慮に入れることができるアクセスネットワークモビリティーおよび選択に対する強化を含むこともできる。

ＷｉＦｉオフローディングに関するモビリティー制御のためのいくつかの方法は、適切なＷｉＦｉ ＡＰの発見のための方法を含むことができる。これらの方法は、ＷＴＲＵによる自律的な方法、または３ＧＰＰネットワークによって制御される方法であることが可能である。ネットワークは、発見手順のための支援情報を提供することができる。ＷＴＲＵは、発見されるＡＰに関する情報を報告することができる。

ＷｉＦｉオフローディングに関するモビリティー制御のためのいくつかの方法は、例えば、ＷｉＦｉアクセスのための事前許可などのセキュリティーを実行するための方法を含むことができる。これは、３ＧＰＰ接続を使用して、例えば、ユーザプレーンベアラまたは制御プレーンシグナリングを通じて実行されることが可能である。

ＷｉＦｉオフローディングに関するモビリティー制御のためのいくつかの方法は、ＷｉＦｉ ＡＮにおけるモビリティー、および３ＧＰＰネットワークの管理下でのＷｉＦｉ ＡＰどうしの間におけるハンドオーバーを含むことができる、ＷｉＦｉ接続をセットアップ、制御、および解放するための方法を含むことができる。

ＷｉＦｉオフローディングに関するモビリティー制御のためのいくつかの方法は、ＷｉＦｉに関する測定を構成および報告するための方法を含むことができる。

ＷｉＦｉオフローディングに関するモビリティー制御のためのいくつかの方法は、ＷｉＦｉモビリティー制御を３ＧＰＰモビリティー関連手順に合わせて調整するための方法、ならびにＷｉＦｉモビリティー制御をＷｉＦｉオフローディングのためのコアネットワーク（ＣＮ）要素に合わせて調整するための方法を含むことができる。

図２は、ＲＡＮレベルでの３ＧＰＰとＷＬＡＮとの相互作用のための例示的なプロセスフロー２００を示している。２０２において、ＷＬＡＮ ＡＰは、直接、またはオペレーションおよびメンテナンス（Ｏ＆Ｍ）を通じて、ｅＮＢとの間で負荷状況を共有することができる。別々のレベルの負荷状況を示すために別々のしきい値が使用されることが可能である。ｅＮＢおよび／またはＭＭＥは、別々のＡＰにおける負荷状況を特定することができる。

２０４において、ＷＴＲＵは、ＡＮＤＳＦからエリア内のＷＬＡＮ ＡＰリストを受信することができる。これは、ＷＴＲＵによって独立して実行されることが可能である。これは、代替として、または追加として、ＷＬＡＮを発見するためのコマンドをｅＮＢがＷＴＲＵに送信できる場合にＷＴＲＵによって実行されることが可能である。ｅＮＢからのコマンドに応答してＷＬＡＮ ＡＰリストを受信することは、いくらかの余分な遅延をもたらす場合がある。

２０６において、ｅＮＢは、特定のＷＴＲＵをＷＬＡＮへオフロードすることを、例えば、その負荷状況に応じて、および／またはＲＲＭに基づいて特定することができる。この特定は、例えば、トラフィックパターン、ＷＴＲＵモビリティー、利用可能な無線リソース、非常に厳しいＱｏＳを必要としないトラフィック、特定のサービス、特定のアプリケーションに関連したトラフィックなどに基づくことが可能である。

２０８において、ｅＮＢは、ＷＬＡＮ発見またはスキャンを開始するための、および信頼されているＷＬＡＮ ＡＰの信号状態を報告するためのコマンドをＷＴＲＵに送信することができる。ＷＬＡＮ測定は、測定オブジェクトとして構成されることが可能である。測定は、ｅＮＢコマンドに基づいて、および／またはＷＬＡＮ発見および測定および報告を開始するためのコマンドに基づいて開始されることが可能である。

２１０において、ＷＴＲＵは、例えばＡＮＤＳＦからの情報を使用することによって、信頼されているＷＬＡＮ ＡＰを発見することができ、利用可能なＡＰの信号強度およびリンク品質を推定することができる。２１２において、ＷＴＲＵは、信号状態（例えば、信号強度および／もしくはリンク品質）、ＳＳＩＤ（および／もしくはＭＡＣアドレス、ＢＳＳＩＤ）、ならびに／またはＷＬＡＮチャネル番号を報告することができる。ＷＬＡＮチャネル番号は、例えばデバイス内での共存という観点から、役立つ場合がある。

２１４において、ｅＮＢは、それが受信した情報を考慮することができる。この情報は、例えば、信号強度および／またはリンク品質など、ＷＴＲＵからの情報、ＡＰ負荷状況に関する情報、ｅＮＢの利用可能な無線リソース、ＷＴＲＵトラフィックパターン、ＱｏＳ要件などを含むことができる。ｅＮＢが、ＷＴＲＵをＷＬＡＮへオフロードすることを決定した場合には、ｅＮＢは、例えば、ＳＳＩＤおよび／またはＭＡＣアドレスによって識別されることが可能である特定のＡＰへオフロードすることを指示するコマンドをＷＴＲＵに送信することができる。ｅＮＢが、ＷＴＲＵをＷＬＡＮへオフロードしないことを決定した場合には、プロセスフロー２００は２２０へ進むことができ、ＷＬＡＮ発見またはスキャンは停止することができる。

２１６において、ＷＴＲＵは、例えば、ＡＰを通じてＰＧＷにメッセージを送信して同じＩＰアドレスを得ることによって認証を開始するための、ＬＴＥ Ｒ１０／１１において開示されているようなＷＬＡＮオフロード手順に準拠することができる。ＰＧＷは、ＡＰを通じてＷＴＲＵのためのトラフィックを転送することができる。２１８において、ＷＴＲＵは、ＷＬＡＮへのオフロードの成功または失敗をｅＮＢに知らせることができる。２２０において、ｅＮＢは、ＷＬＡＮ発見またはスキャンプロセスを停止するためのコマンドをＷＴＲＵへ送信することができ、それによって、ＷＴＲＵバッテリーは節約されることが可能である。このプロセスは、オフローディングがもはや必要とされなくなった任意の時点で停止されることが可能である。ｅＮＢは、このコマンドを使用して、ＷＴＲＵがＷＬＡＮにおける通信を停止して３ＧＰＰへ戻ってくるようにさせることもできる。

いくつかのＣＮベースの方法は、ＥＰＳベアラをＷＬＡＮへ選択的にオフロードするためのＲＡＮによって開始されるメカニズムを提供することができない。さらに、ユーザＱｏＥは、ＷＴＲＵがＷＬＡＮへオフロードされた場合でも保持されるべきである。いくつかのＣＮベースの方法においては、ＷＴＲＵがＷＬＡＮへオフロードされた場合に、ＱｏＥの保証および／またはモニタリングがないことがある。特定のベアラに関するＱｏＳパラメータが提供されている場合には、そのベアラがＷＬＡＮへオフロードされたならば、ＱｏＳがモニタされることが可能であり、ＱｏＳが満たされているかどうか、および／またはベアラ修正に対する必要性があるかどうかに基づいて、適切なアクションが取られることが可能である。いくつかのＣＮベースのオフローディングメカニズムは、静的なポリシーを伴うＷＴＲＵによって開始される手順を前提にしている場合があり、それは、ＬＴＥネットワークまたはＷＬＡＮネットワークの動的なトラフィック状況を考慮に入れることができない。オフロードされたトラフィックはもはや、ＥＰＳベアラとみなされることは不可能であり、したがって、ＭＭＥおよびｅＮＢはもはや、その存在に気づくことはできない。ＷＬＡＮ側では、ベアラ管理のための同様のメカニズムが存在することは不可能である。セルラー無線リソース管理を担当するネットワークノードは、オフロードされたトラフィックを効果的に管理するための十分な情報を有することはできない。

ＷＴＲＵをＷＬＡＮへオフロードするためのｅＮＢの決定と、ＡＮＤＳＦポリシーとの間においてコンフリクトがある場合がある。ＷＴＲＵをＷＬＡＮへオフロードすることを開始することは、利用可能なＷＬＡＮ ＡＰを見つけ出すためにスキャンを行うことで開始することができる。これは、ＷＴＲＵによって、またはネットワークによって開始されることが可能である。ネットワークがこのプロセスを開始した場合に、ｅＮＢが、オフローディング手順を開始することを決定したならば、ＡＮＤＳＦポリシーによれば、ＷＬＡＮへオフロードするためのトラフィック／サービスなどは存在していないと言える。これは、ＷＴＲＵをＷＬＡＮへオフロードするためのｅＮＢの決定と、ＡＮＤＳＦまたはＨＳ２．０ポリシーとの間におけるコンフリクトをもたらす場合がある。

より多くのＷＬＡＮ ＡＰがネットワークオペレータによって展開されて、ＷＬＡＮへのオフロードの効率的な方法が進化していくにつれて、展開時に、および／または随時、ＷＬＡＮカバレッジ、ＱｏＥ、スループットなどをオペレータがモニタすることが望ましくなる可能性がある。オペレーションの費用を低減するために、ＷＬＡＮのためのドライブテストの最小化（ＭＤＴ：minimization of drive tests）を有することも有益である場合がある。加えて、たとえＭＤＴが３ＧＰＰネットワークのために使用されても、その時間中にＷＴＲＵがＷＬＡＮへオフロードされた場合には、それは、トレースの正確さおよびその後の正しい分析のために記録されることが可能である。

いくつかのＷＴＲＵは、ＷＬＡＮオフロードをサポートするための能力が欠如している場合がある。したがって、ＷＴＲＵからこの能力またはこの能力の欠如をシグナリングすることが望ましい場合がある。しかしながら、ＷＴＲＵ内のＷｉＦｉコンポーネントは、常にオンにされているとは限らない場合がある。さらに、いくつかのＷＴＲＵは、自分のＷｉＦｉコンポーネントをオンにすることを、そうするようｅＮＢによって命令された場合に自律的に行うことができるが、いくつかのＷＴＲＵ実施態様またはユーザの好みは、ＷｉＦｉコンポーネントをオンにするためのコマンドをｅＮＢがＷＴＲＵに送信した場合にそのＷＴＲＵ内のＷｉＦｉコンポーネントをオンにすることを制限して、利用可能なＷＬＡＮを探してスキャンすることを開始することができる。

ＷＴＲＵが接続モードにあって、３ＧＰＰ ＲＡＴからＷＬＡＮへ移動しているまたはハンドオーバーされている場合に、ＲＡＮオペレータは、ＷＬＡＮシステムの使用について記述する課金またはアカウンティングレコードを生成することができる。この課金レコードは、課金システムへ送信されることが可能であり、そのＷＴＲＵに提供されるサービスの始まりおよび終わりについて記述することができる。ＷＬＡＮ／ＲＡＮが相互作用するシナリオは、課金レコードの生成および使用に対処することができる。さらに、いくつかのタイプのハンドオーバー、例えば、別々のＷＬＡＮ ＡＰどうしの間におけるハンドオーバーは、課金イベントを生成する場合があり、または生成しない場合もある。したがって、ネットワークは、アカウンティングメッセージの生成を含む、ＷＬＡＮシステムとの間におけるＷＴＲＵの移動によってもたらされたイベントを、アカウンティング報告の生成を含まないモビリティーイベントから区別することができる。

ＷＴＲＵがＷＬＡＮへオフロードされる場合の体感品質（ＱｏＥ：Quality of Experience）の劣化を低減または最小化するために、ＷＬＡＮにおいてさえＱｏＳが満たされる場合がある。データがＷＬＡＮ内を流れているときに、３ＧＰＰネットワークによって提供されるＱｏＳパラメータをモニタするために仮想ベアラが使用されることが可能である。ベアラがＬＴＥからＷＬＡＮへオフロードされて、データフローのためにＳ２ａインターフェースが使用されている場合には、ＬＴＥ内の元のベアラが仮想ベアラに変換されることが可能である。仮想ベアラ内のノードは、仮想ベアラフラグとともにベアラコンテキストを保持することができる。ノードは、それらが元のベアラのために確保していたリソースを解放することができる。ＷＴＲＵおよび／またはＰＧＷは、そのベアラに関するＱｏＳが、対応するＳ２ａインターフェースにおいて現在満たされているか否かをモニタすることができる。仮想ベアラのシグナリングは、ｅＮＢコマンドを介してＥＰＳベアラをＷＬＡＮへ選択的にオフロードすることを可能にすることもできる。ｅＮＢおよびＭＭＥは、仮想ＥＰＳセッション管理シグナリングのパス内にいることが可能であるため、ＷＬＡＮへ何がオフロードされたかに気づくことが可能である。これは、オペレータのセルラー無線リソース管理を担当しているネットワークノードに、オフロードされたＩＰフローを追跡把握して移動させる能力を提供することができる。ＷＴＲＵがアイドルである場合には、現在のメカニズムは、ＬＴＥ用のアクセスネットワークおよびオフロードされたトラフィックの両方をモニタすることを含むことができる。ＷＴＲＵは、アイドルモード中に両方のネットワークをモニタすることを回避するためにＷＬＡＮ ＩＰフローを移動させてＬＴＥへ戻すことができるが、この手順は、ｅＮＢがＲＲＣ接続を解放した後にＷＴＲＵがＬＴＥに再接続することを含む場合がある。これは、輻輳中には望ましくない場合がある。仮想ベアラメカニズムは、ＷＴＲＵがダウンリンク（ＤＬ）トラフィックをモニタするために単一のアクセスネットワーク、例えばＬＴＥを提供することができる。なぜなら、モビリティー管理エンティティー（ＭＭＥ）が、ページングおよび無線ベアラアクティブ化のためのベアラコンテキストを既に有していることが可能であるためである。

本明細書においては、さまざまな例がＳａＭＯＧのコンテキストにおいて開示されているが、本明細書において開示されている方法および例は一般に、Ｓ２ｂインターフェースに適用可能であるということが理解されるであろう。Ｓ２ｂインターフェースに適用するためには、本明細書において開示されている例におけるＴＷＡＮの代わりにｅＰＤＧが使用されることが可能である。

図３は、ＷＬＡＮへのオフローディングおよび仮想ベアラへの変換のための例示的なプロセスフロー３００を示している。この手順は、潜在的なオフローディング機会を報告するためにＷＴＲＵによって、ならびに／または特定のトラフィックがオフロードされるべきであるかどうかを、セルラーおよびＷＬＡＮローディング情報に基づいて特定するためにｅＮＢによって使用されることが可能である。オフロードが行われるべきであるということをｅＮＢが特定した後に、この手順は、オフロードされるベアラコンテキストをｅＮＢおよびＥＰＣ内に保持することができ、ＴＷＡＮとＰＧＷとの間におけるＳ２ａインターフェースがセットアップされたときにＷＴＲＵに知らせることができる。

３０２において、ＷＴＲＵは、ＡＮＤＳＦポリシーに基づいて、例えば、ＩＳＲＰポリシーごとにＷＬＡＮオフロードの対象になることが可能であるアプリケーションをそれが開始した場合に、ｅＮＢへのＷＬＡＮオフロードの機会をｅＮＢに知らせることができる。ＷＴＲＵは、関連しているＡＮＤＳＦポリシーをｅＮＢに送信することができる。ＷＴＲＵは、オフロードするための機会が存在する可能性があるということをそれがどのベアラに関して示しているかを示すことができる。いくつかの例においては、代替として、または追加として、３０８においてベアラ情報が提供されることが可能である。

３０４において、ｅＮＢは、ＷＬＡＮ発見またはスキャンプロセスを開始するための、および信頼されているＷＬＡＮ ＡＰの信号状態を報告するためのコマンドをＷＴＲＵに送信することができる。３０６において、ＷＴＲＵは、（例えば、ＡＮＤＳＦからの情報を使用することによって、）信頼されている１または複数のＷＬＡＮ ＡＰを発見することができ、利用可能なＡＰの信号強度およびリンク品質を推定することができる。３０８において、ＷＴＲＵは、信号状態（例えば、信号強度および／もしくはリンク品質）、ＳＳＩＤ（例えば、ＭＡＣアドレスなど）、ならびに／またはＷＬＡＮチャネル番号を報告することができる。ＷＬＡＮチャネル番号は、デバイス内での共存という観点から、役立つことがある。３０８において、ベアラ情報が提供されることも可能である。

３１０において、ｅＮＢは、特定のＷＴＲＵをＷＬＡＮへオフロードすることを、例えば、負荷状況および／または無線リソース管理（ＲＲＭ）に応じて特定することができる。３１２において、ｅＮＢは、ＷＴＲＵをＷＬＡＮへオフロードするためのコマンドを送信することができる。そのコマンドは、例えば、ＳＳＩＤ、チャネル番号などを含むことができる。３１４において、ｅＮＢは、仮想ベアラに変換されることになるＮベアラのリストを要求するためのＳ１ＡＰメッセージをＭＭＥに送信することができる。３１６において、ＭＭＥは、仮想ベアラに変換されることになるＮベアラのリストを要求するためのＧＴＰ−ＣメッセージをＳＧＷに送信することができる。３１８において、ＳＧＷは、仮想ベアラに変換されることになるＮベアラのリストを要求するためのＧＴＰ−ＣメッセージをＰＧＷに送信することができる。ＰＧＷは、このメッセージをＳ２ａセッション作成要求よりも早く受信する場合があり、その逆もまた同様である。この状況は、競合状態をもたらす場合がある。

競合状態を回避するために、ＰＧＷは、特定の持続時間（例えば、タイマーT_virtual_bearer_creation、タイマーT_S2a_creation）内に両方のメッセージが来るのを待つことができる。Ｓ２ａセッション作成要求の後に、それがＥＰＣからＳ２ａへのベアラの移動のためのＳ２ａインターフェースにおけるリソース確保を満たすことができるということにＰＧＷが気づいた場合には、ＰＧＷは、ベアラ移動、例えば、仮想ベアラ作成を可能にすることができる。そうでない場合には、ＰＧＷは、仮想ベアラ作成の要求を拒否することができる。特定の持続時間（例えば、タイマーT_virtual_bearer_creation）にわたって待った後に、仮想ベアラ要求のみがＰＧＷによって受信されている場合に、ＰＧＷが、このＷＴＲＵに関するＳ２ａセッション作成要求を受信していないならば、ＰＧＷは、その仮想ベアラ作成要求を拒否することができる。Ｓ２ａ作成セッションがタイマーT_virtual_bearer_creation内に受信されていない場合には、ＰＧＷは、その仮想ベアラ作成を拒否することができる。Ｓ２ａセッション作成要求が仮想ベアラ作成要求よりも早く来た場合には、ＰＧＷは、そのセッション要求が、仮想ベアラをサポートすることができる新たなＷＴＲＵからのものであると想定することができ、ＰＧＷは、特定の持続時間（例えば、タイマーT_S2a_creation）にわたって、ＥＰＣからのこのＷＴＲＵに関する仮想ベアラ作成要求を待つことができる。その要求が時間内に来た場合には、ＰＧＷは、仮想ベアラ作成を受け入れるかまたは拒否するかの決定を、それがＥＰＣからＳ２ａへのベアラの移動のためのＳ２ａインターフェースにおけるリソース確保を満たすことができるということにＰＧＷが気づいたかどうかに基づいて行うことができる。例えば、それがリソース確保を満たすことができるということにＰＧＷが気づいた場合には、それは、ベアラ移動、例えば仮想ベアラ作成を可能にすることができる。そうでない場合には、ＰＧＷは、仮想ベアラ作成の要求を拒否することができる。その要求が、タイマーT_S2a_creation内に受信されていない場合には、ＰＧＷは、それが古いＷＴＲＵであると想定することができ、そのＳ２ａセッション作成要求をベストエフォートベースで受け入れることができる。ＰＧＷは、時間ウィンドウ（例えば、タイマーT_virtual_bearer_creation）の後に受信された仮想ベアラ作成メッセージを拒否することができる。ＰＧＷが１０においてセッション作成要求を受信していない場合には、それは、タイマーT_virtual_bearer_creationを開始することができる。ＰＧＷが１０においてセッション作成要求を受信している場合には、ＰＧＷは、１１において開始されているタイマーT_S2a_creationを停止することができる。

３２０において、ＥＡＰ認証手順が開始および実行されることが可能である。ＥＡＰ認証手順は、ＷＴＲＵ、ＴＷＡＮ、および／または３ＧＰＰ ＡＡＡサーバを含むことができる。ＥＡＰ認証手順の一環として、ＰＤＮ ＧＷアイデンティティーが、３ＧＰＰ ＡＡＡサーバによってＴＷＡＮへ送信されることが可能である。３２２において、ＴＷＡＮは、セッション作成要求（例えば、ＩＭＳＩ、ＲＡＴタイプ、制御プレーンのＴＷＡＮ ＴＥＩＤ）メッセージをＰＤＮ ＧＷへ送信することができる。

仮想ベアラに変換されることになるＮベアラのリストを３１８においてＳＧＷがＰＧＷに要求した場合には、３２４において、タイマーT_virtual_bearer_creationが停止されることが可能である。これが生じなかった場合には、タイマーT_S2a_creationが開始されることが可能である。仮想ベアラに変換されることになるＮベアラのリストを３１８においてＳＧＷがＰＧＷに要求した場合には、ＰＤＮ ＧＷは、セッション作成応答（例えば、制御プレーンのＰＤＮ ＧＷ ＴＥＩＤ、ＰＤＮタイプ、ＰＤＮアドレス、理由）メッセージをＴＷＡＮに返すことができ、それは、ＷＴＲＵのために割り当てられた１または複数のＩＰアドレスを含むことができる。ＰＧＷにおいて競合状態を回避するためにタイマーが使用されることが可能であり、それによってＰＧＷは、それがＳ２ａインターフェースを成功裏に作成した場合にベアラを仮想ベアラに変換することができる。ＰＧＷがＳ２ａインターフェースを成功裏に作成しなかった場合には、ＰＧＷは、仮想ベアラ作成を拒否することができる。

３２６において、ＴＷＡＮは、ＥＡＰ成功通知をＷＴＲＵへ送信することができ、したがってＥＡＰ認証を完了することができる。３１８においてシグナリングされたそれぞれの仮想ベアラに関して、ＰＤＮ ＧＷは、３２８において、ベアラ作成要求メッセージ（例えば、ＩＭＳＩ、ＥＰＳベアラＱｏＳ、ユーザプレーンに関するＰＤＮ ＧＷアドレス、ユーザプレーンのＰＤＮ ＧＷ ＴＥＩＤ、課金ＩＤ）を、信頼されているＷＬＡＮアクセスネットワークへ送信することができる。３３０において、ＴＷＡＮは、ベアラ作成応答（例えば、ユーザプレーンに関するＴＷＡＮアドレス、ユーザプレーンのＴＷＡＮ ＴＥＩＤ）メッセージを送信することによって、Ｓ２ａベアラアクティブ化についてＰＧＷに確認応答することができる。ＰＧＷは、Ｓ２ａ ＧＴＰトンネルをＥＰＳベアラＩＤに関連付けることができる。

３３２において、１または複数の仮想ベアラのダウンリンク（ＤＬ）データが、ＴＷＡＮを介してＷＴＲＵへ配信されることが可能である。そのトラフィックが（ＴＦＴに従って）ベアラＸに属していると特定した後に、ＰＧＷは、それらのパケットを、関連付けられているＳ２ａインターフェースへ送信することができる。３３４〜３３６において、ＧＴＰ−Ｃメッセージが、ＴＷＡＮおよび／または関連付けられているＴＷＡＮ ＱｏＳでの１または複数のＭ仮想ベアラのセットアップを確認することができる。ＴＷＡＮ ＱｏＳがシグナリングされない場合には、ＴＷＡＮ ＱｏＳは、元のＥＰＳベアラのＱｏＳと同じであることが可能である。１または複数のＭ仮想ベアラは、対応するＳ２ａ ＧＴＰトンネルが成功裏にセットアップした、要求された１または複数のＮベアラのサブセットであることが可能である。

３３８において、Ｓ１ＡＰメッセージが、ＴＷＡＮおよび／または関連付けられているＴＷＡＮ ＱｏＳでの１または複数のＭ仮想ベアラのセットアップを確認することができる。３４０において、１または複数の仮想ベアラを再構成するために、および／または関連付けられているＴＷＡＮ ＱｏＳを知らせるために、ＲＲＣ再構成が実行されることが可能である。RRCConnectionReconfigurationメッセージが、ベアラＸがＷＬＡＮへオフロードされるということを示すことができる。ＷＴＲＵは、ベアラＸのアップリンク（ＵＬ）トラフィックの送信を再開することができる。そのトラフィックが（例えば、ＴＦＴに従って）ベアラＸに属していると特定した後に、ＷＴＲＵは、それらのパケットをＷｉＦｉインターフェースへ送信することができる。ベアラＸがＲＬＣ ＡＭモードのものである場合には、ＰＤＣＰ ＳＮのコンテキストは、ＲＲＣ接続が解放されるまで、ｅＮＢおよびＷＴＲＵの両方によって記憶されていることが可能である。RRCConnectionReconfigurationメッセージは、ＷＬＡＮにおけるＱｏＳ、非アクティブ状態、および／または総ビットレートの測定／検知に関するｅＮＢへの報告を構成することもできる。ｅＮＢへの総ビットレート報告は、ＵＥ−ＡＭＢＲモニタリングのために使用されることが可能である。３４２において、ＷＴＲＵは、１または複数の仮想ベアラのＵＬデータを送信することができる。

タイマーT_virtual_bearer_creationが切れた場合には、３３４〜３３８において、仮想ベアラのセットアップを確認する代わりに、ＰＧＷは、代替としてＴＷＡＮ関連付けの失敗を知らせることができる。ｅＮＢは、ＷＬＡＮオフローディングのキャンセルをＷＴＲＵに知らせることができる。タイマーT_S2a_creationが切れた場合に、ＴＷＡＮがまたＳａＭＯＧフェーズ１のために使用されるならば、ＰＧＷは、ＩＰ−ＣＡＮセッション確立手順および／またはその他の手順を実行することができる。そうでないならば、ＰＧＷは、セッション作成要求を拒否することができる。

図４は、Ｓ１解放手順に関する例示的なプロセスフロー４００を示している。ｅＮＢは、ＷＴＲＵがアクティブであるかどうかを特定するために、この手順を使用することができる。ＷＴＲＵアクティビティーがない場合には、ｅＮＢは、ＷＴＲＵをアイドル状態に移行させることができる。アイドル状態中に、ＷＴＲＵは、ダウンリンク（ＤＬ）トラフィックを探してＬＴＥアクセスネットワークをモニタすることができる。ＷＴＲＵがアイドル状態へ戻る前に、ＰＧＷは、オフロードされたトラフィックのその後のＤＬトラフィックを、ページングのためにＳＧＷへの元のＧＴＰトンネルに転送することを知らされることが可能である。

４０２において、ｅＮＢは、ＷＬＡＮアクティビティーの測定報告を構成することができる。これは、図３において示されているオフローディング手順の３４０と組み合わされることも可能である。４０４において、ＷＴＲＵは、４０２において指定された基準が満たされているということ、例えば、ＷＴＲＵがＷＬＡＮにおいて送信または受信を行っていないということを検知することができる。４０６において、ＷＴＲＵは、４０２において指定された基準が満たされているということを報告することができる。４０８において、ｅＮＢは、ＬＴＥ上でのＷＴＲＵ非アクティブ状態を検知することができる。

４１０において、ｅＮＢは、Ｓ１解放手順を開始することができる。ＭＭＥおよびＳＧＷは、１または複数の仮想ベアラをマーク解除することができる。ＳＧＷは、ＤＬ仮想ベアラトラフィックが元のＳ５／Ｓ８ＧＴＰトンネルを介してＳＧＷへ転送されることになるということをＰＧＷに知らせることができる。４１２において、ＷＴＲＵは、例えばＩＥＥＥ規格８０２．１１−２００７に従って、関連付け解除または許可解除通知を送信することができる。

４１４において、ＴＷＡＮは、セッション削除要求メッセージをＰＤＮ ＧＷに送信することができる。４１６において、ＰＤＮ ＧＷは、セッション削除応答（理由）を用いて、そのメッセージに確認応答することができる。ＰＧＷは、仮想ベアラのその後のＦＬパケットを既存のＳ５／Ｓ８ＧＴＰトンネルへ転送することができる。４１８において、ＴＷＡＮは、ＷＴＲＵコンテキストをローカルで除去することができ、例えばＩＥＥＥ規格８０２．１１−２００７に従って、レイヤ２においてＷＴＲＵを許可解除および／または関連付け解除することができる。４２０において、ＰＧＷは、前の１または複数の仮想ベアラのその後のＤＬパケットをＳＧＷへ転送することができる。

図５は、ベアラリソース割り当て手順に関する例示的なプロセスフロー５００を示している。この手順は、ＷＴＲＵがベアラリソースを要求した場合に、またはベアラが作成されることになるということをポリシー課金およびルール機能（ＰＣＲＦ）が特定した場合に実行されることが可能である。既存の１または複数のＳ２ａベアラに基づいて、ＰＧＷは、ＴＷＡＮにおいてＳ２ａベアラを作成することを決定することができる。ベアラのコンテキストが、フィルタリング、制御、および／またはモニタリングのためにＥＰＣおよびｅＮＢを介してＷＴＲＵへシグナリングされることが可能である。

５０２において、ＷＴＲＵが、ベアラリソース割り当てまたは修正をＭＭＥに要求した場合には、ＷＴＲＵによって開始されるベアラ修正／作成要求手順が、例えば、ＴＳ２３．４０１に従って実行されることが可能である。５０４においては、ＷＴＲＵまたはＰＣＲＦによって開始されるベアラ作成において、ＰＣＲＦは、ＰＣＣ決定条項（例えば、ＱｏＳポリシー）メッセージをＰＤＮ ＧＷへ送信することができる。

５０６において、ＴＷＡＮへオフロードされた仮想ベアラが既にある場合には、ＰＧＷは、新たなベアラをＴＷＡＮへオフロードすることを決定することができる。ＰＤＮ ＧＷは、ベアラ作成要求メッセージ（例えば、ＩＭＳＩ、ＥＰＳベアラＱｏＳ、ユーザプレーンに関するＰＤＮ ＧＷアドレス、ユーザプレーンのＰＤＮ ＧＷ ＴＥＩＤ、課金ＩＤ）を、信頼されているＷＬＡＮアクセスネットワークへ送信することができる。５０８において、ＴＷＡＮは、ベアラ作成応答（例えば、ユーザプレーンに関するＴＷＡＮアドレス、ユーザプレーンのＴＷＡＮ ＴＥＩＤ）メッセージを送信することによって、Ｓ２ａベアラアクティブ化についてＰＧＷに確認応答することができる。

５１０において、専用ベアラアクティブ化が、例えばＴＳ２３．４０１に従って、ＥＰＣ側で実行されることが可能である。そのベアラは、仮想ベアラとして示されることが可能である。５１２において、ＷＴＲＵは、新たなベアラに関してＴＷＡＮ上でアップリンク（ＵＬ）データを送信することを開始することができる。

図６は、ｅＮＢによって開始される、オフロードされたベアラのモニタリングおよびＬＴＥへのモビリティーに関する例示的なプロセスフロー６００を示している。この手順は、ＷＴＲＵによって報告されたアクセスネットワーク負荷およびＷＬＡＮ ＱｏＳに基づいて、オフロードされたベアラを移動させてＬＴＥネットワークへ戻すために使用されることが可能である。６０２において、ｅＮＢは、オフロードされたベアラのＱｏＳの測定報告を構成することができる。その構成は、１または複数のトリガー基準を含むことができ、それらのトリガー基準は、特定のＱｏＳパラメータの１または複数のしきい値に基づくことが可能である。これは、図３において示されているオフローディング手順の３４０と組み合わされることも可能である。

６０４において、ＷＴＲＵは、６０２において指定された、報告をトリガーする基準が満たされているということ、例えば、ベアラＸ ＱｏＳがＷＬＡＮにおいて満たされていないということを検知することができる。６０６において、ＷＴＲＵは、ＷＬＡＮにおいて観察されたＱｏＳを報告することができる。６０８において、ｅＮＢは、オフロードされたベアラＸをＬＴＥへ移動させることを、例えば、そのベアラコンテキストのセルラーローディング、報告されたＱｏＳ、および／またはＱｏＳパラメータに基づいて決定することができる。６１０において、ｅＮＢは、ＷＬＡＮにおいてベアラＸのＵＬトラフィックを送信することを停止するようＷＴＲＵに要求することができる。６１２において、ｅＮＢは、オフロードされたベアラがＬＴＥへ移動されることを要求するためのＳ１ＡＰメッセージを送信することができる。

６１４において、ＭＭＥは、ベアラＸのベアラ修正（例えば、新たなＧＴＰ−Ｃメッセージ、または既存のＧＴＰ−Ｃメッセージを拡張すること）がＬＴＥアクセスへ移動されることを要求することができる。６１６において、ＳＧＷは、ベアラＸのベアラ修正がＬＴＥアクセスへ移動されることを要求することができる。６１８において、ＰＤＮ ＧＷは、ベアラ削除要求（例えば、ＰＴＩ、ＥＰＳベアラアイデンティティー、理由）メッセージをＴＷＡＮへ送信することができる。ＴＷＡＮは、ベアラ削除応答（ＥＰＳベアラアイデンティティー）メッセージを送信することによって、６２０においてベアラ非アクティブ化についてＰＤＮ ＧＷに確認応答することができる。

６２２において、ＰＧＷによって開始されるベアラ修正手順が、例えば、ＴＳ２４．３０１ごとに開始されることが可能であり、これは、その手順が、ＱｏＳ更新ではないことが可能であり、むしろ、オフロードされたベアラをＬＴＥへ移動させるためのものであることが可能であるということを示している。ＰＧＷ、ＳＧＷ、ＭＭＥ、ｅＮＢ、およびＷＴＲＵは、仮想ベアラを再び実際のベアラへとマークすることができる。ＴＳ２４．３０１、５．４．２．１節のステップ４〜６においては、カプセル化されたセッション管理メッセージが送信済みであることは不可能である。RRCConnectionReconfigurationメッセージが、ベアラＸがオフロードされないということを示すことができる。ＷＴＲＵは、ベアラＸトラフィックのＵＬ送信を、それが６１０において一時停止されている場合には、再開することができる。そのトラフィックが（例えば、ＴＦＴに従って）ベアラＸに属していると特定した後に、ＷＴＲＵおよび／またはＰＧＷは、それらのパケットをＵｕ／Ｓ５／Ｓ８インターフェースへ送信することができる。ベアラＸがＲＬＣ ＡＭモードのものである場合には、ＰＤＣＰ ＳＮは、ｅＮＢおよびＷＴＲＵ上の現在のＲＲＣ接続におけるベアラＸの最後の凍結されたＰＤＣＰコンテキストの次のＳＮから再開されることが可能である。その他のＬＴＥプロトコルインスタンスまたはＲｏＨＣインスタンスは、RRCConnectionReconfigurationに基づいて再開されることが可能である。６１８〜６２０は、６２２の後に実行されることが可能である。ＰＧＷが、６２２においてＤＬベアラＸパケットをＴＷＡＮへ転送することを停止することができる。６２４において、ベアラＸのＵＬ／ＤＬトラフィックがＬＴＥ上で再開されることが可能である。

図７は、ＰＧＷによって開始される、オフロードされたベアラのモニタリングおよびＬＴＥへのモビリティーに関する例示的なプロセスフロー７００を示している。この手順は、例えば、オフロードされたベアラのＱｏＳに基づいて、そのオフロードされたベアラを移動させてＬＴＥネットワークへ戻すために使用されることが可能である。ＱｏＳが満たされていない場合には、ＰＧＷは、オフロードされたベアラを移動させてＬＴＥへ戻す手順を開始することができる。

７０２において、ＰＧＷは、ベアラＸをＬＴＥへ移動させることを決定することができる。７０４において、ＰＧＷによって開始されるベアラ修正手順が、図６の６２２と同様に開始されることが可能である。ＰＧＷは、ＤＬベアラＸパケットをＴＷＡＮへ転送することを停止することができる。ＰＧＷ、ＳＧＷ、ＭＭＥ、ｅＮＢ、およびＷＴＲＵは、仮想ベアラを再び実際のベアラへとマークすることができる。７０６において、ベアラＸのＵＬ／ＤＬトラフィックが、ＬＴＥ上で再開することができる。実施態様に固有の時間の後に、ＰＧＷは、７０８においてベアラ削除要求（ＰＴＩ、ＥＰＳベアラアイデンティティー、理由）メッセージをＴＷＡＮへ送信することができる。７１０において、ＴＷＡＮは、例えば、ベアラ削除応答（ＥＰＳベアラアイデンティティー）メッセージを送信することによって、ベアラ非アクティブ化についてＰＤＮ ＧＷに確認応答することができる。７１２において、ベアラＸが、ＷＬＡＮへオフロードされた最後のベアラである場合には、ＷＴＲＵは、ＴＷＡＮから関連付け解除することができる。

パケットアクセスが可能ではない場合があるアクセステクノロジーへの回線交換フォールバック（ＣＳＦＢ）の際に、ＭＭＥは、ＳＧＳＮから一時停止要求を受信することができる。ＭＭＥは、ＰＤＮ接続のデフォルトベアラに関して、例えば、図３の３１６、３１８、３２２、３２４、３２８、３３０、３３４、および／または３３６を開始することができ、そのデフォルトベアラは、ＷＬＡＮへオフロードされることが可能である。ＣＳコール中に、ＷＴＲＵは、それらのベアラを、オフロードされた（例えば、仮想の）ベアラとして扱うことができ、ＷＬＡＮを介してパケットを送信および受信することができる。無線リンク失敗（ＲＬＦ）の後の再確立の際に、ｅＮＢが依然としてそのＷＴＲＵコンテキストを使用する場合には、それは、仮想ベアラステータスをＷＴＲＵに知らせることができる。それが新たなセルである場合には、ＭＭＥは、ｅＮＢに知らせることができ、ｅＮＢは、仮想ベアラステータスに関してＷＴＲＵに知らせることができる。ＴＡＵを実行することによってＬＴＥへ戻る際に、ＴＡＵ受け入れメッセージにおいて、ＭＭＥは、Ｕプレーンが確立されている場合には、オフロードされたベアラおよびオフロードされていないベアラのベアラステータスを示すことができる。Ｕプレーンが確立されていない場合には、ＷＴＲＵは、ＮＡＳが接続解放をシグナリングする際に、すべてのベアラを、オフロードされていないもの、および／または仮想ではないものとしてマークすることができる。

ＷｉＦｉアクセスポイントに関する測定およびスキャンに関連付けられているバッテリー消費を低減または最小化するために、ＷＴＲＵは、スキャン時間を低減または最小化することができる。３ＧＰＰ（例えば、ｅＵＴＲＡまたはＵＴＲＡ）ネットワークと統合されている、または連携する、ＷｉＦｉアクセスポイントに対する測定手順、発見、および接続を改善または最適化するための方法が、本明細書において説明されている。

ＷＴＲＵがＷＬＡＮへオフロードされて、（ＷＬＡＮへオフロードされている間に）特定の持続時間にわたってＷＬＡＮにおいてデータのやり取りがもはや生じない場合には、ＷＴＲＵは、これをｅＮＢに示すことができ、それによってｅＮｂは、ＬＴＥおよび／またはＷＬＡＮにおける接続を解放することができる。これが生じた場合には、ｅＮＢは、仮想ベアラを変換して通常のベアラに戻すプロセスを開始することもでき、またはそれは、ベアラを終了することもできる。

ｅＮＢ決定とＡＮＤＳＦポリシーとの間におけるコンフリクトが解消されることが可能である。例示的なシナリオにおいては、ＡＮＤＳＦまたはＨＳ２．０ポリシーがＷＴＲＵ内に存在していて有効である場合がある。ＷＴＲＵは、自分のトラフィック、アプリケーション、サービス、および／またはその他のポリシーをモニタすることができる。それらのポリシーに従って、ＷＬＡＮへオフロードすることが可能である場合には、ＷＴＲＵは、オフロードのための機会が存在しているということを、新たなＲＲＣメッセージまたは既存のＲＲＣメッセージなどのメッセージにおいてｅＮＢに知らせることができる。しかしながら、ＷＴＲＵは、ｅＮＢからコマンドを受信するまで、ＷＬＡＮスキャン、ＷＬＡＮとの間での認証、および／またはＳ２ａ関連手順を開始することはできない。ｅＮＢは、この情報を考慮に入れることができ、その負荷状況またはポリシーデータベースをチェックすることができる。ｅＮＢは、ＷＬＡＮスキャンを開始するよう、および近隣のＡＰの信号状態を報告するようＷＴＲＵに命令することができる。ＷｉＦｉ測定、ＲＡＮ負荷などに基づいて、ネットワークは、ＷＬＡＮへオフロードするようＷＴＲＵに命令することができる。

ｅＮＢは、ＷＴＲＵがオフロードを実行することをそれが好むということをＷＴＲＵに間接的に示すことができる。不要なＷＬＡＮスキャンをＷＴＲＵが実行することを回避するために、ＷＬＡＮ測定は、サービングセルのＲＳＲＰが、ＷＬＡＮ用に構成されているＳ測定の値を下回った場合にトリガーされることが可能である。

サービングセルを、構成されているしきい値Offload_Thresholdと比較するために、OffloadDesired測定イベントが指定されることが可能である。ｅＮＢは、しきい値を、パラメータに基づいて、例えば、ＷＴＲＵ負荷、セル輻輳レベルなどに関して、ｅＮＢの観点からオフロードが好ましいＷＴＲＵを示すことができる高い値に再構成することができる。

入る状況が、下記のように特徴付けられることが可能である。
入る状況：サービングセル（Ｍｐ）＋ヒステリシス＋Offload_Offset<Offload_Threshold
出る状況が、下記のように特徴付けられることが可能である。
出る状況：サービングセル（Ｍｐ）＋ヒステリシス＋Offload_Offset>Offload_Threshold
イベントがトリガーされた場合には、ＷＴＲＵは、複数のアクションのうちの１または複数を実行するように構成されることが可能である。例えば、入る状況測定イベントがトリガーされて、８０２．１１ネットワークが利用可能である場合には、スタックは、８０２．１１ ＲＡＴ上での測定を開始するための指示を８０２．１１ ＷｉＦｉモジュールへ送信することができる。出る状況測定イベントがトリガーされて、８０２．１１ネットワークが利用可能である場合には、スタックは、８０２．１１ ＲＡＴ上での測定を停止するための指示を８０２．１１ ＷｉＦｉモジュールへ送信することができる。変数OffloadDesiredIndicationが、ＷＴＲＵにおいて保持されることが可能である。入る状況測定イベントがトリガーされた場合には、変数OffloadDesiredIndicationが設定されることが可能であり、その値は、より高位のレイヤへ送信されることが可能である。出る状況測定イベントがトリガーされた場合には、変数OffloadDesiredIndicationがリセットされることが可能であり、その値は、より高位のレイヤへ送信されることが可能である。これらの手順は、新たな測定イベントを用いて、または、例えばＡ２に関する既存の測定イベントを使用してトリガーされることが可能である。

ＷＴＲＵプロトコルスタックまたはより高位のレイヤは、複数のアクションのうちの１または複数を実行することができる。例えば、オフロードに適している付近のアクセスポイント、およびオフロードされるのに利用可能なトラフィックがあるかどうかを特定することを実行し始めるようＡＮＤＳＦポリシーエンジンをトリガーするために、変数OffloadDesiredIndicationが使用されることが可能である。変数OffloadDesiredIndicationを考慮に入れるポリシーまたはルールが、ＷＴＲＵのＡＮＤＳＦポリシーエンジン内にインストールされることが可能である。その変数の現在の値に基づいて、ポリシールールは、別々のアクションを実行することができる。例えば、OffloadDesiredIndicationがオンである場合には、どのトラフィッククラスがオフロードされるのに適格であるかに関するルールは、異なるものであることが可能であり、例えば、すべてのトラフィッククラスが適格とみなされることが可能である。

変数OffloadDesiredIndicationは、より高位のレベル（例えば、接続マネージャー）によって、ＡＮＤＳＦポリシーエンジンまたはルールを迂回するために使用されることが可能である。例えば、ＷＴＲＵユーザサブスクリプションプロファイルに応じて、ＷＴＲＵ高位レイヤが、より低位のレイヤ、例えば、ＲＲＣまたはＰＨＹからの変数OffloadDesiredIndicationの受信時に、ＡＮＤＳＦポリシーエンジンまたはルールを迂回するために、例えば、ＲＲＣ接続確立またはＰＤＮ接続確立中に、ネットワークによって構成または指示されることが可能である。

変数OffloadDesiredIndication、例えば、出る状況は、例えば禁止タイマーによって制御される特定の量の時間にわたるオフロードの禁止を、高位のレイヤ、例えば接続マネージャーに示すために使用されることが可能である。変数OffloadDesiredIndicationを受信すると、ＷＴＲＵ高位レイヤは、例えば禁止タイマーによって制御される特定の量の時間にわたってオフロードを禁止することを自律的に決定することができる。変数OffloadDesiredIndication、例えば、出る状況は、ＷｉＦｉ ＲＡＴから非ＷｉＦｉ ＲＡＴ（例えば、ＵＴＲＡＮ ＲＡＴ、ＬＴＥ ＲＡＴ）へのオフロードを、より高位のレイヤからトリガーするために使用されることが可能である。

測定パラメータ構成に加えて、より高位のレイヤ（例えば、ＡＮＤＳＦポリシーエンジン）は、オフロードを実行するための状況が最適であるということを特定することができ、アクセス層への指示、例えば、OffloadAvailableフラグを送信することができる。例えば、より高位のレイヤは、適切なＡＰがＷＴＲＵの付近にいて、ＡＮＤＳＦルールに基づいてＷｉＦｉへオフロードされることが可能である適格なトラフィッククラスがＷＴＲＵ内を流れているということを特定することができる。アクセス層がOffloadAvailableフラグを受信した場合には、それは、測定報告の送信をトリガーすることができる。

指示を受信すると、ＲＲＣは、構成されているスケーリングファクターを使用してＳ測定をスケールダウンすることができ、近隣のＲＡＴ間および８０２．１１測定を含むことができる測定報告を送信することができる。このスケーリングは、構成されているオフセットOffload_Offsetに適用されることが可能であり、そのOffload_Offsetは、本明細書において開示されている測定イベント方程式において使用されることが可能である。ＷｉＦｉ測定報告を受信すると、ｅＮＢは、ＡＮＤＳＦポリシーに従ってＷＬＡＮへオフロードされることが可能であるいくらかのトラフィックがＷＴＲＵ内にあると結論付けることができる。

ｅＮＢは、例えば接続確立中に、または接続再構成中にＷＬＡＮと相互作用するために使用されることが可能である測定スケーリングパラメータを用いてＷＴＲＵを構成することができる。ＷＴＲＵは、トラフィックオフロード決定を行うことができる。スケーリングパラメータ設定は、ユーザサブスクリプションプロファイルを考慮に入れることができる。ｅＮＢは、システム情報ブロードキャストメッセージの一部として測定スケーリングパラメータをブロードキャストすることができる。

測定スケーリングパラメータの例は、例えば、Ｓ測定に関する低い、中ぐらいの、または高い値、またはＳ測定に関する低いレンジの、中ぐらいの、および高いレンジの値であることが可能である。ヒステリシスは、Ｓ測定の構成値のうちのそれぞれを中心にして定義されることが可能である。測定スケーリングパラメータのその他の例は、ヒステリシス、Offload_Offset、および／またはOffload_Thresholdに関する値を含むことができる。

ＷＴＲＵは、そのバッファ占有度またはトラフィックボリュームを考慮に入れて、それがＷＬＡＮ ＡＰをどれぐらい頻繁に測定するかを動的に調整するための測定スケーリングパラメータを使用することができる。

例えば、ＷＴＲＵバッファ占有度またはトラフィックボリュームが低い場合には、ＷＴＲＵは、サービングセルのＲＳＲＰが、そのＷＴＲＵが構成された際に用いられたＳ測定の低い値を下回ったときに、ＷＬＡＮ測定をトリガーすることができる。ＷＬＡＮ測定がトリガーされることが可能になる前にどれぐらい長くＷＴＲＵトラフィックボリュームが低いままでいることができるかは、タイマーによって制御されることが可能である。同様に、ＷＬＡＮ測定がトリガーされることが可能になる前にどれぐらい長くサービングセルのＲＳＲＰがＳ測定の低い値を下回ったままでいることができるかは、タイマーによって制御されることが可能である。ＷＬＡＮ測定のこの始まりは、OffloadDesired測定イベント（例えば、入る状況）に対応することが可能である。ＷＴＲＵは、サービングセルのＲＳＲＰが、そのＷＴＲＵが構成された際に用いられたＳ測定の低い値を上回ったときに、ＷＬＡＮ測定を停止することができる。これは、OffloadDesired測定イベント、例えば、出る状況に対応することが可能である。ＷＬＡＮ測定が停止されることが可能になる前にどれぐらい長くサービングセルのＲＳＲＰがＳ測定の低い値を上回ったままでいることができるかは、タイマーによって制御されることが可能である。

ＷＴＲＵバッファ占有度またはトラフィックボリュームが高い場合には、ＷＴＲＵは、サービングセルのＲＳＲＰが、そのＷＴＲＵが構成された際に用いられたＳ測定の高い値を下回ったときに、ＷＬＡＮ測定をトリガーすることができる。ＷＬＡＮ測定がトリガーされることが可能になる前にどれぐらい長くトラフィックボリュームが高いままでいるかは、タイマーによって制御されることが可能である。同様に、ＷＬＡＮ測定がトリガーされることが可能になる前にどれぐらい長くサービングセルのＲＳＲＰがＳ測定の高い測定値を下回ったままでいることができるかは、タイマーによって制御されることが可能である。ＷＬＡＮ測定のこの始まりは、OffloadDesired測定イベント、例えば、入る状況に対応することが可能である。ＷＴＲＵは、サービングセルのＲＳＲＰが、そのＷＴＲＵが構成された際に用いられたＳ測定の高い値を上回ったときに、ＷＬＡＮ測定を停止することができる。これは、OffloadDesired測定イベント、例えば、出る状況に対応することが可能である。ＷＬＡＮ測定が停止されることが可能になる前にどれぐらい長くサービングセルのＲＳＲＰがＳ測定の高い値を上回ったままでいることができるかは、タイマーによって制御されることが可能である。

ＷＴＲＵバッファ占有度またはトラフィックボリュームが中ぐらいである場合には、ＷＴＲＵは、サービングセルのＲＳＲＰが、そのＷＴＲＵが構成された際に用いられたＳ測定の中ぐらいの値を下回ったときに、ＷＬＡＮ測定をトリガーすることができる。ＷＬＡＮ測定がトリガーされることが可能になる前にどれぐらい長くＷＬＡＮトラフィックボリュームが中ぐらいのままでいることができるかは、タイマーによって制御されることが可能である。同様に、ＷＬＡＮ測定がトリガーされることが可能になる前にどれぐらい長くサービングセルのＲＳＲＰがＳ測定の中ぐらいの値を下回ったままでいることができるかは、タイマーによって制御されることが可能である。ＷＬＡＮ測定のこの始まりは、OffloadDesired測定イベント、例えば、入る状況に対応することが可能である。ＷＴＲＵは、サービングセルのＲＳＲＰが、そのＷＴＲＵが構成された際に用いられたＳ測定の中ぐらいの値を上回ったときに、ＷＬＡＮ測定を停止することができる。これは、OffloadDesired測定イベント、例えば、出る状況に対応することが可能である。ＷＬＡＮ測定が停止されることが可能になる前にどれぐらい長くサービングセルのＲＳＲＰがＳ測定の中ぐらいの値を上回ったままでいることができるかは、タイマーによって制御されることが可能である。

測定構成パラメータ、例えば、ヒステリシス、Offload_Offset、Offload_Thresholdを使用して、本明細書において開示されている例と同様の例が確立されることが可能である。例えば、入る状況は、ＷＴＲＵトラフィックボリュームが低い場合に実現されることが可能であり、入る状況は、低い測定レート測定パラメータ（例えば、ヒステリシス、Offload_Offset、Offload_Threshold）に関して満たされることが可能である。同様のオプションが、中ぐらいの測定レートおよび高い測定レートに関して実現されることが可能である。

ＷＴＲＵスタックは、OffloadDesiredIndicationを、ＷＴＲＵ高位レイヤ、例えば接続マネージャーおよび／またはＡＮＤＳＦポリシーエンジンに送信することができる。例えば、OffloadDesiredIndication変数を受信すると、ＷＴＲＵ高位レイヤは、接続マネージャーおよび／またはＡＮＤＳＦポリシールールを評価または実行することができ、その評価の結果として、トラフィックをＷＴＲＵ ＷｉＦｉ ＲＡＴへオフロードすることができる。これは、例えば、OffloadDesired測定イベント入る状況ケースから生じるOffloadDesiredIndicationに関するケースである場合がある。

OffloadDesiredIndication変数を受信すると、ＷＴＲＵ高位レイヤは、接続マネージャーおよび／またはＡＮＤＳＦポリシールールを評価または実行することができ、その評価の結果として、トラフィックをＷＴＲＵ非ＷｉＦｉ ＲＡＴ（例えば、ＵＴＲＡＮ ＲＡＴ、ＬＴＥ ＲＡＴ）へオフロードすることができる。これは、OffloadDesired測定イベント出る状況ケースから生じるOffloadDesiredIndicationに関するケースである場合がある。

OffloadDesiredIndication、例えば、出る状況は、例えば禁止タイマーによって制御される特定の量の時間にわたるオフローディングの禁止を、より高位のレイヤ、例えば接続マネージャーに示すために使用されることが可能である。OffloadDesiredIndication変数を受信すると、ＷＴＲＵ高位レイヤは、例えば禁止タイマーによって制御される特定の量の時間にわたってオフローディングを禁止することを自律的に決定することができる。

ＡＮＤＳＦまたはＨＳ２．０ポリシーがＷＴＲＵ内に存在しているが、有効ではない、例えば、期限切れである場合がある。ＷＴＲＵは、ＡＮＤＳＦから新たなポリシーを得ることを試みることができる。ＷＴＲＵが新たなポリシーを受信しておらず、ＷＬＡＮへのオフローディングのための機会が古いポリシーのもとで存在している場合には、ＷＴＲＵは、例えば、新たなＲＲＣメッセージまたは既存のＲＲＣメッセージを使用して、オフローディング機会の存在をｅＮＢに示すことができる。ＷＴＲＵは、ポリシーが期限切れになっているということを示すことができ、および／またはどれぐらい前にポリシーが期限切れになったかを示すことができる。

ＡＮＤＳＦまたはＨＳ２．０ポリシーがＷＴＲＵ内に存在していない場合がある。ＷＴＲＵは、接続状態中の、または接続状態へ移行中の任意の時点で、それがポリシーを有していないということをｅＮＢに示すことができる。ＷＴＲＵが接続中にＡＮＤＳＦポリシーを受信した場合には、ＷＴＲＵは、それがＡＮＤＳＦポリシーを有していなかったということをその同じ接続中に以前に報告していたならば、それがポリシーを受信したということをｅＮＢに知らせることができる。

オフローディングに関連したｅＮＢ決定と、ＡＮＤＳＦポリシーとの間にコンフリクトがある場合がある。そのようなコンフリクトがある場合には、ＷＴＲＵは、そのコンフリクトをｅＮＢに示すことができる。コンフリクトは、いくつかの理由に起因して生じることがあり、それらの理由は、ポリシー更新、オフローディング前にポリシーが存在していなかった場合にオフローディング後にＷＴＲＵにおいてポリシーを受信したことなどを含むが、それらには限定されない。コンフリクトがｅＮＢに示されると、ｅＮＢは、オフロードを進めるか、またはＷＬＡＮへのオフロードを停止するかの決定を行うことができる。ｅＮＢは、例えば、シナリオおよびポリシーデータベースに基づいてコンフリクトケースを取り扱うようにｅＮＢにおいて構成されているオペレータポリシーに基づいて、この決定を行うことができる。ｅＮＢは、コンフリクトを解消するための最終決定権限を有するように構成されることが可能である。

ＷＴＲＵは、オフロードの機会が存在していることをそれが示している対象のベアラ、および／またはオフロードのｅＮＢ決定とＡＮＤＳＦポリシーとの間にコンフリクトがある対象のベアラ、および／またはＷＴＲＵがローミングしているかどうかを示すことができる。

ＷＴＲＵは、ＷＬＡＮオフロードの機会が存在していることをそのＷＴＲＵがｅＮＢに示している原因であるＡＮＤＳＦポリシーの概要を、ｅＮＢに示すことができる。ＷＴＲＵは、ＷＬＡＮオフロードのｅＮＢ決定とＡＮＤＳＦポリシーとの間にコンフリクトがあることをそのＷＴＲＵが示している原因であるＡＮＤＳＦポリシーの概要を、ｅＮＢに示すことができる。ＡＮＤＳＦポリシーの概要は、例えば、アプリケーション、サービス、特定のトラフィックタイプ、特定のファイル（またはデータ）サイズなどを含むことができる。

近接インジケータが、ＡＮＤＳＦポリシー、ｅＮＢ決定とＡＮＤＳＦポリシーとの間におけるコンフリクトの表示、および／または、ＷＬＡＮオフロード機会の表示をもたらした、もしくはＷＬＡＮへオフロードするためのｅＮＢ決定とＡＮＤＳＦポリシーとの間におけるコンフリクトをもたらしたＡＮＤＳＦポリシーの概要に基づいて、ＷＬＡＮオフロードの機会をｅＮＢに知らせることができる。

ＬＴＥ内ハンドオーバー中に、ソースｅＮＢは、ハンドオーバーコンテキスト転送においてコンフリクト情報をターゲットｅＮＢに提供することができる。

例においては、ＷＬＡＮのための、またはＷＬＡＮへのオフロード中のドライブテストの最小化（ＭＤＴ：minimization of drive tests）が使用されることが可能である。例えば、ユーザがＷｉＦｉへオフロードされる場合でさえ、オペレータがＬＴＥ ＭＤＴに関心を抱く場合がある。別の例として、オペレータがＷｉＦｉ関連の測定に関心を抱く場合がある。なぜなら、そのオペレータによって、またはパートナーによってＷｉＦｉが展開されることも可能であるためである。それぞれのＭＤＴ測定（例えば、ロギングまたは即時）において、ＷＴＲＵがＷｉＦｉへオフロードされるかどうか、そしてそうする場合には、どのＡＰかを示すことが可能である。ｅＮＢは、この情報を提供することを、それをトレース内に書き込んでからそれをトレース収集エンティティー（ＴＣＥ）に提供することによって行うことができる。

ＷＬＡＮのカバレッジエリアは、相対的に小さい場合があり、したがって、ＷｉＦｉ ＳＳＩＤ、ＢＳＳ ＩＤ、または別のＩＤが、ＭＤＴ目的のためにロケーション情報として使用されることが可能である。この情報は、ＧＮＳＳ座標などの詳細なロケーション情報が利用可能ではないことがある場合に、役立つことがある。この情報は、ＷＴＲＵによって提供されることが可能である。ｅＮＢは、この情報を提供することを、それをトレース内に書き込んでからそれをＴＣＥに提供することによって行うことができる。

ＷｉＦｉ信号強度が、そのＩＤとともにＭＤＴ目的のために取り込まれることも可能である。ログを取られるＭＤＴのケースにおいては、それは、ＷＴＲＵによって行われることが可能である。即時のＭＤＴのケースにおいては、それは、ＷＴＲＵによって提供されることが可能であり、またはそれは、ＷＴＲＵによって前もって提供されることが可能であるその他の測定報告からｅＮＢによって取られることが可能である。ＷＴＲＵは、同じオペレータに属することが可能である、およびＰＬＭＮリストの一部であることが可能であるＡＰに関してＭＤＴがログを取ることまたは報告することに関する測定を実行することができる。ＭＤＴ ＰＬＭＮリストは、測定値収集およびログ報告が許可されているＰＬＭＮを示すことができる。ＭＤＴ ＰＬＭＮリストは、ログを取られる測定構成におけるＥＰＬＭＮリストおよびＲＰＬＭＮのサブセットであることが可能である。ＷＴＲＵは、そのビーコン内のリストからのＰＬＭＮを含むＷＬＡＮ ＡＰに関するＭＤＴを実行することができる。ＷＬＡＮ ＡＰのリストが、ロギングエリア構成の一部として構成されることが可能である。ＷＴＲＵは、ロギングエリアにおいて構成されているＡＰに関するＭＤＴデータのログを取ることができる。ＷＴＲＵは、ＭＤＴ目的のためにＷｉＦｉチャネル情報を記録することもできる。アクセシビリティー測定のために、再確立がログを取られる場合には、そのログは、ＷＴＲＵがＷｉＦｉへオフロードされるかどうかを示すことができ、例えば、ＷＬＡＮ ＡＰのどのＳＳＩＤまたはその他の任意のＩＤ、どのチャネル、ＷＬＡＮ ＡＰのタイプ（例えば、ａ／ｂ／ｇ／ｎなど）、干渉のレベル、および／またはＷＬＡＮリンク品質を示すこともできる。無線リンク失敗（ＲＬＦ）に関しては、ＨＯＦ報告オフロード情報が含まれることが可能である。アクセシビリティー測定のための任意の周波数またはＲＡＴに関する最新の利用可能な無線測定が、ＷｉＦｉ信号強度を含むことができ、含まれることも可能である。ＭＤＴ構成の時点でログを取られることが可能であるＷｉＦｉ ＡＰの数が含まれることが可能である。ＲＬＦ／ＨＯＦ報告に関しては、詳細なロケーション情報が、それが利用可能である場合には、送信されることが可能であり、この情報は、ＷｉＦｉロケーションを含むことができる。

ｅＮＢによる、ＷＴＲＵあたりのＱＣＩごとの、ＤＬおよびＵＬに関する別々のデータボリューム測定に関するＭ４が存在することが可能である。ＷＴＲＵがＷＬＡＮへオフロードされるときに、ｅＮＢは、ＷＬＡＮにおけるデータボリュームに気づかない場合がある。ＷＴＲＵは、それがｅＮＢへオフロードされるときに、ＷＬＡＮにおけるデータボリュームを示すことができる。この報告は、報告に関する構成、またはデータボリュームの特定のしきい値が到達されているかどうかに基づくことが可能である。この報告は、時間に基づくことが可能である。ＷＴＲＵは、ＬＴＥおよびＷＬＡＮに関する別々のデータボリュームのログ、または両方に関する合計されたデータボリュームのログ、またはＷＬＡＮへオフロードされたときはＷＬＡＮのみに関するログを取ることができる。

ｅＮＢによる、ＷＴＲＵあたりのＲＡＢごとの、およびＤＬに関するＷＴＲＵごとの、ＵＬに関するＷＴＲＵごとの、ＤＬおよびＵＬに関する別々のＭＤＴ測定のためのスケジュールされたＩＰスループットに関するＭ５が存在することが可能である。ＷＴＲＵがＷＬＡＮへオフロードされるときに、ｅＮＢは、ＷＬＡＮにおけるスケジュールされたＩＰスループットボリュームに気づかない場合がある。ＷＴＲＵは、それがｅＮＢへオフロードされるときに、ＷＬＡＮにおけるスケジュールされたＩＰスループットを示すことができる。この報告は、報告に関する構成に、またはスケジュールされたＩＰスループットの特定のしきい値が到達されているかどうかに基づくことが可能である。それは、時間に基づくことも可能である。ＷＴＲＵは、ＬＴＥおよびＷＬＡＮに関する別々のスケジュールされたＩＰスループットのログ、または両方に関する合計されたスケジュールされたＩＰスループットのログ、またはＷＬＡＮへオフロードされたときはＷＬＡＮのみに関するログを取ることができる。

ＭＤＴログ利用可能インジケータの一部として、ＷＴＲＵは、利用可能なログが、ＷＴＲＵがＷＬＡＮへオフロードされるケースのためのものであるということを示すことができる。ＷＴＲＵがＷＬＡＮへオフロードされるときには、いくつかのシナリオが生じる場合がある。例えば、オフローディング後に、ＷＬＡＮ信号強度および／またはリンク品質が劣化する場合がある。オフローディング後にＡＰが輻輳する場合がある。ＷＴＲＵが、モビリティーに起因して１つのＡＰから別のＡＰへ移動する場合がある。ユーザが、ＷＴＲＵのＷＬＡＮ部分をオフにする場合がある。ＷＴＲＵがＷＬＡＮへオフロードされている間に特定の持続時間にわたってもはやデータのやり取りがない場合がある。この状況を検知することは、役立つ場合がある。なぜなら、それがＬＴＥに報告されれば、ＬＴＥ接続が、場合によっては接続解放タイマーが切れた後に、解放されることが可能になるためである。ＷＴＲＵがＱｏＳを満たすことができない場合があり、または劣悪なユーザ経験が生じる場合がある。ＷＬＡＮ ＡＰとの接続が失われる場合がある。

ＷＬＡＮオフロードに関するＭＤＴロギングの一部として、上述の状況のうちの少なくとも１つがログを取られること、および／またはＭＤＴの一部として報告されることが可能である。ＷＬＡＮとＲＡＮとのより緊密な統合に起因して、ｅＮＢは、これらのシナリオに気づく場合がある。ｅＮＢは、この情報をトレース内に提供してから、そのトレースをトレース収集エンティティー（ＴＣＥ）に提供することができる。

複数のシナリオが、ＡＮＤＳＦポリシーと、ＷＬＡＮへのオフロードというｅＮＢ決定との間における矛盾またはコンフリクトをもたらす場合がある。ＭＤＴの一部として、ｅＮＢ決定とＡＮＤＳＦポリシーとの間におけるコンフリクトは、ＷＴＲＵによって、またはｅＮＢによってログを取られること、および／またはＴＣＥへ報告されることが可能である。その報告は、コンフリクトのシナリオ、そのコンフリクトを解消するためのｅＮＢによる最終決定などを含むことができる。

ＷＴＲＵは、どのベアラがＷＬＡＮへオフロードされるか、ならびに／またはベアラごとのオフロードの開始時間および／もしくは終了時間についてログを取ること、または報告することが可能である。ｅＮＢが、トレースをＴＣＥに提供する前に、これを行うこともできる。ＷＴＲＵは、どのアプリケーションおよび／またはサービスがＷＬＡＮへオフロードされたか、および／またはどのＡＮＤＳＦポリシーに起因してかについてログを取ることもできる。

ＷＴＲＵがオフロードされる先のＷＬＡＮ ＡＰにおいて変更があった場合には、ＡＰにおけるその変更は、ＷＴＲＵによってログを取られることもしくは報告されること、または、ｅＮＢがそれに気づいている場合、例えば、ＷＴＲＵが接続状態にある、もしくは即時のＭＤＴを目的としている場合には、ｅＮＢによってＴＣＥに提供されることが可能である。

ＷＴＲＵ能力報告の一部として、ＷＴＲＵは、ＷＬＡＮオフロードのためにＭＤＴを実行するその能力を報告することができる。

図８は、ＷＴＲＵ能力をシグナリングするための例示的なプロセスフロー８００を示している。８０２において、ＷＴＲＵは、ｅＮＢへのＷＬＡＮオフロードのサポートという自分の能力を示すことができる。ＷＴＲＵは、例えば、利用可能なＷＬＡＮ ＡＰを発見およびスキャンするためのｅＮＢコマンドに応答して自分のＷｉＦｉコンポーネントを自律的にオンにするという自分の能力を報告することもできる。ＷＴＲＵが、例えば、利用可能なＷＬＡＮ ＡＰを発見およびスキャンするためのｅＮＢコマンドに応答してＷＬＡＮを自律的にオンにするという能力を有していない場合には、８０４におけるＷＴＲＵからｅＮＢへのシグナリングメッセージが、ＷＬＡＮがオンにされたときにｅＮＢに知らせることができ、それによってｅＮＢは、ＷＬＡＮオフロードのプロセスを実行することができる。

ｅＮＢが、オフロードのためにＷＬＡＮをオンにするためのコマンドをＷＴＲＵに送信した場合には、ＷＴＲＵは、これをユーザに、そのユーザのアクションのために、例えばポップアップスクリーンメッセージを使用して、示すことができる。ユーザが、ＷｉＦｉをオンにしないことを選んだ場合には、ＷＴＲＵは、それがｅＮＢから受信したコマンドに応答して、この決定をｅＮＢに示すことができる。ＷｉＦｉをオンにするためのユーザからの応答がない場合には、特定の持続時間の後に、ＷＴＲＵは、ＷｉＦｉをオンにするためのアクションがユーザによって取られなかったということをｅＮＢに示すことができる。

別の例においては、ＷｉＦｉをオンにするためのコマンドを能力シグナリングまたはその他の任意の信号の一部としてｅＮＢが送信したときに、自律的にそうする能力をＷＴＲＵが有していることをそれが以前に報告していた場合には、しばらくしてから、ユーザが、ｅＮＢからコマンドを受信した後に、ＷｉＦｉを自律的にオンにすることをＷＴＲＵに対して禁止するような方法で特定の設定を構成したならば、ＷＴＲＵは、この変更をｅＮＢに示すことができる。ＷＬＡＮオフロードを防止するための設定をユーザが構成したときに、ＷＴＲＵが既にＷＬＡＮへオフロードされている場合には、それは、ユーザによるアクションのためにユーザに、およびｅＮＢに知らされることが可能である。ｅＮＢへの指示は、ユーザによるアクションの指示を含むことができる。

図９は、オフラインおよびオンラインＷＬＡＮ課金のための例示的な論理的な課金アーキテクチャー９００および情報フローを示している。オンライン課金システムおよびオフライン課金システムの両方へのインターフェースを伴う一般的な課金機能が、図９において示されている。ＷＬＡＮシステムと、オフライン／オンライン両方の課金システムとの間におけるインターフェースが存在することが可能である。これらのインターフェースは、オンラインおよびオフライン両方のケースに関する課金イベントを生成するために使用されることが可能である。

ＷＴＲＵがＷＬＡＮシステムへハンドオーバーされた場合には、ＷＬＡＮシステムは、課金システムに対して課金イベントを生成することができる。ＷＴＲＵがＷＬＡＮへハンドオーバーされたということを課金システムに知らせる課金イベントが、ソースｅＮＢ／ＲＡＮノードによって生成されることも可能である。両方の課金イベントは、調整の目的で使用されることが可能である。ＷＴＲＵがＷＬＡＮシステムから３ＧＰＰシステムへ戻ってきた場合にも、同様のイベントが生成されることが可能である。

ＷＴＲＵが別々のＷＬＡＮ ＡＰの間において移動した場合にも、課金イベントが生成されることが可能である。これに対しては、特定の例外が存在することが可能であり、例えば、同じオペレータによって制御されているＷＬＡＮどうしの間においてＷＴＲＵが移動した場合には、課金イベントは生成されないことが可能である。

ＷＬＡＮ ＡＰによって課金システムへ送信される課金レコードは、ＷＬＡＮ使用の持続時間、データの量、データレート、サービス品質（ＱｏＳ）、ＷＬＡＮオペレータＰＬＭＮ ＩＤもしくはその他の識別情報、ＳＳＩＤもしくはＢＳＳＩＤ、および／またはユーザ識別情報、例えば、ＭＡＣアドレス、ＩＭＳＩ、Ｔ−ＩＭＳＩなどの情報のうちの１または複数を含むことができる。

本明細書において記載されているプロセスおよび手段は、任意の組合せで適用されることが可能であり、その他のワイヤレステクノロジーに、およびその他のサービスのために適用されることが可能である。

ＷＴＲＵは、物理的なデバイスの身元を、またはサブスクリプション関連の身元、例えば、ＭＳＩＳＤＮ、ＳＩＰ ＵＲＩ等などのユーザの身元を指すことができる。ＷＴＲＵは、アプリケーションベースの身元、例えば、アプリケーションごとに使用されることが可能であるユーザ名を指すことができる。

上では特徴および要素が特定の組合せで記載されているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素との任意の組合せで使用されることが可能であるということを当技術分野における標準的な技術者なら理解するであろう。加えて、本明細書において記載されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実施されることが可能である。コンピュータ可読媒体の例は、（有線接続または無線接続を介して送信される）電子信号、およびコンピュータ可読ストレージ媒体を含む。コンピュータ可読ストレージ媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気媒体、光磁気媒体、ならびに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらには限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために、ソフトウェアと関連付けられているプロセッサが使用されることが可能である。

Claims (19)

1. 無線ローカルエリアネットワーク（ＷＬＡＮ）へ、またはＷＬＡＮからトラフィックを導くかどうかを決定する無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、前記方法は、
   前記ＷＴＲＵが、
   サービングセルに関連付けられた１または複数の測定に基づいて前記ＷＬＡＮへ前記トラフィックを導く第１の条件を、または前記ＷＬＡＮから前記トラフィックを導く第２の条件を決定することと、
   ＷＴＲＵプロトコルスタックにて、前記１または複数の測定に基づいて表示を生成することであって、前記表示は、前記ＷＬＡＮへ前記トラフィックを導く前記第１の条件が満たされるとき第１の値に関連付けられ、および前記ＷＬＡＮから前記トラフィックを導く前記第２の条件が満たされるとき第２の値に関連付けられ、前記第１の値は、前記ＷＬＡＮに前記トラフィックを導くことを示し、前記第２の値は、前記ＷＬＡＮから前記トラフィックを導くことを示す、ことと、
   前記ＷＴＲＵプロトコルスタックから、前記第１の値または前記第２の値に関連付けられた前記表示を高位レイヤに送信することと、
   前記表示に基づいて前記ＷＬＡＮへ、または前記ＷＬＡＮから前記トラフィックを導くかどうかを評価することと
   を備える方法。
2. 前記ＷＴＲＵが、無線アクセスネットワークから設定しきい値を受信することであって、前記設定しきい値は、前記ＷＬＡＮへ、または前記ＷＬＡＮから前記トラフィックを導く前記ＷＴＲＵのための無線アクセスネットワーク設定の前記ＷＴＲＵへの暗黙の表示を含む、ことと、
   前記ＷＬＡＮへ前記トラフィックを導く前記第１の条件を、または前記ＷＬＡＮから前記トラフィックを導く前記第２の条件を少なくとも評価することにより前記設定しきい値を評価することと
   をさらに備える、請求項１の方法。
3. 高位レイヤポリシーまたは無線アクセス層ルールの少なくとも１つに基づいて前記ＷＬＡＮへ前記トラフィックを導く前記第１の条件を、または前記ＷＬＡＮから前記トラフィックを導く前記第２の条件を評価することをさらに備える、請求項２の方法。
4. 前記表示を前記ＷＴＲＵプロトコルスタックから前記高位レイヤに転送することをさらに備える、請求項２の方法。
5. 前記高位レイヤは、ＡＮＤＳＦ（Access network discovery and selection function）ポリシーエンジンを備える、請求項４の方法。
6. 前記表示を前記ＷＴＲＵプロトコルスタックから前記高位レイヤに転送することに応じて、ＡＮＤＳＦ（Access network discovery and selection function）ポリシーを無視させることをさらに備える、請求項４の方法。
7. 前記設定しきい値を評価すること、または前記表示を前記ＷＴＲＵプロトコルスタックから前記高位レイヤに送信することの少なくとも１つに応じて、ＡＮＤＳＦ（Access network discovery and selection function）ポリシーエンジンを無視することをさらに備える、請求項４の方法。
8. 前記表示を前記ＷＴＲＵプロトコルスタックから前記高位レイヤに転送することに応じて、ＡＮＤＳＦ（Access network discovery and selection function）ポリシーに、前記ＷＬＡＮへ、または前記ＷＬＡＮから前記トラフィックを導くのに適したトラフィッククラスを決定させることをさらに備える、請求項４の方法。
9. 前記表示を前記ＷＴＲＵプロトコルスタックから前記高位レイヤに転送することに応じて、ＡＮＤＳＦ（Access network discovery and selection function）ポリシーに、前記ＷＬＡＮへの、または前記ＷＬＡＮからの前記トラフィックを導くことが禁止されるかどうかを決定させることをさらに備える、請求項４の方法。
10. 前記設定しきい値を評価すること、または前記表示を前記ＷＴＲＵプロトコルスタックから前記高位レイヤに送信することの少なくとも１つに応じて、ＡＮＤＳＦ（Access network discovery and selection function）ポリシーエンジンに、アクセスポイントがトラフィックステアリングに適しているかどうかを決定させることをさらに備える、請求項２の方法。
11. 前記ＷＴＲＵが測定スケーリングパラメータを受信することをさらに備える、請求項１の方法。
12. 前記測定スケーリングパラメータに応じてＷＬＡＮ測定を実行する頻度を調整することをさらに備え、前記測定スケーリングパラメータは、Ｓ測定値、ヒステリシス値、オフロードオフセット値またはオフロードしきい値の少なくとも１つを含む、請求項１１の方法。
13. 無線送信／受信ユニット（ＷＴＲＵ）であって、
    無線ローカルエリアネットワーク（ＷＬＡＮ）コンポーネントと、
    プロセッサと、
    前記プロセッサと通信し、前記プロセッサにより実行されると、前記ＷＴＲＵに、
    サービングセルに関連付けられた１または複数の測定に基づいてＷＬＡＮへトラフィックを導く第１の条件を、または前記ＷＬＡＮから前記トラフィックを導く第２の条件を決定させ、
    ＷＴＲＵプロトコルスタックにて、前記１または複数の測定に基づいて表示を生成させ、前記表示は、前記ＷＬＡＮへトラフィックを導く前記第１の条件が満たされるとき第１の値に関連付けられ、および前記ＷＬＡＮからトラフィックを導く前記第２の条件が満たされるとき第２の値に関連付けられ、前記第１の値は、前記ＷＬＡＮに前記トラフィックを導くことを示し、前記第２の値は、前記ＷＬＡＮから前記トラフィックを導くことを示し、
    前記ＷＴＲＵプロトコルスタックから、前記第１の値または前記第２の値に関連付けられた前記表示を高位レイヤに送信させ、
    前記表示に基づいて前記ＷＬＡＮへ、または前記ＷＬＡＮから前記トラフィックを導くかどうかを評価させる
    命令を格納するメモリと
    を備えたＷＴＲＵ。
14. 前記プロセッサは、前記ＷＴＲＵに、前記第１の値の前記表示に基づいて前記ＷＴＲＵの能力を評価させるように構成される、請求項１３のＷＴＲＵ。
15. 前記ＷＴＲＵプロトコルスタックは、ＷＴＲＵアクセス層を備える、請求項１３のＷＴＲＵ。
16. 前記ＷＴＲＵアクセス層は、物理層を備える、請求項１５のＷＴＲＵ。
17. 前記ＷＴＲＵに、前記第１の値の前記表示に基づいて前記ＷＴＲＵの能力を評価させることをさらに備える、請求項１の方法。
18. 前記ＷＴＲＵプロトコルスタックは、ＷＴＲＵアクセス層を備える、請求項１の方法。
19. 前記ＷＴＲＵアクセス層は、物理層を備える、請求項１８の方法。