JP2016123128A - 訪問先ネットワークと統合されたアプリケーションへのアクセスを可能にするための方法および装置 - Google Patents

Abstract

【課題】モバイルネットワーク事業者とアプリケーションプロバイダとの間で相互動作するための方法および装置が開示される。
【解決手段】アプリケーションサーバがネットワークアプリケーション機能（ＮＡＦ）と通信して、ブートストラッピングサーバ機能（ＢＳＦ）を介し、ホーム加入者サーバ（ＨＳＳ）にアクセスできるように、ＮＡＦがＯｐｅｎＩＤプロバイダと同一位置に配置されうる。ＷＴＲＵが訪問先ネットワークにおいてローミングしているとき、アプリケーションサーバは、ＷＴＲＵからのサービス要求に応じるために課金およびポリシングのために訪問先ネットワークと通信することができる。アプリケーションサーバは、ＮＡＦと同一位置に配置され、汎用ブートストラッピングアーキテクチャを使用してＷＴＲＵを認証し、ｅＺｎプロキシ機能を介してホームネットワークにおけるＢＳＦと通信して、ＨＳＳにアクセスすることができる。
【選択図】図２

Description

関連出願の相互参照
本出願は、参照により内容が本明細書に組み込まれる、２０１１年９月２９日に出願された米国特許仮出願第６１／５４０，６８２号明細書の利益を主張する。

データアプリケーションプロバイダとの相互動作をサポートするための進化型パケットコア（ＥＰＣ）強化（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ （ＥＰＣ） ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ Ｓｕｐｐｏｒｔ Ｉｎｔｅｒｗｏｒｋｉｎｇ ｗｉｔｈ Ｄａｔａ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｖｉｄｅｒｓ）第３世代パートナーシッププロジェクト（３ＧＰＰ）作業グループは、アプリケーションプロバイダと３ＧＰＰモバイルネットワーク事業者コアネットワーク（３ＧＰＰ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ ｏｐｅｒａｔｏｒ ｃｏｒｅ ｎｅｔｗｏｒｋ）との間のインターネットワーキングのための解決法を提供する。図１７は、アプリケーションプラットフォームがモバイルネットワーク事業者コアネットワークに接続される非ローミングの事例を示す。アクセスおよびインターネットプロトコル（ＩＰ）接続性がモバイルネットワーク事業者によって提供される。サードパーティアプリケーションプラットフォームは、アプリケーションサーバ（たとえば、ビデオオンデマンドサーバ、パケット交換ストリーミング（ＰＳＳ）サーバ、マシンタイプ通信（ＭＴＣ）サーバなど）、またはサードパーティソフトウェア開発プラットフォームとされうる。

図１８は、ＷＴＲＵが、訪問先公衆陸上モバイルネットワーク（ｖｉｓｉｔｅｄ ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ：ＶＰＬＭＮ）にローミングし、ホーム公衆陸上モバイルネットワーク（ｈｏｍｅ ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ：ＨＰＬＭＮ）によって提供されるアプリケーションにアクセスしているローミングの事例を示す。図１７および１８に示されるように、モバイルネットワーク事業者は、アプリケーション層エンティティ（たとえば、アプリケーションプラットフォーム）を所有しないことがある。あるいは、モバイルネットワーク事業者がアプリケーション層エンティティを所有することもある。図１８は、すべてのトラフィックがホームモバイルネットワーク事業者進化型パケットシステム（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ：ＥＰＳ）にルーティングされ、モバイルネットワーク事業者間の取決めをローミングすることによってアプリケーションが提供されるホームルーティングの事例を示す。

モバイルネットワーク事業者とアプリケーションプロバイダとの間で相互動作するための方法および装置が開示される。アプリケーションサーバがネットワークアプリケーション機能（ｎｅｔｗｏｒｋ ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ：ＮＡＦ）と通信して、ブートストラッピングサーバ機能（ｂｏｏｔｓｔｒａｐｐｉｎｇ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎ：ＢＳＦ）を介し、ホーム加入者サーバ（ｈｏｍｅ ｓｕｂｓｃｒｉｂｅｒ ｓｅｒｖｅｒ：ＨＳＳ）におけるユーザデータにアクセスする、前記ＨＳＳに情報を設定する、または前記ＨＳＳにイベントを登録することができるように、前記ＮＡＦがＯｐｅｎＩＤプロバイダ（ＯＰ）と同一位置に配置されうる。前記ＢＳＦと前記ＨＳＳの間のインターフェース、ならびに前記ＢＳＦと前記ＮＡＦの間のインターフェースが強化され（enhanced）て、前記アプリケーションサーバと前記ＨＳＳの間のＳｈインターフェースを介して利用可能である情報を搬送することができる。前記ＮＡＦは、ホームネットワーク内または前記ホームネットワーク外に配置されうる。ＷＴＲＵは、ホームネットワークに接続される、または訪問先（ｖｉｓｉｔｅｄ）ネットワークにおいてローミングすることができる。前記ＷＴＲＵが訪問先ネットワークにおいてローミングしているとき、前記アプリケーションサーバは、サービス品質（ＱｏＳ）およびサービスに関する課金制御のために、前記訪問先ネットワークと対話することができる。

あるいは、アプリケーションサーバは、ＮＡＦと同一位置に配置され、汎用ブートストラッピングアーキテクチャ（Ｇｅｎｅｒｉｃ Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ：ＧＢＡ）を使用してＷＴＲＵを認証することができる。ユーザが認証されると、前記アプリケーションサーバは、ｅＺｎプロキシ機能を介してホームネットワークにおけるＢＳＦと通信して、ＨＳＳにおけるデータにアクセスする、前記ＨＳＳに情報を設定する、または前記ＨＳＳにイベントを登録することができる。

あるいは、ＷＴＲＵが訪問先ネットワークにおいてローミングしており、アプリケーションプロバイダが前記訪問先ネットワークと取決めを有する場合、前記アプリケーションサーバは、ＷＴＲＵからのサービス要求に応えるために課金、ポリシング（ｐｏｌｉｃｉｎｇ）、およびユーザデータアクセスのために前記訪問先ネットワークと通信することができる。

添付の図面と併せて例にとして与えられる以下の詳細な説明から、より詳細な理解が得られる。
１または複数の開示された実施形態が実装されうる例示的通信システムのシステム図である。 図１Ａに示される通信システム内で使用されうる例示的ワイヤレス送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示される通信システム内で使用されうる例示的無線アクセスネットワークおよび例示的コアネットワークのシステム図である。 アプリケーションサーバ（ＡＳ）がＶＰＬＭＮと相互接続される例示的ネットワークアーキテクチャを示す図である。 一実施形態による、アプリケーションプロバイダが訪問先ネットワーク事業者と取決めを有するがホームネットワーク事業者とは取決めを有しない場合における、認証、セッションポリシー／課金開始およびユーザデータ要求のための例示的プロセスのシグナリング図である。 一実施形態による、アプリケーションプロバイダが訪問先ネットワーク事業者と取決めを有するがホームネットワーク事業者とは取決めを有しない場合における、認証、セッションポリシー／課金開始およびユーザデータ要求のための例示的プロセスのシグナリング図である。 ＡＳがホームネットワークと訪問先ネットワークの両方と相互接続される例示的ネットワークアーキテクチャを示す図である。 アプリケーションプロバイダが訪問先ネットワーク事業者とホームネットワーク事業者の両方と取決めを有する場合における、認証、セッションポリシー／課金開始およびユーザデータ要求のための例示的プロセスのシグナリング図である。 アプリケーションプロバイダが訪問先ネットワーク事業者とホームネットワーク事業者の両方と取決めを有する場合における、認証、セッションポリシー／課金開始およびユーザデータ要求のための例示的プロセスのシグナリング図である。 アプリケーションプロバイダが訪問先ネットワーク事業者とホームネットワーク事業者の両方と取決めを有する場合における、認証、セッションポリシー／課金開始およびユーザデータ要求のための例示的プロセスのシグナリング図である。 アプリケーションプロバイダが複数のアプリケーションサーバを展開する例示的ネットワークアーキテクチャを示す図である。 ＶＰＬＭＮにサービスするＡＳからＨＰＬＭＮにサービスするＡＳへユーザをリダイレクトするための例示的プロセスのシグナリング図である。 ＶＰＬＭＮにサービスするＡＳからＨＰＬＭＮにサービスするＡＳへユーザをリダイレクトするための例示的プロセスのシグナリング図である。 ホームネットワークにサービスするＡＳから訪問先ネットワークにサービスするＡＳへユーザをリダイレクトするための例示的プロセスのシグナリング図である。 ＮＡＦ機能性がＯｐｅｎＩＤプロバイダ（ＯＰ）と同一位置に配置され、ＡＳ−ＶＰＬＭＮ相互接続およびｅＺｎプロキシがデータのポリシング、課金、および取得のために使用される、例示的ネットワークアーキテクチャを示す図である。 一実施形態による、アプリケーションセッションを確立し、データのポリシング、課金、および取得のためにＡＳ−ＶＰＬＭＮ相互接続およびｅＺｎプロキシを使用するための例示的プロセスのシグナリング図である。 ＮＡＦ機能性がＯＰおよびＡＳ−ＶＰＬＭＮ相互接続と同一位置に配置され、ＨＰＬＭＮにおける強化された（enhanced）ネットワークアプリケーション機能（ｅＮＡＦ）がポリシング、課金、およびユーザデータの取得のために使用される、例示的ネットワークアーキテクチャを示す図である。 一実施形態による、アプリケーションセッションを確立するための例示的プロセスのシグナリング図である。 非ローミングの事例において、ＨＰＬＭＮにおけるｅＮＡＦ／ＯＰを有する例示的ネットワークアーキテクチャを示す図である。 一実施形態による、非ローミングの事例において、ＨＰＬＭＮにおけるｅＮＡＦを使用してアプリケーションセッションを確立するための例示的プロセスのシグナリング図である。 同一位置に配置されたＡＳ／ｅＮＡＦを有する例示的ネットワークアーキテクチャを示す図である。 一実施形態による、ＡＳとｅＮＡＦが同一位置に配置されたアプリケーションセッションを確立するための例示的プロセスのシグナリング図である。 アプリケーションプラットフォームがモバイルネットワーク事業者コアネットワークに接続される非ローミングの事例を示す図である。 ＷＴＲＵがＶＰＬＭＮにローミングし、ＨＰＬＭＮによって提供されるアプリケーションアクセスしているローミングの事例を示す図である。

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

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

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

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

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

より具体的には、上記のように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を利用することができる。たとえば、ＲＡＮ１０４における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイル通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができ、ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ：ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（Ｈｉｇｈ−Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ：ＨＳＵＰＡ）を含むことができる。

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

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセスのための世界的相互運用（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動通信用グローバルシステム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：ＧＳＭ（登録商標））、ＧＳＭ発展用拡張データレート（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ：ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装することができる。

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

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

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

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

図１Ｂは、例示的ＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２が、実施形態と整合しながら上記の要素の任意の部分的組合せを含むことができることは理解されよう。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以下では、用語「アプリケーション」は、モバイルネットワーク事業者、またはモバイル加入者に対するサードパーティによって提供されるサービスを意味する。用語「アプリケーションサーバ」（ＡＳ）と「アプリケーションプラットフォーム」は交換可能に使用される。アプリケーションプラットフォームは、ビデオオンデマンドサーバ、ＰＳＳサーバ、ＭＴＣサーバなどのＡＳである。あるいは、アプリケーションプラットフォームはソフトウェア開発プラットフォームとされうる。

