JP2016192787A - 機器対機器通信をサポートするための方法および装置 - Google Patents

Abstract

【課題】Ｍ２Ｍゲートウェイを含む階層的ネットワークアーキテクチャにおいてＭ２Ｍ通信をサポートするための方法を提供する。【解決手段】Ｍ２Ｍエンティティは、サービス能力発見手順を実行して、Ｍ２Ｍサービス能力を提供できるＭ２Ｍサービス能力エンティティを発見し、発見されたＭ２Ｍサービス能力エンティティに登録する。サービス能力エンティティのアドレスまたは識別情報は、事前に設定しておくか、ディスパッチャサーバから獲得する。Ｍ２Ｍエンティティは、サポートＭ２Ｍサービス識別子を指示し、サービス識別子に対応するＭ２Ｍサービス能力エンティティの識別情報またはアドレスを受け取る。ゲートウェイは、ゲートウェイによってサポートされるＭ２Ｍサービス識別子を広告することができるので、マッチが生じた場合は、Ｍ２Ｍデバイスは、ゲートウェイにアクセスすることができる。【選択図】図２

Description

本発明は、機器対機器（Ｍ２Ｍ：ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ）通信に関する。

機器対機器（Ｍ２Ｍ：ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ）通信は、人間の介在なしに、自律的にデータを送信および受信することが可能な、一群のデバイス間での通信である。Ｍ２Ｍ通信システムは、（温度などの）情報を獲得し、無線または有線ネットワークを介して中継するための、（センサまたは計器などの）デバイスを含む。多種多様な潜在的な用途を有するので、Ｍ２Ｍ対応デバイスの数は増加している。

欧州電気通信標準化機構（ＥＴＳＩ：Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ）は、現在、Ｍ２Ｍ通信サービスをサポートするためのエンドツーエンドシステムの要件を記述しようと試みている。この作業の一環として、ＥＴＳＩは、Ｍ２Ｍサービスをアプリケーションに配送するためのＭ２Ｍ機能アーキテクチャを記述している。

Ｍ２Ｍ機能アーキテクチャの主な目的は、全般的なエンドツーエンドＭ２Ｍ機能エンティティ、これらのエンティティ間の関係に加えて、ＥＴＳＩの進歩的なネットワーキングのための電気通信およびインターネット統一サービスおよびプロトコル（ＴＩＳＰＡＮ：Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ Ｉｎｔｅｒｎｅｔ ｃｏｎｖｅｒｇｅｄ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｐｒｏｔｏｃｏｌｓ ｆｏｒ Ａｄｖａｎｃｅｄ Ｎｅｔｗｏｒｋｉｎｇ）ネットワークおよび第３世代パートナシッププロジェクト（３ＧＰＰ）ネットワークに対する関係を提示することである。

Ｍ２Ｍゲートウェイを含む階層的ネットワークアーキテクチャにおいてＭ２Ｍ通信をサポートするための実施形態が開示される。（Ｍ２Ｍデバイス、Ｍ２Ｍゲートウェイ、またはＭ２Ｍネットワークエンティティなどの）Ｍ２Ｍエンティティは、サービス能力発見手順を実行して、Ｍ２Ｍサービス能力を提供できるＭ２Ｍサービス能力エンティティを発見することができ、発見されたＭ２Ｍサービス能力エンティティに登録することができる。サービス能力エンティティのアドレスまたは識別情報は、事前に設定しておくこと、またはディスパッチャサーバから獲得することができる。Ｍ２Ｍエンティティは、サポートＭ２Ｍサービス識別子を指示し、サービス識別子に対応するＭ２Ｍサービス能力エンティティの識別情報またはアドレスを受け取ることができる。ゲートウェイは、ゲートウェイによってサポートされるＭ２Ｍサービス識別子を広告することができるので、マッチが生じた場合は、Ｍ２Ｍデバイスは、ゲートウェイにアクセスすることができる。Ｍ２Ｍサービス能力エンティティのアドレスは、コアネットワークから獲得することができる。Ｍ２Ｍデバイスは、階層的発見を実行することができるので、サービス能力は、最適に配布されることができる。

ゲートウェイは、コアネットワークにおけるサービス能力のうちのピアサービス能力（ｐｅｅｒ ｓｅｒｖｉｃｅ ｃａｐａｂｉｌｉｔｙ）を含むことができる。Ｍ２Ｍゲートウェイは、階層的アーキテクチャ全体におけるサービス能力の発見、階層的アーキテクチャ全体におけるサービス能力の構成、汎用Ｍ２Ｍデバイスアプリケーションイネーブルメント（ＧＭＤＡＥ：ｇｅｎｅｒｉｃ Ｍ２Ｍ ｄｅｖｉｃｅ ａｐｐｌｉｃａｔｉｏｎ ｅｎａｂｌｅｍｅｎｔ）、到達可能性、アドレッシング、およびデバイスアプリケーションリポジトリ（ＲＡＤＡＲ：ｒｅａｃｈａｂｉｌｉｔｙ， ａｄｄｒｅｓｓｉｎｇ ａｎｄ ｄｅｖｉｃｅ ａｐｐｌｉｃａｔｉｏｎ ｒｅｐｏｓｉｔｏｒｙ）、ネットワークおよび通信サービス選択（ＮＣＳＳ：ｎｅｔｗｏｒｋ ａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｒｖｉｃｅ ｓｅｌｅｃｔｉｏｎ）、履歴およびデータ保持（ＨＤＲ：ｈｉｓｔｏｒｙ ａｎｄ ｄａｔａ ｒｅｔｅｎｔｉｏｎ）、セキュリティ能力（ＳＣ：ｓｅｃｕｒｉｔｙ ｃａｐａｂｉｌｉｔｙ）、汎用Ｍ２Ｍネットワークアプリケーションイネーブルメント（ＧＭＡＥ：ｇｅｎｅｒｉｃ Ｍ２Ｍ ｎｅｔｗｏｒｋ ａｐｐｌｉｃａｔｉｏｎ ｅｎａｂｌｅｍｅｎｔ）、Ｍ２ＭデバイスおよびＭ２Ｍゲートウェイ管理（ＭＤＧＭ：Ｍ２Ｍ ｄｅｖｉｃｅ ａｎｄ Ｍ２Ｍ ｇａｔｅｗａｙ ｍａｎａｇｅｍｅｎｔ）、支払い媒介（ＣＢ：ｃｏｍｐｅｎｓａｔｉｏｎ ｂｒｏｋｅｒａｇｅ）能力、Ｍ２ＭデバイスおよびＭ２Ｍゲートウェイプロキシ（ＭＤＧＰ：Ｍ２Ｍ ｄｅｖｉｃｅ ａｎｄ Ｍ２Ｍ ｇａｔｅｗａｙ ｐｒｏｘｙ）、または位置特定サービスに関連する機能のうちの少なくとも１つを含むことができる。

１つまたは複数の開示される実施形態を実施できる例示的な通信システムのシステム図である。 図１Ａに示された通信システム内で使用できる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示された通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 例示的なＭ２Ｍ機能アーキテクチャ全体を示す図である。 例示的な階層的Ｍ２Ｍサービス能力を示す図である。 例示的な階層的Ｍ２Ｍサービス能力を示す図である。 Ｍ２ＭゲートウェイおよびＭ２Ｍコアにおける例示的なサービス能力を示す図である。 Ｍ２ＭゲートウェイおよびＭ２Ｍコアにおける例示的なサービス能力を示す図である。 ゲートウェイプロキシングを行わない低ティア（ｌｏｗ−ｔｉｅｒ）ゲートウェイについての例示的な呼フローを示す図である。 ゲートウェイプロキシングを行う低ティアゲートウェイについての例示的な呼フローを示す図である。 ゲートウェイプロキシングを行わない中ティア（ｍｉｄ−ｔｉｅｒ）ゲートウェイについての例示的な呼フローを示す図である。 可視性がない場合の、ゲートウェイプロキシングを行う低ティアゲートウェイについての例示的な呼フローを示す図である。 部分的な可視性がある場合の、ゲートウェイプロキシングを行う低ティアゲートウェイについての例示的な呼フローを示す図である。 ゲートウェイプロキシングを行わない高ティア（ｈｉｇｈ−ｔｉｅｒ）ゲートウェイについての例示的な呼フローを示す図である。 モビリティサポートが行われる場合の、ゲートウェイプロキシングを行い、ＲＡＤＡＲを有する高ティアゲートウェイについての例示的な呼フローを示す図である。 モビリティサポートについての例示的な呼フローを示す図である。 モビリティサポートについての例示的な呼フローを示す図である。 モビリティサポートについての例示的な呼フローを示す図である。 Ｍ２Ｍ通信のために実行される動作手順の高レベルフローを示す図である。 ローカルネットワークにおけるサービス能力発見のための手順の例示的なフロー図である。 デバイスと、２つのゲートウェイと、２つのネットワーク事業者とを含むシステム内のエンティティ間での能力交換の例示的なフロー図である。 登録のための例示的なフローを示す図である。 一実施形態による、アプリケーションクラスに基づいた、サービス能力委任の例示的なフローを示す図である。 Ｍ２Ｍデバイスがゲートウェイカバレージに入り、変更を開始する場合の、サービス能力移転のための例示的なシグナリングフローを示す図である。 Ｍ２Ｍデバイスがゲートウェイカバレージエリアに入り、ネットワークが変更を開始する場合の、サービス能力移転のための例示的なシグナリングフローを示す図である。 完全な可視性があるケースにおける、Ｍ２Ｍデバイスがゲートウェイカバレージから出る場合の、サービス能力移転のための例示的なシグナリングフローを示す図である。 可視性がないケースにおける、Ｍ２Ｍデバイスがゲートウェイカバレージから出る場合の、サービス能力移転のための例示的なシグナリングフローを示す図である。 完全な可視性があるケースにおける、Ｍ２Ｍデバイスが新しいゲートウェイカバレージに入る場合の、サービス能力移転のための例示的なシグナリングフローを示す図である。 可視性がないケースにおける、Ｍ２Ｍデバイスが新しいゲートウェイカバレージに入る場合の、サービス能力移転のための例示的なシグナリングフローを示す図である。 サービス能力を有さないＭ２Ｍデバイスがゲートウェイカバレージに入り、変更を開始する場合の、モビリティサポートのための例示的なシグナリングフローを示す図である。 サービス能力を有さないＭ２Ｍデバイスがゲートウェイカバレージエリアに入り、ネットワークが変更を開始する場合の、モビリティサポートのための例示的なシグナリングフローを示す図である。 完全な可視性があるケースにおける、サービス能力を有さないＭ２Ｍデバイスがゲートウェイカバレージから出る場合の、サービス能力移転のための例示的なシグナリングフローを示す図である。 可視性がないケースにおける、サービス能力を有さないＭ２Ｍデバイスがゲートウェイカバレージから出る場合の、サービス能力移転のための例示的なシグナリングフローを示す図である。 完全な可視性があるケースにおける、サービス能力を有さないＭ２Ｍデバイスが新しいゲートウェイカバレージに入る場合の、サービス能力移転のための例示的なシグナリングフローを示す図である。 可視性がないケースにおける、サービス能力を有さないＭ２Ｍデバイスが新しいゲートウェイカバレージに入る場合の、サービス能力移転のための例示的なシグナリングフローを示す図である。

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

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

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを円滑化するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインタフェースを取るように構成された、任意のタイプのデバイスとすることができる。例を挙げると、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。

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

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

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

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

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ ８０２．１６（すなわちマイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

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

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

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

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

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ １０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができる。

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

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

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

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

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

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

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

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

図１Ｃは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上で言及したように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を利用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０６とも通信することができる。図１Ｃに示されるように、ＲＡＮ１０４は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々が、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々を、ＲＡＮ１０４内の特定のセル（図示されず）に関連付けることができる。ＲＡＮ１０４は、ＲＮＣ１４２ａ、１４２ｂも含むことができる。ＲＡＮ１０４は、一実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含むことができることが理解されよう。

図１Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して、互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成することができる。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウタループ電力制御、負荷制御、アドミッションコントロール、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化など、他の機能を実施またはサポートするように構成することができる。

図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＰＳインタフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にも接続することができる。ＳＧＳＮ１４８は、ＧＧＳＮ １５０に接続することができる。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。

上で言及したように、コアネットワーク１０６は、ネットワーク１１２にも接続することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。

本明細書で開示される実施形態は、ＷＣＤＭＡ、ＬＴＥ、ＬＴＥアドバンスト、ｃｄｍａ２０００、ＷｉＭＡＸなどを含むが、それらに限定されない、任意のタイプの無線通信システムで実施できることに留意されたい。本明細書で開示される実施形態は、単独で、または任意の組み合わせで実施できることに留意されたい。

図２は、例示的なＭ２Ｍ機能アーキテクチャ全体を示している。Ｍ２Ｍシステムは、Ｍ２Ｍデバイスドメイン２００と、ネットワークおよびアプリケーションドメイン２５０とを含む。Ｍ２Ｍデバイスドメイン２００は、Ｍ２Ｍデバイス２１０と、Ｍ２Ｍエリアネットワーク２１５と、Ｍ２Ｍゲートウェイ（ＧＷ）２２０とを含む。Ｍ２Ｍエリアネットワーク２１５は、Ｍ２Ｍ通信（例えば、ＺｉｇＢｅｅ、６ｌｏｗＰＡＮなど）のためのデバイスのネットワークである。Ｍ２Ｍエリアネットワーク２１５は、キャピラリ（ｃａｐｉｌｌａｒｙ）ネットワークと呼ばれることがある。ローカルエリアネットワーク（ＬＡＮ）またはパーソナルエリアネットワーク（ＰＡＮ）などのローカルネットワークが、Ｍ２Ｍエリアネットワークを形成することができる。Ｍ２Ｍデバイス２１０は、Ｍ２Ｍサービス能力およびネットワークドメイン機能を使用して、Ｍ２Ｍアプリケーションを実行する。Ｍ２Ｍデバイス２１０は、直接的に、またはＭ２Ｍゲートウェイ２２０を介して、Ｍ２Ｍコアに接続することができる。Ｍ２Ｍエリアネットワーク２１５は、Ｍ２Ｍデバイス２１０とＭ２Ｍゲートウェイ２２０の間の接続性を提供する。

