JPWO2013080286A1 - 移動通信方法、基地局、及びユーザ端末 - Google Patents

Abstract

ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）をサポートするＵＥと、ＵＥとの通信を行うネットワークと、を含む移動通信システムにおける移動通信方法は、ＭＤＴにおける測定データ収集のためにＵＥが選択された後、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ ＣｏｎｆｉｇｕｒａｔｉｏｎをネットワークからＵＥが受信するステップと、ＵＥが、ネットワークからのＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに従って、ネットワークに対する測定処理を行うステップＢ、を有する。Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎは、測定データ収集のためにＵＥを選択したネットワークエンティティに関するＴｒａｃｅ情報を含む。

Description

本発明は、３ＧＰＰ規格に基づく移動通信システムにおける移動通信方法、基地局、及びユーザ端末に関する。

移動通信システムでは、基地局の周辺にビルが建設されたり、当該基地局の周辺基地局の設置状況が変化したりすると、当該基地局に係る無線通信環境が変化する。このため、従来では、オペレータにより、測定機材を搭載した測定用車両を使用し、基地局からの受信信号状態を測定して測定データを収集するドライブテストが行われている。

このような測定及び収集は、例えば基地局のカバレッジの最適化に貢献できるが、工数が多く、且つ費用が高いという課題がある。そこで、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、ユーザが所持するユーザ端末を使用して、当該測定及び収集を自動化するためのＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）の仕様策定が進められている（非特許文献１及び２参照）。

ＭＤＴの一種として、記録型のＭＤＴ（「Ｌｏｇｇｅｄ ＭＤＴ」と称される）がある。現行の仕様において、Ｌｏｇｇｅｄ ＭＤＴは、アイドル状態のユーザ端末が、ネットワークから設定された測定パラメータ（測定条件）に従って受信信号状態の測定を行い、測定結果を位置情報及び時間情報と共に測定データとして記録し、記録した測定データを後でネットワークに報告するものである。

また、ＭＤＴの一種として、即座報告型のＭＤＴ（「Ｉｍｍｅｄｉａｔｅ ＭＤＴ」と称される）がある。現行の仕様において、Ｉｍｍｅｄｉａｔｅ ＭＤＴは、コネクティッド状態のユーザ端末が、ネットワークから設定された測定パラメータ（測定条件）に従って受信信号状態の測定を行い、測定結果を位置情報と共に測定データとしてネットワークに直ちに報告するものである。

３ＧＰＰ ＴＲ ３６．８０５ ｖ９．０．０ ３ＧＰＰ ＴＳ ３７．３２０ ｖ１０．２．０

ＭＤＴでは、複数のユーザ端末が様々な条件で測定を行うことから、ネットワークにとって重要な測定データと、そうでない測定データとが混在すると考えられる。しかしながら、現行の仕様においては、測定データは全て同様の取り扱いがなされているため、ネットワーク（すなわちオペレータ）が重要な測定データを十分に収集することができない虞がある。

そこで、本発明は、ネットワークが重要な測定データを収集し易くすることができる移動通信方法、基地局、及びユーザ端末を提供する。

本発明に係る移動通信方法は、ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）をサポートするユーザ端末例えば、ＵＥ２００）と、前記ユーザ端末との通信を行うネットワーク（例えば、Ｅ−ＵＴＲＡＮ１０、ＥＰＣ３００）と、を含む移動通信システムにおける移動通信方法であって、前記ＭＤＴにおける測定データ収集のために前記ユーザ端末が選択された場合に、ＭＤＴ構成情報を前記ネットワークから前記ユーザ端末に送信するステップＡと、前記ユーザ端末が、前記ネットワークからの前記ＭＤＴ構成情報に従って、前記ネットワークに対する測定処理を行うステップＢと、を有し、前記ＭＤＴ構成情報は、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティに関する第１の情報（例えば、Ｔｒａｃｅ情報）を含むことを特徴とする。

本発明に係る移動通信方法の他の特徴によれば、前記第１の情報は、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティが基地局（例えば、ｅＮＢ１００）であるか否かを示す。

本発明に係る移動通信方法の他の特徴によれば、前記第１の情報は、Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅ又はＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの何れかを示し、前記Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅでは、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティが基地局（例えば、ｅＮＢ１００）であり、前記Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅでは、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティが基地局の上位装置（例えば、ＥＭ３２０）である。

本発明に係る移動通信方法の他の特徴によれば、前記ステップＡにおいて、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティが基地局の上位装置である場合にのみ、前記第１の情報を前記ＭＤＴ構成情報に含める。

本発明に係る移動通信方法の他の特徴によれば、前記ステップＢは、前記ネットワークに対する測定結果を記録するステップを含み、前記移動通信方法は、前記測定結果を含む測定データの可用性を示す可用性情報（例えば、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）を前記ユーザ端末から前記ネットワークに送信するステップＣをさらに有し、前記ステップＣは、前記第１の情報に対応する第２の情報（例えば、Ｔｒａｃｅ情報）を、前記可用性情報と共に前記ネットワークに送信するステップを含む。

本発明に係る移動通信方法の他の特徴によれば、前記ネットワークが、前記ユーザ端末からの前記可用性情報及び前記第２の情報に基づいて、前記測定データの送信を要求するための要求メッセージ（例えば、ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ）を前記ユーザ端末に送信するステップＤをさらに有する。

本発明に係る移動通信方法の他の特徴によれば、前記ユーザ端末のバッテリ残量と前記第１の情報とに基づいて、前記ユーザ端末が前記測定処理を制御するステップＥをさらに有する。

本発明に係る移動通信方法の他の特徴によれば、前記ステップＥは、前記バッテリ残量がバッテリ閾値を下回った場合で、前記第１の情報が基地局を示す場合に、前記測定処理を中止するステップを含む。

本発明に係る移動通信方法の他の特徴によれば、前記ステップＥは、前記バッテリ残量が前記バッテリ閾値を下回った場合で、前記第１の情報が基地局の上位装置を示す場合に、前記測定処理を継続するステップを含む。

本発明に係る移動通信方法の他の特徴によれば、前記ＭＤＴ構成情報は、前記測定処理のための測定パラメータをさらに含み、前記ステップＥは、前記バッテリ残量がバッテリ閾値を下回った場合で、前記第１の情報が基地局を示す場合に、前記測定処理を抑制するように前記測定パラメータを変更するパラメータ変更ステップを含む。

本発明に係る移動通信方法の他の特徴によれば、前記測定パラメータは、第１の記録間隔を含み、前記ステップＢは、前記第１の記録間隔に従って、測定結果を周期的に記録するステップを含み、前記パラメータ変更ステップは、前記第１の記録間隔よりも長い第２の記録間隔に変更するステップを含む。

本発明に係る移動通信方法の他の特徴によれば、前記測定パラメータは、第１の閾値を含み、前記ステップＢは、前記第１の閾値よりも通信状態が劣化したことをトリガとして、測定結果を記録するステップを含み、前記パラメータ変更ステップは、前記第１の閾値よりも劣化した通信状態に対応する第２の閾値に変更するステップを含む。

本発明に係る移動通信方法の他の特徴によれば、前記測定パラメータは、複数のトリガ種別を含み、前記ステップＢは、前記複数のトリガ種別に従って、測定結果を記録するステップを含み、前記パラメータ変更ステップは、前記複数のトリガ種別のうち一部のトリガ種別を非適用とするよう変更するステップを含む。

本発明に係る基地局は、ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）をサポートするユーザ端末との通信を行うネットワークに含まれる基地局（例えば、ｅＮＢ１００）であって、前記ＭＤＴにおける測定データ収集のために前記ユーザ端末が選択された後、ＭＤＴ構成情報を前記ユーザ端末に送信する送信部（例えば、Ｃｏｎｆｉｇｕｒａｔｉｏｎ制御部１４１、無線通信部１１０）を有し、前記ＭＤＴ構成情報は、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティに関する第１の情報を含むことを特徴とする。

本発明に係るユーザ端末は、ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）をサポートするユーザ端末（例えば、ＵＥ２００）であって、前記ＭＤＴにおける測定データ収集のために前記ユーザ端末が選択された後、ＭＤＴ構成情報をネットワークから受信する受信部（例えば、無線通信部２１０）を有し、前記ＭＤＴ構成情報は、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティに関する第１の情報を含む。