ホーム公衆陸上モバイルネットワーク（ＨＰＬＭＮ）は、特定のユーザが加入者であるセルラネットワークである。訪問先公衆陸上モバイルネットワーク（ＶＰＬＭＮ）は、加入者はその加入者ではないが現在登録されているセルラネットワークである。用語「ＨＰＬＭＮ」と「ホームネットワーク」は交換可能に使用され、用語「ＶＰＬＭＮ」と「訪問先ネットワーク」は交換可能に使用される。

ＡＳは訪問先ネットワーク内もしくはホームネットワーク内に配置されるように示されるが、ＡＳは訪問先ネットワークもしくはホームネットワークの内部または外部のいずれに位置してもよいことに留意されたい。

以下では、ＡＳがポリシング、課金、およびユーザデータの取得のために訪問先ネットワークと相互接続することができるように、アプリケーションプロバイダが訪問先ネットワーク（すなわちＶＰＬＭＮ）事業者と取決めを有する場合における実施形態が開示される。アプリケーションプロバイダは、ホームネットワーク（すなわちＨＰＬＭＮ）と取決めを有する場合もそうでない場合もある。

一実施形態では、ＡＳ対ＶＰＬＭＮ相互接続、およびｅＳｈプロキシが、ポリシング、課金、およびユーザデータの取得のために使用されうる。図２は、ＡＳがＶＰＬＭＮと相互接続される例示的ネットワークアーキテクチャを示す。ＡＳ２１０（たとえば、非ＩＭＳＡＳ）は、アプリケーションプロバイダの制御下にある。あるいは、ＡＳ２１０はＶＰＬＭＮ事業者の制御下にしてもよい。ＷＴＲＵ２０５がＶＰＬＭＮ２２０においてローミングしている。ＶＰＬＭＮ２２０は、特に、ｖＰＣＲＦ２２２、ｅＳｈプロキシ２２４、ＰＧＷ２２６、ＳＧＷ２２７、ＭＭＥ２２８、およびｅＮＢ２２９を含むことができる。ＨＰＬＭＮ２３０は、特に、ｈＰＣＲＦ２３２、ユーザデータリポジトリ（ｕｓｅｒ ｄａｔａ ｒｅｐｏｓｉｔｏｒｙ：ＵＤＲ）２３３、ｅＳｈプロキシ２３４、加入者ロケータ機能（ＳＬＦ）２３５、ＨＳＳ−ＦＥ２３６、ブートストラッピングサーバ機能（ＢＳＦ）２３７、およびネットワークアプリケーション機能（ＮＡＦ）２３８を含む。ＢＳＦ２３７およびＮＡＦ２３８は、汎用ブートストラッピングサーバアーキテクチャ（ＧＢＡ）の一部分である。ＢＳＦ２３７およびＮＡＦ２３８は、認証および鍵合意（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ：ＡＫＡ）プロトコルを使用して互いに認証し、ＷＴＲＵ２０５とＮＡＦ２３８の間に後で適用されるセッション鍵について合意する。加入者固有データを含むＨＳＳの名前を得るために、ＳＬＦ２３５がＤｚインターフェースを介してＢＳＦ２３７によって照会される。ＳＬＦ２３５は、単一のＨＳＳが存在する場合、または事前に定義されたＨＳＳとともにＢＳＦ２３７が構成されるまたは管理される場合は必要とされないことがある。ＵＤＲ２３３は、ユーザデータが通常のやり方でアクセス、格納、および管理されることが可能な機構である。フロントエンド（ＦＥ）は、リポジトリに格納されたユーザデータにアクセスすることができるコアネットワーク機能エンティティまたはサービス層エンティティまたはプロビジョニングエンティティである。

ＷＴＲＵ２０５のユーザは、たとえば、ユーザにサービス価格および／または条件を通知することができるウェブポータルを通して、アプリケーションプロバイダによってサービスに関する情報を取得する。次いで、ユーザは、サービスユニフォームリソースロケータ（ＵＲＬ）へのリンクをクリックすることができる。次いで、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セキュアＨＴＴＰ（ＨＴＴＰＳ）、セッション開始プロトコル（ＳＩＰ）、セキュアＳＩＰ（ＳＩＰＳ）などを使用して、要求がＷＴＲＵ２０５からＡＳへ送られうる。ＡＳ２１０は、ユーザの認証のために、ＯｐｅｎＩＤプロバイダ（ＯＰ）などの認証サーバ（図示せず）に対してＷＴＲＵ２０５をリダイレクトすることができる。

認証サーバは、ＮＡＦ２３８と同一位置に配置され、または通信することができる。ＧＢＡが、認証のため、およびＷＴＲＵ２０５とＮＡＦ２３８の間の通信経路を保護するために、ＮＡＦ２３８とＷＴＲＵ２０５との間で使用されうる。ブートストラッピングが完了した後、ＷＴＲＵ２０５およびＮＡＦ２３８は、メッセージを保護する際にＷＴＲＵ２０５とＢＳＦ２３７の間の認証中に生成されたセッション鍵を使用することができる。ＮＡＦ２３８は、ＮＡＦ２３８がホームネットワーク内に配置された場合は直接的に、ＮＡＦが訪問先ネットワーク内に配置された場合にはＺｎプロキシを介して、ホームＢＳＦ２３７と通信することができる。図２では、ＮＡＦ２３８はＨＰＬＭＮ２３０内に配置されるように示すが、ＮＡＦはＶＰＬＭＮ２２０内または外部のネットワーク内に位置してもよい。ＮＡＦ２３８がＨＰＬＭＮ２３０内に位置しないとき、Ｚｎプロキシが使用されうる。Ｚｎプロキシは、訪問先ＮＡＦと加入者のホームＢＳＦとの間のプロキシ機能である。Ｚｎプロキシは、ＷＴＲＵがホームネットワーク以外のネットワーク内へローミングしている場合に訪問先ＮＡＦによって使用されうる。

ＷＴＲＵ２０５がＡＳ２１０で認証されると、ＡＳ２１０は、訪問先ポリシー制御ルール機能（ｖｉｓｉｔｅｄ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ：ｖＰＣＲＦ）２２２に対するそのＲｘインターフェースを使用して、サービスに関するポリシーおよび課金を制御することができる。Ｒｘ参照点がアプリケーション機能（ＡＦ）とＰＣＲＦの間に存在する。Ｒｘ参照点は、アプリケーションレベルセッション情報のＡＦからＰＣＲＦへの移送を可能にする。そのような情報は、ポリシー制御および／または差別化された課金のためのサービスデータフローを識別するためのＩＰフィルタ情報、ならびにサービス品質（ＱｏＳ）制御のためのメディア／アプリケーション帯域幅要件などを含むが、これらに限られない。ｖＰＣＲＦ２２２は、ＡＳ２１０からＳ９を介してホームポリシー制御ルール機能（ｈＰＣＲＦ）２３２へＲｘメッセージを転送することができる。ｈＰＣＲＦ２３２は、ユーザ加入情報を取得し、ｖＰＣＲＦ２２２に応答を送ることができ、次いでｖＰＣＲＦ２２２がＡＳ２１０に対し応答する。ｈＰＣＲＦ２３２は、Ｓ９を使用して、ｖＰＣＲＦ２２２を介し、ポリシーおよび課金実施機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ：ＰＣＥＦ）／ベアラバインディングおよびイベント報告機能（Ｂｅａｒｅｒ Ｂｉｎｄｉｎｇ ａｎｄ Ｅｖｅｎｔ Ｒｅｐｏｒｔｉｎｇ Ｆｕｎｃｔｉｏｎ：ＢＢＥＲＦ）と対話することができる。

ＡＳ２１０がユーザデータ（たとえば、ユーザプロファイル）にアクセスする必要があるとき、ＡＳ２１０は強化された（enhanced）Ｓｈ（ｅＳｈ）インターフェースを使用することができる。Ｓｈインターフェースは、ユーザプロファイル情報（たとえば、ユーザ関連情報、グループリスト、ユーザサービス関連情報、ユーザ位置情報、または課金機能アドレスなど）をＡＳ２１０とＨＳＳ−ＦＥ２３６との間で交換するために使用される。一実施形態では、従来のＳｈインターフェースが、事業者のネットワークの境界の外側で使用されるように強化される（たとえば、保護される）。

ユーザデータは、ホームネットワークから取得されうる。ＡＳ２１０は、ｅＳｈを介してユーザを識別するために認証手続き（たとえば、ＧＢＡ／ＯｐｅｎＩＤ手続き）中に取得されたＭＳＩＳＤＮ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ）を使用することができる。

新しいＳｈプロキシネットワーク機能（ｅＳｈプロキシ）２２４、２３４が、ｅＳｈインターフェースについて事業者間通信を可能にするために導入される。ｅＳｈプロキシ２２４、２３４は、ユーザ情報の機密性を保証するようにセキュアな様式でＶＰＬＭＮ２２０とＨＰＬＭＮ２３０との間でｅＳｈメッセージを中継することができる。新しいＳｈｐ参照点（ｅＳｈ）が、ｅＳｈプロキシ２２４とｅＳｈプロキシ２３４との間でｅＳｈプロトコルメッセージを中継するために導入される。ｅＳｈｐ参照点は、ｅＳｈプロキシ２２４とｅＳｈプロキシ２３４との間でセキュアな相互接続を設定するために使用されうる。それは、ポリシーなど他の情報を交換するために使用されてもよい。

ｅＳｈプロキシ２２４、２３４は、ＶＰＬＭＮ２２０とＨＰＬＭＮ２３０の間のアプリケーションローミング取決めから導き出されるポリシーを実施することができる。たとえば、アプリケーションの特定のクラスがユーザデータに対するアクセスを取得することが可能であり、これはｅＳｈプロキシ２２４、２３４によって実施されうる。ｅＳｈプロキシ２２４、２３４は、ＨＰＬＭＮ２３０からの許可に基づいてユーザデータアクセスの範囲を限定することができる（たとえば、ユーザプロファイルまたはホームネットワークポリシーが、訪問先ネットワークアプリケーションによってアクセス可能なユーザデータのタイプを制限することができる）。ｅＳｈプロキシ２２４、２３４は、動作を記録して、（たとえば、容量に関する）事業者間取決めの検証を可能にする、または（事業者間Ｓｈｐインターフェースの使用のための）アプリケーションプロバイダのビリングを可能にすることができる。

ＡＳ２１０は所与のユーザがネットワークを訪問しているかどうかを決定することができ、それにより、ＡＳ２１０は、必要なときにユーザデータにアクセスするためにｅＳｈプロキシ２２４を使用することを決定することができる。ユーザがＶＰＬＭＮ２２０の加入者である（すなわち、ユーザがＶＰＬＭＮ２２０を訪問していない）場合、ＡＳ２１０は、代わりに、ＶＰＬＭＮ ＨＳＳ（図示せず）と通信してユーザデータを取得することができる。

一実施形態では、ＷＴＲＵ２０５がＶＰＬＭＮ２２０を訪問しているかどうかを決定するために、ＡＳ２１０は、任意のユーザデータにアクセスする前にＰＣＲＦへのＲｘインターフェースを使用することができ、Ｒｘ初期セッション開始応答メッセージから、ＡＳ２１０は、ｈＰＣＲＦ２３２のＤｉａｍｅｔｅｒ領域（Ｄｉａｍｅｔｅｒ ｒｅａｌｍ）およびホスト名を取得することができる。ＡＳ２１０は、この情報をそれの構成と比較し、ＰＣＲＦエンドポイントがＶＰＬＭＮ２２０内ではないことを決定することができ、このことは図３Ａおよび３Ｂを参照して後でさらに説明される。次いで、ＡＳ２１０は、それがｅＳｈプロキシ２２４と通信する必要があることを決定する。ＡＳ２１０は、ｅＳｈプロキシ２２４と通信するとき、領域情報を使用する（あるいは、ホスト名から取得されたドメイン名を使用する）ことができる。たとえば、ＡＳ２１０は、Ｄｉａｍｅｔｅｒ Ｄｅｓｔｉｎａｔｉｏｎ領域（Ｄｉａｍｅｔｅｒ Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ）を、ｈＰＣＲＦ２３２から取得された値に設定することができる。Ｄｉａｍｅｔｅｒ Ｄｅｓｔｉｎａｔｉｏｎ領域は、ＤｉａｍｅｔｅｒＩｄｅｎｔｉｔｙタイプのものであり、メッセージが送られる先の領域を含む。ｅＳｈプロキシ２２４は、この情報とＨＰＬＭＮ２３０内に配置された同位のｅＳｈプロキシ２３４との間のマッピングを維持する。

