特許 6013573 再開機能を用いたセグメント化データ転送

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6013573

(24)【登録日】2016年9月30日

(45)【発行日】2016年10月25日

(54)【発明の名称】再開機能を用いたセグメント化データ転送

(51)【国際特許分類】

   H04W 28/10 20090101AFI20161011BHJP

   H04W 8/08 20090101ALN20161011BHJP

【ＦＩ】

   H04W28/10

   !H04W8/08

【請求項の数】28

【外国語出願】

【全頁数】36

(21)【出願番号】特願2015-182865(P2015-182865)

(22)【出願日】2015年9月16日

(62)【分割の表示】特願2013-537669(P2013-537669)の分割

【原出願日】2011年9月19日

(65)【公開番号】特開2016-28491(P2016-28491A)

(43)【公開日】2016年2月25日

【審査請求日】2015年10月15日

(31)【優先権主張番号】13/235,250

(32)【優先日】2011年9月16日

(33)【優先権主張国】US

(31)【優先権主張番号】61/410,681

(32)【優先日】2010年11月5日

(33)【優先権主張国】US

(31)【優先権主張番号】61/454,931

(32)【優先日】2011年3月21日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100194814

【弁理士】

【氏名又は名称】奥村 元宏

(72)【発明者】

【氏名】スティーブン・ウィリアム・エッジ

(72)【発明者】

【氏名】スフェン・フィッシャー

(72)【発明者】

【氏名】アンドレアス・クラウス・ワハター

【審査官】 齋藤 浩兵

(56)【参考文献】

【文献】 国際公開第２００９／１２４２０６（ＷＯ，Ａ２）

【文献】 特開２００８−２７１０９７（ＪＰ，Ａ）

【文献】 特開平０８−３４０３０８（ＪＰ，Ａ）

【文献】 国際公開第２００８／０３２７５０（ＷＯ，Ａ１）

【文献】 特開２００３−２７４４４５（ＪＰ，Ａ）

【文献】 特表２００８−５３８４６６（ＪＰ，Ａ）

【文献】 3GPP TS 36.355 V9.3.0，２０１０年１０月 ８日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

第２のエンティティによって第１のエンティティからロケーション関連情報の転送を受信する方法であって、
前記第２のエンティティによって前記第１のエンティティからセッション識別情報を備える複数のメッセージのうちの第１のサブセットを受信することと、前記複数のメッセージのうちの前記第１のサブセットは、前記第１のエンティティによって前記複数のメッセージにセグメント化された前記ロケーション関連情報に関する前記複数のメッセージのすべてよりも少なく、ここにおいて、前記第１のエンティティは、前記セッション識別情報を前記複数のメッセージへ割り当て、前記複数のメッセージ中の各々のメッセージはセグメント番号を備え、
前記第１のエンティティへ前記第２のエンティティによって各々のメッセージの受信の確認応答を送信することと、
ここにおいて、前記第１のエンティティと前記第２のエンティティとの間の接続またはセッションは、前記第１のサブセットを受信した後、解除され、
ここにおいて、前記第１のエンティティと前記第２のエンティティとの間の前記接続またはセッションは、再確立され、
前記接続またはセッションが再確立された後、前記第２のエンティティによって前記第１のエンティティから前記セッション識別情報を備える前記複数のメッセージのうちの第２のサブセットを受信することと、ここにおいて、前記第２のサブセットは、前記複数のメッセージのうちの、前記第１のサブセットにおけるメッセージ以外のメッセージを備え、ここにおいて、前記接続またはセッションが解除される前に前記第２のエンティティによって前記第１のエンティティへ送信された受信の最後の確認応答は、セグメント番号を備えるメッセージ（ｉ−１）に対するものであり、ここにおいて、前記複数のメッセージのうちの前記第２のサブセットを受信することは、前記第２のエンティティによって前記第１のエンティティから前記セグメント番号を備える前記メッセージ（ｉ−１）に対する、セグメント番号を備える次のメッセージ（ｉ）を受信することを備える、
を備える、方法。

【請求項2】

前記第２のサブセットが、前記複数のメッセージのうちの、前記第１のサブセット以外のすべてのメッセージを備える、請求項１に記載の方法。

【請求項3】

前記第２のエンティティから前のメッセージの受信の確認応答を送信した後、後続のメッセージのそれぞれを前記第２のエンティティによって前記第１のエンティティから受信することと、
前記第１のエンティティと前記第２のエンティティの両方によって前記ロケーション関連情報の前記転送のフローを制御することとをさらに備え、前記第１のエンティティが、１つまたは複数のメッセージを遅延することおよび各メッセージのサイズを動的に制御することのうちの少なくとも１つによって前記フローを制御し、前記第２のエンティティが、１つまたは複数の受信の確認応答を送信するのを遅延することによって前記フローを制御する、請求項１に記載の方法。

【請求項4】

前記接続またはセッションが再確立された後、前記第１のエンティティから送信されるべき前記セグメント番号を備える前記次のメッセージ（ｉ）の識別情報を、前記第２のエンティティから前記第１のエンティティへ送信することをさらに備える、請求項１に記載の方法。

【請求項5】

前記第１のエンティティがサーバであり、前記第２のエンティティがターゲットであり、前記ロケーション関連情報が支援データである、請求項１に記載の方法。

【請求項6】

前記第１のエンティティがターゲットであり、前記第２のエンティティがサーバであり、前記ロケーション関連情報がロケーション情報である、請求項１に記載の方法。

【請求項7】

前記複数のメッセージのそれぞれが、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＬＰＰ）メッセージとＬＰＰ Ｅｘｔｅｎｓｉｏｎｓ（ＬＰＰｅ）メッセージとのうちの一方である、請求項１に記載の方法。

【請求項8】

前記ロケーション関連情報がセキュアユーザプレーンロケーション（ＳＵＰＬ：Secure User Plane Location）メッセージの中で転送され、前記ロケーション関連情報が６００００オクテットより大きい、請求項１に記載の方法。

【請求項9】

前記第１のエンティティが前記ロケーション関連情報を前記複数のメッセージにセグメント化する前に、前記第２のエンティティから前記第１のエンティティに前記ロケーション関連情報の要求を送信することをさらに備える、請求項１に記載の方法。

【請求項10】

リモートエンティティからロケーション関連情報の転送を受信するための装置であって、
前記リモートエンティティからセッション識別情報を備える複数のメッセージのうちの第１のサブセットを受信するための手段と、前記第１のサブセットが備えるのは、前記リモートエンティティによって前記複数のメッセージにセグメント化された前記ロケーション関連情報に関する前記複数のメッセージのすべてよりも少なく、ここにおいて、前記リモートエンティティは、前記セッション識別情報を前記複数のメッセージへ割り当て、前記複数のメッセージ中の各々のメッセージはセグメント番号を備え、
各々のメッセージの受信の確認応答を、前記リモートエンティティに送信するための手段と、
前記リモートエンティティとの接続またはセッションが解除され再確立された後で前記リモートエンティティから前記セッション識別情報を備える前記複数のメッセージのうちの第２のサブセットを受信するための手段と、を備え、ここにおいて、前記第２のサブセットは、前記複数のメッセージのうちの、前記第１のサブセットにおけるメッセージ以外のメッセージを備え、ここにおいて、前記接続またはセッションが解除される前に前記リモートエンティティへ送信された受信の最後の確認応答は、セグメント番号を備えるメッセージ（ｉ−１）に対するものであり、ここにおいて、前記複数のメッセージのうちの前記第２のサブセットを受信するための前記手段は、前記リモートエンティティから前記セグメント番号を備える前記メッセージ（ｉ−１）に対する、セグメント番号を備える次のメッセージ（ｉ）を受信するための手段を備える、
装置。

【請求項11】

前記第２のサブセットは、前記複数のメッセージのうちの、前記第１のサブセット以外のすべてのメッセージ備える、請求項１０に記載の装置。

【請求項12】

前記リモートエンティティへの前のメッセージの前記受信の確認応答を送信した後、前記リモートエンティティから後続のメッセージのそれぞれを受信するための手段と、
１つまたは複数の受信の確認応答を送信するのを遅延することによってフローを制御することにより、前記ロケーション関連情報の前記転送の前記フローを制御するための手段と、
をさらに備える、請求項１０に記載の装置。

【請求項13】

前記接続またはセッションが再確立された後に送信されるべき前記セグメント番号を備える前記次のメッセージ（ｉ）の識別情報を前記リモートエンティティに送信するための手段をさらに備える、請求項１０に記載の装置。

【請求項14】

前記装置がターゲットであり、前記リモートエンティティがサーバであり、前記ロケーション関連情報が支援データである、請求項１０に記載の装置。

【請求項15】

前記装置がサーバであり、前記リモートエンティティがターゲットであり、前記ロケーション関連情報がロケーション情報である、請求項１０に記載の装置。

【請求項16】

前記ロケーション関連情報の要求を前記リモートエンティティへ送信するための手段をさらに備える、請求項１０に記載の装置。

【請求項17】

リモートエンティティからロケーション関連情報の転送を受信するためのトランシーバと、
前記トランシーバに接続されるプロセッサとを備え、前記プロセッサが、前記トランシーバを用いて前記リモートエンティティからセッション識別情報を備える複数のメッセージのうちの第１のサブセットを受信するようにと、前記第１のサブセットが備えるのは、前記リモートエンティティによって前記複数のメッセージにセグメント化された前記ロケーション関連情報に関する前記複数のメッセージのすべてよりも少なく、ここにおいて、前記リモートエンティティは、前記セッション識別情報を前記複数のメッセージへ割り当て、前記複数のメッセージ中の各々のメッセージはセグメント番号を備え；前記トランシーバを用いて、各々のメッセージの受信の確認応答を、前記リモートエンティティに送信するようにと、および前記リモートエンティティとの接続またはセッションが解除され再確立された後で前記トランシーバを用いて前記リモートエンティティから前記セッション識別情報を備える前記複数のメッセージのうちの第２のサブセットを受信するように、適応され、ここにおいて、前記第２のサブセットは、前記複数のメッセージのうちの、前記第１のサブセットにおけるメッセージ以外のメッセージを備え、ここにおいて、前記接続またはセッションが解除される前に前記リモートエンティティへ送信された受信の最後の確認応答は、セグメント番号を備えるメッセージ（ｉ−１）に対するものであり、ここにおいて、前記プロセッサは、前記リモートエンティティから前記セグメント番号を備える前記メッセージ（ｉ−１）に対する、セグメント番号を備える次のメッセージ（ｉ）を受信するように適応されることによって前記複数のメッセージのうちの前記第２のサブセットを受信するように適応される、装置。

【請求項18】

前記第２のサブセットが、前記複数のメッセージのうちの、前記第１のサブセット以外のすべてのメッセージを備える、請求項１７に記載の装置。

【請求項19】

前記プロセッサがさらに、前記リモートエンティティから前のメッセージの受信の前記確認応答を前記トランシーバを用いて送信した後、後続のメッセージのそれぞれを前記リモートエンティティから受信し、１つまたは複数の受信の確認応答を送信するのを遅延することによって、前記ロケーション関連情報の前記転送のフローを制御するように適応される、請求項１７に記載の装置。

【請求項20】

前記プロセッサがさらに、前記接続またはセッションが再確立された後に送信されるべき前記セグメント番号を備える前記次のメッセージ（ｉ）の識別情報を前記リモートエンティティに送信するように適応され、ここにおいて、前記プロセッサは、前記セグメント番号を備える前記次のメッセージ（ｉ）を受信するように適応されることによって、前記複数のメッセージのうちの前記第２のサブセットを受信するように適応される、請求項１７に記載の装置。

【請求項21】

前記装置がターゲットであり、前記リモートエンティティがサーバであり、前記ロケーション関連情報が支援データである、請求項１７に記載の装置。

【請求項22】

前記装置がサーバであり、前記リモートエンティティがターゲットであり、前記ロケーション関連情報がロケーション情報である、請求項１７に記載の装置。

【請求項23】

前記複数のメッセージのそれぞれが、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＬＰＰ）メッセージとＬＰＰ Ｅｘｔｅｎｓｉｏｎｓ（ＬＰＰｅ）メッセージとのうちの一方である、請求項１７に記載の装置。

【請求項24】

前記ロケーション関連情報がセキュアユーザプレーンロケーション（ＳＵＰＬ）メッセージの中で転送され、前記ロケーション関連情報が６００００オクテットより大きい、請求項１７に記載の装置。

【請求項25】

前記プロセッサが、前記トランシーバを用いて前記ロケーション関連情報の要求を前記リモートエンティティへ送信するように適応される、請求項１７に記載の装置。

【請求項26】

記憶されたプログラムコードを含む非一時的コンピュータ可読媒体であって、
リモートエンティティからセッション識別情報を備える複数のメッセージのうちの第１のサブセットを受信するためのプログラムコードと、前記第１のサブセットが備えるのは、前記リモートエンティティによって前記複数のメッセージにセグメント化されたロケーション関連情報に関する前記複数のメッセージのすべてよりも少なく、ここにおいて、前記リモートエンティティは、前記セッション識別情報を前記複数のメッセージへ割り当て、前記複数のメッセージ中の各々のメッセージはセグメント番号を備え、
各々のメッセージの受信の確認応答を、前記リモートエンティティに送信するためのプログラムコードと、
前記リモートエンティティとの接続またはセッションが解除され再確立された後で前記リモートエンティティから前記セッション識別情報を備える前記複数のメッセージのうちの第２のサブセットを受信するためのプログラムコードと、を備え、ここにおいて、前記第２のサブセットは、前記複数のメッセージのうちの、前記第１のサブセットにおけるメッセージ以外のメッセージを備え、ここにおいて、前記接続またはセッションが解除される前に前記リモートエンティティへ送信された受信の最後の確認応答は、セグメント番号を備えるメッセージ（ｉ−１）に対するものであり、前記非一時的コンピュータ可読媒体はさらに、前記接続またはセッションが再確立された後に前記ロケーション関連情報の転送を再開するために、前記リモートエンティティから前記セグメント番号を備える前記メッセージ（ｉ−１）に対する、セグメント番号を備える次のメッセージ（ｉ）を受信するためのプログラムコードを備える、非一時的コンピュータ可読媒体。

【請求項27】

前記リモートエンティティへ前のメッセージの受信の前記確認応答を送信した後、後続のメッセージのそれぞれを前記リモートエンティティから受信するためのプログラムコードと、
１つまたは複数の受信の肯定応答を送信するのを遅延することによって、前記ロケーション関連情報の前記転送のフローを制御するためのプログラムコードと
をさらに備える、請求項２６に記載の非一時的コンピュータ可読媒体。

