JP3923757B2 - 携帯端末及び携帯端末の動作モニタデータ記録方法 - Google Patents
携帯端末及び携帯端末の動作モニタデータ記録方法 Download PDFInfo
- Publication number
- JP3923757B2 JP3923757B2 JP2001237451A JP2001237451A JP3923757B2 JP 3923757 B2 JP3923757 B2 JP 3923757B2 JP 2001237451 A JP2001237451 A JP 2001237451A JP 2001237451 A JP2001237451 A JP 2001237451A JP 3923757 B2 JP3923757 B2 JP 3923757B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- operation monitor
- communication channel
- recording
- monitor data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は使用状況モニタ機構を備えた携帯電話及びその不具合診断方法に係り、特に、携帯端末に記憶された動作モニタを設定された条件下でフリーズし、この時のデータを用いて不具合を診断する技術に関する。
【０００２】
【従来の技術】
携帯電話等の携帯端末では使用状況、電波環境等が時々刻々変化するため、その軌跡を記録するには膨大な記憶容量を必要とすることになり、これらに関するデータは記憶されていなかった。このため、従来は、不具合が生じた時に、その不具合の分析に必要なデータを残しておくことが出来なかった。携帯端末に不具合が生じた場合、顧客はその携帯電話を修理店に持ち込んで不具合の現象を説明する。しかし修理店では顧客からの説明以外には使用状況に関するデータが得られないため、顧客の説明を参考に携帯端末を、テスタ等を用いて調べることになる。
【０００３】
【発明が解決しようとする課題】
ところが、この携帯端末を調査、試験する場合、使用状況や使用時のネットワーク環境等をはっきり把握できないために使用状況、環境を忠実に再現する事が出来ない。このため携帯端末に不具合が生じたのか、ネットワークの状況が悪かったのか、携帯端末のバッテリーに問題があるのか明確に掴めない場合がある。特に電波状況が悪いことに起因する不具合は判断することが出来ない。また、電波環境まで忠実に再現出来るテスタは高価であり、各修理店には置けない。
【０００４】
また、携帯端末の使用状況をモニタするために、携帯端末に係る全ての情報又はデータを記憶することにすると、記憶容量が膨大となり、記憶容量が不足する。また、仮に、全てのデータを記憶することができたとしても、これらの情報を分析するのに多大な時間と費用が必要になる。
【０００５】
本発明の目的は、上記従来技術の欠点を解決するために、所定のデータを携帯電話に蓄積し、このデータを用いてトラブルを分析することができる携帯端末、携帯端末の不具合診断技術を提供することにある。
【０００６】
【課題を解決するための手段】
携帯電話を使用して、故障、雑音、あるいは特殊な使い方などにより不具合に遭遇した場合、その原因は、携帯端末、ネットワークあるいは使い方のいずれかにある。従って、携帯端末の動作の記録、ネットワークの状況の記録および使用の記録（これは使用動作の結果として携帯端末の動作としての記録となる）を行い、該記録を分析することにより、その原因が前記三者のいずれに在るかを推定することが出来る。
【０００７】
本発明では、携帯端末は、動作モニタデータとしての、使用中または使用可能な通信路の番号、使用中または使用可能な通信路の電界強度、携帯電話の送信電波出力、使用中通信路のエラー発生率、当該通信の結果及び当該通信における通信基地局による携帯電話の電波異常の監視結果を、複数の記録領域のそれぞれに繰り返し記録可能な動作モニタと、少なくとも、使用中通信路の番号変化回数、当該通信が異常な状態で終了した回数、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数、通信基地局からの呼び出し用通信路を見失った回数及びキー入力回数をカウントする頻度カウンタと、を備え、前記カウントされた、使用中通信路の番号変化回数、当該通信が異常な状態で終了した回数、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数、通信基地局からの呼び出し用通信路を見失った回数、キー入力回数のうちの少なくともいずれかが所定値以上となった場合に、前記動作モニタの記録領域に記録されている動作モニタデータを凍結して保存する構成とする。携帯端末や通信路（基地局を含む）の不具合の診断は、前記保存された動作モニタデータを分析し、該分析結果に基づいて該不具合の原因等を判定する。
【０００８】
ここで、動作モニタデータの記録とは、通信に使用する通信路に関するデータの変化の記録を意味し、動作モニタデータとしての、使用中または使用可能な通信路の番号は、例えばｃｄｍａ ｏｎｅ方式の場合はＰＮ Ｏｆｆｓｅｔ Ｎｏ．が該当し、使用中の通信路の電界強度は、例えばｃｄｍａ ｏｎｅ方式の場合は、当該通信路の電波エネルギー密度（Ｅｃ／Ｉｏ）、当該エリア当該周波数の総電波の電界強度（ＲＳＳＩ）が該当し、使用可能な通信路の電界強度は、例えばｃｄｍａ ｏｎｅ方式の場合は使用可能な各通信路の電波エネルギー密度（Ｅｃ／Ｉｏ）が該当し、携帯電話の送信電波出力は、例えばｃｄｍａ ｏｎｅ方式の場合はＴｘＰｏｗｅｒが該当し、使用中通信路のエラー発生率は、例えばｃｄｍａ ｏｎｅ方式の場合はＦＥＲが該当し、当該通信の結果は、当該携帯端末の使用が正常な状態で終了したか異常な状態で終了したかを示すデータであり、例えばｃｄｍａ ｏｎｅ方式の場合はＣａｌｌ Ｆｉｎａｌ Ｃｌａｓｓが該当し、当該通信で通信基地局が監視する携帯電話の電波異常の監視結果は、例えばｃｄｍａ ｏｎｅ方式の場合はＢＳ Ｒｅｌｅａｓｅ異常が該当する。これらの動作モニタデータは、動作モニタ内の複数の記録領域に記録される。
【０００９】
頻度カウンタとは動作、使用に関するカウンタで以下一実施例を示す。即ち、電源投入時間カウンタ、キー入力回数カウンタ、スリープ時間カウンタ（電話待受時、電話機はクロックのみを動作させ他の働きを一定時間休止させ、一定時間間隔で着信の有無をチェックする。チェック時間以外の累積時間）、Ｚｏｎｅ移行カウンタ（電波基地局管理の通信路群が変わった回数）、位置登録カウンタ（携帯電話が移動し管轄電波基地局が変わった回数）、アイドルハンドオフ回数カウンタ（電話待受時の通信路の変更回数）、累積通話時間カウンタ、Ｂａｄ（バッド）フレームカウンタ（符号化されたデータの１区切り内にエラーが発生した区切りの数）、Ｇｏｏｄ（グッド）フレームカウンタ（符号化されたデータの１区切り内にエラーが発生しなかった区切りの数）、Ｐａｇｉｎｇ Ｌｏｓｔ回数カウンタ（電話待受時基地局からの呼び出し用通信路を見失った回数）である。
【００１０】
本発明において、頻度カウンタは、充電完了時にリセットして再度カウントを開始する。第１の発明において、頻度カウンタは、少なくとも、使用中通信路の番号変化回数（ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化回数）、当該通信が異常な状態で終了した回数（Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの異常回数）、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数（ＢＳ Ｒｅｌｅａｓｅ異常回数）、通信基地局からの呼び出し用通信路を見失った回数（Ｐａｇｉｎｇ Ｌｏｓｔ回数）及びキー入力回数をカウントする。また、これら使用中通信路の番号変化回数（ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化回数）、当該通信が異常な状態で終了した回数（Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの異常回数）、エラー発生率、通信基地局が監視する携帯電話の電波異常通知回数（ＢＳ Ｒｅｌｅａｓｅ異常回数）、通信基地局からの呼び出し用通信路を見失った回数（Ｐａｇｉｎｇ Ｌｏｓｔ回数）、キー入力回数のうちのいずれかが所定値以上になった場合に、動作モニタの記録領域に記録されている動作モニタデータは凍結され保存される。
【００１１】
また、本発明では、携帯端末の動作モニタデータ記録方法として、動作モニタデータとしての、使用中または使用可能な通信路の番号、使用中または使用可能な通信路の電界強度、携帯電話の送信電波出力、使用中通信路のエラー発生率、当該通信の結果及び当該通信における通信基地局による携帯電話の電波異常の監視結果を、動作モニタの記録領域に記録する第１のステップと、少なくとも、前記使用中通信路の番号変化回数、当該通信が異常な状態で終了した回数、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数、通信基地局からの呼び出し用通信路を見失った回数及びキー入力回数をカウントする第２のステップと、前記カウント結果の回数値のうちの少なくともいずれかが所定値以上か否かを判定する第３のステップと、該判定の結果、少なくともいずれかの回数値が所定値以上のときは、当該携帯端末または当該通信路に不具合が発生しているとして、前記動作モニタの記録領域に記録されている動作モニタデータを凍結して保存するとともに、該記録領域への動作モニタデータの記録を中止し、他の記録領域への記録に移行する第４のステップとを備える。携帯端末や通信路（基地局を含む）の不具合の診断は、前記保存された動作モニタデータを分析し、該分析結果に基づいて前記不具合の原因等を判定する。
【００１２】
本発明において、前記第２のステップでは、頻度カウンタが充電完了時にリセットされて再度カウントを開始する。また、動作モニタのデータ（動作モニタデータ）を記録する第１のステップでは、使用中または使用可能な通信路の番号変化（ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化）、使用中または使用可能な通信路の電界強度（Ｅｃ／Ｉｏ）、当該エリア当該周波数の総電波の電界強度（ＲＳＳＩ）、携帯電話の送信電波出力（ＴｘＰｏｗｅｒ）、使用中通信路のエラー発生率（ＦＥＲ）、当該通信の結果（Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ）、基地局が監視する携帯電話の電波異常（ＢＳ Ｒｅｌｅａｓｅ異常）を記録し、第２のステップでは、少なくとも、使用中通信路の番号変化回数（ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化回数）、当該通信が異常な状態で終了した回数（Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの異常回数）、使用中通信路のエラー発生率（ＦＥＲ）、通信基地局が監視する携帯電話の電波異常通知回数（ＢＳ Ｒｅｌｅａｓｅ異常回数）、通信基地局からの呼び出し用通信路を見失った回数（Ｐａｇｉｎｇ Ｌｏｓｔ回数）及びキー入力回数をカウントする。また、電源投入時間、スリープ時間、Ｚｏｎｅ移行回数、位置登録回数、アイドルハンドオフ回数、累積通話時間、Ｂａｄ（バッド）フレーム数、Ｇｏｏｄ（グード）フレーム数もカウント可能にする。また、第３のステップでは、前記カウント結果の回数値のうちの少なくともいずれかが所定値以上か否かを判定し、第４のステップでは、該判定の結果、少なくともいずれかの回数値が所定値以上のとき（所定時間内に所定値以上になった場合を含む）、当該携帯端末または当該通信路（基地局を含む）に不具合が発生しているとして、前記動作モニタの記録領域に記録されている動作モニタデータを凍結して保存するとともに、該記録領域への動作モニタデータの記録を中止し、他の記録領域への記録を行う。
【００１３】
【発明の実施の形態】
以下本発明の実施の形態について、実施例を用い、図を参照して説明する。
図１は本発明による携帯端末に設けられるメモリ及び累積カウンタの一実施例を示す概略図であり、図１（ａ）は動作モニタの記憶領域を示し、図１（ｂ）は累積頻度カウンタを示す。
【００１４】
本実施例の携帯端末には動作モニタ記録領域と頻度カウンタが設けられ、これらをプログラムによって、以下のように制御される。
本実施例では、動作モニタとして、使用中および使用可能通信路番号の変化、すなわちＰＮ Ｏｆｆｓｅｔ Ｎｏ．変化の回数を知るための通信路番号（以下ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化という。）、当該チャネルの電波の強さ（以下、Ｅｃ／Ｉ0という。単位はｄＢ）、受信している全通信路の、電波の強さの総和（以下、ＲＳＳＩという。単位はｄＢｍ）、携帯端末の送信電波出力（以下、ＴｘＰｏｗｅｒという。単位はｄＢｍ）、使用中通信路のエラー発生率を、情報を送受する単位フレーム毎にエラー発生を検知し全フレーム数に対し、エラーのあったフレーム数の百分率であるエラー率（以下ＦＥＲという。単位は％）、及び携帯端末の使用の終了が正常に終わったか異常な状態で終わったかを示すデータ即ち当該通信の結果（以下、Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓという。）、当該通信に関し基地局が携帯電話電波異常を監視した結果の通知（以下ＢＳ Ｒｅｌｅａｓｅ異常という。）を選択し、これを記憶する。
【００１５】
Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓを示すデータとしては、携帯端末から正常に動作を終了した（例えば、正常に電話を切った）ことを示すＭＳ Ｒｅｌｅａｓｅ（エム・エス・レリーズ）、基地局から正常に終了した（例えば、基地局から正常に電話を切った）ことを示すＢＳ Ｒｅｌｅａｓｅ（ビー・エス・レリーズ）、携帯端末から発信したが接続できないことを示す発呼ＮＧ（エヌ・ジー）、通信又は通話中に電波がなくなったことを携帯端末（携帯電話）が検知したことを示すＲＦ Ｌｏｓｓ（アール・エフ・ロス）がある。
【００１６】
これらの動作モニタの記憶領域を図１（ａ）に示す。図において、１１は動作モニタ記録領域であり、１１ａは第１の動作モニタ記録領域、１１ｂは第２の動作記録領域、１１ｎは第ｎの記録領域を示す。各記録領域１１ａ〜１１ｎは所定の時間、例えば、１５分間動作モニタデータを記録できる容量をそれぞれ持っている。まず、第１の動作モニタ記録領域１１ａを選択し、動作モニタデータを所定の時間、例えば１５分間記録する。所定時間の記録が終了した場合には、今まで第１の記録領域１１ａに記録していた動作モニタデータを消去しながら次の動作モニタデータを記録する。そして、後述するように、フリーズ条件が発生した場合には、その時点で、今まで記録されていた動作モニタデータの記録を保存する。第１の記録領域１１ａの記録が保存された場合には、次の動作モニタデータは第２の記録領域１１ｂに記録される。この第２の記録領域１１ｂも所定の時間、例えば１５分間動作モニタデータを記録できる。第１の記録領域１１ａの場合と同様に、動作モニタデータを記録する。すなわち、第２の記録領域１１ｂに所定の時間記録したらこの領域に最初に記録された動作モニタのデータを消去しながら次の動作モニタのデータを記録し、フリーズ条件が発生した場合には、第２の記録領域１１ｂに記録されている内容を保存し、以降の動作モニタのデータを第３の記憶領域に記録する。このように、順次第１〜第ｎの記憶領域１１ｎに記録する。
【００１７】
図１（ｂ）において、１２は頻度カウンタ領域であり、頻度カウンタ１２は携帯端末の充電完了時にカウンタを開始し、再度充電を開始し、充電が完了したときにカウンタをリセットして再びカウントを開始する。
頻度カウンタ１２としては、電源投入時間カウンタ１３、キー入力回数カウンタ１４、スリープ時間カウンタ１５、Ｚｏｎｅ（ゾーン）移行回数カウンタ１６、位置登録回数カウンタ１７、アイドルハンドオフ回数カウンタ１８、累積通話時間カウンタ１９、Ｂａｄ（バッド）フレーム数カウンタ２０、Ｇｏｏｄ（グード）フレーム数カウンタ２１、及びＰａｇｉｎｇ Ｌｏｓｔ（ページングロスト）回数カウンタ２２から構成される。
【００１８】
なお、電源投入カウンタ１３は、充電終了から次の充電終了時間の間（以下、所定のカウント期間という）の累積の電源投入時間をカウントし、キー入力回数カウンタ１４は所定のカウント期間中に押されたキー入力回数をカウントする。スリープ時間カウンタ１５はクロックのみが働いていおり、他は働いていない時間をカウントする。Ｚｏｎｅ移行回数カウンタ１６はあるエリアから他のエリアに移動した回数をカウントする。位置登録回数カウンタ１７は携帯端末の位置が変化し、基地局に位置を登録した回数をカウントする。アイドルハンドオフ回数カウンタ１８は待ち受け時間中に呼び出し用通信路が変化した回数をカウントする。累積通話時間カウンタ１９は通話時間をカウントする。Ｂａｄ（バッド）フレーム数カウンタ２０はエラーのあったフレーム数をカウントする。Ｇｏｏｄ（グード）フレーム数カウンタ２１はエラーの無いフレーム数をカウントする。Ｐａｇｉｎｇ Ｌｏｓｔ（ページングロスト）回数カウンタ２２は電波が無くなった回数をカウントする。
【００１９】
次に、動作モニタ記憶領域に記録されているデータをフリーズ、即ち保存する条件であるフリーズ条件の一実施例について説明する。本実施例では、動作モニタ記憶領域に記憶されているＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化が所定値以上、例えば、３回以上／１分、又は２０回以上／１０分になった場合、または、Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの異常またはＢＳレリーズ異常が所定値以上、例えば、１回目のＣａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ異常またはＢＳレリーズ異常が発生してから、２回目以降３回以上／１０分になった場合、または、エラー発生率が所定値以上、例えばＦＥＲ≧６％が４回以上／１分になった場合に動作モニタ記録領域１１に記録されているデータを保存する。
【００２０】
また、頻度カウンタ１２の内、Ｐａｇｉｎｇ Ｌｏｓｔ回数カウンタ２２が所定値以上、例えば、３回以上／１分又は２０回以上／１０分になった場合、または、キー入力回数カウンタ１４が所定値以上、例えば、３００回以上／６０分になった場合に動作モニタ記録領域１１に記録されているデータを保存する。
【００２１】
以下、本発明による携帯端末について、図２を用いて説明する。
図２は本発明による携帯端末の一実施例を示すブロック図である。図において、２５は携帯端末回路であり、携帯端末回路２５からの信号はＣＰＵ２６に入力される。ＣＰＵ２６はデータメモリ２８の携帯端末制御用メモリ３７のデータを用い、プログラムメモリ２７の携帯端末制御プログラム２９に従って携帯端末を制御する。携帯端末制御プログラム２９によって動作モニタプログラム３０が制御される。動作モニタ記録領域１１は図１（ａ）に示すように構成されており、この動作モニタプログラム３０によって、第１〜第ｎの記録領域が選択され、データが記録される。選択された記録領域が例えば、第１の記録領域１１ａである場合、この第１の記録領域１１ａに所定時間、特定の動作モニタのデータが記録され、所定時間が経過した後の動作モニタのデータは第１の記録領域１１ａの先に記録されたデータ上に上書きされるように動作記録プログラム３１によって制御される。動作記録プログラム３１は、少なくともフリーズ条件を決定するために選択された動作モニタのデータを第１の記録領域１１ａに記録する場合には、それよりも前に記録された動作モニタのデータを呼び出し、過去に記録した動作モニタと今回記録する動作モニタのデータがフリーズ条件を満足するか否かを動作モニタプログラム３０の制御を経て動作モニタフリーズ判定プログラム３２で判定し、フリーズ条件を満たす場合には第１の記録領域１１ａに記録されている動作モニタのデータを凍結して保存する。次の動作モニタのデータは他の記録領域、例えば、第２の記録領域に記録される。
【００２２】
例えば、動作モニタとして、ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化を第１の記録領域１１ａに記録する場合、動作記録プログラム３１は例えば、１０分間のＰＮＯｆｆｓｅｔ Ｎｏ．の変化を計数し、この計数結果を動作モニタフリーズ判定プログラム３２で常に判定する。例えば、ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化が１０分間に２０回以上の場合は、動作モニタフリーズ判定プログラム３２はＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化大と判定して、その結果を動作記録プログラム３１に伝達すると、動作記録プログラム３１は記録領域１１ａに記録されているデータをフリーズ、すなわち凍結して保存する。それ以降に発生する動作モニタのデータは他の記録領域、例えば第２の記録領域１１ｂに記録される。
【００２３】
図２において、頻度カウンタプログラム３３は携帯端末制御プログラム２９によって制御され、頻度カウンタプログラム３３は頻度カウンタ計数プログラム３４及び頻度カウンタフリーズ判定プログラム３５を制御する。頻度カウンタ１２は図１（ｂ）に示す頻度カウンタである。頻度カウンタ計数プログラム３４は頻度カウンタ１２のいずれかのカウンタで計数すべきデータが入力されると頻度カウンタ１２の対応するカウンタからデータを読み出して計数し、その値がフリーズ条件になったのか否かを頻度カウンタフリーズ判定プログラム３５で判定し、フリーズ条件になった場合には、これを頻度カウンタ計数プログラム３４に伝達する。頻度カウンタ計数プログラム３４は更にフリーズ条件になったことを各頻度カウンタプログラム３３、携帯端末制御プログラム２９および動作モニタプログラム３０の制御を介して動作記録プログラム３１に伝達して、動作モニタデータを記録している記録領域の動作モニタデータを保管すると共に、以降の動作モニタデータを他の記録領域に記録し始める。
【００２４】
例えば、今、動作モニタのデータを第２の記録領域１１ｂに記録しており、Ｐａｇｉｎｇ Ｌｏｓｔが発生したと仮定する。この場合、頻度カウンタ計数プログラム３４は頻度カウンタ１２のうちのＰａｇｉｎｇ Ｌｏｓｔ回数カウンタ２２のデータを呼び出してこれに今回発生したＰａｇｉｎｇ Ｌｏｓｔを計数して、すなわち１を加えてＰａｇｉｎｇ Ｌｏｓｔ回数カウンタ２２に書き込むと共に、頻度カウンタフリーズ判定プログラム３５でフリーズ条件になったか否かを判定する。フリーズ条件になった場合には、この判定結果を頻度カウンタ計数プログラム３４に伝達し、頻度カウンタ計数プログラム３４はフリーズ条件が発生したことを、携帯端末制御プログラムと動作モニタプログラム３０を介して動作記録プログラム３１に伝達し、第２の記録領域に記録されているデータを保存するとともにこの第２の記録領域１１ｂへの記録を中止し、以降の動作モニタデータを他の、例えば、第３の記録領域１１ｃに記録する。
【００２５】
以上述べたように、本実施例では、フリーズ要因として選択された、動作モニタのデータや頻度カウンタ１２のデータがフリーズ条件になった場合には、その時まで動作モニタのデータが記録されていた記録領域のデータを保存すると共に、この領域への記録を中止し、以降の動作モニタのデータを他の記録領域に記録する。
【００２６】
携帯端末に不具合が生じたと顧客が判断した場合、顧客はこの携帯端末を修理店に持ち込む。修理店では、顧客のクレームをパソコン（パーソナルコンピュータ）に入力すると共に携帯端末に記録されているデータを携帯端末からパソコンに取り込む。後述の内容から明らかなように、このパソコンには携帯端末に記録されているデータを分析できるソフトが搭載されている。
【００２７】
フリーズ条件が発生した場合には、動作モニタ記録領域１１に記録された動作モニタデータと頻度カウンタ１２のデータが携帯端末からパソコンに入力され、フリーズ条件が発生しない場合には、少なくとも頻度カウンタ１２のデータが携帯端末からパソコンに入力される。
また、顧客からのクレーム内容は予め分析しておき、幾つかのキーワードとして持っている。
【００２８】
図３は携帯端末データのパソコンでの分析動作の一実施例を示すフローチャートである。
図において、ステップ４１でパソコンに不具合の内容をキーワードとして入力する。携帯端末をパソコンに接続し、ステップ４２で携帯端末に記録されているデータを読み出す。ステップ４４で動作モニタデータ、頻度カウンタデータ、フリーズ要因がある場合にはその要因と、不具合のキーワード及び携帯端末からのデータを図４に示すように分析する。これによってフリーズ要因、不具合の推定原因、その不具合の原因を判定したデータを生成し、ステップ４５で、フリーズ要因の有無、フリーズ要因、不具合判定データ、不具合の推定原因などをディスプレイに表示する。
【００２９】
図４〜図６は不具合分析テーブルの一実施例を示すテーブルである。
【００３０】
図のテーブルの行５１は想定される顧客からの申告、すなわち移動体通信の特質として起こりうる不具合の内容を示す。行５２はフリーズ要因の有無及びフリーズ要因を示す。行５３はＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化、行５４は同じＰＮ Ｏｆｆｓｅｔ Ｎｏ．の出現回数を示す。行５５はＥc／Ｉ0を、行５６はＲＳＳＩを、行５７はＴｘＰｏｗｅｒを、行５８は６％以上のＦＥＲ発生回数を、行５９はＣａｌｌ Ｆｉｎａｌ ＣｌａｓｓまたはＢＳ Ｒｅｌｅａｓｅ異常の有無を示す。行６０は頻度カウンタ１２の評価値を示し、行６１は推定される不具合の原因を示す。また、列の処理項はパソコンでの演算処理を示し当該行の処理の内容を示す、本テーブルの項番は想定される不具合の事例を示す。
【００３１】
ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化の行５３では、１分、５分、１０分、１５分間隔で計算する。ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の行５４ではＰＮ Ｏｆｆｓｅｔ Ｎｏ．の出現を１分、５分、１０分、１５分間隔で計算する。Ｅc／Ｉ0の行５５では、変動４ｄＢ以上の有無、そのＰＮ Ｏｆｆｓｅｔ Ｎｏ．の個数及びこのテーブルに記載の条件を算出する。ＲＳＳＩの行５６ではＲＳＳＩ≧−９９ｄＢｍで、最小値以上かを計算する。ＴｘＰｏｗｅｒの行５７では、ＴｘＰｏｗｅｒ＋ＲＳＳＩが−６６か、それ以上か、それ以下かを計算する。ＦＥＲの行５８では、ＦＥＲ６％以上の発生回数を計算する。すなわち、（ＦＥＲ≧６％）が４回以上となることが１分間に４回以上あるか否かを計算する。Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの行では、Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ、ＢＳ Ｒｅｌｅａｓｅ異常を分類し、異常を求める。
【００３２】
以下、図４〜図１０の不具合分析テーブルに記載した幾つかの事例について、携帯端末のうち携帯電話について各項番ごとに説明する。
【００３３】
項番１の事例では、顧客から終日家にいたが電源（電池）の消耗が速いとの申告があった想定した場合である。パソコン携帯電話のデータを分析した結果、フリーズ要因はＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化が所定値より大きいことが判明した。また、ＰＮ Ｏｆｆｓｅｔ Ｎｏ．変化が１０分間に２０回以上あり、同じＰＮ Ｏｆｆｓｅｔ Ｎｏ．も４回以上出現している。Ｅc／Ｉ0の変動レベルが４ｄＢ以上であり、Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓは発信が無く、待受状態であり、スリープカウンタ値を待受時間で割り算した値が０．９６以下であった。この場合には、利用者は同じ場所にとどまっているが、基地局からの電波の強さが変動するため、あたかも利用者が基地局に近づいたり離れたりしているように電話機は判断してしまう。このため基地局に位置登録を頻繁に繰り返した結果電源の消耗が激しくなったと判断される。従って、携帯電話は正常であり、ネットワークに不具合があると判断出来る。
【００３４】
項番２の例では、顧客からやはり電源の消耗が速いとの申告があった場合を想定している。パソコンで携帯電話のデータを分析した結果、スリーブ要因は無く、（累積通話時間）×１００＋（待受時間）≦１８０であり、（スリープカウンタ）／（待受時間）≧０．９６であった。この場合は、特に電源（電池）を消耗させる原因は見当たらないので、バッテリー不良、または、携帯電話不良と判断できる。
項番３の例では、顧客から同じく電源の消耗が速いとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因はキー入力回数が所定値より多いことにあることが判明した。また、（キー入力回数）≧１２×（累積通話時間）×１．５／１分であり、（スリープカウンタ）／（待受時間）≦０．９０であった。この場合、電源の消耗はキー操作が多いことに原因があり、携帯電話は正常であると判断できる。キー操作が多い場合としては、メール送信などによる顧客本人のキー操作が多い場合と、顧客がキー操作無効とせずに、鞄等に入れて持ち歩くうちに鞄の中でキーが接触してキーが押されてしまう場合などが考えられる。
【００３５】
項番４の事例では、顧客から通話切れが多いとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはエラー発生率（ＦＥＲ）が所定値より高いことにあることが判明した。また、ＰＮ Ｏｆｆｓｅｔ Ｎｏ.の変化≧３回／１分であり、Ｅc／Ｉ0のレベル≦−１４ｄＢであり、（ＦＥＲ≧６．０％）が４回以上／１分であり、発呼ＮＧあるいはＲＦロスが発生しており、（Ｂａｄフレーム数）／（Ｇｏｏｄフレーム数）≧３である。この場合、携帯電話が不具合であるとのデータは無く、エラー発生率が所定値より大きい原因はＥc／Ｉ0の低さにありネットワークの不具合であると判断できる。
【００３６】
項番５の事例では、顧客からやはり通話切れが多いとの申告があった場合を想定している。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはＢＳレリーズ異常の回数が所定値以上であることが判明した。また、ＲＳＳＩ＋ＴｘＰｏｗｅｒ≧−７３ｄＢｍかつＴｘＰｏｗｅｒ＝２３ｄＢｍであり、ＢＳレリーズ異常が多発していた。この場合、ＴｘＰｏｗｅｒの記録数値のみが大き実際の出力出ていないと考えられ、携帯電話不良と判断出来る。
【００３７】
項番６の事例では、顧客からアンテナピクトが強いのに発信できないとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはＣａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの異常の発生回数が所定値より多いことが判明した。また、ＲＳＳＩ≧−９９ｄＢｍと最小値以上であり、ＲＳＳＩ＋ＴｘＰｏｗｅｒ≧−７３ｄＢｍで、しかもＴｘＰｏｗｅが２３ｄＢｍである。この場合、携帯電話が定格いっぱい出力しても基地局に電波が届かない。置局上局が遠すぎるまたはサービス地域外と判断できネットワークの不具合である。
項番７の事例では、顧客からやはりアンテナピクトが強いのに発信できないとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはＢＳレリーズ異常の回数が所定値より多いことが判明した。また、Ｅc／Ｉ0のレベル≧−１２ｄＢでありＲＳＳＩ≧−９９ｄＢｍと最小値以上であり、ＴｘＰｏｗｅｒの記録数値のみ２３ｄＢｍと大きいが実際の出力が出ていなと判断される。この場合、携帯電話の不良、特に携帯電話の出力不足と判断できる。
【００３８】
項番８の事例では、顧客から圏外でないのに着信しないとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはＰａｇｉｎｇ Ｌｏｓｔの回数が所定値より多いことが判明した。また、ＢＳレリーズ異常、Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ異常が発生した。この場合は携帯電話に不具合は発見されておらず、Ｐａｇｉｎｇ Ｌｏｓｔ回数が多いなどのことからネットワークが不具合であると判断できる。
【００３９】
項番９の事例では、やはり顧客から圏外でないのに着信しないとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはＣａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ異常が所定値より多いことが判明した。また、Ｅ0／Ｉ0レベル≧-１２ｄＢであり、ＲＳＳＩ≧−９９ｄＢｍと最小値以上であり、ＲＳＳＩ＋ＴｘＰｏｗｅｒ≦−７３ｄＢｍであり、（ＦＥＲ≧６．０％）が４回未満／１分であり、ＢＳレリーズ異常が発生した。この場合ネットワークには不都合が無いため、携帯電話が不具合であると判断できる。
【００４０】
以上述べたように、本実施例では、フリーズ条件を定め、このフリーズ条件が発生した場合に携帯電話に記録された動作モニタデータを保存すると共に所定の頻度データを記録しているため、この携帯電話のデータと顧客から申告された携帯電話の不具合とをパソコンで分析することによって、携帯電話が不具合なのかネットワークが不具合なのかを診断することができる。
図４〜図６の実施例では携帯電話を例にとって説明したが、本発明は携帯電話に限定されるものではなく、モバイルなどの携帯端末に適用することが出来る。
【００４１】
本発明の実施例の説明では、ｃｄｍａ ｏｎｅ方式を例にとって説明したが、本発明は、他の方式の携帯端末に適用することができる。その場合、通信に使用する通信路に関するデータの変化の記録である動作モニタのデータ記録は以下のように読み替えることができる。なお、この場合、ｃｄｍａ ｏｎｅで使用した用語をカッコ内に示す。
即ち、（ＰＮ Ｏｆｓｅｔ Ｎｏ．等）は使用中又は使用可能各通信路番号を示し、（当該通信路の電波エネルギー密度（Ｅｃ／Ｉｏ）、および当該エリア当該周波数の総電波の電解強度（ＲＳＳＩ））は使用中通信路の電界強度を、（使用可各通信路の電波エネルギー密度（Ｅｃ／Ｉｏ））は使用可能通信路の電界強度を、（ＴｘＰｏｗ）は携帯電話の送信出力を、（ＦＥＲ）は使用中通信路のエラー発生率を、（Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ）当該通信の結果（正常／異常、異常原因）を、（ＢＳ Ｒｅｌｅａｓｅ異常）は当該通信に関し基地局監視の携帯電話電波異常の通知を示す。
【００４２】
【発明の効果】
以上述べたように本発明によれば、携帯端末が不具合なのか、ネットワークが不具合なのかを診断することが出来る。
【図面の簡単な説明】
【図１】本発明による携帯端末に設けられるメモリ及び累積カウンタの一実施例を示す概略図である。
【図２】本発明による携帯端末の一実施例を示すブロック図である。
【図３】携帯端末データのパソコンでの分析動作の一実施例を示すフローチャートである。
【図４】不具合分析テーブルの一実施例を示すテーブルである。
【図５】不具合分析テーブルの一実施例を示すテーブルである。
【図６】不具合分析テーブルの一実施例を示すテーブルである。
【符号の説明】
１１…動作モニタ記録領域、１１ａ…第１の記憶領域、１１ｂ…第２の記録領域、１１ｎ…第ｎの記録領域、１２…頻度カウンタ、１３…電源投入時間カウンタ、１４…キー入力回数カウンタ、１５…スリープ時間カウンタ、１６…Ｚｏｎｅ（ゾーン）移行回数カウンタ、１７…位置登録回数カウンタ、１８…アイドルハンドオフ回数カウンタ、１９…累積通話時間カウンタ、２０…Ｂａｄ（バッド）フレーム数カウンタ、２１…Ｇｏｏｄ（グード）フレーム数カウンタ、２２…Ｐａｇｉｎｇ Ｌｏｓｔ（ページングロスト）回数カウンタ、２５…携帯端末回路、２６…ＣＰＵ、２７…プログラムメモリ、２８…データメモリ、２９…携帯端末制御プログラム、３０…動作モニタプログラム、３１…動作記録プログラム、３２…動作モニタフリーズ判定プログラム、３３…頻度カウンタプログラム、３４…頻度カウンタ係数プログラム、３５…頻度カウンタ判定プログラム、３７…携帯端末制御用メモリ。
【発明の属する技術分野】
本発明は使用状況モニタ機構を備えた携帯電話及びその不具合診断方法に係り、特に、携帯端末に記憶された動作モニタを設定された条件下でフリーズし、この時のデータを用いて不具合を診断する技術に関する。
【０００２】
【従来の技術】
携帯電話等の携帯端末では使用状況、電波環境等が時々刻々変化するため、その軌跡を記録するには膨大な記憶容量を必要とすることになり、これらに関するデータは記憶されていなかった。このため、従来は、不具合が生じた時に、その不具合の分析に必要なデータを残しておくことが出来なかった。携帯端末に不具合が生じた場合、顧客はその携帯電話を修理店に持ち込んで不具合の現象を説明する。しかし修理店では顧客からの説明以外には使用状況に関するデータが得られないため、顧客の説明を参考に携帯端末を、テスタ等を用いて調べることになる。
【０００３】
【発明が解決しようとする課題】
ところが、この携帯端末を調査、試験する場合、使用状況や使用時のネットワーク環境等をはっきり把握できないために使用状況、環境を忠実に再現する事が出来ない。このため携帯端末に不具合が生じたのか、ネットワークの状況が悪かったのか、携帯端末のバッテリーに問題があるのか明確に掴めない場合がある。特に電波状況が悪いことに起因する不具合は判断することが出来ない。また、電波環境まで忠実に再現出来るテスタは高価であり、各修理店には置けない。
【０００４】
また、携帯端末の使用状況をモニタするために、携帯端末に係る全ての情報又はデータを記憶することにすると、記憶容量が膨大となり、記憶容量が不足する。また、仮に、全てのデータを記憶することができたとしても、これらの情報を分析するのに多大な時間と費用が必要になる。
【０００５】
本発明の目的は、上記従来技術の欠点を解決するために、所定のデータを携帯電話に蓄積し、このデータを用いてトラブルを分析することができる携帯端末、携帯端末の不具合診断技術を提供することにある。
【０００６】
【課題を解決するための手段】
携帯電話を使用して、故障、雑音、あるいは特殊な使い方などにより不具合に遭遇した場合、その原因は、携帯端末、ネットワークあるいは使い方のいずれかにある。従って、携帯端末の動作の記録、ネットワークの状況の記録および使用の記録（これは使用動作の結果として携帯端末の動作としての記録となる）を行い、該記録を分析することにより、その原因が前記三者のいずれに在るかを推定することが出来る。
【０００７】
本発明では、携帯端末は、動作モニタデータとしての、使用中または使用可能な通信路の番号、使用中または使用可能な通信路の電界強度、携帯電話の送信電波出力、使用中通信路のエラー発生率、当該通信の結果及び当該通信における通信基地局による携帯電話の電波異常の監視結果を、複数の記録領域のそれぞれに繰り返し記録可能な動作モニタと、少なくとも、使用中通信路の番号変化回数、当該通信が異常な状態で終了した回数、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数、通信基地局からの呼び出し用通信路を見失った回数及びキー入力回数をカウントする頻度カウンタと、を備え、前記カウントされた、使用中通信路の番号変化回数、当該通信が異常な状態で終了した回数、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数、通信基地局からの呼び出し用通信路を見失った回数、キー入力回数のうちの少なくともいずれかが所定値以上となった場合に、前記動作モニタの記録領域に記録されている動作モニタデータを凍結して保存する構成とする。携帯端末や通信路（基地局を含む）の不具合の診断は、前記保存された動作モニタデータを分析し、該分析結果に基づいて該不具合の原因等を判定する。
【０００８】
ここで、動作モニタデータの記録とは、通信に使用する通信路に関するデータの変化の記録を意味し、動作モニタデータとしての、使用中または使用可能な通信路の番号は、例えばｃｄｍａ ｏｎｅ方式の場合はＰＮ Ｏｆｆｓｅｔ Ｎｏ．が該当し、使用中の通信路の電界強度は、例えばｃｄｍａ ｏｎｅ方式の場合は、当該通信路の電波エネルギー密度（Ｅｃ／Ｉｏ）、当該エリア当該周波数の総電波の電界強度（ＲＳＳＩ）が該当し、使用可能な通信路の電界強度は、例えばｃｄｍａ ｏｎｅ方式の場合は使用可能な各通信路の電波エネルギー密度（Ｅｃ／Ｉｏ）が該当し、携帯電話の送信電波出力は、例えばｃｄｍａ ｏｎｅ方式の場合はＴｘＰｏｗｅｒが該当し、使用中通信路のエラー発生率は、例えばｃｄｍａ ｏｎｅ方式の場合はＦＥＲが該当し、当該通信の結果は、当該携帯端末の使用が正常な状態で終了したか異常な状態で終了したかを示すデータであり、例えばｃｄｍａ ｏｎｅ方式の場合はＣａｌｌ Ｆｉｎａｌ Ｃｌａｓｓが該当し、当該通信で通信基地局が監視する携帯電話の電波異常の監視結果は、例えばｃｄｍａ ｏｎｅ方式の場合はＢＳ Ｒｅｌｅａｓｅ異常が該当する。これらの動作モニタデータは、動作モニタ内の複数の記録領域に記録される。
【０００９】
頻度カウンタとは動作、使用に関するカウンタで以下一実施例を示す。即ち、電源投入時間カウンタ、キー入力回数カウンタ、スリープ時間カウンタ（電話待受時、電話機はクロックのみを動作させ他の働きを一定時間休止させ、一定時間間隔で着信の有無をチェックする。チェック時間以外の累積時間）、Ｚｏｎｅ移行カウンタ（電波基地局管理の通信路群が変わった回数）、位置登録カウンタ（携帯電話が移動し管轄電波基地局が変わった回数）、アイドルハンドオフ回数カウンタ（電話待受時の通信路の変更回数）、累積通話時間カウンタ、Ｂａｄ（バッド）フレームカウンタ（符号化されたデータの１区切り内にエラーが発生した区切りの数）、Ｇｏｏｄ（グッド）フレームカウンタ（符号化されたデータの１区切り内にエラーが発生しなかった区切りの数）、Ｐａｇｉｎｇ Ｌｏｓｔ回数カウンタ（電話待受時基地局からの呼び出し用通信路を見失った回数）である。
【００１０】
本発明において、頻度カウンタは、充電完了時にリセットして再度カウントを開始する。第１の発明において、頻度カウンタは、少なくとも、使用中通信路の番号変化回数（ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化回数）、当該通信が異常な状態で終了した回数（Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの異常回数）、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数（ＢＳ Ｒｅｌｅａｓｅ異常回数）、通信基地局からの呼び出し用通信路を見失った回数（Ｐａｇｉｎｇ Ｌｏｓｔ回数）及びキー入力回数をカウントする。また、これら使用中通信路の番号変化回数（ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化回数）、当該通信が異常な状態で終了した回数（Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの異常回数）、エラー発生率、通信基地局が監視する携帯電話の電波異常通知回数（ＢＳ Ｒｅｌｅａｓｅ異常回数）、通信基地局からの呼び出し用通信路を見失った回数（Ｐａｇｉｎｇ Ｌｏｓｔ回数）、キー入力回数のうちのいずれかが所定値以上になった場合に、動作モニタの記録領域に記録されている動作モニタデータは凍結され保存される。
【００１１】
また、本発明では、携帯端末の動作モニタデータ記録方法として、動作モニタデータとしての、使用中または使用可能な通信路の番号、使用中または使用可能な通信路の電界強度、携帯電話の送信電波出力、使用中通信路のエラー発生率、当該通信の結果及び当該通信における通信基地局による携帯電話の電波異常の監視結果を、動作モニタの記録領域に記録する第１のステップと、少なくとも、前記使用中通信路の番号変化回数、当該通信が異常な状態で終了した回数、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数、通信基地局からの呼び出し用通信路を見失った回数及びキー入力回数をカウントする第２のステップと、前記カウント結果の回数値のうちの少なくともいずれかが所定値以上か否かを判定する第３のステップと、該判定の結果、少なくともいずれかの回数値が所定値以上のときは、当該携帯端末または当該通信路に不具合が発生しているとして、前記動作モニタの記録領域に記録されている動作モニタデータを凍結して保存するとともに、該記録領域への動作モニタデータの記録を中止し、他の記録領域への記録に移行する第４のステップとを備える。携帯端末や通信路（基地局を含む）の不具合の診断は、前記保存された動作モニタデータを分析し、該分析結果に基づいて前記不具合の原因等を判定する。
【００１２】
本発明において、前記第２のステップでは、頻度カウンタが充電完了時にリセットされて再度カウントを開始する。また、動作モニタのデータ（動作モニタデータ）を記録する第１のステップでは、使用中または使用可能な通信路の番号変化（ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化）、使用中または使用可能な通信路の電界強度（Ｅｃ／Ｉｏ）、当該エリア当該周波数の総電波の電界強度（ＲＳＳＩ）、携帯電話の送信電波出力（ＴｘＰｏｗｅｒ）、使用中通信路のエラー発生率（ＦＥＲ）、当該通信の結果（Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ）、基地局が監視する携帯電話の電波異常（ＢＳ Ｒｅｌｅａｓｅ異常）を記録し、第２のステップでは、少なくとも、使用中通信路の番号変化回数（ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化回数）、当該通信が異常な状態で終了した回数（Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの異常回数）、使用中通信路のエラー発生率（ＦＥＲ）、通信基地局が監視する携帯電話の電波異常通知回数（ＢＳ Ｒｅｌｅａｓｅ異常回数）、通信基地局からの呼び出し用通信路を見失った回数（Ｐａｇｉｎｇ Ｌｏｓｔ回数）及びキー入力回数をカウントする。また、電源投入時間、スリープ時間、Ｚｏｎｅ移行回数、位置登録回数、アイドルハンドオフ回数、累積通話時間、Ｂａｄ（バッド）フレーム数、Ｇｏｏｄ（グード）フレーム数もカウント可能にする。また、第３のステップでは、前記カウント結果の回数値のうちの少なくともいずれかが所定値以上か否かを判定し、第４のステップでは、該判定の結果、少なくともいずれかの回数値が所定値以上のとき（所定時間内に所定値以上になった場合を含む）、当該携帯端末または当該通信路（基地局を含む）に不具合が発生しているとして、前記動作モニタの記録領域に記録されている動作モニタデータを凍結して保存するとともに、該記録領域への動作モニタデータの記録を中止し、他の記録領域への記録を行う。
【００１３】
【発明の実施の形態】
以下本発明の実施の形態について、実施例を用い、図を参照して説明する。
図１は本発明による携帯端末に設けられるメモリ及び累積カウンタの一実施例を示す概略図であり、図１（ａ）は動作モニタの記憶領域を示し、図１（ｂ）は累積頻度カウンタを示す。
【００１４】
本実施例の携帯端末には動作モニタ記録領域と頻度カウンタが設けられ、これらをプログラムによって、以下のように制御される。
本実施例では、動作モニタとして、使用中および使用可能通信路番号の変化、すなわちＰＮ Ｏｆｆｓｅｔ Ｎｏ．変化の回数を知るための通信路番号（以下ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化という。）、当該チャネルの電波の強さ（以下、Ｅｃ／Ｉ0という。単位はｄＢ）、受信している全通信路の、電波の強さの総和（以下、ＲＳＳＩという。単位はｄＢｍ）、携帯端末の送信電波出力（以下、ＴｘＰｏｗｅｒという。単位はｄＢｍ）、使用中通信路のエラー発生率を、情報を送受する単位フレーム毎にエラー発生を検知し全フレーム数に対し、エラーのあったフレーム数の百分率であるエラー率（以下ＦＥＲという。単位は％）、及び携帯端末の使用の終了が正常に終わったか異常な状態で終わったかを示すデータ即ち当該通信の結果（以下、Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓという。）、当該通信に関し基地局が携帯電話電波異常を監視した結果の通知（以下ＢＳ Ｒｅｌｅａｓｅ異常という。）を選択し、これを記憶する。
【００１５】
Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓを示すデータとしては、携帯端末から正常に動作を終了した（例えば、正常に電話を切った）ことを示すＭＳ Ｒｅｌｅａｓｅ（エム・エス・レリーズ）、基地局から正常に終了した（例えば、基地局から正常に電話を切った）ことを示すＢＳ Ｒｅｌｅａｓｅ（ビー・エス・レリーズ）、携帯端末から発信したが接続できないことを示す発呼ＮＧ（エヌ・ジー）、通信又は通話中に電波がなくなったことを携帯端末（携帯電話）が検知したことを示すＲＦ Ｌｏｓｓ（アール・エフ・ロス）がある。
【００１６】
これらの動作モニタの記憶領域を図１（ａ）に示す。図において、１１は動作モニタ記録領域であり、１１ａは第１の動作モニタ記録領域、１１ｂは第２の動作記録領域、１１ｎは第ｎの記録領域を示す。各記録領域１１ａ〜１１ｎは所定の時間、例えば、１５分間動作モニタデータを記録できる容量をそれぞれ持っている。まず、第１の動作モニタ記録領域１１ａを選択し、動作モニタデータを所定の時間、例えば１５分間記録する。所定時間の記録が終了した場合には、今まで第１の記録領域１１ａに記録していた動作モニタデータを消去しながら次の動作モニタデータを記録する。そして、後述するように、フリーズ条件が発生した場合には、その時点で、今まで記録されていた動作モニタデータの記録を保存する。第１の記録領域１１ａの記録が保存された場合には、次の動作モニタデータは第２の記録領域１１ｂに記録される。この第２の記録領域１１ｂも所定の時間、例えば１５分間動作モニタデータを記録できる。第１の記録領域１１ａの場合と同様に、動作モニタデータを記録する。すなわち、第２の記録領域１１ｂに所定の時間記録したらこの領域に最初に記録された動作モニタのデータを消去しながら次の動作モニタのデータを記録し、フリーズ条件が発生した場合には、第２の記録領域１１ｂに記録されている内容を保存し、以降の動作モニタのデータを第３の記憶領域に記録する。このように、順次第１〜第ｎの記憶領域１１ｎに記録する。
【００１７】
図１（ｂ）において、１２は頻度カウンタ領域であり、頻度カウンタ１２は携帯端末の充電完了時にカウンタを開始し、再度充電を開始し、充電が完了したときにカウンタをリセットして再びカウントを開始する。
頻度カウンタ１２としては、電源投入時間カウンタ１３、キー入力回数カウンタ１４、スリープ時間カウンタ１５、Ｚｏｎｅ（ゾーン）移行回数カウンタ１６、位置登録回数カウンタ１７、アイドルハンドオフ回数カウンタ１８、累積通話時間カウンタ１９、Ｂａｄ（バッド）フレーム数カウンタ２０、Ｇｏｏｄ（グード）フレーム数カウンタ２１、及びＰａｇｉｎｇ Ｌｏｓｔ（ページングロスト）回数カウンタ２２から構成される。
【００１８】
なお、電源投入カウンタ１３は、充電終了から次の充電終了時間の間（以下、所定のカウント期間という）の累積の電源投入時間をカウントし、キー入力回数カウンタ１４は所定のカウント期間中に押されたキー入力回数をカウントする。スリープ時間カウンタ１５はクロックのみが働いていおり、他は働いていない時間をカウントする。Ｚｏｎｅ移行回数カウンタ１６はあるエリアから他のエリアに移動した回数をカウントする。位置登録回数カウンタ１７は携帯端末の位置が変化し、基地局に位置を登録した回数をカウントする。アイドルハンドオフ回数カウンタ１８は待ち受け時間中に呼び出し用通信路が変化した回数をカウントする。累積通話時間カウンタ１９は通話時間をカウントする。Ｂａｄ（バッド）フレーム数カウンタ２０はエラーのあったフレーム数をカウントする。Ｇｏｏｄ（グード）フレーム数カウンタ２１はエラーの無いフレーム数をカウントする。Ｐａｇｉｎｇ Ｌｏｓｔ（ページングロスト）回数カウンタ２２は電波が無くなった回数をカウントする。
【００１９】
次に、動作モニタ記憶領域に記録されているデータをフリーズ、即ち保存する条件であるフリーズ条件の一実施例について説明する。本実施例では、動作モニタ記憶領域に記憶されているＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化が所定値以上、例えば、３回以上／１分、又は２０回以上／１０分になった場合、または、Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの異常またはＢＳレリーズ異常が所定値以上、例えば、１回目のＣａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ異常またはＢＳレリーズ異常が発生してから、２回目以降３回以上／１０分になった場合、または、エラー発生率が所定値以上、例えばＦＥＲ≧６％が４回以上／１分になった場合に動作モニタ記録領域１１に記録されているデータを保存する。
【００２０】
また、頻度カウンタ１２の内、Ｐａｇｉｎｇ Ｌｏｓｔ回数カウンタ２２が所定値以上、例えば、３回以上／１分又は２０回以上／１０分になった場合、または、キー入力回数カウンタ１４が所定値以上、例えば、３００回以上／６０分になった場合に動作モニタ記録領域１１に記録されているデータを保存する。
【００２１】
以下、本発明による携帯端末について、図２を用いて説明する。
図２は本発明による携帯端末の一実施例を示すブロック図である。図において、２５は携帯端末回路であり、携帯端末回路２５からの信号はＣＰＵ２６に入力される。ＣＰＵ２６はデータメモリ２８の携帯端末制御用メモリ３７のデータを用い、プログラムメモリ２７の携帯端末制御プログラム２９に従って携帯端末を制御する。携帯端末制御プログラム２９によって動作モニタプログラム３０が制御される。動作モニタ記録領域１１は図１（ａ）に示すように構成されており、この動作モニタプログラム３０によって、第１〜第ｎの記録領域が選択され、データが記録される。選択された記録領域が例えば、第１の記録領域１１ａである場合、この第１の記録領域１１ａに所定時間、特定の動作モニタのデータが記録され、所定時間が経過した後の動作モニタのデータは第１の記録領域１１ａの先に記録されたデータ上に上書きされるように動作記録プログラム３１によって制御される。動作記録プログラム３１は、少なくともフリーズ条件を決定するために選択された動作モニタのデータを第１の記録領域１１ａに記録する場合には、それよりも前に記録された動作モニタのデータを呼び出し、過去に記録した動作モニタと今回記録する動作モニタのデータがフリーズ条件を満足するか否かを動作モニタプログラム３０の制御を経て動作モニタフリーズ判定プログラム３２で判定し、フリーズ条件を満たす場合には第１の記録領域１１ａに記録されている動作モニタのデータを凍結して保存する。次の動作モニタのデータは他の記録領域、例えば、第２の記録領域に記録される。
【００２２】
例えば、動作モニタとして、ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化を第１の記録領域１１ａに記録する場合、動作記録プログラム３１は例えば、１０分間のＰＮＯｆｆｓｅｔ Ｎｏ．の変化を計数し、この計数結果を動作モニタフリーズ判定プログラム３２で常に判定する。例えば、ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化が１０分間に２０回以上の場合は、動作モニタフリーズ判定プログラム３２はＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化大と判定して、その結果を動作記録プログラム３１に伝達すると、動作記録プログラム３１は記録領域１１ａに記録されているデータをフリーズ、すなわち凍結して保存する。それ以降に発生する動作モニタのデータは他の記録領域、例えば第２の記録領域１１ｂに記録される。
【００２３】
図２において、頻度カウンタプログラム３３は携帯端末制御プログラム２９によって制御され、頻度カウンタプログラム３３は頻度カウンタ計数プログラム３４及び頻度カウンタフリーズ判定プログラム３５を制御する。頻度カウンタ１２は図１（ｂ）に示す頻度カウンタである。頻度カウンタ計数プログラム３４は頻度カウンタ１２のいずれかのカウンタで計数すべきデータが入力されると頻度カウンタ１２の対応するカウンタからデータを読み出して計数し、その値がフリーズ条件になったのか否かを頻度カウンタフリーズ判定プログラム３５で判定し、フリーズ条件になった場合には、これを頻度カウンタ計数プログラム３４に伝達する。頻度カウンタ計数プログラム３４は更にフリーズ条件になったことを各頻度カウンタプログラム３３、携帯端末制御プログラム２９および動作モニタプログラム３０の制御を介して動作記録プログラム３１に伝達して、動作モニタデータを記録している記録領域の動作モニタデータを保管すると共に、以降の動作モニタデータを他の記録領域に記録し始める。
【００２４】
例えば、今、動作モニタのデータを第２の記録領域１１ｂに記録しており、Ｐａｇｉｎｇ Ｌｏｓｔが発生したと仮定する。この場合、頻度カウンタ計数プログラム３４は頻度カウンタ１２のうちのＰａｇｉｎｇ Ｌｏｓｔ回数カウンタ２２のデータを呼び出してこれに今回発生したＰａｇｉｎｇ Ｌｏｓｔを計数して、すなわち１を加えてＰａｇｉｎｇ Ｌｏｓｔ回数カウンタ２２に書き込むと共に、頻度カウンタフリーズ判定プログラム３５でフリーズ条件になったか否かを判定する。フリーズ条件になった場合には、この判定結果を頻度カウンタ計数プログラム３４に伝達し、頻度カウンタ計数プログラム３４はフリーズ条件が発生したことを、携帯端末制御プログラムと動作モニタプログラム３０を介して動作記録プログラム３１に伝達し、第２の記録領域に記録されているデータを保存するとともにこの第２の記録領域１１ｂへの記録を中止し、以降の動作モニタデータを他の、例えば、第３の記録領域１１ｃに記録する。
【００２５】
以上述べたように、本実施例では、フリーズ要因として選択された、動作モニタのデータや頻度カウンタ１２のデータがフリーズ条件になった場合には、その時まで動作モニタのデータが記録されていた記録領域のデータを保存すると共に、この領域への記録を中止し、以降の動作モニタのデータを他の記録領域に記録する。
【００２６】
携帯端末に不具合が生じたと顧客が判断した場合、顧客はこの携帯端末を修理店に持ち込む。修理店では、顧客のクレームをパソコン（パーソナルコンピュータ）に入力すると共に携帯端末に記録されているデータを携帯端末からパソコンに取り込む。後述の内容から明らかなように、このパソコンには携帯端末に記録されているデータを分析できるソフトが搭載されている。
【００２７】
フリーズ条件が発生した場合には、動作モニタ記録領域１１に記録された動作モニタデータと頻度カウンタ１２のデータが携帯端末からパソコンに入力され、フリーズ条件が発生しない場合には、少なくとも頻度カウンタ１２のデータが携帯端末からパソコンに入力される。
また、顧客からのクレーム内容は予め分析しておき、幾つかのキーワードとして持っている。
【００２８】
図３は携帯端末データのパソコンでの分析動作の一実施例を示すフローチャートである。
図において、ステップ４１でパソコンに不具合の内容をキーワードとして入力する。携帯端末をパソコンに接続し、ステップ４２で携帯端末に記録されているデータを読み出す。ステップ４４で動作モニタデータ、頻度カウンタデータ、フリーズ要因がある場合にはその要因と、不具合のキーワード及び携帯端末からのデータを図４に示すように分析する。これによってフリーズ要因、不具合の推定原因、その不具合の原因を判定したデータを生成し、ステップ４５で、フリーズ要因の有無、フリーズ要因、不具合判定データ、不具合の推定原因などをディスプレイに表示する。
【００２９】
図４〜図６は不具合分析テーブルの一実施例を示すテーブルである。
【００３０】
図のテーブルの行５１は想定される顧客からの申告、すなわち移動体通信の特質として起こりうる不具合の内容を示す。行５２はフリーズ要因の有無及びフリーズ要因を示す。行５３はＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化、行５４は同じＰＮ Ｏｆｆｓｅｔ Ｎｏ．の出現回数を示す。行５５はＥc／Ｉ0を、行５６はＲＳＳＩを、行５７はＴｘＰｏｗｅｒを、行５８は６％以上のＦＥＲ発生回数を、行５９はＣａｌｌ Ｆｉｎａｌ ＣｌａｓｓまたはＢＳ Ｒｅｌｅａｓｅ異常の有無を示す。行６０は頻度カウンタ１２の評価値を示し、行６１は推定される不具合の原因を示す。また、列の処理項はパソコンでの演算処理を示し当該行の処理の内容を示す、本テーブルの項番は想定される不具合の事例を示す。
【００３１】
ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化の行５３では、１分、５分、１０分、１５分間隔で計算する。ＰＮ Ｏｆｆｓｅｔ Ｎｏ．の行５４ではＰＮ Ｏｆｆｓｅｔ Ｎｏ．の出現を１分、５分、１０分、１５分間隔で計算する。Ｅc／Ｉ0の行５５では、変動４ｄＢ以上の有無、そのＰＮ Ｏｆｆｓｅｔ Ｎｏ．の個数及びこのテーブルに記載の条件を算出する。ＲＳＳＩの行５６ではＲＳＳＩ≧−９９ｄＢｍで、最小値以上かを計算する。ＴｘＰｏｗｅｒの行５７では、ＴｘＰｏｗｅｒ＋ＲＳＳＩが−６６か、それ以上か、それ以下かを計算する。ＦＥＲの行５８では、ＦＥＲ６％以上の発生回数を計算する。すなわち、（ＦＥＲ≧６％）が４回以上となることが１分間に４回以上あるか否かを計算する。Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの行では、Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ、ＢＳ Ｒｅｌｅａｓｅ異常を分類し、異常を求める。
【００３２】
以下、図４〜図１０の不具合分析テーブルに記載した幾つかの事例について、携帯端末のうち携帯電話について各項番ごとに説明する。
【００３３】
項番１の事例では、顧客から終日家にいたが電源（電池）の消耗が速いとの申告があった想定した場合である。パソコン携帯電話のデータを分析した結果、フリーズ要因はＰＮ Ｏｆｆｓｅｔ Ｎｏ．の変化が所定値より大きいことが判明した。また、ＰＮ Ｏｆｆｓｅｔ Ｎｏ．変化が１０分間に２０回以上あり、同じＰＮ Ｏｆｆｓｅｔ Ｎｏ．も４回以上出現している。Ｅc／Ｉ0の変動レベルが４ｄＢ以上であり、Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓは発信が無く、待受状態であり、スリープカウンタ値を待受時間で割り算した値が０．９６以下であった。この場合には、利用者は同じ場所にとどまっているが、基地局からの電波の強さが変動するため、あたかも利用者が基地局に近づいたり離れたりしているように電話機は判断してしまう。このため基地局に位置登録を頻繁に繰り返した結果電源の消耗が激しくなったと判断される。従って、携帯電話は正常であり、ネットワークに不具合があると判断出来る。
【００３４】
項番２の例では、顧客からやはり電源の消耗が速いとの申告があった場合を想定している。パソコンで携帯電話のデータを分析した結果、スリーブ要因は無く、（累積通話時間）×１００＋（待受時間）≦１８０であり、（スリープカウンタ）／（待受時間）≧０．９６であった。この場合は、特に電源（電池）を消耗させる原因は見当たらないので、バッテリー不良、または、携帯電話不良と判断できる。
項番３の例では、顧客から同じく電源の消耗が速いとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因はキー入力回数が所定値より多いことにあることが判明した。また、（キー入力回数）≧１２×（累積通話時間）×１．５／１分であり、（スリープカウンタ）／（待受時間）≦０．９０であった。この場合、電源の消耗はキー操作が多いことに原因があり、携帯電話は正常であると判断できる。キー操作が多い場合としては、メール送信などによる顧客本人のキー操作が多い場合と、顧客がキー操作無効とせずに、鞄等に入れて持ち歩くうちに鞄の中でキーが接触してキーが押されてしまう場合などが考えられる。
【００３５】
項番４の事例では、顧客から通話切れが多いとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはエラー発生率（ＦＥＲ）が所定値より高いことにあることが判明した。また、ＰＮ Ｏｆｆｓｅｔ Ｎｏ.の変化≧３回／１分であり、Ｅc／Ｉ0のレベル≦−１４ｄＢであり、（ＦＥＲ≧６．０％）が４回以上／１分であり、発呼ＮＧあるいはＲＦロスが発生しており、（Ｂａｄフレーム数）／（Ｇｏｏｄフレーム数）≧３である。この場合、携帯電話が不具合であるとのデータは無く、エラー発生率が所定値より大きい原因はＥc／Ｉ0の低さにありネットワークの不具合であると判断できる。
【００３６】
項番５の事例では、顧客からやはり通話切れが多いとの申告があった場合を想定している。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはＢＳレリーズ異常の回数が所定値以上であることが判明した。また、ＲＳＳＩ＋ＴｘＰｏｗｅｒ≧−７３ｄＢｍかつＴｘＰｏｗｅｒ＝２３ｄＢｍであり、ＢＳレリーズ異常が多発していた。この場合、ＴｘＰｏｗｅｒの記録数値のみが大き実際の出力出ていないと考えられ、携帯電話不良と判断出来る。
【００３７】
項番６の事例では、顧客からアンテナピクトが強いのに発信できないとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはＣａｌｌ Ｆｉｎａｌ Ｃｌａｓｓの異常の発生回数が所定値より多いことが判明した。また、ＲＳＳＩ≧−９９ｄＢｍと最小値以上であり、ＲＳＳＩ＋ＴｘＰｏｗｅｒ≧−７３ｄＢｍで、しかもＴｘＰｏｗｅが２３ｄＢｍである。この場合、携帯電話が定格いっぱい出力しても基地局に電波が届かない。置局上局が遠すぎるまたはサービス地域外と判断できネットワークの不具合である。
項番７の事例では、顧客からやはりアンテナピクトが強いのに発信できないとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはＢＳレリーズ異常の回数が所定値より多いことが判明した。また、Ｅc／Ｉ0のレベル≧−１２ｄＢでありＲＳＳＩ≧−９９ｄＢｍと最小値以上であり、ＴｘＰｏｗｅｒの記録数値のみ２３ｄＢｍと大きいが実際の出力が出ていなと判断される。この場合、携帯電話の不良、特に携帯電話の出力不足と判断できる。
【００３８】
項番８の事例では、顧客から圏外でないのに着信しないとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはＰａｇｉｎｇ Ｌｏｓｔの回数が所定値より多いことが判明した。また、ＢＳレリーズ異常、Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ異常が発生した。この場合は携帯電話に不具合は発見されておらず、Ｐａｇｉｎｇ Ｌｏｓｔ回数が多いなどのことからネットワークが不具合であると判断できる。
【００３９】
項番９の事例では、やはり顧客から圏外でないのに着信しないとの申告があった場合の想定である。パソコンで携帯電話のデータを分析した結果、フリーズ原因としてはＣａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ異常が所定値より多いことが判明した。また、Ｅ0／Ｉ0レベル≧-１２ｄＢであり、ＲＳＳＩ≧−９９ｄＢｍと最小値以上であり、ＲＳＳＩ＋ＴｘＰｏｗｅｒ≦−７３ｄＢｍであり、（ＦＥＲ≧６．０％）が４回未満／１分であり、ＢＳレリーズ異常が発生した。この場合ネットワークには不都合が無いため、携帯電話が不具合であると判断できる。
【００４０】
以上述べたように、本実施例では、フリーズ条件を定め、このフリーズ条件が発生した場合に携帯電話に記録された動作モニタデータを保存すると共に所定の頻度データを記録しているため、この携帯電話のデータと顧客から申告された携帯電話の不具合とをパソコンで分析することによって、携帯電話が不具合なのかネットワークが不具合なのかを診断することができる。
図４〜図６の実施例では携帯電話を例にとって説明したが、本発明は携帯電話に限定されるものではなく、モバイルなどの携帯端末に適用することが出来る。
【００４１】
本発明の実施例の説明では、ｃｄｍａ ｏｎｅ方式を例にとって説明したが、本発明は、他の方式の携帯端末に適用することができる。その場合、通信に使用する通信路に関するデータの変化の記録である動作モニタのデータ記録は以下のように読み替えることができる。なお、この場合、ｃｄｍａ ｏｎｅで使用した用語をカッコ内に示す。
即ち、（ＰＮ Ｏｆｓｅｔ Ｎｏ．等）は使用中又は使用可能各通信路番号を示し、（当該通信路の電波エネルギー密度（Ｅｃ／Ｉｏ）、および当該エリア当該周波数の総電波の電解強度（ＲＳＳＩ））は使用中通信路の電界強度を、（使用可各通信路の電波エネルギー密度（Ｅｃ／Ｉｏ））は使用可能通信路の電界強度を、（ＴｘＰｏｗ）は携帯電話の送信出力を、（ＦＥＲ）は使用中通信路のエラー発生率を、（Ｃａｌｌ Ｆｉｎａｌ Ｃｌａｓｓ）当該通信の結果（正常／異常、異常原因）を、（ＢＳ Ｒｅｌｅａｓｅ異常）は当該通信に関し基地局監視の携帯電話電波異常の通知を示す。
【００４２】
【発明の効果】
以上述べたように本発明によれば、携帯端末が不具合なのか、ネットワークが不具合なのかを診断することが出来る。
【図面の簡単な説明】
【図１】本発明による携帯端末に設けられるメモリ及び累積カウンタの一実施例を示す概略図である。
【図２】本発明による携帯端末の一実施例を示すブロック図である。
【図３】携帯端末データのパソコンでの分析動作の一実施例を示すフローチャートである。
【図４】不具合分析テーブルの一実施例を示すテーブルである。
【図５】不具合分析テーブルの一実施例を示すテーブルである。
【図６】不具合分析テーブルの一実施例を示すテーブルである。
【符号の説明】
１１…動作モニタ記録領域、１１ａ…第１の記憶領域、１１ｂ…第２の記録領域、１１ｎ…第ｎの記録領域、１２…頻度カウンタ、１３…電源投入時間カウンタ、１４…キー入力回数カウンタ、１５…スリープ時間カウンタ、１６…Ｚｏｎｅ（ゾーン）移行回数カウンタ、１７…位置登録回数カウンタ、１８…アイドルハンドオフ回数カウンタ、１９…累積通話時間カウンタ、２０…Ｂａｄ（バッド）フレーム数カウンタ、２１…Ｇｏｏｄ（グード）フレーム数カウンタ、２２…Ｐａｇｉｎｇ Ｌｏｓｔ（ページングロスト）回数カウンタ、２５…携帯端末回路、２６…ＣＰＵ、２７…プログラムメモリ、２８…データメモリ、２９…携帯端末制御プログラム、３０…動作モニタプログラム、３１…動作記録プログラム、３２…動作モニタフリーズ判定プログラム、３３…頻度カウンタプログラム、３４…頻度カウンタ係数プログラム、３５…頻度カウンタ判定プログラム、３７…携帯端末制御用メモリ。
Claims (7)
- 動作モニタデータとしての、使用中または使用可能な通信路の番号、使用中または使用可能な通信路の電界強度、携帯電話の送信電波出力、使用中通信路のエラー発生率、当該通信の結果及び当該通信における通信基地局による携帯電話の電波異常の監視結果を、複数の記録領域のそれぞれに繰り返し記録可能な動作モニタと、
少なくとも、使用中通信路の番号変化回数、当該通信が異常な状態で終了した回数、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数、通信基地局からの呼び出し用通信路を見失った回数及びキー入力回数をカウントする頻度カウンタと、
を備え、
前記カウントされた、使用中通信路の番号変化回数、当該通信が異常な状態で終了した回数、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数、通信基地局からの呼び出し用通信路を見失った回数、キー入力回数のうちの少なくともいずれかが所定値以上となった場合に、前記動作モニタの記録領域に記録されている動作モニタデータを凍結して保存する構成としたことを特徴とする携帯端末。 - 請求項１記載の携帯端末において、前記頻度カウンタは、充電完了時にリセットして再度カウントを開始する構成であることを特徴とする携帯端末。
- 請求項１記載の携帯端末において、前記動作モニタは、前記複数の記録領域が順次選択され、該選択された記録領域に、前記動作モニタデータが記録される構成であることを特徴とする携帯端末。
- 請求項１記載の携帯端末において、前記頻度カウンタは、電源投入時間、スリープ時間、Ｚｏｎｅ移行回数、位置登録回数、アイドルハンドオフ回数、累積通話時間、Ｂａｄフレーム数、Ｇｏｏｄフレーム数もカウント可能な構成であることを特徴とする携帯端末。
- 携帯端末の動作モニタデータを記録する動作モニタデータ記録方法であって、
動作モニタデータとしての、使用中または使用可能な通信路の番号、使用中または使用可能な通信路の電界強度、携帯電話の送信電波出力、使用中通信路のエラー発生率、当該通信の結果及び当該通信における通信基地局による携帯電話の電波異常の監視結果を、動作モニタの記録領域に記録する第１のステップと、
少なくとも、前記使用中通信路の番号変化回数、当該通信が異常な状態で終了した回数、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数、通信基地局からの呼び出し用通信路を見失った回数及びキー入力回数をカウントする第２のステップと、
前記カウント結果の回数値のうちの少なくともいずれかが所定値以上か否かを判定する第３のステップと、
前記判定の結果、前記少なくともいずれかの回数値が所定値以上のとき、当該携帯端末または当該通信路に不具合が発生しているとして、前記動作モニタの記録領域に記録されている動作モニタデータを凍結して保存するとともに、該記録領域への動作モニタデータの記録を中止し、他の記録領域への記録を行う第４のステップと、
を備えたことを特徴とする携帯端末の動作モニタデータ記録方法。 - 請求項５記載の携帯端末の動作モニタデータ記録方法において、
前記第２のステップでは、さらに、電源投入時間、スリープ時間、Ｚｏｎｅ移行回数、位置登録回数、アイドルハンドオフ回数、累積通話時間、Ｂａｄフレーム数、Ｇｏｏｄフレーム数をカウントすることを特徴とする携帯端末の動作モニタデータ記録方法。 - 動作モニタデータとしての、使用中または使用可能な通信路の番号、使用中または使用可能な通信路の電界強度、携帯電話の送信電波出力、使用中通信路のエラー発生率、当該通信の結果及び当該通信における通信基地局による携帯電話の電波異常の監視結果を、複数の記録領域のそれぞれに繰り返し記録可能な動作モニタと、
使用中通信路の番号変化回数、当該通信が異常な状態で終了した回数、使用中通信路のエラー発生率、通信基地局が監視する携帯電話の電波異常通知回数、通信基地局からの呼び出し用通信路を見失った回数、キー入力回数のうちの少なくともいずれかをカウントする頻度カウンタと、
を備え、
前記カウントされた回数値が所定値以上となった場合に、前記動作モニタの記録領域に記録されている動作モニタデータを凍結して保存する構成としたことを特徴とする携帯端末。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001237451A JP3923757B2 (ja) | 2001-08-06 | 2001-08-06 | 携帯端末及び携帯端末の動作モニタデータ記録方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001237451A JP3923757B2 (ja) | 2001-08-06 | 2001-08-06 | 携帯端末及び携帯端末の動作モニタデータ記録方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003051882A JP2003051882A (ja) | 2003-02-21 |
| JP3923757B2 true JP3923757B2 (ja) | 2007-06-06 |
Family
ID=19068532
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001237451A Expired - Fee Related JP3923757B2 (ja) | 2001-08-06 | 2001-08-06 | 携帯端末及び携帯端末の動作モニタデータ記録方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3923757B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011019132A (ja) * | 2009-07-09 | 2011-01-27 | Nec System Technologies Ltd | 料金システム |
| JP5408013B2 (ja) * | 2010-04-12 | 2014-02-05 | 日本電気株式会社 | 携帯電話機、該携帯電話機に用いられる通話障害解析報知方法及び通話障害解析報知プログラム |
-
2001
- 2001-08-06 JP JP2001237451A patent/JP3923757B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003051882A (ja) | 2003-02-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100416872B1 (ko) | 라디오테스트유닛을사용하지않고기지국에서라디오를테스트하기위한방법및장치 | |
| RU2502223C2 (ru) | Система и способ управления связью в сотах в системе сотовой связи | |
| US20090052330A1 (en) | Anomaly detection method and system and maintenance method and system | |
| US20060211415A1 (en) | Apparatus and methods for managing malfunctions on a wireless device | |
| CN112689310B (zh) | 网络切换方法、装置、计算机设备和存储介质 | |
| WO2010090179A1 (ja) | 通信システム、情報収集制御装置、情報収集制御プログラム、及び情報測定制御方法 | |
| EP2568733A1 (en) | Method and apparatus for collecting mobile communication data | |
| CN110719359A (zh) | 终端性能测试方法及系统 | |
| JP4857226B2 (ja) | 無線基地局の障害監視装置および障害監視方法 | |
| CN111405579A (zh) | 网络优化方法、装置、存储介质及电子设备 | |
| JP2006203792A (ja) | 移動端末からのエラー情報収集蓄積方法、移動端末及び局側のエラー情報収集蓄積装置 | |
| KR20060063741A (ko) | 무선 시스템에서 실패된 호에 대한 진단 정보를 수집하는방법 | |
| JP3923757B2 (ja) | 携帯端末及び携帯端末の動作モニタデータ記録方法 | |
| CN113391611B (zh) | 动力环境监控系统的预警方法、装置及系统 | |
| JP3442210B2 (ja) | 広域ネットワークシステム | |
| CN102195824B (zh) | 数据业务系统退服告警的方法、装置及系统 | |
| KR100452621B1 (ko) | 이동 통신 시스템에서의 호 접속실패 원인 분석 방법 | |
| CN112689280B (zh) | 监测终端切换基站的方法以及接入和移动性管理功能 | |
| JP3404965B2 (ja) | 携帯端末装置及び携帯端末診断方法 | |
| JP2013214859A (ja) | 障害監視装置及び障害監視方法 | |
| CN116319670A (zh) | 一种充换电柜内多域名ip自动切换的方法及系统 | |
| KR100447698B1 (ko) | 네트워크 성능 최적화를 위한 분석 장치 및 그 방법 | |
| KR100285704B1 (ko) | 무선망 최적화를 위한 정보 수집 방법 | |
| KR100493416B1 (ko) | 무선 통신망 관리 방법 | |
| JP2937936B2 (ja) | データ転送方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20031215 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040109 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060227 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060523 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060721 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070130 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070222 |
|
| R150 | Certificate of patent (=grant) or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100302 Year of fee payment: 3 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100302 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110302 Year of fee payment: 4 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110302 Year of fee payment: 4 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |