JP2015533032A - Ｌｔｅ上での制御プレーンｌｃｓのための拡張ｌｔｅ測位プロトコル情報転送プロシージャ - Google Patents

Abstract

本明細書で開示する技法は、ＬＰＰメッセージの受信側が非ピギーバック肯定応答を送る拡張ＬＴＥ測位プロトコル（ＬＰＰ）高信頼トランスポートを提供する。モバイルデバイス上でロケーションサーバとのプロトコルセッションを実行するための例示的な方法は、第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージをロケーションサーバに送ることと、第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答を待っている間、モバイルデバイスからロケーションサーバへのアップリンク送信が中断される肯定応答待ち状態に入ることと、第１のプロトコルセッションメッセージに対する肯定応答ではないが、第１のプロトコルセッションメッセージ中で要求された情報を含む、第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出ることと、第２のプロトコルセッションメッセージ中で受信された情報を使用してアクションを行うこととを含む。【選択図】図３

Description

[0001] 本開示は、一般に測位プロトコルに関し、より詳細には、非ピギーバック（non-piggybacked）肯定応答を使用して測位プロトコルにおける改善された信頼性を与えるための技法に関する。

[0002] ワイヤレス通信のためのロングタームエボリューション（ＬＴＥ：Long Term Evolution）規格は第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）によって開発されている。ＬＴＥ測位プロトコル（ＬＰＰ：LTE Positioning Protocol）を定義する３ＧＰＰ ＴＳ３６．３５５仕様において、トランスポートレイヤについてのＬＰＰ高信頼トランスポート要件が定義されている。ＬＰＰ高信頼トランスポート仕様は、重複メッセージ検出、肯定応答、およびメッセージの再送信についての要件を含む。ＬＰＰ仕様は、ユーザ機器（ＵＥ）がＬＰＰ高信頼トランスポートをサポートすることを必要とする。

[0003] ＴＳ３６．３５５仕様において提示されている肯定応答プロシージャは以下のステージを含む。

・肯定応答を要求するＬＰＰメッセージの受信時に、受信側は、肯定応答されるべきメッセージのシーケンス番号を含む肯定応答をもつＬＰＰメッセージを返信する。

・肯定応答はＬＰＰメッセージ本文を含んでいないことがある（本明細書では「非ピギーバックＬＰＰ肯定応答」とも呼ぶ）。代替的に、肯定応答はＬＰＰメッセージ本文とともにＬＰＰメッセージ中で送られ得る（本明細書では「ピギーバックＬＰＰ肯定応答」とも呼ぶ）。

・送信側がＬＰＰメッセージについての肯定応答を受信すると、いずれかの含まれたシーケンス番号が一致しているという条件で、送信側は、次のＬＰＰメッセージを送ることを許される。

・肯定応答を必要とするＬＰＰメッセージが送られ、肯定応答されないとき、ＬＰＰメッセージはタイムアウト期間の後に送信側によって３回まで再送される。その後まだ肯定応答されない場合、送信側は関連するセッションのためのすべてのＬＰＰアクティビティをアボートする。

[0004] 肯定応答を必要とするＬＰＰメッセージの送信側は、受信されるべき肯定応答を待っている間、送信側がＬＰＰメッセージ本文を含む後続のメッセージを送信できない「肯定応答待ち（wait for acknowledgement）」状態に入る。肯定応答がメッセージの受信側によって送られたが、送信側への伝送途中で失われたとき、送信側は、タイムアウトが発生するまで、肯定応答待ち状態で立ち往生し得る。

[0005] 本開示による、モバイルデバイス上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してロケーションサーバとのプロトコルセッションを実行するための例示的な方法は、第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージをロケーションサーバに送ることと、第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答を待っている間、モバイルデバイスからロケーションサーバへのアップリンク送信が中断される肯定応答待ち状態に入ることと、第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答ではなく、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージ中で要求された情報を含み、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出る(exit)ことと、第２のプロトコルセッションメッセージ中で受信された情報を使用してアクションを行うこととを含む。

[0006] そのような方法の実装形態は、以下の特徴のうちの１つまたは複数を含み得る。第１のプロトコルセッションメッセージはＬＴＥ測位プロトコル（ＬＰＰ）支援データ要求（Request Assistance Data）メッセージであり、第２のプロトコルセッションメッセージはＬＰＰ支援データ提供（Provide Assistance Data）メッセージである。第１のプロトコルセッションメッセージはＬＰＰ支援データ要求メッセージであり、第２のプロトコルセッションメッセージはＬＰＰエラー（Error）メッセージまたはＬＰＰアボート（Abort）メッセージである。第１のプロトコルセッションメッセージはロケーションサーバへの情報についての要求を含み、第２のプロトコルセッションメッセージはロケーションサーバからの情報を含む。第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較すること、および第１のトランザクションＩＤが第２のトランザクションＩＤに一致する場合のみ、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出ること。第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答も、第２のプロトコルセッションメッセージも、再送信タイマーの満了より前にモバイルデバイスによって受信されない場合、第１のプロトコルセッションメッセージをロケーションサーバに再送すること。

[0007] 本開示による、モバイルデバイス上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してロケーションサーバとのプロトコルセッションを実行するための例示的な装置は、第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージをロケーションサーバに送るための手段と、第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答を待っている間、モバイルデバイスからロケーションサーバへのアップリンク送信が中断される肯定応答待ち状態に入るための手段と、第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信するための手段と、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答ではなく、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージ中で要求された情報を含み、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出るための手段と、第２のプロトコルセッションメッセージ中で受信された情報を使用してアクションを行うための手段とを含む。

[0008] そのような装置の実装形態は、以下の特徴のうちの１つまたは複数を含み得る。第１のプロトコルセッションメッセージはＬＴＥ測位プロトコル（ＬＰＰ）支援データ要求メッセージであり、第２のプロトコルセッションメッセージはＬＰＰ支援データ提供メッセージである。第１のプロトコルセッションメッセージはＬＰＰ支援データ要求メッセージであり、第２のプロトコルセッションメッセージはＬＰＰエラーメッセージまたはＬＰＰアボートメッセージである。第１のプロトコルセッションメッセージはロケーションサーバへの情報についての要求を含み、第２のプロトコルセッションメッセージはロケーションサーバからの情報を含む。第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較するための手段、および第１のトランザクションＩＤが第２のトランザクションＩＤに一致する場合のみ、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出るための手段。第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答も、第２のプロトコルセッションメッセージも、再送信タイマーの満了より前にモバイルデバイスによって受信されない場合、第１のプロトコルセッションメッセージをロケーションサーバに再送するための手段。

[0009] 本開示による、モバイルデバイス上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してロケーションサーバとのプロトコルセッションを実行するための例示的な装置は、データをワイヤレスに送信および受信するように構成されたトランシーバと、プロセッサ実行可能プログラムコードを記憶するように構成されたメモリと、プロセッサとを含む。プロセッサは、第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージをロケーションサーバに送ることと、第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答を待っている間、モバイルデバイスからロケーションサーバへのアップリンク送信が中断される肯定応答待ち状態に入ることと、第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答ではなく、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージ中で要求された情報を含み、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出ることと、第２のプロトコルセッションメッセージ中で受信された情報を使用してアクションを行うこととをするように構成される。

[0010] そのような装置の実装形態は、以下の特徴のうちの１つまたは複数を含み得る。第１のプロトコルセッションメッセージはＬＴＥ測位プロトコル（ＬＰＰ）支援データ要求メッセージであり、第２のプロトコルセッションメッセージはＬＰＰ支援データ提供メッセージである。第１のプロトコルセッションメッセージはＬＰＰ支援データ要求メッセージであり、第２のプロトコルセッションメッセージはＬＰＰエラーメッセージまたはＬＰＰアボートメッセージである。第１のプロトコルセッションメッセージはロケーションサーバへの情報についての要求を含み、第２のプロトコルセッションメッセージはロケーションサーバからの情報を含む。プロセッサは、第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較することと、第１のトランザクションＩＤが第２のトランザクションＩＤに一致する場合のみ、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出ることとをするようにさらに構成される。プロセッサは、第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答も、第２のプロトコルセッションメッセージも、再送信タイマーの満了より前にモバイルデバイスによって受信されない場合、第１のプロトコルセッションメッセージをロケーションサーバに再送するようにさらに構成される。

[0011] 本開示による、モバイルデバイス上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してロケーションサーバとのプロトコルセッションを実行するための複数のコンピュータ可読命令を記憶した一例非一時的コンピュータ可読媒体は、第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージをロケーションサーバに送ることと、第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答を待っている間、モバイルデバイスからロケーションサーバへのアップリンク送信が中断される肯定応答待ち状態に入ることと、第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答ではなく、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージ中で要求された情報を含み、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出ることと、第２のプロトコルセッションメッセージ中で受信された情報を使用してアクションを行うこととをコンピュータにさせるように構成された命令を含む。

[0012] そのような非一時的コンピュータ可読媒体の実装形態は、以下の特徴のうちの１つまたは複数を含み得る。第１のプロトコルセッションメッセージはＬＴＥ測位プロトコル（ＬＰＰ）支援データ要求メッセージであり、第２のプロトコルセッションメッセージはＬＰＰ支援データ提供メッセージである。第１のプロトコルセッションメッセージはＬＰＰ支援データ要求メッセージであり、第２のプロトコルセッションメッセージはＬＰＰエラーメッセージまたはＬＰＰアボートメッセージである。第１のプロトコルセッションメッセージはロケーションサーバへの情報についての要求を含み、第２のプロトコルセッションメッセージはロケーションサーバからの情報を含む。第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較することと、第１のトランザクションＩＤが第２のトランザクションＩＤに一致する場合のみ、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出ることとをコンピュータにさせるように構成された命令。第１のプロトコルセッションメッセージに応答したロケーションサーバからの肯定応答も、第２のプロトコルセッションメッセージも、再送信タイマーの満了より前にモバイルデバイスによって受信されない場合、第１のプロトコルセッションメッセージをロケーションサーバに再送することをコンピュータにさせるように構成された命令。