【請求項28】

前記接続またはセッションが再確立された後に送信されるべき前記セグメント番号を備える次のメッセージ（ｉ）の識別情報を前記リモートエンティティへ送信するためのプログラムコードと、
前記接続またはセッションが再確立された後、前記ロケーション関連情報の前記転送を再開するために前記セグメント番号を備える前記次のメッセージ（ｉ）を受信するためのプログラムコードと
をさらに備える、請求項２６に記載の非一時的コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０１０年１１月５日に出願された米国特許仮出願第６１／４１０，６８１号、２０１１年３月２１日に出願された米国特許仮出願第６１／４５４，９３１号、および２０１１年９月１６日に出願された米国特許出願第１３／２３５，２５０号の米国特許法第１１９条の下に基づく優先権を主張するものであり、これらのすべてが本発明の譲受人に譲渡され、参照により本明細書に組み込まれる。

【背景技術】

【0002】

端末、たとえば、セルラー電話のロケーションを知ることがしばしば望ましく、時々必要になる。「ロケーション」と「位置」という用語は同義であり、本明細書では互換的に使用される。たとえば、ロケーションサービス（ＬＣＳ）クライアントは、端末のロケーションを知ることを望むことがある。その場合、端末（たとえば、ユーザ機器（ＵＥ）、移動局（ＭＳ）、セキュアユーザプレーン（ＳＵＰＬ）対応端末（ＳＥＴ）など）が、端末に対するロケーション推定値を得るためにロケーションサーバと通信することができる。端末またはロケーションサーバは、次いでロケーション推定値をＬＣＳクライアントに返答し得る。

【0003】

ＬＣＳクライアントが端末のロケーションを知ることを望むときはいつでもロケーションセッションを確立するために、（コールフローまたはプロシージャと呼ばれることもある）メッセージフローが実行され得る。メッセージフローのために、１つまたは複数のネットワークエンティティを介して端末とロケーションサーバとの間で様々なメッセージが交換され得る。これらのメッセージは、３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）によって定義されるＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＬＰＰ）、またはオープンモバイルアライアンス（ＯＭＡ）によって定義されるＬＰＰ Ｅｘｔｅｎｓｉｏｎｓ（ＬＰＰｅ）プロトコルなどのポジショニングプロトコルに準拠し得る。メッセージは、端末が、ロケーション関連測定値（たとえば、ＧＰＳ衛星からの信号の測定値）を得ること、および／またはこれらの測定値からロケーション推定値を計算することを支援するために、ロケーションサーバから端末に支援データを転送し得る。メッセージはまた、ロケーションサーバが端末のロケーションを求めるのを可能にするために、端末からロケーションサーバにロケーション情報（たとえば、測定値またはロケーション推定値）を転送し得る。

【0004】

ＬＰＰｅなど、いくつかのポジショニングプロトコルは、大量のロケーション支援データがロケーションサーバから端末に転送されることを可能にし得る。１つの例は、複数の全地球航法衛星システム（ＧＮＳＳ）のための長期的衛星軌道データであろう。別の例は、端末のロケーションを求めるのを助けるため、および／またはかつて求められた端末のロケーションを活用するのを助けるために端末によって使用され得る、特定の区域、地域または建築構造物のマップデータであろう。そのような支援データのサイズは著しく大きいことがあり、たとえば、数百キロバイトまたはさらに１メガバイト以上になることがある。そのような大量のデータを単一のメッセージの中で、さらには個別のメッセージのシーケンス中で転送することは、サーバまたは端末を輻輳させ、サーバ、端末およびサービングアクセスネットワークによって実行される他の活動を妨害する可能性がある。加えて、すべての支援データが転送される前に、サーバと端末との間の接続またはロケーションセッションが機能しなくなるかまたは解除されるリスクが存在する。その場合、後で、すべての転送を再開させる必要がある。

【発明の概要】

【0005】

ロケーション関連情報を複数のメッセージにセグメント化することによって、大量のロケーション関連情報、たとえば支援データまたはロケーション情報が、個別のメッセージにおいてサーバとターゲット（端末）との間で転送される。ロケーション関連情報の転送が完了する前にサーバとターゲットとの間の接続が解除される場合、接続が再確立された後で残りのメッセージを送信することによって転送が再開される。各メッセージは、前のメッセージに対する受信の確認応答を受信した後にのみ送信される。したがって、１つまたは複数のメッセージの送信を遅延することによって、または受信の確認応答の送信を遅延することによって、サーバとターゲットの両方が転送のフローを制御し得る。

【0006】

一態様では、ロケーション関連情報を第１のエンティティから第２のエンティティに転送する方法は、第１のエンティティによってロケーション関連情報を複数のメッセージにセグメント化することと、複数のメッセージのすべてよりも少ないメッセージを備える、複数のメッセージの第１のサブセットを、第１のエンティティから第２のエンティティに送信することと、第１のサブセットを送信した後、第１のエンティティと第２のエンティティとの間の接続を解除することと、第１のエンティティと第２のエンティティとの間の接続を再確立することと、接続が再確立された後、複数のメッセージのうちの第２のサブセットを第１のエンティティから第２のエンティティに送信することとを含む。

【0007】

別の態様では、装置は、ロケーション関連情報をリモートエンティティに転送するためのトランシーバと、トランシーバに接続されるプロセッサとを備え、プロセッサは、ロケーション関連情報を複数のメッセージにセグメント化し、複数のメッセージの各メッセージをトランシーバを用いてリモートエンティティに逐次送信するように適応され、プロセッサはさらに、リモートエンティティとの接続が再確立された後でリモートエンティティによって受信されていなかった複数のメッセージの中の任意のメッセージを送信するように適応されることによってロケーション関連情報の転送が完了する前にリモートエンティティとの接続が解除され再確立された後でロケーション関連情報の転送を再開するようにさらに適応される。

【0008】

別の態様では、ロケーション関連情報をリモートエンティティに転送するための装置は、ロケーション関連情報を複数のメッセージにセグメント化するための手段と、複数のメッセージのすべてより少ないメッセージを備える、複数のメッセージの第１のサブセットをリモートエンティティに送信するための手段と、リモートエンティティとの接続が解除され再確立された後、複数のメッセージのうちの第２のサブセットをリモートエンティティに送信するための手段とを含む。

【0009】

別の態様では、記憶されたプログラムコードを含む非一時的コンピュータ可読媒体が、ロケーション関連情報を複数のメッセージにセグメント化するためのプログラムコードと、ロケーション関連情報を転送するために複数のメッセージの各メッセージをリモートエンティティに逐次送信するためのプログラムコードと、リモートエンティティとの接続が再確立された後でリモートエンティティによって受信されていない複数のメッセージの中の任意のメッセージを送信するためのプログラムコードを含む、ロケーション関連情報の転送が完了する前にリモートエンティティとの接続が解除され再確立された後で、ロケーション関連情報の転送を再開するためのプログラムコードとを含む。

【0010】

別の態様では、支援データをサーバからターゲットに転送する方法は、サーバによって支援データを複数のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージにセグメント化することと、第１のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージをサーバからターゲットに送信することと、第１のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを送信した後でサーバとターゲットとの間の接続を解除し再確立することと、接続を再確立した後、第２のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージをサーバからターゲットに送信することとを含む。

【0011】

別の態様では、装置は、支援データをターゲットに転送するためのトランシーバと、トランシーバに接続されたプロセッサとを含み、プロセッサが、支援データを複数のＬＰＰ
ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージにセグメント化し、第１のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージをトランシーバを用いてターゲットに送信し、ターゲットとの接続が解除され再確立された後で第２のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージをトランシーバを用いてターゲットに送信するように適応される。

【0012】

別の態様では、ロケーション情報をターゲットからサーバに転送する方法は、ターゲットによってロケーション情報を複数のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージにセグメント化することと、第１のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージをターゲットからサーバに送信することと、第１のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを送信した後、ターゲットとサーバとの間の接続を解除し再確立することと、接続を再確立した後、第２のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージをターゲットからサーバに送信することとを含む。

【0013】

さらに別の態様では、装置は、ロケーション情報をサーバに転送するためのトランシーバと、トランシーバに接続されたプロセッサとを含み、プロセッサが、ロケーション情報を複数のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージにセグメント化し、第１のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージをトランシーバを用いてサーバに送信し、サーバとの接続が解除され再確立された後で第２のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージをトランシーバを用いてサーバに送信するように適応される。

【図面の簡単な説明】

【0014】

【図1】大量のデータ、たとえば支援データまたはロケーション情報を、個別のメッセージの中で転送することができるネットワークアーキテクチャを示す図。

【図2】複数のメッセージを使用して支援データをサーバからターゲットに転送するためのメッセージフローを示す図。

【図3】図２に示すメッセージフローに類似するが、再開機能を有するメッセージフローを示す図。

【図4】複数のメッセージを使用してロケーション情報をターゲットからサーバに転送するためのメッセージフローを示す図。

【図5】図４に示すメッセージフローに類似するが、再開機能を有するメッセージフローを示す図。

【図6】複数のメッセージを使用してロケーション関連情報を第１のエンティティから第２のエンティティに転送し、両エンティティ間の接続が開放され再確立された後で転送が再開する方法を示すフローチャート。

【図7】フロー制御を用いてロケーション関連情報を第１のエンティティから第２のエンティティに転送する方法を示すフローチャート。

【図8】再開機能を用いたセグメント化されたロケーション関連情報の転送をサポートすることを可能にされたモバイル端末を示す概略的なブロック図。

【図9】再開機能を用いたセグメント化されたロケーション関連情報の転送をサポートすることを可能にされたサーバを示す概略的なブロック図。

【発明を実施するための形態】

【0015】

図１は、大量のデータ、たとえば支援データまたはロケーション情報を個別のメッセージ、たとえばＬＰＰ／ＬＰＰｅメッセージの中で、モバイル端末１２０（ＵＥ、ＭＳ、ＳＥＴなど、または一般に「ターゲット」と呼ばれることがある）とロケーションサーバ１５０（サーバと呼ばれることがある）との間で、モバイル端末１２０とサーバ１５０の両方に都合の良いレートで転送することができるネットワークアーキテクチャ１００を示す。ＬＰＰプロトコルは、公に入手可能な３ＧＰＰ技術仕様（ＴＳ）３６．３５５に記載されている。ＬＰＰｅはＯＭＡで定義されており、組み合わされたＬＰＰ／ＬＰＰｅメッセージのそれぞれが埋込み型ＬＰＰｅメッセージを含有するＬＰＰメッセージ（３ＧＰＰ ＴＳ ３６．３５５で定義される）であるようにＬＰＰとの組合せで使用される。そのような組み合わされたメッセージのＬＰＰ部は、通常、限定されたサイズ（たとえば、一般的には高々数千オクテック）を有する一方で、組込み型ＬＰＰｅメッセージは、メガバイトまで、さらにはそれを超えるサイズを有する可能性がある。

【0016】

本明細書で使用するモバイル端末は、サーバを用いて１つまたは複数のネットワークを介してワイヤレス通信が可能でかつ、ＯＭＡで定義されるセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションソリューション、およびＬＴＥサービングネットワークと共に使用するための３ＧＰＰで定義される制御プレーンロケーションソリューションを限定されずに含み得るポジショニングおよびロケーションサービスをサポートする、デバイスである。ＳＵＰＬロケーションソリューションは、公に入手可能なＯＭＡによる文書、ＯＭＡ−ＴＳ−ＵＬＰ−Ｖ２＿０−２０１１０５２７−ＣおよびＯＭＡ−ＴＳ−ＵＬＰ−Ｖ３＿０−２０１１０８１９−Ｄにおいて定義されている。ＬＴＥに対する制御プレーンロケーションソリューションは、公に入手可能な３ＧＰＰ ＴＳ ２３．２７１および３ＧＰＰ ＴＳ ３６．３０５において定義される。ロケーションサービス（ＬＣＳ）は、ロケーションサーバ１５０にアクセスし、モバイル端末１２０のロケーションに対する要求を発してモバイル端末１２０に対するロケーション推定値をロケーションサーバ１５０から返信を受けるＬＣＳクライアント１６０に代わって実行され得る。ＬＣＳクライアント１６０はまた、たとえば、ロケーションサーバ１５０とモバイル端末１２０とによって使用されるロケーションソリューションがＳＵＰＬであるときは、ＳＵＰＬエージェントとしても知られる。モバイル端末１２０はまた、モバイル端末１２０内の何らかのポジショニング可能な機能に対してロケーション要求を発し、後でモバイル端末１２０に対するロケーション推定値の返信を受けることができる、ＬＣＳクライアントまたはＳＵＰＬエージェント（図１に示さず）を含み得る。モバイル端末１２０内のＬＣＳクライアントまたはＳＵＰＬエージェントは、モバイル端末１２０のユーザに対してロケーションサービスを実行することができ、たとえば、モバイル端末１２０の近辺においてナビゲーション案内を提供するかまたは興味のある所を識別する。

【0017】

簡単のために、図１にはただ１つのモバイル端末１２０を示す。本明細書で使用するモバイル端末は、セルラーまたは他のワイヤレス通信デバイス、パーソナル通信システム（ＰＣＳ）デバイス、パーソナルナビゲーションデバイス（ＰＮＤ）、個人情報マネージャ（ＰＩＭ）、携帯情報端末（ＰＤＡ）、ラップトップ、あるいはワイヤレス通信および／またはナビゲーション信号を受信することが可能な他の適切なモバイルデバイスなどのデバイスを指す。また、「モバイル端末」という用語は、衛星信号受信、支援データ受信、および／または位置に関係する処理が当該デバイスで発生するかパーソナルナビゲーションデバイス（ＰＮＤ）で発生するかにかかわらず、短距離ワイヤレス、赤外線、ワイヤライン接続、または他の接続などによってＰＮＤと通信するデバイスを含むものとする。また、「移動局」は、インターネット、Ｗｉ−Ｆｉ（登録商標）、セルラーワイヤレスネットワーク、ＤＳＬネットワーク、パケットケーブルネットワーク、または他のネットワークなどを介してサーバとの通信が可能であり、衛星信号受信、支援データ受信、および／または位置に関係する処理が当該デバイスで発生するか、サーバで発生するか、またはネットワークに関連する別のデバイスで発生するかにかかわらず、ワイヤレスおよびワイヤライン通信デバイス、コンピュータ、ラップトップなどを含むすべてのデバイスを含むものとする。上記の任意の動作可能な組合せも「移動局」と見なされる。本明細書で使用するサーバ１５０は、ＳＵＰＬ Ｌｏｃａｔｉｏｎ Ｐｌａｔｆｏｒｍ（ＳＬＰ）、進化型サービングモバイルロケーションセンター（ｅＳＭＬＣ）、サービングモバイルロケーションセンター（ＳＭＬＣ）、ゲートウェイモバイルロケーションセンター（ＧＭＬＣ）、位置決定エンティティ（ＰＤＥ）、スタンドアロンＳＭＬＣ（ＳＡＳ）、および／または同様のものであってよい。

