JP6152208B2 - 無線通信システムにおける装置トリガー／スモールデータの交替／回収方法及び装置 - Google Patents

Description

以下の説明は、無線通信システムに関し、より詳細には、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）装置トリガリング、スモールデータの交替、回収／取り消し方法及び装置に関する。

ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）は、一つ以上のマシンが含まれる通信方式を意味し、Ｍ２Ｍ（Ｍａｃｈｉｎｅ―ｔｏ―Ｍａｃｈｉｎｅ）通信や事物通信とも称する。ここで、マシンとは、人の直接的な操作や介入を必要としない個体（ｅｎｔｉｔｙ）を意味する。例えば、移動通信モジュールが搭載された検針器（ｍｅｔｅｒ）や自動販売機などの装置はもちろん、ユーザーの操作／介入がなくても自動的にネットワークに接続して通信を行えるスマートフォンなどのユーザー機器もマシンの例示に該当し得る。このようなマシンの多様な例示を、本文書ではＭＴＣ端末（ｄｅｖｉｃｅ）または端末と称する。すなわち、ＭＴＣは、人の操作／介入がなくても一つ以上のマシン（すなわち、ＭＴＣ端末）によって行われる通信を意味する。

ＭＴＣは、ＭＴＣ端末間の通信（例えば、Ｄ２Ｄ（Ｄｅｖｉｃｅ―ｔｏ―Ｄｅｖｉｃｅ）通信）、ＭＴＣ端末とＭＴＣアプリケーションサーバーとの間の通信を含むことができる。ＭＴＣ端末とＭＴＣアプリケーションサーバーとの間の通信の例示として、自動販売機とサーバー、ＰＯＳ（Ｐｏｉｎｔ ｏｆ Ｓａｌｅ）装置とサーバー、電気、ガスまたは水道検針器とサーバーとの間の通信を挙げることができる。その他にも、ＭＴＣに基づいたアプリケーションには、保安（ｓｅｃｕｒｉｔｙ）、運送（ｔｒａｎｓｐｏｒｔａｔｉｏｎ）、ヘルスケアなどを含ませることができる。

本発明では、トリガリング／スモールデータを交替／回収する方法を提供することを技術的課題とする。

本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。

本発明の第１の技術的な側面は、無線通信システムでＳＭＳ―ＳＣ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ―Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）が装置トリガーを交替／回収する方法において、ＭＴＣ―ＩＷＦ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ―Ｉｎｔｅｒ Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）から以前のトリガー参照番号を含む第１のメッセージを受信するステップ；及び前記以前のトリガー参照番号に対応するトリガーメッセージを削除するステップ；を含み、前記第１のメッセージが新たなトリガー参照番号をさらに含む場合、前記ＳＭＳ―ＳＣは、前記トリガーメッセージを削除すると共に、前記新たなトリガー参照番号に対応する新たなトリガーメッセージを保存する、装置トリガーの交替／回収方法である。

本発明の第１の技術的な側面は、次の各事項の全部／一部を含むことができる。

前記第１のメッセージは、前記ＭＴＣ―ＩＷＦがＳＣＳ（Ｓｅｒｖｉｃｅｓ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）から受信した装置トリガーと関連する第２のメッセージに基づくものであり得る。

前記装置トリガーと関連する第２のメッセージは、トリガーの交替動作及びトリガーの回収動作のうちいずれか一つを要請するものであり得る。

前記第２のメッセージが装置トリガーの交替動作を要請する場合のみに、前記第１のメッセージが新たなトリガー参照番号を含むことができる。

前記第２のメッセージが装置トリガーの回収動作を要請する場合、前記第１のメッセージは、新たなトリガー参照番号を含まないこともある。

前記第２のメッセージは、ＳＣＳがＴｓｐインターフェースへのトリガー提出のクォータ（ｑｕｏｔａ）またはレートを超えた場合、前記ＭＴＣ―ＩＷＦによって拒絶され得る。

前記ＳＭＳ―ＳＣは、複数のＳＭＳ―ＳＣのうち、前記ＭＴＣ―ＩＷＦが設定情報に基づいて前記第１のメッセージを受信するＳＭＳ―ＳＣとして選択したものであり得る。

本発明の第２の技術的な側面は、無線通信システムでＭＴＣ―ＩＷＦがスモールデータを交替／回収する方法において、第１のメッセージに含まれた以前のスモールデータ参照番号に基づいて、ＭＴＣ―ＩＷＦがどのスモールデータを交替／回収すべきであるかを確認するステップ；及び前記の確認されたスモールデータを削除するステップ；を含み、前記第１のメッセージがスモールデータの交替と関連する場合、前記ＭＴＣ―ＩＷＦは、前記スモールデータを削除すると共に、新たなスモールデータを保存する、スモールデータの交替／回収方法である。

本発明の第２の技術的な側面は、次の各事項の全部／一部を含むことができる。

ＳＣＳから前記第１のメッセージを受信するステップをさらに含むことができる。

前記第１のメッセージは、スモールデータの交替動作及びスモールデータの回収動作のうちいずれか一つを要請するものであり得る。

前記第１のメッセージがスモールデータの交替動作を要請する場合のみに、前記第１のメッセージが新たなスモールデータ参照番号を含むことができる。

前記第１のメッセージは、ＳＣＳがＴｓｐインターフェースへのトリガー提出のクォータまたはレートを超えた場合、前記ＭＴＣ―ＩＷＦによって拒絶され得る。

前記の確認されたスモールデータの削除は、前記の確認されたスモールデータが前記ＭＴＣ―ＩＷＦに係留中であるか、または、端末への前記の確認されたスモールデータの伝達に失敗した場合に行うことができる。

前記の確認されたスモールデータが端末に成功的に伝達された場合、前記スモールデータの交替／回収には失敗したと見なすことができる。

前記スモールデータは、装置トリガーメッセージであり得る。
例えば、本願発明は以下の項目を提供する。
（項目１）
無線通信システムでＳＭＳ―ＳＣ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ―Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）が装置トリガーを交替／回収する方法において、
ＭＴＣ―ＩＷＦ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ―Ｉｎｔｅｒ Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）から以前のトリガー参照番号を含む第１のメッセージを受信するステップ；及び
前記以前のトリガー参照番号に対応するトリガーメッセージを削除するステップ；
を含み、
前記第１のメッセージが新たなトリガー参照番号をさらに含む場合、前記ＳＭＳ―ＳＣは、前記トリガーメッセージを削除すると共に、前記新たなトリガー参照番号に対応する新たなトリガーメッセージを保存する、装置トリガーの交替／回収方法。
（項目２）
前記第１のメッセージは、前記ＭＴＣ―ＩＷＦがＳＣＳ（Ｓｅｒｖｉｃｅｓ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）から受信した装置トリガーと関連する第２のメッセージに基づく、項目１に記載の装置トリガーの交替／回収方法。
（項目３）
前記装置トリガーと関連する第２のメッセージは、トリガーの交替動作及びトリガーの回収動作のうちいずれか一つを要請するものである、項目２に記載の装置トリガーの交替／回収方法。
（項目４）
前記第２のメッセージが装置トリガーの交替動作を要請する場合のみに前記第１のメッセージが新たなトリガー参照番号を含む、項目２に記載の装置トリガーの交替／回収方法。
（項目５）
前記第２のメッセージが装置トリガーの回収動作を要請する場合、
前記第１のメッセージは新たなトリガー参照番号を含まない、項目２に記載の装置トリガーの交替／回収方法。
（項目６）
前記第２のメッセージは、ＳＣＳがＴｓｐインターフェースへのトリガー提出のクォータまたはレートを超えた場合、前記ＭＴＣ―ＩＷＦによって拒絶される、項目２に記載の装置トリガーの交替／回収方法。
（項目７）
前記ＳＭＳ―ＳＣは、複数のＳＭＳ―ＳＣのうち、前記ＭＴＣ―ＩＷＦが設定情報に基づいて前記第１のメッセージを受信するＳＭＳ―ＳＣとして選択したものである、項目１に記載の装置トリガーの交替／回収方法。
（項目８）
無線通信システムでＭＴＣ―ＩＷＦがスモールデータを交替／回収する方法において、
第１のメッセージに含まれた以前のスモールデータ参照番号に基づいて、ＭＴＣ―ＩＷＦがどのスモールデータを交替／回収すべきかを確認するステップ；及び
前記の確認されたスモールデータを削除するステップ；
を含み、
前記第１のメッセージがスモールデータの交替と関連する場合、
前記ＭＴＣ―ＩＷＦは、前記スモールデータを削除すると共に、新たなスモールデータを保存する、スモールデータの交替／回収方法。
（項目９）
ＳＣＳから前記第１のメッセージを受信するステップ；
をさらに含む、項目８に記載のスモールデータの交替／回収方法。
（項目１０）
前記第１のメッセージは、スモールデータの交替動作及びスモールデータの回収動作のうちいずれか一つを要請するものである、項目９に記載のスモールデータの交替／回収方法。
（項目１１）
前記第１のメッセージがスモールデータの交替動作を要請する場合のみに前記第１のメッセージが新たなスモールデータ参照番号を含む、項目９に記載のスモールデータの交替／回収方法。
（項目１２）
前記第１のメッセージは、ＳＣＳがＴｓｐインターフェースへのトリガー提出のクォータまたはレートを超えた場合、前記ＭＴＣ―ＩＷＦによって拒絶される、項目９に記載のスモールデータの交替／回収方法。
（項目１３）
前記の確認されたスモールデータの削除は、前記の確認されたスモールデータが前記ＭＴＣ―ＩＷＦに係留中であるか、または、端末への前記の確認されたスモールデータの伝達に失敗した場合に行われる、項目８に記載のスモールデータの交替／回収方法。
（項目１４）
前記の確認されたスモールデータが端末に成功的に伝達された場合、前記スモールデータの交替／回収には失敗したと見なされる、項目８に記載のスモールデータの交替／回収方法。
（項目１５）
前記スモールデータは、装置トリガーメッセージである、項目８に記載のスモールデータの交替／回収方法。

本発明によると、装置トリガー／スモールデータを交替／回収することができ、不要なトリガリングによるネットワーク資源の浪費などを防止することができる。前記ネットワーク資源は、シグナリング及びデータを交換するのに要される資源、装置トリガー／スモールデータを成功的に伝送するまでネットワークで保存するのに要される資源などを含む。

本発明で得られる効果は、以上で言及した各効果に制限されなく、言及していない他の効果は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。

本明細書に添付される図面は、本発明に対する理解を提供するためのものであって、本発明の多様な実施形態を示し、明細書を記載すると共に、本発明の原理を説明するためのものである。
ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）の概略的な構造を示す図である。 ＭＴＣ構造の例示的なモデルを示す図である。 ＭＴＣトリガー手順を説明するための図である。 Ｔ５を用いたトリガー手順を説明するための図である。 Ｔ４を用いたトリガー手順を説明するための図である。 本発明の実施例によるＴ４トリガーの交替／回収方法を説明するための図である。 本発明の実施例によるＴ４トリガーの交替／回収方法を説明するための図である。 本発明の実施例によるＴ５トリガーの交替／回収方法を説明するための図である。 本発明の実施例によるＴ５トリガーの交替／回収方法を説明するための図である。 本発明の実施例によるＴ５スモールデータの交替／回収方法を説明するための図である。 本発明の実施例によるＴ５スモールデータの交替／回収方法を説明するための図である。 本発明の実施例によるＴ５スモールデータの交替／回収方法を説明するための図である。 本発明の実施例によるＴ５スモールデータの交替／回収方法を説明するための図である。 本発明の実施例による装置構成を示した図である。

以下の各実施例は、本発明の各構成要素と各特徴を所定の形態で結合したものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素または特徴は、他の構成要素や特徴と結合されていない形態で実施することができる。また、一部の構成要素及び／または特徴を結合して本発明の実施例を構成することもできる。本発明の各実施例で説明する各動作の順序は変更可能である。一つの実施例の一部の構成や特徴は、他の実施例に含ませたり、または、他の実施例の対応する構成または特徴に取り替えることができる。

以下の説明で使用する特定用語は、本発明の理解を促進するために提供されたものであって、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更可能である。

いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示することができる。また、本明細書全体にわたって同一の構成要素に対しては、同一の図面符号を使用して説明する。

本発明の各実施例は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２系列システム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥ及びＬＴＥ―Ａシステム及び３ＧＰＰ２システムのうち少なくとも一つと関連して開示した各標準文書によって裏付けることができる。すなわち、本発明の各実施例のうち、本発明の技術的思想を明確に示すために説明していない各ステップまたは各部分は、前記各文書によって裏付けることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明することができる。

以下の技術は、多様な無線通信システムで使用することができる。明確性のために、以下では、３ＧＰＰ ＬＴＥ及び３ＧＰＰ ＬＴＥ―Ａシステムを中心に説明するが、本発明の技術的思想がこれに制限されることはない。

