JP5860951B2 - セッションマネージャおよび送信元インターネットプロトコル（ｉｐ）アドレス選択 - Google Patents

Description

本発明は、セッションマネージャおよび送信元インターネットプロトコル（ＩＰ）アドレス選択に関する。

関連出願の相互参照
本出願は、２０１１年４月１１日に出願された「ＳＥＳＳＩＯＮ ＭＡＮＡＧＥＲ ＡＮＤ ＳＯＵＲＣＥ ＩＮＴＥＲＮＥＴ ＰＲＯＴＯＣＯＬ （ＩＰ） ＡＤＤＲＥＳＳ ＳＥＬＥＣＴＩＯＮ」と題する米国仮出願第６１／４７３，９６３号の利益を主張し、同仮出願の内容全体が、あらゆる目的で参照により本明細書に組み込まれる。

コネクションマネージャ（ＣＭ：Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｒ）は、事前に定義された静的なコネクションを使用してユーザがネットワークに接続できるように、アクセスコネクションを提供する。例えば、やはり事前に定義された静的なコネクションを使用してサーバを介してリモートネットワークに接続するために、コネクションマネージャプロファイルを使用できる。コネクションマネージャは、ユーザがアプリケーションに接続するためにも、事前に決定された静的なアクセスコネクションを提供する。

本発明は、１つまたは複数のセッションマネージャ（ＳＭ：Ｓｅｓｓｉｏｎ ｍａｎａｇｅｒ）および／または送信元インターネットプロトコル（ＩＰ）アドレス選択技法を企図する。

この要約は、以下の詳細な説明においてさらに説明される概念から抜粋したものを簡潔な形で紹介するために提供される。特許請求される本発明の主要な特徴または必須の特徴をこの要約によって識別する意図はなく、特許請求される本発明の範囲を限定するためにこの要約を使用する意図もない。

実施形態は、１つまたは複数のセッションマネージャ（ＳＭ：Ｓｅｓｓｉｏｎ ｍａｎａｇｅｒ）および／または送信元インターネットプロトコル（ＩＰ）アドレス選択技法を企図する。実施形態は、セッションマネージャが、ポリシマネージャ（ｐｏｌｉｃｙ ｍａｎａｇｅｒ）によって指定された１つまたは複数のポリシに基づいて、無線通信環境においてセッションを確立することを企図する。１つまたは複数の実施形態では、セッションマネージャは、セッションの削除も行う。例えば、セッションは、アプリケーションからの要求の受け取りに応答して、削除される。実施形態は、セッションマネージャが、セッションについてのセッション記述を記憶することも企図する。セッションマネージャは、例えば、データプレーンのために送信元ＩＰ選択も実行する。加えて、実施形態は、セッションマネージャが、目的の中でもとりわけ、追加のサブフローをネゴシエートするために、マルチコネクション（ＭＣ：Ｍｕｌｔｉ−Ｃｏｎｎｅｃｔｉｏｎ）トランスポートにＩＰアドレスを提供することも企図する。

実施形態は、プロセッサを備える無線送信／受信ユニット（ＷＴＲＵ）も企図する。プロセッサは、ＷＴＲＵのユーザ、またはＷＴＲＵ上で動作する１つもしくは複数のアプリケーションのうちの少なくとも一方の１つまたは複数の要件に少なくとも部分的に基づいて、１つまたは複数のコネクション構成を動的に制御するために、少なくとも１つの機能を使用するように少なくとも部分的に構成される。実施形態は、代替的または追加的に、プロセッサが、１つまたは複数の要件に少なくとも部分的に基づいて、１つまたは複数のコネクションの使用を決定するために、少なくとも１つの機能を使用するようにさらに構成されることをさらに企図する。１つまたは複数の実施形態は、１つまたは複数のコネクションが、１つまたは複数のそれぞれのセッションの部分であることを企図する。実施形態は、代替的または追加的に、プロセッサが、１つまたは複数のポリシに基づいて、少なくとも１つの機能を使用するようにさらに構成されることも企図する。１つまたは複数の実施形態は、少なくとも１つの機能が、ＷＴＲＵのコントロールプレーンにおいて動作することを企図する。また、１つまたは複数の実施形態は、少なくとも１つの機能が、第１の機能であり、第１の機能が、１つまたは複数の第２の機能を含むことを企図する。

実施形態は、代替的または追加的に、プロセッサが、１つまたは複数のセッションの少なくとも１つによって使用されるサービスタイプを決定するために、少なくとも１つの機能を使用するようにさらに構成されることも企図する。代替的または追加的に、実施形態は、プロセッサが、１つまたは複数のセッションの少なくとも１つによって使用される無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）を決定するために、少なくとも１つの機能を使用するようにさらに構成されることを企図する。代替的または追加的に、実施形態は、プロセッサが、１つまたは複数のセッションのうちの第１のセッションの１つまたは複数のセッションのうちの第２のセッションに対するプライオリティを決定するために、少なくとも１つの機能を使用するようにさらに構成されることを企図する。

実施形態は、代替的または追加的に、１つまたは複数のセッションのうちの第１のセッションは第２のセッションよりもプライオリティが高いと決定したときに、プロセッサが、１つまたは複数のセッションのうちの第２のセッションを削除するために、少なくとも１つの機能を使用するようにさらに構成されることも企図する。１つまたは複数の実施形態は、少なくとも１つの機能が、セッションマネージャ機能であることを企図する。代替的または追加的に、実施形態は、プロセッサが、１つまたは複数のセッションの少なくとも１つがクローズされるべきことを決定し、１つまたは複数のセッションの少なくとも１つをクローズするために、少なくとも１つの機能を使用するように構成されることを企図する。

実施形態は、プロセッサを備える無線送信／受信ユニット（ＷＴＲＵ）を企図し、プロセッサは、１つもしくは複数のポリシまたは１つもしくは複数のサービス品質（ＱｏＳ）要件のうちの少なくとも一方に少なくとも部分的に基づいて、ＷＴＲＵ上で動作する１つまたは複数のアプリケーションに関する１つまたは複数の送信元インターネットプロトコル（ＩＰ）アドレスを動的に決定するために、少なくとも１つの機能を使用するように少なくとも部分的に構成される。代替的または追加的に、１つまたは複数の実施形態は、１つまたは複数のポリシが、１つまたは複数の送信元ＩＰアドレスと１つまたは複数の条件との間の対応を含むことを企図する。

実施形態は、代替的または追加的に、１つまたは複数の条件が、１つまたは複数の送信元ＩＰアドレスと、アプリケーションのタイプまたはモビリティサポートの利用可能性の少なくとも一方との間の少なくとも１つの対応を含むことをさらに企図する。１つまたは複数の実施形態は、少なくとも１つの機能が、セッションマネージャ機能であることを企図する。代替的または追加的に、実施形態は、少なくとも１つの機能が、ｇｅｔａｄｄｒｉｎｆｏパラメータを利用することを企図する。実施形態は、ＱｏＳ要件が、アプリケーションにとって好ましいネットワーク、禁止されたネットワークのリスト、アプリケーション毎のモビリティ要件、または帯域幅アグリゲーション要件のうちの少なくとも１つを含むことも企図する。

