(57)【特許請求の範囲】
【請求項１】
ネットワーク内のユーザ・デバイス間のデータ・セッションを処理する方法であって、
ユーザ・デバイスに向けられたショート・メッセージ・サービス・メッセージの非配信の表示を第１のネットワーク要素において受信することと、
ダイアメータＳ６ａ挿入加入者データ要求（ＩＤＲ）メッセージを第２のネットワーク要素に送信することであって、前記ダイアメータＳ６ａ挿入加入者データ要求メッセージが、前記ショート・メッセージ・サービス・メッセージの前記非配信を前記第２のネットワーク要素に通知するＩＤＲフラグ属性値ペア（ＡＶＰ）、および前記ユーザ・デバイスが到達可能になった場合に前記第２のネットワーク要素が前記第１のネットワーク要素に通知する要求を含むことと、
前記ユーザ・デバイスが今到達可能であることを示すＮＯＲフラグＡＶＰを有する、前記第２のネットワーク要素からのダイアメータＳ６ａメッセージ通知−要求（ＮＯＲ）メッセージを前記第１のネットワーク要素において受信することと
を備える方法。
【請求項２】
前記ＩＤＲフラグＡＶＰがタイプＵｎｓｉｇｎｅｄ３２のものであり、ビット・マスク及び前記第１のネットワーク要素がユーザ機器到達可能性の通知を待つことを前記第２のネットワーク要素に示すビット０を含む、請求項１に記載の方法。
【請求項３】
前記ネットワークがロング・ターム・エボリューション（ＬＴＥ）アクセス・ネットワークを含む、請求項１に記載の方法。
【請求項４】
ネットワーク内のユーザ・デバイス間のデータ・セッションを処理する方法であって、
第２のネットワーク要素からのダイアメータＳ６ａ挿入加入者データ要求（ＩＤＲ）メッセージを第１のネットワーク要素において受信することであって、前記ダイアメータＳ６ａ挿入加入者データ要求メッセージが、前記ショート・メッセージ・サービス・メッセージのユーザ・デバイスへの前記非配信を前記第１のネットワーク要素に通知するＩＤＲフラグ属性値ペア（ＡＶＰ）、および前記ユーザ・デバイスが到達可能になった場合に前記第１のネットワーク要素が前記第２のネットワーク要素に通知する要求を含むことと、
前記挿入加入者データ要求メッセージを前記第１のネットワーク要素に動作可能に接続されたデータベースに記憶することと、
前記ユーザ・デバイスが前記ショート・メッセージ・サービス・メッセージを今受信することができるという表示を受信することと、
前記ユーザ・デバイスが前記ショート・メッセージ・サービス・メッセージを今受信することができることを示すＮＯＲフラグＡＶＰを含む、ダイアメータＳ６ａ通知要求（ＮＯＲ）メッセージを前記第２のネットワーク要素に送信することと
を備える方法。
【請求項５】
前記ＩＤＲフラグＡＶＰがタイプＵｎｓｉｇｎｅｄ３２のものであり、ビット・マスク及び前記第１のネットワーク要素がユーザ機器到達可能性の通知を待つことを前記第２のネットワーク要素に示すビット０を含む、請求項４に記載の方法。
【請求項６】
前記ネットワークがロング・ターム・エボリューション（ＬＴＥ）アクセス・ネットワークを備える、請求項４に記載の方法。
【請求項７】
ネットワーク内のユーザ・デバイス間のデータ・セッションを処理するための装置であって、
挿入加入者データ要求メッセージを第１のネットワーク要素に動作可能に接続されたデータベースに記憶するデータベースと、
第１のネットワーク要素であって、
第２のネットワーク要素からのダイアメータＳ６ａ挿入加入者データ要求（ＩＤＲ）メッセージを受信するように動作し、前記ダイアメータＳ６ａ挿入加入者データ要求メッセージが、前記ショート・メッセージ・サービス・メッセージのユーザ・デバイスへの前記非配信を前記第１のネットワーク要素に通知するＩＤＲフラグ属性値ペア（ＡＶＰ）、および前記ユーザ・デバイスが到達可能になった場合に前記第１のネットワーク要素が前記第２のネットワーク要素に通知する要求を含み、
さらに、前記ユーザ・デバイスが前記ショート・メッセージ・サービス・メッセージを今受信することができることの表示を受信するように動作する第１のネットワーク要素と、
前記ユーザ・デバイスが前記ショート・メッセージ・サービス・メッセージを今受信することができることを示すＮＯＲフラグＡＶＰを含む、ダイアメータＳ６ａ通知要求（ＮＯＲ）メッセージを前記第２のネットワーク要素に送信するように動作する第２のネットワーク要素と
を備える装置。
【請求項８】
前記ネットワークがロング・ターム・エボリューション（ＬＴＥ）アクセス・ネットワークを備える、請求項７に記載の装置。
【請求項９】
前記第１のネットワーク要素がホーム加入者サーバ（ＨＳＳ）を備える、請求項８に記載の装置。
【請求項１０】
前記第２のネットワーク要素がモビリティ管理エンティティ（ＭＭＥ）を備える、請求項９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００９年４月９日に出願した米国仮特許出願第６１／２１２，３０７号の優先権を主張するものである。
【０００２】
本発明は、改善されたメッセージ配信を容易にするためのユーザ機器到達可能性サブスクリプション／通知のための方法および装置に関する。
【０００３】
本発明は、具体的には移動電気通信の技術を対象とし、したがって特にそれに関連して説明されるが、本発明は、他の分野および用途においても有用であり得ることが理解されるであろう。
【背景技術】
【０００４】
背景として、ＬＴＥ（ロング・ターム・エボリューション）は、将来の通信ネットワーク需要に対処するためにＵＭＴＳ（ユニバーサル移動電気通信システム）モバイル・フォン規格を改善することを目指す急速に進化している３ＧＰＰプロジェクトである。ＬＴＥは、無線ネットワーク効率／帯域幅を改善し、コストを下げ、サービス・エクスペリエンスを向上させる。具体的には、ＬＴＥは、新しいスペクトル機会を利用し、他のオープン規格とのより良い統合を提供する。ＬＴＥは、ＥＰＳ（進化パケットシステム、進化パケット・コアとしても知られている）とともにＬＴＥ  ＲＡＮ（無線アクセス・ネットワーク）（Ｅ−ＵＴＲＡＮとしても知られている）から成る。
【０００５】
ＳＭＳ（すなわち、ショート・メッセージ・サービス）は、セルフォン間で、またはＰＣもしくはハンドヘルドからセルフォンにテキストを送信する通信の方法である。「ショート」の部分は、テキスト・メッセージの最大のサイズ、通常１６０文字（ラテン語のアルファベットの文字、数字、または記号）を表す。
【０００６】
いくつかのレガシー・システムには、レガシーＣＳ（回線交換）ドメインおよびＰＳ（パケット交換）ドメインがある。ＣＳドメインおよびＰＳドメインにおいては、ＳＭＳ配信は、ＬＡＵ／ＲＡＵ（位置登録更新／ルーティング・エリア更新）など、いずれかのＮＡＳ（非アクセス層）手順によってＵＥ（ユーザ機器）が検出されたときは、ＭＳＣ／ＶＬＲ（移動交換局／ビジタ・ロケーション・レジスタ）またはＳＧＳＮ（サービングＧＰＲＳサポート・ノード）によって再試行される。ＳＭＳオーバＩＰ（インターネット・プロトコル）では、ＳＭＳメッセージの配信はいくつかのドメイン上で試行されるので、ＳＭＳ配信は、ＨＳＳ（ホーム加入者サーバ）によってだけではなくＭＳＣ／ＶＬＲまたはＳＧＳＮによっても、ＩＭＳ（ＩＰマルチメディア・サブシステム）レジスタを介して検出される。
【０００７】
しかし、現在ＬＴＥネットワーク／規格には、ＨＳＳが、ＳＭＳメッセージがＳＭＳオーバＩＰを介して配信されることができなかったことをＭＭＥ（モビリティ管理エンティティ）に通知し、利用可能なＵＥが到達可能になったらＨＳＳに通知するようＭＭＥに要求するための機構がない。
【０００８】
本発明は、上記で言及された難点などを解決する新しい改善された方法および装置を企図する。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
改善されたメッセージ配信を容易にするための方法および装置が提供される。
【課題を解決するための手段】
【００１０】
本発明の一態様では、ネットワーク内のユーザ・デバイス間のデータ・セッションを処理する方法が提供される。本方法は、第１のネットワーク要素において、ユーザ・デバイスに向けられたショート・メッセージ・サービス・メッセージの非配信の表示を受信することと、第２のネットワーク要素にショート・メッセージ・サービス・メッセージの非配信を通知し、第２のネットワーク要素が第１のネットワーク要素にユーザ・デバイスが到達可能になったら通知するよう要求するフラグを含む、挿入加入者データ要求メッセージを第２のネットワーク要素に送信することと、第１のネットワーク要素において、第２のネットワーク要素から挿入加入者データ要求応答を受信することと、を含む。
【００１１】
本発明の他の態様では、ネットワーク内のユーザ・デバイス間のデータ・セッションを処理する方法が提供される。本方法は、第１のネットワーク要素において、第１のネットワーク要素にユーザ・デバイスへのショート・メッセージ・サービスの非配信を通知し、第１のネットワーク要素が第２のネットワーク要素にユーザ・デバイスが到達可能になったら通知するよう要求するフラグを含む、挿入加入者データ要求メッセージを第２のネットワーク要素から受信することと、第１のネットワーク要素に動作可能に接続されたデータベースに挿入加入者データ要求メッセージを記憶することと、ユーザ・デバイスが、ショート・メッセージ・サービス・メッセージを今受信することが可能であるという表示を受信することと、ユーザ・デバイスがショート・メッセージ・サービス・メッセージを今受信することが可能であることを示すフラグを含む、通知要求メッセージを第２のネットワーク要素に送信することと、を含む。
【００１２】
本発明の他の態様では、コンピュータ・プログラム製品が提供される。本製品は、コンピュータによって実行されたときに、第１のネットワーク要素において、ユーザ・デバイスに向けられたショート・メッセージ・サービス・メッセージの非配信の表示を受信するステップと、第２のネットワーク要素にショート・メッセージ・サービス・メッセージの非配信を通知し、第２のネットワーク要素が第１のネットワーク要素にユーザ・デバイスが到達可能になったら通知するよう要求するフラグを含む、挿入加入者データ要求メッセージを第２のネットワーク要素に送信するステップと、第１のネットワーク要素において、第２のネットワーク要素から挿入加入者データ要求応答を受信するステップと、を含む方法を、コンピュータに実行させる命令を記憶するコンピュータ使用可能データ担体を含む。
【００１３】
本発明の他の態様では、ネットワーク内のユーザ・デバイス間のデータ・セッションを処理するための装置が提供される。上記装置は、挿入加入者データ要求メッセージを第１のネットワーク要素に動作可能に接続されたデータベースに記憶するデータベースおよび第１のネットワーク要素を含む。第１のネットワーク要素は、第１のネットワーク要素にユーザ・デバイスへのショート・メッセージ・サービス・メッセージの非配信を通知し、第１のネットワーク要素が第２のネットワーク要素にユーザ・デバイスが到達可能になったら通知するよう要求するフラグを含む、挿入加入者データ要求メッセージを第２のネットワーク要素から受信し、ユーザ・デバイスがショート・メッセージ・サービス・メッセージを今受信することが可能であるという表示を受信し、ユーザ・デバイスがショート・メッセージ・サービス・メッセージを今受信することが可能であることを表示するフラグを含む、通知要求メッセージを第２のネットワーク要素に送信するように動作可能である。
【００１４】
本発明の適用可能性のさらなる範囲は、下記で提供される詳細な説明から明らかになるであろう。しかし、詳細な説明および特定の実施例は、本発明の好ましい実施形態を示すが、本発明の趣旨および範囲内の様々な変更および修正は当業者には明らかになるであろうから、例としてのみ提供されることを理解されたい。
【００１５】
本発明は、デバイスの様々な部分の構成、配列、および組合せ、ならびに方法のステップに存在し、それによって、企図された目的は、以下でさらに十分に説明され、添付の特許請求の範囲に記載の請求項において具体的に指摘され、添付の図面において例示されるように達成される。
【図面の簡単な説明】
【００１６】
【図１】以下で説明される実施形態がそこに組み込まれることが可能である例示的モバイル・システムを例示する図である。
【図２】ＨＳＳとＭＭＥとの間のＬＴＥダイアメータ（Ｄｉａｍｅｔｅｒ）Ｓ６ａインターフェースを示す図である。
【図３】本発明の態様による例示的メッセージの流れ図である。
【発明を実施するための形態】
【００１７】
次に、図が例示的実施形態を例示する目的のためだけであり、本クレーム主題を限定する目的のためではない図面を参照すると、図１は、下記で説明される実施形態がそこに組み込まれることが可能である例示的モバイル・システムの図を提供する。
【００１８】
ＰＳドメイン（ＧＰＲＳおよびＥＰＣの両方）ならびにＰＳＴＮ／ＩＳＤＮおよびＰＤＮへの相互接続をサポートする公衆地上モバイル・ネットワーク（ＰＬＭＮ）の基本的構成が図１に提示されている。この構成は、ＰＬＭＮに見られるシグナリング・インターフェースおよびユーザ・トラフィック・インターフェースを提示する。実装形態は様々でよい、すなわち、いくつかの特定の機能が同じ機器に集められてもよく、その場合、いくつかのインターフェースが内部インターフェースになり得る。図１に提示されている基本的構成では、すべての機能が異なる機器に実装されると考えられる。したがって、ＰＬＭＮの中のすべてのインターフェースは外付けである。
【００１９】
全体的に示されているように、モバイル・システムの基本的部分は、コア・ネットワーク（ＣＮ）、アクセス・ネットワーク（ＡＮ：ＢＳＳ、ＲＮＳ）、および少なくとも１つの移動局（ＭＳ）／ユーザ機器（ＵＥ）を含む。
【００２０】
ＰＳドメインおよびＣＳドメインに共通のエンティティは、下記を含む。ホーム加入者サーバ（ＨＳＳ）、ホーム・ロケーション・レジスタ（ＨＬＲ）、認証センタ（ＡｕＣ）、ビジタ・ロケーション・レジスタ（ＶＬＲ）、機器識別レジスタ（ＥＩＲ）、ＳＭＳゲートウェイＭＳＣ（ＳＭＳ−ＧＭＳＣ）、ＳＭＳインターワーキングＭＳＣ（ＳＭＳ−ＩＷＭＳＣ）、加入者ロケータ機能（ＳＬＦ）、ボーダ・ゲートウェイ（ＢＧ）。
【００２１】
ＣＳドメインのエンティティは、下記を含む。モバイル・サービス交換センタ（ＭＳＣ）、ＭＳＣサーバ、回線交換−メディア・ゲートウェイ機能（ＣＳ−ＭＧＷ）、ゲートウェイＭＳＣ（ＧＭＳＣ）、ゲートウェイＭＳＣサーバ（ＧＭＳＣサーバ）、インターワーキング機能（ＩＷＦ）。
【００２２】
ＧＰＲＳＰＳドメインのエンティティは、下記を含む。サービングＧＰＲＳサポート・ノード（ＳＧＳＮ）およびゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）。
【００２３】
ＥＰＣＰＳドメインのエンティティは、下記を含む。ＭＭＥ、ゲートウェイ、サービングＧＷ、ＰＤＮＧＷ、ＳＧＳＮ、信頼できる非３ＧＰＰおよび信頼できない非３ＧＰＰ、ｅＰＤＧ、３ＧＰＰ  ＡＡＡＳｅｒｖｅｒ、３ＧＰＰ  ＡＡＡＰｒｏｘｙ。
【００２４】
アクセス・ネットワーク（ＡＮ）エンティティは、下記を含む。基地局システム（ＢＳＳ）、基地局コントローラ（ＢＳＣ）、トランシーバ基地局（ＢＴＳ）、無線ネットワーク・システム（ＲＮＳ）、無線ネットワーク・コントローラ（ＲＮＣ）、ノードＢ、Ｅ−ＵＴＲＡＮ用アクセス・ネットワーク要素、Ｅ−ＵＴＲＡＮノードＢ（ｅＮＢ）、進化ＵＴＲＡＮ、移動局（ＭＳ）、ユーザ機器（ＵＥ）。
【００２５】
次に図２を参照すると、本明細書における実施形態は、いくつかの他のネットワーク要素とともに、ＨＳＳ１２とＭＭＥ１４との間のＬＴＥダイアメータＳ６ａインターフェース１０にフォーカスされる。図２はまた、ＳＭＳＣ（ショート・メッセージ・サービス・センタ）１６、Ｅ−ＵＴＲＡＮ１８、ＵＥ（すなわち、ユーザ・デバイス）２０、およびＭＭＥ１４とＥ−ＵＴＲＡＮ１８との間の１対の追加のインターフェース、すなわちＳ１−ＭＭＥ２２、およびＥ−ＵＴＲＡＮ１８とＵＥ２０との間のＥＵＴＲＡＮ−Ｕｕ２４を含む。
【００２６】
Ｓ６ａインターフェース１０は、一般に、サブスクリプション、およびＭＭＥ１４とＨＳＳ１２との間の進化システム（ＡＡＡインターフェース）へのユーザアクセを認証／認可する認証データの伝送を可能にする。
【００２７】
ＨＳＳ１２は、通常、所与のユーザのためのマスタ・データベースとして機能する。ＨＳＳ１２は、実際にコール／セッションを処理するネットワーク・エンティティをサポートするためのサブスクリプション関連情報を含むエンティティである。ホーム・ネットワークは、モバイル加入者の数、装置の容量、およびネットワークの構成に応じて１つまたはいくつかのＨＳＳを含むことができる。一実施例として、ＨＳＳ１２は、認証、認可、ネーミング／アドレッシング解決、位置依存性などを解決することによりルーティング／ローミング手順を完全なものにするために、コール制御サーバにサポートを提供することができる。
【００２８】
ＭＭＥ（モビリティ管理エンティティ）１４は、本質的にＬＴＥアクセス・ネットワークのための制御ノードである。ＭＭＥ１４は、再伝送を含めてアイドル・モードＵＥ（ユーザ機器）追跡および呼出手順を担当する。ＭＭＥ１４は、ベアラのアクティブ化／非アクティブ化プロセスに関与し、初期接続処理時およびコア・ネットワーク（ＣＮ）ノードのリロケーションに関するＬＴＥ内部でのハンドオーバ時に、ＵＥのためのＳＧＷを選択することをも担当する。ＭＭＥ１４は、（ＨＳＳと対話することにより）ユーザを認証することを担当する。ＭＭＥ１４は、加入者およびセッション管理に関連する制御プレーン機能すべてを担当する。ＭＭＥ１４は、Ｓ６ａインターフェースを通して、ユーザ・サブスクリプション情報すべてを含むデータベースをサポートするＨＳＳ１２にリンクされる。ＨＳＳ１２へのＳ６ａインターフェースは、ダイアメータ・プロトコルに基づく。基本プロトコルは、基本的ダイアメータ・メッセージ・フォーマットを定義する。データは、属性値ペア（ＡＶＰ）の集まりとしてのダイアメータ・メッセージの中で搬送される。ＡＶＰは、複数のフィールド、すなわちＡＶＰコード、長さ、フラグ、およびデータから成る。いくつかのＡＶＰは、ダイアメータ基本プロトコルによって使用されるが、他のＡＶＰはダイアメータ・アプリケーション向けである。
【００２９】
ＳＭＳＣ１６は、ＳＭＳメッセージを配信する移動電話ネットワーク内のネットワーク要素である。一般に、ユーザが別のユーザにテキスト・メッセージ（ＳＭＳメッセージ）を送信するときは、メッセージはＳＭＳＣに記憶され、ＳＭＳＣはそのメッセージを宛先ユーザへと、それらの宛先ユーザが利用可能なときに配信する。ＳＭＳＣはまた、ＩＰショート−メッセージ−ゲートウェイ（ＩＰ−ＳＭ−ＧＷ）と取り替えられる、または結合されることが可能であることに留意されたい。
【００３０】
Ｅ−ＵＴＲＡＮ（またはｅＵＴＲＡＮ）１８は、モバイル・ネットワークのための３ＧＰＰのロング・ターム・エボリューション（ＬＴＥ）更新経路のエア・インターフェースであり、進化ＵＭＴＳ地上無線アクセス・ネットワークの略語である。
【００３１】
ＵＥ２０は、通信するために直接エンドユーザによって使用される任意のデバイスである。ＵＥ２０は、ハンドヘルド電話、ラップトップ・コンピュータ内のカード、または他のいかなるデバイスでもよい。ＵＥ２０は、基地局（「ノードＢ」、または３Ｇトランシーバ基地局）に接続される。ＵＥ２０は、ＧＳＭシステム内の移動局（ＭＳ）にほぼ相当する。ＵＥとノードＢとの間の無線インターフェースは、Ｕｕと呼ばれる。
【００３２】
本明細書では、ＭＭＥにＳＭＳメッセージがＳＭＳオーバＩＰを介して配信されなかったことを通知するためのダイアメータＳ６ａ  ＩＤＲ（挿入加入者データ要求）を有する新しいＨＳＳ通知機構が説明される。挿入加入者データは、３ＧＰＰによって標準化された、ＧＳＭ／ＵＭＴＳネットワークにおいて利用されるＭＡＰ加入者管理サービスである。このサービスは、ＩＷＦ（インターワーキング機能）を介してＭＭＥを更新するために、ＨＳＳによって現在の環境において特定の加入者データを提供するために使用される。このサーバは、主に、加入者パラメータに変更があるときかまたは加入者の位置更新時に、サービング加入者管理エンティティを更新するためにホーム加入者管理エンティティによって使用される。
【００３３】
いくつかの実施形態では、ＭＭＥ１４がＨＳＳ要求を受信した後に、ＭＭＥ１４がＨＳＳ１２にＵＥ２０が到達可能になったら通知する。次いで、ＨＳＳ１２は、必要に応じて適切なＳＭＳＣに対するアラート・サービス手順を開始する。アラート・メッセージの受信時に、ＳＭＳＣ１６は、ＵＥ２０に記憶されているＳＭＳメッセージを再度送信しようと試みる。
【００３４】
本明細書では、ＨＳＳがＭＭＥ１４に、ＳＭＳメッセージがＳＭＳオーバＩＰを介して配信されなかったことを通知するためにダイアメータＳ６ａメッセージＩＤＲ（挿入加入者データ要求）を拡張し拡大するための実施形態が説明される。新しいＩＤＲフラグＡＶＰが、ＵＥ２０が到達可能になったらＨＳＳ１２に通知するようＭＭＥ１４に要求するこの目的にかなうように、Ｓ６ａ  ＩＤＲメッセージに付加される。この新しいＩＤＲフラグＡＶＰは、現在加入者のサービス・データが変更されたことをＭＭＥ／ＳＧＳＮに通知するために使用されるだけである、既存のＳ６ａ  ＩＤＲメッセージ範囲を拡大する。新しいＩＤＲフラグＡＶＰは、複数の要求ビットを可能にし、したがって、将来の機会を可能にし、ＩＤＲメッセージをより強力で多用途にする。さらに、本明細書では、ＭＭＥ１４がＨＳＳ１２にＵＥ２０が到達可能になったら通知するためにダイアメータＳ６ａメッセージＮＯＲ（通知−要求）を拡張する実施形態が開示される。
【００３５】
ＳＭＳオーバＩＰ非配信に関するＭＭＥへのＨＳＳ通知
図３は、本発明の態様による例示的メッセージの流れを示す。ＳＭＳＣ１６とＨＳＳ１２との間にダイアメータＳｈインターフェースがあることが留意される。
【００３６】
最初に、ＳＭＳＣ１６は、ＳＭＳメッセージがＳＭＳオーバＩＰを介してＵＥ２０に配信されなかった、すなわちＵＥは到達可能でないことを見つける（３０１）。
【００３７】
次いで、ＨＳＳ１２は、ＨＳＳ１２がＵＥ到達可能性サブスクリプションに関するＳＭＳＣ１６からのダイアメータＳｈ  ＳＮＲ（加入−通知−応答）メッセージを受信したときに、そのようなＳＭＳメッセージがないことを検出することができる（３０２）。その場合、ＨＳＳ１２はＵＥ到達可能要求フラグをセットアップする（３０３）。国際モバイル加入者識別（ＩＭＳＩ）がＭＭＥ  ＩＤを記憶している場合は、ＨＳＳ１２は、特定のＳＭＳメッセージがＵＥ２０向けにＳＭＳオーバＩＰを介して配信されなかったことをＭＭＥ１４に示す、新しい「ＩＤＲフラグ」ＡＶＰを有するダイアメータＳ６ａ  ＩＤＲ（挿入−加入者−データ−要求）メッセージをＭＭＥ１４に送信する（３０４）。そのようなＩＤＲメッセージは、ＨＳＳ１２がＭＭＥ１４にＵＥ２０が到達可能になったらＨＳＳ１２に通知するよう要求することができるようにする。さらに、ＨＳＳ１２は、ＳＭＳＣ１６にダイアメータＳｈ  ＳＮＡ（加入−通知−応答）メッセージを送信する（３０５）。ＭＭＥ１４は、ダイアメータＳ６ａ  ＩＤＡ（挿入−加入者−データ−応答）メッセージでＨＳＳ１２に応答する（３０６）。
【００３８】
ダイアメータＳ６ａ  ＩＤＲに付加されるこの新しい「ＩＤＲフラグ」ＡＶＰは、既存のＳ６ａ  ＩＤＲメッセージ範囲を拡大する（現在、メッセージは、ＭＭＥ／ＳＧＳＮに加入者のサービス・データが変更されたことを通知するために使用されるだけである）。さらに、この新しいＩＤＲフラグＡＶＰは、複数の要求ビットを可能にする、したがって将来の機会を可能にし、ＩＤＲメッセージをより強力で多用途にする。
【００３９】
一実施形態では、新しいＩＤＲフラグＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２のものであり、ビット・マスクを含む。Ｕｎｓｉｇｎｅｄ３２は、その範囲が非負整数（０から４２９４９６７２９５）しか含まない値を指定する。ビットの意味は、以下の表で定義されるとおりでよい。
【００４０】
【表１】
0005404909.tif 000002
【００４１】
ＵＥ到達可能性に関するＨＳＳへのＭＭＥ通知
ＭＭＥ１４がＨＳＳ１２から前述のＩＤＲメッセージを受信したときに、ＭＭＥ１４は、ＵＥ到達可能性通知を求めるＨＳＳの要求を適切なデータベースに記憶する。ＭＭＥ１４が、ＵＥ２０が到達可能になったことを検出した場合は（３０７）、ＭＭＥ１４に記憶されているＨＳＳ要求によって、ＭＭＥ１４はＨＳＳ１２に、ＵＥ２０が今到達可能であることを示す、ＮＯＲフラグＡＶＰを有するダイアメータＳ６ａ通知−要求（ＮＯＲ）メッセージを送信する（３０８）。
【００４２】
ＵＥ到達可能指示は、タイプＵｎｓｉｇｎｅｄ３２のものでよく、以下の表に記載されているようなビット・マスクを含んでよい、ＮＯＲフラグＡＶＰのビット３として示されることが可能である。
【００４３】
【表２】
0005404909.tif 000003
【００４４】
ＮＯＲフラグＡＶＰのビット３は、ＵＥが到達可能になったことを示すために使用される。
【００４５】
ＨＳＳ１２は、ＵＥ到達可能要求フラグをリセットする（３０９）。次いで、ＨＳＳ１２は、ＭＭＥ１４にダイアメータＳ６ａ  ＮＯＡ（通知−応答）メッセージを送信し（３１０）、ＳＭＳＣ１６にダイアメータＳｈ  ＰＮＲ（プッシュ−通知−応答）メッセージを送信する（３１１）。最後に、ＳＭＳＣ１６は、ＨＳＳ１２にダイアメータＳｈ  ＰＮＡ（プッシュ−通知−応答）を送信する（３１２）。
【００４６】
したがって、要約すると、ＨＳＳが、ＳＭＳメッセージがＳＭＳオーバＩＰを介して配信されなかったことを検出すると、ＨＳＳは、ＳＭＳメッセージがＵＥ２０向けにＳＭＳオーバＩＰを介して配信されなかったことをＭＭＥ１４に示す、新しい「ＩＤＲフラグ」ＡＶＰを有するダイアメータＳ６ａメッセージＩＤＲをＭＭＥに送信する。これはまた、ＨＳＳ１２がＨＳＳ１２にＵＥ２０が到達可能になったら通知するようＭＭＥ１４に要求する目的にかなう。Ｓ６ａ  ＩＤＲメッセージに付加される新しいＩＤＲフラグＡＶＰは、既存のＳ６ａ  ＩＤＲメッセージ範囲を拡大するために使用されることが可能である。新しいＩＤＲフラグＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２のものでよく、複数のビットのビット・マスクを含んでよい。ＭＭＥ１４が、ＵＥ２０が到達可能になったことを検出したときは、ＭＭＥ１４に記憶されているＨＳＳ要求に基づいて、ＭＭＥ１４は、ＵＥ２０が今到達可能であることを示すＮＯＲフラグＡＶＰを有するダイアメータＳ６ａ  ＮＯＲメッセージをＨＳＳ１２に送信する。
【００４７】
適切には、本明細書で説明される方法およびシステムは、コンピュータ、またはマイクロプロセッサ、マイクロコントローラ、グラフィック処理装置（ＧＰＵ）などのデジタル・プロセッサを含めて他のデジタル処理デバイス、およびストレージによって実施されることが理解されるべきである。他の実施形態では、システムおよび方法は、デジタル・プロセッサを含み、デジタル・データ・ストレージへのアクセスを含むまたは有するサーバによって実施されてよく、そのようなサーバは、インターネットもしくはローカル・エリア・ネットワークを介して、またはデジタル・プロセッサおよびデジタル・データ・ストレージなどを含む携帯情報端末（ＰＤＡ）によって適切にアクセスされる。コンピュータまたは他のデジタル処理デバイスは、ユーザ入力を受信するために、キーボードなどの１つまたは複数のユーザ入力デバイスを適切に含むかまたはそれらと動作可能に接続され、さらに、１つまたは複数の表示装置を含むかまたはそれらと動作可能に接続される。他の実施形態では、方法およびシステムを制御するための入力は、コンピュータ上で方法およびシステムより前にもしくはそれらと同時に実行されている別のプログラムから、またはネットワーク接続などから受信される。同様に、他の実施形態では、出力は、コンピュータ上で方法およびシステムに続いてもしくはそれらと同時に実行されている別のプログラムへの入力として役立つことが可能である、またはネットワーク接続などを介して伝送されることが可能である。
【００４８】
いくつかの実施形態では、本出願の上記で説明された例示的方法、それらを実施するシステムなどは、例示的方法および／またはシステムを実施するために、（例えば、デジタル・プロセッサによって）実行可能な命令を記憶している記憶媒体によって実施される。記憶媒体は、例えば、磁気ディスクもしくは他の磁気記録媒体、光ディスクもしくは他の光記憶媒体、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）もしくは他の電子メモリデバイスもしくはチップもしくは動作可能に相互接続されたチップのセット、記憶されている命令がインターネットもしくはローカル・エリア・ネットワークを介してそれから取り出されるインターネット・サーバなどを含んでよい。
【００４９】
本明細書で提示されている特定の例示的実施形態に関連して、いくつかの構造的および／または機能的特徴は、定義された要素および／または構成要素に組み込まれているように記載されていることがさらに理解されるべきである。しかし、これらの特徴は、適切な場合は、同じまたは同様の利益のために、他の要素および／または構成要素に同様に組み込まれることも可能であることが企図される。例示的実施形態の様々な態様は、所望の用途に適した他の代替実施形態を遂行するために適宜選択的に利用されることが可能であり、それによって、他の代替実施形態はそこに組み込まれている態様のそれぞれの利点を実現することも理解されるべきである。
【００５０】
本明細書に記載されている特定の要素または構成要素の機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せによって適切に実施されることが可能であることも理解されるべきである。さらに、本明細書では一緒に組み込まれているように記載されているいくつかの要素は、適切な環境の下で、スタンドアロン要素であっても、またはそうでなければ分割されてもよいことが理解されるべきである。同様に、１つの特定の要素によって実行されるように記載されている複数の特定の機能は、個々の機能を実行するために独立して動作する複数の別個の要素によって実行されてもよく、またはいくつかの個々の機能は、協調して動作する複数の別個の要素によって分担されて実行されてもよい。代替として、本明細書ではそうではなく相互に異なるように説明および／または示されているいくつかの要素または構成要素は、適切な場合は、物理的または機能的に結合されてもよい。
【００５１】
要約すれば、本明細書は、好ましい実施形態を参照しながら説明されてきた。明らかに、本明細書を読んで理解すれば、他者には修正および変更が思いつかれるであろう。本発明は、すべてのそのような修正および変更が添付の特許請求の範囲またはその同等物の範囲に含まれる限りは、すべてのそのような修正および変更を含むと解釈されるものとする。すなわち、上記で開示されたおよび他の特徴および機能の変形形態、またはそれらの代替形態は、望ましくは、多くの他の異なるシステムまたはアプリケーションに結合されてよく、様々な現在予見されないまたは予期されない代替、修正、変更、またはそれらにおける改善は、当業者によって続いて行われてよく、同様に、それらは添付の特許請求の範囲によって包含されるものとすることが理解されるであろう。
【図１】
0005404909.tif 000004
【図２】
0005404909.tif 000005
【図３】
0005404909.tif 000006