JP2014112843A - マシンツーマシンゲートウェイのアーキテクチャおよび機能性 - Google Patents

Abstract

【課題】到達可能性・アドレス指定・リポジトリ（ＲＡＲ）エンティティを備える、マシンツーマシン（Ｍ２Ｍ）ゲートウェイ（ＧＷ）を提供する。
【解決手段】ＧＷは、ローカルマッピングテーブルおよびローカルデバイスアプリケーションリポジトリを保持し、データ集約、アドレス／名前変換を実行し、イベントの報告を行い、ＧＷの到達可能性およびウェイクアップ時間を確立する。ＧＷは、ＧＷにおけるＭ２Ｍアプリケーションまたは他のケイパビリティからの要求、およびネットワークおよびアプリケーション（Ｎ＆Ａ）ドメインＲＡＲからの要求をサポートする。ＧＷは、Ｍ２Ｍデバイスに対する管理要求を受け取るＭ２ＭデバイスおよびＭ２Ｍゲートウェイ管理（ＭＤＧＭ）ケイパビリティを備えることができ、ネットワークプロキシとして機能する。
【選択図】図３

Description

本出願は、無線通信に関する。

本出願は、２０１０年３月１日に出願した米国特許仮出願第６１／３０９，２９７号、２０１０年３月５日に出願した米国特許仮出願第６１／３１１，１６１号、および２０１０年４月２０日に出願した米国特許仮出願第６１／３２６，０８１号の利益を主張し、それらの内容は参照により本明細書に組み込まれる。

Ｍ２Ｍ（マシンツーマシン：machine-to-machine）システムは、Ｍ２Ｍ−ＧＷ（Ｍ２Ｍゲートウェイ）の後方に存在するＭ２Ｍデバイスを含むことができる。これらのＭ２Ｍデバイスは、ＧＷを通じて遠隔アクセスされることがある。遠隔アクセスは、物理的／ハードウェア／ソフトウェアの制約の結果として、またはＭ２Ｍデバイスの選択によって（例えば、デバイスの節電が望ましい場合）、強いられることがある（imposed）。Ｍ２Ｍ−ＧＷの機能性（functionality）は、ＳＣ（セキュリティケイパビリティ：security capability）機能性、ＧＭ（汎用メッセージング：generic messaging）ケイパビリティ機能性、Ｍ２ＭデバイスおよびＭＤＧＭ（Ｍ２Ｍ−ＧＷ管理：M2M GW management）ケイパビリティ機能性、ならびにネットワークプロキシの接続性（connectivity）としてのＧＷのサポートを含むことができる。

Ｍ２Ｍ−ＧＷの後方に存在するＭ２Ｍデバイスについて、ケース１およびケース２として知られる２つの接続性オプションが、以下のように適用可能となることがある。直接接続性としても知られる、ケース１の接続性では、Ｍ２Ｍデバイスは、アクセスネットワークを介して、またはＭ２Ｍ−ＧＷを通じて、Ｎ＆Ａ（ネットワークおよびアプリケーション）ドメインに直接接続することができる。Ｍ２Ｍデバイスは、Ｎ＆Ａドメインでの登録、認証、認可、管理、およびプロビジョニング（provisioning）などのプロシージャ（procedure）を実行することができる。Ｍ２Ｍデバイスは、Ｎ＆Ａドメインから隠されうる、当該Ｍ２Ｍデバイスに接続される他のデバイスを有することができる。

Ｍ２Ｍ−ＧＷとしても知られるネットワークプロキシ接続性として、ケース２の接続性では、Ｍ２Ｍデバイスは、Ｍ２Ｍ−ＧＷを介してＮ＆Ａドメインに接続することができる。例えば、Ｍ２Ｍデバイスは、Ｍ２Ｍエリアネットワークを介して、Ｍ２Ｍ−ＧＷに接続することができる。Ｍ２Ｍ−ＧＷは、アクセスネットワークを介してＮ＆Ａドメインに接続し、Ｍ２Ｍ−ＧＷに接続されうる、Ｍ２Ｍデバイスに向かうＭ２Ｍ−Ｎ＆Ａドメインのプロキシとして振舞うことができる。そのようなＭ２Ｍ−ＧＷは、当該Ｍ２Ｍ−ＧＷに接続されうる、Ｍ２Ｍデバイスの認証、認可、登録、管理、およびプロビジョニングなどのプロシージャを実行することができ、またＭ２Ｍ−Ｎ＆Ａドメインに代わってアプリケーションを実行することもできる。Ｍ２Ｍ−ＧＷは、Ｍ２Ｍデバイス上のアプリケーションからローカルに発せられ、またはＭ２Ｍ−Ｎ＆Ａへのサービス層要求をルーティングすることを決定することができる。そのようなＭ２Ｍ−ＧＷに接続するＭ２Ｍデバイスは、Ｍ２Ｍ−Ｎ＆Ａドメインによってアドレス指定可能である場合もあれば、可能でない場合もある。

Ｍ２Ｍ−ＧＷ機能性は、到達可能性（reachability）、アドレス指定、およびリポジトリの機能性がＮ＆Ａドメイン内にだけ存在する場合に、非効率となりうる多くの欠点を有することがある。例えば、「ケース２」の接続性の場合、デバイス登録機能性は、Ｍ２Ｍ−ＧＷに移動されることがある。デバイスについて、Ｍ２Ｍ−ＧＷに登録すること、Ｎ＆Ａドメイン内に格納された登録情報を有することは不効率となることがある。その他の欠点は、Ｍ２Ｍエリアアドレスへのアクセス、デバイスマッピングテーブルを更新することに関連するシグナリングのオーバーヘッド、デバイスステータスの同期、およびデバイスのモビリティ（mobility）を含むことがある。

Ｍ２Ｍ−ＧＷにおけるＲＡＲ（到達可能性、アドレス指定およびリポジトリ）のケイパビリティを備えるＭ２Ｍ（マシンツーマシン）のアーキテクチャおよび機能性が説明される。Ｍ２Ｍ−ＧＷは、ローカルマッピングテーブルを保持し、データ集約、アドレス変換、名前変換を実行し、ローカルデバイスアプリケーションリポジトリを保持し、基となるＭ２Ｍデバイスの到達可能性およびウェイクアップ時間に基づき、Ｍ２Ｍ−ＧＷの到達可能性およびウェイクアップ時間を確立することができる。Ｍ２Ｍ−ＧＷは、隣接するＭ２Ｍ−ＧＷ−ＲＡＲと通信して、Ｍ２Ｍ−ＧＷ間のプロキシＲＡＲベースの情報の共有および同期化を円滑にし、登録を登録属性に基づかせ、デバイスが到達不可能である場合に、キャッシュされているデータが使用されるよう要求することができる。Ｍ２Ｍ−ＧＷ−ＲＡＲは、Ｍ２Ｍ−ＧＷ内のその他のケイパビリティからの、またはＭ２Ｍ−ＧＷ内のＭ２Ｍアプリケーションからの要求をサポートすることができる。Ｍ２Ｍ−ＧＷ−ＲＡＲは、Ｎ＆Ａ（ネットワークおよびアプリケーション）ドメインＲＡＲからの要求をサポートすることができ、Ｎ＆Ａ−ＲＡＲは、特定のイベントが発生するときにその通知を受けることができる。

Ｍ２Ｍ−ＧＷは、Ｍ２Ｍデバイスに対する管理要求を受け取るＭ２ＭデバイスおよびＭＤＧＭ（Ｍ２Ｍゲートウェイ管理）ケイパビリティを含むことができる。Ｍ２Ｍ−ＧＷのＭＤＧＭは、ネットワークプロキシとして機能することがある。ＭＤＧＭは、Ｍ２Ｍデバイスに代わってＮ＆Ａドメインからの管理要求を受理して、処理することができる。ＭＤＧＭは、Ｎ＆Ａドメインに代わってＭ２Ｍデバイスの管理機能を実行することができる。ＭＤＧＭは、デバイス管理タスクを実行するＭ２Ｍデバイスと対話することを開始する許可をＮ＆Ａドメインに要求することができる。ＭＤＧＭは、Ｍ２Ｍ−ＧＷに提供されるネットワークおよびアプリケーションドメインのポリシーにより、デバイス管理タスクについてＭ２Ｍデバイスと対話することを開始し、デバイス管理タスクに対する対話の結果をＮ＆Ａドメインに通知することができる。

例として添付図面と併せて以下の説明から、より詳細な理解を得ることができる。

１またはそれ以上の開示されている実施形態が実装されうる通信システムの例を示すシステム図である。 図１Ａに例示されている通信システム内で使用されうるＷＴＲＵ（無線送信／受信ユニット）の例を示すシステム図である。 図１Ａに例示されている通信システム内で使用されうる無線アクセスネットワークおよびコアネットワークの例を示すシステム図である。 Ｍ２Ｍ（マシンツーマシン）システムの例を示す高水準概要図である。 Ｍ２Ｍ−ＧＷ内のＲＡＲ（到達可能性、アドレス指定およびリポジトリ）エンティティの例を示すブロック図である。 ネットワーク／デバイス間通信の呼の流れの例を示す図である。 ＧＷ−ＲＡＲとのネットワーク／デバイス間通信の呼の流れの例を示す図である。 ＧＷ−ＲＡＲおよびトンネルとのネットワーク／デバイス間通信の呼の流れの例を示す図である。 Ｍ２Ｍデバイスがオンラインのときにネットワークプロキシとして振舞うＧＷを介したＭ２Ｍデバイス管理に対する呼の流れの例を示す図である。 Ｍ２Ｍデバイスがオンラインのときにネットワークプロキシとして振舞うＧＷを介したＭ２Ｍデバイス管理に対する呼の流れの例を示す図である。 Ｍ２Ｍデバイスがオフラインのときにネットワークプロキシとして振舞うＧＷを介したＭ２Ｍデバイス管理に対する呼の流れの例を示す図である。 Ｍ２Ｍデバイスがオフラインのときにネットワークプロキシとして振舞うＧＷを介したＭ２Ｍデバイス管理に対する呼の流れの例を示す図である。

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

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

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａおよび１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの、１またはそれ以上の通信ネットワークへのアクセスを円滑にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの少なくとも１つのＷＴＲＵと無線方式でインターフェースする構成をとる任意の種類のデバイスであってもよい。例えば、基地局１１４ａおよび１１４ｂは、ＢＴＳ（トランシーバ基地局）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ＨｏｍｅＮｏｄｅＢ、Ｈｏｍｅ−ｅＮｏｄｅＢ、サイトコントローラ、ＡＰ（アクセスポイント）および無線ルータなどであってもよい。基地局１１４ａおよび１１４ｂは、それぞれ、単一要素として示されているが、基地局１１４ａおよび１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されるであろう。

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

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

より具体的には、上記のように、通信システム１００は多元接続システムとしてもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡおよびＳＣ−ＦＤＭＡなどの、１またはそれ以上のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０４の基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃでは、ＷＣＤＭＡ（広帯域ＣＤＭＡ）を使用してエアーインターフェース１１６を確立しうる、ＵＭＴＳ（ユニバーサル移動通信システム）ＵＴＲＡ（地上無線アクセス）などの無線技術を実装してもよい。ＷＣＤＭＡは、ＨＳＰＡ（高速パケットアクセス）および／またはＨＳＰＡ＋（発展型ＨＳＰＡ）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）および／またはＨＳＵＰＡ（高速アップリンクパケットアクセス）を含むことができる。

別の実施形態では、基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、ＬＴＥ（ロングタームエボリューション）および／またはＬＴＥ−Ａ（LTE-Advanced）を使用してエアーインターフェース１１６を確立しうる、Ｅ−ＵＴＲＡ（発展型ＵＭＴＳ地上無線アクセス）などの無線技術を実装してもよい。

その他の実施形態では、基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、ＩＥＥＥ８０２．１６（例えば、ＷｉＭＡＸ（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）、ＧＥＲＡＮ（GSM-EDGE）などの無線技術を実装してもよい。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ＨｏｍｅＮｏｄｅＢ、Ｈｏｍｅ−ｅＮｏｄｅＢ、またはアクセスポイントであってもよく、事業所、家庭、自動車およびキャンパスなどの、局在化されたエリア内で無線接続性を円滑にするために任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、ＷＬＡＮ（無線ローカルエリアネットワーク）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装してもよい。別の実施形態では、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、ＷＰＡＮ（無線パーソナルエリアネットワーク）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装してもよい。さらに別の実施形態では、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用してもよい。図１Ａで示すように、基地局１１４ｂは、インターネット１１０との直接接続を有してもよく、そうすると、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がなくなる。

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

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

