緊急サービス用の無線ネットワークを用いた回線モード呼を確立し、前記無線ネットワークによって示されたロケーションサーバと対話し、前記回線モード呼の間、ユーザ機器UEの位置推定を取得するために、前記ロケーションサーバを用いてユーザプレーンロケーションを実行するよう機能する、ユーザ機器。緊急通報受信センターPSAPとの呼設定を実行する前に、前記ロケーションサーバを用いてユーザプレーンロケーションを実行するように機能する、請求項1に記載のユーザ機器。前記PSAPは、前記位置推定に基づいて選択される、請求項2に記載のユーザ機器。緊急通報受信センターPSAPとの呼設定を実行した後に、前記ロケーションサーバを用いてユーザプレーンロケーションを実行するようにさらに機能する、請求項1に記載のユーザ機器。前記位置推定を取得するために、セキュアユーザプレーンロケーションSUPLに従って、SUPLロケーションプラットフォームSLPを用いて、ユーザプレーンロケーションを実行するようにさらに機能するユーザ機器であって、前記SLPは前記無線ネットワークによって示される前記ロケーションサーバである、請求項1に記載のユーザ機器。前記位置推定を取得するために、X.S0024に従ってポジションサーバPSを用いて、ユーザプレーンロケーションを実行するようにさらに機能するユーザ機器であって、前記ポジションサーバは前記無線ネットワークによって示される前記ロケーションサーバである、請求項1に記載のユーザ機器。ユーザプレーンロケーションを開始するための、および前記ロケーションサーバのインターネットプロトコルIPアドレスを含んでいるメッセージを前記ロケーションサーバから受信し、前記IPアドレスを使用して前記ロケーションサーバと通信するようにさらに機能する、請求項1に記載のユーザ機器。前記回線モード呼の確立の間、前記無線ネットワークにロケーション情報を送るようにさらに機能するユーザ機器であって、前記ユーザ機器用の前記位置推定は、前記ロケーション情報に基づいて取得される、請求項1に記載のユーザ機器。前記ユーザ機器の最新の位置推定の要求を受信し、前記最新の位置推定を取得するために前記ロケーションサーバを用いてユーザプレーンロケーションを実行するようにさらに機能する、請求項1に記載のユーザ機器。ユーザプレーンロケーションを実行する前に、前記ロケーションサーバを認証する、または前記ロケーションサーバによって認証される、あるいはその両方を行うようにさらに機能する、請求項1に記載のユーザ機器。前記無線ネットワークに前記ユーザ機器のロケーション性能を送るようにさらに機能するユーザ機器であって、前記ロケーションサーバは、前記ユーザ機器の前記ロケーション性能に基づいて選択される、請求項1に記載のユーザ機器。前記無線ネットワークにロケーション情報を送るようにさらに機能するユーザ機器であって、前記ロケーションサーバは、前記ロケーション情報に基づいて選択される、請求項1に記載のユーザ機器。前記回線モード呼用の前記無線ネットワークと通信し、ユーザプレーンロケーション用のパケットモード通信を介して前記無線ネットワークとメッセージを交換するようにさらに機能する、請求項1に記載のユーザ機器。ショートメッセージサービスSMSを使用して、ユーザプレーンロケーション用のメッセージを交換するようにさらに機能する、請求項1に記載のユーザ機器。伝送制御プロトコルTCP、またはTCPおよびインターネットプロトコルIPの両方を使用して、ユーザプレーンロケーション用のメッセージを交換するようにさらに機能する、請求項1に記載のユーザ機器。前記無線ネットワークは3GPPネットワークであり、前記ユーザ機器は前記緊急サービス用の前記3GPPネットワークを用いて前記回線モード呼を確立するように機能する、請求項1に記載のユーザ機器。前記無線ネットワークは3GPP2ネットワークであり、前記ユーザ機器は前記緊急サービス用の前記3GPP2ネットワークを用いて前記回線モード呼を確立するように機能する、請求項1に記載のユーザ機器。緊急サービス用の無線ネットワークを用いて回線モード呼を確立することと、前記無線ネットワークによって示されたロケーションサーバと対話することと、前記回線モード呼の間、前記ユーザ機器の位置推定を取得するために、前記ロケーションサーバを用いてユーザプレーンロケーションを実行することと、を含む方法。前記ユーザプレーンロケーションを実行することは、前記位置推定を取得するために、セキュアユーザプレーンロケーションSUPLに従って、SUPLロケーションプラットフォームSLPを用いて、ユーザプレーンロケーションを実行することを含み、前記SLPは前記無線ネットワークによって示される前記ロケーションサーバである、請求項18に記載の方法。前記ユーザプレーンロケーションを実行することは、ユーザプレーンロケーションを開始するための、および前記ロケーションサーバのインターネットプロトコルIPアドレスを含んでいるメッセージを前記ロケーションサーバから受信することと、前記IPアドレスを使用して前記ロケーションサーバと通信することと、を含む、請求項18に記載の方法。前記回線モード呼用の前記無線ネットワークと通信することと、ユーザプレーンロケーション用のパケットモード通信を介して前記無線ネットワークとメッセージを交換することと、をさらに含む、請求項18に記載の方法。緊急サービス用の無線ネットワークを用いて回線モード呼を確立する手段と、前記無線ネットワークによって示されたロケーションサーバと対話する手段と、前記回線モード呼の間、前記ユーザ機器の位置推定を取得するために、前記ロケーションサーバを用いてユーザプレーンロケーションを実行する手段と、を含む、装置。前記ユーザプレーンロケーションを実行する手段は、前記位置推定を取得するために、セキュアユーザプレーンロケーションSUPLに従って、SUPLロケーションプラットフォームSLPを用いて、ユーザプレーンロケーションを実行する手段を含み、前記SLPは前記無線ネットワークによって示される前記ロケーションサーバである、請求項22に記載の装置。前記ユーザプレーンロケーションを実行する手段は、ユーザプレーンロケーションを開始するための、および前記ロケーションサーバのインターネットプロトコルIPアドレスを含んでいるメッセージを前記ロケーションサーバから受信する手段と、前記IPアドレスを使用して前記ロケーションサーバと通信する手段と、を含む、請求項22に記載の装置。前記回線モード呼用の前記無線ネットワークと通信する手段と、ユーザプレーンロケーション用のパケットモード通信を介して前記無線ネットワークとメッセージを交換する手段と、をさらに含む請求項22に記載の装置。第1のエンティティから、ユーザ機器UEからの緊急サービスを求める回線モード呼をルーティングするための情報の要求を受信し、前記第1のエンティティに前記情報を提供し、第2のエンティティから前記ユーザ機器の位置推定の要求を受信し、ユーザプレーンロケーションをサポートしているロケーションサーバから前記位置推定を取得し、前記第2のエンティティに前記位置推定を提供するように機能する、ロケーションセンター。前記第1のエンティティは移動交換局MSCであり、前記第2のエンティティは緊急通報受信センターPSAPである、請求項26に記載のロケーションセンター。前記第1のエンティティに情報を提供するために、前記位置推定を使用するようにさらに機能する、請求項26に記載のロケーションセンター。前記第1のエンティティに提供される前記情報は、緊急通報受信センターPSAP用の緊急サービスルーティングキーESRK、または緊急サービスルーティングディジットESRDである、請求項26に記載のロケーションセンター。セキュアユーザプレーンロケーションSUPLをサポートしているSUPLロケーションプラットフォームSLPから前記位置推定を取得するように機能し、前記SLPはユーザプレーンロケーションをサポートしている前記ロケーションサーバである、請求項26に記載のロケーションセンター。要求SUPLロケーションプラットフォームR-SLPから前記位置推定を取得するように機能し、前記R-SLPはユーザプレーンロケーションをサポートしている前記ロケーションサーバとして動作中のホームSLPH-SLPから前記位置推定を取得している、請求項26に記載のロケーションセンター。X.S0024をサポートしているポジションサーバPSから前記位置推定を取得するように機能し、前記PSはユーザプレーンロケーションをサポートしている前記ロケーションサーバである、請求項26に記載のロケーションセンター。要求ポジションサーバR-PSから前記位置推定を取得するように機能し、前記R-PSは、ユーザプレーンロケーションをサポートしている前記ロケーションサーバとして動作中のホームPSH-PSから前記位置推定を取得している、請求項26に記載のロケーションセンター。3GPPネットワークにおいてゲートウェイ移動ロケーションセンターGMLCに相当する、請求項26に記載のロケーションセンター。3GPP2ネットワークにおけるゲートウェイ移動測位センターMPCに相当する、請求項26に記載のロケーションセンター。ユーザ機器UEからの緊急サービスを求める回線モード呼をルーティングするための情報の要求を第1のエンティティから受信することと、前記第1のエンティティに前記情報を提供することと、前記ユーザ機器の位置推定の要求を第2のエンティティから受信することと、前記位置推定を提供するために、ユーザプレーンロケーションをサポートしているロケーションサーバと通信することと、前記第2のエンティティに前記位置推定を提供することと、を含む、方法。緊急サービス用の無線ネットワークを用いて回線モード呼を発しているユーザ機器UEの位置推定の要求を受信し、前記位置推定を取得するために前記ユーザ機器を用いてユーザプレーンロケーションを実行し、前記位置推定を返信するように機能する、ロケーションサーバ。前記位置推定を取得するために、セキュアユーザプレーンロケーションSUPLに従って、前記ユーザ機器を用いてユーザプレーンロケーションを実行するように機能する、請求項37に記載のロケーションサーバ。前記位置推定を取得するために、X.S0024に従って、前記ユーザ機器を用いてユーザプレーンロケーションを実行するように機能する、請求項37に記載のロケーションサーバ。前記ユーザ機器を用いてユーザプレーンロケーションを開始するためのメッセージを送信するように機能するロケーションサーバであって、前記メッセージは、前記ロケーションサーバのインターネットプロトコルIPアドレスを含み、ユーザプレーンロケーション用に前記ロケーションサーバと通信するために前記ユーザ機器によって使用される、請求項37に記載のロケーションサーバ。緊急サービス用の前記回線モード呼の間、前記ユーザ機器のホームロケーションサーバの代わりになるように機能する、請求項37に記載のロケーションサーバ。前記ユーザ機器の測位をサポートするために訪問先ロケーションサーバを選択し、前記訪問先ロケーションサーバと前記ユーザ機器との間で交換されたメッセージを転送するように機能する、請求項37に記載のロケーションサーバ。緊急サービス用の無線ネットワークを用いて回線モード呼を発しているユーザ機器UEの位置推定の要求を受信することと、前記位置推定を取得するために前記ユーザ機器を用いてユーザプレーンロケーションを実行することと、前記位置推定を返信することと、を含む、方法。前記ユーザプレーンロケーションを実行することは、前記ユーザ機器を用いてユーザプレーンロケーションを開始するためのメッセージを送信することを含み、前記メッセージは、前記ロケーションサーバのインターネットプロトコルIPアドレスを含み、ユーザプレーンロケーション用に前記ロケーションサーバと通信するために前記ユーザ機器によって使用される、請求項43に記載の方法。緊急サービス用の無線ネットワークを用いて回線モード呼を確立し、前記緊急回線モード呼用の前記無線ネットワークによって選択されたロケーションサーバの認証を行い、前記緊急回線モード呼のために前記ユーザ機器の少なくとも1つの位置推定を取得するように前記ロケーションサーバと対話するよう機能する、ユーザ機器UE。前記ロケーションサーバと相互認証を実行するよう機能する、請求項45に記載のユーザ機器。前記ロケーションサーバからロケーション処理を開始するメッセージを受信し、前記メッセージが緊急呼用のロケーション処理を示している場合に、前記ロケーションサーバを認証するようさらに機能し、前記ユーザ機器は前記緊急回線モード呼を行っている、請求項45に記載のユーザ機器。前記ロケーションサーバの公開鍵を検証するために、前記ユーザ機器に格納されているルート公開鍵証明書を使用して、トランスポート層セキュリティTLS公開鍵認証を実行するようにさらに機能する、請求項45に記載のユーザ機器。前記ユーザ機器および前記無線ネットワークで使用可能な共通の情報に基づいて事前共有鍵PSKを生成し、前記事前共有鍵を使用して認証を実行するようにさらに機能する、請求項45に記載のユーザ機器。汎用ブートストラップアーキテクチャGBAに基づいて認証を実行するようさらに機能する、請求項45に記載のユーザ機器。セキュアユーザプレーンロケーションSUPLまたはX.S0024に従って認証を実行するようさらに機能する、請求項45に記載のユーザ機器。緊急サービス用の無線ネットワークを用いて回線モード呼を確立することと、前記緊急回線モード呼用に前記無線ネットワークによって選択されたロケーションサーバの認証を行うことと、前記緊急回線モード呼のために前記ユーザ機器の少なくとも1つの位置推定を取得するように前記ロケーションサーバと対話することと、を含む、方法。本願明細書では、回線モード緊急呼をサポートする技術を説明する。回線モード呼とは、専用のリソース例えば、無線トラフィックチャネルが呼に対して割り当てられる呼をいう。回線モード呼は、回線切替呼とも称されるが、共有リソースを使用してデータがパケットで送られるパケット交換呼とは異なる。緊急回線モード呼は、緊急サービス向けの回線モード呼である。緊急回線モード呼は、緊急回線モード呼として識別されてもよく、以下で説明するようないくつかの方法において、通常の回線モード呼とは区別されればよい。緊急回線モード呼は、例えば、ユーザの適切な位置推定を取得し、緊急回線モード呼を適切なPSAPへルーティングroutingし、サービス加入のないユーザでもサポートするなど、通常の回線モード呼とは異なる様々な特性に関連付けられてもよい。本願明細書の説明において、ロケーションlocationという用語は一般的に、ターゲットのUEの地理的位置を取得して提供する処理のことをいう。測位positioningという用語は一般的に、ターゲットのUEの地理的位置推定を測定/算出する処理のことをいう。ロケーションは、適切な位置推定が既に使用可能であるかどうかによって、測位を呼び出しても呼び出さなくてもよい。位置推定は、ロケーション推定、位置決定などとも称される。図1は、緊急回線モード呼をサポートする配置100を示している。ユーザ機器UE110は、通信サービスを取得するため、無線アクセスネットワークradioaccessnetwork:RAN120と通信する。UE110は、据え置き型であっても携帯型であってもよく、移動局mobilestation:MS、端末、加入者ユニット、局、または他の用語で称されてもよい。UE110は、携帯電話、パーソナルデジタルアシスタントPDA、無線デバイス、ラップトップコンピュータ、遠隔測定デバイス、トラッキングデバイスなどでもよい。UE110は、RAN120の1つ以上の基地局と通信してもよい。UE110はさらに、1つ以上の衛星190からの信号を受信してもよい。衛星190は、米国の全地球測位システムGlobalPositioningSystem:GPS、ヨーロッパのガリレオシステム、ロシアのGLONASSシステム、または他の衛星測位システムsatellitepositioningsystem:SPSの一部でもよい。UE110は、RAN120の基地局からの信号および/または衛星190からの信号を測定すればよい。UE110は、衛星用の擬似距離測定および/または基地局用のタイミング測定を取得すればよい。擬似距離測定および/またはタイミング測定は、アシストGPSassistedGPS:A-GPS、スタンドアロンGPS、アドバンスト順方向リンク三辺測量AdvancedForwardLinkTrilateration:A-FLT、強化観測時間差法EnhancedObservedTimeDifference:E-OTD、観測到着時間差法ObservedTimeDifferenceOfArrival:OTDOA、強化セルIDEnhancedCellIDなどのような1つ以上の測位方法を用いてUE110の位置推定を導き出すために使用されればよい。RAN120は、RANのカバレッジエリア内に置かれたUEsに対し無線通信を提供する。RAN120は、現在UE110にサービング中の訪問先ネットワーク130に関連付けられている。訪問先ネットワークは、訪問先公衆陸上移動通信ネットワークVisitedPublicLandMobileNetwork:V-PLMNと呼ぶこともできる。ホームPLMNH-PLMNと呼ぶこともできるホームネットワーク150は、UE110が加入しているネットワークである。訪問先ネットワーク130およびホームネットワーク150は、同じネットワークであっても別のネットワークであってもよく、別のネットワークの場合、ローミング契約があってもなくてもよい。ネットワーク160は、公衆交換電話網PublicSwitchedTelephoneNetwork:PSTNおよび/または他の音声およびデータ網であればよい。PSTNは、従来の一般旧式電話サービスplainoldtelephoneservice:POTS用の通信をサポートする。PSAP180は、例えば、警察、消防署、および医療機関への緊急呼に応答する役割を担うエンティティentityであり、緊急センターEmergencyCenter:ECと称することもできる。緊急呼は、ユーザが北米では911またはヨーロッパでは112のような周知の固定番号をダイアルすることで、開始されてもよい。PSAP180は、一般的に例えば国や市などの政府機関によって管理および所有されている。PSAP180は、PSTN160との通信をサポートする。本願明細書に記載の技術は、CDMA、TDMA、FDMA、およびOFDMAネットワーク、無線ローカルエリアネットワークwirelesslocalareanetworks:WLANs、および/または他のネットワークのような様々な無線通信ネットワークにおける緊急回線モード呼に使用すればよい。CDMAネットワークは、広帯域符号分割多元接続W-CDMA、cdma2000などのような1つ以上の無線技術を実装すればよい。cdma2000は、IS-2000、IS-856、およびIS-95規格をカバーする。TDMAネットワークは、移動通信用グローバルシステムGlobalSystemforMobileCommunications:GSM登録商標、デジタルアドバンスト移動電話システムDigitalAdvancedMobilePhoneSystem:D-AMPSなどのような1つ以上の無線技術を実装すればよい。D-AMPSは、IS-248およびIS-54をカバーする。W-CDMAおよびGSMは、第3世代パートナーシッププロジェクト3rdGenerationPartnershipProject3GPPという名の組織からの文書に記載されている。cdma2000は、第3世代パートナーシッププロジェクト23rdGenerationPartnershipProject23GPP2という名の組織からの文書に記載されている。3GPPおよび3GPP2の文書は、公的に入手可能である。これら様々な無線技術および規格は、当技術分野では周知である。3GPP汎用アクセスネットワークGenericAccessNetwork:GANは、3GPPTS43.318に記載のように、回線モード接続の提供にWLANを使用してもよい。図2は、3GPPおよび3GPP2ネットワークアーキテクチャを示している。UE110は、GSMEDGE無線接続ネットワークGSMEDGERadioAccessNetwork:GERAN、ユニバーサル地上無線接続ネットワークUniversalTerrestrialRadioAccessNetwork:UTRAN、進化型UTRANEvolvedUTRAN:E-UTRAN、WLAN、または他の接続ネットワークであればよい3GPPのRAN120aを介して無線接続を得てもよい。3GPPRAN120aは、基地局220a、無線ネットワークコントローラ/基地局コントローラRNCs/BSCs222a、および図2に示されていない他のエンティティを含む。基地局は、ノードB、拡張ノードBe-NodeB、無線基地局装置BaseTransceiverStation:BTS、アクセスポイントAP、または他の用語で称されてもよい。3GPPV-PLMN130aは、図1の訪問先ネットワーク130の一実施形態であり、移動交換局MobileSwitchingCenter:MSC230a、ゲートウェイ移動ロケーションセンターGatewayMobileLocationCenter:GMLC232a、緊急サービスSUPLロケーションプラットフォームEmergencyServicesSUPLLocationPlatform:E-SLP234a、および訪問先SLPVisitedSLP:V-SLP236aを含めばよい。GMLC232a、E-SLP234a、およびV-SLP236aは、V-PLMN130aと通信中のUEsにロケーションサービスを提供する。GMLC232aは、例えば、3GPPTS23.271およびJ-STD-036で定義されているような従来のGMLCのいくつかの機能、ならびにロケーション用のSUPLの使用および緊急呼のルーティングに関連するいくつかの機能をサポートする。E-SLP234aおよびV-SLP236aは、オープンモバイルアライアンスOpenMobileAlliance:OMAからのSUPLをサポートする。E-SLP234aは、緊急呼のロケーションの場合にホームSLPH-SLPの代わりになり、GMLC232aと結合されればよい。V-SLP236aは、V-PLMN130aの内部または外部に置かれてもよく、UE110に地理的に近くにあってもよい。UE110は、CDMA2000IXネットワークまたは他の接続ネットワークであればよい3GPP2RAN120bを介して無線アクセスを得ることもできる。3GPP2RAN120bは、基地局220b、BSCs222b、および図2に示されていない他のエンティティを含む。3GPP2V-PLMN130bは、図1の訪問先ネットワーク130の別の実施形態であり、MSC230b、移動測位センターMobilePositioningCenter:MPC232b、E-SLP234b、V-SLP236bを含めばよい。MPC232b、E-SLP234b、およびV-SLP236bは、V-PLMN130bと通信中のUEsにロケーションサービスを提供する。MPCC232bは、例えば、3GPP2X.S0002、TIA-881、およびJ-STD-036で定義されているような従来のMPCのいくつかの機能、ならびにロケーション用のSUPLの使用および緊急呼のルーティングに関連するいくつかの機能をサポートする。E-SLP234bおよびV-SLP236bは、OMAからのSUPLをサポートする。E-SLP234bは、MPC232bと結合することもできる。代替的に、または、付加的に、V-PLMN130bは、緊急サービスポジションサーバEmergencyServicesPositionServer:E-PS238および訪問先PSV-PS240を含んでいてもよい。E-PS238およびV-PS240は、cdma2000ネットワーク用のX.S0024ロケーションをサポートし、SUPL用のE-SLP234bおよびV-SLP236bと類似しているロケーションサーバである。V-SLP236bおよびV-PS240は、V-PLMN130bの内部または外部に置かれてもよく、UE110に地理的に近くにあってもよい。V-PLMN130bは、位置決定エンティティPositionDeterminingEntity:PDEおよび/または他のエンティティを含んでいてもよい。3GPPH-PLMN150aは、図1のホームネットワーク150の一実施形態であり、H-SLP252aおよび/または他のネットワークエンティティを含んでいればよい。3GPP2H-PLMN150bは、図1のホームネットワーク150の別の実施形態であり、H-SLP252b、H-PS254、および/または他のネットワークエンティティを含んでいればよい。SUPLにおけるエンティティは、セキュアユーザプレーンロケーションアーキテクチャSecureUserPlaneLocationArchitectureと題されたOMA-AD-SUPL-V2_0-20060823-DDraftVersion2.0、2006年8月23日、およびユーザプレーンロケーションプロトコルUserPlaneLocationProtocolと題されたOMA-TS-ULP-V2_0-20060907-DDraftVersion2.0、2006年9月7日に記載されている。X.S0024ロケーションにおけるエンティティは、IPベースのロケーションサービスIPBasedLocationServicesと題された3GPP2X.S0024Version1.0、2005年10月に記載されている。これらの文書は、公的に入手可能である。簡略化のため、図2では、以下の説明に関係する3GPPおよび3GPP2のエンティティのいくつかのみを示している。3GPPおよび3GPP2ネットワークは、それぞれ3GPPおよび3GPP2によって定義されている他のエンティティを含んでいてもよい。無線ネットワークは、制御プレーンcontrolplane:CPソリューションおよび/またはユーザプレーンuserplane:UPソリューションを使用して、ロケーションサービスLCSをサポートすればよい。制御プレーンシグナリングプレーンとも呼ばれるは、上位層のアプリケーション用にシグナリングを搬送するメカニズムであり、一般的にネットワーク特有のプロトコル、インターフェース、およびシグナリングメッセージを用いて実装される。ユーザプレーンは、上位層のアプリケーション用にシグナリングを搬送するメカニズムであり、ユーザデータグラムプロトコルUserDatagramProtocol:UDP、伝送制御プロトコルTransmissionControlProtocol:TCP、およびインターネットプロトコルInternetProtocol:IPのようなプロトコルを用いて実装されるユーザプレーンベアラを使用するメカニズムである。ロケーションサービスおよび測位をサポートするメッセージは、制御プレーンアーキテクチャにおいてはシグナリングの一部として、ユーザプレーンアーキテクチャにおいてはデータネットワークの観点からの一部として搬送される。ただし、メッセージの内容は、双方のアーキテクチャにおいて同一または同様であってもよい。3GPP制御プレーンは、3GPPTS23.271、TS43.059、およびTS25.305に記載されている。3GPP2制御プレーンは、IS-881および3GPP2X.S0002に記載されている。SUPLおよびpre-SUPLは、OMAからの文書に記載されている。無線ネットワークにおける緊急回線モード呼は、一般的にユーザプレーンソリューションよりも、制御プレーンソリューションを使用してサポートされる。このことは、すべてのロケーション関連のアプリケーションをサポートするためには、ネットワークオペレータは制御プレーンおよびユーザプレーンソリューションの両方を導入する必要があり得ることを意味している。本願明細書に記載の技術は、制御プレーンおよびユーザプレーンソリューションの両方を使用して、緊急回線モード呼をサポートする。これについては、多くの3GPPおよび3GPP2ネットワークオペレータが制御プレーンLCSの一部をサポートするエンティティを導入およびサポートしているので、実装を簡素化するうえでメリットとなるであろう。ただし、この技術はごく一部の制御プレーンソリューションを組み込んでいるだけなので、コストの大幅な増加およびユーザプレーンソリューションへのアップグレード時の複雑化を避けられる。特に、ネットワークオペレータは、完全な制御プレーンソリューションを導入しなくても、すべてのロケーション関連のアプリケーションをサポートできるであろう。この技術は、登録されたUEsの他に未登録のUEsもサポートする。登録されたUEとは、ホームネットワークに登録したUEであり、ホームネットワークを介して認証されることができる。未登録のUEは、どのネットワークにも登録していないUEであり、認証されない。3GPPUEには、汎用ICカードUniversalIntegratedCircuitCard:UICCまたは加入者識別モジュールSubscriberIdentityModule:SIMが装備されていればよい。3GPP2UEには、ユーザ識別モジュールUserIdentityModule:UIMが装備されているとよい。UICC、SIM、またはUIMは、一般的に1人の加入者に特有のものであり、個人情報、加入情報、および/または他の情報を格納すればよい。UlCCレスUEは、UICCまたはSIMのないUEである。UIMレスUEは、UIMのないUEである。UICC/UIMレスUEは、どのネットワークにも登録されておらず、加入がなく、ホームネットワークがなく、認証証明書がなく例えば、秘密鍵がない、主張されているいかなる識別も確認できないため、ロケーションサービスのリスク傾向をさらに高める。図3は、SUPLロケーションを用いた緊急回線モード呼のネットワークアーキテクチャ300の実施形態を示している。ネットワークアーキテクチャ300は、3GPPおよび3GPP2ネットワークの両方に適用できる。簡略化するために、図3では、SUPLを使用した緊急回線モード呼のサポートに関連するエンティティおよびインターフェースのみを示している。一般に、ネットワークアーキテクチャ300は、回線モード呼および/またはロケーションをサポートする他のエンティティを含んでいてもよい。UE110は、SUPLにおいてSUPL有効端末SUPLenabledterminal:SETと称される。RAN120は、3GPPRAN120a、3GPP2RAN120b、または他の接続ネットワークとすればよい。E-SLP234は、ロケーションサービス向けの様々な機能を実行するSUPLロケーションセンターSUPLLocationCenter:E-SLC312、およびUEsの測位をサポートするSUPL測位センターSUPLPositioningCenter:E-SPC314を含んでいてもよい。V-SLP236は、同様に、V-SLC322およびV-SPC324を含んでいてもよい。E-SLP234は、MPC/GMLC232と関連付けられ、緊急呼用のロケーションの場合、H-PLMN150のH-SLP252と置き換わる。V-SLP236は、UE110のさらに近くにあり、および/またはUE110をさらに良くロケートできればよい。ほとんどの場合、E-SLP234だけで十分であり、V-SLP236は必要ない。SUPLは、SPCを用いた測位用に、SETとSLPとの間で2つの通信モードをサポートしている。プロキシモードでは、SPCはSETと直接通信せず、SLPがSETとSPCとの間のプロキシとして動作する。非プロキシモードでは、SPCはSETと直接通信する。PSTN160は、MSC230からPSAP180へ緊急回線モード呼を確立するために使用される、選択ルータS/R260および/または他のタンデムを含んでいてもよい。S/R260は、PSAP180に属せばよく、PSAPsのセットによって共有され、PSAPのセットに接続されればよい。UE110は、MSC230およびS/R260を介してPSAP180と通信すればよい。図3は、様々なエンティティ間のインターフェースも示している。UE110とRAN120との間、およびRAN120とMSC230との間の呼関連のインターフェースは、ネットワーク特有のものである。MSC230と、S/R260と、PSAP180との間の呼関連のインターフェースは、多周波/ISDNユーザパート/ISDNMultiFrequencyISDNUserPartISDN:MF/ISUP/ISDNであってもよい。UE110と、E-SLP234と、V-SLP236との間のロケーション関連のインターフェースは、SUPLユーザプレーンロケーションプロトコルUserPlaneLocationProtocol:ULPであればよい。E-SLP234とV-SLP236との間のインターフェースは、ローミングロケーションプロトコルRoamingLocationProtocol:RLPであればよい。MSC230とGMLC/MPC232との間のインターフェースは、移動通信応用部MobileApplicationPart:MAPであればよい。MPC/GMLC232とE-SLP234との間のインターフェースは、SUPLエージェントとH-SLPとの間のLe/Llインターフェース、およびSUPL1.0におけるSLPsのペア間のLr/LCS-zインターフェースの両方に似ている。したがって、MPC/GMLC232とE-SLP234との間のインターフェースは、移動ロケーションプロトコルMobileLocationProtocol:MLP、RLP、MLPまたはRLPの拡張バージョン、または他のインターフェースを使用してサポートされればよい。RLPについては、RLPトランザクション開始に関してGMLCサポートが既に定義されている。MLPについては、GMLCが通常トランザクション受信者として動作する。E-SLP234とPSAP180との間のインターフェースは、J-STD-036rev.Bで定義されているE2インターフェース、MLP、HTTPインターフェース、または他の何らかのインターフェースであればよい。SUPLロケーションを用いた3GPPおよび3GPP2での緊急回線モード呼用のメッセージフローの例を以下でいくつか説明する。明確にするために、関連性の少ない例えば、RAN120およびS/R260エンティティは、これらのメッセージフローから省略されているが、説明には含まれる。これらのメッセージフローでは、UE110にUICCまたはUIMがあり、V-PLMN130とH-PLMN150との間にはローミング契約があることを前提としている。さらにメッセージフローは、UE110が、緊急呼用の回線モード、および例えばロケーション用のパケットモード通信の両方を並列でサポートしていることを前提としている。この性能は現在、UMTSおよびGSM/GPRSにおける3GPP、およびcdma2000における3GPP2によって、登録されたユーザに対して有効になっている。1.SUPLロケーションを用いた3GPPでの緊急回線モード呼図4は、呼設定の前にロケーションが開始されている、SUPLを使用した3GPPでの緊急回線モード呼のメッセージフロー400の実施形態を示している。ステップ1において、UE110は、緊急サービス呼の要求北米ではE911またはヨーロッパではE112を3GPPのV-PLMN130aのMSC230aに送る。この要求は、緊急サービス呼emergencyservicescall:ESC呼出しと称する。ステップ2において、MSC230aは、例えばUEから受信されるUE加入情報またはUE機能情報に基づいて、あるいはV-PLMN130aのポリシーとして、UE110がSUPL測位をサポートしていると見なすか、または決定すればよい。次いで、MSC230aは、E-SLP234aと関連する例えば、E-SLP234aを含む、またはE-SLP234aに接続されているネットワーク中にあるGMLC232aに、MAP加入者ロケーションレポートSubscriberLocationReport:SLRメッセージを送る。MAPSLRは、GMLC232aの中に緊急呼記録およびMSC230aとの関連を作成するため、およびGMLCからPSAPルーティング情報を取得するために使用される。MAPSLRは、UEの識別、サービングセルの識別ID、および/または他の情報を含んでいればよい。UEの識別は、国際移動加入者識別InternationalMobileSubscriberIdentity:IMSI、移動加入者ISDN番号MobileSubscriberISDNnumber:MSISDN、国際移動機器識別InternationalMobileEquipmentIdentity:IMEI、および/または他の何らかの識別であればよい。他の情報には、UEまたはネットワークからの測定値が含まれていればよい。この測定値は、UEの位置推定を算出するために使用されればよい。北米での呼では、MSC230aが、緊急サービスルーティングキーEmergencyServicesRoutingKey:ESRKまたは緊急サービスルーティングディジットEmergencyServicesRoutingDigits:ESRDを割り当てればよく、次いでこれをMAPSLRに含めることになる。ESRDは、PSAPを識別するダイアルできない加入者番号である。ESRKは、PSAPへのルーティングに使用されればよい、ダイアルできない加入者番号である。各PSAPは、1つのESRDおよびESRKのプールに関連付けられればよい。UEによるこのPSAPへの緊急呼では、緊急呼の間プールからの1つのESRKがUEに割り当てられ、PSAP、GMLCおよび/またはMSC、ならびにUEの識別に使用されればよい。ステップ3において、GMLC232aは、呼の記録を作成する。GMLC232aは、ステップ2において受信されたロケーション情報に基づいて、UE110の仮の位置推定を決定すればよい。ロケーション情報は、セルID、測定値、位置推定などを含んでいればよい。仮の位置推定とは、一般的に呼のルーティングに使用されるおおよその位置のことをいう。GMLC232aは、UE110の仮の位置推定を取得する前に、ステップ8からステップ13を開始してもよい。GMLC232aは、取得された場合仮の位置推定に基づいて、またはステップ2において受信されたサービングセルIDに基づいて、PSAPを選択すればよい。これによって、選択されたPSAPは、UE110が置かれている地理的エリアからの緊急呼に確実に対応できるようになる。北米での呼では、GMLC232aは、ESRDまたはESRKを割り当てて、選択されたPSAPを示せばよい。以下の説明において、PSAP180が選択されたPSAPである。GMLC232aは、後でPSAPからのロケーション要求に使用される正確な初期位置推定を取得するために、ステップ8からステップ13を事前に開始してもよい。初期位置推定とは、一般的に最初の正確な位置推定のことをいう。ステップ4において、GMLC232aは、MSC230aにMAPSLR肯定応答を返す。北米での呼では、この肯定応答は、ステップ3でGMLC232aによって割り当てられた任意のESRDまたはESRKを含んでいればよい。ステップ5において、MSC230aは、PSAP180に緊急回線モード呼を送る。北米での呼では、ステップ4でESRKまたはESRDが返されていた場合、ステップ3でGMLC232aによってPSAP180が選択される。それ以外の場合、MSC230aは、例えばUE110の現在のまたは最初のサービングセルに基づいて、PSAPを決定すればよい。北米での呼では、MSC230aによってPSAP180に送られる呼設定メッセージまたは指示には、ステップ4でGMLC232aによって返された、またはステップ2もしくはステップ5でMSC230aによって割り当てられた任意のESRDもしくはESRKが含まれる。呼設定メッセージには、UE110へのコールバック番号例えば、MSISDNが含まれていてもよい。ステップ6において、MSC230aを介してUE110とPSAP180との間に呼が確立する。ステップ7において、PSAP180は、GMLC232aに緊急サービス位置要求EmergencyServicesPositionRequestを送り、UE110の正確な初期位置推定を要求する。北米での呼では、PSAP180は、ステップ5で受信したESRKまたはESRDを使用して、GMLC232aを識別すればよい。その場合、緊急サービス位置要求には、ESRKおよび/またはESRD、ならびにコールバック番号が含まれる。PSAP180は、SUPLがロケーション用に使用されていることを認識する必要はない。ステップ8において、GMLC232aは、a北米の呼についてはステップ7で受信されたESRKまたはコールバック番号、またはb他の場所での呼については他の発呼者情報例えば、MSISDNまたはIMSIを使用して、ステップ3で作成された呼記録を識別する。GMLC232aが、例えば、ステップ8からステップ13を事前に実行することでステップ3において正確な位置推定を取得していた場合、GMLC232aは、ステップ14においてPSAP180に対してこの位置推定を直ちに返すことができ、ステップ8からステップ13を省くことができる。それ以外の場合、GMLC232aは、UEの識別例えば、MSISDNおよび/またはIMSI、セルID分かっている場合、要求される位置品質qualityofposition:QoP、および/または他の情報を含めばよい緊急サービス位置要求をE-SLP234aに送る。QoPは、例えば位置推定の正確さおよび経過時間など、位置推定に対する要求を伝える。QoPは、QoSとも称される。ステップ9において、E-SLP234aは、例えばある場合はステップ8で受信されたセルIDに基づいて、UEのさらに近くにある、および/またはUE110の測位をさらに良くサポートできるようなV-SLPによって測位がサポートされるべきかを判断する。サポートされるべきであれば、E-SLP234aは、V-SLP図4に示されていないとシグナリングを交換する。そうでない場合、E-SLPがH-SLPに取って代わり、E-SLP234aは、ネットワークで始められたSUPLロケーション手順を開始させる。E-SLP234aは、まずUE110にSUPLINITを送り、SUPLロケーション手順を開始させる。SUPLINITは、例えば無線アプリケーションプロトコルWirelessApplicationProtocol:WAPプッシュ、ショートメッセージサービスShortMessageService:SMSトリガを使用して、またはE-SLP234aがUE110のIPアドレスを知っているか取得できる場合はUDP/IPを使用して送信されればよい。SUPLINITは、例えばUE110がホームネットワークにない場合、E-SLP234aがUE用のH-SLPではない場合、または例えば、実装を簡素化するためにE-SLP234aがH-SLPとして振る舞わないことを選択した場合に、E-SLP234aのIPアドレスを含んでいればよい。SUPLINITは、例えばSUPLINIT通知パラメータなど、緊急サービスの表示を含んでいてもよい。非プロキシモードが使用される場合、SUPLINITは、E-SLP234aまたは別のV-SLPに関連付けられたSPCのIPアドレスを含んでいてもよい。その場合UE110は、このSPCと対話して測位を実行することになる。ステップ10において、E-SLP234aがUEのH-SLPの場合およびUEのH-SLPとして振る舞うように選択する場合、UE110はそのH-SLPへの安全なIP接続secureIPconnectionを確立する。しかし、E-SLP234aがUE110のH-SLPではない場合、および/またはステップ9でE-SLP234aがSUPLINITにそのIPアドレスを含めている場合、UE110は、H-SLPの代わりにE-SLP234aへのIP接続または安全なIP接続を確立する。非プロキシモードでは、続いて認証に関連するSUPLメッセージが、UE110とE-SLP234aとの間、およびE-SLP234aとステップ9で選択された任意のV-SLP図4に示されていないとの間で交換されればよく、次いでUE110は、ステップ9でSUPLINITによって示されたSPCへのIP接続または安全なIP接続を確立する。プロキシモードでは、UE110は、E-SLP234aにSUPLPOSINITを返す。非プロキシモードでは、UE110は、SPC図4に示されていないにSUPLPOSINITを送る。SUPLPOSINITは、UE110によってサポートされている測位方法および測位プロトコル、サービングセルID、ロケーションの算出を支援するネットワーク測定値、UE110が支援データを必要な場合には例えば、A-GPSへの支援データの要求、UE110に既にある場合には位置推定、および/または他の情報を含んでいればよい。E-SLP234aまたはSPCが、SUPLPOSINITにおいて受信された情報から必要とされる精度の位置推定を取得できる場合、E-SLPまたはSPCは直ちにステップ12へ進めばよい。ステップ11において、UE110は、プロキシモードではE-SLP234aを用いて、非プロキシモードではSPCを用いて、SUPLロケーション手順を続ける。UE110は、プロキシモードではE-SLP234aと、または非プロキシモードではSPCと、1つ以上のSUPLPOSメッセージを交換すればよい。各SUPLPOSメッセージは、3GPP無線リソースLCSプロトコルRadioResourceLCSProtocol:RRLP、3GPP無線リソース制御RadioResourceControl:RRC、または他の何らかの測位プロトコルに応じた測位メッセージを含んでいればよい。E-SLP234aまたはSPCは、これらのメッセージの中でUE110へ支援データを提供すればよく、UE110は、ロケーション関連の測定値または位置推定を後に返せばよい。ステップ12において、E-SLP234aまたはSPCは、ステップ11でUE110から受信された測定値から算出する、またはステップ11でUEから受信された位置推定を検証することのいずれかによって、位置推定を取得する。次いでE-SLP234aまたはSPCは、UE110にSUPLENDを送り、SUPLロケーション手順を終了させる。ステップ13において、E-SLP234aは、緊急サービス位置応答EmergencyServicesPositionResponseにおいて、図4に示されていない選択されたV-SLPからから回送forwardされたものでもよい位置推定をGMLC232aへ返す。ステップ14において、GMLC232aは、緊急サービス位置要求応答EmergencyServicesPositionRequestResponseにおいて、PSAP180に位置推定を返す。ステップ15において、しばらくして、PSAP180は、GMLC232aに別の緊急サービス位置要求を送り、UE110の最新の位置推定を取得すればよい。その場合、GMLC232aは、ステップ8からステップ13を繰り返して、SUPLを使用して新しい位置推定を取得し、これを緊急サービス位置要求応答の中でPSAP180に返せばよい。ステップ8を繰り返して、E-SLP234aからの位置推定を要求するとき、オプションでサポートされているなら、GMLC232aは最後に取得した位置推定をE-SLP234aに転送transferして、V-SLPの決定においてE-SLP234aを支援してもよい。ステップ16において、しばらくして、UE110とPSAP180との間の呼が切断される。ステップ17において、MSC230aは、例えばMSIまたはMSISDNを介してUE110を識別し、呼が切断されたことを示すMAP加入者ロケーションレポートをGMLC232aに送る。ステップ18において、GMLC232aは、ステップ3で作成された呼記録を削除し、MAP加入者ロケーションレポートの肯定応答をMSC230aに返せばよい。図5は、呼設定の後にロケーションが開始された、SUPLを用いた3GPPでの緊急回線モード呼のメッセージフロー500の実施形態を示している。ステップ1において、UE110はMSC230aに緊急サービス呼の要求を送る。ステップ2において、緊急呼手順が適用される。MSC230aは、サービングセルIDに基づいて、適切なPSAPまたは緊急サービスクライアントを判断する。以下の説明において、PSAP180が選択されたPSAPである。MSC230a、RAN120a、およびUE110は、PSAP180への緊急呼発生の通常の手順を続ける。例えば、PSTN160を介してPSAP180に送られた呼設定情報は、既に取得されている場合UEのロケーション、緊急サービスプロバイダが後でUEのロケーションを要求できるようにする情報例えば、ヨーロッパでは、MSC番号に設定されたロケーション番号パラメータ、MSISDNに設定された発呼者パラメータを伴うISUP/BICCIAMメッセージ、および/または他の情報を含んでいればよい。ステップ3において、MSC230aは、UE110がSUPLロケーションをサポートしていると見なすか、判断すればよい。続いてMSC230aは、ステップ3で緊急呼が送られた、または送られるE-SLP234aおよびPSAP180に関連付けられるGMLC232aにMAPSLRを送る。MAPSLRは、UEの識別、サービングセルID、サービスエリア識別子ServiceAreaIdentifier:SAIおよび/または他の情報を含んでいればよい。SIMレス緊急呼、または未登録のUSIM緊急呼の場合、IMEIが常に送信されるとよく、MSISDNは、ダイアルできないコールバック番号で埋められていればよい。ヨーロッパでは、MSC230aは、緊急呼が接続されるPSAP180の識別を提供すればよい。ステップ4において、GMLC232aは、呼の記録を作成する。ステップ5において、GMLC232aは、MSC230aにMAPSLRの肯定応答を返す。ステップ6において、GMLC232aは、UEの識別例えば、MSISDNおよび/またはIMSI、セルIDまたは分かっている場合SAI、要求されるQoP、および/または他の情報を含めばよい緊急サービス位置要求をE-SLP234aに送る。ステップ7からステップ10において、E-SLP234aおよびUE110は、図4のステップ9からステップ12について上記で説明したように、SUPLロケーション手順を行う。V-SLPが必要かどうかは、ステップ6において受信されたセルIDまたはある場合SAIから判断されればよい。ステップ10において、E-SLP234aプロキシモード用、あるいはE-SLP234aまたは選択されたV-SLPに関連付けられたSPC非プロキシモード用は、UE110の位置推定を取得する。次いでE-SLP234aまたはSPCは、UE110にSUPLENDを送り、SUPLロケーション手順を終了させる。ステップ11において、E-SLP234aは、図5に示されていない選択されたV-SLPからから回送されたものでもよい位置推定をGMLC232aへ返す。ステップ12において、GMLC232aは、ステップ11で受信されたロケーション情報、使用された測位方法についての情報、および/または他の情報をPSAP180へ回送すればよい。それ以外の場合、PSAP180は、ロケーション情報を要求して、GMLC232aからその情報を取得することを期待される。ステップ13において、しばらくして、UE110とPSAP180との間の呼が切断される。ステップ14において、MSC230aは、UE110を識別し呼が切断されたことを示すMAP加入者ロケーションレポートをGMLC232aに送る。ステップ15において、GMLC232aは、ステップ4で作成された呼記録を削除し、MAP加入者ロケーションレポートの肯定応答をMSC230aに返せばよい。2.SUPLロケーションを用いた3GPP2での緊急回線モード呼図6は、SUPLを用いた3GPP2での緊急回線モード呼のメッセージフロー600の実施形態を示している。ステップ1において、UE110は、3GPP2のPLMN130b内のMSC230bに緊急サービス呼の要求を送る。ステップ2において、MSC230bは、例えばUEから受信されたUE加入情報またはUEの性能情報、あるいはPLMN130bのポリシーに基づいて、UE110がSUPL測位をサポートしていると見なすか、または判断すればよい。次いで、MSC230bは、E-SLP234bと関連する例えば、E-SLP234bを含む、またはE-SLP234bに接続されているネットワーク中にあるMPC232bに、ANSI-41MAP開始要求OriginationRequestを送る。開始要求は、UEの識別例えば、IMSIおよび/またはMIN、サービングセルID、および/または他の情報例えば、位置推定の算出に使用されればよいUEまたはネットワークからの測定値を含んでいればよい。ステップ3において、MPC232bは、呼の記録を作成する。MPC232bは、ステップ2において受信されたセルIDおよび任意の測定値に基づいて、UE110の仮の位置推定を決定すればよい。MPC232bは、ステップ8からステップ13を事前に開始して、UE110の仮の位置推定を取得してもよい。MPC232bは、取得された場合仮の位置推定、またはステップ2において受信されたサービングセルIDに基づいてPSAPを選択すればよい。その場合、MPC232bは、ESRDまたはESRKを割り当てて、選択されたPSAPを示せばよい。以下の説明において、PSAP180が選択されたPSAPである。ステップ4において、MPC232bは、ステップ3で割り当てられた任意のESRDまたはESRKを含むANSI-41MAP開始要求の肯定応答をMSC230bに返す。ステップ5において、MSC230bは、PSAP180に緊急サービス呼を送る。ステップ4でESRKまたはESRDが返されていた場合、ステップ3でMPC232bによってPSAP180が選択される。それ以外の場合、MSC230bは、例えばUE110の現在のまたは最初のサービングセルに基づいてPSAPを決定し、ESRDおよび/またはESRKを割り当てればよい。MSC230bによってPSAP180に送信される呼設定メッセージは、ステップ4で返されたかステップ5で割り当てられた任意のESRDまたはESRK、およびUE110用のコールバック番号例えば、MSISDNを含んでいればよい。ステップ6において、MSC230bを介してUE110とPSAP180との間に呼が確立される。ステップ7において、PSAP180は、MPC232bに緊急サービス位置要求を送り、UE110の正確な初期位置推定を要求する。PSAP180は、ステップ5で受信したESRKまたはESRDを使用して、MPC232bを識別してもよい。その場合、緊急サービス位置要求には、ESRKおよび/またはESRD、ならびにコールバック番号が含まれる。ステップ8において、MPC232bは、ステップ7で受信されたESRKまたはコールバック番号を使用して、ステップ3で作成された呼記録を識別する。MPC232bが、例えばステップ8からステップ13を事前に実行することでステップ3において正確な位置推定を取得していた場合、MPC232bは、ステップ14においてPSAP180に対してこの位置推定を直ちに返すことができ、ステップ8からステップ13を省くことができる。それ以外の場合、MPC232bは、UEの識別例えば、MINおよび/またはIMSI、セルID分かっている場合、要求されたQoP、および/または他の情報を含めばよい緊急サービス位置要求をE-SLP234bへ送る。ステップ9からステップ12において、E-SLP234bおよびUE110は、図4のステップ9からステップ12について上記で説明したように、SUPLロケーション手順を行う。E-SLP234bプロキシモード用またはSPC非プロキシモード用が、ステップ10でSUPLPOSINITの中で受信された情報から必要とされる精度の位置推定を取得できる場合、E-SLPまたはSPCは直ちにステップ12へ進めばよい。それ以外の場合、ステップ11において、UE110は、プロキシモードではE-SLP234bと、または非プロキシモードではSPCと、1つ以上のSUPLPOSメッセージを交換すればよい。各SUPLPOSメッセージは、3GPP2C.S0022、TIA-801、3GPPRRLP、RRC、または他の測位プロトコルに応じた測位メッセージを含んでいればよい。E-SLP234bまたはSPCは、これらのメッセージにおいてUEへの支援データを提供すればよく、UEはロケーション関連の測定値または位置推定を後に返せばよい。ステップ12において、E-SLP234bまたはSPCは、位置推定を取得し、UE110にSUPLENDを送り、SUPLロケーション手順を終了させる。ステップ13において、E-SLP234bは、図6に示されていない選択されたV-SLPからから回送されたものでもよい位置推定をMPC232bへ返す。ステップ14において、MPC232bは、緊急サービス位置要求応答メッセージの中で、PSAP180に位置推定を返す。ステップ15において、しばらくして、PSAP180は、MPC232bへ別の緊急サービス位置要求を送り、UE110の最新の位置推定を取得すればよい。その場合、MPC232bは、ステップ8からステップ13を繰り返して、SUPLを使用して新しい位置推定を取得し、これを緊急サービス位置要求応答の中でPSAP180に返せばよい。ステップ8を繰り返して、E-SLP234bからの位置推定を要求するとき、オプションでサポートされているなら、MPC232bは最後に取得した位置推定をE-SLP234bに転送して、V-SLPの決定においてそれを支援すればよい。ステップ16において、しばらくして、UE110とPSAP180との間の呼が切断される。ステップ17において、MSC230bは、UE110を識別し呼が切断されたことを示す、ANSI-41MAP呼終了レポートCallTerminationReportメッセージを例えばIMSIまたはMSISDNを介してMPC232bへ送る。ステップ18において、MPC232bは、ステップ3で作成された呼記録を削除し、ANSI-41MAP呼終了レポートの肯定応答をMSC230bに返せばよい。3.X.S0024ロケーションを用いた3GPP2での緊急回線モード呼図7は、X.S0024ロケーションを用いた緊急回線モード呼のネットワークアーキテクチャ700の実施形態を示している。3GPP2では、SUPLの代わりに、3GPP2X.S0024で定義されるユーザプレーンロケーションソリューションが使用される。したがって、ネットワークアーキテクチャ700は、3GPP2ネットワークに適用できる。RAN120は、3GPP2のRAN120bまたは他の接続ネットワークであればよい。V-PLMN130bは、MSC230b、MPC232b、E-PS238、およびV-PS240を含んでいればよい。MPC232bは、E-PS238を呼出し、X.S0024を使用して、緊急呼を発しているUEのロケーションを決定すればよい。UE110と、E-PS238と、V-PS240との間のロケーションに関連するインターフェースは、3GPP2X.S0024に記載されている、図7に示されるようなLCS-x、LCS-y、およびLCS-zであればよい。MSC230bとMPC232bとの間のインターフェースは、ANSI-41MAPであればよい。MPC232bとE-PS238との間のインターフェースは、MLP、RLP、または他の何らかのインターフェースであればよい。図8は、X.S0024を用いた3GPP2での緊急回線モード呼のメッセージフロー800の実施形態を示している。ステップ1において、UE110は、3GPP2PLMN130b内のMSC230bに緊急サービス呼の要求を送る。ステップ2において、MSC230bは、例えばUEから受信されるUE加入情報またはUE性能情報、あるいはPLMN130bのポリシーに基づいて、UE110がX.S0024測位をサポートしていると見なすか、または判断すればよい。次いでMSC230bは、ANSI-41MAP開始要求メッセージをMPC232bに送る。開始要求は、UEの識別例えば、IMSIおよび/またはMIN、サービングセルID、および/または他の情報例えば、位置推定の算出に使用されればよいUEまたはネットワークからの測定値を含んでいればよい。ステップ3において、MPC232bは、呼の記録を作成する。MPC232bは、ステップ2において受信されたセルIDおよび任意の測定値に基づいて、UE110の仮の位置推定を決定すればよい。MPC232bは、ステップ8からステップ15を事前に開始して、UE110の仮の位置推定を取得してもよい。MPC232bは、取得された場合仮の位置推定に基づいて、またはステップ2において受信されたサービングセルIDに基づいて、PSAPを選択すればよい。その場合、MPC232bは、ESRDまたはESRKを割り当てて、選択されたPSAPを示せばよい。以下の説明において、PSAP180は選択されたPSAPである。ステップ4において、MPC232bは、ステップ3で割り当てられた任意のESRDまたはESRKを含むANSI-41MAP開始要求肯定応答をMSC230bに返す。ステップ5において、MSC230bは、PSAP180に緊急サービス呼を送る。ステップ4でESRKまたはESRDが返されていた場合、ステップ3でMPC232bによってPSAP180が選択される。それ以外の場合、MSC230bは、例えばUE110の現在のまたは最初のサービングセルに基づいてPSAPを決定し、ESRDおよび/またはESRKを割り当てればよい。MSC230bによってPSAP180に送信される呼設定メッセージは、ステップ4で返されたまたはステップ5で割り当てられた任意のESRDまたはESRK、およびUE110用のコールバック番号例えば、移動体電話番号MobileDirectoryNumber:MDNを含んでいればよい。MSC230bは、呼の遅延を避けるために、ステップ2より前にPSAP180に呼を送信すればよい。ステップ6において、MSC230bを介してUE110とPSAP180との間に呼が確立される。ステップ7において、PSAP180は、MPC232bに緊急サービス位置要求を送り、UE110の正確な初期位置推定を要求する。PSAP180は、ステップ5で受信したESRKまたはESRDを使用して、MPC232bを識別すればよい。その場合、緊急サービス位置要求には、ESRKおよび/またはESRD、ならびにコールバック番号が含まれる。ステップ8において、MPC232bは、ステップ7で受信されたESRKまたはコールバック番号を使用して、ステップ3で作成された呼記録を識別する。MPC232bが、ステップ3において正確な位置推定を取得していた場合、MPC232bは、ステップ16においてPSAP180に対してこの位置推定を直ちに返すことができ、ステップ8からステップ15を省くことができる。それ以外の場合、MPC232bは、UEの識別例えば、MINおよび/またはIMSI、セルID分かっている場合、要求されたQoP、および/または他の情報を含めばよい緊急サービス位置要求をE-PS238に送る。ステップ9において、E-PS238がUE110のIPアドレスを知っているか取得できる場合、E-PS238は、X.S0024ロケーション手順を開始し、SMS、WAPプッシュ、またはUDP/IPを使用して、UE110にX.S0024SUPL_INITを送る。SUPL_INITは、例えば、UE110がホームネットワークにない場合、E-PS238がUEのH-PSではない場合、またはE-PS238がH-PSとして振る舞わないことを選択した場合に、必要とされるQoP、サポートされる測位方法、およびE-PS238のIPアドレスを含んでいればよい。SUPL_INITは、例えばSUPL_INIT通知パラメータの中に、緊急サービスの表示を含んでいてもよい。ステップ8での緊急サービス位置要求は、ステップ7でのPSAP180からの緊急サービス位置要求を待たずに、ステップ4の後に直ちに送信されればよい。その場合、ステップ8からステップ15は、ステップ7でMPC232bがPSAP180からの緊急サービス位置要求を受信する前に完了すればよく、MPC232bはステップ7からステップ16へ直接進めばよい。ステップ10において、UE110は、E-PS238がUEのH-PSである場合、E-PS238への安全なIP接続を確立する。しかし、E-PS238がUE110のH-PSではない場合、またはステップ9でE-PS238がSUPL_INITにそのIPアドレスを含んでいる場合、UE110は、H-PSの代わりにE-PS238へのIP接続または安全なIP接続を確立する。次いでUE110は、UE110によってサポートされる測位方法および性能、サービングセルID、測定値、位置推定、支援データの要求、および/または他の情報を含んでいればよいSUPL_STARTをE-PS238に送る。ステップ11において、E-PS238は、E-PS238またはV-PSに関連付けられたPDEであればよい、選択されたPDEに測位手順を拡張すればよい。次いで選択されたPDEは、測位手順を管理し、位置の算出を支援することになる。この拡張は、aUE110がE-PS238を介して選択されたPDEと通信するプロキシモード図8に示される、またはbUE110が選択されたPDEと直接通信する非プロキシモード図8に示されていないのいずれかを使用すればよい。ステップ12において、E-PS238は、UE110にSUPL_RESPONSEを送る。プロキシモードでは、ステップ13において、UE110は、サービングセル情報、例えば、3GPP2C.S0022またはTIA-801プロトコルを使用して組み込まれた測位メッセージ、および/または他の情報を搬送すればよいSUPL_POSをE-PS238に送る。次いで、E-PS238は、選択されたPDE図8に示されていないにSUPL_POSを回送する。非プロキシモードでは、ステップ12のSUPL_RESPONSEが、選択されたPDEのアドレスを搬送し、UE110が選択されたPDEへの安全なIP接続を確立し、ステップ13でこのPDEに直接SUPL_POSを送る。ステップ14において、UE110は、プロキシモードではE-PS238と、または非プロキシモードではPDEと、さらなるSUPL_POSメッセージを交換すればよい。E-PS238またはPDEは、これらのメッセージの中でUE110に支援データを提供すればよく、UEは、ロケーション測定値例えば、A-GPSおよび/またはA-FLT測定値または位置推定をE-PSまたはPDEに提供すればよい。ステップ15において、選択されたPDEは、ステップ13およびステップ14でUE110から受信された測定値から算出すること、またはUEから受信された位置推定を検証することのいずれかによって、位置推定を取得する。次いでPDEは、PDEがE-PS238に関連付けられている場合は直接的に、またはPDEがV-PSに関連付けられている場合には間接的に図8に示されていない、E-PS238に位置推定を返す。次いでE-PS238は、緊急サービス位置応答の中で位置推定をMPC232bへ回送する。ステップ16において、MPC232bは、緊急サービス位置要求応答の中で、PSAP180に位置推定を返す。ステップ17において、しばらくして、PSAP180は、MPC232bに別の緊急サービス位置要求を送り、UE110の最新の位置推定を取得すればよい。その場合、MPC232bは、ステップ8からステップ15を繰り返して、X.S0024を使用して新しい位置推定を取得し、これを緊急サービス位置要求応答の中でPSAP180に返せばよい。ステップ18において、しばらくして、UE110とPSAP180との間の呼が切断される。ステップ19において、MSC230bは、UE110を識別し呼が切断されたことを示す、ANSI-41MAP呼終了レポートCallTerminationReportメッセージを例えばIMSIまたはMINを介してMPC232bに送る。ステップ20において、MPC232bは、ステップ3で作成された呼記録を削除し、ANSI-41MAP呼終了レポートの肯定応答をMSC230bに返せばよい。4.SUPL1.0またはX.S0024バージョン1.0の使用V-PLMN130は、緊急回線モード呼用にSUPLまたはX.S0024のロケーションをサポートするために、E-SLPまたはE-PSを使用しなくてもよい、または常には使用しなくてもよい。代わりに、V-PLMN130は、OMASUPL例えば、SUPL1.0の以前のバージョン、またはX.S0024の以前のバージョンを使用してもよい。これらは、どちらも緊急呼に対する特別なロケーションのサポートがない。これは、上記のE-SLPまたはE-PSを使用できるようにする緊急呼用の特別なロケーションサポートを含むSUPLまたはX.S0024のバージョンをまだ導入していないネットワークオペレータにとって好都合であろう。さらに、ネットワークオペレータが、例えば、ネットワークオペレータがSUPLまたはX.S0024の新しいバージョンをサポートしている可能性のある場合でもSUPLまたはX.S0024の以前のバージョンだけをサポートしているUE向けに緊急回線モード呼をサポートしたい場合にも好都合であろう。一実施形態によれば、V-PLMN130は、GMLC232aまたはMPC232bと関連付けられた、またはGMLC232aまたはMPC232bと結合されたE-SLPではなく、要求SLPRequestingSLP:R-SLPを使用してもよい。この場合の緊急回線モード呼のサポートでも、図4、図5、および図6について上記で説明したように発生すればよいが、以下の点が異なる。第1に、各図において、R-SLPがE-SLP234aまたはE-SLP234bに取って代わることになる。第2に、図4および図6のステップ8、ならびに図5のステップ6において、R-SLPは、GMLC232aまたはMPC232bから位置要求を受信することになる。図4および図6のステップ13、ならびに図5のステップ11において、R-SLPは、取得したUEの位置をGMLC232aまたはMPC232bに返すことになる。第3に、図4および図6のステップ9からステップ12、ならびに図5のステップ7からステップ10で説明したSUPLロケーション手順は、R-SLPが最初にUEのH-SLPからロケーションを要求する別のロケーション手順に代わることになる。続いてH-SLPは、SUPLを使用してUE110と対話してUEのロケーションを取得し、R-SLPへUEのロケーションを返すことになる。この別のSUPLロケーション手順は、公的に入手可能なセキュアユーザプレーンロケーションアーキテクチャ候補バージョン1.0SecureUserPlaneLocationArchitectureCandidateVersion102006年9月6日と題されるOMA-AD-SUPL-V1_0-20060906-Cで定義されている。V-PLMN130がUE110のH-PLMN150の場合、R-SLPはUE110のH-SLPであればよく、R-SLPとH-SLPはここでは同一のエンティティになっているため、これらの間でのどんなロケーション要求および応答も必要とせずに、上記の変更された手順を使用することができる。X.S0024の場合、この実施形態を同様の方法で使用すればよいが、要求PSR-PSが、V-PLMN130bにおいてMPC232bに関連付けられた、またはMPC232bに結合されたE-PS238に取って代わる。この場合、図8においてステップ9からステップ14について説明したロケーション手順は、IPベースのロケーションサービスIPBasedLocationServices2005年10月、バージョン1.0、リビジョン0と題されるX.S0024に記載されているように、R-PSがUE110のH-PSからUE110のロケーションを要求し、H-PSがUE110と対話してロケーションを取得するおよび、それをR-PSへ返す手順に代えられることになる。SUPLについては、UE110が自身のH-PLMNにある場合、R-PSはH-PSであればよい。5.未登録、UICCレス、SIMレス、およびUIMレスのUEsのサポートSUPLロケーション例えば、図4および図6のステップ9、ならびに図5のステップ7を開始するためには、E-SLPは、WAPプッシュ、SMS、UDP/IP、または他の何らかの手段を使用して、UEにSUPLINITを送る。X.S0024ロケーション例えば、図8のステップ9を開始するためには、E-PSは、WAPプッシュ、SMS、UDP/IP、または他の何らかの手段を使用して、UEにSUPL_INITを送る。例えば、WAPプッシュまたはSMSを使用したSUPLINITの送信は、UEが自身のH-PLMNからローミング中の場合、不都合であったり時間を要したりする場合がいくらかあり、H-PLMNとの相互作用によって信頼性がなくなることもある。一実施形態において、E-SLPまたはE-PSは、サービング中のMSCに直接SMSメッセージを送り、3GPPではSMSゲートウェイMSC、または3GPP2ではSMSメッセージセンターをエミュレートemulateする。別の実施形態では、E-SLPまたはE-PSは、E-SLPまたはE-PSへの影響を緩和させるため、GMLCまたはMPCを介して、SMSメッセージをサービング中のMSCに送る。これらの実施形態は、未登録のUE、3GPPでのUICCレスUE、GSMでのSIMレスUE、3GPP2でのUTMレスUEに使用してもよい。この場合、MSCは、通常のIMSI、MSISDN、またはMINに代えて、一時的なUE識別子をGMLCまたはMPCに提供すればよい。一時的なUE識別子は、3GPPでは図4のステップ2および図5のステップ3で送信されるMAP加入者ロケーションレポート、3GPP2では図6および図8のステップ2で送信されるANSI-41開始要求に含まれていればよい。UEがSUPLINITを受信すると、E-SLPまたはE-PSへのIP接続または安全なIP接続を確立することができる。未登録、UICCレス、SIMレス、またはUIMレスのUEは、同じネットワーク内のE-SLPまたはE-PSへのIP接続を可能にすることになる緊急呼に限られたアクセスでのIP接続を確立すればよい。IP接続は、例えば、公表されている3GPPSA2コントリビューションS2-051950VoIP緊急呼サポートVoIPEmergencyCallSupportについて説明されている手順を使用して確立すればよい。この場合、別のV-SLPは使用されないこともある。上記の説明の多くは、UEが同時の回線モード呼音声用、およびパケットモードデータ転送ロケーション用をサポートするものと想定している。UEはたはネットワークが、同時の回線モード呼およびパケットモード通信をサポートしていない場合、UEとE-SLPまたはE-PSとの間のシグナリングが別の方法でサポートされればよい。図9は、様々なエンティティ間の通信のいくつかの実施形態を示している。一実施形態において、すべてのSUPL通信にSMSが使用される。SMSでは、ロケーション用のシグナリングおよび情報例えば、SUPLメッセージは、3GPPおよび3GPP2における既存のSMS2地点間伝送プロトコルpointtopointtransportprotocols例えば、SMSMAPメッセージを使用して、MPC/GMLCとMSCとの間、およびMSCとUEとの間で伝えられる、SMSメッセージの中で送信される。SMSシグナリングは、MSCとGMLCまたはMPCとの間で直接送信されればよい。E-SLPとGMLCまたはMPCとの間は、例えば緊急サービス位置要求と応答の交換で使用されるのと同じTCP/IP接続、または別の接続であるTCP/IPを使用して、SUPLメッセージを伝送すればよい。図9でaとして示されている実施形態において、SUPLULPTCPまたはIPではないは、UEとE-SLPまたはE-PSとの間でエンドツーエンドで使用される。図9でbとして示されている別の実施形態では、SUPLULPは、エンドツーエンドのTCP接続を使用して伝えられる。図9でcとして示されているさらに別の実施形態では、SUPLULPは、途中にいくつかのプロトコルが重複しているエンドツーエンドのTCP/IPを使用して伝えられる。この性能は、UEから送信されるSMSメッセージ用のMSCにおける特別なSMS処理によってサポートされればよい。例えば、MSCは、SUPLが使用されている緊急呼の間にUEによって送信される任意のSMSメッセージがSUPLを対象とするものであると想定すればよく、よってGMLCまたはMPCにSMSメッセージを送ることになる。6.セキュリティSUPLでは、訪問先ネットワークにおいて、ローミングおよび非ローミングのシナリオおよびプロキシモードまたは非プロキシモードで、ロケーション用にH-SLPをE-SLPに代えることをサポートするために、セキュリティ手順が確立されればよい。既存のSUPLセキュリティ手順は、一般的に、UEおよびH-SLPの両方にある共有鍵に基づき、および/またはUE内に用意されたH-SLPに関する他の情報例えば、完全修飾ドメイン名、ルートX.509公開鍵証明書などに基づいている。このような情報は、UEがたまたまホームネットワークにいない限り、E-SLPでは有効ではないことがある。E-SLPでは、プロキシモードおよび非プロキシモードの認証が、以下で説明するようにサポートされればよい。X.S0024でも、ロケーション用にH-PSをE-PSに代えることをサポートするために、セキュリティ手順が確立されればよい。既存のX.S0024セキュリティ手順は、3GPP2X.S0024-0および3GPP2S.P0110-0に記載されている。これらの手順では、ユーザのH-PSおよびユーザのUIMの両方の中に用意されている共通のルート鍵を使用する。以下のような、用意されているルート鍵から、さらなる鍵を導き出すこともできる。aセキュア蓄積交換カプセル化SecureStoreandForwardEncapsulation:S-SAFEをサポートする鍵。S-SAFEでは、SMSまたはWAPプッシュを使用してSUPLINITがUEに送信され、H-PSから来るとき認証され、任意で暗号化される。b暗号化および認証を用いてUEとH-PSとの間でX.S0024メッセージが送信される、UEとH-PSとの間の安全なIP接続をサポートする鍵。cX.S0024メッセージが暗号化および認証を用いてUEと非プロキシモードのPDEとの間で送信される、UEとPDEとの間の安全なIP接続をサポートする鍵。上記3つの各鍵は、ルート鍵の任意の値について確定値があるという意味では固定である。しかし、UEおよびH-PSまたはPDEによる特定の測位セッション用に提供された乱数によって値が決まる暗号化および認証用に、これらの各固定鍵から、さらなる鍵を導き出すこともできる。この鍵の導出およびこれに伴うセキュリティ手順は、IETFRFC2246に記載されたトランスポート層セキュリティTransportLayerSecurity:TLS手順、およびIETFドラフトトランスポート層セキュリティTLSのための事前共有鍵暗号スウィートPreSharedKeyCiphersuitesforTransportLayerSecurityに記載されたこの別のPSK-TLSを使用する。緊急回線モード呼での測位にX.S0024が使用され、E-PSがH-PSではない場合、UEおよびE-PSの両方における相互認証および暗号化に、共通の設定済みのルート鍵を利用することはできなくなる。SUPLでは、緊急呼の間であっても、UEロケーションへの認証されていないアクセスを避けるため、UEはE-SLPを認証すればよい。X.S0024では、UEおよびE-PSは、相互に認証を行えばよい。表1は、方法A、B、C、D、およびEとして示される5つの認証方法、および各方法の特徴を一覧している。注:公開鍵ルート証明書が移動機器MobileEquipment:MEに用意されているものとする。方法Aでは、最小の認証を提供する。SUPLINITが緊急セッションのロケーションを示し、UEが緊急セッションを現在行っている場合、UEは、未認証のE-SLPまたはE-PSからのネットワークで開始されたSUPLまたはX.S0024ロケーションを許可する。緊急セッションへ制限をかければ、いくつか保護を提供できる。さらに、SMSまたはWAPプッシュを介してSUPLINITを転送すれば、UEの認証においてさらに信頼性を高めることができるであろう。これは、SMSまたはWAP転送は、V-PLMNおよび/またはH-PLMNからのサポートおよび検証を利用しているためである。UEは、E-SLPまたはE-PSを用いたセキュリティ手順を呼び出さずに、方法Aを選択してもよい。この場合、SUPLでは、E-SLPは、SUPLPOSINITに含まれるSUPLINITハッシュコードによって、限られた範囲内でUEを検証できる。方法Bは、TLS公開鍵認証用である。UEおよびE-SLPまたはE-PSは、IETFRFC2246に記載され、さらにセキュアユーザプレーンロケーションアーキテクチャSecureUserPlaneLocationArchitectureと題されるOMASUPL1.0の別のクライアント認証メカニズムについて記載されているようなTLSを使用して公開鍵認証をサポートする。このメカニズムでは、TLSハンドシェイクフェーズの間に、E-SLPまたはE-PSによってUEに送信されたITUX.509公開鍵証明書とともにTLSを使用して、E-SLPまたはE-PSの認証をUEによってサポートする。公開鍵証明書は、一連の電子署名を提供する。各署名は、UEには少なくとも1つのルート認証機関の公開鍵が用意されているならば、UEがE-SLPまたはE-PSの公開鍵を認証できるように、次の署名を認証している。公開鍵認証TLS手順は、例えば、次のSUPLまたはX.S0024メッセージ用の、次のシグナリングの暗号化および認証で使用する対称鍵の転送をサポートする。非プロキシモードでのUEとSPCまたはDPEとの間の認証および暗号化は、これらの鍵、またはこれらの鍵からさらなる鍵を導き出すことによってサポートされてもよい。方法Bは、1つ以上のルート認証機関例えば、OMAで定義されているによるE-SLPまたはE-PS公開鍵証明書の証明、および緊急呼用のSUPLまたはX.S0024をサポートしているUEsに証明書を用意することを利用する。UEは、例えばE-SLPまたはE-PSの完全修飾ドメイン名、またはサービングネットワークについての既知の情報にUEが一致することができるMCC-MNC識別を使用して、証明書中のE-SLPまたはE-PS名を認識する。これは、UEによるE-SLPまたはE-PSの認証を確実にし、SUPLでは、SUPLPOSINITに含まれ、UEによってE-SLPへ送られる64ビットSUPLINITハッシュを介した、E-SLPによるUEの制限された認証を確実にする。方法Bでは、E-SLPまたはE-PSの複数の公開鍵をUEが検証できるルート公開鍵証明書がUE例えば、UICCまたはUIMに用意されていればよい。UEおよびE-SLPまたはE-PSは、RFC2246に記載のTLS手順、および例えばRSA、DSSまたはDiffie-Hellmanなどの1つ以上の安全な公開鍵転送手順を使用して、共有暗号鍵およびメッセージ認証コードmessageauthenticationcode:MAC鍵を確立すればよい。SUPLメッセージまたはX.S0024メッセージの暗号化および認証は、安全なTLC接続の確立の後に行われればよい。非プロキシモードでは、SUPL1.0の3GPP2非プロキシモード用に定義された方法を使用し、IETFのPSK-TLSに従って、SUPLではUEとSPCとの間、またはX.S0024ではUEとPDEとの間の認証および暗号化用の共通鍵を生成すればよい。方法Cは、PSK-TLS認証用である。UEおよびE-SLPまたはE-PSは、IETFドラフトトランスポート層セキュリティTLS用の事前共有鍵暗号スウィートに従って、例えば、3GPP2SETs、または3GPP2X.S0024-0およびS.P0110-0用のSUPL1.0に記載されるようなPSK-TLSをサポートする。事前共有鍵presharedkey:PSKは、aUE、ネットワーク例えば、MSCまたはHLR、および/またはE-SLPまたはE-PSによって与えられる情報例えば、ランダムな情報、b緊急呼の確立の間に、UEによって、またはUEに対して送信される情報例えば、パラメータ、cUEからの安全な回線モードアクセスをサポートするために、MSCおよびUEに既にあるセキュリティ情報例えば、暗号鍵、および/またはd他の情報から生成されればよい。cのセキュリティ情報は、UEがV-PLMNに登録している場合に利用可能であればよい。PSKまたはPSKを導き出す情報は、緊急呼確立の間、UEおよびE-SLPあるいはMPCまたはGMLCまたはE-PSまたはMPCで利用可能とすればよい。これらのエンティティ間での呼設定の間に確立される信頼関係は、安全な鍵または安全な鍵を導き出し得る共通の情報を取得するために使用される。UEおよびE-SLPは、続いて導き出されたPSKsを用いて、SUPLロケーションのためにPSK-TLSを使用すればよい。PSKsは、非プロキシモードのための認証用のさらなるPSKsを取得するために使用すればよい。SUPLでは、E-SLPからUEへのSUPLINITの転送に続いて、UEがE-SLPへのIPPSK-TLS接続を確立するときに、PSK-TLSを使用して、UEおよびE-SLPの相互認証をサポートすればよい。X.S0024では、3GPP2X.S0024-0およびS.P0110-0に記載されているように残りのセキュリティ情報が導き出されるルート鍵として、安全なPSKを使用すればよい。方法Cは、緊急呼設定の間、UEとV-PLMNとの間の安全な接続を利用する。これはV-PLMNにおいてのUEの登録およびUEおよびV-PLMNの相互認証を意味している。UEにUICC/UIMがない場合、またはV-PLMNとH-PLMNとの間にローミング契約がない場合、V-PLMNとUEとの間の相互認証および安全な伝送は、緊急呼設定の間に実現できないことがあり、生成された任意のPSKは、さらに制限された保護を提供することになる。方法Dは、3GPPTS33.220または3GPP2TSG-SドラフトS.P0109に記載の汎用ブートストラップアーキテクチャGenericBootstrapArchitecture:GBAを用いた認証用である。UEおよびE-SLPまたはE-PSは、GBAをサポートする。これは、UEおよびE-SLPまたはE-PSが、H-PLMNから安全な共有鍵を取得できるようにする。SUPLでは、この鍵は、3GPPTS33.222または3GPP2TSG-SドラフトS.P0114に記載されているように、UEとE-SLPとの間のPSK-TLS相互認証をサポートするために使用すればよい。この方法は、3GPPのプロキシモードをサポートするためにSUPL1.0において使用される。この鍵は、例えば、3GPPTS33.222に記載されているようなHTTPダイジェストDigest認証、例えば、3GPP2TSG-SドラフトS.P0114に記載されているようなUEとE-SLPとの間の正しいHTTPダイジェスト認証、または他の形式の認証を用いたTLSのサポートに使用されればよい。X.S0024では、この鍵は、残りのセキュリティ情報が導き出されるルート鍵として使用されればよい。方法Dは、H-PLMNおよびV-PLMNにおいてのGBAのサポート、ならびにH-PLMNとV-PLMNとの間のローミング契約を利用して、H-PLMNのブートストラッピングサービング機能BootstrappingServingFunction:BSFからV-PLMNのE-SLPネットワークアプリケーション機能NetworkApplicationFunction:NAFへの鍵情報の転送を可能にする。方法Eは、SUPL1.0またはX.S0024の認証用である。SUPLでは、UEがH-PLMN内にある場合、E-SLPがH-SLPであればよく、SUPL1.0で定義されている既存の認証メカニズムを使用すればよい。X.S0024では、UEがH-PLMN内にある場合、E-PSがH-PSであればよく、X.S0024で定義されている既存の認証メカニズムを使用すればよい。図10は、UE110、RAN120、MSC230、ロケーションセンター242、およびロケーションサーバ244の実施形態のブロック図を示している。ロケーションセンター242は、GMLC232a、MPC232b、および/または他のエンティティであってもよい。ロケーションサーバ244は、E-SLP234a、E-SLP234b、E-PS238、および/または他のエンティティであってもよい。簡略化のため、図10では、UE110に対して1つのプロセッサ1010、1つのメモリ1012、および1つのトランシーバ1014、RAN120に対して1つのプロセッサ1020、1つのメモリ1022、1つのトランシーバ1024、および1つの通信Commユニット1026、MSC230に対して1つのプロセッサ1030、1つのメモリ1032、および1つの通信ユニット1034、ロケーションセンター242に対して1つのプロセッサ1040、1つのメモリ1042、および1つの通信ユニット1044、ロケーションサーバ244に対して1つのプロセッサ1050、1つのメモリ1052、および1つの通信ユニット1054を示している。一般的に、各エンティティは、任意の数のプロセッサ、メモリ、トランシーバ、通信ユニット、コントローラなどを含んでいればよい。ダウンリンクで、RAN120の基地局は、トラフィックデータ、シグナリング、およびパイロットを自身のカバレッジエリア内のUEsへ送信する。これら様々なタイプのデータは、アンテナを介して送信されるダウンリンク信号を生成するために、プロセッサ1020によって処理され、トランシーバ1024によって調整される。UE110では、回線モード呼、ロケーション、および他のサービス用の様々なタイプの情報を取得するため、基地局からのダウンリンク信号がアンテナを介して受信され、トランシーバ1014によって調整され、プロセッサ1010によって処理される。例えば、プロセッサ1010は、上記のメッセージフローにおいて、UE110用の処理を行えばよい。メモリ1012および1022は、UE110およびRAN120のプログラムコードおよびデータをそれぞれ格納する。アップリンクで、UE110は、トラフィックデータ、シグナリング、およびパイロットをRAN120の基地局へ送信すればよい。これら様々なタイプのデータは、UEのアンテナを介して送信されるアップリンク信号を生成するために、プロセッサ1010によって処理され、トランシーバ1014によって調整される。RAN120では、様々なタイプの情報例えば、データ、シグナリング、レポートなどを取得するため、UE110または他のUEsからのアップリンク信号が受信され、トランシーバ1024によって調整され、さらにプロセッサ1020によって処理される。RAN120は、通信ユニット1026を介して、MSC230および他のエンティティと通信する。MSC230内において、プロセッサ1030はMSC用の処理を行い、メモリ1032はMSC用のプログラムコードおよびデータを格納し、通信ユニット1034はMSCが他のエンティティと通信できるようにする。プロセッサ1030は、上記のメッセージフローにおいて、MSC230用の処理を行えばよい。ロケーションセンター242内において、プロセッサ1040はUEsのロケーションをサポートし、メモリ1042はロケーションセンター用のプログラムコードおよびデータを格納し、通信ユニット1044はロケーションセンターが他のエンティティと通信できるようにする。プロセッサ1040は、上記のメッセージフローにおいて、GMLC232aおよび/またはMPC232b用の処理を行えばよい。ロケーションサーバ244内において、プロセッサ1050はUEsのロケーションおよび/または測位処理を行い、メモリ1052はロケーションサーバ用のプログラムコードおよびデータを格納し、通信ユニット1054はロケーションサーバが他のエンティティと通信できるようにする。プロセッサ1050は、上記のメッセージフローにおいて、E-SLP234a、E-SLP234b、および/またはE-PS238用の処理を行えばよい。本願明細書に記載の技術は、様々な手段によって実施できる。例えば、これらの技術は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせに実装されてもよい。ハードウェア実装では、この技術を実施するために使用される処理ユニットは、1つ以上の特定用途向け集積回路applicationspecificintegratedcircuits:ASICs、デジタル信号プロセッサdigitalsignalprocessors:DSPs、デジタル信号処理デバイスdigitalsignalprocessingdevices:DSPDs、プログラマブルロジックデバイスprogrammablelogicdevices:PLDs、フィールドプログラマブルゲートアレーfieldprogrammablegatearrays:FPGAs、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本願明細書に記載の機能を実行するように設計された他の電子ユニット、またはそれらの組み合わせに実装すればよい。ファームウェアおよび/またはソフトウェア実装では、本技術は、本願明細書に記載の機能を実行するモジュール例えば、プロシージャ、関数などを用いて実装することができる。ファームウェアおよび/またはソフトウェアコードは、メモリ例えば、図10のメモリ1012、1022、1032、1042、および/または1052に格納され、プロセッサ例えば、プロセッサ1010、1020、1030、1040、および/または1050によって実行されればよい。メモリは、プロセッサの内部、またはプロセッサの外部に実装されればよい。本願明細書には、参照用および特定の節を探しやすくするために見出しが含まれている。これらの見出しは、その下に記載されている概念の範囲を制限するものではなく、これらの概念は、本願明細書全体を通して他の節においても適用可能であり得る。上記で開示された実施形態の説明は、当業者が本開示を作成または使用できるように提供されたものである。これらの実施形態に対して様々な変更ができることは当業者であれば容易に分かることであり、本願明細書で定義された一般的な原理は、本開示の精神または範囲から逸脱することなく、他の実施形態に適用し得る。したがって、本開示は本願明細書で示された実施形態に限定されるものではなく、本願明細書で開示された原理および新規な特徴に則って、幅広い範囲に適合されるものとする。