JP2018026841A - マシンツーマシン通信のためのネットワーク支援型ブートストラッピング - Google Patents

Abstract

【課題】マシンツーマシン通信のためのネットワーク支援型ブートストラッピングの提供。【解決手段】サービス層は、アクセスネットワークによってすでに必要とされているものを超えてプロビジョニングする必要なくデバイス上のアプリケーションがマシンツーマシンサーバとブートストラップし得るようにアクセスネットワークインフラストラクチャを活用し得る。一実施形態において、方法は、第１の拡張認証プロトコル（ＥＡＰ）メッセージをネットワークノードに提供することであって、第１のＥＡＰメッセージはマシンツーマシンサービスプロバイダ識別子を含むことと、第２のＥＡＰメッセージをネットワークノードから受信することであって、第２のＥＡＰメッセージはデバイスがマシンツーマシンサーバサービス層と通信するときに使用されるべき暗号化鍵を導出するためにデバイスによって使用されることができるデータを含む第２のＥＡＰメッセージとを含む。【選択図】図４

Description

（関連出願の引用）
本願は、米国仮特許出願第６１／８２６１７６号（２０１３年５月２２日出願、名称「ＡＣＣＥＳＳ ＮＥＴＷＯＲＫ ＡＳＳＩＳＴＥＤ ＢＯＯＴＳＴＲＡＰＰＩＮＧ」）の利益を主張し、上記出願の内容は、参照により本明細書に引用される。

マシンツーマシン（Ｍ２Ｍ）技術は、有線および無線通信システムを使用して、デバイスが互いにより直接的に通信することを可能にする。Ｍ２Ｍ技術は、一意的に識別可能なオブジェクトおよびインターネット等のネットワークを経由して互いに通信するそのようなオブジェクトの仮想表現のシステムである、モノのインターネット（ＩｏＴ）のさらなる実現を可能にする。ＩｏＴは、食料品店内の商品または家庭内の器具等のさらに日常的な毎日のオブジェクトとの通信を促進し、それによって、そのようなオブジェクトの知識を向上させることによって、費用および無駄を低減させ得る。例えば、店は、在庫にあり得るか、または販売された場合がある、オブジェクトと通信するか、またはそこからデータを取得することができることによって、非常に精密な在庫データを維持し得る。

マシンツーマシン通信のための標準化アーキテクチャを開発するために、いくつかの取り組みが行われてきた。これらは、第３世代パートナーシッププロジェクト（３ＧＰＰ）マシン型通信（ＭＴＣ）アーキテクチャ、ＥＴＳＩ Ｍ２Ｍアーキテクチャ、およびｏｎｅＭ２Ｍアーキテクチャを含む。これらのアーキテクチャは、以下で簡潔に要約される。

３ＧＰＰ進化型パケットコア（ＥＰＣ）ネットワークは、最初にマシンツーマシン（Ｍ２Ｍ）通信を取り扱うために最適化される方法で設計されただけでなく、高性能計測、ホームオートメーション、ｅヘルス、消費者製品、フリート管理等を伴う通信等のマシンまたはデバイスがネットワークを経由して互いに通信する、マシン型通信（ＭＴＣ）と称された。したがって、３ＧＰＰ仕様のリリース１１（Ｒ１１）では、３ＧＰＰは、マシン型通信／マシンツーマシン通信のためのＵＭＴＳコアネットワークのインターワーキング能力を強化した。インターワーキングとは、情報を交換し、デバイスを制御し、またはデバイスを監視し、あるいはデバイスと通信する目的で、コアネットワークにインターフェース接続する、サーバまたはアプリケーションを指す。図１は、ＴＳ ２３．６８２ Ｖ１１．５．０で３ＧＰＰによって提示されるＭＴＣアーキテクチャの部分を示す。

図１に示されるように、ユーザ機器３１４は、Ｅ−ＵＴＲＡＮ（ＬＴＥアクセスネットワーク）を含み得る、無線アクセスネットワーク（ＲＡＮ）３１９を経由してＥＰＣに接続し得る。進化型ノードＢ（ｅＮｏｄｅＢ）３は、ＬＴＥ無線用の基地局である。この図では、ＥＰＣは、サービングゲートウェイ（サービングＧＷ）３１０、パケットデータネットワークゲートウェイ（ＰＤＮ ＧＷまたはＰ−ＧＷ）３５３、移動管理エンティティ（ＭＭＥ）３１２、およびホーム加入者サーバ（ＨＳＳ）３５７を含む、いくつかのネットワーク要素を備えている。

ＨＳＳ３５７は、ユーザ関連および加入者関連情報を含むデータベースである。これはまた、移動管理、呼び出しおよびセッション設定、ユーザ認証およびアクセス認可におけるサポート機能も提供する。

ゲートウェイ（Ｓ−ＧＷ３１０およびＰ−ＧＷ３５２）は、ユーザプレーンを取り扱う。それらは、ユーザ機器（ＵＥ）３１４と外部ネットワークとの間でＩＰデータトラフィックを輸送する。Ｓ−ＧＷ３１０は、無線側とＥＰＣとの間の相互接続点である。その名前が示すように、このゲートウェイは、着信および発信ＩＰパケットを経路指定することによってＵＥにサービス提供する。これは、ＬＴＥ内移動のアンカーポイントであり（すなわち、ＲＡＮ３１９内のｅＮｏｄｅＢ間のハンドオーバの場合）、ＬＴＥと他の３ＧＰＰアクセスとの間にある。これは、論理的に、他方のゲートウェイ、すなわち、Ｐ−ＧＷ３５３に接続される。

Ｐ−ＧＷ３５３は、ＥＰＣとインターネット等の外部ＩＰネットワークとの間の相互接続点である。これらのネットワークは、ＰＤＮ（パケットデータネットワーク）と呼ばれ、したがって、名前。Ｐ−ＧＷ３５３は、ＰＤＮへ、およびそこからパケットを経路指定する。Ｐ−ＧＷ３５３はまた、ＩＰアドレス／ＩＰプレフィックス割付またはポリシー制御、および課金等の種々の機能も果たす。３ＧＰＰは、これらのゲートウェイが独立して動作するが、ネットワークベンダによって単一の「ボックス」の中で組み合わせられ得ることを規定する。

ＭＭＥ３１２は、コントロールプレーンを取り扱う。これは、Ｅ−ＵＴＲＡＮアクセスのための移動およびセキュリティに関連する信号伝達を取り扱う。ＭＭＥは、アイドルモードでＵＥの追跡およびページングに関与する。これはまた、非アクセス層（ＮＡＳ）の終端点でもある。

上記のように、ＵＥ３１４は、Ｅ−ＵＴＲＡＮを使用してＥＰＣに到達することができるが、これは、サポートされる唯一のアクセス技術ではない。３ＧＰＰは、複数のアクセス技術、また、これらのアクセスの間のハンドオーバもサポートすることを規定する。本概念は、複数のアクセス技術にわたって種々のＩＰベースのサービスを提供する一意のコアネットワークを使用して、集中をもたらすことである。既存の３ＧＰＰ無線アクセスネットワークがサポートされる。３ＧＰＰ仕様は、どのようにしてインターワーキングがＥ−ＵＴＲＡＮ（ＬＴＥおよびＬＴＥ−Ａｄｖａｎｃｅｄ）、ＧＥＲＡＮ（ＧＳＭ（登録商標）／ＧＰＲＳの無線アクセスネットワーク）、およびＵＴＲＡＮ（ＵＭＴＳベース技術ＷＣＤＭＡ（登録商標）およびＨＳＰＡの無線アクセスネットワーク）の間で達成されるかを定義する。

アーキテクチャはまた、ＵＥおよびＥＰＣを相互接続する非３ＧＰＰ技術も可能にする。非３ＧＰＰは、これらのアクセスが３ＧＰＰで規定されなかったことを意味する。これらの技術は、例えば、ＷｉＭＡＸ、ｃｄｍａ２０００（登録商標）、ＷＬＡＮ、または固定ネットワークを含む。非３ＧＰＰアクセスは、２つのカテゴリ、すなわち、「信頼できる」ものおよび「信頼できない」ものに分けることができる。信頼できる非３ＧＰＰアクセスは、ＥＰＣと直接相互作用することができる。信頼できない非３ＧＰＰアクセスは、ｅＰＤＧ（進化型パケットデータゲートウェイ）（図示せず）と呼ばれるネットワークエンティティを介してＥＰＣとインターワークする。ｅＰＤＧの主要な役割は、信頼できない非３ＧＰＰアクセスを経由したＵＥとの接続のＩＰｓｅｃトンネリング等のセキュリティ機構を提供することである。３ＧＰＰは、どの非３ＧＰＰ技術が信頼できる、または信頼できないと見なされるべきであるかを規定しない。この決定は、オペレータによって行われる。

図１でさらに図示されるように、サービス能力サーバ（ＳＣＳ）３６１は、サービスをコアネットワーク、デバイス、およびアプリケーションに提供し得る。ＳＣＳはまた、Ｍ２Ｍサーバ、ＭＴＣサーバ、サービス能力層（ＳＣＬ）、または共通サービスエンティティ（ＣＳＥ）と呼ばれ得る。ＳＣＳ３６１は、ホーム公衆陸上移動ネットワーク（ＨＰＬＭＮ）のオペレータによって、またはＭＴＣサービスプロバイダによって制御され得る。ＳＣＳは、オペレータドメインの内側または外側に展開され得る。ＳＣＳがオペレータドメインの内側に展開される場合、ＳＣＳは、内部ネットワーク機能であり得、かつオペレータによって制御され得る。ＳＣＳがオペレータドメインの外側に展開される場合、ＳＣＳは、ＭＴＣサービスプロバイダによって制御され得る。

図１のＭＴＣアーキテクチャでは、ＳＣＳ３６１は、Ｔｓｐ基準点（すなわち、インターフェース）３０８を介して、マシン型通信（ＭＴＣ）インターワーキング機能（ＭＴＣ−ＩＷＦ）３５９と通信し得る。Ｔｓｐ基準点は、コアネットワークとインターワークするために使用されるインターフェースの実施例である。

ＵＥは、無線アクセスネットワーク（ＲＡＮ）３１９を含む公衆陸上移動ネットワーク（ＰＬＭＮ）を通して、ＳＣＳおよび／または他のＭＴＣ ＵＥと通信し得る。ＭＴＣ ＵＥ２１４は、１つ以上のＭＴＣアプリケーション３１６をホストし得る。ＭＴＣアプリケーションはまた、１つ以上のアプリケーションサーバ（ＡＳ）（例えば、ＡＳ３２０）上でホストされ得る。ＭＴＣアプリケーション３１６は、ＳＣＳ３６１、ＡＳ ＭＴＣアプリケーション、または他のＵＥ ＭＴＣアプリケーションと相互作用し得る、ＭＴＣ通信エンドポイントであり得る。