第１実施形態〜第５実施形態に係る移動通信システムの全体構成図である。 第１実施形態〜第５実施形態に係るｅＮＢのブロック図である。 第１実施形態〜第５実施形態に係るＵＥのブロック図である。 第１実施形態に係るＵＥの動作フロー図であって、測定パラメータの設定からロギング終了までの動作を示す。 第１実施形態に係るＵＥの動作フロー図であって、ロギング終了後における動作を示す。 第２実施形態に係るＵＥの動作フロー図であって、測定パラメータの設定からロギング終了までの動作を示す。 第３実施形態に係るＵＥの動作フロー図であって、測定パラメータの設定からロギング終了までの動作を示す。 第４実施形態に係るＵＥの動作フロー図であって、測定パラメータの設定からロギング終了までの動作を示す。 第５実施形態に係るＵＥの動作フロー図であって、測定パラメータの設定からロギング終了までの動作を示す。

図面を参照して、本発明の第１実施形態〜第５実施形態、及びその他の実施形態を説明する。以下の各実施形態に係る図面において、同一又は類似の部分には同一又は類似の符号を付す。

［第１実施形態］
（移動通信システムの全体構成）
図１は、本実施形態に係る移動通信システム１の全体構成図である。本実施形態に係る移動通信システム１は、３ＧＰＰで仕様が策定されているＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）又はＬＴＥ−Ａｄｖａｎｃｅｄに基づいて構成されており、上述したＬｏｇｇｅｄ ＭＤＴをサポートする。

図１に示すように、移動通信システム１は、ｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）１００、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）２００、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）３１０、ＥＭ（Ｅｌｅｍｅｎｔ Ｍａｎｅｇｅｒ）３２０、及びＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）３３０を有する。図１では、ＵＥ２００を１つのみ図示しているが、実際には移動通信システム１は多数のＵＥ２００を含む。

ｅＮＢ１００は、ＬＴＥの無線アクセスネットワークであるＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０を構成する。ＭＭＥ／Ｓ−ＧＷ３１０、ＥＭ３２０、ＨＳＳ３３０は、ＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）３００を構成する。本実施形態において、ｅＮＢ１００は基地局に相当し、ＵＥ２００はユーザ端末に相当する。また、Ｅ−ＵＴＲＡＮ１０及びＥＰＣ３００は、ネットワークを構成する。

各ｅＮＢ１００は、オペレータによって設置される固定型の無線通信装置であり、ＵＥ２００との無線通信を行うように構成される。各ｅＮＢ１００は、隣接する他のｅＮＢ１００との通信をＸ２インターフェイス上で行い、ＭＭＥ／Ｓ−ＧＷ３１０との通信をＳ１インターフェイス上で行う。各ｅＮＢ１００は、無線通信エリアの最小単位であるセルを１つ又は複数形成する。各ｅＮＢ１００は、セルを識別可能な参照信号を常時ブロードキャストしている。

ＵＥ２００は、ユーザが所持する可搬型の無線通信装置である。ＵＥ２００は、バッテリを有しており、当該バッテリに蓄えられている電力によって駆動される。ＵＥ２００は、ｅＮＢ１００に接続し、ｅＮＢ１００を介して通信先との通信を実行可能に構成される。ＵＥ２００が通信先と通信実行中の状態はコネクティッド状態と称され、ＵＥ２００が待ち受け中の状態はアイドル状態と称される。

ｅＮＢ１００は、詳細については後述するが、Ｌｏｇｇｅｄ ＭＤＴを行うためのメッセージであるＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを、自局に接続する（コネクティッド状態の）ＵＥ２００に送信する。本実施形態において、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎは、ＭＤＴ構成情報に相当する。

Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信したＵＥ２００は、アイドル状態において、Ｅ−ＵＴＲＡＮ１０からの受信信号状態を測定するとともに測定結果を含む測定データ（「測定ログ」とも称される）を記録する測定処理を行う。Ｌｏｇｇｅｄ ＭＤＴにおけるこのような測定処理は、「ロギング処理」と称される。

なお、受信信号状態とは、例えば参照信号受信電力（ＲＳＲＰ）や参照信号受信品質（ＲＳＲＱ）である。測定データは、受信信号状態の測定結果に加え、測定時の位置情報と測定時の時間情報（タイムスタンプ）とを含む。位置情報とは、ＵＥ２００がＧＰＳ機能を有している場合にはＧＰＳ位置情報であり、ＵＥ２００がＧＰＳ機能を有していない場合にはＲＦフィンガープリント情報である。

測定データを保持するＵＥ２００は、アイドル状態からコネクティッド状態に移行した以降、Ｅ−ＵＴＲＡＮ１０からの要求に応じて、当該測定データをＥ−ＵＴＲＡＮ１０に送信する。ＵＥ２００からの測定データを受信したｅＮＢ１００は、受信した測定データをＯＡＭ（不図示）に転送する。オペレータは、ＯＡＭに転送された測定データから、カバレッジ問題等、自身のネットワークで問題が起こっている場所を特定する事が出来る。またＯＡＭは、問題を解消するためのネットワーク自己最適化を行う事が出来る場合もある。

ＵＥ２００は、移動に伴って、在圏するセルを切り替える。ＵＥ２００がコネクティッド状態時のセル切り替えはハンドオーバと称され、ＵＥ２００がアイドル状態時のセル切り替えはセルリセレクションと称される。移動通信システム１では、１つ又は複数のセルによって１つのトラッキングエリア（ＴＡ）が構成される。ＴＡは、位置登録及びページングを行うエリア単位である。

ＭＭＥは、ＵＥ２００が在圏するＴＡ及び／又はセルを管理しており、ＵＥ２００に対する各種モビリティ管理を行うように構成される。Ｓ−ＧＷは、ＵＥ２００が送受信するユーザデータの転送制御を行うように構成される。ＥＭ３２０は、ネットワークを構成する各エンティティ（エレメント）を管理するためのパッケージを提供する。ＨＳＳ３３０は、加入者情報を管理しており、サービス制御や加入者データを取り扱う。

移動通信システム１では、Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅ、又はＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの何れかを使用して、ＭＤＴにおける測定データ収集のためのＵＥを選択する。すなわち、ＭＤＴに使用するＵＥを選定するため、加入者／セルのトレース機能が再利用及び拡張される。

Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅ及びＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの詳細は３ＧＰＰ ＴＳ ３２．４２２に記載されているが、以下に、Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅ及びＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの概要を説明する。

特定のＵＥ２００に対してＭＤＴが開始される場合、Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅが使用される。特定のＵＥ２００は、加入者識別情報であるＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）、及び／又は、ＵＥ識別情報であるＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ）により示される。特定のＵＥに対してＭＤＴを開始する場合でなければ、Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅが使用される。

Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅでは、ｅＮＢ１００は、ＥＭ３２０から受信した情報と、ｅＮＢ１００に保存されているＭＤＴ同意情報と、に基づいて、ＭＤＴにおける測定データ収集のためのＵＥ２００を選択する。

これに対し、Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅでは、ＥＭ３２０は、ＩＭＳＩ及び／又はＩＭＥＩにより特定のＵＥ２００を指定し、ＨＳＳ３３０及びＭＭＥ３１０を介してＭＤＴ ＣｏｎｆｉｇｕｒａｔｉｏｎをｅＮＢ１００に通知する。ＥＭ３２０は、ＭＤＴの対象となるエリア情報をさらに通知してもよい。

以下においては、ＭＭＥ３１０、ＥＭ３２０、及びＨＳＳ３３０を、適宜「ｅＮＢ１００の上位装置」と称する。

Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅ又はＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅによるＵＥ選択は、Ｌｏｇｇｅｄ ＭＤＴ及びＩｍｍｅｄｉａｔｅ ＭＤＴの両方に適用されるが、以下においてはＬｏｇｇｅｄ ＭＤＴを主として説明する。

（ｅＮＢの構成）
次に、ｅＮＢ１００の構成を説明する。図２は、ｅＮＢ１００のブロック図である。

図２に示すように、ｅＮＢ１００は、アンテナ１０１、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０、及び制御部１４０を有する。

アンテナ１０１は、無線信号の送受信に用いられる。無線通信部１１０は、例えば無線周波数（ＲＦ）回路やベースバンド（ＢＢ）回路等を用いて構成され、アンテナ１０１を介して無線信号を送受信する。ネットワーク通信部１２０は、他のネットワーク装置（ＭＭＥ／Ｓ−ＧＷ３１０、ＯＡＭや他のｅＮＢ１００等）との通信を行う。記憶部１３０は、例えばメモリを用いて構成され、ｅＮＢ１００の制御等に用いられる各種の情報を記憶する。制御部１４０は、例えばプロセッサを用いて構成され、ｅＮＢ１００が備える各種の機能を制御する。