【0018】

たとえば、ＬＰＰ／ＬＰＰｅなどのポジショニングプロトコルに組み入れられるような、ネットワークアーキテクチャ１００によって使用される通信プロシージャは、モバイル端末１２０およびサーバ１５０によって実行されているロケーションおよび通信の活動などの他の活動との干渉を回避することを含めて、モバイル端末１２０およびサーバ１５０の輻輳を回避するために使用され得る。通信プロシージャは、任意の種類の支援データをモバイル端末１２０に転送するためにサーバ１５０によって使用されてよく、任意の種類のロケーションデータをサーバ１５０に転送するためにモバイル端末１２０によって使用されてよく、送信請求型と非送信請求型の両方の転送に適用される。通信プロシージャは、大量のデータが、場合によっては基礎となるトランスポートプロトコルまたはロケーションプロトコル使用して転送するには大きすぎるメッセージを生じるときに、データを転送するために使用され得る。たとえば、ＳＵＰＬに対する最大のメッセージサイズは、６５３３５オクテット未満に制限される。６００００オクテットより大きく、より具体的には６５３３５オクテットより大きく、かつＳＵＰＬメッセージ内で転送されるべきＬＰＰ／ＬＰＰｅメッセージに対して、本通信プロシージャによるセグメント化されたデータ転送が使用され得る。通信は、ＬＰＰにおいて定義された、ＬＰＰ高信頼トランスポート機能を活用する。

【0019】

図１に示すように、モバイル端末１２０は、第１のネットワーク１３０と第２のネットワーク１３２とを介してサーバ１５０と通信することができ、サーバ１５０は第２のネットワーク１３２に接続されている。モバイル端末１２０は、第１のネットワーク１３０に関連する第１の無線アクセスネットワーク（ＲＡＮ）１４０を介して第１のネットワーク１３０と通信する。第１のネットワーク１３０を介するサーバ１５０との通信が中断される場合（たとえば、モバイル端末１２０が無線の接続性を失う場合）、サーバ１５０との通信は、同じネットワーク１３０を介するか、または異なるネットワーク、たとえば破線１４３で示す第２のＲＡＮ １４２を介する第３のネットワーク１３４を介するかのいずれかで再確立され得る。

【0020】

モバイル端末１２０は、位置決定に使用され得るＲＡＮ １４０および１４２からの信号を受信して測定することができる。１４０および１４２のワイヤレス通信ネットワークＲＡＮ １４０および１４２は、ワイヤレス広域ネットワーク（ＷＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）などであってよい。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＷＷＡＮは、符号分割多元接続（ＣＤＭＡ）ネットワーク、時間分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）ネットワーク、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＷｉＭａｘなどであってよい。ＣＤＭＡネットワークは、ｃｄｍａ２０００、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））などの１つまたは複数の無線アクセス技術（ＲＡＴ）を実装することができる。ｃｄｍａ２０００は、ＩＳ−９５標準、ＩＳ−２０００標準、およびＩＳ−８５６標準を含む。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｄｉｇｉｔａｌ Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｙｓｔｅｍ（Ｄ−ＡＭＰＳ）、または何らかの他のＲＡＴを実装することができる。ＧＳＭ、Ｗ−ＣＤＭＡおよびＬＴＥは、３ＧＰＰによる文書に記載されている。ｃｄｍａ２０００は、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ２」（３ＧＰＰ２）という名称の組織からの文書に記載されている。３ＧＰＰおよび３ＧＰＰ２の文書は公に入手可能である。ＷＬＡＮは、ＩＥＥＥ８０２．１１ｘネットワークでよく、ＷＰＡＮは、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＩＥＥＥ８０２．１５ｘネットワーク、または他の何らかの種類のネットワークであってもよい。本技法はまた、ＷＷＡＮ、ＷＬＡＮ、および／またはＷＰＡＮの任意の組合せに関して実装され得る。たとえば、ＲＡＮ１ １４０は、たとえば、進化型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）（ＬＴＥ）ネットワーク、Ｗ−ＣＤＭＡ ＵＴＲＡＮネットワーク、ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、１ｘＲＴＴネットワーク、エボリューションデータ最適化（ＥｖＤＯ）ネットワーク、ＷｉＭａｘネットワーク、またはＷＬＡＮであってよく、ＲＡＮ２ １４２はＲＡＮ１ １４０と異なる上記のネットワークのうちの１つであってよい。

【0021】

いくつかの場合（図１に示さず）において、第１のネットワーク１３０と第２のネットワーク１３２、および／または第２のネットワーク１３２と第３のネットワーク１３４は同じネットワークであってよい。いくつかの場合（図１に示さず）において、第１、第２および第３のネットワーク１３０、１３２および１３４のうちの１つまたは複数は、ワイヤラインネットワーク（たとえば、ＤＳＬ、パケットケーブル）であってもよいし、ワイヤレス（たとえば、ＷｉＦｉ（登録商標））ローカルアクセスを備えたワイヤラインネットワークであってもよい。

【0022】

モバイル端末１２０はまた、衛星測位システム（ＳＰＳ）の一部である１つまたは複数の地球周回軌道衛星ビークル（ＳＶ）１８０からの信号を受信し得る。たとえば、ＳＶは、全地球測位システム（ＧＰＳ）、Ｇａｌｉｌｅｏ、ＧｌｏｎａｓｓまたはＣｏｍｐａｓｓなど、Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ（ＧＮＳＳ）の集まりの中にあってよい。いくつかの態様によれば、本明細書で提示する技法は、ＳＰＳのためのグローバルシステム（たとえば、ＧＮＳＳ）に制限されない。たとえば、本明細書で提供する技法は、たとえば、日本のＱｕａｓｉ−Ｚｅｎｉｔｈ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ（ＱＺＳＳ）、インドのＩｎｄｉａｎ Ｒｅｇｉｏｎａｌ Ｎａｖｉｇａｔｉｏｎａｌ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ（ＩＲＮＳＳ）、中国のＢｅｉｄｏｕもしくはＣｏｍｐａｓｓなどの様々な領域システム、ならびに／あるいは１つまたは複数のグローバルおよび／または領域ナビゲーション衛星システムに関連付けられるかまたは場合によってはそれらのシステムとともに使用することを可能にされた様々なオーグメンテーションシステム（たとえば、Ｓａｔｅｌｌｉｔｅ Ｂａｓｅｄ Ａｕｇｍｅｎｔａｔｉｏｎ Ｓｙｓｔｅｍ（ＳＢＡＳ））に適用すること、または場合によってはそれらのシステムにおいて使用することが可能である。限定ではなく例として、ＳＢＡＳは、たとえば、Ｗｉｄｅ Ａｒｅａ Ａｕｇｍｅｎｔａｔｉｏｎ Ｓｙｓｔｅｍ（ＷＡＡＳ）、Ｅｕｒｏｐｅａｎ Ｇｅｏｓｔａｔｉｏｎａｒｙ Ｎａｖｉｇａｔｉｏｎ Ｏｖｅｒｌａｙ Ｓｅｒｖｉｃｅ（ＥＧＮＯＳ）、Ｍｕｌｔｉ−ｆｕｎｃｔｉｏｎａｌ Ｓａｔｅｌｌｉｔｅ Ａｕｇｍｅｎｔａｔｉｏｎ Ｓｙｓｔｅｍ（ＭＳＡＳ）、ＧＰＳ Ａｉｄｅｄ Ｇｅｏ Ａｕｇｍｅｎｔｅｄ ＮａｖｉｇａｔｉｏｎまたはＧＰＳおよびＧｅｏ Ａｕｇｍｅｎｔｅｄ Ｎａｖｉｇａｔｉｏｎシステム（ＧＡＧＡＮ）など、完全性情報、差分補正などを行う（１つまたは複数の）オーグメンテーションシステムを含むことができる。したがって、本明細書で使用するＳＰＳは、１つまたは複数のグローバルナビゲーション衛星システムおよび／または領域ナビゲーション衛星システム、ならびに／あるいはグローバルオーグメンテーションシステムおよび／または領域オーグメンテーションシステムの任意の組合せを含むことができ、ＳＰＳ信号は、ＳＰＳ信号、ＳＰＳ様の信号、および／またはそのような１つまたは複数のＳＰＳに関連する他の信号を含み得る。

【0023】

モバイル端末１２０は、ＳＶ １８０ならびに／あるいは第１および第３のネットワーク１３０および１３４と関連するＲＡＮ １４０、１４２からの信号を測定し得、衛星に対する擬似距離測定値とＲＡＮ １４０、１４２からのネットワーク測定値とを取得し得る。擬似距離測定値および／またはネットワーク測定値は、モバイル端末１２０の位置推定値を導出するために使用され得る。サーバ１５０は、支援データなどのロケーション関連情報をモバイル端末１２０に与えるために使用され得、モバイル端末１２０は、ＳＶ １８０およびＲＡＮ １４０、１４２からの信号を取得して測定すること、および／またはこれらの測定値から位置推定値を導出することを支援するために使用され得る。加えて、モバイル端末１２０は、推定された位置またはロケーションの測定値（たとえば、１つまたは複数のＧＮＳＳからの衛星測定値、または１つまたは複数のネットワークからのネットワーク測定値など）などのロケーション関連情報をサーバ１５０に与え得る。データ転送が大きくて、セグメント化されたデータ転送が必要な場合、モバイル端末１２０が、ネットワーク１３０から第３のネットワーク１３４に切り替えるとき、またはネットワーク１３０との通信を失い、次いで再確立するとき、またはサーバ１５０が一時的な通信障害を被ったときに、データ転送が中断されることがある。したがって、セグメント化されたデータ転送は、サーバ１５０との接続が再確立された後で再開される。

【0024】

図２は、サーバ１５０からターゲット１２０に接続を使用して支援データを転送することと、適用可能な場合に、全データ転送の間確立されたままのターゲット１２０とサーバ１５０との間のロケーションセッションとをサポートする基本的プロシージャのメッセージフローを示す。例として、メッセージフローは、ＬＰＰ／ＬＰＰｅポジショニングプロトコルメッセージとして記載しているが、必要な場合、他の種類のメッセージが使用されてよいことを理解されたい。

【0025】

ステップ１では、ターゲット１２０のセグメント化された支援データ転送機能を含むＬＰＰ／ＬＰＰｅ機能がサーバ１５０に知られていない場合、サーバ１５０は、説明した実施形態のいくつかの態様において、ＲｅｑｕｅｓｔＣａｐａｂｉｌｉｔｉｅｓメッセージをターゲット１２０に送信し得る。ＲｅｑｕｅｓｔＣａｐａｂｉｌｉｔｉｅｓメッセージは、他のパラメータの中でも、支援データのセグメント化された転送をサポートするためのターゲット１２０の機能を要求する、ＳｅｇｍｅｎｔｅｄＡｓｓｉｓｔａｎｃｅＤａｔａ＿ＲｅｑＣａｐａｂｉｌｉｔｉｅｓパラメータを含む。ターゲット１２０は、メッセージフローのステップ２で、ＰｒｏｖｉｄｅＣａｐａｂｉｌｉｔｉｅｓメッセージがサーバ１５０に送信されることで応答し得る。説明した実施形態のいくつかの態様では、ステップ１においてＲｅｑｕｅｓｔＣａｐａｂｉｌｉｔｉｅｓメッセージが送信されることがない場合に、ステップ２において、ＰｒｏｖｉｄｅＣａｐａｂｉｌｉｔｉｅｓメッセージが、送信請求されることなくターゲット１２０によって与えられてよい。別の実施形態では、ステップ２におけるＰｒｏｖｉｄｅＣａｐａｂｉｌｉｔｉｅｓメッセージは、代わりに、ターゲット１２０によって後でステップ３で送信される、支援データの要求に関連して送信されてもよい。ＰｒｏｖｉｄｅＣａｐａｂｉｌｉｔｉｅｓメッセージは、他のパラメータの中でも、ターゲット１２０による支援データのセグメント化された転送のサポートを示すために、ＳｅｇｍｅｎｔｅｄＡｓｓｉｓｔａｎｃｅＤａｔａ＿ＰｒｏｖｉｄｅＣａｐａｂｉｌｉｔｉｅｓパラメータを含む。ＳｅｇｍｅｎｔｅｄＡｓｓｉｓｔａｎｃｅＤａｔａ＿ＰｒｏｖｉｄｅＣａｐａｂｉｌｉｔｉｅｓパラメータは、以下の：サーバ１５０によって支援データがセグメント化されるべき個別のＬＰＰメッセージの最大数を示すｍａｘＳｅｇｍｅｎｔｓと；ターゲット１２０によってサポートされた、たとえば１０２４の倍数に端数処理した後たとえば１０２４オクテットの倍数にセグメント化された転送に対して、転送されるすべての支援データの全サイズの最大を示すｍａｘＳｉｚｅと；単一のＬＰＰメッセージにおいてすべての支援データを送信することに優先して、そのサイズに対して、セグメント化されたデータ転送がサーバ１５０によって使用されるべき、すべての支援データの全サイズの最小を示すｍｉｎＳｉｚｅと；ターゲット１２０が、以下に論じる再開機能を用いてセグメント化された転送をサポートできるかどうかを示すｒｅｓｕｍｅとのうちの１つまたは複数を含む複数のフィールドを含み得る。

【0026】

ステップ１および２に類似するが反対方向のメッセージ転送を有するステップが、支援データのセグメント化された転送をサポートするために、サーバ１５０の機能をターゲット１２０に転送するために、ステップ１および２に代わって、またはステップ１および２に加えて実行されてよい。これらのステップは、図２には示さず、使用する場合、反転しているＬＰＰｅモードを活用してよく、それによりターゲット１２０は、サーバ１５０から機能を要求して受信することが可能になる。

【0027】