アプリケーションサーバ（ＡＳ）（例えば、ＡＳ３２０）はまた、１つ以上のＭＴＣアプリケーションをホストし得る。ＡＳ３２０は、ＳＣＳ１６１とインターフェース接続し得、ＳＣＳ３６１は、サービスをＡＳ３２０上で作動するアプリケーションに提供し得る。ＡＳ上のＭＴＣアプリケーションは、ＳＣＳ、ＵＥ ＭＴＣアプリケーション、または他のＭＴＣアプリケーションと相互作用し得る。

ＭＴＣインターワーキング機能（ＭＴＣ−ＩＷＦ）３５９は、ＳＣＳ３６１から内部ＰＬＭＮトポロジーを隠す。ＭＴＣ−ＩＷＦは、ＰＬＭＮ内でＭＴＣ機能性（例えば、ＭＴＣ ＵＥトリガ）をサポートするように、（例えば、Ｔｓｐ基準点３０８を経由して）それ自体とＳＣＳとの間で使用される信号伝達プロトコルを中継および／または変換し得る。例えば、ＳＣＳは、ＭＴＣ−ＩＷＦがトリガをＭＴＣデバイスに送信することを要求し得る。ＭＴＣ−ＩＷＦは、例えば、ＳＭＳ（図示せず）を介して、ＭＴＣトリガをＭＴＣデバイス３１４に配信し得る。ＭＴＣデバイス３１６は、トリガに基づいて、ＳＣＳ３１２に応答し得る。ＭＴＣデバイス３１４は、例えば、センサ示度で応答し得る。ＭＴＣデバイス２１４がＳＣＳ３１２に応答するとき、ＭＴＣデバイスは、ＳＣＳ３６１と通信するために、Ｐ−ＧＷ３５３を介したパケットデータネットワーク（ＰＤＮ）／パケットデータプロトコル（ＰＤＰ）接続を使用し得る。ＭＴＣデバイスは、ＩＰ接続を使用して、ＳＣＳと接続し得る。

ＭＴＣ−ＩＷＦ３５９は、ＳＣＳが３ＧＰＰネットワークとの通信を確立し得る前に、ＳＣＳ３６１を認可し得る。例えば、ＳＣＳ３５９がＴｓｐ基準点上でトリガ要求を行うとき、ＭＴＣ−ＩＷＦ３５９は、ＳＣＳがトリガ要求を送信する権限を与えられているかどうか、およびＳＣＳがそのトリガ提出の割り当てまたは割合を超えていないことをチェックし得る。

ＥＴＳＩ Ｍ２Ｍアーキテクチャが図２で図示されている。ＥＴＳＩ Ｍ２Ｍアーキテクチャでは、サービス能力層（ＳＣＬ）は、サービス能力をネットワークに提供するために、露出インターフェースのセットを通してコアネットワーク機能性を使用する。ＳＣＬは、１つまたはいくつかの異なるコアネットワークにインターフェース接続し得る。

ＥＴＳＩ Ｍ２Ｍアーキテクチャでは、ネットワークは、Ｍ２Ｍデバイス（例えば、デバイス１４５）、Ｍ２Ｍゲートウェイ（例えば、ゲートウェイ１４０）、およびＭ２Ｍサーバ（例えば、Ｍ２Ｍサーバ１２５）を備えている。デバイスアプリケーション（ＤＡ）は、Ｍ２Ｍデバイス上で実行され得、ゲートウェイアプリケーション（ＧＡ）は、Ｍ２Ｍゲートウェイ上で実行され得、ネットワークアプリケーション（ＮＡ）は、Ｍ２Ｍサーバ上で実行され得る。さらに示されるように、デバイス（例えば、デバイス１４５）は、デバイスサービス能力層（ＤＳＣＬ）（例えば、ＤＳＣＬ１４６）を使用して、Ｍ２Ｍサービス能力を実装し得、ゲートウェイは、ゲートウェイＳＣＬ（ＧＳＣＬ１４１）を実装し得、サーバは、ネットワークＳＣＬ（ＮＳＣＬ）（例えば、ＮＳＣＬ１２６）を実装し得る。

ｍＩａ基準点は、ネットワークアプリケーションがＭ２Ｍサーバ内のＭ２Ｍサービス能力にアクセスすることを可能にする。

ｄＩａ基準点は、Ｍ２Ｍデバイス内に常駐するデバイスアプリケーションが同一のＭ２Ｍデバイス内またはＭ２Ｍゲートウェイ内の異なるＭ２Ｍサービス能力にアクセスすることを可能にし、Ｍ２Ｍゲートウェイ内に常駐するゲートウェイアプリケーションが同一のＭ２Ｍゲートウェイ内の異なるＭ２Ｍサービス能力にアクセスすることを可能にする。

ｍＩｄ基準点は、Ｍ２ＭデバイスまたはＭ２Ｍゲートウェイ内に常駐するＭ２Ｍサービス能力層が、ネットワーク内のＭ２Ｍサービス能力層と通信することを可能にする。ｍＩｄ基準点は、下位層としてコアネットワーク接続性機能を使用する。

さらにＥＴＳＩ Ｍ２Ｍアーキテクチャによると、Ｍ２Ｍエンティティ（例えば、ハードウェアおよび／またはソフトウェアの組み合わせによって実装され得る、デバイス、ゲートウェイ、サーバ／プラットフォーム等のＭ２Ｍ機能エンティティ）は、アプリケーションまたはサービスを提供し得る。例えば、光センサは、検出された光レベルを示すデータを提供し得、サーモスタットは、温度データ、および空調制御を調整する能力を提供し得る。このデータは、他のＭ２Ｍエンティティによってアクセスされ得、本質的に、Ｍ２Ｍエンティティ間でデータを交換する手段としての機能を果たす、「リソース」として利用可能にされ得る。リソースは、ユニバーサルリソースインジケータ（ＵＲＩ）またはユニバーサルリソースロケータ（ＵＲＬ）を使用してアドレス指定され得る、データの一意的にアドレス可能な表現であり得る。そのようなリソースの可用性は、Ｍ２Ｍエンティティが、Ｍ２Ｍサービス能力層（ＳＣＬ）を介してこれらのエンティティの間で伝達され得る。

Ｍ２Ｍ ＳＣＬはまた、ハードウェアまたはハードウェアおよびソフトウェアの組み合わせを使用して実装され得、上記の基準点上で露出される機能（すなわち、Ｍ２Ｍエンティティ間の機能インターフェース）を提供する、機能エンティティである。例えば、Ｍ２Ｍ ＳＣＬは、異なるＭ２Ｍアプリケーションおよび／またはサービスによって共有されるか、または共通で使用される共通（サービス）機能性を提供し得る。Ｍ２Ｍサービス能力は、露出インターフェースのセット（例えば、３ＧＰＰ、３ＧＰＰ２、ＥＴＳＩ ＴＩＳＰＡＮ等によって規定される既存のインターフェース）を通して、３ＧＰＰコアネットワークアーキテクチャの機能および能力を使用し得、１つ以上の他のコアネットワークにもインターフェース接続し得る。Ｍ２Ｍデバイスおよびエンティティは、典型的には、Ｍ２Ｍネットワークドメインの中へ組織化される。多くの実装では、ネットワークＳＣＬエンティティ（ＮＳＣＬ）を伴って構成されるＭ２Ｍサーバ（例えば、Ｍ２Ｍサーバ１２５）は、同一のＭ２Ｍネットワークドメイン内の他のデバイス（例えば、他のＭ２ＭデバイスおよびＭ２Ｍゲートウェイ）による使用のためのリソースおよびリソースデータを維持し得る。

依然として図２を参照すると、ＮＳＣＬ１２６は、ネットワークドメイン１２２内にあり、Ｍ２Ｍサーバプラットフォーム１２５においてネットワークアプリケーション（ＮＡ）１２７を伴って構成され得る。ＮＡ１２７およびＮＳＣＬ１２６は、基準点ｍＩａ１２８を介して通信し得る。ｍＩａ基準点は、ＮＡがＭ２Ｍドメイン内のＮＳＣＬから利用可能なＭ２Ｍサービス能力にアクセスすることを可能にし得る。さらに、ネットワークドメイン１２２内には、Ｍ２Ｍゲートウェイデバイス１４０において構成され得る、ＧＳＣＬ１４１およびゲートウェイアプリケーション（ＧＡ）１４２があり得る。ＧＳＣＬ１４１およびＧＡ１４２は、基準点ｄＩａ１４３を使用して通信し得る。さらに、ネットワークドメイン１２２内には、Ｍ２Ｍデバイス１４５において構成され得る、ＤＳＣＬ１４６およびデバイスアプリケーション（ＤＡ）１４７があり得る。ＤＳＣＬ１４６およびＤＡ１４７は、基準点ｄＩａ１４８を使用して通信し得る。ＧＳＣＬ１４１およびＤＳＣＬ１４６の各々は、基準点ｍＩｄ１２４を使用してＮＳＣＬ１２６と通信し得る。一般に、ｄＩａ基準点は、デバイスおよびゲートウェイアプリケーションがそれぞれのローカルサービス能力（すなわち、それぞれ、ＤＳＣＬおよびＧＳＣＬで利用可能なサービス能力）と通信することを可能にする。ｍＩｄ基準点は、Ｍ２Ｍデバイス（例えば、ＤＳＣＬ１４６）またはＭ２Ｍゲートウェイ（例えば、ＧＳＣＬ１４１）内に常駐するＭ２Ｍ ＳＣＬがネットワークドメイン内のＭ２Ｍサービス能力（例えば、ＮＳＣＬ１２６）と通信することを可能にし、その逆も同様である。

典型的には、デバイス１４５、ゲートウェイ１４０、およびＭ２Ｍサーバプラットフォーム１２５は、図８Ｃおよび図８Ｄで図示され、以下で説明されるデバイス等のコンピュータデバイスを備えている。ＮＳＣＬ、ＤＳＣＬ、ＧＳＣＬ、ＮＡ、ＧＡ、およびＤＡエンティティは、典型的には、システム１２０においてそれぞれの機能を果たすように、基礎的デバイスまたはプラットフォーム上で実行する、ソフトウェアの形態で実装される論理的エンティティである。ＥＴＳＩ Ｍ２ＭアーキテクチャのＭ２Ｍサーバ１２５は、３ＧＰＰ ＭＴＣアーキテクチャ内のＳＣＳ（例えば、図１のＳＣＳ３６１）であり得る。

