通信ネットワークで用いる方法および装置
本発明の第１の態様によって、発展型パケットコアネットワークに接続されたユーザ端末についての位置情報および／またはステータス情報を提供するために移動性管理ノードを操作する方法を提供する。方法は、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストを加入者レジスタから受信することと、ユーザ端末についての位置情報および／またはステータス情報を判定することと、判定された位置情報および／またはステータス情報を含めてレスポンスを加入者レジスタに送信することとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークで用いる方法および装置に関する。詳細には、本発明は、発展型パケットコア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークに接続されたユーザ端末についてのステータス情報および／または位置情報を取得するための方法および装置に関する。
【背景技術】
【０００２】
３ＧＰＰリリース８で導入されたＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）技術は、移動無線通信における次の主要なステップである。これによって、素晴らしいユーザ体験が生まれ、例えば双方向テレビ、ユーザが作成した動画、高度なゲーム、プロフェッショナルサービスなど、さらに要求の多いアプリケーションがサポートされるであろう。ＬＴＥは、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ−ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）無線アクセス技術を、高度なアンテナ技術と共に用いる。
【０００３】
図１は、Ｅ−ＵＴＲＡＮ無線アクセスネットワークとＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ：発展型パケットコア）ネットワークとを含めて、ＬＴＥシステムアーキテクチャを示す。Ｅ−ＵＴＲＡＮは、（図示しない）ｅノードＢ群から成り、それらはユーザ装置（ＵＥ）に対する無線インタフェースを提供する。ｅノードＢ群は、ＩＰベースのＸ２インタフェースを介して相互接続されており、ＥＰＣに対してはＩＰベースのＳ１インタフェースによって相互接続されている。ＥＰＣは、ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ：在圏ゲートウェイ）と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ：移動性管理エンティティ）と、ＰＤＮ ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ：パケット・データ・ネットワーク・ゲートウェイ）と、ＰＣＲＦ（Ｐｏｌｉｃｙ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ：ポリシー課金ルール機能）とを含んでいる。３Ｇアーキテクチャとは異なり、ＥＰＣは、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ：ホーム・ロケーション・レジスタ）を再利用しない。そうではなく、ＥＰＣでは、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ：ホーム加入者サーバ）が、ＨＬＲの加入者レジスタ機能性の代わりをする。加えて、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ：在圏ＧＰＲＳサポートノード）が、ＧＥＲＡＮ（２Ｇ）またはＵＴＲＡＮ（３Ｇ）のような旧式の無線アクセス技術を介してＥＰＣにアクセスするユーザ端末のための移動性サーバもしくは移動性管理ノードとして動作する。
【０００４】
ＳＧＷはユーザプレーンにあり、ここでＳＧＷは、ｅノードＢとＰＤＮ ＧＷとの間でパケットを転送してルーティングする。また、ＳＧＷは、ｅノードＢ間のハンドオーバおよび２つの３ＧＰＰシステム間のローミングのためのローカルモビリティアンカーとして機能する。アイドルモードのＵＥについては、ＳＧＷは、下りリンクデータパスを終端させ、下りリンクのデータが受信された場合、データをバッファに入れ、Ｓ１１インタフェースを経てＭＭＥにシグナリングすることによってページング手順をトリガすることに責任を持つ。
【０００５】
ＭＭＥは、Ｅ−ＵＴＲＡＮアクセスについての制御プレーン機能である。ＭＭＥは、状態（接続、分離、アイドル、ＲＡＮ移動性）、認証、ページング、３ＧＰＰ ２Ｇ／３Ｇノード（例えばＳＧＳＮ）との間の移動性、ローミング、その他のベアラ管理機能を管理する。ＭＭＥは、移動デバイスについての認証および重要な管理だけでなく、アイドルモードのＵＥについての追跡およびページング手順にも責任を持つ。ＭＭＥは、ＳＧＷおよびＰＤＮゲートウェイの選択を含めて、ベアラ起動／停止を許可する。ＳＧＳＮと同様、ＭＭＥは、セルレベルでの加入者の現在位置の知識を維持して、移動性サーバまたは移動性管理ノードとして動作する。ＭＭＥは、Ｓ１−ＭＭＥインタフェースによってＥ−ＵＴＲＡＮに接続し、Ｓ６ａインタフェースによってＨＳＳに接続する。
【０００６】
ＰＤＮ ＧＷは、ＬＴＥネットワークと、例えばインターネットまたはＳＩＰベースのＩＭＳ（ＩＰマルチメディアサブシステム）ネットワーク（固定および移動体）のような、ＰＤＮ（パケット・データ・ネットワーク）との間のインタフェースとして動作する。ＰＤＮ ＧＷは、３ＧＰＰアクセスシステム内の移動性についての、および、３ＧＰＰアクセスシステムと非３ＧＰＰアクセスシステムとの間の移動性についての移動性アンカーポイントである。ＰＤＮ ＧＷは、移動デバイス間のパケットフローに関するＩＰポリシーおよび課金の実施を行う。ＰＤＮ ＧＷは、ＩＰアドレス割当て、課金、パケットの綿密検査、合法インターセプト、ポリシー実施、その他のサービスに責任を持つ。
【０００７】
ＬＴＥ加入者が（例えばＬＴＥが利用できない地理的位置において）２Ｇ／３Ｇサービスを利用できるようにするため、異なる無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｉｅｓ：ＲＡＴ）間のシームレスな移動性が利用可能であるべきである。３ＧＰＰ ＴＳ ２３．４０１で規定されているＩｄｌｅ ｍｏｄｅ Ｓｉｇｎａｌｌｉｎｇ Ｒｅｄｕｃｔｉｏｎ（ＩＳＲ）として知られる機能は、ＵＥがアイドルモードにある場合、無線アクセス技術間の（ｉｎｔｅｒ−ＲＡＴ）セル再選択（すなわち、２Ｇ／３Ｇ ＲＡＴとＬＴＥ ＲＡＴとの間のハンドオーバ）の間、シグナリングを制限するメカニズムを提供する。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
アクティブなセッション（データまたは音声）に現在参加しているＵＥは、アクティブモードにあると言われる。アクティブモードでは、ネットワークは、ＵＥが位置している正確なセルを知っている。ＵＥがアクティブなデータ転送を行っていない場合、ＵＥはアイドルモードにあると言われる。アイドルモードでは、ネットワークは、ＵＥが現在留まっている正確なセルを知らない。代わりに、ネットワークは、セルのグループの精度（例えばルーティングエリアまたは追跡エリア）までに限って、セルの位置を知っている。従って、アイドルモードでは、ネットワークは、ＵＥに着信するデータを配信するためには、このグループの中のすべてのセルの中でＵＥを呼び出す必要がある。
【０００９】
ＩＳＲメカニズムは、ＵＥが、ＵＴＲＡＮ／ＧＥＲＡＮルーティングエリア（ＲＡ）リストとＥ−ＵＴＲＡＮ追跡エリア（ＴＡ）リストとの両方に同時に登録されたまま留まることを可能にする。これによってＵＥは、登録されたＲＡおよびＴＡリストの中に留まる限り、いかなるＴＡ Ｕｐｄａｔｅ（ＴＡＵ）リクエストもＲＡ Ｕｐｄａｔｅ（ＲＡＵ）リクエストも送信する必要なく、Ｅ−ＵＴＲＡＮとＵＴＲＡＮ／ＧＥＲＡＮとの間でセル再選択を実行できることになる。例えば、ＵＥがＳＧＳＮからＭＭＥに移動する場合、ＭＭＥは、Ｄｉａｍｅｔｅｒ Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ ＲｅｑｕｅｓｔメッセージをＨＳＳへ送信して、ＩＳＲが適用されることを示す。従って、ＨＳＳは、Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ ＲｅｑｕｅｓｔメッセージをＳＧＳＮに送信しない。ユーザがＳＧＳＮに戻ってＩＳＲが適用される場合、ＳＧＳＮは、ＭＡＰ Ｕｐｄａｔｅ ＧＰＲＳ Ｌｏｃａｔｉｏｎメッセージを（Ｇｒインタフェースを経て）ＨＳＳに送信しない。２Ｇ／３Ｇベアラを比較的短時間にわたって維持する場合に消費されるネットワークリソースは、頻繁にＲＡＴ間のハンドオーバを行った場合に消費されるネットワークリソースより少ないであろう。ＬＴＥアクセスは、少なくとも初期の普及段階では、比較的小さな「ホットスポット」に限定され、従ってそのようなＲＡＴ間のハンドオーバが頻繁に行われるだろうと予想されるため、そのような機能性は望ましい。
【００１０】
ＩＳＲが起動された場合、これは、ＵＥがＭＭＥとＳＧＳＮとの両方に登録されることを意味する。ＳＧＳＮもＭＭＥもどちらも、Ｓｅｒｖｉｎｇ ＧＷとの制御接続を有しており、また、どちらも、ＨＳＳに登録されている。ＵＥは、ＳＧＳＮからの移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ：ＭＭ）パラメータ（例えば、Ｐ−ＴＭＳＩおよびＲＡ）およびＭＭＥからの移動性管理パラメータ（例えばＧＵＴＩおよびＴＡ）、ならびに、Ｅ−ＵＴＲＡＮおよびＧＥＲＡＮ／ＵＴＲＡＮアクセスには一般的なセッション管理（ベアラ）コンテキストを記憶している。アイドル状態ではＵＥは、ネットワークとの間でＴＡＵまたはＲＡＵ手順を行うことを必要とせず、Ｅ−ＵＴＲＡＮとＧＥＲＡＮ／ＵＴＲＡＮとの間で（登録されたＲＡとＴＡとの範囲内で）再選択することができる。加えて、ＩＳＲが起動された場合、ＳＧＳＮおよびＭＭＥは相互のアドレスを記憶する。しかし、登録されたＲＡとすべての登録されたＴＡとの両方に関してＵＥを呼び出す必要があるため、ＩＳＲは、ＩＳＲがアクティブである場合のＵＥについては、より複雑なページング手順を実際に作成する。例えば、ＩＳＲが起動されている（そしてＵＥがアイドルモードにある）ＵＥに着信する下りリンクのデータが到着した場合、Ｓｅｒｖｉｎｇ ＧＷは、ＳＧＳＮとＭＭＥとの両方についてページングプロセスを開始する。同様に、ＩＳＲが起動されているＵＥの現在位置を要求するリクエストをＨＳＳが受信した場合、ＨＳＳは、２つの考えられるアクセスのうちのどちらをＵＥが使っているのかを知らないであろうから、ＳＧＳＮとＭＭＥとの両方にＵＥを呼び出すように要求することが必要であろう。その結果、ＵＥが応答するのは、自分が現在留まっている無線アクセスネットワークからだけであろう。
【００１１】
このようなＭＭＥとＳＧＳＮとの両方へのＵＥの同時「二重登録」は、ＩＳＲをサポートする手段として３ＧＰＰリリースの中に含まれてきた。しかし、たとえＩＳＲが使用されていなくても、二重登録が起こりうる状況が他にもありうる。例えば、ＵＥがＵＴＲＡＮ／ＧＥＲＡＮからＥ−ＵＴＲＡＮへと移った場合、ＨＳＳは、アクセスの変更を通知されないかもしれず、その結果、ＨＳＳは、たとえＩＳＲが使用されていない場合でも、そのＵＥについてＭＭＥとＳＧＳＮとの両方を示す登録を有することになる。
【００１２】
また、これらの二重登録は、アプリケーションサーバ（ＡＳ）がＵＥの位置情報および／またはステータス情報を要求するシナリオでも、問題も引き起こすことがある。これらのシナリオでは、ＨＳＳは、２つの登録のどちらが直近のものなのかを判定することができない。加えて、二重登録を有するＵＥがＬＴＥアクセスと２Ｇ／３Ｇアクセスとの間で変更される場合、そして、変更が、同じＭＭＥ−ＳＧＳＮペアの間で行われるならば、ＨＳＳは、このアクセスの変更を通知されないであろう。従って、要求側ＡＳがＨＳＳから受信する情報は、正確でない可能性があり、従って、誤った移動性管理ノード（すなわちＭＭＥ／ＳＧＳＮ）へ送信されうる位置情報またはステータス情報リクエストをＡＳに開始させる可能性がある。
【００１３】
例えば、移動機に着信する位置リクエスト（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ Ｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ：ＭＴＬＲ）の場合に位置情報サービス（Ｌｏｃａｔｉｏｎ Ｓｅｒｖｉｃｅｓ：ＬＣＳ）を提供するために、Ｇａｔｅｗａｙ Ｍｏｂｉｌｅ Ｌｏｃａｔｉｏｎ Ｃｅｎｔｒｅ（ＧＭＬＣ）が、ＵＥが現在登録されている移動性管理ノードのＩＤを要求するリクエストを、Ｌｈインタフェースを介してＨＳＳに対して行う。しかし、ＵＥがＭＭＥとＳＧＳＮとの両方への二重登録を有している場合には、ＨＳＳは、ＳＧＳＮとＭＭＥとの両方のＩＤを含むリストを使って応答するであろう。従って、ＧＭＬＣは、（たとえＨＳＳが、実装の選択肢として、移動性管理ノードの１つを「主エンティティ」として設定することができるとしても）２つのノードのうちのどちらにＵＥの位置を要求するリクエストを送信すべきかが分からないであろう。
【００１４】
加えて、２Ｇ／３ＧにおけるＳＭＳおよびＣＳ電話は、課金データ記録（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄｓ：ＣＤＲ）が、ネットワークによって検証されたセルＩＤを含んでいることを必要とする。このセルＩＤは課金の目的で用いられてもよいが、また、規制の必要条件を満たすためにも必要である。しかし、例えばＩＰ上のＳＭＳおよびＭＭＴｅｌのような、ＬＴＥシステムにおける同様のアプリケーションについては、ＵＥがＭＭＥとＳＧＳＮとの両方に登録し、かつ、アイドルモードにある場合には、最終更新でＨＳＳへ送信されたセルＩＤは、多分、現行のセルＩＤではないであろう。従って、そのようなサービスをサポートするアプリケーションサーバに対してＨＳＳによって提供されるセルＩＤは、多分、不正確であろう。
【００１５】
別の例として、一部のネットワークには、ＣＡＭＥＬ（Ｃｕｓｔｏｍｉｓｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｆｏｒ Ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ）標準のＡＴＩ（Ａｎｙ Ｔｉｍｅ Ｉｎｔｅｒｒｏｇａｔｉｏｎ）機能を利用する第三者アプリケーションサービスが存在する。このＡＴＩプロセスは、位置情報および／または加入者情報をＨＬＲに尋ねるのにＧＳＭ Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（ｇｓｍＳＣＦ）を、あるいは、（ｇｓｍＳＣＦの代わりに）ＨＳＳに尋ねるのにＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｆｕｎｃｔｉｏｎ（ＩＭ−ＳＳＦ）を可能にする。従って、これらのアプリケーションは、通常、ＵＥの位置（例えばセルＩＤ）およびステータス（例えばアイドルかアクティブか）に関心がある。しかし、ＩＭ−ＳＳＦのようなＡＳが二重登録を有するＵＥに関する情報を要求する場合には、ＨＳＳが、不正確な情報を使って応答することがありうる。例えば、ＵＥが実際にはＳＧＳＮに位置している場合に、ＨＳＳが、ＨＳＳの中では主エンティティとして構成されることから、ＵＥはＭＭＥに在圏していると示す可能性がある。
【００１６】
さらに、ＬＴＥネットワーク内の音声サービスについて、ＵＥが、ＭＭＴｅｌベースの音声サービスを使用できる（通常はＬＴＥ）アクセスにいるのか、あるいは、音声呼は回線交換（ＣＳ）アクセス（通常は２Ｇ／ＧＳＭ）に対して行われるべきかをネットワークが知ることを可能にするメカニズムは現時点では存在しない。移動機に着信する（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ：ＭＴ）呼についての現行のネットワーク機能性によれば、サービス一貫性兼連続性（Ｓｅｒｖｉｃｅ Ｃｏｎｓｉｓｔｅｎｃｙ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ：ＳＣＣ）ＡＳの着信アクセスドメイン選択（Ｔｅｒｍｉｎａｔｉｎｇ Ａｃｃｅｓｓ Ｄｏｍａｉｎ Ｓｅｌｅｃｔｉｏｎ：Ｔ−ＡＤＳ）機能は、ＰＳアクセス（通常はＬＴＥアクセス）を経てＭＭＴｅｌ呼をセットアップしようとするであろう。その結果、ＵＥが２Ｇアクセスネットワークにいる場合、ＳＩＰ ＩＮＶＩＴＥは、２Ｇパケット交換（ＰＳ）アクセスを経てはるばるＵＥまでルーティングされる必要があるであろう。ＵＥは、２ＧアクセスネットワークではＶｏｉｃｅ ｏｖｅｒ ＩＭＳをサポートしないであろうから、ＵＥは、ＩＮＶＩＴＥを拒否する応答をする必要があるであろう。次いで、拒否を受信した時点で、ＳＣＣ ＡＳは、ＣＳ呼をセットアップするために、ＭＳＣにコンタクトする必要があるであろう。このため、ＵＥがマルチアクセスネットワーク（すなわち、ＧＳＭおよび／またはＵＭＴＳ無線アクセスネットワークならびにＬＴＥ無線アクセスネットワーク）の２Ｇアクセスの在圏中である場合に、呼のセットアップが長引くことになる。
【課題を解決するための手段】
【００１７】
上記で挙げた諸問題を克服すること、あるいは少なくとも軽減することが、本発明の目的である。この目的は、発展型パケットコアネットワークにおいて二重登録を持つＵＥに関する情報をＨＳＳから取得（または「引き出す」）ための手順を定義することによって達成される。
【００１８】
本発明の第１の態様によって、発展型パケットコアネットワークに接続されたユーザ端末についての位置情報および／またはステータス情報を提供するために移動性管理ノードを操作する方法を提供する。方法は、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストを加入者レジスタから受信することと、ユーザ端末についての位置情報および／またはステータス情報を判定することと、判定された位置情報および／またはステータス情報を含めて加入者レジスタへレスポンスを送信することとを含んでいる。
【００１９】
ユーザ端末についての位置情報および／またはステータス情報を判定するステップは、ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いることを含んでいてもよい。あるいは、ユーザ端末についての位置情報および／またはステータス情報を判定するステップは、ユーザ端末がアクティブモードにあるのかアイドルモードにあるのかを判定することを含んでいてもよい。ユーザ端末がアクティブモードにある場合には、加入者レジスタへ送信されるレスポンスは、ユーザ端末から受信された最新のステータス情報および／または位置情報を含んでいる。しかし、ユーザ端末がアイドルモードにある場合、ユーザ端末についての位置情報および／またはステータス情報を判定するステップは、さらに、
位置情報および／またはステータス情報を受信するためにユーザ端末の起動を待機することと、
ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いることと、
位置情報および／またはステータス情報を求めてユーザ端末をページングすることと
のうちの１つ以上を含んでいてもよい。
【００２０】
ユーザ端末の起動を待機するステップは、指定された制限時間内にユーザ端末が起動されるかどうかを判定することと、もしそうなれば、ユーザ端末の起動からの位置情報および／またはステータス情報を用いることとを含んでいてもよい。しかし、指定された制限時間内にユーザ端末が起動されない場合、ユーザ端末についての位置情報および／またはステータス情報を判定するステップは、さらに、
ユーザ端末の位置および／またはステータスの直近の更新を用いることと、
位置情報および／またはステータス情報を求めてユーザ端末をページングすることと
のうちの１つ以上を含んでいてもよい。
【００２１】
ユーザ端末の位置および／またはステータスの直近の更新を用いるステップは、移動性管理ノードによって保持されている位置情報および／またはステータス情報の経過時間が、指定された閾値を超えているかどうかを判定することと、そして、そうでなければ、移動性管理ノードによって保持されているユーザ端末の位置情報および／またはステータス情報を用いることとを含んでいてもよい。しかし、移動性管理ノードによって保持されている位置情報および／またはステータス情報のエイジ（経過時間）が、指定された閾値を超えている場合、ユーザ端末についての位置情報および／またはステータス情報を判定するステップは、さらに、
位置情報および／またはステータス情報を求めてユーザ端末をページングすること
を含んでいてもよい。
【００２２】
ユーザ端末の位置情報および／またはステータス情報の直近の更新が用いられる場合には、加入者レジスタへ送信されるレスポンスは、最終更新の時刻または最終更新以後の時間についてのユーザ端末からのインジケーションを含んでいる。
【００２３】
移動性管理ノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）であってもよいし、無線アクセス技術は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）であってもよい。あるいは、移動性管理ノードは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）であってもよいし、無線アクセス技術は、ＧＥＲＡＮ（ＧＳＭ Ｅｄｇｅ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）またはＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）であってもよい。加入者レジスタは、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）であってもよい。
【００２４】
本発明の第２の態様によって、発展型パケットコアネットワークに接続されたユーザ端末についての位置情報および／またはステータス情報を取得するために加入者レジスタを操作する方法を提供するが、ユーザ端末は、第１の無線アクセス技術において第１の移動性管理ノードに登録され、第２の無線アクセス技術において第２の移動性管理ノードに登録されている。方法は、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストをアプリケーションサーバから受信することと、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストを第１の移動性管理ノードと第２の移動性管理ノードとの両方へ送信することと、第１の移動性管理ノードおよび／または第２の移動性管理ノードから、要求された情報を含むレスポンスを受信することと、そして、第１の移動性管理ノードおよび／または第２の移動性管理ノードから受信された要求された情報をアプリケーションサーバへ送信することとを含んでいる。
【００２５】
方法は、さらに、要求された情報が第１の移動性管理ノードと第２の移動性管理ノードとの両方から受信された場合には、第１の移動性管理ノードから受信された情報または第２の移動性管理ノードから受信された情報がアプリケーションサーバへ送信されるべきかどうかを判定するための選択論理を適用することと、選択された情報だけをアプリケーションサーバへ送信することとを含んでいてもよい。要求された情報が、最終更新の時刻または最終更新以後の時間についてのユーザ端末からのインジケーションを含んでいる場合には、選択論理は、直近の情報を選択することを含んでいてもよい。
【００２６】
位置情報および／またはステータス情報は、
ユーザ端末が位置するセルまたはサービスエリアの識別子と、
ユーザ端末についてＩＰ電話サービスが利用可能か否かのインジケーションと、
ユーザ端末がアイドルであるかアクティブであるかのインジケーションと、そして、
ユーザ端末についてアイドルシグナリングモードの削減が起動されているか否かのインジケーションと
のうち、１つ以上を含んでいてもよい。
【００２７】
第１の移動性管理ノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）であってもよいし、第１の無線アクセス技術は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）であってもよい。第２の移動性管理ノードは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）であってもよいし、第２の無線アクセス技術は、ＧＥＲＡＮ（ＧＳＭ Ｅｄｇｅ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）またはＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）であってもよい。
【００２８】
本発明の第３の態様によって、発展型パケットコアネットワークに接続されたユーザ端末についての位置情報および／またはステータス情報を判定するためにアプリケーションサーバを操作する方法を提供する。方法は、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストを加入者レジスタへ送信することと、位置情報および／またはステータス情報の第１の集合と位置情報および／またはステータス情報の第２の集合とを含むレスポンスを加入者レジスタから受信することと、第１の集合と第２の集合とのうちのいずれが用いられるべきかを判定するための選択論理を適用することとを含んでいる。
【００２９】
位置情報および／またはステータス情報の第１の集合と第２の集合とがいずれも、情報の経過時間のインジケーションを含んでいる場合には、選択論理は、直近の情報を選択することを含んでいてもよい。
【００３０】
ユーザ端末が、第１の無線アクセス技術で第１の移動性管理ノードに登録し、第２の無線アクセス技術で第２の移動性管理ノードに登録している場合には、第１の集合は、第１の移動性管理ノードから検索された情報であってもよく、第２の集合は、第２の移動性管理ノードから検索された情報であってもよい。
【００３１】
アプリケーションサーバは、
ＩＰマルチメディアサブシステム課金（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ Ｃｈａｒｇｉｎｇ）アプリケーションサーバと、
サービス制御ポイント（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）と、
サービス一元化および連続化（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ）アプリケーションサーバと、
ゲートウェイモバイル位置管理センタ（Ｇａｔｅｗａｙ Ｍｏｂｉｌｅ Ｌｏｃａｔｉｏｎ Ｃｅｎｔｒｅ）と
のうちいずれか１つを含んでいてもよい。
【００３２】
本発明の第４の態様によって、発展型パケットコアネットワークに接続された移動性管理ノードを操作するように構成された装置を提供する。装置は、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストを加入者レジスタから受信するための受信器と、ユーザ端末についての位置情報および／またはステータス情報を判定するため、かつ、判定された位置情報および／またはステータス情報を含めて加入者レジスタへのレスポンスを生成するためのプロセッサと、含めてレスポンスを加入者レジスタへ送信するための送信器とを含んでいる。
【００３３】
ユーザ端末についての位置情報および／またはステータス情報を判定する場合、プロセッサは、ユーザ端末からの直近の更新の中で受信された位置情報および／またはステータス情報を用いるように構成されてもよい。あるいは、プロセッサは、ユーザ端末がアクティブモードにあるのかアイドルモードにあるのかを判定するように構成されてもよい。ユーザ端末がアクティブモードにある場合には、プロセッサは、ユーザ端末から受信された最新の位置情報および／またはステータス情報を用いてもよい。しかし、ユーザ端末がアイドルモードにある場合には、プロセッサは、
位置情報および／またはステータス情報を受信するためにユーザ端末の起動を待機することと、
ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いることと、そして、
位置情報および／またはステータス情報を取得するためにユーザ端末に送信するためのページングメッセージを生成することと
のうち１つ以上を行うように構成されてもよい。
【００３４】
ユーザ端末の起動を待機する場合、プロセッサは、さらに、指定された制限時間内にユーザ端末が起動されるかどうかを判定するように構成されてもよく、もし、そうであれば、ユーザ端末の起動から位置情報および／またはステータス情報を用いるように構成されてもよい。しかし、指定された制限時間内にユーザ端末が起動されないと判定された場合、プロセッサは、さらに、
ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いることと、
位置情報および／またはステータス情報を取得するためにユーザ端末に送信するためのページングメッセージを生成すること
とのうち１つ以上を行うように構成されてもよい。
【００３５】
ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いる場合、プロセッサは、さらに、移動性管理ノードによって保持される位置情報および／またはステータス情報の経過時間が指定された閾値を超えているかどうかを判定するように構成されてもよく、そして、そうでなければ、移動性管理ノードによって保持されるユーザ端末の位置情報および／またはステータス情報を用いるように構成されてもよい。しかし、移動性管理ノードによって保持される位置情報および／またはステータス情報の経過時間が指定された閾値を超えていると判定された場合、プロセッサは、さらに、位置情報および／またはステータス情報を取得するためにユーザ端末に送信するためのページングメッセージを生成するように構成されてもよい。もしそうなれば、装置は、さらに、ユーザ端末にページングメッセージを送信するための別の送信器と、ユーザ端末からページングレスポンスを受信するための別の受信器とを備えていてもよい。
【００３６】
ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いる場合、プロセッサは、さらに、ユーザ端末から受信された最終更新の時刻または最終更新以後の時間のインジケーションを加入者レジスタへのレスポンスの中に含むように構成されてもよい。
【００３７】
本発明の第５の態様によって、発展型パケットコアネットワークに接続されたユーザ端末についての位置情報および／またはステータス情報を取得するために加入者レジスタを操作するように構成された装置を提供するが、ユーザ端末は、第１の無線アクセス技術において第１の移動性管理ノードに登録され、第２の無線アクセス技術において第２の移動性管理ノードに登録されている。装置は、
ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストをアプリケーションサーバから受信するための第１の受信器と、
第１の移動性管理ノードへ送信するための第１のメッセージと第２の移動性管理ノードへ送信するための第２のメッセージとを、ユーザ端末についての位置情報および／またはステータス情報を要求する第１および第２のメッセージとして生成するためのプロセッサと、
第１のメッセージを第１の移動性管理ノードへ送信し、第２のメッセージを第２の移動性管理ノードへ送信するための第１の送信器と、
第１の移動性管理ノードおよび／または第２の移動性管理ノードから、要求された情報を含むレスポンスを受信するための第２の受信器と、そして、
第１の移動性管理ノードおよび／または第２の移動性管理ノードから受信された要求された情報をアプリケーションサーバへ送信するための第２の送信器と
を含んでいる。
【００３８】
要求された情報が第１の移動性管理ノードと第２の移動性管理ノードとの両方から受信された場合、プロセッサは、さらに、第１の移動性管理ノードから受信された情報または第２の移動性管理ノードから受信された情報がアプリケーションサーバへ送信されるべきかどうかを判定するための選択論理を適用するように構成されてもよい。
【００３９】
本発明の第６の態様によって、発展型パケットコアネットワークに接続されたユーザ端末についての位置情報および／またはステータス情報を判定するためにアプリケーションサーバとして動作するように構成された装置を提供する。装置は、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストを加入者レジスタへ送信するための送信器と、位置情報および／またはステータス情報の第１の集合と位置情報および／またはステータス情報の第２の集合とを含むレスポンスを加入者レジスタから受信するための受信器と、そして、第１の集合と第２の集合とのいずれが用いられるべきかを判定する選択論理を適用するためのプロセッサとを含んでいる。
【００４０】
位置情報および／またはステータス情報の第１および第２の集合がいずれも、情報の経過時間のインジケーションを含んでいる場合には、選択論理は、直近の情報を選択することを含んでいてもよい。
【図面の簡単な説明】
【００４１】
【図１】ＬＴＥシステムアーキテクチャを略示する図である。
【図２】本発明の一実施形態による二重登録を持つＵＥの位置情報および／またはステータス情報を判定するプロセスの簡易化したフロー図である。
【図３】本発明の一実施形態によるユーザ端末位置情報を取得する方法の例示的なシグナリングフロー図である。
【図４】本発明の一実施形態によるユーザ端末位置情報およびステータス情報を取得する方法の例示的なシグナリングフロー図である。
【図５】本発明の一実施形態によるＶｏＩＭＳをサポートするユーザ端末に対する移動機に着信する音声呼の例示的なシグナリングフロー図である。
【図６】本発明の一実施形態によるＭＭＥ／ＳＧＳＮの一例を略示する図である。
【図７】本発明の一実施形態によるＨＳＳの一例を略示する図である。
【図８】本発明の一実施形態によるＡＳの一例を略示する図である。
【発明を実施するための形態】
【００４２】
次に、発展型パケットコアネットワークに接続されたＵＥに関する情報を取得する方法について記述しよう。特に、この方法は、例えばホーム加入者サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）のような加入者レジスタが、ＭＭＥとＳＧＳＮとの両方に登録されているユーザ端末についての位置情報および／またはステータス情報を取得することを可能にする。この方法は、ＨＳＳが、ユーザ端末が登録されているＭＭＥとＳＧＳＮとの両方に対してユーザ端末の位置および／またはステータスを要求するリクエストを送信することを含む。次いで、ＭＭＥとＳＧＳＮとの両方が、ＨＳＳからの要求に従ってユーザ端末の位置および／またはステータスを判定することを試行するであろう。位置情報は、セルＩＤもしくはサービスエリアＩＤを含んでいてもよく、ステータス情報は、ユーザ端末がアクティブモードにあるのかアイドルモードにあるのかについてのインジケーション、または、例えばＩＭＳ呼（Ｖｏｉｃｅ ｏｖｅｒ ＩＭＳ）のような、所定のサービスのユーザ端末への利用可能性に関する情報を含んでいてもよい。
【００４３】
ＵＥがアクティブモードにある場合には、ＭＭＥもＳＧＳＮもいずれも、ＵＥから受信した直近の位置および／またはステータス情報を提供することができるであろうし、それは通常、正確であろう。しかし、ＵＥがアイドルモードにある場合には、ＵＥからの直近の更新の中で受信され、かつ、ＭＭＥ／ＳＧＳＮによって現在保持されている位置情報および／またはステータス情報は、正確でないことがある。従って、ＵＥがアイドルモードにある場合、ＵＥの位置情報および／またはステータス情報を判定するため、ＭＭＥとＳＧＳＮとは、以下のうちの１つ以上を行うことができる。
【００４４】
・ＵＥから位置情報および／またはステータス情報を受信するため、ＵＥが起動される（アクティブになる）のを待機することと、
・ＵＥから受信された直近のアップデート（更新）の中で受信された位置情報および／またはステータス情報を再利用することと、そして、
・ＵＥについての最新の位置情報および／またはステータス情報を受信するためにＵＥをページングする（呼び出す）こと。
【００４５】
ＭＭＥおよび／またはＳＧＳＮは、ＵＥのステータスおよび／または位置を判定するためにこれらの手順のいずれか１つを行うように構成されてもよい。あるいは、ＭＭＥおよび／またはＳＧＳＮは、必要に応じてこれらの手順のいずれかの組み合わせを行うように構成されてもよい。例えば、図２は、二重登録を持つＵＥの位置情報および／またはステータス情報を判定する、簡易化したプロセスを示す図である。ＵＥについてのステータス情報および／または位置情報を要求するリクエストを受信した時点で（Ａ１）、ＭＭＥとＳＧＳＮとのいずれか一方または両方が、ＵＥがアイドルモードにあるのかどうかを判定するように構成されてもよいだろう（Ａ２）。ＵＥがアイドルモードにない（すなわち、ＵＥがアクティブである）場合には、ＭＭＥ／ＳＧＳＮは、ＵＥのアクティビティの間に受信された最新の情報を送信してもよいだろう（Ａ３）。しかし、ＵＥがアイドルモードにある場合には、ＭＭＥ／ＳＧＳＮは、ＵＥをページングすることなく、要求された情報を判定することを試行してもよいだろう（Ａ４）。これは、ＵＥが起動されたかどうかを確かめるために事前設定された時間帯の間待機することによって、達成されうるであろう。ＵＥがこの時間帯の間に起動された場合には、ＭＭＥ／ＳＧＳＮは、ＵＥについての最新のステータス情報および位置情報を使って更新されるであろうし、それを次いで、ＨＳＳへ送信してもよいだろう（Ａ５）。この時間帯が終了してもＵＥがまだ起動されなかった場合には、ＭＭＥ／ＳＧＳＮは、自分が保持しているＵＥについての直近の位置情報および／またはステータス情報のエイジ（経過時間）が事前設定された閾値を超えているかどうかを判定するように構成されてもよいだろう。直近の情報の経過時間がこの閾値を超えていない場合には、ＭＭＥ／ＳＧＳＮは、この情報が正確であると想定し、従って、この情報を現行のものであるとして取り扱って、これをＨＳＳへ送信する（Ａ５）ように構成されてもよいだろう。しかし、直近の情報の経過時間がこの閾値を超えていて、再利用するには古すぎると考えられる場合には、ＵＥについての最新の位置情報および／またはステータス情報を取得するために、ＭＭＥ／ＳＧＳＮは、ＵＥをページングしてもよいだろう（Ａ７）。
【００４６】
これらの手順をこのように次々に行えば、適切に正確な情報がいかなるその他の実際的な形でも取得できない場合に限ってＭＭＥ／ＳＧＳＮはＵＥのページングを行うであろうから、シグナリングが最小化されることが保証されるであろう。もちろん、ステップＡ４のこれらの手順のうち１つだけが行われてもよいし、両方のステップが逆の順序で行われてもよいだろう。
【００４７】
図３は、上記で概説した方法によって、ＵＥが現在留まっているセルのセルＩＤの形式で、位置情報を要求して受信するＡＳの簡易化したシグナリングフロー図である。行われるステップは以下のとおりである。
【００４８】
Ｂ１．ＡＳ（例えばＩＭＳ課金ＡＳ）が、特定の加入者のＵＥが現在位置しているセルのセルＩＤを要求するリクエストをＨＳＳへ送信する。リクエストは、加入者のＩＤ（例えば加入者のＩＭＳＩ）またはＵＥのＩＤ（例えばＩＭＥＩ）を含んでいる。
【００４９】
Ｂ２．この例では、ＭＭＥとＳＧＳＮとはいずれも、リクエストの中に提供されたＩＤから識別されるＵＥについて、ＨＳＳに登録されている。従って、ＨＳＳは、情報を要求するリクエストを、ＵＥが登録されているＭＭＥとＳＧＳＮとの両方へ送信する。
【００５０】
Ｂ３．ＨＳＳからリクエストを受信した時点で、ＭＭＥとＳＧＳＮとはいずれも、ＵＥがアクティブモードにあるのかアイドルモードにあるのかを判定するであろう。ＵＥがアクティブモードにある場合には、ＭＭＥとＳＧＳＮとは、セルＩＤを、ＵＥからの直近の更新の中で受信したものであると判定するであろう。しかし、ＵＥがアイドルモードにある場合には、ＭＭＥとＳＧＳＮとは、上記に概説した１つ以上の手順に従って位置情報を判定するであろう。例えば、ＭＭＥおよび／またはＳＧＳＮは、ＵＥが起動されるかどうかを見守ってもよいし、および／または、それらが保持している直近の情報の経過時間をチェックしてもよい。あるいは、その他の手順のいずれも成功しなかった場合には、ＭＭＥおよび／またはＳＧＳＮは、ＵＥをページングすることもできる。ＭＭＥおよび／またはＳＧＳＮが本当にＵＥをページングした場合には、ＵＥは、ＵＥが現在留まっている無線アクセス技術に関連するノードからのページングに限って応答するであろう。
【００５１】
Ｂ４．ＭＭＥおよびＳＧＳＮが、ＵＥについての現行のセルＩＤを判定することを試行した後、各ノードは、レスポンスをＨＳＳへ送信するであろう。また、ＭＭＥおよびＳＧＳＮからのレスポンスは、ＵＥのＩＳＲステータスのインジケーション（すなわち、ＩＳＲが起動されているかまたは停止されているか）と一緒に、情報がＵＥから受信された時刻を示すタイムスタンプを含んでいてもよい。ＭＭＥもＳＧＳＮもいずれも、ＵＥをページングする試行に成功しなかった場合には、このノードは、ＨＳＳからのリクエストを拒否することによって応答するであろう。
【００５２】
Ｂ５．ＨＳＳが、要求された情報をＭＭＥかＳＧＳＮかいずれか一方から受信し、両方から受信したのではない場合には、ＨＳＳは、受信したセルＩＤをＡＳへ送信するであろう。ＨＳＳが、要求された情報をＭＭＥとＳＧＳＮとの両方から受信した場合には、ＨＳＳは、ＡＳへのレスポンスの中でどちらの情報を送信すべきかを判定するために、何らかの事前設定された論理を適用することができる。あるいは、ＨＳＳは、ＭＭＥから受信した情報とＳＧＳＮから受信した情報とを両方ともＡＳへ送信することもできる。次いでＡＳは、どちらの集合の情報を使用すべきかを判定するために、何らかの事前設定された論理を適用するであろう。どちらの情報が使用されるべきかを判定するためにＨＳＳまたはＡＳのいずれか一方によって適用される論理は、例えば、直近のタイムスタンプを持つ情報が使用されることを必要としてもよいであろう。
【００５３】
図４は、ＵＥに関するステータス情報および位置情報を要求して受信するＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：サービス制御ポイント）の簡易化したシグナリングフロー図である。行われるステップは以下のとおりである。
【００５４】
Ｃ１．ＳＣＰ（例えばＩＭ−ＳＳＦ）が、特定の加入者のＵＥのステータスおよび位置を要求するＭＡＰ ＡＴＩメッセージをＨＳＳへ送信する。リクエストは、加入者のＩＤを含んでいる。
【００５５】
Ｃ２．この例では、ＭＭＥとＳＧＳＮとはいずれも、リクエストの中に提供されたＩＤから識別されるＵＥについて、ＨＳＳに登録されている。従って、ＨＳＳは、情報を要求するリクエストを、ＵＥが登録されているＭＭＥとＳＧＳＮとの両方へ送信する。また、ＨＳＳは、ステータス情報および位置情報を要求するリクエストを（点線で示すように）ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）へ送信してもよい。
【００５６】
Ｃ３．ＨＳＳからリクエストを受信した時点で、ＭＭＥとＳＧＳＮとはいずれも、ＵＥがアクティブモードにあるのかアイドルモードにあるのかを判定するであろう。ＵＥがアクティブモードにある場合には、ＭＭＥとＳＧＳＮとは、ステータス情報および位置情報を、ＵＥからの直近の更新の中で受信したものであると判定するであろう。しかし、ＵＥがアイドルモードにある場合には、ＭＭＥとＳＧＳＮとは、上記に概説した１つ以上の手順に従ってステータス情報および位置情報を判定するであろう。例えば、ＭＭＥおよび／またはＳＧＳＮは、ＵＥが起動されるかどうかを見守ってもよいし、および／または、それらが保持している直近の情報の経過時間をチェックしてもよい。あるいは、その他の手順のいずれも成功しなかった場合には、ＭＭＥおよび／またはＳＧＳＮは、ＵＥをページングすることもできる。ＭＭＥおよび／またはＳＧＳＮが本当にＵＥをページングした場合には、ＵＥは、ＵＥが現在留まっている無線アクセス技術に関連するノードからのページングに限って応答するであろう。
【００５７】
Ｃ４．ＭＭＥおよびＳＧＳＮが、ＵＥについての現行のステータス情報および位置情報を判定することを試行した後、各ノードは、レスポンスをＨＳＳへ送信するであろう。また、ＭＭＥおよびＳＧＳＮからのレスポンスは、ＵＥのＩＳＲステータスのインジケーション（すなわち、ＩＳＲが起動されているかまたは停止されているか）と一緒に、情報がＵＥから受信された時刻を示すタイムスタンプを含んでいてもよい。ＭＭＥもＳＧＳＮもいずれも、ＵＥをページングする試行に成功しなかった場合には、このノードは、ＨＳＳからのリクエストを拒否することによって応答するであろう。
【００５８】
Ｃ５．ＭＳＣもリクエストを受信し、かつ、ＵＥはＣＳ領域およびＰＳ領域の両方についての組み合わされた登録を有する場合には、ＭＳＣは、要求された情報を取得するために、リクエストをＳＧＳＮおよび／またはＭＭＥへ転送してもよい。
【００５９】
Ｃ６．ＨＳＳが、要求された情報をＭＭＥかＳＧＳＮかいずれか一方から受信し、両方から受信したのではない場合には、ＨＳＳは、受信した情報をＡＳへ送信するであろう。ＨＳＳが、要求された情報をＭＭＥとＳＧＳＮとの両方から受信した場合には、ＨＳＳは、ＡＳへのレスポンスの中でどちらの情報を送信すべきかを判定するために、何らかの事前設定された論理を適用することができる。あるいは、ＨＳＳは、ＭＭＥから受信した情報とＳＧＳＮから受信した情報とを両方ともＳＣＰへ送信することもできる。次いでＳＣＰは、どちらの集合の情報を使用すべきかを判定するために、何らかの事前設定された論理を適用するであろう。
【００６０】
また、本実施形態によって、ＭＭＥおよびＳＧＳＮからの情報を要求するだけでなく、ＨＳＳは、ステータス情報を要求するリクエストをＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）へ送信してもよい。加えて、ＵＥがＣＳ領域とＰＳ領域との両方について組み合わされた登録をしている場合には、ＭＳＣは、リクエストを（Ｇｓインタフェースを経て）ＳＧＳＮへ、および／または、（ＳＧｓインタフェースを経て）ＭＭＥへ、ＨＳＳからこれらのノードへ送信されるリクエストと並行して転送してもよい。これを実装するために、ＨＳＳは、ＭＳＣにもコンタクトをとるべき状況なのかどうかを判定するための何らかの論理を備えている必要があるであろう。
【００６１】
図５は、Ｖｏｉｃｅ ｏｖｅｒ ＩＭＳをサポートするＵＥに対する移動機に着信する（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ）音声呼の簡易化したシグナリングフロー図である。行われるステップは以下のとおりである。
【００６２】
Ｄ１．ＳＩＰ ＩＮＶＩＴＥが、発信ＵＥ（ＵＥ１）から、着信ＵＥ（ＵＥ２）の在圏ネットワーク内のＳ−ＣＳＣＦに対して送信される。
【００６３】
Ｄ２．次いでＳ−ＣＳＣＦが、着信ＵＥについてのサービス制御を行う。Ｓ−ＣＳＣＦは、適用可能な最初のフィルタ基準（ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ：ｉＦＣ）を評価して、ＩＮＶＩＴＥを受信すべきいずれかのＡＳを選択する。この場合、Ｓ−ＣＳＣＦは、音声呼をサポートするＳＣＣ ＡＳを選択する。
【００６４】
Ｄ３．Ｓ−ＣＳＣＦは、ＩＮＶＩＴＥをＳＣＣ ＡＳに向かってルーティングする。次いでＳＣＣ ＡＳが、セッションのアンカーとなる。
【００６５】
Ｄ４．ＳＣＣ ＡＳが、着信ＵＥのＶｏＩＭＳ（すなわち、ＵＥのために現在利用可能な音声ＩＭＳサービス）ステータスを要求するリクエストをＨＳＳへ（Ｓｈインタフェースを経て）送信する。また、任意で、ＳＣＣ ＡＳは、着信ＵＥのＩＳＲステータスを要求することもできる。
【００６６】
Ｄ５．この例では、ＭＭＥとＳＧＳＮとはいずれも、リクエストの中で与えられたＩＤから識別されるＵＥについて、ＨＳＳに登録されている。従って、ＨＳＳは、ＵＥのＶｏＩＭＳステータスを要求するメッセージを、ＵＥが登録されているＭＭＥとＳＧＳＮとの両方へ送信する。また、メッセージは、ＵＥから受信された最終更新の時刻を要求してもよい。
【００６７】
Ｄ６．ＨＳＳからリクエストを受信した時点で、ＭＭＥとＳＧＳＮとはいずれも、ＵＥから受信した最新の更新（すなわちＲＡＵ／ＴＡＵ）が、ＵＥの留まっている特定のアクセスネットワークではＶｏＩＭＳがサポートされていることを示しているかどうかを判定するであろう。また、ＭＭＥとＳＧＳＮとはいずれも、ＵＥから受信した最終更新の時刻を判定するであろう。ＭＭＥおよびＳＧＳＮが、ＵＥについてＶｏＩＭＳがサポートされているかどうかを判定した後、各ノードは、レスポンスをＨＳＳへ送信するであろう。また、ＭＭＥおよびＳＧＳＮからのレスポンスは、これがＨＳＳによって要求されたのかどうか、あるいは、ＭＭＥおよびＳＧＳＮが、いずれかのそのような情報を使ってタイムスタンプを提供するように構成されているかどうかに依存して、最終更新がＵＥから受信された時刻を示すタイムスタンプを含んでいてもよい。また、レスポンスは、ＵＥのＩＳＲステータスのインジケーション（すなわち、ＩＳＲが起動されているかまたは停止されているか）を含んでいてもよい。
【００６８】
Ｄ７．次いでＨＳＳが、ＭＭＥから受信した情報とＳＧＳＮから受信した情報とを両方とも、いずれかの関連するタイムスタンプと一緒にＳＣＣ ＡＳへ送信する。あるいは、ＨＳＳは、どちらの情報をＡＳへのレスポンスの中で送信すべきかを判定するために、何らかの事前設定された論理を適用することができる。例えば、ＨＳＳは、直近のタイムスタンプに関連する情報だけを選択して送信するように構成されてもよいだろう。
【００６９】
Ｄ８．ＨＳＳからのレスポンスの中で受信した情報に依存して、ＳＣＣ ＡＳは、次いで、着信ＵＥへの呼が、ＰＳアクセス領域に留まるべきかＣＳアクセス領域に留まるべきかを判定するであろう。呼が、ＰＳアクセスを介して着信ＵＥにルーティングされることになる場合には、ＩＮＶＩＴＥが（Ｓ−ＣＳＣＦを介して）Ｐ−ＣＳＣＦへ転送され、さらにＰＤＮ ＧＷ／ＧＧＳＮへ、そして最後に着信ＵＥへと送信される。呼が、ＣＳアクセスを介して着信ＵＥにルーティングされることになる場合には、ＩＮＶＩＴＥが、（必要に応じてＳ−ＣＳＣＦおよびＢＧＣＦを介して）ＭＳＣへ転送される。その後、呼は、適切になるようにＭＭＴｅｌ呼かまたはＣＳ呼かのいずれかへと通常どおり進む。
【００７０】
この場合もやはり、これらの状況下では、ＨＳＳは、ＳＣＣ ＡＳによって要求された場合には、ステータス情報および／またはＭＳＲＮ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｒｏａｍｉｎｇ Ｎｕｍｂｅｒ）を要求するリクエストをＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）へ送信してもよい。これは、いずれかのその後に確立された呼がＣＳ領域へ方向付けられる場合に有益であり、これによって、ＳＣＣ ＡＳがローミング番号を求める別のリクエストをＨＳＳへ送信する必要性が回避される。加えて、ＵＥがＣＳ領域とＰＳ領域との両方について組み合わされた登録を有する場合には、ＭＳＣは、リクエストを（Ｇｓインタフェースを経て）ＳＧＳＮへ、および／または、（ＳＧｓインタフェースを経て）ＭＭＥへ、ＨＳＳからこれらのノードへ送信されるリクエストと並行して転送してもよい。これを実装するために、ＨＳＳは、ＭＳＣにもコンタクトをとるべきかどうかを判定するための何らかの論理を備えている必要があるであろう。
【００７１】
上記の複数の方法によって、アプリケーションサーバは、発展型パケットコアネットワークにおいてＵＥについてのステータス情報および位置情報を、たとえＵＥがＭＭＥとＳＧＳＮとの両方に二重登録している場合であっても、また、ＵＥがアイドルモードにある場合でも、ＨＳＳから取得できる。特に、これらの方法によって、発展型パケットコアネットワークは、そのようなＵＥのためのＡＴＩメカニズム、ＣＤＲのためのセルＩＤ、およびＴ−ＡＤＳ機能性をサポートするであろう。
【００７２】
図６は、上記で述べた方法を実装するのに適したＭＭＥ／ＳＧＳＮ１の一例を略示する図である。ＭＭＥ／ＳＧＳＮ１は、コンピュータハードウェアとソフトウェアとの組み合わせとして実装することができる。ＭＭＥ／ＳＧＳＮ１は、送信器２と、受信器３と、プロセッサ４と、メモリ５とを備えている。メモリ５は、プロセッサ４によって実装される各種のプログラムを、例えば事前設定された制限時間および閾値ならびにＵＥから受信した直近の情報のようないずれかの必要データと共に記憶している。これらのプログラムは、判定ユニット６と、メッセージ生成器７と、タイマユニット８と、ページングユニット９とを含んでいる。送信器２は、レスポンスをＨＳＳに送信し、いずれかのページングメッセージをＵＥに送信する。受信器３は、ＵＥについての位置情報および／またはステータス情報を要求するリクエストをＨＳＳから受信し、そして、いずれかのページングレスポンスをＵＥから受信する。
【００７３】
判定ユニット６は、ＵＥについての位置情報および／またはステータス情報を判定するのに必要なステップを行う。判定ユニット６は、ＭＭＥ／ＳＧＳＮ１が、ＵＥからの直近の更新の中で受信した位置情報および／またはステータス情報を使って応答すべきか、あるいは、別のステップが必要なのかを判定する。判定ユニット６は、別のステップが必要であると判定した場合には、ＵＥがアクティブモードにあるのかアイドルモードにあるのかを判定するであろう。ＵＥがアクティブモードにある場合には、判定ユニット６は、ＵＥから受信した最新の位置情報および／またはステータス情報が用いられるべきだと判定する。しかし、ＵＥがアイドルモードにある場合には、判定ユニット６は、ＭＭＥ／ＳＧＳＮ１が、
・位置情報および／またはステータス情報を受信するためにＵＥが起動（アクティベーション）するのを待つべきか、
・ＵＥの位置情報および／またはステータス情報の直近のアップデート（更新）を用いるべきか、あるいは
・位置情報および／またはステータス情報を取得するためにＵＥに送信するためのページングメッセージを生成するべきか
を決定する。
【００７４】
ＭＭＥ／ＳＧＳＮ１はＵＥの位置情報および／またはステータス情報の直近の更新を用いるべきだと判定ユニット６が判定した場合には、判定ユニット６は、ＭＭＥ／ＳＧＳＮ１によって保持される位置情報および／またはステータス情報の経過時間が指定された閾値を超えているかどうかを判定する。そうでなければ、ＭＭＥ／ＳＧＳＮ１は、メモリ５の中にあるＵＥについて保持されるもっと最近の位置情報および／またはステータス情報を用いる。
【００７５】
ＭＭＥ／ＳＧＳＮ１は位置情報および／またはステータス情報を受信するためにＵＥが起動するのを待つべきだと判定ユニット６が判定した場合には、タイマユニット８は、指定された制限時間の間にユーザ端末が起動されるかどうかを判定する。もしそうなれば、ＭＭＥ／ＳＧＳＮ１は、ＵＥの起動からの位置情報および／またはステータス情報を用いる。
【００７６】
ＭＭＥ／ＳＧＳＮ１は位置情報および／またはステータス情報を取得するためにＵＥに送信するためのページングメッセージを生成するべきだと判定ユニット６が判定した場合には、ページングユニット９は、ページングユニットを生成して、ＵＥからのページングレスポンスを処理する。
【００７７】
メッセージ生成器７は、判定された位置情報および／またはステータス情報と、場合によっては情報についてのタイムスタンプとを含めて、ＨＳＳへのレスポンスを生成する。
【００７８】
図７は、上記で述べた方法を実装するのに適したＨＳＳ１０の一例を略示する図である。ＨＳＳ１０は、コンピュータハードウェアとソフトウェアとの組み合わせとして実装することができる。ＨＳＳ１０は、送信器１１と、受信器１２と、プロセッサ１３と、メモリ１４とを備えている。メモリ１４は、プロセッサ１３によって実装される各種のプログラムを、いずれかの必要データと共に記憶している。これらのプログラムは、メッセージ生成器１５と、選択ユニット１６とを含んでいる。送信器１１は、情報を要求するリクエストをＭＭＥおよびＳＧＳＮに送信し、レスポンスをＡＳに送信する。受信器３は、ＵＥについての位置情報および／またはステータス情報を要求するリクエストをＡＳから受信し、そして、レスポンスをＭＭＥおよびＳＧＳＮから受信する。
【００７９】
メッセージ生成器１５は、ＭＭＥおよびＳＧＳＮに送信される位置情報および／またはステータス情報を要求するメッセージを生成する。必要に応じて、選択ユニット１６が、ＭＭＥから受信した情報またはＳＧＳＮから受信した情報がＡＳに送信されるべきかどうかを判定するために、選択論理を適用する。
【００８０】
図８は、上記で述べた方法を実装するのに適したＡＳ１７の一例を略示する図である。ＡＳ１７は、コンピュータハードウェアとソフトウェアとの組み合わせとして実装することができる。ＡＳ１７は、送信器１８と、受信器１９と、プロセッサ２０と、メモリ２１とを備えている。メモリ２１は、プロセッサ２０によって実装される各種のプログラムを、いずれかの必要データと共に記憶している。これらのプログラムは、メッセージ生成器２２と、選択ユニット２３とを含んでいる。送信器１８は、ＵＥについての位置情報および／またはステータス情報を要求するリクエストをＨＳＳに送信する。受信器１９は、ＭＭＥおよび／またはＳＧＳＮから受信した位置情報および／またはステータス情報を含めて、レスポンスをＨＳＳから受信する。
【００８１】
メッセージ生成器２２は、ＨＳＳに送信される位置情報および／またはステータス情報を要求するメッセージを生成する。必要に応じて、選択ユニット２３が、ＭＭＥから受信した情報またはＳＧＳＮから受信した情報がＡＳ１７によって用いられるべきかどうかを判定するために、選択論理を適用する。
【００８２】
当業者には理解されるであろうが、本発明の範囲から逸脱することなく上記の実施形態に対してさまざまな修正が行われうる。例えば、上記の実施形態は、二重登録を持つユーザ端末に関する特定の情報を特定のアプリケーションサーバが必要とするシナリオに関しているが、上記の方法および装置は、いずれかの他のネットワークノードにも、また、例えばＭＭＥおよびＳＧＳＮのような移動性管理ノードによって提供されうる他のタイプの情報にも、等しく適用可能であることが理解されるべきである。
【技術分野】
【０００１】
本発明は、通信ネットワークで用いる方法および装置に関する。詳細には、本発明は、発展型パケットコア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークに接続されたユーザ端末についてのステータス情報および／または位置情報を取得するための方法および装置に関する。
【背景技術】
【０００２】
３ＧＰＰリリース８で導入されたＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）技術は、移動無線通信における次の主要なステップである。これによって、素晴らしいユーザ体験が生まれ、例えば双方向テレビ、ユーザが作成した動画、高度なゲーム、プロフェッショナルサービスなど、さらに要求の多いアプリケーションがサポートされるであろう。ＬＴＥは、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ−ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）無線アクセス技術を、高度なアンテナ技術と共に用いる。
【０００３】
図１は、Ｅ−ＵＴＲＡＮ無線アクセスネットワークとＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ：発展型パケットコア）ネットワークとを含めて、ＬＴＥシステムアーキテクチャを示す。Ｅ−ＵＴＲＡＮは、（図示しない）ｅノードＢ群から成り、それらはユーザ装置（ＵＥ）に対する無線インタフェースを提供する。ｅノードＢ群は、ＩＰベースのＸ２インタフェースを介して相互接続されており、ＥＰＣに対してはＩＰベースのＳ１インタフェースによって相互接続されている。ＥＰＣは、ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ：在圏ゲートウェイ）と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ：移動性管理エンティティ）と、ＰＤＮ ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ：パケット・データ・ネットワーク・ゲートウェイ）と、ＰＣＲＦ（Ｐｏｌｉｃｙ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ：ポリシー課金ルール機能）とを含んでいる。３Ｇアーキテクチャとは異なり、ＥＰＣは、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ：ホーム・ロケーション・レジスタ）を再利用しない。そうではなく、ＥＰＣでは、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ：ホーム加入者サーバ）が、ＨＬＲの加入者レジスタ機能性の代わりをする。加えて、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ：在圏ＧＰＲＳサポートノード）が、ＧＥＲＡＮ（２Ｇ）またはＵＴＲＡＮ（３Ｇ）のような旧式の無線アクセス技術を介してＥＰＣにアクセスするユーザ端末のための移動性サーバもしくは移動性管理ノードとして動作する。
【０００４】
ＳＧＷはユーザプレーンにあり、ここでＳＧＷは、ｅノードＢとＰＤＮ ＧＷとの間でパケットを転送してルーティングする。また、ＳＧＷは、ｅノードＢ間のハンドオーバおよび２つの３ＧＰＰシステム間のローミングのためのローカルモビリティアンカーとして機能する。アイドルモードのＵＥについては、ＳＧＷは、下りリンクデータパスを終端させ、下りリンクのデータが受信された場合、データをバッファに入れ、Ｓ１１インタフェースを経てＭＭＥにシグナリングすることによってページング手順をトリガすることに責任を持つ。
【０００５】
ＭＭＥは、Ｅ−ＵＴＲＡＮアクセスについての制御プレーン機能である。ＭＭＥは、状態（接続、分離、アイドル、ＲＡＮ移動性）、認証、ページング、３ＧＰＰ ２Ｇ／３Ｇノード（例えばＳＧＳＮ）との間の移動性、ローミング、その他のベアラ管理機能を管理する。ＭＭＥは、移動デバイスについての認証および重要な管理だけでなく、アイドルモードのＵＥについての追跡およびページング手順にも責任を持つ。ＭＭＥは、ＳＧＷおよびＰＤＮゲートウェイの選択を含めて、ベアラ起動／停止を許可する。ＳＧＳＮと同様、ＭＭＥは、セルレベルでの加入者の現在位置の知識を維持して、移動性サーバまたは移動性管理ノードとして動作する。ＭＭＥは、Ｓ１−ＭＭＥインタフェースによってＥ−ＵＴＲＡＮに接続し、Ｓ６ａインタフェースによってＨＳＳに接続する。
【０００６】
ＰＤＮ ＧＷは、ＬＴＥネットワークと、例えばインターネットまたはＳＩＰベースのＩＭＳ（ＩＰマルチメディアサブシステム）ネットワーク（固定および移動体）のような、ＰＤＮ（パケット・データ・ネットワーク）との間のインタフェースとして動作する。ＰＤＮ ＧＷは、３ＧＰＰアクセスシステム内の移動性についての、および、３ＧＰＰアクセスシステムと非３ＧＰＰアクセスシステムとの間の移動性についての移動性アンカーポイントである。ＰＤＮ ＧＷは、移動デバイス間のパケットフローに関するＩＰポリシーおよび課金の実施を行う。ＰＤＮ ＧＷは、ＩＰアドレス割当て、課金、パケットの綿密検査、合法インターセプト、ポリシー実施、その他のサービスに責任を持つ。
【０００７】
ＬＴＥ加入者が（例えばＬＴＥが利用できない地理的位置において）２Ｇ／３Ｇサービスを利用できるようにするため、異なる無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｉｅｓ：ＲＡＴ）間のシームレスな移動性が利用可能であるべきである。３ＧＰＰ ＴＳ ２３．４０１で規定されているＩｄｌｅ ｍｏｄｅ Ｓｉｇｎａｌｌｉｎｇ Ｒｅｄｕｃｔｉｏｎ（ＩＳＲ）として知られる機能は、ＵＥがアイドルモードにある場合、無線アクセス技術間の（ｉｎｔｅｒ−ＲＡＴ）セル再選択（すなわち、２Ｇ／３Ｇ ＲＡＴとＬＴＥ ＲＡＴとの間のハンドオーバ）の間、シグナリングを制限するメカニズムを提供する。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
アクティブなセッション（データまたは音声）に現在参加しているＵＥは、アクティブモードにあると言われる。アクティブモードでは、ネットワークは、ＵＥが位置している正確なセルを知っている。ＵＥがアクティブなデータ転送を行っていない場合、ＵＥはアイドルモードにあると言われる。アイドルモードでは、ネットワークは、ＵＥが現在留まっている正確なセルを知らない。代わりに、ネットワークは、セルのグループの精度（例えばルーティングエリアまたは追跡エリア）までに限って、セルの位置を知っている。従って、アイドルモードでは、ネットワークは、ＵＥに着信するデータを配信するためには、このグループの中のすべてのセルの中でＵＥを呼び出す必要がある。
【０００９】
ＩＳＲメカニズムは、ＵＥが、ＵＴＲＡＮ／ＧＥＲＡＮルーティングエリア（ＲＡ）リストとＥ−ＵＴＲＡＮ追跡エリア（ＴＡ）リストとの両方に同時に登録されたまま留まることを可能にする。これによってＵＥは、登録されたＲＡおよびＴＡリストの中に留まる限り、いかなるＴＡ Ｕｐｄａｔｅ（ＴＡＵ）リクエストもＲＡ Ｕｐｄａｔｅ（ＲＡＵ）リクエストも送信する必要なく、Ｅ−ＵＴＲＡＮとＵＴＲＡＮ／ＧＥＲＡＮとの間でセル再選択を実行できることになる。例えば、ＵＥがＳＧＳＮからＭＭＥに移動する場合、ＭＭＥは、Ｄｉａｍｅｔｅｒ Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ ＲｅｑｕｅｓｔメッセージをＨＳＳへ送信して、ＩＳＲが適用されることを示す。従って、ＨＳＳは、Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ ＲｅｑｕｅｓｔメッセージをＳＧＳＮに送信しない。ユーザがＳＧＳＮに戻ってＩＳＲが適用される場合、ＳＧＳＮは、ＭＡＰ Ｕｐｄａｔｅ ＧＰＲＳ Ｌｏｃａｔｉｏｎメッセージを（Ｇｒインタフェースを経て）ＨＳＳに送信しない。２Ｇ／３Ｇベアラを比較的短時間にわたって維持する場合に消費されるネットワークリソースは、頻繁にＲＡＴ間のハンドオーバを行った場合に消費されるネットワークリソースより少ないであろう。ＬＴＥアクセスは、少なくとも初期の普及段階では、比較的小さな「ホットスポット」に限定され、従ってそのようなＲＡＴ間のハンドオーバが頻繁に行われるだろうと予想されるため、そのような機能性は望ましい。
【００１０】
ＩＳＲが起動された場合、これは、ＵＥがＭＭＥとＳＧＳＮとの両方に登録されることを意味する。ＳＧＳＮもＭＭＥもどちらも、Ｓｅｒｖｉｎｇ ＧＷとの制御接続を有しており、また、どちらも、ＨＳＳに登録されている。ＵＥは、ＳＧＳＮからの移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ：ＭＭ）パラメータ（例えば、Ｐ−ＴＭＳＩおよびＲＡ）およびＭＭＥからの移動性管理パラメータ（例えばＧＵＴＩおよびＴＡ）、ならびに、Ｅ−ＵＴＲＡＮおよびＧＥＲＡＮ／ＵＴＲＡＮアクセスには一般的なセッション管理（ベアラ）コンテキストを記憶している。アイドル状態ではＵＥは、ネットワークとの間でＴＡＵまたはＲＡＵ手順を行うことを必要とせず、Ｅ−ＵＴＲＡＮとＧＥＲＡＮ／ＵＴＲＡＮとの間で（登録されたＲＡとＴＡとの範囲内で）再選択することができる。加えて、ＩＳＲが起動された場合、ＳＧＳＮおよびＭＭＥは相互のアドレスを記憶する。しかし、登録されたＲＡとすべての登録されたＴＡとの両方に関してＵＥを呼び出す必要があるため、ＩＳＲは、ＩＳＲがアクティブである場合のＵＥについては、より複雑なページング手順を実際に作成する。例えば、ＩＳＲが起動されている（そしてＵＥがアイドルモードにある）ＵＥに着信する下りリンクのデータが到着した場合、Ｓｅｒｖｉｎｇ ＧＷは、ＳＧＳＮとＭＭＥとの両方についてページングプロセスを開始する。同様に、ＩＳＲが起動されているＵＥの現在位置を要求するリクエストをＨＳＳが受信した場合、ＨＳＳは、２つの考えられるアクセスのうちのどちらをＵＥが使っているのかを知らないであろうから、ＳＧＳＮとＭＭＥとの両方にＵＥを呼び出すように要求することが必要であろう。その結果、ＵＥが応答するのは、自分が現在留まっている無線アクセスネットワークからだけであろう。
【００１１】
このようなＭＭＥとＳＧＳＮとの両方へのＵＥの同時「二重登録」は、ＩＳＲをサポートする手段として３ＧＰＰリリースの中に含まれてきた。しかし、たとえＩＳＲが使用されていなくても、二重登録が起こりうる状況が他にもありうる。例えば、ＵＥがＵＴＲＡＮ／ＧＥＲＡＮからＥ−ＵＴＲＡＮへと移った場合、ＨＳＳは、アクセスの変更を通知されないかもしれず、その結果、ＨＳＳは、たとえＩＳＲが使用されていない場合でも、そのＵＥについてＭＭＥとＳＧＳＮとの両方を示す登録を有することになる。
【００１２】
また、これらの二重登録は、アプリケーションサーバ（ＡＳ）がＵＥの位置情報および／またはステータス情報を要求するシナリオでも、問題も引き起こすことがある。これらのシナリオでは、ＨＳＳは、２つの登録のどちらが直近のものなのかを判定することができない。加えて、二重登録を有するＵＥがＬＴＥアクセスと２Ｇ／３Ｇアクセスとの間で変更される場合、そして、変更が、同じＭＭＥ−ＳＧＳＮペアの間で行われるならば、ＨＳＳは、このアクセスの変更を通知されないであろう。従って、要求側ＡＳがＨＳＳから受信する情報は、正確でない可能性があり、従って、誤った移動性管理ノード（すなわちＭＭＥ／ＳＧＳＮ）へ送信されうる位置情報またはステータス情報リクエストをＡＳに開始させる可能性がある。
【００１３】
例えば、移動機に着信する位置リクエスト（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ Ｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ：ＭＴＬＲ）の場合に位置情報サービス（Ｌｏｃａｔｉｏｎ Ｓｅｒｖｉｃｅｓ：ＬＣＳ）を提供するために、Ｇａｔｅｗａｙ Ｍｏｂｉｌｅ Ｌｏｃａｔｉｏｎ Ｃｅｎｔｒｅ（ＧＭＬＣ）が、ＵＥが現在登録されている移動性管理ノードのＩＤを要求するリクエストを、Ｌｈインタフェースを介してＨＳＳに対して行う。しかし、ＵＥがＭＭＥとＳＧＳＮとの両方への二重登録を有している場合には、ＨＳＳは、ＳＧＳＮとＭＭＥとの両方のＩＤを含むリストを使って応答するであろう。従って、ＧＭＬＣは、（たとえＨＳＳが、実装の選択肢として、移動性管理ノードの１つを「主エンティティ」として設定することができるとしても）２つのノードのうちのどちらにＵＥの位置を要求するリクエストを送信すべきかが分からないであろう。
【００１４】
加えて、２Ｇ／３ＧにおけるＳＭＳおよびＣＳ電話は、課金データ記録（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄｓ：ＣＤＲ）が、ネットワークによって検証されたセルＩＤを含んでいることを必要とする。このセルＩＤは課金の目的で用いられてもよいが、また、規制の必要条件を満たすためにも必要である。しかし、例えばＩＰ上のＳＭＳおよびＭＭＴｅｌのような、ＬＴＥシステムにおける同様のアプリケーションについては、ＵＥがＭＭＥとＳＧＳＮとの両方に登録し、かつ、アイドルモードにある場合には、最終更新でＨＳＳへ送信されたセルＩＤは、多分、現行のセルＩＤではないであろう。従って、そのようなサービスをサポートするアプリケーションサーバに対してＨＳＳによって提供されるセルＩＤは、多分、不正確であろう。
【００１５】
別の例として、一部のネットワークには、ＣＡＭＥＬ（Ｃｕｓｔｏｍｉｓｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｆｏｒ Ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ）標準のＡＴＩ（Ａｎｙ Ｔｉｍｅ Ｉｎｔｅｒｒｏｇａｔｉｏｎ）機能を利用する第三者アプリケーションサービスが存在する。このＡＴＩプロセスは、位置情報および／または加入者情報をＨＬＲに尋ねるのにＧＳＭ Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（ｇｓｍＳＣＦ）を、あるいは、（ｇｓｍＳＣＦの代わりに）ＨＳＳに尋ねるのにＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｆｕｎｃｔｉｏｎ（ＩＭ−ＳＳＦ）を可能にする。従って、これらのアプリケーションは、通常、ＵＥの位置（例えばセルＩＤ）およびステータス（例えばアイドルかアクティブか）に関心がある。しかし、ＩＭ−ＳＳＦのようなＡＳが二重登録を有するＵＥに関する情報を要求する場合には、ＨＳＳが、不正確な情報を使って応答することがありうる。例えば、ＵＥが実際にはＳＧＳＮに位置している場合に、ＨＳＳが、ＨＳＳの中では主エンティティとして構成されることから、ＵＥはＭＭＥに在圏していると示す可能性がある。
【００１６】
さらに、ＬＴＥネットワーク内の音声サービスについて、ＵＥが、ＭＭＴｅｌベースの音声サービスを使用できる（通常はＬＴＥ）アクセスにいるのか、あるいは、音声呼は回線交換（ＣＳ）アクセス（通常は２Ｇ／ＧＳＭ）に対して行われるべきかをネットワークが知ることを可能にするメカニズムは現時点では存在しない。移動機に着信する（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ：ＭＴ）呼についての現行のネットワーク機能性によれば、サービス一貫性兼連続性（Ｓｅｒｖｉｃｅ Ｃｏｎｓｉｓｔｅｎｃｙ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ：ＳＣＣ）ＡＳの着信アクセスドメイン選択（Ｔｅｒｍｉｎａｔｉｎｇ Ａｃｃｅｓｓ Ｄｏｍａｉｎ Ｓｅｌｅｃｔｉｏｎ：Ｔ−ＡＤＳ）機能は、ＰＳアクセス（通常はＬＴＥアクセス）を経てＭＭＴｅｌ呼をセットアップしようとするであろう。その結果、ＵＥが２Ｇアクセスネットワークにいる場合、ＳＩＰ ＩＮＶＩＴＥは、２Ｇパケット交換（ＰＳ）アクセスを経てはるばるＵＥまでルーティングされる必要があるであろう。ＵＥは、２ＧアクセスネットワークではＶｏｉｃｅ ｏｖｅｒ ＩＭＳをサポートしないであろうから、ＵＥは、ＩＮＶＩＴＥを拒否する応答をする必要があるであろう。次いで、拒否を受信した時点で、ＳＣＣ ＡＳは、ＣＳ呼をセットアップするために、ＭＳＣにコンタクトする必要があるであろう。このため、ＵＥがマルチアクセスネットワーク（すなわち、ＧＳＭおよび／またはＵＭＴＳ無線アクセスネットワークならびにＬＴＥ無線アクセスネットワーク）の２Ｇアクセスの在圏中である場合に、呼のセットアップが長引くことになる。
【課題を解決するための手段】
【００１７】
上記で挙げた諸問題を克服すること、あるいは少なくとも軽減することが、本発明の目的である。この目的は、発展型パケットコアネットワークにおいて二重登録を持つＵＥに関する情報をＨＳＳから取得（または「引き出す」）ための手順を定義することによって達成される。
【００１８】
本発明の第１の態様によって、発展型パケットコアネットワークに接続されたユーザ端末についての位置情報および／またはステータス情報を提供するために移動性管理ノードを操作する方法を提供する。方法は、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストを加入者レジスタから受信することと、ユーザ端末についての位置情報および／またはステータス情報を判定することと、判定された位置情報および／またはステータス情報を含めて加入者レジスタへレスポンスを送信することとを含んでいる。
【００１９】
ユーザ端末についての位置情報および／またはステータス情報を判定するステップは、ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いることを含んでいてもよい。あるいは、ユーザ端末についての位置情報および／またはステータス情報を判定するステップは、ユーザ端末がアクティブモードにあるのかアイドルモードにあるのかを判定することを含んでいてもよい。ユーザ端末がアクティブモードにある場合には、加入者レジスタへ送信されるレスポンスは、ユーザ端末から受信された最新のステータス情報および／または位置情報を含んでいる。しかし、ユーザ端末がアイドルモードにある場合、ユーザ端末についての位置情報および／またはステータス情報を判定するステップは、さらに、
位置情報および／またはステータス情報を受信するためにユーザ端末の起動を待機することと、
ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いることと、
位置情報および／またはステータス情報を求めてユーザ端末をページングすることと
のうちの１つ以上を含んでいてもよい。
【００２０】
ユーザ端末の起動を待機するステップは、指定された制限時間内にユーザ端末が起動されるかどうかを判定することと、もしそうなれば、ユーザ端末の起動からの位置情報および／またはステータス情報を用いることとを含んでいてもよい。しかし、指定された制限時間内にユーザ端末が起動されない場合、ユーザ端末についての位置情報および／またはステータス情報を判定するステップは、さらに、
ユーザ端末の位置および／またはステータスの直近の更新を用いることと、
位置情報および／またはステータス情報を求めてユーザ端末をページングすることと
のうちの１つ以上を含んでいてもよい。
【００２１】
ユーザ端末の位置および／またはステータスの直近の更新を用いるステップは、移動性管理ノードによって保持されている位置情報および／またはステータス情報の経過時間が、指定された閾値を超えているかどうかを判定することと、そして、そうでなければ、移動性管理ノードによって保持されているユーザ端末の位置情報および／またはステータス情報を用いることとを含んでいてもよい。しかし、移動性管理ノードによって保持されている位置情報および／またはステータス情報のエイジ（経過時間）が、指定された閾値を超えている場合、ユーザ端末についての位置情報および／またはステータス情報を判定するステップは、さらに、
位置情報および／またはステータス情報を求めてユーザ端末をページングすること
を含んでいてもよい。
【００２２】
ユーザ端末の位置情報および／またはステータス情報の直近の更新が用いられる場合には、加入者レジスタへ送信されるレスポンスは、最終更新の時刻または最終更新以後の時間についてのユーザ端末からのインジケーションを含んでいる。
【００２３】
移動性管理ノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）であってもよいし、無線アクセス技術は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）であってもよい。あるいは、移動性管理ノードは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）であってもよいし、無線アクセス技術は、ＧＥＲＡＮ（ＧＳＭ Ｅｄｇｅ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）またはＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）であってもよい。加入者レジスタは、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）であってもよい。
【００２４】
本発明の第２の態様によって、発展型パケットコアネットワークに接続されたユーザ端末についての位置情報および／またはステータス情報を取得するために加入者レジスタを操作する方法を提供するが、ユーザ端末は、第１の無線アクセス技術において第１の移動性管理ノードに登録され、第２の無線アクセス技術において第２の移動性管理ノードに登録されている。方法は、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストをアプリケーションサーバから受信することと、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストを第１の移動性管理ノードと第２の移動性管理ノードとの両方へ送信することと、第１の移動性管理ノードおよび／または第２の移動性管理ノードから、要求された情報を含むレスポンスを受信することと、そして、第１の移動性管理ノードおよび／または第２の移動性管理ノードから受信された要求された情報をアプリケーションサーバへ送信することとを含んでいる。
【００２５】
方法は、さらに、要求された情報が第１の移動性管理ノードと第２の移動性管理ノードとの両方から受信された場合には、第１の移動性管理ノードから受信された情報または第２の移動性管理ノードから受信された情報がアプリケーションサーバへ送信されるべきかどうかを判定するための選択論理を適用することと、選択された情報だけをアプリケーションサーバへ送信することとを含んでいてもよい。要求された情報が、最終更新の時刻または最終更新以後の時間についてのユーザ端末からのインジケーションを含んでいる場合には、選択論理は、直近の情報を選択することを含んでいてもよい。
【００２６】
位置情報および／またはステータス情報は、
ユーザ端末が位置するセルまたはサービスエリアの識別子と、
ユーザ端末についてＩＰ電話サービスが利用可能か否かのインジケーションと、
ユーザ端末がアイドルであるかアクティブであるかのインジケーションと、そして、
ユーザ端末についてアイドルシグナリングモードの削減が起動されているか否かのインジケーションと
のうち、１つ以上を含んでいてもよい。
【００２７】
第１の移動性管理ノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）であってもよいし、第１の無線アクセス技術は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）であってもよい。第２の移動性管理ノードは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）であってもよいし、第２の無線アクセス技術は、ＧＥＲＡＮ（ＧＳＭ Ｅｄｇｅ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）またはＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）であってもよい。
【００２８】
本発明の第３の態様によって、発展型パケットコアネットワークに接続されたユーザ端末についての位置情報および／またはステータス情報を判定するためにアプリケーションサーバを操作する方法を提供する。方法は、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストを加入者レジスタへ送信することと、位置情報および／またはステータス情報の第１の集合と位置情報および／またはステータス情報の第２の集合とを含むレスポンスを加入者レジスタから受信することと、第１の集合と第２の集合とのうちのいずれが用いられるべきかを判定するための選択論理を適用することとを含んでいる。
【００２９】
位置情報および／またはステータス情報の第１の集合と第２の集合とがいずれも、情報の経過時間のインジケーションを含んでいる場合には、選択論理は、直近の情報を選択することを含んでいてもよい。
【００３０】
ユーザ端末が、第１の無線アクセス技術で第１の移動性管理ノードに登録し、第２の無線アクセス技術で第２の移動性管理ノードに登録している場合には、第１の集合は、第１の移動性管理ノードから検索された情報であってもよく、第２の集合は、第２の移動性管理ノードから検索された情報であってもよい。
【００３１】
アプリケーションサーバは、
ＩＰマルチメディアサブシステム課金（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ Ｃｈａｒｇｉｎｇ）アプリケーションサーバと、
サービス制御ポイント（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）と、
サービス一元化および連続化（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ）アプリケーションサーバと、
ゲートウェイモバイル位置管理センタ（Ｇａｔｅｗａｙ Ｍｏｂｉｌｅ Ｌｏｃａｔｉｏｎ Ｃｅｎｔｒｅ）と
のうちいずれか１つを含んでいてもよい。
【００３２】
本発明の第４の態様によって、発展型パケットコアネットワークに接続された移動性管理ノードを操作するように構成された装置を提供する。装置は、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストを加入者レジスタから受信するための受信器と、ユーザ端末についての位置情報および／またはステータス情報を判定するため、かつ、判定された位置情報および／またはステータス情報を含めて加入者レジスタへのレスポンスを生成するためのプロセッサと、含めてレスポンスを加入者レジスタへ送信するための送信器とを含んでいる。
【００３３】
ユーザ端末についての位置情報および／またはステータス情報を判定する場合、プロセッサは、ユーザ端末からの直近の更新の中で受信された位置情報および／またはステータス情報を用いるように構成されてもよい。あるいは、プロセッサは、ユーザ端末がアクティブモードにあるのかアイドルモードにあるのかを判定するように構成されてもよい。ユーザ端末がアクティブモードにある場合には、プロセッサは、ユーザ端末から受信された最新の位置情報および／またはステータス情報を用いてもよい。しかし、ユーザ端末がアイドルモードにある場合には、プロセッサは、
位置情報および／またはステータス情報を受信するためにユーザ端末の起動を待機することと、
ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いることと、そして、
位置情報および／またはステータス情報を取得するためにユーザ端末に送信するためのページングメッセージを生成することと
のうち１つ以上を行うように構成されてもよい。
【００３４】
ユーザ端末の起動を待機する場合、プロセッサは、さらに、指定された制限時間内にユーザ端末が起動されるかどうかを判定するように構成されてもよく、もし、そうであれば、ユーザ端末の起動から位置情報および／またはステータス情報を用いるように構成されてもよい。しかし、指定された制限時間内にユーザ端末が起動されないと判定された場合、プロセッサは、さらに、
ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いることと、
位置情報および／またはステータス情報を取得するためにユーザ端末に送信するためのページングメッセージを生成すること
とのうち１つ以上を行うように構成されてもよい。
【００３５】
ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いる場合、プロセッサは、さらに、移動性管理ノードによって保持される位置情報および／またはステータス情報の経過時間が指定された閾値を超えているかどうかを判定するように構成されてもよく、そして、そうでなければ、移動性管理ノードによって保持されるユーザ端末の位置情報および／またはステータス情報を用いるように構成されてもよい。しかし、移動性管理ノードによって保持される位置情報および／またはステータス情報の経過時間が指定された閾値を超えていると判定された場合、プロセッサは、さらに、位置情報および／またはステータス情報を取得するためにユーザ端末に送信するためのページングメッセージを生成するように構成されてもよい。もしそうなれば、装置は、さらに、ユーザ端末にページングメッセージを送信するための別の送信器と、ユーザ端末からページングレスポンスを受信するための別の受信器とを備えていてもよい。
【００３６】
ユーザ端末の位置情報および／またはステータス情報の直近の更新を用いる場合、プロセッサは、さらに、ユーザ端末から受信された最終更新の時刻または最終更新以後の時間のインジケーションを加入者レジスタへのレスポンスの中に含むように構成されてもよい。
【００３７】
本発明の第５の態様によって、発展型パケットコアネットワークに接続されたユーザ端末についての位置情報および／またはステータス情報を取得するために加入者レジスタを操作するように構成された装置を提供するが、ユーザ端末は、第１の無線アクセス技術において第１の移動性管理ノードに登録され、第２の無線アクセス技術において第２の移動性管理ノードに登録されている。装置は、
ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストをアプリケーションサーバから受信するための第１の受信器と、
第１の移動性管理ノードへ送信するための第１のメッセージと第２の移動性管理ノードへ送信するための第２のメッセージとを、ユーザ端末についての位置情報および／またはステータス情報を要求する第１および第２のメッセージとして生成するためのプロセッサと、
第１のメッセージを第１の移動性管理ノードへ送信し、第２のメッセージを第２の移動性管理ノードへ送信するための第１の送信器と、
第１の移動性管理ノードおよび／または第２の移動性管理ノードから、要求された情報を含むレスポンスを受信するための第２の受信器と、そして、
第１の移動性管理ノードおよび／または第２の移動性管理ノードから受信された要求された情報をアプリケーションサーバへ送信するための第２の送信器と
を含んでいる。
【００３８】
要求された情報が第１の移動性管理ノードと第２の移動性管理ノードとの両方から受信された場合、プロセッサは、さらに、第１の移動性管理ノードから受信された情報または第２の移動性管理ノードから受信された情報がアプリケーションサーバへ送信されるべきかどうかを判定するための選択論理を適用するように構成されてもよい。
【００３９】
本発明の第６の態様によって、発展型パケットコアネットワークに接続されたユーザ端末についての位置情報および／またはステータス情報を判定するためにアプリケーションサーバとして動作するように構成された装置を提供する。装置は、ユーザ端末についての位置情報および／またはステータス情報を要求するリクエストを加入者レジスタへ送信するための送信器と、位置情報および／またはステータス情報の第１の集合と位置情報および／またはステータス情報の第２の集合とを含むレスポンスを加入者レジスタから受信するための受信器と、そして、第１の集合と第２の集合とのいずれが用いられるべきかを判定する選択論理を適用するためのプロセッサとを含んでいる。
【００４０】
位置情報および／またはステータス情報の第１および第２の集合がいずれも、情報の経過時間のインジケーションを含んでいる場合には、選択論理は、直近の情報を選択することを含んでいてもよい。
【図面の簡単な説明】
【００４１】
【図１】ＬＴＥシステムアーキテクチャを略示する図である。
【図２】本発明の一実施形態による二重登録を持つＵＥの位置情報および／またはステータス情報を判定するプロセスの簡易化したフロー図である。
【図３】本発明の一実施形態によるユーザ端末位置情報を取得する方法の例示的なシグナリングフロー図である。
【図４】本発明の一実施形態によるユーザ端末位置情報およびステータス情報を取得する方法の例示的なシグナリングフロー図である。
【図５】本発明の一実施形態によるＶｏＩＭＳをサポートするユーザ端末に対する移動機に着信する音声呼の例示的なシグナリングフロー図である。
【図６】本発明の一実施形態によるＭＭＥ／ＳＧＳＮの一例を略示する図である。
【図７】本発明の一実施形態によるＨＳＳの一例を略示する図である。
【図８】本発明の一実施形態によるＡＳの一例を略示する図である。
【発明を実施するための形態】
【００４２】
次に、発展型パケットコアネットワークに接続されたＵＥに関する情報を取得する方法について記述しよう。特に、この方法は、例えばホーム加入者サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）のような加入者レジスタが、ＭＭＥとＳＧＳＮとの両方に登録されているユーザ端末についての位置情報および／またはステータス情報を取得することを可能にする。この方法は、ＨＳＳが、ユーザ端末が登録されているＭＭＥとＳＧＳＮとの両方に対してユーザ端末の位置および／またはステータスを要求するリクエストを送信することを含む。次いで、ＭＭＥとＳＧＳＮとの両方が、ＨＳＳからの要求に従ってユーザ端末の位置および／またはステータスを判定することを試行するであろう。位置情報は、セルＩＤもしくはサービスエリアＩＤを含んでいてもよく、ステータス情報は、ユーザ端末がアクティブモードにあるのかアイドルモードにあるのかについてのインジケーション、または、例えばＩＭＳ呼（Ｖｏｉｃｅ ｏｖｅｒ ＩＭＳ）のような、所定のサービスのユーザ端末への利用可能性に関する情報を含んでいてもよい。
【００４３】
ＵＥがアクティブモードにある場合には、ＭＭＥもＳＧＳＮもいずれも、ＵＥから受信した直近の位置および／またはステータス情報を提供することができるであろうし、それは通常、正確であろう。しかし、ＵＥがアイドルモードにある場合には、ＵＥからの直近の更新の中で受信され、かつ、ＭＭＥ／ＳＧＳＮによって現在保持されている位置情報および／またはステータス情報は、正確でないことがある。従って、ＵＥがアイドルモードにある場合、ＵＥの位置情報および／またはステータス情報を判定するため、ＭＭＥとＳＧＳＮとは、以下のうちの１つ以上を行うことができる。
【００４４】
・ＵＥから位置情報および／またはステータス情報を受信するため、ＵＥが起動される（アクティブになる）のを待機することと、
・ＵＥから受信された直近のアップデート（更新）の中で受信された位置情報および／またはステータス情報を再利用することと、そして、
・ＵＥについての最新の位置情報および／またはステータス情報を受信するためにＵＥをページングする（呼び出す）こと。
【００４５】
ＭＭＥおよび／またはＳＧＳＮは、ＵＥのステータスおよび／または位置を判定するためにこれらの手順のいずれか１つを行うように構成されてもよい。あるいは、ＭＭＥおよび／またはＳＧＳＮは、必要に応じてこれらの手順のいずれかの組み合わせを行うように構成されてもよい。例えば、図２は、二重登録を持つＵＥの位置情報および／またはステータス情報を判定する、簡易化したプロセスを示す図である。ＵＥについてのステータス情報および／または位置情報を要求するリクエストを受信した時点で（Ａ１）、ＭＭＥとＳＧＳＮとのいずれか一方または両方が、ＵＥがアイドルモードにあるのかどうかを判定するように構成されてもよいだろう（Ａ２）。ＵＥがアイドルモードにない（すなわち、ＵＥがアクティブである）場合には、ＭＭＥ／ＳＧＳＮは、ＵＥのアクティビティの間に受信された最新の情報を送信してもよいだろう（Ａ３）。しかし、ＵＥがアイドルモードにある場合には、ＭＭＥ／ＳＧＳＮは、ＵＥをページングすることなく、要求された情報を判定することを試行してもよいだろう（Ａ４）。これは、ＵＥが起動されたかどうかを確かめるために事前設定された時間帯の間待機することによって、達成されうるであろう。ＵＥがこの時間帯の間に起動された場合には、ＭＭＥ／ＳＧＳＮは、ＵＥについての最新のステータス情報および位置情報を使って更新されるであろうし、それを次いで、ＨＳＳへ送信してもよいだろう（Ａ５）。この時間帯が終了してもＵＥがまだ起動されなかった場合には、ＭＭＥ／ＳＧＳＮは、自分が保持しているＵＥについての直近の位置情報および／またはステータス情報のエイジ（経過時間）が事前設定された閾値を超えているかどうかを判定するように構成されてもよいだろう。直近の情報の経過時間がこの閾値を超えていない場合には、ＭＭＥ／ＳＧＳＮは、この情報が正確であると想定し、従って、この情報を現行のものであるとして取り扱って、これをＨＳＳへ送信する（Ａ５）ように構成されてもよいだろう。しかし、直近の情報の経過時間がこの閾値を超えていて、再利用するには古すぎると考えられる場合には、ＵＥについての最新の位置情報および／またはステータス情報を取得するために、ＭＭＥ／ＳＧＳＮは、ＵＥをページングしてもよいだろう（Ａ７）。
【００４６】
これらの手順をこのように次々に行えば、適切に正確な情報がいかなるその他の実際的な形でも取得できない場合に限ってＭＭＥ／ＳＧＳＮはＵＥのページングを行うであろうから、シグナリングが最小化されることが保証されるであろう。もちろん、ステップＡ４のこれらの手順のうち１つだけが行われてもよいし、両方のステップが逆の順序で行われてもよいだろう。
【００４７】
図３は、上記で概説した方法によって、ＵＥが現在留まっているセルのセルＩＤの形式で、位置情報を要求して受信するＡＳの簡易化したシグナリングフロー図である。行われるステップは以下のとおりである。
【００４８】
Ｂ１．ＡＳ（例えばＩＭＳ課金ＡＳ）が、特定の加入者のＵＥが現在位置しているセルのセルＩＤを要求するリクエストをＨＳＳへ送信する。リクエストは、加入者のＩＤ（例えば加入者のＩＭＳＩ）またはＵＥのＩＤ（例えばＩＭＥＩ）を含んでいる。
【００４９】
Ｂ２．この例では、ＭＭＥとＳＧＳＮとはいずれも、リクエストの中に提供されたＩＤから識別されるＵＥについて、ＨＳＳに登録されている。従って、ＨＳＳは、情報を要求するリクエストを、ＵＥが登録されているＭＭＥとＳＧＳＮとの両方へ送信する。
【００５０】
Ｂ３．ＨＳＳからリクエストを受信した時点で、ＭＭＥとＳＧＳＮとはいずれも、ＵＥがアクティブモードにあるのかアイドルモードにあるのかを判定するであろう。ＵＥがアクティブモードにある場合には、ＭＭＥとＳＧＳＮとは、セルＩＤを、ＵＥからの直近の更新の中で受信したものであると判定するであろう。しかし、ＵＥがアイドルモードにある場合には、ＭＭＥとＳＧＳＮとは、上記に概説した１つ以上の手順に従って位置情報を判定するであろう。例えば、ＭＭＥおよび／またはＳＧＳＮは、ＵＥが起動されるかどうかを見守ってもよいし、および／または、それらが保持している直近の情報の経過時間をチェックしてもよい。あるいは、その他の手順のいずれも成功しなかった場合には、ＭＭＥおよび／またはＳＧＳＮは、ＵＥをページングすることもできる。ＭＭＥおよび／またはＳＧＳＮが本当にＵＥをページングした場合には、ＵＥは、ＵＥが現在留まっている無線アクセス技術に関連するノードからのページングに限って応答するであろう。
【００５１】
Ｂ４．ＭＭＥおよびＳＧＳＮが、ＵＥについての現行のセルＩＤを判定することを試行した後、各ノードは、レスポンスをＨＳＳへ送信するであろう。また、ＭＭＥおよびＳＧＳＮからのレスポンスは、ＵＥのＩＳＲステータスのインジケーション（すなわち、ＩＳＲが起動されているかまたは停止されているか）と一緒に、情報がＵＥから受信された時刻を示すタイムスタンプを含んでいてもよい。ＭＭＥもＳＧＳＮもいずれも、ＵＥをページングする試行に成功しなかった場合には、このノードは、ＨＳＳからのリクエストを拒否することによって応答するであろう。
【００５２】
Ｂ５．ＨＳＳが、要求された情報をＭＭＥかＳＧＳＮかいずれか一方から受信し、両方から受信したのではない場合には、ＨＳＳは、受信したセルＩＤをＡＳへ送信するであろう。ＨＳＳが、要求された情報をＭＭＥとＳＧＳＮとの両方から受信した場合には、ＨＳＳは、ＡＳへのレスポンスの中でどちらの情報を送信すべきかを判定するために、何らかの事前設定された論理を適用することができる。あるいは、ＨＳＳは、ＭＭＥから受信した情報とＳＧＳＮから受信した情報とを両方ともＡＳへ送信することもできる。次いでＡＳは、どちらの集合の情報を使用すべきかを判定するために、何らかの事前設定された論理を適用するであろう。どちらの情報が使用されるべきかを判定するためにＨＳＳまたはＡＳのいずれか一方によって適用される論理は、例えば、直近のタイムスタンプを持つ情報が使用されることを必要としてもよいであろう。
【００５３】
図４は、ＵＥに関するステータス情報および位置情報を要求して受信するＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ：サービス制御ポイント）の簡易化したシグナリングフロー図である。行われるステップは以下のとおりである。
【００５４】
Ｃ１．ＳＣＰ（例えばＩＭ−ＳＳＦ）が、特定の加入者のＵＥのステータスおよび位置を要求するＭＡＰ ＡＴＩメッセージをＨＳＳへ送信する。リクエストは、加入者のＩＤを含んでいる。
【００５５】
Ｃ２．この例では、ＭＭＥとＳＧＳＮとはいずれも、リクエストの中に提供されたＩＤから識別されるＵＥについて、ＨＳＳに登録されている。従って、ＨＳＳは、情報を要求するリクエストを、ＵＥが登録されているＭＭＥとＳＧＳＮとの両方へ送信する。また、ＨＳＳは、ステータス情報および位置情報を要求するリクエストを（点線で示すように）ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）へ送信してもよい。
【００５６】
Ｃ３．ＨＳＳからリクエストを受信した時点で、ＭＭＥとＳＧＳＮとはいずれも、ＵＥがアクティブモードにあるのかアイドルモードにあるのかを判定するであろう。ＵＥがアクティブモードにある場合には、ＭＭＥとＳＧＳＮとは、ステータス情報および位置情報を、ＵＥからの直近の更新の中で受信したものであると判定するであろう。しかし、ＵＥがアイドルモードにある場合には、ＭＭＥとＳＧＳＮとは、上記に概説した１つ以上の手順に従ってステータス情報および位置情報を判定するであろう。例えば、ＭＭＥおよび／またはＳＧＳＮは、ＵＥが起動されるかどうかを見守ってもよいし、および／または、それらが保持している直近の情報の経過時間をチェックしてもよい。あるいは、その他の手順のいずれも成功しなかった場合には、ＭＭＥおよび／またはＳＧＳＮは、ＵＥをページングすることもできる。ＭＭＥおよび／またはＳＧＳＮが本当にＵＥをページングした場合には、ＵＥは、ＵＥが現在留まっている無線アクセス技術に関連するノードからのページングに限って応答するであろう。
【００５７】
Ｃ４．ＭＭＥおよびＳＧＳＮが、ＵＥについての現行のステータス情報および位置情報を判定することを試行した後、各ノードは、レスポンスをＨＳＳへ送信するであろう。また、ＭＭＥおよびＳＧＳＮからのレスポンスは、ＵＥのＩＳＲステータスのインジケーション（すなわち、ＩＳＲが起動されているかまたは停止されているか）と一緒に、情報がＵＥから受信された時刻を示すタイムスタンプを含んでいてもよい。ＭＭＥもＳＧＳＮもいずれも、ＵＥをページングする試行に成功しなかった場合には、このノードは、ＨＳＳからのリクエストを拒否することによって応答するであろう。
【００５８】
Ｃ５．ＭＳＣもリクエストを受信し、かつ、ＵＥはＣＳ領域およびＰＳ領域の両方についての組み合わされた登録を有する場合には、ＭＳＣは、要求された情報を取得するために、リクエストをＳＧＳＮおよび／またはＭＭＥへ転送してもよい。
【００５９】
Ｃ６．ＨＳＳが、要求された情報をＭＭＥかＳＧＳＮかいずれか一方から受信し、両方から受信したのではない場合には、ＨＳＳは、受信した情報をＡＳへ送信するであろう。ＨＳＳが、要求された情報をＭＭＥとＳＧＳＮとの両方から受信した場合には、ＨＳＳは、ＡＳへのレスポンスの中でどちらの情報を送信すべきかを判定するために、何らかの事前設定された論理を適用することができる。あるいは、ＨＳＳは、ＭＭＥから受信した情報とＳＧＳＮから受信した情報とを両方ともＳＣＰへ送信することもできる。次いでＳＣＰは、どちらの集合の情報を使用すべきかを判定するために、何らかの事前設定された論理を適用するであろう。
【００６０】
また、本実施形態によって、ＭＭＥおよびＳＧＳＮからの情報を要求するだけでなく、ＨＳＳは、ステータス情報を要求するリクエストをＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）へ送信してもよい。加えて、ＵＥがＣＳ領域とＰＳ領域との両方について組み合わされた登録をしている場合には、ＭＳＣは、リクエストを（Ｇｓインタフェースを経て）ＳＧＳＮへ、および／または、（ＳＧｓインタフェースを経て）ＭＭＥへ、ＨＳＳからこれらのノードへ送信されるリクエストと並行して転送してもよい。これを実装するために、ＨＳＳは、ＭＳＣにもコンタクトをとるべき状況なのかどうかを判定するための何らかの論理を備えている必要があるであろう。
【００６１】
図５は、Ｖｏｉｃｅ ｏｖｅｒ ＩＭＳをサポートするＵＥに対する移動機に着信する（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ）音声呼の簡易化したシグナリングフロー図である。行われるステップは以下のとおりである。
【００６２】
Ｄ１．ＳＩＰ ＩＮＶＩＴＥが、発信ＵＥ（ＵＥ１）から、着信ＵＥ（ＵＥ２）の在圏ネットワーク内のＳ−ＣＳＣＦに対して送信される。
【００６３】
Ｄ２．次いでＳ−ＣＳＣＦが、着信ＵＥについてのサービス制御を行う。Ｓ−ＣＳＣＦは、適用可能な最初のフィルタ基準（ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ：ｉＦＣ）を評価して、ＩＮＶＩＴＥを受信すべきいずれかのＡＳを選択する。この場合、Ｓ−ＣＳＣＦは、音声呼をサポートするＳＣＣ ＡＳを選択する。
【００６４】
Ｄ３．Ｓ−ＣＳＣＦは、ＩＮＶＩＴＥをＳＣＣ ＡＳに向かってルーティングする。次いでＳＣＣ ＡＳが、セッションのアンカーとなる。
【００６５】
Ｄ４．ＳＣＣ ＡＳが、着信ＵＥのＶｏＩＭＳ（すなわち、ＵＥのために現在利用可能な音声ＩＭＳサービス）ステータスを要求するリクエストをＨＳＳへ（Ｓｈインタフェースを経て）送信する。また、任意で、ＳＣＣ ＡＳは、着信ＵＥのＩＳＲステータスを要求することもできる。
【００６６】
Ｄ５．この例では、ＭＭＥとＳＧＳＮとはいずれも、リクエストの中で与えられたＩＤから識別されるＵＥについて、ＨＳＳに登録されている。従って、ＨＳＳは、ＵＥのＶｏＩＭＳステータスを要求するメッセージを、ＵＥが登録されているＭＭＥとＳＧＳＮとの両方へ送信する。また、メッセージは、ＵＥから受信された最終更新の時刻を要求してもよい。
【００６７】
Ｄ６．ＨＳＳからリクエストを受信した時点で、ＭＭＥとＳＧＳＮとはいずれも、ＵＥから受信した最新の更新（すなわちＲＡＵ／ＴＡＵ）が、ＵＥの留まっている特定のアクセスネットワークではＶｏＩＭＳがサポートされていることを示しているかどうかを判定するであろう。また、ＭＭＥとＳＧＳＮとはいずれも、ＵＥから受信した最終更新の時刻を判定するであろう。ＭＭＥおよびＳＧＳＮが、ＵＥについてＶｏＩＭＳがサポートされているかどうかを判定した後、各ノードは、レスポンスをＨＳＳへ送信するであろう。また、ＭＭＥおよびＳＧＳＮからのレスポンスは、これがＨＳＳによって要求されたのかどうか、あるいは、ＭＭＥおよびＳＧＳＮが、いずれかのそのような情報を使ってタイムスタンプを提供するように構成されているかどうかに依存して、最終更新がＵＥから受信された時刻を示すタイムスタンプを含んでいてもよい。また、レスポンスは、ＵＥのＩＳＲステータスのインジケーション（すなわち、ＩＳＲが起動されているかまたは停止されているか）を含んでいてもよい。
【００６８】
Ｄ７．次いでＨＳＳが、ＭＭＥから受信した情報とＳＧＳＮから受信した情報とを両方とも、いずれかの関連するタイムスタンプと一緒にＳＣＣ ＡＳへ送信する。あるいは、ＨＳＳは、どちらの情報をＡＳへのレスポンスの中で送信すべきかを判定するために、何らかの事前設定された論理を適用することができる。例えば、ＨＳＳは、直近のタイムスタンプに関連する情報だけを選択して送信するように構成されてもよいだろう。
【００６９】
Ｄ８．ＨＳＳからのレスポンスの中で受信した情報に依存して、ＳＣＣ ＡＳは、次いで、着信ＵＥへの呼が、ＰＳアクセス領域に留まるべきかＣＳアクセス領域に留まるべきかを判定するであろう。呼が、ＰＳアクセスを介して着信ＵＥにルーティングされることになる場合には、ＩＮＶＩＴＥが（Ｓ−ＣＳＣＦを介して）Ｐ−ＣＳＣＦへ転送され、さらにＰＤＮ ＧＷ／ＧＧＳＮへ、そして最後に着信ＵＥへと送信される。呼が、ＣＳアクセスを介して着信ＵＥにルーティングされることになる場合には、ＩＮＶＩＴＥが、（必要に応じてＳ−ＣＳＣＦおよびＢＧＣＦを介して）ＭＳＣへ転送される。その後、呼は、適切になるようにＭＭＴｅｌ呼かまたはＣＳ呼かのいずれかへと通常どおり進む。
【００７０】
この場合もやはり、これらの状況下では、ＨＳＳは、ＳＣＣ ＡＳによって要求された場合には、ステータス情報および／またはＭＳＲＮ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｒｏａｍｉｎｇ Ｎｕｍｂｅｒ）を要求するリクエストをＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）へ送信してもよい。これは、いずれかのその後に確立された呼がＣＳ領域へ方向付けられる場合に有益であり、これによって、ＳＣＣ ＡＳがローミング番号を求める別のリクエストをＨＳＳへ送信する必要性が回避される。加えて、ＵＥがＣＳ領域とＰＳ領域との両方について組み合わされた登録を有する場合には、ＭＳＣは、リクエストを（Ｇｓインタフェースを経て）ＳＧＳＮへ、および／または、（ＳＧｓインタフェースを経て）ＭＭＥへ、ＨＳＳからこれらのノードへ送信されるリクエストと並行して転送してもよい。これを実装するために、ＨＳＳは、ＭＳＣにもコンタクトをとるべきかどうかを判定するための何らかの論理を備えている必要があるであろう。
【００７１】
上記の複数の方法によって、アプリケーションサーバは、発展型パケットコアネットワークにおいてＵＥについてのステータス情報および位置情報を、たとえＵＥがＭＭＥとＳＧＳＮとの両方に二重登録している場合であっても、また、ＵＥがアイドルモードにある場合でも、ＨＳＳから取得できる。特に、これらの方法によって、発展型パケットコアネットワークは、そのようなＵＥのためのＡＴＩメカニズム、ＣＤＲのためのセルＩＤ、およびＴ−ＡＤＳ機能性をサポートするであろう。
【００７２】
図６は、上記で述べた方法を実装するのに適したＭＭＥ／ＳＧＳＮ１の一例を略示する図である。ＭＭＥ／ＳＧＳＮ１は、コンピュータハードウェアとソフトウェアとの組み合わせとして実装することができる。ＭＭＥ／ＳＧＳＮ１は、送信器２と、受信器３と、プロセッサ４と、メモリ５とを備えている。メモリ５は、プロセッサ４によって実装される各種のプログラムを、例えば事前設定された制限時間および閾値ならびにＵＥから受信した直近の情報のようないずれかの必要データと共に記憶している。これらのプログラムは、判定ユニット６と、メッセージ生成器７と、タイマユニット８と、ページングユニット９とを含んでいる。送信器２は、レスポンスをＨＳＳに送信し、いずれかのページングメッセージをＵＥに送信する。受信器３は、ＵＥについての位置情報および／またはステータス情報を要求するリクエストをＨＳＳから受信し、そして、いずれかのページングレスポンスをＵＥから受信する。
【００７３】
判定ユニット６は、ＵＥについての位置情報および／またはステータス情報を判定するのに必要なステップを行う。判定ユニット６は、ＭＭＥ／ＳＧＳＮ１が、ＵＥからの直近の更新の中で受信した位置情報および／またはステータス情報を使って応答すべきか、あるいは、別のステップが必要なのかを判定する。判定ユニット６は、別のステップが必要であると判定した場合には、ＵＥがアクティブモードにあるのかアイドルモードにあるのかを判定するであろう。ＵＥがアクティブモードにある場合には、判定ユニット６は、ＵＥから受信した最新の位置情報および／またはステータス情報が用いられるべきだと判定する。しかし、ＵＥがアイドルモードにある場合には、判定ユニット６は、ＭＭＥ／ＳＧＳＮ１が、
・位置情報および／またはステータス情報を受信するためにＵＥが起動（アクティベーション）するのを待つべきか、
・ＵＥの位置情報および／またはステータス情報の直近のアップデート（更新）を用いるべきか、あるいは
・位置情報および／またはステータス情報を取得するためにＵＥに送信するためのページングメッセージを生成するべきか
を決定する。
【００７４】
ＭＭＥ／ＳＧＳＮ１はＵＥの位置情報および／またはステータス情報の直近の更新を用いるべきだと判定ユニット６が判定した場合には、判定ユニット６は、ＭＭＥ／ＳＧＳＮ１によって保持される位置情報および／またはステータス情報の経過時間が指定された閾値を超えているかどうかを判定する。そうでなければ、ＭＭＥ／ＳＧＳＮ１は、メモリ５の中にあるＵＥについて保持されるもっと最近の位置情報および／またはステータス情報を用いる。
【００７５】
ＭＭＥ／ＳＧＳＮ１は位置情報および／またはステータス情報を受信するためにＵＥが起動するのを待つべきだと判定ユニット６が判定した場合には、タイマユニット８は、指定された制限時間の間にユーザ端末が起動されるかどうかを判定する。もしそうなれば、ＭＭＥ／ＳＧＳＮ１は、ＵＥの起動からの位置情報および／またはステータス情報を用いる。
【００７６】
ＭＭＥ／ＳＧＳＮ１は位置情報および／またはステータス情報を取得するためにＵＥに送信するためのページングメッセージを生成するべきだと判定ユニット６が判定した場合には、ページングユニット９は、ページングユニットを生成して、ＵＥからのページングレスポンスを処理する。
【００７７】
メッセージ生成器７は、判定された位置情報および／またはステータス情報と、場合によっては情報についてのタイムスタンプとを含めて、ＨＳＳへのレスポンスを生成する。
【００７８】
図７は、上記で述べた方法を実装するのに適したＨＳＳ１０の一例を略示する図である。ＨＳＳ１０は、コンピュータハードウェアとソフトウェアとの組み合わせとして実装することができる。ＨＳＳ１０は、送信器１１と、受信器１２と、プロセッサ１３と、メモリ１４とを備えている。メモリ１４は、プロセッサ１３によって実装される各種のプログラムを、いずれかの必要データと共に記憶している。これらのプログラムは、メッセージ生成器１５と、選択ユニット１６とを含んでいる。送信器１１は、情報を要求するリクエストをＭＭＥおよびＳＧＳＮに送信し、レスポンスをＡＳに送信する。受信器３は、ＵＥについての位置情報および／またはステータス情報を要求するリクエストをＡＳから受信し、そして、レスポンスをＭＭＥおよびＳＧＳＮから受信する。
【００７９】
メッセージ生成器１５は、ＭＭＥおよびＳＧＳＮに送信される位置情報および／またはステータス情報を要求するメッセージを生成する。必要に応じて、選択ユニット１６が、ＭＭＥから受信した情報またはＳＧＳＮから受信した情報がＡＳに送信されるべきかどうかを判定するために、選択論理を適用する。
【００８０】
図８は、上記で述べた方法を実装するのに適したＡＳ１７の一例を略示する図である。ＡＳ１７は、コンピュータハードウェアとソフトウェアとの組み合わせとして実装することができる。ＡＳ１７は、送信器１８と、受信器１９と、プロセッサ２０と、メモリ２１とを備えている。メモリ２１は、プロセッサ２０によって実装される各種のプログラムを、いずれかの必要データと共に記憶している。これらのプログラムは、メッセージ生成器２２と、選択ユニット２３とを含んでいる。送信器１８は、ＵＥについての位置情報および／またはステータス情報を要求するリクエストをＨＳＳに送信する。受信器１９は、ＭＭＥおよび／またはＳＧＳＮから受信した位置情報および／またはステータス情報を含めて、レスポンスをＨＳＳから受信する。
【００８１】
メッセージ生成器２２は、ＨＳＳに送信される位置情報および／またはステータス情報を要求するメッセージを生成する。必要に応じて、選択ユニット２３が、ＭＭＥから受信した情報またはＳＧＳＮから受信した情報がＡＳ１７によって用いられるべきかどうかを判定するために、選択論理を適用する。
【００８２】
当業者には理解されるであろうが、本発明の範囲から逸脱することなく上記の実施形態に対してさまざまな修正が行われうる。例えば、上記の実施形態は、二重登録を持つユーザ端末に関する特定の情報を特定のアプリケーションサーバが必要とするシナリオに関しているが、上記の方法および装置は、いずれかの他のネットワークノードにも、また、例えばＭＭＥおよびＳＧＳＮのような移動性管理ノードによって提供されうる他のタイプの情報にも、等しく適用可能であることが理解されるべきである。
【特許請求の範囲】
【請求項１】
位置情報およびステータス情報の少なくとも一方を、発展型パケットコアネットワークに接続されているユーザ端末に提供するよう移動性管理ノードを動作させる方法であって、
加入者登録装置から前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストを受信するステップと、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するステップと、
前記決定された前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含むレスポンスを前記加入者登録装置へ送信するステップと
を有することを特徴とする方法。
【請求項２】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するステップは、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方の最新の更新を使用するステップ
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するステップは、
前記ユーザ端末がアクティブモードにあるのかアイドルモードにあるのかを判別するステップと、
前記ユーザ端末がアクティブモードにあれば、前記加入者登録装置に対して、前記ユーザ端末から受信した最新のステータス情報および位置情報の少なくとも一方を含むレスポンスを送信するステップと、
前記ユーザ端末がアイドルモードにあれば、
前記位置情報および前記ステータス情報の少なくとも一方を受信するために前記ユーザ端末のアクティベーションを待つステップと、
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するステップと、
前記位置情報および前記ステータス情報の少なくとも一方のために前記ユーザ端末を呼び出すステップと
のうち少なくとも１つのステップを実行するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ユーザ端末のアクティベーションを待つステップは、
前記ユーザ端末が特定の時間制限内でアクティベートされたかどうかを判定するステップと、
前記ユーザ端末が特定の時間制限内でアクティベートされた場合に、前記ユーザ端末のアクティベーションから得られた前記位置情報および前記ステータス情報の少なくとも一方を使用するステップと
を含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するステップは、前記ユーザ端末が特定の時間制限内でアクティベートされなかった場合に実行されるステップとして、
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するステップと、
前記位置情報および前記ステータス情報の少なくとも一方のために前記ユーザ端末を呼び出すステップと
のうち少なくとも一方のステップを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するステップは、
前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えているかどうかを判定するステップと、
前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えていない場合に、前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方を使用するステップと
を含むことを特徴とする請求項２ないし５のいずれか１項に記載の方法。
【請求項７】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するステップは、前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えている場合に実行されるステップとして、
前記位置情報および前記ステータス情報の少なくとも一方のために前記ユーザ端末を呼び出すステップ
を含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新が使用される場合に、前記加入者登録装置に送信される前記レスポンスには、前記ユーザ端末から最後の更新がなされてからの経過時間または前記ユーザ端末から最後の更新がなされたときの時刻を示すインジケーションが含まれていることを特徴とする請求項２ないし６のいずれか１項に記載の方法。
【請求項９】
発展型パケットコアネットワークに接続されているユーザ端末についての位置情報およびステータス情報の少なくとも一方を取得するよう加入者登録装置を動作させる方法であって、前記ユーザ端末は、第１の無線アクセス技術による第１の移動性管理ノードと第２の無線アクセス技術による第２の移動性管理ノードとに登録されており、
前記方法は、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストをアプリケーションサーバから受信するステップと、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストを前記第１の移動性管理ノードと前記第２の移動性管理ノードとの両方に送信するステップと、
前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうちの少なくとも一方から、前記要求された情報を含むレスポンスを受信するステップと、
前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうちの少なくとも一方から受信した前記要求された情報を前記アプリケーションサーバへ送信するステップと
を有することを特徴とする方法。
【請求項１０】
前記要求された情報を、前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうち両方から受信した場合に、選択ロジックを適用して前記第１の移動性管理ノードから受信した情報と前記第２の移動性管理ノードから受信した情報のどちらを前記アプリケーションサーバに送信すべきかを決定するステップと、
前記選択された情報のみを前記アプリケーションサーバへ送信するステップと
をさらに含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記要求された情報に、前記ユーザ端末から最後に更新を受信してからの経過時間または前記ユーザ端末から最後に更新を受信したときの時刻を示すインジケーションが含まれている場合に適用される前記選択ロジックには、より最新の情報を選択することが含まれていることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記位置情報およびステータス情報の少なくとも一方は、
前記ユーザ端末が位置しているセルまたはサービスエリアについての識別情報と、
前記ユーザ端末がボイスオーバーＩＰサービスをサポートしているかどうかを示すインジケーションと、
前記ユーザ端末がアイドルかアクティブかを示すインジケーションと、
前記ユーザ端末においてアイドルシグナリングモードの削減がアクティブに設定されているかどうかを示すインジケーションと
のうち少なくとも１つを含んでいることを特徴とする請求項９ないし１１のいずれか１項に記載の方法。
【請求項１３】
前記アプリケーションサーバは、
ＩＰマルチメディアサブシステム課金アプリケーションサーバと、
サービス制御ポイントと、
サービス集中化兼連続性アプリケーションサーバと、
ゲートウェイモバイル位置管理センタと
のうちの１つを含むことを特徴とする請求項９ないし１２のいずれか１項に記載の方法。
【請求項１４】
発展型パケットコアネットワークに接続されているユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するようアプリケーションサーバを動作させる方法であって、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストを加入者登録装置へ送信するステップと、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含む第１セットと、前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含む第２セットとを有したレスポンスを前記加入者登録装置から受信するステップと、
選択ロジックを適用して前記第１セットおよび前記第２セットのうちどちらを使用すべきかを決定するステップと
を有することを特徴とする方法。
【請求項１５】
前記位置情報およびステータス情報の少なくとも一方についての前記第１セットおよび前記第２セットの両方ともが当該情報のエイジを示すインジケーションを含んでいる場合、前記選択ロジックは、より最新の情報を選択することを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ユーザ端末は、第１の無線アクセス技術による第１の移動性管理ノードと第２の無線アクセス技術による第２の移動性管理ノードとに登録されており、前記第１セットは前記第１の移動性管理ノードから抽出されたものであり、前記第２セットは前記第２の移動性管理ノードから抽出されたものであることを特徴とする請求項１４または１５に記載の方法。
【請求項１７】
前記アプリケーションサーバは、
ＩＰマルチメディアサブシステム課金アプリケーションサーバと、
サービス制御ポイントと、
サービス集中化兼連続性アプリケーションサーバと、
ゲートウェイモバイル位置管理センタと
のうちの１つを含むことを特徴とする請求項１４ないし１６のいずれか１項に記載の方法。
【請求項１８】
発展型パケットコアネットワークに接続された移動性管理ノードとして動作するように構成された装置であって、
加入者登録装置からユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストを受信する受信機と、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定し、前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含む、前記加入者登録装置へのレスポンスを生成するプロセッサと、
前記レスポンスを前記加入者登録装置へ送信する送信機と
を有することを特徴とする装置。
【請求項１９】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するときに、前記プロセッサは、前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方の最新の更新を使用することを特徴とする請求項１８に記載の装置。
【請求項２０】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するときに、前記プロセッサは、
前記ユーザ端末がアクティブモードにあるのかアイドルモードにあるのかを判別し、
前記ユーザ端末がアクティブモードにあれば、前記加入者登録装置に対して、前記ユーザ端末から受信した最新のステータス情報および位置情報の少なくとも一方を含むレスポンスを送信し、
前記ユーザ端末がアイドルモードにあれば、
前記位置情報および前記ステータス情報の少なくとも一方を受信するために前記ユーザ端末のアクティベーションを待つステップと、
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するステップと、
前記位置情報および前記ステータス情報の少なくとも一方を取得するために前記ユーザ端末へ送信されるページングメッセージを生成するステップと
のうち少なくとも１つのステップを実行することを特徴とする請求項１９に記載の装置。
【請求項２１】
前記ユーザ端末のアクティベーションを待つときに、
前記プロセッサは、
前記ユーザ端末が特定の時間制限内でアクティベートされたかどうかを判定し、
前記ユーザ端末が特定の時間制限内でアクティベートされた場合に、前記ユーザ端末のアクティベーションから得られた前記位置情報および前記ステータス情報の少なくとも一方を使用することを特徴とする請求項２０に記載の装置。
【請求項２２】
前記ユーザ端末が特定の時間制限内でアクティベートされなかったと判定したときに、
前記プロセッサは、
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するステップと、
前記位置情報および前記ステータス情報の少なくとも一方を取得するために前記ユーザ端末へ送信されるページングメッセージを生成するステップと
のうち少なくとも一方のステップを実行することを特徴とする請求項２１に記載の装置。
【請求項２３】
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するときに、
前記プロセッサは、
前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えているかどうかを判定し、
前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えていない場合に、前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方を使用することを特徴とする請求項１９ないし２２のいずれか１項に記載の装置。
【請求項２４】
前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えていると判定したときに、
前記プロセッサは、
前記位置情報および前記ステータス情報の少なくとも一方を取得するために前記ユーザ端末に送信されるページングメッセージを生成することを特徴とする請求項２３に記載の装置。
【請求項２５】
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するときに、
前記プロセッサは、
前記加入者登録装置に送信される前記レスポンスに、前記ユーザ端末から最後の更新がなされてからの経過時間または前記ユーザ端末から最後の更新がなされたときの時刻を示すインジケーションを含めることを特徴とする請求項１８ないし２３のいずれか１項に記載の装置。
【請求項２６】
前記ページングメッセージを前記ユーザ端末に送信するもう一つの送信機と、
前記ユーザ端末からページングレスポンスを受信するもう一つの受信機と
をさらに備えることを特徴とする請求項２０ないし２４のいずれか１項に記載の装置。
【請求項２７】
発展型パケットコアネットワークに接続されているユーザ端末についての位置情報およびステータス情報の少なくとも一方を取得する加入者登録装置として動作するように構成された装置であって、前記ユーザ端末は、第１の無線アクセス技術による第１の移動性管理ノードと第２の無線アクセス技術による第２の移動性管理ノードとに登録されており、
前記装置は、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストをアプリケーションサーバから受信する第１受信機と、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するために前記第１の移動性管理ノードに送信される第１メッセージと、前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するために前記第２の移動性管理ノードに送信される第２メッセージとを生成するプロセッサと、
前記第１メッセージを前記第１の移動性管理ノードに送信し、前記第２メッセージを前記第２の移動性管理ノードに送信する第１送信機と、
前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうちの少なくとも一方から、前記要求された情報を含むレスポンスを受信する第２受信機と、
前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうちの少なくとも一方から受信した前記要求された情報を前記アプリケーションサーバへ送信する第２送信機と
を備えることを特徴とする装置。
【請求項２８】
前記要求された情報を、前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうち両方から受信した場合に、
前記プロセッサは、
選択ロジックを適用して前記第１の移動性管理ノードから受信した情報と前記第２の移動性管理ノードから受信した情報のどちらを前記アプリケーションサーバに送信すべきかを決定することを特徴とする請求項２７に記載の装置。
【請求項２９】
発展型パケットコアネットワークに接続されているユーザ端末についての位置情報およびステータス情報の少なくとも一方を取得するアプリケーションサーバとして動作するように構成された装置であって、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストを加入者登録装置へ送信する送信機と、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含む第１セットと、前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含む第２セットとを有したレスポンスを前記加入者登録装置から受信する受信機と、
選択ロジックを適用して前記第１セットおよび前記第２セットのうちどちらを使用すべきかを決定するプロセッサと
を備えることを特徴とする装置。
【請求項３０】
前記要求された情報に、前記ユーザ端末から最後に更新を受信してからの経過時間または前記ユーザ端末から最後に更新を受信したときの時刻を示すインジケーションが含まれている場合に適用される前記選択ロジックには、より最新の情報を選択することが含まれていることを特徴とする請求項２９に記載の装置。
【請求項１】
位置情報およびステータス情報の少なくとも一方を、発展型パケットコアネットワークに接続されているユーザ端末に提供するよう移動性管理ノードを動作させる方法であって、
加入者登録装置から前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストを受信するステップと、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するステップと、
前記決定された前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含むレスポンスを前記加入者登録装置へ送信するステップと
を有することを特徴とする方法。
【請求項２】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するステップは、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方の最新の更新を使用するステップ
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するステップは、
前記ユーザ端末がアクティブモードにあるのかアイドルモードにあるのかを判別するステップと、
前記ユーザ端末がアクティブモードにあれば、前記加入者登録装置に対して、前記ユーザ端末から受信した最新のステータス情報および位置情報の少なくとも一方を含むレスポンスを送信するステップと、
前記ユーザ端末がアイドルモードにあれば、
前記位置情報および前記ステータス情報の少なくとも一方を受信するために前記ユーザ端末のアクティベーションを待つステップと、
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するステップと、
前記位置情報および前記ステータス情報の少なくとも一方のために前記ユーザ端末を呼び出すステップと
のうち少なくとも１つのステップを実行するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ユーザ端末のアクティベーションを待つステップは、
前記ユーザ端末が特定の時間制限内でアクティベートされたかどうかを判定するステップと、
前記ユーザ端末が特定の時間制限内でアクティベートされた場合に、前記ユーザ端末のアクティベーションから得られた前記位置情報および前記ステータス情報の少なくとも一方を使用するステップと
を含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するステップは、前記ユーザ端末が特定の時間制限内でアクティベートされなかった場合に実行されるステップとして、
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するステップと、
前記位置情報および前記ステータス情報の少なくとも一方のために前記ユーザ端末を呼び出すステップと
のうち少なくとも一方のステップを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するステップは、
前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えているかどうかを判定するステップと、
前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えていない場合に、前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方を使用するステップと
を含むことを特徴とする請求項２ないし５のいずれか１項に記載の方法。
【請求項７】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するステップは、前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えている場合に実行されるステップとして、
前記位置情報および前記ステータス情報の少なくとも一方のために前記ユーザ端末を呼び出すステップ
を含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新が使用される場合に、前記加入者登録装置に送信される前記レスポンスには、前記ユーザ端末から最後の更新がなされてからの経過時間または前記ユーザ端末から最後の更新がなされたときの時刻を示すインジケーションが含まれていることを特徴とする請求項２ないし６のいずれか１項に記載の方法。
【請求項９】
発展型パケットコアネットワークに接続されているユーザ端末についての位置情報およびステータス情報の少なくとも一方を取得するよう加入者登録装置を動作させる方法であって、前記ユーザ端末は、第１の無線アクセス技術による第１の移動性管理ノードと第２の無線アクセス技術による第２の移動性管理ノードとに登録されており、
前記方法は、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストをアプリケーションサーバから受信するステップと、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストを前記第１の移動性管理ノードと前記第２の移動性管理ノードとの両方に送信するステップと、
前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうちの少なくとも一方から、前記要求された情報を含むレスポンスを受信するステップと、
前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうちの少なくとも一方から受信した前記要求された情報を前記アプリケーションサーバへ送信するステップと
を有することを特徴とする方法。
【請求項１０】
前記要求された情報を、前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうち両方から受信した場合に、選択ロジックを適用して前記第１の移動性管理ノードから受信した情報と前記第２の移動性管理ノードから受信した情報のどちらを前記アプリケーションサーバに送信すべきかを決定するステップと、
前記選択された情報のみを前記アプリケーションサーバへ送信するステップと
をさらに含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記要求された情報に、前記ユーザ端末から最後に更新を受信してからの経過時間または前記ユーザ端末から最後に更新を受信したときの時刻を示すインジケーションが含まれている場合に適用される前記選択ロジックには、より最新の情報を選択することが含まれていることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記位置情報およびステータス情報の少なくとも一方は、
前記ユーザ端末が位置しているセルまたはサービスエリアについての識別情報と、
前記ユーザ端末がボイスオーバーＩＰサービスをサポートしているかどうかを示すインジケーションと、
前記ユーザ端末がアイドルかアクティブかを示すインジケーションと、
前記ユーザ端末においてアイドルシグナリングモードの削減がアクティブに設定されているかどうかを示すインジケーションと
のうち少なくとも１つを含んでいることを特徴とする請求項９ないし１１のいずれか１項に記載の方法。
【請求項１３】
前記アプリケーションサーバは、
ＩＰマルチメディアサブシステム課金アプリケーションサーバと、
サービス制御ポイントと、
サービス集中化兼連続性アプリケーションサーバと、
ゲートウェイモバイル位置管理センタと
のうちの１つを含むことを特徴とする請求項９ないし１２のいずれか１項に記載の方法。
【請求項１４】
発展型パケットコアネットワークに接続されているユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するようアプリケーションサーバを動作させる方法であって、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストを加入者登録装置へ送信するステップと、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含む第１セットと、前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含む第２セットとを有したレスポンスを前記加入者登録装置から受信するステップと、
選択ロジックを適用して前記第１セットおよび前記第２セットのうちどちらを使用すべきかを決定するステップと
を有することを特徴とする方法。
【請求項１５】
前記位置情報およびステータス情報の少なくとも一方についての前記第１セットおよび前記第２セットの両方ともが当該情報のエイジを示すインジケーションを含んでいる場合、前記選択ロジックは、より最新の情報を選択することを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ユーザ端末は、第１の無線アクセス技術による第１の移動性管理ノードと第２の無線アクセス技術による第２の移動性管理ノードとに登録されており、前記第１セットは前記第１の移動性管理ノードから抽出されたものであり、前記第２セットは前記第２の移動性管理ノードから抽出されたものであることを特徴とする請求項１４または１５に記載の方法。
【請求項１７】
前記アプリケーションサーバは、
ＩＰマルチメディアサブシステム課金アプリケーションサーバと、
サービス制御ポイントと、
サービス集中化兼連続性アプリケーションサーバと、
ゲートウェイモバイル位置管理センタと
のうちの１つを含むことを特徴とする請求項１４ないし１６のいずれか１項に記載の方法。
【請求項１８】
発展型パケットコアネットワークに接続された移動性管理ノードとして動作するように構成された装置であって、
加入者登録装置からユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストを受信する受信機と、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定し、前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含む、前記加入者登録装置へのレスポンスを生成するプロセッサと、
前記レスポンスを前記加入者登録装置へ送信する送信機と
を有することを特徴とする装置。
【請求項１９】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するときに、前記プロセッサは、前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方の最新の更新を使用することを特徴とする請求項１８に記載の装置。
【請求項２０】
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を決定するときに、前記プロセッサは、
前記ユーザ端末がアクティブモードにあるのかアイドルモードにあるのかを判別し、
前記ユーザ端末がアクティブモードにあれば、前記加入者登録装置に対して、前記ユーザ端末から受信した最新のステータス情報および位置情報の少なくとも一方を含むレスポンスを送信し、
前記ユーザ端末がアイドルモードにあれば、
前記位置情報および前記ステータス情報の少なくとも一方を受信するために前記ユーザ端末のアクティベーションを待つステップと、
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するステップと、
前記位置情報および前記ステータス情報の少なくとも一方を取得するために前記ユーザ端末へ送信されるページングメッセージを生成するステップと
のうち少なくとも１つのステップを実行することを特徴とする請求項１９に記載の装置。
【請求項２１】
前記ユーザ端末のアクティベーションを待つときに、
前記プロセッサは、
前記ユーザ端末が特定の時間制限内でアクティベートされたかどうかを判定し、
前記ユーザ端末が特定の時間制限内でアクティベートされた場合に、前記ユーザ端末のアクティベーションから得られた前記位置情報および前記ステータス情報の少なくとも一方を使用することを特徴とする請求項２０に記載の装置。
【請求項２２】
前記ユーザ端末が特定の時間制限内でアクティベートされなかったと判定したときに、
前記プロセッサは、
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するステップと、
前記位置情報および前記ステータス情報の少なくとも一方を取得するために前記ユーザ端末へ送信されるページングメッセージを生成するステップと
のうち少なくとも一方のステップを実行することを特徴とする請求項２１に記載の装置。
【請求項２３】
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するときに、
前記プロセッサは、
前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えているかどうかを判定し、
前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えていない場合に、前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方を使用することを特徴とする請求項１９ないし２２のいずれか１項に記載の装置。
【請求項２４】
前記移動性管理ノードによって保持されている前記位置情報およびステータス情報の少なくとも一方のエイジが特定の閾値を超えていると判定したときに、
前記プロセッサは、
前記位置情報および前記ステータス情報の少なくとも一方を取得するために前記ユーザ端末に送信されるページングメッセージを生成することを特徴とする請求項２３に記載の装置。
【請求項２５】
前記ユーザ端末の位置情報およびステータス情報の少なくとも一方についての最新の更新を使用するときに、
前記プロセッサは、
前記加入者登録装置に送信される前記レスポンスに、前記ユーザ端末から最後の更新がなされてからの経過時間または前記ユーザ端末から最後の更新がなされたときの時刻を示すインジケーションを含めることを特徴とする請求項１８ないし２３のいずれか１項に記載の装置。
【請求項２６】
前記ページングメッセージを前記ユーザ端末に送信するもう一つの送信機と、
前記ユーザ端末からページングレスポンスを受信するもう一つの受信機と
をさらに備えることを特徴とする請求項２０ないし２４のいずれか１項に記載の装置。
【請求項２７】
発展型パケットコアネットワークに接続されているユーザ端末についての位置情報およびステータス情報の少なくとも一方を取得する加入者登録装置として動作するように構成された装置であって、前記ユーザ端末は、第１の無線アクセス技術による第１の移動性管理ノードと第２の無線アクセス技術による第２の移動性管理ノードとに登録されており、
前記装置は、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストをアプリケーションサーバから受信する第１受信機と、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するために前記第１の移動性管理ノードに送信される第１メッセージと、前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するために前記第２の移動性管理ノードに送信される第２メッセージとを生成するプロセッサと、
前記第１メッセージを前記第１の移動性管理ノードに送信し、前記第２メッセージを前記第２の移動性管理ノードに送信する第１送信機と、
前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうちの少なくとも一方から、前記要求された情報を含むレスポンスを受信する第２受信機と、
前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうちの少なくとも一方から受信した前記要求された情報を前記アプリケーションサーバへ送信する第２送信機と
を備えることを特徴とする装置。
【請求項２８】
前記要求された情報を、前記第１の移動性管理ノードと前記第２の移動性管理ノードとのうち両方から受信した場合に、
前記プロセッサは、
選択ロジックを適用して前記第１の移動性管理ノードから受信した情報と前記第２の移動性管理ノードから受信した情報のどちらを前記アプリケーションサーバに送信すべきかを決定することを特徴とする請求項２７に記載の装置。
【請求項２９】
発展型パケットコアネットワークに接続されているユーザ端末についての位置情報およびステータス情報の少なくとも一方を取得するアプリケーションサーバとして動作するように構成された装置であって、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を要求するリクエストを加入者登録装置へ送信する送信機と、
前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含む第１セットと、前記ユーザ端末についての位置情報およびステータス情報の少なくとも一方を含む第２セットとを有したレスポンスを前記加入者登録装置から受信する受信機と、
選択ロジックを適用して前記第１セットおよび前記第２セットのうちどちらを使用すべきかを決定するプロセッサと
を備えることを特徴とする装置。
【請求項３０】
前記要求された情報に、前記ユーザ端末から最後に更新を受信してからの経過時間または前記ユーザ端末から最後に更新を受信したときの時刻を示すインジケーションが含まれている場合に適用される前記選択ロジックには、より最新の情報を選択することが含まれていることを特徴とする請求項２９に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２０１３−５１４６８６（Ｐ２０１３−５１４６８６Ａ）
【公表日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１２−５４３４８６（Ｐ２０１２−５４３４８６）
【出願日】平成２１年１２月１７日（２００９．１２．１７）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０６７４６３
【国際公開番号】ＷＯ２０１１／０７２７４７
【国際公開日】平成２３年６月２３日（２０１１．６．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２１年１２月１７日（２００９．１２．１７）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０６７４６３
【国際公開番号】ＷＯ２０１１／０７２７４７
【国際公開日】平成２３年６月２３日（２０１１．６．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]