添付の図面を併用して例を用いて行われる以下の説明から、より詳細な理解が得られる。
１つまたは複数の開示される実施形態が実施される例示的な通信システムのシステム図である。 図１Ａに示された通信システム内で使用される例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示された通信システム内で使用される例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示された通信システム内で使用される別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示された通信システム内で使用される別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 実施形態と整合性のあるＥＩＰＳおよびＡＣＭＳが装備された端末についての例示的な機能アーキテクチャのブロック図である。 実施形態と整合性のある例示的なセッションマネージャ（ＳＭ）コネクション確立プロセスのフローチャートである。 実施形態と整合性のある例示的なＳＭ ＦＣの機能図である。 実施形態と整合性のある１つまたは複数の機能の使用の例示的なブロック図である。 実施形態と整合性のある１つまたは複数の機能の使用の例示的なブロック図である。 実施形態と整合性のある１つまたは複数の機能の使用の例示的なブロック図である。

説明的な実施形態についての詳細な説明が、今から様々な図を参照して行われる。この説明は可能な実施についての詳細な例を提供するが、細部は例示的なものであり、本出願の範囲を決して限定するものではないことが意図されていることに留意されたい。本明細書で使用される場合、さらなる制限または特徴付けを伴わない冠詞「ａ」は、例えば、「１つまたは複数」または「少なくとも１つ」を意味すると理解される。

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

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

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

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

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

より具体的には、上で言及したように、通信システム１００は、多元接続システムであり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を利用する。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１５／１１６／１１７を確立する、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施する。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含む。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含む。

別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインタフェース１１５／１１６／１１７を確立する、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施する。

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわちマイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施する。

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

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

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

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

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含む。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことが理解される。また、実施形態は、基地局１１４ａ、１１４ｂ、ならびに／または限定はしないが、とりわけ、トランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（ｅＮｏｄｅＢ）、ホーム進化型ノードＢ（ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードなど、基地局１１４ａ、１１４ｂが代表するノードが、図１Ｂに示され、本明細書で説明される要素のいくつかまたはすべてを含むことを企図する。

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

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

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

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

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

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

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

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

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

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

図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含む。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営されることが理解される。

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

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

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

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

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

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

図１Ｄに示されるコアネットワーク（ＣＮ）１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含む。上記の要素の各々は、コアネットワーク１０７の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営されることが理解される。

ＭＭＥ１６２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され、制御ノードとしてサービスする。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担う。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能も提供する。

サービングゲートウェイ１６４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続される。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送する。サービングゲートウェイ１６４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング（ａｎｃｈｏｒｉｎｇ）、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合に行う一斉呼出のトリガ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能も実行する。

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

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

図１Ｅは、一実施形態による、ＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインタフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）である。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの異なる機能エンティティと、ＲＡＮ１０５と、コアネットワーク１０９との間の通信リンクは、参照点として定義される。

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

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

基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を容易化するためのプロトコルを含む、Ｒ８参照点として定義される。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義される。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連するモビリティイベントに基づいたモビリティ管理を容易化するためのプロトコルを含む。

図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続される。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクは、例えばデータ転送およびモビリティ管理機能を容易化するためのプロトコルを含む、Ｒ３参照点として定義される。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証認可課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含む。上記の要素の各々は、コアネットワーク１０９の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なるエンティティによって所有および／または運営されることが理解される。

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

図１Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続され、コアネットワーク１０９は、他のコアネットワークに接続されることが理解される。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４参照点として定義され、Ｒ４参照点は、ＲＡＮ１０５と他のＡＳＮの間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含む。コアネットワーク１０９と他のコアネットワークの間の通信リンクは、Ｒ５参照として定義され、Ｒ５参照は、ホームコアネットワークと在圏コアネットワークの間の網間接続を容易化するためのプロトコルを含む。

実施形態は、マルチホームデバイス（ｍｕｌｔｉ−ｈｏｍｅｄ ｄｅｖｉｃｅ）（例えば、１つもしくは複数のまたは多数の有線および／または無線インタフェースをサポートするデバイス）において、コネクションマネージャ（ＣＭ）が、１つまたは複数のアプリケーションと１つまたは複数の低位レイヤインタフェースとの間でインタフェースを取ることができる機能であることを認識する。コネクションマネージャは、物理レイヤにおいてインタフェースを確立し、維持し、および／または解放することを担い、またどのコネクションが使用されているか、またはアプリケーションによって要求されているかを追跡する。さらに、実施形態は、コネクションマネージャが、例えば、未使用コネクションをクローズすること、および／またはコネクションが指定された期間にわたってアイドルである場合、それらを自動的に切断することなどを認識する。

一例では、１つまたは複数のアプリケーションによって発行されたコマンドＧｅｔａｄｄｒｉｎｆｏ（）は、ＩＰｖ６および／またはＩＰｖ４アドレスを含むローカルアドレスのリストを、１つまたは複数のアプリケーションに返すことができる。コマンドの実行は、オペレーティングシステム（ＯＳ）によって実行される。適切なアルゴリズムが、例えば、送信元ＩＰアドレスが与えられた宛先ＩＰアドレスからどれほど近いかにおそらくは基づいた、送信元（Ｓｒｃ）ＩＰソーティングを提供する。実施形態は、しかしながら、適用可能なルールが静的であり、したがって、多くの場合には妥当しないことを認識する。一例では、Ｌｉｎｕｘ（登録商標）が、ソーティングアルゴリズム構成を構成する方法を提供するが、やはり多くの場合には妥当しない。

図２は、ＥＩＰＳおよびＡＣＭＳが装備された端末についての例示的な機能アーキテクチャのブロック図を示している。図２を参照すると、「アドバンストソケットＩＦ（ＡＳＩＦ）」、「トランスポート機能コンポーネント（トランスポートＦＣ）」、「ＬＩＦ ＦＣ」、および「ＶＩＦ ＦＣ」と名付けられたブロックで示されるデータプレーンコンポーネントが、ＥＩＰＳを構成し、一方「セッションマネージャ」、ＤＮＳプロキシ」、「ＳＳＯプロキシ」、「コネクションマネージャ」、「ＭＩＨクライアント」、「ＤＳＭＩＰプロキシ」、「ＤＨＣＰプロキシ」、「ＩＣＭＰプロキシ」、「３Ｇプロキシ」、および「ＷｉＦｉプロキシ」と名付けられたブロックで示されるコントロールプレーンコンポーネントが、ＡＣＭＳを構成する。「ポリシ管理（Ｍｎｇｔ）システム」、「アプリケーション」、および「ＰｈＩＦ ＦＣ」と名付けられたブロックで、いくつかの終端コンポーネントが示されている。データプレーン内の企図されたインタフェースが、本明細書で示され、説明される。実施形態は、１つまたは複数のデータプレーンコンポーネントとコントロールプレーンコンポーネントとの間のインタフェースを企図し、コントロールプレーン内のインタフェースも企図する。データプレーンに適用されるインタフェースは、Ｄｘｘと名付けられ、コントロールプレーンとのインタフェースは、Ｃｘｘと呼ばれ、ポリシ管理とのインタフェースは、Ｐｘｘと呼ばれる。

実施形態は、ネットワーク選択を事業者（例えば、３ＧＰＰネットワーク）が制御および／もしくは監視できること、ならびに／またはユーザ（例えば、３Ｇおよびホットスポット無線ローカルエリアネットワーク（ＷＬＡＮ）カバレージが存在するカフェで、ユーザはホットスポットに、好ましくは３Ｇネットワークに自由に接続することを好む）が制御および／もしくは監視できることを企図する。アプリケーションも、独自のポリシを有することができる（例えば、ホームＷＬＡＮではＨＴＴＰセッションも十分に良好であるが、ユーザがいずれ外出して、外でもボイスオーバインターネットプロトコル（ＶｏＩＰ）を継続することを望む場合は、自宅でさえも、３Ｇ上で行われるならば、ボイスオーバインターネットプロトコル（ＶｏＩＰ）セッションのほうがより信頼性が高い）。これらのアクセスルールの１つまたは複数は、例えば、ＯＭＡ ＤＭ（デバイス管理）または３Ｇ／４ＧネットワークにおけるＡＮＤＳＦ（アクセスネットワーク発見および選択機能（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ））などの、異なるプロトコルまたは機能によってサポートされる。

実施形態は、限定することなく例を挙げれば、例えば、現在の３ＧＰＰ ＭＡＰＣＯＮおよびＩＦＯＭ（マルチアクセスＰＤＮ接続性およびＩＰフローモビリティ（ｍｕｌｔｉ ａｃｃｅｓｓ ＰＤＮ ｃｏｎｎｅｃｔｉｖｉｔｙ ａｎｄ ＩＰ ｆｌｏｗ ｍｏｂｉｌｉｔｙ））作業部会によって開発されたポリシに限定されるものではないが、ルールの粒度をＩＰフロー毎にもできることを企図する。

実施形態は、限定することなく例を挙げれば、アプリケーションが、ＩＳＯモジュール内のＬ５以上において動作するアプリケーションであることを企図する。また例を挙げれば、アプリケーションは、ユーザが自分の端末上で見るようなアプリケーションである。限定することなくさらなる例を挙げれば、アプリケーションは、ウェブブラウザ、ＦＴＰアプリケーション、ＶｏＩＰクライアント、またはボイスオーバインターネットプロトコル（ＶｏＩＰ）アプリケーションとすることができる。アプリケーションは、アプリケーションＩＤ（ＡＩＤ）によって一意的に識別される。１つまたは複数の実施形態では、アプリケーションに関連付けられたＯＳプロセスＩＤが、アプリケーションＩＤとして使用される。

実施形態は、限定することなく例を挙げれば、セッションが、ソケットＡＰＩを介してアプリケーションによってオープンされるようなＬ４トランスポートソケットであることを企図する。実施形態は、ソケットが、ＵＤＰ、ＴＣＰ、および／またはマルチコネクショントランスポート（例えば、ＭＰＴＣＰ）ソケットであることを企図する。１つまたは複数の実施形態は、セッションが、一意的なセッションＩＤによって一意的に識別されることを企図する。実施形態は、同じアプリケーションが、１つまたは複数のセッションをオープンすることを企図する。例えば、ＦＴＰアプリケーションは、ＦＴＰコントロールおよび別個のＦＴＰデータセッションの２つのセッションをオープンする。１つまたは複数の実施形態では、これらのセッションは、「従属セッション（ｄｅｐｅｎｄｅｎｔ ｓｅｓｓｉｏｎ）」と呼ばれる。

実施形態は、コネクションマネージャ（ＣＭ）の例示的なタスクが、プロトコルスタックおよび通信インタフェースが、ユーザ（および／または限定的にはおそらくは事業者／ＯＳ／アプリケーション）要件に従って構成されることを確かめることであることを認識する。ＣＭは、要件が「直接的」であることを予期し、要件が「直接的」であるとは、例を挙げれば、ユーザが、ＳＳＩＤを選択することによって、どのＷｉＦｉ ＡＰを使用すべきかを指定できること、ユーザが、メニューから１つを選択することによって、いくつかのうちからどのモバイルネットワークを使用すべきかを指定すること、アプリケーションが、送信元ＩＰを選択することによって、使用すべきインタフェースを選択すること、またはこれが、オペレーティングシステムに任されることを意味する。実施形態は、例示的なＣＭが、２つの役割、おそらくはただ２つの役割を有し、すなわち、ユーザ／ＯＳ／アプリケーションに対するインタフェースとして、またコネクションをセットアップするプロトコルを制御するためのマネージャ（例えば、ＷｉＦｉのＷＰＡ認証）としてサービスすることを認識する。

１つまたは複数の実施形態は、進化型通信システムでは、ユーザ／ＯＳによるそのような直接制御は、望ましくなく、または別の理由で望まれないことを認識する。１つまたは複数の実施形態は、マルチコネクションデバイスが、例えば、コネクション構成が、および／またはどのコネクションが使用されるかさえもが、ユーザおよび／またはアプリケーションの１つまたは複数の通信上の必要性に合わせて調整されることを保証するのに役立つように、動的に管理される場合、その有用性を増大させ、またはおそらくは最大化さえすることを企図する。さらに、事業者、ユーザ、デバイス、および／またはアプリケーションの選好は、しばしば、高位レベルポリシを介してデバイスに伝達される。限定することなく例を挙げれば、選好は、「ＷｉＦｉ ＱｏＳが十分である場合はビデオ用にＷｉＦｉを使用する」である。実施形態は、現在のＣＭが、そのような高位レベルポリシを扱うことができないことを認識する。さらに、実施形態は、現在（または従来）のＣＭソリューションまたは実施が、これらの必要性に対処するのに不十分であることを認識する。実施形態は、例えば、端末「コントロールプレーン」内のＣＭに対する追加を企図する。

実施形態は、本明細書で述べられるように、ｇｅｔａｄｄｒｉｎｆｏ（）操作が、ローカルアドレスのリストを返すことを認識する。実施形態は、Ｓｒｃ ＩＰソーティングを提供するアルゴリズムも認識し、このアルゴリズムは、１つまたは複数の実施形態では、例えば、送信元ＩＰアドレスが与えられた宛先ＩＰアドレスからどれほど近いかに基づく。

