JP6113921B2 - Ｉｍｓｉレスデバイスからｅｐｃへの接続 - Google Patents

Description

（関連出願の引用）
本願は、２０１３年７月８日に出願された、米国仮特許出願第６１／８４３，５２０号の３５ Ｕ．Ｓ．Ｃ．§１１９（ｅ）のもとでの利益を主張するものであり、該米国仮特許出願は、その全体が参照により本明細書中に援用される。

通信サービスを提供する企業は、多くの場合、携帯電話ネットワークサービスおよび固定広帯域サービスの両方を提供する。例えば、携帯電話サービスを提供する企業が、家庭用広帯域サービスも提供することが一般的である。

典型的には、携帯電話サービスは、進化型パケットコア（ＥＰＣ）ネットワークによってサポートされる。広帯域サービスは、別個の広帯域ネットワークによってサポートされる。したがって、ネットワークオペレータは、データを経路指定する２つの別個のネットワーク、すなわち、ＥＰＣネットワークおよび広帯域ネットワークを有し得る。

ネットワークオペレータは、それらのネットワークにわたってデータを経路指定することの融通性を模索してきた。例えば、ネットワークオペレータは、ＥＰＣまたは広帯域ネットワークのいずれかにわたって選択的にデータを経路指定できることに関心があり得る。より具体的には、ネットワークオペレータは、広帯域ネットワークを通してよりもむしろＥＰＣネットワークを通して、広帯域サービスと関連付けられる無線アクセスポイントで受信される要求を経路指定できることを所望し得る。既存のシステムは、多くのシナリオで、そのような機能性をサポートしない。

出願人は、本明細書で、加入者識別子情報が欠けているデバイスにＥＰＣネットワークへのアクセスを提供するためのシステムおよび方法を開示する。ＥＰＣネットワークへのアクセスをデバイスに提供することに関連して、本システムおよび方法は、アクセスのために課金されるべきであるエンティティを特定するデータを収集する。

典型的なシナリオでは、ウェブページサーバ等のアプリケーションサーバにアクセスする要求が、ＷＬＡＮアクセスノードで受信される。例えば、ホームネットワーク無線ルータは、例えば、携帯電話、タブレットコンピュータ、ラップトップ等のデバイスから、ウェブコンテンツにアクセスする要求を受信してもよい。ＷＬＡＮアクセスノード、例えば、無線ルータは、広帯域ネットワークに通信可能に連結されてもよいが、ＥＰＣネットワークへの通信経路も有してもよい。いくつかのシナリオでは、広帯域ネットワークおよびＥＰＣネットワークのオペレータは、広帯域ネットワークの代わりにＥＰＣを経由して、要求および応答データを経路指定することを所望し得る。しかしながら、ＷＬＡＮアクセスノードにアクセスする種々のデバイスは、典型的には、ＥＰＣネットワークへの認証のために必要とされるような、国際移動電話加入者識別番号（ＩＭＳＩ）を有さない場合がある。換言すると、タブレットコンピュータまたは携帯情報端末は、ＥＰＣへの接続を可能にするであろうＩＭＳＩを供給されていない場合がある。開示されたシステムの側面によると、ＷＬＡＮアクセスノードは、デバイスに加入者識別番号（ＩＭＳＩ）が欠けていることを認識するように、および加入者識別番号の値を提供し、ＥＰＣを通して特定のデバイスに与えられるべきであるアクセスのための制限を識別する、認証要求を生成するようにプログラムされる。例えば、ＷＬＡＮは、ＥＰＣを介して、特定のサーバまたはアプリケーションと通信する特定のデバイス上の任意の制限を特定する情報を含む、認証要求を生成してもよい。

開示されたシステムの例示的実施形態では、例えば、ＷＬＡＮアクセスノード（ＡＮ）等の無線ローカルエリアネットワーク（ＷＬＡＮ）システムが、デバイスから要求を受信する。デバイスは、例えば、携帯電話、携帯情報端末、タブレット、または他のコンピュータデバイスを含む、ネットワークを経由して通信するために好適な任意のデバイスであってもよい。要求は、広帯域ネットワークまたはＥＰＣネットワークを介して通信され得る、サーバにアクセスすることを要求する任意の要求であってもよい。例示的シナリオでは、要求は、ＥＰＣまたは広帯域ネットワークのいずれかを介してアクセス可能であり得る、ウェブサイトサーバにアクセスすることであってもよい。

要求の受信に応答して、ＷＬＡＮシステムは、デバイスがネットワークを経由した通信のために要求される加入者識別を有していないことを判定する。例えば、ＷＬＡＮは、デバイスが国際移動電話加入者識別番号（ＩＭＳＩ）を有していないことを判定してもよい。典型的には、デバイスがＥＰＣネットワークを経由して通信するとき、ＩＭＳＩは、ネットワークを経由した通信に先立って、デバイスの認証中に使用される。したがって、ＩＭＳＩの欠如は、典型的には、デバイスがＥＰＣネットワークを通して接続を受信することを不可能にするであろう。

例示的実施形態では、ＷＬＡＮシステムは、ネットワークを経由した通信を確立することに関連して認証情報を伝達する。認証情報は、ネットワークへのアクセスをデバイスに提供するための制限を特定する。典型的には、ＥＰＣネットワークに認証する際に使用される、加入者識別番号を有していないデバイスを考慮すると、本システムは、ネットワークを経由したデバイスのアクセスに制限を加えてもよい。ネットワークによって提供されるアクセスに加えられる制限のタイプは、デバイスとＥＰＣネットワークのプロバイダとの間の任意の関係に応じて異なる。例示的実施形態では、認証情報は、デバイスがアクセスすることが許可されるアクセスポイントの名称等の識別子を含んでもよい。加えて、または代替として、認証情報は、デバイスがコンタクトすることが許可されるアプリケーションサーバの名称等の識別子を含んでもよい。

例示的シナリオでは、ＷＬＡＮは、デバイスとＥＰＣネットワークのオペレータとの間に関係が存在することを判定してもよい。例えば、デバイスは、ＥＰＣネットワークを運営する通信会社によって支給される携帯電話であってもよい。そのようなシナリオでは、ＷＬＡＮによって伝達され得る認証情報はさらに、以下のうちの複数、すなわち、デバイス識別子、加入識別子、デバイスが接続することが許可される無線ローカルエリアネットワークの識別子を含んでもよい。

例示的シナリオでは、ＷＬＡＮは、デバイスとＥＰＣネットワークの動作との間に関係が存在しないことを判定してもよい。例えば、デバイスは、ＥＰＣネットワークを運営する会社以外の通信会社によって支給される携帯電話であってもよい。そのようなシナリオでは、ＷＬＡＮによって伝達され得る認証情報はさらに、以下のうちの複数、すなわち、デバイス識別子、加入識別子、デバイスがスポンサー付きサービスのみと通信することが許可されていることを特定する識別子、およびデバイスに提供されるべきであるサービス品質レベルを特定する識別子を含んでもよい。

ＥＰＣネットワークとの接続を確立することに関連して、ＷＬＡＮは、ゲートウェイ制御セッションを確立してもよい。ＷＬＡＮは、ゲートウェイ制御セッションを作成する要求を生成し、要求は、ＷＬＡＮによって以前に伝達された認証情報に含まれた加入識別子を含む。例示的実施形態では、要求は、信用制御要求コマンドを含む。コマンドは、加入ＩＤ ＡＶＰ、ユーザ機器情報ＡＶＰ、およびスポンサーシップ要件ＡＶＰを含んでもよい。例示的シナリオでは、加入ＩＤ属性値ペアは、ＷＬＡＮによって以前に伝達された認証情報に含まれる加入識別子に設定される。代替的なシナリオでは、加入ＩＤ属性値ペアは、無線ローカルエリアネットワークを識別する値に設定される。ユーザ機器情報ＡＶＰは、認証中にデバイスによって提供される値に設定されてもよい。代替実施形態では、ユーザ機器情報ＡＶＰは、認証中に３ＧＰＰ ＡＡＡサーバによって提供された値に設定されてもよい。スポンサーシップ要件ＡＶＰは、要求されたフローがスポンサーされなければならないかどうかを特定する情報を含有する。

認証要求およびゲートウェイ制御セッションを作成するコマンドに含まれる情報は、確立されている特定の接続にわたって起こるデータフローの料金を請求する目的で使用され得る、デバイス構成を反映する。例えば、認証に対する要求および後続のゲートウェイ制御コマンドは、ＷＬＡＮのオペレータ、すなわち、住宅所有者が課金されるべきであることを特定してもよい。

本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、また、請求された主題の範囲を限定するために使用されることも目的としていない。他の特徴が以下で説明される。

先述の概要および以下の例証的実施形態の付加的な説明は、添付図面と併せて熟読することによって、より理解され得る。開示されたシステムおよび方法の潜在的実施形態は、描写されるものに限定されないことが理解される。
図１は、例示的通信ネットワークアーキテクチャを図示する。 図２は、例示的通信ネットワークアーキテクチャを図示する。 図３は、例示的通信システムアーキテクチャを図示する。 図４は、例示的通信システムアーキテクチャを図示する。 図５は、通信要求の処理のための例示的フロー図を図示する。 図６は、認証および承認処理のための例示的フロー図を図示する。 図７は、ゲートウェイ制御処理のための例示的フロー図を図示する。 図８Ａは、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。 図８Ｂは、図８Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。 図８Ｃは、図８Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイシステムの系統図である。 図８Ｄは、図８Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。

出願人は、本明細書で、加入者識別子情報が欠けているデバイスにＥＰＣネットワークへのアクセスを提供するためのシステムおよび方法を開示する。典型的なシナリオでは、ウェブページサーバ等のアプリケーションサーバにアクセスする要求が、ＷＬＡＮアクセスノードで受信される。例えば、無線ルータであり得る、ＷＬＡＮアクセスノードは、広帯域ネットワークに通信可能に連結されてもよいが、ＥＰＣネットワークへの経路も有してもよい。ＷＬＡＮアクセスノードは、デバイスに加入者識別番号（ＩＭＳＩ）が欠けていることを認識するように、および加入者識別番号の値を提供し、ＥＰＣを通して特定のデバイスが有するアクセスへの任意の制限を識別する、認証要求を生成するようにプログラムされる。例えば、ＷＬＡＮは、デバイスがＥＰＣを介してアクセスし得る、特定のサーバまたはアプリケーションを制限することを目的としている情報を含む、認証要求を生成してもよい。認証要求に含有される情報はまた、どのエンティティが、要求された接続にわたって起こり得る任意のフローのために課金され得るかを特定してもよい。

（例示的アーキテクチャ）
図１は、進化型パケットコア（ＥＰＣ）ネットワークを介したユーザ機器（ＵＥ）とデータサービスとの間の通信に使用され得る、例示的ネットワークアーキテクチャを描写する。図１を参照すると、電話、タブレット、ラップトップ等のＵＥデバイスが、キャピラリネットワーク１１０に含まれてもよい。キャピラリネットワーク１１０は、デバイス間およびゲートウェイシステム１１２とのローカル接続を提供する。ゲートウェイシステム１１２は、例えば、ＥＰＣネットワーク等のネットワークへのアクセスを提供するようにプログラムされる。ゲートウェイシステム１１２は、本明細書で説明されるような処理を行うために好適である、任意のタイプのシステムであってもよい。例示的実施形態では、ゲートウェイシステム１１２は、例えば、ＷＬＡＮルータ等のＷＬＡＮアクセスノードを備えてもよい。