ネットワークおよびアプリケーションドメイン２５０は、アクセスネットワーク２５２と、トランスポートネットワーク２５４と、Ｍ２Ｍコア２６０とを含む。アクセスネットワーク２５２とは、Ｍ２Ｍデバイス２１０およびゲートウェイ２２０がＭ２Ｍコアサービス能力に接続することを可能にする、ネットワークおよびアプリケーションドメインの部分のことである。アクセスネットワーク２５２は、Ｍ２Ｍデバイスドメインが、コアネットワーク２６２と通信することを可能にする。アクセスネットワーク２５２の例は、ｘデジタル加入者回線（ｘＤＳＬ）、ＧＰＲＳ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）、進化型ＵＴＲＡＮ、無線ローカルエリアネットワーク（ＷＬＡＮ）、またはＷｉＭＡＸなどを含む。トランスポートネットワーク２５４は、ネットワークおよびアプリケーションドメイン２５０内でのデータのトランスポートを可能にする。Ｍ２Ｍコア２６０は、コアネットワーク２６２と、Ｍ２Ｍサービス能力２６４とを含む。コアネットワーク２６２は、ＩＰ接続性などを提供する。サービス能力２６４は、異なるアプリケーションによって共用される、Ｍ２Ｍ機能を提供する。

Ｍ２Ｍアプリケーションは、サービスロジックを実行し、オープンインタフェースを介してアクセス可能なＭ２Ｍサービス能力を使用する。Ｍ２Ｍアプリケーションは、サーバベースのアプリケーションまたはクライアントベースのアプリケーションとすることができる。サーバベースのアプリケーションとは、ローカルに接続されたＭ２Ｍエリアネットワーク内のＭ２Ｍデバイスとローカルに通信する、および／またはそのようなＭ２Ｍデバイスを制御するアプリケーションのことである。クライアントベースのアプリケーションとは、Ｍ２Ｍコアネットワークから来るネットワークアプリケーション要求に応答するアプリケーションのことである。

Ｍ２Ｍシステムは、プロビジョニング、監視、故障管理など、アクセスネットワーク２５２、トランスポートネットワーク２５４、およびコアネットワーク２６２を管理するのに必要とされる機能を含む、Ｍ２Ｍ管理機能を有する。Ｍ２Ｍ管理機能は、ネットワークおよびアプリケーションドメイン２５０において、Ｍ２ＭアプリケーションおよびＭ２Ｍサービス能力の一般的な機能を管理するのに必要とされる機能を含む。Ｍ２Ｍデバイス２１０およびゲートウェイ２２０の管理は、Ｍ２Ｍサービス能力を使用することができる。

コアネットワーク２６２、アクセスネットワーク２５２、Ｍ２Ｍゲートウェイ２２０、およびＭ２Ｍデバイス２１０は、Ｍ２Ｍサービス能力を有する。Ｍ２Ｍサービス能力（または「サービス能力」）は、アプリケーション間のエンドツーエンド通信を可能にする一群の機能である。サービス能力は、異なるアプリケーションによって共用される機能を提供する。サービス能力は、１組の公開されたインタフェース（例えば、３ＧＰＰ、３ＧＰＰ２、ＥＴＳＩ ＴＩＳＰＡＮなどによって規定された従来のインタフェース）を介して、コアネットワーク機能を使用することができる。サービス能力は、他のサービス能力を起動することができる。サービス能力は、１つまたは複数のコアネットワークとインタフェースを取ることができる。

Ｍ２Ｍゲートウェイ２２０は、Ｍ２Ｍエリアネットワーク２１５とＭ２Ｍネットワークアプリケーションおよび／またはサービス能力との間の接続を提供する。Ｍ２Ｍゲートウェイ２２０は、Ｍ２Ｍアクセスネットワーク２５２を介してＭ２Ｍコアネットワーク２６２にアクセスし、またＭ２Ｍエリアネットワーク２１５のＭ２Ｍネットワークコーディネータまたはデバイスにアクセスする。Ｍ２Ｍネットワークコーディネータとは、Ｍ２Ｍエリアネットワーク２１５のより下位のレイヤの制御および管理を提供する、Ｍ２Ｍエリアネットワーク２１５内のエンティティのことである。Ｍ２Ｍコアネットワーク２６２およびＭ２Ｍエリアネットワーク２１５へのインタフェースは、無線リンクまたは有線リンクとすることができる。Ｍ２Ｍゲートウェイ２２０が、複数のＭ２Ｍエリアネットワークとインタフェースを取る場合、Ｍ２Ｍゲートウェイ２２０は、Ｍ２Ｍアクセスネットワーク２５２へのアクセスを必要とせずに、Ｍ２Ｍエリアネットワーク２１５間の通信を可能にすることができる。

Ｍ２Ｍゲートウェイ２２０は、Ｍ２ＭネットワークコーディネータならびにＭ２Ｍネットワークおよびアプリケーションドメインとのインタフェースを含む、スタンドアロンのＭ２Ｍゲートウェイデバイスとすることができる。あるいは、Ｍ２Ｍゲートウェイ２２０は、Ｍ２ＭゲートウェイとＭ２Ｍエリアネットワークコーディネータを合併したデバイスとすることができる。あるいは、Ｍ２Ｍゲートウェイ２２０は、統一または集中ホームゲートウェイ内のソフトウェアエンティティとすることができる。本明細書で開示される実施形態は、Ｍ２Ｍゲートウェイ２２０の特定の実施に関係なく、適用することができる。

Ｍ２Ｍデバイス２１０は、アクセスネットワーク２５２を介して直接的に、またはＭ２Ｍゲートウェイ２２０を介して、ネットワークおよびアプリケーションドメイン２５０と通信することができる。Ｍ２Ｍデバイス２１０は、ネットワークおよびアプリケーションドメイン２５０とともに、登録、認証、認可、管理、およびプロビジョニングなどの手順を実行することができる。Ｍ２Ｍデバイス２１０は、ネットワークおよびアプリケーションドメイン２５０から隠された他のデバイスを、自らに接続することができる。あるいは、Ｍ２Ｍデバイス２１０は、Ｍ２Ｍエリアネットワーク２１５を、さらにはＭ２Ｍゲートウェイ２２０を介して、ネットワークおよびアプリケーションドメイン２５０に接続することができ、Ｍ２Ｍゲートウェイ２２０は、それに接続されたＭ２Ｍデバイス２１０に対して、ネットワークおよびアプリケーションドメイン２５０についてのプロキシとしての役割を果たすことができる。Ｍ２Ｍゲートウェイ２２０は、それに接続されたＭ２Ｍデバイス２１０の認証、認可、登録、管理、およびプロビジョニングなどの手順を実行することができ、ネットワークおよびアプリケーションドメイン２５０に代わって、アプリケーションを実行することもできる。Ｍ２Ｍゲートウェイ２２０は、Ｍ２Ｍデバイス２１０上のアプリケーションから出されたサービスレイヤ要求を、局所的にルーティングするか、それともネットワークおよびアプリケーションドメイン２５０にルーティングするかを決定することができる。Ｍ２Ｍゲートウェイ２２０に接続されたＭ２Ｍデバイス２１０は、ネットワークおよびアプリケーションドメイン２５０によってアドレス指定可能であっても、またはアドレス指定可能でなくてもよい。

図３Ａおよび図３Ｂは、階層的Ｍ２Ｍサービス能力を示している。図３Ａおよび図３Ｂでは、ＮＡは、ネットワークアプリケーションを表し、ＧＡは、ゲートウェイアプリケーションを表し、ＤＡは、デバイスアプリケーションを表し、ＳＣは、サービス能力を表す。Ｍ２Ｍゲートウェイ２２０は、図３Ａに示されるように、ネットワークアプリケーションと、Ｍ２Ｍエリアネットワークを介して接続され、共通のＭ２Ｍゲートウェイによって結合された、多くのＭ２Ｍデバイスとの間に存在するので、システム最適化のために利用することができる。この関係は、接続されたＭ２Ｍデバイスの１つを、接続および結合されたＭ２Ｍデバイスの独自の組を有する別のゲートウェイで置き換えることによって、拡張することができ、図３Ｂに示されるような、階層的ゲートウェイアーキテクチャをもたらす。

一実施形態によれば、Ｍ２Ｍゲートウェイ２２０は、階層的アーキテクチャ全体におけるサービス能力の発見、階層的アーキテクチャ全体におけるサービス能力の構成、汎用Ｍ２Ｍデバイスアプリケーションイネーブルメント（ＧＭＤＡＥ）、到達可能性、アドレッシング、およびデバイスアプリケーションリポジトリ（ＲＡＤＡＲ）、ネットワークおよび通信サービス選択（ＮＣＳＳ）、履歴およびデータ保持（ＨＤＲ）、セキュリティ能力（ＳＣ）、汎用Ｍ２Ｍネットワークアプリケーションイネーブルメント（ＧＭＡＥ）、Ｍ２ＭデバイスおよびＭ２Ｍゲートウェイ管理（ＭＤＧＭ）、支払い媒介（ＣＢ）能力、Ｍ２ＭデバイスおよびＭ２Ｍゲートウェイプロキシ（ＭＤＧＰ）、または位置特定サービスなどに関連する機能のうち１つまたは複数を有することができる。これらのサービス能力は、Ｍ２Ｍゲートウェイ内に存在し、Ｍ２Ｍゲートウェイおよびデバイスアプリケーションからのサービスコールとして実施することができる。

図４および図５は、Ｍ２Ｍゲートウェイ２２０およびＭ２Ｍコア２６０における例示的なサービス能力を示している。サービス能力は、アプリケーション間のエンドツーエンド通信を可能にする一群の機能である。サービス能力は、異なるアプリケーションによって共用される機能を提供する。サービス能力レイヤ（ＳＣＬ）は、サービス能力機能を担当するレイヤの総称である。Ｍ２Ｍゲートウェイ２２０は、ネットワークおよびアプリケーションドメイン内に存在するいくつかのサービス能力のピアを含む。サービス能力は、それ自体とそれがサービスするＭ２Ｍデバイスのための管理、通信、およびセキュリティなどを円滑化するための機能を実行する。図４および図５に示される構成は一例であり、内部インタフェースは実施毎に固有であり、サービス能力への機能のグループ化は恣意的であることに留意されたい。例えば、図４では、サービス能力は、ＧＭＡＥを介して互いに通信しているが、内部ルーティング機能が、提供されてもよく、図５に示されるように、サービス能力は、内部ルーティング機能を介して互いにアクセスすることもできる。

これ以降では、サービス能力がＭ２Ｍゲートウェイにもたらす機能について説明する。サービス能力への機能の割り当ては、同様の機能のグループ化を可能にするが、この対応付けは厳格な要件ではないことを理解されたい。いくつかの機能は、代替的なサービス能力に移動させることができ、またいくつかの機能は、結合されているが、それらは、任意の組み合わせで使用することができる。

Ｍ２Ｍゲートウェイ内のＧＭＤＡＥ能力は、ゲートウェイサービス能力において実施される機能を公開することができる。ＧＭＤＡＥ能力は、Ｍ２Ｍゲートウェイアプリケーションと能力の間でルーティングを実行することができる。ＧＭＤＡＥ能力は、ネットワークおよびアプリケーションドメイン内のＧＭＤＡＥ能力からの課金記録要求に応答することができる。ＧＭＤＡＥ能力は、Ｍ２ＭアプリケーションがＭ２Ｍゲートウェイサービス能力に登録することを可能にすることができる。ＧＭＤＡＥ能力は、Ｍ２ＭアプリケーションがＭ２Ｍゲートウェイ能力の特定の組にアクセスすることを可能にする前に、Ｍ２Ｍアプリケーションの認証および認可を実行することができる。Ｍ２Ｍアプリケーションがアクセスする資格を与えられた能力の組は、Ｍ２Ｍアプリケーションプロバイダとサービス能力を実行するプロバイダの間で交わされた事前の契約を引き継ぐ。ＧＭＤＡＥ能力は、特定の要求を他の能力にルーティングする前に、それが有効であるかどうかをチェックすることができる。要求が有効ではない場合、Ｍ２Ｍアプリケーションにエラーが報告される。

Ｍ２Ｍゲートウェイ内のＭＤＧＭ能力は、Ｍ２Ｍゲートウェイ管理クライアントとしての役割を果たすことができ、Ｍ２Ｍゲートウェイの構成管理（ＣＭ）、性能管理（ＰＭ）、故障管理（ＦＭ）、ソフトウェアおよびファームウェアアップグレード機能などを実行することができる。ＭＤＧＭ能力は、Ｍ２Ｍデバイスの管理機能を実行するためのＭ２Ｍゲートウェイ管理プロキシとしての役割を果たすことができる。ＭＤＧＭ能力は、ネットワークモビリティを実行することができ、Ｍ２Ｍサーバが、Ｍ２Ｍゲートウェイおよびキャピラリネットワーク内の様々なイベントによってトリガされ得る通知に同意することを可能にすることができる。Ｍ２Ｍサーバとは、Ｍ２Ｍサービス能力をホストすることが可能な、ネットワークおよびアプリケーションドメイン内のエンティティのことである。

ＭＤＧＭ能力は、Ｍ２Ｍエリアネットワークにおけるサービス品質（ＱｏＳ）および待ち時間要求を評価するための能力を有することができる。ＭＤＧＭ能力は、Ｍ２Ｍエリアネットワーク内における潜在的な帯域幅集約機会を評価および管理するための能力を有することができる。例えば、Ｍ２Ｍゲートウェイは、キャピラリネットワーク内の複数のルートを介して、またはデバイスがマルチＲＡＴ能力をサポートするのであれば、複数の無線アクセス技術（ＲＡＴ）を介して、データパケットをルーティングすることによって、特定のデバイスを宛先とするデータトラフィックを分割すること、または負荷バランスさせることができる。ＭＤＧＭ能力は、キャピラリネットワーク内におけるスペクトルおよび干渉管理（例えば、使用するスペクトルを求める要求を発行する能力、および何らかの中央エンティティに測定報告を行う能力）を有することができる。

Ｍ２Ｍゲートウェイ内のセキュリティ能力は、認証のためのＭ２Ｍデバイスにおけるセキュリティ鍵（例えば、事前共有セキュリティ鍵、証明書など）のブートストラップを用いて、セキュリティ鍵を管理することができる。Ｍ２Ｍゲートウェイ内のセキュリティ能力は、アプリケーションによって要求される場合は、セッション確立前に、認証を実行することができる。Ｍ２Ｍゲートウェイ内のセキュリティ能力は、トラフィックの暗号化、およびシグナリングメッセージのためのインテグリティ保護など、セッションセキュリティ関連の機能を実行することができる。