別の実施形態では、ＷＴＲＵ２０５のホームネットワークを決定するために十分な情報をＡＳ２１０に提供するために、ＧＢＡ／ＯｐｅｎＩＤ統合が使用される。たとえば、ＯｐｅｎＩＤプロバイダ／ＮＡＦが、ＯｐｅｎＩＤ手続きの際にＷＴＲＵ２０５のＭＳＩＳＤＮをＡＳ２１０に提供することができる。次いで、ＡＳ２１０は、探索サービスを使用してＭＳＩＳＤＮでのホームネットワークの識別を得ることができる。

ＯｐｅｎＩＤプロバイダ／ＮＡＦによってＡＳ２１０に提供されうる事業者固有識別情報は、ＭＳＩＳＤＮまたはブートストラップトランザクションＩＤ（Ｂｏｏｔｓｔｒａｐ Ｔｒａｎｓａｃｔｉｏｎ ＩＤ：Ｂ−ＴＩＤ）である。Ｂ−ＴＩＤは、参照点Ｕａ、Ｕｂ、およびＺｎにおいて加入者の識別をキーイング材料に結合するために使用される。あるいは、ＯｐｅｎＩＤプロバイダ／ＮＡＦは、ＭＳＩＳＤＮまたはＢ−ＴＩＤに加えてホームネットワーク識別情報をＡＳ２１０に提供することができる。ホームネットワーク識別情報は、たとえば、モバイルネットワークコード（ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ ｃｏｄｅ：ＭＮＣ）＋モバイル国コード（ｍｏｂｉｌｅ ｃｏｕｎｔｒｙ ｃｏｄｅ：ＭＣＣ）、または、ｅＳｈプロキシが特定のＰＬＭＮと関連付けることができるＤｉａｍｅｔｅｒ領域とすることができる。

上記に開示された実施形態および説明は、以下に開示される任意の実施形態に適用可能であることに留意されたい。

図３Ａおよび３Ｂは、一実施形態による、アプリケーションプロバイダが訪問先ネットワーク事業者と取決めを有するがホームネットワーク事業者とは取決めを有しない場合における、認証、セッションポリシー／課金開始およびユーザデータ要求のための例示的プロセスのシグナリング図である。ＶＰＬＭＮ２２０およびＨＰＬＭＮ２３０のＳｈプロキシ２２４、２３４間に通信が確立される（３０２）。さらに、ＶＰＬＭＮ２２０におけるｅＳｈプロキシ２２４とＡＳ２１０との間に通信が確立される（３０４）。ｅＳｈプロキシ対ｅＳｈプロキシおよびｅＳｈプロキシ対ＡＳの通信は、事前に確立されても、あるいは要求に応じて確立されてもよい。

ＷＴＲＵ２０５は、サービス要求をＡＳ２１０に送る（３０６）。ＷＴＲＵ２０５とＡＳ２１０との間で、他のノードも関与させる認証手続きが行われる（３０８）。ＷＴＲＵが認証されると、ＡＳ２１０は、サービスをＷＴＲＵ２０５に提供することを決定する（３１０）。

ＡＳ２１０は、新しいＲｘ ＤｉａｍｅｔｅｒセッションのためのＤｉａｍｅｔｅｒ ＡＡ要求（ＡＡＲ）を送ることによって、セッション情報をｖＰＣＲＦ２２２に提供する（３１２）。ｖＰＣＲＦ２２２は、セッション情報を格納し、Ｄｉａｍｅｔｅｒ ＡＡＲをｈＰＣＲＦ２３２に転送することができる（３１４）。ｖＰＣＲＦ２２２は、提供されたセッション情報が許容できない場合に、事業者ポリシーを採用し、ＡＳ２１０からのＡＡＲを拒否することができる。ｈＰＣＲＦ２３２は、受け取られたセッション情報を格納し、Ｄｉａｍｅｔｅｒ ＡＡ応答（ＡＡＡ）によってｖＰＣＲＦ２２２に応答する（３１６）。ｈＰＣＲＦ２３２が加入者関連情報を必要とするが持っていない場合、ｈＰＣＲＦ２３２は、（１または複数の）許可されたサービス、サービス品質（ＱｏＳ）情報、ならびにポリシーおよび課金制御（ＰＣＣ）ルール情報などを含む情報を受け取るために、加入者ポリシーレジスタ（ＳＰＲ）に要求を送る。ｖＰＣＲＦ２２２は、Ｄｉａｍｅｔｅｒ ＡＡＡをＡＳ２１０に転送する（３１８）。ｈＰＣＲＦ２３２は、ＰＣＲＦ開始のＩＰ−ＣＡＮセッション修正（ＰＣＲＦ−ｉｎｉｔｉａｔｅｄ ＩＰ−ＣＡＮ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ）のために、ｖＰＣＲＦ２２２を介して、ポリシーおよび課金実施機能（ＰＣＥＦ）／ベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ）と対話することができる（３２０、３２２、３２４）。

Ｒｘ応答（すなわち、Ｄｉａｍｅｔｅｒ ＡＡＡ）に基づいて、ＡＳ２１０は、ＷＴＲＵ２０５がＶＰＬＭＮ２２０を訪問していることを検出することができる（３２６）。ＷＴＲＵ２０５がＶＰＬＭＮ２２０を訪問していることを決定するために、上記に開示された他の方法が使用されうることに留意されたい。

ＡＳ２１０は、ユーザデータにアクセスし、ユーザデータ要求をｅＳｈプロキシ２２４に送ることを決定する（３２８、３３０）。ユーザデータ要求は、ＨＰＬＭＮ領域またはドメインを含むことができ、ＡＳ２１０によってｅＳｈプロキシ２２４に提供された情報は、どのＨＰＬＭＮ ｅＳｈプロキシと通信するかを突き止めることを可能にする。

ｅＳｈプロキシ２２４は、どのｅＳｈプロキシをＷＴＲＵ２０５と関連付けるかを検出し、ＡＳ２１０がＨＰＬＭＮからこのタイプのデータを取り寄せることが許可されるかどうかを確認することができる（３３２）。次いで、ｅＳｈプロキシ２２４は、ユーザデータ要求を、ＨＰＬＭＮ２３０におけるｅＳｈプロキシ２３４に送る（３３４）。ｅＳｈプロキシ２３４もまた、ＡＳ２１０がＨＰＬＭＮおよび／またはユーザからデータを取り寄せることが許可されるかどうかを確認することができる（３３６）。そうであると決定された場合、ｅＳｈプロキシ２３４は、ユーザデータ要求をホーム加入者サーバ（ＨＳＳ）２３６に送る（３３８）。すると、ユーザデータ応答が、ＨＳＳ２３６からｅＳｈプロキシ２３４、２２４を介してＡＳ２１０に送られる（３４０）。

以下では、ＡＳがポリシング、課金、およびユーザデータの取得のためにホームネットワークおよび／または訪問先ネットワークと相互接続することができるように、アプリケーションプロバイダがホームネットワーク事業者と訪問先ネットワーク事業者の両方と取決めを有する場合における実施形態が開示される。

図４は、ＡＳがホームネットワークと訪問先ネットワークの両方と相互接続される例示的ネットワークアーキテクチャを示す。ＡＳ４１０は、上記に開示された任意の方法を用いて、ＷＴＲＵ４０５がＶＰＬＭＮ４２０を訪問していると決定することができる。さらに、たとえば、ＡＳ４１０が、ＷＴＲＵ４０５がＶＰＬＭＮ４２０を訪問していると決定するための情報を有しているが、そのＨＰＬＭＮが何であるかを知るために十分な情報を有していない場合に、ＡＳ４１０は、ｅＳｈプロキシ４２４と通信して、ＷＴＲＵ４０５のＨＰＬＭＮを取得することもできる。ＡＳ４１０は、ＶＰＬＭＮ４２０とＨＰＬＭＮ４３０の両方に相互接続される。ＡＳ４１０は、アプリケーションプロバイダの制御下にすることができる。あるいは、ＡＳ４１０はＶＰＬＭＮネットワーク事業者の制御下にしてもよい。

ＡＳ４１０が、その内部状態または構成に基づいて、ＡＳ４１０がＨＰＬＭＮ４３０とも取決めを有することを認識する場合、ＡＳ４１０は、そのＨＰＬＭＮ４３０との直接相互接続を使用してサービスを提供することを選択することができる。あるいは、ＡＳ４１０は、そのＶＰＬＭＮ相互接続を使用することを代わりに選択してもよい。この場合、ＡＳ４１０は、ポリシーに従って、ＶＰＬＭＮのＰＧＷ４２６を経てルーティングされるトラフィックのためにＶＰＬＭＮ相互接続を使用することができる。

図４では、ＮＡＦ４３８はＨＰＬＭＮ４３０内に配置されるように示すが、ＮＡＦはＶＰＬＭＮ４２０内または外部のネットワーク内にも位置してもよい。ＮＡＦ４３８がＨＰＬＭＮ４３０内に位置しないとき、Ｚｎプロキシが使用されうる。ＯｐｅｎＩＤ認証サーバが、ＮＡＦおよびＺｎプロキシ機能を組み込むことができる。

図５Ａ〜５Ｃは、アプリケーションプロバイダが訪問先ネットワーク事業者とホームネットワーク事業者の両方と取決めを有する場合における、認証、セッションポリシー／課金開始およびユーザデータ要求のための例示的プロセスのシグナリング図である。ＶＰＬＭＮ４２０およびＨＰＬＭＮ４３０のＳｈプロキシ４２４、４３４間に通信が確立される（５０２）。さらに、ＶＰＬＭＮにおけるｅＳｈプロキシ４２４とＡＳ４１０との間に通信が確立される（５０４）。ｅＳｈプロキシ対ｅＳｈプロキシおよびｅＳｈプロキシ対ＡＳの通信は、事前に確立されても、あるいは要求に応じて確立されてもよい。

ＷＴＲＵ４０５は、サービス要求をＡＳ４１０に送る（５０６）。ＷＴＲＵ４０５とＡＳ４１０との間で、他のノードも関与させる認証手続きが行われる（５０８）。ＷＴＲＵ４０５が認証されると、ＡＳ４１０は、サービスをＷＴＲＵ４０５に提供することを決定する（５１０）。

