JP2014505445A - ネットワーク・アプリケーション・サーバからのｕｅアプリケーション・トリガー要求について、モバイル・ネットワークを通じてユーザ装置ｕｅに通知 - Google Patents

ネットワーク・アプリケーション・サーバからのｕｅアプリケーション・トリガー要求について、モバイル・ネットワークを通じてユーザ装置ｕｅに通知 Download PDF

Info

Publication number
JP2014505445A
JP2014505445A JP2013552951A JP2013552951A JP2014505445A JP 2014505445 A JP2014505445 A JP 2014505445A JP 2013552951 A JP2013552951 A JP 2013552951A JP 2013552951 A JP2013552951 A JP 2013552951A JP 2014505445 A JP2014505445 A JP 2014505445A
Authority
JP
Japan
Prior art keywords
application
trigger request
request information
sgsn
mme
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2013552951A
Other languages
English (en)
Inventor
エレウミ，オマール
ティボー，ローレン
ランディス，ブルーノ
Original Assignee
アルカテル−ルーセント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アルカテル−ルーセント filed Critical アルカテル−ルーセント
Publication of JP2014505445A publication Critical patent/JP2014505445A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/02—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration by periodical registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H04W8/205—Transfer to or from user equipment or user record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H04W8/245—Transfer of terminal data from a network towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一実施形態では、ネットワーク・アプリケーション・サーバからのＵＥアプリケーション・トリガー要求について、モバイル・ネットワークを通じてユーザ装置ＵＥ（またはＵＥの群）に通知するための方法が提供され、前記方法は、
− 加入者データベース（ＨＬＲ／ＨＳＳなど）およびモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥなど）へのＵＥアクセスを制御するノードを介して、ネットワーク・アプリケーション・サーバからＵＥ（または群のＵＥ）に、コントロール・プレーン・パスを使用して、ＵＥアプリケーション・トリガー要求情報を送信するステップ
を含む。

Description

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