図２でさらに示されるように、ＮＳＣＬ１３１は、ＮＡ１３２とともにドメイン１３０内にあり得る。ＮＡ１３２およびＮＳＣＬ１３１は、ｍＩａ基準点１３３を介して通信し得る。ネットワークドメイン１３５内のＮＳＣＬ１３６、およびネットワークドメイン１３８内のＮＳＣＬ１３９もあり得る。ｍＩｍ基準点１２３は、ネットワークドメイン１２２内のＮＳＣＬ１２６、ネットワークドメイン１３０内のＮＳＣＬ１３１、ネットワークドメイン１３５内のＮＳＣＬ１３６、またはネットワークドメイン１３８内のＮＳＣＬ１３９等の異なるネットワークドメイン内のＭ２Ｍネットワークノードが互いに通信することを可能にする、ドメイン間基準点であり得る。本明細書では簡単にするために、「Ｍ２Ｍサーバ」という用語が、サービス能力サーバ（ＳＣＳ）、ＮＳＣＬ、アプリケーションサーバ、ＮＡ、またはＭＴＣサーバを示すために使用され得る。加えて、本明細書で議論される場合、ユーザ機器（ＵＥ）という用語は、ＧＡ、ＧＳＣＬ、ＤＡ、またはＤＳＣＬに適用され得る。ＵＥは、例えば、マシン、センサ、アプライアンス等、移動局、固定または移動加入者ユニット、ポケットベル、携帯情報端末（ＰＤＡ）、コンピュータ、携帯電話またはスマートフォン、あるいは有線または無線環境で動作することが可能な任意の他のタイプのデバイスを含む、Ｍ２ＭまたはＭＴＣデバイスまたはゲートウェイ等の３ＧＰＰまたは他の無線ネットワーク内で通信することが可能な任意の無線デバイスを備え得る。

３ＧＰＰ ＭＴＣおよびＥＴＳＩ Ｍ２Ｍアーキテクチャが、本明細書で背景として説明され、以降で説明される種々の実施形態を例証するために使用され得るが、以降で説明される実施形態の実装が、本開示の範囲内にとどまりながら変動し得ることが理解される。当業者であればまた、開示された実施形態は、上記で議論される３ＧＰＰまたはＥＴＳＩ Ｍ２Ｍアーキテクチャを使用する実装に限定されないが、むしろ、ｏｎｅＭ２Ｍ、ＭＱテレメトリトランスポート（ＭＱＴＴ）、ならびに他の関連Ｍ２Ｍシステムおよびアーキテクチャ等の他のアーキテクチャおよびシステムでも実装され得ることも認識するであろう。

Ｍ２Ｍシステムでしばしば行われる１つのプロセスは、ブートストラッピングと呼ばれる。ブートストラッピングは、エンティティ（例えば、エンドユーザデバイスおよびサーバ）が、それらの間で安全な通信を可能にする関係を確立するために相互認証および鍵合意を行うプロセスである。相互認証は、各関係者がその識別を他者に証明するプロシージャである。認証は、正規エンドユーザデバイスであると装うことによって、不正デバイスがサーバに登録することを防止することに役立つ。認証はまた、正規サーバであると装うことによって不正サーバがエンドユーザデバイスとの接続を確立することから成り得る、介入者攻撃を不正サーバが行うことを防止することにも役立つ。

鍵合意は、セキュリティ鍵を導出するプロシージャであり、例えば、セキュリティキーを使用する暗号化プロセスによって、通信エンティティが、次いで、それらの間で通信を保証するためにセキュリティキーを使用することができる。鍵合意機構の特徴は、鍵が伝送されないことである。鍵導出機能は、例えば、エンドユーザデバイスおよびサーバのみに意図されている共有秘密値に基づき得る。この共有秘密も伝送されない。鍵導出機能は、共有秘密を知らない盗聴者にとって、鍵合意プロシージャ中に伝送されるメッセージを観察することによって鍵を計算することが極めて計算的に複雑であるように設計されている。いくつかの認証および鍵合意機構の概観が本明細書で議論される。さらなるコンテキストを開示された実施形態に与えるように、拡張認証プロトコル（ＥＡＰ）、およびネットワークアクセスのための認証を搬送するためのプロトコル（ＰＡＮＡ）等のいくつかの認証および鍵合意機構の概観が以下で議論される。

拡張認証プロトコル（ＥＡＰ）は、それ自体では認証方法ではないが、むしろ特定の認証方法を実装するために使用することができる共通認証フレームワークである。換言すると、ＥＡＰは、ピア、オーセンティケータ、および認証サーバが、どのような認証方法が使用されるであろうかを交渉することを可能にするプロトコルである。次いで、選択された認証方法が、ＥＡＰプロトコルの内側で実行される。ＥＡＰは、ＲＦＣ ３７４８で定義されている。ＲＦＣ ３７４８は、ＥＡＰパケット形式、プロシージャ、ならびに所望の認証機構の交渉等の基本機能を説明する。

図４は、基本ＥＡＰアーキテクチャを図示する。図４に示され、ＲＦＣ３７４８で説明されるように、ＥＡＰオーセンティケータ１６３（例えば、アクセスポイント）を介して認証サーバ１６２に連絡し得る、ＥＡＰピア１６１がある。ＥＡＰは、ＲａｄｉｕｓまたはＤｉａｍｅｔｅｒプロトコルを使用することができる。ＩＥＴＦによって定義される、多くのＥＡＰ方法がある。本明細書では、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）−ＡＫＡに基づき、ＲＦＣ ４１８７で定義される、ＥＡＰ認証および鍵合意（ＡＫＡ）と呼ばれるＥＡＰ方法が議論される。それにもかかわらず、本明細書で提示される概念の多くは、選択されたＥＡＰ認証方法に関係なく使用することができる。ＥＡＰは、リンク層（第２層）プロトコルとして設計された。ＰＡＮＡは、ＩＰネットワークを経由してＥＡＰメッセージを搬送するために使用され得る、プロトコルである。換言すると、ＰＡＮＡは、ＥＡＰのためのトランスポートである。ＰＡＮＡは、ネットワーク（ＩＰ）層の上で作動する。ＰＡＮＡは、ＲＦＣ５１９１で定義されている。ＰＡＮＡは、動的サービスプロバイダ選択を可能にし、種々の認証方法をサポートし、ローミングユーザのために好適であり、リンク層機構から独立している。

ブートストラッピングは、多くの場合、所望のレベルのセキュリティを達成するために、秘密鍵または証明書がデバイスにおいてプロビジョニングされることを要求する、高価なプロセスであり得る。これは、ＳＣＳまたはＭ２Ｍサーバとブートストラップするために必要とされる多数のデバイスにより、マシンツーマシン分野で特に重要な問題である。少なくとも２つのブートストラッピングアプローチのための方法、デバイス、およびシステムが開示される。実施形態では、サービス層は、アクセスネットワークによってすでに必要とされているものを超えてプロビジョニングする必要なく、Ｄ／ＧＳＣＬがＭ２Ｍサーバとブートストラップし得るように、アクセスネットワークインフラストラクチャを活用し得る。このアプローチでは、ＭＴＣ−ＩＷＦは、アクセスネットワークのＡＡＡサーバへの安全な接続を提供し得る。サービス層鍵材料は、ＵＥがアクセスネットワークにアタッチするときにアクセスネットワークのＡＡＡサーバによってＭ２Ｍサーバに提供され得る。別の実施形態では、Ｍ２Ｍサーバがデバイスを認証および認可するためにコアネットワークのインフラストラクチャを使用するように、プロシージャが定義される。例えば、ＥＡＰ−ＰＡＮＡベースのアプローチは、ＵＥおよびＭ２ＭサーバがＥＡＰ−ＡＫＡ−ＰＡＮＡ認証を行うことができるように、ＥＡＰ認証サーバとしてＨＳＳを使用し得る。