[0013] 本開示による、ロケーションサーバ上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してモバイルデバイスとのプロトコルセッションを実行するための例示的な方法は、第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージをモバイルデバイスに送ることと、第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答を待っている間、ロケーションサーバからモバイルデバイスへのダウンリンク送信が中断される肯定応答待ち状態に入ることと、第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答ではなく、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージ中で要求された情報を含み、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出ることと、第２のプロトコルセッションメッセージ中で受信された情報を使用してアクションを行うこととを含む。

[0014] そのような方法の実装形態は、以下の特徴のうちの１つまたは複数を含み得る。プロトコルセッションメッセージはモバイルデバイスへの情報についての要求を含み、第２のプロトコルセッションメッセージはモバイルデバイスからの情報を含む。第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答も、第２のプロトコルセッションメッセージも、再送信タイマーの満了より前にモバイルデバイスによって受信されない場合、第１のプロトコルセッションメッセージをモバイルデバイスに再送すること。第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較すること、および第１のトランザクションＩＤが第２のトランザクションＩＤに一致する場合のみ、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出ること。第１のプロトコルセッションメッセージはＬＴＥ測位プロトコル（ＬＰＰ）支援データ提供メッセージであり、第２のプロトコルセッションメッセージはＬＰＰロケーション情報提供（Provide Location Information）メッセージである。

[0015] 本開示による、ロケーションサーバ上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してモバイルデバイスとのプロトコルセッションを実行するための例示的な装置は、第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージをモバイルデバイスに送るための手段と、第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答を待っている間、ロケーションサーバからモバイルデバイスへのダウンリンク送信が中断される肯定応答待ち状態に入るための手段と、第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信するための手段と、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答ではなく、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージ中で要求された情報を含み、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出るための手段と、第２のプロトコルセッションメッセージ中で受信された情報を使用してアクションを行うための手段とを含む。

[0016] そのような装置の実装形態は、以下の特徴のうちの１つまたは複数を含み得る。プロトコルセッションメッセージはモバイルデバイスへの情報についての要求を含み、第２のプロトコルセッションメッセージはモバイルデバイスからの情報を含む。第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答も、第２のプロトコルセッションメッセージも、再送信タイマーの満了より前にモバイルデバイスによって受信されない場合、第１のプロトコルセッションメッセージをモバイルデバイスに再送するための手段。第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較するための手段、および第１のトランザクションＩＤが第２のトランザクションＩＤに一致する場合のみ、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出るための手段。第１のプロトコルセッションメッセージはＬＴＥ測位プロトコル（ＬＰＰ）支援データ提供メッセージであり、第２のプロトコルセッションメッセージはＬＰＰロケーション情報提供メッセージである。

[0017] 本開示による、ロケーションサーバ上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してモバイルデバイスとのプロトコルセッションを実行するための例示的な装置は、１つまたは複数のネットワークを介してデータを送信および受信するように構成されたネットワークインターフェースと、プロセッサ実行可能プログラムコードを記憶するように構成されたメモリと、プロセッサとを含む。プロセッサは、第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージをモバイルデバイスに送ることと、第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答を待っている間、ロケーションサーバからモバイルデバイスへのダウンリンク送信が中断される肯定応答待ち状態に入ることと、第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答ではなく、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージ中で要求された情報を含み、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出ることと、第２のプロトコルセッションメッセージ中で受信された情報を使用してアクションを行うこととをするように構成される。

[0018] そのような装置の実装形態は、以下の特徴のうちの１つまたは複数を含み得る。プロトコルセッションメッセージはモバイルデバイスへの情報についての要求を含み、第２のプロトコルセッションメッセージはモバイルデバイスからの情報を含む。第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答も、第２のプロトコルセッションメッセージも、再送信タイマーの満了より前にモバイルデバイスによって受信されない場合、第１のプロトコルセッションメッセージをモバイルデバイスに再送する。第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較し、第１のトランザクションＩＤが第２のトランザクションＩＤに一致する場合のみ、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出る。第１のプロトコルセッションメッセージはＬＴＥ測位プロトコル（ＬＰＰ）支援データ提供メッセージであり、第２のプロトコルセッションメッセージはＬＰＰロケーション情報提供メッセージである。

[0019] 本開示による、ロケーションサーバ上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してモバイルデバイスとのプロトコルセッションを実行するための複数のコンピュータ可読命令を記憶した例示的な非一時的コンピュータ可読媒体は、第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージをモバイルデバイスに送ることと、第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答を待っている間、ロケーションサーバからモバイルデバイスへのダウンリンク送信が中断される肯定応答待ち状態に入ることと、第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答ではなく、第２のプロトコルセッションメッセージが、第１のプロトコルセッションメッセージ中で要求された情報を含み、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出ることと、第２のプロトコルセッションメッセージ中で受信された情報を使用してアクションを行うこととをコンピュータにさせるように構成された命令を含む。

[0020] そのような非一時的コンピュータ可読媒体の実装形態は、以下の特徴のうちの１つまたは複数を含み得る。プロトコルセッションメッセージはモバイルデバイスへの情報についての要求を含み、第２のプロトコルセッションメッセージはモバイルデバイスからの情報を含む。第１のプロトコルセッションメッセージに応答したモバイルデバイスからの肯定応答も、第２のプロトコルセッションメッセージも、再送信タイマーの満了より前にモバイルデバイスによって受信されない場合、第１のプロトコルセッションメッセージをモバイルデバイスに再送することをコンピュータにさせるための複数の命令。第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較することと、第１のトランザクションＩＤが第２のトランザクションＩＤに一致する場合のみ、第２のプロトコルセッションメッセージを受信したことに応答して肯定応答待ち状態を出ることとをコンピュータにさせるための複数の命令。第１のプロトコルセッションメッセージはＬＴＥ測位プロトコル（ＬＰＰ）支援データ提供メッセージであり、第２のプロトコルセッションメッセージはＬＰＰロケーション情報提供メッセージである。

[0021] 本明細書で説明する項目および／または技法は、以下の機能のうちの１つまたは複数、並びに言及されていない他の機能を提供し得る。

本明細書で説明する技法が実装され得る例示的なネットワークアーキテクチャのブロック図。 非ピギーバックＬＰＰ肯定応答メッセージが失われないときに何が行われるべきかを示す、モバイルデバイス主導型支援データ転送のための例示的なコールフローを示す図。 モバイルデバイスがロケーションサーバからのＬＰＰ支援データ提供メッセージを代用（substitute）／暗黙的（implicit）肯定応答として受け付けるように構成された、モバイルデバイス主導型支援データ転送のための例示的なコールフローを示す図。 代用／暗黙的肯定応答がＬＰＰエラーメッセージまたはＬＰＰアボートメッセージを備えることができる、モバイルデバイス主導型支援データ転送のための例示的なコールフローを示す図。 ロケーション情報提供メッセージが代用／暗黙的肯定応答の役割を果たす、例示的なコールフロー。 前述の図に記載されたモバイルデバイスを実装するために使用され得る、モバイルデバイスのブロック図。 図６に示されたメモリの機能モジュールを示す、前述の図に示されたモバイルデバイスの機能ブロック図。 前述の図に記載されたサーバを実装するために使用され得る、サーバのブロック図。 図８に示されたメモリの機能モジュールを示す、前述の図に示されたロケーションサーバの機能ブロック図。 信頼できないリンクを介したトランスポートを可能にする機構をもつプロトコルを使用して第１のネットワークエンティティと第２のネットワークエンティティとの間でとのモバイルデバイス主導型プロトコルセッションを実行するためのプロセスの流れ図。 信頼できないリンクを介したトランスポートを可能にする機構をもつプロトコルを使用して第１のネットワークエンティティと第２のネットワークエンティティとの間でとのモバイルデバイス主導型プロトコルセッションを実行するためのプロセスの流れ図。 信頼できないリンクを介したトランスポートを可能にする機構をもつプロトコルを使用して第１のネットワークエンティティと第２のネットワークエンティティとの間でとのサーバ主導型プロトコルセッションを実行するためのプロセスの流れ図。 信頼できないリンクを介したトランスポートを可能にする機構をもつプロトコルを使用して第１のネットワークエンティティと第２のネットワークエンティティとの間でとのサーバ主導型プロトコルセッションを実行するためのプロセスの流れ図。

詳細な説明
[0035] 本明細書で開示する技法は、ＬＰＰメッセージの受信側が非ピギーバック肯定応答を送る際の性能を向上できる拡張ＬＴＥ測位プロトコル（ＬＰＰ）高信頼トランスポートを提供する。これらの技法は、送信側が、代用／暗黙的肯定応答を受け付けることによって、送信側のメッセージに対する非ピギーバック肯定応答が失われたときに肯定応答待ち状態で立ち往生することを防止できる。本明細書で説明する技法は、ＬＰＰ／ＬＰＰｅ（ＬＰＰ拡張）を含む他のプロトコルとともに使用され得る。

