JP2017175673A - デバイス開始型トリガ - Google Patents

Abstract

【課題】デバイストリガを通信するための技法を提供する。【解決手段】実施形態は、デバイストリガを用いて、マシンタイプ通信（ＭＴＣ）アプリケーションデータをサービス能力サーバ（ＳＣＳ）からＭＴＣユーザ機器（ＵＥ／ＷＴＲＵ）に送信することを含み得る、無線通信を企図する。デバイストリガは、ＭＴＣデバイスアプリケーションに、ＳＣＳとの通信を開始するように指示するために用いられ得る。実施形態はまた、第１のデバイストリガ（ＤＴ）要求は第１の無線送受信ユニット（ＷＴＲＵ）から受信されることができ、マシンタイプ通信インターワーキング機能（ＭＴＣ−ＩＷＦ）は第１のＤＴ要求に応答して決定され得ることを企図する。第２のＤＴ要求はＭＴＣ−ＩＷＦに送信されることができ、第１のＤＴ応答はＭＴＣ−ＩＷＦから受信され得る。第１のＤＴ応答は第２のＷＴＲＵに関する第１の情報を含むことができる。【選択図】図１２

Description

関連技術の相互参照
本出願は、本明細書に全てが記載されている如くその内容全体が参照により本明細書に組み込まれている、2012年11月19日に出願した「Device Initiated Triggers」という名称の米国仮出願第61/727934号の利益を主張する。

ＭＴＣアプリケーションは、ＭＴＣユーザ機器／無線送受信ユニット（ＵＥ／ＷＴＲＵ）上にホストされ得る。ＵＥ／ＷＴＲＵ ＭＴＣアプリケーションは、以下の１または複数と対話することができるＭＴＣ通信エンドポイントとすることができる。
− サービス能力サーバ（ＳＣＳ）
− アプリカントサーバ（ＡＳ）ＭＴＣアプリケーション、および／または
− 他のＵＥ／ＷＴＲＵ ＭＴＣアプリケーション

ＭＴＣアプリケーションはＡＳ上にホストされ得る。ＡＳ ＭＴＣアプリケーションは、以下の１または複数と対話することができるＭＴＣ通信エンドポイントとすることができる。
− ＳＣＳ
− ＵＥ／ＷＴＲＵ ＭＴＣアプリケーション、および／または
− 他のＡＳ ＭＴＣアプリケーション

無線通信のための方法は、デバイストリガを用いて、マシンタイプ通信（ＭＴＣ）アプリケーションデータをサービス能力サーバ（ＳＣＳ）からＭＴＣユーザ機器（ＵＥ）に送信することを含む。デバイストリガは、ＭＴＣデバイスアプリケーションに、ＳＣＳとの通信を開始するように指示するために用いられ得る。

実施形態は、デバイスツーデバイス（Ｄ２Ｄ）通信（例えば、ＭＴＣ ｔｏ ＭＴＣ、またはＵＥ／ＷＴＲＵ ｔｏ ＵＥ／ＷＴＲＵ）のために用いられ得る、１または複数のＤ２Ｄトリガリング技法を企図する。例えば実施形態は、発信元デバイスがＩＰパケットにおいてデバイストリガ（ＤＴ）要求メッセージをＳＣＳに送信することができる、ＳＣＳを介したＤ２Ｄトリガリングなどの、ユーザプレーンを通じたデバイストリガリングのための１または複数の技法を企図する。実施形態は、発信元デバイスがＩＰパケットにおいてＤＴ要求メッセージをＭＴＣ−ＩＷＦに送信することができる、ＭＴＣ−ＩＷＦを介したＤ２Ｄトリガリングを企図する。

実施形態は、発信元デバイスがＳＭＳにおいてＤＴ要求メッセージを終端デバイスに送信することができる、ＳＭＳを介したＤ２Ｄトリガリングなどの、制御プレーンを通じたデバイストリガリングのための１または複数の技法を企図する。実施形態は、発信元デバイスが、ＮＡＳメッセージにおいてＤＴ要求メッセージを受信側のＭＴＣ−ＩＷＦに送信することができる、ＭＴＣ−ＩＷＦを介したＤ２Ｄトリガリングを企図する。実施形態は、発信元デバイスが、ＮＡＳメッセージにおいてＤＴ要求メッセージを受信側のサービングノードに送信することができる、サービングノードを介したＤ２Ｄトリガリングを企図する。

実施形態は、発信元デバイスが、制御メッセージにおいてＤＴ要求メッセージを、Ｄ２Ｄ無線リンクを介して受信側デバイスに直接送信することができる、直接Ｄ２Ｄ無線リンクを介したＤ２Ｄトリガリングを企図する。実施形態は、発信元デバイスが、制御メッセージにおいてＤＴ要求メッセージを、発信元デバイスの基地局および受信側デバイスの基地局を介して受信側デバイスに送信することができる、間接Ｄ２Ｄ無線リンクを介したＤ２Ｄトリガリングを企図する。

実施形態は、本明細書で述べられる実施形態の１または複数において使用され得る、グループトリガリングをサポートする１または複数の機構を企図する。

実施形態は、無線通信ネットワークと通信するノードによって行われ得る、デバイストリガを通信するための１または複数の技法を企図する。１または複数の技法は、第１の無線送受信ユニット（ＷＴＲＵ）から第１のデバイストリガ（ＤＴ）要求を受信することを含むことができる。技法はまた、第１のＤＴ要求に応答して、マシンタイプ通信インターワーキング機能（ＭＴＣ−ＩＷＦ）を決定することを含むことができる。技法はまた、第２のＤＴ要求をＭＴＣ−ＩＷＦに送信することを含むことができる。実施形態はまた、ＭＴＣ−ＩＷＦから第１のＤＴ応答を受信することを企図する。第１のＤＴ応答は、第２のＷＴＲＵに関する第１の情報を含むことができる。

実施形態は、第１の無線送受信ユニット（ＷＴＲＵ）のために働く（serve）第１のノードによって行われ得る、デバイストリガを通信するための１または複数の技法を企図する。第１のノードは無線通信ネットワークと通信することができる。１または複数の技法は、第１のＷＴＲＵから第１のデバイストリガ（ＤＴ）要求を受信することを含むことができる。技法はまた、第１のＤＴ要求に応答して第２のノードを決定することを含むことができる。第２のノードは第２のＷＴＲＵのために働くことができる。技法は、第２のＤＴ要求を第２のノードに送信することを含むことができる。技法は、第２のノードから第１のＤＴ応答を受信することを含むことができる。第１のＤＴ応答は、第２のＷＴＲＵに関する第１の情報を含むことができる。

実施形態は、第１の無線送受信ユニット（ＷＴＲＵ）を企図する。第１のＷＴＲＵはプロセッサを備えることができる。プロセッサは少なくとも、マシンタイプ通信インターワーキング機能（ＭＴＣ−ＩＷＦ）を決定するように構成され得る。プロセッサは、ユーザプレーン接続を介してＭＴＣ−ＩＷＦにデバイストリガ（ＤＴ）要求を送信するように構成され得る。ＤＴ要求は第１の情報を含むことができる。プロセッサは、ＭＴＣ−ＩＷＦからＤＴ応答を受信するように構成され得る。ＤＴ応答は、第２のＷＴＲＵに関する第２の情報を含むことができる。

添付図面と併せて例として示される以下の説明から詳細な理解を得ることができる。
１または複数の開示される実施形態が実装され得る、例示の通信システムのシステム図である。 図１Ａに示される通信システム内で用いられ得る、例示の無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示される通信システム内で用いられ得る、例示の無線アクセスネットワークおよび例示のコアネットワークのシステム図である。 図１Ａに示される通信システム内で用いられ得る、例示の無線アクセスネットワークおよび例示のコアネットワークのシステム図である。 図１Ａに示される通信システム内で用いられ得る、例示の無線アクセスネットワークおよび例示のコアネットワークのシステム図である。 実施形態と一貫性のある、マシンタイプ通信（ＭＴＣ）のための例示の３ＧＰＰアーキテクチャを示す図である。 実施形態と一貫性のある、サービス能力サーバ（ＳＣＳ）のための例示の配備シナリオを示す図である。 実施形態と一貫性のある、ＭＴＣデバイスが互いに直接通信することができる例示の方式を示す図である。 実施形態と一貫性のある、ＭＴＣデバイスがＭＴＣサーバを介して互いに通信することができる例示の方式を示す図である。 実施形態と一貫性のある、ＭＴＣデバイスがネットワーク／ＭＴＣサーバの支援を受けて互いに通信する例示の方式を示す図である。 実施形態と一貫性のある、ＳＣＳを通じたトリガ配信のための例示の信号フローを示す図である。 実施形態と一貫性のある、例示のトリガ要求フィールドを示す表である。 実施形態と一貫性のある、例示のトリガ報告フィールドを示す表である。 実施形態と一貫性のある、マシンタイプ通信インターワーキング機能ＭＴＣ−ＩＷＦを介した（例えばユーザプレーンを通じた）トリガ配信のための例示の信号フローを示す図である。 実施形態と一貫性のある、ショートメッセージサービス（ＳＭＳ）を介したトリガ配信のための例示の信号フローを示す図である。 実施形態と一貫性のある、ＭＴＣ−ＩＷＦを介した（例えば制御プレーンを通じた）トリガ配信のための例示の信号フローを示す図である。 実施形態と一貫性のある、１または複数のサービングノードを介したトリガ配信のための例示の信号フローを示す図である。 実施形態と一貫性のある、直接無線リンクを介したトリガ配信のための例示の信号フローを示す図である。 間接無線リンクを介したトリガ配信のための例示の信号フローを示す図である。

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

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

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

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

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

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

他の実施形態では基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、これはＬＴＥ（登録商標）（Long Term Evolution）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を用いてエアインターフェース１１６を確立することができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、ＧＳＭ（登録商標）（Global System for Mobile Communications）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ／ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

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

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

コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働くことができる。ＰＳＴＮ１０８は、従来型電話サービス（plain old telephone service）（ＰＯＴＳ）をもたらす回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群におけるＴＣＰ、ＵＤＰおよびＩＰなどの共通通信プロトコルを用いる相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線もしくは無線通信ネットワークを含むことができる。例えばネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。

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

図１Ｂは、例示のＷＴＲＵ１０２のシステム図である。図１Ｂに示されるようにＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイク１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、上記の要素の任意のサブコンビネーションを含み得ることが理解され得る。

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

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

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

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

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

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

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

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

図１Ｃは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記のようにＲＡＮ１０４は、ＵＴＲＡ無線技術を使用して、エアインターフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信することができる。図１Ｃに示されるようにＲＡＮ１０４は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらはそれぞれ、エアインターフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０４内の特定のセル（図示せず）に関連され得る。ＲＡＮ１０４はまた、ＲＮＣ１４２ａ、１４２ｂを含むことができる。ＲＡＮ１０４は、実施形態と一貫性を保ちながら、任意の数のノードＢおよびＲＮＣを含み得ることが理解され得る。

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

図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素のそれぞれはコアネットワーク１０６の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解され得る。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを通じてコアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。

ＲＡＮ１０４内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを通じてコアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。

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

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

ＲＡＮ１０４はｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態と一貫性を保ちながら、任意の数のｅノードＢを含み得ることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。一実施形態ではｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。従って例えばｅノードＢ１６０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａに無線信号を送信し、それから無線信号を受信することができる。

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

図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上記の要素のそれぞれはコアネットワーク１０７の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを通じてＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることができ、制御ノードとして働くことができる。例えばＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティベーション／非アクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ時に特定のサービングゲートウェイを選択することなどに対して責任をもち得る。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間の切り換えのための、制御プレーン機能をもたらすことができる。