Ｍ２Ｍゲートウェイ内のＧＭＤＡＥ能力は、サービスプロバイダ内のＧＭＤＡＥ能力から受信したメッセージを、Ｍ２Ｍデバイスに中継すること、Ｍ２Ｍデバイスから受信したメッセージを、サービスプロバイダ内のＧＭＤＡＥ能力に中継すること、およびＭ２Ｍゲートウェイ内のＭ２Ｍアプリケーションまたは他の能力を宛先とするメッセージを中継することができる。ＧＭＤＡＥ能力は、Ｍ２Ｍデバイスによって同じＭ２Ｍゲートウェイに接続された別のＭ２Ｍデバイスに送信されたメッセージのＭ２Ｍエリアネットワーク内送信を提供することができる。ＧＭＤＡＥ能力は、サービスプロバイダ内のユニキャストメッセージング（ＵＭ）能力からＭ２Ｍデバイスに送信されたメッセージのための名前解決を処理することができる。ＧＭＤＡＥ能力は、エラー（例えば、受信者の識別子が存在しない、または要求されたサービスクラスが受信者によってサポートされないなど）を報告することができる。ＧＭＤＡＥ能力は、要求されたまたはデフォルトのサービスクラスを使用して、メッセージを配送することができる。

ＧＭＤＡＥ能力は、スリープ中のデバイスに宛てたデータをＭ２Ｍゲートウェイが保存し、デバイスがウェイクアップしたならば転送できるように、プロキシ能力を保存および転送することができる。ＧＭＤＡＥ能力は、グループ通信プロキシとして振る舞う（マルチキャスト、エニーキャスト、ユニキャストをサポートする）ことができる。例えば、Ｍ２Ｍゲートウェイの制御下にある複数のデバイスを宛先とするデータパケットは、Ｍ２Ｍゲートウェイによって一度受信され、効率的な方法で複数のデバイスにマルチキャストされる。これは、キャピラリネットワーク内のデバイスのデューティサイクルを考慮した、高度なブロードキャスティング能力に依存することができる。ＧＭＤＡＥ能力は、特定のＭ２Ｍデバイスによって発生させられたトラフィックを検査するように求める要求に応答し、そのトラフィックが与えられたトラフィックパターンにマッチすることを検証することができる。ＧＭＤＡＥ能力は、（例えば、デバイスがスリープしている場合などに）Ｍ２Ｍゲートウェイが、Ｍ２Ｍデバイス情報のキャッシュバージョンを使用して、Ｍ２Ｍコアから到来した要求をサービスすることが可能なように、キャッシング機能を有することができる。ＧＭＤＡＥ能力は、Ｍ２Ｍゲートウェイが、デバイスサービスクラスなどの基準に基づいて、Ｍ２ＭデバイスからＭ２Ｍコアへのメッセージをインテリジェントにスケジュールすることが可能なように、スケジューリング機能を有することができる。ＧＭＤＡＥ能力は、Ｍ２Ｍゲートウェイが、より小さなＭ２Ｍデバイスメッセージをより大きなメッセージに統合して、それをＭ２Ｍコアに送信することが可能なように、連結機能を有することができる。ＧＭＤＡＥ能力は、Ｍ２Ｍゲートウェイが、エリアネットワーク内で使用されるプロトコルとアクセスネットワーク内で使用されるプロトコルの間の変換を行うことが可能なように、プロトコル変換機能を有することができる。例えば、ＧＭＤＡＥは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）から、アプリケーションレイヤにおける制約アプリケーションプロトコル（ＣｏＡＰ：ｃｏｎｓｔｒａｉｎｅｄ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ）への変換を行うことができる。

Ｍ２Ｍゲートウェイは、プロキシＲＡＤＡＲ能力を有することができる。ゲートウェイＲＡＤＡＲ能力は、Ｍ２Ｍデバイスの名前と１つまたは複数のネットワークアドレスの間のマッピングを提供すること、Ｍ２Ｍデバイスのグループの名前とグループ内の各Ｍ２Ｍデバイスのための１つまたは複数のネットワークアドレスの間のマッピングを提供すること、Ｍ２Ｍデバイスの到達可能性ステータスを提供すること、次回に計画されているウェイクアップ時間およびウェイクアップ期間を提供すること、利用可能な場合は、Ｍ２Ｍデバイスが到達可能になったときに、マッピングテーブルを更新するためのメカニズムを使用すること、Ｍ２Ｍデバイスに関連するイベント（例えば、特定のＭ２Ｍデバイスが到達可能になったこと、１組のＭ２Ｍアプリケーション登録情報に変更が生じたことなど）についての通知を提供すること、ならびにＭ２Ｍデバイスのグループの生成、削除、およびメンバのリストアップを行うことを可能にすることができる。ゲートウェイＲＡＤＡＲは、Ｍ２ＭデバイスもしくはＭ２Ｍゲートウェイアプリケーション登録情報をＤＡおよびＧＡリポジトリ内に保存し、この情報を最新に保持することによって、適切に認証および認可されたエンティティがリポジトリ内に保存されたＤＡおよびＧＡ情報を取り出すことができるように、それらにクエリインタフェースを提供することによって、認証および認可されたエンティティが読み取ることができるＤＡ／ＧＡデータのサブセットをＤＡおよびＧＡリポジトリ内に保存することによって、またはＤＡ／ＧＡデータ更新時に、認証および認可されたエンティティが通知を受けることを可能にする、サブスクリプション／通知メカニズムを提供することによって、デバイスアプリケーション（ＤＡ）およびゲートウェイアプリケーション（ＧＡ）リポジトリを維持することができる。

Ｍ２Ｍゲートウェイ内のＮＣＳＳ能力は、ＱｏＳ、サービスクラス、利用可能な電力、伝送コスト、または他の任意のメトリックに基づいて、アクセスネットワーク（バックホールネットワーク）選択を実行することができる。ＮＣＳＳ能力は、Ｍ２Ｍゲートウェイの背後のデバイスに基づいて、必要とされる最低限のサービスを決定することができる。ＮＣＳＳ能力は、Ｍ２Ｍゲートウェイの背後のＭ２Ｍデバイスの様々な必要性、または近隣者の位置を考慮することができる。ＮＣＳＳ能力は、ＱｏＳに基づいて、キャピラリネットワーク選択を実行することができる。ＮＣＳＳ能力は、様々なキャピラリネットワークの間で選択を行うことができ、または（待ち時間、スループットなど）一定の要件を満たすように、キャピラリネットワークを調整することができる。例えば、ＮＣＳＳ能力は、負荷バランシングを理由として、キャピラリネットワークを分割することを決定することができる。ＮＣＳＳ能力は、ゲートウェイ選択および／またはハンドオーバを実行することができる。ＮＣＳＳ能力は、（使用される周波数、プロトコル、デバイスの数など）近隣ゲートウェイ情報を維持することができる。ＮＣＳＳ能力は、デバイスを強制的に１つのゲートウェイから別のゲートウェイに移すために（すなわちハンドオーバ）、近隣ゲートウェイとネゴシエートすることができる。ＮＣＳＳ能力は、Ｍ２Ｍエリアネットワーク内における潜在的な帯域幅集約機会を評価および管理するための能力を有することができる。例えば、Ｍ２Ｍゲートウェイは、キャピラリネットワーク内の複数のルートを介して、またはデバイスがマルチＲＡＴ能力をサポートするのであれば、複数のＲＡＴを介して、データパケットをルーティングすることによって、特定のデバイスを宛先とするデータトラフィックを分割すること、または負荷バランスさせることができる。ＮＣＳＳ能力は、キャピラリネットワーク内におけるスペクトルおよび干渉管理を実行することができる。ＮＣＳＳ能力は、使用するスペクトルを求める要求を発行する能力、および何らかの中央エンティティに測定報告を行う能力を有することができる。

Ｍ２Ｍゲートウェイは、ＨＤＲプロキシ能力を有することができる。ＨＤＲプロキシ能力は、Ｍ２Ｍアプリケーションおよびローカルネットワーク内のデバイスから、履歴化（ｈｉｓｔｏｒｉｚａｔｉｏｎ）およびデータ保持タスクを隠すことができる。ＨＤＲプロキシ能力は、アプリケーションおよび／またはデバイスプロファイルに基づいて、例えば、原メッセージフォーマットで（すなわち、いかなるペイロード解釈も行わずに）、関連トランザクションをアーカイブすることができる。ＨＤＲプロキシ能力は、Ｍ２Ｍコアネットワーク内に存在するＨＤＲ機能と対話し、データ管理のための階層的ＨＤＲをサポートすることができる。ＨＤＲプロキシ能力は、Ｍ２Ｍゲートウェイ内に存在する他の能力と対話して、情報を保持する必要があるか、どの情報を保持する必要があるかを決定すること、または係わりのある能力によって保存された情報を獲得することができる。

Ｍ２Ｍゲートウェイは、ＣＢプロキシ能力を有することができる。ＣＢプロキシ能力は、コアネットワークのための請求および課金情報を維持することができる。ＣＢプロキシ能力は、ネットワーク側またはクライアント側における、Ｍ２Ｍゲートウェイのアプリケーションへの単一のコンタクトポイントとすることができ、能力の使用に関する課金記録を生成することができる。

Ｍ２Ｍゲートウェイ内のＭＤＧＰ能力は、ゲートウェイＭＤＧＭおよびデバイスもしくはゲートウェイ管理機能と連携動作を行こと、ならびに／またはゲートウェイＧＭＤＡＥとデバイスもしくはゲートウェイ独自仕様通信手段との間の連携動作を行うことができる。Ｍ２Ｍゲートウェイにおいてシグナリングおよびトラフィックを集約するために、Ｍ２Ｍゲートウェイは、規格非準拠のＭ２Ｍデバイスおよび（ＥＴＳＩ準拠のデバイスなど）規格準拠のＭ２Ｍデバイスの両方を管理することができる。ＭＤＧＰエンティティは、規格非準拠のＭ２Ｍデバイスとインタフェースを取ることができる。ＭＤＧＰエンティティは、ＧＭＤＡＥと直接的にインタフェースを取ることができる。Ｍ２Ｍゲートウェイ内に存在するサービス能力機能は、図５に示されるように、ＧＭＤＡＥを介して、デバイス（規格準拠および非準拠のデバイス）にアクセスすることができる。あるいは、ＭＤＧＰエンティティは、ＧＭＡＥとインタフェースを取ることができ、それによって、ゲートウェイにおいて動作するアプリケーションと同じに振る舞う。

Ｍ２Ｍゲートウェイは、位置特定サービス能力を有することができる。位置特定サービス能力は、ゲートウェイの背後のデバイスについての位置情報を決定することができ、位置情報は、全地球測位システム（ＧＰＳ）情報、エリアネットワークルーティングテーブル、ゲートウェイ三角測量などに基づいて、導出することができる。位置特定サービス能力は、位置情報を保存することができる。情報は、ゲートウェイ位置に対して相対的とすることができ、または絶対的とすることができる。位置特定サービス能力は、Ｍ２Ｍデバイスの位置情報を問い合わせるためのインタフェースを、認可されたエンティティに提供することができる。

Ｍ２Ｍゲートウェイは、Ｍ２Ｍゲートウェイが提供する機能の最小セットに関して、複数のクラスにカテゴライズすることができる。一実施形態では、Ｍ２Ｍゲートウェイは、３つのクラス（低、中、高ティアゲートウェイ）にカテゴライズすることができる。例えば、低ティアゲートウェイは、ＧＭＤＡＥ、ＳＣ、ＭＤＧＭ、ＭＤＧＰ、および一部のＲＡＤＡＲ機能をサポートすることができる。中ティアゲートウェイは、ゲートウェイの背後のエンティティへの完全な可視性もしくは限定された可視性を可能にする、または可視性を可能にしない、ＧＭＤＡＥ、ＳＣ、ＭＤＧＭ、ＭＤＧＰ、およびＲＡＤＡＲ機能をサポートすることができる。高ティアゲートウェイは、より多くの機能をサポートすることができ、ゲートウェイ間通信を可能にして、サービス能力が情報を共有することを可能にする、完全なＲＡＤＡＲ機能を有することができる。上記のカテゴライズおよび各クラスの機能は、例として提供されたものであり、ゲートウェイは、任意の数のクラスにカテゴライズでき、各クラスに必要とされる機能は、任意の考え得る方法で定義できることに留意されたい。

図６Ａは、ゲートウェイプロキシングを行わない低ティアゲートウェイについての例示的な呼フローである。この例では、Ｍ２Ｍデバイスは、非準拠デバイスであり、コアネットワーク内のＭＤＧＰが、連携動作を実行する。ゲートウェイは、Ｍ２Ｍコアネットワーク内のＲＡＤＡＲに対する登録を実行する（６０２）。Ｍ２Ｍデバイスは、オンにされたときに、ゲートウェイへの接続を行う（６０４）。その後、ゲートウェイは、コアネットワーク内のＲＡＤＡＲにデバイスを登録する（６０６、６０８）。デバイスが登録されると、デバイス情報（例えば、登録情報、デバイス能力、スリープサイクル、到達可能性ステータス、またはデバイスアドレスなど）を、ＲＡＤＡＲに保存することができる。デバイスがオフにされた場合、ゲートウェイは、それを検出し、アプリケーション到達不能となるように、ＭＤＧＰを介してＲＡＤＡＲを更新する（６１０、６１２）。デバイスが再びオンにされた場合、デバイスとゲートウェイの間の接続が再確立され（６１４）、ゲートウェイは、アプリケーション到達可能となるように、ＭＤＧＰを介してＲＡＤＡＲを更新する（６１６、６１８）。デバイスに宛てたデータが、デバイス情報を有するＲＡＤＡＲに到達した場合（６２０）、データは、コアネットワーク内のＭＤＧＰを、さらにはゲートウェイを介して、デバイスに転送される（６２２、６２４、６２６）。

図６Ｂは、ゲートウェイプロキシングを行う低ティアゲートウェイについての例示的な呼フローである。ゲートウェイは、Ｍ２Ｍコアネットワーク内のＲＡＤＡＲに対する登録を実行する（６５２）。Ｍ２Ｍデバイスは、オンにされたときに、ゲートウェイへの接続を行う（６５４）。この例では、Ｍ２Ｍデバイスは、非準拠デバイスであり、ゲートウェイ内のＭＤＧＰが、デバイスと連携動作を実行する。ゲートウェイプロキシングを行う場合、ゲートウェイは、ゲートウェイ内のＲＡＤＡＲにデバイスを登録する（６５６）。デバイスが登録されると、デバイス情報（例えば、登録情報、デバイス能力、スリープサイクル、到達可能性ステータス、またはデバイスアドレスなど）を、ゲートウェイのＲＡＤＡＲに保存することができる。デバイスがオフにされた場合、ゲートウェイは、それを検出し、アプリケーション到達不能となるように、ゲートウェイ内のＲＡＤＡＲを更新する（６５８）。デバイスが再びオンにされた場合、デバイスとゲートウェイの間の接続が再確立され（６６０）、ゲートウェイは、アプリケーション到達可能となるように、ゲートウェイ内のＲＡＤＡＲを更新する（６６２）。デバイスに宛てたデータが、コアネットワーク内のＲＡＤＡＲに到達した場合（６６４）、コアネットワーク内のＲＡＤＡＲは、ゲートウェイ内のＲＡＤＡＲプロキシにアプリケーション情報要求を送信し（６６６）、ゲートウェイ内のＲＡＤＡＲプロキシは、アプリケーション情報によって応答する（６６８）。その後、データは、ゲートウェイ内のＭＤＧＰを介して、デバイスに転送される（６７０、６７２）。ゲートウェイプロキシングを行う場合、シグナリング負荷を低減させることができる。