メッセージフローのステップ３では、ターゲット１２０は、場合によっては、トランザクション識別子（ＩＤ）Ｔを有する新しいトランザクションの一部として、支援データのＬＰＰ要求をサーバ１５０に送信する。ターゲット１２０は、要求された特定の支援データ（たとえば、ＧＮＳＳ支援データ、マップデータなど）を指定し得、支援データをセグメント化された形態で転送するための選択を含んでも含まなくてもよい。支援データをセグメント化された形態で転送するための選択を含むことは、これをサポートするためのサーバ１５０の機能についてのターゲット１２０による知識（たとえば、ステップ３に先立ってサーバ１５０のＬＰＰ／ＬＰＰｅ機能がターゲット１２０に転送されたときに取得される）に基づくことができる。セグメント化された転送に対する要求の存在または不在が、説明する実施形態のいくつかの態様においてサーバ１５０によって無視されてよく、たとえば、サーバ１５０は、ターゲット１２０がこのセグメント化された転送を要求しないときにセグメント化された転送を使用することを選択してもよい。いくつかの実施形態では、ステップ３は行われないことがあり、サーバ１５０は、たとえば図２に示していない、前にサーバ１５０によってターゲット１２０に送信されたロケーション情報の要求をサポートするためにターゲット１２０を支援するために、送信請求されることなく後続のステップにおいて支援データをターゲット１２０に送信することを決定することができる。

【0028】

メッセージフローのステップ４では、サーバ１５０は、ターゲット１２０に転送されるべき支援データを取得し、次いでｎ個の部分に分割する。ステップ３が実行された場合、支援データは、通常、ターゲット１２０によって要求され、サーバ１５０が利用可能なすべてのものを備える。支援データの各部分は、十分に構成されたＬＰＰ／ＬＰＰｅ Ｐｒｏｖｉｄｅ Ａｓｓｉｓｔａｎｃｅ Ｄａｔａメッセージまたは他の適切な種類のメッセージ（すなわち、任意の他のメッセージから独立に復号され解釈され得るメッセージ）で転送され得るべきである。ＬＰＰまたはＬＰＰｅにおける構造化されていないオクテットストリングとして定義されたパラメータに属する支援データは、連続したメッセージがすべて受信されると、ターゲット１２０によって、連結された異なる部分を有する連続したメッセージの間で単一のオクテットストリングに分割され得る。いくつかの支援データは、２つ以上の個別のメッセージの中で複製されてよく、たとえば、異なるメッセージの中で転送される支援データの部分が同じ必須パラメータを伴う必要がある場合、これらの同じ必須パラメータが個別のメッセージの中で送信され、したがって複製される。その場合、説明する実施形態の一態様では、同じ必須パラメータのすべての出現は、同一のデータを含有し得る。説明する実施形態のいくつかの態様では、２つ以上のセグメントの中に出現する随意のパラメータは、出現ごとに同じ値を含んでよく、または１回だけの出現において含まれてよい。他の支援データが、同じパラメータを搬送するが異なるデータを有する異なるメッセージ、たとえば、異なるＧＮＳＳ ＳＶに関連する支援データに分割される必要があり得る。サーバ１５０は、高信頼トランスポートシーケンス番号Ｓ１を搬送するＬＰＰメッセージの中で、支援データの第１の部分を送信する。高信頼トランスポートシーケンス番号パラメータは、３ＧＰＰ ＴＳ ３６．３５５で定義されるＬＰＰメッセージの高信頼トランスポートをサポートするために使用される、同じシーケンス番号パラメータであってよい。メッセージは、ステップ３が発生し、トランザクションＴが終了したことを示さない場合は、ステップ３と同じトランザクションＩＤ Ｔを含む。メッセージは、ＬＰＰ高信頼トランスポート確認応答を要求する。支援データをセグメント化された形態でターゲット１２０に転送することがサーバ１５０によって決定されることは、ステップ３が発生する場合はステップ３における特定の選択に部分的に基づくか、またはこのセグメント化された形態の転送をサポートするためのターゲット１２０の機能についての、サーバ１５０による知識（たとえば、ステップ２でターゲット１２０のＬＰＰ／ＬＰＰｅ機能がサーバ１５０に転送されたときに取得される）に基づくことができる。この決定における別の要因は、すべての支援データの全サイズが大きいことであり得る。

【0029】

メッセージフローのステップ５では、トランザクションＴが終了していないというステップ４での表示によって、ターゲット１２０は、支援データがＬＰＰメッセージのシーケンスの中で転送されることを認識する。ターゲット１２０は、ＬＰＰ高信頼トランスポート確認応答（説明する実施形態の一態様において通常のＬＰＰメッセージにピギーバックされない）を返答することによって、ステップ４におけるメッセージの受信を確認応答する。ＬＰＰ高信頼トランスポート確認応答メッセージは、ＬＰＰ高信頼トランスポートをサポートするために３ＧＰＰ ＴＳ ３６．３５５において定義される同じ確認応答メッセージであってよく、確認応答されているトランザクションＩＤ ＴとシーケンスＳ１とを含有する小さいメッセージであってよい。ターゲット１２０は、メッセージフローを制御するためにＬＰＰ確認応答を使用し得、たとえば、ターゲット１２０が次のメッセージ（ステップ６で送信される）を受信する用意ができるまで、ターゲット１２０は、確認応答をサーバ１５０に送信するのを遅延し得る。ＬＰＰ確認応答は、ステップ４におけるメッセージの受信を確認し得るだけであり、メッセージが正しかったこと（たとえば、復号可能であったこと）を必ずしも確認しない。

【0030】

メッセージフローのステップ６では、ステップ５で確認応答を受信した後、サーバ１５０は、Ｓ１と異なってよい新しいシーケンス番号Ｓ２を搬送するＬＰＰメッセージの中で支援データの第２の部分を送信し、確認応答を要求する。サーバ１５０がステップ５で、タイムアウト期間後に確認応答を受信しない場合、サーバ１５０は、たとえば、３ＧＰＰ
ＴＳ ３６．３５５におけるＬＰＰ高信頼トランスポートをサポートするために説明したように、ステップ４においてＬＰＰメッセージを再送信し得る。ターゲット１２０は、ステップ４において元の送信が正しく受信された場合、ステップ４におけるメッセージの再送信など、複製のＬＰＰメッセージを破棄するが、説明する実施形態のいくつかの態様において、確認応答をサーバ１５０になお返答することもある。再送信は、同じシーケンス番号の使用によって、たとえば、ステップ４におけるメッセージの再送信に対してシーケンス番号Ｓ１を使用することによって、認識され得る。

【0031】

メッセージフローのステップ７では、ターゲット１２０は、ステップ６におけるメッセージの受信を、ＬＰＰ確認応答とともに確認応答する。

【0032】

メッセージフローのステップ８では、ステップ６および７を繰り返すことによって、シーケンス番号Ｓ３〜Ｓｎ−１（それぞれ異なってよく、たとえばシーケンスのサイズを法として単調に増加する）を有するＬＰＰメッセージの中に含有される支援データをサーバ１５０が転送し、ターゲット１２０がそれに対して確認応答する。転送中の任意の時点において、いずれかの端部は、他方の端部にたとえばＬＰＰ Ａｂｏｒｔメッセージを送信することによって転送を中断し得る。ターゲット１２０がサーバ１５０から受信されたＬＰＰメッセージの中にエラーを検出した場合、ターゲット１２０は、エラーを示すＬＰＰ
Ｅｒｒｏｒメッセージを返答し得、そのことで同様に転送が終端され得る。

【0033】

メッセージフローのステップ９では、サーバ１５０は、シーケンス番号Ｓｎを有するＬＰＰメッセージの中の支援データの最後の（ｎ番目の）部分を転送し、確認応答を要求する。サーバ１５０はまた、このメッセージがトランザクションＴを終了することの表示を含む。

【0034】

メッセージフローのステップ１０では、ターゲット１２０は、ステップ９におけるメッセージを確認応答する。

【0035】

図２では、いずれかの端部、すなわちターゲット１２０またはサーバ１５０が、ＬＰＰメッセージのフローのレートを制御し得る。サーバ１５０は、ターゲット１２０から確認応答を受信した後、後続のＬＰＰメッセージの送信を遅延することによってフローを制御し得る。たとえば、サーバ１５０は、ステップ５で確認応答を受信した後、ステップ６でＬＰＰメッセージを送信するのを遅延し得る。加えて、セグメンテーションの決定、たとえばセグメンテーションの数およびセグメンテーションのサイズは、事前に静的に作られるばかりでなく、オンザフライでも作られ得るので、サーバ１５０は、メッセージサイズを動的に制御することによってフローを制御することができる。ターゲット１２０は、確認応答の返答を遅延することによってフローを制御し得、そのことが、サーバ１５０に後続のＬＰＰメッセージを送信するのを遅延させることを強制し、たとえば、ターゲット１２０は、ステップ６でＬＰＰメッセージを受信した後、ステップ７で確認応答を送信するのを遅延することができる。サーバ１５０は、一定のタイムアウト期間の後、確認応答されなかったＬＰＰメッセージを再送信することができ、したがってターゲット１２０は、不要な再送信を回避するために確認応答における遅延を制限することができる。代替として、ターゲット１２０は、延長された期間だけ確認応答を遅延するために、不要な再送信を許容することができるが、延長された期間は、追加の不要な再送信を要し、さらにサーバ１５０が転送を中断するほど長くないことが必要である。

【0036】

図３は、図２に示すものに類似するが、再開機能を有するメッセージフローを示し、それにより、ターゲット１２０とサーバ１５０との間の接続および／またはセッションが、転送が完了する前に解除され、後で再確立されるときでさえ、セグメント化された支援データ転送は成功し得る。

【0037】

ステップ２ではターゲット１２０が、再開機能を用いた支援データのセグメント化された転送をサポートし得ることをサーバ１５０に対して表示し得ることを除いて、図３のメッセージフローにおけるステップ１およびステップ２は、図２に示すステップ１およびステップ２と同じである。メッセージフローのステップ３では、ターゲット１２０は、トランザクションＩＤ Ｔを有する新しいトランザクションの一部として、支援データのＬＰＰ要求をサーバ１５０に随意に送信する。ターゲット１２０は、支援データを再開機能を用いてセグメント化された形態で転送するための選択を含み得る。再開機能を用いて支援データをセグメント化された形態で転送するための選択を含むことは、このセグメント化された形態での転送をサポートするためのサーバ１５０の機能についてのターゲット１２０による知識（たとえば、ステップ３に先立ってサーバ１５０のＬＰＰ／ＬＰＰｅ機能がターゲット１２０に転送された場合に取得される）に基づくことができる。

【0038】

サーバ１５０が、再開機能を用いた支援データのセグメント化された転送を使用することを決定し、このセグメント化された転送をサポートするために、すべての転送に対して一意のセッションＩＤ Ｓを割り当て、このＩＤが支援データの第１のセグメントであることの表示とともに、このＩＤを第１のＬＰＰ Ｐｒｏｖｉｄｅ Ａｓｓｉｓｔａｎｃｅ
Ｄａｔａメッセージの中に含むこと以外は、メッセージフローのステップ４は図２のメッセージフローにおけるステップ４と同じであり得る。支援データを、再開機能を用いてセグメント化された形態でターゲット１２０に転送することがサーバ１５０によって決定されることは、ステップ３が発生する場合はステップ３における特定の選択に基づくことができるか、またはこのセグメント化された形態の転送をサポートするためのターゲット１２０の機能についての、サーバ１５０による知識（たとえば、ステップ２でターゲット１２０のＬＰＰ／ＬＰＰｅ機能がサーバ１５０に転送された場合に取得される）に基づくことができる。支援データをセグメント化された形態で転送することを決定することに対する他の要因は、たとえば、支援データのサイズと、接続帯域幅と、予想される接続の信頼性と、データを制御された方式で受信するためのターゲット１２０の知られている機能と、転送の初期における支援データの一部だけの利用可能性および後の転送中の残りの支援データの利用可能性と、すべてのデータを高いレートで送信するのではなくデータをより低いレートでより長期間にわたって（たとえば、ネットワークの輻輳を回避するように）送信するための選択とであってよい。

【0039】

メッセージフローのステップ５は、図２のステップ５と同じである。

【0040】

メッセージフローのステップ６では、サーバ１５０は、より多くの支援データをターゲット１２０に送信し続け、ターゲットは、図２に対して説明したように受信を確認応答する。サーバ１５０は、後続のＰｒｏｖｉｄｅ Ａｓｓｉｓｔａｎｃｅ ＤａｔａメッセージのそれぞれにおいてセッションＩＤ Ｓを含み得、セグメント番号、たとえばセグメント２〜ｉ−１を含む。再送信が発生する場合、メッセージのコンテンツは、第１の送信（シーケンス番号とセグメント番号とを含む）に対するものと同じままである。

【0041】

メッセージフローのステップ７では、ターゲット１２０とサーバ１５０との間の接続（たとえば、セキュアＩＰ接続）および／またはセッション（たとえば、ＳＵＰＬセッション）が解除されるかまたは早期に機能しなくなる。接続および／セッションは、たとえば支援データ転送を完了するためまたは他の理由のために、後で再確立される。

【0042】

メッセージフローのステップ８では、ターゲット１２０は、セッションおよび／または接続が回復したことを認識し、セッションＩＤ Ｓと次に予想されるＬＰＰ Ｐｒｏｖｉｄｅ Ａｓｓｉｓｔａｎｃｅ Ｄａｔａメッセージのセグメント番号ｉとを含有するＬＰＰ Ｒｅｑｕｅｓｔ Ａｓｓｉｓｔａｎｃｅ Ｄａｔａメッセージをサーバ１５０に送信する。メッセージは、他の支援データの要求を含有しなくてもよい。このメッセージに対するトランザクションＩＤ Ｕは、前のトランザクションＩＤ Ｔと同じである必要はない。

【0043】

メッセージフローのステップ９では、ステップ８で受信されたメッセージは、セッションＩＤ Ｓを含むために、ステップ３またはステップ４で開始された支援データの転送に関連することを、サーバ１５０は認識する。次いで、サーバ１５０は、トランザクションＩＤ Ｕと、シーケンス番号Ｓｉと、セッションＩＤ Ｓと、これがｉ番目のセグメントであることの表示とを搬送するＬＰＰ Ｐｒｏｖｉｄｅ Ａｓｓｉｓｔａｎｃｅ Ｄａｔａメッセージの中の支援データのｉ番目の部分を送信することによって、ステップ７で中断された支援データ転送を再開する。メッセージはまた、確認応答を要求する。たとえば、ターゲット１２０が、接続および／またはセッションが同じサーバ１５０に対して回復していることに気づかないために、サーバ１５０がステップ８で要求を受信しない場合、サーバ１５０は、送信請求されることなく支援転送を再開することができる。転送の再開が送信請求されないとき、サーバ１５０は、ステップ７より前にメッセージｉ−１が確認応答されている場合はＬＰＰメッセージｉを送信し、またはステップ７より前にｉ−１に対する確認応答がサーバ１５０に届いていない場合はメッセージｉ−１を再送信することによって開始する。サーバ１５０が、たとえば、ステップ７の間の長いタイムアウト期間によって転送を中断した場合、サーバ１５０は、ステップ８でメッセージを受信した後、次の支援データセグメントの代わりにＬＰＰ Ｅｒｒｏｒメッセージを返答し得、残りのステップは割愛される。ステップ８と９とが並列に発生する場合、サーバ１５０は、ステップ８に対してＬＰＰ Ｅｒｒｏｒを返答し得、ターゲット１２０は、ステップ９から継続する。