実施形態は、例えば、場合の中でもとりわけ、おそらくはマルチホームデバイスの場合は、静的なルールが十分に正確ではないことを企図する。実際に、既存の送信元ＩＰ選択アルゴリズムは、決定がＩＰアドレスに基づいて、また時にはＩＰアドレスのみに基づいて、おそらくはこれらのＩＰアドレスがマッピングされるインタフェースの特性についての他の検討は行われない。実施形態は、例えば、事業者によって管理され、および／またはユーザの選好をサポートするマルチホームデバイスでは、有線／無線、信頼できる／信頼できない、事業者が選好するネットワーク、ユーザが選好するネットワークなど、ならびに他の様々なポリシおよび／または要件などの検討事項が、送信元ＩＰ選択のために検討されること、また１つまたは複数の実施形態では、送信元ＩＰ選択のために検討されるべきであることを企図する。また、実施形態は、動作中にアプリケーションの要件が変化した場合、ＣＭがこれらの変化に動的に対処しないことも認識する。実施形態は、アプリケーションの変化する要件に動的に対処することを企図する。１つまたは複数の実施形態は、例えば、初期構成が行われた後に発生した条件の変化に応答して、動的な変更が行われることを企図する。限定することなく例を挙げれば、実施形態は、ネットワーク輻輳の変化が、ＷｉＦｉから３Ｇへのフローの移転を有益にすることを企図する。また、例を挙げれば、実施形態は、ＷＴＲＵ上で同時に動作するアプリケーションの数の変化が、フローが様々なインタフェースにどのように割り当てられるかについての再分配を有益にすることを企図する。

１つまたは複数の実施形態は、限定することなく例示的な説明のために、本明細書ではセッションマネージャ（ＳＭ）と呼ばれる機能を企図する。例えば、システムおよびプロセス実施形態がＳＭ技法およびアルゴリズムのために企図され、おそらくは１つまたは複数の他の機能コンポーネントを有するＳＭアーキテクチャおよびインタフェース実施形態が企図され、１つまたは複数の送信元ＩＰアドレス選択アルゴリズム実施形態が企図される。

実施形態は、ＳＭを、例えば、全体的なＡＣＭＳ／ＥＩＰＳアーキテクチャ内に存在する機能コンポーネントとすることができることを企図する。１つまたは複数の実施形態では、ＳＭは、全体的なコネクション管理問題を、１つまたは複数のより複雑でない下位問題に分割する。例えば、セッション毎に、ＳＭは、どの種類のサービスが使用されるか（ＢＷアグリゲーション、ＩＦＯＭなど）、特定のセッションのためにどの無線アクセス技術（ＲＡＴ）が利用可能にされるか、および／または他のセッションに対するセッションのプライオリティはどのようなものかを決定する。その後、これらの決定は、例えば、とりわけ、送信元ＩＰ選択、Ｌ４プロトコル選択、アグリゲーション管理を含むが、それらに限定されない、独立に行われる他の決定を可能にする。

１つまたは複数の実施形態では、ＳＭは、ソケットのオープン時に提供されるアプリケーション要件に従って、および／または無線送信／受信ユニット（ＷＴＲＵもしくはユーザ機器（ＵＥ））内で動作するアプリケーションにおける１つもしくは複数のポリシに従って、アプリケーションによってオープンされた１つもしくは複数のソケットを管理すること、および／またはいくつかのソケットもしくは各ソケットのためにフルスタック（トランスポート／ＩＰ／物理レイヤ）を構成することを担う。

ＳＭは、オープンされたセッションの一部または全部を追跡する。ＳＭは、例えば、アプリケーションインタフェース（ＡＰＩ）から、またはＩＰ／物理レイヤの変化の場合はＣＭから、おそらくは受け取った情報に基づいて、オープンされたセッションの一部または全部を更新する。また、ＳＭは、必要であれば、新しいＩＰアドレスをマルチコネクショントランスポートレイヤに提供する。

さらに、実施形態は、ＳＭが、例えば、おそらくはポリシ管理から受け取った定義されたポリシに基づいて、以下の機能の１つまたは複数を、すなわち、セッション確立、セッション維持、および／またはセッション削除を実行することを企図する。セッション確立の場合、ＳＭは、例えば、関連するポリシおよびパラメータを提供することによって、リソースセットアップをＣＭに要求する。セッション削除は、アプリケーションからの要求時に、受け取ったポリシに基づいて、またはＣＭからリソース削除を受け取ったときに行うことができる。例えば、高プライオリティセッションが到着し、リソースに限りがある場合、より低いプライオリティセッションを中断できる。１つまたは複数の実施形態では、おそらくはアプリケーションにおいて変化（例えば、アプリケーションタイプの変化、サービス品質（ＱｏＳ）要件の更新など）が検出された場合、何らかのＱｏＳ変更をＣＭに要求できる。いくつかの実施形態では、ＱｏＳ変更は、アプリケーションによって直接的に提供でき、またはＳＭによってレベルが制御されるパケットインスペクション（ＰＩ：Ｐａｃｋｅｔ Ｉｎｓｐｅｃｔｉｏｎ）を介して検出される。

１つまたは複数の実施形態は、ＳＭが、セッション再構成がいつ必要とされるかを識別でき、セッション再構成をＣＭに要求することを企図する。ＳＭは、いくつかまたは各実行中セッションについてのセッション記述を維持できる。さらに、ＳＭは、データプレーンのために送信元ＩＰ選択を実行できる。動作中、ＳＭは、マルチコネクショントランスポートレイヤへのＩＰアドレス開示を管理する。ＭＣトランスポートレイヤ（例えば、ＭＰＴＣＰ）の場合、ＳＭは、例えば、理由の中で例えば、ＭＣトランスポートレイヤが追加のサブフローについて相手側（ｐｅｅｒｓ）ＭＣトランスポートレイヤとネゴシエートできるように、ＭＣトランスポートに追加のＩＰアドレスを提供する。アグリゲーションプロトコルの場合、ＳＭは、例えば、使用中のアグリゲートされたスケジューラのために、スケジューラ制御機能をサポートする。ＳＭは、例えば、ＳＳＯのために、セキュリティクライアントとインタフェースも取る。

１つまたは複数の実施形態では、ＳＭ構成は、ユーザから受け取った、および／またはネットワークから受け取った、いくつかの事前に準備されたデータによって提供される。数々のパラメータが、ＳＭによって使用される。それらは、例えば、ポリシ管理機能を通して動的に変更できる。ＳＭは、ＳＭ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ（）を呼び出すことによって、ＡＣＭＳ／ＥＩＰＳ構成パラメータをポリシ管理に要求する。以下の表１は、例示的なＳＭ動作モードを示している。

現在オープンしているいくつかのセッションまたは現在オープンしている各セッションに対して、ＳＭは、表２に示される例示的なＳＭセッションテーブルなどのセッションテーブル内に、関連するパラメータの一部または全部を保持および維持する。

１つまたは複数の実施形態では、ＳＭは、ＣＭからコネクション情報を受け取る。例示的なコネクション関連の情報が、表３に示されている。

１つまたは複数の実施形態は、いくつかのセッションまたは各セッションが独自のセッションテーブルを有するが、ＳＭが、ＷＴＲＵ上で利用可能であり、異なるセッション間で共用される、共通のリソースも記憶することを企図する。そのようなパラメータ（またはリソース）の例は、ＳＭ動作テーブル内に記憶され、その一例が、表４に示されている。