サービングゲートウェイ１６４は、Ｓ１インターフェースを通じてＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。サービングゲートウェイ１６４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにおよびそれらから、ユーザデータパケットを経路指定および転送することができる。サービングゲートウェイ１６４はまた、ｅノードＢ間ハンドオーバ時にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためにダウンリンクデータが使用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの、他の機能を行うことができる。

サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる、ＰＤＮゲートウェイ１６６に接続され得る。

コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えばコアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。例えばコアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとして働くＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。さらにコアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスをもたらすことができ、これは他のサービスプロバイダによって所有および／または運用される他の有線もしくは無線ネットワークを含むことができる。

図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を使用してエアインターフェース１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義され得る。

図１Ｅに示されるようにＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態と一貫性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれＲＡＮ１０５内の特定のセル（図示せず）に関連することができ、それぞれエアインターフェース１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。一実施形態では基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。従って例えば基地局１８０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａに無線信号を送信し、それから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施などのモビリティ管理機能をもたらすことができる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして働くことができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９への経路指定などに対して責任をもち得る。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１基準点として定義され得る。さらにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、Ｒ２基準点として定義することができ、これは認証、承認、ＩＰホスト構成管理、および／またはモビリティ管理のために用いられ得る。

基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８基準点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として定義され得る。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連するモビリティイベントに基づくモビリティ管理を容易にするためのプロトコルを含むことができる。

図１Ｅに示されるようにＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクは、例えばデータ転送およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３基準点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、承認、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。上記の要素のそれぞれはコアネットワーク１０９の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解されよう。

ＭＩＰ−ＨＡは、ＩＰアドレス管理に対して責任をもつことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスをサポートすることに対して責任をもち得る。ゲートウェイ１８８は、他のネットワークとのインターワーキングを容易にする。例えばゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことができる。さらにゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスをもたらすことができ、これは他のサービスプロバイダによって所有および／または運用される他の有線もしくは無線ネットワークを含むことができる。

図１Ｅには示されないが、ＲＡＮ１０５は他のＡＳＮに接続されることができ、コアネットワーク１０９は他のコアネットワークに接続され得ることが理解されよう。ＲＡＮ１０５と他のＡＳＮの間の通信リンクは、Ｒ４基準点として定義されることができ、これはＲＡＮ１０５と他のＡＳＮの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調させるためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークの間の通信リンクは、Ｒ５基準として定義されることができ、これはホームコアネットワークと訪問先のコアネットワークの間のインターワーキングを容易にするためのプロトコルを含むことができる。

説明のために、かつ限定するものではなく、１または複数の実施形態は以下の略語を企図する。
ＡＳ アプリケーションサーバ
ＣＮ コアネットワーク
ＣＳ 回線交換
Ｄ２Ｄ デバイスツーデバイス
ＤＮＳ ドメインネームシステム
ＤＴ デバイストリガ
ＦＱＤＮ 完全修飾ドメインネーム
ＨＳＳ ホーム加入者サーバ
ＩＭＳＩ 国際移動電話加入者識別番号
ＩＳＤＮ 総合サービスデジタル網
ＭＭＥ モバイル管理エンティティ
ＭＯ モバイル起源
ＭＳ 移動局
ＭＳＣ モバイル交換センタ
ＭＳＩＳＤＮ 移動加入ＩＳＤＮ
ＭＴ モバイル終端型
ＭＴＣ マシンタイプ通信
ＭＴＣ−ＩＷＦ ＭＴＣインターワーキング機能
ＰＳ パケット交換型
ＲＮＴＩ 無線ネットワーク一時的識別
ＳＣ サービスセンタ
ＳＣＳ サービス能力サーバ
ＳＧＳＮ サービングＧＰＲＳサポートノード
Ｓ−ＧＷ サービングゲートウェイ
ＳＭＳ ショートメッセージサービス
ＳＭＳ−ＳＣ ＳＭＳサービスセンタ
ＳＳ７ 信号方式Ｎｏ．７

また、１または複数の実施形態は、「サービングノード」という用語は、例えばＭＳＣ、ＳＧＳＮ、Ｓ−ＧＷ、および／またはＭＭＥを指し得ることを企図する。

実施形態は、３ＧＰＰ ＴＳ２３．６８２は、マシンタイプ通信ＭＴＣのための３ＧＰＰアーキテクチャを提示することを認識し、その例は図２に示される。このアーキテクチャにおけるＭＴＣ関連エンティティは、他のノード／デバイスの中でもＭＴＣユーザ機器ＵＥ（または、無線送受信ユニット（ＷＴＲＵ））、ＭＴＣ−ＩＷＦ、サービス能力サーバＳＣＳ、および／またはアプリケーションサーバＡＳを含むことができる。実施形態はまた、３ＧＰＰ ＴＳ２３．３６８は、３ＧＰＰ Ｍ２Ｍアーキテクチャのためのいくらかの記述をもたらすことを認識する。例えばＴｓｍｓおよびＴｓｐインターフェースは、基準点を有することができる。

ＳＣＳは、ホーム公衆陸上移動体ネットワーク（ＨＰＬＭＮ）のオペレータによって、および／またはＭＴＣサービスプロバイダによって制御され得る。ＳＣＳの配備は、図３に示されるようにオペレータドメインの内側または外側とすることができる。ＳＣＳは、内部ネットワーク機能と見なすことができ、および／または例えばＳＣＳがオペレータドメインの内側に配備され得るときはオペレータ制御型とすることができる。ＳＣＳは、例えばＳＣＳがオペレータドメインの外側に配備され得るときは、ＭＴＣサービスプロバイダ制御型とすることができる。他のシナリオの中でもこのようなシナリオでは、ＭＴＣ−ＩＷＦとＳＣＳの間の通信のために、セキュリティおよび／またはプライバシー保護が有用となり得る。

