JP2017103831A - 選択的トラフィックオフロード手順を実行すること - Google Patents

Abstract

【課題】選択インターネットプロトコルトラフィックオフロード（ＳＩＰＴＯ）手順を提供する。
【解決手段】ネットワークノード（例えば、モビリティ管理エンティティ（ＭＭＥ）またはサービングＧＰＲＳサポートノード（ＳＧＳＮ））が、無線送信／受信ユニット（ＷＴＲＵ）からパケットデータネットワーク（ＰＤＮ）接続要求を受信し、ローカルネットワークにおいてＳＩＰＴＯを実行する判定を行い、ＷＴＲＵがＰＤＮ解放および再接続手順を実行する。この判定は、特定加入者グループ（ＣＳＧ）ＩＤ、ＨｅＮＢ ＩＤ、またはローカルネットワークＩＤのうちの少なくとも１つに基づくことや、アクセスネットワーク発見選択機能（ＡＮＤＳＦ）に、ＩＰインターフェース選択（ＯＰＩＩＳ）規則、ローカルネットワークにおけるフローごとのＳＩＰＴＯをサポートするローカルアクセスポイントネーム（ＡＰＮ）、およびローカルＡＰＮにルーティングされ得るＩＰフローに関してクエリが行われることが可能である。
【選択図】図１１

Description

本発明は、無線通信に関する。
関連出願の相互参照
本出願は、参照により内容が本明細書に組み込まれている、２０１１年４月１日に出願した米国特許仮出願第６１／４７１，０２２号、２０１１年６月２４日に出願した米国特許仮出願第６１／５０１，１０８号、および２０１１年１１月２２日に出願した米国特許仮出願第６１／５６３，０２６号の利益を主張するものである。

ローカルインターネットプロトコル（ＩＰ）アクセス（ＬＩＰＡ）は、同一のローカルネットワーク（例えば、住宅ネットワークまたは企業ネットワーク）に属する無線送信／受信ユニット（ＷＴＲＵ）間の通信を可能にすることができる。ローカルネットワークの一部であるホーム発展型（ｅｖｏｌｖｅｄ）ノードＢまたはホームＮｏｄｅＢ（Ｈ（ｅ）ＮＢ）に接続されたＬＩＰＡ対応型のＷＴＲＵが、同一のローカルネットワークの一部であるＨ（ｅ）ＮＢに接続された別のＬＩＰＡ対応型のＷＴＲＵにアクセスすることが可能である。

選択ＩＰトラフィックオフロード（ＳＩＰＴＯ：Ｓｅｌｅｃｔｅｄ ＩＰ ｔｒａｆｆｉｃ ｏｆｆｌｏａｄ）は、アクセスネットワークに対するＷＴＲＵの接続ポイント近くのＩＰネットワークに向う選択されたトラフィック（例えば、インターネット）をオフロードすることを可能にすることができる。１つのシナリオにおいて、選択されたトラフィックが、事業者の領域内のゲートウェイ間でオフロードされることが可能である。別のシナリオにおいて、ローカルネットワークにおけるＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）に関して、フェムトセルからの選択されたトラフィックフローが、インターネットに直接にオフロードされて、これにより、事業者のコアネットワークをバイパスすることが可能である。

ＩＰインターフェース選択のための事業者ポリシー（ＯＰＩＳＳ）が、第３世代パートナーシップ（３ＧＰＰ）アクセスにおいても、非３ＧＰＰアクセスにおいても、利用可能なインターフェースの選択肢のなかからＩＰフローをルーティングするためのＩＰインターフェースをＷＴＲＵにおいて選択するために確立されている。ＯＰＩＳＳポリシーは、ＷＴＲＵが非３ＧＰＰアクセスネットワークを発見し、さらに３ＧＰＰネットワークと非３ＧＰＰネットワークの接続を管理するのを支援することが可能なアクセスネットワーク発見選択機能（ＡＮＤＳＦ：ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｄｉｓｃｏｖｅｒｙ ａｎｄ ｓｅｌｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ）によって実施されることが可能である。

選択インターネットプロトコル（ＩＰ）トラフィックオフロード（ＳＩＰＴＯ）手順を実行するための方法および装置が説明される。ネットワークノード（例えば、モビリティ管理エンティティ（ＭＭＥ）またはサービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ））が、無線送信／受信ユニット（ＷＴＲＵ）からパケットデータネットワーク（ＰＤＮ）接続要求を受信することが可能である。ローカルネットワークでＳＩＰＴＯを実行する判定が行われることが可能であり、さらにＷＴＲＵは、ＰＤＮ解放および再接続手順を実行することが可能である。この判定は、特定加入者グループ（ＣＳＧ）アイデンティティ（ＩＤ）、ホーム発展型ノードＢ（ＨｅＮＢ）ＩＤ、またはローカルネットワークＩＤの少なくとも１つに基づくことが可能である。アクセスネットワーク発見選択機能（ＡＮＤＳＦ）に、ＩＰインターフェース選択（ＯＰＩＩＳ）規則、ローカルネットワークにおけるフローごとのＳＩＰＴＯをサポートするローカルアクセスポイントネーム（ＡＰＮ）、およびローカルＡＰＮにルーティングされ得るＩＰフローに関するクエリが行われることが可能である。

添付の図面に関連して例として与えられる後段の説明から、より詳細な理解を得ることができる。
開示される１つまたは複数の実施形態が実施されることが可能である例示的な通信システムを示す図である。 図１Ａに示される通信システム内で使用されることが可能である例示的な無線送信／受信ユニット（ＷＴＲＵ）を示す図である。 図１Ａに示される通信システム内で使用されることが可能である例示的なアクセスネットワークおよび例示的なコアネットワークを示す図である。 ローカルパケットデータネットワーク（ＰＤＮ）接続を使用するホーム発展型ノードＢ（ＨｅＮＢ）に関するローカルインターネットプロトコル（ＩＰ）アクセス（ＬＩＰＡ）アーキテクチャの例を示す図である。 ＬＩＰＡモビリティのためのアーキテクチャの例を示す図である。 Ｓ１パス上に配置されたスタンドアロンのローカルゲートウェイ（Ｌ−ＧＷ）を示す図である。 マクロネットワークからローカルネットワークへの無線送信／受信ユニット（ＷＴＲＵ）モビリティ（アイドルモードにおけるＷＴＲＵ）の例を示す図である。 ローカルＨ（ｅ）ＮＢネットワーク（ＬＨＮ）間のＷＴＲＵモビリティの例を示す図である。 発展型ノードＢ（ｅＮＢ）またはＨ（ｅ）ＮＢとローカルネットワークの間でＷＴＲＵハンドオーバが行われる際のローカルネットワーク（ＳＩＰＴＯ＠ＬＮ）でオフロードされる選択されたＩＰトラフィックの例を示す図である。 （複数のＷＴＲＵが、Ｌ−ＧＷとＰＤＮゲートウェイ（ＰＧＷ）に対して同時のＰＤＮ接続を有する）フローごとのＳＩＰＴＯ＠ＬＮの例を示す図である。 モビリティ管理エンティティ（ＭＭＥ）／サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）による、アクセスポイントネーム（ＡＰＮ）ごとにＳＩＰＴＯ＠ＬＮを実行する決定の例を示す図である。 フローごとのＳＩＰＴＯ＠ＬＮを示す流れ図である。 ＷＴＲＵがｅＮＢまたはＨ（ｅ）ＮＢからＨｅＮＢセルにハンドオーバを行う場合（接続モードにあるＷＴＲＵ）のＳＩＰＴＯ＠ＬＮごとの例を示す図である。 アイドルモードにあるＷＴＲＵがＨ（ｅ）ＮＢセルに滞留している際のＳＩＰＴＯ＠ＬＮごとの例を示す図である。 ＷＴＲＵがローカルネットワークに対してＰＤＮ接続を確立する場合のＳＩＰＴＯ＠ＬＮごとの例を示す図である。 フローごとのＳＩＰＴＯ＠ＬＮポリシー（ＡＰＮ間ルーティングポリシー（ＩＡＲＰ）に基づく）のための拡張されたアクセスネットワーク発見選択機能（ＡＮＤＳＦ）規則を示す図である。 フローごとのＳＩＰＴＯ＠ＬＮポリシーのための拡張されたＡＮＤＳＦ規則（ＳＩＰＴＯ＠ＬＮに関する別個のポリシーを含むようにシステム間ルーティングポリシー（ＩＳＲＰ）を拡張する）を示す図である。 フローごとのＳＩＰＴＯ＠ＬＮポリシーのための拡張されたＡＮＤＳＦ規則（ＳＩＰＴＯ＠ＬＮに関する別個のポリシーを含むようにＩＡＲＰを拡張する）を示す図である。 ＷＴＲＵがアクティブなローカルＰＤＮ接続を全く有さない場合のフローごとのＳＩＰＴＯ＠ＬＮ信号フローを示す図である。 特定のユーザに関するＡＮＤＳＦポリシーがあるかどうかホーム加入者サーバ（ＨＳＳ）／加入者プロファイルレジストリ（ＳＰＲ）にクエリを行うＡＮＤＳＦを示す図である。 特定のユーザに関する新たな／更新されたポリシーでＡＮＤＳＦを更新するＨＳＳ／ＳＲＰを示す図である。 ローカルネットワーク（マクロからｅＮＢ）へのＳＩＰＴＯモビリティ ａｂｏｖｅ ａ ＲＡＮ（無線アクセスネットワーク）を示す図である。 発展型パケットコア（ＥＰＣ）接続管理（ＥＣＭ）アイドルモードで「ＬＩＰＡオフロード」として登録されたＳＩＰＴＯ ＷＴＲＵに関するＳＩＰＴＯ呼フロー手順を示す流れ図である。 ＥＰＳ ＥＣＭ接続モードで「ＬＩＰＡオフロード」として登録されたＳＩＰＴＯ ＷＴＲＵに関するＳＩＰＴＯ呼フロー手順を示す流れ図である。 ネットワークノードを示す例示的なブロック図である。 ＷＴＲＵを示す例示的なブロック図である。

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

図１Ａに示されるとおり、通信システム１００は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことが可能であり、ただし、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが認識されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作するように、さらに／または通信するように構成された任意のタイプのデバイスであってよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信するように、さらに／または受信するように構成されることが可能であり、さらにユーザ機器（ＵＥ）、移動局、固定加入者ユニットもしくはモバイル加入者ユニット、ポケットベル、セルラ電話機、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電子機器などを含むことが可能である。

また、通信システム１００は、基地局１１４ａと、基地局１１４ｂとを含むことも可能である。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを円滑にするようにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであることが可能である。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（ＢＴＳ）、ノードＢ、発展型ノードＢ（ｅＮＢ）、ホームノードＢ（ＨＮＢ）、ホームｅＮＢ（ＨｅＮＢ）、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであることが可能である。基地局１１４ａ、１１４ｂはそれぞれ、単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の互いに接続された基地局および／またはネットワーク要素を含んでもよいことが認識されよう。

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

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

より詳細には、前述したとおり、通信システム１００は、多元接続システムであることが可能であり、さらにＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを使用することが可能である。例えば、ＲＡＮ１０４における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して無線インターフェース１１６を確立することができる、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することが可能である。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことが可能である。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことが可能である。

別の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用して無線インターフェース１１６を確立することができる、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）などの無線技術を実施することが可能である。