１つまたは複数の実施形態は、おそらくはＣＭにリソースを要求する前に、ＳＭが、適切なまたは最も適した一致を識別するために、アプリケーションの要件および要求されるソケットに適用するポリシをチェックすることを企図する。

実施形態は、サービス品質（ＱｏＳ）要件の適用を企図する。例示的なＱｏＳプライオリティは、スループット、待ち時間、エラーなどを含む。適用対象の例示的なネットワークは、３Ｇネットワークのために提供されるＡＰＮと、非３ＧＰＰアクセスのために提供されるネットワークＩＤとを含む。禁止されるネットワークのリストが提供される。トラフィック優先順位付けが提供される。アプリケーション毎のモビリティ要求が提供される。ＢＷＡ（例えば、アグリゲーション）要件が提供される。実施形態は、セキュリティ要件が提供されることを企図する。実施形態は、ＩＰフローがどの実際のインタフェースを介して送信されるかを決定する際に関与する１つまたは複数のメカニズムを介して、ＢＷＡが行われることを企図する。実施形態は、ＩＰフローを送信するプロセスが、セグリゲーション（例えば、フロー毎にフローをインタフェースに割り当てる能力）を含むことを企図する。１つまたは複数の実施形態は、ＢＷＡが、フローモビリティ（例えば、インタフェース間でフローを移転する能力）のサポートも含むことを企図する。さらに、１つまたは複数の実施形態は、ＢＷＡが、アグリゲーション（例えば、同時に複数のインタフェースを介して単一のフローを送信する能力）を含むことを企図する。

実施形態は、ＬＥＧＡＣＹアプリケーションの場合、ＱｏＳ要件が、ポリシ管理によって提供されることを企図する。以下の表５は、アプリケーション毎のＱｏＳ要件の一例を示している。

１つまたは複数の実施形態は、ＡＤＶＡＮＣＥＤアプリケーションの場合、これらのＱｏＳ要件が、例えば、ＡＤＶ ｓｏｃｋｅｔ（）コールを用いてアプリケーションによって直接的に提供されることを企図する。

実施形態は、１つまたは複数のＩＦＯＭタイプポリシを企図する。初期ＩＦＯＭサポートは、ネットワークが制御するＩＦＯＭであるが（例えば、ＷＴＲＵは受動的であり、着信パケットを受信したインタフェース上で発信パケットを送信することによって、ネットワークの決定に反応する）、ＷＴＲＵは、要求されたソケットのためにＬＩＦをセットアップする必要があることも、またはないこともある。このため、ポリシは、ＡＮＤＳＦ管理オブジェクト内に含むシステム間ルーティングポリシ（ＩＳＲＰ：Ｉｎｔｅｒ Ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ）要素と同様に、フロー毎ベースのルールおよびサービス毎ベースのルールの二重性をもち、事業者が、ユーザ機器（ＵＥ）またはＷＴＲＵによって交換されるトラフィックに基づいてポリシを提供することを許可する。ポリシの粒度は、ＩＰフローである。このように、事業者は、ＷＴＲＵが送信するトラフィックのタイプの関数として、異なる好ましい無線アクセス技術または禁止された無線アクセス技術を指示できる。

ＩＰフローは、５−タプレット（５−ｔｕｐｌｅｔ）が属する範囲（例えば、プロトコルタイプ、送信元および宛先ＩＰアドレスの開始／終了、送信元および宛先ポートの開始／終了）によって識別される。サービスは、ＡＰＮ（アクセスポイント名）によって識別される。一例として、これは、事業者によってＷＴＲＵに提供される１組のＩＳＲＰとすることができる。表６は、フロー毎ポリシの一例を示している（簡潔にするため、妥当性およびロケーション他など、ＡＮＤＳＦ ＭＯ内に含まれる情報はこの表に示されていないことに留意されたい）。

実施形態は、ＳＭ＿ＳｅｓｓｉｏｎＯｐｅｎ操作を企図する。この操作は、ＳＭ＿ＳｅｓｓｉｏｎＯｐｅｎ（）コールを通して受け取ったセッションＩＤによって識別される、新しいセッションを確立するために使用される。その段階において、ＳＭは、表２に示されるような、このセッションのための新しいセッションテーブルを生成し、ＳＭ＿ＳｅｓｓｉｏｎＯｐｅｎ（）上で受け取ったＳｅｓｓｉｏｎＩＤおよびトランスポートＦＣ関連のパラメータを記憶する。

実施形態は、ＳＭ＿ＳｅｓｓｉｏｎＣｏｎｎｅｃｔ操作を企図する。１つまたは複数の実施形態では、ＳＭは、例えば、アプリケーションプロトコル（ＰＮＡＭＥ）および（利用可能であれば）要求されるＱｏＳなど、セッションＩＤによって識別されるセッションについての、ＳＭ＿Ｃｏｎｎｅｃｔ（）コール上で受け取ったパラメータをセッションテーブル内に記憶する。ＳＭは、やはりＳＭ＿ＳｅｓｓｉｏｎＣｏｎｎｅｃｔ（）内で受け取った長さ（ＩＰｖ４またはＩＰｖ６）を有する宛先アドレスを用いて、ＩＰフローＩＤ（５−タプル、６−タプル）の宛先部分の更新も行う。この入力に基づいて、１つまたは複数の実施形態では、おそらくはＷＴＲＵに適用するポリシに加えて、ＳＭは、このセッションのためにフルスタックのセットアップを、例えば、トランスポートレイヤおよび物理レイヤリソースを定義し、それらのセットアップをＴｒＦＣおよびＣＭに要求することを行う。

限定することなく例を挙げれば、以下のものは、ＳＭ＿ＳｅｓｓｉｏｎＣｏｎｎｅｃｔ（）シナリオのタイプのいくつかの例である。１つまたは複数の実施形態では、アプリケーションは、ＷｉＦｉブレークアウトを使用するが、３ＧＰＰ上でデータを送信できる。そのような場合、例えば、Ｌｉｓｔ Ｐｈｙｓ（ＷｉＦｉ，３ＧＰＰ）、ＬＩＦ＝０、および／またはＶＩＦ＝０が適用される。

１つまたは複数の実施形態では、アプリケーションは、ＷｉＦｉおよび３ＧＰＰ上でＬＩＦを使用する。そのような場合、例えば、Ｌｉｓｔ Ｐｈｙｓ（ＷｉＦｉ，３ＧＰＰ）、ＬＩＦ＝１、および／またはＶＩＦ＝ＩＰＳｅｃが適用される。

１つまたは複数の実施形態では、アプリケーションは、ＷｉＦｉおよび３ＧＰＰ上で何らかのアグリゲーションを行うことを望む。そのような場合、例えば、Ｌｉｓｔ Ｐｈｙｓ（ＷｉＦｉ，３ＧＰＰ）、ＬＩＦ＝０、および／またはＶＩＦ＝０が適用される。

図３は、企図された実施形態による例示的なＳＭコネクション確立プロセスのフローチャートである。