以下のパラグラフは、図２および図３における、３ＧＰＰで規定されるＭＴＣエンティティおよび／または機能の１または複数についての概説をもたらす。

サービス能力サーバ（ＳＣＳ）は、３ＧＰＰネットワークに接続して、デバイストリガリングのためにＵＥ／ＷＴＲＵ ＭＴＣアプリケーション、および／またはＨＰＬＭＮにおけるＭＴＣ−ＩＷＦ、および／またはＳＭＳ−ＳＣと通信することができるエンティティである。ＳＣＳは、１または複数のＭＴＣアプリケーションによる使用のための能力を提供することができる。

ＵＥ／ＷＴＲＵは、マシンタイプ通信に適するように装備されることができ、および／またはＰＬＭＮを通じて、１または複数のＳＣＳおよび／または１または複数の他のＭＴＣ ＵＥ／ＷＴＲＵと通信することができる。ＭＴＣ ＵＥ／ＷＴＲＵは、１または複数のＭＴＣ ＵＥ／ＷＴＲＵアプリケーションをホストすることができる。外部ネットワークにおける１または複数の対応するＭＴＣアプリケーションは、１または複数のＡＳまたはＳＣＳ上にホストされ得る。ＭＴＣ ＵＥ／ＷＴＲＵはまた、セルラ無線をもたない場合もあるデバイスとすることができ、および／またはセルラゲートウェイを用いてＰＬＭＮにアクセスすることができる。

アプリケーションサーバ（ＡＳ）（例えば２００１および／または２００２）は、１または複数のＭＴＣアプリケーションをホストすることができる。ＡＳは、１または複数のＳＣＳ、および／またはＧＧＳＮ／Ｐ−ＧＷとインターフェースすることができる。

ＭＴＣインターワーキング機能（ＭＴＣ−ＩＷＦ）は、ＳＣＳから内部ＰＬＭＮトポロジを隠すことができる。ＭＴＣ−ＩＷＦは、恐らくＭＴＣ ＵＥ／ＷＴＲＵトリガリングなどのＰＬＭＮにおけるＭＴＣ機能をサポートするために、それ自体とＳＣＳの間で（例えばＴｓｐ基準点を通じて）用いられ得る、シグナリングプロトコルを中継／変換することができる。

実施形態は、少量のＭＴＣデバイスアプリケーションデータをＳＣＳからＭＴＣ ＵＥ／ＷＴＲＵに送信するために、デバイストリガが用いられ得ることを企図する。例えばデバイストリガは、他のシナリオの中でも（例えばわずかな応答のみが期待され得るときなど）、恐らく応答が期待され得ないときに、ある量（例えば比較的少量）のデータをアプリケーションに送信するために用いられ得る。やはり例として、ＳＣＳ（または他のノード）は、デバイストリガを用いてセンサがオンになるように指示することができる。例えばＳＣＳが応答を期待できない場合は、ＩＰ接続は有用とはなり得ない。

デバイストリガは、ＭＴＣデバイスアプリケーションにＳＣＳとの通信を開始するように指示するために用いられ得る。いくつかの実施形態ではＭＴＣ ＵＥ／ＷＴＲＵは、少なくとも１つのＩＰアドレスを、恐らくまだそれを有していない場合に、取得することができる。いくつかの実施形態ではデバイストリガは、恐らくＳＣＳ（または他のノード）が、ＩＰアドレスを有していない場合があるＭＴＣデバイスアプリケーションに（例えばＭＴＣは通信の時点でＩＰアドレスを取得していない場合があり、および／またはＭＴＣデバイスが通信のためにＩＰアドレスを取得／使用することは有用でない場合があるなど）アドレス指定することを望む場合に有用となり得る。

実施形態は、すでにＩＰアドレスを有し得るＭＴＣデバイスアプリケーションに、トリガを配信すること（例えばそれに向かって送信する、送る、および／または転送するなど）を企図する。実施形態は、ＳＣＳがＭＴＣデバイスアプリケーションとの接続を確立することを望む場合があり、ＳＣＳはデバイスのＩＰアドレスを知り得ない場合などのシナリオを認識する。またＳＣＳは、ＭＴＣデバイスがＩＰアドレスを有するかどうかが不確かな場合がある。実施形態は、ＭＴＣ−ＩＷＦはデバイスにトリガを配信できることを認識する。実施形態はまた、ＭＴＣ−ＩＷＦはトリガ要求に対して、デバイスがすでにＩＰアドレスを有すること、および／またはＩＰアドレスをもたらすことの表示を用いて返答できることを認識する。実施形態はまた、ネットワークオペレータは、トリガの配信に対してＳＣＳに課金し得ることを認識する。

実施形態は、３ＧＰＰ ＴＲ２２．８０３は、デバイス開始型トリガの有用性を述べずに、近接するデバイス間の発見および通信について述べていることを認識する。実施形態は、それらが接続することを望むピアを発見できるＵＥ／ＷＴＲＵは、トリガをピアに送信できることを企図する。

実施形態は、３ＧＰＰ ＴＲ２２．８８８は、ＭＴＣ Ｄ２Ｄ通信のための様々な使用のケースについて述べていることを認識する。実施形態は直接Ｄ２Ｄ通信を認識する。例えば図４において、１つのＭＴＣデバイスは、恐らくそれがターゲットＭＴＣデバイス（これは図４のいずれのＭＴＣデバイスにもなり得る）のＩＰアドレスおよび／またはＭＳＩＳＤＮを知っている場合は、３ＧＰＰネットワークを通じて別のＭＴＣデバイスと直接通信することができる。