図７Ａは、ゲートウェイプロキシングを行わない中ティアゲートウェイについての例示的な呼フローである。この例では、Ｍ２Ｍデバイスは、準拠デバイスである。ゲートウェイは、Ｍ２Ｍコアネットワーク内のＲＡＤＡＲに対する登録を実行する（７０２）。Ｍ２Ｍデバイス１は、ゲートウェイを介して、コアネットワーク内のＲＡＤＡＲに対する登録を実行する（７０４、７０６）。Ｍ２ＭデバイスＫも、ゲートウェイを介して、コアネットワーク内のＲＡＤＡＲに対する登録を実行する（７０８、７１０）。デバイスが登録されると、デバイス情報（例えば、登録情報、デバイス能力、スリープサイクル、到達可能性ステータス、またはデバイスアドレスなど）を、コアネットワーク内のＲＡＤＡＲに保存することができる。Ｍ２Ｍデバイス１の情報が変更された場合、Ｍ２Ｍデバイスは、ゲートウェイを介して、コアネットワーク内のＲＡＤＡＲを更新する（７１２、７１４）。ネットワーク内のアプリケーションは、ＲＡＤＡＲにデバイス情報を要求することができる（７１６）。

図７Ｂは、可視性がない場合の、ゲートウェイプロキシングを行う低ティアゲートウェイについての例示的な呼フローである。この例では、Ｍ２Ｍデバイスは、準拠デバイスである。ゲートウェイは、Ｍ２Ｍコアネットワーク内のＲＡＤＡＲに対する登録を実行する（７３２）。Ｍ２Ｍデバイス１およびＫは、ゲートウェイに対する登録を実行する（７３４、７３６）。ゲートウェイプロキシングが使用されるので、デバイスが登録を実行すると、デバイス情報（例えば、登録情報、デバイス能力、スリープサイクル、到達可能性ステータス、またはデバイスアドレスなど）が、ゲートウェイ内のＲＡＤＡＲプロキシに保存される。Ｍ２Ｍデバイス１の情報が変更された場合、そのような変更は、ゲートウェイ内のＲＡＤＡＲプロキシを更新する（７３８）。可視性がない場合、コアネットワークは、ゲートウェイの背後のデバイスについての情報を有さない。ネットワーク内のアプリケーションが、ネットワーク内のＲＡＤＡＲにデバイス情報を要求した場合（７４０）、ネットワーク内のＲＡＤＡＲは、ゲートウェイ内のＲＡＤＡＲからデバイス情報を取り出す（７４２、７４４）。

図７Ｃは、部分的な可視性がある場合の、ゲートウェイプロキシングを行う低ティアゲートウェイについての例示的な呼フローである。この例では、Ｍ２Ｍデバイスは、準拠デバイスである。ゲートウェイは、Ｍ２Ｍコアネットワーク内のＲＡＤＡＲに対する登録を実行する（７６２）。コアネットワーク内のＲＡＤＡＲは、コアネットワークがゲートウェイの背後のデバイスについて部分的な情報を有することができるように、ゲートウェイ内のＲＡＤＡＲプロキシとともに可視情報を設定する（７６４）。Ｍ２Ｍデバイス１およびＫは、ゲートウェイに対する登録を実行する（７６６、７６８）。ゲートウェイプロキシングが使用されるので、デバイスが登録を実行すると、デバイス情報（例えば、登録情報、デバイス能力、スリープサイクル、到達可能性ステータス、またはデバイスアドレスなど）が、ゲートウェイ内のＲＡＤＡＲプロキシに保存される。Ｍ２Ｍデバイス情報が変更された場合（この例ではデバイス１）、そのような変更が、ゲートウェイ内のＲＡＤＡＲプロキシを更新する（７７０）。

デバイス可視情報が変更された場合、ゲートウェイ内のＲＡＤＡＲプロキシは、コアネットワーク内のＲＡＤＡＲとともに可視情報を更新する（７７２）。アプリケーションがデバイス情報を要求した場合（この例ではデバイスＫ）（７７４）、ネットワーク内のＲＡＤＡＲがその情報を有さないならば、ネットワーク内のＲＡＤＡＲは、ゲートウェイ内のＲＡＤＡＲプロキシからデバイスＫについてのデバイス情報を取り出すことができる（７７６、７７８）。

図８Ａは、ゲートウェイプロキシングを行わない高ティアゲートウェイについての例示的な呼フローである。この例示的な呼フローでは、デバイスは、ゲートウェイの背後でモビリティをサポートする。モビリティが原因で、デバイスは、自らの親ゲートウェイを変更することがある。この例では、Ｍ２Ｍデバイスは、規格準拠のデバイスである。ゲートウェイ１および２は、Ｍ２Ｍコアネットワーク内のＲＡＤＡＲに対する登録を実行する（８０２、８０４）。Ｍ２Ｍデバイスは、現在、ゲートウェイ１に接続されており、ゲートウェイ１を介して、コアネットワーク内のＲＡＤＡＲに対する登録を実行する（８０６、８０８）。デバイスが登録されると、デバイス情報（例えば、登録情報、デバイス能力、スリープサイクル、到達可能性ステータス、またはデバイスアドレスなど）を、コアネットワーク内のＲＡＤＡＲに保存することができる。Ｍ２Ｍデバイスは、ゲートウェイ１を介して、コアネットワーク内のＲＡＤＡＲに対するアプリケーション登録を実行する（８１０〜８１６）。デバイスは、複数のアプリケーションを実行することができ、複数（この例では２つ）のアプリケーション登録を実行することができる。

デバイスは、ゲートウェイ２の背後に移動し、デバイス／アプリケーション登録を破棄および再確立することができ（８１７）、ゲートウェイ２を介してデバイスを登録するための手順を実行する（８１８、８２０）。コアネットワーク内のＲＡＤＡＲが、ゲートウェイ２を介して、デバイスのためのデバイス登録を受信した場合（８２０）、ＲＡＤＡＲは、デバイスのすべてのアプリケーションを登録解除し、そのことをゲートウェイ１に通知する（８２１、８２２）。デバイスは、ゲートウェイ２を介して、アプリケーション登録を実行する（８２４〜８３０）。

図８Ｂは、モビリティサポートが行われる場合の、ゲートウェイプロキシングを行い、ＲＡＤＡＲを有する高ティアゲートウェイについての例示的な呼フローである。この例示的な呼フローでは、デバイスは、ゲートウェイの背後でモビリティをサポートする。モビリティが原因で、デバイスは、自らの親ゲートウェイを変更することがある。この例では、Ｍ２Ｍデバイスは、準拠デバイスである。ゲートウェイ１および２は、Ｍ２Ｍコアネットワーク内のＲＡＤＡＲに対する登録を実行する（８５２、８５４）。Ｍ２Ｍデバイスは、現在、ゲートウェイ１に接続されており、ゲートウェイ１を介して、コアネットワーク内のＲＡＤＡＲに対するデバイス登録を実行する（８５６、８５８）。デバイスが登録されると、デバイス情報（例えば、登録情報、デバイス能力、スリープサイクル、到達可能性ステータス、またはデバイスアドレスなど）を、コアネットワーク内のＲＡＤＡＲに保存することができる。ゲートウェイプロキシングが使用されるので、Ｍ２Ｍデバイスは、ゲートウェイ１に対するアプリケーション登録を実行する（８６０、８６２）。デバイスは、複数のアプリケーションを実行することができ、したがって、複数（この例では２つ）のアプリケーション登録を実行することができる。

デバイスは、ゲートウェイ２の背後に移動し（８６３）、ゲートウェイ２を介してコアネットワークにデバイスを登録するための手順を実行する（８６４、８６６）。コアネットワーク内のＲＡＤＡＲが、ゲートウェイ２を介して、デバイスについてのデバイス登録を受信した場合、ＲＡＤＡＲは、ゲートウェイ１に関するデバイスを登録解除し、ゲートウェイ２に関するデバイスを登録する（８６８）。ゲートウェイ１およびゲートウェイ２内のＲＡＤＡＲプロキシは、デバイスのためのプロキシＲＡＤＡＲ情報を交換する（８７０）。したがって、プロキシＲＡＤＡＲどうしが通信を行うので、セッションを破棄および再確立する必要はなく、デバイスは、ゲートウェイ２の背後に移動した後に、再びアプリケーション登録を実行する必要はない。

図９Ａ〜図９Ｃは、モビリティサポートについての例示的な呼フローである。図９Ａでは、デバイスは、ゲートウェイ１を発見し（９０１）、ゲートウェイ１に対するアプリケーション登録を実行する（９０２）。デバイスは、移動し、ゲートウェイ１のカバレージから出て、ゲートウェイ２のカバレージに入る（９０３）。デバイスは、ゲートウェイ２を発見する（９０４）。デバイスアプリケーションは、デバイスがゲートウェイ１にすでに登録されていることを、ゲートウェイ２のサービス能力に通知する（９０５）。ゲートウェイ２は、デバイスアプリケーション情報をゲートウェイ１に要求する（９０６）。ゲートウェイ１は、デバイスアプリケーション情報をゲートウェイ２に送信する（９０７）。その後、デバイスアプリケーションは、ゲートウェイ２との通信を開始する（９０８）。図９Ａでは、ゲートウェイ１は、アプリケーションに関する必要な情報をゲートウェイ２と共有する。ゲートウェイ２は、与えられたアプリケーションについての情報をすでに有しているので、アプリケーションは、再登録する必要がない。

図９Ｂでは、デバイスは、ゲートウェイ１を発見し（９３１）、ゲートウェイ１に対するアプリケーション登録を実行する（９３２）。ゲートウェイ１は、デバイスアプリケーション情報をゲートウェイ２に広告する（９３３）。デバイスは、移動し、ゲートウェイ１のカバレージから出て、ゲートウェイ２のカバレージに入る（９３４）。デバイスは、ゲートウェイ２を発見する（９３５）。ゲートウェイ２は、デバイスアプリケーション情報を有しているので、デバイスアプリケーションは、ゲートウェイ２との通信を開始することができる（９３６）。ゲートウェイ１とゲートウェイ２は、デバイスアプリケーションが今ではゲートウェイ２と通信していることを双方が知るように、シグナリングを交換することができる。

図９Ｃでは、ゲートウェイ１は、アプリケーションに関する部分的な情報をゲートウェイ２と共有することができる。この部分的な情報は、アプリケーションがゲートウェイ２と通信を開始したときに、ゲートウェイ２がアプリケーションを十分に認識できる情報とすることができる。例えば、これは、アプリケーションのＩＰアドレスおよびポート番号とすることができる。これは、ゲートウェイ内で維持する必要がある情報の量を最小化しながらも、登録情報をゲートウェイ間で共有することを依然として可能にする。デバイスは、ゲートウェイ１を発見し（９６１）、ゲートウェイ１に対するアプリケーション登録を実行する（９６２）。ゲートウェイ１は、部分的なデバイスアプリケーション情報をゲートウェイ２に広告する（９６３）。デバイスは、移動し、ゲートウェイ１のカバレージから出て、ゲートウェイ２のカバレージに入る（９６４）。デバイスは、ゲートウェイ２を発見する（９６５）。デバイスは、ゲートウェイ２との通信を開始する（９６６）。ゲートウェイ２は、デバイスアプリケーション情報をゲートウェイ１に要求する（９６７）。ゲートウェイ１は、デバイスアプリケーション情報をゲートウェイ２に提供する（９６８）。その後、デバイスとゲートウェイ２の間の双方向通信が開始する（９６９）。アプリケーションは、再登録する必要がない。

図１０は、Ｍ２Ｍ通信のために実行される動作手順の高レベルフローを示している。図１０は、Ｍ２Ｍシステム内の２つのゲートウェイの背後にデバイスがあり、２つのＭ２Ｍサービスプロバイダを有する階層的アーキテクチャを、一例として示しているが、それは任意の階層的な構造に一般化できることに留意されたい。デバイス、ゲートウェイ、およびネットワークは、それぞれ、１組のサービス能力（デバイスサービス能力（ＤＳＣ）、ゲートウェイサービス能力（ＧＳＣ）、およびネットワークサービス能力（ＮＳＣ））を有する。

動作手順は、アクセスおよびエリアネットワークブートストラップ、エリアネットワークノード発見、アクセス／コア／トランスポートネットワーク登録、ならびにサービス能力関連のステップを含む。サービス能力関連のステップは、サービス能力発見、サービス能力交換、サービス能力構成／再構成、階層発見、サービス能力登録、アプリケーション登録（ネットワーク、ゲートウェイ、およびデバイスアプリケーション）、サービス能力広告、サービス能力登録コンテキスト移転要求、またはサービス能力登録コンテキスト移転などを含むが、これらに限定されない。

デバイスおよびゲートウェイは、アクセスネットワーク識別情報、関連するセキュリティパラメータ、エリアネットワークパラメータなどをブートストラップする必要があることがある。

エリアネットワークノード発見手順では、デバイスは、ゲートウェイを発見し、ゲートウェイに接続する。エリアネットワークノード発見手順は、サービス能力発見を支援するために、規格を意識したもの（ｓｔａｎｄａｒｄ−ａｗａｒｅ）とすることができる。

ネットワーク登録の間に、ゲートウェイは、アクセス／コアネットワークに登録する。この手順の一環として、ゲートウェイは、コアネットワークからＩＰアドレスの割り当てを受けることができる。登録手順は、登録ＳＣＬ内のサービス能力を使用できるように、登録ＳＣＬがソースＳＣＬまたはアプリケーションを認証および認可する手順である。登録ＳＣＬとは、ソースＳＣＬまたは登録手順を実行したアプリケーションに登録コンテキストをホストするＳＣＬのことである。ソースＳＣＬは、登録手順を開始するＳＣＬである。ソースＳＣＬをホストするエンティティは、デバイスまたはゲートウェイサービス能力レイヤとすることができる。登録アトリビュートとは、登録を許可されたエンティティ（すなわち、デバイス、ゲートウェイなど）の特性のことである。特性は、物理的特性（利用可能な電力、利用可能な容量）、識別情報、サービスクラスなどに関連することができる。これらのアトリビュートは、エンティティのＳＣＬに関連する登録コンテキストの部分を形成する。

