(57)【要約】  ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末を含む移動通信システムに適用される通信制御方法は、前記ユーザ端末が、前記接続確立失敗ログを記憶するための専用記憶領域を確保するステップと、前記ユーザ端末が、前記確保するステップで確保した前記専用記憶領域に前記接続確立失敗ログを記憶するステップと、を有する。
2013168776.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末を含む移動通信システムに適用される通信制御方法であって、
前記ユーザ端末が、前記接続確立失敗ログを記憶するための専用記憶領域を確保するステップと、
前記ユーザ端末が、前記確保するステップで確保した前記専用記憶領域に前記接続確立失敗ログを記憶するステップと、を有することを特徴とする通信制御方法。
【請求項２】
前記確保するステップにおいて、前記ユーザ端末は、前記ＭＤＴ測定ログを記憶するための所定の記憶領域とは別に、前記専用記憶領域を確保することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末であって、
前記ユーザ端末は、前記接続確立失敗ログを記憶するための専用記憶領域を確保した上で、該専用記憶領域に前記接続確立失敗ログを記憶することを特徴とするユーザ端末。
【請求項４】
ユーザ端末に備えられており、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、をメモリに記憶する処理を行うプロセッサであって、
前記プロセッサは、前記接続確立失敗ログを記憶するための専用記憶領域を確保した上で、該専用記憶領域に前記接続確立失敗ログを記憶することを特徴とするプロセッサ。
【請求項５】
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末に、
前記接続確立失敗ログを記憶するための専用記憶領域を確保するステップと、
前記確保するステップで確保した前記専用記憶領域に前記接続確立失敗ログを記憶するステップと、
を実行させるためのプログラムを記憶することを特徴とする記憶媒体。
【請求項６】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される通信制御方法であって、
前記ユーザ端末が、ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動するステップと、
前記ユーザ端末が、前記接続確立失敗ログを前記タイマの満了と関連付けて記憶するステップと、を有することを特徴とする通信制御方法。
【請求項７】
前記ＲＲＣ接続確立手順は、前記ネットワークへのランダムアクセス処理を含み、
前記記憶するステップにおいて、前記ユーザ端末は、前記ランダムアクセス処理におけるランダムアクセスプリアンブルの送信回数を前記接続確立失敗ログに含めて記憶することを特徴とする請求項６に記載の通信制御方法。
【請求項８】
前記記憶するステップにおいて、前記ユーザ端末は、ランダムアクセスプリアンブルの競合が検知された場合に、前記競合の検知を示す情報を前記接続確立失敗ログに含めて記憶することを特徴とする請求項６に記載の通信制御方法。
【請求項９】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末であって、
ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動する制御部を備え、
前記制御部は、前記接続確立失敗ログを前記タイマの満了と関連付けて記憶することを特徴とするユーザ端末。
【請求項１０】
ユーザ端末に備えられており、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログをメモリに記憶する処理を行うプロセッサであって、
ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動する処理と、
前記接続確立失敗ログを前記タイマの満了と関連付けて記憶する処理と、を行うことを特徴とするプロセッサ。
【請求項１１】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末に、
ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動する処理と、
前記接続確立失敗ログを前記タイマの満了と関連付けて記憶する処理と、を実行させるためのプログラムを記憶することを特徴とする記憶媒体。
【請求項１２】
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末を含む移動通信システムに適用される通信制御方法であって、
前記ユーザ端末が、前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを記憶している場合に、所定のトリガで、ログを記憶していることを示す通知情報を前記ネットワークに送信するステップを有し、
前記通知情報は、前記ユーザ端末が記憶しているログの種別を識別可能に構成されることを特徴とする通信制御方法。
【請求項１３】
前記ユーザ端末が前記接続確立失敗ログを記憶している場合に、前記通知情報は、前記ユーザ端末が前記接続確立失敗ログを記憶していることを示すことを特徴とする請求項１２に記載の通信制御方法。
【請求項１４】
前記ネットワークが、前記ユーザ端末からの前記通知情報を受信した後、該通知情報に基づいて、ログの送信を要求するための要求情報を前記ユーザ端末に送信するステップをさらに有し、
前記要求情報は、前記ネットワークが送信を要求するログの種別を識別可能に構成されることを特徴とする請求項１２に記載の通信制御方法。
【請求項１５】
前記所定のトリガとは、前記ユーザ端末が前記ネットワークとの接続を確立又は再確立したことであることを特徴とする請求項１２に記載の通信制御方法。
【請求項１６】
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末であって、
前記ユーザ端末は、前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを記憶している場合に、所定のトリガで、ログを記憶していることを示す通知情報を前記ネットワークに送信し、
前記通知情報は、前記ユーザ端末が記憶しているログの種別を識別可能に構成されていることを特徴とするユーザ端末。
【請求項１７】
ユーザ端末に備えられるプロセッサであって、
前記プロセッサは、
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、をメモリに記憶する処理と、
前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを前記メモリが記憶している場合に、所定のトリガで、ログを記憶していることを示す通知情報を前記ネットワークに送信する処理と、を行い、
前記通知情報は、前記メモリが記憶しているログの種別を識別可能に構成されていることを特徴とするプロセッサ。
【請求項１８】
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末に、
前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを記憶している場合に、所定のトリガで、ログを記憶していることを示す情報であって、前記ユーザ端末が記憶しているログの種別を識別可能に構成された通知情報を前記ネットワークに送信するステップ、
を実行させるためのプログラムを記憶することを特徴とする記憶媒体。
【請求項１９】
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末との接続を確立する基地局であって、
前記基地局は、前記ユーザ端末からの通知情報を受信した後、該通知情報に基づいて、ログの送信を要求するための要求情報を前記ユーザ端末に送信し、
前記要求情報は、前記基地局が送信を要求するログの種別を識別可能に構成されることを特徴とする基地局。
【請求項２０】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される通信制御方法であって、
前記ユーザ端末が、前記接続確立失敗ログと、前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報と、を前記ネットワークに送信するステップを有することを特徴とする通信制御方法。
【請求項２１】
前記ユーザ端末が、前記ＲＲＣ接続確立手順の失敗が発生した際にタイマを起動するステップをさらに有し、
前記送信するステップにおいて、前記ユーザ端末は、前記接続確立失敗ログを送信する時点の前記タイマの値を示す情報を前記経過時間情報として送信することを特徴とする請求項２０に記載の通信制御方法。
【請求項２２】
前記ユーザ端末が、前記タイマを起動した後において、前記タイマの値が閾値を超えるまでは、前記接続確立失敗ログを消去せずに保持するステップをさらに有することを特徴とする請求項２０に記載の通信制御方法。
【請求項２３】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末であって、
前記ユーザ端末は、前記接続確立失敗ログと、前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報と、を前記ネットワークに送信することを特徴とするユーザ端末。
【請求項２４】
ユーザ端末に備えられており、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログをメモリに記憶する処理を行うプロセッサであって、
前記プロセッサは、さらに、前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を前記ネットワークに送信する処理を行うことを特徴とするプロセッサ。
【請求項２５】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末に、
前記接続確立失敗ログと、前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報と、を前記ネットワークに送信するステップ、
を実行させるためのプログラムを記憶することを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムに適用される通信制御方法、ユーザ端末、プロセッサ、記憶媒体、及び基地局に関する。
【背景技術】
【０００２】
移動通信システムでは、基地局の周辺にビルが建設されたり、当該基地局の周辺基地局の設置状況が変化したりすると、当該基地局に係る無線環境が変化する。このため、従来は、オペレータにより、測定機材を搭載した測定用車両を使用し、無線環境を測定して収集するドライブテストが行われている。【０００３】
このような測定及び収集は、ネットワーク最適化（例えば、基地局のパラメータ調整によるカバレッジ最適化など）に貢献できるが、工数が多く、且つ費用が高いという課題がある。【０００４】
そこで、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１０以降において、ユーザ端末を使用して当該測定及び収集を自動化するＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｅ  Ｔｅｓｔｓ）が仕様化されている（例えば、非特許文献１参照）。【０００５】
ＭＤＴの一方式として、Ｌｏｇｇｅｄ  ＭＤＴがある。Ｌｏｇｇｅｄ  ＭＤＴは、アイドル状態のユーザ端末が、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログを記憶し、記憶したＭＤＴ測定ログを後でネットワークに送信（報告）するものである。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ技術仕様  ＴＳ  ３７．３２０  Ｖ１０．４．０  （２０１１-１２）
【発明の概要】
【０００７】
ところで、ユーザ端末は、ネットワークへのアクセスに失敗することがある。該アクセス（ＲＲＣ接続確立手順）は、ネットワークへのランダムアクセス処理と、該ランダムアクセス処理の後にネットワークとの接続の確立（再確立を含む）を行う接続確立処理と、を含む。
【０００８】
このようなアクセス失敗に関する情報は、上述したネットワーク最適化に有用である。しかしながら、現状の仕様においては、アクセス失敗に関する情報を適切に取り扱うための仕組みが存在しないので、ネットワークを十分に最適化できない問題があった。
【０００９】
そこで、本発明は、ネットワークへのアクセス失敗に関する情報を適切に取り扱うことができる通信制御方法、ユーザ端末、プロセッサ、記憶媒体、及び基地局を提供することを目的とする。
【００１０】
上述した課題を解決するために、本発明は以下のような特徴を有している。
【００１１】
第１の特徴に係る通信制御方法は、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末を含む移動通信システムに適用される。前記通信制御方法は、前記ユーザ端末が、前記接続確立失敗ログを記憶するための専用記憶領域を確保するステップと、前記ユーザ端末が、前記確保するステップで確保した前記専用記憶領域に前記接続確立失敗ログを記憶するステップと、を有する。
【００１２】
第２の特徴に係る通信制御方法は、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される。前記通信制御方法は、前記ユーザ端末が、ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動するステップと、前記ユーザ端末が、前記接続確立失敗ログを前記タイマの満了と関連付けて記憶するステップと、を有する。
【００１３】
第３の特徴に係る通信制御方法は、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末を含む移動通信システムに適用される。前記通信制御方法は、前記ユーザ端末が、前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを記憶している場合に、所定のトリガで、ログを記憶していることを示す通知情報を前記ネットワークに送信するステップを有する。前記通知情報は、前記ユーザ端末が記憶しているログの種別を識別可能に構成される。
【００１４】
第４の特徴に係る通信制御方法は、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される。前記通信制御方法は、前記ユーザ端末が、前記接続確立失敗ログと、前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報と、を前記ネットワークに送信するステップを有する。
【図面の簡単な説明】
【００１５】
【図１】実施形態に係る移動通信システムの構成図である。
【図２】実施形態に係るＵＥのブロック図である。
【図３】実施形態に係るｅＮＢのブロック図である。
【図４】実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】実施形態に係る移動通信システムで使用される無線フレームの構成図である。
【図６】実施形態に係るアクセス手順のシーケンス図である。
【図７】実施形態に係る記憶領域の管理方法１を説明するための図である。
【図８】実施形態に係る記憶領域の管理方法２を説明するための図である。
【図９】実施形態に係る時間情報について説明するための図である。
【図１０】実施形態に係るログ報告方法１のシーケンス図である。
【図１１】実施形態に係るログ報告方法２のシーケンス図である。
【図１２】実施形態に係るログ報告方法３のシーケンス図である。
【図１３】その他の実施形態に係るログ報告方法を説明するための図である。
【図１４】絶対時間を必要としないタイムスタンプの一例を説明するための図である。
【図１５】タイマが満了したケースを説明するための図である。
【発明を実施するための形態】
【００１６】
［実施形態の概要］
実施形態に係る通信制御方法は、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末を含む移動通信システムに適用される。前記通信制御方法は、前記ユーザ端末が、前記接続確立失敗ログを記憶するための専用記憶領域を確保するステップと、前記ユーザ端末が、前記確保するステップで確保した前記専用記憶領域に前記接続確立失敗ログを記憶するステップと、を有する。
【００１７】
実施形態では、前記確保するステップにおいて、前記ユーザ端末は、前記ＭＤＴ測定ログを記憶するための所定の記憶領域とは別に、前記専用記憶領域を確保する。
【００１８】
実施形態に係るユーザ端末は、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できる。前記ユーザ端末は、前記接続確立失敗ログを記憶するための専用記憶領域を確保した上で、該専用記憶領域に前記接続確立失敗ログを記憶する。
【００１９】
実施形態に係るプロセッサは、ユーザ端末に備えられており、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、をメモリに記憶する処理を行う。前記プロセッサは、前記接続確立失敗ログを記憶するための専用記憶領域を確保した上で、該専用記憶領域に前記接続確立失敗ログを記憶する。
【００２０】
実施形態に係る記憶媒体は、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末に、前記接続確立失敗ログを記憶するための専用記憶領域を確保するステップと、前記確保するステップで確保した前記専用記憶領域に前記接続確立失敗ログを記憶するステップと、を実行させるためのプログラムを記憶する。
【００２１】
実施形態に係る通信制御方法は、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される。前記通信制御方法は、前記ユーザ端末が、ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動するステップと、前記ユーザ端末が、前記接続確立失敗ログを前記タイマの満了と関連付けて記憶するステップと、を有する。
【００２２】
実施形態では、前記ＲＲＣ接続確立手順は、前記ネットワークへのランダムアクセス処理を含む。前記記憶するステップにおいて、前記ユーザ端末は、前記ランダムアクセス処理におけるランダムアクセスプリアンブルの送信回数を前記接続確立失敗ログに含めて記憶する。
【００２３】
実施形態では、前記記憶するステップにおいて、前記ユーザ端末は、ランダムアクセスプリアンブルの競合が検知された場合に、前記競合の検知を示す情報を前記接続確立失敗ログに含めて記憶する。
【００２４】
実施形態に係るユーザ端末は、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できる。前記ユーザ端末は、ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動する制御部を備える。前記制御部は、前記接続確立失敗ログを前記タイマの満了と関連付けて記憶する。
【００２５】
実施形態に係るプロセッサは、ユーザ端末に備えられており、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログをメモリに記憶する処理を行う。前記プロセッサは、ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動する処理と、前記接続確立失敗ログを前記タイマの満了と関連付けて記憶する処理と、を行う。
【００２６】
実施形態に係る記憶媒体は、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末に、ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動する処理と、前記接続確立失敗ログを前記タイマの満了と関連付けて記憶する処理と、を実行させるためのプログラムを記憶する。
【００２７】
実施形態に係る通信制御方法は、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末を含む移動通信システムに適用される。前記通信制御方法は、前記ユーザ端末が、前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを記憶している場合に、所定のトリガで、ログを記憶していることを示す通知情報を前記ネットワークに送信するステップを有する。前記通知情報は、前記ユーザ端末が記憶しているログの種別を識別可能に構成される。
【００２８】
実施形態では、前記ユーザ端末が前記接続確立失敗ログを記憶している場合に、前記通知情報は、前記ユーザ端末が前記接続確立失敗ログを記憶していることを示す。
【００２９】
実施形態では、前記ネットワークが、前記ユーザ端末からの前記通知情報を受信した後、該通知情報に基づいて、ログの送信を要求するための要求情報を前記ユーザ端末に送信するステップをさらに有する。前記要求情報は、前記ネットワークが送信を要求するログの種別を識別可能に構成される。
【００３０】
実施形態では、前記所定のトリガとは、前記ユーザ端末が前記ネットワークとの接続を確立又は再確立したことである。
【００３１】
実施形態に係るユーザ端末は、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できる。前記ユーザ端末は、前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを記憶している場合に、所定のトリガで、ログを記憶していることを示す通知情報を前記ネットワークに送信する。前記通知情報は、前記ユーザ端末が記憶しているログの種別を識別可能に構成されている。
【００３２】
実施形態に係るプロセッサは、ユーザ端末に備えられる。前記プロセッサは、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、をメモリに記憶する処理と、前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを前記メモリが記憶している場合に、所定のトリガで、ログを記憶していることを示す通知情報を前記ネットワークに送信する処理と、を行う。前記通知情報は、前記メモリが記憶しているログの種別を識別可能に構成されている。
【００３３】
実施形態に係る記憶媒体は、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末に、前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを記憶している場合に、所定のトリガで、ログを記憶していることを示す情報であって、前記ユーザ端末が記憶しているログの種別を識別可能に構成された通知情報を前記ネットワークに送信するステップ、を実行させるためのプログラムを記憶する。
【００３４】
実施形態に係る基地局は、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末との接続を確立する。前記基地局は、前記ユーザ端末からの通知情報を受信した後、該通知情報に基づいて、ログの送信を要求するための要求情報を前記ユーザ端末に送信する。前記要求情報は、前記基地局が送信を要求するログの種別を識別可能に構成される。
【００３５】
実施形態に係る通信制御方法は、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される。前記通信制御方法は、前記ユーザ端末が、前記接続確立失敗ログと、前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報と、を前記ネットワークに送信するステップを有する。
【００３６】
実施形態では、前記ユーザ端末が、前記ＲＲＣ接続確立手順の失敗が発生した際にタイマを起動するステップをさらに有する。前記送信するステップにおいて、前記ユーザ端末は、前記接続確立失敗ログを送信する時点の前記タイマの値を示す情報を前記経過時間情報として送信する。
【００３７】
実施形態では、前記ユーザ端末が、前記タイマを起動した後において、前記タイマの値が閾値を超えるまでは、前記接続確立失敗ログを消去せずに保持するステップをさらに有する。
【００３８】
実施形態に係るユーザ端末は、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できる。前記ユーザ端末は、前記接続確立失敗ログと、前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報と、を前記ネットワークに送信する。
【００３９】
実施形態に係るプロセッサは、ユーザ端末に備えられており、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログをメモリに記憶する処理を行う。前記プロセッサは、さらに、前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を前記ネットワークに送信する処理を行う。
【００４０】
実施形態に係る記憶媒体は、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末に、前記接続確立失敗ログと、前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報と、を前記ネットワークに送信するステップ、を実行させるためのプログラムを記憶する。
【００４１】
以下、図面を参照して、本発明の実施形態を説明する。以下の実施形態に係る図面において、同一又は類似の部分には同一又は類似の符号を付す。
【００４２】
（１）移動通信システムの概要
図１は、本実施形態に係る移動通信システムの構成図である。
【００４３】
図１に示すように、本実施形態に係る移動通信システムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を有する。本実施形態においてＥ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００４４】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセルと称される）との無線通信を行う。本実施形態では、ＵＥ１００はユーザ端末に相当する。
【００４５】
ＵＥ１００は、待ち受け中の状態に相当するアイドル状態において、待ち受けセルを選択し、選択したセルにおいてｅＮＢ２００からの指示を待ち受ける。アイドル状態において待ち受けセルを変更する処理は、セル再選択と称される。また、ＵＥ１００は、通信中の状態に相当する接続状態において、サービングセルとの無線通信を行う。接続状態においてサービングセルを変更する処理は、ハンドオーバと称される。
【００４６】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能としても使用される。
【００４７】
ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００４８】
ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ４００（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）と、を含む。
【００４９】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００５０】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に連結される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と連結される。
【００５１】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。ＯＡＭ４００は、ＵＥ１００に対する制御を行うこともできる。
【００５２】
次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。図２は、ＵＥ１００のブロック図である。
【００５３】
図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。ここでは、ＧＮＳＳ受信機１３０を有するＵＥ１００の構成を説明するが、ＧＮＳＳ受信機１３０を有しないＵＥ１００も存在する。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００５４】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子を含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を無線信号に変換してアンテナ１０１から送信し、アンテナ１０１が受信する無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００５５】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、当該操作の内容を示す信号をプロセッサ１６０に出力する。
【００５６】
ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。
【００５７】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００５８】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。メモリ１５０に記憶される情報の詳細については後述する。
【００５９】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。ＣＰＵは、計時を行うタイマの機能も有する。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０が行う処理の詳細については後述する。
【００６０】
プロセッサ１６０は、ＧＮＳＳ受信機１３０の出力信号に基づいて位置情報を取得する。ＵＥ１００がＧＮＳＳ受信機１３０を有しない場合、プロセッサ１６０は、無線送受信機１１０が複数のｅＮＢ２００（複数のセル）から受信する無線信号に基づく測位方法（ＯＴＤＯＡなど）を実行してもよい。
【００６１】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。
【００６２】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。アンテナ２０１は、複数のアンテナ素子を含む。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を無線信号に変換してアンテナ２０１から送信し、アンテナ２０１が受信する無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。
【００６３】
ネットワークインターフェイス２２０は、Ｘ２インターフェイス及びＳ１インターフェイス上で行う通信に用いられる。
【００６４】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。
【００６５】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０が行う処理の詳細については後述する。
【００６６】
図４は、無線インターフェイスのプロトコルスタック図である。
【００６７】
図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１〜レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００６８】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００６９】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）及びリソースブロックを決定するＭＡＣスケジューラを含む。
【００７０】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００７１】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００７２】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、無線ベアラを介してデータが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は接続状態であり、そうでない場合、ＵＥ１００はアイドル状態である。
【００７３】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００７４】
図５は、移動通信システムで使用される無線フレームの構成図である。移動通信システムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ使用される。
【００７５】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。
【００７６】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用されるデータ領域である。
【００７７】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用されるデータ領域である。
【００７８】
（２）ＭＤＴの概要
本実施形態に係る移動通信システムは、ＭＤＴの一種であるＬｏｇｇｅｄ  ＭＤＴをサポートする。Ｌｏｇｇｅｄ  ＭＤＴの詳細については非特許文献１に記載されているが、ここでは、現状の仕様で規定されているＬｏｇｇｅｄ  ＭＤＴの概要を説明する。
【００７９】
Ｌｏｇｇｅｄ  ＭＤＴにおいては、アイドル状態のＵＥ１００は、ネットワークから指示された設定（Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）に従って無線環境（参照信号受信電力（ＲＳＲＰ）及び参照信号受信品質（ＲＳＲＱ）など）の測定を行い、測定結果を位置情報及び時間情報と共にＭＤＴ測定ログとして記憶する。
【００８０】
ＭＤＴの設定は、測定トリガ、測定期間、ネットワーク時間などの各種パラメータを含む。測定トリガは、測定を行う契機（イベント）を指定するパラメータである。測定期間は、ＭＤＴの設定が設定されてからＭＤＴ測定処理を終了するまでの期間を指定するパラメータである。ネットワーク時間は、時間情報の基準となるパラメータである。
【００８１】
ＵＥ１００は、接続状態においてＭＤＴの設定（Ｌｏｇｇｅｄ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）をネットワークから受信すると、該設定に含まれる測定期間をＵＥ１００内部のＤｕｒａｔｉｏｎタイマに設定して、Ｄｕｒａｔｉｏｎタイマを起動する。そして、ＵＥ１００は、アイドル状態において、測定トリガで指定された契機を検知すると、無線環境の測定を行い、測定結果、位置情報及び時間情報を含むＭＤＴ測定ログを記憶する。ここでＭＤＴ測定ログに含められる位置情報は、有効時間内かつ最新に得られたものである。また、時間情報は、測定パラメータのうちのネットワーク時間に基づいて生成される。詳細には、時間情報は、ＭＤＴの設定に含まれるネットワーク時間（基準時間）と、該ネットワーク時間から測定を行うまでの経過時間（相対時間）と、を含む。これにより、ネットワークは、ネットワーク時間（基準時間）及び経過時間（相対時間）から、測定時のネットワーク時間を推定できる。
【００８２】
ＵＥ１００は、ＭＤＴ測定ログを記憶している場合に、Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ（通知情報）の送信契機が発生したか否かを監視する。Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒの送信契機とは、ＵＥ１００がネットワークとの接続を確立又は再確立したことである。詳細には、Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒの送信契機とは、アイドル状態から接続状態に遷移したこと（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）、ハンドオーバを行ったこと（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）、ＲＲＣレイヤでの新たな設定がなされたこと（ＲＲＣ  ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）である。
【００８３】
そして、ＵＥ１００は、Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒに応じてネットワークからＭＤＴ測定ログの送信要求を受信すると、記憶しているＭＤＴ測定ログをネットワークに送信（報告）する。ｅＮＢ２００又はＯＡＭ４００は、このようにして得られたＭＤＴ測定ログに基づいてカバレッジ問題を発見すると、発見したカバレッジ問題をオペレータに通知する、もしくは解消するためのネットワーク最適化を行うことができる。
【００８４】
なお、ＵＥ１００は、上述したＤｕｒａｔｉｏｎが満了した際に、ログを保持すべき時間（仕様上、４８時間）を計時するための４８時間タイマを起動する。ＵＥ１００は、４８時間タイマが満了するまでは、ＭＤＴ測定ログを消去することなく保持しなければならない。ただし、ＵＥ１００は、ネットワークからＭＤＴ測定ログの送信要求を受信することなく、４８時間タイマが満了すると、ＭＤＴ測定ログを消去しても構わない。
【００８５】
（３）ネットワークへのアクセス手順の概要
図６は、ＵＥ１００がネットワーク（ｅＮＢ２００）へのアクセスを行う際のアクセス手順（ＲＲＣ接続確立手順）のシーケンス図である。アクセス手順（ランダムアクセス手順）の詳細は例えばＴＳ３６．３２１に記載されているが、ここではその概要を説明する。
【００８６】
図６に示すアクセス手順は、ＵＥ１００がネットワーク（ｅＮＢ２００）への初期接続又は再接続を行う場合などにおいて開始される。ＵＥ１００は、ステップＳ１に先立ち、セルサーチにより下りリンクの同期をｅＮＢ２００と確立し、ｅＮＢ２００からの報知情報（ＭＩＢ及びＳＩＢ）を受信及び復号し、上りリンクの同期を確立するためにランダムアクセス処理を開始する。
【００８７】
なお、ＵＥ１００のＲＲＣ層からＭＡＣ層に対してＲＲＣ接続確立を要求することにより、ＲＲＣ接続確立手順が開始される。ＵＥ１００は、ＲＲＣ接続確立手順を開始する際に、Ｔ３００と称されるタイマを起動する。Ｔ３００は、ＲＲＣ接続確立手順を継続する上限時間を定めるタイマである。
【００８８】
図６に示すように、ステップＳ１において、ＵＥ１００は、ランダムアクセスチャネル（ＲＡＣＨ）上でランダムアクセスプリアンブルをｅＮＢ２００に送信する。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）にマッピングされる。詳細には、ｅＮＢ２００は、ランダムアクセスプリアンブルの送信に使用可能なリソース（ランダムアクセスリソース）の情報をブロードキャストで送信（例えばＳＩＢ２で送信）しており、ＵＥ１００は、該使用可能なランダムアクセスリソースの中から選択したランダムアクセスリソースを用いてランダムアクセスプリアンブルを送信する。ランダムアクセスリソースは、プリアンブル系列を含む。
【００８９】
ステップＳ２において、ｅＮＢ２００は、ＵＥ１００からランダムアクセスプリアンブルを受信した後、該ランダムアクセスプリアンブルに基づいてＵＥ１００との間の遅延推定を行うとともに、ステップＳ３で用いるリソースを決定する。そして、ｅＮＢ２００は、ランダムアクセスプリアンブルに対する応答であるランダムアクセス応答をＤＬ−ＳＣＨ上でＵＥ１００に送信する。ランダムアクセス応答は、遅延推定の結果に基づくタイミング補正値と、決定した割当てリソースの情報と、を含む。
【００９０】
ただし、ＵＥ１００は、ｅＮＢ２００からのランダムアクセス応答を必ずしも正常に受信できるとは限らない。ランダムアクセスプリアンブルの送信から所定時間（時間窓幅）内にｅＮＢ２００からのランダムアクセス応答を受信しない場合、すなわちｅＮＢ２００へのランダムアクセス処理に失敗した場合、ＵＥ１００は、ランダムアクセスリソースを再選択し、再びランダムアクセス処理（ステップＳ１）を開始する。なお、再びランダムアクセスを開始する際には、ランダムアクセスプリアンブルの送信電力を所定のステップサイズだけ増加させる。ランダムアクセスプリアンブルの送信は複数回実施されることがあり、また、ランダムアクセスプリアンブルの送信を複数回実施してもランダムアクセス処理が成功しないことがある。
【００９１】
また、ステップＳ１で複数のＵＥ１００が同じランダムアクセスリソース（プリアンブル系列）でランダムアクセスプリアンブルを送信する場合には、アクセス競合が生じる。この場合、ステップＳ２でｅＮＢ２００が送信したランダムアクセス応答に対して複数のＵＥ１００が反応してしまうので、衝突が生じる。このようなアクセス競合は、ＲＲＣ接続確立処理において解決される。
【００９２】
ステップＳ３において、ＵＥ１００は、ｅＮＢ２００からのランダムアクセス応答を受信した後、該ランダムアクセス応答で示されるリソースを用いて、接続確立要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）をＣＣＣＨ上でｅＮＢ２００に送信する。接続確立要求は、ＵＥ１００の識別情報（一時的な識別子）を含む。
【００９３】
ステップＳ４において、ｅＮＢ２００は、ＵＥ１００からの接続確立要求を受信した後、該接続確立要求に対する応答である接続確立応答をＣＣＣＨ上でＵＥ１００に送信する。接続確立応答は、肯定応答（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）又は否定応答（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔ）である。接続確立応答は、送信先のＵＥ１００の識別情報を含む。
【００９４】
ＵＥ１００は、ｅＮＢ２００からの接続確立応答（肯定応答又は否定応答）を正常に受信すると、Ｔ３００タイマを停止する。また、ＵＥ１００は、該接続確立応答に含まれるＵＥ識別情報と、自身がステップＳ３で送信したＵＥ識別情報と、が一致するか否かを確認する。ＵＥ識別情報が一致すれば、ＵＥ１００は、該接続確立応答が自身宛のものであると判断し、ｅＮＢ２００との接続確立を完了する。
【００９５】
これに対し、ＵＥ識別情報が一致しなければ、ＵＥ１００は、該接続確立応答が自身宛のものではないと判断する。この場合、ＵＥ１００は、ランダムアクセスリソースを再選択し、再びランダムアクセス処理（ステップＳ１）を開始する。
【００９６】
なお、ＵＥ１００は、ｅＮＢ２００からの接続確立応答を受信しない場合、すなわちＴ３００タイマが満了する前に接続確立応答を受信できなかった場合においても、ランダムアクセスリソースを再選択し、再びランダムアクセス処理（ステップＳ１）を開始する。
【００９７】
以下において、ＲＲＣ接続確立手順の失敗とは、主に、Ｔ３００タイマが停止されずに満了したことを意味する。
【００９８】
（４）実施形態に係る動作
以下において、ＵＥ１００の動作を中心に、本実施形態に係る移動通信システムの動作を説明する。
【００９９】
図６に示すアクセス手順に失敗した場合、該アクセス失敗に関する情報をネットワークが把握できれば、例えばｅＮＢ２００のパラメータを最適化することで、以降のアクセス失敗の発生頻度を低くすることができる。しかし、現状の仕様では、アクセス失敗の結果、ＵＥ１００がアイドル状態を維持する場合には、該アクセス失敗に関する情報がネットワークに報告されないという問題がある。
【０１００】
そこで、本実施形態に係るＵＥ１００は、ＲＲＣ接続確立手順（アクセス手順）に失敗した場合に、該アクセス失敗に関する接続確立失敗ログ（アクセス失敗ログ）を記憶する。ＵＥ１００は、ネットワークからの設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が行われていなくても、ネットワークへのアクセスに失敗すれば、接続確立失敗ログを自律的に記憶する。これは、ネットワークからの設定が行われていなければログを記憶しないＭＤＴとは異なる。
【０１０１】
以下において、接続確立失敗ログの記憶・報告に関して説明する。
【０１０２】
（４．１）記憶領域の管理
ＵＥ１００がＭＤＴ測定ログ及び接続確立失敗ログの両方を記憶する場合、各ログを適切に記憶できるようＵＥ１００のメモリ１５０の記憶領域を管理する必要がある。本実施形態では、ＵＥ１００のプロセッサ１６０は、接続確立失敗ログを記憶するための専用記憶領域を確保する。そして、プロセッサ１６０は、確保した専用記憶領域に接続確立失敗ログを記憶する。
【０１０３】
図７は、本実施形態に係る記憶領域の管理方法１を説明するための図である。
【０１０４】
図７に示すように、プロセッサ１６０は、ＭＤＴ測定ログを記憶するための記憶領域（所定の記憶領域）１５０−１とは別に、接続確立失敗ログを記憶するための専用記憶領域１５０−２を予めメモリ１５０に確保する。なお、仕様上、ＭＤＴ測定ログを記憶するための記憶領域１５０−１の容量は、最小で６４ｋバイトと規定されている。プロセッサ１６０は、確保した専用記憶領域に接続確立失敗ログを記憶する。
【０１０５】
図８は、本実施形態に係る記憶領域の管理方法２を説明するための図である。
【０１０６】
図８に示すように、プロセッサ１６０は、ＭＤＴ測定ログを記憶するための記憶領域１５０−１内に、接続確立失敗ログを記憶するための専用記憶領域１５０−２を確保する。この場合、記憶領域１５０−１が、ＭＤＴ測定ログで埋まらないように制御する必要がある。このため、プロセッサ１６０は、ＭＤＴ測定ログのデータ量が閾値を超える場合に、該閾値を超えた以降の前記ＭＤＴ測定ログを記憶しないことによって、専用記憶領域１５０−２を確保する。これにより、記憶領域１５０−１内に専用記憶領域１５０−２を予め確保しておくことができる。
【０１０７】
或いは、必要に応じて記憶領域１５０−１内に専用記憶領域１５０−２を一時的に確保してもよい。詳細には、プロセッサ１６０は、記憶領域１５０−１内に接続確立失敗ログを記憶可能な空き領域が存在しない場合に、記憶領域１５０−１内に記憶されているＭＤＴ測定ログの一部を消去することによって、記憶領域１５０−１内に専用記憶領域１５０−２を確保する。
【０１０８】
このように、ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるＵＥ１００は、接続確立失敗ログを記憶するための専用記憶領域１５０−２を確保する。そして、ＵＥ１００が、確保した専用記憶領域１５０−２に接続確立失敗ログを記憶する。
【０１０９】
これにより、接続確立失敗ログをＭＤＴ測定ログから隔離した状態で記憶できるので、ＭＤＴ測定ログと接続確立失敗ログとを個別にネットワークに送信できる。よって、ネットワークは、ＭＤＴ測定ログと接続確立失敗ログとを判別して分離するという複雑な処理を行う必要がない。
【０１１０】
図７に示す記憶領域の管理方法１では、ＵＥ１００は、ＭＤＴ測定ログを記憶するための記憶領域１５０−１とは別に、接続確立失敗ログを記憶するための専用記憶領域１５０−２を予め確保するので、メモリ１５０の記憶領域の消費量は増えるものの、接続確立失敗ログをＭＤＴ測定ログから隔離した状態でより確実に記憶できる。
【０１１１】
図８に示す記憶領域の管理方法２では、ＵＥ１００は、ＭＤＴ測定ログを記憶するための記憶領域１５０−１内に、接続確立失敗ログを記憶するための専用記憶領域１５０−２を一時的に確保するので、メモリ１５０の記憶領域の消費量を抑制しつつ、接続確立失敗ログをＭＤＴ測定ログから隔離した状態で記憶できる。
【０１１２】
（４．２）接続確立失敗ログの内容
次に、本実施形態に係る接続確立失敗ログの内容について説明する。
【０１１３】
本実施形態に係る接続確立失敗ログは、ＵＥ１００がＲＲＣ接続確立（アクセス）に失敗したセルのセルＩＤと、ランダムアクセスプリアンブルの送信回数と、ＵＥ１００がアクセスに失敗した際の無線環境（ＵＥ１００がアクセスに失敗したセルに関する無線環境）と、ランダムアクセスリソースの再選択理由と、を含む。接続確立失敗ログは、さらに、時間情報及び位置情報を含んでもよい。接続確立失敗ログにおける時間情報の詳細については後述する。また、接続確立失敗ログは、位置情報に基づいて得られる移動速度情報を含んでもよい。
【０１１４】
ここで、接続確立失敗ログに含められる「ランダムアクセスリソースの再選択理由」について説明する。上述したように、ネットワークへのアクセスは、ネットワークへのランダムアクセス処理と、該ランダムアクセス処理の後にネットワークとの接続を確立する接続確立処理と、を含む。ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるＵＥ１００は、アクセス失敗（ランダムアクセス処理の失敗又は接続確立処理の失敗）の度に、ランダムアクセス処理に使用するランダムアクセスリソースを再選択する。
【０１１５】
ＵＥ１００は、接続確立失敗ログを、ランダムアクセスリソースの再選択と関連付けて記憶する。詳細には、ＵＥ１００は、アクセス失敗の際にランダムアクセスリソースを再選択すると、該再選択の理由を示す情報を、該アクセス失敗についての接続確立失敗ログに含める。また、１つの接続確立失敗ログは、同一のランダムアクセスリソースと対応付けられており、ランダムアクセスリソースが再選択される度に、新たな接続確立失敗ログが生成可能とされる。
【０１１６】
ランダムアクセス処理は、ランダムアクセスプリアンブルをＵＥ１００からネットワークへ送信する処理と、ランダムアクセス応答をネットワークからＵＥ１００へ送信する処理と、を含む。接続確立処理は、接続確立要求をＵＥ１００からネットワークへ送信する処理と、接続確立応答をネットワークからＵＥ１００へ送信する処理と、を含む。
【０１１７】
ランダムアクセスリソースの再選択理由とは、例えば、ランダムアクセス応答をＵＥ１００が受信しないこと、接続確立応答をＵＥ１００が受信しないこと、又は、ＵＥ１００が受信した接続確立応答にＵＥ１００の識別情報が含まれていないこと、の何れかである。
【０１１８】
「ランダムアクセス応答をＵＥ１００が受信しない」とは、ＵＥ１００がランダムアクセスプリアンブルを送信してから時間窓幅内にランダムアクセス応答を受信しないことを意味する。「接続確立応答をＵＥ１００が受信しない」とは、ＵＥ１００が接続確立要求を送信してからＴ３００タイマが満了する前に接続確立応答を受信しないことを意味する。「ＵＥ１００が受信した接続確立応答にＵＥ１００の識別情報が含まれていない」とは、アクセスが競合した結果、ＵＥ１００が選ばれなかったことを意味する。
【０１１９】
ここで、ランダムアクセス応答をＵＥ１００が受信しないことによるアクセス失敗、及び、接続確立応答をＵＥ１００が受信しないことによるアクセス失敗については、ｅＮＢ２００のパラメータ最適化により改善することができる。一方、アクセスが競合したことによるアクセス失敗については、ｅＮＢ２００のパラメータ最適化により改善することが困難である。したがって、ランダムアクセスリソースの再選択原因として接続確立失敗ログに含めるのは、「ランダムアクセス応答をＵＥ１００が受信しない」及び「接続確立応答をＵＥ１００が受信しない」のみとしてもよい。或いは、アクセスが競合したことによるアクセス失敗についての接続確立失敗ログは消去可能としてもよい。
【０１２０】
このように、接続確立失敗ログを、ランダムアクセスリソースの再選択と関連付けて記憶することによって、利用価値の高い接続確立失敗ログを効率的に記憶できる。
【０１２１】
（４．３）時間情報
次に、接続確立失敗ログに含められる「時間情報」について説明する。
【０１２２】
上述したように、ＭＤＴが設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）されているＵＥ１００においては、該設定にネットワーク時間（基準時間）が含まれているので、該ネットワーク時間から測定を行うまでの経過時間をタイマにより計時して、測定時の時間情報を得ている。
【０１２３】
これに対し、接続確立失敗ログは、ＭＤＴが設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）されていないＵＥ１００においても記憶されるべきものであるため、基準となるネットワーク時間がＵＥ１００に存在しないことがある。この場合、アクセス失敗時の時間情報を得ることができない。
【０１２４】
そこで、本実施形態では、以下のようにしてアクセス失敗時の時間情報を得る。図９は、本実施形態に係る時間情報について説明するための図である。
【０１２５】
図９に示すように、ステップＳ１１において、ＵＥ１００は、アクセス失敗が発生した際に、接続確立失敗ログを送信するまでの経過時間を計時するためのタイマ（以下、「経過時間用タイマ」と称する）を起動する。なお、本実施形態では、ＵＥ１００は、経過時間用タイマの値が閾値に達するまでは、接続確立失敗ログを消去することなく保持しなければならない。
【０１２６】
ステップＳ１２において、ＵＥ１００は、接続確立失敗ログを記憶している場合において、Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒの送信契機が発生すると、接続確立失敗ログを記憶していることを示すＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒをネットワーク（ｅＮＢ２００）に送信する。接続確立失敗ログのＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒの送信契機は、ＭＤＴ測定ログのＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒの送信契機と同じとしてもよい。また、ＵＥ１００は、ステップＳ１１で起動した経過時間用タイマの値に基づいて、アクセス失敗が発生してから接続確立失敗ログを送信するまでの経過時間を示す経過時間情報を生成してもよい。
【０１２７】
ここでは、ｅＮＢ２００が、Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒに基づいて、接続確立失敗ログの送信をＵＥ１００に要求したと仮定して説明を進める。
【０１２８】
ステップＳ１３において、ＵＥ１００は、ｅＮＢ２００からの要求に応じて、記憶している接続確立失敗ログをｅＮＢ２００に送信する。その際、ＵＥ１００は、ステップＳ１１で起動した経過時間用タイマの値（経過時間情報）を接続確立失敗ログに含めて送信する。
【０１２９】
ステップＳ１４において、ｅＮＢ２００は、ＵＥ１００からの接続確立失敗ログ及び経過時間情報を受信し、該経過時間情報と、ネットワークが管理するネットワーク時間と、に基づいて、アクセス失敗の発生時点に対応するネットワーク時間を推定する。詳細には、ｅＮＢ２００は、ＵＥ１００からの接続確立失敗ログ及び経過時間情報を受信した時点のネットワーク時間から、該経過時間情報が示す経過時間を減算することによって、アクセス失敗の発生時点に対応するネットワーク時間を推定する。ただし、該推定の主体は、ｅＮＢ２００に限らず、ＯＡＭ４００であってもよい。
【０１３０】
このように、基準となるネットワーク時間がＵＥ１００に存在しない場合であっても、ネットワークが、アクセス失敗の発生時点に対応するネットワーク時間を推定できる。
【０１３１】
なお、図９は、１回のアクセス失敗についての接続確立失敗ログをネットワークに送信するケースを例示しているが、複数回分のアクセス失敗についての複数の接続確立失敗ログをまとめてネットワークに送信するケースにおいては、以下のような変更が必要である。
【０１３２】
詳細には、ＵＥ１００は、経過時間用タイマを起動した後において、新たなアクセス失敗が発生した場合に、該新たなアクセス失敗が発生した時点の経過時間用タイマの値を記憶する。
【０１３３】
例えば、ＵＥ１００は、１回目のアクセス失敗についての接続確立失敗ログ１を記憶している場合において、２回目のアクセス失敗が生じると、２回目のアクセス失敗時点の経過時間用タイマの値（経過時間情報１）を記憶する。
【０１３４】
その後、１回目のアクセス失敗についての接続確立失敗ログ１と、２回目のアクセス失敗についての接続確立失敗ログ２と、をまとめてネットワークに送信する場合、ＵＥ１００は、接続確立失敗ログ２に経過時間情報１を含めるとともに、接続確立失敗ログ１に現時点のタイマの値（経過時間情報２）を含める。
【０１３５】
ネットワークは、接続確立失敗ログ１及び２を受信すると、現時点のネットワーク時間から経過時間情報２を減算することによって、接続確立失敗ログ１に対応するアクセス失敗時点のネットワーク時間（ネットワーク時間１）を推定する。
【０１３６】
また、ネットワークは、推定したネットワーク時間１に経過時間情報１を加算することによって、接続確立失敗ログ２に対応するアクセス失敗時点のネットワーク時間（ネットワーク時間２）を推定する。
【０１３７】
このように、ログ送信時までに複数回のアクセス失敗が生じても、各アクセス失敗時のネットワーク時間を適切に推定できる。
【０１３８】
（４．４）ログ報告方法
次に、ネットワークへの接続確立失敗ログの送信（すなわち、ログ報告）について説明する。
【０１３９】
本実施形態では、ＭＤＴ測定ログと接続確立失敗ログとを記憶できるＵＥ１００は、ＭＤＴ測定ログ及び／又は接続確立失敗ログを記憶している場合に、所定のトリガで、ログを記憶していることを示すＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ（通知情報）をネットワークに送信する。Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒは、ＵＥ１００が記憶しているログの種別を識別可能に構成される。すなわち、ＵＥ１００が接続確立失敗ログを記憶している場合には、Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒは、ＵＥ１００が接続確立失敗ログを記憶していることを示すことができる。
【０１４０】
また、ネットワーク（ｅＮＢ２００）は、ＵＥ１００からの通知情報を受信した後、該通知情報に基づいて、ログの送信を要求するためのＬｏｇ  Ｒｅｑｕｅｓｔ（要求情報）をＵＥ１００に送信するにあたり、該Ｌｏｇ  Ｒｅｑｕｅｓｔが、送信を要求するログの種別を識別可能に構成されてもよい。
【０１４１】
図１０は、本実施形態に係るログ報告方法１のシーケンス図である。以下では、ＵＥ１００がＭＤＴ測定ログ又は接続確立失敗ログの少なくとも一方を記憶していると仮定している。
【０１４２】
図１０に示すように、ステップＳ１１１において、ＵＥ１００は、ＭＤＴにおけるＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒの送信契機が発生すると、Ａｖａｉｌａｂｉｌｉｔｙ  ＩｎｄｉｃａｔｏｒをｅＮＢ２００に送信する。ここで、Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒは、ＵＥ１００が記憶しているログの種別を識別可能に構成されている。例えば、Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒは、ＭＤＴ測定ログの有無を示す１ビットのフラグと、接続確立失敗ログの有無を示す１ビットのフラグと、によって構成される。或いは、ＭＤＴ測定ログの有無を示すＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒと、接続確立失敗ログの有無を示すＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒと、いうように、Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ自体を分けてもよい。
【０１４３】
このように、本シーケンスにおいて、接続確立失敗ログを記憶していることを示すＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒを送信するトリガ（所定のトリガ）は、ＭＤＴにおけるＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒの送信契機と同じである。
【０１４４】
ｅＮＢ２００は、ＵＥ１００から受信したＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒに基づいて、ＵＥ１００が記憶しているログの種別（ＭＤＴ測定ログ、接続確立失敗ログ）を判別する。そして、ｅＮＢ２００は、ＭＤＴ測定ログの送信を要求するか否か、及び、接続確立失敗ログの送信を要求するか否かを判断する。該判断の基準は、オペレータが手動で設定してもよく、最適化の対象となるパラメータに応じてネットワークが自動で設定してもよい。
【０１４５】
ステップＳ１１２において、ｅＮＢ２００は、ログの送信を要求するためのＬｏｇ  ＲｅｑｕｅｓｔをＵＥ１００に送信する。ここで、Ｌｏｇ  Ｒｅｑｕｅｓｔは、送信を要求するログの種別を識別可能に構成されている。例えば、Ｌｏｇ  Ｒｅｑｕｅｓｔは、ＭＤＴ測定ログの送信を要求するか否かを示す１ビットのフラグと、接続確立失敗ログの送信を要求するか否かを示す１ビットのフラグと、によって構成される。或いは、ＭＤＴ測定ログの送信を要求するか否かを示すＬｏｇ  Ｒｅｑｕｅｓｔと、接続確立失敗ログの有無を示すＬｏｇ  Ｒｅｑｕｅｓｔと、いうように、Ｌｏｇ  Ｒｅｑｕｅｓｔ自体を分けてもよい。
【０１４６】
ステップＳ１１３において、ＵＥ１００は、ｅＮＢ２００から受信したＬｏｇ  Ｒｅｑｕｅｓｔに基づいて、送信が要求されたログ（ＭＤＴ測定ログ、接続確立失敗ログ）をｅＮＢ２００に送信する。
【０１４７】
このように、ログ報告方法１によれば、ネットワーク（ｅＮＢ２００）は、ＭＤＴ測定ログ及び接続確立失敗ログのうち、必要なログのみを取得できる。
【０１４８】
図１１は、本実施形態に係るログ報告方法２のシーケンス図である。ここでは、ログ報告方法１との相違点を説明する。
【０１４９】
図１１に示すように、ステップＳ１２１はログ報告方法１と同様であるが、ステップＳ１２２はログ報告方法１と異なる。詳細には、ステップＳ１２２において、ｅＮＢ２００は、ＭＤＴ測定ログ及び接続確立失敗ログを区別せずに、ログの送信をＵＥ１００に要求する。この場合、ステップＳ１２３において、ＵＥ１００は、ＭＤＴ測定ログ及び接続確立失敗ログを区別せずに、記憶している全てのログをｅＮＢ２００に送信する。
【０１５０】
このように、ログ報告方法２によれば、ログ報告方法１に比べて処理を簡略化できる。
【０１５１】
図１２は、本実施形態に係るログ報告方法３のシーケンス図である。
【０１５２】
図１２に示すように、ステップＳ１３１において、ＵＥ１００は、ＭＤＴ測定ログを記憶していることを示すＡｖａｉｌａｂｉｌｉｔｙ  ＩｎｄｉｃａｔｏｒをｅＮＢ２００に送信する。
【０１５３】
ステップＳ１３２において、ｅＮＢ２００は、ＵＥ１００からのＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒに基づいて、ログの送信を要求するＬｏｇ  ＲｅｑｕｅｓｔをＵＥ１００に送信する。
【０１５４】
ステップＳ１３３において、ＵＥ１００は、ｅＮＢ２００からのＬｏｇ  Ｒｅｑｕｅｓｔに応じて、ＭＤＴ測定ログをｅＮＢ２００に送信する。その際、ＵＥ１００は、接続確立失敗ログを記憶していれば、接続確立失敗ログを記憶していることを示すＡｖａｉｌａｂｉｌｉｔｙ  ＩｎｄｉｃａｔｏｒをＭＤＴ測定ログと共にｅＮＢ２００に送信する。
【０１５５】
このように、本シーケンスにおいて、接続確立失敗ログを記憶していることを示すＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒを送信するトリガ（所定のトリガ）とは、Ｌｏｇ  ＲｅｑｕｅｓｔをネットワークからＵＥ１００が受信したことである。
【０１５６】
ステップＳ１３４において、ｅＮＢ２００は、ＵＥ１００からのＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒに基づいて、接続確立失敗ログの送信を要求するＬｏｇ  ＲｅｑｕｅｓｔをＵＥ１００に送信する。
【０１５７】
ステップＳ１３５において、ＵＥ１００は、ｅＮＢ２００からのＬｏｇ  Ｒｅｑｕｅｓｔに応じて、接続確立失敗ログをｅＮＢ２００に送信する。
【０１５８】
このように、ログ報告方法３によれば、ＭＤＴ測定ログの報告シーケンスに対して若干追加を加えるだけで、接続確立失敗ログを報告できる。
【０１５９】
（５）その他の実施形態
この開示の一部をなす記述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【０１６０】
上述した実施形態では、ＭＤＴ測定ログと接続確立失敗ログとで記憶領域を分けて、ＭＤＴ測定ログと接続確立失敗ログとを個別にネットワークに送信する一例を説明した。しかしながら、ＭＤＴ測定ログと接続確立失敗ログとをまとめて記憶し、ＭＤＴ測定ログと接続確立失敗ログとを一括して送信してもよい。図１３は、その他の実施形態に係るログ報告方法を説明するための図である。ここでは、ＵＥ１００がＭＤＴ測定ログ又は接続確立失敗ログの少なくとも一方を記憶していると仮定している。図１３に示すように、ステップＳ２０１において、ＵＥ１００は、ＭＤＴにおけるＡｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒの送信契機が発生すると、Ａｖａｉｌａｂｉｌｉｔｙ  ＩｎｄｉｃａｔｏｒをｅＮＢ２００に送信する。ステップＳ２０２において、ｅＮＢ２００は、ログの送信を要求するためのＬｏｇ  ＲｅｑｕｅｓｔをＵＥ１００に送信する。ステップＳ２０３において、ＵＥ１００は、ｅＮＢ２００から受信したＬｏｇ  Ｒｅｑｕｅｓｔに基づいて、記憶しているログ（ＭＤＴ測定ログ、接続確立失敗ログ）をｅＮＢ２００に送信する。
【０１６１】
また、上述した実施形態では、ランダムアクセスリソースを再選択する毎に、ランダムアクセスリソースの再選択理由を含む接続確立失敗ログを生成していたが、ランダムアクセス問題を上位レイヤ（すなわち、レイヤ２(MAC)からレイヤ３(RRC)）に通知するタイミング、すなわちＴ３００が満了した場合、もしくは送信ランダムアクセスプリアンブル数（ランダムアクセスプリアンブルの送信回数）が、閾値（すなわち、ランダムアクセスプリアンブルの最大送信可能回数に相当する「preambleTransMax」）を超えた場合のみ、上記ランダムアクセス問題が発生した原因（ランダムアクセスリソースの再選択理由）を含む接続確立失敗ログを生成しても良い。なお、ランダムプリアンブルの送信回数が閾値を超えた場合は、どの過程（例えば、‘Random Access Response not received’, ‘Lost in contention resolution’, 又は‘T300 is expired’など）でランダムアクセスプリアンブルの送信回数が閾値に達したかの情報を、接続確立失敗ログに含めても良い。
【０１６２】
上述した実施形態では、ＵＥ１００は、アクセス失敗の発生時点から接続確立失敗ログの送信時点までの経過時間を計時するためのタイマ（経過時間用タイマ）を、接続確立失敗ログを保持すべき時間（ログ保持時間）を計時するためのタイマとして共用する一例を説明した。
【０１６３】
しかしながら、経過時間用タイマとは別に、接続確立失敗ログを保持すべき時間（ログ保持時間）を計時するためのタイマ（以下、「ログ保持時間用タイマ」と称する）を新たに設けてもよい。ログ保持時間用タイマを新たに設けるケースでは、アクセス失敗の時点からの経過時間を経過時間用タイマで計時し、かつ、接続確立失敗ログを保持すべき時間（ログ保持時間）をログ保持時間用タイマで計時することができる。
【０１６４】
例えば、ＵＥ１００は、１回目のアクセス失敗が発生した際に、経過時間用タイマ及びログ保持時間用タイマの両方を起動する。そして、２回目のアクセス失敗が発生した際には、経過時間タイマが示すタイマ値（経過時間）を記憶するとともに、ログ保持時間用タイマを再起動（リセット）する。ログ保持時間用タイマを再起動することにより、新たなアクセス失敗が生じたことに応じて、接続確立失敗ログを保持すべき時間（ログ保持時間）を延長できる。
【０１６５】
なお、ログ保持時間用タイマとして、Ｌｏｇｇｅｄ  ＭＤＴで使用される４８時間タイマを流用してもよい。
【０１６６】
（６）付記
上述したように、ＲＲＣ接続のＡｃｃｅｓｓｉｂｉｌｉｔｙ測定（アクセス性測定）では、ＬＴＥ及びＵＭＴＳについてＲＲＣ接続の確立失敗が記憶（ロギング）される。すなわち、ログは、ＲＲＣ接続の確立手順に失敗した場合に生成される。ＵＥは、ログを生成するようネットワークから明確に設定されなくても、ＲＲＣ接続の確立失敗を記憶（ログ）する。
【０１６７】
しかしながら、ＭＤＴログが、ＲＡＣＨ手順が成功しなかったのかＴ３００タイマが満了したのかを区別できるようにするかについては、検討の余地がある。また、Ｌｏｇｇｅｄ  ＭＤＴレポートとして実現するのかＲＬＦレポートのような個別の手順として実現するかについては、検討の余地がある。以下において、記憶（ロギング）及びレポートに着目してＡｃｃｅｓｓｉｂｉｌｉｔｙ測定について説明する。
【０１６８】
（Ａｃｃｅｓｓｉｂｉｌｉｔｙ測定のアーキテクチャ）
Ａｃｃｅｓｓｉｂｉｌｉｔｙ測定ログは、ＲＲＣ接続確立手順に失敗した場合に生成される。ＲＲＣ接続確立手順の失敗には様々な原因が想定される。かかる失敗が、ネットワーク混雑、又はカバレッジ外の移動に起因する場合、ＵＥは、Ｅ−ＵＴＲＡネットワークに速やかに再接続することが困難である。よって、Ａｃｃｅｓｓｉｂｉｌｉｔｙ測定には現在のＬｏｇｇｅｄ  ＭＤＴレポートのアーキテクチャがふさわしく、ネットワークによるログの取得に柔軟性を持たせることが好ましい。
【０１６９】
提案１：Ｌｏｇｇｅｄ  ＭＤＴレポートのアーキテクチャは、Ａｃｃｅｓｓｉｂｉｌｉｔｙ測定に再利用されるべきである。
【０１７０】
提案１が採用される場合、ロギング及びログ通知が検討されるべきである。ＵＥに既存のＬｏｇｇｅｄ  ＭＤＴが設定（Ｃｏｎｆｉｇｕｒｅ）されている場合には、ＡｃｃｅｓｓｉｂｉｌｉｔｙログをＬｏｇｇｅｄ  ＭＤＴのログと結合するのかＬｏｇｇｅｄ  ＭＤＴのログと分離するのかを規定する必要がある。Ａｃｃｅｓｓｉｂｉｌｉｔｙログは明示的な設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が無くても生成されるので、ネットワークがＭＤＴ測定及びＡｃｃｅｓｓｉｂｉｌｉｔｙ測定のそれぞれのログを抽出することは難しく、また、ログを結合することによる明白な効果も無い。さらに、ログが結合されてしまうと、ＵＥが記憶しているログの種別をネットワークに通知することが難しい。ネットワークにおける柔軟性を持たせるために、ＵＥは、Ａｃｃｅｓｓｉｂｉｌｉｔｙログの可用性をネットワークに知らせるために個別の通知（Ｉｎｄｉｃａｔｏｒ）を送信すべきである。
【０１７１】
現状、ログ量が適切なＵＥメモリ量を超えた場合には、ＵＥが自律的にロギングを停止することが許容されている。よって、Ａｃｃｅｓｓｉｂｉｌｉｔｙログが、アイドル状態（アイドルモード）でのＬｏｇｇｅｄ  ＭＤＴのログと結合される場合、Ａｃｃｅｓｓｉｂｉｌｉｔｙ測定も同様に停止される。しかしながら、Ａｃｃｅｓｓｉｂｉｌｉｔｙ測定ログは、Ａｃｃｅｓｓｉｂｉｌｉｔｙ問題を軽減するために非常に重要なものである。従って、メモリリソースの制約に起因してＬｏｇｇｅｄ  ＭＤＴが停止されただけでＡｃｃｅｓｓｉｂｉｌｉｔｙ測定及びログが停止されるべきではない。最適な解法はＡｃｃｅｓｓｉｂｉｌｉｔｙ測定及びＬｏｇｇｅｄ  ＭＤＴ測定の各ログを個別に持つことである。
【０１７２】
提案２：メモリリソースの制約に起因してＬｏｇｇｅｄ  ＭＤＴが停止されても、Ａｃｃｅｓｓｉｂｉｌｉｔｙ測定及びログは継続されるべきである。
【０１７３】
提案３：Ａｃｃｅｓｓｉｂｉｌｉｔｙ測定結果は他のログとは個別に記憶されるべきである。また、ＵＥは、Ａｃｃｅｓｓｉｂｉｌｉｔｙログが利用可能である場合に、Ｌｏｇｇｅｄ  Ａｖａｉｌａｂｉｌｉｔｙ  Ｉｎｄｉｃａｔｏｒとは別に、新たなＩｎｄｉｃａｔｏｒを送信すべきである。
【０１７４】
尚、Ａｃｃｅｓｓｉｂｉｌｉｔｙログを記憶するために確保するメモリサイズが規定されるべきである。
【０１７５】
（Ａｃｃｅｓｓｉｂｉｌｉｔｙ測定のＬｏｇｇｉｎｇ単位）
次に、ＡｃｃｅｓｓｉｂｉｌｉｔｙログがＲＡＣＨ手順の失敗とＴ３００の満了とを識別できる必要性について検討する。Ａｃｃｅｓｓｉｂｉｌｉｔｙ問題を十分に評価するために、問題発生の位置・時刻、手続き上の事項をＮＷ／ＲＮＣ／ｅＮＢで把握することが好ましい。失敗理由に応じてネットワーク最適化の処理が異なるからである。よって、Ａｖａｉｌａｂｉｌｉｔｙ失敗が発生した際に、Ａｃｃｅｓｓｉｂｉｌｉｔｙ失敗の原因を記憶すべきである。
【０１７６】
現行の仕様において、「ＲＡ応答ウィンドウ内にランダムアクセス応答が得られない、又は、受信したランダムアクセス応答の何れにも、送信したランダムアクセスプリアンブルに対応するランダムアクセスプリアンブル識別子が含まれない」、及び「コンテンション解消が成功しなかったと判断される」場合には、ＵＥはランダムアクセスリソースを再選択できる。よって、選択されたＲＡプリアンブルのそれぞれについて、ＲＡ失敗試行が記憶されることは、ネットワークにとって有益である。
【０１７７】
提案４：選択されたＲＡプリアンブルのそれぞれについて、ＲＡ失敗試行が記憶されるべきである。
【０１７８】
（Ａｃｃｅｓｓｉｂｉｌｉｔｙ測定ログの内容）
現行の仕様を用いてネットワークが利用可能な情報は測定から除外されるべきである。失敗したランダムアクセス試行に関する情報の記憶（ロギング）及び報告は有用であるが、成功したランダムアクセス試行の測定は必須ではなく、記憶（ロギング）及び報告されるべきではない。
【０１７９】
ＲＡ試行のセル識別子、送信したＲＡＣＨプリアンブルの数、及び無線環境（トリガ発生時に利用可能なセル測定）は最適化に有用であって、ＵＥにより記憶（ログ）されるべきである。失敗したランダムアクセス試行の時刻、移動状態の情報、及び選択したプリアンブル群は、更なる分析のために有用と考えられる。位置情報も重要であるが、Ａｖａｉｌａｂｉｌｉｔｙ測定にはＧＮＳＳ位置情報は要求されるべきではない。ＲＡＣＨ送信は定期的なイベントではないため、ＧＮＳＳ受信機により有効な位置情報を得るための十分な時間は無い。仮に、詳細位置情報が必須になる場合、ＵＥは、ＧＮＳＳ位置測定が利用可能になるまでアクセス試行を行うことができない、又は、常にＧＮＳＳ受信機をオンにしていなければならない。要求位置情報のための有効な一方法として、Ｅ−Ｃｅｌｌ  ＩＤの使用が考えられる。よって、位置情報が必須である場合、Ａｖａｉｌａｂｉｌｉｔｙ失敗ケースのための位置情報を得るベースラインとしては、Ｅ−Ｃｅｌｌ  ＩＤが考えられる。
【０１８０】
提案５：Ａｃｃｅｓｓｉｂｉｌｉｔｙログには、ＲＡ試行のセル識別子、送信したＲＡＣＨプリアンブルの数、ＲＡ失敗時の無線環境、及び新たにＲＡリソースを選択した理由（すなわち、「ランダムアクセス応答が受信されない」、「コンテンションが解決されない」、「Ｔ３００が満了した」）を含めるべきある。
【０１８１】
提案６：Ａｖａｉｌａｂｉｌｉｔｙ失敗ケースのための位置情報を得るために、Ｅ−Ｃｅｌｌ  ＩＤが使用されるべきである。有効なＧＮＳＳ位置情報及び／又はＵＥ速度情報もログに含めてよい。ＲＡＲ受信点に基づいてＧＮＳＳ位置情報が有効か否かを判断すべきかは検討の余地がある。
【０１８２】
（時刻関連事項の検討）
問題発生それぞれのタイムスタンプをＡｃｃｅｓｓｉｂｉｌｉｔｙログに含めるべきかについて検討する。現状、ＵＥのタイムスタンプは、ＭＤＴ設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）で提供される絶対時間の可用性に基づいている。これはＵＥにＬｏｇｇｅｄ  ＭＤＴが設定されている場合に限り有効である。また、Ａｃｃｅｓｓｉｂｉｌｉｔｙ測定は明示的に設定されず、ＵＥは絶対時間情報を持たない可能性がある。Ａｃｃｅｓｓｉｂｉｌｉｔｙ問題が発生した時刻から、その問題の報告が完了するまでの時間が短ければ、大きな問題にはならない。しかしながら、そのような時間差が短いことは保証されない。Ａｃｃｅｓｓｉｂｉｌｉｔｙ問題により、時間差は長くなることが想定される。よって、新たな仕組みが必要になる。一つの適切な選択肢は、新たなタイマを導入し、Ａｃｃｅｓｓｉｂｉｌｉｔｙ問題が発生した場合にそのタイマの値を記憶することである。
【０１８３】
図１４は、絶対時間を必要としないタイムスタンプの一例を説明するための図である。図１５は、タイマが満了したケースを説明するための図である。図１４に示すように、固定のタイマ値を有するカウントダウンタイマを使用する。ｅＮＢ及びＵＥの何れもタイマ値を知っていると仮定している。このタイマは、ログ保持タイマとしても再利用できる。図１５に示すように、タイマ満了時にＵＥはＡｃｃｅｓｓｉｂｉｌｉｔｙログを無効と見なしてメモリから除去する。
【０１８４】
時間情報と協調させる他の選択肢を選択する場合、他のログ保持要求を規定するべきである。すなわち、４８時間を超えた未送信のデータを保持する必要がないようにする。又は、他のログのログ保持時間をカウントする４８時間タイマ（稼動している場合）が満了した後は未送信のデータを保持する必要がないようにする。
【０１８５】
提案７：Ａｃｃｅｓｓｉｂｉｌｉｔｙログのタイムスタンプ及びログ保持時間の必要性について考慮すべきである。
【０１８６】
なお、米国仮出願第６１/６４５９６９号（２０１２年５月１１日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１８７】
以上のように、本発明は、移動通信分野において有用である。
【図１】
2013168776.tif 000003
【図２】
2013168776.tif 000004
【図３】
2013168776.tif 000005
【図４】
2013168776.tif 000006
【図５】
2013168776.tif 000007
【図６】
2013168776.tif 000008
【図７】
2013168776.tif 000009
【図８】
2013168776.tif 000010
【図９】
2013168776.tif 000011
【図１０】
2013168776.tif 000012
【図１１】
2013168776.tif 000013
【図１２】
2013168776.tif 000014
【図１３】
2013168776.tif 000015
【図１４】
2013168776.tif 000016
【図１５】
2013168776.tif 000017
【手続補正書】
【提出日】平成26年11月11日(2014.11.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される通信制御方法であって、
前記ユーザ端末が、前記接続確立失敗ログに前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含めて前記ネットワークに送信するステップを有することを特徴とする通信制御方法。
【請求項２】
前記ユーザ端末が、前記ＲＲＣ接続確立手順の失敗が発生した際にタイマを起動するステップをさらに有し、
前記送信するステップにおいて、前記ユーザ端末は、前記接続確立失敗ログを送信する時点の前記タイマの値を示す情報を前記経過時間情報として送信することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記ユーザ端末が、前記タイマを起動した後において、前記タイマの値が閾値を超えるまでは、前記接続確立失敗ログを消去せずに保持するステップをさらに有することを特徴とする請求項２に記載の通信制御方法。
【請求項４】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末であって、
前記ユーザ端末は、前記接続確立失敗ログに前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含めて前記ネットワークに送信することを特徴とするユーザ端末。
【請求項５】
ユーザ端末に備えられており、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログをメモリに記憶する処理を行うプロセッサであって、
前記プロセッサは、前記接続確立失敗ログに前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含めて前記ネットワークに送信する処理を行うことを特徴とするプロセッサ。
【請求項６】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される通信制御方法であって、
前記ユーザ端末が、ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動するステップと、
前記ユーザ端末が、前記接続確立失敗ログを前記タイマの満了と関連付けて記憶するステップと、を有することを特徴とする通信制御方法。
【請求項７】
前記ＲＲＣ接続確立手順は、前記ネットワークへのランダムアクセス処理を含み、
前記記憶するステップにおいて、前記ユーザ端末は、前記ランダムアクセス処理におけるランダムアクセスプリアンブルの送信回数を前記接続確立失敗ログに含めて記憶することを特徴とする請求項６に記載の通信制御方法。
【請求項８】
前記記憶するステップにおいて、前記ユーザ端末は、ランダムアクセスプリアンブルの競合が検知された場合に、前記競合の検知を示す情報を前記接続確立失敗ログに含めて記憶することを特徴とする請求項６に記載の通信制御方法。
【請求項９】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末であって、
ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動する制御部を備え、
前記制御部は、前記接続確立失敗ログを前記タイマの満了と関連付けて記憶することを特徴とするユーザ端末。
【請求項１０】
ユーザ端末に備えられており、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログをメモリに記憶する処理を行うプロセッサであって、
ＲＲＣ接続確立手順を開始する際に、前記ＲＲＣ接続確立手順を継続する上限時間を定めるタイマを起動する処理と、
前記接続確立失敗ログを前記タイマの満了と関連付けて記憶する処理と、を行うことを特徴とするプロセッサ。
【請求項１１】
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末を含む移動通信システムに適用される通信制御方法であって、
前記ユーザ端末が、前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを記憶している場合に、所定のトリガで、ログを記憶していることを示す通知情報を前記ネットワークに送信するステップを有し、
前記通知情報は、前記ユーザ端末が記憶しているログの種別を識別可能に構成されることを特徴とする通信制御方法。
【請求項１２】
前記ユーザ端末が前記接続確立失敗ログを記憶している場合に、前記通知情報は、前記ユーザ端末が前記接続確立失敗ログを記憶していることを示すことを特徴とする請求項１１に記載の通信制御方法。
【請求項１３】
前記ネットワークが、前記ユーザ端末からの前記通知情報を受信した後、該通知情報に基づいて、ログの送信を要求するための要求情報を前記ユーザ端末に送信するステップをさらに有し、
前記要求情報は、前記ネットワークが送信を要求するログの種別を識別可能に構成されることを特徴とする請求項１１に記載の通信制御方法。
【請求項１４】
前記所定のトリガとは、前記ユーザ端末が前記ネットワークとの接続を確立又は再確立したことであることを特徴とする請求項１１に記載の通信制御方法。
【請求項１５】
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末であって、
前記ユーザ端末は、前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを記憶している場合に、所定のトリガで、ログを記憶していることを示す通知情報を前記ネットワークに送信し、
前記通知情報は、前記ユーザ端末が記憶しているログの種別を識別可能に構成されていることを特徴とするユーザ端末。
【請求項１６】
ユーザ端末に備えられるプロセッサであって、
前記プロセッサは、
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、をメモリに記憶する処理と、
前記ＭＤＴ測定ログ及び／又は前記接続確立失敗ログを前記メモリが記憶している場合に、所定のトリガで、ログを記憶していることを示す通知情報を前記ネットワークに送信する処理と、を行い、
前記通知情報は、前記メモリが記憶しているログの種別を識別可能に構成されていることを特徴とするプロセッサ。
【請求項１７】
ネットワークからの指示に基づいて測定した無線環境に関するＭＤＴ測定ログと、前記ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログと、を記憶できるユーザ端末との接続を確立する基地局であって、
前記基地局は、前記ユーザ端末からの通知情報を受信した後、該通知情報に基づいて、ログの送信を要求するための要求情報を前記ユーザ端末に送信し、
前記要求情報は、前記基地局が送信を要求するログの種別を識別可能に構成されることを特徴とする基地局。
【手続補正書】
【提出日】平成27年3月9日(2015.3.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される通信制御方法であって、
前記ユーザ端末が、前記接続確立失敗ログに前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含めて前記ネットワークに送信するステップを有することを特徴とする通信制御方法。
【請求項２】
前記ユーザ端末が、前記ＲＲＣ接続確立手順の失敗が発生した際にタイマを起動するステップをさらに有し、
前記送信するステップにおいて、前記ユーザ端末は、前記接続確立失敗ログを送信する時点の前記タイマの値を示す情報を前記経過時間情報として送信することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記ユーザ端末が、前記タイマを起動した後において、前記タイマの値が閾値を超えるまでは、前記接続確立失敗ログを消去せずに保持するステップをさらに有することを特徴とする請求項２に記載の通信制御方法。
【請求項４】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末であって、
前記ユーザ端末は、前記接続確立失敗ログに前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含めて前記ネットワークに送信することを特徴とするユーザ端末。
【請求項５】
ユーザ端末に備えられており、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログをメモリに記憶する処理を行うプロセッサであって、
前記プロセッサは、前記接続確立失敗ログに前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含めて前記ネットワークに送信する処理を行うことを特徴とするプロセッサ。
【請求項６】
ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される基地局であって、
前記基地局は、前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含む前記接続確立失敗ログを前記ユーザ端末から受信することを特徴とする基地局。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】削除
【補正の内容】
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
一つの特徴に係る通信制御方法は、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される。前記通信制御方法は、前記ユーザ端末が、前記接続確立失敗ログに前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含めて前記ネットワークに送信するステップを有する。
【国際調査報告】
2013168776.tif 000018
2013168776.tif 000019
2013168776.tif 000020
2013168776.tif 000021