制御部１４０は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ制御部１４１、及び測定データ取得処理部１４２を有する。

Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの場合、Ｃｏｎｆｉｇｕｒａｔｉｏｎ制御部１４１は、上位装置からネットワーク通信部１２０が受信するＭＤＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎに基づいて、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを生成し、当該Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを、上位装置からＩＭＳＩ及び／又はＩＭＥＩにより指定されたＵＥ２００（すなわち、上位装置により選択されたＵＥ２００）に送信するよう無線通信部１１０を制御する。

Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの場合、Ｃｏｎｆｉｇｕｒａｔｉｏｎ制御部１４１は、ＭＤＴにおける測定データ収集のためのＵＥを自ら選択し、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを生成して、当該Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを、当該選択したＵＥ２００に送信するよう無線通信部１１０を制御する。

Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎは、各種の測定パラメータを含む。測定パラメータは、ロギングトリガ（測定トリガ）、ロギング期間（測定期間）、ネットワーク絶対時間、ロギングエリアなどである。ロギングトリガは、ロギング処理を行うトリガを指定するものである。ロギングトリガは、「定期的」又は「イベントトリガ」である。ロギング期間は、測定パラメータが設定されてからロギング処理を終了するまでの期間を指定するものである。ネットワーク絶対時間は、ＵＥ２００における時間基準となるものである。ロギングエリアは、オプションであり、ロギング処理を行うべきセル又はＴＡを指定するものである。

Ｃｏｎｆｉｇｕｒａｔｉｏｎ制御部１４１は、ＭＤＴにおける測定データ収集のためのＵＥ２００を選択したネットワークエンティティに関するＴｒａｃｅ情報（第１の情報）をＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含める。Ｔｒａｃｅ情報は、Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅ又はＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの何れかを示す。

本実施形態では、Ｔｒａｃｅ情報は、Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの場合は“０”、Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの場合は“１”という１ビットのフラグで構成される。上述したように、Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅでは、ＵＥ選択の主体がｅＮＢ１００であり、Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅでは、ＵＥ選択の主体がｅＮＢ１００の上位装置である。

なお、ｅＮＢ１００の上位装置は、ｅＮＢ１００が知り得る情報よりも多くの情報を知ることができる。また、Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅによるＵＥ選択は、オペレータの意向が十分に反映されている。したがって、Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅでＵＥ２００が選択された場合の方が、Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅでＵＥ２００が選択された場合よりも重要度が高い。

測定データ取得処理部１４２は、ＵＥ２００から測定データを取得する処理を行う。測定データ取得処理部１４２は、ＵＥ２００における測定データの可用性（すなわち、測定データを保持していること）を示すＡｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒを無線通信部１１０が受信した場合で、当該測定データを取得すると決定した場合に、当該測定データを取得するためのＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを生成し、当該ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを当該ＵＥ２００に送信するよう無線通信部１１０を制御する。

本実施形態では、ＵＥ２００は、ネットワークから受信したＴｒａｃｅ情報を記憶しており、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒをネットワークに送信する際に、記憶しているＴｒａｃｅ情報（第２の情報）をネットワークに送信する。

そして、測定データ取得処理部１４２は、ＵＥ２００から無線通信部１１０が受信したＴｒａｃｅ情報に基づいて、測定データを取得するか否かを決定する。例えば、測定データ取得処理部１４２は、Ｔｒａｃｅ情報がＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合には、Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合に比べ、ＵＥ２００が保持している測定データを取得すると決定する確率を高くする。

測定データ取得処理部１４２は、ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに応じてＵＥ２００から送信されたＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージを無線通信部１１０が受信すると、受信したＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージに含まれる測定データを取得する。そして、測定データ取得処理部１４２は、取得した測定データを上位装置に転送するようネットワーク通信部１２０を制御する。なお、測定データ取得処理部１４２は、測定データを上位装置に転送するケースに限らず、当該測定データの内容を解釈し、ｅＮＢ１００自身のパラメータ調整に使用してもよい。

（ＵＥの構成）
次に、ＵＥ２００の構成を説明する。図３は、ＵＥ２００のブロック図である。

図３に示すように、ＵＥ２００は、アンテナ２０１、無線通信部２１０、ユーザインターフェイス部２２０、ＧＰＳ受信機２３０、バッテリ２４０、記憶部２５０、及び制御部２６０を有する。ただし、ＵＥ２００は、ＧＰＳ受信機２３０を有していなくてもよい。

アンテナ２０１は、無線信号の送受信に用いられる。無線通信部２１０は、例えば無線周波数（ＲＦ）回路やベースバンド（ＢＢ）回路等を用いて構成され、アンテナ２０１を介して無線信号を送受信する。ユーザインターフェイス部２２０は、ユーザとのインターフェイスとして機能するディスプレイやボタン等である。バッテリ２４０は、充電可能なバッテリであって、ＵＥ２００の各ブロックに供給される電力を蓄える。記憶部２５０は、例えばメモリを用いて構成され、ＵＥ２００の制御等に用いられる各種の情報を記憶する。制御部２６０は、例えばプロセッサを用いて構成され、ＵＥ２００が備える各種の機能を制御する。

制御部２６０は、ロギング処理を行うロギング処理部２６１と、ロギング処理を制御するロギング制御部２６２と、ロギング期間を計時するためのＤｕｒａｔｉｏｎタイマ２６３と、４８時間を計時するための４８時間タイマ２６４と、測定データを管理する測定データ管理部２６５と、ネットワークへの測定データの報告を制御する報告制御部２６６と、を有する。

ロギング制御部２６２は、コネクティッド状態において、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを無線通信部２１０が受信すると、受信したＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる測定パラメータを設定（すなわち、記憶部２５０に格納）する。さらに、ロギング制御部２６２は、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるＴｒａｃｅ情報を記憶部２５０に格納する。ロギング処理部２６１は、測定パラメータのうちのロギング期間をＤｕｒａｔｉｏｎタイマ２６３に設定して、Ｄｕｒａｔｉｏｎタイマ２６３を起動する。

ロギング処理部２６１は、アイドル状態において、記憶部２５０に記憶された測定パラメータに従ってロギング処理を行う。詳細には、測定パラメータのうちのロギングトリガで指定されたトリガが発生すると、受信信号状態の測定を行い、測定結果、位置情報及び時間情報を含む測定データを記録（すなわち、記憶部２５０に蓄積）する。ここで測定データ（ログ）に含められる位置情報は、有効時間内かつ最新に得られたものである。また、時間情報は、測定パラメータのうちのネットワーク絶対時間に基づいて生成される。なお、測定パラメータのうちのロギングエリアが設定されている場合には、ロギング処理部２６１は、当該ロギングエリアで指定されたセル又はＴＡにおいてロギング処理を行う。

ロギング制御部２６２は、Ｄｕｒａｔｉｏｎタイマ２６３を起動した後、Ｄｕｒａｔｉｏｎタイマ２６３を監視する。ロギング制御部２６２は、Ｄｕｒａｔｉｏｎタイマ２６３が満了すると、ロギング処理を終了するようロギング処理部２６１を制御し、測定パラメータの設定を解除し、且つ、４８時間タイマ２６４を起動する。

測定データ管理部２６５は、ロギング期間の満了後において、４８時間タイマ２６４が満了するまでは測定データを記憶部２５０に保持し、４８時間タイマ２６４が満了すると当該測定データを削除する。

報告制御部２６６は、記憶部２５０に測定データが保持されている場合に、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒの送信トリガが発生したか否かを監視する。Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒの送信トリガとは、アイドル状態からコネクティッド状態に遷移したこと（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）、ハンドオーバを行ったこと（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）、上位レイヤでの新たな設定がなされたこと（ＲＲＣ ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）である。

報告制御部２６６は、記憶部２５０に測定データが保持されている場合に、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒの送信トリガが発生すると、記憶部２５０に保持されているＴｒａｃｅ情報を取得し、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒ及びＴｒａｃｅ情報をネットワークに送信する。例えば、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒの送信トリガが、アイドル状態からコネクティッド状態への遷移を検知したことである場合、報告制御部２６６は、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒ及びＴｒａｃｅ情報をＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅメッセージに含めてネットワークに送信するよう制御する。なお、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅメッセージとは、アイドル状態からコネクティッド状態への遷移が完了したことを示すメッセージである。

