JP2017017752A - ３ｇｐｐにおける非３ｇｐｐオフロードを可能にするシステム拡張 - Google Patents

Abstract

【課題】第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスネットワークから非３ＧＰＰアクセスポイント（ＡＰ）にトラフィックをオフロードする方法および装置が開示される。【解決手段】３ＧＰＰアクセスネットワークエンティティが、無線送受信ユニット（ＷＴＲＵ）に関連付けられた契約情報を受信することができる。３ＧＰＰアクセスネットワークエンティティはさらに、ＷＴＲＵに関連付けられたトラフィックを受信することができる。３ＧＰＰアクセスネットワークエンティティはさらに、契約情報に基づいて、トラフィックを非３ＧＰＰ ＡＰにオフロードするかどうかを判定することができる。３ＧＰＰアクセスネットワークエンティティは、その判定に基づいてトラフィックを非３ＧＰＰ ＡＰに転送することもできる。【選択図】図２

Description

本発明は、無線通信に関する。

ＩＰトラフィックの需要が増大し、その結果、ＩＰサービスをサポートするためにより多くの帯域幅が必要とされている。ＩＰベースのアプリケーションとサービスの数は無線送受信ユニット（ＷＴＲＵ）の数と共に増加し続けていくことが予想される。そのため、高速接続を必要とする多数のＷＴＲＵをサポートする際にはシステム容量が問題となる。

現在のＥＰＣ（Evolved Packet Core）では、非３ＧＰＰアクセスを使用し、Ｅｖｏｌｖｅｄパケットデータゲートウェイ（ｅＰＤＧ）と呼ばれるノードを介して、事業者のパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）に接続することができる。しかし、この方式では３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワークが緊密に結合されない。その結果、３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）と非３ＧＰＰアクセスネットワークの結合をより緊密にして、ＷｉＦｉオフロードなどの非３ＧＰＰオフロードをサポートする新しいアーキテクチャおよび手順が必要とされている。

第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスネットワークから非３ＧＰＰアクセスポイント（ＡＰ）にトラフィックをオフロードする方法および装置が開示される。一実施形態では、３ＧＰＰアクセスネットワークエンティティが、無線送受信ユニット（ＷＴＲＵ）に関連付けられた契約情報を受信することができる。３ＧＰＰアクセスネットワークエンティティはさらに、ＷＴＲＵに関連付けられたトラフィックを受信することができる。３ＧＰＰアクセスネットワークエンティティは、契約情報に基づいて、トラフィックを非３ＧＰＰ ＡＰにオフロードするかどうかを判定することができる。３ＧＰＰアクセスネットワークがトラフィックをオフロードすると判定したかどうかに基づいて、トラフィックは非３ＧＰＰ ＡＰに転送されることができる。

以下の説明からより詳細な理解を得ることができる。以下の説明は添付図面との関連で例として与えられる。
１または複数の開示される実施形態が実装され得る例示的通信システムのシステム図である。 図１Ａに示される通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのＵＭＴＳのシステム図である。 図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのＬＴＥのシステム図である。 ３ＧＰＰアクセスネットワークエンティティ、非３ＧＰＰ ＡＰ、および関連するインタフェースを含む例示的なネットワークアーキテクチャの図である。 例示的なオフロード手順の流れ図である。 別の例示的なオフロード手順の流れ図である。 別の例示的なオフロード手順の流れ図である。 第１の非３ＧＰＰ ＡＰから第２の非３ＧＰＰ ＡＰに移動するＷＴＲＵの例を示す図である。 第１のｅＮＢおよび第１の非３ＧＰＰ ＡＰから第２のｅＮＢおよび第２の非３ＧＰＰ ＡＰに移動するＷＴＲＵの例を示す図である。 ｅＮＢとの間の非３ＧＰＰオフロードのための例示的なシグナリングを示す図である。 ｅＮＢとの間の非３ＧＰＰオフロードのための例示的なシグナリングを示す図である。

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

図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０および他のネットワーク１１２を含むことができるが、開示される実施形態では、任意数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図することが理解されよう。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線環境で動作および／または通信するように構成された任意の種類の装置であってよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されることができ、ユーザ機器（ＵＥ）、移動局、固定型または移動型の加入者ユニット、ページャ、携帯電話、ＰＤＡ、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、消費者電子製品等を含むことができる。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。各基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスにインタフェースをとって、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２等の１または複数の通信ネットワークへのアクセスを容易にするように構成された任意の種類の装置であってよい。例えば、基地局１１４ａ、１１４ｂは、ベーストランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等であってよい。図では基地局１１４ａ、１１４ｂはそれぞれ１つの要素として図示されるが、基地局１１４ａ、１１４ｂは任意数の相互接続された基地局および／またはネットワーク要素を含んでよいことが理解されよう。

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

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

より具体的には、上述したように、通信システム１００は多重接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１または複数のチャネルアクセス方式を用いることができる。例えば、ＲＡＮ１０４の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＭＴＳ地上無線アクセス（ＵＴＲＡ）等の無線技術を実装することができ、その場合は広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ ＨＳＰＡ（ＨＳＰＡ＋）等の通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）等の無線技術を実装することができ、その場合、エアインタフェース１１６はＬＴＥ（登録商標）（Long Term Evolution）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用して確立することができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、ＧＳＭ（登録商標）（Global System for Mobile Communication）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）等の無線技術を実装することができる。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ（ＨＮＢ）、ホームｅノードＢ（ＨｅＮＢ）またはアクセスポイントであり、職場、家庭、乗り物、学校構内等の局所的な領域内での無線接続を容易にする任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１等の無線技術を実装して無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５等の無線技術を実装して無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラ方式のＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ等）を利用してピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接の接続を有することができる。そのため、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを必要とされない場合もある。

ＲＡＮ１０４はコアネットワーク１０６と通信状態にあることができ、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over Internet Protocol）サービスを提供するように構成された任意の種類のネットワークであってよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続、映像配信等を提供する、かつ／またはユーザ認証等の高レベルなセキュリティ機能を行うことができる。図１Ａには示されないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用いる他のＲＡＮと直接的または間接的な通信状態にあることが可能なことが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用する可能性のあるＲＡＮ１０４に接続されるのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を用いる別のＲＡＮ（図示せず）とも通信状態にあることができる。

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのゲートウェイの役割を果たすこともできる。ＰＳＴＮ１０８は、従来の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群のＴＣＰ、ＵＤＰ、ＩＰ等の一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよび装置からなる世界規模のシステムを含むことができる。ネットワーク１１２は、他のサービス提供者に所有および／または運営される有線または無線の通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用いる可能性のある１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード能力を備えることができる。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、種々の無線リンクを通じて種々の無線ネットワークと通信するための複数のトランシーバを含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラ方式の無線技術を用いる可能性のある基地局１１４ａ、およびＩＥＥＥ８０２無線技術を用いる可能性のある基地局１１４ｂと通信するように構成されることができる。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６および他の周辺機能１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上述の要素のサブコンビネーションを含むことが可能であることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ回路、任意の他の種類のＩＣ（集積回路）、状態機械等である。プロセッサ１１８は、信号の符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の機能を行うことができる。プロセッサ１１８はトランシーバ１２０に結合されることができ、トランシーバ１２０は送受信要素１２２に結合されることができる。図１Ｂではプロセッサ１１８とトランシーバ１２０を別個の構成要素として示すが、プロセッサ１１８とトランシーバ１２０は電子パッケージやチップとして共に一体化してよいことが理解されよう。

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

また、図１Ｂでは送受信要素１２２は１つの要素として示されるが、ＷＴＲＵ１０２は任意数の送受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を用いることができる。そのため、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を通じて無線信号を送受信するために２つ以上の送受信要素１２２（例えば複数のアンテナ）を含むことができる。

トランシーバ１２０は、送受信要素１２２から送信される信号を変調し、送受信要素１２２に受信された信号を復調するように構成されることができる。上記のように、ＷＴＲＵ１０２はマルチモード能力を有することができる。そのため、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡやＩＥＥＥ８０２．１１等の複数種類のＲＡＴを介して通信できるようにするために複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば液晶ディスプレイ（ＬＣＤ）表示装置または有機発光ダイオード（ＯＬＥＤ）表示装置）に結合され、それらからユーザ入力データを受け取ることができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。また、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２等の任意の種類の適切なメモリの情報にアクセスし、データを記憶することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスクまたは他の種類のメモリ記憶装置を含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含むことができる。他の実施形態では、プロセッサ１１８は、サーバや家庭コンピュータ（図示せず）等、物理的にＷＴＲＵ１０２に位置しないメモリの情報にアクセスし、データを記憶することができる。

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

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

プロセッサ１１８はさらに他の周辺機能１３８に結合されることができ、それらは、追加的な機能、機能性および／または有線接続もしくは無線接続を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機能１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または映像用）、ＵＳＢポート、振動装置、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含むことができる。

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

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

図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動通信交換局（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の各要素はコアネットワーク１０６の一部として図示されるが、これらの要素の１つはコアネットワークの運営者以外のエンティティにより所有および／または運営されてもよいことが理解されよう。

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

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

上記のように、コアネットワーク１０６はネットワーク１１２にも接続されることが可能であり、ネットワーク１１２は、他のサービス提供者に所有および／または運営される他の有線または無線のネットワークを含むことができる。

図１Ｄは、実施形態による、ＲＡＮ１３１およびコアネットワーク１３６のＬＴＥシステム図の例である。上記のように、ＲＡＮ１３１はＥ−ＵＴＲＡ無線技術を使用して、エアインタフェース１３６を通じて、ＷＴＲＵ１３２ａ、１３２ｂ、１３２ｃと通信することができる。ＲＡＮ１３１はコアネットワーク１３９とも通信状態にあることができる。

ＲＡＮ１３１は、ｅノードＢ、１３０ａ、１３０ｂ、１３０ｃを含むことができるが、ＲＡＮ１３１は、実施形態との整合性を保ちながら任意数のｅノードＢを含むことが可能であることが理解されよう。ｅノードＢ１３０ａ、１３０ｂ、１３０ｃはそれぞれ、エアインタフェース１１６を通じてＷＴＲＵ１３２ａ、１３２ｂ、１３２ｃと通信するための１または複数のトランシーバを含むことができる。一実施形態では、ｅノードＢ１３０ａ、１３０ｂ、１３０ｃはＭＩＭＯ技術を実装することができる。従って、例えばｅノードＢ１３０ａは、複数のアンテナを使用してＷＴＲＵ１３２ａとの間で無線信号を送受信することができる。

ｅノードＢ１３０ａ、１３０ｂ、１３０ｃはそれぞれ特定のセル（図示せず）に関連付けられることができ、無線リソース管理に関する決定、ハンドオーバーの決定、アップリンクおよび／またはダウンリンクのユーザのスケジューリング等を処理するように構成されることができる。図１Ｄに示されるように、ｅノードＢ１３０ａ、１３０ｂ、１３０ｃは、Ｘ２インタフェースを通じて相互通信することができる。

図１Ｄに示されるコアネットワーク１３９は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１３８、サービングゲートウェイ１３４およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１３６を含むことができる。図では上記各要素はコアネットワーク１３９の一部として示されるが、それらの要素の何れか１つは、コアネットワークの運営者以外のエンティティによって所有および／または運営され得ることが理解されよう。

ＭＭＥ１３８は、Ｓ１インタフェースを介してＲＡＮ１３１内の各ｅノードＢ１３０ａ、１３０ｂ、１３０ｃに接続されることができ、制御ノードとして働くことができる。例えば、ＭＭＥ１３８は、ＷＴＲＵ１３２ａ、１３２ｂ、１３２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１３２ａ、１３２ｂ、１３２ｃの初回のアタッチ時の特定のサービングゲートウェイの選択等を担うことができる。ＭＭＥ１３８は、ＲＡＮ１３１と、ＧＳＭやＷＣＤＭＡ等の他の無線技術を用いる他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能も提供することができる。

サービングゲートウェイ１３４は、Ｓ１インタフェースを介してＲＡＮ１３１内の各ｅノードＢ１３０ａ、１３０ｂ、１３０ｃに接続されることができる。サービングゲートウェイ１３４は、一般に、ＷＴＲＵ１３２ａ、１３２ｂ、１３２ｃとの間でユーザデータパケットを配信および転送することができる。サービングゲートウェイ１３４は、他の機能、例えば、ｅノードＢ間のハンドオーバー時にユーザプレーンをアンカリングする、ＷＴＲＵ１３２ａ、１３２ｂ、１３２ｃに入手可能なダウンリンクデータがある時にページングをトリガする、ＷＴＲＵ１３２ａ、１３２ｂ、１３２ｃのコンテクストを管理および記憶する等も行うことができる。

サービングゲートウェイ１３４はＰＤＮゲートウェイ１３６にも接続されて、ＷＴＲＵ１３２ａ、１３２ｂ、１３２ｃとＩＰ対応機器との間の通信を容易にすることができる。ＰＤＮゲートウェイ１３６は、ＷＴＲＵ１３２ａ、１３２ｂ、１３２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを提供することができる。

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

以下に示される実施形態は、図１Ｄに示される例示的なＬＴＥ図などのＬＴＥに基づくシステムを対象とすることができるが、本開示はＬＴＥに限定されず、ＵＭＴＳ（ＵＴＲＡＮ）およびＧＰＲＳ（ＧＥＲＡＮ）に基づくシステムにも同等に適用可能であることを認識されたい。さらに、オフロードを目的とする非３ＧＰＰアクセスとしてＷｉＦｉが記載される場合があるが、開示される実施形態はＷｉＦｉの使用のみに限定されず、他の非３ＧＰＰアクセスにも同等に適用できる可能性がある。

図２は、３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワーク間のオフロードをサポートするための新規なアーキテクチャおよびそれに関連するインタフェースの実施形態を示す。図２は各種の３ＧＰＰアクセスネットワークエンティティを示し、各々は、データを処理し、他のエンティティおよびＷＴＲＵと通信するために、プロセッサ、送信機、受信機およびストレージのうち任意のものを備える。図２において、ｅＮＢ２０１、ローカルゲートウェイ（ＬＧＷ）２３２、ＭＭＥ２４０、サービングゲートウェイ（ＳＧＷ）２５０、Ｈ（ｅ）ＮＢ ＧＷ２３６、ＰＤＮ ＧＷ Ｘ２６２、およびＰＤＮ ＧＷ Ｙ２６４は、３ＧＰＰアクセスネットワークエンティティの例である。非３ＧＰＰアクセスポイント（ＡＰ）２０３は、非３ＧＰＰアクセスネットワークエンティティの例であり、同様に、データを処理し、他のエンティティおよびＷＴＲＵと通信するために、プロセッサ、送信機、受信機およびストレージのうち任意のものを備えることができる。