他の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェイブアクセス（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｅｓｓ）（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００エボリューションデータオプティマイズド（ｅｖｏｌｕｔｉｏｎ−ｄａｔａ ｏｐｔｉｍｉｚｅｄ）（ＥＶ−ＤＯ）、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（ＧＳＭ（登録商標））、エンハンストデータレーツフォーＧＳＭエボリューション（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ）（ＥＤＧＥ）、ＧＳＭ／ＥＤＧＥ ＲＡＮ（ＧＥＲＡＮ）などの無線技術を実施することが可能である。

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ＨＮＢ、ＨｅＮＢ、またはＡＰであることが可能であり、さらに職場、自宅、車両、キャンパスなどの局所化された区域内で無線接続を円滑にするために任意の適切なＲＡＴを利用することが可能である。一実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄ、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することが可能である。別の実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することが可能である。さらに別の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することが可能である。図１Ａに示されるとおり、基地局１１４ｂは、インターネット１１０に対する直接の接続を有することが可能である。このため、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを要求されない可能性がある。

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得るコアネットワーク１０６と通信状態にあることが可能である。例えば、コアネットワーク１０６は、呼制御、料金請求サービス、モバイルロケーションベースのサービス、プリペイドコーリング（ｐｒｅｐａｉｄ ｃａｌｌｉｎｇ）、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証などの高レベルセキュリティ機能を実行することが可能である。図１Ａには示されないものの、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同一のＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接または間接の通信状態にあり得ることが認識されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用していることが可能なＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を使用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。

また、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＴＳＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするゲートウェイの役割をすることも可能である。ＰＴＳＮ１０８は、普通の従来の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことが可能である。インターネット１１０は、ＴＣＰ／ＩＰスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する互いに接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含むことが可能である。ネットワーク１１２には、他のサービスプロバイダによって所有され、さらに／または運用される有線または無線の通信ネットワークが含まれ得る。例えば、ネットワーク１１２には、ＲＡＮ１０４と同一のＲＡＴ、または異なるＲＡＴを使用することが可能な１つまたは複数のＲＡＮに接続された別のコアネットワークが含まれ得る。

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

図１Ｂは、図１Ａに示される通信システム１００内で使用されることが可能である例示的なＷＴＲＵ１０２を示す。図１Ｂに示されるとおり、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送信／受信要素（例えば、アンテナ）１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非リムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、周辺装置１３８とを含むことが可能である。ＷＴＲＵ１０２は、或る実施形態と合致したままでありながら、前述した要素の任意の部分的組み合わせを含んでもよいことが認識されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、マイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、集積回路（ＩＣ）、状態マシンなどであることが可能である。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することができるようにする他の任意の機能を実行することが可能である。プロセッサ１１８は、送信／受信要素１２２に結合されることが可能なトランシーバ１２０に結合されることが可能である。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々の構成要素として示すが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップに一緒に組み込まれてもよい。

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

さらに、送信／受信要素１２２は、単一の要素として図１Ｂに示されるものの、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことが可能である。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することが可能である。このため、一実施形態において、ＷＴＲＵ１０２は、無線インターフェース１１６を介して無線信号を送受信するために２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。

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

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

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

また、プロセッサ１１８は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、緯度と経度）をもたらすように構成され得るＧＰＳチップセット１３６に結合されることも可能である。ＧＰＳチップセット１３６からの情報に加えて、またはそのような情報の代わりに、ＷＴＲＵ１０２は、無線インターフェース１１６を介して基地局（例えば、基地局１１４ａ、１１４ｂ）からロケーション情報を受信し、さらに／または近くの２つ以上の基地局から受信される信号のタイミングに基づいてＷＴＲＵ１０２のロケーションを特定してもよい。ＷＴＲＵ１０２は、或る実施形態に合致したままでありながら、任意の適切なロケーション特定方法によってロケーション情報を獲得することができる。

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

図１Ｃは、図１Ａに示される通信システム１００内で使用されることが可能である例示的なＲＡＮ１０４および例示的なコアネットワーク１０６を示す。前述したとおり、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用して、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することが可能である。また、ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることも可能である。

ＲＡＮ１０４は、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃを含むことが可能であり、ただし、ＲＡＮ１０４は、或る実施形態と合致したままでありながら、任意の数のｅＮＢを含んでもよいことが認識されよう。ｅＮＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことが可能である。一実施形態において、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することが可能である。このため、例えば、ｅＮＢ１４０ａが、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信すること、およびＷＴＲＵ１０２ａから無線信号を受信することが可能である。

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

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

ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されることが可能であり、さらに制御ノードの役割をすることが可能である。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活性化／非活性化（ａｃｔｉｖａｔｉｏｎ／ｄｅａｃｔｉｖａｔｉｏｎ）、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続（ｉｎｉｔｉａｌ ａｔｔａｃｈ）中に特定のサービングゲートウェイを選択することなどを担うことが可能である。また、ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）の間で切り換えを行うための制御プレーン機能を提供することも可能である。

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

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

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

図２は、ローカルパケットデータネットワーク（ＰＤＮ）接続を使用するホーム発展型ノードＢ（ＨｅＮＢ）のためのローカルインターネットプロトコル（ＩＰ）アクセス（ＬＩＰＡ）アーキテクチャ２００の例を示す。ＬＩＰＡアーキテクチャ２００は、ＨｅＮＢ２１０と、ローカルゲートウェイ（Ｌ−ＧＷ）２１５とを有するＨｅＮＢサブシステム２０５を含むことが可能である。ＨｅＮＢサブシステム２０５は、ＨｅＮＢゲートウェイ（ＧＷ）（図示せず）をさらに含むことが可能である。ＬＩＰＡアクセス機能は、ＨｅＮＢ２１０と並置されたＬ−ＧＷ２１５を使用して実現されることが可能である。

ＨｅＮＢサブシステム２０５は、標準のＳ１インターフェースで発展型パケットコア（ＥＰＣ）２２０に接続されることが可能である。より詳細には、ＨｅＮＢ２１０は、Ｓ１−ＭＭＥインターフェースを介してＥＰＣ２１５内のモビリティ管理エンティティ（ＭＭＥ）２２５と通信することが可能であり、さらにＨｅＮＢ２１０は、Ｓ１−Ｕインターフェースを介してＥＰＣ２１５内のサービングゲートウェイ（ＳＧＷ）２３０と通信する。ＬＩＰＡが活性化されると、Ｌ−ＧＷ２１５は、Ｓ５インターフェースを介してＳＧＷ２３０と通信する。

ＷＴＲＵがＨ（ｅ）ＮＢカバレッジエリアを出ると、ＬＩＰＡに関するモビリティがサポートされない場合、ＬＩＰＡセッションは、解放される（すなわち、打ち切られる）ことが可能である。ＬＩＰＡは、ＷＴＲＵが特定の特定加入者グループ（ＣＳＧ）に接続されている際に有効であるアクセスポイントネーム（ＡＰＮ）に関してサポートされることが可能である。また、ＬＩＰＡは、ＷＴＲＵが特定のＣＳＧを使用している際にＬＩＰＡサービスに関して認証され得る「条件付き」ＡＰＮに関してサポートされることも可能である。「ＬＩＰＡ禁止」という印が付けられた、またはＬＩＰＡ許可指示を有さないＡＰＮは、ＬＩＰＡのために使用されないことが可能である。

図３は、複数のローカルパケットデータネットワーク（ＰＤＮ）３１０に接続された複数のローカルＨ（ｅ）ＮＢネットワーク（ＬＨＮ）３０５を含むＬＩＰＡモビリティのためのアーキテクチャ３００の例を示す。Ｈ（ｅ）ＮＢは、ＨｅＮＢサブシステムまたはＨＮＢサブシステムの一部であってもよい。これらのＬＨＮのそれぞれは、Ｌ−ＧＷ３２０に接続された複数のＨ（ｅ）ＮＢ３１５を含む。Ｈ（ｅ）ＮＢ３１５のそれぞれは、Ｌ−ＧＷ３２０を介してローカルＰＤＮ３１０のいずれかに対するＬＩＰＡのためのＩＰ接続を有することが可能である。このため、ローカルＰＤＮ３１０のうちの１つが、複数のＬＨＮ３０５を介してアクセスされてもよく、さらに或るＬＨＮ３０５の複数のＨ（ｅ）ＮＢ３１５が、異なるＣＳＧに属してもよい。ＬＩＰＡモビリティは、同一のＬＨＮ３０５の一部である異なるＨ（ｅ）ＮＢ３１５間でハンドオーバを行う際に、ＷＴＲＵがセッション継続性を維持することが可能な、その複数のＬＨＮ３０５の各ＬＨＮ３０５内でサポートされ得る。ＷＴＲＵがそのＬＨＮ３０５カバレッジの外に出た場合、そのＬＩＰＡセッションは、解放される（すなわち、打ち切られる）ことが可能である。

図４は、Ｓ１−Ｕ／Ｓ１−ＭＭＥパス上に配置されたスタンドアロンのローカルゲートウェイ（Ｌ−ＧＷ）を示す。このアーキテクチャは、Ｈ（ｅ）ＮＢ間のハンドオーバのために定義された既存のハンドオーバ手順を完全に再使用することが可能である。Ｌ−ＧＷ経由のＩｕ／Ｓ１接続のルーティングが、Ｈ（ｅ）ＮＢとＬ−ＧＷの間のトンネリングアプローチを介して、またはローカル構成を介して執行されることが可能である。

ローカルネットワークにおける選択ＩＰトラフィックオフロード（ＳＩＰＴＯ）（つまり、ＳＩＰＴＯ＠ＬＮ）が、規制要件の対象とされるモバイル事業者ネットワークを横断することなしに実行されることが可能である。モバイル事業者およびＨ（ｅ）ＮＢをホストする関係者が、そのモバイル事業者によって設定された限度内で、Ｈ（ｅ）ＮＢごとの、またはＬＨＮごとのＳＩＰＴＯ＠ＬＮを使用可能にする／使用不能にすることが可能である。モバイル事業者ＳＩＰＴＯ＠ＬＮポリシーに基づいて、ネットワークは、ユーザが、トラフィックがオフロードされるのに先立って、オフロードを承認する／拒否することを可能にすることができる。ユーザのサービス体験は、ユーザのトラフィックが、Ｈ（ｅ）ＮＢサブシステムに関するＳＩＰＴＯを介してオフロードされる場合、異なり得る。ＳＩＰＴＯ＠ＬＮポリシーは、ＡＰＮごとに、またはＩＰフローごとに定義されることが可能である。ＡＰＮごとのＳＩＰＴＯ＠ＬＮポリシーは、特定のＡＰＮに関連するすべてのトラフィックがオフロードの対象であるかどうかを示すことが可能である。ＩＰフローごとのＳＩＰＴＯ＠ＬＮポリシーは、特定のＩＰフローに関していずれのＡＰＮを使用すべきかを示すルーティングポリシーであることが可能である。事業者が、ＷＴＲＵが適切なＡＰＮに向けてＩＰフローをルーティングするのを支援するルーティングポリシーを、ＷＴＲＵに供給することが可能である。モバイル事業者は、ＳＩＰＴＯポリシーを静的に構成しても、動的に構成してもよい。

ＷＴＲＵが、ＳＩＰＴＯが適用され得るＡＰＮを提供するＰＤＮ接続を要求すると、ＳＩＰＴＯ（またはＳＩＰＴＯ ａｂｏｖｅ ｔｈｅ ＲＡＮ）が開始されることが可能である。ＭＭＥが、そのＷＴＲＵに関してＳＩＰＴＯに加入しているかどうかを確認することが可能であり（例えば、ＡＰＮに基づいて）、さらにそのＷＴＲＵのロケーションを確認することも可能である。ローカルＰＧＷがそのＷＴＲＵの近くにある場合、ＭＭＥは、トラフィックの一部またはすべてをそのローカルＰＧＷにオフロードすることを決定してもよい。ＭＭＥは、影響を受けるＰＤＮ接続を、「再活性化が要求される」ことを示して非活性化することによってＳＩＰＴＯを開始することが可能である。そのＷＴＲＵに関するＰＤＮ接続のすべてが移転される必要がある場合、ＭＭＥは、「再接続が要求される明示的な切り離し」手順を開始することが可能である。

事業者が、ユーザごと、およびＡＰＮごとにＳＩＰＴＯを許可する／禁止するのに、ホームサブスクライバサーバ（ＨＳＳ）におけるサブスクリプションデータが、オフロードが許可されるか、または禁止されるかをＭＭＥに示すように構成されることが可能である。ＨＳＳからのＳＩＰＴＯ許可／禁止情報が、そのＷＴＲＵに関するＭＭＥの構成と矛盾する場合、ＳＩＰＴＯは、使用されない。さらに、ＳＩＰＴＯは、ローカルネットワークにおいて実行されることも可能である。また、第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスと非３ＧＰＰアクセスの両方における利用可能なインターフェースの選択肢のなかから、ＩＰフローをルーティングするためのＷＴＲＵにおけるＩＰインターフェースを選択するための事業者ポリシーが、判定されることも可能である。