実施形態は、ＭＴＣサーバを通じた間接Ｄ２Ｄ通信を認識する。図５に示される例などのこのようなシナリオでは、一部または全てのデータ伝送はＭＴＣサーバを通過することができる。ＭＴＣデバイスは互いのルーティング可能な識別子を知らない場合があり、一方、ＭＴＣサーバは、その制御下のＭＴＣデバイスの識別子（ルーティング可能またはルーティング不可能な、例えばＩＰアドレス、ＭＳＩＳＤＮ、および／またはアプリケーションレイヤ識別子など）を見出すための機構を所有することができ、またはもたらすことが可能であり得る。

実施形態は、ネットワーク支援型間接Ｄ２Ｄ通信を認識する。図６に示される例などのこのようなシナリオでは、一部または全てのデータ伝送は、ネットワーク／ＭＴＣサーバの名前解決機能によって支援されるデータセッションの確立によって、互いに通信され得る。名前解決機能は、既存のネットワークエンティティ例えばＤＮＳ内に、またはＭＴＣサーバ内に統合され得る。このようなシナリオではＭＴＣデバイスは、互いのルーティング不可能な識別子（例えばＭＳＩＳＤＮ、ＳＩＰ ＵＲＬ等）以上のものを知り得ない。識別子のタイプは、特定のアプリケーションに従うものとすることができる。名前解決機能は、その制御下のリモートに通信するＭＴＣデバイスを見出す機構をもたらすことができる。発信元ＭＴＣデバイスは、名前解決機能に、ターゲットＭＴＣデバイスのルーティング不可能な識別子を問い合わせることができる。発信元ＭＴＣデバイスは、例えばターゲットＭＴＣデバイスのルーティング可能な識別子（例えばＩＰアドレス）を取り出すことによって、データをターゲットＭＴＣデバイスに直接送信することができる。

実施形態は、ＭＴＣデバイスがＳＣＳと通信することができるなどのシナリオをもたらすことができる、１または複数のアーキテクチャを認識する。実施形態は、これはデバイス間の少なくとも一部の通信が、ＳＣＳを通って経路指定され得ない場合に有用となり得ることを企図する。例えば実施形態は、より多くの直接ＵＥ／ＷＴＲＵ通信が有用となり得ることを企図する。

実施形態は、ビデオをＵＥ／ＷＴＲＵにストリームすることができるモーションアクティブ化型（activated）ビデオカメラなどの１または複数のシナリオを企図する。時には、カメラおよびＵＥ／ＷＴＲＵは接続を維持しなくてもよい。いくつかの実施形態では、イベント（例えばモーションの検出）が、ＵＥ／ＷＴＲＵにビデオをストリームすることを提供するように、カメラに動機付けすることができる。１または複数の実施形態は、ビデオカメラがＵＥ／ＷＴＲＵのＩＰアドレスを知っていることを前提とされ得ない、および／またはさらにはＵＥ／ＷＴＲＵがＩＰアドレスを有し得ることを企図する。

実施形態は、ＳＣＳがＭＴＣ−ＩＷＦを通じてＭＴＣデバイスをトリガできる場合のシナリオに対する、デバイストリガ機構定義を認識する。実施形態は、このような定義は、デバイスツーデバイス通信に対しては適用できない、および／または不十分な場合があることを企図する。実施形態は、デバイスがトリガを、１または複数の他のデバイスに、例えば１または複数の他のデバイスに直接、送信することを可能にし得る１または複数の機構を企図する。

実施形態はＳＣＳを通じたＤ２Ｄトリガリングを企図する。いくつかの実施形態では、発信元デバイスは、ユーザプレーンを通じてＩＰパケットにおいてＤＴ要求メッセージをＳＣＳに送信することができる。この方式は、例えば他のシナリオの中でも、ＭＴＣ ＵＥ／ＷＴＲＵがＳＣＳを通じて通信できる場合などのシナリオに適用することができる。例示の技法は図７に示される。７００１で、ＷＴＲＵはトリガ要求を、例えばＳＧｉ／Ｇｉユーザプレーン（図示せず）を通じてそのＳＣＳに送信することができる。トリガ要求は、図８に示されるフィールドの１または複数を含むことができる。

７００２で、送信側のＳＣＳは、トリガ要求を受信側のＳＣＳに転送することができる。受信側のＳＣＳは、送信側が受信側をトリガすることを許可されていることを検証することができる。いくつかの実施形態では送信側のＳＣＳは、ＤＮＳルックアップを通じて、ＭＴＣ−ＩＷＦ問い合わせを通じて、および／またはトリガ要求から、受信側のＳＣＳのアドレスを決定することができる。ＭＴＣ−ＩＷＦは、他のシナリオの中でも、例えばそれがＭＴＣ−ＩＷＦ問い合わせを通じて決定される場合は、ＳＣＳアドレスをＨＳＳからフェッチすることができる。いくつかの実施形態では、送信側および受信側は、同じＳＣＳに登録され得る。他の中でもこのようなシナリオでは、ＳＣＳは１または複数、または全てのトリガ要求をＭＴＣ−ＩＷＦに直接転送することができる。

いくつかの実施形態では、他のシナリオの中でも恐らくトリガがグループ識別子に向かって送信され得る場合は、トリガ要求を、１または複数の個々のデバイスに向かって送信され得るおよび／またはより小さなグループにブロードキャストされ得る、１または複数の個々のトリガ要求に分解することが送信側ＳＣＳの役割となり得る。

７００４で、受信側ＳＣＳはトリガ要求を、例えばＴｓｐ基準点（図示せず）を通じて、ＭＴＣ−ＩＷＦに転送することができる。トリガ要求は、図８に示されるフィールドの１または複数を含むことができる。

７００６で、トリガを受信側ＵＥ／ＷＴＲＵに配信するために、１または複数のトリガ配信手順が用いられ得る。いくつかの実施形態ではトリガメッセージは、受信側がＳＣＳに応答しない場合もあるように、および／またはトリガを開始したデバイスに応答できるように変更され得る。いくつかの実施形態では、ＭＴＣ−ＩＷＦは、ＳＣＳおよび／または送信側ＵＥ／ＷＴＲＵが受信側デバイスをトリガすることを承認され得ることを確証することができる。