サービス能力関連のステップの各々が、これ以降で詳細に説明される。以下のセクションでは、多くの機能およびメッセージは、それらの使用範囲を限定する意図はなく、置き換えること、組み合わせること、または別のステップで実行することができることに留意されたい。例えば、ＳＣ＿Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージは、能力指示メッセージと重複すること、または組み合わせることができ、ＳＣ＿Ｐｒｏｂｅ動作は、能力要求動作と組み合わせることができ、ｔｒａｃｅＳＣメッセージは、ＳＣ＿Ｐｒｏｂｅと同時に発行することができるなどである。

（規格（例えばＥＴＳＩ）準拠とすることができるデバイス、ゲートウェイ、およびコアネットワークなどの）エンティティは、サービス能力発見を実行し、発見されたサービス能力についての情報を有するようにデータベースを維持することができる。データベース内の情報の量は、エンティティの役割に依存することができる。例えば、登録ＳＣＬは、適切なＳＣ委任を可能にするために、非常に詳細なＳＣデータベースを必要とすることがある。対照的に、低電力Ｍ２Ｍエンドデバイスは、その登録ＳＣＬの位置を知る必要があることがある。ＳＣデータベースにデータを登録するために、エンティティは、以下のサービス能力発見手順のうちの１つによって、潜在的なサービス能力を有する他のエンティティを最初に発見する必要があることがある。

一実施形態によれば、ＳＣＬは、他のＳＣＬの識別情報またはアドレスを（ソフトウェアまたはハードウェアに）事前設定することができる。例えば、ネットワークサービスプロバイダ内のＳＣＬは、別のネットワークサービスプロバイダのＳＣＬの識別情報またはアドレスを知ることができる。例えば、識別情報またはアドレスは、ＩＰアドレスまたはポート番号などとすることができ、それは実施に依存することができる。

別の実施形態によれば、ＳＣＬは、ＳＣＬからの問い合わせに対して、ネットワーク内で使用できる潜在的なサービス能力のリストによって応答する、ディスパッチャサーバの識別情報またはアドレスを（ソフトウェアまたはハードウェアに）事前設定することができる。ソースＳＣＬは、ディスパッチャサーバが、返されるＳＣＬ識別情報またはアドレスのリスト（ＳＣＬアドレスリスト）を調整できるように、ディスパッチャサーバに追加情報を提供することができる。例えば、ゲートウェイサービス能力は、それが別のゲートウェイの背後にあることを示す表示を提供することができる。その場合、ディスパッチャサーバは、そのゲートウェイの識別情報またはアドレスを返すことができ、その後、それを以後の能力交換のために使用することができる。

別の実施形態によれば、エンティティがローカルネットワーク内に存在する場合、エンティティは、ローカルネットワーク通信を利用し、プラグアンドプレイ手法を使用して、潜在的なサービス能力の位置を決定することができる。手順は、（サービス中または製造中に）デバイスレベルにおけるいかなる人間の介入もなしに、エンティティが準備および構成されることを可能にする。手順は、以下のものに依存することができる。（１）特定のＭ２Ｍ使用事例に関連付けられたサービス能力の利用を申し込んだローカルネットワーク、これらの使用事例は、知られたＭ２Ｍサービス識別子によって識別される。（２）自らのＭ２Ｍサービス識別子を知っているエンティティ。表１は、Ｍ２Ｍサービス識別子の例を示している。ローカルネットワーク内のエンティティ（または複数のエンティティ）が、サービス能力レイヤの利用を申し込んだことが仮定されている。すなわち、エンティティは、１組のサービス能力レイヤに登録しており、知られたＭ２Ｍサービス識別子がサポートするこれらのサービス能力の各々に関連付けられている。これは、Ｍ２Ｍサービス識別子と、このタイプのエンティティを扱うようにタグ付けされた対応するＳＣＬ識別情報／アドレスとからなる、単純なテーブルとすることができる。ローカルネットワークは、このアドレス／識別情報を（例えば、Ｍ２Ｍゲートウェイ内のＳＣＬを介して）エンティティに提供することができる。

図１１は、ローカルネットワークにおけるサービス能力発見のための手順の例示的なフロー図である。デバイスは、エリアネットワークを使用し、ローカルネットワークと関連付けるために、ブートストラッピングを実行する（１１０２）。デバイスは、サポートされるそのＭ２Ｍサービス識別子を含む（これ以後、一例として「ＳＣ＿Ｐｒｏｂｅメッセージ」と呼ばれる）メッセージ（例えば「Ｉ ａｍ ａ ｔｈｅｒｍｏｓｔａｔ」）を、すでに関連付けられている（すなわち、通信リンクを確立した）Ｍ２Ｍゲートウェイに送信することができる（１１０４）。デバイスは、（ゲートウェイとの関連付けを行った後に知った）ゲートウェイのＩＰアドレスを使用することができ、ゲートウェイ内のデフォルトリソースへのＳＣ＿Ｐｒｏｂｅメッセージを書くことができる。メッセージは、デバイスによってサポートされるＭ２Ｍサービス識別子をリストアップすることができる。これらのＭ２Ｍサービス識別子は、例えば、製造時に、ハードウェアまたはソフトウェアに保存することができる。表１は、例示的なＭ２Ｍサービス識別子を示している。

デバイスが関連付けられたＭ２Ｍゲートウェイは、ＳＣ＿Ｐｒｏｂｅメッセージを受信し、受け取ったＭ２Ｍサービス識別子を現在のサブスクリプションプロファイルと対応付けることができる（１１０６）。例えば、Ｍ２Ｍゲートウェイが、電気消費の監視および制御を可能にする、スマートグリッドサービス能力レイヤの利用を申し込んだ場合、関連するサブスクリプションは、プライマリＭ２Ｍサービス識別子＝Ｅｌｅｃｔｒｉｃｉｔｙ Ｕｔｉｌｉｔｙである、任意のデバイスを受け入れることができる。サブスクリプションは、サポートされる特定のセカンダリＭ２Ｍサービス識別子（例えば、ｅｌｅｃｔｒｉｃｉｔｙ ｍｅｔｅｒｓ、ｃｕｒｒｅｎｔ ｃｏｎｔｒｏｌ、ｔｈｅｒｍｏｓｔａｔなど）を定めることができる。同じゲートウェイが、複数のサービス能力レイヤの利用を申し込むことができる。Ｍ２Ｍゲートウェイが、ＳＣ＿Ｐｒｏｂｅ内に含まれるサービス識別子に基づいて、どのサブスクリプションの下でデバイスが動作できるかを識別すると、Ｍ２Ｍゲートウェイは、（これ以後、一例として「ＳＣ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ」と呼ばれる）メッセージを送信することができる（１１０８）。ＳＣ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、どの１つまたは複数のエンティティにデバイスが話しかけることができるかを、デバイスに示すことができる。プラグアンドプレイ構成の一環として、ＳＣ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに続いて、利用を申し込まれたアプリケーションをＭ２Ｍデバイスレベルでサポートするために、Ｍ２Ｍゲートウェイからのアプリケーションソフトウェア更新が行われる。そのため、ソフトウェア更新は、ゲートウェイ上で動作するアプリケーション、またはネットワーク内にあるが、ゲートウェイにおいて利用を申し込まれたアプリケーションによってトリガすることができる。工場から出荷されるデバイスは、最小クライアントアプリケーションを備える、必要最低限のソフトウェアバージョンを有することができる。デバイスがＳＣ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すると、デバイスは、正しいＳＣＬエンティティに対する登録を実行することができる（１１１０）。

あるいは、エンティティは、（例えば、ブロードキャストＩＰアドレスおよびデフォルトリソースを使用して）ＳＣ＿Ｐｒｏｂｅメッセージを、ローカルネットワーク内でブロードキャストすることができる。サービス能力の利用を申し込んだローカルネットワーク内の任意のデバイスは、ＳＣ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いて、エンティティに応答することができる。エンティティは、応答したローカルネットワークノードからの応答を収集し、組み合わせ、これらに対して何らかの処理を実行して、重複または矛盾を防ぐことができる。

あるいは、エンティティ（例えばＭ２Ｍゲートウェイ）は、（これ以後、一例としてＳＣ＿Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージと呼ばれる）ブロードキャストメッセージを、ローカルネットワーク内で定期的に送出することができる。ＳＣ＿Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージは、エンティティによってサポートされるＭ２Ｍサービス識別子のリストを広告する。ＳＣ＿Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージは、知られたデフォルトリソースを使用して、ブロードキャストＩＰアドレスに送信することができる。ＳＣ＿Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージを受信したデバイスは、そのＭ２Ｍサービス識別子を、ＳＣ＿Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージ内に含まれるＭ２Ｍサービス識別子と比較し、そのＭ２Ｍサービス識別子の１つが広告されたサービス識別子とマッチした場合、ＳＣ＿Ｐｒｏｂｅメッセージによって応答することができる。あるいは、エンティティは、完全なＳＣＬアドレスリストを、ＳＣ＿Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージ内に含めることができる。このブロードキャストメッセージを受信すると、デバイス、そのＭ２Ｍサービス識別子とブロードキャストリスト内に含まれるＭ２Ｍサービス識別子との相互参照を行い、適切なＳＣＬを決定することができる。

この実施形態を用いた場合、デバイスレベルにおいていかなる構成も行わずに、異なるサブスクリプションおよびＭ２Ｍサービス事業者によって、Ｍ２Ｍデバイスの複数のグループを扱うことができる。例えば、Ｍ２Ｍゲートウェイは、２つのサービス能力レイヤの利用を申し込むことができ、一方は、電気設備に対するサービスを提供し、もう一方は、監視セキュリティシステムに対するサービスを提供する。これらのサービス能力レイヤの一方にアクセスする必要があるＭ２Ｍデバイスは、異なるＭ２Ｍサービス識別子を提示することができ、それによって、Ｍ２Ｍゲートウェイが、例えば、発見されたＳＣの異なるリスト、異なる登録エンティティ、または異なるアプリケーションソフトウェア更新などを割り当てて、Ｍ２Ｍデバイスを異なるように構成することを可能にする。

Ｍ２Ｍサービス識別子は、例えば、製造時に、ハードウェアまたはソフトウェアに保存することができる。同じデバイスが、それの耐用期間中に、異なる用途で使用されることがあるので、Ｍ２Ｍサービス識別子は、時間とともに動的に変化することがある。例えば、デバイスは、ある時にはｅヘルスデバイスとして使用され、その後、別の時には消費者向け電子機器として使用されることがある。

Ｍ２Ｍサービス識別子は、アプリケーションまたはデバイスのクラスまたはタイプを定義するために使用できる、任意の識別子とすることができる。Ｍ２Ｍサービス識別子は、調整された応答を提供するためにＳＣＬによって使用できる、任意の識別子を表すために使用される。例えば、Ｍ２Ｍサービス識別子は、アプリケーションクラス（例えば、温度センサ、運動検出器、圧力計など）、サービスクラス（例えば、高プライオリティ、損失耐性など）、使用事例クラス（例えば、加熱デバイス、セキュリティデバイスなど）、または任意の組み合わせとすることができる。

表２は、ＳＣ＿Ｐｒｏｂｅ、ＳＣ＿Ｃｏｎｆｉｇｕｒａｔｉｏｎ、およびＳＣ＿Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージの例示的な内容を示している。

ローカルネットワークは、より低位のレイヤのメッセージの部分として、ＳＣＬアドレスリストを搬送することができる。例えば、無線ＰＡＮでは、情報は、ＷＰＡＮコーディネータによってブロードキャストされる制御メッセージ（例えば、ブロードキャストビーコン）に収めて搬送することができる。ＳＣＬは、より低位のレイヤとの標準化されたインタフェースを使用して、ＳＣＬアドレスリストの挿入および抽出を可能にすること、ならびに（例えば、ＳＣＬアドレスリストの送信の頻度に応じて）より低位のレイヤを構成することができる。

別の実施形態によれば、エンティティは、サービス能力発見を支援するために、アクセスネットワークおよび類似のプラグアンドプレイ手法に依存することができる。これは、アクセス／コアネットワーク登録プロセスと統合することができ、または新しい要求メッセージ（例えば、非アクセス層（ＮＡＳ）メッセージ）を介して達成することができる。例えば、移動体通信用グローバルシステム（ＧＳＭ）およびユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）用のゲートウェイＧＰＲＳサポートノード、ならびに進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）用のパケットゲートウェイ（Ｐ−ＧＷ）は、ＳＣＬアドレスリスト、ならびにプライマリＭ２Ｍサービス識別子およびセカンダリＭ２Ｍサービス識別子へのマッピングを用いて構成することができる。エンティティが、そのアクセスおよびコアネットワーク登録、ならびにその後のパケットデータプロトコル（ＰＤＰ）コンテキスト活動化を実行する場合、エンティティは、そのＭ２Ｍサービス識別子を、交換されるメッセージの部分として含めることができる。ＰＤＰコンテキストを活動化し、ＩＰアドレスをエンティティに割り当てるのに加えて、コアネットワークは、ＳＣＬアドレスリストを提供することができる。この情報は、登録確認またはＰＤＰコンテキスト活動化メッセージに収めて、エンティティに送信することができる。

あるいは、エンティティは、新しいＮＡＳメッセージをコアネットワークに送信することができ、コアネットワークは、ＳＣＬアドレスリストによって応答することができる。

あるいは、アクセスネットワークは、より低位のレイヤのメッセージの部分として、ＳＣＬアドレスリストを搬送することができる。例えば、セルラネットワークでは、情報は、アクセスポイントまたは基地局によってブロードキャストされる制御メッセージ（例えば、ブロードキャストフレーム、同期フレーム、またはシステム情報フレームなど）に収めて搬送することができる。ＳＣＬは、より低位のレイヤとの標準化されたインタフェースを使用して、ＳＣＬアドレスリストの挿入および抽出を可能にすること、ならびに（例えば、ＳＣＬアドレスリストの送信の頻度に応じて）より低位のレイヤを構成することができる。

エンティティが移動性を有する場合、またはチャネル状態が変化する場合、エンティティは、ＳＣデータベースをリフレッシュすることができる。リフレッシュは、定期的とすることができ、または何らかのイベントによってトリガすることができる。例えば、エンティティが物理的に移動して、新しいゲートウェイと関連し、したがって、エンティティとネットワークおよびアプリケーションドメインとの接続ポイントが変化した場合、エンティティは、いくつかのサービス能力について、新しいゲートウェイに依存することができる。エンティティのより低位のレイヤは、新しいゲートウェイのＳＣＬに信号を送ることができる。その後、ＳＣＬは、ＳＣ発見手順を開始することができる。

