(57)【要約】  ２つの異なるロケーションソリューションが、同じワイヤレスネットワーク中で共存し、ネットワークオペレータが、一方のロケーションソリューションから他方のロケーションソリューションにネットワークサポートを移行させ得る、ワイヤレスネットワーク（たとえば、５Ｇネットワーク）中で異なるロケーションソリューションをサポートするための方法および技法が説明される。緊急呼のロケーションサポートの場合、一方のロケーションソリューションをサポートするネットワークノード（たとえば、ＡＭＦ）から、他方のロケーションソリューションをサポートするネットワークノード（たとえば、別のＡＭＦ）への緊急呼のハンドオーバがサポートされ得る。ハンドオーバは、一方のロケーションソリューションから他方のロケーションソリューションへの、ＬＲＦおよびＧＭＬＣにおける緊急呼のためのロケーションサポートの再構成を可能にするために、（たとえば、ＧＭＬＣ、ＡＭＦおよび／またはＬＭＦを含む）ネットワークノード間のハンドオーバのインジケーションを転送することによってサポートされ得る。
2021502748.tif 000002
【特許請求の範囲】
【請求項１】
第１のロケーションソリューションに従ってユーザ機器（ＵＥ）のロケーションをサポートするための、ワイヤレスコアネットワーク中の第１のネットワークノードにおける方法であって、
前記ＵＥのための緊急呼のハンドオーバの第１のインジケーションを受信することと、ここにおいて、前記ハンドオーバが、前記ワイヤレスコアネットワーク中の第２のネットワークノードへのまたはそこからのものであり、ここにおいて、前記第２のネットワークノードが、前記第１のロケーションソリューションとは異なる第２のロケーションソリューションに従って前記ＵＥのロケーションをサポートする、
前記ワイヤレスコアネットワーク中の第３のネットワークノードに前記緊急呼の前記ハンドオーバの第２のインジケーションを送ることと、ここにおいて、前記第３のネットワークノードが前記第１のロケーションソリューションをサポートする、
を備える、方法。
【請求項２】
前記ワイヤレスコアネットワークが第５世代コアネットワーク（５ＧＣＮ）である、請求項１に記載の方法。
【請求項３】
前記第１のネットワークノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）またはロケーション管理機能（ＬＭＦ）である、請求項２に記載の方法。
【請求項４】
前記第２のネットワークノードがＡＭＦである、請求項３に記載の方法。
【請求項５】
前記第３のネットワークノードが、ゲートウェイモバイルロケーションセンター（ＧＭＬＣ）またはＬＭＦである、請求項４に記載の方法。
【請求項６】
前記第１のネットワークノードがＡＭＦであり、ここにおいて、前記第３のネットワークノードがＬＭＦであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードへのものであり、
前記ハンドオーバの前記第１のインジケーションを次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）から受信することと、
前記第２のネットワークノードへの前記緊急呼の前記ハンドオーバを実施することと
をさらに備える、請求項５に記載の方法。
【請求項７】
前記第１のネットワークノードがＡＭＦであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードからのものであり、
ハンドオーバの前記第１のインジケーションを前記第２のネットワークノードから受信すること
をさらに備える、請求項５に記載の方法。
【請求項８】
前記第１のネットワークノードがＬＭＦであり、ここにおいて、前記第３のネットワークノードがＧＭＬＣであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードからのものであり、
前記ハンドオーバの前記第１のインジケーションを第４のネットワークノードから受信すること、ここにおいて、前記第４のネットワークノードがＡＭＦであり、ここにおいて、前記第４のネットワークノードが前記第１のロケーションソリューションをサポートし、ここにおいて、前記ハンドオーバが前記第２のネットワークノードから前記第４のネットワークノードへ実施される、
をさらに備える、請求項５に記載の方法。
【請求項９】
前記緊急呼の前記ハンドオーバの前記第２のインジケーションが、前記第１のロケーションソリューションおよび前記第２のロケーションソリューションをサポートする、請求項１に記載の方法。
【請求項１０】
第１のロケーションソリューションに従ってユーザ機器（ＵＥ）のロケーションをサポートするための、ワイヤレスコアネットワーク中の第１のネットワークノードであって、前記第１のネットワークノードは、
前記ワイヤレスコアネットワーク中のノードと通信するように構成された外部インターフェースと、
命令を記憶するためのメモリと、
前記外部インターフェースと前記メモリとに結合され、前記ＵＥのための緊急呼のハンドオーバの第１のインジケーションを受信することと、ここにおいて、前記ハンドオーバが、前記ワイヤレスコアネットワーク中の第２のネットワークノードへのまたはそこからのものであり、ここにおいて、前記第２のネットワークノードが、前記第１のロケーションソリューションとは異なる第２のロケーションソリューションに従って前記ＵＥのロケーションをサポートする、前記ワイヤレスコアネットワーク中の第３のネットワークノードに前記緊急呼の前記ハンドオーバの第２のインジケーションを送ることと、ここにおいて、前記第３のネットワークノードが、前記第１のロケーションソリューションをサポートする、を行うように構成された、少なくとも１つのプロセッサと
を備える、第１のネットワークノード。
【請求項１１】
前記ワイヤレスコアネットワークが第５世代コアネットワーク（５ＧＣＮ）である、請求項１０に記載の第１のネットワークノード。
【請求項１２】
前記第１のネットワークノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）またはロケーション管理機能（ＬＭＦ）である、請求項１１に記載の第１のネットワークノード。
【請求項１３】
前記第２のネットワークノードがＡＭＦである、請求項１２に記載の第１のネットワークノード。
【請求項１４】
前記第３のネットワークノードが、ゲートウェイモバイルロケーションセンター（ＧＭＬＣ）またはＬＭＦである、請求項１３に記載の第１のネットワークノード。
【請求項１５】
前記第１のネットワークノードがＡＭＦであり、ここにおいて、前記第３のネットワークノードがＬＭＦであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードへのものであり、前記ハンドオーバの前記第１のインジケーションが次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）から受信され、前記少なくとも１つのプロセッサが、前記第２のネットワークノードへの前記緊急呼の前記ハンドオーバを実施するようにさらに構成された、請求項１４に記載の第１のネットワークノード。
【請求項１６】
前記第１のネットワークノードがＡＭＦであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードからのものであり、ハンドオーバの前記第１のインジケーションが前記第２のネットワークノードから受信される、請求項１４に記載の第１のネットワークノード。
【請求項１７】
前記第１のネットワークノードがＬＭＦであり、ここにおいて、前記第３のネットワークノードがＧＭＬＣであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードからのものであり、前記ハンドオーバの前記第１のインジケーションが第４のネットワークノードから受信され、ここにおいて、前記第４のネットワークノードがＡＭＦであり、ここにおいて、前記第４のネットワークノードが前記第１のロケーションソリューションをサポートし、ここにおいて、前記ハンドオーバが前記第２のネットワークノードから前記第４のネットワークノードへ実施される、請求項１４に記載の第１のネットワークノード。
【請求項１８】
前記緊急呼の前記ハンドオーバの前記第２のインジケーションが、前記第１のロケーションソリューションおよび前記第２のロケーションソリューションをサポートする、請求項１０に記載の第１のネットワークノード。
【請求項１９】
第１のロケーションソリューションに従ってユーザ機器（ＵＥ）のロケーションをサポートするための、ワイヤレスコアネットワーク中の第１のネットワークノードであって、前記第１のネットワークノードは、
前記ＵＥのための緊急呼のハンドオーバの第１のインジケーションを受信するための手段と、ここにおいて、前記ハンドオーバが、前記ワイヤレスコアネットワーク中の第２のネットワークノードへのまたはそこからのものであり、ここにおいて、前記第２のネットワークノードが、前記第１のロケーションソリューションとは異なる第２のロケーションソリューションに従って前記ＵＥのロケーションをサポートする、
前記ワイヤレスコアネットワーク中の第３のネットワークノードに前記緊急呼の前記ハンドオーバの第２のインジケーションを送るための手段と、ここにおいて、前記第３のネットワークノードが前記第１のロケーションソリューションをサポートする、
を備える、第１のネットワークノード。
【請求項２０】
前記ワイヤレスコアネットワークが第５世代コアネットワーク（５ＧＣＮ）である、請求項１９に記載の第１のネットワークノード。
【請求項２１】
前記第１のネットワークノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）またはロケーション管理機能（ＬＭＦ）である、請求項２０に記載の第１のネットワークノード。
【請求項２２】
前記第２のネットワークノードがＡＭＦである、請求項２１に記載の第１のネットワークノード。
【請求項２３】
前記第３のネットワークノードが、ゲートウェイモバイルロケーションセンター（ＧＭＬＣ）またはＬＭＦである、請求項２２に記載の第１のネットワークノード。
【請求項２４】
前記第１のネットワークノードがＡＭＦであり、ここにおいて、前記第３のネットワークノードがＬＭＦであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードへのものであり、
前記ハンドオーバの前記第１のインジケーションを次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）から受信するための手段と、
前記第２のネットワークノードへの前記緊急呼の前記ハンドオーバを実施するための手段と
をさらに備える、請求項２３に記載の第１のネットワークノード。
【請求項２５】
前記第１のネットワークノードがＡＭＦであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードからのものであり、
ハンドオーバの前記第１のインジケーションを前記第２のネットワークノードから受信するための手段
をさらに備える、請求項２３に記載の第１のネットワークノード。
【請求項２６】
前記第１のネットワークノードがＬＭＦであり、ここにおいて、前記第３のネットワークノードがＧＭＬＣであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードからのものであり、
前記ハンドオーバの前記第１のインジケーションを第４のネットワークノードから受信するための手段、ここにおいて、前記第４のネットワークノードがＡＭＦであり、ここにおいて、前記第４のネットワークノードが前記第１のロケーションソリューションをサポートし、ここにおいて、前記ハンドオーバが前記第２のネットワークノードから前記第４のネットワークノードへ実施される、
をさらに備える、請求項２３に記載の第１のネットワークノード。
【請求項２７】
前記緊急呼の前記ハンドオーバの前記第２のインジケーションが、前記第１のロケーションソリューションおよび前記第２のロケーションソリューションをサポートする、請求項１９に記載の第１のネットワークノード。
【請求項２８】
その上に記憶されたプログラムコードを含む記憶媒体であって、前記プログラムコードは、第１のロケーションソリューションに従ってユーザ機器（ＵＥ）のロケーションをサポートする、ワイヤレスコアネットワーク中の第１のネットワークノード中の少なくとも１つのプロセッサに、
前記ＵＥのための緊急呼のハンドオーバの第１のインジケーションを受信することと、ここにおいて、前記ハンドオーバが、前記ワイヤレスコアネットワーク中の第２のネットワークノードへのまたはそこからのものであり、ここにおいて、前記第２のネットワークノードが、前記第１のロケーションソリューションとは異なる第２のロケーションソリューションに従って前記ＵＥのロケーションをサポートする、
前記ワイヤレスコアネットワーク中の第３のネットワークノードに前記緊急呼の前記ハンドオーバの第２のインジケーションを送ることと、ここにおいて、前記第３のネットワークノードが前記第１のロケーションソリューションをサポートする、
を実施させるように動作可能である、記憶媒体。
【請求項２９】
前記ワイヤレスコアネットワークが第５世代コアネットワーク（５ＧＣＮ）である、請求項２８に記載の記憶媒体。
【請求項３０】
前記第１のネットワークノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）またはロケーション管理機能（ＬＭＦ）である、請求項２９に記載の記憶媒体。
【請求項３１】
前記第２のネットワークノードがＡＭＦである、請求項３０に記載の記憶媒体。
【請求項３２】
前記第３のネットワークノードが、ゲートウェイモバイルロケーションセンター（ＧＭＬＣ）またはＬＭＦである、請求項３１に記載の記憶媒体。
【請求項３３】
前記第１のネットワークノードがＡＭＦであり、ここにおいて、前記第３のネットワークノードがＬＭＦであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードへのものであり、前記プログラムコードは、前記少なくとも１つのプロセッサに、
前記ハンドオーバの前記第１のインジケーションを次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）から受信することと、
前記第２のネットワークノードへの前記緊急呼の前記ハンドオーバを実施することと
をさらに実施させるように動作可能である、請求項３２に記載の記憶媒体。
【請求項３４】
前記第１のネットワークノードがＡＭＦであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードからのものであり、前記プログラムコードは、前記少なくとも１つのプロセッサに、
ハンドオーバの前記第１のインジケーションを前記第２のネットワークノードから受信すること
をさらに実施させるように動作可能である、請求項３２に記載の記憶媒体。
【請求項３５】
前記第１のネットワークノードがＬＭＦであり、ここにおいて、前記第３のネットワークノードがＧＭＬＣであり、ここにおいて、前記ハンドオーバが前記第２のネットワークノードからのものであり、前記プログラムコードは、前記少なくとも１つのプロセッサに、
前記ハンドオーバの前記第１のインジケーションを第４のネットワークノードから受信すること、ここにおいて、前記第４のネットワークノードがＡＭＦであり、ここにおいて、前記第４のネットワークノードが前記第１のロケーションソリューションをサポートし、ここにおいて、前記ハンドオーバが前記第２のネットワークノードから前記第４のネットワークノードへ実施される、
をさらに実施させるように動作可能である、請求項３２に記載の記憶媒体。
【請求項３６】
前記緊急呼の前記ハンドオーバの前記第２のインジケーションが、前記第１のロケーションソリューションおよび前記第２のロケーションソリューションをサポートする、請求項２８に記載の記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条に基づく優先権の主張
[0001]本出願は、その両方が本出願の譲受人に譲渡され、その全体が参照により本明細書に組み込まれる、２０１７年１１月６日に出願された「Systems And Methods For Coexistence Of Different Location Solutions For Fifth Generation Wireless Networks」と題する米国仮出願第６２／５８２，３１４号、および２０１８年１１月５日に出願された「Systems And Methods for Coexistence of Different Location Solutions For Fifth Generation Wireless Networks」と題する米国非仮出願第１６／１８０，３３３号の利益および優先権を米国特許法第１１９条のもとで主張する。
【０００２】
[0002]本開示は、一般に通信に関し、より詳細には、ユーザ機器（ＵＥ）のためのロケーションサービスをサポートするための技法に関する。
【背景技術】
【０００３】
[0003]第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））のための５Ｇコアネットワーク（５ＧＣＮ）について、２つの異なる制御プレーン（ＣＰ）ロケーションソリューション（location solution）が識別されている。ここでは「ソリューションＡ」と呼ばれる、一方のソリューションは、３ＧＰＰのためのロングタームエボリューション（ＬＴＥ（登録商標））アクセスのためにすでに定義されているＣＰロケーションソリューションと同様であり、モビリティ管理エンティティ（ＭＭＥ）の代わりにアクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）を使用し、拡張サービングモバイルロケーションセンター（Ｅ−ＳＭＬＣ：Enhanced Serving Mobile Location Center）の代わりにロケーション管理機能（ＬＭＦ：Location Management Function）を使用し、ロケーション機能の対応する割振りとともに使用する。ここでは「ソリューションＢ」と呼ばれる、他方のソリューションは、ソリューションＡの場合のようにＡＭＦおよびＬＭＦを使用するが、大部分のロケーション関係機能をＬＭＦに移動し、ＡＭＦには最小限のロケーション関係機能をもつ。両方のロケーションソリューションが３ＧＰＰのために規格化される場合、両方のソリューションの共通の態様を識別および利用することによって、規格化の量を低減することは有益であり得る。ワイヤレスネットワークオペレータが、一方のソリューションから他方のソリューションに移行するか、あるいは、移行フェーズ中にまたは異なるロケーション適用例について効率的な様式で両方のソリューションをサポートすることを可能にすることも有益であり得る。
【発明の概要】
【０００４】
[0004]２つの異なるロケーションソリューションが、同じワイヤレスネットワーク中で共存し、ネットワークオペレータが、一方のロケーションソリューションから他方のロケーションソリューションにネットワークサポートを移行させ得る、ワイヤレスネットワーク（たとえば、５Ｇネットワーク）中で異なるロケーションソリューションをサポートするための方法および技法が説明される。緊急呼のロケーションサポートの場合、一方のロケーションソリューションをサポートするネットワークノード（たとえば、ＡＭＦ）から、他方のロケーションソリューションをサポートするネットワークノード（たとえば、別のＡＭＦ）への緊急呼のハンドオーバがサポートされ得る。ハンドオーバは、一方のロケーションソリューションから他方のロケーションソリューションへの、ＬＲＦおよびＧＭＬＣにおける緊急呼のためのロケーションサポートの再構成を可能にするために、（たとえば、ＧＭＬＣ、ＡＭＦおよび／またはＬＭＦを含む）ネットワークノード間のハンドオーバのインジケーションを転送することによってサポートされ得る。
【０００５】
[0005]一実装形態では、第１のロケーションソリューションに従ってユーザ機器（ＵＥ）のロケーションをサポートするための、ワイヤレスコアネットワーク中の第１のネットワークノードにおける方法は、ＵＥのための緊急呼のハンドオーバの第１のインジケーションを受信することと、ここにおいて、ハンドオーバが、ワイヤレスコアネットワーク中の第２のネットワークノードへのまたはそこからのものであり、ここにおいて、第２のネットワークノードが、第１のロケーションソリューションとは異なる第２のロケーションソリューションに従ってＵＥのロケーションをサポートする、ワイヤレスコアネットワーク中の第３のネットワークノードに緊急呼のハンドオーバの第２のインジケーションを送ることと、ここにおいて、第３のネットワークノードが第１のロケーションソリューションをサポートする、を含む。
【０００６】
[0006]一実装形態では、第１のロケーションソリューションに従ってユーザ機器（ＵＥ）のロケーションをサポートするための、ワイヤレスコアネットワーク中の第１のネットワークノードであって、第１のネットワークノードは、ワイヤレスコアネットワーク中のノードと通信するように構成された外部インターフェースと、命令を記憶するためのメモリと、外部インターフェースとメモリとに結合され、ＵＥのための緊急呼のハンドオーバの第１のインジケーションを受信することと、ここにおいて、ハンドオーバが、ワイヤレスコアネットワーク中の第２のネットワークノードへのまたはそこからのものであり、ここにおいて、第２のネットワークノードが、第１のロケーションソリューションとは異なる第２のロケーションソリューションに従ってＵＥのロケーションをサポートする、ワイヤレスコアネットワーク中の第３のネットワークノードに緊急呼のハンドオーバの第２のインジケーションを送ることと、ここにおいて、第３のネットワークノードが、第１のロケーションソリューションをサポートする、を行うように構成された、少なくとも１つのプロセッサとを含む。
【０００７】
[0007]一実装形態では、第１のロケーションソリューションに従ってユーザ機器（ＵＥ）のロケーションをサポートするための、ワイヤレスコアネットワーク中の第１のネットワークノードであって、第１のネットワークノードは、ＵＥのための緊急呼のハンドオーバの第１のインジケーションを受信するための手段と、ここにおいて、ハンドオーバが、ワイヤレスコアネットワーク中の第２のネットワークノードへのまたはそこからのものであり、ここにおいて、第２のネットワークノードが、第１のロケーションソリューションとは異なる第２のロケーションソリューションに従ってＵＥのロケーションをサポートする、ワイヤレスコアネットワーク中の第３のネットワークノードに緊急呼のハンドオーバの第２のインジケーションを送るための手段と、ここにおいて、第３のネットワークノードが第１のロケーションソリューションをサポートする、を含む。
【０００８】
[0008]一実装形態では、その上に記憶されたプログラムコードを含む記憶媒体であって、プログラムコードは、第１のロケーションソリューションに従ってユーザ機器（ＵＥ）のロケーションをサポートする、ワイヤレスコアネットワーク中の第１のネットワークノード中の少なくとも１つのプロセッサに、ＵＥのための緊急呼のハンドオーバの第１のインジケーションを受信することと、ここにおいて、ハンドオーバが、ワイヤレスコアネットワーク中の第２のネットワークノードへのまたはそこからのものであり、ここにおいて、第２のネットワークノードが、第１のロケーションソリューションとは異なる第２のロケーションソリューションに従ってＵＥのロケーションをサポートする、ワイヤレスコアネットワーク中の第３のネットワークノードに緊急呼のハンドオーバの第２のインジケーションを送ることと、ここにおいて、第３のネットワークノードが第１のロケーションソリューションをサポートする、を実施させるように動作可能である。
【０００９】
[0009]様々な実施形態の性質および利点の理解は、以下の図を参照することによって実現され得る。
【図面の簡単な説明】
【００１０】
【図１Ａ】[0010]第５世代（５Ｇ）ワイヤレスネットワークのための異なるロケーションソリューションの共存を可能にする通信システムの図。
【図１Ｂ】第５世代（５Ｇ）ワイヤレスネットワークのための異なるロケーションソリューションの共存を可能にする通信システムの図。
【図１Ｃ】第５世代（５Ｇ）ワイヤレスネットワークのための異なるロケーションソリューションの共存を可能にする通信システムの図。
【図２】[0011]サービスベースのインターフェース（ＳＢＩ：service based interface）表現を使用するローミングシナリオのためのロケーションサービスおよびロケーション関係情報転送のためのアーキテクチャの図。
【図３Ａ】[0012]ソリューションＡのための非ローミングシナリオのためのロケーションサービスおよびロケーション関係情報転送のためのアーキテクチャを示す図。
【図３Ｂ】ソリューションＢのための非ローミングシナリオのためのロケーションサービスおよびロケーション関係情報転送のためのアーキテクチャを示す図。
【図４Ａ】[0013]ソリューションＡのためのローミングシナリオのためのロケーションサービスおよびロケーション関係情報転送のためのアーキテクチャを示す図。
【図４Ｂ】ソリューションＢのためのローミングシナリオのためのロケーションサービスおよびロケーション関係情報転送のためのアーキテクチャを示す図。
【図５】[0014]ソリューションＡとソリューションＢの両方が同じネットワーク中で共存する通信システムの図。
【図６Ａ】[0015]同じネットワーク中でソリューションＡを使用する緊急（ＥＭ：emergency）呼のためのネットワーク誘発ロケーション要求（ＮＩ−ＬＲ：Network Induced Location Request）を要約する図。
【図６Ｂ】同じネットワーク中でソリューションＢを使用する緊急（ＥＭ）呼のためのネットワーク誘発ロケーション要求（ＮＩ−ＬＲ）を要約する図。
【図７Ａ】[0016]同じネットワーク中でソリューションＡを使用するＥＭ呼のためのモバイル着信ロケーション要求（ＭＴ−ＬＲ：Mobile Terminated Location Request）を要約する図。
【図７Ｂ】同じネットワーク中でソリューションＢを使用するＥＭ呼のためのモバイル着信ロケーション要求（ＭＴ−ＬＲ）を要約する図。
【図８Ａ】[0017]同じネットワーク中でのソリューションＡからソリューションＢへのＥＭ呼ハンドオーバを要約する図。
【図８Ｂ】同じネットワーク中でのソリューションＢからソリューションＡへのＥＭ呼ハンドオーバを要約する図。
【図９】[0018]一実施形態による、ＵＥのロケーションをサポートするためのワイヤレスコアネットワーク中の第１のネットワークノードにおいて実施される方法を示すプロセスフローの図。
【図１０】[0019]ＵＥのロケーションをサポートするためのワイヤレスコアネットワーク中のネットワークノードのハードウェア実装形態の一例を示す図。
【発明を実施するための形態】
【００１１】
[0020]いくつかの例示的な実装形態に従って、様々な図における同様の参照番号および記号は同様の要素を示す。さらに、要素の複数のインスタンスは、要素のための第１の番号の後にハイフンおよび第２の番号を続ける、または文字が続くことよって示され得る。たとえば、要素１１０の複数のインスタンスは、１１０−１、１１０−２、１１０−３などとして、または、１１０Ａ、１１０Ｂ、１１０Ｃなどとして示され得る。第１の番号のみを使用してそのような要素を指すとき、要素の任意のインスタンスが理解されるべきである（たとえば、前の例における要素１１０は、要素１１０−１、１１０−２および１１０−３を指すか、または、要素１１０Ａ、１１０Ｂおよび１１０Ｃを指す）。
【００１２】
[0021]第３世代パートナーシッププロジェクト（３ＧＰＰ）のための５Ｇコアネットワーク（５ＧＣＮ）について、２つの異なる制御プレーン（ＣＰ）ロケーションソリューションが識別されている。ここでは「ソリューションＡ」と呼ばれる、一方のソリューションは、３ＧＰＰのためのロングタームエボリューション（ＬＴＥ）アクセスのためにすでに定義されているＣＰロケーションソリューションと同様であり、モビリティ管理エンティティ（ＭＭＥ）の代わりにアクセスおよびモビリティ管理機能（ＡＭＦ）を使用し、拡張サービングモバイルロケーションセンター（Ｅ−ＳＭＬＣ）の代わりにロケーション管理機能（ＬＭＦ）を使用し、ロケーション機能の対応する割振りとともに使用する。ここでは「ソリューションＢ」と呼ばれる、他方のソリューションは、ソリューションＡの場合のようにＡＭＦおよびＬＭＦを使用するが、大部分のロケーション関係機能をＬＭＦに移動し、ＡＭＦには最小限のロケーション関係機能をもつ。
【００１３】
[0022]本明細書で説明される実施形態は、ソリューションＡおよびソリューションＢのための共通プロトコルおよび共通プロシージャの使用を可能にすることができ、それらの共通プロトコルおよび共通プロシージャは、両方のソリューションのために１回のみ規格化され得る。これらのプロトコルおよびプロシージャは、ソリューションＡについてゲートウェイモバイルロケーションセンター（ＧＭＬＣ：Gateway Mobile Location Center）とＡＭＦとの間で、およびソリューションＢについてＧＭＬＣとＬＭＦとの間で使用され得る。共通プロトコルおよびプロシージャは、両方のソリューションをサポートするための同等のまたはほとんど同等のＧＭＬＣ実装形態を可能にし、それにより、一方のソリューションから他方のソリューションへの任意の移行におけるネットワーク影響を低減することができる。本明細書で説明される実施形態はまた、両方のソリューションが、いくつかの小さな制限を伴って同じネットワーク中で共存することを可能にし、一方のソリューションをサポートするＡＭＦから他方のソリューションをサポートするＡＭＦへのハンドオーバを受ける緊急（ＥＭ）呼のためのロケーションの連続性を可能にすることができる。たとえば、ＸがＡまたはＢに対応する、ソリューションＸは、ソリューションＸが、異なるＲＡＮへのまたはそこからのＥＭ呼ハンドオーバのためのロケーションの連続性をサポートするのと同様にして、（ＹがＢまたはＡに対応する）他方のソリューションＹをサポートする別のＡＭＦへのまたはそこからのＥＭ呼ハンドオーバのためのロケーションの連続性をサポートし得る。これのさらなる詳細が以下で与えられる。
【００１４】
[0023]図１Ａは、一実施形態による、通信システムアーキテクチャ１００の図を示す。通信システム１００は、ソリューションＡとソリューションＢとの共存など、５Ｇワイヤレスネットワークのための異なるロケーションソリューションの共存を実装するように構成され得る。ここで、通信システム１００は、ユーザ機器（ＵＥ）１０５と、５Ｇネットワークの構成要素とを備え、５Ｇネットワークの構成要素は、訪問先パブリックランドモバイルネットワーク（ＶＰＬＭＮ：Visited Public Land Mobile Network）のための次世代ＲＡＮ（ＮＧ−ＲＡＮ）１１２と、ＶＰＬＭＮ  ５Ｇコアネットワーク（５ＧＣＮ）１５０と、ホームネットワーク５ＧＣＮ１４０とを備える。ホームネットワーク５ＧＣＮ１４０は、ＵＥ１０５のためのホームパブリックランドモバイルネットワーク（ＨＰＬＭＮ：Home Public Land Mobile Network）のためのものであり、ＶＰＬＭＮのための５ＧＣＮ１５０と通信し、ＶＰＬＭＮのための５ＧＣＮ１５０はＵＥ１０５と通信する。５Ｇネットワークは、新無線（ＮＲ）ネットワークと呼ばれることもあり、ＮＧ−ＲＡＮ１１２は、ＮＲ  ＲＡＮまたは５Ｇ  ＲＡＮと呼ばれることがあり、５ＧＣＮ１４０および１５０は、ＮＧコアネットワーク（ＮＧＣ）と呼ばれることがある。ＮＧ−ＲＡＮおよび５ＧＣＮの規格化は、３ＧＰＰにおいて進行中である。したがって、ＮＧ−ＲＡＮ１１２ならびに５ＧＣＮ１４０および１５０は、３ＧＰＰからの５Ｇサポートのための現在のまたは将来の規格に準拠し得る。通信システム１００は、さらに、ＧＰＳ、ＧＬＯＮＡＳＳ、ＧａｌｉｌｅｏまたはＢｅｉｄｏｕのようなグローバルナビゲーション衛星システム（ＧＮＳＳ）、あるいは、ＩＲＮＳＳ、ＥＧＮＯＳまたはＷＡＡＳなど、何らかの他のローカルまたは地域衛星測位システム（ＳＰＳ）のための、衛星ビークル（ＳＶ：satellite vehicle）１９０からの情報を利用し得る。通信システム１００の追加の構成要素が以下で説明される。通信システム１００は、追加または代替の構成要素を含み得る。
【００１５】
[0024]図１Ａは、様々な構成要素の一般化された図を与えるにすぎず、それらの構成要素のいずれかまたはすべてが適宜に利用され得、それらの構成要素の各々が必要に応じて複製または省略され得ることに留意されたい。詳細には、１つのＵＥ１０５のみが示されているが、多くのＵＥ（たとえば、数百、数千、数百万など）が通信システム１００を利用し得ることを理解されよう。同様に、通信システム１００は、より多数またはより少数のＳＶ１９０、ｇＮＢ１１０、外部クライアント１３０、および／または他の構成要素を含み得る。通信システム１００中の様々な構成要素を接続する図示された接続は、追加の（中間）構成要素、直接的または間接的な物理的および／またはワイヤレス接続、ならびに／あるいは追加のネットワークを含み得る、データおよびシグナリング接続を含む。さらに、構成要素は、所望の機能に応じて、並べ替えられ、組み合わせられ、分離され、置換され、および／または省略され得る。
【００１６】
[0025]図１Ａは５Ｇベースのネットワークを示すが、同様のネットワーク実装形態および構成が、３Ｇ、（４Ｇとも呼ばれる）ロングタームエボリューション（ＬＴＥ）、ＩＥＥＥ８０２．１１  ＷｉＦｉ（登録商標）など、他の通信技術のために使用され得る。
【００１７】
[0026]ＵＥ１０５は、デバイス、モバイルデバイス、ワイヤレスデバイス、モバイル端末、端末、移動局（ＭＳ）、セキュアユーザプレーンロケーション（ＳＵＰＬ：Secure User Plane Location）対応端末（ＳＥＴ：SUPL Enabled Terminal）を備え、および／またはそのように呼ばれるか、あるいは、何らかの他の名前で呼ばれることがある。その上、ＵＥ１０５は、セルフォン、スマートフォン、ラップトップ、タブレット、ＰＤＡ、トラッキングデバイス、あるいは何らかの他のポータブルデバイスまたは可動デバイスに対応し得る。一般に、必ずしもそうとは限らないが、ＵＥ１０５は、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、符号分割多元接続（ＣＤＭＡ）、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、ＬＴＥ、高速パケットデータ（ＨＲＰＤ）、ＩＥＥＥ８０２．１１  ＷｉＦｉ（Ｗｉ−Ｆｉ（登録商標）とも呼ばれる）、Ｂｌｕｅｔｏｏｔｈ（登録商標）（ＢＴ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ（登録商標））、（たとえば、ＮＧ−ＲＡＮ１１２および５ＧＣＮ１４０、１５０を使用する）５Ｇ新無線（ＮＲ）など、１つまたは複数の無線アクセス技術（ＲＡＴ）を使用してワイヤレス通信をサポートし得る。ＵＥ１０５はまた、たとえばデジタル加入者回線（ＤＳＬ）またはパケットケーブルを使用して他のネットワーク（たとえばインターネット）に接続し得るワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を使用して、ワイヤレス通信をサポートし得る。これらのＲＡＴのうちの１つまたは複数の使用は、ＵＥ１０５が（図１Ａに示されていない５ＧＣＮ１４０、１５０の要素を介して、または場合によってはゲートウェイモバイルロケーションセンター（ＧＭＬＣ）１４５または１５５を介して）外部クライアント１３０と通信することを可能にし、および／または外部クライアント１３０が（たとえば、ＧＭＬＣ１４５または１５５を介して）ＵＥ１０５に関するロケーション情報を受信することを可能にし得る。
【００１８】
[0027]ＵＥ１０５は、単一のエンティティを含み得、あるいは、ユーザがオーディオ、ビデオおよび／もしくはデータＩ／Ｏデバイスならびに／またはボディセンサーならびに別個のワイヤラインもしくはワイヤレスモデムを採用し得るパーソナルエリアネットワーク中などで複数のエンティティを含み得る。ＵＥ１０５のロケーションの推定値は、ロケーション、ロケーション推定値、ロケーションフィックス、フィックス、位置、位置推定値または位置フィックスと呼ばれることがあり、測地的なものであり、したがって、高度成分（たとえば、海抜高、地表高または地表深度、フロアレベルまたは地階レベル）を含むことも含まないこともあるＵＥ１０５のロケーション座標（たとえば、緯度および経度）を与え得る。代替的に、ＵＥ１０５のロケーションは、都市ロケーションとして（たとえば、郵便住所として、あるいは、特定の部屋またはフロアなど、建築物中の何らかの地点または小さいエリアの指定として）表され得る。ＵＥ１０５のロケーションはまた、ある確率または信頼性レベル（たとえば、６７％、９５％など）でＵＥ１０５がそれの内部に位置することが予想される（測地的にまたは都市形態でのいずれかで定義される）エリアまたはボリュームとして表され得る。ＵＥ１０５のロケーションは、さらに、たとえば、測地的に、都市に関して、あるいは、マップ、フロアプランまたは建築物プラン上に示された地点、エリア、またはボリュームを参照することによって定義され得る知られているロケーションにある何らかの原点に対して定義された、距離および方向または相対Ｘ、Ｙ（およびＺ）座標を備える、相対ロケーションであり得る。本明細書に含まれている説明では、ロケーションという用語の使用は、別段に規定されていない限り、これらの変形態のいずれかを備え得る。ＵＥのロケーションを算出するとき、局所的なｘ、ｙ、および場合によってはｚ座標の値を求め、次いで、必要な場合、局所的な座標を（たとえば、緯度、経度、および平均海面の上または下の高度に対する）絶対的な座標に変換することが一般的である。
【００１９】
[0028]図１Ａに示されているＮＧ−ＲＡＮ１１２中の基地局（ＢＳ）は、ｇＮＢ１１０−１、１１０−２および１１０−３（本明細書では、まとめておよび総称的にｇＮＢ１１０と呼ばれる）とも呼ばれる、ＮＲノードＢを備える。ＮＧ−ＲＡＮ１１２中のｇＮＢ１１０のペアは、たとえば、図１Ａに示されているように直接的に、または他のｇＮＢ１１０を介して間接的に、互いに接続され得る。５Ｇネットワークへのアクセスは、ＵＥ１０５とｇＮＢ１１０のうちの１つまたは複数との間のワイヤレス通信を介してＵＥ１０５に与えられ、ｇＮＢ１１０は、５Ｇ  ＮＲを使用するＵＥ１０５のために５ＧＣＮ１５０へのワイヤレス通信アクセスを与え得る。図１Ａでは、ＵＥ１０５のためのサービングｇＮＢは、ｇＮＢ１１０−１であると仮定されるが、他のｇＮＢ（たとえば、ｇＮＢ１１０−２および／またはｇＮＢ１１０−３）は、ＵＥ１０５が別のロケーションに移動する場合にサービングｇＮＢとして働き得るか、またはＵＥ１０５に追加のスルーアウト(throughout)および帯域幅を与えるための２次ｇＮＢとして働き得る。図１Ａ中のいくつかのｇＮＢ１１０（たとえば、ｇＮＢ１１０−２またはｇＮＢ１１０−３）は、ＵＥ１０５の測位を支援するための信号（たとえば、測位基準信号（ＰＲＳ：positioning reference signal））を送信し得るが、ＵＥ１０５からのまたは他のＵＥからの信号を受信しないことがある、測位専用ビーコンとして機能するように構成され得る。
【００２０】
[0029]述べられたように、図１Ａは、５Ｇ通信プロトコルに従って通信するように構成されたノードを示すが、たとえばＬＴＥプロトコルなど、他の通信プロトコルに従って通信するように構成されたノードが使用され得る。異なるプロトコルを使用して通信するように構成されたそのようなノードは、少なくとも部分的に、５ＧＣＮ１５０によって制御され得る。したがって、ＮＧ−ＲＡＮ１１２は、ｇＮＢ、ＬＴＥアクセスをサポートする発展型ノードＢ（ｅＮＢ）、あるいは他のタイプの基地局またはアクセスポイントの任意の組合せを含み得る。一例として、ＮＧ−ＲＡＮ１１２は、１つまたは複数の次世代ｅＮＢ（ｎｇ−ｅＮＢ）を含み得、それらの次世代ｅＮＢは、ＵＥ１０５にＬＴＥワイヤレスアクセスを与え、ＡＭＦ１５４およびＵＰＦ１５７など、５ＧＣＮ１５０中のエンティティに接続し得る。
【００２１】
[0030]ｇＮＢ１１０は、測位機能のためにロケーション管理機能（ＬＭＦ）１５２と通信する、アクセスおよびモビリティ管理機能（ＡＭＦ）１５４と通信することができる。ＡＭＦ１５４は、ＵＥ１０５の登録とセル変更とハンドオーバとを含む、ＵＥ１０５のアクセスおよびモビリティをサポートし得、ＵＥ１０５へのシグナリング接続をサポートすることと、場合によってはＵＥ１０５のためのプロトコルデータユニット（ＰＤＵ）セッションを確立および解放するのを助けることとに参加し得る。ＡＭＦ１５４の他の機能は、ＮＧ−ＲＡＮ１１２からの制御プレーン（ＣＰ）インターフェースの終端と、ＵＥ１０５などのＵＥからの非アクセス層（ＮＡＳ）シグナリング接続の終端と、ＮＡＳ暗号化および完全性保護と、登録管理と、接続管理と、到達可能性管理と、モビリティ管理と、アクセス認証および許可と含み得る。
【００２２】
[0031]ＬＭＦ１５２は、ＵＥ１０５がＮＧ−ＲＡＮ１１２にアクセスするときにＵＥ１０５の測位をサポートし得、補助ＧＮＳＳ（Ａ−ＧＮＳＳ：Assisted GNSS）、観測到着時間差（ＯＴＤＯＡ：Observed Time Difference of Arrival）、リアルタイムキネマティクス（ＲＴＫ：Real Time Kinematics）、精密単独測位（ＰＰＰ：Precise Point Positioning）、差動ＧＮＳＳ（ＤＧＮＳＳ：Differential GNSS）、拡張セルＩＤ（ＥＣＩＤ：Enhanced Cell ID）、発射角（ＡＯＤ：angle of departure）、到来角（ＡＯＡ：angle of arrival）、および他の位置方法など、位置プロシージャ／方法をサポートし得る。ＬＭＦ１５２はまた、たとえば、ＡＭＦ１５４から、または訪問先ＧＭＬＣ（ＶＧＭＬＣ：Visited GMLC）１５５から受信された、ＵＥ１０５のためのロケーションサービス要求を処理し得る。いくつかの実施形態では、ＬＭＦ１５２を実装するノード／システムは、追加または代替として、拡張サービングモバイルロケーションセンター（Ｅ−ＳＭＬＣ）またはセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ：SUPL Location Platform）など、他のタイプのロケーションサポートモジュールを実装し得る。いくつかの実施形態では、（ＵＥ１０５のロケーションの導出を含む）測位機能の少なくとも一部は、（たとえば、ワイヤレスノードによって送信された信号についての信号測定値と、ＵＥ１０５に与えられた支援データとを使用して）ＵＥ１０５において実施され得ることに留意されたい。
【００２３】
[0032]ＶＧＭＬＣ１５５は、外部クライアント１３０から、またはホームＧＭＬＣ（ＨＧＭＬＣ：Home GMLC）１４５から受信されたＵＥ１０５のためのロケーション要求をサポートし得、ＡＭＦ１５４によってＬＭＦ１５２にフォワーディングするためにＡＭＦ１５４にそのようなロケーション要求をフォワーディングし得るか、またはＬＭＦ１５２に直接的にロケーション要求をフォワーディングし得る。（たとえば、ＵＥ１０５のためのロケーション推定値を含んでいる）ＬＭＦ１５２からのロケーション応答は、直接的にまたはＡＭＦ１５４を介してのいずれかで、ＶＧＭＬＣ１５５に同様に返され得、ＶＧＭＬＣ１５５は、次いで、（たとえば、ロケーション推定値を含んでいる）ロケーション応答を、外部クライアント１３０にまたはＨＧＭＬＣ１４５に返し得る。ＶＧＭＬＣ１５５は、ＡＭＦ１５４とＬＭＦ１５２の両方に接続されて示されているが、いくつかの実装形態では、これらの接続のうちの一方のみが、５ＧＣＮ１５０によってサポートされ得る。
【００２４】
[0033]図１Ａにさらに示されているように、ＬＭＦ１５２とｇＮＢ１１０とは、（ＮＰＰａまたはＮＲＰＰａと呼ばれることがある）新無線位置プロトコルＡ（New Radio Position Protocol A）を使用して通信し得る。ＮＲＰＰａは、３ＧＰＰ技術仕様（ＴＳ）３８．４５５において定義され得、３ＧＰＰ  ＴＳ３６．４５５において定義されているＬＴＥ測位プロトコルＡ（ＬＰＰａ：LTE Positioning Protocol A）と同じであり、ＬＰＰａと同様であり、またはＬＰＰａの拡張であり得、ＮＲＰＰａメッセージは、ＡＭＦ１５４を介してｇＮＢ１１０とＬＭＦ１５２との間で転送される。図１Ａにさらに示されているように、ＬＭＦ１５２とＵＥ１０５とは、３ＧＰＰ  ＴＳ３６．３５５において定義されているＬＴＥ測位プロトコル（ＬＰＰ）を使用して通信し得、ＬＰＰメッセージは、ＵＥ１０５のためのサービングｇＮＢ１１０−１を介して、ＵＥ１０５とＡＭＦ１５４との間のＮＡＳトランスポートメッセージ内で転送される。ＬＰＰメッセージは、ＡＭＦ１５４によって中継され、インターネットプロトコル（ＩＰ）上のハイパーテキスト転送プロトコル（ＨＴＴＰ）の使用に基づくサービスベースのインターフェース（ＳＢＩ）など、ＳＢＩを使用して、ＬＭＦ１５２とＡＭＦ１５４との間で転送され得る。ＬＰＰプロトコルは、Ａ−ＧＮＳＳ、ＲＴＫ、ＯＴＤＯＡおよび／またはＥＣＩＤなど、ＵＥ支援および／またはＵＥベース位置方法を使用して、ＵＥ１０５の測位をサポートするために使用され得る。ＮＲＰＰａプロトコルは、（ｇＮＢ１１０によって取得された測定値とともに使用されるときは）ＥＣＩＤなどのネットワークベース位置方法を使用してＵＥ１０５の測位をサポートするために使用され得、および／または、ＯＴＤＯＡのサポートのためのｇＮＢ１１０からのＰＲＳ送信を定義するパラメータなど、ｇＮＢ１１０からのロケーション関係情報を取得するためにＬＭＦ１５２によって使用され得る。
【００２５】
[0034]ＮＲＰＰａを使用してｇＮＢ１１０によってＬＭＦ１５２に与えられる情報は、ＰＲＳ送信のためのタイミングおよび構成情報と、ｇＮＢ１１０のロケーション座標とを含み得る。ＬＭＦ１５２は、次いで、この情報の一部または全部を、ＮＧ−ＲＡＮ１１２およびＡＭＦ１５４を介してＬＰＰメッセージ中の支援データとしてＵＥ１０５に与えることができる。
【００２６】
[0035]ＬＭＦ１５２からＵＥ１０５に送られるＬＰＰメッセージは、所望の機能に応じて、様々な事のいずれかを行うようにＵＥ１０５に命令し得る。たとえば、ＬＰＰメッセージは、ＧＮＳＳ（またはＡ−ＧＮＳＳ）、ワイヤレスＬＡＮ、および／またはＯＴＤＯＡ（または何らかの他の位置方法）についての測定値を取得するようにとのＵＥ１０５に対する命令を含んでいることがある。ＯＴＤＯＡの場合、ＬＰＰメッセージは、特定のｇＮＢ１１０によってサポートされる（あるいは１つまたは複数のｎｇ−ｅＮＢまたはｅＮＢによってサポートされる）特定のセル内で送信されたＰＲＳ信号の１つまたは複数の測定値（たとえば、基準信号時間差（ＲＳＴＤ：Reference Signal Time Difference）測定値）を取得するようにＵＥ１０５に命令し得る。ＵＥ１０５は、サービングｇＮＢ１１０−１およびＡＭＦ１５４を介して、（たとえば、５Ｇ  ＮＡＳトランスポートメッセージ内の）ＬＰＰメッセージ中でＬＭＦ１５２に測定値を送り返し得る。
【００２７】
[0036]いくつかの実施形態では、ＬＰＰは、ＮＲ無線アクセスのためのＥ−ＣＩＤおよびＯＴＤＯＡなど、位置方法をサポートするＮＲ測位プロトコル（ＮＰＰ）によって増強されるか、またはＮＰＰによって置き換えられ得る。たとえば、ＬＰＰメッセージは、埋込みＮＰＰメッセージを含んでいることがあるか、またはＮＰＰメッセージによって置き換えられ得る。
【００２８】
[0037]ＶＰＬＭＮ  ５ＧＣＮ１５０はまた、ＵＰＦ１５７に、ＶＧＭＬＣ１５５に、および公共安全応答ポイント（ＰＳＡＰ：Public Safety Answering Point）１７４に接続され得る、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）１７２を含み得る。ＩＭＳ１７２は、ＩＥＴＦセッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）を使用して、ＵＥ１０５によって発信されるかまたはＵＥ１０５に着信し得る、ボイス呼、データセッションおよび／または緊急呼を確立および解放するために使用され得る。たとえば、ＩＭＳ１７２は、図１Ａに示されていないが、場合によっては３ＧＰＰ  ＴＳ２３．２２８および２３．１６７に記載されている、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ：Proxy Call Session Control Function）、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ：Serving Call Session Control Function）、緊急呼セッション制御機能（Ｅ−ＣＳＣＦ：Emergency Call Session Control Function）および／またはロケーション取出し機能（ＬＲＦ：Location Retrieval Function）を含み得る。
【００２９】
[0038]図示のように、ＨＰＬＭＮ１４０は、統合データ管理（ＵＤＭ：Unified Data Management）１４２、（たとえば、インターネットを介して）ＶＧＭＬＣ１５５に接続され得るホームＧＭＬＣ（Ｈ−ＧＭＬＣ）１４５、ならびにＶＰＬＭＮ１５０中のＵＰＦ１５７に接続され得るユーザプレーン機能（ＵＰＦ：User Plane Function）１４７を含む。ＵＤＭ１４２は、ＵＥ１０５のためのサブスクリプションデータを記憶し得、以下の機能、すなわち、ＵＥ認証、ＵＥ識別、アクセス許可、登録およびモビリティ管理およびサブスクリプション管理を実施し得る。ＵＰＦ１４７およびＵＰＦ１５７は、ＵＥ１０５のためのボイスおよびデータベアラを各々サポートし得、インターネットなどの他のネットワークへのＵＥ１０５のボイスおよびデータアクセスを可能にし得る。ＵＰＦ１４７およびＵＰＦ１５７の機能は、データネットワークへの相互接続の外部ＰＤＵセッションポイントと、パケット（たとえばＩＰ）ルーティングおよびフォワーディングと、パケット検査およびポリシールール実施のユーザプレーン部分と、ユーザプレーンのためのＱｏＳ処理と、ダウンリンクパケットバッファリングおよびダウンリンクデータ通知トリガリングとを含み得る。
【００３０】
[0039]ＵＰＦ１４７は、ＳＵＰＬロケーションプラットフォーム（ＳＬＰ）１４８など、ロケーションサーバ（ＬＳ：location server）に接続され得る。ＳＬＰ１４８は、オープンモバイルアライアンス（ＯＭＡ：Open Mobile Alliance）によって定義されたＳＵＰＬユーザプレーン（ＵＰ：user plane）ロケーションソリューションをサポートし得、ＳＬＰ１４８に記憶されたＵＥ１０５のためのサブスクリプション情報に基づいて、ＵＥ１０５のためのロケーションサービスをサポートし得る。ＳＬＰ１４８は、ＵＥ１０５のためのホームＳＬＰ（Ｈ−ＳＬＰ：home SLP）であり得る。通信システム１００のいくつかの実施形態では、ＶＰＬＭＮ  ５ＧＣＮ１５０中のまたはそれからアクセス可能な（たとえば、ＵＰＦ１５７に接続された）、（図１Ａに示されていない）発見されたＳＬＰ（Ｄ−ＳＬＰ：Discovered SLP）または緊急ＳＬＰ（Ｅ−ＳＬＰ：Emergency SLP）が、ＳＵＰＬ  ＵＰソリューションを使用してＵＥ１０５の位置を特定するために使用され得る。通信システムアーキテクチャ１００中のＳＬＰ１４８とＬＭＦ１５２とは、両方とも、ＵＥ１０５の測位のためにＬＰＰおよび／またはＬＰＰ／ＮＰＰプロトコルを採用し得るＬＳの例である。
【００３１】
[0040]３ＧＰＰ  ＴＳ２３．２７１およびＴＳ３６．３０５において定義されている３ＧＰＰ  ＣＰロケーションソリューションなど、ＣＰロケーションソリューションでは、ＵＥ１０５のロケーションをサポートするための（たとえば、ＬＰＰ、ＬＰＰ／ＮＰＰおよび他のメッセージを含む）シグナリングは、ＶＰＬＭＮ  ５ＧＣＮ１５０およびＨＰＬＭＮ  ５ＧＣＮ１４０のための既存のシグナリングインターフェースおよびプロトコルを使用して、参加しているエンティティ（たとえば、ＶＧＭＬＣ１５５、ｇＮＢ１１０およびＵＥ１０５）間で転送され得る。対照的に、ＳＵＰＬなどのＵＰロケーションソリューションでは、ＵＥ１０５のロケーションをサポートするための（たとえば、埋込みＬＰＰおよび／またはＬＰＰ／ＮＰＰメッセージを搬送するＳＵＰＬメッセージなどの）シグナリングは、（たとえば、インターネットプロトコル（ＩＰ）を使用して）データベアラを使用して、参加しているエンティティ（たとえば、ＵＥ１０５およびＳＬＰ１４８）間で転送され得る。
【００３２】
[0041]ＨＧＭＬＣ１４５は、ＵＥ１０５のためのＵＤＭ１４２に接続され得る。ＨＧＭＬＣ１４５は、外部クライアント１３０などの外部クライアントのために、ＵＥ１０５へのロケーションアクセスを与え得る。ＨＧＭＬＣ１４５、ＵＰＦ１４７、およびＳＬＰ１４８のうちの１つまたは複数は、たとえば、インターネットなどの別のネットワークを通して、外部クライアント１３０に接続され得る。いくつかの場合には、（図１Ａに示されていない）別のＰＬＭＮ中にある要求側ＧＭＬＣ（Ｒ−ＧＭＬＣ：Requesting GMLC）が、Ｒ−ＧＭＬＣに接続された外部クライアントのためにＵＥ１０５へのロケーションアクセスを与えるために、（たとえば、インターネットを介して）ＨＧＭＬＣ１４５に接続され得る。Ｒ−ＧＭＬＣ、ＨＧＭＬＣ１４５およびＶＧＭＬＣ１５５は、３ＧＰＰ  ＴＳ２３．２７１において定義されている３ＧＰＰ  ＣＰソリューションを使用して、ＵＥ１０５へのロケーションアクセスをサポートし得る。
【００３３】
[0042]ＶＰＬＭＮ１５０および別個のＨＰＬＭＮ１４０が、図１Ａに示されているが、両方のＰＬＭＮ（ネットワーク）は同じＰＬＭＮであり得ることを理解されたい。その場合、（ｉ）ＳＬＰ１４８、ＵＤＭ１４２およびＵＰＦ１４７は、ＡＭＦ１５４およびＬＭＦ１５２と同じ５ＧＣＮ中にあり得、（ｉｉ）ＶＧＭＬＣ１５５とＨＧＭＬＣ１４５とは同じＧＭＬＣであり得、したがってＧＭＬＣ１５５と呼ばれることがあり、および（ｉｉｉ）ＵＰＦ１４７とＵＰＦ１５７とは同じＵＰＦであり得る。
【００３４】
[0043]述べられたように、通信システム１００は５Ｇ技術に関して説明されるが、通信システム１００は、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥなど、他の通信技術をサポートするために実装され得、それらの通信技術は、（たとえば、ボイス、データ、測位、および他の機能を実装するために）ＵＥ１０５などのモバイルデバイスをサポートし、それらと対話するために使用される。いくつかのそのような実施形態では、５ＧＣＮ１５０は、ｇＮＢ１１０の代わりに１つまたは複数の発展型ノードＢ（ｅＮＢ）を備える発展型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）など、異なるエアインターフェースを制御するように構成され得る。いくつかの他の実施形態では、ＮＧ−ＲＡＮ１１２と５ＧＣＮ１４０、１５０の両方は、他のＲＡＮと他のコアネットワークとによって置き換えられ得る。たとえば、ＬＴＥアクセスをサポートするための３ＧＰＰによって定義される発展型パケットシステム（ＥＰＳ：Evolved Packet System）では、ＵＥ１０５は、ＮＧ−ＲＡＮ１１２および５ＧＣＮ１４０、１５０ではなくＥＰＳにアクセスし得、ＮＧ−ＲＡＮ１１２は、ｇＮＢ１１０の代わりにｅＮＢを含んでいるＥ−ＵＴＲＡＮによって置き換えられ得、５ＧＣＮ１４０、１５０は、ＡＭＦ１５４の代わりにモビリティ管理エンティティ（ＭＭＥ）を備える発展型パケットコア（ＥＰＣ：Evolved Packet Core）と、ＬＭＦ１５２の代わりの拡張サービングモバイルロケーションセンター（Ｅ−ＳＭＬＣ）と、ＶＧＭＬＣ１５５と同様であり得るＧＭＬＣとによって置き換えられ得る。そのようなＥＰＳでは、Ｅ−ＳＭＬＣは、Ｅ−ＵＴＲＡＮ中のｅＮＢにロケーション情報を送り、それらのｅＮＢからロケーション情報を受信するために、ＮＲＰＰａの代わりにＬＰＰａを使用し得、ＵＥ１０５の測位をサポートするためにＬＰＰを使用し得る。さらに、いくつかの実装形態では、（たとえば、ｇＮＢ１１０またはｅＮＢと同様の、またはそれらに基づく）基地局は、測位専用ビーコンとして機能し、ＵＥ１０５の測位を支援するための信号（たとえばＰＲＳ）を送信し得るが、ＵＥ１０５からの信号を受信しないことがある。
【００３５】
[0044]ＣＰロケーションソリューションは、異なるやり方で、通信システムアーキテクチャ１００によってサポートされ得る。図１Ａからのすべての物理的要素を組み込む図１Ｂは、ソリューションＡによるＣＰロケーションのサポートを高レベルにおいて示す。ソリューションＡは、ＵＥ１０５のロケーションの調整および制御が、（３ＧＰＰ  ＴＳ２３．２７１において定義されているＬＴＥアクセスのためのＣＰロケーションソリューションのためにＭＭＥによって実施される機能と同様の機能を実施し得る）ＡＭＦ１５４によって実施されるので、「旧来のＣＰロケーションソリューション」または「ＡＭＦベースのロケーションソリューション」と呼ばれることがある。図１Ｂに示されているように、ＵＥ１０５のためのロケーション要求は、外部クライアント１３０から発信し得、これは「モバイル着信ロケーション要求」（ＭＴ−ＬＲ）と呼ばれることがある。ソリューションＡを伴うＭＲ−ＬＲの場合、ロケーション要求は、外部クライアント１３０によってＨＧＭＬＣ１４５に送られ、ＨＧＭＬＣ１４５は、段階１ａにおいてＶＧＭＬＣ１５５に（たとえば、シグナリングメッセージの一部として）要求をフォワーディングする。ＶＧＭＬＣ１５５は、次いで、段階１ｂにおいて、ＵＥのためのサービングＡＭＦであるＡＭＦ１５４に要求をフォワーディングし得る。ＡＭＦは、次いで、段階２においてＬＭＦ１５２にロケーション要求を送り得る。図１Ｂに示されていない段階３において、ＬＭＦ１５２は、図１Ａについて前に説明されたように、ＵＥ１０５のためのロケーション測定値またはロケーション推定値を取得するために、ＬＰＰまたはＮＰＰメッセージをＵＥ１０５と交換し得、および／あるいはＮＲＰＰａメッセージをｇＮＢ１１０−１と交換し得る。ＬＭＦ１５２は、次いで、（たとえば、ＬＰＰまたはＮＰＰを使用してＵＥ１０５から取得されたロケーション測定値から、および／あるいはＮＲＰＰａを使用してｇＮＢ１１０−１から取得されたロケーション測定値から）ＵＥ１０５のためのロケーション推定値を決定し得、段階４においてＡＭＦ１５４にロケーション推定値を返し得る。ＡＭＦ１５４は、次いで、（たとえば、シグナリングメッセージの一部として）段階５ａにおいてＶＧＭＬＣ１５５にロケーション推定値を返し、ＶＧＭＬＣ１５５は、段階５ｂにおいてＨＧＭＬＣ１４５を介して外部クライアント１３０にロケーション推定値を返す。
【００３６】
[0045]同じくソリューションＡによってサポートされ得、同じく図１Ｂに示されている代替プロシージャでは、ＵＥ１０５のロケーションは、ＵＥ１０５によって要求され得、これは、モバイル発信ロケーション要求（ＭＯ−ＬＲ：Mobile Originated Location Request）と呼ばれることがある。代替的に、ＵＥ１０５のロケーションは、緊急呼のためのＵＥ１０５からの要求により、５ＧＣＮ１５０内で誘発され得、これは、ネットワーク誘発ロケーション要求（ＮＩ−ＬＲ）と呼ばれることがある。ソリューションＡを伴うＭＯ−ＬＲの場合、ＵＥ１０５は、図１Ｂ中の段階１ｃにおいてサービングＡＭＦにロケーション要求を送る。ソリューションＡを伴うＮＩ−ＬＲの場合、ＵＥ１０５は、図１Ｂ中の段階１ｃにおいてサービングＡＭＦに緊急呼のための要求または要求のインジケーションを送る。ＭＯ−ＬＲのためのロケーション要求、またはＮＩ−ＬＲについての緊急呼のための要求に基づいて、ＡＭＦ１５４は、ソリューションＡのためのＭＴ−ＬＲについて前に説明された段階２と同様または同じである段階２において、ＬＭＦ１５２にＵＥ１０５のためのロケーション要求を送る。ＭＯ−ＬＲまたはＮＩ−ＬＲの場合、ＬＭＦ１５２は、次いで、ソリューションＡのためのＭＴ−ＬＲについて前に説明された段階３および４を実施する。ロケーション推定値が段階４においてＬＭＦ１５２によってＡＭＦ１５４に返された後に、およびそのロケーションがＮＩ−ＬＲのために取得された場合、ＡＭＦ１５４は、（たとえば、シグナリングメッセージの一部として）段階５ａにおいてＶＧＭＬＣ１５５にＵＥ１０５のためのロケーション推定値を送り得、ＶＧＭＬＣ１５５は、段階５ｄにおいてＩＭＳ１７２中のＬＲＦを介してＰＳＡＰ１７４にロケーション推定値を送り得る。ＮＩ−ＬＲの場合、段階５ａおよび５ｄのために使用されるシグナリングメッセージは、ＭＴ−ＬＲの場合のステップ５ａおよび５ｂのために使用されるシグナリングメッセージとは異なり得、ＶＧＭＬＣ１５５は、ＨＧＭＬＣ１４５を介してでなく、段階５ｄにおいてＰＳＡＰ１７４に直接的にロケーション推定値を送り得る。代替的に、ロケーションがＭＯ−ＬＲのために取得された場合、次いで、ロケーション推定値が図１Ｂ中の段階４においてＬＭＦ１５２によってＡＭＦ１５４に返された後に、ＡＭＦ１５４は、段階５ｃにおいてＵＥ１０５に直接的にＵＥ１０５のためのロケーション推定値を返し得る。ソリューションＡのためのすべてのプロシージャ（ＭＴ−ＬＲ、ＭＯ−ＬＲおよびＮＩ−ＬＲ）について、ロケーション要求、またはロケーション要求を誘発するＥＭ呼のための要求は、最初にＡＭＦ１５４に送られ、ＡＭＦ１５４は、次いで、そのロケーション要求をＬＭＦ１５２にフォワーディングし、宛先エンティティにロケーション推定値を返すことがわかり得る。したがって、ソリューションＡでは、ＡＭＦ１５４はメイン制御エンティティであるが、ＬＭＦ１５２は、単に、ロケーション推定値を取得し、それをＡＭＦ１５４に返す。
【００３７】
[0046]図１Ａからのすべての物理的要素を組み込む図１Ｃは、ソリューションＢによるＣＰロケーションのサポートを高レベルにおいて示す。ソリューションＢは、ＵＥ１０５のロケーションの調整および制御がＬＭＦ１５２によって実施されるので、「ＬＭＦベースのロケーションソリューション」と呼ばれることがある。図１Ｃに示されているように、ＵＥ１０５のためのロケーション要求は、外部クライアント１３０から発信し得、これは、（ソリューションＡの場合のように）ＭＴ−ＬＲと呼ばれることがある。ソリューションＢを伴うＭＲ−ＬＲの場合、ロケーション要求は、外部クライアント１３０によってＨＧＭＬＣ１４５に送られ、ＨＧＭＬＣ１４５は、段階１ａにおいてＶＧＭＬＣ１５５に要求をフォワーディングする。ＶＧＭＬＣ１５５は、次いで、（たとえば、シグナリングメッセージの一部として）段階２ａにおいてＬＭＦ１５２に要求をフォワーディングし得る。図１Ｃに示されていない段階３において、ＬＭＦ１５２は、図１Ａについて前に説明されたように、ＵＥ１０５のためのロケーション測定値またはロケーション推定値を取得するために、ＬＰＰまたはＮＰＰメッセージをＵＥ１０５と交換し得、および／あるいはＮＲＰＰａメッセージをｇＮＢ１１０−１と交換し得る。図１Ｃ中のソリューションＢのための段階３は、図１Ｂ中のソリューションＡのための段階３と同様または同じであり得る。ＬＭＦ１５２は、次いで、（たとえば、ＬＰＰまたはＮＰＰを使用してＵＥ１０５から取得されたロケーション測定値から、および／あるいはＮＲＰＰａを使用してｇＮＢ１１０−１から取得されたロケーション測定値から）ＵＥ１０５のためのロケーション推定値を決定し得、（たとえば、シグナリングメッセージの一部として）段階４ａにおいてＶＧＭＬＣ１５５にロケーション推定値を返し得る。ＶＧＭＬＣ１５５は、次いで、段階５ａにおいてＨＧＭＬＣ１４５を介して外部クライアント１３０にロケーション推定値を返す。
【００３８】
[0047]同じくソリューションＢによってサポートされ得、同じく図１Ｃに示されている代替プロシージャでは、ＵＥ１０５のロケーションは、ＵＥ１０５によって要求され得、これは、（ソリューションＡの場合のように）ＭＯ−ＬＲと呼ばれることがある。代替的に、ＵＥ１０５のロケーションは、緊急呼のためのＵＥ１０５からの要求により、５ＧＣＮ１５０内で誘発され得、これは、（ソリューションＡの場合のように）ＮＩ−ＬＲと呼ばれることがある。ソリューションＢを伴うＭＯ−ＬＲの場合、ＵＥ１０５は、図１Ｃ中の段階１ｂにおいてサービングＡＭＦにロケーション要求を送る。ソリューションＢを伴うＮＩ−ＬＲの場合、ＵＥ１０５は、図１Ｃ中の段階１ｂにおいてサービングＡＭＦに緊急呼のための要求または要求のインジケーションを送る。ＭＯ−ＬＲのための段階１ｂにおいて送られるロケーション要求の場合、ＡＭＦ１５４は、中継器として働き得、ロケーション要求の解釈または変更なしに、図１Ｃ中の段階２ｂにおいてＬＭＦ１５２にロケーション要求をフォワーディングし得る。ＮＩ−ＬＲのための段階１ｂにおけるＥＭ呼のための要求またはＥＭ呼のインジケーションの場合、ＡＭＦ１５４は、段階２ｂにおいてＥＭ呼の通知をＬＭＦ１５２に送り得る。段階２ｂにおいてＡＭＦ１５４によってフォワーディングされたＭＯ−ＬＲについてのＵＥ１０５からのロケーション要求、またはＮＩ−ＬＲのための段階２ｂにおいてＡＭＦ１５４によって送られたＵＥ１０５のための緊急呼の通知に基づいて、ＬＭＦ１５２は、ＵＥ１０５のためのロケーションプロシージャを開始し得、次いで、ＭＴ−ＬＲのために図１Ｃについて前に説明された段階３を実施し得る。ロケーション推定値が段階３においてＬＭＦ１５２によって取得された後に、およびそのロケーションがＮＩ−ＬＲのために取得された場合、ＬＭＦ１５２は、（たとえば、シグナリングメッセージの一部として）段階４ａにおいてＶＧＭＬＣ１５５にＵＥ１０５のためのロケーション推定値を送り得、ＶＧＭＬＣ１５５は、（たとえば、ＩＭＳ１７２中のＬＲＦを介して）段階５ｄにおいてＰＳＡＰ１７４にロケーション推定値を送り得る。ＮＩ−ＬＲの場合、段階４ａおよび５ｄのために使用されるシグナリングメッセージは、ＭＴ−ＬＲのためのステップ４ａおよび５ａのために使用されるシグナリングメッセージとは異なり得、ＶＧＭＬＣ１５５は、ＨＧＭＬＣ１４５を介してでなく、段階５ｄにおいてＰＳＡＰ１７４に直接的にロケーション推定値を送り得る。代替的に、ロケーションがＭＯ−ＬＲのためにＬＭＦ１５２によって取得された場合、次いで、ロケーション推定値が段階３においてＬＭＦ１５２によって取得された後に、ＬＭＦ１５２は、図１Ｃ中の段階４ｂにおいてＡＭＦ１５４にロケーション推定値を含んでいるメッセージを送り、ＡＭＦ１５４が段階５ｂにおいて解釈または変更なしにＵＥ１０５にメッセージをフォワーディングすることによって、ＵＥ１０５に直接的にＵＥ１０５のためのロケーション推定値を返し得る。ソリューションＢのためのすべてのプロシージャ（ＭＴ−ＬＲ、ＭＯ−ＬＲおよびＮＩ−ＬＲ）について、ロケーション要求、またはロケーション要求を誘発するＥＭ呼のための要求の通知は、ＬＭＦ１５２に送られ、ＬＭＦ１５２は、次いで、ロケーション推定値を取得し、宛先エンティティにそのロケーション推定値を返すことがわかり得る。ＡＭＦ１５４は、ＬＭＦ１５２からまたはそこに、要求またはメッセージをフォワーディングすることに関与し得るが、ソリューションＢのためのメイン制御エンティティはＬＭＦ１５２である。
【００３９】
[0048]ＵＥ１０５がローミングしていないとき、ＶＧＭＬＣ１５５とＨＧＭＬＣ１４５とは、図１Ａについて前に説明されたように、組み合わせられて１つのＧＭＬＣ１５５になり得、上記で説明されたソリューションＡおよびソリューションＢのためのプロシージャは有効のままであるが、ＶＧＭＬＣ１５５とＨＧＭＬＣ１４５との間のシグナリングがないことに留意されたい。ＥＭ呼のためのＮＩ−ＬＲおよびＭＴ−ＬＲのためのものを含む、ＥＭ呼のためのロケーションのサポートのさらなる詳細が、本明細書において、図６Ａ〜図８Ｂに関連して両方のソリューションについて後で与えられる。
【００４０】
[0049]図２は、サービスベースのインターフェース（ＳＢＩ）表現を使用するローミングシナリオのためのロケーションサービスおよびロケーション情報転送のための通信システムアーキテクチャ２００を示す。アーキテクチャ２００は、通信システムアーキテクチャ１００の一部に対応し得、ソリューションＡ、ソリューションＢ、またはソリューションＡとソリューションＢとの共存をサポートし得る。ここで、Ｎ１は、ＵＥ１０５とＡＭＦ１５４との間のロケーション関係シグナリングのトランスポートのための基準点であり、Ｎ２は、ＡＭＦ１５４とＮＧ−ＲＡＮ１１２との間のロケーション関係シグナリングをサポートするための基準点である。Ｌｅは、３ＧＰＰ  ＴＳ２３．２７１において定義されているように、ＨＧＭＬＣ１４５またはロケーション取出し機能（ＬＲＦ）２７０と、外部クライアント１３０との間のロケーション関係シグナリングのための基準点である。ＬＲＦ１５３は、ＩＭＳ１７２の一部であり得、ＰＳＡＰ１７４に接続され得る。図２中のＬＲＦ１５３および２７０は、ＵＥ１０５からの緊急呼をサポートするＰＳＡＰに対応する、外部クライアント１３０からのロケーション要求を受信することおよびロケーション要求に応答することに関して、それぞれ、ＶＧＭＬＣ１５５およびＨＧＭＬＣ１４５と同じまたは同様の機能を実施し得る。以下のＳＢＩも図２に示されている。すなわち、Ｎｇｍｌｃは、ＶＧＭＬＣ１５５およびＨＧＭＬＣ１４５によって表されるＳＢＩであり、Ｎｌｍｆは、ＬＭＦ１５２によって表されるＳＢＩであり、Ｎａｍｆは、ＡＭＦ１５４によって表されるＳＢＩであり、Ｎｕｄｍは、ＵＤＭ１４２によって表されるＳＢＩである。図２に示されているＳＢＩは、３ＧＰＰ  ＴＳ２３．５０２において定義されているものであり得、ＳＢＩの名前によって示される特定のエンティティによって標準サービスをサポートし得る。たとえば、Ｎｌｍｆ  ＳＢＩは、（たとえば、ＧＭＬＣ１５５および／またはＡＭＦ１５４を含み得る）別のエンティティへのＬＭＦ（たとえばＬＭＦ１５２）によるいくつかのサービスをサポートし得るが、Ｎａｍｆ  ＳＢＩは、（たとえば、ＧＭＬＣ１５５および／またはＡＭＦ１５２を含み得る）別のエンティティへのＡＭＦ（たとえばＡＭＦ１５４）によってサポートされる他のサービスをサポートし得る。
【００４１】
[0050]図３Ａおよび図３Ｂは、それぞれ、ソリューションＡおよびＢのための非ローミングシナリオのためのロケーションサービスおよびロケーション関係情報転送のためのアーキテクチャ３００Ａおよび３００Ｂを示す。アーキテクチャ３００Ａおよび３００Ｂは、通信システムアーキテクチャ１００および２００に少なくとも部分的に対応し得る。図３Ａと図３Ｂとにおいて共通の参照番号によって示されているように、ソリューションＡとソリューションＢとは共通の特徴を含む。たとえば、３０１によって示されているように、両方のソリューションは、同じＧＭＬＣ−ＵＤＭ  ＳＢＩインターフェースを使用し得る。３０２によって示されているように、両方のソリューションは、同等のＬＲＦおよびＧＭＬＣ外部Ｌｅインターフェースを使用し得る。さらに、３０３によって示されているように、両方のソリューションは、３ＧＰＰ  ＴＳ２９．１７２において定義されているＬＴＥアクセスのための拡張パケットコア（ＥＰＣ：Enhanced Packet Core）ロケーションプロトコル（ＥＬＰ：EPC Location Protocol）と機能的に同様または同等であり得る、ＧＭＬＣ−ＡＭＦ対話（ソリューションＡ）またはＧＭＬＣ−ＬＭＦ対話（ソリューションＢ）のための、同様のまたは同等のＳＢＩサービス動作を使用し得る。ソリューションＡの場合、図３Ａ中の３０３によって示されるＳＢＩは、ＡＭＦ１５４によって表され、ＧＭＬＣ１５５にロケーションサービスを与えるＮａｍｆ  ＳＢＩである。ソリューションＢの場合、図３Ｂ中の３０３によって示されるＳＢＩは、ＬＭＦ１５２によって表され、ＧＭＬＣ１５５にロケーションサービスを与えるＮｌｍｆ  ＳＢＩである。それらのＳＢＩは、異なるエンティティ（ソリューションＡの場合はＡＭＦ１５４、およびソリューションＢの場合はＬＭＦ１５２）によってサポートされるが、両方のＳＢＩは、ＧＭＬＣ１５５にロケーションサービスを与え、その両方は、同じロケーションサービスまたはほぼ同じロケーションサービスを与え得、その場合、同じまたはほぼ同じシグナリングプロトコルを使用し得る。一例として、非ローミングＵＥ１０５のためのＭＴ−ＬＲのための図１Ｂ中の段階１ｂおよび５ａについて説明された、ソリューションＡのためのＡＭＦ１５４とＧＭＬＣ１５５との間で交換されるシグナリングメッセージは、非ローミングＵＥ１０５のためのＭＴ−ＬＲのための図１Ｃ中の段階２ａおよび４ａについて説明された、ソリューションＢのためのＬＭＦ１５２とＧＭＬＣ１５５との間で交換されるシグナリングメッセージと同等または同様であり得る。同様に、ＮＩ−ＬＲのための図１Ｂ中の段階５ａについて説明された、ソリューションＡのためのＡＭＦ１５４からＧＭＬＣ１５５に送られるシグナリングメッセージは、ＮＩ−ＬＲのための図１Ｃ中の段階４ａについて説明された、ソリューションＢのためのＬＭＦ１５２からＧＭＬＣ１５５に送られるシグナリングメッセージと同等または同様であり得る。
【００４２】
[0051]さらに、３０４によって示されているように、両方のソリューションは、ＵＥ１０５とＬＭＦ１５２との間のＬＰＰ（またはＮＰＰ）メッセージの同等のまたはほとんど同等のトランスポートと、ＡＭＦ１５４を通るＮＧ−ＲＡＮ１１２とＬＭＦ１５２との間のＮＲＰＰａ（またはＬＰＰａ）メッセージの同等のまたはほとんど同等のトランスポートとを使用し得る。
【００４３】
[0052]図４Ａおよび図４Ｂは、それぞれ、ソリューションＡおよびＢのためのローミングシナリオのためのロケーションサービスおよびロケーション関係情報転送のためのアーキテクチャ４００Ａおよび４００Ｂを示す。アーキテクチャ４００Ａおよび４００Ｂは、通信システムアーキテクチャ１００および２００に少なくとも部分的に対応し得る。図３Ａおよび図３Ｂと同様に、両方のソリューションの共通の特徴があり、それらは共通の参照番号によって示されている。非ローミング事例の場合のように、４０１によって示されているように、両方のソリューションは、同じＧＭＬＣ−ＵＤＭ  ＳＢＩを使用し得る。４０２によって示されているように、両方のソリューションは、非ローミング事例の場合のように、同等のＬＲＦおよびＧＭＬＣ外部インターフェースを使用し得る。さらに、非ローミング事例の場合のように、４０３によって示されているように、両方のソリューションは、３ＧＰＰ  ＴＳ２９．１７２におけるＥＬＰと機能的にほとんど同等であり得る、ＧＭＬＣ−ＡＭＦ対話（ソリューションＡ）またはＧＭＬＣ−ＬＭＦ対話（ソリューションＢ）のための、同等のまたはほとんど同等のＳＢＩサービス動作を使用し得る。図３Ａおよび図３Ｂ中の非ローミング事例の場合のように、ソリューションＡの場合、図４Ａ中の４０３によって示されるＳＢＩは、ＡＭＦ１５４によって表され、ＶＧＭＬＣ１５５にロケーションサービスを与えるＮａｍｆ  ＳＢＩである。ソリューションＢの場合、図４Ｂ中の４０３によって示されるＳＢＩは、ＬＭＦ１５２によって表され、ＶＧＭＬＣ１５５にロケーションサービスを与えるＮｌｍｆ  ＳＢＩである。それらのＳＢＩは、異なるエンティティ（ソリューションＡの場合はＡＭＦ１５４、およびソリューションＢの場合はＬＭＦ１５２）によってサポートされるが、両方のＳＢＩは、ＶＧＭＬＣ１５５にロケーションサービスを与え、その両方は、同じロケーションサービスまたはほぼ同じロケーションサービスを与え得、その場合、同じまたはほぼ同じシグナリングプロトコルを使用し得る。一例として、ローミングＵＥ１０５のためのＭＴ−ＬＲのための図１Ｂ中の段階１ｂおよび５ａについて説明された、ソリューションＡのためのＡＭＦ１５４とＶＧＭＬＣ１５５との間で交換されるシグナリングメッセージは、ローミングＵＥ１０５のためのＭＴ−ＬＲのための図１Ｃ中の段階２ａおよび４ａについて説明された、ソリューションＢのためのＬＭＦ１５２とＶＧＭＬＣ１５５との間で交換されるシグナリングメッセージと同等または同様であり得る。同様に、ＮＩ−ＬＲのための図１Ｂ中の段階５ａについて説明された、ソリューションＡのためのＡＭＦ１５４からＶＧＭＬＣ１５５に送られるシグナリングメッセージは、ＮＩ−ＬＲのための図１Ｃ中の段階４ａについて説明された、ソリューションＢのためのＬＭＦ１５２からＶＧＭＬＣ１５５に送られるシグナリングメッセージと同等または同様であり得る。
【００４４】
[0053]さらに、非ローミング事例の場合のように、４０４によって示されているように、両方のソリューションは、ＵＥ１０５とＬＭＦ１５２との間のＬＰＰ（またはＮＰＰ）メッセージの同等のまたはほとんど同等のトランスポートと、ＡＭＦ１５２を通るＮＧ−ＲＡＮ１１２とＬＭＦ１５２との間のＮＲＰＰａ（またはＬＰＰａ）メッセージの同等のまたはほとんど同等のトランスポートとを使用し得る。さらに、４０５によって示されているように、両方のソリューションは、たとえば、オープンモバイルアライアンス（ＯＭＡ）ローミングロケーションプロトコル（ＲＬＰ：Roaming Location Protocol）に基づく、同等のＧＭＬＣ−ＧＭＬＣインターフェースを使用し得る。
【００４５】
[0054]図５は、ソリューションＡとソリューションＢの両方が同じネットワーク中で共存する通信システム５００の図を示す。通信システム５００は、通信システムアーキテクチャ１００および２００の一部に対応し得る。通信システム５００では、ＡＭＦの各々は、ＡＭＦ１５４と同じ機能に対応するかまたはそれらを実施し得、ＬＭＦの各々は、ＬＭＦ１５２と同じ機能に対応するかまたはそれらを実施し得、ＧＭＬＣの各々は、ＶＧＭＬＣ１５５とＨＧＭＬＣ１４５との一方または両方と同じ機能に対応するかまたはそれらを実施し得、ＬＲＦはＬＲＦ１５３に対応し得、各ｇＮＢはｇＮＢ１１０に対応し得る。その上、図５中のＡＭＦおよびＬＭＦは、ソリューションＡまたはソリューションＢを各々サポートし得るが、いくつかの実施形態では、両方のソリューションをサポートするとは限らない。たとえば、図５に示されているように、ＡＭＦおよびＬＭＦのセット５０２が、ソリューションＡをサポートし得るが、ソリューションＢをサポートしないことがあり、ＡＭＦおよびＬＭＦの場合によっては重複しないセット５０４が、ソリューションＢをサポートし得るが、ソリューションＡをサポートしないことがある。いくつかの実装形態では、ＡＭＦは、ＥＭ呼のロケーションのための一方のソリューションと、商用ロケーションのための他方のソリューションとをサポートし得る（たとえば、また、その場合、ＥＭ呼のロケーションをサポートするときにセット５０２に属し、商用ロケーションをサポートするときにセット５０４に属することができ、またはその逆もあり得る）。物理的ＬＭＦも、各々１つのソリューションをサポートする２つの別個の論理的ＬＭＦにスプリットされる場合、両方のソリューションをサポートし得る。ＧＭＬＣは、ソリューションＡとソリューションＢの両方をサポートする図５中のＧＭＬＣ５１２および５１４によって示されているように、ソリューションＡをサポートする１つまたは複数のＡＭＦ（たとえば、セット５０２中の任意のＡＭＦ）と、ソリューションＢをサポートする１つまたは複数のＬＭＦ（たとえば、セット５０４中の任意のＬＭＦ）とに接続し得る。これは、ＧＭＬＣ（たとえば、ＧＭＬＣ５１２またはＧＭＬＣ５１４）が、（たとえば、セット５０２中の）ＡＭＦとのＧＭＬＣの対話と同等のまたはほとんど同等の様式で、（たとえば、セット５０４中の）ＬＭＦと対話することを可能にし得る、同等のまたはほとんど同等のサービス動作により可能にされ得る。さらに、ｇＮＢまたはｎｇ−ｅＮＢは、ソリューションＡのための任意のＡＭＦ（たとえば、セット５０２中の任意のＡＭＦ）と、ソリューションＢのための任意のＡＭＦ（たとえば、セット５０４中の任意のＡＭＦ）とに、同等のＮ１およびＮ２インターフェースサポートにより接続し得る。
【００４６】
[0055]同じネットワーク内での（たとえば、通信システムアーキテクチャ５００内での、あるいは通信システムアーキテクチャ１００および／または２００内での）あるロケーションソリューションから別のロケーションソリューションへの移行が可能であり得る。たとえば、ネットワークオペレータは、自身の５ＧＣＮ（たとえば５ＧＣＮ１５０）の全部または一部にわたって、ソリューションＡまたはソリューションＢのいずれかで開始し得る。オペレータは、次いで、自身の５ＧＣＮを、他方のソリューションのほうへ一度に１つのＡＭＦ（または複数のＡＭＦ）ずつ移行させ得、これは、移行の方向に応じて、図５中で、セット５０２からセット５０４に、またはセット５０４からセット５０２に、ＡＭＦ（または複数のＡＭＦ）を転送することを意味することができる。遷移中に、ＥＭ呼および商用適用例のためのロケーションは、正しく動作し続け得、一方のソリューションをサポートするＡＭＦ上で開始するＥＭ呼は、以下で説明される図８Ａおよび８Ｂに示されているように、ロケーションの連続性を伴って他方のソリューションをサポートするＡＭＦにハンドオフし得る。ＧＭＬＣは、図３Ａ〜図４Ｂに関連して前に説明された同様のまたは同等のシグナリングサポートにより、ソリューションＡの場合はＡＭＦとの、またはソリューションＢの場合はＬＭＦとの、同様のまたは同等の対話を実施することに関して、ＥＭ呼のロケーションについて両方のソリューションを同様にまたは同等に扱い得る。ＧＭＬＣは、再び、図３Ａ〜図４Ｂに関連して前に説明された同様のまたは同等のシグナリングサポートにより、商用ロケーションについて両方のソリューションをほぼ同等に扱い得るが、（ソリューションＡについてＡＭＦによってＬＭＦが選択されることに対して）ソリューションＢについてＬＭＦを選択する必要があり得る。オペレータは、遷移中に、ソリューションＡまたはソリューションＢのいずれかにＡＭＦを制限し得るが、ＡＭＦは、すでに述べられたように、ＥＭ呼のための一方のソリューションと、商用ロケーションのための他方のソリューションとをサポートすることができる。同じ物理的ＬＭＦの別個の論理的部分も、両方のソリューションをサポートすることができる。これは、一方のソリューションから他方のソリューションへのいくつかの異なるタイプの移行を可能にし得る。
【００４７】
[0056]図１Ｂおよび図１Ｃに関して前に説明されたプロシージャ、ならびに図６Ａ〜図８Ｂに関して以下で説明されるプロシージャの各々について、ＡＭＦ１５４またはＧＭＬＣ１５５によって選択されるか、決定されるかまたは割り当てられるＬＭＦ１５２と、ＬＭＦ１５２またはＡＭＦ１５４によって選択されるか、割り当てられるか、または決定されるＧＭＬＣ１５５とが、選択、割当てまたは決定を実施するエンティティと同じソリューション（すなわち、ソリューションＡまたはソリューションＢ）をサポートすることを確実にすることが必要であり得る。これは、選択、割当てまたは決定を実施するエンティティが、選択されるか、割り当てられるかまたは決定され得る各エンティティによってサポートされる（１つまたは複数の）ソリューションを伴って構成されるか、あるいは、選択、割当てまたは決定を実施するエンティティと同じ（１つまたは複数の）ソリューションをサポートするエンティティの識別情報のみを伴って構成される場合に達成され得る。たとえば、セット５０２中のＡＭＦが、セット５０２中のＬＭＦの識別情報のみを伴って、およびセット５０４中のＬＭＦの識別情報を伴わずに、構成され得る。同様に、ソリューションＡをサポートするセット５０２中のＡＭＦと、ソリューションＢをサポートするセット５０４中のＬＭＦとが、両方とも、（ソリューションＡとソリューションＢの両方をサポートする）ＧＭＬＣ５１２および５１４の識別情報またはアドレスを伴って、同じソリューションをサポートしないＧＭＬＣのアドレスまたは識別情報を伴わずに、構成され得る。
【００４８】
[0057]図６Ａおよび図６Ｂは、同じネットワーク中での（たとえば、通信システム５００内での、あるいは通信システム１００および／または２００内での）、それぞれ、ソリューションＡおよびソリューションＢによる、緊急呼（ＥＭ）ネットワーク誘発ロケーション要求（ＮＩ−ＬＲ）サポートを要約する。図６Ａおよび図６Ｂは、図１Ｂおよび図１Ｃに関連して高レベルにおいて前に説明されたもの以外の、ＮＩ−ＬＲについての追加の詳細を与える。図６Ａに見られるように、ソリューションＡは以下のプロシージャを含む。
【００４９】
[0058]図６Ａ中の段階１において、ＵＥ１０５と、ＮＧ−ＲＡＮ１１２と、ソリューションＡをサポートするＡＭＦ１５４とは、たとえば、ＵＥ１０５のユーザが、「９１１」または「１１２」などの緊急番号をダイヤルした後に、ＵＥ１０５のための緊急プロトコルデータユニット（ＰＤＵ）セッションをセットアップする。
【００５０】
[0059]段階２において、ＡＭＦ１５４は、ソリューションＡをサポートするＬＭＦ１５２を選択し、ＬＭＦサービス動作を使用してＬＭＦ１５２にＵＥ１０５のためのロケーション要求を送る。
【００５１】
[0060]段階３において、（たとえば、図１Ａについて前に説明されたようにＬＰＰおよび／またはＮＲＰＰａシグナリングを使用して）ＵＥ１０５の測位が実施され、そこにおいて、ロケーション推定値がＵＥ１０５のためにＬＭＦ１５２によって決定される。
【００５２】
[0061]段階４において、ＬＭＦ１５２は、ＡＭＦ１５４に、ＵＥ１０５のための決定されたロケーション推定値を含み得るロケーション応答を返す。段階２〜４は随意であり、常に実施されるとは限らないことがある。
【００５３】
[0062]段階５において、ＡＭＦ１５４は、（たとえば、ソリューションＡ、またはソリューションＡおよびＢをサポートすることができる）ＧＭＬＣ１５５を決定し、ＧＭＬＣ１５５および関連するＬＲＦ１５３に、ＡＭＦサービス動作を使用してメッセージ（たとえば、ＥＭ呼セットアップ通知メッセージ（EM Call Setup Notify message））を送信する。そのメッセージは、（段階４が行われる場合は）段階４において取得されたロケーション推定値と、ＵＥ１０５のためのＥＭ呼のインジケーションと、ＡＭＦ１５４の識別情報とを含み得る。
【００５４】
[0063]図６Ｂに見られるように、ソリューションＢは以下のプロシージャを含む。
【００５５】
[0064]図６Ｂ中の段階１において、ＵＥ１０５と、ＮＧ−ＲＡＮ１１２と、ソリューションＢをサポートするＡＭＦ１５４とは、たとえば、ＵＥ１０５のユーザが、「９１１」または「１１２」などの緊急番号をダイヤルした後に、ＵＥ１０５のための緊急プロトコルデータユニット（ＰＤＵ）セッションをセットアップする。
【００５６】
[0065]段階２において、ＡＭＦ１５４は、ソリューションＢをサポートするＬＭＦ１５２を選択するか、またはさもなければ決定し、割り当て、ＬＭＦ１５２に、ＡＭＦサービス動作を使用してメッセージ（たとえば、ＥＭ呼セットアップ通知メッセージ）を送信する。そのメッセージは、ＩＥ１０５のためのＥＭ呼要求を示し得る。
【００５７】
[0066]段階３において、（たとえば、図１Ａについて前に説明されたようにＬＰＰおよび／またはＮＲＰＰａシグナリングを使用して）ＵＥ１０５の測位が随意に実施され、そこにおいて、ロケーション推定値がＵＥ１０５のためにＬＭＦ１５２によって決定される。
【００５８】
[0067]段階４において、ＬＭＦ１５２は、（たとえば、ソリューションＢ、またはソリューションＢおよびＡをサポートすることができる）ＧＭＬＣ１５５を決定し、ＧＭＬＣ１５５および関連するＬＲＦ１５３に、ＬＭＦサービス動作を使用してメッセージ（たとえば、ＥＭ呼セットアップ通知メッセージ）を送信する。そのメッセージは、（ロケーション推定値が段階３において取得された場合は）段階３において取得されたロケーション推定値と、ＵＥ１０５のためのＥＭ呼のインジケーションと、ＬＭＦ１５２の識別情報とを含み得る。
【００５９】
[0068]したがって、図６Ａおよび図６Ｂに見られるように、ソリューションＡは、ソリューションＢの場合は不在である（図６Ａ中の段階２における）ＬＭＦロケーション要求サービス動作を使用することができる。ソリューションＢは、ソリューションＡの場合は不在である（図６Ｂ中の段階２における）ＡＭＦ  ＥＭ呼セットアップ通知サービス動作を使用することができる。両方のソリューションは、（図６Ａ中の段階３と図６Ｂ中の段階３とにおいて）同等のＵＥ測位を使用し得る。さらに、両方のソリューションは、（図６Ａ中の段階５において）ソリューションＡの場合はＡＭＦ１５４によって送られる、または（図６Ｂ中の段階４において）ソリューションＢの場合はＬＭＦ１５２によって送られる、ＧＭＬＣ１５５への、同等のまたはほとんど同等のＥＭ呼セットアップ通知サービス動作を使用し得る。
【００６０】
[0069]図７Ａおよび図７Ｂは、同じネットワーク中での（たとえば、通信システム５００内での、あるいは通信システム１００および／または２００内での）、それぞれ、ソリューションＡおよびソリューションＢによる、緊急呼（ＥＭ）モバイル着信ロケーション要求（ＭＴ−ＬＲ）サポートを要約する。図７Ａに見られるように、ソリューションＡは以下のプロシージャを含む。
【００６１】
[0070]図７Ａ中の段階１において、（たとえば、ＰＳＡＰ１７４に対応し得る）公共安全応答ポイント（ＰＳＡＰ）７０２は、（たとえば、ＩＭＳ１７２を介して）ＰＳＡＰ７０２へのＥＭ呼を確立したＵＥ１０５のロケーションを要求するために、ＧＭＬＣ１５５／ＬＲＦ１５３にロケーション要求を送る。
【００６２】
[0071]段階２において、ＧＭＬＣ１５５／ＬＲＦ１５３は、ＵＥ１０５のロケーションを要求するために、ＡＭＦ１５４（ここでＡＭＦ１５４はソリューションＡをサポートする）に、（たとえば、ＡＭＦサービス動作を使用して）ロケーション提供要求（Provide Location Request）を送る。ＧＭＬＣ１５５／ＬＲＦ１５３は、図６Ａに示されているＮＩ−ＬＲプロシージャの発生により、ＡＭＦ１５４の識別情報を前に通知されていることがある。
【００６３】
[0072]段階３において、ＡＭＦ１５４は、ソリューションＡをサポートするＬＭＦ１５２を選択し、ＵＥ１０５のロケーションを要求するために、ＬＭＦ１５２に（たとえば、ＬＭＦサービス動作を使用して）ロケーション要求を送る。
【００６４】
[0073]段階４において、（たとえば、図１Ａについて前に説明されたようにＬＰＰおよび／またはＮＲＰＰａシグナリングを使用して）ＵＥ測位が実施され、そこにおいて、ロケーション推定値がＵＥ１０５のためにＬＭＦ１５２によって決定される。
【００６５】
[0074]段階５において、ＬＭＦ１５２は、ＡＭＦ１５４に、ＵＥ１０５のための決定されたロケーション推定値を含み得るロケーション応答を返す。
【００６６】
[0075]段階６において、ＡＭＦ１５４は、ＧＭＬＣ１５５／ＬＲＦ１５３に、ＵＥ１０５のための決定されたロケーション推定値を含み得るロケーション提供応答（Provide Location Response）を返す。
【００６７】
[0076]段階７において、ＧＭＬＣ１５５／ＬＲＦ１５３は、ＰＳＡＰ７０２に、ＵＥ１０５のための決定されたロケーション推定値を含み得るロケーション応答を返す。
【００６８】
[0077]図７Ｂに見られるように、ソリューションＢは以下のプロシージャを含む。
【００６９】
[0078]図７Ｂ中の段階１において、（たとえば、ＰＳＡＰ１７４に対応し得る）公共安全応答ポイント（ＰＳＡＰ）７０２は、（たとえば、ＩＭＳ１７２を介して）ＰＳＡＰ７０２へのＥＭ呼を確立したＵＥ１０５のロケーションを要求するために、ＧＭＬＣ１５５／ＬＲＦ１５３にロケーション要求を送る。
【００７０】
[0079]段階２において、ＧＭＬＣ１５５／ＬＲＦ１５３は、ＵＥ１０５のロケーションを要求するために、ソリューションＢをサポートするＬＭＦ１５２に、（たとえば、ＬＭＦサービス動作を使用して）ロケーション提供要求を送る。ＧＭＬＣ１５５／ＬＲＦ１５３は、図６Ｂに示されているＮＩ−ＬＲプロシージャの発生により、ＬＭＦ１５２の識別情報を前に通知されていることがある。
【００７１】
[0080]段階３において、（たとえば、図１Ａについて前に説明されたようにＬＰＰおよび／またはＮＲＰＰａシグナリングを使用して）ＵＥ測位が実施され、そこにおいて、ロケーション推定値がＵＥ１０５のためにＬＭＦ１５２によって決定される。
【００７２】
[0081]段階４において、ＬＭＦ１５２は、ＧＭＬＣ１５５／ＬＲＦ１５３に、ＵＥ１０５のための決定されたロケーション推定値を含み得るロケーション提供応答を返す。
【００７３】
[0082]段階５において、ＧＭＬＣ１５５／ＬＲＦ１５３は、ＰＳＡＰ７０２に、ＵＥ１０５のための決定されたロケーション推定値を含み得るロケーション応答を返す。
【００７４】
[0083]したがって、図７Ａおよび図７Ｂに見られるように、ソリューションＡは、ソリューションＢでは不在である（図７Ａ中の段階３における）ＡＭＦ１５４からのＬＭＦロケーション要求サービス動作を使用し得る。ソリューションＡとソリューションＢの両方は、（図７Ａ中の段階４と図７Ｂ中の段階３とにおいて）同等のＵＥ測位を使用し得る。その上、ソリューションＡとソリューションＢの両方は、同等のまたはほとんど同等の、（図７Ａ中の段階２における）ソリューションＡの場合はＧＭＬＣ１５５からＡＭＦ１５４に送られるロケーション提供要求サービス動作と、（図７Ｂ中の段階２における）ソリューションＢの場合はＧＭＬＣ１５５からＬＭＦ１５２に送られるロケーション提供要求サービス動作とを使用し得る。同様に、ソリューションＡとソリューションＢの両方は、同等のまたはほとんど同等の、（図７Ａ中の段階６における）ソリューションＡの場合はＡＭＦ１５４からＧＭＬＣ１５５に送られるロケーション提供応答サービス動作と、（図７Ｂ中の段階４における）ソリューションＢの場合はＬＭＦ１５２からＧＭＬＣ１５５に送られるロケーション提供応答サービス動作とを使用し得る。
【００７５】
[0084]図８Ａおよび図８Ｂは、同じネットワーク中での（たとえば、通信システム５００内での、あるいは通信システム１００および／または２００内での）、ソリューションＡからソリューションＢへの緊急（ＥＭ）呼ハンドオーバ（図８Ａ）と、ソリューションＢからソリューションＡへの緊急（ＥＭ）呼ハンドオーバ（図８Ｂ）とを要約する。図８Ａは、ソリューションＡをサポートするソースＡＭＦ１５４Ｓから、ソリューションＢをサポートするターゲットＡＭＦ１５４Ｔへの、ＵＥ１０５のためのＥＭ  ＰＤＵセッションのハンドオーバを示し、以下のプロシージャを含む。
【００７６】
[0085]図８Ａ中の段階１の前に（および図８Ａに示されていないが、場合によっては図６Ａに示されているプロシージャを利用して）、ＵＥ１０５は、５ＧＣＮ１５０とのＥＭ  ＰＤＵセッションと、ＮＧ−ＲＡＮ１１２および５ＧＣＮ１５０（たとえばＩＭＳ１７２）を介したＰＳＡＰ（たとえば、ＰＳＡＰ７０２またはＰＳＡＰ１７４）へのＥＭ呼とを確立する。（初期サービングＡＭＦ、またはＥＭ呼の１つまたは複数のハンドオーバの後にくる後続のＡＭＦであり得る）ＵＥ１０５のためのサービングＡＭＦ１５４Ｓは、ソリューションＡをサポートすると仮定される。後のある時点で、図８Ａ中の段階１において、ＵＥ１０５のための緊急呼のためのＥＭ  ＰＤＵセッションは、ソリューションＡをサポートするソースＡＭＦ１５４Ｓから、ソリューションＢをサポートするターゲットＡＭＦ１５４Ｔへのハンドオーバを受ける。ハンドオーバは、（たとえば、３ＧＰＰ  ＴＳ２３．５０２に記載されているように）ＵＥ１０５と、ソースＡＭＦ１５４Ｓと、ターゲットＡＭＦ１５４Ｔと、ＮＧ−ＲＡＮ１１２との間の対話を伴い得る。たとえば、段階１の一部として、ＮＧ−ＲＡＮ１１２（たとえば、ＵＥ１０５のためのサービングｇＮＢ１１０）は、ハンドオーバの必要を決定し得、ソースＡＭＦ１５４Ｓにハンドオーバのインジケーションを与え得、ソースＡＭＦ１５４Ｓは、次いで、ターゲットＡＭＦ１５４Ｔにハンドオーバのインジケーションを送り、ターゲットＡＭＦ１５４Ｔへのハンドオーバを実施し得る。
【００７７】
[0086]図８Ａ中の段階２において、ソリューションＢのためのターゲットＡＭＦ１５４Ｔは、ソリューションＢをサポートするターゲットＬＭＦ１５２Ｔを選択し（たとえば、決定し、割り当て）、ターゲットＬＭＦ１５２Ｔに、（たとえば、ＡＭＦサービス動作を使用して）ＥＭ呼ハンドオーバ通知メッセージ（EM Call Handover Notify message）を送信する。ＥＭ呼ハンドオーバ通知メッセージは、ＵＥ１０５の識別を含み、ＵＥ１０５のためのＥＭ呼ハンドオーバを示し得る。
【００７８】
[0087]段階３において、ソリューションＢのためのターゲットＬＭＦ１５２Ｔは、ソリューションＢと場合によってはソリューションＡとをサポートするターゲットＧＭＬＣ１５５Ｔを選択し、ターゲットＧＭＬＣ１５５Ｔに、（たとえば、ＬＭＦサービス動作を使用して）ＥＭ呼ハンドオーバ通知メッセージを送信する。ＥＭ呼ハンドオーバ通知メッセージは、ＵＥ１０５の識別を含み、ＵＥ１０５のためのＥＭ呼ハンドオーバを示し得る。
【００７９】
[0088]段階４において、ＥＭ呼のためのターゲットＧＭＬＣ１５５ＴおよびＬＲＦ１５３は、ＧＭＬＣを再構成し得る（たとえば、ＵＥ１０５のためのＥＭ呼が前に送られたＰＳＡＰからの、ＵＥ１０５のためのさらなるロケーション要求を可能にするために、図８Ａに示されていないソースＧＭＬＣをターゲットＧＭＬＣ１５５Ｔと置き換える）。ＧＭＬＣの再構成は、ＵＥ１０５のためのロケーションサポートが、ソリューションＢを使用し続けることを可能にし得る。
【００８０】
[0089]図８Ｂは、ソリューションＢをサポートするソースＡＭＦ１５４Ｓから、ソリューションＡをサポートするターゲットＡＭＦ１５４Ｔへの、ＵＥ１０５のためのＥＭ  ＰＤＵセッションのハンドオーバを示し、以下のプロシージャを含む。
【００８１】
[0090]図８Ｂ中の段階１の前に（および図８Ｂに示されていないが、場合によっては図６Ｂに示されているプロシージャを利用して）、ＵＥ１０５は、５ＧＣＮ１５０とのＥＭ  ＰＤＵセッションと、ＮＧ−ＲＡＮ１１２および５ＧＣＮ１５０（たとえばＩＭＳ１７２）を介したＰＳＡＰ（たとえば、ＰＳＡＰ７０２またはＰＳＡＰ１７４）へのＥＭ呼とを確立する。（初期サービングＡＭＦ、またはＥＭ呼の１つまたは複数のハンドオーバの後にくる後続のＡＭＦであり得る）ＵＥ１０５のためのサービングＡＭＦ１５４Ｓは、ソリューションＢをサポートすると仮定される。さらに、ＵＥ１０５のためのＥＭ呼は、ソースＬＭＦ１５２Ｓを有すると仮定され、ソースＬＭＦ１５２Ｓは、（たとえば、ＥＭ呼の確立中の、またはＥＭ呼の確立の後にくる）図６Ｂ中のプロシージャ、または（たとえば、ソリューションＡをサポートするＡＭＦからソリューションＢをサポートするＡＭＦ１５４ＳへのＥＭ呼のハンドオーバの後にくる）図８Ａ中のプロシージャに従って、決定され、割り当てられ得る。後のある時点で、図８Ｂ中の段階１において、緊急呼のためのＥＭ  ＰＤＵセッションは、ソリューションＢをサポートするソースＡＭＦ１５４Ｓから、ソリューションＡをサポートするターゲットＡＭＦ１５４Ｔへのハンドオーバを受ける。ハンドオーバは、（３ＧＰＰ  ＴＳ２３．５０２に記載されているように）ＵＥ１０５と、ソースＡＭＦ１５４Ｓと、ターゲットＡＭＦ１５４Ｔと、ＮＧ−ＲＡＮ１１２との間の対話を伴い得る。たとえば、段階１の一部として、ＮＧ−ＲＡＮ１１２（たとえば、ＵＥ１０５のためのサービングｇＮＢ１１０）は、ハンドオーバの必要を決定し得、ソースＡＭＦ１５４Ｓにハンドオーバのインジケーションを与え得、ソースＡＭＦ１５４Ｓは、次いで、ターゲットＡＭＦ１５４Ｔにハンドオーバのインジケーションを送り、ターゲットＡＭＦ１５４Ｔへのハンドオーバを実施し得る。
【００８２】
[0091]図８Ｂ中の段階２において、ソリューションＢのためのソースＡＭＦ１５４Ｓは、ソリューションＢのためのソースＬＭＦ１５２Ｓに、（たとえば、ＡＭＦサービス動作を使用して）ＥＭ呼ハンドオーバ通知メッセージを送信する。ＥＭ呼ハンドオーバ通知メッセージは、ＵＥ１０５の識別を含み、ＵＥ１０５のためのＥＭ呼ハンドオーバを示し得る。
【００８３】
[0092]段階３において、ソリューションＢのためのソースＬＭＦ１５２Ｓは、ＥＭ呼のためのリソースを解放する。
【００８４】
[0093]段階４において、ソリューションＡのためのターゲットＡＭＦ１５４Ｔは、ソリューションＡと場合によってはソリューションＢとをサポートするターゲットＧＭＬＣ１５５Ｔを選択し、ターゲットＧＭＬＣ１５５Ｔに、（たとえば、ＡＭＦサービス動作を使用して）ＥＭ呼ハンドオーバ通知メッセージを送信する。ＥＭ呼ハンドオーバ通知メッセージは、ＵＥ１０５の識別を含み、ＵＥ１０５のためのＥＭ呼ハンドオーバを示し得る。
【００８５】
[0094]段階５において、ＥＭ呼のためのターゲットＧＭＬＣ１５５ＴおよびＬＲＦ１５３は、ＧＭＬＣを再構成し得る（たとえば、ＵＥ１０５のためのＥＭ呼が前に送られたＰＳＡＰからの、ＵＥ１０５のためのさらなるロケーション要求をサポートするために、図８Ｂに示されていないソースＧＭＬＣをターゲットＧＭＬＣ１５５Ｔと置き換える）。ＧＭＬＣの再構成は、ＵＥ１０５のためのロケーションサポートが、ソリューションＡを使用し続けることを可能にし得る。
【００８６】
[0095]したがって、図８Ａおよび図８Ｂに見られるように、ソリューションＢは、（たとえば、図８Ａ中の段階２および図８Ｂ中の段階２におけるように）両方ともソリューションＢをサポートする、ＡＭＦ１５４からＬＭＦ１５２に送られるＡＭＦ  ＥＭ呼ハンドオーバ通知サービス動作を使用し、これは、ソリューションＡの場合は不在であり得る。ソリューションＡとソリューションＢの両方は、（たとえば、図８Ｂ中の段階４におけるように）ソリューションＡをサポートするＡＭＦ１５４によってＧＭＬＣ１５５に送られる、および（たとえば、図８Ａ中の段階３におけるように）ソリューションＢをサポートするＬＭＦ１５２によってＧＭＬＣ１５５に送られる、同等のまたはほとんど同等のＥＭ呼ハンドオーバ通知サービス動作を使用し得る。ＧＭＬＣ１５５に送られるハンドオーバの通知は、ＧＭＬＣ１５５に他のタイプのハンドオーバ（たとえば、別のＲＡＮへのまたはそこからのＥＭ呼のハンドオーバ）を通知するために、（ソリューションＡの場合は）ＡＭＦ１５４、または（ソリューションＢの場合は）ＬＭＦ１５２によって、ＧＬＭＣ１５５に送られるハンドオーバの同じもの（または、同様の通知）であり得る。
【００８７】
[0096]したがって、前の図に示されているように、ソリューションＡとソリューションＢとは、異なる特性を有するが、それらは、同じネットワーク中での共存と、一方のソリューションから他方のソリューションへの移行と、高度のシグナリングの重複とを可能にするのに十分な共通点を有し得る。これは、両方のソリューションが、ＥＭ呼のサポートおよび／または商用ロケーションのサポートのために定義および使用されることを可能にし得る。両方のソリューションが（たとえば、３ＧＰＰによって）定義される場合の結果は、（たとえば、３ＧＰＰ  ＴＳ２３．５０１において）共通のＳＢＩベースのアーキテクチャを定義することと、（たとえば、３ＧＰＰ  ＴＳ２３．５０２において）ＥＭ呼のためのＮＩ−ＬＲ、ＭＴ−ＬＲ、ＭＯ−ＬＲおよびハンドオーバのためのプロシージャの２つのセットを定義することと、（たとえば、３ＧＰＰ  ＴＳ２３．５０２において）ＵＥ測位およびＮＧ−ＲＡＮロケーションサポートのためのプロシージャの共通のセットを定義することとを含み得る。両方のソリューションが定義される場合のシグナリングについての結果は、ＧＭＬＣ１５５によって消費されるべき、およびソリューションＡの場合はＡＭＦ１５４によってまたはソリューションＢの場合はＬＭＦ１５２によって与えられるべき、共通のサービス動作プロトコルを定義すること、ソリューションＡの場合はＡＭＦ１５４からＬＭＦ１５２へのロケーション要求をサポートするための追加のＬＭＦサービス動作プロトコルを定義すること、ならびに／あるいはソリューションＢの場合はＡＭＦ１５４からＬＭＦ１５２へのＥＭ  ＰＤＵセッション通知をサポートするための（１つまたは複数の）ＡＭＦサービス動作プロトコルを定義または拡張することを含み得る。
【００８８】
[0097]図９は、ソリューションＡまたはソリューションＢなど、第１のロケーションソリューションによる、ＵＥ（たとえばＵＥ１０５）のロケーションをサポートするためのワイヤレスコアネットワーク中の第１のネットワークノードにおいて実施される方法を示すプロセスフローである。図示のように、ブロック９０２において、ＵＥのための緊急呼のハンドオーバの第１のインジケーションが受信され、ここで、ハンドオーバは、ワイヤレスコアネットワーク中の第２のネットワークノードへのまたはそこからのものであり、ここで、第２のネットワークノードは、第１のロケーションソリューションとは異なる第２のロケーションソリューションに従ってＵＥのロケーションをサポートする。たとえば、第１のロケーションソリューションはソリューションＡであり得、第２のロケーションソリューションはソリューションＢであり得る。代替的に、第１のロケーションソリューションはソリューションＢであり得、第２のロケーションソリューションはソリューションＡであり得る。たとえば、ブロック９０２は、図８Ａ中の段階１、図８Ａ中の段階２または図８Ｂ中の段階１に対応し得る。
【００８９】
[0098]ブロック９０４において、緊急呼のハンドオーバの第２のインジケーションが、ワイヤレスコアネットワーク中の第３のネットワークノードに送られ、ここで、第３のネットワークノードは第１のロケーションソリューションをサポートする。たとえば、ブロック９０２は、図８Ａ中の段階２、図８Ａ中の段階３、図８Ｂ中の段階２または図８Ｂ中の段階４に対応し得る。
【００９０】
[0099]ワイヤレスコアネットワークは、ＶＰＬＭＮ  ５ＧＣＮ１５０などの第５世代コアネットワーク（５ＧＣＮ）であり得る。第１のネットワークノードは、ＡＭＦ１５４などのアクセスおよびモビリティ管理機能（ＡＭＦ）、またはＬＭＦ１５２などのロケーション管理機能（ＬＭＦ）であり得る。その上、第２のネットワークノードは、ＶＰＬＭＮ  ５ＧＣＮ１５０中の別のＡＭＦ（または、ＡＭＦ１５４）など、ＡＭＦであり得る。一実装形態では、緊急呼のハンドオーバの第２のインジケーションは、第１のロケーションソリューションおよび第２のロケーションソリューションをサポートする（たとえば、第１のロケーションソリューションがソリューションＡであるのかソリューションＢであるのかにかかわらず、ハンドオーバの同じインジケーションであり得る）。
【００９１】
[00100]第３のネットワークノードは、ＶＧＭＬＣ１５５などのゲートウェイモバイルロケーションセンター（ＧＭＬＣ）、またはＬＭＦ１５２などのＬＭＦであり得る。
【００９２】
[00101]一実施形態では、第１のネットワークノードはＡＭＦ（たとえば、ＡＭＦ１５４）であり、第３のネットワークノードはＬＭＦ（たとえば、ＬＭＦ１５２）であり、ハンドオーバは第２のネットワークノードへのものである。この実施形態では、本方法は、ハンドオーバの第１のインジケーションをＮＧ−ＲＡＮ１１２などの次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）から受信することと、（たとえば、図８Ｂ中の段階１におけるように）第２のネットワークノードへの緊急呼のハンドオーバを実施することとをさらに含み得る。
【００９３】
[00102]別の実施形態では、第１のネットワークノードはＡＭＦ（たとえば、ＡＭＦ１５４）であり、ハンドオーバは第２のネットワークノードからのものである。この実施形態では、本方法は、（たとえば、図８Ａ中の段階１または図８Ｂ中の段階１におけるように）ハンドオーバの第１のインジケーションを第２のネットワークノードから受信することをさらに含み得る。
【００９４】
[00103]別の実施形態では、第１のネットワークノードはＬＭＦ（たとえば、ＬＭＦ１５２）であり、第３のネットワークノードはＧＭＬＣ（たとえば、ＧＭＬＣ１５５またはＶＧＭＬＣ１５５）であり、ハンドオーバは第２のネットワークノードからのものである。この実施形態では、本方法は、（たとえば、図８Ａ中の段階２におけるように）ハンドオーバの第１のインジケーションを第４のネットワークノードから受信することをさらに含み得、ここで、第４のネットワークノードはＡＭＦ（たとえば、ＶＰＬＭＮ  ５ＧＣＮ１５０中のターゲットＡＭＦ１５４Ｔ）であり、ここで、ハンドオーバが第２のネットワークノードから第４のネットワークノードへ実施される。
【００９５】
[00104]図１０は、ソリューションＡまたはソリューションＢなど、（第１のロケーションソリューションとも呼ばれる）ロケーションソリューションによる、ＵＥのロケーションをサポートするためのワイヤレスコアネットワーク中の（第１のネットワークノード１０００とも呼ばれる）ネットワークノード１０００のハードウェア実装形態の一例を示す図である。ネットワークノードは、図９のプロセスフローについての第１のネットワークノード、第２のネットワークヌード、第３のネットワークノードまたは第４のネットワークノードのうちのいずれかに対応し得る。ネットワークノードは、たとえば、アクセスおよびモビリティ管理機能（ＡＭＦ）１５４、ロケーション管理機能（ＬＭＦ）１５２、またはＧＭＬＣ（たとえば、ＶＧＭＬＣ１５５またはＨＧＭＬＣ１４５）であり得る。ネットワークノード１０００は、たとえば、外部インターフェース１００２などのハードウェア構成要素を含み、これは、ワイヤードまたはワイヤレスインターフェースであり、ＧＭＬＣ（たとえば、ＧＭＬＣ１５５）、ＡＭＦ（たとえば、ＡＭＦ１５４）、ＬＭＦ（たとえば、ＬＭＦ１５２）および／またはＮＧ−ＲＡＮ（たとえば、ＮＧ−ＲＡＮ１１２）に接続することが（ネットワークノード１０００のタイプに応じて）可能であり得る。
【００９６】
[00105]ネットワークノード１０００は、１つまたは複数のプロセッサ１００４と、メモリ１０１０とを含み、それらはバス１００６と一緒に結合され得る。メモリ１０１０は、１つまたは複数のプロセッサ１００４によって実行されたとき、１つまたは複数のプロセッサに、本明細書で開示される方法およびプロシージャを実施するようにプログラムされた専用コンピュータとして動作させる、実行可能コードまたはソフトウェア命令を含んでいることある。
【００９７】
[00106]図１０に示されているように、メモリ１０１０は、１つまたは複数のプロセッサ１００４によって実装されたとき、本明細書で説明される方法を実装する、１つまたは複数の構成要素またはモジュールを含む。構成要素またはモジュールは、１つまたは複数のプロセッサ１００４によって実行可能であるメモリ１０１０中のソフトウェアとして示されているが、構成要素またはモジュールは、プロセッサ中またはオフプロセッサ（off processor）のいずれかの専用ハードウェアまたはファームウェアであり得ることを理解されたい。図示のように、メモリ１０１０は、第１のロケーションソリューション（たとえば、ソリューションＡまたはソリューションＢ）に従ってＵＥのロケーションの決定をサポートする、ロケーションソリューションユニット１０１２を含み得る。メモリ１０１０は、１つまたは複数のプロセッサ１００４が、ワイヤレスコアネットワーク中の第２のネットワークノードからのまたはそこへのＵＥのための緊急呼のハンドオーバのインジケーションを、外部インターフェース１００２を介して受信し、処理することを可能にする、ハンドオーバ受信ユニット１０１４をさらに含み得、ここで、第２のネットワークノードは、第１のロケーションソリューションとは異なる第２のロケーションソリューションに従ってＵＥのロケーションの決定をサポートする。メモリ１０１０は、１つまたは複数のプロセッサ１００４に、ゲートウェイモバイルロケーションセンター（ＧＭＬＣ）ＬＭＦなど、ワイヤレスコアネットワーク中の第３のネットワークノードに、緊急呼のハンドオーバのインジケーションを外部インターフェース１００２を介して送信させる、ハンドオーバ送信ユニット１０１６をさらに含み得、ここで、第３のネットワークノードは、第１のロケーションソリューションをサポートする。例として、ネットワークノード１０００はＡＭＦであり得、ここで、ハンドオーバのインジケーションは、次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）から受信され得、ハンドオーバ送信ユニット１０１６は、第２のネットワークノードへの緊急呼のハンドオーバをさらに実施する。ハンドオーバのインジケーションは、第２のネットワークノード自体から受信され得る。別の実装形態では、ネットワークノード１０００はＬＭＦであり得、ここで、ハンドオーバのインジケーションはＡＭＦから受信され、第２のネットワークノードからＡＭＦへのハンドオーバが実施される。
【００９８】
[00107]本明細書で説明される方法は、適用例に応じて様々な手段によって実装され得る。たとえば、これらの方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ハードウェア実装の場合、１つまたは複数のプロセッサは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明される機能を実施するように設計された他の電子ユニット、またはそれらの組合せの内部に実装され得る。
【００９９】
[00108]ファームウェアおよび／またはソフトウェアを伴う実装形態の場合、方法は、本明細書で説明される別個の機能を実施するモジュール（たとえば、プロシージャ、関数など）を用いて実装され得る。命令を有形に実施するいかなる機械可読媒体も、本明細書で説明される方法を実装する際に使用され得る。たとえば、ソフトウェアコードは、メモリに記憶され、１つまたは複数のプロセッサユニットによって実行され、プロセッサユニットに、本明細書で開示されるアルゴリズムを実施するようにプログラムされた専用コンピュータとして動作させ得る。メモリは、プロセッサユニット内に、またはプロセッサユニットの外部に実装され得る。本明細書で使用される「メモリ」という用語は、長期メモリ、短期メモリ、揮発性メモリ、不揮発性メモリ、または他のメモリのいずれかのタイプを指し、メモリの特定のタイプまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきではない。
【０１００】
[00109]ファームウェアおよび／またはソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとして非一時的コンピュータ可読記憶媒体上に記憶され得る。例は、データ構造で符号化されたコンピュータ可読媒体と、コンピュータプログラムで符号化されたコンピュータ可読媒体とを含む。コンピュータ可読媒体は物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク（disk）ストレージ、磁気ディスク（disk）ストレージ、半導体ストレージ、または他の記憶デバイス、あるいは、命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができ、本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１０１】
[00110]コンピュータ可読記憶媒体上での記憶に加えて、命令および／またはデータは、通信装置中に含まれる伝送媒体上の信号として与えられ得る。たとえば、通信装置は、命令およびデータを示す信号を有する送受信機を含み得る。命令およびデータは、非一時的コンピュータ可読媒体、たとえばメモリ１０１０に記憶され、１つまたは複数のプロセッサに、本明細書で開示されるアルゴリズムを実施するようにプログラムされた専用コンピュータとして動作させるように構成される。すなわち、通信装置は、開示される機能を実施するための情報を示す信号をもつ伝送媒体を含む。第１の時間において、通信装置中に含まれる伝送媒体は、開示される機能を実施するための情報の第１の部分を含み得るが、第２の時間において、通信装置中に含まれる伝送媒体は、開示される機能を実施するための情報の第２の部分を含み得る。
【０１０２】
[00111]したがって、第１のロケーションソリューションに従ってＵＥのロケーションをサポートする、図１Ａに示されているＬＭＦ１５２またはＡＭＦ１５４など、第１のネットワークエンティティ１０００は、ＵＥのための緊急呼のハンドオーバの第１のインジケーションを受信するための手段、ここにおいて、ハンドオーバが、ワイヤレスコアネットワーク中の第２のネットワークノードへのまたはそこからのものであり、ここにおいて、第２のネットワークノードが、第１のロケーションソリューションとは異なる第２のロケーションソリューションに従ってＵＥのロケーションをサポートする、を含み得、これは、たとえば、ハンドオーバ受信ユニット１０１４など、メモリ１０１０中の、専用ハードウェアを伴うあるいは実行可能コードまたはソフトウェア命令を実装する、外部インターフェース１００２および１つまたは複数のプロセッサ１００４であり得る。ワイヤレスコアネットワーク中の第３のネットワークノードに緊急呼のハンドオーバの第２のインジケーションを送るための手段、ここにおいて、第３のネットワークノードが第１のロケーションソリューションをサポートする、は、たとえば、ハンドオーバ送信ユニット１０１６など、メモリ１０１０中の、専用ハードウェアを伴うあるいは実行可能コードまたはソフトウェア命令を実装する、外部インターフェース１００２および１つまたは複数のプロセッサ１００４であり得る。さらに、第２のネットワークノードへの緊急呼のハンドオーバを実施するための手段は、たとえば、ハンドオーバ送信ユニット１０１６など、メモリ１０１０中の、専用ハードウェアを伴うあるいは実行可能コードまたはソフトウェア命令を実装する、外部インターフェース１００２および１つまたは複数のプロセッサ１００４であり得る。
【０１０３】
[00112]本明細書全体にわたる「一例（one example）」、「一例（an example）」、「いくつかの例（certain examples）」または「例示的な実装形態（exemplary implementation）」への言及は、特徴および／または例に関して説明される特定の特徴、構造、または特性が、請求される主題の少なくとも１つの特徴および／または例の中に含まれ得ることを意味する。したがって、本明細書の全体にわたる様々な箇所における「一例では（in one example）」、「一例（an example）」、「いくつかの例では（in certain examples）」または「いくつかの実装形態では（in certain implementations）」という句、あるいは他の同様の句の出現は、必ずしもすべてが同じ特徴、例、および／または限定を指すとは限らない。さらに、特定の特徴、構造、または特性は、１つまたは複数の例および／または特徴において組み合わせられ得る。
【０１０４】
[00113]本明細書に含まれる詳細な説明のいくつかの部分は、特定の装置あるいは専用コンピューティングデバイスまたはプラットフォームのメモリ内に記憶された２値デジタル信号に対する演算のアルゴリズムまたは記号表現に関して提示されている。この特定の明細書のコンテキストでは、特定の装置などの用語は、プログラムソフトウェアからの命令に従って特定の動作を実施するようにプログラムされた後の汎用コンピュータを含む。アルゴリズム記述または記号表現は、信号処理または関連技術の当業者によって、自身の仕事の本質を他の当業者に伝達するために使用される技法の例である。アルゴリズムは、本明細書では、および一般には、所望の結果をもたらす自己無撞着な一連の演算または同様の信号処理であると考えられる。このコンテキストでは、演算または処理は物理量の物理的操作を伴う。一般に、必ずしも必要とは限らないが、そのような量は、記憶、転送、結合、比較、または他の方法で操作されることが可能な電気信号または磁気信号の形態をとり得る。主に一般的な用法という理由で、そのような信号をビット、データ、値、要素、記号、文字、項、数、数字などと呼ぶことが時々便利であることがわかっている。ただし、これらまたは同様の用語のすべては、適切な物理量に関連付けられるべきであり、便宜的なラベルにすぎないことを理解されたい。別段に明記されていない限り、本明細書の説明から明らかなように、本明細書全体にわたって、「処理すること」、「算出すること」、「計算すること」、「決定すること」などの用語を利用する説明は、専用コンピュータ、専用算出装置または同様の専用電子コンピューティングデバイスなど、特定の装置の動作またはプロセスを指すことを諒解されたい。したがって、本明細書のコンテキストでは、専用コンピュータまたは同様の専用電子コンピューティングデバイスは、専用コンピュータまたは同様の専用電子コンピューティングデバイスのメモリ、レジスタ、または他の情報記憶デバイス、送信デバイス、またはディスプレイデバイス内の、電子的または磁気的な物理量として一般に表される信号を操作または変換することが可能である。
【０１０５】
[00114]上記の詳細な説明では、請求される主題の完全な理解を与えるために多数の具体的な詳細が記載された。ただし、請求される主題は、これらの具体的な詳細なしに実施され得ることが当業者には理解されよう。他の事例では、請求される主題を不明瞭にしないように、当業者に知られているであろう方法および装置は詳細に説明されていない。
【０１０６】
[00115]本明細書で使用される「および」、「または」、および「および／または」という用語は、そのような用語が使用されるコンテキストに少なくとも部分的に依存することも予想される様々な意味を含み得る。一般に、「または」がＡ、ＢまたはＣなどのリストを関連付けるために使用される場合、ここで包含的な意味で使用されるＡ、Ｂ、およびＣを意味し、ならびにここで排他的な意味で使用されるＡ、ＢまたはＣを意味するものとする。さらに、本明細書で使用される「１つまたは複数」という用語は、単数形の任意の特徴、構造、または特性について説明するために使用され得るか、あるいは複数の特徴、構造または特性、あるいは特徴、構造または特性の何らかの他の組合せについて説明するために使用され得る。とはいえ、これは例示的な例にすぎないこと、および請求される主題がこの例に限定されないことに留意されたい。
【０１０７】
[00116]現在例示的な特徴と考えられることが例示され説明されたが、請求される主題から逸脱することなく、様々な他の変更が行われ得、均等物が代用され得ることが、当業者には理解されよう。さらに、本明細書で説明される中心概念から逸脱することなく、請求される主題の教示に特定の状況を適合させるための多くの変更が行われ得る。
【０１０８】
[00117]したがって、請求される主題は、開示される特定の例に限定されず、そのような請求される主題はまた、添付の特許請求の範囲内に入るすべての態様とそれらの均等物とを含み得るものとする。
【図１Ａ】
2021502748.tif 000003
【図１Ｂ】
2021502748.tif 000004
【図１Ｃ】
2021502748.tif 000005
【図２】
2021502748.tif 000006
【図３Ａ】
2021502748.tif 000007
【図３Ｂ】
2021502748.tif 000008
【図４Ａ】
2021502748.tif 000009
【図４Ｂ】
2021502748.tif 000010
【図５】
2021502748.tif 000011
【図６Ａ】
2021502748.tif 000012
【図６Ｂ】
2021502748.tif 000013
【図７Ａ】
2021502748.tif 000014
【図７Ｂ】
2021502748.tif 000015
【図８Ａ】
2021502748.tif 000016
【図８Ｂ】
2021502748.tif 000017
【図９】
2021502748.tif 000018
【図１０】
2021502748.tif 000019
【国際調査報告】
2021502748.tif 000020
2021502748.tif 000021