実施形態は、トランスポートレイヤ選択を企図する。スタックを正確にセットアップするため、１つまたは複数の実施形態は、ＳＭが、どのトランスポートセッションがオープンしているべきか、またはいくつかの実施形態では、オープンしている必要があるかを決定することを企図する。ＳＭは、例えば理由の中で、おそらくは、例えば、ＢＷＭ動作モードがＯＦＦに設定されている場合は、アドバンストソケットインタフェース（ＡＳＩＦ）から受け取ったｓｏｃｋｅｔ（）要求において要求されたのと同じタイプのソケットを要求する。１つまたは複数の実施形態では、ソケットのタイプが（ＴＣＰセッションと見なされる）ＳＯＣＫ＿ＳＴＲＥＡＭである場合、および／または内部構成パラメータＢＷＭステータスがＯＦＦと異なる場合、おそらくはこれらの条件および／または他の条件のために、ＳＭは、ＢＷＭモードと一致するマルチコネクショントランスポートレイヤを要求する。ＳＭは、それに応じてセッションテーブル内のＭＣプロトコルを更新する。１つまたは複数の実施形態では、ＢＷＭステータス／モードは、例えば、ＭＰＴＣＰまたは類似のプロトコルの使用を指示および／またはアクティブ化する、Ｌ４マルチパス管理ステータス／モードと等価である。

実施形態は、モビリティタイプおよびＩＦＯＭ選択を企図する。例えば、（他の目的の中で）正確な物理インタフェース（ＰｈＩＦ）をセットアップすること、および／または適切なＩＰタイプ（例えば、ローカルＩＰアドレスもしくはトンネルＩＰアドレス）を要求することを目的として、ＳＭは、ＰＮＡＭＥおよび要求されたＩＰフローＩＤ（５−タプル）をチェックする。それらの１つまたは複数に基づいて、ＳＭは、アプリケーションＱｏＳ要件テーブルのためにモビリティポリシを、および／またはフロー毎ポリシテーブルからフローポリシを抽出する。これは、ＳＭが、例えば、ＰｈＩＦ（例えば、ＷｉＦｉの場合のＳＳＩＤなど、関連するネットワーク名を用いて）、ＬＩＦタイプ、および／またはＶＩＦタイプを決定することを可能にする。

実施形態は、ＳＭ＿ＳｅｓｓｉｏｎＣｌｏｓｅ関数／操作を企図する。この操作は、ＳＩＦ＿ＳｅｓｓｉｏｎＣｌｏｓｅ（）またはＡＳＩＦ＿ＰｒｏｔｏｃｏｌＶｉｏｌａｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎ（）コールを通して受け取ったセッションＩＤによって識別されるセッションをクローズする。ＳＭ＿ＳｅｓｓｉｏｎＣｌｏｓｅは、例えば、ＴｒＦＣ＿Ｄｉｓｃｏｎｎｅｃｔを呼び出すことによって関連する物理およびトランスポートリソースを解放し、またＣＭ＿Ｄｉｓｃｏｎｎｅｃｔを用いてＣＭコネクションを解放する。１つまたは複数の実施形態では、その後、ＳＭ＿ＳｅｓｓｉｏｎＣｌｏｓｅは、このセッションＩＤに関連するセッションテーブルを削除する。

実施形態は、ＳＭ＿ＯｐｅｒａｔｉｏｎＴａｂｌｅＵｐｄａｔｅ関数／操作を企図する。この関数は、少なくとも部分的にＣＭから受け取った入力に基づいて、ＳＭ操作テーブルを更新する。この関数は、例えば、ＳＭ＿ＰｈＩＦＳｔａｔｕｓ（）コールを通して受け取った利用可能なインタフェースのリストを更新し、および／または異なるＣＭ＿ｃｏｎｎｅｃｔ（）を通して受け取った利用可能な送信元ＩＰのリストを更新する。

実施形態は、ＳＭ＿ＢＷＭ関数／操作（帯域幅管理）を企図する。１つまたは複数の実施形態では、例えば、おそらくはセッションが生成された場合には、ＳＭは、動作中にそれらを維持および／または監視する。ＭＣ ＴｒａｎｓｐｏｒｔＦＣをサポートする（例えば、セッションテーブル内でＭＣプロトコルがＭＰＴＣＰに設定された）セッションでは、ＳＭは、ＭＣトランスポートセッションがＭＰＴＣＰにおける相手側との１つまたは複数の関連するサブフローをオープンまたはクローズできるように、それらに任意の新しい（送信元）ＩＰアドレスを提供する。実施形態は、ＳＭ＿ＢＷＭ（帯域幅管理）関数が、上述の機能を提供することを企図する。例えば、他の理由の中でもとりわけ、おそらくは新しいＰｈＩＦがＵＰまたはＤＷとして指示された場合には、ＳＭは、このインタフェースからＩＰを取り出し、ＭＣ ＴｒＦＣに提供できるかどうかを決定する。

実施形態は、ＳＭ＿ＰｏｌｉｃｙＵｐｄａｔｅ関数／操作を企図する。１つまたは複数の実施形態では、例えば、おそらくは動作中に、ポリシは動的に変更できる。例えば、他の理由の中で、新しいまたは最近の（例えば、初期構成が行われた後の条件の変化）ＢＷＭモードまたはＩＦＯＭが受け取られた場合、ＳＭは、関連するセッションＩＤを用いてＳＭ＿ＳｅｓｓｉｏｎＣｌｏｓｅ関数を呼び出すことによって、最近受け取ったＢＷＭおよび／またはＩＦＯＭポリシに対処しない１つまたは複数のセッションをクローズおよび／またはオープンする。

実施形態は、セッションマネージャアーキテクチャ＆インタフェースを企図する。１つまたは複数の実施形態では、ＳＭは、ＣＭ、ポリシ管理システム、ＡＳＩＦ、トランスポートＦＣ、ＳＳＯプロキシ、および／またはＤＮＳプロキシと、それぞれインタフェースＣ３、Ｐ１、Ｃ１、Ｃ２、Ｃ１２、および／またはＣ１３を通してインタフェースを取る。図４は、例示的なＳＭ ＦＣの機能図を示している。

実施形態は、１つまたは複数のセッションマネージャ（ＳＭ）インタフェースを企図する。例えば、１つまたは複数の実施形態は、Ｃ１−セッションマネージャおよびＡＳＩＦインタフェースを企図する。Ｃ１は、アドバンストソケットＩＦ（ＡＳＩＦ）とセッションマネージャ（ＳＭ）との間のインタフェースとしてサービスする。このインタフェースは、ＡＳＩＦが、新しいセッションが検出されたこと、またはアクティブなセッションに変化が発生したことを、ＳＭに通知することを可能にする。限定することなく例を挙げれば、変化は、変化の中でもとりわけ、セッションへの新しいサブフローの追加、サブフローの削除、またはセッション記述の変更（新しいＱｏＳ、モビリティが必要とされるか否か、セキュリティのレベル）とすることができる。例示的なＣ１関数が、表７に提供されている。