本文書で使用可能な各用語は、次のように定義される。
― ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）基盤の３世代移動通信技術。
― ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）：ＩＰ基盤のパケット交換（ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）とＬＴＥ、ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化された形態のネットワークである。
― ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ ｃｅｌｌ）規模である。
― ｅＮｏｄｅＢ：ＥＰＳネットワークの基地局。屋外に設置し、カバレッジはマクロセル規模である。
― 端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）：ユーザー機器。端末（ＵＥ）は、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）などの用語で言及することもできる。また、端末は、ノート型コンピュータ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などの携帯が可能な機器であるか、または、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、車両搭載装置などの携帯が不可能な機器であり得る。ＭＴＣと関連する内容において、端末という用語は、ＭＴＣ端末を称することができる。
― ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰ基盤で提供するザブシステム。
― ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）：移動通信ネットワークで国際的に固有に割り当てられるユーザー識別子。
― ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）：人の介入がなくてもマシンによって行われる通信。Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信と称することもできる。
― ＭＴＣ端末（ＭＴＣ ＵＥ（またはＭＴＣ ｄｅｖｉｃｅ（またはＭＴＣ装置）））：移動通信ネットワークを介した通信機能を有し、特定目的を行う端末（例えば、自動販売機、検針器など）。
― ＭＴＣサーバー（ＭＴＣ ｓｅｒｖｅｒ）：ＭＴＣ端末を管理するネットワーク上のサーバー。移動通信ネットワークの内部または外部に存在し得る。ＭＴＣユーザーが接近（ａｃｃｅｓｓ）可能なインターフェースを有することができる。また、ＭＴＣサーバーは、他の各サーバーにＭＴＣと関連するサービスを提供することもでき（ＳＣＳの形態）、自身がＭＴＣアプリケーションサーバーでもあり得る。
― ＭＴＣアプリケーション（ＭＴＣ ａｐｐｌｉｃａｔｉｏｎ）：ＭＴＣが適用されるサービス（例えば、遠隔検針、物量移動追跡、気象観測センサーなど）
― ＭＴＣアプリケーションサーバー：ＭＴＣアプリケーションが実行されるネットワーク上のサーバー。
― ＭＴＣ特徴（ＭＴＣ ｆｅａｔｕｒｅ）：ＭＴＣアプリケーションをサポートするためのネットワークの機能。例えば、ＭＴＣモニタリングは、遠隔検針などのＭＴＣアプリケーションで装備紛失などに備えるための特徴であって、低い移動性（ｌｏｗ ｍｏｂｉｌｉｔｙ）は、自動販売機などのＭＴＣ端末に対するＭＴＣアプリケーションのための特徴である。
― ＭＴＣサブスクライバー（ＭＴＣ ｓｕｂｓｃｒｉｂｅｒ）：ネットワークオペレーターと接続関係を有しており、一つ以上のＭＴＣ端末にサービスを提供するエンティティである。
― ＭＴＣグループ（ＭＴＣ Ｇｒｏｕｐ）：少なくとも一つ以上のＭＴＣ特徴を共有し、ＭＴＣサブスクライバーに属したＭＴＣ端末のグループを意味する。
― ＳＣＳ（Ｓｅｒｖｉｃｅｓ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）：ＨＰＬＭＮ（Ｈｏｍｅ ＰＬＭＮ）上のＭＴＣ―ＩＷＦ（ＭＴＣ ＩｎｔｅｒＷｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）及びＭＴＣ端末と通信するためのエンティティであって、３ＧＰＰネットワークと接続されている。
― 外部識別子（Ｅｘｔｅｒｎａｌ Ｉｄｅｎｔｉｆｉｅｒ）：３ＧＰＰネットワークの外部エンティティ（例えば、ＳＣＳまたはアプリケーションサーバー）がＭＴＣ端末（またはＭＴＣ端末が属した加入者）を示す（または識別する）ために使用する識別子であって、 グローバルに一意（ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅ）である。外部識別子は、次のようにドメイン識別子及びローカル識別子で構成される：
― ドメイン識別子（Ｄｏｍａｉｎ Ｉｄｅｎｔｉｆｉｅｒ）：移動通信網事業者の制御下にあるドメインを識別するための識別子。一つの事業者は、互いに異なるサービスへの接続を提供するためにサービス別にドメイン識別子を使用することもできる。
― ローカル識別子（Ｌｏｃａｌ Ｉｄｅｎｔｉｆｉｅｒ）：ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を類推または獲得するのに使用される識別子。ローカル識別子は、アプリケーションドメイン内では一意（ｕｎｉｑｕｅ）でなければならなく、移動通信網事業者によって管理される。
― ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅＢ、ｅＮｏｄｅＢ及びこれらを制御するＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を含む単位。端末間に存在し、コアネットワークへの連結を提供する。
― ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは、設定保存（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｔｏｒａｇｅ）、アイデンティティ管理（ｉｄｅｎｔｉｔｙ ｍａｎａｇｅｍｅｎｔ）、ユーザー状態保存などの機能を行うことができる。
― ＲＡＮＡＰ（ＲＡＮ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ））との間のインターフェース。
― ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）：各個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分されて構成され得る。
― ＮＡＳ（Ｎｏｎ―Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）：ＵＭＴＳプロトコルスタックで端末とコアネットワークとの間のシグナリング、トラフィックメッセージを取り交わすための機能的な階層。端末の移動性をサポートし、端末とＰＤＮ ＧＷとの間のＩＰ連結を樹立及び維持するセッション管理手順をサポートすることを主な機能とする。

以下では、前記のように定義された用語に基づいて説明する。

図１は、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）の概略的な構造を示す図である。

ＥＰＣは、各３ＧＰＰ技術の性能を向上させるためのＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは、多様な種類のネットワーク間の移動性をサポートするネットワーク構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰ基盤で多様な無線接続技術をサポートし、より向上したデータ伝送能力を提供するなどの最適化されたパケット―基盤システムを提供することを目標とする。

具体的に、ＥＰＣは、３ＧＰＰ ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）であって、パケット―基盤実時間及び非実時間サービスをサポートすることができる。既存の移動通信システム（すなわち、２世代または３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ―Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ―Ｓｗｉｔｃｈｅｄ）の２つの区別されるサブ―ドメインを通じてコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ ＬＴＥシステムでは、ＣＳ及びＰＳの各サブ―ドメインが一つのＩＰドメインに単一化された。すなわち、３ＧＰＰ ＬＴＥシステムでは、ＩＰ能力を有する各端末間の連結を、ＩＰ基盤の基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を通じて構成することができる。すなわち、ＥＰＣは、端―対―端（ｅｎｄ―ｔｏ―ｅｎｄ）ＩＰサービスの具現に必須的な構造である。

ＥＰＣは、多様な構成要素を含むことができ、図１では、そのうち一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）、ＰＤＮ ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）を図示する。

ＳＧＷは、無線接続ネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ ＧＷとの間のデータ経路を維持する機能をする要素である。また、端末がｅＮｏｄｅＢによってサービングされる領域にわたって移動する場合、ＳＧＷは、ローカル移動性アンカーポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）の役割をする。すなわち、Ｅ―ＵＴＲＡＮ（３ＧＰＰリリース―８以後に定義されるＥｖｏｌｖｅｄ―ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ） Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）内での移動性のためにＳＧＷを通じて各パケットをルーティングすることができる。また、ＳＧＷは、他の３ＧＰＰネットワーク（３ＧＰＰリリース―８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ） Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。

ＰＤＮ ＧＷは、パケットデータネットワークに向かうデータインターフェースの終了点（ｔｅｒｍｉｎａｔｉｏｎ ｐｏｉｎｔ）に該当する。ＰＤＮ ＧＷは、政策執行特徴（ｐｏｌｉｃｙ ｅｎｆｏｒｃｅｍｅｎｔ ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非―３ＧＰＰネットワーク（例えば、Ｉ―ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘなどの信頼されるネットワーク）との移動性管理のためのアンカーポイントの役割をすることができる。

図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ ＧＷが別途のゲートウェイで構成されることを示すが、二つのゲートウェイを単一のゲートウェイ構成オプション（Ｓｉｎｇｌｅ Ｇａｔｅｗａｙ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｐｔｉｏｎ）によって具現することもできる。ＭＭＥは、端末のネットワーク連結に対するアクセス、ネットワーク資源の割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどをサポートするためのシグナリング及び各制御機能を行う要素である。ＭＭＥは、加入者及びセッション管理と関連する各制御平面機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、保安過程（Ｓｅｃｕｒｉｔｙ Ｐｒｏｃｅｄｕｒｅｓ）、端末―対―ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ―ｔｏ―ｎｅｔｗｏｒｋ Ｓｅｓｓｉｏｎ Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ Ｔｅｒｍｉｎａｌ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。

ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザーの移動性管理及び認証などの全てのパケットデータをハンドリングする。

ｅＰＤＧは、信頼されない非―３ＧＰＰネットワーク（例えば、Ｉ―ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対する保安ノードとしての役割をする。

図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非―３ＧＰＰアクセス基盤でもＥＰＣ内の多様な要素を経由して事業者（すなわち、オペレーター）が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。

また、図１では、多様なレファレンスポイント（例えば、Ｓ１―Ｕ、Ｓ１―ＭＭＥなど）を図示する。３ＧＰＰシステムでは、Ｅ―ＵＴＲＡＮ及びＥＰＣの相違する各機能個体（ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ）に存在する２つの機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）と定義する。次の表１は、図１に示したレファレンスポイントをまとめたものである。表１の各例示の他にも、ネットワーク構造によって多様なレファレンスポイントが存在し得る。

図１に示したレファレンスポイントのうちＳ２ａ及びＳ２ｂは、非―３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非―３ＧＰＰアクセスとＰＤＮＧＷとの間の関連制御及び移動性サポートをユーザープレーンに提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧとＰＤＮ ＧＷとの間の関連制御及び移動性サポートをユーザープレーンに提供するレファレンスポイントである。

図２は、ＭＴＣ構造の例示的なモデルを示す図である。

ＭＴＣのために使用される端末（またはＭＴＣ端末）とＭＴＣアプリケーションとの間の端―対―端アプリケーションは、３ＧＰＰシステムによって提供される各サービスとＭＴＣサーバーによって提供される選択的な各サービスを利用することができる。３ＧＰＰシステムは、ＭＴＣを容易にする多様な最適化を含む輸送及び通信サービス（３ＧＰＰベアラーサービス、ＩＭＳ及びＳＭＳを含む。）を提供することができる。図２では、ＭＴＣのために使用される端末がＵｍ／Ｕｕ／ＬＴＥ―Ｕｕインターフェースを介して３ＧＰＰネットワーク（ＵＴＲＡＮ、Ｅ―ＵＴＲＡＮ、ＧＥＲＡＮ、Ｉ―ＷＬＡＮなど）に連結されることを示す。図２の構造（ａｒｃｈｉｔｅｃｔｕｒｅ）は、多様なＭＴＣモデル（直接モデル、間接モデル、ハイブリッドモデル）を含む。

まず、図２で示す個体について説明する。

図２において、アプリケーションサーバーは、ＭＴＣアプリケーションが実行されるネットワーク上のサーバーである。ＭＴＣアプリケーションサーバーに対しては、上述した多様なＭＴＣアプリケーションの具現のための技術を適用することができ、これに対する具体的な説明は省略する。また、図２において、ＭＴＣアプリケーションサーバーは、レファレンスポイントＡＰＩを介してＭＴＣサーバーにアクセスすることができ、これに対する具体的な説明は省略する。または、ＭＴＣアプリケーションサーバーは、ＭＴＣサーバーと共に位置する（ｃｏｌｌｏｃａｔｅｄ）場合もある。

ＭＴＣサーバー（例えば、図示したＳＣＳサーバー）は、ＭＴＣ端末を管理するネットワーク上のサーバーであって、３ＧＰＰネットワークに連結され、ＭＴＣのために使用される端末及びＰＬＭＮの各ノードと通信することができる。

ＭＴＣ―ＩＷＦ（ＭＴＣ―ＩｎｔｅｒＷｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）は、ＭＴＣサーバーとオペレーターコアネットワークとの間の相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）を管掌し、ＭＴＣ動作のプロキシとしての役割をすることができる。ＭＴＣ間接またはハイブリッドモデルをサポートするために、一つ以上のＭＴＣ―ＩＷＦがホームＰＬＭＮ（ＨＰＬＭＮ）内に存在し得る。ＭＴＣ―ＩＷＦは、レファレンスポイントＴｓｐ上のシグナリングプロトコルを中継または解釈し、ＰＬＭＮに特定機能を作動させることができる。ＭＴＣ―ＩＷＦは、ＭＴＣサーバーが３ＧＰＰネットワークとの通信を樹立する前にＭＴＣサーバーを認証（ａｕｔｈｅｎｔｉｃａｔｅ）する機能、ＭＴＣサーバーからの制御プレーン要請を認証する機能、後述するトリガー指示と関連する多様な機能などを行うことができる。

ＳＭＳ―ＳＣ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ―Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）／ＩＰ―ＳＭ―ＧＷ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｓｈｏｒｔ Ｍｅｓｓａｇｅ ＧａｔｅＷａｙ）は、短文サービス（ＳＭＳ）の送受信を管理することができる。ＳＭＳ―ＳＣは、ＳＭＥ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｅｎｔｉｔｙ）（短文を送信または受信する個体）と移動局との間の短文を中継し、保存―及び―伝達する機能を担当することができる。ＩＰ―ＳＭ―ＧＷは、ＩＰ基盤の端末とＳＭＳ―ＳＣとの間のプロトコル相互動作を担当することができる。

ＣＤＦ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｆｕｎｃｔｉｏｎ）／ＣＧＦ（Ｃｈａｒｇｉｎｇ Ｇａｔｅｗａｙ Ｆｕｎｃｔｉｏｎ）は、課金と関連する動作をすることができる。

ＨＬＲ／ＨＳＳは、加入者情報（ＩＭＳＩなど）、ルーティング情報、設定情報などを保存してＭＴＣ―ＩＷＦに提供する機能をすることができる。

ＭＳＣ／ＳＧＳＮ／ＭＭＥは、端末のネットワーク連結のための移動性管理、認証、資源割り当てなどの制御機能を行うことができる。また、ＭＳＣ／ＳＧＳＮ／ＭＭＥは、後述するトリガリングと関連してＭＴＣ―ＩＷＦからトリガー指示を受信し、これをＭＴＣ端末に提供するメッセージの形態みに加工する機能を行うことができる。

ＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）／Ｓ―ＧＷ（Ｓｅｒｖｉｎｇ―Ｇａｔｅｗａｙ）＋Ｐ―ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ―Ｇａｔｅｗａｙ）は、コアネットワークと外部ネットワークとの連結を担当するゲートウェイ機能を行うことができる。

次の表２は、図２での主要なレファレンスポイントをまとめたものである。

前記Ｔ５ａ、Ｔ５ｂ及びＴ５ｃのうち一つ以上のレファレンスポイントをＴ５と称する。

一方、間接及びハイブリッドモデルの場合におけるＭＴＣサーバーとのユーザープレーン通信、及び直接及びハイブリッドモデルの場合におけるＭＴＣアプリケーションサーバーとの通信は、レファレンスポイントＧｉ及びＳＧｉを介して既存のプロトコルを使用して行うことができる。

図２を参照して説明した内容と関連する具体的な事項は、３ＧＰＰ ＴＳ ２３．６８２文書を参照することによって本文書に組み込むことができる（ｉｎｃｏｒｐｏｒａｔｅｄ ｂｙ ｒｅｆｅｒｅｎｃｅ）。

ＭＴＣの場合、一般的なユーザー機器より多くの個数のＭＴＣ端末がネットワーク上に存在すると予想される。したがって、ＭＴＣのために最小限のネットワーク資源使用、最小限のシグナリング使用、最小限の電力使用などが要求される。