通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの一部、またはすべてが、マルチモードケイパビリティ（multi-mode capabilities）を含んでもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図１Ａで示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用しうる基地局１１４ａと、またＩＥＥＥ８０２無線技術を採用しうる基地局１１４ｂと通信するように構成されてもよい。

図１Ｂは、ＷＴＲＵ１０２の例を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不可メモリ１３０、着脱可能メモリ１３２、電源１３４、ＧＰＳ（全世界測位システム）チップセット１３６、およびその他周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら上述した要素の任意の部分的組合せを含んでもよい。

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

送信／受信要素１２２は、エアーインターフェース１１６上で、基地局（例えば、基地局１１４ａ）に信号を送信するか、または当該基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信し、および／または受信するように構成されたアンテナであってもよい。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信し、および／または受信するように構成されたエミッタ／ディテクタであってもよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信し、受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組合せを送信し、および／または受信するように構成されてもよいことは理解されるであろう。

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

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

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

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

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

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

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

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

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

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

ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１４２ａ、１４２ｂおよび１４２ｃのそれぞれに接続されてもよく、また制御ノードとしての役割を担ってもよい。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのユーザの認証、ベアラ活性化／非活性化（bearer activation/deactivation）、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃなどの初期アタッチ中の特定のサービングゲートウェイの選択を担当してもよい。ＭＭＥ１４２はまた、ＲＡＮ１０４とその他の無線技術（例えば、ＧＳＭまたはＷＣＤＭＡ）を採用する他のＲＡＮ（図示せず）との間の切り換えを行う制御プレーン機能（control plane function）を備えてもよい。

サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４のｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃのそれぞれに接続されてもよい。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃとの間でユーザデータパケットの経路選択および転送を実行することができる。サービングゲートウェイ１４４はまた、ｅＮｏｄｅＢ間ハンドオーバー中のユーザプレーンのアンカーリング（anchoring user plane）、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに対してダウンリンクデータが利用可能になるときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのコンテキストを管理し、格納することなどの、他の機能も実行してもよい。

サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されてもよく、当該ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃとＩＰ対応デバイスとの間の通信が円滑に行われるように、インターネット１１０などの、パケット交換ネットワークへの、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのアクセスを可能にする。

コアネットワーク１０６は、その他のネットワークとの通信を円滑にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと従来の固定電話回線通信デバイスとの間の通信を円滑にするために、ＰＳＴＮ１０８などの、回線交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのアクセスを可能にする。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を担うＩＰゲートウェイ（例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバー）を含んでもよく、または当該ＩＰゲートウェイと通信してもよい。さらに、コアネットワーク１０６により、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、他のサービスプロバイダによって所有され、および／または運営されるその他の有線もしくは無線ネットワークを含みうる、ネットワーク１１２にアクセスすることが可能になる。

デバイスユーザプレーンデータ（device user-plane data）は、Ｍ２Ｍデバイスによって生成されるデータ、例えば、センサデータであってもよい。登録属性は、登録することが許可されうるデバイスの特性（characteristics of devices）を含んでもよい。この特性は、例えば、利用可能な電力、利用可能な容量、デバイス識別（ＩＤ）、および／またはサービスクラスなどの物理的特性に関係する場合がある。デバイスの制御プレーン情報は、特定のデバイスに関する制御情報（例えば、到達可能性に関する情報、ウェイクアップ時間および持続時間）、登録情報、および／またはサービス情報を含んでもよい。

Ｍ２Ｍ通信サービスをサポートするために、エンドツーエンドシステムの必要要件が実装されてもよい。Ｍ２Ｍの機能的なアーキテクチャは、Ｍ２Ｍサービスをアプリケーションに提供するように設計されてもよい。Ｍ２Ｍの機能的なアーキテクチャは、全体的なエンドツーエンドＭ２Ｍ機能的エンティティ、これらのエンティティの間の関係、さらにはＥＴＳＩ（欧州電気通信標準化機構）のＴＩＳＰＡＮ（高度ネットワークのための電気通信およびインターネットコンバージドサービスおよびプロトコル：telecommunications and Internet converged services and protocols for advanced networks）ならびに３ＧＰＰ（第３世代パートナーシッププロジェクト）ネットワークとの関係を提示する場合がある。

図２は、アーキテクチャ２００全体の例を示す。このアーキテクチャは、２つの「ドメイン」、つまり、Ｍ２Ｍデバイスドメイン２１０とＮ＆Ａ（ネットワークおよびアプリケーション）ドメイン２１５とに分割されてもよい。Ｍ２Ｍデバイスドメイン２１０は、Ｍ２ＭサービスケイパビリティまたはＭ２Ｍケイパビリティ２２４（「Ｍ２Ｍサービスケイパビリティ」と総称される）、およびＮ＆Ａドメイン２１５機能性を使用して、Ｍ２Ｍアプリケーション２２２を稼動させるＭ２Ｍデバイス２２０を含んでもよい。「Ｍ２Ｍアプリケーション」という用語は、Ｍ２Ｍサービスケイパビリティを使用してサービスロジックを稼動させるアプリケーションを指すことができる。「Ｍ２Ｍサービスケイパビリティ」という用語は、Ｍ２Ｍデバイス、Ｍ２Ｍ−ＧＷ、およびＭ２Ｍコアネットワークのアプリケーション間のエンドツーエンド通信を可能とさせる機能をグループ化することを指すことができる。Ｍ２Ｍデバイスドメイン２１０はさらに、Ｍ２Ｍデバイス２２０とＭ２Ｍ−ＧＷ２３０との間で通信しうる、Ｍ２Ｍエリアネットワーク２２５を含んでもよく、そこでは、Ｍ２Ｍ−ＧＷは、Ｍ２Ｍアプリケーション２３２およびＭ２Ｍサービスケイパビリティ２３４を含んでもよい。Ｍ２Ｍ−ＧＷ２３０は、Ｎ＆Ａドメイン２１５と通信するために使用されてもよい。

本明細書で使用されるような「Ｍ２Ｍ−ＧＷ」という用語は、当該Ｍ２Ｍ−ＧＷ後方に存在するデバイスにいくつかのサービスケイパビリティを提供する任意のエンティティを指すものとしてよい。これらのデバイスは、ＥＴＳＩ準拠であると同時に非ＥＴＳＩ準拠（例えば、Ｍ２Ｍケイパビリティをサポートしていないレガシーデバイス）であってもよい。この定義に基づき、Ｍ２Ｍ−ＧＷは、１）ＥＴＳＩ準拠デバイスがＭ２Ｍ−ＧＷ後方にあり、全てがＭ２Ｍエリアネットワークを通じて接続されるＥＴＳＩ準拠ＧＷ、２）非ＥＴＳＩ準拠デバイスがＭ２Ｍ−ＧＷ後方にあり、全てがＭ２Ｍエリアネットワークを通じて接続されるＥＴＳＩ準拠ＧＷ、３）混合デバイスの配備がＭ２Ｍ−ＧＷ後方にあり（ＥＴＳＩおよび非ＥＴＳＩ準拠デバイス）、全てがＭ２Ｍエリアネットワークを通じて接続されるＥＴＳＩ準拠ＧＷ）、４）あるレガシープロトコル（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標））を使用して非ＥＴＳＩ準拠デバイスに接続されるＥＴＳＩ−Ｍ２Ｍデバイス、５）ＥＴＳＩ準拠Ｍ２Ｍデバイスに接続されるＥＴＳＩ−Ｍ２Ｍデバイス、または６）混合デバイスの配備がＭ２Ｍ−ＧＷ後方に存在する（ＥＴＳＩおよび非ＥＴＳＩ準拠デバイス）ＥＴＳＩ準拠ＧＷであると考えてもよい。

Ｎ＆Ａドメイン２１５は、Ｎ＆Ａドメイン２１５内でデータを運ぶためのトランスポートネットワーク２３７、およびＭ２Ｍデバイスドメイン２１５と通信するためのアクセスネットワーク２３５を含んでもよい。アクセスネットワーク２３５は、ＣＮ（コアネットワーク）２４０と通信してもよく、当該ＣＮ２４０は、次いで、Ｍ２Ｍサービスケイパビリティ２４２と通信してもよい。Ｍ２Ｍサービスケイパビリティ２４２およびＣＮ２４０は、Ｍ２Ｍコア２４５を備えてもよい。Ｍ２Ｍアプリケーション２４４は、Ｍ２Ｍサービスケイパビリティ２４２とともに動作する。ネットワーク管理機能２５０は、アクセスネットワーク２３５、トランスポートネットワーク２３７、およびＣＮ２４０を管理するための機能性を含んでもよく、またＭ２Ｍ固有の管理機能２５２を含んでもよい。Ｍ２Ｍ管理機能２５５は、Ｍ２ＭサービスケイパビリティおよびＭ２Ｍアプリケーションを管理するための機能性を含んでもよい。

上記のアーキテクチャ２００を使用することで、Ｍ２Ｍデバイスドメイン２１５のＭ２Ｍデバイス２２０は、アクセスネットワーク２３５を使用してＮ＆Ａドメイン２１５と直接通信することができるか、あるいは、これらは、Ｍ２Ｍ−ＧＷ２３０を通じて間接的に通信することができる。例えば、Ｍ２Ｍ−ＧＷ２３０は、Ｍ２Ｍエリアネットワーク２２５を使用して、Ｍ２Ｍデバイス２２０と通信することができ、アクセスネットワーク２３５を使用して、Ｎ＆Ａドメイン２１５と通信することができる。

Ｎ＆Ａ−Ｍ２Ｍサービスケイパビリティは、ＲＡＲ（到達可能性、アドレス指定およびリポジトリ）機能性を含んでもよい。しかし、Ｍ２Ｍ−ＧＷは、そのような機能性を欠いており、ＲＡＲの機能性がＮ＆Ａドメイン内にだけ存在する場合に非効率となりうる多くの欠点を有することがある。例えば、Ｍ２ＭデバイスがＭ２Ｍ−ＧＷを介してＮ＆Ａドメインに接続する場合、デバイス登録機能性は、Ｍ２Ｍ−ＧＷに移動されることがある。したがって、Ｍ２Ｍデバイスについて、Ｍ２Ｍ−ＧＷに登録すること、Ｎ＆Ａドメイン内に格納された登録情報を有することは非効率となる場合がある。さらに、Ｍ２Ｍ−ＧＷに対する名前解決タスクは、（ＧＭ）汎用メッセージ配信ケイパビリティに割り当てられることがある。しかし、このアプローチは、Ｎ＆Ａドメインに使用されるアプローチと一致しない場合がある。

別の例では、デバイス間通信は、Ｍ２Ｍ−ＧＷを通じてサポートされてもよい。Ｍ２Ｍデバイスは、隣接するデバイスのＭ２Ｍエリアアドレスを知っていない場合、当該Ｍ２ＭデバイスはＮ＆Ａ−ＲＡＲ機能性に対してクエリを実行し、メッセージのルーティング先を判定することが必要になる場合がある。それから、このメッセージは、サービスプロバイダドメインのＧＭケイパビリティのサービスを使用して、トラフィックを送信先にルーティングしてもよい。Ｍ２Ｍエリアネットワーク２２５から外部へのこの転送を取り除くことがより効率的である場合がある。このクエリ機能性は、ＧＷによってサポートされ、したがって、ＧＷではローカルで実行されてもよい。

別の例では、Ｎ＆Ａ−ＲＡＲは、デバイスのマッピングテーブルを最新状態に保ってもよい。多数のＭ２ＭデバイスがＭ２Ｍ−ＧＷの後方に存在する場合に、Ｍ２Ｍデバイスは、アドレス、到達可能性、またはスリープサイクルにおける変更をＮ＆Ａ−ＲＡＲに通知し、その結果、潜在的に高いシグナリング負荷が生じる場合がある。これは、アクセスネットワークおよびコアネットワークに負担となる場合がある。さらに、Ｍ２Ｍ−ＧＷの到達可能性およびウェイクアップステータスは、基となるデバイスと非同期であるか、または無関係となる場合がある。この結果、Ｍ２Ｍ−ＧＷは潜在的に、スリープしているＭ２Ｍデバイスを宛先としうる、トラフィックを蓄積転送しなければならないことがある。したがって、到達可能性、スリープサイクル、およびアドレス指定に関する情報は、ＧＷでローカルに保持され、必要になったときのみＮ＆Ａドメインと共有される場合がある。