ＳＩＰＴＯに関してサブスクライブされているＷＴＲＵが、Ｈ（ｅ）ＮＢサブシステムに接続される。ネットワークは、ＷＴＲＵサブスクリプションに基づいて、ローカルネットワークでＳＩＰＴＯを実行して、これにより、マクロネットワークからフェムト（Ｈ（ｅ）ＮＢ）ネットワークにおけるＬ−ＧＷにトラフィックをオフロードして、これにより、シグナリングがマクロネットワークを経由することを回避して輻輳を低減することが可能である。

ＳＩＰＴＯポリシーは、ＡＰＮごとに、またはＩＰフローごとに記述されることが可能である。ＡＰＮごとのＳＩＰＴＯポリシーは、特定のＡＰＮに関連するトラフィックがオフロードの対象であるかどうかを示す。ＩＰフローごとのＳＩＰＴＯポリシーは、特定のＩＰフローに関していずれのＡＰＮを使用すべきかを示すルーティングポリシーである。事業者が、ＷＴＲＵが適切なＡＰＮに向けてＩＰフローをルーティングするのを支援するルーティングポリシーを、ＷＴＲＵに供給することが可能である。ＳＩＰＴＯ＠ＬＮを実行する方法が、後段でより詳細に説明される。

図５および図６は、ＷＴＲＵがアイドルであるシナリオを含む、ＳＩＰＴＯ＠ＬＮを実行する手順の例を示す。図７および図８は、ネットワークに接続されている間にＳＩＰＴＯ＠ＬＮを実行する手順の例を示す。図５〜図８の例は、ロングタームエボリューション（ＬＴＥ）システムの発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）に向けられているものの、ＭＭＥがサービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）によって置き換えられるＵＴＲＡＮ（ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ））にも同一の原理が当てはまり得る。フェムトセルは、ＨｅＮＢフェムトセルをサポートすることも、ＨＮＢフェムトセルをサポートすることも可能である。簡明のため、Ｈ（ｅ）ＮＢという用語が使用される。

ＷＴＲＵがアイドルモードに入っている場合、２つの事例が当てはまり得る。第一の事例において、図５に示されるとおり、ＷＴＲＵは、或るｅＮＢセルにおいて登録されることが可能であり、さらにＬＨＮのＨ（ｅ）ＮＢにおいて接続される。第２の事例において、ＷＴＲＵは、ローカルＨｅＮＢネットワークのＨ（ｅ）ＮＢセルにおいて登録されることが可能であり、さらに隣接のＨ（ｅ）ＮＢセル（同一のＬＨＮの、または異なるＬＨＮの）において接続される。図６は、ＷＴＲＵが異なるＬＨＮに登録される事例を示す。

ＷＴＲＵが接続される（すなわち、アクティブなＰＤＮ接続を有する）と、ネットワークは、ＡＰＮに関連するすべてのトラフィックをオフロードすること（ＡＰＮごとのオフロード）、または特定のＩＰフローに関していずれのＡＰＮを使用すべきかを示すルーティングポリシーを与えること（フローごとのＳＩＰＴＯ＠ＬＮ）が可能である。

図７は、ｅＮＢまたはＨ（ｅ）ＮＢとＬＨＮの間でＷＴＲＵハンドオーバが行われる場合の例示的なＳＩＰＴＯ＠ＬＮを示す。ネットワークが、ＡＰＮごとのＳＩＰＴＯ＠ＬＮを実行する場合、２つの事例が当てはまり得る（図５に示される）。第１の事例において、ＷＴＲＵは、或るｅＮＢセルにおいて接続され、さらに或るＨ（ｅ）ＮＢにおいてハンドオーバを実行することが可能である。このＨ（ｅ）ＮＢは、Ｌ−ＧＷをサポートするＬＨＮの一部である。第２の事例において、ＷＴＲＵは、或るＨ（ｅ）ＮＢにおいて接続され、さらに隣接Ｈ（ｅ）ＮＢセルへのハンドオーバを実行することが可能である。ターゲットＨ（ｅ）ＮＢは、Ｌ−ＧＷをサポートするＬＨＮの一部である。ソースＨ（ｅ）ＮＢは、同一のＬＨＮの一部であっても、異なるＬＨＮの一部であってもよい。

図８は、ＷＴＲＵが、Ｌ−ＧＷとＰＧＷに対して同時のＰＤＮ接続を有する、フローごとのＳＩＰＴＯ＠ＬＮを示す。ネットワークが、フローごとのＳＩＰＴＯ＠ＬＮを実行すると、ＷＴＲＵは、図８に示されるとおり、ＰＤＮ−ＧＷとＬ−ＧＷを介して同時のＰＤＮ接続を有することが可能である。

１つのシナリオにおいて、或るＷＴＲＵが、Ｌ−ＧＷにおいてアクティブなＰＤＮ接続を有さずにＨ（ｅ）ＮＢに接続されることが可能である。このＷＴＲＵは、３ＧＰＰネットワークを介してアクティブなＰＤＮ接続を有することが可能である。別のシナリオにおいて、或るＷＴＲＵが、Ｈ（ｅ）ＮＢに接続されることが可能であり、さらにＬ−ＧＷおよびＰＧＷにおいてＰＤＮ接続を有する。さらに別のシナリオにおいて、ＷＴＲＵは、ＬＨＮに登録されることが可能であるが、アクティブなＰＤＮ接続を全く有さない。このＷＴＲＵは、ＰＧＷを介してアクティブなＰＤＮ接続を有することが可能である。

アクティブなローカルＰＤＮ接続（すなわち、Ｌ−ＧＷに対するＰＤＮ接続）が存在しない場合、ＭＭＥ／ＳＧＳＮが、ＳＩＰＴＯのための手順（ＰＤＮ解放およびＰＤＮ再接続）を使用してＳＩＰＴＯ＠ＬＮを活性化するように構成されることが可能である。マクロＰＤＮ接続のために使用されたＡＰＮが、ローカルネットワークにおいて再使用されることが可能である。

ＷＴＲＵが、ＡＰＮごとのＳＩＰＴＯ＠ＬＮのために、アクティブなローカルＰＤＮ接続を有する（例えば、ＷＴＲＵが、或るフェムトセルに接続されており、さらにＬ−ＧＷに対するＰＤＮ接続を有する）とともに、ＰＧＷに向けてＰＤＮ接続を有する場合、ＭＭＥ／ＳＧＳＮが、ＳＩＰＴＯ＠ＬＮを活性化することが可能である（ＰＤＮ解放およびＰＤＮ再接続を実行することによって）。そのような事例において、マクロＡＰＮに関連するトラフィックは、Ｌ−ＧＷを介してＬＨＮにオフロードされることが可能である。

フローごとのＳＩＰＴＯ＠ＬＮに関して、ＩＰインターフェース選択のための事業者ポリシー（ＯＰＩＩＳ）規則が使用されることが可能である。ＯＰＩＩＳ規則（アクセスネットワーク発見選択機能（ＡＮＤＳＦ）にインストールされた）が、特定のＡＰＮに関するルーティングポリシーをＷＴＲＵに示すことが可能である。ＷＴＲＵは、ローカルＡＰＮ接続（すなわち、特定のローカルＡＰＮによって定義されたＬ−ＧＷに向けてのＰＤＮ接続）が存在すると、それらのＯＰＩＩＳ規則に基づいてトラフィックをオフロードすることが可能である。このため、フローごとのＳＩＰＴＯ＠ＬＮは、ＷＴＲＵがローカル接続（特定のローカルＡＰＮとの）を開始すると、可能であり得る。ローカルＡＰＮがアクティブになる（すなわち、Ｌ−ＧＷに対するローカルＰＤＮ接続が特定のローカルＡＰＮによって定義される）と、ＷＴＲＵは、ＯＰＩＩＳ規則を使用して、現在のフローを、マクロＡＰＮ接続を介してローカルＡＰＮ接続にルーティングすることが可能である。代替として、ＭＭＥ／ＳＧＳＮは、アクティブなマクロＰＤＮ接続を有しながら、ローカル接続を活性化するようＷＴＲＵに命令することが可能である。

ＳＩＰＴＯ＠ＬＮを実行するようＷＴＲＵにＭＭＥ／ＳＧＳＮが命令した場合のＡＰＮの扱いが、以下により詳細に説明される。一実施形態において、３ＧＰＰマクロネットワークを介してＷＴＲＵによって使用されたＡＰＮが、Ｌ−ＧＷを介してローカルネットワークに対してＰＤＮ接続を確立するのに再使用されることが可能である。Ｌ−ＧＷ（およびローカルネットワーク事業者）が、マクロ事業者のＡＰＮを理解しない可能性がある方法が、より詳細に説明される。

ＷＴＲＵは、ＬＩＰＡ ＡＰＮを使用してローカルネットワークにトラフィックをオフロードするように構成されることが可能である。Ｌ−ＧＷは、インターネットトラフィックを検出し（ローカルトラフィックから）、さらにインターネットトラフィックを、インターネットを介してルーティングすることを担うことが可能である。

マクロネットワークにおいて使用されたＡＰＮが、ＨＳＳの中に含まれるＰＤＮサブスクリプションコンテキストが、このＡＰＮに関してＳＩＰＴＯ＠ＬＮが許可されるか、または禁止されるかの指示を含むという条件付きで、再使用されることが可能である。このＡＰＮに関してＳＩＰＴＯ＠ＬＮが許可される場合、ＭＭＥ／ＳＧＳＮが、ＳＩＰＴＯ＠ＬＮを活性化するのに先立って、報告されたＨｅＮＢ−ＩＤもしくはＣＧＳ−ＩＤ、またはＬＨＮ情報（例えば、ＬＨＮ−ＩＤ）を確認することによって、ＷＴＲＵが接続されたＬＨＮに対するＳＩＰＴＯ＠ＬＮが許可されるかどうかを確認することも可能である。

ＭＭＥ／ＳＧＳＮは、ローカルネットワークにトラフィックをオフロードするのに使用すべきＡＰＮをＷＴＲＵに示すことが可能である。ＬＨＮを介してＰＤＮ接続を確立する際に使用されるべきＡＰＮについてＷＴＲＵに知らせるさらなるパラメータが、含められてもよい。このＡＰＮは、ＨＳＳの中に格納されたサブスクリプション情報の一部であることが可能である。ＭＭＥ／ＳＧＳＮが、「再活性化が要求される」理由値（ｃａｕｓｅ ｖａｌｕｅ）を使用して関係のあるＰＤＮ接続を非活性化する際、ローカルＡＰＮ名が、ＷＴＲＵに供給されることが可能である。すると、ＷＴＲＵは、Ｌ−ＧＷを介してＬＨＮに対して、その新たなＡＰＮ名でそれらのＰＤＮ接続を再確立する。Ｌ−ＧＷは、インターネットにトラフィックをオフロードするのにそのＡＰＮが使用されることを認識していることが可能である。

ＷＴＲＵは、特定のローカルネットワークに接続する際に使用すべきＡＰＮを有して事前構成されることが可能である。さらなる指示が、ＭＭＥ／ＳＧＳＮによって、ＳＩＰＴＯ＠ＬＮを実行するようＷＴＲＵに命令するのに使用されてもよい。このＳＩＰＴＯ＠ＬＮ指示は、ＭＭＥ／ＳＧＳＮが、「再活性化が要求される」理由値を使用して関係のあるＰＤＮ接続を非活性化する際に使用されることが可能である。すると、ＷＴＲＵは、Ｌ−ＧＷを介してローカルネットワークに対して、その新たなＡＰＮ名で少なくとも１つのＰＤＮ接続を再確立することが可能である。