ＡＳ４１０は、新しいＲｘ ＤｉａｍｅｔｅｒセッションのためのＤｉａｍｅｔｅｒ ＡＡＲを送ることによって、セッション情報をｖＰＣＲＦ４２２に提供する（５１２）。ｖＰＣＲＦ４２２は、セッション情報を格納し、Ｄｉａｍｅｔｅｒ ＡＡＲをｈＰＣＲＦ４３２に転送することができる（５１４）。ｖＰＣＲＦ４２２は、提供されたセッション情報が許容できない場合に、事業者ポリシーを採用し、ＡＳ４１０からのＡＡＲを拒否することができる。ｈＰＣＲＦ４３２は、受け取られたセッション情報を格納し、Ｄｉａｍｅｔｅｒ ＡＡＡによってｖＰＣＲＦ４２２に応答する（５１６）。ｈＰＣＲＦ４３２が加入者関連情報を必要とするが持っていない場合、ｈＰＣＲＦ４３２は、（１または複数の）許可されたサービス、ＱｏＳ情報、およびＰＣＣルール情報などを含む情報を受け取るために、ＳＰＲに要求を送る。ｖＰＣＲＦ４２２は、Ｄｉａｍｅｔｅｒ ＡＡＡをＡＳ４１０に転送する（５１８）。ｈＰＣＲＦ４３２は、ＰＣＲＦ開始のＩＰ−ＣＡＮセッション修正のために、ｖＰＣＲＦ４２２を介してＰＣＥＦ／ＢＢＥＲＦと対話することができる（５２０、５２２、５２４）。

Ｒｘ応答（すなわち、Ｄｉａｍｅｔｅｒ ＡＡＡ）に基づいて、ＡＳ４１０は、ＷＴＲＵ４０５がＶＰＬＭＮ４２０を訪問していることを検出することができる（５２６）。ＷＴＲＵ４０５がＶＰＬＭＮ４２０を訪問していることを決定するために、上記に開示された他の方法が使用されうることに留意されたい。

ＡＳ４１０は、ＷＴＲＵ４０５のＨＰＬＭＮを決定するために十分な情報を有する場合もそうでない場合もある。ＡＳ４１０がＷＴＲＵ４０５のＨＰＬＭＮを決定するために十分な情報を有していない場合、ＡＳ４１０は、ユーザデータ要求をｅＳｈプロキシ４２４に送ることができる（５２８）。ユーザデータ要求は、ＨＰＬＭＮ領域またはドメインを含むことができ、ＡＳ４１０によってｅＳｈプロキシ４２４に提供された情報は、どのＨＰＬＭＮ ｅＳｈプロキシと通信するかを突き止めることを可能にする。ｅＳｈプロキシ４２４は、どのｅＳｈプロキシをＷＴＲＵ４０５と関連付けるかを検出し、ＡＳ４１０がＨＰＬＭＮ４３０からこのタイプのデータを取り寄せることが許可されるかどうかを確認することができる（５３０）。次いで、ｅＳｈプロキシ４２４は、ユーザデータ要求を、ＨＰＬＭＮ４３０におけるｅＳｈプロキシ４３４に送る（５３２）。ｅＳｈプロキシ４３４は、ＡＳ４１０がＨＰＬＭＮおよび／またはユーザからデータを取り寄せることが許可されるかどうかを確認することができる（５３４）。そうであると決定された場合、ｅＳｈプロキシ４３４は、ユーザデータ要求をＨＳＳ４３６に送る（５３６）。すると、ユーザデータ応答が、ＨＳＳ４３６からｅＳｈプロキシ４３４、４２４を介してＡＳ４１０に送られる（５３８）。ＡＳ４１０が、ＷＴＲＵ４０５のＨＰＬＭＮを決定するために十分な情報を有する場合、ステップ５２８〜５３８がスキップされる。

ＷＴＲＵ４０５のＨＰＬＭＮが決定されると、ＡＳ４１０は、ＡＳ４１０がＨＰＬＭＮ４３０と取決めを有することを検出する（５４０）。一実施形態では、ＡＳ４１０は、ＨＰＬＭＮ４３０との直接Ｒｘ／ｅＳｈインターフェースを使用することを選択することができる（５４２ａ）。ＡＳ４１０は、まず、ｖＰＣＲＦ４２２を介してＩＰ−ＣＡＮセッションを終了することができる。あるいは、ＡＳ４１０は、それのＶＰＬＭＮ４２０とのＲｘ／ｅＳｈインターフェースを使用することを選択することができる（５４２ｂ）。あるいは、ＡＳ４１０は、ＶＰＬＭＮ４２０とのＲｘを使用するのを継続することを選択し、またＨＰＬＭＮ４３０とのｅＳｈを使用するのを開始することができる（５４２ｃ）。あるいは、ＡＳ４１０は、（ｅＳｈプロキシを介する）ＶＰＬＭＮ４２０とのｅＳｈを使用するのを継続することを選択し、またＨＰＬＭＮ４３０とのＲｘを使用するのを開始することができる（５４２ｄ）。Ｒｘが先に使用された場合、ＡＳ４１０は、ｖＰＣＲＦ４２２を介してＩＰ−ＣＡＮセッションを終了することができる。

ＡＳ４１０が、ＨＰＬＭＮ４３０と関係を有し協働するＡＳによって同じサービスが提供されうると認識する場合、ＡＳ４１０は、たとえば、ＨＴＴＰリダイレクトのようなアプリケーションレベルリダイレクションを使用して、協働するＡＳに対してユーザをリダイレクトすることを選択することができる。

図６は、アプリケーションプロバイダが複数のアプリケーションサーバを展開する例示的ネットワークアーキテクチャを示す。ＡＳ６１０がＶＰＬＭＮ６２０と相互接続され、別のＡＳ６４０がＨＰＬＭＮ６３０と相互接続される。アプリケーションサーバ６１０、６４０は、アプリケーションプロバイダの制御下にすることができ、あるいは（１または複数の）ネットワーク事業者の制御下にしてもよい。図６では、ＮＡＦはＨＰＬＭＮ６３０内に配置されるように示すが、ＮＡＦはＶＰＬＭＮ６２０内または外部のネットワーク内に位置してもよい。ＮＡＦがＨＰＬＭＮ６３０内に位置しないとき、Ｚｎプロキシが使用されうる。ＯｐｅｎＩＤ認証サーバが、ＮＡＦおよびＺｎプロキシ機能を組み込むことができる。アプリケーションプロバイダは、リダイレクションを用いて、訪問先ネットワークにおけるＡＳ６１０にアクセスを試みるローミングユーザが、それのホームネットワークにサービスするＡＳ６４０にリダイレクトされるようにすることができる。

図７Ａおよび７Ｂは、ＶＰＬＭＮ６２０にサービスするＡＳ６１０からＨＰＬＭＮ６３０にサービスするＡＳ６４０へユーザをリダイレクトするための例示的プロセスのシグナリング図である。ＶＰＬＭＮ６２０およびＨＰＬＭＮ６３０のＳｈプロキシ６２４、６３４間に通信が確立される（７０２）。また、ＶＰＬＭＮにおけるｅＳｈプロキシ６２４とＡＳ６１０との間に通信が確立される（７０４）。ｅＳｈプロキシ対ｅＳｈプロキシおよびｅＳｈプロキシ対ＡＳの通信は、事前に確立されても、あるいは要求に応じて確立されてもよい。

ＷＴＲＵ６０５は、サービス要求をＡＳ６１０に送る（７０６）。ＷＴＲＵ６０５とＡＳ６１０との間で、他のノードも関与させる認証手続きが行われる（７０８）。ＷＴＲＵ６０５が認証されると、ＡＳ６１０は、サービスをＷＴＲＵ６０５に提供することを決定する（７１０）。

ＡＳ６１０は、新しいＲｘ ＤｉａｍｅｔｅｒセッションのためのＤｉａｍｅｔｅｒ ＡＡＲを送ることによって、セッション情報をｖＰＣＲＦ６２２に提供する（７１２）。ｖＰＣＲＦ６２２は、セッション情報を格納し、Ｄｉａｍｅｔｅｒ ＡＡＲをｈＰＣＲＦ６３２に転送することができる（７１４）。ｖＰＣＲＦ６２２は、提供されたセッション情報が許容できない場合に、事業者ポリシーを採用し、ＡＳ６１０からのＡＡＲを拒否することができる。ｈＰＣＲＦ６３２は、受け取られたセッション情報を格納し、Ｄｉａｍｅｔｅｒ ＡＡＡによってｖＰＣＲＦ６２２に応答する（７１６）。ｈＰＣＲＦ６３２が加入者関連情報を必要とするが持っていない場合、ｈＰＣＲＦ６３２は、（１または複数の）許可されたサービス、ＱｏＳ情報、およびＰＣＣルール情報を含む情報を受け取るために、加入者ポリシーレジスタ（ＳＰＲ）に要求を送る。ｖＰＣＲＦ６２２は、Ｄｉａｍｅｔｅｒ ＡＡＡをＡＳ６１０に転送する（７１８）。ｈＰＣＲＦ６３２は、ＰＣＲＦ開始のＩＰ−ＣＡＮセッション修正のために、ｖＰＣＲＦ６２２を介してＰＣＥＦ／ＢＢＥＲＦと対話することができる（７２０、７２２、７２４）。

Ｒｘ応答に基づいて、ＡＳ６１０は、ＷＴＲＵ６０５がＶＰＬＭＮ６２０を訪問していることを検出することができる（７２６）。ＷＴＲＵ６０５がＶＰＬＭＮ６２０を訪問していることを決定するために、上記に開示された他の方法が使用されうることに留意されたい。

ＡＳ６１０は、ＷＴＲＵ６０５のＨＰＬＭＮを決定するために十分な情報を有する場合もそうでない場合もある。ＡＳ６１０がＷＴＲＵ６０５のＨＰＬＭＮを決定するために十分な情報を有していない場合、ＡＳ６１０は、ユーザデータ要求をｅＳｈプロキシ６２４に送ることができる（７２８）。ユーザデータ要求は、ＨＰＬＭＮ領域またはドメインを含むことができ、ＡＳ６１０によってｅＳｈプロキシ６２４に提供された情報は、どのＨＰＬＭＮ ｅＳｈプロキシと通信するかを突き止めることを可能にする。ｅＳｈプロキシ６２４は、どのｅＳｈプロキシをＷＴＲＵ６０５と関連付けるかを検出し、ＡＳ６１０がホームネットワークからこのタイプのデータを取り寄せることが許可されるかどうかを確認することができる（７３０）。次いで、ｅＳｈプロキシ６２４は、ユーザデータ要求を、ＨＰＬＭＮ６３０におけるｅＳｈプロキシ６３４に送る（７３２）。ｅＳｈプロキシ６３４は、ＡＳ６１０がＨＰＬＭＮ６３０および／またはユーザからデータを取り寄せることが許可されるかどうかを確認することができる（７３４）。そうであると決定された場合、ｅＳｈプロキシ６３４は、ユーザデータ要求をＨＳＳ６３６に送る（７３６）。すると、ユーザデータ応答が、ＨＳＳ６３６からｅＳｈプロキシ６３４、６２４を介してＡＳ６１０に送られる（７３８）。ＡＳ６１０が、ＷＴＲＵ６０５のＨＰＬＭＮを決定するために十分な情報を有する場合、ステップ７２８〜７３８がスキップされる。

ＷＴＲＵ６０５のＨＰＬＭＮが決定されると、ＡＳ６１０は、協働するＡＳ６４０がＨＰＬＭＮ６３０と取決めを有することを検出する（７４０）。一実施形態では、ＡＳ６１０は、ＷＴＲＵ６０５を協働するＡＳ６４０にリダイレクトすることなく、サービスの送達を継続することができる。あるいは、ＡＳ６１０は、協働するＡＳ６４０に対してＷＴＲＵ６０５をリダイレクトすることを選択することができる（７４２）。Ｒｘが先に使用された場合、ＡＳ６１０は、ｖＰＣＲＦ６２２によってＩＰ−ＣＡＮセッションを終了することができる。ＡＳ６１０は、リダイレクション要求（たとえば、ＨＴＴＰリダイレクト）をＷＴＲＵ６０５に送る（７４４）。次いで、ＷＴＲＵ６０５が、ＨＰＬＭＮ６３０にサービスするＡＳ６４０にサービス要求を送る（７４６）。