ＳＣＬが互いを発見すると、それらは、ピアＳＣＬによってサポートされるサービス能力機能を発見し、２つのＳＣＬの間でのこの機能の共有を構成するために、サービス能力交換および対話を実行する必要があることがある。この対話は、異なるＭ２Ｍコア（すなわち、ネットワークサービス能力（ＮＳＣ））の間で、ゲートウェイとそれに関連するＭ２Ｍコアの間で、異なるゲートウェイの間で、Ｍ２Ｍデバイスとそれに関連するＭ２Ｍコアもしくはゲートウェイの間で、または異なるＭ２Ｍデバイスの間で行うことができる。

サービス能力機能は、いずれのＭ２Ｍ要素（例えば、デバイス、ゲートウェイ、コアネットワーク）にも包括的に係わることができ、そのため、それらは、それを受信できる任意の要素にブロードキャストすることができる。これは、初期発見のために使用することができる。あるいは、サービス能力機能は、Ｍ２Ｍ要素のグループに包括的に係わることができ、そのため、それは、そのグループにマルチキャストすることができる。例えば、ゲートウェイは、Ｍ２ＭデバイスのあるグループとＭ２Ｍデバイスの別のグループのために、データ保存および保持をサポートし、それらのデータは、より高位のティアゲートウェイまたはＭ２Ｍコアにおいて保存される。あるいは、サービス能力機能は、あるＭ２Ｍ要素に固有とすることができ、そのため、それは、その特定のＭ２Ｍ要素にユニキャストすることができる。

ＳＣ交換のための基本動作は、問い合わせまたは広告によって行うことができる。問い合わせ手法では、（ＳＣＬ１と呼ばれる）１つの要素内のＳＣＬは、能力要求メッセージを、（ＳＣＬ２と呼ばれる）別のＳＣＬに送信することができる。このメッセージは、ＳＣＬ２がサポートするサービス能力を問い合わせる。ＳＣ機能以外の他の能力を交換することもできる。要求を受信した後、ＳＣＬ２は、ＳＣＬ２がサポートする機能を含む、能力応答メッセージを送信する。この初期ＳＣ構成は、独立した手順とすることができ、または以下で説明されるＳＣ登録の初期部分とすることができる。

広告手法では、ＳＣＬは、それがサポートするＳＣ機能を示す能力表示を、１つまたは複数の他のＳＣＬに送信する。他のＳＣＬは、その能力を承認してもよく、または承認しなくてもよい。

図１２は、デバイスと、２つのゲートウェイ（ＧＷ１、ＧＷ２）と、２つのネットワーク事業者（ＮＳＣ１、ＮＳＣ２）とを含むシステム内のエンティティ間での能力交換の例示的なフロー図である。初期サービス能力機能が、ＮＳＣ１およびＮＳＣ２において生成される（１２０２）。ＮＳＣ１およびＮＳＣ２は、サポートされるサービス能力を含む能力表示を交換する（１２０４、１２０６）。ＧＳＣ１が、初期化される（１２０８）。ＧＳＣ１は、サービス能力発見を実行する（１２１０）。この例では、ＧＳＣ１が、ＮＳＣ１を発見し、能力要求をＮＳＣ１に送信する（１２１２）。ＮＳＣ１は、能力応答によって応答する（１２１４）。ＧＳＣ１は、能力応答に基づいて、構成を実行する（１２１６）。ＧＳＣ２が、初期化される。ＧＳＣ２は、サービス能力発見を実行する（１２２０）。この例では、ＧＳＣ２が、ＮＳＣ２を発見し、能力表示をＮＳＣ２から受信する（１２２２）。ＧＳＣ２は、能力表示に基づいて、構成を実行する（１２２４）。ＧＳＣ２も、能力表示をＮＳＣ２に送信する（１２２６）。ＤＳＣ１が、初期化される（１２２８）。ＤＳＣ１は、サービス能力発見を実行する（１２３０）。この例では、ＤＳＣ１が、ＧＳＣ１を発見し、能力要求をＧＳＣ１に送信する（１２３２）。サービス能力の分割に応じて、ＧＳＣ１は、サービス能力の分割についてＮＳＣ１をチェックすることができる。したがって、ＧＳＣ１は、能力要求をＮＳＣ１に送信し、能力応答を受信することができる（１２３４、１２３８）。ＧＳＣ１は、ＤＳＣ１のためにインスタンスを生成する（１２３６）。ＧＳＣ１は、能力応答を送信する（１２４０）。

能力要求、応答、および表示メッセージの交換は、ＳＣＬが、基礎をなすエリア、アクセス、コア、および／またはトランスポートネットワークを使用して、互いにアクセスできるという仮定に基づいている。これらのメッセージは、ＳＣ機能に限定されず、一般的なＳＣ機能発見、ネゴシエーション、および構成を目的として、使用することができる。表３は、能力要求、応答、および表示メッセージの例示的な情報要素（ＩＥ）を示している。

サービス能力は、再構成することができる。サービス能力再構成は、モビリティ（例えば、Ｍ２Ｍデバイスまたはゲートウェイが移動したこと）、ＳＣ能力の変化（例えば、ゲートウェイが記憶空間を使い果たしたこと）、コアに属するゲートウェイおよび／もしくはデバイスに対するＭ２Ｍサービスプロバイダによるサービス能力分配の変化、周期的もしくは定期的なトリガ、または新しいＳＣＬに対する登録（例えば、Ｍ２Ｍデバイスが新しいＳＣＬを発見し、そのサービス能力機能のいくつかを使用したいと望むことがある）などを原因とすることができる。再構成は、ネットワークが開始すること、ゲートウェイが開始すること、またはデバイスが開始することができる。表３において定義されるメッセージは、再構成のためにも同じく使用することができる。

ＳＣＬは、登録を試みているソースＳＣＬにとって最も効率的なサービス能力の共有を決定するために、階層発見を実行することができる。例えば、デバイスは、多くのレベルのゲートウェイの背後に位置することができ、各ゲートウェイが、サービス能力を提供することが可能である。サービス能力をどのようにソースＳＣＬに割り当てるべきかを決定する場合、登録ＳＣＬは、中間ゲートウェイの各々が提供できるサービス能力機能としての、この階層を知っている必要がある。これは、階層発見手順によって決定される。

一実施形態によれば、ソースＳＣＬが、ＳＣ発見手順をすでに実行しており、ＳＣデータベースを維持している場合、ソースＳＣＬは、その登録メッセージ内にこの情報を含めることができる。あるいは、登録ＳＣＬは、ソースがＳＣ発見手順を開始して、ゲートウェイ接続性を決定することを要求することができる。

別の実施形態によれば、登録ＳＣＬは、ソースＳＣＬにおけるトレーシングをトリガすることができる。ソースＳＣＬは、特別なメッセージを登録ＳＣＬに送信することができ、そのメッセージは、登録ＳＣＬに至る経路の途中にある中間ＳＣＬによってインタセプトされる。中間ＳＣＬの各々は、識別情報およびサポートされるサービス能力のリストを、特別なメッセージに追加する。例えば、登録ＳＣＬは、トレースコマンドをソースＳＣＬに送信することができ、ソースＳＣＬは、このメッセージを登録ＳＣＬにエコーバックする。ソースＳＣＬは、そのエリアネットワーク内でトレースメッセージをブロードキャストすることができる。このメッセージを受信した、サービス能力を提供することを厭わない、互換性のあるデバイスおよびゲートウェイは、このメッセージをインタセプトし、自らの識別情報および提供したいサービス能力機能のリストを追加し、このメッセージを（例えば、別のブロードキャストメッセージを送信することによって）階層内のより上部またはより深部に転送することができる。最終的に、メッセージは、エッジゲートウェイ（アクセスおよびコアネットワークへの接続性を提供するゲートウェイ）まで伝搬する。エッジゲートウェイは、自らの識別情報およびサービス能力機能を、トレースメッセージに追加することができる。その後、エッジゲートウェイは、メッセージを（アクセスおよびコアネットワークを介して）登録ＳＣＬに直接的に転送することを決定することができる。トレースメッセージを受信すると、登録ＳＣＬは、ソースＳＣＬが話しかけることができるノードと、これらのノードが提供することを厭わないサービス能力機能とからなる完全なリストを有する。表４は、トレースメッセージの例示的なＩＥを示している。

ＳＣＬ登録のための実施形態が、これ以降で開示される。登録は、登録ＳＣＬ内のサービス能力を使用できるように、登録ＳＣＬが、ソースＳＣＬまたはアプリケーションを認証および認可する手順である。登録ＳＣＬとは、ソースＳＣＬまたは登録手順を実行したアプリケーションに登録コンテキストをホストするＳＣＬのことである。ソースＳＣＬは、登録手順を開始するＳＣＬである。ソースＳＣＬをホストするエンティティは、デバイスまたはゲートウェイサービス能力レイヤとすることができる。登録アトリビュートとは、登録を許可されたエンティティ（例えば、デバイス、ゲートウェイなど）の特性のことである。特性は、物理的特性（利用可能な電力、利用可能な容量）、識別情報、サービスクラスなどに関連することができる。これらのアトリビュートは、エンティティのＳＣＬに関連する登録コンテキストの部分を形成する。

ＳＣＬは、登録を扱うことが可能なＳＣＬの識別情報を知っている場合、そのエンティティに対する登録を実行する。登録に先立って、登録前フェーズを実行して、登録機能をサポートする発見されたＳＣＬのうちから、登録を行うＳＣＬを決定することができる。登録ＳＣＬは、それが使用できるサービス能力の階層的レイアウトを知ることができる。

図１３は、登録のための例示的なフローである。前提条件として、ＧＳＣ１、ＧＳＣ２、ＮＳＣ１、およびＮＳＣ２は、互いを発見し、サービス能力の共有をネゴシエートしており、ＮＳＣ２は、それに代わって、セキュリティサービス能力を扱うように、ＮＳＣ１に委任しており、ＮＡは、アプリケーションのための登録を扱うＮＳＣ２にすでに登録しており、デバイスは、エリアネットワークにブートストラップし、このネットワークへの接続性を有し、その登録ＳＣＬ（この例ではＮＳＣ２）を発見している。

ＤＳＣは、その登録ＳＣ（すなわち、この例ではＮＳＣ２）に登録要求を送信する（１３０２）。ＮＳＣ２は、ＮＳＣ１のセキュリティサービス能力を使用するために、セキュリティ要求をＮＳＣ１に送信する（１３０４）。ＮＳＣ１は、セキュリティ応答をＮＳＣ２に送信する（１３０６）。ＮＳＣ２は、ＲＡＲ能力をＧＳＣ１に委任しているので、このサービス能力を構成し、ＳＣ構成要求を送信することによって、ＤＳＣの登録コンテキストをＧＳＣ１に渡す（１３０８）。ＧＳＣ１は、ＳＣ構成応答によって応答する（１３１０）。ＮＳＣ２は、登録応答を送信することによって、ＲＡＲ機能のためにＧＳＣ１を使用するように、ＤＳＣに通知する。

ＳＣＬは、複数のＳＣＬに登録することができる。例えば、デバイスは、複数のローカルゲートウェイに接続することができ、ゲートウェイの各々において、異なるサービス能力機能（例えば、キャッシングのために１つ、セキュリティおよびアドレス指定能力のために１つ）を使用することができる。デバイスは、ローミングデバイスとすることができ、そのため、そのＳＣＬは、ホームコアと訪問先コアの両方に登録することができる。

１つから複数のＳＣＬ登録が、初期ＳＣＬ登録時に起こってもよく（すなわち、ＳＣＬが複数のＳＣＬに登録する）、またはＳＣＬ登録は、漸増的に生じてもよい（すなわち、ＳＣＬは最初に１つのＳＣＬに登録し、後で別のＳＣＬに登録する）。ソースＳＣＬは、複数の登録要求を複数のターゲットＳＣＬに送信することができる。ターゲットＳＣＬは、ソースＳＣＬのために必要なリソースを生成する。あるいは、ターゲットＳＣＬは、別のＳＣＬに登録するように、ソースＳＣＬに要求することもある。ＳＣＬは、その登録ＳＣＬとして「アンカ」ＳＣＬを予約することができ、したがって、他のＳＣＬは、「補助」ＳＣＬと見なすことができる。ＳＣＬ登録は、アプリケーション登録から独立および透過的とすることができる。

アプリケーションは、ＳＣＬおよび／または他のアプリケーションと通信するために登録する。アプリケーションは、１つまたは複数のＳＣＬまたは別のアプリケーションに登録することができる。アプリケーション関連のパラメータ（例えば、アプリケーションタイプ、記憶空間、キャッシュ要件など）、およびアプリケーションによって必要とされるサービス能力は、アプリケーション登録要求に含めることができる。

アプリケーションとＳＣＬは、ＳＣＬがアプリケーションにどんなサービス能力機能を提供できるかを交換することができる。必ずしもすべてのサービス能力機能が、すべてのアプリケーションに可視であり、利用可能であるわけではない。アプリケーションは、サービス能力機能を構成することができる。例えば、ユーザプレーン記憶の場合、同期通信、非同期通信などのために、ＲＡＤＡＲ機能を構成することができる。アプリケーション登録要求は、登録ＳＣＬが、（例えば、初期ＳＣ構成または再構成の後に）サービス能力機能をアプリケーション毎に様々なＳＣＬに委任することを可能にするために、Ｍ２Ｍサービス識別子（または類似の識別子）を含むことができる。

ソース（例えば、リクエスタアプリケーション）が、アプリケーション登録要求をターゲット（例えば、ターゲットＳＣＬ）に送信した場合、アプリケーション登録要求に含まれる情報を含む、アプリケーション登録リソースを生成することができる。アプリケーションは、それが登録したサービス能力とＳＣＬから受け取ることができるＳＣ機能のローカルコピーを有することができる。その後、登録されたアプリケーションは、それが登録したＳＣＬのサービス能力機能を使用することができる。生成されたリソースは、アプリケーションがそれによってＳＣＬを使用できるインタフェースを提供する。

特にネットワークアプリケーションの場合、登録ＳＣＬの構成は、登録ＳＣＬに登録することを許可されたエンティティからなるホワイトリスト、登録を拒否されることがあるエンティティからなるブラックリスト（例えば、アプリケーションが、不正挙動としてマークされたエンティティなど、選択されたエンティティ以外のエンティティに対して通常は公開されている場合）、登録ＳＣＬがサービス能力委任を実行することを許可されているかどうかを示す表示を含むことができる。例えば、アプリケーションは、デバイスアプリケーションが、ＲＡＤＡＲ機能を可能とするゲートウェイの背後に存在できる場合であっても、ユーザプレーン情報記憶を登録ＳＣＬにおいて扱うことを要求することができる。