ＭＭＥ／ＳＧＳＮは、ＳＩＰＴＯ＠ＬＮがいつ可能であるか（すなわち、ＬＨＮにおけるＬ−ＧＷがいつインターネットに対する接続を有するか）を判定することが可能である。一実施形態において、ＭＭＥ／ＳＧＳＮが、ＳＩＰＴＯ ａｂｏｖｅ ｔｈｅ ＲＡＮ（すなわち、マクロセル内のＰ−ＧＷ間のＳＩＰＴＯ）を開始する基準は、ルーティング区域更新（ＲＡＵ）／追跡領域更新（ＴＡＵ）シグナリング中にＭＭＥ／ＳＧＳＮに公示された追跡領域（ｔｒａｃｋｉｎｇ ａｒｅａ）ごとのＩＤ（ＴＡＩ）／ルーティング区域ＩＤ（ＲＡＩ）またはｅノードＢ ＩＤに基づくことが可能である。

別の実施形態において、ＳＩＰＴＯ＠ＬＮが許可されることが可能であり、さらに追加の基準が使用されることが可能である。これらの追加の基準は、ＲＡＵ／ＴＡＵシグナリング中、または接続シグナリング中に報告されたＣＳＧ−ＩＤおよび／またはＨｅＮＢ−ＩＤおよび／またはＬＨＮ−ＩＤに基づくことが可能である。

図９は、ＡＰＮごとのＳＩＰＴＯ＠ＬＮを実行するために無線通信システム９００において実施される手順の流れ図である。システム９００は、少なくとも１つのＷＴＲＵ９０５と、少なくとも１つのＨ（ｅ）ＮＢ９１０と、ＭＭＥ／ＳＧＳＮ９１５と、ＨＳＳ９２０と、ＳＧＷ９２５と、ＰＧＷ／ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）９３０と、Ｌ−ＧＷ９３５とを含むことが可能である。ＷＴＲＵ９０５は、Ｈ（ｅ）ＮＢ９１０に接続され、さらにＰＤＮ接続要求９４０を開始することによってＰＧＷ／ＧＧＳＮ９３０に対するＰＤＮ接続を確立することが可能である。ＷＴＲＵの初期接続中、ＨＳＳ９２０が、ＭＭＥ／ＳＧＳＮ９１５にＰＤＮサブスクリプションコンテキスト９４５を供給することが可能であり、さらに少なくとも１つのＰＤＮ接続９５０が、ＷＴＲＵ９０５とＰＧＷ／ＧＧＳＮ９３０の間で確立されることが可能である。ＰＤＮ許可コンテキスト９４５は、ＷＴＲＵ９０５によって与えられるＡＰＮに関するＳＩＰＴＯ許可をＭＭＥ／ＳＧＳＮ９１５に示すことが可能である。ＳＩＰＴＯ許可は、このＡＰＮに関してＳＩＰＴＯ＠ＬＮが許可されるかどうかと関係する情報を含むことが可能である。ＰＤＮサブスクリプションコンテキスト９４５は、ＷＴＲＵ９０５が登録されている、または接続されているローカルネットワークがＳＩＰＴＯ＠ＬＮをサポートするかどうかと関係する情報を含むことが可能である。ローカルネットワーク情報は、ＴＡＵ中、もしくはＲＡＵ中に、または初期接続時にＭＭＥ／ＳＧＳＮ９１５に報告されたＨｅＮＢ−ＩＤおよび／またはＣＳＧ−ＩＤ、および／またはＬＨＮ情報（例えば、ＬＨＮ−ＩＤ）に基づくことが可能である。代替として、ＳＩＰＴＯ＠ＬＮがサポートされるかどうかを示すローカルネットワーク情報は、ＭＭＥ／ＳＧＳＮ９１５において事前構成されてもよい。そのような事例において、この情報は、このＭＭＥ／ＳＧＳＮ９１５にアクセスするすべてのＷＴＲＵに関して適用され得ることが可能である。

ＭＭＥ／ＳＧＳＮ９１５は、このＡＰＮに関するＳＩＰＴＯ許可、ならびにＴＡＵ／ＲＡＵ手順中、またはＭＭＥ／ＳＧＳＮ９１５が、ＨｅＮＢへのＷＴＲＵのハンドオーバについて知らされた際のローカルネットワーク情報に基づいて（すなわち、ハンドオーバ中、またはＴＡＵ／ＲＡＵ中に報告されたＣＳＧ−ＩＤ、ＨｅＮＢ−ＩＤ、および／またはＬＨＮ−ＩＤが、ＳＩＰＴＯ＠ＬＮを許可されているかどうかを確認することによって）、ＳＩＰＴＯ＠ＬＮが可能であることを認識するようになることが可能であり、さらに、その後、ＳＩＰＴＯ＠ＬＮを開始することを決定することが可能である（９５５）。ＳＩＰＴＯ＠ＬＮを開始する決定は、事業者ポリシーに基づくことが可能である。例えば、ＭＭＥ／ＳＧＳＮ９１５が、ネットワーク輻輳、またはＭＭＥ／ＳＧＳＮ９１５の過負荷のためにトラフィックをオフロードすることを決定してもよい。ローカルネットワーク情報は、ＭＭＥ／ＳＧＳＮ９１５にローカルで格納されること、またはＨＳＳ９２０の中に格納されることが可能である。

ＭＭＥ／ＳＧＳＮ９１５は、ＳＩＰＴＰ＠ＬＮを開始し、さらにＰＤＮ解放および再接続手順を実行するようＷＴＲＵ９０５に命令することが可能である（９６０）。ＭＭＥ／ＳＧＳＮ９１５は、ＬＨＮに対するＰＤＮ接続を確立する際に使用すべきＡＰＮをＷＴＲＵ９０５に示すことが可能である。このＡＰＮは、加入者のＰＤＮサブスクリプションコンテキストの一部であること、またはＭＭＥ／ＳＧＳＮ９１５において事前構成されることが可能である。このＡＰＮは、ＭＭＥ／ＳＧＳＮ９１５が、「再活性化が要求される」理由値を使用して関係のあるＰＤＮ接続を非活性化する際、ＷＴＲＵ９０５に供給されることが可能である。ＭＭＥ／ＳＧＳＮ９１５は、ＳＩＰＴＯ＠ＬＮが実行されるという指示を含めてもよい。そのような事例において、ＭＭＥ／ＳＧＳＮ９１５は、「再活性化が要求される」理由値の中にこの指示を含めることが可能である。ＰＤＮ解放（すなわち、打ち切り）を開始するのに先立って、ＭＭＥ／ＳＧＳＮ９１５は、ＷＴＲＵ９０５のユーザが、ホームネットワークを介するオフロードを承認するかどうかを確認することが可能である。ユーザは、ＳＩＰＴＯ＠ＬＮを承認している、または事業者が、ＳＩＰＴＯ＠ＬＮが承認され得るかどうかの指示をユーザに与えていないものと想定されることが可能である。

ＷＴＲＵ９０５は、ＰＤＮ接続要求９６５を送信することによって、ＬＨＮ（ＨｅＮＢ９１０）を介してＭＭＥ／ＳＧＳＮ９１５に対するＰＤＮ接続を確立することが可能である。ＡＰＮの構成に関する選択肢に基づいて、ＷＴＲＵ９０５は、マクロネットワークを介してＰＤＮ接続を確立するのに使用されたのと同一のＡＰＮを再使用してもよい。構成に基づいて、同一のＡＰＮが、ＬＩＰＡ ＰＤＮ接続を確立するために使用されることも可能である。ＷＴＲＵ９０５は、ＭＭＥ／ＳＧＳＮ９１５によって供給されたＡＰＮを使用してもよい。ＷＴＲＵ９０５は、ＭＭＥ／ＳＧＳＮ９１５からのＰＤＮ再接続シグナリングの中にＳＩＰＴＯ＠ＬＮ指示が含められている場合、事前構成されたＡＰＮを使用することが可能である。

ＰＤＮ接続要求９６５を受信すると、ＭＭＥ／ＳＧＳＮ９１５は、Ｌ−ＧＷ９３５に対するＰＤＮ接続を確立することが可能である。Ｅ−ＵＴＲＡＮにおいて、セッション作成要求９７０が、ＳＧＷ９２５によって受信されてから、Ｌ−ＧＷ９３５に送信されることが可能である。Ｌ−ＧＷ９３５は、使用されるＡＰＮがＳＩＰＴＯ＠ＬＮのためであることを認識していることが可能であり、さらにトラフィックをインターネットに向きを変える。ＡＰＮがＬＩＰＡ接続のためにも使用される場合、Ｌ−ＧＷ９３５は、非ローカルトラフィックをインターネットにルーティングする。次に、ＷＴＲＵ９０５とＬ−ＧＷ９３５の間でＳＩＰＴＯのためのＰＤＮ接続が確立されることが可能である（９７５）。

図１０は、フローごとのＳＩＰＴＯ＠ＬＮでＳＩＰＴＯ＠ＬＮを実行するために無線通信システム１０００において実施される手順の流れ図である。システム１０００は、少なくとも１つのＷＴＲＵ１００５と、少なくとも１つのＨ（ｅ）ＮＢ１０１０と、ＭＭＥ／ＳＧＳＮ１０１５と、ＡＮＤＳＦ１０２０と、ＳＧＷ１０２５と、ＰＧＷ／ＧＧＳＮ１０３０と、Ｌ−ＧＷ１０３５とを含むことが可能である。ＷＴＲＵ１００５は、ＰＧＷ／ＧＧＳＮ１０３０を介してアクティブなＰＤＮ接続を確立することが可能である（１０４０）。また、ＷＴＲＵ１００５は、Ｈ（ｅ）ＮＢ１０１０に接続され、さらにＬ−ＧＷ１０３５に対するローカルＰＤＮ接続を開始することも可能である（１０４５）。ＷＴＲＵ１００５は、ローカルＡＰＮを使用してＬ−ＧＷ１０３５に対するローカルＰＤＮ接続１０５０を確立することが可能である。ＷＴＲＵ１００５は、ＯＰＩＩＳ規則に基づいてＳＩＰＴＯ＠ＬＮ規則についてＡＮＤＳＦ１０２０を調べ、さらに、ローカルＡＰＮにトラフィックをオフロードするＩＰフローモビリティ（ＩＦＯＭ）などの手順を実行し、さらにトラフィックをローカルでオフロードする許可をユーザに求めることが可能である（１０５５）。ＷＴＲＵ１００５は、ローカルＡＰＮがフローごとのＳＩＰＴＯ＠ＬＮをサポートすることを識別し、さらにローカルＡＰＮにルーティングされ得るＩＰフローを識別することが可能である。

図１１は、ＷＴＲＵが接続モードに入っている場合のＡＰＮごとのＳＩＰＴＯ＠ＬＮに関する例を示す。図１２は、ＷＴＲＵがアイドルモードに入っている場合のＡＰＮごとのＳＩＰＴＯ＠ＬＮに関する例を示す。すべての事例に関して、モバイル事業者構内のＰＤＮ−ＧＷに終端するＰＤＮ接続の解放の後に、Ｌ−ＧＷを選択するＬＨＮ内の同一のＡＰＮに対する新たなＰＤＮ接続が確立されることからなる、同一のＳＩＰＴＯ＠ＬＮ手順が行われる。図１３は、フローごとのＳＩＰＴＯ＠ＬＮに関する例を示す。

ＳＩＰＴＯに関してサブスクライブされているＷＴＲＵが、Ｈ（ｅ）ＮＢサブシステムに接続される。その事例では、ネットワークは、ＷＴＲＵサブスクリプションに基づいて、ＬＨＮでＳＩＰＴＯを実行して、これにより、マクロネットワークからフェムト（Ｈ（ｅ）ＮＢ）ネットワークにおけるＬ−ＧＷにトラフィックをオフロードして、これにより、シグナリングが３ＧＰＰマクロネットワークを経由することを回避して輻輳を低減することが可能である。