例示的なネットワーク環境
[0036] 図１は、ＬＴＥネットワークと本明細書で説明する技法を実装することとに好適であり得る、第１のネットワークアーキテクチャ１００のブロック図である。第１のネットワークアーキテクチャ１００は、ユーザ機器（ＵＥ）、移動局、端末、アクセス端末、加入者ユニット、局などと呼ばれることもあるモバイルデバイス１１０を含む。モバイルデバイス１１０は、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスデバイス、ワイヤレスモデム、ワイヤレスルータ、ラップトップコンピュータ、テレメトリデバイス、トラッキングデバイスなどであり得る。モバイルデバイス１１０は、通信サービスを取得するために、無線アクセスネットワーク（ＲＡＮ）中の、本明細書ではｅノードＢ（ｅＮＢ）とも呼ぶ基地局１２０と通信し得る。ＲＡＮは、簡単のために図１に示されていない他のネットワークエンティティを含み得、発展型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access Network）と呼ばれることもある。基地局１２０は、ノードＢ、アクセスポイントなどと呼ばれることもある。

[0037] モバイルデバイス１１０はまた、１つまたは複数の衛星１７０からの信号を受信および測定し、衛星１７０についての擬似距離測定値を取得し得る。衛星１７０はグローバルナビゲーション衛星システム（ＧＮＳＳ：Global Navigation Satellite System）の一部であり得、ＧＮＳＳは、米国の全地球測位システム（ＧＰＳ：Global Positioning System）、欧州のＧａｌｉｌｅｏシステム、ロシアのＧＬＯＮＡＳＳシステム、または何らかの他のＧＮＳＳであり得る。モバイルデバイス１１０はまた、基地局１２０などのｅＮＢからの信号を測定し、それらのｅＮＢについての（例えば、到着時間（ＴＯＡ：time of arrival）または観測到着時間差（ＯＴＤＯＡ：observed time difference of arrival）に関する）タイミング測定値、信号強度測定値、および／または信号品質測定値を取得し得る。それらの擬似距離測定値、タイミング測定値、信号強度測定値、および／または信号品質測定値は、モバイルデバイス１１０についてのロケーション推定値を導出するために使用され得る。ロケーション推定値は、位置推定値、位置フィックスなどと呼ばれることもある。

[0038] 基地局１２０は、モビリティ管理、ゲートウェイ選択、認証、ベアラ管理などの様々な制御機能を行い得るモビリティ管理エンティティ（ＭＭＥ）１３０と通信し得る。ＭＭＥ１３０はロケーションサーバ１４０と通信し得る。ロケーションサーバ１４０は発展型サービングモバイルロケーションセンター（Ｅ−ＳＭＬＣ：Evolved Serving Mobile Location Center）１４０であり得る。ＭＭＥ１３０はゲートウェイモバイルロケーションセンター（ＧＭＬＣ：Gateway Mobile Location Center）１５０とも通信し得る。ロケーションサーバ１４０は、モバイルデバイスベース、モバイルデバイス支援型、ネットワークベースおよび／またはネットワーク支援型の測位方法をサポートし得、１つまたは複数のＭＭＥをサポートし得る。ロケーションサーバ１４０はスタンドアロンＳＭＬＣ（ＳＡＳ：standalone SMLC）などと呼ばれることもある。ロケーションサーバ１４０はまた、ロケーションサービスをサポートするためにＧＭＬＣ１５０と通信し得る。ＧＭＬＣ１５０は、ロケーションサービスをサポートし、ロケーションサービス（ＬＣＳ：location service）クライアント１６０などの外部ＬＣＳクライアントとインターフェースし、加入者プライバシー、許可、認証、課金などのサービスを提供するための、様々な機能を行い得る。ＧＭＬＣ１５０は、ホームＧＭＬＣ（Ｈ−ＧＭＬＣ：Home GMLC）、訪問先ＧＭＬＣ（Ｖ−ＧＭＬＣ：Visited GMLC）、および／または要求側ＧＭＬＣ（Ｒ−ＧＭＬＣ：Requesting GMLC）を含み得る。Ｈ−ＧＭＬＣ、Ｖ−ＧＭＬＣ、およびＲ−ＧＭＬＣは、それらが、本明細書で開示する技法を説明するために必要ではないので、図１に示されていない。

[0039] 図１に示された例示的なネットワーク構成は、本明細書で開示する技法が実装され得るネットワークの１つの可能な構成の例にすぎない。他のネットワーク構成は、図１に示されていない追加の要素を含み得、様々な構成要素は、図１に示されたものとは異なる構成で相互接続され得る。

例示的な実施形態
[0040] 図２に、非ピギーバックＬＰＰ肯定応答メッセージが失われないときに何が行われるべきかを示す、モバイルデバイス主導型支援データ転送のための例示的なコールフローを与える。図２に示されたモバイルデバイス主導型支援データ転送プロシージャは、モバイルデバイス１１０とロケーションサーバ１４０（本明細書ではロケーションサーバとも呼ぶ）との間で行われるシグナリングを示す。

[0041] 図２に示されたモバイルデバイス主導型支援データ転送のためのコールフローは以下のステージを含む。

ステージ２０５：モバイルデバイス１１０は、ロケーションサーバからの肯定応答を必要とするＬＰＰ支援データ要求メッセージをロケーションサーバに送る。

ステージ２１０：ロケーションサーバ１４０は非ピギーバック肯定応答で応答する。

ステージ２１５：要求された支援データの準備ができたとき、ロケーションサーバ１４０は、要求された支援データを含むＬＰＰ支援データ提供メッセージをモバイルデバイス１１０に送ることができる。

ステージ２２０：モバイルデバイス１１０は非ピギーバック肯定応答で応答する。

[0042] 典型的なモバイルデバイス１１０実装形態で、ステージ２０５の後に、モバイルデバイス１１０は、モバイルデバイス１１０がロケーションサーバ１４０からの肯定応答を待つ肯定応答待ち状態に入る。しかしながら、ロケーションサーバ１４０によってモバイルデバイス１１０に送られた非ピギーバック肯定応答が失われ、モバイルデバイス１１０を肯定応答待ち状態で立ち往生させることがある。例えば、非ピギーバック肯定応答は、ｅノードＢハンドオーバ中のＬＴＥトランスポートレイヤにおける短いサービス中断により、あるいはＭＭＥ１３０または基地局１２０輻輳により失われることがある。

[0043] ＴＳ３６．３５５仕様に記載されている現在の肯定応答プロシージャは、ステージ２０５において送られた要求メッセージに応答して肯定応答が受信されない場合、モバイルデバイス１１０が「タイムアウト期間」満了まで肯定応答待ち状態にとどまり、満了時に、モバイルデバイス１１０が支援データをロケーションサーバ１４０にもう一度要求するためにＬＰＰ支援データ要求メッセージを再送信することを必要とする。ＬＰＰ支援データ要求メッセージの再送信は、モバイルデバイス１１０が、再送信を可能にするのに十分長い応答時間を与えられるときに有用であり得る。しかしながら、多くのロケーションベースサービス（ＬＢＳ：location-based service）アプリケーションは、あまりレイテンシトレラントではなく（例えば、北米において使用される拡張９１１（Ｅ−９１１）緊急サービスは、３０秒よりも短い応答時間を有し得る）、ＬＰＰ支援データ要求メッセージの再送信のための十分な時間を与えない。ＬＰＰ支援データ要求メッセージを再送信するための十分な時間が利用可能であるときでも、不要な再送信は、ＬＴＥネットワーク上の基地局１２０およびＭＭＥ１３０において、ＬＴＥネットワークの性能に影響を及ぼし得る余分のシグナリング負荷をもたらす。

[0044] 肯定応答待ち状態にある間、モバイルデバイス１１０は、メッセージ本文を含む後続のアップリンクＬＰＰメッセージを送ることができない。しかしながら、モバイルデバイス１１０は、ロケーションサーバ１４０からダウンリンクメッセージを受信し続けることができる。ＬＰＰ規格は、モバイルデバイス１１０が、モバイルデバイス１１０によって送られた最後の（アップリンク）ＬＰＰメッセージに対する肯定応答を待っている間、後続の（ダウンリンク）ＬＰＰメッセージを受信し、それに肯定応答することを禁止していない。その結果、モバイルデバイス１１０は、ステージ２１０においてロケーションサーバ１４０によって送信された非ピギーバック肯定応答が失われていても、要求された支援データを搬送するＬＰＰ支援データ提供メッセージを受信できる（ステージ２１５）。

[0045] モバイルデバイス１１０によって要求された支援データを含むＬＰＰ支援データ提供メッセージを受信したことに応答して、モバイルデバイス１１０は、モバイルデバイス１１０のロケーションを判断するために測位プロシージャを行うことが可能である。しかし、モバイルデバイス１１０は肯定応答待ち状態で立ち往生したままであるので、モバイルデバイス１１０は、ＬＰＰ規格によれば、測位プロシージャの結果をロケーションサーバ１４０に送ることを可能にされない。その結果、モバイルデバイス１１０が、ステージ２１５において受信された、ロケーションサーバ１４０から受信された支援データを使用して、モバイルデバイス１１０の位置を推定または測定することが可能であったとしても、測位セッションは失敗したと見なされ得る。