実施形態は、例えば、おそらくはセッションマネージャおよびトランスポートＦＣ（ＴＦＣ）のために分断するＣ２インタフェースを企図する。表８は、例示的なＣ２関数を示している。

実施形態は、例えば、おそらくはコネクションマネージャ（ＣＭ）およびセッションマネージャ（ＳＭ）のためにサービスするＣ３インタフェースを企図する。１つまたは複数の実施形態では、Ｃ３は、ＣＭとＳＭとの間のインタフェースである。例示的なＣ３関数が、表９に提供されている。

実施形態は、例えば、おそらくはポリシマネージャ（ＰＭ）およびセッションマネージャ（ＳＭ）のためにサービスするＰ１インタフェースを企図する。１つまたは複数の実施形態では、Ｐ１は、ポリシマネージャが、デバイスによって適用される必要がある、またはデバイスによって使用されるポリシを、ＳＭに提供することを可能にする。以下の表１０は、例示的なＰ１関数を示している。

実施形態は、例えば、おそらくはセッションマネージャおよびＳＳＯプロキシのためのインタフェースとしてサービスするＣ１２インタフェースを企図する。１つまたは複数の実施形態では、Ｃ１２は、ＳＭとＳＳＯプロキシとの間のインタフェースである。このインタフェースは、例えば、ネットワーク内においてユーザの認証を扱うＳＳＯステップのトリガを可能にする。例示的なＣ１２関数が、表１１に提供されている。

実施形態は、例えば、おそらくはセッションマネージャ（ＳＭ）およびドメインネームシステム（ＤＮＳ）にサービスするＣ１３インタフェースを企図する。１つまたは複数の実施形態では、Ｃ１２は、ＳＭとＤＮＳプロキシとの間のインタフェースである。表１２は、例示的なＣ１３関数を示している。

実施形態は、１つまたは複数の送信元ＩＰアドレス選択アルゴリズムを企図する。１つまたは複数の実施形態では、パラメータ「Ｇｅｔａｄｄｒｉｎｆｏ」のこれまで未知のまたは説明された機能および／または操作が企図される。１つまたは複数の実施形態では、ＳＭは、適用されるポリシにより良く一致する送信元ＩＰアドレス選択を実行し、例えば、特定のアプリケーションは、ＱｏＳ、セキュリティなどに基づいて、このタイプのリンクを調べることができる。

１つまたは複数の実施形態では、ＣＭは、（それがモバイルコアＩＰアドレスまたはローカルブレークアウトＩＰなどである場合）ＩＰアドレスのモビリティサポートをＳＭに指示する。ＳＭは、ＳＭ動作テーブル内に記憶された利用可能な送信元ＩＰのリストを有する。ＳＭは、初期送信元ＩＰおよびそれらが使用される条件のテーブルを維持する。例示的な条件および使用される送信元ＩＰが、表１２−Ａに示されている。

実施形態は、表１２−Ａに指定されていない場合（おそらくはそのようなすべての場合）には、ＳＭが、ＤＥＦＡＵＬＴ＿ＳＯＵＲＣＥ＿ＩＰを使用することを企図する。ＤＥＦＡＵＬＴ＿ＳＯＵＲＣＥ＿ＩＰは、事業者および他のポリシに少なくとも部分的に基づいて決定される。１つまたは複数の実施形態では、ＤＥＦＡＵＬＴ＿ＳＯＵＲＣＥ＿ＩＰは、プライマリＰＤＰコンテキストに関連付けられたプライマリモバイル操作ＩＰ、および／またはプライベートネットワークからの「偽の」存在しないＩＰ、例えば、１９２．ｘｘｘ．ｘｘｘ．ｘｘｘの少なくとも一方である。

実施形態は、アンバウンドソケット（Ｕｎｂｏｕｎｄ Ｓｏｃｋｅｔ）のための１つまたは複数のローカルＩＰアドレスを企図する。１つまたは複数の実施形態では、例えば、（他の理由および条件の中で）おそらくはｃｏｎｎｅｃｔ（）がアンバウンドソケットに呼び出された場合、カーネルは、どのローカルインタフェース上で発信パケットを送信するかを決定する。１つまたは複数の実施形態では、カーネルは、ルーティングテーブルによって提供されるデフォルトＩＰアドレスを意味するＴＮＡＤＤＲ＿ＡＮＹに設定されたローカルアドレスを用いて、ランダムフリー送信元ポートを選択する。送信元ＩＰ選択と同様に、１つまたは複数の実施形態では、ＳＭは、例えば、最も好ましいネットワークなど、ポリシにより良く一致するためにこの機能を実行する。

実施形態は、１つまたは複数のＳＭポリシおよびＱｏＳ要件を企図する。１つまたは複数の実施形態では、おそらくはリソースをＣＭに要求する前に、または他の理由もしくは条件のために、ＳＭは、例えば、最良の一致を識別するために、アプリケーションの要件および要求されたソケットに適用するポリシをチェックする。

実施形態は、１つまたは複数のアプリケーションＱｏＳ要件を企図する。限定することなく例を挙げれば、ＱｏＳ要件は、ＱｏＳプライオリティ（例えば、スループット、待ち時間、エラーなど）、アプリケーションにとって好ましいネットワーク（例えば、３Ｇネットワークのために提供される好ましいＡＰＮ、および非３ＧＰＰアクセスのために提供される好ましいネットワークＩＤ）、禁止されたネットワークのリスト、トラフィック優先順位付け、アプリケーション毎のモビリティ要件、ＢＷＡ（すなわちアグリゲーション）要件、ならびに／またはセキュリティ要件を含むが、それらに限定されない。

ＬＥＧＡＣＹアプリケーションの場合、ＱｏＳ要件は、アプリケーション毎のＱｏＳ要件の一例を示す以下の表１３に類似したテーブルを用いて、ポリシ管理（ポリシおよび／またはＱｏＳマネージャ）によって提供される。

図５を参照すると、図１ないし図４および上述の説明に鑑みて、実施形態は、プロセッサを備える無線送信／受信ユニット（ＷＴＲＵ）を企図する。５００２において、プロセッサは、ＷＴＲＵのユーザ、またはＷＴＲＵ上で動作する１つもしくは複数のアプリケーションのうちの少なくとも一方の１つまたは複数の要件に少なくとも一部分に基づいて、１つまたは複数のコネクション構成を動的に制御するために、少なくとも１つの機能を使用するように少なくとも部分的に構成される。実施形態は、代替的または追加的に、５００４において、プロセッサが、１つまたは複数の要件に少なくとも部分的に基づいて、１つまたは複数のコネクションの使用を決定するために、少なくとも１つの機能を使用するようにさらに構成されることをさらに企図する。１つまたは複数の実施形態は、１つまたは複数のコネクションが、１つまたは複数のそれぞれのセッションの部分であることを企図する。５００６において、実施形態は、代替的または追加的に、プロセッサが、１つまたは複数のポリシに基づいて、少なくとも１つの機能を使用するようにさらに構成される
ことを企図する。１つまたは複数の実施形態は、少なくとも１つの機能が、ＷＴＲＵのコントロールプレーンにおいて動作することを企図する。また、１つまたは複数の実施形態は、少なくとも１つの機能が、第１の機能であり、第１の機能が１つまたは複数の第２の機能を含むことを企図する。