また、ＭＴＣ端末は、システム資源を最小に使用するために、普段はＭＴＣアプリケーションサーバーとのＩＰ連結を樹立しない場合もある。ＭＴＣ端末がＩＰ連結を樹立しなかったことからＭＴＣアプリケーションサーバーがＭＴＣ端末へのデータ伝送に失敗する場合、ＭＴＣ端末にＩＰ連結を樹立するように要請または指示できるが、これをトリガー指示と称する。すなわち、ＭＴＣ端末トリガリングは、ＭＴＣ端末に対するＩＰ住所がＭＴＣアプリケーションサーバーによって利用可能（ａｖａｉｌａｂｌｅ）でないか、到達可能（ｒｅａｃｈａｂｌｅ）でない場合に要求される（いずれかの個体にまたは該当の個体の住所に到達可能でないという意味は、該当の個体が該当の住所に不在中である（ａｂｓｅｎｔ）などの理由により、メッセージを伝達しようとする試みに失敗することを意味する）。このために、ＭＴＣ端末は、ネットワークからトリガー指示を受信することができ、トリガー指示を受けた場合、ＭＴＣ端末は、端末内のＭＴＣアプリケーションの動作を行い／行ったり、ＭＴＣアプリケーションサーバーとの通信を樹立することが要求される。ここで、ＭＴＣ端末がトリガー指示を受信するとき、ａ）ＭＴＣ端末がオフラインである（ネットワークにアタッチされていない）場合、ｂ）ＭＴＣ端末がオンラインであるが（ネットワークにアタッチされているが）、データ連結は樹立されていない場合、または、ｃ）ＭＴＣ端末がオンラインで（ネットワークにアタッチされており）、データ連結が樹立された場合を仮定することができる。

要約すると、ＭＴＣ端末に対するトリガリングは、該当のＭＴＣ端末がＭＴＣアプリケーションサーバーからデータを受信できるＩＰ連結（またはＰＤＮ連結）が樹立されていない場合に（または該当のＭＴＣ端末が基本的な制御信号は受信できるが、ユーザーデータは受信できない状態の場合）、トリガリングメッセージを用いて該当のＭＴＣ端末が端末内のＭＴＣアプリケーションの動作を行い／行ったり、ＭＴＣアプリケーションサーバーに対してＩＰ連結要請を行うようにする動作であると言える。また、トリガリングメッセージは、ネットワークがメッセージを適切なＭＴＣ端末にルーティングできるようにし、ＭＴＣ端末がメッセージを適切なＭＴＣ端末内のアプリケーションにルーティングできるようにする情報（以下では、トリガリング情報と称する。）を含むメッセージであると表現することもできる。

より詳細なＭＴＣトリガリング手順を図３を参照して説明する。

ＳＣＳ３８０は、ＭＴＣ端末をトリガーすることを決定することができる（Ｓ３０１）。ＳＣＳがトリガーを要請するために接続するＭＴＣ―ＩＷＦに対する情報がない場合、トリガーしようとするＭＴＣ端末の外部識別子（Ｅｘｔｅｒｎａｌ Ｉｄｅｎｔｉｆｉｅｒ）またはＳＣＳ内に設定されているＭＴＣ―ＩＷＦの識別子を使用してＤＮＳ３７０にＤＮＳクエリーを行うことによって、ＭＴＣ―ＩＷＦのＩＰ住所及びポート番号を決定することができる。その後、ＳＣＳ３８０は、ＭＴＣ―ＩＷＦ３６０に装置トリガー要請メッセージを送る（Ｓ３０２）。前記装置トリガー要請メッセージは、次の表３のような情報を含むことができる。

ＳＣＳ３８０から装置トリガー要請メッセージを受信したＭＴＣ―ＩＷＦ３６０は、ＳＣＳが３ＧＰＰネットワークにトリガー要請を送ることが許容されるか否かに対する権限検証を行う（Ｓ３０３）。前記権限検証に失敗すると、ＭＴＣ―ＩＷＦ３６０は、ＳＣＳ３８０に前記装置トリガー要請に失敗したことを知らせる装置トリガー確認メッセージを送る。これとは異なり、前記権限検証に成功すると、次のステップを行うことができる。

ＭＴＣ―ＩＷＦ３６０は、ＨＳＳ／ＨＬＲ３５０にサブスクライバー情報要請（Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを送る（Ｓ３０４）。これは、前記ＳＣＳが、前記ＭＴＣ端末をトリガーすることが許容されるＳＣＳであるか否かを検査し、前記ステップＳ３０２で受信したＭＴＣ端末の識別子（外部識別子またはＭＳＩＳＤＮ）を用いてＩＭＳＩを獲得し、ＭＴＣ端末をサービングするサービングノード（ｓｅｒｖｉｎｇ ｎｏｄｅ（ｓ））の識別子を含むルーティング情報を獲得するためである。

ＨＳＳ／ＨＬＲ３５０は、前記装置トリガー要請メッセージを送ったＳＣＳが、前記ＭＴＣ端末をトリガーするように許容されるＳＣＳであるか否かを検査する（Ｓ３０５）。その後、ＨＳＳ／ＨＬＲ３５０は、ＭＴＣ―ＩＷＦ３６０にサブスクライバー情報応答（Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージを伝送する。このメッセージは、ＩＭＳＩ、及びＭＴＣ端末をサービングするサービングノードの識別子を含む。検査の結果、前記ＳＣＳが前記ＭＴＣ端末をトリガーするように許容されないか、または、ＨＳＳ／ＨＬＲ３５０に前記ＭＴＣ端末と関連する有効なサブスクリプション情報が存在しない場合、ＨＳＳ／ＨＬＲ３５０は、ＭＴＣ―ＩＷＦ３６０にこれを知らせる情報を含むサブスクライバー情報応答メッセージを伝送する。この場合、ＭＴＣ―ＩＷＦ３６０は、ＳＣＳ３８０に前記装置トリガー要請に失敗したことを知らせる装置トリガー確認メッセージを送り、以後のステップは行わない。

ＭＴＣ―ＩＷＦ３６０は、ＨＳＳ／ＨＬＲ３５０から受信した情報及び地域的政策（ｌｏｃａｌ ｐｏｌｉｃｙ）に基づいてトリガー伝達手順（ｄｅｌｉｖｅｒｙ ｐｒｏｃｅｄｕｒｅ）を選択する。（Ｓ３０６ａ）

Ｔ５を用いた伝達手順が選択されると、ＭＴＣ―ＩＷＦ３６０は、Ｔ５トリガー伝達手順を行う（Ｓ３０６ｂ）。Ｔ５トリガー伝達手順は、図４に基づいて詳細に説明する。前記ステップＳ３０６ａでＴ４を用いた伝達手順が選択されたり、前記ステップＳ３０６ｂの結果、Ｔ５伝達に失敗した場合、ＭＴＣ―ＩＷＦ３６０は、Ｔ４トリガー伝達手順を行う（Ｓ３０６ｃ〜Ｓ３０６ｄ）。Ｔ４トリガー伝達手順については、図５に基づいて詳細に説明する。

ＭＴＣ―ＩＷＦ３６０は、ＳＣＳ３８０に前記ステップＳ３０２の装置トリガー要請メッセージに対する応答である装置トリガー報告（Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ Ｒｅｐｏｒｔ）メッセージを伝送する（Ｓ３０７）。装置トリガー報告メッセージは、前記ＳＣＳが要請した装置トリガーの結果、ＭＴＣ端末へのトリガー伝達に成功したか、それとも失敗したかを知らせる。

受信した装置トリガーに対する応答として、ＵＥ―１ ３１０は、トリガーペイロードの内容に基づいた動作を行う（Ｓ３０８）。このような動作は、典型的にはＳＣＳまたはＡＳ（アプリケーションサーバー）との通信開始を含む。

図４は、Ｔ５トリガー伝達手順を説明するための図である。図３のステップＳ３０２において、ＭＴＣ―ＩＷＦがＳＣＳから装置トリガー要請を受信すると、ＭＴＣ―ＩＷＦは、ＨＳＳ／ＨＬＲから受信した情報と地域政策に基づいて適切なトリガー伝達手順を選択する（図３のステップＳ３０４〜Ｓ３０６ａ）。その結果、ＭＴＣ―ＩＷＦは、Ｔ５ａインターフェースを介してＳＧＳＮに、Ｔ５ｂインターフェースを介してＭＭＥに、Ｔ５ｃインターフェースを介してＭＳＣに（Ｔ５ａ、Ｔ５ｂ、Ｔ５ｃインターフェースを介した装置トリガーをＴ５装置トリガーと称することができる。）、または、Ｔ４インターフェースを介してＳＭＳ―ＳＣに装置トリガー要請を送ることができる。例えば、図４を参照すると、ＨＳＳ／ＨＬＲから獲得した情報に基づいて可用なサービングノードが多数である場合、ＭＴＣ―ＩＷＦ４４０は、適切なサービングノードを選択する。ＭＴＣ―ＩＷＦ４４０は、選択したサービングノード４２０に提出要請（Ｓｕｂｍｉｔ Ｒｅｑｕｅｓｔ）メッセージを伝送する（Ｓ４０１）。上述したように、選択したサービングノードがＳＧＳＮであるとＴ５ａを介して、ＭＭＥであるとＴ５ｂを介して、または、ＭＳＣであるとＴ５ｃインターフェースを介して提出要請メッセージを伝送する。

提出要請メッセージを受信したサービングノード４２０は、装置トリガーのターゲット端末であるＵＥ―１ ４１０にトリガーメッセージを伝達する（Ｓ４０２）。前記トリガー動作を行ったサービングノード４２０は、ＭＴＣ―ＩＷＦ４６０に伝達報告（Ｄｅｌｉｖｅｒｙ Ｒｅｐｏｒｔ）メッセージを送る。前記伝達報告メッセージは、ＭＴＣ―ＩＷＦが要請した装置トリガーの結果、ＭＴＣ端末へのトリガー伝達に成功したか、それとも失敗したかを知らせる。

図５は、Ｔ４トリガー伝達手順を説明するための図である。図５を参照すると、ＭＴＣ―ＩＷＦ５６０は、ＳＣＳ５８０から受信した装置トリガー要請メッセージが含む情報及びＨＳＳ／ＨＬＲ５５０から受信したサブスクライバー情報応答メッセージが含む情報に基づいてＳＭＳ―ＳＣ５４０に提出トリガー（Ｓｕｂｍｉｔ Ｔｒｉｇｇｅｒ）メッセージを伝送する（Ｓ５０１）。ＳＭＳ―ＳＣ５４０は、提出トリガーメッセージを受信（ａｃｃｅｐｔ）したと応答する提出トリガー確認メッセージをＭＴＣ―ＩＷＦ５６０に伝送する（Ｓ５０２）。ＳＭＳ―ＳＣ５４０から提出トリガー確認メッセージを受信したＭＴＣ―ＩＷＦ５６０は、ＳＣＳ５８０にＳＣＳが送った装置トリガー要請メッセージが受信されたことを知らせる装置トリガー確認メッセージを伝送する（Ｓ５０３）。

ＳＭＳ―ＳＣ５４０が送った装置トリガーメッセージを含む短文メッセージがサービングノード５２０に伝達される（Ｓ５０４）。このとき、前記ＳＭＳ―ＳＣ５４０は、受信した装置トリガーメッセージがルーティング情報（サービングノードに対する情報）を含んでいる場合、これを獲得するためにＨＳＳ／ＨＬＲ５５０との質疑（ｉｎｔｅｒｒｏｇａｔｉｏｎ）を行う必要がない。ＳＭＳ―ＳＣ５４０は、短文メッセージの伝送に失敗する場合に備えて、ＭＴＣ―ＩＷＦ５６０から受信した情報のうちルーティング情報を除いた必要な情報を保存する。

次に、サービングノード５２０は、ＵＥ―１ ５１０に短文メッセージを伝達する（Ｓ５０５）。装置トリガーメッセージを含む短文メッセージを受信したＵＥ―１ ５１０は、サービングノード５２０に応答することができる。サービングノード５２０は、ＳＭＳ―ＳＣ５４０に伝達報告メッセージを送る（Ｓ５０６）。伝達報告メッセージは、前記ＳＭＳ―ＳＣが要請した短文メッセージ伝達の結果、ＭＴＣ端末への短文メッセージ（ｓｈｏｒｔ ｍｅｓｓａｇｅ）の伝達に成功したか、それとも失敗したかを知らせることができる。短文メッセージの伝達に失敗し、前記装置トリガーメッセージに対する有効区間（ｖａｌｉｄｉｔｙ ｐｅｒｉｏｄ）が０に設定されていない場合、ＳＭＳ―ＳＣ５４０は、ＨＳＳ／ＨＬＲ５５０との質疑を通じてＵＥ―１ ５１０に短文メッセージを伝達するためのルーティング情報を獲得した後、ステップＳ５０４で保存した情報を用いて再伝送を行うことができる。ＳＭＳ―ＳＣ５４０は、ＭＴＣ―ＩＷＦ５６０に、ＭＴＣ―ＩＷＦが要請した装置トリガーの結果、ＭＴＣ端末へのトリガーの伝達に成功したか、それとも失敗したかを知らせるためにメッセージ伝達報告（Ｍｅｓｓａｇｅ Ｄｅｌｉｖｅｒｙ Ｒｅｐｏｒｔ）メッセージを送る（Ｓ５０７）。

表４は、ＳＭＳ―ＳＣがＭＴＣ―ＩＷＦから装置トリガーメッセージに対する伝送要請を受けた後、伝送結果（成功または失敗）をＭＴＣ―ＩＷＦに知らせる前まで保存すべき代表的な装置トリガーメッセージと関連する各情報である。

上述した、Ｔ４／Ｔ５インターフェースを介して伝達されるＭＴＣ端末に対するトリガーは、端末が可用／到達可能でないので、端末への伝達に失敗し得る。例えば、ＭＴＣ端末がカバレッジ外にあるか、他の作業処理でトリガーメッセージを処理できないか、または、保存空間が不足する場合などがあり得る。この場合、ネットワークノードは、トリガーメッセージの有効期間の間、トリガーメッセージを保存し、伝送を再び試みる。

上述した手順において、トリガーメッセージの伝達が完了しないとしても、トリガーメッセージの伝達が余剰または不要なものになり得る。例えば、伝達されていないトリガーメッセージが端末にセンサーＡを介した測定結果伝送を要求するものであるが、次回のトリガーが端末に全てのセンサーを介した測定結果伝送を要求する場合、以前のトリガーメッセージは、再試図を通じて伝達されるよりは、取り消し（ｃａｎｃｅｌ）／回収（ｒｅｃａｌｌ）または新たなトリガーメッセージに交替（ｒｅｐｌａｃｅ）されることが好ましい。すなわち、ネットワークが伝達されていないトリガーメッセージの取り消し／回収が不可能である場合、不要なトリガーメッセージが各端末に伝達されたり、端末への伝達のためにネットワークノードで保存され、その結果、ネットワーク資源の浪費をもたらし得る。したがって、以下では、ＭＴＣ端末に対するトリガーメッセージの取り消し／回収または交替について説明する。以下の説明において、トリガーメッセージは、スモールデータであって、スモールデータはトリガーメッセージに取り替えることができる。前記スモールデータは、少量のデータ（ｓｍａｌｌ ａｍｏｕｎｔｓ ｏｆ ｄａｔａ）または小さいサイズのデータ（ｓｍａｌｌ ｓｉｚｅ ｏｆ ｄａｔａ）と称することもできる。