図２はｅＮＢ２０１を示し、これはＬＧＷ２３２に接続されることができ、またＳ１−Ｃインタフェースを介してＭＭＥ２４０に、Ｓ１−Ｕインタフェースを介してＳＧＷ２５０に、Ｓ１−Ｕインタフェースを介してＨ（ｅ）ＮＢ ＧＷ２３６に、インタフェース（Ｉ／Ｆ）２８０を介して非３ＧＰＰアクセスポイント（ＡＰ）２０３に接続されることができる。あるいは、Ｉ／Ｆ２８０が存在しないで、ｅＮＢ２０１を直接非３ＧＰＰ ＡＰ２０３に接続してもよい。ＬＧＷ２３２は、インターネット２１０および／またはローカルＩＰネットワーク２１１へのゲートウェイとして機能することができる。ｅＮＢ２０１との接続に加えて、非３ＧＰＰ ＡＰ２０３は、ＬＧＷ２３２に直接、およびＩ／Ｆ２７０を介してＨ（ｅ）ＮＢ ＧＷ２３６に接続されることができる。非３ＧＰＰ ＡＰのセットが非３ＧＰＰ ＧＷ２３４に接続されることができ、非３ＧＰＰ ＧＷ２３４はＬＧＷ２３２およびＨ（ｅ）ＮＢ ＧＷ２３６に接続されることができる。Ｈ（ｅ）ＮＢ ＧＷ２３６はさらにＳＧＷ２５０に接続されることができる。ＳＧＷ２５０はさらに、ＰＤＮ ＧＷ Ｘ２６２やＰＤＮ ＧＷ Ｙ２６４などの１または複数のＰＤＮ ＧＷに接続されることができ、ＭＭＥ２４０にも接続されることができる。ＷＴＲＵ２０５などの１または複数のＷＴＲＵが、ｅＮＢ２０１および非３ＧＰＰ ＡＰ２０３の一方または両方と通信状態にあることができる。

ＭＭＥ２４０とｅＮＢ２０１間のＳ１−Ｃや、Ｈ（ｅ）ＮＢ ＧＷ２３６を介したＳ１−Ｃなどの既存のＳ１制御プレーンがアップグレードされて、ＭＭＥ２４０が非３ＧＰＰ ＡＰ２０３と対話するためのサポートを含むことができる。例えば、Ｓ１制御プレーンは、新しい手順、メッセージ、情報要素（ＩＥ）などでアップグレードされて、ベアラ管理を含むモビリティ管理機能をサポートすることができる。ｅＮＢ２０１は、制御プレーン（ＷＴＲＵ２０５および３ＧＰＰネットワーク２９０に向かう）を非３ＧＰＰ ＡＰ２０３に提供することができる。

ｅＮＢ２０１は、ＭＭＥ２４０と非３ＧＰＰ ＡＰ２０３間のプロキシとして機能することができる。プロキシとして機能することは、Ｓ１−ＡＰメッセージの全てまたはサブセットを非３ＧＰＰ ＡＰ２０３に理解可能な命令に処理／変換することにより、非３ＧＰＰ ＡＰ２０３の仕様への影響を最小にすることを含むことができる。

図２は例示的な３ＧＰＰ ＬＴＥシステムおよびＬＴＥベースのネットワーク要素を示すが、実施形態はＬＴＥベースのシステムに限定されず、ＵＭＴＳ（ＵＴＲＡＮ）やＧＰＲＳ（ＧＥＲＡＮ）などの他の３ＧＰＰシステムにも同等に適用できる可能性がある。

本明細書に開示される実施形態と併せて、オフロード情報を含むように契約情報に変更が加えられてよい。ユーザプロファイルに変更が加えられて、トラフィックがオフロードの対象となり得るかどうかを知らせる情報を含むことができる。オフロードは、Ｅ−ＵＴＲＡＮなどの３ＧＰＰアクセスから、ＷｉＦｉなどの非３ＧＰＰアクセスへのオフロードとすることができる。契約情報は、例えばホーム加入者サーバ（ＨＳＳ）または他の適切なネットワークエンティティに記憶されることができる。

契約情報に含まれ得るオフロード情報の第１の例は、ユーザのトラフィックが３ＧＰＰアクセスと非３ＧＰＰアクセス間のオフロードの対象となるかどうかについての情報とすることができる。

図３は、非３ＧＰＰオフロード３００の例を示す。ステップ３１０に示されるように、まず、ＷＴＲＵに関連付けられた契約情報が受信されることができる。契約情報は、３ＧＰＰアクセスネットワークエンティティ、例えばｅＮＢ、ＭＭＥ、（Ｈ）ｅＮＢ等によって受信されることができる。ステップ３２０で、ＷＴＲＵに関連付けられたトラフィックがネットワークエンティティによって受信されることができる。例えば、このトラフィックは、ＷＴＲＵを対象とするダウンリンクのトラフィックであってよい。ステップ３３０で、ネットワークエンティティは、トラフィックがオフロードの対象となるかどうかを判定することができる。トラフィックがオフロードの対象となる場合、ネットワークエンティティは、トラフィックを非３ＧＰＰ ＡＰに転送することを決定することができる。ステップ３４０で、トラフィックが非３ＧＰＰ ＡＰに転送されることができる。

図４は、非３ＧＰＰオフロード４００の別の例を示す。この例は、ＷＴＲＵからのアップリンクのトラフィックをオフロードする場合の簡略化した図とすることができる。最初に、ステップ４１０に示されるように、ＷＴＲＵに関連付けられた契約情報が受信されることができる。契約情報は、３ＧＰＰアクセスネットワークエンティティ、例えばｅＮＢ、ＭＭＥ、（Ｈ）ｅＮＢ等によって受信されることができる。３ＧＰＰネットワークエンティティは、契約情報に従ってＷＴＲＵとシグナリングを交換してトラフィックベアラを非３ＧＰＰ ＡＰにオフロードすることができる。ステップ４２０で、３ＧＰＰネットワークエンティティは、契約情報に従って、オフロードされるトラフィックベアラを非３ＧＰＰ ＡＰに通知することができる。ステップ４３０で、ＷＴＲＵによってトラフィックベアラが非３ＧＰＰ ＡＰにオフロードされることができる。このようにして、３ＧＰＰ ＲＡＮは、ｅＮＢなどの適切なＲＡＮノードでトラフィックベアラを受信することから解放されることができる。

例えば、オフロードの対象となるトラフィックは、トラフィックに関連付けられた、サービス品質（ＱｏＳ）、ＱｏＳクラスインジケータ（ＱＣＩ）、アプリケーション種別、アクセスポイント名（ＡＰＮ）、加入者プロファイルＩＤ（ＳＰＩＤ）等によって識別されることができる。一実施形態では、音声トラフィックを除く全てのトラフィックがオフロードの対象になるものと契約情報中で識別されることができる。別の実施形態では、緊急の音声呼を除く音声呼がオフロードの対象になるものと契約情報中で識別されることができる。さらに別の実施形態では、背景トラフィックがオフロードの対象になるものと契約情報中で識別されることができる。上記実施形態の何れか１つまたは任意の組み合わせが契約情報に含まれ得ることがさらに認識されよう。

ユーザの契約情報はトラフィックの種別を示す情報をさらに含むことができ、これは例えば、ローカルネットワークでオフロードされ得るローカルＩＰアクセス（ＬＩＰＡ）および／または選択ＩＰトラフィックオフロード（ＳＩＰＴＯ）トラフィックなどである。

ユーザの契約情報は、ユーザに関連付けられたＷＴＲＵが登録していないハイブリッドセルに接続された時に、ユーザのトラフィックがオフロードの対象となるかどうかを示す情報をさらに含むことができる。

ユーザの契約情報は、デフォルトのベアラがオフロードの対象となることを示す情報をさらに含むことができる。

ユーザの契約情報は、専用のベアラがオフロードの対象となることを示す情報をさらに含むことができる。ユーザの契約情報はさらに、専用のベアラだけがオフロードの対象となることを示す情報を含むことができる。

ユーザの契約情報は、オフロードの対象となる１または複数の方向を示す情報をさらに含み得る。例えば、ユーザの契約情報は、トラフィックが３ＧＰＰアクセスから非３ＧＰＰアクセスへのオフロードの対象となるか、および／またはトラフィックが非３ＧＰＰアクセスから３ＧＰＰアクセスへのオフロードの対象となるかを示すことができる。例えば、ユーザは、他のサービスがＷｉＦｉアクセス上で行われている時に音声サービスを３ＧＰＰアクセス上にしておくために割増料金を支払う場合がある。例示的なシナリオでは、３ＧＰＰの無線状態が良好である時、および／またはネットワークがアクセスを許可できるようなネットワーク負荷である時に、ＷｉＦｉトラフィックが３ＧＰＰアクセスにアップグレードされるか、または３ＧＰＰアクセスにハンドオフされることができる。

別の例では、ユーザの契約情報は、非音声呼はデフォルトで非３ＧＰＰアクセスとし、音声呼は３ＧＰＰアクセスとするが、例外として、ユーザが３ＧＰＰトラフィックを非３ＧＰＰアクセスにオフロードする許可を動的に与えることができることを示す情報をさらに含むことができる。そのようなシナリオでは、ユーザは、非３ＧＰＰアクセスにオフロードする許可を与えない限り、割増料金を払ってデフォルトで常に音声呼を３ＧＰＰアクセスにすることができる。さらに、ユーザは、デフォルトで非音声トラフィックを非３ＧＰＰアクセスにし、割増料金を払って非音声トラフィックを３ＧＰＰアクセスにオフロードすることができる。または、ユーザは、無料サービスまたは報酬サービスを受けてトラフィックを非３ＧＰＰアクセスから３ＧＰＰアクセスにアップグレードする場合もある。

ユーザの契約情報は、ユーザが非３ＧＰＰオフロードを受け入れるか、拒否するかの選択権を有するかどうかを示す情報をさらに含むことができる。例えば、非３ＧＰＰオフロードを開始または停止する決定をするたびにユーザの同意が得られることができる。オフロードを行う決定は、例えば非アクセス層（ＮＡＳ）および／または無線リソース制御（ＲＲＣ）など３ＧＰＰシステムの任意の階層で行われることができ、ＷＴＲＵ内でローカルで行われても、またはＭＭＥやｅＮＢなどのネットワークエンティティ内で行われてもよい。ユーザの同意は、契約を購入すると契約情報に示され、契約情報から入手できるようになる。例えば、ユーザの契約は、ＷｉＦｉオフロードを使用する同意を示すことができる。さらに、ユーザの契約は、特定のＱｏＳ、ＱＣＩ、アプリケーション種別等を持つトラフィックなど、オフロードされ得るトラフィックまたはトラフィック種別のサブセットを示すことができる。

ユーザの契約情報は、どの種別のトラフィックが常に３ＧＰＰアクセスに対応付けられ、どの種別のトラフィックが常に非３ＧＰＰアクセスに対応付けられるかを示す情報をさらに含むことができる。

ユーザの契約情報は、示されたセルまたは種別のセル、例えば、クローズド加入者グループ（ＣＳＧ）セル、特定のローカルネットワーク識別を持つローカルネットワーク、トラッキングエリア等でオフロードが適用可能であるかどうかを示す情報をさらに含むことができる。

ユーザの契約情報は、１または複数の指定された時刻にオフロードが適用可能であるかどうかを示す情報をさらに含むことができる。契約情報は、その１または複数の指定された時刻のオフロードが好ましいかどうかをさらに示すことができる。

ＷＴＲＵがネットワークに登録されると、ＨＳＳはＭＭＥに契約情報を提供することができる。ＭＭＥは、無線アクセスネットワーク（ＲＡＮ）、例えばＷＴＲＵにサービスを提供しているｅＮＢにも契約情報を提供することができる。ＨＳＳは、１または複数のＳ１ＡＰメッセージで契約情報を提供することができる。ＲＡＮに提供される情報は、上記で開示された情報またはその組み合わせを含むことができる。契約情報は、ＭＭＥ間ハンドオーバーなどのハンドオーバーの間に転送されるＵＥコンテクストの一部として、またはソースＭＭＥ／ＳＧＳＮが別のＭＭＥ／ＳＧＳＮなどの別のシステムノードにハンドオーバーする時に、ネットワーク要素間で転送されることもできる。

非３ＧＰＰアクセスと３ＧＰＰアクセス間でトラフィックをオフロードするためのサポートは、３ＧＰＰネットワーク要素間で情報を渡すことを含むことができる。例えば、Ｅ−ＵＴＲＡを含む実施形態では、ＭＭＥが、ｅＮＢなどのＲＡＮに、ＷＴＲＵのトラフィックがオフロードの対象となることを通知することができる。ＭＭＥはさらに、ベアラごとにそのベアラがオフロードの対象となるかどうかを指定することができる。ＭＭＥは、ＵＥコンテクストの設定時にｅＮＢに通知することができる。それに代えて、またはそれに加えて、ＭＭＥは、新しいベアラが確立される際に、その新しいベアラがオフロードの対象となるかどうかを知らせることができる。

実施形態では、ＭＭＥは、ＷＴＲＵのトラフィックがオフロードの対象となるか否かを示すことができる。ＭＭＥは、ユーザの契約情報に基づいてＷＴＲＵのトラフィックがオフロードの対象となり得ることを示す、ビット、フラグ、または情報要素を含むことが可能なＳ１ＡＰメッセージを介してｅＮＢに示すことができる。ｅＮＢは、受信されたインジケーションを使用して非３ＧＰＰシステムにオフロードすべきトラフィックまたはベアラを決定することができる。ＭＭＥは、ベアラごとにｅＮＢにインジケーションを提供することができる。従って、ＭＭＥは、各それぞれのベアラがオフロードの対象となるか否かをｅＮＢに通知することができる。