実施形態は、代替的または追加的に、５００８において、プロセッサが、１つまたは複数のセッションの少なくとも１つによって使用されるサービスタイプを決定するために、少なくとも１つの機能を使用するようにさらに構成されることを企図する。５０１０において、代替的または追加的に、実施形態は、プロセッサが、１つまたは複数のセッションの少なくとも１つによって使用される無線アクセス技術（ＲＡＴ）を決定するために、少なくとも１つの機能を使用するようにさらに構成されることを企図する。図５Ａを参照すると、代替的または追加的に、５０１２において、実施形態は、プロセッサが、１つまたは複数のセッションのうちの第２のセッションに対する１つまたは複数のセッションのうちの第１のセッションのプライオリティを決定するために、少なくとも１つの機能を使用するようにさらに構成されることを企図する。

５０１４において、代替的または追加的に、実施形態は、１つまたは複数のセッションのうちの第１のセッションは第２のセッションよりもプライオリティが高いと決定したときに、プロセッサが、１つまたは複数のセッションのうちの第２のセッションを削除するために、少なくとも１つの機能を使用するようにさらに構成されることを企図する。１つまたは複数の実施形態は、少なくとも１つの機能が、セッションマネージャ機能であることを企図する。代替的または追加的に、実施形態は、プロセッサが、５０１６において、１つまたは複数のセッションの少なくとも１つがクローズされるべきことを決定し、５０１８において、１つまたは複数のセッションの少なくとも１つをクローズするために、少なくとも１つの機能を使用するように構成されることを企図する。

図６を参照すると、実施形態は、プロセッサを備える無線送信／受信ユニット（ＷＴＲＵ）をさらに企図する。６００２において、実施形態は、プロセッサが、１つもしくは複数のポリシまたは１つもしくは複数のサービス品質（ＱｏＳ）要件のうちの少なくとも一方に少なくとも部分的に基づいて、ＷＴＲＵ上で動作する１つまたは複数のアプリケーションに関する１つまたは複数の送信元インターネットプロトコル（ＩＰ）アドレスを動的に決定するために、少なくとも１つの機能を使用するように少なくとも部分的に構成されることを企図する。代替的または追加的に、６００４において、１つまたは複数の実施形態は、１つまたは複数のポリシが、１つまたは複数の送信元ＩＰアドレスと１つまたは複数の条件との間の対応を含むことを企図する。

６００６において、代替的または追加的に、実施形態は、１つまたは複数の条件が、１つまたは複数の送信元ＩＰアドレスと、アプリケーションのタイプまたはモビリティサポートの利用可能性の少なくとも一方との間の少なくとも１つの対応を含むことを企図する。１つまたは複数の実施形態は、少なくとも１つの機能が、セッションマネージャ機能であることを企図する。６００８において、代替的または追加的に、実施形態は、少なくとも１つの機能が、ｇｅｔａｄｄｒｉｎｆｏパラメータを利用することを企図する。実施形態は、ＱｏＳ要件が、アプリケーションにとって好ましいネットワーク、禁止されたネットワークのリスト、アプリケーション毎のモビリティ要件、または帯域幅アグリゲーション要件のうちの少なくとも１つを含むことを企図する。

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

Claims (9)

1. 無線送信／受信ユニット（ＷＴＲＵ）であって、
   プロセッサであって、前記プロセッサは、ＷＴＲＵユーザまたは前記ＷＴＲＵ上で動作する１つまたは複数のアプリケーションの少なくとも１つの、１つまたは複数の要件に少なくとも部分的に基づいて、１つまたは複数のコネクション構成を動的に調整するために、少なくとも１つの機能を使用するように少なくとも構成され、前記プロセッサは、
   前記１つまたは複数の要件に少なくとも基づいて、１つまたは複数のコネクションの使用を決定し、前記１つまたは複数のコネクションは１つまたは複数のそれぞれのセッションの一部であり、前記それぞれのセッションの各々はそれに関連付けられたプライオリティを有し、前記プライオリティは他のセッションに関して決定され、前記それぞれのセッションは動的に更新され、および
   前記１つまたは複数のセッションの第２のセッションは第１のセッションよりもプライオリティにおいて高いと決定すると、前記１つまたは複数のセッションの前記第１のセッションを削除する
   ために、前記少なくとも１つの機能を使用するように構成される、プロセッサを備えたことを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
2. 前記プロセッサは、１つまたは複数のポリシに基づいて、前記少なくとも１つの機能を使用するようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
3. 前記少なくとも１つの機能は、前記ＷＴＲＵのコントロールプレーンにおいて動作することを特徴とする請求項１に記載のＷＴＲＵ。
4. 前記少なくとも１つの機能は第１の機能であり、前記第１の機能は１つまたは複数の第２の機能を含むことを特徴とする請求項１に記載のＷＴＲＵ。
5. 前記プロセッサは、前記１つまたは複数のセッションの少なくとも１つによって使用するためのサービスタイプを決定するために、前記少なくとも１つの機能を使用するようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
6. 前記プロセッサは、前記１つまたは複数のセッションの少なくとも１つによって使用するための無線アクセス技術（ＲＡＴ）を決定するために、前記少なくとも１つの機能を使用するようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
7. 前記少なくとも１つの機能は、セッションマネージャ機能であることを特徴とする請求項１に記載のＷＴＲＵ。
8. 無線送信／受信ユニット（ＷＴＲＵ）によって実施される方法であって、
   ＷＴＲＵユーザまたは前記ＷＴＲＵ上で動作する１つまたは複数のアプリケーションの少なくとも１つの、１つまたは複数の要件に少なくとも部分的に基づいて、１つまたは複数のコネクション構成を動的に調整するために、少なくとも１つの機能を使用するステップと、
   前記１つまたは複数の要件に少なくとも部分的に基づいて、１つまたは複数のコネクションの使用を決定し、前記１つまたは複数のコネクションは１つまたは複数のそれぞれのセッションの一部であり、前記それぞれのセッションの各々はそれに関連付けられたプライオリティを有し、前記プライオリティは他のセッションに関して決定され、前記それぞれのセッションは動的に更新され、および
   前記１つまたは複数のセッションの第２のセッションは第１のセッションよりもプライオリティにおいて高いと決定すると、前記１つまたは複数のセッションの前記第１のセッションを削除する
   ために、前記少なくとも１つの機能を使用するステップと
   を含むことを特徴とする方法。
9. 前記１つまたは複数のセッションの少なくとも１つによって使用するための無線アクセス技術（ＲＡＴ）を決定するために、前記少なくとも１つの機能を使用するステップをさらに含むことを特徴とする請求項８に記載の方法。

Images