[0046] モバイルデバイス１１０が肯定応答待ち状態で立ち往生するデッドロック問題を回避するために、モバイルデバイス１１０は、要求された支援データを含むＬＰＰ支援データ提供メッセージを失われた非ピギーバック肯定応答のための「代用／暗黙的肯定応答」として受け付けるように構成され得、モバイルデバイス１１０は、肯定応答待ち状態を出て、アップリンクＬＰＰシグナリングを可能にできる。ＬＰＰ支援データ提供メッセージは、ステージ２０５においてモバイルデバイス１１０によってロケーションサーバ１４０に送られたＬＰＰ支援データ要求メッセージに応答して与えられるので、ＬＰＰ支援データ提供メッセージは、ステージ２１０においてロケーションサーバ１４０によってモバイルデバイス１１０に送られた明示的ＬＰＰ非ピギーバック肯定応答のための代用／暗黙的肯定応答の役割を果たすことができる。要求に応答してステージ２１０においてロケーションサーバ１４０によって送られた明示的非ピギーバック肯定応答が、その肯定応答がモバイルデバイス１１０に到達する前に失われたとしても、モバイルデバイス１１０によるＬＰＰ支援データ提供メッセージの受信が、ステージ２０５において送られたＬＰＰ支援データ要求メッセージをロケーションサーバ１４０が受信したことを示す。従って、モバイルデバイス１１０は、肯定応答待ち状態を出て、測位セッションを続けることができる。代用／暗黙的肯定応答を受け付けるように構成された、モバイルデバイス１１０などのターゲットデバイスの例を図３および図４に与える。

[0047] 図３および図４は、モバイルデバイスが、非ピギーバック肯定応答の紛失の後に後続のダウンリンクメッセージを代用／暗黙的肯定応答として受け付けるように構成された、例示的なプロセスを示すコールフロー図である。これらの例では、代用／暗黙的肯定応答がメッセージに対する応答である。

[0048] 図３は、モバイルデバイス１１０がロケーションサーバ１４０からのＬＰＰ支援データ提供メッセージを代用／暗黙的肯定応答として受け付けるように構成された、モバイルデバイス主導型支援データ転送のための例示的なコールフローを示す。

ステージ３０５：モバイルデバイス１１０は、ロケーションサーバ１４０からの肯定応答を必要とするＬＰＰ支援データ要求メッセージをロケーションサーバ１４０に送る。モバイルデバイス１１０は肯定応答待ち状態に入る。

ステージ３１０：ロケーションサーバ１４０は非ピギーバック肯定応答で応答するが、非ピギーバック肯定応答は、それがモバイルデバイス１１０に到達する前に失われる。

ステージ３１５：要求された支援データの準備ができたとき、ロケーションサーバ１４０はモバイルデバイス１１０にＬＰＰ支援データ提供メッセージを送る。

ステージ３２０：モバイルデバイス１１０は非ピギーバック肯定応答で応答する。モバイルデバイス１１０は、支援データ提供データメッセージ中に含まれるトランザクションＩＤを、支援データ要求メッセージ中に含まれるトランザクションＩＤと比較し、モバイルデバイス１１０は、トランザクションＩＤが一致する場合、肯定応答待ち状態を出る。

[0049] 図３に示されたコールフローで、モバイルデバイス１１０は、支援データ提供メッセージ中に含まれるトランザクションＩＤが、モバイルデバイス１１０がロケーションサーバに送ったＬＰＰ支援データ要求メッセージ中に含まれるトランザクションＩＤと一致することを検証できる。２つのトランザクションＩＤが一致する場合、モバイルデバイス１１０は、ロケーションサーバから受信された支援データ提供メッセージを代用／暗黙的肯定応答として受け付けるように構成され得る。要求された支援データが受信されたので、モバイルデバイス１１０がロケーションサーバから非ピギーバック肯定応答を決して受信していなくても、モバイルデバイス１１０は、ロケーションサーバがＬＰＰ支援データ要求メッセージを受信したと想定(assume)できる。モバイルデバイス１１０は、次いで、必要に応じて後続のアップリンクＬＰＰメッセージを送ることによってコールフローを進めることが可能である。

[0050] 本明細書で説明する代用／暗黙的肯定応答の使用は、少なくとも以下の技術的利点または利益を与える。１）代用／暗黙的肯定応答の使用は、モバイルデバイス１１０に肯定応答待ち状態を出ることを強制することによって、アップリンクＬＰＰシグナリングに関する不要なホールドアップ（hold-up）を防止でき、２）代用／暗黙的肯定応答の使用は、不要な再送信をなくすことによって、ＬＢＳアプリケーションの（特に、あまりレイテンシトレラントでないものに対して）全体的性能を改善できる。

[0051] 図３示された例で、モバイルデバイス１１０は、支援データ提供メッセージが、ステージ３０５において送られたＬＰＰ支援データ要求メッセージに関連し、それに応答して与えられたことを判断するために、支援データ提供メッセージに関連するトランザクションＩＤを使用するように構成され得る。他の実装形態では、モバイルデバイス１１０において受信された特定のメッセージが、モバイルデバイス１１０によってロケーションサーバ１４０に送られた要求に応答して与えられたことを判断するために、他の情報が使用され得る。いくつかの実装形態で、モバイルデバイス１１０は、ロケーションサーバ１４０から受信された次のＬＰＰ支援データ提供メッセージを代用／暗黙的肯定応答として受け付けること、またはモバイルデバイス１１０がＬＰＰ支援データ要求メッセージを送った所定の時間期間内にロケーションサーバ１４０から受信された次のＬＰＰ支援データ提供メッセージを明示的非ピギーバック肯定応答のための代用／暗黙的肯定応答として受け付けることをするように構成され得る。

[0052] 図４は、代用／暗黙的肯定応答がＬＰＰエラーメッセージまたはＬＰＰアボートメッセージを備えることができる、モバイルデバイス主導型支援データ転送のための例示的なコールフローを示す。

ステージ４０５：モバイルデバイス１１０はロケーションサーバ１４０にＬＰＰ支援データ要求メッセージを送る。ＬＰＰ支援データ要求メッセージはロケーションサーバ１４０からの肯定応答を必要とする。モバイルデバイス１１０は、ロケーションサーバ１４０にＬＰＰ支援データ要求メッセージを送った後に肯定応答待ち状態に入る。

ステージ４１０：ロケーションサーバ１４０は非ピギーバック肯定応答で応答するが、非ピギーバック肯定応答は、それがモバイルデバイス１１０に到達する前に失われる。（注：ステージ４１０は、ロケーションサーバ１４０がＬＰＰ支援データ要求メッセージから非ピギーバック肯定応答についての必要な情報を取得することができなかった場合、起こり得ない。）
ステージ４１５：モバイルデバイス１１０から受信されたＬＰＰ支援データ要求に関する問題がある場合、ロケーションサーバはモバイルデバイス１１０にＬＰＰエラーメッセージまたはＬＰＰアボートメッセージを送信できる。

ステージ４２０：モバイルデバイス１１０は非ピギーバック肯定応答で応答する。モバイルデバイス１１０は、次いで、ＬＰＰエラーメッセージまたはＬＰＰアボートメッセージ中に含まれるトランザクションＩＤを、支援データ要求メッセージ中に含まれるトランザクションＩＤと比較することができ、モバイルデバイス１１０は、トランザクションＩＤが一致する場合、肯定応答待ち状態を出る。

[0053] 図４に示されたコールフローで、モバイルデバイス１１０は、ＬＰＰエラーメッセージまたはＬＰＰアボートメッセージ中に含まれるトランザクションＩＤが、モバイルデバイス１１０がロケーションサーバ１４０に送った支援データ要求メッセージ中に含まれるトランザクションＩＤと一致することを検証できる。２つのトランザクションＩＤが一致する場合、モバイルデバイス１１０は、ロケーションサーバ１４０から受信されたＬＰＰエラーメッセージまたはＬＰＰアボートメッセージを代用／暗黙的肯定応答として受け付け、誤ったトランザクションを終了するように構成され得る。モバイルデバイス１１０は、次いで、必要に応じて後続のアップリンクＬＰＰメッセージを送ることによってコールフローを進めることが可能である。

[0054] 図４示された例で、モバイルデバイス１１０は、ＬＰＰエラーメッセージまたはＬＰＰアボートメッセージが、ステージ４０５において送られたＬＰＰ支援データ要求メッセージに関連し、それに応答して与えられたことを判断するために、ＬＰＰエラーメッセージまたはＬＰＰアボートメッセージに関連するトランザクションＩＤを使用するように構成され得る。他の実装形態では、モバイルデバイス１１０において受信された特定のメッセージが、モバイルデバイス１１０によってロケーションサーバ１４０に送られた要求に応答して与えられたことを判断するために、他の情報が使用され得る。いくつかの実装形態で、モバイルデバイス１１０は、ロケーションサーバ１４０から受信された次のＬＰＰエラーメッセージまたはＬＰＰアボートメッセージを代用／暗黙的肯定応答として受け付けること、またはモバイルデバイス１１０がＬＰＰ支援データ要求メッセージを送った所定の時間期間内にロケーションサーバ１４０から受信された次のＬＰＰエラーメッセージまたはＬＰＰアボートメッセージを明示的非ピギーバック肯定応答のための代用／暗黙的肯定応答として受け付けることをするように構成され得る。