【0044】

メッセージフローのステップ１０では、ターゲット１２０は、ステップ９でメッセージに対する確認応答を返答し、このメッセージがステップ７の直前にすでに受信されていた場合、メッセージを破棄する。ターゲット１２０が、たとえば、ステップ７における長いタイムアウト期間によって転送を中断した場合、ターゲット１２０は、ステップ９でメッセージを受信した後、代わりに、ＬＰＰ Ｅｒｒｏｒメッセージをサーバ１５０に返答し得、残りのステップは割愛される。

【0045】

メッセージフローのステップ１１では、サーバ１５０は、セグメントｉ＋１〜ｎ−１をターゲット１２０に転送し、サーバ１５０は、図２で説明したように各メッセージの受信を確認応答する。

【0046】

メッセージフローのステップ１２は、サーバ１５０がセッションＩＤ Ｓとセグメント番号ｎとを含み得る以外は、図２におけるステップ９と同様である。

【0047】

メッセージフローのステップ１３では、ターゲット１２０は、ステップ１２におけるメッセージを確認応答する。

【0048】

図３における両端によるフロー制御のサポートは、図２に対して説明したものと同じであってよい。

【0049】

図４は、接続を使用してターゲット１２０からサーバ１５０にロケーション情報を転送することと、適用可能な場合に、全データ転送の間確立されたままの、ターゲット１２０とサーバ１５０との間のロケーションセッションとをサポートする基本的プロシージャのメッセージフローを示す。例として、メッセージフローは、ＬＰＰ／ＬＰＰｅメッセージとして記載しているが、必要な場合、他の種類のメッセージが使用されてよいことを理解されたい。

【0050】

ターゲット１２０のセグメント化されたロケーション情報転送機能を含むＬＰＰ／ＬＰＰｅ機能がサーバ１５０に知られていない場合、説明した実施形態のいくつかの態様において、サーバ１５０はＲｅｑｕｅｓｔＣａｐａｂｉｌｉｔｉｅｓメッセージをメッセージフローのステップ１においてターゲット１２０に送信し得る。ＲｅｑｕｅｓｔＣａｐａｂｉｌｉｔｉｅｓメッセージは、他のパラメータの中でも、ロケーション情報のセグメント化された転送をサポートするためにターゲット１２０の機能を要求する、ＳｅｇｍｅｎｔｅｄＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ＿ＲｅｑＣａｐａｂｉｌｉｔｉｅｓパラメータを含む。ターゲット１２０は、メッセージフローのステップ２で、ＰｒｏｖｉｄｅＣａｐａｂｉｌｉｔｉｅｓメッセージがサーバ１５０に送信されることで応答し得る。説明した実施形態のいくつかの態様では、ステップ１におけるＲｅｑｕｅｓｔＣａｐａｂｉｌｉｔｉｅｓメッセージが送信されることがない場合に、ステップ２において、ＰｒｏｖｉｄｅＣａｐａｂｉｌｉｔｉｅｓメッセージが、送信請求されることなくターゲット１２０によって与えられてよい。ＰｒｏｖｉｄｅＣａｐａｂｉｌｉｔｉｅｓメッセージは、他のパラメータの中でも、ロケーション情報のセグメント化された転送のサポートを示すためのＳｅｇｍｅｎｔｅｄＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ＿ＰｒｏｖｉｄｅＣａｐａｂｓパラメータを含み得る。ＳｅｇｍｅｎｔｅｄＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ＿ＰｒｏｖｉｄｅＣａｐａｂｓパラメータは、以下の：ターゲット１２０によってロケーション情報がセグメント化され得る個別のＬＰＰメッセージの最大数を示すｍａｘＳｅｇｍｅｎｔｓと；ターゲット１２０によってサポートされた、たとえば１０２４の倍数に端数処理した後たとえば１０２４オクテットの倍数にセグメント化された転送に対して、転送され得るすべてのロケーション情報の全サイズの最大を示すｍａｘＳｉｚｅと；単一のＬＰＰメッセージにおいてすべてのロケーション情報を送信することに優先して、そのサイズに対して、セグメント化されたロケーション情報転送がターゲット１２０によって選択される、すべてのロケーション情報の全サイズの最小を示すｍｉｎＳｉｚｅと；ターゲット１２０が、以下に論じる再開機能を用いてセグメント化された転送をサポートできるかどうかを示すｒｅｓｕｍｅとのうちの１つまたは複数含む複数のフィールドを含み得る。

【0051】

ステップ１および２に類似するが反対方向のメッセージ転送を有するステップが、ロケーション情報のセグメント化された転送をサポートするために、サーバ１５０の機能をターゲット１２０に転送するために、ステップ１および２に代わって、またはステップ１および２に加えて実行されてよい。これらのステップは、図４には示さず、使用する場合、反転しているＬＰＰｅモードを活用してよく、それによりターゲット１２０は、サーバ１５０から機能を要求して受信することが可能になる。

【0052】

メッセージフローのステップ３では、サーバ１５０は、場合によっては、トランザクション識別子（ＩＤ）Ｔを有する新しいトランザクションの一部として、ロケーション情報のＬＰＰ要求をターゲット１２０に送信する。サーバ１５０は、要求された特定のロケーション情報（たとえば、ＧＮＳＳ測定値、ＷｉＦｉ測定値、ロケーション推定値など）を指定し得、ロケーション情報をセグメント化された形態で転送するための選択を含んでも含まなくてもよい。ロケーション情報をセグメント化された形態で転送するための選択を含むことは、このセグメント化された形態での転送をサポートするためのターゲット１２０の機能についてのサーバ１５０による知識（たとえば、ステップ２においてターゲット１２０のＬＰＰ／ＬＰＰｅ機能がサーバ１５０に転送されたときに取得される）に基づくことができる。セグメント化された転送の要求の存在または不在が、説明する実施形態のいくつかの態様においてターゲット１２０によって無視されてよく、たとえば、ターゲット１２０は、サーバ１５０がこのセグメント化された転送を要求しないときにセグメント化された転送を使用することを選択してもよい。いくつかの実施形態では、ステップ３は行われないことがあり、ターゲット１２０は、たとえば、サーバ１５０がターゲット１２０に対するロケーション推定値を得ることを支援するため、および／またはサーバ１５０がターゲット１２０に送信するために適切な支援データを選択することを支援するために、送信請求されることなく後続のステップにおいてロケーション情報をサーバ１５０に送信することを決定し得る。

【0053】

メッセージフローのステップ４では、ターゲット１２０は、サーバ１５０に転送されるべきロケーション情報を取得し、次いでｎ個の部分に分割する。ステップ３が実行された場合、ロケーション情報は、通常、サーバ１５０によって要求され、ターゲット１２０が利用可能であるかまたはターゲット１２０によって得られ得るすべてのものを備える。ロケーション情報の各部分は、十分に構成されたＬＰＰ／ＬＰＰｅ Ｐｒｏｖｉｄｅ Ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎメッセージまたは他の適切な種類のメッセージ（すなわち、任意の他のメッセージから独立に復号され解釈され得るメッセージ）で転送され得るべきである。ＬＰＰまたはＬＰＰｅにおける構造化されていないオクテットストリングとして定義されたパラメータに属するロケーション情報は、連続したメッセージがすべて受信されると、サーバ１５０によって、連結された異なる部分を有する連続したメッセージの間で単一のオクテットストリングに分割され得る。いくつかのロケーション情報は、２つ以上の個別のメッセージに複製されてよく、たとえば、異なるメッセージの中で転送されるロケーション情報の部分が同じ必須パラメータを伴う必要がある場合、これらの同じ必須パラメータが個別のメッセージの中で送信され、したがって複製される。その場合、説明する実施形態の一態様では、同じ必須パラメータのすべての出現は、同一のデータを含有し得る。説明する実施形態のいくつかの態様では、２つ以上のセグメントの中に出現する随意のパラメータは、出現ごとに同じ値を含んでよく、または１回だけの出現において含まれてよい。他のロケーション情報が、同じパラメータを搬送するが異なるデータを有する異なるメッセージ、たとえば、異なるＧＮＳＳ ＳＶ、異なるＧＮＳＳ、または異なるネットワークなどに関連するロケーション情報に分割される必要があり得る。ターゲット１２０は、高信頼トランスポートシーケンス番号Ｓ１を搬送するＬＰＰメッセージの中で、ロケーション情報の第１の部分を送信する。高信頼トランスポートシーケンス番号パラメータは、３ＧＰＰ ＴＳ ３６．３５５で定義されるＬＰＰメッセージの高信頼トランスポートをサポートするために使用される、同じシーケンス番号パラメータであってよい。メッセージは、ステップ３が発生し、トランザクションＴが終了したことを示さない場合は、ステップ３と同じトランザクションＩＤ Ｔを含む。メッセージは、ＬＰＰ高信頼トランスポート確認応答を要求する。ロケーション情報をセグメント化された形態でサーバ１５０に転送することがターゲット１２０によって決定されることは、ステップ３が発生する場合はステップ３における特定の選択に部分的に基づくか、またはこのセグメント化された形態の転送をサポートするためのサーバ１５０の機能についてのターゲット１２０による知識（たとえば、ステップ４の前にサーバ１５０のＬＰＰ／ＬＰＰｅ機能がターゲット１２０に転送されたときに取得される）に基づくことができる。ロケーションデータをセグメント化された形態で転送することを決定することに対する他の要因は、たとえば、ロケーションデータのサイズと、接続帯域幅と、予想される接続の信頼性と、データを制御された方式で受信するためのサーバ１５０の知られている機能と、転送の初期におけるロケーションデータの一部だけの利用可能性および後の転送中の残りのロケーションデータの利用可能性と、すべてのデータを高いレートで送信するのではなくデータをより低いレートでより長期間にわたって（たとえば、ネットワークの輻輳を回避するように）送信するための選択とであってよい。

【0054】

メッセージフローのステップ５では、トランザクションＴが終了していないというステップ４での表示によって、サーバ１５０は、ロケーション情報がＬＰＰメッセージのシーケンスの中で転送されることを認識する。サーバ１５０は、ＬＰＰ高信頼トランスポート確認応答（説明する実施形態の一態様において通常のＬＰＰメッセージにピギーバックされない）を返答することによって、ステップ４におけるメッセージの受信を確認応答する。ＬＰＰ高信頼トランスポート確認応答メッセージは、ＬＰＰ高信頼トランスポートをサポートするための３ＧＰＰ ＴＳ ３６．３５５において定義される同じ確認応答メッセージであってよく、確認応答されているトランザクションＩＤ ＴとシーケンスＳ１とを含有する小さいメッセージであってよい。サーバ１５０は、メッセージフローを制御するためにＬＰＰ確認応答を使用し得、たとえば、サーバ１５０が次のメッセージ（ステップ６で送信される）を受信する用意ができるまで、サーバ１５０は、確認応答をターゲット１２０に送信するのを遅延し得る。ＬＰＰ確認応答は、ステップ４におけるメッセージの受信を確認し得るだけであり、メッセージが正しかったこと（たとえば、復号可能であったこと）を必ずしも確認しない。

【0055】

メッセージフローのステップ６では、ステップ５で確認応答を受信した後、ターゲット１２０は、好ましい実施形態ではＳ１と異なるべき新しいシーケンス番号Ｓ２を搬送するＬＰＰメッセージの中でロケーション情報の第２の部分を送信し、確認応答を要求する。ターゲット１２０がステップ５で、タイムアウト期間後に確認応答を受信しない場合、ターゲット１２０は３ＧＰＰ ＴＳ ３６．３５５におけるＬＰＰ高信頼トランスポートをサポートするために説明したようなステップ４におけるＬＰＰメッセージを再送信し得る。サーバ１５０は、ステップ４における元の送信が正しく受信された場合、ステップ４におけるメッセージの再送信など、複製のＬＰＰメッセージを破棄するが、説明する実施形態のいくつかの態様において、確認応答をターゲット１２０になお返答することもある。再送信は、同じシーケンス番号の使用によって、たとえば、ステップ４におけるメッセージの再送信に対してシーケンス番号Ｓ１を使用することによって、認識され得る。

【0056】

メッセージフローのステップ７では、サーバ１５０は、ステップ６におけるメッセージの受信を、ＬＰＰ確認応答とともに確認応答する。

【0057】

メッセージフローのステップ８では、ステップ６および７を繰り返すことによって、シーケンス番号Ｓ３〜Ｓｎ−１（それぞれ異なってよく、たとえばシーケンスのサイズを法として単調に増加する）を有するＬＰＰメッセージの中に含有されるロケーション情報を、ターゲット１２０が転送し、サーバ１５０が確認応答する。転送中の任意の時点において、いずれかの端部は、他方の端部にたとえばＬＰＰ Ａｂｏｒｔメッセージを送信することによって転送を中断し得る。サーバ１５０がターゲット１２０から受信したＬＰＰメッセージの中にエラーを検出すると、サーバ１５０は、エラーを示すＬＰＰ Ｅｒｒｏｒメッセージを返答し得、そのことで同様に転送が終端され得る。

【0058】

メッセージフローのステップ９では、ターゲット１２０は、シーケンス番号Ｓｎを有するＬＰＰメッセージでの中でロケーション情報の最後の（ｎ番目の）部分を転送し、確認応答を要求する。ターゲット１２０はまた、このメッセージがトランザクションＴを終了することの表示を含む。

【0059】

メッセージフローのステップ１０では、サーバ１５０は、ステップ９におけるメッセージを確認応答する。

【0060】