（実施例１―Ｔ４トリガーメッセージの交替、取り消し／回収）
第１の実施例は、Ｔ４トリガーメッセージの交替、取り消し／回収に関する。

Ｔ４トリガーメッセージの交替、取り消し／回収は、ＳＭＳ―ＳＣによって行うことができる。具体的に、ＳＭＳ―ＳＣは、ＭＴＣ―ＩＷＦから以前のトリガー参照番号（ｏｌｄ ｔｒｉｇｇｅｒ ｒｅｆｅｒｅｎｃｅ ｎｕｍｂｅｒ）を含む第１のメッセージを受信し、これに該当するトリガーメッセージを削除することができる。トリガーメッセージの交替の場合、すなわち、第１のメッセージが新たなトリガー参照番号（ｎｅｗ ｔｒｉｇｇｅｒ ｒｅｆｅｒｅｎｃｅ ｎｕｍｂｅｒ）を含む場合、ＳＭＳ―ＳＣは、以前のトリガー参照番号に該当するトリガーメッセージを削除し、新たなトリガー参照番号に該当するトリガーメッセージを保存することができる。保存された新たなトリガーメッセージは、端末が可用な場合、端末に伝達することができる。

ここで、第１のメッセージは、後述するように、提出トリガーの取り消し／回収メッセージまたは提出トリガーの交替メッセージであり得る。また、第１のメッセージは、ＭＴＣ―ＩＷＦがＳＣＳから受信した装置トリガーと関連する第２のメッセージに基づいたものであり得る。第２のメッセージは、トリガーの交替動作及びトリガーの回収／取り消し動作のうちいずれか一つを要請するものであり、具体的に、装置トリガーの取り消し／回収要請メッセージ、装置トリガーの交替要請メッセージであり得る。または、第２のメッセージは、アクションタイプが装置トリガーの取り消し／回収及び交替のうちいずれか一つに設定された装置アクション要請（Ｄｅｖｉｃｅ Ａｃｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージの形態でもあり得る。または、第２のメッセージは、要請タイプが装置トリガーの取り消し／回収及び交替のうちいずれか一つに設定された装置トリガー要請（Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ Ｒｅｑｕｅｓｔ）メッセージの形態でもあり得る。第２のメッセージも、第１のメッセージと同様に、新たなトリガー参照番号は、装置トリガーの交替を要請する場合のみに含まれ、装置トリガーの取り消し／回収を要請する場合は含まれないこともある。また、第２のメッセージは、ＳＣＳがＴｓｐインターフェースへのトリガー提出のクォータまたはレートを超えた場合、前記ＭＴＣ―ＩＷＦによって拒絶され得る。

複数のＳＭＳ―ＳＣがＭＴＣ―ＩＷＦに連結されている場合、設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいてＭＴＣ―ＩＷＦが第１のメッセージを伝送するＳＭＳ―ＳＣを決定することができる。または、ＭＴＣ―ＩＷＦは、以前のトリガーメッセージを保存しているＳＭＳ―ＳＣ（例えば、以前にＭＴＣ―ＩＷＦが以前のトリガーメッセージに対する伝送を要請したＳＭＳ―ＳＣ）に対する情報を（他のネットワークノードから）獲得した後、第１のメッセージを伝送するＳＭＳ―ＳＣを決定することができる。

以下では、トリガーメッセージの交替、取り消し／回収の場合にそれぞれ分けて具体的に説明する。

（実施例１ａ―Ｔ４トリガーメッセージの交替）
図６は、Ｔ４トリガーメッセージの交替を説明するための図である。図６を参照すると、ステップＳ６０１において、ＳＣＳは、以前に提出されたトリガーメッセージの取り消し／回収及び／または交替を行う必要があるか否かを決定することができる。ＳＣＳは、装置トリガー取り消し要請メッセージ（外部識別子（Ｅｘｔｅｒｎａｌ Ｉｄｅｎｔｉｆｉｅｒ）またはＭＳＩＳＤＮ、ＳＣＳ識別子（ＳＣＳ Ｉｄｅｎｔｉｆｉｅｒ）、以前のトリガー参照番号（ｏｌｄ ｔｒｉｇｇｅｒ ｒｅｆｅｒｅｎｃｅ ｎｕｍｂｅｒ）、新たなトリガー参照番号（ｎｅｗ ｔｒｉｇｇｅｒ ｒｅｆｅｒｅｎｃｅ ｎｕｍｂｅｒ）、有効期間（ｖａｌｉｄｉｔｙ ｐｅｒｉｏｄ）、優先順位（ｐｒｉｏｒｉｔｙ）、トリガーペイロード（ｔｒｉｇｇｅｒ ｐａｙｌｏａｄ）などを含む。）をＭＴＣ―ＩＷＦに伝送することができる。以前のトリガー参照番号は、ＳＣＳが取り消すことを望む、以前に提出されたトリガーメッセージに割り当てられたトリガー参照番号を指示することができる。新たなトリガー参照番号は、新たに提出されたトリガーメッセージにＳＣＳによって割り当てることができる。有効期間、優先順位、トリガーペイロードが新たなトリガーメッセージのためのものである一方、外部識別子、ＭＳＩＳＤＮ、ＳＣＳ識別子は、いずれも以前のトリガーメッセージ（例えば、係留（ｐｅｎｄｉｎｇ）中のトリガーメッセージ）及び新たなトリガーメッセージと関連している。

装置トリガー取り消し／回収要請メッセージは、新たに定義されたメッセージでもあり、既存のＴｓｐ上の装置トリガー手順（Ｄｅｖｉｃｅ ｔｒｉｇｇｅｒｉｎｇ ｐｒｏｃｅｄｕｒｅ ｏｖｅｒ Ｔｓｐ）動作（詳細な内容は、ＴＳ ２３．６８２ｖ１１．２．０の５．２．１節によって参考され得る。）のために使用される装置トリガー要請メッセージでもあり得る。さらに、前記メッセージは、新たなトリガーメッセージに既存の係留中のトリガーメッセージ（ｐｅｎｄｉｎｇ ｔｒｉｇｇｅｒ ｍｅｓｓａｇｅ）を交替することを要請するという情報を明示的／含蓄的に含むことができる。

例えば、係留中のトリガーメッセージを交替することを要請するための装置トリガー取り消し／回収要請メッセージは、既存の装置トリガー要請メッセージ、すなわち、装置―アクション―要請（Ｄｅｖｉｃｅ―Ａｃｔｉｏｎ―Ｒｅｑｕｅｓｔ）メッセージ／コマンドを使用しながら、新たなアクションタイプ（Ａｃｔｉｏｎ―Ｔｙｐｅ）値、例えば、Ａｃｔｉｏｎ―Ｔｙｐｅ＝“Ｒｅｐｌａｃｅ”（具体的には、“交替（Ｒｅｐｌａｃｅ）”を意味する特定に列挙された値（ｅｎｕｍｅｒａｔｅｄ ｖａｌｕｅ）または整数値）を定義して使用することができる。また、このとき、交替要請に必要な各情報を含むために、既存のＡＶＰを拡張したり、新たなＡＶＰを定義して使用することができる。更に他の例としては、係留中のトリガーメッセージの取り消し／回収及び／または交替を行うように要請する新たなメッセージ／コマンドを定義しながら回収及び交替に対してそれぞれ定義されたアクション―タイプＡＶＰを含ませる。または、係留中のトリガーメッセージの取り消し／回収を行うように要請するメッセージ／コマンドと、係留中のトリガーメッセージを交替するように要請するメッセージ／コマンドをそれぞれ定義して使用することもできる。上述したＳＣＳがＭＴＣ―ＩＷＦに伝送する装置トリガーの取り消し／回収及び／または交替要請メッセージに対する内容は、実施例２及び実施例３にも適用することができる。

ＳＣＳは、新たなトリガー参照番号を以前のトリガー参照番号と同一の値に設定することができる。この場合、装置トリガー取り消し／回収要請メッセージに以前のトリガー参照番号及び新たなトリガー参照番号を全て含ませることもでき、一つのトリガー参照番号（ｔｒｉｇｇｅｒ ｒｅｆｅｒｅｎｃｅ ｎｕｍｂｅｒ）値のみを含ませることもできる。

優先順位情報の場合、係留中のトリガーメッセージに対する優先順位値と新たなトリガーメッセージに対する優先順位値とが異なる場合（または同一であるとしても）、係留中のトリガーメッセージに対する優先順位値を追加的に装置トリガー取り消し／回収要請メッセージに含ませることができる。係留中のトリガーメッセージと関連する優先順位値は、前記係留中のトリガーメッセージを取り消すのにおいて優先順位があるか否かを示すことができる。しかし、係留中のトリガーメッセージを取り消すのにおいて、優先順位（または緊急性）の有無は、多様な形態のメッセージ及び／またはパラメーター及び／または情報で示すこともできる。

ステップＳ６０２において、受信された装置トリガー取り消し要請メッセージの外部識別子、ＭＳＩＳＤＮ、ＳＣＳ識別子、以前のトリガー参照番号のうち一つ以上の情報に基づいて、ＭＴＣ―ＩＷＦは、新たなトリガーメッセージへの交替過程でどのトリガーメッセージが削除されるべきであるかを確認（ｉｄｅｎｔｉｆｙ）することができる。また、ＭＴＣ―ＩＷＦは、外部識別子、ＭＳＩＳＤＮ、ＩＭＳＩ、ＳＣＳ識別子、以前のトリガー参照番号、新たなトリガー参照番号、有効区間、優先順位、ＳＭＳアプリケーションポートＩＤ、トリガーペイロードなどを含む提出トリガー取り消しメッセージをＳＭＳ―ＳＣに伝送することができる。

ＭＴＣ―ＩＷＦは、次のうち一つ以上の情報に基づいてＳＣＳがＴｓｐインターフェースへのトリガー提出（ｔｒｉｇｇｅｒ ｓｕｂｍｉｓｓｉｏｎ）に対するクォータまたはレートを超えた場合、前記装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）するか否かを決定することができる。
― 事業者政策及び／または加入者情報
― 係留中のトリガーメッセージを取り消すのにおいて、優先順位（または緊急性）の有無
― 新たなトリガーメッセージの優先順位（または緊急性）の有無
― Ｔｓｐインターフェースのオーバーロード（ｏｖｅｒｌｏａｄ）状況
― Ｔ４インターフェースのオーバーロード状況及び／またはＴ５インターフェースのオーバーロード状況
― その他のＭＴＣ―ＩＷＦが保存している装置トリガーと関連する情報及び他のノード（例えば、ＨＳＳ）から獲得した装置トリガーと関連する情報
ＭＴＣ―ＩＷＦは、ＳＣＳに許容されるトリガー提出に対するクォータまたはレートとは別途に、ＳＣＳに許容されるトリガー取り消し（ｔｒｉｇｇｅｒ ｃａｎｃｅｌｌａｔｉｏｎ）に対するクォータまたはレートを管理することもでき、この場合、トリガー取り消しに対するクォータまたはレートを超えた場合、ＳＣＳが送った装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）しないこともある。

ＭＴＣ―ＩＷＦは、次のうち一つ以上の情報に基づいてＳＣＳへのＴｓｐインターフェースがオーバーロード状況である場合、前記装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）するか否かを決定することができる。
― 事業者政策及び／または加入者情報
― 係留中のトリガーメッセージを取り消すのにおいて、優先順位（または緊急性）の有無
― 新たなトリガーメッセージの優先順位（または緊急性）の有無
― Ｔｓｐインターフェースのオーバーロード状況
― Ｔ４インターフェースのオーバーロード状況及び／またはＴ５インターフェースのオーバーロード状況
― ＳＣＳがＴｓｐインターフェースへのトリガー提出（またはトリガー取り消し）に対するクォータまたはレートを超えたか否か
― その他のＭＴＣ―ＩＷＦが保存している装置トリガーと関連する情報及び他のノード（例えば、ＨＳＳ）から獲得した装置トリガーと関連する情報
場合に応じては、前記装置トリガー取り消し／回収要請メッセージで要請する係留中のトリガーメッセージの取り消し要請のみを受諾（または拒絶）し、新たなトリガーメッセージの提出要請は拒絶（ｒｅｊｅｃｔ）することもできる。例えば、ＳＣＳがＴｓｐインターフェースへのトリガー提出（またはトリガー取り消し）に対するクォータまたはレートを超える状況及び／またはＴｓｐインターフェースのオーバーロード状況及び／またはＴ４インターフェースのオーバーロード状況である場合、新たなトリガーメッセージの優先順位はなく、係留中のトリガーメッセージにのみ優先順位があると、ＭＴＣ―ＩＷＦは、係留中のトリガーメッセージの取り消し要請のみを受諾（または拒絶）し、新たなトリガーメッセージの提出要請は拒絶することもできる。または、ＳＣＳが装置トリガー取り消し／回収要請メッセージをＭＴＣ―ＩＷＦに伝送するとき、明示的／含蓄的に新たなトリガーメッセージの提出要請が拒絶されるとしても、係留中のトリガーメッセージの取り消しは必ず行うことを要請する情報を含ませることもできる。これとは異なり、ＳＣＳが装置トリガー取り消し／回収要請メッセージをＭＴＣ―ＩＷＦに伝送するとき、明示的／含蓄的に新たなトリガーメッセージの提出要請が拒絶される場合、係留中のトリガーメッセージの取り消しも共に拒絶することを要請する情報を含ませることによって、二つの動作が分離された形態で行われることを防止することもできる。

提出トリガー取り消しメッセージは、新たに定義されたメッセージでもあり、既存のＴ４インターフェースを使用したトリガー伝達（Ｔｒｉｇｇｅｒ Ｄｅｌｉｖｅｒｙ ｕｓｉｎｇ Ｔ４）動作（ＴＳ ２３．６８２ｖ１１．２．０の５．２．２節参照）のために使用される提出トリガーメッセージまたは装置トリガー要請メッセージ／コマンドでもあり得る。さらに、前記メッセージは、新たなトリガーメッセージに既存の係留中のトリガーメッセージを交替することを要請するという情報を明示的／含蓄的に含むことができる。ＳＣＳが装置トリガー取り消し／回収要請メッセージに以前のトリガー参照番号及び新たなトリガー参照番号を全て含ませる代わりに、一つのトリガー参照番号値のみを含ませた場合、ＭＴＣ―ＩＷＦは、提出トリガー取り消しメッセージに一つのトリガー参照番号値のみを含ませることもでき、以前のトリガー参照番号と新たなトリガー参照番号をＳＣＳから受信したトリガー参照番号値に設定し、これらを提出トリガー取り消しメッセージに全て含ませることもできる。