ゲートウェイシステム１１２は、ＥＰＣネットワークの構成要素と通信可能に連結される。例えば、ゲートウェイシステム１１２は、ＥＰＣネットワーク構成要素サービングゲートウェイ１２２、パケットデータネットワークゲートウェイ１２４、移動性管理エンティティサーバ１２６と通信可能に連結される。

ＥＰＣネットワーク構成要素は、ＭＴＣサービス能力サーバ１３０を介して、外部サービスへのアクセスを提供する。例えば、パケットデータネットワークゲートウェイ１２４は、ＳＧｉインターフェース１４０を介して、パケットデータネットワークへのアクセスを提供する。パケットデータネットワークを使用して、多数のサービスおよびアプリケーション１５０のうちのいずれかにアクセスされてもよい。例えば、インターフェース１４０およびサーバ１３０を介して、ウェブサービスアプリケーションにアクセスされてもよい。

サービス能力サーバ（ＳＣＳ）サーバ１３０のオペレータは、ＥＰＣネットワークの所有者／オペレータであり得る、携帯電話ネットワークオペレータ（ＭＮＯ）と取引関係を有してもよい。取引関係は、ＳＣＳおよびＭＮＯが、ＳＣＳをＥＰＣと効果的に統合するいくつかの基準点を経由して連動することを可能にし得る。上記のように、ＳＧｉインターフェース１４０は、標準インターネットトラフィックを表す。Ｒｘインターフェース１４２は、ＳＣＳがデータフローについての情報をポリシーおよび課金ルール機能（ＰＣＲＦ）サーバ１４４に提供することを可能にする。例えば、ＳＣＳ１３０は、特定のデータフローがあるレベルのサービス品質（ＱｏＳ）を必要とすることをＰＣＲＦサーバ１４４に示すことができる。ＳＣＳ１３０はまた、特定のフローをスポンサーすることを所望することをＰＣＲＦ１４４に示すために、Ｒｘインターフェース１４２を使用してもよい。フローをスポンサーすることは、フローと関連付けられるトラフィックがエンドユーザデバイス（例えば、ユーザ機器（ＵＥ））に課金されないであろうが、代わりに、フローがＳＣＳに課金されるものであることを意味する。

Ｍｏインターフェース１４６は、ＳＣＳ１３０がＭＮＯのオンライン課金システム（ＯＣＳ）１５４に連動することを可能にする。Ｍｆインターフェース１４８は、ＳＣＳ１３０がＭＮＯのオフライン課金システム（ＯＦＣＳ）１５６に連動することを可能にする。Ｔｓｐインターフェース１５５は、ＳＣＳ１３０がデバイスに向かってトリガを送信することを可能にする。Ｍｈインターフェース１５２は、ＳＣＳ１３０がＭＮＯのユーザデータレポジトリ（ＵＤＲ）１５８にアクセスすることを可能にする。ＵＤＲ１５８は、全ての加入者情報を含有する集中型エンティティであってもよい。これは、ホーム加入者サーバ（ＨＳＳ）、ホームロケーションレジスタ（ＨＬＲ）、および／または加入プロファイルレポジトリ（ＳＰＲ）の代替品としての機能を果たしてもよい。

ＵＥデバイスからの要求がゲートウェイ１１２で受信されるとき、ゲートウェイ１１２は、本明細書で説明されるように、ＵＥが加入者識別子を含むかどうかを判定し、もしそうでなければ、ＥＰＣネットワークを経由したアクセスに対する認証および承認要求をフォーマットするようにプログラムされることが理解されるであろう。

図２は、ホーム公衆陸上移動ネットワーク（ＨＰＬＭＮ）、訪問先公衆陸上移動ネットワーク（ＶＰＬＭＮ）、およびＷＬＡＮネットワーク等の非３ＧＰＰネットワークを含む、種々のアクセスネットワークにサービス提供する機能的構成要素を図示する、例示的ＥＰＣアーキテクチャ２００を描写する。示されるように、ＷＬＡＮ接続デバイス等の非３ＧＰＰネットワークデバイスは、アクセスゲートウェイ２２０および２２２によってサービス提供されてもよい。より具体的には、信頼されている非３ＧＰＰデバイスは、アクセスゲートウェイ２２０を介してパケットデータネットワーク２３０にアクセスしてもよい。信頼されていない非３ＧＰＰデバイスは、アクセスゲートウェイ２２２を介してパケットデータネットワーク２３０にアクセスしてもよい。以前から存在していたシステムは、いずれか一方のゲートウェイ（信頼および非信頼）にアクセスした任意のデバイスが、その上に供給された加入者識別番号、例えば、ＩＭＳＩを有することを要求した。ＩＭＳＩレスデバイス（すなわち、その上にＩＭＳＩを有していない任意のデバイス）は、ＩＭＳＩを必要とするネットワークを使用して、インターネットにアクセスすることができなかった。代わりに、既存のシステムを使用すると、ＭＮＯまたは３ＧＰＰゲートウェイ（ＧＷ）と関係を有していないキャピラリネットワークデバイスが、３ＧＰＰ ＧＷを介して、ＳＣＳ、サービス能力層、共通サービスエンティティ、またはＭ２Ｍサーバ等のアプリケーションサーバ（ＡＳ）にアクセスするようにＥＰＣに接続するときに、適切な課金方式を判定することは困難であり得る。ＡＳおよびＳＣＳという用語は、多くの場合において同義的に使用され得ることが理解されるであろう。同様に、ＥＴＳＩ Ｍ２Ｍ ＮＳＣＬ、ｏｎｅＭ２Ｍ ＣＳＥ、およびＭ２Ｍサーバは、あらゆるタイプのＡＳおよびＳＣＳであることが理解されるであろう。

図３は、既存のシステムの動作制限を図示する、例示的システム３００を図示する。示されるように、ＵＥ３１０および３１２は、例えば、ＷＬＡＮアクセスポイントであり得る、無線ローカルエリアネットワーク（ＷＬＡＮ）システム３０８と通信可能に連結される。例示的シナリオでは、ＷＬＡＮシステム３０８は、広帯域サービス加入者の家庭で展開されてもよい。ＷＬＡＮ３０８は、図２に関連して上記で説明されるように、ＥＰＣネットワークへのアクセスの目的で、信頼または非信頼システムのいずれかであってもよい。ＵＥデバイス３１０は、例えば、ＩＭＳＩ等の加入者識別番号が供給されている。ＵＥデバイス３１２は、加入者識別番号が供給されていない。

例示的実施形態では、ＷＬＡＮ３０８は、加入者識別番号が供給されているユーザ機器（ＵＥ）３１０が、ＩＥＥＥ ８０２．１ｘ無線アクセスネットワーク（ＲＡＮ）を介してＥＰＣにアクセスすることを可能にし、したがって、セルラーＲＡＮからデータをオフロードする。どのようにしてＵＥがＷＬＡＮを介してＥＰＣにアクセスするかについての既存の方法が、３ＧＰＰ ＴＳ ２３．４０２で説明され、その内容は、それらの全体で参照することにより本明細書に組み込まれる。ＩＭＳＩが供給されているデバイス３１０に関して、ＷＬＡＮシステム３０８は、インターネット３２０へのアクセスを提供するために、ＥＰＣ ＰＧＷ３３０にわたって（点線によって表される）トラフィックを経路指定してもよい。ＩＭＳＩベースのデバイスは、ＥＰＣに接続するときに、デバイスの加入者識別モジュール（ＳＩＭ）内の証明書に基づいて認証されてもよい。ＳＩＭ内の証明書はまた、デバイスとＥＰＣとの間の通信が安全であるように、セキュリティキーを導出するために使用されてもよい。ＳＩＭ上に記憶され得る、加入者識別番号、例えば、ＩＭＳＩは、ＥＰＣによって生成される全ての課金記録に含まれてもよい。

対照的に、ＩＭＳＩが供給されていないデバイス３１２に関して、ＷＬＡＮシステム３０８は、固定広帯域ネットワーク３２２を介して、インターネット３２０へのアクセス（点線によって表される）をデバイス３１２に提供してもよい。既存のシステムでは、ＩＭＳＩレスデバイス３１２に関係付けられるトラフィックは、ＥＰＣを通して経路指定されなくてもよい。むしろ、既存の技術を使用して、ＩＭＳＩレスデバイストラフィックは、固定広帯域プロバイダのネットワーク３２２を通して経路指定されるのみであってもよい。

したがって、ＩＭＳＩベースのデバイスは、ＥＰＣに接続するときに、デバイスのＳＩＭ内の証明書に基づいて認証されてもよい。ＳＩＭ内の証明書はまた、デバイスとＥＰＣとの間の通信が安全であるように、セキュリティキーを導出するために使用されてもよい。ＳＩＭ上に記憶され得る、加入者識別番号は、ＥＰＣによって生成される全ての課金記録に含まれてもよい。既存の実装が、既存の技術を使用してＥＰＣへのアクセスを取得するための基礎としてＩＭＳＩを必要とするため、ＩＭＳＩレスデバイスは、ＥＰＣにアクセスすることができない。ＩＭＳＩレスデバイスのいくつかの実施例は、スマートアプライアンス、インターネットテレビ、およびスマートメータであってもよい。これらのデバイスのうちのいくつかは、アクセスネットワークプロバイダと取引関係を有する、Ｍ２Ｍサーバ／ネットワークサービス能力層（ＮＳＣＬ）（例えば、ＳＣＳ）に接続してもよく、他のデバイスは、種々の他のソースからメディアをストリーム配信してもよい。ネットワークオペレータが２つのコアネットワーク（例えば、ＥＰＣおよび広帯域）を維持する場合、同一のコアネットワークを介して、全てのデバイスをインターネットに接続させることが望ましくあり得る。ＥＰＣを介して接続することによって、デバイスおよびＮＳＣＬ（例えば、ＳＣＳ）は、ＥＰＣインフラストラクチャを利用してもよい。ＥＰＣインフラストラクチャは、セキュリティ、ＱｏＳ、課金サポート、トリガサービス等を提供することができる。

（ＩＭＳＩレスデバイス処理）
出願人は、本明細書で、その上に供給されたＩＭＳＩを有していないデバイスがＥＰＣへのアクセスを許可され得る、システムおよび方法を開示する。開示されたシステムおよび方法はまた、どのエンティティが、ＥＰＣを経由したＩＭＳＩレスデバイスへのデータフローのために課金されるべきであるかを特定する、データを収集および記録するステップも提供する。