図４では、いずれかの端部、すなわちターゲット１２０またはサーバ１５０が、ＬＰＰメッセージのフローのレートを制御し得る。ターゲット１２０は、サーバ１５０から確認応答を受信した後、後続のＬＰＰメッセージの送信を遅延することによってフローを制御し得る。たとえば、ターゲット１２０は、ステップ５で確認応答を受信した後、ステップ６でＬＰＰメッセージを送信するのを遅延し得る。加えて、セグメンテーションの決定、たとえばセグメンテーションの数およびセグメンテーションのサイズは、事前に静的に作られるばかりでなく、オンザフライでも作られ得るので、ターゲット１２０は、メッセージサイズを動的に制御することによってフローを制御することができる。サーバ１５０は、確認応答の返答を遅延することによってフローを制御することができ、それにより、ターゲット１２０に後続のＬＰＰメッセージを送信するのを遅延させ、たとえば、サーバ１５０は、ステップ６でＬＰＰメッセージを受信した後、ステップ７で確認応答を送信するのを遅延することができる。ターゲット１２０は、一定のタイムアウト期間の後、確認応答されなかったＬＰＰメッセージを再送信することができ、したがってサーバ１５０は、不要な再送信を回避するために確認応答における遅延を制限することができる。代替として、サーバ１５０は、延長された期間だけ確認応答を遅延するために不要な再送信を許容することができるが、延長された期間は、追加の不要な再送信を要し、さらにターゲット１２０が転送を中断するほど長くないことが必要である。

【0061】

図５は、図４に示すものに類似するが、再開機能を有するメッセージフローを示し、それにより、ターゲット１２０とサーバ１５０との間の接続および／またはセッションが、転送が完了する前に解除され、後で再確立されるときでさえ、セグメント化されたロケーション情報転送は成功し得る。

【0062】

ステップ２ではターゲット１２０が、再開機能を用いたロケーション情報のセグメント化された転送をサポートし得ることをサーバ１５０に対して表示し得ることをサーバ１５０に表示し得ることを除いて、図５のメッセージフローにおけるステップ１およびステップ２は、図４に示すステップ１およびステップ２と同じである。メッセージフローのステップ３では、サーバ１５０は、トランザクションＩＤ Ｔを有する新しいトランザクションの一部として、ロケーション情報のＬＰＰ要求をターゲット１２０に随意に送信する。サーバ１５０は、再開機能を用いてロケーション情報をセグメント化された形態で転送するための選択を含み得る。再開機能を用いてロケーション情報をセグメント化された形態で転送するための選択を含むことは、このセグメント化された形態での転送をサポートするためのターゲット１２０の機能についてのサーバ１５０による知識（たとえば、ステップ２においてターゲット１２０のＬＰＰ／ＬＰＰｅ機能がサーバ１５０に転送されたときに取得される）に基づくことができる。

【0063】

ターゲット１２０が、再開機能を用いたロケーション情報のセグメント化された転送を使用することを決定し、このセグメント化された転送をサポートするためにすべての転送に対して一意のセッションＩＤ Ｓを割り当て、このＩＤを第１のＬＰＰ Ｐｒｏｖｉｄｅ Ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎメッセージの中に、このメッセージがロケーション情報の第１のセグメントであることの表示とともに含めること以外は、メッセージフローのステップ４は図４のメッセージフローにおけるステップ４と同じであり得る。再開機能を用いてロケーション情報をセグメント化された形態でサーバ１５０に転送することがターゲット１２０によって決定されることは、ステップ３が発生する場合はステップ３における特定の選択に基づくことができるか、またはこのセグメント化された形態の転送をサポートするためのサーバ１５０の機能についてのターゲット１２０による知識（たとえば、ステップ４の前にサーバ１５０のＬＰＰ／ＬＰＰｅ機能がターゲット１２０に転送されたときに取得される）に基づくことができる。この決定における別の要因は、すべてのロケーション情報の全サイズが大きいことであり得る。

【0064】

メッセージフローのステップ５は、図４のステップ５と同じである。

【0065】

メッセージフローのステップ６では、ターゲット１２０は、より多くのロケーション情報をサーバ１５０に送信し続け、サーバ１２０は、図４で説明したように受信を確認応答する。ターゲット１２０は、後続のＰｒｏｖｉｄｅ Ｌｏｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎメッセージのそれぞれの中にセッションＩＤ Ｓを含み得、セグメント番号、たとえばセグメント２〜ｉ−１を含む。再送信が発生する場合、メッセージのコンテンツは、第１の送信（シーケンス番号とセグメント番号とを含む）に対するものと同じままである。

【0066】

ステップ７では、サーバ１５０とターゲット１２０との間の接続（たとえば、セキュアＩＰ接続）および／またはセッション（たとえば、ＳＵＰＬセッション）が、解除されるかまたは早期に機能しなくなる。接続および／セッションは、たとえば、ロケーション情報転送を完了するため、または他の理由のために、後で再確立される。

【0067】

メッセージフローのステップ８では、サーバ１５０は、セッションおよび／または接続が回復したことを認識し、セッションＩＤ Ｓと次に予想されるＬＰＰ Ｐｒｏｖｉｄｅ
Ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎメッセージのセグメント番号ｉとを含有するＬＰＰ Ｒｅｑｕｅｓｔ Ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎメッセージをターゲット１２０に送信する。メッセージは、他のロケーション情報の要求を含有しなくてもよい。このメッセージに対するトランザクションＩＤ Ｕは、前のトランザクションＩＤ Ｔと同じである必要はない。

【0068】

メッセージフローのステップ９では、ステップ８で受信されたメッセージは、セッションＩＤ Ｓを含むことから、ステップ３またはステップ４で開始されたロケーション情報の転送に関連することを、ターゲット１２０は認識する。次いで、ターゲット１２０は、トランザクションＩＤ Ｕと、シーケンス番号Ｓｉと、セッションＩＤ Ｓと、このメッセージがｉ番目のセグメントであることの表示とを搬送するＬＰＰ Ｐｒｏｖｉｄｅ Ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎメッセージの中でロケーション情報のｉ番目の部分を送信することによって、ステップ７で中断されたロケーション情報転送を再開する。メッセージはまた、確認応答を要求する。たとえば、サーバ１５０が、接続および／またはセッションが同じターゲット１２０に対して回復していることに気づかないために、ターゲット１２０がステップ８で要求を受信しない場合、ターゲット１２０は、送信請求されることなくロケーション情報転送を再開することができる。転送の再開が送信請求されないとき、ターゲット１２０は、ステップ７より前にメッセージｉ−１が確認応答されている場合はＬＰＰメッセージｉを送信し、またはステップ７より前にｉ−１に対する確認応答がターゲット１２０に届いていない場合はメッセージｉ−１を再送信することによって開始する。ターゲット１２０が、たとえば、ステップ７の間の長いタイムアウト期間によって転送を中断した場合、ターゲット１２０は、ステップ８でメッセージを受信した後、次のロケーション情報セグメントの代わりにＬＰＰ Ｅｒｒｏｒメッセージを返答し、残りのステップが割愛される。ステップ８と９とが並列に発生する場合、ターゲット１２０は、ステップ８に対してＬＰＰ Ｅｒｒｏｒを返答し、サーバ１５０は、ステップ９から継続する。

【0069】

メッセージフローのステップ１０では、サーバ１５０は、ステップ９でメッセージに対する確認応答を返答し、このメッセージがステップ７の直前にすでに受信されていた場合、メッセージを破棄する。サーバ１５０が、たとえば、ステップ７における長いタイムアウト期間によって転送を中断した場合、サーバ１５０は、ステップ９でメッセージを受信した後、代わりに、ＬＰＰ Ｅｒｒｏｒメッセージをターゲット１２０に返答し得、残りのステップが割愛される。

【0070】

メッセージフローのステップ１１では、ターゲット１２０は、セグメントｉ＋１〜ｎ−１をサーバ１５０に転送し、ターゲット１２０は、図４で説明したように受信を確認応答する。

【0071】

メッセージフローのステップ１２は、ターゲット１２０がセッションＩＤ Ｓを含み得ることとセグメント番号ｎを含むべきであること以外は、図４に対するステップ９と同様である。

【0072】

メッセージフローのステップ１３では、サーバ１５０は、ステップ１２におけるメッセージを確認応答する。

【0073】

図５における両端によるフロー制御のサポートは、図４に対して説明したものと同じであってよい。

【0074】

図６は、複数のメッセージを使用して第１のエンティティから第２のエンティティにロケーション関連情報を転送し、両エンティティ間の接続が解除され再確立された後で転送が再開する方法を示すフローチャートである。ロケーション関連情報は、たとえば、サーバ１５０からモバイル端末１２０に転送された支援データか、またはモバイル端末１２０からサーバ１５０に転送されたロケーション情報であってよい。図示のように、サーバ１５０かまたはターゲット１２０であってよい第１のエンティティが、ロケーション関連情報を複数のメッセージにセグメント化し（２０２）、複数のメッセージは、第２のエンティティからロケーション関連情報の要求を受信した後、実行され得る。第１のエンティティは、複数のメッセージの第１のサブセットを第２のエンティティに送信する（２０４）。第１のエンティティと第２のエンティティとの間の接続は、ロケーション関連情報の転送が完了する前に解除され（２０６）、再確立される（２０８）。ロケーション関連情報の転送は、接続が再確立された後、第１のエンティティから第２のエンティティに複数のメッセージのうちの第２のサブセット、たとえば残りの受信されていないメッセージを送信することによって再開される（２１０）。方法は、第１のエンティティが、接続が再確立された後、第１のエンティティによって送信されるべき次のメッセージの表示を第２のエンティティから受信し、第１のエンティティが、次のメッセージを第２のエンティティに送信することによってロケーション関連情報の転送を再開することをさらに含み得る。第２のエンティティは、第１のエンティティから各メッセージを成功裏に受信した後、確認応答メッセージを第１のエンティティに与え得、第１のエンティティは、第２のエンティティによって確認応答された最後のメッセージに対する次のメッセージを送信することによってロケーション関連情報の転送を再開する。

【0075】

図７は、フロー制御によってロケーション関連情報を第１のエンティティから第２のエンティティに転送する方法を示すフローチャートである。図示のように、サーバ１５０かまたはターゲット１２０であってよい第１のエンティティが、ロケーション関連情報を第１のエンティティによって複数のメッセージにセグメント化し（２５２）、複数のメッセージは、第２のエンティティからロケーション関連情報に対する要求の後、実行され得る。第１のエンティティは、第２のエンティティから前のメッセージの受信の確認応答を受信した後、複数のメッセージの中の各メッセージを第２のエンティティに送信する（２５４）。第１のエンティティと第２のエンティティの両方が、ロケーション関連情報の転送のフローを制御し得る（２５６）。第１のエンティティは、メッセージのうちの１つまたは複数の送信を遅延することによって、および／または各メッセージのサイズを動的に制御することによってフローを制御し、第２のエンティティは、１つまたは複数の受信の確認応答の送信を遅延することによってフローを制御する。

【0076】

次に図８を参照すると、図は、本明細書で説明するように、再開機能を用いたセグメント化されたロケーション関連情報の転送をサポートすることを可能にされた、モバイル端末１２０のいくつかの例示的な特徴を示す概略的ブロック図である。モバイル端末１２０は、たとえば、１つまたは複数の接続３０６（たとえば、バス、回線、ファイバ、リンクなど）と動作可能に結合できる、１つまたは複数の処理ユニット３０２と、メモリ３０４と、トランシーバ３１０（たとえば、ワイヤレスネットワークインターフェース）と、（適用可能な場合に）ＳＰＳ受信機３４０とを含み得る。いくつかの例示的な実装形態では、モバイル端末１２０の全部または一部はチップセットなどの形態をとることができる。ＳＰＳ受信機３４０は、１つまたは複数のＳＰＳリソースに関連する信号を受信することが可能であり得る。たとえば、トランシーバ３１０は、１つまたは複数の種類のワイヤレス通信ネットワークにわたって１つまたは複数の信号を送信することが可能である送信機３１２と、１つまたは複数の種類のワイヤレス通信ネットワークにわたって送信される１つまたは複数の信号を受信するための受信機３１４とを含み得る。

【0077】

処理ユニット３０２は、ハードウェアとファームウェアとソフトウェアとの組合せを使用して実装され得る。処理ユニット３０２は、ロケーション情報を複数のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージにセグメント化するセグメント化ユニット３１６を含み得る。処理ユニット３０２は、ＬＰＰ ＰｒｏｖｉｄｅｌｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージをサーバに送信し、サーバとの接続が解除され再確立された後、後続のＬＰＰ ＰｒｏｖｉｄｅｌｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを送信するメッセージ制御ユニット３１８をさらに含み得る。加えて、メッセージ制御ユニット３１０は、サーバ１５０からＬＰＰ Ａｃｋｎｏｗｌｅｄｇｍｅｎｔメッセージを受信した後まで、ＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを送信するのを遅延することによって、転送のフローを制御し得る。処理ユニット３０２は、モバイル端末１２０の動作に関するデータ信号コンピューティングプロシージャまたはプロセスの少なくとも一部分を実行するように構成可能な１つまたは複数の回路を表すことができる。

【0078】

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

【0079】

ファームウェアおよび／またはソフトウェア実装の場合、本方法は、本明細書で説明した機能を実行するモジュール（たとえば、プロシージャ、関数など）を用いて実装され得る。命令を有形に実施するいずれの機械可読媒体も、本明細書で説明する方法の実装において使用され得る。たとえば、ソフトウェアコードが、プロセッサユニット３０２に接続され、それによって実行される非一時的コンピュータ可読媒体３２０またはメモリ３０４の中に記憶され得る。メモリは、プロセッサユニット内またはプロセッサユニットの外部に実装できる。本明細書で使用する「メモリ」という用語は、長期メモリ、短期メモリ、揮発性メモリ、不揮発性メモリ、もしくは他のメモリのいずれかの種類を指し、メモリの特定の種類またはメモリの数、またはメモリが記憶される媒体の種類に限定されない。

【0080】

ファームウェアおよび／またはソフトウェアで実装した場合、機能は、媒体３２０および／またはメモリ３０４など、非一時的コンピュータ可読記憶媒体上に１つまたは複数の命令３０８またはコードとして記憶され得る。例としては、データ構造で符号化されたコンピュータ可読媒体、およびコンピュータプログラムで符号化されたコンピュータ可読媒体がある。たとえば、記憶されたプログラムコードを含む非一時的コンピュータ可読媒体は、ロケーション関連情報を複数のメッセージにセグメント化するためのプログラムコードと、複数のメッセージの各メッセージを第２のエンティティに逐次送信するためのプログラムコードと、ロケーション関連情報の転送が完了する前に第２のエンティティとの接続が解除され再確立された後で、複数のメッセージの中の残りのメッセージを第２のエンティティに送信するためのプログラムコードとを含み得る。コンピュータ可読媒体は、第２のエンティティから前のメッセージの受信の確認応答を受信した後、後続のメッセージのそれぞれを第２のエンティティに送信するためのプログラムコードと、ロケーション関連情報の転送のフローを制御するために、１つまたは複数のメッセージを遅延するためのプログラムコードとをさらに含み得る。コンピュータ可読媒体は、接続が解除される前に第２のエンティティから受信された受信の最後の確認応答がメッセージ（ｉ−１）に対するものである場合に、接続が再確立された後でロケーション関連情報の転送を再開するために、メッセージ（ｉ−１）に対する次のメッセージ（ｉ）を第２のエンティティに送信するためのプログラムコードをさらに含み得る。コンピュータ可読媒体は、接続が再確立された後で送信されるべき次のメッセージ（ｉ）の識別情報を第２のエンティティから受信するためのプログラムコードと、接続が再確立された後、ロケーション関連情報の転送を再開するために、第２のエンティティによって識別された次のメッセージ（ｉ）を送信するためのプログラムコードとをさらに含み得る。非一時的コンピュータ可読媒体は、物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく、例として、そのような非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク（disk）ストレージ、磁気ディスク（disk）ストレージ、または他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができ、本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