本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、また、請求された主題の範囲を限定するために使用されることも目的としていない。さらに、請求された主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
本発明はさらに、例えば、以下を提供する。
（項目１）
ユーザ機器であって、
プロセッサと、
前記プロセッサに連結されているメモリと
を備え、
前記メモリは、実行可能命令を記憶しており、前記命令は、前記プロセッサによって実行されると、
第１の拡張認証プロトコル（ＥＡＰ）メッセージをネットワークノードに提供することであって、前記第１のＥＡＰメッセージは、マシンツーマシンサービスプロバイダ識別子を含む、ことと、
第２のＥＡＰメッセージを前記ネットワークノードから受信することであって、前記第２のＥＡＰメッセージは、前記ユーザ機器がマシンツーマシンサーバサービス層と通信するときに使用されるべき暗号化鍵を導出するために前記ユーザ機器によって使用されることができるデータを含む、ことと
を含む動作を前記プロセッサに達成させる、ユーザ機器。
（項目２）
前記メモリは、前記プロセッサによって実行されると、前記第２のＥＡＰメッセージに基づいて前記暗号化鍵を導出することを含む動作を前記プロセッサに実行させる実行可能命令をさらに備えている、項目１に記載のユーザ機器。
（項目３）
前記サービスプロバイダ識別子は、
前記ユーザ機器が接続したいサービス層を提供する企業の名前、または、
前記ユーザ機器が接続したいサービス層の名前と
を含む、項目１に記載のユーザ機器。
（項目４）
前記ネットワークノードは、信頼できる非３ＧＰＰアクセスポイントである、項目１に記載のユーザ機器。
（項目５）
前記第１のＥＡＰメッセージは、前記ユーザ機器のアクセスネットワーク識別子、または前記ユーザ機器に割り当てられるべき特定のアプリケーション識別子に対する要求をさらに含む、項目１に記載のユーザ機器。
（項目６）
前記データは、ランダムチャレンジ、ネットワーク認証ベクトル、またはメッセージ 認証コードを含む、項目１に記載のユーザ機器。
（項目７）
前記第２のＥＡＰメッセージは、
前記ユーザ機器上のアプリケーションの識別子であって、前記アプリケーションの前記識別子は、マシンツーマシンサーバによって前記アプリケーションに割り当てられる、アプリケーションの識別子と、
マシンツーマシンサーバ上のネットワークサービス能力層の識別子であって、前記ネットワークサービス能力層の前記識別子は、前記ユーザ機器上の前記アプリケーションが接続する前記マシンツーマシンサーバ上の前記ネットワークサービス能力層を表す、ネットワークサービス能力層の識別子と
をさらに含む、項目１に記載のユーザ機器。
（項目８）
前記第１のＥＡＰメッセージを提供することは、前記ネットワークノードから前記ユーザ機器の識別に対する要求を受信することに応答する、項目１に記載のユーザ機器。
（項目９）
第１の拡張認証プロトコル（ＥＡＰ）メッセージをネットワークノードに提供することであって、前記第１のＥＡＰメッセージは、マシンツーマシンサービスプロバイダ識別子を含む、ことと、
第２のＥＡＰメッセージを前記ネットワークノードから受信することであって、前記第２のＥＡＰメッセージは、デバイスがマシンツーマシンサーバサービス層と通信するときに使用されるべき暗号化鍵を導出するために前記デバイスによって使用されることができるデータを含む、ことと
を含む、方法。
（項目１０）
前記メモリは、前記プロセッサによって実行されると、前記第２のＥＡＰメッセージに基づいて前記暗号化鍵を導出することを含む動作を前記プロセッサに達成させる実行可能命令をさらに備えている、項目９に記載の方法。
（項目１１）
前記サービスプロバイダ識別子は、
前記デバイスが接続したいサービス層を提供する企業の名前、または、
前記デバイスが接続したいサービス層の名前
を含む、項目９に記載の方法。
（項目１２）
前記ネットワークノードは、信頼できる非３ＧＰＰアクセスポイントである、項目９に記載の方法。
（項目１３）
前記第１のＥＡＰメッセージは、前記デバイスのアクセスネットワーク識別子、または前記デバイスに割り当てられるべき特定のアプリケーション識別子に対する要求をさらに含む、項目９に記載の方法。
（項目１４）
前記データは、ランダムチャレンジ、ネットワーク認証ベクトル、またはメッセージ認証コードを含む、項目９に記載の方法。
（項目１５）
前記第２のＥＡＰメッセージは、
前記デバイス上のアプリケーションの識別子であって、前記アプリケーションの前記識別子は、マシンツーマシンサーバによって前記アプリケーションに割り当てられる、アプリケーションの識別子と、
マシンツーマシンサーバ上のネットワークサービス能力層の識別子であって、前記ネットワークサービス能力層の前記識別子は、前記デバイス上の前記アプリケーションが接続する前記マシンツーマシンサーバ上の前記ネットワークサービス能力層を表す、ネットワークサービス能力層の識別子と
をさらに含む、項目９に記載の方法。
（項目１６）
前記第１のＥＡＰメッセージを提供することは、前記ネットワークノードから前記デバイスの識別に対する要求を受信することに応答する、項目９に記載の方法。
（項目１７）
コンピュータ実行可能命令を備えているコンピュータ読み取り可能な記憶媒体であって、
前記命令は、コンピュータデバイスによって実行されると、
第１の拡張認証プロトコル（ＥＡＰ）メッセージをネットワークノードに提供することであって、前記第１のＥＡＰメッセージは、マシンツーマシンサービスプロバイダ識別子を含む、ことと、
第２のＥＡＰメッセージを前記ネットワークノードから受信することであって、前記第２のＥＡＰメッセージは、前記コンピュータデバイスがマシンツーマシンサーバサービス層と通信するときに使用されるべき暗号化鍵を導出するために前記コンピュータデバイスによって使用されることができるデータを含む、ことと
を含む前記命令を前記コンピュータデバイスに行わせる、コンピュータ読み取り可能な記憶媒体。
（項目１８）
前記第１のＥＡＰメッセージは、前記コンピュータデバイスのアクセスネットワーク識別子、または前記コンピュータデバイスに割り当てられるべき特定のアプリケーション識別子に対する要求をさらに含む、項目１７に記載のコンピュータ読み取り可能な記憶媒体。
（項目１９）
前記データは、ランダムチャレンジ、ネットワーク認証ベクトル、またはメッセージ認証コードを含む、項目１７に記載のコンピュータ読み取り可能な記憶媒体。
（項目２０）
前記第２のＥＡＰメッセージは、
前記コンピュータデバイス上のアプリケーションの識別子であって、前記アプリケーションの前記識別子は、マシンツーマシンサーバによって前記アプリケーションに割り当てられる、アプリケーションの識別子と、
マシンツーマシンサーバ上のネットワークサービス能力層の識別子であって、前記ネットワークサービス能力層の前記識別子は、前記コンピュータデバイス上の前記アプリケーションが接続する前記マシンツーマシンサーバ上の前記ネットワークサービス能力層を表す、ネットワークサービス能力層の識別子と
をさらに含む、項目１７に記載のコンピュータ読み取り可能な記憶媒体。

添付の図面と併せて一例として挙げられる、以下の説明から、より詳細に理解され得る。
図１は、３ＧＰＰマシン型通信（ＭＴＣ）アーキテクチャを図示する、ブロック図である。 図２は、ＥＴＳＩ Ｍ２Ｍアーキテクチャを図示する、ブロック図である。 図３は、一般的ＥＡＰアーキテクチャを図示する。 図４は、Ｍ２ＭのためのＥＡＰ−ＰＡＮＡ−ＡＫＡアーキテクチャを図示する。 図５は、ＥＡＰ−ＰＡＮＡ Ｄ／ＧＳＣＬブートストラッピングのフロー図を図示する。 図６は、Ｍ２ＭのためのＥＡＰアクセスネットワークベースのサービス層ブートストラッピングを図示する。 図７Ａは、アクセスネットワークＥＡＰベースのＤ／ＧＳＣＬブートストラッピングのフロー図を図示する。 図７Ｂは、図７Ａから継続されるアクセスネットワークＥＡＰベースのＤ／ＧＳＣＬブートストラッピングのフロー図を図示する。 図８Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。 図８Ｂは、図８Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。 図８Ｃは、図８Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。 図８Ｄは、図８Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。

続行する前に、本明細書で説明される実施形態は、表現状態転送（ＲＥＳＴ）アーキテクチャに関して説明され、説明される構成要素およびエンティティは、ＲＥＳＴアーキテクチャ（ＲＥＳＴｆｕｌアーキテクチャ）の制約に従い得ることに留意されたい。ＲＥＳＴｆｕｌアーキテクチャは、物理的構成要素の実装または使用される通信プロトコルに関するよりもむしろ、アーキテクチャで使用される構成要素、エンティティ、コネクタ、およびデータ要素に適用される制約に関して説明される。したがって、構成要素、エンティティ、コネクタ、およびデータ要素の役割および機能が説明されるであろう。

ＲＥＳＴｆｕｌアーキテクチャでは、一意的にアドレス可能なリソースの表現が、エンティティ間で転送される。ＥＴＳＩ Ｍ２Ｍ仕様（例えば、本明細書に論じられるようなＴＳ １０２ ９２１およびＴＳ１０２ ６９０）は、ＳＣＬ上に常駐するリソース構造を標準化している。ＲＥＳＴｆｕｌアーキテクチャでリソースを取り扱うとき、作成（子リソースを作成する）、読み出し（リソースのコンテンツを読み取る）、更新（リソースのコンテンツを書き込む）、または削除（リソースを削除する）等のリソースに適用され得る基本的方法がある。当業者であれば、本開示の範囲内にとどまりながら、本実施形態の実装が変動し得ることを認識するであろう。当業者であればまた、開示された実施形態が、例示的実施形態を説明するために本明細書で使用されるＥＴＳＩ Ｍ２Ｍアーキテクチャを使用する実装に限定されないことも認識するであろう。開示された実施形態は、ｏｎｅＭ２Ｍ、ならびに他のＭ２Ｍシステムおよびアーキテクチャ等のアーキテクチャおよびシステムで実装され得る。

本明細書で議論されるＥＡＰ−ＰＡＮＡアプローチおよびＥＡＰアクセスネットワークベースのアプローチは、サービス層がより軽量であることを可能にする。ＥＡＰ−ＰＡＮＡおよびＥＡＰアクセスネットワークベースのアプローチでは、インターフェースがＭ２ＭサーバのＮＳＣＬからアクセスネットワークへ提供されるが、このインターフェースは、ＥＴＳＩ Ｍ２Ｍ仕様によって完全には定義されていない。ＥＴＳＩ Ｍ２Ｍアーキテクチャ仕様の第８．３．２節、およびＥＴＭＳ Ｍ２Ｍ ｍＩａ、ｄＩａ、ｍＩｄ仕様の第６．２節を含む、ＥＴＳＩ Ｍ２Ｍ仕様は、本明細書で議論されるようなアクセスネットワーク支援型ブートストラッピング方法のためのサポートを提供する。本明細書で開示される鍵合意の実施例は、Ｄ／ＧＳＣＬおよびＭ２ＭサーバがＭ２Ｍサービス層ルート鍵（ｋｍｒ）を導出することを含む。

本明細書で開示されるブートストラッピングアプローチは、ＥＴＳＩ Ｍ２Ｍアーキテクチャ仕様の第８．３．２節、ＥＴＳＩ ＴＳ １０２ ６９０、およびＥＴＳＩ ＴＳ
１０２ ９２１で概説されるアクセスネットワーク支援型Ｍ２Ｍブートストラッププロシージャに類似する。以下でさらに詳細に議論されるように、ＥＴＳＩ Ｍ２Ｍアーキテクチャは、ベースラインとして使用され、プロセスをより効率的にし、アクセスネットワークの能力をより良好に活用するように拡張される。アクセスネットワークは、概して、加入者をそれらの直近のアプリケーションサービスプロバイダに接続する、テレコミュニケーションズネットワークの一部と見なされ得る。

本明細書で開示される各ブートストラッピング方法は、（ｉ）ＵＥのＤ／ＧＳＣＬ（以降ではＵＥ Ｄ／ＧＳＣＬ）がＭ２ＭサーバのＮＳＣＬ（以降ではＭ２Ｍサーバ）と相互認証を行うことを可能にするために、コアネットワークインフラストラクチャを活用し、（ｉｉ）ブートストラッピングプロセスの一部として、サービス層ルート鍵Ｋｍｒを導出するために、コアネットワークインフラストラクチャ（例えば、ホーム公衆陸上移動ネットワーク）を活用し、（ｉｉｉ）ブートストラッピングプロセスが完了したときに、ＵＥ
Ｄ／ＧＳＣＬがＭ２Ｍサーバに登録されるように、登録プロセスを統合し得る。

本明細書で開示されるブートストラッピングアプローチのうちの１つは、ＥＡＰ−ＰＡＮＡベースのアプローチである。要約すると、ＥＡＰ−ＰＡＮＡベースのアプローチは、ＵＥ Ｄ／ＧＳＣＬとＭ２ＭサーバとがＥＡＰ−ＡＫＡ−ＰＡＮＡ認証を行うことができるように、ＥＡＰ認証サーバ（例えば、認証サーバ１６２）としてホーム加入者サーバ（ＨＳＳ）を使用し得る。このアプローチでは、ＵＥ Ｄ／ＧＳＣＬは、ＥＡＰピア（例えば、ＥＡＰピア１６１）と見なされ、Ｍ２Ｍサーバは、ＥＡＰオーセンティケータ（例えば、ＥＡＰオーセンティケータ１６３）と見なされる。Ｍ２Ｍサーバは、マシン型通信インターワーキング機能（ＭＴＣ−ＩＷＦ）を介して、ＥＡＰ認証サーバ（例えば、ＨＳＳ）に連絡する。