別の実施形態では、ＭＭＥは、どのＱＣＩがオフロードの対象となることが可能であるかをｅＮＢに示すことができる。それに加えて、またはそれに代えて、ＭＭＥは、オフロードの対象とすべき、特定のＱｏＳに一致するベアラまたはベアラのセットをｅＮＢに示してもよい。それに加えて、またはそれに代えて、ＭＭＥは、オフロードの対象となることが可能な、ベアラまたはベアラのセットの最小のＱｏＳ、最大のＱｏＳ、またはＱｏＳの範囲をｅＮＢに示してもよい。例えば、ＭＭＥは、特定のＱｏＳ値を有するベアラはオフロードの対象となることが可能であることを示すことができる。従って、ｅＮＢは、ベアラに関連付けられたＱｏＳがその特定の値である場合に、ＷｉＦｉなどの非３ＧＰＰアクセスを通じてベアラをいつオフロードすべきかを決定することができる。

さらに別の実施形態では、ＭＭＥは、対応付けＩＤに関連付けられたトラフィックがオフロードされるべきことをｅＮＢに示すことができる。対応付けＩＤはＳ１ＡＰメッセージ中に存在することができる。例えば、ＭＭＥは、ＬＩＰＡおよび／またはローカルネットワークにあるＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）がオフロードされるべきことを示すことができる。ｅＮＢは対応付けＩＤと共にそのインジケーションを使用して、オフロードの対象となり得るベアラを識別することができる。例えば、ｅＮＢにおけるＵＥコンテクストの設定時に、ＭＭＥは、ベアラがＬＩＰＡ（またはＳＩＰＴＯ＠ＬＮ）に対応することを示す対応付けＩＤを含めることができる。ＭＭＥは、ベアラがオフロードの対象となることも示すことができる。そして、ｅＮＢは、それら両方のインジケーションを使用して、オフロードの対象となるベアラを識別し、次いで、少なくともそのベアラを非３ＧＰＰアクセス、例えばＷｉＦｉを通じてオフロードすることを決定することができる。

ＭＭＥは、ｅＮＢがオフロードするトラフィックを決定することを可能にする任意の情報をｅＮＢに渡すことができる。ＭＭＥは、契約情報、またはｅＮＢがユーザの契約情報に基づいてオフロードの決定をすることを可能にする他のインジケーションをｅＮＢに提供することができる。

さらに別の実施形態では、ＭＭＥは、オフロードが行われるべきレイヤを知らせることもできる。例えば、ＭＭＥは、オフロードがＩＰ層で行われるべきか、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層で行われるべきか、および／または無線リンク制御（ＲＬＣ）層等で行われるべきかを示すことができる。

さらに別の実施形態では、ＭＭＥは、非３ＧＰＰアクセスからオフロードされたトラフィックの方向または経路をｅＮＢに示すことができる。例えば、ＭＭＥは、ＬＩＰＡ／ＳＩＰＴＯ＠ＬＮトラフィックが非３ＧＰＰ ＡＰから直接ＬＧＷに向かうことが可能であることをｅＮＢに示すことができる。このインジケーションは、トラフィックが転送されるべきエンティティのアドレスまたは他の識別子を含むことができる。非３ＧＰＰ ＡＰは、示されたエンティティに接続し、そのエンティティと直接データを交換することができる。そのため、ｅＮＢは、ｅＮＢにより送信されたインジケーションに従ってトラフィックを転送するようにＷｉＦｉ ＡＰなどの非３ＧＰＰ ＡＰを構成することができる。

図５は、オフロード手順５００の実施形態を示す。ステップ５１０で、ＭＭＥは、オフロードされたトラフィックを転送する先の３ＧＰＰネットワークノードのアドレスをｅＮＢに通知することができる。ステップ５２０で、ｅＮＢは、３ＧＰＰネットワークノードのアドレスで非３ＧＰＰ ＡＰを構成して、非３ＧＰＰ ＡＰが、オフロードされたトラフィックを、そのアドレスによって指定される３ＧＰＰネットワークノードに直接転送できるようにする。例えばアドレスはＬＧＷのアドレスであり、非３ＧＰＰ ＡＰはオフロードされたトラフィックをｅＮＢではなくＬＧＷに直接転送することができる。ステップ５３０で、非３ＧＰＰ ＡＰは、オフロードされたトラフィックを、設定されたアドレスによって指定される３ＧＰＰノード、例えばＬＧＷに直接転送する。

別の実施形態では、ＭＭＥは、アップリンクトラフィック、ダウンリンクトラフィックまたは両方向のトラフィックがオフロードの対象となり得るのかをｅＮＢに示すことができる。ｅＮＢおよび／またはＷＴＲＵは、そのような情報で構成されることができる。

別の実施形態では、ＭＭＥは、位置または接続情報に基づいてオフロードの適用可能性を示すことができる。例えば、位置は、ＷＴＲＵのトラフィックがオフロードの対象となることが可能である、または可能でない特定のトラッキングエリアによって示されることができる。別の例では、ＭＭＥは、ＷＴＲＵがローカルネットワークに接続されている時にはオフロードが適用可能である、または適用可能でないことを示すことができる。別の例では、ＭＭＥは、ＷＴＲＵが特定のセル、例えばＣＳＧにある時にオフロードが適用可能である、または適用可能でないことを示すことができる。そのようなオフロード情報は、ＨＳＳに記憶され、ＭＭＥに提供されることができ、ＭＭＥはその情報をｅＮＢに提供することができる。さらに別の例では、ＭＭＥは、オフロードがターゲットｅＮＢで適用可能であることを示し得るオフロード情報をソースｅＮＢに提供することができる。ソースｅＮＢはそのオフロード情報をターゲットｅＮＢに提供することができる。それに加えて、またはそれに代えて、ＭＭＥは、オフロード情報を直接ターゲットｅＮＢに提供してもよい。ＭＭＥは、ハンドオーバー中またはハンドオーバー後にターゲットｅＮＢに通知することができる。例えば、ＭＭＥは、Ｓ１および／またはＸ２ハンドオーバーのための１または複数のハンドオーバー準備メッセージを介してターゲットｅＮＢに通知することができる。

別の実施形態では、ＭＭＥは、オフロードが許可され得る、または許可され得ない時間を示すこともできる。例えば、ピーク時には、ＭＭＥは、３ＧＰＰ ＲＡＮから非３ＧＰＰアクセスへのオフロードが許可されることを示すことができる。それに加えて、またはそれに代えて、ＭＭＥは、ピーク時にはオフロードを優先することを示してもよい。

ｅＮＢはＭＭＥによって提供された情報およびインジケーションを使用して、オフロードするトラフィック、トラフィックをオフロードする時、トラフィックをオフロードする先の非３ＧＰＰアクセス、および／または選択された非３ＧＰＰアクセスがトラフィックを転送すべきネットワークエンティティを決定することができる。例えば、ｅＮＢは、ＭＭＥによって提供されたインジケーションを使用して、非３ＧＰＰアクセスへのオフロードまたは非３ＧＰＰアクセスからのオフロードを開始または停止することができる。さらに例として、ｅＮＢは、ＱＣＩ Ｘを持つＷＴＲＵのトラフィックがオフロードの対象となる旨のインジケーションをＭＭＥから受信することができる。ＷＴＲＵのトラフィックについてＱＣＩ Ｘを持つベアラが作成されると、ｅＮＢはそのベアラをオフロードすることを決定することができる。例えば、３ＧＰＰ ＲＡＮは何らかの最低レベルまたは保証されたレベルのサービスを提供できる可能性があるので、良好なサービスレベルを保証するために、音声呼に使用されるベアラはオフロードの対象とならない場合がある。非３ＧＰＰアクセス、例えばＷｉＦｉは、無線サービス品質を保証できない可能性がある。

別の実施形態では、ＭＭＥは、ＬＩＰＡおよび／またはＳＩＰＴＯが非３ＧＰＰオフロードの対象となることをｅＮＢに示すことができる。そのため、ｅＮＢは、トラフィックがＬＩＰＡおよび／またはＳＩＰＴＯである旨のインジケーション、例えば対応付けＩＤを使用して、非３ＧＰＰアクセスにトラフィックをオフロードすることを決定することができる。

別の実施形態では、設定される無線アクセスベアラ（ＲＡＢ）、例えばＥ−ＵＴＲＡ ＲＡＢ（Ｅ−ＲＡＢ）ごとに、ＭＭＥは、Ｅ−ＲＡＢ ＩＤやｅ−ＲＡＢレベルのＱｏＳパラメータ等をｅＮＢにシグナリングし、Ｅ−ＲＡＢが３ＧＰＰアクセスに対応付けられるか、非３ＧＰＰアクセスに対応付けられるかのインジケーションを送信することができる。ＭＭＥは、デフォルトでＥ−ＲＡＢが３ＧＰＰアクセスに対応付けられることをシグナリングすることができる。ＭＭＥは、ＨＳＳに記憶された契約情報に基づくＥ−ＲＡＢの対応付けをシグナリングすることができる。

さらに別の実施形態では、ＰＤＮ接続確立時、専用ベアラ確立時、またはＥＭＭ−ＩＤＬＥ状態からＥＭＭ−ＣＯＮＮＥＣＴＥＤ状態へのＷＴＲＵの遷移時、またはハンドオーバー手順時に、ｅＮＢは、非３ＧＰＰアクセスに対応付けられることが可能なベアラのために、非３ＧＰＰアクセス、例えばＷｉＦｉ用のリソースを確立することができる。ｅＮＢは、ＭＭＥから受信されるインジケーションに基づいてこれを行うことができ、インジケーションはさらにＨＳＳに記憶された契約プロファイルに基づくことができる。ベアラの中には非３ＧＰＰアクセスの対象となるものとそうでないものがある。３ＧＰＰアクセスは、上記で詳細に説明したように、アップリンクを搬送しているベアラがオフロードの対象となるか、ダウンリンクを搬送しているベアラがオフロードの対象となるか、またはその両方向がオフロードの対象となるか等のさらなる情報を、可能性としてはｅＮＢを介して非３ＧＰＰアクセスに示すことができる。

上記の実施形態はＭＭＥとｅＮＢの間の対話に限定されないことを認識されたい。全ての実施形態はＭＭＥとＨｅＮＢ ＧＷ間の対話に同等に適用できる可能性があることを認識されたい。従って、ＭＭＥは、ｅＮＢにインジケーションを送信するのに加えて、またはそれに代えて、ＨｅＮＢ ＧＷにオフロード情報を示すことができる。

例えば、開示される実施形態との組み合わせで、ｅＮＢは、ＭＭＥから受信されるインジケーションに基づいてトラフィックのオフロードを決定することができる。ＭＭＥから受信されるインジケーションは、ユーザの契約情報に基づくことができる。ユーザの契約情報はＨＳＳのユーザプロファイルに記憶されることができる。従って、ＭＭＥは、ＷｉＦｉなどの非３ＧＰＰアクセスにオフロードできるトラフィックまたはトラフィックベアラをｅＮＢが決定するのに十分な情報をｅＮＢ（またはＨｅＮＢ ＧＷ）に提供することができる。例えば、ＭＭＥは、新しい情報要素またはビットマップを介して、オフロードの対象となるベアラのインジケーションをｅＮＢに提供することができる。そのようにして、ビットの値が、それに対応するベアラがオフロードの対象となることを示すように、ベアラが例示的なビットマップのビットに対応付けられることができる。

３ＧＰＰネットワークは、ＭＭＥ、ｅＮＢまたはその両方を介して、オフロードのインジケーションをＷＴＲＵに送ることができる。ＭＭＥは、ＮＡＳメッセージを使用してＷＴＲＵと通信してオフロード情報を示すことができ、一方、ｅＮＢは、ＲＲＣメッセージを使用してＷＴＲＵと通信してオフロード情報を示すことができる。ＲＲＣメッセージはブロードキャストされるか、または専用とすることができる。３ＧＰＰネットワークは、ＭＭＥ、ｅＮＢまたはその両方を指し得ることを理解されたい。

実施形態では、３ＧＰＰネットワークは、どのベアラが非３ＧＰＰアクセスにオフロードされることができるかをＷＴＲＵに通知することができる。さらに、ベアラ内で選択されたフローがオフロードされ、他のフローはオフロードされないことが可能である。３ＧＰＰネットワークは、非３ＧＰＰアクセスにオフロードされることが可能なフローのセットをベアラごとに示すこともできる。それに代えて、またはそれに加えて、ネットワークは、もはやオフロードの対象とならないベアラをＷＴＲＵに通知することができ、その通知の理由を説明する理由コードを提供することができる。例えば、ユーザが選択されたアプリケーションにＷｉＦｉを使用することを手動で選択しても、ネットワークは、ＷｉＦｉが関連付けられたベアラの要件を満たす保証された最小ＱｏＳを提供できない可能性があることに基づいてユーザの要求を拒否することができる。従って、ＷＴＲＵは、受信された理由コードに基づいて、ユーザに適切なメッセージを表示して、ユーザに自身の要求を満たさない理由を理解させることができる。それに代えて、またはそれに加えて、ＷＴＲＵは、ＷｉＦｉのオフロードを開始／停止する要求の送信を停止してもよい。ＷＴＲＵは、ネットワークで指定された時間にわたって、またはＷＴＲＵで事前に設定された時間にわたって要求の送信を停止することができる。

別の実施形態では、３ＧＰＰネットワークは、オフロードがダウンリンクのみで可能であるか、アップリンクのみで可能であるか、またはアップリンクとダウンリンクの両方で可能であるかを示すことができる。

別の実施形態では、３ＧＰＰネットワークは、オフロードの対象となり得るトラフィックの種別を示すことができる。例えば、３ＧＰＰネットワークは、アプリケーション種別、ＱｏＳ種別、ＱＣＩ値または他のトラフィック特性を示すことができる。

別の実施形態では、３ＧＰＰネットワークは、非３ＧＰＰオフロードが適用できない可能性があることをＷＴＲＵに通知することができる。３ＧＰＰネットワークはさらに、特定の期間にわたってオフロードが適用できない可能性があることを示すことができる。この原因は、例えば、非３ＧＰＰ ＡＰのエラーや誤作動、またはｅＮＢと非３ＧＰＰ ＡＰ間の対話の誤作動、またはｅＮＢ内のエラーである可能性がある。そのため、ＷＴＲＵは、例えば非３ＧＰＰオフロードの停止を求める明示的なインジケーションをＷＴＲＵが受信しない限り、その時間中には非３ＧＰＰアクセスを通じたオフロードを要求しないでおくことができる。非３ＧＰＰオフロードが利用できない間、ＷＴＲＵは、例えば、ＬＴＥアクセスなど、利用できる代替のアクセスを通じてデータを送信することができる。ＷＴＲＵは、一部または全てのトラフィックに非３ＧＰＰアクセス、例えばＷｉＦｉを使用させる明示的なインジケーションを受信するまで、ＬＴＥアクセスを通じてデータの送信を続けることができる。さらに、非３ＧＰＰアクセスが利用できない間、ＷＴＲＵは、無線の観点からは非３ＧＰＰ ＡＰが検出される場合でも、ユーザにメッセージを表示して、非３ＧＰＰアクセス（または非３ＧＰＰアクセスのオフロード）が利用できない旨を示すことができる。さらに、非３ＧＰＰアクセスが利用できない示された時間中には、ＷＴＲＵは、ユーザが手動でオフロードを選択してもオフロード要求の送信を停止することもできる。