報告制御部２６６は、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒに応じてｅＮＢ１００から送信されたＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを無線通信部２１０が受信すると、記憶部２５０に保持されている測定データを取得し、当該測定データをＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージに含めてネットワークに送信するよう制御する。このようにして測定データを送信（報告）すると、測定データ管理部２６５は、記憶部２５０に保持されている測定データを削除する。

（ＵＥの動作）
以下において、Ｌｏｇｇｅｄ ＭＤＴに関連するＵＥ２００の動作を説明する。

まず、測定パラメータの設定からロギング終了までの動作を説明する。図４は、本実施形態に係るＵＥ２００の動作フロー図であって、測定パラメータの設定からロギング終了までの動作を示す。図４の初期状態では、ＵＥ２００はコネクティッド状態であるとする。

図４に示すように、ステップＳ１０１において、無線通信部２１０は、ｅＮＢ１００からのＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信する。Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎは、測定パラメータ及びＴｒａｃｅ情報を含む。

ステップＳ１０２において、制御部２６０のロギング制御部２６２は、無線通信部２１０が受信したＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる測定パラメータを取得して設定する。詳細には、ロギング制御部２６２は、測定パラメータのうちのロギング期間をＤｕｒａｔｉｏｎタイマ２６３に設定してＤｕｒａｔｉｏｎタイマ２６３を起動するとともに、残る測定パラメータを記憶部２５０に格納する。また、ロギング制御部２６２は、無線通信部２１０が受信したＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるＴｒａｃｅ情報を記憶部２５０に格納する。

ステップＳ１０３において、ＵＥ２００は、アイドル状態に移行し、ロギング制御部２６２は、ロギング処理を開始する。

ステップＳ１０４において、ロギング処理部２６１は、測定パラメータのうちのロギングトリガに対応するトリガが発生したか否かを確認する。例えば、ロギングトリガが「周期的」である場合には、指定された周期に該当するタイミングになったか否かを確認する。ロギングトリガが「イベントトリガ」（例えば、サービングセルの受信信号状態が閾値を下回ったこと）である場合には、指定されたイベントが発生したか否かを確認する。ロギングトリガに対応するトリガが発生していない場合（ステップＳ１０４；ＮＯ）、処理がステップＳ１０６に進む。

ロギングトリガに対応するトリガが発生した場合（ステップＳ１０４；ＹＥＳ）、ステップＳ１０５において、ロギング処理部２６１は、受信信号状態の測定を行い、測定結果と位置情報と時間情報とを含む測定データを記憶部２５０に格納する。その後、処理がステップＳ１０６に進む。

ステップＳ１０６において、ロギング制御部２６２は、Ｄｕｒａｔｉｏｎタイマ２６３が満了したか否かを確認する。Ｄｕｒａｔｉｏｎタイマ２６３が満了していない場合（ステップＳ１０６；ＮＯ）には、処理がステップＳ１０４に戻る。

一方、Ｄｕｒａｔｉｏｎタイマ２６３が満了した場合（ステップＳ１０６；ＹＥＳ）、ステップＳ１０７において、ロギング制御部２６２は、ロギング処理を終了するようロギング処理部２６１を制御し、４８時間タイマ２６４を起動する。

次に、ロギング終了後における動作を説明する。図５は、本実施形態に係るＵＥ２００の動作フロー図であって、ロギング終了後における動作を示す。

図５に示すように、ステップＳ１１１において、測定データ管理部２６５は、４８時間タイマ２６４が満了したか否かを確認する。４８時間タイマ２６４が満了した場合（ステップＳ１１１；ＹＥＳ）、ステップＳ１１２において、測定データ管理部２６５は、記憶部２５０に保持されている測定データを削除する。

一方、４８時間タイマ２６４が満了していない場合（ステップＳ１１１；ＮＯ）、ステップＳ１１３において、報告制御部２６６は、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒの送信トリガが発生したか否かを確認する。ここでは、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒの送信トリガとして、アイドル状態からコネクティッド状態への遷移を想定している。Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒの送信トリガが発生していない場合（ステップＳ１１３；ＮＯ）、処理がステップＳ１１１に戻る。

これに対し、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒの送信トリガが発生した場合（ステップＳ１１３；ＹＥＳ）、ステップＳ１１４において、報告制御部２６６は、Ｔｒａｃｅ情報を記憶部２５０から取得し、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒ及びＴｒａｃｅ情報をＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅメッセージに含めてｅＮＢ１００に送信するよう無線通信部２１０を制御する。なお、Ａｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒの送信先のｅＮＢ１００は、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎの送信元のｅＮＢ１００とは異なるものである可能性が高い。

ステップＳ１１５において、報告制御部２６６は、ｅＮＢ１００からのＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを無線通信部２１０が受信したか否かを確認する。ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを無線通信部２１０が受信しない場合（ステップＳ１１５；ＮＯ）、処理がステップＳ１１１に戻る。

これに対し、ＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを無線通信部２１０が受信した場合（ステップＳ１１５；ＹＥＳ）、ステップＳ１１６において、報告制御部２６６は、記憶部２５０に保持されている測定データを取得し、当該測定データをＵＥ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージに含めてｅＮＢ１００に送信するよう無線通信部２１０を制御する。

（まとめ）
以上説明したように、本実施形態では、ｅＮＢ１００は、Ｔｒａｃｅ情報を含んだＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ ＣｏｎｆｉｇｕｒａｔｉｏｎをＵＥ２００に送信し、ＵＥ２００は、当該Ｔｒａｃｅ情報を記憶する。ＵＥ２００は、測定データの可用性を示すＡｖａｉｌａｂｉｌｉｔｙ Ｉｎｄｉｃａｔｏｒをネットワークに送信する際、記憶しているＴｒａｃｅ情報をｅＮＢ１００に送信する。

これにより、ネットワークは、ＵＥ２００がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅで選択されたのか、Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅで選択されたのかを考慮して、当該ＵＥ２００が保持する測定データを取得するか否かを判断することができる。例えば、Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅで選択されたＵＥ２００の測定データを優先的に取得するといったＭＤＴの運用が可能になる。したがって、重要度の高い測定データをネットワークが収集し易くすることができる。

［第２実施形態］
以下において、第２実施形態について、上述した実施形態との相違点を説明する。

Ｌｏｇｇｅｄ ＭＤＴにおいて、ＵＥ２００は、ネットワークから指定されたロギング期間が満了するまでロギング処理を継続的に行うため、そのような処理を行わない場合に比べ、ＵＥ２００の消費電力が増加する。その結果、ＵＥ２００のバッテリ残量が尽きると、たとえ緊急呼であっても発着信できなくなってしまう。そこで、以下の各実施形態では、ＵＥ２００のバッテリ残量が尽きる可能性を低減する方法について説明する。

本実施形態では、ＵＥ２００は、バッテリ残量がバッテリ閾値を下回る場合に、Ｔｒａｃｅ情報に基づいて、ロギングの中止が可能か否かを判断する。そして、ＵＥ２００は、ロギングの中止が可能である場合に、ロギングを中止する。

本実施形態では、ＵＥ２００の記憶部２５０は、バッテリ閾値を予め記憶している。バッテリ閾値は、ゼロよりも大きい値に設定される。例えば、バッテリ閾値は、バッテリ残量がバッテリ閾値に達した場合でも、少なくとも緊急呼の発着信が（一定時間）可能な程度の値に設定されることが好ましい。本実施形態では、バッテリ閾値は、予め記憶部２５０に記憶されているものとする。上述したように、バッテリ残量はバッテリ電圧値の比（ｐｅｒｃｅｎｔａｇｅ）で表現されるため、バッテリ閾値もバッテリ電圧値の比（ｐｅｒｃｅｎｔａｇｅ）で表現される。一例として、バッテリ閾値は、２０％〜４０％程度の範囲内とすることができる。

あるいは、バッテリ閾値をネットワークが指定してもよい。この場合、ネットワークは、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎにバッテリ残量を含める。バッテリ閾値は、例えばロギング処理の重要度やＵＥ２００の状態などに応じて決定される。例えば、ＵＥ２００の能力を示すＵＥ ｃａｐａｂｉｌｉｔｙから、ＵＥ２００がサポートしていると思われるリリースを推定し、古いリリースのＵＥであると判断した場合には、長年使用されているＵＥであるとみなし、バッテリ閾値を通常よりも高めに設定する（すなわち、ロギングを止めやすくする）といった方法が考えられる。