図４は、ＷＬＡＮアクセスポイント４０８がＥＰＣ ＰＤＮゲートウェイを経由したアクセスをＩＭＳＩレスデバイス３１２に提供するように適合される、例示的システムを図示する。より具体的には、ＷＬＡＮアクセスポイント４０８は、加入者識別番号を含まない、すなわち、ＩＭＳＩレスである、デバイスを識別するように、およびデバイスがＥＰＣネットワークを経由したアクセスを提供されるため十分な情報を含む、認証情報を生成するように適合される。図４に示されるように、ＩＭＳＩを含むデバイス３１０からの要求は、点線によって図示されるように、ＥＰＣ ＰＤＮ ＧＷ３３０を経由してＷＬＡＮ４１２によって経路指定される。ＩＭＳＩを含まないデバイス３１０からの要求は、同様に、点線によって図示されるように、ＥＰＣ ＰＤＮ ＧＷ３３０を経由してＷＬＡＮ４０８によって経路指定される。ＷＬＡＮ４０８、ならびにデバイス３１２および３１０は、例えば、図８Ｃに関連して以下で議論されるものを含む、任意の好適なコンピューティングアーキテクチャを使用して実装されてもよい。

固定広帯域ネットワークおよび携帯電話ネットワークを運営する企業は、図４に示されるように、ＩＭＳＩレスデバイスからＥＰＣを通して、およびＳ２ａ／Ｓ２ｂ／ＳＷｎおよびＳＧｉインターフェースを介してインターネット上にトラフィックを経路指定することを所望し得る。このタイプの展開は、ＭＮＯおよび固定広帯域ネットワークを運営しなければならないネットワークオペレータにとって有利であり得る。例えば、広帯域加入者の家庭で、本明細書で説明されるようにＷＬＡＮアクセスポイントを展開することによって、ネットワークオペレータは、広帯域加入者が携帯電話加入者と同一のコアネットワークに接続されることを可能にし得る。このようにして、両方の顧客に接続を提供するために同一のＥＰＣインフラストラクチャを使用することによって、設備投資が削減され得る。いくつかのそのような実施形態では、付加的なセルラートラフィックを導入することなく、固定広帯域ネットワークからトラフィックを除去することによって、ＥＰＣへの負荷が増加し得るが、全体的な費用が削減され、効率が向上させられ得る。ＥＰＣ内の全てのトラフィックはまた、ＱｏＳ、スポンサー付きフロー等のＥＰＣサービスを利用することも可能であり得る。

本明細書で開示されるように、ＩＭＳＩレスデバイスを識別し、ＥＰＣネットワークを経由して関連トラフィックを経路指定することは、そのようなネットワークトラフィックの料金を請求するという付加的な問題を提示する。開示されたシステムでは、デバイスおよびＥＰＣネットワークのオペレータとの任意の関係に関する情報は、例えば、ＷＬＡＮ４０８上に記憶される。この情報は、メッセージフローの中で、接続に対応するデータフローのために課金されるべきであるエンティティを特定するために使用される。この情報を記憶する、および情報をメッセージフローに組み込む能力は、エンティティがデータフローのために課金されるべきであることを判定する、特定のデバイスとの任意の数の関係を捕捉することを可能にする。例えば、ＩＭＳＩレスデバイスから生じるトラフィックを識別し、課金するために、ＷＬＡＮ４０８は、トラフィックに対する責任を負うように住宅所有者によって構成されてもよい。代替として、ＷＬＡＮ４０８は、トラフィックがアプリケーションサーバによってスポンサーされる場合、またはネットワークオペレータによってトラフィックを補償される場合に、トラフィックを可能にするであろうことをＥＰＣネットワークに示してもよい。別の実施形態では、ＩＭＳＩレスデバイスがネットワークオペレータと取引関係を有する場合には、ＷＬＡＮ４０８は、デバイスがネットワークに認証し、ネットワークからデバイス識別子を取得することを可能にするように構成されてもよい。さらに別の代替案では、ＩＭＳＩレスデバイスがネットワークオペレータと取引関係を有するサービス能力サーバ（ＳＣＳ）と取引関係を有する場合、ＷＬＡＮ４０８は、デバイスがネットワークに認証することを可能にするように構成されてもよい。そのような実施形態では、ＩＭＳＩレスデバイスは、ＥＰＣと初期コンタクトを行うときに、そのＳＣＳ名を示すことが期待され、ＥＰＣは、ＳＣＳがフローをスポンサーするであろうことを確認するために、ＳＣＳへのそのインターフェースを使用するであろう。他の実施形態では、ＩＭＳＩレスデバイスがネットワークオペレータと取引関係を有するＳＣＳと取引関係を有する場合、ＳＣＳは、ＵＤＲ内のＩＭＳＩレスデバイスの加入情報を供給するために、Ｍｈインターフェースを使用することができる。

したがって、ＥＰＣへのＩＭＳＩレスデバイスのアクセスを可能にするために、いくつかの実施形態では、信頼されているＷＬＡＮ（ＴＷＬＡＮ）を介した非３ＧＰＰアクセスのためのアタッチプロシージャは、デバイスがＩＭＳＩを用いることなく接続することを可能にするように更新されてもよい。そのような実施形態では、非ＵＥがＷＬＡＮに接続するとき、ＷＬＡＮおよびＥＰＣは、それに識別子を割り当ることが可能であり得、ＥＰＣが識別子をＷＬＡＮにマップすることを可能にする。さらに、ＥＰＣが非ＩＭＳＩデバイスのための課金記録を生成するとき、記録は、ＥＰＣに接続するために使用されたＷＬＡＮ、および（適用可能である場合）非ＩＭＳＩデバイスのサービス層を識別するために十分な情報を含有してもよい。インターネットからコンテンツをストリーミング配信する高解像度テレビ等のあるデバイスは、ＱｏＳ保証を必要とし得る。そのような実施形態では、ＷＬＡＮは、ＱｏＳ要件を認識し、ＥＰＣからＱｏＳを要求することが可能であり得る。

ＩＭＳＩレスデバイス３１２をＥＰＣ３３０に接続するように適合される、図４で描写されるようなＷＬＡＮアクセスノード４０８は、本明細書で説明されるような処理を行うために、情報を伴って構成されてもよい。例えば、ＷＬＡＮアクセスノード４０８は、どのエンティティが、ＥＰＣ３３０を経由して通信するＩＭＳＩレスデバイス３１２のために課金されるべきであるかを判定するために使用される、情報を供給されてもよい。例示的シナリオでは、ＷＬＡＮアクセスノード４０８は、それを通してＩＭＳＩレスデバイス３１２が接続しているＷＬＡＮ４０８に対する責任を負う住宅所有者に、ＩＭＳＩレスデバイス３１２からのトラフィックが課金されることを識別する、情報を供給されてもよい。そのようなＷＬＡＮを運営する住宅所有者は、ＷＬＡＮアクセスノード４０８を構成するために使用することができるグラフィカルユーザインターフェース（ＧＵＩ）等のユーザインターフェースへのアクセスを有してもよい。より具体的には、オペレータは、特定のデバイスが何にアクセスし得るか、およびどのエンティティがＷＬＡＮを介したデータフローに起因する課金に対して責任があるかについての任意の制限を含む、どのようにしてＷＬＡＮが種々のデバイスからの要求に応答するかという特定の側面を特定する情報を、ユーザインターフェースに入力してもよい。以下の表１は、構成され得る例示的なＷＬＡＮ設定を記載するが、他の設定も考慮される。表１は、ＷＬＡＮアクセスノード４０８のための特定のセキュリティ設定を参照しないが、ほとんどの実装では、任意の非３ＧＰＰアクセスネットワーク（例えば、８０２．１１）は、あるタイプのセキュリティ（例えば、Ｗｉ−Ｆｉ保護アクセス（ＷＰＡ））を展開するであろうことが理解されるであろう。実際に、ＧＵＩは、ＷＰＡキーを有していないデバイスが、ネットワークオペレータと関係を有する場合、またはそれらのトラフィックがＳＣＳによってスポンサーされる場合に、ＷＬＡＮに接続することを可能にするように、住宅所有者がＷＬＡＮを構成することを可能にし得る。

表１によって図示されるように、例示的実施形態では、ＷＬＡＮアクセスポイント４０８は、ＩＭＳＩレスデバイスが接続することを可能にするかどうか、もしそうであれば、どのようなレベルの許可を提供するかを特定する、情報を供給されてもよい。表１で描写される例示的実施形態では、ＷＬＡＮアクセスポイント４０８は、ＥＰＣを介して、以下のレベルのアクセス、すなわち、トラフィックの料金がＷＬＡＮのオペレータ／所有者に課金されるシナリオである、全アクセス、ＩＭＳＩレスデバイがスポンサー付きサイトにアクセスすることのみ許可される場合である、スポンサー付きのみのアクセス、ＩＭＳＩレスデバイスがネットワークオペレータと関係を有する場合、デバイスがアクセスを許可されるのみであろう場合である、オペレータ関連のみのアクセス、およびアクセスなしが、ＩＭＳＩレスデバイスに提供され得ることを示す、情報を提供されてもよい。

例示的実施形態では、ＷＬＡＮアクセスポイント４０８は、個々のデバイスに特異的である設定を特定する、情報を供給されてもよい。例示的シナリオでは、ＷＬＡＮアクセスポイント４０８は、ＷＬＡＮアクセスポイント４０８にアクセスする各特定のデバイスについて、以下の情報、すなわち、非３ＧＰＰデバイス名、ＰＤＮ ＧＷ３３０を選択する際にＷＬＡＮ４０８によって使用される、特定のデバイスがアクセスし得るアクセスポイント名（ＡＰＮ）、特定のデバイスによってアクセスされ得るＳＣＳを特定するサービス能力サーバ（ＳＣＳ）３４０名、アクセスがＳＣＳのみ、スポンサー付きサイトのみ、または全アクセスであるべきかどうかを特定する、許可レベル、ＥＰＣ内の設定にマップされ、ＥＰＣに接続している間に使用され得る要求サービス品質（ＱＯＳ）、およびデバイスからのトラフィックが、ＷＬＡＮ４０８によってローカルアクセスネットワークサービス内のみで経路指定されるべきであること、例えば、決してＥＰＣに経路指定される必要がないオン／オフスイッチからのトラフィックを示す指標を供給されてもよい。

したがって、例示的実施形態では、ＷＬＡＮアクセスポイント４０８は、ＩＭＳＩレスデバイスがＷＬＡＮアクセスポイント４０８を通してＥＰＣにアクセスし得るかどうかを判定するために使用される、情報を供給される。供給された情報は、どのサイトおよびサービスがアクセスされ得るか等の提供され得るアクセスに関する任意の制限を特定してもよい。さらに、供給された情報は、どのエンティティがアクセスと関連付けられる費用に対して責任があるかを特定するために採用されてもよい。情報は、デバイスからの要求を処理する際にＷＬＡＮアクセスポイント４０８によって使用される。表１の情報が、ＷＬＡＮアクセスポイント４０８に供給され、その上に常駐するものとして表される一方で、この情報の一部または全体は、代替として、または加えて、個々のデバイス上ならびに３ＧＰＰ ＡＡＡサーバ３５０等のネットワーク要素上で提供され得ることが理解されるであろう。