前記ステップＳ６０２を行う前に、ＭＴＣ―ＩＷＦは、ＨＳＳ／ＨＬＲ（図６には図示していない）にサブスクライバー情報を要請するための及び／または前記ＳＣＳが装置トリガーに対する「取り消し／回収及び交替」または「交替」が許容されるＳＣＳであるか否かに対する検査／認証を要請するメッセージを送ることができる。前記要請メッセージには、前記要請がＳＣＳからの装置トリガーに対する取り消し／回収及び／または交替要請によるものであることを知らせる情報を明示的にまたは含蓄的に含ませることができる。前記要請を受信したＨＳＳ／ＨＬＲは、前記ＳＣＳが、前記ＭＴＣ端末に対するトリガーの取り消し／回収及び／または交替を行うことが許容されるＳＣＳであるか否かを検査／認証する。そして、ＳＣＳは、ＭＴＣ―ＩＷＦに応答メッセージを伝送する。前記応答メッセージは、サブスクライバー情報（例えば、ＩＭＳＩ、ＭＴＣ端末をサービングするサービングノードの識別子を含むルーティング情報など）を含むことができる。検査／認証の結果、前記ＳＣＳが前記ＭＴＣ端末に対するトリガーの取り消し／回収及び／または交替を行うことが許容されないか、または、ＨＳＳ／ＨＬＲに前記ＭＴＣ端末と関連する有効なサブスクリプション情報が存在しない場合、ＨＳＳ／ＨＬＲは、ＭＴＣ―ＩＷＦにこれを知らせる情報を含む応答メッセージを伝送する。この場合、ＭＴＣ―ＩＷＦは、ＳＣＳに前記装置トリガー取り消し／回収及び／または交替要請に失敗したことを知らせるメッセージを送り、以後のステップは行わない。上述したＭＴＣ―ＩＷＦがＨＳＳ／ＨＬＲと相互作用を行う内容は、実施例２及び実施例３にも適用することができる。また、上述したＭＴＣ―ＩＷＦがＨＳＳ／ＨＬＲと相互作用を行う過程は、前記ステップＳ６０１において、ＳＣＳがＭＴＣ―ＩＷＦに伝送した装置トリガー取り消し要請メッセージにＭＴＣ端末の識別子としてＭＳＩＳＤＮが含まれていない場合のみに行われたり、または、ＭＴＣ端末の識別子として外部識別子のみが含まれている場合のみに行われることもある。

ステップＳ６０３において、ＳＭＳ―ＳＣは、以前のトリガー参照番号によって確認された、保存された以前のトリガーメッセージ（係留中であり得る）及び／または以前のトリガーメッセージと関連する情報を除去／削除することができる。ＳＭＳ―ＳＣは、端末が可用になるときに端末に伝達する新たなトリガーメッセージ及び／または新たなトリガーメッセージと関連する情報を保存することができる。前記トリガーメッセージ及び／またはトリガーメッセージと関連する情報は、表４に示した各情報であり得る。

ステップＳ６０４において、ＳＭＳ―ＳＣは、（ＳＭＳ―ＳＣで）係留中のトリガーメッセージが新たなトリガーメッセージに成功的に交替されたことを知らせるための提出トリガー取り消し応答メッセージをＭＴＣ―ＩＷＦに伝送することができる。

提出トリガー取り消し応答（Ｓｕｂｍｉｔ Ｔｒｉｇｇｅｒ Ｃａｎｃｅｌ Ｒｅｓｐｏｎｓｅ）メッセージは、新たに定義されたメッセージでもあり、既存のＴ４インターフェースを使用したトリガー伝達動作（ＴＳ ２３．６８２ｖ１１．２．０の５．２．２節参照）のために使用される提出トリガー確認メッセージ（Ｓｕｂｍｉｔ Ｔｒｉｇｇｅｒ Ｃｏｎｆｉｒｍ ｍｅｓｓａｇｅ）またはメッセージ伝達報告（Ｍｅｓｓａｇｅ Ｄｅｌｉｖｅｒｙ Ｒｅｐｏｒｔ）メッセージでもあり得る。さらに、前記メッセージは、新たなトリガーメッセージに既存の係留中のトリガーメッセージを交替することを要請するメッセージに対する応答メッセージであることを示す情報を明示的／含蓄的に含むことができる。

ステップＳ６０５において、ＭＴＣ―ＩＷＦは、外部識別子、ＭＳＩＳＤＮ、以前のトリガー参照番号、新たなトリガー参照番号を含む装置トリガー取り消し報告（Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ Ｃａｎｃｅｌ Ｒｅｐｏｒｔ）メッセージを（トリガー取り消しに成功したか、それとも失敗したか、失敗した場合、その理由を指示する理由値（ｃａｕｓｅ ｖａｌｕｅ）と共に）ＳＣＳに伝送することができる。

装置トリガー取り消し報告メッセージは、本発明のために新たに定義されたメッセージでもあり、既存のＴｓｐ上の装置トリガー手順動作（ＴＳ ２３．６８２ｖ１１．２．０の５．２．１節参照）のために使用される装置トリガー報告メッセージ（Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ Ｒｅｐｏｒｔ ｍｅｓｓａｇｅ）またはＤｅｖｉｃｅ―Ｎｏｔｉｆｉｃａｔｉｏｎ―Ｒｅｑｕｅｓｔ（ＤＮＲ）メッセージ／コマンドでもあり得る。さらに、前記メッセージは、新たなトリガーメッセージに既存の係留中のトリガーメッセージを交替することを要請するメッセージに対する応答メッセージであることを示す情報を明示的／含蓄的に含むことができる。

（実施例１ｂ―Ｔ４トリガーメッセージの取り消し／回収）
図７を参照すると、ステップＳ７０１において、ＳＣＳは、以前に提出されたトリガーメッセージを取り消す必要があるか否かを決定することができる。ＳＣＳは、装置トリガー取り消し要請メッセージ（外部識別子（Ｅｘｔｅｒｎａｌ Ｉｄｅｎｔｉｆｉｅｒ）またはＭＳＩＳＤＮ、ＳＣＳ識別子（ＳＣＳ Ｉｄｅｎｔｉｆｉｅｒ）、以前のトリガー参照番号（ｏｌｄ ｔｒｉｇｇｅｒ ｒｅｆｅｒｅｎｃｅ ｎｕｍｂｅｒ）またはトリガー参照番号などを含む。）をＭＴＣ―ＩＷＦに伝送することができる。以前のトリガー参照番号（またはトリガー参照番号）は、ＳＣＳが取り消すことを望む、以前に提出されたトリガーメッセージに割り当てられたトリガー参照番号を指示することができる。

装置トリガー取り消し／回収要請メッセージは、本発明のために新たに定義されたメッセージでもあり、既存のＴｓｐ上の装置トリガー手順動作（ＴＳ ２３．６８２ｖ１１．２．０の５．２．１節参照）のために使用される装置トリガー要請メッセージでもあり得る。さらに、前記メッセージは、既存の係留中のトリガーメッセージを取り消すことを要請するという情報を明示的／含蓄的に含むことができる。

例えば、係留中のトリガーメッセージを取り消すことを要請するための装置トリガー取り消し／回収要請メッセージは、既存の装置トリガー要請メッセージ、すなわち、装置―アクション―要請メッセージ／コマンド（前記２．２．３節で説明した）を使用しながら、新たなアクション―タイプ値、例えば、Ａｃｔｉｏｎ―Ｔｙｐｅ＝“Ｒｅｃａｌｌ”（具体的には、“Ｒｅｃａｌｌ”を意味する特定に列挙された値または整数値）を定義して使用することができる。また、このとき、回収要請に必要な各情報を含むために既存のＡＶＰを確張したり、新たなＡＶＰを定義して使用することができる。更に他の例としては、係留中のトリガーメッセージを回収または交替するように要請する新たなメッセージ／コマンドを定義しながら、回収及び交替に対してそれぞれ定義されたアクション―タイプＡＶＰを含ませる。または、係留中のトリガーメッセージの取り消し／回収を行うように要請するメッセージ／コマンドと、係留中のトリガーメッセージを交替するように要請するメッセージ／コマンドをそれぞれ定義して使用することもできる。上述したＳＣＳがＭＴＣ―ＩＷＦに伝送する装置トリガー取り消し／回収要請メッセージに対する内容は、実施例２及び実施例３にも適用することができる。

装置トリガー取り消し／回収要請メッセージは、追加的に係留中のトリガーメッセージに対する優先順位値を含むことができる。係留中のトリガーメッセージと関連する優先順位値は、前記係留中のトリガーメッセージを取り消すにおいて優先順位があるか否かを示すことができる。しかし、係留中のトリガーメッセージを取り消すのにおいて、優先順位（または緊急性）の有無は、多様な形態のメッセージ及び／またはパラメーター及び／または情報で示すこともできる。

ステップＳ７０２において、受信された装置トリガー取り消し要請メッセージの外部識別子、ＭＳＩＳＤＮ、ＳＣＳ識別子、以前のトリガー参照番号などに基づいて、どのトリガーメッセージが削除されるべきであるかを確認することができる。また、ＭＴＣ―ＩＷＦは、外部識別子、ＭＳＩＳＤＮ、ＩＭＳＩ、ＳＣＳ識別子、以前のトリガー参照番号（またはトリガー参照番号）などを含む提出トリガー取り消しメッセージをＳＭＳ―ＳＣに伝送することができる。

ＭＴＣ―ＩＷＦは、次のうち一つ以上の情報に基づいてＳＣＳがＴｓｐインターフェースへのトリガー提出に対するクォータまたはレートを超えた場合、前記装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）するか否かを決定することができる。
― 事業者政策及び／または加入者情報
― 係留中のトリガーメッセージを取り消すのにおいて、優先順位（または緊急性）の有無
― Ｔｓｐインターフェースのオーバーロード状況
― Ｔ４インターフェースのオーバーロード状況及び／またはＴ５インターフェースのオーバーロード状況
― その他のＭＴＣ―ＩＷＦが保存している装置トリガーと関連する情報及び他のノード（例えば、ＨＳＳ）から獲得した装置トリガーと関連する情報
ＭＴＣ―ＩＷＦは、ＳＣＳに許容されるトリガー提出に対するクォータまたはレートとは別途に、ＳＣＳに許容されるトリガー取り消しに対するクォータまたはレートを管理することもでき、この場合、トリガー取り消しに対するクォータまたはレートを超えた場合、ＳＣＳが送った装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）しないこともある。

ＭＴＣ―ＩＷＦは、次のうち一つ以上の情報に基づいてＳＣＳへのＴｓｐインターフェースがオーバーロード状況である場合、前記装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）するか否かを決定することができる。
― 事業者政策及び／または加入者情報
― 係留中のトリガーメッセージを取り消すのにおいて、優先順位（または緊急性）の有無
― Ｔｓｐインターフェースのオーバーロード状況
― Ｔ４インターフェースのオーバーロード状況及び／またはＴ５インターフェースのオーバーロード状況
― ＳＣＳがＴｓｐインターフェースへのトリガー提出（またはトリガー取り消し）に対するクォータまたはレートを超えたか否か
― その他のＭＴＣ―ＩＷＦが保存している装置トリガーと関連する情報及び他のノード（例えば、ＨＳＳ）から獲得した装置トリガーと関連する情報
提出トリガー取り消しメッセージは、新たに定義されたメッセージでもあり、既存のＴ４インターフェースを使用したトリガー伝達動作（ＴＳ ２３．６８２ｖ１１．２．０の５．２．２節参照）のために使用される提出トリガーメッセージでもあり得る。さらに、前記メッセージは、既存の係留中のトリガーメッセージを取り消すことを要請するという情報を明示的／含蓄的に含むことができる。

前記ステップＳ７０２を行う前に、ＭＴＣ―ＩＷＦは、ＨＳＳ／ＨＬＲ（図７には図示していない）に、サブスクライバー情報を要請するためのメッセージ、及び／または前記ＳＣＳが装置トリガーに対する「取り消し／回収及び／または交替」または「取り消し／回収」が許容されるＳＣＳであるか否かに対する検査／認証を要請するメッセージを送ることができる。前記要請メッセージには、前記要請がＳＣＳからの装置トリガーに対する取り消し／回収及び／または交替要請によるものであることを知らせる情報を明示的にまたは含蓄的に含ませることができる。前記要請を受信したＨＳＳ／ＨＬＲは、前記ＳＣＳが、前記ＭＴＣ端末に対するトリガーの取り消し／回収及び／または交替を行うことが許容されるＳＣＳであるか否かを検査／認証する。そして、ＳＣＳは、ＭＴＣ―ＩＷＦに応答メッセージを伝送する。前記応答メッセージは、サブスクライバー情報（例えば、ＩＭＳＩ、ＭＴＣ端末をサービングするサービングノードの識別子を含むルーティング情報など）を含むことができる。検査／認証の結果、前記ＳＣＳが前記ＭＴＣ端末に対するトリガーの取り消し／回収及び／または交替を行うことが許容されないＳＣＳであるか、または、ＨＳＳ／ＨＬＲに前記ＭＴＣ端末と関連する有効なサブスクリプション情報が存在しない場合、ＨＳＳ／ＨＬＲは、ＭＴＣ―ＩＷＦにこれを知らせる情報を含む応答メッセージを伝送する。この場合、ＭＴＣ―ＩＷＦは、ＳＣＳに前記装置トリガー取り消し／回収及び／または交替要請に失敗したことを知らせるメッセージを送り、以後のステップは行わない。上述したＭＴＣ―ＩＷＦがＨＳＳ／ＨＬＲと相互作用を行う内容は、実施例２及び実施例３にも適用することができる。また、上述したＭＴＣ―ＩＷＦがＨＳＳ／ＨＬＲと相互作用を行う過程は、前記ステップＳ７０１でＳＣＳがＭＴＣ―ＩＷＦに伝送した装置トリガー取り消し要請メッセージにＭＴＣ端末の識別子としてＭＳＩＳＤＮが含まれていない場合のみに行われたり、または、ＭＴＣ端末の識別子として外部識別子のみが含まれている場合のみに行われることもある。

ステップＳ７０３において、ＳＭＳ―ＳＣは、以前のトリガー参照番号によって確認された、保存された以前のトリガーメッセージ（例えば、係留中である）及び／または受信された提出トリガー取り消しメッセージに含まれたその他情報（例えば、外部識別子、ＭＳＩＳＤＮ、ＩＭＳＩ及びＳＣＳのうち一つ以上の情報）を除去することができる。ＳＭＳ―ＳＣは、端末が可用になるときに端末に伝達する新たなトリガーメッセージを保存することができる。

ステップＳ７０４において、ＳＭＳ―ＳＣは、（ＳＭＳ―ＳＣで）係留中のトリガーメッセージが新たなトリガーメッセージに成功的に除去／回収されたことを知らせるための提出トリガー取り消し応答メッセージをＭＴＣ―ＩＷＦに伝送することができる。