７００８で、ＭＴＣ−ＩＷＦは、トリガを要求したＳＣＳに報告を送信することができる。トリガ報告は、図９に示されるフィールドの１または複数を含むことができる。

７０１０で、受信側のＳＣＳは、トリガ報告を送信側のＳＣＳに転送することができる。いくつかの実施形態では、送信側のＳＣＳと受信側のＳＣＳは同じでもよい。

７０１２で、送信側のＳＣＳは、トリガ報告を送信側ＵＥ／ＷＴＲＵに転送することができる。

実施形態は、ＭＴＣ−ＩＷＦを通じた（例えばユーザプレーンを通じた）Ｄ２Ｄトリガリングを企図する。いくつかの実施形態では、発信元デバイスは、ユーザプレーンを通じてＩＰパケットにおいてＤＴ要求メッセージをＭＴＣ−ＩＷＦに送信することができる。１または複数の実施形態は、ＭＴＣ−ＩＷＦがＳＧｉ／Ｇｉ基準点（図示せず）への接続を有し得ることを企図する。例示の技法は図１０に示される。

１０００１で、送信側ＵＥ／ＷＴＲＵは、受信側ＵＥ／ＷＴＲＵの外部識別子を用いて、用いられ得るＭＴＣ−ＩＷＦのＤＮＳルックアップを行うことができる。ＤＮＳサーバは、受信側ＵＥ／ＷＴＲＵの外部識別子を用いて、用いられ得るＭＴＣ−ＩＷＦのＩＰアドレスをルックアップすることができる。ＤＮＳサーバは、送信側ＵＥ／ＷＴＲＵにＭＴＣ−ＩＷＦ ＩＰアドレスをもたらすことができる。

１０００２で、送信側ＵＥ／ＷＴＲＵは、ＳＧｉ／Ｇｉユーザプレーン（図示せず）を通じて、デバイストリガ要求をＭＴＣ−ＩＷＦに送信することができる。トリガ要求は、図８に示されるフィールドの１または複数を含むことができる。いくつかの実施形態では、他のシナリオの中でも恐らくトリガがグループ識別子に向かって送信される場合は、トリガ要求を、１または複数の個々のデバイスに向かって送信され得るおよび／またはより小さなグループにブロードキャストされ得る、１または複数の個々のトリガ要求に分解することがＭＴＣ−ＩＷＦの役割となり得る。

１０００４で、トリガを受信側ＵＥ／ＷＴＲＵに配信するために、１または複数のトリガ配信手順が用いられ得る。いくつかの実施形態ではトリガメッセージは、受信側がＳＣＳに応答しない場合もあるように、および／またはトリガを開始したデバイスに応答できるように変更され得る。いくつかの実施形態では、ＭＴＣ−ＩＷＦは、ＳＣＳおよび／または送信側ＵＥ／ＷＴＲＵが受信側デバイスをトリガすることを承認され得ることを、確証することができる。

１０００６で、ＭＴＣ−ＩＷＦは、トリガを要求したＵＥ／ＷＴＲＵにトリガ報告をもたらすことができる。トリガ報告は、図９に示されるフィールドの１または複数を含むことができる。

実施形態は、ＳＭＳを通じたＤ２Ｄトリガリングを企図する。発信元デバイスは、ＳＭＳにおいてＤＴ要求メッセージを受信側に送信することができる。例示の技法は図１１に示される。１１００１で、送信側ＵＥ／ＷＴＲＵは、トリガ要求を含んだＳＭＳをＳＭＳ−ＳＣに送信することができる。トリガ要求は、図８に示されるフィールドの１または複数を含むことができる。

１１００２で、ＳＭＳ−ＳＣは、送信側ＵＥ／ＷＴＲＵが、トリガを受信側ＵＥ／ＷＴＲＵに送信することを承認されていることをチェックすることができる。いくつかの実施形態ではＳＭＳ−ＳＣは、ＨＳＳに問い合わせることによって承認を行うことができ、および／またはＳＭＳ−ＳＣは、ＭＴＣ−ＩＷＦ（図示せず）が承認を行い得る（例えば、図示されていないＴ４基準点を通じて）ことを要求することができる。

いくつかの実施形態では、他のシナリオの中でも恐らくトリガがグループ識別子に向かって送信される場合は、トリガ要求を、１または複数の個々のデバイスに向かって送信され得るおよび／またはより小さなグループにブロードキャストされ得る、１または複数の個々のトリガ要求に分解することがＳＭＳ−ＳＣの役割となり得る。

１１００４で、ＳＭＳ−ＳＣは、トリガがＳＭＳ−ＳＣによって受け入れられたかどうかを報告することができる。１１００６で、トリガを受信側ＵＥ／ＷＴＲＵに配信するために、１または複数のＳＭＳ配信手順が用いられ得る。いくつかの実施形態ではトリガメッセージは、受信側がＳＣＳに応答しない場合もあるように、および／またはトリガを開始したデバイスに応答できるように変更され得る。１１００８で、ＳＭＳ−ＳＣは、ＳＭＳが配信された（またはされなかった）かどうかを報告することができる。トリガ報告は、図９に示されるフィールドの１または複数を含むことができる。

実施形態は、ＭＴＣ−ＩＷＦを通じた（例えば制御プレーンを通じた）Ｄ２Ｄトリガリングを企図する。発信元デバイスは、ＮＡＳメッセージにおいてＤＴ要求メッセージを、例えばＴ５基準点を通じてＭＴＣ−ＩＷＦに送信することができる。例示の技法は図１２に示される。１２００１で、送信側ＵＥ／ＷＴＲＵは、例えばＮＡＳメッセージにおいてトリガ要求を、サービングノードに送信することができる。トリガ要求は、図８に示されるフィールドの１または複数を含むことができる。