別の実施形態では、３ＧＰＰネットワークは、非３ＧＰＰ無線機のスイッチを入れるようにＷＴＲＵにシグナリングまたは要求することができる。３ＧＰＰネットワークは、非３ＧＰＰ無線機がオフになっており、ネットワークがＷＴＲＵのために非３ＧＰＰアクセスにトラフィックをオフロードすることを試みている時には、非３ＧＰＰ、例えばＷｉＦｉ無線機の電源を投入するようにＷＴＲＵにシグナリングすることができる。ｅＮＢは、例えばＲＲＣメッセージを送信して、ＷｉＦｉアクセスまたは他の非３ＧＰＰアクセスがオンになっているか、オフになっているかを報告するようにＷＴＲＵに要求することができる。ＷＴＲＵは、ＲＲＣメッセージで応答して、非３ＧＰＰアクセスネットワークのステータス、例えばＷｉＦｉアクセスがオンになっているか、オフになっているかを示すことができる。それに代えて、またはそれに加えて、ＭＭＥは、ＮＡＳメッセージを介してＷＴＲＵに伝えてもよい。ＷＴＲＵはそれに対応してＭＭＥに応答することができる。ＷＴＲＵは、また、例えばＲＲＣ接続を確立すると自身の非３ＧＰＰアクセス無線のステータスを知らせることができる。例えば、これは、ランダムアクセス手順の一部である任意のメッセージにビットを含めることによって行われることができる。また、ＷＴＲＵは、ＲＲＣ接続設定完了メッセージまたはＵＴＲＡＮにおける任意の同等メッセージに自身の非３ＧＰＰアクセス無線のステータスを含めることもできる。

別の実施形態では、３ＧＰＰネットワークは、利用可能な非３ＧＰＰ接続パラメータをＷＴＲＵに送信することができる。そのようなパラメータは、非３ＧＰＰオフロードのための接続を確立する前に、要求に応じて送信されることができる。例えば、ＷｉＦｉオフロードの場合、そのようなパラメータは、これらに限定されないが、ネットワークのＢＳＳＩＤ／ＳＳＩＤ、ビーコン間隔、例えば８０２．１１ａ、８０２．１１ｂ／ｇ／ｎ等の利用可能なＷｉＦｉの種別、ＷｉＦｉの周波数帯、動作チャネル番号、ＷＥＰ／ＷＰＡまたは要求される可能性のある他のセキュリティキー、例えば５ＭＨｚ、１０ＭＨｚ、２０ＭＨｚまたは４０ＭＨｚ等の動作帯域幅、の１つまたは組み合わせを含むことができる。

一般に、３ＧＰＰネットワークは、本明細書に開示される契約情報をどれでもＷＴＲＵに渡すことができる。例えば、ＰＤＮ接続の確立時、専用ベアラの確立時、ＥＭＭ−ＩＤＬＥからＥＭＭ−ＣＯＮＮＥＣＴＥＤへのＷＴＲＵ状態の移行、またはハンドオーバー手順時に、３ＧＰＰネットワークは、ベアラのデフォルトの対応付け、すなわち、どのベアラが３ＧＰＰアクセスに対応付けられ、どのベアラが非３ＧＰＰアクセスに対応付けられているかをＷＴＲＵに通知することができる。さらに、３ＧＰＰネットワークは、許されるオフロード方向、例えば、アップリンク、ダウンリンク、またはその両方をＷＴＲＵに示すことができる。

さらに別の実施形態では、ＷＴＲＵはオフロードのインジケーションを３ＧＰＰネットワークに送信することができる。ＷＴＲＵは、ＭＭＥと通信している場合にはＭＭＥにＮＡＳメッセージを送信することができ、ｅＮＢと通信している場合にはＲＲＣメッセージを使用できることが理解される。従って、一般に、「ＷＴＲＵが３ＧＰＰネットワークにメッセージを通信または送信する」とは、それぞれＮＡＳおよび／またはＲＲＣメッセージを使用したＷＴＲＵとＭＭＥおよび／またはｅＮＢとの通信と解釈されるべきである。

別の実施形態では、ＷＴＲＵは、ＷＴＲＵまたはユーザが非３ＧＰＰオフロードの使用を開始または停止したいかどうかを３ＧＰＰネットワークに通知することができる。

別の実施形態では、ユーザは、ユーザインタフェースを介して非３ＧＰＰオフロードを停止または開始することを明示的に選択することができる。従って、ＷＴＲＵは非３ＧＰＰオフロードについてのユーザの選択を３ＧＰＰネットワークに通信することができる。

ＷＴＲＵは選択されたアプリケーションを通信することができ、また、オフロードされることが可能な、そのアプリケーションにより使用されるベアラも示すことができる。オフロードの設定は、ＷＴＲＵの基本設定、例えばアクセスネットワーク発見および選択機能（ＡＮＤＳＦ）、オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）、ＳＩＭ ｏｖｅｒ−ｔｈｅ−ａｉｒ（ＯＴＡ）等を介したＷＴＲＵにおける事前設定に基づくことができる。オフロードの設定は、それに代えて、またはそれに加えて、非３ＧＰＰアクセスで実行すべきアプリケーションと３ＧＰＰアクセスで実行すべきアプリケーションのユーザ選択に基づくことができる。例えば、ユーザは、ＬＩＰＡ／ＳＩＰＴＯ＠ＬＮトラフィックのためにＷｉＦｉアクセスを選択することができる。

別の実施形態では、ＷＴＲＵは任意で、どの種別のアプリケーションがオフロードの対象となるか、またはどの種別のコンテンツがオフロードの対象となるかを３ＧＰＰネットワークに示すことができる。従って、ｅＮＢはその情報を使用してオフロードするアプリケーションの種別、またはそのアプリケーションによって送信または受信されるコンテンツの種別を決定することができる。例えば、ＷＴＲＵは、特定のアプリケーションＩＤを持つアプリケーションはいずれもオフロードの対象となり得ることを示すことができる。従って、任意の時点で、ｅＮＢは、アプリケーションＩＤを受信し、そのアプリケーションＩＤに関連付けられた非３ＧＰＰアクセスにベアラまたはフローをオフロードすることを決定することができる。それに代えて、またはそれに加えて、ｅＮＢは、詳しいパケット検査を行って、トラフィックが特定のアプリケーションに関連付けられているかどうか、またはトラフィックがオフロードに指定された特定の種別であるかどうかを判定することができる。ＷＴＲＵは、特定のユーザデータコンテンツを持つベアラはオフロードされるべきことをｅＮＢに示すことができる。ＷＴＲＵは、特定のコンテンツＩＤを送信する、または特定のベアラで送信されているコンテンツの種別を明示的に示す、またはオフロードの対象となるコンテンツの記述を提供することができる。それに加えて、またはそれに代えて、ＷＴＲＵは、１つのベアラで実行中のアプリケーションの数および／またはアプリケーションのＩＤを示すことができる。従って、ＷＴＲＵは、ｅＮＢが特定のアプリケーションまたはコンテンツに関連付けられたベアラ／パケットのどれが非３ＧＰＰアクセスを通じてオフロードされるべきかを決定できるのに十分な情報をｅＮＢに提供することができる。ＷＴＲＵは、新しい情報要素を介して、ＲＲＣメッセージ中のビットマップにおいて、またはＷＴＲＵからｅＮＢへの他のメッセージを介してｅＮＢにインジケーションを提供することができる。

別の実施形態では、ＷＴＲＵは、ＷｉＦｉなどの非３ＧＰＰアクセスにオフロードされることが可能なベアラの最大数をｅＮＢに示すことができる。ＷＴＲＵの実装および各種の他の要因に基づいて、異なるＷＴＲＵは、非３ＧＰＰアクセスにオフロードされることが可能なベアラの最大数が異なる場合がある。ベアラの最大数は、ＷＴＲＵの製造者／構成／ＵＳＩＭによって事前に設定されるか、または、これらに限定されないが、トラフィック種別、電力節減、ＬＩＰＡ ＰＤＮ接続がアクティブであるか否か、もしくはＷＴＲＵのアクセスクラス、を含む各種要因に基づいて動的である場合もある。そのような情報は、ＭＭＥからｅＮＢに提供されることもできる。

別の実施形態では、ＷＴＲＵは、ＷＴＲＵのバッテリレベルが特定の閾値を下回ると、非３ＧＰＰオフロードの使用を停止するようにネットワークにシグナリングすることができる。ＷＴＲＵはバッテリレベルを測定し、それを下回ったら非３ＧＰＰオフロードを中止すべき閾値を決定することができる。それに代えて、またはそれに加えて、ＷＴＲＵは、自装置のバッテリレベル若しくは電力レベルのステータス、またはＷＴＲＵが外部電源に接続されているか否かをｅＮＢに示してもよい。その情報がｅＮＢによって使用されて、トラフィックが非３ＧＰＰアクセスを通じてオフロードされるべきか否かを決定することができる。例えば、ＷＴＲＵが低バッテリ電力レベルを３ＧＰＰネットワークに示す場合、３ＧＰＰネットワークは、ＷＴＲＵのトラフィックをＷｉＦｉにオフロードしないことを決定することができる。これは、３ＧＰＰ無線機のみに代えて２つの無線機を同時に使用するとバッテリレベルをより早く消耗させる可能性があるためである。それに代えて、またはそれに加えて、ＷＴＲＵが高バッテリレベルを示す場合、またはＷＴＲＵが外部電源に接続されていることを示す場合、３ＧＰＰネットワークは、非３ＧＰＰアクセスにトラフィックをオフロードすることを決定することができる。従って、バッテリレベルまたは電力ステータスがｅＮＢによって使用されて、非３ＧＰＰアクセスにオフロードされるトラフィックの量を判定することができる。それに代えて、またはそれに加えて、ＷＴＲＵは、特定の節電モードで動作する場合があり、電力を節約したい場合がある。ＷＴＲＵは、節電モードをｅＮＢに示し、ｅＮＢがＷＴＲＵのトラフィックを全くオフロードしないか、最小限のトラフィックを非３ＧＰＰアクセスにオフロードさせることができる。

別の実施形態では、ＷＴＲＵは、オフロードの例外を示すことができる。ＷＴＲＵは、ＷＴＲＵがオフロードを望まない特定のベアラの種別または特定のトラフィックの種別を示すことができる。例えば、ＷＴＲＵは、音声の品質を低下させる可能性があるため、ＱＣＩ１のベアラで実行されているＩＭＳ音声トラフィックのオフロードを望まない場合がある。そのため、ＷＴＲＵはその例外をｅＮＢに示すことができる。オフロードの例外は、ユーザによって設定され、ＷＴＲＵで事前に設定され、ＯＭＡ ＤＭ手順を使用してオペレータによって設定され、またはＭＭＥによってｅＮＢに提供されることができる。

別の実施形態では、ＷＴＲＵは、ＷｉＦｉ信号の受信電力レベルを３ＧＰＰネットワークに示すことができる。ＷＴＲＵは、そのＷＴＲＵに非３ＧＰＰアクセスへのトラフィックオフロードが進行中でない場合にもそのインジケーションを送信することができる。受信電力レベルの情報により、ｅＮＢは、そのセルまたは特定の場所にある全てのＷＴＲＵがその非３ＧＰＰ ＡＰから非３ＧＰＰ信号を受信できるように非３ＧＰＰ ＡＰの送信電力レベルを設定するために、非３ＧＰＰ ＡＰと通信することができる。ＷＴＲＵは、このインジケーションを送信するように３ＧＰＰネットワークによって構成されるか、またはＷＴＲＵが独自にこのインジケーションを送信することができる。

別の実施形態では、ＷＴＲＵは、バッファステータス報告（ＢＳＲ）を３ＧＰＰネットワークに送信することができる。ＢＳＲで、ＷＴＲＵは、非３ＧＰＰアクセスバッファにあるデータまたはトラフィックの量を報告することができる。それによりｅＮＢは、３ＧＰＰインタフェースと非３ＧＰＰインタフェースの両方を通じたスケジューリングを最適化することができる。ｅＮＢはさらに、ハンドオーバー手順のためにＢＳＲを使用することができる。例えば、ＷＴＲＵがＷｉＦｉをサポートしていないセルにハンドオーバーされる時、ｅＮＢはＢＳＲを使用してＷｉＦｉへのオフロードを停止することを決定することができる。

別の実施形態では、ＷＴＲＵは、近隣ネットワークノードのオフロード能力についてのノード情報を３ＧＰＰネットワークに示すことができる。そのような情報はＡＮＲ（Automatic Neighbor Relation）のサポート、および２つのネットワークノード間で直接の接続、例えば論理接続を開始するか否かを決定する意思決定プロセスで使用されることができる。

本明細書に記載される全ての実施形態で、オフロード情報は非３ＧＰＰオフロードの開始にも停止にも使用されることが可能であることに留意されたい。例えば、オフロード情報が使用されて、第１のアプリケーションのセットについてはＷｉＦｉオフロードを開始するが、第２のアプリケーションのセットについてはＷｉＦｉオフロードを停止することができる。

実施形態では、ＷＴＲＵからオフロードのインジケーションを受信すると、３ＧＰＰネットワークは、そのＷＴＲＵからのインジケーションに基づいて動作を開始することができる。例えば、ｅＮＢは、ＷｉＦｉを使用して特定のアプリケーションまたはベアラに対応するトラフィックをオフロードし始めるようにＷＴＲＵから通知されることができる。そして、ｅＮＢは、関連するトラフィックのＷｉＦｉへのオフロードを開始することができる。それに代えて、またはそれに加えて、この情報はＷＴＲＵによってＭＭＥに送信されてもよい。ＭＭＥは、ＷＴＲＵから受信された情報に従ってＷｉＦｉオフロードの使用を開始または停止するように、Ｓ１ＡＰメッセージを通じてｅＮＢに通知することができる。そのようなＭＭＥからｅＮＢへのインジケーションは、新しいＳ１ＡＰメッセージとして実装されるか、または行われるべきｅＮＢの動作を指定する新しい情報要素を追加することによって既存メッセージを変更することによって実装されることができる。