Claims (19)

  1. ネットワーク・アプリケーション・サーバからＵＥアプリケーション・トリガー要求について、モバイル・ネットワークを通じてユーザ装置ＵＥまたはＵＥの群に通知する方法であって、
    加入者データベース（ＨＬＲ／ＨＳＳ）および前記モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御するノードを介して、前記ネットワーク・アプリケーション・サーバから前記ＵＥまたは前記群のＵＥに、コントロール・プレーン・パスを使用して、ＵＥアプリケーション・トリガー要求情報を送信するステップ
    を含む方法。
  2. ＵＥまたはＵＥの群からの接続要求をトリガーする必要のあるネットワーク・アプリケーション・サーバは、ＵＥアプリケーション・トリガー要求情報を提供することによって、この必要性について前記加入者データベース（ＨＬＲ／ＨＳＳ）に通知する
    ことを含む請求項１に記載の方法。
  3. ＵＥアプリケーション・トリガー要求情報は、
    前記ターゲットＵＥの識別情報、
    前記アプリケーションの識別情報、
    重複する要求を検出して、要求をそれらの確認応答に関連できるようにし、前記アプリケーションが要求をキャンセルできるようにする、この要求に関連する要求カウンター、
    オプションとして、前記ＵＥが接触しなければならない前記アプリケーション・サーバのＩＰ＠（またはＦＱＤＮ）および／またはＴＣＰ（またはＵＤＰ）ポート、
    オプションとして、緊急要求指示、
    オプションとして、アプリケーション固有の情報
    のうちの１つまたは複数を含む請求項１または２に記載の方法。
  4. 前記加入者データベース（ＨＬＲ／ＨＳＳ）は、前記モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御する前記ノードに、ＵＥアプリケーション・トリガー要求情報を転送するステップ
    を含む請求項１乃至３のいずれか１項に記載の方法。
  5. 前記加入者データベース（ＨＬＲ／ＨＳＳ）は、ＵＥアプリケーション・トリガー要求情報を格納するステップ
    を含む請求項１乃至４のいずれか１項に記載の方法。
  6. 前記加入者データベース（ＨＬＲ／ＨＳＳ）は、ＵＥアプリケーション・トリガー要求情報が正しく前記ＵＥに送られたという確認応答を得ると、ＵＥアプリケーション・トリガー要求情報を消去するステップ
    を含む請求項１乃至５のいずれか１項に記載の方法。
  7. 前記モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御する前記ノードが、ＮＡＳシグナリングを介して、前記ＵＥにＵＥアプリケーション・トリガー要求情報を転送するステップ
    を含む請求項１乃至６のいずれか１項に記載の方法。
  8. 前記モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御する前記ノードが、ＮＡＳシグナリングを介して前記ＵＥにＵＥアプリケーション・トリガー要求情報を直ちに転送するか、または前記ＵＥアプリケーション・トリガー要求の緊急度情報に基づいて、前記ＵＥとの次の無線の接触を待つかを決定するステップ
    を含む請求項１乃至７のいずれか１項に記載の方法。
  9. ＵＥがＮＡＳシグナリングを介してＵＥアプリケーション・トリガー要求情報を受信するステップ
    を含む請求項１乃至８のいずれか１項に記載の方法。
  10. ＵＥがＮＡＳシグナリングを介してＵＥアプリケーション・トリガー要求情報の受信を承認するステップ
    を含む請求項１乃至９のいずれか１項に記載の方法。
  11. ＵＥが、ＮＡＳシグナリングを介して、ＵＥアプリケーション・トリガー要求情報を受信すると、対応するアプリケーションをトリガーするステップ
    を含む請求項１乃至１０のいずれか１項に記載の方法。
  12. ＵＥまたはＵＥの群からの接続要求をトリガーする必要がある場合、ＵＥアプリケーション・トリガー要求情報を提供することによって、この必要性について加入者データベース（ＨＬＲ／ＨＳＳ）に通知する
    ように構成されたネットワーク・アプリケーション・サーバ。
  13. 前記モバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御するノードに、ＵＥアプリケーション・トリガー要求情報を転送する
    ように構成されたモバイル・ネットワーク加入者データベース（ＨＬＲ／ＨＳＳ）。
  14. ＵＥアプリケーション・トリガー要求情報を格納する
    ように構成された請求項１３に記載のモバイル・ネットワーク加入者データベース（ＨＬＲ／ＨＳＳ）。
  15. ＵＥアプリケーション・トリガー要求情報が前記ＵＥに正しく送られたという確認応答を得ると、ＵＥアプリケーション・トリガー要求情報を消去する
    ように構成された請求項１３または１４に記載のモバイル・ネットワーク加入者データベース（ＨＬＲ／ＨＳＳ）。
  16. ＮＡＳシグナリングを介して、前記ＵＥにＵＥアプリケーション・トリガー要求情報を転送する
    ように構成されたモバイル・ネットワーク（ＳＧＳＮ／ＭＭＥ）へのＵＥアクセスを制御するノード。
  17. ユーザ装置ＵＥであって、
    ＮＡＳシグナリングを介して前記ＵＥに転送されたＵＥアプリケーション・トリガー要求情報を受信する
    ように構成されたユーザ装置ＵＥ。
  18. ＮＡＳシグナリングを介して、ＵＥアプリケーション・トリガー要求情報の受信を承認する
    ように構成された請求項１７に記載のＵＥ。
  19. ＵＥアプリケーション・トリガー要求情報を受信すると、対応するアプリケーションをトリガーする
    ように構成された請求項１７または１８に記載のＵＥ。
JP2013552951A 2011-02-11 2012-02-08 ネットワーク・アプリケーション・サーバからのｕｅアプリケーション・トリガー要求について、モバイル・ネットワークを通じてユーザ装置ｕｅに通知 Pending JP2014505445A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP11290085A EP2487973A1 (en) 2011-02-11 2011-02-11 Notifying a user equipment UE, over a mobile network, of an UE application trigger request from a network application server
EP11290085.7 2011-02-11
PCT/EP2012/052124 WO2012107485A1 (en) 2011-02-11 2012-02-08 Notifying a user equipment ue, over a mobile network, of an ue application trigger request from a network application server

Publications (1)

Publication Number Publication Date
JP2014505445A true JP2014505445A (ja) 2014-02-27

Family

ID=45569660

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013552951A Pending JP2014505445A (ja) 2011-02-11 2012-02-08 ネットワーク・アプリケーション・サーバからのｕｅアプリケーション・トリガー要求について、モバイル・ネットワークを通じてユーザ装置ｕｅに通知

Country Status (7)

