(57)【要約】複数のデバイスにサービスを提供するためにネットワークドメインの外部でゲートウェイを提供するシステム、方法、および手段を開示する。たとえば、ゲートウェイは、管理エンティティとしてまたはネットワークドメインのプロキシとして働くことができる。管理エンティティとして、ゲートウェイは、複数のデバイスのそれぞれに関連するセキュリティ機能を実行することができる。ゲートウェイは、ネットワークドメインが参加することなく、または特定のデバイスの知識を有することなく、セキュリティ機能を実行することができる。ネットワークのプロキシとして、ゲートウェイは、複数のデバイスのそれぞれに関連するセキュリティ機能を実行するコマンドをネットワークドメインから受信することができる。ネットワークは、複数のデバイスのそれぞれのアイデンティティを知ることができる。ゲートウェイは、複数のデバイスのそれぞれについてセキュリティ機能を実行し、関連情報をネットワークドメインに送信する前に、関連情報を集約することができる。
2013516149.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークドメインと通信している複数のデバイスに１つまたは複数のサービス能力を提供できる前記ネットワークドメインを含むシステムにおいて、前記ネットワークドメインの外部のエンティティに前記ネットワークドメインのある種の機能性をオフロードする方法であって、前記エンティティによって、
前記ネットワークドメインとの信頼を確立するステップと、
前記複数のデバイスのそれぞれとの接続を確立するステップと、
前記複数のデバイスのそれぞれについてセキュリティ機能を実行するステップと、
前記複数のデバイスのそれぞれに関連する情報を前記ネットワークドメインに報告するステップと
を含むことを特徴とする方法。
【請求項２】
前記情報は、前記複数のデバイスのそれぞれから集約されることを特徴とする請求項１に記載の方法。
【請求項３】
集約されたセキュリティ機能は、解析され、前記複数のデバイスのそれぞれについて実行されることを特徴とする請求項１に記載の方法。
【請求項４】
報告する前記ステップは、前記ネットワークドメインからの要求に応答することを特徴とする請求項１に記載の方法。
【請求項５】
前記ネットワークドメインは、前記複数のデバイスのそれぞれのアイデンティティを知らないことを特徴とする請求項４に記載の方法。
【請求項６】
報告する前記ステップは、周期的に実行されることを特徴とする請求項１に記載の方法。
【請求項７】
前記セキュリティ機能は、前記複数のデバイスのそれぞれを前記ネットワークドメインに登録し、かつ、認証するステップを含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記登録し、かつ認証するステップは、ブートストラップされる証明書を使用するステップを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記セキュリティ機能は、証明書をプロビジョニングし、かつ前記証明書を前記複数のデバイスのそれぞれに移行するステップを含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記セキュリティ機能は、前記複数のデバイスのそれぞれにセキュリティポリシをプロビジョニングするステップを含むことを特徴とする請求項１に記載の方法。
【請求項１１】
前記セキュリティ機能は、前記複数のデバイスのそれぞれ内で信頼できる機能性を確立するステップを含み、前記複数のデバイスのそれぞれに関する完全性妥当性検査が実行されることを特徴とする請求項１に記載の方法。
【請求項１２】
前記セキュリティ機能は、前記複数のデバイスのそれぞれについてデバイス管理を提供するステップを含むことを特徴とする請求項１に記載の方法。
【請求項１３】
前記複数のデバイスのうちの少なくとも１つに関連するクリティカル障害アラームは、前記ネットワークドメインに送信されることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記セキュリティ機能は、前記複数のデバイスのうちの少なくとも１つについて、セキュリティ関連付け、通信チャネル、または通信リンクのうちの少なくとも１つを確立するステップを含むことを特徴とする請求項１に記載の方法。
【請求項１５】
前記複数のデバイスのうちの１つまたは複数に関連する完全性違反または不合格を判定するステップと、
前記複数のデバイスのうちの前記１つまたは複数を隔離するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１６】
前記セキュリティ機能は、ネットワークドメイン参加を伴わずに前記ネットワークドメインの代わりに実行されることを特徴とする請求項１に記載の方法。
【請求項１７】
ネットワークドメインと通信している複数のデバイスに１つまたは複数のサービス能力を提供できる前記ネットワークドメインを含むシステムにおいて、前記ネットワークドメインの外部のエンティティに前記ネットワークドメインのある種の機能性をオフロードする方法であって、前記エンティティによって、
前記ネットワークドメインとの信頼を確立するステップと、
前記複数のデバイスのそれぞれに関連するセキュリティ機能を実行するコマンドを前記ネットワークドメインから受信するステップと、
前記複数のデバイスのそれぞれについて前記セキュリティ機能を実行するステップと、
前記実行されたセキュリティ機能に関連する前記複数のデバイスのそれぞれからの情報を集約するステップと、
前記集約された情報を前記ネットワークドメインに送信するステップと
を含むことを特徴とする方法。
【請求項１８】
前記セキュリティ機能は、前記複数のデバイスのそれぞれを前記ネットワークドメインに登録し、かつ、認証するステップを含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記登録し、かつ、認証するステップは、ブートストラップされる証明書を使用することを含むことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記セキュリティ機能は、証明書をプロビジョニングし、かつ、前記証明書を前記複数のデバイスのそれぞれに移行するステップを含むことを特徴とする請求項１７に記載の方法。
【請求項２１】
前記セキュリティ機能は、前記複数のデバイスのそれぞれにセキュリティポリシをプロビジョニングするステップを含むことを特徴とする請求項１７に記載の方法。
【請求項２２】
前記セキュリティ機能は、前記複数のデバイスのそれぞれ内で信頼できる機能性を確立するステップを含み、前記複数のデバイスのそれぞれに関する完全性妥当性検査が実行されることを特徴とする請求項１７に記載の方法。
【請求項２３】
前記セキュリティ機能は、前記複数のデバイスのそれぞれについてデバイス管理を提供するステップを含むことを特徴とする請求項１７に記載の方法。
【請求項２４】
前記複数のデバイスのうちの少なくとも１つに関連するクリティカル障害アラームは、前記ネットワークドメインに送信されることを特徴とする請求項２３に記載の方法。
【請求項２５】
前記セキュリティ機能は、前記複数のデバイスのうちの少なくとも１つについて、セキュリティ関連付け、通信チャネル、または通信リンクのうちの少なくとも１つを確立するステップを含むことを特徴とする請求項１７に記載の方法。
【請求項２６】
前記集約された情報を処理するステップをさらに含むことを特徴とする請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭＡＣＨＩＮＥ−ＴＯ−ＭＡＣＨＩＮＥゲートウェイアーキテクチャに関する。
【背景技術】
【０００２】
＜関連出願の相互参照＞
本願は、その内容全体がこれによって参照によって組み込まれている、２００９年１２月２８日に出願した米国特許仮出願第６１／２９０，４８２号、２０１０年１月８日に出願した米国特許仮出願第６１／２９３，５９９号、および２０１０年３月５日に出願した米国特許仮出願第６１／３１１，０８９号に基づき、その優先権を主張するものである。
【０００３】
ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ（Ｍ２Ｍ）アーキテクチャは、ネットワークおよびアプリケーションドメインへのＭ２ＭデバイスインターワーキングおよびＭ２Ｍデバイス相互接続を保証するために、Ｍ２Ｍ能力を使用する機器と説明することができるＭ２Ｍゲートウェイを使用することができる。Ｍ２Ｍゲートウェイは、Ｍ２Ｍアプリケーションを実行することもでき、Ｍ２Ｍデバイスと同一位置に配置され得る。
【発明の概要】
【０００４】
現在のＭ２Ｍゲートウェイアーキテクチャは、欠点を有する可能性がある。
【０００５】
複数のデバイスにサービスを提供するためにネットワークドメインの外部でゲートウェイを提供するシステム、方法、および手段を開示する。ゲートウェイは、ネットワークドメインについてデバイスにサービス能力を提供することができ、これは、そのネットワークドメインによって提供されることを他の形で必要とする可能性がある機能性を減らす可能性がある。
【０００６】
ゲートウェイは、管理エンティティとして働くことができる。ゲートウェイは、ネットワークドメインとの信頼を確立することができる。たとえば、ゲートウェイは、ゲートウェイがネットワークドメインと相互作用するために、ネットワークドメインとのあるレベルの信頼を作成することができる。ゲートウェイは、複数のデバイスのそれぞれとの接続を確立することができる。ゲートウェイは、各デバイスに関連するセキュリティ機能を実行することができる。ゲートウェイは、セキュリティ機能を実行することができ、これを、ネットワークドメインの代わりとすることができる。ゲートウェイは、ネットワークドメインが直接に参加せずにまたは最小限の参加を伴ってセキュリティ機能を実行することができる。ゲートウェイは、ネットワークが特定のデバイスの知識を有することなく、セキュリティ機能を実行することができる。ゲートウェイは、各デバイスに関連するデバイス情報をネットワークドメインに報告することができる。
【０００７】
ゲートウェイは、ネットワークの代わりにプロキシとして働くことができる。ゲートウェイは、ネットワークドメインとの信頼を確立することができる。たとえば、ゲートウェイは、ゲートウェイがネットワークドメインと相互作用するために、ネットワークドメインとのあるレベルの信頼を作成することができる。ゲートウェイは、複数のデバイスのそれぞれに関連するセキュリティ機能を実行するコマンドをネットワークドメインから受信することができる。たとえば、ゲートウェイは、ネットワークドメインから単一のコマンドを受信し、これに応答して、複数のデバイスについてセキュリティ機能を実行することができる。ネットワークは、複数のデバイスのそれぞれのアイデンティティを知ることができる。ゲートウェイは、複数のデバイスのそれぞれについてセキュリティ機能を実行することができる。ゲートウェイは、実行されたセキュリティ機能に関連する複数のデバイスのそれぞれからの情報を集約し、集約された情報をネットワークドメインに送信することができる。ゲートウェイは、集約された情報を処理し、処理された集約された情報をネットワークドメインに送信することができる。
【０００８】
ゲートウェイによって実行されるセキュリティ機能は、ブートストラップされる証明書を用いてもしくは用いずに、デバイスをネットワークドメインに登録し、かつデバイスを認証するステップ；証明書をプロビジョニングし、かつ複数のデバイスのそれぞれに証明書を移行(migration)するステップ；複数のデバイスのそれぞれにセキュリティポリシをプロビジョニングするステップ；複数のデバイスのそれぞれの認証を実行するステップ；複数のデバイスのそれぞれ内で信頼できる機能性を確立するステップであって、複数のデバイスのそれぞれに関する完全性妥当性検査は実行される、ステップ；複数のデバイスのそれぞれについて、故障発見および故障修復を含むことができるデバイス管理を提供するステップ；または複数のデバイスのうちの少なくとも１つについて、セキュリティ関連付け、通信チャネル、もしくは通信リンクのうちの少なくとも１つを確立するステップのうちの１つまたは複数を含むことができる。
【図面の簡単な説明】
【０００９】
より詳細な理解を、添付図面に関連して例として与えられる次の説明から得ることができる。
【００１０】
【図１】例示的な無線通信システムを示す図である。
【図２】例示的なＷＴＲＵおよびＮｏｄｅ−Ｂを示す図である。
【図３】例示的なＭ２Ｍアーキテクチャを示す図である。
【図４】例示的なケース３ゲートウェイ機能性を示す図である。
【図５】ケース３の接続されたデバイスの例示的なブートストラップおよび登録のフローを示す図である。
【図６】ケース４の接続されたデバイスの例示的なブートストラップおよび登録のフローを示す図である。
【図７】例示的な階層接続性アーキテクチャを示す図である。
【図８】ケース３および４のデバイス完全性妥当性検査を示す例示的なコールフロー図である。
【図９】ケース１のデバイス完全性および登録を示す例示的なコールフロー図である。
【図１０】ケース２のデバイスおよびゲートウェイの完全性および登録を示す例示的なコールフロー図である。
【図１１】ケース３のデバイスおよびゲートウェイの完全性および登録を示す例示的なコールフロー図である。
【図１２】ケース４のデバイスおよびゲートウェイの完全性および登録を示す例示的なコールフロー図である。
【図１３】レイヤ状の妥当性検査の例示的シナリオを示す図である。
【図１４】例示的なＭ２Ｍアーキテクチャを示す図である。
【図１５】Ｍ２Ｍネットワークレイヤのサービス能力の例示的アーキテクチャを示す図である。
【図１６Ａ】Ｍ２Ｍゲートウェイおよびインターフェースの例示的アーキテクチャを示す図である。
【図１６Ｂ】Ｍ２Ｍゲートウェイおよびインターフェースの例示的アーキテクチャを示す図である。
【図１７Ａ】１つまたは複数の開示される実施形態を実施できる例の通信システムを示すシステム図である。
【図１７Ｂ】図１７Ａに示された通信システム内で使用できる例の無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１７Ｃ】図１７Ａに示された通信システム内で使用できる例の無線アクセスネットワークおよび例のコアネットワークを示すシステム図である。
【発明を実施するための形態】
【００１１】
図１〜１７は、開示されるシステム、方法、および手段を実施できる例示的実施形態に関連する可能性がある。しかし、本発明を例示的実施形態に関連して説明する場合があるが、本発明は、これに限定されず、本発明から逸脱せずに、他の実施形態を使用でき、または、本発明の同一の機能を実行するために、説明される実施形態に対して変更および追加を行えることを理解されたい。たとえば、開示されるシステム、方法、および手段が、Ｍ２Ｍ実施態様を参照して示される場合があるが、実施態様は、これに限定されない。さらに、開示されるシステム、方法、および手段が、無線実施態様を参照して示される場合があるが、実施態様は、これに限定されない。たとえば、開示されるシステム、方法、および手段を、有線接続に適用可能とすることができる。さらに、図面は、コールフローを示す場合があるが、これは、例示的であることを意図されている。他の実施形態を使用できることを理解されたい。さらに、フローの順序を、適当な場合に変更することができる。さらに、フローを、必要な場合に省略することができ、追加のフローを追加することができる。
【００１２】
本明細書で後で言及される時に、用語「無線送受信ユニット（ＷＴＲＵ）」は、ユーザ機器（ＵＥ）、移動局、固定のもしくは可動の加入者ユニット、ポケットベル、セルラ電話機、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境内で動作できる任意の他のタイプのユーザデバイスを含むことができるが、これに限定はされない。本明細書で後で言及される時に、用語「基地局」は、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境内で動作できる任意の他のタイプのインターフェースするデバイスを含むことができるが、これに限定はされない。
【００１３】
図１に、複数のＷＴＲＵ  １１０、Ｎｏｄｅ−Ｂ  １２０などの基地局、コントローリング無線ネットワーク制御装置（controlling radio network controller：ＣＲＮＣ）１３０、サービング無線ネットワーク制御装置（serving radio network controller：ＳＲＮＣ）１４０、およびコアネットワーク１５０を含む例示的な無線通信システム１００を示す。Ｎｏｄｅ−Ｂ  １２０およびＣＲＮＣ  １３０を、集合的にＵＴＲＡＮと称する場合がある。
【００１４】
図１に示されているように、ＷＴＲＵ  １１０は、Ｎｏｄｅ−Ｂ  １２０と通信しており、Ｎｏｄｅ−Ｂ  １２０は、ＣＲＮＣ  １３０およびＳＲＮＣ  １４０と通信している。３つのＷＴＲＵ  １１０、１つのＮｏｄｅ−Ｂ  １２０、１つのＣＲＮＣ  １３０、および１つのＳＲＮＣ  １４０が図１に示されているが、無線デバイスおよび有線デバイスの任意の組合せを無線通信システム１００に含めることができることに留意されたい。
【００１５】
図２は、図１の無線通信システム１００の例示的なＷＴＲＵ  １１０およびＮｏｄｅ−Ｂ  １２０の機能ブロック図である。図２に示されているように、ＷＴＲＵ  １１０は、Ｎｏｄｅ−Ｂ  １２０と通信しているものとすることができ、この両方を、ネットワークおよびアプリケーションドメインへのｍａｃｈｉｎｅ  ｔｏ  ｍａｃｈｉｎｅ（Ｍ２Ｍ）デバイスインターワーキングおよび相互接続を保証するためにＭ２Ｍ能力を使用するＭ２Ｍゲートウェイを援助するように構成することができる。
【００１６】
通常のＷＴＲＵ内に見られる可能性があるコンポーネントに加えて、ＷＴＲＵ  １１０は、プロセッサ１１５、受信器１１６、送信器１１７、メモリ１１８、およびアンテナ１１９を含むことができる。メモリ１１８は、オペレーティングシステム、アプリケーション、および他の機能モジュールを含むソフトウェアを格納することができる。プロセッサ１１５は、単独でまたはソフトウェアに関連して、ネットワークおよびアプリケーションドメインへのｍａｃｈｉｎｅ  ｔｏ  ｍａｃｈｉｎｅ（Ｍ２Ｍ）デバイスインターワーキングおよび相互接続を保証するためにＭ２Ｍ能力を使用するＭ２Ｍゲートウェイを援助する方法を実行することができる。受信器１１６および送信器１１７は、プロセッサ１１５と通信していることができる。アンテナ１１９は、無線データの送信および受信を容易にするために、受信器１１６と送信器１１７との両方と通信していることができる。
【００１７】
通常の基地局内に見られる可能性があるコンポーネントに加えて、Ｎｏｄｅ−Ｂ  １２０は、プロセッサ１２５、受信器１２６、送信器１２７、およびアンテナ１２８を含むことができる。プロセッサ１２５を、ネットワークおよびアプリケーションドメインへのｍａｃｈｉｎｅ  ｔｏ  ｍａｃｈｉｎｅ（Ｍ２Ｍ）デバイスインターワーキングおよび相互接続を保証するためにＭ２Ｍ能力を使用するＭ２Ｍゲートウェイと共に働くように構成することができる。受信器１２６および送信器１２７は、プロセッサ１２５と通信していることができる。アンテナ１２９は、無線データの送信および受信を容易にするために、受信器１２６と送信器１２７との両方と通信していることができる。
【００１８】
複数のデバイスにサービスを提供するためにネットワークドメインの外部でゲートウェイを提供するシステム、方法、および手段を開示する。ゲートウェイは、ネットワークドメインについてデバイスにサービス能力を提供することができ、これは、そのネットワークドメインによって提供されることを他の形で必要とする可能性がある機能性を減らす可能性がある。
【００１９】
ゲートウェイは、管理エンティティとして働くことができる。ゲートウェイは、ネットワークドメインとの信頼を確立することができる。たとえば、ゲートウェイは、ゲートウェイがネットワークドメインと相互作用するために、ネットワークドメインとのあるレベルの信頼を作成することができる。ゲートウェイは、複数のデバイスのそれぞれとの接続を確立することができる。ゲートウェイは、各デバイスに関連するセキュリティ機能を実行することができる。ゲートウェイは、セキュリティ機能を実行することができ、これを、ネットワークドメインの代わりとすることができる。ゲートウェイは、ネットワークドメインが直接に参加せずにまたは最小限の参加を伴ってセキュリティ機能を実行することができる。ゲートウェイは、ネットワークが特定のデバイスの知識を有することなく、セキュリティ機能を実行することができる。ゲートウェイは、各デバイスに関連するデバイス情報をネットワークドメインに報告することができる。
【００２０】
ゲートウェイは、ネットワークの代わりにプロキシとして働くことができる。ゲートウェイは、ネットワークドメインとの信頼を確立することができる。たとえば、ゲートウェイは、ゲートウェイがネットワークドメインと相互作用するために、ネットワークドメインとのあるレベルの信頼を作成することができる。ゲートウェイは、複数のデバイスのそれぞれに関連するセキュリティ機能を実行するコマンドをネットワークドメインから受信することができる。たとえば、ゲートウェイは、ネットワークドメインから単一のコマンドを受信し、これに応答して、複数のデバイスについてセキュリティ機能を実行することができる。ネットワークは、複数のデバイスのそれぞれのアイデンティティを知ることができる。ゲートウェイは、複数のデバイスのそれぞれについてセキュリティ機能を実行することができる。ゲートウェイは、実行されたセキュリティ機能に関連する複数のデバイスのそれぞれからの情報を集約し、集約された情報をネットワークドメインに送信することができる。ゲートウェイは、集約された情報を処理し、処理された集約された情報をネットワークドメインに送信することができる。
【００２１】
ゲートウェイによって実行されるセキュリティ機能は、ブートストラップされる証明書を用いてもしくは用いずに、デバイスをネットワークドメインに登録し、かつデバイスを認証するステップ；証明書をプロビジョニングし、かつ複数のデバイスのそれぞれに証明書を移行するステップ；複数のデバイスのそれぞれにセキュリティポリシをプロビジョニングするステップ；複数のデバイスのそれぞれの認証を実行するステップ；複数のデバイスのそれぞれ内で信頼できる機能性を確立するステップであって、複数のデバイスのそれぞれに関する完全性妥当性検査は実行される、ステップ；複数のデバイスのそれぞれについて、故障発見および故障修復を含むことができるデバイス管理を提供するステップ；または複数のデバイスのうちの少なくとも１つについて、セキュリティ関連付け、通信チャネル、もしくは通信リンクのうちの少なくとも１つを確立するステップのうちの１つまたは複数を含むことができる。
【００２２】
図３に、開示されるシステム、方法、および手段と共に使用できるＭ２Ｍアーキテクチャの実施形態を示す。Ｍ２Ｍゲートウェイ３２０を、Ｍ２Ｍデバイス３２８など、Ｍ２Ｍエリアネットワーク３２４を介してそれに接続されたＭ２Ｍデバイスのアグリゲータとして実行するように構成することができる。Ｍ２Ｍゲートウェイ３２０に接続された各Ｍ２Ｍデバイスは、Ｍ２Ｍデバイス識別を含み、Ｍ２Ｍネットワークを用いて認証することができる。
【００２３】
Ｍ２Ｍデバイスドメイン３６０内には、Ｍ２Ｍ能力およびネットワークドメイン機能を使用するアプリケーション（１つまたは複数）を実行するＭ２Ｍデバイス３３２がある。Ｍ２Ｍデバイスは、アクセスネットワーク３１０に直接に接続される（たとえば、Ｍ２Ｍデバイス３３２）またはＭ２Ｍエリアネットワーク３２４を介してＭ２Ｍゲートウェイ３２０にインターフェースされる（たとえば、Ｍ２Ｍデバイス３２８）のいずれかとすることができる。Ｍ２Ｍエリアネットワーク３２４は、Ｍ２ＭデバイスとＭ２Ｍゲートウェイとの間の接続性を提供することができる。Ｍ２Ｍエリアネットワークのいくつかの例は、ＩＥＥＥ  ８０２．１５、Ｚｉｇｂｅｅ、Ｂｌｕｅｔｏｏｔｈ、および他の類似する技術などのパーソナルエリアネットワーク技術を含む。用語Ｍ２ＭエリアネットワークおよびＭ２Ｍ毛細管状のネットワーク（capillary network）は、交換可能に使用される場合がある。Ｍ２Ｍゲートウェイ３２０は、ネットワークおよびアプリケーションドメイン３５０と称する場合もあるネットワークドメイン３５０へのＭ２Ｍデバイスのインターワーキングおよび相互接続を保証するためにＭ２Ｍ能力を使用する機器とすることができる。Ｍ２Ｍゲートウェイ３２０は、Ｍ２Ｍアプリケーションを実行することもできる。Ｍ２Ｍゲートウェイ機能性を、Ｍ２Ｍデバイス（１つまたは複数）と同一位置に配置することができる。一例として、Ｍ２Ｍゲートウェイ３２０などのＭ２Ｍゲートウェイは、さまざまな情報ソース（たとえば、センサおよびコンテキストパラメータから）の収集および処理から生じる自動化プロセスをアクティブ化するためにローカルインテリジェンスを実施することができる。
【００２４】
ネットワークドメイン３５０には、Ｍ２Ｍデバイスドメイン３６０がコアネットワーク３０８と通信することを可能にすることができるＭ２Ｍアクセスネットワーク３１０がある。既存のアクセスネットワークに基づくＭ２Ｍ能力が、Ｍ２Ｍサービスの配送に対する機能強化を提供するために要求される場合がある。アクセスネットワークの例は、ディジタル加入者回線技術（ｘＤＳＬ）、hybrid fiber-coaxial（ＨＦＣ）、電力線通信（ＰＬＣ）、衛星、Global System for Mobile（ＧＳＭ）Enhanced Data rates for GSM Evolution（ＥＤＧＥ）Radio Access Network（ＧＥＲＡＮ）、Universal Mobile Telecommunications System（ＵＭＴＳ）Terrestrial Radio Access Network（ＵＴＲＡＮ）、evolved UTRAN（ｅＵＴＲＡＮ）、無線ローカルエリアネットワーク（Ｗ−ＬＡＮ）、およびＷｉＭＡＸを含む。
【００２５】
ネットワークドメイン３５０内のデータのトランスポートを可能にすることができる、トランスポートネットワーク３１８などのトランスポートネットワークもある場合がある。既存のトランスポートネットワークに基づくＭ２Ｍ能力が、Ｍ２Ｍサービスの配送に対する機能強化を提供するために要求される場合がある。Ｍ２Ｍコア３０４は、コアネットワーク３０８およびサービス能力から構成される。Ｍ２Ｍコアネットワーク３０８は、ＩＰ接続性、サービスおよびネットワーク制御機能、相互接続（他のネットワークとの）、ローミング（public land mobile networｋ（ＰＬＭＮ）に関する）などを提供することができる。異なるコアネットワークが、異なる能力セットを提供することができる。既存のコアネットワークに基づくＭ２Ｍ能力が、Ｍ２Ｍサービスの配送に対する機能強化を提供するために要求される場合がある。コアネットワークの例は、Third Generation Partnership Project（３ＧＰＰ）コアネットワーク（たとえば、General packet radio service（ＧＰＲＳ）、evolved packet core（ＥＰＣ））、ETSI Telecommunications and Internet converged Services and Protocols for Advanced Networking（ＴＩＳＰＡＮ）コアネットワークを含むことができる。ＩＰサービスプロバイダネットワークの場合には、コアネットワークが、制限された機能を提供する場合がある。
【００２６】
サービス能力３０６は、異なるアプリケーションによって共有できる機能を提供する。サービス能力３０６は、オープンインターフェースの組を介して機能性を公開する。さらに、サービス能力３０６は、コアネットワーク機能性を使用することができる。サービス能力３０６を使用して、アプリケーションの開発および展開を最適化し、ネットワーク特異性をアプリケーションから隠蔽することができる。サービス能力３０６を、Ｍ２Ｍ固有または包括的、たとえばＭ２Ｍアプリケーション以外にサポートを提供するものとすることができる。例は、データのストレージおよび集約、ユニキャストおよびマルチキャストのメッセージ配送などを含む。
【００２７】
Ｍ２Ｍアプリケーション３０２は、サービス論理を実行し、オープンインターフェースを介してアクセス可能なサービス能力を使用するアプリケーションを含むことができる。ネットワーク管理機能３１６は、プロビジョニング、監督、故障管理、および他のそのような機能などの関連するＭ２Ｍ能力を含む、アクセスネットワーク３１０、トランスポートネットワーク３１８、およびコアネットワーク３０８を管理するのに必要な機能を含むことができる。Ｍ２Ｍ固有管理機能３１５を、アクセスネットワーク３１０、トランスポートネットワーク３１８、およびコアネットワーク３０８内のＭ２Ｍ能力を管理するためにネットワーク管理機能３１６内に含めることができる。Ｍ２Ｍ管理機能３１４は、Ｍ２Ｍアプリケーション３０２およびサービス能力３０６を管理するのに必要な機能ならびにＭ２Ｍデバイスおよびゲートウェイ（たとえば、Ｍ２Ｍゲートウェイ３２０、Ｍ２Ｍデバイス３２８、Ｍ２Ｍデバイス３３２など）の機能性を含むことができる。Ｍ２Ｍデバイスおよびゲートウェイの管理は、サービス能力（たとえば、デバイス管理サービス能力）を使用することができる。Ｍ２Ｍ管理機能３１４は、Ｍ２Ｍデバイス３２８またはＭ２Ｍゲートウェイ３２０の故障発見および故障修復のための機能を含むことができる。
【００２８】
Ｍ２Ｍアーキテクチャおよび複数のＭ２Ｍデバイス接続性方法が、本明細書で提示される。Ｍ２Ｍデバイスは、複数の形でＭ２Ｍネットワークに接続することができる。４つの例示的なケースを示す。第１のケース（ケース１）では、Ｍ２Ｍデバイスは、アクセスネットワークを介してＭ２Ｍシステムに直接に接続する。Ｍ２Ｍデバイスは、Ｍ２Ｍシステムに登録され、認証される。第２のケース（ケース２）では、Ｍ２Ｍデバイスは、Ｍ２Ｍゲートウェイエリアネットワークを介してＭ２Ｍシステムに接続する。Ｍ２Ｍゲートウェイは、アクセスネットワークを介してＭ２Ｍシステムに接続する。Ｍ２Ｍデバイスは、Ｍ２Ｍゲートウェイを介してＭ２Ｍシステムに認証される。エリアネットワークは、セルラネットワーク、ＷＬＡＮ、ＢＴ、および他のシステムであってもなくてもよい。ケース２では、Ｍ２Ｍゲートウェイは、単に、Ｍ２Ｍデバイスのトンネルとして働くことができる。Ｍ２Ｍデバイスの登録、認証、許可、管理、およびプロビジョニングなどの手順は、Ｍ２Ｍネットワークによって実行される。
【００２９】
２つの追加のケースをこれから提示する。ケース３では、Ｍ２Ｍゲートウェイ３２０などのゲートウェイが、管理エンティティとして働くことができる。Ｍ２Ｍデバイス３２８などのＭ２Ｍデバイスが、たとえばＭ２Ｍエリアネットワーク３２４を介して、Ｍ２Ｍゲートウェイ３２０に接続することができる。Ｍ２Ｍゲートウェイ３２０は、ネットワークドメイン３５０に接続し、ネットワークドメイン３５０との信頼を確立することができ、ここで、接続は、アクセスネットワーク３１０を介するものとすることができる。Ｍ２Ｍゲートウェイ３２０は、たとえばアクセスネットワーク３１０によって提供される登録、認証、許可、管理、およびプロビジョニングの既存の方法を再利用することによって、ネットワークドメイン３５０の制御と独立の形で、それに接続するＭ２Ｍデバイスを管理することができる。そのようなゲートウェイに接続するデバイスは、ネットワークドメイン３５０によってアドレッシング可能であってもなくてもよい。Ｍ２Ｍエリアネットワーク３２４は、セルラネットワーク、ＷＬＡＮ、ＢＴ、または他のそのようなネットワークであってもなくてもよい。ゲートウェイは、それに接続するＭ２Ｍデバイスごとにセキュリティ機能を実行することができる。ゲートウェイは、直接に参加するまたは特定のデバイスの知識を有するＭ２Ｍネットワークドメイン３５０を用いずに、またはＭ２Ｍネットワークドメイン３５０による最小限の参加を用いて、セキュリティ機能を実行することができる。Ｍ２Ｍゲートウェイ３２０は、実行されるセキュリティ機能について、各デバイスに関連するネットワークドメインに情報を報告することができる。
【００３０】
ケース４では、Ｍ２Ｍゲートウェイ３２０などのゲートウェイは、ネットワーク、たとえばＭ２Ｍネットワークドメイン３５０の代わりにプロキシとして働くことができる。Ｍ２Ｍデバイス３２８などのＭ２Ｍデバイスは、たとえばＭ２Ｍエリアネットワーク３２４を介して、Ｍ２Ｍゲートウェイ３２０に接続する。そのようなゲートウェイに接続するデバイスは、Ｍ２Ｍネットワークによってアドレッシング可能であってもなくてもよい。Ｍ２Ｍゲートウェイ３２０は、Ｍ２Ｍネットワークドメイン３５０に接続し、Ｍ２Ｍネットワークドメイン３５０との信頼を確立することができ、ここで、接続は、アクセスネットワーク３１０を介するものとすることができる。Ｍ２Ｍゲートウェイ３２０は、それに接続された、Ｍ２Ｍデバイス３２８などのＭ２Ｍデバイスに向かって、Ｍ２Ｍネットワークドメイン３５０のプロキシとして働く。そのようなＭ２Ｍゲートウェイは、それに接続された各Ｍ２Ｍデバイスに関連するセキュリティ機能を実行するコマンドをネットワークドメインから受信することができる。たとえば、ゲートウェイは、ネットワークドメインから単一のコマンドを受信し、これに応答して、複数のデバイスについてセキュリティ機能を実行することができる。ゲートウェイは、セキュリティ機能を実行することができる。ゲートウェイは、Ｍ２Ｍネットワークの代わりに、認証、許可、登録、デバイス管理、およびプロビジョニングなどの手順を実行することができ、アプリケーションを実行することもできる。ゲートウェイは、実行されるセキュリティ機能に関連する複数のデバイスのそれぞれからの情報を集約し、集約された情報をＭ２Ｍネットワークドメイン３５０に送信することができる。ゲートウェイは、集約された情報を処理し、処理された集約された情報をネットワークドメインに送信することができる。
【００３１】
図４に、ケース３ゲートウェイ機能性の例を示す。Ｍ２Ｍネットワークドメイン３５０に接続され得るＭ２Ｍゲートウェイ４１０は、Ｍ２Ｍエリアネットワーク（たとえば、毛細管状のネットワーク）によって接続されるＭ２Ｍデバイス４３０のローカルＡＡＡサーバ４２０を維持する。ローカルＡＡＡサーバ４２０は、ローカルな登録、認証、許可、アカウンティング、およびデバイス完全性妥当性検査を容易にする。
【００３２】
ケース３の接続されたデバイスについて、登録、認証、許可、およびデバイス管理に関するＭ２Ｍエリアネットワークのプロトコルおよび手順が使用される。デバイスは、Ｍ２Ｍネットワークドメイン３５０によってアドレッシング可能であってもなくてもよい。ゲートウェイは、Ｍ２ＭネットワークにはＭ２Ｍデバイスに見え、登録および認証を実行する。図５に、ケース３の接続されたデバイスまたは接続性シナリオの例示的なブートストラップおよび登録のフローを示す。
【００３３】
図５に、Ｍ２Ｍデバイス５０２、Ｍ２Ｍゲートウェイ５０４、アクセスネットワーク５０６（たとえば、ネットワークオペレータに関連する）、認証サーバ５０８（たとえば、ネットワークオペレータに関連する）、セキュリティ能力５１０、ＡＡＡ／ＧＭＡＥ  ５１２、および他の能力５１４を示す。５２２では、Ｍ２Ｍゲートウェイ５０４が、アクセスネットワーク５０６を介してネットワークを獲得する。５２４および５２８では、アクセス認証を、Ｍ２Ｍゲートウェイ５０４とアクセスネットワーク５０６との間ならびにアクセスネットワーク５０６と認証サーバ５０８との間で実行することができる。５２６では、リンクおよびネットワークセッションセットアップを、Ｍ２Ｍゲートウェイ５０４とアクセスネットワーク５０６との間で実行することができる。ブートストラップは、５２９および５３０でのフローを含む。ブートストラップを、プロビジョニング中の実行に制限することができる。５２９では、ブートストラップ要求を、Ｍ２Ｍゲートウェイ５０４とセキュリティ能力５１０との間で実行することができる。５３０では、Ｍ２Ｍセキュリティブートストラップを、Ｍ２Ｍゲートウェイ５０４とセキュリティ能力５１０との間で実行することができる。５３６では、デバイスプロビジョニング（たとえば、Ｍ２Ｍネットワークアドレス識別子（ＮＡＩ）およびルート鍵または他のサービスもしくはアプリケーションレベルのパラメータもしくはデータなどのデータのプロビジョニング）を、セキュリティ能力５１０とＡＡＡ／ＧＭＡＥ  ５１２との間で実行することができる。５３２では、セッション鍵の認証および生成を含むＭ２Ｍ登録が、Ｍ２Ｍゲートウェイ５０４とセキュリティ能力５１０との間で行われる。５３８では、Ｍ２Ｍデバイス、セッション能力、サービス能力の組、またはＭ２Ｍデバイスの１つもしくは複数のアプリケーションを認証できるＭ２Ｍ認証を、セキュリティ能力５１０とＡＡＡ／ＧＭＡＥ  ５１２との間で行うことができる。５４０では、セキュリティ能力５１０が、暗号化鍵を他の能力５１４に提供することができる。５３４では、エリアプロトコル、登録、認証、およびプロビジョニングを、Ｍ２Ｍデバイス５０２とＭ２Ｍゲートウェイ５０４との間で行うことができる。
【００３４】
ケース４の接続されたデバイスについて、登録、認証、許可、およびデバイス管理に関するエリアネットワークのプロトコルおよび手順を使用することができる。Ｍ２ＭデバイスへのＭ２Ｍネットワークコマンドを変換するインターワーキング機能が、Ｍ２Ｍゲートウェイ上に存在することができる。デバイスは、Ｍ２Ｍネットワークドメインによってアドレッシング可能であってもなくてもよい。図６に、ケース４の接続されたデバイスの例示的なブートストラップおよび登録のフローを示す。図６に示されたケース４フローは、図５のフローを含む。さらに、６４４では、デバイス登録／認証状況報告を、Ｍ２Ｍゲートウェイ５０４とＭ２Ｍネットワークドメインのセキュリティ能力５１０との間で行うことができる。
【００３５】
ケース４の例をまだ参照すると、Ｍ２Ｍゲートウェイは、ネットワークのプロキシとして働くためにネットワーク内で信頼を確立するために、ネットワークに対して登録し、認証する。その場合に、Ｍ２Ｍゲートウェイは、Ｍ２Ｍデバイスプロビジョニングを実行し、Ｍ２Ｍデバイスのローカル登録（ローカルエリア認証を含む）およびアイデンティティ管理を実行し、Ｍ２Ｍの認証（たとえば、１つもしくは複数のＭ２Ｍデバイスの、Ｍ２Ｍデバイスの１つもしくは複数のサービスの、またはＭ２Ｍデバイスの１つもしくは複数のアプリケーションの）、許可、およびアカウンティングを実行し、Ｍ２Ｍデバイス完全性妥当性検査を実行し、ネットワークに向かうそれ自体の妥当性検査、Ｍ２Ｍアクセスネットワークに接続されたデバイスの妥当性検査、ならびにＭ２Ｍデバイスのセキュリティ関連付けの管理および維持を含むＭ２Ｍデバイスの認証およびアイデンティティ管理を含むセキュリティおよび信頼の管理を行えるように、ネットワークのプロキシとして働き、ローカルＩＰアクセスルーティングを実行することができる。
【００３６】
そのようなＭ２Ｍゲートウェイを、多数の応用例で使用することができる。限定ではなく例として、そのようなＭ２Ｍゲートウェイを、有線または無線のバックホールを有する、進化したフェムトセル現実化、ｅｖｏｌｖｅｄ  Ｈｏｍｅ  Ｎｏｄｅ−Ｂ現実化、またはＨｏｍｅ  Ｎｏｄｅ−Ｂ現実化で使用することができる。そのようなＭ２Ｍゲートウェイを、ネットワークおよび／またはユーザのディジタルプロキシとして使用することもできる。ネットワークは、Ｍ２Ｍデバイスを知らないものとすることができ、ゲートウェイは、ネットワークの代わりに、Ｍ２Ｍデバイス接続を管理し、維持するために働くことができる。ディジタルプロキシとして働くＭ２Ｍゲートウェイは、送受器または他のモバイル端末フォームファクタを有することができる。そのようなＭ２Ｍゲートウェイを、センサおよびアクチュエータがＭ２Ｍゲートウェイに接続されるｅＨｅａｌｔｈシナリオで使用することもできる。センサ／アクチュエータは、Ｍ２Ｍネットワークドメインに登録せず、認証しないものとすることができる。その代わりに、これらのＭ２Ｍデバイス（センサ／アクチュエータ）が、Ｍ２Ｍゲートウェイに登録することができる。これらの応用例では、Ｍ２Ｍゲートウェイを、ＰＤＡもしくは携帯電話機などのハンドヘルドデバイスまたはアクセスポイントもしくはルータなどのトラフィックアグリゲータとすることができる。接続性は、Ｍ２Ｍゲートウェイが、接続されたＭ２Ｍデバイスのサブセットのためにプロキシ機能性を実行でき、それに接続された他のＭ２Ｍデバイスのためにケース２のＭ２Ｍゲートウェイとして実行できるようなものとすることができる。接続性を、Ｍ２ＭゲートウェイがＭ２Ｍアクセスネットワークおよびコアネットワークに対してケース１の接続されたＭ２Ｍデバイスとして働き、そう見え、Ｍ２Ｍゲートウェイに接続されたＭ２ＭデバイスがＭ２Ｍゲートウェイによって独立に管理され得るようなものとすることができる。接続性を、Ｍ２Ｍゲートウェイが図７に示されているように別のＭ２Ｍゲートウェイに対してＭ２Ｍデバイスとして働く、たとえば、Ｍ２Ｍゲートウェイ７２０がＭ２Ｍゲートウェイ７１０に対してＭ２Ｍデバイスとして働くことができるようなものとすることができる。Ｍ２Ｍゲートウェイ７１０は、Ｍ２Ｍエリアネットワーク（別名毛細管状のネットワーク）によって接続されたＭ２Ｍデバイス７１２のローカルＡＡＡサーバ７１５を維持することができる。Ｍ２Ｍゲートウェイ７２０は、Ｍ２Ｍエリアネットワーク（別名毛細管状のネットワーク）によって接続されたＭ２Ｍデバイス７２２のローカルＡＡＡサーバ７２５を維持することができる。
【００３７】
完全性妥当性検査は、局所化されたアクションならびにローカルに実行される測定に基づく報告およびリモートアクションを含むことができ、たとえば、妥当性検査を、暗黙またはシグナリングを介して明示的とすることができる。デバイス完全性の検査および妥当性検査を実現するために、Ｍ２Ｍデバイスは、信頼される実行環境を含むことができる。信頼される実行環境から、デバイスは、そのソフトウェアの完全性を検査し、セキュアブートプロセスによるロードおよび実行の前に信頼される基準値に対して完全性を検証することができる。これらの信頼される基準値は、信頼されるサードパーティまたは信頼される製造業者によって発行され得、検証されるユニットの測定値（たとえば、ハッシュ値）である。ソフトウェアの完全性の検証を、ローカルに（たとえば、自律妥当性検査）またはリモートに（たとえば、半自律妥当性検査および完全にリモートの妥当性検査）実行することができる。デバイス完全性妥当性検査がリモートに実行される場合に、妥当性検査を行うエンティティを、Ｍ２Ｍゲートウェイまたは妥当性検査エンティティとして振る舞う識別されたエンティティもしくはＭ２Ｍゲートウェイのプロキシとすることができる。妥当性検査のターゲットが、Ｍ２Ｍゲートウェイに接続されたＭ２Ｍデバイスおよび／あるいはＭ２Ｍネットワーク上のネットワークベースの妥当性検査エンティティまたはＭ２Ｍネットワークの指定されたエンティティもしくはプロキシである場合には、妥当性検査のターゲットを、Ｍ２ＭデバイスもしくはＭ２Ｍゲートウェイのいずれかまたはその両方のある組合せとすることができる。
【００３８】
完全にリモートの妥当性検査では、ターゲットエンティティ（その完全性が妥当性検査される）は、ローカルに実行された検証の証拠または結果を伴わずに、その完全性の測定値を妥当性検査エンティティに向かって送信することができる。その一方で、半自律妥当性検査では、ターゲットエンティティは、その完全性の測定を行うことと、測定値のある検証／査定を行うこととの両方を行うことができ、検証の結果に関連する証拠または情報を妥当性検査エンティティに送信することができる。
【００３９】
完全性検査プロセスがローカルに実行される場合には、信頼される基準値を、セキュアメモリに格納することができ、アクセスを、認可されたアクセスに限定することができる。検証が、リモート妥当性検査エンティティ（たとえば、妥当性検査エンティティとして働くＭ２Ｍゲートウェイ、またはＭ２Ｍネットワーク上のネットワークベースの妥当性検査エンティティ）で実行される場合には、ゲートウェイまたはネットワークベースの妥当性検査エンティティは、妥当性検査のプロセス中に信頼されるサードパーティまたは信頼される製造業者からこれらの信頼される基準値を取り出すか、これを事前に取り出し、ローカルに格納するかのいずれかを行うことができる。これらの信頼される基準値を、オペレータまたはユーザによってＭ２Ｍゲートウェイ内またはＭ２Ｍネットワーク内の妥当性検査エンティティでプロビジョニングすることもできる。そのような信頼される基準値を、信頼されるサードパーティまたは信頼される製造業者によって、無線で、ワイヤを介して、またはセキュアUniversal Serial Bus（ＵＳＢ）、セキュアスマートカード、secure digital（ＳＤ）カードなどの保護された媒体内で発行することができ、ここで、ユーザまたはオペレータは、保護された媒体をＭ２Ｍゲートウェイで（たとえば、半自律妥当性検査のために）またはＭ２Ｍデバイスで（たとえば、自律妥当性検査のために）挿入することができる。Ｍ２Ｍネットワークベースの半自律妥当性検査について、妥当性検査エンティティは、そのような情報を信頼される製造業者または信頼されるサードパーティから直接に入手することができる。
【００４０】
Ｍ２エリアネットワークプロトコルに対する新しい更新が、デバイスからＭ２Ｍゲートウェイ内の検証するエンティティへ完全性結果を送信するために必要になる可能性がある。これを、プロトコルフィールドを更新することによって、または初期ランダムアクセスメッセージ内にまたは接続をセットアップした後に肯定応答されるフォーム内もしくは肯定応答されないフォーム内に完全性結果およびメトリックを含むデータグラムを送信することによって、実施することができる。
【００４１】
デバイス完全性妥当性検査を、次の例示的な方法のうちの１つまたは複数を使用して自律的にまたは半自律的に実行することができる。
【００４２】
デバイス妥当性検査手順を、ケース１デバイスについて提供することができる。
【００４３】
この場合に、デバイスを、コアネットワークを介して直接にＭ２Ｍネットワークに接続することができる。自律的妥当性検査がサポートされるデバイスでは、アクセスネットワークへのデバイスによる初期アクセスは、ローカル完全性検査および妥当性検査の結果を含む場合がある。デバイスがネットワーク内で登録することを試みたという事実によって、デバイス完全性妥当性検査が成功したことが、ネットワークによって仮定され得る。デバイス完全性検査に合格しない場合には、合格しないエンティティまたは機能性のリストを、遭難信号に含めることができ、ネットワークは、デバイスの修復または回復に必要なステップを行うことができる。
【００４４】
半自律妥当性検査について、検証するエンティティが、アクセスネットワークもしくはＭ２Ｍネットワークのいずれかまたはその両方で必要になる場合がある。この検証するエンティティを、プラットフォーム妥当性検査するエンティティとすることができ、authentication、authorization and accounting（ＡＡＡ）サーバと同一位置に配置することができる。ローカル完全性検査の結果を、プラットフォーム妥当性エンティティ（platform validity entity：ＰＶＥ）に送信することができ、ＰＶＥは、完全性検査に合格したかしなかったかを判断する。成功の検査について、ＰＶＥは、デバイスがアクセスネットワークおよび／またはＭ２Ｍサービス能力レイヤもしくはＭ２Ｍネットワーク内で登録することを可能にする。合格しなかった検査について、ＰＶＥは、更新またはパッチをダウンロードするためにデバイスを修復サーバにリダイレクトすることができる。合格しなかった検査について、ＰＶＥは、デバイスを隔離し、デバイスを修理するために人員を送るようにＯＡＭにシグナリングすることができる。
【００４５】
デバイス妥当性検査手順を、ケース２のデバイスおよびゲートウェイについて提供することができる。
【００４６】
このケースでは、デバイスを、Ｍ２Ｍゲートウェイを介してＭ２Ｍネットワークに接続することができる。デバイスは、Ｍ２Ｍネットワークによってアドレッシング可能である。Ｍ２Ｍゲートウェイは、そのケースで、トンネルプロバイダとして働く。ゲートウェイとデバイスとの完全性検査を別々に考慮することが、有用である可能性がある。まず、デバイスがゲートウェイによって置換される場合に、本明細書で説明するように半自律的または自律的のいずれかで完全性についてゲートウェイを検証することができる。ゲートウェイの成功の完全性検査の後に、デバイスがＭ２Ｍゲートウェイに接続することを許可することができる。その後、デバイスの完全性検査を実行することができる。これを、アクセスネットワーク内のＰＶＥによって、Ｍ２Ｍサービス能力レイヤによって、またはＭ２Ｍネットワークによって、自律的または半自律的のいずれかで実行することができる。
【００４７】
半自律妥当性検査について、Ｍ２Ｍゲートウェイは、Ｍ２Ｍデバイスのアクセス制御を実行できる、セキュリティゲートウェイのタスクを実行することができる。Ｍ２Ｍゲートウェイは、デバイス完全性検査手順がＭ２Ｍデバイスについて完了されるまでＰＶＥへのアクセスを防ぐことができ、Ｍ２Ｍデバイス完全性検査に合格しない場合には、Ｍ２Ｍゲートウェイは、アクセス制御を実行し、Ｍ２Ｍデバイスを隔離することまたは修復エンティティへのアクセスを制限することのいずれかによって、Ｍ２Ｍデバイスのアクセスを制限することができる。
【００４８】
デバイス妥当性検査手順を、ケース３およびケース４のデバイスおよびゲートウェイについて提供することができる。
【００４９】
デバイスは、自律妥当性検査を実行することができ、この自律妥当性検査では、デバイス完全性を、ゲートウェイまたはネットワークのいずれかによって暗黙のうちに検査し、妥当性検査することができる。デバイスは、半自律的または完全にリモートの妥当性検査を実行することができ、この半自律的または完全にリモートの妥当性検査では、デバイスは、完全性検査結果もしくは情報または結果の要約（たとえば、完全性検査に合格しないコンポーネントに対応する合格しない機能性のリスト）を検証するエンティティに送信する。
【００５０】
ケース３接続性では、Ｍ２Ｍデバイスの検証するエンティティを、Ｍ２Ｍゲートウェイとすることができる。Ｍ２Ｍネットワーク（および／またはアクセスネットワーク）は、別のエンティティ（または、完全性妥当性検査がＭ２Ｍネットワークとアクセスネットワークとの両方に向かって（しかし別々に）行われる必要がある場合には複数のエンティティ）がＭ２Ｍゲートウェイの完全性に関する検証エンティティとして働くことを必要とする場合がある。Ｍ２Ｍネットワークおよび／またはアクセスネットワークは、Ｍ２Ｍゲートウェイの完全性を検証することによって間接的な形でＭ２Ｍデバイスの完全性を「妥当性検査する」ことができ、ここで、ゲートウェイは、その完全性の検証の後に、Ｍ２Ｍデバイスの完全性を検証するというそれ自体の役割を実行するために「信頼され」得る。
【００５１】
ケース４接続性では、Ｍ２Ｍデバイスの完全性に関する検証するエンティティの役割を、Ｍ２ＭゲートウェイとＭ２Ｍネットワークとの間で分割することができる。Ｍ２Ｍゲートウェイの完全性に関する検証するエンティティの役割は、Ｍ２Ｍネットワーク上またはアクセスネットワーク上のエンティティによって行われる必要がある場合がある。（検証するエンティティの）役割がＭ２ＭゲートウェイとＭ２Ｍネットワーク（および／またはアクセスネットワーク）との間で分割されるかどうかおよびどのように分割されるのか（範囲を含む）を、１つまたは複数のポリシによって定義することができる。ツリー状構造を使用する分割妥当性検査（たとえば、ツリー形状の検証）が使用される場合には、ポリシは、Ｍ２Ｍゲートウェイが、デバイスの粗粒度の完全性検証を実行し、その結果をＭ２Ｍネットワーク（および／またはアクセスネットワーク）内の１つまたは複数の検証するエンティティに報告することを規定することができる。検証するエンティティは、これらの結果を調べ、査定することができ、査定の結果およびそれ自体のポリシに依存して、直接にまたはゲートウェイを介して間接に、より微細な粒度の完全性検証を実行することができる。
【００５２】
１つのそのようなポリシを、Ｍ２Ｍオペレータからのものとすることができ、もう１つのそのようなポリシを、アクセスネットワークオペレータからのものとすることができる。他の利害関係者も、彼ら自体のポリシを用い、使用することができる。
【００５３】
デバイス完全性検査に合格する場合には、デバイスは、ネットワークへの登録および認証に進むことができる。デバイスの登録および認証を、ケース３接続性についてＭ２Ｍエリアネットワーク内でローカルに実行することができる。これらのタスクを実行するエンティティを、ケース４接続性についてＭ２ＭゲートウェイとＭ２Ｍネットワーク（および／またはアクセスネットワーク）との間で分割することもできる。
【００５４】
ケース３とケース４との両方の接続性ケースで、構成されるポリシに基づいて、Ｍ２Ｍゲートウェイは、Ｍ２ＭデバイスがＭ２Ｍゲートウェイに登録する前に、Ｍ２ＭアクセスネットワークおよびＭ２Ｍコアネットワークに非同期に登録し、認証することができる。Ｍ２Ｍゲートウェイは、デバイスが認証を完了する後まで、Ｍ２ＭアクセスネットワークおよびＭ２Ｍコアネットワークへの登録および認証を遅延させることができる。デバイスからの登録を受け入れ、Ｍ２Ｍコア／Ｍ２Ｍアクセスネットワークへの登録を開始する前に、Ｍ２Ｍデバイスは、それ自体の完全性検査および妥当性検査プロセスを、たとえば自律的にまたは半自律的に実行することができる。
【００５５】
ケース３および４のデバイス完全性妥当性検査は、図８に示されたフローのうちの１つまたは複数を含むことができる。図８に、Ｍ２Ｍデバイス（１つまたは複数）８０２、Ｍ２Ｍゲートウェイ８０４（ローカルＡＡＡを含むことができる）、ネットワークオペレータ８０６（アクセスネットワークを含むことができる）、およびＭ２Ｍオペレータ８０８（Ｍ２Ｍコア（ＧＭＡＥ／ＤＡＲ）を含むことができる）を示す。８２０では、Ｍ２Ｍゲートウェイ８０４が、自律的にまたは半自律的にのいずれかで、それ自体の完全性検査および妥当性検査を実行することができる。８２４では、Ｍ２Ｍデバイス（１つまたは複数）８０２が、それ自体の完全性検査および妥当性検査を実行することができ、これが成功である場合には、８２８でのゲートウェイ獲得、登録、および認証に進む。ゲートウェイは、ローカルＡＡＡサーバの助けを得て、Ｍ２Ｍデバイス（１つまたは複数）８０２を認証することができる。ゲートウェイは、１）それ自体の完全性検査および妥当性検査を完了するや否や、または２）Ｍ２Ｍアクセスネットワークおよび／またはＭ２Ｍコアネットワークに登録した後に、デバイス登録要求およびデバイス認証要求を受け入れ始めることができる。８３２では、ゲートウェイは、非同期に、Ｍ２Ｍデバイス登録および認証について不可知論的に、Ｍ２Ｍアクセスネットワーク（たとえば、ネットワークオペレータ８０６）および／もしくはＭ２Ｍコアネットワーク（Ｍ２Ｍオペレータ８０８）に登録し、認証することができ、または、Ｍ２Ｍデバイス（１つまたは複数）８０２がＭ２Ｍゲートウェイ８０４で登録され、認証されるまで、その登録および認証を遅延させることができる。
【００５６】
８３６では、Ｍ２Ｍ登録および認証を、Ｍ２Ｍゲートウェイ８０４とＭ２Ｍオペレータ８０８との間で実行することができる。Ｍ２Ｍゲートウェイ８０４に接続された１つまたは複数のデバイスが、デバイス完全性検査に合格しない場合には、合格しなかったデバイスのリストまたは合格しなかった機能性のリスト（たとえば、デバイスがセンサである場合）を、Ｍ２Ｍゲートウェイ８０４からＭ２Ｍコアネットワーク（Ｍ２Ｍオペレータ８０８）に送信することができる。不合格（たとえば、全体的な不合格または特定の機能性の不合格）に応じて、完全性検査に合格しなかったと査定されたデバイスは、ネットワークアクセスを拒否される場合があり、または、アクセスが制限される（たとえば、時間、タイプ、またはスコープに関して）場合がある。ボディエリアネットワークまたは他の無線センサエリアネットワークなど、いくつかの場合に、任意の１つまたは複数のデバイスが、完全性検査に合格しなかったものとして査定される場合に、Ｍ２Ｍゲートウェイ８０４は、そのような能力が毛細管状のネットワーク内およびゲートウェイ内に存在する場合に、残りのデバイスの機能性更新またはトポロジ更新を調整することを試みることができ、その結果、残りのデバイス上の新しいトポロジまたは新しい機能性が、完全性検査に合格しなかったデバイスの不合格または減らされた機能性を補償できるようになる。ネットワークが、Ｍ２Ｍエリアネットワーク（たとえば、毛細管状のネットワーク）内のデバイスについて高いレベルの保証を必要とする場合には、Ｍ２Ｍゲートウェイは、Ｍ２Ｍエリアネットワーク内の１つまたは複数のデバイスでの完全性違反または不合格を検出した後に、独力で、Ｍ２Ｍネットワークドメインと協力して、またはＭ２Ｍネットワークドメインからの監督の下で、Ｍ２Ｍエリアネットワークまたはそのサブセット内のすべてのデバイスを隔離するために処置を講じることができる。
【００５７】
ケース４接続性について、８４０では、より微細な粒度の完全性検証をＭ２Ｍゲートウェイ８０４とネットワークオペレータ８０６との間で実行することができる。８４４では、より微細な粒度の完全性検証をＭ２Ｍゲートウェイ８０４とＭ２Ｍデバイス（１つまたは複数）８０２との間で実行することができる。８４８では、８４４の結果をオペレータ８０６に報告することができる。
【００５８】
８５２では、デバイスランタイム完全性不合格を判定／報告することができ、かつ／またはデバイス登録解除をＭ２Ｍデバイス（１つまたは複数）８０２とＭ２Ｍゲートウェイ８０４との間で実行することができる。８５６では、更新された機能性および／またはデバイスの更新されたリストをＭ２Ｍゲートウェイ８０４とＭ２Ｍオペレータ８０８との間で報告することができる。
【００５９】
ケース１デバイス完全性および登録は、図９に示されたフローのうちの１つまたは複数を含むことができる。図９に、Ｍ２Ｍデバイス９０２、ネットワークオペレータアクセスネットワーク９０４、ネットワークオペレータ認証サーバ９０６（プラットフォーム妥当性検査エンティティとして実行することができる）、セキュリティ能力９０８、ＡＡＡ／ＧＭＡＥ  ９１０、および他の能力９１２を示す。ケース１接続性について、Ｍ２Ｍデバイス９０２を、Ｍ２Ｍアクセスネットワーク、ネットワークオペレータアクセスネットワーク９０４に直接に接続することができる。
【００６０】
９２０では、Ｍ２Ｍデバイス９０２が、完全性検査を実行することができる。９２２では、Ｍ２Ｍデバイス９０２が、ネットワークオペレータアクセスネットワーク９０４を獲得する。９２４では、アクセス認証を、ネットワークオペレータアクセスネットワーク９０４とネットワークオペレータ認証サーバ９０６との間で確立することができる（完全性妥当性検査情報を含むことができる）。９２８では、アクセス認証をＭ２Ｍデバイス９０２とネットワークオペレータアクセスネットワーク９０４との間で確立することができる（完全性妥当性検査情報を含むことができる）。セキュアブートプロセスを使用して、Ｍ２Ｍデバイス９０２は、ブートアップし、自律的妥当性検査または半自律的妥当性検査に含まれるステップを実行することができる。半自律的妥当性検査に対する代替案として、リモート妥当性検査手順を実行することもできる。
【００６１】
自律的妥当性検査がＭ２Ｍデバイス９０２で使用される場合には、デバイス完全性検査および妥当性検査の後に、デバイスは、進行して、Ｍ２Ｍアクセスネットワークを獲得し、Ｍ２Ｍアクセスネットワークへの接続および登録を試みることができる。
【００６２】
半自律的妥当性検査がＭ２Ｍデバイス９０２で使用される場合には、デバイスは、ローカルデバイス完全性検査を実行することができ、ネットワーク獲得の後に、デバイスは、ローカルデバイス完全性検査の結果をＭ２Ｍネットワークオペレータおよび／またはＭ２Ｍアクセスネットワークプラットフォーム妥当性検査エンティティのどちらであれ、適用可能なものに送信することができる。プラットフォーム妥当性検査エンティティを、図９の流れ図に示されているようにオペレータの認証サーバ（Ｍ２Ｍオペレータまたはアクセスネットワークオペレータ）と同一位置に配置することができるが、プラットフォーム妥当性検査エンティティを、ネットワーク内の別々のエンティティとすることができる。デバイス完全性検査の結果を、合格しないコンポーネント、モジュール、または機能性のリストとすることができる。プラットフォーム妥当性検査エンティティは、デバイス完全性妥当性検査を実行し、その後、デバイス認証に進むことができる。
【００６３】
アクセスネットワークまたはＭ２Ｍオペレータネットワークの秘密鍵がまだブートストラップされていない場合には、デバイスによって使用されるアイデンティティを、信頼されるプラットフォーム識別子とすることができる。それらの秘密鍵が存在する場合には、それらの秘密鍵を追加してまたは個別に使用することもできる。
【００６４】
認証が成功の場合には、９３０で、リンクおよびネットワークセッションセットアップが続くことができる。Ｍ２Ｍアクセスネットワーク認証が成功の場合には、この結果を、９２６でのＭ２Ｍシステムへのシングルサインオンに使用することができる。したがって、Ｍ２Ｍアクセスネットワークアイデンティティおよび認証結果を、Ｍ２Ｍシステムアイデンティティおよび認証で使用することができる。Ｍ２Ｍアクセスネットワークとの成功の認証は、別のＭ２Ｍアクセスネットワーク、Ｍ２Ｍシステム、Ｍ２Ｍコア、またはＭ２Ｍネットワークもしくは他のサービスプロバイダによって提供されるあるサービス能力もしくはアプリケーションとの成功の識別および認証を暗示する可能性がある。ブートストラップおよびＭ２Ｍ登録が続くことができる。たとえば、９３２では、Ｍ２Ｍデバイス９０２が、セキュリティ能力９０８へのＭ２Ｍブートストラップ要求を行うことができる。９３４では、Ｍ２Ｍセキュリティブートストラップを、Ｍ２Ｍデバイス９０２とセキュリティ能力９０８との間で行うことができる。９３６では、デバイスプロビジョニング（Ｍ２Ｍ  ＮＡＩおよびルート鍵）を、セキュリティ能力９０８とＡＡＡ／ＧＭＡＥ  ９１０との間で行うことができる。９３８では、認証およびセッション鍵を含むことができるＭ２Ｍ登録を、Ｍ２Ｍデバイス９０２とセキュリティ能力９０８との間で行うことができる。９４０では、Ｍ２Ｍ認証を、セキュリティ能力９０８とＡＡＡ／ＧＭＡＥ  ９１０との間で行うことができる。９４２では、セキュリティ能力９０８が、他の能力９１２に暗号化鍵を提供することができる。
【００６５】
ケース２のデバイスおよびゲートウェイの完全性および登録は、図１０に示されたフローのうちの１つまたは複数を含むことができる。図１０に、Ｍ２Ｍデバイス１００２、Ｍ２Ｍゲートウェイ１００４、アクセスネットワーク１００６（たとえば、ネットワークオペレータに関連する）、認証サーバ１００８（たとえば、ネットワークオペレータに関連する）、セキュリティ能力１０１０、ＡＡＡ／ＧＭＡＥ  １０１２、および他の能力１０１４を示す。
【００６６】
１０２０では、Ｍ２Ｍデバイス１００２が、ローカル完全性検査を実行することができる。１０２４では、Ｍ２Ｍゲートウェイ１００４が、ローカル完全性検査を実行することができる。１０２８では、完全性妥当性検査情報を、Ｍ２Ｍゲートウェイ１００４とアクセスネットワーク１００６との間で共有することができる。１０３２では、Ｍ２Ｍデバイス９０２が、アクセスネットワーク１００６を獲得することができる。１０３６では、アクセス認証を、Ｍ２Ｍデバイス１００２とアクセスネットワーク１００６との間で確立することができる（完全性妥当性検査情報を含むことができる）。１０４０では、アクセス認証を、アクセスネットワーク１００６と認証サーバ１００８との間で確立することができる（完全性妥当性検査情報を含むことができる）。ケース２接続性では、Ｍ２Ｍデバイスは、Ｍ２Ｍゲートウェイを介してＭ２Ｍシステムに接続することができる。完全性検査および妥当性検査が、Ｍ２Ｍデバイスおよび／またはＭ２Ｍゲートウェイで実行されなければならない場合がある。Ｍ２Ｍゲートウェイは、自律的妥当性検査または半自律的妥当性検査のいずれかを実行することができる。これを、デバイスでの自律的妥当性検査または半自律的妥当性検査と独立に実行することができる。
【００６７】
ゲートウェイは、セキュアブートプロセスを使用し、ローカル完全性検査を実行することができ、自律的妥当性検査が使用される場合には、ローカル完全性検査の結果の妥当性検査をローカルに実行することができる。半自律的妥当性検査が使用される場合には、ゲートウェイは、ローカル完全性検査の結果をオペレータのネットワーク内のプラットフォーム妥当性検査エンティティに送信することができる。プラットフォーム妥当性検査エンティティを、オペレータのＡＡＡサーバ、たとえばＡＡＡ／ＧＭＡＥ  １０１２と同一位置に配置することができる。成功の完全性検査および妥当性検査の後に、ゲートウェイは、レディ状態までブートすることができ、このレディ状態で、ゲートウェイは、サービスを提供するためにＭ２Ｍデバイスから使用可能になることができる。Ｍ２Ｍデバイスは、セキュアブートプロセスを使用し、ローカル完全性検査を実行することができ、自律的妥当性検査が使用される場合には、ローカル完全性検査の結果の妥当性検査をローカルに実行することができる。半自律的妥当性検査が使用される場合には、Ｍ２Ｍデバイスは、Ｍ２Ｍゲートウェイを検索することと、結果をオペレータのネットワーク内のプラットフォーム妥当性検査エンティティに送信することとによって、ネットワークを獲得することができる。Ｍ２Ｍゲートウェイは、セキュリティゲートウェイとして働き、デバイス完全性妥当性検査手順に制限される可能性があるネットワークへのアクセスをＭ２Ｍデバイスに提供するためにアクセス制御を実行することができる。プラットフォーム妥当性検査エンティティは、デバイス完全性妥当性検査を実行し、結果についてデバイスおよびゲートウェイに知らせることができる。結果が成功である場合には、１０４８で、リンクおよびネットワークセッションセットアップを、アクセスネットワークおよびコアネットワークへのブートストラップ、登録、および認証の手順のためにＭ２Ｍデバイス１００２とアクセスネットワーク１００６との間で確立することができる。Ｍ２Ｍアクセスネットワーク認証が成功の場合には、この結果を１０４４でのＭ２Ｍシステムへのシングルサインオンに使用することができる。Ｍ２Ｍアクセスネットワークアイデンティティおよび認証結果を、Ｍ２Ｍシステムアイデンティティおよび認証で使用することができる。Ｍ２Ｍアクセスネットワーク１００６との成功の認証は、別のＭ２Ｍエリアネットワーク内での、Ｍ２Ｍシステムとの、Ｍ２Ｍコアとの、またはＭ２Ｍネットワークもしくは他のサービスプロバイダによって提供される１つまたは複数のサービス能力もしくはアプリケーションとの、成功の識別および認証を暗示する可能性がある。ブートストラップおよびＭ２Ｍ登録が続くことができる。たとえば、１０５２では、Ｍ２Ｍデバイス１００２が、セキュリティ能力１０１０へのＭ２Ｍブートストラップ要求を行うことができる。１０５６では、Ｍ２Ｍセキュリティブートストラップを、Ｍ２Ｍデバイス１００２とセキュリティ能力１０１０との間で行うことができる。１０６０では、デバイスプロビジョニング（Ｍ２Ｍ  ＮＡＩおよびルート鍵）を、セキュリティ能力１０１０とＡＡＡ／ＧＭＡＥ  １０１２との間で行うことができる。１０６４では、認証およびセッション鍵を含むことができるＭ２Ｍ登録を、Ｍ２Ｍデバイス１００２とセキュリティ能力１０１０との間で行うことができる。１０６８では、Ｍ２Ｍ認証を、セキュリティ能力１０１０とＡＡＡ／ＧＭＡＥ  １０１２との間で行うことができる。１０７２では、セキュリティ能力１０１０が、暗号化鍵を他の能力１０１４に提供することができる。
【００６８】
ケース３のデバイスおよびゲートウェイの完全性検査および登録は、図１１に示されたフローのうちの１つまたは複数を含むことができる。図１１に、Ｍ２Ｍデバイス１１０２、Ｍ２Ｍゲートウェイ１１０４、アクセスネットワーク１１０６（たとえば、ネットワークオペレータに関連する）、認証サーバ１１０８（たとえば、ネットワークオペレータに関連する）、セキュリティ能力１１１０、ＡＡＡ／ＧＭＡＥ  １１１２、および他の能力１１１４を示す。
【００６９】
１１２０では、Ｍ２Ｍデバイス１１０２が、ローカル完全性検査を実行することができる。１１２４では、Ｍ２Ｍゲートウェイ１１０４が、ローカル完全性検査を実行することができる。１１２８では、完全性妥当性検査情報を含むことができるアクセス認証を、Ｍ２Ｍゲートウェイ１１０４と認証サーバ１１０８との間で行うことができる。１１３２では、デバイス完全性妥当性検査を含むことができる毛細管状の登録および認証を、Ｍ２Ｍデバイス１１０２とＭ２Ｍゲートウェイ１１０４との間で行うことができる。
【００７０】
１１３６では、Ｍ２Ｍゲートウェイ１１０４が、アクセスネットワーク１１０６を獲得することができる。１１４０では、アクセス認証（完全性妥当性検査情報を含むことができる）を、Ｍ２Ｍゲートウェイ１１０４とアクセスネットワーク１１０６との間で確立することができる。１１４４では、アクセス認証（完全性妥当性検査情報を含むことができる）を、アクセスネットワーク１１０６と認証サーバ１１０８との間で確立することができる。Ｍ２Ｍアクセスネットワーク認証が成功の場合には、１１４８で、この結果をＭ２Ｍシステムへのシングルサインオンに使用することができる。
【００７１】
ケース３接続性では、Ｍ２Ｍゲートウェイは、ネットワークに向かってＭ２Ｍデバイスとして働くことができる。図１１に示されているように、次の完全性検査および登録手順のうちの１つまたは複数に従うことができる。
【００７２】
ゲートウェイは、セキュアブートプロセスを使用し、ローカル完全性検査を実行することができ、自律的妥当性検査が使用される場合には、ローカル完全性検査の結果の妥当性検査をローカルに実行することができる。半自律的妥当性検査が使用される場合には、ゲートウェイは、ローカル完全性検査の結果をオペレータのネットワーク（アクセスネットワークオペレータまたはＭ２Ｍネットワークオペレータ）内のプラットフォーム妥当性検査エンティティに送信することができる。プラットフォーム妥当性検査エンティティを、オペレータ（アクセスネットワークオペレータまたはＭ２Ｍネットワークオペレータ）のＡＡＡサーバと同一位置に配置することができる。成功の完全性検査および妥当性検査の後に、ゲートウェイは、レディ状態までブートすることができ、このレディ状態で、ゲートウェイは、サービスを提供するためにＭ２Ｍデバイスから使用可能になることができる。このケースでは、Ｍ２Ｍゲートウェイが、ネットワークにとってＭ２Ｍデバイスに見え、このネットワークが、ケース１接続性を用いて接続されることに留意されたい。上で説明されたケース１接続性について説明された手順に、Ｍ２Ｍゲートウェイ１１０４がＭ２Ｍデバイスとして働く状態で従うことができる。
【００７３】
Ｍ２Ｍゲートウェイが、その完全性検査ならびにＭ２ＭアクセスネットワークおよびＭ２Ｍサービス能力への登録を完了した後に、Ｍ２Ｍゲートウェイは、それに接続することを望む可能性があるＭ２Ｍデバイスから使用可能になることができる。Ｍ２Ｍデバイスは、セキュアブートプロセスを使用し、ローカル完全性検査を実行し、自律的妥当性検査が使用される場合には、ローカル完全性検査の結果の妥当性検査をローカルに実行することができる。半自律的妥当性検査が使用される場合には、Ｍ２Ｍデバイスは、Ｍ２Ｍゲートウェイを検索することと結果をＭ２Ｍゲートウェイに送信することとによって、ネットワークを獲得することができる。Ｍ２Ｍゲートウェイは、プラットフォーム妥当性検査エンティティとして働き、デバイス完全性妥当性検査手順を実行し、結果についてデバイスに知らせることができる。結果が成功である場合には、１１５２で、リンクおよびネットワークセッションセットアップを、Ｍ２Ｍゲートウェイへのブートストラップ、登録、および認証の手順のためにＭ２Ｍゲートウェイ１１０４とアクセスネットワーク１１０６との間で確立することができる。
【００７４】
その後、Ｍ２Ｍデバイスは、アクセスネットワークおよび／またはコアネットワークへのブートストラップ、登録、および認証の手順を実行することができる。たとえば、１１５６では、Ｍ２Ｍゲートウェイ１１０４が、セキュリティ能力１１１０へのＭ２Ｍブートストラップ要求を行うことができる。１１６０では、Ｍ２Ｍセキュリティブートストラップを、Ｍ２Ｍゲートウェイ１１０４とセキュリティ能力１１１０との間で行うことができる。１１６４では、デバイスプロビジョニング（Ｍ２Ｍ  ＮＡＩおよびルート鍵）を、セキュリティ能力１１１０とＡＡＡ／ＧＭＡＥ  １１１２との間で行うことができる。１１６８では、認証およびセッション鍵を含むことができるＭ２Ｍ登録を、Ｍ２Ｍゲートウェイ１１０４とセキュリティ能力１１１０との間で行うことができる。１１７２では、Ｍ２Ｍ認証を、セキュリティ能力１１１０とＡＡＡ／ＧＭＡＥ  １１１２との間で行うことができる。１１７６では、セキュリティ能力１１１０が、暗号化鍵を他の能力１１１４に提供することができる。
【００７５】
ケース３接続性では、Ｍ２Ｍゲートウェイに接続されたＭ２Ｍデバイスが、Ｍ２Ｍシステムに可視ではない場合がある。その代わりに、Ｍ２ＭデバイスまたはＭ２Ｍデバイスのサブセットが、独立Ｍ２ＭデバイスとしてＭ２Ｍシステムに可視である場合がある。この場合に、Ｍ２Ｍゲートウェイは、ネットワークプロキシとして実行し、認証を実行し、それに接続されたデバイスまたはデバイスのサブセットのプラットフォーム完全性妥当性検査エンティティとして働くことができる。
【００７６】
ケース４のデバイスおよびゲートウェイの完全性および登録は、図１２に示されたフローのうちの１つまたは複数を含むことができる。図１２に、Ｍ２Ｍデバイス１２０２、Ｍ２Ｍゲートウェイ１２０４、アクセスネットワーク１２０６（たとえば、ネットワークオペレータに関連する）、認証サーバ１２０８（たとえば、ネットワークオペレータに関連する）、セキュリティ能力１２１０、ＡＡＡ／ＧＭＡＥ  １２１２、および他の能力１２１４を示す。
【００７７】
１２２０では、Ｍ２Ｍデバイス１２０２が、ローカル完全性検査を実行することができる。１２２４では、Ｍ２Ｍゲートウェイ１２０４が、ローカル完全性検査を実行することができる。１２２８では、完全性妥当性検査情報を含むことができるアクセス認証を、Ｍ２Ｍゲートウェイ１２０４と認証サーバ１２０８との間で行うことができる。１２３２では、デバイス完全性妥当性検査を含むことができる毛細管状の登録および認証を、Ｍ２Ｍデバイス１２０２とＭ２Ｍゲートウェイ１２０４との間で行うことができる。
【００７８】
１２３６では、Ｍ２Ｍゲートウェイ１２０４が、アクセスネットワーク１２０６を獲得することができる。１２４０では、アクセス認証（完全性妥当性検査情報を含むことができる）を、Ｍ２Ｍゲートウェイ１２０４とアクセスネットワーク１２０６との間で確立することができる。１２４４では、アクセス認証（完全性妥当性検査情報を含むことができる）を、アクセスネットワーク１２０６と認証サーバ１２０８との間で確立することができる。Ｍ２Ｍアクセスネットワーク認証が成功の場合には、１２４８で、この結果をＭ２Ｍシステムへのシングルサインオンに使用することができる。
【００７９】
ケース４接続性では、Ｍ２Ｍゲートウェイは、デバイスに向かってネットワークのプロキシとして働く。図１２に示されているように、次の完全性検査および登録手順のうちの１つまたは複数に従うことができる。
【００８０】
ゲートウェイは、セキュアブートプロセスを使用し、ローカル完全性検査を実行することができ、自律的妥当性検査が使用される場合には、ローカル完全性検査の結果の妥当性検査をローカルに実行することができる。半自律的妥当性検査が使用される場合には、ゲートウェイは、ローカル完全性検査の結果をオペレータのネットワーク（たとえば、アクセスネットワークオペレータまたはＭ２Ｍネットワークオペレータ）内のプラットフォーム妥当性検査エンティティに送信することができる。プラットフォーム妥当性検査エンティティを、オペレータ（たとえば、アクセスネットワークオペレータまたはＭ２Ｍネットワークオペレータ）のＡＡＡサーバと同一位置に配置することができる。成功の完全性検査および妥当性検査の後に、ゲートウェイは、レディ状態までブートすることができ、このレディ状態で、ゲートウェイは、サービスを提供するためにＭ２Ｍデバイスから使用可能になることができる。Ｍ２Ｍゲートウェイがその完全性検査およびＭ２Ｍアクセスネットワークへの登録を完了した後に、Ｍ２Ｍゲートウェイは、それに接続することを望む可能性があるＭ２Ｍデバイスから使用可能である。
【００８１】
Ｍ２Ｍデバイスは、セキュアブートプロセスを使用し、ローカル完全性検査を実行することができ、自律的妥当性検査が使用される場合には、ローカル完全性検査の結果の妥当性検査をローカルに実行することができる。半自律的妥当性検査が使用される場合には、Ｍ２Ｍデバイスは、Ｍ２Ｍゲートウェイを検索することと結果をＭ２Ｍゲートウェイに送信することとによって、ネットワークを獲得することができる。デバイスの妥当性検査を、Ｍ２ＭゲートウェイおよびＭ２Ｍアクセスネットワークのプラットフォーム妥当性検査エンティティならびにＭ２Ｍサービスレイヤ能力によって、分割された形で実行することができる。妥当性検査を処理する例示的な形は、妥当性検査を、Ｍ２Ｍゲートウェイで排他的に処理でき、妥当性検査を、アクセスネットワークによって処理でき、妥当性検査を、妥当性検査エンティティ内に配置されたＭ２Ｍサービスレイヤ能力によって処理でき、または、妥当性検査を、妥当性検査エンティティによって実行でき、ここで、妥当性検査の粒度は、分割された形で実行される、を含む。
【００８２】
Ｍ２Ｍゲートウェイのプラットフォーム妥当性検査エンティティは、粗い妥当性検査を実行することができ、これに、より上の妥当性検査エンティティによるより微細な妥当性検査が続き、またはその逆である。微細な粒度の完全性検証は、Ｍ２Ｍゲートウェイ１２０４と認証サーバ１２０８との間で行われる。エリアネットワークプロトコルメッセージを使用する微細な粒度の完全性検証を、Ｍ２Ｍデバイス１２０２とＭ２Ｍゲートウェイ１２０４との間で行うことができる。そのような機構を、ツリー形状の妥当性検査と共に使用することができ、ここで、デバイス完全性検査結果は、デバイスアーキテクチャを反映するツリー形状に収集される。ツリーを、親ノードの妥当性検査が葉ノードモジュールを示すことができるように構成することができる。この概念を、ルートノードが形成され、ルートノードメトリックの検証がツリー全体を、したがってソフトウェアモジュールを表す葉ノードを妥当性検査するまで、再帰的に適用することができる。サブツリーを、ソフトウェア構造に従って編成することができる。Ｍ２Ｍゲートウェイ妥当性検査するエンティティは、サブツリーの集合のルートを検査することによって、粗粒度検査を実行することができる。この情報を、アクセスの妥当性検査するエンティティまたはＭ２Ｍオペレータの妥当性検査するエンティティに供給することができる。ネットワーク内の妥当性検査するエンティティは、結果を査定し、査定に基づいて、より微細な粒度の妥当性検査を実行すると判断することができる。そのエンティティは、その後、Ｍ２Ｍゲートウェイ内の妥当性検査エンティティに、より微細な粒度の完全性テストの結果を入手するように指示することができる。報告結果を、Ｍ２Ｍゲートウェイ１２０４と認証サーバ１２０８との間で交換することができる。したがって、Ｍ２Ｍゲートウェイは、レイヤ状の形でプラットフォーム妥当性検査エンティティとして働き、ネットワークのプロキシに見え、デバイス完全性妥当性検査手順を実行し、結果についてデバイスに知らせることができる。結果が成功の場合には、１２５２で、デバイスは、Ｍ２Ｍゲートウェイ１２０４へのブートストラップ、登録、および認証の手順のためにＭ２Ｍゲートウェイ１２０４とアクセスネットワーク１２０６との間でのリンクおよびネットワークセッションセットアップのプロセスを開始することができる。その代わりに、デバイスは、アクセスネットワークおよびコアネットワークへのブートストラップ、登録、および認証の手順を開始することができる。Ｍ２Ｍゲートウェイに接続されたＭ２Ｍデバイスが、Ｍ２Ｍシステムに可視ではない場合がある。その代わりに、Ｍ２ＭデバイスまたはＭ２Ｍデバイスのサブセットが、独立のＭ２ＭデバイスとしてＭ２Ｍシステムに可視である場合がある。その場合に、Ｍ２Ｍゲートウェイは、ネットワークプロキシとして実行し、認証を実行し、それに接続されたデバイスまたはデバイスのサブセットのためのプラットフォーム完全性妥当性検査エンティティとして働く。
【００８３】
Ｍ２Ｍネットワークは、デバイスの大きいグループ、たとえばデバイスおよびそのゲートウェイのネットワーク全体分の完全性を、Ｍ２Ｍゲートウェイによって容易にすることができるレイヤ状の妥当性検査法を使用して妥当性検査することができる。
【００８４】
Ｍ２Ｍゲートウェイは、まず、それに接続されたデバイス（たとえば、すべてのデバイス、デバイスのグループ、デバイスのサブセットなど）から、個々のデバイスの完全性証拠（ハッシュなど）を収集することができる。完全性証拠は、ツリー構造の形であるものとすることができ、ここで、個々のツリーのルートは、個々のデバイスのデバイス完全性の最高レベルの要約を表し、その枝は、個々のデバイスの機能性または能力を表すことができ、ツリーの葉は、ＳＷ２進ファイル、構成ファイル、またはハードウェアコンポーネント完全性の個々のインジケータなどであるがこれらに限定されない個々のファイル／コンポーネントを表すことができる。
【００８５】
Ｍ２Ｍゲートウェイの開始によってまたはＭ２Ｍサーバ（妥当性検査サーバ、Ｈｏｍｅ  ｅＮｏｄｅ−Ｂ内のプラットフォーム妥当性検査エンティティ（ＰＶＥ）、またはＭ２Ｍ内のプラットフォーム妥当性検査オーソリティ（platform validation authority：ＰＶＡ）とすることができる）の開始によって、Ｍ２Ｍゲートウェイは、１）それ自体のゲートウェイ機能性、および２）Ｍ２Ｍゲートウェイに接続されたＭ２Ｍデバイス（たとえば、すべてのデバイス、デバイスのグループ、デバイスのサブセットなど）の完全性に関する高レベルの要約された情報のデバイス完全性に関する集約された情報をＭ２Ｍサーバに送信することができる。
【００８６】
Ｍ２Ｍゲートウェイから情報を受信し、査定した後に、Ｍ２Ｍサーバは、その完全性が以前に報告されたＭ２ＭゲートウェイまたはＭ２Ｍデバイス（たとえば、すべてのデバイス、デバイスのグループ、デバイスのサブセットなど）の完全性に関するより詳細な情報を要求することができる。この要求を受信した後に、Ｍ２Ｍゲートウェイは、たとえば、１）それが既に以前に収集し、そのストア内に有するそれ自体またはＭ２Ｍデバイスのいずれかの完全性に関するより詳細な情報をＭ２Ｍサーバに送信し、または２）そのようなより詳細な情報を収集し、その後、これをＭ２Ｍサーバに送信することができる。そのような「より詳細な情報」を、ツリーまたはツリー状の構造を有するデータから見つけることができ、ここで、ツリーのルートは、Ｍ２Ｍゲートウェイおよびそれに接続されたＭ２Ｍデバイス（たとえば、すべてのデバイス、デバイスのグループ、デバイスのサブセットなど）からなるサブネットワーク全体の完全性の非常に高レベルの要約を示すことができ、より下のノードおよび葉は、デバイス、たとえばその機能性に関する、より低いレベルのより詳細な情報を示すことができる。図１３に、レイヤ状の妥当性検査の例示的シナリオを示す。より大きい三角形１３１０は、ツリーまたはツリー状の構造を示すことができ、ここで、三角形の最上部の頂点は、Ｍ２Ｍゲートウェイ１３００によって調整されるサブネットワーク全体の総合健全性を表す完全性データの非常に高いレベルの要約版を表す。より大きいツリーは、その一部として、１つまたは複数のより小さい三角形形状１３１５を含むことができ、より小さい三角形形状１３１５のそれぞれは、Ｍ２Ｍゲートウェイ１３００によって調整されるサブネットを構成するデバイス１３３０のうちの１つまたは複数に関する完全性情報を表すことができる。
【００８７】
さらに、Ｍ２Ｍゲートウェイ１３００は、タイプ、クラス、または他の記述子に基づいて接続されたデバイスをグループ化し、おそらくはその完全性ツリーについてグループ証明書を提供することができる。これは、図１３では、その中に証明書を有する、より小さい三角形１３１７を用いて示されている。そのような信頼される証明書の使用は、Multi-Network Operator（ＭＮＯ）ネットワーク１３２０が、報告された完全性値へのより大きい信頼を有することを容易にすることができる。
【００８８】
上で説明されたシナリオは、ピアツーピア（Ｐ２Ｐ）手法に適用されまたはこれを含むこともでき、ここで、Ｍ２Ｍデバイスは、お互いの間またはベリファイヤノードを有するクラスタ内でツリーまたはツリー状の完全性を提供するデータ構造を交換し、証明し、ここで、専用のベリファイヤノードがある場合があり、または、アドホックノード内で、任意のノードがベリファイヤノードの役割を引き受けることができる。
【００８９】
ネットワークおよびアプリケーションドメインのサービス能力内のサービス能力（ＳＣ）は、鍵管理、認証およびセッション鍵管理、またはデバイス完全性検証のうちの１つまたは複数を提供することができる。
【００９０】
鍵管理は、認証のためにデバイス内でのセキュリティ鍵（たとえば、事前に共有されるセキュリティ鍵、証明書など）のブートストラップによってセキュリティ鍵をどのように管理すべきかを含むことができる。
【００９１】
認証およびセッション鍵管理は、認証を介するサービスレイヤ登録、Ｍ２Ｍデバイス／Ｍ２ＭゲートウェイとＳＣとの間のサービスセッション鍵管理、サービスを提供する前にアプリケーションを認証する、Ｍ２ＭデバイスおよびＭ２Ｍゲートウェイと交換されるデータに対する暗号化／完全性保護を実行する（メッセージング能力によって）ためのメッセージング能力へネゴシエートされたセッション鍵を通信する、またはアプリケーションがトンネルセキュリティ（たとえば、ホームゲートウェイとサービス能力エンティティとの間のメッセージング用のトンネル）を要求する場合のＭ２Ｍゲートウェイおよびデバイスからのセキュリティトンネルセッションをセットアップする、のうちの１つまたは複数を実行するように構成され得る。デバイス完全性検証を、デバイスまたはゲートウェイの完全性を妥当性検査するように構成することができる。
【００９２】
Ｍ２ＭデバイスまたはＭ２Ｍゲートウェイ内のＳＣは、認証のためのデバイス内のセキュリティ鍵（たとえば、事前に共有されるセキュリティ鍵または証明書）のブートストラップによってセキュリティ鍵を管理する、アプリケーションによって要求される場合にセッション確立の前に認証を実行する、メッセージをシグナリングするためのトラフィックの暗号化および完全性保護などのセッションセキュリティ関連機能、デバイス（またはゲートウェイ）の完全性の測定、検証、および／もしくは報告を実行する（それが可能なデバイス／ゲートウェイのための）、セキュア時間同期化の手順をサポートする、適用可能なセキュリティ固有サービスクラスプロパティをネゴシエーションし使用する、障害回復機構をサポートする、またはＭ２ＭコアへのＭ２Ｍデバイスのアクセス制御をサポートするのうちの１つまたは複数を実行するように構成され得る。
【００９３】
特徴および要素が、上で特定の組合せで説明される場合があるが、各特徴または要素を、他の特徴および要素を伴わずに単独でまたは他の特徴および要素を伴うもしくは伴わないさまざまな組合せで使用することができる。本明細書で提供される方法またはフローを、汎用コンピュータまたはプロセッサによる実行のためにコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびディジタル多用途ディスク（ＤＶＤ）などの光学媒体を含む。
【００９４】
適切なプロセッサは、たとえば、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【００９５】
ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワーク制御装置（ＲＮＣ）、または任意のホストコンピュータ内で使用されるラジオ周波数トランシーバを実施することができる。ＷＴＲＵを、カメラ、ビデオカメラモジュール、ビデオ電話、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールもしくはウルトラワイドバンド（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実施されるモジュールに関連して使用することができる。
【００９６】
本明細書で後で開示されるのは、上で開示された主題に関連してまたはその一部として実施され得るシステム、方法、および手段である。
【００９７】
図１４に、例示的なＭ２Ｍアーキテクチャを示す。この図は、ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ（Ｍ２Ｍ）ネットワーク上のＭ２Ｍサービス能力１４３０およびＭ２Ｍデバイス／ゲートウェイエンティティを含む。図１４は、Ｍ２Ｍデバイス／Ｍ２Ｍゲートウェイ１４１０、能力レベルインターフェース１４６０、Ｍ２Ｍサービス能力１４３０、Ｍ２Ｍアプリケーション１４２０、リソースインターフェース１４９０、コアネットワークＡ  １４４０、およびコアネットワークＢ  １４５０を含む。Ｍ２Ｍデバイス／Ｍ２Ｍゲートウェイ１４１０は、Ｍ２Ｍアプリケーション１４１２、Ｍ２Ｍ能力１４１４、および通信モジュール１４１６を含む。Ｍ２Ｍサービス能力１４３０は、能力Ｃ１、Ｃ２、Ｃ３、Ｃ４、およびＣ５ならびに包括的Ｍ２Ｍアプリケーションイネーブルメント能力１４７０を含むことができる。
【００９８】
図１５に、Ｍ２ＭネットワークレイヤのＭ２Ｍサービス能力の例示的な内部機能アーキテクチャを示す。図示されているように、図１５は、図１４のコンポーネントを含むことができる。図１５では、Ｍ２Ｍネットワークサービスレイヤは、包括的メッセージ配送（ＧＭ）、到達可能性６０、アドレッシング、およびデバイスアプリケーションリポジトリ（reachability 60, addressing and device application repository：ＲＡＤＡＲ）３０、ネットワークおよび通信サービス選択（network and communication service selection：ＮＣＳＳ）２０、Ｍ２ＭデバイスおよびＭ２Ｍゲートウェイ管理（ＭＤＧＭ）１０、ヒストリ化およびデータ保持（ＨＤＲ）７０、包括的Ｍ２Ｍアプリケーションイネーブルメント（ＧＭＡＥ）１４７０、セキュリティ能力（ＳＣ）５０、またはトランザクション管理（ＴＭ）４０を含む１つまたは複数の能力を含むことができる。
【００９９】
ケースＡ接続性では、サービス能力の観点から、Ｍ２ＭデバイスをＭ２Ｍアクセスネットワークに直接に接続することができる。この意味で、本明細書で説明される接続性ケース１および２を、接続性ケースＡの例と考えることができる。Ｍ２Ｍネットワークが毛細管状のネットワークを介して知らない周辺デバイスに接続している間にＭ２Ｍアクセスネットワークにも接続するＭ２Ｍゲートウェイがある場合には、そのようなＭ２Ｍゲートウェイを、たとえばケース１接続性を達成する、Ｍ２Ｍアクセスネットワークに直接に接続するＭ２Ｍデバイスと考えることができる。
【０１００】
ケースＢ接続性では、Ｍ２Ｍゲートウェイは、それに接続されたＭ２Ｍデバイスの認証、認可、登録、デバイス管理、およびプロビジョニングの手順を実行するネットワークプロキシとして働くことができ、また、Ｍ２Ｍネットワークおよびアプリケーションドメインの代わりにアプリケーションを実行する。ケースＢ接続性では、Ｍ２Ｍゲートウェイは、Ｍ２Ｍデバイス上のアプリケーションからローカルに発するかＭ２Ｍネットワークおよびアプリケーションドメインへの、サービスレイヤ要求のルーティングを決定することができる。本明細書で説明される接続性ケース３および４を、接続性ケースＢの例とすることができる。
【０１０１】
Ｍ２Ｍゲートウェイのサービス能力の新しいアーキテクチャおよび特定の機能性を、本明細書で後でより詳細に説明する。
【０１０２】
図１６Ａおよび１６Ｂに、Ｍ２Ｍゲートウェイおよびそのインターフェースの例示的な機能アーキテクチャを示す。図１６Ａおよび１６Ｂは、ゲートウェイＭ２Ｍサービス能力１６１０、ネットワークＭ２Ｍサービス能力１６５０、Ｍ２Ｍアプリケーション１６１２、Ｍ２Ｍアプリケーション１６５２、能力レベルインターフェース１６１５、能力レベルインターフェース１６５５、Ｍ２Ｍデバイス１６３０、毛細管状のネットワーク１６３５、および毛細管状のネットワーク１６７５、ならびに本明細書で説明される追加コンポーネントを含む。検討されるサービス能力は、ｇＧＭＡＥ  １６２０、ｇＧＭ  ２６、ｇＭＤＧＭ  ２１、ｇＮＣＳＳ  ２２、ｇＲＡＤＡＲ  ２３、およびｇＳＣ  ２４を含むことができる。これらの能力のそれぞれを、それぞれＭ２Ｍコアの能力、ＧＭＡＥ  １６５０、ＧＭ  ６５、ＭＤＧＭ  ６１、ＮＣＣＳ  ６２、ＲＡＤＡＲ  ６３、およびＳＣ  ６４に対応し、これらに対するプロキシとして働くＭ２Ｍゲートウェイの能力とすることができる。
【０１０３】
Ｍ２Ｍネットワークのプロキシとして働く、Ｍ２Ｍゲートウェイに適用可能なこれらのＭ２Ｍゲートウェイ能力のそれぞれの高レベル機能性を、本明細書で後でより詳細に説明する。
【０１０４】
ｇＧＭＡＥ  １６２０は、ネットワークおよびアプリケーションドメイン（ＮＡＤ）のＧＭＡＥ  １６６０のプロキシとして働くＭ２Ｍゲートウェイの能力であり、１）ネットワークプロキシＭ２Ｍゲートウェイに接続するＭ２Ｍデバイスにアプリケーションを提供し、２）Ｍ２Ｍゲートウェイ自体にアプリケーションを提供することができる。
【０１０５】
ｇＧＭ  ２６は、ＮＡＤのＧＭ  ６５のプロキシとして働くＭ２Ｍゲートウェイ能力であり、Ｍ２Ｍデバイス、ネットワークプロキシＭ２Ｍゲートウェイ、ネットワークプロキシＭ２Ｍゲートウェイ内に常駐するプロキシサービス能力、ｇＧＭＡＥ  １６２０によって使用可能にされるＭ２Ｍアプリケーション、ＮＡＤのサービス能力、およびＮＡＤ内に常駐するＭ２Ｍアプリケーションというオブジェクトのうちの１つまたは複数の間でメッセージをトランスポートする能力を提供することができる。
【０１０６】
ｇＭＤＧＭ  ２１は、ＮＡＤのＭＤＧＭ  ６１のプロキシとして働くＭ２Ｍゲートウェイ能力であり、それに接続されたＭ２ＭデバイスとＭ２Ｍゲートウェイ自体の能力およびインターフェースのすべてとの両方に構成管理（ＣＭ）、性能管理（ＰＭ）、および故障管理（ＦＭ）などの管理機能を提供することができる。
【０１０７】
ｇＮＣＳＳ  ２２は、ＮＡＤのＮＣＣＳ  ６２のプロキシとして働くＭ２Ｍゲートウェイ能力であり、それならびにＭ２Ｍゲートウェイ自体に接続されたＭ２Ｍデバイスに通信およびネットワークサービス選択能力を提供することができる。
【０１０８】
ｇＲＡＤＡＲ  ２３は、ＮＡＤのＲＡＤＡＲ  ６３のプロキシとして働くＭ２Ｍゲートウェイ能力である。その機能性は、下の説明を含む。
【０１０９】
ｇＳＣ  ２４は、ＮＡＤのＳＣ  ６４のプロキシとして働くＭ２Ｍゲートウェイ能力である。
【０１１０】
ＮＡＤ内に対応物を有する能力に加えて、サービスおよびアプリケーションドメイン内でＭ２ＭゲートウェイにまたがってＭ２Ｍデバイスモビリティを管理する機能を実行するｇＭＭＣ  ２５と呼ばれるＭ２Ｍゲートウェイ能力を含めることができる。この能力、ｇＭＭＣ  ２５は、上の図１５には図示されていないが、それでも、ネットワークプロキシゲートウェイ内に常駐すると考えることができる。
【０１１１】
ゲートウェイサービス能力は、図１６Ａに図示されているように「＿ＤＧ」、「＿Ｇ」、および「＿ＧＮ」によって表される複数（たとえば、３つ）のサブ能力を含むことができる。機能性「ｇＸ」について、「ｇＸ＿ＤＧ」は、ゲートウェイに接続されたＭ２Ｍデバイスとインターフェースする責任を負うサブ能力を表すことができ、「ｇＸ＿Ｇ」は、「ｇＸ」の能力の一部であるゲートウェイの自律的機能性の責任を負うサブ能力を表すことができ、「ｇＸ＿ＧＮ」は、Ｍ２Ｍサービスコアと相互作用する責任を負うサブ能力を表すことができる。
【０１１２】
これらの能力に加えて、図１６Ａおよび１６Ｂに示されているように、ネットワークプロキシＭ２Ｍゲートウェイのアーキテクチャは、上で説明された能力の間の複数のインターフェース、ならびにネットワークプロキシＭ２ＭゲートウェイからＭ２ＭデバイスまたはＭ２Ｍネットワークのいずれかおよびそのさまざまな能力に向かうインターフェースを含むことができる。例示的なインターフェース名は、図１６Ａおよび１６Ｂに示されている。
【０１１３】
下記のうちの１つまたは複数が、ゲートウェイ包括的Ｍ２Ｍアプリケーションイネーブルメント（ｇＧＭＡＥ）能力にあてはまる可能性がある。
【０１１４】
Ｍ２アプリケーションは、Ｍ２Ｍデバイス、Ｍ２Ｍゲートウェイ、またはＭ２Ｍネットワークおよびアプリケーションドメイン内に常駐することができる。
【０１１５】
ｇＧＭＡＥ  １６２０などのｇＧＭＡＥの機能性は、ネットワークベースのＧＭＡＥ  １６６０について、次のうちの１つまたは複数を含むことができる。
【０１１６】
ｇＧＭＡＥは、図１６ＡのｇＩａなどの単一のインターフェースを介して、Ｍ２Ｍコアのサービス能力およびＭ２Ｍゲートウェイのネットワークプロキシサービス能力で実施される機能性を公開することができる。ｇＧＭＡＥは、ゲートウェイサービス能力トポロジを隠蔽することができ、その結果、Ｍ２Ｍゲートウェイの異なるネットワークプロキシサービス能力を使用するためにＭ２Ｍアプリケーションが必要とする情報を、ｇＧＭＡＥ能力のアドレスに制限できるようになる。ｇＧＭＡＥは、Ｍ２Ｍアプリケーションがゲートウェイサービス能力に登録することを可能にすることができる。
【０１１７】
Ｍ２Ｍアプリケーションが能力の特定の組にアクセスすることを可能にする前に、そのＭ２Ｍアプリケーションの認証および許可を実行するように、ｇＧＭＡＥを構成することもできる。Ｍ２Ｍアプリケーションがアクセスの資格を与えられる能力の組は、Ｍ２Ｍアプリケーションプロバイダとサービス能力を実行するプロバイダとの間の以前の合意を仮定することができる。Ｍ２Ｍアプリケーションおよびサービス能力が同一エンティティによって実行される場合には、認証要件を緩和することができる。ｇＧＭＡＥは、インターフェースｇＩａ上での特定の要求を他の能力にルーティングする前に、その要求が有効であるかどうかを検査することもできる。要求が有効ではない場合には、Ｍ２Ｍアプリケーションにエラーを報告することができる。
【０１１８】
Ｍ２Ｍアプリケーションとプロキシサービス能力内の能力との間のルーティングを実行するように、ｇＧＭＡＥをさらに構成することができる。ルーティングを、たとえば負荷平衡化が実施される時に、特定の要求が特定の能力またはその能力のインスタンスにそれによって送信される機構と定義することができる。ｇＧＭＡＥは、異なるプロキシサービス能力の間でルーティングを実行することができる。また、ｇＧＭＡＥは、サービス能力の使用に関する課金レコードを生成することができる。
【０１１９】
さらに、Ｍ２Ｍデバイスの登録、認証、および許可の状況および／または結果の、Ｍ２Ｍ  ＮＡＤ内のＧＭＡＥ能力への報告を実行するように、Ｍ２Ｍゲートウェイ内のｇＧＭＡＥ能力を構成することができる。そのような報告を、次のうちの１つまたは複数によって実行することができる。
【０１２０】
それ自体の開始によって、たとえば、デバイス内でローカルにおよび／または外部タイミング同期化のいずれかで提供されるタイマを使用して周期的に。
【０１２１】
Ｍ２ＭネットワークのＧＭＡＥ能力からのコマンドに応答して（すなわち、オンデマンドで）。
【０１２２】
ＮＡＤのＧＭＡＥへの要求のそれ自体の開始およびＮＡＤのＧＭＡＥからの応答の後続の受信によって。
【０１２３】
次のうちの１つまたは複数が、到達可能性、アドレッシング、およびデバイスアプリケーションリポジトリ能力にあてはまる場合がある。
【０１２４】
基礎になる毛細管状のネットワークトポロジ、Ｍ２Ｍネットワークおよびアプリケーションドメイン内のサービス能力からのアドレッシングおよびルーティングを、Ｍ２Ｍネットワークおよびアプリケーションドメインのポリシおよび／またはコマンドに従って明らかにしまたは隠蔽する能力を提供するように、ｇＲＡＤＡＲ  ２３などのＭ２ＭゲートウェイのＲＡＤＡＲ能力を構成することができる。ＲＡＤＡＲ能力は、Ｍ２Ｍアプリケーションおよびサービスレイヤのメッセージおよびデータを中継することによって、Ｍ２ＭゲートウェイにまたがるＭ２Ｍデバイスモビリティをサポートすることもできる。
【０１２５】
Ｍ２ＭデバイスのＭ２Ｍデバイスアプリケーション登録情報をデバイスアプリケーションリポジトリ内に格納することと、この情報を最新に保つこととによって、ゲートウェイデバイスアプリケーションリポジトリ（ｇＤＡＲ）を維持する機能性を提供するように、ｇＲＡＤＡＲ  ２３などのＭ２Ｍゲートウェイ内のＲＡＤＡＲ能力をさらに構成することができる。さらに、ＲＡＤＡＲ能力は、ネットワークおよびアプリケーションドメイン内に常駐するエンティティがＭ２Ｍデバイスアプリケーション登録情報を取り出せるようにするために、それらのエンティティを認証し、認可する照会インターフェースを提供することによって、機能性を提供することができる。さらに、ＲＡＤＡＲ能力は、たとえば要求するエンティティがそのような照会を実行するために認証され、認可されると仮定して、要求時にこの情報をネットワークおよびアプリケーションドメイン内に常駐するエンティティに提供することによって、機能性を提供することができる。
【０１２６】
１）クラウド状のネットワークベースのアプリケーション実行、２）ダウンロード可能なアプリケーションストア様のアプリケーションリポジトリ、または３）ＤＲＭ権利発行に似た形での、デバイス上でプロビジョニングされるアプリケーションの使用の登録および認可／アクティブ化のうちの１つまたは複数を提供するように、ｇＲＡＤＡＲ  ２３およびＲＡＤＡＲ  ６３（ＮＡＤの）の両方を構成することができる。
【０１２７】
次のうちの１つまたは複数が、ネットワークおよび通信サービス選択（ＮＣＳＳ）能力にあてはまる可能性がある。
【０１２８】
ＮＣＣＳ  ６２などのＮＣＣＳ能力は、次の機能性のうちの１つまたは複数を含むことができる。
【０１２９】
Ｍ２Ｍアプリケーションからのネットワークアドレスの使用を隠蔽するように、ＮＣＳＳ能力を構成することができる。ＮＣＳＳ能力は、複数のサブスクリプションを介して複数のネットワークを介してＭ２ＭデバイスまたはＭ２Ｍゲートウェイに到達できる時に、ネットワーク選択を提供することができる。さらに、ＮＣＳＳ能力は、Ｍ２ＭデバイスまたはＭ２Ｍゲートウェイが複数のネットワークアドレスを有する時に、通信サービス選択を提供することができる。
【０１３０】
さらに、ネットワークおよび通信サービス選択のために要求されたサービスクラスを考慮に入れるように、ＮＣＳＳ能力を構成することができる。また、ＮＣＳＳ能力は、たとえば第１の選択されたネットワークまたは通信サービスを使用して、通信が障害を発生した後に、代替のネットワークまたは通信サービス選択を提供することができる。
【０１３１】
Ｍ２Ｍアプリケーションおよびサービスレイヤからのアクセスネットワークの使用を隠蔽するように、ｇＮＣＳＳ  ２２など、Ｍ２Ｍゲートウェイ内のＮＣＳＳ能力を構成することができる。ＮＣＳＳ能力は、複数のアクセスネットワークが使用可能である時に、アクセスネットワーク選択を提供することができる。
【０１３２】
ネットワークおよび通信サービス選択のために要求されたサービスクラスを考慮に入れるように、ｇＮＣＳＳをさらに構成することができる。また、ｇＮＣＳＳは、たとえば第１の選択されたネットワークまたは通信サービスを使用して、通信が障害を発生した後に、代替のネットワークまたは通信サービス選択を提供することができる。
【０１３３】
次のうちの１つまたは複数が、サービス能力（ＳＣ）にあてはまる可能性がある。
【０１３４】
鍵管理、認証およびセッション鍵管理、またはデバイス完全性妥当性検査のうちの１つまたは複数を提供するように、ＳＣ  ６４など、ネットワークおよびアプリケーションドメインのサービス能力内のＳＣを構成することができる。
【０１３５】
鍵管理は、認証のためのデバイス内のセキュリティ鍵（たとえば、事前に共有されるセキュリティ鍵、証明書など）のブートストラップを使用してセキュリティ鍵を管理することを含むことができる。鍵管理は、アプリケーションからプロビジョニング情報を入手することを含み、必要に応じてオペレータネットワークに知らせることもできる。
【０１３６】
認証およびセッション鍵管理は、認証を介してサービスレイヤ登録を実行することを含むことができる。認証およびセッション鍵管理は、Ｍ２Ｍデバイス／Ｍ２ＭゲートウェイとＳＣとの間でサービスセッション鍵管理を実行することを含むこともできる。認証およびセッション鍵管理は、サービスを提供する前にアプリケーションを認証することを含むこともできる。
【０１３７】
認証およびセッション鍵管理は、Ｍ２ＭデバイスアプリケーションまたはＭ２Ｍゲートウェイアプリケーションの認証およびセッション鍵管理を実行するのに必要な認証データを入手するためにＡＡＡサーバとインターフェースすることをさらに含むことができる。ＳＣは、ＡＡＡ用語法で「オーセンティケータ（authenticator）」として働くことができる。ＳＣは、Ｍ２ＭデバイスおよびＭ２Ｍゲートウェイと交換されるデータに対して暗号化／完全性保護を実行する（メッセージング能力によって）ために、ネゴシエートされたセッション鍵をメッセージング能力に通信することもできる。
【０１３８】
認証およびセッション鍵管理は、アプリケーションがトンネルセキュリティ（たとえば、ホームゲートウェイとサービス能力エンティティとの間のトンネル（メッセージング））を要求する場合にＭ２Ｍゲートウェイおよびデバイスからのセキュリティトンネルセッションをセットアップすることをさらに含むことができる。
【０１３９】
デバイス完全性妥当性検査は、Ｍ２Ｍネットワークが、デバイス完全性妥当性検査をサポートするＭ２Ｍデバイスおよびゲートウェイのデバイスまたはゲートウェイの完全性を妥当性検査することを含むことができる。さらに、Ｍ２Ｍネットワークは、アクセス制御などの妥当性検査後アクションをトリガすることができる。
【０１４０】
認証のためにデバイス内のセキュリティ鍵（たとえば、事前に共有されるセキュリティ鍵、証明書など）のブートストラップによってセキュリティ鍵を管理するように、Ｍ２ＭデバイスまたはＭ２Ｍゲートウェイ内のＳＣを構成することができる。ＳＣは、アプリケーションからプロビジョニング情報を入手し、必要に応じてオペレータネットワークに知らせることもできる。たとえばアプリケーションによって要求される場合に、セッション確立の前に認証を実行するように、ＳＣをさらに構成することができる。
【０１４１】
メッセージをシグナリングするためのトラフィックの暗号化および完全性保護など、セッションセキュリティ関連機能を実行するように、Ｍ２ＭデバイスまたはＭ２Ｍゲートウェイ内のＳＣを構成することができる。また、（可能なデバイス／ゲートウェイについて）ＳＣは、デバイスまたはゲートウェイの完全性の検証および／または報告を実行することができる。さらに、ＳＣは、（可能なデバイス／ゲートウェイについて）セキュア時間同期化の手順をサポートすることができる。
【０１４２】
アプリケーションセキュリティ固有のサービスクラスプロパティをネゴシエートし、使用するように、Ｍ２ＭデバイスまたはＭ２Ｍゲートウェイ内のＳＣをさらに構成することができる。また、Ｍ２Ｍオペレータのポリシに服従して、ＳＣは、完全性検証を実行できるＭ２Ｍデバイスがこの手順に合格しない場合に、ネットワークおよびアプリケーションドメインへのＭ２Ｍデバイスのアクセスをブロックすることができる。
【０１４３】
上で説明した機能性に加えて、Ｍ２Ｍデバイスのファームウェアまたはソフトウェアを更新するためにＭＤＧＭ能力を開始するように、ＮＡＤベースのＳＣを構成することができる。
【０１４４】
さらに、ネットワークプロキシＭ２Ｍゲートウェイのゲートウェイセキュリティ能力（ｇＳＣ）について、Ｍ２ＭデバイスまたはＭ２Ｍアプリケーションによる使用のためにセキュリティ鍵を管理するように、ＳＣを構成することができる。
【０１４５】
ＳＣは、Ｍ２Ｍデバイスのサービスレベル認証を（ＮＡＤ内のＳＣの認証機能性のプロキシとして）、ならびに結果としてサービスレイヤおよびアプリケーション登録のサポートを実行することができる。
【０１４６】
ＳＣは、個々のＭ２Ｍデバイスまたはグループを基礎としてＮＡＤ内のセキュリティ能力にそのような認証の結果を報告することができる。ＳＣは、ＮＡＤ内のＳＣに向けてそれ自体のサービスレベル認証を実行することができる。
【０１４７】
ＳＣは、アプリケーションがトンネル化されたセキュリティを要求する場合に、Ｍ２Ｍゲートウェイからのセキュリティトンネルセッション（Ｍ２Ｍデバイス（１つまたは複数）またはＭ２Ｍコアのいずれかに向かう）をセットアップし、インターワークすることができる。さらに、ＳＣは、ＮＡＤのＳＣの代わりに、Ｍ２Ｍデバイスの完全性を検証し、妥当性検査するために手順を実行することができる。
【０１４８】
個々のＭ２Ｍデバイスまたはグループを基礎として、ＮＡＤ内のセキュリティ能力にそのような検証および妥当性検査の結果を報告するように、ＳＣをさらに構成することができる。さらに、ＳＣは、ＮＡＤ内のセキュリティ能力にそれ自体の完全性を証明するために手順を実行することができる。さらに、ＳＣは、Ｍ２Ｍデバイスのファームウェアまたはソフトウェアを更新するためのｇＭＤＧＭ能力またはＭＤＧＭ（ＮＡＤ内の）の開始を含むアクセス制御および修復など、Ｍ２Ｍデバイスの妥当性検査後アクションをトリガすることができる。
【０１４９】
１）Ｍ２Ｍ  ＮＡＤの能力から発するコマンドに対する応答として、２）Ｍ２Ｍゲートウェイから自律的に生成されたそのような実行に関する要求の後にＭ２Ｍ  ＮＡＤから受信するコマンドに対する応答として、または３）これによってｇＳＣがその後にＭ２Ｍ  ＮＡＤの能力（１つまたは複数）にそのような実行の手順または結果（１つまたは複数）に関して報告する、機能性の自律的に開始される実行、という機能性のうちの１つまたは複数を実行するように、ＳＣをさらに構成することができる。
【０１５０】
特徴および要素が、上で特定の組合せで説明されるが、各特徴または要素を、他の特徴および要素を伴わずに単独でまたは他の特徴および要素を伴うもしくは伴わないさまざまな組合せで使用することができる。本明細書で提供される方法またはフローを、汎用コンピュータまたはプロセッサによる実行のためにコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびディジタル多用途ディスク（ＤＶＤ）などの光学媒体を含む。
【０１５１】
適切なプロセッサは、たとえば、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０１５２】
ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワーク制御装置（ＲＮＣ）、または任意のホストコンピュータ内で使用されるラジオ周波数トランシーバを実施することができる。ＷＴＲＵを、カメラ、ビデオカメラモジュール、ビデオ電話、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールもしくはウルトラワイドバンド（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実施されるモジュールに関連して使用することができる。
【０１５３】
特徴および要素が、上で特定の組合せで説明されるが、各特徴または要素を、単独でまたは他の特徴および要素との任意の組合せで使用することができることを、当業者は了解するであろう。さらに、本明細書で説明される方法を、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号（有線または無線の接続を介して伝送される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびディジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ内で使用されるラジオ周波数トランシーバを実施することができる。
【０１５４】
図１７Ａは、１つまたは複数の開示される実施形態を実施できる例の通信システム１７００の図である。通信システム１７００を、音声、データ、ビデオ、メッセージング、放送、その他などのコンテンツを複数の無線ユーザに提供する多元接続システムとすることができる。通信システム１７００は、複数の無線ユーザが無線帯域幅を含むシステムリソースの共有を介してそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１７００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、single-carrier FDMA（ＳＣ−ＦＤＭＡ）、および類似物などの１つまたは複数のチャネルアクセス方法を使用することができる。
【０１５５】
図１７Ａに示されているように、通信システム１７００は、無線送受信ユニット（ＷＴＲＵ）１７０２ａ、１７０２ｂ、１７０２ｃ、１７０２ｄ、無線アクセスネットワーク（ＲＡＮ）１７０４、コアネットワーク１７０６、公衆交換電話網（ＰＳＴＮ）１７０８、インターネット１７１０、および他のネットワーク１７１２を含むことができるが、開示される実施形態が、任意の個数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることを了解されたい。ＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃ、１７０２ｄのそれぞれを、無線環境内で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。たとえば、ＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃ、１７０２ｄは、無線信号を送信し、かつ／または受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定のまたは可動の加入者ユニット、ポケットベル、セルラ電話機、携帯情報端末（ＰＤＡ）、スマートホン、ラップトップ機、ネットブック、パーソナルコンピュータ、無線センサ、消費者エレクトロニクス、および類似物を含むことができる。
【０１５６】
通信システム１７００は、基地局１７１４ａおよび基地局１７１４ｂを含むこともできる。基地局１７１４ａ、１７１４ｂのそれぞれを、コアネットワーク１７０６、インターネット１７１０、および／またはネットワーク１７１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃ、１７０２ｄのうちの少なくとも１つと無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。たとえば、基地局１７１４ａ、１７１４ｂを、無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、および類似物とすることができる。基地局１７１４ａ、１７１４ｂは、それぞれ単一の要素として図示されているが、基地局１７１４ａ、１７１４ｂが、任意の個数の相互接続された基地局および／またはネットワーク要素を含むことができることを了解されたい。
【０１５７】
基地局１７１４ａを、ＲＡＮ  １７０４の一部とすることができ、ＲＡＮ  １７０４は、基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、リレーノード、その他など、他の基地局および／またはネットワーク要素（図示せず）を含むこともできる。セル（図示せず）と称する場合がある特定の地理的領域内で無線信号を送信し、かつ／または受信するように、基地局１７１４ａおよび／または基地局１７１４ｂを構成することができる。セルを、さらに、セルセクタに分割することができる。たとえば、基地局１７１４ａに関連するセルを、３つのセクタに分割することができる。したがって、一実施形態では、基地局１７１４ａは、３つのトランシーバすなわち、セルのセクタごとに１つのトランシーバを含むことができる。もう１つの実施形態では、基地局１７１４ａは、multiple-input multiple output（ＭＩＭＯ）技術を使用することができ、したがって、セルのセクタごとに複数のトランシーバを利用することができる。
【０１５８】
基地局１７１４ａ、１７１４ｂは、任意の適切な無線通信リンク（たとえば、ラジオ周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、その他）とすることができるエアインターフェース１７１６を介してＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃ、１７０２ｄのうちの１つまたは複数と通信することができる。エアインターフェース１７１６を、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【０１５９】
より具体的には、上で注記したように、通信システム１７００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および類似物などの１つまたは複数のチャネルアクセス方式を使用することができる。たとえば、ＲＡＮ  １７０４内の基地局１７１４ａおよびＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃは、wideband CDMA（ＷＣＤＭＡ）を使用してエアインターフェース１７１６を確立できるUniversal Mobile Telecommunications System（ＵＭＴＳ）Terrestrial Radio Access（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、High-Speed Packet Access（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、High-Speed Downlink Packet Access（ＨＳＤＰＡ）および／またはHigh-Speed Uplink Packet Access（ＨＳＵＰＡ）を含むことができる。
【０１６０】
もう１つの実施形態では、基地局１７１４ａおよびＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃは、Long Term Evolution（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェース１７１６を確立できるEvolved UMTS Terrestrial Radio Access（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【０１６１】
他の実施形態では、基地局１７１４ａおよびＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃは、ＩＥＥＥ  ８０２．１６（すなわち、Worldwide Interoperability for Microwave Access（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Interim Standard 2000（ＩＳ−２０００）、Interim Standard 95（ＩＳ−９５）、Interim Standard 856（ＩＳ−８５６）、Global System for Mobile communications（ＧＳＭ）、Enhanced Data rates for GSM Evolution（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、および類似物などの無線技術を実施することができる。
【０１６２】
図１７Ａの基地局１７１４ｂは、たとえば無線ルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、またはアクセスポイントとすることができ、勤務地、家庭、車両、キャンパス、および類似物などの局所化された区域内での無線接続性を容易にする任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１７１４ｂおよびＷＴＲＵ  １７０２ｃ、１７０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ  ８０２．１１などの無線技術を実施することができる。もう１つの実施形態では、基地局１７１４ｂおよびＷＴＲＵ  １７０２ｃ、１７０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ  ８０２．１５などの無線技術を実施することができる。もう１つの実施形態では、基地局１７１４ｂおよびＷＴＲＵ  １７０２ｃ、１７０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、その他）を利用することができる。図１７Ａに示されているように、基地局１７１４ｂは、インターネット１７１０への直接接続を有することができる。したがって、基地局１７１４ｂは、コアネットワーク１７０６を介してインターネット１７１０にアクセスすることを要求されない場合がある。
【０１６３】
ＲＡＮ  １７０４は、コアネットワーク１７０６と通信しているものとすることができ、コアネットワーク１７０６は、音声、データ、アプリケーション、および／またはvoice over internet protocol（ＶｏＩＰ）のサービスをＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃ、１７０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークとすることができる。たとえば、コアネットワーク１７０６は、呼制御、請求サービス、モバイル位置のサービス、前払い呼、インターネット接続性、ビデオ分配、その他を提供し、かつ／またはユーザ認証などの高レベルセキュリティ機能を実行することができる。図１７Ａには図示されていないが、ＲＡＮ  １７０４および／またはコアネットワーク１７０６が、ＲＡＮ  １７０４と同一のＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接にまたは間接に通信していることができることを了解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ  １７０４に接続されることに加えて、コアネットワーク１７０６は、ＧＳＭ無線技術を利用している別のＲＡＮ（図示せず）と通信していることもできる。
【０１６４】
コアネットワーク１７０６は、ＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃ、１７０２ｄがＰＳＴＮ  １７０８、インターネット１７１０、および／または他のネットワーク１７１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ  １７０８は、plain old telephone service（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１７１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの全世界のシステムを含むことができる。ネットワーク１７１２は、他のサービスプロバイダによって所有され、かつ／または運営される有線または無線の通信ネットワークを含むことができる。たとえば、ネットワーク１７１２は、ＲＡＮ  １７０４と同一のＲＡＴまたは異なるＲＡＴを使用することができる１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【０１６５】
通信システム１７００内のＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃ、１７０２ｄの一部またはすべては、マルチモード能力を含むことができる、すなわち、ＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃ、１７０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信する複数のトランシーバを含むことができる。たとえば、図１７Ａに示されたＷＴＲＵ  １７０２ｃを、セルラベースの無線技術を使用できる基地局１７１４ａおよびＩＥＥＥ  ８０２無線技術を使用できる基地局１７１４ｂと通信するように構成することができる。
【０１６６】
図１７Ｂは、例のＷＴＲＵ  １７０２のシステム図である。図１７Ｂに示されているように、ＷＴＲＵ  １７０２は、プロセッサ１７１８、トランシーバ１７２０、送受信要素１７２２、スピーカ／マイクロホン１７２４、キーパッド１７２６、ディスプレイ／タッチパッド１７２８、ノンリムーバブルメモリ１７０６、リムーバブルメモリ１７３２、電源１７３４、全地球測位システム（ＧＰＳ）チップセット１７３６、および他の周辺機器１７３８を含むことができる。ＷＴＲＵ  １７０２が、実施形態と一貫したままでありながら前述の要素の任意の副組合せを含むことができることを了解されたい。
【０１６７】
プロセッサ１７１８を、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械、および類似物とすることができる。プロセッサ１７１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ  １７０２が無線環境内で動作することを可能にする任意の他の機能性を実行することができる。プロセッサ１７１８を、トランシーバ１７２０に結合することができ、トランシーバ１７２０を、送受信要素１７２２に結合することができる。図１７Ｂは、別々の要素としてプロセッサ１７１８およびトランシーバ１７２０を示すが、プロセッサ１７１８およびトランシーバ１７２０を、電子パッケージまたはチップ内に一緒に一体化することができることを了解されたい。
【０１６８】
エアインターフェース１７１６を介して基地局（たとえば、基地局１７１４ａ）へ信号を送信しまたはこれから信号を受信するように、送受信要素１７２２を構成することができる。たとえば、一実施形態では、送受信要素１７２２を、ＲＦ信号を送信し、かつ／または受信するように構成されたアンテナとすることができる。もう１つの実施形態では、送受信要素１７２２を、たとえばＩＲ、ＵＶ、または可視光信号を送信し、かつ／または受信するように構成されたエミッタ／検出器とすることができる。もう１つの実施形態では、送受信要素１７２２を、ＲＦ信号と光信号との両方を送信し、受信するように構成することができる。送受信要素１７２２を、無線信号の任意の組合せを送信し、かつ／または受信するように構成することができることを了解されたい。
【０１６９】
さらに、送受信要素１７２２は、図１７Ｂでは単一の要素として図示されているが、ＷＴＲＵ  １７０２は、任意の個数の送受信要素１７２２を含むことができる。より具体的には、ＷＴＲＵ  １７０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ  １７０２は、エアインターフェース１７１６を介して無線信号を送信し、受信する複数の送受信要素１７２２（たとえば、複数のアンテナ）を含むことができる。
【０１７０】
送受信要素１７２２によって送信される信号を変調し、送受信要素１７２２によって受信される信号を復調するように、トランシーバ１７２０を構成することができる。上で注記したように、ＷＴＲＵ  １７０２は、マルチモード能力を有することができる。したがって、トランシーバ１７２０は、ＷＴＲＵ  １７０２がたとえばＵＴＲＡおよびＩＥＥＥ  ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含むことができる。
【０１７１】
ＷＴＲＵ  １７０２のプロセッサ１７１８は、スピーカ／マイクロホン１７２４、キーパッド１７２６、および／またはディスプレイ／タッチパッド１７２８（たとえば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合され得、またはこれらからユーザ入力データを受け取ることができる。プロセッサ１７１８は、ユーザデータをスピーカ／マイクロホン１７２４、キーパッド１７２６、および／またはディスプレイ／タッチパッド１７２８に出力することもできる。さらに、プロセッサ１７１８は、ノンリムーバブルメモリ１７０６および／またはリムーバブルメモリ１７３２などの任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。ノンリムーバブルメモリ１７０６は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ１７３２は、subscriber identity module（ＳＩＭ）カード、メモリスティック、secure digital（ＳＤ）メモリカード、および類似物を含むことができる。他の実施形態では、プロセッサ１７１８は、サーバ上またはホームコンピュータ（図示せず）上など、ＷＴＲＵ  １７０２上に物理的に配置されていないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。
【０１７２】
プロセッサ１７１８は、電源１７３４から電力を受け取ることができ、ＷＴＲＵ  １７０２内の他のコンポーネントに電力を分配し、かつ／または制御するように構成され得る。電源１７３４は、ＷＴＲＵ  １７０２に電力を供給する任意の適切なデバイスとすることができる。たとえば、電源１７３４は、１つまたは複数の乾電池（たとえば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）、その他）、太陽電池、燃料電池、および類似物を含むことができる。
【０１７３】
プロセッサ１７１８を、ＧＰＳチップセット１７３６に結合することもでき、ＧＰＳチップセット１７３６は、ＷＴＲＵ  １７０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１７３６からの情報に加えてまたはその代わりに、ＷＴＲＵ  １７０２は、基地局（たとえば、基地局１７１４ａ、１７１４ｂ）からエアインターフェース１７１６を介して位置情報を受信し、かつ／または複数の近くの基地局から受信されつつある信号のタイミングに基づいてその位置を判定することができる。ＷＴＲＵ  １７０２が、実施形態と一貫したままでありながら任意の適切な位置判定方法によって位置情報を獲得できることを了解されたい。
【０１７４】
プロセッサ１７１８を、他の周辺機器１７３８にさらに結合することができ、他の周辺機器１７３８は、追加の特徴、機能性、および／または有線もしくは無線の接続性を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１７３８は、加速度計、ｅコンパス、衛星トランシーバ、ディジタルカメラ（写真またはビデオ用）、universal serial bus（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＲＦ）ラジオユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および類似物を含むことができる。
【０１７５】
図１７Ｃは、一実施形態によるＲＡＮ  １７０４およびコアネットワーク１７０６のシステム図である。上で注記したように、ＲＡＮ  １７０４は、エアインターフェース１７１６を介してＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃと通信するのにＵＴＲＡ無線技術を使用することができる。ＲＡＮ  １７０４は、コアネットワーク１７０６と通信していることもできる。図１７Ｃに示されているように、ＲＡＮ  １７０４は、Ｎｏｄｅ−Ｂ  １７４０ａ、１７４０ｂ、１７４０ｃを含むことができ、Ｎｏｄｅ−Ｂ  １７４０ａ、１７４０ｂ、１７４０ｃは、それぞれ、エアインターフェース１７１６を介してＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃと通信する１つまたは複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ  １７４０ａ、１７４０ｂ、１７４０ｃを、それぞれ、ＲＡＮ  １７０４内の特定のセル（図示せず）に関連付けることができる。ＲＡＮ  １７０４は、ＲＮＣ  １７４２ａ、１７４２ｂを含むこともできる。ＲＡＮ  １７０４が、実施形態と一貫したままでありながら任意の個数のＮｏｄｅ−ＢおよびＲＮＣを含むことができることを了解されたい。
【０１７６】
図１７Ｃに示されているように、Ｎｏｄｅ−Ｂ  １７４０ａ、１７４０ｂは、ＲＮＣ  １７４２ａと通信していることができる。さらに、Ｎｏｄｅ−Ｂ  １７４０ｃは、ＲＮＣ  １７４２ｂと通信していることができる。Ｎｏｄｅ−Ｂ  １７４０ａ、１７４０ｂ、１７４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ  １７４２ａ、１７４２ｂと通信することができる。ＲＮＣ  １７４２ａ、１７４２ｂは、Ｉｕｒインターフェースを介してお互いと通信していることができる。ＲＮＣ  １７４２ａ、１７４２ｂのそれぞれは、それが接続されるそれぞれのＮｏｄｅ−Ｂ  １７４０ａ、１７４０ｂ、１７４０ｃを制御するように構成され得る。さらに、ＲＮＣ  １７４２ａ、１７４２ｂのそれぞれは、外側ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化、および類似物などの他の機能性を実行しまたはサポートするように構成され得る。
【０１７７】
図１７Ｃに示されたコアネットワーク１７０６は、メディアゲートウェイ（ＭＧＷ）１７４４、mobile switching center（ＭＳＣ）１７４６、serving GPRS support node（ＳＧＳＮ）１７４８、および／またはｇａｔｅｗａｙ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ（ＧＧＳＮ）１７５０を含むことができる。前述の要素のそれぞれが、コアネットワーク１７０６の一部として図示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有され、かつ／または運営される場合があることを了解されたい。
【０１７８】
ＲＡＮ  １７０４内のＲＮＣ  １７４２ａを、ＩｕＣＳインターフェースを介してコアネットワーク１７０６内のＭＳＣ  １７４６に接続することができる。ＭＳＣ  １７４６を、ＭＧＷ  １７４４に接続することができる。ＭＳＣ  １７４６およびＭＧＷ  １７４４は、ＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ  １７０８などの回線交換ネットワークへのアクセスをＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃに与えることができる。
【０１７９】
ＲＡＮ  １７０４内のＲＮＣ  １７４２ａを、ＩｕＰＳインターフェースを介してコアネットワーク１７０６内のＳＧＳＮ  １７４８に接続することもできる。ＳＧＳＮ  １７４８を、ＧＧＳＮ  １７５０に接続することができる。ＳＧＳＮ  １７４８およびＧＧＳＮ  １７５０は、ＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１７１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ  １７０２ａ、１７０２ｂ、１７０２ｃに与えることができる。
【０１８０】
上で注記したように、コアネットワーク１７０６を、ネットワーク１７１２に接続することもでき、ネットワーク１７１２は、他のサービスプロバイダによって所有され、かつ／または運営される他の有線ネットワークまたは無線ネットワークを含むことができる。
【０１８１】
特徴および要素が、上では特定の組合せで説明されるが、当業者は、各特徴または要素を単独でまたは他の特徴および要素との任意の組合せで使用できることを了解するであろう。さらに、本明細書で説明される方法を、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号（有線または無線の接続を介して送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびディジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ内で使用されるラジオ周波数トランシーバを実施することができる。
【図１】
2013516149.tif 000003
【図２】
2013516149.tif 000004
【図３】
2013516149.tif 000005
【図４】
2013516149.tif 000006
【図５】
2013516149.tif 000007
【図６】
2013516149.tif 000008
【図７】
2013516149.tif 000009
【図８】
2013516149.tif 000010
【図９】
2013516149.tif 000011
【図１０】
2013516149.tif 000012
【図１１】
2013516149.tif 000013
【図１２】
2013516149.tif 000014
【図１３】
2013516149.tif 000015
【図１４】
2013516149.tif 000016
【図１５】
2013516149.tif 000017
【図１６Ａ】
2013516149.tif 000018
【図１６Ｂ】
2013516149.tif 000019
【図１７Ａ】
2013516149.tif 000020
【図１７Ｂ】
2013516149.tif 000021
【図１７Ｃ】
2013516149.tif 000022
【手続補正書】
【提出日】平成24年8月28日(2012.8.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークドメインと通信している複数のデバイスに１つまたは複数のサービス能力を提供できる前記ネットワークドメインを含むシステムにおいて、前記ネットワークドメインの外部のエンティティに前記ネットワークドメインのある種の機能性をオフロードする方法であって、前記エンティティによって、
管理エンティティとしての前記ネットワークドメインとの信頼を確立するステップと、
前記複数のデバイスのそれぞれとの接続を確立するステップと、
前記ネットワークドメインとは独立に、前記複数のデバイスのそれぞれについてセキュリティ機能を実行するステップと、
前記複数のデバイスのそれぞれに関連する情報を前記ネットワークドメインに報告するステップと
を含むことを特徴とする方法。
【請求項２】
前記情報は、前記複数のデバイスのそれぞれから集約されることを特徴とする請求項１に記載の方法。
【請求項３】
集約されたセキュリティ機能は、解析され、前記複数のデバイスのそれぞれについて実行されることを特徴とする請求項１に記載の方法。
【請求項４】
前記報告するステップは、前記ネットワークドメインからの要求に応答することを特徴とする請求項１に記載の方法。
【請求項５】
前記報告するステップは、周期的に実行されることを特徴とする請求項１に記載の方法。
【請求項６】
前記セキュリティ機能は、前記複数のデバイスのそれぞれを前記ネットワークドメインに登録し、かつ認証するステップを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記登録し、かつ認証するステップは、ブートストラップされる証明書を使用するステップを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記セキュリティ機能は、証明書をプロビジョニングし、かつ前記証明書を前記複数のデバイスのそれぞれに移行するステップを含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記セキュリティ機能は、前記複数のデバイスのそれぞれにセキュリティポリシをプロビジョニングするステップを含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記セキュリティ機能は、前記複数のデバイスのそれぞれ内で信頼できる機能性を確立するステップを含み、前記複数のデバイスのそれぞれに関する完全性妥当性検査が実行されることを特徴とする請求項１に記載の方法。
【請求項１１】
前記セキュリティ機能は、前記複数のデバイスのそれぞれについてデバイス管理を提供するステップを含むことを特徴とする請求項１に記載の方法。
【請求項１２】
前記複数のデバイスのうちの少なくとも１つに関連するクリティカル障害アラームは、前記ネットワークドメインに送信されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記セキュリティ機能は、前記複数のデバイスのうちの少なくとも１つについて、セキュリティ関連付け、通信チャネル、または通信リンクのうちの少なくとも１つを確立するステップを含むことを特徴とする請求項１に記載の方法。
【請求項１４】
前記複数のデバイスのうちの１つまたは複数に関連する完全性違反または不合格を判定するステップと、
前記複数のデバイスのうちの前記１つまたは複数を隔離するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１５】
前記セキュリティ機能は、ネットワークドメイン参加を伴わずに前記ネットワークドメインの代わりに実行されることを特徴とする請求項１に記載の方法。
【請求項１６】
無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも部分的に、
管理エンティティとしての前記ネットワークドメインとの信頼を確立し、
前記複数のデバイスのそれぞれとの接続を確立し、
前記ネットワークドメインとは独立に、前記複数のデバイスのそれぞれについてセキュリティ機能を実行し、
前記複数のデバイスのそれぞれに関連する情報を前記ネットワークドメインに報告する
ように構成されることを特徴とするＷＴＲＵ。
【請求項１７】
前記情報は、前記複数のデバイスのそれぞれから集約されることを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項１８】
集約されたセキュリティ機能は、解析され、前記複数のデバイスのそれぞれについて実行されることを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項１９】
報告することは、前記ネットワークドメインからの要求に応答することを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項２０】
報告することは、周期的に実行されることを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項２１】
前記セキュリティ機能は、前記複数のデバイスのそれぞれを前記ネットワークドメインに登録し、かつ認証することを含むことを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項２２】
前記登録し、かつ認証することは、ブートストラップされる証明書を使用することを含むことを特徴とする請求項２１に記載のＷＴＲＵ。
【請求項２３】
前記セキュリティ機能は、証明書をプロビジョニングし、かつ前記証明書を前記複数のデバイスのそれぞれに移行することを含むことを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項２４】
前記セキュリティ機能は、前記複数のデバイスのそれぞれにセキュリティポリシをプロビジョニングすることを含むことを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項２５】
前記セキュリティ機能は、前記複数のデバイスのそれぞれ内で信頼できる機能性を確立することを含み、前記複数のデバイスのそれぞれに関する完全性妥当性検査が実行されることを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項２６】
前記セキュリティ機能は、前記複数のデバイスのそれぞれについてデバイス管理を提供することを含むことを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項２７】
前記複数のデバイスのうちの少なくとも１つに関連するクリティカル障害アラームは、前記ネットワークドメインに送信されることを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項２８】
前記セキュリティ機能は、前記複数のデバイスのうちの少なくとも１つについて、セキュリティ関連付け、通信チャネル、または通信リンクのうちの少なくとも１つを確立することを含むことを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項２９】
前記複数のデバイスのうちの１つまたは複数に関連する完全性違反または不合格を判定し、
前記複数のデバイスのうちの前記１つまたは複数を隔離する
ようにさらに構成されることを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項３０】
前記セキュリティ機能は、ネットワークドメイン参加を伴わずに前記ネットワークドメインの代わりに実行されることを特徴とする請求項１６に記載のＷＴＲＵ。
【国際調査報告】
2013516149.tif 000023
2013516149.tif 000024