別の例では、一方のＭ２Ｍ−ＧＷから別のＭ２Ｍ−ＧＷへのＭ２Ｍデバイスのモビリティは、Ｎ＆Ａドメインサービスケイパビリティの再登録を必要とする場合がある。複数のＭ２Ｍ−ＧＷを通じて行うＭ２Ｍデバイスへの通信は、例えば、ミッションクリティカルなアプリケーションまたは負荷分散に対して許可されない場合がある。例えば、ＨｏｍｅＮｏｄｅＢを通じての「ローカル」アクセスは、アプリケーションサーバーがＭ２Ｍ−ＧＷ内に存在する場合に、通信先がＮ＆Ａドメインとなることが要求されることがある。ＧＷがＲＡＲ機能性を含む場合、ローカルアクセスを使用する通信は、円滑となる場合がある。

図３は、Ｍ２Ｍ−ＧＷ３２０がＲＡＲエンティティ３６０を含みうるシステムアーキテクチャ３００を示す。システムアーキテクチャ３００は、Ｎ＆Ａ−Ｍ２Ｍサービスケイパビリティエンティティ３１０と通信しうる、Ｎ＆Ａ−Ｍ２Ｍアプリケーションエンティティ３０５を含んでもよく、次いで、当該エンティティはトランスポートおよびアクセスネットワークエンティティ３１５と通信してもよい。トランスポートおよびアクセスネットワークエンティティ３１５は、Ｍ２Ｍ−ＧＷ３２０と通信してもよい。次いで、Ｍ２Ｍ−ＧＷ３２０は、Ｍ２Ｍエリアネットワーク３２５を通じてＭ２Ｍデバイス３３０と通信してもよい。Ｎ＆Ａ−Ｍ２Ｍアプリケーションエンティティ３０５およびＮ＆Ａ−Ｍ２Ｍサービスケイパビリティエンティティ３１０は、サーバーを使用して実装されてもよく、あるいは、ネットワーク内に実装されてもよい。

Ｎ＆ＡドメインＭ２Ｍサービスケイパビリティエンティティ３１０は、例えば、１）本明細書で説明されるようなケイパビリティを備えるＲＡＲ（到達可能性、アドレス指定およびリポジトリ）エンティティ３５０、２）その他のケイパビリティとともにセキュリティキーのネゴシエーションと併せて、少なくともセッションの確立および終了を備えるＧＭ（汎用メッセージ）配信エンティティ３５２、３）Ｍ２ＭデバイスまたはＭ２Ｍ−ＧＷがその他のケイパビリティとともにいくつかの加入者回線を介していくつかのネットワークを通じて到達されうる場合に、少なくともネットワーク選択を行う、ネットワークおよび通信サービス選択（ＮＣＳＳ）エンティティ３５４、４）本明細書で説明されるようなケイパビリティを備えるＭ２ＭデバイスおよびＭ２Ｍ−ＧＷ管理（ＭＤＧＭ）エンティティ３５６、５）その他のケイパビリティとともにＭ２Ｍアプリケーションおよびデバイス／Ｍ２Ｍ−ＧＷから履歴およびデータ保持タスクの少なくとも隠蔽を行う、履歴化およびデータ保持（historization and data retention）（ＨＤＲ）エンティティ（図示せず）、６）Ｎ＆ＡドメインにおけるＭ２Ｍアプリケーションへの単一接点であり、さらには他のケイパビリティも備える、汎用Ｍ２Ｍアプリケーションイネーブルメント（ＧＭＡＥ）エンティティ３５８、７）その他のケイパビリティとともに少なくとも認証およびサービスキー管理を行う、セキュリティケイパビリティ（ＳＣ）エンティティ３５９、８）その他のケイパビリティとともに少なくともトランザクションの管理を扱うトランザクション管理（ＴＭ）エンティティ（図示せず）、ならびに／または９）ＭＤＧＭとデバイスもしくはＧＷ管理機能との間の少なくとも相互作用をもたらす、Ｍ２ＭデバイスおよびＭ２Ｍ−ＧＷプロキシ（ＭＤＧＰ）エンティティ（図示せず）を含んでもよい。

Ｎ＆ＡドメインのＲＡＲサービスケイパビリティは、名前変換、到達可能性判定、ウェイクアップ判定、デバイス情報の保持、デバイスアプリケーションリポジトリの保持、および／または要求への応答などの機能性を受けもってもよい。デバイス名をネットワークルーティング可能アドレスのリストに変換することは、名前変換の一例としてもよい。ＧＷの後方に存在するデバイスについては、このネットワークアドレスは、Ｍ２Ｍ−ＧＷのネットワークアドレスであってもよい。到達可能性判定の一例は、要求があったときにＲＡＲがデバイスの到達可能性ステータスを提供できる場合であってもよい。ウェイクアップ判定の一例は、要求があったときにＲＡＲが、デバイスウェイクアップ期間の指示を提供できる場合であってもよい。その他の例示的な機能性は、デバイス×アドレス、到達可能性、およびウェイクアップ時間などのデバイス情報のマッピングテーブルの保持、デバイスおよびそのアプリケーションの登録情報などのデバイスアプリケーションリポジトリの保持、ならびに／またはデバイス登録情報についてアプリケーションおよび他のサービスケイパビリティからの要求への応答であってもよい