（ＵＥの動作）
以下において、本実施形態に係るＵＥ２００の動作を説明する。図６は、本実施形態に係るＵＥ２００の動作フロー図であって、測定パラメータの設定からロギング終了までの動作を示す。図６の初期状態では、ＵＥ２００はコネクティッド状態であるとする。

図６に示すように、ステップＳ２０１において、無線通信部２１０は、ｅＮＢ１００からのＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信する。本実施形態では、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎは、ロギングトリガ、ロギング期間、ネットワーク絶対時間、ロギングエリアなどの測定パラメータに加え、上述したＴｒａｃｅ情報を含む。

ステップＳ２０２において、制御部２６０のロギング制御部２６２は、無線通信部２１０が受信したＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる測定パラメータを取得して設定する。詳細には、ロギング制御部２６２は、測定パラメータのうちのロギング期間をＤｕｒａｔｉｏｎタイマ２６３に設定してＤｕｒａｔｉｏｎタイマ２６３を起動するとともに、残る測定パラメータを記憶部２５０に格納する。さらに、ロギング制御部２６２は、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるＴｒａｃｅ情報を記憶部２５０に格納する。

ステップＳ２０３において、ＵＥ２００は、アイドル状態に移行し、ロギング制御部２６２は、ロギング処理を開始する。本実施形態では、ロギング制御部２６２は、ロギング期間中において、バッテリ２４０の残量（バッテリ残量）を監視する。バッテリ残量は、バッテリ２４０の電圧値に応じて定められる。本実施形態では、バッテリ残量は、バッテリ２４０の最大電圧値に対する現在の電圧値の比（ｐｅｒｃｅｎｔａｇｅ）である。このようなバッテリ残量値は、通常、ユーザインターフェイス部２２０に含まれるディスプレイでの表示に使用されるものであるため、報告制御部２６６は、比較的容易にバッテリ残量値を取得できる。

ステップＳ２０４において、ロギング処理部２６１は、測定パラメータのうちのロギングトリガに対応するトリガが発生したか否かを確認する。例えば、ロギングトリガが「周期的」である場合には、指定された周期に該当するタイミングになったか否かを確認する。ロギングトリガが「特定のトリガ」（例えば、サービングセルの受信信号状態が閾値を下回ったこと）である場合には、指定されたトリガが発生したか否かを確認する。ロギングトリガに対応するトリガが発生していない場合（ステップＳ２０４；ＮＯ）、処理がステップＳ２０６に進む。

ロギングトリガに対応するトリガが発生した場合（ステップＳ２０４；ＹＥＳ）、ステップＳ２０５において、ロギング処理部２６１は、受信信号状態の測定を行うとともに、位置情報及び時間情報を取得し、測定結果と位置情報と時間情報とを含む測定データを記憶部２５０に格納する。その後、処理がステップＳ２０６に進む。

ステップＳ２０６において、ロギング制御部２６２は、Ｄｕｒａｔｉｏｎタイマ２６３が満了したか否かを確認する。

Ｄｕｒａｔｉｏｎタイマ２６３が満了した場合（ステップＳ２０６；ＹＥＳ）、ステップＳ２０７において、ロギング制御部２６２は、ロギング処理を終了するようロギング処理部２６１を制御し、４８時間タイマ２６４を起動する。

一方、Ｄｕｒａｔｉｏｎタイマ２６３が満了していない場合（ステップＳ２０６；ＮＯ）、ステップＳ２０８において、ロギング制御部２６２は、バッテリ残量値がバッテリ閾値を下回ったか否かを確認する。バッテリ残量値がバッテリ閾値を下回っていない場合（ステップＳ２０８；ＮＯ）、処理がステップＳ２０４に戻る。

これに対し、バッテリ残量値がバッテリ閾値を下回っている場合（ステップＳ２０８；ＹＥＳ）、ステップＳ２０９において、ロギング制御部２６２は、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示すかＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示すかを確認する。Ｔｒａｃｅ情報がＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合（ステップＳ２０９；ＮＯ）、ロギング処理の中止が許容されないと判断し、処理がステップＳ２０４に戻る。

一方、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合（ステップＳ２０９；ＹＥＳ）、ロギング処理の中止が許容されると判断し、ステップＳ２１０において、ロギング制御部２６２は、ロギング処理を中止するようロギング処理部２６１を制御し、Ｄｕｒａｔｉｏｎタイマ２６３を強制的に停止し、４８時間タイマ２６４を起動する。

（まとめ）
以上説明したように、本実施形態によれば、ＵＥ２００は、ロギング処理を行っている場合で、バッテリ残量値がバッテリ閾値を下回った場合で、且つ、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合（すなわち、当該ＵＥ２００に対してロギング処理を行わせると決定したネットワークエンティティがｅＮＢ１００である場合）に、ロギング処理を中止する。

これに対し、ＵＥ２００は、ロギング処理を行っている場合で、バッテリ残量値がバッテリ閾値を下回った場合であっても、Ｔｒａｃｅ情報がＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合（すなわち、当該ＵＥ２００に対してロギング処理を行わせると決定したネットワークエンティティがｅＮＢ１００の上位装置である場合）には、ロギング処理を中止せずに継続する。

これにより、ＵＥ２００のバッテリ残量が少ない場合において、ロギング処理の重要度を考慮して、当該ロギング処理を中止するか否かを判断できる。

［第３実施形態］
以下において、第３実施形態について、上述した実施形態との相違点を説明する。

以下の第３実施形態〜第５実施形態は、第２実施形態をベースとするが、ロギング処理を中止するのではなく、ロギング処理を抑制するようにロギングトリガを変更する。

本実施形態では、ロギングトリガとして「周期的」が指定される。この場合、ロギングトリガは、ロギング処理を行う周期であるロギング間隔（記録間隔）を定める。ロギング処理を行う間隔は、アイドルモードＤＲＸの倍数となるように定められる。

ＵＥ２００のロギング制御部２６２は、ロギング期間中において、バッテリ残量値がバッテリ閾値を下回った場合で、Ｔｒａｃｅ情報に基づきロギング間隔の変更が許容されると判断した場合に、ネットワークから指定された測定パラメータとしての第１のロギング間隔（第１の記録間隔）よりも長い第２のロギング間隔（第２の記録間隔）に変更する。

第２のロギング間隔を示す情報（例えば、ロギング間隔をどの程度長くするかの情報）は、記憶部２５０に予め記憶されており、ロギング制御部２６２は、当該情報を参照して第２のロギング間隔を決定する。あるいは、第２のロギング間隔は、ネットワーク（ｅＮＢ１００）が指定してもよい。この場合、第２のロギング間隔を示す情報をＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含める。

（ＵＥの動作）
図７は、本実施形態に係るＵＥ２００の動作フロー図であって、測定パラメータの設定からロギング終了までの動作を示す。図７の初期状態では、ＵＥ２００はコネクティッド状態であるとする。

図７に示すように、ステップＳ３０１において、無線通信部２１０は、ｅＮＢ１００からのＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信する。

ステップＳ３０２において、制御部２６０のロギング制御部２６２は、無線通信部２１０が受信したＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる測定パラメータを取得して設定する。詳細には、ロギング制御部２６２は、測定パラメータのうちの第１のロギング間隔を記憶部２５０に格納する。また、ロギング制御部２６２は、測定パラメータのうちのロギング期間をＤｕｒａｔｉｏｎタイマ２６３に設定してＤｕｒａｔｉｏｎタイマ２６３を起動するとともに、残る測定パラメータを記憶部２５０に格納する。さらに、ロギング制御部２６２は、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるＴｒａｃｅ情報を記憶部２５０に格納する。

ステップＳ３０３において、ＵＥ２００は、アイドル状態に移行し、ロギング制御部２６２は、ロギング処理を開始するようロギング処理部２６１を制御する。詳細には、ロギング制御部２６２は、ロギング処理部２６１に設けられたロギング間隔計時用の内部タイマに対して第１のロギング間隔を設定し、当該内部タイマを起動する。

ステップＳ３０４において、ロギング処理部２６１は、測定パラメータのうちの第１のロギング間隔に対応するロギングタイミングになったか否かを確認する。詳細には、ロギング処理部２６１は、ロギング間隔を計時するための内部タイマが満了したか否かを確認する。第１のロギング間隔に対応するロギングタイミングになっていない場合（ステップＳ３０４；ＮＯ）、処理がステップＳ３０６に進む。

