(57)【要約】【課題】ｃａｕｓｅ値が示されない通信切断（通信エラー）が生じた場合でも、ユーザに問題点を明示して早期復旧手順を伝えることができる携帯端末を提供する。【解決手段】ＮＡＳ制御手段と、ＲＲＣ制御手段と、ＰＤＣＰ制御手段と、ＲＬＣ制御手段と、ＭＡＣ制御手段と、ＰＨＹ制御手段とからなる通信制御部を備える携帯端末であって、通信ログを記憶する通信ログ記憶部と、通信が切断した場合に、前記通信ログからネットワークへの上り信号再送回数を抽出し、切断要求送信元の制御手段を特定し、前記上り信号再送回数と、各制御手段の動作とから通信切断原因を解析する解析部と、通信切断原因と対応するユーザ通知用のコメントを記憶するコメント記憶部と、前記解析された通信切断原因に基づいて、前記コメントを検索するコメント検索部と、前記検索されたコメントを表示する表示部とを備える。【選択図】図２
2012253556.tif 000002
【特許請求の範囲】
【請求項１】
ＮＡＳ制御手段と、ＲＲＣ制御手段と、ＰＤＣＰ制御手段と、ＲＬＣ制御手段と、ＭＡＣ制御手段と、ＰＨＹ制御手段とからなる通信制御部を備える携帯端末であって、
通信ログを記憶する通信ログ記憶部と、
通信が切断した場合に、前記通信ログからネットワークへの上り信号再送回数を抽出し、各制御手段の動作を特定し、前記上り信号再送回数と、前記各制御手段の動作とから通信切断原因を解析する解析部と、
通信切断原因と対応するユーザ通知用のコメントを記憶するコメント記憶部と、
前記解析された通信切断原因に基づいて、前記コメントを検索するコメント検索部と、
前記検索されたコメントを表示する表示部と、
を備えることを特徴とする携帯端末。
【請求項２】
請求項１に記載の携帯端末であって、
前記解析部が、２秒以上の通信ログを用いて解析を行うこと
を特徴とする携帯端末。
【請求項３】
請求項１に記載の携帯端末であって、
通信が切断した場合に、ネットワークまたはＮＡＳ制御手段からｃａｕｓｅ値を取得して、当該取得したｃａｕｓｅ値から通信切断原因を解析する監視部をさらに備えること
を特徴とする携帯端末。
【請求項４】
ＮＡＳ制御手段と、ＲＲＣ制御手段と、ＰＤＣＰ制御手段と、ＲＬＣ制御手段と、ＭＡＣ制御手段と、ＰＨＹ制御手段とからなる通信制御部を備える携帯端末を用いる通信エラー原因通知方法であって、
通信が切断した場合に、通信ログからネットワークへの上り信号再送回数を抽出し、各制御手段の動作を特定し、前記上り信号再送回数と、前記各制御手段の動作とから通信切断原因を解析する解析ステップと、
前記解析された通信切断原因と対応するユーザ通知用のコメントを検索するコメント検索ステップと、
前記検索されたコメントを表示する表示ステップと、
を有することを特徴とする通信エラー原因通知方法。
【請求項５】
請求項４に記載の通信エラー原因通知方法であって、
前記解析ステップが、２秒以上の通信ログを用いて解析を行うこと
を特徴とする通信エラー原因通知方法。
【請求項６】
請求項４に記載の通信エラー原因通知方法であって、
通信が切断した場合に、ネットワークまたはＮＡＳ制御手段からｃａｕｓｅ値を取得して、当該取得したｃａｕｓｅ値から通信切断原因を解析する監視ステップをさらに有すること
を特徴とする通信エラー原因通知方法。
【請求項７】
請求項４から６の何れかに記載の通信エラー原因通知方法を実行すべき指令をコンピュータに対してするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は携帯端末の通信エラーの原因を解析し、ユーザに通信エラーの原因と早期復旧の手順を通知する携帯端末、通信エラー原因通知方法、プログラムに関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、第３．９世代と呼ばれる次世代携帯端末の通信規格の１つである。ＬＴＥの詳細については、非特許文献１に記載されている。ＬＴＥの仕様は３ＧＰＰ（第３世代移動体通信システムの標準化プロジェクト）において標準化されている。ＬＴＥは、電波を使った携帯端末・モバイル通信の規格でありながら、非常に高速なデータ通信を可能とする。ＬＴＥは、レイヤの異なるプロトコルを積み上げたプロトコルスタックを用いて通信を制御する。
【０００３】
図１を参照して、ＬＴＥにおけるプロトコルスタックの詳細について説明する。図１はＬＴＥの制御プレーンのプロトコルスタックを説明する図である。ＬＴＥのプロトコルスタックは、下層から順にＰＨＹ（物理）レイヤ、ＭＡＣ（メディアアクセス制御）レイヤ、ＲＬＣ（無線リンク制御）レイヤ、ＰＤＣＰ（パケットデータ暗号化）レイヤ、ＲＲＣ（無線リソース制御）レイヤ、ＮＡＳ（端末認証、非アクセス・ストレータム）レイヤにて構成される。ＬＴＥのプロトコルは加入者情報などを管理するコアネットワークと端末間の制御を行うＮＡＳ（非アクセス・ストレータム）と無線リソースなどを管理する基地局などを含む無線アクセスネットワークと端末の制御を行うＡＳ（アクセス・ストレータム）に分類される。ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、ＲＲＣレイヤは、ＡＳに分類される。また、ＰＨＹレイヤはレイヤ１に、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤはレイヤ２に、ＲＲＣレイヤ、ＮＡＳレイヤはレイヤ３に分類される。
【０００４】
ＮＡＳレイヤやＲＲＣレイヤ（レイヤ３）の信号はネットワークとの間で無線区間を通じて信号をやりとりする。通信に何らかの問題が生じ通信の切断が起こったときに、ネットワークからＮＡＳレイヤへメッセージが送信された場合には、多くの場合当該ネットワークからのメッセージに３ＧＰＰ標準で規定されたｃａｕｓｅ値が含まれる。例えば、携帯端末が初期位置登録を実施する場合には、端末はＡｔｔａｃｈ  Ｒｅｑｕｅｓｔという信号をネットワークに送信するが、ネットワークに加入者情報がなく受け付けられない場合には、ネットワークから、Ａｔｔａｃｈ  Ｒｅｊｅｃｔという信号に♯８（ＧＰＲＳ  ｓｅｒｖｉｃｅｓ  ａｎｄ  ｎｏｎ−ＧＰＲＳ  ｓｅｒｖｉｃｅｓ  ｎｏｔ  ａｌｌｏｗｅｄ）というｃａｕｓｅ値を伴う返信がなされる。ある特定のエラーに対してネットワークから返信されるｃａｕｓｅ値はオペレータの運用により異なる場合もあるが、ｃａｕｓｅ値を受信した後の端末動作は標準化で規定されている。上述の例では、接続できる可能性のない携帯端末が信号を送信し続けるのを防ぐために、オペレータが♯８というｃａｕｓｅ値を設定しており、このｃａｕｓｅ値♯８により、端末は通信を切断し、信号の再送を中止する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】服部武、藤岡雅宣著、「ＨＳＰＡ＋／ＬＴＥ／ＳＡＥ教科書ワイヤレス・ブロードバンド」インプレスＲ＆Ｄ出版
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＡＳに分類されるレイヤ（ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、ＲＲＣレイヤ）が原因で通信の切断が生じた場合、無線区間に何らかの問題（例えば通信品質の劣化、ランダムアクセスプリアンブルの衝突など）があることで通信切断が生じるため、ＮＡＳレイヤのように、明確にｃａｕｓｅ値が示されることはあまりない。このようにＡＳでは、通信切断の原因が明示されないため、通信切断の原因が分からず、ユーザに問題点の明示、早期復旧のための手順を伝えることができなかった。また、従来は上り信号の再送回数を解析することで、ｃａｕｓｅ値が示されないような通信切断の原因を探ることが可能であることは知られていなかったため、通信切断原因を調べるために携帯端末内部で通信ログを記録することは行われていなかった。そこで、本発明ではｃａｕｓｅ値が示されない通信切断（通信エラー）が生じた場合でも、ユーザに問題点を明示して早期復旧手順を伝えることができる携帯端末を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の携帯端末は通信制御部と、通信ログ記憶部と、解析部と、コメント記憶部と、コメント検索部と、表示部とを備える。通信制御部は、ＮＡＳ制御手段と、ＲＲＣ制御手段と、ＰＤＣＰ制御手段と、ＲＬＣ制御手段と、ＭＡＣ制御手段と、ＰＨＹ制御手段とを備える。通信ログ記憶部は、通信ログを記憶する。解析部は、通信が切断した場合に、通信ログからネットワークへの上り信号再送回数を抽出し、各制御手段の動作を特定し、上り信号再送回数と、各制御手段の動作とから通信切断原因を解析する。コメント記憶部は、通信切断原因と対応するユーザ通知用のコメントを記憶する。コメント検索部は、解析された通信切断原因に基づいて、コメントを検索する。表示部は、検索されたコメントを表示する。
【発明の効果】
【０００８】
本発明の携帯端末によれば、ｃａｕｓｅ値が示されない通信切断（通信エラー）が生じた場合でも、上り信号の再送回数と、各制御手段の動作とを解析することで通信切断の原因を特定し、ユーザに問題点を明示して早期復旧手順を伝えることができる。
【図面の簡単な説明】
【０００９】
【図１】ＬＴＥの制御プレーンのプロトコルスタックを説明する図
【図２】実施例１に係る携帯端末の構成を示すブロック図。
【図３】実施例２に係る携帯端末の構成を示すブロック図。
【図４】実施例１に係る携帯端末の動作を示すフローチャート。
【図５】実施例２に係る携帯端末の構成を示すフローチャート。
【図６】実施例２に係る携帯端末の動作例１を示す図。
【図７】実施例２に係る携帯端末の動作例２を示す図。
【図８】実施例２に係る携帯端末の動作例３を示す図。
【図９】実施例２に係る携帯端末の動作例４を示す図。
【図１０】実施例２に係る携帯端末の動作例５を示す図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【実施例１】
【００１１】
図２、図４を参照して本発明の実施例１に係る携帯端末１０について詳細に説明する。図２は本実施例に係る携帯端末１０の構成を示すブロック図である。図４は本実施例に係る携帯端末１０の動作を示すフローチャートである。
【００１２】
本実施例の携帯端末１０は、基地局２（ｅＮＢ）と移動管理エンティティ３（ＭＭＥ）とを包含するネットワーク１００と通信可能に接続されている。基地局２（ｅＮＢ）はＲＲＣ制御手段２ｂと、ＰＤＣＰ制御手段２ｃと、ＲＬＣ制御手段２ｄと、ＭＡＣ制御手段２ｅと、ＰＨＹ制御手段２ｆとを備える。移動管理エンティティ３（ＭＭＥ）はＮＡＳ制御手段３ａを備える。
【００１３】
本実施例の携帯端末１０は通信制御部１と、通信ログ記憶部２と、解析部３と、コメント記憶部５と、コメント検索部６と、表示部７とを備える。通信制御部１は、ＮＡＳ制御手段１ａと、ＲＲＣ制御手段１ｂと、ＰＤＣＰ制御手段１ｃと、ＲＬＣ制御手段１ｄと、ＭＡＣ制御手段１ｅと、ＰＨＹ制御手段１ｆとを備える。通信ログ記憶部２は、通信ログを記憶している。本発明では、後述する解析部３が、通信ログから上り信号の再送回数を抽出して用いる。ここで、無線区間の問題で通信切断が生じた場合の上り信号再送の間隔は、数ｍｓから数１００ｍｓオーダーで行われる。また通信切断までに試行される上り信号の再送回数（最大再送回数）は、通常は１０回程度である。従って、解析部３は、１〜２秒程度の通信ログから上り信号の再送回数を調べれば十分である。本実施例では、予め２秒以上の通信ログを通信ログ記憶部２に記憶しておき、後述する解析に利用する。次に、解析部３は、通信が切断した場合に（Ｓ３ａ）、通信ログからネットワーク１００への上り信号再送回数を抽出し、各制御手段の動作を特定し、上り信号再送回数と、各制御手段の動作とから通信切断原因を解析する（Ｓ３ｂ）。例えば、携帯端末１０では通信開始時にＮＡＳ制御手段１ａからＲＲＣ制御手段１ｂに、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージが通知される。ＲＲＣ制御手段１ｂは、ネットワーク１００にサービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージを送信するために、基地局２（ｅＮＢ）との間でＲＲＣコネクションを開設する必要があり、そのため、ＲＲＣコネクションリクエスト（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを送信するためのランダムアクセス手順の起動をレイヤ１／レイヤ２（ＰＤＣＰ制御手段１ｃ、ＲＬＣ制御手段１ｄ、ＭＡＣ制御手段１ｅ、ＰＨＹ制御手段１ｆ）に指示する。レイヤ１／レイヤ２（ＰＤＣＰ制御手段１ｃ、ＲＬＣ制御手段１ｄ、ＭＡＣ制御手段１ｅ、ＰＨＹ制御手段１ｆ）では、ランダムアクセス手順において、拡散符号で拡散されたランダムアクセスプリアンブル信号を、基地局２（ｅＮＢ）で検出されるまで、又は所定の回数に到達するまで、徐々に送信レベルを高くしながら複数回送信する。解析部３は、これらの各制御手段の動作を特定し、かつ通信ログ記憶部２から抽出されたネットワーク１００への上り信号再送回数が予め定めた最大再送回数を超過して通信切断が行われた場合には、通信切断原因が「ランダムアクセス手順の失敗」であることを特定する（Ｓ３ｂ）。これ以外にも、基地局２（ｅＮＢ）で、プリアンブル信号を検出できたとしても、複数の携帯端末が同じタイミングで同じプリアンブル系列を用いて信号を送信した場合には、レイヤ１／レイヤ２はＲＲＣコンテンションレゾルーション（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ：競合解決手段）メッセージをＲＲＣレイヤに通知し、プリアンブル信号の送信をやり直すという手順が行われる。この場合に、解析部３’はこれらの各制御手段の動作を特定し、かつ通信ログ記憶部２から抽出されたネットワーク１００への上り信号再送回数が予め定めた最大再送回数を超過して通信切断が行われた場合には、通信切断原因が「ランダ���アクセス手順の失敗」であることを特定する（Ｓ３ｂ）。また例えば、携帯端末１０ではＰＤＣＰ制御手段１ｃがパケットの秘匿処理を行い、ＲＬＣ制御手段１ｄが秘匿されたパケットをＰＤＵ（パケット・データ・ユニット）に分割し、ＭＡＣ制御手段１ｅがＨＡＲＱアルゴリズムにより、分割されたＰＤＵをネットワーク１００に送信し、ＰＨＹ制御手段１ｆは、送信電力の調整などを行う。送信に失敗したＰＤＵについては、ＨＡＲＱアルゴリズムによりＭＡＣ制御手段１ｅが再送を試みる。解析部３はこれらの各制御手段の動作を特定し、かつ通信ログ記憶部２から抽出されたネットワーク１００への上り信号再送回数が予め定めた最大再送回数を超過して通信切断が行われた場合には、通信切断原因が「上りの通信品質の劣化」であることを特定する（Ｓ３ｂ）。このように、解析部３は、通信が切断した場合に（Ｓ３ａ）、上り信号再送回数と、各制御手段の動作とから通信切断原因を解析することができる（Ｓ３ｂ）。コメント記憶部５には、前述の通信切断原因と対応するユーザ通知用のコメントを予め記憶しておく。コメント検索部６は、解析部３により解析された通信切断原因に基づいて、コメント記憶部５から対応するコメントを検索する（Ｓ６）。表示部７は、検索されたコメントを携帯端末１０の画面に表示する（Ｓ７）。このように、本実施例の携帯端末１０によれば、ｃａｕｓｅ値が示されない通信切断（通信エラー）が生じた場合でも、上り信号の再送回数と、各制御手段の動作とを解析することで通信切断の原因を特定し、ユーザに問題点を明示して早期復旧手順を伝えることができる。
【実施例２】
【００１４】
次に、図３、図５を参照して、実施例１の機能に加えて、ｃａｕｓｅ値が示される通信切断原因についても、通信切断の原因を特定し、ユーザに問題点を明示して早期復旧手順を伝えることができる実施例２の携帯端末２０について説明する。図３は本実施例に係る携帯端末２０の構成を示すブロック図である。図５は本実施例に係る携帯端末２０の構成を示すフローチャートである。
【００１５】
本実施例の携帯端末２０は、基地局２（ｅＮＢ）と移動管理エンティティ３（ＭＭＥ）とを包含するネットワーク１００と通信可能に接続されている。基地局２（ｅＮＢ）はＲＲＣ制御手段２ｂと、ＰＤＣＰ制御手段２ｃと、ＲＬＣ制御手段２ｄと、ＭＡＣ制御手段２ｅと、ＰＨＹ制御手段２ｆとを備える。移動管理エンティティ３（ＭＭＥ）はＮＡＳ制御手段３ａを備える。
【００１６】
本実施例の携帯端末２０は通信制御部１と、通信ログ記憶部２と、解析部３’と、監視部４と、コメント記憶部５と、コメント検索部６と、表示部７とを備える。通信制御部１は、ＮＡＳ制御手段１ａと、ＲＲＣ制御手段１ｂと、ＰＤＣＰ制御手段１ｃと、ＲＬＣ制御手段１ｄと、ＭＡＣ制御手段１ｅと、ＰＨＹ制御手段１ｆとを備える。実施例１と同一の符号を付した解析部３’と監視部４以外の構成については、実施例１の各構成部と同じ機能を備えているため説明を割愛する。本実施例においては、解析部３’は、通信が切断した場合に（Ｓ３ａ）、切断要求がネットワーク１００、ＮＡＳ制御手段１ａ、それ以外の制御手段のいずれからの切断要求であるかを調べる（Ｓ３ｃ、Ｓ３ｄ）。切断要求がネットワーク１００からである場合は（Ｓ３ｃＹ）、監視部４は、ネットワーク１００からの送信信号からｃａｕｓｅ値を抽出して、抽出したｃａｕｓｅ値から通信切断原因を解析する（Ｓ４）。切断要求がＮＡＳ制御手段１ａからである場合も（Ｓ３ｄＹ）同様に、監視部４は、ＮＡＳ制御手段１ａの送信信号からｃａｕｓｅ値を抽出して、抽出したｃａｕｓｅ値から通信切断原因を解析する（Ｓ４）。切断要求が、ネットワーク１００、ＮＡＳ制御手段の何れからでもない場合は（Ｓ３ｄＮ）、ｃａｕｓｅ値が示されない通信切断であるため、実施例１と同様にステップＳ３ｂにおいて、解析部３’が上り信号再送回数と、各制御手段の動作とから通信切断原因を解析する（Ｓ３ｂ）。コメント検索部６は、解析部３’または監視部４により解析された通信切断原因に基づいて、コメント記憶部５から対応するコメントを検索する（Ｓ６）。表示部７は、検索されたコメントを携帯端末２０の画面に表示する（Ｓ７）。このように、本実施例の携帯端末２０は、実施例１の機能に加えて、ｃａｕｓｅ値が示される通信切断原因についても、通信切断の原因を特定し、ユーザに問題点を明示して早期復旧手順を伝えることができるため、ユーザの利便性がさらに向上する。
【００１７】
次に、本実施例の携帯端末２０の動作例について説明する。
＜動作例１：ネットワーク１００からの切断要求１＞
図６を参照して、ネットワーク１００から切断要求がなされた場合の本実施例の携帯端末２０の動作の例（動作例１）について説明する。本動作例は、携帯端末２０の電源ＯＮ（Ｓ１１）の後、携帯端末２０がパケット接続を行い（Ｓ１２）、携帯端末２０がＮＡＳコネクション設定要求信号（ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔ）をネットワーク１００に送信する場合において、当該ＮＡＳコネクション設定要求信号（ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔ）に誤ったＡＰＮ（アクセスポイント名）が含まれていた場合の携帯端末２０の動作例について説明するものである。この場合、ネットワーク１００からはＮＡＳコネクション設定要求信号に対する拒絶信号（ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｊｅｃｔ）が携帯端末２０に送信される。ネットワーク１００から送信される拒絶信号（ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｊｅｃｔ）にはｃａｕｓｅ値♯２７が含まれている。携帯端末２０の解析部３’は、通信が切断した場合に、切断要求がネットワーク１００からであることを特定する（Ｓ３ｃＹ）。監視部４は、ネットワーク１００からのＮＡＳコネクション設定要求信号に対する拒絶信号（ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｊｅｃｔ）からｃａｕｓｅ値♯２７を抽出し、抽出したｃａｕｓｅ値♯２７から通信切断原因が「ＡＰＮ誤り」であることを解析する（Ｓ４）。コメント検索部６は、解析された通信切断原因に基づいて、コメント記憶部５から対応するコメントを検索する（Ｓ６）。表示部７は、検索されたコメントを携帯端末２０の画面に表示する（Ｓ７）。表示するコメントは、例えば「ＡＰＮ誤りの可能性があるため、もう一度お確かめください」などでよい。
【００１８】
＜動作例２：ネットワーク１００からの切断要求２＞
次に、図７を参照して、ネットワーク１００から切断要求がなされた場合の本実施例の携帯端末２０の動作の例（動作例２）について説明する。本動作例は、携帯端末２０の電源ＯＮ（Ｓ１１）の後、携帯端末２０が初期位置登録要求信号（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）をネットワーク１００に送信する場合において、ネットワーク１００から初期位置登録要求信号（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）に対する拒絶信号（Ａｔｔａｃｈ  Ｒｅｊｅｃｔ）が送信された場合の携帯端末２０の動作例について説明するものである。この場合、ネットワーク１００からの拒絶信号（Ａｔｔａｃｈ  Ｒｅｊｅｃｔ）にはｃａｕｓｅ値♯１１が含まれている。携帯端末２０の解析部３’は、通信が切断した場合に、切断要求がネットワーク１００からであることを特定する（Ｓ３ｃＹ）。監視部４は、ネットワーク１００からの拒絶信号（Ａｔｔａｃｈ  Ｒｅｊｅｃｔ）からｃａｕｓｅ値♯１１を抽出し、抽出したｃａｕｓｅ値♯１１から通信切断原因が「ローミング契約がないオペレータへの接続」であることを解析する（Ｓ４）。コメント検索部６は、解析された通信切断原因に基づいて、コメント記憶部５から対応するコメントを検索する（Ｓ６）。表示部７は、検索されたコメントを携帯端末２０の画面に表示する（Ｓ７）。表示するコメントは、例えば「現在接続しようとしているオペレータには接続できません。他のオペレータを設定してください」などでよい。
【００１９】
＜動作例３：ＮＡＳ制御手段１ａからの切断要求＞
次に、図８を参照して、ＮＡＳ制御手段１ａから切断要求がなされた場合の本実施例の携帯端末２０の動作の例（動作例３）について説明する。本動作例は、携帯端末２０の電源ＯＮ（Ｓ１１）の後、携帯端末２０が通信を開始し（Ｓ１３）、ネットワークからＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄが送信された場合に、携帯端末２０のＮＡＳ制御手段１ａにおいて、何らかの原因でセキュリティがかけられなかったことを理由としてＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄに対する拒絶信号（Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｒｅｊｅｃｔ）が送信された場合の携帯端末２０の動作例について説明するものである。この場合、ＮＡＳ制御手段１ａからの拒絶信号（Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｒｅｊｅｃｔ）にはｃａｕｓｅ値♯２４が含まれている。携帯端末２０の解析部３’は、通信が切断した場合に、切断要求がＮＡＳ制御手段１ａからであることを特定する（Ｓ３ｄＹ）。監視部４は、ＮＡＳ制御手段１ａからの拒絶信号（Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｒｅｊｅｃｔ）からｃａｕｓｅ値♯２４を抽出し、抽出したｃａｕｓｅ値♯２４から通信切断原因が「何らかの原因でセキュリティがかけられなったことを理由として通信が切断したため、該当オペレータとの接続が困難」であることを解析する（Ｓ４）。コメント検索部６は、解析された通信切断原因に基づいて、コメント記憶部５から対応するコメントを検索する（Ｓ６）。表示部７は、検索されたコメントを携帯端末２０の画面に表示する（Ｓ７）。表示するコメントは、例えば「現在接続しようとしているオペレータには接続できません。他のオペレータを設定してください」などでよい。
【００２０】
＜動作例４：ｃａｕｓｅ値が示されない切断原因１＞
次に、図９を参照して、ｃａｕｓｅ値が示されない切断原因により、通信が切断された場合の本実施例の携帯端末２０の動作の例（動作例４）について説明する。本動作例は、携帯端末２０の電源ＯＮ（Ｓ１１）の後、携帯端末２０が通信を開始し（Ｓ１３）、上り信号が繰り返し再送されてもなお相手方に届かない状況が連続した場合の携帯端末２０の動作例について説明するものである。携帯端末２０の解析部３’は、通信が切断した場合に、切断要求がネットワーク１００、ＮＡＳ制御手段１ａの何れからでもないことを特定する（Ｓ３ｄＮ）。この場合、ｃａｕｓｅ値は通知されない。携帯端末２０の解析部３’は、通信が切断した場合に、各制御手段の動作を特定する。この場合、ＰＤＣＰ制御手段１ｃはパケットの秘匿処理を行い、ＲＬＣ制御手段１ｄは秘匿されたパケットをＰＤＵ（パケット・データ・ユニット）に分割し、ＭＡＣ制御手段１ｅはＨＡＲＱアルゴリズムにより、分割されたＰＤＵをネットワーク１００に送信する。ＰＨＹ制御手段１ｆは、送信電力の調整などを行う。送信に失敗したＰＤＵについては、ＨＡＲＱアルゴリズムによりＭＡＣ制御手段１ｅが再送を試みる。解析部３’はこれらの各制御手段の動作を特定し、かつ通信ログ記憶部２から抽出されたネットワーク１００への上り信号再送回数が予め定めた最大再送回数を超過して通信切断が行われた場合には、通信切断原因が「上りの通信品質の劣化」であることを特定する（Ｓ３ｂ）。コメント検索部６は、解析された通信切断原因に基づいて、コメント記憶部５から対応するコメントを検索する（Ｓ６）。表示部７は、検索されたコメントを携帯端末２０の画面に表示する（Ｓ７）。表示するコメントは、例えば「通信品質が劣化しているため、通信が途切れやすくなっております。場所を移動するか、しばらくたってから再度お試しください」などでよい。
【００２１】
＜動作例５：ｃａｕｓｅ値が示されない切断原因２＞
次に、図１０を参照して、ｃａｕｓｅ値が示されない切断原因により、通信が切断された場合の本実施例の携帯端末２０の動作の例（動作例５）について説明する。本動作例は、携帯端末２０の電源ＯＮ（Ｓ１１）の後、携帯端末２０が通信を開始し（Ｓ１３）、ランダムアクセス手順において、携帯端末２０がランダムなプリアンブル系列でプリアンブルを送信し（Ｍｅｓｓａｇｅ１）、ネットワーク１００が携帯端末２０から受信したプリアンブルに対して一時的なＩＤを発行して当該ＩＤを携帯端末２０に返信し（Ｍｅｓｓａｇｅ２）、携帯端末２０が、受信した一時的なＩＤを用いて送信を行った場合において（Ｍｅｓｓａｇｅ３）、携帯端末２０以外の携帯端末が同じプリアンブル系列を用いることにより、基地局２（ｅＮＢ）においてプリアンブルの衝突が検出された場合の携帯端末２０の動作例について説明するものである。携帯端末２０の解析部３’は、通信が切断した場合に、切断要求がネットワーク１００、ＮＡＳ制御手段１ａの何れからでもないことを特定する（Ｓ３ｄＮ）。この場合、ｃａｕｓｅ値は通知されない。携帯端末２０の解析部３’は、通信が切断した場合に、各制御手段の動作を特定する。この場合、ＮＡＳ制御手段１ａからＲＲＣ制御手段１ｂに、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージが通知される。ＲＲＣ制御手段１ｂは、サービスリクエスト（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージをネットワーク１００に送信するために、基地局２（ｅＮＢ）との間でＲＲＣコネクションを開設する必要があり、そのため、ＲＲＣコネクションリクエスト（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを送信するためのランダムアクセス手順の起動をレイヤ１／レイヤ２（ＰＤＣＰ制御手段１ｃ、ＲＬＣ制御手段１ｄ、ＭＡＣ制御手段１ｅ、ＰＨＹ制御手段１ｆ）に指示する。レイヤ１／レイヤ２（ＰＤＣＰ制御手段１ｃ、ＲＬＣ制御手段１ｄ、ＭＡＣ制御手段１ｅ、ＰＨＹ制御手段１ｆ）では、ランダムアクセス手順において、拡散符号で拡散されたランダムアクセスプリアンブル信号を、基地局２（ｅＮＢ）で検出されるまで又は所定の回数に到達するまで、徐々に送信レベルを高くしながら複数回送信する。解析部３’はこれらの各制御手段の動作を特定し、かつ通信ログ記憶部２から抽出されたネットワーク１００への上り信号再送回数が予め定めた最大再送回数を超過して通信切断が行われた場合には、通信切断原因が「ランダムアクセス手順の失敗」であることを特定する（Ｓ３ｂ）。これ以外にも、基地局２（ｅＮＢ）で、プリアンブル信号を検出できたとしても、複数の携帯端末が同じタイミングで同じプリアンブル系列を用いて信号を送信した場合には、レイヤ１／レイヤ２はＲＲＣコンテンションレゾルーション（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ：競合解決手段）メッセージをＲＲＣレイヤに通知し、プリアンブル信号の送信をやり直すという手順が行われる。この場合に、解析部３’はこれらの各制御手段の動作を特定し、かつ通信ログ記憶部２から抽出されたネットワーク１００への上り信号再送回数が予め定めた最大再送回数を超過して通信切断が行われた場合には、通信切断原因が「ランダムアクセス手順の失���」であることを特定する（Ｓ３ｂ）。コメント検索部６は、解析された通信切断原因に基づいて、コメント記憶部５から対応するコメントを検索する（Ｓ６）。表示部７は、検索されたコメントを携帯端末２０の画面に表示する（Ｓ７）。表示するコメントは、例えば「回線が込み合っているため、通信が途切れやすくなっております。場所を移動するか、しばらく時間がたってから再度お試しください」などでよい。
【００２２】
以上、動作例１〜５で具体的に示したように、本実施例の携帯端末２０は、ｃａｕｓｅ値が示されない通信切断（通信エラー）が生じた場合でも、ｃａｕｓｅ値が示される通信切断（通信エラー）が生じた場合でも、ユーザに問題点を明示して早期復旧手順を伝えることができる。
【００２３】
また、上述の各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。その他、本発明の趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【００２４】
また、上述の構成をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。
【００２５】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。
【００２６】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
【００２７】
このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
【００２８】
また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【図１】
2012253556.tif 000003
【図２】
2012253556.tif 000004
【図３】
2012253556.tif 000005
【図４】
2012253556.tif 000006
【図５】
2012253556.tif 000007
【図６】
2012253556.tif 000008
【図７】
2012253556.tif 000009
【図８】
2012253556.tif 000010
【図９】
2012253556.tif 000011
【図１０】
2012253556.tif 000012