(57)【特許請求の範囲】
【請求項１】
ユーザ機器にサービスするモバイルコアネットワークノードに対し、ダウンリンクデータ通知失敗の後にユーザ機器が利用可能となったときにネットワークアプリケーションをトリガするためのユーザ機器サブスクリプションに関連付けられたデータを提供するように構成される、モバイルネットワーク加入者データベース。
【請求項２】
前記データを、前記モバイルコアネットワークノードに対し、ユーザ機器のサブスクリプションデータの一部として提供するように構成される、請求項１に記載のモバイルネットワーク加入者データベース。
【請求項３】
前記ユーザ機器が、省電力モードを使用するユーザ機器に対応する、請求項１または２に記載のモバイルネットワーク加入者データベース。
【請求項４】
前記モバイルネットワーク加入者データベースが、ホーム加入者サーバに対応する、請求項１から３のいずれか一項に記載のモバイルネットワーク加入者データベース。
【請求項５】
ユーザ機器にサービス提供し、
モバイルネットワーク加入者データベースから、ダウンリンクデータ通知失敗の後にユーザ機器が利用可能となったときにネットワークアプリケーションをトリガするためのユーザ機器サブスクリプションに関連付けられたデータを受信する
ように構成される、モバイルコアネットワークノード。
【請求項６】
前記データを、前記モバイルネットワーク加入者データベースから、ユーザ機器のサブスクリプションデータの一部として受信するように構成される、請求項５に記載のモバイルコアネットワークノード。
【請求項７】
前記データが受信されていれば、ダウンリンクデータ通知失敗の場合に、ダウンリンクデータ通知失敗フラグと呼ばれるフラグをセットするように構成される、請求項５または６に記載のモバイルコアネットワークノード。
【請求項８】
ダウンリンクデータ通知失敗後にダウンリンクデータ通知失敗フラグがセットされており、かつユーザ機器がリーチ可能となっていれば、ダウンリンクデータ通知失敗後にユーザ機器が利用可能であることを示す通知を送信し、ダウンリンクデータ通知失敗フラグをクリアするように構成される、請求項５から７のいずれか一項に記載のモバイルコアネットワークノード。
【請求項９】
前記ユーザ機器が、省電力モードを使用するユーザ機器に対応する、請求項５から８のいずれか一項に記載のモバイルコアネットワークノード。
【請求項１０】
前記モバイルコアネットワークノードが、モビリティ管理エンティティに対応する、請求項５から９のいずれか一項に記載のモバイルコアネットワークノード。
【請求項１１】
前記モバイルコアネットワークノードが、サービングジェネラルパケットラジオサービスサポートノードに対応する、請求項５から９のいずれか一項に記載のモバイルコアネットワークノード。
【請求項１２】
モバイルネットワーク加入者データベースが、ユーザ機器にサービスするモバイルコアネットワークノードに対し、ダウンリンクデータ通知失敗の後にユーザ機器が利用可能となったときにネットワークアプリケーションをトリガするためのＵＥサブスクリプションに関連付けられたデータを提供すること、
を含む、方法。
【請求項１３】
前記データを、前記モバイルコアネットワークノードに対し、ユーザ機器のサブスクリプションデータの一部として提供すること
を含む、請求項１２に記載の方法。
【請求項１４】
前記ユーザ機器が、省電力モードを使用するユーザ機器に対応する、請求項１２または１３に記載の方法。
【請求項１５】
前記モバイルネットワーク加入者データベースが、ホーム加入者サーバに対応する、請求項１２から１４のいずれか一項に記載の方法。
【請求項１６】
ユーザ機器にサービスするモバイルコアネットワークノードが、モバイルネットワーク加入者データベースから、ダウンリンクデータ通知失敗の後にユーザ機器が利用可能となったときにネットワークアプリケーションをトリガするためのユーザ機器サブスクリプションに関連付けられたデータを受信すること
を含む、方法。
【請求項１７】
前記モバイルコアネットワークノードが、前記データを、前記モバイルネットワーク加入者データベースから、ユーザ機器のサブスクリプションデータの一部として受信すること
を含む、請求項１６に記載の方法。
【請求項１８】
前記データが受信されていれば、前記モバイルコアネットワークノードが、ダウンリンクデータ通知失敗の場合に、ダウンリンクデータ通知失敗フラグと呼ばれるフラグをセットすること
を含む、請求項１６または１７に記載の方法。
【請求項１９】
ダウンリンクデータ通知失敗後にダウンリンクデータ通知失敗フラグがセットされており、かつユーザ機器がリーチ可能となっていれば、前記モバイルコアネットワークノードが、ダウンリンクデータ通知失敗後にユーザ機器が利用可能であることを示す通知を送信し、ダウンリンクデータ通知失敗フラグをクリアすること
を含む、請求項１６から１８のいずれか一項に記載の方法。
【請求項２０】
前記ユーザ機器が、省電力モードを使用するユーザ機器に対応する、請求項１６から１９のいずれか一項に記載の方法。
【請求項２１】
前記モバイルコアネットワークノードが、モビリティ管理エンティティに対応する、請求項１６から２０のいずれか一項に記載の方法。
【請求項２２】
前記モバイルコアネットワークノードが、サービングジェネラルパケットラジオサービスサポートノードに対応する、請求項１６から２０のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、モバイル通信ネットワークおよびモバイル通信システムに関する。
【背景技術】
【０００２】
モバイルネットワークおよびモバイルシステムに関する説明は、たとえば３ＧＰＰ（第３世代パートナシッププロジェクト）などの標準化団体が公開している文献、具体的には技術仕様書（ＴＳ：Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）などの文献に見出すことが可能である。
【０００３】
モバイルシステムの一例として、ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ：進化型パケットシステム）が挙げられる。ＥＰＳネットワークには、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ：進化型パケットコア）と呼ばれるコアネットワークが含まれており、ＥＰＣへのアクセスは、ＬＴＥの場合はＥ−ＵＴＲＡＮを介して、２Ｇ／３Ｇの場合はＧＥＲＡＮ／ＵＴＲＡＮを介して行われ得る。ＥＰＳの仕様は、Ｅ−ＵＴＲＡＮアクセスに関しては３ＧＰＰ  ＴＳ  ２３．４０１において、ＧＥＲＡＮ／ＵＴＲＡＮアクセスに関しては３ＧＰＰ  ＴＳ  ２３．０６０において具体的に定められている。
【０００４】
ＥＰＳなどのシステムでは、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、通信サービスを提供するＥＰＳネットワークを介して、少なくとも１つの外部ネットワーク（パケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）とも呼ぶ）内で、少なくとも１つのアプリケーション（以下、ネットワークアプリケーションとも呼ぶ）からアプリケーションサービスにアクセスする。このような通信サービスには、アクセスポイント名（ＡＰＮ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）で表されるＰＤＮと、ＵＥとの間のコネクティビティ（ＰＤＮコネクティビティ、またはＩＰコネクティビティと呼ぶ）を提供することが含まれる。
【０００５】
より詳細に言えば、本発明の実施形態は、たとえばＥＰＳなどのシステムにおける、モバイル終端アプリケーションサービスのサポートに関する。モバイル終端アプリケーションサービスの一例として、デバイストリガリング（ｄｅｖｉｃｅ  ｔｒｉｇｇｅｒｉｎｇ）が挙げられ、デバイストリガリングについては、パケットデータネットワークおよびアプリケーションを用いる通信を円滑化するためのアーキテクチャ拡張に関する仕様を定めた３ＧＰＰ  ＴＳ  ２３．６８２において具体的に定義されている。
【０００６】
アプリケーションの一例として、マシン型通信（ＭＴＣ：Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）アプリケーションが挙げられる。ＵＥ内のＭＴＣアプリケーションと、外部ネットワーク内のＭＴＣアプリケーションとの間で行われるエンドツーエンド通信では、３ＧＰＰシステムが提供するサービスと、オプションとなる、サービス能力サーバ（ＳＣＳ：Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）が提供するサービスとが使用される。外部ネットワーク内のＭＴＣアプリケーションは、アプリケーションサーバ（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）によってホストされるのが通例であり、付加価値サービスを追加するＳＣＳの利用が可能である。３ＧＰＰシステムは、転送、加入者管理、およびその他の通信サービスを提供し、これらのサービスには、限定するものではないが、ＭＴＣ（たとえば、デバイストリガリング）を実施するための、種々のアーキテクチャ拡張が含まれる。
【０００７】
デバイストリガリングは、３ＧＰＰ  ＴＳ  ２３．６８２において、ＳＣＳが３ＧＰＰネットワーク経由でＵＥに情報を送信することにより、同ＵＥをトリガして特定の動作（ＳＣＳまたはＡＳとの通信を開始することを含む）を実行させるメカニズムとして定義されている。
【０００８】
省電力モード（ＰＳＭ：Ｐｏｗｅｒ  Ｓａｖｉｎｇ  Ｍｏｄｅ）についても、同じく３ＧＰＰ  ＴＳ  ２３．６８２において定義されている。ＵＥは、自身の電力消費を抑えるために、ＰＳＭを適用することができる。このモードは電源オフ状態に類似しているが、ＵＥはネットワークへの登録状態を維持するため、ＰＤＮ接続の再アタッチまたは再確立が不要となる。ＰＳＭ中のＵＥには、モバイル終端サービスのために即座に到達することができない。ＰＳＭを用いるＵＥは、データ転送やシグナリングのようなモバイル発端イベントの後の（たとえば、周期的ＴＡＵ／ＲＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ：トラッキングエリアアップデート／Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ：ルーティングエリアアップデート）手順の後の）アクティブタイム（Ａｃｔｉｖｅ  Ｔｉｍｅ）期間にだけ、モバイル終端サービスに利用可能となる。ＰＳＭを利用しようとするアプリケーションは、モバイル終端サービスまたはデータ転送に関する具体的な処理を検討する必要がある。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．４０１
【非特許文献２】３ＧＰＰ  ＴＳ  ２３．０６０
【非特許文献３】３ＧＰＰ  ＴＳ  ２３．６８２
【非特許文献４】３ＧＰＰ技術文書（Ｔｄｏｃ）Ｓ２−１４２９３２
【非特許文献５】３ＧＰＰ  ２３．０４０
【非特許文献６】３ＧＰＰ  ＴＳ  ２９．２７２
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明者らが認識し、以下でより詳細に説明するように、（限定するものではないが）特に省電力モード中のＵＥに対する、モバイル終端アプリケーションサービス（デバイストリガリングなど）のサポートを改良する必要が存在する。
【００１１】
本発明の実施形態は、特にこのような要求に応えるものである。
【課題を解決するための手段】
【００１２】
これらおよび他の目的は、一態様では、モバイルシステムにおけるモバイル終端アプリケーションサービスのサポートのための方法によって達成される。前記方法は、以下を含む：
−  ユーザ機器（ＵＥ）サブスクリプションに基づき、１つ以上のサブスクライブされたアクセスポイント名（ＡＰＮ）について、前記ＵＥおよび前記ＡＰＮのために確立されたパケットデータネットワーク（ＰＤＮ）接続を介して前記ＵＥに到達するためのモバイルネットワーク手順の失敗後（ＥＰＳネットワーク内でのダウンリンクデータ通知の失敗後など）に前記ＵＥが再度到達可能になると、前記１つ以上のＡＰＮのうちの所与のＡＰＮに関連付けられた少なくとも１つのネットワークアプリケーションをトリガすることを有効化すること。
【００１３】
これらおよび他の目的は、その他の態様では、かかる方法の少なくとも１つのステップを実行するために構成されるエンティティによって達成される。前記エンティティには、（限定するものではないが）特に、モバイルネットワーク加入者データベース（ホーム加入者サーバ（ＨＳＳ）など）、モバイルネットワーク内のＵＥへのサービス提供機能を持つモバイルコアネットワークノード（モビリティ管理エンティティ（ＭＭＥ）またはサービングＧＰＲＳサポートノード（ＳＧＳＮ）など）、ネットワークアプリケーション、運用および保守（ＯＡＭ：Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）エンティティが含まれる。
【００１４】
以下、本発明の実施形態による装置および／または方法のいくつかの実施形態を、例示のみを目的として、添付図面を参照しながら説明する。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態を利用可能な、ＥＰＳアーキテクチャ（ＬＴＥの場合）の例を示す図である。
【図２】本発明の実施形態を利用可能な、ＥＰＳアーキテクチャ（２Ｇ／３Ｇの場合）の例を示す図である。
【図３】本発明の実施形態による、メッセージフローの例を示す図である。
【発明を実施するための形態】
【００１６】
例示のために、以下の説明は、３ＧＰＰ進化型パケットシステム（ＥＰＳ）に相当するモバイルシステムに関して行う。
【００１７】
バッテリの持続性に制約が大きいモバイルデバイス（ＵＥ）のいくつか（たとえば、野外に配備されるマシン型デバイス）は、極めて長期にわたり省電力モード（ＰＳＭ）となり、その間は到達することが不可能となる。
【００１８】
このようなＰＳＭ（Ｐｏｗｅｒ  Ｓａｖｉｎｇ  Ｍｏｄｅ：省電力モード）は、たとえば、３ＧＰＰ  ＴＳ  ２３．６８２、ＴＳ  ２３．４０１§４．３．２２「ＵＥ  Ｐｏｗｅｒ  Ｓａｖｉｎｇ  Ｍｏｄｅ」、およびＴＳ  ２３．０６０§５．３．２０において定義されている。
【００１９】
ＰＳＭの間、ＵＥは、自身のＩＰアドレスを解放／破棄しない。
【００２０】
ＵＥのサービングノード（ＭＭＥ／ＳＧＳＮ）は、ＵＥがいつＰＳＭを開始し、いつＰＳＭを終了したか（たとえば、ＵＥが無線接続を確立中であるということ）を認識している。
【００２１】
ネットワークアプリケーションがＰＳＭ中のＵＥに（ＩＰパケットを送信して）コンタクトを試みると、３ＧＰＰ  ２３．４０１に示されているように、同ネットワークアプリケーションからの着信ＩＰパケットに関連するＤＤＮ（Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ：ダウンリンクデータ通知）処理は失敗し、ネットワークアプリケーションリクエストパケットは破棄される。すなわち、ＵＥがＰＳＭ中だとわかっていれば、「ＭＭＥは、Ｅ−ＵＴＲＡＮサービスエリア内のＵＥをページングせず、サービングＧＷからダウンリンクデータ通知メッセージを受信したときには、同サービングＧＷにダウンリンクデータ通知拒否メッセージを送信することになる」。
【００２２】
ＤＤＮが失敗したためにＤＬパケットをドロップした場合、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ：サービングゲートウェイ）は、ネットワークアプリケーションに失敗したことを警告する「宛先到達不可（ｄｅｓｔｉｎａｔｉｏｎ  ｕｎｒｅａｃｈａｂｌｅ）」と示されたＵＬ  ＩＣＭＰ（ｕｐｌｉｎｋ  Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ：アップリンクインターネット制御メッセージプロトコル）メッセージを送信し得る。
【００２３】
よって、このようなデバイス（３ＧＰＰ技術文書（Ｔｄｏｃ）Ｓ２−１４２９３２において３ＧＰＰ制約デバイスとも呼ばれる）の場合、ダウンリンクアクセスにいくつかの問題が生じ、かかる問題の例としては、ＵＥスリープ時のパケット破棄、パケット再送の頻発、ＣＮネットワークへの負荷、ネットワークが再送パケットを不必要に伝達することによる無線リソースとＵＥ電力の浪費、などがある。
【００２４】
３ＧＰＰシステムに対する拡張は、このような諸問題を解決するために特に必要とされている。
【００２５】
まず、既存の解決策、または考えられる解決策について、以下で振り返り検討する。
【００２６】
３ＧＰＰでは、ネットワークアプリケーションがコアネットワーク（ＥＰＣ。３ＧＰＰ  ２３．４０１／２３．０６０において定義）に依頼してＵＥをトリガすることを可能にする、デバイストリガリング機能（３ＧＰＰ  ２３．６８２において定義）を発展させている。この機能はＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ：ショートメッセージサービス。３ＧＰＰ  ２３．０４０において定義）の使用に依存するため、シグナリングの観点からはコストの高いものとなる。すなわち、ネットワークアプリケーションがＵＥをトリガすることを必要とするたびに、以下の状態が発生する。
−  ネットワークアプリケーションが、ＩＷＦ（ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ：相互接続機能）にコンタクトして、ＵＥに向けたデバイストリガリクエストの送信を依頼する必要がある。
−  ＩＷＦが、ＵＥにサービス提供するノード（ＭＭＥ／ＳＧＳＮ）のアドレスを知るために、ＨＳＳにコンタクトする。
−  ＩＷＦが、ＳＭＳに埋め込まれたデバイストリガリクエストを配信するように、ＳＭＳ−ＳＣ（３ＧＰＰ  ２３．０４０において定義）にリクエストする。ＳＭＳを配信するということは、ネットワーク内でさらなるシグナリングが交わされることを意味する。すなわち、ＳＭＳ配信リクエストがＵＥのサービングノード（たとえば、ＭＭＥ）に送信されるものの、ＵＥはＰＳＭ中のため、ＳＭＳ配信が拒否される。次いで、ＳＭＳ配信リクエストがＵＥの別のサービングノード（たとえば、ＳＧＳＮ）に送信されるものの、ＵＥはＰＳＭ中のため、ＳＭＳ配信が拒否される。
【００２７】
この（ＳＭＳベースの）解決策が持つ利点は、デバイストリガ（ＳＭＳ）の配信に失敗した場合、サービングノード（ＭＭＥまたはＳＧＳＮ）およびＨＳＳは、ＳＭＳがＵＥに対する配信を待機中であるということを格納する（そしてＨＳＳは、ＳＭＳの配信に失敗したばかりのＳＭＳ−ＳＣの識別子をＭＷＤリスト内に格納する）ということにある。よって、次回の無線コンタクト時には、サービングノード（ＭＭＥまたはＳＧＳＮ）が、ＵＥが到達可能となっていることをＨＳＳに通知するとともに、ＨＳＳが、同ＵＥに関するＭＷＤリスト内のすべてのＳＭＳ−ＳＣにＵＥが再度到達可能となっていることを通知する。
【００２８】
要約すれば、既存の解決策は、ＵＥが次に到達可能となったときにネットワークアプリケーションに対して通知がなされることを保証するものの、シグナリング負荷の点で高コストな機能であるＳＭＳを使用するというコストを伴うものである。
【００２９】
ネットワークアプリケーションは、ＵＥがＰＳＭ中であることを自律的に知ることはできない。なぜなら、ＵＥのＰＳＭを管理するタイマは、ＵＥと、そのＵＥにサービス提供するノード（ＭＭＥ／ＳＧＳＮ）との間で取り決められるからである。さらに、たとえばユーザによってＵＥ上で別のアプリケーションが開始されるなどして、ネットワークアプリケーションに関する情報の欠如が発生することで、ＵＥがＰＳＭを終了する可能性もある。
【００３０】
別の解決策としては、コアネットワークがネットワークアプリケーションに、ＵＥのＰＳＭ開始時および終了時（ＵＥ到達可能性情報）を通知させるということが考えられる。この種の解決策に伴う課題を以下に示す。
−  ＵＥ到達可能性情報を通知可能なネットワーク内の要素が、ＵＥのサービングノード（ＭＭＥ／ＳＧＳＮ）だけとなる。他のノードはＵＥがいつＰＳＭモードを開始または終了するかを認識しない。
−  よって、この通知は、（ＶＰＬＭＮ（Ｖｉｓｉｔｅｄ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ：訪問先公衆陸上モバイルネットワーク）内の）サービングノード（ＭＭＥ／ＳＧＳＮ）によって開始され、（ＨＰＬＭＮ（Ｈｏｍｅ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ：ホーム公衆陸上モバイルネットワーク）内の）アプリケーションに至るゲートウェイを通過する必要がある。このことは、ネットワークアプリケーションによるＵＥトリガリングが稀なイベントとなり得るため、ＥＰＣとネットワークアプリケーションの間で無用のシグナリングが多数発生することを意味する。
−  ネットワークアプリケーションが（ＵＥにＩＰパケットを送信することで）ＵＥにコンタクトを試みる場合、（ＵＥがＰＳＭ中でなくとも）ネットワークアプリケーションリクエストの成功は保証されない。これにより、ＵＥがカバレッジホール内にあり、ＵＥページングが失敗することも起こり得る。
【００３１】
もう１つの解決策は、ＵＥに自身の存在をアプリケーションに対して公開させて、ＰＳＭからの復帰時に告知するというものである。かかるメカニズムでは、ネットワークアプリケーションからの自発的なリクエストを時折受信するだけのデバイスであっても、ＵＥとネットワークアプリケーションの間で多数の無用なシグナリングが誘発されることになる。
【００３２】
このように、上記の解決策はいずれも十分なものではない。特にこれらの諸問題を解決するための、モバイルシステムにおけるモバイル終端アプリケーションサービスのサポートに向けた異なる手法が求められている。
【００３３】
本発明の実施形態は、以下の原理の一部または全部に基づくものである。
【００３４】
一部のＵＥが、「ＤＤＮ失敗後にＵＥが利用可能な場合のネットワークアプリケーショントリガリングのための」（ＨＳＳ）サブスクリプションを有する。そのような場合、ＨＳＳは、ＤＤＮ失敗後にＵＥが再度到達可能となった場合に通知するために、ネットワークアプリケーションによって（ＯＡＭまたは他のシグナリング手段を通じて）事前構成される。このサブスクリプションは、（ＵＥ、ＡＰＮ）ベースで定義される。
【００３５】
このサブスクリプションは、（動的な）「ＤＤＮ失敗」フラグに関連付けられており、このフラグはそれぞれ（ＵＥ、ＡＰＮ）について、ＤＤＮ失敗が発生したかどうか、およびＵＥが再度到達可能となったときにネットワークアプリケーションが通知を必要とするかどうかを追跡する。
【００３６】
このような（「ＤＤＮ失敗後にＵＥが利用可能な場合のネットワークアプリケーショントリガリングのための」）サブスクリプションを有するＵＥであれば、（ＵＥがＰＳＭ中のため、またはページング失敗のために）ＤＤＮ（Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ：ダウンリンクデータ通知）手順に失敗した場合、サービングノード（ＭＭＥまたはＳＧＳＮ）が対応するＡＰＮに関する「ＤＤＮ失敗」フラグをチェックする。このフラグがセットされていなければセットされ、このＡＰＮではＵＥに到達不可であることがＨＳＳに通知される。ＨＳＳはこの情報を格納する。
【００３７】
「ＤＤＮ失敗」フラグがセットされた状態で、ＵＥが再度到達可能になった（ＵＥとの無線コンタクトが確立された）場合、以下の状態が発生する。
−  サービングノード（ＭＭＥまたはＳＧＳＮ）がＨＳＳに、ＵＥが再度到達可能であることを通知する。
−  サービングノード（ＭＭＥまたはＳＧＳＮ）が、「ＤＤＮ失敗」フラグをクリアする。
−  ＨＳＳが関連のあるネットワークアプリケーションに、ＵＥが再度到達可能であることを通知する。
−  アプリケーションは、自身のＩＰトラフィックをＵＥに再発行することが可能となる（ＩＰパケットをＵＥに送信し、ＤＤＮを再度トリガする）。
【００３８】
本発明の実施形態を以下でより詳細に説明する（全体的なアーキテクチャの例として図１および図２を、メッセージフローの例として図３を参照する）。
【００３９】
以下のステップのうち、一部または全部が提供され得る。
【００４０】
０．一部のＵＥが、サブスクライブしたいくつかのＡＰＮに関連付けられた、「ＤＤＮ失敗後にＵＥが利用可能な場合のネットワークアプリケーショントリガリングのための」（ＨＳＳ）サブスクリプションを有する。それらのＡＰＮの各々について、ＨＳＳは、このＡＰＮのトラフィックに関連したＤＤＮ失敗後にＵＥが再度到達可能となったことを通知するために、ネットワークアプリケーションのアドレスを用いて（ＯＡＭまたは他のシグナリング手段により）事前構成される。
【００４１】
ａ．  「ＤＤＮ失敗後にＵＥが利用可能な場合のネットワークアプリケーショントリガリングのための」（ＵＥ、ＡＰＮ）ベースサブスクリプションが、ＯＡＭを介して、トリガのための１つまたは複数のアプリケーションと関連付けられ得る。または、
ｂ．  「ＤＤＮ失敗後にＵＥが利用可能な場合のネットワークアプリケーショントリガリングのための」通知への動的な登録／登録解除をネットワークアプリケーションが行えるように、インターフェースがＨＳＳに定義され得る。
【００４２】
ＵＥが複数のＡＰＮをサポートする可能性もあるため、この機能は（ＵＥ、ＡＰＮベース）で管理される。
−  この機能が必要とされる場合の（たとえば、Ｍ２Ｍ／マシン型サービス向けの）１つのＡＰＮ。
−  この機能が意味を成さない場合（インターネットにアクセスする場合、通知を行うアプリケーションを事前に決定することはできない）の（たとえば、ＩＭＳまたはインターネット向けの）別のＡＰＮ。
【００４３】
したがって、「ＤＤＮ失敗後にＵＥが利用可能な場合のネットワークアプリケーショントリガリングのための」サブスクリプションは、ＵＥおよびＡＰＮごとに定義される。
【００４４】
１．いくつかのＡＰＮに関連付けられた、「ＤＤＮ失敗後にＵＥが利用可能な場合のネットワークアプリケーショントリガリング」のためのＵＥサブスクリプションが、ＵＥのサブスクリプションデータの一部として、ＵＥのサービングノード（ＭＭＥ／ＳＧＳＮ）に提供される。
【００４５】
注：これは、Ｓ６ａ／Ｓ６ｄインターフェース（３ＧＰＰ  ２９．２７２）の定義のアップデートを意味する。この定義アップデートは、サブスクリプションデータのフォーマットに関するものであり、ＭＭＥ／ＳＧＳＮ内でサブスクリプションデータを最新に保つためのメカニズムに関するものではない。
【００４６】
サブスクリプションデータは、たとえば、ＵＥがネットワークに対してアタッチ（ＡＴＴＡＣＨ）を発行する、または新たなサービングノード（ＭＭＥ／ＳＧＳＮ）に対してトラッキング／ルーティングエリアアップデート（ＴＲＡＣＫＩＮＧ／ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ）を発行する手順の一部として、ＵＥ（ＭＭＥ／ＳＧＳＮ）のサービングノードへと提供される。
【００４７】
サービングノード（ＭＭＥ／ＳＧＳＮ）のＵＥに対するサービス提供開始時に、「ＤＤＮ失敗」フラグは、ＵＥのすべてのＰＤＮ接続に関してクリアされる。
【００４８】
（ＡＰＮに向かう）ＰＤＮ接続に対応するＤＤＮリクエストをＳＧＷがＭＭＥ／ＳＧＳＮに送信し、ＤＤＮ失敗が発生した場合に以下のステップが実行され、ＵＥのＡＰＮサブスクリプションが、「ＤＤＮ失敗後にＵＥが利用可能な場合のネットワークアプリケーショントリガリング」のためのサブスクリプションに関連付けられる。
【００４９】
２．ネットワークアプリケーションが、何らかのリクエストをＵＥに送信する。ＵＥがＩＤＬＥモード中のときは、ＳＧＷがＤＤＮリクエストをＵＥのサービングノード、すなわちＭＭＥ（またはＳＧＳＮ）に送信する。
【００５０】
３．このＤＤＮは、ＵＥがＰＳＭ中であること、またはページングに失敗したこと（ＵＥから応答がない）のどちらかが原因で失敗する。すなわち、ＵＥのサービングノード（ＭＭＥまたはＳＧＳＮ）がＤＤＮを拒否する。ＤＬパケットがＤＤＮ失敗によってドロップするため、ＳＧＷは、ＩＰパケットの配信失敗をネットワークアプリケーションに通知する、「宛先到達不可」と示されたＵＬ（Ｕｐｌｉｎｋ：アップリンク）ＩＣＭＰメッセージを送信し得る。この「宛先到達不可」と示されたＵＬ  ＩＣＭＰメッセージは、宛先ＩＰアドレスが再度到達可能となった場合にネットワークが通知を発行するということをアプリケーションに告知する追加情報を含み得る。
【００５１】
４．対応するＡＰＮの「ＤＤＮ失敗」フラグがセットされていなければ、ＵＥのサービングノードがそのフラグをセットし、このＡＰＮではＵＥは到達不可であることがＨＳＳに通知される（注１参照）。ＨＳＳは、対応するＡＰＮのローカル「ＤＤＮ失敗」フラグをセットし、サービングノードは、「ＨＳＳはＵＥが到達可能となった場合に通知されることをリクエストしている」という通知をＨＳＳから受信したようにふるまう（ＩＤＲフラグ「ＵＥ到達可能性リクエスト」がセットされた状態でのＳ６ａ／Ｓ６ｄ  ＩＳＤメッセージの受信に等しい。３ＧＰＰ  ２９．２７２  Ｔａｂｌｅ  ７．３．１０３／１参照）。
【００５２】
注１：これは、Ｓ６ａ／Ｓ６ｄインターフェース（３ＧＰＰ  ２９．２７２）の定義のアップデートを意味する。たとえば、「通知リクエスト」メッセージは、ＡＰＮごとの「ＵＥは到達不可である」という通知をサポートするように修正される。
【００５３】
注２：ＨＳＳへの通知により、ＵＥのサービングノードの失敗を処理することが可能となる。このような失敗の場合、ステップ１１および１２のメカニズムにより、サブスクライブされたネットワークアプリケーションが最終的に通知された状態となることが保証される。
【００５４】
５．ＵＥのＡＰＮが「ＤＤＮ失敗」フラグを初めてセットされたＡＰＮであり、ＵＥが別のサービングノードによってサービス提供されている場合、ＨＳＳは、ＵＥが到達可能となったときに同サービングノードが通知を受けることをリクエストする。
【００５５】
注：このリクエストは、Ｓ６ａ／Ｓ６ｄ（３ＧＰＰ  ２９．２７２）上での既存の加入者情報変更（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ）手順を再使用するものであり、Ｓ６ａ／Ｓ６ｄインターフェースの定義をアップデートするという意味ではない。
【００５６】
注：これは、ＰＳＭからの復帰時に、ＵＥがＤＤＮ失敗の発生時に使用されていたサービングノード／ＲＡＴ（たとえばＬＴＥで、ＭＭＥがサービス提供）ではなく、別のサービングノード／ＲＡＴ（たとえば２Ｇ経由で、ＳＧＳＮがサービス提供）によってサービス提供されるという場合に対処するためのものである。
【００５７】
これらのステップ（２から５）は、複数回実行されてよい（たとえば、アプリケーションがリクエストを繰り返すような場合）。
【００５８】
以下のステップは、ＭＭＥ（またはＳＧＳＮ）がＵＥとの無線コンタクトを検出し（たとえば、ＵＥがサービスリクエスト（ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）、またはトラッキングエリアアップデートリクエスト（ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）もしくはルーティングエリアアップデートリクエスト（ＲＯＵＴＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ）を開始した後、もしくはＤＤＮ手順の成功後）、そのＵＥのいくつかのアクティブＰＤＮ接続に関して「ＤＤＮ失敗」フラグがセットされている場合に実行される。
【００５９】
６．ＵＥとの無線コンタクトが確立され、そのＵＥのいくつかのアクティブＰＤＮ接続に関して「ＤＤＮ失敗」フラグがセットされている。
【００６０】
７．サービングノード（ＭＭＥまたはＳＧＳＮ）がＨＳＳに、ＵＥが再度到達可能であることを通知する。
【００６１】
注：この通知には、Ｓ６ａ／Ｓ６ｄインターフェース（３ＧＰＰ  ２９．２７２）で定義されるＮＯＲメッセージの既存の定義を再使用することができる。ＮＯＲフラグが実際に再使用可能である。
【００６２】
【表１】
0006498756.tif 000002
【００６３】
８．サービングノード（ＭＭＥまたはＳＧＳＮ）が、ＵＥの「ＤＤＮ失敗」フラグをクリアする。
【００６４】
９．データ内でセットされていると示された「ＤＤＮ失敗」フラグに関連付けられたＡＰＮの各々について、ＨＳＳは、ＵＥが再度到達可能であるという通知を、「ＤＤＮ失敗後にＵＥが利用可能な場合のネットワークアプリケーショントリガリング」のためのＡＰＮサブスクリプションに関連付けられたネットワークアプリケーションに向けて発行する。次いで、ＨＳＳは、ローカルデータ内でＵＥに関連付けられたすべての「ＤＤＮ失敗」フラグをクリアする。
【００６５】
１０．ネットワークアプリケーションは、自身のリクエストをＵＥに再発行することが可能となる（ＩＰパケットをＵＥに送信し、ＤＤＮを再度トリガする）。ＵＥはもはやＰＳＭ中ではないため（ＵＥはＣＯＮＮＥＣＴＥＤのままである可能性が高い）、パケットは成功裏にＵＥへと配信される。
【００６６】
以下のステップは、ＨＳＳがＵＥのサービングノードからＳ６ａ／Ｓ６ｄ  アップデート（ＵＰＤＡＴＥ）ロケーションを受信した場合に実行される。ＨＳＳは、Ｓ６ａ／Ｓ６ｄ  アップデート（ＵＰＤＡＴＥ）ロケーションを、同ＵＥとの無線コンタクトが成功したことの表示と解釈するため、以下の２つのステップが適用される：
【００６７】
１１．（ステップ９に同じ）
【００６８】
１２．（ステップ１０に同じ）
【００６９】
注：ＵＥのユーザプレーントラフィックを処理するエンティティ（ＳＧＷ／ＰＧＷ）は、本発明の実施形態によって修正されることはない。ＵＥは、本発明の実施形態によって修正されることはない（このことは、Ｍ２Ｍデバイスのプロバイダに依存しないことを意味しており、利点となる）。
【００７０】
ＵＥのために同一のＡＰＮに対して複数のＰＤＮ接続が確立されている場合、ＡＰＮに関連する通知は１つだけＨＳＳに送信される。
【００７１】
注：場合によっては（ネットワークアプリケーションとＳＧＷの間でのＩＰパケットロス、ＳＧＷによって実施されるＤＤＮスロットルをトリガしたＭＭＥ／ＳＧＳＮにおける輻輳、…）、ＤＤＮ手順をアクティブ化させることができないため、本文書に記載のメカニズムでは、ネットワークアプリケーションがＵＥとの再コンタクトを周期的に試みる必要性は除かれない。しかしながら、このメカニズムは、アプリケーションがＵＥに再コンタクトを試みる場合、以下のことを保証する。
−  「ＤＤＮ失敗」フラグがＭＭＥ／ＳＧＳＮ内で元よりセットされていなければ、上記のステップ２から５で説明した手順が適用される。
−  「ＤＤＮ失敗」フラグがＭＭＥ／ＳＧＳＮ内で既にセットされていれば、ネットワーク内で余分なシグナリングが発生しない。
【００７２】
本発明の実施形態を用いれば、たとえデバイスが長時間にわたり省電力状態（長時間到達不可となる）であったとしても、アプリケーションは同デバイスにコンタクトすることが可能となる。それにより、既存のＳＭＳベースの解決策に関するネットワークシグナリングリソースが節減され、このようなＵＥが到達可能となるたびにアプリケーションに通知する必要性もなくなる。
【００７３】
一態様では、モバイルシステムにおけるモバイル終端アプリケーションサービスのサポートのための方法が提供される。
【００７４】
一実施形態では、前記方法は、以下を含む：
−  ユーザ機器ＵＥサブスクリプションに基づき、１つ以上のサブスクライブされたアクセスポイント名ＡＰＮを有効化することと、前記ＵＥおよび前記ＡＰＮのために確立されたパケットデータネットワークＰＤＮ接続を介して前記ＵＥに到達するためのモバイルネットワーク手順の失敗後（ＥＰＳネットワーク内でのダウンリンクデータ通知の失敗後など）に前記ＵＥが再度到達可能になると、前記１つ以上のＡＰＮのうちの所与のＡＰＮに関連付けられた少なくとも１つのネットワークアプリケーションをトリガすること。
【００７５】
一実施形態では、前記方法は、以下を含む：
−  前記トリガすることのための前記ＵＥサブスクリプションに関連付けられたデータを格納する、ホーム加入者サーバＨＳＳなどのモバイルネットワーク加入者データベース。
【００７６】
一実施形態では、前記方法は、以下を含む：
−  前記トリガすることのための前記ＵＥサブスクリプションに関連付けられたデータを、モビリティ管理エンティティＭＭＥまたはサービングＧＰＲＳサポートノードＳＧＳＮなど、前記ＵＥへのサービス提供機能を持つモバイルコアネットワークノードに提供する、ホーム加入者サーバＨＳＳなどのモバイルネットワーク加入者データベース。
【００７７】
一実施形態では、前記方法は、以下を含む：
−  前記ＵＥにサービス提供するモビリティ管理エンティティＭＭＥまたはサービングＧＰＲＳサポートノードＳＧＳＮなど、前記ＵＥへのサービス提供機能を持つモバイルコアネットワークノードから、前記ＵＥへの到達の失敗が前記１つ以上のＡＰＮのうちの所与のＡＰＮで発生したという通知を受信する、ホーム加入者サーバＨＳＳなどのモバイルネットワーク加入者データベース。
【００７８】
一実施形態では、前記方法は、以下を含む：
−  前記トリガすることのための前記ＵＥサブスクリプションに関連付けられたフラグを格納する、ホーム加入者サーバＨＳＳなどのモバイルネットワーク加入者データベースであって、前記フラグが、前記ＵＥへの到達の失敗が前記１つ以上のＡＰＮのうちの所与のＡＰＮで発生したかどうか、および前記少なくとも１つの関連付けられたネットワークアプリケーションが前記ＵＥが再度到達可能になるとトリガされることを必要とするかどうかを追跡する、モバイルネットワーク加入者データベース。
【００７９】
一実施形態では、前記方法は、以下を含む：
−  モビリティ管理エンティティＭＭＥまたはサービングＧＰＲＳサポートノードＳＧＳＮなど、前記ＵＥへのサービス提供機能を持つモバイルコアネットワークノードから、前記ＵＥが再度到達可能であるという通知を受信する、ホーム加入者サーバＨＳＳなどのモバイルネットワーク加入者データベース。
【００８０】
一実施形態では、前記方法は、以下を含む：
−  前記１つ以上のＡＰＮの各々について、前記ＵＥへの到達の失敗が同ＡＰＮで発生したかどうかを追跡するフラグに関連して、前記ＵＥが再度到達可能になると、前記少なくとも１つの関連付けられたネットワークアプリケーションに向けて通知を送信し、前記フラグをクリアする、ホーム加入者サーバＨＳＳなどのモバイルネットワーク加入者データベース。
【００８１】
一実施形態では、前記方法は、以下を含む：
−  ホーム加入者サーバＨＳＳなどのモバイルネットワーク加入者データベースから、前記トリガすることのための前記ＵＥサブスクリプションに関連付けられたデータを受信する、モビリティ管理エンティティＭＭＥまたはサービングＧＰＲＳサポートノードＳＧＳＮなど、前記ＵＥへのサービス提供機能を持つモバイルコアネットワークノード。
【００８２】
一実施形態では、前記方法は、以下を含む：
−  ホーム加入者サーバＨＳＳなどのモバイルネットワークノード加入者データベースに、前記ＵＥへの到達の失敗が発生したという通知を送信する、モビリティ管理エンティティＭＭＥまたはサービングＧＰＲＳサポートノードＳＧＳＮなど、前記ＵＥへのサービス提供機能を持つモバイルコアネットワークノード。
【００８３】
一実施形態では、前記方法は、以下を含む：
−  ホーム加入者サーバＨＳＳなどのモバイルネットワークノード加入者データベースに、前記ＵＥが再度到達可能であるという通知を送信する、モビリティ管理エンティティＭＭＥまたはサービングＧＰＲＳサポートノードＳＧＳＮなど、前記ＵＥへのサービス提供機能を持つモバイルコアネットワークノード。
【００８４】
一実施形態では、前記方法は、以下を含む：
−  前記トリガすることのための前記ＵＥサブスクリプションと前記１つ以上のＡＰＮのうちの所与のＡＰＮとに関連付けられたフラグを格納する、モビリティ管理エンティティＭＭＥまたはサービングＧＰＲＳサポートノードＳＧＳＮなど、前記ＵＥへのサービス提供機能を持つモバイルコアネットワークノードであって、前記フラグが、前記ＵＥへの到達の失敗が同ＡＰＮで発生したかどうかを追跡する、モバイルコアネットワークノード。
【００８５】
一実施形態では、前記方法は、以下を含む：
−  前記ＵＥへのサービス提供を開始すると、前記１つ以上のＡＰＮのうちの所与のＡＰＮに関連付けられたＵＥのＰＤＮ接続の各々について、前記ＵＥへの到達の失敗が発生したかどうかを追跡するフラグをクリアする、モビリティ管理エンティティＭＭＥまたはサービングＧＰＲＳサポートノードＳＧＳＮなど、前記ＵＥへのサービス提供機能を持つモバイルコアネットワークノード。
【００８６】
一実施形態では、前記方法は、以下を含む：
−  前記ＵＥへの到達が前記１つ以上のＡＰＮのうちの所与のＡＰＮで失敗したとき、前記ＵＥへの到達の失敗が同ＡＰＮで発生したかどうかを追跡するフラグがセットされているかどうかをチェックし、同フラグがセットされていなければ、ホーム加入者サーバＨＳＳなどのモバイルネットワークノード加入者データベースに、前記ＵＥへの到達の失敗が同ＡＰＮで発生したという通知を送信し、同ＵＥおよびＡＰＮに関連付けられたフラグがクリアされない限り同通知を繰り返さないように同フラグをセットする、モビリティ管理エンティティＭＭＥまたはサービングＧＰＲＳサポートノードＳＧＳＮなど、前記ＵＥへのサービス提供機能を持つモバイルコアネットワークノード。
【００８７】
一実施形態では、前記方法は、以下を含む：
−  前記ＵＥが再度到達可能になると、ＵＥおよび前記１つ以上のＡＰＮのうちの所与のＡＰＮに関連付けられたフラグであって、前記ＵＥへの到達の失敗がＡＰＮで発生したかどうかを追跡するフラグの各々をクリアする、モビリティ管理エンティティＭＭＥまたはサービングＧＰＲＳサポートノードＳＧＳＮなど、前記ＵＥへのサービス提供機能を持つモバイルコアネットワークノード。
【００８８】
一実施形態では、前記方法は、以下を含む：
−  前記トリガすることのための、ホーム加入者サーバＨＳＳなどのモバイルネットワーク加入者データベースからの通知に対し、登録または登録解除するネットワークアプリケーション。
【００８９】
一実施形態では、前記方法は、以下を含む：
−  前記ＵＥサブスクリプションに関連付けられたサブスクリプションデータを有する、ホーム加入者サーバＨＳＳなどのモバイルネットワーク加入者データベースを構成する、運用および保守ＯＡＭエンティティ。
【００９０】
その他の態様では、かかる方法の少なくとも１つのステップを実行するために構成されるエンティティが提供され、前記エンティティには、（限定するものではないが）特に、モバイルネットワーク加入者データベース（ホーム加入者サーバＨＳＳなど）、モバイルネットワーク内のユーザ機器ＵＥへのサービス提供機能を持つモバイルコアネットワークノード（モビリティ管理エンティティＭＭＥまたはサービングＧＰＲＳサポートノードＳＧＳＮなど）、ネットワークアプリケーション、運用および保守（ＯＡＭ）エンティティが含まれる。
【００９１】
上述した種々の方法が持つステップは、プログラミングされたコンピュータによって実行可能なものであることは、当業者であれば容易に認識されよう。本明細書において、いくつかの実施形態は、たとえばデジタルデータ記憶媒体など、プログラム記憶デバイスも対象に含むことが意図されている。かかるプログラム記憶デバイスは、機械可読またはコンピュータ可読であって、かつ機械実行可能またはコンピュータ実行可能な命令プログラムの符号化を行い、前記命令は、前記上述した方法が有するステップの一部または全部を実行するものである。プログラム記憶デバイスは、たとえば、デジタルメモリ、磁気記憶媒体（磁気ディスク、磁気テープなど）、ハードドライブ、または光学的に読取可能なデジタルデータ記憶媒体とすることができる。各実施形態は、上述した方法が持つ前記ステップを実行するようにプログラミングされたコンピュータも対象に含むことが意図されている。
【図１】
0006498756.tif 000003
【図２】
0006498756.tif 000004
【図３】
0006498756.tif 000005