これに対し、第１のロギング間隔に対応するロギングタイミングになった場合（ステップＳ３０４；ＹＥＳ）、ステップＳ３０５において、ロギング処理部２６１は、受信信号状態の測定を行い、測定結果と位置情報と時間情報とを含む測定データを記憶部２５０に格納する。その後、処理がステップＳ３０６に進む。

ステップＳ３０６において、ロギング制御部２６２は、Ｄｕｒａｔｉｏｎタイマ２６３が満了したか否かを確認する。

Ｄｕｒａｔｉｏｎタイマ２６３が満了した場合（ステップＳ３０６；ＹＥＳ）、ステップＳ３０７において、ロギング制御部２６２は、ロギング処理を終了するようロギング処理部２６１を制御し、４８時間タイマ２６４を起動する。

一方、Ｄｕｒａｔｉｏｎタイマ２６３が満了していない場合（ステップＳ３０６；ＮＯ）、ステップＳ３０８において、ロギング制御部２６２は、バッテリ残量値がバッテリ閾値を下回ったか否かを確認する。バッテリ残量値がバッテリ閾値を下回っていない場合（ステップＳ３０８；ＮＯ）、処理がステップＳ３０４に戻る。

これに対し、バッテリ残量値がバッテリ閾値を下回っている場合（ステップＳ３０８；ＹＥＳ）、ステップＳ３０９において、ロギング制御部２６２は、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示すかＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示すかを確認する。Ｔｒａｃｅ情報がＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合（ステップＳ３０９；ＮＯ）、処理がステップＳ３０４に戻る。

一方、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合（ステップＳ３０９；ＹＥＳ）、ステップＳ３１０において、ロギング制御部２６２は、ロギング間隔を変更済みであるか否かを確認する。ロギング間隔を変更済みである場合（ステップＳ３１０；ＹＥＳ）、処理がステップＳ３０４に戻る。ロギング間隔を変更済みでない場合（ステップＳ３１０；ＮＯ）、処理がステップＳ３１１に進む。

ステップＳ３１１において、ロギング制御部２６２は、第１のロギング間隔よりも長い第２のロギング間隔に変更するようロギング処理部２６１を制御する。詳細には、ロギング制御部２６２は、ロギング処理部２６１に設けられたロギング間隔計時用の内部タイマに対して、第１のロギング間隔に代えて第２のロギング間隔を設定し、当該内部タイマを起動する。なお、第２のロギング間隔を適用した場合でも、測定データに含めるべき時間情報（タイムスタンプ）は第１のロギング間隔に基づいて更新することが望ましい。これにより、時間情報（タイムスタンプ）の精度を維持することができる。

ステップＳ３１１が完了すると、処理がステップＳ３０４に戻る。ロギング間隔変更後のステップＳ３０４においては、ロギング処理部２６１は、第２のロギング間隔に対応するロギングタイミングになったか否かを確認する。詳細には、ロギング処理部２６１は、ロギング間隔を計時するための内部タイマが満了したか否かを確認する。

このように、バッテリ残量値がバッテリ閾値を下回る前におけるロギング間隔である第１のロギング間隔よりも、バッテリ残量値がバッテリ閾値を下回った後におけるロギング間隔である第２のロギング間隔を長くすることによって、ロギング処理を継続しつつ、バッテリ残量値がバッテリ閾値を下回った後におけるロギング頻度を低減することができる。

（まとめ）
以上説明したように、本実施形態によれば、ＵＥ２００は、ネットワークから指定された第１のロギング間隔に従ってロギング処理を周期的に行う。そして、ＵＥ２００は、バッテリ残量値がバッテリ閾値を下回った場合で、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合に、第１のロギング間隔よりも長い第２のロギング間隔に変更する。一方、バッテリ残量値がバッテリ閾値を下回った場合で、Ｔｒａｃｅ情報がＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合には、第１のロギング間隔から第２のロギング間隔に変更せずに第１のロギング間隔を維持する。これにより、ＵＥ２００のバッテリ残量が少ない場合において、ロギング処理の重要度を考慮して、バッテリ残量を適切に節約できる。

［第４実施形態］
以下において、第４実施形態について、上述した実施形態との相違点を説明する。

本実施形態は、ロギングトリガとして「周期的」が指定されるのではなく、「イベントトリガ」が指定される。イベントトリガの場合、特定のイベント（例えば、「サービングセルの受信信号状態が閾値を下回ったこと」）をトリガとしてロギングを行う。

本実施形態では、ｅＮＢ１００は、ロギングトリガとしてイベントトリガを指定するＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを生成する。この場合、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎは、イベントトリガのトリガ種別と、当該トリガ種別に対応する閾値（第１の閾値）と、を測定パラメータとして含む。

イベントトリガのトリガ種別とは、「サービングセルの受信信号状態が閾値を下回ったこと」や、「ＵＥの送信電力余裕（ｐｏｗｅｒ ｈｅａｄｒｏｏｍ）が閾値を下回ったこと」などである。アイドル状態でのＬｏｇｇｅｄ ＭＤＴの場合、例えばイベントトリガのトリガ種別として「サービングセルの受信信号状態が閾値を下回ったこと」が適用される。

ＵＥ２００は、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、受信したＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるトリガ種別及び第１の閾値を設定（すなわち、記憶部２５０に記憶）する。そして、ＵＥ２００は、ロギング処理の開始時においては第１の閾値を適用するようロギング処理部２６１を制御し、バッテリ低下時においては第２の閾値を適用するようロギング処理部２６１を制御する。ここで、第２の閾値は、第１の閾値よりも劣化した通信状態に対応する値、すなわち、第１の閾値よりも低い値である。

なお、第２の閾値を示す情報（例えば、閾値をどの程度低くするかの情報）は、ＵＥ２００の記憶部２５０に予め記憶されており、ロギング制御部２６２は、当該情報を参照して第２の閾値を決定する。あるいは、第２の閾値は、ｅＮＢ１００が指定してもよい。この場合、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに第２の閾値の情報を含める。

（ＵＥの動作）
図８は、本実施形態に係るＵＥ２００の動作フロー図であって、測定パラメータの設定からロギング終了までの動作を示す。図８の初期状態では、ＵＥ２００はコネクティッド状態であるとする。

図８に示すように、ステップＳ４０１において、無線通信部２１０は、ｅＮＢ１００からのＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信する。

ステップＳ４０２において、制御部２６０のロギング制御部２６２は、無線通信部２１０が受信したＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる測定パラメータを取得して設定する。詳細には、ロギング制御部２６２は、測定パラメータのうちのトリガ種別及び第１の閾値を記憶部２５０に格納する。また、ロギング制御部２６２は、測定パラメータのうちのロギング期間をＤｕｒａｔｉｏｎタイマ２６３に設定してＤｕｒａｔｉｏｎタイマ２６３を起動するとともに、残る測定パラメータを記憶部２５０に格納する。さらに、ロギング制御部２６２は、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるＴｒａｃｅ情報を記憶部２５０に格納する。

ステップＳ４０３において、ＵＥ２００は、アイドル状態に移行し、ロギング制御部２６２は、ロギング処理を開始するようロギング処理部２６１を制御する。詳細には、ロギング制御部２６２は、測定パラメータのうちのトリガ種別に対応する通信状態を測定するようロギング処理部２６１を制御する。

ステップＳ４０４において、ロギング処理部２６１は、トリガ種別に対応する通信状態を第１の閾値と比較し、トリガ種別に対応する通信状態が第１の閾値よりも劣化したか否かを確認する。トリガ種別に対応する通信状態が第１の閾値よりも劣化していない場合（ステップＳ４０４；ＮＯ）、処理がステップＳ４０６に進む。

これに対し、トリガ種別に対応する通信状態が第１の閾値よりも劣化している場合（ステップＳ４０４；ＹＥＳ）、ステップＳ４０５において、ロギング処理部２６１は、トリガ種別に対応する通信状態の測定結果と、位置情報と、時間情報と、を含む測定データを記憶部２５０に格納する。その後、処理がステップＳ４０６に進む。

ステップＳ４０６において、ロギング制御部２６２は、Ｄｕｒａｔｉｏｎタイマ２６３が満了したか否かを確認する。

Ｄｕｒａｔｉｏｎタイマ２６３が満了した場合（ステップＳ４０６；ＹＥＳ）、ステップＳ４０７において、ロギング制御部２６２は、ロギング処理を終了するようロギング処理部２６１を制御し、４８時間タイマ２６４を起動する。