別の実施形態では、３ＧＰＰネットワークと非３ＧＰＰ ＡＰが対話してオフロードを行うこともできる。３ＧＰＰネットワークは、ｅＮＢおよび／またはＭＭＥを指すことができる。非３ＧＰＰ ＡＰは、ＷｉＦｉ ＡＰなどの非３ＧＰＰアクセスポイント、または非３ＧＰＰ ＡＰ ＧＷ、例えば図２のＷｉＦｉ ＧＷ２３４を指すこともできる。

ｅＮＢおよび非３ＧＰＰ ＡＰは、制御プレーンとユーザプレーンの両方を有することができる。ｅＮＢと非３ＧＰＰ ＡＰ間の制御プレーンは、ｅＮＢと非３ＧＰＰ ＡＰ間の接続を管理するために使用されることができる。接続はさらに、ユーザ単位および／またはベアラごとのユーザ単位等で管理されることができる。ｅＮＢと非３ＧＰＰ ＡＰ間のユーザプレーンは、ｅＮＢと非３ＧＰＰ ＡＰ間でユーザプレーンデータを転送するために使用されることができる。従って、例えばダウンリンクで非３ＧＰＰ ＡＰにトラフィックをオフロードする場合は、ｅＮＢは、ｅＮＢと非３ＧＰＰ ＡＰ間に確立されることが可能なユーザプレーンを通じて非３ＧＰＰ ＡＰにダウンリンクのＷＴＲＵデータを転送することができる。そして、非３ＧＰＰ ＡＰは、そのデータをＷＴＲＵに送信することができる。同様に、アップリンクでは、非３ＧＰＰ ＡＰがＷＴＲＵから受信すると、非３ＧＰＰ ＡＰは、非３ＧＰＰ ＡＰとｅＮＢ間に確立されることが可能なユーザプレーンを通じてＷＴＲＵデータをｅＮＢに転送することができる。そしてｅＮＢは、そのＷＴＲＵデータを適宜処理する。

別の実施形態では、３ＧＰＰネットワーク、例えばｅＮＢが、例えばｅＮＢと非３ＧＰＰ ＡＰの制御プレーンを通じて、非３ＧＰＰ ＡＰに情報を示すことができる。例えば、ｅＮＢは、特定のＷＴＲＵへのデータの転送を開始するように非３ＧＰＰ ＡＰに示すことができる。ｅＮＢは、ＷＴＲＵの識別を非３ＧＰＰ ＡＰに示すことができる。例えば、ｅＮＢは、ＷＴＲＵのメディアアクセス制御（ＭＡＣ）アドレス、または非３ＧＰＰ ＡＰに知られており、非３ＧＰＰに認識され、ＷＴＲＵを一意に識別する他の識別を示すことができる。ｅＮＢは、オフロードがアップリンクであるか、ダウンリンクであるか、またはその両方であるかを示すことができる。従って、例えば、ｅＮＢがオフロードがダウンリンクのみと知らせた場合、非３ＧＰＰ ＡＰは、アップリンクでそのＷＴＲＵから受信されるデータはいずれも破棄することができる。

さらに別の実施形態では、３ＧＰＰネットワークは、ＷＴＲＵへのトラフィックのオフロードを停止するように非３ＧＰＰ ＡＰに通知することができる。非３ＧＰＰ ＡＰは、アップリンクでそれまでにＷＴＲＵから受信したデータをｅＮＢに転送するか、またはダウンリンクでｅＮＢから受信していたデータをＷＴＲＵに転送することができる。そして、非３ＧＰＰ ＡＰは、オフロードの再開を知らせる明示的なインジケーションが３ＧＰＰネットワークから受信されるまでは、以後ｅＮＢおよび／またはＷＴＲＵから受信されるパケットはいずれも破棄することができる。非３ＧＰＰ ＡＰは、ＷＴＲＵのトラフィックをオフロードしないように通知された場合でも、ＷＴＲＵの関連付けコンテクストをなお維持することができる。

別の実施形態では、３ＧＰＰネットワーク、例えばｅＮＢが、データを転送するために接触すべきネットワークノードを非３ＧＰＰ ＡＰに通知することができる。例えば、ｅＮＢは、ＬＧＷ、ＨｅＮＢ ＧＷから、および／またはｅＮＢ自体からデータを転送（および受信）すべきことを非３ＧＰＰ ＡＰに示すことができる。それに代えて、またはそれに加えて、３ＧＰＰネットワークは、３ＧＰＰネットワークノードのアドレスを示すこともできる。ネットワークノードのアドレスは、非３ＧＰＰ ＡＰとネットワークノード間のユーザプレーンに対応する場合も、制御プレーンに対応する場合もある。３ＧＰＰネットワークは、２つ以上のアドレス、例えばユーザプレーンについて１つ、制御プレーンについて１つのアドレスを非３ＧＰＰ ＡＰに提供することができる。例えば、３ＧＰＰネットワークは、非３ＧＰＰ ＡＰを通じてＬＩＰＡトラフィックをオフロードすることを決定することができる。そのため、ＬＩＰＡトラフィックのためのＰＤＮ接続が設定されるか、またはＷＴＲＵが接続モードに遷移してＬＩＰＡ ＰＤＮ接続を有すると、３ＧＰＰネットワークは、データ経路が直接非３ＧＰＰ ＡＰからＬＧＷに向かうように、非３ＧＰＰ ＡＰを通じてＬＩＰＡトラフィックをオフロードすることを決定することができる。従って、３ＧＰＰネットワークは、ＬＧＷとの接続を設定するように非３ＧＰＰ ＡＰに通知することができ、またＬＧＷの少なくとも１つのアドレスを提供することができる。この例では、３ＧＰＰネットワークは、ＬＩＰＡトラフィック（または他の対応するトラフィック）が非３ＧＰＰ ＡＰに誘導されるべきことをＬＧＷ（または他の関与するノード）に通知することもできることに留意されたい。３ＧＰＰネットワークは、非３ＧＰＰ ＡＰのアドレスをＬＧＷ（または他のノード）に提供することもできる。それに代えて、またはそれに加えて、ＬＧＷ（または他のノード）は、ＷＴＲＵのために接続を設定するために自身に非３ＧＰＰ ＡＰが接触して来るのを待つこともできる。

別の実施形態では、ｅＮＢが非３ＧＰＰ ＡＰにトラフィックをオフロードすることを決定すると、ｅＮＢは２つの異なる接続を確立することができる。ｅＮＢは、例えば、ｅＮＢと非３ＧＰＰ ＡＰの間に論理的なｕプレーン接続を確立し、非３ＧＰＰ ＡＰとＷＴＲＵの間には非３ＧＰＰエアインタフェース接続を確立することができる。

別の実施形態では、ユーザプレーン接続を設定するためのｅＮＢと非３ＧＰＰ ＡＰ間のメッセージ交換は、ｅＮＢと非３ＧＰＰ ＡＰ間の種々の種別のインタフェースに対応して異なる場合がある。このインタフェースは、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）、ＩＰ、または他のトランスポートレベルのプロトコルに基づくことができる。接続の設定のためにこのインタフェースで交換されるメッセージの内容は互いに同様であることができる。接続設定要求メッセージは、ｅＮＢによって開始される場合も、非３ＧＰＰ ＡＰによって開始される場合もある。接続設定要求メッセージで送信可能な情報要素として含まれ得る情報は、これらに限定されないが、オフロードされるベアラのベアラＩＤ、オフロードされるベアラのＱＣＩもしくは他のＱｏＳに関連するパラメータ、アップリンクもしくはダウンリンクのトンネルエンドポイントＩＤ（ＴＥＩＤ）などの識別表示、非３ＧＰＰ ＡＰもしくはｅＮＢがデータを正しいベアラに対応付けることを可能にするＩＰアドレスやポート番号等、一時モバイル加入者識別（ＴＭＳＩ）、セル無線ネットワーク一時識別（Ｃ−ＲＮＴＩ）、ＭＡＣアドレス、もしくは関連付けＩＤ等のＷＴＲＵ識別情報、特定のベアラが例えばＬＩＰＡベアラであることを非３ＧＰＰ ＡＰに通知する対応付けＩＤや明示的な表示（indication）などのインジケーション、そのベアラで送信されているトラフィックのＩＰ５タプル（tuple）情報もしくはトラフィックフローテンプレート情報、および／またはＷＴＲＵのアップリンクパケットフローテンプレートを含む。ｅＮＢは、ＩＰ５タプル情報やトラフィックフローテンプレートをローカルに持たずに、ＭＭＥまたはＰＤＮ ＧＷからそれらの情報を得てもよい。さらに、ＷＴＲＵのアップリンクパケットフローテンプレートは、ｅＮＢを介してＭＭＥによって提供されてもよい。アップリンクパケットフローテンプレートは非３ＧＰＰ ＡＰによって使用されて、ベアラごとに個別の接続があると想定して、ＷＴＲＵからのＵＬパケットを非３ＧＰＰ ＡＰとｅＮＢ間の適切な接続に対応付けることができる。従って、ｅＮＢは、接続の設定時にその情報を非３ＧＰＰ ＡＰに転送することができる。

別の実施形態では、非３ＧＰＰ ＡＰまたはｅＮＢが接続設定要求を受信すると、応答メッセージで返信して手順を完了することができる。この接続設定応答メッセージは、ＷＴＲＵと３ＧＰＰ ＡＰ間のエアインタフェースリンクの関連付けＩＤ、アップリンクもしくはダウンリンクのトンネルエンドポイントＩＤ（ＴＥＩＤ）などの識別表示、非３ＧＰＰ ＡＰもしくはｅＮＢがデータを正しいベアラに対応付けることを可能にするＩＰアドレスやポート番号等、および／または成功や失敗などの応答種別、の情報要素のうち１または複数を含むことができる。

別の実施形態では、論理的なＵプレーン接続が、非３ＧＰＰ ＡＰにオフロードされることが可能なベアラごとに作成されることができる。この接続が作成されると、ｅＮＢは、Ｓ−ＧＷからＤＬで受信するデータの少なくとも一部をエアインタフェースを介して送信する代わりに、またはそれと併せて、そのデータを、ｅＮＢから非３ＧＰＰ ＡＰへのインタフェースの対応する接続に転送することができる。同様に、ＵＬ方向では、ｅＮＢはｅＮＢから非３ＧＰＰ ＡＰへのインタフェース上でパケットを受信し、それに応答してＥＰＳベアラＩＤを調べ、パケットを対応するＳ１−Ｕベアラに転送することができる。従って、Ｓ１−Ｕトンネルと論理的なｕプレーンのｅＮＢから非３ＧＰＰ ＡＰへのインタフェース間には一対一の対応付けがあることができる。

別の実施形態では、非３ＧＰＰ ＡＰは、ｅＮＢからＤＬ方向のパケットを受信し、それに応答して非３ＧＰＰエアインタフェースを通じてパケットをＷＴＲＵに転送することができる。非３ＧＰＰアクセスはパケットをベアラ単位で区別できない場合があるため、論理的なｕプレーンにおけるｅＮＢから非３ＧＰＰ ＡＰへの異なる接続が、同じ非３ＧＰＰエアインタフェースに対応付けられることができる。従って、ｅＮＢから非３ＧＰＰへの論理的なｕプレーン接続についての複数のベアラＩＤまたは同様のＩＤが、関連付けＩＤやＭＡＣアドレス等の１つの非３ＧＰＰ ＷＴＲＵ ＩＤに対応付けられることができる。非３ＧＰＰ ＡＰがｅＮＢからデータを受信すると、非３ＧＰＰ ＡＰは、ベアラとＷＴＲＵ ＩＤ間のその対応付けに基づいて、対応するＷＴＲＵにデータを転送することができる。

アップリンク方向では、非３ＧＰＰ ＡＰがエアインタフェースでパケットを受信すると、接続設定手順時に受信する場合があるトラフィックフローテンプレート（ＴＦＴ）を使用して、受信するパケットを適切なベアラに対応付けることができる。受信パケットは、パケットのＩＰ特性およびＴＦＴまたはパケットフィルタのパラメータに基づいてフィルタリング手順を経る。この手順でパケットをフィルタリングして対応する論理的なｕプレーンのｅＮＢから非３ＧＰＰへの接続に送ることができ、従って、その接続とＳ１−Ｕベアラの間に一対一の対応付けがあるため、そこから正しいＳ１−ＵベアラのＰＤＮ ＧＷに送信されることができる。

別の実施形態では、図２の例によって示されるように、ＨｅＮＢ ＧＷ２３６が少なくとも１つの非３ＧＰＰ ＡＰ２０３に直接接続されることができる。ＨｅＮＢ ＧＷ２３６は、非３ＧＰＰ ＡＰ２０３を通じたトラフィックのオフロードについての決定を行うこともできる。ＭＭＥ２４０などの３ＧＰＰネットワークは、上記でＭＭＥ２４０がそのような情報およびポリシーをｅＮＢ２０１に提供することに関して開示されたように、非３ＧＰＰ ＡＰ２０３を通じたＷＴＲＵのトラフィックのオフロードに関するポリシーやインジケーションをＨｅＮＢ ＧＷ２３６に提供することができる。従って、ＨｅＮＢ ＧＷ２３６は、上記でｅＮＢ２０１に関して説明されたオフロードのインジケーションおよび情報のいずれをも記憶し、使用することができる。

別の実施形態では、ＨｅＮＢ ＧＷ２３６は、少なくとも１つの非３ＧＰＰ ＡＰ２０３に接続することができ、従って、自身が接続する非３ＧＰＰ ＡＰに関する情報および各非３ＧＰＰ ＡＰのアドレスを記憶することができる。ＨｅＮＢ ＧＷ２３６は、それに加えて、またはそれに代えて、制御プレーンに対応するアドレスと、ユーザプレーンに対応するアドレスを記憶することもでき、ＷＴＲＵごとに各アドレスを記憶することができる。ＨｅＮＢ ＧＷ２３６は、上記のように、非３ＧＰＰ ＡＰ２０３に接続するＨｅＮＢ２０１に関する情報および各非３ＧＰＰ ＡＰ２０３のアドレス、またはユーザプレーンアドレスおよび／もしくは制御プレーンアドレスの両方を記憶または保持することもできる。