提出トリガー取り消し応答メッセージは、本発明のために新たに定義されたメッセージでもあり、既存のＴ４インターフェースを使用したトリガー伝達動作（ＴＳ ２３．６８２ｖ１１．２．０の５．２．２節参照）のために使用される提出トリガー確認メッセージまたはメッセージ伝達報告メッセージでもあり得る。さらに、前記メッセージは、既存の係留中のトリガーメッセージを取り消すことを要請するメッセージに対する応答メッセージであることを示す情報を明示的／含蓄的に含むことができる。

ステップＳ７０５において、ＭＴＣ―ＩＷＦは、外部識別子、ＭＳＩＳＤＮ、以前のトリガー参照番号を含む装置トリガー取り消し報告（Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ Ｃａｎｃｅｌ Ｒｅｐｏｒｔ）メッセージを、（トリガー取り消しに成功したか、それとも失敗したか、失敗した場合、その理由を指示する理由値と共に）ＳＣＳに伝送することができる。

装置トリガー取り消し報告メッセージは、本発明のために新たに定義されたメッセージでもあり、既存のＴｓｐ上の装置トリガー手順動作（ＴＳ ２３．６８２ｖ１１．２．０の５．２．１節参照）のために使用される装置トリガー報告メッセージでもあり得る。さらに、前記メッセージは、既存の係留中のトリガーメッセージを取り消すことを要請するメッセージに対する応答メッセージであることを示す情報を明示的／含蓄的に含むことができる。

上述した実施例１ａ及び／または１ｂにおいて、複数のＳＭＳ―ＳＣがＭＴＣ―ＩＷＦに連結されている場合、ＭＴＣ―ＩＷＦが装置トリガーの取り消し／回収を行うための要請メッセージまたは装置トリガーを交替するための要請メッセージを伝送する対象になるＳＭＳ―ＳＣを選択／決定する必要がある。これは、複数のＳＭＳ―ＳＣのうち、以前のトリガーメッセージを保存しているＳＭＳ―ＳＣ（すなわち、以前にＭＴＣ―ＩＷＦが以前のトリガーメッセージに対する伝送を要請したＳＭＳ―ＳＣ）に交替、取り消し／回収要請メッセージを伝送しなければならないためである。そこで、ＭＴＣ―ＩＷＦは、次のうち一つ以上の方法でＳＭＳ―ＳＣを選択／決定することができる。

第一に、ＭＴＣ―ＩＷＦに端末別に装置トリガー伝送要請メッセージ（図５のステップＳ５０１で提出トリガー（Ｓｕｂｍｉｔ Ｔｒｉｇｇｅｒ）メッセージ）を伝送するＳＭＳ―ＳＣが設定されている場合もある。これは、Ｔ４トリガーメッセージの交替、取り消し／回収と関連する第１のメッセージを受信するＳＭＳ―ＳＣが端末別に設定されていると理解することができる。すなわち、設定に基づいてＭＴＣ―ＩＷＦが第１のメッセージを伝送するＳＭＳ―ＳＣを決定することができる。

例えば、端末―１、端末―２に対してはＳＭＳ―ＳＣ―１、そして、端末―３、端末―４に対してはＳＭＳ―ＳＣ―２が設定されており、装置トリガーの交替、取り消し／回収を行うための要請メッセージも設定されているＳＭＳ―ＳＣに伝送する。ここで、端末に対する識別には、外部識別子及びＭＳＩＳＤＮのうち一つ以上を使用することができ、その他の情報も、特定端末に対する割り当て／設定が行われているＳＭＳ―ＳＣを決定／選択するために使用することができる。

第二に、ＭＴＣ―ＩＷＦは、ＨＳＳ／ＨＬＲに装置トリガーの交替、取り消し／回収を行うべき以前のトリガーメッセージを保存しているＳＭＳ―ＳＣ（すなわち、以前にＭＴＣ―ＩＷＦが以前のトリガーメッセージに対する伝送を要請したＳＭＳ―ＳＣ）に対する情報を要請して獲得する。ＨＳＳ／ＨＬＲがＭＴＣ―ＩＷＦからＳＭＳ―ＳＣ情報を要請するメッセージを受信すると、ＨＳＳ／ＨＬＲは、ＭＴＣ―ＩＷＦにＳＭＳ―ＳＣ情報（例えば、ＳＭＳ―ＳＣ住所、名前、識別子など）を提供する。ＭＴＣ―ＩＷＦがＨＳＳ／ＨＬＲに要請メッセージを伝送するとき、外部識別子及びＭＳＩＳＤＮのうち一つ以上を含み、さらに、ＳＣＳ識別子などを含むことができる。これは、ＳＣＳから受信した装置トリガー交替、取り消し／回収要請メッセージに含まれた情報に基づく。ＳＭＳ―ＳＣは、トリガー伝送に失敗した場合、ＨＳＳ／ＨＬＲに端末／ＵＥが可用になると通報すること（すなわち、アラートサービスセンター（Ａｌｅｒｔ―Ｓｅｒｖｉｃｅ Ｃｅｎｔｒｅ）メカニズム）を要請するが（ＴＳ ２３．６８２の５．２．２節のステップ８参照）、この要請を受信する度に、ＨＳＳ／ＨＬＲは、端末／ＵＥに対するＳＭＳ―ＳＣ住所／情報を保存することができる。これに基づいて、ＨＳＳ／ＨＬＲは、ＭＴＣ―ＩＷＦに、ＳＭＳ―ＳＣ情報を要請するメッセージを受信すると、ＳＭＳ―ＳＣ情報を提供することができる。ＨＳＳ／ＨＬＲは、端末／ＵＥが可用になり、ＳＭＳ―ＳＣにこれを知らせる通報メッセージを伝送した後、ＳＭＳ―ＳＣ情報を継続して維持することもでき、削除することもできる。後者の場合、ＭＴＣ―ＩＷＦからＳＭＳ―ＳＣ情報を要請するメッセージを受信するとき、ＨＳＳ／ＨＬＲは、ＳＭＳ―ＳＣ情報をこれ以上保存していないこともある。この場合、ＨＳＳ／ＨＬＲは、ＭＴＣ―ＩＷＦにＳＭＳ―ＳＣ情報を提供できないことを知らせる（明示的にまたは暗示的に）応答を送る。応答を受信したＭＴＣ―ＩＷＦは、ｉ）ＳＣＳに装置トリガーに対する交替、取り消し／回収要請に失敗したことを知らせる応答メッセージを伝送したり、または、ｉｉ）ＳＣＳが装置トリガーの取り消し／回収を要請した場合、ＳＣＳに装置トリガーに対する取り消し／回収要請に失敗したことを知らせる応答メッセージを伝送する。ＳＣＳが装置トリガーを交替する要請をした場合、新たなトリガーメッセージに対するＴ４方式の伝送を行う。さらに、ＳＣＳに応答を伝送できるが、応答は、以前のトリガーメッセージに対する取り消し／回収に失敗したことを知らせる情報及び／または新たなトリガーメッセージに対する伝送を行うことを知らせる情報を含むことができる。前記ＭＴＣ―ＩＷＦがＨＳＳ／ＨＬＲからＳＭＳ―ＳＣ情報を獲得するために交換するメッセージは、前記実施例１ａのステップＳ６０２及び実施例１ｂのステップＳ７０２の前に行えるサブスクライバー情報を要請するために交換するメッセージ、及び／またはＳＣＳに対する検査／認証を要請するために交換するメッセージになり得る。前記メッセージは、ＭＴＣ―ＩＷＦがＳＭＳ―ＳＣ情報を要請することを知らせる情報を明示的または含蓄的に含むことができる。

上述したＳＭＳ―ＳＣを選択／決定する方法は、本発明の全般にわたって適用することができる。また、複数でない一つのＳＭＳ―ＳＣがＭＴＣ―ＩＷＦに連結されている場合にも、一つの方法を使用することができる。また、ｉ）で上述した設定に基づいたＳＭＳ―ＳＣ選択／決定方法は、後述する実施例２と関連するＴ５方式の装置トリガー伝送の場合に拡張して適用することができる。すなわち、ＳＣＳが複数のＭＴＣ―ＩＷＦと連結されているとき、以前のトリガーメッセージに対する交替、取り消し／回収要請を送るために以前のトリガーメッセージを保存しているＭＴＣ―ＩＷＦ（すなわち、以前にＳＣＳが以前のトリガーメッセージに対する伝送を要請したＭＴＣ―ＩＷＦ）に交替、取り消し／回収要請メッセージを伝送しなければならないが、ＳＣＳが適切なＭＴＣ―ＩＷＦを選択／決定するのに、一つの設定に基づいた選択方式を使用することができる
（実施例２―Ｔ５トリガーメッセージの交替、取り消し／回収）
第二の実施例は、Ｔ５トリガーメッセージの交替、取り消し／回収に関する。

Ｔ５トリガーメッセージの交替、取り消し／回収は、ＭＴＣ―ＩＷＦによって行うことができる。具体的に、ＭＴＣ―ＩＷＦは、第１のメッセージに含まれた以前のトリガー参照番号（ｏｌｄ ｔｒｉｇｇｅｒ ｒｅｆｅｒｅｎｃｅ ｎｕｍｂｅｒ）に基づいてどのトリガーメッセージの取り消し／回収または交替を行うべきであるかを確認し、確認されたトリガーメッセージを削除することができる。第１のメッセージがトリガーメッセージの交替と関連する場合（例えば、第１のメッセージが新たなトリガー参照番号を含む場合）、ＭＴＣ―ＩＷＦは、以前のトリガー参照番号に該当するトリガーメッセージを削除し、（新たなトリガー参照番号に該当する）新たなトリガーメッセージを保存することができる。保存された新たなトリガーメッセージは、端末が可用である場合、端末に伝達することができる。

ここで、第１のメッセージは、後述するように、提出トリガー取り消し／回収メッセージまたは提出トリガー交替メッセージであり、これは、ＭＴＣ―ＩＷＦがＳＣＳから受信した装置トリガーと関連するメッセージであり得る。すなわち、第１のメッセージは、トリガーの交替動作及びトリガーの回収／取り消し動作のうちいずれか一つを要請するものであり、具体的に、装置トリガー取り消し／回収要請メッセージ、装置トリガー交替要請メッセージであり得る。または、第１のメッセージは、アクションタイプが装置トリガー取り消し／回収及び交替のうちいずれか一つに設定された装置アクション要請メッセージの形態でもあり得る。また、第１のメッセージは、ＳＣＳがＴｓｐインターフェースへのトリガー提出のクォータまたはレートを超えた場合、前記ＭＴＣ―ＩＷＦによって拒絶され得る。

（実施例２ａ―Ｔ５トリガーメッセージの交替）
図８は、Ｔ５トリガーメッセージの交替手順を示している。図８を参照すると、ステップＳ８０１において、ＳＣＳは、以前に提出されたトリガーメッセージを取り消す必要があるか否かを決定することができる。ＳＣＳは、装置トリガー取り消し要請メッセージ（外部識別子またはＭＳＩＳＤＮ、ＳＣＳ識別子、以前のトリガー参照番号、新たなトリガー参照番号、有効期間、優先順位、トリガーペイロードなどを含む。）をＭＴＣ―ＩＷＦに伝送することができる。以前のトリガー参照番号は、ＳＣＳが取り消すことを望む、以前に提出されたトリガーメッセージに割り当てられたトリガー参照番号を指示することができる。新たなトリガー参照番号は、新たに提出されたトリガーメッセージにＳＣＳによって割り当てることができる。有効期間、優先順位、トリガーペイロードが新たなトリガーメッセージのためのものである一方、外部識別子、ＭＳＩＳＤＮ、ＳＣＳ識別子は、いずれも以前のトリガーメッセージ（例えば、係留中のトリガーメッセージ）及び新たなトリガーメッセージと関連している。

装置トリガー取り消し／回収要請メッセージは、新たに定義されたメッセージでもあり、既存のＴｓｐ上の装置トリガー手順（Ｄｅｖｉｃｅ ｔｒｉｇｇｅｒｉｎｇ ｐｒｏｃｅｄｕｒｅ ｏｖｅｒ Ｔｓｐ）動作（詳細な内容は、ＴＳ ２３．６８２ｖ１１．２．０の５．２．１節によって参考され得る。）のために使用される装置トリガー要請メッセージでもあり得る。さらに、前記メッセージは、新たなトリガーメッセージに既存の係留中のトリガーメッセージ（ｐｅｎｄｉｎｇ ｔｒｉｇｇｅｒ ｍｅｓｓａｇｅ）を交替することを要請するという情報を明示的／含蓄的に含むことができる。

ＳＣＳは、新たなトリガー参照番号を以前のトリガー参照番号と同一の値に設定することができる。この場合、装置トリガー取り消し／回収要請メッセージに以前のトリガー参照番号及び新たなトリガー参照番号を全て含ませることもでき、一つのトリガー参照番号値のみを含ませることもできる。

優先順位情報の場合、係留中のトリガーメッセージに対する優先順位値と新たなトリガーメッセージに対する優先順位値とが異なる場合（それとも同一であるとしても）、係留中のトリガーメッセージに対する優先順位値を追加的に装置トリガー取り消し／回収要請メッセージに含ませることができる。係留中のトリガーメッセージと関連する優先順位値は、前記係留中のトリガーメッセージを取り消すのにおいて優先順位があるか否かを示すことができる。しかし、係留中のトリガーメッセージを取り消すのにおいて、優先順位（または緊急性）の有無は、多様な形態のメッセージ及び／またはパラメーター及び／または情報で示すこともできる。

受信された装置トリガー取り消し要請メッセージの外部識別子、ＭＳＩＳＤＮ、ＳＣＳ識別子及び以前のトリガー参照番号のうち一つ以上の情報に基づいて、ＭＴＣ―ＩＷＦは、新たなトリガーメッセージへの交替過程でどのトリガーメッセージが削除されるべきかを確認することができる。

ＭＴＣ―ＩＷＦは、次のうち一つ以上の情報に基づいてＳＣＳがＴｓｐインターフェースへのトリガー提出に対するクォータまたはレートを超えた場合、前記装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）するか否かを決定することができる。
― 事業者政策及び／または加入者情報
― 係留中のトリガーメッセージを取り消すのにおいて、優先順位（または緊急性）の有無
― 新たなトリガーメッセージの優先順位（または緊急性）の有無
― Ｔｓｐインターフェースのオーバーロード状況
― Ｔ５インターフェースのオーバーロード状況及び／またはＴ４インターフェースのオーバーロード状況
― その他のＭＴＣ―ＩＷＦが保存している装置トリガーと関連する情報及び他のノード（例えば、ＨＳＳ）から獲得した装置トリガーと関連する情報
ＭＴＣ―ＩＷＦは、ＳＣＳに許容されるトリガー提出に対するクォータまたはレートとは別途に、ＳＣＳに許容されるトリガー取り消しに対するクォータまたはレートを管理することもでき、この場合、トリガー取り消しに対するクォータまたはレートを超えた場合、ＳＣＳが送った装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）しないこともある。