Country Link
US (1) US20140113609A1 (ja)
EP (1) EP2487973A1 (ja)
JP (1) JP2014505445A (ja)
KR (1) KR20130135912A (ja)
CN (1) CN103477690A (ja)
TW (1) TW201246989A (ja)
WO (1) WO2012107485A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015527022A (ja) * 2012-09-03 2015-09-10 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ３ｇｐｐネットワークのマシン型デバイスにおいて使用される外部識別子を自動で提供する方法及び装置

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9736619B2 (en) * 2011-05-11 2017-08-15 Lg Electronics Inc. Method and apparatus for MTC in a wireless communication system
MX368596B (es) * 2011-10-28 2019-10-08 Nec Corp Metodo seguro para activacion de dispositivo de comunicacion de tipo maquina.
IN2014DN05685A (ja) * 2012-01-27 2015-04-03 Nec Corp
US9036603B2 (en) 2012-08-03 2015-05-19 Intel Corporation Network assistance for device-to-device discovery
US9526022B2 (en) 2012-08-03 2016-12-20 Intel Corporation Establishing operating system and application-based routing policies in multi-mode user equipment
US8913518B2 (en) 2012-08-03 2014-12-16 Intel Corporation Enhanced node B, user equipment and methods for discontinuous reception in inter-ENB carrier aggregation
WO2014022797A1 (en) * 2012-08-03 2014-02-06 Intel Corporation Device trigger recall/replace feature for 3gpp/m2m systems
US9191828B2 (en) 2012-08-03 2015-11-17 Intel Corporation High efficiency distributed device-to-device (D2D) channel access
CN103686952B (zh) 2012-09-17 2019-03-12 中兴通讯股份有限公司 一种节能方法、用户设备和网络侧网元
JP5544409B2 (ja) * 2012-11-15 2014-07-09 株式会社Ｎｔｔドコモ 通信端末、移動通信システム及び方法
CN104105050B (zh) * 2013-04-01 2017-11-28 电信科学技术研究院 一种邻近通信业务的实现方法及装置
WO2015007699A1 (en) * 2013-07-15 2015-01-22 Koninklijke Kpn N.V. Method and telecommunications node for controlling an attach state of a user equipment
US9844080B2 (en) * 2014-06-13 2017-12-12 Verizon Patent And Licensing Inc. Notification triggered device management session
GB2530552B (en) * 2014-09-26 2018-07-25 Telit Tech Cyprus Ltd System and method of controlling operation of connected devices
CN106304404A (zh) * 2015-06-12 2017-01-04 阿尔卡特朗讯 一种用于控制触发请求所对应的操作的方法、设备与系统
EP4002954A1 (en) * 2016-10-06 2022-05-25 Telefonaktiebolaget LM Ericsson (publ) Reliable data delivery over non-access stratum
WO2020215668A1 (en) * 2019-04-26 2020-10-29 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for service discovery
US11792266B2 (en) * 2020-09-29 2023-10-17 Aeris Communications, Inc. Method and system for delivering a shoulder-tap for battery-constrained cellular IoT devices

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011006437A1 (zh) * 2009-07-15 2011-01-20 华为技术有限公司 M2m用户设备的操作控制方法、系统和m2m用户设备
WO2012092331A1 (en) * 2010-12-28 2012-07-05 Interdigital Patent Holdings, Inc. Triggering devices that are not attached to a wireless network

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6611516B1 (en) * 1999-06-21 2003-08-26 Nokia Telecommunications Oyj Short message service support over a packet-switched telephony network
US6920487B2 (en) * 1999-12-22 2005-07-19 Starhome Gmbh System and methods for global access to services for mobile telephone subscribers
EP2334129A3 (en) * 2002-10-18 2012-07-11 Kineto Wireless, Inc. Method and apparatuses for paging a telecommunication device
CA2583080A1 (en) * 2004-10-01 2006-04-13 Nextel Communications, Inc. System and method for dispatch roaming registration
WO2006087720A1 (en) * 2005-02-16 2006-08-24 Starhome Gmbh Local number solution for roaming mobile telephony users
US20060291418A1 (en) * 2005-06-22 2006-12-28 International Mobile Communications, Inc. Method and system for optimal call routing in GSM foreign mode for CDMA to GSM roaming
CN100388685C (zh) * 2005-08-30 2008-05-14 华为技术有限公司 Ip多媒体子系统中ims注册触发实现方法
US20080003996A1 (en) * 2006-06-30 2008-01-03 Nokia Corporation Controlling mobile messaging remotely
US20080076425A1 (en) * 2006-09-22 2008-03-27 Amit Khetawat Method and apparatus for resource management
US8499340B2 (en) * 2007-05-29 2013-07-30 Telefonaktiebolaget L M Ericsson (Publ) IMS network identity management
JP5116509B2 (ja) * 2007-08-31 2013-01-09 パナソニック株式会社 無線通信端末装置、無線通信基地局装置及び無線通信方法
US8165116B2 (en) * 2007-12-12 2012-04-24 At&T Intellectual Property I, L.P. Method and system to provide contact services in a communication network
US8780732B2 (en) * 2008-03-18 2014-07-15 Qualcomm Incorporated Method of network management by assistance from terminal using control-plane signaling between terminal and network
KR101575767B1 (ko) * 2008-12-16 2015-12-08 삼성전자주식회사 무선 통신 단말기의 원격 관리 방법 및 시스템
CN102238477B (zh) * 2010-04-30 2014-02-19 华为终端有限公司 触发一组mtc设备与mtc服务器通信的方法及mtc设备
KR101729336B1 (ko) * 2010-10-15 2017-04-21 삼성전자주식회사 회선 교환 망과 인터넷 프로토콜 멀티미디어 서브시스템 망간 로밍 서비스 제공 방법 및 시스템과 그 장치
WO2012103902A1 (en) * 2011-02-04 2012-08-09 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangements for mtc communication

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011006437A1 (zh) * 2009-07-15 2011-01-20 华为技术有限公司 M2m用户设备的操作控制方法、系统和m2m用户设备
JP2012533240A (ja) * 2009-07-15 2012-12-20 華為技術有限公司 Ｍ２ｍユーザ装置のオペレーション制御方法、システム及びｍ２ｍユーザ装置
WO2012092331A1 (en) * 2010-12-28 2012-07-05 Interdigital Patent Holdings, Inc. Triggering devices that are not attached to a wireless network
JP2014501476A (ja) * 2010-12-28 2014-01-20 インターデイジタル パテント ホールディングス インコーポレイテッド 無線ネットワークにアタッチされていないデバイスのトリガ

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"3rdGeneration Partnership Project;Technical Specification Group Services and System Aspects;System I", 3GPP TR 23.888 V1.0.0 (2010-07), JPN6015021127, July 2010 (2010-07-01), ISSN: 0003083305 *
ALCATEL-LUCENT: "Triggering MTC devices w/o SMS or long lasting NAT bindings[online]", 3GPP TSG-SA WG2♯83 S2-110413, JPN6014024213, 21 February 2011 (2011-02-21), ISSN: 0002831898 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015527022A (ja) * 2012-09-03 2015-09-10 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ３ｇｐｐネットワークのマシン型デバイスにおいて使用される外部識別子を自動で提供する方法及び装置

