JP2016076954A - 選択された肯定応答測位最適化 - Google Patents

選択された肯定応答測位最適化 Download PDF

Info

Publication number
JP2016076954A
JP2016076954A JP2015229819A JP2015229819A JP2016076954A JP 2016076954 A JP2016076954 A JP 2016076954A JP 2015229819 A JP2015229819 A JP 2015229819A JP 2015229819 A JP2015229819 A JP 2015229819A JP 2016076954 A JP2016076954 A JP 2016076954A
Authority
JP
Japan
Prior art keywords
message
acknowledgment
request field
mobile terminal
location server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2015229819A
Other languages
English (en)
Other versions
JP6009643B2 (ja
Inventor
ロナルド・ビー.・ブルムステイン
B Blumstein Ronald
ヨンジン・ジャン
Jiang Yongjin
カーク・アラン・バーロウグス
Allan Burroughs Kirk
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2016076954A publication Critical patent/JP2016076954A/ja
Application granted granted Critical
Publication of JP6009643B2 publication Critical patent/JP6009643B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W64/00Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/024Guidance services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/025Services making use of location information using location based information parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/029Location-based management or tracking services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/085Upper layer protocols involving different upper layer protocol versions, e.g. LCS - SUPL or WSN-SOA-WSDP

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Position Fixing By Use Of Radio Waves (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

【課題】ロングタームエボリューション測位プロトコル(LPP)において使用される制御プレーンロケーションセッションの不要な遅延を減少させる。【解決手段】LPP制御プレーン環境において、モバイル端末は、ロケーションサーバから非送信請求メッセージを受信する。非送信請求メッセージは支援データと肯定応答要求フィールドとを含んでおり、肯定応答要求フィールドは肯定応答が必要とされないことを示す。モバイル端末は、非送信請求メッセージ中に含まれている支援データを処理し、非送信請求メッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つ。【選択図】図6

Description

関連出願の相互参照
[0001]本出願は、両方とも本出願の譲受人に譲渡され、参照により本明細書に組み込まれる、2012年9月27日に出願された「Selected ACK Positioning Optimizations」と題する米国仮出願第61/706,671号の米国特許法第119条に基づく利益および優先権を主張する、2013年1月17日に出願された「Selected Acknowledgment Positioning Optimizations」と題する米国出願第13/744,277号の利益および優先権を主張する。
[0002]本明細書で説明する主題の実施形態は、一般に、支援データを含んでいるメッセージを生成し、送信することに関し、より詳細には、メッセージが応答型(solicited)なのか応答不要型(unsolicited)なのかに基づいて、支援データを含んでいるメッセージの肯定応答(acknowledgement)を選択的に必要とすることに関する。
[0003]端末、たとえば、セルラーフォンのロケーションを知ることがしばしば望ましく、時々必要になる。「ロケーション」と「位置」という用語は同義であり、本明細書では互換的に使用される。たとえば、ロケーションサービス(LCS:location service)クライアントは、端末のロケーションを知ることを望むことがある。その場合、端末(たとえば、ユーザ機器(UE)、移動局(MS)、セキュアユーザプレーン(SUPL:Secure User Plane)対応端末(SET:SUPL Enabled Terminal)など)が、端末についてのロケーション推定値を取得するためにロケーションサーバと通信し得る。端末またはロケーションサーバは、次いでロケーション推定値をLCSクライアントに戻し得る。
[0004]LCSクライアントが端末のロケーションを知ることを望むときはいつでもロケーションセッションを確立するために、(コールフロー(call flow)またはプロシージャと呼ばれることもある)メッセージフローが実行され得る。メッセージフローのために、1つまたは複数のネットワークエンティティを介して端末とロケーションサーバとの間で様々なメッセージが交換され得る。これらのメッセージは、第3世代パートナーシッププロジェクト(3GPP:3rd Generation Partnership Project)によって定義されたロングタームエボリューション測位プロトコル(LPP:Long Term Evolution Positioning Protocol)、またはオープンモバイルアライアンス(OMA:Open Mobile Alliance)によって定義されたLPP拡張(LPPe:LPP Extensions)プロトコルなどの測位プロトコルに準拠し得る。メッセージは、端末が、ロケーション関係測定値(たとえば、GPS衛星からの信号の測定値)を取得すること、および/またはこれらの測定値からロケーション推定値を計算することを支援するために、ロケーションサーバから端末に支援データを転送し得る。メッセージはまた、ロケーションサーバが端末のロケーションを判断することを可能にするために、端末からロケーションサーバにロケーション情報(たとえば、測定値またはロケーション推定値)を転送し得る。
[0005]サービングモバイルロケーションセンター(SMLC:Serving Mobile Location Center)またはE−SMLCなど、ロケーションサーバおよびモバイル端末が、たとえば、LPPまたはLPPeプロトコルにおいて使用される高信頼トランスポート機構を選択的に実装し、それによって不要な遅延を減少させる。高信頼トランスポート機構は、非送信請求支援データメッセージ(unsolicited assistance data message)など、特定のメッセージに対する肯定応答を必要としないことによって選択的に実装され得る。ただし、支援データが送信請求されたとき、応答する支援データメッセージは、高信頼トランスポート機構に従って肯定応答要求(acknowledgement request)を含む。
[0006]一実装形態では、方法は、LPP制御プレーン環境においてロケーションサーバを用いてメッセージを生成することと、メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、メッセージをロケーションサーバからモバイル端末に送信することとを含む。
[0007]一実装形態では、装置は、メッセージをモバイルデバイスに転送するためのトランシーバと、トランシーバに接続されたプロセッサと、プロセッサは、LPP制御プレーン環境においてメッセージを生成することと、メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、トランシーバを用いてメッセージをモバイル端末に送信することとを行うように適応された、を含む。
[0008]一実装形態では、装置は、LPP制御プレーン環境においてメッセージを生成するための手段と、メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、メッセージをモバイル端末に送信するための手段とを含む。
[0009]一実装形態では、プログラムコードを記憶した非一時的コンピュータ可読媒体は、LPP制御プレーン環境においてメッセージを生成するためのプログラムコードと、メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、メッセージをモバイル端末に送信するためのプログラムコードとを含む。
[0010]一実装形態では、方法は、LPP制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信することと、非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示し、非送信請求メッセージ中に含まれている支援データを処理することと、非送信請求メッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つこととを含む。
[0011]一実装形態では、装置は、メッセージを受信し、ロケーションサーバに送信するためのトランシーバと、トランシーバに接続されたプロセッサと、プロセッサは、LPP制御プレーン環境においてトランシーバを用いてロケーションサーバから非送信請求メッセージを受信することと、非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示し、非送信請求メッセージ中に含まれている支援データを処理することと、非送信請求メッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つこととを行うように適応された、を含む。
[0012]一実装形態では、装置は、LPP制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するための手段と、非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示し、非送信請求メッセージ中に含まれている支援データを処理するための手段と、非送信請求メッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つための手段とを含む。
[0013]一実装形態では、プログラムコードを記憶した非一時的コンピュータ可読媒体は、LPP制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するためのプログラムコードと、非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示し、非送信請求メッセージ中に含まれている支援データを処理するためのプログラムコードと、非送信請求メッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つためのプログラムコードとを含む。
[0014]LPP/LPPe測位プロトコルにおいて使用されるものなど、高信頼トランスポート機構を選択的に実装することが可能なネットワークアーキテクチャを示す図。 [0015]非送信請求支援データを送信するために高信頼トランスポート機構を使用する従来のLPPコールフローを示す図。 [0016]非送信請求支援データメッセージにおいて高信頼トランスポート機構が選択的に実装されるLPPコールフローの一実施形態を示す図。 [0017]エラーメッセージを送信するために高信頼トランスポート機構を使用する従来のLPPコールフローを示す図。 [0018]非送信請求エラーメッセージにおいて高信頼トランスポート機構が選択的に実装されるLPPコールフローの一実施形態を示す図。 [0019]LPP/LPPeとともに使用される高信頼トランスポート機構を選択的に実装する方法を示すフローチャート。 [0020]LPP/LPPeとともに使用される高信頼トランスポート機構を選択的に実装する際の決定点を示す別のフローチャート。 [0021]LPP/LPPe高信頼トランスポート機構を選択的に実装するロケーションサーバのいくつかの例示的な特徴を示す概略ブロック図。 [0022]モバイル端末によって受信されるときの、LPP/LPPe高信頼トランスポート機構の選択的実装の方法を示すフローチャート。 [0023]LPP/LPPe高信頼トランスポート機構を選択的に実装するロケーションサーバからメッセージを受信するように構成されたモバイル端末のいくつかの例示的な特徴を示す概略ブロック図。
[0024]図1に、(UE、MS、SETなど、または概して「ターゲット」と呼ばれることがある)モバイル端末120と(サーバまたはサービングモバイルロケーションセンター(SMLC)またはE−SMLCと呼ばれることがあるロケーションサーバ150との間のメッセージにおいて、LPP/LPPeにおいて使用されるものなど、高信頼トランスポート機構を選択的に実装することが可能なネットワークアーキテクチャ100を示す。モバイル端末120は、測位およびロケーションサービスのためにネットワーク130に関連付けられた無線アクセスネットワーク(RAN)140を使用して、ネットワーク130を通してロケーションサーバ150と通信し得る。モバイル端末120は、位置判断のために使用され得るRAN140からの信号を受信し、測定し得る。モバイル端末120はまた、衛星測位システム(SPS:satellite positioning system)の一部である1つまたは複数の地球周回衛星ビークル(SV:satellite vehicle)180からの信号を受信し得る。モバイル端末120は、SV180、および/またはネットワーク130に関連付けられたRAN140からの信号を測定し得、衛星についての擬似距離測定値と、RAN140からのネットワーク測定値とを取得し得る。擬似距離測定値および/またはネットワーク測定値は、モバイル端末120についての位置推定値を導出するために使用され得る。ロケーションサーバ150は、支援データなど、ロケーション関係情報をモバイル端末120に与えるために使用され得、モバイル端末120は、SV180およびRAN140からの信号を収集し、測定すること、および/またはこれらの測定値から位置推定値を導出することを支援するために使用され得る。さらに、モバイル端末120は、推定位置またはロケーション測定値(たとえば、1つまたは複数のGNSSからの衛星測定値、または1つまたは複数のネットワークからのネットワーク測定値など)など、ロケーション関係情報をロケーションサーバ150に与え得る。
[0025]本明細書で使用するモバイル端末は、1つまたは複数のネットワークを通してサーバとワイヤレス通信することが可能であり、限定はしないが、OMAによって定義されたセキュアユーザプレーンロケーション(SUPL)ロケーションソリューションと、LTEサービングネットワークとともに使用するための3GPPによって定義された制御プレーンロケーションソリューションとを含み得る、測位およびロケーションサービスをサポートするデバイスである。SUPLロケーションソリューションは、公開されている、OMAからの文書OMA−TS−ULP−V2_0−20110527−CおよびOMA−TS−ULP−V3_0−20110819−Dにおいて定義されている。LTEのための制御プレーンロケーションソリューションは、公開されている3GPP TS23.271および3GPP TS36.305において定義されている。ロケーションサービス(LCS)は、ロケーションサーバ150にアクセスし、モバイル端末120のロケーションについての要求を発行し、ロケーションサーバ150からモバイル端末120についてのロケーション推定値を受信するLCSクライアント160のために実行され得る。LCSクライアント160は、たとえば、ロケーションサーバ150とモバイル端末120とによって使用されるロケーションソリューションがSUPLであるときに、SUPLエージェントと呼ばれることもある。モバイル端末120はまた、モバイル端末120内の何らかの測位対応機能に対してロケーション要求を発行し、後でモバイル端末120についてのロケーション推定値を受信し得る、LCSクライアントまたはSUPLエージェント(図1に図示せず)を含み得る。モバイル端末120内のLCSクライアントまたはSUPLエージェントは、モバイル端末120のユーザのためにロケーションサービスを実行し、たとえば、ナビゲーション指示を与えるか、またはモバイル端末120の近傍内の関心点を識別し得る。
[0026]ネットワークアーキテクチャ100は、たとえば、測位のためにLPPプロトコルを使用し得る。LPPプロトコルは、公開されている3GPP技術仕様(TS)36.355に記載されている。LPP基本メッセージ(能力およびロケーション情報および支援データの要求および提供)は、LPPメッセージへのそれら自体の拡張を定義するために外部3GPPのための規格化によって使用され得る、コンテナであるEPDUをそれぞれ含む。OMA LPP拡張(LPPe)はこのオプションを利用する。LPPeは、OMAによって定義されており、各組み合わされたLPP/LPPeメッセージが、埋込みLPPeメッセージを含んでいる(3GPP TS36.355において定義されている)LPPメッセージになるように、LPPと組み合わせて使用されるであろう。したがって、本明細書で使用するLPP制御プレーン環境は、LPPeを含み、LPP/LPPeまたは単にLPPと呼ばれることがある。
[0027]LPP規格のセクション4.3.1は、高信頼トランスポート機構について説明しており、「LPPは、下にあるトランスポートレイヤからのLPPメッセージの信頼できる順序配信を必要とする。...制御プレーンソリューションのためにLPPを実装するUEは、(重複検出、肯定応答、および再送信の3つすべてを含む)LPP高信頼トランスポートをサポートするものとする。」と述べている。高信頼トランスポートの再送信部分をサポートするために、上記規格は、セクション4.3.4.1において、「肯定応答を必要とするLPPメッセージが送られ、肯定応答されないとき、そのメッセージは、タイムアウト期間の後に送信側によって3回まで再送される」と述べている。高信頼トランスポートプロシージャは、下にあるトランスポートレイヤからのLPPメッセージの信頼できる順序配信を必要とする。したがって、LPP環境の制御プレーンにおける従来の高信頼トランスポート機構は、メッセージが肯定応答されることと、メッセージが肯定応答されない場合、そのメッセージがタイムアウト期間の後に送信側によって3回まで再送信されることとを必要とする。肯定応答を必要とするLPPメッセージが送られ、肯定応答されないとき、そのメッセージは、タイムアウト期間の後に送信側によって3回まで再送される。3回の後、メッセージがまだ肯定応答されていない場合、送信側は、関連するセッションのためのすべてLPPアクティビティをアボート(abort)することになる。タイムアウト期間は、送信側実装形態によって決定されるが、250msの最小値以上である。
[0028]したがって、再送信要件は、制御プレーンロケーションセッションを遅延させる可能性を有する。いくつかの状況の下で、ロケーションサーバ150、たとえば、サービングモバイルロケーションセンター(SMLC)またはE−SMLCは、位置セッションにおいてモバイル端末120を助けるために非送信請求支援データ情報を送り得る。この非送信請求支援データ情報が失われ、高信頼トランスポート機構が実装された場合、セッションは不必要に遅延させられ得る。セッションにおける遅延は、概して望ましくなく、緊急サービスコールフロータイプの時間制約内でのセッションの完了を妨げることさえあり得る。
[0029]したがって、ネットワークアーキテクチャ100は、モバイル端末120とロケーションサーバ150との間のメッセージにおいてLPP/LPPe高信頼トランスポート機構を選択的に実装することが可能である。高信頼トランスポート機構は、特定のメッセージに対する肯定応答を必要としないことによって選択的に実行され得る。例として、非送信請求支援データメッセージは、肯定応答要求なしにロケーションサーバ150によってモバイル端末120に送られ得る。一方、支援データがモバイル端末120によって送信請求されたとき、送信請求支援データメッセージ(solicited assistance data message)が、肯定応答要求とともにロケーションサーバ150によってモバイル端末120に送られる。所望される場合、ロケーションサーバ150からの非送信請求エラーメッセージも、肯定応答要求なしに送られ得る。
[0030]図2に、例として、たとえば、ステップe〜lにおいて、非送信請求支援データを送信するために高信頼トランスポート機構を使用する従来のLPPコールフローを示す。図2のコールフローは以下のように説明される。
[0031]ステップa:ロケーションサーバ(LS)は、肯定応答を必要とするLPP能力要求(Request Capabilities)メッセージをモバイル端末、すなわち、ユーザ機器(UE)に送る。ロケーションサーバはまた、それが適時にUE能力を受信することを保証するためにTcapタイマーを開始する。
[0032]ステップb:UEは明示的肯定応答で応答する。
[0033]ステップc:UEはLPP能力提供(Provide Capabilities)メッセージを与える。
[0034]ステップd:LSは、Tcapタイマーを停止し、明示的肯定応答で応答する。
[0035]ステップe:LSは非送信請求LPP支援データ提供(Provide Assistance Data)メッセージを送る。高信頼トランスポートプロシージャに従って、LSは、肯定応答を要求し、Tackタイマーを開始する。
[0036]ステップf〜k:UEは、なぜかLSに到達しない(ステップf、j)明示的肯定応答で応答するか、またはUEは明示的肯定応答で応答することができない(ステップh)。各場合において、Tackタイマーの満了後に、LSは、非送信請求LPP支援データ提供メッセージを再送信する、たとえば、ステップg、i、およびk。
[0037]ステップl:UEは、最終的にLSに到達する明示的肯定応答で応答する。支援データがUEによって受信されたにもかかわらず、ステップiにおけるACKもLSに到達することができない場合、コールフローはTackの満了時に不必要にアボートされなければならないことになる。
[0038]ステップm:LSはUEにLPP情報要求(Request Information)メッセージを送る。
[0039]ステップn:UEは明示的肯定応答で応答する。
[0040]ステップo:ステップi、kにおいて与えられた支援データが十分な支援データを含んでいなかった場合、UEは追加の支援データを随意に要求することができる。
[0041]ステップp:LSは明示的肯定応答で応答する。
[0042]ステップq:LSは送信請求LPP支援データ提供メッセージを送る。
[0043]ステップr:UEは明示的肯定応答で応答する。
[0044]ステップs:UEは送信請求ロケーション情報提供(Provide Location Information)メッセージを送る。
[0045]ステップt:LSは、Trespタイマーを停止し、明示的肯定応答で応答する。
[0046]したがって、図2に示されているように、測位セッションにおける不要な遅延がステップf〜lによって追加される。非送信請求支援データメッセージは測位セッションにおいて必須のメッセージではない。非送信請求支援データメッセージがUEによって受信されない場合、UEは、ステップoにおいて、消失した支援データを要求する機会を有する。多くのUEが、それらのGNSS受信機をステップmまでオンにせず、したがって、測位セッションをなお一層遅延させ得ることによって、問題がさらに悪化する。
[0047]上記で説明した不要な遅延を回避するために、ロケーションサーバ150は、支援データメッセージが送信請求されないときに肯定応答要求を偽(False)に設定することによって、高信頼トランスポート機構を選択的に実装し得る。これはまた、再送信プロシージャを無効にする効果を有する。これは、本明細書では、時々、まとめて単にLPPまたはLPP/LPPeと呼ぶことがある、LPPシグナリングならびにLPPeシグナリングの両方に適用可能であることを理解されたい。たとえば、これは、EPDUがLPPeペイロードのためのコンテナとして使用されるLPPメッセージに適用可能である。
[0048]図3に、ロケーションサーバ150が、モバイル端末120に肯定応答を要求することなしに非送信請求支援データメッセージを送る、高信頼トランスポート機構が選択的に実装されるLPPコールフローを示す。非送信請求支援データメッセージを送った後に、ロケーションサーバ150は、UEに対して測定値を収集し始めることを可能にするためにLPPロケーション情報要求(Request Location Information)メッセージを直ちに送り、それによって不要な遅延を回避し得る。図3は以下のように説明される。
[0049]ステップa:ロケーションサーバ(LS)は、肯定応答を必要とするLPP能力要求メッセージをモバイル端末、すなわち、ユーザ機器(UE)に送り、すなわち、ackRequestが真(True)に設定される。ロケーションサーバはまた、それが適時にUE能力を受信することを保証するためにTcapタイマーを開始する。
[0050]ステップb:UEは明示的肯定応答で応答する。
[0051]ステップc:UEはLPP能力提供メッセージを与える。
[0052]ステップd:LSは、Tcapタイマーを停止し、明示的肯定応答で応答する。
[0053]ステップe:LSは非送信請求LPP支援データ提供メッセージを送る。この場合、LSは、信頼性トランスポート機構に従わず、肯定応答を要求せず、すなわち、ackRequestが偽に設定されるか、またはTack応答タイマーを開始しない。
[0054]ステップf:LSは、ステップeからの前のメッセージに対する肯定応答を最初に受信することなしに、UEにLPP情報要求メッセージを送る。
[0055]ステップg:UEは明示的肯定応答で応答する。
[0056]ステップh:ステップeにおいて与えられた支援データが十分な支援データを含んでいなかった場合、UEは追加の支援データを随意に要求することができる。
[0057]ステップi:LSは明示的肯定応答で応答する。
[0058]ステップj:LSは、肯定応答の要求とともに送信請求LPP支援データ提供メッセージを送り、すなわち、ackRequestが真に設定される。
[0059]ステップk:UEは明示的肯定応答で応答する。
[0060]ステップl:UEは送信請求ロケーション情報提供メッセージを送る。
[0061]ステップm:LSは、Trespタイマーを停止し、明示的肯定応答で応答する。
[0062]所望される場合、ロケーションサーバ150は、同様に、エラーメッセージなど、他のメッセージのために高信頼トランスポート機構を選択的に実装し得る。例として、図4に、ステップc〜jにおいてエラーメッセージを送信するために高信頼トランスポート機構を使用する従来のLPPコールフローを示す。図4のコールフローは以下のように説明される。
[0063]ステップa:ロケーションサーバ(LS)は、モバイル端末、すなわち、ユーザ機器(UE)からの肯定応答を必要とするアップリンクLPPメッセージを受信する。ロケーションサーバは、受信されたメッセージが誤っていると判断する(たとえば、復号エラー、無効なメッセージタイプ、または消失した有意なIEなど)。
[0064]ステップb:LSは明示的肯定応答で応答する(可能な場合)。
[0065]ステップc:LSは、エラーのタイプとUEへの肯定応答の要求とを含むダウンリンクLPPエラーメッセージを送り、すなわち、ackRequestが真に設定される。LSはTackタイマーを開始する。
[0066]ステップd〜i:ダウンリンクLPPエラーメッセージがUEに到達したと仮定すると、UEによってダウンリンクLPPエラーメッセージが誤っているとわかった場合、UEは明示的LPP肯定応答メッセージを送り得ない(ステップd)か、またはUEによって送られた明示的LPP肯定応答メッセージが、ネットワークにおいて障害のあるトランスポートにより紛失し得る(ステップfおよびh)。Tackタイマーの満了後に、LSは、3回まで、ダウンリンクLPPエラーメッセージを再送信し、Tackタイマーを再開する(ステップe、g、およびi)。LSは、LPPエラーメッセージに対する肯定応答が受信される前に、ダウンリンク上での後続のLPPメッセージングを進めることができない。
[0067]ステップj:UEは、最終的にLSに到達する明示的肯定応答で応答する。ステップjにおける肯定応答もLSに到達することができない場合、コールフローは、時々不必要に、Tackの満了時にアボートされなければならないことになる(たとえば、ステップaにおける誤ったUL LPPメッセージ中のペイロードは、ヘッダ中の誤りにもかかわらず、コールフローを進めるために依然として有効であり得る)。
[0068]ステップk:コールフローは、(もしあれば)後続のDL LPPメッセージを続ける。
[0069]したがって、図4に示されているように、アップリンク上での明示的肯定応答がLSによって受信されなかったので、測位セッションにおける不要な遅延がステップd〜iによって追加され得る。
[0070]上記で説明した不要な遅延を回避するために、ロケーションサーバ150は、非送信請求エラーメッセージのために高信頼トランスポート機構を選択的に実装し得る。図5に、サーバが、UEに肯定応答を要求することなしにダウンリンクLPPエラーメッセージを送る、高信頼トランスポート機構を選択的に実装するLPPコールフローを示す。ロケーションサーバ150は、次いで、コールフローに従って、必要な場合、次のダウンリンクLPPメッセージを送ることに直ちに進むことができる。図5は以下のように説明される。
[0071]ステップa:ロケーションサーバ(LS)は、モバイル端末、すなわち、ユーザ機器(UE)からの肯定応答を必要とするアップリンクLPPメッセージを受信する。ロケーションサーバ150は、受信されたメッセージが誤っていると判断する(たとえば、復号エラー、無効なメッセージタイプ、または消失した有意なIEなど)。
[0072]ステップb:LSは明示的肯定応答で応答する(可能な場合)。
[0073]ステップc:LSは、エラーのタイプを含むダウンリンクLPPエラーメッセージを送るが、LSはUEに肯定応答を要求せず、すなわち、ackRequestが偽に設定される。
[0074]ステップd:コールフローは、ステップcからの前のメッセージの肯定応答を必要とすることなしに、(もしあれば)後続のDL LPPメッセージを続ける。
[0075](肯定応答を必要としない)ステップcからのダウンリンクLPPエラーメッセージは、UEによって受信されないことがある。UEによってLPP ACK(ステップb)は受信されたが、ダウンリンクLPPエラーメッセージは受信されない場合、ステップaにおけるLPPメッセージは応答を必要とし(たとえば、LPP AD要求メッセージ)、UE上の何らかのガードタイマー(それが存在する場合)は最終的にタイムアウトする。UEは、要求された支援データなしに進まなければならない。ステップaにおけるLPPメッセージが応答を必要としない場合(たとえば、LPPロケーション情報提供メッセージまたはLPP能力提供メッセージ)、UEは、ステップaにおけるLPPメッセージ中の誤りに気づくことさえなしにトランザクションを終了する。LS側では、ステップaにおける誤ったLPPメッセージが能力提供メッセージである場合、そのような誤りが、LSが(たとえば、LPPロケーション情報要求メッセージを送るために)ステップdに進むことを妨げると仮定すると、LSはステップcを再送信しないことになり、したがって、セッションは最終的に失敗することになる。LS側では、ステップaにおける誤ったLPPメッセージがロケーション情報提供メッセージである場合、コールフローにはたいがいステップdがない。ロケーション情報提供メッセージ中のペイロードが有効でない場合、LSは、セル/セクタベースのフィックスをMMEに戻さなければならないことがある。LPP ACK(ステップb)がUEによって受信されない場合、UEは、UE上のTackの満了時にステップaを再送信することになる。
[0076]図6は、LPP/LPPeとともに使用される高信頼トランスポート機構を選択的に実装する方法を示すフローチャートである。図示のように、LPP制御プレーン環境においてロケーションサーバによってメッセージを生成し、メッセージは支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す(202)。メッセージをロケーションサーバからモバイル端末に送信する(204)。LPP制御プレーン環境はLPPeを含むことを理解されたい。メッセージは複数のメッセージセグメントにセグメント化され得、ここにおいて、複数のメッセージセグメントのうちのメッセージセグメントのうちの1つまたは複数は、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、肯定応答要求フィールドを含んでいる。たとえば、複数のメッセージセグメントの各メッセージセグメントは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、肯定応答要求フィールドを含み得る。別の実施形態では、複数のメッセージセグメントの最後のセグメントのみが肯定応答要求フィールドを含んでいることがある。本方法は、モバイル端末から肯定応答メッセージを受信することなしに、モバイル端末に後続のメッセージを送ることをさらに含み得る。本方法はまた、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいるエラーメッセージである、第2のメッセージを生成することを含み得る。
[0077]図7は、LPP/LPPeとともに使用される高信頼トランスポート機構を選択的に実装する際の決定点を示す別のフローチャートである。図示のように、ロケーションサーバによってLPP支援データ提供メッセージを生成する。決定点222によって示されるように、LPPメッセージがユーザ機器によって送信請求された場合、LPP肯定応答要求フィールドを真に設定し(224)、LPPメッセージがユーザ機器によって送信請求されない場合、LPP肯定応答要求フィールドを偽に設定する(226)。次いで、LPP支援データ提供メッセージをユーザ機器に送信する(228)。
[0078]次に図8を参照すると、図8は、上記で説明したように、LPP/LPPe高信頼トランスポート機構を選択的に実装することによって不要な遅延を回避することが可能であるロケーションサーバ150、たとえば、E−SMLCのいくつかの例示的な特徴を示す概略ブロック図である。ロケーションサーバ150は、たとえば、1つまたは複数の接続356(たとえば、バス、回線、ファイバー、リンクなど)に動作可能に結合され得る、1つまたは複数の処理ユニット352と、メモリ354と、トランシーバ360(たとえば、ワイヤラインまたはワイヤレスネットワークインターフェース)とを含み得る。いくつかの例示的な実装形態では、ロケーションサーバ150の全部または一部はチップセットなどの形態をとり得る。トランシーバ360は、ワイヤード送信および/または受信をサポートし、所望される場合、追加または代替として、1つまたは複数のタイプのワイヤレス通信ネットワークを介して1つまたは複数の信号の送信および受信をサポートし得る、送信機362と受信機364とを含み得る。
[0079]処理ユニット352は、ハードウェアとファームウェアとソフトウェアとの組合せを使用して実装され得る。処理ユニット352は、支援データメッセージ、エラーメッセージなど、メッセージを生成し得るメッセージユニット366と、たとえば、非送信請求支援データメッセージおよびエラーメッセージ中の肯定応答フィールドにおいて肯定応答が必要とされないことを示すことによって、肯定応答を選択的に要求するために使用される肯定応答選択ユニット368とを含み得る。肯定応答が必要とされないことを示すように選択することによって、ロケーションサーバ150は、LPP/LPPe高信頼トランスポート機構を選択的実装し、ならびに再送信プロシージャを無効にすることができる。メッセージユニット366および肯定応答選択ユニット368は、ハードウェア、ファームウェア、およびソフトウェアまたはそれらの組合せで実装され得る。
[0080]本明細書においてフローチャートおよびメッセージフローで説明した方法は、適用例に応じて様々な手段によって実装され得る。たとえば、これらの方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ハードウェア実装の場合、処理ユニット352は、1つまたは複数の特定用途向け集積回路(ASIC)、デジタル信号プロセッサ(DSP)、デジタル信号処理デバイス(DSPD)、プログラマブル論理デバイス(PLD)、フィールドプログラマブルゲートアレイ(FPGA)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明した機能を実行するように設計された他の電子ユニット、またはそれらの組合せの内部に実装され得る。
[0081]ファームウェアおよび/またはソフトウェア実装の場合、それらの方法は、本明細書で説明した機能を実行するモジュール(たとえば、プロシージャ、関数など)を用いて実装され得る。命令を有形に実施するいずれの機械可読媒体も、本明細書で説明した方法の実装において使用され得る。たとえば、ソフトウェアコードは、プロセッサユニット352に接続され、それによって実行される、非一時的コンピュータ可読媒体370またはメモリ354に記憶され得る。メモリは、プロセッサユニットの内部またはプロセッサユニットの外部に実装され得る。本明細書で使用する「メモリ」という用語は、長期メモリ、短期メモリ、揮発性メモリ、不揮発性メモリ、または他のメモリのいずれかのタイプを指し、メモリの特定のタイプまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきではない。
[0082]ファームウェアおよび/またはソフトウェアで実装する場合、機能は、コンピュータ可読媒体370および/またはメモリ354など、非一時的コンピュータ可読媒体上に1つまたは複数の命令358またはコードとして記憶され得る。例としては、データ構造で符号化されたコンピュータ可読媒体、およびコンピュータプログラムで符号化されたコンピュータ可読媒体がある。非一時的コンピュータ可読媒体は物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な非一時的媒体であり得る。限定ではなく例として、そのような非一時的コンピュータ可読媒体は、RAM、ROM、EEPROM(登録商標)、CD−ROMまたは他の光ディスク(disk)ストレージ、磁気ディスク(disk)ストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができ、本明細書で使用するディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザーディスク(登録商標)(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピー(登録商標)ディスク(disk)およびblu−ray(登録商標)ディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
[0083]コンピュータ可読媒体上での記憶に加えて、命令および/またはデータは、通信装置中に含まれる伝送媒体上の信号として与えられ得る。たとえば、通信装置は、命令とデータとを示す信号を有するトランシーバを含み得る。命令およびデータは、1つまたは複数のプロセッサに、本明細書で概説した機能を実装させるように構成される。すなわち、通信装置は、開示した機能を実行するための情報を示す信号をもつ伝送媒体を含む。
[0084]メモリ354は何らかのデータ記憶機構を表し得る。メモリ354は、たとえば、1次メモリおよび/または2次メモリを含み得る。1次メモリは、たとえば、ランダムアクセスメモリ、読取り専用メモリなどを含み得る。この例では処理ユニット352とは別個であるものとして示されているが、1次メモリの全部または一部は、処理ユニット352内に設けられるか、またはさもなければ処理ユニット352と共設/結合され得ることを理解されたい。2次メモリは、たとえば、1次メモリと同じまたは同様のタイプのメモリ、および/または、たとえば、ディスクドライブ、光ディスクドライブ、テープドライブ、ソリッドステートメモリドライブなど、1つまたは複数のデータストレージデバイスまたはシステムを含み得る。
[0085]いくつかの実装形態では、2次メモリは、非一時的コンピュータ可読媒体370を動作可能に受容するか、またはさもなければそれに結合するように構成可能であり得る。したがって、いくつかの例示的な実装形態では、本明細書で提示する方法および/または装置は、全体的にまたは部分的にコンピュータ可読媒体370の形態をとり得、コンピュータ可読媒体370は、その上に記憶されたコンピュータ実装可能命令358を含み得、コンピュータ実装可能命令358は、少なくとも1つの処理ユニット352によって実行された場合、本明細書で説明した例示的な動作の全部または一部を実行することが実効的に可能であり得る。コンピュータ可読媒体370はメモリ354の一部であり得る。
[0086]したがって、ロケーションサーバ150は、たとえば、メッセージユニット366および肯定応答選択ユニット368であり得る、LPP制御プレーン環境においてメッセージを生成するための手段、メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、肯定応答要求フィールドは、メッセージがモバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、を含む。モバイル端末にメッセージを送信するための手段は、たとえば、トランシーバ360であり得る。ロケーションサーバ150は、たとえば、メッセージユニット366および肯定応答選択ユニット368であり得る、第2のメッセージを生成するための手段、第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、をさらに含み得る。ロケーションサーバ150は、たとえば、トランシーバ360を含み得る、モバイル端末から肯定応答メッセージを受信することなしに、モバイル端末に後続のメッセージを送るための手段をさらに含み得る。
[0087]図9は、モバイル端末によって受信されるときの、LPP/LPPe高信頼トランスポート機構の選択的実装の方法を示すフローチャートである。図示のように、LPP制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信し、非送信請求メッセージは支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示す(252)。非送信請求メッセージ中に含まれている支援データを処理し(254)、そのメッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つ(256)。LPP制御プレーン環境はLPPeを含むことを理解されたい。メッセージは複数のメッセージセグメントにセグメント化され得、ここで、複数のメッセージセグメントの最後のセグメントは、肯定応答が必要とされないことを示す肯定応答要求フィールドを含んでいる。本方法は、LPP制御プレーン環境においてロケーションサーバから第2のメッセージを受信すること、第2のメッセージは、肯定応答が必要とされることを示す第2の肯定応答要求フィールドを含んでいる、をさらに含み得、第2のメッセージの肯定応答がロケーションサーバに送信される。本方法はまた、ロケーションサーバから第2のメッセージを受信することを含み得、第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる。
[0088]図10に、たとえば、不要な遅延を回避するために、上記で説明したように、LPP/LPPe高信頼トランスポート機構を選択的に実装するロケーションサーバからメッセージを受信するように構成されたモバイル端末120、たとえば、モバイル端末のいくつかの例示的な特徴を示す概略ブロック図を示す。モバイル端末120は、たとえば、1つまたは複数の接続306(たとえば、バス、回線、ファイバー、リンクなど)に動作可能に結合され得る、1つまたは複数の処理ユニット302と、メモリ304と、トランシーバ310(たとえば、ワイヤレスネットワークインターフェース)と、(適用可能なとき)SPS受信機340とを含み得る。いくつかの例示的な実装形態では、モバイル端末120の全部または一部はチップセットなどの形態をとり得る。
[0089]トランシーバ310は、たとえば、1つまたは複数のタイプのワイヤレス通信ネットワークを介して1つまたは複数の信号を送信することが可能な送信機312と、1つまたは複数のタイプのワイヤレス通信ネットワーク、たとえば、図1におけるRAN140を介したワイヤレスネットワーク130を介して送信される1つまたは複数の信号を受信するための受信機314とを含み得る。ワイヤレス通信ネットワークは、ワイヤレスワイドエリアネットワーク(WWAN)、ワイヤレスローカルエリアネットワーク(WLAN)、ワイヤレスパーソナルエリアネットワーク(WPAN)などであり得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。WWANは、符号分割多元接続(CDMA)ネットワーク、時分割多元接続(TDMA)ネットワーク、周波数分割多元接続(FDMA)ネットワーク、直交周波数分割多元接続(OFDMA)ネットワーク、シングルキャリア周波数分割多元接続(SC−FDMA)ネットワーク、ロングタームエボリューション(LTE:Long Term Evolution)、WiMax(登録商標)などであり得る。CDMAネットワークは、cdma2000、広帯域CDMA(W−CDMA(登録商標))などの1つまたは複数の無線アクセス技術(RAT)を実装し得る。cdma2000は、IS−95、IS−2000、およびIS−856規格を含む。TDMAネットワークは、モバイル通信用グローバルシステム(GSM(登録商標):Global System for Mobile Communications)、デジタルアドバンストモバイルフォンシステム(D−AMPS:Digital Advanced Mobile Phone System)、または何らかの他のRATを実装し得る。GSM、W−CDMA、およびLTEは、3GPPからの文書に記載されている。cdma2000は、「第3世代パートナーシッププロジェクト2」(3GPP2:3rd Generation Partnership Project 2)と称する団体からの文書に記載されている。3GPPおよび3GPP2の文書は公開されている。WLANは、IEEE802.11xネットワークであり得、WPANは、Bluetooth(登録商標)ネットワーク、IEEE802.15x、または何らかの他のタイプのネットワークであり得る。本技法はまた、WWAN、WLAN、および/またはWPANの任意の組合せとともに実装され得る。たとえば、RAN1 140は、たとえば、発展型UMTS地上波無線アクセスネットワーク(E−UTRAN:evolved UMTS Terrestrial Radio Access Network)(LTE)ネットワーク、W−CDMA UTRANネットワーク、GSM/EDGE無線アクセスネットワーク(GERAN:GSM/EDGE Radio Access Network)、1xRTTネットワーク、エボリューションデータオプティマイズド(EvDO:Evolution-Data Optimized)ネットワーク、WiMaxネットワークまたはWLANであり得る。
[0090]SPS受信機340は、1つまたは複数のSPSリソース、たとえば、図1における衛星ビークル(SV)180に関連する信号を受信することが可能であり得る。SVは、たとえば、全地球測位システム(GPS:Global Positioning System)、Galileo、GlonassまたはCompassなどの全地球ナビゲーション衛星システム(GNSS:Global Navigation Satellite System)のコンスタレーション中にあり得る。いくつかの態様によれば、本明細書で提示する技法は、SPSのための全地球システム(たとえば、GNSS)に限定されない。たとえば、本明細書で提供する技法は、たとえば、日本の準天頂衛星システム(QZSS:Quasi-Zenith Satellite System)、インドのインド地域航法衛星システム(IRNSS:Indian Regional Navigational Satellite System)、中国のBeidouまたはCompassなどの様々な地域システム、ならびに/あるいは1つまたは複数の全地球および/または地域航法衛星システムに関連付けられ得るか、またはさもなければそれらのシステムとともに使用することが可能であり得る様々なオーグメンテーションシステム(たとえば、衛星ベースオーグメンテーションシステム(SBAS:Satellite Based Augmentation System))に適用され得るか、またはさもなければそれらのシステムにおいて使用することが可能であり得る。限定ではなく例として、SBASは、たとえば、ワイドエリアオーグメンテーションシステム(WAAS:Wide Area Augmentation System)、欧州静止ナビゲーションオーバーレイサービス(EGNOS:European Geostationary Navigation Overlay Service)、多機能衛星オーグメンテーションシステム(MSAS:Multi-functional Satellite Augmentation System)、GPS支援ジオオーグメンテッドナビゲーションまたはGPSおよびジオオーグメンテッドナビゲーションシステム(GAGAN:GPS Aided Geo Augmented NavigationまたはGPS and Geo Augmented Navigation system)など、完全性情報、差分補正などを与える(1つまたは複数の)オーグメンテーションシステムを含み得る。したがって、本明細書で使用するSPSは、1つまたは複数の全地球および/または地域航法衛星システムならびに/あるいはオーグメンテーションシステムの任意の組合せを含み得、SPS信号は、SPS信号、SPS様の信号、および/またはそのような1つまたは複数のSPSに関連する他の信号を含み得る。
[0091]処理ユニット302は、ハードウェアとファームウェアとソフトウェアとの組合せを使用して実装され得る。処理ユニット302は、モータイル端末120の動作に関係するデータ信号コンピューティングプロシージャまたはプロセスの少なくとも一部分を実行するように構成可能な1つまたは複数の回路を表し得る。処理ユニット352は、たとえば、メッセージ中で受信されたデータを処理する、メッセージ受信ユニット316と、受信されたメッセージ中の肯定応答についての要求に応答して肯定応答メッセージを生成する肯定応答ユニット318とを含み得る。メッセージ受信ユニット316および肯定応答ユニット318は、ハードウェア、ファームウェア、およびソフトウェアまたはそれらの組合せで実装され得る。
[0092]本明細書においてフローチャートおよびメッセージフローで説明した方法は、適用例に応じて様々な手段によって実装され得る。たとえば、これらの方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ハードウェア実装の場合、処理ユニット302は、1つまたは複数の特定用途向け集積回路(ASIC)、デジタル信号プロセッサ(DSP)、デジタル信号処理デバイス(DSPD)、プログラマブル論理デバイス(PLD)、フィールドプログラマブルゲートアレイ(FPGA)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明した機能を実行するように設計された他の電子ユニット、またはそれらの組合せの内部に実装され得る。
[0093]ファームウェアおよび/またはソフトウェア実装の場合、それらの方法は、本明細書で説明した機能を実行するモジュール(たとえば、プロシージャ、関数など)を用いて実装され得る。命令を有形に実施するいずれの機械可読媒体も、本明細書で説明した方法の実装において使用され得る。たとえば、ソフトウェアコードは、プロセッサユニット302に接続され、それによって実行される、非一時的コンピュータ可読媒体320またはメモリ304に記憶され得る。メモリは、プロセッサユニットの内部またはプロセッサユニットの外部に実装され得る。本明細書で使用する「メモリ」という用語は、長期メモリ、短期メモリ、揮発性メモリ、不揮発性メモリ、または他のメモリのいずれかのタイプを指し、メモリの特定のタイプまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきではない。
[0094]ファームウェアおよび/またはソフトウェアで実装する場合、機能は、コンピュータ可読媒体320および/またはメモリ304など、非一時的コンピュータ可読媒体上に1つまたは複数の命令308またはコードとして記憶され得る。例としては、データ構造で符号化されたコンピュータ可読媒体、およびコンピュータプログラムで符号化されたコンピュータ可読媒体がある。非一時的コンピュータ可読媒体は物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な非一時的媒体であり得る。限定ではなく例として、そのような非一時的コンピュータ可読媒体は、RAM、ROM、EEPROM、CD−ROMまたは他の光ディスク(disk)ストレージ、磁気ディスク(disk)ストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができ、本明細書で使用するディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザーディスク(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピーディスク(disk)およびblu−rayディスク(disc)を含み、ディスク(disk)は、通常、データを磁気的に再生し、ディスク(disc)は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
[0095]コンピュータ可読媒体上での記憶に加えて、命令および/またはデータは、通信装置中に含まれる伝送媒体上の信号として与えられ得る。たとえば、通信装置は、命令とデータとを示す信号を有するトランシーバを含み得る。命令およびデータは、1つまたは複数のプロセッサに、特許請求の範囲で概説する機能を実装させるように構成される。すなわち、通信装置は、開示した機能を実行するための情報を示す信号をもつ伝送媒体を含む。
[0096]メモリ304は何らかのデータ記憶機構を表し得る。メモリ304は、たとえば、1次メモリおよび/または2次メモリを含み得る。1次メモリは、たとえば、ランダムアクセスメモリ、読取り専用メモリなどを含み得る。この例では処理ユニット302とは別個であるものとして示されているが、1次メモリの全部または一部は、処理ユニット302内に設けられるか、またはさもなければ処理ユニット302と共設/結合され得ることを理解されたい。2次メモリは、たとえば、1次メモリと同じまたは同様のタイプのメモリ、および/または、たとえば、ディスクドライブ、光ディスクドライブ、テープドライブ、ソリッドステートメモリドライブなど、1つまたは複数のデータストレージデバイスまたはシステムを含み得る。
[0097]いくつかの実装形態では、2次メモリは、非一時的コンピュータ可読媒体320を動作可能に受容するか、またはさもなければそれに結合するように構成可能であり得る。したがって、いくつかの例示的な実装形態では、本明細書で提示する方法および/または装置は、全体的にまたは部分的にコンピュータ可読媒体320の形態をとり得、コンピュータ可読媒体320は、その上に記憶されたコンピュータ実装可能命令308を含み得、コンピュータ実装可能命令308は、少なくとも1つの処理ユニット302によって実行された場合、本明細書で説明した例示的な動作の全部または一部を実行することが実効的に可能であり得る。コンピュータ可読媒体320はメモリ304の一部であり得る。
[0098]したがって、モバイル端末120は、たとえば、トランシーバ310であり得る、LPP制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するための手段、非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、肯定応答要求フィールドは、肯定応答が必要とされないことを示す、を含み得る。モバイル端末120は、たとえば、メッセージ受信ユニット316であり得る、非送信請求メッセージ中に含まれている支援データを処理するための手段をさらに含み得る。非送信請求メッセージの肯定応答を送信することなしに、ロケーションサーバからの後続のメッセージを待つための手段は、たとえば、肯定応答ユニット318を含み得る。モバイル端末120は、たとえば、トランシーバ310であり得る、ロケーションサーバから第2のメッセージを受信するための手段、ここにおいて、第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、をさらに含み得る。LPP制御プレーン環境においてロケーションサーバから第2のメッセージを受信するための手段、第2のメッセージは、肯定応答が必要とされることを示す第2の肯定応答要求フィールドを含んでいる、は、たとえば、トランシーバ310であり得、ロケーションサーバに第2のメッセージの肯定応答を送信するための手段は、肯定応答ユニット318とトランシーバ310とを含み得る。
[0099]本発明について、教授の目的で特定の実施形態に関して説明したが、本発明はそれらの実施形態に限定されない。本発明の範囲から逸脱することなく、様々な適応および修正が行われ得る。したがって、添付の特許請求の範囲の趣旨および範囲は上記の説明に限定されるべきでない。
[0038]ステップm:LSはUEにLPPロケーション情報要求(Request Location Information)メッセージを送る。
[0048]図3に、ロケーションサーバ150が、モバイル端末120に肯定応答を要求することなしに非送信請求支援データメッセージを送る、高信頼トランスポート機構が選択的に実装されるLPPコールフローを示す。非送信請求支援データメッセージを送った後に、ロケーションサーバ150は、UE測定値を収集し始めることを可能にするためにLPPロケーション情報要求(Request Location Information)メッセージを直ちに送り、それによって不要な遅延を回避し得る。図3は以下のように説明される。
[0054]ステップf:LSは、ステップeからの前のメッセージに対する肯定応答を最初に受信することなしに、UEにLPPロケーション情報要求メッセージを送る。
[0079]処理ユニット352は、ハードウェアとファームウェアとソフトウェアとの組合せを使用して実装され得る。処理ユニット352は、支援データメッセージ、エラーメッセージなど、メッセージを生成し得るメッセージユニット366と、たとえば、非送信請求支援データメッセージおよびエラーメッセージ中の肯定応答フィールドにおいて肯定応答が必要とされないことを示すことによって、肯定応答を選択的に要求するために使用される肯定応答選択ユニット368とを含み得る。肯定応答が必要とされないことを示すように選択することによって、ロケーションサーバ150は、LPP/LPPe高信頼トランスポート機構を選択的実装し、ならびに再送信プロシージャを無効にすることができる。メッセージユニット366および肯定応答選択ユニット368は、ハードウェア、ファームウェア、およびソフトウェアまたはそれらの組合せで実装され得る。
[0081]ファームウェアおよび/またはソフトウェア実装の場合、それらの方法は、本明細書で説明した機能を実行するモジュール(たとえば、プロシージャ、関数など)を用いて実装され得る。命令を有形に実施するいずれの機械可読媒体も、本明細書で説明した方法の実装において使用され得る。たとえば、ソフトウェアコードは、プロセッサユニット352に接続され、それによって実行される、非一時的コンピュータ可読媒体370またはメモリ354に記憶され得る。メモリは、処理ユニットの内部または処理ユニットの外部に実装され得る。本明細書で使用する「メモリ」という用語は、長期メモリ、短期メモリ、揮発性メモリ、不揮発性メモリ、または他のメモリのいずれかのタイプを指し、メモリの特定のタイプまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきではない。
[0089]トランシーバ310は、たとえば、1つまたは複数のタイプのワイヤレス通信ネットワークを介して1つまたは複数の信号を送信することが可能な送信機312と、1つまたは複数のタイプのワイヤレス通信ネットワーク、たとえば、図1におけるRAN140を介したワイヤレスネットワーク130を介して送信される1つまたは複数の信号を受信するための受信機314とを含み得る。ワイヤレス通信ネットワークは、ワイヤレスワイドエリアネットワーク(WWAN)、ワイヤレスローカルエリアネットワーク(WLAN)、ワイヤレスパーソナルエリアネットワーク(WPAN)などであり得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。WWANは、符号分割多元接続(CDMA)ネットワーク、時分割多元接続(TDMA)ネットワーク、周波数分割多元接続(FDMA)ネットワーク、直交周波数分割多元接続(OFDMA)ネットワーク、シングルキャリア周波数分割多元接続(SC−FDMA)ネットワーク、ロングタームエボリューション(LTE:Long Term Evolution)、WiMax(登録商標)などであり得る。CDMAネットワークは、cdma2000、広帯域CDMA(W−CDMA(登録商標))などの1つまたは複数の無線アクセス技術(RAT)を実装し得る。cdma2000は、IS−95、IS−2000、およびIS−856規格を含む。TDMAネットワークは、モバイル通信用グローバルシステム(GSM(登録商標):Global System for Mobile Communications)、デジタルアドバンストモバイルフォンシステム(D−AMPS:Digital Advanced Mobile Phone System)、または何らかの他のRATを実装し得る。GSM、W−CDMA、およびLTEは、3GPPからの文書に記載されている。cdma2000は、「第3世代パートナーシッププロジェクト2」(3GPP2:3rd Generation Partnership Project 2)と称する団体からの文書に記載されている。3GPPおよび3GPP2の文書は公開されている。WLANは、IEEE802.11xネットワークであり得、WPANは、Bluetooth(登録商標)ネットワーク、IEEE802.15x、または何らかの他のタイプのネットワークであり得る。本技法はまた、WWAN、WLAN、および/またはWPANの任意の組合せとともに実装され得る。たとえば、RAN140は、たとえば、発展型UMTS地上波無線アクセスネットワーク(E−UTRAN:evolved UMTS Terrestrial Radio Access Network)(LTE)ネットワーク、W−CDMA UTRANネットワーク、GSM/EDGE無線アクセスネットワーク(GERAN:GSM/EDGE Radio Access Network)、1xRTTネットワーク、エボリューションデータオプティマイズド(EvDO:Evolution-Data Optimized)ネットワーク、WiMaxネットワークまたはWLANであり得る。
[0091]処理ユニット302は、ハードウェアとファームウェアとソフトウェアとの組合せを使用して実装され得る。処理ユニット302は、モバイル端末120の動作に関係するデータ信号コンピューティングプロシージャまたはプロセスの少なくとも一部分を実行するように構成可能な1つまたは複数の回路を表し得る。処理ユニット302は、たとえば、メッセージ中で受信されたデータを処理する、メッセージ受信ユニット316と、受信されたメッセージ中の肯定応答についての要求に応答して肯定応答メッセージを生成する肯定応答ユニット318とを含み得る。メッセージ受信ユニット316および肯定応答ユニット318は、ハードウェア、ファームウェア、およびソフトウェアまたはそれらの組合せで実装され得る。
[0093]ファームウェアおよび/またはソフトウェア実装の場合、それらの方法は、本明細書で説明した機能を実行するモジュール(たとえば、プロシージャ、関数など)を用いて実装され得る。命令を有形に実施するいずれの機械可読媒体も、本明細書で説明した方法の実装において使用され得る。たとえば、ソフトウェアコードは、プロセッサユニット302に接続され、それによって実行される、非一時的コンピュータ可読媒体320またはメモリ304に記憶され得る。メモリは、処理ユニットの内部または処理ユニットの外部に実装され得る。本明細書で使用する「メモリ」という用語は、長期メモリ、短期メモリ、揮発性メモリ、不揮発性メモリ、または他のメモリのいずれかのタイプを指し、メモリの特定のタイプまたはメモリの数、あるいはメモリが記憶される媒体のタイプに限定されるべきではない。
[0099]本発明について、教授の目的で特定の実施形態に関して説明したが、本発明はそれらの実施形態に限定されない。本発明の範囲から逸脱することなく、様々な適応および修正が行われ得る。したがって、添付の特許請求の範囲の趣旨および範囲は上記の説明に限定されるべきでない。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
[C1]
LPP制御プレーン環境においてロケーションサーバを用いてメッセージを生成することと、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、
前記メッセージを前記ロケーションサーバから前記モバイル端末に送信することと
を備える方法。
[C2]
前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントの最後のセグメントは、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、C1に記載の方法。
[C3]
第2のメッセージを生成することをさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、C1に記載の方法。
[C4]
前記モバイル端末から肯定応答メッセージを受信することなしに、前記モバイル端末に後続のメッセージを送ることをさらに備える、C1に記載の方法。
[C5]
前記LPP制御プレーン環境がLPPeを含む、C1に記載の方法。
[C6]
メッセージをモバイルデバイスに転送するためのトランシーバと、
前記トランシーバに接続されたプロセッサと、前記プロセッサは、LPP制御プレーン環境においてメッセージを生成することと、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、前記トランシーバを用いて前記メッセージを前記モバイル端末に送信することとを行うように適応された、
を備える装置。
[C7]
前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、C6に記載の装置。
[C8]
前記プロセッサは、第2のメッセージを生成することと、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでおり、前記トランシーバを用いて前記第2のメッセージを前記モバイル端末に送信することとを行うようにさらに適応された、C6に記載の装置。
[C9]
前記プロセッサが、第2のメッセージを生成することと、前記モバイル端末からの肯定応答メッセージの受信なしに、前記トランシーバを用いて前記第2のメッセージを前記モバイル端末に送信することとを行うようにさらに適応された、C6に記載の装置。
[C10]
前記LPP制御プレーン環境がLPPeを含む、C6に記載の装置。
[C11]
LPP制御プレーン環境においてメッセージを生成するための手段と、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、
前記メッセージを前記モバイル端末に送信するための手段と
を備える装置。
[C12]
前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、C11に記載の装置。
[C13]
第2のメッセージを生成するための手段をさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、C11に記載の装置。
[C14]
前記モバイル端末から肯定応答メッセージを受信することなしに、前記モバイル端末に後続のメッセージを送るための手段をさらに備える、C11に記載の装置。
[C15]
前記LPP制御プレーン環境がLPPeを含む、C11に記載の装置。
[C16]
LPP制御プレーン環境においてメッセージを生成するためのプログラムコードと、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、
前記メッセージを前記モバイル端末に送信するためのプログラムコードと
を備える、プログラムコードを記憶した非一時的コンピュータ可読媒体。
[C17]
前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、C16に記載の非一時的コンピュータ可読媒体。
[C18]
第2のメッセージを生成するためのプログラムコードをさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、C16に記載の非一時的コンピュータ可読媒体。
[C19]
前記モバイル端末から肯定応答メッセージを受信することなしに、前記モバイル端末に後続のメッセージを送るためのプログラムコードをさらに備える、C16に記載の非一時的コンピュータ可読媒体。
[C20]
前記LPP制御プレーン環境がLPPeを含む、C16に記載の非一時的コンピュータ可読媒体。
[C21]
LPP制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信することと、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
前記非送信請求メッセージ中に含まれている前記支援データを処理することと、
前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つことと
を備える方法。
[C22]
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、C21に記載の方法。
[C23]
前記ロケーションサーバから第2のメッセージを受信することをさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、C21に記載の方法。
[C24]
前記LPP制御プレーン環境において前記ロケーションサーバから第2のメッセージを受信することと、前記第2のメッセージは、肯定応答が必要とされることを示す第2の肯定応答要求フィールドを含んでおり、
前記ロケーションサーバに前記第2のメッセージの肯定応答を送信することと
をさらに備える、C21に記載の方法。
[C25]
前記LPP制御プレーン環境がLPPeを含む、C21に記載の方法。
[C26]
メッセージを受信し、ロケーションサーバに送信するためのトランシーバと、
前記トランシーバに接続されたプロセッサと、前記プロセッサは、LPP制御プレーン環境において前記トランシーバを用いて前記ロケーションサーバから非送信請求メッセージを受信することと、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、前記非送信請求メッセージ中に含まれている前記支援データを処理することと、前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つこととを行うように適応された、
を備える装置。
[C27]
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、C26に記載の装置。
[C28]
前記プロセッサは、前記ロケーションサーバから第2のメッセージを受信するようにさらに適応され、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、C26に記載の装置。
[C29]
前記プロセッサは、前記LPP制御プレーン環境において前記トランシーバを用いて前記ロケーションサーバから第2のメッセージを受信することと、前記第2のメッセージは、肯定応答が必要とされることを示す第2の肯定応答要求フィールドを含んでおり、前記ロケーションサーバに前記第2のメッセージの肯定応答を送信することとを行うようにさらに適合された、C26に記載の装置。
[C30]
前記LPP制御プレーン環境がLPPeを含む、C26に記載の装置。
[C31]
LPP制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するための手段と、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
前記非送信請求メッセージ中に含まれている前記支援データを処理するための手段と、
前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つための手段と
を備える装置。
[C32]
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、C31に記載の装置。
[C33]
前記ロケーションサーバから第2のメッセージを受信するための手段をさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、C31に記載の装置。
[C34]
前記LPP制御プレーン環境において前記ロケーションサーバから第2のメッセージを受信するための手段と、前記第2のメッセージは、肯定応答が必要とされることを示す第2の肯定応答要求フィールドを含んでおり、
前記ロケーションサーバに前記第2のメッセージの肯定応答を送信するための手段と
をさらに備える、C31に記載の装置。
[C35]
前記LPP制御プレーン環境がLPPeを含む、C31に記載の装置。
[C36]
LPP制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するためのプログラムコードと、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
前記非送信請求メッセージ中に含まれている前記支援データを処理するためのプログラムコードと、
前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つためのプログラムコードと
を備える、プログラムコードを記憶した非一時的コンピュータ可読媒体。
[C37]
前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、C36に記載の非一時的コンピュータ可読媒体。
[C38]
前記ロケーションサーバから第2のメッセージを受信するためのプログラムコードをさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、C36に記載の非一時的コンピュータ可読媒体。
[C39]
前記LPP制御プレーン環境において前記ロケーションサーバから第2のメッセージを受信するためのプログラムコードと、前記第2のメッセージは、肯定応答が必要とされることを示す第2の肯定応答要求フィールドを含んでおり、
前記ロケーションサーバに前記第2のメッセージの肯定応答を送信するためのプログラムコードと
をさらに備える、C36に記載の非一時的コンピュータ可読媒体。
[C40]
前記LPP制御プレーン環境がLPPeを含む、C36に記載の非一時的コンピュータ可読媒体。

Claims (40)

  1. LPP制御プレーン環境においてロケーションサーバを用いてメッセージを生成することと、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、
    前記メッセージを前記ロケーションサーバから前記モバイル端末に送信することと
    を備える方法。
  2. 前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントの最後のセグメントは、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、請求項1に記載の方法。
  3. 第2のメッセージを生成することをさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、請求項1に記載の方法。
  4. 前記モバイル端末から肯定応答メッセージを受信することなしに、前記モバイル端末に後続のメッセージを送ることをさらに備える、請求項1に記載の方法。
  5. 前記LPP制御プレーン環境がLPPeを含む、請求項1に記載の方法。
  6. メッセージをモバイルデバイスに転送するためのトランシーバと、
    前記トランシーバに接続されたプロセッサと、前記プロセッサは、LPP制御プレーン環境においてメッセージを生成することと、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、前記トランシーバを用いて前記メッセージを前記モバイル端末に送信することとを行うように適応された、
    を備える装置。
  7. 前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、請求項6に記載の装置。
  8. 前記プロセッサは、第2のメッセージを生成することと、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでおり、前記トランシーバを用いて前記第2のメッセージを前記モバイル端末に送信することとを行うようにさらに適応された、請求項6に記載の装置。
  9. 前記プロセッサが、第2のメッセージを生成することと、前記モバイル端末からの肯定応答メッセージの受信なしに、前記トランシーバを用いて前記第2のメッセージを前記モバイル端末に送信することとを行うようにさらに適応された、請求項6に記載の装置。
  10. 前記LPP制御プレーン環境がLPPeを含む、請求項6に記載の装置。
  11. LPP制御プレーン環境においてメッセージを生成するための手段と、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、
    前記メッセージを前記モバイル端末に送信するための手段と
    を備える装置。
  12. 前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、請求項11に記載の装置。
  13. 第2のメッセージを生成するための手段をさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、請求項11に記載の装置。
  14. 前記モバイル端末から肯定応答メッセージを受信することなしに、前記モバイル端末に後続のメッセージを送るための手段をさらに備える、請求項11に記載の装置。
  15. 前記LPP制御プレーン環境がLPPeを含む、請求項11に記載の装置。
  16. LPP制御プレーン環境においてメッセージを生成するためのプログラムコードと、前記メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、前記メッセージがモバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記肯定応答要求フィールドは、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示し、
    前記メッセージを前記モバイル端末に送信するためのプログラムコードと
    を備える、プログラムコードを記憶した非一時的コンピュータ可読媒体。
  17. 前記メッセージが複数のメッセージセグメントにセグメント化され、ここにおいて、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、前記メッセージが前記モバイル端末によって送信請求されたときに肯定応答が必要とされることを示し、前記メッセージが前記モバイル端末によって送信請求されないときに肯定応答が必要とされないことを示す、前記肯定応答要求フィールドを含んでいる、請求項16に記載の非一時的コンピュータ可読媒体。
  18. 第2のメッセージを生成するためのプログラムコードをさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、請求項16に記載の非一時的コンピュータ可読媒体。
  19. 前記モバイル端末から肯定応答メッセージを受信することなしに、前記モバイル端末に後続のメッセージを送るためのプログラムコードをさらに備える、請求項16に記載の非一時的コンピュータ可読媒体。
  20. 前記LPP制御プレーン環境がLPPeを含む、請求項16に記載の非一時的コンピュータ可読媒体。
  21. LPP制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信することと、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
    前記非送信請求メッセージ中に含まれている前記支援データを処理することと、
    前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つことと
    を備える方法。
  22. 前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、請求項21に記載の方法。
  23. 前記ロケーションサーバから第2のメッセージを受信することをさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、請求項21に記載の方法。
  24. 前記LPP制御プレーン環境において前記ロケーションサーバから第2のメッセージを受信することと、前記第2のメッセージは、肯定応答が必要とされることを示す第2の肯定応答要求フィールドを含んでおり、
    前記ロケーションサーバに前記第2のメッセージの肯定応答を送信することと
    をさらに備える、請求項21に記載の方法。
  25. 前記LPP制御プレーン環境がLPPeを含む、請求項21に記載の方法。
  26. メッセージを受信し、ロケーションサーバに送信するためのトランシーバと、
    前記トランシーバに接続されたプロセッサと、前記プロセッサは、LPP制御プレーン環境において前記トランシーバを用いて前記ロケーションサーバから非送信請求メッセージを受信することと、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、前記非送信請求メッセージ中に含まれている前記支援データを処理することと、前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つこととを行うように適応された、
    を備える装置。
  27. 前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、請求項26に記載の装置。
  28. 前記プロセッサは、前記ロケーションサーバから第2のメッセージを受信するようにさらに適応され、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、請求項26に記載の装置。
  29. 前記プロセッサは、前記LPP制御プレーン環境において前記トランシーバを用いて前記ロケーションサーバから第2のメッセージを受信することと、前記第2のメッセージは、肯定応答が必要とされることを示す第2の肯定応答要求フィールドを含んでおり、前記ロケーションサーバに前記第2のメッセージの肯定応答を送信することとを行うようにさらに適合された、請求項26に記載の装置。
  30. 前記LPP制御プレーン環境がLPPeを含む、請求項26に記載の装置。
  31. LPP制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するための手段と、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
    前記非送信請求メッセージ中に含まれている前記支援データを処理するための手段と、
    前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つための手段と
    を備える装置。
  32. 前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、請求項31に記載の装置。
  33. 前記ロケーションサーバから第2のメッセージを受信するための手段をさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、請求項31に記載の装置。
  34. 前記LPP制御プレーン環境において前記ロケーションサーバから第2のメッセージを受信するための手段と、前記第2のメッセージは、肯定応答が必要とされることを示す第2の肯定応答要求フィールドを含んでおり、
    前記ロケーションサーバに前記第2のメッセージの肯定応答を送信するための手段と
    をさらに備える、請求項31に記載の装置。
  35. 前記LPP制御プレーン環境がLPPeを含む、請求項31に記載の装置。
  36. LPP制御プレーン環境においてロケーションサーバから非送信請求メッセージを受信するためのプログラムコードと、前記非送信請求メッセージが支援データと肯定応答要求フィールドとを含んでおり、ここにおいて、前記肯定応答要求フィールドは、肯定応答が必要とされないことを示し、
    前記非送信請求メッセージ中に含まれている前記支援データを処理するためのプログラムコードと、
    前記非送信請求メッセージの肯定応答を送信することなしに、前記ロケーションサーバからの後続のメッセージを待つためのプログラムコードと
    を備える、プログラムコードを記憶した非一時的コンピュータ可読媒体。
  37. 前記非送信請求メッセージが複数のメッセージセグメントにセグメント化され、前記複数のメッセージセグメントのうちの前記メッセージセグメントのうちの1つまたは複数は、肯定応答が必要とされないことを示す前記肯定応答要求フィールドを含んでいる、請求項36に記載の非一時的コンピュータ可読媒体。
  38. 前記ロケーションサーバから第2のメッセージを受信するためのプログラムコードをさらに備え、ここにおいて、前記第2のメッセージは、エラーメッセージであり、肯定応答が必要とされないことを示す第2の肯定応答要求フィールドを含んでいる、請求項36に記載の非一時的コンピュータ可読媒体。
  39. 前記LPP制御プレーン環境において前記ロケーションサーバから第2のメッセージを受信するためのプログラムコードと、前記第2のメッセージは、肯定応答が必要とされることを示す第2の肯定応答要求フィールドを含んでおり、
    前記ロケーションサーバに前記第2のメッセージの肯定応答を送信するためのプログラムコードと
    をさらに備える、請求項36に記載の非一時的コンピュータ可読媒体。
  40. 前記LPP制御プレーン環境がLPPeを含む、請求項36に記載の非一時的コンピュータ可読媒体。
JP2015229819A 2012-09-27 2015-11-25 選択された肯定応答測位最適化 Active JP6009643B2 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201261706671P 2012-09-27 2012-09-27
US61/706,671 2012-09-27
US13/744,277 2013-01-17
US13/744,277 US8855678B2 (en) 2012-09-27 2013-01-17 Selected acknowledgment positioning optimizations

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2015534499A Division JP6009681B2 (ja) 2012-09-27 2013-08-26 選択された肯定応答測位最適化

Publications (2)

Publication Number Publication Date
JP2016076954A true JP2016076954A (ja) 2016-05-12
JP6009643B2 JP6009643B2 (ja) 2016-10-19

Family

ID=50339336

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2015534499A Active JP6009681B2 (ja) 2012-09-27 2013-08-26 選択された肯定応答測位最適化
JP2015229819A Active JP6009643B2 (ja) 2012-09-27 2015-11-25 選択された肯定応答測位最適化

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2015534499A Active JP6009681B2 (ja) 2012-09-27 2013-08-26 選択された肯定応答測位最適化

Country Status (7)

Country Link
US (2) US8855678B2 (ja)
EP (1) EP2901722B1 (ja)
JP (2) JP6009681B2 (ja)
CN (2) CN106231546B (ja)
ES (1) ES2770823T3 (ja)
HU (1) HUE047001T2 (ja)
WO (1) WO2014051910A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020537405A (ja) * 2017-10-08 2020-12-17 クゥアルコム・インコーポレイテッドQualcomm Incorporated 測位プロトコルメッセージのセグメント化のための方法およびシステム

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8855678B2 (en) 2012-09-27 2014-10-07 Qualcomm Incorporated Selected acknowledgment positioning optimizations
US10027763B2 (en) 2016-03-25 2018-07-17 Qualcomm Incorporated Abort messages for position location message flows
EP3226032A1 (en) * 2016-03-31 2017-10-04 Sequans Communications S.A. New messaging scheme for positioning
US10638254B2 (en) * 2017-01-18 2020-04-28 Qualcomm Incorporated Handling an early position fix for LPP-type positioning sessions
US10313825B2 (en) * 2017-02-28 2019-06-04 Qualcomm Incorporated Control plane LCS solution for improving multiple reporting LPP messaging
CN108810875A (zh) * 2017-05-05 2018-11-13 中兴通讯股份有限公司 融合定位的方法及装置
CN110650467B (zh) 2018-06-26 2022-03-29 华为技术有限公司 管理用户数据的方法和装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009296513A (ja) * 2008-06-09 2009-12-17 Adcore-Tech Co Ltd 通信処理装置、通信処理方法及びそのプログラム
JP2010539487A (ja) * 2007-09-11 2010-12-16 クゥアルコム・インコーポレイテッド 移動無線ネットワークにおける動的な測位要求処理

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7546395B2 (en) 2002-10-10 2009-06-09 Sirf Technology, Inc. Navagation processing between a tracker hardware device and a computer host based on a satellite positioning solution system
US20080139114A1 (en) * 2006-12-06 2008-06-12 Motorola, Inc. Method for determining user location based on association with seamless mobility context
US8306523B2 (en) * 2008-02-15 2012-11-06 Qualcomm Incorporated Methods and apparatuses supporting multiple positioning protocol versions in wireless communication networks
US8660574B2 (en) 2008-04-02 2014-02-25 Qualcomm Incorporated Generic positioning protocol
US9435874B2 (en) * 2009-04-21 2016-09-06 Qualcomm Incorporated Method and apparatus for supporting positioning for terminals in a wireless network
US8750915B2 (en) * 2010-01-05 2014-06-10 Qualcomm Incorporated Exchange of location information using a wireless communication device
US8699460B2 (en) 2010-04-10 2014-04-15 Qualcomm Incorporated Position location call flow
US8942102B2 (en) 2010-11-05 2015-01-27 Qualcomm Incorporated Segmented data transfer with resume capability
US8675474B2 (en) * 2010-12-10 2014-03-18 Htc Corporation Method and system for handling error in LPP messages exchange
US8855678B2 (en) 2012-09-27 2014-10-07 Qualcomm Incorporated Selected acknowledgment positioning optimizations

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010539487A (ja) * 2007-09-11 2010-12-16 クゥアルコム・インコーポレイテッド 移動無線ネットワークにおける動的な測位要求処理
JP2009296513A (ja) * 2008-06-09 2009-12-17 Adcore-Tech Co Ltd 通信処理装置、通信処理方法及びそのプログラム

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
JPN6015034118; 'Evolved Universal Terrestrial Radio Access (E-UTRA); LTE Positioning Protocol (LPP) (Release 10)' 3GPP TS 36.355 V10.5.0 , 201206, pp. 12-25 *
JPN6015034120; Nokia Siemens Networks, Nokia Corporation: 'Positioning Assistance Data Delivery to the UE' 3GPP TSG-RAN WG2 Meeting #66, R2-093257 , 200905 *
JPN6016004480; Nokia Siemens Networks, Nokia Corporation: 'LPP protocol termination and procedures' 3GPP TSG-RAN WG2 Meeting #66, R2-093261 , 200905 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020537405A (ja) * 2017-10-08 2020-12-17 クゥアルコム・インコーポレイテッドQualcomm Incorporated 測位プロトコルメッセージのセグメント化のための方法およびシステム
JP7376472B2 (ja) 2017-10-08 2023-11-08 クゥアルコム・インコーポレイテッド 測位プロトコルメッセージのセグメント化のための方法およびシステム

Also Published As

Publication number Publication date
CN104662932A (zh) 2015-05-27
CN106231546B (zh) 2019-11-01
HUE047001T2 (hu) 2020-04-28
CN106231546A (zh) 2016-12-14
JP2015537407A (ja) 2015-12-24
CN104662932B (zh) 2016-08-24
JP6009643B2 (ja) 2016-10-19
ES2770823T3 (es) 2020-07-03
US20140087759A1 (en) 2014-03-27
JP6009681B2 (ja) 2016-10-19
US8855678B2 (en) 2014-10-07
WO2014051910A1 (en) 2014-04-03
EP2901722B1 (en) 2019-12-04
US20150024777A1 (en) 2015-01-22
US8983499B2 (en) 2015-03-17
EP2901722A1 (en) 2015-08-05

Similar Documents

Publication Publication Date Title
JP6009643B2 (ja) 選択された肯定応答測位最適化
JP6013573B2 (ja) 再開機能を用いたセグメント化データ転送
JP6219423B2 (ja) 測位サービスのためのsimカード選択のための方法および装置
JP5548818B2 (ja) 複数の測位プロトコルのサポート
JP6104874B2 (ja) ワイヤレス通信ネットワークにおいて様々な衛星測位システムに関連する支援データを要求/提供するための方法および装置
JP5591803B2 (ja) 無線通信ネットワークにおける種々の衛星測位システムに関連する感度支援情報を要求/供与するための方法および装置
JP6246811B2 (ja) Lte上での制御プレーンlcsのための拡張lte測位プロトコル情報転送プロシージャ

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160209

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160509

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160816

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160914

R150 Certificate of patent or registration of utility model

Ref document number: 6009643

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250