Ｍ２Ｍ−ＧＷ３６０は、ＲＡＲエンティティ３６０、ＧＭエンティティ３６２、ＳＣエンティティ３６４、ＭＤＧＭエンティティ３６６、および他の機能性エンティティ３６８を含んでもよい。Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、プロキシＲＡＲエンティティであってもよい。Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、ローカルのマッピングテーブルを保持し、その後方に存在するＭ２Ｍデバイスについての以下のＭ２Ｍデバイス情報を格納してもよい。例えば、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、それぞれのＭ２Ｍデバイスに対するＭ２Ｍエリアネットワークアドレスを格納してもよい。Ｍ２Ｍデバイスは、モビリティ、Ｍ２Ｍエリアネットワーク内のトポロジー変更およびＭ２Ｍエリアネットワーク内のその接続点などの結果として新しいアドレスを取得することができる。Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、到達可能性ステータスを格納してもよい。到達可能性ステータスは、Ｍ２Ｍデバイスが到達可能であるときに「オン」に設定され、Ｍ２Ｍデバイスが到達可能でないときに「オフ」に設定されてもよい。Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、次に予定されているウェイクアップ時間およびウェイクアップ持続時間を、もし利用可能であれば、格納してもよい。上記の情報は、例えば、Ｍ２Ｍエリアネットワーク内の専用制御メッセージを使用してＭ２ＭデバイスからＭ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０に送信されてもよい。上記の機能性は、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０内の任意の組合せに含まれてもよい。

Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、Ｍ２Ｍ−ＧＷ３２０内のその他のケイパビリティからの要求、またはＭ２Ｍ−ＧＷ３２０内のＭ２Ｍアプリケーションからの要求をサポートしてもよい。いくつかの例では、その他のケイパビリティまたはＭ２Ｍアプリケーションは、いくつかのイベントの発生後に通知を受け取ってもよい。例えば、ジェネリックＭ２Ｍデバイスアプリケーション使用可能性（ＧＭＤＡＥ：generic M2M device application enablement）ケイパビリティは、それがＮ＆Ａドメインからメッセージを受信した後に、特定のＭ２Ｍデバイスのアクセス可能性について知ることが必要な場合がある。その結果、Ｍ２Ｍデバイスが到達可能になり、および／または次に予定されているウェイクアップ時間もしくはウェイクアップ持続時間を有しているときにその通知がＧＭＤＡＥに送信されてもよい。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、Ｎ＆ＡドメインＲＡＲエンティティ３５０およびその他のＭ２Ｍ−ＧＷ−ＲＡＲからの要求をサポートしてもよい。例えば、Ｎ＆ＡドメインのＲＡＲ３５０およびその他のＭ２Ｍ−ＧＷ−ＲＡＲは、ある監視されているイベントが発生するときに、Ｍ２Ｍ−ＧＷ３２０の後方に存在するＭ２Ｍデバイスについて通知されてもよい。これらのイベントは、例えば、特定のＭ２Ｍデバイスが到達可能になるとき、Ｍ２Ｍデバイスがモビリティの結果として新しいアドレスを取得するとき、および／または一組のＭ２Ｍデバイスアプリケーション登録情報に変更が生じるときのイベントであってもよい。これらのイベントは、アプリケーションリポジトリに関係する特定のデータもしくは属性の修正を含む場合もある。例えば、温度センサについては、これは、温度の修正のイベント、または温度が指定された閾値より高い、または低い温度に達したというイベントであってもよい。上記の情報は、監視されているイベントのどれかのステータスの変化の後に提供されてもよい。あるいは、Ｍ２Ｍ−ＧＷ３２０は、この情報を定期的に、例えば、Ｋ時間単位毎に、または定義済みのポリシーに基づき、送信することを決定してもよい。例えば、Ｍ２Ｍ−ＧＷ３２０がアドレス変換を管理する場合、これは、Ｍ２Ｍデバイスアドレス変更を報告しないことを決定してもよい。同様に、Ｍ２Ｍ−ＧＷ３２０が蓄積転送ケイパビリティを備える場合、これは、ウェイクアップ時間変更を報告しないことを判定してもよい。この判定は、アクセスネットワークの可用性に基づいてもよい。例えば、アクセスネットワークは輻輳していることもあり、Ｍ２Ｍ−ＧＷ３２０がこの情報を送信することを控えるよう要求してもよい。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、Ｎ＆ＡドメインＲＡＲエンティティ３５０および他のＭ２Ｍ−ＧＷ−ＲＡＲからの要求をサポートすることができる。例えば、これらの要求は、Ｍ２Ｍ−ＧＷ３２０の後方に存在するＭ２Ｍデバイスに対する要求であってよく、Ｍ２Ｍデバイス到達可能性、および／またはＭ２Ｍデバイスの次に予定されているウェイクアップ時間に関するものとしてよい。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、該当する場合に、エリアネットワークとコアネットワークとの間のアドレス変換を実行してもよい。アドレス変換のいくつかの例は、ＩＰｖ４（インターネットプロトコルバージョン４）、ＩＰｖ６、およびＭＳＩＳＤＮ（移動局国際サービス総合デジタル網（ＩＳＤＮ）番号：mobile station international integrated service digital network (ISDN) number）を含んでもよい。アドレス変換を実行することは、パブリックＧＷアドレスとプライベートデバイスアドレスとの間の変換を伴う場合がある。Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、サービスプロバイダのＧＭＤＡＥケイパビリティからＭ２Ｍデバイスへ送信されるメッセージに対する名前解決を扱ってもよい。マッピングは、ネットワークルーティング可能ＧＷアドレスとＭ２ＭエリアネットワークアドレスへのＭ２Ｍデバイス固有ＩＤとの間のマッピングであってもよい。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、Ｍ２Ｍ−ＧＷの後方に存在するＭ２Ｍデバイスに対するローカルデバイスアプリケーションリポジトリを保持してもよい。例えば、この保持は、Ｍ２Ｍデバイスに対するデバイスサービスクラスプロパティをエリアネットワーク内に格納し、この情報を最新状態に保つことによってなされてもよい。Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、このクラス情報を集約／融合することができる。別の例では、この集約／融合は、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０をＭ２ＭデバイスのＭ２Ｍデバイスアプリケーション登録情報のデバイスアプリケーションリポジトリ内に格納し、この情報を最新状態に保つことによってなされてもよい。Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、この登録情報を集約／融合することができる。別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、クエリインターフェースを提供することにより、Ｎ＆Ａドメイン内に存在するエンティティを適切に認証し、認可してＭ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０がＭ２Ｍデバイスアプリケーション登録情報を取り出すことができるようにすることによって、ローカルデバイスアプリケーションリポジトリを保持することができる。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、要求があったときに、この情報をＮ＆Ａドメイン内に置かれている任意のエンティティに提供することによってローカルデバイスアプリケーションリポジトリを保持してもよいが、ただし、要求側エンティティはそのようなクエリを実行することを認証され、認可されていると仮定する。あるいは、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、要求があったときに、この情報をＭ２Ｍ−ＧＷ３２０に存在するＭ２Ｍアプリケーションに提供することによってローカルデバイスアプリケーションリポジトリを保持してもよい。Ｍ２Ｍ−ＧＷ３２０は、この情報を使用して、Ｍ２Ｍエリアネットワーク３２５内のサービス発見を支援してもよい。一オプションでは、例えば、ビーコンを使用してこの情報をブロードキャストしてもよい。あるいは、例えば、登録要求の後に、Ｍ２Ｍデバイスに送信される応答の中にこの情報を含めてもよい。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、基となるＭ２Ｍデバイスの到達可能性およびウェイクアップ時間に基づきＭ２Ｍ−ＧＷ３２０の到達可能性およびウェイクアップ時間を確立してもよい。例えば、すべてのＭ２Ｍデバイスが到達不可能である場合、Ｍ２Ｍ−ＧＷ３２０は、Ｎ＆Ａ−ＲＡＲエンティティ３５０をオフにし、このアクションをＮ＆Ａ−ＲＡＲエンティティ３５０に通知することを決定してもよい。あるいは、Ｍ２Ｍ−ＧＷ３２０は、そのスリープ時間をＭ２Ｍ−ＧＷ３２０の下にあるＭ２Ｍデバイスに同期させてもよい。例えば、すべてのＭ２Ｍデバイスが、午後１：００から午後２：００までの間、スリープ状態にある場合、Ｍ２Ｍ−ＧＷ３２０は、この期間にもスリープすることを決定してもよい。あるいは、Ｍ２Ｍ−ＧＷは、その決定を大半のＭ２Ｍデバイスに基づくものとしてもよい。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、隣接するＭ２Ｍ−ＧＷ−ＲＡＲと通信してもよい。この通信により、Ｍ２Ｍ−ＧＷ間のプロキシＲＡＲベースの情報の共有および同期化を円滑にする複数のＭ２Ｍ−ＧＷ、およびそれらの対応するプロキシＲＡＲケイパビリティの相互接続ネットワークによる接続を可能にする。このような機能性は、Ｍ２Ｍデバイスのモビリティ（例えば、個別のＭ２Ｍ−ＧＷによるサービスを受ける個別のＭ２Ｍエリアネットワーク間の最適化されたデバイスハンドオーバー）、ならびに同じＭ２Ｍエリアネットワークにサービスを提供する複数のＭ２Ｍ−ＧＷを使用することにより高められた信頼性、ケイパビリティ、およびスケーラビリティなどのシナリオをサポートするために使用されてもよい。ＧＷ間通信は、有線接続（例えば、イーサネット（登録商標）を共有するすべてのＭ２Ｍ−ＧＷ）を通じて、複数のＭ２Ｍ−ＧＷ（例えば、ＨｏｍｅＮｏｄｅＢまたはＩＥＥＥ（米国電気電子技術者協会）８０２．１１無線アクセスポイント）と通信しうる親ＧＷ／ルータデバイスを通じて、またはＮ＆Ａドメインを通じて行ってもよい。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、「ケース２」接続性シナリオにおける、ローカル登録に対して許可されるデバイスの種類を制限しうる、Ｎ＆ＡドメインＲＡＲ３５０からの「登録属性」を受理してもよい。例えば、Ｎ＆Ａ−ＲＡＲエンティティ３５０は、特定のサービスクラス、デバイスＩＤ、物理的特性（例えば、利用可能な電力および利用可能な記憶装置など）により、Ｍ２Ｍデバイスの登録のみを行えるように、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０に通知してもよい。この登録属性は、次いで、登録を受理するか、または拒絶するためにＳＣエンティティ３６４によって使用されてもよい。この機能性は、ＳＣエンティティ３６４でも実装されてもよい。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、Ｍ２Ｍデバイスが到達不可能である場合にキャッシュされているデータが使用されることを要求してもよい。これは、到達可能性、アドレス、登録情報およびサービス情報などのＭ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０内に格納されている情報、さらにはＭ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０内に、またはＭ２Ｍ−ＧＷ３２０内の別のケイパビリティ内に格納されうるデバイスユーザプレーンデータに適用してもよい。到達可能でないＭ２Ｍデバイスにアクセスが試みられる場合、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、Ｍ２Ｍデバイスが到達可能になるのを待つのではなく、キャッシュされている応答が発行されることを命令することができる。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、データ集約を実行してもよい。Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、集約されうるデータの出所となるグループを形成するＭ２Ｍデバイスのリストを保持してもよい。Ｍ２Ｍ−ＧＷ３２０は、そのようなＭ２Ｍデバイスから情報を収集し、その情報を処理し（その情報を集約し）、集約された結果をネットワークに送信してもよい。定義されている異なるグループがいくつかあってもよく、またＭ２Ｍデバイスは複数のグループに属していてもよい。これらのグループは、時間の経過とともに変化してもよい。Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、そのＭ２Ｍ−ＧＷ３２０に属するＭ２Ｍデバイスに対するすべてのグループをトラッキングしてもよい。これは、到達可能性、アドレス、登録情報およびサービス情報などのＭ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０内に格納されている制御プレーンデータ、さらにはデバイスユーザプレーンデータの両方に適用することができる。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、例えば、複数の階層的Ｍ２Ｍ−ＧＷが単一のネットワークにサービスを提供するときに、親Ｍ２Ｍ−ＧＷ−ＲＡＲと通信してもよい。マスタＧＷ−ＲＡＲは、スレーブＧＷ−ＲＡＲまたはスタンドアロンのＭ２Ｍデバイスのプロキシとして振舞ってもよい。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、デバイス選択を実行してもよい。いくつかのＭ２Ｍネットワークアプリケーションは、デバイスＩＤを知りえないか、またはデバイスＩＤを知る必要がない。その代わりに、Ｍ２Ｍネットワークアプリケーション（例えば、感知アプリケーション）は、感知されるべき空間領域およびその感知に対する時間ウインドウ（time window）を規定するタスクをサブミットすることのみ行える。そのため、アプリケーションの要求には、デバイスＩＤが存在しない（またはグループＩＤすら存在しない）。そのようなアプリケーションでは、Ｎ＆ＡドメインまたはＭ２Ｍ−ＧＷ３２０におけるケイパビリティは、アプリケーションの要求に関わるＭ２Ｍデバイスを判定する必要がある場合がある。このような機能／ケイパビリティは、「デバイス選択」と称される場合がある。デバイス選択が必要であり、Ｍ２Ｍ−ＧＷ３２０で実装される場合、この機能は、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０に、あるいは、他の機能性３６８などの、Ｍ２Ｍ−ＧＷ３２０の追加機能として、一体化される場合がある。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲ３６０は、デバイスのブラックリスティングを実行してもよい。例えば、完全性検証プロシージャに失敗したあるＭ２Ｍデバイスは、Ｎ＆Ａドメインにアクセスできないようブロックされる場合がある。このデバイス完全性検証が、Ｎ＆Ａドメインで（つまり、ＳＣエンティティ３５９内で）扱われる場合、完全性検証の結果は、Ｍ２Ｍ−ＧＷ３２０に転送され、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０のローカルに格納される場合がある。Ｍ２Ｍ−ＧＷ３２０は、Ｍ２Ｍサービスを使用しているときに、この情報についてクエリを実行することができる。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、イベントマネージャとして振る舞い、監視されているイベントについて報告するように構成されてもよい。例えば、Ｍ２ＭデバイスがＭ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０にいつ登録されるかを監視し、このイベントを他の何らかのエンティティに報告して返すように構成されてもよい。イベントマネージャは、Ｍ２Ｍ−ＧＷ３２０の登録中に、またはＮ＆Ａドメインによって自立的に構成されてもよい。構成の詳細は、登録応答メッセージで、または専用構成メッセージで実行されてもよい。構成情報は、監視または測定されるイベント、および応答アクションをトリガするためのパラメータを含んでもよい。これらのパラメータは、何らかの測定された、または観察された値の絶対的変化、トリガ条件の持続（例えば、トリガする時間）、およびピンポン（ping-pong）のような状態を防ぐことができるヒステリシスパラメータを含んでもよい。イベントがトリガされると、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０は、受信者（例えば、イベントモニタを発行したエンティティ、もしくは他の何らかの構成済みのエンティティ）へのメッセージ送信を開始するか、またはＭ２Ｍ−ＧＷ３２０内で何らかのローカルアクションを実行してもよい（例えば、Ｍ２Ｍデバイスへのアクセスをブロックする）。

Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティについて本明細書で説明される機能性をサポートするために、Ｎ＆Ａドメインサービスケイパビリティに追加機能性を含んでもよい。例えば、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０が、イベントマネージャ機能をサポートする場合、Ｎ＆Ａドメインは、そのイベントマネージャに対してＭ２Ｍ−ＧＷ−ＲＡＲ３６０を構成することが必要になる場合がある。一実施形態では、これらの機能は、Ｎ＆Ａ−ＲＡＲエンティティ３５０に含まれてもよい。

別の例では、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０が「登録属性」の形態を使用してＭ２Ｍデバイス登録要求を取り除くことができる場合、Ｎ＆Ａ−ＲＡＲエンティティ３５０（または場合によっては他の何らかのＭ２Ｍコアネットワークケイパビリティ）は、登録属性リストをＭ２Ｍ−ＧＷ３２０に送信してもよい。これは、Ｍ２Ｍ−ＧＷ３２０の登録中に、例えば、登録応答メッセージで、またはＭ２Ｍ−ＧＷ３２０から要求があると、実行されてもよい。あるいは、ネットワークがこの登録属性リストを自立的に変更し、この情報をＭ２Ｍ−ＧＷ３２０に送信することを決定してもよい。

別の例では、ネットワークアプリケーションもしくは他の何らかのＮ＆ＡサービスケイパビリティがＭ２Ｍ−ＧＷ３２０の後方に存在するＭ２Ｍデバイスにアクセスする場合、Ｎ＆ＡドメインＲＡＲエンティティ３５０は、自身とＭ２Ｍ−ＧＷ３２０のプロキシＲＡＲエンティティ（Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０）との間のトンネルを開始してもよい。このような一例では、Ｎ＆ＡドメインＲＡＲエンティティ３５０は、Ｍ２Ｍ−ＧＷ３２０の後方に存在するＭ２Ｍデバイスではなく、Ｍ２Ｍ−ＧＷ３２０に関する制御プレーン情報をトラッキングしてもよい。ネットワークアプリケーションがＭ２Ｍデバイスにはじめてアクセスを試みるときに、Ｎ＆ＡドメインＲＡＲエンティティ３５０は、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０にクエリを実行して、Ｍ２Ｍデバイスが到達可能である場合に、デバイス到達可能性および次のウェイクアップ期間を判定してもよい。それと同時に、Ｎ＆ＡドメインＲＡＲエンティティ３５０は、ネットワークアプリケーションとＭ２Ｍデバイスとの間のその後の通信が、デバイスの到達可能性を判定するためにＮ＆ＡドメインＲＡＲ３５０に依存する必要がないようにトンネルのセットアップを開始してもよい。むしろ、Ｎ＆Ａ−ＲＡＲエンティティ３５０は、Ｍ２Ｍ−ＧＷ３２０の到達可能性をトラッキングしてもよい。Ｍ２Ｍ−ＧＷ３２０が到達可能である場合、Ｍ２Ｍ−ＧＷ−ＲＡＲエンティティ３６０にメッセージが透過的にルーティングされ、デバイスの到達可能性を判定してもよい。Ｍ２Ｍデバイスが到達可能でない場合、Ｍ２Ｍ−ＧＷ３２０は、メッセージを蓄積して後でそのメッセージを転送してもよい。

図４、５および６は、ネットワークアプリケーションがデバイスアプリケーションメッセージの転送に使用しうる呼の流れの例を示す。３つの例のそれぞれにおいて、Ｍ２Ｍデバイスは、Ｍ２Ｍ−ＧＷの後方に存在するものとしてよい。

図４の呼の流れ４００は、Ｍ２Ｍ−ＧＷ４１０がＲＡＲエンティティを欠いているベースラインの呼の流れを示している。呼の流れ４００において、デバイスアプリケーション４０５は、登録情報および到達可能性情報などの変更をＧＷ４１０に通信することができる（０）。ＧＷ４１０は、この変更をＮ＆Ａ−ＲＡＲエンティティ４１５に通信し、ＧＷ４１０の後方に存在するＭ２Ｍデバイスに関してその変更を最新状態に保つことができる（００）。