【0081】

コンピュータ可読媒体上での記憶に加えて、命令および／またはデータは、通信装置中に含まれる伝送媒体上の信号として与えられ得る。たとえば、通信装置は、命令とデータとを示す信号を有するトランシーバを含み得る。命令およびデータは、１つまたは複数のプロセッサに特許請求の範囲で概説する機能を実装させるように構成される。すなわち、通信装置は、開示した機能を実行するための情報を示す信号をもつ伝送媒体を含む。初めに、通信装置中に含まれる伝送媒体は、開示した機能を実行するための情報の第１の部分を含み得、次に、通信装置中に含まれる伝送媒体は、開示した機能を実行するための情報の第２の部分を含み得る。

【0082】

メモリ３０４は、任意のデータ記憶機構を表し得る。たとえば、メモリ３０４は、一次メモリおよび／または二次メモリを含み得る。たとえば、一次メモリは、ランダムアクセスメモリ、読取り専用メモリなどを含み得る。この例では処理ユニット３０２とは別個として示されているが、一次メモリの全部または一部を、処理ユニット３０２内に設ける、または場合によっては処理ユニット３０２と共設／結合することができることを理解されたい。たとえば、二次メモリは、一次メモリ、および／または１つまたは複数のデータ記憶デバイスもしくはシステム、たとえば、ディスクドライブ、光ディスクドライブ、テープドライブ、固体メモリドライブなどと同じまたは同様の種類のメモリを含み得る。

【0083】

いくつかの実装形態では、二次メモリは、非一時的コンピュータ可読媒体３２０を動作可能に受容するか、または場合によってはそれに結合するように構成され得る。したがって、いくつかの例示的な実装形態では、本明細書で提示する方法および／または装置は、少なくとも１つの処理ユニット３０２によって実行されると、本明細書で説明する例示的な動作の全部または一部分を実行することが動作上可能になり得る、その上に記憶されたコンピュータ実施可能命令３０８を含むことができる、コンピュータ可読媒体３２０の形態を全体的にまたは一部とることができる。コンピュータ可読媒体３２０は、メモリ３０４の一部であってよい。

【0084】

次に図９を参照すると、図は、本明細書で説明するように、再開機能を用いたセグメント化されたロケーション関連情報の転送をサポートすることを可能にされた、サーバ１５０のいくつかの例示的な特徴を示す概略的ブロック図である。上記で説明したモバイル端末１２０と同様に、サーバ１５０は、たとえば、１つまたは複数の接続３５６（たとえば、バス、回線、ファイバ、リンクなど）と動作可能に結合できる、１つまたは複数の処理ユニット３５２と、メモリ３５４と、トランシーバ３６０（たとえば、ワイヤラインまたはワイヤレスネットワークインターフェース）と、（適用可能な場合に）ＳＰＳ受信機３９０とを含み得る。いくつかの例示的な実装形態では、サーバ１５０の全部または一部はチップセットなどの形態をとることができる。トランシーバ３６０は、有線送信および／または有線受信をサポートし、必要な場合、追加または代替として１つまたは複数の種類のワイヤレス通信ネットワークを介して１つまたは複数の信号の送信および受信をサポートし得る送信機３６２および受信機３６４を含み得る。

【0085】

処理ユニット３５２は、ハードウェアとファームウェアとソフトウェアとの組合せを使用して実装され得る。処理ユニット３５２は、支援データを複数のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージにセグメント化するセグメント化ユニット３６６を含み得る。処理ユニット３５２は、ＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージをターゲットに送信し、ターゲットとの接続が解除され再確立された後、後続のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを送信するメッセージ制御ユニット３６８をさらに含み得る。加えて、メッセージ制御ユニット３６０は、ターゲット１２０からＬＰＰ Ａｃｋｎｏｗｌｅｄｇｍｅｎｔメッセージを受信した後まで、ＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを送信するのを遅延することによって、転送のフローを制御し得る。

【0086】

したがって、たとえば、処理ユニット３５２は、サーバ１５０の動作に関するデータ信号コンピューティングプロシージャまたはプロセスの少なくとも一部分を実行するように構成可能な１つまたは複数の回路を表すことができる。

【0087】

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

【0088】

ファームウェアおよび／またはソフトウェア実装の場合、本方法は、本明細書で説明した機能を実行するモジュール（たとえば、プロシージャ、関数など）を用いて実装され得る。命令を有形に実施するいずれの機械可読媒体も、本明細書で説明する方法の実装において使用され得る。たとえば、ソフトウェアコードが、プロセッサユニット３５２に接続され、それによって実行される非一時的コンピュータ可読媒体３７０またはメモリ３５４の中に記憶され得る。メモリは、プロセッサユニット内またはプロセッサユニットの外部に実装できる。本明細書で使用する「メモリ」という用語は、長期メモリ、短期メモリ、揮発性メモリ、不揮発性メモリ、または他のメモリのいずれかの種類を指し、メモリの特定の種類またはメモリの数、あるいはメモリが記憶される媒体の種類に限定されない。

【0089】

ファームウェアおよび／またはソフトウェアで実装した場合、機能は、媒体３７０および／またはメモリ３５４など、非一時的コンピュータ可読媒体上に１つまたは複数の命令３５８またはコードとして記憶され得る。例としては、データ構造で符号化されたコンピュータ可読媒体、およびコンピュータプログラムで符号化されたコンピュータ可読媒体がある。たとえば、記憶されたプログラムコードを含む非一時的コンピュータ可読媒体は、ロケーション関連情報を複数のメッセージにセグメント化するためのプログラムコードと、複数のメッセージの各メッセージを第２のエンティティに逐次送信するためのプログラムコードと、ロケーション関連情報の転送が完了する前に第２のエンティティとの接続が解除され再確立された後で、複数のメッセージの中の残りのメッセージを第２のエンティティに送信するためのプログラムコードとを含み得る。コンピュータ可読媒体は、第２のエンティティから前のメッセージの受信の確認応答を受信した後、後続のメッセージのそれぞれを第２のエンティティに送信するためのプログラムコードと、ロケーション関連情報の転送のフローを制御するために、１つまたは複数のメッセージを遅延するためのプログラムコードとをさらに含み得る。コンピュータ可読媒体は、接続が解除される前に第２のエンティティから受信された受信の最後の確認応答がメッセージ（ｉ−１）に対するものである場合に、接続が再確立された後でロケーション関連情報の転送を再開するために、メッセージ（ｉ−１）に対する次のメッセージ（ｉ）を第２のエンティティに送信するためのプログラムコードをさらに含み得る。コンピュータ可読媒体は、接続が再確立された後で送信されるべき次のメッセージ（ｉ）の識別情報を第２のエンティティから受信するためのプログラムコードと、接続が再確立された後、ロケーション関連情報の転送を再開するために、第２のエンティティによって識別された次のメッセージ（ｉ）を送信するためのプログラムコードとをさらに含み得る。非一時的コンピュータ可読媒体は、物理的コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく、例として、そのような非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク（disk）ストレージ、磁気ディスク（disk）ストレージ、または他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができ、本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

【0090】

コンピュータ可読媒体上での記憶に加えて、命令および／またはデータは、通信装置中に含まれる伝送媒体上の信号として与えられ得る。たとえば、通信装置は、命令とデータとを示す信号を有するトランシーバを含み得る。命令およびデータは、１つまたは複数のプロセッサに特許請求の範囲で概説する機能を実装させるように構成される。すなわち、通信装置は、開示した機能を実行するための情報を示す信号をもつ伝送媒体を含む。初めに、通信装置中に含まれる伝送媒体は、開示した機能を実行するための情報の第１の部分を含み得、次に、通信装置中に含まれる伝送媒体は、開示した機能を実行するための情報の第２の部分を含み得る。

【0091】

メモリ３５４は、任意のデータ記憶機構を表し得る。たとえば、メモリ３５４は、一次メモリおよび／または二次メモリを含み得る。たとえば、一次メモリは、ランダムアクセスメモリ、読取り専用メモリなどを含み得る。この例では処理ユニット３５２とは別個として示されているが、一次メモリの全部または一部を、処理ユニット３５２内に設ける、または場合によっては処理ユニット３５２と共設／結合することができることを理解されたい。たとえば、二次メモリは、一次メモリ、および／または１つまたは複数のデータ記憶デバイスもしくはシステム、たとえば、ディスクドライブ、光ディスクドライブ、テープドライブ、固体メモリドライブなどと同じまたは同様の種類のメモリを含み得る。

【0092】

いくつかの実装形態では、二次メモリは、非一時的コンピュータ可読媒体３７０を動作可能に受容するか、または場合によってはそれに結合するように構成され得る。したがって、いくつかの例示的な実装形態では、本明細書で提示する方法および／または装置は、少なくとも１つの処理ユニット３５２によって実行されると、本明細書で説明する例示的な動作の全部または一部分を実行することが動作上可能になり得る、その上に記憶されたコンピュータ実施可能命令３５８を含むことができる、コンピュータ可読媒体３７０の形態を全体的にまたは一部とることができる。コンピュータ可読媒体３７０は、メモリ３５４の一部であってよい。

【0093】

