(57)【要約】ターゲットＵＥ（１０２）において周期的およびトリガ所在特定（２００）を開始するための方法および技法が説明される。ＬＣＳクライアント（１６０）がＵＥに周期的およびトリガ所在特定報告の開始を要求（１）した後に、２つの中間応答（７、１１）が、ネットワークによって返される。第１の応答（７）は、周期的およびトリガ所在特定要求がネットワークによって受信され承認されたことを示す。第２の応答（１１）は、周期的およびトリガ所在特定がＵＥにおいてアクティブ化されたことを示す。加えて、周期的およびトリガ所在特定要求は、最大イベントサンプリング間隔と、最大報告間隔と、１つまたは複数の所在特定トリガとを含み得る。最大イベントサンプリング間隔は、ＵＥの電力消費を制限でき、および最大報告間隔は、周期的およびトリガ所在特定がＵＥ中でもはやアクティブでなくなるときを検出できる。所在特定トリガは、周期的報告、エリアイベントを使用する報告、またはＵＥの動きに基づく報告を含み得る。【選択図】図２
2019533959.tif 000002
【特許請求の範囲】
【請求項１】
ターゲットユーザ機器についての周期的およびトリガ所在特定を行う第１のネットワークエンティティにおける方法であって、
前記ターゲットユーザ機器についての周期的およびトリガ所在特定要求を第２のネットワークエンティティから受信することと、
前記周期的およびトリガ所在特定要求が受信され承認されたことを示す第１の応答を前記第２のネットワークエンティティへ送信することと、
前記ターゲットユーザ機器が現在連絡可能な状態にない場合に、前記ターゲットユーザ機器がワイヤレスネットワークと連絡可能な状態になるのを待つことと、
前記ターゲットユーザ機器とのシグナリング接続を確立することと、
前記ターゲットユーザ機器へ前記周期的およびトリガ所在特定要求を送信することと、
前記周期的およびトリガ所在特定要求が承認されたことを示す確認を前記ターゲットユーザ機器から受信することと、
前記周期的およびトリガ所在特定要求が前記ターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を前記第２のネットワークエンティティへ送信することと
を備える、方法。
【請求項２】
前記シグナリング接続は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスタイプ（ＲＡＴ）、ロングタームエボリューション（ＬＴＥ）ＲＡＴ、または新無線（ＮＲ）ＲＡＴを使用して確立される、請求項１に記載の方法。
【請求項３】
前記第１のネットワークエンティティは、モビリティ管理エンティティ（ＭＭＥ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、または所在管理機能（ＬＭＦ）である、請求項１に記載の方法。
【請求項４】
前記第２のネットワークエンティティは、ゲートウェイモバイル所在特定センター（ＧＭＬＣ）である、請求項３に記載の方法。
【請求項５】
前記ターゲットユーザ機器へ送信される前記周期的およびトリガ所在特定要求は、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備える、請求項１に記載の方法。
【請求項６】
所在特定報告イベントの前記タイプは、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告のうちの少なくとも１つを備える、請求項５に記載の方法。
【請求項７】
前記ターゲットユーザ機器へ送信される前記周期的およびトリガ所在特定要求は、前記最大報告間隔を備え、
所在特定報告イベントが前記最大報告間隔中に前記ターゲットユーザ機器によって検出されないときに、前記ターゲットユーザ機器から所在特定報告を受信することと、
前記第２のネットワークエンティティへ前記所在特定報告を送信することと
をさらに備える、請求項５に記載の方法。
【請求項８】
前記第１の応答は、前記ターゲットユーザ機器が次に連絡可能になるまでの予期される時間間隔または最大時間間隔のインジケーションを備える、請求項１に記載の方法。
【請求項９】
前記第１の応答は、前記ターゲットユーザ機器についての最後の既知の所在地を備える、請求項１に記載の方法。
【請求項１０】
ターゲットユーザ機器についての周期的およびトリガ所在特定を行うための第１のネットワークエンティティであって、
第２のネットワークエンティティおよび前記ターゲットユーザ機器と通信するように構成された外部インターフェースと、
前記ターゲットユーザ機器に対する前記第２のネットワークエンティティから周期的およびトリガ所在特定要求を前記外部インターフェースで受信することと、前記周期的およびトリガ所在特定要求が受信され承認されたことを示す第１の応答を前記第２のネットワークエンティティへ前記外部インターフェースで送信することと、前記ターゲットユーザ機器が現在連絡可能な状態にない場合に、前記ターゲットユーザ機器がワイヤレスネットワークと連絡可能な状態になるのを待つことと、前記ターゲットユーザ機器とのシグナリング接続を前記外部インターフェースを通じて確立することと、前記ターゲットユーザ機器へ前記周期的およびトリガ所在特定要求を前記外部インターフェースで送信することと、前記周期的およびトリガ所在特定要求が受信されたという確認応答を前記ターゲットユーザ機器から前記外部インターフェースで受信することと、前記周期的およびトリガ所在特定要求が前記ターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を前記第２のネットワークエンティティへ送信することとをするように構成された少なくとも１つのプロセッサと
を備える、第１のネットワークエンティティ。
【請求項１１】
前記シグナリング接続は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスタイプ（ＲＡＴ）、ロングタームエボリューション（ＬＴＥ）ＲＡＴ、または新無線（ＮＲ）ＲＡＴを使用して確立される、請求項１０に記載の第１のネットワークエンティティ。
【請求項１２】
前記第１のネットワークエンティティは、モビリティ管理エンティティ（ＭＭＥ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、または所在管理機能（ＬＭＦ）である、請求項１０に記載の第１のネットワークエンティティ。
【請求項１３】
前記ターゲットユーザ機器へ送信される前記周期的およびトリガ所在特定要求は、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備え、所在特定報告イベントの前記タイプは、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告のうちの少なくとも１つを備える、請求項１０に記載の第１のネットワークエンティティ。
【請求項１４】
前記ターゲットユーザ機器へ送信される前記周期的およびトリガ所在特定要求は、前記最大報告間隔を備え、前記少なくとも１つのプロセッサは、
所在特定報告イベントが前記最大報告間隔中に前記ターゲットユーザ機器によって検出されないときに、前記ターゲットユーザ機器から所在特定報告を受信することと、
前記第２のネットワークエンティティへ前記所在特定報告を前記外部インターフェースで送信することと
を行うようにさらに構成される、請求項１３に記載の第１のネットワークエンティティ。
【請求項１５】
前記第１の応答は、前記ターゲットユーザ機器が次に連絡可能になるまでの予期される時間間隔または最大時間間隔のインジケーション、あるいは前記ターゲットユーザ機器についての最後の既知の所在地を備える、請求項１０に記載の第１のネットワークエンティティ。
【請求項１６】
周期的およびトリガ所在特定を行うためのユーザ機器における方法であって、
第１のネットワークエンティティから周期的およびトリガ所在特定要求を受信することであって、前記周期的およびトリガ所在特定要求は、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備える、受信することと、
前記周期的およびトリガ所在特定要求が承認されたことを示す応答を前記第１のネットワークエンティティへ返すことと、
前記所在特定報告イベントが生じたかどうかを決定するために前記所在特定報告イベントをモニタすることと、
前記所在特定報告イベントが生じたときに、または所在特定報告イベントが前記最大報告間隔中に生じないときに、第２のネットワークエンティティへ所在特定報告を送信することと
を備える、方法。
【請求項１７】
前記周期的およびトリガ所在特定要求は、受信され、および前記所在特定報告は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスタイプ（ＲＡＴ）、ロングタームエボリューション（ＬＴＥ）ＲＡＴ、または新無線（ＮＲ）ＲＡＴを使用して送信される、請求項１６に記載の方法。
【請求項１８】
前記第１のネットワークエンティティおよび前記第２のネットワークエンティティは各々、モビリティ管理エンティティ（ＭＭＥ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、または所在管理機能（ＬＭＦ）である、請求項１６に記載の方法。
【請求項１９】
前記第１のネットワークエンティティは、前記第２のネットワークエンティティと同じである、請求項１８に記載の方法。
【請求項２０】
前記第１のネットワークエンティティは、前記第２のネットワークエンティティとは異なる、請求項１８に記載の方法。
【請求項２１】
前記第１のネットワークエンティティおよび前記第２のネットワークエンティティは、異なるネットワークに属する、請求項２０に記載の方法。
【請求項２２】
所在特定報告イベントの前記タイプは、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告のうちの少なくとも１つを備える、請求項１６に記載の方法。
【請求項２３】
前記所在特定報告イベントが生じたときに、前記第２のネットワークエンティティへ前記所在特定報告を送信することは、以前の所在特定報告の送信からの前記最小報告間隔に少なくとも等しい間隔に続いて前記所在特定報告イベントが生じたときに、前記第２のネットワークエンティティへ前記所在特定報告を送信することを備える、請求項１６に記載の方法。
【請求項２４】
前記所在特定報告イベントが生じたかどうかを決定するために前記所在特定報告イベントを前記モニタすることは、前記最大イベントサンプリング間隔以下の間隔で前記所在特定報告イベントをモニタすることを備える、請求項１６に記載の方法。
【請求項２５】
周期的およびトリガ所在特定を行うためのユーザ機器であって、
第１のネットワークエンティティとワイヤレスに通信するように構成されたワイヤレストランシーバと、
前記第１のネットワークエンティティから周期的およびトリガ所在特定要求を前記ワイヤレストランシーバで受信することであって、前記周期的およびトリガ所在特定要求は、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備える、受信することと、前記周期的およびトリガ所在特定要求が承認されたことを示す応答を前記第１のネットワークエンティティへ前記ワイヤレストランシーバで返すことと、前記所在特定報告イベントが生じたかどうかを決定するために所在特定報告イベントをモニタすることと、前記所在特定報告イベントが生じたときに、または所在特定報告イベントが前記最大報告間隔中に生じないときに、第２のネットワークエンティティへ所在特定報告を前記ワイヤレストランシーバで送信することとをするように構成された少なくとも１つのプロセッサと
を備える、ユーザ機器。
【請求項２６】
前記周期的およびトリガ所在特定要求は、受信され、および前記所在特定報告は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスタイプ（ＲＡＴ）、ロングタームエボリューション（ＬＴＥ）ＲＡＴ、または新無線（ＮＲ）ＲＡＴを使用して送信される、請求項２５に記載のユーザ機器。
【請求項２７】
前記第１のネットワークエンティティおよび前記第２のネットワークエンティティは各々、モビリティ管理エンティティ（ＭＭＥ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、または所在管理機能（ＬＭＦ）である、請求項２５に記載のユーザ機器。
【請求項２８】
所在特定報告イベントの前記タイプは、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告のうちの少なくとも１つを備える、請求項２５に記載のユーザ機器。
【請求項２９】
前記少なくとも１つのプロセッサは、以前の所在特定報告の送信からの前記最小報告間隔に少なくとも等しい間隔に続いて前記所在特定報告イベントが生じたときに、前記第２のネットワークエンティティへ前記所在特定報告を送信するように構成されることによって、前記所在特定報告イベントが生じたときに、前記第２のネットワークエンティティへ前記所在特定報告を前記ワイヤレストランシーバで送信するようにさらに構成される、請求項２５に記載のユーザ機器。
【請求項３０】
前記少なくとも１つのプロセッサは、前記最大イベントサンプリング間隔以下の間隔で前記所在特定報告イベントをモニタするように構成されることによって、前記所在特定報告イベントが生じたかどうかを決定するために前記所在特定報告イベントをモニタするようにさらに構成される、請求項２５に記載のユーザ機器。
【発明の詳細な説明】
【米国特許法第１１９条に基づく優先権の主張】
【０００１】
[0001]  本願は、米国特許法１１９条の下で、２０１６年１１月７日に出願され、「COMBINED PERIODIC AND TRIGGERED LOCATION OF A MOBILE DEVICE」と題された米国仮特許出願第６２／４１８，７７２号と、２０１７年２月３日に出願され、「COMBINED PERIODIC AND TRIGGERED LOCATION OF A MOBILE DEVICE」と題された米国仮特許出願第６２／４５４，６３９号と、２０１７年１月１３日に出願され、「CONTROL PLANE LOCATION SOLUTION FOR 5G NEXTGEN CORE」と題された米国仮特許出願第６２／４４６，３２９号と、２０１７年９月１８日に出願され、「SYSTEMS AND METHODS TO ENABLE COMBINED PERIODIC AND TRIGGERED LOCATION OF A MOBILE DEVICE」と題された米国非仮特許出願第１５／７０７，４０６号との利益および優先権を主張し、それらの全ては、本願の譲受人に譲渡され、その全体が参照によってここに組み込まれる。
【技術分野】
【０００２】
[0002]  本開示は一般に通信に関し、より具体的には、ワイヤレスネットワークに関連してユーザ機器（ＵＥ）に対する所在特定(location)サービスをサポートするための技法に関する。
【背景技術】
【０００３】
[0003]  モノのインターネット（ＩｏＴ：Internet of Things）の一部を形成するＵＥは、通常、（例えば、何らかの時々起こるサービスを提供するために）短い間隔にわたってワイヤレスネットワークにのみ接続することになる。例えば、ＩｏＴの一部であるＵＥは、拡張間欠受信（ｅＤＲＸ：extended Discontinuous Reception）または節電モード（ＰＳＭ：Power Saving Mode）のような機能（features）を含み得る。ｅＤＲＸまたはＰＳＭであると、ＵＥは、アイドル状態に留まり、サービングワイヤレスネットワークから連絡可能(reachable)でなかったり、長い時間期間にわたって（例えば、数時間以上）サービングワイヤレスネットワークへ接続しなかったりしすることがある。ＵＥがアイドル状態に留まる時間期間中に、ＵＥは、クライアントデバイス（例えば、所在特定サービス（ＬＣＳ: Location Service）クライアント）によって連絡可能でないことがあり得、これにより、所在特定サービスを制約またはブロックしている。これは、ＵＥがアイドル状態にある間にＵＥの所在特定を可能にするためにＵＥからの信号を測定したりＵＥにアクセスしたりすることが可能でなくなることがあるという理由で、ジオフェンシング(geofencing)、資産追跡(asset tracking)および子供またはペット所在特定(child or pet location)のようなリアルタイム所在特定サービスを阻害または邪魔し得る。これら制限を克服するための方法が、それゆえ望まれ得る。
【発明の概要】
【０００４】
[0004]  ターゲットユーザ機器（ＵＥ）において周期的およびトリガ所在特定サービスを開始するための方法および技法が説明される。所在特定サービス（ＬＣＳ）クライアントがＵＥから報告する周期的およびトリガ所在特定(periodic and triggered location)の開始を要求した後、２つの中間応答が返される。ネットワークエンティティからの第１の応答は、周期的およびトリガ所在特定サービス要求がネットワークエンティティによって受信され承認されたことを示して提供される。第２の応答は、周期的およびトリガ所在特定要求(periodic and triggered location request)がＵＥにおいてアクティブ化されたことを示してＵＥによって提供される。第２の応答は、第１の応答後すぐに返されることがあったり、またはＵＥがモノのインターネット（ＩｏＴ）の一部であって短い間隔にわたってワイヤレスネットワークに接続される場合に、第１の応答から数時間または数日後に返されたりすることがある。加えて、トリガ所在特定サービス要求は、最大報告間隔と１つまたは複数の所在特定トリガとを含み得る。所在特定報告が最大報告間隔後に提供されない場合、所在特定報告はＵＥにおいて終った(terminated)と見なされ得る。
【０００５】
[0005]  一実施形態では、ターゲットユーザ機器についての周期的およびトリガ所在特定を行う第１のネットワークエンティティにおける方法が、ターゲットユーザ機器についての周期的およびトリガ所在特定要求を第２のネットワークエンティティから受信することと、周期的およびトリガ所在特定要求が受信され承認されたことを示す第１の応答を第２のネットワークエンティティへ送信することと、ターゲットユーザ機器が現在連絡可能な状態にない場合に、ターゲットユーザ機器がワイヤレスネットワークと連絡可能な状態になるのを待つことと、ターゲットユーザ機器とのシグナリング接続を確立することと、ターゲットユーザ機器へ周期的およびトリガ所在特定要求を送信することと、周期的およびトリガ所在特定要求が承認されたことを示す確認をターゲットユーザ機器から受信することと、周期的およびトリガ所在特定要求がターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を第２のネットワークエンティティへ送信することとを含む。
【０００６】
[0006]  一実施形態では、ターゲットユーザ機器についての周期的およびトリガ所在特定を行うための第１のネットワークエンティティが、第２のネットワークエンティティおよびターゲットユーザ機器と通信するように構成された外部インターフェースと、ターゲットユーザ機器に対する第２のネットワークエンティティから周期的およびトリガ所在特定要求を外部インターフェースで受信することと、周期的およびトリガ所在特定要求が受信され承認されたことを示す第１の応答を第２のネットワークエンティティへ外部インターフェースで送信することと、ターゲットユーザ機器が現在連絡可能な状態にない場合に、ターゲットユーザ機器がワイヤレスネットワークと連絡可能な状態になるのを待つことと、ターゲットユーザ機器とのシグナリング接続を外部インターフェースを通じて確立することと、ターゲットユーザ機器へ周期的およびトリガ所在特定要求を外部インターフェースで送信することと、周期的およびトリガ所在特定要求が受信されたというターゲットユーザ機器からの確認応答を外部インターフェースで受信することと、周期的およびトリガ所在特定要求がターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を第２のネットワークエンティティへ送信することとをするように構成された少なくとも１つのプロセッサとを含む。
【０００７】
[0007]  一実施形態では、ターゲットユーザ機器についての周期的およびトリガ所在特定を行うための第１のネットワークエンティティが、ターゲットユーザ機器についての周期的およびトリガ所在特定要求を第２のネットワークエンティティから受信するための手段と、周期的およびトリガ所在特定要求が受信され承認されたことを示す第１の応答を第２のネットワークエンティティへ送信するための手段と、ターゲットユーザ機器が現在連絡可能な状態にない場合に、ターゲットユーザ機器がワイヤレスネットワークと連絡可能な状態になるのを待つための手段と、ターゲットユーザ機器とのシグナリング接続を確立するための手段と、ターゲットユーザ機器へ周期的およびトリガ所在特定要求を送信するための手段と、周期的およびトリガ所在特定要求が承認されたことを示す確認をターゲットユーザ機器から受信するための手段と、周期的およびトリガ所在特定要求がターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を第２のネットワークエンティティへ送信するための手段とを含む。
【０００８】
[0008]  一実施形態では、周期的およびトリガ所在特定を行うためのユーザ機器における方法が、第１のネットワークエンティティから周期的およびトリガ所在特定要求を受信することであって、周期的およびトリガ所在特定要求は、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備える、受信することと、周期的およびトリガ所在特定要求が承認されたことを示す応答を第１のネットワークエンティティへ返すことと、所在特定報告イベントが生じたかどうかを決定するために所在特定報告イベントをモニタすることと、所在特定報告イベントが生じたときに、または所在特定報告イベントが最大報告間隔中に生じないときに、第２のネットワークエンティティへ所在特定報告を送信することとを含む。
【０００９】
[0009]  一実施形態では、周期的およびトリガ所在特定を行うためのユーザ機器が、第１のネットワークエンティティとワイヤレスに通信するように構成されたワイヤレストランシーバと、第１のネットワークエンティティから周期的およびトリガ所在特定要求をワイヤレストランシーバで受信することであって、周期的およびトリガ所在特定要求は、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備える、受信することと、周期的およびトリガ所在特定要求が承認されたことを示す応答を第１のネットワークエンティティへワイヤレストランシーバで返すことと、所在特定報告イベントが生じたかどうかを決定するために所在特定報告イベントをモニタすることと、所在特定報告イベントが生じたときに、または所在特定報告イベントが最大報告間隔中に生じないときに、第２のネットワークエンティティへ所在特定報告をワイヤレストランシーバで送信することとをするように構成された少なくとも１つのプロセッサとを含む。
【００１０】
[0010]  一実施形態では、周期的およびトリガ所在特定を行うためのユーザ機器が、第１のネットワークエンティティから周期的およびトリガ所在特定要求を受信するための手段であって、周期的およびトリガ所在特定要求は、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備える、受信するための手段と、周期的およびトリガ所在特定要求が承認されたことを示す応答を第１のネットワークエンティティへ返すための手段と、所在特定報告イベントが生じたかどうかを決定するために所在特定報告イベントをモニタするための手段と、所在特定報告イベントが生じたときに、または所在特定報告イベントが最大報告間隔中に生じないときに、第２のネットワークエンティティへ所在特定報告を送信するための手段とを含む。
【００１１】
[0011]  一実施形態では、ターゲットユーザ機器についての周期的およびトリガ所在特定を行う第１のネットワークエンティティにおける方法が、第２のエンティティからターゲットユーザ機器についての周期的およびトリガ所在特定要求を受信することと、第３のエンティティへターゲットユーザ機器についての周期的およびトリガ所在特定要求を送信することと、周期的およびトリガ所在特定要求がターゲットユーザ機器に対するサービングネットワークエンティティによって受信され承認されたことを示す第１の応答を第３のエンティティから受信することと、第２のエンティティへ第１の応答を送信することと、周期的およびトリガ所在特定要求がターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を第３のエンティティから受信することと、第２のエンティティへ第２の応答を送信することとを含む。
【００１２】
[0012]  一実施形態では、ターゲットユーザ機器についての周期的およびトリガ所在特定を行うための第１のネットワークエンティティが、第１のネットワークエンティティおよび第２のネットワークエンティティとワイヤレスに通信するように構成された外部インターフェースと、第２のエンティティからターゲットユーザ機器についての周期的およびトリガ所在特定要求を外部インターフェースで受信することと、第３のエンティティへターゲットユーザ機器についての周期的およびトリガ所在特定要求を外部インターフェースで送信することと、周期的およびトリガ所在特定要求がターゲットユーザ機器に対するサービングネットワークエンティティによって受信され承認されたことを示す第１の応答を第３のエンティティから外部インターフェースで受信することと、第２のエンティティへ第１の応答を外部インターフェースで送信することと、周期的およびトリガ所在特定要求がターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を第３のエンティティから外部インターフェースで受信することと、第２のエンティティへ第２の応答を外部インターフェースで送信することとをするように構成された少なくとも１つのプロセッサとを含む。
【００１３】
[0013]  一実施形態では、ターゲットユーザ機器についての周期的およびトリガ所在特定を行うための第１のネットワークエンティティが、第２のエンティティからターゲットユーザ機器についての周期的およびトリガ所在特定要求を受信するための手段と、第３のエンティティへターゲットユーザ機器についての周期的およびトリガ所在特定要求を送信するための手段と、周期的およびトリガ所在特定要求がターゲットユーザ機器に対するサービングネットワークエンティティによって受信され承認されたことを示す第１の応答を第３のエンティティから受信するための手段と、第２のエンティティへ第１の応答を送信するための手段と、周期的およびトリガ所在特定要求がターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を第３のエンティティから受信するための手段と、第２のエンティティへ第２の応答を送信するための手段とを含む。
【００１４】
[0014]  様々な具体例の本質および利点の理解は、次の図を参照することによって実現され得る。
【図面の簡単な説明】
【００１５】
【図１】一具体例に従って、モバイルデバイスについての所在特定のサポートを可能にするためのシステムのアーキテクチャを例示する簡略化されたブロック図である。
【図２】周期的およびトリガ所在特定要求を仕向け（instigate）て行うために使用されるプロセスを例示するシグナリングフローである。
【図３】取り消しがＬＣＳクライアントによって要求されたときに周期的およびトリガ所在特定プロシージャを取り消すためのプロセスを例示するシグナリングフローである。
【図４】取り消しがＵＥによって要求されたときに周期的およびトリガ所在特定プロシージャを取り消すためのプロセスを例示するシグナリングフローである。
【図５】別の具体例に従って、周期的およびトリガ所在特定サービスを行う方法を例示するプロセスフローを示す。
【図６】別の具体例に従って、周期的およびトリガ所在特定サービスを行う方法を例示するプロセスフローを示す。
【図７】別の具体例に従って、周期的およびトリガ所在特定サービスを行う方法を例示するプロセスフローを示す。
【図８】モバイルデバイスまたはＵＥの一具体例のブロック図である。
【図９】ＭＭＥ、Ｅ−ＳＭＬＣまたはＧＭＬＣのようなネットワークエンティティの一具体例のブロック図である。
【図１０】外部クライアントの一具体例のブロック図である。
【００１６】
[0023]  （図２〜４における番号付けされたステージを除いて）同様の番号を有する別の図における要素は、互いに対応し得る。
【詳細な説明】
【００１７】
[0024]  モノのインターネット（ＩｏＴ：Internet of Things）の一部を形成するＵＥは概して、短い間隔にわたってワイヤレスネットワークにのみ（例えば、関連するエンティティ、オブジェクトあるいは人の状態または条件を報告するようないくらかの突発的なサービスを提供するために）接続することになる。例えば、ＩｏＴの一部であるＵＥは、拡張間欠受信（ｅＤＲＸ：extended Discontinuous Reception）または節電モード（ＰＳＭ：Power Saving Mode）のような機能を含み得る。ｅＤＲＸまたはＰＳＭであると、ＵＥは、アイドル状態に留まり、サービングワイヤレスネットワークから連絡可能(reachable)でなかったり、長い時間期間（例えば、数時間以上）にわたってサービングワイヤレスネットワークに接続しなかったりし得る。ＵＥがアイドル状態に留まる時間期間中、ＵＥは、クライアントデバイス（例えば、所在特定サービス（ＬＣＳ：Location Services）クライアント）によって連絡可能でないことがあり得、これにより、所在特定サービスを制約またはブロックしている。これは、ＵＥがアイドル状態にある間にＵＥの所在特定を可能にするために、ＵＥからの信号を測定したりＵＥにアクセスしたりすることが可能でなくなることがあるという理由で、ジオフェンシング、資産トラッキングおよび子供またはペット所在特定のようなリアルタイム所在特定サービスを阻害または邪魔し得る。これに対する１つの可能なソリューションは、リアルタイムの所在特定アクセスが必要な期間中に、周期的およびトリガ所在特定報告がＩｏＴ ＵＥにおいてアクティブ化されることを可能にすることであろう。しかしながら、周期的およびトリガ所在特定のための既存のプロシージャは、通常いつでも連絡可能であるＵＥについてのみ定義されており（例えば、３ＧＰＰ（登録商標）によって）、概して連絡不可能であるＵＥについては定義されていない。例えば、数時間または数日にわたって連絡可能でないはずのＵＥにおいて周期的およびトリガ所在特定を開始することは、現在のプロシージャで可能でないことになり得る。
【００１８】
[0025]  異なるタイプの周期的およびトリガ所在特定をサポートするための新しいプロシージャがここに説明される。新しいプロシージャは、例えば、拡張間欠受信（ｅＤＲＸ）または節電モード（ＰＳＭ）のような機能に起因して、通常いつでも連絡可能であるＵＥと、長い期間にわたって連絡不可能であるＩｏＴ ＵＥとの両方に使用可能であり得る。プロシージャは、ＬＣＳクライアントがターゲットＵＥについての周期的およびトリガ所在特定報告を求める要求を開始した後に、２つの中間応答をネットワークによってＬＣＳクライアントへ返すことを備える第１の機能を含み得る。第１の応答は、ＬＣＳクライアント要求がネットワークによって承認されていて、ネットワークがターゲットＵＥにおけるプロシージャを開始する準備ができていることを示し得る。従来のプロシージャとは異なり、周期的およびトリガ所在特定要求がＵＥにおいてアクティブ化されていること、すなわち、ターゲットＵＥが周期的およびトリガ所在特定報告を返し始めるであろうことを示す第２の応答が提供され得る。第２の応答は、例えば、通常のＵＥの場合には第１の応答後すぐに返され得る、あるいは、例えば、ＩｏＴ ＵＥの場合には第１の応答から数時間または数日後に返され得る。
【００１９】
[0026]  新しいプロシージャは加えて、通常の報告イベントが生じなかったときでも所在特定報告を発行することをＵＥに強制するために、周期的イベントというよりはむしろトリガイベントが報告される周期的およびトリガ所在特定要求のための最大報告間隔を備える第２の機能を含み得る。所在特定報告の受信は、所在特定報告がＵＥにおいて依然としてアクティブであることをネットワークおよびＬＣＳクライアントに確かにし得る。その一方で、最大報告間隔に続いて所在特定報告が受信されない場合、ＬＣＳクライアントまたはネットワークは、所在特定報告がＵＥにおいて終了されたと想定でき、それから要求を終了および／または明示的に取り消し得る。これは、ＬＣＳクライアントまたはネットワークエンティティがＵＥに周期的にクエリし、進行中の所在特定セッションが依然としてアクティブであるかどうかを決定することを必要とする従来のクエリプロシージャを回避し得る。第２の機能のいくつかの態様では、最小報告間隔がまた、ＵＥからの過剰な数の所在特定報告を回避するために含まれ得る。例えば、いくらかの短い期間（例えば、１０〜１５分）に等しい最小報告間隔を設定することは、トリガイベントが頻繁に生じているときに、ある短い期間（例えば、１時間）にわたるＵＥからの多数の報告を回避し得る。
【００２０】
[0027]  新しいプロシージャはさらに、ＵＥがしきい値距離を超えて移動したか、あるいは指定されたターゲットエリアに入ったまたは去ったというような、要求された所在特定トリガイベントが生じたか、あるいはしていないかをＵＥが決定するＵＥの２つの連続するサンプリングアクション間の最大時間間隔を定義し得る最大イベントサンプリング間隔を備える第３の機能を含み得る。ＵＥは、最大イベントサンプリング間隔未満のサンプリング間隔を、これが大量の余分な電力消費なしに可能である場合に用い得る。最大イベントサンプリング間隔を増大させることは、ＵＥのサンプリングアクションの頻度を潜在的に低減することによって、ＵＥの電力消費およびバッテリ消費を低減し得るが、また、生じたトリガイベントを報告する際の遅延を増大させ得る。従って、最大イベントサンプリング間隔は、ターゲットＵＥの必要とされる所在特定サービスおよび能力に最も適合するトリガイベントを報告する際の遅延に対する電力消費とバッテリ消費との間の最適なトレードオフを達成するために、ＬＣＳクライアントによって調整され得る。最大イベントサンプリング間隔は、トリガイベントがある最小時間間隔で生じたか、または生じていないかをＵＥが検証することを必要とされる最小イベントサンプリング間隔とは対照的であり得て、それよりも柔軟性を提供し得る。例えば、最小イベントサンプリング間隔は、ＵＥが著しい余分な電力消費なくそれをサポートできるときにＵＥによる短いほうのサンプリング間隔の使用を阻害し得る。例として、乗り物の一部であったり、これに取り付けられたり、自前の充電ソース（例えば、光、熱、またはユーザの移動で電力供給される）を所有したりするＵＥは、電力消費に関してより少なく制限されたものになり得る。
【００２１】
[0028]  図１は、ユーザ機器（ＵＥ：user equipment）１０２の所在特定サポートのためのシステムアーキテクチャ１００を例示する図である。例として、システムアーキテクチャ１００は、第３世代パートナーシッププロジェクト（３ＧＰＰ）からの仕様書に定義されるような、マシンタイプ通信（ＭＴＣ：Machine Type Communications）、モノのインターネット（ＩｏＴ：Internet of Things）、セルラＩｏＴ（ＣＩｏＴ：Cellular IoT）およびナローバンドＩｏＴ（ＮＢ−ＩｏＴ：Narrow Band IoT）を伴うワイヤレス通信をサポートし得る。ＮＢ−ＩｏＴは、発展型ユニバーサルモバイル電気通信サービス（ＵＭＴＳ：Universal Mobile Telecommunications Service）地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：evolved UMTS Terrestrial Radio Access Network）によってサポートされた無線アクセスタイプ（ＲＡＴ：Radio Access Type）であり、それは、２００ＫＨｚのＵＬ／ＤＬ（アップリンク／ダウンリンク）キャリア帯域幅（および１８０ＫＨｚの使用可能なＵＬ／ＤＬ帯域幅）を提供するために、３ＧＰＰ Ｒｅｌｅａｓｅ１３についての仕様書に３ＧＰＰによって追加された。ＣＩｏＴは、ＮＢ−ＩｏＴ、ＩｏＴおよびＭＴＣに対するＥＰＣ（発展型パケットコア(evolved packet core)）サポートに関係し、ＮＢ−ＩｏＴに対してコンプリメンタリである（すなわち、ＮＢ−ＩｏＴは主にＥ−ＵＴＲＡＮに関与し、ＣＩｏＴは主にＥＰＣに関与する）。システムアーキテクチャ１００は、ＣＩｏＴ動作を有する広帯域幅ロングタームエボリューション（ＬＴＥ（登録商標））無線アクセス、ＭＴＣのためのカテゴリＭ１（１．４ＭＨｚ）ＬＴＥ無線アクセス、またはＮＢ−ＩｏＴ無線アクセスをサポートし得るか、あるいは他のタイプのユーザ機器を伴うワイヤレス通信をサポートし得る。
【００２２】
[0029]  システムアーキテクチャ１００は、発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれ得る。例示されるように、システムアーキテクチャ１００は、ＵＥ１０２、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）であり得る無線アクセスネットワーク（ＲＡＮ）１２０、および発展型パケットコア（ＥＰＣ）１３０を含み得る。無線アクセスネットワーク（ＲＡＮ：Radio Access Network）１２０およびＥＰＣ１３０は、ＵＥ１０２のためのホーム公衆陸上モバイルネットワーク（ＨＰＬＭＮ：a Home Public Land Mobile Network）１４０と通信する訪問先公衆陸上モバイルネットワーク（ＶＰＬＭＮ：a Visited Public Land Mobile Network）の一部であり得る。システムアーキテクチャ１００は、他のアクセスネットワークと相互接続し得る。例えば、インターネットが、ＨＰＬＭＮ１４０およびＶＰＬＭＮ ＥＰＣ１３０のような異なるネットワークに、および異なるネットワークからメッセージを搬送するために使用され得る。簡潔さのために、これらエンティティ／インターフェースは図示されない。図示されるように、システムアーキテクチャ１００はパケット交換サービスを提供するが、当業者が容易に分かるはずであるように、この開示全体を通じて提示される様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００２３】
[0030]  ＵＥ１０２は、任意の電子デバイスであり得、これは、所望されるならば、ＮＢ−ＩｏＴ、カテゴリＭ１または（ワイドバンド）ＬＴＥ無線アクセス、あるいは他のタイプの無線アクセスのために構成され得る。ＵＥ１０２は、デバイス、ワイヤレスデバイス、モバイル端末、端末、モバイル局（ＭＳ）、モバイルデバイス、セキュアユーザプレーン所在特定（ＳＵＰＬ：Secure User Plane Location）対応端末（ＳＥＴ：SUPL Enabled Terminal）として、または何か他の名称で呼ばれ得、スマートウォッチ、デジタル眼鏡、フィットネスモニタ、スマートカー、スマート家電、携帯電話、スマートフォン、ラップトップ、タブレット、ＰＤＡ、トラッキングデバイス、制御デバイス、あるいは何か他のポータブルまたは移動可能デバイスに対応し得る（もしくはそれらの一部であり得る）。ＵＥ１０２は、ユーザがオーディオ、ビデオ、および／またはデータＩ／Ｏデバイスおよび／またはボディセンサおよび別個のワイヤラインまたはワイヤレスモデムを用い得る、例えば、パーソナルエリアネットワーク中に、複数のエンティティを備え得るか、または単一のエンティティを備え得る。概して、必ずではなく、ＵＥ１０２は、例えば、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））、符号分割多元接続（ＣＤＭＡ）、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））、ＬＴＥ、第５世代（５Ｇ）とも呼ばれる新無線（ＮＲ：New Radio）、高レートパケットデータ（ＨＲＰＤ）、ＩＥＥＥ８０２．１１ ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）（ＢＴ）、ＷｉＭａｘ、等を使用するワイヤレス通信をサポートし得る。ＵＥ１０２はまた、例えば、ワイヤレスＬＡＮ（ＷＬＡＮ）、デジタル加入者回線（ＤＳＬ）またはパケットケーブルを使用するワイヤレス通信をサポートし得る。図１は１つのＵＥ１０２のみを示すが、ＵＥ１０２に各々対応できる多くの他のＵＥが存在し得る。
【００２４】
[0031]  ＵＥ１０２は、無線アクセスネットワーク（ＲＡＮ）１２０を含み得るワイヤレス通信ネットワークと接続された状態に入り得る。一例において、ＵＥ１０２は、ＲＡＮ１２０中の発展型ノードＢ（ｅＮＢとも呼ばれるｅノードＢ）１２２のようなセルラトランシーバへワイヤレス信号を送信またはそれからワイヤレス信号を受信することによって、セルラ通信ネットワークと通信し得る。ＲＡＮ１２０は、１つまたは複数の追加のｅＮＢ１２４を含み得る。例示されるように、ＲＡＮ１２６のような追加のＲＡＮが、システムアーキテクチャ１００内にあり得、それは、１つまたは複数のｅＮＢ１２８を含み得る。ｅＮＢ１２２は、ＵＥ１０２に対するユーザおよび制御プレーンプロトコル終端を提供する。ｅＮＢ１２２はまた、基地局、ベーストランシーバ局、無線基地局、無線トランシーバ、無線ネットワークコントローラ、トランシーバ機能、基地局サブシステム（ＢＳＳ：base station subsystem）、拡張サービスセット（ＥＳＳ：extended service set）として、または何か他の適切な専門用語で呼ばれ得る。ＵＥ１０２はまた、アクセスポイント（ＡＰ）、フェムトセル、ホーム基地局、スモールセル基地局、ホームノードＢ（ＨＮＢ：Home Node B）またはホームｅノードＢ（ＨｅＮＢ：Home eNodeB）のようなローカルトランシーバへワイヤレス信号を送信またはそれからワイヤレス信号を受信し得、および、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ、例えば、ＩＥＥＥ８０２．１１ネットワーク）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ、例えば、Ｂｌｕｅｔｏｏｔｈネットワーク）またはセルラネットワーク（例えば、ＬＴＥネットワークまたは次の段落において論じられるような他のワイヤレスワイドエリアネットワーク）へのアクセスを提供し得る。当然ながら、これらは単にワイヤレスリンクを通してモバイルデバイスと通信し得るネットワークの例に過ぎず、特許請求される主題はこの点に限定されないことが理解されるべきである。
【００２５】
[0032]  ワイヤレス通信をサポートし得るネットワーク技術の例は、ＮＢ−ＩｏＴを含むが、さらにＧＳＭ、ＣＤＭＡ、ＷＣＤＭＡ、ＬＴＥ、ＨＲＰＤ、およびＮＲを含み得る。ＮＢ−ＩｏＴ、ＣＩｏＴ、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥおよびＮＲは、３ＧＰＰによって定義された（または３ＧＰＰによって定義される）技術である。ＣＤＭＡおよびＨＲＰＤは、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって定義された技術である。ＷＣＤＭＡはまた、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）の一部であり、ＨＮＢによってサポートされ得る。ｅＮＢ１２２、１２４および１２８のようなセルラトランシーバは、（例えば、サービス契約下の）サービスのためにワイヤレス電気通信ネットワークへの加入者アクセスを提供する機器の展開を備え得る。ここで、セルラトランシーバは、セルラトランシーバがアクセスサービスを提供可能である範囲に少なくとも部分的に基づいて決定されるセル内の加入者デバイスにサービスする際にセルラ基地局の機能を行い得る。
【００２６】
[0033]  ｅＮＢ１２２、１２４は、ＶＰＬＭＮ ＥＰＣ１３０へのインターフェース（例えば、ワイヤレスまたはワイヤラインバックホール接続）によって接続される。例示されるように、ＥＰＣ１３０はモビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１３１を含み、これを通じてＵＥ１０２のシグナリングメッセージが転送される。ＭＭＥ１３１は、ＵＥ１０２に対するサービングＭＭＥであり得る。ＭＭＥ１３１は、ＵＥ１０２とＥＰＣ１３０との間でのシグナリングを処理するとともに、ＵＥ１０２のアタッチメントおよびネットワーク接続、並びにＵＥ１０２に代わってデータ、シグナリングおよび音声ベアラの確立および解放を管理することをサポートする制御ノードである。ＭＭＥ１３１はまた、ＵＥ１０２のためのデータベアラを確立および解放することのオーバヘッドを回避するために、データパケットが、ＭＭＥ１３１を迂回することによってというよりはよりむしろ、ＭＭＥ１３１を介してＵＥへおよびＵＥから転送される、ＣＩｏＴ制御プレーン（ＣＰ：Control Plane）最適化として知られる３ＧＰＰセルラＩｏＴ（ＣＩｏＴ）機能を使用して、ＵＥ１０２へのおよびＵＥ１０２からのユーザプレーン（ＵＰ：user plane）データ転送をサポートし得る。概して、ＭＭＥ１３１は、ＵＥ１０２にベアラおよび接続管理を提供し、およびｅＮＢ１２２と１２４、ＶＰＬＭＮ ＥＰＣ１３０における、拡張サービングモバイル所在特定センター（Ｅ−ＳＭＬＣ：Enhanced Serving Mobile Location Cente）１３３と訪問先ゲートウェイモバイル所在特定センター（Ｖ−ＧＭＬＣ：Visited Gateway Mobile Location Center）１３２に接続され得る。例示されるように、ＥＰＣ１３０は、ｅＮＢ１２２および１２４、他のＥ−ＳＭＬＣ１３３＃、および他のＶ−ＧＭＬＣ１３２＃に接続される、ＭＭＥ１３１＃のような１つまたは複数の追加のＭＭＥを含み得る。いくつかの実施形態において、Ｅ−ＳＭＬＣ１３３＃は、Ｅ−ＳＭＬＣ１３３と同じエンティティであり得る、および／または、Ｖ−ＧＭＬＣ１３２＃は、Ｖ−ＧＭＬＣ１３２と同じエンティティであり得る。加えて、例示されるように、システムアーキテクチャ１００は、ＥＰＣ１３４のような（異なるＰＬＭＮに対応する）追加のＶＰＬＭＮ ＥＰＣを含み得、それは、ｅＮＢ１２８、他のＥ−ＳＭＬＣ１３６および他のＶ−ＧＭＬＣ１３７に接続されているとして例示されるＭＭＥ１３５のような１つまたは複数の追加のＭＭＥを含み得る。
【００２７】
[0034]  Ｅ−ＳＭＬＣ１３３、１３３＃および１３６は各々、３ＧＰＰ技術仕様書（ＴＳ）２３．２７１および３６．３０５において定義される３ＧＰＰ制御プレーン（ＣＰ）所在特定ソリューションを使用してＵＥ１０２の所在特定をサポートするように構成され得る。単にゲートウェイモバイル所在特定センター（ＧＭＬＣ）１３２、１３２＃または１３７とも各々呼ばれ得るＶ−ＧＭＬＣ１３２、１３２＃および１３７は、ＵＥ１０２の所在特定へのアクセスを外部クライアント（例えば、外部クライアント１６０）または他のネットワーク（例えば、ＨＰＬＭＮ１４０）に代わって提供するように構成され得る。外部クライアントはまた、ＬＣＳクライアントと呼ばれ得る。
【００２８】
[0035]  例示されるように、ＨＰＬＭＮ１４０は、（例えば、インターネットを介して）Ｖ−ＧＭＬＣ１３２、１３２＃および１３７に接続され得るホームゲートウェイモバイル所在特定センター（Ｈ−ＧＭＬＣ：Home Gateway Mobile Location Center）１４２を含む。Ｈ−ＧＭＬＣ１４２は、ＵＥ１０２についてのユーザ関連および加入関連情報を包含する中央データベースである、ホーム所在特定レジスタまたはホーム加入者サーバ（ＨＬＲ：Home Location Register／ＨＳＳ：Home Subscriber Server）１４４に接続され得る。Ｈ−ＧＭＬＣ１４２は、外部クライアント１６０のような外部クライアントにＵＥ１０２への所在特定アクセスを提供し得る。Ｈ−ＧＭＬＣ１４２は、例えば、インターネットのような他のネットワークを通じて（図１には図示せず）、外部クライアント１６０に接続され得る。いくつかのケースでは、要求するＰＬＭＮ（ＲＰＬＭＮ：a Requesting PLMN）１５０に位置する要求ＧＭＬＣ（Ｒ−ＧＭＬＣ：a Requesting GMLC）１５２が、Ｒ−ＧＭＬＣ１５２に接続された外部クライアントの代わりにＵＥ１０２への所在特定アクセスを提供するために（例えば、インターネットを介して）Ｈ−ＧＭＬＣ１４２に接続され得る。Ｒ−ＧＭＬＣ１５２、Ｈ−ＧＭＬＣ１４２およびＶ−ＧＭＬＣ１３２は、３ＧＰＰ ＴＳ２３．２７１において定義される３ＧＰＰ ＣＰ所在特定ソリューションを使用してＵＥ１０２への所在特定アクセスをサポートし得る。Ｒ−ＧＭＬＣ１５２と、Ｈ−ＧＭＬＣ１４２と、Ｖ−ＧＭＬＣ１３２、１３２＃および１３７とは各々、（例えば、ＧＭＬＣのタイプが既に知られている場合には）単にＧＭＬＣと呼ばれ得る。
【００２９】
[0036]  ３ＧＰＰ ＴＳ２３．２７１において定義される３ＧＰＰ ＣＰ所在特定ソリューションのようなＣＰ所在特定ソリューションでは、ＵＥ１０２の所在特定をサポートするためのシグナリングが、ＶＰＬＭＮ ＥＰＣ１３０およびＲＡＮ１２０についての既存のシグナリングインターフェースおよびプロトコルを使用して、参加するエンティティ（例えば、Ｖ−ＧＭＬＣ１３２、ＭＭＥ１３１、Ｅ−ＳＭＬＣ１３３、ｅＮＢ１２２およびＵＥ１０２）間で転送され得る。対照的に、オープンモバイルアライアンス（ＯＭＡ）によって定義されたＳＵＰＬ所在特定ソリューションのようなユーザプレーン所在特定ソリューションでは、ＵＥ１０２の所在特定をサポートするためのシグナリングが、データベアラを使用して（例えば、インターネットプロトコル（ＩＰ）を使用して）、参加するエンティティ（例えば、ＵＥ１０２およびＳＵＰＬ所在特定プラットフォーム（ＳＬＰ：SUPL Location Platform））間で転送され得る。
【００３０】
[0037]  ＶＰＬＭＮネットワーク（ＲＡＮ１２０およびＶＰＬＭＮ ＥＰＣ１３０を備える）、別個のＨＰＬＭＮ１４０、およびＲＰＬＭＮ１５０が図１に例示されるが、ＰＬＭＮ（ネットワーク）のうちの１つまたは複数は、同じＰＬＭＮであり得ることが理解されるべきである。そのケースにおいて、ＨＬＲ／ＨＳＳ１４４はＭＭＥ１３１と同じネットワーク（ＥＰＣ）にあり得、Ｖ−ＧＭＬＣ１３２、Ｈ−ＧＭＬＣ１４２、およびＲ−ＧＭＬＣ１５２のうちの１つまたは複数は同じＧＭＬＣであり得る。
【００３１】
[0038]  特定の実施形態において、ＵＥ１０２は、処理リソースおよび回路であって、所在特定関連測定値（例えば、ＧＰＳまたは他の衛星測位システム（ＳＰＳ：Satellite Positioning System）衛星１１０、ｅＮＢ１２２、１２４のようなセルラトランシーバ、またはローカルトランシーバから受信される信号についての）を取得して、これら所在特定関連測定値に基づいてＵＥ１０２の位置フィックスまたは推定される所在をできる限り計算することが可能である処理リソースおよび回路を有し得る。いくつかの実施形態では、ＵＥ１０２によって取得される所在特定関連測定値がＥ−ＳＭＬＣ１３３のような所在特定サーバへ転送され得るもので、それから、所在特定サーバがこの測定値に基づいてＵＥ１０２についての所在を推定または決定し得る。ＵＥ１０２によって取得される所在特定関連測定値は、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏまたは北斗のような全地球航法衛星システム（ＧＮＳＳ：Global Navigation Satellite System）またはＳＰＳに属する衛星１１０から受信される信号の測定値を含み得る、および／または、既知の所在地（例えば、ｅＮＢ１２２、ｅＮＢ１２４または他のローカルトランシーバのような）に固定された地上送信機から受信される信号の測定値を含み得る。ＵＥ１０２または別個の所在特定サーバ（例えば、Ｅ−ＳＭＬＣ１３３）はそれから、例えば、ＧＮＳＳ、補助ＧＮＳＳ（Ａ−ＧＮＳＳ：Assisted GNSS）、高度順方向リンク三辺測量（ＡＦＬＴ：Advanced Forward Link Trilateration）、観測到着時間差（ＯＴＤＯＡ：Observed Time Difference Of Arrival）、拡張セルＩＤ（Ｅ−ＣＩＤ：Enhanced Cell ID）、またはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）測位、あるいはそれらの組み合わせのようないくつかの位置決め方法（position methods）のうちのいずれか１つを使用し、これら所在特定関連測定値に基づいてＵＥ１０２についての所在推定値(location estimate)を取得し得る。これら技法（例えば、ＡＦＬＴおよびＯＴＤＯＡ）のうちのいくつかでは、既知の所在地に固定された３つ以上の地上送信機についての時間差がＵＥ１０２で測定され得たり、（例えば、Ａ−ＧＮＳＳの場合）擬似距離（pseudoranges）が正確に知られている軌道データを有する４つ以上の衛星について測定され得たり、あるいはそれらの組み合わせであり得たりする。これら測定値は、送信機または衛星によって送信されＵＥ１０２で受信されるパイロット、測位基準信号（ＰＲＳ）または他の測位関連信号に少なくとも部分的に基づき得る。
【００３２】
[0039]  いくつかの実施形態では、Ｅ−ＳＭＬＣ１３３のような所在特定サーバが、例えば、測定されるべき信号に関する情報（例えば、予期される信号タイミング、信号コーディング、信号周波数、信号ドップラ）、地上送信機の所在地およびアイデンティティ(identites)、および／またはＧＮＳＳ衛星についての信号、タイミングおよび軌道情報を含む測位支援データをＵＥ１０２に提供して、Ａ−ＧＮＳＳ、ＡＦＬＴ、ＯＴＤＯＡおよびＥ−ＣＩＤのような測位技法を簡単にすることが可能であり得る。簡単にすることは、ＵＥ１０２による信号取得および測定精度を改善すること、および、いくつかのケースにおいて、ＵＥ１０２が所在特定測定値に基づいてその推定される所在地を計算することを可能にすることを含み得る。例えば、所在特定サーバ（例えば、Ｅ−ＳＭＬＣ１３３）は、特定の場所のような１つまたは複数の特定領域にあるセルラトランシーバ（例えば、ｅＮＢ１２２および１２４）および／またはローカルトランシーバの所在地およびアイデンティティを示すアルマナックを備え得るとともに、セルラ基地局またはＡＰによって送信される信号を記述するものである、送信電力および信号タイミングのような情報を提供し得る。Ｅ−ＣＩＤのケースでは、ＵＥ１０２が、セルラトランシーバ、例えば、ｅＮＢ１２２、１２４、および／またはローカルトランシーバから受信される信号についての信号強度の測定値（例えば、受信信号強度インジケーション（ＲＳＳＩ：received signal strength indication）または基準信号受信電力（ＲＳＲＰ：reference signal received power））を取得し得る、および／または、ＵＥ１０２と１つまたは複数のセルラトランシーバ、例えば、ｅＮＢ１２２、１２４、および／またはローカルトランシーバとの間のラウンドトリップ信号伝搬時間（ＲＴＴ：round trip signal propagation time）、信号品質レベル（例えば、基準信号受信品質（ＲＳＲＱ：reference signal received quality））、または信号対雑音比（Ｓ／Ｎ）を取得し得る。Ｅ−ＣＩＤのケースにおいて、ＵＥ１０２は、ＵＥ１０２のおおよその所在特定を可能にし得る１つまたは複数の近隣セルの各々についてのグローバルセルＩＤまたは物理的（ローカル）セルＩＤを取得し得る。ＷＬＡＮ測位のケースでは、ＵＥ１０２が、ＷＬＡＮ ＡＰのための短無線距離（例えば、５０メートル）のせいでＵＥ１０２についての正確な所在特定を可能にし得る１つまたは複数の近隣ＷＬＡＮ ＡＰの各々についての媒体アクセス制御（ＭＡＣ：Media Access Control）アドレスを取得し得る。ＵＥ１０２は、ＵＥ１０２についての所在地を決定するために、Ｅ−ＳＭＬＣ１３３またはＳＵＰＬ ＳＬＰ（図１に図示せず）のような所在特定サーバへこれら測定値を転送し得たり、またはいくつかの実施形態において、ＵＥ１０２についての所在地を決定するために、所在特定サーバから受信される支援データ（例えば、ＧＮＳＳアルマナックおよび／またはＧＮＳＳエフェメリス情報のようなＧＮＳＳ衛星データまたは地上アルマナックデータ）とともにこれら測定値を使用し得たりする。
【００３３】
[0040]  ＯＴＤＯＡのケースにおいて、ＵＥ１０２は、近隣のトランシーバと基地局（例えば、ｅＮＢ１２２および１２４）とのペアによって送信される、測位基準信号（ＰＲＳ：Positioning Reference Signal）またはセル固有基準信号（ＣＲＳ：Cell-specific Reference Signal）のような信号間の基準信号時間差（ＲＳＴＤ：Reference Signal Time Difference）を測定し得る。ＲＳＴＤ測定値は、２つの異なるトランシーバからＵＥ１０２で受信される信号（例えば、ＣＲＳまたはＰＲＳ）間の到着時間差（例えば、ｅＮＢ１２２およびｅＮＢ１２４から受信された信号間のＲＳＴＤ）を提供し得る。ＵＥ１０２は、測定されたトランシーバについての既知の所在地および既知の信号タイミングに基づいてＵＥ１０２について推定される所在地を計算し得る所在特定サーバ（例えば、Ｅ−ＳＭＬＣ１３３）へ測定されたＲＳＴＤを返し得る。ＯＴＤＯＡのいくつかの実施形態において、ＲＳＴＤ測定値のために使用される信号（例えば、ＰＲＳまたはＣＲＳ信号）は、例えば共通世界時を正確に取得するために各トランシーバでＧＰＳ受信機を使用し、ＧＰＳ時間または協定世界時（ＵＴＣ：Coordinated universal time）のような共通世界時にトランシーバによって正確に同期され得る。
【００３４】
[0041]  ＵＥ１０２の所在特定(location)の推定値は、所在地、所在推定値、所在フィックス、フィックス、位置、位置推定値または位置フィックスと呼ばれ得、および地理的であり得、このことから、高度コンポーネント（例えば、海水面からの高さ、地表面、床面または地下面からの高さあるいはそれより下の深さ）を含むことも含まないこともあり得る、ＵＥ１０２についての所在地座標（例えば、緯度および経度）を提供する。代替として、ＵＥ１０２の所在地は、都市(cvic)ロケーションとして（例えば、郵便宛先あるいは特定の部屋またはフロアのような建物内の何らかの地点または小さいエリアの指定として）表され得る。ＵＥ１０２の所在地はまた、その中にＵＥ１０２が何らかの確率または信頼度レベル（例えば、６７％または９５％）で配置される(located)ことが予期される（地理的にまたは都市形式のいずれかで定義される）エリアまたはボリュームとして表され得る。ＵＥ１０２の所在地は、さらに、例えば、地理的にであったり、都市用語においてであったり、地図、フロアプランまたは建物プラン上に示された地点、エリアまたはボリュームへの参照によることであったりして定義され得る既知の所在地におけるある起点に対して定義された相対的Ｘ、Ｙ（およびＺ）座標または方向および距離を備える相対的所在地であり得る。ここに包含される説明において、所在地(location)という用語の使用は、そうでないと示されない限り、これら変形のうちの任意のものを備え得る。
【００３５】
[0042]  外部クライアント（例えば、外部クライアント１６０）の要求によるＵＥ１０２の（例えば、エリアイベントに基づく）トリガ所在特定と周期的所在特定とは、モバイル着信所在特定要求（ＭＴ−ＬＲ：Mobile Terminated Location Request）プロシージャを使用して、３ＧＰＰ ＴＳ２３．２７１において、ＵＥ１０２によるＧＳＭおよびＵＭＴＳアクセスについて定義されている。異なるＭＴ−ＬＲプロシージャが、ＵＥ１０２の周期的所在特定（周期的所在特定のためのＭＴ−ＬＲプロシージャを使用する）と、ＵＥ１０２が定義された地理的エリア内に入る、去るまたは留まるＵＥ１０２のトリガ所在特定（エリアイベントの変更のためのＭＴ−ＬＲプロシージャを使用する）とをサポートするために３ＧＰＰ ＴＳ２３．２７１において定義されている。しかしながら、そのようなＭＴ−ＬＲプロシージャ（例えば、周期的所在特定またはエリアイベントの変更のためのＭＴ−ＬＲプロシージャ）は、ＵＥ１０２（例えば、ＬＴＥまたはＮＢ−ＩｏＴを使用する）によるＥ−ＵＴＲＡＮアクセスについて３ＧＰＰ ＴＳ２３．２７１において定義されていない。ＵＥ１０２によって使用されるＣＩｏＴ機能のケースでは、ＵＥ１０２についての所在地の変更の報告をサポートするための能力が、３ＧＰＰ ＴＳ２３．６８２において定義されているが、ソリューションは、３ＧＰＰ ＴＳ２３．２７１における所在特定サポートと合致せず（例えば、３ＧＰＰ ＴＳ２３．６８２における能力が、３ＧＰＰ ＴＳ２３．２７１におけるソリューションとは異なるアーキテクチャと異なるプロトコルとを使用することから）、セルＩＤまたはトラッキングエリア（ＴＡ：Tracking Area）のみの粒度で所在特定を提供し、ＵＥ１０２が利用可能になるときにのみ所在地を報告できる（例えば、ＵＥ１０２についての長いｅＤＲＸページングサイクルのケースにおいて、潜在的にほぼ３時間の間隔で）。
【００３６】
[0043]  より柔軟な周期的および／またはトリガＭＴ−ＬＲ能力は、ＵＥ１０２が通常利用可能になる（例えば、ＶＰＬＭＮ ＥＰＣ１３０に接続される）とき以外の時間において、および／またはセルＩＤまたはＴＡより良い粒度で、ＬＴＥアクセス、カテゴリＭ１アクセスまたはＮＢ−ＩｏＴアクセスを有するＵＥ１０２の所在特定を可能にするのに有用であり得る。例えば、ユーザは、例えば２時間後というよりはむしろ、イベントが生じた直後に、有価資産、子供またはペットがいつ特定のエリアに入るまたは去るかを知りたがり、加えてそのようなイベントが生じたときのより正確な現在の所在地をむしろ好み得る。
【００３７】
[0044]  単一のプロシージャ（例えば、ＭＴ−ＬＲプロシージャ）は、異なるタイプの周期的およびトリガ所在特定をサポートするために使用され得る。ここでのこの単一のプロシージャの例は、「周期的およびトリガ所在特定」、「周期的およびトリガＭＴ−ＬＲ」、「周期的およびトリガＭＴ−ＬＲ所在特定」、「周期的およびトリガ所在決定」、「周期的所在特定およびトリガ所在特定」、「周期的またはトリガ所在特定」、「周期的所在決定およびトリガ所在決定」、あるいは「周期的所在決定またはトリガ所在決定」と呼ばれる。その上、この単一のプロシージャを求める要求はここでは、「周期的およびトリガ所在特定要求」、「周期的およびトリガＭＴ−ＬＲ要求」、「周期的およびトリガＭＴ−ＬＲ所在特定要求」、「周期的所在特定およびトリガ所在特定サービス要求」、「周期的またはトリガ所在特定要求」、「周期的所在特定要求およびトリガ所在特定要求」、あるいは「周期的所在特定要求またはトリガ所在特定要求」と呼ばれ得る。周期的および異なるタイプのトリガ所在特定報告をサポートする単一のプロシージャの使用は、ＵＥ１０２についてのおよび／またはＭＭＥ１３１とＧＭＬＣ１３２、１４２および１５２とのようなネットワーク要素についての実施を低減することに起因して、１つのタイプの報告のみ（例えば、周期的報告のみまたはエリアイベントの報告のみ）を各々サポートする別個のプロシージャより好ましくあり得る。プロシージャは、通常いつでも連絡可能であるＵＥ１０２と、長い期間にわたって連絡不可能であるＩｏＴ ＵＥ１０２との両方に使用可能であり得る。プロシージャは、例えば、ＩｏＴ ＵＥに対する所在特定サービスをサポートするためのいくつかの機能を包含し得る。プロシージャの１つの機能では、ＬＣＳクライアント（例えば、外部クライアント１６０）がターゲットＵＥ（例えば、ＵＥ１０２）についての周期的およびトリガ所在特定報告を開始することをネットワーク（例えば、Ｒ−ＧＭＬＣ１５２）に要求した後に、２つの中間応答が、ＬＣＳクライアントへネットワークによって（例えば、ＭＭＥ１３１によって）返され得る。通常数秒内に返され得る第１の応答は、ＬＣＳクライアント要求が１つまたは複数のネットワークによって（例えば、Ｒ−ＧＭＬＣ１５２、Ｈ−ＧＭＬＣ１４２、Ｖ−ＧＭＬＣ１３２およびＭＭＥ１３１によって）承認されており、およびネットワーク（例えば、ＭＭＥ１３１）がターゲットＵＥにおいてプロシージャを開始する準備ができていることを示し得る。第２の応答は、通常のＵＥの場合に第１の応答後すぐに（例えば、数秒後に）返され得たり、ＩｏＴ ＵＥの場合に第１の応答から数時間または数日後に返され得たりするものであって、周期的およびトリガ所在特定要求がＵＥにおいてアクティブ化されたことを示し得る。そのような第２の応答を提供しない従来のプロシージャとは異なり、第２の応答は、ターゲットＵＥが周期的およびトリガ所在特定報告を返し始めるであろうことをＬＣＳクライアントに知らせ得る。
【００３８】
[0045]  ＵＥ（例えば、ＵＥ１０２）における周期的およびトリガ所在特定報告のアクティブ化に続き、ＵＥは、要求されたタイプ（１つ以上）の周期的および／またはトリガイベントを、これらが生じＵＥによって検出されることに伴って報告し得るとともに、これら報告に所在推定値を含め得る（またはネットワークは、所在推定値を含み得る）。しかしながら、トリガイベントが生じない（例えば、ＵＥがジオフェンスエリア内に留まって、これを報告する必要がない）とき、ネットワーク（例えば、Ｒ−ＧＭＬＣ１５２およびＨ−ＧＭＬＣ１４２）とＬＣＳクライアント（例えば、外部クライアント１６０）とは、所在特定報告を受信しないことがあり得、所在特定要求がＵＥ中で依然としてアクティブであるか、または（例えば、ＵＥが電源オフにされることに起因して）終了されたかをネットワークまたはＬＣＳクライアントが知ることを不可能にする。従来、ＬＣＳクライアントまたはネットワークエンティティ（例えば、ＧＭＬＣ）が進行中のアクティブな所在特定セッションについてＵＥにクエリすることを可能にする追加のクエリプロシージャが使用され得る。ＵＥとの所在特定セッションの現在の状態を決定するための追加のクエリの使用は、しかしながら、ワイヤレスネットワークおよびＵＥに影響を与え得るとともに、アイドル状態にあるＵＥが長い期間にわたって連絡可能でないときに遅延された応答をもたらし得る。より少ない遅延を有するより効率的なソリューションは、ここに説明されるプロシージャの他の機能によって提供され得るものであって、最大報告間隔が、トリガイベント（例えば、エリアイベント報告）を求める周期的およびトリガ所在特定要求に提供されて、通常の報告イベントが生じなかったときであっても所在特定報告を発行することをＵＥに強制する。所在特定報告は、所在特定報告がＵＥにおいて依然としてアクティブであることをネットワーク（例えば、Ｒ−ＧＭＬＣ１５２およびＨ−ＧＭＬＣ１４２）とＬＣＳクライアント（例えば、ＬＣＳクライアント１６０）とに確認できる。最大報告間隔に続いて所在特定報告が受信されない場合、ＬＣＳクライアントまたはネットワーク（例えば、Ｒ−ＧＭＬＣ１５２およびＨ−ＧＭＬＣ１４２）は、所在特定報告がＵＥにおいて終ったと見なすことができる。
【００３９】
[0046]  ＥＰＣサービスのための周期的およびトリガ所在特定は、周期的間隔で、または何らかのトリガイベントがＵＥによって検出されたときはいつでも、所在特定報告の仕向けおよび所在特定報告の取り消し（例えば、ＵＥまたはＬＣＳクライアントによる）をサポートし得る。所在特定報告のためのサポートされたトリガイベントは、例えば、エリアイベント（例えば、ＵＥが予め定義されたエリア内に入る、去るまたは留まる）および動きイベントを備え得る。一実施形態では、１つのタイプの報告のみが、周期的なエリアイベントおよび動きイベントのうちからの任意の要求に含まれ得る。他の実施形態では、１つよりも多くのタイプの報告が、同じ周期的およびトリガ所在特定プロシージャ（例えば、周期的なエリアイベントおよび動きイベント報告のうちから）のためにサポートされ得る。エリアイベントのケースでは、ターゲットエリアが、例えば、地理的エリア、ＰＬＭＮアイデンティティ、ＰＬＭＮについてのセルおよび／またはＴＡのセット、国または地政学的名称によって定義され得る。動きイベントのケースでは、動きが、例えば、動きイベントがＵＥによって報告されたＵＥについての以前の所在地からの線形距離しきい値を上回るＵＥによる移動に対応し得る。プロシージャは、イベント報告の中断なしに、異なるサービングＭＭＥと異なるサービングＰＬＭＮとの間でのＵＥモビリティをサポートし得る。
【００４０】
[0047]  図２は、ＬＣＳクライアントによって要求される周期的およびトリガＭＴ−ＬＲについての、およびＬＴＥおよび／またはＮＢ−ＩｏＴワイヤレスアクセスを有するターゲットＵＥについてのイベントおよび所在特定報告を仕向けて行うために使用されるプロセスを例示するシグナリングフロー２００を示している。図２における例と、図３および４において後で示される例とは、システムアーキテクチャ１００内のＵＥ１０２に適用され、ここで、システムアーキテクチャ１００からの要素が、同様の番号を使用して図２〜４に示される。シグナリングフロー２００に例示されるように、ステージ１で、ＬＣＳクライアント１６０は、Ｒ−ＧＭＬＣ１５２へＬＣＳサービス要求(LCS Service Request)を送り、それは、要求される所在特定（または所在特定イベント）報告のタイプ（例えば、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告）と関連するパラメータとを提供する。この例では、１つのタイプの所在特定報告のみがステージ１で要求されること（例えば、エリアイベントまたは動きイベントでなく、周期的イベントのステージ１で報告を要求することのような）が想定される。しかしながら、１つよりも多くのタイプのロケーティング報告が要求される（例えば、周期的イベントと動きイベントとの両方の報告をステージ１で要求することのような）他の例が存在し得る。どんなタイプの報告の場合でも、ＬＣＳサービス要求は、ＵＥ１０２についてのアイデンティティ、例えば、モバイル局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ：a Mobile Station International Subscriber Directory Number）、国際モバイル加入者番号（ＩＭＳＩ：an International Mobile Subscriber Number）、またはＬＣＳクライアント１６０およびＲ−ＧＭＬＣ１５２に知られている何か他のアイデンティティを含み得る。周期的報告の場合、例えば、ＬＣＳサービス要求はさらに、連続する所在特定報告間の時間間隔、報告の総数を含み得、および必要とされる所在特定精度を含み得る所在特定サービス品質（ＱｏＳ）を含み得る。エリアイベント報告（例えば、エリアに入ること、エリアから去ること、またはエリア内にいること）の場合、例えば、ＬＣＳサービス要求はさらに、ターゲットエリアの詳細（例えば、地理的または都市ターゲットエリアの定義）、報告されるべきイベントが、ＵＥがターゲットエリア内にあることであるか、入ることであるかまたは去ることであるか、イベント報告の持続時間、連続するイベント報告間の最小および／または最大時間間隔、最大イベントサンプリング間隔、所在推定値がイベント報告（および関連する所在特定ＱｏＳ）に含まれ得るかどうか、および１つの所在特定報告のみが必要とされるか、または１つよりも多くの所在特定報告が必要とされるか、を含み得る。ターゲットエリアがローカル座標系、都市ロケーションまたは地政学的名称によって表される場合、Ｒ−ＧＭＬＣ１５２は、ターゲットエリアを円、楕円形または多角形等の地理的形状によって表される地理的エリアに変換し得る（例えば、３ＧＰＰ ＴＳ２３．０３２において定義されるように）。動きイベント報告の場合、例えば、ＬＣＳサービス要求はさらに、動きイベント報告をトリガするためのＵＥ１０２による移動のしきい値線形距離、イベント報告の持続時間、連続するイベント報告間の最小および／または最大時間間隔、最大イベントサンプリング間隔、所在推定値がイベント報告（および関連する所在特定ＱｏＳ）に含まれ得るかどうか、および１つの所在特定報告のみが必要とされるか、または１つよりも多くの所在特定報告が必要とされるか、を含み得る。いくつかの具体例では、ＬＣＳクライアント１６０が、他のエンティティ（例えば、ＬＣＳクライアント１６０のユーザ）（図２には図示せず）から、ステージ１で送られるＬＣＳサービス要求についての情報を受信していることがあり得る。
【００４１】
[0048]  ステージ２では、ＬＣＳサービス要求処理（handling）が、ＧＭＬＣ１５２、１４２、および１３２の間で行われる。ステージ２でのＬＣＳサービス要求処理は、（ｉ）Ｈ−ＧＭＬＣ１４２アドレス、Ｖ−ＧＭＬＣ１３２アドレス、サービングＭＭＥ１３１のアドレスおよび／またはＵＥ１０２についての追加のアイデンティティ（例えば、ＭＳＩＳＤＮまたはＩＭＳＩ）のうちの１つまたは複数についてクエリしてＨＬＲ／ＨＳＳ１４４からＲ−ＧＭＬＣ１５２によって取得することと、（ｉｉ）ＬＣＳサービス要求をＲ−ＧＭＬＣ１５２によってＨ−ＧＭＬＣ１４２へ転送することと、（ｉｉｉ）Ｈ−ＧＭＬＣ１４２によってＬＣＳサービス要求に対してプライバシーおよび認可確認を行うことと、（ｉｖ）Ｖ−ＧＭＬＣ１３２アドレス、サービングＭＭＥ１３１のアドレスおよび／またはＵＥ１０２についての追加のアイデンティティ（例えば、ＭＳＩＳＤＮまたはＩＭＳＩ）のうちの１つまたは複数についてクエリしてＨＬＲ／ＨＳＳ１４４からＨ−ＧＭＬＣ１４２によって取得することと、のうちの１つまたは複数を含み得る。ステージ２でのＬＣＳサービス要求処理の一部として、Ｈ−ＧＭＬＣ１４２は、ＬＣＳサービス要求に、受信された情報およびパラメータを記録し得る。Ｈ−ＧＭＬＣ１４２はまた、例えば、ＨＬＲ／ＨＳＳ１４４から受信された、またはＨ−ＧＭＬＣ１４２において事前に構成されたＵＥ１０２についてのユーザ関連および加入関連情報に基づいて、ＬＣＳサービス要求および（この例ではＶＰＬＭＮ ＥＰＣ１３０に対応するサービングＰＬＭＮを含むべきである）報告ＰＬＭＮのオプションのリストに所在特定遅延要求（ＬＤＲ：Location Deferred Request）レファレンス番号(reference number)を割り当て得る。Ｈ−ＧＭＬＣ１４２はそれから、Ｖ−ＧＭＬＣ１３２へＬＣＳサービス要求を転送し、およびＬＤＲレファレンス番号と、Ｈ−ＧＭＬＣ１４２アドレスと、報告ＰＬＭＮの任意のオプションのリストと、ＵＥ１０２および／またはＵＥ１０２のユーザによるプライバシー通知または検証を求めるオプションの要求とを含む。ステージ１でのＬＣＳサービス要求がＲ−ＧＭＬＣ１５２（例えば、ここで、Ｒ−ＧＭＬＣ１５２は、Ｈ−ＧＭＬＣ１４２と同じである）を介してではなく、直接Ｈ−ＧＭＬＣ１４２へＬＣＳクライアント１６０によって送られるケースでは、ステージ２に関してＲ−ＧＭＬＣ１５２のために説明されたばかりのアクションが省略され得る。Ｈ−ＧＭＬＣ１４２がＶ−ＧＭＬＣ１３２と同じであるケースでは（例えば、ＶＰＬＭＮ ＥＰＣ１３０がＨＰＬＭＮ１４０の一部であるとき）、Ｈ−ＧＭＬＣ１４２からＶ−ＧＭＬＣ１３２へＬＣＳサービス要求を送ることは省略され得る。
【００４２】
[0049]  ステージ３では、エリアイベント報告が要求されるケースにおいて、ターゲットエリアが地理的形状（例えば、３ＧＰＰ ＴＳ２３．０３２において定義されるような）によって定義される場合に、Ｖ−ＧＭＬＣ１３２が、ターゲットエリアをＲＡＮ１２０について定義されるセルアイデンティティおよび／またはトラッキングエリア（ＴＡ）の対応するリストへと変換し得る。Ｖ−ＧＭＬＣ１３２がターゲットエリア全体をトラッキングエリアおよびセルアイデンティティのようなネットワークアイデンティティへと変換できない場合、Ｖ−ＧＭＬＣ１３２は、要求を拒否し、誤り要因（an error cause）を伴うＬＣＳサービス応答(LCS service response)をＨ−ＧＭＬＣ１４２へ送り得る（図２には図示せず）。そうでなければ、Ｖ−ＧＭＬＣ１３２は、例えば、報告されるべきイベントの詳細、ＬＤＲレファレンス番号、Ｈ−ＧＭＬＣ１４２アドレス、報告ＰＬＭＮの任意のオプションのリスト、およびプライバシー通知または検証を求める任意のオプションの要求を含む加入者所在提供（Provide Subscriber Location）要求メッセージにおいて、ＭＭＥ１３１へ所在特定要求および関連するパラメータを送る。ＭＭＥ１３１は、ＵＥ１０２に対するサービングＭＭＥであり得、およびステージ２に関して以前に説明されたようなクエリに応答して、Ｒ−ＧＭＬＣ１５２またはＨ−ＧＭＬＣ１４２にＨＬＲ／ＨＳＳ１４４によって提供される情報から識別され得る。
【００４３】
[0050]  ステージ４で、ＭＭＥ１３１は、所在特定サービス関連の呼とは独立した補足サービス（location service related call independent supplementary services）（例えば、ＬＣＳについての通知）のサポートに関するＵＥ１０２の能力を検証し得、それは、ＵＥ１０２の加入情報の一部としてＨＬＲ／ＨＳＳ１４４によってＭＭＥ１３１に以前に提供されていることがあり得る（例えば、ＵＥ１０２が第１にＶＰＬＭＮ ＥＰＣ１３０にアタッチするか、またはトラッキングエリア更新を行うとき、図２には図示せず）。ＵＥ１０２が所在特定サービス関連の呼とは独立した補助的サービスをサポートしない場合、または（一時的または永続的な理由により）ＭＭＥ１３１が周期的およびトリガ所在特定を求める所在特定要求をサポートしない場合、適切な誤り要因を伴う加入者所在提供誤り応答が、Ｖ−ＧＭＬＣ１３２へＭＭＥ１３１によって返され得る（図２には図示せず）。そうでなければ、ＭＭＥ１３１は、要求がＭＭＥ１３１によって承認されたことを確認するために、確認応答、例えば、加入者所在提供確認応答（Ａｃｋ：Provide Subscriber Location Acknowledgment）メッセージをＶ−ＧＭＬＣ１３２へ返す。ある態様において、確認応答は、ＵＥ１０２が現在連絡可能でない場合にＵＥ１０２が次に連絡可能になるまでの予期される時間間隔または最大時間間隔のインジケーションを含み得る（例えば、それは、ｅＤＲＸサイクルまたはＰＳＭの期間のために残っている時間の量に基づき得る）。ある態様において、確認応答はまたあるいは代わりに、例えば、ＭＭＥ１３１において記憶されたＵＥ１０２についての情報に基づいて利用可能である場合に、ＵＥ１０２についての最後の既知の所在地を含み得る。ステージ３での加入者所在提供要求メッセージとステージ４での加入者所在提供確認応答メッセージとは、３ＧＰＰ ＴＳ２９．１７２におけるＥＰＣ ＬＣＳプロトコル（ＥＬＰ）について定義される通りであり得る。
【００４４】
[0051]  いくつかの実施形態では、周期的およびトリガ所在特定要求のサポートを直接示すＵＥ１０２の能力情報が存在しないことがあり得る。しかしながら、ＵＥ１０２が少なくとも１つの所在特定サービス（例えば、ＬＣＳについての通知のような）関連の呼とは独立した補助的サービスをサポートする場合、ＭＭＥ１３１は、いくつかの具体例において、周期的およびトリガ所在特定についてサポートすると見なし得る。これら具体例において、ＵＥ１０２がステージ９で後に送られる要求を認識しない場合、ＵＥ１０２は、ＭＭＥ１３１へステージ１０で誤り応答（例えば、ファシリティ拒否（Facility Rejected）インジケーション）を返し得るもので（例えば、３ＧＰＰ ＴＳ２４．００８において定義されるように）、このケースにおいて、ＭＭＥ１３１は、ステージ１９で送られるメッセージ（例えば、加入者所在特定報告(Subscriber Location Report)）内の適切な誤り要因で、シグナリングフロー２００のステージ１９〜２４を仕向けることによって、要求を終了し得る。
【００４５】
[0052]  ステージ５〜７で、Ｖ−ＧＭＬＣ１３２は、周期的およびトリガ所在特定要求が承認されたか、またはそうでないかを通知するために、ＬＣＳサービス応答をＬＣＳクライアント１６０へＨ−ＧＭＬＣ１４２およびＲ−ＧＭＬＣ１５２を介して返す。ＬＣＳクライアント１６０はそれから、他のエンティティ（例えば、ＬＣＳクライアント１６０のユーザ）へ通知を返し得る（図２には図示せず）。Ｈ−ＧＭＬＣ１４２がステージ６でＬＣＳサービス応答をＲ−ＧＭＬＣ１５２へ返すとき、ステージ２でＨ−ＧＭＬＣ１４２によって割り当てられたＬＤＲレファレンス番号が含まれ得て、Ｒ−ＧＭＬＣ１５２はそれから、ステージ７でのＬＣＳサービス応答内で、ＬＣＳクライアント１６０へＬＤＲレファレンス番号、またはＲ−ＧＭＬＣ１５２によって割り当てられた他のレファレンス番号を転送し得る。ステージ５〜７で返されるＬＣＳサービス応答はまた、ＵＥ１０２が次に連絡可能になるまでの予期されるまたは最大時間間隔のインジケーションおよび／またはＵＥ１０２についての最後の既知の所在地を、これらのうちのいずれかがステージ４で含まれた場合に含み得る。Ｒ−ＧＭＬＣ１５２がＨ−ＧＭＬＣ１４２と同じとき、ステージ６は省略され得、Ｈ−ＧＭＬＣ１４２がＶ−ＧＭＬＣ１３２と同じとき、ステージ５は省略され得ることに留意されたい。
【００４６】
[0053]  ステージ４でのメッセージ（例えば、加入者所在提供確認応答）やステージ５〜７でのＬＣＳサービス応答が、所在特定報告がＵＥ１０２においてアクティブ化されたこと、またはＵＥ１０２が要求をサポートすることが必然的に可能であり得ることを確認し得ないことに留意されたい。しかしながら、ステージ４でのメッセージ（例えば、加入者所在提供確認応答）およびステージ５〜７でのＬＣＳサービス応答は、ネットワーク側上で要求をサポートするための能力および意図を確認し得、ＵＥ１０２が一時的に連絡不可能であることに起因してＵＥ１０２からの応答が遅延されるとき（例えば、ＰＳＭまたはｅＤＲＸに起因してアイドル状態にある場合）にＬＣＳクライアント１６０にとって有用であり得る。ステージ４での加入者所在提供確認応答およびステージ５〜７でのＬＣＳサービス応答は、２つの中間応答をＬＣＳクライアントへネットワークによって返すことを備える第１の機能について以前に言及された２つの応答のうちの第１のものに対応し得る。
【００４７】
[0054]  ステージ８で、ＵＥ１０２が現在連絡可能でない場合（例えば、ＰＳＭにあるか、またはｅＤＲＸを用いるとき）、ＭＭＥ１３１は、ＵＥ１０２が再び連絡可能になる（例えば、ＵＥ１０２がｅＤＲＸサイクルの終了時に再びページングされ得るとき、またはＰＳＭにある場合にＲＡＮ１２０へのシグナリング接続を再び要求するとき）まで待つ。ＵＥ１０２が連絡可能になると、ＵＥ１０２は、ＲＡＮ１２０を介したＶＰＬＭＮ ＥＰＣ１３０へのシグナリング接続の確立を要求し得、このケースにおいて、ＵＥ１０２およびＭＭＥ１３１は、シグナリング接続を確立して認証および暗号化を行い得る。代替として、連絡可能になった後にＵＥ１０２がアイドル状態にある（例えば、ＥＰＣ接続管理ＩＤＬＥ（ＥＣＭ−ＩＤＬＥ：EPS Connection Management IDLE）状態にある）場合、ＭＭＥ１３１は、ページングを行い得、およびＵＥ１０２およびＭＭＥ１３１はそれから、ＵＥ１０２へのシグナリング接続を確立するために認証および暗号化を行い得る。プライバシー通知／検証が（例えば、ステージ３で、またはＨＬＲ／ＨＳＳ１４４からＭＭＥ１３１によって取得されたＵＥ１０２についての加入情報に従って）要求され、ＵＥ１０２が所在特定サービス関連の呼とは独立した補助的サービスをサポートする場合、ＭＭＥ１３１は、遅延された所在特定要求のアクティブ化を示す所在特定タイプと、所在特定報告イベントのタイプ（すなわち、エリアに入ること、エリアから去ること、エリア内にいること、周期的または動き）を示す遅延された所在特定イベントタイプと、プライバシー検証が必要とされるかどうかに関するインジケーションとを有するＬＣＳ所在通知呼出（LCS Location Notification Invoke）メッセージをステージ８の一部としてＵＥ１０２へ送り得る。プライバシー検証が要求された場合、ＵＥ１０２は、所在特定要求についての許可が承諾されるか（例えば、ＵＥ１０２のユーザによって）、または否定されるかを示すＬＣＳ所在通知リターン結果（LCS Location Notification Return Result）メッセージをステージ８の一部としてＭＭＥ１３１へ返し得る。ＵＥ１０２が許可を否定するか、または応答が必要とされるときに応答を返さない場合、ＭＭＥ１３１は、ステージ１１について以下に述べられるように要求を終了し得る。ある態様では、ＭＭＥ１３１から連絡可能になる前に、ＵＥ１０２がサービングＭＭＥ１３１を変更する（例えば、ＭＭＥ１３１＃のような新しいサービングＭＭＥに）場合、ＭＭＥ１３１は、ＭＭＥ１３１の変更を示すメッセージ、例えば、加入者所在特定報告メッセージをＶ−ＧＭＬＣ１３２へ返し得、利用可能であれば新しいＭＭＥ１３１アドレスを含み得る（例えば、ＭＭＥ１３１＃が新しいサービングＭＭＥであるときのＭＭＥ１３１＃についてのアドレス）（図２には図示せず）。この態様において、Ｖ−ＧＭＬＣ１３２はそれから、Ｈ−ＧＭＬＣ１４２およびＲ−ＧＭＬＣ１５２を介してＬＣＳクライアント１６０へ誤りを転送し得るか、またはＭＭＥ１３１によって提供される場合に新しいＭＭＥ（例えば、ＭＭＥ１３１＃）へ周期的およびトリガ所在特定要求を転送するためにステージ３を繰り返し得る（図２には図示せず）。この態様において、ステージ４が新しいＭＭＥ（���えば、ＭＭＥ１３１＃）によって後に再び行われるとき、Ｖ−ＧＭＬＣ１３２は、ＬＣＳクライアント１６０が要求のネットワーク承認についてステージ５〜７が初めに行われたときに既に知らされていたことから、ステージ５〜７を繰り返さないことがあり得る。
【００４８】
[0055]  プロシージャが終了されずに、他のＭＭＥを対象としない通常の（成功裏）プロシージャのためのシグナリングフロー２００に戻ると、ＭＭＥ１３１は、ステージ３でＶ−ＧＭＬＣ１３２から受信されたイベント関連情報の全てを搬送するメッセージであって、所在特定報告イベントのタイプ（例えば、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告）と、ＬＤＲレファレンス番号と、Ｈ−ＧＭＬＣ１４２アドレスと、提供される場合に報告ＰＬＭＮのオプションのリストと、所在推定値が必要とされるケースにおいて任意の要求されるＱｏＳとを含むものであるメッセージ、例えば、ＬＣＳ周期的−トリガ呼出（LCS Periodic-Triggered Invoke）メッセージをステージ９でＵＥ１０２へ送る。
【００４９】
[0056]  ステージ１０では、ＵＥ１０２がステージ９で受信された要求に従って周期的およびトリガ所在特定をサポートし、要求をサービスするためのリソースを現在有している場合に、周期的およびトリガ所在特定要求がＵＥ１０２によって承認されてＵＥ１０２においてアクティブ化されたことを確認する確認応答をＵＥ１０２がＭＭＥ１３１へ送る。そうでなければ、ＵＥ１０２は、適切な誤り要因を伴うリターン誤り応答（a return error response）をＭＭＥ１３１へ送り得る。ステージ９でのＬＣＳ周期的−トリガ呼出メッセージとステージ１０での任意の確認応答は、３ＧＰＰ ＴＳ２４．０８０において定義される通りであり得る。
【００５０】
[0057]  ステージ１１では、ＵＥ１０２が周期的およびトリガ所在特定要求をサポートできない場合に、ＬＤＲレファレンス番号およびＨ−ＧＭＬＣ１４２アドレスを含むメッセージ、例えば、加入者所在特定報告メッセージが、適切な誤り要因を伴って、ＭＭＥ１３１によってＶ−ＧＭＬＣ１３２へ返され得る。そうでなければ、ＵＥ１０２がステージ１０での周期的およびトリガ所在特定要求のサポートを確認する場合に、イベント報告がＵＥ１０２においてアクティブ化されたことを示し、ステージ３で受信されたＬＤＲレファレンス番号およびＨ−ＧＭＬＣ１４２アドレスを含むメッセージ、例えば、加入者所在特定報告メッセージがステージ１１の一部としてＭＭＥ１３１によってＶ−ＧＭＬＣ１３２へ返され得る。所在推定値が（例えば、ステージ３で示されたように）後続のイベント報告のために必要とされる場合、ＭＭＥ１３１は、ＵＥ１０２の現在の所在地を取得し（例えば、後述されるステージ１５〜１７でのように）得るとともに、Ｖ−ＧＭＬＣ１３２へ送られるメッセージ内に所在推定値を含め得る（例えば、そしてこのＶ−ＧＭＬＣ１３２は、ＭＭＥ１３１に確認応答し得る）。ステージ１１の一部として、Ｖ−ＧＭＬＣ１３２はそれから、周期的およびトリガ所在特定要求がＵＥ１０２においてアクティブ化されたかどうかを通知するために、ＬＣＳサービス応答をＬＣＳクライアント１６０へＨ−ＧＭＬＣ１４２およびＲ−ＧＭＬＣ１５２を介して返す。Ｈ−ＧＭＬＣ１４２がステージ１１の一部としてＬＣＳサービス応答をＲ−ＧＭＬＣ１５２へ返すとき、Ｈ−ＧＭＬＣ１４２によって割り当てられたＬＤＲレファレンス番号とＨ−ＧＭＬＣ１４２アドレスとが含まれ得、Ｒ−ＧＭＬＣ１５２は、ステージ１１の一部としてＬＣＳサービス応答において、ＬＣＳクライアント１６０へＬＤＲレファレンス番号を転送し得る。ＬＣＳクライアント１６０はそれから、他のエンティティ（例えば、ＬＣＳクライアント１６０のユーザ）へ応答を返し得る（図２には図示せず）。Ｖ−ＧＭＬＣ１３２、Ｈ−ＧＭＬＣ１４２および／またはＲ−ＧＭＬＣ１５２はまた、ステージ１１の一部として要求についての課金情報（charging information）を記録し得る。ステージ１１に続いて、ＭＭＥ１３１およびＶ−ＧＭＬＣ１３２は、任意の状態情報を含む要求のための全てのリソースを解放し得る。ステージ１１について上述されたアクティブ化インジケーションを有するＬＣＳサービス応答および加入者所在特定報告メッセージは各々、２つの中間応答をＬＣＳクライアントへネットワークによって返すことを備える第１の機能について以前に言及された２つの応答のうちの第２のものに対応し得（例えば、そして所在特定（または所在特定イベント）報告がＵＥ１０２においてスタートしたことをＬＣＳクライアント１６０に確認し得）ることに留意されたい。ステージ１１での加入者所在特定報告メッセージと関連する確認応答メッセージとは、３ＧＰＰ ＴＳ２９．１７２においてＥＰＣ ＬＣＳプロトコル（ＥＬＰ）について定義される通りであり得る。
【００５１】
[0058]  ステージ１２では、エリアイベントまたは動きイベントについて、ＵＥ１０２が、ステージ９で受信された最大イベントサンプリング間隔以下の間隔で、要求されたイベント（またはトリガイベント）をモニタする。最大イベントサンプリング間隔がステージ９で受信されなかった（例えば、ステージ１でＬＣＳクライアント１６０によって、またはステージ２の一部としてＨ−ＧＭＬＣ１４２によって含まれないことに起因して）場合、ＵＥ１０２は、デフォルトの最大イベントサンプリング間隔を使用し得る。ステージ１２での最大イベントサンプリング間隔の使用は、最大イベントサンプリング間隔を備え以前に説明された第３の機能に対応し得るもので、以前に説明されたようなイベントモニタリングのためのＵＥ１０２の電力消費および／またはバッテリ消費の制限または低減と、イベントを検出する際の最大遅延に対する制限とを可能にし得る。イベント（またはトリガイベント）は、次の：（ｉ）要求されたエリアイベント（例えば、エリアに入ること、エリアから去ること、またはエリア内にいること）あるいは要求された動きイベントがＵＥ１０２によって検出され、ステージ１４での最後の報告から最小報告間隔（ステージ９で含まれている場合）が経過したこと（これが第１のイベントでない場合）、（ｉｉ）要求された周期的所在特定イベントが生じたこと、または（ｉｉｉ）エリアイベントまたは動きイベントのための最大報告間隔が満了したこと、のうちのいずれかが生じたときにＵＥ１０２によって検出され得る。代替の（ｉｉｉ）と、ステージ１３〜２４についてさらに述べられるようなその後続の報告とに対応するイベントトリガは、トリガイベントを求める周期的およびトリガ所在特定要求のための最大報告間隔を備える現在のプロシージャの第２の機能について以前に説明されたイベント報告をサポートし得、周期的およびトリガ所在特定報告がＵＥ１０２において依然としてアクティブであるかどうかをネットワークエンティティ（例えば、Ｒ−ＧＭＬＣ１５２およびＨ−ＧＭＬＣ１４２）とＬＣＳクライアント１６０とが決定することを可能にし得る。
【００５２】
[0059]  イベントトリガがステージ１２でＵＥによって検出されると、ステージ９で受信された報告ＰＬＭＮのオプションのリストにおけるＰＬＭＮに、あるいは報告ＰＬＭＮのリストが提供されないか、またはＵＥ１０２が報告ＰＬＭＮのオプションのリストをサポートしない場合に当初のサービングＰＬＭＮに、ＵＥ１０２が（例えば、ＲＡＮ１２０を使用して）登録できたら、ＵＥ１０２がステージ１３に進む。ＵＥ１０２が許可されたＰＬＭＮに登録できない場合、ＵＥ１０２は、許可されたＰＬＭＮがイベントを報告するためにアクセスされ得るまで、あるいは周期的およびトリガ所在特定要求がＬＣＳクライアント１６０による取り消し、ＵＥ１０２による取り消し、または報告のための許容された持続時間の満了に起因して終了するのを待ち得る。ＵＥ１０２がエリアイベントの発生を報告するために異なるサービングＰＬＭＮを使用する場合、ＵＥ１０２は依然として、当初のサービングＰＬＭＮについてのセルＩＤおよび／またはＴＡを包含する当初のサービングＰＬＭＮ（例えば、この例ではＶＰＬＭＮ ＥＰＣ１３０）によって提供されるターゲットエリアを使用し続け得ることに留意されたい。許可されたＰＬＭＮのみを使用するという制限は、ＵＥ１０２によるＰＬＭＮ選択に影響を及ぼさないことがあり得る。
【００５３】
[0060]  ステージ１３で、ＵＥ１０２がアイドル（例えば、ＥＣＭ−ＩＤＬＥ）状態にある場合、ＵＥ１０２は、サービングＭＭＥ１３１へのＲＡＮ１２０を介したシグナリング接続を取得するために、ＵＥのトリガサービス要求または接続再開を（例えば、３ＧＰＰ ＴＳ２３．４０１において定義されるように）行い得る。ステージ１３〜２４についてのＭＭＥ１３１およびＶ−ＧＭＬＣ１３２は、ステージ１〜１１についてのＭＭＥ１３１およびＶ−ＧＭＬＣ１３２とは異なり得るが、依然としてＶＰＬＭＮ ＥＰＣ１３０に属し得る。周期的およびトリガ所在特定要求の他の例において（図２には図示せず）、ＵＥ１０２は、ステージ１３でＶＰＬＭＮ ＥＰＣ１３０とは異なる他のＰＬＭＮ ＥＰＣにアタッチし得、このケースにおいて、ステージ１３〜２４について図２に示されるＭＭＥ１３１、Ｖ−ＧＭＬＣ１３２およびＥ−ＳＭＬＣ１３３は、この他のＰＬＭＮのためのＭＭＥ、Ｖ−ＧＭＬＣおよびＥ−ＳＭＬＣによって置き換えられ得る。例えば、ＵＥ１０２は、ＲＡＮ１２６を介してシステムアーキテクチャ１００内のＶＰＬＭＮ ＥＰＣ１３４にアタッチし得、このケースにおいて、ステージ１３〜２４について図２に示されるＭＭＥ１３１、Ｖ−ＧＭＬＣ１３２およびＥ−ＳＭＬＣ１３３は、それぞれＭＭＥ１３５、Ｖ−ＧＭＬＣ１３７およびＥ−ＳＭＬＣ１３６によって置き換えられ得る。他のＰＬＭＮへのそのようなアタッチメントは、ＵＥ１０２がステージ１２に続いてＶＰＬＭＮ ＥＰＣ１３０にアクセスできない（例えば、ＵＥ１０２がＲＡＮ１２０のカバレッジ内にない）が、他のＰＬＭＮにアクセスすることが可能である（例えば、ＲＡＮ１２６のカバレッジ内にあることに起因してＶＰＬＭＮ ＥＰＣ１３４にアクセスすることが可能である）場合に生じ得る。
【００５４】
[0061]  ステージ１４で、ＵＥ１０２は、遅延された周期的およびトリガ所在特定要求についてのイベント報告を示すＬＣＳモバイル発信所在特定要求（ＭＯ−ＬＲ：Mobile Originated Location Request）呼出メッセージをＭＭＥ１３１へ送り得る。ＬＣＳ ＭＯ−ＬＲ呼出メッセージは、報告されるイベントのタイプ（例えば、エリアに入ること、エリアから去ること、エリア内にいること、周期的イベント、動きイベント、または最大報告間隔の満了）、ＬＤＲレファレンス番号、Ｈ−ＧＭＬＣ１４２アドレス、および所在推定値が必要とされるかどうかを含み得る。所在推定値が（例えば、周期的所在特定イベントのために、またはＬＣＳクライアント１６０によって要求されるならばエリアイベントまたは動きイベントのために）必要とされるとき、ＵＥ１０２は、ステージ９で受信された任意のＱｏＳ、並びに所在推定値がＵＥ１０２に対して現在利用可能であれば所在推定値を含み得る。ＵＥ１０２はまた、周期的およびトリガ所在特定要求が今やＵＥ１０２において終了されているかどうかを（例えば、報告持続時間の満了に起因して、または１つのイベント報告しか要求されなかったことから）示し得る。ステージ９で要求されたときのステージ１４でのＵＥ１０２による所在推定値の提供は、いくつかの態様において、エリアイベントまたは動きイベントのための最大報告間隔の満了に対応するイベントに適用され得ることに留意されたい。ステージ１４で送られるＬＣＳ ＭＯ−ＬＲ呼出メッセージと、ステージ１８について後述されるＬＣＳ ＭＯ−ＬＲリターン結果メッセージとは、３ＧＰＰ ＴＳ２４．０８０において定義される通りであり得る。
【００５５】
[0062]  最大報告間隔の満了時またはその前にＵＥ１０２がステージ１４でＬＣＳ ＭＯ−ＬＲ呼出メッセージを送らないシナリオ（例えば、ＵＥ１０２が、電源オフにされた、またはステージ１２に続いてＶＰＬＭＮ ＥＰＣ１３０または他の許容されたＰＬＭＮにアクセスできないことから）において、ＬＣＳクライアント１６０、Ｈ−ＧＭＬＣ１４２またはＲ−ＧＭＬＣ１５２のうちの１つまたは複数は、最大報告間隔より前に応答しないことに起因して、ＵＥ１０２がもはや周期的およびトリガＭＴ−ＬＲをサポートできないと決定し得る。このシナリオでは（図２には図示せず）、ＬＣＳクライアント１６０、Ｈ−ＧＭＬＣ１４２および／またはＲ−ＧＭＬＣ１５２が、例えば、以下に図３および４について説明されるように、周期的およびトリガ所在特定要求を取り消し得る。
【００５６】
[0063]  図２に戻り、所在推定値がステージ１４で必要とされることをＵＥ１０２が示す場合、ＭＭＥ１３１は、ステージ１５でＥ−ＳＭＬＣ１３３へＵＥ１０２についての所在特定要求メッセージを送ることによって、ＵＥ１０２の所在特定を仕向け得る。Ｅ−ＳＭＬＣ１３３はそれから、ここで以前に説明されたように制御プレーン所在特定ソリューションを使用して、ステージ１６でＵＥ１０２についての所在地を取得し得る。例えば、Ｅ−ＳＭＬＣ１３３は、ステージ１６でＵＥ１０２と測位プロトコルメッセージ（例えば、３ＧＰＰ ＴＳ．３６．３５５において定義されるＬＴＥ測位プロトコル（ＬＰＰ）についてのメッセージ）を交換し得る（図２には図示せず）、および／またはステージ１６でｅＮＢ１２２のような、ＲＡＮ１２０内のＵＥ１０２のためのサービングｅＮＢと（例えば、３ＧＰＰ ３６．４５５において定義されるＬＰＰ Ａ（ＬＰＰａ）プロトコルについての）測位プロトコルメッセージを交換し得る（図２には図示せず）。測位プロトコルメッセージは、ＭＭＥ１３１を介して、および（例えば、ＬＰＰメッセージについて）ＲＡＮ１２０を介して交換され得る。Ｅ−ＳＭＬＣ１３３は、所在特定測定値（例えば、Ａ−ＧＮＳＳ、ＯＴＤＯＡ、Ｅ−ＣＩＤまたはＷＬＡＮ測位のための）を要求してＵＥ１０２から受信するために測位プロトコルメッセージ（例えば、ＬＰＰメッセージ）を使用し得る、および／または所在特定測定値（例えば、Ｅ−ＣＩＤ測位のための）を要求してＵＥ１０２のためのｅＮＢ１２２のようなサービングｅＮＢから受信するために測位プロトコルメッセージ（例えば、ＬＰＰａメッセージ）を使用し得る。Ｅ−ＳＭＬＣ１３３はまた、ＵＥ１０２が所在特定測定値（例えば、Ａ−ＧＮＳＳ、ＯＴＤＯＡ、Ｅ−ＣＩＤまたはＷＬＡＮ測位のための）を取得して、できる限りこれら所在特定測定値から所在推定値を計算することを可能にするのを助けるための支援データをＵＥ１０２に提供するために測位プロトコルメッセージ（例えば、ＬＰＰメッセージ）を使用し得る。Ｅ−ＳＭＬＣ１３３はそれから、ステージ１７で、受信された所在特定測定値からＵＥ１０２についての所在推定値を（例えば、Ａ−ＧＮＳＳ、ＯＴＤＯＡ、Ｅ−ＣＩＤまたはＷＬＡＮ位置決め方法に従って）決定（または検証）し得るとともに、この所在推定値をＭＭＥ１３１へ返し得る。所在推定値がステージ１４でＵＥ１０２によって提供される場合、ステージ１５〜１７が（例えば、ＭＭＥ１３１における構成情報に依存して）ＭＭＥ１３１によって省略され得たり、またはＭＭＥ１３１がステップ１５〜１７を行い得たりし、ステージ１５でＥ−ＳＭＬＣ１３３へ送られる所在特定要求内に、ステージ１４でＵＥ１０２によって提供される所在推定値を含め得る。
【００５７】
[0064]  ステージ１８で、ＭＭＥ１３１は、所在特定イベント報告が送られることになることを確認するＭＯ−ＬＲリターン結果メッセージをＵＥ１０２へ送る。ＭＭＥ１３１が所在特定イベント報告を送ることができない場合（例えば、この能力がＭＭＥ１３１によってサポートされないことによって）、ＭＯ−ＬＲリターン誤りが、ＵＥ１０２へ代わりに返され得る（図２には図示せず）。ＵＥ１０２はそれから具体定義された数（implementation defined number）のそのようなＭＯ−ＬＲリターン誤りが受信された後に、周期的およびトリガ所在特定プロシージャを終了し得る。
【００５８】
[0065]  ＭＭＥ１３１が所在特定イベント報告を送ることが可能であると想定すると、それからステージ１９で、ＭＭＥ１３１は、同じネットワーク内（例えば、ＶＰＬＭＮ ＥＰＣ１３０内）のＶ−ＧＭＬＣ１３２を選択し、報告されるイベント（または所在特定イベント）のタイプ（例えば、エリアに入ること、エリアから去ること、エリア内にいること、周期的イベント、動きイベント、または最大報告間隔の満了）のインジケーション、ＬＤＲレファレンス番号、Ｈ−ＧＭＬＣ１４２アドレス、ステージ１４で受信されるか、またはステージ１５〜１７で取得される任意の所在推定値、およびオプションで所在推定値のために使用される測位方法に関する情報を伴うメッセージ、例えば、加入者所在特定報告メッセージをＶ−ＧＭＬＣ１３２へ送る。ＭＭＥ１３１はまた、ＵＥ１０２のＩＭＳＩまたはＭＳＩＳＤＮを含み得るとともに、周期的およびトリガＭＴ−ＬＲが今やＵＥ１０２において終了されているかどうかを示し得る（例えば、ステージ１４でＵＥ１０２によってそのように示される場合に）。
【００５９】
[0066]  ステージ２０で、Ｖ−ＧＭＬＣ１３２はＭＭＥ１３１へ確認応答メッセージを送り、ＭＭＥ１３１は課金情報を記録し得る。ステージ１９での加入者所在特定報告メッセージとステージ２０での確認応答メッセージは、ＥＬＰプロトコルについて定義される通りであり得る。
【００６０】
[0067]  ステージ２１で、Ｖ−ＧＭＬＣ１３２は、ステージ１９で受信されたＨ−ＧＭＬＣ１４２アドレスによって識別されるようなＨ−ＧＭＬＣ１４２へ、ステージ１９で受信された情報を転送し得る。Ｖ−ＧＭＬＣ１３２は、課金情報を記録し得る。
【００６１】
[0068]  ステージ２２で、Ｈ−ＧＭＬＣ１４２は、ステージ２１で受信されたメッセージが適用される所在特定要求を、ステージ２１で受信されたＬＤＲレファレンス番号および／またはＩＭＳＩあるいはＭＳＩＳＤＮを使用して識別する。Ｈ−ＧＭＬＣ１４２はまた、ステージ２２でプライバシーチェックを行い得る（例えば、ステージ２１で受信された情報をステージ２３でＬＣＳクライアント１６０へ転送するかどうかを決定し得る）。
【００６２】
[0069]  ステージ２３で、Ｈ−ＧＭＬＣ１４２は、Ｒ−ＧＭＬＣ１５２へＬＣＳサービス応答においてＶ−ＧＭＬＣ１３２から受信された情報を転送する。ＵＥ１０２が所在特定要求の終了を示す場合、周期的およびトリガＭＴ−ＬＲ所在特定要求は、Ｈ−ＧＭＬＣ１４２において完了し得る。Ｈ−ＧＭＬＣ１４２は、課金情報を記録し得る。
【００６３】
[0070]  ステージ２４で、Ｒ−ＧＭＬＣ１５２は、ＬＣＳクライアント１６０へイベント報告と任意の包含される所在推定値とを転送する。ＬＣＳクライアント１６０はそれから、他のエンティティ（例えば、ＬＣＳクライアント１６０のユーザ）へイベント報告と任意の包含される所在地とを転送し得る（図２には図示せず）。ＵＥ１０２が周期的およびトリガＭＴ−ＬＲ所在特定要求の終了を示す場合、所在特定要求は、Ｒ−ＧＭＬＣ１５２において完了し得る。Ｒ−ＧＭＬＣ１５２は、課金情報を記録し得る。Ｒ−ＧＭＬＣ１５２がＨ−ＧＭＬＣ１４２と同じときにステージ２３が省略され得、Ｈ−ＧＭＬＣ１４２がＶ−ＧＭＬＣ１３２と同じときにステージ２１が省略され得ることに留意されたい。
【００６４】
[0071]  ステージ２５では、ＵＥ１０２がステージ１８に続いて所在特定要求を終了しなかった場合、ＵＥ１０２が、ステージ１２の時点で要求されたイベントについてモニタし続け得るとともに、要求された持続時間の満了まで、あるいはＵＥ１０２またはＬＣＳクライアント１６０が他の理由により報告を終了するまで、ステージ１３〜２４の時点で要求されたイベントの各発生を報告し得る。
【００６５】
[0072]  図３は、取り消しがＬＣＳクライアント１６０によって要求されたときに周期的およびトリガ所在特定を求める遅延された所在特定要求を取り消すためのプロシージャを例示するシグナリングフロー３００を示している。周期的およびトリガＭＴ−ＬＲがシグナリングフロー２００について述べたようにＵＥ１０２について成功裏にスタートされ、シグナリングフロー２００の１〜７またはステージ１〜１１およびことによるとステージ１２〜２４のいくつかの発生が既に成功裏に行われていることが、シグナリングフロー３００について想定される。
【００６６】
[0073]  シグナリングフロー３００におけるステージ１で、ＬＣＳクライアント１６０は、以前に要求された周期的およびトリガＭＴ−ＬＲ所在特定要求の取り消しを要求する。（例えば、シグナリングフロー２００のステージ７またはステージ１１の時点で）ＬＣＳクライアント１６０へＲ−ＧＭＬＣ１５２によって送られた以前のＬＣＳサービス応答内に含まれたＬＤＲ（または他の）レファレンス番号は、どちらの進行中の所在特定要求が取り消されるべきかを示すために、シグナリングフロー３００のためのステージ１で送られる要求内に含まれ得る。
【００６７】
[0074]  ステージ２で、Ｒ−ＧＭＬＣ１５２は、ＬＤＲレファレンス番号を含む取消要求をＨ−ＧＭＬＣ１４２へ送る。いくつかのシナリオでは（図３には図示せず）、例えば、長い期間にわたる所在特定報告の不在から、所在特定要求がＵＥ１０２によって終了されていることがあり得るとＲ−ＧＭＬＣ１５２が推論するときはいつでも、Ｒ−ＧＭＬＣ１５２はそれ自体が、取り消しを開始し得る。
【００６８】
[0075]  ステージ３で、Ｈ−ＧＭＬＣ１４２は、ＵＥ１０２に対する現在のＶＰＬＭＮについてクエリするために、ＵＥ１０２のＩＭＳＩまたはＭＳＩＳＤＮを有するメッセージ（例えば、ＳＥＮＤ＿ＲＯＵＴＩＮＧ＿ＩＮＦＯ＿ＦＯＲ＿ＬＣＳメッセージ）をＨＬＲ／ＨＳＳ１４４へ送り得る。これは、ＵＥ１０２が当初のＶＰＬＭＮ ＥＰＣ１３０によってまたは当初のＭＭＥ１３１によってもはやサービングされていない場合に必要とされ得る。
【００６９】
[0076]  ステージ４で、ＨＬＲ／ＨＳＳ１４４は、ＵＥ１０２についての現在のサービングＭＭＥ１３１アドレスとＶ−ＧＭＬＣ１３２アドレスとを返す。ステージ４でＨＬＲ／ＨＳＳ１４４によって示されるＭＭＥ１３１およびＶ−ＧＭＬＣ１３２は、周期的およびトリガＭＴ−ＬＲが第１にスタートされたときに、シグナリングフロー２００におけるステージ１〜１１のために使用される当初のＭＭＥ１３１およびＶ−ＧＭＬＣ１３２とは異なり得ることに留意されたい。
【００７０】
[0077]  ステージ５で、Ｈ−ＧＭＬＣ１４２は、Ｒ−ＧＭＬＣ１５２から受信されたＬＤＲレファレンス番号、Ｈ−ＧＭＬＣ１４２アドレス、サービングＭＭＥ１３１アドレス（例えば、ステージ４でＨＬＲ／ＨＳＳ１４４から受信される）、およびことによるとＵＥ１０２についてのＩＭＳＩまたはＭＳＩＳＤＮを有するＬＣＳ取消サービス要求（LCS Cancel Service Request）をＶ−ＧＭＬＣ１３２へ転送する。いくつかのシナリオにおいて（図３には図示せず）、Ｈ−ＧＭＬＣ１４２はそれ自体が取消プロシージャを開始し得る（例えば、ＬＣＳクライアント１６０がＵＥ１０２についてのイベントおよび所在特定報告を受信することをもはや認めない方式でＨ−ＧＭＬＣ１４２内に記憶されたＵＥ１０２についてのプライバシープロファイルが変更されたとき）。
【００７１】
[0078]  ステージ６で、Ｖ−ＧＭＬＣ１３２は、遅延された所在特定要求の取り消しを示すとともに、ステージ５でＨ−ＧＭＬＣ１４２から受信されたＬＤＲレファレンス番号およびＨ−ＧＭＬＣ１４２アドレス（およびことによるとＵＥ１０２のＩＭＳＩまたはＭＳＩＳＤＮ）を含むメッセージ、例えば、加入者所在提供要求メッセージをサービングＭＭＥ１３１へ送る。Ｖ−ＧＭＬＣ１３２は、Ｖ−ＧＭＬＣ１３２が所在特定要求を（例えば、シグナリングフロー２００に従って）確立することに関与しなかったときであっても、所在特定取消を転送し得る。ステージ６での加入者所在提供要求メッセージとステージ１０について後述される加入者所在提供確認応答メッセージとは、ＥＰＣプロトコルについて定義される通りであり得る。
【００７２】
[0079]  ステージ７で、ＵＥ１０２が現在連絡可能でない場合（例えば、ｅＤＲＸサイクル中、またはＰＳＭにあるとき）、ＭＭＥ１３１は、ＵＥ１０２が連絡可能になるまで待ち得る。ＵＥ１０２が連絡可能になると、ＵＥ１０２がアイドル状態（例えば、ＥＣＭ−ＩＤＬＥ状態）にある場合に、ＭＭＥ１３１がページング、認証および暗号化を行う。
【００７３】
[0080]  ステージ８で、ＭＭＥ１３１は、ＬＤＲレファレンス番号およびオプションでＨ−ＧＭＬＣ１４２アドレスを含むＬＣＳ周期的位置特定取消要求メッセージをＵＥ１０２へ送る。
【００７４】
[0081]  ステージ９で、ＵＥ１０２は、周期的およびトリガ所在特定イベント報告を停止するとともに、ＬＣＳ周期的所在特定取消確認応答(LCS Periodic Location Cancellation request)メッセージをＭＭＥ１３１へ返す。ＬＣＳ周期的所在特定取消確認応答を返すことは、所在特定プロシージャが取り消されたことの知識をＵＥ１０２が持たないときであっても適用され得る（例えば、ＵＥ１０２がプロシージャ中に電力オフにされた場合）。ステージ８でのＬＣＳ周期的所在特定取消要求とステージ９でのＬＣＳ周期的所在特定取消確認応答メッセージは、３ＧＰＰ ＴＳ２４．０８０において定義される通りであり得る。
【００７５】
[0082]  ステージ１０で、ＭＭＥ１３１は、オプションでＬＤＲレファレンス番号およびＨ−ＧＭＬＣ１４２アドレスと共に取消確認応答をＶ−ＧＭＬＣ１３２へ送る（例えば、加入者所在提供確認応答メッセージ内で）。ある態様では、ＭＭＥ１３１がステージ７〜９を行えなかった場合に（例えば、ＵＥ１０２によるＭＭＥ１３１またはＶＰＬＭＮの変更に起因して、またはシグナリングフロー２００におけるステージ８〜１１でＭＭＥ１３１によって周期的およびトリガＭＴ−ＬＲがＵＥ１０２において全くアクティブ化されなかったことから）、ＭＭＥ１３１が、適切な誤り要因を伴う誤り応答（例えば、加入者所在提供誤り応答メッセージ）を返し得る。この態様において、Ｖ−ＧＭＬＣ１３２はそれから、適用可能ならば異なるＭＭＥ１３１または異なるＰＬＭＮで取り消しを再試行し得るＨ−ＧＭＬＣ１４２へ誤りを返す。
【００７６】
[0083]  ステージ１１で、Ｖ−ＧＭＬＣ１３２は、オプションでＬＤＲレファレンス番号およびＨ−ＧＭＬＣ１４２アドレスを伴い、ＬＣＳ取消サービス応答（Cancel Service Response）メッセージをＨ−ＧＭＬＣ１４２へ送る。
【００７７】
[0084]  ステージ１２で、Ｈ−ＧＭＬＣ１４２は、オプションでＬＤＲレファレンス番号を伴う、ＬＣＳ取消サービス応答メッセージをＲ−ＧＭＬＣ１５２へ送る。
【００７８】
[0085]  ステージ１３で、Ｒ−ＧＭＬＣ１５２は、ＬＣＳ取消サービス応答をＬＣＳクライアント１６０へ送る。
【００７９】
[0086]  図４は、取り消しがＵＥ１０２によって要求されたときに周期的およびトリガ所在特定を取り消すためのプロシージャを例示するシグナリングフロー４００を示している。ネットワークエンティティ（例えば、Ｈ−ＧＭＬＣ１４２、Ｖ−ＧＭＬＣ１３２またはＭＭＥ１３１）が周期的およびトリガ所在特定を取り消す場合、シグナリングフロー３００について上述されたプロシージャが、ＵＥ１０２に対する周期的およびトリガ所在特定を取り消すために使用され得るのに対して、シグナリングフロー４００についてのプロシージャは、ＬＣＳクライアント１６０に対する周期的およびトリガ所在特定を取り消すために使用され得る。周期的およびトリガＭＴ−ＬＲがシグナリングフロー２００について述べたようにＵＥ１０２について成功裏にスタートされ、およびシグナリングフロー２００のステージ１〜１１およびことによるとステージ１２〜２４のいくつかの発生が既に成功裏に行われていることが、シグナリングフロー４００について想定される。
【００８０】
[0087]  シグナリングフロー４００におけるステージ１で、ＵＥ１０２は、シグナリングフロー２００のステージ９で受信された報告ＰＬＭＮのオプションのリスト内のＰＬＭＮに、あるいは報告ＰＬＭＮのオプションのリストがＵＥ１０２に提供されなかった場合またはＵＥ１０２が報告ＰＬＭＮのオプションのリストをサポートしない場合に、シグナリングフロー２００に対する当初のサービングＰＬＭＮ（例えば、ＶＰＬＭＮ ＥＰＣ１３０）に、ＵＥ１０２が（例えば、ＲＡＮ１２０を介して）登録されるか、またはＵＥ１０２がそれに登録できるまで、待つ。ＵＥ１０２がアイドル状態（例えば、ＥＣＭ−ＩＤＬＥ状態）にある場合、ＵＥ１０２は、サービングＭＭＥ１３１へのシグナリング接続を取得するために、ＵＥのトリガサービス要求または接続再開を（例えば、３ＧＰＰ ＴＳ２３．４０１において定義されるように）行い得る。図４に示されるサービングＭＭＥ１３１、ＲＡＮ１２０およびＶ−ＧＭＬＣ１３２は、シグナリングフロー２００におけるステージ１〜１１で周期的およびトリガ所在特定を確立するために使用されるＭＭＥ１３１、ＲＡＮ１２０およびＶ−ＧＭＬＣ１３２とは異なり得ることに留意されたい。
【００８１】
[0088]  ステージ２で、ＵＥ１０２は、周期的およびトリガ所在特定のための遅延されたＭＴ−ＬＲの取り消しのために、サービングＭＭＥ１３１へＬＣＳ ＭＯ−ＬＲ呼出メッセージを送る。このメッセージは、シグナリングフロー２００におけるステージ９でＵＥ１０２によって受信されるＬＤＲレファレンス番号およびＨ−ＧＭＬＣ１４２アドレスおよび終了要因（a termination cause）（例えば、加入者がプロシージャを終了することを示す）を含む。
【００８２】
[0089]  ステージ３で、取消要求はＭＭＥ１３１からＶ−ＧＭＬＣ１３２へ送られ得るとともに、Ｈ−ＧＭＬＣ１４２アドレス、ＬＤＲレファレンス番号、およびＵＥ１０２のアイデンティティ（例えば、ＩＭＳＩまたはＭＳＩＳＤＮ）を含み得る。Ｖ−ＧＭＬＣ１３２は、例えば、ＭＭＥ１３１における構成情報に基づいて、ＭＭＥ１３１によって決定され得る。
【００８３】
[0090]  ステージ４〜６で、取消要求は、ＬＣＳクライアント１６０にサービングするＨ−ＧＭＬＣ１４２、Ｒ−ＧＭＬＣ１５２へ転送され、最終的にＬＣＳクライアント１６０へ転送され得る。
【００８４】
[0091]  ステージ７〜１０で、ＬＣＳクライアント１６０からの応答は、取り消しを確認応答するためにＭＭＥ１３１へ返送される（transferred back）。
【００８５】
[0092]  ステージ１１で、ＭＭＥ１３１は、ＬＣＳ ＭＯ−ＬＲリターン結果メッセージ内でＵＥ１０２へ確認応答を返す。ステージ２で送られるＬＣＳ ＭＯ−ＬＲ呼出メッセージと、ステージ１１で送られるＬＣＳ ＭＯ−ＬＲリターン結果メッセージとは、３ＧＰＰ ＴＳ２４．０８０において定義される通りであり得る。
【００８６】
[0093]  シグナリング２００においてＵＥ１０２についての周期的およびトリガ所在特定要求を開始することと、シグナリングフロー３００および４００においてＵＥ１０２についての進行中の周期的およびトリガ所在特定要求を取り消すこととの先行例は、図１の例証的なシステムアーキテクチャ１００に基づくもので、ＲＡＮ１２０とＲＡＮ１２６との両方は、ＮＢ−ＩｏＴまたはＬＴＥ ＲＡＴを使用してＵＥ１０２へのワイヤレスアクセスを提供し、ＶＰＬＭＮ ＥＰＣ１３０とＶＰＬＭＮ ＥＰＣ１３４との両方はそれぞれＲＡＮ１２０とＲＡＮ１２６とを使用してＵＥ１０２のためのＥ−ＵＴＲＡＮアクセスをサポートする。しかしながら、シグナリングフロー２００、３００および４００と類似または同一のシグナリングフローが、他のＲＡＴおよび他のネットワークに対して可能であり得る。１つの実例的な具体例では、図１におけるＲＡＮ１２０およびＲＡＮ１２６が各々、ＮＲまたは５Ｇに従ってＵＥ１０２へのワイヤレスアクセスを提供する次世代ＲＡＮ（ＮＧ−ＲＡＮ：a Next Generation RAN）によって置き換えられ得る。この具体例において、ＶＰＬＭＮ ＥＰＣ１３０およびＶＰＬＭＮ ＥＰＣ１３４は各々、５Ｇコアネットワーク（５ＧＣ：5G Core Network）によって置き換えられ得、ここにおいて、アクセスおよびモビリティ管理機能（ＡＭＦ：an Access and Mobility Management Function）は、ＭＭＥ１３１、１３１＃および１３５の各々を置き換え得、所在管理機能（ＬＭＦ：a Location Management Function）は、Ｅ−ＳＭＬＣ１３３、１３３＃および１３６の各々を置き換え得、およびＶ−ＧＭＬＣ１３２、１３２＃および１３７は、置き換えられないままであり得るか、または同様の機能を行う同様の名称のエンティティによって置き換えられ得る。シグナリングフロー２００、３００および４００と類似またはほぼ同一のシグナリングフローは、それから、これらシグナリングフローにおけるＭＭＥ１３１、１３１＃または１３５への各レファレンスをＡＭＦへのレファレンスと置き換えること、Ｅ−ＳＭＬＣ１３３、１３３＃または１３６への各レファレンスをＬＭＦへのレファレンスと置き換えること、およびｅＮＢ（例えば、ｅＮＢ１２２または１２４）への各レファレンスをｇＮＢへのレファレンスと置き換えることによって、作成され得る。シグナリングフロー２００、３００および４００に類似したシグナリングフローはまた、これらシグナリングフローにおけるＭＭＥ１３１、１３１＃または１３５への各レファレンスをＬＭＦへのレファレンスと置き換えること、Ｅ−ＳＭＬＣ１３３、１３３＃または１３６への各レファレンスをＬＭＦ（ＭＭＥを置き換えるのと同じＬＭＦであり得る）へのレファレンスと置き換えること、シグナリングフロー２００におけるステージ１５および１７を取り除くこと（ＬＭＦが、シグナリングフロー２００においてＭＭＥについて説明されたいくつかの機能を行うことを可能にするために）、およびｅＮＢ（例えば、ｅＮＢ１２２または１２４）への各レファレンスをｇＮＢへのレファレンスと置き換えることによって、作成され得る。修正されたシグナリングフローは、ＵＥがＮＢ−ＩｏＴまたはＬＴＥを使用するというよりはむしろＮＲを使用するワイヤレスアクセスを有��るときに、ＵＥ１０２についての周期的およびトリガ所在特定を行うためのプロシージャを定義し得る。
【００８７】
[0094]  図５は、ターゲットユーザ機器（例えば、ＵＥ１０２）についての周期的およびトリガ所在特定サービスを行う方法を例示するプロセスフロー５００を示している。プロセスフロー５００は、第１のネットワークエンティティによって行われ得る。第１のネットワークエンティティは、ＭＭＥ（例えば、システムアーキテクチャ１００内のＭＭＥ１３１、ＭＭＥ１３１＃またはＭＭＥ１３５）、ＡＭＦ、またはＬＭＦのうちの任意のものであり得る。以下のプロセスフロー５００の説明では、ＡＭＦまたはＬＭＦによって行われるアクションへのレファレンスが、５ＧＣへのＮＧ−ＲＡＮを介したＵＥ１０２のＮＲワイヤレスアクセスへの適用可能性について上述されたように修正されたシグナリングフロー２００における１つまたは複数のステージに対応し得る。
【００８８】
[0095]  プロセスフロー５００は、第１のネットワークエンティティが、ターゲットユーザ機器（例えば、ＵＥ１０２）についての周期的およびトリガ所在特定要求を第２のネットワークエンティティから受信するブロック５０２でスタートし得る。第２のネットワークエンティティは、ゲートウェイモバイル所在特定センター（ＧＭＬＣ）であり得る。例えば、第２のネットワークエンティティはＶ−ＧＭＬＣ（例えば、Ｖ−ＧＭＬＣ１３２）またはＨ−ＧＭＬＣ（例えば、Ｈ−ＧＭＬＣ１４２）であり得、ブロック５０２はシグナリングフロー２００におけるステージ３に対応し得る。周期的およびトリガ所在特定要求は例えば、加入者所在提供要求メッセージに対応し得る。
【００８９】
[0096]  ブロック５０４で、第１のネットワークエンティティは、周期的およびトリガ所在特定要求が受信され承認されたことを示す第１の応答を第２のネットワークエンティティへ送信する。第１の応答は例えば、加入者所在提供確認応答メッセージに対応し得、ブロック５０４はシグナリングフロー２００におけるステージ４に対応し得る。
【００９０】
[0097]  ブロック５０６で、第１のネットワークエンティティは、ターゲットユーザ機器が現在連絡可能な状態にない場合に、ターゲットユーザ機器がワイヤレスネットワーク（例えば、ＶＰＬＭＮ ＥＰＣ１３０およびＲＡＮ１２０）と連絡可能な状態になるのを待つ。例えば、ブロック５０６は、シグナリングフロー２００におけるステージ８の一部に対応し得る。
【００９１】
[0098]  ブロック５０８で、第１のネットワークエンティティは、ターゲットユーザ機器とのシグナリング接続を確立する。シグナリング接続は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスタイプ（ＲＡＴ）、ロングタームエボリューション（ＬＴＥ）ＲＡＴ、または新無線（ＮＲ）ＲＡＴを使用してターゲットユーザ機器と確立され得る。ブロック５０８は、シグナリングフロー２００におけるステージ８の一部に対応し得る。
【００９２】
[0099]  ブロック５１０で、第１のネットワークエンティティは、ターゲットユーザ機器へ周期的およびトリガ所在特定要求を送信する。ブロック５１０でターゲットユーザ機器へ送信される周期的およびトリガ所在特定要求は、シグナリングフロー２００のステージ９について述べたように、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備え得る。所在特定報告イベントのタイプはさらに、シグナリングフロー２００のステージ９について述べたたように、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告のうちの少なくとも１つを備え得る。ブロック５１０は、シグナリングフロー２００におけるステージ９に対応し得る。
【００９３】
[00100]  ブロック５１２において、第１のネットワークエンティティは、周期的およびトリガ所在特定要求がターゲットユーザ機器によって承認されたことを示す確認をターゲットユーザ機器から受信する。ブロック５１２は、シグナリングフロー２００におけるステージ１０に対応し得る。
【００９４】
[00101]  ブロック５１４で、第１のネットワークエンティティは、周期的およびトリガ所在特定要求がターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を第２のネットワークエンティティへ送信する。第２の応答は例えば、加入者所在特定報告であり得、ブロック５１４はシグナリングフロー２００におけるステージ１１の一部に対応し得る。
【００９５】
[00102]  第１のネットワークエンティティは後に、例えば、シグナリングフロー２００におけるステージ１４の時点で、イベントの検出を報告し、オプションで所在推定値を提供するために、ターゲットユーザ機器から所在特定報告を受信し得る。第１のネットワークエンティティはそれから、ターゲットユーザ機器についての所在推定値を取得し得る（例えば、シグナリングフロー２００におけるステージ１５〜１７の時点でＥ−ＳＭＬＣ１３３から）。第１のネットワークエンティティはまた、第２のネットワークエンティティへ所在特定報告を送信し、および取得されたあらゆる所在推定値を含め得る。
【００９６】
[00103]  第１のネットワークエンティティは後に、例えば、シグナリングフロー２００のステージ１２〜１４について述べたように、所在特定報告イベントが最大報告間隔中にターゲットユーザ機器によって検出されないときにターゲットユーザ機器から所在特定報告を受信し得る。第１のネットワークエンティティはそれから、第２のネットワークエンティティへ所在特定報告を送信し得る。所在特定報告は、周期的およびトリガ所在特定がターゲットユーザ機器において依然としてアクティブであることを（例えば、ＬＣＳクライアント１６０のようなＬＣＳクライアントにおよび／または第２のネットワークエンティティに）示し得る。
【００９７】
[00104]  ある態様において、ブロック５０４で送信される第１の応答は、例えば、ターゲットユーザ機器が第１のネットワークエンティティから現在連絡可能でない場合に、ターゲットユーザ機器が次に連絡可能になるまでの予期される時間間隔または最大時間間隔のインジケーションを含み得る。例えば、予期される時間間隔または最大時間間隔は、外部クライアント（例えば、ＬＣＳクライアント１６０）に、外部クライアントがどれだけ待つことを予期すべきかを、周期的およびトリガ所在特定要求がブロック５１４でターゲットユーザ機器においてアクティブ化されたとして示されるまで、示し得る。ある態様において、ブロック５０４で送信される第１の応答は、またあるいは代わりに、例えば、第１のネットワークエンティティにおいて利用可能である場合に、ターゲットユーザ機器についての最後の既知の所在地を含み得る。
【００９８】
[00105]  図６は、第１のエンティティにおけるターゲットユーザ機器（例えば、ＵＥ１０２）についての周期的およびトリガ所在特定サービスを行う他の方法を例示するプロセスフロー６００を示している。プロセスフロー６００を行う第１のエンティティは、ＬＣＳクライアント（例えば、システムアーキテクチャ１００内のＬＣＳクライアント１６０）あるいはＲ−ＧＭＬＣ（例えば、Ｒ−ＧＭＬＣ１５２）、Ｈ−ＧＭＬＣ（例えば、Ｈ−ＧＭＬＣ１４２）またはＶ−ＧＭＬＣ（例えば、Ｖ−ＧＭＬＣ１３２）のようなＧＭＬＣであり得る。
【００９９】
[00106]  プロセスフロー６００は、ブロック６０２でスタートし得、ここで、第１のエンティティは、ターゲットユーザ機器（例えば、ＵＥ１０２）についての周期的およびトリガ所在特定要求を第２のエンティティから受信する。第２のエンティティは、ＧＭＬＣ、ＬＣＳクライアント、またはユーザであり得る。例えば、第１のエンティティがＲ−ＧＭＬＣ（例えば、Ｒ−ＧＭＬＣ１５２）またはＨ−ＧＭＬＣ（例えば、Ｈ−ＧＭＬＣ１４２）である場合、第２のエンティティはＬＣＳクライアント（例えば、ＬＣＳクライアント１６０）であり得、ブロック６０２はシグナリングフロー２００におけるステージ１に対応し得る。第１のエンティティがＨ−ＧＭＬＣ（例えば、Ｈ−ＧＭＬＣ１４２）またはＶ−ＧＭＬＣ（例えば、Ｖ−ＧＭＬＣ１３２）である場合、第２のエンティティは各ケースにおいてそれぞれＲ−ＧＭＬＣ（例えば、Ｒ−ＧＭＬＣ１５２）またはＨ−ＧＭＬＣ（例えば、Ｈ−ＧＭＬＣ１４２）であり得、ブロック６０２はシグナリングフロー２００におけるステージ２の一部に対応し得る。第１のエンティティがＬＣＳクライアント（例えば、ＬＣＳクライアント１６０）である場合、第２のエンティティはＬＣＳクライアントのユーザであり得る。
【０１００】
[00107]  ブロック６０４で、第１のエンティティは第３のエンティティへブロック６０２で受信されたターゲットユーザ機器についての周期的およびトリガ所在特定要求を送信する。第１のエンティティがＬＣＳクライアント（例えば、ＬＣＳクライアント１６０）である場合、第３のエンティティはＲ−ＧＭＬＣ（例えば、Ｒ−ＧＭＬＣ１５２）またはＨ−ＧＭＬＣ（例えば、Ｈ−ＧＭＬＣ１４２）のようなＧＭＬＣであり得、ブロック６０４はさらにシグナリングフロー２００におけるステージ１に対応し得る。第１のエンティティがＲ−ＧＭＬＣ（例えば、Ｒ−ＧＭＬＣ１５２）またはＨ−ＧＭＬＣ（例えば、Ｈ−ＧＭＬＣ１４２）である場合、第３のエンティティは各ケースにおいてそれぞれＨ−ＧＭＬＣ（例えば、Ｈ−ＧＭＬＣ１４２）またはＶ−ＧＭＬＣ（例えば、Ｖ−ＧＭＬＣ１３２）であり得、ブロック６０４はシグナリングフロー２００におけるステージ２の一部に対応し得る。第１のエンティティがＶ−ＧＭＬＣ（例えば、Ｖ−ＧＭＬＣ１３２）である場合、第３のエンティティはＭＭＥ（例えば、ＭＭＥ１３１）、ＡＭＦまたはＬＭＦであり得、ブロック６０４はシグナリングフロー２００におけるステージ３に対応し得る。
【０１０１】
[00108]  ブロック６０６で、第１のエンティティは、周期的およびトリガ所在特定要求がターゲットユーザ機器に対するサービングネットワークエンティティによって受信され承認されたことを示す第１の応答を第３のエンティティから受信する。第１の応答は、例えば、要求をサポートするための能力および意図を確認し得るが、所在特定報告がターゲットユーザ機器においてアクティブ化されたこと、またはターゲットユーザ機器が必然的に要求をサポート可能になることを確認しないことがあり得る。サービングネットワークエンティティは、ＭＭＥ（例えば、シグナリングフロー２００におけるＭＭＥ１３１）、ＡＭＦまたはＬＭＦであり得る。第１のエンティティがＬＣＳクライアント（例えば、ＬＣＳクライアント１６０）である場合、ブロック６０６はシグナリングフロー２００におけるステージ７に対応し得る。第１のエンティティがＲ−ＧＭＬＣ（例えば、Ｒ−ＧＭＬＣ１５２）である場合、ブロック６０６はシグナリングフロー２００におけるステージ６に対応し得る。第１のエンティティがＨ−ＧＭＬＣ（例えば、Ｈ−ＧＭＬＣ１４２）である場合、ブロック６０６はシグナリングフロー２００におけるステージ５に対応し得る。第１のエンティティがＶ−ＧＭＬＣ（例えば、Ｖ−ＧＭＬＣ１３２）である場合、ブロック６０６はシグナリングフロー２００におけるステージ４に対応し得る。
【０１０２】
[00109]  ブロック６０８で、第１のエンティティは第２のエンティティへ第１の応答を送信する。例えば、第１のエンティティがＲ−ＧＭＬＣ（例えば、Ｒ−ＧＭＬＣ１５２）である場合、ブロック６０８はシグナリングフロー２００におけるステージ７に対応し得る。第１のエンティティがＨ−ＧＭＬＣ（例えば、Ｈ−ＧＭＬＣ１４２）である場合、ブロック６０８はシグナリングフロー２００におけるステージ６に対応し得る。第１のエンティティがＶ−ＧＭＬＣ（例えば、Ｖ−ＧＭＬＣ１３２）である場合、ブロック６０８はシグナリングフロー２００におけるステージ５に対応し得る。
【０１０３】
[00110]  ブロック６１０で、第１のエンティティは、周期的およびトリガ所在特定要求がターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を第３のエンティティから受信する。第２の応答は、例えば、イベント報告がターゲットユーザ機器においてスタートしたことを確認し得る。ブロック６１０はシグナリングフロー２００におけるステージ１１の一部に対応し得る。
【０１０４】
[00111]  ブロック６１２で、第１のエンティティは第２のエンティティへ第２の応答を送信する。例えば、ブロック６１２はシグナリングフロー２００におけるステージ１１の一部に対応し得る。
【０１０５】
[00112]  上述されたように、ターゲットユーザ機器は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスタイプ（ＲＡＴ）、ロングタームエボリューション（ＬＴＥ）ＲＡＴ、または新無線（ＮＲ）ＲＡＴを使用してサービングネットワークエンティティからアクセスされ得る。ブロック６０２で受信される周期的およびトリガ所在特定要求は、シグナリングフロー２００のステージ１について述べたように、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備え得る。所在特定報告イベントのタイプはさらに、シグナリングフロー２００のステージ１について述べたように、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告のうちの少なくとも１つを備え得る。
【０１０６】
[00113]  これもまた上述されたように、第２の応答は、ターゲットユーザ機器がサービングネットワークエンティティから連絡可能でないことによって引き起こされた遅延の後に、ブロック６１０で第３のエンティティから受信され得、ここで、サービングネットワークエンティティは、例えば、シグナリングフロー２００のステージ８について述べたように、ターゲットユーザ機器が連絡可能になるのを待つ。
【０１０７】
[00114]  第１のエンティティは後に、例えば、シグナリングフロー２００におけるステージ１９、２１、２３または２４の時点で、所在推定値を含み得る、ターゲットユーザ機器によってイベントの検出を報告するための所在特定報告を第３のエンティティから受信し得る。第１のエンティティはそれから、第２のエンティティへ所在特定報告を転送し得るもので、何らかの所在推定値を含み得る。
【０１０８】
[00115]  第１のエンティティはまた、あるいは代わりに、例えば、シグナリングフロー２００のステージ１２〜１４について述べたように、後で所在特定報告イベントが最大報告間隔中にターゲットユーザ機器によって検出されないときに第３のエンティティから所在特定報告を受信し得る。第１のエンティティはそれから、第２のネットワークエンティティへ所在特定報告を送信し得る。第１のエンティティが最大報告間隔より長い間隔にわたって第３のエンティティから所在特定報告を受信しない場合、第１のエンティティは、周期的およびトリガ所在特定要求がターゲットユーザ機器においてもはやアクティブでないことがあり得ることを示す誤り報告を第２のエンティティへ送信し得る。第１のエンティティはまた、例えば、シグナリングフロー３００および４００において説明されるように、第２のエンティティへおよび／または第３のエンティティへ取消メッセージを送ることによって、周期的およびトリガ所在特定要求プロシージャを取り消し得る。
【０１０９】
[00116]  図７は、ユーザ機器（例えば、ＵＥ１０２）において周期的およびトリガ所在特定要求を仕向けて行う方法を例示するプロセスフロー７００を示している。ユーザ機器は、例えば、ＮＢ−ＩｏＴ無線アクセス、ＬＴＥ無線アクセスおよび／またはＮＲ無線アクセスをサポートし得る。
【０１１０】
[00117]  プロセスフロー７００はブロック７０２でスタートし得、ここで、ユーザ機器は第１のネットワークエンティティから周期的およびトリガ所在特定要求を受信する。周期的およびトリガ所在特定要求は、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備え得る。ある態様において、所在特定報告イベントのタイプは、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告のうちの少なくとも１つを備え得る。ブロック７０２はシグナリングフロー２００におけるステージ９に対応し得る。
【０１１１】
[00118]  ブロック７０４で、ユーザ機器は、周期的およびトリガ所在特定要求が承認されたことを示す応答を第１のネットワークエンティティへ返す。ブロック７０４は、シグナリングフロー２００におけるステージ１０に対応し得る。
【０１１２】
[00119]  ブロック７０６で、ユーザ機器は、所在特定報告イベントが生じるかどうかを決定するために、所在特定報告イベントをモニタする。ある態様において、所在特定報告イベントが生じるかどうかを決定するために、ブロック７０６で所在特定報告イベントをモニタすることは、ブロック７０２で受信された最大イベントサンプリング間隔以下の間隔で所在特定報告イベントをモニタすることを備え得る。ブロック７０６はシグナリングフロー２００におけるステージ１２に対応し得る。
【０１１３】
[00120]  ブロック７０８で、ユーザ機器は、所在特定報告イベントが生じたときに、または所在特定報告イベントが最大報告間隔中に生じないときに、第２のネットワークエンティティへ所在特定報告を送信する。ブロック７０８はシグナリングフロー２００におけるブロック１４に対応し得る。
【０１１４】
[00121]  ある態様において、周期的およびトリガ所在特定要求はブロック７０２で受信され、所在特定報告はナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスタイプ（ＲＡＴ）、ロングタームエボリューション（ＬＴＥ）ＲＡＴ、または新無線（ＮＲ）ＲＡＴを使用してブロック７０８で送信される。
【０１１５】
[00122]  ある態様において、第１のネットワークエンティティおよび第２のネットワークエンティティは各々、モビリティ管理エンティティ（ＭＭＥ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、または所在管理機能（ＬＭＦ）である。ある態様において、第１のネットワークエンティティは第２のネットワークエンティティと同じである。他の態様において、第１のネットワークエンティティは、第２のネットワークエンティティとは異なる。この他の態様において、第１のネットワークエンティティおよび第２のネットワークエンティティは、異なるネットワークに属し得る。
【０１１６】
[00123]  ある態様において、ブロック７０８で第２のネットワークエンティティへ所在特定報告を送信することは、以前の所在特定報告の送信からの最小報告間隔に少なくとも等しい間隔に続いて所在特定報告イベントが生じたときに、第２のネットワークエンティティへ所在特定報告を送信することを備える。
【０１１７】
[00124]  図８は、ＵＥ１０２のハードウェア実施の例を例示する図である。ＵＥ１０２は、例えば、ｅＮＢ１２２（図１に図示）のようなセルラトランシーバとワイヤレスに通信するためにワイヤレスワイドエリアネットワーク（ＷＷＡＮ）トランシーバ８０２を含み得る。ＵＥ１０２はまた、ローカルトランシーバとワイヤレスに通信するためにＷＬＡＮトランシーバ８０４を含み得る。ＵＥ１０２はさらに、ＳＰＳシステム１１０（図１に図示）からＳＰＳ信号およびデータを受信するためのＳＰＳ受信機８０８を含み得る。ＵＥ１０２は、ＷＷＡＮトランシーバ８０２、ＷＬＡＮトランシーバ８０４および／またはＳＰＳ受信機８０８とともに使用され得る１つまたは複数のアンテナ８０６を含み得る。ＵＥ１０２は、カメラ、加速度計、ジャイロスコープ、電子コンパス、磁力計、気圧計、等のような１つまたは複数のセンサ８１０を含み得る。ＵＥ１０２はさらに、例えば、ユーザがＵＥ１０２とインターフェースし得る、ディスプレイ、キーパッド、またはディスプレイ上の仮想キーパッドのような他の入力デバイスを含み得るユーザインターフェース８１２を含み得る。
【０１１８】
[00125]  ＵＥ１０２はさらに、１つまたは複数のプロセッサ８１４およびメモリ８２０を含み、それらは、バス８１６で互いに結合され得る。１つまたは複数のプロセッサ８１４およびＵＥ１０２の他のコンポーネントは同様に、バス８１６、別個のバスで互いに結合され得るか、あるいは互いに直接接続され得るか、または前述の組み合わせであり得る。メモリ８２０は、１つまたは複数のプロセッサ８１４によって実行されると、ここに開示される技法を行うようにプログラムされた特殊用途コンピュータとしてこの１つまたは複数のプロセッサを動作させる実行可能コードまたはソフトウェア命令を包含し得る。
【０１１９】
[00126]  図８に例示されるように、メモリ８２０は、１つまたは複数のプロセッサ８１４によって実施されるときに、ここに説明されるような方法を実施する１つまたは複数のコンポーネントまたはモジュールを含む。コンポーネントまたはモジュールは、１つまたは複数のプロセッサ８１４によって実行可能であるメモリ８２０内のソフトウェアとして例示されるが、コンポーネントまたはモジュールは、プロセッサ内の、またはプロセッサ外のいずれかの専用ハードウェアであり得ることが理解されるべきである。例示されるように、メモリ８２０は、１つまたは複数のプロセッサ８１４によって実施されると、周期的およびトリガ所在特定要求が受信された後に、例えば、ＷＷＡＮトランシーバ８０２を通じて、周期的およびトリガ所在特定要求がＵＥ１０２においてアクティブ化されたという確認応答を送信することを１つまたは複数のプロセッサ８１４にさせる確認応答ユニット８２２を含み得る。
【０１２０】
[00127]  メモリ８２０はさらに、１つまたは複数のプロセッサ８１４によって実施されると、例えば、ＷＷＡＮトランシーバ８０２、ＷＬＡＮトランシーバ８０４および／またはＳＰＳ受信機８０８のうちの１つまたは複数を使用して位置測定値を取得することを１つまたは複数のプロセッサ８１４にさせる位置測定ユニット８２４を含み得る。例えば、位置測定値は、セルＩＤ、受信信号強度インジケータ（ＲＳＳＩ）、ラウンドトリップ信号伝搬時間（ＲＴＴ）、ＲＳＴＤまたは擬似距離測定値のうちの少なくとも１つを含み得る。
【０１２１】
[00128]  メモリ８２０はさらに、１つまたは複数のプロセッサ８１４によって実施されると、ＵＥ１０２がワイヤレスネットワークと接続された状態に入ったら、例えば、所在特定サーバからの要求またはＵＥ１０２によって開始されることに応じて、所在特定サーバ（例えば、Ｅ−ＳＭＬＣ１３３）との測位セッションに従事することを１つまたは複数のプロセッサ８１４にさせる位置決めセッション（position session）ユニット８２６を含み得る。
【０１２２】
[00129]  メモリ８２０はさらに、周期的／トリガユニット８２８を含み得る。周期的／トリガユニット８２８は、１つまたは複数のプロセッサ８１４によって実施されると、例えば、周期的およびトリガ所在特定要求内で受信される周期的および／またはトリガイベントパラメータをモニタすることを１つまたは複数のプロセッサ８１４にさせ得る。トリガイベントパラメータは、例えば、最大イベントサンプリング間隔、最大報告間隔、最小報告間隔、および１つまたは複数の所在特定トリガを含み得る。例えば、所在特定トリガは、ターゲットエリアを去ること、ターゲットエリアに入ること、ターゲットエリア内に留まること、または動きイベントについてのしきい値線形距離のうちの少なくとも１つを備え得る。周期的／トリガユニット８２８は、最大イベントサンプリング間隔以下の間隔で周期的に１つまたは複数の所在特定トリガを評価し得、およびまた、最大報告間隔を追跡し得る。周期的／トリガユニット８２８は、１つまたは複数のプロセッサ８１４によって実施されると、トリガ条件が生じたとき、周期的報告間隔が満了したとき、または最大報告間隔が満了したときにワイヤレスネットワークと接続された状態に再び入ることと、イベントを報告するためにワイヤレスネットワークに（例えば、ワイヤレスネットワークにおけるＭＭＥ、ＡＭＦまたはＬＭＦへ）報告を送ることとを１つまたは複数のプロセッサ８１４にさせ得る。
【０１２３】
[00130]  ここに説明される方法は、アプリケーションに依存して様々な手段によって実施され得る。例えば、これら方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組み合わせにおいて実施され得る。ハードウェア実施の場合、１つまたは複数のプロセッサは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、ここに説明される機能を行うように設計された他の電子ユニット、またはそれらの組み合わせで実施され得る。
【０１２４】
[00131]  ファームウェアおよび／またはソフトウェアを伴う実施の場合、方法は、ここに説明される別個の機能を行うモジュール（例えば、プロシージャ、機能、等）で実施され得る。命令を有形に具現化する任意の機械可読媒体が、ここに説明される方法を実施する際に使用され得る。例えば、ソフトウェアコードは、メモリ内に記憶され、および１つまたは複数のプロセッサユニットによって実行され得、ここに開示されるアルゴリズムを行うようにプログラムされた特殊用途コンピュータとしてこれらプロセッサユニットを動作させる。メモリは、プロセッサユニット内部またはプロセッサユニット外部において実施され得る。ここに使用される場合、「メモリ」という用語は、任意のタイプの長期、短期、揮発性、不揮発性、または他のメモリを指し、任意の特定のタイプのメモリまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきではない。
【０１２５】
[00132]  ファームウェアおよび／またはソフトウェアで実施される場合、機能は、非一時的コンピュータ可読記憶媒体上に１つまたは複数の命令またはコードとして記憶され得る。複数の例が、データ構造で符号化されたコンピュータ可読媒体と、コンピュータプログラムで符号化されたコンピュータ可読媒体とを含む。コンピュータ可読媒体は、物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置、半導体記憶装置、または他の記憶デバイス、あるいはデータ構造または命令の形式で所望のプログラムコードを記憶するために使用できるとともに、コンピュータによってアクセスできる任意の他の媒体を備えることができ、ディスク（disk）およびディスク（disc）は、ここに使用される場合、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は通常、磁気的にデータを再生し、その一方でディスク（disc）は、レーザーで光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【０１２６】
[00133]  このことから、周期的およびトリガ所在特定を行うためのユーザ機器は、第１のネットワークエンティティから周期的およびトリガ所在特定要求を受信するための手段を含み得、周期的およびトリガ所在特定要求は、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備え、それは、例えば、ＷＷＡＮトランシーバ８０２並びに１つまたは複数のプロセッサ８１４であり得る。所在特定報告イベントのタイプは、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告のうちの少なくとも１つを備え得る。周期的およびトリガ所在特定要求が承認されたことを示す応答を第１のネットワークエンティティへ返すための手段は、例えば、１つまたは複数のプロセッサ８１４によって実施され得る確認応答ユニット８２２並びにＷＷＡＮトランシーバ８０２であり得る。所在特定報告イベントが生じたかどうかを決定するために所在特定報告イベントをモニタするための手段は、例えば、１つまたは複数のプロセッサ８１４によって実施され得る周期的／トリガユニット８２８であり得る。所在特定報告イベントは、最大イベントサンプリング間隔以下の間隔でモニタされ得る。所在特定報告イベントが生じたときに、または所在特定報告イベントが最大報告間隔中に生じないときに、第２のネットワークエンティティへ所在特定報告を送信するための手段は、例えば、１つまたは複数のプロセッサ８１４によって実施され得る周期的／トリガユニット８２８並びにＷＷＡＮトランシーバ８０２であり得る。所在特定報告は、以前の所在特定報告の送信からの最小報告間隔に少なくとも等しい間隔に続いて所在特定報告イベントが生じたときに、第２のネットワークエンティティへ送信され得る。周期的およびトリガ所在特定要求は、受信され得、および所在特定報告は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスタイプ（ＲＡＴ）、ロングタームエボリューション（ＬＴＥ）ＲＡＴ、または新無線（ＮＲ）ＲＡＴを使用して送信され得る。第１のネットワークエンティティおよび第２のネットワークエンティティは各々、モビリティ管理エンティティ（ＭＭＥ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、または所在管理機能（ＬＭＦ）であり得る。例えば、第１のネットワークエンティティは、第２のネットワークエンティティと同じであり得るか、または第２のネットワークエンティティとは異なり得る。その上、第１のネットワークエンティティおよび第２のネットワークエンティティは、異なるネットワークに属し得る。所在特定報告イベントのタイプは、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告のうちの少なくとも１つを備え得る。
【０１２７】
[00134]  コンピュータ可読記憶媒体上への記憶に加えて、命令および／またはデータは、通信装置に含まれる送信媒体上における信号として提供され得る。例えば、通信装置は、命令およびデータを示す信号を有するトランシーバを含み得る。命令およびデータは、非一時的コンピュータ可読媒体、例えば、メモリ８２０上に記憶され、およびここに開示されるアルゴリズムを行うようにプログラムされた特殊用途コンピュータとして動作することを１つまたは複数のプロセッサにさせるように構成される。すなわち、通信装置は、開示される機能を行うための情報を示す信号を有する送信媒体を含む。１回目において、通信装置に含まれる送信媒体は、開示される機能を行うための情報の第１の部分を含み得、その一方で２回目において、通信装置に含まれる送信媒体は、開示される機能を行うための情報の第２の部分を含み得る。
【０１２８】
[00135]  図９は、ＭＭＥ１３１、Ｅ−ＳＭＬＣ１３３、Ｖ−ＧＭＬＣ１３２、Ｈ−ＧＭＬＣ１４２、Ｒ−ＧＭＬＣ１５２、ｅＮＢ１２２あるいはＡＭＦまたはＬＭＦのような、ネットワークエンティティ９００のハードウェア実施の例を例示する図である。ネットワークエンティティ９００は、例えば、外部インターフェース９０２のようなハードウェアコンポーネントを含み、それは、ＵＥ１０２におよび／または他のネットワークエンティティにおよび／またはＬＣＳクライアントに接続することが可能であるワイヤードおよび／またはワイヤレスインターフェースであり得る。ネットワークエンティティ９００は、１つまたは複数のプロセッサ９０４およびメモリ９１０を含み、それらは、バス９０６で互いに結合され得る。メモリ９１０は、１つまたは複数のプロセッサ９０４によって実行されると、ここに開示される技法を行うようにプログラムされた特殊用途コンピュータとして動作することを１つまたは複数のプロセッサにさせる実行可能コードまたはソフトウェア命令を包含し得る。
【０１２９】
[00136]  図９に例示されるように、メモリ９１０は、１つまたは複数のプロセッサ９０４によって実施されると、ここに説明されるような方法を実施する１つまたは複数のコンポーネントまたはモジュールを含む。コンポーネントまたはモジュールは、１つまたは複数のプロセッサ９０４によって実行可能であるメモリ９１０内のソフトウェアとして例示されるが、コンポーネントまたはモジュールは、プロセッサ内の、またはプロセッサ外のいずれかの専用ハードウェアであり得ることが理解されるべきである。例示されるように、メモリ９１０は、１つまたは複数のプロセッサ９０４によって実施されると、周期的およびトリガ所在特定報告を求める要求がターゲットＵＥに対するサービングネットワークエンティティ（例えば、ＭＭＥ、ＡＭＦまたはＬＭＦ）によって承認されており、およびサービングネットワークエンティティがターゲットＵＥにおいてプロシージャを開始する準備ができていることを示す第１の応答をＬＣＳクライアントにまたは他のネットワークエンティティに提供することを１つまたは複数のプロセッサ９０４にさせる応答ユニット９１２を含み得る。応答ユニット９１２は、１つまたは複数のプロセッサ９０４によって実施されると、周期的およびトリガ所在特定要求がターゲットＵＥにおいてアクティブ化されたことを示すターゲットＵＥからのまたは他のネットワークエンティティからの応答であって、ターゲットＵＥについての第１の応答後すぐに返され得るか、あるいは、ターゲットＵＥについての第１の応答から数時間または数日後に返され得る応答をモニタすることを１つまたは複数のプロセッサ９０４にさせるとともに、ターゲットＵＥが周期的およびトリガ所在特定報告を返し始めるであろうことを示す第２の応答をＬＣＳクライアントまたは他のネットワークエンティティに提供することを外部インターフェース９０２にさせる。
【０１３０】
[00137]  メモリ９１０は、１つまたは複数のプロセッサ９０４によって実施されると、周期的およびトリガ所在特定セッションを要求する、または所在特定セッションを求める要求を受信するために、ターゲットＵＥまたは他のネットワークエンティティと、例えば、外部インターフェース９０２を介して通信することを１つまたは複数のプロセッサ９０４にさせる周期的／トリガユニット９１４を含み得る。周期的／トリガユニット９１４は、最大イベントサンプリング間隔、最大報告間隔、最小報告間隔および／または１つまたは複数の所在特定トリガイベントあるいは周期的報告期間を定義し得るとともに、ＬＣＳクライアントまたは他のネットワークエンティティ（例えば、ＧＭＬＣ）から周期的およびトリガ所在特定報告を求める要求を受信した後に、周期的およびトリガ所在特定要求内でターゲットＵＥにまたは他のネットワークエンティティに周期的およびトリガ所在特定パラメータを提供することを外部インターフェース９０２にさせ得る。周期的／トリガユニット９１４は、ターゲットＵＥが連絡可能になってワイヤレスネットワークに接続されるのを待った後に、周期的およびトリガ所在特定パラメータをターゲットＵＥに提供することを外部インターフェース９０２にさせ得る。
【０１３１】
[00138]  メモリ９１０はまた、１つまたは複数のプロセッサ９０４によって実施されると、最大報告間隔内にターゲットＵＥからの所在特定報告（例えば、直接ターゲットＵＥから受信されるか、あるいはＭＭＥ、ＡＭＦ、ＬＭＦまたはＧＭＬＣのような他のネットワーク要素を介して受信される）をモニタすることを１つまたは複数のプロセッサ９０４にさせる最大報告間隔ユニット９１６を含み得る。所在特定報告が受信される場合、最大報告間隔ユニット９１６は、所在特定報告がＵＥ１０２において依然としてアクティブであることを確認し得る。その一方で、所在特定報告が最大報告間隔に続いて受信されない場合、最大報告間隔ユニット９１６は、周期的およびトリガ所在特定要求がターゲットＵＥにおいてもはやアクティブでないと決定し得るとともに、所在特定報告がＵＥ１０２において終了されたというインジケーションをＬＣＳクライアントまたはネットワーク（例えば、ＧＭＬＣ）に提供することを外部インターフェース９０２にさせ得る、および／または周期的およびトリガ所在特定の取り消しを仕向け得る。
【０１３２】
[00139]  ここに説明される方法は、アプリケーションに依存して様々な手段によって実施され得る。例えば、これら方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組み合わせにおいて実施され得る。ハードウェア実施の場合、１つまたは複数のプロセッサは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、ここに説明される機能を行うように設計された他の電子ユニット、またはそれらの組み合わせにおいて実施され得る。
【０１３３】
[00140]  ファームウェアおよび／またはソフトウェアを伴う実施の場合、方法は、ここに説明される別個の機能を行うモジュール（例えば、プロシージャ、機能、等）で実施され得る。命令を有形に具現化する任意の機械可読媒体は、ここに説明される方法を実施する際に使用され得る。例えば、ソフトウェアコードは、メモリ内に記憶され、および１つまたは複数のプロセッサユニットによって実行され得、ここに開示されるアルゴリズムを行うようにプログラムされた特殊用途コンピュータとしてこれらプロセッサユニットを動作させる。メモリは、プロセッサユニット内部またはプロセッサユニット外部において実施され得る。ここに使用される場合、「メモリ」という用語は、任意のタイプの長期、短期、揮発性、不揮発性、または他のメモリを指し、任意の特定のタイプのメモリまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきでない。
【０１３４】
[00141]  ファームウェアおよび／またはソフトウェアにおいて実施される場合、機能は、非一時的コンピュータ可読記憶媒体上に１つまたは複数の命令またはコードとして記憶され得る。例は、データ構造で符号化されたコンピュータ可読媒体と、コンピュータプログラムで符号化されたコンピュータ可読媒体とを含む。コンピュータ可読媒体は、物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置、半導体記憶装置、または他の記憶デバイス、あるいはデータ構造または命令の形式で所望のプログラムコードを記憶するために使用できるとともに、コンピュータによってアクセスできる任意の他の媒体を備えることができ、ディスク（disk）およびディスク（disc）は、ここに使用される場合、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）、およびＢｌｕ−ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は通常、磁気的にデータを再生し、その一方でディスク（disc）は、レーザーで光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【０１３５】
[00142]  コンピュータ可読記憶媒体上への記憶に加えて、命令および／またはデータは、通信装置中に含まれる送信媒体上における信号として提供され得る。例えば、通信装置は、命令およびデータを示す信号を有するトランシーバを含み得る。命令およびデータは、非一時的コンピュータ可読媒体、例えば、メモリ８２０または９１０上に記憶され、およびここに開示されるアルゴリズムを行うようにプログラムされた特殊用途コンピュータとしてこの１つまたは複数のプロセッサを動作させるように構成される。すなわち、通信装置は、開示される機能を行うための情報を示す信号を有する送信媒体を含む。１回目において、通信装置に含まれる送信媒体は、開示される機能を行うための情報の第１の部分を含み得、その一方で２回目において、通信装置に含まれる送信媒体は、開示される機能を行うための情報の第２の部分を含み得る。
【０１３６】
[00143]  このことから、ターゲットユーザ機器についての周期的およびトリガ所在特定を行うための第１のネットワークエンティティは、ターゲットユーザ機器についての周期的およびトリガ所在特定要求を第２のネットワークエンティティから受信するための手段を含み得、それは、例えば、外部インターフェース９０２並びに１つまたは複数のプロセッサ９０４であり得る。第１のネットワークエンティティは、例えば、モビリティ管理エンティティ（ＭＭＥ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、または所在管理機能（ＬＭＦ）であり得る。第２のネットワークエンティティは、ゲートウェイモバイル所在特定センター（ＧＭＬＣ）であり得る。第１のネットワークエンティティは、周期的およびトリガ所在特定要求が受信され承認されたことを示す第１の応答を第２のネットワークエンティティへ送信するための手段を含み得、それは、例えば、１つまたは複数のプロセッサ９０４によって実施され得る応答ユニット９１２並びに外部インターフェース９０２であり得る。第１の応答は、ターゲットユーザ機器が次に連絡可能になるまでの予期される時間間隔または最大時間間隔のインジケーションを備え得る。第１の応答は、ターゲットユーザ機器についての最後の既知の所在地を備え得る。ターゲットユーザ機器が現在連絡可能な状態にない場合に、ターゲットユーザ機器がワイヤレスネットワークと連絡可能な状態になるのを待つための手段は、例えば、１つまたは複数のプロセッサ９０４によって実施され得る応答ユニット９１２であり得る。ターゲットユーザ機器とのシグナリング接続を確立するための手段は、例えば、外部インターフェース９０２であり得る。シグナリング接続は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスタイプ（ＲＡＴ）、ロングタームエボリューション（ＬＴＥ）ＲＡＴ、または新無線（ＮＲ）ＲＡＴを使用して確立され得る。ターゲットユーザ機器へ周期的およびトリガ所在特定要求を送信するための手段は、例えば、１つまたは複数のプロセッサ９０４によって実施され得る周期的／トリガユニット９１４並びに外部インターフェース９０２であり得る。周期的およびトリガ所在特定要求が承認されたことを示す確認をターゲットユーザ機器から受信するための手段は、例えば、１つまたは複数のプロセッサ９０４によって実施され得る応答ユニット９１２並びに外部インターフェース９０２であり得る。周期的およびトリガ所在特定要求がターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を第２のネットワークエンティティへ送信するための手段は、例えば、１つまたは複数のプロセッサ９０４によって実施され得る応答ユニット９１２並びに外部インターフェース９０２であり得る。ターゲットユーザ機器へ送信される周期的およびトリガ所在特定要求は、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備え得る。所在特定報告イベントのタイプは、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告のうちの少なくとも１つを備え得る。ターゲットユーザ機器へ送信される周期的およびトリガ所在特定要求は、最大報告間隔を備え得、および第１のネットワークエンティティはさらに、所在特定報告イベントが最大報告間隔中にターゲットユーザ機器によって検出されないときに、ターゲットユーザ機器から所在特定報告を受信するための手段と、それは、例えば、１つまたは複数のプロセッサ９０４によって実施され得る応答ユニット９１２並びに外部インターフェース９０２であり得、第２のネットワークエンティティへ所在特定報告を送信するための手段とを含み得、それは、例えば、１つまたは複数のプロセッサ９０４によって実施され得る応答ユニット９１２並びに外部インターフェース９０２であり得る。
【０１３７】
[00144]  図１０は、外部（ＬＣＳ）クライアント１６０のハードウェア実施の例を例示する図である。クライアント１６０は、例えば、外部インターフェース１００２のようなハードウェアコンポーネントを含み、それは、Ｒ−ＧＭＬＣ１５２のようなネットワークエンティティに接続することが可能であるワイヤードまたはワイヤレスインターフェースであり得る。クライアント１６０は、１つまたは複数のプロセッサ１００４およびメモリ１０１０を含み、それらは、バス１００６で互いに結合され得る。メモリ１０１０は、１つまたは複数のプロセッサ１００４によって実行されると、ここに開示される技法を行うようにプログラムされた特殊用途コンピュータとして１つまたは複数のプロセッサを動作させる実行可能コードまたはソフトウェア命令を包含し得る。
【０１３８】
[00145]  図１０に例示されるように、メモリ１０１０は、１つまたは複数のプロセッサ１００４によって実施されると、ここに説明されるような方法を実施する１つまたは複数のコンポーネントまたはモジュールを含む。コンポーネントまたはモジュールは、１つまたは複数のプロセッサ１００４によって実行可能であるメモリ１０１０内のソフトウェアとして例示されるが、コンポーネントまたはモジュールは、プロセッサ内の、またはプロセッサ外のいずれかの専用ハードウェアであり得ることが理解されるべきである。例示されるように、メモリ１０１０は、１つまたは複数のプロセッサ１００４によって実施されると、例えば、外部インターフェース１００２を介してネットワークと通信しターゲットユーザ機器に周期的およびトリガ所在特定サービスを要求することを１つまたは複数のプロセッサ１００４にさせる周期的／トリガユニット１０１２を含み得る。周期的／トリガユニット１０１２は、最大イベントサンプリング間隔、最大報告間隔、最小報告間隔および１つまたは複数の所在特定イベントトリガあるいは周期的報告期間を定義すると共に、Ｒ−ＧＭＬＣのようなネットワークエンティティへ送られる周期的およびトリガ所在特定要求においてターゲットＵＥに周期的およびトリガ所在特定パラメータを提供することを外部インターフェース１００２にさせ得る。
【０１３９】
[00146]  メモリ１０１０はまた、１つまたは複数のプロセッサ１００４によって実施されると、周期的およびトリガ所在特定報告を求めるＬＣＳクライアント要求がネットワークによって承認されており、およびネットワーク（例えば、ＭＭＥ、ＡＭＦまたはＬＭＦ）がターゲットＵＥにおいてプロシージャを開始する準備ができていることを示す第１の応答をネットワークエンティティ（例えば、Ｒ−ＧＭＬＣ）から受信することを１つまたは複数のプロセッサ１００４にさせる受信報告ユニット１０１４を含み得る。受信報告ユニット１０１４は、１つまたは複数のプロセッサ１００４によって実施されると、周期的およびトリガ所在特定要求がターゲットＵＥにおいてアクティブ化されたことを示す第２の応答であって、通常のＵＥの場合に第１の応答後すぐに返され得るか、あるいは、ＩｏＴ ＵＥの場合に第１の応答から数時間または数日後に返され得る第２の応答をネットワークエンティティから受信することを１つまたは複数のプロセッサ１００４にさせる。受信報告ユニット１０１４は、１つまたは複数のプロセッサ１００４によって実施されると、さらに、第１の応答および第２の応答がネットワークエンティティ（例えば、所在特定サービス（ＬＣＳ）クライアントまたはゲートウェイモバイル所在特定センター（ＧＭＬＣ）またはＬＣＳクライアント１６０のユーザ）へ送信されるようにすることを１つまたは複数のプロセッサ１００４にさせ得る。受信報告ユニット１０１４は、１つまたは複数のプロセッサ１００４によって実施されると、さらに、ネットワークからターゲットユーザ機器についての所在特定報告を受信することと、所在特定報告がネットワークエンティティへまたはＬＣＳクライアント１６０のユーザへ送信されるようにすることとを１つまたは複数のプロセッサ１００４にさせ得る。
【０１４０】
[00147]  メモリ１０１０はまた、１つまたは複数のプロセッサ１００４によって実施されると、周期的およびトリガ所在特定要求のための最大報告間隔内にターゲットＵＥからの所在特定報告をモニタすることを１つまたは複数のプロセッサ１００４にさせる最大報告間隔ユニット１０１６を含み得る。所在特定報告が受信される場合、最大報告間隔ユニット１０１６は、所在特定報告がターゲットＵＥにおいて依然としてアクティブであることを確認し得る。その一方で、所在特定報告が最大報告間隔に続いて受信されない場合、最大報告間隔ユニット１０１６は、周期的およびトリガ所在特定要求がターゲットＵＥにおいてもはやアクティブでないと決定し得る。最大報告間隔ユニット１０１６はまた、周期的およびトリガ所在特定要求がターゲットＵＥにおいてもはやアクティブでないというインジケーションをネットワークエンティティ（例えば、Ｒ−ＧＭＬＣ）から受信するように構成され得る。
【０１４１】
[00148]  ここに説明される方法は、アプリケーションに依存して様々な手段によって実施され得る。例えば、これら方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組み合わせにおいて実施され得る。ハードウェア実施の場合、１つまたは複数のプロセッサは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、ここに説明される機能を行うように設計された他の電子ユニット、またはそれらの組み合わせにおいて実施され得る。
【０１４２】
[00149]  ファームウェアおよび／またはソフトウェアを伴う実施の場合、方法は、ここに説明される別個の機能を行うモジュール（例えば、プロシージャ、機能、等）で実施され得る。命令を有形に具現化する任意の機械可読媒体は、ここに説明される方法を実施する際に使用され得る。例えば、ソフトウェアコードは、メモリ内に記憶され、および１つまたは複数のプロセッサユニットによって実行され得、ここに開示されるアルゴリズムを行うようにプログラムされた特殊用途コンピュータとしてこれらプロセッサユニットを動作させる。メモリは、プロセッサユニット内部またはプロセッサユニット外部において実施され得る。ここに使用される場合、「メモリ」という用語は、任意のタイプの長期、短期、揮発性、不揮発性、または他のメモリを指し、任意の特定のタイプのメモリまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきではない。
【０１４３】
[00150]  ファームウェアおよび／またはソフトウェアで実施される場合、機能は、非一時的コンピュータ可読記憶媒体上に１つまたは複数の命令またはコードとして記憶され得る。例は、データ構造で符号化されたコンピュータ可読媒体と、コンピュータプログラムで符号化されたコンピュータ可読媒体とを含む。コンピュータ可読媒体は、物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置、半導体記憶装置、または他の記憶デバイス、あるいはデータ構造または命令の形式所望のプログラムコードを記憶するために使用できるとともに、コンピュータによってアクセスできる任意の他の媒体を備えることができ、ディスク（disk）およびディスク（disc）は、ここに使用される場合、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）、およびＢｌｕ−ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は通常、磁気的にデータを再生し、その一方でディスク（disc）は、レーザーで光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【０１４４】
[00151]  コンピュータ可読記憶媒体上への記憶に加えて、命令および／またはデータは、通信装置に含まれる送信媒体上における信号として提供され得る。例えば、通信装置は、命令およびデータを示す信号を有するトランシーバを含み得る。命令およびデータは、非一時的コンピュータ可読媒体、例えば、メモリ８２０または１００４上に記憶され、およびここに開示されるアルゴリズムを行うようにプログラムされた特殊用途コンピュータとして動作することを１つまたは複数のプロセッサにさせるように構成される。すなわち、通信装置は、開示される機能を行うための情報を示す信号を有する送信媒体を含む。１回目において、通信装置に含まれる送信媒体は、開示される機能を行うための情報の第１の部分を含み得、その一方で２回目において、通信装置に含まれる送信媒体は、開示される機能を行うための情報の第２の部分を含み得る。
【０１４５】
[00152]  このことから、ターゲットユーザ機器についての周期的およびトリガ所在特定を行うための第１のエンティティは、第２のエンティティからターゲットユーザ機器についての周期的およびトリガ所在特定要求を受信するための手段を含み得、それは、例えば、１つまたは複数のプロセッサ１００４によって実施され得る周期的／トリガユニット１０１２並びに外部インターフェース１００２であり得る。第１のエンティティは、所在特定サービス（ＬＣＳ）クライアントまたはゲートウェイモバイル所在特定センター（ＧＭＬＣ）であり得る。第２のエンティティは、所在特定サービス（ＬＣＳ）クライアントまたはゲートウェイモバイル所在特定センター（ＧＭＬＣ）またはＬＣＳクライアントのユーザであり得る。第３のエンティティへターゲットユーザ機器についての周期的およびトリガ所在特定要求を送信するための手段は、例えば、１つまたは複数のプロセッサ１００４によって実施され得る周期的／トリガユニット１０１２並びに外部インターフェース１００２であり得る。第３のエンティティは、ゲートウェイモバイル所在特定センター（ＧＭＬＣ）、モビリティ管理エンティティ（ＭＭＥ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、または所在管理機能（ＬＭＦ）であり得る。ターゲットユーザ機器へ送信される周期的およびトリガ所在特定要求は、所在特定報告イベントのタイプと、最大報告間隔、最小報告間隔、および最大イベントサンプリング間隔のうちの少なくとも１つとを備え得、所在特定報告イベントのタイプは、エリアに入ること、エリアから去ること、エリア内にいること、周期的報告または動きイベント報告のうちの少なくとも１つを備え得る。周期的およびトリガ所在特定要求がターゲットユーザ機器に対するサービングネットワークエンティティによって受信され承認されたことを示す第１の応答を第３のエンティティから受信するための手段は、例えば、１つまたは複数のプロセッサ１００４によって実施され得る受信報告ユニット１０１４並びに外部インターフェース１００２であり得る。第２のエンティティへ第１の応答を送信するための手段は、例えば、１つまたは複数のプロセッサ１００４によって実施され得る受信報告ユニット１０１４並びに外部インターフェース１００２であり得る。周期的およびトリガ所在特定要求がターゲットユーザ機器においてアクティブ化されたことを示す第２の応答を第３のエンティティから受信するための手段は、例えば、１つまたは複数のプロセッサ１００４によって実施され得る受信報告ユニット１０１４並びに外部インターフェース１００２であり得る。第２のエンティティへ第２の応答を送信するための手段は、例えば、１つまたは複数のプロセッサ１００４によって実施され得る受信報告ユニット１０１４並びに外部インターフェース１００２であり得る。第１のエンティティはさらに、ターゲットユーザ機器によってイベントの検出を報告するための所在特定報告を第３のエンティティから受信するための手段と、所在特定報告は、ターゲットユーザについての所在推定値を含み、それは、例えば、１つまたは複数のプロセッサ１００４によって実施され得る受信報告ユニット１０１４並びに外部インターフェース１００２であり得、第２のエンティティへ所在特定報告を送信するための手段とを含み得、所在特定報告は、ターゲットユーザについての所在推定値を含み、それは、例えば、１つまたは複数のプロセッサ１００４によって実施され得る受信報告ユニット１０１４並びに外部インターフェース１００２であり得る。第１のエンティティはさらに、トリガイベントが最大報告間隔中にターゲットユーザ機器によって検出されないときに第３のエンティティから所在特定報告を受信するための手段と、それは、例えば、１つまたは複数のプロセッサ１００４によって実施され得る受信報告ユニット１０１４並びに外部インターフェース１００２であり得、第２のエンティティへ所在特定報告を送信するための手段とを含み得、それは、例えば、１つまたは複数のプロセッサ１００４によって実施され得る受信報告ユニット１０１４並びに外部インターフェース１００２であり得る。第１のエンティティはさらに、最大報告間隔より長い間隔にわたって第３のエンティティから所在特定報告を受信しなかった後に、周期的およびトリガ所在特定要求がターゲットユーザ機器においてでもはやアクティブでないことを示す誤り報告を第２のエンティティへ送信するための手段を含み得、それは、例えば、１つまたは複数のプロセッサ１００４によって実施され得る最大報告間隔ユニット１０１４並びに外部インターフェース１００２であり得る。第１のエンティティはさらに、最大報告間隔より長い間隔にわたって第３のエンティティから所在特定報告を受信しなかった後に、第２のエンティティおよび第３のエンティティのうちの少なくとも１つへ取消メッセージを送信するための手段を含み得、それは、例えば、１つまたは複数のプロセッサ１００４によって実施され得る最大報告間隔ユニット１０１６並びに外部インターフェース１００２であり得る。
【０１４６】
[00153]  「一例」、「ある例」、「ある特定の例」、または「例証的な実施」へのこの明細書全体を通じた参照は、特徴および／または例に関連して説明される特定の特徴、構造、または特性が、特許請求される主題のうちの少なくとも１つの特徴および／または例に含まれ得ることを意味する。このことから、この明細書全体を通じた様々な場所における「一例では」、「ある例」、「ある特定の例では」または「ある特定の実施では」というフレーズ、あるいは他の同様のフレーズの出現は、必ずしも全てが同じ特徴、例、および／または限定を指しているわけではない。さらに、特定の特徴、構造、または特性は、１つまたは複数の例および／または特徴において組み合わされ得る。
【０１４７】
[00154]  ここに含まれている詳細な説明のいくつかの部分は、特定の装置あるいは特殊用途コンピューティングデバイスまたはプラットフォームのメモリ内に記憶された２値デジタル信号に対する動作のアルゴリズムまたは記号表現（symbolic representations）の観点から提示される。この特定の明細書のコンテキストにおいて、特定の装置という用語または同様のものは、それがプログラムソフトウェアからの命令に準じて特定の動作を行うように一旦プログラムされる汎用コンピュータを含む。アルゴリズム記述または記号表現は、信号処理または関連技術における当業者によって、他の当業者に彼らの研究の内容（the substance of their work）を伝達するために使用される技法の例である。アルゴリズムはここで、および概して、所望される結果につながる首尾一貫したシーケンス（a self-consistent sequence）の動作または同様の信号処理であると見なされる。このコンテキストにおいて、動作または処理は、物理量の物理的操作を伴う。典型的に、ただ必ずしもではないが、そのような量は、記憶、転送、組み合わせ、比較、またはそうでなければ操作されることが可能である電気信号または磁気信号の形態をとり得る。主に共通使用の理由により、そのような信号をビット、データ、値、要素、シンボル、文字、用語、番号、数字、または同様のものと呼ぶことは時に便利であることが証明されている。しかしながら、これらまたは同様の用語の全ては、適切な物理量と関連付けられるべきであり、単に便利なラベルに過ぎないことが理解されるべきである。そうでないと具体的に記載されない限り、ここでの論述から明らかであるように、この明細書全体を通じて、「処理する」、「計算する」、「算出する」、「決定する」、または同様のもののような用語を利用する論述は、特殊用途コンピュータ、特殊用途コンピューティング装置または同様の特殊用途電子コンピューティングデバイスのような特定の装置のアクションまたはプロセスを指すことが認識される。この明細書のコンテキストでは、ゆえに、特殊用途コンピュータまたは同様の特殊用途電子コンピューティングデバイスが、特殊用途コンピュータまたは同様の特殊用途電子コンピューティングデバイスのメモリ、レジスタ、または他の情報記憶デバイス、送信デバイス、またはディスプレイデバイス内の物理的電子量または磁気量として典型的に表される信号を操作または変換することが可能である。
【０１４８】
[00155]  先行する詳細な説明では、数多くの特定の詳細が、特許請求される主題の完全な理解を提供するために記載されてきた。しかしながら、特許請求される主題は、これらの特定の詳細なしに実施され得ることが当業者によって理解されるであろう。他の事例において、当業者によって知られているであろう方法および装置は、特許請求される主題を曖昧にしないために詳細に説明されていない。
【０１４９】
[00156]  「および」、「または」、並びに「および／または」という用語は、ここに使用される場合、そのような用語が使用されるコンテキストに少なくとも部分的に依存することもまた予期される多様な意味を含み得る。典型的に、「または」がＡ、Ｂ、またはＣのようなリストを関連付けるために使用される場合、包括的な意味で使用されるならＡ、Ｂ、およびＣを、並びに排他的な意味で使用されるならＡ、Ｂ、またはＣを意味することを意図される。加えて、「１つまたは複数」という用語は、ここに使用される場合、単数形で任意の特徴、構造、または特性を説明するために使用され得るか、あるいは複数の特徴、構造、または特性、あるいはそれらの何か他の組み合わせを説明するために使用され得る。しかし、これは単に、例示的な例に過ぎず、特許請求される主題は、この例に限定されないことに留意されたい。
【０１５０】
[00157]  実例的な特徴であると現在見なされているものが例示および説明されてきたが、特許請求される主題から逸脱することなしに、様々な他の修正がなされ得、均等物が代用され得ることが当業者によって理解されるであろう。加えて、ここに説明される中心的な概念から逸脱することなしに、特許請求される主題の教示に特定の状況を適合させるために、多くの修正がなされ得る。
【０１５１】
[00158]  従って、特許請求される主題は、開示される特定の例に限定されないが、そのような特許請求される主題はまた、添付された特許請求の範囲内に含まれる全ての態様およびそれらの均等物を含み得ることが意図される。
【図１】
2019533959.tif 000003
【図２】
2019533959.tif 000004
【図３】
2019533959.tif 000005
【図４】
2019533959.tif 000006
【図５】
2019533959.tif 000007
【図６】
2019533959.tif 000008
【図７】
2019533959.tif 000009
【図８】
2019533959.tif 000010
【図９】
2019533959.tif 000011
【図１０】
2019533959.tif 000012
【国際調査報告】
2019533959.tif 000013
2019533959.tif 000014
2019533959.tif 000015
2019533959.tif 000016
2019533959.tif 000017
2019533959.tif 000018