一方、Ｄｕｒａｔｉｏｎタイマ２６３が満了していない場合（ステップＳ４０６；ＮＯ）、ステップＳ４０８において、ロギング制御部２６２は、バッテリ残量値がバッテリ閾値を下回ったか否かを確認する。バッテリ残量値がバッテリ閾値を下回っていない場合（ステップＳ４０８；ＮＯ）、処理がステップＳ４０４に戻る。

これに対し、バッテリ残量値がバッテリ閾値を下回っている場合（ステップＳ４０８；ＹＥＳ）、ステップＳ４０９において、ロギング制御部２６２は、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示すかＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示すかを確認する。Ｔｒａｃｅ情報がＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合（ステップ４０９；ＮＯ）、処理がステップＳ４０４に戻る。

一方、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合（ステップＳ４０９；ＹＥＳ）、ステップＳ４１０において、ロギング制御部２６２は、閾値を変更済みであるか否かを確認する。閾値を変更済みである場合（ステップＳ４１０；ＹＥＳ）、処理がステップＳ４０４に戻る。閾値を変更済みでない場合（ステップＳ４１０；ＮＯ）、処理がステップＳ４１１に進む。

ステップＳ４１１において、ロギング制御部２６２は、第１の閾値よりも劣化した通信状態に対応する第２の閾値に変更するようロギング処理部２６１を制御する。トリガ種別が「サービングセルの受信信号状態が閾値を下回ったことである場合、第２の閾値は第１の閾値よりも低い値である。

ステップＳ４１１が完了すると、処理がステップＳ４０４に戻る。閾値変更後のステップＳ４０４においては、ロギング処理部２６１は、トリガ種別に対応する通信状態が第２の閾値よりも劣化しているか否かを確認する。

このように、バッテリ残量値がバッテリ閾値を下回る前における閾値である第１の閾値よりも、バッテリ残量値がバッテリ閾値を下回った後における閾値である第２の閾値を低くすることによって、ロギング処理を継続しつつ、バッテリ残量値がバッテリ閾値を下回った後におけるロギング頻度を低減することができる。

（まとめ）
以上説明したように、本実施形態によれば、ＵＥ２００は、ネットワークから指定された第１の閾値に従ってロギング処理を行う。そして、ＵＥ２００は、バッテリ残量値がバッテリ閾値を下回った場合で、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合に、第１の閾値よりも低い第２の閾値に変更する。一方、バッテリ残量値がバッテリ閾値を下回った場合で、Ｔｒａｃｅ情報がＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合に、第１の閾値から第２の閾値に変更せずに第１の閾値を維持する。これにより、ＵＥ２００のバッテリ残量が少ない場合において、ロギング処理の重要度を考慮して、バッテリ残量を適切に節約できる。

［第５実施形態］
以下において、第５実施形態について、上述した実施形態との相違点を説明する。

本実施形態は、「周期的」及び／又は「イベントトリガ」を含む複数のトリガ種別が指定される。本実施形態では、ｅＮＢ１００は、ロギングトリガとして複数のトリガ種別を含むＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを生成する。この場合、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎは、複数のトリガ種別と、当該複数のトリガ種別毎の付随情報（ロギング間隔や閾値）と、を測定パラメータとして含む。

そして、ｅＮＢ１００は、複数のトリガ種別と、当該複数のトリガ種別毎の付随情報（ロギング間隔や閾値）と、を含むＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを、コネクティッド状態の当該ＵＥ２００に送信する。

本実施形態では、ＵＥ２００のロギング制御部２６２は、コネクティッド状態において、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを無線通信部２１０が受信すると、受信したＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる複数のトリガ種別と当該複数のトリガ種別毎の付随情報（ロギング間隔や閾値）とを設定（すなわち、記憶部２５０に記憶）する。

そして、ロギング制御部２６２は、ロギング処理の開始時においては当該複数のトリガ種別を適用するようロギング処理部２６１を制御し、バッテリ低下時においては当該複数のトリガ種別のうち一部のトリガ種別を非適用とするようロギング処理部２６１を制御する。

なお、非適用とされるトリガ種別を示す情報（例えば、どのトリガ種別であれば非適用とすることができるかの情報）は、ＵＥ２００の記憶部２５０に予め記憶されており、ロギング制御部２６２は、当該情報を参照して非適用とされるトリガ種別を決定する。あるいは、非適用とされる一部のトリガ種別は、ネットワーク（ｅＮＢ１００）が指定してもよい。この場合、非適用とされる一部のトリガ種別を示す情報をＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含める。

（ＵＥの動作）
以下において、本実施形態に係るＵＥ２００の動作を説明する。図９は、本実施形態に係るＵＥ２００の動作フロー図であって、測定パラメータの設定からロギング終了までの動作を示す。図９の初期状態では、ＵＥ２００はコネクティッド状態であるとする。

図９に示すように、ステップＳ５０１において、無線通信部２１０は、ｅＮＢ１００からのＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎを受信する。

ステップＳ５０２において、制御部２６０のロギング制御部２６２は、無線通信部２１０が受信したＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる測定パラメータを取得して設定する。詳細には、ロギング制御部２６２は、測定パラメータのうちの複数のトリガ種別及びその付随情報を記憶部２５０に格納する。また、ロギング制御部２６２は、測定パラメータのうちのロギング期間をＤｕｒａｔｉｏｎタイマ２６３に設定してＤｕｒａｔｉｏｎタイマ２６３を起動するとともに、残る測定パラメータを記憶部２５０に格納する。さらに、ロギング制御部２６２は、Ｌｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるＴｒａｃｅ情報を記憶部２５０に格納する。

ステップＳ５０３において、ＵＥ２００は、アイドル状態に移行し、ロギング制御部２６２は、ロギング処理を開始するようロギング処理部２６１を制御する。詳細には、ロギング制御部２６２は、測定パラメータのうちの複数のトリガ種別に対応する通信状態を測定するようロギング処理部２６１を制御する。

ステップＳ５０４において、ロギング処理部２６１は、複数のトリガ種別毎にロギングトリガが発生したか否かを確認する。トリガ種別に対応するロギングトリガが発生していない場合（ステップＳ５０４；ＮＯ）、処理がステップＳ５０６に進む。

これに対し、トリガ種別に対応するロギングトリガが発生している場合（ステップＳ５０４；ＹＥＳ）、ステップＳ５０５において、ロギング処理部２６１は、当該トリガ種別に対応する通信状態の測定結果と、位置情報と、時間情報と、を含む測定データを記憶部２５０に格納する。その後、処理がステップＳ５０６に進む。

ステップＳ５０６において、ロギング制御部２６２は、Ｄｕｒａｔｉｏｎタイマ２６３が満了したか否かを確認する。

Ｄｕｒａｔｉｏｎタイマ２６３が満了した場合（ステップＳ５０６；ＹＥＳ）、ステップＳ５０７において、ロギング制御部２６２は、ロギング処理を終了するようロギング処理部２６１を制御し、４８時間タイマ２６４を起動する。

一方、Ｄｕｒａｔｉｏｎタイマ２６３が満了していない場合（ステップＳ５０６；ＮＯ）、ステップＳ５０８において、ロギング制御部２６２は、バッテリ残量値がバッテリ閾値を下回ったか否かを確認する。バッテリ残量値がバッテリ閾値を下回っていない場合（ステップＳ５０８；ＮＯ）、処理がステップＳ５０４に戻る。

これに対し、バッテリ残量値がバッテリ閾値を下回っている場合（ステップＳ５０８；ＹＥＳ）、ステップＳ５０９において、ロギング制御部２６２は、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示すかＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示すかを確認する。Ｔｒａｃｅ情報がＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合（ステップＳ５０９；ＮＯ）、処理がステップＳ５０４に戻る。

一方、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合（ステップＳ５０９；ＹＥＳ）、ロギング制御部２６２は、トリガ種別を変更（削減）済みであるか否かを確認する。トリガ種別を変更済みである場合（ステップＳ５０９；ＹＥＳ）、処理がステップＳ５０４に戻る。トリガ種別を変更済みでない場合（ステップＳ５０９；ＮＯ）、処理がステップＳ５１１に進む。

ステップＳ５１１において、ロギング制御部２６２は、測定パラメータとしての複数のトリガ種別のうち一部のトリガ種別を非適用とするよう制御する。詳細には、ロギング制御部２６２は、記憶部２５０に記憶されている当該一部のトリガ種別を削除するよう記憶部２５０を制御する、又は、記憶部２５０に記憶されている当該一部のトリガ種別を無視するようロギング処理部２６１を制御する。