[0055] 図３および図４に示された「代用／暗黙的肯定応答」ソリューションの説明は、説明のためにモバイルデバイス主導型ＬＰＰプロシージャを使用しているが、代用／暗黙的肯定応答技法はサーバ主導型プロシージャにも同様に適用され得る。例えば、ＬＰＰ機能転送（Capability Transfer）プロシージャおよびＬＰＰロケーション情報転送（Location Information Transfer）プロシージャは、モバイルデバイス１１０が、肯定応答を必要とするダウンリンクＬＰＰメッセージの受信されたときの非ピギーバック肯定応答の送信をサポートする代用／暗黙的肯定応答技法が使用され得るサーバ主導型プロシージャの２つの例である。サーバ主導型ＬＰＰ機能転送プロシージャでは、ＬＰＰ機能要求（Request Capability）メッセージに対する非ピギーバック肯定応答がモバイルデバイス１１０によって送られ、失われたが、ＬＰＰ機能提供（Provide Capability）メッセージがロケーションサーバによって受信された場合、ＬＰＰ機能提供メッセージはロケーションサーバ１４０において「代用／暗黙的肯定応答」として使用され得る。ＬＰＰ機能要求メッセージを受信すると、ロケーションサーバ１４０は、後続のダウンリンクＬＰＰシグナリングがホールドアップされることを防止するために肯定応答待ち状態を出ることができる。サーバ主導型ＬＰＰロケーション情報転送プロシージャでは、ＬＰＰロケーション情報要求（Request Location Information）メッセージに対する非ピギーバック肯定応答がモバイルデバイス１１０によって送られ、失われたが、ＬＰＰロケーション情報提供メッセージがロケーションサーバ１４０によって受信された場合、ＬＰＰロケーション情報提供メッセージはロケーションサーバ１４０において「代用／暗黙的肯定応答」として使用され得る。ＬＰＰロケーション情報提供メッセージを受信すると、ロケーションサーバ１４０は、後続のダウンリンクＬＰＰシグナリングがホールドアップされることを防止するために肯定応答待ち状態を出ることができる。サーバ主導型プロシージャのためのダウンリンクＬＰＰメッセージが問題を有する場合、モバイルデバイス１１０はアップリンクＬＰＰエラーメッセージまたはＬＰＰアボートメッセージを送り得、その両方が、ロケーションサーバ１４０が待っている非ピギーバック肯定応答のための代用／暗黙的肯定応答として使用され得ることに留意されたい。

[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] ロケーションサーバ１４０は、肯定応答待ち状態を出るように構成され得る（ステージ１２３０）。第２のプロトコルセッションメッセージは第１のプロトコルセッションメッセージに対する非ピギーバック肯定応答として受け付け、ロケーションサーバ１４０は肯定応答待ち状態を出ることができる。肯定応答待ち状態を出ると、ロケーションサーバ１４０は、モバイルデバイス１１０とのプロトコルセッションのコールフローを進めるように構成され得、第２のプロトコルセッションメッセージ中で受信された情報を使用して１つまたは複数のアクションを行うように構成され得る（ステージ１２３５）。例えば、ロケーションサーバ１４０は、必要な場合、モバイルデバイス１１０にプロトコルセッションメッセージを送ることを再開し得る。一例では、モバイルデバイス１１０のロケーションがプロトコルセッション中に判断されていることがあり、その場合、ロケーション情報が、モバイルデバイス１１０のユーザに、あるいは別のモバイルデバイス上のマッピングまたはナビゲーションアプリケーションなど、別のネットワークエンティティにロケーションベースサービスを与えること、またはモバイルデバイス１１０にロケーション関係情報を与えることのために使用され得る。他のタイプのアクションも、第２のプロトコルセッションメッセージ中に含まれる情報のタイプに基づいてロケーションサーバ１４０によって行われ得る。

[0083] 図１２に示されたプロセスは、上記で与えられた特定の例に限定されず、非ピギーバック肯定応答が失われたときに第２のプロトコルセッションメッセージが代用／暗黙的肯定応答の役割を果たすことができる、他の状況において使用され得る。

[0084] 図１３は、図１２に示されたプロセス中で示されたものと同様であるが、図１２に示されたプロセス中に含まれない追加のステージを含む、信頼できないリンクを介したトランスポートを可能にする機構をもつプロトコルを使用して第１のネットワークエンティティと第２のネットワークエンティティとの間でとのプロトコルセッションを実行するための例示的なプロセスの別の流れ図である。図１３で与えられた例は、第１のネットワークエンティティがロケーションサーバ１４０であり、第２のネットワークエンティティがモバイルデバイス１１０である、サーバ主導型プロトコルセッションの一例である。他の実装形態で、第１のネットワークエンティティは、ＧＭＬＣ１５０、ＭＭＥ１３０、または他のネットワークサーバなど、他のネットワークエンティティであり得、第２のネットワークエンティティは、信頼できないリンクを介したトランスポートを可能にする機構をもつプロトコルを使用して第１のネットワークエンティティと通信するように構成された別のネットワーク接続デバイスと通信するように構成された別のデバイスであり得る。図１３に示されたプロセスは、図５などの前述の図に示されたものなど、任意のサーバ主導型プロトコルセッションに適用され得る。図１３に示されたプロセスはロケーションサーバ１４０によって実装され得る。

[0085] プロセスは、ロケーションサーバ１４０からから第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージをモバイルデバイスに送ることから始まり得る（ステージ１３０５）。ステージ１３０５は、図１２に示されたプロセスのステージ１２０５のそれと同様である。

[0086] ロケーションサーバ１４０は、次いで、モバイルデバイス１１０に第１のプロトコルセッションメッセージを送った後に肯定応答待ち状態に入るように構成され得る（ステージ１３１０）。ステージ１３１０は、図１２に示されたプロセスのステージ１３１０のそれと同様である。

[0087] ロケーションサーバ１４０は、次いで、モバイルデバイス１１０から第２のプロトコルセッションメッセージを受信できる（ステージ１３１５）。第２のプロトコルセッションメッセージは、第１のプロトコルセッションメッセージに応答したモバイルデバイス１１０からの非ピギーバック肯定応答であることもないこともある。第２のプロトコルセッションメッセージは、第１のプロトコルセッションメッセージに対する非ピギーバック肯定応答、代用／暗黙的肯定応答、または無関係のプロトコルセッションメッセージであり得る。図５に示された例で、ロケーションサーバ１４０は、ターゲットデバイスにＬＰＰ支援データ提供メッセージを送ったことに応答したモバイルデバイス１１０からの明示的ＬＰＰ非ピギーバック肯定応答を待っている間、肯定応答待ち状態に入ることができる。ロケーションサーバ１４０は、肯定応答待ち状態を出るようにロケーションサーバ１４０をトリガするために、モバイルデバイス１１０からの明示的ＬＰＰ肯定応答またはモバイルデバイス１１０からのＬＰＰロケーション情報提供メッセージを受け付ける構成され得る。プロトコルセッションメッセージが無関係のプロトコルセッションメッセージである場合、ロケーションサーバ１４０は、肯定応答待ち状態にとどまるように構成され得る。

[0088] ロケーションサーバ１４０は、次いで、第２のプロトコルセッションメッセージが第１のプロトコルセッションメッセージに対する非ピギーバック肯定応答であるかどうかの判断を行うことができる（ステージ１３２０）。第２のプロトコルセッションメッセージが第１のプロトコルセッションメッセージに対する非ピギーバック肯定応答でない場合、ロケーションサーバ１４０は、第２のプロトコルセッションメッセージが第１のプロトコルセッションメッセージの代用／暗黙的肯定応答であるかどうかの判断を行うように構成され得る（ステージ１３２５）。代用／暗黙的肯定応答は、第１のプロトコルセッションメッセージに関連するトランザクションに関連する第２のプロトコルセッションメッセージを備えることができ、第２のプロトコルセッションメッセージは、第１のプロトコルセッションメッセージ中で要求された情報を含んでいることがある。第２のプロトコルセッションメッセージが第１のプロトコルセッションメッセージに対する第１のプロトコルセッションメッセージの代用／暗黙的肯定応答である場合、ロケーションサーバ１４０は、肯定応答待ち状態を出るように構成され得る（ステージ１３３０）。

[0089] 次に図１３に戻ると、第２のプロトコルセッションメッセージが第１のプロトコルセッションメッセージに対する非ピギーバック肯定応答である場合、ロケーションサーバ１４０は、肯定応答待ち状態を出るように構成され得る（ステージ１３３０）。肯定応答待ち状態を出ると、ロケーションサーバ１４０は、モバイルデバイス１１０とのプロトコルセッションのコールフローを進めるように構成され得、第２のプロトコルセッションメッセージ中で受信された情報を使用して１つまたは複数のアクションを行うように構成され得る（ステージ１３３５）。例えば、ロケーションサーバ１４０は、必要な場合、モバイルデバイス１１０にプロトコルセッションメッセージを送ることを再開し得る。一例では、モバイルデバイス１１０のロケーションがプロトコルセッション中に判断されていることがあり、その場合、ロケーション情報が、モバイルデバイス１１０のユーザに、あるいは別のモバイルデバイス上のマッピングまたはナビゲーションアプリケーションなど、別のネットワークエンティティにロケーションベースサービスを与えること、またはモバイルデバイス１１０にロケーション関係情報を与えることのために使用され得る。他のタイプのアクションも、第２のプロトコルセッションメッセージ中に含まれる情報のタイプに基づいてロケーションサーバ１４０によって行われ得る。

例示的なハードウェア
[0090] 図６は、前述の図に示されたユーザ機器１１０を実装するために使用され得る、モバイルデバイスのブロック図である。モバイルデバイス１１０は、バス６０１によって互いに接続された汎用プロセッサ６１０と、デジタル信号プロセッサ（ＤＳＰ）６２０と、ワイヤレストランシーバ６３０と、非一時的メモリ６６０とを含むコンピュータシステムを備える。モバイルデバイス１１０はまた、１つまたは複数の加速度計６４０、他のセンサー６５０、およびＧＮＳＳ受信機６７０といった特徴のうちの１つまたは複数を含み得る。ワイヤレストランシーバ６３０は、図１に示された基地局１２０（ｅＮＢ）との間の通信を送信および受信するためのアンテナ６３４にライン６３２によって接続される。モバイルデバイス１１０は、上記で説明した相対測位技法とともに絶対測位が使用される例ではＧＮＳＳ受信機６７０を含み得る。