例示的実施形態では、キャピラリネットワーク３１４ ＩＭＳＩレスデバイス３１２は、デバイス識別子、ＳＣＳ名、および特定のデバイスがアクセスし得るＡＰＮを伴って構成されてもよい。例えば、例示的シナリオでは、デバイス３１２は、ドアロックデバイスであってもよく、ホームオートメーションおよびセキュリティサービスをデバイス３１２に提供するＳＣＳの名称、ならびにデバイス３１２に到達するために使用することができるＡＰＮを伴って構成されてもよい。特定のデバイス３１２は、この情報を伴って事前構成されてもよく、または構成情報が入力されるユーザインターフェースを伴って適合されてもよい。例えば、デバイス３１２は、１つまたはそれを上回るボタン、グラフィカルユーザインターフェース、またはユーザがデバイス識別子、ＳＣＳ名、およびＡＰＮの値を特定する情報を入力することを可能にするコマンドラインインターフェースを有してもよい。ユーザインターフェースまたは別のインターフェースは、ＷＬＡＮ４０８に接続するようにデバイス３１２に命令するために採用されてもよい。それに応答して、デバイス３１２は、ＷＬＡＮ４０８に接続し、特定のデバイス３１２のデバイス識別子、ＳＣＳ名、およびＡＰＮ名をＷＬＡＮに提供する。ＷＬＡＮ４０８は、デバイス３１２をＥＰＣと接続する際に、特定のデバイス３１２からの後続の要求の中のこの情報を使用する。

図５は、非３ＧＰＰアクセスに対するＩＭＳＩレスデバイス３１２からの要求を処理する、ＷＬＡＮアクセスポイント４０８と関連付けられるフローを描写する。図５では、「信頼されている非３ＧＰＰ ＩＰアクセス」と標識されたボックスは、ＷＬＡＮアクセスポイント４０８に対応する。図５で描写されるステップ１では、ＩＭＳＩレスデバイス３１２が、ＷＬＡＮアクセスポイント４０８に要求してもよい。要求は、ＥＰＣネットワークを介してアクセス可能なサーバへのアクセスを要求してもよい。ステップ１では、デバイス３１２が、ＷＬＡＮアクセスポイント４０８とのＬ２接続を確立する。

ステップ２では、認証関連処理が行われる。概して、処理は、特定のデバイスとＥＰＣとの間の通信が承認されていることを確立するように、３ＧＰＰ ＡＡＡサーバ３５０と連動するＷＬＡＮアクセスポイント４０８を伴う。ＩＭＳＩベースのＵＥデバイス３１０がＥＰＣに接続しようとするシナリオでは、加入者識別番号データ、例えば、ＩＭＳＩデータが、３ＧＰＰ ＡＡＡサーバ３５０との認証および承認交換を行うためにＷＬＡＮアクセスポイント４０８によって使用される。

ＩＭＳＩレスＵＥデバイス３１２がＥＰＣに接続しようとするシナリオでは、認証および承認処理は、異なり得る。要求の受信時に、ＷＬＡＮアクセスポイント４０８は、特定のデバイスが、加入者識別番号、例えば、ＩＭＳＩを含まないことを判定し、アクセスが提供され得るかどうか、もしそうであれば、要求されたデータフローに適用され得る任意の制限を判定するために、表１に関連して上記で議論される供給された情報を使用する。ＷＬＡＮアクセスポイント４０８は、認証および承認処理で使用するための代替的な認証情報を識別して伝達する。図６に関連して以下で説明されるように、ＷＬＡＮ４０８によって回収され、認証情報に含まれる情報は、デバイスとネットワークオペレータとの間に関係が存在するかどうかに応じて異なり得る。ＷＬＡＮ４０８が、供給された情報に基づいて、ＩＭＳＩレスデバイス３１２がネットワークオペレータと関係を有していないと判定するシナリオでは、ＷＬＡＮアクセスポイント４０８は、デバイスの代わりに識別子を要求してもよい。例示的実施形態では、認証情報は、例えば、ＥＰＣへのアクセスをデバイス１１２に提供するための制限を特定する情報を含んでもよい。例えば、認証情報は、特定のデバイスがアクセスすることが許可されるアクセスポイントの識別子を特定してもよい。別の実施例では、認証情報は、デバイスがコンタクトすることが許可されるアプリケーションサーバの識別子を含んでもよい。ＷＬＡＮアクセスポイント４０８は、表１に関連して上記で議論されるように、供給された情報から、これらの制限を特定する情報を回収する。

いったん認証処理が行われると、ステップ３では、デバイス３１２とＷＬＡＮアクセスポイント４０８との間のアタッチメントが行われる。いくつかの実施形態では、いかなる措置もＩＭＳＩレスデバイス３１２によって講じられる必要がなくてもよい。ＷＬＡＮ４０８は、ＥＰＣへの認証および承認中に判定されたアクセスポイント名に基づいて、ＰＤＮＧＷ選択を行うように要求され得る。換言すると、ＷＬＡＮ４０８は、特定のデバイスのために特定される供給された情報が、特定のゲートウェイを識別することを判定していてもよい。例えば、供給された情報は、ゲートウェイのための特定のＡＰＮ名を識別してもよい。

ステップ４では、ＷＬＡＮ４０８が、当技術分野で公知であるプロセスを使用して、ＰＣＲＦ３６０を用いてゲートウェイ制御セッション確立プロシージャを行う。プロシージャは、Ｇｘａ基準点上で行われてもよい（図２参照）。Ｇｘａは、当業者に公知であるようなＤｉａｍｅｔｅｒインターフェースであってもよい。ＰＣＲＦ３６０は、特定のセッションと関連付けられる課金記録が、適切な関係者に課金するために必要とされる情報を含有するように、プロシージャ中に構成される。課金の目的でデータフローが関連付けられるエンティティまたはデバイスは、表１に関連して上記で説明される情報を含む、供給された情報を使用して導出される。例示的実施形態では、セッション確立中に、所与のフローが、特定のデバイス３１２、ＷＬＡＮ（顧客）４０８、および／または特定の通信セッションのために指定されたアプリケーションサーバＡＳと関連付けられてもよい。制御セッション確立処理は、図７に関連して以下でさらに詳細に議論される。

図５で描写される残りの処理は、既存の実践と一致している。ステップ５から８では、それぞれ、プロキシ結合更新、ＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッション確立プロシージャ、ＰＤＮ ＧＷアドレス更新、およびプロキシ結合確認応答が行われる。ステップ９では、ＰＭＩＰトンネルが確立されてもよい。ステップ１０では、当業者に公知であるようなＧＷ制御およびＱｏＳルール供給プロシージャが行われてもよい。ステップ１１では、次いで、Ｌ３アタッチプロシージャが完了してもよく、デバイスは、そのＩＰアドレスを提供されてもよい。

（認証および承認）
図６は、ＩＭＳＩレスデバイス３１２のための認証および承認に関連して行われる、例示的信号フロー処理を描写する。図５のステップ２に関連して上記のように、認証および承認処理は、特定のデバイスとＥＰＣとの間の通信が承認されており、もしそうであれば、通信にどのような制限があるかを確立するように、３ＧＰＰ ＡＡＡサーバ３５０と連動するＷＬＡＮアクセスポイント４０８（図６では「非３ＧＰアクセス」と題される）を伴う。要求の受信時に、ＷＬＡＮアクセスポイント４０８は、特定のデバイスが、加入者識別番号、例えば、ＩＭＳＩを含まないことを判定する。ＷＬＡＮアクセスポイント４０８は、ＷＬＡＮ４０８が応答するべきである様式を判定するように、表１に関連して上記で議論される供給された情報を回収する。供給された情報が、アクセスが提供されるべきであることを示す場合、ＷＬＡＮ４０８は、情報に基づいて、アクセスに課せられる任意の制限を判定する。例えば、ＷＬＡＮ４０８は、スポンサー付きサイトまたはサービスのみにアクセスされ得ることを判定してもよい。ＷＬＡＮ４０８はさらに、どのエンティティが識別に対して責任があるかに関連して、供給された情報から判定し、認証および承認処理で使用するための代替的な認証情報を伝達する。

ＷＬＡＮ４０８によって生成される認証情報に含まれる情報は、デバイスとネットワークオペレータとの間に関係が存在するかどうかに応じて異なり得る。ＩＭＳＩレスデバイス３１２およびネットワークオペレータが関係を有するシナリオでは、認証で使用される情報は、以前に供給されていてもよい。例えば、情報は、ＩＭＳＩレスデバイス３１２、ならびに３ＧＰＰ認証、承認、および会計（ＡＡＡ）サーバ３５０上に以前に供給されて記憶されていてもよい。別の例示的実施形態では、情報は、ＷＬＡＮアクセスノード４０８および３ＧＰＰＡＡＡサーバ３５０上に供給されて記憶されてもよい。例示的シナリオでは、情報は、顧客（住宅所有者）がＳＣＳと取引関係を確立するときに、最初にユーザデータレポジトリ（ＵＤＲ）３７０の中で情報を供給するＳＣＳ３４０によって、３ＧＰＰ ＡＡＡサーバ３５０上で供給されてもよい。３ＧＰＰ ＡＡＡサーバ３５０は、ＵＤＲ３７０からの情報にアクセスする。

図６を参照すると、ステップ１では、図６でＵＥとして参照されるＩＭＳＩレスデバイス３１２が、ＷＬＡＮアクセスノード４０８との接続を確立する。ステップ２では、拡張認証プロトコル（ＥＡＰ）認証およびキー合意（ＥＡＰ−ＡＫＡ）認証要求が、ＷＬＡＮ４０８によって生成され、ＩＭＳＩレスデバイス３１２に伝送される。ＩＭＳＩレスデバイス３１２からの要求のプロセスに関して、拡張認証プロトコルは、３ＧＰＰ ＡＡＡ３５０を用いてＡＫＡ以外の認証方法を行うために使用され得ることが理解されるであろう。

ステップ３では、応答が、ＩＭＳＩレスデバイス３１２からＷＬＡＮ４０８に転送される。ステップ４では、応答がＷＬＡＮ４０８から転送され、ステップ５では、応答が３ＧＰＰ ＡＡＡサーバ３７０で受信される。例示的実施形態では、情報は、ＷＬＡＮ４０８から、ＳＴａ／ＳＷａ基準点上の３ＧＰＰ ＡＡＡサーバ３７０に渡される。情報は、Ｄｉａｍｅｔｅｒ−ＥＡＰ−要求メッセージのＥＡＰペイロード内の属性であり得る、フィールドの中で伝えられてもよい。そのようなフィールドは、それぞれのフィールドの中で搬送される情報のタイプと類似または同一である名称を有してもよい。

上記のように、応答に含まれる情報は、供給された情報を反映する。例えば、ＷＬＡＮ４０８（またはおそらくデバイス３１２）は、ネットワークオペレータとのデバイスの関係があるかどうか、あるいはアクセスが特定のサーバに限定されるか、または特定のレベルのサービスを必要とするかどうかを示す、供給された情報を回収してもよい。

ＩＭＳＩレスデバイス３１２がＥＰＣネットワークのオペレータと関係を有することを供給された情報が示す、シナリオにおいて、ＥＡＰ応答に含まれる情報は、例えば、デバイス識別子、加入識別子、ＡＰＮ名、アプリケーションサーバ（ＡＳ）名、およびＷＬＡＮ ＩＤを含んでもよい。デバイス識別子は、複数のデバイス識別子を含んでもよく、例えば、ユニフォームリソース識別子（ＵＲＩ）、携帯電話加入者ＩＳＤＮ番号（ＭＳＩＳＤＮ）、ＭＡＣアドレスを含む、任意の好適な識別子タイプとしてフォーマットされてもよい。