ネットワークアプリケーション４２０によって開始されたメッセージ転送要求は（２）、ＧＭＡＥ４２５による認証および認可プロセスの処理を受ける（１）。次いで、ＧＭＡＥ４２５は、ネットワークアプリケーション４２０からの要求が有効であることを検証することができる（３）。検証後、ＧＭＡＥ４２５は、Ｎ＆Ａ−ＲＡＲエンティティ４１５にクエリを実行して、Ｍ２Ｍデバイスのアドレスを検索することができる（４）。Ｎ＆Ａ−ＲＡＲエンティティ４１５は、アドレスおよびサービスクラスを探し出し（５）、次いで、デバイス情報をＧＭＡＥ４２５に送信することができる（６）。次いで、ＧＭＡＥ４２５は、ＮＣＳＳ４３０に、メッセージを送信するためのネットワークを判定するよう要求することができる（７）。ＮＣＳＳ４３０は、ネットワークを選択し（８）、サービス品質（ＱｏＳ）をコアネットワーク４３５とネゴシエートし（９）、ネットワーク選択を確認する（１０）ことができる。次いで、そのネットワーク選択が、ＮＣＳＳ４３０によってＧＭＡＥ４２５に送信され（１１）、次いで、ポリシー管理プロシージャを適用して、メッセージを蓄積転送し、例外を適用し、および／またはメッセージをスケジュールすべきかを判定する（１２）。次いで、ＧＭＡＥは、メッセージをＧＭ４４０に送信することができ（１３）、次いで、これはメッセージをＭ２Ｍ−ＧＷ４１０に転送する（１４）。次いで、Ｍ２Ｍ−ＧＷ４１０は、メッセージをデバイスアプリケーション４０５に送信することができる（１５）。

図５の呼の流れは、Ｍ２Ｍ−ＧＷがＲＡＲエンティティ５１０を含む呼の流れ５００を示す。ネットワークアプリケーション５２０によって開始されたメッセージ転送要求は（２）、ＧＭＡＥ５２５による認証および認可プロセスの処理を受ける（１）。次いで、ＧＭＡＥ５２５は、ネットワークアプリケーション５２０からの要求が有効であることを検証することができる（３）。検証後、ＧＭＡＥ５２５は、Ｎ＆Ａ−ＲＡＲエンティティ５１５にクエリを実行して、Ｍ２Ｍデバイスのアドレスを検索することができる（４）。Ｎ＆Ａ−ＲＡＲエンティティ５１５は、そのデバイスに対するアドレス情報を持たない場合があり、Ｍ２Ｍ−ＧＷ−ＲＡＲに、アドレスおよびサービスクラスを探し出すようクエリを実行することができる（５）。これを完遂するために、ゲートウェイ情報をＧＭＡＥ５２５に送信することができる（６）。次いで、ＧＭＡＥ５２５は、ＮＣＳＳ５３０に、メッセージを送信するためのネットワークを判定するよう要求することができる（７）。ＮＣＳＳ５３０は、ネットワークを選択し（８）、サービス品質（ＱｏＳ）をコアネットワーク５３５とネゴシエートし（９）、ネットワーク選択を確認する（１０）ことができる。次いで、ＮＣＳＳ５３０によってネットワーク選択が、ＧＭＡＥ５２５に送信され（１１）、次いでＧＭＡ５２５がデバイス情報に関するクエリをＭ２Ｍ−ＧＷ−ＲＡＲ５１０に送信することができる（１２）。次いで、Ｍ２Ｍ−ＧＷ−ＲＡＲ５１０は、デバイス情報をＧＭＡＥ５２５に送信することができ（１３）、次いで、デバイス情報をＮ＆Ａ−ＲＡＲ５１５に転送することができる（１４）。次いで、Ｎ＆Ａ−ＲＡＲ５１５は、ＧＭＡＥ５２５に、メッセージをデバイスアプリケーション５０５に送信するための情報を送信することができる（１５）。次いで、ＧＭＡＥ５２５は、ポリシー管理プロシージャを適用して、メッセージを蓄積転送し、例外を適用し、および／またはメッセージをスケジュールすべきかを判定することができる（１６）。次いで、ＧＭＡＥは、メッセージをＧＭ５３５に送信することができ（１７）、次いで、ＧＭ５３５はメッセージをデバイスアプリケーション５０５に転送する（１８）。

図６の呼の流れは、Ｍ２Ｍ−ＧＷがＲＡＲエンティティ５１０を含み、Ｎ＆Ａ−ＲＡＲ６１５とＭ２Ｍ−ＧＷ−ＲＡＲ６１０との間にトンネルがセットアップされる呼の流れ５００を示す。呼の流れ６００において、デバイス送信への最初の適用の後に、Ｎ＆Ａ−ＲＡＲ６１５とＭ２Ｍ−ＧＷ−ＲＡＲ６１０との間にトンネル（００）を確立することができる（０）。

ネットワークアプリケーション６２０によって開始されたメッセージ転送要求は（２）、ＧＭＡＥ６２５による認証および認可プロセスの処理を受ける（１）。次いで、ＧＭＡＥ６２５は、ネットワークアプリケーション６２０からの要求が有効であることを検証することができる（３）。検証後、ＧＭＡＥ６２５は、Ｎ＆Ａ−ＲＡＲエンティティ６１５にクエリを実行して、Ｍ２Ｍデバイスのアドレスを検索することができる（４）。Ｎ＆Ａ−ＲＡＲエンティティ６１５は、そのデバイスに対するアドレス情報を持たない場合がある（５）。その代わりに、Ｎ＆Ａ−ＲＡＲエンティティ６１５は、ゲートウェイ情報とトンネルを使用する指示とをＧＭＡＥ６２５に送信することができる（６）。次いで、ＧＭＡＥ６２５は、ＮＣＳＳ６３０に、メッセージを送信するためのネットワークを判定するよう要求することができる（７）。ＮＣＳＳ６３０は、ネットワークを選択し（８）、サービス品質（ＱｏＳ）をコアネットワーク６３５とネゴシエートし（９）、ネットワーク選択を確認する（１０）ことができる。次いで、そのネットワーク選択が、ＮＣＳＳ６３０によってＧＭＡＥ６２５に送信され（１１）、次いで、ポリシー管理プロシージャを適用して、メッセージを蓄積転送し、例外を適用し、および／またはメッセージをスケジュールすべきかを判定することができる（１２）。次いで、ＧＭＡＥは、トンネルを使用してメッセージをＧＭ４４０に送信する（１３）ことができる。次いで、ＧＭ６４０は、トンネルを使用してメッセージをＭ２Ｍ−ＧＷ−ＲＡＲ６１０に転送する（１４）ことができる。次いで、Ｍ２Ｍ−ＧＷ６１０は、メッセージをデバイスアプリケーション６０５に送信することができる（１５）。

本明細書では、ＭＤＧＭに対する強化された機能性および呼の流れについて説明している。Ｍ２Ｍ−ＧＷにおけるＭＤＧＭケイパビリティは、Ｍ２Ｍ−ＧＷ管理プロキシとして識別されている。Ｍ２Ｍ−ＧＷ管理プロキシとして実行することによって、Ｍ２Ｍ−ＧＷのＭＤＧＭは、少なくとも以下の管理機能性の２つの態様、つまり、（１）その制御下にあるＭ２Ｍデバイスに代わってＮ＆Ａドメインからの管理要求を受理して、処理すること、および（２）Ｎ＆Ａドメインに代わってＭ２Ｍデバイスの管理機能を実行することをサポートすることができる。

Ｍ２Ｍ−ＧＷ管理プロキシとして実行する場合、Ｍ２Ｍ−ＧＷのＭＤＧＭケイパビリティは、その制御下にある複数のＭ２Ｍデバイスをターゲットとする、同じ管理要求を（１つまたは連続するメッセージで）受信してもよい。このような要求は、リソースを消費するオペレーションのプロセス（例えば、ファームウェアおよび／またはソフトウェアデータオブジェクトの大量ダウンロード）をトリガし、Ｎ＆ＡドメインおよびＭ２Ｍ−ＧＷにおける性能低下につながる場合がある。この場合、Ｍ２Ｍ−ＧＷは、Ｎ＆Ａドメインとの間のシグナリングおよびデータトラヒックを低減することによってオペレーションのプロセスを最適化することができる。

Ｍ２Ｍ−ＧＷにおけるＭＤＧＭケイパビリティは、Ｍ２Ｍ−ＧＷ管理クライアントとして振舞ってもよい。Ｍ２Ｍ−ＧＷのＭＤＧＭは、ＣＭ（構成管理）、ＰＭ（ケイパビリティ管理）、ＦＭ（故障管理）、ならびにＭ２Ｍ−ＧＷのソフトウェアおよびファームウェアアップグレード機能を実行してもよい。

Ｍ２Ｍ−ＧＷにおけるＭＤＧＭは、Ｍ２Ｍゲートウェイ管理プロキシとして振舞ってもよい。例えば、Ｍ２Ｍ−ＧＷのＭＤＧＭは、１またはそれ以上のＭ２Ｍデバイスに代わって、Ｎ＆Ａドメインからの管理要求を受理して、処理してもよい。別の例では、Ｍ２Ｍ−ＧＷのＭＤＧＭは、１またはそれ以上のＭ２Ｍデバイスと対話することを開始して、デバイス管理タスク（例えば、大量のファームウェアおよび／またはソフトウェア更新、故障およびケイパビリティ診断）を実行する許可をＮ＆Ａドメインに要求し、そのような許可を受け取った後にタスクを実行してもよい。

別の例では、Ｍ２Ｍ−ＧＷにおけるＭＤＧＭは、Ｍ２Ｍ−ＧＷ上に用意されたＮ＆Ａドメインのポリシーに従って、デバイス管理タスク（例えば、大量のファームウェアおよび／またはソフトウェア更新、故障およびケイパビリティ診断）について、１またはそれ以上のＭ２Ｍデバイスと対話することを開始し、デバイス管理インタラクションの結果をＮ＆Ａドメインに通知してもよい。これは、ＧＷがネットワークに対する真の、概して自立的なプロキシである場合であってもよい。

別の例では、同じオペレーション（例えば、大量のファームウェアおよび／またはソフトウェア更新、故障およびケイパビリティ診断）で複数のＭ２Ｍデバイスを管理する場合、Ｍ２Ｍ−ＧＷは、オペレーションのプロセス（例えば、ファームウェアおよび／またはソフトウェアデータオブジェクトの大量ダウンロード、故障およびケイパビリティ診断）を最適化してもよく、それによりＮ＆Ａドメインとの間のシグナリングおよびデータトラヒックを低減することができる。

Ｍ２Ｍ−ＧＷにおけるＭＤＧＭは、Ｍ２Ｍ−ＧＷ管理プロキシとしても振舞い、Ｍ２Ｍデバイスの管理機能を実行してもよい。その目的のために、Ｍ２Ｍデバイスがスリープモードであるときに、スケジューリング機能を使用する必要がある場合がある。管理プロキシ機能は、管理プロトコル変換、プロトコルのカプセル化、およびカプセル解除などがあるが、それらに限定されない。

従来の呼の流れでは、ＭＤＧＭによって実行される唯一の機能性は、最初の登録に対してＮ＆Ａ−Ｍ２ＭアプリケーションまたはＭ２Ｍデバイスアプリケーションのデフォルトの構成を提供することとなる。主要な機能性（例えば、構成管理、ケイパビリティ管理、故障管理、ソフトウェアおよびファームウェアアップグレードなど）に対する呼の流れは提供されていない。

本明細書で開示されている例および実施形態は、システムレベルでＭＤＧＭの主要な機能性の妥当性を確認し、Ｍ２Ｍの機能的なアーキテクチャを完成するため、エンドツーエンドデバイスおよびゲートウェイ管理プロシージャに関する一般的見方をもたらす。以下の実施形態では、ケース２すなわち「ネットワークプロキシとしてのゲートウェイ」の接続性を取り扱い、そこでは、Ｍ２Ｍ−ＧＷはＭ２Ｍネットワークおよびアプリケーションドメインに代わってデバイス管理プロシージャを実行する。特に、例示的な呼の流れは、Ｍ２Ｍネットワークもしくはアプリケーションによって開始されるデバイス管理に対する呼の流れである（ネットワークプロキシとしてのゲートウェイ）。

Ｍ２Ｍネットワークアプリケーションが、Ｍ２Ｍ−ＧＷを介して１またはそれ以上のＭ２Ｍデバイスにデバイス管理要求を発行する場合、これは、図７Ａ、７Ｂ、８Ａおよび８Ｂに示されている呼の流れに従ってもよい。図７Ａおよび７Ｂは、Ｍ２Ｍデバイスがオンラインであり（接続されており）、即時対話が必要なときの呼の流れの例であり、図８Ａおよび８Ｂは、Ｍ２Ｍデバイスがオフラインであり、またはＭ２Ｍデバイスとの即時対話が絶対的に必要でないときの呼の流れの例である。

