(57)【要約】  一実施形態では、ネットワーク・アプリケーション・サーバからのＵＥアプリケーション・トリガー要求について、モバイル・ネットワークを通じてユーザ装置ＵＥ（またはＵＥの群）に通知するための方法が提供され、前記方法は、−  加入者データベース（ＨＬＲ／ＨＳＳなど）およびモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードを介して、ネットワーク・アプリケーション・サーバからＵＥ（または群のＵＥ）に、コントロール・プレーン・パスを使用して、ＵＥアプリケーション・トリガー要求情報を送信するステップを含む。
2014505445.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク・アプリケーション・サーバからＵＥアプリケーション・トリガー要求について、モバイル・ネットワークを通じてユーザ装置ＵＥまたはＵＥの群に通知する方法であって、
加入者データベース（ＨＬＲ／ＨＳＳ）および前記モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御するノードを介して、前記ネットワーク・アプリケーション・サーバから前記ＵＥまたは前記群のＵＥに、コントロール・プレーン・パスを使用して、ＵＥアプリケーション・トリガー要求情報を送信するステップ
を含む方法。
【請求項２】
ＵＥまたはＵＥの群からの接続要求をトリガーする必要のあるネットワーク・アプリケーション・サーバは、ＵＥアプリケーション・トリガー要求情報を提供することによって、この必要性について前記加入者データベース（ＨＬＲ／ＨＳＳ）に通知する
ことを含む請求項１に記載の方法。
【請求項３】
ＵＥアプリケーション・トリガー要求情報は、
前記ターゲットＵＥの識別情報、
前記アプリケーションの識別情報、
重複する要求を検出して、要求をそれらの確認応答に関連できるようにし、前記アプリケーションが要求をキャンセルできるようにする、この要求に関連する要求カウンター、
オプションとして、前記ＵＥが接触しなければならない前記アプリケーション・サーバのＩＰ＠（またはＦＱＤＮ）および／またはＴＣＰ（またはＵＤＰ）ポート、
オプションとして、緊急要求指示、
オプションとして、アプリケーション固有の情報
のうちの１つまたは複数を含む請求項１または２に記載の方法。
【請求項４】
前記加入者データベース（ＨＬＲ／ＨＳＳ）は、前記モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御する前記ノードに、ＵＥアプリケーション・トリガー要求情報を転送するステップ
を含む請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記加入者データベース（ＨＬＲ／ＨＳＳ）は、ＵＥアプリケーション・トリガー要求情報を格納するステップ
を含む請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記加入者データベース（ＨＬＲ／ＨＳＳ）は、ＵＥアプリケーション・トリガー要求情報が正しく前記ＵＥに送られたという確認応答を得ると、ＵＥアプリケーション・トリガー要求情報を消去するステップ
を含む請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御する前記ノードが、ＮＡＳシグナリングを介して、前記ＵＥにＵＥアプリケーション・トリガー要求情報を転送するステップ
を含む請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御する前記ノードが、ＮＡＳシグナリングを介して前記ＵＥにＵＥアプリケーション・トリガー要求情報を直ちに転送するか、または前記ＵＥアプリケーション・トリガー要求の緊急度情報に基づいて、前記ＵＥとの次の無線の接触を待つかを決定するステップ
を含む請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
ＵＥがＮＡＳシグナリングを介してＵＥアプリケーション・トリガー要求情報を受信するステップ
を含む請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
ＵＥがＮＡＳシグナリングを介してＵＥアプリケーション・トリガー要求情報の受信を承認するステップ
を含む請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
ＵＥが、ＮＡＳシグナリングを介して、ＵＥアプリケーション・トリガー要求情報を受信すると、対応するアプリケーションをトリガーするステップ
を含む請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
ＵＥまたはＵＥの群からの接続要求をトリガーする必要がある場合、ＵＥアプリケーション・トリガー要求情報を提供することによって、この必要性について加入者データベース（ＨＬＲ／ＨＳＳ）に通知する
ように構成されたネットワーク・アプリケーション・サーバ。
【請求項１３】
前記モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御するノードに、ＵＥアプリケーション・トリガー要求情報を転送する
ように構成されたモバイル・ネットワーク加入者データベース（ＨＬＲ／ＨＳＳ）。
【請求項１４】
ＵＥアプリケーション・トリガー要求情報を格納する
ように構成された請求項１３に記載のモバイル・ネットワーク加入者データベース（ＨＬＲ／ＨＳＳ）。
【請求項１５】
ＵＥアプリケーション・トリガー要求情報が前記ＵＥに正しく送られたという確認応答を得ると、ＵＥアプリケーション・トリガー要求情報を消去する
ように構成された請求項１３または１４に記載のモバイル・ネットワーク加入者データベース（ＨＬＲ／ＨＳＳ）。
【請求項１６】
ＮＡＳシグナリングを介して、前記ＵＥにＵＥアプリケーション・トリガー要求情報を転送する
ように構成されたモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御するノード。
【請求項１７】
ユーザ装置ＵＥであって、
ＮＡＳシグナリングを介して前記ＵＥに転送されたＵＥアプリケーション・トリガー要求情報を受信する
ように構成されたユーザ装置ＵＥ。
【請求項１８】
ＮＡＳシグナリングを介して、ＵＥアプリケーション・トリガー要求情報の受信を承認する
ように構成された請求項１７に記載のＵＥ。
【請求項１９】
ＵＥアプリケーション・トリガー要求情報を受信すると、対応するアプリケーションをトリガーする
ように構成された請求項１７または１８に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にモバイル・ネットワークおよびシステム、ならびにそのようなネットワークおよびシステムでのアプリケーション・サービスのサポートに関する。
【背景技術】
【０００２】
モバイル・ネットワークおよびシステムについての記述は、特に、たとえば３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）などの標準化団体によって公開されている仕様書などの文献で見つけることができる。そのようなシステムでは、端末（ユーザ装置ＵＥとも呼ぶ）は、搬送および通信のサービスを提供するモバイル・ネットワークを介してアプリケーション・サービスにアクセスする。３ＧＰＰによって指定されている移動システムの例を挙げると、２Ｇ  ＧＰＲＳ、３Ｇ  ＵＭＴＳ、およびＬＴＥ  ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）などがあり、そのようなシステムは、ＰＳ（パケット交換）ベースの通信サービスを提供する。３ＧＰＰ  ＴＳ２３．４０１から取得して、ＥＰＳアーキテクチャを図１に記載している。ＥＰＳは、Ｅ−ＵＴＲＡＮ、またはＵＴＲＡＮ／ＧＥＲＡＮを介してアクセスできるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含む。ＥＰＣは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、Ｓ４−ＳＧＳＮと呼ばれる、ＳＧＷへのＳ４インターフェースをサポートするＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、およびＰＧＷ（パケット・データ・ネットワークＰＤＮゲートウェイ）などのエンティティを含む。ＧＰＲＳ／ＵＭＴＳ（特に図示せず）は、ＧＥＲＡＮ／ＵＴＲＡＮを介してアクセスでき、Ｇｎ−ＳＧＳＮと呼ばれる、ＧＧＳＮとのＧｎインターフェースをサポートするＳＧＳＮ、およびＧＧＳＮ（ゲートウェイＧＰＲＳサポート・ノード）などのエンティティを含むＧＰＲＳ／ＵＭＴＳパケット・コアを含む。
【０００３】
モバイル・ネットワークおよびシステムの記述の他の例は、３ＧＰＰ２（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ２）によって公開されている仕様書で見つけることができる。
【０００４】
現在、３ＧＰＰなどの標準化団体によって指定されているように、現在、マシン・タイプ・コミュニケーション（ＭＴＣ）またはマシン・トゥ・マシンＭ２Ｍと呼ばれる新しいタイプの通信が、そのようなネットワークおよびシステムに導入されつつある。たとえば、３ＧＰＰ  ＴＳ２２．３６８から取得した図２に図示するように、マシン・タイプ・コミュニケーションのために装備されたＵＥ（ＭＴＣデバイスとも呼ぶ）は、モバイル・ネットワーク（オペレータ・ドメイン）を通じて、ＭＴＣアプリケーション・サービスを提供するＭＴＣサーバと通信する。ＭＴＣの特定の性質のために、ネットワークおよびシステムの改善が必要である。たとえば、ネットワークに継続的に所属されていない、または常時オン状態のＰＤＰ／ＰＤＮ接続を持たないＭＴＣデバイスについて、ＭＴＣサーバに接触するために、これらのＭＴＣデバイスをトリガーする必要がある。また、リモートＭＴＣデバイスの構成または管理を提供する必要もある。
【０００５】
ＯＭＡ（オープン・モバイル・アライアンス）によって指定されているデバイス管理（ＤＭ）は、クライアント・サーバ・アーキテクチャに基づいている。たとえば、「ＯＭＡ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｉｎｉｔｉａｔｅｄ  Ｓｅｓｓｉｏｎ」、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ、ＯＭＡ−ＴＳ−ＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｖ１＿３−２０１０１２０７−Ｃから取得した図３に図示するように、通知メッセージは、ＤＭクライアントにＤＭサーバへの再度の接続を開始させるために、ＤＭサーバからＤＭクライアントに送信される。ここでは、ＤＭクライアントへのそのような通知は「パッケージ０」とも記載されている。この通知メッセージは、関連する搬送プロトコル上で実行される、Ｐｕｓｈ  ＯＴＡ（Ｏｖｅｒ  Ｔｈｅ  Ａｉｒ）プロトコルと呼ばれるプロトコルを使用して送信される。Ｐｕｓｈ  ＯＴＡプロトコルおよび関連する搬送プロトコルについて、異なる変形形態がＯＭＡによって指定されている。しかし、発明者らによって認識されるように、また、後により詳細に説明するように、マシン・トゥ・マシン（Ｍ２Ｍ）端末またはＭＴＣデバイスなど、特にデータのみ（またはＰＳのみ）の端末について、これらのどの変形形態も満足のいくものではない。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ  ＴＳ２３．４０１
【非特許文献２】３ＧＰＰ  ＴＳ２２．３６８
【非特許文献３】「ＯＭＡ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｉｎｉｔｉａｔｅｄ  Ｓｅｓｓｉｏｎ」、Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ、ＯＭＡ−ＴＳ−ＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｖ１＿３−２０１０１２０７−Ｃ
【非特許文献４】ＩＴＵ−Ｔ  Ｅ．１６４
【非特許文献５】３３ＧＰＰ  ＴＳ２９０６１（セクション１６）
【非特許文献６】３ＧＰＰ２３．００２
【非特許文献７】３ＧＰＰ２３．４０１
【非特許文献８】３ＧＰＰ２３．０６０
【非特許文献９】３ＧＰＰ２３．００３
【非特許文献１０】３ＧＰＰ２９．００２
【非特許文献１１】３ＧＰＰ２４．００８
【非特許文献１２】３ＧＰＰ２４．３０１
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、たとえば、ＤＭクライアントがＤＭサーバとの通信を開始するようにトリガーするためにＤＭサーバによって送信された通知情報、またはＭＴＣデバイスがＭＴＣサーバに接触するようにトリガーするためにＭＴＣデバイスにＭＴＣサーバによって送信されるトリガー情報など、ネットワーク・アプリケーション・サーバによってユーザ装置に送信されるそのような情報の伝達を改善する必要がある（そのような例は、例示のみを目的として提供するものであり、もちろん他の例も可能である）。より一般的には、特にデータのみの端末および／またはマシン・トゥ・マシン（Ｍ２Ｍ）端末について、モバイル・ネットワークおよびシステムのアプリケーション・サービスのサポートを改善する必要がある。本発明の実施形態は、特に、そのようなニーズに対処するものである。
【課題を解決するための手段】
【０００８】
これらの目的および他の目的は、一態様では、ネットワーク・アプリケーション・サーバからのＵＥアプリケーション・トリガー要求について、モバイル・ネットワークを通じて、ユーザ装置ＵＥ（またはＵＥの群）に通知する方法によって達成される。
【０００９】
一実施形態では、前述の方法は、
−  加入者データベース（ＨＬＲ／ＨＳＳなど）およびモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードを介して、ネットワーク・アプリケーション・サーバからＵＥ（またはＵＥの群）に、コントロール・プレーン・パスを使用して、ＵＥアプリケーション・トリガー要求情報を送信するステップ
を含む。
【００１０】
これらの目的および他の目的は、他の態様では、そのような方法を実行するためのエンティティによって達成され、前述のエンティティは、特に：ネットワーク・アプリケーション・サーバ、加入者データベース（ＨＬＲ／ＨＳＳなど）、ネットワーク・アプリケーション・サーバとモバイル・ネットワークとの間のゲートウェイ、モバイル・ネットワークへのＵＥのアクセスを制御するノード（ＳＧＳＮ／ＭＭＥなど）、ＵＥを含む。
【００１１】
ここで、本発明の実施形態による装置および／または方法の一部の実施形態について、例示のみを目的として、添付図面に関して記述する。
【図面の簡単な説明】
【００１２】
【図１】ＥＰＳアーキテクチャを示すことを意図する図である。
【図２】モバイル・ネットワークでのＭＴＣの導入を示すことを意図する図である。
【図３】ＯＭＡ  ＤＭにおいてＤＭサーバからＤＭクライアントへの通知メッセージの送信を示すことを意図する図である。
【図４】本発明の実施形態により、ネットワーク・アプリケーション・サーバからのＵＥアプリケーション・トリガー要求について、モバイル・ネットワークを通じてユーザ装置ＵＥに通知することを示すことを意図する図である。
【発明を実施するための形態】
【００１３】
セルラー・システム（３ＧＰＰおよび３ＧＰＰ２のシステムなど）では、デバイス管理は、クライアント・サーバ・アーキテクチャに基づいて、ＯＭＡ  ＤＭ（オープン・モバイル・アライアンス・デバイス管理）プロトコルを使用して実行される。ＯＭＡ  ＤＭでは、サーバが特定のデバイスを構成する必要がある場合、デバイスをトリガーする必要がある。
【００１４】
ＯＭＡによって指定された１つのソリューションでは、アプリケーション・サーバは、以下をトリガーするデバイス（ＵＥ）に特定のＳＭＳを送信する。
−  １．ＩＰ接続を得るためにモバイル・アクセス／コア・ネットワークとのデータ接続の確立。ＤＭサーバに到達するために、デバイス／ＵＥが関連するＩＰ接続から既に利益を受けている場合、この段階は省略することができる。
−  ２．デバイス管理セッションを行える、つまりＤＭサーバがデバイスを適切に構成できるように、ＤＭサーバへのＴＣＰ／ＩＰ接続の確立。
【００１５】
ＳＭＳを使用する場合、各デバイスはＭＳＩＳＤＮ番号（ＩＴＵ−Ｔ  Ｅ．１６４仕様に従って端末を識別するために使用されるリソース）が割り当てられる。
【００１６】
Ｍ２Ｍが出現したため、ＭＳＩＳＤＮ番号の国内番号計画は、急速に使い果たされる可能性がある。３ＧＰＰは現在、Ｍ２Ｍ  ＵＥがＰＳ（パケット交換）ドメインのみを使用するオプションについて検討している（つまり、Ｍ２Ｍ  ＵＥは、ＳＭＳおよび音声などＣＳドメイン・サービスにアクセスしない）。この場合、Ｍ２Ｍデバイス（ＭＴＣデバイス）用にＭＳＩＳＤＮを割り当てる必要はない。しかし、これにより他の方法でＯＭＡ  ＤＭを運用する必要があるだろう：つまり、データ・ベアラを開始し、ＤＭサーバへの接続を確立するようにＵＥをトリガーするためにＳＭＳを使用しない。
【００１７】
さらに、ＬＴＥ端末について、ＳＭＳを使用するには、ＣＳドメイン契約のサポートが必要である（ＭＭＥはＳＭＳの本来の伝達をサポートしていないため、ＭＭＥは、ＣＳドメインを通じてＭＳＣから来るＳＭＳサービスだけを中継することができる）。そのようなＣＳドメイン契約の必要性は、オペレータにとってコストがかかるものである（年に数回、ＳＭＳを受信することを可能にするためだけに、Ｍ２Ｍデバイスは常時オン状態でＭＳＣに所属されている）。
【００１８】
Ｍ２Ｍ関係のデバイスについて、本明細書に記述した課題は、ＵＳＢドングルなど他の種類のデバイスに適用することができる。これについて、ＳＭＳ送信などのリューションは、バックオフィス運用（デバイス構成）のみに使用され、人対人の通信サービスには使用されない。
【００１９】
ＯＭＡでは、ＳＭＳの必要性をなくすために、他のいくつかのソリューションが検討されており、これらは、ＳＩＰ、デバイスに送信されるＵＤＰメッセージ（ＵＤＰ接続要求）、ＨＴＴＰプッシュの使用を含む。
【００２０】
これらの方法は、以下の前提条件を必要とする。
【００２１】
デバイスに送信されるＵＤＰメッセージ（ＵＤＰ接続要求）に基づく方法は、以下を想定している。
−  １．デバイス／ＵＥを構成する必要がある場合、ＯＭＡ  ＤＭサーバは、そのようなＵＥのＩＰアドレスを知っている（ＵＤＰを通じてこのデバイスに接続要求を送信するため）。これは、デバイスがＩＰアドレスを取得するたびに、ＧＧＳＮまたはＰゲートウェイがＤＭサーバに通知する３３ＧＰＰ  ＴＳ２９０６１（セクション１６）による半径アカウンティング（Ｒａｄｉｕｓ  ａｃｃｏｕｎｔｉｎｇ）を使用して達成することができる。
−  ２．（ａ）到着するＵＤＰメッセージをブロックするＦＷ（ファイアウォール）（またはＮＡＴ−ネットワーク・アドレス・トランスレイタ）がない。または（ｂ）ＤＭサーバからのダウンリンク・トラフィックがＵＥに到達できるように、ＦＷ／ＮＡＴピンホールが永久的に開かれている。または（ｃ）新しい接続がＯＭＡ  ＤＭサーバによってトリガーされるたびに、ピンホールが動的に構成されるメカニズムが存在する。または（ｄ）ＯＭＡ  ＤＭサーバに向けてＵＥによって送信される定期的なＮＡＴ／ＦＷバインディング・リフレッシュがある。（ａ）および（ｂ）は、オペレータのセキュリティ・スタッフが受け入れることができないセキュリティ・ホールを表している。（ｃ）ＯＭＡ  ＤＭサーバ（バックオフィス）とＦＷ（生産ネットワーク）との間の複雑なつながりを必要とする。（ｄ）は、ＵＥのバッテリおよびネットワーク（たとえば無線）リソースの両方を使い果たす、ＵＥからのＮＡＴ／ＦＷバインディング・リフレッシュ・メッセージの役に立たない非常に頻繁な送信を意味する。
【００２２】
デバイスに送信されるＳＩＰメッセージに基づく方法は、Ｍ２Ｍデバイスが、頻度が低いＯＭＡ  ＤＭデバイス管理手順について、完全なｓｉｐスタックをサポートしている（また、完全なＩＭＳ契約が必要な場合もある）ことを想定している。これは、できるだけ小さい／簡単なデバイスおよびネットワーク契約に対応するべきＭ２Ｍには重すぎると考えられる。
【００２３】
ＨＴＴＰプッシュに基づく方法は、ＨＴＴＰ／ＴＣＰセッション／接続が、Ｍ２ＭデバイスとＭ２Ｍサーバとの間で永久的に開かれていることを想定している。Ｍ２Ｍデバイスの数が爆発的に増加する可能性があるため、この方法の拡張性には疑問の余地がある。
【００２４】
さらに、デバイスが移動しており、ＬＢＯ（ローカル・ブレイク・アウト）ローミング展開のＶＰＬＭＮにおいてＰＧＷ／ＧＧＳＮによってサービスを提供されている場合、ＶＰＬＭＮでＰＧＷ／ＧＧＳＮによってＵＥに割り当てられたＩＰ＠が、ＮＡＴを横断せずに、ＨＰＬＭＮのＤＭサーバに接触することを可能にする（パブリック）＠範囲に属することを保証するものはない。いつかＤＭトランザクションを必要とする可能性があるすべてのデバイスに対してＮＡＴコンテキストを永久的に保持することをＮＡＴに要求することは拡張性ではなく、ＵＤＰベースのソリューションについて記述されたものと同様の（ＮＡＴリフレッシュ）課題につながる。
【００２５】
ＭＳＩＳＤＮ番号の不足に関する課題を解決する他の代案は、ＳＭＳをＩＭＳＩに送信することでもよい。ＭＳＩＳＤＮ（複数可）は、ＣＳドメイン・サービスに使用されてきたユーザ・フレンドリーな番号である。Ｍ２Ｍについては、ＳＭＳを送信するために使用されるアドレスはユーザ・フレンドリーである必要はない。よってＳＭＳは、代わりにＩＭＳＩ番号に送信できる。しかし、このソリューションでは、データのみのサービス（＊）を使用する場合でも、各Ｍ２Ｍ端末のＣＳ（回線交換）コンテキストを割り当てる必要性は排除されない。Ｍ２Ｍは、個人的な通信の場合より１０倍少ない傾向がある、ＡＲＰＵ（ユーザ毎収益平均）に強力な圧力をかける。Ｍ２ＭデバイスがＰＳドメイン・サービスのみを使用する場合、たとえばＤＭセッションなど、ＳＭＳを介してデバイスをトリガーする目的のみにＣＳ契約を維持するのはコストが高い。
【００２６】
（＊）事実上、レガシーの２Ｇ／３Ｇ無線について、ＳＭＳは、（ＳＧＳＮを介して）ＰＳドメインを通じて送信できるため、そのような無線を通じてキャンプするだけのデバイスのためのＣＳドメイン契約の必要性を排除できる。残念なことに、ＬＴＥにはＳＭＳ機能がなく、ＬＴＥを通じたＳＭＳサービスは、ＳＭＳ伝達のためにＭＭＥとＭＳＣとの間のＳＧリンクに依存している。
【００２７】
本発明の実施形態は、異なる手法に基づいて、特に前述の問題を回避することができる。
【００２８】
本発明の実施形態は、ネットワーク・アプリケーション・サーバが、ＳＩＰプッシュ、ＨＴＴＰプッシュ、ＵＤＰメッセージ、またはＳＭＳを送信する必要なく、アプリケーション・サーバからのトリガー指示に基づいて、ネットワーク・アプリケーション・サーバとの通信を開始するように、ネットワーク・アプリケーションがＵＥ（またはＵＥの群）をトリガーすることを可能にするソリューションを提案する。ソリューションは、ＭＳＩＳＤＮなしでＰＳのみの契約のＵＥで特に機能する。
【００２９】
この手法は、たとえば、ＭＴＣサーバによって、またはリモート・デバイス構成のためのデバイス管理サーバによって使用することができる。
【００３０】
一実施形態では、ネットワーク・アプリケーション・サーバが、ＳＩＰプッシュ、ＨＴＴＰプッシュ、ＵＤＰメッセージ、またはＳＭＳを送信する必要なく、ネットワーク・アプリケーション（たとえばデバイス管理）が、ネットワーク・アプリケーション（たとえばデバイス管理）サーバへの接続を確立するようにＵＥをトリガーできるようにすることが提案されている。
【００３１】
ネットワーク・アプリケーション・サーバがＵＥとの接続を開始する必要がある場合、この必要性に関してＨＳＳ／ＨＬＲに通知し（「ＵＥアプリケーション・トリガー要求」）、ＵＥは、サービスを提供しているＭＭＥ／ＳＧＳＮ（ＭＭＥ／ＳＧＳＮは、ＭＭＥまたはＳＧＳＮを意味する）を通じてシグナリング交換を介して通知される。ＭＭＥまたは／およびＳＧＳＮを通じたそのようなＵＥアプリケーション・トリガー要求シグナリングは、ＵＥとＭＭＥ／ＳＧＳＮとの間に進行中のシグナリング接続がない場合に、次にＵＥがＭＭＥまたは／およびＳＧＳＮへのシグナリングを開始するときに発生する場合がある。またはＵＥとの進行中のシグナリング接続がある場合、もしくはこれが緊急の要求である場合は、直ちに行われる場合がある。この（ＵＥアプリケーション・トリガー要求）情報を受信すると、ＵＥ（たとえばデバイス管理）アプリケーションがトリガーされて、ネットワーク・アプリケーション（たとえばデバイス管理）サーバに接触する。
【００３２】
たとえば、デバイス管理サーバが特定のデバイス／ＵＥを構成しよう（またはそのＳＷを変更しよう）とするたびに、この必要性についてＨＳＳ／ＨＬＲに通知され（ＵＥアプリケーション・トリガー要求）、ＵＥは、ＭＭＥまたは／およびＳＧＳＮを通じてシグナリング交換を介して通知される。
【００３３】
一実施形態では、以下のステップを提供することができる。
【００３４】
ＵＥからの接続要求をトリガーする必要のあるネットワーク・アプリケーション・サーバ（たとえばデバイス管理サーバ）は、以下を含む「ＵＥアプリケーション・トリガー要求」情報を提供することによって、この必要性についてＨＳＳ／ＨＬＲに通知する。
−  ターゲットＵＥの識別情報。この識別情報は、ＵＥの集合を参照することができる。
−  アプリケーションの識別情報
−  重複する要求を検出し、要求をそれらの確認応答に関連させ、アプリケーションが要求をキャンセルできるようにする、この要求に関連する要求カウンター
−  オプションとして、ＵＥが接触しなければならないアプリケーション・サーバのＩＰ＠（またはＦＱＤＮ）および／またはＴＣＰ（またはＵＤＰ）ポート
−  オプションとして、緊急要求指示
−  オプションとして、アプリケーション固有の情報
【００３５】
次に、ネットワーク・アプリケーション・サーバ要求によってターゲットにされたＵＥのそれぞれは、ＵＥとＭＭＥ／ＳＧＳＮとの間に進行中のシグナリング接続がない場合、ＵＥとの次のＮＡＳシグナリング交換の間に、またはＵＥと進行中のシグナリング接続がある場合、もしくはこれが緊急の要求である場合は直ちに、サービスを提供するＭＭＥ／ＳＧＳＮを通じてシグナリング交換を介してその要求について通知される。
【００３６】
この「ＵＥアプリケーション・トリガー要求」情報を受信すると、ＵＥアプリケーションはトリガーされ、ネットワーク・アプリケーション・サーバに接触する。
【００３７】
無線を通じたＵＥとネットワーク（ＭＭＥ／ＳＧＳＮ）との間の（シグナリング）メッセージ、およびＨＳＳ／ＨＬＲとＭＭＥ／ＳＧＳＮとの間のメッセージについて信頼性が高い伝達を保証する手順は、メッセージ損失またはネットワーク・ノード障害に、ＵＥアプリケーション・トリガー要求の損失が関係しないことを保証するために使用される。
【００３８】
このシナリオでは、ＵＥとネットワーク・アプリケーション（たとえばＤＭ）サーバとの間のすべてのシグナリングは、常にＵＥによって開始され、ＳＭＳを使用する必要がないため（またＵＥのためのＣＳ契約、またはＵＥへのＭＳＩＳＤＮの割り当ての必要はない）ファイアウォール／ＮＡＴの課題は解決される。
【００３９】
この手法の他の利点は、（ＵＥアプリケーション・トリガー要求）メカニズムは、デバイス管理目的のためにトリガーするために、Ｍ２Ｍデバイスがページング・チャネルをリスンする必要がないことを可能にすることである：したがって、そのようなＵＥは、非常に長いＤＲＸ（不連続受信）期間を持つことができ、バッテリ消費に関して非常に効率的な場合がある。そのような情報を運ぶためにＳＭＳが使用される場合、そのようなＵＥは、ＳＷまたは構成を更新するために、事実上、年に数回ページを受信するだけだが、通常のデバイスと同じ種類のＤＲＸ期間を持たなければならないだろう。
【００４０】
一実施形態では、上記のステップは、ＭＭＥ／ＳＧＳＮとＵＥとの間の次の接続が、ルーティング・エリア／トラッキング・エリアの更新のためのケースを示している図４に示すように、次のように実装することができる。以下のステップ番号は、また、図のステップ番号に対応している。
【００４１】
１）ネットワーク・アプリケーション・サーバがＵＥに接触しようとするたびに、「ＵＥアプリケーション・トリガー要求」情報を提供することによって、この必要性についてＨＳＳ／ＨＬＲに通知する。
【００４２】
ＨＳＳ／ＨＬＲ（またはアプリケーションとネットワークとの間のゲートウェイ）は、以下を行う。
ａ）アプリケーションからの要求を検証する（たとえば、そのような要求を発行するためにアプリケーション権限をチェックする、アプリケーション・スロットリングを実施するなど）。
ｂ）アプリケーションから受信されたターゲットＵＥの識別情報を（たとえば、ターゲットＵＥのＩＭＳＩに対応する）ＵＥのネットワーク識別情報に変換する。この変換は、個々のＵＥのリストに、アプリケーションから受信されたターゲット・グループ識別番号（たとえばＭＴＣ群に対応するすべてのＵＥ）をマッピングすることを意味する場合がある。
ｃ）ターゲットＵＥに関連するそのデータベース・レコードにこの要求を格納する。
ｄ）現在ターゲットＵＥにサービスを提供しているか、そのようなＭＭＥ／ＳＧＳＮがＵＥに割り当てられるのを待っている（つまり、そのユーザのためにＭＭＥ／ＳＧＳＮからの次のＵｐｄａｔｅ  Ｌｏｃａｔｉｏｎを待っている）ＭＭＥ／ＳＧＳＮを決定する。
【００４３】
２）ＨＳＳ／ＨＬＲは、ＵＥがＳＧＳＮ／ＭＭＥによって既にサービスを提供されている場合は直ちに、そうでなければＵＥがネットワークに登録するときに、この「ＵＥアプリケーション・トリガー要求」情報を用いて、サービスを提供するＭＭＥまたは／およびＳＧＳＮに通知／更新する。
【００４４】
「ＵＥアプリケーション・トリガー要求」は、ＭＡＰ（Ｇｒ）または、Ｄｉａｍｅｔｅｒ（Ｓ６ａ／Ｓ６ｄ）Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ操作内で送信することができる。ＭＭＥ／ＳＧＳＮは、ＵＥに関連するそのデータベース・レコードにこの要求を格納し、Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ応答を返す。
【００４５】
３）サービスを提供するＭＭＥ／ＳＧＳＮは、ＵＥとの次のＮＡＳシグナリング交換のときに、ＵＥに「ＵＥアプリケーション・トリガー要求」情報を転送する。
【００４６】
ａ）ＲＡＵ／ＴＡＵ手順：
−ＲＡＵ／ＴＡＵ  Ａｃｃｅｐｔメッセージは「ＵＥアプリケーション・トリガー要求」通知を運ぶことができる。
−ＴＡＵ／ＲＡＵ  Ｃｏｍｐｌｅｔｅメッセージは、「ＵＥアプリケーション・トリガー要求」通知の正しいＵＥ受信を承認する。新しいＧＵＴＩまたは新しいＰ−ＴＭＳＩが割り当てられたかのように、ＵＥはＴＡＵ／ＲＡＵ  Ｃｏｍｐｌｅｔｅメッセージを送信する必要がある。
ｂ）Ａｔｔａｃｈ手順：
−Ａｔｔａｃｈ  Ａｃｃｅｐｔメッセージは、「ＵＥアプリケーション・トリガー要求」通知を運ぶことができる。
−Ａｔｔａｃｈ  Ｃｏｍｐｌｅｔｅメッセージは、「ＵＥアプリケーション・トリガー要求」通知の正しいＵＥ受信を承認する。新しいＧＵＴＩまたは新しいＰ−ＴＭＳＩが割り当てられたかのように、ＵＥはＡｔｔａｃｈ  Ｃｏｍｐｌｅｔｅメッセージを送信する必要がある。
ｃ）ＭＭＥ／ＳＧＳＮがＨＳＳ／ＨＬＲから要求を受信した場合、ＵＥとの進行中のシグナリング接続がある場合は直ちに行われる（ＵＥ確認応答を用いる）専用の通知手順。
【００４７】
これは以下のように実装することができる。
−  ＬＴＥアクセスについて：ネットワークおよびＵＥが開始するＮＡＳメッセージの一般的な搬送の手順（ＴＳ２４．３０１の５．６．４．３項および５．６．４．２項を参照）が、ＵＥへの「ＵＥアプリケーション・トリガー要求」通知、およびＵＥによるその確認応答を運ぶために使用することができる。つまり、「ＵＥアプリケーション・トリガー要求」の転送のために特定の値に設定されたＧｅｎｅｒｉｃメッセージ・コンテナ型ＩＥ、および「ＵＥアプリケーション・トリガー要求」情報を含むＧｅｎｅｒｉｃメッセージ・コンテナＩＥを用いて、ＤＯＷＮＬＩＮＫ  ＧＥＮＥＲＩＣ  ＮＡＳ  ＴＲＡＮＳＰＯＲＴメッセージおよびＵＰＬＩＮＫ  ＧＥＮＥＲＩＣ  ＮＡＳ  ＴＲＡＮＳＰＯＲＴメッセージを使用する。
−  ２Ｇ／３Ｇアクセスについて、同様のメカニズムを規定するか、またはＵＥアプリケーション・トリガー要求（たとえばＧＭＭ情報メッセージ）を運ぶために、既存のＧＭＭメッセージを拡張することができる（３ＧＰＰ  ＴＳ２４．００８の９．４．１９項を参照）。
【００４８】
４）この「ＵＥアプリケーション・トリガー要求」情報を受信すると、ＵＥは、以下を行う。
ａ）ＭＭＥ／ＳＧＳＮへのＮＡＳシグナリングを介してこの情報の受信を承認する。
ｂ）（要求カウンターを使用して）これが重複する要求でないことをチェックする。これが重複である場合、ステップ４）はここで止まる。そうでなければ、ＵＥアプリケーションがトリガーされる。
ｃ）まだ確立されていない場合、既存のＥＰＣ／ＧＰＲＳ手順を使用して、関連するＰＤＮ接続／ＰＤＰコンテキストを確立する。
ｄ）次に、ネットワークのネットワーク・アプリケーション・サーバに接触するＵＥアプリケーションをトリガーする。ネットワークのアプリケーション・サーバに接触するアドレス情報は、ＵＥで事前に知られていてもよく、または「ＵＥアプリケーション・トリガー要求」通知で通信しておいてもよい。
【００４９】
５）ＵＥからの確認応答の受信時
ａ）ＭＭＥ／ＳＧＳＮは、ＵＥに関連するそのデータベース・レコードからＵＥアプリケーション・トリガー要求情報を削除して、ＭＡＰ／Ｄｉａｍｅｔｅｒ通知メッセージを送信することによって、ＵＥが「ＵＥアプリケーション・トリガー要求」を受信したことをＨＬＲ／ＨＳＳに通知する。
ｂ）ＨＳＳ／ＨＬＲが、ＵＥについてＭＭＥまたはＳＧＳＮのいずれかから確認応答を受信すると、ＨＳＳ／ＨＬＲは、このＵＥに関連するそのデータベース・レコードでこの要求を削除する。
【００５０】
ＨＳＳ／ＨＬＲは、要求を削除するためにＭＭＥおよびＳＧＳＮの両方から確認応答を待つ必要はない。これは、ＵＥがそのような通知を２回受信できることを意味する（ＭＭＥを介して１回、ＳＧＳＮを介して１回）。該当する場合、ＵＥは、要求カウンターを介して重複する要求を検出することができ、繰り返された要求を廃棄し、送信しているノードに肯定的な確認応答を返す。他の代替案は、ＨＳＳ／ＨＬＲがＭＭＥ／ＳＧＳＮから古いＵＥアプリケーション・トリガー要求を削除することである。
【００５１】
このメカニズムは、また、ＵＥの群に適用するために拡張することができる。その場合、アプリケーション要求は、個々のＵＥではなくＵＥの群をターゲットにする。
【００５２】
アプリケーションは、そのアプリケーションＩｄおよび要求カウンターを使用して、ＵＥアプリケーション・トリガー要求をキャンセルすることができる。
【００５３】
ＭＭＥ／ＳＧＳＮに失敗し、まだ転送されていない「ＵＥアプリケーション・トリガー要求」通知について情報を失った場合、ＨＳＳ／ＨＬＲは、このＵＥに関連するデータベース・レコードに持っているすべての「ＵＥアプリケーション・トリガー要求」通知情報をＵＥに配り始めるＭＭＥ／ＳＧＳＮに送信するため、これは問題ではない。
【００５４】
緊急要求パラメータも「ＵＥアプリケーション・トリガー要求」通知に関連している場合がある。要求が緊急の場合、ＵＥはできるだけ早く通知される。つまり、ＨＳＳ／ＨＬＲから「ＵＥアプリケーション・トリガー要求」情報を受信するとすぐに、サービスを提供するＭＭＥ／ＳＧＳＮはＵＥにページング（ｐａｇｅ）する。そうでない場合、ＵＥは、次にＭＭＥ／ＳＧＳＮとシグナリングを交換するときだけ通知される。たとえば、通常の新しいＳＷバージョンのダウンロード、またはＭ２Ｍの要求は緊急ではない。エンド・ユーザから顧客対応ヘルプ・デスクへの呼び出しに関連する要求は緊急であり、ＭＭＥ／ＳＧＳＮはＵＥにページングする必要がある。
【００５５】
様々な点に関する備考：
−  ＳＧＳＮ間、またはＭＭＥもしくはＳＧＳＮ−ＭＭＥ間の移動性では、ソースＭＭＥ／ＳＧＳＮが、（ＵＥアプリケーション・トリガー要求）通知をＵＥに渡すことができなかった場合、（ＵＥアプリケーション・トリガー要求）通知情報は、ソース・ノードで削除され、移動手順の一部としてターゲット・ノードによってＨＳＳ／ＨＬＲから受信される。
−  上記のステップ３）について、緊急の場合の手順は以下のとおりである。
ＨＳＳ／ＨＬＲから（ＵＥアプリケーション・トリガー要求）通知情報を受信するとすぐに、ＭＭＥ／ＳＧＳＮは移動体にページングする。
【００５６】
一実施形態では、既存のノードまたは機能は、以下のように影響を受ける場合がある。
【００５７】
ＨＬＲ／ＨＳＳは、ＵＥアプリケーション・トリガー要求を格納し、サービスを提供するＭＭＥ／ＳＧＳＮに転送して、それらがＵＥに正しく送られたという確認応答を取得したらそれらを消去する。
【００５８】
ＭＭＥ／Ｓ４−ＳＧＳＮは、ＵＥアプリケーション・トリガー要求を格納し、ＮＡＳシグナリングを介してＵＥに転送して、それらがＵＥに正しく送られたという確認応答を取得したらそれらを消去する。
【００５９】
ＵＥは、ＮＡＳシグナリングを介してＵＥアプリケーション・トリガー要求を受信して承認し、対応するアプリケーションをトリガーする。
【００６０】
ＣＳドメインを介して（ＵＥアプリケーション・トリガー要求）通知を渡すことが理論上可能でも、（ＵＥアプリケーション・トリガー要求）通知は、ＣＳドメインにアクセスしない端末用であるため、これは意図することではない。
【００６１】
スパミングによるＨＳＳ／ＨＬＲおよびＭＭＥ／ＳＧＳＮのオーバフローを回避するために、この（ＵＥアプリケーション・トリガー要求）通知手順は、オペレータによって制御された正常に動作するアプリケーションに予約されることになっている。
【００６２】
本発明の実施形態は、アプリケーションからＵＥにトリガー情報を送信するために、ネットワーク・アプリケーション・サーバからＵＥアプリケーションをトリガーするために、以下の手法を提案する。
−  ＵＥへのＭＳＩＳＤＮの割り当てを必要とするＳＭＳを使用する代わりに、
−  寿命が長いＮＡＴ／ＦＷバインディングを必要とするユーザ・プレーン技術（ＵＤＰ、ＨＴＴＰプッシュ）の代わりに、
−  Ｍ２Ｍには重すぎると考えられるＩＭＳ／Ｓｉｐを使用する代わりに、
ＨＳＳ／ＨＬＲおよびＭＭＥ／ＳＧＳＮを介してアプリケーションからＵＥへの制御パスを使用することが提案される。
【００６３】
（ＵＥアプリケーション・トリガー要求）通知手順がＨＳＳ／ＨＬＲを使用するという事実は、同じ目的のためにＳＭＳを使用するより、オペレータＤａｔａＢａｓｅおよびＥＰＣノードに、より多くの負担をかけない。
−  ＳＭＳが使用されている場合、ＳＭＳ−ＳＣ（ＳＭＳサービス・センター）は、ユーザにサービスを提供するＭＳＣ／ＳＧＳＮの識別情報を得るためにＨＳＳ／ＨＬＲに接触し、シグナリング・リンクを通じてＳＭＳをＭＭＥ／ＳＧＳＮに転送する。
−  この手法では、アプリケーションは、ユーザにサービスを提供するＭＭＥ／ＳＧＳＮの識別情報をＨＳＳ／ＨＬＲが得るためにＨＳＳ／ＨＬＲに接触し、シグナリング・リンクを通じて通知をＭＭＥ／ＳＧＳＮに転送する。
【００６４】
本発明の実施形態は、データのみのセルラー・デバイスのデバイス管理のために明快な移行シナリオを提供する（たとえば、Ｍ２Ｍデバイス。ただし、ＵＳＢドングルなど他のタイプのデバイスも可能）。これにより、ＳＭＳおよびＣＳドメインを使用する必要がなくなるが、ファイアウォールのピンホールを許可するために運用が複雑になることはない。デバイス・ソフトウェアの複雑化は最小限である。
【００６５】
一態様では、ネットワーク・アプリケーション・サーバからのＵＥアプリケーション・トリガー要求について、モバイル・ネットワークを通じて、ユーザ装置ＵＥ（またはＵＥの群）に通知する方法が提供される。
【００６６】
様々な実施形態が提供され、これらは単独でまたは（様々な組み合わせにより）組み合わせて使用することができる。
【００６７】
一実施形態では、前述の方法は、
−  加入者データベース（ＨＬＲ／ＨＳＳなど）およびモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードを介して、ネットワーク・アプリケーション・サーバからＵＥ（またはＵＥの群）に、コントロール・プレーン・パスを使用して、ＵＥアプリケーション・トリガー要求情報を送信するステップ
を含む。
【００６８】
一実施形態では、前述の方法は、
−  ＵＥアプリケーション・トリガー要求情報を提供することによって、この必要性について加入者データベース（ＨＬＲ／ＨＳＳなど）に通知する、ＵＥ（またはＵＥの群）からの接続要求をトリガーする必要があるネットワーク・アプリケーション・サーバ
を含む。
【００６９】
一実施形態では、前述のＵＥアプリケーション・トリガー要求情報は、以下の１つまたは複数を含む。
−  ターゲットＵＥの識別情報
−  アプリケーションの識別情報
−  重複する要求を検出し、要求をそれらの確認応答に関連させ、アプリケーションが要求をキャンセルできるようにする、この要求に関連する要求カウンター
−  オプションとして、ＵＥが接触しなければならないアプリケーション・サーバのＩＰ＠（またはＦＱＤＮ）および／またはＴＣＰ（またはＵＤＰ）ポート
−  オプションとして、緊急要求指示
−  オプションとして、アプリケーション固有の情報
【００７０】
一実施形態では、前述の方法は、
−  加入者データベース（ＨＬＲ／ＨＳＳなど）が、ネットワーク・アプリケーション・サーバからのＵＥアプリケーション・トリガー要求を検証するステップ
を含む。
【００７１】
一実施形態では、前述の方法は、
−  加入者データベース（ＨＬＲ／ＨＳＳなど）が、ネットワーク・アプリケーション・サーバから受信されたＵＥ（またはＵＥの群）の識別情報をＵＥ（または群のＵＥのそれぞれ）のモバイル・ネットワーク識別情報へと変換するステップ
を含む。
【００７２】
一実施形態では、前述の方法は、
−  加入者データベース（ＨＬＲ／ＨＳＳなど）が、ＵＥ（または群の各ＵＥ）に関連するそのデータベース・レコードに前述の要求を格納するステップ
を含む。
【００７３】
一実施形態では、前述の方法は、
−  加入者データベース（ＨＬＲ／ＨＳＳなど）が、現在、ターゲットＵＥにサービスを提供するモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードを決定するステップ、またはそのようなノードがＵＥに割り当てられるのを待つステップ
を含む。
【００７４】
一実施形態では、前述の方法は、
−  ネットワーク・アプリケーション・サーバとモバイル・ネットワークとの間のゲートウェイが、ネットワーク・アプリケーション・サーバからの要求を検証するステップ
を含む。
【００７５】
一実施形態では、前述の方法は、
−  ネットワーク・アプリケーション・サーバとモバイル・ネットワークとの間のゲートウェイが、ＵＥ（または群の各ＵＥ）のモバイル・ネットワーク識別情報へとネットワーク・アプリケーション・サーバから受信されたＵＥ（またはＵＥの群）の識別情報を変換するステップ
を含む。
【００７６】
一実施形態では、前述の方法は、
−  加入者データベース（ＨＬＲ／ＨＳＳなど）が、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードに、ＵＥアプリケーション・トリガー要求情報を転送するステップ
を含む。
【００７７】
一実施形態では、前述の方法は、
−  モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥのアクセスを制御するノードによってＵＥに既にサービスが提供されている場合は直ちに、そうでなければ、ＵＥがネットワークに登録するときに、加入者データベース（ＨＳＳ／ＨＬＲなど）が、このＵＥアプリケーション・トリガー要求情報を用いてモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードを更新するステップ
を含む。
【００７８】
一実施形態では、前述の方法は、
−  加入者データベース（ＨＬＲ／ＨＳＳなど）が、ＭＡＰ／Ｄｉａｍｅｔｅｒ  Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ要求メッセージ内でモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードに、ＵＥアプリケーション・トリガー要求情報を転送するステップ
を含む。
【００７９】
一実施形態では、前述の方法は、
−  加入者データベース（ＨＬＲ／ＨＳＳなど）が、ＵＥアプリケーション・トリガー要求情報が正しくＵＥに送られたという確認応答を得ると、ＵＥに関連するそのデータベース・レコードのＵＥアプリケーション・トリガー要求情報を消去するステップ
を含む。
【００８０】
一実施形態では、前述の方法は、
−  加入者データベース（ＨＬＲ／ＨＳＳなど）が、ＵＥについてＭＭＥまたはＳＧＳＮのいずれかから確認応答を受信すると、ＵＥに関連するそのデータベース・レコードから要求を削除するステップ
を含む。
【００８１】
一実施形態では、前述の方法は、
−  モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードが、加入者データベース（ＨＬＲ／ＨＳＳなど）から要求を受信すると、ＵＥに関連するそのデータベース・レコードに要求を格納するステップ
を含む。
【００８２】
一実施形態では、前述の方法は、
−  モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードが、移動体制御（非アクセス層、ＮＡＳ）シグナリングを介してＵＥにＵＥアプリケーション・トリガー要求情報を転送するステップ
を含む。
【００８３】
一実施形態では、前述の方法は、
−  モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードが、Ｌｏｃａｔｉｏｎ  Ｕｐｄａｔｅ（ＲＡＵ／ＴＡＵなど）Ａｃｃｅｐｔメッセージを使用して、ＵＥにＵＥアプリケーション・トリガー要求情報を転送するステップ
を含む。
【００８４】
一実施形態では、前述の方法は、
−  モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードが、Ａｔｔａｃｈ  Ａｃｃｅｐｔメッセージを使用して、ＵＥにＵＥアプリケーション・トリガー要求情報を転送するステップ
を含む。
【００８５】
一実施形態では、前述の方法は、
−  モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードが、Ｄｏｗｎｌｉｎｋ  Ｇｅｎｅｒｉｃ  Ｔｒａｎｓｐｏｒｔメッセージを使用して、ＵＥにＵＥアプリケーション・トリガー要求情報を転送するステップ
を含む。
【００８６】
一実施形態では、前述の方法は、
−  モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードが、ＧＭＭ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを使用して、ＵＥにＵＥアプリケーション・トリガー要求情報を転送するステップ
を含む。
【００８７】
一実施形態では、前述の方法は、
−  ＵＥとノードとの間に進行中のシグナリング接続がない場合、ＵＥとの次のＮＡＳシグナリング交換の間に、またはＵＥと進行中のシグナリング接続がある場合、もしくはこれが緊急の要求である場合は直ちに、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードが、前述の要求を転送するステップ
を含む。
【００８８】
一実施形態では、前述の方法は、
−  ＵＥからの確認応答を受信すると、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードが、ＵＥに関連するそのデータベース・レコードから要求を削除するステップ
を含む。
【００８９】
一実施形態では、前述の方法は、
−  モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードが、ＵＥがＵＥアプリケーション・トリガー要求を受信したことを加入者データベース（ＨＬＲ／ＨＳＳなど）に通知するステップ
を含む。
【００９０】
一実施形態では、前述の方法は、
−  モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードが、Ｄｉａｍｅｔｅｒ  ＮｏｔｉｆｉｃａｔｉｏｎメッセージまたはＭＡＰ  Ｕｐｄａｔｅ  ＧＰＲＳ  Ｌｏｃａｔｉｏｎメッセージを送信することによって、ＵＥがＵＥアプリケーション・トリガー要求を受信したことを加入者データベース（ＨＬＲ／ＨＳＳなど）に通知するステップ
を含む。
【００９１】
一実施形態では、前述の方法は、
−  ＵＥが、ＮＡＳシグナリングを介して前述のＵＥに転送されたＵＥアプリケーション・トリガー要求情報を受信するステップ
を含む。
【００９２】
一実施形態では、前述の方法は、
−  ＵＥが、ＮＡＳシグナリングを介してＵＥアプリケーション・トリガー要求情報を承認するステップ
を含む。
【００９３】
一実施形態では、前述の方法は、
−  ＵＥが、位置Ｕｐｄａｔｅ（ＴＡＵ／ＲＡＵなど）Ｃｏｍｐｌｅｔｅメッセージを介してＵＥアプリケーション・トリガー要求情報を承認するステップ
を含む。
【００９４】
一実施形態では、前述の方法は、
−  ＵＥが、Ａｔｔａｃｈ  Ｃｏｍｐｌｅｔｅメッセージを介してＵＥアプリケーション・トリガー要求情報を承認するステップ
を含む。
【００９５】
一実施形態では、前述の方法は、
−  ＵＥが、Ｕｐｌｉｎｋ  Ｇｅｎｅｒｉｃ  Ｔｒａｎｓｐｏｒｔメッセージを介してＵＥアプリケーション・トリガー要求情報を承認するステップ
を含む。
【００９６】
一実施形態では、前述の方法は、
−  ＵＥが、前述の要求が重複する要求でないことをチェックするステップ
を含む。
【００９７】
一実施形態では、前述の方法は、
−  ＵＥが、対応するＵＥアプリケーションをトリガーするステップ
を含む。
【００９８】
一実施形態では、前述の方法は、
−  前述の要求が重複する要求でない場合、ＵＥが、対応するＵＥアプリケーションをトリガーするステップ
を含む。
【００９９】
他の態様は、そのような方法を実行するように構成されたエンティティに関係し、前述のエンティティは、特に次を含む：ネットワーク・アプリケーション・サーバ、ＨＬＲ／ＨＳＳ、ネットワーク・アプリケーション・サーバとモバイル・ネットワークとの間のゲートウェイ、ＳＧＳＮ／ＭＭＥ、ＵＥ。
【０１００】
ネットワーク・アプリケーション・サーバが提供される。様々な実施形態が提供され、これらは単独でまたは（様々な組み合わせにより）組み合わせて使用することができる。
【０１０１】
一実施形態では、ネットワーク・アプリケーション・サーバは、
−  ＵＥ（またはＵＥの群）からの接続要求をトリガーする必要がある場合、ＵＥアプリケーション・トリガー要求情報を提供することによって、この必要性について加入者データベース（ＨＬＲ／ＨＳＳなど）に通知する
ように構成される。
【０１０２】
加入者データベース（ＨＬＲ／ＨＳＳなど）が提供される。様々な実施形態が提供され、これらは単独でまたは（様々な組み合わせにより）組み合わせて使用することができる。
【０１０３】
一実施形態では、加入者データベースは、
−  モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードに、ユーザ装置のＵＥアプリケーション・トリガー要求情報を転送する
ように構成される。
【０１０４】
一実施形態では、加入者データベース（ＨＬＲ／ＨＳＳなど）は、
−  ＵＥがモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードによって既にサービスを提供されている場合は直ちに、そうでなければ、ＵＥがネットワークに登録するときに、このＵＥアプリケーション・トリガー要求情報を用いてモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードを更新する
ように構成される。
【０１０５】
一実施形態では、加入者データベース（ＨＬＲ／ＨＳＳなど）は、
−  ＭＡＰ／Ｄｉａｍｅｔｅｒ  Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ要求メッセージ内でモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードに、ＵＥアプリケーション・トリガー要求情報を転送する
ように構成される。
【０１０６】
一実施形態では、加入者データベース（ＨＬＲ／ＨＳＳなど）は、
−  ネットワーク・アプリケーション・サーバからのＵＥアプリケーション・トリガー要求を検証する
ように構成される。
【０１０７】
一実施形態では、加入者データベース（ＨＬＲ／ＨＳＳなど）は、
−  ＵＥ（または群のＵＥ）のモバイル・ネットワーク識別情報へとネットワーク・アプリケーション・サーバから受信されたＵＥ（またはＵＥの群）の識別情報を変換する
ように構成される。
【０１０８】
一実施形態では、加入者データベース（ＨＬＲ／ＨＳＳなど）は、
−  ＵＥに関連するそのデータベース・レコードに前述の要求を格納する
ように構成される。
【０１０９】
一実施形態では、加入者データベース（ＨＬＲ／ＨＳＳなど）は、
−  現在、ターゲットＵＥにサービスを提供するモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御する、またはそのようなノードがＵＥに割り当てられるのを待つノードを決定する
ように構成される。
【０１１０】
一実施形態では、加入者データベース（ＨＬＲ／ＨＳＳなど）は、
−  ＵＥアプリケーション・トリガー要求情報が正しくＵＥに送られたという確認応答を得ると、ＵＥに関連するそのデータベース・レコードの要求を消去する
ように構成される。
【０１１１】
一実施形態では、加入者データベース（ＨＬＲ／ＨＳＳなど）は、
−  ＵＥについてＭＭＥまたはＳＧＳＮのいずれかから確認応答を受信すると、ＵＥに関連するそのデータベース・レコードから要求を削除する
ように構成される。
【０１１２】
モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードが提供される。様々な実施形態が提供され、これらは単独でまたは（様々な組み合わせにより）組み合わせて使用することができる。
【０１１３】
一実施形態では、モバイル・ネットワークへのＵＥアクセスを制御するノードは、
−  ＮＡＳシグナリングを介して、前述のノードによってサービスを提供されるＵＥに、ＵＥアプリケーション・トリガー要求情報を転送する
ように構成される。
【０１１４】
一実施形態では、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードは、
−  位置Ｕｐｄａｔｅ（ＲＡＵ／ＴＡＵなど）Ａｃｃｅｐｔメッセージを使用して、前述のノードによってサービスを提供されるＵＥに、ＵＥアプリケーション・トリガー要求情報を転送する
ように構成される。
【０１１５】
一実施形態では、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードは、
−  Ａｔｔａｃｈ  Ａｃｃｅｐｔメッセージを使用して、前述のノードによってサービスを提供されるＵＥに、ＵＥアプリケーション・トリガー要求情報を転送する
ように構成される。
【０１１６】
一実施形態では、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードは、
−  Ｄｏｗｎｌｉｎｋ  Ｇｅｎｅｒｉｃ  Ｔｒａｎｓｐｏｒｔメッセージを使用して、前述のノードによってサービスを提供されるＵＥに、ＵＥアプリケーション・トリガー要求情報を転送する
ように構成される。
【０１１７】
一実施形態では、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードは、
−  ＧＭＭ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを使用して、前述のノードによってサービスを提供されるＵＥに、ＵＥアプリケーション・トリガー要求情報を転送する
ように構成される。
【０１１８】
一実施形態では、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードは、
−  ＵＥとノードとの間に進行中のシグナリング接続がない場合、ＵＥとの次のＮＡＳシグナリング交換の間に、またはＵＥと進行中のシグナリング接続がある場合、もしくはこれが緊急の要求である場合は直ちに、前述の要求を転送する
ように構成される。
【０１１９】
一実施形態では、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードは、
−  ＵＥに関連するそのデータベース・レコードに要求を格納する
ように構成される。
【０１２０】
一実施形態では、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードは、
−  ＵＥから確認応答を受信すると、ＵＥに関連するそのデータベース・レコードから要求を削除する
ように構成される。
【０１２１】
一実施形態では、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードは、
−  ＵＥが、ＵＥアプリケーション・トリガー要求情報を受信したことを加入者データベース（ＨＬＲ／ＨＳＳなど）に通知する
ように構成される。
【０１２２】
一実施形態では、モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードは、
−  Ｄｉａｍｅｔｅｒ  ＮｏｔｉｆｉｃａｔｉｏｎメッセージまたはＭＡＰ  Ｕｐｄａｔｅ  ＧＰＲＳ  Ｌｏｃａｔｉｏｎメッセージを使用して、ＵＥがＵＥアプリケーション・トリガー要求情報を受信したことを加入者データベース（ＨＬＲ／ＨＳＳなど）に通知する
ように構成される。
【０１２３】
ユーザ装置ＵＥが提供される。様々な実施形態が提供され、これらは単独でまたは（様々な組み合わせにより）組み合わせて使用することができる。
【０１２４】
一実施形態では、ＵＥは、
−  ＮＡＳシグナリングを介して前述のＵＥに転送されたＵＥアプリケーション・トリガー要求情報を受信する
ように構成される。
【０１２５】
一実施形態では、ＵＥは、
−  ＮＡＳシグナリングを介してＵＥアプリケーション・トリガー要求情報を承認する
ように構成される。
【０１２６】
一実施形態では、ＵＥは、
−  ＴＡＵ／ＲＡＵ  Ｃｏｍｐｌｅｔｅメッセージを介して、ＵＥアプリケーション・トリガー要求情報の受信を承認する
ように構成される。
【０１２７】
一実施形態では、ＵＥは、
−  Ａｔｔａｃｈ  Ｃｏｍｐｌｅｔｅメッセージを介して、ＵＥアプリケーション・トリガー要求情報の受信を承認する
ように構成される。
【０１２８】
一実施形態では、ＵＥは、
−  Ｕｐｌｉｎｋ  Ｇｅｎｅｒｉｃ  Ｔｒａｎｓｐｏｒｔメッセージを介して、ＵＥアプリケーション・トリガー要求情報の受信を承認する
ように構成される。
【０１２９】
一実施形態では、ＵＥは、
−  対応するＵＥアプリケーションをトリガーする
ように構成される。
【０１３０】
一実施形態では、ＵＥは、
−  前述の要求が重複する要求でないことをチェックする
ように構成される。
【０１３１】
一実施形態では、ＵＥは、
−  対応するＵＥアプリケーションをトリガーする
ように構成される。
【０１３２】
一実施形態では、ＵＥは、
−  前述の要求が重複する要求でない場合は、対応するＵＥアプリケーションをトリガーする
ように構成される。
【０１３３】
上記の説明では、
−  ＨＬＲおよびＨＳＳは、モバイル・ネットワーク加入者データベースの例である。ＨＬＲ／ＨＳＳは、ＨＬＲまたはＨＳＳを意味する。
−  ＳＧＳＮおよびＭＭＥは、モバイル・ネットワークへのＵＥアクセスを制御するノードの例である。ＳＧＳＮ／ＭＭＥは、ＳＧＳＮまたはＭＭＥを意味する（これによって、たとえば、ＳＧＳＮおよびＭＭＥの両方がＨＬＲ／ＨＳＳに登録されるために、ＵＥアプリケーション・トリガー要求情報をＳＧＳＮおよびＭＭＥを介して送信できる可能性が除外されるわけではない）。
【０１３４】
移動無線が３ｇｐｐ無線でない場合、モバイル・ネットワークへのＵＥアクセスを制御するノードは、ＭＭＥまたはＳＧＳＮ以外の他のエンティティの場合がある。たとえば、アプリケーション・サーバとＵＥとの間でＵＥアプリケーション・トリガーを転送する通信路は、ＨＳＳ／ＨＬＲ、３ｇｐｐ  ＡＡＡサーバ、およびＨＲＰＤアクセスなどの非３ｇｐｐアクセス・ネットワークを含むことができる。他の例として、モバイル・ネットワークへのＵＥアクセスを制御するノードが、３ｇｐｐ２  ＡＮ（アクセス・ネットワーク）である場合がある。
【０１３５】
そのようなエンティティの詳細な実装のために、当業者にとって特別な問題が提起されることはないため、当業者のために、上に開示したよりさらに完全に開示する必要はない。
【０１３６】
当業者は、プログラムされたコンピュータによって様々な上記方法のステップを実行することができることを容易に認識するだろう。本明細書において、一部の実施形態は、また、機械またはコンピュータで読み取り可能であり、装置で実行可能またはコンピュータで実行可能なプログラム命令をエンコードする、たとえば、デジタル・データ記憶メディアなど、プログラム記憶装置を包含することを意図するものであり、前述の命令は、上記方法のステップの一部またはすべてを実行する。プログラム記憶装置は、たとえば、デジタル・メモリ、磁気ディスクや磁気テープなどの磁気記憶メディア、ハードドライブ、または光学的に読み取り可能なデジタル・データ記憶メディアなどでもよい。また、実施形態は、上記方法の上述したステップを実行するようにプログラムされたコンピュータを包含することを意図するものである。
【０１３７】
ＨＬＲ：ホーム・ロケーション・レジスタ（特に３ＧＰＰ２３．００２に規定）
ＨＳ：ホーム加入者サーバ（特に３ＧＰＰ２３．００２に規定）
ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ（特に３ＧＰＰ２３．４０１に規定）
ＳＧＳＮ：Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（特に３ＧＰＰ２３．０６０に規定）
ＩＭＳＩ：国際移動体加入者識別番号（特に３ＧＰＰ２３．００３に規定）
ＭＡＰ：モバイル・アプリケーション・パート（特に３ＧＰＰ２９．００２に規定）
ＲＡＵ：ルーティング・エリア・アップデート（特に３ＧＰＰ２３．０６０に規定）
ＴＡＵ：トラッキング・エリア・アップデート（特に３ＧＰＰ２３．４０１に規定）
ＮＡＳ：非アクセス層（特に３ＧＰＰ２４．００８および３ＧＰＰ２４．３０１に規定）
【図１】
2014505445.tif 000003
【図２】
2014505445.tif 000004
【図３】
2014505445.tif 000005
【図４】
2014505445.tif 000006
【国際調査報告】
2014505445.tif 000007
2014505445.tif 000008
2014505445.tif 000009
2014505445.tif 000010