ＷＴＲＵが、ＩＰフローを、３ＧＰＰネットワークに対する既存のＰＤＮ接続からＬＨＮにおけるＰＤＮ接続に、ＷＴＲＵがそのＬＨＮに対する確立されたＩＰ接続を有するか否かに関わらず、そのＬＨＮにおいてＳＩＰＴＯを実行するためにルーティングすることを支援することが可能なポリシーを、３ＧＰＰ事業者がＷＴＲＵに供給することを可能にする、提案されたソリューションは、現在、存在しない。

さらに、ユーザがどのように、ＡＮＤＳＦポリシーを介してＬＨＮに対する特定のＩＰフローのオフロードに同意するころができるのか、現在、不明瞭である。現在、ユーザ同意は、ＨＳＳの中のユーザのサブスクリプションプロファイルの中に格納されることが可能であり、ＡＮＤＳＦは、このＨＳＳに、ＳＩＰＴＯ＠ＬＮ同意に関するユーザのサブスクリプションプロファイルを獲得するクエリを行わない可能性がある。

或るソリューションが、ＡＮＤＳＦによってＷＴＲＵに供給されることが可能なＳＩＰＴＯ＠ＬＮに関する特定のルーティングポリシーを定義することによって提案される。このソリューションは、ＷＴＲＵがローカル接続にＩＰフローをルーティングするのを支援することが可能なＡＮＤＳＦポリシーの構造に関して選択肢を提供する。より詳細には、ＷＴＲＵがＬ−ＧＷに対するローカル接続を作成することを許可するＡＮＤＳＦ規則（ＷＴＲＵが、確立されたローカル接続を全く有さない場合）、およびそのローカルネットワークにいずれのＩＰフローがオフロードされることが可能であるかをＷＴＲＵに示す規則が、確立されることが可能である。

このソリューションは、ＷＴＲＵが、Ｌ−ＧＷにおけるアクティブなＰＤＮ接続を有さずにＨ（ｅ）ＮＢに接続されるシナリオ、ＷＴＲＵが、３ＧＰＰネットワークを介してアクティブなＰＤＮ接続を有するシナリオ、ＷＴＲＵが、ローカルネットワークに登録されているが、アクティブなＰＤＮ接続を全く有さない（ＷＴＲＵは、ＰＧＷを介してアクティブなＰＤＮ接続を有する可能性がある）シナリオ、およびＷＴＲＵが、３ＧＰＰネットワークを介してアクティブなＰＤＮ接続を有することが可能であるとともに、ＬＨＮに極めて近接しているシナリオを範囲に含み得る。

ＡＮＤＳＦは、ＩＰフローごとにＩＰトラフィックをオフロードするように（すなわち、ＳＩＰＴＯ機構を使用して）、ローカルネットワークを含むＰＤＮネットワークにアクセスする目的で、ＷＴＲＵにおいてポリシーおよび規則を構成するのに使用されることが可能である。それらのポリシーの構成を可能にする管理されたオブジェクトが、ＡＮＤＳＦ内で定義されてもよい。ＡＮＤＳＦ内で定義されたポリシーは、ユーザ選好またはユーザ同意に基づく、ＷＴＲＵが、ローカルネットワークに対するフローごとのトラフィックオフロードをトリガする条件を含むことが可能である。

ＡＮＤＳＦ手順は、ＡＮＤＳＦがＩＰフローごとのＳＩＰＴＯ＠ＬＮポリシーをＷＴＲＵに供給することを可能にするように更新され得る。拡張されたＡＮＤＳＦポリシーを使用することによって、モバイル事業者は、ＷＴＲＵが、特定のＩＰフローを、３ＧＰＰコアネットワークからローカルネットワークにルーティングすることを可能にするポリシーを定義するとともに、ＷＴＲＵがローカルＩＰ接続をセットアップする条件を定義することが可能である。

現在、３ＧＰＰにおいて、アクセス間でＩＰフローをルーティングするのに使用されることが可能なＡＮＤＳＦポリシー（ＯＰＩＩＳ作業項目の中で実行される作業に基づく）を使用するソリューションが、存在する。しかし、このソリューションは、ＷＴＲＵが、両方のアクセスに対するアクティブなＩＰ接続を有してからでないと、ＩＰフローのルーティングは全く行われ得ないことを想定する。ローカルネットワークにおけるＳＩＰＴＯのために、指定されたＡＰＮに対するＩＰ接続を作成するようＷＴＲＵに命令することが可能な特定のＳＩＰＴＯ＠ＬＮポリシーがＡＮＤＳＦにおいて定義される手順は、現在、存在しない。

さらに、ＡＮＤＳＦを介してユーザが、ユーザ同意に関するＳＩＰＴＯ＠ＬＮ要件を満足させるトラフィックオフロードに関するユーザ同意の指示を与えることを可能にするさらなる手順が、提案される。モバイル事業者ＳＩＰＴＯポリシーおよびＡＰＮごとの構成されたユーザ同意に基づいて、ネットワークは、トラフィックをオフロードすることができる可能性がある。このため、ユーザは、フローごとのＳＩＰＴＯ＠ＬＮポリシーに基づいてローカルネットワークに何らかのＩＰフローがオフロードされ得るのに先立って、ＷＴＲＵが、指定されたＡＰＮに対して新たなＰＤＮ接続を確立することができるのに先立って、同意することが可能である。さらに、このユーザ同意は、サブスクリプションベース（すなわち、ＨＳＳの中のユーザプロファイルの中に格納されている）ことが可能である。しかし、拡張されたＡＮＤＳＦ規則が、フローごとのＳＩＰＴＯ＠ＬＮのために使用される場合、ＷＴＲＵが、ＡＮＤＳＦベースの手順に関してＨＳＳと連絡をとらない可能性があるので、問題が生じる可能性がある。ＡＮＤＳＦが、ＷＴＲＵの永久ＩＤに基づいてＳＩＰＴＯ＠ＬＮポリシーを提供することが可能である既存のＡＮＤＳＦ手順を使用することが提案される。また、ＡＮＤＳＦには、ＡＮＤＳＦからＨＳＳまたはＳＰＲに対する新たなインターフェースを使用することによって、ＨＳＳ／ＳＰＲからのユーザ／ＷＴＲＵ固有のＳＩＰＴＯ＠ＬＮポリシーが与えられることも可能である。

フローごとのＳＩＰＴＯ＠ＬＮを実行する手順は、ＡＮＤＳＦがＷＴＲＵに供給する拡張されたＡＮＤＳＦ規則に基づく。これらの拡張されたＡＮＤＳＦ規則は、ＡＰＮ間ルーティングのために使用されるＡＮＤＳＦ規則に基づくことが可能である。代替として、フローごとのＳＩＰＴＯ＠ＬＮのための別個の規則が指定されてもよい。

フローごとのＳＩＰＴＯ＠ＬＮのためのポリシーは、ＷＴＲＵにおいて静的に構成されることが可能であり、またはこれらのポリシーは、ＡＮＤＳＦによって供給されることも可能である。ＷＴＲＵにおける静的に構成されたポリシーは、ＡＮＤＳＦから供給されたポリシーより高い優先度を有する。例えば、ＡＮＤＳＦが、特定のＩＰフロー（ポート８０におけるＩＰ １００．１００．１００．１００）に関して特定のＡＰＮ（ＡＰＮ１）を供給し、さらにＷＴＲＵが、同一のＩＰアドレスおよび同一のポートに関して静的に構成されたＡＰＮ（ＡＰＮ２）を有する場合、ＷＴＲＵは、ＡＰＮ２を使用してフローをルーティングすることが可能である。

各フローごとのＳＩＰＴＯ＠ＬＮ規則は、ＷＴＲＵに１つまたは複数のフィルタ規則情報を供給することが可能であり、各フィルタ規則は、特定のＩＰフィルタに合うＩＰフローをルーティングするようにＷＴＲＵによって使用されることが可能なＡＰＮの優先順位付けされたリストを識別する。また、フィルタ規則は、特定のＩＰフィルタに合うＩＰフローに関していずれのＡＰＮが制限され得るかを識別することも可能である。例えば、ＷＴＲＵは、特定のＡＰＮに対してＷＴＲＵが有するすべてのＰＤＮ接続に関して、この規則を活性化してもよい。また、これらのフィルタ規則は、ＷＴＲＵが、（ＷＴＲＵが、或るインターフェースが特定のＡＰＮに結び付けられていることを認識しているものと想定すると）ＡＰＮに基づいてインターフェースを選択するのを支援することも可能である。

各フローごとのＳＩＰＴＯ＠ＬＮ規則は、ＷＴＲＵにＩＰフロールーティング情報（例えば、ＩＰアドレス、ポート番号、プロトコル、サービス品質（ＱｏＳ））を与えることが可能である。

各フローごとのＳＩＰＴＯ＠ＬＮ規則は、特定のＡＰＮに対するＬ−ＧＷに対してローカルＰＤＮ接続を確立する指示を（ＷＴＲＵが、ローカルＰＤＮ接続を確立してはいない場合に）ＷＴＲＵに与えることが可能である。例えば、ＷＴＲＵがＬＨＮに接続されると、またはＬＨＮにハンドオーバされると、新たなＩＰ接続が動的に作成されてもよい。

各フローごとのＳＩＰＴＯ＠ＬＮ規則は、有効性条件情報（すなわち、供給されたポリシーがいつ有効であるかを示す条件）を与えることが可能である。有効性条件情報は、特定のＬＨＮにおいてＳＩＰＴＯ＠ＬＮがサポートされることが可能な事例を記述してもよい。ＩＰフローごとのＳＩＰＴＯ＠ＬＮ ＡＮＤＳＦポリシーは、ルーティング基準を含むことが可能であり、ルーティング基準は、ＳＩＰＴＯ＠ＬＮポリシーが、ＷＴＲＵが特定のＣＳＧ−ＩＤまたは特定のセルＩＤでＨ（ｅ）ＮＢに接続されている場合に有効であり得ることをＷＴＲＵに示す（例えば、ルーティング基準は、ＳＩＰＴＯ＠ＬＮをサポートするＬ−ＧＷに接続されたＬＨＮの一部であるすべてのＨｅＮＢ／ＣＳＧ−ＩＤを含む）。ルーティング基準が、ＳＩＰＴＯ＠ＬＮルーティング規則内に含められていない場合、ポリシーは、ルーティング規則の中に記載されるＡＰＮに対するすべてのＰＤＮ接続に適用可能であり得る。

フローごとのＳＩＰＴＯ＠ＬＮポリシーは、サービス間ルーティングポリシー（ＩＳＲＰ）の拡張として、もしくはＡＰＮ間ルーティングポリシー（ＩＡＲＰ）として含められること、またはＡＮＤＳＦ内の別個の規則と考えられることが可能である。フローごとのＳＩＰＴＯ＠ＬＮのための拡張されたＡＮＤＳＦ規則のバリエーションが、図１４〜図１６に示される。これらの規則は、ＷＴＲＵにおいて静的に構成されること、またはＡＮＤＳＦによってプロビジョニングされることが可能である（要請なしのプロビジョニング、つまり、プッシュモード、またはＷＴＲＵからのクエリに応答して、つまり、プルモードを介して）。

図１４は、ＩＡＲＰがフローごとのＳＩＰＴＯ＠ＬＮポリシーを含む場合の例を示す。さらに２つのリーフが、含められるように提案される。「新たな接続作成」リーフが、ルーティング規則のＡＰＮを使用して、ローカルネットワークのＬ−ＧＷに対するローカルＩＰ接続を確立する指示をＷＴＲＵに与えることが可能である。「ルーティング基準」リーフが、その規則は、ＬＨＮにおいてＳＩＰＴＯを使用するトラフィックオフロードをサポートする特定のＬＨＮにだけ有効であるという情報を与えることが可能である。このリーフは、ＷＴＲＵが接続されているＨｅＮＢのセルＩＤ、または、代替として、ＣＳＣ−ＩＤなどの情報を与えることができる。そのような事例において、ＷＴＲＵは、ＷＴＲＵが特定のＨｅＮＢに接続されている場合に限って、この規則を活性化することが可能である。