別の実施形態では、ＷＴＲＵ６０５は、ホームネットワークにおけるＡＳ６４０から訪問先ネットワークにおける６１０へリダイレクトされうる。たとえば、サービスが大量のトラフィックを発生する場合、アプリケーションプロバイダは、ホームネットワークと相互接続された協働するＡＳ６１０に対してユーザをリダレクトすることができる。

図８は、ホームネットワークにサービスするＡＳから訪問先ネットワークにサービスするＡＳへユーザをリダイレクトするための例示的プロセスのシグナリング図である。ＶＰＬＭＮ６２０およびＨＰＬＭＮ６３０のＳｈプロキシ６２４、６３４間に通信が確立される（８０２）。さらに、ＶＰＬＭＮ６２０におけるｅＳｈプロキシ６２４とＡＳ６１０との間に通信が確立される（８０４）。ｅＳｈプロキシ対ｅＳｈプロキシおよびｅＳｈプロキシ対ＡＳの通信は、事前に確立されても、あるいは要求に応じて確立されてもよい。

ＷＴＲＵ６０５は、サービス要求をＨＰＬＭＮ６３０におけるＡＳ６４０に送る（８０６）。ＷＴＲＵ６０５とＡＳ６４０との間で、他のノードを関与させる認証手続きが行われる（８０８）。ＡＳ６４０は、（上述の実施形態の１つによって）Ｒｘまたは（位置要求を使用して）ｅＳｈを使用して、ＷＴＲＵ位置を取得し、ＷＴＲＵ６０５がＶＰＬＭＮ６２０を訪問していることを認識することができる（８１０）。ＡＳ６４０は、その内部状態または構成を使用して、協働するＡＳ６１０が同じサービスをＶＰＬＭＮユーザに提供することを検出する（８１２）。一実施形態では、ＡＳ６４０は、ＷＴＲＵ６０５を協働するＡＳ６１０にリダイレクトすることなく、サービスの送達を継続することができる。あるいは、ＡＳ６４０は、協働するＡＳ６１０に対してＷＴＲＵ６０５をリダイレクトすることを選択することができる（８１４）。ＡＳ６４０は、リダイレクション要求（たとえば、ＨＴＴＰリダイレクト）をＷＴＲＵ６０５に送る（８１６）。次いで、ＷＴＲＵ６０５が、ＶＰＬＭＮ６２０にサービスするＡＳ６１０にサービス要求を送る（８１８）。

図９は、ＮＡＦ機能性がＯＰと同一位置に配置され、ＡＳ−ＶＰＬＭＮ相互接続およびｅＺｎプロキシがポリシング、課金、およびユーザデータの取得のために使用される、例示的ネットワークアーキテクチャを示す。ＡＳ９１０は、アプリケーションプロバイダの制御下にすることができる。あるいは、ＡＳ９１０はＶＰＬＭＮネットワーク事業者の制御下にしてもよい。

ＮＡＦ機能性がＯＰと同一位置に配置されて、汎用ブートストラッピングサーバアーキテクチャ（ＧＢＡ）とＯｐｅｎＩＤアーキテクチャが組み合わされる。ＮＡＦ機能性は、ＯｐｅｎＩＤサーバに追加されてもよい。ＯｐｅｎＩＤは、どのようにユーザが分散的方法で認証されうるかを記述する規格である。ユーザは、ＯＰによるアカウントを作成し、ＯｐｅｎＩＤ認証を受け入れる任意のウェブサイトにサインオンするための基盤としてこれらのアカウントを使用することができる。ＯｐｅｎＩＤ規格は、ＯＰとＯｐｅｎＩＤ受容者（「依拠当事者」（ＲＰ））との間で行われうる通信のためのフレームワークを提供する。エンドユーザは、特定の身元を主張することを望むエンティティである。ＲＰは、エンドユーザの識別子を検証することを望むウェブサイトまたはアプリケーションである。ＯＰは、ＯｐｅｎＩＤ認証を提供する。ＯｐｅｎＩＤは、エンドユーザがＲＰと通信することを可能にする。この通信は、識別子（すなわち、ＯｐｅｎＩＤ）の交換を通して行われる。

図９を参照すると、強化されたＮＡＦ／ＯＰ（ｅＮＡＦ／ＯＰ）９２６がＶＰＬＭＮ９２０内に位置し、ｅＮＡＦ９２６は、ｅＺｎプロキシ機能９２８を介してＨＰＬＭＮ９３０におけるｅＢＳＦ９３７と通信する。あるいは、ｅＮＡＦ／ＯＰ９２６およびｅＺｎプロキシ９２８は、ＶＰＬＭＮ９２０と異なるネットワーク内に配置されうる。アプリケーションプロバイダはＶＰＬＭＮ事業者と取決めを有する。ＲＰとして動作するＡＳ９１０は、シングルサインオン（Ｓｉｎｇｌｅ Ｓｉｇｎ−Ｏｎ：ＳＳＯ）プロトコル（たとえば、ＯｐｅｎＩＤ、リバティアライアンス（Ｌｉｂｅｒｔｙ Ａｌｌｉａｎｃｅ）など）を使用して、ＶＰＬＭＮ９２０におけるＯＰサーバとして動作するｅＮＡＦ９２６と相互接続することができる。

ＧＢＡは、汎用ＩＣカード（ＵＩＣＣ）ベースの資格情報に限定されている。一実施形態では、ＧＢＡエンティティ（たとえば、ＢＳＦ、Ｚｎプロキシ、およびＮＡＦ）ならびに参照点（たとえば、Ｕａ、Ｕｂ、Ｚｎ、Ｚｎ’、およびＺｈ）は、非ＵＩＣＣベースの資格情報（たとえば、ＳＩＰダイジェスト、パスワードなど）ならびに自動化された認証方法ネゴシエーションおよび選択（ａｕｔｏｍａｔｅｄ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｍｅｔｈｏｄｓ ｎｅｇｏｔｉａｔｉｏｎ ａｎｄ ｓｅｌｅｃｔｉｏｎ）を可能にするように強化されうる。Ｚｎ参照点は、アプリケーション固有ユーザセキュリティ設定（ｕｓｅｒ ｓｅｃｕｒｉｔｙ ｓｅｔｔｉｎｇ：ＵＳＳ）に加えて、ｅＳｈを介して通常利用可能なユーザ固有データを取り寄せることを可能にするように強化されうる（すなわち、ｅＺｎ）。ｅＺｎ’参照点は、それが事業者間で使用されるという点でＺｎ参照点とは区別される。Ｚｈ参照点は、認証ベクトル（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｖｅｃｔｏｒｓ：ＡＶｓ）、ＧＢＡユーザセキュリティ設定（ＧＢＡ Ｕｓｅｒ Ｓｅｃｕｒｉｔｙ Ｓｅｔｔｉｎｇｓ：ＧＵＳＳ）、およびＵＳＳに加えて、ＨＳＳからｅＳｈを介して通常利用可能なユーザ固有データを取り寄せることを可能にするように強化されうる（すなわち、ｅＺｈ）。ＧＵＳＳは、ＢＳＦ固有情報要素、およびすべてのアプリケーション固有ＵＳＳのセットを含む。リバティアライアンス／ＯｐｅｎＩＤ参照点を介する属性交換が、ｅＳｈインターフェースを介して利用可能な情報を搬送するように強化されうる。

図１０は、一実施形態による、アプリケーションセッションを確立し、ポリシング、課金、およびユーザデータの取得のためにＡＳ−ＶＰＬＭＮ相互接続およびｅＺｎプロキシを使用するための例示的プロセスのシグナリング図である。ＷＴＲＵ９０５は、ユーザ供給された識別子（Ｕｓｅｒ−Ｓｕｐｐｌｉｅｄ Ｉｄｅｎｔｉｆｉｅｒ）をＲＰとして動作するＡＳ９１０に送る（１００２）。ＡＳ９１０は、ＯＰのアドレスを取り寄せ、（ユーザ供給された識別子に基づいて、）エンドユーザが認証のために使用したいと望むＯＰエンドポイントＵＲＬの発見を行う（１００４）。

ＡＳ９１０およびｅＮＡＦ／ＯＰ９２６は、たとえば、ディフィーヘルマン鍵交換プロトコルを使用して、共有シークレットを確立することができる（１００６）。この共有シークレットの目的は、ｅＮＡＦ／ＯＰ９２６が後続メッセージに署名でき、ＡＳ９１０がこれらのメッセージを検証できることである。

ＡＳ９１０は、ＷＴＲＵ９０５をＯｐｅｎＩＤ認証要求とともにｅＮＡＦ／ＯＰ９２６へリダイレクトする（１００８）。ＷＴＲＵ９０５は、ＨＴＴＰＳ ＧＥＴ要求をｅＮＡＦ／ＯＰ９２６に送る（１０１０）。ｅＮＡＦ／ＯＰ９２６は、ＷＴＲＵ認証を開始し、ＨＴＴＰＳ応答コード４０１「Ｕｎａｕｔｈｏｒｉｚｅｄ」で応答し、これは、サーバ側証明書を用いるＧＢＡでのダイジェスト認証を使用するようにＷＴＲＵに要求するチャレンジを搬送するＷＷＷ Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む（１０１２）。

有効なＫｓが利用可能ではない場合、ＷＴＲＵ９０５は、ｅＢＳＦ９３７によりブートスラップして有効なＫｓを得ることができる（１０１４）。これから、ＷＴＲＵ９０５は、（１または複数の）アプリケーション固有ＮＡＦ鍵を導き出すことができる。ＷＴＲＳ９０５は、ＨＴＴＰＳ ＧＥＴ要求をｅＮＡＦ／ＯＰ９２６に送る（１０１６）。ＨＴＴＰＳ ＧＥＴ要求は、ｅＢＳＦ９３７から受け取られたＢ−ＴＩＤを含む許可ヘッダ（ａｕｔｈｏｒｉｚａｔｉｏｎ ｈｅａｄｅｒ）を搬送する。

Ｂ−ＴＩＤおよびＮＡＦ＿ＩＤを使用して、ｅＮＡＦ／ＯＰ９２６は、ｅＢＳＦ９３７から共有アプリケーション固有ＮＡＦ鍵およびＵＳＳを取り寄せることができる（１０１８）。ｅＮＡＦ／ＯＰ９２６は、ＯｐｅｎＩＤユーザセッションとＧＢＡセッションのマッチングを可能にするために、Ｂ−ＴＩＤ、暗号化鍵、およびユーザ供給された識別子を格納することができる。

ｅＮＡＦ／ＯＰ９２６は、ＯｐｅｎＩＤに関してユーザを認証する（１０２０）。ｅＮＡＦ／ＯＰ９２６は、認証が承認されたというアサーションまたは認証が失敗したというメッセージとともに、ＷＴＲＵ９０５をＡＳ９１０へ戻すようにリダイレクトする（１０２２）。ＷＴＲＵ９０５は、アサーションとともにＨＴＴＰＳ要求を送る（１０２４）。ＡＳ９１０は、アサーションを検査する（すなわち、認証が承認されたかどうか確認する）（１０２６）。アサーションの検査が成功した場合、ユーザはＡＳ９１０のサービスにログインされる。