Also Published As

Publication number Publication date
WO2012107485A1 (en) 2012-08-16
TW201246989A (en) 2012-11-16
CN103477690A (zh) 2013-12-25
US20140113609A1 (en) 2014-04-24
KR20130135912A (ko) 2013-12-11
EP2487973A1 (en) 2012-08-15

Similar Documents

Publication Publication Date Title
JP2014505445A (ja) ネットワーク・アプリケーション・サーバからのｕｅアプリケーション・トリガー要求について、モバイル・ネットワークを通じてユーザ装置ｕｅに通知
US10993089B2 (en) Application data delivery service for networks supporting multiple transport mechanisms
US12082275B2 (en) Establishing a session or cellular internet of things packet transmission
US11070627B2 (en) Discovery of a user plane function that supports cellular IoT optimization
US20240306069A1 (en) Support of user plane transactions over a mobile network
US20200337093A1 (en) Method for supporting and providing ladn service in wireless communication system and apparatus therefor
US11706321B2 (en) System and method for using T8 API to deliver data over an IP path
US9131485B2 (en) Method for revocable deletion of PDN connection
KR20150032524A (ko) 무선 통신 시스템에서 영역 갱신 방법 및 장치
WO2012068728A1 (zh) 获取用户的ip地址的方法和网络实体
US20140226606A1 (en) Communication system, communication method, and communication program
CN101867986B (zh) 一种csfb功能的激活方法及系统
WO2010133107A1 (zh) 家用基站网关转发消息至家用基站的方法及系统
US20200389864A1 (en) Optimized handling of a ue in mico mode with entire plmn as registration area
Kunz et al. Enhanced 3GPP system for machine type communications and Internet of Things
US11202276B2 (en) Techniques for supporting user equipment paging in an enterprise fabric
US20230328628A1 (en) System and method for using t8 api to deliver data over an ip path
WO2012065298A1 (zh) 获取用户ip地址的方法和网络实体

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130930

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140606

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140612

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20140912

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20140922

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141212

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150602

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20150902

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20160209