本明細書で説明されている呼の流れでは、デバイス管理要求は、典型的な例としてＭ２Ｍネットワークアプリケーションから開始されてもよい。一般的に、そのような要求は、その要求がＧＭＡＥによって認証され、認可される限り、Ｍ２Ｍ−Ｎ＆Ａドメイン内に存在する信頼できるエンティティから開始されてもよい。あるいは、ＭＤＧＭは、オペレータ管理を目的として管理要求を開始することもできる。この場合、呼の流れはやや異なる場合がある。別の例では、Ｍ２Ｍ−ＧＷ−ＭＤＧＭエンティティは、管理要求を開始することができる。管理要求の対象受信者は、Ｍ２Ｍデバイスアプリケーションであってもよい。いくつかの管理要求（例えば、ファームウェア更新、リブートおよび接続性構成など）は、ホストされているデバイスアプリケーションのうちの１つではなくＭ２Ｍデバイス全体をターゲットとすることができる。この場合、専用Ｍ２Ｍデバイスアプリケーションが、対象となるＭ２Ｍデバイス内に存在し、そのような管理要求に応答することができる。簡単にするため、デバイス管理オペレーションに重要または必要であるというわけではない、いくつかのＭ２Ｍサービスケイパビリティ（例えば、ＨＤＲ、ＳＣ、ＴＭ、および同様のもの）は、図７Ａおよび７Ｂおよび８Ａおよび８Ｂに示されていない。

上述したように、図７Ａおよび７Ｂは、Ｍ２ＭデバイスがオンラインのときのＭ２Ｍ−ＧＷ（ネットワークプロキシとしてのＭ２Ｍ−ＧＷ）を介するＭ２Ｍデバイス管理に対する呼の流れ７００の例を示す。特に、呼の流れは、Ｍ２Ｍネットワークアプリケーション７０５がＭ２Ｍ−ＧＷ７３５を介して１またはそれ以上のオンラインのＭ２Ｍデバイス７４０によりデバイス管理プロシージャを開始するときに発生してもよい。

Ｍ２Ｍネットワークアプリケーション７０５は、ＧＭＡＥ７１０とコンタクトし、同じＭ２Ｍ−ＧＷ７３５を介してネットワークに接続する１またはそれ以上のＭ２Ｍデバイス７４０に管理要求を発行することができる（００１）。管理要求は、ａｐｐＩＤ、ｄｅｖＩＤ＿ｌｉｓｔ、ｍｇｍｔＯｂｊｓ、ｓｅｒｖｉｃｅＣｌａｓｓおよびａｕｔｈｏｒｉｚａｔｉｏｎＴｏｋｅｎなどのパラメータを含んでもよい。ｍｇｍｔＯｂｊｓパラメータは、デバイス管理を目的として詳細管理コマンド、パラメータ、およびデータオブジェクトをカプセル化するために使用されてもよい。ｄｅｖＩＤ＿ｌｉｓｔパラメータは、同じＭ２Ｍ−ＧＷによって管理される１またはそれ以上のＭ２Ｍデバイス上に配置された対象デバイスアプリケーションを指す識別子のリストを含むことができる。

認証および認可が完了した後、Ｍ２Ｍネットワークアプリケーション７０５が真正であり、要求を発行する認可を得ていることを確かにするために、ＧＭＡＥ７１０は、Ｎ＆Ａ ＭＤＧＭ７２５とコンタクトし、管理要求を実行することができる（００２）。ｍｇｍｔＯｂｊｓで提供される詳細情報に従って、Ｎ＆Ａ−ＭＤＧＭ７２５は、ＲＡＲ７３０とコンタクトし、管理要求を対象Ｍ２Ｍデバイスアプリケーション７４０に配信することを決定することができる（００３）。Ｍ２Ｍデバイスアプリケーション７４０に配信されるｍｇｍｔＯｂｊｓの内容は、Ｎ＆Ａ−ＭＤＧＭ７２５の判断で、Ｍ２Ｍネットワークアプリケーション７０５から受信された、元のｍｇｍｔＯｂｊｓから修正されてもよい。

ＲＡＲ７３０は、ＮＣＳＳ７２０とコンタクトし、ＲＡＲ７３０がＭ２Ｍデバイス７４０にアクセスするためにどの物理的インターフェースを使用できるかを判定することができる（００４）。ＮＣＳＳ７２０は、例えば、デバイス到達可能性情報および／または何らかのポリシー管理（これらに限定されない）に基づきインターフェースを判定し、それぞれの対象Ｍ２Ｍデバイスアプリケーション７４０に対するこのインターフェースに対応するデバイスの物理アドレスを返すことができる（００５）。ＲＡＲ７３０は、管理要求をＧＭ配信ケイパビリティ７１５に転送することができ（００６）、次いで、ＧＭ配信ケイパビリティ７１５は、管理要求を、対象Ｍ２Ｍデバイスを管理するＭ２Ｍ−ＧＷ７３５に配信することができる（００７）。管理要求を送信するためのネットワークは、ＮＣＳＳ７２０エンティティから発せられ、ＧＭ７１５に転送されうるＱｏＳ要求条件、さらには任意の他のサービスケイパビリティから発せられ、ＧＭ７１５に転送されうる、サービスクラスに関連する任意の他のポリシーに基づき選択されてもよい。管理要求は、それぞれが対象Ｍ２Ｍデバイスアプリケーションをターゲットとする複数のメッセージ、または対象Ｍ２Ｍデバイスアプリケーションのすべてに対する集約されたメッセージとして送信されてもよい。

適宜、受信された管理要求に従って、Ｍ２Ｍ−ＧＷ７３５におけるＭＤＧＭは、さらなる管理オペレーション（例えば、ソフトウェアおよび／またはファームウェアパッケージのダウンロード、パラメータの構成、または統計データの報告、および同様のオペレーション）のためにＮ＆Ａ−ＭＤＧＭ７２５とコンタクトする必要がある場合がある（００８）。Ｎ＆Ａ−ＭＤＧＭ７２５は、要求された管理情報をＭ２Ｍ−ＧＷ７３５のＭＤＧＭに送信することができる（００９）。異なるＭ２Ｍデバイスアプリケーションに対する管理オペレーションが同じである場合、そのようなオペレーションは、例えば、Ｍ２Ｍ−ＧＷ７３５とＭ２Ｍ−Ｎ＆Ａドメインとの間の通信オーバーヘッドを低減するように集約することによって最適化されてもよい。ブロードキャスト更新は、Ｍ２Ｍ−ＧＷ７３５の判断の下で保証されてもよい（到達可能性などに基づき）。Ｍ２Ｍ−ＧＷ７３５のＭＤＧＭは、Ｎ＆Ａ−ＭＤＧＭ７２５から受信された管理要求および任意の管理オブジェクトを格納することができる（０１０）。あるいは、Ｍ２Ｍ−ＧＷ７３５は、すべてのデバイス構成を格納し、すべてのＭＤＧＭアクションをＭ２Ｍデバイス７４０により直接実行し、イニシエータへ成功した更新メッセージを送信するか、または不成功だったデバイス更新のリストを送信する前に、すべての応答を集約することができる。

Ｍ２Ｍ−ＧＷ７３５におけるＭＤＧＭは、Ｍ２Ｍネットワークアプリケーション７０５からの元の要求に従って、それぞれの対象Ｍ２Ｍデバイスアプリケーション７４０への新しい管理要求を開始することができる（０１１）。新しい管理要求は、管理オペレーションの結果という意味で元の要求に従っている場合があるが、これは、最適化のために要求のイニシエータまたは管理データソースに関しては異なってもよい。適宜、受信された管理要求に従って、それぞれのＭ２Ｍデバイスアプリケーション７４０は、さらなる管理オペレーション（例えば、ソフトウェアおよび／またはファームウェアパッケージのダウンロード、パラメータの構成、または統計データの報告など）のためにＭ２Ｍ−ＧＷ７３５内のＭＤＧＭとコンタクトする必要がある場合がある（０１２および０１３）。

それぞれのＭ２Ｍデバイスアプリケーション７４０は、Ｍ２Ｍネットワークアプリケーション７０５によって要求された通りに管理オブジェクトを配備するローカルプロセスを稼動させ（０１４）、管理オペレーションのステータスをＭ２Ｍ−ＧＷ７３５のＭＤＧＭに返すことができる（０１５）。あるいは、Ｍ２Ｍデバイスアプリケーション７４０は、現在の構成を、管理オブジェクトを配備するプロセスを実行することの一部として格納することができる。ダウンロードまたは更新が不成功であった場合、Ｍ２Ｍデバイスアプリケーション７４０は、不成功であった更新を無効化して取り除き、この事実をＮ＆Ａ−ＭＤＧＭ７２５に信号で送り返すことができる（例えば、０１６および０１７において）。あるいは、ＧＷ７３５のＭＤＧＭは、すべてのＭ２Ｍデバイスに対する構成情報を格納することができる。

Ｍ２Ｍ−ＧＷ７３５におけるＭＤＧＭは、管理オペレーションのステータスをＧＭ７１５に返すことができ（０１６）、次いで、当該ステータスをＲＡＲ７３０に渡す（０１７）。Ｍ２Ｍ−ＧＷ７３５のＭＤＧＭは、通信オーバーヘッドを最適化するために、ステータスをＧＭ７１５に返す前に限られた時間範囲内で管理されているＭ２Ｍデバイスアプリケーション７４０のステータスを集約することができる。管理オペレーションの結果のステータスは、Ｎ＆Ａ−ＭＤＧＭ７２５に返され（０１８）、その後、ＧＭＡＥ７１０を通じて（０１９）Ｍ２Ｍネットワークアプリケーション７０５に返されてもよい（０２０）。

上述したように、図８Ａおよび８Ｂは、Ｍ２ＭデバイスがオフラインのときのＭ２Ｍ−ＧＷ（ネットワークプロキシとしてのＭ２Ｍ−ＧＷ）を介するＭ２Ｍデバイス管理に対する呼の流れ８００の例を示す。特に、呼の流れは、Ｍ２Ｍネットワークアプリケーション８０５がＭ２Ｍ−ＧＷ８３５を介して１またはそれ以上のオフライン（ハイバネーション状態）のＭ２Ｍデバイス８４０によりデバイス管理プロシージャを開始するときに発生してもよい。

Ｍ２Ｍネットワークアプリケーション８０５は、ＧＭＡＥ８１０とコンタクトし、同じＭ２Ｍ−ＧＷ８３５によって管理される１またはそれ以上のＭ２Ｍデバイス８４０に管理要求を発行することができる（００１）。管理要求は、ａｐｐＩＤ、ｄｅｖＩＤ＿ｌｉｓｔ、ｍｇｍｔＯｂｊｓ、ｓｅｒｖｉｃｅＣｌａｓｓ、ａｕｔｈｏｒｉｚａｔｉｏｎＴｏｋｅｎ、および同様のものなどのパラメータを含んでもよい。ｍｇｍｔＯｂｊｓパラメータは、デバイス管理を目的として、詳細管理コマンド、パラメータ、およびデータオブジェクトをカプセル化するために使用されてもよい。ｄｅｖＩＤ＿ｌｉｓｔパラメータは、同じＭ２Ｍ−ＧＷによって管理される１またはそれ以上のＭ２Ｍデバイス上に配置された対象デバイスアプリケーションを指す識別子のリストを含むことができる。

認証および認可が完了した後、Ｍ２Ｍネットワークアプリケーション８０５が真正であり、要求を発行する認可を得ていることを確かにするために、ＧＭＡＥ８１０は、Ｎ＆Ａ−ＭＤＧＭ８２５とコンタクトし、管理要求を実行することができる（００２）。ｍｇｍｔＯｂｊｓで与えられる詳細情報に従って、ＭＤＧＭ８２５は、ＲＡＲ８３０とコンタクトし、管理要求を対象Ｍ２Ｍデバイスアプリケーション８４０に配信することを判定することができる（００３）。Ｍ２Ｍデバイスアプリケーション８４０に配信されるｍｇｍｔＯｂｊｓの内容は、Ｎ＆Ａ−ＭＤＧＭ８２５の判断によりＭ２Ｍネットワークアプリケーション８０５から受信された元のｍｇｍｔＯｂｊｓから修正されてもよい。