本発明は、教授の目的で特定の実施形態に関して示したが、本発明はそれらの実施形態に限定されない。本発明の範囲から逸脱することなく、様々な適応および修正が行われ得る。したがって、添付の特許請求の範囲の趣旨および範囲は上記の説明に限定されるべきでない。
以下に本願出願当初の特許請求の範囲を付記する。
[Ｃ１] ロケーション関連情報を第１のエンティティから第２のエンティティに転送する方法であって、
前記第１のエンティティによって前記ロケーション関連情報を複数のメッセージにセグメント化することと、
前記複数のメッセージのうちの第１のサブセットを、前記第１のエンティティから前記第２のエンティティに送信することと、ここにおいて、前記第１のサブセットは前記複数のメッセージのすべてより少ないメッセージを備え、
前記第１のサブセットを送信した後、前記第１のエンティティと前記第２のエンティティとの間の接続を解除することと、
前記第１のエンティティと前記第２のエンティティとの間の前記接続を再確立することと、
前記接続が再確立された後、前記複数のメッセージのうちの第２のサブセットを前記第１のエンティティから前記第２のエンティティに送信することとを備える、方法。
[Ｃ２] 前記第２のサブセットが、前記複数のメッセージのうちの、前記第１のサブセット以外のすべてのメッセージを備える、Ｃ１に記載の方法。
[Ｃ３] 前記第２のエンティティから前のメッセージの受信の確認応答を受信した後、後続のメッセージのそれぞれを前記第１のエンティティから前記第２のエンティティに送信することと、
前記第１のエンティティと前記第２のエンティティの両方によって前記ロケーション関連情報の前記転送のフローを制御することとをさらに備え、前記第１のエンティティが、１つまたは複数のメッセージを遅延することおよび各メッセージのサイズを動的に制御することのうちの少なくとも１つによって前記フローを制御し、前記第２のエンティティが、１つまたは複数の受信の確認応答を送信するのを遅延することによって前記フローを制御する、Ｃ１に記載の方法。
[Ｃ４] 前記接続を前記解除することの前に前記第１のエンティティによって前記第２のエンティティから受信された受信の最後の確認応答がメッセージ（ｉ−１）に対するものであり、前記ロケーション関連情報の前記転送を再開することが、前記メッセージ（ｉ−１）に対する次のメッセージ（ｉ）を前記第１のエンティティによって前記第２のエンティティに送信することを備える、Ｃ３に記載の方法。
[Ｃ５] 前記接続が再確立された後、前記第１のエンティティから送信されるべき次のメッセージ（ｉ）の識別情報を、前記第２のエンティティから受信することであって、前記次のメッセージ（ｉ）は、前記接続を前記解除することの前に前記第２のエンティティによって成功裏に受信された最後のメッセージ（ｉ−１）に続くものであること、をさらに備え、
前記ロケーション関連情報の前記転送を再開することが、前記次のメッセージ（ｉ）を前記第１のエンティティから前記第２のエンティティに送信することを備える、Ｃ１に記載の方法。
[Ｃ６] 前記第１のエンティティがサーバであり、前記第２のエンティティがターゲットであり、前記ロケーション関連情報が支援データである、Ｃ１に記載の方法。
[Ｃ７] 前記第１のエンティティがターゲットであり、前記第２のエンティティがサーバであり、前記ロケーション関連情報がロケーション情報である、Ｃ１に記載の方法。
[Ｃ８] 前記複数のメッセージのそれぞれが、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＬＰＰ）メッセージとＬＰＰ Ｅｘｔｅｎｓｉｏｎｓ（ＬＰＰｅ）メッセージとのうちの一方である、Ｃ１に記載の方法。
[Ｃ９] 前記ロケーション関連情報がセキュアユーザプレーンロケーション（ＳＵＰＬ：Secure User Plane Location）メッセージの中で転送され、前記ロケーション関連情報が６００００オクテットより大きい、Ｃ１に記載の方法。
[Ｃ１０] 前記ロケーション関連情報を前記複数のメッセージにセグメント化する前に、前記第１のエンティティによって前記第２のエンティティから前記ロケーション関連情報の要求を受信することをさらに備える、Ｃ１に記載の方法。
[Ｃ１１] ロケーション関連情報をリモートエンティティに転送するためのトランシーバと、
前記トランシーバに接続されるプロセッサとを備え、前記プロセッサが、前記ロケーション関連情報を複数のメッセージにセグメント化し、前記複数のメッセージの各メッセージを前記トランシーバを用いて前記リモートエンティティに逐次送信するように適応され、および、前記リモートエンティティとの接続が再確立された後で前記リモートエンティティによって受信されていなかった前記複数のメッセージの中の任意のメッセージを送信するように適応されることによって、前記ロケーション関連情報の転送が完了する前に前記リモートエンティティとの前記接続が解除され再確立された後で前記ロケーション関連情報の前記転送を再開するように適応される、装置。
[Ｃ１２] 前記プロセッサが、前記リモートエンティティからの前のメッセージの受信の確認応答を前記トランシーバを用いて受信した後、後続のメッセージのそれぞれを前記リモートエンティティに送信し、前記ロケーション関連情報の前記転送において１つまたは複数のメッセージを遅延することおよび各メッセージのサイズを動的に制御することのうちの少なくとも１つによって前記ロケーション関連情報の前記転送のフローを制御するようにさらに適応される、Ｃ１１に記載の装置。
[Ｃ１３] 前記接続が解除される前に前記リモートエンティティから受信された受信の最後の確認応答が、メッセージ（ｉ−１）に対するものであり、前記プロセッサが、前記メッセージ（ｉ−１）に対する次のメッセージ（ｉ）を前記リモートエンティティに送信するように適応されることによって、前記ロケーション関連情報の前記転送を再開するように適応される、Ｃ１２に記載の装置。
[Ｃ１４] 前記プロセッサが、前記接続が再確立された後、送信されるべき次のメッセージ（ｉ）の識別情報を前記リモートエンティティから受信するようにさらに適応され、および、前記プロセッサが、前記リモートエンティティによって識別された前記次のメッセージ（ｉ）を送信するように適応されることによって前記ロケーション関連情報の前記転送を再開するように適応される、Ｃ１１に記載の装置。
[Ｃ１５] 前記装置がサーバであり、前記リモートエンティティがターゲットであり、前記ロケーション関連情報が支援データである、Ｃ１１に記載の装置。
[Ｃ１６] 前記装置がターゲットであり、前記リモートエンティティがサーバであり、前記ロケーション関連情報がロケーション情報である、Ｃ１１に記載の装置。
[Ｃ１７] 前記複数のメッセージのそれぞれが、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＬＰＰ）メッセージとＬＰＰ Ｅｘｔｅｎｓｉｏｎｓ（ＬＰＰｅ）メッセージとのうちの一方である、Ｃ１１に記載の装置。
[Ｃ１８] 前記ロケーション関連情報がセキュアユーザプレーンロケーション（ＳＵＰＬ）メッセージの中で転送され、前記ロケーション関連情報が６００００オクテットより大きい、Ｃ１１に記載の装置。
[Ｃ１９] 前記プロセッサが、前記ロケーション関連情報の要求を前記リモートエンティティから受信した後、前記ロケーション関連情報を前記複数のメッセージにセグメント化するように適応される、Ｃ１１に記載の装置。
[Ｃ２０] ロケーション関連情報をリモートエンティティに転送するための装置であって、
前記ロケーション関連情報を複数のメッセージにセグメント化するための手段と、
前記複数のメッセージのうちの第１のサブセットを、前記リモートエンティティに送信するための手段と、ここにおいて、前記第１のサブセットは前記複数のメッセージのすべてより少ないメッセージを備え、
前記リモートエンティティとの接続が解除され再確立された後で前記複数のメッセージのうちの第２のサブセットを前記リモートエンティティに送信するための手段とを備える、装置。
[Ｃ２１] 前記第２のサブセットが、前記複数のメッセージのうちの、前記第１のサブセット以外のすべてのメッセージを備える、Ｃ２０に記載の装置。
[Ｃ２２] 前記リモートエンティティから前のメッセージの受信の確認応答を受信した後、後続のメッセージのそれぞれを前記リモートエンティティに送信するための手段と、
１つまたは複数のメッセージを遅延することおよび各メッセージのサイズを動的に制御することのうちの少なくとも１つによって、前記ロケーション関連情報の前記転送のフローを制御するための手段とをさらに備える、Ｃ２０に記載の装置。
[Ｃ２３] 前記接続が解除される前に前記リモートエンティティから受信された受信の最後の確認応答が、メッセージ（ｉ−１）に対するものであり、前記ロケーション関連情報の前記転送を再開するための手段が、前記メッセージ（ｉ−１）に対する次のメッセージ（ｉ）を前記リモートエンティティに送信するための手段を備える、Ｃ２２に記載の装置。
[Ｃ２４] 前記接続が再確立された後、送信されるべき次のメッセージ（ｉ）の識別情報を前記リモートエンティティから受信するための手段をさらに備え、前記ロケーション関連情報の前記転送を再開するための前記手段が、前記次のメッセージ（ｉ）を前記リモートエンティティに送信するための手段を備える、Ｃ２０に記載の装置。
[Ｃ２５] 前記装置がサーバであり、前記リモートエンティティがターゲットであり、前記ロケーション関連情報が支援データである、Ｃ２０に記載の装置。
[Ｃ２６] 前記装置がターゲットであり、前記リモートエンティティがサーバであり、前記ロケーション関連情報がロケーション情報である、Ｃ２０に記載の装置。
[Ｃ２７] 前記ロケーション関連情報の要求を前記リモートエンティティから受信するための手段をさらに備える、Ｃ２０に記載の装置。
[Ｃ２８] 記憶されたプログラムコードを含む非一時的コンピュータ可読媒体であって、
ロケーション関連情報を複数のメッセージにセグメント化するためのプログラムコードと、
前記ロケーション関連情報を転送するために前記複数のメッセージの各メッセージをリモートエンティティに逐次送信するためのプログラムコードと、
前記リモートエンティティとの接続が再確立された後で前記リモートエンティティによって受信されていない前記複数のメッセージのうちの任意のメッセージを送信するためのプログラムコードを含む、前記ロケーション関連情報の前記転送が完了する前に前記リモートエンティティとの前記接続が解除され再確立された後で、前記ロケーション関連情報の前記転送を再開するためのプログラムコードとを備える、非一時的コンピュータ可読媒体。
[Ｃ２９] 前記リモートエンティティから前のメッセージの受信の確認応答を受信した後、後続のメッセージのそれぞれを前記リモートエンティティに送信するためのプログラムコードと、
１つまたは複数のメッセージを遅延することおよび前記１つまたは複数のメッセージのサイズを動的に制御することのうちの少なくとも１つによって前記ロケーション関連情報の前記転送のフローを制御するためのプログラムコードとをさらに備える、Ｃ２８に記載の非一時的コンピュータ可読媒体。
[Ｃ３０] 前記接続が解除される前に前記リモートエンティティから受信された受信の最後の確認応答がメッセージ（ｉ−１）に対するものであり、前記非一時的コンピュータ可読媒体が、前記接続が再確立された後、前記ロケーション関連情報の前記転送を再開するために前記メッセージ（ｉ−１）に対する次のメッセージ（ｉ）を前記リモートエンティティに送信するためのプログラムコードをさらに備える、Ｃ２９に記載の非一時的コンピュータ可読媒体。
[Ｃ３１] 前記接続が再確立された後、送信されるべき次のメッセージ（ｉ）の識別情報を前記リモートエンティティから受信するためのプログラムコードと、前記接続が再確立された後、前記ロケーション関連情報の前記転送を再開するために、前記リモートエンティティによって識別された前記次のメッセージ（ｉ）を送信するためのプログラムコードとをさらに備える、Ｃ２８に記載の非一時的コンピュータ可読媒体。
[Ｃ３２] 支援データをサーバからターゲットに転送する方法であって、
前記サーバによって前記支援データを複数のＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＬＰＰ）ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージにセグメント化することと、
第１のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを前記サーバから前記ターゲットに送信することと、
前記第１のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを送信した後、前記サーバと前記ターゲットとの間の接続を解除し再確立することと、
前記接続を再確立した後、第２のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを前記サーバから前記ターゲットに送信することとを備える、方法。
[Ｃ３３] 前記接続を解除する前に、前記ターゲットから送信された、前記第１のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージの受信を確認応答するＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを前記サーバによって受信することをさらに備え、前記第２のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージが、引き続いて、前記第１のＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージの後の次のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージとなる、Ｃ３２に記載の方法。
[Ｃ３４] 前記接続を再確立した後、前記ターゲットから送信されたＬＰＰ ＲｅｑｕｅｓｔＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを前記サーバによって受信することをさらに備え、前記ＬＰＰ ＲｅｑｕｅｓｔＡｓｓｉｓｔａｎｃｅＤａｔａメッセージが前記サーバによって送信されるべき次のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａを識別する、Ｃ３２に記載の方法。
[Ｃ３５] 前記ターゲットから送信された、前記第１のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージの受信を確認応答するＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを前記サーバによって受信することと、
前記ＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを受信した後にのみ、後続のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを前記サーバから前記ターゲットに送信することと、
前記サーバから前記ターゲットへの前記支援データの転送のフローを前記サーバと前記ターゲットの両方によって制御することとをさらに備え、前記サーバが、前記後続のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを前記送信することを遅延することおよび前記後続のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージのサイズを動的に制御することのうちの少なくとも１つによって前記フローを制御し、前記ターゲットが、前記ＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを送信することを遅延することによって前記フローを制御する、Ｃ３２に記載の方法。
[Ｃ３６] 支援データをターゲットに転送するためのトランシーバと、
前記トランシーバに接続されたプロセッサとを備え、前記プロセッサが、前記支援データを複数のＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＬＰＰ）ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージにセグメント化し、第１のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを前記トランシーバを用いて前記ターゲットに送信し、前記ターゲットとの接続が解除され再確立された後、第２のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを前記トランシーバを用いて前記ターゲットに送信するように適応される、装置。
[Ｃ３７] 前記プロセッサが、前記ターゲットから送信された、前記第１のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージの受信を確認応答するＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを前記トランシーバを用いて受信するようにさらに適応され、前記接続が解除され再確立される前に前記ＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージが送信され、前記第２のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージが、引き続いて、前記第１のＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージの後の次のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージとなる、Ｃ３６に記載の装置。
[Ｃ３８] 前記プロセッサが、前記接続が解除され再確立された後、前記ターゲットから送信されたＬＰＰ ＲｅｑｕｅｓｔＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを前記トランシーバを用いて受信するようにさらに適応され、前記ＬＰＰ ＲｅｑｕｅｓｔＡｓｓｉｓｔａｎｃｅＤａｔａメッセージが前記サーバによって送信されるべき次のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａを識別する、Ｃ３６に記載の装置。
[Ｃ３９] 前記プロセッサが、前記ターゲットから送信された、前記第１のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージの受信を確認応答するＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを前記トランシーバを用いて受信し、前記ＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを受信した後にのみ後続のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを前記トランシーバを用いて前記ターゲットに送信するように適応され、また前記プロセッサが、前記後続のＬＰＰ ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージを送信することを少なくとも遅延することおよび前記後続のＬＰＰ
ＰｒｏｖｉｄｅＡｓｓｉｓｔａｎｃｅＤａｔａメッセージのサイズを動的に制御することのうちの少なくとも１つを行うように適応されることによって前記サーバから前記ターゲットへの前記支援データの転送のフローを制御するようにさらに適応される、Ｃ３６に記載の装置。
[Ｃ４０] ロケーション情報をターゲットからサーバに転送する方法であって、
前記ターゲットによって前記ロケーション情報を複数のＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＬＰＰ）ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージにセグメント化することと、
第１のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを前記ターゲットから前記サーバに送信することと、
前記第１のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを送信した後、前記ターゲットと前記サーバとの間の接続を解除し再確立することと、
前記接続を再確立した後、第２のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを前記ターゲットから前記サーバに送信することとを備える、方法。
[Ｃ４１] 前記接続を解除する前に、前記サーバから送信された、前記第１のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージの受信を確認応答するＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを前記ターゲットによって受信することをさらに備え、前記第２のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージが、引き続いて、前記第１のＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージの後の次のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージとなる、Ｃ４０に記載の方法。
[Ｃ４２] 前記接続を再確立した後、前記サーバから送信されたＬＰＰ ＲｅｑｕｅｓｔＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを前記ターゲットによって受信することをさらに備え、前記ＬＰＰ ＲｅｑｕｅｓｔＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージが前記ターゲットによって送信されるべき次のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎを識別する、Ｃ４０に記載の方法。
[Ｃ４３] 前記サーバから送信された、前記第１のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージの受信を確認応答するＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを前記ターゲットによって受信することと、
前記ＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを受信した後にのみ、後続のＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを前記ターゲットから前記サーバに送信することと、
前記ターゲットから前記サーバへの前記ロケーション情報の転送のフローを前記ターゲットと前記サーバの両方によって制御することとをさらに備え、前記ターゲットが、前記後続のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを前記送信することを遅延することおよび前記後続のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージのサイズを動的に制御することのうちの少なくとも１つによって前記フローを制御し、前記サーバが、前記ＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを前記送信することを遅延することによって前記フローを制御する、Ｃ４０に記載の方法。
[Ｃ４４] ロケーション情報をサーバに転送するためのトランシーバと、
前記トランシーバに接続されたプロセッサとを備え、前記プロセッサが、前記ロケーション情報を複数のＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ｐｏｓｉｔｉｏｎｉｎｇ Ｐｒｏｔｏｃｏｌ（ＬＰＰ）ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージにセグメント化し、第１のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを前記トランシーバを用いて前記サーバに送信し、前記サーバとの接続が解除され再確立された後、第２のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを前記トランシーバを用いて前記サーバに送信するように適応される、装置。
[Ｃ４５] 前記プロセッサが、前記サーバから送信された、前記第１のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージの受信を確認応答するＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを前記トランシーバを用いて受信するようにさらに適応され、前記接続が解除され再確立される前に前記ＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージが送信され、前記第２のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージが、引き続いて、前記第１のＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージの後の次のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージとなる、Ｃ４４に記載の装置。
[Ｃ４６] 前記プロセッサが、前記接続が解除され再確立された後、前記サーバから送信されたＬＰＰ ＲｅｑｕｅｓｔＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを前記トランシーバを用いて受信するようにさらに適応され、前記ＬＰＰ ＲｅｑｕｅｓｔＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージが前記ターゲットによって送信されるべき次のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎを識別する、Ｃ４４に記載の装置。
[Ｃ４７] 前記プロセッサが、前記サーバから送信された、前記第１のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージの受信を確認応答するＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを前記トランシーバを用いて受信し、前記ＬＰＰ Ａｃｋｎｏｗｌｅｄｇｅメッセージを受信した後にのみ後続のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを前記トランシーバを用いて前記サーバに送信するように適応され、および、前記後続のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを送信すること遅延することおよび前記後続のＬＰＰ ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎのサイズを動的に制御することのうちの少なくとも１つを行うように適応されることによって前記ターゲットから前記サーバへの前記ロケーション情報の転送のフローを制御するようにさらに適応される、Ｃ４４に記載の装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】