例示的シナリオでは、加入識別子は、ＩＭＳＩであってもよい。加入識別子は、他のデバイス、例えば、ＩＭＳＩレスデバイス３１２が位置する家庭内の他のデバイス等の他のデバイスと共有されてもよい。例えば、住宅所有者が、ネットワークプロバイダからホームオートメーションサービスを購入する場合、同一の加入識別子が家庭内の全てのホームオートメーションデバイスによって共有されてもよい。

ＡＰＮ名情報は、デバイスがアクセスすることが許可される１つまたはそれを上回るアクセスポイント名（ＡＰＮ）の識別情報を含んでもよい。

アプリケーションサーバ名情報は、デバイスがコンタクトすることが許可されるＡＳと関連付けられる１つまたはそれを上回るアプリケーションサーバ（ＡＳ）名の識別情報を含んでもよい。ＳＣＳは、あるタイプのＡＳであり得ることが理解されるであろう。デバイスが特定のＳＣＳにコンタクトすることのみ許可され、任意の他のインターネットアドレスにコンタクトすることを許可されない場合には、このフィールドは、デバイスがコンタクトすることが許可されるＳＣＳの名称を示すために使用されてもよい。３ＧＰＰ ＡＡＡは、ＡＳ（例えば、ＳＣＳ）にコンタクトして、接続を承認するように求めることを選択してもよく、または提供されたＡＳ名がＡＡＡ内のデバイスの加入情報に含まれていることをチェックしてもよい。

ＷＬＡＮ ＩＤは、例えば、それを通してデバイスが接続することが許可されるＷＬＡＮを識別する名称等の情報を含んでもよい。

ＩＭＳＩレスデバイス３１２およびネットワークオペレータが関係を有していないことを供給された情報が示す、開示されたシステムの実施形態では、ＷＬＡＮ４０８および３ＧＰＰ ＡＡＡサーバ３５０は、ＩＭＳＩレスデバイス３１２の１つまたはそれを上回る識別子について交渉してもよい。ＷＬＡＮ４０８は、住宅所有者のＷＬＡＮの構成に基づいて設定について交渉してもよい。いくつかのそのような実施形態では、デバイスが特定のＡＳのみと通信するであろうことをＥＡＰ識別応答が示す場合には、３ＧＰＰ ＡＡＡ３５０は、次のＥＡＰ要求を提供することに先立って、ＡＳからデバイス３１２の承認を要求してもよい。ＡＳとの接続がスポンサーされなければならないことをＥＡＰ識別応答が示す場合には、３ＧＰＰ ＡＡＡ３５０はまた、デバイスへ／からのトラフィックをスポンサーするであろうことをＡＳが確認することを要求してもよい。

ＩＭＳＩレスデバイス３１２がＥＰＣネットワークのオペレータと関係を有していないシナリオでは、ＥＡＰ応答に含まれる情報は、例えば、以下、すなわち、デバイス識別子、加入識別子、ＡＰＮ名、アプリケーションサーバ（ＡＳ）名、許可レベル、および要求サービス品質（ＱｏＳ）を含んでもよい。デバイス識別子は、複数のデバイス識別子を含んでもよく、例えば、ユニフォームリソース識別子（ＵＲＩ）、携帯電話加入者ＩＳＤＮ番号（ＭＳＩＳＤＮ）、ＭＡＣアドレス等の任意の好適な識別子タイプとしてフォーマットされてもよい。

例示的実施形態では、加入識別子は、ＷＬＡＮ４０８の識別子、例えば、ＷＬＡＮ ＩＤに等しくあり得るか、またはＷＬＡＮ ＩＤにマップされてもよい。

ＡＰＮ名は、デバイスがアクセスすることをオペレータ／住宅所有者が所望する、ＡＰＮの名称を特定する情報を含む。

アプリケーションサーバ（ＡＳ）名に関して、情報は、デバイス３１２がコンタクトする権限を与えられている、１つまたはそれを上回るＡＳを識別する情報を含む。ＳＣＳは、あるタイプのＡＳであり得ることに留意されたい。ＩＭＳＩレスデバイス３１２が特定のＳＣＳにコンタクトすることのみ許可され、いかなる他のインターネットアドレスにもコンタクトすることを許可されない場合、このフィールドは、デバイスがコンタクトすることが許可されるＳＣＳの名称を示すために使用されるであろう。３ＧＰＰ ＡＡＡは、ＡＳ（ＳＣＳ）にコンタクトして、接続を承認するように求めることを選択してもよい。

許可レベル情報は、デバイスがスポンサー付きサービスのために接続することのみ許可されていることを特定する。

要求サービス品質（ＱｏＳ）情報は、ＩＭＳＩレスデバイスに提供されるべきである最大ＱｏＳレベルを示す。

再度、図６を参照すると、認証および承認応答がステップ５で３ＧＰＰ ＡＡＡサーバ３５０に伝達された後、ステップ５ａで、３ＧＰＰ ＡＡＡサーバ３５０が、承認およびスポンサーシップ確認要求（ＡＳ Ａｕｔｈ要求）をＡＳに送信する。上記のように、ＡＳは、例えば、ＳＣＳ３４０であってもよい。ステップ５ｂでは、ＡＳが、承認およびスポンサーシップ確認応答（ＡＳ Ａｕｔｈ回答）を３ＧＰＰ ＡＡＡサーバ３５０に送信する。応答は、ＵＥデバイス３１２がネットワークにアクセスする権限を与えられるべきかどうか、およびＡＳがＵＥデバイス３１２の活動をスポンサーする意思があるかどうかという指標を含んでもよい。ステップ５ａおよび５ｂでのメッセージは、Ｍｈ基準点１５２に基づくインターフェースを経由して伝達されてもよく、かつＨＳＳを通して送信されてもよい。代替として、要求は、Ｔｓｐ基準点１５５に基づくインターフェースを経由して送信することができ、かつＭＴＣ−ＩＷＦを通して送信されてもよい。ステップ５ａおよび５ｂにおけるメッセージングは、ＭＮＯとの以前の関係がないＭ２Ｍデバイス３１２が、どのようにしてＥＰＣとの接続を動的に形成し、ＳＣＳ３４０にアクセスすることができるかを示す。

図６を参照すると、ステップ５の後に、処理は、ステップ６から２４によって記述されるような定義された認証処理と一致して継続する。

（ゲートウェイ制御セッション）
図５のステップ４に関連して上記のように、ＷＬＡＮ４０８は、特定のデバイスおよび／またはＷＬＡＮに関して供給された情報を採用して、ゲートウェイ制御セッションを確立する。ゲートウェイ制御セッションの確立中に伝達される情報は、要求された接続にわたって起こるデータフローのために課金されるであろうエンティティを指定するために採用されてもよい。

図７は、ＩＭＳＩレスデバイス３１２のためのアタッチプロシージャ中にゲートウェイ制御セッション確立に関して行われる例示的信号フロー処理を描写する。ステップ１で示されるように、確立されたゲートウェイ制御セッション要求がＷＬＡＮ４０８で受信される。ＩＭＳＩレスデバイス３１２からＷＬＡＮ４０８への初期要求において、セッション確立を要求するＩＭＳＩレスデバイスからの明示的なメッセージがなくてもよいことが理解されるであろう。代わりに、ＩＭＳＩレスデバイスがＷＬＡＮに接続するときに要求が暗示されてもよい。

図７を参照すると、ステップ２では、ＷＬＡＮ４０８が、Ｇｘａ基準点（図２参照）上でＣＣＲ ｄｉａｍｅｔｅｒコマンドを送信することによって、ＩＭＳＩレスデバイス３１２のためのデータプレーンセッションを確立する。ＣＣＲコマンド内の属性値ペア（ＡＶＰ）は、加入ＩＤ ＡＶＰ、ユーザ機器情報ＡＶＰ、およびスポンサーシップ要件ＡＶＰを含む。例示的実施形態では、ＷＬＡＮ４０８は、ＡＶＰの値を特定するように、以前に特定された値、および以前に供給された情報で特定される情報に依拠してもよい。

加入Ｉｄ ＡＶＰのコンテンツは、ＩＭＳＩレスデバイス３１２がＥＰＣネットワークのプロバイダと関係を有するかどうかに応じて異なり得る。ＷＬＡＮ４０８が、デバイス３１２とネットワークオペレータとの間にそのような関係が存在すると判定するシナリオでは、ＷＬＡＮ４０８は、ＩＭＳＩレスデバイス３１２によって提供され、３ＧＰＰ ＡＡＡ３５０を用いた認証および承認プロシージャ中に承認された加入識別子で、加入ＩＤ ＡＶＰをフォーマットする。加入識別子は、本明細書で説明される動作を行うために好適である、任意の形式を有してもよい。例示的シナリオでは、加入識別子は、ＩＭＳＩベースであってもよいが、他の実施形態が使用されてもよい。

ＷＬＡＮ４０８が、以前に供給された情報から、ＩＭＳＩレスデバイスがアクセスネットワークプロバイダと関係を有していないことを判定する、実施形態では、加入Ｉｄ ＡＶＰは、ＷＬＡＮ４０８を識別する値をデータ投入されてもよい。例示的シナリオでは、加入Ｉｄ ＡＶＰは、ＡＮ−ＧＷアドレスＡＶＰと同一のＷＬＡＮを識別する。

ユーザ機器情報ＡＶＰは、３ＧＰＰ ＡＡＡ３５０を用いた認証および承認プロシージャ中にデバイス３１２によって提供された値に設定されてもよい。代替として、または加えて、ユーザ機器情報ＡＶＰは、デバイス３１２を用いた認証および承認プロシージャ中に３ＧＰＰ ＡＡＡ３５０によって提供された値に設定されてもよい。

スポンサーシップ要件ＡＶＰは、フローがスポンサーされなければならないかどかを示すために、ＣＣＲコマンドとともに使用されてもよい。例えば、スポンサーシップ要件ＡＶＰは、通信がＳＣＳ３４０によってスポンサーされなければならないかどうかを示す。ＷＬＡＮ４０８は、接続がスポンサーされなければならないかどうかを識別するように、以前に供給された情報を指してもよい。

再度、図７を参照すると、ステップ３では、ＰＣＲＦ３６０ならびにポリシーおよび課金実施機能（ＰＣＥＦ）（Ｐ−ＧＷ）３３０が、セッション修正プロシージャを行ってもよい。例示的シナリオでは、Ｐ−ＧＷ３３０は、ＩＰ−ＣＡＮセッションを開始または修正するメッセージを送信する。Ｐ−ＧＷ３３０は、Ｇｘインターフェースを経由して信用制御要求（ＣＣＲ）コマンドを送信することによって、プロセスを開始する。メッセージは、各要求されたパケットフィルタのＴＦＴパケットフィルタ情報ＡＶＰを含んでもよい。グループ化されたＡＶＰは、フローのスポンサーシップ要件を示すスポンサーシップ要件ＡＶＰを含むように更新されてもよい。例示的シナリオでは、ＰＣＲＦ３６０は、デバイス３１２がコンタクトすることを所望するＩＰアドレスが、フローをスポンサーする意思があるアプリケーション機能（ＡＦ）と関連付けられるかどうかをチェックしてもよい。ＰＣＲＦは、フローをスポンサーする意思があるかどうかをチェックするように、ＡＦに動的にコンタクトすることを選択してもよい。