図４は、セルラーアクセスネットワークとインターワークするためのＥＡＰ−ＰＡＮＡ−ＡＫＡアーキテクチャ１７０（ＥＡＰ−ＰＡＮＡアプローチ）を表示する。ＵＥ Ｄ／ＧＳＣＬ１７１は、ＥＡＰ−ＰＡＮＡを使用して、Ｍ２Ｍサーバ１７４に通信可能に接続される。Ｍ２Ｍサーバ１７４は、Ｔｓｐ基準点１７８を介してＥＡＰ認証サーバ１７５に通信可能に接続される。ＥＡＰ認証サーバ１７５は、Ｓ６ｍ基準点１７９を介して接続される、ＭＴＣ−ＩＷＦ１７７およびＨＳＳ１７６を含む。ＥＡＰ認証サーバ１７５は、非アクセス層（ＮＡＳ）およびショートメッセージングサービス（ＳＭＳ）等のアクセスネットワーク制御プレーン１８１を介して、ＵＥ１７１に通信可能に接続される。このアーキテクチャでは、ＵＥ Ｄ／ＧＳＣＬ１７１は、ＥＡＰピアであり、Ｍ２Ｍサーバ１７４は、ＥＡＰオーセンティケータであり、ＭＴＣ−ＩＷＦ１７７は、ＨＳＳ１７６とともに、ＥＡＰ認証サーバ１７５内で統合されると見なされる。

ＭＴＣ−ＩＷＦ１７７は、Ｍ２Ｍサーバ１７４からコアネットワークトポロジーを隠す。したがって、ＥＡＰ認証サーバ１７５は、認証、認可、および会計（ＡＡＡ）サーバ（図示せず）等のＨＳＳ１７６以外のエンティティを含み得る。ＥＴＳＩ用語では、ＭＴＣ−ＩＷＦ１７７は、Ｍ２Ｍ認証サーバ（ＭＡＳ）、またはＭＡＳへのインターフェースである。Ｍ２Ｍサービスブートストラップ機能（ＭＳＢＦ）は、Ｍ２Ｍサーバ１７４の一部である。

図４に示されるＥＡＰ−ＰＡＮＡベースのアーキテクチャを参照すると、ＡＫＡが使用される場合、認証鍵Ｋｉが汎用集積回路カード（ＵＩＣＣ）（図示せず）およびＨＳＳ１７６の中でプロビジョニングされるため、ＨＳＳ１７６が認証サーバとして使用される。認証鍵がＵＥ Ｄ／ＧＳＣＬ１７１上のある他の媒体に記憶され、ＡＡＡサーバ等の別のネットワークノードにおいてプロビジョニングされる場合には、同じアーキテクチャが適用される。

ＥＡＰ−ＰＡＮＡ−ＡＫＡブートストラッピングプロシージャの呼び出しフローが、図５で図示され、以下で議論される。図５は、ＵＥ Ｄ／ＧＳＣＬ１９１がＥＡＰ−ＰＡＮＡ−ＡＫＡを使用してブートストラップし、Ｍ２Ｍサーバ１９２に登録するフロー１９０を図示する。ステップ１９５では、ＰＡＮＡクライアント開始（ＰＣＩ）メッセージが、ＵＥ Ｄ／ＧＳＣＬ１９１によってＭ２Ｍサーバ１９２に送信される。ＰＣＩメッセージは、ＰＡＮＡ仕様、ＩＥＴＦ ＲＦＣ ５１９１で定義される。ステップ１９５で送信されるＰＣＩメッセージは、登録要求である。ＰＣＩメッセージの宛先ＩＰアドレスは、Ｍ２Ｍサーバ１９２のＩＰアドレスであり、宛先ポート番号は、ＰＡＮＡポート番号（例えば、ポート７１６）であり得る。Ｍ２Ｍサーバ１９２は、ＵＥ Ｄ／ＧＳＣＬ１９１がＰＡＮＡメッセージに対してリッスンするＩＰアドレスおよびポート番号を決定するために、そのメッセージのソースＩＰアドレスおよびポート番号を使用する。実施形態では、Ｍ２Ｍサーバ１９２がＵＥ Ｄ／ＧＳＣＬ１９１のＩＰアドレスを把握し、ＰＡＮＡメッセージに対してリッスンするポート番号を把握している場合、Ｍ２Ｍサーバ１９２がブートストラッピングを開始することができる。例えば、Ｍ２Ｍサーバ１９２が、それが必要とするいくつかのサービスをＵＥ１９１上で発見する場合に、これが所望され得る。ＰＡＮＡ仕様は、ＰＣＩメッセージにおけるいかなる属性値ペア（ＡＶＰ）も定義しない。しかしながら、ＥＴＳＩ仕様、ＥＴＳＩ ＴＳ １０２ ９２１は、ＰＣＩメッセージのために使用され得るＡＶＰを定義する。表１は、使用され得るＡＶＰのうちのいくつかの実施例を表示する。ＭＳＭ−ＭＳＢＦ−ＩＤ、Ｍ２Ｍ−ＮＳＣＬ−ＩＤ、Ｍ２Ｍ−Ｄ／ＧＳＣＬ−ＩＤ、およびＭ２Ｍ−ＳＰ−ＩＤは、Ｄ／ＧＳＣＬが標的登録をあるＭＳＢＦ、ＮＳＣＬ、またはサービスプロバイダに限定したい場合に使用される、随意的なＡＶＰである。

ステップ１９６では、ＰＡＮＡ−Ａｕｔｈ要求（ＰＡＲ）メッセージが、ＵＥ Ｄ／ＧＳＣＬ１９１に送信される。ＰＡＮＡ−Ａｕｔｈ要求（ＰＡＲ）メッセージは、ＩＥＴＦ ＲＦＣ ５１９１（ＰＡＮＡ仕様）で定義される。Ｍ２Ｍサーバ１９２がＵＥ Ｄ／ＧＳＣＬ１９１のＩＰアドレスを把握していない場合には、ＰＡＲメッセージは、ＵＥ Ｄ／ＧＳＣＬ１９１が到達可能なアドレスにブロードキャスト、マルチキャスト、エニーキャストされ得る。ステップ１９７では、ＰＡＮＡ仕様で定義されるＰＡＮＡ−Ａｕｔｈ回答（ＰＡＮ）メッセージが、Ｍ２Ｍサーバ１９２に送信される。ＰＡＮメッセージは、「Ｍ２Ｍ Ｂｏｏｔｓｔｒａｐｐｉｎｇ」に設定されたＭ２Ｍ−Ｕｓａｇｅ−Ｔｙｐｅ ＡＶＰを有する。

ステップ１９８では、Ｍ２Ｍサーバ１９２が、ＭＴＣ−ＩＷＦ１９３へデバイス認証要求を行う。デバイス認証要求は、デバイスの３ＧＰＰ外部デバイス識別子を含む。この事例に対して、本明細書でさらに詳細に議論される、デバイス情報要求（ＤＩＲ）コマンドが実行され得る。ＤＩＲコマンドは、ＩＥＴＦ ＲＦＣ ４１８７（ＥＡＰ−ＡＫＡ仕様）で定義されるＥＡＰ応答／ＡＫＡ識別メッセージを搬送する、ＥＡＰ＿Ｐａｙｌｏａｄ
ＡＶＰを含み得る。ＥＡＰペイロードは、ＥＡＰ応答メッセージまたはＡＫＡ識別メッセージに等しい。ＤＩＲコマンドはまた、全てＥＡＰ ＡＫＡ鍵材料（ＥＡＰ＿ＡＫＡ＿ＫＥＹ＿ＭＡＴＥＲＩＡＬ）である、外部ＩＤ、Ｍ２ＭサーバＩＤ（ＳＣＳ ＩＤ）、およびＲｅｑｕｅｓｔｅｄ Ｐａｒａｍを含み得る。

ステップ１９９では、ＭＴＣ−ＩＷＦ１９３が、ステップ１９８に関連付けられるデバイス認証要求をＨＳＳ１９４に送信する。デバイス認証要求を受信した後、ＨＳＳ１９４は、ステップ２００で、認証トークン（ＡＵＴＮ）、ランダムチャレンジ（ＲＡＮＤ）、期待認証応答（ＸＲＥＳ）、メッセージ認証コード（ＭＡＣ）、およびＭ２Ｍルート鍵を生成するために、ＡＫＡアルゴリズムを実行する。ステップ２０１では、ＨＳＳ１９４が、ＭＴＣ−ＩＷＦ１９３にＥＡＰ−ＡＫＡブートストラッピング情報を送信する。本明細書でさらに詳細に議論される、デバイス情報回答（ＤＩＡ）コマンドが、実行されるコマンドであり得る。ＤＩＡコマンドは、全てＥＡＰ ＡＫＡ鍵材料（ＥＡＰ＿ＡＫＡ＿ＫＥＹ＿ＭＡＴＥＲＩＡＬ）である、外部ＩＤ、Ｍ２ＭサーバＩＤ、およびＲｅｑｕｅｓｔｅｄ Ｐａｒａｍを含み得る。ＤＩＡコマンドはまた、ＲＡＮＤ、ＸＲＥＳ、ＡＵＴＮ、ＭＡＣ、およびＭ２Ｍルート鍵に等しい、鍵材料を含み得る。

ステップ２０２では、ＭＴＣ−ＩＷＦ１９３が、ＥＡＰ−ＡＫＡブートストラッピング情報をＭ２Ｍサーバ１９２に送信する。ＤＩＡコマンドは、ＥＡＰ＿Ｐａｙｌｏａｄ ＡＶＰを含み得る。議論されるように、ＥＡＰ＿Ｐａｙｌｏａｄ ＡＶＰは、ＥＡＰ−ＡＫＡ仕様で定義されるＥＡＰ要求／ＡＫＡチャレンジメッセージを搬送する。ステップ２０２でのメッセージは、ランダムチャレンジ（ＡＴ＿ＲＡＮＤ）、ＡＵＴＮ、およびＭＡＣを搬送する。ＭＴＣ−ＩＷＦ１９３は、ＸＲＥＳおよびＭ２Ｍルート鍵（Ｋｍｒ）を保持する。ＸＲＥＳは、Ｍ２Ｍサーバ１９２に渡されない。

