MDT情報ロギング及び報告の方法であって、無線ネットワーク中、ユーザー装置UEにより、リファレンスイベントを検出する工程と、前記UEにより、問題イベントを検出する工程と、前記問題イベントをロギングし、これにより、前記検出されたリファレンスイベントに基づいて、問題イベント報告を生成する工程、および前記問題イベント報告をネットワークデバイスに伝送し、前記問題イベント報告は、前記リファレンスイベントの発生に関連する前記問題イベントの発生の時間情報を提供する工程、を含むことを特徴とするMDT情報ロギング及び報告方法。前記問題イベントは、無線リンク障害RLF、ハンドオーバHO失敗、ランダムアクセスチャネルrandomaccesschannel、RACH失敗、初期接続設定失敗、セル再選択失敗、および、UEがサービス停止状態に進入したことから構成される群から選択されることを特徴とする請求項1に記載のMDT情報ロギング及び報告方法。前記リファレンスイベントは、前記問題イベント報告の要求であることを特徴とする請求項1に記載のMDT情報ロギング及び報告方法。前記時間情報は、前記問題イベント報告および前記問題イベントの前記要求の間の期間を含むことを特徴とする請求項3に記載のMDT情報ロギング及び報告方法。前記リファレンスイベントは、前記問題イベントが発生する前の前記UEと基地局の成功した接続であることを特徴とする請求項1に記載のMDT情報ロギング及び報告方法。前記時間情報は、前記UEと基地局の前記成功した接続と前記問題イベント間の期間を含むことを特徴とする請求項5に記載のMDT情報ロギング及び報告方法。前記リファレンスイベントは、異なる無線アクセス技術RATまたは異なる公衆陸上移動網PLANにより供される前記UEであることを特徴とする請求項1に記載のMDT情報ロギング及び報告方法。前記時間情報は、遅延報告インジケーターを含むことを特徴とする請求項7に記載のMDT情報ロギング及び報告方法。MDT情報ロギング及び報告の方法であって、無線ネットワーク中、ユーザー装置UEにより、ひとつ以上の問題イベントを検出する工程と、前記問題イベントに関連する締め切りタイマーをスタートする工程と、前記問題イベントを問題イベント報告にロギングする工程、および前記締め切りタイマーの状態に基づいて、前記問題イベント報告中の前記ログされた問題イベントを放棄するか保持するかを決定する工程、を含むことを特徴とするMDT情報ロギング及び報告方法。前記問題イベントは、無線リンク障害RLF、ハンドオーバHO失敗、ランダムアクセスチャネルRACH失敗、初期接続設定失敗、セル再選択失敗、および、UEがサービス停止状態に進入したことから構成される群から選択されることを特徴とする請求項9に記載のMDT情報ロギング及び報告方法。前記締め切りタイマーは期限切れで、前記UEは、前記締め切りタイマーの前記期限切れでログされる前記問題イベントを放棄することを特徴とする請求項9に記載のMDT情報ロギング及び報告方法。前記締め切りタイマーは期限切れで、前記UEが設置されて、前記締め切りタイマーの前記期限切れの前にログされる前記問題イベントを破棄または保持することを特徴とする請求項9に記載のMDT情報ロギング及び報告方法。MDT情報ロギング及び報告の方法であって、無線ネットワークで、ユーザー装置UEのバッテリー上の状態を監視する工程と、前記UEの低バッテリー状態を検出する工程と、前記低バッテリー状態を検出する時、自立的に、操作、管理、メンテナンスOAMアクティビティに、一時停止動作を行う工程、および前記UEが前記低バッテリー状態を終了する時、自立的に、OAMアクティビティに、再開動作を行う工程、を含むことを特徴とするMDT情報ロギング及び報告方法。前記低バッテリー状態は、前記UEが未使用の制限のない電源、スレショルド期間より小さい残りのバッテリー寿命、または、残りのバッテリー寿命がフル充電されたときの正常なバッテリー寿命に到達するパーセンテージのことであることを特徴とする請求項13に記載のMDT情報ロギング及び報告方法。前記正常なバッテリー寿命は、スタンバイモードstandbymodeで、バッテリー寿命に基づくことを特徴とする請求項14に記載のMDT情報ロギング及び報告方法。前記UEが前記低バッテリー状態であるとき、前記UEは、前記OAMアクティビティを一時停止する間、前記OAMアクティビティに関連する設定を維持することを特徴とする請求項13に記載のMDT情報ロギング及び報告方法。前記UEが前記低バッテリー状態であるとき、前記UEは、前記OAMアクティビティを一時停止する間、設置タイマーが作動する状態を維持することを特徴とする請求項13に記載のMDT情報ロギング及び報告方法。前記設置タイマーは、ドライブ試験の省力化MDTロギング期間タイマーであることを特徴とする請求項17に記載のMDT情報ロギング及び報告方法。さらに、前記自立的一時停止動作の設置を獲得し、前記設定が、自主的な動作を採取しないことを示す時、前記UEは、自立的に、前記OAMアクティビティを一時停止しない工程を含むことを特徴とする請求項13に記載のMDT情報ロギング及び報告方法。さらに、ログ中で、前記自立的一時停止動作または前記自立的再開動作の情報をロギングする工程を含むことを特徴とする請求項13に記載のMDT情報ロギング及び報告方法。さらに、前記UEが前記低バッテリー状態であるとき、存在するOAMアクティビティログを、持続型メモリに保存する工程を含むことを特徴とする請求項13に記載のMDT情報ロギング及び報告方法。前記OAMアクティビティは、ネットワーク操作目的の少なくともひとつのロギング情報で、ネットワーク操作は、MDTロギング、前記ロギングに関連するある装置の設置の適用、前記ロギング、たとえば、無線測定または位置決め測定等の測定および測定評価の実行を含むことを特徴とする請求項13に記載のMDT情報ロギング及び報告方法。MDT情報ロギングおよび問題イベント報告の方法が提供される。本方法は、リファレンスイベントreferenceeventのプロビジョニングをサポートして、システム時間と問題発生の相互関係を有効にする。一態様において、問題イベント報告は、リファレンスイベントに直接または間接的に関連する時間情報を含む。バッテリー状態のハンドリング方法も提供される。本方法は、所定のバッテリー状態に基づいて、自立的autonomouslyに、MDT中、OAMアクティビティの一時停止サスペンドまたは再開レジュームをサポートする。一態様において、テスト可能なバッテリー状態ハンドリングがMDTロギングのために設計される。本発明の態様は、リファレンスイベントを用いて、問題イベント報告中、関連時間情報を提供する方法を提供し、ユーザー装置UEにより、イベント設定情報を獲得し、イベント設定情報は、無線ネットワーク中で、複数のリファレンスイベントと関連する工程と、問題イベントを検出する工程と、問題イベントをロギングし、これにより、問題イベント報告を生成する工程と、問題イベント報告を伝送し、問題イベント報告が、設定されたリファレンスイベントの発生に関連する関連時間情報を提供する工程、を含む。関連時間情報に基づいて、ネットワークは、問題イベントの絶対時間を推定することができる。関連時間情報は、問題イベント報告の工程を単純化する。本発明の別の態様において、バッテリー状態を用いて、OAMアクティビティを管理する方法は、ユーザー装置UEのバッテリーの状態を監視する工程と、低バッテリー状態を検出する工程と、低バッテリー状態を検出時、操作、管理およびメンテナンスOAMアクティビティに、自立的に、一時停止動作を実行する工程、および、UEが低バッテリー状態を終了する時、自立的に、OAMアクティビティに再開動作を実行する工程、を含む。改善されたバッテリー状態ハンドリング、および、バッテリー状態に基づいたOAMアクティビティを一時停止および再開する革新ステップは、MDTをうまく利用して、ネットワーク計画および利用者の知覚を改善するのを助ける。他の実施の形態及び利点が以下の詳細な説明に述べられる。この概要は、本発明を定めるものではない。本発明は、請求項によって定められる。本発明の実施態様について詳細に述べる。その例は添付画面に示されている。図1は、一新規態様による無線通信システム100とUE101のブロック図120を示す図である。図1は、ある本発明の態様をサポートするUE101のブロック図120である。アンテナ134は、RF信号を送受信する。アンテナ134に結合されるトランシーバモジュール133は、アンテナ134からRF信号を受信し、それらをベースバンド信号に転換し、プロセッサ132に伝送する。トランシーバ133は、プロセッサ132から、受信したベースバンド信号も受信し、それらをRF信号に転換し、アンテナ134に伝送する。プロセッサ132は受信したベースバンド信号を処理し、異なる機能モジュールを起動して、UE101中の特徴を実行する。メモリ131は、プログラム命令とデータを保存し、UE101の操作を制御する。図1は、本発明の態様を実施する3個の機能モジュール141、151および152も示す。イベント検出とロギングモジュール141は、設置されたまたは組み込まれたあるイベント、たとえば、システム中の問題イベントおよび設定情報からのリファレンスイベントを検出する。関連イベントを検出するモジュール141は、設定情報または組み込まれた命令に基づいて、このようなイベントおよび別の情報をログする。バッテリー検出モジュール151は、テスト可能なバッテリー状態を検出し、このような状況を処理して、バッテリー情報を生成する。このようなバッテリー情報は、OAM制御モジュール152に流れ、バッテリー情報および別の関連情報に基づいて、ある所定のOAMアクティビティを一時停止または再開する。ブロック図120中の機能モジュールは、本発明の態様を実施するように設計され、ネットワーク計画を最適化する。以下で、本発明の態様の詳細を討論する。相対時間図1に示されるように、LTEシステム100は、複数のeNB102、103、104、105および106を含む。UE101はeNB102と接続され、設定情報をUE101に伝送して、UE101から、問題イベント報告を受信する。ネットワーク110と通信中のeNBは、UE問題イベント報告を、ネットワーク110に伝送または転送することができる。本発明の一態様において、関連時間情報は問題イベント報告に用いられる。この方法は図1に示される。問題イベントに関連する相対時間を使用し、これにより、UE101に、正確な参照時間を知ることを要求しない。代わりに、ネットワーク構成要素、たとえば、eNB102またはネットワーク110は、UE101により設定される関連時間情報および一般に知られているリファレンスイベントに基づいて、問題イベントの絶対時間Bを推定することができる。eNB102およびUE101は、一組の所定の一般に理解されたリファレンスイベントを有する。リファレンスは、設定プロセスまたは組み込まれた命令により得られる。リファレンスイベントは、UE101とネットワーク構成要素、たとえば、eNB102とネットワーク110間の問題イベントの送信や受信の時間上で共通認識を与える一般によく知られたイベントである。たとえば、ハイブリッドARQHARQ伝送の自動再送要求AutomaticRepeatRequest、ARQの例において、UE101およびeNB102に知られるコモンイベントは、伝送の開始となるか、または、問題イベント報告、または、問題イベントや問題イベント報告に関連するその他の指示を実行する伝送の時、アップリンクULリソースの要求または許可の時間となる。リファレンスイベントの別の例は、UE101とeNB102間で構築される成功した接続である。ステップ1で、図1に示されるように、設定された、または、一般によく知られたリファレンスイベントが発生する。UE101は相対時間の測定を開始する。ステップ2で、UE101は問題イベントを検出する。その後、UE101は、リファレンスイベントの時間および問題イベントの時間からの期間を、相対時間としてログする。UE101は、直接、この相対時間を時間情報とするか、または、その他の方式で、相対時間を用いて、時間情報を生成する。本発明のある態様において、UEは、まず、問題イベントを検出し、その後、リファレンスイベントを検出する。リファレンスイベントと問題イベントの発生は任意の順序である。ステップ3で、UE101は、問題イベント報告中にこの時間情報を含み、問題イベント報告をeNB102に伝送する。ステップ4で、eNB102は、問題イベント報告をネットワーク110に伝送する。問題イベント報告中の時間情報およびリファレンスイベントの絶対時間の情報に基づいて、eNB102またはネットワーク110は、問題イベントの絶対時間を推定することができる。この関連時間情報は、問題イベント報告の工程を単純化することができる。このような特徴は、既にUEチップセットによりサポートされているので、UE101にとって、相対時間の測定は非常に容易である。また、UE問題イベント報告中、ネットワークは、時間情報から、絶対時間スタンプを容易に推定することができるので、ネットワークプロセスを単純化する。図1中、問題イベント報告の相対時間方法の特定の例しか示されていないが、当業者なら理解できるように、このような方法は、別の類似するスキーム、たとえば、ログされたMDTに用いることができる。図2は、無線通信システム中、相対時間を用いた問題イベント報告の方法のフローチャートである。ステップ201で、UEはリファレンスイベントを検出する。このようなリファレンスイベントの例は、以下の討論で示される。UEおよび少なくともひとつのネットワーク構成要素は、共に、リファレンスイベントを理解する。ネットワーク構成要素の例は、無線通信システム中のUEのサービングeNBまたは別のネットワークノードである。このような相互理解は、設定メッセージを用いることにより達成されるか、または、UEとネットワーク構成要素両方の機能モジュール中に組み込まれる。ステップ201で、UEは問題イベントを検出する。一般の問題イベントは、無線リンク障害、RACH失敗、ハンドオーバ失敗または呼設定失敗である。それは、セル再選択失敗、または、別のアイドルモードイベントでもある。UEは、追加の問題イベントの検出に適合できなければならない。ステップ203で、問題イベントを検出するUEは、問題イベントをログし、問題イベント報告を生成する。この問題イベント報告は、リファレンスイベントに関連する時間情報を含む。本発明の一態様において、時間情報は、UEとネットワーク構成要素両方に知られている問題イベントと設定されたリファレンスイベント間の時間間隔である。ステップ204で、UEは、時間情報を提供する問題イベント報告を伝送し、時間情報は、検出されたリファレンスイベントの発生に関連する。それを受信するネットワークは、時間情報と既知のリファレンスイベントを関連付けることにより、問題イベントの絶対時間を容易に推定することができる。図3は、両ユーザー装置とネットワークに知られるコモンイベントが、リファレンスイベントとして設置されるまたは定義される本発明の一態様を示す図である。ステップ311で、UE301およびeNB302両方に知られるコモンイベントが発生する。ステップ321で、UE301は、相対タイマーをスタートさせ、経過時間の計数を開始する。当業者なら理解できるように、経過時間を計数する異なる方法がある。一例は、近頃、UEチップセットに一般的に利用される組込関数builtinfunctionを用い、たとえば、時間ユニット中の計数は、無線フレームまたは伝送時間間隔または割合またはそれらの組み合わせに対応する。リアルタイマーまたはタイムスタンピングのもうひとつの方法は、開始時間が用いられる。UE301は、任意の手段を用いて、同じように、コモンイベント発生時間を指摘する。同時に、ステップ331で、eNB302は、コモンイベントに注目し、ステップ331で発生するコモンイベントの参照時間をマークする。一定期間後、ステップ322で、問題イベントが発生する。ステップ323で、この問題イベント検出時、UE301は、関連時間情報と共に、問題イベントをログし、関連時間情報は、コモンイベントと問題イベント間の期間である。ステップ312で、UE301は、関連時間情報と共に、問題イベント報告をeNB302に伝送する。ステップ323とステップ312間にギャップがある。ステップ332で、問題イベント報告の受信時、eNB302は、問題イベント報告の関連時間情報およびコモンイベントの参照時間ステップ331に示されるを関連付けることにより、問題イベントの絶対時間を推定する。これにより、問題イベントは、問題イベントが発生する時間、適切に、ネットワークの状態の役に立つ情報をタイムスタンプおよび表示する。図4は、UEからネットワークノードへの成功した接続がリファレンスイベントである本発明の一態様のフローチャートである。この態様において、UEは、UEが、問題イベントが発生する前に最後にうまく接続されるセルに知られている時間基準、および、問題イベントの時間の間の期間を提供する。図4に示されるように、ステップ411で、UE401は、eNB402により供servedされるセルにうまく接続される。ステップ421で、UE401は、相対タイマーをスタートして、eNB402により供されるセル中のそのドエリングタイムdwellingtimeを計数する。上記と同様、当業者なら分かるように、経過時間を計数する方法には、豊富な選択の幅があるそれらすべてが適当に実行される場合、ドエリングタイム情報を得ることができる。ステップ431で、eNB402は、UE401からの成功した接続の時間にも注意する。ステップ422で、問題イベントが発生する。問題イベントが、UE401で、eNB402から離れる、または、異なるeNBにより供される別のセルに進入するとき発生すると仮定する。別の場合、ステップ423で、UE401は、eNB402と共に、そのドエリングタイム分の関連時間情報を含む問題イベントをログする。ステップ412で、UE401は、関連するドエリングタイムにより、問題イベント報告を、eNB402図示されているまたは前記の異なるeNBに伝送する。問題イベント報告受信時、ステップ432で、eNB402、または、前記の異なるeNBとeNB402は、協力して、最後に成功した接続時間の一般によく知られたイベントおよび問題イベント報告中の関連時間情報に基づいて、問題イベントの絶対時間を推定する。本発明のこの特定の態様の長所は、各eNBまたは基地局は、その最適化目的に関与する分散型アーキテクチャによく表れている。このようなアーキテクチャにおいて、問題イベント報告は、この問題にもっとも関与するeNBにフィードバックされなければならない。多くの場合、このようなeNBは、問題が発生する前、最後に成功して接続されるeNBである。ここで、UEが、eNBとドエリングdwellingする時間を提供することができると仮定する。ドエリングタイムは、UEがセルに進入してから離れるまでの期間である。通常、問題イベントは時間が非常に迫り、AUEが最後に知られたセルから離れる、または、BUEが別のセルに進入することに関連する。このような原理を用いる一般特徴は、自己組織ネットワークSelfOrganizingNetworks、SONのモビリティーロバスト性最適化MORである。実際の実施において、UEは自身を識別する必要があるので、最後に接続された前のセル中、既知のコモンイベントに関連付けることが可能である。たとえば、LTEにおいて、RANは、前のセルで用いられるUE識別子を知らない。注意すべきことは、問題イベントの前、UEがうまく接続したセルは、別のRANノードにより制御され、RANノードが、UEが問題イベント報告をするノードと異なることである。これにより、UEは、アドレス指定情報addressinginformationを提供し、セル中で、それ自身を識別する必要があり、UEは、問題イベント発生前、たとえば、CRNTIまたは再構築認証コードreestablishmentauthenticationcodeにより、最後にうまく接続される。保存された問題イベント報告を含む別の問題は、保存された報告がメモリリソースを受け入れtakeup、一定時間後、報告は、古すぎて提供できないことである。本発明の別の態様において、この問題を解決するため、締め切りタイマーが用いられる。本発明の一態様において、この特定の問題イベントの締め切りタイマーが期限切れ時間満了、期限終了になった後、UEは保存された問題イベント報告を報告しない。本発明の別の態様において、UEは、問題イベント報告を残すか放棄するかを選択することができる。図5は、問題イベント締め切りタイマーが用いられる本発明の一態様のフローチャートである。本発明のこの態様において、UEは、締め切りタイマーを用いて、問題イベントを報告し、締め切りタイマーは、問題イベントの発生に関連する。図5は、この態様の例を示す。ステップ511で、UE501は問題イベントAを検出する。ステップ512で、UE501は締め切りタイマーをスタートする。ステップ513で、UE501は、この問題イベントAをログする。それから、ステップ514で、締め切りタイマーは期限切れ満了で、問題イベントAはまだ伝送されない。締め切りタイマーの期限切れは、未送信のログされた問題イベントの陳腐化staleを示す。本発明の一態様において、UE501は、陳腐化した問題イベント全てを放棄する。本発明の別の態様において、UE501は、ログされた問題イベントを保留するか放棄するかを選択するように構成される。図5に示されるように、ステップ515で、UE501は、問題イベントが放棄されるべきか確認する。UE501で、放棄されるべきであると判断される場合、ステップ517で、問題イベントAが放棄される。UE501が問題イベントの保持に適する場合、ステップ516で、問題イベントAが保持される。ステップ521で、UE501は、別の問題イベントBを検出する。ステップ522で、UE501は、問題イベントBの締め切りタイマーをスタートする。UEは、各問題イベントに対し、一つの締め切りタイマーを使用する、または、複数の問題イベントに対し、一つの締め切りタイマーを使用するように設定または構成される。ステップ523で、UE501は、この問題イベントBをログする。ステップ530で、問題イベントBの締め切りタイマーの期限切れの前、UE501は、問題イベント報告をeNB502に伝送する。UE501が、陳腐化した報告を放棄するように設定または構成される場合、問題イベント報告は、問題イベントBだけを含み、問題イベントAは含まない。問題イベント報告は、締め切りタイマーの時間情報も含む。このような締め切り時間情報は予め定義され、UE501およびeNB502として知られている。問題イベント報告の受信時、eNB502は、UE510から、締め切り時間情報からの時間基準を推定することができる。eNB502は、問題イベントBの正確な時間を得ないが、eNB502は、締め切りタイマーの期限切れであるような問題イベントの発生の時間の上界を推定することができる。本発明のこの態様は、ネットワークに、そうたいてきに正確なタイムスタンプを増加させることができる。この態様の方法は、特に、関連設定が少し変化するネットワークに応用するのに有利で、相対的に正確なタイムスタンプの使用はこの状況に十分に応用される。このアプローチの長所は簡単であることである。追加のシグナリング要求がない。本発明の別の態様において、インジケーターが加えられて、ネットワーク追加時間情報が正確かどうかフラグflagする。一例は、現在の即時MDT報告で、インジケーターが追加されて、非正確タイムスタンピングを信号で伝える。図6は、MDTロギングおよび報告が多重無線アクセス技術RAT設定に用いられる無線通信ネットワーク600のアークテクチャを示す図である。ステップ621で、ネットワークデバイス610は、測定データ入手要求getmeasurementdatarequestをeNB605に伝送し、これは、MDTをサポートするRAT中にある。ステップ622で、eNB605は、MDT設定メッセージをUE601に伝送し、これは、eNB605に接続されている。UE601は、MDT測定とロギングを開始する。ステップ623で、UE601が移動し、eNB602により供され、これは、MDTをサポートしない異なるRATにある。これらの場合、UE601は、新しいセルに接続されるか、ここに位置campedする。しかし、UE601は、MDTロギングを続行する。ステップ624で、UE601はeNB605と再接続される。ステップ625で、UE601は、MDT報告をeNB605に送り戻す。このMDT報告は、報告が遅延したインジケーターを含む。図6は、遅延インジケーターをMDTに追加する例を示す図である。遅延インジケーターを含む始動triggerは、異なる公衆陸上移動網PLANにより供されるUE601のイベントでもある。始動は、問題イベント発生後、報告を伝送するときのある程度の時間の遅延である。このような遅延インジケーターの追加の決定も設定可能である。UE601は、そのロギングと報告中に、新しく定義される始動イベントtriggeringeventを含み、この遅延インジケーターを追加することに適応するように設計される。上述で討論される本発明の態様は、ネットワークが、問題イベントとその並列ネットワーク状態をうまく関連付けることができるようにする。バッテリー状態ハンドリング時間情報と問題イベントまたはMDT報告の効果的な関連付けは、ネットワーク最適化を改善する重要な態様である。MDTが3GPP規格で発展して、サービスエリアおよび別のネットワーク計画情報を入手するのを助ける時、どのようにして、MDTのバッテリー状態を効果的に処理するかが重要になっている。MDTは高いエネルギー消耗なので、MDTのバッテリーハンドリングの改善が必要とされる。バッテリーハンドリングを導入する別の主要な理由は、利用者の知覚である。正常なUEと正常なユーザーにとって、利用者の知覚は、OAM目的のUEアクティビティより高い優先度を有すると仮定される。よいバッテリー状態にあるUEのロギングと報告は、ユーザー体験にわずかな影響があるまたは影響がないと仮定される。ユーザーは、とにかく、UEバッテリーを頻繁にチャージしそうである。しかし、悪いバッテリー状態でのUEのロギングおよび記録は、ユーザー体験に顕著な影響があると仮定される。UEバッテリーのチャージを忘れた、または、旅行/移動で充電できないユーザーは、バッテリーパフォーマンスを管理し、電量を制限することができる。OAMロギングを追加する場合、バッテリー寿命への影響は大きいと認識される。これにより、よい利用者の知覚をサポートするため、UEは、バッテリーハンドリングを長期的に実施して、一般に、ロギングを含む測定およびデータ収集する必要がある。UEは、バッテリー状態に基づいて、ネットワークにより命令されるのではなく、自主的な動作を採取しなければならない。UEは、低バッテリー状態で、OAM目的のアクティビティを停止すべきである。本発明の以下の態様は、バッテリー状態ハンドリングをテスト可能に、さらに効率的にする方法を提供する。図7は、MDTの低バッテリー状態をハンドルする本発明の一態様を用いた方法のフローチャートである。ステップ701で、OAMアクティビティを実行するUEは、このUEのバッテリーの状況を監視する。一般のOAMアクティビティは、ネットワーク操作目的の情報装置でロギングする工程、たとえば、MDTまたは装置の観察と測定報告を含む。ステップ702で、UEは、低バッテリー状態または非低バッテリー状態を検出する。ステップ703で、低バッテリー状態の検出時、UEは、OAMアクティビティに、自立的一時停止動作を実行する。ステップ704で、UEが低バッテリー状態を終了する時、UEは、OAMアクティビティに、自立的再開動作を実行する。本発明の一態様において、OAMアクティビティを一時停止または再開するUEは、計画的な不連続deliberatediscontinuityの情報をログして、ログ中のギャップが計画的なものであるか示す。このような情報は、さらに、計画的な不連続、たとえば、リソース問題やバッテリー問題の原因を含む。このような情報は、含まれたOAMアクティビティログで、且つ、別のOAMアクティビティログ情報と共に、持続型メモリpersistentmemoryに書き込まれる。図8は、MDTの低バッテリー状態をハンドルする本発明の一態様のブロック図である。ステップ811で、ネットワークデバイス810は、シグナリングメッセージをeNB802に伝送して、OAMアクティビティを開始する。ステップ812で、eNB802は、OAM設定メッセージをUE801に伝送する。ステップ821で、UE801がOAMアクティビティを開始後、ステップ822で、UE801は、UE801が、低バッテリー状態で動いているかを確認することにより、バッテリー状態を監視する。低バッテリー状態を実施するため、テスト可能でなければならない。一般に、低バッテリー状態は、幾つかの態様の情報の組み合わせにより決定される。UEが、制限のない電源、たとえば、チャージャーから電力を供給される場合、バッテリーレベルにかかわらず、UEは、非低バッテリー状態であると判断される。一方、UEが制限された電源、たとえば、バッテリーで電力を供給される場合、低バッテリー状態は、残りのスタンバイバッテリー寿命に関連する。低バッテリー状態も利用者の知覚に関連する。残りのバッテリー寿命が低くなるまで、重大な利用者の知覚影響は発生しないと仮定する。一態様において、残りのスタンバイバッテリー寿命は、絶対時間により、バッテリーが使い果たされる前に残っているスタンバイ時間で示されるたとえば、スタンバイ時間残り4時間。本発明の別の態様において、残りのバッテリー寿命は、相対時間、たとえば、フルに充電された時のスタンバイバッテリー寿命のパーセンテージであるたとえば、スタンバイ時間残り10。ステップ822で、UE801は、バッテリーが低バッテリー状態でないと判断する場合、ステップ823で、OAMアクティビティを続行し、ステップ822に戻って、バッテリー状態の監視を継続する。しかし、ステップ822で、UE801が低バッテリー状態を検出する場合、ステップ824で、OAMアクティビティを一時停止する。OAMアクティビティの一時停止後、UE801は、バッテリー状態の監視を継続する。ステップ825で、UE801はバッテリー状態を確認する。バッテリー状態が低い場合、UE801はステップ824で留まり、OAMアクティビティを一時停止する。UE801が低バッテリー状態を終了する場合、ステップ826で、OAMアクティビティを再開して、その後、ステップ822に戻り、全体のプロセスを繰り返す。本発明の一態様において、低バッテリー状態に進入した時、UE801は、集まったデータの損失の防止を試みる。これは、特に、シグナルUEが追跡され、トラブルシューティングの問題の測定を収集する場合に有利である。たとえば、UE801が、ロギングデータによりすでにMTDログを形成している場合、ネットワークへの接続を初期化し、MDTログがあることを示し、ネットワークが、低バッテリー状態、つまり、UEがパワーオフになる前の劣悪条件下で、ログをフェッチできるようにする。別の態様において、UE801で、このようなロギングデータが存在する場合、そのロギングデータを持続型メモリに保存する。さらに別の態様において、低バッテリー状態が検出される時、UE801は、OAMアクティビティログとロギングデータを一緒に持続型メモリに保存する。本発明の一態様において、ステップ824で、OAMアクティビティサスペンション動作は設定可能configurableである。図9は、OAMアクティビティ一時停止動作が設定可能であるこの具体例のフローチャートである。ステップ901で、UEが低バッテリー状態を検出する時、OAMアクティビティ一時停止動作に進入する。ステップ902で、UEが、無分別に、全OAMアクティビティを一時停止する前、UEは一組の設定データを入手する。この設定情報は、ネットワークから伝えられる、または、UE命令に組み込まれる/定義される。UEは、ネットワークコマンドか内部ロジック決定かにより、この設定情報を動的に更新するように設定される。ステップ902で、一旦、UEが、設定データを入手すると、任意のOAMアクティビティを一時停止するために設定されるかを確認する。本発明の一態様において、低バッテリー状態であっても、UEは、OAMアクティビティを全く一時停止しないように設定することができる。このような場合、ステップ904で、UEはOAMアクティビティを続ける。ステップ903で、UEが、OAMアクティビティの一部または全てを一時停止することが必要であると判断する場合、UEは、それに応じて作用する。よって、ステップ905で、UEは、各OAMアクティビティが一時停止されるか判断する。ステップ905で、アクティビティが一時停止されると判断する場合、ステップ907で、このOAMアクティビティを一時停止する。ステップ905で、OAMアクティビティを一時停止しないと判断する場合、UEは、ステップ906で、OAMアクティビティを続行する。本発明の別の態様において、一時停止動作は、あるOAMアクティビティを一時停止するが、別のOAMアクティビティを作動し続けるように設定することができる。たとえば、OAM設定が維持され、OAMロギングが一時停止される。本発明の別の態様において、UE801は、複数のOAMアクティビティ設定タイマーの作動を維持し、OAMロギングアクティビティが一時停止される。上述の態様の一方で、UE801は、アクティビティの別の組み合わせを一時停止するように設定され、残りは作動を維持する。一態様において、OAMアクティビティを再開するステップ826も同様に設定可能である。UEは、同様のステップを実行して、設定または所定の状態に基づいて、全てまたは一部のOAMアクティビティを再開する。バッテリー状態に基づいた、改善されたバッテリー状態ハンドリング、および、OAMアクティビティを一時停止および再開する革新ステップは、ネットワーク計画のMDTをうまく活用して、利用者の知覚を改善するのを助ける。本発明は、ユーザーやオペレーターにフレキシブル性を与え、設置により、低バッテリー状態を設定する。このような設定はUE仕様で、オペレータにさらなるフレキシブル性を与える。さらに、自立的に、OAMアクティビティを再開する革新ステップは、ネットワークが、効果的な設定計画を実行するのを簡単にする。UEが、OAMアクティビティ期間全体のOAMアクティビティを実行することが信用できる時、ネットワークは、期間の始まりとただ待っている時、UEを設置する。ネットワークは、OAMアクティビティを再配置して、再開を保証する必要がなく、UEは、それ自身のバッテリー状態ハンドリングにより、自立的に、OAMアクティビティを再開する。これは、単一の特定のUEが追跡され、測定およびデータ収集の実行を求められるときに、特に重要である。注意すべきことは、テストUEおよびテストユーザーは、バッテリーハンドリングが免除されることである。本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではなく、当該技術を熟知する者なら誰でも、本発明の精神と領域を脱しない範囲内で各種の変動や潤色を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。