本明細書の記載では用語「ｅＮＢ」を使用する場合があるが、この用語はｅＮＢに制約されず、さらにＨｅＮＢ、ＨｅＮＢ ＧＷ、またはそれらの全てを含むことができる。

別の実施形態では、ｅＮＢは、ｅＮＢが少なくとも１つの非３ＧＰＰ ＡＰとの間に持つことが可能な接続についてＭＭＥに通知することができる。ｅＮＢは、非３ＧＰＰ ＡＰのＭＡＣアドレスを提供する等によって非３ＧＰＰ ＡＰの識別を提供することができ、ｅＮＢは、非３ＧＰＰ ＡＰのアドレスを提供することができ、ｅＮＢは、ユーザプレーンまたは制御プレーンのトンネルエンドポイントＩＤを参照することができるアドレスのリストを提供することができ、かつ／または、ｅＮＢは、ユーザプレーンおよび／または制御プレーンに対応する非３ＧＰＰ ＡＰに接触するためにネットワーク内の他のエンティティによって使用されることが可能な他のアドレスを提供することができる。

別の実施形態では、ｅＮＢは、ｅＮＢからＭＭＥに送信されるＳ１ＡＰメッセージに、自身の非３ＧＰＰ ＡＰへの接続についての情報を含めることができる。例えば、ｅＮＢは、Ｓ１ＡＰの初回ＷＴＲＵメッセージを使用してＷＴＲＵの初回のＮＡＳメッセージを送信する時にこの情報を含めることができる。情報は、新しいＩＥとしてメッセージに含められることができる。

別の実施形態では、ｅＮＢは、例えば非３ＧＰＰ ＡＰの内部問題や他の問題のために、オフロードが可能でない場合にそのことをＭＭＥに通知することができる。ｅＮＢは、Ｓ１ＡＰメッセージを介してＭＭＥに通知することができる。ｅＮＢは、エラーの理由を説明する理由コードを提供することができる。例えば、「一時的エラー」などの新しい理由コードが使用されて、非３ＧＰＰ ＡＰまたは非３ＧＰＰ ＡＰとｅＮＢ間のインタフェース内の内部エラーを説明することができる。ｅＮＢは、Ｓ１ＡＰメッセージを送信して、例えば上記の例ではオフロードが一時的に利用可能でなかったという以前のインジケーションの後に、ＷｉＦｉオフロードが可能でないことをＭＭＥに示すことができる。

別の実施形態では、ＭＭＥは、どのｅＮＢが少なくとも１つの非３ＧＰＰ ＡＰに接続するかについての情報を記憶することができ、そのｅＮＢでオフロードが可能であるか否かについてのインジケーションも保持するべきである。オフロードが可能であるか否かについてのインジケーションは、ｅＮＢからのインジケーションに基づくことができる。例えば、ｅＮＢが例えばエラーのためにオフロードが可能でないと示した場合、ＭＭＥは、非３ＧＰＰオフロードが可能になったことをｅＮＢが示すまで、非３ＧＰＰ ＡＰを通じたＷＴＲＵトラフィックのオフロードをｅＮＢに要求しないことができる。

別の実施形態では、非３ＧＰＰ ＡＰは、１または複数のエラーをｅＮＢに示すことができる。ｅＮＢは、その１または複数のエラーをＭＭＥに通知することができる。ＭＭＥは、ＨｅＮＢ ＧＷ、ＬＧＷ、ＷＴＲＵ等の他のノードに、オフロードを停止するように通知することができる。例えば、ＭＭＥは、すでにトラフィックをオフロードしている１または複数のＷＴＲＵについて、または、オフロードが要求されている１または複数のＷＴＲＵについてオフロードを停止させるメッセージを送信することができる。それに加えて、またはそれに代えて、ｅＮＢが、ＨｅＮＢ ＧＷ、ＬＧＷ、ＷＴＲＵ等の他のノードにオフロードを停止するように通知することもできる。

別の実施形態では、ｅＮＢは、アップリンクのオフロードが停止されるべきであることをＲＲＣメッセージングを介してＷＴＲＵに示すことができ、またはダウンリンクのオフロードを予期することを停止するようにＷＴＲＵに示すことができる。ｅＮＢは、例えば非３ＧＰＰ ＡＰ内部のエラーのため等、オフロードを停止する理由を述べる理由コードを示すことができる。これは、すでにトラフィックをオフロードしている可能性のあるＷＴＲＵ、または非３ＧＰＰ ＡＰを通じたオフロードを要求している可能性のあるＷＴＲＵに対して行われることができる。ＭＭＥは、１または複数のＮＡＳメッセージを介してＷＴＲＵに通知することもできる。ｅＮＢおよびＷＴＲＵは、非３ＧＰＰ ＡＰにエラーが生じている場合でも非３ＧＰＰ ＡＰのコンテクストを維持することができる。

別の実施形態では、非３ＧＰＰ ＡＰは、自身がエラーから回復すると、オフロードが再開可能であることを示すことができる。ｅＮＢは、非３ＧＰＰ ＡＰによって通知されることができる。ｅＮＢは、ＷＴＲＵについてのデータまたはベアラのオフロードの再開を開始することができる。それに加えて、またはそれに代えて、ＷＴＲＵは、ｅＮＢからオフロードを再開するように通知されることができる。それに加えて、またはそれに代えて、ｅＮＢは、ＭＭＥ、ＬＧＷ、ＨｅＮＢ ＧＷ等の他のノードに、オフロードが再開できることを知らせることができる。それに加えて、またはそれに代えて、ＭＭＥが、オフロードが再開できることをｅＮＢ、ＬＧＷ、ＨｅＮＢ ＧＷ等の他のノードに通知することができる。

別の実施形態では、ＷＴＲＵがＷｉＦｉ ＡＰなどの１つの非３ＧＰＰ ＡＰから別の非３ＧＰＰ ＡＰに、または１つのｅＮＢ／ＨｅＮＢから別のｅＮＢ／ＨｅＮＢにハンドオーバーされる時に、ＷＴＲＵ、３ＧＰＰネットワークエンティティ、および非３ＧＰＰ ＡＰが連携されてサービスの連続性を保証することができる。一般には、図２に示されるアーキテクチャには２つのモビリティシナリオが適用可能である可能性がある。第１のシナリオでは、ＷＴＲＵが、同じｅＮＢ（またはＨｅＮＢ）に接続された状態を保ちながら、新しい非３ＧＰＰ ＡＰに変更（再関連付け）することができる。このシナリオを説明する例示的な図が図６に示される。第２のシナリオでは、ＷＴＲＵが新しいｅＮＢ（またはＨｅＮＢ）にハンドオーバーされると共に、ターゲットｅＮＢに接続されている新しい非３ＧＰＰ ＡＰに変更（再関連付け）することができる。このシナリオを説明する例示的な図が図７に示される。

図６に例として示されるような、ＷＴＲＵが非３ＧＰＰ ＡＰを変更するものの同じ（Ｈ）ｅＮＢとの接続を維持する実施形態では、非３ＧＰＰアクセスへのオフロードは（Ｈ）ｅＮＢ６２１によって一時停止されることができる。ｅＮＢ６２１は、変更が行われる前に非３ＧＰＰ ＡＰ６１１ａを介したデータのオフロードを停止または一時停止して、非３ＧＰＰの再関連付けの処理の間に起こりうるデータ損失を防止または低減することができる。ｅＮＢ６２１は、ＷＴＲＵによる非３ＧＰＰ ＡＰの測定報告に基づいて非３ＧＰＰオフロードを一時停止する決定をすることができ、報告は、より高い品質の非３ＧＰＰ ＡＰ６１１ｂが検出された、または現在の非３ＧＰＰ接続の品質が低下して特定の閾値を下回った等を示すことができる。ｅＮＢ６２１は、非３ＧＰＰオフロードを自身で一時停止し、データをｅＮＢ６２１にバッファすることができる。それに代えて、またはそれに加えて、ｅＮＢは、ＬＧＷ６３１またはＨｅＮＢ ＧＷ（図示せず）に、ＷｉＦｉのオフロードを一時停止するように要求し、データはそれぞれＬＧＷ６３１またはＨｅＮＢ ＧＷにバッファされることができる。ｅＮＢ６２１からＬＧＷ６３１またはＨｅＮＢ ＧＷへのオフロード一時停止要求メッセージは、これらに限定されないが、ＷＴＲＵ６０１の識別、非３ＧＰＰ ＡＰ６１１ａにオフロードされており、一時停止されるべきベアラ／トンネルの識別、ＷＴＲＵ４０１が関連付けられている非３ＧＰＰ ＡＰ６１１ａの識別もしくはアドレス、データオフロードが一時的に停止されるべきか、または完全に停止され、ＬＴＥ経路に戻されるべきかどうかのインジケーション、の情報を含むことができる。

別の実施形態では、ＷＴＲＵが新しい非３ＧＰＰ ＡＰ６１１ｂとの関連付けに成功すると、ｅＮＢ６２１、ＬＧＷ６３１、またはＨｅＮＢ ＧＷ（図示せず）が、新しい非３ＧＰＰ ＡＰ６１１ｂを通じて以前のデータオフロードを再開することができる。ｅＮＢ６２１、ＬＧＷ６３１、またはＨｅＮＢ ＧＷは、データオフロードを再開し、バッファされたデータを新しい非３ＧＰＰ ＡＰ６１１ｂに送信し始めることができる。それに代えて、またはそれに加えて、ｅＮＢ６２１が、ＬＧＷ６３１またはＨｅＮＢ ＧＷに非３ＧＰＰオフロードを再開するように要求することもできる。ｅＮＢ６２１は、例えばオフロード再開要求メッセージで、新しい非３ＧＰＰ ＡＰ６１１ｂの識別もしくはＩＰアドレス、新しい非３ＧＰＰ ＡＰ６１１ｂのインターネットプロトコルセキュリティ（ＩＰＳｅｃ）のサポート等のＩＰ接続能力、ＷＴＲＵ６０１の識別、および／または再開されるべきベアラもしくはトンネルの識別、の情報をＬＧＷ６３１またはＨｅＮＢ ＧＷに提供することができる。オフロード再開要求の受信後、ＬＧＷ６３１またはＨｅＮＢ−ＧＷは、新しい非３ＧＰＰ ＡＰ６１１ｂとの間にセキュア接続でありうる接続を確立することができ、データオフロードを再開することができる。

さらに別の実施形態では、非３ＧＰＰオフロードが以前にＬＧＷ６３１またはＨｅＮＢ ＧＷを通じて非３ＧＰＰ ＡＰ６１１ａに対して行われていたが、新しい非３ＧＰＰ ＡＰ６１１ｂがＬＧＷ６３１またはＨｅＮＢ ＧＷとのインタフェースを持たない場合は、ｅＮＢ６２１は、ＬＧＷ６３１またはＨｅＮＢ−ＧＷに、非３ＧＰＰデータオフロードを停止し、データを３ＧＰＰ経路に戻すように要求することができる。

図７に例として示されるように、ＷＴＲＵが新しいｅＮＢ７２１ｂにハンドオーバーされ非３ＧＰＰ ＡＰを変更する別の実施形態では、データはＸ２インタフェースを通じて転送されることができる。ソースｅＮＢ７２１ａは、ＷＴＲＵ７０１のハンドオーバーが成功裏に完了した後に、本来はハンドオーバー処理中に非３ＧＰＰオフロードの対象とされたバッファデータを有する可能性がある。そのようなバッファデータは、Ｘ２インタフェースを通じてソースｅＮＢ７２１ａからターゲットｅＮＢ７２１ｂに転送されることができる。

別の実施形態では、ハンドオーバーの準備処理において、これらに限定されないが以下の情報がソースｅＮＢ７２１ａとターゲットｅＮＢ７２１ｂの間で交換されることができる。すなわち、非３ＧＰＰオフロードをサポートする旨のインジケーション、ソースｅＮＢ７２１ａの制御下にある非３ＧＰＰ ＡＰに関連付けられたアドレスなどの情報、ソースｅＮＢ７２１ａによってオフロードされる可能性のある、またはターゲットｅＮＢ７２１ｂによるオフロードの対象となる可能性のあるベアラのベアラＩＤまたはリスト。ベアラ情報はＭＭＥから受信されるか、ソースｅＮＢ７２１ａまたはターゲットｅＮＢ７２１ｂのローカル設定から供給されることができるか、またはＷＴＲＵ７０１からの情報から受信されることができる。

別の実施形態では、データはＩＰ層でオフロードされることができる。ソースｅＮＢ７２１ａは、セキュアＩＰ接続またはＧＴＰトンネルを使用して、Ｘ２インタフェースを通じてデータを転送することができる。ソースｅＮＢ７２１ａは、ターゲットｅＮＢ７２１ｂとの間にセキュアなＩＰ接続、例えばＩＰＳｅｃトンネルの確立を開始することができ、バッファされたＩＰパケットをその接続を通じて転送することができる。それに加えて、またはそれに代えて、非３ＧＰＰにオフロードされたデータを転送するためにＧＴＰトンネルが作成されることができる。バッファされたＩＰパケットは、ＧＴＰ−Ｕペイロードとしてカプセル化されることができる。ＧＴＰ−ＵヘッダにＰＤＣＰシーケンス番号（ＳＮ）がない場合がある。それに代えて、またはそれに加えて、ペイロードが非３ＧＰＰオフロードに対応することを示すインジケーションがＧＴＰ−Ｕヘッダに付加されることができる。オフロードがＩＰ層で行われる場合は、Ｘ２ＡＰ ＳＮステータス転送メッセージは、必ずしも非３ＧＰＰオフロードされるベアラのＳＮ情報を含む必要はない。

別の実施形態では、データがＩＰ層よりも下の層（例えばＰＤＣＰまたはＲＬＣ）でオフロードされる場合、バッファされたＰＤＣＰパケットは、ＬＴＥ Ｘ２のデータ転送機構を使用することにより、ターゲットｅＮＢ７２１ｂに転送されることができる。