ＷＴＲＵ９０５がＧＢＡ／ＯｐｅｎＩＤを使用して認証されると、ＡＳ９１０は、Ｒｘを使用してセッションに関するＱｏＳまたは他のポリシーおよび課金を制御することができる（１０２８）。ＡＳ９１０は、ｅＮＡＦ９２６、ｅＺｎプロキシ９２８、およびｅＢＳＦ９３７を介して、ＨＳＳ９３６におけるユーザデータ（たとえば、アプリケーション固有ユーザプロファイル）にアクセスすることができる（１０３０）。ＡＳ９１０はまた、ｅＮＡＦ９２６、ｅＺｎプロキシ９２８、およびｅＢＳＦ９３７を介して、ＨＳＳ９３６における情報（たとえば、アプリケーション固有ユーザプロファイル）を設定することもできる（１０３２）。ＡＳ９１０は、ｅＮＡＦ９２６、ｅＺｎプロキシ９２８、およびｅＢＳＦ９３７を介して、ＨＳＳにおけるイベント（たとえば、位置変更）を登録することもできる（１０３４）。

図１１は、ＮＡＦ機能性がＯＰおよびＡＳ−ＶＰＬＭＮ相互接続と同一位置に配置され、ＨＰＬＭＮにおけるｅＮＡＦがポリシング、課金、およびユーザデータの取得のために使用される、例示的ネットワークアーキテクチャを示す。アプリケーションプロバイダはＶＰＬＭＮ事業者と取決めを有する。それは、図９と似ており、違いは、ｅＮＡＦ／ＯＰ１１３５がＨＰＬＭＮ１１３０内に配置されることである。ＲＰとして動作するＡＳ１１１０は、ＳＳＯプロトコル（たとえば、ＯｐｅｎＩＤ、リバティアライアンスなど）を使用して、ＨＰＬＭＮ１１３０におけるｅＮＡＦ／ＯＰ１１３５と相互接続することができる。ｅＮＡＦ／ＯＰ１１３５は、ｅＺｎ参照点を介してＨＰＬＭＮ１１３０におけるｅＢＳＦ１１３７と通信する。ＡＳ１１１０は、アプリケーションプロバイダの制御下にすることができる。あるいは、ＡＳ１１１０はＶＰＬＭＮネットワーク事業者の制御下にしてもよい。

ＧＢＡは、ＵＩＣＣベースの資格情報に限定されている。ＧＢＡエンティティ（たとえば、ＢＳＦおよびＮＡＦ）ならびに参照点（たとえば、Ｕａ、Ｕｂ、Ｚｎ、およびＺｈ）は、非ＵＩＣＣベースの資格情報（たとえば、ＳＩＰダイジェスト、パスワードなど）ならびに自動化された認証方法ネゴシエーションおよび選択を可能にするように強化されうる。Ｚｎ参照点は、アプリケーション固有ＵＳＳに加えて、ｅＳｈを介して通常利用可能なユーザ固有データを取り寄せることを可能にするように強化されうる（すなわち、ｅＺｎ）。Ｚｈ参照点は、ＡＶｓ、ＧＵＳＳ、およびＵＳＳに加えて、ＨＳＳからｅＳｈを介して通常利用可能なユーザ固有データを取り寄せることを可能にするように強化されうる（すなわち、ｅＺｈ）。リバティアライアンス／ＯｐｅｎＩＤ参照点を介する属性交換が、ｅＳｈインターフェースを介して利用可能な情報を搬送するように強化されうる。

図１２は、一実施形態による、アプリケーションセッションを確立するための例示的プロセスのシグナリング図である。ＷＴＲＵ１１０５は、ユーザ供給された識別子を、依拠当事者として動作するＡＳ１１１０に送る（１２０２）。ＡＳは、ＯｐｅｎＩＤを使用してＷＴＲＵを認証することができる。ＡＳ１１００は、ｅＮＡＦ／ＯＰ１１３５のアドレスを取り寄せ、（ユーザ供給された識別子に基づいて、）エンドユーザが認証のために使用したいと望むＯＰエンドポイントＵＲＬの発見を行う（１２０４）。

ＡＳ１１１０およびｅＮＡＦ／ＯＰ１１３５は、たとえば、ディフィーヘルマン鍵交換プロトコルを使用して、共有シークレットを確立することができる（１２０６）。この共有シークレットの目的は、ｅＮＡＦ／ＯＰ１１３５が後続メッセージに署名でき、ＡＳ１１１０がこれらのメッセージを検証できることである。

ＡＳ１１１０は、ＷＴＲＵ１１０５をＯｐｅｎＩＤ認証要求とともにｅＮＡＦ／ＯＰ１１３５へリダイレクトする（１２０８）。ＷＴＲＵ１１０５は、ＨＴＴＰＳ ＧＥＴ要求をＨＰＬＭＮ１１３０におけるｅＮＡＦ／ＯＰ１１３５に送る（１２１０）。ｅＮＡＦ／ＯＰ１１３５は、ＷＴＲＵ認証を開始し、ＨＴＴＰＳ応答コード４０１「Ｕｎａｕｔｈｏｒｉｚｅｄ」で応答し、これは、サーバ側証明書を用いるＧＢＡでのダイジェスト認証を使用するようにＷＴＲＵに要求するチャレンジを搬送するＷＷＷ Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む（１２１２）。

有効なＫｓが利用可能ではない場合、ＷＴＲＵ１１０５は、ｅＢＳＦ１１３７によりブートスラップして有効なＫｓを得ることができる（１２１４）。これから、ＷＴＲＵ９０５は、（１または複数の）アプリケーション固有ＮＡＦ鍵を導き出すことができる。ＷＴＲＳ１１０５は、ＨＴＴＰＳ ＧＥＴ要求をｅＮＡＦ／ＯＰ１１３５に送る（１２１６）。ＨＴＴＰＳ ＧＥＴ要求は、ｅＢＳＦ１１３７から受け取られたＢ−ＴＩＤを含む許可ヘッダを搬送する。

Ｂ−ＴＩＤおよびＮＡＦ＿ＩＤを使用して、ｅＮＡＦ／ＯＰ１１３５は、ｅＢＳＦ１１３７から共有アプリケーション固有ＮＡＦ鍵およびＵＳＳを取り寄せることができる（１２１８）。ｅＮＡＦ／ＯＰ１１３５は、ＯｐｅｎＩＤユーザセッションとＧＢＡセッションのマッチングを可能にするために、Ｂ−ＴＩＤ、暗号化鍵、およびユーザ供給された識別子を格納することができる。

ｅＮＡＦ／ＯＰ１１３５は、ＯｐｅｎＩＤに関してユーザを認証する（１２２０）。ｅＮＡＦ／ＯＰ１１３５は、認証が承認されたというアサーションまたは認証が失敗したというメッセージとともに、ＷＴＲＵ１１０５をＡＳ１１１０へ戻すようにリダイレクトする（１２２２）。ＷＴＲＵ１１０５は、アサーションとともにＨＴＴＰＳ要求を送る（１２２４）。ＡＳ１１１０は、アサーションを検査する（すなわち、認証が承認されたかどうか確認する）（１２２６）。アサーションの検査が成功した場合、ユーザはＡＳ１１１０のサービスにログインされる。

ＷＴＲＵ１１０５がＧＢＡ／ＯｐｅｎＩＤを使用して認証されると、ＡＳ１１１０は、Ｒｘを使用してセッションに関するＱｏＳおよび課金を制御することができる（１２２８）。ＡＳ１１１０は、ｅＮＡＦ１１３５およびｅＢＳＦ１１３７を介して、ＨＳＳ１１３６におけるユーザデータ（たとえば、アプリケーション固有ユーザプロファイル）にアクセスすることができる（１２３０）。ＡＳ１１１０はまた、ｅＮＡＦ１１３５およびｅＢＳＦ１１３７を介して、ＨＳＳ１１３６における情報（たとえば、アプリケーション固有ユーザプロファイル）を設定することもできる（１２３２）。ＡＳ１１１０は、ｅＮＡＦ１１３５およびｅＢＳＦ１１３７を介して、ＨＳＳ１１３６におけるイベント（たとえば、位置変更）を登録することもできる（１２３４）。

図１３は、非ローミングの事例において、ＨＰＬＭＮにおけるｅＮＡＦ／ＯＰを有する例示的ネットワークアーキテクチャを示す。ｅＮＡＦ／ＯＰによって可能となる機構が、非ローミングコンテキストで使用されうる。この実施形態では、アプリケーションプロバイダはＨＰＬＭＮ事業者と取決めを有する。ｅＮＡＦ／ＯＰ１３３５は、ＨＰＬＭＮ１３３０内に配置されうる。ＲＰとして動作するＡＳ１３１０は、ＳＳＯプロトコル（たとえば、ＯｐｅｎＩＤ、リバティアライアンスなど）を使用して、ＨＰＬＭＮ１３３０におけるｅＮＡＦ／ＯＰ１３３５と相互接続することができる。ｅＮＡＦ／ＯＰ１３３５は、ｅＺｎ参照点を介してＨＰＬＭＮ１３３０におけるｅＢＳＦ１１３７と通信する。あるいは、ｅＮＡＦ／ＯＰ１３３５は、ＨＰＬＭＮ１３３０以外のネットワークに配置されうる。この場合、ｅＮＡＦ／ＯＰ１３３５は、（ｅＮＡＦ／ＯＰ１３３５と同一位置に配置されうる）Ｚｎプロキシを使用して、ＨＰＬＭＮ１３３０におけるｅＢＳＦ１３３７と通信することができる。本明細書に開示される実施形態は、いずれの場合にも適用可能である。ＡＳ１３１０は、アプリケーションプロバイダの制御下にすることができる。あるいは、ＡＳ１３１０はＶＰＬＭＮネットワーク事業者の制御下にしてもよい。

ＧＢＡは、ＵＩＣＣベースの資格情報に限定されている。ＧＢＡエンティティ（たとえば、ＢＳＦおよびＮＡＦ）ならびに参照点（たとえば、Ｕａ、Ｕｂ、Ｚｎ、およびＺｈ）は、非ＵＩＣＣベースの資格情報（たとえば、ＳＩＰダイジェスト、パスワードなど）ならびに自動化された認証方法ネゴシエーションおよび選択を可能にするように強化されうる。Ｚｎ参照点は、アプリケーション固有ＵＳＳに加えて、ｅＳｈを介して通常利用可能なユーザ固有データを取り寄せることを可能にするように強化されうる（すなわち、ｅＺｎ）。Ｚｈ参照点は、ＡＶｓ、ＧＵＳＳ、およびＵＳＳに加えて、ＨＳＳからｅＳｈを介して通常利用可能なユーザ固有データを取り寄せることを可能にするように強化されうる（すなわち、ｅＺｈ）。リバティアライアンス／ＯｐｅｎＩＤ参照点を介する属性交換が、ｅＳｈインターフェースを介して利用可能な情報を搬送するように強化されうる。

図１４は、一実施形態による、非ローミングの事例において、ＨＰＬＭＮにおけるｅＮＡＦを使用してアプリケーションセッションを確立するための例示的プロセスのシグナリング図である。ＷＴＲＵ１３０５は、ユーザ供給された識別子をＲＰとして動作するＡＳ１３１０に送る（１４０２）。ＡＳは、ＯｐｅｎＩＤを使用してＷＴＲＵを認証することができる。ＡＳ１３１０は、ＯＰのアドレスを取り寄せ、（ユーザ供給された識別子に基づいて、）エンドユーザが認証のために使用したいと望むＯＰエンドポイントＵＲＬの発見を行う（１４０４）。

ＡＳ１３１０、およびＨＰＬＭＮ１３３０におけるｅＮＡＦ／ＯＰ１３３５は、たとえば、ディフィーヘルマン鍵交換プロトコルを使用して、共有シークレットを確立することができる（１４０６）。この共有シークレットの目的は、ｅＮＡＦ／ＯＰ１３３５が後続メッセージに署名でき、ＡＳ１３１０がこれらのメッセージを検証できることである。

