(57)【特許請求の範囲】
【請求項１】
端末のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）失敗ログ方法において、
ランダムアクセスのための少なくとも一つのプリアンブルを送信する段階と、
所定区間以内にランダムアクセス応答を受信する段階と、
タイマーを駆動し、ＲＲＣ連結を要請する第１のメッセージを送信する段階と、
前記ＲＲＣ連結の樹立が完了されず、前記タイマーの駆動が満了すれば、前記少なくとも一つのプリアンブルのうち、最後のプリアンブルを送信するとき、最大電力レベルが用いられたか否かを示す第１の情報を設定する段階と、
前記第１の情報を含む第２のメッセージを送信する段階とを含む
ことを特徴とする失敗ログ方法。
【請求項２】
前記少なくとも一つのプリアンブルは、送信電力レベルを段階的に高め、送信される
ことを特徴とする請求項１に記載の失敗ログ方法。
【請求項３】
前記ＲＲＣ連結の樹立が完了された後、前記端末の情報を要請する指示子を含む第３のメッセージを受信する段階をさらに含み、
前記第３のメッセージを受信した後、前記第２のメッセージを送信する
ことを特徴とする請求項１に記載の失敗ログ方法。
【請求項４】
前記ＲＲＣ連結の樹立が完了されず、前記タイマーの駆動が満了すれば、前記送信された少なくとも一つのプリアンブルの個数を示す第２の情報を設定する段階をさらに含む
ことを特徴とする請求項１に記載の失敗ログ方法。
【請求項５】
前記ＲＲＣ連結の樹立が完了されず、前記タイマーの駆動が満了すれば、
セルの識別子を設定する段階、
前記セルのチャンネル測定情報を設定する段階、
少なくとも一つの隣接セルのチャンネル測定情報を設定する段階、または
位置情報を設定する段階のうち、少なくとも一つを実行する
ことを特徴とする請求項４に記載の失敗ログ方法。
【請求項６】
前記第２のメッセージは、前記第２の情報、前記セルの識別子、前記セルのチャンネル測定情報、前記少なくとも一つの隣接セルのチャンネル測定情報、または前記位置情報のうち、少なくとも一つをさらに含む
ことを特徴とする請求項５に記載の失敗ログ方法。
【請求項７】
端末において、
信号を送受信する送受信部と、
ランダムアクセスのための少なくとも一つのプリアンブルを送信し、
所定区間以内にランダムアクセス応答を受信し、
タイマーを駆動し、ＲＲＣ連結を要請する第１のメッセージを送信し、
前記ＲＲＣ連結の樹立が完了されず、前記タイマーの駆動が満了すれば、前記少なくとも一つのプリアンブルのうち、最後のプリアンブルを送信するときに、最大電力レベルが用いられたか否かを示す第１の情報を設定し、
前記第１の情報を含む第２のメッセージを送信するように制御する制御部とを含む
ことを特徴とする端末。
【請求項８】
前記少なくとも一つのプリアンブルは、送信電力レベルを段階的に高め、送信される
ことを特徴とする請求項７に記載の端末。
【請求項９】
前記制御部は、
前記ＲＲＣ連結の樹立が完了された後、前記端末の情報を要請する指示子を含む第３のメッセージを受信するように制御し、
前記第３のメッセージを受信した後、前記第２のメッセージを送信するように制御する
ことを特徴とする請求項７に記載の端末。
【請求項１０】
前記制御部は、
前記ＲＲＣ連結の樹立が完了されず、前記タイマーの駆動が満了すれば、前記送信された少なくとも一つのプリアンブルの個数を指示する第２の情報を設定する
ことを特徴とする請求項７に記載の端末。
【請求項１１】
前記制御部は、
前記ＲＲＣ連結の樹立が完了されず、前記タイマーの駆動が満了すれば、
セルの識別子の設定、前記セルのチャンネル測定情報の設定、少なくとも一つの隣接セルのチャンネル測定情報の設定、または位置情報の設定のうち、少なくとも一つを実行する
ことを特徴とする請求項１０に記載の端末。
【請求項１２】
前記第２のメッセージは、前記第２の情報、前記セルの識別子、前記セルのチャンネル測定情報、前記少なくとも一つの隣接セルのチャンネル測定情報、または前記位置情報のうち、少なくとも一つをさらに含む
ことを特徴とする請求項１１に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける端末のロギング方法及び装置に関し、さらに詳細には、ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｅ  Ｔｅｓｔ）目的のために連結失敗時に失敗に関する情報を記録し、端末待機モードで位置情報を効率的に獲得する方法及び装置に関する。
【背景技術】
【０００２】
一般的に、移動通信システムは、ユーザの移動性を確保しながら通信を提供するための目的で開発された。このような移動通信システムは、技術の飛躍的な発展に伴い、音声通信はもちろん、高速のデータ通信サービスを提供することができる段階に至った。近年、次世代移動通信システムのうち１つとして３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）でＬＴＥ−Ａ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ）に対する規格作業が進行中である。ＬＴＥ−Ａは、２０１０年後半に標準完成を目標として、現在提供されているデータ伝送率より高い伝送速度を有する高速パケット基盤通信を具現する技術である。
【０００３】
３ＧＰＰ標準が進化するにつれて、通信速度を高めようとする方案以外にも、容易に無線網を最適化させようとする方案が論議中である。一般的に、無線網初期構築時または網最適化時に、基地局または基地局制御局は、自身のセルカバレージに対する無線環境情報を収集しなければならないし、これをドライブテスト（Ｄｒｉｖｅ  Ｔｅｓｔ）と言う。既存のドライブテストは、主に測定者が自動車に測定装備を搭載し、繰り返し的な測定業務を長時間行わなければならない煩雑さがあった。前記測定された結果は、分析過程を経て各基地局または基地局制御局のシステムパラメータ（Ｐａｒａｍｅｔｅｒ）を設定するのに利用される。このようなドライブテストは、無線網最適化費用及び運営費用を増加させ、多くの時間を必要とする。したがって、ドライブテスト（Ｄｒｉｖｅ  Ｔｅｓｔ）を最小化し、無線環境に対する分析過程及び手動設定を改善させるための研究がＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｅ  Ｔｅｓｔ；ドライブテストの最小化）という名前で進行されている。このために、ドライブテストの代わりに、端末機は、無線チャネル測定をしつつ、周期的にまたは特定イベント（ｅｖｅｎｔ）が発生するとき、当該無線チャネル測定情報を基地局に直ちに伝達するか、または無線チャネル測定情報格納後に一定時間経過後に基地局に伝達する。以下では、端末機が測定した無線チャネル測定情報及びその他の付加情報を基地局に伝送する動作をＭＤＴ測定情報報告ということができる。この場合、端末機は、基地局と通信が可能であれば、前記チャネル測定結果を直ちに基地局に伝送するか、または直ちに報告が不可能な場合、これを記録しつつ、以後通信が可能になれば、基地局に記録したＭＤＴ測定情報を報告する。それでは、基地局は、端末機から受信されたＭＤＴ測定情報をセル領域最適化のために利用する。
【０００４】
図１は、ＭＤＴ方式が適用されないドライブテスト及びＭＤＴ実行過程を示す。
【０００５】
図１を参照すれば、ＭＤＴ方式が適用されないドライブテストのために、管理者は、車両１００に測定装備を搭載し、陰影地域（Ｗｅａｋ  Ｃｏｖｅｒａｇｅ）を捜すために、サービス領域を歩き回って信号状態を測定する。
【０００６】
ＭＤＴ方式によれば、端末１２０が測定装備の代わりに、信号状態測定を行う。ＮＭＳ（Ｎｅｔｗｏｒｋ  Ｍｏｎｉｔｏｒｉｎｇ  Ｓｙｓｔｅｍ）１０５は、ＭＤＴ実行を指示することができる。この際、ＮＭＳ  １０５は、ＭＤＴ実行に必要な設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）情報をＥＭ（Ｅｌｅｍｅｎｔ  Ｍａｎｇｅｒ）１１０に提供する。ＥＭ  
【０００７】
１１０は、ＭＤＴ設定を構成し、ｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ、または基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ））１１５に伝達する。ｅＮＢ  １１５は、１２５段階で、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、端末またはユーザ端末）１２０にＭＤＴ設定を送り、ＭＤＴを指示する。ＵＥ  １２０は、ＭＤＴ測定情報を収集する。ＭＤＴ測定情報には、信号測定情報だけでなく、位置及び／または時間情報が含まれることができる。１３０段階で、ＵＥ  １２０は、このように収集された情報をｅＮＢ  １１５に報告する。ｅＮＢ  １１５は、収集された情報をＴＣＥ（Ｔｒａｃｅ  Ｃｏｌｌｅｃｔｉｏｎ  Ｅｎｔｉｔｙ）１３５に伝達する。ＴＣＥ  １３５は、ＭＤＴ測定情報を収集する１つのサーバーである。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、前述した問題点を解決するためになされたものであって、その目的は、チャネル状態または連結失敗を効果的にロギングする装置及び方法を提供することにある。
【課題を解決するための手段】
【０００９】
前記目的を達成するために、本発明の一実施例による端末のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）失敗ログ方法は、ランダムアクセスを試みる段階と、前記ランダムアクセスの失敗を感知すれば、前記失敗に関する情報をロギングする段階と、前記ランダムアクセスの成功を感知すれば、前記成功以前にロギングされた失敗に関する情報を連結された基地局に送信する段階とを含むことができる。
【００１０】
本発明の一実施例による基地局のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）失敗ログ受信方法は、端末からＲＲＣ連結セットアップ完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ）メッセージを受信すれば、前記ＲＲＣ連結セットアップ完了メッセージが前記端末が以前のランダムアクセスの失敗に関する情報を保有していることを指示する指示子を含むか否かを判断する段階と、前記ＲＲＣ連結セットアップ完了メッセージが前記指示子を含む場合、前記端末にランダムアクセスの失敗に関する前記情報を要請する端末情報要請（ＵＥ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを前記端末に送信する段階と、前記端末からランダムアクセスの失敗に関する前記情報を受信する段階とを含むことができる。
【００１１】
本発明の一実施例による端末のチャネル状態情報ロギング方法は、前記端末がアイドルモード（ｉｄｌｅ  ｍｏｄｅ）であるとき、前記端末が測定したチャネル状態値が臨界値未満であるか否かを判断する段階と、前記チャネル状態値が前記臨界値未満なら、ポジショニングモジュールを動作させる（ｔｕｒｎｏｎ）段階と、前記ポジショニングモジュールから前記端末の位置情報を獲得する段階と、前記端末の位置情報と前記端末のチャネル状態に関する情報を連結させてロギングする段階と、前記端末が連結モード（ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）に転換されれば、前記ロギングされた前記端末の位置情報と前記端末のチャネル状態に関する情報を連結された基地局に送信する段階とを含むことができる。
【００１２】
基地局のチャネル状態情報ログ設定方法は、端末から端末性能情報（ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ）メッセージを受信する段階と、前記端末性能情報が前記端末がポジショニングモジュールを支援することを指示する指示子を含む場合、前記端末がアイドルモードでチャネル状態情報をロギングするとき、前記ポジショニングモジュールを利用して位置を測定し、その位置情報を前記チャネル状態情報と連結させてロギングするようにする設定を生成する段階と、前記生成された設定を前記端末に送信する段階とを含むことができる。
【発明の効果】
【００１３】
本発明の一実施例によれば、チャネル状態または連結失敗を効果的にロギングする装置及び方法を提供することができる効果がある。
【図面の簡単な説明】
【００１４】
【図１】ＭＤＴ方式が適用されないドライブテスト及びＭＤＴ実行過程を示す。
【図２】ＭＤＴ過程の流れ図である。
【図３】端末機３０５が基地局３１０の要請によって、記録されたチャネル測定情報を報告する過程の流れ図である。
【図４】ＲＲＣ連結樹立失敗報告過程の流れ図である。
【図５】ランダムアクセス過程の流れ図である。
【図６】本発明の第１実施例によるＲＲＣ連結樹立試み過程を示す。
【図７】本発明の第１実施例によるＲＲＣ連結過程の流れ図である。
【図８】本発明の第１実施例によるＲＲＣ連結過程の流れ図である。
【図９】本発明の第２実施例によるＧＮＳＳ位置情報獲得過程の流れ図である。
【図１０】本発明の第２実施例によるＭＤＴ測定過程の流れ図である。
【図１１】本発明の第２実施例によるロギング過程の流れ図である。
【図１２】本発明の第２実施例による基地局のログ設定過程の流れ図である。
【図１３】本発明の実施例による端末のブロック図である。
【図１４】本発明の実施例による基地局のブロック図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施例を添付の図面を参照して詳細に説明する。
【００１６】
実施例を説明するに際して、本発明の属する技術分野によく知られていて、本発明と直接的に関連がない技術内容に対しては説明を省略する。これは、不要な説明を省略することによって、本発明の要旨を不明にせず、さらに明確に伝達するためである。
【００１７】
同様の理由で添付の図面において一部の構成要素は誇張されるか、省略されるか、概略的に図示された。また、各構成要素のサイズは、実際サイズを反映するものではない。各図面において同一または対応の構成要素には、同一の参照番号を付与した。
【００１８】
本発明は、移動通信システムでＭＤＴ目的のために連結失敗時に有用な情報を記録し、端末待機モードで位置情報を効率的に獲得する方法及び装置に関する。
【００１９】
本発明を説明するに先立って、ＭＤＴを行う過程を説明する。
【００２０】
図２は、ＭＤＴ過程の流れ図である。段階２１０で、基地局２０５は、連結モードである端末２００にＭＤＴ設定（ｃｏｎｆｉｇｕｒｅ）のために必要な情報、すなわちチャネル測定設定情報を伝達する。以下、ＭＤＴ設定（ｃｏｎｆｉｇｕｒｅ）のために必要な情報をＭＤＴ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）情報と言う。ＭＤＴ設定情報は、絶対的時間基準情報（ａｂｓｏｌｕｔｅ  ｔｉｍｉｎｇ）、ロギング時間間隔（ｌｏｇｇｉｎｇ  ｉｎｔｅｒｖａｌ）、ロギング持続期間（ｌｏｇｇｉｎｇ  ｄｕｒａｔｉｏｎ）及びＭＤＴ  ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）リストのうち少なくとも一部を含む。
【００２１】
ロギング時間間隔（Ｌｏｇｇｉｎｇ  ｉｎｔｅｒｖａｌ）は、一種のサンプリング周期（ｓａｍｐｌｉｎｇ  ｃｙｃｌｅ）であって、周期的な下向きリンクパイロット信号測定のために使用される。端末２００は、前記設定されたロギング時間間隔によってＭＤＴ測定情報を収集し記録する。
【００２２】
ロギング持続期間（ｌｏｇｇｉｎｇ  ｄｕｒａｔｉｏｎ）は、ＭＤＴ実行を持続する期間である。端末２００は、ロギング持続期間の間にロギング時間間隔で信号測定を行う。ロギング持続期間が満了すれば、端末２００は、信号測定を中断する。
【００２３】
ＭＤＴ  ＰＬＭＮリストは、端末２００がＭＤＴ測定情報を報告することができるＰＬＭＮのリストである。
【００２４】
段階２１５で、端末２００のＲＲＣ状態が連結モードから待機モードに変更されれば、端末２００は、ＭＤＴ実行を開始する。段階２２０で、端末２００は、信号を測定し、その結果（サンプル）をロギングする。最初測定及びロギングが行われた後、ロギング持続期間が満了する前まで続いて測定及びロギングがあらかじめ設定されたロギング時間間隔２２５ごとに繰り返して行われる。各測定サンプル２３０は、ＭＤＴのための測定結果情報を含む。ログされたサンプルに記録される測定結果情報は、サービングセルの識別子（ｇｌｏｂａｌ  ｃｅｌｌ  ｉｄ）、サービングセルのチャネル測定結果値（例えば、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）／ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ）など）、隣接セルのチャネル測定結果値、端末２００の位置情報、相対的な時間情報（ｔｉｍｅｓｔａｍｐ）を含むことができる。
【００２５】
端末２００が２３５段階で連結を回復する。端末２００が連結モードに入れば、端末２００は、２４０段階で、提供可能な（ａｖａｉｌａｂｌｅ）ログがあるか否かを示す指示子を基地局２０５に送信する。すなわち、端末２００は、記録したＭＤＴ測定情報が存在するかまたは存在しないことを基地局２０５に通知する。基地局２０５は、状況によって端末２００にＭＤＴ測定情報の報告を要請することができる。基地局２０５が端末２００にＭＤＴ測定情報の報告を要請すれば、端末２００は、今まで記録したＭＤＴ測定情報を基地局２０５に報告し、記録された情報を削除する。基地局２０５が端末２００にＭＤＴ測定情報の報告を要請しない場合、端末２００は、続いて記録された情報を維持する。
【００２６】
２４５段階で、端末２００は、さらに待機モードに入り、まだロギング持続期間が満了しない場合、端末２００は、段階２５０で続いてＭＤＴ動作を行い、ＭＤＴ測定情報を収集する。ロギング持続期間の満了を判断するとき、実施例によって、端末２００は、連結モードでの時間を考慮してもよく、考慮しなくてもよい。２５５段階で、ロギング持続期間が満了すれば、端末２００は、ＭＤＴ実行を中断する。
【００２７】
端末２００は、２６０段階で連結モードに入る。段階２６５で、端末２００は、さらに記録されたＭＤＴ測定情報があることを基地局２０５に通知し、基地局２０５がＭＤＴ測定情報の報告を要請すれば、端末２００が記録したＭＤＴ測定情報を基地局２０５に報告する。
【００２８】
図３は、端末機３０５が基地局３１０の要請によって、記録されたチャネル測定情報を報告する過程の流れ図である。端末機３０５は、３１５段階で、基地局３１０との通信のために、ランダムアクセス試みをトリガーする。３２０段階で、端末機３０５は、ランダムアクセスを試みる。
【００２９】
その後、端末機３０５は、３２５段階で、連結モードに進入する。それでは、基地局３１０は、３３０段階で、ＬｏｇｇｅｄＭｅａｓｕｒｅｍｅｎｔＣｏｎｆｉｇｕｒａｔｉｏｎメッセージを端末機３０５に送信する。ＬｏｇｇｅｄＭｅａｓｕｒｅｍｅｎｔＣｏｎｆｉｇｕｒａｔｉｏｎメッセージは、端末機３０５が端末待機モードでＭＤＴを行うために必要な情報、すなわちチャネル測定設定情報を含む。その後、端末機３０５は、３４０段階で、アイドルモードに転換され、ＭＤＴ測定実行期間が始まれば、端末機３０５は、３４５段階で、ＭＤＴ測定を行う。端末機３０５は、指示されたロギング持続期間が満了すれば、３５５段階で、ＭＤＴ測定を中断する。
【００３０】
その後、端末機３０５は、３６０段階で、連結モードへの転換を決定する。端末機３０５は、３６５段階でＲＲＣ連結要請（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ）メッセージを基地局３１０に伝送する。基地局３１０がＲＲＣ連結要請を許容する場合、基地局３１０は、３７０段階で、ＲＲＣ連結設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ）メッセージを端末機３０５に伝送する。
【００３１】
連結モードに転換された端末機３０５は、３７５段階で、アイドルモードで記録したチャネル測定情報を保有していることを基地局３１０に伝達する。このために、端末機３０５は、アイドルモードで記録したチャネル測定情報の保有の有無を示す１つの指示子（ｉｎｄｉｃａｔｉｏｎ）をＲＲＣ連結設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ）に含ませて送る。端末機３０５は、すべてのＰＬＭＮに前記指示子を伝送することなく、現在ＲＰＬＭＮ（Ｒｅｇｉｓｔｅｒｅｄ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）がＭＤＴ  ＰＬＭＮリストに含まれるとき、当該ＲＰＬＭＮに前記指示子を伝送する。ＲＰＬＭＮは、端末がサービスを受けるＰＬＭＮを称する。端末機３０５が電源をオンするか、ＰＬＭＮ変更が必要であるとき、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｉｎｇ）過程を通じて、端末機３０５は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）に端末機３０５自身が適合すると判断するＰＬＭＮ、すなわち、選択された（ｓｅｌｅｃｔｅｄ）ＰＬＭＮを報告する。ＭＭＥは、前記選択されたＰＬＭＮが適合すると判断されれば、これを端末機３０５に通知し、前記選択されたＰＬＭＮは、ＲＰＬＭＮになる。
【００３２】
ハンドオーバーの場合には、端末機３０５は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージに前記指示子を含ませることができる。当該指示子を基地局３１０に送る理由は、端末機３０５が記録しているＭＤＴ測定情報があるか否かを基地局３１０に通知し、前記基地局３１０がＭＤＴ測定情報伝送要否に関する要請を決定することができるように判断根拠を提供するためである。
【００３３】
端末機３０５は、一般的に長時間アイドルモードにあるので、多量のチャネル測定情報が記録されることができる。この際、端末機３０５が連結モードに転換されれば、端末機３０５は、記録情報伝送に多い資源を消耗しなければならない。したがって、基地局３１０は、現在無線容量状況などを考慮してＭＤＴ測定情報を報告させるか否かを判断する。もし、基地局３１０が端末機３０５が記録したチャネル測定情報が有用であると判断すれば、基地局３１０は、３８０段階で、端末情報要請メッセージ（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ）を通じて端末機３０５にＭＤＴ測定情報を要請する。端末機３０５は、基地局３１０から端末情報要請メッセージを受信すれば、３８５段階で、基地局３１０に伝送するために、端末が記録していたＭＤＴ測定情報伝送をトリガーする。一般的に、記録されたＭＤＴ測定情報は、緊急に伝送される必要性が低いから、伝達過程で他のＲＲＣメッセージ及び一般データとの優先順位を考慮して伝送する必要がある。端末機３０５は、３９０段階で、ＭＤＴ測定情報を端末情報応答メッセージ（ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ）に含ませて基地局３１０に伝達する。端末機３０５は、一度基地局３１０に伝達されたＭＤＴ測定情報は、削除することができる。段階３９０で、ログされた測定結果とともに当該ロギングが行われたＭＤＴ設定が一緒に伝達されることができる。
【００３４】
端末は、ＭＤＴ目的のために、ＲＬＦ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）発生時に、セル最適化のために必要な情報を記録する。Ｒｅｌ−１１（リリース１１）ＬＴＥ標準では、このような接近方法をＲＲＣ連結樹立（ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）にも適用するために、論議中である。本発明の第１実施例によれば、ＲＲＣ連結樹立失敗時に、端末が記録する有用な情報が提案される。また、第２実施例によれば、端末待機モードで位置情報を効率的に獲得する方法が提案される。
【００３５】
〈第１実施例〉
ＬＴＥ端末は、通信が必要であるとき、連結モードに転換され、これは、ＲＲＣ連結樹立（ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を通じて行われる。ＲＲＣ連結樹立過程は、３つの形態のＲＲＣメッセージを端末と基地局との間に交換する過程よりなる。最初の段階で、端末が基地局にＲＲＣ連結要請（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージを伝送する。前記メッセージは、端末識別子（ＵＥ  ＩＤ）と樹立理由（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）値を含む。次の段階で、基地局は、端末にＲＲＣ連結設定（ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを伝送する。前記メッセージは、端末が基地局に連結するために必要な無線資源設定情報を含む。前記ＲＲＣ連結要請メッセージとＲＲＣ連結設定メッセージは、ランダムアクセス過程を通じて基地局または端末に伝達される。ランダムアクセス過程は、以後で詳しく記述する。三番目の段階で、端末は、基地局にＲＲＣ連結設定完了（ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを伝送する。前記メッセージが成功的に交換されれば、端末は、基地局とデータを送受信する。
【００３６】
前記ＲＲＣ連結樹立過程は、様々な要因によって失敗する可能性がある。一般的に、無線チャネル状態が良好ではないため、正常に前記メッセージを交換しなければ、ＲＲＣ連結樹立過程が失敗する。したがって、ＲＲＣ連結樹立過程の失敗の有無を基地局が把握することができれば、セルサービス領域の最適化に有用に利用されることができる。本実施例では、ＲＬＦ報告と同様に、ＲＲＣ連結樹立失敗を報告する方法に基づいて、ＲＲＣ連結樹立失敗報告に含まれる情報が開示される。
【００３７】
図４は、ＲＲＣ連結樹立失敗報告過程の流れ図である。端末４００は、４１０段階で、アイドル（ｉｄｌｅ）モードを維持する。その後、端末４００は、基地局４０５との通信のために、４１５段階で、ＲＲＣ連結樹立過程を試みる。しかし、チャネル状態が良好ではないため、前記過程は失敗する。前記過程が失敗すれば、端末４００は、ＵＥ  ＮＡＳに前記失敗を報告する。ＵＥ  ＮＡＳは、一定時間が経過した後、さらにＲＲＣ連結樹立過程を試みる。また、前記過程が失敗するとき、端末４００は、サービングセル及び隣接セルのチャネル測定情報、セルＩＤなど有用な情報をログする。
【００３８】
端末４００は、さらにＲＲＣ連結樹立過程を試みる。端末４００は、このために、４２０段階で、ＲＲＣ連結要請（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージを基地局４０５に伝送する。基地局４０５は、４２５段階で、端末４００にＲＲＣ連結設定（ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを送る。端末４００は、４３０段階で、基地局４０５にＲＲＣ連結設定完了（ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを伝送する。前記ＲＲＣ連結設定完了メッセージは、以前４１５段階でＲＲＣ連結樹立失敗を記録した情報があることを指示する支持子ａｃｆ−ＩｎｆｏＡｖａｉｌａｂｌｅ  ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）を含む。前記指示子は、所定の条件を満足するときにのみ、ＲＲＣ連結設定完了メッセージに含まれる。例えば、ＲＲＣ連結が設定された基地局のＲＰＬＭＮがＴ３００が満了する時点のＲＰＬＭＮ、ＥＰＬＭＮ（Ｅｑｕｉｖａｌｅｎｔ  ＰＬＭＮ）または選択されたＰＬＭＮのうちいずれか１つと一致すれば、端末４００は、ＲＲＣ連結設定完了メッセージに前記指示子を含ませる。変形例によれば、ＲＲＣ連結が設定された基地局のＲＰＬＭＮがＲＰＬＭＮ、ＥＰＬＭＮまたは選択されたＰＬＭＮのうち一部と一致すれば、端末４００は、ＲＲＣ連結設定完了メッセージに前記指示子を含ませるが、ＲＲＣ連結が設定された基地局のＲＰＬＭＮがＲＰＬＭＮ、ＥＰＬＭＮまたは選択されたＰＬＭＮのうち残りの一部と一致すれば、端末４００は、ＲＲＣ連結設定完了メッセージに前記指示子を含ませない。
【００３９】
前記指示子を受信した基地局４０５は、前記記録情報に対する報告が必要であると判断されれば、４３５段階で、ＵＥ情報要請（Ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージを利用して端末４００に記録情報報告を要請する。このために、ＵＥ情報要請メッセージにａｃｆ−ＲｅｐｏｒｔＲｅｑ指示子を含ませる。ａｃｆ−ＲｅｐｏｒｔＲｅｑ指示子は、端末４００に記録情報報告を要請することを示す指示子である。
【００４０】
端末４００は、４４０段階で、ＵＥ情報応答（ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｓｐｏｎｓｅ）メッセージを利用して記録した情報を基地局４０５に報告する。ＵＥ情報応答（ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｓｐｏｎｓｅ）メッセージは、ａｃｆ−Ｒｅｐｏｒｔ  ＩＥを含む。ａｃｆ−Ｒｅｐｏｒｔ  ＩＥは、ＲＲＣ連結樹立失敗時に記録した情報を含む。
【００４１】
ＲＲＣ連結樹立過程は、ランダムアクセス過程と密接な関係を有する。これは、ランダムアクセス過程でＲＲＣ連結要請（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージ及びＲＲＣ連結設定（ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージが伝送されるからである。ＲＲＣ連結樹立が試みられる前まで、端末は、サービングセルと通信をしない待機モードにあるので、ランダムアクセスを通じて基地局と接続を試みる。
【００４２】
図５は、ランダムアクセス過程の流れ図である。
【００４３】
端末５００は、基地局５０５と連結するために、５１０段階で、ランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ）を伝送する。前記プリアンブルは、無線チャネル状態によって、基地局に成功的に受信されないことがある。したがって、あらかじめ設定されたＲＡＲウィンドウ（ｗｉｎｄｏｗ）の間に、端末５００は、前記プリアンブルの応答メッセージであるランダムアクセス応答（ＲＡＲ；Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）メッセージを待機し、マッチングされるＲＡＲが受信されなければ、バックオフタイム（ｂａｃｋｏｆｆ  ｔｉｍｅ）の間にさらに待機する。すなわち端末５００は、ＲＡＲウィンドウとバックオフタイムを加算した時間５１５だけ待機し、ランダムアクセスプリアンブルを５２０段階で再伝送する。基地局のバックオフタイムをあらかじめ設定しない場合、バックオフタイムは、０の値を有する。
【００４４】
５２５段階で、端末５００は、ＲＡＲウィンドウ内で成功的にＲＡＲメッセージを受信する。端末５００は、ＲＡＲメッセージが指示した無線資源を利用して、５３０段階で、ｍｓｇ３を基地局５０５に伝送する。ランダムアクセスの目的によってｍｓｇ３に含まれるメッセージは異なっている。初期アクセスの場合には、ｍｓｇ３にＲＲＣ連結要請メッセージが含まれる。
【００４５】
端末５００は、ＲＲＣ連結要請メッセージを伝送し、それと同時にＴ３００タイマーを動作させる。Ｔ３００タイマーが満了する前までＲＲＣ連結樹立過程が成功的に完了しなければ、端末５００は、ＲＲＣ連結樹立失敗が発生したものと見なす。この場合、端末５００は、アクセスの失敗（ａｃｃｅｓｓ  ｆａｉｌｕｒｅ）関連情報を記録する。基地局５０５は、５３５段階で、端末５００に競合解決（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ）メッセージを伝送する。前記競合解決メッセージは、ＲＲＣ連結設定（ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを含む。
【００４６】
本実施例では、ＲＲＣ連結樹立失敗時に、端末が記録する有用な情報が開示される。このような情報は、端末がさらに成功的に基地局に連結された後、基地局に報告される。報告過程は、既に図４で詳しく説明した。セルサービス領域最適化のために、端末が記録する有用な情報は、下記のように羅列されることができる。
【００４７】
基本的にＲＲＣ連結樹立失敗時に記録される情報は、下記の羅列されたサービングセルと隣接セル情報を含むことができる。また、失敗が発生した位置情報も含まれることができる。
【００４８】
１．ｃｅｌｌＧｌｏｂａｌＩｄ：アクセスの失敗が発生したセルのセル識別子（ｃｅｌｌ  ｉｄ）
【００４９】
２．ｍｅａｓＲｅｓｕｌｔＣｕｒｒｅｎｔＣｅｌｌ：現在サービングセルのチャネル測定情報（例：ＲＳＲＰ／ＲＳＲＱ）
【００５０】
３．ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌｓ：隣接セルのチャネル測定情報
【００５１】
４．ｌｏｃａｔｉｏｎＩｎｆｏ：アクセスの失敗が発生した地域の位置情報
【００５２】
前述したように、ＲＲＣ連結樹立は、ランダムアクセス過程と密接な関係を有しているので、ＲＲＣ連結樹立失敗時に記録される情報は、下記の羅列された情報をさらに含むことができる。
【００５３】
５．ＰｏｗｅｒＬｉｍｉｔａｔｉｏｎＲｅａｃｈｅｄ：ランダムアクセス過程で電力（ｐｏｗｅｒ）不足現象が発生したか否かを指示する。電力不足現象は、要求電力（ｒｅｑｕｉｒｅｄ  ｐｏｗｅｒ）が最大電力（ｍａｘ  ｐｏｗｅｒ）を超過する現象である。前記情報は、端末が無線チャネル状態が非常に不良な地域に位置し、端末の最大送信電力を使用したことを暗示する。
【００５４】
６．ｎｕｍｂｅｒＯｆＰｒｅａｍｂｌｅｓＳｅｎｔ：ランダムアクセス過程で伝送したプリアンブルの数
【００５５】
その他、下記の情報は、ＲＲＣ連結樹立失敗時に記録される情報に含まれることができる。
【００５６】
７．ＲＡＲｒｃｖｄ：ＲＡＣＨ失敗（ＲＡＣＨ−ｆａｉｌｕｒｅ）が発生したランダムアクセス過程で、有効な（ｖａｌｉｄ）ＲＡＲが受信されたか否かを指示
【００５７】
８．ＢａｃｋｏｆｆＡｐｐｌｉｅｄ：ランダムアクセス過程中に適用されたバックオフに関する情報
【００５８】
図６は、本発明の第１実施例によるＲＲＣ連結樹立試み過程を示す。図６を利用してＰｏｗｅｒＬｉｍｉｔａｔｉｏｎＲｅａｃｈｅｄ指示子とｎｕｍｂｅｒＯｆＰｒｅａｍｂｌｅｓＳｅｎｔ変数を説明することができる。端末は、６００段階で、一番目のプリアンブルを伝送する。端末は、ＲＡＲウィンドウの間に、伝送したプリアンブルに対応するＲＡＲメッセージが受信されるか否かをモニタリングする。もし受信に失敗すれば、バックオフタイムの間にさらに待機する。すなわち、端末は、ＲＡＲウィンドウとバックオフタイムを加算した時間６０５だけ待機する。
【００５９】
その後、端末は、６１５段階で、二番目のプリアンブルを伝送する。この際、端末は、電力ランピングステップ（ｐｏｗｅｒ  ｒａｍｐｉｎｇ  ｓｔｅｐ）だけ、端末伝送電力を増加させて、前記プリアンブルを伝送する。伝送電力を増加させる理由は、無線チャネル状態が良好ではないため、プリアンブル伝送が失敗した場合、端末伝送電力を高めて、伝送成功確率を高めるためである。プリアンブル最大再伝送回数は、制限されている。二番目のプリアンブル伝送が失敗し、その後、６１７段階で、端末は、伝送電力をさらに増加させて、三番目のプリアンブルを伝送する。三番目のプリアンブル伝送が失敗し、その後、段階６２０で、端末は、伝送電力をさらに増加させて、四番目のプリアンブルを伝送する。
【００６０】
６２０段階で、数回の端末送信電力増加で端末伝送電力が端末最大送信電力に到逹する（６２０）。この際、端末送信電力が端末最大送信電力に到逹したので、ＰｏｗｅｒＬｉｍｉｔａｔｉｏｎＲｅａｃｈｅｄ  ＩＥ  ６３０は、真（ｔｒｕｅ）に設定される。もし６４０段階で端末が成功的にＲＡＲメッセージを受信すれば、伝送したプリアンブル回数は、４回になり、前記ｎｕｍｂｅｒｏｆＰｒｅａｍｂｌｅＳｅｎｔ  ＩＥ  ６３５は、４に設定される。
【００６１】
その後、端末は、ＲＡＲメッセージが指示する無線資源を利用して基地局にｍｓｇ３メッセージ６４５を伝送する。前記ｍｓｇ３メッセージは、ＲＲＣ連結要請メッセージを含む。端末は、前記メッセージを伝送すると同時に、６５０段階で、端末は、Ｔ３００タイマーを動作させる。Ｔ３００タイマーが満了（６５５）する前まで成功的にＲＲＣ連結樹立過程を完了しなければ、端末は、段階６６０で、ＲＲＣ連結樹立過程を失敗したものと判断する。これにより、端末は、段階６６５で、前記羅列した情報を記録する。この際、ＰｏｗｅｒＬｉｍｉｔａｔｉｏｎＲｅａｃｈｅｄとｎｕｍｂｅｒｏｆＰｒｅａｍｂｌｅＳｅｎｔが、６６５段階で一緒に記録される。
【００６２】
図７は、本発明の第１実施例によるＲＲＣ連結過程の流れ図である。図７は、端末の動作を示す。端末は、７００段階で、データ伝送などのために、基地局との連結が必要であるか否かを判断する。もし基地局との連結が必要であれば、ＲＲＣ連結樹立過程を開始するために過程は段階７０５に進行する。基地局との連結が不要な場合、基地局との連結が必要であるときまで連結が必要であるか否かを繰り返して確認する。
【００６３】
７０５段階で、端末は、ＲＲＣ連結要請メッセージを基地局に伝送する。また、段階７１０で、端末は、Ｔ３００タイマーを動作させる。Ｔ３００タイマーは、ＲＲＣ連結要請の伝送とともに始まり、基地局からＲＲＣ連結設定またはＲＲＣ連結拒絶（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔ）メッセージを受信するか、セル再選択、上位階層からの連結樹立撤回指示があれば停止される。Ｔ３００タイマーが満了すれば、端末は、ＲＲＣ連結樹立が失敗したものと見なし、これを上位階層に通知する。
【００６４】
７１５段階で、端末は、Ｔ３００タイマーが満了する前に基地局からＲＲＣ連結設定メッセージを受信したか否かを判断する。Ｔ３００タイマーが満了する前に基地局からＲＲＣ連結メッセージが受信されなければ、７４５段階で、ＲＲＣ連結樹立失敗を宣言し（ｄｅｃｌａｒｅ）、７５０段階で、ＵＥ  ＮＡＳにＲＲＣ連結樹立失敗を通知する。また、７５５段階で、端末は、本実施例で提案した情報を記録する。すなわち、ｃｅｌｌＧｌｏｂａｌＩｄ、ｍｅａｓＲｅｓｕｌｔＣｕｒｒｅｎｔＣｅｌｌ、ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌｓ、ｌｏｃａｔｉｏｎＩｎｆｏ、ＰｏｗｅｒＬｉｍｉｔａｔｉｏｎＲｅａｃｈｅｄ、ｎｕｍｂｅｒＯｆＰｒｅａｍｂｌｅｓＳｅｎｔ、ＲＡＲｒｃｖｄ及びＢａｃｋｏｆｆＡｐｐｌｉｅｄのうち少なくとも一部がログされる。
【００６５】
７１５段階で、端末がＲＲＣ連結設定メッセージをＴ３００満了以前に受信することに成功したら、端末は、ＲＲＣ連結樹立過程を成功的に完了したと見られる。連結樹立過程が成功的に完了すれば、過程は、段階７２０に進行する。以後の過程は、以前にＲＲＣ連結樹立失敗があったか否かによって変わることができる。
【００６６】
７２０段階で、端末は、報告されないＲＲＣ連結樹立失敗があるか否かを判断する。報告されないＲＲＣ連結樹立失敗が存在すれば、過程は、段階７２５に進行し、端末は、７２５段階でａｃｆ−ＩｎｆｏＡｖａｉｌａｂｌｅ  ＩＥをＲＲＣ連結設定完了メッセージに収納して伝送する。前記ａｃｆ−ＩｎｆｏＡｖａｉｌａｂｌｅ  ＩＥは、端末が報告する失敗レポート（ｆａｉｌｕｒｅ  ｒｅｐｏｒｔ）があることを基地局に通知する指示子である。７３０段階で、端末は、基地局からａｃｆ−ＲｅｐｏｒｔＲｅｑ  ＩＥが収納されたＵＥ情報要請メッセージを受信する。前記ａｃｆ−ＲｅｐｏｒｔＲｅｑ  ＩＥは、基地局が端末に前記失敗レポート（ｆａｉｌｕｒｅ  ｒｅｐｏｒｔ）の報告を要請することを示す。７３５段階で、端末は、ａｃｆ−Ｒｅｐｏｒｔ  ＩＥに記録した情報をＵＥ情報応答メッセージに含ませて基地局に報告する。
【００６７】
段階７２０の判断の結果、報告する失敗レポート（ｆａｉｌｕｒｅ  ｒｅｐｏｒｔ）がなければ、過程は、段階７４０に進行し、７４０段階で、端末は、ａｃｆ−ＩｎｆｏＡｖａｉｌａｂｌｅ  ＩＥを含まないＲＲＣ連結設定完了メッセージを伝送する。
【００６８】
図８は、本発明の第１実施例によるＲＲＣ連結過程の流れ図である。図８は、基地局動作を説明するための図である。８００段階で、基地局は、端末からＲＲＣ連結要請メッセージを受信したか否かを判断する。端末からＲＲＣ連結要請メッセージを受信した場合、過程は、段階８０５に進行する。８０５段階で、基地局は、前記端末にＲＲＣ連結設定メッセージを伝送する。端末からＲＲＣ連結要請メッセージを受信しない場合、基地局は、端末からＲＲＣ連結要請メッセージを受信するまでＲＲＣ連結要請メッセージ受信の有無を繰り返して確認する。
【００６９】
８１０段階で、基地局は、受信したＲＲＣ連結設定完了メッセージ内にａｃｆ−ＩｎｆｏＡｖａｉｌａｂｌｅ  ＩＥが含まれたか否かを判断する。ａｃｆ−ＩｎｆｏＡｖａｉｌａｂｌｅＩＥは、端末が報告する失敗レポート（ｆａｉｌｕｒｅ  ｒｅｐｏｒｔ）があることを基地局に通知する指示子である。もしａｃｆ−ＩｎｆｏＡｖａｉｌａｂｌｅＩＥがＲＲＣ連結設定完了メッセージに含まれていれば、過程は、段階８１５に進行する。段階８１５で、基地局は、端末がロギングしたＲＲＣ連結樹立失敗関連情報が必要であるか否かを８１５段階で判断する。ＲＲＣ連結樹立失敗関連情報が必要であると判断されれば、過程は、段階８２０に進行し、基地局は、８２０段階で、ａｃｆ−ＲｅｐｏｒｔＲｅｑ  ＩＥが収納されたＵＥ情報要請メッセージを端末に伝送する。ａｃｆ−ＲｅｐｏｒｔＲｅｑ  ＩＥは、端末にＲＲＣ連結樹立失敗報告を要請する指示子である。８２５段階で、基地局は、ａｃｆ−Ｒｅｐｏｒｔが収納されたＵＥ情報応答メッセージを端末から受信する。ａｃｆ−Ｒｅｐｏｒｔ  ＩＥは、失敗報告に関する情報を含む。
【００７０】
段階８１５の判断の結果、端末の記録情報が必要ではないと判断されれば、基地局は、ＵＥ情報要請メッセージを端末に伝送する必要がない。したがって、この場合、過程は、段階８３０に進行する。段階８３０で、基地局は、ＲＡＣＨ報告あるいはＲＬＦ報告のように他の目的によって、ＵＥ情報要請メッセージを端末に伝送する場合、過程は、段階８３５に進行する。基地局は、８３５段階で、ａｃｆ−ＲｅｐｏｒｔＲｅｑ  ＩＥが収納されていないＵＥ情報要請メッセージを端末に伝送する。８４０段階で、基地局は、ａｃｆ−Ｒｅｐｏｒｔが含まれないＵＥ情報応答メッセージを受信する。
【００７１】
〈第２実施例〉
ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機から獲得した端末位置情報は、比較的高い正確度を提供する。したがって、正確な端末位置情報が必要なＭＤＴ技術で、基地局がＧＮＳＳ位置情報を要請する機能が現在連結モード端末に適用された。また、待機モードである端末にもこのような機能が追加されることができる。しかし、ログされたＭＤＴ（Ｌｏｇｇｅｄ  ＭＤＴ）を目的としてＧＮＳＳ受信機を動作させれば、端末は、追加的に電力を消耗する。特に、ログされたＭＤＴは、最大２時間行われるので、当該時間の間にポジショニング方法を持続的に行うことは、端末に大きな負担になる可能性がある。したがって、ＧＮＳＳ受信機の動作を最適化させることが要求される。ここでは、ＧＮＳＳ受信機の例を取ったが、その他正確な位置情報を提供する機能を行い、電力を消耗するポジショニングモジュールに対しても同一の方式が適用されることができる。
【００７２】
本実施例によれば、待機モード端末がログされたＭＤＴ実行中にＧＮＳＳ受信機を持続的に動作させるものではなく、あらかじめ設定された条件を満足する場合にのみ、ＧＮＳＳ受信機を動作させる方案が開示される。また、前記あらかじめ設定された条件は、２つ以上存在することができる。本実施例は、基地局が端末に所定の条件の満足の有無を判断するための情報を提供する段階と、前記情報を利用して、待機モード端末がログされたＭＤＴ実行期間中に、ＧＮＳＳ受信機を「オンとするか（ｔｕｒｎ  ｏｎ）」あるいは「オフとする（ｔｕｒｎ  ｏｆｆ）」段階で構成される。
【００７３】
図９は、本発明の第２実施例によるＧＮＳＳ位置情報獲得過程の流れ図である。ログされた（ｌｏｇｇｅｄ）ＭＤＴというのは、端末がアイドルモード（Ｉｄｌｅ  ｍｏｄｅ）でチャネル測定情報と位置情報を格納し、連結モード（ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）に転換した後、これを基地局に報告する方式である。
【００７４】
９１０段階で、端末９０５は、基地局９００に当該端末が正確な位置情報を収集することができるポジショニング方法を支援するか否かを通知する。このようなポジショニング方法としては、スタンドアローン（ｓｔａｎｄａｌｏｎｅ）ＧＮＳＳ、ネットワーク−補助（ＮＷ−ａｓｓｉｓｔｅｄ）ポジショニングなどがある。
【００７５】
スタンドアローンＧＮＳＳは、端末が多数の衛星から受信される信号を利用して、当該端末の正確な位置情報を導出する方法である。スタンドアローンＧＮＳＳ方式を利用すれば、基地局からの助けなしに端末が自体的に位置情報を獲得することができる。
【００７６】
ＮＷ−ａｓｓｉｓｔｅｄポジショニングは、基地局との連動を通じて、当該端末の正確な位置情報を導出する方法である。
【００７７】
端末９０５が支援可能なポジショニング方式は、一種のＵＥ性能（ｃａｐａｂｉｌｉｔｙ）情報である。端末が基地局に支援可能なポジショニング方式を通知する方法は、様々なものがあり得る。多数のポジショニング方法に対する支援可否を通知するために、ビットマップが使用されることができる。または、ＭＤＴのために使用可能なポジショニングを１つに制限し、端末は、１ビット指示子でこれに対する支援可否を基地局に通知することができる。例えば、スタンドアローンＧＮＳＳだけをＭＤＴのために使用することができると制限することができる。この際、端末が１ビット指示子で示すものは、スタンドアローンＧＮＳＳの支援可否である。
【００７８】
段階９１０で、端末９０５は、基地局９００に端末９０５がスタンドアローンＧＮＳＳを支援するか否かに対するＵＥ性能情報を伝送する。
【００７９】
基地局は、端末からＵＥ性能情報を受信し、もし端末が正確な位置情報を収集することができるポジショニング方法を支援すれば、基地局は、９１５段階で、ログされたＭＤＴのために当該端末がポジショニング方法を行わなければならないか否かを判断する。もし端末がポジショニング方法を行うことが必要であれば、基地局は、ログされた測定設定（ｌｏｇｇｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを通じて、ポジショニング方法実行とともに、ログされたＭＤＴを行うことを指示する。
【００８０】
ポジショニング方法の実行を指示する方法は、ＭＤＴ実行のために、使用可能なポジショニング方法が１つに制限されるかによって変わることができる。ＭＤＴのために使用可能なポジショニングを１つに制限すれば、基地局９００は、１ビット指示子でこれに対する実行要否を端末９０５に指示することができる。それとも、ＭＤＴ実行のために様々なポジショニング方法が使用可能であれば、基地局９００は、ポジショニング方法の実行要否とともに、どんなポジショニング方法を使用してＭＤＴを実行すべきかを端末９０５に通知しなければならない。例えば、端末９０５がスタンドアローンＧＮＳＳとＮＷ−ａｓｓｉｓｔｅｄポジショニングの２つのポジショニング方法を支援すれば、２ビットを使用して、一番目の１ビットは、ポジショニング方法実行要否を指示し、二番目の１ビットは、２つの方法のうちいずれかを使用すべきかを指示するようにあらかじめ定められることができる。また、他の変形例によれば、基地局９００は、ただポジショニング方法の実行要否のみを指示し、どんなポジショニング方法を実行すべきかは、端末９０５が決定する。
【００８１】
本実施例において、基地局９００は、スタンドアローンＧＮＳＳを支援することができる端末９０５にログされたＭＤＴを実行するとき、ＧＮＳＳ受信機からＧＮＳＳ位置情報を獲得して記録することを指示することができる。この場合、基地局９００は、ＧＮＳＳ受信機の「オン（ｔｕｒｎ  ｏｎ）」条件を１つ以上設定し、端末９０５に伝達し、端末９０５の電力消耗を最小化させる。
【００８２】
前記ＧＮＳＳ受信機のオン条件の一例として、端末９０５は、端末９０５が測定したチャネル測定情報を基盤として、ＧＮＳＳ受信機の「オン（ｔｕｒｎ  ｏｎ）」あるいは「オフ（ｔｕｒｎ  ｏｆｆ）」の要否を決定することができる。ＭＤＴ技術の目的は、セルサービス領域の最適化、すなわちカバレージホール（ｃｏｖｅｒａｇｅ  ｈｏｌｅ）や弱いカバレージ（ｗｅａｋ  ｃｏｖｅｒａｇｅ）を探すものである。したがって、サービングセル及び／あるいは隣接セルの無線チャネル状態が良好ではない地域での情報がさらに詳細に提供されたら有用である。また、すべての地域で正確なＧＮＳＳ位置情報を獲得するために、制限された端末電力を消費することより、特別にチャネル状態が不良な地域だけで正確なＧＮＳＳ位置情報を収集することがさらに効率的な方法になる。
【００８３】
このような条件によってＧＮＳＳ受信機を動作させるためには、基地局９００は、関連設定情報をログされた測定設定（ｌｏｇｇｅｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージに含ませて端末９０５に伝送する。端末９０５が測定したチャネル測定情報を基盤としてＧＮＳＳ受信機の‘ｔｕｒｎ  ｏｎ’あるいは‘ｔｕｒｎ  ｏｆｆ’要否を決定する場合、基地局９００は、ログされた測定設定に‘ｔｕｒｎ  ｏｎ’あるいは‘ｔｕｒｎ  ｏｆｆ’の基準になるサービングセル及び／または隣接セルのＲＳＲＰ及び／またはＲＳＲＱ臨界値（ｔｈｒｅｓｈｏｌｄ）を含ませることができる。端末は、待機モードでログされたＭＤＴを実行するとき、前記臨界値と測定値を比較し、ＧＮＳＳ受信機の‘ｔｕｒｎ  ｏｎ’あるいは‘ｔｕｒｎ  ｏｆｆ’要否を決定する。例えば、サービングセルＲＳＲＰの臨界値が与えられる場合、端末９０５は、測定されたサービングセルＲＳＲＰが前記臨界値より悪い場合にのみ、ＧＮＳＳ受信機を動作させる。９２０段階で、端末は、連結モードからアイドルモードに転換される。
【００８４】
９２５段階で、当該端末９０５がログされた測定設定メッセージで指示した領域範囲（ａｒｅａ  ｓｃｏｐｅ）、すなわちログされたＭＤＴを実行する地域に存在する場合、端末９０５は、ログされたＭＤＴを行う。これとともに、端末９０５は、ポジショニング方法を行い、正確な位置情報を獲得する。ＧＮＳＳ受信機は、所定の条件が満足される場合に‘ｔｕｒｎ  ｏｎ’され、ＧＮＳＳ位置情報を獲得する。例えば、サービングセルあるいは隣接セルのＲＳＲＰ／ＲＳＲＱ測定値がログされた測定設定メッセージに指示された臨界値より低くなれば、端末９０５は、ＧＮＳＳ受信機を動作させる。
【００８５】
もしＭＤＴ以外の他の目的によって、既にＧＮＳＳ受信機が動作中なら、端末９０５は、このような条件とは関係なく獲得したＧＮＳＳ位置情報を記録する。サービングセルあるいは隣接セルのＲＳＲＰ／ＲＳＲＱ測定値が前記臨界値より高くなれば、ＧＮＳＳ受信機を停止させる。この場合にも、もしＭＤＴ以外の他の目的のために、ＧＮＳＳ受信機が使用中なら、前記条件が満足されても、ＧＮＳＳ受信機を停止してはならない。
【００８６】
９３０段階で、端末９０５は、ＭＤＴ測定情報と獲得したＧＮＳＳ位置情報をロギングする。
【００８７】
図１０は、本発明の第２実施例によるＭＤＴ測定過程の流れ図である。１０００段階で、端末はロギング持続期間（ｌｏｇｇｉｎｇ  ｄｕｒａｔｉｏｎ）が満了したか否かを判断する。ロギング持続期間が満了したら、過程は、段階１００５に進行し、端末は、１００５段階でこれ以上ＭＤＴ関連測定動作を行わない。ロギング持続期間が満了しない場合、過程は、段階１０１０に進行する。
【００８８】
端末は、１０１０段階で、測定結果に基づいて、サービングセルあるいは隣接セルでカバレージホール（ｃｏｖｅｒａｇｅ  ｈｏｌｅ）あるいは弱いカバレージ（ｗｅａｋ  ｃｏｖｅｒａｇｅ）のような問題が予想されるか否かを判断する。端末が問題が予想されるか否かを判断するための１つ以上の条件が必要である。また、端末がこのような条件の満足の有無を判断するために、基地局は、あらかじめ関連設定情報を端末に提供しなければならない。前記条件に基づいて、問題が予想されなければ、過程は、段階１０１５に進行し、端末は、ＭＤＴ測定結果のみを記録する。問題が予想される場合、過程は、段階１０２０に進行し、１０２０段階で、端末は、ＧＮＳＳ受信機を動作させて（Ｔｕｒｎ  Ｏｎ）、これを利用して獲得したＧＮＳＳ位置情報をＭＤＴ測定結果とともに記録する。
【００８９】
図１１は、本発明の第２実施例によるロギング過程の流れ図である。１１００段階で、端末は、基地局からＵＥ性能問い合わせ（ｃａｐａｂｉｌｉｔｙ  ｅｎｑｕｉｒｙ）メッセージを受信したか否かを判断する。ＵＥ性能問い合わせメッセージは、基地局が端末の支援可能な機能あるいは能力を把握しようとするとき、これを端末に要請するために使用される。端末は、基地局からＵＥ性能問い合わせメッセージを受信した場合、過程は、段階１１０５に進行する。
【００９０】
１１０５段階で、端末は、ＵＥ性能情報メッセージを利用して、端末の支援可能な機能を基地局に報告する。前記性能情報メッセージは、前記端末がＧＮＳＳ受信機を有していて、これを利用して、ＧＮＳＳ位置情報を獲得することができるか否かに対する情報を含んでいる。したがって、前記性能情報メッセージの情報を活用して、基地局は、前記端末にログされたＭＤＴを設定するとき、スタンドアローンＧＮＳＳポジショニング方法を要請するか否かを決定することができる。
【００９１】
１１１０段階で、端末は、前記基地局がログされたＭＤＴを設定するためのログされた測定設定メッセージを受信したか否かを判断する。端末が測定設定メッセージを受信すれば、前記端末は、待機モード転換時に、ログされたＭＤＴを行わなければならない。端末がログされた測定設定メッセージを受信すれば、過程は、段階１１１５に進行する。
【００９２】
１１１５段階で、端末は、端末がアイドルモードに転換されたか否かを判断する。端末が待機モードに転換されれば、前記端末は、ロギング持続期間を開始し、ログされたＭＤＴを実行する。端末が待機モードに転換されれば、過程は、段階１１２０に進行する。
【００９３】
１１２０段階で、端末は、自身がログされたＭＤＴを行うように指定された地域に位置する否かを判断する。端末は、前記指定された地域だけで測定情報を記録するように設定されることができる。これは、関心地域だけで測定情報を記録するように限定し、不要な記録を制限して端末メモリーを節約するためである。このような関心地域は、セル単位またはＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で基地局がログされた測定設定メッセージを通じて端末に通知する。ＴＡは、セルの束で特定端末にオン（ｏｎ）ペイジングを伝達する単位である。端末が前記地域内に存在しない場合、過程は、段階１１２５に進行し、端末は、１１２５段階で設定されたロギング持続期間が満了したか否かを判断する。ロギング持続期間が満了すれば、端末は、ログされたＭＤＴを終了する。ロギング持続期間が満了する前までは、端末は、端末がＭＤＴを行うように設定された地域に位置するかを繰り返して確認する。
【００９４】
端末がＭＤＴを実行するように設定された地域に位置すれば、過程は、段階１１３０に進行し、端末は、１１３０段階で、ログされたＭＤＴ過程実行を開始する。待機モードで、端末は、周期的にセル測定情報を収集し、記録（ｌｏｇ）として残す。
【００９５】
１１３５段階で、端末は、ＧＮＳＳ受信機を動作させるあらかじめ設定された条件のうち１つが満足されるか否かを判断する。ＧＮＳＳ受信機動作のための条件が満足されない場合、過程は、段階１１４０に進行する。
【００９６】
１１４０段階で、端末は、ＧＮＳＳ受信機がただＭＤＴのために使用される場合、動作中のＧＮＳＳ受信機を停止させるか、または既に動作中ではない場合、何らの行動を実行しない。しかし、他の目的によって、ＧＮＳＳ受信機が動作中なら、端末は、これを停止させてはならない。
【００９７】
前記ＧＮＳＳ受信機動作のための条件を満足すれば、過程は、段階１１４５に進行し、端末は、１１４５段階でＧＮＳＳ受信機を動作させ、位置情報を獲得する。端末は、段階１１５０で、前記位置情報を周期的に記録されているＭＤＴ測定情報とともに記録する。この際、前記条件の満足の有無と関係なく、他の目的によって端末がＧＮＳＳ受信機を動作させて、位置情報を獲得していたら、端末は、この位置情報をＭＤＴ測定情報とともに記録することができる。
【００９８】
１１５５段階で、端末は、ロギング持続期間が満了したか否かを判断する。ロギング持続期間が満了しない場合、端末は、端末が関心地域内にあるか否かを持続的にモニタリングする。満了すれば、ログされたＭＤＴ過程を終了する。
【００９９】
図１２は、本発明の第２実施例による基地局のログ設定過程の流れ図である。１２００段階で、基地局は、端末にＵＥ性能問い合わせメッセージを伝送する。１２０５段階で、基地局は、端末からＵＥ性能情報メッセージを受信する。
【０１００】
１２１０段階で、基地局は、前記性能情報メッセージに含まれたｓｔａｎｄａｌｏｎｅＧＮＳＳ−Ｌｏｃａｔｉｏｎ  ＩＥが「支援する（ｓｕｐｐｏｒｔ）」に設定されているか否かを判断する。前記ＩＥが「支援する（ｓｕｐｐｏｒｔ）」に設定されたら、前記端末がＧＮＳＳ受信機を保有しており、これを利用してＧＮＳＳ位置情報を獲得することができることを意味する。ｓｔａｎｄａｌｏｎｅＧＮＳＳ−Ｌｏｃａｔｉｏｎ  ＩＥは、例示的な項目であって、基地局は、性能情報メッセージを分析し、他のＩＥや指示子を通じて端末がどんなポジショニング方法を支援するかを判断することができる。端末がどんなポジショニング方法を支援するかによって基地局が生成し端末に伝達するログされた測定設定が変わることができる。
【０１０１】
端末が前述したＧＮＳＳポジショニング方法を支援しない場合、過程は、段階１２２５に進行し、１２２５段階で、基地局は、ＧＮＳＳ位置情報を要求しないログされたＭＤＴを設定を生成し、端末に送信する。もし端末がＧＮＳＳポジショニング方法を支援すれば、過程は、段階１２１５に進行し、基地局は、１２１５段階で、ＧＮＳＳ位置情報を要求するログされたＭＤＴを設定するか否かを決定する。もし基地局の判断の結果、ＧＮＳＳ位置情報を要求するログされたＭＤＴを設定することに決定すれば、過程は、段階１２２０に進行し、基地局は、１２２０段階で、これを要請する指示子とともに、ログされた測定設定メッセージを端末に伝達する。
【０１０２】
図１３は、本発明の実施例による端末のブロック図である。
【０１０３】
端末は、上位階層１３１０とデータなどを送受信し、制御メッセージ処理部１３１５を通じて制御メッセージを送受信する。そして、前記端末は、基地局への制御信号またはデータ送信時に、制御部１３２０の制御によって多重化装置１３０５を通じて多重化後、送信機１３００を通じてデータを伝送する。一方、受信時に、端末は、制御部１３２０の制御によって受信機１３００で物理信号を受信した後、逆多重化装置１３０５で受信信号を逆多重化し、それぞれメッセージ情報によって上位階層１３１０あるいは制御メッセージ処理部１３１５に伝達する。本発明の一実施例によれば、制御部１３２０は、前述した実施例によって端末が動作することができるように各構成部を制御することができる。
【０１０４】
図１４は、本発明の実施例による基地局のブロック図である。
【０１０５】
図１４の基地局装置は、送受信部１４０５、制御部１４１０、多重化及び逆多重化部１４２０、制御メッセージ処理部１４３５、各種上位階層処理部１４２５、１４３０、スケジューラ１４１５を含む。送受信部１４０５は、順方向キャリアでデータ及び所定の制御信号を伝送し、逆方向キャリアでデータ及び所定の制御信号を受信する。多数のキャリアが設定された場合、送受信部１４０５は、前記多数のキャリアでデータ送受信及び制御信号送受信を行う。多重化及び逆多重化部１４２０は、上位階層処理部１４２５、１４３０や制御メッセージ処理部１４３５で発生したデータを多重化するか、または送受信部１４０５で受信されたデータを逆多重化し、適切な上位階層処理部１４２５、１４３０や制御メッセージ処理部１４３５、あるいは制御部１４１０に伝達する役目をする。制御部１４１０は、ｂａｎｄ−ｓｐｅｃｉｆｉｃ  ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐを特定端末に適用すべきかを決定し、前記設定情報をＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含ませるかを決定する。制御メッセージ処理部１４３５は、制御部の指示を受けて、端末に伝達するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｎｏｆｉｇｕｒａｉｔｏｎを生成し、下位階層に伝達する。上位階層処理部１４２５、１４３０は、端末別、サービス別に構成されることができ、ＦＴＰやＶｏＩＰなどのようなユーザサービスで発生するデータを処理し、多重化及び逆多重化部１４２０に伝達するか、または多重化及び逆多重化部１４２０から伝達したデータを処理し、上位階層のサービスアプリケーションに伝達する。スケジューラ１４１５は、端末のバッファー状態、チャネル状態及び端末の活性化時間などを考慮して端末に適切な時点に伝送資源を割り当て、送受信部に端末が伝送した信号を処理するか、端末に信号を伝送するように処理する。本発明の一実施例によれば、制御部１４１０は、前述した実施例によって基地局が動作するように各構成部を制御することができる。
【０１０６】
この際、処理流れ図の各ブロックと流れ図の組み合わせは、コンピュータプログラムインストラクションによって行われることができることを理解することができる。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータまたはその他プログラム可能なデータプロセッシング装備のプロセッサに搭載されることができるので、コンピュータまたはその他プログラム可能なデータプロセッシング装備のプロセッサを通じて実行されるそのインストラクションが流れ図ブロックで説明された機能を行う手段を生成するようになる。これらコンピュータプログラムインストラクションは、特定方式で機能を具現するためにコンピュータまたはその他プログラム可能なデータプロセッシング装備を指向することができるコンピュータ利用可能またはコンピュータ読み取り可能なメモリに格納されることが可能なので、そのコンピュータ利用可能またはコンピュータ読み取り可能メモリに格納されたインストラクションは、流れ図ブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することが可能である。コンピュータプログラムインストラクションは、コンピュータまたはその他プログラム可能なデータプロセッシング装備上に搭載されることが可能なので、コンピュータまたはその他プログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピュータで実行されるプロセスを生成し、コンピュータまたはその他プログラム可能なデータプロセッシング装備を実行するインストラクションは、流れ図ブロックで説明された機能を行うための段階を提供することが可能である。
【０１０７】
また、各ブロックは、特定された論理的機能を実行するための１つ以上の実行可能なインストラクションを含むモジュール、セグメントまたはコードの一部を示すことができる。また、いくつかの代替実行例では、ブロックで言及された機能が手順を脱して発生することが可能であることを注目しなければならない。例えば、引き続いて図示されている２つのブロックは、実質的に同時に実行されることが可能であり、またはそのブロックが時々に該当する機能によって逆順に実行されることが可能である。
【０１０８】
この際、本実施例で使用される「〜部」という用語は、ソフトウェアまたはＦＰＧＡまたはＡＳＩＣのようなハードウェア構成要素を意味し、「〜部」は、いろいろな役目を行う。しかし、「〜部」は、ソフトウェアまたはハードウェアに限定される意味ではない。「〜部」は、アースレッシンすることができる格納媒体にあるように構成されてもよく、１つまたはそれ以上のプロセッサを再生させるように構成されてもよい。したがって、一例として、「〜部」は、ソフトウェア構成要素、客体指向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と「〜部」中で提供される機能は、さらに小さい数の構成要素及び「〜部」に結合されるか、または追加的な構成要素と「〜部」にさらに分離することができる。これに加えて、構成要素及び「〜部」は、デバイスまたは保安マルチメディアカード内の１つまたはそれ以上のＣＰＵを再生させるように具現されることができる。
【０１０９】
本発明が属する技術分野の通常の知識を有する者は、本発明がその技術的思想や必須な特徴を変更することなく、他の具体的な形態で実施されることができることを理解することができる。したがって、以上で記述した実施例は、すべての面で例示的なものであり、限定的ではないものと理解しなければならない。本発明の範囲は、前記詳細な説明よりは後述する特許請求の範囲によって示され、特許請求の範囲の意味及び範囲そしてその均等概念から導出されるすべての変更または変形された形態が本発明の範囲に含まれるものと解釈されなければならない。
【０１１０】
なお、本明細書と図面には、本発明の好ましい実施例について開示し、たとえ特定用語が使用されたが、これは、ただ本発明の技術内容を容易に説明し、発明の理解を助けるための一般的な意味として使用されたものであって、本発明の範囲を限定しようとするものではない。ここに開示された実施例以外にも、本発明の技術的思想に基づく他の変形例が実施可能であるということは、本発明が属する技術分野における通常の知識を有する者に自明である。
【図１】
0006324319.tif 000002
【図２】
0006324319.tif 000003
【図３】
0006324319.tif 000004
【図４】
0006324319.tif 000005
【図５】
0006324319.tif 000006
【図６】
0006324319.tif 000007
【図７】
0006324319.tif 000008
【図８】
0006324319.tif 000009
【図９】
0006324319.tif 000010
【図１０】
0006324319.tif 000011
【図１１】
0006324319.tif 000012
【図１２】
0006324319.tif 000013
【図１３】
0006324319.tif 000014
【図１４】
0006324319.tif 000015