別の実施形態では、ターゲットｅＮＢ７２１ｂが非３ＧＰＰオフロードをサポートしない場合がある。そのため、非３ＧＰＰオフロードの対象であった、ソースｅＮＢ７２１ａでバッファされているか、または非３ＧＰＰ ＡＰ７１１ａからｅＮＢ７２１ａに送り返されたバッファデータは、通常のＰＤＣＰパケットに変換されることができ、ソースｅＮＢ７２１ａは現在のＸ２データ転送機構を再利用することができる。ＳＮステータス転送メッセージが、変換されたＰＤＣＰパケットのＳＮを反映することができる。

別の実施形態では、ソースｅＮＢ７２１ａが、例えばＡ３に応答して行われた測定報告をＷＴＲＵ７０１から受信した後に、ハンドオーバーが行われる前にオフロードを一時停止するようにＬＧＷ７３１ａまたはＨｅＮＢ ＧＷに要求することができる。ターゲットｅＮＢ７２１ｂは、ＷＴＲＵ７０１がハンドオーバーを成功裏に完了した後に、オフロードを再開するようにＬＧＷ７３１ｂまたはＨｅＮＢ ＧＷに要求することができる。

別の実施形態では、ソースｅＮＢ７２１ａがＬＧＷ７３１ａまたはＨｅＮＢ ＧＷにオフロード一時停止要求メッセージを送信することができ、このメッセージは、これらに限定されないが、ＷＴＲＵ７０１の識別、現在非３ＧＰＰにオフロードされており、一時停止されるべきベアラ／トンネルの識別、ＷＴＲＵ７０１が関連付けられている非３ＧＰＰ ＡＰ７１１ａの識別／アドレス、および／または、データのオフロードが一時的に停止されるべきか、または完全に停止され、３ＧＰＰ経路に戻されるべきかどうかのインジケーション、の情報を含むことができる。

別の実施形態では、ターゲットｅＮＢ７２１ｂがＬＧＷ７３１ｂまたはＨｅＮＢ ＧＷにオフロード再開要求メッセージを送信することができ、このメッセージは、これらに限定されないが、新しい非３ＧＰＰ ＡＰ７１１ｂの識別またはＩＰアドレス、新しい非３ＧＰＰ ＡＰ７１１ｂのＩＰ接続能力（例えばＩＰＳｅｃのサポート等）、ＷＴＲＵ７０１の識別、オフロードが再開されるべきベアラ／トンネルの識別、の情報を含むことができる。

別の実施形態では、ハンドオーバー準備処理において、ソースｅＮＢ７２１ａが、以前に非３ＧＰＰにオフロードされたベアラおよび／またはオフロードの対象となることが可能なベアラのベアラＩＤもしくはリストをターゲットｅＮＢ７２１ｂと交換することができる。これらのベアラは、ＭＭＥから受信される情報、ローカル設定から受信される情報、またはＷＴＲＵ７０１からの情報から受信される情報に基づくことができる。ソースｅＮＢ７２１ａとターゲットｅＮＢ７２１ｂは、非３ＧＰＰオフロードを処理する可能性のあるＬＧＷ７３１ａ、ＬＧＷ７３１ｂ、および／またはＨｅＮＢ−ＧＷの識別／ＩＰアドレスも交換することができる。

図８Ａおよび８Ｂは、本発明の教示に係る非３ＧＰＰオフロードの実施形態の例示的なシグナリング図を示す。このシグナリングは、本明細書に開示される特徴のどの組み合わせにも限定されることを意味しない。

図８Ａおよび８Ｂに示される実施形態では、ｅＮＢは、少なくとも１つの非３ＧＰＰ ＡＰとのインタフェースを有するものと想定される。さらに、図５についての説明は、少なくとも１つの非３ＧＰＰ ＡＰと通信するｅＮＢに向けられるが、それに加えて、またはそれに代えて、ＨｅＮＢ、ＨｅＮＢ ＧＷ、またはＬＧＷが非３ＧＰＰ ＡＰと通信状態にあり、以下で説明されるようにｅＮＢから提供される情報と同様の情報を交換することが可能である。

ＷＴＲＵは、接続モードに入り、ＲＲＣ接続モードを確立することができる。ステップ１に示されるように、ＷＴＲＵは、例えばｅＮＢを介してＮＡＳメッセージをＭＭＥに送信することができる。ＮＡＳメッセージは、サービス要求、ＰＤＮ接続要求または他のセッション管理要求、アタッチ要求等であってもよい。それに加えて、またはそれに代えて、ＷＴＲＵはＲＲＣメッセージをｅＮＢに送信することもできる。

ステップ２に示されるように、ｅＮＢは、ＮＡＳメッセージをＳ１ＡＰメッセージの中に入れて転送し、ｅＮＢは、例えば自身が接続する非３ＧＰＰ ＡＰのリストを含めることができる。ｅＮＢはさらに、非３ＧＰＰ ＡＰがｅＮＢと同じ場所にあるか否かを示すことができる。ｅＮＢは、少なくとも１つの非３ＧＰＰ ＡＰのアドレス指定情報も含めることができる。さらに、ｅＮＢは、非３ＧＰＰオフロードをサポートしていることをＭＭＥに示すことができる。

ステップ３に示されるように、ＭＭＥは、ＨＳＳからＷＴＲＵ契約情報を取得し、これはＮＡＳメッセージに応じて行うことができ、またはＭＭＥはすでに契約情報を取得している場合もある。契約情報に基づいて、ＭＭＥは、非３ＧＰＰオフロードがＷＴＲＵに適用可能であるかどうか、および非３ＧＰＰオフロードが適用可能な条件または設定を確認することができる。例えば、非３ＧＰＰオフロードの利用可能性は、ＰＤＮ種別、ベアラのＱｏＳ／ＱＣＩごと等に示されることができる。

ステップ４に示されるように、ＭＭＥは、非３ＧＰＰオフロードがＷＴＲＵに適用可能であるか否かを示すＳ１ＡＰメッセージでｅＮＢに応答することができる。ＭＭＥは、非３ＧＰＰオフロードが適用できる全ての条件、例えば、ベアラごと、ＰＤＮ接続種別ごと（例えばＬＩＰＡ等）、ＱｏＳまたはＱＣＩ等ごとに非３ＧＰＰオフロードが利用可能であるかどうかも転送することができる。ｅＮＢは、ＭＭＥからのインジケーションに基づいてＷＴＲＵのトラフィックをオフロードするために非３ＧＰＰ ＡＰとの接続を設定することができる。ｅＮＢは、例えばベアラ種別、ＱＣＩ、サービス種別等の条件の何れかが満たされる時にこれを行うことができる。あるいは、ｅＮＢは、当該ＷＴＲＵにＷｉＦｉオフロードが許可できるというＭＭＥからのインジケーションのみに基づいてＷＴＲＵトラフィックをオフロードすることもできる。

ｅＮＢは、オフロードされたトラフィックについて接触すべきノードを非３ＧＰＰ ＡＰに通知し、そのノードのアドレスを提供することができる。このノードは、ｅＮＢ自体、またはＬＧＷ、ＨｅＮＢ ＧＷ等である。非３ＧＰＰ ＡＰは、少なくとも１つの提供されたアドレスを使用して、示されたノードとの接続を確立することができる。ｅＮＢは、オフロードの対象となるベアラをＷＴＲＵに通知すると共に、オフロードがダウンリンクであるか、アップリンクであるか、またはその両方であるかも示すことができる。

ステップ５に示されるように、ｅＮＢは、ＷＴＲＵとの間でＲＲＣの再設定を行い、シグナリングおよび無線ベアラを設定することができる。ｅＮＢは、セキュリティを設定し、非３ＧＰＰ ＡＰ、例えばＷｉＦｉの信号強度を測定するようにＷＴＲＵを構成することができる。ＷＴＲＵは、少なくとも１つの非３ＧＰＰ ＡＰを検出したことをｅＮＢに報告することができる。

ステップ６に示されるように、ｅＮＢは、非３ＧＰＰ ＡＰに接触し、ＷＴＲＵのオフロードの開始を示すことができる。ｅＮＢは、少なくとも１つの非３ＧＰＰ ＡＰのアドレスを用いて構成されるか、またはＷＴＲＵからのインジケーションを使用して適切な非３ＧＰＰ ＡＰに接触することができる。ＷＴＲＵは、ＭＡＣアドレスなどの非３ＧＰＰ ＡＰの識別をｅＮＢに報告することができる。ｅＮＢは、データオフロードに関与する可能性のあるノードも示すことができる。図５の図示では、例えば、ｅＮＢ自体がデータオフロードに関与するが、ｅＮＢは、非３ＧＰＰ ＡＰがＷＴＲＵについてアップリンクデータを直接ＬＧＷまたはＨ（ｅ）ＮＢ ＧＷに転送すべきであり、またＬＧＷまたはＨ（ｅ）ＮＢ ＧＷからダウンリンクデータを受信すべきことを示している可能性がある。

ステップ７に示されるように、ｅＮＢと非３ＧＰＰ ＡＰは、ＷＴＲＵのために接続を確立することができる。例えば、ｅＮＢと非３ＧＰＰ ＡＰは、ＷＴＲＵのトラフィックがその接続で交換されるように論理的な接続を確立することができる。

ステップ８に示されるように、ｅＮＢは、非３ＧＰＰオフロードの開始をＷＴＲＵに示すことができる。ｅＮＢは、オフロードがアップリンクのみであるか、ダウンリンクのみであるか、または両方向であるかを示すことができる。ｅＮＢは、オフロードの対象となるベアラのセットを示すことができ、例えば、さらにベアラごとのオフロードの方向を示すことができる。

ステップ９に示されるように、ＷＴＲＵは、アップリンクのトラフィックについて非３ＧＰＰ ＡＰへの特定ベアラのオフロードを開始することができる。

ステップ１０に示されるように、非３ＧＰＰ ＡＰは、ＷＴＲＵから受信したデータを次のノード、例えばｅＮＢに転送することができる。非３ＧＰＰ ＡＰは、それに代えて、またはそれに加えて、受信したデータをＬＧＷ、ＨｅＮＢ ＧＷ等に転送してもよい。

ステップ１１に示されるように、ｅＮＢは、受信したデータをＳ５インタフェースの適切なベアラに対応付け、データをＳＧＷに転送することができる。あるいは、ステップ６で、ｅＮＢは、非３ＧＰＰ ＡＰがデータを直接ＬＧＷまたはＨ（ｅ）ＮＢに転送してよいことを決定しており、従ってこの代替例では、ＳＧＷへのデータの転送は事実上省略されてよい。

ステップ１２に示されるように、ｅＮＢはＳＧＷからデータを受信することができる。ｅＮＢは、データがオフロードの対象となるかどうかを確認することができる。例えば、ｅＮＢは、データを搬送するベアラに関連付けられたＱｏＳまたはＱＣＩに基づいて、データがオフロードの対象となるかどうかを判定することができる。あるいは、ネットワークによって異なるオフロード経路が選択されている場合は、適切なネットワークノードが、データがオフロードの対象となるかどうかを判定することができる。例えば、あるいは、ネットワークは、ＳＧＷからＨ（ｅ）ＮＢ ＧＷにデータを転送し、次いでデータを非３ＧＰＰ ＡＰに転送することを決定している可能性がある。決定されるオフロード経路は、特定のネットワークノード間に直接のインタフェースが存在するかどうかに基づくことができる。

ステップ１３に示されるように、ｅＮＢはデータをオフロードのために非３ＧＰＰ ＡＰに転送することができる。例えば、ｅＮＢは、データがオフロードの対象となると判定した後にデータを非３ＧＰＰ ＡＰに転送することができる。例えば、ｅＮＢは、データが契約情報に記述される１または複数の対応する条件を満たすことに基づいて、データがＷｉＦｉオフロードの対象となると判定することができる。

ステップ１４に示されるように、非３ＧＰＰ ＡＰはデータをＷＴＲＵに転送することができる。

上記の実施形態は全て任意の組合せで適用され得ることに留意されたい。さらに、本明細書に開示される実施形態はＥ−ＵＴＲＡＮの概念およびネットワーク要素に関して記載されるが、実施形態は何れもＧＥＲＡＮやＵＴＲＡＮ等の他のシステムにも適用可能である。さらに、実施形態は、そのような他のシステムのネットワークエンティティ間の対応するまたは同等のインタフェースまたは手順に適用可能である。例えば、ＭＭＥに適用される本明細書の全ての実施形態は、ＳＧＳＮまたはＭＳＣにも適用できる可能性がある。また、本明細書に記載されるＳ１ＡＰ手順が、無線アクセスネットワークアプリケーションパート（ＲＡＮＡＰ）および／または他の同様のプロトコルにも適用できる可能性がある。同様に、本明細書に記載されるｅＮＢの振る舞いがＲＮＣ／ＮＢ／ＨＮＢ／ＨＮＢ ＧＷ等にも適用できる可能性がある。さらに、オフロード手順は、パケット交換領域トラフィックだけでなく、回線交換（ＣＳ）領域トラフィックにも適用できる可能性がある。

実施形態
１．第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスネットワークから非３ＧＰＰアクセスポイント（ＡＰ）にトラフィックをオフロードする方法。

２．３ＧＰＰアクセスネットワークエンティティが、無線送受信ユニット（ＷＴＲＵ）に関連付けられた契約情報を受信するステップをさらに含む実施形態１の方法。

３．３ＧＰＰアクセスネットワークエンティティが、ＷＴＲＵに関連付けられたトラフィックを受信するステップをさらに含む実施形態２の方法。

４．３ＧＰＰアクセスネットワークエンティティが、契約情報に基づいて、トラフィックを非３ＧＰＰ ＡＰにオフロードするかどうかを判定するステップをさらに含む実施形態３の方法。

５．３ＧＰＰアクセスネットワークエンティティが、判定に基づいてトラフィックを非３ＧＰＰ ＡＰに転送するステップをさらに含む実施形態４の方法。

６．３ＧＰＰアクセスネットワークエンティティは非３ＧＰＰ ＡＰに直接接続する実施形態１〜５の何れかの方法。

７．３ＧＰＰアクセスネットワークエンティティは、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、およびＨｅＮＢゲートウェイ（ＧＷ）、の１つである実施形態１〜６の何れかの方法。

８．非３ＧＰＰ ＡＰはＷｉＦｉ ＡＰである実施形態１〜７の何れかの方法。

９．３ＧＰＰアクセスネットワークエンティティが契約情報を受信するステップは、ホーム加入者サーバ（ＨＳＳ）から契約情報を受信するステップをさらに含む実施形態２〜８の何れかの方法。

１０．契約情報は、トラフィックが、３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスとの間のオフロードの対象となることを示す実施形態２〜９の何れかの方法。