ＡＳ１３１０は、ＷＴＲＵ１３０５をＯｐｅｎＩＤ認証要求とともにｅＮＡＦ／ＯＰ１３３５へリダイレクトする（１４０８）。ＷＴＲＵ１３０５は、ＨＴＴＰＳ ＧＥＴ要求をｅＮＡＦ／ＯＰ１３３５に送る（１４１０）。ｅＮＡＦ／ＯＰ１３３５は、ＷＴＲＵ認証を開始し、ＨＴＴＰＳ応答コード４０１「Ｕｎａｕｔｈｏｒｉｚｅｄ」で応答し、これは、サーバ側証明書を用いるＧＢＡでのダイジェスト認証を使用するようにＷＴＲＵに要求するチャレンジを搬送するＷＷＷ Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む（１４１２）。

有効なＫｓが利用可能ではない場合、ＷＴＲＵ１３０５は、ｅＢＳＦ１３３７によりブートスラップして有効なＫｓを得ることができる（１４１４）。これから、ＷＴＲＵ１３０５は、（１または複数の）アプリケーション固有ＮＡＦ鍵を導き出すことができる。ＷＴＲＳ１３０５は、ＨＴＴＰＳ ＧＥＴ要求をｅＮＡＦ／ＯＰ１３３５に送る（１４１６）。ＨＴＴＰＳ ＧＥＴ要求は、ｅＢＳＦ１３３７から受け取られたＢ−ＴＩＤを含む許可ヘッダを搬送する。

Ｂ−ＴＩＤおよびＮＡＦ＿ＩＤを使用して、ｅＮＡＦ／ＯＰ１３３５は、ｅＢＳＦ１３３７から共有アプリケーション固有ＮＡＦ鍵およびＵＳＳを取り寄せる（１４１８）。ｅＮＡＦ／ＯＰ１３３５は、ＯｐｅｎＩＤユーザセッションとＧＢＡセッションのマッチングを可能にするために、Ｂ−ＴＩＤ、暗号化鍵、およびユーザ供給された識別子を格納することができる。

ｅＮＡＦ／ＯＰ１３３５は、ＯｐｅｎＩＤに関してユーザを認証する（１４２０）。ｅＮＡＦ／ＯＰ１３３５は、認証が承認されたというアサーションまたは認証が失敗したというメッセージとともに、ＷＴＲＵ１３０５をＡＳ１３１０へ戻すようにリダイレクトする（１４２２）。ＷＴＲＵ１３０５は、アサーションとともにＨＴＴＰＳ要求を送る（１４２４）。ＡＳ１３１０は、アサーションを検査する（すなわち、認証が承認されたかどうか確認する）（１４２６）。アサーションの検査が成功した場合、ユーザはＡＳ１３１０のサービスにログインされる。

ＷＴＲＵ１３０５がＧＢＡ／ＯｐｅｎＩＤを使用して認証されると、ＡＳ１３１０は、Ｒｘを使用してセッションに関するＱｏＳおよび課金を制御することができる（１４２８）。ＡＳ１３１０は、ｅＮＡＦ１３３５およびｅＢＳＦ１３３７を介して、ＨＳＳにおけるユーザデータ（たとえば、アプリケーション固有ユーザプロファイル）にアクセスすることができる（１４３０）。ＡＳ１３１０はまた、ｅＮＡＦ１３３５およびｅＢＳＦ１３３７を介して、ＨＳＳにおける情報（たとえば、アプリケーション固有ユーザプロファイル）を設定することもできる（１４３２）。ＡＳ１３１０は、ｅＮＡＦ１３３５およびｅＢＳＦ１３３７を介して、ＨＳＳにおけるイベント（たとえば、位置変更）を登録することもできる（１４３４）。

別の実施形態では、ＡＳとｅＮＡＦは同一位置に配置されうる。図１５は、同一位置に配置されたＡＳ／ｅＮＡＦを有する例示的ネットワークアーキテクチャを示す図である。アプリケーションプロバイダはＶＰＬＭＮ事業者と取決めを有する。ＶＰＬＭＮ１５２０によってホストされたＡＳ１５１０は、ｅＮＡＦとして動作し、ｅＺｎプロキシ機能１５２８を介してＨＰＬＭＮ１５３０におけるｅＢＳＦ１５３７と通信する。

ＧＢＡは、ＵＩＣＣベースの資格情報に限定されている。ＧＢＡエンティティ（たとえば、ＢＳＦおよびＮＡＦ）ならびに参照点（たとえば、Ｕａ、Ｕｂ、Ｚｎ、およびＺｈ）は、非ＵＩＣＣベースの資格情報（たとえば、ＳＩＰダイジェスト、パスワードなど）ならびに自動化された認証方法ネゴシエーションおよび選択を可能にするように強化されうる。Ｚｎ参照点は、アプリケーション固有ＵＳＳに加えて、ｅＳｈを介して通常利用可能なユーザ固有データを取り寄せることを可能にするように強化されうる（すなわち、ｅＺｎ）。Ｚｈ参照点は、ＡＶｓ、ＧＵＳＳ、およびＵＳＳに加えて、ＨＳＳからｅＳｈを介して通常利用可能なユーザ固有データを取り寄せることを可能にするように強化されうる（すなわち、ｅＺｈ）。リバティアライアンス／ＯｐｅｎＩＤ参照点を介する属性交換が、ｅＳｈインターフェースを介して利用可能な情報を搬送するように強化されうる。

図１６は、一実施形態による、ＡＳとｅＮＡＦが同一位置に配置されたアプリケーションセッションを確立するための例示的プロセスのシグナリング図である。ＷＴＲＵ１６０５は、ＨＴＴＰＳ ＧＥＴ要求をＡＳ／ｅＮＡＦ１５１０に送る（１６０２）。ＡＳ／ｅＮＡＦ１５１０は、ＷＴＲＵ認証を開始し、認証要求で応答する（１６０４）。ＷＴＲＵ１５０５は、ｅＢＳＦ１５３７によりブートストラッピング手続きを実行して、有効なＫｓを得ることができる（１６０６）。

ＷＴＲＳ１５０５は、ＨＴＴＰＳ ＧＥＴ要求をＡＳ／ｅＮＡＦ１５１０に送る（１６０８）。ＨＴＴＰＳ ＧＥＴ要求は、ｅＢＳＦ１５３７から受け取られたＢ−ＴＩＤを含む許可ヘッダを搬送する。Ｂ−ＴＩＤおよびＮＡＦ＿ＩＤを使用して、ＡＳ／ｅＮＡＦ１５１０は、ｅＢＳＦ１５３７から共有アプリケーション固有ＮＡＦ鍵およびＵＳＳを取り寄せる（１６１０）。ＡＳ／ｅＮＡＦ１５１０がユーザを認証し、ＡＳ−ＷＴＲＵ通信を進行することができる（１６１２）。

ＷＴＲＵ１５０５がＧＢＡ／ＯｐｅｎＩＤを使用して認証されると、ＡＳ／ｅＮＡＦ１５１０は、Ｒｘを使用してセッションに関するＱｏＳおよび課金を制御することができる（１６１４）。ＡＳ／ｅＮＡＦ１５１０は、ｅＺｎプロキシ１５２８およびｅＢＳＦ１５３７を介して、ＨＳＳにおけるユーザデータ（たとえば、アプリケーション固有ユーザプロファイル）にアクセスすることができる（１６１６）。ＡＳ／ｅＮＡＦ１５１０はまた、ｅＺｎプロキシ１５２８およびｅＢＳＦ１５３７を介して、ＨＳＳにおける情報（たとえば、アプリケーション固有ユーザプロファイル）を設定することもできる（１６１８）。ＡＳ／ｅＮＡＦ１５１０は、ｅＺｎプロキシ１５２８およびｅＢＳＦ１５３７を介して、ＨＳＳにおけるイベント（たとえば、位置変更）を登録することもできる（１６２０）。

実施形態

１．モバイルネットワーク事業者とアプリケーションプロバイダとの間で相互作用するための方法。

２．アプリケーションサーバが、ＷＴＲＵからサービス要求を受け取るステップを含む実施形態１の方法。

３．アプリケーションサーバが、ＯｐｅｎＩＤを使用してＷＴＲＵを認証するステップをさらに含む実施形態２の方法。

４．アプリケーションサーバが、ＯＰと同一位置に配置されたＮＡＦを介してＨＳＳにアクセスするステップをさらに含む実施形態３の方法。

５．ＮＡＦは、ＷＴＲＵのホームネットワーク内に配置される実施形態４の方法。

６．ＷＴＲＵは、訪問先ネットワークにおいてローミングしており、アプリケーションプロバイダは、訪問先ネットワークと取決めを有する実施形態２〜５のいずれか１つにおける方法。

７．アプリケーションサーバは、ＷＴＲＵからのサービス要求に応えるために課金およびポリシングのために訪問先ネットワークと通信する実施形態６の方法。

８．モバイルネットワーク事業者とアプリケーションプロバイダとの間で相互動作するための装置。

９．ＷＴＲＵからサービス要求を受け取るように構成されるプロセッサを備える実施形態８の装置。

１０．プロセッサは、ＯｐｅｎＩＤを使用してＷＴＲＵを認証するように構成される実施形態９の装置。

１１．プロセッサは、ＯＰと同一位置に配置されたＮＡＦを介してＨＳＳにアクセスするように構成される実施形態１０の装置。

１２．ＮＡＦは、ＷＴＲＵのホームネットワーク内に配置される実施形態１１の装置。

１３．ＷＴＲＵは、訪問先ネットワークにおいてローミングしており、アプリケーションプロバイダは、訪問先ネットワークと取決めを有する実施形態９〜１２のいずれか１つにおける装置。

１４．プロセッサは、ＷＴＲＵからのサービス要求に応えるために課金およびポリシングのために訪問先ネットワークと通信するように構成される実施形態１３の装置。

１５．モバイルネットワーク事業者とアプリケーションプロバイダとの間で相互動作するための方法。

１６．アプリケーションサーバが、ＷＴＲＵからサービス要求を受け取るステップを含む実施形態１５の方法。

１７．ＷＴＲＵは、訪問先ネットワークにおいてローミングしており、アプリケーションプロバイダは、訪問先ネットワークと取決めを有し、アプリケーションサーバは、ＮＡＦと同一位置に配置される実施形態１６の方法。

１８．ＮＡＦとして動作するアプリケーションサーバが、ＧＢＡを使用してＷＴＲＵを認証するステップを含む実施形態１６〜１７のいずれか１つにおける方法。

１９．アプリケーションサーバが、ｅＺｎプロキシ機能を介してホームネットワークにおけるＢＳＦと通信して、ＨＳＳにアクセスするステップを含む実施形態１８の方法。

２０．ＷＴＲＵが認証された場合、アプリケーションサーバが、訪問先ネットワークにおけるＰＣＲＦに対するＲｘインターフェースを使用して、サービス品質およびサービスに関する課金を制御するステップをさらに含む実施形態１８〜１９のいずれか１つにおける方法。

２１．訪問先ネットワークと統合されたアプリケーションへのアクセスを可能にするための方法。

２２．アプリケーションサーバが、ＷＴＲＵからサービス要求を受け取るステップを含む実施形態２１の方法。

２３．ＷＴＲＵは、訪問先ネットワークにおいてローミングしており、アプリケーションプロバイダは、訪問先ネットワークと取決めを有する実施形態２２の方法。

２４．アプリケーションサーバが、訪問先ネットワークにおいてＷＴＲＵがローミングしていると決定するステップを含む実施形態２２〜２３のいずれか１つにおける方法。