ＭＴＣ―ＩＷＦは、次のうち一つ以上の情報に基づいてＳＣＳへのＴｓｐインターフェースがオーバーロード状況である場合、前記装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）するか否かを決定することができる。
― 事業者政策及び／または加入者情報
― 係留中のトリガーメッセージを取り消すのにおいて、優先順位（または緊急性）の有無
― 新たなトリガーメッセージの優先順位（または緊急性）の有無
― Ｔｓｐインターフェースのオーバーロード状況
― Ｔ５インターフェースのオーバーロード状況及び／またはＴ４インターフェースのオーバーロード状況
― ＳＣＳがＴｓｐインターフェースへのトリガー提出（またはトリガー取り消し）に対するクォータまたはレートを超えたか否か
― その他のＭＴＣ―ＩＷＦが保存している装置トリガーと関連する情報及び他のノード（例えば、ＨＳＳ）から獲得した装置トリガーと関連する情報
場合に応じては、前記装置トリガー取り消し／回収要請メッセージで要請する係留中のトリガーメッセージの取り消し要請のみを受諾（または拒絶）し、新たなトリガーメッセージの提出要請は拒絶することもできる。例えば、ＳＣＳがＴｓｐインターフェースへのトリガー提出（またはトリガー取り消し）に対するクォータまたはレートを超える状況及び／またはＴｓｐインターフェースのオーバーロード状況及び／またはＴ５インターフェースのオーバーロード状況である場合、新たなトリガーメッセージの優先順位はなく、係留中のトリガーメッセージのみに優先順位があると、ＭＴＣ―ＩＷＦは、係留中のトリガーメッセージの取り消し／回収要請のみを受諾（または拒絶）し、新たなトリガーメッセージの提出要請は拒絶することもできる。または、ＳＣＳが装置トリガー取り消し／回収要請メッセージをＭＴＣ―ＩＷＦに伝送するとき、明示的に／含蓄的に新たなトリガーメッセージの提出要請が拒絶されるとしても、係留中のトリガーメッセージの取り消し／回収は必ず行うことを要請する情報を含ませることもできる。これとは異なり、ＳＣＳは、装置トリガー取り消し／回収要請メッセージをＭＴＣ―ＩＷＦに伝送するとき、明示的に／含蓄的に新たなトリガーメッセージの提出要請が拒絶される場合、係留中のトリガーメッセージの取り消し／回収も共に拒絶することを要請する情報を含ませることによって、二つの動作が分離された形態に行われることを防止することもできる。

ステップＳ８０２において、ＭＴＣ―ＩＷＦは、係留中のトリガーメッセージを新たなトリガーメッセージに交替する動作を行うことができる。交替動作は、次のように、係留中のトリガーメッセージがどのネットワークノードに保存されているかによって多少異なり得る。

ＭＴＣ―ＩＷＦが係留中のトリガーメッセージを保存している場合（または保存及びフォワード（ｓｔｏｒｅ＆ｆｏｒｗａｒｄ）機能を行う場合）、ＭＴＣ―ＩＷＦは、係留中のトリガーメッセージ及び／または係留中のトリガーメッセージと関連する情報を除去／削除し、新たなトリガーメッセージ及び／または新たなトリガーメッセージと関連する情報を保存する。サービングノード（すなわち、ＭＳＣ／ＳＧＳＮ／ＭＭＥ）が係留中のトリガーメッセージを保存している場合（または保存及びフォワード機能を行う場合）、ＭＴＣ―ＩＷＦが前記係留中のトリガーメッセージを保存しているサービングノードにメッセージを送り（Ｔ５インターフェースを介してまたは他のノードを経て）、係留中のトリガーメッセージを除去し、新たなトリガーメッセージを保存することを要請することができる。前記以外の他のノードが係留中のトリガーメッセージを保存している場合（または保存及びフォワード機能を行う場合）、ＭＴＣ―ＩＷＦが前記係留中のトリガーメッセージを保存している他のノードにメッセージを送り（他のノードと連結されたインターフェースを介してまたは他のノードを経て）、係留中のトリガーメッセージを除去し、新たなトリガーメッセージを保存することを要請することができる。

ステップＳ８０３において、ＭＴＣ―ＩＷＦは、外部識別子、ＭＳＩＳＤＮ、以前のトリガー参照番号及び新たなトリガー参照番号を含む装置トリガー取り消し報告（Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ Ｃａｎｃｅｌ Ｒｅｐｏｒｔ）メッセージを（トリガー取り消しに成功したか、それとも失敗したか、失敗した場合、その理由を指示する理由値と共に）ＳＣＳに伝送することができる。装置トリガー取り消しメッセージは、新たに定義されたメッセージでもあり、既存のＴｓｐ上の装置トリガー手順動作（ＴＳ ２３．６８２ｖ１１．２．０の５．２．１節参照）のために使用される装置トリガー報告メッセージまたはＤｅｖｉｃｅ―Ｎｏｔｉｆｉｃａｔｉｏｎ―Ｒｅｑｕｅｓｔ（ＤＮＲ）メッセージ／コマンドでもあり得る。さらに、前記メッセージは、新たなトリガーメッセージに既存の係留中のトリガーメッセージを交替することを要請するメッセージに対する応答メッセージであることを示す情報を明示的／含蓄的に含むことができる。

（実施例２ｂ―Ｔ５トリガーメッセージの取り消し／回収）
図９を参照すると、ステップＳ９０１において、ＳＣＳは、以前に提出されたトリガーメッセージを取り消す必要があるか否かを決定することができる。ＳＣＳは、装置トリガー取り消し要請メッセージ（外部識別子またはＭＳＩＳＤＮ、ＳＣＳ識別子、以前のトリガー参照番号またはトリガー参照番号などを含む。）をＭＴＣ―ＩＷＦに伝送することができる。以前のトリガー参照番号（またはトリガー参照番号）は、ＳＣＳが取り消すことを望む、以前に提出されたトリガーメッセージに割り当てられたトリガー参照番号を指示することができる。

装置トリガー取り消し／回収要請メッセージは、新たに定義されたメッセージでもあり、既存のＴｓｐ上の装置トリガー手順動作（ＴＳ ２３．６８２ｖ１１．２．０の５．２．１節参照）のために使用される装置トリガー要請メッセージでもあり得る。さらに、前記メッセージは、既存の係留中のトリガーメッセージを取り消すことを要請するという情報を明示的／含蓄的に含むことができる。

装置トリガー取り消し／回収要請メッセージは、追加的に係留中のトリガーメッセージに対する優先順位値を含むことができる。係留中のトリガーメッセージと関連する優先順位値は、前記係留中のトリガーメッセージの取り消し／回収を行うのにおいて、優先順位があるか否かを示すことができる。しかし、係留中のトリガーメッセージの取り消し／回収を行うのにおいて、優先順位（または緊急性）の有無は、多様な形態のメッセージ及び／またはパラメーター及び／または情報で示すこともできる。

受信された装置トリガー取り消し要請メッセージの外部識別子、ＭＳＩＳＤＮ、ＳＣＳ識別子及び以前のトリガー参照番号のうち一つ以上の情報に基づいて、どのトリガーメッセージが削除されるべきであるかを確認することができる。

ＭＴＣ―ＩＷＦは、次のうち一つ以上の情報に基づいてＳＣＳがＴｓｐインターフェースへのトリガー提出に対するクォータまたはレートを超えた場合、前記装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）するか否かを決定することができる。下記の情報の他にも、多様な情報に基づくことができる。
― 事業者政策及び／または加入者情報
― 係留中のトリガーメッセージの取り消し／回収を行うのにおいて、優先順位（または緊急性）の有無
― Ｔｓｐインターフェースのオーバーロード状況
― Ｔ５インターフェースのオーバーロード状況及び／またはＴ４インターフェースのオーバーロード状況
― その他のＭＴＣ―ＩＷＦが保存している装置トリガーと関連する情報及び他のノード（例えば、ＨＳＳ）から獲得した装置トリガーと関連する情報
ＭＴＣ―ＩＷＦは、ＳＣＳに許容されるトリガー提出に対するクォータまたはレートとは別途に、ＳＣＳに許容されるトリガー取り消しに対するクォータまたはレートを管理することもでき、この場合、トリガーの取り消しに対するクォータまたはレートを超えた場合、ＳＣＳが送った装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）しないこともある。

ＭＴＣ―ＩＷＦは、次のうち一つ以上の情報に基づいてＳＣＳへのＴｓｐインターフェースがオーバーロード状況である場合、前記装置トリガー取り消し／回収要請メッセージを受諾（または拒絶）するか否かを決定することができる。下記の情報の他にも、多様な情報に基づくことができる。
― 事業者政策及び／または加入者情報
― 係留中のトリガーメッセージを取り消すのにおいて、優先順位（または緊急性）の有無
― Ｔｓｐインターフェースのオーバーロード状況
― Ｔ５インターフェースのオーバーロード状況及び／またはＴ４インターフェースのオーバーロード状況
― ＳＣＳがＴｓｐインターフェースへのトリガー提出（またはトリガー取り消し）に対するクォータまたはレートを超えたか否か
― その他のＭＴＣ―ＩＷＦが保存している装置トリガーと関連する情報及び他のノード（例えば、ＨＳＳ）から獲得した装置トリガーと関連する情報
ステップＳ９０２において、ＭＴＣ―ＩＷＦは、係留中のトリガーメッセージの取り消し／回収動作を行うことができる。取り消し／回収動作は、次のように、係留中のトリガーメッセージがどのネットワークノードに保存されているかによって多少異なり得る。

ＭＴＣ―ＩＷＦが係留中のトリガーメッセージを保存している場合（または保存及びフォワード機能を行う場合）、ＭＴＣ―ＩＷＦは、係留中のトリガーメッセージを除去／削除する。ＭＴＣ―ＩＷＦは、ＵＥの可用性（ａｖａｉｌａｂｉｌｉｔｙ）を知るために他のノード（例えば、ＨＳＳ／ＨＬＲ）にＵＥの可用性を通知する通知サービスに加入した場合、これを解除する作業をさらに行うこともできる。サービングノード（すなわち、ＭＳＣ／ＳＧＳＮ／ＭＭＥ）が係留中のトリガーメッセージを保存している場合（または保存及びフォワード機能を行う場合）、ＭＴＣ―ＩＷＦが前記係留中のトリガーメッセージを保存しているサービングノードにメッセージを送り（Ｔ５インターフェースを介してまたは他のノードを経て）、係留中のトリガーメッセージを除去／削除することを要請し、これに対する応答を受信することができる。

上述したノード以外の他のノードが係留中のトリガーメッセージを保存している場合（または保存及びフォワード機能を行う場合、ＭＴＣ―ＩＷＦが前記係留中のトリガーメッセージを保存している他のノードにメッセージを送り（他のノードと連結されたインターフェースを介してまたは他のノードを経て）、係留中のトリガーメッセージを除去／削除することを要請することができる。係留中のトリガーメッセージを保存しているノードは、端末の可用性を知るために更に他のノード（例えば、ＨＳＳ／ＨＬＲ）に端末の可用性を通知する通知サービスに加入した場合、これを解除する作業をさらに行うこともできる。

ステップＳ９０３において、ＭＴＣ―ＩＷＦは、外部識別子、ＭＳＩＳＤＮ、トリガー参照番号を含む装置トリガー取り消し報告（Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ Ｃａｎｃｅｌ Ｒｅｐｏｒｔ）メッセージを（トリガー取り消しに成功したか、それとも失敗したか、失敗した場合、その理由を指示する理由値と共に）ＳＣＳに伝送することができる。装置トリガー取り消し報告メッセージは、本発明のために新たに定義されたメッセージでもあり、既存のＴｓｐ上の装置トリガー手順動作（ＴＳ ２３．６８２ｖ１１．２．０の５．２．１節参照）のために使用される装置トリガー報告メッセージでもあり得る。さらに、前記メッセージは、既存の係留中のトリガーメッセージを取り消すことを要請するメッセージに対する応答メッセージであることを示す情報を明示的／含蓄的に含むことができる。

（実施例３―Ｔ５スモールデータの交替、取り消し／回収）
第三の実施例は、Ｔ５インターフェースを用いるスモールデータの交替、取り消し／回収に関する。

Ｔ５インターフェースを用いたスモールデータの交替、取り消し／回収は、ＭＴＣ―ＩＷＦによって行うことができる。具体的に、ＭＴＣ―ＩＷＦは、第１のメッセージに含まれた以前のスモールデータ参照番号（ｏｌｄ ｔｒｉｇｇｅｒ ｒｅｆｅｒｅｎｃｅ ｎｕｍｂｅｒ）に基づいてどのスモールデータの取り消し／回収または交替を行うべきかを確認し、確認されたスモールデータを削除することができる。第１のメッセージがスモールデータの交替と関連する場合（例えば、第１のメッセージが新たなスモールデータ参照番号を含む場合）、ＭＴＣ―ＩＷＦは、以前のスモールデータ参照番号に該当するスモールデータを削除し、（新たなスモールデータ参照番号に該当する）新たなスモールデータを保存することができる。保存された新たなスモールデータは、端末が可用な場合、端末に伝達することができる。

ここで、第１のメッセージは、後述するように、スモールデータ取り消し／回収メッセージまたはスモールデータ交替メッセージであり、これは、ＭＴＣ―ＩＷＦがＳＣＳから受信したスモールデータと関連するメッセージであり得る。すなわち、、第１のメッセージは、スモールデータの交替動作及びスモールデータの回収／取り消し動作のうちいずれか一つを要請するものであり、具体的に、アクションタイプがスモールデータ取り消し／回収及び交替のうちいずれか一つに設定された装置アクション要請メッセージの形態でもあり得る。また、第１のメッセージは、ＳＣＳがＴｓｐインターフェースへのスモールデータ提出のクォータまたはレートを超えた場合、前記ＭＴＣ―ＩＷＦによって拒絶され得る。

（実施例３ａ―Ｔ５スモールデータの交替）
ステップＳ１００１において、ＳＣＳは、以前に提出されたスモールデータを交替する必要があるか否かを決定することができる。ＳＣＳは、アクションタイプがスモールデータ交替要請に設定された装置アクション要請（外部識別子またはＭＳＩＳＤＮ、ＳＣＳ識別子、以前のスモールデータ参照番号、新たなスモールデータ参照番号、有効期間／メッセージ寿命、優先順位、スモールデータペイロードなどを含む。）をＭＴＣ―ＩＷＦに伝送することができる。