図１５は、ＩＳＲＰがフローごとのＳＩＰＴＯ＠ＬＮポリシーを含むことが可能な場合の例を示し、さらに図１６は、ＩＡＲＰがさらなるフローごとのＳＩＰＴＯ＠ＬＮポリシーを含むことが可能な場合の例を示す。「新たな接続作成」リーフおよび「ルーティング基準」リーフが、ＩＳＲＰおよびＩＡＲＰの中に含められることが可能である。ＳＩＰＴＯ＠ＬＮを使用してルーティングされ得るＩＰフロー情報と、特定のＩＰフィルタに合うＩＰフローをルーティングするのにＷＴＲＵによって使用され得るＡＰＮの優先順位付けされたリストをそれぞれが識別する１つまたは複数のフィルタ規則とを含む新たなリーフ（フローごとのＳＩＰＴＯ＠ＬＮ）が、ＩＳＲＰリーフの下、およびＩＡＲＰリーフの下に含められることが可能である。また、フィルタ規則が、特定のＩＰフィルタに合うＩＰフローに関していずれのＡＰＮが制限されるかを識別することも可能である。

フローごとのＳＩＰＴＯ＠ＬＮが実行されるのに、ユーザ同意が要求される可能性がある。フローごとのＳＩＰＴＯ＠ＬＮを開始するのにＷＴＲＵによってＡＮＤＳＦ規則が使用される場合、ＷＴＲＵが、サブスクリプション情報を獲得するようにＨＳＳと連絡をとらない可能性があるので、問題が生じる可能性がある。ＷＴＲＵが、適切な規則があるかどうかＡＮＤＳＦにクエリを行う際、ＷＴＲＵは、ＷＴＲＵの永久ＷＴＲＵ ＩＤ（例えば、国際モバイル加入者ＩＤ（ＩＭＳＩ））をＡＮＤＳＦに供給することが可能である。事業者によって構成されて、ＡＮＤＳＦは、このＷＴＲＵ ＩＤを獲得することが可能である。さらに、供給されたサブスクリプションデータに基づいて、ＡＮＤＳＦは、ＡＮＤＳＦが、システム間モビリティポリシー、アクセスネットワーク発見情報、およびＩＳＲＰを選択することを可能にするようにこの永久ＷＴＲＵ ＩＤを使用することができる。

同一の手順が、ＡＮＤＳＦがフローごとのＳＩＰＴＯ＠ＬＮポリシーを選択するのに使用されることが可能である。ＷＴＲＵが、永久ＷＴＲＵ ＩＤを供給し、さらにＡＮＤＳＦが、このＷＴＲＵに関する（すなわち、供給された永久ＷＴＲＵ ＩＤに関する）特定のフローごとのＳＩＰＴＯ＠ＬＮポリシーを含む場合、ＡＮＤＳＦは、更新されたＡＮＤＳＦ規則をＷＴＲＵにプロビジョニングすることが可能である（すなわち、プルモード動作）。また、ＡＮＤＳＦは、ＡＮＤＳＦが、ＷＴＲＵの永久ＷＴＲＵ ＩＤを知っている場合、要請のない更新されたＡＮＤＳＦ規則をＷＴＲＵに供給することも可能である（すなわち、プッシュモード動作）。

図１７は、ＷＴＲＵがアクティブなローカルＰＤＮ接続を全く有さない場合の無線通信システム１７００におけるフローごとのＳＩＰＴＯ＠ＬＮ信号フローを示す。システム１７００は、少なくとも１つのＷＴＲＵ１７０５と、ＡＮＤＳＦ１７１０と、少なくとも１つのＨ（ｅ）ＮＢ１７１５と、Ｌ−ＧＷ１７２０と、ＭＭＥ／ＳＧＳＮ１７２５と、ＳＧＷ１７３０と、ＰＧＷ／ＧＧＳＮ１７３５とを含むことが可能である。ＷＴＲＵ１７０５が、ＬＨＮの一部であるＨ（ｅ）ＮＢに接続されることが可能であり、さらに３ＧＰＰネットワークにおけるＰＤＮ−ＧＷ１７３５に向けてＨ（ｅ）ＮＢ１７１５を介してアクティブなＰＤＮ接続を有することが可能である（１７４０）。ＷＴＲＵ１７０５は、Ｌ−ＧＷ１７２０に向けてローカル接続を確立してはいないものと想定される。ＷＴＲＵ１７０５が、新たなポリシー、または更新されたポリシーがあるかどうかＡＮＤＳＦ１７１０にクエリを行うことが可能である（１７４５）。ＷＴＲＵ１７０５は、ＷＴＲＵの永久ＷＴＲＵ ＩＤを、ＡＮＤＳＦ１７１０に対する要求の中に含めることが可能である。ＷＴＲＵ１７０５が、ＷＴＲＵの永久ＷＴＲＵ ＩＤを供給している場合、ＡＮＤＳＦ１７１０は、このＷＴＲＵ１７０５に関する特定のポリシーが存在するかどうかを確認することが可能である（永久ＷＴＲＵ ＩＤに基づいて）。ＡＮＤＳＦ１７１０が、ＷＴＲＵ１７０５にポリシー（ＳＩＰＴＯ＠ＬＮポリシーを含む）を供給することが可能である（１７５０）。ＷＴＲＵ１７０５が、ＳＩＰＴＯ＠ＬＮポリシーに基づいて、Ｌ−ＧＷ１７２０に対するローカル接続が要求されると判定することが可能である（１７５５）。さらに、ＷＴＲＵ１７０５は、アップリンクＩＰフローを検査することによって、特定のＩＰフローがそのローカル接続にオフロードされることが可能であると判定することが可能である。ＷＴＲＵ１７０５が、ＳＩＰＴＯ＠ＬＮルーティング規則の中で指定されたＡＰＮを使用してローカル接続を確立することが可能である（１７６０）。ＷＴＲＵ１７０５が、ＩＰフローを、ＳＩＰＴＯ＠ＬＮルーティング規則に従って、特定のＡＰＮを有する３ＧＰＰネットワーク内のＰＤＮ接続から特定のＡＰＮのローカルＰＤＮ接続にルーティングすることが可能である（１７６５）。ＩＰフローのルーティングは、ＷＴＲＵ１７０５の接続マネージャを介して実行されることが可能である（すなわち、このオフロードは、３ＧＰＰコアネットワークにはトランスペアレントであり得る）。

モバイル事業者は、ＡＮＤＳＦに動的に更新されたＩＰフローごとのＳＩＰＴＯ＠ＬＮポリシーをインストールすることが可能である。ＨＳＳとＡＮＤＳＦの間、またはＳＰＲとＡＮＤＳＦの間に新たなインターフェースが実施されることが可能である。また、事業者は、ＨＳＳおよび／またはＳＰＲからＡＮＤＳＦにフローごとのＳＩＰＴＯ＠ＬＮポリシーを動的にインストールすることも可能である。ＡＮＤＳＦは、ユーザのサブスクリプション情報に基づいて、更新されたＩＰフローごとのＳＩＰＴＯ＠ＬＮルーティングポリシーがあるかどうかＨＳＳおよび／またはＳＰＲにクエリを行うことが可能である。

図１８は、少なくとも１つのＷＴＲＵ１８０５と、ＡＮＤＳＦ１８１０と、Ｌ−ＧＷ１８１５と、少なくとも１つのＨ（ｅ）ＮＢ１８２０と、ＭＭＥ／ＳＧＳＮ１８２５と、ＳＧＷ１８３０と、ＰＧＷ／ＧＧＳＮ１８３５と、ＨＳＳ／ＳＰＲ１８４０とを含む無線通信システム１８００において、ＡＮＤＳＦが、ユーザプロファイル情報があるかどうかＨＳＳまたはＳＰＲにクエリを行う（すなわち、プルモード動作）事例を示す。ＷＴＲＵ１８０５が、更新されたＡＮＤＳＦポリシーがあるかどうかＡＮＤＳＦ１８１０にクエリを行うことが可能である（１８４５）。ＡＮＤＳＦ１８１０が、ユーザの永久ＷＴＲＵ ＩＤ（例えば、ＩＭＳＩ）に基づいて、新たなポリシー、または更新されたポリシーがあるかどうかＨＳＳ／ＳＰＲ１８４０と連絡をとることが可能である（１８５０）。ＨＳＳ／ＳＰＲ１８４０が、新たなポリシー、または更新されたポリシーをＡＮＤＳＦ１８１０に供給することが可能である（１８５５）。ＡＮＤＳＦ１８１０が、ポリシーをローカルでインストールし、さらに関連するＡＮＤＳＦポリシーをＷＴＲＵ１８０５に供給することが可能である（１８６０）。ＷＴＲＵ１８０５が、ＰＤＮ／ＰＤＰ接続要求を介して３ＧＰＰコアネットワークに接続することが可能である（１８６５）。ＷＴＲＵ１８０５が、ＷＴＲＵ１８０５において静的に構成された規則、またはＡＮＤＳＦ１８１０によってプロビジョニングされた規則に基づいて、特定のＩＰフローがＬ−ＧＷを介してローカルでルーティングされ得ることを確認することが可能である（１８７０）。Ｌ−ＧＷ１８１５に対するアクティブなローカルＰＤＮ接続が全く存在しない場合、ＷＴＲＵ１８０５は、特定のＡＰＮを使用して新たなローカルＰＤＮ接続を作成することが可能である（ＷＴＲＵポリシー、またはＡＮＤＳＦによってプロビジョニングされた規則に基づいて）（１８７５）。次に、ＷＴＲＵ１８０５が、それに相応してＩＰフローをルーティングすることが可能である（１８８０）。

図１９は、少なくとも１つのＷＴＲＵ１９０５と、ＡＮＤＳＦ１９１０と、Ｌ−ＧＷ１９１５と、少なくとも１つのＨ（ｅ）ＮＢ１９２０と、ＭＭＥ／ＳＧＳＮ１９２５と、ＳＧＷ１９３０と、ＰＧＷ／ＧＧＳＮ１９３５と、ＨＳＳ／ＳＰＲ１９４０とを含む無線通信システム１９００において、ＨＳＳまたはＳＰＲがＡＮＤＳＦに更新されたユーザプロファイル情報を供給する（すなわち、プッシュモード動作）事例を示す。ＷＴＲＵ１９０５が、ＨｅＮＢ１９２０に接続され、さらにＰＤＮ／ＰＤＰ接続要求を介して３ＧＰＰコアネットワークに接続されることが可能である（１９４５）。ＨＳＳ／ＳＰＲ１９４０が、そのＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションに関する関連するサブスクリプションプロファイルが変化していることを検出することが可能であり、さらに新たなポリシーまたは更新されたポリシーをＡＮＤＳＦ１９１０に供給することが可能である（１９５０）。ＡＮＤＳＦ１９１０が、ポリシーをローカルでインストールし、さらに関連するＡＮＤＳＦポリシーをＷＴＲＵ１９０５に供給することが可能である（１９５５）。ＷＴＲＵ１９０５が、ＷＴＲＵ１９０５における静的に構成された規則、またはＡＮＤＳＦ１９１０によって供給された規則に基づいて、特定のＩＰフローがＬ−ＧＷ１９１５を介してローカルでルーティングされ得ることを確認することが可能である（１９６０）。Ｌ−ＧＷ１８１５に対するアクティブなローカルＰＤＮ接続が全く存在しない場合、ＷＴＲＵ１９０５は、特定のＡＰＮを使用して新たなローカルＰＤＮ接続を作成することが可能である（ＷＴＲＵポリシー、またはＡＮＤＳＦによってプロビジョニングされた規則に基づいて）（１９６０および１９６５）。ＷＴＲＵ１９０５が、それに相応してＩＰフローをルーティングすることが可能である（１９７０）。

図２０は、ローカルネットワーク（マクロからｅＮＢ）へのＳＩＰＴＯモビリティ ａｂｏｖｅ ａ ＲＡＮを示す。ＳＩＰＴＯを使用するようにサブスクライブが行われているＷＴＲＵが、ＨｅＮＢサブシステムに接続されることが可能である。その事例において、ＭＭＥが、ローカルネットワークにおいてＳＩＰＴＯを実行して、これにより、トラフィックがマクロネットワークからフェムトネットワークにおけるＬ−ＧＷにオフロードされることが可能である。

