JP5745172B2 - 通信制御方法、ユーザ端末、プロセッサ、及び基地局 - Google Patents

通信制御方法、ユーザ端末、プロセッサ、及び基地局 Download PDF

Info

Publication number
JP5745172B2
JP5745172B2 JP2014514750A JP2014514750A JP5745172B2 JP 5745172 B2 JP5745172 B2 JP 5745172B2 JP 2014514750 A JP2014514750 A JP 2014514750A JP 2014514750 A JP2014514750 A JP 2014514750A JP 5745172 B2 JP5745172 B2 JP 5745172B2
Authority
JP
Japan
Prior art keywords
connection establishment
log
failure
network
user terminal
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.)
Active
Application number
JP2014514750A
Other languages
English (en)
Other versions
JPWO2013168776A1 (ja
Inventor
ヘンリー チャン
ヘンリー チャン
憲由 福田
憲由 福田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kyocera Corp
Original Assignee
Kyocera Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Kyocera Corp filed Critical Kyocera Corp
Application granted granted Critical
Publication of JP5745172B2 publication Critical patent/JP5745172B2/ja
Publication of JPWO2013168776A1 publication Critical patent/JPWO2013168776A1/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Description

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

Claims (6)

  1. ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される通信制御方法であって、
    前記ユーザ端末が、前記接続確立失敗ログに前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含めて前記ネットワークに送信するステップを有することを特徴とする通信制御方法。
  2. 前記ユーザ端末が、前記ＲＲＣ接続確立手順の失敗が発生した際にタイマを起動するステップをさらに有し、
    前記送信するステップにおいて、前記ユーザ端末は、前記接続確立失敗ログを送信する時点の前記タイマの値を示す情報を前記経過時間情報として送信することを特徴とする請求項１に記載の通信制御方法。
  3. 前記ユーザ端末が、前記タイマを起動した後において、前記タイマの値が閾値を超えるまでは、前記接続確立失敗ログを消去せずに保持するステップをさらに有することを特徴とする請求項２に記載の通信制御方法。
  4. ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末であって、
    前記ユーザ端末は、前記接続確立失敗ログに前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含めて前記ネットワークに送信することを特徴とするユーザ端末。
  5. ユーザ端末に備えられており、ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログをメモリに記憶する処理を行うプロセッサであって、
    前記プロセッサは、前記接続確立失敗ログに前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含めて前記ネットワークに送信する処理を行うことを特徴とするプロセッサ。
  6. ネットワークとのＲＲＣ接続確立手順の失敗に関する接続確立失敗ログを記憶できるユーザ端末を含む移動通信システムに適用される基地局であって、
    前記基地局は、前記ＲＲＣ接続確立手順の失敗の発生時点からの経過時間を示す経過時間情報を含む前記接続確立失敗ログを前記ユーザ端末から受信することを特徴とする基地局。
JP2014514750A 2012-05-11 2013-05-09 通信制御方法、ユーザ端末、プロセッサ、及び基地局 Active JP5745172B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261645969P 2012-05-11 2012-05-11
US61/645,969 2012-05-11
PCT/JP2013/063074 WO2013168776A1 (ja) 2012-05-11 2013-05-09 通信制御方法、ユーザ端末、プロセッサ、記憶媒体、及び基地局

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2015092502A Division JP5856338B2 (ja) 2012-05-11 2015-04-30 通信制御方法、ユーザ端末、プロセッサ、及び基地局
JP2015092500A Division JP2015146645A (ja) 2012-05-11 2015-04-30 通信制御方法、ユーザ端末、及びプロセッサ

Publications (2)

Publication Number Publication Date
JP5745172B2 true JP5745172B2 (ja) 2015-07-08
JPWO2013168776A1 JPWO2013168776A1 (ja) 2016-01-07

Family

ID=49550808

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2014514750A Active JP5745172B2 (ja) 2012-05-11 2013-05-09 通信制御方法、ユーザ端末、プロセッサ、及び基地局
JP2015092502A Active JP5856338B2 (ja) 2012-05-11 2015-04-30 通信制御方法、ユーザ端末、プロセッサ、及び基地局
JP2015092500A Pending JP2015146645A (ja) 2012-05-11 2015-04-30 通信制御方法、ユーザ端末、及びプロセッサ
JP2015228765A Active JP6174102B2 (ja) 2012-05-11 2015-11-24 通信制御方法、ユーザ端末、プロセッサ、及び基地局

Family Applications After (3)

Application Number Title Priority Date Filing Date
JP2015092502A Active JP5856338B2 (ja) 2012-05-11 2015-04-30 通信制御方法、ユーザ端末、プロセッサ、及び基地局
JP2015092500A Pending JP2015146645A (ja) 2012-05-11 2015-04-30 通信制御方法、ユーザ端末、及びプロセッサ
JP2015228765A Active JP6174102B2 (ja) 2012-05-11 2015-11-24 通信制御方法、ユーザ端末、プロセッサ、及び基地局

Country Status (4)

Country Link
US (3) US9609682B2 (ja)
EP (2) EP2849476B1 (ja)
JP (4) JP5745172B2 (ja)
WO (1) WO2013168776A1 (ja)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103945557B (zh) * 2013-01-18 2019-09-17 中兴通讯股份有限公司 随机接入序列的发送方法及装置、接收方法及装置
KR102036061B1 (ko) 2013-04-08 2019-11-26 삼성전자 주식회사 무선 통신 시스템에서 단말기가 mbms 관련 측정 정보를 기록하고 보고하는 방법 및 장치
CN105359567A (zh) * 2013-07-25 2016-02-24 富士通株式会社 信息处理方法及其装置、通信系统
WO2015120594A1 (zh) * 2014-02-13 2015-08-20 华为技术有限公司 一种rs snr的上报、接收方法、终端及装置
KR102258490B1 (ko) 2014-05-29 2021-05-31 삼성전자주식회사 전자 장치 및 전자 장치에서 무선 네트워크 접속 방법
JP6343533B2 (ja) * 2014-09-17 2018-06-13 株式会社Ｎｔｔドコモ ユーザ装置、基地局、セル情報報告方法、及びセル情報制御方法
KR102278460B1 (ko) 2014-10-17 2021-07-19 삼성전자주식회사 컨텐츠 공유 방법 및 디바이스, 컨텐츠 공유 시스템
US9936469B2 (en) * 2014-11-03 2018-04-03 Qualcomm Incorporated User equipment-centric medium access control layer-based signaling between a base station and UE
US10425973B2 (en) * 2015-11-25 2019-09-24 Qualcomm Incorporated Random access channel signaling on a shared communication medium
US10095596B1 (en) * 2015-12-18 2018-10-09 Amazon Technologies, Inc. Executing integration tests in a distributed load and performance evaluation framework
US10700752B2 (en) 2016-01-14 2020-06-30 Samsung Electronics Co., Ltd. System, method, and apparatus of beam-tracking and beam feedback operation in a beam-forming based system
WO2017124433A1 (zh) * 2016-01-22 2017-07-27 富士通株式会社 随机接入与数据传输的装置、方法以及通信系统
JP2019110351A (ja) * 2016-04-20 2019-07-04 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
CN108029059B (zh) * 2016-06-30 2021-10-08 北京小米移动软件有限公司 用户设备驻留方法、寻呼方法及设备
CN109644500B (zh) * 2016-09-12 2023-04-07 Lg 电子株式会社 用于单随机接入过程的多随机接入前导传输
WO2018121848A1 (en) * 2016-12-28 2018-07-05 Nokia Technologies Oy Connection setup recovery for wireless networks
US20180220369A1 (en) * 2017-02-02 2018-08-02 Htc Corporation Device and Method of Handling an Inactive State in a Wireless Communication System
KR102314479B1 (ko) 2017-04-17 2021-10-18 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 시스템 정보 요청을 위한 방법과 장치, 사용자 장비 및 기지국
WO2018199692A1 (ko) * 2017-04-28 2018-11-01 엘지전자 주식회사 랜덤 액세스 수행 방법 및 이를 지원하는 장치
CN110475346A (zh) * 2018-05-10 2019-11-19 夏普株式会社 通信控制方法和用户设备
CN110662247B (zh) 2018-06-29 2021-06-15 华为技术有限公司 通信方法和装置
CN113475154B (zh) * 2019-02-13 2024-06-07 株式会社Ntt都科摩 用户装置
WO2020198272A1 (en) * 2019-03-28 2020-10-01 Kyocera Corporation Resume failure report for failed attempt to resume connected state from inactive state
WO2020221455A1 (en) * 2019-05-02 2020-11-05 Nokia Technologies Oy Handling of mutliple minimization of drive test contexts in multiple radio resource controller states
JP7346575B2 (ja) * 2019-08-08 2023-09-19 京セラ株式会社 通信制御方法
US20230052766A1 (en) * 2020-01-29 2023-02-16 Lg Electronics Inc. Method and apparatus for reporting data transmission procedure failure for network optimization in a wireless communication system
CN113825250A (zh) 2020-06-19 2021-12-21 中国移动通信有限公司研究院 信息发送方法、接收方法及设备
CN116368937A (zh) * 2020-10-22 2023-06-30 华为技术有限公司 通信方法和通信装置
US11509408B1 (en) * 2021-07-30 2022-11-22 Inntot Technologies Private Limited System and method for large data transmission in digital radio broadcasting
US20230229545A1 (en) * 2022-01-20 2023-07-20 Dell Products L.P. Intelligent log analysis and retention for microservices applications

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8830818B2 (en) * 2007-06-07 2014-09-09 Qualcomm Incorporated Forward handover under radio link failure
JP2009164882A (ja) 2008-01-07 2009-07-23 Hitachi Ltd 移動端末及び移動体通信管理システム
US8780732B2 (en) 2008-03-18 2014-07-15 Qualcomm Incorporated Method of network management by assistance from terminal using control-plane signaling between terminal and network
WO2010062043A2 (en) 2008-11-03 2010-06-03 Lg Electronics Inc. Method and apparatus for rrc connection reestablishment in wireless communication system
US8238920B2 (en) 2010-01-20 2012-08-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for triggering measurements of other radio access technologies (RATS)
US8577360B2 (en) * 2010-04-12 2013-11-05 Telefonaktiebolaget Lm Ericsson (Publ) UE-based MDT measuring and reporting in a cellular radio access network
US8571542B2 (en) * 2010-06-21 2013-10-29 Htc Corporation Mobile communication device, service network, and methods for MDT log reporting
JP5624215B2 (ja) 2010-08-12 2014-11-12 エルジー エレクトロニクスインコーポレイティド 無線通信システムにおけるログされた測定報告方法及び装置
US8391887B2 (en) 2010-08-13 2013-03-05 Research In Motion Limited Methods and apparatus to activate location measurements
WO2012039440A1 (ja) * 2010-09-21 2012-03-29 京セラ株式会社 無線測定収集方法及び無線端末
GB2484117A (en) * 2010-09-30 2012-04-04 Fujitsu Ltd Automated network coverage hole detection by systematically modifying a connection reestablishment timer (T311) in a number of UEs
US9100858B2 (en) * 2010-10-04 2015-08-04 Kyocera Corporation Mobile communication method, radio terminal, and base station
US9357418B2 (en) 2011-02-11 2016-05-31 Lg Electronics Inc. Measurement reporting method of terminal in wireless communication system and apparatus therefor
WO2012138079A2 (ko) 2011-04-03 2012-10-11 엘지전자 주식회사 신호 전송 여부 결정 방법
EP2698932B1 (en) * 2011-04-11 2017-08-30 Samsung Electronics Co., Ltd. Method and apparatus for efficiently transmitting information acquired by a terminal to a base station
US9445261B2 (en) * 2011-04-27 2016-09-13 Lg Electronics Inc. Method and apparatus for reporting measurement result
KR101796271B1 (ko) * 2011-04-27 2017-11-10 주식회사 팬택 무선 링크 실패 보고 장치 및 방법
US9204316B2 (en) * 2011-09-30 2015-12-01 Blackberry Limited Enhancement and improvement for hetnet deployments

Also Published As

Publication number Publication date
US9609682B2 (en) 2017-03-28
US9603181B2 (en) 2017-03-21
EP3301967B1 (en) 2019-07-17
US9743456B2 (en) 2017-08-22
JPWO2013168776A1 (ja) 2016-01-07
JP2016054531A (ja) 2016-04-14
JP2015146646A (ja) 2015-08-13
WO2013168776A1 (ja) 2013-11-14
EP2849476B1 (en) 2017-12-20
JP2015146645A (ja) 2015-08-13
EP2849476A1 (en) 2015-03-18
EP3301967A1 (en) 2018-04-04
US20170034868A1 (en) 2017-02-02
EP2849476A4 (en) 2016-04-13
US20160157291A1 (en) 2016-06-02
US20150103770A1 (en) 2015-04-16
JP6174102B2 (ja) 2017-08-02
JP5856338B2 (ja) 2016-02-09

Similar Documents

Publication Publication Date Title
JP6174102B2 (ja) 通信制御方法、ユーザ端末、プロセッサ、及び基地局
KR102059990B1 (ko) 단말 획득 정보를 효율적으로 기지국에 전달하는 방법 및 장치
US11395196B2 (en) Base station and user terminal
US10348425B2 (en) Radio terminal and processor
KR101642517B1 (ko) 이동 통신 시스템에서 핸드오버 중에 상향 링크 동기 타이머를 조작하는 방법
US10142892B2 (en) Base station and user terminal performing connection reestablishment processing
EP2512199B1 (en) Change radio link state
EP3925269A1 (en) Triggering measurements before the completion of connection resumption
KR20130125728A (ko) 이동 통신 시스템에서 측정 정보 송수신 방법 및 장치
EP3550870B1 (en) Method for constructing logged measurement entry and device supporting the same
WO2020004321A1 (ja) 無線端末及び基地局
WO2014208369A1 (ja) 通信制御方法、ユーザ端末、及びプロセッサ
WO2016129616A1 (ja) ユーザ端末及び基地局
CN115150878A (zh) 随机接入信息上报方法和用户设备
WO2016163475A1 (ja) ユーザ端末及び基地局
CN118158830A (zh) 随机接入报告方法和用户设备

Legal Events

Date Code Title Description
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: 20150331

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150430

R150 Certificate of patent or registration of utility model

Ref document number: 5745172

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150