ステップＳ５１１が完了すると、処理がステップＳ５０４に戻る。トリガ種別削減後のステップＳ５０４においては、ロギング処理部２６１は、非適用とされていないトリガ種別についてロギングトリガが発生したか否かを確認する。

このように、バッテリ残量値がバッテリ閾値を下回る前におけるトリガ種別の数よりも、バッテリ残量値がバッテリ閾値を下回った後におけるトリガ種別の数を少なくすることによって、ロギング処理を継続しつつ、バッテリ残量値がバッテリ閾値を下回った後におけるロギング頻度を低減することができる。

（まとめ）
以上説明したように、本実施形態によれば、ＵＥ２００は、ネットワークから指定された複数のトリガ種別に従って、Ｅ−ＵＴＲＡＮ１０に対するロギング処理を行う。そして、ＵＥ２００は、バッテリ残量値がバッテリ閾値を下回った場合で、Ｔｒａｃｅ情報がＭａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合に、当該複数のトリガ種別のうち一部のトリガ種別を非適用とするよう変更する。一方、バッテリ残量値がバッテリ閾値を下回った場合で、Ｔｒａｃｅ情報がＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅを示す場合には、当該複数のトリガ種別のうち一部のトリガ種別を非適用とせずに当該複数のトリガ種別を維持する。これにより、ＵＥ２００のバッテリ残量が少ない場合において、ロギング処理の重要度を考慮して、バッテリ残量を適切に節約できる。

［その他の実施形態］
上記のように、本発明は各実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。

例えば、Ｔｒａｃｅ情報は、Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの場合は“１”、Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの場合は“無し”としてもよい。この場合、ネットワーク（ｅＮＢ１００）は、Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの場合にのみＴｒａｃｅ情報（“１”）をＬｏｇｇｅｄ Ｍｅａｓｕｒｅｍｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含める。

上述した各実施形態では、アイドル状態のＵＥ２００によってロギング処理が行われる形態のＬｏｇｇｅｄ ＭＤＴであるＬｏｇｇｅｄ ＭＤＴ ｉｎ Ｉｄｌｅに対して本発明を適用する一例を説明した。しかしながら、コネクティッド状態のＵＥ２００によってロギング処理が行われる形態のＬｏｇｇｅｄ ＭＤＴであるＬｏｇｇｅｄ ＭＤＴ ｉｎ Ｃｏｎｎｅｃｔｅｄに対して本発明を適用してもよい。さらに、Ｌｏｇｇｅｄ ＭＤＴに限らず、Ｉｍｍｅｄｉａｔｅ ＭＤＴに対して本発明を適用してもよい。Ｉｍｍｅｄｉａｔｅ ＭＤＴは、コネクティッド状態のＵＥ２００が、測定を行い、測定結果を含む測定データを即座にネットワークに報告（送信）するものである（３ＧＰＰ ＴＳ ３７．３２０ ｖ１０．１．０参照）。

また、上述した各実施形態では、ＬＴＥに基づいて構成される移動通信システムを例に説明したが、ＬＴＥに限らず、ＭＤＴをサポートする他の移動通信システム（例えば、Ｗ−ＣＤＭＡ）に対して本発明を適用してもよい。

以上のように、本発明に係る移動通信方法、基地局、及びユーザ端末によれば、ネットワークが重要な測定データを収集し易くすることができるため、移動体通信などの無線通信において有用である。

Claims (15)

1. ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）をサポートするユーザ端末と、前記ユーザ端末との通信を行うネットワークと、を含む移動通信システムにおける移動通信方法であって、
   前記ＭＤＴにおける測定データ収集のために前記ユーザ端末が選択された場合に、ＭＤＴ構成情報を前記ネットワークから前記ユーザ端末に送信するステップＡと、
   前記ユーザ端末が、前記ネットワークからの前記ＭＤＴ構成情報に従って、前記ネットワークに対する測定処理を行うステップＢと、を有し、
   前記ＭＤＴ構成情報は、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティに関する第１の情報を含むことを特徴とする移動通信方法。
2. 前記第１の情報は、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティが基地局であるか否かを示すことを特徴とする請求項１に記載の移動通信方法。
3. 前記第１の情報は、Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅ又はＳｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅの何れかを示し、
   前記Ｍａｎａｇｅｍｅｎｔ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅでは、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティが基地局であり、
   前記Ｓｉｇｎａｌｉｎｇ ｂａｓｅｄ ｔｒａｃｅ ｐｒｏｃｅｄｕｒｅでは、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティが基地局の上位装置であることを特徴とする請求項２に記載の移動通信方法。
4. 前記ステップＡにおいて、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティが基地局の上位装置である場合にのみ、前記第１の情報を前記ＭＤＴ構成情報に含めることを特徴とする請求項１に記載の移動通信方法。
5. 前記ステップＢは、前記ネットワークに対する測定結果を記録するステップを含み、
   前記移動通信方法は、前記測定結果を含む測定データの可用性を示す可用性情報を前記ユーザ端末から前記ネットワークに送信するステップＣをさらに有し、
   前記ステップＣは、前記第１の情報に対応する第２の情報を、前記可用性情報と共に前記ネットワークに送信するステップを含むことを特徴とする請求項１に記載の移動通信方法。
6. 前記ネットワークが、前記ユーザ端末からの前記可用性情報及び前記第２の情報に基づいて、前記測定データの送信を要求するための要求メッセージを前記ユーザ端末に送信するステップＤをさらに有することを特徴とする請求項５に記載の移動通信方法。
7. 前記ユーザ端末のバッテリ残量と前記第１の情報とに基づいて、前記ユーザ端末が前記測定処理を制御するステップＥをさらに有することを特徴とする請求項１に記載の移動通信方法。
8. 前記ステップＥは、前記バッテリ残量がバッテリ閾値を下回った場合で、前記第１の情報が基地局を示す場合に、前記測定処理を中止するステップを含むことを特徴とする請求項７に記載の移動通信方法。
9. 前記ステップＥは、前記バッテリ残量が前記バッテリ閾値を下回った場合で、前記第１の情報が基地局の上位装置を示す場合に、前記測定処理を継続するステップを含むことを特徴とする請求項７に記載の移動通信方法。
10. 前記ＭＤＴ構成情報は、前記測定処理のための測定パラメータをさらに含み、
    前記ステップＥは、前記バッテリ残量がバッテリ閾値を下回った場合で、前記第１の情報が基地局を示す場合に、前記測定処理を抑制するように前記測定パラメータを変更するパラメータ変更ステップを含むことを特徴とする請求項７に記載の移動通信方法。
11. 前記測定パラメータは、第１の記録間隔を含み、
    前記ステップＢは、前記第１の記録間隔に従って、測定結果を周期的に記録するステップを含み、
    前記パラメータ変更ステップは、前記第１の記録間隔よりも長い第２の記録間隔に変更するステップを含むことを特徴とする請求項１０に記載の移動通信方法。
12. 前記測定パラメータは、第１の閾値を含み、
    前記ステップＢは、前記第１の閾値よりも通信状態が劣化したことをトリガとして、測定結果を記録するステップを含み、
    前記パラメータ変更ステップは、前記第１の閾値よりも劣化した通信状態に対応する第２の閾値に変更するステップを含むことを特徴とする請求項１０に記載の移動通信方法。
13. 前記測定パラメータは、複数のトリガ種別を含み、
    前記ステップＢは、前記複数のトリガ種別に従って、測定結果を記録するステップを含み、
    前記パラメータ変更ステップは、前記複数のトリガ種別のうち一部のトリガ種別を非適用とするよう変更するステップを含むことを特徴とする請求項１０に記載の移動通信方法。
14. ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）をサポートするユーザ端末との通信を行うネットワークに含まれる基地局であって、
    前記ＭＤＴにおける測定データ収集のために前記ユーザ端末が選択された場合に、ＭＤＴ構成情報を前記ユーザ端末に送信する送信部を有し、
    前記ＭＤＴ構成情報は、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティに関する第１の情報を含むことを特徴とする基地局。
15. ＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ Ｄｒｉｖｅ Ｔｅｓｔｓ）をサポートするユーザ端末であって、
    前記ＭＤＴにおける測定データ収集のために前記ユーザ端末が選択された場合に、ＭＤＴ構成情報をネットワークから受信する受信部を有し、
    前記ＭＤＴ構成情報は、前記測定データ収集のために前記ユーザ端末を選択したネットワークエンティティに関する第１の情報を含むことを特徴とするユーザ端末。
    

Images