ステップ２０３では、ＵＥ Ｄ／ＧＳＣＬ１９１が、ＰＡＲメッセージを受信する。このＰＡＲメッセージのＥＡＰ＿Ｐａｙｌｏａｄは、ステップ２０２からのＥＡＰ要求／ＡＫＡチャレンジメッセージを搬送する。ステップ２０４では、ＵＥ Ｄ／ＧＳＣＬ１９１が、ＡＫＡアルゴリズムを実行し、ランダムチャレンジ（ＲＡＮＤ）への応答（ＲＥＳ）を生成し、Ｍ２Ｍサーバ１９２を認証するためにＡＵＴＮを使用する。ＵＥ Ｄ／ＧＳＣＬ１９１はまた、ＥＴＳＩ ＴＳ １０２ ９２１によって定義されるように、Ｍ２Ｍルート鍵Ｋｍｒを導出する。ステップ２０５では、Ｍ２Ｍサーバ１９２が、ＥＡＰ−ＡＫＡ仕様で定義されるＥＡＰ要求／ＡＫＡチャレンジメッセージを搬送する、ＰＡＮメッセージを受信する。ステップ２０６では、Ｍ２Ｍサーバ１９２が、ＵＥ Ｄ／ＧＳＣＬ１９１からのＲＥＳが正しいことをチェックするために、ＭＴＣ−ＩＷＦ１９３へ別のデバイス認証要求を行う。ステップ２０６での要求は、ＵＥ Ｄ／ＧＳＣＬ１９１の３ＧＰＰ外部デバイス識別子を含む。ステップ２０６では、ＤＩＲコマンドが送信され得、外部ＩＤ、Ｍ２ＭサーバＩＤ、ＥＡＰ＿Ｐａｙｌｏａｄ、およびＲｅｑｕｅｓｔｅｄ Ｐａｒａｍ ＡＶＰを含む。Ｒｅｑｕｅｓｔｅｄ Ｐａｒａｍは、外部ＩＤ、Ｍ２ＭサーバＩＤ、およびＲｅｑｕｅｓｔｅｄ Ｐａｒａｍを含む、ＥＡＰ＿ＡＫＡ＿ＫＥＹ＿ＭＡＴＥＲＩＡＬに設定され得る。ＥＡＰ＿Ｐａｙｌｏａｄ ＡＶＰは、ＥＡＰ応答メッセージまたはＡＫＡチャレンジメッセージに等しくあり得る。

ＭＴＣ−ＩＷＦ１９３は、ステップ２０６の要求を受信した後、ＭＴＣ−ＩＷＦ１９３が、ステップ２０７で、ＸＲＥＳに対してＲＥＳを比較する。ステップ２０８では、Ｍ２Ｍサーバ１９２が、ＥＡＰ＿ＡＫＡ＿ＫＥＹ＿ＭＡＴＥＲＩＡＬ（＝外部ＩＤ、ＳＣＳ ＩＤ、およびＲｅｑｕｅｓｔｅｄ Ｐａｒａｍ）およびＥＡＰ＿Ｐａｙｌｏａｄ（＝ＥＡＰ成功またはＥＡＰ失敗、Ｋｍｒである鍵材料）を含む、応答を受信する。ＥＡＰ成功メッセージおよびＥＡＰ失敗メッセージは、ＥＡＰ仕様、ＩＥＴＦ ＲＦＣ ３７４８で定義される。ステップ２０８では、ＥＡＰ成功メッセージが受信されると仮定される。

ステップ２０９では、ＵＥ Ｄ／ＧＳＣＬ１９１が、ステップ２０８に関連付けられるＥＡＰ成功メッセージ（またはＥＡＰ失敗メッセージ）を搬送する、ＰＡＲメッセージを受信する。ステップ２０９のＰＡＲメッセージは、Ｍ２Ｍブートストラップ結果、Ｍ２ＭノードＩＤ（サービスプロバイダ割り当てノードＩＤを搬送する）、Ｍ２Ｍ−Ｄ／ＧＳＣＬ−ＩＤ、およびＭ２Ｍ−ＮＳＣＬ−ＩＤ等の追加の情報を含み得る。ステップ２１０では、ＰＡＮメッセージが、ＰＡＮＡを経由したＥＡＰ−ＡＫＡプロトコルを使用する、ブートストラッピングおよびＭ２Ｍサーバ１９２への登録が成功したことを示す、情報（例えば、設定された完全または「Ｃ」ビット）を搬送する。

ここで、第２のブートストラッピングアプローチを説明する。この第２のアプローチは、サービス層ブートストラッピングおよび登録のためのＥＡＰベースのアクセスネットワーク登録を活用する（以降ではＥＡＰアクセスネットワークベースのアプローチ）。要約すると、ＥＡＰアクセスネットワークベースのアプローチは、ＵＥ Ｄ／ＧＳＣＬがアクセスネットワークで認証するためにＥＡＰ方法を使用する場合に使用され得る。このアプローチでは、ＭＴＣ−ＩＷＦは、アクセスネットワーク認証サーバへの安全な接続を提供する。サービス層鍵材料は、ＵＥ Ｄ／ＧＳＣＬがアクセスネットワークにアタッチするときに、アクセスネットワークのＡＡＡサーバによってＭ２Ｍサーバに提供され得る。セキュリティ鍵を交換するためにこのアプローチを使用することによって、Ｍ２ＭサーバとＵＥ Ｄ／ＧＳＣＬとが、まだ安全ではないインターフェースを経由してセキュリティ鍵を交渉する必要性が回避される。このアプローチは、デバイスをＭ２Ｍサーバに接続するプロセスを簡素化し得る。

信頼できる無線ローカルエリアネットワーク（ＷＬＡＮ）を介した認可および認証が、３ＧＰＰ ＴＳ ３３．４０２で定義される。図６は、本実施形態による、サービス層ブートストラッピングおよび登録のためにＥＡＰベースのアクセスネットワーク登録を活用するためのアーキテクチャを図示する。サービス層ルート鍵は、アクセスネットワーク２２２に関する鍵が生成されるときに、ＡＡＡサーバ／ＨＳＳ２２４によって生成される。ＭＴＣ−ＩＷＦ２２５は、鍵材料をＭ２Ｍサーバ２２９に渡すために使用されるであろう。以下でさらに詳細に議論されるフロー図が、図７Ａおよび図７Ｂに示される。

ＥＡＰまたは類似認証方法が、Ｄ／ＧＳＣＬをアクセスネットワークとブートストラップするために使用されるとき、Ｍ２Ｍサーバのサービス層は、デバイスとブートストラップするプロセスを活用し得る。いくつかのアクセスネットワークは、アクセスネットワーク登録のためのＥＡＰ方法を使用する。例えば、図６を参照すると、ＵＥ Ｄ／ＧＳＣＬ２２１が信頼できるＷＬＡＮ２２３を介して進化型パケットシステム（ＥＰＳ）と接続するとき、ＵＥ Ｄ／ＧＳＣＬ２２１は、ＥＡＰ−ＡＫＡ’を使用してコアネットワークで認証する。ＡＫＡ’（ＡＫＡプライム）は、ＲＦＣ５４８８で定義される。ＡＫＡ’は、導出された鍵（すなわち、Ｍ２Ｍルート鍵）がアクセスネットワーク名に基づく、ＡＫＡの変異型である。ＥＡＰアクセスネットワークベースのアプローチに対して、図３のＥＡＰアクターは、それぞれ、図６に示されるようなアクターに以下のようにマップされるであろう。ＥＡＰピア１６１は、ＵＥ Ｄ／ＧＳＣＬ２２１でマップされ得、ＥＡＰオーセンティケータ１６３は、ＷＬＡＮアクセスポイント２２３でマップされ得、認証サーバ１６２は、ＨＳＳ２２４にマップされ得る。

図７Ａ−図７Ｂは、３ＧＰＰ ＴＳ ３３．４０２の図６．２−１に基づく。３ＧＰＰ ＴＳ ３３．４０２の図６．２−１は、信頼できる非３ＧＰＰアクセスポイントを介して接続するときに、ＵＥがどのようにして３ＧＰＰアクセスネットワークで認証し、それと鍵合意を行うかを示す。図７Ａ−図７Ｂは、以下の議論とともに、ＵＥ Ｄ／ＧＳＣＬ２２１が、同時に、ブートストラップし、鍵合意を行い、Ｍ２Ｍサーバ２２９に登録することができるように、どのようにしてプロセスを拡張できるかを示す。

以下のメッセージの説明は、サービス層ブートストラッピングをサポートするように、どのようにして呼び出しフローが拡張されるかを示す。既存のステップのさらなる詳細な説明に対して、３ＧＰＰ ＴＳ ３３．４０２の図６．２−１を参照されたい。図７Ａ−図７Ｂは、（例えば、ｄｉａｍｅｔｅｒ接続−ＳＷｍを含む）信頼できる非３ＧＰＰネットワークを介して認証するＵＥ Ｄ／ＧＳＣＬに基づくが、デバイスがＥＡＰベースの方法または他の類似手段を介して認証することを可能にする、サービス層ブートストラッピングのための強化を任意のアクセスネットワークに適用できることに留意されたい。

図７Ａを参照すると、ステップ２４７では、ＵＥ Ｄ／ＧＳＣＬ２４１が、信頼できる非３ＧＰＰアクセスポイントであるアクセスポイント２４２と接続する。ステップ２４８では、アクセスポイント２４２が、ＵＥ Ｄ／ＧＳＣＬ２４１の識別を要求する。ステップ２４９では、ＵＥ Ｄ／ＧＳＣＬ２４１が、ステップ２４８の識別要求に対するＥＡＰ応答を送信する。ＵＥ Ｄ／ＧＳＣＬ２４１の識別は、そのネットワークアクセス識別（ＮＡＩ）であり得る。ステップ２４９の応答はまた、アクセスネットワーク公開ＩＤ（例えば、３ＧＰＰ外部識別子）、サービスプロバイダ識別子、またはＵＥ Ｄ／ＧＳＣＬ２４１上のアプリケーションのアプリケーションＩＤを含む、パラメータを搬送するＡＶＰを含み得る。サービスプロバイダ識別子は、デバイスが接続したいサービス層を提供する企業の名前であり得、またはデバイスが接続したい特定のサービス層の名前（例えば、ＮＳＣＬ ＩＤ）であり得る。アプリケーションＩＤ（例えば、３ＧＰＰに対するＤ／ＧＳＣＬ ＩＤ、ｏｎＭ２Ｍに対するＤＡまたはＮＡ）は、要求アプリケーション（ＧＡ、ＤＡ、ＤＳＣＬ、またはＧＳＣＬ）が割り当てられることを要求している、名前であり得る。

ステップ２５０では、アクセスポイント２４２が、ステップ２４９からの情報を、ＨＳＳでもあり得るアクセスネットワークＡＡＡサーバ２４３に送信する。ステップ２５１−ステップ２５４は、概して、ＡＫＡ’が使用される場合、特に、ＵＥ Ｄ／ＧＳＣＬ２４１とＡＡＡサーバ２４３との間のノードが、ステップ２４９の元のＥＡＰ識別応答メッセージ中のユーザ識別を変更した場合、行われる。ステップ２５１では、ＡＡＡサーバ２４３が、ＵＥ Ｄ／ＧＳＣＬ２４１のＡＫＡ’識別を要求する。ステップ２５２では、ステップ２５１の要求が、ＵＥ Ｄ／ＧＳＣＬ２４１に送信される。ステップ２５３では、ＵＥ Ｄ／ＧＳＣＬ２４１が、（ステップ２４９と同様に）その識別で応答する。ステップ２５４では、アクセスポイント２４２が、ネットワークＡＡＡサーバ２４３にアクセスするように、ステップ２５３からの情報を送信する。