対象Ｍ２Ｍデバイスアプリケーション８４０は一時的に到達不可能になるが、それらの管理しているＭ２Ｍ−ＧＷ８３５は、現在登録されており、ＲＡＲ８３０から利用可能である。したがって、ＲＡＲ８３０は、ＮＣＳＳ８２０とコンタクトし、ＰＡＲ８３０がＭ２Ｍ−ＧＷ８３５にアクセスするためにどの物理的インターフェースを使用できるかを判定することができる（００４）。ＮＣＳＳ８２０は、例えば、デバイス到達可能性情報および／または何らかのポリシー管理（これらに限定されない）に基づきインターフェースを判定し、このインターフェースに対応するデバイスの物理アドレスを返すことができる（００５）。ＲＡＲ８３０は、管理要求をＧＭケイパビリティ８１５に転送することができ（００６）、次いで、ＧＭケイパビリティは管理要求を、対象Ｍ２Ｍデバイスを管理するＭ２Ｍ−ＧＷ８３５に配信することができる（００７）。管理要求を送信するためのネットワークは、ＮＣＳＳエンティティ８２０から発せられ、次いでＧＭエンティティ８１５に転送されうるＱｏＳ、さらには任意の他のサービスケイパビリティエンティティからのサービスクラスに関連する任意の他のポリシーに基づき選択されてもよい。

適宜、受信された管理要求に従って、Ｍ２Ｍ−ＧＷ８３５におけるＭＤＧＭは、さらなる管理オペレーション（例えば、ソフトウェアおよび／またはファームウェアパッケージのダウンロード、パラメータの構成、または統計データの報告）のためにＮ＆Ａ−ＭＤＧＭ８２５とコンタクトする必要がある場合がある（００８）。Ｎ＆Ａ−ＭＤＧＭ８２５は、要求された管理情報をＭ２Ｍ−ＧＷ８３５のＭＤＧＭに送信することができる（００９）。異なるＭ２Ｍデバイスアプリケーション８４０に対する管理オペレーションが同じである場合、そのようなオペレーションは、例えば、Ｍ２Ｍ−ＧＷ８３５とＮ＆Ａ−Ｍ２Ｍドメインとの間の通信オーバーヘッドを低減するように集約することによって最適化されてもよい。Ｍ２Ｍ−ＧＷ８３５のＭＤＧＭは、Ｎ＆Ａ−ＭＤＧＭ８２５から受信された管理要求および任意の管理オブジェクトを格納することができる（０１０）。

Ｍ２Ｍ−ＧＷ８３５におけるＭＤＧＭは、ＧＭ８１５を介して（０１１）、またＮ＆Ａ−ＲＡＲ８２５を介して（０１２）、Ｎ＆Ａ−ＭＤＧＭ８２５に、管理要求がＭ２Ｍデバイスアプリケーション８４０に代わって受理されたが、対象Ｍ２Ｍデバイスアプリケーション８４０が一時的に到達不可能であるため後で配信されることについて、応答することができる（０１３）。管理応答は、ＧＭＡＥ８１０を通じて（０１４）、Ｍ２Ｍネットワークアプリケーション８０５に返されてもよい（０１５）。

対象Ｍ２Ｍデバイスアプリケーション８４０のそれぞれがネットワークに戻るように接続すると、以下の呼の流れが生じる場合がある。Ｍ２Ｍ−ＧＷ８３５におけるＭＤＧＭは、Ｍ２Ｍネットワークアプリケーション８０５からの元の要求に従って、Ｍ２Ｍデバイスアプリケーション８４０への新しい管理要求を開始することができる（０１６）。新しい管理要求は、管理オペレーションの結果という意味で元の要求に従う場合があるが、これは、最適化のために要求のイニシエータまたは管理データソースに関して異なってもよい。適宜、受信された管理要求に従って、Ｍ２Ｍデバイスアプリケーション８４０は、さらなる管理オペレーション（例えば、ソフトウェアおよび／またはファームウェアパッケージのダウンロード、パラメータの構成および統計データの報告など）のためにＭ２Ｍ−ＧＷ８３５のＭＤＧＭとコンタクトする必要がある場合がある（０１７および０１８）。

Ｍ２Ｍデバイスアプリケーション８４０は、Ｍ２Ｍネットワークアプリケーション８０５によって要求された通りに管理オブジェクトを配備するローカルプロセスを稼動させ（０１９）、管理オペレーションのステータスをＭ２Ｍ−ＧＷ８３５のＭＤＧＭに返すことができる（０２０）。Ｍ２Ｍデバイスアプリケーション８４０は、不成功であったダウンロードまたはアップロードを無効化し、取り除くことができるように、管理オブジェクトを配備するローカルプロセスを稼動させることの一部として現在の構成を格納することができる。そのような取り除くオペレーションが生じた場合、そのような事実が、ＧＷ８３５のＭＤＧＭに信号で返され、次いで、Ｎ＆Ａ−ＭＤＧＭ８２５に転送されてもよい（例えば、０２１〜０２３の一部として）。あるいは、ＧＷ８３５のＭＤＧＭは、すべてのＭ２Ｍデバイスに対する構成情報を格納することができる。

Ｍ２Ｍ−ＧＷ８３５におけるＭＤＧＭは、管理オペレーションのステータスを、最終的な管理確認によってＮ＆Ａ−ＭＤＧＭ８２５に返すことができる（０２１）。複数のＭ２Ｍデバイスアプリケーションを管理するために、Ｍ２Ｍ−ＧＷ８３５のＭＤＧＭは、限られた時間範囲内でステータスを集約し、通信オーバーヘッドを最適化することができる。次いで、最終管理確認が、ＧＭＡＥ８１０を通じて（０２２）、Ｍ２Ｍネットワークアプリケーション８０５に転送されてもよい（０２３）。

実施形態
１．ＲＡＲ（到達可能性、アドレス指定およびリポジトリ）エンティティを備える、Ｍ２Ｍ（マシンツーマシン）ＧＷ（ゲートウェイ）。

２．Ｍ２ＭデバイスおよびＭＤＧＭ（Ｍ２Ｍゲートウェイ管理）エンティティをさらに備え、ＲＡＲエンティティおよびＭＤＧＭエンティティは、接続されるＭ２Ｍデバイスに、サービスを提供する、実施形態１におけるＭ２Ｍ−ＧＷ。

３．ＲＡＲエンティティは、Ｍ２Ｍデバイスアドレスおよび対応するネットワークアドレスを保持するように構成されるマッピングテーブルをさらに備える、前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

４．Ｍ２Ｍデバイスのうちの特定の１つのデバイスは、グループ名に関連付けられ、マッピングテーブルは、グループ名に関連付けられるそれぞれのＭ２Ｍデバイスについてのネットワークアドレスを保持する前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

５．ＲＡＲエンティティは、Ｍ２Ｍデバイスについての到達可能性ステータス、ウェイクアップ時間、またはウェイクアップ持続時間のうちの少なくとも１つを提供するように構成される前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

６．ＲＡＲエンティティは、Ｍ２Ｍデバイスについての到達可能性ステータスを提供し、所定のイベントがあると到達可能性ステータスを更新するように構成される前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

７．ＲＡＲエンティティは、所定のイベントが発生すると通知を提供するように構成される前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

８．所定のイベントは、到達可能性ステータス、登録情報の変更、ウェイクアップ時間の変更、およびアドレスの変更のうちの少なくとも１つを含む前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

９．ＲＡＲエンティティは、Ｍ２Ｍデバイスのうちの特定の１つのデバイスをグループ化し、それらのグループに属するＭ２Ｍデバイスをトラッキングするように構成される前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

１０．ＲＡＲエンティティは、登録情報を保持し、認証され認可されたエンティティによる登録情報へのアクセスと、エンティティに通知するサービス発見とを提供するクエリインターフェースを備えるデバイスアプリケーションリポジトリを含む前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

１１．ＲＡＲエンティティは、ネットワークおよびアプリケーションドメインＲＡＲと通信するように構成される前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

１２．ＭＤＧＭは、デバイス管理タスクを実行するＭ２Ｍデバイスと対話することを開始する許可を、ネットワークおよびアプリケーションドメインに要求し、ネットワークおよびアプリケーションドメインからの許可を受け取った後に、デバイス管理タスクを実行するように構成される前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

１３．ＭＤＧＭは、デバイス管理タスクについてＭ２Ｍデバイスと対話することを開始し、デバイス管理タスクについての対話からの結果をネットワークおよびアプリケーションドメインに通知するように構成される前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

１４．Ｍ２Ｍ（マシンツーマシン）デバイスおよびＭＤＧＭ（Ｍ２Ｍゲートウェイ管理）エンティティを備える、Ｍ２Ｍ−ＧＷ（ゲートウェイ）であって、ＭＤＧＭは、デバイス管理タスクを実行するＭ２Ｍデバイスと対話することを開始する許可を、ネットワークおよびアプリケーションドメインに要求するように構成されるＭ２Ｍ−ＧＷ。

１５．ＭＤＧＭは、ネットワークおよびアプリケーションドメインからの許可を受け取った後に、デバイス管理タスクを実行するように構成される実施形態１４におけるＭ２Ｍ−ＧＷ。

１６．ＭＤＧＭは、デバイス管理タスクについてＭ２Ｍデバイスとの対話することを開始し、デバイス管理タスクについての対話からの結果をネットワークおよびアプリケーションドメインに通知するように構成される実施形態１４〜１５のいずれかにおけるＭ２Ｍ−ＧＷ。

１７．ＳＣ（セキュリティケイパビリティ）エンティティをさらに備える前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

１８．ＧＭ（汎用メッセージング）ケイパビリティエンティティをさらに備える前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

１９．Ｍ２Ｍ−ＧＷは、複数のＭ２Ｍデバイスに、サービスケイパビリティを提供する前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

２０．Ｍ２Ｍデバイスは、ＥＴＳＩ（欧州電気通信標準化機構）準拠である前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

２１．Ｍ２Ｍデバイスは、非ＥＴＳＩ（欧州電気通信標準化機構）準拠である前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

２２．Ｍ２Ｍ−ＧＷは、Ｍ２Ｍエリアネットワークを介してＭ２Ｍデバイスと通信する前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

２３．Ｍ２Ｍ−ＧＷは、イベントマネージャとしての役割の担い、監視されるイベントを報告する前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

２４．Ｍ２Ｍ−ＧＷは、ローカルマッピングテーブルを保持する前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

２５．Ｍ２Ｍ−ＧＷは、Ｍ２Ｍデバイスに関する情報を格納する前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

２６．格納される情報は、それぞれのＭ２ＭデバイスについてのＭ２Ｍエリアネットワークアドレスを含む前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

２７．格納される情報は、Ｍ２Ｍデバイスが到達可能か否かを示す到達可能性ステータスを含む前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

２８．格納される情報は、Ｍ２Ｍデバイスについて、次の予定されるウェイクアップ時間およびウェイクアップ持続時間を含む前記いずれかの実施形態におけるＭ２Ｍ−ＧＷ。

２９．ＲＡＤＡＲ（プロキシ到達可能性、アドレス指定、およびデバイスアプリケーションリポジトリ）エンティティ、マッピングテーブル、およびプロセッサを備える、Ｍ２Ｍ（マシンツーマシン）ＧＷ（ゲートウェイ）。

３０．プロセッサは、Ｍ２Ｍ−ＧＷ内のケイパビリティからの要求をサポートするように構成される実施形態２９におけるＭ２Ｍ−ＧＷ。

３１．プロセッサは、ゲートウェイ内のＭ２Ｍアプリケーションからの要求をサポートするように構成される実施形態２９〜３０におけるＭ２Ｍ−ＧＷ。

３２．プロセッサは、ネットワークおよびアプリケーション（Ｎ＆Ａ）ドメインからのＲＡＤＡＲ（到達可能性、アドレス指定、およびデバイスアプリケーションリポジトリ）からの要求をサポートするように構成される実施形態２９〜３１におけるＭ２Ｍ−ＧＷ。

３３．要求は、イベント発生の通知である実施形態２９〜３２におけるＭ２Ｍ−ＧＷ。

３４．プロセッサは、エリアネットワークとコアネットワークとの間のアドレス変換を実行するように構成される実施形態２９〜３３におけるＭ２Ｍ−ＧＷ。

