(57)【要約】    【課題】      最適な測定周期をネットワークが通信端末装置に指示するとともに、不要な測定による電源消費をなくし、情報の更新遅れを回避して、ユーザに対して必要な情報を確実に提供すること。    【解決手段】  アプリケーション＆フォーマット変換部１０１は、必要としている測位精度及び測位報告の報告単位の情報があらかじめ設定されている。測定周期候補通知機能付きＳＳＰ部１０３は、通信端末装置１００において算出した測定周期候補をネットワーク装置１１０に送る。ＧＰＳ部１０６は、ＧＰＳを用いて、通信端末装置１００の位置を測定する。移動状況把握部１０９は、移動速度及びＧＰＳ部１０６の検出結果に基づき、通信端末装置１００の移動状況を把握するとともに、位置を測定する測定周期候補を算出する機能を備えている。移動速度検出部１０８は、移動速度を検出する。  【選択図】      図１
2007006229.tif 000002
【特許請求の範囲】
【請求項１】
移動速度を検出する移動速度検出手段と、
前記移動速度検出手段にて検出された移動速度と基準となる所定の移動距離である報告単位とに基づいて位置を測定する測定周期の候補を求める移動状況把握手段と、
前記移動状況把握手段にて求められた前記測定周期の候補の情報を通信相手に通知する通知手段と、
前記通知手段にて通知した前記測定周期の候補の情報に基づいて前記通信相手により設定された測定周期にて位置を測定する位置測定手段と、
前記位置測定手段にて測定された位置を前記通信相手に報告する報告手段と、
を具備することを特徴とする通信端末装置。
【請求項２】
前記移動状況把握手段は、前記移動速度と自局で設定した前記報告単位とに基づいて前記測定周期の候補を求めることを特徴とする請求項１記載の通信端末装置。
【請求項３】
前記報告単位の情報を受信する受信手段を具備し、
前記移動状況把握手段は、前記移動速度と前記受信手段にて受信した前記報告単位の情報とに基づいて前記測定周期の候補を求めることを特徴とする請求項１記載の通信端末装置。
【請求項４】
前記移動状況把握手段は、前記報告単位である移動距離を前記移動速度にて除算することにより前記測定周期の候補としての測定時間を求めることを特徴とする請求項１から請求項３のいずれかに記載の通信端末装置。
【請求項５】
通信相手にて求めた位置を測定する測定周期の候補の情報である測定周期候補情報を受信する受信手段と、
前記受信手段にて受信した前記測定周期候補情報に基づいて位置を測定するための測定周期を設定する測定周期決定手段と、
前記測定周期決定手段にて設定された前記測定周期の情報を前記通信相手に通知する通知手段と、
を具備することを特徴とするネットワーク装置。
【請求項６】
移動速度を検出するステップと、
検出された移動速度と所定の移動距離である報告単位とに基づいて、位置を測定する測定周期候補を求めるステップと、
求められた前記測定周期の候補の情報を通信相手に通知するステップと、
通知した前記測定周期の候補の情報に基づいて前記通信相手により設定された測定周期にて位置を測定するステップと、
を具備することを特徴とする位置測定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末装置、ネットワーク装置及び位置測定方法に関し、特に、携帯電話サービスにおける位置情報サービスに好適な通信端末装置、ネットワーク装置及び位置測定方法に関する。
【背景技術】
【０００２】
携帯電話サービスにおいて、位置情報サービスの提供が近年注目されている。これらのサービスを実現するために、第３世代移動体通信システムの標準化を行っている３ＧＰＰ(3rd Generation Partnership Project)において、Location Service（以下「ＬＣＳ」と記載する）と呼ばれる、位置情報サービスを提供するための仕様を策定している。また、ＬＣＳを実現する為に、無線伝送制御を行うRadio Resource Control（以下「ＲＲＣ」と記載する）プロトコル、認証処理を行うSupprementalyServices（以下「ＳＳ」と記載する）プロトコルの動作規定もなされている（例えば、非特許文献１、非特許文献２）。ＬＣＳにおいては、ユーザにナビゲーション機能を提供する等の目的のために、ユーザの移動を検知した場合にのみ位置を報告する機能が提供されている。
【０００３】
ＬＣＳを実現するための手段としては、ＧＰＳ(Global Positioning System)を用いた方法、複数の基地局からの送信信号の受信タイミング差を用いて実施する方法、及び端末が接続している基地局の位置によって大まかに場所を把握する方法等があるが、ここではＧＰＳを用いた方法で説明する。また、ＧＰＳを用いた方法においても、ＧＰＳ衛星からの信号の受信結果を何処で計算するかによって、二通りに分けられる。即ち、端末側で計算する方式と、ネットワーク側で計算する方式である。ここでは、一例として、端末側で計算する方式について説明する。
【０００４】
図５は、ＬＣＳを実現する従来のシステムのブロック図であり、図６は、端末主導型のＬＣＳのシーケンス図である。
【０００５】
図５及び図６において、先ず、端末１０側のＬＣＳの要求は、アプリケーション＆フォーマット変換部１１からプロトコルスタック部１２に送られる（ステップＳＴ５０）。この時、３ＧＰＰでは、ＬＣＳ要求の、端末とネットワークとのやり取りをSupplementary Service Protocol(SSP)を用いて実施することが決められている。このため、プロトコルスタック部１２内のＳＳＰ部１３において、アプリケーションから送られた要求が処理され、ネットワーク部１８に開始要求としてREGISTER Messageが送信される（ステップＳＴ５１）。この時、REGISTER Messageの中には、測位方法、測位に必要なＱｏＳ（Quality of Service：通信品質サービス）情報等が含まれる。ネットワーク部１８では、REGISTER Messageを受信して、実際に測位開始の要求を端末１０に対して送信する（ステップＳＴ５２）。この測位開始の指示は、３ＧＰＰにおいてはRadio Resource Control(RRC) Messageを用いることが決められている。このため、ネットワーク部１８のＲＲＣ部が、端末１０側のＲＲＣ部１４に対してMEASUREMENT CONTROL Messageを送信する。MEASUREMENT CONTROL Messageに含まれる情報としては、測位方法、測位結果の報告方法、測位のために用いられる衛星情報等である。端末１０のＲＲＣ部１４では、この情報を受けてＧＰＳ部１６に、実際に測位の実施を要求する（ステップＳＴ５３）。ＧＰＳ部１６では、ＲＲＣ部１４経由で受け取ったネットワーク部１８からの情報を基に測位を実施する。この時、ネットワーク部１８は、定期的な報告を行う報告方法及びある程度端末１０が動いた場合に報告を行う報告方法の何れか一方の報告方法を指定する。
【０００６】
前者の場合には、報告回数と報告周期が指定され、後者の場合には、測定周期、報告回数、報告をすることになる前回の測位結果との差分のスレッショルドが指定される。即ち、ＧＰＳ部１６は、前者の場合には報告周期の間隔で測位を報告回数分行い、後者の場合には測定周期の間隔で測位を行い、スレッショルドを超えた場合には報告を実施する。このＧＰＳ部１６の測定結果は、ＲＲＣ部１４に送られ（ステップＳＴ５４）、その後、ネットワーク部１８に、MEASUREMENT REPORT messageとして通知される（ステップＳＴ５５）。ネットワーク部１８は、端末１０のＳＳＰ部１３にFACILITY messageを送り（ステップＳＴ５６）、端末から受け取った測位結果を折り返し送信する。ＳＳＰ部１３では受け取った測位結果をアプリケーション＆フォーマット変換部１１に送る（ステップＳＴ５７）。アプリケーション＆フォーマット変換部１１では、規定された回数分の測位が実施された場合には、ＬＣＳ終了要求をＳＳＰ部１３に送り（ステップＳＴ５８）、ＳＳＰ部１３は、RELEASE COMPLETE messageをネットワーク部１８に送信をする（ステップＳＴ５９）。なお、１７は、ネットワーク部１８からの無線信号の受信処理、ネットワーク部１８への無線信号の送信処理をする端末１０の無線信号処理部である。
【０００７】
図７は、ネットワーク主導型のシーケンスである。図７では、ネットワーク部１８が、REGISTER messageを送信することによりＬＣＳを端末１０に対して要求すると（ステップＳＴ７０）、端末１０のＳＳＰ部１３は、アプリケーション＆フォーマット変換部１１へＬＣＳ開始要求を送信する（ステップＳＴ７１）。端末１０のアプリケーション＆フォーマット変換部１１のアプリケーションが、ＬＣＳ開始要求を確認し、ＬＣＳ開始応答をＳＳＰ部１３へ送信し（ステップＳＴ７２）、ＳＳＰ部１３は、RELEASE COMPLETEを送信してその旨をネットワーク部１８に通知する（ステップＳＴ７３）。そして、ネットワーク部１８は、端末１０に対して、MEASUREMENT CONTROL Messageを送信し（ステップＳＴ７４）、測位を要求する。ＲＲＣ部１４は、ＧＰＳ部１６に対して測位要求し（シテップＳＴ７５）、ＧＰＳ部１６は測位を行う。そして、ＧＰＳ部１６は、測位結果をＲＲＣ部１４へ報告する（ステップＳＴ７６）。ＲＲＣ部１４は、Measurement Reportにより測位結果をネットワーク部１８へ報告する（ステップＳＴ７７）。このように、ネットワーク主導型のシーケンスの動作は、若干端末主導型のシーケンスと異なるが、構成に変更はない。なお、ＧＰＳを用い、位置測定するものとしては、以下の特許文献１に示されたようなものが開示されている。
【非特許文献１】3GPP TS25.305 Technical Specification Group Radio Access Network; Stage 2 functional specification of User Equipment
【非特許文献２】3GPP TS24.030 Technical Specification Group Core Network; Location service (LCS); Supplementary service operation - Stage 3
【特許文献１】特表２００４−５１５７６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の装置においては、ネットワーク側がどのように測定周期及び報告回数等を決定するかに関して、有効な技術が存在しないという問題がある。また、従来の装置においては、ユーザの移動を検知した場合にのみ位置を報告する場合には、定期的に位置を測定することが必要であるものの、頻繁に測定を実施すると電力を大幅に消費し、通信端末装置の待ち受け時間に影響が出てしまうという問題がある。また、逆に、測定周期を長く取るとユーザの移動状況にリアルタイムに対応できないとともに、ユーザの用いるアプリケーションで必要とされる情報を提供できないという問題がある。
【０００９】
本発明は、かかる点に鑑みてなされたものであり、最適な測定周期をネットワークが通信端末装置に指示することできるとともに、不要な測定による電源消費をなくすることができ、情報の更新遅れを回避することができて、ユーザに対して必要な情報を確実に提供することができる通信端末装置、ネットワーク装置及び位置測定方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の通信端末装置は、移動速度を検出する移動速度検出手段と、前記移動速度検出手段にて検出された移動速度と基準となる所定の移動距離である報告単位とに基づいて位置を測定する測定周期の候補を求める移動状況把握手段と、前記移動状況把握手段にて求められた前記測定周期の候補の情報を通信相手に通知する通知手段と、前記通知手段にて通知した前記測定周期の候補の情報に基づいて前記通信相手により設定された測定周期にて位置を測定する位置測定手段と、前記位置測定手段にて測定された位置を前記通信相手に報告する報告手段と、を具備する構成を採る。
【００１１】
本発明のネットワーク装置は、通信相手にて求めた位置を測定する測定周期候補の情報である測定周期候補情報を受信する受信手段と、前記受信手段にて受信した前記測定周期候補情報に基づいて位置を測定するための測定周期を設定する測定周期決定手段と、前記測定周期決定手段にて設定された前記測定周期の情報を前記通信相手に通知する通知手段と、を具備する構成を採る。
【００１２】
本発明の位置測定方法は、移動速度を検出するステップと、検出された移動速度と所定の移動距離である報告単位とに基づいて、位置を測定する測定周期候補を求めるステップと、求められた前記測定周期の候補の情報を通信相手に通知するステップと、通知した前記測定周期の候補の情報に基づいて前記通信相手により設定された測定周期にて位置を測定するステップと、を具備するようにした。
【発明の効果】
【００１３】
本発明によれば、最適な測定周期をネットワークが通信端末装置に指示することできるとともに、不要な測定による電源消費をなくすることができ、情報の更新遅れを回避することができて、ユーザに対して必要な情報を確実に提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下に、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１５】
（実施の形態１）
図１は、本発明の実施の形態１に係る通信端末装置１００とネットワーク装置１１０との構成を示すブロック図、図２は、通信端末装置１００とネットワーク装置１１０との通信シーケンスを示す図である。
【００１６】
図１において、１００は通信端末装置、１０１は、アプリケーション＆フォーマット変換部であり、設定されている測位精度及び測位報告の報告単位の情報を後述する移動状況把握部に報告するとともに、出力データを所定のフォーマットに変換して出力するように構成している。測位精度及び測位報告の報告単位は、あらかじめ設定されているか、またはユーザにより都度設定される。ここで、報告単位とは、基準となる所定の移動距離であり、例えば、アプリケーションによって使用する地図の縮尺等によって変わり、詳細な地図を用いている場合には３ｍの移動距離が報告単位となり、大まかな地図を用いている場合には、１００ｍの移動距離が報告単位になる。
【００１７】
１０２は、プロトコルスタック部であり、このプロトコルスタック部１０２は、通知手段である測定周期候補通知機能付きＳＳＰ部１０３と報告手段であるＲＲＣ部１０４とからなる。測定周期候補通知機能付きＳＳＰ部１０３は、図５のＳＳＰ部１３の機能に加え、通信端末装置１００において算出した測定周期候補を測定周期候補情報としてネットワーク装置１１０に送る機能を備えている。なお、ＲＲＣ部１０４は、図５のＲＲＣ部１４と同じ機能を具備している。又、１０６は、ＧＰＳを用いて、通信端末装置１００の位置を測定する位置測定手段であるＧＰＳ部、１０７は、ネットワーク装置１１０からの無線信号を受信処理すると共に、ネットワーク装置１１０への無線信号の送信処理をする無線信号処理部、１０８は、無線信号処理部１０７からの情報に基づき、通信端末装置１００の移動速度を検出する移動速度検出部、１０９は、移動速度検出部１０８、ＧＰＳ部１０６からの検出結果に基づき、通信端末装置１００の移動状況を把握すると共に、位置を測定する測定周期候補を算出する機能を備えた移動状況把握部である。
【００１８】
又、１１０は、ネットワーク側に設けられた通信相手であるネットワーク装置であり、ネットワーク装置１１０は、通信端末装置１００からの無線信号の受信処理、通信端末装置１００への無線信号の送信処理をする基地局無線信号処理部１１１と、ネットワーク側のＳＳＰ機能を実現し、通信端末装置１００から通知された理想的な測定周期候補情報を測定周期決定部に通知する受信手段であるネットワーク側ＳＳＰ部１１２と、ネットワーク側ＳＳＰ部１１２から通知された情報に従って測定周期を決定する測定周期決定部１１３と、ネットワーク側のＲＲＣ機能を実現し、測定周期決定部１１３で決定された測定周期を用いて通信端末装置１００に測位指示を行う通知手段であるネットワーク側ＲＲＣ部１１４とから構成されている。
【００１９】
次に、通信端末装置１００及びネットワーク装置１１０の動作を、図２を用いて説明する。図２は、通信端末装置１００及びネットワーク装置１１０の動作を示すシーケンス図である。なお、図２において、図６と同一の動作を行う部分については同一の符号を付してその説明は省略する。
【００２０】
先ず、アプリケーション＆フォーマット変換部１０１において、測位要求が発生した場合、アプリケーション＆フォーマット変換部１０１は、プロトコルスタック部１０２にＬＣＳ開始要求を出力するのみでなく、移動状況把握部１０９にアプリケーションによって必要とされる移動の報告単位が通知される（ステップＳＴ２０１）。
【００２１】
移動状況把握部１０９では、移動速度検出部１０８で検出した速度情報と、アプリケーション＆フォーマット変換部１０１から受け取った報告単位を用いて、どの位の周期で測位を行えばよいかを計算する。例えば、報告単位が３ｍであり、端末の移動速度が１ｍ／秒であれば、３秒毎に測位をすれば所望の結果が得られることになるので、ここでは３秒が最適な測定周期候補となる。即ち、報告単位の移動距離を端末の移動速度にて除算することにより最適な測定周期候補を求めることができる。移動状況把握部１０９は、このように演算した結果を測定周期候補通知機能付きＳＳＰ部１０３に送る（ステップＳＴ２０２）。また、アプリケーション＆フォーマット変換部１０１は、ＬＣＳ開始要求を測定周期候補通知機能付きＳＳＰ部１０３へ通知する（ステップＳＴ２０３）。
【００２２】
測定周期候補通知機能付きＳＳＰ部１０３では、アプリケーション＆フォーマット変換部１０１からのＬＣＳ開始要求に基づきREGISTER message(lcs-MOLR)をネットワーク装置１１０に送信するが（ステップＳＴ２０４）、この場合、移動状況把握部１０９の結果を埋め込んで送信する。REGISTER message(lcs-MOLR)を受け取ったネットワーク側ＳＳＰ部１１２は、測定周期決定部１１３に通信端末装置１００で演算した最適な測定周期候補の情報を通知する（ステップＳＴ２０５）。測定周期決定部１１３では通知された情報に基づき、実際に行う測定周期を決定する。周期の決定方法としては、単純に通信端末装置１００から与えられた測定周期候補をそのまま測定周期にしても良いし、移動する通信端末装置１００の速度の変化を考慮し、通信端末装置１００から与えられた測定周期候補と異なる測定周期を設定しても良い。測定周期決定部１１３で決定された測定周期は、ネットワーク側ＲＲＣ部１１４に送られる（ステップＳＴ２０６）。また、ネットワーク側ＳＳＰ部１１２は、受信した信号に応答してネットワーク側ＲＲＣ部１１４に測位開始要求を送る（ステップＳＴ２０７）。ネットワーク側ＲＲＣ部１１４では、測定周期決定部１１３から受け取った測定周期を用いて、通信端末装置１００に測位を実施させる測定周期を設定するMEASUREMENT CONTROL messageを作成し、通信端末装置１００に送信する（ステップＳＴ２０８）。この後の動作としては、図６において説明した通りである。
【００２３】
移動状況把握部１０９において、通信端末装置の移動状況を把握する手段としては、複数の方法が考えられるが、代表的なものとしては、無線信号処理部１０７にて受信された信号のドップラー周波数を用いる方法が考えられる。即ち、ドップラー周波数が高いほど通信端末装置の移動速度が速いという特性を利用して、移動速度を推定する方式である。この他の手段としては、端末の内部に移動を検地するセンサーを内蔵しておき、その結果を用いる等も考えられるが、どの方法であっても構わない。
【００２４】
又、他の方法として、これより以前に測位を実施していた場合には、どの程度実際に移動していたかが把握できている為、その結果を用いても良い。また、通信端末装置を使用しているユーザ自らが自分の移動速度を通信端末装置に入力し、アプリケーション＆フォーマット変換部１０１経由で、移動速度を移動状況把握部１０９に通知するように構成してもよい。
【００２５】
又、REGISTER message(lcs-MOLR)に測定周期を設定する方法としては下記の方法が考えられる。REGISTER message(lcs-MOLR)にはlcs QoSというInformation Elementが存在し、測位を実施する際の測位精度、必要とされる応答時間を設定できるようになっている。このため、その中に新たなInformation Elementを追加し埋め込むように構成してもよい。
【００２６】
このように、本実施の形態１によれば、通信端末装置側主導でＬＣＳを開始した場合において、通信端末装置が測定周期候補をネットワーク側に報告するので、最適な測定周期をネットワークが通信端末装置に指示することできるとともに、不要な測定による電源消費をなくすることができ、情報の更新遅れを回避することができて、ユーザに対して必要な情報を確実に提供することができる。
【００２７】
なお、本実施の形態１において、測定周期候補通知機能付きＳＳＰ部１０３に対して、移動状況把握部１０９とアプリケーション＆フォーマット変換部１０１の両方から信号が入力するようになっている。しかしながら、アプリケーション＆フォーマット変換部１０１と移動状況把握部１０９の間で情報交換を行うことで、測定周期候補通知機能付きＳＳＰ部１０３に対して、アプリケーション＆フォーマット変換部１０１のみからの入力、または移動状況把握部１０９のみからの入力とすることも可能である。
【００２８】
（実施の形態２）
図３は、本発明の実施の形態２に係る通信端末装置３００とネットワーク装置３１０との構成を示すブロック図、図４は、通信端末装置３００及びネットワーク装置３１０の動作を示すシーケンス図である。なお、図３において、図１と同一構成である部分には同一の符号を付して、その説明を省略する。
【００２９】
図３において、３１０は実施の形態２のネットワーク側のネットワーク装置、３１５は、ネットワーク装置３１０でＬＣＳの起動を主導するネットワーク側アプリケーション＆フォーマット変換部であり、後述するネットワーク側ＳＳＰ部に対して測位精度並びに測位報告の報告単位の情報を送る。又、３１２は、ネットワーク側アプリケーション＆フォーマット変換部３１５から受け取った情報に基づき、メッセージを作成するネットワーク装置のネットワーク側ＳＳＰ部である。
【００３０】
又、３００は、実施の形態２の通信端末装置、３０２は通信端末装置３００のプロトコルスタック部であり、プロトコルスタック部３０２は、ネットワーク側ＳＳＰ部３１２から送信された信号を処理し、SSP Messageによって渡された信号に加えて、ネットワーク側ＳＳＰ部３１２よりの測位報告の報告単位の情報を通信端末装置３００のアプリケーション＆フォーマット変換部３０１に送る測定周期候補通知機能付きＳＳＰ部３０３と、ＲＲＣ部１０４とで構成されている。
【００３１】
３０１は、測定周期候補通知機能付きＳＳＰ部３０３から、ネットワーク装置３１０から送信されたアプリケーションが必要としている測位精度並びに測位報告の報告単位の情報を受信し、その結果を移動状況把握部１０９に送信する通信端末装置３００のアプリケーション&フォーマット変換部である。
【００３２】
次に、通信端末装置３００及びネットワーク装置３１０の動作について、図４を用いて説明する。図４は、通信端末装置３００及びネットワーク装置３１０の動作を示すシーケンス図である。なお、図４において、図２及び図６と同一の動作を行う部分については同一の符号を付してその説明は省略する。
【００３３】
先ず、ネットワーク側アプリケーション&フォーマット変換部３１５において、測位要求が発生した場合、ネットワーク側アプリケーション&フォーマット変換部３１５は、ネットワーク側ＳＳＰ部３１２にＬＣＳ開始要求を送信し（ステップＳＴ４０１）、測位報告の報告単位の情報を通知する（ステップＳＴ４０２）。ネットワーク側ＳＳＰ部３１２では、その情報をREGISTER Message(lcs-LocationNotification)にいれて、通信端末装置３００に送信する（ステップＳＴ４０３）。通信端末装置３００では、測定周期候補通知機能付きＳＳＰ部３０３で、その情報を受信し、測位報告の報告単位の情報を、REGISTER Message(lcs-LocationNotification)に含まれている内容とともにアプリケーション&フォーマット変換部３０１に送る（ステップＳＴ４０４）。アプリケーション&フォーマット変換部３０１では、受信した測位報告の報告単位の情報を移動状況判断部１０９に通知する（ステップＳＴ４０５）。アプリケーション＆フォーマット変換部３０１は、ＬＣＳ開始応答を測定周期候補通知機能付きＳＳＰ部３０３へ通知する（ステップＳＴ４０６）。又、移動状況把握部１０９は、実施の形態１と同様の処理を行い、測定周期候補通知機能付きＳＳＰ部３０３に、通信端末装置３００に最適な測定周期候補を通知する（ステップＳＴ４０７）。測定周期候補通知機能付きＳＳＰ部３０３では、RELEASE COMPLETE Message（lcs-LocationNotification Res）に受け取った最適な測定周期候補を入れてネットワーク側ＳＳＰ部３１２に送信する（ステップＳＴ４０８）。ネットワーク側ＳＳＰ部３１２は、通信端末装置３００から送られたRELEASE COMPLETE Message（lcs-LocationNotification Res）に含まれている最適な測定周期候補の情報を測定周期決定部１１３に通知する（ステップＳＴ４０９）。この後の動作は、実施の形態１と同様になる。
【００３４】
このように、本実施の形態２によれば、ネットワーク装置主導でＬＣＳを開始した場合において、通信端末装置が測定周期候補の情報をネットワーク側に報告するので、最適な測定周期をネットワークが通信端末装置に指示することできるとともに、不要な測定による電源消費をなくすることができ、情報の更新遅れを回避することができて、ユーザに対して必要な情報を確実に提供することができる。
【産業上の利用可能性】
【００３５】
本発明にかかる通信端末装置、ネットワーク装置及び位置測定方法は、特に、携帯電話サービスにおける位置情報サービスに用いるのに好適である。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施の形態１に係る通信端末装置及びネットワーク装置の構成を示すブロック図
【図２】本発明の実施の形態１に係る通信端末装置及びネットワーク装置の動作を示すシーケンス図
【図３】本発明の実施の形態２に係る通信端末装置及びネットワーク装置の構成を示すブロック図
【図４】本発明の実施の形態２に係る通信端末装置及びネットワーク装置の動作を示すシーケンス図
【図５】従来の通信端末装置及びネットワーク装置の構成を示すブロック図
【図６】従来の通信端末装置及びネットワーク装置の動作を示すシーケンス図
【図７】従来の通信端末装置及びネットワーク装置の動作を示すシーケンス図
【符号の説明】
【００３７】
１００  通信端末装置
１０１  アプリケーション＆フォーマット変換部
１０２  プロトコルスタック部
１０３  測定周期候補通知機能付きＳＳＰ部
１０４  ＲＲＣ部
１０６  ＧＰＳ部
１０７  無線信号処理部
１０８  移動速度検出部
１０９  移動状況把握部
１１０  ネットワーク装置
１１１  基地局無線信号処理部
１１２  ネットワーク側ＳＳＰ部
１１３  測定周期決定部
１１４  ネットワーク側ＲＲＣ部
【図１】
2007006229.tif 000003
【図２】
2007006229.tif 000004
【図３】
2007006229.tif 000005
【図４】
2007006229.tif 000006
【図５】
2007006229.tif 000007
【図６】
2007006229.tif 000008
【図７】
2007006229.tif 000009