１２００２で、サービングノードは、受信側ＵＥ／ＷＴＲＵの外部識別子を用いて、用いられ得るＭＴＣ−ＩＷＦのルックアップを行うことができる。ルックアップ機能は、例えばＨＳＳ（図示せず）および／またはＤＮＳサーバ（図示せず）内に存在することができる。サービングノードは、ＭＴＣ−ＩＷＦのアドレス（例えばＩＰアドレス、ＳＳ７アドレス、および／またはＩＳＤＮなど）を取得することができる。

１２００４で、サービングノードは、例えばＴ５基準点（図示せず）を通じてＭＴＣ−ＩＷＦにトリガ要求を送信することができる。トリガ要求は、図８に示されるフィールドの１または複数を含むことができる。

１２００６で、トリガを受信側ＵＥ／ＷＴＲＵに配信するために、１または複数のトリガ配信手順が用いられ得る。トリガ応答および／または確認メッセージは、ＭＴＣ−ＩＷＦによってサービングノードに返され得る。

いくつかの実施形態ではトリガメッセージは、受信側がＭＴＣ−ＩＷＦに応答しない場合もあるように、および／またはトリガを開始したデバイスに応答できるように変更され得る。いくつかの実施形態では、ＭＴＣ−ＩＷＦは、送信側ＵＥ／ＷＴＲＵが受信側デバイスをトリガすることを承認され得ることを確証することができる。

いくつかの実施形態では、他のシナリオの中でも恐らくトリガがグループ識別子に向かって送信される場合は、トリガ要求を、１または複数の個々のデバイスに向かって送信され得るおよび／またはより小さなグループにブロードキャストされ得る、１または複数の個々のトリガ要求に分解することがＭＴＣ−ＩＷＦの役割となり得る。

１２００８で、ＭＴＣ−ＩＷＦは、サービングノードにトリガ報告をもたらすことができる。トリガ報告は、図９に示されるフィールドの１または複数を含むことができる。１２０１０で、サービングノードは、例えばＮＡＳメッセージにおいて、トリガ報告を送信側ＵＥ／ＷＴＲＵにもたらすことができる。トリガ報告は、図９に示されるフィールドの１または複数を含むことができる。

実施形態は、サービングノードを介したＤ２Ｄトリガリングを企図する。発信元デバイスは、例えばＮＡＳメッセージにおいて、ＤＴ要求メッセージを受信側のサービングノードに送信することができる。サービングノードは、例えばＭＳＣ、ＳＧＳＮ、Ｓ−ＧＷおよび／またはＭＭＥなどとすることができる。例示の技法は図１３に示される。１３００１で、送信側ＵＥ／ＷＴＲＵは、例えばＮＡＳメッセージにおいて、トリガ要求をサービングノードに送信することができる。トリガ要求は、図８に示されるフィールドの１または複数を含むことができる。

１３００２で、サービングノードは、受信側ＵＥ／ＷＴＲＵの外部識別子を用いて、受信側のサービングノードのルックアップを行うことができる。この動作は、例えばＳ６ａ基準点および／またはＳ１１基準点（図示せず）を通じたものとすることができる。

いくつかの実施形態では、他のシナリオの中でも恐らくトリガがグループ識別子に向かって送信される場合は、トリガ要求を、１または複数の個々のデバイスに向かって送信され得るおよび／またはより小さなグループにブロードキャストされ得る、１または複数の個々のトリガ要求に分解することがサービングノードの役割となり得る。

１３００４で、送信側サービングノードは、例えばＳ１０基準点（図示せず）を介して、トリガ要求を受信側サービングノードに送信することができる。トリガ要求は、図８に示されるフィールドの１または複数を含むことができる。

１３００６で、トリガメッセージは、例えばＮＡＳメッセージングを介して受信側に送信され得る。トリガ応答および確認メッセージは、例えばＳ１０基準点（図示せず）を介して送信側のサービングノードに返され得る。

１３００８で、受信側サービングノードは、トリガ報告を送信側サービングノードにもたらすことができる。トリガ報告は、図９に示されるフィールドの１または複数を含むことができる。

１３０１０で、送信側のサービングノードは、例えばＮＡＳメッセージにおいて、トリガ報告を送信側ＵＥ／ＷＴＲＵにもたらすことができる。トリガ報告は、図９に示されるフィールドの１または複数を含むことができる。

実施形態は、直接Ｄ２Ｄ無線リンクを介したＤ２Ｄトリガリングを企図する。実施形態は、近接した少なくとも２つのデバイスが、制御プレーンまたは小規模データ交換に適し得る（これは恐らくいくつかの実施形態では、持続した通信および／または大量のデータのためには適さない場合がある）直接無線リンクを有し得るシナリオを企図する。中でもこのようなシナリオでは、送信側ＵＥ／ＷＴＲＵは、恐らく、例えば３ＧＰＰコアネットワークを介してＩＰ接続を確立することが有用となり得ることを受信側デバイスに通知するために、直接無線リンクを通じてトリガメッセージを送信することができる。例示の技法は図１４に示される。

１４００１で、送信側ＵＥ／ＷＴＲＵは、直接Ｄ２Ｄ無線リンクを通じて、トリガ要求を受信側ＵＥ／ＷＴＲＵに直接送信することができる。トリガ要求は、図８に示されるフィールドの１または複数を含むことができる。いくつかの実施形態ではトリガ要求は、送信側ＵＥ／ＷＴＲＵのＩＰアドレスを含むことができる。いくつかの実施形態ではトリガは、１または複数、または複数のデバイスをトリガするために用いられ得るブロードキャストメッセージにおいて送信され得る。

１４００２で、受信側ＵＥ／ＷＴＲＵは、直接Ｄ２Ｄ無線リンクを介して、トリガ報告を送信側ＵＥ／ＷＴＲＵにもたらすことができる。トリガ報告は、図９に示されるフィールドの１または複数を含むことができる。