３５．アドレス変換は、ＩＰｖ４、ＩＰｖ６、またはＭＳＩＳＤＮ（ＩＳＤＮ（移動局国際サービス総合デジタル網）番号）のうちの１つである実施形態２９〜３４におけるＭ２Ｍ−ＧＷ。

３６．デバイスアプリケーションリポジトリをさらに備える実施形態２９〜３５におけるＭ２Ｍ−ＧＷ。

３７．プロセッサは、Ｍ２Ｍ−ＧＷの到達可能性およびウェイクアップ時間を確立するように構成される実施形態２９〜３６におけるＭ２Ｍ−ＧＷ。

３８．Ｍ２Ｍ−ＧＷの到達可能性およびウェイクアップ時間は、基となるＭ２Ｍデバイスの到達可能性およびウェイクアップ時間に基づく実施形態２９〜３７におけるＭ２Ｍ−ＧＷ。

３９．プロセッサは、隣接するＭ２ＭゲートウェイＲＡＤＡＲと通信するように構成される実施形態２９〜３８におけるＭ２Ｍ−ＧＷ。

４０．プロセッサは、プロキシＲＡＤＡＲの共有を円滑にするように構成される実施形態２９〜３９におけるＭ２Ｍ−ＧＷ。

４１．プロセッサは、プロキシＲＡＤＡＲの同期化を円滑にするように構成される実施形態２９〜４０におけるＭ２Ｍ−ＧＷ。

４２．共有または同期化は、Ｍ２Ｍ−ＧＷ間の情報に基づく実施形態２９〜４１におけるＭ２Ｍ−ＧＷ。

４３．共有および同期化は、Ｍ２Ｍ−ＧＷ間の情報に基づく実施形態２９〜４２におけるＭ２Ｍ−ＧＷ。

４４．プロセッサは、登録を実行するように構成される実施形態２９〜４３におけるＭ２Ｍ−ＧＷ。

４５．登録は、登録属性に基づく実施形態２９〜４４におけるＭ２Ｍ−ＧＷ。

４６．要求を送信するように構成された送信機をさらに備える実施形態２９〜４５におけるＭ２Ｍ−ＧＷ。

４７．送信機は、デバイスが到達不可能であるという条件で、キャッシュされているデータが使用されることを指示する要求を送信するように構成される実施形態２９〜４６におけるＭ２Ｍ−ＧＷ。

４８．プロセッサは、データ集約を実行するように構成される実施形態２９〜４７におけるＭ２Ｍ−ＧＷ。

４９．プロセッサは、名前変換を実行するように構成される実施形態２９〜４８におけるＭ２Ｍ−ＧＷ。

５０．Ｍ２Ｍ（マシンツーマシン）デバイス管理のためにＭ２Ｍ（マシンツーマシン）−ＧＷ（ゲートウェイ）に実装される方法であって、デバイス管理タスクを実行するＭ２Ｍデバイスと対話することを開始する許可を、ネットワークおよびアプリケーションドメインに要求するステップを含む方法。

５１．ネットワークおよびアプリケーションドメインからの許可を受け取った後に、デバイス管理タスクを実行するステップをさらに含む実施形態５０の方法。

５２．デバイス管理タスクについてＭ２Ｍデバイスと対話することを開始するステップをさらに含む実施形態５０〜５１のいずれかの方法。

５３．デバイス管理タスクについての対話からの結果を、ネットワークおよびアプリケーションドメインに通知するステップをさらに含む実施形態５０〜５２のいずれかの方法。

５４．Ｍ２Ｍ（マシンツーマシン）デバイス管理の方法であって、Ｍ２Ｍ−ＧＷにおけるＭ２ＭデバイスおよびＭＤＧＭ（Ｍ２Ｍゲートウェイ管理）が、Ｍ２Ｍデバイスのための管理要求を受信するステップと、Ｍ２Ｍ−ＧＷにおけるＭＤＧＭがネットワークプロキシとして機能するステップとを含む方法。

５５．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、Ｍ２Ｍデバイスに代わって、ネットワークおよびアプリケーションドメインからの管理要求を受理して、処理するステップをさらに含む実施形態５４の方法。

５６．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、ネットワークおよびアプリケーションドメインに代わって、Ｍ２Ｍデバイスの管理機能を実行するステップをさらに含む実施形態５４〜５５のいずれかの方法。

５７．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、デバイス管理タスクを実行するＭ２Ｍデバイスと対話することを開始する許可を、ネットワークおよびアプリケーションドメインに要求するステップをさらに含む実施形態５４〜５６のいずれかの方法。

５８．Ｍ２Ｍ−ＧＷおけるＭＤＧＭが、Ｍ２Ｍデバイスと、デバイス管理タスクについて対話することを、Ｍ２Ｍ−ＧＷに提供されるネットワークおよびアプリケーションドメインのポリシーに従って、開始するステップをさらに含む実施形態５４〜５７のいずれかの方法。

５９．デバイス管理タスクについての対話の結果を、ネットワークおよびアプリケーションドメインに通知するステップをさらに含む実施形態５４〜５８のいずれかの方法。

６０．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、ネットワークおよびアプリケーションドメインとの間のシグナリングおよびデータトラフィックを低減するようにオペレーションのプロセスを最適化するステップをさらに含む実施形態５４〜５９のいずれかの方法。

６１．管理要求は、ネットワークおよびアプリケーションドメインから受信される実施形態５４〜６０のいずれかの方法。

６２．管理要求は、Ｍ２Ｍ−ＧＷによって開始される実施形態５４〜６１のいずれかの方法。

６３．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、さらなる管理オペレーションのために、ネットワークおよびアプリケーションドメインにおけるＭＤＧＭとコンタクトするステップをさらに含む実施形態５４〜６２のいずれかの方法。

６４．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、ネットワークおよびアプリケーションドメインにおけるＭＤＧＭから受信された管理要求および任意の管理オブジェクトを格納するステップをさらに含む実施形態５４〜６３のいずれかの方法。

６５．Ｍ２Ｍ−ＧＷが、すべてのデバイス構成を自身に格納するステップと、Ｍ２Ｍデバイスにより直接的にすべてのＭＤＧＭアクションを実行するステップと、をさらに含む実施形態５４〜６４のいずれかの方法。

６６．Ｍ２Ｍ−ＧＷが、成功した更新のメッセージまたは不成功だったデバイス更新のリストを送信する前に、すべての応答を集約するステップをさらに含む実施形態５４〜６５のいずれか方法。

６７．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、Ｍ２Ｍデバイスがオンラインであるという条件でネットワークおよびアプリケーションドメインから受信された管理要求に従って、それぞれの対象Ｍ２Ｍデバイスアプリケーションへの新しい管理要求を開始するステップをさらに含む実施形態５４〜６６のいずれかの方法。

６８．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、さらなる管理オペレーションのために、Ｍ２Ｍデバイスと対話することを実行するステップをさらに含む実施形態５４〜６７のいずれかの方法。

６９．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、管理オペレーションのステータスを返すステップをさらに含む実施形態５４〜６８のいずれかの方法。

７０．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、Ｍ２Ｍデバイスに代わって管理要求が受理されているが、Ｍ２Ｍデバイスがオフラインであるという条件で、後に配信されることになることと、ネットワークおよびアプリケーションドメインのＭＤＧＭに応答するステップをさらに含む実施形態５４〜６９のいずれかの方法。

７１．Ｍ２Ｍ−ＧＷ内のＭＤＧＭが、Ｍ２Ｍデバイスが接続されているという条件でネットワークおよびアプリケーションドメインから受信された元の管理要求に従って、Ｍ２Ｍデバイスへの新しい管理要求を開始するステップをさらに含む実施形態５４〜７０のいずれかの方法。

７２．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、さらなる管理オペレーションのためにＭ２Ｍデバイスと対話することを実行するステップをさらに含む実施形態５４〜７１のいずれかの方法。

７３．Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、管理オペレーションのステータスを返すステップをさらに含む実施形態５４〜７２のいずれかの方法。

７４．Ｍ２Ｍ（マシンツーマシン）デバイス管理の方法であって、Ｍ２Ｍデバイスが、Ｍ２Ｍ−ＧＷにおけるＭ２ＭデバイスおよびＭＤＧＭ（Ｍ２Ｍゲートウェイ管理）からの管理要求を受信するステップと、Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、ネットワークプロキシとしての役割の担うステップとを含む方法。

７５．Ｍ２Ｍデバイスが管理要求を受信した後に、さらなる管理オペレーションのために、Ｍ２Ｍ−ＧＷにおけるＭＤＧＭと対話することを実行するステップをさらに含む実施形態７４の方法。

７６．Ｍ２Ｍ（マシンツーマシン）デバイス管理の方法であって、ネットワークおよびアプリケーションドメインが、Ｍ２Ｍ−ＧＷにおけるＭ２ＭデバイスおよびＭ２Ｍゲートウェイ管理（ＭＤＧＭ）へ管理要求を送信するステップと、Ｍ２Ｍ−ＧＷにおけるＭＤＧＭが、ネットワークプロキシとしての役割の担うステップとを含む方法。

７７．ネットワークおよびアプリケーションドメインにおけるＭＤＧＭが、ＲＡＤＡＲ（到達可能性、アドレス指定、およびデバイスアプリケーションリポジトリ）とコンタクトして、管理要求をＭ２Ｍデバイスに配信するステップをさらに含む実施形態７６の方法。

７８．ＲＡＲが、ネットワークおよびＮＣＳＳ（通信サービス選択）とコンタクトして、Ｍ２Ｍデバイスにアクセスするためにどの物理的インターフェースを使用するかを判定するステップをさらに含む実施形態７６〜７７のいずれかの方法。

７９．ＲＡＲは、ＮＣＳＳから受信されたＱｏＳ（サービス品質）要求条件に基づき、ネットワークを選択する実施形態７６〜７８のいずれかの方法。

８０．ネットワークおよびアプリケーションドメインにおけるＭＤＧＭが、さらなる管理オペレーションのために、Ｍ２Ｍ−ＧＷにおけるＭＤＧＭとコンタクトするステップをさらに含む実施形態７６〜７９のいずれかの方法。

８１．ＲＡＲエンティティは、集約されうるデータの出所となるグループを形成するＭ２Ｍデバイスのリストを保持することによって、データ集約を実行するように構成される実施形態１〜４９のいずれかのＭ２Ｍ−ＧＷ。

８２．ＲＡＲエンティティは、Ｍ２Ｍデバイスが到達不可能になるときに、Ｍ２Ｍデバイスに対するデータをキャッシュするように構成される実施形態１〜４９のいずれかのＭ２Ｍ−ＧＷ。

８３．実施形態５０〜８０のいずれか１つの実施形態における方法を実行するように構成される装置。

８４．実施形態５０〜８０のいずれか１つの実施形態における方法を実行するように構成されるＩＣ（集積回路）。

８５．実施形態１〜４９および８１〜８２のいずれかを実装するための方法。

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

Claims (3)

1. マシンツーマシン（Ｍ２Ｍ）ゲートウェイ（ＧＷ）であって、
   到達可能性・アドレス指定・リポジトリ（ＲＡＲ）エンティティであって、
   前記ＲＡＲは、Ｍ２Ｍデバイスアドレスおよび対応するネットワークアドレスを保持するように構成されたマッピングテーブルを含み、前記Ｍ２Ｍデバイスのうちの特定の１つのデバイスは、グループ名に関連付けられ、前記マッピングテーブルは、前記グループ名に関連付けられたそれぞれのＭ２Ｍデバイスについてのネットワークアドレスを保持する、ＲＡＲエンティティと、
   Ｍ２ＭデバイスおよびＭ２Ｍゲートウェイ管理（ＭＤＧＭ）エンティティと
   を備え、
   前記ＲＡＲエンティティおよび前記ＭＤＧＭエンティティは、接続されるＭ２Ｍデバイスにサービスを提供することを特徴とするＭ２Ｍ−ＧＷ。
2. 前記ＲＡＲエンティティは、Ｍ２Ｍデバイスについての到達可能性ステータス、ウェイクアップ時間、またはウェイクアップ持続時間のうちの少なくとも１つを提供するように構成されることを特徴とする請求項１に記載のＭ２Ｍ−ＧＷ。
3. 前記ＲＡＲエンティティは、Ｍ２Ｍデバイスについての到達可能性ステータスを提供し、所定のイベントがあるときに前記到達可能性ステータスを更新するように構成されることを特徴とする請求項１に記載のＭ２Ｍ−ＧＷ。

Images