ステップ２５５では、ＨＳＳからの加入者情報に基づいて、ＡＡＡサーバ２４３は、ＵＥ Ｄ／ＧＳＣＬ２４１がＥＰＣにアクセスすることを許可されていることを検証し、ＵＥ Ｄ／ＧＳＣＬ２４１が前のステップで名付けられたＭ２Ｍサーバ２４６に登録することを許可されていることを検証する。さらに明確にするために、概して、ＨＳＳは、加入者情報を保持するデータベースと見なすことができる。ここで、ＡＡＡサーバ２４３は、ＨＳＳにアクセスし、ＨＳＳの中の情報に基づいてＡＡＡ決定を行うことを可能にされているサーバである。ステップ２５６では、ＵＥ Ｄ／ＧＳＣＬ２４１がアクセスネットワークにアクセスすることを許可されている場合、ＡＫＡアルゴリズムが実行されるであろう。さらに、「アタッチメントブロック有効」フラグが有効にされている場合、またはＮＳＣＬ ＩＤがステップ２５３で提供された場合、ＡＡＡサーバ２４３は、加入者データの中で提供されるＭＴＣ−ＩＷＦ２４５のアドレスにメッセージを送信するであろう。本明細書でさらに詳細に議論される、デバイス許可要求（ＤＰＲ）コマンドが、アクションタイプ＝デバイスアタッチ要求、外部ＩＤ、ＳＣＳ識別子を伴って実行され得る。ステップ２５６でのメッセージは、Ｓ６ｍ基準点を経由して送信される。このメッセージの目的は、ＵＥ Ｄ／ＧＳＣＬ ２４１がアタッチすることを可能にされるべきかどうか、またはアタッチするための要求が拒否されることをＭ２Ｍサーバ２４６が希望するかどうかを確認することである。ＵＥ Ｄ／ＧＳＣＬ２４１の名前がステップ２５３で提供されていた場合、このメッセージはまた、ＵＥ Ｄ／ＧＳＣＬ２４１が登録され得るように、ＵＥ Ｄ／ＧＳＣＬ２４１の名前をＭ２Ｍサーバ２４６に提案するためにも使用される。

ステップ２５７では、ＭＴＣ−ＩＷＦ２４５は、ＵＥ Ｄ／ＧＳＣＬ２４１がアタッチすることを可能にされるべきかどうかを決定するために、メッセージをＭ２Ｍサーバ２４６に送信する。このメッセージは、Ｔｓｐ基準点を経由して送信される。ＤＰＲコマンドは、アクションタイプ＝デバイスアタッチ要求、外部ＩＤを伴って実行され得る。ステップ２５８では、Ｍ２Ｍサーバ２４６は、ＵＥ Ｄ／ＧＳＣＬ２４１がアタッチすることを可能にされるべきかどうかの指示で応答する。ＵＥ Ｄ／ＧＳＣＬ２４１がアタッチすることを可能にされるべきではないとＭ２Ｍサーバ２４６が示す場合、Ｍ２Ｍサーバ２４６は、原因をＭＴＣ−ＩＷＦ２４５に提供し、Ｍ２Ｍサーバ２４６は、バックオフ時間をＭＴＣ−ＩＷＦ２４５に提供し得る。ＵＥ Ｄ／ＧＳＣＬ２４１の名前が（例えば、ステップ２５７でＤＰＲを介して）提供された場合には、Ｍ２Ｍサーバ２４６からの応答は、ＵＥ Ｄ／ＧＳＣＬ２４１の名前を含む。Ｍ２Ｍサーバ２４６が提案された名前を受け入れる場合には、同一の名前がＭＴＣ−ＩＷＦに提供される。デバイス許可回答（ＤＰＡ）コマンドが、ステップ２５８に対して実行され得る。

ステップ２５９では、ＭＴＣ−ＩＷＦ２４５は、ＵＥ Ｄ／ＧＳＣＬ２４１がアタッチすることを可能にされることをＭ２Ｍサーバ２４６が所望するかどうかという指示をＡＡＡサーバ２４３に送信する。ＵＥ Ｄ／ＧＳＣＬ２４１が今回はアタッチされる必要がないことをＭ２Ｍサーバ２４６が示す場合、ＭＴＣ−ＩＷＦ２４５は、原因およびバックオフ時間をＡＡＡサーバ２４３に提供する。このメッセージは、Ｓ６ｍ基準点を経由して送信され、これは、ＤＰＡコマンドを使用して実行され得る。ステップ２６０では、ＥＡＰ ＭＳＫおよびＥＭＳＫが生成される。ＥＡＰ ＭＳＫおよびＥＭＳＫは、ＥＡＰアルゴリズムから外れる標準鍵である。サービス層ルート鍵（Ｋｍｒ）は、ＥＴＳＩ Ｍ２Ｍアーキテクチャ仕様の第８．３．２．３節、ＥＴＳＩ ＴＳ １０２ ６９０で説明されるように、ＡＡＡサーバによって生成され得る。Ｋｍｒは、（ＥＭＳＫ，“ＥＴＳＩ Ｍ２Ｍ Ｄｅｖｉｃｅ−Ｎｅｔｗｏｒｋ Ｒｏｏｔ Ｋｅｙ”｜Ｍ２Ｍ−Ｎｏｄｅ−ＩＤ ｜Ｍ２Ｍ−ＳＰ−ＩＤ）のハッシュに等しい。

ステップ２６１では、ＡＡＡサーバ２４３が、ＵＥ Ｄ／ＧＳＣＬ２４１に向かってＥＡＰ要求を送信する。ＥＡＰ方法がＡＫＡ’であるときには、このメッセージは、ランダムチャレンジ（ＲＡＮＤ）、ネットワーク認証ベクトル（ＡＵＴＮ）、およびメッセージ認証コード（ＭＡＣ）を含む。この識別応答は、アクセスネットワーク公開ＩＤ、ＮＳＣＬ ＩＤ、または割り当てられたアプリケーションＩＤ（例えば、Ｄ／ＧＳＣＬ ＩＤ）等のパラメータを搬送する、ＡＶＰを含み得る。アクセスネットワーク公開ＩＤは、Ｋｍｒを生成するために使用されるＭ２Ｍ−Ｎｏｄｅ＿ＩＤとして使用され得る。ＮＳＣＬ ＩＤは、ＵＥアプリケーション（ＤＡ、ＧＡ、ＤＳＣＬ、またはＧＳＣＬ）が接続すべき特定のサービス層を表し、これは、Ｋｍｒを生成するために使用されるＭ２Ｍ−ＳＰ−ＩＤである。割り当てられたアプリケーションＩＤは、ＮＳＣＬによってアプリケーションに割り当てられた特定の識別子を表す。この値は、Ｋｍｒを生成するために使用されるＭ２Ｍ−Ｎｏｄｅ＿ＩＤとして使用され得る。ステップ２６２では、アクセスポイント２４２が、ステップ２６１のメッセージをＵＥ Ｄ／ＧＳＣＬ２４１に送信する。

図７Ａのフローの継続である、図７Ｂに示されるように、ステップ２６３では、ＵＥ Ｄ／ＧＳＣＬ２４１が、ＡＫＡアルゴリズムを実行し、ＡＵＴＮがネットワークを認証するために正しいことを検証する。ネットワークが検証された後、ＵＥ Ｄ／ＧＳＣＬ２１４は、ＲＥＳへの応答を生成する。サービス層ルート鍵（例えば、Ｋｍｒ）は、ＥＴＳＩ Ｍ２Ｍアーキテクチャ仕様の第８．３．２．３節で説明されるように、ＵＥ Ｄ／ＧＳＣＬ２４１によって生成され得る。Ｋｍｒは、（ＥＭＳＫ，“ＥＴＳＩ Ｍ２Ｍ Ｄｅｖｉｃｅ−Ｎｅｔｗｏｒｋ Ｒｏｏｔ Ｋｅｙ”｜Ｍ２Ｍ−Ｎｏｄｅ−ＩＤ｜Ｍ２Ｍ−ＳＰ−ＩＤ）のハッシュに等しい。ステップ２６４では、ＵＥ Ｄ／ＧＳＣＬ２４１が、ランダムチャレンジへのＲＥＳを送信する。ステップ２６５では、ＡＡＡサーバ２４３が、ステップ２６４のＲＥＳを受信する。ステップ２６６では、ＡＡＡサーバ２４３は、ＲＥＳがＸＲＥＳに等しいことを検証する。

図７Ｂをさらに参照すると、ステップ２６７では、「到達可能インジケータ有効」フラグが有効にされている場合、またはＮＳＣＬ ＩＤがステップ２５３で提供された場合には、ＡＡＡサーバ２４３は、ＵＥ Ｄ／ＧＳＣＬ２４１の加入者データの中で提供されたＭＴＣ−ＩＷＦ２４５のアドレスにメッセージを送信する。本明細書でさらに詳細に議論されるようなデバイス通知要求（ＤＮＲ）コマンドが、アクションタイプ＝デバイスアタッチイベント、外部ＩＤ、Ｍ２Ｍ識別子、鍵材料、ＵＥサービス層ＩＤを伴って実行され得る。ステップ２６７でのメッセージは、Ｓ６ｍ基準点を経由して送信され、最終的に、ＵＥ Ｄ／ＧＳＣＬ２４１がアタッチしたことをＭ２Ｍサーバ２４６に知らせるであろう。

ステップ２６８では、Ｍ２Ｍサーバ２４６が、Ｔｓｐ基準点を経由してアタッチ通知を受信する。ＤＮＲコマンドは、アクションタイプ＝デバイスアタッチイベント、鍵材料、外部ＩＤを伴って実行され得る。ステップ２６９では、Ｍ２Ｍサーバ２４６が、ステップ２６８の受信した通知を承認する。本明細書でさらに詳細に議論されるＤＮＡコマンドが、ステップ２６９で実行され得る。ステップ２７０では、ＭＴＣ−ＩＷＦ２４５が、Ｓ６ｍ基準点を経由して、ステップ２６９の確認応答をＡＡＡサーバ２４３に送信する。