ＰＣＲＦ３６０は、Ｇｘインターフェースを経由して信用制御回答（ＣＣＡ）コマンドを送信することによって、ＩＰ−ＣＡＮセッション修正要求に応答する。このメッセージは、各パケットフィルタに対する課金ルールインストールＡＶＰを含んでもよい。課金ルールインストールＡＶＰは、課金ルール定義ＡＶＰを含み得る、グループ化されたＡＶＰである。課金ルール定義は、いくつかの実施形態では、フローのスポンサーシップ状態（例えば、本明細書で説明されるようなスポンサーシップ状態ＡＶＰ）を示すＡＶＰを含み得る、グループ化されたＡＶＰである。

再度、図７を参照すると、ステップ４では、ＰＣＲＦ３６０が、Ｇｘａ基準点上でＣＣＡ ｄｉａｍｅｔｅｒコマンドを送信することによって、ゲートウェイ制御確立を承認する。ＣＣＡコマンドは、フローがスポンサーされなければならないかどうかを示すために使用され得る、本明細書で説明されるようなスポンサー状態要件ＡＶＰを含んでもよい。

ステップ５では、ＷＬＡＮシステム４０８が、サービス品質ルールおよびイベントトリガを展開する。そしてステップ６では、ＷＬＡＮシステム４０８が、返信をＩＭＳＩレスデバイス３１２に伝送する。

（メッセージおよびＡＶＰ）
図６および７に関する上記の議論では、いくつかのメッセージおよびＡＶＰが参照された。具体的には、信用制御要求（ＣＣＲ）メッセージおよび信用制御回答（ＣＣＡ）メッセージが参照された。

（信用制御要求メッセージ）
Ｇｘインターフェースの信用制御要求（ＣＣＲ）メッセージは、本明細書で説明されるようなスポンサーシップ要件ＡＶＰを含んでもよい。スポンサーシップ要件ＡＶＰは、グループ化されたＡＶＰであり得る、ＴＦＴパケットフィルタ情報ＡＶＰに含まれてもよい。

（信用制御回答メッセージ）
Ｇｘインターフェースの信用制御回答（ＣＣＡ）メッセージは、本明細書で説明されるようなスポンサーシップ状態ＡＶＰを含んでもよい。スポンサーシップ状態ＡＶＰは、グループ化されたＡＶＰであり得る、課金ルール定義ＡＶＰに含まれてもよい。課金ルール定義ＡＶＰは、グループ化されたＡＶＰでもあり得る、課金ルールインストールＡＶＰの内側に含まれてもよい。

（スポンサーシップ要件ＡＶＰ）
スポンサーシップ要件ＡＶＰは、ＣＣＲメッセージに含まれ、各パケットフィルタに対するスポンサーシップ要件を記憶するために使用される。スポンサーシップ要件ＡＶＰは、ＣＣＲメッセージに含有されるグループ化されたＡＶＰであり得る、ＴＦＴパケットフィルタ情報ＡＶＰに含まれてもよい。スポンサーシップ要件ＡＶＰは、以下の値をサポートする。
−ＮＯ＿ＳＰＯＮＳＯＲ＿ＲＥＱＵＩＲＥＤ ０
ＵＥがこのフローのためのスポンサーを必要としないことを示す
−ＳＰＯＮＳＯＲ＿ＲＥＱＵＩＲＥＤ １
このフローがスポンサーされることをＵＥが要求し、そうでなければ、フローが許可されるべきではないことを示す
−ＣＯＭＰＥＮＳＡＴＩＯＮ＿ＲＥＱＵＩＲＥＤ ２
ＵＥがこのフローを許可するための補償を必要とし、そうでなければ、フローが許可されるべきではないことを示す。

（スポンサーシップ状態ＡＶＰ）
スポンサーシップ状態ＡＶＰがＣＣＡメッセージに含まれ、課金目的でスポンサーシップ状態を記憶するために使用される。スポンサーシップ状態ＡＶＰは、すでにＣＣＡメッセージの一部である、グループ化されたＡＶＰであり得る、課金ルール定義ＡＶＰに含まれてもよい。スポンサーシップ状態ＡＶＰは、以下の値を含む。
−ＮＯ＿ＳＰＯＮＳＯＲ ０
フローがスポンサーを有していないことを示す
−ＳＰＯＮＳＯＲＥＤ＿ＷＩＴＨＯＵＴ＿ＣＯＭＰＥＮＳＡＴＩＯＮ １
フローがスポンサーされるが、ＵＥがフローを許可するために補償されないであろうことを示す
−ＳＰＯＮＳＯＲＥＤ＿ＷＩＴＨ＿ＣＯＭＰＥＮＳＡＴＩＯＮ ２
フローがスポンサーされ、ＵＥがフローを許可するために補償されるであろうことを示す
したがって、図７に関連する議論によって図示されるように、メッセージフローで特定される情報は、特定の接続を経由してデータフローのために課金されるべきであるエンティティを特定するために使用されてもよい。データフローの課金に関する情報を記憶し、メッセージフローに情報を組み込む能力は、特定のデバイスを用いてデータフローのために課金されるべきであるエンティティを判定する、任意の数の関係を捕捉することを可能にする。例えば、ＩＭＳＩレスデバイスから生じるトラフィックを識別して課金するために、ＷＬＡＮ４０８は、トラフィックに対する責任を負うように住宅所有者によって構成されてもよい。代替として、ＷＬＡＮ４０８は、トラフィックがアプリケーションサーバによってスポンサーされる場合、またはネットワークオペレータによってトラフィックを補償される場合に、トラフィックを可能にするであろうことをＥＰＣネットワークに示してもよい。別の実施形態では、ＩＭＳＩレスデバイスがネットワークオペレータと取引関係を有する場合には、ＷＬＡＮ４０８は、デバイスがネットワークに認証し、ネットワークからデバイス識別子を取得することを可能にするように構成されてもよい。さらに別の代替案では、ＩＭＳＩレスデバイスがネットワークオペレータと取引関係を有するサービス能力サーバ（ＳＣＳ）と取引関係を有する場合、ＷＬＡＮ４０８は、デバイスがネットワークに認証することを可能にするように構成されてもよい。そのような実施形態では、ＩＭＳＩレスデバイスは、ＥＰＣと初期コンタクトを行うときに、そのＳＣＳ名を示すことが期待され、ＥＰＣは、ＳＣＳがフローをスポンサーするであろうことを確認するために、ＳＣＳへのそのインターフェースを使用するであろう。他の実施形態では、ＩＭＳＩレスデバイスがネットワークオペレータと取引関係を有するＳＣＳと取引関係を有する場合、ＳＣＳは、ＵＤＲ内のＩＭＳＩレスデバイスの加入情報を供給するために、Ｍｈインターフェースを使用することができる。

（例示的コンピューティング環境）
図８Ａは、ＩＭＳＩレスデバイスをＥＰＣに接続するためのシステムおよび方法の１つまたはそれを上回る開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴのための構成要素を提供し、任意のＭ２Ｍデバイス、ゲートウェイ、またはサービスプラットフォームは、ＩｏＴの構成要素ならびにＩｏＴサービス層等であってもよい。

図８Ａに示されるように、Ｍ２Ｍ／ＩｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワークまたは無線ネットワーク（例えば、ＷＬＡＮ、セルラー、または同等物）、あるいは異種ネットワークのネットワークであってもよい。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト、または同等物等のコンテンツを複数のユーザに提供する、複数のアクセスネットワークから成ってもよい。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および同等物等の１つまたはそれを上回るチャネルアクセス方法を採用してもよい。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備えてもよい。

図８Ａに示されるように、Ｍ２Ｍ／ＩｏＴ通信システム１０は、Ｍ２Ｍゲートウェイデバイス１４と、Ｍ２Ｍ端末デバイス１８とを含んでもよい。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じてＭ２Ｍ／ＩｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８のそれぞれは、通信ネットワーク１２または直接無線リンクを介して、信号を伝送および受信するように構成される。Ｍ２Ｍゲートウェイデバイス１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍデバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８に送信してもよい。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８からデータを受信してもよい。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービスプラットフォーム２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信されてもよい。Ｍ２Ｍデバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む、種々のネットワークを介して通信してもよい。

図示したＭ２Ｍサービスプラットフォーム２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２のためのサービスを提供する。Ｍ２Ｍサービスプラットフォーム２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービスプラットフォーム２２は、１つまたはそれを上回るサーバ、コンピュータ、または同等物によって実装されてもよい。Ｍ２Ｍサービスプラットフォーム２２は、Ｍ２Ｍ端末デバイス１８およびＭ２Ｍゲートウェイデバイス１４の管理および監視等のサービスを提供する。Ｍ２Ｍサービスプラットフォーム２２はまた、データを収集し、異なるタイプのＭ２Ｍアプリケーション２０と互換性があるようにデータを変換してもよい。Ｍ２Ｍサービスプラットフォーム２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワークで、クラウドで等、種々の方法で実装されてもよい。

図８Ｂも参照すると、Ｍ２Ｍサービスプラットフォームは、典型的には、多様なアプリケーションおよび垂直線が活用することができる、サービス配信能力のコアセットを提供する、サービス層２６を実装する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出す費用および時間を削減する。サービス層２６はまた、Ｍ２Ｍアプリケーション２０が、サービス層２６が提供するサービスと関連して、種々のネットワーク１２を通して通信することも可能にする。

いくつかの実施形態では、Ｍ２Ｍアプリケーション２０は、キャピラリデバイスと相互作用するアプリケーションを含んでもよく、したがって、ＩＭＳＩレスデバイスをＥＰＣに接続するための開示されたシステムおよび方法と併せて使用されてもよい。Ｍ２Ｍアプリケーション２０は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含んでもよい。上記のように、本システムのデバイス、ゲートウェイ、および他のサーバにわたって作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービス等のこれらの機能をＭ２Ｍアプリケーション２０に提供する。説明されたサービス層およびオブジェクトが相互作用するアプリケーションは、Ｍ２Ｍアプリケーション２０のもの等のアプリケーションであってもよい。

図８Ｃは、例えば、Ｍ２Ｍ端末デバイス１８またはＭ２Ｍゲートウェイデバイス１４等の例示的Ｍ２Ｍデバイス３０の系統図である。デバイス３０は、例えば、上記で説明されるデバイス３１０および３１２のうちのいずれか等の、例えば、ユーザ機器（ＵＥ）を実装するために使用されてもよい。同様に、例えば、ＰＤＮ ＧＷ３３０等の上記で説明されるゲートウェイのうちのいずれかは、デバイス３３０を使用して実装されてもよい。また、ＷＬＡＮアクセスデバイス４０８は、デバイス３０を使用して実装されてもよい。したがって、ＷＬＡＮ４０８によって行われるものとして上記で説明される機能性は、デバイス３０等のデバイス上で実装されてもよい。図８Ｃに示されるように、Ｍ２Ｍデバイス３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド／インジケータ４２と、非可撤性メモリ４４と、可撤性メモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含んでもよい。例示的実施形態では、ディスプレイ／タッチパッド／インジケータ４２は、ユーザインターフェースの一部として動作する、１つまたはそれを上回るインジケータを備えてもよい。Ｍ２Ｍデバイス４０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。本デバイスは、ＩＭＳＩレスデバイスをＥＰＣに接続するための開示されたシステムおよび方法を使用および／または実装するデバイスであってもよい。