[0091] ＧＮＳＳ受信機６７０は、１つまたは複数のＧＮＳＳシステムの衛星からロケーション信号（少なくとも部分的に、モバイルデバイス１１０のロケーションが判断され得る信号）を受信するためのアンテナ６７４にライン６７２によって接続される。プロセッサ６１０は、インテリジェントデバイス、例えば、Ｉｎｔｅｌ（登録商標）ＣｏｒｐｏｒａｔｉｏｎまたはＡＭＤ（登録商標）によって製造されたものなどのパーソナルコンピュータ中央処理ユニット（ＣＰＵ）、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）などであり得る。メモリ６６０は、ランダムアクセスメモリ（ＲＡＭ）と読取り専用メモリ（ＲＯＭ）とを含む記憶デバイスである。メモリ６６０は、（説明は、ソフトウェアが（１つまたは複数の）機能を行うように読めるかもしれないが）本明細書で説明する機能を行うようにプロセッサ６１０を制御するための複数の命令を含むプロセッサ可読プロセッサ実行可能ソフトウェアコードを記憶する。ソフトウェアは、ネットワーク接続を介してダウンロードされること、ディスクからアップロードされることなどによって、メモリ６６０上にロードされ得る。さらに、ソフトウェアは直接実行可能でないことがあり、例えば、実行の前にコンパイルを必要とする。

[0092] モバイルデバイス１１０は、モバイルデバイス１１０によって収集された相対測位情報を補足するために使用され得る様々なデータを測定するように構成された１つまたは複数の他のセンサー６５０を含み得る。例えば、他のセンサー６５０は、磁力計および／またはジャイロスコープおよび／またはさらに他のセンサーを含み得る。（１つまたは複数の）加速度計６４０および／または他のセンサー６５０のうちの１つまたは複数は、モバイルデバイス１１０の向きに関する情報を与えるように構成される。

[0093] メモリ６６０中のソフトウェアは、プロセッサ６１０が、本明細書で説明する様々な位置ロケーション関係の技法を実装することを含む様々なアクションを行うことを可能にするように構成される。

[0094] 図７は、図６に示されたメモリの機能モジュールを示す、図６に示されたモバイルデバイス１１０の機能ブロック図である。例えば、モバイルデバイス１１０は、メッセージ処理モジュール７６２とロケーション判断モジュール７６４とを含むことができる。モバイルデバイス１１０は、モバイルデバイス１１０に他の機能を与える１つまたは複数の追加の機能モジュールをも含み得る。図６および図７に示されたモバイルデバイス１１０は、図２〜図５および図１０〜図１３に示されたプロセスに関連するモバイルデバイスを実装するために使用され得る。

[0095] メッセージ処理モジュール７６２は、ロケーションサーバ１４０および／または他のデバイスに送信されるべきメッセージを生成することと、ロケーションサーバ１４０および／または他のデバイスから受信されたメッセージを受信し、処理することとをするように構成され得る。例えば、メッセージ処理モジュール７６２は、前述の図に記載されたものなどのＬＰＰメッセージを送信および／または受信するように構成され得る。メッセージ処理モジュール７６２はまた、メッセージが肯定応答を必要とするかどうかを判断するように構成され得、肯定応答を待っている間、モバイルデバイス１１０を肯定応答待ち状態に入れるように構成され得る。メッセージ処理モジュール７６２はまた、肯定応答を必要とするメッセージに応答して肯定応答が受信されたかどうか、または代用／暗黙的肯定応答が受信されたかどうかを判断することと、肯定応答または代用／暗黙的肯定応答が受信されたかどうか場合、肯定応答待ち状態からモバイルデバイス１１０を移動させることとをするように構成され得る。

[0096] ロケーション判断モジュール７６４は、モバイルデバイス１１０のロケーションを判断すること、および／またはモバイルデバイス１１０がモバイルデバイス１１０のロケーションを判断するために使用できる支援データをロケーションサーバ１４０に要求することをするように構成され得る。ロケーション判断モジュール７６４は、全地球測位システム（ＧＰＳ）または他のグローバルナビゲーション衛星システム（ＧＮＳＳ）から受信された信号情報を使用して、あるいは三辺測量技法または三角測量技法を使用することによって、モバイルデバイス１１０のロケーションを判断するように構成され得る。ロケーション判断モジュール７６４はまた、モバイルデバイス１１０が、ＧＰＳシステムおよび／または他のＳＮＳＳシステムの一部である衛星ビークル（ＳＶ：satellite vehicle）からの信号を収集するために使用できる支援データをロケーションサーバ１４０から受信するように構成され得、それらの信号は、モバイルデバイス１１０のロケーションを判断するためにモバイルデバイス１１０によって使用されるか、またはロケーションサーバ１４０がモバイルデバイス１１０のロケーションを判断することを可能にするためにロケーションサーバ１４０に送られ得る。例えば、ロケーション判断モジュール７６４は、信号測定値（例えば、ＲＳＳＩ（受信信号強度指示）、ＲＴＴ（ラウンドトリップ時間））、到着時間（ＴＯＡ）、信号測定値が取得されるワイヤレスアクセスポイントおよび／またはｅノードＢの既知の位置に基づくモバイルデバイス１１０から受信された測定値を使用して三辺測量を行うように構成され得る。

[0097] 図８は、前述の図に示されたロケーションサーバ１４０を実装するために使用され得る、例示的なサーバのブロック図である。例えば、図８に示された例示的なサーバは、Ｅ−ＳＭＬＣを実装するために使用され得る。但し、図８に示されたサーバは、図１に示されたＧＭＬＣ１５０とＭＭＥ１３０とを実装するためにも使用され得る。

[0098] ロケーションサーバ１４０は、バス８０１によって互いに接続された汎用プロセッサ８１０と、ネットワークインターフェース８３０と、非一時的メモリ８６０とを含むコンピュータシステムを備える。Ｔｈｅ
[0099] プロセッサ８１０は、インテリジェントデバイス、例えば、Ｉｎｔｅｌ（登録商標）ＣｏｒｐｏｒａｔｉｏｎまたはＡＭＤ（登録商標）によって製造されたものなどのパーソナルコンピュータ中央処理ユニット（ＣＰＵ）、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）などであり得る。プロセッサ８１０は、メモリ８６０に記憶されたコンピュータプロセッサ可読プロセッサ実行可能ソフトウェアコードを実行するように構成され得る。

[0100] メモリ８６０は、ランダムアクセスメモリ（ＲＡＭ）および／または読取り専用メモリ（ＲＯＭ）を含む記憶デバイスである。メモリ８６０は、（説明は、ソフトウェアが（１つまたは複数の）機能を行うように読めるかもしれないが）本明細書で説明する機能を行うようにプロセッサ８１０を制御するための複数の命令を含むプロセッサ可読プロセッサ実行可能ソフトウェアコードを記憶する。ソフトウェアは、ネットワーク接続を介してダウンロードされること、ディスクからアップロードされることなどによって、メモリ８６０上にロードされ得る。さらに、ソフトウェアは直接実行可能でないことがあり、例えば、実行の前にコンパイルを必要とする。メモリ８６０中のソフトウェアは、プロセッサ８１０が、本明細書で説明する様々な位置ロケーション関係の技法を実装することを含む様々なアクションを行うことを可能にするように構成される。ロケーションサーバ１４０はまた、データおよび／またはプロセッサ実行可能プログラムコードを記憶するために使用され得る１つまたは複数の外部メモリデバイス（図示せず）を含むことができる。

[0101] ネットワークインターフェース８３０は、図１に示されたものなど、ＬＴＥネットワークの他の構成要素、並びにＬＴＥネットワークの外部の他のネットワーク要素への双方向ワイヤレスおよび／またはワイヤードネットワーク通信を提供するように構成され得る。双方向ワイヤレスおよび／またはワイヤードネットワーク通信は、インターネット、ワイヤレスネットワークサービスプロバイダのコアネットワーク、１つまたは複数のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、および／または他のタイプのネットワークなど、１つまたは複数のワイヤードおよび／またはワイヤレスネットワークを介してルーティングされ得る。ネットワーク通信はまた、１つまたは複数の中間ネットワークエンティティを通過し得る。例えば、ロケーションサーバ１４０とモバイルデバイス１１０との間の通信はＭＭＥ１３０および基地局１２０を介してルーティングされ得る。

[0102] 図９は、図８に示されたメモリの機能モジュールを示す、図８に示されたロケーションサーバ１４０の機能ブロック図である。図９は、メモリ８６０中の機能モジュール並びにロケーションサーバ１４０の物理的構成要素のうちのいくつかを示す。メモリ８６０は、ロケーションサーバ１４０に機能を与えるもう１つの機能モジュールを含むことができる。図９に示された例で、ロケーションサーバ１４０は、メッセージ処理モジュール８６２とロケーション判断モジュール８６４とを含む。ロケーションサーバ１４０は、ロケーションサーバ１４０に追加の機能を与える追加の構成要素および／またはモジュールを含み得る。図８および図９に示されたロケーションサーバは、図２〜図５および図１０〜図１３に示されたプロセスに関連するサーバを実装するために使用され得る。