ステップ２５１−ステップ２５４と同様に、ブロック２７１の中のステップは、通常、ＡＫＡ’が使用されているときのみに行われる。ステップ２７２では、ＡＡＡサーバ２４３およびＵＥ Ｄ／ＧＳＣＬ２４１が、保護された成功結果指示を使用している場合には、ＡＡＡサーバ２４３は、ＥＡＰ成功メッセージを送信することに先立って、ＥＡＰ要求／ＡＫＡ’通知メッセージをＵＥ Ｄ／ＧＳＣＬ２４１に送信する。ステップ２７３では、アクセスポイント２４２が、ステップ２７２の応答をＵＥ Ｄ／ＧＳＣＬ２４１に送信する。ステップ２７５では、ＵＥ Ｄ／ＧＳＣＬ２４１が、ステップ２７４でＡＡＡサーバ２４３に転送されるＥＡＰ要求／ＡＫＡ’通知メッセージを送信する。ステップ２７６では、ＡＡＡサーバ２４３が、ステップ２７７でＵＥ Ｄ／ＧＳＣＬ２４１に転送されるＥＡＰ成功メッセージを送信する。ステップ２７８では、ＵＥ Ｄ／ＧＳＣＬ２４１が登録されるが、Ｍ２Ｍサーバは、ＵＥ Ｄ／ＧＳＣＬ２４１のＩＰアドレスを把握していない場合がある。ＵＥ Ｄ／ＧＳＣＬ２４１は、ｍＩｄを経由して通信を開始し得るか、またはＭ２Ｍサーバ２４６は、デバイストリガを送信することによって通信を開始することができる。

アクセスネットワークがブートストラッピングを支援するので、追加の情報が、この特徴を使用することを可能にされているデバイスの加入情報の中で保持され得る。新しいアクセスネットワーク加入情報が、サービス層ブートストラッピングの認可をサポートするようにＨＳＳに追加される。

図８Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための構成要素を提供し、任意のＭ２Ｍデバイス、ゲートウェイ、またはサービスプラットフォームは、ＩｏＴ／ＷｏＴの構成要素ならびにＩｏＴ／ＷｏＴサービス層等であり得る。

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

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

図８Ｂを参照すると、フィールドドメイン内の図示したＭ２Ｍサービス層２２（例えば、本明細書で説明されるようなネットワークサービス能力層（ＮＳＣＬ））は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２のためのサービスを提供する。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、１つ以上のサーバ、コンピュータ等によって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍ端末デバイス１８、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍアプリケーション２０に適用される、サービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワークで、クラウドで等、種々の方法で実装され得る。

図示したＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’がある。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および下層通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’はまた、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス、およびＭ２Ｍ端末デバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによるサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、１つ以上のサーバ、コンピュータ、仮想マシン（例えば、クラウド／計算／記憶ファーム等）等によって実装され得る。

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

いくつかの実施形態では、Ｍ２Ｍアプリケーション２０および２０’は、本明細書で議論されるようなＥＡＰを使用して通信する、所望のアプリケーションを含み得る。Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。上記のように、本システムのデバイス、ゲートウェイ、および他のサーバにわたって作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービス等のこれらの機能をＭ２Ｍアプリケーション２０および２０’に提供する。

本願で使用されるＥＡＰ関連アプローチ（例えば、ＥＡＰ−ＰＡＮＡまたはＥＡＰアクセスネットワークベースのアプローチ）は、サービス層の一部として実装され得る。サービス層（例えば、ＵＥ Ｄ／ＧＳＣＬ１９１）は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースのセットを通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層である。Ｍ２Ｍエンティティ（例えば、ハードウェアおよびソフトウェアの組み合わせによって実装され得る、デバイス、ゲートウェイ、またはサーバ／プラットフォーム等のＭ２Ｍ機能エンティティ）が、アプリケーションまたはサービスを提供し得る。ＥＴＳＩ Ｍ２ＭおよびｏｎｅＭ２Ｍの両方が、本発明のＥＡＰ関連アプローチを含み得るサービス層を使用する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、（それがデバイスＳＣＬ（ＤＳＣＬ）と称される）Ｍ２Ｍデバイス、（それがゲートウェイＳＣＬ（ＧＳＣＬ）と称される）ゲートウェイ、および／または（それがネットワークＳＣＬ（ＮＳＣＬ）と称される）ネットワークノード内で実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）のセットをサポートする。１つ以上の特定のタイプのＣＳＦのセットのインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中央ノード、アプリケーション特有のノード）上でホストすることができる、共通サービスエンティティ（ＣＳＥ）と称される。さらに、本願のＥＡＰ関連アプローチは、本願のＥＡＰ関連アプローチ等のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装することができる。

図８Ｃは、例えば、Ｍ２Ｍ端末デバイス１８またはＭ２Ｍゲートウェイデバイス１４等の例示的Ｍ２Ｍデバイス３０の系統図である。図８Ｃに示されるように、Ｍ２Ｍデバイス３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド４２と、非取り外し可能メモリ４４と、取り外し可能メモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。Ｍ２Ｍデバイス３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このデバイスは、ＥＡＰ−ＰＡＮＡを使用したブートストラッピングのための開示されたシステムおよび方法を使用する、デバイスであり得る。

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

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

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

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

プロセッサ３２は、非取り外し可能メモリ４４および／または取り外し可能メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のＭ２Ｍデバイス３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。プロセッサ３２は、本明細書で説明される実施形態のうちのいくつかでのブートストラッピング（例えば、ＥＡＰを使用したブートストラッピング）が成功したか、または成功していないかどうかに応答して、ディスプレイまたはインジケータ４２上の照明パターン、画像、または色を制御し、あるいは別様にリソース伝搬プロセスの状態を示すように構成され得る。ディスプレイ４２を介して視認されるユーザインターフェースは、認証のためにＥＡＰ−ＰＡＮＡ、ＥＡＰアクセスネットワークベースのアプローチ、ＧＢＡ等を使用するオプションをユーザに与え得る。

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

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

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

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

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

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

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

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

さらに、コンピュータシステム９０は、図８Ａおよび８Ｂのネットワーク１２等の外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、ネットワークアダプタ９７を含み得る。

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

図で図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、特定の用語が採用される。しかしながら、請求された主題は、そのように選択された特定の用語に限定されることを目的としておらず、各特定の要素は、類似目的を達成するように同様に動作する、全ての技術的均等物を含むことを理解されたい。

本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用すること、および任意の組み込まれた方法を行うことを含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そのような他の実施例は、請求項の文字通りの言葉とは異ならない構造要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合に、請求項の範囲内であることを目的としている。

Claims (15)

1. ネットワークノード（２４３，２２４）であって、
   プロセッサと、
   前記プロセッサに結合されているメモリと
   を備え、
   前記メモリには、実行可能な命令が記憶されており、前記命令は、前記プロセッサによって実行されると、
   デバイス（２４１，２２１）に関連付けられた第１の拡張認証プロトコルメッセージを受信することであって、前記第１の拡張認証プロトコルメッセージは、マシンツーマシンサービスプロバイダ識別子を含み、前記マシンツーマシンサービスプロバイダ識別子は、前記デバイス（２４１，２２１）が接続することを希望するサービス層を識別するための第１のサービス層識別子を含む、ことと、
   前記ネットワークノード（２４３，２２４）から第２の拡張認証プロトコルメッセージを提供することであって、前記第２の拡張認証プロトコルメッセージは、前記デバイスが接続すべきであるサービス層を識別するための第２のサービス層識別子を含む、ことと
   を含む動作を前記プロセッサに行わせる、ネットワークノード。
2. 前記第２の拡張認証プロトコルメッセージは、ランダムチャレンジを含む、請求項１に記載のネットワークノード。
3. 前記第２の拡張認証プロトコルメッセージは、ネットワーク認証ベクトルを含む、請求項１〜２のいずれか一項に記載のネットワークノード。
4. 前記第２の拡張認証プロトコルメッセージは、メッセージ認証コードを含む、請求項１〜３のいずれか一項に記載のネットワークノード。
5. 前記ネットワークノードは、信頼できる非３ＧＰＰアクセスポイントである、請求項１〜４のいずれか一項に記載のネットワークノード。
6. 前記メモリは、実行可能な命令をさらに含み、前記命令は、前記プロセッサによって実行されると、ホーム加入者サーバからの加入者情報に基づいて、前記デバイスが前記ネットワークノードに登録することを許可されていることを検証することを含む動作を前記プロセッサに行わせる、請求項１〜５のいずれか一項に記載のネットワークノード。
7. 前記第２の拡張認証プロトコルメッセージは、前記デバイス上のアプリケーションの識別子をさらに含み、前記アプリケーションの前記識別子は、マシンツーマシンサーバによって前記アプリケーションに割り当てられる、請求項１〜６のいずれか一項に記載のネットワークノード。
8. 前記第１の拡張認証プロトコルメッセージは、前記デバイスに割り当てられるべき特定のアプリケーション識別子に対する要求をさらに含む、請求項１〜７のいずれか一項に記載のネットワークノード。
9. ブートストラッピングの方法であって、
   ネットワークノードが、デバイス（２４１，２２１）に関連付けられた第１の拡張認証プロトコルメッセージを受信することであって、前記第１の拡張認証プロトコルメッセージは、マシンツーマシンサービスプロバイダ識別子を含み、前記マシンツーマシンサービスプロバイダ識別子は、前記デバイス（２４１，２２１）が接続することを希望するサービス層を識別するための第１のサービス層識別子を含む、ことと、
   前記ネットワークノード（２４３，２２４）から第２の拡張認証プロトコルメッセージを提供することであって、前記第２の拡張認証プロトコルメッセージは、前記デバイスが接続すべきであるサービス層を識別するための第２のサービス層識別子を含む、ことと
   を含む、方法。
10. 前記第２の拡張認証プロトコルメッセージは、メッセージ認証コードを含む、請求項９に記載の方法。
11. 前記第１の拡張認証プロトコルメッセージは、前記デバイスに割り当てられるべき特定のアプリケーション識別子に対する要求をさらに含む、請求項９または請求項１０に記載の方法。
12. 前記第２の拡張認証プロトコルメッセージは、前記デバイス上のアプリケーションの識別子をさらに含み、前記アプリケーションの前記識別子は、マシンツーマシンサーバによって前記アプリケーションに割り当てられる、請求項９〜１１のいずれか一項に記載の方法。
13. 前記第１の拡張認証プロトコルメッセージは、前記デバイスのアクセスネットワーク識別子をさらに含む、請求項９〜１２のいずれか一項に記載の方法。
14. 前記第２の拡張認証プロトコルメッセージは、ネットワーク認証ベクトルを含む、請求項９〜１３のいずれか一項に記載の方法。
15. コンピュータプログラムが記録されているコンピュータ読み取り可能な記憶媒体であって、前記コンピュータプログラムは、プログラム命令を備え、前記コンピュータプログラムは、データ処理ユニットにロード可能であり、前記コンピュータプログラムが前記データ処理ユニットによって実行されると、請求項９〜１４のいずれかに記載の方法のステップを実行することを前記データ処理ユニットに行わせるように適合されている、コンピュータ読み取り可能な記憶媒体。

Images