(57)【特許請求の範囲】
【請求項１】
ロングタームエボリューション測位プロトコル（ＬＰＰ）制御プレーン環境においてロケーションサーバから非送信請求メッセージをモバイル端末で受信することと、前記非送信請求メッセージが非送信請求になるように前記ロケーションサーバによって前に決定されており、前記非送信請求メッセージは前記モバイル端末によって送信請求されることなく送信されるメッセージであり、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
前記非送信請求メッセージ中に含まれている前記支援データを処理することと、
前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つことと
を備える方法。
【請求項２】
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの１つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、請求項１に記載の方法。
【請求項３】
前記ロケーションサーバから第２のメッセージを受信することをさらに備え、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、請求項１に記載の方法。
【請求項４】
前記ＬＰＰ制御プレーン環境において前記ロケーションサーバから第２のメッセージを受信することと、前記第２のメッセージは、肯定応答が必要とされることを示す第２の肯定応答要求フィールドを含んでおり、
前記ロケーションサーバに前記第２のメッセージの肯定応答を送信することと
をさらに備える、請求項１に記載の方法。
【請求項５】
前記ＬＰＰ制御プレーン環境がＬＰＰ拡張プロトコル（ＬＰＰｅ）を含む、請求項１に記載の方法。
【請求項６】
メッセージを受信し、ロケーションサーバに送信するためのトランシーバと、
前記トランシーバに接続されたプロセッサと、前記プロセッサは、ロングタームエボリューション測位プロトコル（ＬＰＰ）制御プレーン環境において非送信請求になるように前記ロケーションサーバによって前に決定された非送信請求メッセージを、前記トランシーバを用いて前記ロケーションサーバから受信することと、前記非送信請求メッセージは前記モバイル端末によって送信請求されることなく送信されるメッセージであり、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、前記非送信請求メッセージ中に含まれている前記支援データを処理することと、前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つこととを行うように適応された、
を備えるモバイル端末。
【請求項７】
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの１つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、請求項６に記載のモバイル端末。
【請求項８】
前記プロセッサは、前記ロケーションサーバから第２のメッセージを受信するようにさらに適応され、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、請求項６に記載のモバイル端末。
【請求項９】
前記プロセッサは、前記ＬＰＰ制御プレーン環境において前記トランシーバを用いて前記ロケーションサーバから第２のメッセージを受信することと、前記第２のメッセージは、肯定応答が必要とされることを示す第２の肯定応答要求フィールドを含んでおり、前記ロケーションサーバに前記第２のメッセージの肯定応答を送信することとを行うようにさらに適合された、請求項６に記載のモバイル端末。
【請求項１０】
前記ＬＰＰ制御プレーン環境がＬＰＰ拡張プロトコル（ＬＰＰｅ）を含む、請求項６に記載のモバイル端末。
【請求項１１】
ロングタームエボリューション測位プロトコル（ＬＰＰ）制御プレーン環境において非送信請求になるようにロケーションサーバによって前に決定された非送信請求メッセージを、前記ロケーションサーバから受信するための手段と、前記非送信請求メッセージは前記モバイル端末によって送信請求されることなく送信されるメッセージであり、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
前記非送信請求メッセージ中に含まれている前記支援データを処理するための手段と、
前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つための手段と
を備えるモバイル端末。
【請求項１２】
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの１つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、請求項１１に記載のモバイル端末。
【請求項１３】
前記ロケーションサーバから第２のメッセージを受信するための手段をさらに備え、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、請求項１１に記載のモバイル端末。
【請求項１４】
前記ＬＰＰ制御プレーン環境において前記ロケーションサーバから第２のメッセージを受信するための手段と、前記第２のメッセージは、肯定応答が必要とされることを示す第２の肯定応答要求フィールドを含んでおり、
前記ロケーションサーバに前記第２のメッセージの肯定応答を送信するための手段と
をさらに備える、請求項１１に記載のモバイル端末。
【請求項１５】
前記ＬＰＰ制御プレーン環境がＬＰＰ拡張プロトコル（ＬＰＰｅ）を含む、請求項１１に記載のモバイル端末。
【請求項１６】
ロングタームエボリューション測位プロトコル（ＬＰＰ）制御プレーン環境においてロケーションサーバから非送信請求メッセージをモバイル端末で受信するためのプログラムコードと、前記非送信請求メッセージが非送信請求になるように前記ロケーションサーバによって前に決定されており、前記非送信請求メッセージは前記モバイル端末によって送信請求されることなく送信されるメッセージであり、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
前記非送信請求メッセージ中に含まれている前記支援データを処理するためのプログラムコードと、
前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つためのプログラムコードと
を備える、プログラムコードを記憶した非一時的コンピュータ可読媒体。
【請求項１７】
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの１つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、請求項１６に記載の非一時的コンピュータ可読媒体。
【請求項１８】
前記ロケーションサーバから第２のメッセージを受信するためのプログラムコードをさらに備え、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、請求項１６に記載の非一時的コンピュータ可読媒体。
【請求項１９】
前記ＬＰＰ制御プレーン環境において前記ロケーションサーバから第２のメッセージを受信するためのプログラムコードと、前記第２のメッセージは、肯定応答が必要とされることを示す第２の肯定応答要求フィールドを含んでおり、
前記ロケーションサーバに前記第２のメッセージの肯定応答を送信するためのプログラムコードと
をさらに備える、請求項１６に記載の非一時的コンピュータ可読媒体。
【請求項２０】
前記ＬＰＰ制御プレーン環境がＬＰＰ拡張プロトコル（ＬＰＰｅ）を含む、請求項１６に記載の非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本出願は、両方とも本出願の譲受人に譲渡され、参照により本明細書に組み込まれる、２０１２年９月２７日に出願された「Selected ACK Positioning Optimizations」と題する米国仮出願第６１／７０６，６７１号の米国特許法第１１９条に基づく利益および優先権を主張する、２０１３年１月１７日に出願された「Selected Acknowledgment Positioning Optimizations」と題する米国出願第１３／７４４，２７７号の利益および優先権を主張する。
【０００２】
[0002]本明細書で説明する主題の実施形態は、一般に、支援データを含んでいるメッセージを生成し、送信することに関し、より詳細には、メッセージが応答型（solicited）なのか応答不要型（unsolicited）なのかに基づいて、支援データを含んでいるメッセージの肯定応答（acknowledgement）を選択的に必要とすることに関する。
【背景技術】
【０００３】
[0003]端末、たとえば、セルラーフォンのロケーションを知ることがしばしば望ましく、時々必要になる。「ロケーション」と「位置」という用語は同義であり、本明細書では互換的に使用される。たとえば、ロケーションサービス（ＬＣＳ：location service）クライアントは、端末のロケーションを知ることを望むことがある。その場合、端末（たとえば、ユーザ機器（ＵＥ）、移動局（ＭＳ）、セキュアユーザプレーン（ＳＵＰＬ：Secure User Plane）対応端末（ＳＥＴ：SUPL Enabled Terminal）など）が、端末についてのロケーション推定値を取得するためにロケーションサーバと通信し得る。端末またはロケーションサーバは、次いでロケーション推定値をＬＣＳクライアントに戻し得る。
【０００４】
[0004]ＬＣＳクライアントが端末のロケーションを知ることを望むときはいつでもロケーションセッションを確立するために、（コールフロー（call flow）またはプロシージャと呼ばれることもある）メッセージフローが実行され得る。メッセージフローのために、１つまたは複数のネットワークエンティティを介して端末とロケーションサーバとの間で様々なメッセージが交換され得る。これらのメッセージは、第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）によって定義されたロングタームエボリューション測位プロトコル（ＬＰＰ：Long Term Evolution Positioning Protocol）、またはオープンモバイルアライアンス（ＯＭＡ：Open Mobile Alliance）によって定義されたＬＰＰ拡張（ＬＰＰｅ：LPP Extensions）プロトコルなどの測位プロトコルに準拠し得る。メッセージは、端末が、ロケーション関係測定値（たとえば、ＧＰＳ衛星からの信号の測定値）を取得すること、および／またはこれらの測定値からロケーション推定値を計算することを支援するために、ロケーションサーバから端末に支援データを転送し得る。メッセージはまた、ロケーションサーバが端末のロケーションを判断することを可能にするために、端末からロケーションサーバにロケーション情報（たとえば、測定値またはロケーション推定値）を転送し得る。
【発明の概要】
【０００５】
[0005]サービングモバイルロケーションセンター（ＳＭＬＣ：Serving Mobile Location Center）またはＥ−ＳＭＬＣなど、ロケーションサーバおよびモバイル端末が、たとえば、ＬＰＰまたはＬＰＰｅプロトコルにおいて使用される高信頼トランスポート機構を選択的に実装し、それによって不要な遅延を減少させる。高信頼トランスポート機構は、非送信請求支援データメッセージ（unsolicited assistance data message）など、特定のメッセージに対する肯定応答を必要としないことによって選択的に実装され得る。ただし、支援データが送信請求されたとき、応答する支援データメッセージは、高信頼トランスポート機構に従って肯定応答要求（acknowledgement request）を含む。
【０００６】
[0006]一実装形態では、方法は、ＬＰＰ制御プレーン環境においてロケーションサーバを用いてメッセージを生成することと、メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、メッセージをロケーションサーバからモバイル端末に送信することとを含む。
【０００７】
[0007]一実装形態では、装置は、メッセージをモバイルデバイスに転送するためのトランシーバと、トランシーバに接続されたプロセッサと、プロセッサは、ＬＰＰ制御プレーン環境においてメッセージを生成することと、メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、トランシーバを用いてメッセージをモバイル端末に送信することとを行うように適応された、を含む。
【０００８】
[0008]一実装形態では、装置は、ＬＰＰ制御プレーン環境においてメッセージを生成するための手段と、メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、メッセージをモバイル端末に送信するための手段とを含む。
【０００９】
[0009]一実装形態では、プログラムコードを記憶した非一時的コンピュータ可読媒体は、ＬＰＰ制御プレーン環境においてメッセージを生成するためのプログラムコードと、メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、メッセージをモバイル端末に送信するためのプログラムコードとを含む。
【００１０】
[0010]一実装形態では、方法は、ＬＰＰ制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信することと、非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示し、非送信請求メッセージ中に含まれている支援データを処理することと、非送信請求メッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つこととを含む。
【００１１】
[0011]一実装形態では、装置は、メッセージを受信し、ロケーションサーバに送信するためのトランシーバと、トランシーバに接続されたプロセッサと、プロセッサは、ＬＰＰ制御プレーン環境においてトランシーバを用いてロケーションサーバから非送信請求メッセージを受信することと、非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示し、非送信請求メッセージ中に含まれている支援データを処理することと、非送信請求メッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つこととを行うように適応された、を含む。
【００１２】
[0012]一実装形態では、装置は、ＬＰＰ制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するための手段と、非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示し、非送信請求メッセージ中に含まれている支援データを処理するための手段と、非送信請求メッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つための手段とを含む。
【００１３】
[0013]一実装形態では、プログラムコードを記憶した非一時的コンピュータ可読媒体は、ＬＰＰ制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するためのプログラムコードと、非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示し、非送信請求メッセージ中に含まれている支援データを処理するためのプログラムコードと、非送信請求メッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つためのプログラムコードとを含む。
【図面の簡単な説明】
【００１４】
【図１】[0014]ＬＰＰ／ＬＰＰｅ測位プロトコルにおいて使用されるものなど、高信頼トランスポート機構を選択的に実装することが可能なネットワークアーキテクチャを示す図。
【図２】[0015]非送信請求支援データを送信するために高信頼トランスポート機構を使用する従来のＬＰＰコールフローを示す図。
【図３】[0016]非送信請求支援データメッセージにおいて高信頼トランスポート機構が選択的に実装されるＬＰＰコールフローの一実施形態を示す図。
【図４】[0017]エラーメッセージを送信するために高信頼トランスポート機構を使用する従来のＬＰＰコールフローを示す図。
【図５】[0018]非送信請求エラーメッセージにおいて高信頼トランスポート機構が選択的に実装されるＬＰＰコールフローの一実施形態を示す図。
【図６】[0019]ＬＰＰ／ＬＰＰｅとともに使用される高信頼トランスポート機構を選択的に実装する方法を示すフローチャート。
【図７】[0020]ＬＰＰ／ＬＰＰｅとともに使用される高信頼トランスポート機構を選択的に実装する際の決定点を示す別のフローチャート。
【図８】[0021]ＬＰＰ／ＬＰＰｅ高信頼トランスポート機構を選択的に実装するロケーションサーバのいくつかの例示的な特徴を示す概略ブロック図。
【図９】[0022]モバイル端末によって受信されるときの、ＬＰＰ／ＬＰＰｅ高信頼トランスポート機構の選択的実装の方法を示すフローチャート。
【図１０】[0023]ＬＰＰ／ＬＰＰｅ高信頼トランスポート機構を選択的に実装するロケーションサーバからメッセージを受信するように構成されたモバイル端末のいくつかの例示的な特徴を示す概略ブロック図。
【発明を実施するための形態】
【００１５】
[0024]図１に、（ＵＥ、ＭＳ、ＳＥＴなど、または概して「ターゲット」と呼ばれることがある）モバイル端末１２０と（サーバまたはサービングモバイルロケーションセンター（ＳＭＬＣ）またはＥ−ＳＭＬＣと呼ばれることがあるロケーションサーバ１５０との間のメッセージにおいて、ＬＰＰ／ＬＰＰｅにおいて使用されるものなど、高信頼トランスポート機構を選択的に実装することが可能なネットワークアーキテクチャ１００を示す。モバイル端末１２０は、測位およびロケーションサービスのためにネットワーク１３０に関連付けられた無線アクセスネットワーク（ＲＡＮ）１４０を使用して、ネットワーク１３０を通してロケーションサーバ１５０と通信し得る。モバイル端末１２０は、位置判断のために使用され得るＲＡＮ１４０からの信号を受信し、測定し得る。モバイル端末１２０はまた、衛星測位システム（ＳＰＳ：satellite positioning system）の一部である１つまたは複数の地球周回衛星ビークル（ＳＶ：satellite vehicle）１８０からの信号を受信し得る。モバイル端末１２０は、ＳＶ１８０、および／またはネットワーク１３０に関連付けられたＲＡＮ１４０からの信号を測定し得、衛星についての擬似距離測定値と、ＲＡＮ１４０からのネットワーク測定値とを取得し得る。擬似距離測定値および／またはネットワーク測定値は、モバイル端末１２０についての位置推定値を導出するために使用され得る。ロケーションサーバ１５０は、支援データなど、ロケーション関係情報をモバイル端末１２０に与えるために使用され得、モバイル端末１２０は、ＳＶ１８０およびＲＡＮ１４０からの信号を収集し、測定すること、および／またはこれらの測定値から位置推定値を導出することを支援するために使用され得る。さらに、モバイル端末１２０は、推定位置またはロケーション測定値（たとえば、１つまたは複数のＧＮＳＳからの衛星測定値、または１つまたは複数のネットワークからのネットワーク測定値など）など、ロケーション関係情報をロケーションサーバ１５０に与え得る。
【００１６】
[0025]本明細書で使用するモバイル端末は、１つまたは複数のネットワークを通してサーバとワイヤレス通信することが可能であり、限定はしないが、ＯＭＡによって定義されたセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションソリューションと、ＬＴＥサービングネットワークとともに使用するための３ＧＰＰによって定義された制御プレーンロケーションソリューションとを含み得る、測位およびロケーションサービスをサポートするデバイスである。ＳＵＰＬロケーションソリューションは、公開されている、ＯＭＡからの文書ＯＭＡ−ＴＳ−ＵＬＰ−Ｖ２＿０−２０１１０５２７−ＣおよびＯＭＡ−ＴＳ−ＵＬＰ−Ｖ３＿０−２０１１０８１９−Ｄにおいて定義されている。ＬＴＥのための制御プレーンロケーションソリューションは、公開されている３ＧＰＰ  ＴＳ２３．２７１および３ＧＰＰ  ＴＳ３６．３０５において定義されている。ロケーションサービス（ＬＣＳ）は、ロケーションサーバ１５０にアクセスし、モバイル端末１２０のロケーションについての要求を発行し、ロケーションサーバ１５０からモバイル端末１２０についてのロケーション推定値を受信するＬＣＳクライアント１６０のために実行され得る。ＬＣＳクライアント１６０は、たとえば、ロケーションサーバ１５０とモバイル端末１２０とによって使用されるロケーションソリューションがＳＵＰＬであるときに、ＳＵＰＬエージェントと呼ばれることもある。モバイル端末１２０はまた、モバイル端末１２０内の何らかの測位対応機能に対してロケーション要求を発行し、後でモバイル端末１２０についてのロケーション推定値を受信し得る、ＬＣＳクライアントまたはＳＵＰＬエージェント（図１に図示せず）を含み得る。モバイル端末１２０内のＬＣＳクライアントまたはＳＵＰＬエージェントは、モバイル端末１２０のユーザのためにロケーションサービスを実行し、たとえば、ナビゲーション指示を与えるか、またはモバイル端末１２０の近傍内の関心点を識別し得る。
【００１７】
[0026]ネットワークアーキテクチャ１００は、たとえば、測位のためにＬＰＰプロトコルを使用し得る。ＬＰＰプロトコルは、公開されている３ＧＰＰ技術仕様（ＴＳ）３６．３５５に記載されている。ＬＰＰ基本メッセージ（能力およびロケーション情報および支援データの要求および提供）は、ＬＰＰメッセージへのそれら自体の拡張を定義するために外部３ＧＰＰのための規格化によって使用され得る、コンテナであるＥＰＤＵをそれぞれ含む。ＯＭＡ  ＬＰＰ拡張（ＬＰＰｅ）はこのオプションを利用する。ＬＰＰｅは、ＯＭＡによって定義されており、各組み合わされたＬＰＰ／ＬＰＰｅメッセージが、埋込みＬＰＰｅメッセージを含んでいる（３ＧＰＰ  ＴＳ３６．３５５において定義されている）ＬＰＰメッセージになるように、ＬＰＰと組み合わせて使用されるであろう。したがって、本明細書で使用するＬＰＰ制御プレーン環境は、ＬＰＰｅを含み、ＬＰＰ／ＬＰＰｅまたは単にＬＰＰと呼ばれることがある。
【００１８】
[0027]ＬＰＰ規格のセクション４．３．１は、高信頼トランスポート機構について説明しており、「ＬＰＰは、下にあるトランスポートレイヤからのＬＰＰメッセージの信頼できる順序配信を必要とする。．．．制御プレーンソリューションのためにＬＰＰを実装するＵＥは、（重複検出、肯定応答、および再送信の３つすべてを含む）ＬＰＰ高信頼トランスポートをサポートするものとする。」と述べている。高信頼トランスポートの再送信部分をサポートするために、上記規格は、セクション４．３．４．１において、「肯定応答を必要とするＬＰＰメッセージが送られ、肯定応答されないとき、そのメッセージは、タイムアウト期間の後に送信側によって３回まで再送される」と述べている。高信頼トランスポートプロシージャは、下にあるトランスポートレイヤからのＬＰＰメッセージの信頼できる順序配信を必要とする。したがって、ＬＰＰ環境の制御プレーンにおける従来の高信頼トランスポート機構は、メッセージが肯定応答されることと、メッセージが肯定応答されない場合、そのメッセージがタイムアウト期間の後に送信側によって３回まで再送信されることとを必要とする。肯定応答を必要とするＬＰＰメッセージが送られ、肯定応答されないとき、そのメッセージは、タイムアウト期間の後に送信側によって３回まで再送される。３回の後、メッセージがまだ肯定応答されていない場合、送信側は、関連するセッションのためのすべてＬＰＰアクティビティをアボート（abort）することになる。タイムアウト期間は、送信側実装形態によって決定されるが、２５０ｍｓの最小値以上である。
【００１９】
[0028]したがって、再送信要件は、制御プレーンロケーションセッションを遅延させる可能性を有する。いくつかの状況の下で、ロケーションサーバ１５０、たとえば、サービングモバイルロケーションセンター（ＳＭＬＣ）またはＥ−ＳＭＬＣは、位置セッションにおいてモバイル端末１２０を助けるために非送信請求支援データ情報を送り得る。この非送信請求支援データ情報が失われ、高信頼トランスポート機構が実装された場合、セッションは不必要に遅延させられ得る。セッションにおける遅延は、概して望ましくなく、緊急サービスコールフロータイプの時間制約内でのセッションの完了を妨げることさえあり得る。
【００２０】
[0029]したがって、ネットワークアーキテクチャ１００は、モバイル端末１２０とロケーションサーバ１５０との間のメッセージにおいてＬＰＰ／ＬＰＰｅ高信頼トランスポート機構を選択的に実装することが可能である。高信頼トランスポート機構は、特定のメッセージに対する肯定応答を必要としないことによって選択的に実行され得る。例として、非送信請求支援データメッセージは、肯定応答要求なしにロケーションサーバ１５０によってモバイル端末１２０に送られ得る。一方、支援データがモバイル端末１２０によって送信請求されたとき、送信請求支援データメッセージ（solicited assistance data message）が、肯定応答要求とともにロケーションサーバ１５０によってモバイル端末１２０に送られる。所望される場合、ロケーションサーバ１５０からの非送信請求エラーメッセージも、肯定応答要求なしに送られ得る。
【００２１】
[0030]図２に、例として、たとえば、ステップｅ〜ｌにおいて、非送信請求支援データを送信するために高信頼トランスポート機構を使用する従来のＬＰＰコールフローを示す。図２のコールフローは以下のように説明される。
【００２２】
[0031]ステップａ：ロケーションサーバ（ＬＳ）は、肯定応答を必要とするＬＰＰ能力要求（Request Capabilities）メッセージをモバイル端末、すなわち、ユーザ機器（ＵＥ）に送る。ロケーションサーバはまた、それが適時にＵＥ能力を受信することを保証するためにＴｃａｐタイマーを開始する。
【００２３】
[0032]ステップｂ：ＵＥは明示的肯定応答で応答する。
【００２４】
[0033]ステップｃ：ＵＥはＬＰＰ能力提供（Provide Capabilities）メッセージを与える。
【００２５】
[0034]ステップｄ：ＬＳは、Ｔｃａｐタイマーを停止し、明示的肯定応答で応答する。
【００２６】
[0035]ステップｅ：ＬＳは非送信請求ＬＰＰ支援データ提供（Provide Assistance Data）メッセージを送る。高信頼トランスポートプロシージャに従って、ＬＳは、肯定応答を要求し、Ｔａｃｋタイマーを開始する。
【００２７】
[0036]ステップｆ〜ｋ：ＵＥは、なぜかＬＳに到達しない（ステップｆ、ｊ）明示的肯定応答で応答するか、またはＵＥは明示的肯定応答で応答することができない（ステップｈ）。各場合において、Ｔａｃｋタイマーの満了後に、ＬＳは、非送信請求ＬＰＰ支援データ提供メッセージを再送信する、たとえば、ステップｇ、ｉ、およびｋ。
【００２８】
[0037]ステップｌ：ＵＥは、最終的にＬＳに到達する明示的肯定応答で応答する。支援データがＵＥによって受信されたにもかかわらず、ステップｉにおけるＡＣＫもＬＳに到達することができない場合、コールフローはＴａｃｋの満了時に不必要にアボートされなければならないことになる。
【００２９】
[0038]ステップｍ：ＬＳはＵＥにＬＰＰロケーション情報要求（Request Location Information）メッセージを送る。
【００３０】
[0039]ステップｎ：ＵＥは明示的肯定応答で応答する。
【００３１】
[0040]ステップｏ：ステップｉ、ｋにおいて与えられた支援データが十分な支援データを含んでいなかった場合、ＵＥは追加の支援データを随意に要求することができる。
【００３２】
[0041]ステップｐ：ＬＳは明示的肯定応答で応答する。
【００３３】
[0042]ステップｑ：ＬＳは送信請求ＬＰＰ支援データ提供メッセージを送る。
【００３４】
[0043]ステップｒ：ＵＥは明示的肯定応答で応答する。
【００３５】
[0044]ステップｓ：ＵＥは送信請求ロケーション情報提供（Provide Location Information）メッセージを送る。
【００３６】
[0045]ステップｔ：ＬＳは、Ｔｒｅｓｐタイマーを停止し、明示的肯定応答で応答する。
【００３７】
[0046]したがって、図２に示されているように、測位セッションにおける不要な遅延がステップｆ〜ｌによって追加される。非送信請求支援データメッセージは測位セッションにおいて必須のメッセージではない。非送信請求支援データメッセージがＵＥによって受信されない場合、ＵＥは、ステップｏにおいて、消失した支援データを要求する機会を有する。多くのＵＥが、それらのＧＮＳＳ受信機をステップｍまでオンにせず、したがって、測位セッションをなお一層遅延させ得ることによって、問題がさらに悪化する。
【００３８】
[0047]上記で説明した不要な遅延を回避するために、ロケーションサーバ１５０は、支援データメッセージが送信請求されないときに肯定応答要求を偽（False）に設定することによって、高信頼トランスポート機構を選択的に実装し得る。これはまた、再送信プロシージャを無効にする効果を有する。これは、本明細書では、時々、まとめて単にＬＰＰまたはＬＰＰ／ＬＰＰｅと呼ぶことがある、ＬＰＰシグナリングならびにＬＰＰｅシグナリングの両方に適用可能であることを理解されたい。たとえば、これは、ＥＰＤＵがＬＰＰｅペイロードのためのコンテナとして使用されるＬＰＰメッセージに適用可能である。
【００３９】
[0048]図３に、ロケーションサーバ１５０が、モバイル端末１２０に肯定応答を要求することなしに非送信請求支援データメッセージを送る、高信頼トランスポート機構が選択的に実装されるＬＰＰコールフローを示す。非送信請求支援データメッセージを送った後に、ロケーションサーバ１５０は、ＵＥが測定値を収集し始めることを可能にするためにＬＰＰロケーション情報要求（Request Location Information）メッセージを直ちに送り、それによって不要な遅延を回避し得る。図３は以下のように説明される。
【００４０】
[0049]ステップａ：ロケーションサーバ（ＬＳ）は、肯定応答を必要とするＬＰＰ能力要求メッセージをモバイル端末、すなわち、ユーザ機器（ＵＥ）に送り、すなわち、ａｃｋＲｅｑｕｅｓｔが真（True）に設定される。ロケーションサーバはまた、それが適時にＵＥ能力を受信することを保証するためにＴｃａｐタイマーを開始する。
【００４１】
[0050]ステップｂ：ＵＥは明示的肯定応答で応答する。
【００４２】
[0051]ステップｃ：ＵＥはＬＰＰ能力提供メッセージを与える。
【００４３】
[0052]ステップｄ：ＬＳは、Ｔｃａｐタイマーを停止し、明示的肯定応答で応答する。
【００４４】
[0053]ステップｅ：ＬＳは非送信請求ＬＰＰ支援データ提供メッセージを送る。この場合、ＬＳは、信頼性トランスポート機構に従わず、肯定応答を要求せず、すなわち、ａｃｋＲｅｑｕｅｓｔが偽に設定されるか、またはＴａｃｋ応答タイマーを開始しない。
【００４５】
[0054]ステップｆ：ＬＳは、ステップｅからの前のメッセージに対する肯定応答を最初に受信することなしに、ＵＥにＬＰＰロケーション情報要求メッセージを送る。
【００４６】
[0055]ステップｇ：ＵＥは明示的肯定応答で応答する。
【００４７】
[0056]ステップｈ：ステップｅにおいて与えられた支援データが十分な支援データを含んでいなかった場合、ＵＥは追加の支援データを随意に要求することができる。
【００４８】
[0057]ステップｉ：ＬＳは明示的肯定応答で応答する。
【００４９】
[0058]ステップｊ：ＬＳは、肯定応答の要求とともに送信請求ＬＰＰ支援データ提供メッセージを送り、すなわち、ａｃｋＲｅｑｕｅｓｔが真に設定される。
【００５０】
[0059]ステップｋ：ＵＥは明示的肯定応答で応答する。
【００５１】
[0060]ステップｌ：ＵＥは送信請求ロケーション情報提供メッセージを送る。
【００５２】
[0061]ステップｍ：ＬＳは、Ｔｒｅｓｐタイマーを停止し、明示的肯定応答で応答する。
【００５３】
[0062]所望される場合、ロケーションサーバ１５０は、同様に、エラーメッセージなど、他のメッセージのために高信頼トランスポート機構を選択的に実装し得る。例として、図４に、ステップｃ〜ｊにおいてエラーメッセージを送信するために高信頼トランスポート機構を使用する従来のＬＰＰコールフローを示す。図４のコールフローは以下のように説明される。
【００５４】
[0063]ステップａ：ロケーションサーバ（ＬＳ）は、モバイル端末、すなわち、ユーザ機器（ＵＥ）からの肯定応答を必要とするアップリンクＬＰＰメッセージを受信する。ロケーションサーバは、受信されたメッセージが誤っていると判断する（たとえば、復号エラー、無効なメッセージタイプ、または消失した有意なＩＥなど）。
【００５５】
[0064]ステップｂ：ＬＳは明示的肯定応答で応答する（可能な場合）。
【００５６】
[0065]ステップｃ：ＬＳは、エラーのタイプとＵＥへの肯定応答の要求とを含むダウンリンクＬＰＰエラーメッセージを送り、すなわち、ａｃｋＲｅｑｕｅｓｔが真に設定される。ＬＳはＴａｃｋタイマーを開始する。
【００５７】
[0066]ステップｄ〜ｉ：ダウンリンクＬＰＰエラーメッセージがＵＥに到達したと仮定すると、ＵＥによってダウンリンクＬＰＰエラーメッセージが誤っているとわかった場合、ＵＥは明示的ＬＰＰ肯定応答メッセージを送り得ない（ステップｄ）か、またはＵＥによって送られた明示的ＬＰＰ肯定応答メッセージが、ネットワークにおいて障害のあるトランスポートにより紛失し得る（ステップｆおよびｈ）。Ｔａｃｋタイマーの満了後に、ＬＳは、３回まで、ダウンリンクＬＰＰエラーメッセージを再送信し、Ｔａｃｋタイマーを再開する（ステップｅ、ｇ、およびｉ）。ＬＳは、ＬＰＰエラーメッセージに対する肯定応答が受信される前に、ダウンリンク上での後続のＬＰＰメッセージングを進めることができない。
【００５８】
[0067]ステップｊ：ＵＥは、最終的にＬＳに到達する明示的肯定応答で応答する。ステップｊにおける肯定応答もＬＳに到達することができない場合、コールフローは、時々不必要に、Ｔａｃｋの満了時にアボートされなければならないことになる（たとえば、ステップａにおける誤ったＵＬ  ＬＰＰメッセージ中のペイロードは、ヘッダ中の誤りにもかかわらず、コールフローを進めるために依然として有効であり得る）。
【００５９】
[0068]ステップｋ：コールフローは、（もしあれば）後続のＤＬ  ＬＰＰメッセージを続ける。
【００６０】
[0069]したがって、図４に示されているように、アップリンク上での明示的肯定応答がＬＳによって受信されなかったので、測位セッションにおける不要な遅延がステップｄ〜ｉによって追加され得る。
【００６１】
[0070]上記で説明した不要な遅延を回避するために、ロケーションサーバ１５０は、非送信請求エラーメッセージのために高信頼トランスポート機構を選択的に実装し得る。図５に、サーバが、ＵＥに肯定応答を要求することなしにダウンリンクＬＰＰエラーメッセージを送る、高信頼トランスポート機構を選択的に実装するＬＰＰコールフローを示す。ロケーションサーバ１５０は、次いで、コールフローに従って、必要な場合、次のダウンリンクＬＰＰメッセージを送ることに直ちに進むことができる。図５は以下のように説明される。
【００６２】
[0071]ステップａ：ロケーションサーバ（ＬＳ）は、モバイル端末、すなわち、ユーザ機器（ＵＥ）からの肯定応答を必要とするアップリンクＬＰＰメッセージを受信する。ロケーションサーバ１５０は、受信されたメッセージが誤っていると判断する（たとえば、復号エラー、無効なメッセージタイプ、または消失した有意なＩＥなど）。
【００６３】
[0072]ステップｂ：ＬＳは明示的肯定応答で応答する（可能な場合）。
【００６４】
[0073]ステップｃ：ＬＳは、エラーのタイプを含むダウンリンクＬＰＰエラーメッセージを送るが、ＬＳはＵＥに肯定応答を要求せず、すなわち、ａｃｋＲｅｑｕｅｓｔが偽に設定される。
【００６５】
[0074]ステップｄ：コールフローは、ステップｃからの前のメッセージの肯定応答を必要とすることなしに、（もしあれば）後続のＤＬ  ＬＰＰメッセージを続ける。
【００６６】
[0075]（肯定応答を必要としない）ステップｃからのダウンリンクＬＰＰエラーメッセージは、ＵＥによって受信されないことがある。ＵＥによってＬＰＰ  ＡＣＫ（ステップｂ）は受信されたが、ダウンリンクＬＰＰエラーメッセージは受信されない場合、ステップａにおけるＬＰＰメッセージは応答を必要とし（たとえば、ＬＰＰ  ＡＤ要求メッセージ）、ＵＥ上の何らかのガードタイマー（それが存在する場合）は最終的にタイムアウトする。ＵＥは、要求された支援データなしに進まなければならない。ステップａにおけるＬＰＰメッセージが応答を必要としない場合（たとえば、ＬＰＰロケーション情報提供メッセージまたはＬＰＰ能力提供メッセージ）、ＵＥは、ステップａにおけるＬＰＰメッセージ中の誤りに気づくことさえなしにトランザクションを終了する。ＬＳ側では、ステップａにおける誤ったＬＰＰメッセージが能力提供メッセージである場合、そのような誤りが、ＬＳが（たとえば、ＬＰＰロケーション情報要求メッセージを送るために）ステップｄに進むことを妨げると仮定すると、ＬＳはステップｃを再送信しないことになり、したがって、セッションは最終的に失敗することになる。ＬＳ側では、ステップａにおける誤ったＬＰＰメッセージがロケーション情報提供メッセージである場合、コールフローにはたいがいステップｄがない。ロケーション情報提供メッセージ中のペイロードが有効でない場合、ＬＳは、セル／セクタベースのフィックスをＭＭＥに戻さなければならないことがある。ＬＰＰ  ＡＣＫ（ステップｂ）がＵＥによって受信されない場合、ＵＥは、ＵＥ上のＴａｃｋの満了時にステップａを再送信することになる。
【００６７】
[0076]図６は、ＬＰＰ／ＬＰＰｅとともに使用される高信頼トランスポート機構を選択的に実装する方法を示すフローチャートである。図示のように、ＬＰＰ制御プレーン環境においてロケーションサーバによってメッセージを生成し、メッセージは支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す（２０２）。メッセージをロケーションサーバからモバイル端末に送信する（２０４）。ＬＰＰ制御プレーン環境はＬＰＰｅを含むことを理解されたい。メッセージは複数のメッセージセグメントにセグメント化され得、ここにおいて、複数のメッセージセグメントのうちのメッセージセグメントのうちの１つまたは複数は、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、肯定応答要求フィールドを含んでいる。たとえば、複数のメッセージセグメントの各メッセージセグメントは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、肯定応答要求フィールドを含み得る。別の実施形態では、複数のメッセージセグメントの最後のセグメントのみが肯定応答要求フィールドを含んでいることがある。本方法は、モバイル端末から肯定応答メッセージを受信することなしに、モバイル端末に後続のメッセージを送ることをさらに含み得る。本方法はまた、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいるエラーメッセージである、第２のメッセージを生成することを含み得る。
【００６８】
[0077]図７は、ＬＰＰ／ＬＰＰｅとともに使用される高信頼トランスポート機構を選択的に実装する際の決定点を示す別のフローチャートである。図示のように、ロケーションサーバによってＬＰＰ支援データ提供メッセージを生成する。決定点２２２によって示されるように、ＬＰＰメッセージがユーザ機器によって送信請求された場合、ＬＰＰ肯定応答要求フィールドを真に設定し（２２４）、ＬＰＰメッセージがユーザ機器によって送信請求されない場合、ＬＰＰ肯定応答要求フィールドを偽に設定する（２２６）。次いで、ＬＰＰ支援データ提供メッセージをユーザ機器に送信する（２２８）。
【００６９】
[0078]次に図８を参照すると、図８は、上記で説明したように、ＬＰＰ／ＬＰＰｅ高信頼トランスポート機構を選択的に実装することによって不要な遅延を回避することが可能であるロケーションサーバ１５０、たとえば、Ｅ−ＳＭＬＣのいくつかの例示的な特徴を示す概略ブロック図である。ロケーションサーバ１５０は、たとえば、１つまたは複数の接続３５６（たとえば、バス、回線、ファイバー、リンクなど）に動作可能に結合され得る、１つまたは複数の処理ユニット３５２と、メモリ３５４と、トランシーバ３６０（たとえば、ワイヤラインまたはワイヤレスネットワークインターフェース）とを含み得る。いくつかの例示的な実装形態では、ロケーションサーバ１５０の全部または一部はチップセットなどの形態をとり得る。トランシーバ３６０は、ワイヤード送信および／または受信をサポートし、所望される場合、追加または代替として、１つまたは複数のタイプのワイヤレス通信ネットワークを介して１つまたは複数の信号の送信および受信をサポートし得る、送信機３６２と受信機３６４とを含み得る。
【００７０】
[0079]処理ユニット３５２は、ハードウェアとファームウェアとソフトウェアとの組合せを使用して実装され得る。処理ユニット３５２は、支援データメッセージ、エラーメッセージなど、メッセージを生成し得るメッセージユニット３６６と、たとえば、非送信請求支援データメッセージおよびエラーメッセージ中の肯定応答フィールドにおいて肯定応答が必要とされないことを示すことによって、肯定応答を選択的に要求するために使用される肯定応答選択ユニット３６８とを含み得る。肯定応答が必要とされないことを示すように選択することによって、ロケーションサーバ１５０は、ＬＰＰ／ＬＰＰｅ高信頼トランスポート機構を選択的に実装し、ならびに再送信プロシージャを無効にすることができる。メッセージユニット３６６および肯定応答選択ユニット３６８は、ハードウェア、ファームウェア、およびソフトウェアまたはそれらの組合せで実装され得る。
【００７１】
[0080]本明細書においてフローチャートおよびメッセージフローで説明した方法は、適用例に応じて様々な手段によって実装され得る。たとえば、これらの方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ハードウェア実装の場合、処理ユニット３５２は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明した機能を実行するように設計された他の電子ユニット、またはそれらの組合せの内部に実装され得る。
【００７２】
[0081]ファームウェアおよび／またはソフトウェア実装の場合、それらの方法は、本明細書で説明した機能を実行するモジュール（たとえば、プロシージャ、関数など）を用いて実装され得る。命令を有形に実施するいずれの機械可読媒体も、本明細書で説明した方法の実装において使用され得る。たとえば、ソフトウェアコードは、プロセッサユニット３５２に接続され、それによって実行される、非一時的コンピュータ可読媒体３７０またはメモリ３５４に記憶され得る。メモリは、処理ユニットの内部または処理ユニットの外部に実装され得る。本明細書で使用する「メモリ」という用語は、長期メモリ、短期メモリ、揮発性メモリ、不揮発性メモリ、または他のメモリのいずれかのタイプを指し、メモリの特定のタイプまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきではない。
【００７３】
[0082]ファームウェアおよび／またはソフトウェアで実装する場合、機能は、コンピュータ可読媒体３７０および／またはメモリ３５４など、非一時的コンピュータ可読媒体上に１つまたは複数の命令３５８またはコードとして記憶され得る。例としては、データ構造で符号化されたコンピュータ可読媒体、およびコンピュータプログラムで符号化されたコンピュータ可読媒体がある。非一時的コンピュータ可読媒体は物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な非一時的媒体であり得る。限定ではなく例として、そのような非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク（disk）ストレージ、磁気ディスク（disk）ストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができ、本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００７４】
[0083]コンピュータ可読媒体上での記憶に加えて、命令および／またはデータは、通信装置中に含まれる伝送媒体上の信号として与えられ得る。たとえば、通信装置は、命令とデータとを示す信号を有するトランシーバを含み得る。命令およびデータは、１つまたは複数のプロセッサに、本明細書で概説した機能を実装させるように構成される。すなわち、通信装置は、開示した機能を実行するための情報を示す信号をもつ伝送媒体を含む。
【００７５】
[0084]メモリ３５４は何らかのデータ記憶機構を表し得る。メモリ３５４は、たとえば、１次メモリおよび／または２次メモリを含み得る。１次メモリは、たとえば、ランダムアクセスメモリ、読取り専用メモリなどを含み得る。この例では処理ユニット３５２とは別個であるものとして示されているが、１次メモリの全部または一部は、処理ユニット３５２内に設けられるか、またはさもなければ処理ユニット３５２と共設／結合され得ることを理解されたい。２次メモリは、たとえば、１次メモリと同じまたは同様のタイプのメモリ、および／または、たとえば、ディスクドライブ、光ディスクドライブ、テープドライブ、ソリッドステートメモリドライブなど、１つまたは複数のデータストレージデバイスまたはシステムを含み得る。
【００７６】
[0085]いくつかの実装形態では、２次メモリは、非一時的コンピュータ可読媒体３７０を動作可能に受容するか、またはさもなければそれに結合するように構成可能であり得る。したがって、いくつかの例示的な実装形態では、本明細書で提示する方法および／または装置は、全体的にまたは部分的にコンピュータ可読媒体３７０の形態をとり得、コンピュータ可読媒体３７０は、その上に記憶されたコンピュータ実装可能命令３５８を含み得、コンピュータ実装可能命令３５８は、少なくとも１つの処理ユニット３５２によって実行された場合、本明細書で説明した例示的な動作の全部または一部を実行することが実効的に可能であり得る。コンピュータ可読媒体３７０はメモリ３５４の一部であり得る。
【００７７】
[0086]したがって、ロケーションサーバ１５０は、たとえば、メッセージユニット３６６および肯定応答選択ユニット３６８であり得る、ＬＰＰ制御プレーン環境においてメッセージを生成するための手段、メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、を含む。モバイル端末にメッセージを送信するための手段は、たとえば、トランシーバ３６０であり得る。ロケーションサーバ１５０は、たとえば、メッセージユニット３６６および肯定応答選択ユニット３６８であり得る、第２のメッセージを生成するための手段、第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、をさらに含み得る。ロケーションサーバ１５０は、たとえば、トランシーバ３６０を含み得る、モバイル端末から肯定応答メッセージを受信することなしに、モバイル端末に後続のメッセージを送るための手段をさらに含み得る。
【００７８】
[0087]図９は、モバイル端末によって受信されるときの、ＬＰＰ／ＬＰＰｅ高信頼トランスポート機構の選択的実装の方法を示すフローチャートである。図示のように、ＬＰＰ制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信し、非送信請求メッセージは支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示す（２５２）。非送信請求メッセージ中に含まれている支援データを処理し（２５４）、そのメッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つ（２５６）。ＬＰＰ制御プレーン環境はＬＰＰｅを含むことを理解されたい。メッセージは複数のメッセージセグメントにセグメント化され得、ここで、複数のメッセージセグメントの最後のセグメントは、肯定応答が必要とされないことを示す肯定応答要求フィールドを含んでいる。本方法は、ＬＰＰ制御プレーン環境においてロケーションサーバから第２のメッセージを受信すること、第２のメッセージは、肯定応答が必要とされることを示す第２の肯定応答要求フィールドを含んでいる、をさらに含み得、第２のメッセージの肯定応答がロケーションサーバに送信される。本方法はまた、ロケーションサーバから第２のメッセージを受信することを含み得、第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる。
【００７９】
[0088]図１０に、たとえば、不要な遅延を回避するために、上記で説明したように、ＬＰＰ／ＬＰＰｅ高信頼トランスポート機構を選択的に実装するロケーションサーバからメッセージを受信するように構成されたモバイル端末１２０、たとえば、モバイル端末のいくつかの例示的な特徴を示す概略ブロック図を示す。モバイル端末１２０は、たとえば、１つまたは複数の接続３０６（たとえば、バス、回線、ファイバー、リンクなど）に動作可能に結合され得る、１つまたは複数の処理ユニット３０２と、メモリ３０４と、トランシーバ３１０（たとえば、ワイヤレスネットワークインターフェース）と、（適用可能なとき）ＳＰＳ受信機３４０とを含み得る。いくつかの例示的な実装形態では、モバイル端末１２０の全部または一部はチップセットなどの形態をとり得る。
【００８０】
[0089]トランシーバ３１０は、たとえば、１つまたは複数のタイプのワイヤレス通信ネットワークを介して１つまたは複数の信号を送信することが可能な送信機３１２と、１つまたは複数のタイプのワイヤレス通信ネットワーク、たとえば、図１におけるＲＡＮ１４０を介したワイヤレスネットワーク１３０を介して送信される１つまたは複数の信号を受信するための受信機３１４とを含み得る。ワイヤレス通信ネットワークは、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）などであり得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＷＷＡＮは、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）ネットワーク、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＷｉＭａｘ（登録商標）などであり得る。ＣＤＭＡネットワークは、ｃｄｍａ２０００、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））などの１つまたは複数の無線アクセス技術（ＲＡＴ）を実装し得る。ｃｄｍａ２０００は、ＩＳ−９５、ＩＳ−２０００、およびＩＳ−８５６規格を含む。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、デジタルアドバンストモバイルフォンシステム（Ｄ−ＡＭＰＳ：Digital Advanced Mobile Phone System）、または何らかの他のＲＡＴを実装し得る。ＧＳＭ、Ｗ−ＣＤＭＡ、およびＬＴＥは、３ＧＰＰからの文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。３ＧＰＰおよび３ＧＰＰ２の文書は公開されている。ＷＬＡＮは、ＩＥＥＥ８０２．１１ｘネットワークであり得、ＷＰＡＮは、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＩＥＥＥ８０２．１５ｘ、または何らかの他のタイプのネットワークであり得る。本技法はまた、ＷＷＡＮ、ＷＬＡＮ、および／またはＷＰＡＮの任意の組合せとともに実装され得る。たとえば、ＲＡＮ１４０は、たとえば、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：evolved UMTS Terrestrial Radio Access Network）（ＬＴＥ）ネットワーク、Ｗ−ＣＤＭＡ  ＵＴＲＡＮネットワーク、ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM/EDGE Radio Access Network）、１ｘＲＴＴネットワーク、エボリューションデータオプティマイズド（ＥｖＤＯ：Evolution-Data Optimized）ネットワーク、ＷｉＭａｘネットワークまたはＷＬＡＮであり得る。
【００８１】
[0090]ＳＰＳ受信機３４０は、１つまたは複数のＳＰＳリソース、たとえば、図１における衛星ビークル（ＳＶ）１８０に関連する信号を受信することが可能であり得る。ＳＶは、たとえば、全地球測位システム（ＧＰＳ：Global Positioning System）、Ｇａｌｉｌｅｏ、ＧｌｏｎａｓｓまたはＣｏｍｐａｓｓなどの全地球ナビゲーション衛星システム（ＧＮＳＳ：Global Navigation Satellite System）のコンスタレーション中にあり得る。いくつかの態様によれば、本明細書で提示する技法は、ＳＰＳのための全地球システム（たとえば、ＧＮＳＳ）に限定されない。たとえば、本明細書で提供する技法は、たとえば、日本の準天頂衛星システム（ＱＺＳＳ：Quasi-Zenith Satellite System）、インドのインド地域航法衛星システム（ＩＲＮＳＳ：Indian Regional Navigational Satellite System）、中国のＢｅｉｄｏｕまたはＣｏｍｐａｓｓなどの様々な地域システム、ならびに／あるいは１つまたは複数の全地球および／または地域航法衛星システムに関連付けられ得るか、またはさもなければそれらのシステムとともに使用することが可能であり得る様々なオーグメンテーションシステム（たとえば、衛星ベースオーグメンテーションシステム（ＳＢＡＳ：Satellite Based Augmentation System））に適用され得るか、またはさもなければそれらのシステムにおいて使用することが可能であり得る。限定ではなく例として、ＳＢＡＳは、たとえば、ワイドエリアオーグメンテーションシステム（ＷＡＡＳ：Wide Area Augmentation System）、欧州静止ナビゲーションオーバーレイサービス（ＥＧＮＯＳ：European Geostationary Navigation Overlay Service）、多機能衛星オーグメンテーションシステム（ＭＳＡＳ：Multi-functional Satellite Augmentation System）、ＧＰＳ支援ジオオーグメンテッドナビゲーションまたはＧＰＳおよびジオオーグメンテッドナビゲーションシステム（ＧＡＧＡＮ：GPS Aided Geo Augmented NavigationまたはGPS and Geo Augmented Navigation system）など、完全性情報、差分補正などを与える（１つまたは複数の）オーグメンテーションシステムを含み得る。したがって、本明細書で使用するＳＰＳは、１つまたは複数の全地球および／または地域航法衛星システムならびに／あるいはオーグメンテーションシステムの任意の組合せを含み得、ＳＰＳ信号は、ＳＰＳ信号、ＳＰＳ様の信号、および／またはそのような１つまたは複数のＳＰＳに関連する他の信号を含み得る。
【００８２】
[0091]処理ユニット３０２は、ハードウェアとファームウェアとソフトウェアとの組合せを使用して実装され得る。処理ユニット３０２は、モバイル端末１２０の動作に関係するデータ信号コンピューティングプロシージャまたはプロセスの少なくとも一部分を実行するように構成可能な１つまたは複数の回路を表し得る。処理ユニット３０２は、たとえば、メッセージ中で受信されたデータを処理する、メッセージ受信ユニット３１６と、受信されたメッセージ中の肯定応答についての要求に応答して肯定応答メッセージを生成する肯定応答ユニット３１８とを含み得る。メッセージ受信ユニット３１６および肯定応答ユニット３１８は、ハードウェア、ファームウェア、およびソフトウェアまたはそれらの組合せで実装され得る。
【００８３】
[0092]本明細書においてフローチャートおよびメッセージフローで説明した方法は、適用例に応じて様々な手段によって実装され得る。たとえば、これらの方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ハードウェア実装の場合、処理ユニット３０２は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明した機能を実行するように設計された他の電子ユニット、またはそれらの組合せの内部に実装され得る。
【００８４】
[0093]ファームウェアおよび／またはソフトウェア実装の場合、それらの方法は、本明細書で説明した機能を実行するモジュール（たとえば、プロシージャ、関数など）を用いて実装され得る。命令を有形に実施するいずれの機械可読媒体も、本明細書で説明した方法の実装において使用され得る。たとえば、ソフトウェアコードは、プロセッサユニット３０２に接続され、それによって実行される、非一時的コンピュータ可読媒体３２０またはメモリ３０４に記憶され得る。メモリは、処理ユニットの内部または処理ユニットの外部に実装され得る。本明細書で使用する「メモリ」という用語は、長期メモリ、短期メモリ、揮発性メモリ、不揮発性メモリ、または他のメモリのいずれかのタイプを指し、メモリの特定のタイプまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきではない。
【００８５】
[0094]ファームウェアおよび／またはソフトウェアで実装する場合、機能は、コンピュータ可読媒体３２０および／またはメモリ３０４など、非一時的コンピュータ可読媒体上に１つまたは複数の命令３０８またはコードとして記憶され得る。例としては、データ構造で符号化されたコンピュータ可読媒体、およびコンピュータプログラムで符号化されたコンピュータ可読媒体がある。非一時的コンピュータ可読媒体は物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な非一時的媒体であり得る。限定ではなく例として、そのような非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク（disk）ストレージ、磁気ディスク（disk）ストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができ、本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）およびｂｌｕ−ｒａｙディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００８６】
[0095]コンピュータ可読媒体上での記憶に加えて、命令および／またはデータは、通信装置中に含まれる伝送媒体上の信号として与えられ得る。たとえば、通信装置は、命令とデータとを示す信号を有するトランシーバを含み得る。命令およびデータは、１つまたは複数のプロセッサに、特許請求の範囲で概説する機能を実装させるように構成される。すなわち、通信装置は、開示した機能を実行するための情報を示す信号をもつ伝送媒体を含む。
【００８７】
[0096]メモリ３０４は何らかのデータ記憶機構を表し得る。メモリ３０４は、たとえば、１次メモリおよび／または２次メモリを含み得る。１次メモリは、たとえば、ランダムアクセスメモリ、読取り専用メモリなどを含み得る。この例では処理ユニット３０２とは別個であるものとして示されているが、１次メモリの全部または一部は、処理ユニット３０２内に設けられるか、またはさもなければ処理ユニット３０２と共設／結合され得ることを理解されたい。２次メモリは、たとえば、１次メモリと同じまたは同様のタイプのメモリ、および／または、たとえば、ディスクドライブ、光ディスクドライブ、テープドライブ、ソリッドステートメモリドライブなど、１つまたは複数のデータストレージデバイスまたはシステムを含み得る。
【００８８】
[0097]いくつかの実装形態では、２次メモリは、非一時的コンピュータ可読媒体３２０を動作可能に受容するか、またはさもなければそれに結合するように構成可能であり得る。したがって、いくつかの例示的な実装形態では、本明細書で提示する方法および／または装置は、全体的にまたは部分的にコンピュータ可読媒体３２０の形態をとり得、コンピュータ可読媒体３２０は、その上に記憶されたコンピュータ実装可能命令３０８を含み得、コンピュータ実装可能命令３０８は、少なくとも１つの処理ユニット３０２によって実行された場合、本明細書で説明した例示的な動作の全部または一部を実行することが実効的に可能であり得る。コンピュータ可読媒体３２０はメモリ３０４の一部であり得る。
【００８９】
[0098]したがって、モバイル端末１２０は、たとえば、トランシーバ３１０であり得る、ＬＰＰ制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するための手段、非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示す、を含み得る。モバイル端末１２０は、たとえば、メッセージ受信ユニット３１６であり得る、非送信請求メッセージ中に含まれている支援データを処理するための手段をさらに含み得る。非送信請求メッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つための手段は、たとえば、肯定応答ユニット３１８を含み得る。モバイル端末１２０は、たとえば、トランシーバ３１０であり得る、ロケーションサーバから第２のメッセージを受信するための手段、ここにおいて、第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、をさらに含み得る。ＬＰＰ制御プレーン環境においてロケーションサーバから第２のメッセージを受信するための手段、第２のメッセージは、肯定応答が必要とされることを示す第２の肯定応答要求フィールドを含んでいる、は、たとえば、トランシーバ３１０であり得、ロケーションサーバに第２のメッセージの肯定応答を送信するための手段は、肯定応答ユニット３１８とトランシーバ３１０とを含み得る。
【００９０】
[0099]本発明について、教授の目的で特定の実施形態に関して説明したが、本発明はそれらの実施形態に限定されない。本発明の範囲から逸脱することなく、様々な適応および修正が行われ得る。したがって、添付の特許請求の範囲の趣旨および範囲は上記の説明に限定されるべきでない。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ＬＰＰ制御プレーン環境においてロケーションサーバを用いてメッセージを生成することと、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、
前記メッセージを前記ロケーションサーバから前記モバイル端末に送信することと
を備える方法。
［Ｃ２］
前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントの最後のセグメントは、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、Ｃ１に記載の方法。
［Ｃ３］
第２のメッセージを生成することをさらに備え、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、Ｃ１に記載の方法。
［Ｃ４］
前記モバイル端末から肯定応答メッセージを受信することなしに、前記モバイル端末に後続のメッセージを送ることをさらに備える、Ｃ１に記載の方法。
［Ｃ５］
前記ＬＰＰ制御プレーン環境がＬＰＰｅを含む、Ｃ１に記載の方法。
［Ｃ６］
メッセージをモバイルデバイスに転送するためのトランシーバと、
前記トランシーバに接続されたプロセッサと、前記プロセッサは、ＬＰＰ制御プレーン環境においてメッセージを生成することと、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、前記トランシーバを用いて前記メッセージを前記モバイル端末に送信することとを行うように適応された、
を備える装置。
［Ｃ７］
前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの１つまたは複数は、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、Ｃ６に記載の装置。
［Ｃ８］
前記プロセッサは、第２のメッセージを生成することと、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでおり、前記トランシーバを用いて前記第２のメッセージを前記モバイル端末に送信することとを行うようにさらに適応された、Ｃ６に記載の装置。
［Ｃ９］
前記プロセッサが、第２のメッセージを生成することと、前記モバイル端末からの肯定応答メッセージの受信なしに、前記トランシーバを用いて前記第２のメッセージを前記モバイル端末に送信することとを行うようにさらに適応された、Ｃ６に記載の装置。
［Ｃ１０］
前記ＬＰＰ制御プレーン環境がＬＰＰｅを含む、Ｃ６に記載の装置。
［Ｃ１１］
ＬＰＰ制御プレーン環境においてメッセージを生成するための手段と、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、
前記メッセージを前記モバイル端末に送信するための手段と
を備える装置。
［Ｃ１２］
前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの１つまたは複数は、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、Ｃ１１に記載の装置。
［Ｃ１３］
第２のメッセージを生成するための手段をさらに備え、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、Ｃ１１に記載の装置。
［Ｃ１４］
前記モバイル端末から肯定応答メッセージを受信することなしに、前記モバイル端末に後続のメッセージを送るための手段をさらに備える、Ｃ１１に記載の装置。
［Ｃ１５］
前記ＬＰＰ制御プレーン環境がＬＰＰｅを含む、Ｃ１１に記載の装置。
［Ｃ１６］
ＬＰＰ制御プレーン環境においてメッセージを生成するためのプログラムコードと、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、
前記メッセージを前記モバイル端末に送信するためのプログラムコードと
を備える、プログラムコードを記憶した非一時的コンピュータ可読媒体。
［Ｃ１７］
前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの１つまたは複数は、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、Ｃ１６に記載の非一時的コンピュータ可読媒体。
［Ｃ１８］
第２のメッセージを生成するためのプログラムコードをさらに備え、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、Ｃ１６に記載の非一時的コンピュータ可読媒体。
［Ｃ１９］
前記モバイル端末から肯定応答メッセージを受信することなしに、前記モバイル端末に後続のメッセージを送るためのプログラムコードをさらに備える、Ｃ１６に記載の非一時的コンピュータ可読媒体。
［Ｃ２０］
前記ＬＰＰ制御プレーン環境がＬＰＰｅを含む、Ｃ１６に記載の非一時的コンピュータ可読媒体。
［Ｃ２１］
ＬＰＰ制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信することと、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
前記非送信請求メッセージ中に含まれている前記支援データを処理することと、
前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つことと
を備える方法。
［Ｃ２２］
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの１つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、Ｃ２１に記載の方法。
［Ｃ２３］
前記ロケーションサーバから第２のメッセージを受信することをさらに備え、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、Ｃ２１に記載の方法。
［Ｃ２４］
前記ＬＰＰ制御プレーン環境において前記ロケーションサーバから第２のメッセージを受信することと、前記第２のメッセージは、肯定応答が必要とされることを示す第２の肯定応答要求フィールドを含んでおり、
前記ロケーションサーバに前記第２のメッセージの肯定応答を送信することと
をさらに備える、Ｃ２１に記載の方法。
［Ｃ２５］
前記ＬＰＰ制御プレーン環境がＬＰＰｅを含む、Ｃ２１に記載の方法。
［Ｃ２６］
メッセージを受信し、ロケーションサーバに送信するためのトランシーバと、
前記トランシーバに接続されたプロセッサと、前記プロセッサは、ＬＰＰ制御プレーン環境において前記トランシーバを用いて前記ロケーションサーバから非送信請求メッセージを受信することと、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、前記非送信請求メッセージ中に含まれている前記支援データを処理することと、前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つこととを行うように適応された、
を備える装置。
［Ｃ２７］
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの１つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、Ｃ２６に記載の装置。
［Ｃ２８］
前記プロセッサは、前記ロケーションサーバから第２のメッセージを受信するようにさらに適応され、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、Ｃ２６に記載の装置。
［Ｃ２９］
前記プロセッサは、前記ＬＰＰ制御プレーン環境において前記トランシーバを用いて前記ロケーションサーバから第２のメッセージを受信することと、前記第２のメッセージは、肯定応答が必要とされることを示す第２の肯定応答要求フィールドを含んでおり、前記ロケーションサーバに前記第２のメッセージの肯定応答を送信することとを行うようにさらに適合された、Ｃ２６に記載の装置。
［Ｃ３０］
前記ＬＰＰ制御プレーン環境がＬＰＰｅを含む、Ｃ２６に記載の装置。
［Ｃ３１］
ＬＰＰ制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するための手段と、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
前記非送信請求メッセージ中に含まれている前記支援データを処理するための手段と、
前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つための手段と
を備える装置。
［Ｃ３２］
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの１つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、Ｃ３１に記載の装置。
［Ｃ３３］
前記ロケーションサーバから第２のメッセージを受信するための手段をさらに備え、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、Ｃ３１に記載の装置。
［Ｃ３４］
前記ＬＰＰ制御プレーン環境において前記ロケーションサーバから第２のメッセージを受信するための手段と、前記第２のメッセージは、肯定応答が必要とされることを示す第２の肯定応答要求フィールドを含んでおり、
前記ロケーションサーバに前記第２のメッセージの肯定応答を送信するための手段と
をさらに備える、Ｃ３１に記載の装置。
［Ｃ３５］
前記ＬＰＰ制御プレーン環境がＬＰＰｅを含む、Ｃ３１に記載の装置。
［Ｃ３６］
ＬＰＰ制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するためのプログラムコードと、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
前記非送信請求メッセージ中に含まれている前記支援データを処理するためのプログラムコードと、
前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つためのプログラムコードと
を備える、プログラムコードを記憶した非一時的コンピュータ可読媒体。
［Ｃ３７］
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの１つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、Ｃ３６に記載の非一時的コンピュータ可読媒体。
［Ｃ３８］
前記ロケーションサーバから第２のメッセージを受信するためのプログラムコードをさらに備え、ここにおいて、前記第２のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第２の肯定応答要求フィールドを含んでいる、Ｃ３６に記載の非一時的コンピュータ可読媒体。
［Ｃ３９］
前記ＬＰＰ制御プレーン環境において前記ロケーションサーバから第２のメッセージを受信するためのプログラムコードと、前記第２のメッセージは、肯定応答が必要とされることを示す第２の肯定応答要求フィールドを含んでおり、
前記ロケーションサーバに前記第２のメッセージの肯定応答を送信するためのプログラムコードと
をさらに備える、Ｃ３６に記載の非一時的コンピュータ可読媒体。
［Ｃ４０］
前記ＬＰＰ制御プレーン環境がＬＰＰｅを含む、Ｃ３６に記載の非一時的コンピュータ可読媒体。
【図１】
0006009643.tif 000002
【図２】
0006009643.tif 000003
【図３】
0006009643.tif 000004
【図４】
0006009643.tif 000005
【図５】
0006009643.tif 000006
【図６】
0006009643.tif 000007
【図７】
0006009643.tif 000008
【図８】
0006009643.tif 000009
【図９】
0006009643.tif 000010
【図１０】
0006009643.tif 000011