（アプリケーションのためのＳＣインスタンス化と呼ばれる）ゲートウェイＳＣＬへのデバイスアプリケーション登録の間、ＧＳＣがアプリケーションにどのサービス能力機能を提供できるかについての合意がすでに存在することがある。この合意は、Ｍ２Ｍサービス識別子または類似の識別子（例えば、アプリケーションクラス）に基づいて、事前決定しておくことができる。このアプリケーションについては、ゲートウェイは、特定の識別子についての合意に従って、サービス能力機能をＮＳＣに委任することができる。

図１４は、一実施形態による、アプリケーションクラスに基づいた、ＳＣ委任の例示的なフローである。この例では、２つのデバイスが、ゲートウェイに接続される。ネットワークサービス能力が生成されている。ゲートウェイに電源が入り、ゲートウェイが、コアネットワークに接続する（１４０２）。ゲートウェイは、初期ＳＣ構成を実行する（１４０４）。ゲートウェイが登録したとき、ゲートウェイ（すなわちＧＳＣ）とＭ２Ｍサービスプロバイダコアネットワーク（すなわちＮＳＣ）の間のサービス能力交換が実行される。アプリケーションクラス識別子は、ゲートウェイがアプリケーションにどのサービス能力機能を提供できるかを決定する際の１つのファクタとすることができる。アプリケーションクラス識別子毎に、ＮＳＣは、サービス能力をどのように分割または共有すべきかを決定し、委任された能力をゲートウェイに通知することができる。例えば、スマートメータ管理アプリケーションクラスの場合、ゲートウェイが、ＲＡＲ記憶機能をアプリケーションに提供することができる。セキュリティシステムアプリケーションクラスの場合、コアネットワークが、ＲＡＲ記憶機能を提供することができる。どちらのアプリケーションの場合も、コアネットワークが、ＨＤＲ機能を提供することができる。アプリケーションクラスは、ゲートウェイにおける異なるアプリケーションに対するサポートを、どのＳＣ機能が行うべきかを決定するために使用することができる。

デバイス１が、ゲートウェイに接続し（１４０６）、アプリケーションクラスとともに登録要求を送信する（１４０８）。デバイスが、ゲートウェイ（ＧＳＣ）へのアプリケーション登録を開始したとき、ゲートウェイは、登録手順に含まれるアプリケーションクラスに基づいて、その特定のアプリケーションのためのサービス能力を構成する。これは、ネットワーク内のＳＣＬ（ＮＳＣ）への通知も含む。ゲートウェイは、ＳＣ委任要求をＮＳＣに送信し（１４１０）、ＮＳＣは、ＳＣ委任応答を送信する（１４１２）。その後、ゲートウェイは、登録応答をデバイス１に送信する（１４１４）。

デバイス２が、ゲートウェイに接続し（１４１６）、アプリケーションクラスとともに登録要求を送信する（１４１８）。異なるアプリケーションクラスが原因で、異なるデバイスに異なるＳＣ分割が適用されることがある。ゲートウェイは、ＳＣ委任要求をＮＳＣに送信し（１４２０）、ＮＳＣは、ＳＣ委任応答を送信する（１４２２）。その後、ゲートウェイは、登録応答をデバイス２に送信する（１４２４）。

アプリケーションは、複数のＳＣＬに登録することができる。アプリケーションは、それが登録したＳＣＬに、異なるＳＣ機能を要求することができる。異なるＳＣＬは、（いかなるセキュリティ問題も引き起こさないならば）アプリケーションの情報を交換することができる。表５は、アプリケーションについての一対多登録（すなわち、複数のＳＣＬへのアプリケーション登録についてのリクエスタとターゲット）の例示的なケースを示している。

「Ｄデバイス」は、ＥＴＳＩ Ｍ２ＭコアネットワークまたはＥＴＳＩ Ｍ２Ｍゲートウェイと直接的に通信できる、ＥＴＳＩ Ｍ２Ｍデバイスである。「Ｄ’デバイス」は、ＥＴＳＩ Ｍ２Ｍサービス能力を実施せず、Ｍ２Ｍゲートウェイ内のサービス能力の使用を介して、Ｍ２Ｍコアと間接的に対話する、ＥＴＳＩ Ｍ２Ｍデバイスである。「ｍＩａ」は、Ｍ２Ｍコアとのアプリケーション対話のための汎用および拡張可能なメカニズムを提供する参照点であり、「ｄＩａ」は、Ｍ２Ｍデバイス内のサービス能力とのアプリケーション対話のための汎用および拡張可能なメカニズムを提供する参照点であり、「ｍＩｄ」は、Ｍ２ＭコアのＮＧＣ能力とのＭ２ＭデバイスおよびＭ２Ｍゲートウェイ対話のための汎用および拡張可能なメカニズムを提供する参照点である。

アプリケーション（ソースアプリケーション）は、別のアプリケーション（ターゲットアプリケーション）に登録することを選択することができる。例えば、デバイスアプリケーションは、ネットワークアプリケーションに登録することができる。アプリケーションは、Ｍ２Ｍ ＳＣＬから完全に透過的とすることができる。アプリケーションは、登録情報を維持してもよく、または維持しなくてもよい。例えば、登録情報は、アプリケーションから見てローカルなストレージにセーブすることができる。あるいは、ソースアプリケーションとターゲットアプリケーションの間のトランザクションは、一時的とすることができる。ターゲットアプリケーションがＳＣＬに登録されている場合、ターゲットアプリケーションは、サービス能力機能（例えば、ストレージ）を使用して、それに直接的に登録されたアプリケーションを扱うことができる。ターゲットアプリケーションは、ソースアプリケーションのためのプロキシのような役割を果たすことができる。これは、自らはサービス能力を有さず、ゲートウェイまたはレガシデバイスの背後に存在しないデバイスを扱うのに有益なことがある。

ＳＣＬは、それに登録されたアプリケーションを広告することができる。広告は、ＳＣＬがあるアプリケーションを別のＳＣＬから可視にすることを望む場合に、送信することができる。広告は、ＳＣＬに登録され、ＳＣＬ内にリソースを有するアプリケーションを通知する。表６は、ＳＣ広告メッセージの例示的なＩＥである。

ＳＣＬは、サービス能力登録移転を要求することができる。これは、要求ＳＣＬがターゲットＳＣＬのサービスを使用したいと望んでおり、要求ＳＣＬが別のＳＣＬ（ソースＳＬＣ）にすでに登録していることを、ターゲットＳＣＬに通知するために、要求ＳＣＬによって使用される。サービス能力登録移転要求メッセージは、最終的な移転を容易にするために、要求ＳＣＬの最後の接続点を含むことができる。

サービス能力登録移転要求は、ターゲットＳＣＬ（ＳＣＬ２）に登録された第３のＳＣＬから登録コンテキストを移転するように、または第３のＳＣＬに登録されたアプリケーションから登録コンテキストを移転するようにＳＣＬ２に要求するために、要求ＳＣＬによって使用することができる。要求ＳＣＬが移転を要求すると、ターゲットＳＣＬは、ソースＳＣＬから情報を取り出すことができる。あるいは、要求ＳＣＬは、サービス能力登録移転をターゲットＳＣＬに移転するように、ソースＳＣＬに直接的に要求することができる。

ソースＳＣＬは、ＳＣＬの登録コンテキストと、ソースＳＣＬに登録したアプリケーションを、近隣ＳＣＬにブロードキャストまたはマルチキャストすることができる。ブロードキャストされる情報の量は、シグナリング負荷を低減させるように、調整することができる。例えば、ソースＳＣＬは、登録されたアプリケーションについての部分的な情報をブロードキャストすることができる。その後、関心を有するＳＣＬは、完全な登録コンテキストを要求することができる。

どのＳＣＬと情報を共有できるかを決定するために、ＳＣＬは、情報を共有すべき近隣ＳＣＬの事前設定されたリストを有することができる。例えば、倉庫では、リストは、倉庫内のゲートウェイのリストとすることができる。あるいは、ＳＣＬは、どのＳＣＬが近隣ＳＣＬであるかを発見し、他のどのＳＣＬと情報を共有できるかを自ら決定することができる。あるいは、ＳＣＬに中央エンティティを接続することができ、中央エンティティが、情報をどのように共有すべきかをＳＣＬに通知することができる。

サービス能力を有するＭ２Ｍデバイスおよびサービス能力を有さないＭ２Ｍデバイスに対する、サービス能力移転およびモビリティサポートについての例示的なケースが、図１５から図２６を参照して説明される。

図１５は、Ｍ２Ｍデバイスがゲートウェイカバレージに入り、変更を開始する場合の、サービス能力移転のための例示的なシグナリングフローである。Ｍ２Ｍデバイスサービス能力は、最初に、ネットワークサービス能力に登録する（１５０１）。Ｍ２Ｍデバイスは、移動し、ゲートウェイカバレージエリアに入る（１５０２）。Ｍ２Ｍデバイスは、ゲートウェイサービス能力を発見する（１５０３）。Ｍ２Ｍデバイスサービス能力は、ゲートウェイサービス能力の使用を要求する（１５０４）。ゲートウェイサービス能力は、登録情報移転をネットワークサービス能力に要求する（１５０５）。ネットワークサービス能力は、登録情報をゲートウェイにプッシュする（１５０６）。その後、ゲートウェイサービス能力は、サービス能力の使用を求める要求を承諾する（１５０７）。

図１６は、Ｍ２Ｍデバイスがゲートウェイカバレージエリアに入り、ネットワークが変更を開始する場合の、サービス能力移転のための例示的なシグナリングフローである。Ｍ２Ｍデバイスサービス能力は、最初に、ネットワークサービス能力に登録する（１６０１）。Ｍ２Ｍデバイスは、移動し、ゲートウェイカバレージエリアに入る（１６０２）。Ｍ２Ｍデバイスは、ゲートウェイサービス能力を発見する（１６０３）。Ｍ２Ｍデバイスは、それがゲートウェイのカバレージエリアの下にあることをネットワークに通知する（１６０４）。ネットワークは、ゲートウェイにハンドオーバするようにＭ２Ｍデバイスに要求する（１６０５）。Ｍ２Ｍデバイスサービス能力は、ゲートウェイサービス能力の使用を要求する（１６０６）。ゲートウェイサービス能力は、登録情報移転をネットワークサービス能力に要求する（１６０７）。ネットワークサービス能力は、登録情報をゲートウェイにプッシュする（１６０８）。その後、ゲートウェイサービス能力は、サービス能力の使用を求める要求を承諾する（１６０９）。

図１７は、完全な可視性があるケースにおける、Ｍ２Ｍデバイスがゲートウェイカバレージから出る場合の、サービス能力移転のための例示的なシグナリングフローである。Ｍ２Ｍデバイスサービス能力は、ゲートウェイサービス能力に登録する（１７０１）。ゲートウェイサービス能力は、デバイス登録情報をネットワークサービス能力にプッシュする（１７０２）。Ｍ２Ｍデバイスは、移動し、ゲートウェイカバレージエリアから出る（１７０３）。Ｍ２Ｍデバイスは、ネットワークサービス能力を発見する（１７０４）。Ｍ２Ｍデバイスサービス能力は、ネットワークサービス能力の使用を要求する（１７０５）。デバイス情報はすでにネットワーク内に存在するので、ネットワークサービス能力は、サービス能力の使用を求める要求を承諾する（１７０７）。

図１８は、可視性がないケースにおける、Ｍ２Ｍデバイスがゲートウェイカバレージから出る場合の、サービス能力移転のための例示的なシグナリングフローである。Ｍ２Ｍデバイスサービス能力は、ゲートウェイサービス能力に登録する（１８０１）。Ｍ２Ｍデバイスは、移動し、ゲートウェイカバレージエリアから出る（１８０２）。Ｍ２Ｍデバイスは、ネットワークサービス能力を発見する（１８０３）。Ｍ２Ｍデバイスサービス能力は、ネットワークサービス能力の使用を要求する（１８０４）。Ｍ２Ｍデバイスは、最後の接続点のアドレスも通知する。ネットワークサービス能力は、デバイスの登録情報をゲートウェイサービス能力に要求する（１８０５）。ゲートウェイサービス能力は、登録情報をネットワークサービス能力にプッシュする（１８０６）。ネットワークサービス能力は、サービス能力の使用を求める要求を承諾する（１８０７）。

図１９は、完全な可視性があるケースにおける、Ｍ２Ｍデバイスが新しいゲートウェイカバレージに入る場合の、サービス能力移転のための例示的なシグナリングフローである。Ｍ２Ｍデバイスサービス能力は、ゲートウェイサービス能力１に登録する（１９０１）。ゲートウェイサービス能力１は、デバイス登録情報をネットワークサービス能力にプッシュする（１９０２）。Ｍ２Ｍデバイスは、移動し、ゲートウェイカバレージエリアから出る（１９０３）。Ｍ２Ｍデバイスは、ゲートウェイサービス能力２を発見する（１９０４）。Ｍ２Ｍデバイスサービス能力は、ゲートウェイサービス能力２の使用を要求する（１９０５）。ゲートウェイサービス能力２は、Ｍ２Ｍデバイスの登録情報をネットワークサービス能力に要求する（１９０６）。ネットワークサービス能力は、登録情報をゲートウェイサービス能力２にプッシュする（１９０７）。ゲートウェイサービス能力２は、サービス能力の使用を求める要求を承諾する（１９０８）。

図２０は、可視性がないケースにおける、Ｍ２Ｍデバイスが新しいゲートウェイカバレージに入る場合の、サービス能力移転のための例示的なシグナリングフローである。Ｍ２Ｍデバイスサービス能力は、ゲートウェイサービス能力１に登録する（２００１）。Ｍ２Ｍデバイスは、移動し、ゲートウェイカバレージエリアから出る（２００２）。Ｍ２Ｍデバイスは、ゲートウェイサービス能力２を発見する（２００３）。Ｍ２Ｍデバイスサービス能力は、ゲートウェイサービス能力２の使用を要求する（２００４）。Ｍ２Ｍデバイスは、最後の接続点のアドレスも通知する。ゲートウェイサービス能力２は、Ｍ２Ｍデバイスの登録情報をネットワークサービス能力に要求する（２００５）。ゲートウェイは、Ｍ２Ｍデバイスの最後の接続点のアドレスも通知する。ネットワークサービス能力は、Ｍ２Ｍデバイスの登録情報をゲートウェイサービス能力１に要求する（２００６）。ゲートウェイサービス能力１は、デバイス登録情報をネットワークサービス能力にプッシュする（２００７）。ネットワークサービス能力は、登録情報をゲートウェイサービス能力２にプッシュする（２００８）。ゲートウェイサービス能力２は、サービス能力の使用を求める要求を承諾する（２００９）。