現在、ＷＴＲＵがＬＩＰＡサブスクリプションを有さない場合、そのＷＴＲＵは、ＬＩＰＡネットワークにアクセスすることを許可されない（すなわち、ローカルネットワークにおけるＳＩＰＴＯは、ＳＩＰＴＯ ＡＰＮが、ＬＩＰＡ専用、またはＬＩＰＡ条件付きに設定されているＬＩＰＡ許可を有する場合に限って、実行され得る）。

しかし、ユーザ／事業者／サービスプロバイダが、ＳＩＰＴＯをサポートするＷＴＲＵが、ＬＩＰＡローカルネットワークにおいてトラフィックをオフロードすることを許可することを所望するが、同時に、内部ネットワークに接続されたデバイスへのアクセスを許可しないことを所望する可能性がある。ローカルネットワークにおけるＳＩＰＴＯが、Ｌ−ＧＷを介して実行され得るか、または別の「オフロードするローカルゲートウェイ」を介して実行され得るかについての判定が、行われることが可能である。

Ｌ−ＧＷへのオフロードは、ＷＴＲＵがＬＩＰＡサブスクリプションを有する場合に許可されることが可能である。ユーザ／事業者／ローカルネットワークプロバイダが、内部ＬＩＰＡネットワークへのアクセスをＷＴＲＵに与えることを所望しない可能性がある事例が存在し得る。

或るＳＩＰＴＯ ＡＰＮを示すＷＴＲＵが、Ｌ−ＧＷにオフロードすることが可能である。ＬＩＰＡ許可が「ＬＩＰＡ条件付き」に設定されている場合、ＭＭＥは、特定のＣＳＧを有するＨｅＮＢだけに対してローカルネットワークにオフロードすることを許可することが可能である。しかし、ＷＴＲＵは、それでも、内部ＬＩＰＡネットワークに対するアクセスを有することが可能である。

ＭＭＥが、ＷＴＲＵごとに、またはＳＩＰＴＯ ＡＰＮごとにＳＩＰＴＯを許可するように構成される場合、ＭＭＥは、ＷＴＲＵがＬＩＰＡネットワークにオフロードうることを許可することができる。しかし、加入者は、そのＬＩＰＡネットワークにおける他のＷＴＲＵにアクセスすることが許可されない可能性がある。

ＷＴＲＵおよび／またはＡＰＮが、使用可能にされたＳＩＰＴＯ許可を有し、さらにＬＩＰＡ許可が「ＬＩＰＡオフロード」に設定されている事例において、ＭＭＥにおいて新たなサブスクリプションステータスが、ＭＭＥがローカルネットワークにトラフィックをオフロードすることを許可するように実施されることが可能である。ＳＩＰＴＯ＠ＬＮトラフィックのためにＬＩＰＡ ＰＤＮ接続を確立するのにＷＴＲＵによって使用されるＡＰＮは、ＬＩＰＡトラフィックのためにＬＩＰＡ ＰＤＮ接続を確立するのにＷＴＲＵによって使用されるＡＰＮとは異なり得る。加入者が、「ＬＩＰＡオフロード」だけを許可される場合、その加入者のＷＴＲＵは、ＬＩＰＡアクセスのために同一のＬ−ＧＷに接続された他のＷＴＲＵにアクセスすることができない可能性がある。

ＨＳＳにおける「ＬＩＰＡ許可」サブスクリプションプロファイルは、ＷＴＲＵが、ＬＩＰＡ対応のネットワークにおいてトラフィックをオフロードすることを許可されるかどうかを示すが、同時に、同一の内部ネットワークに接続された他のＬＩＰＡ対応のデバイスへのアクセスを許可されないように変更されることが可能である。この新たなＬＩＰＡ許可が、「ＬＩＰＡオフロード」であることが可能である。

ＷＴＲＵが、ＨｅＮＢサブシステムに接続され、さらに／またはＳＩＰＴＯ ＡＰＮを供給すると、ＭＭＥが、ＨＳＳに確認して、このＡＰＮにＳＩＰＴＯが許可されているかどうか、およびこのユーザ／ＷＴＲＵおよび／またはＡＰＮに関するＬＩＰＡ許可が「ＬＩＰＡオフロード」に設定されているかどうかを判定することが可能である。ＭＭＥは、ＬＩＰＡ許可が存在しない場合、またはこのＷＴＲＵもしくはＡＰＮに関するＬＩＰＡ許可が「ＬＩＰＡ禁止」に設定されている場合、ＳＩＰＴＯを開始しないことが可能である。

ＭＭＥは、ＷＴＲＵおよび／またはＷＴＲＵによって供給されたＡＰＮが、ＬＩＰＡに関してサブスクライブされている（すなわち、ＬＩＰＡ許可が、ＬＩＰＡ専用またはＬＩＰＡ条件付きであり得る）場合、ローカルネットワークにおいてＳＩＰＴＯを開始することが可能である。ＷＴＲＵは、そのＬＩＰＡネットワークにおける他のデバイスにアクセスすることが許可されることが可能である。

ＬＩＰＡ許可が「ＬＩＰＡ条件付き」である場合に、ＭＭＥは、そのＷＴＲＵが特定のＣＳＧグループの一部である場合、ローカルネットワークにおいてＳＩＰＴＯを開始することが可能である。ＷＴＲＵは、そのＬＩＰＡネットワークにおける他のデバイスにアクセスすることを許可されることが可能である。

図２１は、少なくとも１つのＷＴＲＵ２１０５と、Ｈ（ｅ）ＮＢ２１１０と、ＭＭＥ２１１５と、ＨＳＳ２１２０と、ＳＧＷ２１２５と、Ｌ−ＧＷ２１３０とを含む無線通信システム２１００において、ＥＳＰ接続管理（ＥＣＭ）アイドルモードにおける「ＬＩＰＡオフロード」として登録されたＳＩＰＴＯ ＷＴＲＵのためのＳＩＰＴＯ呼フロー手順の流れ図である。ＷＴＲＵ２１０５が、Ｈ（ｅ）ＮＢ２１１０に接続されることが可能であり、さらにＭＭＥ２１１５が、新たな追跡領域について通知されることが可能である（２１３５）。ＭＭＥ２１１５が、追跡領域ＩＤに基づいて、ＬＨＮにおけるＳＩＰＴＯが可能であることを確認することが可能である（２１４０）。ＭＭＥ２１１５が、ＬＩＰＡ許可についてＨＳＳ２１２０にクエリを行うことが可能であり（２１４５）、さらにＨＳ２１２０が、ＷＴＲＵ２１０５が「ＬＩＰＡオフロード」として登録されていると応答することが可能である（２１５０）。ＭＭＥ２１１５が、オフロードポイントにおいて再接続するようＷＴＲＵ２１０５に命令することが可能であり（２１５５）、さらにＷＴＲＵ２１０５が、ＳＩＰＴＯ ＡＰＮを含むＰＤＮ接続要求を開始することが可能である（２１６０）。次に、ＬＩＰＡセッションが確立されることが可能であり、さらにＬ−ＧＷ２１３０が、ユーザＣＳＧ情報を使用して、内部ＬＩＰＡネットワークに接続されたＷＴＲＵ間のＬＩＰＡアクセスをブロックする、または許可することが可能であり、さらにＬＩＰＡアクセスは、同一のＣＳＧ ＩＤを有するＷＴＲＵに関して可能であり得る（２１６５）。

図２２は、少なくとも１つのＷＴＲＵ２２０５と、Ｈ（ｅ）ＮＢ２２１０と、ＭＭＥ２２１５と、ＨＳＳ２２２０と、ＳＧＷ２２２５と、Ｌ−ＧＷ２２３０とを含む無線通信システム２２００において、ＥＣＭ接続モードにおける「ＬＩＰＡオフロード」として登録されたＳＩＰＴＯ ＷＴＲＵに関するＳＩＰＴＯ呼フロー手順の流れ図である。ＷＴＲＵ２２０５が、Ｈ（ｅ）ＮＢ２２１０に接続されることが可能であり（２２３５）、さらにＳＩＰＴＯ ＡＰＮを含むＰＤＮ接続要求を、Ｈ（ｅ）ＮＢ２２１０を介してＭＭＥ２２１５に送信することが可能である（２２４０）。ＭＭＥ２２１５が、追跡領域ＩＤに基づいて、ＬＨＮにおけるＳＩＰＴＯが可能であることを確認することが可能である（２２４５）。ＭＭＥ２１１５が、ＷＴＲＵ２２０５および／またはＳＩＰＴＯ ＡＰＮに関するＬＩＰＡ許可（２１４５）についてＨＳＳ２２２０にクエリを行うことが可能であり（２２５０）、さらにＨＳ２２２０が、ＷＴＲＵ２２０５および／またはＳＩＰＴＯ ＡＰＮが「ＬＩＰＡオフロード」として登録されていると応答することが可能である（２２５５）。ＭＭＥ２２１５が、オフロードポイントにおいて再接続するようＷＴＲＵ２１０５に命令することが可能である（２２６０）。次に、ＬＩＰＡセッションが、確立されることが可能であり、さらにＬ−ＧＷ２２３０が、ユーザＣＳＧ情報を使用して、内部ＬＩＰＡネットワークに接続されたＷＴＲＵ間のＬＩＰＡアクセスをブロックする、または許可することが可能であり、さらにＬＩＰＡアクセスが、同一のＣＳＧ ＩＤを有するＷＴＲＵに関して可能であり得る（２２６５）。

図２３は、ＭＭＥまたはＳＧＳＮであることが可能なネットワークノード２３００の例示的なブロック図である。ネットワークノード２３００は、少なくとも１つのアンテナ２３０５と、受信機２３１０と、プロセッサ２３１５と、送信機２３２０とを含むことが可能である。受信機２３１０は、ＷＴＲＵと第１のゲートウェイの間で第１のＰＤＮ接続を確立する第１のＰＤＮ接続要求を、少なくとも１つのアンテナ２３０５を介して、ＷＴＲＵから受信するように構成されることが可能である。プロセッサ２３１５は、ローカルネットワークにおいてＳＩＰＴＯを実行する判定を行うように構成されることが可能である。送信機２３２０は、ＰＤＮ解放および再接続手順を実行するようＷＴＲＵに命令するメッセージを、少なくとも１つのアンテナ２３０５を介して送信するように構成されることが可能であり、第１のＰＤＮ接続が、解放され、さらにＳＩＰＴＯのための第２のＰＤＮ接続が、ＷＴＲＵと第２のゲートウェイの間で確立される。

図２４は、ＷＴＲＵ２４００の例示的なブロック図である。ＷＴＲＵ２４００は、少なくとも１つのアンテナ２４０５と、受信機２４１０と、プロセッサ２４１５と、送信機２４２０とを含むことが可能である。受信機は、第１のゲートウェイとの第１のＰＤＮ接続のためのＰＤＮ解放および再接続手順を実行するようＷＴＲＵに命令するメッセージを、少なくとも１つのアンテナ２４０５を介して受信するように構成されることが可能である。送信機は、第１のＰＤＮ接続を解放し、さらにＷＴＲＵと第２のゲートウェイの間でＳＩＰＴＯのための第２のＰＤＮ接続を確立する手順を開始するＰＤＮ接続要求を、少なくとも１つのアンテナ２４０５を介して送信するように構成されることが可能である。

実施形態
１．選択インターネットプロトコル（ＩＰ）トラフィックオフロード（ＳＩＰＴＯ）手順を実行するネットワークノードの方法であって、
無線送信／受信ユニット（ＷＴＲＵ）から、ＷＴＲＵと第１のゲートウェイの間で第１のパケットデータネットワーク（ＰＤＮ）接続を確立する第１のＰＤＮ接続要求を受信すること、
ローカルネットワークにおいてＳＩＰＴＯを実行する判定を行うこと、
ＰＤＮ解放および再接続手順を実行するようＷＴＲＵに命令すること、
ＷＴＲＵから第２のＰＤＮ接続要求を受信すること、および
第１のＰＤＮ接続を解放し、さらにＷＴＲＵと第２のゲートウェイの間でＳＩＰＴＯのための第２のＰＤＮ接続を確立する手順を開始することを備える方法。