以前のスモールデータ参照番号は、ＳＣＳが取り消すことを望む、以前に提出されたスモールデータに割り当てられたスモールデータ参照番号を指示することができる。新たなスモールデータ参照番号は、新たに提出されたスモールデータメッセージにＳＣＳによって割り当てることができる。

このような以前に提出したスモールデータに対する交替動作のために、ＳＣＳは、ＭＴＣ―ＩＷＦにスモールデータ伝送要請時にスモールデータに対する参照番号（または識別子や区分子）を含ませて要請する。

ＳＣＳがＴｓｐインターフェースへのスモールデータ提出に対するクォータまたはレートを超えた場合、ＭＴＣ―ＩＷＦは、ＳＣＳによって伝送された、アクションタイプがスモールデータ交替要請に設定された装置トリガーアクション要請メッセージを拒絶することができる。そこで、ＭＴＣ―ＩＷＦは、ＳＣＳに前記拒絶を知らせる応答メッセージ（失敗理由を指示する理由値と共に）を伝送し、以後のステップはこれ以上行われない。

ステップＳ１００２において、ＭＴＣ―ＩＷＦは、Ｔ５インターフェースでのスモールデータ交替手順を行う。これについては、図１１を参照してより詳細に説明する。

ステップＳ１００３において、ＭＴＣ―ＩＷＦは、ＳＣＳに装置アクション応答メッセージ内のスモールデータ交替成功または失敗を指示することができる。すなわち、ＭＴＣ―ＩＷＦは、ＳＣＳにスモールデータ交替要請に対する応答メッセージまたは結果を知らせるメッセージを伝送する。

図１１は、ＭＴＣ―ＩＷＦによるＴ５インターフェースでのスモールデータ交替手順を詳細に示している。図１１を参照すると、ステップＳ１１０１において、受信されたスモールデータ交替要請メッセージ（すなわち、ＳＣＳが送った、以前に送ることを要請していたスモールデータに対する交替要請メッセージ）に含まれた外部識別子、ＭＳＩＳＤＮ、ＳＣＳ識別子及び以前のスモールデータ参照番号のうち一つ以上の情報に基づいて、ＭＴＣ―ＩＷＦは、どのスモールデータが交替されるべきであるかを確認することができる。ＭＴＣ―ＩＷＦは、確認されたスモールデータが既に端末に伝送されたか、それともＭＴＣ―ＩＷＦに係留中であるかを点検する。スモールデータがＭＴＣ―ＩＷＦに係留中であるか、または、スモールデータが端末に伝送されたが、伝達に失敗した場合、ステップＳ１１０２ａ〜Ｓ１１０４ａを行うことができる。より詳細に、ステップＳ１１０２ａにおいて、ＭＴＣ―ＩＷＦは、保存されたスモールデータを削除し、端末が可用になるときに端末に伝達する新たなスモールデータを保存する。ステップＳ１１０３ａにおいて、ＭＴＣ―ＩＷＦで、以前に提出されたスモールデータは成功的に交替されたと見なされる。ステップＳ１１０４ａにおいて、ＭＴＣ―ＩＷＦは、端末が可用である場合、新たなスモールデータを伝達する。ここで、新たなスモールデータの伝達手順は、３ＧＰＰ ＴＲ ２３．８８７ｖ１．１．０、５．１．１．３．３．１．１によって参照され得る。続いて、スモールデータが端末に既に伝達され、この伝達が成功的である場合、または、スモールデータの有効期間が既に満了（ｅｘｐｉｒｅｄ）した場合、ステップＳ１１０２ｂにおいて、交替要請には失敗（例えば、成功的伝達または満了によって）したと見なされる。ステップＳ１１０３ｂにおいて、ＭＴＣ―ＩＷＦは、端末が可用である場合、新たなスモールデータを伝達する。ここで、新たなスモールデータの伝達手順は、３ＧＰＰ ＴＲ ２３．８８７ｖ１．１．０、５．１．１．３．３．１．１によって参照され得る。

（実施例３ｂ―Ｔ５スモールデータの取り消し／回収）
ステップＳ１２０１において、ＳＣＳは、以前に提出されたスモールデータの取り消し／回収を行う必要があるか否かを決定することができる。ＳＣＳは、アクションタイプがスモールデータ取り消し／回収要請に設定された装置アクション要請（外部識別子またはＭＳＩＳＤＮ、ＳＣＳ識別子、以前のスモールデータ参照番号またはトリガー参照番号などを含む。）をＭＴＣ―ＩＷＦに伝送することができる。以前のスモールデータ参照番号（またはトリガー参照番号）は、ＳＣＳが取り消すことを望む、以前に提出されたスモールデータに割り当てられたスモールデータ参照番号を指示することができる。このような以前に提出したスモールデータに対する回収動作のために、ＳＣＳは、ＭＴＣ―ＩＷＦにスモールデータの伝送要請時にスモールデータに対する参照番号（または識別子や区分子）を含ませて要請することができる。

ＳＣＳがＴｓｐインターフェースへのスモールデータ提出に対するクォータまたはレートを超えた場合、ＭＴＣ―ＩＷＦは、ＳＣＳによって伝送された、アクションタイプがスモールデータ取り消し／回収要請に設定された装置トリガーアクション要請メッセージを拒絶することができる。そこで、ＭＴＣ―ＩＷＦは、ＳＣＳに前記拒絶を知らせる応答メッセージ（失敗理由を指示する理由値と共に）を送り、以後のステップはこれ以上行われない。

ステップＳ１２０２において、ＭＴＣ―ＩＷＦは、Ｔ５インターフェースでのスモールデータ取り消し／回収手順を行う。これについては、図１３を参照してより詳細に説明する。

ステップＳ１２０３において、ＭＴＣ―ＩＷＦは、ＳＣＳに装置アクション応答メッセージ内のスモールデータ取り消し／回収の成功または失敗を指示することができる。すなわち、ＭＴＣ―ＩＷＦは、ＳＣＳにスモールデータ回収要請に対する応答メッセージまたは結果を知らせるメッセージを伝送する。

図１３を参照すると、ステップＳ１３０１において、受信されたスモールデータ取り消し／回収要請メッセージ（すなわち、ＳＣＳが送った、以前に送ることを要請していたスモールデータに対する取り消し／回収要請メッセージ）に含まれた外部識別子、ＭＳＩＳＤＮ、ＳＣＳ識別子及び以前のスモールデータ参照番号のうち一つ以上の情報に基づいて、ＭＴＣ―ＩＷＦは、どのスモールデータが取り消されるべきであるかを確認することができる。ＭＴＣ―ＩＷＦは、確認されたスモールデータが既に端末に伝送されたか、それともＭＴＣ―ＩＷＦに係留中であるかを点検する。スモールデータがＭＴＣ―ＩＷＦに係留中であるか、または、スモールデータが端末に伝送されたが、伝達に失敗した場合、ステップＳ１３０２ａ〜Ｓ１３０３ａを行うことができる。より詳細に、ステップＳ１３０２ａにおいて、ＭＴＣ―ＩＷＦは、保存されたスモールデータを削除する。ステップＳ１３０３ａにおいて、ＭＴＣ―ＩＷＦで、以前に提出されたスモールデータは成功的に取り消し／回収されたと見なされる。続いて、スモールデータが端末に既に伝達され、この伝達が成功的である場合、または、スモールデータの有効期間が既に満了した場合、ステップＳ１３０２ｂにおいて、取り消し／回収要請には失敗（例えば、成功的伝達または満了によって）したと見なされる。

上述した説明において、装置トリガー／スモールデータに対する交替、取り消し／回収を行うＭＴＣ―ＩＷＦは、端末がローミングである場合、端末のホーム（ｈｏｍｅ）ＰＬＭＮにあるＭＴＣ―ＩＷＦ、または、端末が登録したＰＬＭＮ、すなわち、訪問者（ｖｉｓｉｔｅｄ）ＰＬＭＮにあるＭＴＣ―ＩＷＦであり得る。

（本発明の実施例による装置構成）
図１４は、本発明の一例に係る端末装置及びネットワークノード装置に対する好ましい実施例の構成を示した図である。

図１４を参照すると、本発明に係る装置１４１０は、送受信モジュール１４１１、プロセッサ１４１２及びメモリ１４１３を含むことができる。送受信モジュール１４１１は、外部装置（ネットワークノード（図示せず）及び／またはサーバー装置（図示せず））に各種信号、データ及び情報を送信し、外部装置に各種信号、データ及び情報を受信するように構成することができる。プロセッサ１４１２は、装置１４１０全般の動作を制御することができ、外部装置と送受信する情報などを演算処理する機能を行うように構成することができる。メモリ１４１３は、演算処理された情報などを所定時間の間保存することができ、バッファー（図示せず）などの構成要素に取り替えることができる。

本発明の一実施例に係る装置１４１０のプロセッサは、上述した各実施例を行うために必要な各事項を処理することができる。

また、前記のような装置１４１０の具体的な構成は、上述した本発明の多様な実施例で説明した事項が独立的に適用されたり、または、２以上の実施例が同時に適用されるように具現することができ、重複する内容についての説明は、明確性のために省略する。

上述した本発明の各実施例は、多様な手段を通じて具現することができる。例えば、本発明の各実施例は、ハードウェア、ファームウェア、ソフトウェアまたはそれらの結合などによって具現することができる。

ハードウェアによる具現の場合、本発明の各実施例に係る方法は、一つまたはそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現することができる。

ファームウェアやソフトウェアによる具現の場合、本発明の各実施例に係る方法は、以上で説明した機能または動作を行うモジュール、手順または関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに保存されてプロセッサによって駆動され得る。前記メモリユニットは、前記プロセッサの内部または外部に位置し、既に公知の多様な手段によって前記プロセッサとデータを取り交わすことができる。

上述したように開示した本発明の好ましい各実施例に対する詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では、本発明の好ましい各実施例を参照して説明したが、該当の技術分野で熟練した当業者であれば、本発明の領域から逸脱しない範囲内で本発明を多様に修正及び変更可能であることを理解できるだろう。例えば、当業者は、上述した各実施例に記載した各構成を互いに組み合わせる方式で利用することができる。したがって、本発明は、ここで示した各実施形態に制限されるものではなく、ここで開示した各原理及び新規の各特徴と一致する最広の範囲を付与しようとするものである。

本発明は、本発明の精神及び必須的な特徴から逸脱しない範囲で他の特定の形態に具体化することができる。したがって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。本発明は、ここで示した各実施形態に制限されるものではなく、ここで開示した各原理及び新規の各特徴と一致する最広の範囲を付与しようとするものである。また、特許請求の範囲で明示的な引用関係のない各請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含むことができる。

上述したような本発明の各実施形態は、多様な移動通信システムに適用することができる。

Claims (15)

1. 無線通信システムにおいてＳｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ―Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ（ＳＭＳ―ＳＣ）によって装置トリガー交替／回収を実行する方法であって、前記方法は、
   Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ―ＩｎｔｅｒＷｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ（ＭＴＣ―ＩＷＦ）から以前のトリガー参照番号を含む第１のメッセージを受信することと、
   新たなトリガー参照番号を有しない前記第１のメッセージが前記以前のトリガー参照番号を含む場合に、前記以前のトリガー参照番号に対応するトリガーメッセージを削除することと、
   前記第１のメッセージが前記以前のトリガー参照番号及び前記新たなトリガー参照番号の両方を含む場合に、前記以前のトリガー参照番号に対応するトリガーメッセージを削除し、前記新たなトリガー参照番号に対応する新たなトリガーメッセージを保存することと
   を含む、方法。
2. 前記第１のメッセージは、前記ＭＴＣ―ＩＷＦがＳｅｒｖｉｃｅｓ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ（ＳＣＳ）から受信した装置トリガーと関連する第２のメッセージに基づいている、請求項１に記載の方法。
3. 前記装置トリガーと関連する第２のメッセージは、トリガーの交替動作及びトリガーの回収動作のうちの一つを要請する、請求項２に記載の方法。
4. 前記第２のメッセージがトリガーの交替動作を要請する場合にのみ前記第１のメッセージは前記新たなトリガー参照番号を含む、請求項２に記載の方法。
5. 前記第２のメッセージがトリガーの回収動作を要請する場合に、前記第１のメッセージは前記新たなトリガー参照番号を含まない、請求項２に記載の方法。
6. 前記ＳＣＳがＴｓｐインターフェースへのトリガー提出のクォータまたはレートを超えた場合に、前記第２のメッセージは、前記ＭＴＣ―ＩＷＦによって拒絶される、請求項２に記載の方法。
7. 前記トリガーメッセージは、外部識別子、ＭＳＩＳＤＮ、ＳＣＳ識別子または以前のトリガー参照番号のうちの少なくとも１つに基づいて回収動作されるべきことを確認される、請求項１に記載の方法。
8. 無線通信システムにおいてＭＴＣ―ＩＷＦによってスモールデータ交替を実行／スモールデータを回収する方法であって、前記方法は、
   第１のメッセージに含まれた以前のスモールデータ参照番号に基づいて、交替／回収されるべきスモールデータを確認することと、
   新たなスモールデータ参照番号を有しない前記第１のメッセージが前記以前のスモールデータ参照番号を含む場合に、前記確認されたスモールデータを削除することであって、前記ＭＴＣ−ＩＷＦが前記スモールデータを削除する、ことと、
   前記第１のメッセージが前記以前のスモールデータ参照番号及び前記新たなスモールデータ参照番号の両方を含む場合に、前記以前のスモールデータ参照番号に対応するスモールデータを削除し、前記新たなスモールデータ参照番号に対応する新たなスモールデータを保存することと
   を含む、方法。
9. ＳＣＳから前記第１のメッセージを受信することをさらに含む、請求項８に記載の方法。
10. 前記第１のメッセージは、スモールデータの交替動作及びスモールデータの回収動作のうちの一つを要請する、請求項９に記載の方法。
11. 前記第１のメッセージがスモールデータの交替動作を要請する場合にのみ前記第１のメッセージが新たなスモールデータ参照番号を含む、請求項９に記載の方法。
12. 前記ＳＣＳがＴｓｐインターフェースへのトリガー提出のクォータまたはレートを超えた場合に、前記第１のメッセージは、前記ＭＴＣ―ＩＷＦによって拒絶される、請求項９に記載の方法。
13. 前記確認されたスモールデータが前記ＭＴＣ―ＩＷＦに係留中であるか、または、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）への前記確認されたスモールデータの伝達に失敗した場合に、前記確認されたスモールデータは削除される、請求項８に記載の方法。
14. 前記確認されたスモールデータがＵＥに成功的に伝達された場合に、前記スモールデータの交替／回収には失敗したと見なされる、請求項８に記載の方法。
15. 前記スモールデータは、装置トリガーメッセージである、請求項８に記載の方法。