プロセッサ３２は、汎用プロセッサ、特殊用途プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたはそれを上回るマイクロプロセッサ、コントローラ、マイクロコントローラ、１つまたはそれを上回る特定用途向け集積回路（ＡＳＩＣ）、１つまたはそれを上回るフィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプおよび数の集積回路（ＩＣ）、状態機械、および同等物であってもよい。プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍデバイス３０が無線環境で動作することを可能にする任意の他の機能性を果たしてもよい。プロセッサ３２は、伝送／受信要素３６に連結され得る、送受信機３４に連結されてもよい。図８Ｃは、プロセッサ３２および送受信機３４を別個の構成要素として描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップにともに組み込まれ得ることが理解されるであろう。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムおよび／または通信を行ってもよい。プロセッサ３２は、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、および／または暗号化動作等のセキュリティ動作を行ってもよい。

伝送／受信要素３６は、信号をＭ２Ｍサービスプラットフォーム２２に伝送し、またはＭ２Ｍサービスプラットフォーム２２から信号を受信するように構成されてもよい。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであってもよい。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー、および同等物等の種々のネットワークおよびエアインターフェースをサポートしてもよい。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であってもよい。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送および受信するように構成されてもよい。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。

加えて、伝送／受信要素３６は、単一の要素として図８Ｃで描写されているが、Ｍ２Ｍデバイス３０は、任意の数の伝送／受信要素３６を含んでもよい。より具体的には、Ｍ２Ｍデバイス３０は、ＭＩＭＯ技術を採用してもよい。したがって、実施形態では、Ｍ２Ｍデバイス３０は、無線信号を伝送および受信するための２つまたはそれを上回る伝送／受信要素３６（例えば、複数のアンテナ）を含んでもよい。

送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を復調するように構成されてもよい。上記のように、Ｍ２Ｍデバイス３０は、マルチモード能力を有してもよい。したがって、送受信機３４は、Ｍ２Ｍデバイス３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含んでもよい。

プロセッサ３２は、非可撤性メモリ４４および／または可撤性メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶してもよい。非可撤性メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含んでもよい。可撤性メモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同等物を含んでもよい。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のＭ２Ｍデバイス３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶してもよい。

プロセッサ３０は、電源４８から電力を受容してもよく、Ｍ２Ｍデバイス３０内の他の構成要素への電力を分配および／または制御するように構成されてもよい。電源４８は、Ｍ２Ｍデバイス３０に電力供給するための任意の好適なデバイスであってもよい。例えば、電源４８は、１つまたはそれを上回る乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池、および同等物を含んでもよい。

プロセッサ３２はまた、Ｍ２Ｍデバイス３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成される、ＧＰＳチップセット５０に連結されてもよい。Ｍ２Ｍデバイス３０は、実施形態と一致したままで、任意の好適な場所判定方法を介して場所情報を獲得し得ることが理解されるであろう。

プロセッサ３２はさらに、付加的な特徴、機能性、および／または有線あるいは無線接続を提供する、１つまたはそれを上回るソフトウェアおよび／またはハードウェアモジュールを含み得る、他の周辺機器５２に連結されてもよい。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および同等物を含んでもよい。

図８Ｄは、例えば、図８Ａおよび８ＢのＭ２Ｍサービスプラットフォーム２２が実装され得る、例示的なコンピュータシステム９０のブロック図である。システム９０は、図１−７に関連して上記のように任意の数のデバイスを実装するために使用されてもよい。例えば、３ＧＰＰ ＡＡＡサーバ３５０およびＳＣＳ３４０は、システム９０を使用して実装されてもよい。コンピュータシステム９０は、コンピュータまたはサーバを備えてもよく、主に、ソフトウェアの形態であり得るコンピュータ可読命令によって制御されてもよく、どこでも、またはどのような手段を用いても、そのようなソフトウェアが記憶あるいはアクセスされる。そのようなコンピュータ可読命令は、コンピュータシステム９０を稼働させるように、中央処理装置（ＣＰＵ）９１内で実行されてもよい。多くの既知のワークステーション、サーバ、およびパーソナルコンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他の機械では、中央処理装置９１は、複数のプロセッサを備えてもよい。コプロセッサ８１は、付加的な機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは明確に異なる、随意的なプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、ＩＭＳＩレスデバイスをＥＰＣに接続するための開示されたシステムおよび方法の種々の実施形態で使用されるデータを受信、生成、および処理してもよい。

動作中、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送経路であるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピュータシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、ならびに割り込みを送信するため、およびシステムバスを動作するための制御ラインを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺構成要素相互接続）バスである。

システムバス８０に連結されるメモリデバイスは、ランダムアクセスメモリ（ＲＡＭ）８２および読取専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶されて取り出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない、記憶されたデータを含有する。ＲＡＭ８２に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られ、または変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてもよい。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供してもよい。メモリコントローラ９２はまた、システム内のプロセスを単離し、ユーザプロセスからシステムプロセスを単離する、メモリ保護機能を提供してもよい。したがって、第１のモードで作動するプログラムは、独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。

加えて、コンピュータシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任がある、周辺機器コントローラ８３を含有してもよい。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピュータシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含んでもよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装されてもよい。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる、電子構成要素を含む。

さらに、コンピュータシステム９０は、図８Ａおよび８Ｂのネットワーク１２等の外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、ネットワークアダプタ９７を含有してもよい。実施形態では、ネットワークアダプタ９７は、ＩＭＳＩレスデバイスをＥＰＣに接続するための種々の開示されたシステムおよび方法によって使用されるデータを受信および伝送してもよい。

本明細書で説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得ることが理解される。そのような命令は、コンピュータ、サーバ、Ｍ２Ｍ端末デバイス、Ｍ２Ｍゲートウェイデバイス、または同等物等の機械によって実行されたときに、本明細書で説明されるシステム、方法、およびプロセスを行うおよび／または実装する。具体的には、上記で説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装されてもよい。コンピュータ可読記憶媒体は、情報の記憶のための任意の方法または技術で実装される、揮発性および不揮発性、可撤性および非可撤性媒体の両方を含むが、そのようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは所望の情報を記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の物理的媒体を含むが、それらに限定されない。

したがって、出願人は、加入者識別子情報が欠けているデバイスにＥＰＣネットワークへのアクセスを提供するためのシステムおよび方法を開示している。典型的なシナリオでは、ウェブページサーバ等のアプリケーションサーバにアクセスする要求が、ＷＬＡＮアクセスノードで受信される。例えば、無線ルータであり得る、ＷＬＡＮアクセスノードは、広帯域ネットワークに通信可能に連結されてもよいが、ＥＰＣネットワークへの経路も有してもよい。ＷＬＡＮアクセスノードは、デバイスに加入者識別番号（ＩＭＳＩ）が欠けていることを認識するように、および加入者識別番号の値を提供し、ＥＰＣを通して特定のデバイスが有するアクセスへの任意の制限を識別する、認証要求を生成するようにプログラムされる。例えば、ＷＬＡＮは、デバイスがＥＰＣを介してアクセスし得る、特定のサーバまたはアプリケーションを制限することを目的としている情報を含む、認証要求を生成してもよい。認証要求に含有される情報はまた、どのエンティティが、要求された接続にわたって起こり得る任意のフローのために課金され得るかを特定してもよい。

例証的実施形態が開示されているが、潜在的な実施形態の範囲は、明示的に立案されるものに限定されないことが理解されるであろう。例えば、本システムは、ＷＬＡＮアクセスノードで供給されている処理で使用するための情報を主に参照して説明されているが、想定された実施形態は、データが、例えば、ユーザデバイス等の他のデバイス上に記憶され得る、実施形態にも拡張する。

本明細書で説明される種々の技法は、ハードウェアまたはソフトウェア、あるいは適切である場合、両方の組み合わせに関連して実装され得ることを理解されたい。したがって、本明細書で説明される主題の方法および装置、あるいはそれらのある側面または部分は、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ハードドライブ、または任意の他の機械可読記憶媒体等の有形媒体で具現化されるプログラムコード（すなわち、命令）の形態を成してもよく、プログラムコードがコンピュータ等の機械にロードされ、それによって実行されるとき、機械は、本明細書で説明される主題を実践するための装置になる。プログラムコードが媒体上に記憶される場合において、問題になっているプログラムコードが、問題になっている動作を集合的に行う１つまたはそれを上回る媒体上に記憶される、すなわち、１つまたはそれを上回る媒体が、まとめて、動作を行うコードを含有する場合であってもよいが、１つより多くの媒体がある場合、コードの任意の特定の部分が任意の特定の媒体上に記憶されるという要件はない。プログラマブルコンピュータ上のプログラムコード実行の場合、コンピュータデバイスは、概して、プロセッサ、（揮発性および不揮発性メモリおよび／または記憶要素を含む）プロセッサによって可読である記憶媒体、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを含む。１つまたはそれを上回るプログラムは、例えば、ＡＰＩ、再利用可能制御、または同等物の使用を通して、本明細書で説明される主題に関連して説明されるプロセッサを実装または利用してもよい。そのようなプログラムは、好ましくは、コンピュータシステムと通信するように、高レベル手続き型またはオブジェクト指向プログラミング言語で実装される。しかしながら、プログラムは、所望であれば、アセンブリまたは機械言語で実装することができる。いずれの場合でも、言語は、コンパイラ型またはインタープリタ型言語であってもよく、ハードウェア実装と組み合わせられてもよい。

例示的実施形態は、１つまたはそれを上回る独立型コンピュータシステムまたはデバイスに関連して本明細書で説明される主題の側面を利用することを参照し得るが、本明細書で説明される主題は、そのように限定されず、むしろ、ネットワークまたは分散型コンピューティング環境等の任意のコンピューティング環境に関連して実装されてもよい。なおもさらに、本明細書で説明される主題の側面は、複数の処理チップまたはデバイスで、またはそれらにわたって実装されてもよく、記憶が、同様に複数のデバイスにわたって影響を受けてもよい。そのようなデバイスは、パーソナルコンピュータ、ネットワークサーバ、ハンドヘルドデバイス、スーパーコンピュータ、または自動車および航空機等の他のシステムに組み込まれるコンピュータを含み得る。