２．ネットワークノードは、モビリティ管理エンティティ（ＭＭＥ）であり、さらに第２のゲートウェイは、ローカルネットワークにおけるローカルゲートウェイである実施形態１の方法。

３．第１のＰＤＮ接続要求は、ＳＩＰＴＯアクセスポイントネーム（ＡＰＮ）を含む実施形態１〜２のいずれか１つの実施形態におけるとおりの方法。

４．ネットワークノードは、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）であり、さらに第２のゲートウェイは、ローカルネットワークにおけるローカルゲートウェイである実施形態１〜３のいずれか１つの実施形態におけるとおりの方法。

５．ネットワークノードは、ＷＴＲＵによって報告されたロケーション情報に基づいて、ローカルネットワークにおけるＳＩＰＴＯがサポートされることを認識するようになる実施形態１〜４のいずれかの実施形態におけるとおりの方法。

６．ネットワークノードは、事業者ポリシーに基づいてローカルネットワークにトラフィックをオフロードすることを判定する実施形態５の方法。

７．ＷＴＲＵは、ＩＰインターフェース選択（ＯＰＩＩＳ）規則があるかどうかアクセスネットワーク発見選択機能（ＡＮＤＳＦ）を調べ、ローカルネットワークにおいてフローごとのＳＩＰＴＯをサポートするローカルアクセスポイントネーム（ＡＰＮ）を識別し、さらにローカルＡＰＮにルーティングされ得るＩＰフローを識別する実施形態１〜６のいずれかの実施形態におけるとおりの方法。

８．ＷＴＲＵは、ＩＰフローモビリティ（ＩＦＯＭ）手順を使用してローカルＡＰＮにトラフィックをオフロードする実施形態７の方法。

９．ローカルネットワークにおいてＳＩＰＴＯを実行する判定は、特定加入者グループ（ＣＳＧ）アイデンティティ（ＩＤ）、ホーム発展型ノードＢ（ＨｅＮＢ）ＩＤ、またはローカルネットワークＩＤのうちの少なくとも１つに基づく実施形態１〜８のいずれかの実施形態におけるとおりの方法。

１０．新たな追跡領域を示す通知を受信すること、および
追跡領域ＩＤまたはホーム発展型ノードＢ ＩＤに基づいてローカルネットワークにおけるＳＩＰＴＯが可能であると判定することをさらに備える実施形態１〜９のいずれかの実施形態におけるとおりの方法。

１１．ローカルＩＰアクセス（ＬＩＰＡ）許可についての少なくとも１つのクエリに応答して、無線送信／受信ユニット（ＷＴＲＵ）またはＳＩＰＴＯアクセスポイントネーム（ＡＰＮ）の少なくとも１つが、ＬＩＰＡオフロードとして登録されていることを示すメッセージを受信すること、
オフロードポイントにおいて再接続するようＷＴＲＵに命令すること、および
ＬＩＰＡセッションを確立することをさらに備える実施形態１０の方法。

１２．選択インターネットプロトコル（ＩＰ）トラフィックオフロード（ＳＩＰＴＯ）手順を実行する無線送信／受信ユニット（ＷＴＲＵ）の方法であって、
第１のゲートウェイと第１のパケットデータネットワーク（ＰＤＮ）接続を確立すること、
ＰＤＮ解放および再接続手順を実行するようＷＴＲＵに命令するメッセージを受信すること、
第１のＰＤＮ接続を解放し、さらにＷＴＲＵと第２のゲートウェイの間でＳＩＰＴＯのための第２のＰＤＮ接続を確立する手順を開始するＰＤＮ接続要求を送信することを備える方法。

１３．ＩＰインターフェース選択（ＯＰＩＩＳ）規則に基づいてローカルネットワークＳＩＰＴＯ規則があるかどうかアクセスネットワーク発見選択機能（ＡＮＤＳＦ）を調べること、
ローカルネットワークにおいてフローごとのＳＩＰＴＯをサポートするローカルアクセスポイントネーム（ＡＰＮ）を識別すること、および
ローカルＡＰＮにルーティングされ得るＩＰフローを識別することをさらに備える実施形態１２の方法。

１４．ＷＴＲＵは、ＩＰフローモビリティ（ＩＦＯＭ）手順を使用してローカルＡＰＮにトラフィックをオフロードする実施形態１３の方法。

１５．選択インターネットプロトコル（ＩＰ）トラフィックオフロード（ＳＩＰＴＯ）手順を実行する無線送信／受信ユニット（ＷＴＲＵ）の方法であって、
第１のゲートウェイと第１のパケットデータネットワーク（ＰＤＮ）接続を確立すること、
少なくとも１つのクエリに応答してローカルネットワークＳＩＰＴＯポリシーを受信すること、
ローカルネットワークＳＩＰＴＯポリシーに基づいてローカルゲートウェイに対するローカルＰＤＮ接続を確立すること、および
第１のＰＤＮゲートウェイからローカルＰＤＮ接続にＩＰフローをルーティングすることを備える方法。

１６．ＩＰインターフェース選択（ＯＰＩＩＳ）規則に基づいてローカルネットワークＳＩＰＴＯ規則があるかどうかアクセスネットワーク発見選択機能（ＡＮＤＳＦ）を調べること、
ローカルネットワークにおいてフローごとのＳＩＰＴＯをサポートするローカルアクセスポイントネーム（ＡＰＮ）を識別すること、および
ローカルＡＰＮにルーティングされ得るＩＰフローを識別することをさらに備える実施形態１５の方法。

１７．ローカルネットワークＳＩＰＴＯ規則は、ルーティング規則のＡＰＮを使用してローカルゲートウェイに対してローカルＩＰ接続を確立する指示をＷＴＲＵに与える新たな接続リーフと、規則は、ローカルネットワークにおいてＳＩＰＴＯを使用するトラフィックオフロードをサポートする特定のローカルネットワークに関して有効であるという情報を与えるルーティング基準リーフとを有するＡＰＮ間ルーティングポリシー（ＩＡＲＰ）に組み込まれる実施形態１６の方法。

１８．ローカルネットワークＳＩＰＴＯ規則は、ルーティング規則のＡＰＮを使用してローカルゲートウェイに対してローカルＩＰ接続を確立する指示をＷＴＲＵに与える新たな接続リーフと、規則は、ローカルネットワークにおいてＳＩＰＴＯを使用するトラフィックオフロードをサポートする特定のローカルネットワークに関して有効であるという情報を与えるルーティング基準リーフとを有するサービス間ルーティングポリシー（ＩＳＲＰ）に組み込まれる実施形態１６の方法。

１９．無線送信／受信ユニット（ＷＴＲＵ）から、ＷＴＲＵと第１のゲートウェイの間で第１のパケットデータネットワーク（ＰＤＮ）接続を確立する第１のＰＤＮ接続要求を受信するように構成された受信機と、
ローカルネットワークにおいて選択インターネットプロトコル（ＩＰ）トラフィックオフロード（ＳＩＰＴＯ）を実行する判定を行うように構成されたプロセッサと、
ＰＤＮ解放および再接続手順を実行するようＷＴＲＵに命令するメッセージを送信するように構成され、第１のＰＤＮ接続は、開放され、さらにＷＴＲＵと第２のゲートウェイの間でＳＩＰＴＯのための第２のＰＤＮ接続が確立される送信機とを備えるネットワークノード。

２０．第１のゲートウェイとの第１のパケットデータネットワーク（ＰＤＮ）接続のためにＰＤＮ解放および再接続手順を実行するよう無線送信／受信ユニット（ＷＴＲＵ）に命令するメッセージを受信するように構成された受信機と、
第１のＰＤＮ接続を解放し、さらにＷＴＲＵと第２のゲートウェイの間で選択インターネットプロトコル（ＩＰ）トラフィックオフロード（ＳＩＰＴＯ）のための第２のＰＤＮ接続を確立する手順を開始するＰＤＮ接続要求を送信するように構成された送信機とを備えるＷＴＲＵ。

前段で特徴および要素は、特定の組合せで説明されるものの、各特徴または各要素は、単独で使用されても、その他の特徴および要素のうちのいずれかと組み合わせで使用されてもよいことが当業者には認識されよう。さらに、本明細書で説明される実施形態は、コンピュータまたはプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施されてもよい。コンピュータ可読媒体の例には、電子信号（有線接続または無線接続を介して伝送される）、およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気媒体（例えば、内部ハードディスクもしくはリムーバブルディスク）、光磁気媒体、およびコンパクトディスク（ＣＤ）もしくはデジタルバーサタイルディスク（ＤＶＤ）などの光媒体が含まれるが、以上には限定されない。ソフトウェアに関連するプロセッサが、ＷＴＲＵ、ＵＥ、端末装置、基地局、ノードＢ、ｅＮＢ、ＨＮＢ、ＨｅＮＢ、ＡＰ、ＲＮＣ、無線ルータ、または任意のホストコンピュータにおいて使用されるように無線周波数トランシーバを実施するのに使用されることが可能である。

Claims (4)

1. モビリティ管理エンティティ（ＭＭＥ）であって、
   無線送信／受信ユニット（ＷＴＲＵ）から、ローカルインターネットプロトコルアクセス（ＬＩＰＡ）／選択インターネットプロトコルオフロード（ＳＩＰＴＯ）において使用するためのパケットデータネットワーク（ＰＤＮ）接続要求を受信するように構成されたインターフェースであり、前記ＰＤＮ接続要求は、アクセスポイントネーム（ＡＰＮ）を含む、インターフェースと、
   前記受信したＰＤＮ接続要求に応答して、ＬＩＰＡ／ＳＩＰＴＯアクセスが許可されているかどうか決定するように構成されたプロセッサと
   を備え、
   前記プロセッサは、前記受信したＰＤＮ接続要求に応答して、前記ＷＴＲＵがＬＩＰＡ／ＳＩＰＴＯを使用してアップリンク／ダウンリンクデータの少なくとも一部分を送信するように、前記ＷＴＲＵ、ローカルゲートウェイ、ＭＭＥ、サービングゲートウェイ（ＳＧＷ）およびパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）との間のＰＤＮ接続を確立するようにさらに構成されている、ことを特徴とするＭＭＥ。
2. 前記プロセッサは、前記ＰＤＮ接続を確立するために、前記ＳＧＷへ、セッション作成要求メッセージを送信するようにさらに構成されている、ことを特徴とする請求項１に記載のＭＭＥ。
3. モビリティ管理エンティティ（ＭＭＥ）により実行される方法であって、
   前記ＭＭＥにより、無線送信／受信ユニット（ＷＴＲＵ）から、ローカルインターネットプロトコルアクセス（ＬＩＰＡ）／選択インターネットプロトコルオフロード（ＳＩＰＴＯ）において使用するためのパケットデータネットワーク（ＰＤＮ）接続要求を受信するステップであり、前記ＰＤＮ接続要求は、アクセスポイントネーム（ＡＰＮ）を含む、ステップと、
   前記ＭＭＥにより、前記受信したＰＤＮ接続要求に応答して、ＬＩＰＡ／ＳＩＰＴＯアクセスが許可されているかどうか決定するステップと、
   前記ＭＭＥにより、前記受信したＰＤＮ接続要求に応答して、前記ＷＴＲＵがＬＩＰＡ／ＳＩＰＴＯを使用してアップリンク／ダウンリンクデータの少なくとも一部分を送信するように、前記ＷＴＲＵ、ローカルゲートウェイ、ＭＭＥ、サービングゲートウェイ（ＳＧＷ）およびパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）との間のＰＤＮ接続を確立するステップと
   を備える、ことを特徴とする方法。
4. 前記ＭＭＥにより、前記ＰＤＮ接続を確立するために、前記ＳＧＷへ、セッション作成要求メッセージを送信するステップをさらに備える、ことを特徴とする請求項３に記載の方法。

Images