位置決定サービスをサポートする方法であって、ネットワークエンティティによって、ユーザ装置のための位置決定サービスの要求を受信するステップと、前記ネットワークエンティティによって、ユーザプレーンの位置決定法を介して位置決定サーバと通信し、前記UEのための前記位置決定サービスをサポートするステップと、前記ネットワークエンティティによって、制御プレーンの位置決定法を介して前記UEと通信し、前記UEのための前記位置決定サービスをサポートするステップと、前記ネットワークエンティティによって、前記ユーザプレーンの位置決定法と前記制御プレーンの位置決定法で、切替動作するステップとを含む、方法。前記UEのための位置推定を、前記位置決定サーバまたは前記UEから取得するステップと、前記要求に応答して、前記UEのための前記位置推定を返すステップとをさらに含む、請求項1に記載の方法。前記位置決定サーバと通信する前記ステップが、前記位置決定サーバから、前記ユーザプレーンの位置決定法のための第1のメッセージを受信するステップを含み、前記UEと通信する前記ステップが、前記制御プレーンの位置決定法のための第2のメッセージを前記UEに送信するステップを含み、前記切替動作するステップが、前記第1のメッセージの中の情報の少なくとも一部を、前記第2のメッセージに移送するステップを含む、請求項1に記載の方法。前記UEと通信する前記ステップが、前記UEから、前記制御プレーンの位置決定法のための第3のメッセージを受信するステップを含み、前記位置決定サーバと通信する前記ステップが、前記ユーザプレーンの位置決定法のための第4のメッセージを前記位置決定サーバに送信するステップを含み、前記切替動作するステップが、前記第3のメッセージの中の情報の少なくとも一部を、前記第4のメッセージに移送するステップを含む、請求項3に記載の方法。前記第1のメッセージが、RadioResoureceLocationServicesProtocol測位プロトコルのためのものであり、前記第2のメッセージが、RadioResourceControl測位プロトコルのためのものである、請求項3に記載の方法。前記ユーザプレーンの位置決定法が、SecureUserPlaneLocationを含み、前記制御プレーンの位置決定法が、3GPPの制御プレーンの位置決定法を含む、請求項1に記載の方法。前記ネットワークエンティティが、前記位置決定サーバと通信するための前記UEとして動作し、前記UEの測位能力を前記位置決定サーバに提供し、前記位置決定サーバが、前記UEの前記測位能力に基づいて支援を提供する、請求項1に記載の方法。前記位置決定サービスが、前記UEの位置、前記UEへの支援データの送達、または、前記UEの位置と前記UEへの支援データの送達の両方を決定するための、測位を含む、請求項1に記載の方法。前記位置決定サービスが、前記UEの位置を求めるための、アシスト型全地球的航法衛星システムを含む、請求項1に記載の方法。前記ネットワークエンティティが、HomeNodeBまたはラジオネットワークコントローラを含む、請求項1に記載の方法。ワイヤレス通信のための装置であって、ネットワークエンティティによって、ユーザ装置のための位置決定サービスの要求を受信するための手段と、前記ネットワークエンティティによって、ユーザプレーンの位置決定法を介して位置決定サーバと通信し、前記UEのための前記位置決定サービスをサポートするための手段と、前記ネットワークエンティティによって、制御プレーンの位置決定法を介して前記UEと通信し、前記UEのための前記位置決定サービスをサポートするための手段と、前記ネットワークエンティティによって、前記ユーザプレーンの位置決定法と前記制御プレーンの位置決定法で、切替動作するための手段とを含む、装置。前記位置決定サーバと通信するための前記手段が、前記位置決定サーバから、前記ユーザプレーンの位置決定法のための第1のメッセージを受信するための手段を含み、前記UEと通信するための前記手段が、前記制御プレーンの位置決定法のための第2のメッセージを前記UEに送信するための手段を含み、前記切替動作するための手段が、前記第1のメッセージの中の情報の少なくとも一部を、前記第2のメッセージに移送するための手段を含む、請求項11に記載の装置。前記ネットワークエンティティが、前記位置決定サーバと通信するための前記UEとして動作し、前記UEの測位能力を前記位置決定サーバに提供し、前記位置決定サーバが、前記UEの前記測位能力に基づいて支援を提供する、請求項11に記載の装置。ワイヤレス通信のための装置であって、ネットワークエンティティによって、ユーザ装置のための位置決定サービスの要求を受信し、前記ネットワークエンティティによって、ユーザプレーンの位置決定法を介して位置決定サーバと通信して、前記UEのための前記位置決定サービスをサポートし、前記ネットワークエンティティによって、制御プレーンの位置決定法を介して前記UEと通信して、前記UEのための前記位置決定サービスをサポートし、前記ネットワークエンティティによって、前記ユーザプレーンの位置決定法と前記制御プレーンの位置決定法で切替動作するように構成される、少なくとも1つのプロセッサを含む、装置。前記少なくとも1つのプロセッサが、前記位置決定サーバから、前記ユーザプレーンの位置決定法のための第1のメッセージを受信し、前記制御プレーンの位置決定法のための第2のメッセージを前記UEに送信し、前記第1のメッセージの中の情報の少なくとも一部を、前記第2のメッセージに移送するように構成される、請求項14に記載の装置。前記ネットワークエンティティが、前記位置決定サーバと通信するための前記UEとして動作し、前記UEの測位能力を前記位置決定サーバに提供し、前記位置決定サーバが、前記UEの前記測位能力に基づいて支援を提供する、請求項14に記載の装置。少なくとも1つのコンピュータに、ネットワークエンティティによって、ユーザ装置のための位置決定サービスの要求を受信させるためのコードと、前記少なくとも1つのコンピュータに、前記ネットワークエンティティによって、ユーザプレーンの位置決定法を介して位置決定サーバと通信させ、前記UEのための前記位置決定サービスをサポートさせるためのコードと、前記少なくとも1つのコンピュータに、前記ネットワークエンティティによって、制御プレーンの位置決定法を介して前記UEと通信させ、前記UEのための前記位置決定サービスをサポートさせるためのコードと、前記少なくとも1つのコンピュータに、前記ネットワークエンティティによって、前記ユーザプレーンの位置決定法と前記制御プレーンの位置決定法で、切替動作させるためコードとを含むコンピュータ可読媒体を含むコンピュータプログラム製品。位置決定サービスをサポートする方法であって、HomeNodeBによって、ユーザ装置のための位置決定サービスの要求を受信するステップと、HNBゲートウェイを介して、PositioningCalculationApplicationPartメッセージを位置決定サーバと交換し、前記UEのための前記位置決定サービスをサポートするステップであって、前記PCAPメッセージが、前記HNBと前記HNBGWとの間では第1のプロトコルのメッセージの中で移送され、前記HNBGWと前記位置決定サーバとの間では第2のプロトコルのメッセージの中で移送される、ステップと、前記UEのための前記位置決定サービスをサポートするために、前記UEとRadioResourceControlメッセージを交換するステップとを含む、方法。前記UEのための位置推定を、前記位置決定サーバまたは前記UEから取得するステップと、前記要求に応答して、前記UEのための前記位置推定を返すステップとをさらに含む、請求項18に記載の方法。PCAPメッセージを交換する前記ステップが、前記位置決定サーバからPCAPメッセージを受信するステップを含み、RRCメッセージを交換する前記ステップが、前記UEにRRCメッセージを送信するステップを含み、前記RRCメッセージが、前記PCAPメッセージから取得される、測位要求、支援データ、または測位要求と支援データの両方を含む、請求項18に記載の方法。RRCメッセージを交換する前記ステップが、前記UEからRRCメッセージを受信するステップを含み、PCAPメッセージを交換する前記ステップが、前記位置決定サーバにPCAPメッセージを送信するステップを含み、前記PCAPメッセージが、前記RRCメッセージから取得される、前記UEにより生成された測定結果、前記UEの位置推定、または前記UEにより生成された測定結果と前記UEの位置推定の両方を含む、請求項18に記載の方法。前記第1のプロトコルが、PCAPUserAdaptationプロトコルまたはRadioAccessNetworkApplicationPartUserAdaptationプロトコルを含み、前記第2のプロトコルが、SignalingConnectionControlPartプロトコルを含む、請求項18に記載の方法。前記PCAPメッセージが、コネクション型メッセージであり、PUAメッセージが、SCCP接続と関連付けられる、請求項22に記載の方法。PUAメッセージが、前記位置決定サーバの識別子、PCAPトランザクション識別子、ローカルの接続の参照、PCAPメッセージ、またはこれらの組合せを含む、請求項22に記載の方法。前記位置決定サービスが、前記UEの位置、前記UEへの支援データの送達、または、前記UEの位置と前記UEへの支援データの送達の両方を決定するための、測位を含む、請求項18に記載の方法。前記HNBのための情報を前記位置決定サーバに送信するステップであって、前記情報が、前記HNBのセルグローバル識別子、前記HNBのInternationalMobileSubscriberIdentity、前記HNBのInternationalMobileEquipmentIdentity、前記HNBの位置、少なくとも1つの近隣のセルの少なくとも1つのセルID、前記HNBの測位能力、またはこれらの組合せを含む、ステップをさらに含む、請求項18に記載の方法。前記位置決定サーバが、前記HNBGWを介して前記HNBと通信する、StandaloneServingMobileLocationCenterを含む、請求項18に記載の方法。ワイヤレス通信のための装置であって、HomeNodeBによって、ユーザ装置のための位置決定サービスの要求を受信するための手段と、HNBゲートウェイを介して、PositioningCalculationApplicationPartメッセージを位置決定サーバと交換し、前記UEのための前記位置決定サービスをサポートするための手段であって、前記PCAPメッセージが、前記HNBと前記HNBGWとの間では第1のプロトコルのメッセージの中で移送され、前記HNBGWと前記位置決定サーバとの間では第2のプロトコルのメッセージの中で移送される、手段と、前記UEのための前記位置決定サービスをサポートするために、前記UEとRadioResourceControlメッセージを交換するための手段とを含む、装置。PCAPメッセージを交換するための前記手段が、前記位置決定サーバからPCAPメッセージを受信するための手段を含み、RRCメッセージを交換するための前記手段が、前記UEにRRCメッセージを送信するための手段を含み、前記RRCメッセージが、前記PCAPメッセージから取得される、測位要求、もしくは支援データ、または測位要求と支援データの両方を含む、請求項28に記載の装置。RRCメッセージを交換するための前記手段が、前記UEからRRCメッセージを受信するための手段を含み、PCAPメッセージを交換するための前記手段が、前記位置決定サーバにPCAPメッセージを送信するための手段を含み、前記PCAPメッセージが、前記RRCメッセージから取得される、前記UEにより生成された測定結果、前記UEの位置推定、または前記UEにより生成された測定結果と前記UEの位置推定の両方を含む、請求項28に記載の装置。前記HNBのための情報を前記位置決定サーバに送信するための手段であって、前記情報が、前記HNBのセルグローバル識別子、前記HNBのInternationalMobileSubscriberIdentity、前記HNBのInternationalMobileEquipmentIdentity、前記HNBの位置、少なくとも1つの近隣のセルの少なくとも1つのセルID、前記HNBの測位能力、またはこれらの組合せを含む、手段をさらに含む、請求項28に記載の装置。位置決定サービスをサポートする方法であって、第1のHomeNodeBによって、位置決定サーバによる位置決定手順を実行し、前記第1のHNBと通信するユーザ装置のための位置決定サービスをサポートするステップと、前記第1のHNBから第2のHNBへの、前記UEのハンドオーバーを示すものを取得するステップと、前記第1のHNBから前記第2のHNBに位置状態情報を移送するステップであって、前記位置決定手順が、前記第1のHNBにより提供される前記位置状態情報に基づいて、前記第2のHNBおよび前記位置決定サーバにより継続される、ステップとを含む、方法。前記第1のHNBおよび前記第2のHNBが、ともに、同一のHNBゲートウェイとインターフェースをとり、前記HNBゲートウェイを介して前記位置決定サーバと通信する、請求項32に記載の方法。前記第2のHNBへの前記UEのハンドオーバーの後に、前記位置決定手順を中止すべきか、または前記位置決定手順を継続すべきかを決定するステップであって、前記位置状態情報が、前記位置決定手順を継続すべきであるという決定に応答して、前記第2のHNBに移送される、ステップをさらに含む、請求項32に記載の方法。前記第1のHNBから前記第2のHNBへの前記UEのハンドオーバーが失敗したと判定するステップと、前記UEのハンドオーバーが失敗したと判定されると、前記第1のHNBによって、前記位置決定サーバによる前記位置決定手順を継続するステップとをさらに含む、請求項32に記載の方法。前記位置決定サービスが、前記UEの位置、前記UEへの支援データの送達、または、前記UEの位置と前記UEへの支援データの送達の両方を決定するための、測位を含む、請求項32に記載の方法。前記位置状態情報が、前記位置決定手順で用いられる少なくとも1つの測位方法、前記少なくとも1つの測位方法の各々のために取得される情報、位置報告に関連する情報、またはこれらの組合せを含む、請求項32に記載の方法。ワイヤレス通信のための装置であって、第1のHomeNodeBによって、位置決定サーバによる位置決定手順を実行し、前記第1のHNBと通信するユーザ装置のための位置決定サービスをサポートするための手段と、前記第1のHNBから第2のHNBへの、前記UEのハンドオーバーを示すものを取得するための手段と、前記第1のHNBから前記第2のHNBに位置状態情報を移送するための手段であって、前記位置決定手順が、前記第1のHNBにより提供される前記位置状態情報に基づいて、前記第2のHNBおよび前記位置決定サーバにより継続される、手段とを含む、装置。前記第2のHNBへの前記UEのハンドオーバーの後に、前記位置決定手順を中止すべきか、または前記位置決定手順を継続すべきかを決定するための手段であって、前記位置状態情報が、前記位置決定手順を継続すべきであるという決定に応答して、前記第2のHNBに移送される、手段をさらに含む、請求項38に記載の装置。前記第1のHNBから前記第2のHNBへの前記UEのハンドオーバーが失敗したと判定するための手段と、前記UEのハンドオーバーが失敗したと判定されると、前記第1のHNBによって、前記位置決定サーバによる前記位置決定手順を継続するための手段とをさらに含む、請求項38に記載の装置。位置決定サービスをサポートする方法であって、HomeNodeBによって、前記HNBの測位のために、PositioningCalculationApplicationPartメッセージを位置決定サーバと交換するステップと、前記PCAPメッセージに基づいて、前記HNBの位置を決定するステップとを含む、方法。前記HNBのための情報を前記位置決定サーバに送信するステップであって、前記情報が、前記HNBのセルグローバル識別子、前記HNBのInternationalMobileSubscriberIdentity、前記HNBのInternationalMobileEquipmentIdentity、前記HNBの位置、少なくとも1つの近隣のセルの少なくとも1つのセルID、前記HNBの測位能力、またはこれらの組合せを含む、ステップをさらに含む、請求項41に記載の方法。PCAPメッセージを交換する前記ステップが、HNBゲートウェイを介して、前記PCAPメッセージを前記位置決定サーバと交換するステップを含み、前記PCAPメッセージが、前記HNBと前記HNBGWとの間では第1のプロトコルのメッセージの中で移送され、前記HNBGWと前記位置決定サーバとの間では第2のプロトコルのメッセージの中で移送される、請求項41に記載の方法。ワイヤレス通信のための装置であって、HomeNodeBによって、前記HNBの測位のために、PositioningCalculationApplicationPartメッセージを位置決定サーバと交換するための手段と、前記PCAPメッセージに基づいて、前記HNBの位置を決定するための手段とを含む、装置。前記HNBのための情報を前記位置決定サーバに送信するための手段であって、前記情報が、前記HNBのセルグローバル識別子、前記HNBのInternationalMobileSubscriberIdentity、前記HNBのInternationalMobileEquipmentIdentity、前記HNBの位置、少なくとも1つの近隣のセルの少なくとも1つのセルID、前記HNBの測位能力、またはこれらの組合せを含む、手段をさらに含む、請求項44に記載の装置。デバイスは、ネットワークからの支援が全くなくても、自身の位置を自動的に求める能力を有し得る。たとえば、デバイスは、単体の全地球的航法衛星システムをサポートすることができ、GNSSの中の衛星から受信された信号に基づいて、位置を求めることができ得る。単体のGNSSにより得られる位置推定は、高い正確性を有し得る。しかし、単体のGNSSは、初期位置算出時間が比較的長いこと、非常に低い信号強度では衛星を検出できないことなどのような、いくつかの欠点を有し得る。したがって、HNBおよびUEのための、単体のGNSSよりも性能を向上できる技法が、極めて望まれ得る。HNBおよびHNBと通信するUEのための、位置決定サービスをサポートするための技法が、本明細書で説明される。位置決定サービスは、アシスト型GNSSを含んでもよく、AGNSSは、単体のGNSSに対していくつかの利点を有し得る。ある態様では、HNBと通信するUEのための位置決定サービスは、ユーザプレーンの位置決定法と制御プレーンの位置決定法との間で、HNBを切替動作interworkさせることによって、サポートされ得る。一設計では、HNBは、UEのための位置決定サービスの要求を受信することができる。HNBは、ユーザプレーンの位置決定法を介して位置決定サーバと通信し、UEのための位置決定サービスをサポートすることができる。HNBは、制御プレーンの位置決定法を介してUEと通信し、UEのための位置決定サービスをサポートすることもできる。以下で説明されるように、HNBは、ユーザプレーンの位置決定法と制御プレーンの位置決定法との間で、切替動作することができる。この方式はまた、UEのための位置決定サービスをサポートするために、他のネットワークエンティティにより実行されてもよい。別の態様では、位置決定サーバは、HNBおよびUEのための、位置決定サービスおよびAGNSSをサポートするために用いられ得る。位置決定サーバは、HNBゲートウェイに結合されてよく、HNBGWは、位置決定サーバによりラジオネットワークコントローラと見なされ得る。一設計では、HNBは、UEのための位置決定サービスの要求を受信することができる。HNBは、UEのための位置決定サービスをサポートするために、HNGGWを介して、位置決定サーバとPositioningCalculationApplicationPartメッセージを交換することができる。PCAPメッセージは、HNBとHNBGWとの間では第1のプロトコルのメッセージで、HNBGWと位置決定サーバとの間では第2のプロトコルのメッセージで移送され得る。HNBは、UEのための位置決定サービスをサポートするために、UEとRadioResourceControlメッセージを交換することができる。本開示の様々な態様および特徴が、以下でさらに詳細に説明される。デバイスのための位置決定サービスをサポートするための、本明細書で説明される技法は、第3世代パートナーシッププロジェクトおよび第3世代パートナーシッププロジェクト2という名称の組織により定義されるものを含む、様々なワイヤレスネットワークおよび無線技術に対して用いられ得る。たとえば、技術は、3GPPにより定義されるUniversalTerrestrialRadioAccessを実装する広帯域符号分割多重接続ネットワーク、3GPPにより定義されるEvolvedUniversalTerrestrialRadioAccessを実装するLongTermEvolutionネットワークなどに対して用いることができる。WCDMAは、UniversalMobileTelecommunicationSystemの一部である。LTEは、3GPPEvolvedPacketSystemの一部である。WCDMA、LTE、UTRA、EUTRA、UMTSおよびEPSは、3GPPからの文書で説明される。技術は、他のワイヤレスネットワークおよび他の無線技術に対しても、用いられ得る。本明細書で説明される技法は、位置決定サービスをサポートできる、様々なユーザプレーンおよび制御プレーンの位置決定法アーキテクチャに対しても、用いられ得る。位置決定サーバは、位置情報に基づく、または位置情報に関連する任意のサービスを指す。位置情報は、たとえば位置推定、測定結果などの、デバイスの位置に関連する任意の情報を含み得る。位置決定サービスは測位を含んでもよく、測位とは、ターゲットデバイスの地理的な位置を求める機能を指す。位置決定サービスは、UEが位置関連の測定を行い自身の位置を求めるのを支援するための、支援データのUEへの移送のような、測位を支援する動作も含み得る。ユーザプレーンの位置決定法は、ユーザプレーンを介して位置決定サービスのためのメッセージを送る、位置決定法またはシステムである。ユーザプレーンは、高次層のアプリケーションのためのシグナリングおよびデータを搬送し、ユーザプレーンのベアラを利用するための機構であり、ユーザプレーンのベアラは通常、ユーザデータグラムプロトコル、送信制御プロトコル、およびインターネットプロトコルのような標準的なプロトコルにより実装される。制御プレーンの位置決定法は、制御プレーンを介して位置決定サービスのためのメッセージを送る、位置決定法である。制御プレーンは、高次層のアプリケーションのためのシグナリングを搬送するための機構であり、通常、ネットワーク特有の、プロトコル、インターフェース、およびシグナリングメッセージにより実装される。位置決定サービスをサポートするメッセージは、制御プレーンの位置解決法においてはシグナリングの一部として、ユーザプレーンの位置解決法においてはトラフィックデータの一部として搬送される。しかし、メッセージの内容は、ユーザプレーンの位置決定法と制御プレーンの位置決定法の両方において、同一または同様であってよい。ユーザプレーンの位置決定法の例は、OpenMobileAllianceによるSecureUserPlaneLocationを含む。制御プレーンの位置決定法のいくつかの例には、3GPPTS23271、TS43059、TS25305およびTS36305に記載される、3GPPの制御プレーンの位置決定法、ならびに、IS881およびXS0002に記載される、3GPP2の制御プレーンの位置決定法がある。本明細書で説明される技法は、3GPPにより定義される、LTEPositioningProtocol、RadioResourceLCSProtocol、およびRadioResourceControl、3GPP2により定義されるCS0022、ならびにOMAにより定義されるLPPExtensionsのような、様々な測位プロトコルに対しても、用いられ得る。測位プロトコルは、デバイスの測位を調整して制御するために用いられ得る。測位プロトコルは、位置決定サーバおよび測位されているデバイスにより実行され得る手順、ならびにデバイスと位置決定サーバとの間の通信またはシグナリングを、定義することができる。図1は、通信および位置決定サービスをサポートするワイヤレスネットワーク100を示す。HNB120は、HNB120のカバレッジの中で、UEのための無線通信をサポートするために、ユーザにより任意の位置に配備され得る。HNBは、ホーム基地局、フェムトアクセスポイント、HomeevolvedNodeBなどとも呼ばれ得る。HNB120は、WCDMAまたは何らかの他の無線技術を用いて、無線アクセスをサポートすることができる。ホームマネジメントシステム124は、たとえば、HNB120が登録されているネットワーク事業者により定められるように、動作のためにHNB120および他のHNBを構成することができる。HNBゲートウェイ130は、HNB120および他のHNBに結合されてよく、HNBと他のネットワークエンティティとの切替動作をサポートすることができる。基幹ネットワーク150は、ワイヤレスネットワーク100のための様々な機能およびサービスをサポートする、様々なネットワークエンティティを含み得る。たとえば、基幹ネットワーク150は、MobileSwitchingCenter、ServingGPRSSupportNode、およびまたは他のネットワークエンティティを含み得る。MSCは、回線交換型の呼のための交換機能を実行することができ、ショートメッセージサービスメッセージをルーティングすることもできる。SGSNは、UEのパケット交換型の接続およびセッションのための、シグナリング機能、交換機能およびルーティング機能を実行することができる。基幹ネットワーク150は、他のネットワーク、たとえば、他のワイヤレスネットワークおよびまたはインターネットへのアクセスを有し得る。HomeSUPLLocationPlatform140は、測位サービスおよび位置決定サービスをサポートすることができる。HSLP140は、SUPLLocationCenterを含んでもよく、場合によってはSUPLPositioningCenterを含んでもよい。SLCは、位置決定サービスのための様々な機能を実行することができ、SUPLの動作を調整することができ、SUPL対応端末と対話することができる。SPCは、SETの測位およびSETへの支援データの送達をサポートすることができ、位置計算のために用いられるメッセージおよび手順に応答するものであってよい。位置決定サービスクライアント160は、位置情報を所望し、基幹ネットワーク150の中のネットワークエンティティと通信して位置情報を取得することができる、エンティティであってよい。LCSクライアント160は、UEの外部にあり基幹ネットワーク150と通信していてもよく、UEに存在していてもよく、またはUEと通信していてもよい。簡単にするために、図1は、ワイヤレスネットワーク100に存在し得る一部のネットワークエンティティのみを示す。ワイヤレスネットワーク100は、他のネットワークエンティティを含み得る。たとえば、セキュリティゲートウェイは、HNB120とHNBGW130との間に結合されてよく、HNB120を介したアクセスに関するセキュリティを提供することができる。ワイヤレスネットワーク100は、ラジオネットワークコントローラ、基地局コントローラ、基地局、MobilityManagementEntityなども含んでよく、これらは、3GPPおよび3GPP2からの公開の文書で説明される機能を実行することができる。UE110は、ワイヤレスネットワーク100によりサポートされる多くのUEの1つであってよい。UE110は、固定式であっても移動式であってもよく、基地局、端末、アクセス端末、加入者ユニット、局、SETなどとも呼ばれ得る。UE110は、携帯電話、携帯情報端末、ワイヤレスデバイス、ワイヤレスモデム、ラップトップコンピュータ、スマートフォン、ネットブック、スマートブック、タブレット、テレメトリデバイス、追跡デバイスなどであってよい。UE110は、HNBおよびマクロ基地局と通信し、通信サービスを得ることができてもよい。UE110はまた、AGNSS、ObservedTimeDifferenceofArrival、UplinkTimeDIfferenceofArrival、EnhancedCellIdentityなどのような、1つまたは複数の測位方法をサポートすることができる。これらの測位方法のいずれも、UE110の位置を求めるために用いることができるUE110およびまたはHNB120は、1つまたは複数の衛星190からの信号を受信して測定することができ、衛星のための擬似距離測定結果を得ることができる。衛星190は、GNSSの一部であってよく、GNSSは、米国の全地球測位システム、欧州のGalileoシステム、ロシアのGLONASSシステム、または何らかの他のGNSSであってよい。本明細書での説明において、用語GNSSは全般に、GPS、Galileo、GLONASSなどのような、測位をサポートする任意の衛星システムまたは衛星システムの任意の組合せを指す。UE110およびまたはHNB120は、マクロ基地局およびまたはHNBからの信号を測定し、タイミングの測定結果、信号強度の測定結果、信号品質の測定結果、ならびにまたは、基地局およびもしくはHNBの識別情報を得ることもできる。衛星、基地局、およびまたはHNBの測定結果、ならびに場合によっては、基地局およびまたはHNBの識別情報を用いて、UE110またはHNB120の位置推定を導出することができる。位置推定は、場所推定、場所決定などとも呼ばれ得る。HNB120は、単体のGNSSをサポートすることができ、単体のGNSSの能力に基づいて、自身の位置を求めることができてよい。UE110も、単体のGNSSをサポートすることができ、単体のGNSSの能力に基づいて、自身の位置を求めることができてよい。あるいは、UE110が単体のGNSSをサポートしない場合、UE110の位置は、HNB120の位置に基づいて推定されてもよい。いずれの場合でも、単体のGNSSは、正確な位置推定を提供でき得るが、いくつかの欠点があり得る。たとえば、単体のGNSSは、ナビゲーションデータを復調するために、最良の衛星の信号強度が、約145dBmまたはそれよりも大きいことが必要であり得る。さらに、単体のGNSSの初期位置算出時間は、信号強度が小さい場合には、数分以上のオーダーになり得る。アシスト型GNSSは、単体のGNSSよりも良好な性能を実現することができ、かつまたは、単体のGNSSの欠点の一部を改善することができる。AGNSSでは、デバイスは、ネットワークから衛星のための支援データを得ることができ、支援データを用いて、衛星を探して捕捉することができる。支援データは、デバイスが、より迅速に衛星を検出すること、受信信号レベルの低い衛星を検出すること、衛星ナビゲーションデータを復調する必要をなくすことなどを、可能にし得る。たとえば、AGNSSは、最良の衛星の信号強度が約155dBmである場合でも動作することができ、これは、単体のGNSSよりも約10dB有利であり得る。TTFFは、AGNSSでは、単体のGNSSの場合の数分ではなく、数十秒のオーダーであり得る。AGNSSにおける感度の向上と最小信号強度の低下は、屋内に配備されることが多いHNBでは特に、望ましい可能性がある。TTFFが短くなることで、より良好なユーザ体験を提供することができる。ある態様では、HNBと通信するUEのための位置決定サービスは、ユーザプレーンの位置決定法と制御プレーンの位置決定法との間で、HNBを切替動作させることによって、サポートされ得る。HNBは、SUPLのようなユーザプレーンの位置決定法をサポートすることができる。UEは、制御プレーンの位置決定法と、3GPPからのRRC測位プロトコルとをサポートすることができる。HNBは、切替動作して、UEが、SUPLを介した測位サービスおよび位置決定サービスのためのネットワーク支援を得られるようにすることができる。図2は、ユーザプレーンの位置決定法と制御プレーンの位置決定法のHNB120による切替動作によって、UE110向けの位置決定サービスおよびAGNSSをサポートするための、メッセージフロー200の設計を示し、HNB120はWCDMA無線接続をサポートすることができる。UE110は、HNB120とのシグナリング接続を確立することができ、HNB120に測位能力を提供することができる。たとえば、UE110は、3GPPTS25331で定義されるように、HNB120へのシグナリング接続が確立されると、RRCConnectionSetupCompleteメッセージの中のUERadioAccessCapabilityInformationElementに含まれる、UEPositioningCapabilityIEにおいて、HNB120に測位能力を提供することができる。UEの測位能力は、UE110によりサポートされる測位方法、および、AGNSSがサポートされる場合には、UE110によりサポートされる特定のGNSSシステムおよびGNSS信号を含み得る。LCSクライアント160は、UE110の位置を取得することを望むことがあり、基幹ネットワーク150の中のネットワークエンティティに要求を送信し得る。要求は、要求されるQualityofServiceまたはQualityofPositioningを含み得る。そして、基幹ネットワーク150は、RadioAccessNetworkApplicationPartLocationReportingControlメッセージを送り、UE110の位置についての情報を要求することができる。RANAPは、基幹ネットワーク150とHNBGW130との間のIuインターフェースのために用いられるプロトコルである。RANAPLocationReportingControlメッセージは、要求されるQoPまたはQoSを含むことができ、基幹ネットワーク150からHNBGW130への移送のために、SignalingConnectionControlPartDataForm1で搬送され得る。HNBGW130は、基幹ネットワーク150からSCCPDT1メッセージを受信することができ、HNB120へのRANAPUserAdaptationDirectTransferメッセージの中で、RANAPLocationReportingControlメッセージを転送することができる。RUAは、HNB120とHNBGW130の間のIuhインターフェースのために用いられるプロトコルであり、3GPPTS25468で定義される。HNB120は、RUADirectTransferメッセージを受信し、RANAPLocationReportingControlメッセージを展開し、UE110の位置についての情報が要求されていると判定することができる。HNB120は、SUPLをサポートすることができ、測位サービスおよび位置決定サービスのために、HSLP140と通信できてもよい。HNB120とHSLP140との間の通信は、直接のシグナリングリンクを介したものであってよく、または、1つもしくは複数のネットワークおよびもしくはネットワークエンティティ、たとえばHNBGW130、基幹ネットワーク150、インターネットなどを介したものであってよい。HNB120はまた、RRCを介してUE110と通信し、制御プレーンの位置決定法、たとえば、3GPPTS25305で定義される位置決定法に従って、UE110のための測位サービスおよび位置決定サービスをサポートすることができてもよい。一設計では、HNB120は、SUPLと3GPPの制御プレーンの位置決定法で切替動作し、UE110のための測位サービスおよび位置決定サービスをサポートすることができる。切替動作では、HNB120は、HNB120がUE110であるかのように、HSLP140と通信することができる。あるいは、HNB120は、HSLP140の登録SETとしてHSLP140と通信できるが、HNB120の測位能力ではなく、UE110の測位能力をHSLP140に示し得る。HNB120は、HSLP140から受信された関連情報をUE110に移送することもでき、UE110から受信された関連情報をHSLP140に移送することができる。HNB120は、HSLP140へのセキュアなIP接続を確立することができる。HNB120は、固有のセキュリティ情報および識別情報を用いて、このセキュアなIP接続を確立でき、たとえば、HNB120は、HSLP140には、HSLP140によるSUPLサービスに参加するSUPLSETであるように見え得る。そして、HNB120は、SUPLSTARTメッセージを送信して、HSLP140による位置決定セッションを開始することができる。SUPLSTARTメッセージは、セッションID、セルID、測位能力、所望のQoPなどを含み得る。セッションIDは、位置決定セッションを識別するために用いられ得る。セルIDは、HNB120のセル識別子、近くのマクロセルのセルID、またはこれらの両方であってよい。測位能力は、ステップ1においてHNB120に報告された、UE110によりサポートされる測位方法の一部または全てを含み得る。測位能力はまた、UE110ではなくHNB120により、またはHNB120ではなくUE110により、またはHNB120とUE110の両方によりサポートされる、測位プロトコルを示し得る。WCDMA接続および制御プレーンの位置決定では、UE110は通常、RRC測位プロトコルのみをサポートする。場合に対する測位プロトコルは、RRLPまたはLPPを含んでもよく、場合および場合に対する測位プロトコルは、RRCを含んでもよい。所望のQoPは、ステップ3においてHNB120により受信されたものと同一であってよい。SUPLSTARTメッセージの送信者は通常、送信者の測位能力および送信者により所望されるQoPを含む。しかし、HNB120は、UE110およびLCSクライアント160の測位を支援するためのプロキシとして動作することができ、したがって、UE110の測位能力およびLCSクライアント160により所望されるQoPを、SUPLSTARTメッセージの中に含めることができる。HNB120はまた、HNB120がサポートする1つまたは複数の測位プロトコルのサポートを示すことができるが、ではUE110がサポートしないこと、またはおよびではUE110がサポートする1つまたは複数の測位プロトコルのサポートをUE110が示し得ることを、HNB120は示すこともできる。HSLP140は、SUPLSTARTメッセージを受信し、サポートされる測位方法の1つを選択し、セッションID、選択された測位方法などを含み得るSUPLRESPONSEメッセージを返すことができる。HNB120は、セッションID、AGNSSのための支援データの要求、ステップ5におけるような測位能力、HNBセルIDおよびまたは近くのマクロセルID、ならびに場合によっては、HSLP140への他の情報を含み得る、SUPLPOSINITメッセージを送信することができる。そして、HSLP140は、セッションID、要求される支援データを含む測位メッセージ、および場合によっては測定の要求などを含み得る、SUPLPOSメッセージを返すことができる。測位メッセージは、ステップ5およびまたはステップ7で送信された、測位能力に含まれる測位プロトコルの1つに準拠し得る。たとえば、RRLPが測位能力に含まれる場合、測位メッセージは、図2に示されるようなRRLPMeasurePositionRequestメッセージであってよい。あるいは、測位メッセージは、RRLPのための何らかの他のメッセージ、または、何らかの他の測位プロトコルのためのメッセージであってよい。HSLP140が、ステップ8において特定の測位プロトコルを使用し始めると、通常、同一の測位プロトコルが、このSUPL測位セッションのためにHNB120とHSLP140との間で移送される他の測位メッセージを符号化するために、用いられる。HNB120は、SUPLPOSメッセージに含まれる測位メッセージから支援データを得ることができ、RRCMeasurementControlメッセージの中で、UE110に支援データを送信することができる。測位メッセージが、RRC測位プロトコルに準拠しなかった場合、HNB120は、測位メッセージを復号し、支援データを展開し、RRCMeasurementControlメッセージで支援データを送信することができる。逆に、測位メッセージがすでにRRCMeasurementControlメッセージであった場合、HNB120は、変換または修正をほとんどまたは全く行わずに、このメッセージで送信することができる。UE110は、支援データに基づいて、GNSS測定結果を得ることができる。UE110は、GNSS測定結果に基づいて、位置推定を求めることができてもできなくてもよい。UE110は、UE110により得られたGNSS測定結果または位置推定を含み得る、RRCMeasurementReportメッセージをHNB120に送信することができる。そして、HNB120は、RRLPMeasurePositionResponseメッセージの中で、GNSS測定結果または位置推定を転送することができ、RRLPMeasurePositionResponseメッセージは、HSPL140に送信されるSUPLPOSメッセージで搬送され得る。ステップ12では、HNB120が、UE110から受信されるRRCMeasurementReportメッセージを復号し、GNSS測定結果または位置推定を展開し、GNSS測定結果または位置推定を、RRLPMeasurePositionResponseメッセージの中で送信することができる。しかし、HNB110が、ステップ8において、RRCのためのサポートを示し、HSLP140からRRCMeasurementControlメッセージをすでに受信していた場合、HNB120は、ステップ11でUEから受信されたRRCMeasurementReportメッセージを、変換または修正をほとんどまたは全く行わずに、ステップ12でHSLP140に移送することができる。GNSS測定結果がHSLP140に送信されると、HSLP140は、GNSS測定結果に基づいて、UE110の位置推定を計算することができる。そして、HSLP140は、HSLP140により計算される位置推定を含み得る、SUPLENDメッセージを送信することができる。位置推定がHSLP140に送信されると、HSLP140は単純に、SUPLENDメッセージを返すことができる。HNB120は、ステップ11のUE110とステップ13のHSLP140のいずれかから、UE110の位置推定を受信することができる。HNB120は、RANAPLocationReportメッセージの中で、UE110の位置推定を送信することができ、RANAPLocationReportメッセージは、HNBGW130に送信されるRUADirectTransferメッセージの中で搬送され得る。HNBGW130は、基幹ネットワーク150へのSCCPDT1メッセージの中で、RANAPLocationReportメッセージを転送することができる。そして、基幹ネットワーク150は、位置推定をLCSクライアント160に移送することができる。簡単にするために、図2は、ステップ8および9における、HSLP140からUE110へのAGNSSの支援データの移送を示す。UE110は、ステップ10において、UE110が新たな支援データを必要とすると判定することがある。この場合、UE110は、HNB120に新たな支援データの要求を送信することができ、HNB120は、HSLP140へのSUPLPOSメッセージの中で、要求を転送することができる。その後、HNB120は、HSLP140から新たな支援データを含むSUPLPOSメッセージを受信することができ、たとえば、図2のステップ8および9と同様の方式で、新たな支援データをUE110に転送することができる。図2に示されるように、ネットワーク事業者は、制御プレーンの位置決定法とユーザプレーンの位置決定法の両方をサポートすることができる。HNB120は、UE110の位置決定をサポートするために、SUPLと3GPPの制御プレーンの位置決定法で切替動作することができる。さらに、HNB120は、SUPLにより用いられるRRLP測位プロトコルと、UE110により用いられるRRC測位プロトコルで、切替動作することができる。HSLP140が、RRLPの代わりにRRCを用いる場合、RRLPとRRCの切替動作は必要なく、HNB120は、UE110とHSLP140との間で、RRC測位メッセージを、変換または修正をほとんどまたは全く行わずに、移送することができる。いずれの場合でも、HNB120による切替動作により、UEの位置としてHNBの位置を用いる必要なく、UEの位置を明示的に得られるようになり得る。HNB120が、UEの位置決定のために、ネットワークエンティティから制御プレーンの位置決定要求を受信すると、HNB120は、HNB120の固有のネットワークのHSLP140によるSUPL位置決定セッションを、引き起こすことができる。HNB120は、UE110がサポートするのと同じ測位方法をHNB120がサポートすることを、HSLP140に示すことができ、AGNSSのための支援データを要求することができる。HNB120は、HSLP140から受信された支援データを、UE110に移送することができる。UE110が、より多くの支援データを要求する場合、HNB120は、RRLPを用いて要求をHSLP140に送信することができ、HSLP140から受信された新たな支援データを、UE110に移送することができる。同様に、HNB120が、より多くの位置に関連する測定結果またはUE110からの別の位置推定のための別の要求を、SUPLPOSメッセージの中で搬送される測位メッセージでHSLP140から受信すると、HNB120は、この要求をUE110に移送することができる。HNB120は、ステップ8から12におけるような、得られた位置に関連する測定結果または位置推定を、HSLP140に返すことができる。HNB120が位置に関連する測定結果または位置推定をUE110から受信すると、HNB120は、あらゆる位置推定を保持し、あらゆる位置に関連する測定結果を、RRLP、または何らかの他の測位プロトコルおよびSUPLを用いて、HSLP140に移送することができる。HSLP140は、位置に関連する測定結果に基づいて、UE110の位置推定を計算することができ、SUPLENDメッセージの中で、位置推定をHNB120に返すことができる。HNB120は、UE110またはHSLP140から受信された位置推定を、要求するネットワークエンティティに送信することができる。図2は、AGNSSを用いたUE110の測位を示す。図2に示される例示的な手順はまた、ステップ7から9で他の測位方法のための支援データを要求し返すことによって、かつ、ステップ8から12で他の測位方法のための測定結果または位置推定を要求し返すことによって、AGNSSに加えて、またはその代わりに、そうした他の測位方法を用いてUE110を測位するのに、用いられ得る。さらに、図2は、HNB120とHSLP140との間の、SUPL10またはSUPL20の使用を示し得る。ステップ5、6、7、8、12および13の1つまたは複数において、他のSUPLメッセージおよびパラメータを用いることで、他のバージョンのSUPLを用いることができる。HNB120およびHNBGW130、ならびにこれらの間のリンクを単一のRNCで置き換え、ステップ3および14を除くことによって、HNB120ではなくRNCにおいて、SUPLと制御プレーンの位置決定で切替動作することによる、マクロセルにおけるUEの測位のための手順を得ることができる。ユーザプレーンの位置決定と制御プレーンの位置決定で切替動作するという原理は、制御プレーンの位置決定のためのアンカーポイントとして動作する、たとえば、MSC、SGSN、またはMMEとして用いられ得る、他のエンティティにおいても利用され得る。図2は、UE110のためにAGNSSをサポートする設計を示す。AGNSSは、様々な方式でHNB120のためにサポートされ得る。一設計では、HNB120は、SUPLを用いて自身の位置を取得するために、HSLP140にクエリを行うことができる。HNB120は、HSLP140によるSUPL測位セッションを引き起こすことができ、SUPLを用いてHSLP140と対話する際、SETとして振舞うことができる。別の設計では、HMS124は、たとえば、プロプライエタリなシグナリング方法を用いて、AGNSSのための支援データをHNB120に与えることができ、それにより、HNB120が、HNB120により行われるGNSS測定から、自身の位置を取得できるようになる。さらに別の設計では、プロプライエタリなサーバが、最初に、または後で、支援データをHNB120に提供してもよい。HNB120は、他の方式で支援データを取得することもできる。HNB120は、任意の適切な機構を介して取得された支援データを用いて、測位を実行することができる。別の態様では、StandaloneServingMobileLocationCenterまたは何らかの他の位置決定サーバが、HNBおよびUEのための、位置決定サービスおよびAGNSSをサポートするために用いられ得る。SASは通常、3GPPネットワークにおいて用いられてよく、Iupcインターフェースを介してRNCに結合されてよく、3GPPネットワークと通信するUEのための測位をサポートすることができる。しかし、HNBおよびUEの測位をサポートするために、SASがHNBGWに結合されてよく、HNBGWはSASによりRNCとして見なされ得る。図3は、通信および位置決定サービスをサポートするワイヤレスネットワーク300を示す。HNB320および322は、これらのHNBのカバレッジの中で、UEの無線通信をサポートするために、1人または複数のユーザにより様々な位置に配備され得る。HMS324は、動作のためにHNB320および322を構成することができる。HNBGW330は、HNB320および322に結合されてよく、HNBと他のネットワークエンティティとの切替動作をサポートすることができる。SAS340は、ネットワーク300と通信するUEのための、位置決定サービスおよび測位をサポートすることができる。基幹ネットワーク350は、MSCSGSN352およびGatewayMobileLocationCenter354を含み得る。GMLC354は、位置決定サービスをサポートするための様々な機能を実行し、LCSクライアント360とのインターフェースをとり、加入者のプライバシー、許可、認証、課金などのようなサービスを提供することができる。簡単にするために、図3は、ワイヤレスネットワーク300に存在し得る、一部のネットワークエンティティのみを示す。ワイヤレスネットワーク300は、他のネットワークエンティティを含み得る。UE310は、ワイヤレスネットワーク300によりサポートされる多くのUEの1つであってよい。図4は、HNB320、HNBGW330、およびSAS340における例示的なプロトコルスタックを示す。HNB320およびSAS340は、PositioningCalculationApplicationPartを介して、端末間で通信することができ、PCAPは、HNB320およびSAS340のためのプロトコルスタックの最上位に存在し得る。PCAPは、WCDMA接続のための3GPP制御プレーンによる測位をサポートするのに用いられるプロトコルであり、RNCとSASとの間で用いられ得る。PCAPは、公開されている3GPPTS25453において定義される。Iuhインターフェースを介した、HNB320およびHNBGW330のためのプロトコルスタックは、RUAまたはPCAPUserAdaptationプロトコル、StreamControlTransmissionProtocol、IP、データリンク層、および物理層を含み得る。Iupcインターフェースを介した、HNBGW330およびSAS340のためのプロトコルスタックは、SCCP、MTP3UserAdaptation、SCTP、IP、データリンク層、および物理層を含み得る。図4に示されるように、PCAPは制御プレーンに追加されてよく、PCAPメッセージは、Iuhインターフェース上ではPUARUA、およびIupcインターフェース上ではSCCPを用いて、HNBGW330を介して移送され得る。HNBGW330は、SAS340のためのPCAPの下層でIupcプロトコルを終了してよく、HNB320のためのPCAPの下層でIuhプロトコルを終了してもよい。図4には示されないが、HNBGW330はまた、MSCSGSN352からのRANAPの下層でIuプロトコルを終了してもよい。HNB320が最初にネットワーク300にアクセスするとき、位置に関連する情報が、HNB320で検証され構成され得る。HNB320は、測位能力をHMS324に報告することができる。HMS324は、どの測位能力を用いることができるか、たとえば、AGNSS、ECID、ブロードキャスト、RNCセントリックモード対SASセントリックモードなどを用いることができるかを、構成することができる。HMS324は、SAS340、およびまたはHNBGW330からアクセス可能であり得る他のSASの、識別情報および能力も、HNB320に提供することができる。HNB320は、SAS340を利用して、自身の位置をより正確に求め、HMS324においてこの位置を報告または更新することができる。あるいは、HNB320は、上で説明された機能を実行できる、HNBGW330に登録してもよい。一設計では、SAS340は、SAS340によりサーブされ得るHNBのための、HNB情報のデータベースを記憶することができる。HNB320のためにSAS340により記憶されるHNB情報は、HNB320、HNB320の位置座標、HNB320の近くの近傍セルのセルIDおよび場合によっては信号強度、HNB320の測位能力などを一意に識別できる、セルグローバルIDを含み得る。HNB320は、HNB320が最初に初期化されたとき、またはHNB320がHNBGW330に登録したとき、またはHNB320が位置を変えたときなどに、または周期的に、SAS340にHNB情報を送信することができる。一設計では、HNB320は、SAS340への新たなコネクションレスPCAPメッセージの中で、HNB情報を送信することができる。別の設計では、HNB320は、SAS340への既存のPCAPメッセージの中で、HNB情報を送信して、SASからの位置決定のサポートを得ることができる。HNB320は、SAS340に送信されている情報が、メッセージ中に識別パラメータを含めることでHNB320と関連付けられると、特定することができる。識別パラメータは、InternationalMobileSubscriberIdentityまたはInternationalMobileEquipmentIdentityを含んでもよく、HNBを識別するためにネットワーク300の管理者により用意されるような文字列のセットに属する、数字の列を格納し得る。この数字の列のセットが、SAS340で事前に構成されている場合、SAS340は、識別パラメータを認識することができるので、PCAPメッセージの中の情報を、HNBに関連するものと推測することができる。このことは、既存のPCAPメッセージおよびパラメータを、HNB320からSAS340にHNB情報を運ぶのに使用できるようにすることができ、新たなPCAPメッセージおよびパラメータを、標準化して実装する必要をなくすことができる。HNB320はまた、他の方式でSAS340にHNB情報を送信することもできる。SAS340は、半永続的な情報または半静的な情報として、HNB情報を記憶してもよい。図5は、SAS340を用いて、UE310のための位置決定サービスおよびAGNSSをサポートするための、メッセージフロー500の設計を示す。UE310は、HNB320と関連付けることができ、HNB320に測位能力を提供することができる。LCSクライアント360は、UE310の位置を取得することを望むことがあり、基幹ネットワーク350の中のGMLC354に要求を送信し得る。基幹ネットワーク350は、SCCPDT1メッセージの中で、RANAPLocationReportingControlメッセージを送り、UE310の位置についての情報を要求することができる。HNBGW330は、基幹ネットワーク350からSCCPDT1メッセージを受信することができ、HNB320へのRUADirectTransferメッセージの中で、RANAPLocationReportingControlメッセージを転送することができる。HNB320は、RUADirectTransferメッセージを受信し、RANAPLocationReportingControlメッセージを展開し、UE310の位置についての情報が要求されていると判定することができる。そして、HNB320は、HNBGW330へのPUAConnectメッセージの中で、PCAPPositionInitiationRequestメッセージを送り、SAS340による位置決定セッションを開始することができる。PUAConnectメッセージはまた、SASの識別情報を含み得る。PCAPPositionInitiationRequestメッセージは、セルID、UEの測位能力などを含み得る。HNBGW330は、HNB320からPUAConnectメッセージを受信することができ、SAS340へのSCCPConnectionRequestメッセージの中で、PCAPPositionInitiationRequestメッセージを転送することができる。HNBGW330は、PUAConnectメッセージに含まれる任意のSASの識別情報から、または他の方法で、SAS340を決定することができる。SAS340は、PCAPPositionInitiationRequestメッセージを受信することができ、SCCPConnectionConfirmメッセージの中で、PCAPPositionActivationRequestメッセージを送信することによって、AGNSS測位手順を開始することができる。PCAPPositionActivationRequestメッセージは、AGNSS測位、AGNSSのための支援データなどに対する、要求を含み得る。HNBGW330は、SAS340からSCCPCCメッセージを受信することができ、HNB120へのPUADirectTransferメッセージの中で、PCAPPositionActivationRequestメッセージを転送することができる。HNB320は、PCAPPositionActivationRequestメッセージから情報を得ることができ、UE310へのRRCMeasurementControlメッセージの中で、AGNSS測位要求および支援データを送信することができる。UE310は、支援データに基づいて、GNSS測定結果を得ることができる。UE310は、GNSS測定結果に基づいて、位置推定を求めることができてもできなくてもよい。UE310は、UE310により得られたGNSS測定結果または位置推定を含み得る、RRCMeasurementReportメッセージをHNB320に送信することができる。そして、HNB320は、PCAPPositionActivationResponseメッセージの中で、GNSS測定結果または位置推定を転送することができ、PCAPPositionActivationResponseメッセージは、HNBGW330に送信されるPUADirectTransferメッセージで搬送され得る。HNBGW330は、HNB320からPUADirectTransferメッセージを受信することができ、SAS340へのSCCPDT1メッセージの中で、PCAPPositionActivationResponseメッセージを、転送することができる。SAS340は、PCAPPositionActivationResponseメッセージから、GNSS測定結果または位置推定を受信することができる。SAS340は、GNSS測定結果に基づいて、UE310のための位置推定を計算することができ、かつまたは、UE310のための位置推定を検証することができる。そして、SAS340は、PCAPPositionInitiationResponseメッセージの中で、SAS340により計算されかつまたは検証される位置推定を送信することができ、PCAPPositionInitiationResponseメッセージは、HNB330に送信されるSCCPDT1メッセージの中で、搬送され得る。HNBGW330は、SAS340からSCCPDT1メッセージを受信することができ、HNB320へのPUADirectTransferメッセージの中で、PCAPPositionInitiationResponseメッセージを転送することができる。HNB320は、ステップ10においてUE310から、またはステップ15においてSAS340から、UE310の位置推定を受信することができる。HNB320は、PUADisconnectメッセージをHNBGW330に送信することによって、SAS340による位置決定セッションを終了することができ、HNBGW330は、SCCPReleasedメッセージを、SAS340に送信することができる。SAS340は、SCCPReleaseCompleteメッセージを返すことができる。HNB320は、RANAPLocationReportメッセージの中で、UE310の位置推定を送信することができ、RANAPLocationReportメッセージは、HNBGW330に送信されるRUADirectTransferメッセージの中で搬送され得る。HNBGW330は、基幹ネットワーク350へのSCCPDT1メッセージの中で、RANAPLocationReportメッセージを転送することができる。図5において、SAS340は、ステップ6から8において、AGNSSのための支援データをUE310に送信することができる。UE310は、UE310がステップ9において新たな支援データを必要とすると、判定することができる。この場合、UE310は、HNB320を介して、支援データの要求をSAS340に送信することができる。そして、ステップ6から12が実行され、新たな支援データをUE310に提供することができる。同様に、SAS340は、ステップ13において、SAS340がより多くの位置に関連する測定結果または別の位置推定を必要としていると、判定することができる。そして、SAS340は、ステップ6から12を再び実行して、HNB320を介して、位置測定または位置推定のためのより多くの支援データおよび別の要求をUE310に送信し、位置に関連する測定結果または位置推定を、HNB320を介してUE310から受信することができる。ステップ5において、SAS340が、HNB320から来るものとして要求を認識でき、SAS340がHNB320の正確な位置をすでに有している場合、SAS340は、ステップ6から13を飛ばし、ステップ14および15において、HNB320の位置をHNB320に返すことができる。任意のHNBのカバレッジエリアは狭いため、UE310は通常HNB320の近くにあることを考えると、HNBの位置は、UE310の位置に対する良好に概算になり得る。あるいは、SAS340が、ステップ11および12でSAS340に提供されるあらゆる測定結果または位置推定から、十分正確にUE310の位置を得られない場合、SAS340は、ステップ6から13を実行した後で、ステップ14および15において、UE310の位置の概算として、HNB320の位置をHNB320に返してもよい。このことは、UE310が正確な位置測定結果を得られない場合、有用であり得る。上で説明されたように、図4および5における設計は、UE310のための位置決定サービスおよびAGNSSをサポートすることができる。これらの設計は、OTDOAおよびECIDなどのような、他のUEにより支援される測位方法およびUEに基づく測位方法もサポートすることができる。これらの設計はまた、AGNSS、ECID、および他のネットワークにより支援される測位方法をサポートして、HNB320の位置を求めることもできる。これらの設計は、SASセントリックモードまたはRNCセントリックモードで用いられ得る。RNCセントリックモードでは、HNB320は、SAS340ではなく位置決定手順を制御し、図5のRRCメッセージは同じままであってよいが、異なるPCAPメッセージが、図5のPCAPメッセージの代わりに、HNB320とSAS340との間で交換され得る。図4および5に示される設計では、HNB320は、PCAPメッセージとRRCメッセージで切替動作することができる。HNB320は、SAS340からPCAPメッセージを受信することができ、UE110へのRRC測位メッセージの中で関連情報を転送することができる。HNB320はまた、UE110からRRC測位メッセージを受信することができ、SAS340へのPCAPメッセージの中で関連情報を転送することができる。図4および5に示される設計では、HNBGW330は、たとえば図4および5に示されるようなPUAを用いて、HNB320とSAS340との間での、PCAPメッセージの移送をサポートすることができる。HNBGW330は、SAS340によりSCCPメッセージで送信されるPCAPメッセージを受信することができ、HNB320へのPUAメッセージおよびまたはRUAメッセージの中で、これらのPCAPメッセージを転送することができる。HNBGW330はまた、HNB320によりPUAメッセージの中で送信されるPCAPメッセージを受信することができ、SAS340へのSCCPメッセージの中でこれらのPCAPメッセージを転送することができる。一設計では、RUAは、PCAPメッセージを移送するために拡張され得る。別の設計では、PUAは、HNB320とHNBGW330との間でPCAPメッセージを移送するために、定義され得る。この設計は、RANAPのサポートに影響が及ぶのを避けることができるので、単純に実装することができる。PUAは、RUAとは異なり得るある特性を有し得る。たとえば、PUAは、以下の特性の1つまたは複数を有し得る。RANAPメッセージの代わりにPCAPメッセージを搬送する特定のUEに対する参照を含まないコネクションレスPCAPメッセージのトランザクションIDをサポートする複数のSASをサポートする一設計では、HNBGWはUEの関連付けを認識している必要はないので、PUAメッセージは、特定のUEとは明示的に関連付けられなくてもよい。さらに、HNBは、PUAメッセージを用いて、HNBの位置を求めるためにPCAPメッセージをSASに移送することができる。その場合、位置決定すべきUEはないので、UEと関連付けられるPUAメッセージは不可能である。一設計では、HNB320により送信される、コネクションレスで、場合によってはコネクション型のPCAPメッセージが、固有のPCAPトランザクションIDを格納し得る。PCAP応答メッセージおよびPCAP要求メッセージが、コネクションレスSCCPおよび場合によってはコネクション型のSCCPを用いて、HNBGW330とSAS340との間で移送される場合、PCAPトランザクションIDは、PCAP応答メッセージをPCAP要求メッセージと関連付けるために、PCAPレベルで用いられ得る。HNB320が、特定のSASの固有のトランザクションIDのために、PUA要求をHNBGW330に送信する場合、PCAPトランザクションIDは、HNBGW330により管理されて割り当てられ、PUAを用いてHNB320に与えられ得る。SAS340は、RNCとしてHNBGW330を見なすことができ、HNBGW330の背後のHNB320のような、様々なHNBは認識できない。したがって、SAS340は、HNBGW330に関するトランザクションIDの単一のセットをサポートすることができる。エラーを引き起こし得るため、HNB320およびHNB322のような異なるHNBは、同一のPCAPトランザクションIDを用いるべきではない。たとえば、HNB320に宛てられたSAS340からのコネクションレスPCAP応答メッセージが、HNBGW330により誤ってHNB322にルーティングされることがある。HNB320は、HNBGW330から固有のPCAPトランザクションIDを得ることができ、一定の時間の後、PUAメッセージをHNBGW330に送信してトランザクションIDを解放することができ、これにより、HNBGW330が後で別のHNBにそのPCAPトランザクションIDを割り当てることが可能になる。コネクションレスPCAPメッセージのために、固有のPCAPトランザクションIDをHNB320に送信することで、HNBGW330は、PCAPトランザクションIDが一意であることを検証するために、HNB320からSAS340にHNBGW330を通って移送されるコネクションレスPCAPメッセージを、検査する必要がなくなる。このことにより、HNBGW330において、PCAPプロトコルの一部をサポートする必要がなくなる。しかし、HNBGW330は、SAS340によりHNB320に送信される任意のコネクションレスPCAP応答メッセージを検査して、PCAPメッセージを、HNB322のような何らかの他のHNBではなくHNB320にルーティングするために、PCAPトランザクションIDを得てもよい。コネクション型のPCAPメッセージでは、SCCP接続が、これらのメッセージを移送するために、HNBGW330とSAS340との間で確立され得る。SCCP接続は、SAS340からHNB320に送信されたPCAP応答メッセージと、HNB320からSAS340に送信された前のPCAP要求メッセージとを関連付けるのを助け、PCAP応答メッセージを正しいHNBにルーティングするために、用いられ得る。したがって、HNBGW330は、SAS340により送信されるコネクション型のPCAPメッセージを正しいHNBにルーティングするために、そのようなメッセージを検査する必要がなくてもよい。しかし、コネクション型のPCAPメッセージのトランザクションIDが、各SCCP接続のみに対して一意になることを、SAS340が可能しない限り、HNBGW330から固有のPCAPトランザクションIDをHNB320が要求するための機構が、依然として利用され得る。この後者の場合、HNB320は、HNBGW330の支援なしで、PCAPトランザクションID自体を割り当てることができる。ある代替的な設計では、HNBGW330は、HNB320により割り当てられたPCAPトランザクションIDと、SAS340により見られるPCAPトランザクションIDとを互いに変換することができる。この設計では、HNB320は、固有のPCAPトランザクションIDを管理し、適切なトランザクションIDXを、HNBGW330を介してSAS340に送信される任意のPCAP要求メッセージに挿入することができる。そして、HNBGW330は、トランザクションIDXを、HNBGW330とSAS340との間のインターフェースに固有の別のトランザクションIDYと置き換えることができ、次いで、PCAP要求メッセージをSAS340に転送することができる。後で、SAS340は、同一のトランザクションIDYを搬送するこのPCAP要求のためのPCAP応答メッセージを、送信し返すことができる。次いで、HNBGWが、PCAP応答を検査し、トランザクションIDYをトランザクションIDXにより置き換え、PCAP応答メッセージをHNB320にルーティングし戻すことができる。この代替的な設計により、HNBGW330は、PCAPプロトコルをより多くサポートできるが、HNB320およびHNBGW330によるPUAサポートの範囲は狭くなり得る。SAS340により開始されるHNB320へのPCAPトランザクションでは、PCAPトランザクションIDは、HNBGW330により変換または変更されることなく、SAS340とHNB320との間で移送され得る。それは、SAS340が、各種類のPCAP手順に対して、トランザクションIDが一意であることを、確実にできるためである。一設計では、PUAは、以下の機能の1つまたは複数を有し得る。コネクション型のPCAPメッセージの移送のためのIupcインターフェースを通じた、SCCP接続のセットアップを制御または報告し、かつSCCP接続を解放するコネクション型PCAPメッセージを移送するPUAメッセージの中でローカルな識別子を用いて、Iupcインターフェース上の特定のHNBと関連付けられたSCCP接続を識別するコネクションレスPCAPメッセージを移送し、PCAPトランザクションIDの割り当てを管理する複数のSASがHNBGWに接続する場合にSASを識別する一設計では、PUAメッセージのセットがサポートされてよく、以下のPUAメッセージの1つまたは複数を含み得る。PUAConnectメッセージHNBからの、またはHNBへのコネクション型PCAPメッセージの移送のために、HNBGWとSASとの間のSCCP接続をセットアップするために、またはセットアップを報告するために用いられるDirectTransferメッセージHNBGWとHNBとの間で、コネクション型PCAPメッセージを移送するために用いられるDisconnectメッセージHNBGWとSASとの間のSCCP接続を解放するために、またはSCCP接続の解放を報告するために用いられるRequestTransactionIDメッセージコネクションレスPCAPメッセージのための固有のPCAPトランザクションIDを得るために、HNBによりHNBGWに送信されるReturnTransactionIDメッセージHNBGWにより管理されるPCAPトランザクションIDの共通の保管場所に、PCAPトランザクションIDを返すために、HNBによりHNBGWに送信されるConnectionlessTransferメッセージHNBとHNBGWとの間で、コネクションレスPCAPメッセージを移送するために用いられるHNBTransferメッセージUE位置決定手順がハンドオーバーのためにソースHNBにより開始された後に開始する、HNB内のGWハンドオーバーの後の、継続するUEの位置決定をサポートするために用いられる各PUAメッセージは、任意の適切なフォーマットの、任意の数のパラメータを含み得る。一設計では、PUAConnectメッセージは、PCAPメッセージ、HNBGWとSASとの間のSCCP接続へのローカルのPUAの参照、複数のSASがある場合のSASIDなどを含み得る。HNBGWは、HNBGWとHNBとの間で用いられるローカルのPUA接続の参照と、HNBGWとSASとの間のSCCP接続との、関連付けを管理することができる。PUADirectTransferメッセージは、コネクション型のPCAPメッセージおよびローカルのPUA接続の参照を含み得る。複数のSASがある場合には、PUAConnectionlessTransferメッセージは、コネクションレスPCAPメッセージおよびSASIDを含み得る。別の設計では、上で開示される様々な能力、メッセージおよびパラメータは、HNB320とSAS340との間でPCAPを用いてUE310またはHNB320の位置決定をサポートするために、RUAに含まれ得る。この設計では、PCAPメッセージは、PUAの代わりにRUAを用いて、HNB320とHNBGW330との間で移送される。UE310は、たとえば図5に示されるように、HNB320により位置決定手順を実行することができる。UE310は移動式であってよく、位置決定手順の間、ソースHNB320からターゲットHNB322にハンドオーバーされ得る。HNB320および322は、ともに同一のHNBGW330に結合されてよく、HNBGW内でのハンドオーバーがUE310のために実行され得る。一設計では、ソースHNB320は、あらゆる進行中のSASセントリック位置決定セッションのために、PCAPAbortメッセージをSAS340に送信して、エラーの原因を伴うRANAPLocationReportメッセージをMSCSGSN352に送信することによって、UE310のための位置決定手順を終了することができる。そして、UE310がターゲットHNB322にハンドオーバーされた後、新たな位置決定手順が開始され得る。別の設計では、ソースHNB320を介した、UE310のための進行中の位置決定手順は、HNB322を介して継続され得る。一設計では、HNBGW330は、UE310のハンドオーバーがHNBGWの内部で行われるものかどうかを、ソースHNB320に示すことができる。そして、ソースHNB320は、位置決定手順を中止すべきか、またはターゲットHNB322を介して位置決定手順を継続すべきかを、決定することができる。一設計では、位置決定手順の継続が決定されると、ソースHNB320は、UE310のための位置状態情報を、HNBGW330を介してターゲットHNB322に移送することができる。任意のSASセントリック位置決定セッションは、ターゲットHNB322を介して継続することができ、ターゲットHNB322は、HNB322の新たなセルIDによりSAS340を更新することができる。UE310のハンドオーバーが何らかの理由により失敗した場合、ソースHNB320はUE310のための位置決定手順を継続することができる。図6は、HNBGW内のハンドオーバーで、UE310の位置決定手順を継続するための、メッセージフロー600の設計を示す。UE310は、最初にHNB320と通信してよく、HNB320は、UE310のためのSAS340による進行中の位置決定手順を有し得る。HNB320は、HNB322へのUE310のハンドオーバーのために再配置を実行すると決定することができる。そして、HNB320は、HNBGW330へのRUADirectTransferメッセージの中で、RANAPRelocationRequiredメッセージを送信することができる。HNBGW330は、ターゲットHNB322におけるUE310の登録を引き起こすことができる。HNBGW330は、RANAPRelocationCommandメッセージを返すことができ、RANAPRelocationCommandメッセージは、HNB320へのRUADirectTransferメッセージの中に、HNBGW内でのハンドオーバーを示すものを含めることができる。HNB320は、UE310のための位置決定手順を継続すると、決定することができる。そして、HNB320は、位置決定手順のための位置状態情報を含むPUAHNBTransferメッセージを、HNBGW330に送信することができる。HNBGW330は、PUAHNBTransferメッセージを、HNB322に転送することができる。ステップ5における再配置を実行するという決定の後の任意の時に、HNB320は、PhysicalChannelReconfigurationメッセージをUE310に送信することができる。このメッセージは、HNB322へのUE310のハンドオーバーを示すことができる。そして、UE310は、HNB322に対するアップリンク同期を実行することができる。ステップ10におけるアップリンク同期を受信した後、HNB322は、HNBGW330へのRUADirectTransferメッセージの中で、RANAPRelocationCompleteメッセージを送信することができる。そして、HNBGW330は、HNB320へのRUADirectTransferメッセージの中で、RANAPIuReleaseCommandメッセージを送信することができる。HNB320は、HNBGW330へのRUADisconnectメッセージの中で、RANAPIuReleaseCompleteメッセージを返すことができる。UE310のための位置決定手順を継続するために、HNB322は、PCAPPositionParameterModificationメッセージを送信することができ、PCAPPositionParameterModificationメッセージは、HNBGW330へのPUADirectTransferメッセージの中の、HNB322の新たなセルIDを含み得る。HNBGW330は、最初のUEの位置決定のためにHNB320に前に割り当てられたものと同じSCCP接続を用いて、SAS340へのSCCPDT1メッセージの中で、PCAPPositionParameterModificationメッセージを転送することができる。そして、位置決定手順は、HNBGW330を介して、HNB322とSAS340との間で継続することができる。HNBGW330は、HNB322に移送された、位置決定手順のサポートのためのSAS340とのIupcインターフェースのためにHNB320と事前に関連付けられた任意の状態情報を、使用し続けることができる。一般に、ソースHNB320によりターゲットHNB322に転送された位置状態情報は、UE310のための位置決定手順を継続するのに有用または必要であり得る、任意の情報を含み得る。一設計では、位置状態情報は、要求されるQoS、要求される優先度、速度の要求、HNB320における位置決定手順のこれまでの全体の長さ、任意の定期的な要求に当てはまる詳細事項などのような、基幹ネットワーク350からの元の位置要求において前にHNB320に提供された情報を、含み得る。一設計では、SASセントリックモードが用いられる場合、位置状態情報は、HNB320により用いられるPCAPトランザクションID、および、PCAPPositionInitiationRequestメッセージのためにHNB320とHNBGW330との間で用いられるローカルの接続の参照を、含み得る。一設計では、位置状態情報は、UE310のためにHNB320においてSAS340により実行される、各々の進行中のSASセントリック測位方法について、以下の1つまたは複数を含み得る。測位方法の種類PCAPPositionActivationRequestメッセージの中でSAS340により用いられるPCAPトランザクションID要求される応答時間および測位方法の現在の経過時間測位方法についてこれまでに得られた情報ソースHNB320が、OTDOA測定のための参照セルである場合、UE310はハンドオーバーの後にHNB320のためのOTDOA測定を取得できないことがあるため、OTDOAのための位置決定セッションは中止され得る。したがって、ターゲット側のHNB322でOTDOAを常に中止し、ソースHNB320からの詳細な情報を移送しないことが、よりシンプルであり得る。位置決定手順は、ターゲットHNB322から新たなセルIDが受信されるとSAS340において終了し得るので、UTDOAのための情報が、位置状態情報に含まれる必要はない。一設計では、ソースHNB320が、AGNSSまたはOTDOAのような任意の進行中のUEに支援されたまたはUEに基づく測位方法のために、RRCMeasurementControlメッセージをUE310に送信したという、仮定が行われ得る。この場合、ターゲットHNB322は、RRCMeasurementControlメッセージを、UE310に送信する必要はない。ソースHNB320がRRCMeasurementControlメッセージを送信していない場合、ソースHNB320またはターゲットHNB322は、PCAPPositionActivationFailureメッセージをSAS340に送信することができる。図5は、UE310のための、位置決定サービスおよびAGNSSならびにまたは他の測位方法をサポートする、設計を示す。HNB320のためのAGNSSおよびまたは他の測位方法は、HNB320の位置を求められるようにするように、同様の方式でサポートされ得る。HNB320は、上で説明されたように、PCAPおよびPUAを使用し続けることができる。しかし、AGNSSのための支援データを提供して、GNSS測定結果または位置推定を得るために、UE310と対話する代わりに、HNB320は、UEの役割を引き受けてよく、場合によってはSAS340から受信された支援データの助けにより、GNSSおよびまたは他の測定を行い、かつまたは位置推定を得てもよい。この場合、HNB320は、PCAPとRRCで切替動作する必要はないが、代わりにPCAPを測位プロトコルとして用いることができる。HNBGW330およびSAS340の観点からは、HNB320の測位は、UE310の測位と同じに、またはほとんど同じに見え得るので、追加のサポートをほとんどまたは全く必要としない。図7は、SAS340を用いて、HNB320のための位置決定サービスおよびAGNSSをサポートするための、メッセージフロー700の設計を示す。HNB320またはHMS324は、HNB320の位置が必要であると判定することができる。HNB320は、HNBGW330へのPUAConnectメッセージの中で、PCAPPositionInitiationRequestメッセージを送り、SAS340による位置決定セッションを開始することができる。PUAConnectメッセージはまた、SASの識別情報を含み得る。PCAPPositionInitiationRequestメッセージは、セルID、HNB320の測位能力などを含み得る。HNBGW330は、SAS340へのSCCPCRメッセージの中で、PCAPPositionInitiationRequestメッセージを転送することができる。HNBGW330は、PUAConnectメッセージに含まれる任意のSASの識別情報から、または他の方法で、SAS340を決定することができる。SAS340は、PCAPPositionInitiationRequestメッセージを受信することができ、HNBGW330に送信されるSCCPCCメッセージの中で、AGNSSのための支援データを含み得るPCAPPositionActivationRequestメッセージを送信することによって、AGNSS測位手順を開始することができる。HNBGW330は、HNB320へのPUADirectTransferメッセージの中で、PCAPPositionActivationRequestメッセージを、転送することができる。HNB320は、PCAPPositionActivationRequestメッセージを受信することができ、たとえば、SAS340から受信された支援データに基づいて、GNSS測定結果を得ることができる。HNB320は、GNSS測定結果およびステップ5で受信された支援データに基づいて、位置推定を求めることができてもできなくてもよい。HNB320は、PCAPPositionActivationResponseメッセージを送信することができ、PCAPPositionActivationResponseメッセージは、HNBGW330に送信されるPUADirectTransferメッセージの中の、GNSS測定結果およびまたは位置推定を含み得る。HNBGW330は、SAS340へのSCCPDT1メッセージの中で、PCAPPositionActivationRequestメッセージを、転送することができる。SAS340は、PCAPPositionActivationResponseメッセージから、GNSS測定結果およびまたは位置推定を受信することができる。SAS340は、GNSS測定結果に基づいて、HNB320の位置推定を計算することができ、かつまたは、HNB320の位置推定を検証することができる。そして、SAS340は、PCAPPositionInitiationResponseメッセージの中で、SAS340により計算されかつまたは検証される位置推定を送信することができ、PCAPPositionInitiationResponseメッセージは、HNB330へのSCCPDT1メッセージの中で搬送され得る。HNBGW330は、HNB320へのPUADirectTransferメッセージの中で、PCAPPositionInitiationResponseメッセージを、転送することができる。HNB320は、PUADisconnectメッセージをHNBGW330に送信することによって、SAS340による位置決定セッションを終了することができ、HNBGW330は、SCCPReleasedメッセージを、SAS340に送信することができる。SAS340は、SCCPReleaseCompleteメッセージを返すことができる。HNB320は、自身の位置推定を記憶することができ、かつまたはHMS324に位置推定を提供することができる。図7において、SAS340は、ステップ4および5において、AGNSSのための支援データをHNB320に送信することができる。HNB320は、ステップ6において、HNB320が新たな支援データを必要とすると判定することができる。この場合、HNB320は、支援データの要求をSAS340に送信することができる。そして、ステップ4から8が実行され、新たな支援データをHNB320に提供することができる。同様に図7において、SAS340は、ステップ9において、SAS340がさらなる測定結果または別の位置推定を必要とすると判定することができ、HNB320からの測定結果または位置推定を得るために、ステップ4から8を繰り返すことができる。図7はAGNSSの使用を示すが、SAS340は、ステップ4から8において、1つまたは複数の追加のまたは代替的な測位方法を呼び出してもよい。たとえば、SAS340はOTDOAを呼び出してよく、ステップ4および5で送信されるPCAPPositionActivationメッセージの中に、OTDOAのための支援データを含めてもよい。そして、HNB320は、ステップ6において、OTDOA測定結果またはOTDOA測定結果に基づく位置推定を得ることができ、ステップ7および8において、PCAPPositionActivationResponseメッセージの中で、SAS340にOTDOA測定結果または位置推定を返すことができる。HNB320はまた、ステップ2および3においてSAS340に送信されるPCAPPositionInitiationRequestメッセージの中に、HNB320自体の識別情報も含めてよい。この識別情報は、SAS340における、ネットワーク300の管理者によるHNB320の識別情報の事前構成により、いくつかのHNBのいずれかに、または特にHNB320に属するものとして、SAS340により認識され得る。SAS340は、この既知の識別情報を用いて、測位方法を呼び出し、UEの位置決定を行うのよりもHNBの位置決定を行うのにより適切な支援データを、ステップ4および5においてHNB320に提供することができる。SAS340はまた、新たな位置決定セッションを支援するために、HNB320のために事前に取得され記憶された他の情報、またはHNB320のために構成された他の情報を、取り出すことができる。一設計では、メッセージフロー700は、PCAPへの何らかの変化、ならびに、HNB320およびSAS340における測位への何らかの関連する変化により援助され得る。HNBを示すものおよびまたは何らかの他のHNBの識別情報が、PCAPメッセージの中に含まれ得る。SAS340は、既知のHNB特性およびまたは前に得られたHNB情報を用いて、位置決定のサポートを改善することができる。SAS340はまた、HNB320について得られる任意の新たな位置により、HNB320についてのSAS340の情報を更新することができる。PCAPPositionInitiationRequestメッセージの中のセルIDIEは、信号強度が良好である場合には、近くのマクロセルのためのものであってよい。あるいは、HNB320の概略的な位置推定は、そのようなマクロセルがない場合には、PCAPメッセージの中で提供されてもよい。OTDOAでは、マクロ参照セルが、OTDOA測定に好適であり得る。ECIDでは、UEのために定義される測定結果のみが、SAS340に提供されてよいが、これらの測定結果は、HNB320がUEであるかのように、HNB320によりSAS340に提供され得る。AGNSSでは、SAS340からの任意のfinetimeassistanceが、HNB320に見える近くのマクロセルに対して提供され得る。別の設計では、メッセージフロー700は、PCAPおよびSAS340への影響を避けるために、HNB320によりサーブされHNB320と同じ場所に配置されるが0であるUEの位置を、HNB320にエミュレートさせることによって、援助され得る。一設計では、HNB320は、HNB320によりサーブされる、またはHNB320の近くに位置するUEの位置決定を支援するために、AGNSS、OTDOA、およびまたは他の測位方法のための情報を、SAS340から要求することができる。その要求および要求された情報は、PCAPメッセージの中で送信されてよく、PCAPメッセージは、PUAおよびSCCPを用いて、HNBGW330により転送され得る。たとえば、要求は、PCAPInformationExchangeInitiationRequestメッセージの中で、送信され得る。要求された情報は、PCAPInformationExchangeInitiationResponseメッセージの中で、またはPCAPInformationReportメッセージの中で定期的に、送信され得る。HNB320は、SAS340から受信される情報を、UEが測位で用いるためにUEにブロードキャストすることができる。ブロードキャストをサポートするかどうかについての決定が、たとえば、HNB320がHMS324に登録するときに、行われ得る。図8はUEのための位置決定サービスをサポートするための、処理800の設計を示す。処理800は、HNB、MSC、SGSN、RNC、MME、BSCなどであり得る、ネットワークエンティティによって実行され得る。たとえば、ネットワークエンティティは、図2のメッセージフロー200におけるHNB120であってよい。ネットワークエンティティは、UEのための位置決定サービスの要求を受信することができる。ネットワークエンティティは、ユーザプレーンの位置決定法を介して位置決定サーバと通信し、UEのための位置決定サービスをサポートすることができる。ネットワークエンティティは、制御プレーンの位置決定法を介してUEと通信し、UEのための位置決定サービスをサポートすることができる。ネットワークエンティティは、ユーザプレーンの位置決定法と制御プレーンの位置決定法との間で、切替動作することができる。位置決定サービスは、UEの位置を求めるための測位、UEへの支援データの送達などを含み得る。ネットワークエンティティは、位置決定サーバまたはUEから、UEのための位置推定を得ることができる。ネットワークエンティティは、要求に応答して、UEのための位置推定を返すことができる。一設計では、ネットワークエンティティは、ユーザプレーンの位置決定法のための第1のメッセージを位置決定サーバから受信することができ、制御プレーンの位置決定法のための第2のメッセージをUEに送信することができる。ネットワークエンティティは、第1のメッセージの中の情報の少なくとも一部を、第2のメッセージに移すことができる。ネットワークエンティティは、制御プレーンの位置決定法のための第3のメッセージをUEから受信することができ、ユーザプレーンの位置決定法のための第4のメッセージを位置決定サーバに送信することができる。ネットワークエンティティは、第3のメッセージの中の情報の少なくとも一部を、第4のメッセージに移すことができる。一設計では、第1のメッセージおよび第4のメッセージは、RRLP測位プロトコルのためのものであってよく、第2のメッセージおよび第3のメッセージは、RRC測位プロトコルのためのものであってよい。一設計では、ネットワークエンティティは、位置決定サーバと通信するためのUEとして動作することができ、UEの能力を位置決定サーバに提供することができる。位置決定サーバは、UEの測位能力に基づいて、支援を提供することができる。図9はUEのための位置決定サービスをサポートするための、処理900の設計を示す。処理900は、HNBまたは何らかの他のエンティティにより実行され得る。たとえば、HNBは、図5のメッセージフロー500におけるHNB320であってよい。HNBは、UEのための位置決定サービスの要求を受信することができる。HNBは、HNBGWを介して、位置決定サーバとPCAPメッセージを交換し、UEのための位置決定サービスをサポートすることができる。PCAPメッセージは、HNBとHNBGWとの間では第1のプロトコルのメッセージで、HNBGWと位置決定サーバとの間では第2のプロトコルのメッセージで移送され得る。HNBは、UEのための位置決定サービスをサポートするために、UEとRRCメッセージを交換することができる。位置決定サービスは、UEの位置を求めるための測位、UEへの支援データの送達などを含み得る。HNBは、位置決定サーバまたはUEから、UEのための位置推定を得ることができる。HNBは、要求に応答して、UEのための位置推定を返すことができる。一設計では、HNBは、位置決定サーバから第1のPCAPメッセージを受信することができ、第1のRRCメッセージをUEに送信することができる。第1のRRCメッセージは、測位要求およびまたは支援データを含んでもよく、これらは第1のPCAPメッセージから得ることができる。一設計では、HNBは、UEから第2のRRCメッセージを受信することができ、第2のPCAPメッセージを位置決定サーバに送信することができる。PCAPメッセージは、UEにより生成された測定結果およびまたはUEのための位置推定を含んでもよく、これらはRRCメッセージから得ることができる。一設計では、PCAPメッセージは、HNBとHNBGWとの間で、PUAメッセージの中で移送され得る。一設計では、PCAPメッセージはトランザクション型のメッセージであってよく、PUAメッセージは、SCCPを介したコネクション型またはコネクションレスの移送と関連付けられ得る。PUAメッセージは、位置決定サーバ、トランザクション識別子、ローカルの接続の参照、PCAPメッセージ、またはこれらの組合せを含み得る。一設計では、HNBは、HNB自体の情報を位置決定サーバに送信することができる。この情報は、HNBのセルグローバル識別子、HNBの位置、少なくとも1つの近隣セルの少なくとも1つのセルID、HNBの測位能力などを含み得る。図10は、UEのための位置決定サービスをサポートするための、処理1000の設計を示す。処理1000は、第1のHNBまたは何らかの他のエンティティにより実行され得る。たとえば、第1のHNBは、図6のメッセージフロー600におけるソースHNB320であってよい。第1のHNBは、位置決定サーバにより位置測定手順を実行し、第1のHNBと通信するUEのための位置決定サービスをサポートすることができる。位置決定サービスは、UEの位置を求めるための測位、UEへの支援データの送達などを含み得る。第1のHNBは、第1のHNBから第2のHNBへ、UEをハンドオーバーするための指示を得ることができる。第1のHNBおよび第2のHNBは、ともに同じHNBGWとインターフェースをとることができ、HNBGWを介して位置決定サーバと通信することができる。第1のHNBは、第2のHNBに位置状態情報を移送することができる。位置状態情報は、位置決定手順で用いられる少なくとも1つの測位方法、各測位方法のために取得される情報、位置の報告に関連する情報、およびまたは他の情報を含み得る。位置決定手順は、第1のHNBにより提供される位置状態情報に基づいて、第2のHNBおよび位置決定サーバにより継続され得る。第1のHNBは、第2のHNBへのUEのハンドオーバーの後に、位置決定手順を中止すべきか位置決定手順を継続すべきかを、決定することができる。第1のHNBは、位置決定手順を継続するという決定に応答して、位置状態情報を第2のHNBに移送することができる。第1のHNBは、第1のHNBから第2のHNBへのUEのハンドオーバーが失敗したと、判定することがある。その場合、第1のHNBは、UEのハンドオーバーが失敗したと判定されると、位置決定サーバによる位置決定手順を継続することができる。図11はHNBのための位置決定サービスをサポートするための、処理1100の設計を示す。処理1100は、HNBまたは何らかの他のエンティティにより実行され得る。たとえば、HNBは、図7のメッセージフロー700におけるHNB320であってよい。HNBは、HNBの測位のために、位置決定サーバとPCAPメッセージを交換することができる。PCAPメッセージは、HNBとHNBGWとの間では第1のプロトコルのメッセージで、HNBGWと位置決定サーバとの間では第2のプロトコルのメッセージで移送され得る。HNBは、PCAPメッセージに基づいて自身の位置を求めることができる。図12は、UE1210、HNBホーム基地局1220、HNBGW1230、および位置決定サーバ1240の設計のブロック図を示す。UE1210は、図1のUE110または図3のUE310であってよい。HNB1220は、図1のHNB120または図3のHNB320であってよい。HNBGW1230は、図1のHNBGW130または図3のHNBGW330であってよい。位置決定サーバ1240は、図1のHSLP140または図3のSAS340であってよい。簡単にするために、図12は、UE1210に対して、1つのコントローラプロセッサ1212、1つのメモリ1214、および1つの送信機受信機1216を、HNB1220に対して、1つのコントローラプロセッサ1222、1つのメモリ1224、1つの送信機受信機1226、および1つの通信ユニット1228を、HNBGW1230に対して、1つのコントローラプロセッサ1232、1つのメモリ1234、および1つの通信ユニット1236を、ならびに位置決定サーバ1240に対して、1つのコントローラプロセッサ1242、1つのメモリ1244、および1つの通信ユニット1246を、示す。一般に、各エンティティは、任意の数のコントローラ、プロセッサ、メモリ、送受信機、通信ユニットなどを含んでもよい。ダウンリンクでは、HNB1220は、トラフィックデータ、シグナリング、ブロードキャスト情報、およびパイロット信号を、HNB1220のカバレッジの中のUEに送信することができる。これらの様々な種類のデータは、プロセッサ1222により処理され、送信機1226により調整され、ダウンリンクで送信され得る。UE1210において、HNB1220およびまたは他の基地局からのダウンリンク信号は、アンテナを介して受信され、受信機1216により調整され、プロセッサ1212により処理されて、HNB1220およびまたは他の基地局により送信される様々な種類の情報を回復することができる。プロセッサ1212は、図2、5、および6のメッセージフローにおいて、UEのための処理を実行することができる。メモリ1214および1224は、それぞれUE1210およびHNB1220のための、プログラムコードおよびデータを記憶することができる。アップリンクでは、UE1210は、トラフィックデータ、シグナリング、およびパイロット信号を、HNB1220およびまたは基地局に送信することができる。これらの様々な種類のデータは、プロセッサ1212により処理され、送信機1216により調整され、アップリンクで送信され得る。HNB1220において、UE1210および他のUEからのアップリンク信号は、受信機1226により受信および調整され、プロセッサ1222によりさらに処理されて、UE1210および他のUEにより送信される様々な種類の情報を回復することができる。プロセッサ1222は、図8の処理800、図9の処理900、図10の処理1000、図11の処理1100、およびまたは本明細書で説明される技法のための他の処理を、実行または指示することができる。プロセッサ1222は、図2、5、6、および7のメッセージフローにおいて、HNB120または320のための処理を実行することもできる。HNB1220は、通信ユニット1228を介して、他のネットワークエンティティと通信することができる。HNBGW1230の中で、プロセッサ1232は、制御の及ぶ範囲でHNBのための通信をサポートし、HNB1220と位置決定サーバ1240との間のメッセージの移送をサポートし、HNBGWにより通常実行される他の機能を実行することができる。プロセッサ1232は、図2、5、6、および7のメッセージフローにおいて、HNBGW130または330のための処理を実行することもできる。メモリ1234は、HNBGW1230のためのプログラムコードまたはデータを記憶することができる。通信ユニット1236は、HNBGW1230が、他のエンティティと通信できるようにし得る。位置決定サーバ1240の中で、プロセッサ1242は、UEのための測位を実行し、UEに支援データを提供し、UEおよび他のLCSクライアントのための位置決定サービスをサポートすることなどができる。プロセッサ1242はまた、図2のメッセージフローにおいてはHSLP140のための、図5、6および7のメッセージフローにおいてはSAS340のための処理を、実行することもできる。メモリ1244は、位置決定サーバ1240のためのプログラムコードおよびデータを記憶することができる。通信ユニット1246は、位置決定サーバ1240が、他のエンティティと通信できるようにし得る。情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを当業者であれば理解されよう。たとえば、上記の説明の全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界もしくは粒子、光場もしくは粒子、またはその任意の組み合わせによって表され得る。さらに、本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は理解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、具体的な適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を具体的な適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。本明細書の開示に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたは他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実行するように設計されたそれらの任意の組合せで実装または実行することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、汎用プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。本明細書の開示に関して説明する方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその2つの組合せで実施され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CDROM、または当技術分野で知られている任意の他の形態の記憶媒体中に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体はASIC中に存在し得る。ASICはユーザ端末中に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として存在し得る。1つまたは複数の例示的な設計では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装する場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶され得る。コンピュータ可読媒体は、過渡的な伝搬信号を指さない。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CDROM、または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、または命令もしくはデータ構造の形態の所望のプログラムコード手段を記憶するために使用されて、汎用もしくは専用コンピュータまたは汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を含むことができる。本明細書で使用する場合、ディスクおよびディスクは、コンパクトディスク、レーザーディスク登録商標、光ディスク、デジタル多用途ディスク、フロッピー登録商標ディスク、およびブルーレイディスクを含み、ディスクは、通常、磁気的にデータを再生し、ディスクは、レーザーで光学的にデータを再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるものとする。本開示の上記の説明は、当業者が本開示を作成または使用できるようにするために提供される。本開示への様々な修正が当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨および範囲を逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明される例および設計に限定されるものではなく、本明細書で開示する原理および新規の特徴に一致する最大の範囲を与えられるものである。