図２１は、サービス能力を有さないＭ２Ｍデバイスがゲートウェイカバレージに入り、変更を開始する場合の、モビリティサポートのための例示的なシグナリングフローである。Ｍ２Ｍデバイスアプリケーションは、最初に、ネットワークサービス能力に登録する（２１０１）。Ｍ２Ｍデバイスは、移動し、ゲートウェイカバレージエリアに入る（２１０２）。Ｍ２Ｍデバイスは、ゲートウェイサービス能力を発見する（２１０３）。Ｍ２Ｍデバイスアプリケーションは、ゲートウェイサービス能力に登録する（２１０４）。

図２２は、サービス能力を有さないＭ２Ｍデバイスがゲートウェイカバレージエリアに入り、ネットワークが変更を開始する場合の、モビリティサポートのための例示的なシグナリングフローである。Ｍ２Ｍデバイスアプリケーションは、最初に、ネットワークサービス能力に登録する（２２０１）。Ｍ２Ｍデバイスは、移動し、ゲートウェイカバレージエリアに入る（２２０２）。Ｍ２Ｍデバイスは、ゲートウェイサービス能力を発見する（２２０３）。Ｍ２Ｍデバイスは、それがゲートウェイのカバレージエリアの下にあることをネットワークに通知する（２２０４）ネットワークは、ゲートウェイにハンドオーバするようにＭ２Ｍデバイスに要求する（２２０５）。Ｍ２Ｍデバイスアプリケーションは、ゲートウェイサービス能力に登録する（２２０６）。ゲートウェイサービス能力は、完全な可視性があるケースでは、登録情報をネットワークサービス能力にプッシュする（２２０７）。あるいは、ネットワークは、デバイスアプリケーション情報をゲートウェイにプッシュすることができ、デバイスは、ゲートウェイのサービス能力の使用をゲートウェイに要求することができ、情報はゲートウェイにおいてすでに利用可能であるので、ゲートウェイは、デバイスからの要求を承諾することができる。

図２３は、完全な可視性があるケースにおける、サービス能力を有さないＭ２Ｍデバイスがゲートウェイカバレージから出る場合の、サービス能力移転のための例示的なシグナリングフローである。Ｍ２Ｍデバイスアプリケーションは、ゲートウェイサービス能力に登録する（２３０１）。ゲートウェイサービス能力は、デバイスアプリケーションをネットワークサービス能力に広告する（２３０２）。Ｍ２Ｍデバイスは、移動し、ゲートウェイカバレージエリアから出る（２３０３）。Ｍ２Ｍデバイスは、ネットワークサービス能力を発見する（２３０４）。Ｍ２Ｍデバイスアプリケーションは、ネットワークサービス能力に登録する（２３０５）。あるいは、ゲートウェイは、デバイスアプリケーション情報をネットワークにプッシュすることができ、デバイスは、ネットワークのサービス能力の使用をネットワークに要求することができ、情報はネットワークにおいてすでに利用可能であるので、ネットワークは、デバイスからの要求を承諾することができる。

図２４は、可視性がないケースにおける、サービス能力を有さないＭ２Ｍデバイスがゲートウェイカバレージから出る場合の、サービス能力移転のための例示的なシグナリングフローである。Ｍ２Ｍデバイスアプリケーションは、ゲートウェイサービス能力に登録する（２４０１）。Ｍ２Ｍデバイスは、移動し、ゲートウェイカバレージエリアから出る（２４０２）。Ｍ２Ｍデバイスは、ネットワークサービス能力を発見する（２４０３）。Ｍ２Ｍデバイスアプリケーションは、ネットワークサービス能力に登録する（２４０４）。

図２５は、完全な可視性があるケースにおける、サービス能力を有さないＭ２Ｍデバイスが新しいゲートウェイカバレージに入る場合の、サービス能力移転のための例示的なシグナリングフローである。Ｍ２Ｍデバイスアプリケーションは、ゲートウェイサービス能力１に登録する（２５０１）。ゲートウェイサービス能力１は、デバイスアプリケーションをネットワークに広告する（２５０２）。Ｍ２Ｍデバイスは、移動し、ゲートウェイ１カバレージエリアから出る（２５０３）。Ｍ２Ｍデバイスは、ゲートウェイサービス能力２を発見する（２５０４）。Ｍ２Ｍデバイスアプリケーションは、ゲートウェイサービス能力２に登録する（２５０５）。ゲートウェイサービス能力２は、デバイスアプリケーションをネットワークに広告する（２５０６）。

図２６は、可視性がないケースにおける、サービス能力を有さないＭ２Ｍデバイスが新しいゲートウェイカバレージに入る場合の、サービス能力移転のための例示的なシグナリングフローである。Ｍ２Ｍデバイスアプリケーションは、ゲートウェイサービス能力１に登録する（２６０１）。Ｍ２Ｍデバイスは、移動し、ゲートウェイ１カバレージエリアから出る（２６０２）。Ｍ２Ｍデバイスは、ゲートウェイサービス能力２を発見する（２６０３）。Ｍ２Ｍデバイスアプリケーションは、ゲートウェイサービス能力２に登録する（２６０４）。

実施形態
１．Ｍ２Ｍ通信をサポートするための方法。

２．Ｍ２Ｍサービス能力を提供するＭ２Ｍサービス能力エンティティを発見するために、Ｍ２Ｍエンティティが、サービス能力発見手順を実行するステップを含む、実施形態１に記載の方法。

３．サービス能力発見手順の間に獲得された識別情報またはアドレスを使用して、Ｍ２Ｍエンティティが、発見されたＭ２Ｍサービス能力エンティティの少なくとも１つに対する登録を実行するステップを含む、実施形態２に記載の方法。

４．登録は、事前設定された識別情報またはアドレスを用いて実行される、実施形態３に記載の方法。

５．サービス能力発見手順は、事前設定された識別情報またはアドレスを使用して、要求をディスパッチャサーバに送信するステップを含む、実施形態２〜４のいずれか１つに記載の方法。

６．サービス能力発見手順は、Ｍ２Ｍサービス能力エンティティの識別情報またはアドレスを有するＭ２Ｍサービス能力エンティティのリストをディスパッチャサーバから受け取るステップを含み、登録は、リスト内のＭ２Ｍサービス能力エンティティに対して実行される、実施形態５に記載の方法。

７．サービス能力発見手順は、第１のメッセージをＭ２Ｍゲートウェイにおいて送信するステップを含み、第１のメッセージは、Ｍ２ＭエンティティによってサポートされるＭ２Ｍサービス識別子を含む、実施形態２〜６のいずれか１つに記載の方法。

８．サービス能力発見手順は、Ｍ２Ｍサービス能力エンティティとＭ２Ｍサービス能力エンティティの識別情報またはアドレスとを示す第２のメッセージを、Ｍ２Ｍゲートウェイから受信するステップを含む、実施形態７に記載の方法。

９．登録は、第２のメッセージにおいて示されたＭ２Ｍサービス能力エンティティに対して実行される、実施形態８に記載の方法。

１０．サービス能力発見手順は、広告メッセージをＭ２Ｍゲートウェイから受信するステップを含み、広告メッセージは、Ｍ２ＭゲートウェイによってサポートされるＭ２Ｍサービス識別子のリストを含む、実施形態２〜９のいずれか１つに記載の方法。

１１．サービス能力発見手順は、Ｍ２ＭエンティティによってサポートされるＭ２Ｍサービス識別子を、広告メッセージ内に含まれるＭ２Ｍサービス識別子のリストと比較するステップを含む、実施形態１０に記載の方法。

１２．第１のメッセージは、Ｍ２ＭエンティティによってサポートされるＭ２Ｍサービス識別子とＭ２Ｍサービス識別子のリストの間にマッチが存在する場合に送信される、実施形態１１に記載の方法。

１３．サービス能力発見手順は、Ｍ２ＭエンティティによってサポートされるＭ２Ｍサービス識別子を含む第１のメッセージを、コアネットワークに送信するステップを含む、実施形態２〜１２のいずれか１つに記載の方法。

１４．サービス能力発見手順は、Ｍ２Ｍサービス能力エンティティの識別情報またはアドレスのリストを含む第２のメッセージを受信するステップを含む、実施形態１３に記載の方法。

１５．登録は、第２のメッセージに含まれるＭ２Ｍサービス能力エンティティに対して実行される、実施形態１４に記載の方法。

１６．発見されたＭ２Ｍサービス能力エンティティとのサービス能力交換を実行するステップをさらに含む、実施形態２〜１５のいずれか１つに記載の方法。

１７．Ｍ２Ｍエンティティが属するネットワークの階層を決定するために、階層発見を実行するステップをさらに含む、実施形態２〜１６のいずれか１つに記載の方法。

１８．Ｍ２Ｍエンティティは、登録のために送信されるメッセージに階層情報を含める、実施形態１７に記載の方法。

１９．登録するＭ２Ｍサービス能力エンティティにトレースメッセージを送信するステップであって、中間ノードの識別情報が、トレースメッセージに記録される、ステップをさらに含む、実施形態１７〜１８のいずれか１つに記載の方法。

２０．Ｍ２Ｍエンティティは、Ｍ２Ｍゲートウェイである、実施形態２〜１９のいずれか１つに記載の方法。

２１．Ｍ２Ｍゲートウェイは、階層的アーキテクチャにおけるサービス能力の発見、階層的アーキテクチャにおけるサービス能力の構成、ＧＭＤＡＥ、ＲＡＤＡＲ、ＮＣＳＳ、ＨＤＲ、ＳＣ、ＧＭＡＥ、ＭＤＧＭ、ＣＢ能力、ＭＤＧＰ、または位置特定サービスに関連する機能のうちの少なくとも１つを含む、実施形態２０に記載の方法。

２２．Ｍ２Ｍ通信をサポートするためのデバイス。

２３．Ｍ２Ｍサービス能力を提供するＭ２Ｍサービス能力エンティティを発見するために、サービス能力発見手順を実行するように構成されたプロセッサを備える、実施形態２２に記載のデバイス。

２４．プロセッサは、サービス能力発見手順の間に獲得された識別情報またはアドレスを使用して、発見されたＭ２Ｍサービス能力エンティティの少なくとも１つに対する登録を実行するように構成される、実施形態２３に記載のデバイス。

２５．プロセッサは、事前設定された識別情報またはアドレスを用いて登録を実行するように構成される、実施形態２４に記載のデバイス。

２６．プロセッサは、事前設定された識別情報またはアドレスを使用して、要求をディスパッチャサーバに送信し、Ｍ２Ｍサービス能力エンティティの識別情報またはアドレスを有するＭ２Ｍサービス能力エンティティのリストをディスパッチャサーバから受け取り、リスト内のＭ２Ｍサービス能力エンティティに対して登録を実行するように構成される、実施形態２４〜２５のいずれか１つに記載のデバイス。

２７．プロセッサは、第１のメッセージをＭ２Ｍゲートウェイに送信するように構成され、第１のメッセージは、Ｍ２ＭエンティティによってサポートされるＭ２Ｍサービス識別子を含み、またプロセッサは、Ｍ２Ｍサービス能力エンティティと、Ｍ２Ｍサービス能力エンティティの識別情報またはアドレスとを示す第２のメッセージを、Ｍ２Ｍゲートウェイから受信し、第２のメッセージにおいて示されたＭ２Ｍサービス能力エンティティに対して登録を実行するように構成される、実施形態２４〜２６のいずれか１つに記載のデバイス。

２８．プロセッサは、広告メッセージをＭ２Ｍゲートウェイから受信するように構成され、広告メッセージは、Ｍ２ＭゲートウェイによってサポートされるＭ２Ｍサービス識別子のリストを含み、またプロセッサは、Ｍ２ＭエンティティによってサポートされるＭ２Ｍサービス識別子を、広告メッセージ内に含まれるＭ２Ｍサービス識別子のリストと比較し、Ｍ２ＭエンティティによってサポートされるＭ２Ｍサービス識別子とＭ２Ｍサービス識別子のリストの間にマッチが存在する場合に、第１のメッセージを送信するように構成される、実施形態２４〜２７のいずれか１つに記載のデバイス。

２９．プロセッサは、Ｍ２ＭエンティティによってサポートされるＭ２Ｍサービス識別子を含む第１のメッセージを、コアネットワークに送信し、Ｍ２Ｍサービス能力エンティティの識別情報またはアドレスのリストを含む第２のメッセージを受信し、第２のメッセージに含まれるＭ２Ｍサービス能力エンティティに対して登録を実行するように構成される、実施形態２４〜２８のいずれか１つに記載のデバイス。

３０．プロセッサは、発見されたＭ２Ｍサービス能力エンティティとのサービス能力交換を実行するように構成される、実施形態２４〜２９のいずれか１つに記載のデバイス。

３１．プロセッサは、Ｍ２Ｍエンティティが属するネットワークの階層を決定するために、階層発見を実行するように構成される、実施形態２４〜３０のいずれか１つに記載のデバイス。

３２．プロセッサは、登録のために送信されるメッセージに階層情報を含めるように構成される、実施形態３１に記載のデバイス。

３３．プロセッサは、登録するＭ２Ｍサービス能力エンティティにトレースメッセージを送信するように構成され、中間ノードの識別情報が、トレースメッセージに記録される、実施形態３１〜３２のいずれか１つに記載のデバイス。

３４．デバイスは、Ｍ２Ｍゲートウェイである、実施形態２４〜３３のいずれか１つに記載のデバイス。

３５．デバイスは、階層的アーキテクチャにおけるサービス能力の発見、階層的アーキテクチャにおけるサービス能力の構成、ＧＭＤＡＥ、ＲＡＤＡＲ、ＮＣＳＳ、ＨＤＲ、ＳＣ、ＧＭＡＥ、ＭＤＧＭ、ＣＢ能力、ＭＤＧＰ、または位置特定サービスに関連する機能のうちの少なくとも１つを含む、実施形態３４に記載のデバイス。

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

Claims (1)

1. マシンツーマシン（Ｍ２Ｍ）ゲートウェイであって、前記Ｍ２Ｍゲートウェイは、
   他のＭ２Ｍゲートウェイと通信するために使用されることが可能なＭ２Ｍサービス能力インタフェースを提供し、
   サービスレイヤを提供し、前記Ｍ２Ｍサービス能力インタフェースを使用して、１または複数のＭ２Ｍサービス能力により提供されたＭ２Ｍ機能が共有されることを可能にし、
   前記サービスレイヤを介して、Ｍ２Ｍアプリケーションと前記１または複数のＭ２Ｍサービス能力との間において、要求をルーティングし、前記Ｍ２Ｍアプリケーションが、前記１または複数のＭ２Ｍサービス能力を使用することを可能にする
   ように構成されたプロセッサを備えたことを特徴とするＭ２Ｍゲートウェイ。

Images