２５．アプリケーションサーバが、ＷＴＲＵからのサービス要求に応えるために課金、ポリシング、およびユーザデータアクセスのために訪問先ネットワークと通信するステップを含む実施形態２２〜２４のいずれか１つにおける方法。

２６．アプリケーションサーバが、Ｒｘインターフェースを使用して、第１のメッセージをｖＰＣＲＦに送るステップをさらに含む実施形態２２〜２５のいずれか１つにおける方法。

２７．第１のメッセージは、ｈＰＣＲＦに転送される実施形態２６の方法。

２８．アプリケーションサーバが、第１のメッセージに応答してｖＰＣＲＦを介して第２のメッセージを受け取るステップをさらに含む実施形態２６〜２７のいずれか１つにおける方法。

２９．アプリケーションサーバは、第２のメッセージに含まれる情報に基づいて、ＷＴＲＵが訪問先ネットワークにおいてローミングしていると決定する実施形態２８の方法。

３０．アプリケーションサーバが、ユーザデータ要求を訪問先ネットワークにおけるＳｈプロキシに送るステップをさらに含む実施形態２２〜２９のいずれか１つにおける方法。

３１．ユーザデータ要求は、ｓＨプロキシがどのホームネットワークＳｈプロキシと通信するかを突き止めることを可能にする、ホームネットワーク領域またはドメイン名情報を含む実施形態３０の方法。

３２．アプリケーションサーバは、ＷＴＲＵの認証の際に受け取られた情報に基づいて、ＷＴＲＵが訪問先ネットワークにおいてローミングしていると決定する実施形態２２〜３１のいずれか１つにおける方法。

３３．アプリケーションサーバは、ＷＴＲＵのＭＳＩＳＤＮを受け取り、ＭＳＩＳＤＮに基づいて、ＷＴＲＵが訪問先ネットワークにおいてローミングしていると決定する実施形態３２の方法。

３４．アプリケーションサーバは、ホームネットワーク識別情報を受け取り、ホームネットワーク識別情報に基づいて、ＷＴＲＵが訪問先ネットワークにおいてローミングしていると決定する実施形態２２〜３３のいずれか１つにおける方法。

３５．ホームネットワーク識別情報は、ＭＮＣおよびＭＣＣ、またはＤｉａｍｅｔｅｒ領域である実施形態３４の方法。

３６．アプリケーションサーバが、ユーザデータ要求を送ってユーザデータを取得するステップをさらに含む実施形態２２〜３５のいずれか１つにおける方法。

３７．アプリケーションサーバとＷＴＲＵのホームネットワークにおけるＨＳＳとの間の通信は、訪問先ネットワークにおけるＳｈプロキシ機能によって仲介され、Ｓｈプロキシ機能は、訪問先ネットワークとホームネットワークの間のローミング取決めから導き出されるポリシーを実施する実施形態３６の方法。

３８．アプリケーションサーバが、アプリケーションプロバイダがＷＴＲＵのホームネットワークと取決めを有すると決定するステップであって、アプリケーションサーバは、サービス要求に応えるために、ホームネットワークと訪問先ネットワークの一方または両方への接続を使用する、ステップをさらに含む実施形態２２〜３７のいずれか１つにおける方法。

３９．アプリケーションサーバが、ＷＴＲＵのホームネットワークにサービスする協働するアプリケーションプロバイダが存在すると決定するステップをさらに含む実施形態２２〜３８のいずれか１つにおける方法。

４０．アプリケーションサーバが、ＷＴＲＵを協働するアプリケーションサーバに対してリダイレクトするステップを含む実施形態３９の方法。

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

Claims (20)

1. モバイルネットワーク事業者とアプリケーションプロバイダとの間で相互動作するための方法であって、
   アプリケーションサーバが、ワイヤレス送受信ユニット（ＷＴＲＵ）からサービス要求を受け取るステップと、
   前記アプリケーションサーバが、ＯｐｅｎＩＤを使用して前記ＷＴＲＵを認証するステップと、
   前記アプリケーションサーバが、ＯｐｅｎＩＤプロバイダ（ＯＰ）と同一位置に配置されたネットワークアプリケーション機能（ＮＡＦ）を介してホーム加入者サーバ（ＨＳＳ）にアクセスするステップと
   を含むことを特徴とする方法。
2. 前記ＮＡＦは、前記ＷＴＲＵのホームネットワーク内に配置されることを特徴とする請求項１に記載の方法。
3. 前記ＷＴＲＵは、訪問先ネットワークにおいてローミングしており、前記アプリケーションプロバイダは、前記訪問先ネットワークと取決めを有することを特徴とする請求項１に記載の方法。
4. 前記アプリケーションサーバは、前記ＷＴＲＵからの前記サービス要求に応えるために、課金およびポリシングのために前記訪問先ネットワークと通信することを特徴とする請求項３に記載の方法。
5. モバイルネットワーク事業者とアプリケーションプロバイダとの間で相互動作するための装置であって、
   ワイヤレス送受信ユニット（ＷＴＲＵ）からサービス要求を受け取り、ＯｐｅｎＩＤを使用して前記ＷＴＲＵを認証し、ＯｐｅｎＩＤプロバイダ（ＯＰ）と同一位置に配置されたネットワークアプリケーション機能（ＮＡＦ）を介してホーム加入者サーバ（ＨＳＳ）にアクセスするように構成されるプロセッサを備えることを特徴とする装置。
6. 前記ＮＡＦは、前記ＷＴＲＵのホームネットワーク内に配置されることを特徴とする請求項５に記載の装置。
7. 前記ＷＴＲＵは、訪問先ネットワークにおいてローミングしており、前記アプリケーションプロバイダは、前記訪問先ネットワークと取決めを有することを特徴とする請求項５に記載の装置。
8. 前記プロセッサは、前記ＷＴＲＵからの前記サービス要求に応えるために、課金およびポリシングのために前記訪問先ネットワークと通信するように構成されることを特徴とする請求項７に記載の装置。
9. モバイルネットワーク事業者とアプリケーションプロバイダとの間で相互動作するための方法であって、
   アプリケーションサーバが、ワイヤレス送受信ユニット（ＷＴＲＵ）からサービス要求を受け取るステップであって、前記ＷＴＲＵは、訪問先ネットワークにおいてローミングしており、前記アプリケーションプロバイダは、前記訪問先ネットワークと取決めを有し、前記アプリケーションサーバは、ネットワークアプリケーション機能（ＮＡＦ）と同一位置に配置される、ステップと、
   ＮＡＦとして動作する前記アプリケーションサーバが、汎用ブートストラッピングアーキテクチャ（ＧＢＡ）を使用して前記ＷＴＲＵを認証するステップと、
   前記アプリケーションサーバが、ｅＺｎプロキシ機能を介してホームネットワークにおけるブートストラッピングサーバ機能（ＢＳＦ）と通信して、ホーム加入者サーバ（ＨＳＳ）にアクセスするステップと
   を含むことを特徴とする方法。
10. 前記ＷＴＲＵが認証される場合、前記アプリケーションサーバが、前記訪問先ネットワークにおけるポリシーおよび課金ルール機能（ＰＣＲＦ）に対するＲｘインターフェースを使用して、サービスの品質および前記サービスに関する課金を制御するステップをさらに含むことを特徴とする請求項９に記載の方法。
11. 訪問先ネットワークと統合されたアプリケーションへのアクセスを可能にするための方法であって、
    アプリケーションサーバが、ワイヤレス送受信ユニット（ＷＴＲＵ）からサービス要求を受け取るステップであって、前記ＷＴＲＵは、訪問先ネットワークにおいてローミングしており、アプリケーションプロバイダは、前記訪問先ネットワークと取決めを有する、ステップと、
    前記アプリケーションサーバが、前記ＷＴＲＵは前記訪問先ネットワークにおいてローミングしていると決定するステップと、
    前記アプリケーションサーバが、前記ＷＴＲＵからの前記サービス要求に応えるために課金、ポリシング、およびユーザデータアクセスのために前記訪問先ネットワークと通信するステップと
    を含むことを特徴とする方法。
12. 前記アプリケーションサーバが、Ｒｘインターフェースを使用して、第１のメッセージを前記訪問先ネットワークにおけるポリシー制御ルール機能（ＰＣＲＦ）（ｖＰＣＲＦ）に送るステップであって、前記第１のメッセージは、ホームネットワークにおけるＰＣＲＦ（ｈＰＣＲＦ）に転送される、ステップと、
    前記アプリケーションサーバが、前記第１のメッセージに応答して前記ｖＰＣＲＦを介して第２のメッセージを受け取るステップであって、前記アプリケーションサーバは、前記第２のメッセージに含まれる情報に基づいて、前記ＷＴＲＵが前記訪問先ネットワークにおいてローミングしていると決定する、ステップと
    をさらに含むことを特徴とする請求項１１に記載の方法。
13. 前記アプリケーションサーバが、ユーザデータ要求を前記訪問先ネットワークにおけるＳｈプロキシに送るステップであって、前記ユーザデータ要求は、前記ＳＨプロキシがどのホームネットワークＳｈプロキシと通信するかを突き止めることを可能にする、ホームネットワーク領域またはドメイン名情報を含む、ステップをさらに含むことを特徴とする請求項１２に記載の方法。
14. 前記アプリケーションサーバは、前記ＷＴＲＵの認証の際に受け取られた情報に基づいて、前記ＷＴＲＵが前記訪問先ネットワークにおいてローミングしていると決定することを特徴とする請求項１１に記載の方法。
15. 前記アプリケーションサーバは、前記ＷＴＲＵのＭＳＩＳＤＮ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ）を受け取り、前記ＭＳＩＳＤＮに基づいて、前記ＷＴＲＵが前記訪問先ネットワークにおいてローミングしていると決定することを特徴とする請求項１４に記載の方法。
16. 前記アプリケーションサーバは、ホームネットワーク識別情報を受け取り、前記ホームネットワーク識別情報に基づいて、前記ＷＴＲＵが前記訪問先ネットワークにおいてローミングしていると決定することを特徴とする請求項１１に記載の方法。
17. 前記ホームネットワーク識別情報は、モバイルネットワークコード（ＭＮＣ）およびモバイル国コード（ＭＣＣ）、またはＤｉａｍｅｔｅｒ領域であることを特徴とする請求項１６に記載の方法。
18. 前記アプリケーションサーバが、ユーザデータ要求を送ってユーザデータを取得するステップであって、前記アプリケーションサーバと前記ＷＴＲＵの前記ホームネットワークにおけるホーム加入者サーバ（ＨＳＳ）との間の通信は、前記訪問先ネットワークにおけるＳｈプロキシ機能によって仲介され、前記Ｓｈプロキシ機能は、前記訪問先ネットワークと前記ホームネットワークの間のローミング取決めから導き出されるポリシーを実施する、ステップをさらに含むことを特徴とする請求項１１に記載の方法。
19. 前記アプリケーションサーバが、前記アプリケーションプロバイダが前記ＷＴＲＵの前記ホームネットワークと取決めを有すると決定するステップであって、前記アプリケーションサーバは、前記サービス要求に応えるために、前記ホームネットワークと前記訪問先ネットワークの一方または両方への接続を使用する、ステップをさらに含むことを特徴とする請求項１１に記載の方法。
20. 前記アプリケーションサーバが、前記ＷＴＲＵの前記ホームネットワークにサービスする、協働するアプリケーションプロバイダが存在すると決定するステップと、
    前記アプリケーションサーバが、前記ＷＴＲＵを前記協働するアプリケーションサーバに対してリダイレクトするステップと
    をさらに含むことを特徴とする請求項１１に記載の方法。

Images