以下は、上記の説明で出現し得る３ＧＰＰおよびネットワーキング技術に関する頭字語のリストである。
ＡＳ アプリケーションサーバ
ＡＦ アプリケーション機能
ＡＰＮ アクセスポイント名
ＡＶＰ 属性値ペア
ＢＤ 請求ドメイン
ＣＡ 証明機関
ＣＤＦ 課金データ機能
ＣＧＦ 課金ゲートウェイ機能
ＣＮ コアネットワーク
ＣＴＦ 課金トリガ機能
ＥＡＰ 拡張認証プロトコル
ＥＡＰ−ＡＫＡ ＥＡＰ認証およびキー合意
ＥＰＣ 進化型パケットコア
ＥＰＳ 進化型パケットシステム
ＥｘＩＤ 外部識別子
ＨＳＳ ホーム加入者サーバ
ＨＬＲ ホームロケーションレジスタ
ＩＡＮＡ インターネット番号割当機関
ＩＰ−ＣＡＮ ＩＰ接続アクセスネットワーク
ＧＷ ゲートウェイ
ＭＭ 移動性管理
ＭＮＯ 携帯電話ネットワークオペレータ
ＭＳ 移動局
ＭＴＣ マシンタイプ通信
ＭＴＣ−ＩＷＦ ＭＴＣ連動機能
ＯＣＳ オンライン課金システム
ＯＦＣＳ オフライン課金システム
ＰＣＲＦ ポリシーおよび課金ルール機能
ＰＤＮ パケットデータネットワーク
ＲＡＩ ルーティングエリア識別
ＳＣＳ サービス能力サーバ
ＳＭ セッション管理
ＳＩＭ 加入者識別モジュール
ＳＰＲ 加入プロファイルレポジトリ
ＴＡＩ 追跡エリア識別
ＴＦＴ トラフィックフローテンプレート
ＴＷＬＡＮ 信頼されている無線ローカルエリアネットワークＷＬＡＮ
ＵＤＲ ユーザデータレポジトリ
ＵＥ ユーザ機器
ＷＬＡＮ 無線ローカルエリアネットワーク
本主題は、構造的特徴および／または方法の行為に特有の言語で説明されているが、添付の請求項で定義される主題は、必ずしも上記で説明される具体的な特徴または行為に限定されないことを理解されたい。むしろ、上記で説明される具体的な特徴および行為は、請求項を実装する例示的形態として開示される。

Claims (21)

1. 無線ローカルエリアネットワークシステムが、ネットワークを介してアクセス可能なサーバにアクセスする要求をデバイスから受信するステップと、
   前記無線ローカルエリアネットワークシステムが、前記デバイスが前記ネットワークを経由した通信のために要求される加入者識別番号を有していないことを判定するステップと、
   前記無線ローカルエリアネットワークシステムが、前記ネットワークを経由した通信を確立することに関連して認証情報を伝達するステップであって、前記認証情報は、前記ネットワークへのアクセスを前記デバイスに提供するための制限を特定する、ステップと
   を含む、コンピュータ実装方法。
2. 前記ネットワークへのアクセスを前記デバイスに提供するための制限を特定する前記認証情報は、前記デバイスがアクセスすることが許可されるアクセスポイントの識別子、および前記デバイスがコンタクトすることが許可されるアプリケーションサーバの識別子のうちの１つまたはそれを上回るものを特定する情報を含む、請求項１に記載のコンピュータ実装方法。
3. 前記デバイスがアクセスすることが許可されるアクセスポイントの前記識別子は、アクセスポイントの名称を含む、請求項２に記載のコンピュータ実装方法。
4. 前記デバイスがコンタクトすることが許可されるアプリケーションサーバの前記識別子は、アプリケーションサーバの名称を含む、請求項２に記載のコンピュータ実装方法。
5. 前記無線ローカルエリアネットワークシステムが、前記デバイスと前記ネットワークのオペレータとの間に関係が存在することを識別するステップをさらに含む、請求項１に記載のコンピュータ実装方法。
6. 前記ネットワークへのアクセスを前記デバイスに提供するための制限を特定する前記認証情報は、デバイス識別子、加入識別子、前記デバイスがアクセスすることが許可されるアクセスポイントの識別子、前記デバイスがコンタクトすることが許可されるアプリケーションサーバの識別子、前記デバイスが接続することが許可される無線ローカルエリアネットワークの識別子のうちの複数を含む、請求項５に記載のコンピュータ実装方法。
7. 前記無線ローカルエリアネットワークシステムが、前記デバイスと前記ネットワークのオペレータとの間に関係が存在しないことを識別するステップをさらに含む、請求項１に記載のコンピュータ実装方法。
8. 前記ネットワークへのアクセスを前記デバイスに提供するための制限を特定する前記認証情報は、デバイス識別子、加入識別子、前記デバイスがアクセスすることが許可されるアクセスポイントの識別子、前記デバイスがコンタクトすることが許可されるアプリケーションサーバの識別子、前記デバイスがスポンサー付きサービスのみと通信することが許可されていることを特定する識別子、前記デバイスに提供されるべきであるサービス品質レベルを特定する識別子のうちの複数を含む、請求項７に記載のコンピュータ実装方法。
9. 前記無線ローカルエリアネットワークシステムが、ゲートウェイ制御セッションを作成する要求を伝達するステップをさらに含み、ゲートウェイ制御セッションを作成する前記要求は、前記認証情報に含まれる加入識別を含む、請求項１に記載のコンピュータ実装方法。
10. ゲートウェイ制御セッションを作成する前記要求は、信用制御要求メッセージを含む、請求項９に記載のコンピュータ実装方法。
11. 加入ＩＤ属性値ペアは、前記認証情報に含まれる前記加入識別であるように定義される、請求項１０に記載のコンピュータ実装方法。
12. 加入ＩＤ属性値ペアは、前記無線ローカルエリアネットワークシステムを識別する値をデータ投入される、請求項１０に記載のコンピュータ実装方法。
13. ゲートウェイ制御セッションを作成する前記要求はさらに、ユーザ機器情報属性値ペアを含む、請求項９に記載のコンピュータ実装方法。
14. 前記ユーザ機器情報属性ペアは、前記デバイスによって識別される値を含む、請求項１３に記載のコンピュータ実装方法。
15. ゲートウェイ制御セッションを作成する前記要求はさらに、前記要求に対するスポンサーを識別する、スポンサーシップ要件属性値ペアを含む、請求項９に記載のコンピュータ実装方法。
16. コンピューティングプロセッサと、
    前記コンピューティングプロセッサと通信可能に連結されるコンピューティングメモリであって、
    サーバにアクセスする要求をデバイスから受信するステップであって、前記サーバは、進化型パケットコアネットワークを介してアクセス可能である、ステップと、
    前記デバイスが前記進化型パケットコアネットワークを経由した通信のために要求される加入者識別番号を有していないことを判定するステップと、
    前記進化型パケットコアネットワークを経由した通信を確立することに関連して認証情報を伝達するステップであって、前記認証情報は、前記進化型パケットコアネットワークへのアクセスを前記デバイスに提供するための制限を特定する、ステップと、
    を含む、動作を行うための実行可能コンピューティング命令をその中に記憶している、コンピューティングメモリと
    を備える、無線ローカルエリアネットワークシステムアクセスノード。
17. 前記コンピューティングメモリは、
    前記進化型パケットコアネットワークにアクセスするためのパラメータを確立する、以前に供給された情報について、前記コンピューティングメモリを検索するステップと、
    前記進化型パケットコアネットワークにアクセスするためのパラメータを確立する、前記以前に供給された情報から、前記認証情報を生成するステップと
    をさらに含む、動作を行うための実行可能命令をその中に記憶している、請求項１６に記載の無線ローカルエリアネットワークシステムアクセスノード。
18. 前記コンピューティングメモリは、
    前記以前に供給された情報から、前記デバイスと前記ネットワークのオペレータとの間に関係が存在することを識別するステップと、
    前記以前に供給された情報から、前記進化型パケットコアネットワークへのアクセスを前記デバイスに提供するための制限を特定する認証情報を識別するステップであって、前記認証情報は、デバイス識別子、加入識別子、前記デバイスがアクセスすることが許可されるアクセスポイントの識別子、前記デバイスがコンタクトすることが許可されるアプリケーションサーバの識別子、前記デバイスが接続することが許可される無線ローカルエリアネットワークの識別子のうちの複数を含む、ステップと
    をさらに含む、動作を行うための実行可能命令をその中に記憶している、請求項１７に記載の無線ローカルエリアネットワークシステムアクセスノード。
19. 前記コンピューティングメモリは、
    前記以前に供給された情報から、前記デバイスと前記ネットワークのオペレータとの間に関係が存在しないことを識別するステップと、
    前記以前に供給された情報から、前記進化型パケットコアネットワークへのアクセスを前記デバイスに提供するための制限を特定する認証情報を識別するステップであって、前記認証情報は、デバイス識別子、加入識別子、前記デバイスがアクセスすることが許可されるアクセスポイントの識別子、前記デバイスがコンタクトすることが許可されるアプリケーションサーバの識別子、前記デバイスがスポンサー付きサービスのみと通信することが許可されていることを特定する識別子、前記デバイスに提供されるべきであるサービス品質レベルを特定する識別子のうちの複数を含む、ステップと
    をさらに含む、動作を行うための実行可能命令をその中に記憶している、請求項１７に記載の無線ローカルエリアネットワークシステムアクセスノード。
20. コンピューティングプロセッサと、
    前記コンピューティングプロセッサと通信可能に連結されるコンピューティングメモリであって、
    サーバにアクセスする要求をデバイスから受信するステップであって、前記サーバは、進化型パケットコアネットワークを介してアクセス可能である、ステップと、
    前記デバイスが前記進化型パケットコアネットワークを経由した通信のために要求されるＩＭＳＩを有していないことを判定するステップと、
    前記進化型パケットコアネットワークを経由した前記デバイスによる通信のための制限を特定する情報について、コンピューティングメモリを検索するステップと、
    前記進化型パケットコアネットワークを経由した前記デバイスによる通信と関連付けられる料金に対して責任があるエンティティを特定する情報について、コンピューティングメモリを検索するステップと、
    前記進化型パケットコアネットワークを経由した通信を確立することに関連して認証情報を伝達するステップであって、前記認証情報は、前記進化型パケットコアネットワークへのアクセスを前記デバイスに提供するための制限を特定する、ステップと
    を含む、動作を行うための実行可能コンピューティング命令をその中に記憶している、コンピューティングメモリと
    を備える、システム。
21. コンピューティングプロセッサと、
    前記コンピューティングプロセッサと通信可能に連結されるコンピューティングメモリであって、
    サービス能力サーバおよびアクセスポイント名を特定する情報を受信するステップと、
    サービス能力サーバおよびアクセスポイント名を特定する前記受信した情報を記憶するステップと、
    進化型コアネットワークを介してアクセス可能なサーバにアクセスする要求を生成し、無線ローカルエリアネットワークに伝送するステップと、
    サービス能力サーバおよびアクセスポイント名を特定する前記受信した情報を前記無線ローカルエリアネットワークに伝送するステップと、
    を含む、動作を行うための実行可能コンピューティング命令をその中に記憶している、コンピューティングメモリと
    を備え、
    前記サービス能力サーバは、サービスを前記デバイスに提供するように適合されるサービス能力サーバを識別し、
    前記アクセスポイント名は、前記進化型コアネットワークを介して通信を経路指定するように適合されるゲートウェイデバイスを識別する、デバイス。

Images