１１．契約情報は、オフロードの対象となるトラフィックのデータ種別またはアプリケーション種別を示す実施形態２〜１０の何れかの方法。

１２．契約情報は、オフロードの対象とならないトラフィックのデータ種別またはアプリケーション種別を示す実施形態２〜１１の何れかの方法。

１３．契約情報は、オフロードの対象となるトラフィックに関連付けられたサービス品質（ＱｏＳ）またはＱｏＳクラスインジケータ（ＱＣＩ）を示す実施形態２〜１２の何れかの方法。

１４．トラフィックを転送するステップは、トラフィックの一部が示されたＱｏＳまたはＱＣＩに一致することを条件として、トラフィックのその一部を搬送しているベアラを転送するステップをさらに含む実施形態１３の方法。

１５．トラフィックに関連付けられたＡＰＮにより、オフロードの対象となるトラフィックを識別するステップをさらに含む実施形態１〜１４の何れかの方法。

１６．トラフィックに関連付けられたＳＰＩＤにより、オフロードの対象となるトラフィックを識別するステップをさらに含む実施形態１〜１５の何れかの方法。

１７．音声トラフィックを除く全てのトラフィックをオフロードするステップをさらに含む実施形態１〜１６の何れかの方法。

１８．契約情報は、オフロードの対象となるトラフィック方向を示す実施形態２〜１７の何れかの方法。

１９．契約情報は、音声呼および非音声データについてデフォルトのオフロード手順を示す実施形態２〜１８の何れかの方法。

２０．契約情報は、ユーザが非３ＧＰＰオフロードを受け入れるか、拒否するかの選択権を有するかどうかを示す実施形態２〜１９の何れかの方法。

２１．契約情報は、オフロードが特定のセルまたは特定種別のセルで適用可能であるかどうかを示す実施形態２〜２０の何れかの方法。

２２．ＷＴＲＵにサービスするｅＮＢに契約情報を提供するステップをさらに含む実施形態２〜２１の何れかの方法。

２３．契約情報は、オフロードが行われるべき層を示す実施形態２〜２２の何れかの方法。

２４．非３ＧＰＰ ＡＰからオフロードされたトラフィックの方向または経路を示すステップをさらに含む実施形態１〜２３の何れかの方法。

２５．トラフィックは非３ＧＰＰ ＡＰから直接ＬＧＷに転送される実施形態２４の方法。

２６．アップリンクトラフィック、ダウンリンクトラフィック、または両方向のトラフィックがオフロードの対象となることができるのかを、ＭＭＥが、ＷＴＲＵにサービスするｅＮＢに示すステップをさらに含む実施形態２〜２５の何れかの方法。

２７．オフロードが許可される、または許可されることができない時間を示すステップをさらに含む実施形態１〜２６の何れかの方法。

２８．契約情報は、トラフィックのベアラごとにオフロード情報を示す実施形態２〜２７の何れかの方法。

２９．非３ＧＰＰ無線機の電源を投入するようにＷＴＲＵにシグナリングするステップをさらに含む、実施形態２〜２８の何れかの方法。

３０．契約情報に基づいてオフロードを停止するステップをさらに含む実施形態２〜２９の何れかの方法。

３１．ＷＴＲＵのバッテリレベルが閾値を下回るとオフロードを停止するステップをさらに含む実施形態２〜３０の何れかの方法。

３２．オフロードのスケジューリングを制御するために非３ＧＰＰ ＡＰのステータス情報を受信するステップをさらに含む実施形態１〜３１の何れかの方法。

３３．３ＧＰＰアクセスネットワークが制御プレーンを通じて非３ＧＰＰ ＡＰに情報を通信するステップをさらに含む実施形態１〜３２の何れかの方法。

３４．ハンドオーバー中にオフロードを連携させるステップをさらに含む実施形態１〜３３の何れかの方法。

３５．ハンドオーバーが完了するまでオフロードを一時停止するステップをさらに含む実施形態３４の方法。

３６．新しい非３ＧＰＰ ＡＰにハンドオーバーするステップをさらに含む実施形態３４〜３５の何れかの方法。

３７．新しい非３ＧＰＰ ＡＰでオフロードを再開するステップをさらに含む実施形態３６の方法。

３８．非第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスポイント（ＡＰ）にデータをオフロードするように構成された３ＧＰＰアクセスネットワークエンティティ。

３９．契約情報を受信するように構成された受信機をさらに含み、契約情報は、無線送受信ユニット（ＷＴＲＵ）に関連付けられたトラフィックをオフロードするための条件のインジケーションを含む、実施形態３８の３ＧＰＰアクセスネットワークエンティティ。

４０．受信機はさらに、ＷＴＲＵに関連付けられたトラフィックを受信するように構成される実施形態３９の３ＧＰＰアクセスネットワークエンティティ。

４１．契約情報に示された少なくとも１つの条件をデータが満たすことに基づいて、データを非３ＧＰＰ ＡＰにオフロードするかどうかを判定するように構成されたプロセッサをさらに含む実施形態４０の３ＧＰＰアクセスネットワークエンティティ。

４２．データが契約情報に示された少なくとも１つの条件を満たすとプロセッサが判定するのに応答して、データを非３ＧＰＰ ＡＰに転送するように構成された送信機をさらに含む実施形態４１の３ＧＰＰアクセスネットワークエンティティ。

４３．送信機はさらに非３ＧＰＰ ＡＰに直接接続するように構成される実施形態４２の３ＧＰＰアクセスネットワークエンティティ。

４４．３ＧＰＰアクセスネットワークエンティティは、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、およびＨｅＮＢゲートウェイ（ＧＷ）、の１つである実施形態３８〜４３の何れかの３ＧＰＰアクセスネットワークエンティティ。

４５．非３ＧＰＰ ＡＰはＷｉＦｉ ＡＰである実施形態３８〜４４の何れかの３ＧＰＰアクセスネットワークエンティティ。

４６．受信機はさらに、ホーム加入者サーバ（ＨＳＳ）から契約情報を受信するように構成される実施形態３９〜４５の何れかの３ＧＰＰアクセスネットワークエンティティ。

４７．契約情報は、トラフィックが、３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスとの間のオフロードの対象となることを示す実施形態３９〜４６の何れかの３ＧＰＰアクセスネットワークエンティティ。

４８．契約情報は、オフロードの対象となるトラフィックのデータ種別またはアプリケーション種別を示す実施形態３９〜４７の何れかの３ＧＰＰアクセスネットワークエンティティ。

４９．契約情報は、オフロードの対象とならないトラフィックのデータ種別またはアプリケーション種別を示す実施形態３９〜４８の何れかの３ＧＰＰアクセスネットワークエンティティ。

５０．契約情報は、オフロードの対象となるトラフィックに関連付けられたサービス品質（ＱｏＳ）またはＱｏＳクラスインジケータ（ＱＣＩ）を示す実施形態３９〜４９の何れかの３ＧＰＰアクセスネットワークエンティティ。

５１．送信機はさらに、トラフィックの一部が示されたＱｏＳまたはＱＣＩに一致することを条件として、トラフィックのその一部を搬送しているベアラを転送するように構成される実施形態４２〜５０の何れかの３ＧＰＰアクセスネットワークエンティティ。

５２．プロセッサはさらに、トラフィックに関連付けられたＡＰＮにより、オフロードの対象となるトラフィックを識別するように構成される実施形態３８〜５１の何れかの３ＧＰＰアクセスネットワークエンティティ。

５３．プロセッサはさらに、トラフィックに関連付けられたＳＰＩＤにより、オフロードの対象となるトラフィックを識別するように構成される実施形態３８〜５２の何れかの３ＧＰＰアクセスネットワークエンティティ。

５４．音声トラフィックを除く全てのトラフィックをオフロードするようにさらに構成される実施形態３８〜５３の何れかの３ＧＰＰアクセスネットワークエンティティ。

５５．契約情報は、オフロードの対象となるトラフィック方向を示す実施形態３９〜５４の何れかの３ＧＰＰアクセスネットワークエンティティ。

５６．契約情報は、音声呼および非音声データについてデフォルトのオフロード手順を示す実施形態３９〜５５の何れかの３ＧＰＰアクセスネットワークエンティティ。

５７．契約情報は、ユーザが非３ＧＰＰオフロードを受け入れるか、拒否するかの選択権を有するかどうかを示す実施形態３９〜５６の何れかの３ＧＰＰアクセスネットワークエンティティ。

５８．契約情報は、オフロードが特定のセル又は特定種別のセルで適用可能であるかどうかを示す実施形態３９〜５７の何れかの３ＧＰＰアクセスネットワークエンティティ。

５９．送信機はさらに、ＷＴＲＵにサービスするｅＮＢに契約情報を提供するように構成される実施形態４２〜５８の何れかの３ＧＰＰアクセスネットワークエンティティ。

６０．契約情報は、オフロードが行われるべき層を示す実施形態３９〜５９の何れかの３ＧＰＰアクセスネットワークエンティティ。

６１．非３ＧＰＰ ＡＰからオフロードされたトラフィックの方向または経路を示すようにさらに構成される実施形態３８〜６０の何れかの３ＧＰＰアクセスネットワークエンティティ。

６２．トラフィックは非３ＧＰＰ ＡＰから直接ＬＧＷに転送される実施形態６１の３ＧＰＰアクセスネットワークエンティティ。

６３．３ＧＰＰアクセスネットワークエンティティはＭＭＥであり、さらに、ＭＭＥは、アップリンクトラフィック、ダウンリンクトラフィックまたは両方向のトラフィックがオフロードの対象となることができるのかをＷＴＲＵにサービスするｅＮＢに示すように構成される実施形態３８〜６２の何れかの３ＧＰＰアクセスネットワークエンティティ。

６４．オフロードが許可され得る、または許可され得ない時間を示すようにさらに構成される実施形態３８〜６３の何れかの３ＧＰＰアクセスネットワークエンティティ。

６５．契約情報はトラフィックのベアラごとにオフロード情報を示す実施形態３８〜６４の何れかの３ＧＰＰアクセスネットワークエンティティ。

６６．送信機はさらに、非３ＧＰＰ無線機の電源を投入するようにＷＴＲＵにシグナリングするように構成される実施形態４２〜６５の何れかの３ＧＰＰアクセスネットワークエンティティ。

６７．契約情報に基づいてオフロードを停止するようにさらに構成される実施形態３９〜６６の何れかの３ＧＰＰアクセスネットワークエンティティ。

６８．ＷＴＲＵのバッテリレベルが閾値を下回るとオフロードを停止するようにさらに構成される実施形態３９〜６７の何れかの３ＧＰＰアクセスネットワークエンティティ。

６９．受信機はさらに、オフロードのスケジューリングを制御するために非３ＧＰＰ ＡＰのステータス情報を受信するように構成される実施形態３９〜６８の何れかの３ＧＰＰアクセスネットワークエンティティ。

７０．送信機は制御プレーンを通じて非３ＧＰＰ ＡＰに情報を通信するようにさらに構成される実施形態４２〜６９の何れかの３ＧＰＰアクセスネットワークエンティティ。

７１．ハンドオーバー中にオフロードを連携させるようにさらに構成される実施形態３８〜７０の何れかの３ＧＰＰアクセスネットワークエンティティ。

７２．ハンドオーバーが完了するまでオフロードを一時停止するようにさらに構成される実施形態７１の３ＧＰＰアクセスネットワークエンティティ。

７３．新しい非３ＧＰＰ ＡＰにＷＴＲＵをハンドオーバーするようにさらに構成される実施形態７１〜７２の何れかの３ＧＰＰアクセスネットワークエンティティ。

７４．新しい非３ＧＰＰ ＡＰでオフロードを再開するようにさらに構成される実施形態７３の３ＧＰＰアクセスネットワークエンティティ。

７５．３ＧＰＰアクセスネットワークエンティティと非３ＧＰＰ ＡＰの間に直接のインタフェースがある、１〜７４の何れかの実施形態。

７６．３ＧＰＰアクセスネットワークはＬＴＥアクセスネットワークである、１〜７５の何れかの実施形態。

７７．３ＧＰＰアクセスネットワークはＬＴＥ−Ａアクセスネットワークである、１〜７６の何れかの実施形態。

７８．３ＧＰＰアクセスネットワークはＵＭＴＳアクセスネットワーク（ＵＴＲＡＮ）である、１〜７７の何れかの実施形態。

７９．３ＧＰＰアクセスネットワークはＧＰＲＳアクセスネットワーク（ＧＥＲＡＮ）である、１〜７８の何れかの実施形態。

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

Claims (3)

1. 第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスネットワークから非３ＧＰＰアクセスの非３ＧＰＰアクセスポイント（ＡＰ）にトラフィックをオフロードする方法であって、前記方法は、
   第１の３ＧＰＰアクセスネットワークエンティティが、無線送受信ユニット（ＷＴＲＵ）に関連付けられたトラフィックを受信することと、
   第２の３ＧＰＰアクセスネットワークエンティティによって受信された契約情報が、前記トラフィックは前記３ＧＰＰアクセスネットワークと前記非３ＧＰＰアクセスとの間でオフロードの対象となることを示すという条件で、前記第１の３ＧＰＰアクセスネットワークエンティティが、前記トラフィックが前記ＷＴＲＵと前記非３ＧＰＰ ＡＰとの間でワイヤレスに、かつ直接通信されるように、前記トラフィックを前記非３ＧＰＰ ＡＰに転送することであって、前記契約情報は、前記ＷＴＲＵに関連付けられたトラフィックをオフロードする条件のインジケーションを含み、前記非３ＧＰＰ ＡＰは、ＷｉＦｉ ＡＰである、ことと
   を備える方法。
2. 前記第１の３ＧＰＰアクセスネットワークエンティティは、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、ＨｅＮＢゲートウェイ（ＧＷ）、パケットデータネットワークゲートウェイ（ＰＤＮ ＧＷまたはＰ−ＧＷ）およびゲートウェイ一般パケット無線サービス（ＧＰＲＳ）サポートノード（ＧＧＳＮ）の１つであり、前記第２の３ＧＰＰアクセスネットワークエンティティは、モビリティ管理エンティティ（ＭＭＥ）、サービングＧＰＲＳサポートノード（ＳＧＳＮ）および移動通信交換局（ＭＳＣ）の１つである、請求項１の方法。
3. 前記契約情報は、ホーム加入者サーバ（ＨＳＳ）から受信される、請求項１の方法。

Images