いくつかの実施形態では直接Ｄ２Ｄ無線リンクは、ＩＥＥＥ８０２．１１および／またはＩＥＥＥ８０２．１５．４プロトコルをベースとする無線リンクなどであるがそれらに限定されない、非セルラ無線リンクとすることができる。例えばＩＥＥＥ８０２．１５．４プロトコルをベースとする無線リンクは、３ＧＰＰコアネットワークを介して送信側とのＩＰ接続を確立するように受信側に依頼することができる、トリガメッセージを運ぶことができる。

いくつかの実施形態では直接Ｄ２Ｄ無線リンクは、例えばＩＥＥＥ８０２．１５．４メッシュネットワークの場合などにおいて、１または複数のヘルパノードによって容易にされ得る。

いくつかの実施形態では直接Ｄ２Ｄ無線リンクは、直接セルラ無線リンクとすることができる。無線リンクは、恐らくコアネットワークの関与なしに、制御プレーン情報（またはショートメッセージ）の直接交換を可能にし得る。このリンクは、受信側に例えば３ＧＰＰコアネットワークを介した送信側とのＩＰ接続を確立するように依頼することができる、トリガメッセージを運ぶことができる。

実施形態は、間接Ｄ２Ｄ無線リンクを介した（例えば基地局／ノードＢ／ｅノードＢを介した）Ｄ２Ｄトリガリングを企図する。１または複数の実施形態では、送信側ＵＥ／ＷＴＲＵは、１または複数の発見技法を用いて、受信側ＵＥ／ＷＴＲＵが近接にあり得ることを決定することができる。いくつかの実施形態では、送信側および受信側ＵＥ／ＷＴＲＵが近接していることは、それらが同じ基地局の背後にある、および／またはそれらの基地局がトリガを交換するためのインターフェースをサポートできることを示唆し得る。

いくつかの実施形態では、１または複数の発見技法は、送信側ＵＥ／ＷＴＲＵに、受信側の基地局の識別および／または受信側のＲＮＴＩをもたらすことができる。送信側ＵＥ／ＷＴＲＵは、間接無線リンク（例えば基地局／ノードＢ／ｅノードＢによって中継される）を通じて、トリガメッセージを受信側ＵＥ／ＷＴＲＵに送信することができる。例示の技法は図１５に示される。

１５００１で、送信側ＵＥ／ＷＴＲＵは、トリガ要求を送信側基地局／ノードＢ／ｅノードＢに送信することができる。トリガ要求は、図８に示されるフィールドの１または複数を含むことができる。いくつかの実施形態ではトリガ要求は、送信側ＵＥ／ＷＴＲＵのＩＰアドレスを含むことができる。

１５００２で、送信側基地局／ノードＢ／ｅノードＢは、トリガ要求を受信側基地局／ノードＢ／ｅノードＢに転送することができる。いくつかの実施形態では、送信側基地局／ノードＢ／ｅノードＢは、受信側基地局／ノードＢ／ｅノードＢと同じとすることができる。

１５００４で、受信側基地局／ノードＢ／ｅノードＢは、トリガ要求を受信側ＵＥ／ＷＴＲＵに転送することができる。いくつかの実施形態ではトリガは、１または複数、または複数のデバイスをトリガするために用いられ得る、ブロードキャストメッセージにおいて送信され得る。

１５００６で、受信側ＵＥ／ＷＴＲＵは、トリガ報告を受信側基地局／ノードＢ／ｅノードＢにもたらすことができる。トリガ報告は、図９に示されるフィールドの１または複数を含むことができる。

１５００８で、受信側基地局／ノードＢ／ｅノードＢは、トリガ報告を送信側基地局／ノードＢ／ｅノードＢに転送することができる。いくつかの実施形態では、受信側基地局／ノードＢ／ｅノードＢは、送信側基地局／ノードＢ／ｅノードＢと同じとすることができる。１５０１０で、送信側基地局／ノードＢ／ｅノードＢは、トリガ報告を送信側ＵＥ／ＷＴＲＵに転送することができる。

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

Claims (3)

1. 無線通信ネットワークと通信するノードによって行われる、デバイストリガを通信する方法であって、前記方法は、
   第１の無線送受信ユニット（ＷＴＲＵ）から第１のデバイストリガ（ＤＴ）要求を受信することであって、前記第１のＤＴ要求は、前記第１のＷＴＲＵのインターネットプロトコル（ＩＰ）アドレスおよびトリガ参照番号を含む、ことと、
   前記第１のＤＴ要求に応答して、マシンタイプ通信インターワーキング機能（ＭＴＣ−ＩＷＦ）アドレスを決定することと、
   第２のＤＴ要求を前記ＭＴＣ−ＩＷＦに送信することであって、前記第２のＤＴ要求は、前記第１のＷＴＲＵの前記インターネットプロトコル（ＩＰ）アドレスおよび前記トリガ参照番号を含む、ことと、
   前記ＭＴＣ−ＩＷＦから第１のＤＴ応答を受信することであって、前記第１のＤＴ応答は、第２のＷＴＲＵのインターネットプロトコル（ＩＰ）アドレスおよび前記トリガ参照番号を含む、ことと、
   第２のＤＴ応答を前記第１のＷＴＲＵに送信することであって、前記第２のＤＴ応答は、第２のＷＴＲＵの前記インターネットプロトコル（ＩＰ）アドレスおよび前記トリガ参照番号を含む、ことと
   を備える方法。
2. 前記第２のＤＴ要求は、前記第１のＤＴ要求に対応する、請求項１の方法。
3. 前記第１のＤＴ要求または前記第２のＤＴ要求の少なくとも１つは、前記第２のＷＴＲＵがセンサをアクティブにするための表示、または前記第２のＷＴＲＵのアプリケーションのためのＭＴＣデータの少なくとも１つを含む、請求項１の方法。