[0103] メッセージ処理モジュール９６２は、ロケーションサーバ１４０から、ＭＭＥ１３０、モバイルデバイス１１０、または他のネットワーク化されたデバイスなど、ＬＴＥネットワーク上の他のデバイスに送信されるべきメッセージを生成することと、ＭＭＥ１３０、モバイルデバイス１１０、および／または他のネットワーク化されたデバイスから受信されたメッセージを受信し、処理することとをするように構成され得る。例えば、メッセージ処理モジュール９６２は、前述の図に記載されたものなどのＬＰＰメッセージを送信および／または受信するように構成され得る。メッセージ処理モジュール９６２はまた、メッセージが肯定応答を必要とするかどうかを判断するように構成され得、肯定応答を待っている間、モバイルデバイス１１０を肯定応答待ち状態に入れるように構成され得る。メッセージ処理モジュール９６２はまた、肯定応答を必要とするメッセージに応答して肯定応答が受信されたかどうか、または代用／暗黙的肯定応答が受信されたかどうかを判断することと、肯定応答または代用／暗黙的肯定応答が受信されたかどうか場合、肯定応答待ち状態からモバイルデバイス１１０を移動させることとをするように構成され得る。

[0104] ロケーション判断モジュール９６４は、モバイルデバイス１１０のロケーションを判断すること、および／またはモバイルデバイス１１０がモバイルデバイス１１０のロケーションを判断するために使用できる支援データをモバイルデバイス１１０に提供することをするように構成され得る。ロケーション判断モジュール９６４は、全地球測位システム（ＧＰＳ）または他のグローバルナビゲーション衛星システム（ＧＮＳＳ）から受信された信号情報を使用して、あるいは三辺測量技法または三角測量技法を使用することによって、モバイルデバイス１１０のロケーションを判断するように構成され得る。この信号情報は、モバイルデバイス１１０によって収集され、モバイルデバイス１１０によってロケーションサーバ１４０に与えられ得る。ロケーション判断モジュール９６４はまた、モバイルデバイス１１０が、ＧＰＳシステムおよび／または他のＳＮＳＳシステムの一部である衛星ビークル（ＳＶ）からの信号を収集するために使用できる支援データをモバイルデバイス１１０に与えるように構成され得、それらの信号は、モバイルデバイス１１０のロケーションを判断するためにモバイルデバイス１１０によって使用されるか、またはロケーションサーバ１４０がモバイルデバイス１１０のロケーションを判断することを可能にするためにロケーションサーバ１４０に送られ得る。例えば、ロケーション判断モジュール９６４は、信号測定値（例えば、ＲＳＳＩ（受信信号強度指示）、ＲＴＴ（ラウンドトリップ時間））、到着時間（ＴＯＡ）、信号測定値が取得されるワイヤレスアクセスポイントおよび／またはｅノードＢの既知の位置に基づくモバイルデバイス１１０から受信された測定値を使用して三辺測量を行うように構成され得る。

[0105] 本明細書で説明する方法は、適用例に応じて様々な手段によって実装され得る。例えば、これらの方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ハードウェア実装の場合、処理ユニットは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明した機能を行うように設計された他の電子ユニット、またはそれらの組合せの内部に実装され得る。

[0106] ファームウェアおよび／またはソフトウェア実装の場合、それらの方法は、本明細書で説明した機能を行うモジュール（例えば、プロシージャ、関数など）を用いて実装され得る。命令を有形に実施するいずれの機械可読媒体も、本明細書で説明した方法の実装において使用され得る。例えば、ソフトウェアコードは、メモリに記憶され、プロセッサユニットによって実行され得る。メモリは、プロセッサユニットの内部またはプロセッサユニットの外部に実装され得る。本明細書で使用する「メモリ」という用語は、長期メモリ、短期メモリ、揮発性メモリ、不揮発性メモリ、または他のメモリのいずれかのタイプを指し、メモリの特定のタイプまたはメモリの数、あるいは媒体のタイプに限定されるべきではない。有形媒体は、ランダムアクセスメモリ、磁気ストレージ、光記憶媒体など、機械可読媒体の１つまたは複数の物理的物品を含む。

[0107] ファームウェアおよび／またはソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶され得る。例としては、データ構造で符号化されたコンピュータ可読媒体、およびコンピュータプログラムで符号化されたコンピュータ可読媒体がある。コンピュータ可読媒体は物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク（disk）ストレージ、磁気ディスク（disk）ストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができ、本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。そのような媒体はまた、機械可読であり得る非一時的媒体の例を与え、ここにおいて、コンピュータは、そのような非一時的媒体から読み取ることができる機械の一例である。

[0108] 本明細書で説明した一般原理は、本開示または特許請求の範囲の趣旨または範囲から逸脱することなく他の実装形態に適用され得る。

Claims (44)

1. モバイルデバイス上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してロケーションサーバとのプロトコルセッションを実行するための方法であって、前記方法が、
   第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージを前記ロケーションサーバに送ることと、
   前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの肯定応答を待っている間、前記モバイルデバイスから前記ロケーションサーバへのアップリンク送信が中断される肯定応答待ち状態に入ることと、
   第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの前記肯定応答ではなく、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージ中で要求された情報を含み、
   前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと、
   前記第２のプロトコルセッションメッセージ中で受信された前記情報を使用してアクションを行うことと
   を備える、方法。
2. 前記第１のプロトコルセッションメッセージがＬＴＥ測位プロトコル（ＬＰＰ）支援データ要求メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰ支援データ提供メッセージである、請求項１に記載の方法。
3. 前記第１のプロトコルセッションメッセージがＬＰＰ支援データ要求メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰエラーメッセージまたはＬＰＰアボートメッセージである、請求項１に記載の方法。
4. 前記第１のプロトコルセッションメッセージが前記ロケーションサーバへの情報についての要求を備え、前記第２のプロトコルセッションメッセージが前記ロケーションサーバからの前記情報を含む、請求項１に記載の方法。
5. 前記第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、前記第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較することと、
   前記第１のトランザクションＩＤが前記第２のトランザクションＩＤに一致する場合のみ、前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと
   をさらに備える、請求項１に記載の方法。
6. 前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの前記肯定応答も、前記第２のプロトコルセッションメッセージも、再送信タイマーの満了より前に前記モバイルデバイスによって受信されない場合、前記第１のプロトコルセッションメッセージを前記ロケーションサーバに再送すること
   をさらに備える、請求項１に記載の方法。
7. モバイルデバイス上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してロケーションサーバとのプロトコルセッションを実行するための装置であって、前記装置が、
   第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージを前記ロケーションサーバに送るための手段と、
   前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの肯定応答を待っている間、前記モバイルデバイスから前記ロケーションサーバへのアップリンク送信が中断される肯定応答待ち状態に入るための手段と、
   第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信するための手段と、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの前記肯定応答ではなく、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージ中で要求された情報を含み、
   前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出るための手段と、
   前記第２のプロトコルセッションメッセージ中で受信された前記情報を使用してアクションを行うための手段と
   を備える、装置。
8. 前記第１のプロトコルセッションメッセージがＬＴＥ測位プロトコル（ＬＰＰ）支援データ要求メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰ支援データ提供メッセージである、請求項７に記載の装置。
9. 前記第１のプロトコルセッションメッセージがＬＰＰ支援データ要求メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰエラーメッセージまたはＬＰＰアボートメッセージである、請求項７に記載の装置。
10. 前記第１のプロトコルセッションメッセージが前記ロケーションサーバへの情報についての要求を備え、前記第２のプロトコルセッションメッセージが前記ロケーションサーバからの前記情報を含む、請求項７に記載の装置。
11. 前記第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、前記第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較するための手段をさらに備え、ここにおいて、前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出るための前記手段は、前記第１のトランザクションＩＤが前記第２のトランザクションＩＤに一致する場合のみ動作する、請求項７に記載の装置。
12. 前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの前記肯定応答も、前記第２のプロトコルセッションメッセージも、再送信タイマーの満了より前に前記モバイルデバイスによって受信されない場合、前記第１のプロトコルセッションメッセージを前記ロケーションサーバに再送するための手段
    をさらに備える、請求項７に記載の装置。
13. モバイルデバイス上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してロケーションサーバとのプロトコルセッションを実行するための装置であって、前記装置が、
    データをワイヤレスに送信および受信するように構成されたトランシーバと、
    プロセッサ実行可能プログラムコードを記憶するように構成されたメモリと、
    第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージを前記ロケーションサーバに送ることと、
    前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの肯定応答を待っている間、前記モバイルデバイスから前記ロケーションサーバへのアップリンク送信が中断される肯定応答待ち状態に入ることと、
    第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの前記肯定応答ではなく、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージ中で要求された情報を含み、
    前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと、
    前記第２のプロトコルセッションメッセージ中で受信された前記情報を使用してアクションを行うことと
    をするように構成されたプロセッサと
    を備える、装置。
14. 前記第１のプロトコルセッションメッセージがＬＴＥ測位プロトコル（ＬＰＰ）支援データ要求メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰ支援データ提供メッセージである、請求項１３に記載の装置。
15. 前記第１のプロトコルセッションメッセージがＬＰＰ支援データ要求メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰエラーメッセージまたはＬＰＰアボートメッセージである、請求項１３に記載の装置。
16. 前記第１のプロトコルセッションメッセージが前記ロケーションサーバへの情報についての要求を備え、前記第２のプロトコルセッションメッセージが前記ロケーションサーバからの前記情報を含む、請求項１３に記載の装置。
17. 前記プロセッサは、
    前記第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、前記第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較することと、
    前記第１のトランザクションＩＤが前記第２のトランザクションＩＤに一致する場合のみ、前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと
    をするようにさらに構成された、請求項１３に記載の装置。
18. 前記プロセッサは、
    前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの前記肯定応答も、前記第２のプロトコルセッションメッセージも、再送信タイマーの満了より前に前記モバイルデバイスによって受信されない場合、前記第１のプロトコルセッションメッセージを前記ロケーションサーバに再送すること
    をするようにさらに構成された、請求項１３に記載の装置。
