(57)【要約】ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット無線アクセスまたはセルラモノのインターネット機能を使用しているユーザ機器（ＵＥ）に対するロケーションサービスをサポートするための方法および技法が説明される。技法は、ＵＥが測位のためにワイヤレスネットワークから到達可能でないときに、以前に取得されたロケーション測定値を使用して、ＵＥの最後の既知のロケーションに対するサポートを可能にすることを含む。技法はまた、低減された最大メッセージサイズ、低減されたメッセージ量およびより長い応答および再送信タイマを介して、ＵＥとロケーションサーバとの間での測位プロトコルインタラクションを限定することを含む。技法はさらに、ＵＥが、ワイヤレスネットワークに接続されてないときにロケーション測定値を取得することを可能にすることと、ワイヤレスネットワークに接続されてない間にＵＥがロケーショントリガを評価するＵＥの周期的およびトリガされたロケーションを可能にすることと、延期されたロケーションの使用を可能にすることと、改善されたロケーションセキュリティを可能にすることとを含む。【選択図】図８
2019528629.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）によってワイヤレスネットワークとの接続された状態に入ることと、
ロケーションサーバとの測位セッションに従事することと、
前記ロケーションサーバからロケーション測定値を求める要求を受信することと、
前記ＵＥが前記ワイヤレスネットワークとの前記接続された状態でなくなるまで、前記ロケーション測定を遂行することを延期することと、
アイドル状態に入ることと、ここにおいて、前記ＵＥは、前記ワイヤレスネットワークと接続されていない、
前記アイドル状態にある間に前記ロケーション測定値を取得することと、
前記ワイヤレスネットワークとの前記接続された状態に再び入ることと、
前記ロケーションサーバに前記ロケーション測定値を提供することと
を備える、方法。
【請求項２】
前記ＵＥによって前記ロケーションサーバとの前記測位セッションに従事することは、前記ロケーションサーバから前記測位セッションを開始するためのメッセージを受信することを備える、請求項１に記載の方法。
【請求項３】
前記ＵＥによって前記ロケーションサーバとの前記測位セッションに従事することは、前記ワイヤレスネットワークまたは前記ロケーションサーバに前記測位セッションを開始するためのメッセージを送信することを備える、請求項１に記載の方法。
【請求項４】
前記ロケーションサーバとの前記測位セッションに従事することは、前記ＵＥが前記接続された状態でなくなるまで、前記ＵＥが前記測位セッションのためにロケーション測定を遂行することを延期することになるというインジケーションを、前記ロケーションサーバまたは前記ワイヤレスネットワークに送信することを備える、請求項１に記載の方法。
【請求項５】
前記インジケーションは、前記アイドル状態にある間に前記ＵＥが１つまたは複数の位置決め方法のためにロケーション測定を遂行するという、前記１つまたは複数の位置決め方法についてのインジケーションを備える、請求項４に記載の方法。
【請求項６】
前記インジケーションは、ロングタームエボリューション（ＬＴＥ）測位プロトコル（ＬＰＰ）またはＬＰＰ拡張（ＬＰＰｅ）プロトコルについてのインジケーションである、請求項５に記載の方法。
【請求項７】
前記ＵＥが前記接続された状態でなくなるまで、前記ロケーション測定を遂行することを延期することは、前記ワイヤレスネットワークへのシグナリング接続の解放または一時中断を待つことを備える、請求項１に記載の方法。
【請求項８】
前記ＵＥが前記接続された状態でなくなるまで、前記ロケーション測定を遂行することを延期することは、前記ワイヤレスネットワークへのシグナリング接続を解放することを備える、請求項１に記載の方法。
【請求項９】
ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用するユーザ機器（ＵＥ）であって、前記ＵＥは、
ワイヤレスネットワークとワイヤレスに通信するように構成されたワイヤレストランシーバと、
前記ワイヤレストランシーバを用いて前記ワイヤレスネットワークとの接続された状態に入ることと、ロケーションサーバとの測位セッションに従事することと、前記ロケーションサーバからロケーション測定値を求める要求を前記ワイヤレストランシーバで受信することと、前記ＵＥが前記ワイヤレスネットワークとの前記接続された状態でなくなるまで、前記ロケーション測定を遂行することを延期することと、アイドル状態に入ることと、ここにおいて、前記ＵＥは、前記ワイヤレスネットワークと接続されていない、前記アイドル状態にある間に前記ロケーション測定値を取得することと、前記ワイヤレスネットワークとの前記接続された状態に再び入ることと、前記ロケーションサーバに前記ロケーション測定値を提供することとを行うように構成された少なくとも１つのプロセッサと
を備える、ＵＥ。
【請求項１０】
前記少なくとも１つのプロセッサは、前記ロケーションサーバから前記測位セッションを開始するためのメッセージを受信するように構成されることによって、前記ロケーションサーバとの前記測位セッションに従事するように構成される、請求項９に記載のＵＥ。
【請求項１１】
前記少なくとも１つのプロセッサは、前記ワイヤレストランシーバに、前記測位セッションを開始するためのメッセージを前記ワイヤレスネットワークまたは前記ロケーションサーバに送信することを行わせるように構成されることによって、前記ロケーションサーバとの前記測位セッションに従事するように構成される、請求項９に記載のＵＥ。
【請求項１２】
前記少なくとも１つのプロセッサは、前記ワイヤレストランシーバに、前記ＵＥが前記接続された状態でなくなるまで、前記ＵＥが前記測位セッションのためにロケーション測定を遂行することを延期することになるというインジケーションを、前記ロケーションサーバまたは前記ワイヤレスネットワークに送信することを行わせるように構成されることによって、前記ロケーションサーバとの前記測位セッションに従事するように構成される、請求項９に記載のＵＥ。
【請求項１３】
前記インジケーションは、前記アイドル状態にある間に前記ＵＥが１つまたは複数の位置決め方法のためにロケーション測定を遂行するという、前記１つまたは複数の位置決め方法についてのインジケーションを備える、請求項１２に記載のＵＥ。
【請求項１４】
前記インジケーションは、ロングタームエボリューション（ＬＴＥ）測位プロトコル（ＬＰＰ）またはＬＰＰ拡張（ＬＰＰｅ）プロトコルについてのインジケーションである、請求項１３に記載のＵＥ。
【請求項１５】
前記少なくとも１つのプロセッサは、前記ワイヤレスネットワークへのシグナリング接続の解放または一時中断を待つように構成されることによって、前記ＵＥが前記接続された状態でなくなるまで、前記ロケーション測定を遂行することを延期するように構成される、請求項９に記載のＵＥ。
【請求項１６】
前記少なくとも１つのプロセッサは、前記ワイヤレスネットワークへのシグナリング接続を解放するように構成されることによって、前記ＵＥが前記接続された状態でなくなるまで、前記ロケーション測定を遂行することを延期するように構成される、請求項９に記載のＵＥ。
【請求項１７】
方法であって、
ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）との測位セッションに従事することと、
前記ＵＥが前記ワイヤレスネットワークとの接続された状態でなくなるまで、前記ＵＥが前記測位セッションのためにロケーション測定を遂行することを延期することになるというインジケーションを受信することと、
前記ＵＥにロケーション測定値を求める要求を送ることと、ここにおいて、前記ロケーション測定値を求める前記要求は、前記インジケーションが受信されなかった別のＵＥについての最大応答時間より長い増大された最大応答時間を備える、
前記増大された最大応答時間の満了より前に前記ＵＥから前記要求されたロケーション測定値を受信することと、
前記受信されたロケーション測定値に基づいて前記ＵＥについてのロケーションを決定することと
を備える、方法。
【請求項１８】
前記ＵＥとの前記測位セッションに従事することは、前記測位セッションを開始するためのメッセージを前記ＵＥに送ることを備える、請求項１７に記載の方法。
【請求項１９】
前記ＵＥとの前記測位セッションに従事することは、前記測位セッションを開始するための、前記ＵＥによって送られた、または前記ワイヤレスネットワーク中のエンティティによって送られたメッセージを受信することを備える、請求項１７に記載の方法。
【請求項２０】
前記インジケーションは、アイドル状態にある間に前記ＵＥが１つまたは複数の位置決め方法のためにロケーション測定を遂行するという、前記１つまたは複数の位置決め方法についてのインジケーションを備え、前記インジケーションは、ロングタームエボリューション（ＬＴＥ）測位プロトコル（ＬＰＰ）またはＬＰＰ拡張（ＬＰＰｅ）プロトコルについてのインジケーションである、請求項１７に記載の方法。
【請求項２１】
装置であって、
ワイヤレスネットワークと通信するように構成された外部インターフェースと、
前記ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）との測位セッションに従事することと、前記ＵＥが前記ワイヤレスネットワークとの接続された状態でなくなるまで、前記ＵＥが前記測位セッションのためにロケーション測定を遂行することを延期することになるというインジケーションを受信することと、前記外部インターフェースに、前記ＵＥにロケーション測定値を求める要求を送ることを行わせることと、ここにおいて、前記ロケーション測定値を求める前記要求は、前記インジケーションが受信されなかった別のＵＥについての最大応答時間より長い増大された最大応答時間を備える、前記増大された最大応答時間の満了より前に前記ＵＥから前記要求されたロケーション測定値を受信することと、前記受信されたロケーション測定値に基づいて前記ＵＥについてのロケーションを決定することとを行うように構成された少なくとも１つのプロセッサと
を備える、装置。
【請求項２２】
前記少なくとも１つのプロセッサは、前記外部インターフェースに、前記測位セッションを開始するためのメッセージを前記ＵＥに送ることを行わせるように構成されることによって、前記ＵＥとの前記測位セッションに従事するように構成される、請求項２１に記載の装置。
【請求項２３】
前記少なくとも１つのプロセッサは、前記測位セッションを開始するための、前記ＵＥによって送られた、または前記ワイヤレスネットワーク中のエンティティによって送られたメッセージを受信するように構成されることによって、前記ＵＥとの前記測位セッションに従事するように構成される、請求項２１に記載の装置。
【請求項２４】
前記インジケーションは、アイドル状態にある間に前記ＵＥが１つまたは複数の位置決め方法のためにロケーション測定を遂行するという、前記１つまたは複数の位置決め方法についてのインジケーションを備え、前記インジケーションは、ロングタームエボリューション（ＬＴＥ）測位プロトコル（ＬＰＰ）またはＬＰＰ拡張（ＬＰＰｅ）プロトコルについてのインジケーションである、請求項２１に記載の装置。
【請求項２５】
方法であって、
ユーザ機器（ＵＥ）がワイヤレスネットワークとの接続された状態にある間に前記ＵＥによって前記ワイヤレスネットワークからモバイル着信ロケーション要求を受信することと、前記モバイル着信ロケーション要求は、トリガ評価間隔、周期的最大レポーティング間隔トリガ、および１つまたは複数のロケーショントリガを備える、
前記ＵＥが前記接続された状態にない間に前記トリガ評価間隔で前記１つまたは複数のロケーショントリガを評価することと、
トリガ条件が検出されたときに、または前記周期的最大レポーティング間隔トリガが生じたときに、前記ワイヤレスネットワークとの前記接続された状態に再び入ることと、
前記接続された状態に再び入った後に前記ワイヤレスネットワークとのロケーションセッションを開始または再開することと
を備える、方法。
【請求項２６】
前記１つまたは複数のロケーショントリガは、ｉ）固定周期的ロケーションレポーティング間隔、（ｉｉ）セルの変更、（ｉｉｉ）トラッキングエリアの変更、（ｉｖ）セルおよびトラッキングエリアのグループにしたがって定義された地理的エリアへの進入、地理的エリアからの退出または地理的エリア内での残留、あるいは（ｖ）以前のロケーションからのしきい値線形距離を超える移動のうちの少なくとも１つを備える、請求項２５に記載の方法。
【請求項２７】
前記ワイヤレスネットワークにロケーション情報を提供することをさらに備え、前記ロケーション情報は、ロケーション測定値、ロケーション推定値、検出された前記トリガ条件のインジケーション、またはそれらの組み合わせを備える、請求項２５に記載の方法。
【請求項２８】
ユーザ機器（ＵＥ）であって、
ワイヤレスネットワークとワイヤレスに通信するように構成されたワイヤレストランシーバと、
前記ＵＥが前記ワイヤレスネットワークとの接続された状態にある間に前記ワイヤレスネットワークからモバイル着信ロケーション要求を受信することと、前記モバイル着信ロケーション要求は、トリガ評価間隔、周期的最大レポーティング間隔トリガ、および１つまたは複数のロケーショントリガを備える、前記ＵＥが前記接続された状態にない間に前記トリガ評価間隔で前記１つまたは複数のロケーショントリガを評価することと、トリガ条件が検出されたときに、または前記周期的最大レポーティング間隔トリガが生じたときに、前記ワイヤレスネットワークとの前記接続された状態に再び入ることと、前記接続された状態に再び入った後に前記ワイヤレスネットワークとのロケーションセッションを開始または再開することとを行うように構成された少なくとも１つのプロセッサと
を備える、ＵＥ。
【請求項２９】
前記１つまたは複数のロケーショントリガは、ｉ）固定周期的ロケーションレポーティング間隔、（ｉｉ）セルの変更、（ｉｉｉ）トラッキングエリアの変更、（ｉｖ）セルおよびトラッキングエリアのグループにしたがって定義された地理的エリアへの進入、地理的エリアからの退出または地理的エリア内での残留、あるいは（ｖ）以前のロケーションからのしきい値線形距離を超える移動のうちの少なくとも１つを備える、請求項２８に記載のＵＥ。
【請求項３０】
前記ワイヤレスネットワークにロケーション情報を提供することをさらに備え、前記ロケーション情報は、ロケーション測定値、ロケーション推定値、検出された前記トリガ条件のインジケーション、またはそれらの組み合わせを備える、請求項２８に記載のＵＥ。
【発明の詳細な説明】
【米国特許法第１１９条に基づく優先権の主張】
【０００１】
[0001]本願は、米国特許法１１９条の下で、２０１６年８月２１日に出願され、「LOCATION SUPPORT FOR CIoT AND NB-IoT DEVICES」と題された米国仮特許出願第６２／３７７，６５４号と、２０１６年１０月５日に出願され、「LOCATION SUPPORT FOR CIoT AND NB-IoT DEVICES」と題された米国仮特許出願第６２／４０４，７３３号と、２０１７年１月１８日に出願され、「METHODS AND SYSTEMS FOR SUPPORT OF LOCATION FOR THE INTERNET OF THINGS」と題された米国非仮特許出願第１５／４０９，４５４号との利益および優先権を主張し、それらの全ては、本願の譲受人に譲渡され、その全体が参照によってここに組み込まれる。
【技術分野】
【０００２】
[0002]本開示は概して通信に関し、より具体的には、モノのインターネット（ＩｏＴ）の一部でありうるか、または一部であるとして扱われうるユーザ機器（ＵＥ）に対するロケーションサービス（ＬＣＳ）をサポートするための技法に関する。
【背景技術】
【０００３】
[0003]第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、マシンタイプ通信（ＭＴＣ）、モノのインターネット（ＩｏＴ）、セルラＩｏＴ（ＣＩｏＴ：Cellular IoT）およびナローバンドＩｏＴ（ＮＢ−ＩｏＴ：Narrow Band IoT）を伴うワイヤレス通信に対するサポートを提供する仕様を定義している。ＮＢ−ＩｏＴは、１８０ＫＨｚのＵＬ／ＤＬ（アップリンク／ダウンリンク）帯域幅を提供するために、３ＧＰＰ Ｒｅｌｅａｓｅ１３についての仕様中に３ＧＰＰによって追加された、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）によってサポートされた、無線アクセスタイプ（ＲＡＴ）である。ＣＩｏＴは、ＮＢ−ＩｏＴ、ＩｏＴおよびＭＴＣに対するＥＰＣ（発展型パケットコア）サポートに関し、ＮＢ−ＩｏＴに好意的である（complimentary to）（すなわち、ＮＢ−ＩｏＴは主にＥ−ＵＴＲＡＮに関し、ＣＩｏＴは主にＥＰＣに関する）。
【０００４】
[0004]３ＧＰＰ Ｒｅｌｅａｓｅ１３中のＮＢ−ＩｏＴおよびＣＩｏＴに対するサポートは、既存のロケーションソリューションが使用されたときに、ユーザ機器（ＵＥ）に対するロケーションサービス（ＬＣＳ）を低下および／またはブロックしうるいくつかの制限および限定をもたらす。例えば、既存のロケーションソリューションを低下および潜在的にブロックしうる限定は、（１）その間にＵＥが測位のために到達不可能でありうる長期間（例えば、数時間）、（２）到達不可能期間後における測位のためのＵＥの予測不可能な可用性、（３）ＵＥへのおよびＵＥからのシグナリングのためのメッセージサイズおよび／またはメッセージ量に対する限定、（４）ＮＢ−ＩｏＴ無線インターフェースにわたる長いメッセージ配信遅延（例えば、数秒）、および／または（５）ロケーション測定値を取得することのＵＥの潜在的な不能性を含みうる。これらの限定にもかかわらず、ＮＢ−ＩｏＴ無線アクセスを有するＵＥとＣＩｏＴの一部としてサポートされているＵＥとに対する測位サポートは、ＮＢ−ＩｏＴデバイスが時折または頻繁に急に（at short notice）および／または高い信頼性および／または高い正確性でロケートされる必要がありうることから、ユーザおよびワイヤレスネットワークオペレータの両方にとって重要でありうる。例えば、資産、人々またはペット用のトラッキングまたはモニタリングデバイスとアソシエートされた、あるいはポータブルエアコン、ロボット掃除機および芝刈り機、およびドローン、等のような移動可能オブジェクト用の制御デバイスとアソシエートされたＮＢ−ＩｏＴまたはＣＩｏＴ ＵＥは、精確におよび過度な遅延なしに位置付けられる必要がありうる。したがって、ＮＢ−ＩｏＴおよびＣＩｏＴ ＵＥに対するロケーションサポートに対する限定および制限を取り除くまたは緩和するためのソリューションが必要とされる。
【発明の概要】
【０００５】
[0005]ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスタイプまたはセルラモノのインターネット（ＣＩｏＴ）ネットワーク機能（features）をサポートするユーザ機器（ＵＥ）に対するロケーションサービスは、ＵＥがＮＢ−ＩＯＴ無線アクセスタイプまたはＣＩｏＴネットワーク機能をサポートするというロケーションサーバへのインジケーションに応答して、ロケーションサーバとのある特定の測位インタラクションによってサポートされうる。測位インタラクションは、低減された最大測位メッセージサイズ、より長い再送信および応答タイマ、制限されたサイズの支援データ、または低減された数のロケーション測定値を使用しうる。ＵＥから受信されるロケーション測定値は、ＵＥがネットワークにワイヤレスに接続されていないときに、ＵＥの最後の既知のロケーションの決定のために使用されうる。ＵＥは、接続された状態にあるときにロケーションサーバとの測位セッションに従事し、ＵＥがもはや接続された状態でなくなるまで、ロケーション測定を遂行することを延期し、接続された状態に再び入った後に測位セッションのためにロケーション測定値を提供しうる。ＵＥはさらに、トリガ評価間隔、周期的最大レポーティング間隔トリガ、および１つまたは複数のロケーショントリガを含むモバイル着信ロケーション要求（a mobile terminated location request）を受信しえ、ここで、ロケーショントリガは、ＵＥが接続された状態にないときに評価される。トリガ条件が生じると、ＵＥは、接続された状態に再び入り、ロケーションセッションを開始する。
【０００６】
[0006]１つのインプリメンテーションでは、方法は、ユーザ機器（ＵＥ）がナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているというインジケーションをロケーションサーバによって受信することと、ＵＥがＮＢ−ＩＯＴ無線アクセスまたはＣＩｏＴ機能を使用しているというインジケーションに応答して、ＵＥとの測位インタラクションを限定することとを含み、ここにおいて、測位インタラクションを限定することは、低減された最大測位メッセージサイズを使用すること、より長い再送信および応答タイマを使用すること、制限されたサイズの支援データを使用すること、またはＵＥに低減された数のロケーション測定値を要求することのうちの少なくとも１つを備え、各々は、非ＮＢ−ＩｏＴ無線アクセスおよび非ＣＩｏＴ機能を有する別のＵＥのための測位インタラクションに対する。
【０００７】
[0007]１つのインプリメンテーションでは、ロケーションサーバは、ユーザ機器（ＵＥ）がナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているというインジケーションを受信するように構成された外部インターフェースと、ＵＥがＮＢ−ＩＯＴ無線アクセスまたはＣＩｏＴ機能を使用しているというインジケーションに応答して、ＵＥとの測位インタラクションを限定するように構成された少なくとも１つのプロセッサとを含み、ここにおいて、測位インタラクションを限定することは、低減された最大測位メッセージサイズを使用すること、より長い再送信および応答タイマを使用すること、制限されたサイズの支援データを使用すること、またはＵＥに低減された数のロケーション測定値を要求することのうちの少なくとも１つを備え、各々は、非ＮＢ−ＩｏＴ無線アクセスおよび非ＣＩｏＴ機能を有する別のＵＥのための測位インタラクションに対する。
【０００８】
[0008]１つのインプリメンテーションでは、ロケーションサーバは、ユーザ機器（ＵＥ）がナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているというインジケーションを受信するための手段と、ＵＥがＮＢ−ＩＯＴ無線アクセスまたはＣＩｏＴ機能を使用しているというインジケーションに応答して、ＵＥとの測位インタラクションを限定するための手段とを含み、ここにおいて、測位インタラクションを限定することは、低減された最大測位メッセージサイズを使用すること、より長い再送信および応答タイマを使用すること、制限されたサイズの支援データを使用すること、またはＵＥに低減された数のロケーション測定値を要求することのうちの少なくとも１つを備え、各々は、非ＮＢ−ＩｏＴ無線アクセスおよび非ＣＩｏＴ機能を有する別のＵＥのための測位インタラクションに対する。
【０００９】
[0009]１つのインプリメンテーションでは、非一時的コンピュータ可読媒体は、ユーザ機器（ＵＥ）がナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているというインジケーションを受信することと、ＵＥがＮＢ−ＩＯＴ無線アクセスまたはＣＩｏＴ機能を使用しているというインジケーションに応答して、ＵＥとのロケーションサーバによる測位インタラクションを限定することとを行うようにロケーションサーバの１つまたは複数のプロセッサによって実行可能であるコンピュータ実行可能命令を記憶し、ここにおいて、測位インタラクションを限定することは、低減された最大測位メッセージサイズを使用すること、より長い再送信および応答タイマを使用すること、制限されたサイズの支援データを使用すること、またはＵＥに低減された数のロケーション測定値を要求することのうちの少なくとも１つを備え、各々は、非ＮＢ−ＩｏＴ無線アクセスおよび非ＣＩｏＴ機能を有する別のＵＥのための測位インタラクションに対する。
【００１０】
[0010]１つのインプリメンテーションでは、方法は、ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）についてのロケーション測定値を受信することと、ロケーション測定値およびタイムスタンプを記憶することと、ＵＥがワイヤレスネットワークに接続されてないときにＵＥに対するロケーション要求を受信することと、ＵＥがワイヤレスネットワークに接続されてないというインジケーションとともにロケーションサーバにロケーション測定値を送信することと、ＵＥについての最後の既知のロケーションを備える応答をロケーションサーバから受信することとを含む。
【００１１】
[0011]１つのインプリメンテーションでは、装置は、ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）についてのロケーション測定値を受信するように構成された外部インターフェースと、ロケーション測定値およびタイムスタンプを記憶するように構成されたメモリと、ＵＥがワイヤレスネットワークに接続されてないときにＵＥに対するロケーション要求を外部インターフェースで受信することと、外部インターフェースに、ＵＥがワイヤレスネットワークに接続されてないというインジケーションとともにロケーションサーバにロケーション測定値を送信することを行わせることと、ＵＥについての最後の既知のロケーションを備える応答をロケーションサーバから外部インターフェースで受信することとを行うように構成された少なくとも１つのプロセッサとを含む。
【００１２】
[0012]１つのインプリメンテーションでは、装置は、ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）についてのロケーション測定値を受信するための手段と、ロケーション測定値およびタイムスタンプを記憶するための手段と、ＵＥがワイヤレスネットワークに接続されてないときにＵＥに対するロケーション要求を受信するための手段と、ＵＥがワイヤレスネットワークに接続されてないというインジケーションとともにロケーションサーバにロケーション測定値を送信するための手段と、ＵＥについての最後の既知のロケーションを備える応答をロケーションサーバから受信するための手段とを含む。
【００１３】
[0013]１つのインプリメンテーションでは、非一時的コンピュータ可読媒体は、ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）についてのロケーション測定値を受信することと、ロケーション測定値およびタイムスタンプを記憶することと、ＵＥがワイヤレスネットワークに接続されてないときにＵＥに対するロケーション要求を受信することと、ＵＥがワイヤレスネットワークに接続されてないというインジケーションとともにロケーションサーバにロケーション測定値を送信することと、ＵＥについての最後の既知のロケーションを備える応答をロケーションサーバから受信することとを行うように１つまたは複数のプロセッサによって実行可能であるコンピュータ実行可能命令を記憶している。
【００１４】
[0014]１つのインプリメンテーションでは、方法は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）によってワイヤレスネットワークとの接続された状態に入ることと、ロケーションサーバとの測位セッションに従事することと、ロケーションサーバからロケーション測定値を求める要求を受信することと、ＵＥがワイヤレスネットワークとの接続された状態でなくなるまで、ロケーション測定を遂行することを延期することと、アイドル状態に入ることと、ここにおいて、ＵＥは、ワイヤレスネットワークと接続されておらず、アイドル状態にある間にロケーション測定値を取得することと、ワイヤレスネットワークとの接続された状態に再び入ることと、ロケーションサーバにロケーション測定値を提供することとを備える。
【００１５】
[0015]１つのインプリメンテーションでは、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用するユーザ機器は、ワイヤレスネットワークとワイヤレスに通信するように構成されたワイヤレストランシーバと、ワイヤレストランシーバを用いてワイヤレスネットワークとの接続された状態に入ることと、ロケーションサーバとの測位セッションに従事することと、ロケーションサーバからロケーション測定値を求める要求をワイヤレストランシーバで受信することと、ＵＥがワイヤレスネットワークとの接続された状態でなくなるまで、ロケーション測定を遂行することを延期することと、アイドル状態に入ることと、ここにおいて、ＵＥは、ワイヤレスネットワークと接続されておらず、アイドル状態にある間にロケーション測定値を取得することと、ワイヤレスネットワークとの接続された状態に再び入ることと、ロケーションサーバにロケーション測定値を提供することとを行うように構成された少なくとも１つのプロセッサとを備える。
【００１６】
[0016]１つのインプリメンテーションでは、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用するユーザ機器は、ワイヤレスネットワークとの接続された状態に入るための手段と、ロケーションサーバとの測位セッションに従事するための手段と、ロケーションサーバからロケーション測定値を求める要求を受信するための手段と、ＵＥがワイヤレスネットワークとの接続された状態でなくなるまで、ロケーション測定を遂行することを延期するための手段と、アイドル状態に入るための手段と、ここにおいて、ＵＥは、ワイヤレスネットワークと接続されておらず、アイドル状態にある間にロケーション測定値を取得するための手段と、ワイヤレスネットワークとの接続された状態に再び入るための手段と、ロケーションサーバにロケーション測定値を提供するための手段とを備える。
【００１７】
[0017]１つのインプリメンテーションでは、非一時的コンピュータ可読媒体は、ワイヤレスネットワークとの接続された状態に入ることと、ロケーションサーバとの測位セッションに従事することと、ロケーションサーバからロケーション測定値を求める要求を受信することと、ＵＥがワイヤレスネットワークとの接続された状態でなくなるまで、ロケーション測定を遂行することを延期することと、アイドル状態に入ることと、ここにおいて、ＵＥは、ワイヤレスネットワークと接続されておらず、アイドル状態にある間にロケーション測定値を取得することと、ワイヤレスネットワークとの接続された状態に再び入ることと、ロケーションサーバにロケーション測定値を提供することとを行うようにナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用するユーザ機器の１つまたは複数のプロセッサによって実行可能であるコンピュータ実行可能命令を記憶している。
【００１８】
[0018]１つのインプリメンテーションでは、方法は、ユーザ機器（ＵＥ）がワイヤレスネットワークとの接続された状態にある間にＵＥによってワイヤレスネットワークからモバイル着信ロケーション要求を受信することと、モバイル着信ロケーション要求は、トリガ評価間隔、周期的最大レポーティング間隔トリガ、および１つまたは複数のロケーショントリガを備え、ＵＥが接続された状態にない間にトリガ評価間隔で１つまたは複数のロケーショントリガを評価することと、トリガ条件が検出されたときに、または周期的最大レポーティング間隔トリガが生じたときに、ワイヤレスネットワークとの接続された状態に再び入ることと、接続された状態に再び入った後にワイヤレスネットワークとのロケーションセッションを開始または再開することとを備える。
【００１９】
[0019]１つのインプリメンテーションでは、ユーザ機器（ＵＥ）は、ワイヤレスネットワークとワイヤレスに通信するように構成されたワイヤレストランシーバと、ＵＥがワイヤレスネットワークとの接続された状態にある間にワイヤレスネットワークからモバイル着信ロケーション要求を受信することと、モバイル着信ロケーション要求は、トリガ評価間隔、周期的最大レポーティング間隔トリガ、および１つまたは複数のロケーショントリガを備え、ＵＥが接続された状態にない間にトリガ評価間隔で１つまたは複数のロケーショントリガを評価することと、トリガ条件が検出されたときに、または周期的最大レポーティング間隔トリガが生じたときに、ワイヤレスネットワークとの接続された状態に再び入ることと、接続された状態に再び入った後にワイヤレスネットワークとのロケーションセッションを開始または再開することとを行うように構成された少なくとも１つのプロセッサとを備える。
【００２０】
[0020]１つのインプリメンテーションでは、ユーザ機器（ＵＥ）は、ＵＥがワイヤレスネットワークとの接続された状態にある間にワイヤレスネットワークからモバイル着信ロケーション要求を受信するための手段と、モバイル着信ロケーション要求は、トリガ評価間隔、周期的最大レポーティング間隔トリガ、および１つまたは複数のロケーショントリガを備え、ＵＥが接続された状態にない間にトリガ評価間隔で１つまたは複数のロケーショントリガを評価するための手段と、トリガ条件が検出されたときに、または周期的最大レポーティング間隔トリガが生じたときに、ワイヤレスネットワークとの接続された状態に再び入るための手段と、接続された状態に再び入った後にワイヤレスネットワークとのロケーションセッションを開始または再開するための手段とを備える。
【００２１】
[0021]１つのインプリメンテーションでは、非一時的コンピュータ可読媒体は、ユーザ機器（ＵＥ）がワイヤレスネットワークとの接続された状態にある間にワイヤレスネットワークからモバイル着信ロケーション要求を受信することと、モバイル着信ロケーション要求は、トリガ評価間隔、周期的最大レポーティング間隔トリガ、および１つまたは複数のロケーショントリガを備え、ＵＥが接続された状態にない間にトリガ評価間隔で１つまたは複数のロケーショントリガを評価することと、トリガ条件が検出されたときに、または周期的最大レポーティング間隔トリガが生じたときに、ワイヤレスネットワークとの接続された状態に再び入ることと、接続された状態に再び入った後にワイヤレスネットワークとのロケーションセッションを開始または再開することとを行うようにＵＥの１つまたは複数のプロセッサによって実行可能であるコンピュータ実行可能命令を記憶している。
【００２２】
[0022]１つのインプリメンテーションでは、方法は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）に対するロケーション要求を受信することと、ここにおいて、ロケーション要求は、ＵＥについてのロケーション測定値とＵＥがワイヤレスネットワークに接続されていないというインジケーションとを備え、ロケーション測定値に基づいてＵＥについての最後の既知のロケーションを決定することと、ＵＥについての最後の既知のロケーションを備えるロケーション応答を返すこととを含む。
【００２３】
[0023]１つのインプリメンテーションでは、装置は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）に対するロケーション要求を受信するように構成された外部インターフェースと、ここにおいて、ロケーション要求は、ＵＥについてのロケーション測定値とＵＥがワイヤレスネットワークに接続されていないというインジケーションとを備え、ロケーション測定値に基づいてＵＥについての最後の既知のロケーションを決定することと、外部インターフェースに、ＵＥについての最後の既知のロケーションを備えるロケーション応答を返すことを行わせることとを行うように構成された少なくとも１つのプロセッサとを含む。
【００２４】
[0024]１つのインプリメンテーションでは、装置は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）に対するロケーション要求を受信するための手段と、ここにおいて、ロケーション要求は、ＵＥについてのロケーション測定値とＵＥがワイヤレスネットワークに接続されていないというインジケーションとを備え、ロケーション測定値に基づいてＵＥについての最後の既知のロケーションを決定するための手段と、ＵＥについての最後の既知のロケーションを備えるロケーション応答を返すための手段とを含む。
【００２５】
[0025]１つのインプリメンテーションでは、非一時的コンピュータ可読媒体は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）に対するロケーション要求を受信することと、ここにおいて、ロケーション要求は、ＵＥについてのロケーション測定値とＵＥがワイヤレスネットワークに接続されていないというインジケーションとを備え、ロケーション測定値に基づいてＵＥについての最後の既知のロケーションを決定することと、ＵＥについての最後の既知のロケーションを備えるロケーション応答を返すこととを行うように１つまたは複数のプロセッサによって実行可能であるコンピュータ実行可能命令を記憶している。
【００２６】
[0026]１つのインプリメンテーションでは、方法は、ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）との測位セッションに従事することと、ＵＥがワイヤレスネットワークとの接続された状態でなくなるまで、ＵＥが測位セッションのためにロケーション測定を遂行することを延期することになるというインジケーションを受信することと、ＵＥにロケーション測定値を求める要求を送ることと、ここにおいて、ロケーション測定値を求める要求は、インジケーションが受信されなかった別のＵＥについての最大応答時間より長い増大された最大応答時間を備え、増大された最大応答時間の満了より前にＵＥから要求されたロケーション測定値を受信することと、受信されたロケーション測定値に基づいてＵＥについてのロケーションを決定することとを含む。
【００２７】
[0027]１つのインプリメンテーションでは、装置は、ワイヤレスネットワークと通信するように構成された外部インターフェースと、ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）との測位セッションに従事することと、ＵＥがワイヤレスネットワークとの接続された状態でなくなるまで、ＵＥが測位セッションのためにロケーション測定を遂行することを延期することになるというインジケーションを受信することと、外部インターフェースに、ＵＥにロケーション測定値を求める要求を送ることを行わせることと、ここにおいて、ロケーション測定値を求める要求は、インジケーションが受信されなかった別のＵＥについての最大応答時間より長い増大された最大応答時間を備え、増大された最大応答時間の満了より前にＵＥから要求されたロケーション測定値を受信することと、受信されたロケーション測定値に基づいてＵＥについてのロケーションを決定することとを行うように構成された少なくとも１つのプロセッサとを含む。
【００２８】
[0028]１つのインプリメンテーションでは、装置は、ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）との測位セッションに従事するための手段と、ＵＥがワイヤレスネットワークとの接続された状態でなくなるまで、ＵＥが測位セッションのためにロケーション測定を遂行することを延期することになるというインジケーションを受信するための手段と、ＵＥにロケーション測定値を求める要求を送るための手段と、ここにおいて、ロケーション測定値を求める要求は、インジケーションが受信されなかった別のＵＥについての最大応答時間より長い増大された最大応答時間を備え、増大された最大応答時間の満了より前にＵＥから要求されたロケーション測定値を受信するための手段と、受信されたロケーション測定値に基づいてＵＥについてのロケーションを決定するための手段とを含む。
【００２９】
[0029]１つのインプリメンテーションでは、非一時的コンピュータ可読媒体は、ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）との測位セッションに従事することと、ＵＥがワイヤレスネットワークとの接続された状態でなくなるまで、ＵＥが測位セッションのためにロケーション測定を遂行することを延期することになるというインジケーションを受信することと、ＵＥにロケーション測定値を求める要求を送ることと、ここにおいて、ロケーション測定値を求める要求は、インジケーションが受信されなかった別のＵＥについての最大応答時間より長い増大された最大応答時間を備え、増大された最大応答時間の満了より前にＵＥから要求されたロケーション測定値を受信することと、受信されたロケーション測定値に基づいてＵＥについてのロケーションを決定することとを行うように１つまたは複数のプロセッサによって実行可能であるコンピュータ実行可能命令を記憶している。
【００３０】
[0030]様々な実施形態の本質および利点の理解は、次の図への参照によって実現されうる。
【図面の簡単な説明】
【００３１】
【図１】実施形態にしたがって、ＮＢ−ＩｏＴおよびＣＩｏＴデバイスについてのロケーションのサポートを可能にするためのシステムのアーキテクチャを例示する簡略化されたブロック図である。
【図２】実施形態にしたがって、ＮＢ−ＩｏＴまたはＣＩｏＴデバイスについての最後の既知のロケーションがどのように取得されうるかを例示するシグナリングフロー図である。
【図３】実施形態にしたがって、デバイスがアイドル状態においてロケーション測定値を取得しえ、およびロケーションサーバとの測位インタラクションに対する限定を必要としうるＮＢ−ＩｏＴまたはＣＩｏＴデバイスについての延期されたロケーションがどのように取得されうるかを例示するシグナリングフロー図である。
【図４】ＮＢ−ＩｏＴまたはＣＩｏＴをサポートしうるモバイルデバイスまたはＵＥの実施形態のブロック図である。
【図５】ＭＭＥ、Ｅ−ＳＭＬＣ、ＳＬＰ、ＧＭＬＣまたはｅノードＢのようなネットワークエンティティの実施形態のブロック図である。
【図６】ＮＢ−ＩｏＴまたはＣＩｏＴデバイスについてのロケーションをサポートするための技法を例証するフローチャートである。
【図７】ＮＢ−ＩｏＴまたはＣＩｏＴデバイスについてのロケーションをサポートするための技法を例証するフローチャートである。
【図８】ＮＢ−ＩｏＴまたはＣＩｏＴデバイスについてのロケーションをサポートするための技法を例証するフローチャートである。
【図９】ＮＢ−ＩｏＴまたはＣＩｏＴデバイスについてのロケーションをサポートするための技法を例証するフローチャートである。
【図１０】ＮＢ−ＩｏＴまたはＣＩｏＴデバイスについてのロケーションをサポートするための技法を例証するフローチャートである。
【図１１】ＮＢ−ＩｏＴまたはＣＩｏＴデバイスについてのロケーションをサポートするための技法を例証するフローチャートである。
【００３２】
[0037]異なる図中の同様に番号付けられた要素およびエンティティは、互いに対応しうる。例えば、図１、２および３中のＵＥ１０２、ｅＮＢ１０４、ＭＭＥ１０８、Ｅ−ＳＭＬＣ１１０およびＧＭＬＣ１１６は、同じセットのエンティティを指しうる。
【詳細な説明】
【００３３】
[0038]いわゆるモノのインターネット（ＩｏＴ）の一部を形成するデバイスはモバイルでありえ、および長い寿命（例えば、５〜１０年）を有する、または頻繁な再充電を必要としないバッテリによって電力供給されうる。そのようなデバイスは、ロングタームエボリューション（ＬＴＥ（登録商標））、ナローバンドＩｏＴ（ＮＢ−ＩｏＴ）とも呼ばれるナローバンドＬＴＥ、ＩＥＥＥ８０２．１１ＷｉＦｉ、第５世代（５Ｇ）のような異なる無線アクセスタイプにしたがってワイヤレス通信をサポートしうる。（ａ）いくつかのケースではＩｏＴデバイスが購入されるときに前払いされうるワイヤレスネットワーク加入コストを低減し、（ｂ）ワイヤレスネットワークオペレータによる大量のＩｏＴデバイスのサポートを可能にし、（ｃ）より長いバッテリ寿命またはバッテリ再充電間のより長い間隔を可能にするために、ＩｏＴデバイスとワイヤレスネットワークとの間でのワイヤレスシグナリングの頻度および／または量を限定することが望まれうるか、または不可欠でありうる。これは、ＩｏＴデバイスがどれくらいの頻度でワイヤレスネットワークに接続することができるか、またはワイヤレスネットワークによってアクセスされることができるかに対する制限をもたらしえ、それは次に、ＩｏＴデバイスに対するロケーションサポートの応答性、信頼性および正確性を限定しうる。
【００３４】
[0039]例として、３ＧＰＰ Ｒｅｌｅａｓｅ１３中のＮＢ−ＩｏＴおよびＣＩｏＴデバイスに対するサポートは、既存のロケーションソリューションが使用されたときに、ユーザ機器（ＵＥ）に対するロケーションサービスを低下および／またはブロックしうるいくつかの制限および限定をもたらしている。既存のロケーションソリューションを低下および潜在的にブロックしうる限定は、（１）その間にＵＥが測位のために到達不可能でありうる長期間（例えば、数時間）、（２）到達不可能期間後における測位のためのＵＥの予測不可能な可用性、（３）ＵＥへのおよびＵＥからのシグナリングのためのメッセージサイズおよび／またはメッセージ量に対する限定、（４）ＮＢ−ＩｏＴ無線インターフェースにわたる長いメッセージ配信遅延（例えば、数秒）、および／または（５）（例えば、ワイヤレスネットワークに接続されたときに）ロケーション測定値を取得することのＵＥの潜在的な不能性を含みうる。これらの限定にもかかわらず、ＮＢ−ＩｏＴ無線アクセスを有するＵＥとＣＩｏＴの一部としてサポートされたＵＥとに対する測位サポートは、ＮＢ−ＩｏＴデバイスが時折または頻繁に急におよび／または高い信頼性および／または高い正確性でロケートされる必要がありうることから、ユーザおよびワイヤレスネットワークオペレータの両方にとって重要でありうる。例えば、資産、人々またはペット用のトラッキングまたはモニタリングデバイスとアソシエートされた、あるいはポータブルエアコン、ロボット掃除機および芝刈り機、およびドローン、等のような移動可能オブジェクト用の制御デバイスとアソシエートされたＮＢ−ＩｏＴまたはＣＩｏＴ ＵＥは、精確におよび過度な遅延なしに位置付けられる必要がありうる。したがって、ＮＢ−ＩｏＴおよびＣＩｏＴ ＵＥに対するロケーションサポートに対する限定および制限を取り除くまたは緩和するためのソリューションが必要とされる。
【００３５】
[0040]図１は、ＣＩｏＴ動作機能を有するロングタームエボリューション（ＬＴＥ）無線アクセスまたはＮＢ−ＩｏＴ無線アクセスをサポートおよび現在使用しているユーザ機器（ＵＥ）１０２のロケーションサポートのためのネットワークアーキテクチャ１００を例示する図である。ネットワークアーキテクチャ１００は、発展型パケットシステム（ＥＰＳ）と呼ばれうる。例示されているように、ネットワークアーキテクチャ１００は、ＵＥ１０２、発展型ユニバーサルモバイル電気通信サービス（ＵＭＴＳ）地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１２０、および発展型パケットコア（ＥＰＣ）１３０を含みうる。Ｅ−ＵＴＲＡＮ１２０およびＥＰＣ１３０は、ＵＥ１０２のためのサービングネットワークであり、且つＵＥ１０２のためのホーム公衆陸上モバイルネットワーク（ＨＰＬＭＮ：a Home Public Land Mobile Network）１４０と通信する訪問先公衆陸上モバイルネットワーク（ＶＰＬＭＮ：a Visited Public Land Mobile Network）の一部でありうる。ＶＰＬＭＮ Ｅ−ＵＴＲＡＮ１２０、ＶＰＬＭＮ ＥＰＣ１３０および／またはＨＰＬＭＮ１４０は、他のネットワークと相互接続しうる。例えば、インターネットが、ＨＰＬＭＮ１４０およびＶＰＬＭＮ ＥＰＣ１３０のような異なるネットワークに、および異なるネットワークからメッセージを搬送するために使用されうる。簡潔さのために、これらのネットワークおよび関連するエンティティとインターフェースとは、示されていない。示されているように、ネットワークアーキテクチャ１００は、ＵＥ１０２にパケット交換サービスを提供する。しかしながら、当業者が容易に認識することになるように、この開示全体を通じて提示される様々な概念は、回線交換サービスを提供するネットワークに拡張されうる。
【００３６】
[0041]ＵＥ１０２は、ＮＢ−ＩｏＴ、ＣＩｏＴおよび／またはＬＴＥ無線アクセスのために構成された任意の電子デバイスでありうる。ＵＥ１０２は、デバイス、ワイヤレスデバイス、モバイル端末、端末、モバイル局（ＭＳ）、モバイルデバイス、セキュアユーザプレーンロケーション（ＳＵＰＬ）対応端末（ＳＥＴ：a Secure User Plane Location Enabled Terminal）として、または何らかの他の名称で呼ばれえ、スマートウォッチ、デジタル眼鏡、フィットネスモニタ、スマートカー、スマート家電、携帯電話、スマートフォン、ラップトップ、タブレット、ＰＤＡ、トラッキングデバイス、制御デバイス、あるいは何らかの他のポータブルまたは移動可能デバイスに対応しうる（もしくはそれらの一部でありうる）。ＵＥ１０２は、ユーザがオーディオ、ビデオ、および／またはデータＩ／Ｏデバイスおよび／またはボディセンサおよび別個のワイヤラインまたはワイヤレスモデムを用いうる、例えば、パーソナルエリアネットワーク中に、複数のエンティティを備えうるか、または単一のエンティティを備えうる。典型的に、ただ必ずしもではないが、ＵＥ１０２は、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））、符号分割多元接続（ＣＤＭＡ）、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））、ロングタームエボリューション（ＬＴＥ）、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）、ＬＴＥカテゴリＭ１（ＬＴＥ−Ｍ）とも呼ばれる拡張マシンタイプ通信（ｅＭＴＣ）、高レートパケットデータ（ＨＲＰＤ）、ＷｉＭａｘ、等をサポートするワイヤレスワイドエリアネットワーク（ＷＷＡＮ）のような１つまたは複数のタイプのＷＷＡＮとのワイヤレス通信をサポートしうる。ＶＰＬＭＮ Ｅ−ＵＴＲＡＮ１２０と組み合わされたＶＰＬＭＮ ＥＰＣ１３０、およびＨＰＬＭＮ１４０は、ＷＷＡＮの例でありうる。ＵＥ１０２はまた、ＩＥＥＥ８０２．１１ＷｉＦｉまたはＢｌｕｅｔｏｏｔｈ（登録商標）（ＢＴ）をサポートするワイヤレスローカルエリアネットワーク（ＷＬＡＮ）のような１つまたは複数のタイプのＷＬＡＮとのワイヤレス通信をサポートしうる。例えば、ＵＥ１０２はまた、例えば、デジタル加入者回線（ＤＳＬ）またはパケットケーブルを使用することによって、１つまたは複数のワイヤラインネットワークとの通信をサポートしうる。図１は１つのＵＥ１０２しか示していないが、ＵＥ１０２に各々対応することができる多くの他のＵＥが存在しうる。
【００３７】
[0042]ＵＥ１０２は、Ｅ−ＵＴＲＡＮ１２０を含みうるワイヤレス通信ネットワークとの接続された状態に入りうる。一例では、ＵＥ１０２は、Ｅ−ＵＴＲＡＮ１２０中の発展型ノードＢ（ｅＮＢ）１０４のようなセルラトランシーバにワイヤレス信号を送信および／またはそれからワイヤレス信号を受信することによって、セルラ通信ネットワークと通信しうる。Ｅ−ＵＴＲＡＮ１２０は、１つまたは複数の追加のｅＮＢ１０６を含みうる。ｅＮＢ１０４は、ＵＥ１０２に対するユーザプレーンおよび制御プレーンプロトコル終端を提供する。ｅＮＢ１０４は、ＵＥ１０２に対するサービングｅＮＢでありえ、また、基地局、ベーストランシーバ局、無線基地局、無線トランシーバ、無線ネットワークコントローラ、トランシーバ機能、基地局サブシステム（ＢＳＳ）、拡張サービスセット（ＥＳＳ）として、または何らかの他の適した専門用語で呼ばれうる。ＵＥ１０２はまた、アクセスポイント（ＡＰ）、フェムトセル、ホーム基地局、スモールセル基地局、ホームノードＢ（ＨＮＢ）またはホームｅノードＢ（ＨｅＮＢ）のようなローカルトランシーバ（図１中に図示せず）にワイヤレス信号を送信またはそれからワイヤレス信号を受信しえ、それは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ、例えば、ＩＥＥＥ８０２．１１ネットワーク）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ、例えば、Ｂｌｕｅｔｏｏｔｈネットワーク）またはセルラネットワーク（例えば、ＬＴＥネットワークまたは次の段落中で論述されるもののような他のワイヤレスワイドエリアネットワーク）へのアクセスを提供しうる。当然ながら、これらは単にワイヤレスリンクを通してモバイルデバイスと通信しうるネットワークの例に過ぎず、特許請求される主題はこの点において限定されないことが理解されるべきである。
【００３８】
[0043]ワイヤレス通信をサポートしうるネットワーク技術の例は、ＮＢ−ＩｏＴを含むが、さらにＧＳＭ、ＣＤＭＡ、ＷＣＤＭＡ、ＬＴＥ、ＨＲＰＤ、ｅＭＴＣおよび将来の第５世代（５Ｇ）無線タイプを含みうる。ＮＢ−ＩｏＴ、ＣＩｏＴ、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ｅＭＴＣおよび５Ｇは、３ＧＰＰによって定義されている（または３ＧＰＰによって定義されることが予想される）技術である。ＣＤＭＡおよびＨＲＰＤは、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって定義されている技術である。ＷＣＤＭＡはまた、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）の一部であり、ＨＮＢによってサポートされうる。ｅＮＢ１０４および１０６のようなセルラトランシーバは、（例えば、サービス契約下で）サービスのためにワイヤレス電気通信ネットワークへの加入者アクセスを提供する機器の展開を備えうる。ここで、セルラトランシーバは、セルラトランシーバがアクセスサービスを提供することが可能である範囲に少なくとも部分的に基づいて決定されるセル内の加入者デバイスにサービスする際にセルラ基地局の機能を遂行しうる。
【００３９】
[0044]ｅＮＢ１０４および１０６は、ＶＰＬＭＮ ＥＰＣ１３０にインターフェース（例えば、３ＧＰＰ Ｓ１インターフェース）によって接続される。ＥＰＣ１３０は、モビリティ管理エンティティ（ＭＭＥ）１０８と、ＵＥ１０２へのおよびＵＥ１０２からのデータ（例えば、インターネットプロトコル（ＩＰ）パケット）がそれを通じて転送されうるサービングゲートウェイ（ＳＧＷ）１１２とを含む。ＭＭＥ１０８は、ＵＥ１０２に対するサービングＭＭＥでありえ、その上、ＵＥ１０２とＥＰＣ１３０との間でのシグナリングを処理し、ＵＥ１０２のアタッチメントおよびネットワーク接続、（例えば、ネットワークセル間でのハンドオーバを介した）ＵＥ１０２のモビリティならびにＵＥ１０２に代わってデータベアラを確立および解放することをサポートする制御ノードである。ＭＭＥ１０８はまた、ＵＥ１０２のためのデータベアラを確立および解放することのオーバヘッドを避けるために、データパケットが、ＭＭＥ１０８を迂回することによってというよりはむしろ、ＭＭＥ１０８を介してＵＥにおよびＵＥから転送される、ＣＩｏＴ制御プレーン（ＣＰ）最適化として知られる３ＧＰＰ ＣＩｏＴ機能を使用して、ＵＥ１０２へのおよびＵＥ１０２からのユーザプレーン（ＵＰ）データ転送をサポートしうる。概して、ＭＭＥ１０８は、ＵＥ１０２にベアラおよび接続管理を提供し、およびＶＰＬＭＮ ＥＰＣ１３０中でＳＧＷ１１２、ｅＮＢ１０４および１０６、拡張サービングモバイルロケーションセンター（Ｅ−ＳＭＬＣ）１１０および訪問先ゲートウェイモバイルロケーションセンター（Ｖ−ＧＭＬＣ）１１６に接続されうる。
【００４０】
[0045]Ｅ−ＳＭＬＣ１１０は、３ＧＰＰ技術仕様書（ＴＳ）２３．２７１および３６．３０５中に定義されている３ＧＰＰ制御プレーン（ＣＰ）ロケーションソリューションを使用してＵＥ１０２のロケーションをサポートしうる。単にゲートウェイモバイルロケーションセンター（ＧＭＬＣ）１１６とも呼ばれうるＶ−ＧＭＬＣ１１６は、ＵＥ１０２のロケーションへのアクセスを外部クライアント（例えば、外部クライアント１５０）または別のネットワーク（例えば、ＨＰＬＭＮ１４０）に代わって提供しうる。外部クライアント１５０は、ＵＥ１０２との何らかのアソシエーションを有しうるウェブサーバまたはリモートアプリケーションでありうる（例えば、ＶＰＬＭＮ Ｅ−ＵＴＲＡＮ１２０、ＶＰＬＭＮ ＥＰＣ１３０およびＨＰＬＭＮ１４０を介してＵＥ１０２のユーザによってアクセスされうる）か、あるいは（例えば、友達または親戚ファインダ、資産トラッキングあるいは子供またはペットロケーションのようなサービスを可能にするために）ＵＥ１０２のロケーションを取得および提供することを含みうるロケーションサービスを何らかの他の１人または複数のユーザに提供するサーバ、アプリケーションまたはコンピュータシステムでありうる。
【００４１】
[0046]例示されているように、ＨＰＬＭＮ１４０は、（例えば、インターネットを介して）Ｖ−ＧＭＬＣ１１６に接続されうるホームゲートウェイモバイルロケーションセンター（Ｈ−ＧＭＬＣ）１４８、ならびに（例えば、インターネットを介して）ＳＧＷ１１２に接続されうるパケットデータネットワークゲートウェイ（ＰＤＧ）１１４を含む。ＰＤＧ１１４は、インターネットプロトコル（ＩＰ）アドレス割り振りと、外部ネットワーク（例えば、インターネット）への、および外部クライアント（例えば、外部クライアント１５０）と外部サーバとへのＩＰおよび他のデータアクセスと、ならびに他のデータ転送関連機能とをＵＥ１０２に提供しうる。いくつかのケースでは、ＰＤＧ１１４は、ＵＥ１０２がローカルＩＰブレイクアウトを受信したときには、ＨＰＬＭＮ１４０中ではなく、ＶＰＬＭＮ ＥＰＣ１３０中にロケートされうる。ＰＤＧ１１４は、ホームセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットホーム（Ｈ−ＳＬＰ）１１８のようなロケーションサーバに接続されうる。Ｈ−ＳＬＰ１１８は、オープンモバイルアライアンス（ＯＭＡ）によって定義されているＳＵＰＬ ＵＰロケーションソリューションをサポートしえ、およびＨ−ＳＬＰ１１８中に記憶されたＵＥ１０２についての加入情報に基づいてＵＥ１０２に対するロケーションサービスをサポートしうる。ネットワークアーキテクチャ１００のいくつかの実施形態では、ＶＰＬＭＮ ＥＰＣ１３０中またはそれからアクセス可能である発見されたＳＬＰ（Ｄ−ＳＬＰ：a Discovered SLP）または緊急ＳＬＰ（Ｅ−ＳＬＰ：Emergency SLP）（図１中に図示せず）が、ＳＵＰＬ ＵＰソリューションを使用してＵＥ１０２をロケートするために使用されうる。
【００４２】
[0047]Ｈ−ＧＭＬＣ１４８は、ＵＥ１０２に対するホーム加入者サーバ（ＨＳＳ）１４５に接続されえ、それは、ＵＥ１０２についてのユーザ関連および加入関連情報を包含する中央データベースである。Ｈ−ＧＭＬＣ１４８は、外部クライアント１５０のような外部クライアントの代わりにＵＥ１０２へのロケーションアクセスを提供しうる。Ｈ−ＧＭＬＣ１４８、ＰＤＧ１１４、およびＨ−ＳＬＰ１１８のうちの１つまたは複数は、例えば、インターネットのような別のネットワークを通じて外部クライアント１５０に接続されうる。いくつかのケースでは、別のＰＬＭＮ（図１中に図示せず）中にロケートされた要求するＧＭＬＣ（Ｒ−ＧＭＬＣ：a Requesting GMLC）は、Ｒ−ＧＭＬＣに接続された外部クライアントの代わりにＵＥ１０２へのロケーションアクセスを提供するために（例えば、インターネットを介して）Ｈ−ＧＭＬＣ１４８に接続されうる。Ｒ−ＧＭＬＣ、Ｈ−ＧＭＬＣ１４８およびＶ−ＧＭＬＣ１１６は、３ＧＰＰ ＴＳ２３．２７１中に定義されている３ＧＰＰ ＣＰソリューションを使用してＵＥ１０２へのロケーションアクセスをサポートしうる。
【００４３】
[0048]（ＶＰＬＭＮ Ｅ−ＵＴＲＡＮ１２０およびＶＰＬＭＮ ＥＰＣ１３０を備える）ＶＰＬＭＮネットワークと別個のＨＰＬＭＮ１４０とが図１中に例示されているが、どちらのＰＬＭＮ（ネットワーク）も、同じＰＬＭＮでありうることが理解されるべきである。そのケースでは、（ｉ）Ｈ−ＳＬＰ１１８、ＰＤＧ１１４、およびＨＳＳ１４５は、ＭＭＥ１０８と同じネットワーク（ＥＰＣ）中にあることになり、（ｉｉ）Ｖ−ＧＭＬＣ１１６およびＨ−ＧＭＬＣ１４８は、同じＧＭＬＣでありうる。
【００４４】
[0049]特定のインプリメンテーションでは、ＵＥ１０２は、ＧＰＳまたは他の衛星測位システム（ＳＰＳ）宇宙ビークル（ＳＶ）１６０から受信される信号についての測定値、ｅＮＢ１０４および１０６のようなセルラトランシーバについての測定値、および／またはローカルトランシーバについての測定値のような（ロケーション測定値とも呼ばれる）ロケーション関連測定値を取得することが可能である回路および処理リソースを有しうる。ＵＥ１０２はさらに、これらのロケーション関連測定値に基づいてＵＥ１０２の位置フィックスまたは推定されるロケーションを計算することが可能である回路および処理リソースを有しうる。いくつかのインプリメンテーションでは、ＵＥ１０２によって取得されるロケーション関連測定値は、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８のようなロケーションサーバに転送されえ、その後、ロケーションサーバは、その測定値に基づいてＵＥ１０２についてのロケーションを推定または決定しうる。
【００４５】
[0050]ＵＥ１０２によって取得されるロケーション関連測定値は、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏまたは北斗のような全地球航法衛星システム（ＧＮＳＳ）またはＳＰＳに属するＳＶ１６０から受信される信号の測定値を含みうる、および／または、（例えば、ｅＮＢ１０４、ｅＮＢ１０６または他のローカルトランシーバのような）既知のロケーションにおいて固定された地上送信機から受信される信号の測定値を含みうる。ＵＥ１０２または別個のロケーションサーバ（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８）はその後、例えば、ＧＮＳＳ、支援型ＧＮＳＳ（Ａ−ＧＮＳＳ：Assisted GNSS）、高度順方向リンク三辺測量（ＡＦＬＴ：Advanced Forward Link Trilateration）、観測到着時間差（ＯＴＤＯＡ：Observed Time Difference Of Arrival）、拡張セルＩＤ（ＥＣＩＤ：Enhanced Cell ID）、ＷｉＦｉ、またはそれらの組み合わせのようないくつかの位置決め方法（position methods）のうちのいずれか１つを使用して、これらのロケーション関連測定値に基づいてＵＥ１０２についてのロケーション推定値を取得しうる。これらの技法のうちのいくつかでは（例えば、Ａ−ＧＮＳＳ、ＡＦＬＴ、およびＯＴＤＯＡ）、送信機またはＳＶによって送信され、ＵＥ１０２において受信されるパイロット信号、測位基準信号（ＰＲＳ）または他の測位関連信号に少なくとも部分的に基づいて、既知のロケーションにおいて固定された３つ以上の地上送信機に対する、または正確に知られている軌道データを有する４つ以上のＳＶに対する、あるいはそれらの組み合わせの、疑似距離（pseudoranges）またはタイミング差がＵＥ１０２によって測定されうる。ここで、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８のようなロケーションサーバは、Ａ−ＧＮＳＳ、ＡＦＬＴ、ＯＴＤＯＡおよびＥＣＩＤのような測位技法を容易にするために、例えば、ＵＥ１０２によって測定されるべき信号に関する情報（例えば、予想される信号タイミング、信号コーディング、信号周波数、信号ドップラ）、地上送信機のロケーションおよび／またはアイデンティティ、および／またはＧＮＳＳ ＳＶについての信号、タイミングおよび軌道情報を含む測位支援データをＵＥ１０２に提供することが可能でありうる。容易にすることは、ＵＥ１０２による信号獲得および測定正確性を改善すること、および／または、いくつかのケースでは、ＵＥ１０２がロケーション測定値に基づいてその推定されるロケーションを計算することを可能にすることを含みうる。例えば、ロケーションサーバは、特定の場所のような１つまたは複数の特定の領域中のローカルトランシーバおよび送信機および／またはセルラトランシーバおよび送信機（例えば、ｅＮＢ１０４および１０６）のロケーションおよびアイデンティティを示すアルマナック（例えば、基地局アルマナック（ＢＳＡ））を備え、およびさらに、信号電力、信号タイミング、信号帯域幅、信号コーディングおよび／または信号周波数のような、これらのトランシーバおよび送信機によって送信される信号を記述した情報を包含しうる。ＥＣＩＤのケースでは、ＵＥ１０２は、セルラトランシーバ（例えば、ｅＮＢ１０４、１０６）および／またはローカルトランシーバから受信される信号についての信号強度の測���値（例えば、受信信号強度インジケーション（ＲＳＳＩ）または基準信号受信電力（ＲＳＲＰ））を取得しうる、および／または、ＵＥ１０２とセルラトランシーバ（例えば、ｅＮＢ１０４または１０６）あるいはローカルトランシーバとの間のラウンドトリップ信号伝搬時間（ＲＴＴ）、基準信号受信品質（ＲＳＴＱ）、または信号対雑音比（Ｓ／Ｎ）を取得しうる。ＵＥ１０２は、ＵＥ１０２についてのロケーションを決定するために、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８のようなロケーションサーバにこれらの測定値を転送しうるか、またはいくつかのインプリメンテーションでは、ＵＥ１０２は、ＵＥ１０２についてのロケーションを決定するために、ロケーションサーバから受信される支援データ（例えば、ＧＮＳＳアルマナックおよび／またはＧＮＳＳエフェメリス情報のようなＧＮＳＳ ＳＶデータまたは地上アルマナックデータ）とともにこれらの測定値を使用しうる。
【００４６】
[0051]ＯＴＤＯＡのケースでは、ＵＥ１０２は、近隣のトランシーバまたは基地局（例えば、ｅＮＢ１０４および１０６）から受信される、位置基準信号（ＰＲＳ）または共通基準信号（ＣＲＳ）のような信号間の基準信号時間差（ＲＳＴＤ）を測定しうる。ＲＳＴＤ測定値は、２つの異なるトランシーバからＵＥ１０２において受信される信号（例えば、ＣＲＳまたはＰＲＳ）間の到着時間差を提供しうる（例えば、ｅＮＢ１０４から受信された信号とｅＮＢ１０６から受信された信号との間のＲＳＴＤ）。ＵＥ１０２は、測定されたトランシーバについての既知のロケーションおよび既知の信号タイミングに基づいてＵＥ１０２についての推定されるロケーションを計算しうるロケーションサーバ（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８）に測定されたＲＳＴＤを返しうる。ＯＴＤＯＡのいくつかのインプリメンテーションでは、ＲＳＴＤ測定値のために使用される信号（例えば、ＰＲＳまたはＣＲＳ信号）は、例えば、共通世界時を正確に取得するために、各トランシーバまたは送信機においてＧＰＳ受信機を使用して、ＧＰＳ時間または協定世界時（ＵＴＣ）のような共通世界時にトランシーバまたは送信機によって正確に同期されうる。
【００４７】
[0052]ＵＥ１０２のロケーションの推定値は、ロケーション、ロケーション推定値、ロケーションフィックス、フィックス、位置、位置推定値または位置フィックスと呼ばれえ、および測地的（geodetic）でありえ、それにより、高度コンポーネント（例えば、海水面からの高さ、地表面、床面または地下面からの高さあるいはそれより下の深さ）を含むことも含まないこともありうる、ＵＥ１０２についてのロケーション座標（例えば、緯度および経度）を提供する。代替として、ＵＥ１０２のロケーションは、シビック（civic）ロケーションとして（例えば、郵便宛先あるいは特定の部屋またはフロアのような建物中の何らかの地点または小さいエリアの指定として）表されうる。ＵＥ１０２のロケーションはまた、不確実性を含みえ、その上、その中にＵＥ１０２が何らかの所与またはデフォルトの確率または信頼度レベル（例えば、６７％または９５％）でロケートされることが予想される（測地的に（geodetically）またはシビック形式のいずれかで定義される）エリアまたはボリュームとして表されうる。ＵＥ１０２のロケーションはさらに、（例えば、緯度、経度およびことによると高度および／または不確実性の観点から定義された）絶対的ロケーションでありうるか、または、例えば、既知の絶対的ロケーションにおける何らかの原点に対して定義された相対的Ｘ、Ｙ（およびＺ）座標または方向および距離を備える相対的ロケーションでありうる。ここに包含される説明では、ロケーションという用語の使用は、そうでないと示されない限り、これらの変形の任意のものを備えうる。ＵＥ１０２についてのロケーション推定値を決定（例えば、算出）するために使用される（例えば、ＵＥ１０２によって、またはｅＮＢ１０４のような別のエンティティによって取得される）測定値は、測定値、ロケーション測定値、ロケーション関連測定値、測位測定値または位置測定値と呼ばれえ、ＵＥ１０２についてのロケーションを決定する行為は、ＵＥ１０２の測位またはＵＥ１０２をロケートすることと呼ばれうる。
【００４８】
[0053]ＮＢ−ＩｏＴおよびＣＩｏＴに対する従来のサポートは、ＵＥに対するロケーションサービスを低下および／またはブロックしうるいくつかの制限および限定を含む。図１のネットワークアーキテクチャ１００およびＵＥ１０２は、従来のシステム中で見出される制限および限定を緩和または除去するための１つまたは複数の技法を遂行するように構成されうる。ＮＢ−ＩｏＴ、ＣＩｏＴまたは他のタイプのＩｏＴをサポートするまたはそれらに関連付けられたＵＥに対するロケーションサポートを改善するために、ネットワークアーキテクチャ１００内で、またはＵＥ１０２によって遂行されうる１つまたは複数の技法のうちのいくつかの例が次に識別され、さらに以下においてより詳細に説明される。
【００４９】
[0054]第１の実例的な技法では、ロケーションサーバ（ＬＳ）（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８）が、位置付けられているＵＥ１０２がＣＩｏＴおよび／またはＮＢ−ＩｏＴをサポートするか、またはＮＢ−ＩｏＴを介したネットワークアクセスを有することを（例えば、ＭＭＥ１０８によって）知らされうる。これは、（ｉ）ＭＭＥ１０８または外部クライアント１５０のようなエンティティからＬＳに送られるロケーション要求中の、ＮＢ−ＩｏＴアクセスまたはＣＩｏＴサポートを示すパラメータ、および／または（ｉｉ）ＣＩｏＴおよび／またはＮＢ−ＩｏＴのサポートを示す、ＬＳ中に構成されたＵＥ加入パラメータを介して達成されうる。ＬＳはその後、例えば、低減された最大測位メッセージサイズ、低減されたメッセージ量、より長い再送信および／または応答タイマを使用することによって、ＵＥ１０２との測位インタラクションを限定しうる。ロケーション要求中のパラメータは、例えば、ＵＥ１０２に対するＮＢ−ＩｏＴアクセスおよび／またはＣＩｏＴサポートの態様（例えば、最大測位メッセージサイズ、最大メッセージ量、最大の予想されるメッセージ転送遅延）を定義しうる。
【００５０】
[0055]第２の実例的な技法では、ＵＥ１０２の正確な最後の既知のロケーションが、ＵＥ１０２が現在の測位要求のために利用可能でないときに外部クライアント１５０に提供されうる。これをサポートするために、ＵＥ１０２は、ネットワーク接続された状態に入るより前におよび／またはその後に、例えば、拡張セルＩＤ（ＥＣＩＤ）および／または観測到着時間差（ＯＴＤＯＡ）についてのダウンリンク（ＤＬ）測定値を取得し、およびネットワークに、例えば、サービング発展型ノードＢ（ｅＮＢ）１０４またはサービングＭＭＥ１０８にこれらの測定値を提供しうる。ＵＥ１０２についての最後の既知のサービングセルアイデンティティ（ＩＤ）とともに提供された測定値はその後、例えば、サービングＭＭＥ１０８中に記憶されえ、および記憶された情報のみを使用するために通常のロケーションプロシージャを修正することによって、ＵＥ１０２がもはやネットワーク接続された状態でなくなった後に外部クライアント１５０によって後に要求された場合に、ＵＥ１０２の最後の既知のロケーションを取得するために使用されうる。
【００５１】
[0056]第３の実例的な技法では、ＵＥ１０２がネットワーク接続された状態に入る、例えば、ネットワークシグナリングリンクを有すると、ＵＥ１０２についての任意の保留中の（pending）モバイル着信ロケーション要求（ＭＴ−ＬＲ）、またはＵＥ１０２によって引き起こされる（instigated）任意のモバイル発信ロケーション要求（ＭＯ−ＬＲ：Mobile Originated Location Request）が、ネットワークによって（例えば、Ｅ−ＳＭＬＣ１１０によって）従来の形で始められうるが、ＵＥ１０２は、（例えば、ネットワーク接続を有さない）アイドル状態に戻るまでいかなる測定を行うことも延期する。ネットワーク接続を有さないアイドル状態にある間に、ＵＥ１０２は、ＤＬ測定を遂行し、ネットワーク接続された状態に再び入り、およびネットワークまたはＬＳ（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８）に測定値を送り返す。この技法は、ＵＥ１０２がネットワーク接続された状態にあり、且つ他のアクティビティを遂行するためにリソースを使用している間に、そうでなければＤＬ測定を妨げる可能性がある（例えば、利用可能な処理、メモリおよび／またはＲＦ受信機チェーンに関する）ＵＥ１０２中でのリソース限定を克服しうる。ＵＥ１０２によって測定値を返す際の余分な遅延は、ＵＥ１０２が接続された状態に初めに入るのを待つ際の遅延よりはるかに少なくありうるため、余分な遅延は、外部クライアント１５０にとって重要には見えないことがありうる。
【００５２】
[0057]第４の実例的な技法では、ロングタームエボリューション（ＬＴＥ）およびＮＢ−ＩｏＴアクセスのための組み合わされた周期的およびトリガされたＭＴ−ＬＲプロシージャが、アイドル状態にある間にＵＥ１０２が定義された最小間隔でトリガ条件を評価し、且つＵＥ１０２のロケーションが（例えば、Ｅ−ＳＭＬＣ１１０によって）取得および外部クライアント１５０に提供されることを可能にするためにトリガイベントがＵＥ１０２によって検出されるときに接続された状態に入るネットワーク（例えば、ＶＰＬＭＮ ＥＰＣ１３０）によって使用される。
【００５３】
[0058]先の技法と、これらの技法が克服または緩和に役立ちうる、ワイヤレスネットワーク（例えば、ＶＰＬＭＮ ＥＰＣ１３０およびＥ−ＵＴＲＡＮ１２０）にアクセスするためにＮＢ−ＩｏＴ無線アクセスおよび／またはＣＩｏＴ機能を使用しているＵＥ１０２についてのロケーションをサポートすることに関連付けられた限定とのさらなる詳細が次に提供される。
【００５４】
[0059]ＰＳＭおよびｅＤＲＸ限定
【００５５】
[0060]ＮＢ−ＩＯＴ無線アクセスをサポートする、またはＣＩｏＴが適用可能であるＵＥ（例えば、ＵＥ１０２）に対するロケーションサポートに対する限定は、拡張間欠受信（ｅＤＲＸ：extended Discontinuous Reception）および節電モード（ＰＳＭ：Power Saving Mode）のような、ＣＩｏＴおよびＮＢ−ＩｏＴに適用可能である様々な機能に起因して生じうる。ｅＤＲＸまたはＰＳＭを用いると、ＵＥ１０２は、アイドル状態に留まりえ、且つ長い時間期間にわたって（例えば、数時間以上）サービングネットワーク（例えば、Ｅ−ＵＴＲＡＮ１２０およびＥＰＣ１３０）に接続しないことがありえ、またはサービングネットワークから到達可能でないことがありうる。ＵＥ１０２がアイドル状態に留まる時間期間中に、外部クライアント１５０が（例えば、ＶＰＬＭＮ ＥＰＣ１３０またはＨＰＬＭＮ１４０から）ＵＥ１０２の現在のロケーションを取得することは可能ではないことがありえ、それにより、ロケーションサービスを制限またはブロックする。この限定は、３ＧＰＰ ＴＳ３６．３０５および２３．２７１中に定義されているような３ＧＰＰ制御プレーン（ＣＰ）ロケーションソリューションの使用に影響を及ぼしうる、および／またはＯＭＡによって定義されているＳＵＰＬ ＵＰロケーションソリューションの使用あるいは米国電気電子学会（ＩＥＥＥ）およびインターネット技術標準化委員会（ＩＥＴＦ）によって定義されているソリューションのような他のロケーションソリューションの使用に影響を及ぼしうる。この限定はまた、ＵＥ１０２および外部クライアント１５０（例えば、それは、外部ロケーションサーバでありうる）が１つまたは複数の独自の（proprietary）プロトコルを使用してＵＥ１０２についてのロケーションを取得するために通信する独自のロケーションソリューションに影響を及ぼし、且つそれを妨げうる。
【００５６】
[0061]ｅＤＲＸを用いると、ＵＥ１０２についてのページングサイクルは、例えば、３ＧＰＰ ＴＳ２３．２７１中に定義されているようなモバイル着信ロケーション要求（ＭＴ−ＬＲ）を使用して、その間にＵＥ１０２が測位のために利用不可能である可能性がある２．９１時間ほどの長さである可能性がある。ＰＳＭを用いると、ＵＥ１０２は、数時間以上になる可能性がある周期的トラッキングエリア更新（ＴＡＵ：Tracking Area Update）タイムアウトの持続時間にわたって測位のために利用可能でありうる。両方のケースでは、ＵＥ１０２は、（例えば、ショートメッセージサービス（ＳＭＳ）のような）モバイル発信（ＭＯ）サービスがＵＥ１０２によって呼び出されたときに予測不可能に利用可能になる可能性があり、それはその後、任意の延期されたＭＴ−ＬＲに対する測位を遂行するための機会を提供するであろう。これは、ＵＥ１０２の現在のロケーションを必要とする外部クライアント１５０が、ロケーションが利用可能になるまで、延長されたおよび予測不可能な時間にわたって待つ必要がある可能性があることを意味する。外部クライアント１５０が機械とは対照的に人である、または人に関連付けられる場合、次のＭＴ−ＬＲロケーションサービスは、ほとんど無用であると見なされる可能性がある。例えば、ＮＢ−ＩｏＴトラッキングデバイスを有する子供、資産またはペットをロケートすることを望むユーザは通常、数時間も応答を待ちたいとは思わないであろう。
【００５７】
[0062]ｅＤＲＸおよびＰＳＭに関連付けられた、先に説明された限定の克服に役立てるために、いくつかの技法が使用されうる。「最後の既知のロケーション」と呼ばれる第１の技法では、ＶＰＬＭＮ ＥＰＣ１３０（例えば、ＭＭＥ１０８またはＥ−ＳＭＬＣ１１０）が、（ｉ）ＵＥ１０２が現在のＭＴ−ＬＲロケーション要求のために利用可能でないときに、外部クライアント１５０にＵＥ１０２についての最後の既知のロケーションを、および（ｉｉ）オプションとして、ＵＥ１０２がｅＤＲＸまたはＰＳＭに起因して利用不可能のままであり続けうる最大時間期間を、返しうる。「延期されたロケーション」と呼ばれる第２の技法では、ＶＰＬＭＮ ＥＰＣ１３０および／またはＨＰＬＭＮ１４０が、外部クライアント１５０からの、ＵＥ１０２に対する延期されたロケーション要求をサポートしうる。「周期的およびトリガされたロケーション」と呼ばれる第３の技法では、ＶＰＬＭＮ ＥＰＣ１３０および／またはＨＰＬＭＮ１４０が、ＵＥ１０２についての周期的およびトリガされたロケーション能力をサポートしうる。そのような周期的およびトリガされたロケーション能力は、ＵＥ１０２についてのロケーション結果が著しい遅延なしに外部クライアント１５０に利用可能になるように、外部クライアント１５０がＵＥ１０２に対する測位を一時的にアクティブ化することを可能にしうる。これらの技法は、以下により詳細に説明される。
【００５８】
[0063]最後の既知のロケーション
【００５９】
[0064]上述されたように、ｅＤＲＸまたはＰＳＭを用いるＵＥ１０２をロケートするための長い応答時間の何らかの不利益を克服または緩和するために、外部クライアント１５０は、そのようなＵＥ１０２についての最後の既知のロケーションを要求しうる、またはＥＰＣ１３０は、ＵＥ１０２が何らかの長い期間にわたって現在のロケーションについて利用可能にならない場合、ＵＥ１０２についての最後の既知のロケーションを返しうる。ＣＩｏＴのケースでは、３ＧＰＰ ＴＳ２３．６８２中に説明されているように、ＵＥ１０２の最後の既知のロケーションを取得するための能力が存在するが、この能力のロケーション粒度（the location granularity）は、５００〜１０００メートル以上のロケーションエラーを意味しうるトラッキングエリア（ＴＡ）またはセルＩＤに制限される。セルＩＤまたはＴＡのロケーション粒度は、いくつかのケースでは有用でありうるが、より微細な粒度を可能にすることがより良いことがありうる。例えば、子供またはペットをロケートしている人は、最後の既知のロケーションが学校にいる子供または家にいるペットと適合した（compatible with）かどうかを知りたいことがありうる。加えて、３ＧＰＰ ＴＳ２３．６８２中の最後の既知のロケーションについてのソリューションは、アーキテクチャおよびプロトコルが異なることから、３ＧＰＰ ＴＳ２３．２７１中の３ＧＰＰ ＣＰロケーションソリューションと直接合致しない（not directly aligned with）。それ故に、３ＧＰＰ ＴＳ２３．２７１中に定義されている３ＧＰＰ制御プレーン（ＣＰ）ソリューションを使用してロケーションサービスを提供するオペレータは、例えば、ＶＰＬＭＮ ＥＰＣ１３０またはＨＰＬＭＮ１４０に追加のコストおよび複雑性を追加する可能性がある、３ＧＰＰ ＴＳ２３．６８２中のソリューションをサポートするための新しい能力を追加する必要がありうる。これは、３ＧＰＰ ＣＰロケーションソリューションを強化することによってＵＥ１０２についてのより正確な最後の既知のロケーションを取得するための新しい能力が節電機能に有用でありうることを意味する。ＵＥ１０２のより正確な最後の既知のロケーションをサポートするための２つの技法が次に説明される。
【００６０】
[0065]最後の既知のロケーションについての第１の技法では、ＵＥ１０２に対するサービングＭＭＥ１０８が、（ｉ）ＵＥ１０２が（例えば、ＵＥ１０２からＶＰＬＭＮ Ｅ−ＵＴＲＡＮ１２０へのアクティブシグナリングリンクもＵＥ１０２からＶＰＬＭＮ ＥＰＣ１３０へのアクティブシグナリング接続も有さない）アイドル状態になった後のＵＥ１０２についての最後の既知のサービングセルＩＤ（例えば、Ｅ−ＵＴＲＡＮセルグローバル識別子（ＥＣＧＩ：an E-UTRAN Cell Global Identifier））または（例えば、ｅＮＢ１０４についての）最後のサービングｅＮＢ ＩＤを、および（ｉｉ）ＵＥ１０２がいつアイドル状態になったかを示すタイムスタンプをメモリ中に記憶する。最後の既知のサービングセルＩＤまたは最後のサービングｅＮＢ ＩＤは、ＵＥ１０２が依然としてアイドル状態にあり、且つページングのために利用不可能であるときに、ＵＥ１０２に対するＭＴ−ＬＲロケーション要求が（例えば、Ｈ−ＧＭＬＣ１４８およびＶ−ＧＭＬＣ１１６を介して）外部クライアント１５０から（例えば、サービングＭＭＥ１０８によって）後に受信される場合に、ＵＥ１０２についての最後の既知のロケーションを導出するために使用されうる。ＭＭＥ１０８は、最後の既知のセルＩＤまたは最後のサービングｅＮＢアイデンティティを地理的ロケーションに変換するためにＥ−ＳＭＬＣ１１０を利用しうる。例えば、３ＧＰＰ ＴＳ２９．１７１中に定義されているロケーションサービスアプリケーションプロトコル（ＬＣＳ−ＡＰ）ロケーションプロシージャは、ＵＥ１０２がロケーションのために利用可能でないこと、およびＥ−ＳＭＬＣ１１０がＬＣＳ−ＡＰロケーション要求メッセージ中にＭＭＥ１０８によって含められた情報のみを使用してＵＥ１０２についてのロケーションを決定する必要があることをＥ−ＳＭＬＣ１１０に示す、ＭＭＥ１０８からＥ−ＳＭＬＣ１１０に送られるＬＣＳ−ＡＰロケーション要求メッセージ中に含まれている新しいパラメータ、新しいフラグまたは新しいパラメータ値とともに使用されうる。Ｅ−ＳＭＬＣ１１０はその後、ＬＣＳ−ＡＰロケーション要求メッセージ中にＭＭＥ１０８によって含められた情報のみを使用してＵＥ１０２についての最後の既知のロケーションを決定しうる（例えば、それは、最後の既知のサービングセルＩＤまたは最後のサービングｅＮＢ ＩＤを含みうる）。サービングｅＮＢ（例えば、ｅＮＢ１０４）は同じままで、ＵＥ１０２がサービングセルを変更している可能性があることから、Ｅ−ＳＭＬＣ１１０は、ＵＥ１０２についての最後の既知のロケーションを決定するために最後の既知のサービングセルＩＤ（例えば、ＥＣＧＩ）のｅＮＢ部分のみを使用しうる。しかしながら、ＵＥ１０２がＮＢ−ＩｏＴアクセスを有するとき、Ｅ−ＳＭＬＣ１１０は、サービングセルの変更がＮＢ−ＩｏＴアクセスのためにサポートされないことがありうることから、最後の既知のサービングセルＩＤ（例えば、ＥＣＧＩ）全体を使用しうる。Ｅ−ＳＭＬＣ１１０はその後、ＬＣＳ−ＡＰロケーション応答メッセージ中でＭＭＥ１０８に最後の既知のロケーションを返しうる。ＭＭＥ１０８はその後、ＵＥ１０２についての最後の既知のロケーション、およびＵＥがアイドル状態に入ったときについてのタイムスタンプに対応する最後の既知のロケーションについての時間（および日付）（または経過時間（an age））を、（例えば、Ｖ−ＧＭＬＣ１１６およびＨ−ＧＭＬＣ１４８を介して）外部クライアント１５０に返しうる。
【００６１】
[0066]最後の既知のロケーションについての第２の技法では、先に説明された第１の技法が、いくつかの追加のロケーション測定値で拡張されうる。ＵＥ１０２は、ＵＥ１０２が接続された状態に入る（例えば、ｅＮＢ１０４およびＭＭＥ１０８へのシグナリング接続を取得する）と、アイドル状態に戻る前に、および／または他の時間において、ＭＭＥ１０８にロケーション測定値を提供しうる。サービングｅＮＢ１０４も同様に、シグナリングリンクがＵＥ１０２に対して確立されると、シグナリングリンクを解放するより前に、および／または他の時間において、ＵＥ１０２についてのロケーション測定値を取得しうる。測定値は、ＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱおよび／またはＲＴＴのようなＥＣＩＤ位置決め方法に適用可能である測定値、および／またはＯＴＤＯＡ ＲＳＴＤ測定値のような他の測定値を含みうる。測定値は、ＵＥ１０２によっておよび／またはｅＮＢ１０４によってサービングＭＭＥ１０８に提供されうる。ＭＭＥ１０８はその後、メモリ中に測定値を記憶しうる。ＭＭＥ１０８はまた、測定値がいつ受信されたか、または取得されたか（例えば、この時間がＭＭＥ１０８に提供され、且つより早い場合）を示すタイムスタンプを記憶しうる。ＭＭＥ１０８はその後、最後の既知のロケーションについての第１の技法について説明されたように、Ｅ−ＳＭＬＣ１１０から最後の既知のロケーションを取得するために、Ｅ−ＳＭＬＣ１１０に送られるＬＣＳ−ＡＰロケーション要求中に任意の記憶されたロケーション測定値（および最後の既知のサービングセルＩＤまたは最後のサービングｅＮＢ ＩＤ）を含めうる。第２の技法のケースでは、Ｅ−ＳＭＬＣ１１０は、提供された最後の既知のサービングセルＩＤまたは最後のサービングｅＮＢ ＩＤと提供されたロケーション測定値との両方を使用して、ＵＥ１０２についての最後の既知のロケーションを計算しうる。最後の既知のロケーションについての第１の技法は、セルＩＤ粒度に制限されうるが、第２の技法は、ＥＣＩＤまたはＯＴＤＯＡ測位を使用しえ、したがって、より正確でありうる。
【００６２】
[0067]延期されたロケーション
【００６３】
[0068]ｅＤＲＸまたはＰＳＭがＵＥ１０２のために使用されると、ＵＥ１０２が利用可能になった（例えば、ＶＰＬＭＮ ＥＰＣ１３０に接続された）後にＶＰＬＭＮ ＥＰＣ１３０およびＨＰＬＭＮ１４０によって自動的に取得される、ＵＥ１０２についての延期されたロケーションは、いつＵＥ１０２が測位のために次に利用可能になるのかを外部クライアント１５０に通知し、且つＵＥ１０２が再び利用不可能になる前にＭＲ−ＬＲ要求をその後発行することを外部クライアント１５０に要求することへの依存を避けるのに有用でありうる。ＵＥ可用性イベントについての延期されたロケーションのサポートは、３ＧＰＰ ＴＳ２３．２７１中のＧＳＭおよびＵＭＴＳアクセスのための３ＧＰＰによって定義され、ＵＥ１０２のためのサービング一般パケット無線サービス（ＧＰＲＳ：a Serving General Packet Radio Service）、サポートノード（ＳＧＳＮ：Support Node）、またはサービングモバイル交換センタ（ＭＳＣ：Mobile Switching Center）の変更をサポートすることが可能である。Ｅ−ＵＴＲＡＮアクセスの場合、ＵＥ１０２についての現在のロケーションのためのＭＴ−ＬＲプロシージャは、ＵＥ１０２が次に利用可能になるまで、現在のＵＥ１０２のロケーションの延期をサポートするために３ＧＰＰ ＴＳ２３．２７１中に拡張されているが、そのプロシージャは、ＵＥ１０２に対するサービングＭＭＥの変更（例えば、ＭＭＥ１０８の、図１中には示されていない何らかの他のＭＭＥへの変更）を十分にサポートしておらず、且つ外部クライアント１５０がＵＥ１０２についての延期されたロケーションというよりはむしろ現在のロケーションを要求するであろうことを想定する。それは、３ＧＰＰ ＴＳ２３．２７１中のＵＥ１０２によるＥ−ＵＴＲＡＮアクセスのためのＭＴ−ＬＲプロシージャが、外部クライアント１５０、Ｒ−ＧＭＬＣおよびＨ−ＧＭＬＣ１４８が全て延期されたロケーション要求を認識しており、且つそれをサポートするＧＳＭおよびＵＭＴＳアクセスのための延期されたロケーションと合致しないことを意味する。結果として、Ｅ−ＵＴＲＡＮアクセスでｅＤＲＸおよび／またはＰＳＭを使用するＵＥ１０２の場合、延期されたＭＴ−ＬＲは、制限付きでしかサポートされない可能性がある。これは、ＧＳＭおよびＵＭＴＳアクセスのためのＵＥ可用性イベントについての延期されたロケーションとの完全な合致を提供するための、３ＧＰＰ ＴＳ２３．２７１中のＵＥ１０２によるＥ−ＵＴＲＡＮアクセスのためのＭＴ−ＬＲプロシージャへの強化は有用であろうことを意味する。
【００６４】
[0069]ＭＴ−ＬＲプロシージャへのこの強化をサポートするために、延期されたＭＴ−ＬＲロケーションプロシージャは、ＧＳＭおよびＵＭＴＳアクセスのためのＵＥ可用性イベントについての現在の３ＧＰＰ ＭＴ−ＬＲロケーションプロシージャと合致する、ＵＥ１０２によるＥＰＣアクセスのための３ＧＰＰ ＴＳ２３．２７１中のＵＥ可用性イベントについて追加されうる。これは、外部クライアント１５０が、ＵＥ１０２がどのアクセスタイプを使用しているかを事前に知る必要なしに、ＵＥ可用性イベントについてのＵＥ１０２についての延期されたロケーションを要求することを可能にしうる。加えて、Ｈ−ＧＭＬＣ１４８およびＲ−ＧＭＬＣを伴う延期されたＭＴ−ＬＲプロシージャの共通部分は、（例えば、ＨＰＬＭＮ１４０およびＶＰＬＭＮ ＥＰＣ１３０への）ネットワークインパクト（network impacts）を低減するために（例えば、ＧＳＭ、ＵＭＴＳおよびＥＰＣアクセスのために）共有されうる。
【００６５】
[0070]周期的およびトリガされたロケーション
【００６６】
[0071]ＵＥ１０２についての周期的ロケーション（例えば、固定された周期的間隔でのＵＥ１０２のロケーション）およびＵＥ１０２についてのトリガされたロケーション（例えば、いつでもＵＥ１０２が指定された地理的エリア内に入る、去る、または留まるときのＵＥ１０２のロケーション）は、３ＧＰＰ ＴＳ２３．２７１中のＵＥによるＧＳＭおよびＵＭＴＳアクセスのために定義されているが、Ｅ−ＵＴＲＡＮアクセスのためには定義されていない。ＣＩｏＴ機能（例えば、ｅＤＲＸ、ＰＳＭおよび／またはＣＩｏＴ ＣＰ最適化）をサポートするＵＥ１０２のケースでは、ＵＥ１０２についてのロケーションの変化のレポーティングをサポートするためのソリューションが３ＧＰＰ ＴＳ２３．６８２中に定義されているが、そのソリューションは、３ＧＰＰ ＴＳ２３．６８２中のソリューションが３ＧＰＰ ＴＳ２３．２７１中のソリューションとは異なるアーキテクチャおよび異なるプロトコルを使用することから、３ＧＰＰ ＴＳ２３．２７１中に定義されているような制御プレーンロケーションのサポートとは合致しない。加えて、ＴＳ２３．６８２中のソリューションは、５００メートル以上のエラーを有する可能性があり、且つＵＥ１０２が利用可能になったときに（例えば、ＵＥ１０２についての最も長いｅＤＲＸページングサイクルのケースでは、２．９１時間の間隔後に）ロケーションをレポートすることしかできないＴＡまたはセルＩＤのみの粒度で、ＵＥ１０２についてのロケーションの決定を可能にする。
【００６７】
[0072]より柔軟な周期的およびトリガされたＭＴ−ＬＲ能力は、ＵＥ１０２が通常利用可能になる（例えば、ＶＰＬＭＮ ＥＰＣ１３０に接続された状態になる）とき以外の時間において、および／またはセルＩＤまたはＴＡより微細な粒度で、ＬＴＥアクセスまたはＮＢ−ＩｏＴアクセスを有するＵＥ１０２のロケーションを可能にするのに有用でありうる。例えば、ユーザは、数時間後というよりはむしろ、イベントが生じた直後に、価値のある資産、子供またはペットがいつ特定のエリアに入るまたは去るかを知りたがりえ、加えて、そのようなイベントが生じたときにはより正確な現在のロケーションを好みうる。ＵＥ１０２によるＥ−ＵＴＲＡＮアクセスのための周期的およびトリガされたロケーションに対するサポートの欠如はこのことから、（例えば、ｅＤＲＸまたはＰＳＭを用いる）ＵＥ１０２に対するロケーションサポートを制限しうる。
【００６８】
[0073]２つの技法は、上述された限定を克服すべくＵＥ１０２についての周期的およびトリガされたロケーションをサポートするために用いられうる。周期的およびトリガされたロケーションについての第１の技法では、ＵＥ１０２によるＥＰＣアクセスのための新しい周期的ＭＴ−ＬＲプロシージャが、ＧＳＭおよびＵＭＴＳアクセスのための既存の周期的ＭＴ−ＬＲプロシージャと合致する３ＧＰＰ ＴＳ２３．２７１中に追加されうる。これは、外部クライアント１５０が、ＵＥ１０２がどのアクセスタイプを使用しているかを事前に知る必要なしに、ＵＥ１０２についての周期的ロケーションを要求することを可能にしうる。加えて、Ｒ−ＧＭＬＣおよびＨ−ＧＭＬＣ１４８を伴う周期的ＭＴ−ＬＲプロシージャの一部分は、（例えば、ＨＰＬＭＮ１４０およびＶＰＬＭＮ ＥＰＣ１３０への）インパクトを低減するために、全てのアクセスタイプ（例えば、ＧＳＭ、ＵＭＴＳおよびＬＴＥ）に共通でありうる。ＵＥ１０２のアップリンク測位およびダウンリンク測位のどちらも適用可能でありうる。
【００６９】
[0074]周期的およびトリガされたロケーションについての第２の技法では、ＥＰＣアクセスのためのエリアイベントの変更のための新しいトリガされたＭＴ−ＬＲプロシージャが、ＧＳＭおよびＵＭＴＳアクセスのための既存のトリガされたＭＴ−ＬＲプロシージャと合致する３ＧＰＰ ＴＳ２３．２７１中に追加されうる。エリアイベントの変更により、外部クライアント１５０は、（例えば、円形、楕円形または多角形を使用して定義された）ターゲット地理的エリアと、ＵＥ１０２がターゲットエリア内に入る、去るまたは留まるときにＵＥ１０２についてのロケーションレポートが外部クライアント１５０によって要求されるかどうかのインジケーションとを（例えば、Ｒ−ＧＭＬＣに、またはＨ−ＧＭＬＣ１４８に）提供することができる。ターゲットエリアは、ＵＥ１０２に提供される前のターゲットエリアにほぼ対応する（例えば、カバーする）他のエリア（例えば、ＥＰＣアクセスのケースではＴＡ）および／またはセルＩＤのセットへと（例えば、Ｒ−ＧＭＬＣ、Ｈ−ＧＭＬＣ１４８またはＶ−ＧＭＬＣ１１６によって）変換されうる。ＥＰＣアクセスのための新しいトリガされたＭＴ−ＬＲプロシージャは、外部クライアント１５０が、ＵＥ１０２がどのアクセスタイプ（例えば、ＧＳＭ、ＵＭＴＳまたはＬＴＥ）を現在使用しているかを事前に知る必要なしに、ＵＥ１０２についてのトリガされたロケーションを要求することを可能にしうる。加えて、Ｒ−ＧＭＬＣおよびＨ−ＧＭＬＣ１４８を伴うプロシージャの一部分は、（例えば、ＨＰＬＭＮ１４０およびＶＰＬＭＮ ＥＰＣ１３０への）インパクトを低減するために、全てのアクセスタイプ（例えば、ＧＳＭ、ＵＭＴＳおよびＬＴＥ）に共通でありうる。電力消費を低減するために、ＵＥ１０２は、何らかの定義されたトリガ評価間隔（例えば、最小または最大トリガ評価間隔）で、（例えば、ｅＮＢ１０４およびＭＭＥ１０８へのシグナリング接続を有さない）アイドル状態にある間に、トリガ条件（例えば、ＵＥ１０２がターゲットエリア内に入ったか、去ったかまたは留まった）を評価することを可能にされ、およびトリガ条件が検出されたときにのみ接続された状態に戻りうる。ＵＥ１０２は、近隣のｅＮＢ（例えば、ｅＮＢ１０４および／またはｅＮＢ１０６）から１つまたは複数のセルＩＤを検出し、且つ検出されたセルＩＤ（１つ以上）をターゲットエリアに対して（例えば、ＭＭＥ１０８によって）先に提供されたセルＩＤと比較することによって、それがターゲットエリア内に入ったか、去ったかまたは留まったかを決定しうる。例えば、ＵＥ１０２がターゲットエリアに属するセルＩＤを検出した場合、ＵＥ１０２は、ＵＥ１０２が以前にターゲットエリアに属するいかなるセルも検出しなかった場合、ＵＥ１０２がターゲットエリアに入ったと想定しうる。同様に、ＵＥ１０２がターゲットエリアに属するいかなるセルも検出しなかった場合、ＵＥ１０２は、ＵＥ１０２が以前にターゲットエリアに属する１つまたは複数のセルを検出した場合、ＵＥ１０２がターゲットエリアを去ったと想定しうる。ＵＥ１０２が以前のロケーションから何らかのしきい値線形距離を超えて移動したか、または何らかの最小速度に達したときに生じ���トリガ条件のような他のトリガ条件もまた、（例えば、ＭＭＥ１０８によって）ＵＥ１０２に提供され、トリガ評価間隔で評価されうる。ＵＥ１０２が接続された状態に戻った後に（例えば、ターゲットエリアトリガ条件を検出した後に）、現在のＵＥ１０２のロケーションが（例えば、Ｅ−ＳＭＬＣ１１０によって）取得され、およびことによると生じたトリガ条件のタイプとともに（例えば、Ｖ−ＧＭＬＣ１１６およびＨ−ＧＭＬＣ１４８を介して）外部クライアント１５０に提供されうる。
【００７０】
[0075]いくつかの実施形態では、周期的およびトリガされたロケーションをサポートするための第１および第２の技法は、ＵＥ１０２の周期的ロケーションと（例えば、ＵＥ１０２が指定されたターゲット地理的エリア内に入る、去るまたは留まることに基づく）トリガされたロケーションとの両方をサポートする単一のプロシージャを使用して組み合わされうる。
【００７１】
[0076]ＵＥ測位プロトコル限定
【００７２】
[0077]ＥＣＩＤ、ＯＴＤＯＡおよびＡ−ＧＮＳＳのような位置決め方法の場合、ＵＥ１０２およびロケーションサーバ（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８）は、（ｉ）ロケーションサーバが、ＵＥ１０２の測位能力を取得すること、ＵＥ１０２に支援データを転送することおよび／またはＵＥ１０２に１つまたは複数のロケーション測定値を求める要求を送ることを可能にし、および／または（ｉｉ）ＵＥ１０２が、ロケーションサーバに支援データを要求することおよび／またはロケーションサーバにロケーション測定値または算出されたロケーションを送ることを可能にするために、測位プロトコルメッセージを交換する必要がありうる。ＵＥ１０２によるＬＴＥ、ｅＭＴＣまたはＮＢ−ＩｏＴアクセスのケースで使用されうる測位プロトコルは、３ＧＰＰ ＴＳ３６．３５５中に定義されているＬＴＥ測位プロトコル（ＬＰＰ：the LTE（登録商標） Positioning Protocol）、ＯＭＡ ＴＳ ＯＭＡ−ＴＳ−ＬＰＰｅ−Ｖ１＿０、ＯＭＡ−ＴＳ−ＬＰＰｅ−Ｖ１＿１およびＯＭＡ−ＴＳ−ＬＰＰｅ−Ｖ２＿０中にＯＭＡによって定義されているＬＰＰ拡張（ＬＰＰｅ：the LPP Extensions）プロトコル、およびＬＰＰ／ＬＰＰｅと呼ばれるＬＰＰとＬＰＰｅとの組み合わせを含む。しかしながら、ＮＢ−ＩｏＴアクセスを有するＵＥ１０２の場合、ＵＥ１０２とｅＮＢ１０４との間での送信遅延は、より低い帯域幅および／またはより高い信号エラーレート（例えば、それは、数秒以上の送信遅延をもたらしうる）に起因して、ＵＥ１０２による通常のＬＴＥアクセスの場合よりはるかに高くありえ、それは、より長いメッセージ配信時間と、より長いエンドツーエンド応答タイマおよび再送信タイマの必要性とをもたらしうる。
【００７３】
[0078]３ＧＰＰ ＣＰソリューションについてＵＥ１０２とＥ−ＳＭＬＣ１１０との間で交換されるＬＰＰメッセージの場合、Ｅ−ＳＭＬＣ１１０は、３ＧＰＰ ＴＳ３６．３５５中に定義されているような配信されていない（例えば、確認応答されていない）ＬＰＰメッセージの再送信をサポートしうる。３ＧＰＰ ＴＳ３６．３５５中に定義されている最小再送信タイムアウトは現在、２５０ミリ秒（ｍｓ）であるが、Ｅ−ＳＭＬＣ１１０は、不必要な再送信を避けるためにより長いタイムアウトを使用しうる。ＵＥ１０２によるＮＢ−ＩｏＴアクセスのケースでは、Ｅ−ＵＴＲＡＮアクセスのための（２５０ｍｓ以上の）通常のＥ−ＳＭＬＣ再送信タイムアウトは短過ぎえ、サービングｅＮＢ１０４およびサービングＭＭＥ１０８を介してＵＥ１０２とＥ−ＳＭＬＣ１１０との間でのシグナリング接続に余分な負荷をかける可能性がある過度な再送信をもたらす。
【００７４】
[0079]ＯＭＡ ＳＵＰＬ ＵＰロケーションソリューションについてＵＥ１０２とＨ−ＳＬＰ１１８（または何らかの他のＳＬＰ）との間で交換されるＳＵＰＬメッセージの場合、ＳＵＰＬメッセージは、ＶＰＬＭＮ ＥＰＣ１３０およびＨＰＬＭＮ１４０によってプロトコルデータユニット（ＰＤＵ）として扱われえ、およびしたがって、以前に言及されたＣＩｏＴ ＣＰ最適化を使用してトランスポートされうる。このケースでは、Ｈ−ＳＬＰ１１８は、ＩＥＴＦによって定義されている送信制御プロトコル（ＴＣＰ）を使用して確認応答されていないＰＤＵのエンドツーエンド再送信をサポートすることができるが、ここでも、再送信タイムアウトは短過ぎる可能性があり、ＵＥ１０２のためのＮＢ−ＩｏＴネットワーク接続に過負荷をかけうるＰＤＵの不必要な再送信をもたらす。
【００７５】
[0080]測位プロトコルメッセージについてのより長い配信時間に加えて、ＵＥ１０２についてのＮＢ−ＩｏＴアクセスのためのメッセージサイズは、ＶＰＬＭＮ ＥＰＣ１３０およびＶＰＬＭＮ Ｅ−ＵＴＲＡＮ１２０による非効率的なインターネットプロトコル（ＩＰ）フラグメンテーションを避けるために、何らかの最大サイズに制約される必要がありうる。さらに、メッセージ量（例えば、毎分または数分毎に送られるＰＤＵの数）は、限定された帯域幅（例えば、ＮＢ−ＩｏＴアクセスの場合は１８０ＫＨｚ）に起因して、および／または、データＰＤＵ（例えば、それは、ＳＵＰＬロケーションに適用可能であることができる）のケースでは、明示的なサービング公衆陸上モバイルネットワーク（ＰＬＭＮ）およびアクセスポイント名（ＡＰＮ）レート制御に起因して、ＮＢ−ＩｏＴおよびＣＩｏＴデバイスに対して限定される必要がありうる。
【００７６】
[0081]先行する観測は、ＮＢ−ＩｏＴ無線アクセスを有するおよび／またはＣＩｏＴ機能（例えば、ｅＤＲＸ、ＰＳＭおよび／またはＣＩｏＴ ＣＰ最適化）を使用しているＵＥ１０２について、メッセージ配信時間予想およびメッセージ再送信時間がより長い必要がありうる、メッセージサイズが（例えば、何らかの最大値を下回るように）限定される必要がありうる、および／またはメッセージ量が限定される必要がありうることを示す。しかしながら、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８のようなロケーションサーバは通常、（例えば、ＵＥ１０２がＮＢ−ＩｏＴアクセスまたはｅＭＴＣアクセスを有するときに）これらの要件を認識していないことがありえ、不適切に短いメッセージ配信時間予想およびメッセージ再送信時間、不適切に大きいメッセージサイズおよび／または不適切に高いメッセージ量を使用することを試みえ、それは、今し方説明されたような様々な問題を引き起こしうる。
【００７７】
[0082]今し方説明された問題を克服するために、ＭＭＥ１０８は、ＵＥ１０２によって現在使用されているアクセスタイプのインジケーションを（３ＧＰＰ ＴＳ２９．１７１中に定義されているような）ＬＣＳ−ＡＰロケーション要求メッセージ中でＥ−ＳＭＬＣ１１０に提供しうる。例えば、ＭＭＥ１０８は、ＮＢ−ＩｏＴアクセスが適用されるときにＵＥ１０２がこれを有することをＥ−ＳＭＬＣ１１０に示しうる（例えば、またはｅＭＴＣアクセスが適用されるときにｅＭＴＣアクセスを示しうる）。最大測位（例えば、ＬＰＰ）メッセージサイズ、最大メッセージ量および／または最大の予想されるメッセージ転送遅延のインジケーションに関する追加または代替の情報（例えば、パラメータ）もまた、ＬＣＳ−ＡＰロケーション要求メッセージ中でＥ−ＳＭＬＣ１１０にＭＭＥ１０８によって提供されることができる。ＵＥ１０２がＮＢ−ＩｏＴアクセスを有することをＥ−ＳＭＬＣ１１０がＭＭＥ１０８によって知らされるケースでは、Ｅ−ＳＭＬＣ１１０は、低減された（または好ましい）最大測位メッセージサイズ、最大メッセージ量、および／または最大の予想されるメッセージ転送遅延のような、ＮＢ−ＩｏＴ無線アクセス（またはＣＩｏＴ機能）のための１つまたは複数の構成パラメータで、ＶＰＬＭＮ ＥＰＣ１３０ネットワークオペレータによって構成されることができ、それは、ＭＭＥ１０８によってＥ−ＳＭＬＣ１１０にこれらのパラメータを提供する必要性を避けることができる。Ｅ−ＳＭＬＣ１１０がＮＢ−ＩｏＴアクセス関連構成パラメータで構成されるか、または（例えば、今し方説明されたようにＬＣＳ−ＡＰロケーション要求メッセージ中で）ＭＭＥ１０８によってそのようなパラメータを提供されるかのいずれかであると想定すると、Ｅ−ＳＭＬＣ１１０は、Ｅ−ＳＭＬＣ１１０とＵＥ１０２との間で転送される測位プロトコル（例えば、ＬＰＰおよび／またはＬＰＰｅ）メッセージの数（または量）に対する限定、低減された最大測位メッセージサイズ、および／またはより長い再送信および応答タイマを用いうる。例えば、Ｅ−ＳＭＬＣ１１０は、最大測位メッセージサイズおよび／または最大メッセージ数または最大メッセージ量にしたがって、ＵＥ１０２に転送される支援データの量および／またはＵＥ１０２に要求される測定値の数を限定することができる。
【００７８】
[0083]いくつかのインプリメンテーションでは、Ｅ−ＳＭＬＣ１１０中のセル構成データは、ＵＥ１０２に対する特定のサービングセルがＮＢ−ＩｏＴアクセスをサポートするかどうかに関してＥ−ＳＭＬＣ１１０に知らせうる。これらのインプリメンテーションでは、ＭＭＥ１０８は、Ｅ−ＳＭＬＣがＭＭＥ１０８によってＥ−ＳＭＬＣ１１０に提供されていることがありうるＵＥ１０２に対するサービングセルからＮＢ−ＩｏＴアクセスを推論することが可能でありうることから、ＮＢ−ＩｏＴアクセスを有するＵＥ１０２に対するロケーション要求についての明示的なＮＢ−ＩｏＴインジケーションをＥ−ＳＭＬＣ１１０に転送する必要がないことがありうる。
【００７９】
[0084]アイドル状態におけるＵＥ測位
【００８０】
[0085]ＮＢ−ＩｏＴ無線アクセス、および／またはＣＩｏＴ ＣＰ最適化、ｅＤＲＸおよび／またはＰＳＭのようなＣＩｏＴ機能をサポートするＵＥ（例えば、ＵＥ１０２）は、限定された処理能力、限定されたメモリおよび／または１つだけの無線周波数（ＲＦ）受信機チェーンのような限定されたリソースを有しうる。これは、頻繁に通信せず、且つ低いバッテリ電力を有する低コストデバイスとしてそのようなＵＥをインプリメントすることの結果でありうる。限定されたリソースは、特にＵＥ１０２がＵＥ１０２のユーザまたはＵＥ１０２中のアプリケーションの代わりにデータ転送および／またはＳＭＳ（テキスト）転送のような他のアクティビティを遂行しているときに、測位サポートを限定しうる。リソース限定は、ＵＥ１０２がＷｉＦｉ、Ａ−ＧＮＳＳ、ＥＣＩＤおよびＯＴＤＯＡのような位置決め方法に関連付けられたＷｉＦｉ ＡＰ、ＧＮＳＳ ＳＶ（例えば、ＳＶ１６０）および／または非サービングｅＮＢ（例えば、ｅＮＢ１０６）からの信号を測定し、およびそれらについての関連するロケーション測定値を取得するために、サービングｅＮＢ１０４から１つの異なる周波数またはいくつかの異なる周波数にチューンアウェイ（tune away）する必要がありうることから、これらの位置決め方法に直接影響を与えうる。ＵＥはまた、ネットワークに（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８に）転送されるまで、結果として生じるロケーション測定値（例えば、ＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱ、ＲＳＴＤ、ＲＴＴ、ＳＶ疑似距離の測定値）を記憶する必要がありうる。ＵＥ１０２中の限定されたリソースはしたがって、いくつかの位置決め方法をサポートするためのＵＥ１０２の能力を限定しうる。
【００８１】
[0086]今し方論述されたように、ＵＥ１０２のリソースは限定され、およびことによると、データおよび／またはＳＭＳメッセージを転送することのような他のＵＥ１０２のアクティビティに起因してＵＥ１０２が（例えば、ｅＮＢ１０４およびＭＭＥ１０８へのシグナリング接続を有する）接続された状態にあるときには、利用不可能でありうる。しかしながら、ＵＥ１０２のリソースは、ＵＥ１０２がアイドル状態にある間には、いかなる通信アクティビティも、わずかなまたはいかなる他のアクティビティもそのときにはＵＥ１０２中で進行中でないことがありうることから、最大限に利用可能でありうる。故に、ＵＥ１０２によるＬＴＥアクセスのために３ＧＰＰ ＴＳ２３．２７１中に定義されている現在のＭＴ−ＬＲ、ネットワーク誘発ロケーション要求（ＮＩ−ＬＲ：Network Induced Location Request）およびＭＯ−ＬＲロケーションプロシージャ、およびＯＭＡ ＳＵＰＬ ＵＰロケーションソリューションについての対応するＭＴ−ＬＲおよびＭＯ−ＬＲロケーションプロシージャは、ＵＥ１０２がアイドル状態にあるときにのみＵＥ１０２によるロケーション測定が生じることを可能にされるように補正されうる。ＭＴ−ＬＲ、ＭＯ−ＬＲおよびＮＩ−ＬＲプロシージャはその後、ロケーション要求がＥ−ＳＭＬＣ１１０によってまたはＨ−ＳＬＰ１１８によって（あるいはＤ−ＳＬＰまたはＥ−ＳＬＰのような何らかの他のＳＬＰによって）ＵＥ１０２に送られる時点まで、現在定義されているように機能しうる。ＵＥ１０２はその後、ロケーション要求情報を記憶しえ（例えば、要求されているロケーション測定値のリストを記憶しえ）、ＬＰＰ確認応答が（例えば、Ｅ−ＳＭＬＣ１１０によって）要求されている場合にＬＰＰレベルでロケーション要求を確認応答しうるが、いかなる測定も遂行しないことがありうる。１つよりも多くのロケーション要求が、同様の形でＵＥ１０２に送られ、且つそれによって記憶されうる。ＵＥ１０２が次にアイドル状態に入ると、ＵＥ１０２は、要求された測定を遂行し、接続された状態に戻り、およびサーバ（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８）に要求された測定値（またはロケーション推定値）を送り返しうる。
【００８２】
[0087]ＵＥ１０２によってアイドル状態にある間にロケーション測定値を取得することは、他のエンティティからの何らかのサポートを必要としうる。Ｅ−ＳＭＬＣ（例えば、Ｅ−ＳＭＬＣ１１０）またはＳＬＰ（例えば、Ｈ−ＳＬＰ１１８）からのサポートを可能にするために、新しい能力フラグまたは新しい能力パラメータが、ＵＥが測定値を取得するためにアイドル状態にある必要がある、ＵＥによってサポートされた位置決め方法ごとに、ＬＰＰにおよび／またはＬＰＰｅに追加されうる。ＵＥ１０２はその後、ＬＰＰおよび／またはＬＰＰｅを使用してＥ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８にその測位能力を送り、およびＵＥ１０２がロケーション測定値を取得するためにアイドル状態にある必要がある、ＵＥ１０２によってサポートされた位置決め方法ごとに、新しい能力フラグまたは新しい能力パラメータを含めうる（または設定しうる）。能力フラグまたは能力パラメータが特定の位置決め方法（例えば、Ａ−ＧＮＳＳ、ＯＴＤＯＡ、ＷｉＦｉまたはＥＣＩＤ）のために含められ（または設定され）、且つＥ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８がこの位置決め方法のためにＵＥ１０２に測定値（またはロケーション推定値）を要求する場合、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８は、ＵＥ１０２がアイドル状態になり、測定値を取得し、接続された状態に再び入り、およびＥ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８に測定値（またはロケーション推定値）を返すのに十分な時間を可能にするために、ＵＥ１０２に通常より長い最大応答時間（例えば、２〜１０分の最大応答時間）を示しうる。代替として、新しいフラグまたは新しいパラメータは、ＵＥ１０２がＵＥ１０２によってサポートされた任意の位置決め方法についての測定値を取得するためにアイドル状態にある必要があるかどうかを示すべく、全ての位置決め方法に適用可能であるパラメータの共通セットにおいてＬＰＰまたはＬＰＰｅに追加されうる。この代替の場合、新しい能力フラグまたは新しいパラメータが含められ（または設定され）、且つＥ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８が任意の位置決め方法のためにＵＥ１０２に測定値（またはロケーション推定値）を要求する場合、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８は、今し方説明されたように、ＵＥ１０２がアイドル状態において測定値を取得するのに十分な時間を可能にするために、ＵＥ１０２に通常より長い最大応答時間を示しうる。
【００８３】
[0088]３ＧＰＰ ＣＰロケーションソリューションを使用してアイドル状態におけるＵＥのロケーション測定のためにＭＭＥ（例えば、ＭＭＥ１０８）からのサポートを可能にするために、ＵＥ１０２に対するサービングＭＭＥ１０８は、ＵＥ１０２がＮＢ−ＩｏＴアクセス（またはことによると、ｅＭＴＣのような別のタイプのナローバンドアクセス）を有するときに、ＵＥ１０２は、アイドル状態にある間にロケーション測定を行う必要がありうることを想定しうる。ＭＭＥ１０８はその後、ＵＥ１０２がロケーション測定値を取得し、およびそれをＭＭＥ１０８を介してＥ−ＳＭＬＣ１１０に返すための時間を有する前に、ＵＥ１０２のためのＣＰロケーションセッションをアボートする（aborting）ことを避けるために、ＵＥ１０２のためのＣＰロケーションセッションが、ＵＥ１０２が次にアイドル状態になった後に、何らかのしきい値時間期間が満了するまで（例えば、２〜５分）、続くことを可能にしうる。
【００８４】
[0089]アイドル状態におけるロケーション測定をサポートするために、ＵＥ１０２は、ＵＥ１０２が要求されたロケーション測定値を取得および返すためにアイドル状態に入る必要があることを（例えば、ＬＰＰまたはＬＰＰｅを使用して）Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８に、および／または（例えば、３ＧＰＰ ＴＳ２４．３０１中に定義されているようなＮＡＳを使用して）ＭＭＥ１０８に明示的に示しうる。例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８がロケーション測定値を要求するためにＵＥ１０２にＬＰＰロケーション情報要求メッセージ（an LPP Request Location Information message）を送った後に、ＵＥ１０２は、ＵＥ１０２が要求されたロケーション測定値を取得するためにアイドル状態に入る必要があることを示す（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８によって送られるＬＰＰロケーション情報要求メッセージと同じＬＰＰトランザクションＩＤを包含し、且つＬＰＰトランザクション終了フラグ（an LPP end of transaction flag）が設定されていない）暫定ＬＰＰロケーション情報提供メッセージ（an interim LPP Provide Location Information message）をＥ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８に返しうる。Ｅ−ＳＭＬＣ１１０による測位のケースでは、Ｅ−ＳＭＬＣ１１０はその後、ＵＥ１０２が要求されたロケーション測定値を取得するためにアイドル状態に入る必要があることをＭＭＥ１０８に示すメッセージをＭＭＥ１０８に送りうる。ＭＭＥ１０８はその後、（例えば、ＭＭＥ１０８からＵＥ１０２へのシグナリング接続の解放を引き起こすことによって、あるいは、シグナリング非アクティビティ期間を検出した後に、ｅＮＢ１０４またはＵＥ１０２がＵＥ１０２のためのシグナリング接続を解放することを可能にしうる、ＵＥ１０２へのおよびＵＥ１０２からのデータおよびテキスト転送の一時的中断によって）ＵＥ１０２がアイドル状態に入ることを支援しうる。ＵＥ１０２はその後、アイドル状態に入り、および要求されたロケーション測定値を取得しうる。Ｅ−ＳＭＬＣ１１０、Ｈ−ＳＬＰ１１８および／またはＭＭＥ１０８は、（例えば、ＵＥ１０２がロケーション測定値を取得するためにアイドル状態に入る必要があることを知らされることに起因して）ＵＥ１０２からの通常より長い応答時間を可能にしえ、それにより、ＵＥ１０２へのロケーションセッションをアボートすることを避けうる。ＵＥ１０２が要求されたロケーション測定値を取得した後に、ＵＥ１０２は、接続された状態に再び入り、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８にロケーション測定値を送りうる。
【００８５】
[0090]ＵＥ１０２によるアイドル状態への突入が、ネットワーク（ＶＰＬＭＮ）側上で長い時間（例えば、３分以上）にわたって遅延するケースでは、ＵＥ１０２は、タイマを作動させ、およびｅＮＢ１０４へのＲＲＣシグナリング接続を局所的に解放し、およびＵＥ１０２中での何らかの非アクティビティ期間後にアイドル状態に入りうる。代替として、ＵＥ１０２は、ＲＲＣシグナリング接続の解放または一時中断の要求を包含するＲＲＣメッセージをサービングｅＮＢ１０４に送ることによって、サービングｅＮＢ１０４にＲＲＣシグナリング接続の解放または一時中断を要求しえ、それはその後、ＵＥ１０２がアイドル状態に入ることを可能にしうる。高優先度のロケーション要求のケースでは、Ｅ−ＳＭＬＣ１１０は、ＵＥ１０２がいつアイドル状態になることを可能にされることができるのかをＭＭＥ１０８に示しうる。３ＧＰＰ ＣＰロケーションソリューションの場合、そのようなプロシージャは、ＵＥ１０２がアイドル状態にある間にロケーションコンテキストおよびロケーションセッション情報を保持し、且つ適切に長い応答タイマを用いるために、ＵＥ１０２が測定を遂行すべくアイドル状態になることをＭＭＥ１０８およびＥ−ＳＭＬＣ１１０が認識することを必要とする可能性がある。ＭＭＥ１０８およびＥ−ＳＭＬＣ１１０によるこの認識は、ＵＥ１０２によるロケーション測定値を取得するためのアイドル状態の使用が、ＵＥ１０２がＮＢ−ＩｏＴアクセスを有するときにのみ使用される場合に、ＵＥ１０２についてのＮＢ−ＩｏＴアクセスに関連付けられることができる。代替として、ＵＥ１０２によるロケーション測定値を取得するためのアイドル状態の使用は、新しいＣＩｏＴ ＵＥ能力として扱われうる（例えば、および、ＶＰＬＭＮ ＥＰＣ１３０にアタッチしているときにＮＡＳシグナリングを使用してＵＥ１０２によってＭＭＥ１０８に示されうる、および／または、ＬＰＰまたはＬＰＰｅを使用してＥ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８に示されうる）。ＵＥ１０２の測定のためのアイドル状態の使用は、外部クライアント１５０に対するロケーション応答を遅延させる効果を有しうる。しかしながら、そのような遅延は、ＵＥ１０２がロケーションのために利用可能になるのを待つことに伴うより長い遅延と比較して非常に小さくありえ、したがって、外部クライアント１５０にとって重要ではないことがありうる。
【００８６】
[0091]ＮＢ−ＩｏＴについてのセキュリティ
【００８７】
[0092]ＣＩｏＴ ＣＰ最適化をサポートするが、ＵＰデータ転送をサポートしない、ＮＢ−ＩｏＴアクセスを有するＵＥ１０２の場合、（ＵＥ１０２とｅＮＢ１０４との間でのワイヤレスシグナリングが暗号化されうる）アクセス層（ＡＳ）セキュリティは、ＵＥ１０２についてサポートされないことがありうる。（ＵＥ１０２のためのシグナリング接続が解放されるというよりはむしろ一時中断される可能性がある）ＣＩｏＴユーザプレーン（ＵＰ）最適化または通常のＵＰデータ転送およびＣＩｏＴ ＣＰ最適化をサポートするＵＥ１０２の場合、ＡＳセキュリティは、ＵＥ１０２のためのパケットデータネットワーク（ＰＤＮ）接続が作成されるか、または再開されるとすぐにサポートされることができる。
【００８８】
[0093]３ＧＰＰ ＴＳ３６．３０５中に定義されている３ＧＰＰ ＣＰソリューションを使用するＵＥ１０２についてのロケーションのケースでは、ＡＳセキュリティの欠如の可能性（the possible lack）は、ＵＥ１０２の測位がＬＰＰおよび／またはＬＰＰｅ測位プロトコルを使用してサポートされるときには重要でないことがありうる。これは、ＬＰＰおよび／またはＬＰＰｅメッセージが、３ＧＰＰ ＴＳ２４．３０１中に定義されているアップリンクおよびダウンリンク包括的ＮＡＳトランスポートメッセージ（Uplink and Downlink generic NAS transport messages）のような非アクセス層（ＮＡＳ）メッセージ内でＵＥ１０２とサービングＭＭＥ１０８との間で転送されうるためである。全てのＮＡＳメッセージは、ＮＡＳセキュリティを使用して、ＵＥ１０２とサービングＭＭＥ１０８との間で移動中に、暗号化を介して保護されえ、それにより、ＵＥ１０２またはＶＰＬＭＮ ＥＰＣ１３０にとってセキュリティリスクではないことがありうる。
【００８９】
[0094]同様の保護は、ＯＭＡ ＳＵＰＬソリューションに適用されうる。このケースでは、ＳＵＰＬメッセージは、（ａ）ＣＩｏＴ ＣＰ最適化あるいは（ｂ）ＣＩｏＴ ＵＰ最適化に関連付けられたＥＰＣ ＵＰデータベアラまたは非最適化ＵＰベアラのいずれかを使用して、ＵＥ１０２とＨ−ＳＬＰ１１８のようなＳＬＰとの間でデータとして転送されうる。ＮＡＳセキュリティは、（ａ）のために利用可能でありえ、ＡＳセキュリティは、（ｂ）のために利用可能でありえ、それにおいて、ＵＥ１０２に、およびＵＥ１０２から転送されるＳＵＰＬメッセージは、少なくともＵＥ１０２とサービングｅＮＢ１０４との間で移動中に暗号化されるであろう。
【００９０】
[0095]３ＧＰＰ ＴＳ３６．３０５中に定義されている３ＧＰＰ ＣＰソリューションが、ＵＥ１０２の測定値がＵＥ１０２から直接ではなく、サービングｅＮＢ１０４、ｅＮＢ１０６のような他のｅＮＢから（例えば、３ＧＰＰ ＴＳ３６．４５５中に定義されているＬＴＥ測位プロトコルＡ（ＬＰＰａ）を使用して）、またはロケーション測定ユニット（ＬＭＵ：Location Measurement Units）からＥ−ＳＭＬＣ１１０によって受信されるアップリンク位置決め方法で使用されるとき、セキュリティが問題となりうる。３ＧＰＰ ＴＳ３６．３０５中に定義されているアップリンク位置決め方法の例は、ＵＥ１０２についてのロケーション測定値が、ＵＥ１０２によってというよりはむしろＬＭＵによって、および／またはＵＥ１０２に対するサービングｅＮＢ１０４、他のｅＮＢ（例えば、ｅＮＢ１０６）によって取得されるＥＣＩＤおよびアップリンク到着時間差（Ｕ−ＴＤＯＡ）を含む。これらのケースでは、測位を調整するために、および／またはサービングｅＮＢ１０４においてＵＥ１０２によって取得される測定値を受信するためにサービングｅＮＢ１０４とＵＥ１０２との間で使用されるいずれの無線リソース制御（ＲＲＣ）シグナリングも、ＣＩｏＴ ＣＰ最適化がＭＭＥ１０８とＵＥ１０２との間でのデータＰＤＵ転送のための使用であるとき、セキュリティ保護されていないことがありうる（例えば、暗号化されていないことがありうる）。加えて、サービングｅＮＢ１０４、別のｅＮＢ１０６によって、および／またはＬＭＵによって測定されるＲＲＣレベルのＵＥ１０２からのいかなるアップリンク送信も、セキュリティ保護されていないことがありえ（例えば、暗号化されていないことがありえ）、このことから、他のエンティティが傍受および測定することがより容易である可能性がある。これらの限定は、（例えば、ＬＰＰａおよびＲＲＣプロトコルを使用する）ＵＥ１０２に対するアップリンク測位のサポートが、いかなるＵＰデータベアラもＵＥ１０２によってサポートされていない、またはＵＥ１０２に対して確立されないときのＣＩｏＴ ＣＰ最適化のケースでは、セキュアでないことがありうることを意味する。
【００９１】
[0096]ＵＥ１０２のアップリンク測位のケースでのセキュリティの欠如を緩和するために、ＭＭＥ１０８は、ＡＳセキュリティ（例えば、暗号化）がＵＥ１０２のために現在使用されているか否かを、Ｅ−ＳＭＬＣ１１０に送られるＬＣＳ−ＡＰロケーション要求中で、Ｅ−ＳＭＬＣ１１０に示しうる。例えば、全てのデータ転送のためにＣＩｏＴ ＣＰ最適化を使用するＵＥ１０２の場合、ＭＭＥ１０８は、ＡＳセキュリティが使用されていないことを示す可能性がある。Ｅ−ＳＭＬＣ１１０はその後、ＵＥ１０２に対して異なる位置決め方法を引き起こすときにこれを考慮に入れる可能性がある。例えば、（Ａ−ＧＮＳＳおよびＯＴＤＯＡのような）ＵＥ１０２によってサポートされているダウンリンク位置決め方法は、セキュリティが、以前に説明されたようなＮＡＳセキュリティおよび暗号化の可用性に起因して必要とされないことがありうることから、Ｅ−ＳＭＬＣ１１０によって使用されうる。しかしながら、アップリンク測位のために、Ｅ−ＳＭＬＣ１１０は、ＡＳセキュリティが使用されていないときにＵＥ１０２との追加のＲＲＣシグナリングを必要としない（例えば、ｅＮＢ１０４からの）ｅＮＢ測定値に依存するアップリンク位置決め方法を呼び出すのみでありうる。
【００９２】
[0097]ＮＢ−ＩｏＴを用いるＣＰ対ＵＰロケーションソリューション
【００９３】
[0098]（例えば、３ＧＰＰ ＴＳ２３．２７１および３６．３０５中に定義されているような）３ＧＰＰ ＣＰロケーションソリューションでは、ＭＭＥ１０８は、ＵＥ１０２が測位のために次に到達可能になるまでＵＥ１０２に対する延期されたＭＴ−ＬＲ要求を待ち行列にいれえ、およびＥ−ＳＭＬＣ１１０に延期された要求を送ることを避けえ、それは、Ｅ−ＳＭＬＣ１１０のインプリメンテーションを簡略化しうる。ＵＥ１０２についての最後の既知のロケーションはまた、以前に説明されたように、ＭＭＥ１０８またはｅＮＢ１０４中にＵＥ１０２についての最後の既知のサービングセルＩＤ（およびことによるとロケーション測定値）を記憶することによってサポートされうる。Ｅ−ＳＭＬＣ１１０はまた、ＵＥ１０２が測位のために到達可能であるときに、ＵＥ１０２に対する現在のロケーション要求についての現在のセルＩＤおよびことによるとＥＣＩＤロケーション測定値を受信しうる。ＭＭＥ１０８は、ＣＰロケーションセッションがアクティブであることを認識し続け、およびＵＥ１０２が、より長く接続された状態に留まる、またはアイドル状態から戻ることを可能して、以前に説明されたようにＥ−ＳＭＬＣ１１０に要求された測定値を返しうる。
【００９４】
[0099]ＯＭＡ ＳＵＰＬ ＵＰロケーションソリューションでは、Ｈ−ＳＬＰ１１８は、ＵＥ１０２がアイドル状態にあり、且つ（例えば、ＭＭＥ１０８によって）ページングのために利用可能でない間に、外部クライアント１５０からロケーション要求を受信しえ、およびＵＥ１０２についてのロケーションを取得するために、例えば、数時間待つ必要がありうる。Ｈ−ＳＬＰ１１８はまた、現在のＳＵＰＬプロシージャを使用してＵＥ１０２についての最後の既知のロケーションを必ずしも取得できない。Ｈ−ＳＬＰ１１８はまた、ＵＥ１０２が測位のためにいつ次に利用可能になるのかを知らないことがありうる。例えば、Ｈ−ＳＬＰ１１８は、ＳＵＰＬロケーションセッションを始めるためにＵＥ１０２にＳＵＰＬ ＩＮＩＴメッセージを送り、その後、ＵＥ１０２からの返答のために数時間待ちうる。
【００９５】
[00100]ＳＵＰＬロケーションを改善するために、Ｈ−ＳＬＰ１１８は、３ＧＰＰ ＴＳ２３．６８２中に定義されているような、ＵＥ１０２に対するＨＰＬＭＮ１４０中のサービス能力公開機能（ＳＣＥＦ：a Service Capability Exposure Function）から、最後の既知のセルＩＤおよび／またはＵＥ１０２の可用性（または到達可能性）インジケーションを取得するために、サービス能力サーバ（ＳＣＳ：a Services Capability Server）機能を使用またはサポートしうる。これは、Ｈ−ＳＬＰ１１８が、３ＧＰＰ ＣＰロケーションサービスとほとんど同等の形で、ＵＥ１０２についての最後の既知のロケーションと、現在のロケーションと、延期された周期的およびトリガされたロケーションとをサポートすることを可能にすることができる。
【００９６】
[00101]いくつかのより詳細な例証的な実施形態が、以前に説明された技法のうちのいくつかについてここに提供される。
【００９７】
[00102]図２は、ＩｏＴまたはＣＩｏＴに適用可能である機能および／またはＮＢ−ＩｏＴ無線アクセスを使用しているＵＥ１０２についての最後の既知のロケーションを取得することのプロセスを例示するシグナリングフロー２００を示している。ステージ２０１において例示されているように、ＵＥ１０２は、ｅＮＢ１０４によって受信される要求を送信する。要求は、ＵＥ１０２が、ｅＮＢ１０４およびＭＭＥ１０８へのアクティブＲＲＣシグナリング接続をＵＥ１０２が取得する接続された状態に入ることを可能にする。要求は、例えば、ＮＡＳアタッチ要求、ＮＡＳトラッキングエリア更新要求、ＲＲＣ接続再開、ＮＡＳサービス要求またはＮＡＳ制御プレーンサービス要求でありうる。要求は、ＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱおよび／またはＲＴＴの測定値のような、サービングｅＮＢ１０４から受信される信号のＵＥ１０２によって取得されたロケーション測定値を含みうる、および／またはｅＮＢ１０４および他のｅＮＢ（例えば、ｅＮＢ１０６）のＲＳＴＤロケーション測定値を含みうる。ロケーション測定値は、ＵＥ１０２によって取得されるとき、ステージ２０１より前に取得されていることがありえ、例えば、それは、ＵＥ１０２が依然としてアイドル状態にあることに起因してＵＥ１０２が限定されたリソースを有しているときに、ＵＥ１０２によるロケーション測定を支援しうる。要求はさらに、ＵＥがロケーション測定値を取得した時間（および日付）を含みうる。
【００９８】
[00103]ステージ２０２において、ｅＮＢ１０４は、Ｓ１−ＡＰ初期コンテキストセットアップメッセージまたはＳ１−ＡＰ ＵＥコンテキスト再開メッセージをサービングＭＭＥ１０８に送信し、それは、任意のＮＡＳメッセージ、ＵＥ１０２のロケーション測定値および／またはステージ２０１においてＵＥ１０２から受信されたロケーション測定値の時間（および日付）を含みうる。加えて、ステージ２０２におけるメッセージは、ＵＥ１０２についてのサービングセルＩＤ、ｅＮＢ１０４のＩＤ、ＵＥ１０２のｅＮＢ１０４によって取得されたロケーション測定値（例えば、ＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱおよび／またはＲＴＴ）および／またはｅＮＢ１０４がサービングセルＩＤおよび／またはロケーション測定値を取得した時間（日付）を含みうる。
【００９９】
[00104]ステージ２０３において、ＭＭＥ１０８は、受信されたセルＩＤ、ｅＮＢ１０４のＩＤ、ＵＥ１０２のロケーション測定値、ｅＮＢ１０４のロケーション測定値（またはステージ２０２において受信されたこれらのうちのどちらか）、およびこれらがＭＭＥ１０８によって受信された（または、これらがＵＥ１０２またはｅＮＢ１０４によって取得された時間がより早かった場合には、これらがＵＥ１０２またはｅＮＢ１０４によって取得された）時間（および日付）を記憶しうる。ステージ２０３に続いて、ＵＥ１０２は、ｅＮＢ１０４によるＲＲＣシグナリングリンクおよびＭＭＥ１０８へのシグナリング接続を割り当てられえ、および接続された状態に入りうる（図２中には図示せず）。
【０１００】
[00105]ステージ２０４において、ＵＥ１０２のアクティビティは、ＵＥが接続された状態にある間に遂行される、例えば、ＵＥ１０２は、ｅＮＢ１０４、ＳＧＷ１１２、ＰＤＧ１１４およびＭＭＥ１０８のうちの１つまたは複数を介してデータおよび／またはＳＭＳ（ショートメッセージサービス）メッセージを送受信しうる。
【０１０１】
[00106]ステージ２０５において、ＵＥ１０２のためのＲＲＣ接続（およびシグナリングリンク）は、解放または一時中断され、ＵＥ１０２は、アイドル状態に入る。ＵＥ１０２および／またはｅＮＢ１０４は、シグナリングリンクを開放するより前に（またはｅＮＢ１０４のケースではシグナリングリンクを開放した直後に）ＭＭＥ１０８に追加のロケーション測定値を送りえ、ＭＭＥ１０８は、これらの測定値を記憶しうる。ＭＭＥはまた、ＵＥがアイドル状態に入る時間（および日付）および／または追加のロケーション測定値が受信または取得された時間（および日付）を記憶しうる。追加のロケーション測定値は、シグナリングリンクを解放するより前に（例えば、直前に）ｅＮＢ１０４によって、および／またはＵＥ１０２によって取得されていることがありうる。ステージ２０５におけるアイドル状態への突入は、ＵＥ１０２が長い持続時間（例えば、数時間）にわたってＭＭＥ１０８によって（またはＶＰＬＭＮ ＥＰＣ１３０によって）再び到達可能にならないことがありうる、ＵＥ１０２に対するｅＤＲＸまたはＰＳＭサポートに関連付けられうる。
【０１０２】
[00107]ステージ２０６において、ＵＥ１０２に対するロケーション要求は、何らかの外部ソースから（例えば、直接またはＨ−ＧＭＬＣ１４８を介してのいずれかで外部クライアント１５０から）ＧＭＬＣ１１６によって受信される。ロケーション要求は、ＵＥ１０２がアイドル状態にある間に受信される。ロケーション要求は、現在または最後の既知のロケーションが要求されていることを示しうる。
【０１０３】
[00108]ステージ２０７において、ＧＭＬＣ１１６は、ＵＥ１０２についての現在または最後の既知のロケーションを要求するために、ＵＥ１０２に対するサービングＭＭＥ１０８にＥＰＣ ＬＣＳプロトコル（ＥＬＰ）加入者ロケーション提供メッセージ（an EPC LCS Protocol (ELP) Provide Subscriber Location message）を送り、およびＵＥ１０２についてのアイデンティティ（例えば、モバイル局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ：a Mobile Station International Subscriber Directory Number）または国際モバイル加入者アイデンティティ（ＩＭＳＩ：International Mobile Subscriber Identity））を含める。ＧＭＬＣ１１６は、ＵＥ１０２に対するＨＳＳ（例えば、ＨＳＳ１４５）をクエリすることによって、またはステージ２０６における要求中でＭＭＥ１０８のアドレスまたはアイデンティティを提供されることによって、ＭＭＥ１０８のアドレスまたはアイデンティティを決定しうる（図２中には図示せず）。
【０１０４】
[00109]ステージ２０８において、ＭＭＥ１０８は、Ｅ−ＳＭＬＣ１１０にＬＣＳ−ＡＰロケーション要求メッセージを送り、それは、ステージ２０３および／またはステージ２０５において以前に記憶されたサービングセルＩＤ、ｅＮＢ１０４のＩＤ、ＵＥ１０２のロケーション測定値およびｅＮＢ１０４のロケーション測定値（または利用可能なこれらのうちのどれか）を含みうる。ＭＭＥ１０８は、ステージ２０８において提供される情報のみを使用してＵＥ１０２についてのロケーションが取得されるべきであり、およびＵＥ１０２が測位のために利用可能でないというインジケーションをＬＣＳ−ＡＰロケーション要求中に含めうる。ＬＣＳ−ＡＰロケーション要求中のインジケーションはまた、あるいは代わりに、ＵＥ１０２がＶＰＬＭＮ ＥＰＣ１３０およびＥ−ＵＴＲＡＮ１２０にワイヤレスに接続されていない、および／またはＵＥ１０２についての最後の既知のロケーションが要求されていることを示しうる。ステージ２０８におけるＭＭＥ１０８のアクションは、ＵＥ１０２が現在測位のために到達可能でないというＭＭＥ１０８による知識に基づきうる（例えば、ＶＰＬＭＮ ＥＰＣ１３０によるＵＥ１０２についてのｅＤＲＸまたはＰＳＭのサポートに基づきうる）。ステージ２０８におけるＭＭＥ１０８のアクションはまた、ステージ２０７において受信されたＵＥ１０２についての現在または最後の既知のロケーションを求める要求に一部基づきうる。
【０１０５】
[00110]ステージ２０９において、Ｅ−ＳＭＬＣ１１０は、例えば、ＥＣＩＤ、セルＩＤおよび／またはＯＴＤＯＡ位置決め方法を使用して、ステージ２０８において受信された情報からＵＥ１０２の最後の既知のロケーションを決定しうる。（例えば、ＵＥ１０２についての現在のロケーションを取得しようと試みる代わりに）Ｅ−ＳＭＬＣ１１０によるＵＥ１０２についての最後の既知のロケーションの決定は、ＵＥ１０２が測位のために利用可能でないという、ステージ２０８において受信されたインジケーションに、（あるいはＵＥ１０２がＶＰＬＭＮ ＥＰＣ１３０およびＥ−ＵＴＲＡＮ１２０にワイヤレスに接続されていないという、ステージ２０８において受信されたインジケーションに、またはＵＥ１０２についての最後の既知のロケーションが要求されているというインジケーションに）基づきうる。
【０１０６】
[00111]ステージ２１０において、Ｅ−ＳＭＬＣ１１０は、ＬＣＳ ＡＰロケーション応答メッセージをＭＭＥ１０８に送り、それは、ステージ２０９において取得されたＵＥ１０２の最後の既知のロケーションを含む。
【０１０７】
[00112]ステージ２１１において、ＭＭＥ１０８は、ステージ２１０において受信されたＵＥ１０２の最後の既知のロケーションと、最後の既知のロケーションについての時間（および日付）とを含むＥＬＰ加入者ロケーション提供確認応答メッセージ（an ELP Provide Subscriber Location Acknowledge message）をＧＭＬＣ１１６に送信する。最後の既知のロケーションについての時間（および日付）は、ステージ２０５においてＭＭＥ１０８によって記憶されたような、ＵＥ１０２がアイドル状態に入ったときの、および最後の既知のロケーションがＵＥ１０２についての最後の既知のセルＩＤまたは最後の既知のｅＮＢ ＩＤを使用して取得されたときの、時間（および日付）でありうる。代替として、最後の既知のロケーションについての時間（および日付）は、最後の既知のロケーションを取得するためにステージ２０８においてＥ−ＳＭＬＣ１１０に提供されたロケーション測定値がステージ２０２またはステージ２０５においてＭＭＥ１０８によって受信された時間（および日付）でありえ、あるいはＵＥ１０２またはｅＮＢ１０４によって取得された時間がより早かった場合にはこの時間（および日付）でありうる。いくつかの実施形態では、最後の既知のロケーションについての時間（および日付）は、最後の既知のロケーションの経過時間、例えば、最後の既知のロケーションについての時間（および日付）と現在の時間（および日付）との間の時間間隔、によって置き換えられうる。
【０１０８】
[00113]ステージ２１２において、ＧＭＬＣ１１６は、ステージ２１１において受信された最後の既知のロケーションについての時間（および日付）、または経過時間と、ＵＥ１０２の最後の既知のロケーションとを含みうるロケーション応答メッセージを外部ソース（例えば、外部クライアント１５０またはＨ−ＧＭＬＣ１４８）に送る。
【０１０９】
[00114]図３は、ＵＥ可用性イベントについての延期されたロケーションと、ＵＥがＮＢ−ＩｏＴアクセスを有し、且つ特別な測位サポート（例えば、最大ＬＰＰメッセージサイズ、より長い再送信および応答タイマ）を必要とするというＥ−ＳＭＬＣへのインジケーションと、ロケーション測定値を取得するためのＵＥによるアイドル状態の使用との組み合わされた例を例示するシグナリングフロー３００を示している。例は、ＮＢ−ＩｏＴアクセスについてのものであり、（ｉ）ＵＥ１０２についての延期されたロケーション、（ｉｉ）アイドル状態におけるＵＥ１０２の測定、および（ｉｉｉ）ＮＢ−ＩｏＴアクセスを有するＵＥ１０２のＥ−ＳＭＬＣ１１０へのインジケーションを含むが、これらの機能のうちの３つ全てがともに使用されること、またはＵＥ１０２がＮＢ−ＩｏＴアクセスを有することは必要ではなく、これらの３つの機能のうちの１つまたは２つのみがＵＥ１０２をロケートするために使用され、またはＵＥ１０２が異なるアクセスタイプ（例えば、ｅＭＴＣアクセス）を有する他の例が存在しうる。例示されているように、シグナリングフロー３００のステージ３０１において、ＵＥ１０２は初めに、ＰＬＭＮへの（例えば、ｅＮＢ１０４およびＭＭＥ１０８への）アクティブなＲＲＣシグナリング接続を有さないアイドル状態にあり、および、例えば、ＶＰＬＭＮ ＥＰＣ１３０によるＵＥ１０２についてのｅＤＲＸまたはＰＳＭのサポートに起因して、測位のために現在到達可能ではない。
【０１１０】
[00115]ステージ３０２において、ＧＭＬＣ１１６は、何らかの外部ソースから（例えば、直接またはＨ−ＧＭＬＣ１４８を介してのいずれかで外部クライアント１５０から）ＵＥ可用性イベントについてのＵＥ１０２に対する延期されたロケーション要求を受信する。延期されたロケーション要求は、ＵＥ１０２が次に測位のために利用可能（または到達可能）になった後のＵＥ１０２の現在のロケーションを求める要求を示しうる。
【０１１１】
[00116]ステージ３０３において、ＧＭＬＣ１１６は、ＵＥ可用性イベントについてのＵＥ１０２の延期されたロケーションを要求するためにＭＭＥ１０８にＥＬＰ加入者ロケーション提供メッセージを送り、ＵＥ１０２についてのアイデンティティ（例えば、ＭＳＩＳＤＮまたはＩＭＳＩ）を含める。ＧＭＬＣ１１６は、ＵＥ１０２に対するＨＳＳ（例えば、ＨＳＳ１４５）をクエリすることによって、またはステージ３０２における要求中でＭＭＥ１０８のアドレスまたはアイデンティティを提供されることによって、ＭＭＥ１０８のアドレスまたはアイデンティティを決定しうる（図３中には図示せず）。
【０１１２】
[00117]ステージ３０４において、ＭＭＥ１０８は、ＵＥ１０２が測位のために現在利用可能でないことから、ステージ３０３において受信された要求を記憶する。
【０１１３】
[00118]ステージ３０５において、ＭＭＥ１０８は、ステージ３０３における要求が受け入れられたことを確認するＥＬＰ加入者ロケーション提供確認応答メッセージをＧＭＬＣ１１６に返す。いくつかの実施形態では、ステージ３０５におけるＥＬＰ加入者ロケーション提供確認応答メッセージは、（例えば、図２について説明されたように取得された）ＵＥ１０２についての最後の既知のロケーションおよび最後の既知のロケーションについての時間（および日付）、または経過時間を含みうる、および／またはＵＥ１０２が測位のために次に利用可能になるための予想される（例えば、最大）遅延を含みうる。例えば、予想される（または最大）遅延は、（例えば、ｅＤＲＸがＵＥ１０２によって使用される場合には）ＭＭＥ１０８におけるＵＥ１０２についての次の可能にされるページング機会、または（例えば、ＰＳＭがＵＥ１０２によって使用される場合には）ＵＥ１０２からの次の予想される周期的トラッキングエリア更新、までの時間間隔に等しくありうる。
【０１１４】
[00119]ステージ３０６において、ＧＭＬＣ１１６は、ステージ３０２における要求が受け入れられたことを示す要求受け入れメッセージ（a Request Accepted message）を外部ソース（例えば、外部クライアント１５０）に送りえ、ＵＥ１０２についての最後の既知のロケーション、最後の既知のロケーションについての時間（および日付）、または経過時間、および／またはＵＥ１０２が測位のために次に利用可能になることにおける予想される（例えば、最大）遅延を、これらのうちの１つまたは複数がステージ３０５において含まれた場合に含めうる。
【０１１５】
[00120]何らかの後の時間（例えば、ステージ３０２〜３０６後に最大で数時間以上まで）において生じうるステージ３０７において、ＵＥ１０２は、例えば、ＵＥ１０２によるトラッキングエリア更新、またはページングのために利用可能になった後にＭＭＥ１０８によってページングされることの結果として（図３中に図示せず）、ＵＥ１０２がｅＮＢ１０４およびＭＭＥ１０８へのアクティブなＲＲＣシグナリング接続を有する接続された状態に再び入る。
【０１１６】
[00121]ステージ３０８において、ＭＭＥ１０８は、ステージ３０３において受信された延期されたロケーション要求についてのＬＣＳ−ＡＰロケーション要求メッセージをＥ−ＳＭＬＣ１１０に送り、およびＵＥ１０２についての現在のサービングセルＩＤ、ＵＥ１０２がＮＢ−ＩｏＴアクセスを有するというインジケーションおよび／またはＵＥ１０２がアイドル状態にある間にＵＥ１０２がロケーション測定を遂行するというインジケーションを含めうる。ＭＭＥ１０８は、ＵＥ１０２がＮＢ−ＩｏＴアクセスを有することに起因して、またはＵＥ１０２が以前にＶＰＬＭＮ ＥＰＣ１３０にアタッチされていたときに（図３中に図示せず）、ＭＭＥ１０８にＵＥ１０２によって提供された（例えば、アイドル状態におけるＵＥ１０２のロケーション測定を示す）ＣＩｏＴ機能インジケーションから、ＵＥ１０２がアイドル状態にある間にロケーション測定を遂行すると決定しうる。ステージ３０８に続いて、Ｅ−ＳＭＬＣ１１０は、ＬＰＰおよび／またはＬＰＰｅを使用してＵＥ１０２の測位能力を要求および取得しうる（図３中に図示せず）。例えば、Ｅ−ＳＭＬＣ１１０は、ＵＥ１０２の測位能力を要求するために、（ＭＭＥ１０８およびｅＮＢ１０４を介して、そして図３中には図示せず）ＵＥ１０２にＬＰＰ能力要求メッセージ（an LPP Request Capabilities message）を送りえ、ＵＥ１０２は、ＵＥ１０２の測位能力を包含するＬＰＰ能力提供メッセージ（an LPP Provide Capabilities message）を（ｅＮＢ１０４およびＭＭＥ１０８を介して、そして図３中には図示せず）Ｅ−ＳＭＬＣ１１０に返しうる。一実施形態では、ＵＥ１０２の測位能力は、ＵＥ１０２がロケーション測定値を取得するためにアイドル状態にある必要がある、ＵＥ１０２によってサポートされた１つまたは複数の位置決め方法を示しうる。
【０１１７】
[00122]ステージ３０９において、Ｅ−ＳＭＬＣ１１０は、ＵＥ測定のための支援データ（例えば、ステージ３０８後にＥ−ＳＭＬＣ１１０によって取得されたＵＥ１０２についての任意の測位能力によってサポートされるとして示された支援データ）を含むＬＰＰ支援データ提供メッセージ（an LPP Provide Assistance Data message）をＭＭＥ１０８およびｅＮＢ１０４を介してＵＥ１０２に送信しうる。支援データは、ＥＣＩＤ、ＯＴＤＯＡ、Ａ−ＧＮＳＳおよび／またはＵＥ１０２によってサポートされた他の位置決め方法のためのものでありうる。いくつかの実施形態では、ＵＥ１０２は、ステージ３０９において送られる支援データを要求するために、ステージ３０９より前に且つステージ３０８の後にＥ−ＳＭＬＣ１１０にＬＰＰ支援データ要求メッセージ（an LPP Request Assistance Data message）を送りうる（図３中に図示せず）。いくつかの実施形態では、Ｅ−ＳＭＬＣ１１０が、ＵＥ１０２がＮＢ−ＩｏＴアクセスを有することを（例えば、ステージ３０８において受信されたこのインジケーションに起因して）認識しているとき、Ｅ−ＳＭＬＣ１１０は、ＮＢ−ＩｏＴアクセスを有するＵＥのための最大測位メッセージサイズまたは最大メッセージ量に基づいて、ステージ３０９においてＵＥ１０２に送られる支援データの量を制限しうる。例えば、ステージ３０９において送られるＬＰＰ支援データ提供メッセージは、ＮＢ−ＩｏＴアクセスのための最大測位メッセージサイズ（または任意のアプリケーションのための最大メッセージサイズ）を上回らないことがありうる。いくつかの実施形態では、１つよりも多くのＬＰＰ支援データ提供メッセージが、ＮＢ−ＩｏＴアクセスのための最大測位メッセージサイズ（または任意のアプリケーションのための最大メッセージサイズ）を上回ることなしに、ＵＥ１０２により多くの支援データを送るためにステージ３０９においてＵＥ１０２に送られうる。
【０１１８】
[00123]ステージ３１０において、Ｅ−ＳＭＬＣ１１０は、例えば、ＯＴＤＯＡ、Ａ−ＧＮＳＳおよび／またはＥＣＩＤについてのロケーション測定値を求める要求を含むＬＰＰロケーション情報要求メッセージをＭＭＥ１０８およびｅＮＢ１０４を介してＵＥ１０２に送信する。ステージ３１０において送られるＬＰＰロケーション情報要求メッセージは、ＵＥ１０２が要求されたロケーション測定値のうちのいくつかまたは全てを取得するためにアイドル状態にある必要があることをＥ−ＳＭＬＣ１１０が（例えば、ステージ３０８においてＭＭＥ１０８によって提供された情報から、またはステージ３０８に続いて受信されたＵＥ１０２についての測位能力から）認識している場合には、通常より長い応答時間（例えば、２〜１０分）を示しうる。いくつかの実施形態では、Ｅ−ＳＭＬＣ１１０が、ＵＥ１０２がＮＢ−ＩｏＴアクセスを有することを（例えば、ステージ３０８において受信されたこのことのインジケーションに起因して）認識しているとき、Ｅ−ＳＭＬＣ１１０は、（例えば、ＮＢ−ＩｏＴアクセスを有するＵＥのための最大測位メッセージサイズに基づいて）ステージ３１０においてＵＥ１０２に要求されるロケーション測定値の数を制限しうる。ある実施形態では、ステージ３１０に続いて、そして図３中に図示されていないが、ＵＥ１０２は、ＵＥ１０２がステージ３１０においてＥ−ＳＭＬＣ１１０によって要求されたロケーション測定値を取得するためにアイドル状態に入る必要があることを示すために、ＭＭＥ１０８にＮＡＳメッセージを、および／またはＥ−ＳＭＬＣ１１０にＬＰＰメッセージ（例えばＬＰＰロケーション情報提供メッセージ）を送りうる。
【０１１９】
[00124]ステージ３１１において、ＵＥ１０２のためのＲＲＣシグナリング接続は、解放または一時中断され、ＵＥ１０２は、アイドル状態に入る。ステージ３１１は、データ転送、ＳＭＳ転送および／またはＵＥ１０２に対する他のアクティビティが終了または一時中断された後に通常の手段によって生じうる。代替として、ＵＥ１０２は、ｅＮＢ１０４およびＭＭＥ１０８からのＲＲＣシグナリング接続解放または一時中断を待つことなしに、何らかの非アクティビティ期間後にアイドル状態に入りうる。代替として、ｅＮＢ１０４および／またはＭＭＥ１０８は、例えば、ＵＥ１０２がアイドル状態に入ることを可能にするために、Ｅ−ＳＭＬＣ１１０からあるいはＵＥ１０２から要求を受信することに起因して、全ての通常のデータ転送、ＳＭＳおよび／またはＵＥ１０２に対する他のアクティビティが完了する前に、ＲＲＣシグナリング接続を解放または一時中断しうる。ステージ３１１に続いて、ＭＭＥ１０８およびＥ−ＳＭＬＣ１１０は、ロケーションセッションがステージ３１３において後に再開することを可能にするために、ＵＥ１０２がアイドル状態にある間にロケーション測定を遂行するという（例えば、以前に説明されたように取得された）インジケーションまたは認識に基づいて、ＵＥ１０２についてのロケーションセッションおよびロケーションコンテキスト情報を保持しうる。
【０１２０】
[00125]ステージ３１２において、ＵＥ１０２は、ＵＥ１０２がアイドル状態にある間に、例えば、ＯＴＤＯＡ、Ａ−ＧＮＳＳおよび／またはＥＣＩＤを使用して、ステージ３１０において要求されたロケーション測定値のうちのいくつかまたは全てを取得する。
【０１２１】
[00126]ステージ３１３において、ＵＥ１０２は、ＵＥ１０２がｅＮＢ１０４への（または別のｅＮＢへの）およびＭＭＥ１０８へのＲＲＣシグナリング接続を取得し、且つ接続された状態に再び入ることを可能にするために、ｅＮＢ１０４に（ｅＮＢ１０４がもはやサービングｅＮＢとして適していない場合には、またはことによるとｅＮＢ１０６のような異なるｅＮＢに）ＮＡＳサービス要求、ＲＲＣ接続再開、ＣＰサービス要求または何らかの他のメッセージを送信する。
【０１２２】
[00127]ステージ３１４において、およびＵＥが接続された状態に再び入った後に、ＵＥ１０２は、ステージ３１２において取得されたＵＥのロケーション測定値を含むＬＰＰロケーション情報提供メッセージをｅＮＢ１０４（または他のサービングｅＮＢ）およびＭＭＥ１０８を介してＥ−ＳＭＬＣ１１０に送信する。
【０１２３】
[00128]ステージ３１５において、Ｅ−ＳＭＬＣ１１０は、ステージ３１４において受信された測定値を使用してＵＥ１０２のロケーションを決定（例えば、算出）する。
【０１２４】
[00129]ステージ３１６において、Ｅ−ＳＭＬＣ１１０は、ＬＣＳ ＡＰロケーション応答メッセージをＭＭＥ１０８に送信し、それは、ステージ３１５において決定されたＵＥのロケーションを含む。
【０１２５】
[00130]ステージ３１７において、ＭＭＥ１０８は、ＧＭＬＣ１１６が、ＥＬＰ加入者ロケーションレポートメッセージを、ステージ３０３においてＧＭＬＣ１１６によって送られたＥＬＰメッセージと、およびステージ３０５においてＧＭＬＣ１１６によって受信されたＥＬＰメッセージと関連付けることを可能にするために、ステージ３１６において受信されたＵＥ１０２のロケーションおよび他の情報（例えば、ＭＳＩＳＤＮまたはＩＭＳＩのようなＵＥ１０２のＩＤ、あるいはステージ３０３において受信された、またはステージ３０５において送られた何らかの他のＩＤ）を含むＥＬＰ加入者ロケーションレポートメッセージをＧＭＬＣ１１６に送信する。
【０１２６】
[00131]ステージ３１８において、ＧＭＬＣ１１６は、外部ソース（例えば、外部クライアント１５０）に、ステージ３１７において受信されたＵＥ１０２のロケーションを有する延期されたロケーション応答を送信する。
【０１２７】
[00132]ステージ３１９において、ＧＭＬＣ１１６は、ＥＬＰ加入者ロケーションレポート確認応答メッセージをＭＭＥ１０８に送信する。
【０１２８】
[00133]図４は、ＵＥ１０２のハードウェアインプリメンテーションの例を例示する図である。ＵＥ１０２は、例えば、ｅＮＢ１０４およびｅＮＢ１０６（図１中に図示）のようなセルラトランシーバとワイヤレスに通信するためにＷＷＡＮトランシーバ４０２を含みうる。ＵＥ１０２はまた、ローカルトランシーバ（例えば、ＷｉＦｉ ＡＰまたはＢＴビーコン）とワイヤレスに通信するためにＷＬＡＮトランシーバ４０４を含みうる。ＵＥ１０２は、ＷＷＡＮトランシーバ４０２およびＷＬＡＮトランシーバ４０４とともに使用されうる１つまたは複数のアンテナ４０６を含みうる。ＵＥ１０２はさらに、アンテナ（１つ以上）４０６を介して受信される、ＳＰＳ ＳＶ１６０（図１中に図示）からの信号を受信および測定するためのＳＰＳ受信機４０８を含みうる。ＵＥ１０２は、カメラ、加速度計、ジャイロスコープ、電子コンパス、磁力計、気圧計、等のような１つまたは複数のセンサ４１０を含みうる。ＵＥ１０２はさらに、例えば、ユーザがＵＥ１０２とインターフェースしうる、ディスプレイ、キーパッド、またはディスプレイ上の仮想キーパッドのような他の入力デバイスを含みうるユーザインターフェース４１２を含みうる。
【０１２９】
[00134]ＵＥ１０２はさらに、１つまたは複数のプロセッサ４１４およびメモリ４２０を含み、それらは、バス４１６を用いて互いに結合されうる。１つまたは複数のプロセッサ４１４およびＵＥ１０２の他のコンポーネントは同様に、バス４１６、別個のバスを用いて互いに結合されうる、あるいは互いに直接接続されうるか、または前述の組み合わせを使用して結合されうる。メモリ４２０は、１つまたは複数のプロセッサ４１４によって実行されると、１つまたは複数のプロセッサ４１４に、ここに開示される技法を遂行するようにプログラムされた特殊用途コンピュータとして動作することを行わせる実行可能コードまたはソフトウェア命令を包含しうる。図４中に例示されているように、メモリ４２０は、ここに説明される方法を遂行するように１つまたは複数のプロセッサ４１４によってインプリメントされうる１つまたは複数のコンポーネントまたはモジュールを含みうる。コンポーネントまたはモジュールは、１つまたは複数のプロセッサ４１４によって実行可能であるメモリ４２０中のソフトウェアとして例示されているが、コンポーネントまたはモジュールは、１つまたは複数のプロセッサ４１４中の、またはプロセッサ外のいずれかの専用ハードウェアでありうることが理解されるべきである。
【０１３０】
[00135]メモリ４２０は、１つまたは複数のプロセッサ４１４によってインプリメントされると、ネットワークエンティティ（例えば、Ｅ−ＳＭＬＣ１１０、Ｈ−ＳＬＰ１１８、ＭＭＥ１０８またはｅＮＢ１０４）との通信中にＷＷＡＮトランシーバ４０２によるＮＢ−ＩｏＴまたはＣＩｏＴタイプネットワーク通信および機能を可能にするように１つまたは複数のプロセッサ４１４を構成するＮＢ−ＩｏＴ／ＣＩｏＴユニット４２２を含みうる、例えば、ＮＢ−ＩｏＴ／ＣＩｏＴユニット４２２は、ＷＷＡＮトランシーバ４０２に、ＵＥ１０２がＮＢ−ＩｏＴまたはＣＩｏＴタイプネットワーク通信をサポートすること、および／またはＵＥ１０２がＮＢ−ＩｏＴまたはＣＩｏＴネットワーク通信に関連付けられている（例えば、アイドル状態にあるときにロケーション測定値を取得するような）他の機能をサポートすることをネットワークエンティティに通知することを行わせうる。１つまたは複数のプロセッサ４１４によってインプリメントされると、ＮＢ−ＩｏＴ／ＣＩｏＴユニット４２２は、インジケーションに、ＵＥ１０２によってサポートされたＮＢ−ＩｏＴまたはＣＩｏＴ無線アクセスタイプの態様を定義することを行わせうる。
【０１３１】
[00136]メモリ４２０はさらに、１つまたは複数のプロセッサ４１４によってインプリメントされると、例えば、ＷＷＡＮトランシーバ４０２、ＷＬＡＮトランシーバ４０４およびＳＰＳ受信機４０８のうちの１つまたは複数を使用してロケーション測定値を取得するように１つまたは複数のプロセッサ４１４を構成するロケーション測定ユニット４２４を含みうる。例えば、ロケーション測定値は、セルＩＤ、ＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱ、ＲＳＴＤまたはＲＴＴ測定値のうちの少なくとも１つを含みうる。１つまたは複数のプロセッサ４１４によってインプリメントされると、ロケーション測定ユニット４２４は、例えば、ネットワークに接続するより前に、ロケーション測定値を取得させえ、ＷＷＡＮトランシーバ４０２に、ＵＥ１０２がネットワークに接続されると、ロケーションサーバ（例えば、Ｅ−ＳＭＬＣ１１０）または他のエンティティ（例えば、ＭＭＥ１０８）にロケーション測定値を送信することを行わせうる。
【０１３２】
[00137]メモリ４２０はさらに、１つまたは複数のプロセッサ４１４によってインプリメントされると、ＵＥ１０２がワイヤレスネットワーク（例えば、ＶＰＬＭＮ ＥＰＣ１３０およびＥ−ＵＴＲＡＮ１２０）との接続された状態に入ったら、例えば、ロケーションサーバからの要求またはＵＥ１０２によって開始されることに応じて、ロケーションサーバ（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８）との測位セッションに従事または再従事するように１つまたは複数のプロセッサ４１４を構成する位置決めセッション（position session）ユニット４２６を含みうる。インプリメントされると、位置決めセッションユニット４２６は、１つまたは複数のプロセッサ４１４に、ＵＥ１０２がもはや接続された状態でなくなるまで、ロケーション測定ユニット４２４を使用してロケーション測定を遂行することを延期することを行わせうる。位置決めセッションユニット４２６は、例えば、１つまたは複数のプロセッサ４１４に、ワイヤレスネットワークへの接続のワイヤレスネットワークからの解放または一時中断を待つことを行わせうる、またはワイヤレスネットワークへの接続を解放しうる。ロケーション測定値がロケーション測定ユニット４２４を使用して取得されたら、位置決めセッションユニット４２６をインプリメントする１つまたは複数のプロセッサ４１４は、ＵＥ１０２に、ワイヤレスネットワークとの接続された状態に再び入ることを行わせ、ＷＷＡＮトランシーバ４０２に、ロケーションサーバに取得されたロケーション測定値を提供することを行わせうる。
【０１３３】
[00138]メモリ４２０はさらに、トリガユニット４２８を含みうる。トリガユニット４２８は、１つまたは複数のプロセッサ４１４によってインプリメントされると、例えば、モバイル着信ロケーション要求中で提供されるトリガパラメータを受信するように１つまたは複数のプロセッサ４１４を構成する。トリガパラメータは、例えば、トリガ評価間隔、周期的最大レポーティング間隔トリガ、および１つまたは複数のロケーショントリガを含みうる。トリガ評価間隔は、１つまたは複数のロケーショントリガを評価するための最小または最大間隔でありうる。ロケーショントリガは、（ｉ）固定周期的レポーティング間隔、（ｉｉ）セルの変更、（ｉｉｉ）ＴＡの変更、（ｉｖ）セルおよび／またはＴＡのグループにしたがって定義された地理的エリアへの進入、地理的エリアからの退出または地理的エリア内での残留、あるいは（ｖ）以前のロケーションからのしきい値線形距離を超える移動のうちの少なくとも１つを備えうる。トリガユニット４２８は、１つまたは複数のプロセッサ４１４によってインプリメントされると、トリガ評価間隔で１つまたは複数のロケーショントリガを評価し、および周期的最大レポーティング間隔トリガもトラックする。トリガユニット４２８をインプリメントする１つまたは複数のプロセッサ４１４は、ＵＥ１０２に、トリガ条件が生じるときに、または周期的最大レポーティング間隔トリガが生じるときに、ワイヤレスネットワークとの接続された状態に再び入ることを行わせ、位置決めセッションユニット４２６に、ワイヤレスネットワークとの（例えば、ワイヤレスネットワーク中の、あるいはワイヤレスネットワークからアクセス可能であるＥ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８との）ロケーションセッションを開始または再開することを行わせる。
【０１３４】
[00139]ここに説明される方法は、アプリケーションに依存して様々な手段によりインプリメントされうる。例えば、これらの方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組み合わせにおいてインプリメントされうる。ハードウェアインプリメンテーションのために、１つまたは複数のプロセッサ４１４は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、ここに説明される機能を遂行するように設計された他の電子ユニット、またはそれらの組み合わせ内においてインプリメントされうる。
【０１３５】
[00140]ファームウェアおよび／またはソフトウェアを伴うＵＥ１０２のインプリメンテーションの場合、方法は、ここに説明される別個の機能を遂行するモジュール（例えば、プロシージャ、機能、等）を用いてインプリメントされうる。命令を有形に具現化する任意の機械可読媒体は、ここに説明される方法をインプリメントする際に使用されうる。例えば、ソフトウェアコードは、メモリ（例えば、メモリ４２０）中に記憶され、および１つまたは複数のプロセッサ４１４によって実行されえ、１つまたは複数のプロセッサ４１４に、ここに開示される技法を遂行するようにプログラムされた特殊用途コンピュータとして動作することを行わせる。メモリは、１つまたは複数のプロセッサ４１４内部あるいは１つまたは複数のプロセッサ４１４外部においてインプリメントされうる。ここに使用される場合、「メモリ」という用語は、任意のタイプの長期、短期、揮発性、不揮発性、または他のメモリを指し、任意の特定のタイプのメモリまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきではない。
【０１３６】
[00141]ファームウェアおよび／またはソフトウェアにおいてインプリメントされる場合、ＵＥ１０２によって遂行される機能は、メモリ４２０のような非一時的コンピュータ可読記憶媒体上に１つまたは複数の命令あるいはコードとして記憶されうる。記憶媒体の例は、データ構造を用いて符号化されたコンピュータ可読媒体とコンピュータプログラムを用いて符号化されたコンピュータ可読媒体とを含む。コンピュータ可読媒体は、物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体でありうる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置、半導体記憶装置、または他の記憶デバイス、あるいはデータ構造または命令の形態で所望されるプログラムコードを記憶するために使用されることができ、且つコンピュータによってアクセスされることができる任意の他の媒体を備えることができ、ディスク（disk）およびディスク（disc）は、ここに使用される場合、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は通常、磁気的にデータを再生し、ディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【０１３７】
[00142]コンピュータ可読記憶媒体上への記憶に加えて、ＵＥ１０２のための命令および／またはデータは、通信装置中に含まれる送信媒体上における信号として提供されうる。例えば、ＵＥ１０２のうちの一部または全てを備える通信装置は、命令およびデータを示す信号を有するトランシーバを含みうる。命令およびデータは、非一時的コンピュータ可読媒体、例えば、メモリ４２０上に記憶され、および１つまたは複数のプロセッサ４１４に、ここに開示される技法を遂行するようにプログラムされた特殊用途コンピュータとして動作することを行わせるように構成される。すなわち、通信装置は、開示される機能を遂行するための情報を示す信号を有する送信媒体を含む。１回目では、通信装置中に含まれる送信媒体は、開示される機能を遂行するための情報の第１の部分を含みえ、その一方で２回目では、通信装置中に含まれる送信媒体は、開示される機能を遂行するための情報の第２の部分を含みうる。
【０１３８】
[00143]このことから、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスおよび／またはセルラモノのインターネット（ＣＩｏＴ）機能を使用している、ＵＥ１０２のようなユーザ機器は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスおよび／またはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器によってワイヤレスネットワークとの接続された状態に入るための手段を含みえ、それは、例えば、ＷＷＡＮトランシーバ４０２でありうる。ロケーションサーバ（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８）との測位セッションに従事するための手段は、例えば、専用ハードウェアを有する、あるいは位置決めセッションユニット４２６のような、メモリ４２０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ４１４でありうる。ロケーションサーバからロケーション測定値を求める要求を受信するための手段は、例えば、ＷＷＡＮトランシーバ４０２でありうる。ユーザ機器がワイヤレスネットワークとの接続された状態でなくなるまで、ロケーション測定を遂行することを延期するための手段は、例えば、専用ハードウェアを有する、あるいは位置決めセッションユニット４２６のような、メモリ４２０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ４１４でありうる。ユーザ機器によってアイドル状態に入るための手段であって、ここにおいて、ユーザ機器は、ワイヤレスネットワークと接続されていない手段は、例えば、ＷＷＡＮトランシーバ４０２と、専用ハードウェアを有する、あるいはメモリ４２０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ４１４とでありうる。アイドル状態にある間にロケーション測定値を取得するための手段は、例えば、ＷＷＡＮトランシーバ４０２と、専用ハードウェアを有する、あるいはロケーション測定ユニット４２４のような、メモリ４２０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ４１４とでありうる。ワイヤレスネットワークとの接続された状態に再び入るための手段は、例えば、ＷＷＡＮトランシーバ４０２と、専用ハードウェアを有する、あるいは位置決めセッションユニット４２６のような、メモリ４２０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ４１４とでありうる。ロケーションサーバにロケーション測定値を提供するための手段は、例えば、ＷＷＡＮトランシーバ４０２と、専用ハードウェアを有する、あるいは位置決めセッションユニット４２６のような、メモリ４２０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ４１４とでありうる。
【０１３９】
[00144]ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスおよび／またはセルラモノのインターネット（ＣＩｏＴ）機能を使用している、ＵＥ１０２のようなユーザ機器は、ＵＥがワイヤレスネットワークとの接続された状態にある間にワイヤレスネットワークから（例えば、ワイヤレスネットワーク中の、あるいはワイヤレスネットワークに関連付けられたＭＭＥ１０８、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８から）モバイル着信ロケーション要求を受信するための手段を含みえ、モバイル着信ロケーション要求は、トリガ評価間隔、周期的最大レポーティング間隔トリガ、および１つまたは複数のロケーショントリガを備え、それは、例えば、ＷＷＡＮトランシーバ４０２と、専用ハードウェアを有する、あるいは位置決めセッションユニット４２６およびトリガユニット４２８のような、メモリ４２０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ４１４とでありうる。ＵＥが接続された状態にない間にトリガ評価間隔で１つまたは複数のロケーショントリガを評価するための手段は、例えば、専用ハードウェアを有する、あるいはトリガユニット４２８のような、メモリ４２０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ４１４、ならびにＷＷＡＮトランシーバ４０２と、ＷＬＡＮトランシーバ４０４と、ＳＰＳ受信機４０８と、センサ４１０とのうちの１つまたは複数を含みうる。トリガ条件が検出されたときに、または周期的最大レポーティング間隔トリガが生じたときに、ワイヤレスネットワークとの接続された状態に再び入るための手段は、例えば、ＷＷＡＮトランシーバ４０２と、専用ハードウェアを有する、あるいはトリガユニット４２８のような、メモリ４２０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ４１４とでありうる。接続された状態に再び入った後にワイヤレスネットワークとの（例えば、ワイヤレスネットワーク中の、あるいはワイヤレスネットワークからアクセス可能であるＥ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８のようなロケーションサーバとの）ロケーションセッションを開始または再開するための手段は、例えば、専用ハードウェアを有する、あるいは位置決めセッションユニット４２６のような、メモリ４２０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ４１４でありうる。
【０１４０】
[00145]図５は、ＭＭＥ１０８、Ｅ−ＳＭＬＣ１１０、ＧＭＬＣ１１６、Ｈ−ＳＬＰ１１８、Ｈ−ＧＭＬＣ１４８またはｅＮＢ１０４のようなネットワークエンティティ５００のハードウェアインプリメンテーションの例を例示する図である。ネットワークエンティティ５００は、例えば、外部インターフェース５０２のようなハードウェアコンポーネントを含み、それは、直接あるいは１つまたは複数の中間ネットワーク（例えば、ＨＰＬＭＮ１４０および／またはＶＰＬＭＮ ＥＰＣ１３０およびＥ−ＵＴＲＡＮ１２０）および／または１つまたは複数のネットワークエンティティ（例えば、ｅＮＢ１０４および／またはＭＭＥ１０８）を通じてＵＥ１０２に接続することが可能であるワイヤードまたはワイヤレスインターフェースでありうる。ネットワークエンティティ５００は、１つまたは複数のプロセッサ５０４およびメモリ５１０を含み、それらは、バス５０６を用いて互いに結合されうる。メモリ５１０は、１つまたは複数のプロセッサ５０４によって実行されると、１つまたは複数のプロセッサに、ここに開示される技法を遂行するようにプログラムされた特殊用途コンピュータとして動作することを行わせる実行可能コードまたはソフトウェア命令を包含しうる。図５中に例示されているように、メモリ５１０は、ここに説明されるような方法を遂行するように１つまたは複数のプロセッサ５０４によってインプラント（implanted）されうる１つまたは複数のコンポーネントまたはモジュールを含みうる。コンポーネントまたはモジュールは、１つまたは複数のプロセッサ５０４によって実行可能であるメモリ５１０中のソフトウェアとして例示されているが、コンポーネントまたはモジュールは、１つまたは複数のプロセッサ５０４中の、またはプロセッサ外のいずれかの専用ハードウェアでありうることが理解されるべきである。ネットワークエンティティ５００がいくつかの異なるネットワークエンティティに対応する可能性があることから、ここに説明されるネットワークエンティティ５００についての全ての機能およびコンポーネントが、ネットワークエンティティ５００の任意の特定の例のために提示されうるわけではないことが理解されるべきである。
【０１４１】
[00146]例えば、メモリ５１０は、１つまたは複数のプロセッサ５０４によってインプリメントされると、ロケーションセッションを要求する、またはロケーションセッションを求める要求を受信するために、ユーザ機器（例えば、ＵＥ１０２）との、例えば、外部インターフェース５０２を介した通信を可能にするように１つまたは複数のプロセッサ５０４を構成する位置決めセッションユニット５１２を含みうる。１つまたは複数のプロセッサ５０４によってインプリメントされると、位置決めセッションユニット５１２は、例えば、ロケーション要求メッセージまたはロケーション要求メッセージの確認応答中でユーザ機器から、あるいは外部クライアント１５０またはＭＭＥ１０８のような別のエンティティからロケーション要求中で、ユーザ機器がＮＢ−ＩｏＴ無線アクセスおよび／またはＣＩｏＴ機能をサポートするというインジケーションを受信するように１つまたは複数のプロセッサ５０４を構成しうる。受信されるインジケーションはさらに、ＵＥ１０２によってサポートされるＮＢ−ＩｏＴ無線アクセスおよび／またはＣＩｏＴ機能の態様を定義しうる。ネットワークエンティティ５００はまた、あるいは代わりに、メモリ中に記憶された、ＮＢ−ＩｏＴアクセスをサポートする基地局（例えば、ｅＮＢ１０４および／またはｅＮＢ１０６）および／またはセルの識別情報のような基地局構成データ（例えば、ＢＳＡデータ）および／またはセル構成データで構成されうる。１つまたは複数のプロセッサ５０４によってインプリメントされると、位置決めセッションユニット５１２は、ユーザ機器（例えば、ＵＥ１０２）が、ユーザ機器をサービングする基地局またはセルの受信される識別情報、およびＮＢ−ＩｏＴアクセスをサポートする基地局またはセルの識別情報を有する基地局およびセル構成データに基づいて、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能をサポートすることを推論するように１つまたは複数のプロセッサ５０４を構成しうる。ユーザ機器（例えば、ＵＥ１０２）がナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能をサポートすると決定することに応答して、位置決めセッションユニット５１２をインプリメントする１つまたは複数のプロセッサ５０４は、ユーザ機器との測位インタラクションを限定しうる。ネットワークエンティティ５００は、ＮＢ−ＩＯＴ無線アクセスまたはＣＩｏＴ機能を使用しているユーザ機器のための最大メッセージサイズ、最大測位メッセージサイズあるいは最大の予想されるメッセージ転送遅延、もしくはそれらの組み合わせのような、例えば、メモリ５１０中に記憶された構成パラメータで構成されうる。位置決めセッションユニット５１２をインプリメントする１つまたは複数のプロセッサ５０４は、非ＮＢ−ＩｏＴ無線アクセスおよび非ＣＩｏＴ機能を有する別のＵＥのための測位インタラクションに対して、低減された最大測位メッセージサイズ、より長い再送信および応答タイマ、制限されたサイズの支援データを使用することによって、および／またはユーザ機器に低減された数のロケーション��定値を要求することによって、ユーザ機器との測位インタラクションを限定しうる。
【０１４２】
[00147]メモリ５１０は、１つまたは複数のプロセッサ５０４によってインプリメントされると、（例えば、ＵＥ１０２から、またはｅＮＢ１０４から）ＵＥ１０２についてのロケーション測定値を受信し、およびロケーション測定値が、例えば、メモリ５１０または他のメモリ中に記憶させられるように１つまたは複数のプロセッサ５０４を構成する最後の既知のロケーションユニット５１４を含みうる。ロケーション測定値は、例えば、セルＩＤ（例えば、最後のサービングセルＩＤ）、基地局ＩＤ（例えば、ｅＮＢ１０４についてのような最後のサービングｅＮＢ ＩＤ）、および受信信号強度インジケータ（ＲＳＳＩ）と、ＲＳＲＰと、ＲＳＲＱと、ＲＳＴＤと、ラウンドトリップタイム（ＲＴＴ）とのうちの少なくとも１つでありうる。ロケーション測定値は、例として、ＵＥ１０２がネットワークにワイヤレスに接続される前に、またはＵＥ１０２がネットワークにワイヤレスに接続された後にＵＥ１０２によって取得されえ、およびＵＥ１０２がネットワークにワイヤレスに接続されている間に１つまたは複数のプロセッサ５０４によって受信されうる。ロケーション測定値はまた、あるいは代替として、ＵＥ１０２がネットワークにワイヤレスに接続されるときに（図１中に示されている）ｅＮＢ１０４のようなアクセスポイントによって遂行される測定から取得されうる。最後の既知のロケーションユニット５１４は、ＵＥ１０２がネットワークにワイヤレスに接続されていないときにＵＥ１０２の最後の既知のロケーションの決定のためにロケーション測定値を使用するように１つまたは複数のプロセッサ５０４を構成する。例えば、ネットワークエンティティ５００が、例えば、ＭＭＥ１０８またはｅＮＢ１０４であるが、ロケーションサーバ、例えば、Ｅ−ＳＭＬＣ１１０ではない場合、ＵＥ１０２がネットワークにワイヤレスに接続されていない（例えば、および測位のために到達可能ではない）ときに（例えば、ＧＭＬＣ１１６から）ＵＥ１０２に対する測位要求を受信すると、最後の既知のロケーションユニット５１４によって構成された１つまたは複数のプロセッサ５０４は、外部インターフェース５０２に、ＵＥ１０２がネットワークにワイヤレスに接続されていないというインジケーションとともにロケーションサーバ（例えば、Ｅ−ＳＭＬＣ１１０）にＵＥ１０２についての記憶されたロケーション測定値を送信することを行わせうる。代替として、最後の既知のロケーションユニット５１４は、位置決めセッションユニット５１２に、ＵＥ１０２の最後の既知のロケーションを決定するために記憶されたロケーション測定値を使用することを行わせるように１つまたは複数のプロセッサ５０４を構成しうる。外部インターフェース５０２はさらに、外部クライアント１５０あるいはＧＭＬＣ１１６またはＨ−ＧＭＬＣ１４８のような要求するエンティティに（例えば、ネットワークエンティティ５００によって取得されたときに）ＵＥ１０２の最後の既知のロケーションを送信しうる。
【０１４３】
[00148]メモリ５１０は、１つまたは複数のプロセッサ５０４によってインプリメントされると、位置決めセッションユニット５１２に、ＵＥ１０２との測位セッションに従事することを行わせ、およびＵＥ１０２に、ＵＥ１０２がもはやネットワークに接続されなくなるまでロケーション測定値を取得することを延期することを許可するように１つまたは複数のプロセッサ５０４を構成する延期された測位ユニット５１６を含みうる。延期された測位ユニット５１６は、ＵＥ１０２に、測位セッションに再従事し、およびＵＥ１０２が接続された状態に再び入った後に位置決めセッションユニット５１２によってインプリメントされる測位セッションのためにロケーション測定値を提供することを許可するように１つまたは複数のプロセッサ５０４を構成する。
【０１４４】
[00149]メモリ５１０は、１つまたは複数のプロセッサ５０４によってインプリメントされると、トリガ評価間隔、周期的最大レポーティング間隔トリガ、および／または１つまたは複数のロケーショントリガを備えるトリガパラメータを定義し、および外部インターフェース５０２に、モバイル着信ロケーション要求中でＵＥ１０２にトリガパラメータを提供することを行わせるように１つまたは複数のプロセッサ５０４を構成するトリガユニット５１８を含みうる。例えば、ロケーショントリガは、（ｉ）固定周期的レポーティング間隔、（ｉｉ）セルの変更、（ｉｉｉ）ＴＡの変更、（ｉｖ）セルおよび／またはＴＡのグループにしたがって定義された地理的エリアへの進入、地理的エリアからの退出または地理的エリア内での残留、あるいは（ｖ）以前のロケーションからのしきい値線形距離を超える移動のうちの少なくとも１つを備えうる。
【０１４５】
[00150]ここに説明される方法は、アプリケーションに依存して様々な手段によりインプリメントされうる。例えば、これらの方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組み合わせを使用してネットワークエンティティ５００においてインプリメントされうる。ハードウェアインプリメンテーションのために、１つまたは複数のプロセッサ５０４は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、ここに説明される機能を遂行するように設計された他の電子ユニット、またはそれらの組み合わせ内においてインプリメントされうる。
【０１４６】
[00151]ファームウェアおよび／またはソフトウェアを伴うネットワークエンティティ５００のインプリメンテーションのために、方法は、ここに説明される別個の機能を遂行するモジュール（例えば、プロシージャ、機能、等）を用いてインプリメントされうる。命令を有形に具現化する任意の機械可読媒体は、ここに説明される方法をインプリメントする際に使用されうる。例えば、ソフトウェアコードは、メモリ中に記憶され、および１つまたは複数のプロセッサユニットによって実行されえ、プロセッサユニットに、ここに開示される技法を遂行するようにプログラムされた特殊用途コンピュータとして動作することを行わせる。メモリは、１つまたは複数のプロセッサ５０４内部あるいは（例えば、メモリ５１０として）１つまたは複数のプロセッサ５０４外部においてインプリメントされうる。ここに使用される場合、「メモリ」という用語は、任意のタイプの長期、短期、揮発性、不揮発性、または他のメモリを指し、任意の特定のタイプのメモリまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきではない。
【０１４７】
[00152]ネットワークエンティティ５００中のファームウェアおよび／またはソフトウェアにおいてインプリメントされる場合、ここに説明される機能は、非一時的コンピュータ可読記憶媒体上に１つまたは複数の命令あるいはコードとして記憶されうる。例は、データ構造を用いて符号化されたコンピュータ可読媒体とコンピュータプログラムを用いて符号化されたコンピュータ可読媒体とを含む。コンピュータ可読媒体は、物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体でありうる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置、半導体記憶装置、または他の記憶デバイス、あるいはデータ構造または命令の形態で所望されるプログラムコードを記憶するために使用されることができ、且つコンピュータによってアクセスされることができる任意の他の媒体を備えることができ、ディスク（disk）およびディスク（disc）は、ここに使用される場合、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）、およびＢｌｕ−ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は通常、磁気的にデータを再生し、ディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【０１４８】
[00153]コンピュータ可読媒記憶体上への記憶に加えて、ネットワークエンティティ５００のための命令および／またはデータは、ネットワークエンティティ５００のうちの一部または全てを備えうる通信装置中に含まれる送信媒体上における信号として提供されうる。例えば、通信装置は、命令およびデータを示す信号を有するトランシーバを含みうる。命令およびデータは、非一時的コンピュータ可読媒体、例えば、メモリ５１０上に記憶され、および１つまたは複数のプロセッサ５０４に、ここに開示される技法を遂行するようにプログラムされた特殊用途コンピュータとして動作することを行わせるように構成される。すなわち、通信装置は、開示される機能を遂行するための情報を示す信号を有する送信媒体を含む。１回目では、通信装置中に含まれる送信媒体は、開示される機能を遂行するための情報の第１の部分を含みえ、その一方で２回目では、通信装置中に含まれる送信媒体は、開示される機能を遂行するための情報の第２の部分を含みうる。
【０１４９】
[00154]このことから、ネットワークエンティティ５００は、ユーザ機器（例えば、ＵＥ１０２）がナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているというインジケーションを受信するための手段を含みえ、それは、例えば、外部インターフェース５０２と、専用ハードウェアを有する、あるいは位置決めセッションユニット５１２のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４とでありうる。ＵＥがＮＢ−ＩＯＴ無線アクセスまたはＣＩｏＴ機能を使用しているというインジケーションに応答して、ＵＥとの測位インタラクションを限定するための手段であって、ここにおいて、測位インタラクションを限定することは、低減された最大測位メッセージサイズを使用すること、より長い再送信および応答タイマを使用すること、制限されたサイズの支援データを使用すること、またはＵＥに低減された数のロケーション測定値を要求することのうちの少なくとも１つを備え、各々は、非ＮＢ−ＩｏＴ無線アクセスおよび非ＣＩｏＴ機能を有する別のＵＥのための測位インタラクションに対する、手段は、例えば、専用ハードウェアを有する、あるいは位置決めセッションユニット５１２のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４でありうる。
【０１５０】
[00155]ネットワークエンティティ５００のような装置は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（例えば、ＵＥ１０２）についてのロケーション測定値を受信するための手段を含みえ、それは、例えば、外部インターフェース５０２と、専用ハードウェアを有する、あるいは最後の既知のロケーションユニット５１４のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４とでありうる。ロケーション測定値およびタイムスタンプを記憶するための手段は、例えば、メモリ５１０と、専用ハードウェアを有する、あるいは最後の既知のロケーションユニット５１４のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４とでありうる。ユーザ機器がワイヤレスネットワークに接続されていないときにユーザ機器に対するロケーション要求を受信するための手段は、例えば、外部インターフェース５０２と、専用ハードウェアを有する、あるいは位置決めセッションユニット５１２のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４とを含みうる。ユーザ機器がワイヤレスネットワークに接続されていないというインジケーションとともにロケーションサーバ（例えば、Ｅ−ＳＭＬＣ１１０）にロケーション測定値を送信するための手段は、例えば、外部インターフェース５０２と、専用ハードウェアを有する、あるいは最後の既知のロケーションユニット５１４のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４とでありうる。ユーザ機器についての最後の既知のロケーションを備える応答をロケーションサーバから受信するための手段は、例えば、外部インターフェース５０２と、専用ハードウェアを有する、あるいは最後の既知のロケーションユニット５１４のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４とを含みうる。
【０１５１】
[00156]ネットワークエンティティ５００のような装置は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（例えば、ＵＥ１０２）に対するロケーション要求を受信するための手段を含みえ、ここにおいて、ロケーション要求は、ＵＥについてのロケーション測定値とＵＥがワイヤレスネットワークに接続されていないというインジケーションとを備え、それは、例えば、外部インターフェース５０２と、専用ハードウェアを有する、あるいは位置決めセッションユニット５１２のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４とでありうる。ロケーション測定値に基づいてＵＥについての最後の既知のロケーションを決定するための手段は、例えば、専用ハードウェアを有する、あるいは最後の既知のロケーションユニット５１４のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４でありうる。ＵＥについての最後の既知のロケーションを備えるロケーション応答を返すための手段は、例えば、外部インターフェース５０２でありうる。
【０１５２】
[00157]ネットワークエンティティ５００のような装置は、ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（例えば、ＵＥ１０２）との測位セッションに従事するための手段を含みえ、それは、例えば、外部インターフェース５０２と、専用ハードウェアを有する、あるいは位置決めセッションユニット５１２のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４とでありうる。ＵＥがワイヤレスネットワークとの接続された状態でなくなるまで、ＵＥが測位セッションのためにロケーション測定を遂行することを延期することになるというインジケーションを受信するための手段は、例えば、外部インターフェース５０２と、専用ハードウェアを有する、あるいは延期された測位ユニット５１６のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４とでありうる。ＵＥにロケーション測定値を求める要求を送るための手段であって、ここにおいて、ロケーション測定値を求める要求は、インジケーションが受信されなかった別のＵＥについての最大応答時間より長い増大された最大応答時間を備える手段は、例えば、外部インターフェース５０２と、専用ハードウェアを有する、あるいは延期された測位ユニット５１６および位置決めセッションユニット５１２のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４とでありうる。増大された最大応答時間の満了より前にＵＥから要求されたロケーション測定値を受信するための手段は、例えば、外部インターフェース５０２と、専用ハードウェアを有する、あるいは位置決めセッションユニット５１２のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４とでありうる。受信されたロケーション測定値に基づいてＵＥについてのロケーションを決定するための手段は、例えば、専用ハードウェアを有する、あるいは位置決めセッションユニット５１２のような、メモリ５１０中の実行可能コードまたはソフトウェア命令をインプリメントする、１つまたは複数のプロセッサ５０４でありうる。
【０１５３】
[00158]１つのインプリメンテーションでは、非一時的コンピュータ可読媒体は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているユーザ機器（ＵＥ）に対するロケーション要求を受信することと、ここにおいて、ロケーション要求は、ＵＥについてのロケーション測定値とＵＥがワイヤレスネットワークに接続されていないというインジケーションとを備え、ロケーション測定値に基づいてＵＥについての最後の既知のロケーションを決定することと、ＵＥについての最後の既知のロケーションを備えるロケーション応答を返すこととを行うように１つまたは複数のプロセッサによって実行可能であるコンピュータ実行可能命令を記憶していることがありうる。
【０１５４】
[00159]図６は、ＵＥ（例えば、ＵＥ１０２）が、ワイヤレスネットワーク（例えば、ＶＰＬＭＮ ＥＰＣ１３０およびＥ−ＵＴＲＡＮ１２０）にアクセスするために、ＮＢ−ＩＯＴ無線アクセスまたはＣＩｏＴ機能を使用しているときに、ＵＥとの測位インタラクションを限定する方法を例示するプロセスフロー６００を示している。プロセスフロー６００は、ネットワークアーキテクチャ１００中のＥ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８のようなロケーションサーバによって遂行されうる。プロセスフロー６００は、ＵＥが、ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスおよび／またはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているというインジケーションをロケーションサーバが受信するブロック６０２において始まりうる。ロケーションサーバがＥ−ＳＭＬＣ（例えば、Ｅ−ＳＭＬＣ１１０）であるとき、インジケーションは、ＭＭＥ（例えば、ＭＭＥ１０８）によって送られたロケーション要求メッセージ（例えば、ＬＣＳ−ＡＰロケーション要求）中で受信されうる。ロケーションサーバがＳＬＰ（例えば、Ｈ−ＳＬＰ１１８）であるとき、インジケーションは、外部クライアント（例えば、外部クライアント１５０）によって送られたロケーション要求メッセージ（例えば、ＯＭＡモバイルロケーションプロトコル（ＭＬＰ）のために定義されたロケーション要求メッセージ）中で受信されうる。他のケースでは、インジケーションは、（例えば、ＬＰＰまたはＬＰＰ／ＬＰＰｅ測位プロトコルメッセージ中で）ＵＥから、あるいは（例えば、ＬＰＰａメッセージ中で）ＵＥに対するサービングｅノードＢ（例えば、ｅＮＢ１０４）から受信されうる。別の実施形態では、ロケーションサーバは、ＮＢ−ＩｏＴ無線アクセスをサポートする基地局またはセルのインジケーションをそれぞれ含みうる基地局構成データ（例えば、ＢＳＡデータ）またはセル構成データで構成されうる。インジケーションはその後、ＵＥを現在サービングしている基地局またはセルの識別情報として（例えば、ＵＥ、ＭＭＥまたはｅＮＢから）受信されえ、ロケーションサーバはその後、ＵＥを現在サービングしている識別された基地局またはセルがＮＢ−ＩｏＴ無線アクセスをサポートするという、基地局またはセル構成データ中のインジケーションにそれぞれ基づいて、ＵＥがＮＢ−ＩｏＴ無線アクセスまたはＣＩｏＴ機能を使用していることを推論しうる。
【０１５５】
[00160]ブロック６０４において、ロケーションサーバは、ＵＥがＮＢ−ＩＯＴ無線アクセスまたはＣＩｏＴ機能を使用しているというインジケーションに応答して、ＵＥとの測位インタラクションを限定する。ＵＥとの測位インタラクションを限定することは、（例えば、ＬＰＰまたはＬＰＰ／ＬＰＰｅについての）低減された最大測位メッセージサイズを使用すること、より長い再送信および応答タイマを使用すること、制限されたサイズの支援データを使用すること、またはＵＥに低減された数のロケーション測定値を要求することのうちの少なくとも１つを含みえ、ここで、各タイプの限定は、（例えば、通常のＬＴＥ無線アクセスを使用する別のＵＥのような）非ＮＢ−ＩｏＴ無線アクセスおよび非ＣＩｏＴ機能を使用する別のＵＥのための測位インタラクションに対する。
【０１５６】
[00161]ブロック６０４中でのＵＥとの限定された測位インタラクションをサポートするために、ロケーションサーバは、ＮＢ−ＩｏＴ無線アクセスおよび／またはＣＩｏＴ機能のための１つまたは複数の構成パラメータで構成されうる。構成パラメータ（１つ以上）は、ＮＢ−ＩＯＴ無線アクセスまたはＣＩｏＴ機能を使用しているＵＥのための（例えば、ＬＰＰおよび／またはＬＰＰ／ＬＰＰｅについての）最大測位メッセージサイズ、最大メッセージ量、および／または最大の予想されるメッセージ転送遅延を備えうる。
【０１５７】
[00162]いくつかの実施形態では、ブロック６０４中でのＵＥとの限定された測位インタラクションをサポートするために、ブロック６０２において受信されるインジケーションは、ＵＥに対して（例えば、ワイヤレスネットワークによって）サポートされているＮＢ−ＩｏＴ無線アクセスおよびＣＩｏＴ機能の態様を備えうる。ＵＥに対してサポートされているＮＢ−ＩｏＴ無線アクセスおよびＣＩｏＴ機能の態様は、（例えば、ＬＰＰまたはＬＰＰ／ＬＰＰｅについての）最大測位メッセージサイズ、最大メッセージ量、最大の予想されるメッセージ転送遅延、またはこれらのうちの何らかの組み合わせのうちの少なくとも１つを備えうる。
【０１５８】
[00163]図７は、ワイヤレスネットワーク（例えば、ＶＰＬＭＮ ＥＰＣ１３０およびＥ−ＵＴＲＡＮ１２０）にアクセスするために、ＮＢ−ＩｏＴ無線アクセスおよび／またはＣＩｏＴ機能を使用しているＵＥ（例えば、ＵＥ１０２）についての最後の既知のロケーションを決定する方法を例示するプロセスフロー７００を示している。プロセスフロー７００は、ＵＥに対するサービングＭＭＥ（例えば、ＭＭＥ１０８）によって遂行されうる。プロセスフロー７００は、ロケーション測定値がＵＥに対するＭＭＥによって受信されるブロック７０２において始まりうる。ロケーション測定値は、ワイヤレスネットワークに接続する直前に、またはワイヤレスネットワークに接続されている間にＵＥによって取得されていることがありえ、およびＵＥがワイヤレスネットワークに接続されている間に（例えば、３ＧＰＰ ＴＳ２４．３０１中に定義されているようなＮＡＳメッセージ中で）ＵＥから受信されうる。代替としてまたは加えて、ロケーション測定値は、ＵＥによって取得され、およびＵＥに対するサービング基地局（例えば、ｅＮＢ１０４）のようなアクセスポイントに転送されていることがありえ、および／またはアクセスポイント（例えば、ｅＮＢ１０４）によって取得されていることがありえ、およびその後、ＵＥがワイヤレスネットワークに接続されている間に、またはＵＥがもはやワイヤレスネットワークに接続されなくなった直後に（例えば、ＬＰＰａを使用して）アクセスポイントからＭＭＥによって受信されうる。ロケーション測定値は、ＵＥがワイヤレスネットワークに接続されていた間の、ＵＥについての最後の既知のサービングセルアイデンティティ（ＩＤ）または最後の既知のサービングｅノードＢ ＩＤを含みうる。ロケーション測定値はさらに、受信信号強度インジケーション（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、信号対雑音比（Ｓ／Ｎ）、ラウンドトリップ信号伝搬時間（ＲＴＴ）、基準信号時間差（ＲＳＴＤ）、またはこれらのうちの何らかの組み合わせを含みうる。ブロック７０２は、いくつかの実施形態では、シグナリングフロー２００中のステージ２０１および２０２および／またはステージ２０５に対応しうる。
【０１５９】
[00164]プロセスフロー７００中のブロック７０４において、ＭＭＥは、ブロック７０２において受信されたロケーション測定値とタイムスタンプとを記憶しうる。タイムスタンプは、ロケーション測定値がＭＭＥによって受信された時間（および日付）、ロケーション測定値がＵＥによって、またはアクセスポイントによって取得された時間がより早かった場合にはこの時間（および日付）、あるいは（例えば、ロケーション測定値が最後の既知のセルＩＤまたは最後の既知のｅＮＢ ＩＤを備える場合には）ＵＥがアイドル状態に入る時間（および日付）に対応しうる。ブロック７０４は、いくつかの実施形態では、シグナリングフロー２００中のステージ２０３および／またはステージ２０５に対応しうる。
【０１６０】
[00165]ブロック７０６において、ＭＭＥは、（シグナリングフロー２００中のステージ２０５にあるようなＵＥに対するシグナリング接続解放の結果として）ＵＥがワイヤレスネットワークに接続されていないときにＵＥに対するロケーション要求を受信する。ロケーション要求は、ＧＭＬＣ（例えば、ＧＭＬＣ１１６）から受信されえ、それは次に、外部クライアント（例えば、外部クライアント１５０）から、または別のＧＭＬＣ（例えば、Ｈ−ＧＭＬＣ１４８）からロケーション要求を受信していることがありうる。ロケーション要求は、ＵＥについての現在または最後の既知のロケーションを求める要求を含みうる。ブロック７０６は、いくつかの実施形態では、シグナリングフロー２００中のステージ２０７に対応しうる。
【０１６１】
[00166]ブロック７０８において、ＭＭＥは、ＵＥがワイヤレスネットワークに接続されていないというインジケーションとともにロケーションサーバにロケーション測定値を送信する。いくつかの実施形態では、ロケーションサーバは、Ｅ−ＳＭＬＣ（例えば、Ｅ−ＳＭＬＣ１１０）でありえ、ロケーション測定値は、ＬＣＳ−ＡＰロケーション要求の一部としてＥ−ＳＭＬＣに送信されうる。ＭＭＥは、ＵＥが測位のためにＭＭＥから到達可能でない場合（例えば、ＵＥがｅＤＲＸまたはＰＳＭを使用している場合）、ＵＥはワイヤレスネットワークに接続されていないというインジケーションを含めうる。ＵＥがワイヤレスネットワークに接続されていないというインジケーションは、いくつかの実施形態では、ＵＥについての最後の既知のロケーションがＭＭＥによって要求されているというインジケーション、またはＵＥが現在ワイヤレスネットワークから到達可能ではないというインジケーションでありうる。ブロック７０８は、いくつかの実施形態では、ＵＥが、ＵＥについての最後の既知のロケーションを求める要求（あるいはＵＥについての現在または最後の既知のロケーションを求める要求）を含む、ブロック７０６において受信されたロケーション要求と組み合わされたワイヤレスネットワークに接続されておらず、およびそれから到達可能ではないことによってトリガされうる。ブロック７０８は、いくつかの実施形態では、シグナリングフロー２００中のステージ２０８に対応しうる。
【０１６２】
[00167]ブロック７１０において、ＭＭＥは、ＵＥについての最後の既知のロケーションを備える応答をロケーションサーバから受信する。例えば、ロケーションサーバは、ブロック７０８において送信されたロケーション測定値を使用して、およびＵＥがワイヤレスネットワークに接続されていないというブロック７０８において送信されたインジケーションに基づいて、最後の既知のロケーションを決定（例えば、算出）していることがありうる。ブロック７１０は、いくつかの実施形態では、シグナリングフロー２００中のステージ２１０に対応しうる。
【０１６３】
[00168]ブロック７１０に続いて（および図７中には示されていない）、ＭＭＥは、ブロック７０６において受信されたロケーション要求のソースにロケーション応答を返しえ、およびブロック７１０において受信されたＵＥについての最後の既知のロケーションとブロック７０４において記憶されたタイムスタンプとをロケーション応答中に含めうる。
【０１６４】
[00169]図８は、ＵＥがアイドル状態になるまで、ＵＥ（例えば、ＵＥ１０２）によってロケーション測定を遂行することを延期する方法を例示するプロセスフロー８００を示している。プロセスフロー８００は、ワイヤレスネットワーク（例えば、ＶＰＬＭＮ ＥＰＣ１３０およびＥ−ＵＴＲＡＮ１２０）にアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているＵＥ（例えば、ＵＥ１０２）によって遂行されうる。いくつかの実施形態では、プロセスフロー８００は、例えば、ＵＥ１０２が限定されたリソース（例えば、限定された処理、メモリおよび／またはＲＦトランシーバ）を有している場合、他のタイプの無線アクセス（例えば、ＬＴＥワイドバンドアクセスまたはｅＭＴＣアクセス）を使用する他のＵＥによって遂行されうる。
【０１６５】
[00170]プロセスフロー８００は、例えば、サービングｅＮＢ（例えば、ｅＮＢ１０４）およびサービングＭＭＥ（例えば、ＭＭＥ１０８）へのシグナリング接続を取得することの結果として、ＵＥがワイヤレスネットワークとの接続された状態に入るブロック８０２において始まりうる。ブロック８０２は、いくつかの実施形態では、シグナリングフロー３００中のステージ３０７に対応しうる。
【０１６６】
[00171]ブロック８０４において、ＵＥは、ロケーションサーバとの測位セッションに従事する。いくつかの実施形態では、測位セッションは、３ＧＰＰ ＴＳ３６．３０５中に定義されているようなＬＴＥ、ｅＭＴＣまたはＮＢ−ＩｏＴアクセスについての３ＧＰＰ ＣＰロケーションソリューションのための測位セッションでありえ、このケースでは、ロケーションサーバは、Ｅ−ＳＭＬＣ（例えば、Ｅ−ＳＭＬＣ１１０）でありうる。他の実施形態では、測位セッションは、（例えば、ＯＭＡ ＴＳ ＯＭＡ−ＴＳ−ＵＬＰ−Ｖ２＿０＿３中に定義されているような）ＯＭＡ ＳＵＰＬ ＵＰロケーションソリューションのための測位セッションでありえ、このケースでは、ロケーションサーバは、ＳＬＰ（例えば、Ｈ−ＳＬＰ１１８）でありうる。いくつかの実施形態では（例えば、ＭＴ−ＬＲのための測位セッションの場合）、ＵＥによってロケーションサーバとの測位セッションに従事することは、測位セッションを開始または始めるためのメッセージ（例えば、ＳＵＰＬ、ＬＰＰまたはＬＰＰ／ＬＰＰｅメッセージ）をロケーションサーバから受信することを備えうる。いくつかの他の実施形態では（例えば、ＭＯ−ＬＲのための測位セッションの場合）、ＵＥによってロケーションサーバとの測位セッションに従事することは、測位セッションを開始または始めるためのメッセージ（例えば、ＳＵＰＬ、ＮＡＳ ＭＯ−ＬＲ、ＬＰＰまたはＬＰＰ／ＬＰＰｅメッセージ）をワイヤレスネットワークまたはロケーションサーバに送信することを備えうる。いくつかの実施形態では、ロケーションサーバとの測位セッションに従事することは、ＵＥが接続された状態でなくなるまで、ＵＥが測位セッションのためにロケーション測定を遂行することを延期することになるというインジケーションを、ロケーションサーバまたはワイヤレスネットワークに（例えば、ＭＭＥ１０８のような、ワイヤレスネットワーク中のＵＥに対するサービングＭＭＥに）送信することを含みうる。いくつかの実施形態では、インジケーションは、アイドル状態にある間にＵＥが１つまたは複数の位置決め方法のためにロケーション測定を遂行するという、１つまたは複数の位置決め方法についてのインジケーションを備えうる。いくつかの実施形態では、インジケーションは、ＬＰＰまたはＬＰＰｅ測位プロトコルについてのインジケーションである。例えば、インジケーションは、特定の位置決め方法に、またはＵＥによってサポートされた全ての位置決め方法に関連付けられたＵＥの測位能力についてのパラメータまたはフラグでありえ、およびＬＰＰまたはＬＰＰ／ＬＰＰｅ能力提供メッセージを使用してロケーションサーバにＵＥによって送られうる。
【０１６７】
[00172]ブロック８０６において、ＵＥは、ロケーションサーバからロケーション測定値を求める要求を受信する。例えば、要求は、ＬＰＰまたはＬＰＰ／ＬＰＰｅロケーション情報要求メッセージ中で受信されうる。要求されるロケーション測定値は、ＥＣＩＤ、ＯＴＤＯＡ、Ａ−ＧＮＳＳ、ＷｉＦｉ、センサ、等のような１つまたは複数の位置決め方法についての測定値を含みうる、および／またはＵＥについてのロケーション推定値を求める要求を含みうる。ブロック８０６は、いくつかの実施形態では、シグナリングフロー３００中のステージ３１０に対応しうる。
【０１６８】
[00173]ブロック８０８において、ＵＥは、ＵＥがワイヤレスネットワークとの接続された状態でなくなるまで、ブロック８０６において要求されたロケーション測定を遂行することを延期しうる。例えば、ブロック８０８は、ワイヤレスネットワークに接続されている間にＵＥが要求されたロケーション測定値を取得するのに十分なリソース（例えば、処理、メモリ、ＲＦトランシーバチェーン）を有していないときに遂行されうる。
【０１６９】
[00174]ブロック８１０において、ＵＥは、アイドル状態に入り、ここにおいて、ＵＥは、ワイヤレスネットワークと接続されていない。例えば、ＵＥは、（ｉ）ワイヤレスネットワークへのシグナリング接続がＵＥに対するサービングｅＮＢ（例えば、ｅＮＢ１０４）またはサービングＭＭＥ（例えば、ＭＭＥ１０８）によってといったようにワイヤレスネットワークによって解放あるいは一時中断されるまで待ちうる、（ｉｉ）（例えば、ＵＥがワイヤレスネットワークとのデータまたはＳＭＳについてのようないかなるアクティビティも検出しない何らかのタイムアウト期間後に）ワイヤレスネットワークへのシグナリング接続自体を解放あるいは一時中断しうる、もしくは（ｉｉｉ）サービングｅＮＢ（例えば、ｅＮＢ１０４）、サービングＭＭＥ（例えば、ＭＭＥ１０８）またはロケーションサーバにワイヤレスネットワークへのシグナリング接続の解放あるいは一時中断を要求しうる。ブロック８１０は、いくつかの実施形態では、シグナリングフロー３００中のステージ３１１に対応しうる。
【０１７０】
[00175]ブロック８１２において、ＵＥは、アイドル状態にある間に、ブロック８０６において要求されたロケーション測定値を取得する。アイドル状態にある間にロケーション測定値を取得することは、ＵＥが接続された状態にあるときより、ロケーション測定値を取得するためにＵＥがより多くのリソース（例えば、処理、メモリ、ＲＦトランシーバチェーン）を割り振ることを可能にしえ、そしてそれは測定正確性を改善、応答時間を低減および／またはある特定の位置決め方法の使用を可能にしうる。ブロック８１２は、いくつかの実施形態では、シグナリングフロー３００中のステージ３１２に対応しうる。
【０１７１】
[00176]ブロック８１４において、ＵＥは、ワイヤレスネットワークとの接続された状態に再び入る。例えば、ＵＥは、接続された状態への再突入を開始するために、ｅＮＢ（例えば、ｅＮＢ１０４）またはサービングＭＭＥ（例えば、ＭＭＥ１０８）にといったようにワイヤレスネットワークにＮＡＳサービス要求、ＮＡＳ制御プレーンサービス要求あるいはＲＲＣ接続再開を送りうる。ブロック８１４は、いくつかの実施形態では、シグナリングフロー３００中のステージ３１３に対応しうる。
【０１７２】
[00177]ブロック８１６において、ＵＥは、ロケーションサーバに、ブロック８１２において取得されたロケーション測定値を提供する。例えば、ＵＥは、ＬＰＰまたはＬＰＰ／ＬＰＰｅロケーション情報提供メッセージ中でロケーションサーバにロケーション測定値を送りうる。ブロック８１６は、いくつかの実施形態では、シグナリングフロー３００中のステージ３１４に対応しうる。ロケーションサーバはその後、（例えば、シグナリングフロー３００中のステージ３１５においてのように）ＵＥについてのロケーションを決定するためにロケーション測定値を使用しうる。
【０１７３】
[00178]図９は、ユーザ機器における周期的およびトリガされたロケーションのためのロケーションセッションをサポートする方法を例示するプロセスフロー９００を示している。プロセスフロー９００は、ＵＥ１０２のようなＵＥによって遂行されうる。いくつかの実施形態では、プロセスフロー９００を遂行するＵＥは、ワイヤレスネットワーク（例えば、ＶＰＬＭＮ ＥＰＣ１３０およびＥ−ＵＴＲＡＮ１２０）にアクセスするためにナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しうるが、他のＵＥ（例えば、通常のワイドバンドＬＴＥアクセスを有するＵＥ）もまた、プロセスフロー９００を遂行しうる。
【０１７４】
[00179]プロセスフロー９００は、ＵＥがワイヤレスネットワークとの接続された状態にある間に、ＵＥがワイヤレスネットワークからモバイル着信ロケーション要求（ＭＴ−ＬＲ）を受信するブロック９０２において始まりうる。モバイル着信ロケーション要求は、トリガ評価間隔（例えば、最小または最大トリガ評価間隔）、周期的最大レポーティング間隔トリガ、および１つまたは複数のロケーショントリガを備えうる。モバイル着信ロケーション要求は、サービングＭＭＥ（例えば、ＭＭＥ１０８）から、あるいはロケーションサーバ（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８）から受信されうる。１つまたは複数のロケーショントリガは、ｉ）固定周期的ロケーションレポーティング間隔、（ｉｉ）セルの変更、（ｉｉｉ）トラッキングエリアの変更、（ｉｖ）セルおよびトラッキングエリアのグループにしたがって定義された地理的エリアへの進入、地理的エリアからの退出または地理的エリア内での残留、あるいは（ｖ）ＵＥについての以前のロケーションからのしきい値線形距離を超えるＵＥの移動のうちの少なくとも１つを備えうる。
【０１７５】
[00180]ブロック９０４において、ＵＥは、ＵＥがワイヤレスネットワークとの接続された状態にない間にトリガ評価間隔で１つまたは複数のロケーショントリガを評価する。ＵＥはまた、いくつかの実施形態では、ＵＥがワイヤレスネットワークとの接続された状態にある間に１つまたは複数のロケーショントリガを評価しうる。
【０１７６】
[00181]ブロック９０６において、ＵＥは、トリガ条件がＵＥによって検出されたときに、または周期的最大レポーティング間隔トリガが生じたときに、ワイヤレスネットワークとの接続された状態に再び入る。
【０１７７】
[00182]ブロック９０８において、ＵＥは、接続された状態に再び入った後にワイヤレスネットワークとのロケーションセッションを開始または再開する。例えば、ＵＥは、ワイヤレスネットワーク中の１つまたは複数のエンティティ（例えば、ＭＭＥ１０８、Ｅ−ＳＭＬＣ１１０および／またはＨ−ＳＬＰ１１８）との、新しいロケーションセッションを開始しうるか、または以前のロケーションセッションを再開しうる。
【０１７８】
[00183]オプションのブロックであり、破線を使用して示されているブロック９１０において、ＵＥは、ワイヤレスネットワークにロケーション情報を提供しうる。ロケーション情報は、ロケーション測定値、ロケーション推定値、ブロック９０６において検出されたトリガ条件のインジケーション、またはこれらのうちの何らかの組み合わせを備えうる。ロケーション情報は、Ｅ−ＳＭＬＣ（例えば、Ｅ−ＳＭＬＣ１１０）またはＳＬＰ（例えば、Ｈ−ＳＬＰ１１８）のようなワイヤレスネットワーク中のエンティティに提供されうる。
【０１７９】
[00184]図１０は、ワイヤレスネットワークにアクセスするために、ＮＢ−ＩｏＴ無線アクセスおよび／またはＣＩｏＴ機能を使用しているＵＥについての最後の既知のロケーションをサポートする方法を例示するプロセスフロー１０００を示している。プロセスフロー１０００は、Ｅ−ＳＭＬＣ１１０のようなロケーションサーバによって遂行されうる。
【０１８０】
[00185]プロセスフロー１０００は、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスおよび／またはセルラモノのインターネット（ＣＩｏＴ）を使用しているＵＥに対するロケーション要求をロケーションサーバが受信するブロック１００２において始まりうる。ロケーション要求は、ＵＥについてのロケーション測定値と、ＵＥがワイヤレスネットワークに接続されていないというインジケーションとを備えうる。いくつかの実施形態では、ロケーション要求は、ＬＣＳ−ＡＰロケーション要求を備え、およびＵＥに対するサービングＭＭＥ（例えば、ＭＭＥ１０８）によってロケーションサーバに送られうる。いくつかの実施形態では、ＵＥがネットワークにワイヤレスに接続されていないというインジケーションは、（ｉ）ＵＥがワイヤレスネットワークから測位のために到達可能でない、（ｉｉ）ＵＥについての最後の既知のロケーションが要求されている、および／または（ｉｉｉ）ＵＥについてのロケーションがロケーション要求中に含まれた情報のみに基づいて要求されている、というインジケーションを備えうる。いくつかの実施形態では、ＵＥについてのロケーション測定値は、ワイヤレスネットワークに接続するより前に、またはワイヤレスネットワークから切断するより前に、ＵＥによって取得されていることがありうる。いくつかの実施形態では、ＵＥについてのロケーション測定値は、ＵＥがワイヤレスネットワークに接続された後に、およびＵＥがワイヤレスネットワークから切断するより前に、サービングｅＮＢ（例えば、ｅＮＢ１０４）のようなアクセスポイントによって取得されていることがありうる。いくつかの実施形態では、ロケーション測定値は、ＵＥがもはやワイヤレスネットワークに接続されなくなる前の、ＵＥについての最後の既知のサービングセルＩＤまたは最後の既知のサービングｅノードＢ ＩＤを備える。いくつかの実施形態では、ロケーション測定値はさらに、受信信号強度インジケーション（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、ラウンドトリップ時間（ＲＴＴ）、基準信号時間差（ＲＳＴＤ）、またはこれらのうちの何らかの組み合わせを備えうる。いくつかの実施形態では、ブロック１００２は、シグナリングフロー２００中のステージ２０８に対応しうる。
【０１８１】
[00186]プロセスフロー１０００のブロック１００４において、ロケーションサーバは、ブロック１００２において受信されたロケーション測定値に基づいて、ユーザ機器についての最後の既知のロケーションを決定する。例えば、ロケーション測定値が最後の既知のサービングセルＩＤまたは最後の既知のｅノードＢ ＩＤを含むとき、ロケーションサーバは、セルＩＤ位置決め方法に基づいて、最後の既知のロケーションを決定しうる。代替として、ロケーション測定値がＲＳＳＩ、ＲＳＲＰ、ＲＳＲＱまたはＲＴＴ測定値のうちの１つまたは複数を含むとき、ロケーションサーバは、ＥＣＩＤ位置決め方法に基づいて、最後の既知のロケーションを決定しうる。代替として、ロケーション測定値が１つまたは複数のＲＳＴＤ測定値を含むとき、ロケーションサーバは、ＯＴＤＯＡ位置決め方法に基づいて、最後の既知のロケーションを決定しうる。いくつかの実施形態では、ブロック１００４は、シグナリングフロー２００中のステージ２０９に対応しうる。
【０１８２】
[00187]ブロック１００６において、ロケーションサーバは、ブロック１００４において決定されたユーザ機器についての最後の既知のロケーションを備えるロケーション応答を返す。いくつかの実施形態では、ブロック１００６は、シグナリングフロー２００中のステージ２１０に対応しうる。
【０１８３】
[00188]図１１は、ＵＥ（例えば、ＵＥ１０２）がアイドル状態になるまで、ＵＥがロケーション測定を延期することを可能にする方法を例示するプロセスフロー１１００を示している。プロセスフロー１１００は、ワイヤレスネットワーク（例えば、ＶＰＬＭＮ ＥＰＣ１３０およびＥ−ＵＴＲＡＮ１２０）にアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているＵＥ（例えば、ＵＥ１０２）についてのロケーションを取得する必要があるロケーションサーバ（例えば、Ｅ−ＳＭＬＣ１１０またはＨ−ＳＬＰ１１８）によって遂行されうる。
【０１８４】
[00189]プロセスフロー１１００は、ロケーションサーバが、ワイヤレスネットワークにアクセスするために、ナローバンドモノのインターネット（ＮＢ−ＩｏＴ）無線アクセスまたはセルラモノのインターネット（ＣＩｏＴ）機能を使用しているＵＥ（例えば、ＵＥ１０２）との測位セッションに従事するブロック１１０２において始まりうる。いくつかの実施形態では、測位セッションは、３ＧＰＰ ＴＳ３６．３０５中に定義されているようなＬＴＥ、ｅＭＴＣまたはＮＢ−ＩｏＴアクセスについての３ＧＰＰ ＣＰロケーションソリューションのための測位セッションでありえ、このケースでは、ロケーションサーバは、Ｅ−ＳＭＬＣ（例えば、Ｅ−ＳＭＬＣ１１０）でありうる。他の実施形態では、測位セッションは、（例えば、ＯＭＡ ＴＳ ＯＭＡ−ＴＳ−ＵＬＰ−Ｖ２＿０＿３中に定義されているような）ＯＭＡ ＳＵＰＬ ＵＰロケーションソリューションのための測位セッションでありえ、このケースでは、ロケーションサーバは、ＳＬＰ（例えば、Ｈ−ＳＬＰ１１８）でありうる。いくつかの実施形態では（例えば、ＭＴ−ＬＲのための測位セッションの場合）、ＵＥとの測位セッションに従事することは、測位セッションを開始または始めるためのメッセージ（例えば、ＳＵＰＬ、ＬＰＰまたはＬＰＰ／ＬＰＰｅメッセージ）をＵＥに送ることを備えうる。いくつかの実施形態では（例えば、ＭＯ−ＬＲのための測位セッションの場合）、ＵＥとの測位セッションに従事することは、測位セッションを開始するための、ＵＥによって送られた、またはワイヤレスネットワーク中のエンティティ（例えば、ＭＭＥ）によって送られたメッセージを受信することを備えうる。例えば、ロケーションサーバは、測位セッションを開始するためにＵＥによって送られたＳＵＰＬ、ＬＰＰまたはＬＰＰ／ＬＰＰｅメッセージを受信しうるか、あるいは測位セッションを開始するためにＵＥに対するサービングＭＭＥ（例えば、ＭＭＥ１０８）によって送られたＬＣＳ−ＡＰロケーション要求を受信しうる。
【０１８５】
[00190]プロセスフロー１１００中のブロック１１０４において、ロケーションサーバは、ＵＥがワイヤレスネットワークとの接続された状態でなくなるまで、ＵＥが測位セッションのためにロケーション測定を遂行することを延期することになるというインジケーションを受信する。いくつかの実施形態では、インジケーションは、アイドル状態にある間にＵＥが１つまたは複数の位置決め方法のためにロケーション測定を遂行するという、１つまたは複数の位置決め方法についてのインジケーションを備えうる。いくつかの実施形態では、インジケーションは、ＬＰＰまたはＬＰＰｅ測位プロトコルについてのインジケーションである。例えば、インジケーションは、特定の位置決め方法に関連付けられた、またはＵＥによってサポートされた全ての位置決め方法に関連付けられたＵＥの測位能力についてのパラメータまたはフラグでありえ、およびＬＰＰまたはＬＰＰ／ＬＰＰｅ能力提供メッセージを使用してロケーションサーバにＵＥによって送られうる。
【０１８６】
[00191]ブロック１１０６において、ロケーションサーバは、ＵＥにロケーション測定値を求める要求を送り、ここで、ロケーション測定値を求める要求は、インジケーションが受信されなかった別のＵＥについての最大応答時間より長い増大された最大応答時間を備える。例えば、ロケーションサーバは、メッセージ中にサービス品質（ＱｏＳ）パラメータの一部として増大された最大応答時間を包含するＬＰＰまたはＬＰＰ／ＬＰＰｅロケーション情報要求メッセージをＵＥに送りうる。いくつかの実施形態では、ロケーションサーバは、ワイヤレスネットワークに接続されている間にロケーション測定値を取得することが可能であるＵＥについての１つまたは複数の最大応答時間で構成されうる。これらのＵＥについての最大応答時間は、外部クライアント（例えば、外部クライアント１５０）によって要求される特定の位置決め方法に、ロケーション正確性に、ロケーション応答時間に、および／またはロケーションサービスまたはアプリケーションに関連しうる。最大応答時間は、ロケーション測定が典型的により多くの時間をかける位置決め方法に対してより長くありえ、ここで、より高いロケーション正確性は、外部クライアントによって要求され、ここで、短い応答時間は、外部クライアントによって要求されず、あるいはここで、ロケーションサービスまたはアプリケーションは、高い優先度を有する。例として、高いロケーション正確性（例えば、５０メートル以下のエラー）がＵＥからの緊急呼に関連してＡ−ＧＮＳＳ位置決め方法に対して要求されると、２０〜３０秒の最大応答時間が構成されうる。反対に、より低いロケーション正確性が緊急呼に関連しないでＥＣＩＤ位置決め方法に対して要求されると（例えば、２００メートル以上のエラー）、２〜５秒の最大応答時間が構成されうる。アイドル状態にあるときにいくつかまたは全てのロケーション測定値を取得する必要があるＵＥのケースでは、これらの構成された最大応答時間は増大されうる。このことから、例として、Ａ−ＧＮＳＳに対する高い正確性ロケーションのケースでは、１〜５分の最大応答時間が構成されえ、およびＥＣＩＤについてのより低い正確性ロケーションの場合は、１〜２分の最大応答時間が構成されうる。ブロック１１０６において送られる増大された最大応答時間は、ロケーションサーバによって要求されたロケーション測定値を取得する前にＵＥがアイドル状態になるまでＵＥが待つことを可能にし、およびそれにより、ＵＥについてのロケーションが取得されることを可能にしうる。いくつかの実施形態では、ブロック１１０６は、シグナリングフロー３００中のステージ３１０に対応しうる。
【０１８７】
[00192]ブロック１１０８において、ロケーションサーバは、ロケーションサーバにおける増大された最大応答時間の満了より前に、ＵＥから要求されたロケーション測定値を受信する。例えば、ロケーション測定値は、ＵＥによってロケーションサーバに送られるＬＰＰまたはＬＰＰ／ＬＰＰｅロケーション情報提供メッセージ中で受信されうる。シグナリングフロー３００のステージ３１１について例示されているように、ロケーション測定値を取得するために、ＵＥは第１に、（ｉ）ワイヤレスネットワークへのシグナリング接続がワイヤレスネットワークによって解放あるいは一時中断されるまで待ちうる、（ｉｉ）ワイヤレスネットワークへのシグナリング接続自体を解放あるいは一時中断しうる、もしくは（ｉｉｉ）サービングｅＮＢ（例えば、ｅＮＢ１０４）、サービングＭＭＥ（例えば、ＭＭＥ１０８）またはロケーションサーバにワイヤレスネットワークへのシグナリング接続の解放あるいは一時中断を要求しうる。ワイヤレスネットワークへのシグナリング接続の解放に続いて、ＵＥは、（例えば、シグナリングフロー３００中のステージ３１２においてのように）アイドル状態にある間にロケーションサーバによって要求されたロケーション測定値を取得し、およびその後、ブロック１１０８においてロケーションサーバにロケーション測定値を返す前に（例えば、シグナリングフロー３００中のステージ３１３においてのように）ワイヤレスネットワークとの接続された状態に再び入りうる。いくつかの実施形態では、ブロック１１０８は、シグナリングフロー３００中のステージ３１４に対応しうる。
【０１８８】
[00193]ブロック１１１０において、ロケーションサーバは、ブロック１１０８において受信されたロケーション測定値に基づいて、ＵＥについてのロケーションを決定する。例えば、ロケーションサーバは、ＥＣＩＤあるいはＯＴＤＯＡ位置決め方法に対するロケーション測定値のケースでは、ロケーションサーバ中で構成されたＢＳＡデータを使用して、および／またはＧＮＳＳあるいはＡ−ＧＮＳＳ位置決め方法に対するロケーション測定値の場合は、ＧＮＳＳエフェメリスおよびタイミングデータを使用して、ＵＥについてのロケーションを算出しうる。いくつかの実施形態では、ブロック１１１０は、シグナリングフロー３００中のステージ３１５に対応しうる。
【０１８９】
[00194]ここに説明される方法の例証的な実施形態の多くは、ＶＰＬＭＮ ＥＰＣ１３０およびＥ−ＵＴＲＡＮ１２０のようなワイヤレスネットワークにアクセスするために、ＮＢ−ＩＯＴ無線アクセス、および／またはｅＤＲＸ、ＰＳＭおよび／またはＣＩｏＴ ＣＰ最適化のようなＣＩｏＴ機能を使用しているＵＥ１０２を想定している。実施形態のうちのいくつかはまた、３ＧＰＰ ＣＰロケーションソリューションがＵＥ１０２をロケートするために使用されることを想定している。しかしながら、ここに説明されるものに類似した、あるいは同一の技法は、他のタイプのＩｏＴ機能、および／または、例えば、ｅＭＴＣ、ワイドバンドＬＴＥ、ＧＳＭ、ＷＣＤＭＡ、ｃｄｍａ２０００、ＷｉＦｉまたは将来の５Ｇ規格にしたがった無線アクセスを含む他のタイプの無線アクセスに関連付けられたか、あるいはこれらをサポートするＵＥについてのロケーションをサポートするか、あるいはそのサポートを改善するために使用されうる。加えて、ここに説明されるものに類似した、あるいは同一の技法は、ＯＭＡ ＳＵＰＬ ＵＰロケーションソリューションと、ＩＥＴＦおよびＩＥＥＥによって定義されたロケーションソリューションと、５Ｇ無線アクセスのために３ＧＰＰまたはＯＭＡによって定義された将来のＣＰまたはＵＰロケーションソリューションとのような他のロケーションソリューションを使用して、ＵＥについてのロケーションをサポートするか、またはそのサポートを改善するために使用されうる。これらの類似した、または同一のソリューションは、ＵＥが、節電機能、低リソース限定、限定されたバッテリ電力、限定されたメッセージサイズおよび／または限定されたメッセージ量のような、ＩｏＴおよびＣＩｏＴに適用可能である機能および限定を利用するか、またはそうでない場合はそれらに関連付けられたときにはいつでも適用されうる。
【０１９０】
[00195]「一例」、「ある例」、「ある特定の例」、または「例証的なインプリメンテーション」へのこの明細書全体を通じた参照は、特徴および／または例に関連して説明された特定の特徴、構造、または特性が、特許請求される主題のうちの少なくとも１つの特徴および／または例に含まれうることを意味する。このことから、この明細書全体を通じた様々な場所における「一例では」、「ある例」、「ある特定の例では」または「ある特定のインプリメンテーションでは」というフレーズ、あるいは他の同様のフレーズの出現は、必ずしも全てが同じ特徴、例、および／または限定を指しているわけではない。さらに、特定の特徴、構造、または特性は、１つまたは複数の例および／または特徴において組み合わされうる。
【０１９１】
[00196]ここに含まれている詳細な説明のいくつかの部分は、特定の装置あるいは特殊用途コンピューティングデバイスまたはプラットフォームのメモリ内に記憶された２値デジタル信号に対する動作のアルゴリズムまたは記号表現（symbolic representations）の観点から提示されている。この特定の明細書のコンテキストでは、特定の装置という用語または同様のものは、それがプログラムソフトウェアからの命令に準じて特定の動作を遂行するようにプログラムされると、汎用コンピュータを含む。アルゴリズム記述または記号表現は、信号処理または関連技術における当業者によって、他の当業者に彼らの研究の内容（the substance of their work）を伝達するために使用される技法の例である。アルゴリズムはここで、および概して、所望される結果につながる首尾一貫したシーケンス（a self-consistent sequence）の動作および／または同様の信号処理であると見なされる。このコンテキストでは、動作または処理は、物理量の物理的操作を伴う。典型的に、ただ必ずしもではないが、そのような量は、記憶、転送、組み合わせ、比較、またはそうでない場合は操作されることが可能である電気信号または磁気信号の形態をとりうる。主に共通使用の理由により、そのような信号をビット、データ、値、要素、シンボル、文字、用語、番号、数字、または同様のものと呼ぶことは時に便利であることが証明されている。しかしながら、これらまたは同様の用語の全ては、適切な物理量と関連付けられるべきであり、単に便利なラベルに過ぎないことが理解されるべきである。そうでないと具体的に記載されない限り、ここでの論述から明らかであるように、この明細書全体を通じて、「処理する」、「計算する」、「算出する」、「決定する」、または同様のもののような用語を利用する論述は、特殊用途コンピュータ、特殊用途コンピューティング装置または同様の特殊用途電子コンピューティングデバイスのような特定の装置のアクションまたはプロセスを指すことが認識される。この明細書のコンテキストでは、したがって、特殊用途コンピュータまたは同様の特殊用途電子コンピューティングデバイスは、特殊用途コンピュータまたは同様の特殊用途電子コンピューティングデバイスのメモリ、レジスタ、または他の情報記憶デバイス、送信デバイス、またはディスプレイデバイス内の物理的電子量または磁気量として典型的に表される信号を操作または変換することが可能である。
【０１９２】
[00197]先行する詳細な説明では、数多くの特定の詳細が、特許請求される主題の完全な理解を提供するために記載されてきた。しかしながら、特許請求される主題は、これらの具体的な詳細なしに実施されうることが当業者によって理解されるであろう。他の事例では、当業者によって知られているであろう方法および装置は、特許請求される主題を曖昧にしないように、詳細には説明されていない。
【０１９３】
[00198]「および」、「または」、ならびに「および／または」という用語は、ここに使用される場合、そのような用語が使用されるコンテキストに少なくとも部分的に依存することもまた予想される多様な意味を含みうる。典型的に、「または」がＡ、Ｂ、またはＣのようなリストを関連付けるために使用される場合、包括的な意味で使用されるならＡ、Ｂ、およびＣを、ならびに排他的な意味で使用されるならＡ、Ｂ、またはＣを意味することを意図される。加えて、「１つまたは複数」という用語は、ここに使用される場合、単数形で任意の特徴、構造、または特性を説明するために使用されうるか、あるいは複数の特徴、構造、または特性、あるいはそれらの何らかの他の組み合わせを説明するために使用されうる。しかし、これは単に、例示的な例に過ぎず、特許請求される主題は、この例に限定されないことに留意されたい。
【０１９４】
[00199]実例的な特徴であると現在考えられているものが例示および説明されてきたが、特許請求される主題から逸脱することなしに、様々な他の修正がなされえ、同等物が代用されうることが当業者によって理解されるであろう。加えて、ここに説明された中心的な概念から逸脱することなしに、特許請求される主題の教示に特定の状況を適合させるために、多くの修正がなされうる。
【０１９５】
[00200]したがって、特許請求される主題は、開示された特定の例に限定されないが、そのような特許請求される主題はまた、添付された特許請求の範囲内に含まれる全ての態様およびそれらの同等物を含みうることが意図される。
【図１】
2019528629.tif 000003
【図２】
2019528629.tif 000004
【図３】
2019528629.tif 000005
【図４】
2019528629.tif 000006
【図５】
2019528629.tif 000007
【図６】
2019528629.tif 000008
【図７】
2019528629.tif 000009
【図８】
2019528629.tif 000010
【図９】
2019528629.tif 000011
【図１０】
2019528629.tif 000012
【図１１】
2019528629.tif 000013
【国際調査報告】
2019528629.tif 000014
2019528629.tif 000015
2019528629.tif 000016
2019528629.tif 000017
2019528629.tif 000018