(57)【要約】  第１実施形態に係る測定制御方法は、ＬＴＥシステムにおいてｅＮＢ２００からＵＥ１００に送信する下りリンクパケットの遅延（レイテンシ）を測定するための方法である。測定制御方法は、ｅＮＢ２００において、ＵＥ１００の地理的位置を示す位置情報をＵＥ１００から受信するステップと、下りリンクパケットが発生した第１時点から、当該下りリンクパケットに対応する送達確認をＵＥ１００から受信した第２時点までの期間を示す下りリンクレイテンシを測定するステップと、下りリンクレイテンシを位置情報と関連付けることにより、下りリンクレイテンシ及び位置情報を含んだ遅延測定情報を生成するステップと、を備える。
2015093556.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおいてネットワークからユーザ端末に送信する下りリンクパケットの遅延を測定するための測定制御方法であって、
前記ネットワークにおいて、
前記ユーザ端末の地理的位置を示す位置情報を前記ユーザ端末から受信するステップと、
前記下りリンクパケットが発生した第１時点から、前記下りリンクパケットに対応する送達確認を前記ユーザ端末から受信した第２時点までの期間を示す下りリンクパケット遅延を測定するステップと、
前記下りリンクパケット遅延を前記位置情報と関連付けることにより、前記下りリンクパケット遅延及び前記位置情報を含んだ遅延測定情報を生成するステップと、を備えることを特徴とする測定制御方法。
【請求項２】
前記ネットワークにおいて、前記下りリンクパケット遅延の測定タイミングに関する時間情報を取得するステップをさらに備え、
前記遅延測定情報は、前記時間情報をさらに含むことを特徴とする請求項１に記載の測定制御方法。
【請求項３】
移動通信システムにおいてユーザ端末からネットワークに送信する上りリンクパケットの遅延を測定するための測定制御方法であって、
前記ネットワークにおいて、
前記ユーザ端末のバッファに蓄積された前記上りリンクパケットのデータ量を示すバッファ状態報告を前記ユーザ端末から受信するステップと、
前記バッファ状態報告を受信した第１時点から、第２時点までの期間を示す上りリンクパケット遅延を測定するステップと、を備え、
前記第２時点は、前記ユーザ端末からの受信データ量が前記バッファ状態報告により示された前記データ量に達したことに応じて前記ユーザ端末に送達確認を送信した時点であることを特徴とする測定制御方法。
【請求項４】
前記ネットワークにおいて、
前記ユーザ端末の地理的位置を示す位置情報を前記ユーザ端末から受信するステップと、
前記上りリンクパケット遅延を前記位置情報と関連付けることにより、前記上りリンクパケット遅延及び前記位置情報を含んだ遅延測定情報を生成するステップと、をさらに備えることを特徴とする請求項３に記載の測定制御方法。
【請求項５】
前記ネットワークにおいて、前記上りリンクパケット遅延の測定タイミングに関する時間情報を取得するステップをさらに備え、
前記遅延測定情報は、前記時間情報をさらに含むことを特徴とする請求項４に記載の測定制御方法。
【請求項６】
前記ネットワークにおいて、前記上りリンクパケット遅延を測定するＭＤＴを構成するための構成情報を前記ユーザ端末に送信するステップと、
前記ユーザ端末において、前記構成情報に基づいて、前記バッファ状態報告として、前記ＭＤＴのための特殊なバッファ状態報告を送信するステップと、をさらに備えることを特徴とする請求項３に記載の測定制御方法。
【請求項７】
前記特殊なバッファ状態報告は、前記バッファ内の既存データに比べて優先度が低い新規上りリンクパケットについてのデータ量を示す情報を含むことを特徴とする請求項６に記載の測定制御方法。
【請求項８】
前記ユーザ端末において、
前記バッファに蓄積されたデータ量を優先度別に管理するステップと、
前記バッファ内の既存データに比べて前記新規上りリンクパケットの優先度が低い場合であっても、前記新規上りリンクパケットについてのデータ量を示す情報を含んだ前記特殊なバッファ状態報告を前記ネットワークに送信するステップと、をさらに備えることを特徴とする請求項７に記載の測定制御方法。
【請求項９】
移動通信システムにおいてユーザ端末からネットワークに送信する上りリンクパケットの遅延を測定するための測定制御方法であって、
前記ユーザ端末において、
前記上りリンクパケットが発生したタイミング以降の第１時点から、前記上りリンクパケットに対応する送達確認を前記ネットワークから受信した第２時点までの期間を示す上りリンクパケット遅延を測定するステップと、
前記上りリンクパケット遅延を含んだ遅延測定情報を生成するステップと、
前記遅延測定情報を前記ネットワークに送信するステップと、を備えることを特徴とする測定制御方法。
【請求項１０】
前記第１時点は、前記上りリンクパケットが発生した発生時点、又は、前記発生した上りリンクパケットが反映されたバッファ状態報告を前記ネットワークに送信した送信時点であることを特徴とする請求項９に記載の測定制御方法。
【請求項１１】
前記測定するステップは、前記発生時点から前記送信時点までの期間を示す送信遅延を測定するステップを備え、
前記生成するステップは、前記遅延測定情報に前記送信遅延を含めるステップを備えることを特徴とする請求項１０に記載の測定制御方法。
【請求項１２】
前記ユーザ端末において、前記ユーザ端末の地理的位置を示す位置情報を取得するステップをさらに備え、
前記生成するステップは、前記上りリンクパケット遅延を前記位置情報と関連付けることにより、前記上りリンクパケット遅延及び前記位置情報を含んだ遅延測定情報を生成するステップを備えることを特徴とする請求項９に記載の測定制御方法。
【請求項１３】
前記ユーザ端末において、前記上りリンクパケット遅延の測定タイミングに関する時間情報を取得するステップをさらに備え、
前記遅延測定情報は、前記時間情報をさらに含むことを特徴とする請求項１２に記載の測定制御方法。
【請求項１４】
前記ネットワークにおいて、前記上りリンクパケット遅延を測定するＭＤＴを構成するための構成情報を前記ユーザ端末に送信するステップをさらに備え、
前記構成情報は、前記上りリンクパケット遅延の測定を行うべき測定期間を指定する情報を含み、
前記測定するステップは、前記測定期間において、前記上りリンクパケット遅延を測定するステップを備え、
前記送信するステップは、前記測定期間の終了後に、前記遅延測定情報を前記ネットワークに送信するステップを備えることを特徴とする請求項９に記載の測定制御方法。
【請求項１５】
前記ユーザ端末において、前記測定期間が終了した時点でコネクティッド状態である場合に、前記遅延測定情報を送信するための通知を前記ネットワークに送信するステップをさらに備えることを特徴とする請求項１４に記載の測定制御方法。
【請求項１６】
前記ユーザ端末において、前記測定期間が終了した時点でアイドル状態である場合に、前記アイドル状態からコネクティッド状態に遷移する際に、前記遅延測定情報を送信するための通知を前記ネットワークに送信するステップをさらに備えることを特徴とする請求項１４に記載の測定制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる測定制御方法に関する。
【背景技術】
【０００２】
移動通信システムでは、基地局の周辺にビルが建設されたり、周辺基地局の設置状況が変化したりすると、当該基地局に係る無線環境が変化する。このため、従来では、オペレータにより、測定機材を搭載した測定用車両を使用し、無線環境及び位置情報を測定して測定ログを収集するドライブテストが行われている。ここで、無線環境とは、基地局から受信する参照信号の受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）等である。【０００３】
このような測定及び収集は、例えばカバレッジの最適化に貢献できるが、工数が多く、且つ費用が高いという課題がある。そこで、移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、ユーザ端末を利用して、当該測定及び収集を自動化するためのＭＤＴ（Ｍｉｎｉｍｉｚａｔｉｏｎ  ｏｆ  Ｄｒｉｖｅ  Ｔｅｓｔｓ）の仕様が策定されている（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術仕様書  「ＴＳ３７．３２０  Ｖ１１．３．０」  ２０１３年３月
【発明の概要】
【０００５】
しかしながら、ＭＤＴにより収集されるＲＳＲＰ等は、物理層における通信品質を示す指標であって、上位層における通信品質、すなわち、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を直接的に示すものではない。物理層における通信品質が高くても、ＱｏＳが低ければ、ユーザの要求を満たすことができない。
【０００６】
特に、ＱｏＳの中でもパケット遅延（レイテンシ）は、ユーザが体感し易い品質指標であるため、パケット遅延を評価可能とすることが望まれる。
【０００７】
そこで、本発明は、ＭＤＴにより遅延測定情報を収集可能とする測定制御方法を提供することを目的とする。
【０００８】
第１の特徴に係る測定制御方法は、移動通信システムにおいてネットワークからユーザ端末に送信する下りリンクパケットの遅延を測定するための方法である。前記測定制御方法は、前記ネットワークにおいて、前記ユーザ端末の地理的位置を示す位置情報を前記ユーザ端末から受信するステップと、前記下りリンクパケットが発生した第１時点から、前記下りリンクパケットに対応する送達確認を前記ユーザ端末から受信した第２時点までの期間を示す下りリンクパケット遅延を測定するステップと、前記下りリンクパケット遅延を前記位置情報と関連付けることにより、前記下りリンクパケット遅延及び前記位置情報を含んだ遅延測定情報を生成するステップと、を備える。
【０００９】
第２の特徴に係る測定制御方法は、移動通信システムにおいてユーザ端末からネットワークに送信する上りリンクパケットの遅延を測定するための方法である。前記測定制御方法は、前記ネットワークにおいて、前記ユーザ端末のバッファに蓄積された前記上りリンクパケットのデータ量を示すバッファ状態報告を前記ユーザ端末から受信するステップと、前記バッファ状態報告を受信した第１時点から、第２時点までの期間を示す上りリンクパケット遅延を測定するステップと、を備える。前記第２時点は、前記ユーザ端末からの受信データ量が前記バッファ状態報告により示された前記データ量に達したことに応じて前記ユーザ端末に送達確認を送信した時点である。
【００１０】
第３の特徴に係る測定制御方法は、移動通信システムにおいてユーザ端末からネットワークに送信する上りリンクパケットの遅延を測定するための方法である。前記測定制御方法は、前記ユーザ端末において、前記上りリンクパケットが発生したタイミング以降の第１時点から、前記上りリンクパケットに対応する送達確認を前記ネットワークから受信した第２時点までの期間を示す上りリンクパケット遅延を測定するステップと、前記上りリンクパケット遅延を含んだ遅延測定情報を生成するステップと、前記遅延測定情報を前記ネットワークに送信するステップと、を備える。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態乃至第３実施形態に係るＬＴＥシステムの構成図である。
【図２】第１実施形態乃至第３実施形態に係るＵＥのブロック図である。
【図３】第１実施形態乃至第３実施形態に係るｅＮＢのブロック図である。
【図４】第１実施形態乃至第３実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】第１実施形態乃至第３実施形態に係る無線フレームの構成図である。
【図６】第１実施形態に係る動作シーケンスを示すシーケンス図である。
【図７】第２実施形態に係る動作シーケンスを示すシーケンス図である。
【図８】第２実施形態に係る測定制御方法において低優先度の上りリンクパケットが発生した場合の動作を示すシーケンス図である。
【図９】第２実施形態の変更例に係るＵＥの動作を示すフロー図である。
【図１０】第２実施形態の変更例に係るＭＤＴ用ＢＳＲのための新規なＢＳＲフォーマットの構成例を示す図である。
【図１１】第３実施形態に係る動作シーケンスを示すシーケンス図である。
【発明を実施するための形態】
【００１２】
［実施形態の概要］
第１実施形態に係る測定制御方法は、移動通信システムにおいてネットワークからユーザ端末に送信する下りリンクパケットの遅延を測定するための方法である。前記測定制御方法は、前記ネットワークにおいて、前記ユーザ端末の地理的位置を示す位置情報を前記ユーザ端末から受信するステップと、前記下りリンクパケットが発生した第１時点から、前記下りリンクパケットに対応する送達確認を前記ユーザ端末から受信した第２時点までの期間を示す下りリンクパケット遅延を測定するステップと、前記下りリンクパケット遅延を前記位置情報と関連付けることにより、前記下りリンクパケット遅延及び前記位置情報を含んだ遅延測定情報を生成するステップと、を備える。
【００１３】
第１実施形態では、前記測定制御方法は、前記ネットワークにおいて、前記下りリンクパケット遅延の測定タイミングに関する時間情報を取得するステップをさらに備える。前記遅延測定情報は、前記時間情報をさらに含む。
【００１４】
第２実施形態に係る測定制御方法は、移動通信システムにおいてユーザ端末からネットワークに送信する上りリンクパケットの遅延を測定するための方法である。前記測定制御方法は、前記ネットワークにおいて、前記ユーザ端末のバッファに蓄積された前記上りリンクパケットのデータ量を示すバッファ状態報告を前記ユーザ端末から受信するステップと、前記バッファ状態報告を受信した第１時点から、第２時点までの期間を示す上りリンクパケット遅延を測定するステップと、を備える。前記第２時点は、前記ユーザ端末からの受信データ量が前記バッファ状態報告により示された前記データ量に達したことに応じて前記ユーザ端末に送達確認を送信した時点である。
【００１５】
第２実施形態では、前記測定制御方法は、前記ネットワークにおいて、前記ユーザ端末の地理的位置を示す位置情報を前記ユーザ端末から受信するステップと、前記上りリンクパケット遅延を前記位置情報と関連付けることにより、前記上りリンクパケット遅延及び前記位置情報を含んだ遅延測定情報を生成するステップと、をさらに備える。
【００１６】
第２実施形態では、前記測定制御方法は、前記ネットワークにおいて、前記上りリンクパケット遅延の測定タイミングに関する時間情報を取得するステップをさらに備える。前記遅延測定情報は、前記時間情報をさらに含む。
【００１７】
第２実施形態の変更例では、前記測定制御方法は、前記ネットワークにおいて、前記上りリンクパケット遅延を測定するＭＤＴを構成するための構成情報を前記ユーザ端末に送信するステップと、前記ユーザ端末において、前記構成情報に基づいて、前記バッファ状態報告として、前記ＭＤＴのための特殊なバッファ状態報告を送信するステップと、をさらに備える。
【００１８】
第２実施形態の変更例では、前記特殊なバッファ状態報告は、前記バッファ内の既存データに比べて優先度が低い新規上りリンクパケットについてのデータ量を示す情報を含む。
【００１９】
第２実施形態の変更例では、前記測定制御方法は、前記ユーザ端末において、前記バッファに蓄積されたデータ量を優先度別に管理するステップと、前記バッファ内の既存データに比べて前記新規上りリンクパケットの優先度が低い場合であっても、前記新規上りリンクパケットについてのデータ量を示す情報を含んだ前記特殊なバッファ状態報告を前記ネットワークに送信するステップと、をさらに備える。
【００２０】
第３実施形態に係る測定制御方法は、移動通信システムにおいてユーザ端末からネットワークに送信する上りリンクパケットの遅延を測定するための方法である。前記測定制御方法は、前記ユーザ端末において、前記上りリンクパケットが発生したタイミング以降の第１時点から、前記上りリンクパケットに対応する送達確認を前記ネットワークから受信した第２時点までの期間を示す上りリンクパケット遅延を測定するステップと、前記上りリンクパケット遅延を含んだ遅延測定情報を生成するステップと、前記遅延測定情報を前記ネットワークに送信するステップと、を備える。
【００２１】
第３実施形態では、前記第１時点は、前記上りリンクパケットが発生した発生時点、又は、前記発生した上りリンクパケットが反映されたバッファ状態報告を前記ネットワークに送信した送信時点である。
【００２２】
第３実施形態では、前記測定するステップは、前記発生時点から前記送信時点までの期間を示す送信遅延を測定するステップを備える。前記生成するステップは、前記遅延測定情報に前記送信遅延を含めるステップを備える。
【００２３】
第３実施形態では、前記測定制御方法は、前記ユーザ端末において、前記ユーザ端末の地理的位置を示す位置情報を取得するステップをさらに備える。前記生成するステップは、前記上りリンクパケット遅延を前記位置情報と関連付けることにより、前記上りリンクパケット遅延及び前記位置情報を含んだ遅延測定情報を生成するステップを備える。
【００２４】
第３実施形態では、前記測定制御方法は、前記ユーザ端末において、前記上りリンクパケット遅延の測定タイミングに関する時間情報を取得するステップをさらに備える。前記遅延測定情報は、前記時間情報をさらに含む。
【００２５】
第３実施形態では、前記測定制御方法は、前記ネットワークにおいて、前記上りリンクパケット遅延を測定するＭＤＴを構成するための構成情報を前記ユーザ端末に送信するステップをさらに備える。前記構成情報は、前記上りリンクパケット遅延の測定を行うべき測定期間を指定する情報を含む。前記測定するステップは、前記測定期間において、前記上りリンクパケット遅延を測定するステップを備える。前記送信するステップは、前記測定期間の終了後に、前記遅延測定情報を前記ネットワークに送信するステップを備える。
【００２６】
第３実施形態では、前記測定制御方法は、前記ユーザ端末において、前記測定期間が終了した時点でコネクティッド状態である場合に、前記遅延測定情報を送信するための通知を前記ネットワークに送信するステップをさらに備える。
【００２７】
第３実施形態では、前記測定制御方法は、前記ユーザ端末において、前記測定期間が終了した時点でアイドル状態である場合に、前記アイドル状態からコネクティッド状態に遷移する際に、前記遅延測定情報を送信するための通知を前記ネットワークに送信するステップをさらに備える。
【００２８】
［第１実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００２９】
（システム構成）
図１は、第１実施形態に係るＬＴＥシステムの構成図である。図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３０】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３１】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３２】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３３】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワークが構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。ＳＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３４】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０は記憶部に相当する。プロセッサ１６０（及びメモリ１５０）は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３５】
複数のアンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換して複数のアンテナ１０１から送信する。また、無線送受信機１１０は、複数のアンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００３６】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報（経度・緯度など）を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００３７】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３８】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０は記憶部に相当する。プロセッサ２４０（及びメモリ２３０）は、制御部を構成する。
【００３９】
複数のアンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換して複数のアンテナ２０１から送信する。また、無線送受信機２１０は、複数のアンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００４０】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して近隣ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４１】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４２】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４３】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４４】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４５】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４６】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４７】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はコネクティッド状態（ＲＲＣコネクティッド状態）であり、そうでない場合、ＵＥ１００はアイドル状態（ＲＲＣアイドル状態）である。
【００４８】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００４９】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５０】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメント（ＲＥ）が構成される。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはＲＢにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００５１】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）及び物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ）として使用される領域である。また、各サブフレームの残りの部分は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。また、各サブフレームには、セル固有参照信号（ＣＲＳ：Ｃｅｌｌ  ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）などの下りリンク参照信号が分散して配置される。
【００５２】
ＰＤＣＣＨが伝送する制御信号は、例えば、上りリンクＳＩ（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）、下りリンクＳＩ、ＴＰＣビットを含む。上りリンクＳＩは上りリンク無線リソースの割当てに関するスケジューリング情報であり、ＵＬ  ｇｒａｎｔとも称される。下りリンクＳＩは、下りリンク無線リソースの割当てに関するスケジューリング情報である。ＴＰＣビットは、上りリンクの送信電力の増減を指示する情報である。これらの情報は、下りリンク制御情報（ＤＣＩ）と称される。ＰＨＩＣＨが伝送する制御信号は、ＡＣＫ／ＮＡＣＫである。ＡＣＫ／ＮＡＣＫは、上りリンクの物理チャネル（例えば、ＰＵＳＣＨ）を介して送信されるユーザデータの復号に成功したか否かを示す情報である。ＰＤＳＣＨは、制御信号及び／又はユーザデータを搬送する。例えば、下りリンクのデータ領域は、ユーザデータにのみ割当てられてもよく、ユーザデータ及び制御信号が多重されるように割当てられてもよい。
【００５３】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。また、各サブフレームの所定のシンボルには、サウンディング参照信号（ＳＲＳ）などの上りリンク参照信号が配置される。
【００５４】
ＰＵＣＣＨが伝送する制御信号は、例えば、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＡＣＫ／ＮＡＣＫを含む。ＣＱＩは、下りリンクのチャネル品質を示すインデックスであり、下りリンク伝送に使用すべき推奨変調方式及び符号化率の決定等に使用される。ＰＭＩは、下りリンクの伝送の為に使用することが望ましいプレコーダマトリックスを示すインデックスである。ＲＩは、下りリンクの伝送に使用可能なレイヤ数（ストリーム数）を示すインデックスである。ＳＲは、上りリンク無線リソース（リソースブロック）の割当てを要求する情報である。ＡＣＫ／ＮＡＣＫは、下りリンクの物理チャネル（例えば、ＰＤＳＣＨ）を介して送信されるユーザデータの復号に成功したか否かを示す情報である。ＰＵＳＣＨは、制御信号及び／又はユーザデータを搬送する。例えば、上りリンクのデータ領域は、ユーザデータにのみ割当てられてもよく、ユーザデータ及び制御信号が多重されるように割当てられてもよい。
【００５５】
（第１実施形態に係る測定制御方法）
次に、第１実施形態に係る測定制御方法について説明する。
【００５６】
第１実施形態に係るＬＴＥシステムは、ＵＥ１００を利用して測定及び収集を自動化するＭＤＴをサポートする。既存のＭＤＴの仕様では、ＭＤＴにより収集されるＲＳＲＰ等は、物理層における通信品質を示す指標であって、上位層（ＭＡＣ層、ＰＬＣ層、及びＰＤＣＰ層）における通信品質、すなわち、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を直接的に示すものではない。物理層における通信品質が高くても、ＱｏＳが低ければ、ユーザの要求を満たすことができない。特に、ＱｏＳの中でもパケット遅延（レイテンシ）は、ユーザが体感し易い品質指標であるため、パケット遅延を評価可能とすることが望まれる。
【００５７】
第１実施形態に係る測定制御方法は、ＬＴＥシステムにおいてｅＮＢ２００からＵＥ１００に送信する下りリンクパケットの遅延を測定するための方法である。下りリンクパケットは、データ無線ベアラ（ＤＲＢ）を介して伝送されるパケットであって、ＯＳＩ参照モデルの第２層に相当するＭＡＣ層／ＰＬＣ層／ＰＤＣＰ層で取り扱うパケット（レイヤ２パケット）である。第１実施形態では、下りリンクパケットが、ＰＤＣＰ層の上位からＰＤＣＰ層に到達したＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）であるケースを例示する。
【００５８】
第１実施形態に係る測定制御方法は、ｅＮＢ２００において、ＵＥ１００の地理的位置を示す位置情報をＵＥ１００から受信するステップと、下りリンクパケットが発生した第１時点から、当該下りリンクパケットに対応する送達確認（ＨＡＲＱ  ＡＣＫ）をＵＥ１００から受信した第２時点までの期間を示す下りリンクパケット遅延（以下、「下りリンクレイテンシ」という）を測定するステップと、下りリンクレイテンシを位置情報と関連付けることにより、下りリンクレイテンシ及び位置情報を含んだ遅延測定情報を生成するステップと、を備える。
【００５９】
第１実施形態では、ｅＮＢ２００は、ＰＤＣＰ層に到達したｉ番目の下りリンクＰＤＣＰ  ＳＤＵについての下りリンクレイテンシ（ｉ）を、例えば以下の式（１）により算出する。
【００６０】
下りリンクレイテンシ（ｉ）＝ｔＡｃｋ（ｉ）−ｔＡｒｒｉｖ（ｉ） ・・・（１）
【００６１】
ここで、ｔＡｒｒｉｖ（ｉ）は、ｅＮＢ２００においてｉ番目の下りリンクＰＤＣＰ  ＳＤＵが到達した時点（第１時点）を示す。
【００６２】
また、ｔＡｃｋ（ｉ）は、ｅＮＢ２００においてｉ番目の下りリンクＰＤＣＰ  ＳＤＵに対応する最後のＨＡＲＱ  ＡＣＫをＵＥ１００から受信した時点（第２時点）を示す。下りリンクＰＤＣＰ  ＳＤＵは、ｅＮＢ２００のＲＬＣ層において分割され、ＵＥ１００のＲＬＣ層において結合される。よって、ＰＤＣＰ  ＳＤＵに対応する最後のＨＡＲＱ  ＡＣＫとは、当該分割された各データ単位（具体的には、ＭＡＣ  ＰＤＵ）に対応する複数のＨＡＲＱ  ＡＣＫのうち最後のＨＡＲＱ  ＡＣＫを意味する。
【００６３】
第１実施形態に係る測定制御方法は、ｅＮＢ２００において、下りリンクレイテンシの測定タイミングに関する時間情報（タイムスタンプ）を取得するステップを備える。時間情報は、例えばネットワーク絶対時間である。ｅＮＢ２００は、遅延測定情報に時間情報を含める。
【００６４】
第１実施形態では、ｅＮＢ２００が下りリンクレイテンシをＰＤＣＰ  ＳＤＵごとに測定し、ＰＤＣＰ  ＳＤＵごとに測定した下りリンクレイテンシのそれぞれを位置情報及び時間情報と関連付けることにより遅延測定情報を生成するケースを例示する。
【００６５】
しかしながら、ｅＮＢ２００は、所定数又は所定期間ごとに、複数のＰＤＣＰ  ＳＤＵについての平均的な下りリンクレイテンシを測定し、当該平均的な下りリンクレイテンシのそれぞれを位置情報及び時間情報と関連付けることにより遅延測定情報を生成してもよい。
【００６６】
或いは、ｅＮＢ２００は、ＱＣＩ（ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）が等しいＰＤＣＰ  ＳＤＵグループごとに平均的な下りリンクレイテンシを測定し、当該平均的な下りリンクレイテンシのそれぞれを位置情報及び時間情報と関連付けることにより遅延測定情報を生成してもよい。
【００６７】
（第１実施形態に係る動作シーケンス）
次に、第１実施形態に係る動作シーケンスについて説明する。図６は、第１実施形態に係る動作シーケンスを示すシーケンス図である。図６の初期状態において、ＵＥ１００はｅＮＢ２００とのＲＲＣ接続を確立した状態（コネクティッド状態）であり、下りリンクにおいてユーザデータの送受信を行っていると仮定する。
【００６８】
図６に示すように、ステップＳ１０１において、ｅＮＢ２００は、下りリンクレイテンシのＭＤＴ測定を開始する。ｅＮＢ２００は、Ｉｍｍｅｄｉａｔｅ  ＭＤＴを構成するための構成情報をＵＥ１００に送信する。構成情報は、ＲＲＣ層において送受信される。具体的には、構成情報は、モビリティ制御のための測定報告（Ｍｅａｓ．  Ｒｅｐｏｒｔ）に位置情報を含めるよう要求する「ｉｎｃｌｕｄｅＬｏｃａｔｉｏｎＩｎｆｏ」である。当該構成情報を受信したＵＥ１００は、自身の位置情報を測定報告に含める。測定報告は、サービングセル及び近隣セルのそれぞれのＲＳＲＰ及び／又はＲＳＲＱを含む。
【００６９】
ステップＳ１０２において、ＵＥ１００は、自身の位置情報「Ｌｏｃａｔｉｏｎ１」を含んだ測定報告をｅＮＢ２００に送信する。位置情報「Ｌｏｃａｔｉｏｎ１」を含んだ測定報告を受信したｅＮＢ２００は、位置情報「Ｌｏｃａｔｉｏｎ１」を記憶する。
【００７０】
ステップＳ１０３において、ｅＮＢ２００は、式（１）に従ってＰＤＣＰ  ＳＤＵ１についての下りリンクレイテンシ１を測定する。ｅＮＢ２００は、測定した下りリンクレイテンシ１を、直近に受信した位置情報「Ｌｏｃａｔｉｏｎ１」及び測定時刻に係る時間情報「Ｔｉｍｅ１」と関連付けることにより、遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ１」を生成し、生成した遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ１」を記憶する。
【００７１】
ステップＳ１０４において、ＵＥ１００は、自身の位置情報「Ｌｏｃａｔｉｏｎ２」を含んだ測定報告をｅＮＢ２００に送信する。位置情報「Ｌｏｃａｔｉｏｎ２」を含んだ測定報告を受信したｅＮＢ２００は、位置情報「Ｌｏｃａｔｉｏｎ２」を記憶する。
【００７２】
ステップＳ１０５において、ｅＮＢ２００は、式（１）に従ってＰＤＣＰ  ＳＤＵ２についての下りリンクレイテンシ２を測定する。ｅＮＢ２００は、測定した下りリンクレイテンシ２を、直近に受信した位置情報「Ｌｏｃａｔｉｏｎ２」及び測定時刻に係る時間情報「Ｔｉｍｅ２」と関連付けることにより、遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ２」を生成し、生成した遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ２」を記憶する。
【００７３】
ステップＳ１０６において、ｅＮＢ２００は、式（１）に従ってＰＤＣＰ  ＳＤＵ３についての下りリンクレイテンシ３を測定する。ｅＮＢ２００は、測定した下りリンクレイテンシ３を、直近に受信した位置情報「Ｌｏｃａｔｉｏｎ２」及び測定時刻に係る時間情報「Ｔｉｍｅ  ３」と関連付けることにより、遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ３」を生成し、生成した遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ３」を記憶する。
【００７４】
ステップＳ１０７以降において、ＭＤＴ測定期間「Ｔ」が終了するまで、上述した測定収集手順と同様の手順が繰り返される。
【００７５】
表１に、ＭＤＴ測定期間「Ｔ」においてｅＮＢ２００が収集した遅延測定情報の一例を示す。
【００７６】
【表１】
2015093556.tif 000003
【００７７】
ｅＮＢ２００は、表１に示すような遅延測定情報をＥＰＣ２０に通知する。これにより、ＥＰＣ２０（すなわち、オペレータ）は、位置毎の下りリンクレイテンシを評価することにより、下りリンクレイテンシを改善するためのネットワーク最適などを行う。或いは、ｅＮＢ２００は、表１に示すような遅延測定情報をＥＰＣ２０に送信するのではなく、自身のパラメータ最適化に利用してもよい。
【００７８】
（第１実施形態のまとめ）
上述したように、第１実施形態に係る測定制御方法は、ｅＮＢ２００において、ＵＥ１００の地理的位置を示す位置情報をＵＥ１００から受信するステップと、下りリンクパケットが発生した第１時点から、当該下りリンクパケットに対応する送達確認（ＨＡＲＱ  ＡＣＫ）をＵＥ１００から受信した第２時点までの期間を示す下りリンクレイテンシを測定するステップと、下りリンクレイテンシを位置情報と関連付けることにより、下りリンクレイテンシ及び位置情報を含んだ遅延測定情報を生成するステップと、を備える。これにより、下りリンクレイテンシの遅延測定情報をＭＤＴにより収集可能とすることができる。
【００７９】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、システム構成については第１実施形態と同様である。
【００８０】
（第２実施形態に係る測定制御方法）
第２実施形態に係る測定制御方法は、ＬＴＥシステムにおいてＵＥ１００からｅＮＢ２００に送信する上りリンクパケットの遅延を測定するための方法である。上りリンクパケットは、データ無線ベアラ（ＤＲＢ）を介して伝送されるパケットであって、ＯＳＩ参照モデルの第２層に相当するＭＡＣ層／ＰＬＣ層／ＰＤＣＰ層で取り扱うパケット（レイヤ２パケット）である。第２実施形態では、上りリンクパケットが、ＰＤＣＰ層の上位からＰＤＣＰ層に到達したＰＤＣＰ  ＳＤＵであるケースを例示する。
【００８１】
第２実施形態に係る測定制御方法は、ｅＮＢ２００において、ＵＥ１００のバッファに蓄積された上りリンクパケットのデータ量を示すバッファ状態報告（ＢＳＲ）をＵＥ１００から受信するステップと、当該ＢＳＲを受信した第１時点から、第２時点までの期間を示す上りリンクレイテンシを測定するステップと、を備える。第２時点は、ＵＥ１００からの受信データ量が当該ＢＳＲにより示されたデータ量に達したことに応じてＵＥ１００に送達確認（ＨＡＲＱ  ＡＣＫ）を送信した時点である。
【００８２】
第２実施形態では、ｅＮＢ２００は、ＵＥ１００のＰＤＣＰ層に到達したｉ番目の上りリンクＰＤＣＰ  ＳＤＵについての上りリンクレイテンシ（ｉ）を、例えば以下の式（２）により算出する。
【００８３】
上りリンクレイテンシ（ｉ）＝ｔＡｃｋ（ｉ）−ｔＡｒｒｉｖ（ｉ） ・・・（２）
【００８４】
ここで、ｔＡｒｒｉｖ（ｉ）は、ＵＥ１００において新規に発生したｉ番目の上りリンクＰＤＣＰ  ＳＤＵに対応するＢＳＲをｅＮＢ２００が受信した時点（第１時点）を示す。
【００８５】
また、ｔＡｃｋ（ｉ）は、ｅＮＢ２００において、ｉ番目の上りリンクＰＤＣＰ  ＳＤＵに対応する最後のＨＡＲＱ  ＡＣＫをＵＥ１００に送信した時点（第２時点）を示す。上りリンクＰＤＣＰ  ＳＤＵは、ＵＥ１００のＲＬＣ層において分割され、ｅＮＢ２００のＲＬＣ層において結合される。よって、ＰＤＣＰ  ＳＤＵに対応する最後のＨＡＲＱ  ＡＣＫとは、当該分割された各ＭＡＣ  ＰＤＵに対応する複数のＨＡＲＱ  ＡＣＫのうち最後のＨＡＲＱ  ＡＣＫを意味する。具体的には、ｅＮＢ２００はＵＥ１００からの受信データ量を監視しており、ＰＤＣＰ  ＳＤＵに対応する最後のＨＡＲＱ  ＡＣＫとは、ＢＳＲにより示されたデータ量に達した際に受信したＭＡＣ  ＰＤＵに対するＨＡＲＱ  ＡＣＫである。
【００８６】
第２実施形態に係る測定制御方法は、ｅＮＢ２００において、ＵＥ１００の地理的位置を示す位置情報をＵＥ１００から受信するステップと、上りリンクレイテンシを位置情報と関連付けることにより、上りリンクレイテンシ及び位置情報を含んだ遅延測定情報を生成するステップと、を備える。
【００８７】
また、第２実施形態に係る測定制御方法は、ｅＮＢ２００において、上りリンクレイテンシの測定タイミングに関する時間情報（タイムスタンプ）を取得するステップを備える。時間情報は、例えばネットワーク絶対時間である。ｅＮＢ２００は、遅延測定情報に時間情報を含める。
【００８８】
第２実施形態では、ｅＮＢ２００が上りリンクレイテンシをＰＤＣＰ  ＳＤＵごとに測定し、ＰＤＣＰ  ＳＤＵごとに測定した上りリンクレイテンシのそれぞれを位置情報及び時間情報と関連付けることにより遅延測定情報を生成するケースを例示する。
【００８９】
しかしながら、ｅＮＢ２００は、所定数又は所定期間ごとに、複数のＰＤＣＰ  ＳＤＵについての平均的な上りリンクレイテンシを測定し、当該平均的な上りリンクレイテンシのそれぞれを位置情報及び時間情報と関連付けることにより遅延測定情報を生成してもよい。
【００９０】
或いは、ｅＮＢ２００は、ＱＣＩが等しいＰＤＣＰ  ＳＤＵグループごとに平均的な上りリンクレイテンシを測定し、当該平均的な上りリンクレイテンシのそれぞれを位置情報及び時間情報と関連付けることにより遅延測定情報を生成してもよい。
【００９１】
（第２実施形態に係る動作シーケンス）
次に、第２実施形態に係る動作シーケンスについて説明する。図７は、第２実施形態に係る動作シーケンスを示すシーケンス図である。図７の初期状態において、ＵＥ１００はｅＮＢ２００とのＲＲＣ接続を確立した状態（コネクティッド状態）であり、上りリンクにおいてユーザデータの送受信を行っていると仮定する。
【００９２】
図７に示すように、ステップＳ２００において、ｅＮＢ２００は、上りリンクレイテンシのＭＤＴ測定を開始する。ｅＮＢ２００は、Ｉｍｍｅｄｉａｔｅ  ＭＤＴを構成するための構成情報をＵＥ１００に送信する。構成情報は、ＲＲＣ層において送受信される。具体的には、構成情報は、モビリティ制御のための測定報告（Ｍｅａｓ．  Ｒｅｐｏｒｔ）に位置情報を含めるよう要求する「ｉｎｃｌｕｄｅＬｏｃａｔｉｏｎＩｎｆｏ」である。当該構成情報を受信したＵＥ１００は、自身の位置情報を測定報告に含める。なお、図７では、ＵＥ１００からｅＮＢ２００に送信する測定報告の図示を省略しているが、実際には、ＵＥ１００は自身の位置情報を含んだ測定報告をｅＮＢ２００に送信している。
【００９３】
ステップＳ２０１において、ＵＥ１００のＰＤＣＰ層にＰＤＣＰ  ＳＤＵ１が到達する。すなわち、ＵＥ１００において、ｅＮＢ２００に送信すべきＰＤＣＰ  ＳＤＵ１が発生する。
【００９４】
ステップＳ２０２において、ＵＥ１００は、発生したＰＤＣＰ  ＳＤＵ１のデータ量を示すＢＳＲをｅＮＢ２００に送信する。ＢＳＲは、ＭＡＣ層において送受信される。ｅＮＢ２００は、当該ＢＳＲの受信時点「ｔＡｒｒｉｖ（１）」においてタイマ１を起動する。
【００９５】
ステップＳ２０３において、ＢＳＲを受信したｅＮＢ２００は、当該ＢＳＲに基づいて、ＵＥ１００に上りリンク無線リソースを割り当てるためのＵＬ  ｇｒａｎｔをＵＥ１００に送信する。
【００９６】
ステップＳ２０４において、ＵＬ  ｇｒａｎｔを受信したＵＥ１００は、当該ＵＬ  ｇｒａｎｔに基づいて、ＰＤＣＰ  ＳＤＵ１に対応する各ＭＡＣ  ＰＤＵをＰＵＳＣＨ上でｅＮＢ２００に送信する。
【００９７】
ステップＳ２０５において、ＰＤＣＰ  ＳＤＵ１に対応する各ＭＡＣ  ＰＤＵを受信したｅＮＢ２００は、当該各ＭＡＣ  ＰＤＵを連結することによりＰＤＣＰ  ＳＤＵ１を再構築する。
【００９８】
ステップＳ２０６において、ＵＥ１００のＰＤＣＰ層にＰＤＣＰ  ＳＤＵ２が到達する。すなわち、ＵＥ１００において、ｅＮＢ２００に送信すべきＰＤＣＰ  ＳＤＵ２が発生する。
【００９９】
ステップＳ２０７において、ＵＥ１００は、発生したＰＤＣＰ  ＳＤＵ２のデータ量を示すＢＳＲをｅＮＢ２００に送信する。ｅＮＢ２００は、当該ＢＳＲの受信時点「ｔＡｒｒｉｖ（２）」においてタイマ２を起動する。
【０１００】
ステップＳ２０８において、ＢＳＲを受信したｅＮＢ２００は、当該ＢＳＲに基づいて、ＵＥ１００に上りリンク無線リソースを割り当てるためのＵＬ  ｇｒａｎｔをＵＥ１００に送信する。また、ｅＮＢ２００は、ステップＳ２０４で受信した最後のＭＡＣ  ＰＤＵに対するＨＡＲＱ  ＡＣＫをＵＥ１００に送信する。ｅＮＢ２００は、当該ＨＡＲＱ  ＡＣＫの送信時点「ｔＡｃｋ（１）」においてタイマ１を停止し、タイマ１から上りリンクレイテンシ１を測定する。ｅＮＢ２００は、測定した上りリンクレイテンシ１を、直近に受信した位置情報「Ｌｏｃａｔｉｏｎ１」及び測定時刻に係る時間情報「Ｔｉｍｅ  １」と関連付けることにより、遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ１」を生成し、生成した遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ１」を記憶する。
【０１０１】
ステップＳ２０９において、ｅＮＢ２００は、ステップＳ２０７でＵＥ１００から受信したＢＳＲに基づいて、ＵＥ１００に上りリンク無線リソースを割り当てるためのＵＬ  ｇｒａｎｔをＵＥ１００に送信する。
【０１０２】
ステップＳ２１０において、ＵＥ１００は、ステップＳ２０８でｅＮＢ２００から受信したＵＬ  ｇｒａｎｔに基づいて、ＰＤＣＰ  ＳＤＵ２に対応する一部のＭＡＣ  ＰＤＵをＰＵＳＣＨ上でｅＮＢ２００に送信する。
【０１０３】
ステップＳ２１１において、ＵＥ１００は、ステップＳ２０９でｅＮＢ２００から受信したＵＬ  ｇｒａｎｔに基づいて、ＰＤＣＰ  ＳＤＵ２に対応する残りのＭＡＣ  ＰＤＵをＰＵＳＣＨ上でｅＮＢ２００に送信する。
【０１０４】
ステップＳ２１２において、ＰＤＣＰ  ＳＤＵ２に対応する各ＭＡＣ  ＰＤＵを受信したｅＮＢ２００は、当該各ＭＡＣ  ＰＤＵを連結することによりＰＤＣＰ  ＳＤＵ２を再構築する。
【０１０５】
ステップＳ２１３において、ｅＮＢ２００は、ステップＳ２１０でＵＥ１００から受信したＭＡＣ  ＰＤＵに対するＨＡＲＱ  ＡＣＫをＵＥ１００に送信する。
【０１０６】
ステップＳ２１４において、ｅＮＢ２００は、ステップＳ２１１でＵＥ１００から受信したＭＡＣ  ＰＤＵに対するＨＡＲＱ  ＡＣＫ（すなわち、ＰＤＣＰ  ＳＤＵ２に対応する最後のＨＡＲＱ  ＡＣＫ）をＵＥ１００に送信する。ｅＮＢ２００は、当該ＨＡＲＱ  ＡＣＫの送信時点「ｔＡｃｋ（２）」においてタイマ２を停止し、タイマ２から上りリンクレイテンシ２を測定する。ｅＮＢ２００は、測定した上りリンクレイテンシ２を、直近に受信した位置情報「Ｌｏｃａｔｉｏｎ２」及び測定時刻に係る時間情報「Ｔｉｍｅ  ２」と関連付けることにより、遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ２」を生成し、生成した遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ２」を記憶する。
【０１０７】
以降、ＭＤＴ測定期間「Ｔ」が終了するまで、上述した測定収集手順と同様の手順が繰り返される。その結果、表１に示したような遅延測定情報が収集される。ｅＮＢ２００は、収集した遅延測定情報をＥＰＣ２０に通知する。これにより、ＥＰＣ２０（すなわち、オペレータ）は、位置毎の上りリンクレイテンシを評価することにより、上りリンクレイテンシを改善するためのネットワーク最適などを行う。或いは、ｅＮＢ２００は、収集した遅延測定情報をＥＰＣ２０に送信するのではなく、自身のパラメータ最適化に利用してもよい。
【０１０８】
（第２実施形態のまとめ）
上述したように、第２実施形態に係る測定制御方法は、ｅＮＢ２００において、ＵＥ１００のバッファに蓄積された上りリンクパケットのデータ量を示すＢＳＲをＵＥ１００から受信するステップと、当該ＢＳＲを受信した第１時点から、ＵＥ１００からの受信データ量が当該ＢＳＲにより示されたデータ量に達したことに応じてＵＥ１００に送達確認（ＨＡＲＱ  ＡＣＫ）を送信した第２時点までの期間を示す上りリンクレイテンシを測定するステップと、を備える。これにより、上りリンクレイテンシの遅延測定情報をＭＤＴにより収集可能とすることができる。
【０１０９】
［第２実施形態の変更例］
上述した第２実施形態では、ＢＳＲを利用して上りリンクレイテンシを測定していた。ここで、ＵＥ１００は、上りリンクバッファに蓄積されたデータ量を優先度別（ＱＣＩ別）に管理している。既存の仕様では、ＵＥ１００の上りリンクバッファ内の既存データに比べて優先度が高い新規上りリンクパケットが発生した場合にはＢＳＲがトリガされる。これに対し、当該既存データに比べて優先度が低い新規上りリンクパケットが発生した場合にはＢＳＲがトリガされない。よって、第２実施形態に係る測定制御方法は、低優先度の上りリンクパケットのレイテンシを測定するケースに適用することが困難である。
【０１１０】
図８は、第２実施形態に係る測定制御方法において低優先度の上りリンクパケットが発生した場合の動作を示すシーケンス図である。ここでは、上述した第２実施形態との相違点を主として説明する。
【０１１１】
図８に示すように、ステップＳ２５１において、ＵＥ１００のＰＤＣＰ層にＰＤＣＰ  ＳＤＵ１が到達する。すなわち、ＵＥ１００において、ｅＮＢ２００に送信すべきＰＤＣＰ  ＳＤＵ１が発生する。ＰＤＣＰ  ＳＤＵ１は、ＣＱＩ＝「ａ」に属する。
【０１１２】
ステップＳ２５２において、ＵＥ１００は、発生したＰＤＣＰ  ＳＤＵ１のデータ量を示すＢＳＲをｅＮＢ２００に送信する。ｅＮＢ２００は、当該ＢＳＲの受信時点「ｔＡｒｒｉｖ（１）」においてタイマ１を起動する。
【０１１３】
ステップＳ２５３乃至Ｓ２５６において、ＢＳＲを受信したｅＮＢ２００は、当該ＢＳＲに基づいて、ＵＥ１００に上りリンク無線リソースを割り当てるためのＵＬ  ｇｒａｎｔをＵＥ１００に送信する。
【０１１４】
ステップＳ２５７において、ＵＥ１００のＰＤＣＰ層にＰＤＣＰ  ＳＤＵ２が到達する。すなわち、ＵＥ１００において、ｅＮＢ２００に送信すべきＰＤＣＰ  ＳＤＵ２が発生する。ＰＤＣＰ  ＳＤＵ２はＣＱＩ＝「ｂ」に属しており、かつ、ＣＱＩ「ｂ」はＣＱＩ「ａ」よりも優先度が低いＣＱＩである。この時点では、ＰＤＣＰ  ＳＤＵ１に対応する各ＭＡＣ  ＰＤＵがＵＥ１００の上りリンクバッファ内に蓄積されており、ＢＳＲがトリガされない。
【０１１５】
ステップＳ２５８乃至Ｓ２６１において、ＵＬ  ｇｒａｎｔを受信したＵＥ１００は、当該ＵＬ  ｇｒａｎｔに基づいて、ＰＤＣＰ  ＳＤＵ１に対応する各ＭＡＣ  ＰＤＵをＰＵＳＣＨ上でｅＮＢ２００に送信する。ステップＳ２６１において、ＵＥ１００は、ＰＤＣＰ  ＳＤＵ１の送信が完了したことに応じて、ＰＤＣＰ  ＳＤＵ２のデータ量を示すＢＳＲをｅＮＢ２００に送信する。ｅＮＢ２００は、当該ＢＳＲの受信時点「ｔＡｒｒｉｖ（２）」においてタイマ２を起動する。
【０１１６】
このように、ＰＤＣＰ  ＳＤＵ２が発生したタイミング（ステップＳ２５７）から、ＰＤＣＰ  ＳＤＵ２のデータ量を示すＢＳＲをｅＮＢ２００に送信するタイミング（ステップＳ２６１）までの間に、ＢＳＲの送信遅延が生じている。ｅＮＢ２００は、かかる送信遅延を把握することができず、ＰＤＣＰ  ＳＤＵ２が発生したタイミングでは無いタイミング（ステップＳ２６１）でタイマを起動しているため、ＰＤＣＰ  ＳＤＵ２について測定される上りリンクレイテンシが不正確な値となってしまう。
【０１１７】
（第２実施形態の変更例に係る通信制御方法）
第２実施形態の変更例では、低優先度の上りリンクパケットのレイテンシを正確に測定可能とするために、通常のＢＳＲとは異なる特殊なＢＳＲを導入する。
【０１１８】
第２実施形態の変更例に係る測定制御方法は、ｅＮＢ２００において、上りリンクレイテンシを測定するＭＤＴを構成するための構成情報をＵＥ１００に送信するステップと、ＵＥ１００において、当該構成情報に基づいて、ＭＤＴのための特殊なＢＳＲ（以下、「ＭＤＴ用ＢＳＲ」という）を送信するステップと、を備える。ＭＤＴ用ＢＳＲは、基本的にはＭＤＴでのみ利用し、スケジューリングに利用するのは好ましくない。
【０１１９】
ＭＤＴ用ＢＳＲは、ＵＥ１００の上りリンクバッファ内の既存データに比べて優先度が低い新規上りリンクパケットについてのデータ量を示す情報を含む。ＭＤＴ用ＢＳＲの詳細については後述する。
【０１２０】
また、第２実施形態の変更例に係る測定制御方法は、ＵＥ１００の上りリンクバッファ内の既存データに比べて新規上りリンクパケットの優先度が低い場合であっても、当該新規上りリンクパケットについてのデータ量を示す情報を含んだＭＤＴ用ＢＳＲをｅＮＢ２００に送信するステップを備える。
【０１２１】
（第２実施形態の変更例に係る動作フロー）
図９は、第２実施形態の変更例に係るＵＥ１００の動作を示すフロー図である。本フローは、ＵＥ１００のＭＡＣ層において送信時間間隔（ＴＴＩ）ごとに実行される。
【０１２２】
図９に示すように、ステップＳ２００１において、ＵＥ１００は、上りリンクバッファ内に既存データ（すなわち、送信に利用可能なデータ）が存在するか否かを判断する。
【０１２３】
上りリンクバッファ内に既存データが存在しない場合（ステップＳ２００１；ＮＯ）、ステップＳ２００２において、ＵＥ１００は、今回のＴＴＩで新たなデータが発生したか否かを判断する。今回のＴＴＩで新たなデータが発生した場合（ステップＳ２００２；ＹＥＳ）、ステップＳ２００３において、ＵＥ１００は、通常のＢＳＲをトリガする。今回のＴＴＩで新たなデータが発生しない場合（ステップＳ２００２；ＮＯ）、送信に利用可能なデータが存在しないため、ＢＳＲはトリガされない（ステップＳ２００４）。
【０１２４】
一方、上りリンクバッファ内に既存データが存在する場合（ステップＳ２００１；ＹＥＳ）、ステップＳ２００５において、ＵＥ１００は、今回のＴＴＩで新たなデータが発生したか否かを判断する。今回のＴＴＩで新たなデータが発生した場合（ステップＳ２００５；ＹＥＳ）、ステップＳ２００６において、ＵＥ１００は、当該新たなデータの優先度が既存データの優先度よりも高いか否かを判断する。当該新たなデータの優先度が既存データの優先度よりも高い場合（ステップＳ２００６；ＹＥＳ）、ステップＳ２００７において、ＵＥ１００は、通常のＢＳＲをトリガする。当該新たなデータの優先度が既存データの優先度よりも高くない場合（ステップＳ２００６；ＮＯ）、ステップＳ２００８において、ＵＥ１００は、上りリンクレイテンシを測定するＭＤＴが構成されているか否かを判断する。当該ＭＤＴが構成されている場合（ステップＳ２００８；ＹＥＳ）、ステップＳ２００９において、ＵＥ１００は、ＭＤＴ用ＢＳＲをトリガする。
【０１２５】
当該ＭＤＴが構成されていない場合（ステップＳ２００８；ＮＯ）、又は今回のＴＴＩで新たなデータが発生していない場合（ステップＳ２００５；ＮＯ）、ステップＳ２０１０において、ＵＥ１００は、ｒｅＴｘＢＳＲタイマが満了したか否かを判断する。なお、ｒｅＴｘＢＳＲタイマは、一定期間ＢＳＲが送信されていないことを検出するために使用されるタイマである。ｒｅＴｘＢＳＲタイマが満了した場合（ステップＳ２０１０；ＹＥＳ）、ステップＳ２０１１において、ＵＥ１００は、通常のＢＳＲをトリガする。
【０１２６】
ｒｅＴｘＢＳＲタイマが満了していない場合（ステップＳ２０１０；ＮＯ）、ステップＳ２０１２において、ＵＥ１００は、ｐｅｒｉｏｄｉｃＢＳＲタイマが満了したか否かを判断する。なお、ｐｅｒｉｏｄｉｃＢＳＲタイマは、周期的なＢＳＲの送信タイミングを検出するために使用されるタイマである。ｐｅｒｉｏｄｉｃＢＳＲタイマが満了した場合（ステップＳ２０１２；ＹＥＳ）、ステップＳ２０１３において、ＵＥ１００は、周期的ＢＳＲをトリガする。
【０１２７】
ｐｅｒｉｏｄｉｃＢＳＲタイマが満了していない場合（ステップＳ２０１２；ＮＯ）、ステップＳ２０１４において、ＵＥ１００は、今回のＴＴＩにおいてＢＳＲを送信するのに十分なパディングビットが存在するか否かを判断する。今回のＴＴＩにおいてＢＳＲを送信するのに十分なパディングビットが存在する場合（ステップＳ２０１４；ＹＥＳ）、ステップＳ２０１５において、ＵＥ１００は、パディングＢＳＲをトリガする。今回のＴＴＩにおいてＢＳＲを送信するのに十分なパディングビットが存在しない場合（ステップＳ２０１４；ＮＯ）、ＢＳＲがトリガされない（ステップＳ２０１６）。
【０１２８】
（第２実施形態の変更例に係るＢＳＲ）
次に、第２実施形態の変更例に係るＭＤＴ用ＢＳＲについて説明する。ＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、主として、ＭＡＣヘッダとＭＡＣペイロードとからなる。ＭＡＣヘッダは、ＭＡＣサブヘッダからなり、ＭＡＣペイロードは、ＭＡＣ制御要素、ＭＡＣ ＳＤＵ、及びパディングからなる。各ＭＡＣサブヘッダは、論理チャネルＩＤ（ＬＣＩＤ）及び長さ（Ｌ）フィールドからなる。ＬＣＩＤは、ＭＡＣペイロードの対応する部分がＭＡＣ制御要素であるかを示し、ＭＡＣ制御要素ではない場合、関連するＭＡＣ ＳＤＵが属している論理チャネルを示す。Ｌフィールドは、関連するＭＡＣ ＳＤＵまたはＭＡＣ制御要素のサイズを示す。なお、ＭＡＣ制御要素は、ＭＡＣレベルのシグナリングに使用される。上りリンクではＭＡＣ制御要素はＢＳＲの提供及び利用可能な電力を示すパワーヘッドルームの報告に使用される。
【０１２９】
表２に、ＭＤＴ用ＢＳＲ（ＢＳＲ  ｆｏｒ  ＭＤＴ）のＭＡＣヘッダの構成例を示す。表２では、ＭＤＴ用ＢＳＲが「１１０００」で示されるケースを例示している。
【０１３０】
【表２】
2015093556.tif 000004
【０１３１】
ＭＤＴ用ＢＳＲのフォーマットとしては、既存のＢＳＲフォーマットを流用してもよいし、新規なＢＳＲフォーマットを規定してもよい。図１０は、ＭＤＴ用ＢＳＲのための新規なＢＳＲフォーマットの構成例を示す図である。図１０の例では、低優先度の２つの論理チャネルグループ（ＬＣＧ）のバッファ状態を示している。
【０１３２】
或いは、ＭＤＴ用ＢＳＲは、常にＬｏｎｇ  ＢＳＲのフォーマットとしてもよい。或いは、ＭＤＴ用ＢＳＲは、リソースの有効活用のために状況に応じて使い分けてもよい。例えば、発生したデータが１つの場合には、Ｓｈｏｒｔ  ＢＳＲのフォーマットにより低優先度データのバッファ状態のみを通知し、発生したデータが２つ以上の場合には、Ｌｏｎｇ  ＢＳＲのフォーマットにより通知する。表３に、この場合のＭＡＣヘッダの構成例を示す。表２では、ＭＤＴ用Ｓｈｏｒｔ  ＢＳＲ（Ｓｈｏｒｔ  ＢＳＲ  ｆｏｒ  ＭＤＴ）が「１０１１１」、ＭＤＴ用Ｌｏｎｇ  ＢＳＲ（Ｌｏｎｇ  ＢＳＲ  ｆｏｒ  ＭＤＴ）が「１１０００」で示されるケースを例示している。
【０１３３】
【表３】
2015093556.tif 000005
【０１３４】
［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。第３実施形態は、システム構成については第１実施形態と同様である。
【０１３５】
第３実施形態は、上りリンクレイテンシを測定する点で第２実施形態と共通するが、第２実施形態では測定主体がｅＮＢ２００であったのに対して、第３実施形態では測定主体がＵＥ１００である点で異なる。
【０１３６】
アイドル状態のＵＥ１００が測定・収集を行って測定情報を記憶し、後でネットワークに測定情報を送信する手法は、既存の仕様で規定されており、Ｌｏｇｇｅｄ  ＭＤＴと称される。第３実施形態では、コネクティッド状態のＵＥ１００が測定・収集を行い、測定情報をネットワークに送信する。このような手法は、Ｌｏｇｇｅｄ  ＭＤＴ  ｉｎ  Ｃｏｎｎｅｃｔｅｄと称されることがある。
【０１３７】
（第３実施形態に係る測定制御方法）
第３実施形態に係る測定制御方法は、ＬＴＥシステムにおいてＵＥ１００からｅＮＢ２００に送信する上りリンクパケットの遅延を測定するための方法である。上りリンクパケットは、データ無線ベアラ（ＤＲＢ）を介して伝送されるパケットであって、ＯＳＩ参照モデルの第２層に相当するＭＡＣ層／ＰＬＣ層／ＰＤＣＰ層で取り扱うパケット（レイヤ２パケット）である。第２実施形態では、上りリンクパケットが、ＰＤＣＰ層の上位からＰＤＣＰ層に到達したＰＤＣＰ  ＳＤＵであるケースを例示する。
【０１３８】
第３実施形態に係る測定制御方法は、ＵＥ１００において、上りリンクパケットが発生したタイミング以降の第１時点から、上りリンクパケットに対応する送達確認（ＨＡＲＱ  ＡＣＫ）をｅＮＢ２００から受信した第２時点までの期間を示す上りリンクレイテンシを測定するステップと、上りリンクレイテンシを含んだ遅延測定情報を生成するステップと、遅延測定情報をｅＮＢ２００に送信するステップと、を備える。
【０１３９】
第３実施形態では、ＵＥ１００は、ＰＤＣＰ層に到達したｉ番目の上りリンクＰＤＣＰ  ＳＤＵについての上りリンクレイテンシ（ｉ）を、例えば以下の式（３）により算出する。
【０１４０】
上りリンクレイテンシ（ｉ）＝ｔＡｃｋ（ｉ）−ｔＡｒｒｉｖ（ｉ） ・・・（３）
【０１４１】
ここで、ｔＡｒｒｉｖ（ｉ）は、ＵＥ１００においてｉ番目の上りリンクＰＤＣＰ  ＳＤＵが到達した時点（第１時点）を示す。すなわち、ｔＡｒｒｉｖ（ｉ）は、上りリンクＰＤＣＰ  ＳＤＵが発生した発生時点である。或いは、ｔＡｒｒｉｖ（ｉ）は、発生した上りリンクＰＤＣＰ  ＳＤＵが反映されたＢＳＲをｅＮＢ２００に送信した送信時点である。この場合、ＵＥ１００は、発生時点から送信時点までの期間を示す送信遅延（ＢＳＲの送信遅延）を測定し、遅延測定情報に当該送信遅延を含めてもよい。
【０１４２】
また、ｔＡｃｋ（ｉ）は、ＵＥ１００において、ｉ番目の上りリンクＰＤＣＰ  ＳＤＵに対応する最後のＨＡＲＱ  ＡＣＫをｅＮＢ２００から受信した時点（第２時点）を示す。上りリンクＰＤＣＰ  ＳＤＵは、ＵＥ１００のＲＬＣ層において分割され、ｅＮＢ２００のＲＬＣ層において結合される。よって、上りリンクＰＤＣＰ  ＳＤＵに対応する最後のＨＡＲＱ  ＡＣＫとは、当該分割された各ＭＡＣ  ＰＤＵに対応する複数のＨＡＲＱ  ＡＣＫのうち最後のＨＡＲＱ  ＡＣＫを意味する。
【０１４３】
第３実施形態に係る測定制御方法は、ＵＥ１００において、ＵＥ１００の地理的位置を示す位置情報を取得するステップを備える。ＵＥ１００は、上りリンクレイテンシを位置情報と関連付けることにより、上りリンクレイテンシ及び位置情報を含んだ遅延測定情報を生成する。
【０１４４】
また、第３実施形態に係る測定制御方法は、ＵＥ１００において、上りリンクレイテンシの測定タイミングに関する時間情報（タイムスタンプ）を取得するステップを備える。但し、ＵＥ１００はネットワーク絶対時間を把握していないため、例えば後述する構成情報によりｅＮＢ２００からＵＥ１００に対してネットワーク絶対時間を通知し、ＵＥ１００において当該ネットワーク絶対時間から測定タイミングまでの経過時間を計時することにより、当該ネットワーク絶対時間及び当該経過時間の組を時間情報とする。ＵＥ１００は、遅延測定情報に時間情報を含める。
【０１４５】
第３実施形態では、ＵＥ１００が上りリンクレイテンシをＰＤＣＰ  ＳＤＵごとに測定し、ＰＤＣＰ  ＳＤＵごとに測定した上りリンクレイテンシのそれぞれを位置情報及び時間情報と関連付けることにより遅延測定情報を生成するケースを例示する。
【０１４６】
しかしながら、ＵＥ１００は、所定数又は所定期間ごとに、複数のＰＤＣＰ  ＳＤＵについての平均的な上りリンクレイテンシを測定し、当該平均的な上りリンクレイテンシのそれぞれを位置情報及び時間情報と関連付けることにより遅延測定情報を生成してもよい。
【０１４７】
或いは、ＵＥ１００は、ＱＣＩが等しいＰＤＣＰ  ＳＤＵグループごとに平均的な上りリンクレイテンシを測定し、当該平均的な上りリンクレイテンシのそれぞれを位置情報及び時間情報と関連付けることにより遅延測定情報を生成してもよい。
【０１４８】
第３実施形態に係る測定制御方法は、ｅＮＢ２００において、上りリンクレイテンシを測定するＭＤＴを構成するための構成情報をＵＥ１００に送信するステップを備える。当該構成情報は、既存の仕様で規定されるＬｏｇｇｅｄ  ＭＤＴ構成用のメッセージであるＬｏｇｇｅｄＭｅａｓｕｒｅｍｅｎｔＣｏｎｆｉｇｕｒａｔｉｏｎメッセージに含められる情報要素（例えば、「ｌａｔｅｎｃｙＭｅａｓ−ｓｅｔｕｐ」）とすることができる。或いは、Ｌｏｇｇｅｄ  ＭＤＴ  ｉｎ  Ｃｏｎｎｅｃｔｅｄ構成用のメッセージを新たに規定し、当該メッセージを構成情報としてもよい。
【０１４９】
上りリンクレイテンシを測定するＭＤＴを構成するための構成情報は、上りリンクレイテンシの測定を行うべき測定期間（ＭＤＴ測定期間）を指定する情報を含む。ＵＥ１００は、指定されたＭＤＴ測定期間において上りリンクレイテンシを測定し、測定期間の終了後に遅延測定情報をｅＮＢ２００に送信する。なお、ＵＥ１００は、ＭＤＴ測定期間においてハンドオーバを行うことにより、構成情報をＵＥ１００に送信したｅＮＢ２００とは異なるｅＮＢ（ハンドオーバ先ｅＮＢ）においてＭＤＴ測定期間が終了した場合には、ハンドオーバ先ｅＮＢに対して遅延測定情報を送信してもよい。よって、測定が行われたｅＮＢ／セルを記録するために、測定が行われたｅＮＢ／セルの識別子を遅延測定情報に含めてもよい。
【０１５０】
第３実施形態に係る測定制御方法は、ＵＥ１００において、測定期間が終了した時点でコネクティッド状態である場合に、遅延測定情報を送信するための通知をｅＮＢ２００に送信するステップを備える。当該通知は、遅延測定情報を送信するための無線リソースの割り当てを要求するメッセージ（例えば、ＬｏｇｇｅｄＭｅａｓｕｒｅｍｅｎｔＩｎＣＯＮＮＲｅｐｏｒｔＲｅｑｕｅｓｔメッセージ）である。或いは、当該通知は、遅延測定情報を送信可能であることを示す情報であって、既存の仕様で規定されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージに含められる情報要素であってもよい。
【０１５１】
第３実施形態に係る測定制御方法は、ＵＥ１００において、測定期間が終了した時点でアイドル状態である場合に、アイドル状態からコネクティッド状態に遷移する際に、遅延測定情報を送信するための通知をｅＮＢ２００に送信するステップを備える。当該通知は、Ｌｏｇｇｅｄ  ＭＤＴと同様に、測定ログが送信可能であることを示す情報であって、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含められる情報要素（ｌｏｇｍｅａｓａｖａｉｌａｂｌｅ）である。また、測定ログの中でも遅延測定情報を送信可能であることを示す新たな情報要素（例えば、ｌｏｇＭｅａｓＣＯＮＮＡｖａｉｌａｂｌｅを）規定してもよい。ｅＮＢ２００は、当該通知に基づいて、遅延測定情報を取得するための要求をＵＥ１００に対して行う。ＵＥ１００は、当該要求に応じて、遅延測定情報をｅＮＢ２００に送信する。
【０１５２】
なお、ＵＥ１００は、ＵＥ１００において、測定期間が終了した時点でコネクティッド状態である場合に、アイドル状態に遷移し、アイドル状態からコネクティッド状態に遷移する際に、遅延測定情報を送信するための通知をｅＮＢ２００に送信してもよい。
【０１５３】
また、ＵＥ１００は、遅延測定情報を送信しないままアイドル状態において長時間（一定時間）が経過した場合には、記憶している遅延測定情報を破棄してもよい。具体的には、ＵＥ１００は、遅延測定情報を記憶している時間（保持時間）を計時し、当該遅延測定情報を送信しないまま保持時間が一定時間内を経過した場合に、記憶している遅延測定情報を破棄可能である。
【０１５４】
（第３実施形態に係る動作シーケンス）
次に、第３実施形態に係る動作シーケンスについて説明する。図１１は、第３実施形態に係る動作シーケンスを示すシーケンス図である。図１１の初期状態において、ＵＥ１００はｅＮＢ２００とのＲＲＣ接続を確立した状態（コネクティッド状態）であり、上りリンクにおいてユーザデータの送受信を行っていると仮定する。
【０１５５】
図１１に示すように、ステップＳ３００において、ＵＥ１００は、ｅＮＢ２００からの構成情報に応じて上りリンクレイテンシのＭＤＴ測定を開始する。
【０１５６】
ステップＳ３０１において、ＵＥ１００のＰＤＣＰ層にＰＤＣＰ  ＳＤＵ１が到達する。すなわち、ＵＥ１００において、ｅＮＢ２００に送信すべきＰＤＣＰ  ＳＤＵ１が発生する。ＵＥ１００は、ＰＤＣＰ  ＳＤＵ１の発生時点「ｔＡｒｒｉｖ（１）」においてタイマを起動する。
【０１５７】
ステップＳ３０２において、ＵＥ１００は、発生したＰＤＣＰ  ＳＤＵ１のデータ量を示すＢＳＲをｅＮＢ２００に送信する。
【０１５８】
ステップＳ３０３において、ＢＳＲを受信したｅＮＢ２００は、当該ＢＳＲに基づいて、ＵＥ１００に上りリンク無線リソースを割り当てるためのＵＬ  ｇｒａｎｔをＵＥ１００に送信する。
【０１５９】
ステップＳ３０４において、ＵＬ  ｇｒａｎｔを受信したＵＥ１００は、当該ＵＬ  ｇｒａｎｔに基づいて、ＰＤＣＰ  ＳＤＵ１に対応する各ＭＡＣ  ＰＤＵをＰＵＳＣＨ上でｅＮＢ２００に送信する。
【０１６０】
ステップＳ３０５において、ＰＤＣＰ  ＳＤＵ１に対応する各ＭＡＣ  ＰＤＵを受信したｅＮＢ２００は、当該各ＭＡＣ  ＰＤＵを連結することによりＰＤＣＰ  ＳＤＵ１を再構築する。
【０１６１】
ステップＳ３０６において、ｅＮＢ２００は、ステップＳ３０４で受信した最後のＭＡＣ  ＰＤＵに対するＨＡＲＱ  ＡＣＫをＵＥ１００に送信する。ＨＡＲＱ  ＡＣＫを受信したＵＥ１００は、当該ＨＡＲＱ  ＡＣＫの受信時点「ｔＡｃｋ（１）」においてタイマを停止し、タイマから上りリンクレイテンシ１を測定する。ＵＥ１００は、測定した上りリンクレイテンシ１を、自身の位置情報「Ｌｏｃａｔｉｏｎ１」及び測定時刻に係る時間情報「Ｔｉｍｅ１」と関連付けることにより、遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ１」を生成し、生成した遅延測定情報「Ｌａｔｅｎｃｙ  ｒｅｓｕｌｔ１」を記憶する。以降、ＭＤＴ測定期間「Ｔ」が終了するまで、上述した測定収集手順と同様の手順が繰り返される。その結果、表１に示したような遅延測定情報がＵＥ１００により収集される。
【０１６２】
ＭＤＴ測定期間「Ｔ」の終了後のステップＳ３０７において、ＵＥ１００は、記憶している遅延測定情報をｅＮＢ２００に送信する。
【０１６３】
（第３実施形態のまとめ）
上述したように、第３実施形態に係る測定制御方法は、ＵＥ１００において、上りリンクパケットが発生したタイミング以降の第１時点から、上りリンクパケットに対応する送達確認（ＨＡＲＱ  ＡＣＫ）をｅＮＢ２００から受信した第２時点までの期間を示す上りリンクレイテンシを測定するステップと、上りリンクレイテンシを含んだ遅延測定情報を生成するステップと、遅延測定情報をｅＮＢ２００に送信するステップと、を備える。これにより、上りリンクレイテンシの遅延測定情報をＭＤＴにより収集可能とすることができる。
【０１６４】
［その他の実施形態］
上述した第１実施形態及び第２実施形態では、ｅＮＢ２００においてレイテンシ測定を行うケースを例示したが、ｅＮＢ２００よりも上位のネットワーク装置がレイテンシ測定を行ってもよい。
【０１６５】
また、上述した各実施形態では、移動通信システムとしてＬＴＥシステムを例示したが、ＬＴＥシステムに限らず、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１６６】
［相互参照］
日本国特許出願第２０１３−２６４６１４号（２０１３年１２月２０日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１６７】
本発明は、移動通信分野において有用である。
【図１】
2015093556.tif 000006
【図２】
2015093556.tif 000007
【図３】
2015093556.tif 000008
【図４】
2015093556.tif 000009
【図５】
2015093556.tif 000010
【図６】
2015093556.tif 000011
【図７】
2015093556.tif 000012
【図８】
2015093556.tif 000013
【図９】
2015093556.tif 000014
【図１０】
2015093556.tif 000015
【図１１】
2015093556.tif 000016
【国際調査報告】
2015093556.tif 000017
2015093556.tif 000018
2015093556.tif 000019
2015093556.tif 000020