19. モバイルデバイス上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してロケーションサーバとのプロトコルセッションを実行するための複数のコンピュータ可読命令を記憶した非一時的コンピュータ可読媒体であって、
    第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージを前記ロケーションサーバに送ることと、
    前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの肯定応答を待っている間、前記モバイルデバイスから前記ロケーションサーバへのアップリンク送信が中断される肯定応答待ち状態に入ることと、
    第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの前記肯定応答ではなく、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージ中で要求された情報を含み、
    前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと、
    前記第２のプロトコルセッションメッセージ中で受信された前記情報を使用してアクションを行うことと
    をコンピュータにさせるように構成された命令を備える、非一時的コンピュータ可読媒体。
20. 前記第１のプロトコルセッションメッセージがＬＴＥ測位プロトコル（ＬＰＰ）支援データ要求メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰ支援データ提供メッセージである、請求項１９に記載の非一時的コンピュータ可読媒体。
21. 前記第１のプロトコルセッションメッセージがＬＰＰ支援データ要求メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰエラーメッセージまたはＬＰＰアボートメッセージである、請求項１９に記載の非一時的コンピュータ可読媒体。
22. 前記第１のプロトコルセッションメッセージが前記ロケーションサーバへの情報についての要求を備え、前記第２のプロトコルセッションメッセージが前記ロケーションサーバからの前記情報を含む、請求項１９に記載の非一時的コンピュータ可読媒体。
23. 前記第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、前記第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較することと、
    前記第１のトランザクションＩＤが前記第２のトランザクションＩＤに一致する場合のみ、前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと
    を前記コンピュータにさせるように構成された命令をさらに備える、請求項１９に記載の非一時的コンピュータ可読媒体。
24. 前記第１のプロトコルセッションメッセージに応答した前記ロケーションサーバからの前記肯定応答も、前記第２のプロトコルセッションメッセージも、再送信タイマーの満了より前に前記モバイルデバイスによって受信されない場合、前記第１のプロトコルセッションメッセージを前記ロケーションサーバに再送すること
    を前記コンピュータにさせるように構成された命令をさらに備える、請求項１９に記載の非一時的コンピュータ可読媒体。
25. ロケーションサーバ上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してモバイルデバイスとのプロトコルセッションを実行するための方法であって、前記方法が、
    第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージを前記モバイルデバイスに送ることと、
    前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの肯定応答を待っている間、前記ロケーションサーバから前記モバイルデバイスへのダウンリンク送信が中断される肯定応答待ち状態に入ることと、
    第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの前記肯定応答ではなく、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージ中で要求された情報を含み、
    前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと、
    前記第２のプロトコルセッションメッセージ中で受信された前記情報を使用してアクションを行うことと
    を備える、方法。
26. 前記第１のプロトコルセッションメッセージが前記モバイルデバイスへの情報についての要求を備え、前記第２のプロトコルセッションメッセージが前記モバイルデバイスからの前記情報を含む、請求項２５に記載の方法。
27. 前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの前記肯定応答も、前記第２のプロトコルセッションメッセージも、再送信タイマーの満了より前に前記モバイルデバイスによって受信されない場合、前記第１のプロトコルセッションメッセージを前記モバイルデバイスに再送すること
    をさらに備える、請求項２５に記載の方法。
28. 前記第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、前記第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較することと、
    前記第１のトランザクションＩＤが前記第２のトランザクションＩＤに一致する場合のみ、前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと
    をさらに備える、請求項２５に記載の方法。
29. 前記第１のプロトコルセッションメッセージがＬＴＥ測位プロトコル（ＬＰＰ）支援データ提供メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰロケーション情報提供メッセージである、請求項２５に記載の方法。
30. ロケーションサーバ上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してモバイルデバイスとのプロトコルセッションを実行するための装置であって、前記装置が、
    第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージを前記モバイルデバイスに送るための手段と、
    前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの肯定応答を待っている間、前記ロケーションサーバから前記モバイルデバイスへのダウンリンク送信が中断される肯定応答待ち状態に入るための手段と、
    第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信するための手段と、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの前記肯定応答ではなく、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージ中で要求された情報を含み、
    前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出るための手段と、
    前記第２のプロトコルセッションメッセージ中で受信された前記情報を使用してアクションを行うための手段と
    を備える、装置。
31. 前記第１のプロトコルセッションメッセージが前記モバイルデバイスへの情報についての要求を備え、前記第２のプロトコルセッションメッセージが前記モバイルデバイスからの前記情報を含む、請求項３０に記載の装置。
32. 前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの前記肯定応答も、前記第２のプロトコルセッションメッセージも、再送信タイマーの満了より前に前記モバイルデバイスによって受信されない場合、前記第１のプロトコルセッションメッセージを前記モバイルデバイスに再送するための手段
    をさらに備える、請求項３０に記載の装置。
33. 前記第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、前記第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較するための手段をさらに備え、ここにおいて、前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出るための前記手段は、前記第１のトランザクションＩＤが前記第２のトランザクションＩＤに一致する場合のみ動作する、請求項３０に記載の装置。
34. 前記第１のプロトコルセッションメッセージがＬＴＥ測位プロトコル（ＬＰＰ）支援データ提供メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰロケーション情報提供メッセージである、請求項３０に記載の装置。
35. ロケーションサーバ上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してモバイルデバイスとのプロトコルセッションを実行するための装置であって、前記装置が、
    １つまたは複数のネットワークを介してデータを送信および受信するように構成されたネットワークインターフェースと、
    プロセッサ実行可能プログラムコードを記憶するように構成されたメモリと、
    第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージを前記モバイルデバイスに送ることと、
    前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの肯定応答を待っている間、前記ロケーションサーバから前記モバイルデバイスへのダウンリンク送信が中断される肯定応答待ち状態に入ることと、
    第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの前記肯定応答ではなく、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージ中で要求された情報を含み、
    前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと、
    前記第２のプロトコルセッションメッセージ中で受信された前記情報を使用してアクションを行うことと
    をするように構成されたプロセッサと
    を備える、装置。
36. 前記第１のプロトコルセッションメッセージが前記モバイルデバイスへの情報についての要求を備え、前記第２のプロトコルセッションメッセージが前記モバイルデバイスからの前記情報を含む、請求項３５に記載の装置。
37. 前記プロセッサは、
    前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの前記肯定応答も、前記第２のプロトコルセッションメッセージも、再送信タイマーの満了より前に前記モバイルデバイスによって受信されない場合、前記第１のプロトコルセッションメッセージを前記モバイルデバイスに再送すること
    をするようにさらに構成された、請求項３５に記載の装置。
38. 前記プロセッサは、
    前記第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、前記第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較することと、
    前記第１のトランザクションＩＤが前記第２のトランザクションＩＤに一致する場合のみ、前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと
    をするようにさらに構成された、請求項３５に記載の装置。
39. 前記第１のプロトコルセッションメッセージがＬＴＥ測位プロトコル（ＬＰＰ）支援データ提供メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰロケーション情報提供メッセージである、請求項３５に記載の装置。
40. ロケーションサーバ上で、信頼できないリンクを介したプロトコルメッセージのトランスポートを可能にする機構をもつプロトコルを使用してモバイルデバイスとのプロトコルセッションを実行するための複数のコンピュータ可読命令を記憶した非一時的コンピュータ可読媒体であって、
    第１のプロトコルセッションに関連する第１のプロトコルセッションメッセージを前記モバイルデバイスに送ることと、
    前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの肯定応答を待っている間、前記ロケーションサーバから前記モバイルデバイスへのダウンリンク送信が中断される肯定応答待ち状態に入ることと、
    第２のプロトコルセッションに関連する第２のプロトコルセッションメッセージを受信することと、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの前記肯定応答ではなく、前記第２のプロトコルセッションメッセージが、前記第１のプロトコルセッションメッセージ中で要求された情報を含み、
    前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと、
    前記第２のプロトコルセッションメッセージ中で受信された前記情報を使用してアクションを行うことと
    をコンピュータにさせるように構成された命令を備える、非一時的コンピュータ可読媒体。
41. 前記第１のプロトコルセッションメッセージが前記モバイルデバイスへの情報についての要求を備え、前記第２のプロトコルセッションメッセージが前記モバイルデバイスからの前記情報を含む、請求項４０に記載の非一時的コンピュータ可読媒体。
42. 前記第１のプロトコルセッションメッセージに応答した前記モバイルデバイスからの前記肯定応答も、前記第２のプロトコルセッションメッセージも、再送信タイマーの満了より前に前記モバイルデバイスによって受信されない場合、前記第１のプロトコルセッションメッセージを前記モバイルデバイスに再送すること
    を前記コンピュータにさせるための複数の命令をさらに備える、請求項４０に記載の非一時的コンピュータ可読媒体。
43. 前記第１のプロトコルセッションメッセージに関連する第１のトランザクションＩＤを、前記第２のプロトコルセッションメッセージに関連する第２のトランザクションＩＤと比較することと、
    前記第１のトランザクションＩＤが前記第２のトランザクションＩＤに一致する場合のみ、前記第２のプロトコルセッションメッセージを受信したことに応答して前記肯定応答待ち状態を出ることと
    を前記コンピュータにさせるための複数の命令をさらに備える、請求項４０に記載の非一時的コンピュータ可読媒体。
44. 前記第１のプロトコルセッションメッセージがＬＴＥ測位プロトコル（ＬＰＰ）支援データ提供メッセージであり、前記第２のプロトコルセッションメッセージがＬＰＰロケーション情報提供メッセージである、請求項４０に記載の非一時的コンピュータ可読媒体。

Images