JP2018513652A - Ｍｄｔメトリックとｑｏｅメトリックの相関および組み合わせ - Google Patents

Abstract

ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供されている。装置は、ドライブテストの最小化（ＭＤＴ）メトリックを測定するように、エクスペリエンス品質（ＱｏＥ）メトリックを測定するように、該ＭＤＴメトリックのうちの少なくとも１つと該ＱｏＥメトリックのうちの少なくとも１つの相関情報を生成するように、および該相関情報を報告するように、構成されるユーザ機器を含む。【選択図】図１１

Description

[0001]本開示は概して、通信システムに関し、より具体的には、異なるタイプの通信メトリックの相関および組み合わせのための方法および装置に関する。

[0002]ワイヤレス通信システムは、電話通信、ビデオ、データ、メッセージング、およびブロードキャストのような様々な電気通信サービスを提供するように広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートする能力を有する多元接続技術を用いうる。このような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。

[0003]これらの多元接続技術は、異なるワイヤレスデバイスが市区町村レベル、国レベル、地域レベル、さらにはグローバルレベルで通信することを可能とする共通のプロトコルを提供するために、様々な電気通信規格において採用されてきた。例となる電気通信規格は、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ）のモバイル規格の拡張型（enhancement to）のセットである。ＬＴＥは、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを、および多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、スペクトル効率を向上させること、コストを下げること、サービスを向上させること、新たなスペクトルを利用すること、および他のオープン規格とより良好に統合することによって、モバイルブロードバンドインターネットアクセスをより良好にサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスを求める需要が増加し続けるのに伴い、ＬＴＥ技術にはさらなる改善を求める要求が存在する。望ましくは、これらの改善は、他の多元接続技術およびこれらの技術を用いる電気通信規格に適用可能であるべきである。

[0004]本開示の態様では、方法、コンピュータプログラム製品、および装置が提供される。装置は、ドライブテストの最小化（ＭＤＴ：Minimization of Drive Tests）メトリックを測定するように、エクスペリエンス品質（ＱｏＥ）メトリックを測定するように、ＭＤＴメトリックのうちの少なくとも１つとＱｏＥメトリックのうちの少なくとも１つの相関情報を生成するように、および該相関情報を報告するように、構成されるユーザ機器でありうる。

ネットワークアーキテクチャの例を例示する図である。 アクセスネットワークの例を例示する図である。 ＬＴＥにおけるＤＬフレーム構造の例を例示する図である。 ＬＴＥにおけるＵＬフレーム構造の例を例示する図である。 ユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を例示する図である。 アクセスネットワークにおける発展型ノードＢおよびユーザ機器の例を例示する図である。 マルチキャストブロードキャスト単一周波数ネットワークにおける発展型マルチメディアブロードキャストマルチキャストサービスチャネル構成の例を例示する図である。 マルチキャストチャネルスケジューリング情報媒体アクセス制御要素のフォーマットを例示する図である。 ＱｏＥメトリックを設定および報告するためのネットワークアーキテクチャの例を例示する図である。 ＭＤＴメトリックを設定および報告するためのネットワークアーキテクチャの例を例示する図である。 マルチメディアセッションの様々なレイヤを例示する図である。 ＭＤＴメトリックとＱｏＥメトリックを相関させる相関情報を報告するための実例的なネットワークアーキテクチャを例示する図である。 ワイヤレス通信の方法のフローチャートである。 実例的な装置における異なるモジュール／手段／コンポーネント間のデータフローを例示する概略的なデータフロー図である。 処理システムを用いる装置のためのハードウェア実装の例を例示する図である。

詳細な説明

[0020]添付の図面に関係して下記で述べられる詳細な説明は、様々な構成の説明として意図されており、本明細書で説明されている概念が実施されうる唯一の構成（the only configurations）を表すように意図されていない。詳細な説明は、様々な概念の完全な理解を提供する目的で具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なく実施されうることは、当業者には明らかであるだろう。いくつかの例では、このような概念を曖昧にすることを避けるために、周知の構造およびコンポーネントがブロック図形式で図示される。

[0021]電気通信システムのいくつかの態様がここから、様々な装置および方法を参照して提示されることになる。これらの装置および方法は、様々なブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズム等（集合的に「要素」と称される）によって、以下に続く詳細な説明において説明され、添付の図面において例示されることになる。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらのあらゆる組合せを使用して実装されうる。このような要素がハードウェアとして実装されるかソフトウェアとして実装されるかは、システム全体に課された設計の制約および特定のアプリケーションに依存する。

[0022]例として、要素、または要素のいずれの一部、または要素のいずれの組合せも、１つまたは複数のプロセッサを含む「処理システム」で実装されうる。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲート論理回路、ディスクリートハードウェア回路、および本開示全体を通じて説明されている様々な機能を実行するように構成された他の適したハードウェアを含む。処理システムにおける１つまたは複数のプロセッサは、ソフトウェアを実行しうる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれ以外のいずれで称されるかに関わらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数等を意味するように広範に解釈されるものとする。

[0023]したがって、１つまたは複数の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらのあらゆる組合せにおいて実装されうる。ソフトウェアにおいて実装される場合、機能は、コンピュータ可読媒体上で、１つまたは複数の命令またはコードとして記憶されるか、あるいは符号化されうる。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされうるいずれの利用可能な媒体でもありうる。限定ではなく例として、このようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）または他の光学ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、上述のタイプのコンピュータ可読媒体の組合せ、あるいはコンピュータによってアクセスされうるデータ構造または命令の形式のコンピュータ実行可能コードを記憶するために使用されうるあらゆる他の媒体を備えうる。

[0024]図１は、ＬＴＥネットワークアーキテクチャ１００を例示する図である。ＬＴＥネットワークアーキテクチャ１００は、発展型パケットシステム（ＥＰＳ）１００と称されうる。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１０４、発展型パケットコア（ＥＰＣ）１１０、およびオペレータのインターネットプロトコル（ＩＰ）サービス１２２を含みうる。ＥＰＳは、他のアクセスネットワークと相互接続しうるが、簡潔さのためにそれらのエンティティ／インターフェースは図示されていない。図示されているように、ＥＰＳはパケット交換サービスを提供するけれども、当業者が容易に認識することになるように、本開示全体を通じて提示されている様々な概念が、回路交換サービスを提供するネットワークに拡張されうる。

[0025]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６および他のｅＮＢ１０８を含み、マルチキャスト協調エンティティ（ＭＣＥ）１２８を含みうる。ｅＮＢ１０６は、ＵＥ１０２に向けたユーザおよび制御プレーンプロトコル終端を提供する。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して、他のｅＮＢ１０８に接続されうる。ＭＣＥ１２８は、発展型マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）（ｅＭＢＭＳ）のために時間／周波数無線リソースを割り振り、ｅＭＢＭＳについての無線設定（たとえば、変調およびコーディングスキーム（ＭＣＳ））を決定する。ＭＣＥ１２８は、ｅＮＢ１０６の一部または別個のエンティティでありうる。ｅＮＢ１０６はまた、基地局、ノードＢ、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または何らかの他の適した専門用語とも称されうる。ｅＮＢ１０６は、ＵＥ１０２のためのＥＰＣ１１０へのアクセスポイントを提供する。ＵＥ１０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレイヤ（たとえば、ＭＰ３プレイヤ）、カメラ、ゲーム機、タブレット、またはあらゆる他の同様に機能するデバイスを含む。ＵＥ１０２は、モバイル局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適した専門用語とも当業者によって称されうる。

[0026]ｅＮＢ１０６は、ＥＰＣ１１０に接続されている。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２、ホーム加入者サーバ（ＨＳＳ）１２０、他のＭＭＥ１１４、サービングゲートウェイ１１６、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４、ブロードキャストマルチキャストサービスセンタ（ＢＭ−ＳＣ）１２６、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８を含みうる。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１１２は、ベアラおよび接続管理を提供する。すべてのユーザＩＰパケットは、自身がＰＤＮゲートウェイ１１８に接続されているサービングゲートウェイ１１６を通じて転送される。ＰＤＮゲートウェイ１１８は、ＵＥ ＩＰアドレス割振りに加え、他の機能を提供する。ＰＤＮゲートウェイ１１８およびＢＭ−ＳＣ１２６は、ＩＰサービス１２２に接続されている。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＰＳストリーミングサービス（ＰＳＳ）、および／または他のＩＰサービスを含みうる。ＢＳ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を提供しうる。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして役目をし得、ＰＬＭＮ内のＭＢＭＳベアラサービスを認証および開始するために使用され得、ならびにＭＢＭＳ送信をスケジューリングおよび配信するために使用されうる。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するｅＮＢ（たとえば、１０６、１０８）にＭＢＭＳトラフィックを分配するために使用され得、セッション管理（スタート／停止）およびｅＭＢＭＳ関連課金情報を収集することを担いうる。

[0027]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の例を例示する図である。この例では、アクセスネットワーク２００が、多数のセルラ領域（セル）２０２に分割されている。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラ領域２１０を有しうる。より低い電力クラスｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マクロセル、または遠隔無線ヘッド（ＲＲＨ）でありうる。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２におけるすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを提供するように構成される。アクセスネットワーク２００のこの例には集中型コントローラ（centralized controller）が存在しないが、代わりの構成では、集中型コントローラが使用されうる。ｅＮＢ２０４は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、安全性、およびサービングゲートウェイ１１６への接続を含む、すべての無線関連機能を担う。ｅＮＢは、（セクタとも称される）１つまたは複数（たとえば、３つ）のセルをサポートしうる。「セル」という用語は、特定のカバレッジエリアにサービス提供するｅＮＢサブシステムおよび／またはｅＮＢの最小のカバレッジエリアを指しうる。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では交換可能に使用されうる。

[0028]アクセスネットワーク２００によって用いられる変調および多元接続スキームは、展開されている特定の電気通信規格に依存して変動しうる。ＬＴＥアプリケーションでは、周波数分割デュプレックス（ＦＤＤ）と時分割デュプレックス（ＴＤＤ）との両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。以下に続く詳細な説明から当業者が容易に認識することになるように、本明細書で提示される様々な概念は、ＬＴＥアプリケーションに上手く適合される。しかしながら、これらの概念は、他の変調および多元接続技法を用いる他の電気通信規格に容易に拡張されうる。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張されうる。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリの一部として、３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、モバイル局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを用いる。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））、およびＴＤ−ＳＣＤＭＡのようなＣＤＭＡの他の変形を用いるユニバーサル地上無線アクセス（ＵＴＲＡ）、ＴＤＭＡを用いる移動体通信のための全世界システム（ＧＳＭ（登録商標））、ＯＦＤＭＡを用いる、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、およびフラッシュＯＦＤＭに拡張されうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰの組織による文書において説明されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２の組織による文書に説明されている。用いられる実際のワイヤレス通信規格および多元接続技術は、システムに課せられた設計制約全体および具体的なアプリケーションに依存するだろう。

[0029]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有しうる。ＭＩＭＯ技術の使用は、ｅＮＢ２０４が、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間ドメインを活用することを可能とする。空間多重化は、同じ周波数上で同時にデータの異なるストリームを送信するために使用されうる。データストリームは、データレートを上げるために単一のＵＥ２０６に、またはシステム容量全体を増加させるために複数のＵＥ２０６に、送信されうる。これは、各データストリームを空間的にプリコーディングし（つまり、振幅および位相のスケーリングを適用し）、その後、ＤＬ上で複数の送信アンテナを通じて各空間的にプリコーディングされたストリームを送信することによって実現される。該空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥ（複数を含む）２０６に到達し、これは、ＵＥ（複数を含む）２０６の各々が、そのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することを可能とする。ＵＬ上では、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これは、ｅＮＢ２０４が、各空間的にプリコーディングされたデータストリームのソースを識別することを可能とする。

[0030]空間多重化は一般に、チャネル状況が良好なときに使用される。チャネル状況がさほど良好でないときには、ビームフォーミングが１つまたは複数の方向に送信エネルギーを集中させるために使用されうる。これは、複数のアンテナを通じた送信のためにデータを空間的にプリコーディングすることによって実現されうる。セルの端で良好なカバレッジを実現するために、単一ストリームビームフォーミング送信が、送信ダイバーシティと組み合わせて使用されうる。

[0031]以下に続く詳細な説明では、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照して説明されることになる。ＯＦＤＭは、ＯＦＤＭシンボル内の多数のサブキャリアにわたってデータを変調する拡散スペクトル技法である。サブキャリアは、精確な周波数で別れて間隔を空けられている（spaced apart）。間隔を空けることは、受信機がサブキャリアからデータを復元することを可能とする「直交性」を提供する。時間ドメインでは、ＯＦＤＭシンボル間干渉に対抗するために、各ＯＦＤＭシンボルにガード間隔（たとえば、サイクリックプレフィックス）が追加されうる。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形式でＳＣ−ＦＤＭＡを使用しうる。

[0032]図３は、ＬＴＥにおけるＤＬフレーム構造の例を例示する図３００である。フレーム（１０ｍｓ）は、１０個の等しいサイズのサブフレームに分割されうる。各のサブフレームは、２つの連続するタイムスロットを含みうる。リソースグリッドは２つのタイムスロットを表すために使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは、複数のリソース要素に分割される。ＬＴＥにおいて通常のサイクリックプレフィックスでは、リソースブロックは、周波数ドメインにおいて１２個の連続するサブキャリアを、および時間ドメインにおいて７つの連続するＯＦＤＭシンボルを含み、合計８４個のリソース要素になる（for total）。拡張されたサイクリックプレフィックスでは、リソースブロックは、周波数ドメインにおいて１２個の連続するサブキャリアを、および時間ドメインにおいて６つの連続するＯＦＤＭシンボルを含み、合計７２個のリソース要素になる。Ｒ３０２、３０４として示されているリソース要素のいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、セル固有のＲＳ（ＣＲＳ）（時折、共通のＲＳとも呼ばれる）３０２、およびＵＥ固有のＲＳ（ＵＥ−ＲＳ）３０４を含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマッピングされるリソースブロック上で送信される。各リソース要素によって搬送されるビットの数は、変調スキームに依存する。したがって、ＵＥが受信するリソースブロックが多いほど、および変調スキームが高度であるほど、そのＵＥのためのデータレートは高くなる。

[0033]図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図４００である。ＵＬのための利用可能なリソースブロックは、データセクションおよび制御セクションに区分されうる。制御セクションは、システム帯域幅の両端に形成され得、設定可能なサイズを有しうる。制御セクションにおけるリソースブロックは、制御情報の送信のためにＵＥに割り当てられうる。データセクションは、制御セクションに含まれないすべてのリソースブロックを含みうる。ＵＬフレーム構造は、結果としてデータセクションが隣接するサブキャリアを含むことをもたらし、これは、単一のＵＥがデータセクションにおける隣接するサブキャリアのすべてを割り当てられることを可能にしうる。

[0034]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクションにおけるリソースブロック４１０ａ、４１０ｂを割り当てられうる。ＵＥはまた、ｅＮＢにデータを送信するために、データセクションにおけるリソースブロック４２０ａ、４２０ｂを割り当てられうる。ＵＥは、制御セクションにおける割り当てられたリソースブロック上で物理ＵＬ制御チャネル（ＰＵＣＣＨ）において制御情報を送信しうる。ＵＥは、データセクションにおける割り当てられたリソースブロック上で物理ＵＬ共有チャネル（ＰＵＳＣＨ）において、データ、またはデータと制御情報との両方を送信しうる。ＵＬ送信は、サブフレームの両方のスロットにまたがり得、周波数間をホッピングしうる（hop across frequency）。

[0035]リソースブロックのセットは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）４３０において、初期システムアクセスを実行し、ＵＬ同期を実現するために使用されうる。ＰＲＡＣＨ４３０はランダムシーケンスを搬送し、いずれのＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数（starting frequency）は、ネットワークによって指定される。つまり、ランダムアクセスプリアンブルの送信は、ある特定の時間および周波数リソースに制限される。ＰＲＡＣＨでは周波数ホッピングが存在しない。ＰＲＡＣＨの試みは、単一のサブフレーム（１ｍｓ）において、またはわずか少数の隣接するサブフレームのシーケンスにおいて搬送され、ＵＥは、フレーム（１０ｍｓ）毎に単一のＰＲＡＣＨの試みを行いうる。

[0036]図５は、ＬＴＥにおけるユーザおよび制御プレーンのための無線プロトコルアーキテクチャの例を例示する図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャが、３つのレイヤ：レイヤ１、レイヤ２、およびレイヤ３で図示されている。レイヤ１（Ｌ１レイヤ）は、最下位のレイヤであり、様々な物理レイヤ信号処理機能をインプリメントする（implements）。Ｌ１レイヤは、本明細書では物理レイヤ５０６と称されることになる。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６よりも上にあり、物理レイヤ５０６上でＵＥとｅＮＢとの間のリンクを担う。

[0037]ユーザプレーンでは、Ｌ２レイヤ５０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０、無線リンク制御（ＲＬＣ）サブレイヤ５１２、およびパケットデータコンバージェンスプロトコル（ＰＤＣＰ）５１４サブレイヤを含み、それらは、ネットワーク側のｅＮＢで終端とされる。図示されていないけれども、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８で終端とされるネットワークレイヤ（たとえば、ＩＰレイヤ）、および接続のもう一方の端（たとえば、遠端の（far end）ＵＥ、サーバ等）で終端とされるアプリケーションレイヤを含む、Ｌ２レイヤ５０８より上のいくつかの上位レイヤを有しうる。

[0038]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間での多重化を提供する。ＰＤＣＰサブレイヤ５１４はまた、無線送信のオーバヘッドを低減するための上位レイヤデータパケットについてのヘッダ圧縮、データパケットを暗号化することによる安全性、ｅＮＢ間でのＵＥについてのハンドオーバサポートを提供する。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメント化およびリアセンブリ（reassembly）、損失データパケットの再送信、ハイブリッド自動再送要求（ＨＡＲＱ）に起因した順序の狂った受信を補償するためのデータパケットの並べ替えを提供する。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を提供する。ＭＡＣサブレイヤ５１０はまた、ＵＥ間で１つのセルにおける様々な無線リソース（たとえば、リソースブロック）を割り振ることも担う。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作も担う。

[0039]制御プレーンにおいて、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンではヘッダ圧縮機能が存在しないという点を除き、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）において無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（たとえば、無線ベアラ）を取得すること、およびｅＮＢとＵＥとの間でのＲＲＣシグナリングを使用してより下位のレイヤを設定することを担う。

[0040]図６は、アクセスネットワークにおいてＵＥ６５０と通信状態にあるｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能をインプリメントする。ＤＬにおいて、コントローラ／プロセッサ６７５は、様々な優先順位メトリックに基づく、ヘッダ圧縮、暗号化、パケットセグメント化および並び替え、論理チャネルとトランスポートチャネルとの間での多重化、ならびにＵＥ６５０への無線リソース割振りを提供する。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、損失パケットの再送信、およびＵＥ６５０へのシグナリングも担う。

[0041]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（つまり、物理レイヤ）のための様々な信号処理機能をインプリメントする。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ）を容易にするためのコーディングおよびインターリーブ、ならびに様々な変調スキーム（たとえば、２相位相変調（ＢＰＳＫ）、４相位相変調（ＱＰＳＫ）、Ｍ相位相変調（Ｍ−ＰＳＫ）、Ｍ値直交振幅変調（Ｍ−ＱＡＭ））に基づいて信号コンステレーションにマッピングすることを含む。コーディングおよび変調されたシンボルはその後、並行なストリームに分けられる。各ストリームはその後、時間ドメインＯＦＤＭシンボルストリームを搬送する物理チャネルを作り出すために、ＯＦＤＭサブキャリアにマッピングされ、時間および／または周波数ドメインにおいて基準信号（たとえば、パイロット）と多重化され、その後、逆高速フーリエ変換（ＩＦＦＴ）を使用して互いに組み合わされる。ＯＦＤＭストリームは、複数の空間ストリームを作り出すために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調スキームを決定するために、それに加えて空間処理のために使用されうる。チャネル推定値は、ＵＥ６５０によって送信された基準信号および／またはチャネル状況のフィードバックから導出されうる。各空間ストリームはその後、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に提供されうる。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調しうる。

[0042]ＵＥ６５０で、各受信機６５４ＲＸは、そのそれぞれのアンテナ６５２を通じて、信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６に該情報を提供する。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能をインプリメントする。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられたあらゆる空間ストリームを復元するために、該情報に対して空間処理を実行しうる。複数の空間ストリームがＵＥ６５０に宛てられている場合、それらは、ＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに組み合わされうる。ＲＸプロセッサ６５６はその後、高速フーリエ変換（ＦＦＴ）を使用して、該ＯＦＤＭシンボルストリームを時間ドメインから周波数ドメインにコンバートする。周波数ドメイン信号は、ＯＦＤＭ信号のサブキャリア毎に別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルおよび基準信号は、ｅＮＢ６１０によって送信された最も確からしい（most likely）信号コンステレーションポイントを決定することによって、復元および復調される。これらの軟判定は、チャネル推定器６５８によって計算されたチャネル推定値に基づきうる。該軟判定はその後、物理チャネル上でｅＮＢ６１０によって元々送信されたデータおよび制御信号を復元するために、復号およびデインターリーブされる。データおよび制御信号はその後、コントローラ／プロセッサ６５９に提供される。

[0043]コントローラ／プロセッサ６５９は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサは、プログラムコードおよびデータを記憶するメモリ６６０に関連付けられうる。メモリ６６０は、コンピュータ可読媒体と称されうる。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間での逆多重化、パケットリアセンブリ、暗号解読（deciphering）、ヘッダ圧縮解除（decompression）、制御信号処理を提供する。上位レイヤパケットはその後、データシンク６６２に提供され、それは、Ｌ２レイヤより上のすべてのプロトコルレイヤを代表する（represents）。様々な制御信号もまた、Ｌ３処理のために、データシンク６６２に提供されうる。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするための、肯定応答（ＡＣＫ：acknowledgement）および／または否定応答（ＮＡＣＫ：negative acknowledgement）プロトコルを使用する誤り検出も担う。

[0044]ＵＬでは、データソース６６７が、コントローラ／プロセッサ６５９に上位レイヤパケットを提供するために使用される。データソース６６７は、Ｌ２レイヤより上のすべてのプロトコルレイヤを代表する。ｅＮＢ６１０によるＤＬ送信に関係して説明された機能と同様に、コントローラ／プロセッサ６５９は、ｅＮＢ６１０による無線リソース割振りに基づく、ヘッダ圧縮、暗号化、パケットセグメント化および並び替え、ならびに論理チャネルとトランスポートチャネルとの間での多重化を提供することによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤをインプリメントする。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、損失パケットの再送信、およびｅＮＢ６１０へのシグナリングも担う。

[0045]ｅＮＢ６１０によって送信された基準信号またはフィードバックからチャネル推定器６５８によって導出されたチャネル推定値は、適切なコーディングおよび変調スキームを選択するために、および空間処理を容易にするために、ＴＸプロセッサ６６８によって使用されうる。ＴＸプロセッサ６６８によって生成された空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に提供されうる。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調しうる。

[0046]ＵＬ送信は、ＵＥ６５０における受信機機能に関係して説明されたものと同様の方法で、ｅＮＢ６１０で処理される。各受信機６１８ＲＸは、そのそれぞれのアンテナ６２０を通じて信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ６７０に該情報を提供する。ＲＸプロセッサ６７０は、Ｌ１レイヤをインプリメントしうる。

[0047]コントローラ／プロセッサ６７５は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサ６７５は、プログラムコードおよびデータを記憶するメモリ６７６に関連付けられうる。メモリ６７６は、コンピュータ可読媒体と称されうる。ＵＬでは、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化、パケットリアセンブリ、暗号解読、ヘッダ圧縮解除、制御信号処理を提供する。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに提供されうる。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするための、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出も担う。

[0048]図７Ａは、ＭＢＳＦＮにおける発展型ＭＢＭＳ（ｅＭＢＭＳ）チャネル構成の例を例示する図７５０である。セル７５２’におけるｅＮＢ７５２は、第１のＭＢＳＦＮエリアを形成し得、セル７５４’におけるｅＮＢ７５４は、第２のＭＢＳＦＮエリアを形成しうる。ｅＮＢ７５２、７５４は各々、たとえば最大で合計８つのＭＢＳＦＮエリアまで、他のＭＢＳＦＮエリアに関連付けられうる。ＭＢＳＦＮエリア内のセルは、リザーブされたセルに指定されうる。リザーブされたセルは、マルチキャスト／ブロードキャストコンテンツを提供しないが、セル７５２’、７５４’に時間同期され、ＭＢＳＦＮエリアへの干渉を限定するためにＭＢＳＦＮリソース上で電力を制限してしまっていることがある（may have restricted power）。ＭＢＳＦＮエリアにおける各ｅＮＢは、同じｅＭＢＭＳ制御情報およびデータを同時に送信する。各エリアは、ブロードキャスト、マルチキャスト、およびユニキャストサービスをサポートしうる。ユニキャストサービスは、特定のユーザを対象としたサービス、たとえばボイスコール、である。マルチキャストサービスは、ユーザのグループによって受信されうるサービス、たとえば加入者ビデオサービス、である。ブロードキャストサービスは、すべてのユーザによって受信されうるサービス、たとえばニュースブロードキャスト、である。図７Ａを参照すると、第１のＭＢＳＦＮエリアは、たとえばＵＥ７７０に特定のニュースブロードキャストを提供することによって、第１のｅＭＢＭＳブロードキャストサービスをサポートしうる。第２のＭＢＳＦＮエリアは、たとえばＵＥ７６０に異なるニュースブロードキャストを提供することによって、第２のｅＭＢＭＳブロードキャストサービスをサポートしうる。各ＭＢＳＦＮエリアは、１つまたは複数の物理マルチキャストチャネル（ＰＭＣＨ）（たとえば、１５個のＰＭＣＨ）をサポートする。各ＰＭＣＨは、マルチキャストチャネル（ＭＣＨ）に対応する。各ＭＣＨは、複数（たとえば２９個）のマルチキャスト論理チャネルを多重化しうる。各ＭＢＳＦＮエリアは、１つのマルチキャスト制御チャネル（ＭＣＣＨ）を有しうる。このため、１つのＭＣＨは、１つのＭＣＣＨおよび複数のマルチキャストトラフィックチャネル（ＭＴＣＨ）を多重化し得、残りのＭＣＨは複数のＭＴＣＨを多重化しうる。

[0049]ＵＥは、ｅＭＢＭＳサービスアクセスの利用可能性および対応するアクセス層構成を発見するためにＬＴＥセルにキャンプオンしうる（camp on）。最初に、ＵＥは、システム情報ブロック（ＳＩＢ）１３（ＳＩＢ１３）を獲得しうる。続いて、ＳＩＢ１３に基づいて、ＵＥは、ＭＣＣＨ上でＭＢＳＦＮエリア構成メッセージを獲得しうる。続いて、ＭＢＳＦＮエリア構成メッセージに基づいて、ＵＥは、ＭＣＨスケジューリング情報（ＭＳＩ）ＭＡＣ制御要素を獲得しうる。ＳＩＢ１３は、（１）セルによってサポートされる各ＭＢＳＦＮエリアのＭＢＳＦＮエリア識別子、（２）ＭＣＣＨ繰り返し周期（period）（たとえば、３２、６４、…２５６フレーム）、ＭＣＣＨオフセット（たとえば、０、１、…１０フレーム）、ＭＣＣＨ変更周期（たとえば、５１２、１０２４フレーム）、シグナリング変調およびコーディングスキーム（ＭＣＳ）、繰り返し周期およびオフセットによって示されるような無線フレームのどのサブフレームがＭＣＣＨを送信しうるかを示すサブフレーム割振り情報、のようなＭＣＣＨを獲得するための情報、および（３）ＭＣＣＨ変化通知構成を含みうる。ＭＢＳＦＮエリア毎に１つのＭＢＳＦＮエリア構成メッセージが存在する。ＭＢＳＦＮエリア構成メッセージは、（１）ＰＭＣＨ内の論理チャネル識別子によって識別される各ＭＴＣＨの一時的なモバイルグループアイデンティティ（ＴＭＧＩ）およびオプションのセッション識別子、（２）ＭＢＳＦＮエリアの各ＰＭＣＨを送信するための割り振られたリソース（つまり、無線フレームおよびサブフレーム）およびエリア内のすべてのＰＭＣＨについての割り振られたリソースの割振り周期（たとえば、４、８、…２５６フレーム）、ならびに（３）ＭＳＩ ＭＡＣ制御要素が送信されるＭＣＨスケジューリング期間（period）（ＭＳＰ）（たとえば、８、１６、３２、…または１０２４無線フレーム）を示しうる。

[0050]図７Ｂは、ＭＳＩ ＭＡＣ制御要素のフォーマットを例示する図７９０である。ＭＳＩ ＭＡＣ制御要素はＭＳＰ毎に一度送られうる。ＭＳＩ ＭＡＣ制御要素は、ＰＭＣＨの各スケジューリング期間の第１のサブフレームにおいて送られうる。ＭＳＩ ＭＡＣ制御要素は、ＰＭＣＨ内の各ＭＴＣＨの停止フレームおよびサブフレームを示しうる。ＭＢＳＦＮエリア毎のＰＭＣＨ毎に１つのＭＳＩが存在しうる。

[0051]ＩＰマルチメディアコアネットワークサブシステム（ＩＭＳ）のようないくつかの通信システムは、マルチメディア電話通信（telephony）機能（たとえば、３ＧＰＰによって提供されるＭＭＴｅＬサービス）をインプリメントしうる。（ＩＰは、インターネットプロトコルを表す。）マルチメディア電話通信機能の例は、オーディオおよび／またはビデオボイスオーバＩＰ（ＶｏＩＰ）呼のマルチメディアセッションを含みうる。このようなマルチメディア電話通信サービスの例は、３ＧＰＰによってもまた述べられているＩＭＳのためのマルチメディア電話通信サービス（ＭＴＳＩ）を含みうる。いくつかの実施形態では、ネットワークがＵＥにおけるマルチメディアセッションに関するある特定のエクスペリエンス品質メトリックを受信することが有利でありうる。エクスペリエンス品質メトリックの例は、マルチメディアセッションにおけるデータドロップ（たとえば、パケットがドロップした）およびコデック性能情報を含みうる。サービスプロバイダはその後、受信されたエクスペリエンス品質メトリックに応じて、マルチメディアセッションの品質を向上させるために、ネットワークを調整しうる。ＭＴＳＩは、ＵＥが測定し、ネットワークに報告するべきエクスペリエンス品質（ＱｏＥ）メトリックのセットを提供する。

[0052]図８は、ＱｏＥメトリックを設定および報告するためのネットワークアーキテクチャの例を例示する図８００である。いくつかの態様では、オープンモバイルアライアンスデバイス管理（ＯＭＡ−ＤＭ）設定サーバ８１６が、リンク８１７を介してＵＥ８０６を設定する。設定の例は、ＱｏＥ特徴のアクティベーションおよびデアクティベーション、測定間隔（たとえば、「分解能測定（Measure-Resolution）」）、報告間隔（たとえば、「伝送レート(Sending-Rate)」）、および（下記でさらに詳細に説明される）測定および報告のための様々なＱｏＥメトリックを含みうる。

[0053]ＵＥ８０６は、リンク８１８を介して提供される設定にしたがって、ＱｏＥメトリック８１９を測定しうる。いくつかの例では、ＵＥ８０６は、リアルタイムトランスポートプロトコル（ＲＴＰ）レイヤおよび／またはより高いプロトコルレイヤで測定を実行しうる。たとえば、ＵＥデバイス８０６は、設定の測定定義にしたがって品質測定を実行し、クライアントＱｏＥメトリックに該測定をアグリゲートし、ハイパーテキスト転送プロトコル（ＨＴＴＰ）リンク８１８を介してＱｏＥサーバ８２６に該メトリックを報告しうる。ＵＥ８０６は、マルチメディアセッション中に、および／またはセッションの終わりに、受信側ＱｏＥサーバ８２６にＱｏＥメトリックを報告しうる。

[0054]ＨＴＴＰリンク８１８は、図１で説明されたＥ−ＵＴＲＡＮ１０４およびＥＰＣ１１０を利用しうる。たとえば、ＨＴＴＰリンク８１８は、Ｅ−ＵＴＲＡＮ１０４内のｅＮＢ１０６を利用しうる。ＨＴＴＰリンク８１８は同様に、ＥＰＣ１１０のサービングゲートウェイ１１６およびＰＤＮゲートウェイ１１８を利用しうる。

[0055]ＱｏＥメトリックのいくつかの例が下記で提供される。ＱｏＥメトリックは、破損持続時間（corruption duration）を含み得、それは、（一番最初の（first）破損されたフレームのためのネットワーク時間が常には決定されることができないので）破損前の最後の良好なフレームのネットワークプロトコル時間（ＮＰＴ）から、一番最初の後続の良好なフレームのＮＰＴまでの時間期間に対応しうる。たとえば、破損したフレームは、損失したフレーム、または品質低下を伴う媒体フレームであり得、たとえば、ここにおいて、復号されたフレームは、エラーの無い復号されたフレームと同じでない。

[0056]いくつかの例では、ＱｏＥメトリックは、ＲＴＰパケットの相続くロス（successive loss）を含み得、それは、媒体チャネル毎の相続いて失われたＲＴＰパケットの数を示しうる。ＱｏＥメトリックは、フレームレートを含み得、それは、再生フレームレートを示しうる。ＱｏＥメトリックは、ジッタ持続時間を含みうる。ジッタは、実際の再生時間と予期される再生時間との間の絶対差が定義されたJitterThresholdよりも大きいときに発生しうる。フレームの予期される時間は、最後に再生されたフレームの実際の再生時間＋該フレームのＮＰＴと該最後に再生されたフレームのＮＰＴとの間の差に等しくありうる。

[0057]ＱｏＥメトリックは、同期ロス持続時間を含みうる。同期ロスは、値Ａと値Ｂとの間の絶対差が定義されたSyncThresholdよりも大きいときに発生しうる。いくつかの例では、値Ａは、ビデオストリームの最後に再生されたフレームの再生時間と、スピーチ／オーディオストリームの最後に再生されたフレームの再生時間との間の差を表す。値Ｂは、ビデオストリームの最後に再生されたフレームの予期される再生時間と、スピーチ／オーディオストリームの最後に再生されたフレームの予期される再生時間との間の差を表す。

[0058]ＱｏＥメトリックは、往復時間（ＲＴＴ）を含み得、それは、ＲＴＰレベルの往復時間、＋クライアントにおけるバッファリングおよび他の処理に起因した追加の二方向遅延（たとえば、ＲＴＰレベルからラウドスピーカへ〜マイクロフォンからＲＴＰレベルへ（RTP level to loud speaker to microphone to RTP level））を含みうる。ＱｏＥメトリックは、平均コデックビットレートを含み得、それは、測定分解能（resolution）期間中にアクティブな媒体情報をコーディングするために使用されるビットレートに対応しうる。ＱｏＥメトリックは、コデック情報を含み得、それは、測定分解能期間中に使用される媒体コデックの詳細を含みうる。サービスプロバイダは、ＱｏＥメトリックに基づいて、たとえば、リソース割振りを管理しうる。たとえば、ＵＥが速度の遅いフレームレートまたは高いパケットロスを経験している場合、ネットワークは、特定のＵＥへのマルチメディアデータスループットの速度を落としうる。

[0059]エクスペリエンス品質すなわちＱｏＥメトリックの測定および報告に加えて、ＵＥは、無線信号品質に関するメトリックを測定および報告することを課せられ得、それは、たとえば、（以下でさらに詳細に説明される）サービス品質すなわちＱｏＳメトリックに関しうる。一例では、モバイル通信ネットワークは、良好なネットワークカバレッジおよびサービス品質を提供するために、これらの信号品質データをモニタリングおよび最適化する。たとえば、カバレッジホール（coverage holes）は、建物のような障害物によってもたらされうる。そのような問題を検出するために、および緩和するために、無線測定が必要とされうる。一例では、これらの無線測定は、ドライブテスト（ＤＴ）として知られており、測定機器をもつ車によって取得されうる。ＵＥにおけるこれらの収集されたデータは、ある特定の時間およびロケーションにおけるセルカバレッジのスナップショットを提供し得、サービスプロバイダは、ネットワークカバレッジおよびサービス品質を向上させるために該報告されたデータを使用しうる。

[0060]一例では、３ＧＰＰは、これらの測定についてドライブテストの最小化すなわちＭＤＴとして知られている測定のセットを述べてきた。一例では、ＵＥは、ＭＤＴメトリックを取得するために（ＤＴのような）上で説明された無線信号品質を測定するように使用されうる。たとえば、３ＧＰＰの様々なリリースが、ＭＤＴのアーキテクチャ（たとえば、図９を参照）および基本機能を定義する。いくつかの例では、ＭＤＴ測定および報告は、図７Ａおよび図７Ｂで説明されたＭＢＳＦＮシステム内でインプリメントされうる。ＭＤＴメトリック（たとえば、ＭＤＴログに含まれる情報またはパラメータ）は、ロケーション情報、複数のＰＬＭＮサポート、ＱｏＳ検証、およびアクセス可能性報告を含みうる。ＭＤＴメトリックのいくつかは、記録されたセルの物理セルアイデンティティ、キャリア周波数、パイロット強度を含みうる。ＭＢＳＦＮのためのＭＤＴメトリックは、エリアアイデンティティ、受信信号強度インジケータ、基準信号受信電力、シグナリングおよびデータについてのＭＣＨブロックエラーレート、および関連するＭＣＨインデックスを含みうる。ＭＤＴメトリックは、秒単位での（in second）相対的なタイムスタンプを含みうる。タイムスタンプは、周期的な記録タイマが満了する時間の（in time）ポイントを示しうる。ＭＤＴメトリックは絶対タイムスタンプを含み得、それは、ＵＥによってエコーバックされた（echoed back）現在のネットワーク時間である。ＭＤＴメトリックは、全地球ナビゲーション衛星システムロケーション情報を含みうる。ＭＤＴメトリックは、様々なＲＦ測定値を含みうる。ＭＤＴメトリックは、ＱｏＳクラス識別子（ＱＣＩ）毎ベースでＤＬおよびＵＬについて別個にデータ容量測定値を含みうる。たとえば、測定されたＱＣＩ＝１は、音声トラフィックを含み得、ＱＣＩ＝２トラフィックは、ビデオトラフィックを含みうる。これらのＭＤＴメトリックは、例として提供されており、いずれの形でも本開示の範囲を限定しない。

[0061]いくつかの例では、ＭＤＴメトリックは、ＱｏＳ検証のために必要とされる、必須のＭＤＴ測定値およびプロシージャ能力を含みうる。たとえば、ＵＥから報告されたＭＤＴデータは、無線アクセスネットワーク（ＲＡＮ）の観点からユーザエクスペリエンスを査定すること（assessing）によってサービス品質を検証するために使用されうる。たとえば、ＭＤＴメトリックは、この目的のためにデータトラフィックがセル内のどこで転送されるかの情報を含みうる。ＱｏＳ検証では、ＭＤＴメトリックは、マルチメディア電話通信音声およびビデオの性能、たとえば、ＰＤＣＰレイヤの遅延および／またはパケットロスレートを査定することを含みうる。ＭＤＴメトリックはさらに、マルチメディア電話通信音声およびビデオのモビリティ性能のためのプロシージャ能力（たとえば、特定のマルチメディア電話通信音声およびビデオトラフィック障害（traffic failures）を導出するために既存の無線リンク障害すなわちＲＬＦ報告にタグを追加する）に関する必須のＭＤＴ測定値および情報を含みうる。ＭＤＴメトリックは、ＭＭＴＥＬ音声およびビデオのホットスポットエリアを識別するためのプロシージャ能力に関する必須のＭＤＴ測定値および情報を含みうる。たとえば、データ容量測定値およびロケーション情報を使用して、ネットワークは、ＭＭＴＥＬトラフィックのホットスポットエリアを識別しうる。

[0062]図９は、ＭＤＴメトリックを設定および報告するためのネットワークアーキテクチャの例を例示する図９００である。図９００は、いくつかの例では運用、運営、および管理（ＯＡＭ：operations, administration and management）システム９０２が、パス９１８を介してｅＮＢ９１２にＵＥ固有のＭＤＴ設定を提供することを提供している。パス９１８は、図１で説明されたＨＳＳ１２０およびＭＭＥ１１２を利用しうる。ＯＡＭシステム９０２はさらに、パス９１６を介してｅＮＢ９１２にエリアベースのＭＤＴ設定を提供しうる。つまり、パス９１６は、ＨＳＳ１２０およびＭＭＥ１１２を使用することなく、特定のエリア内のすべてのＵＥにエリアベースのＭＤＴ設定を提供するためにＥ−ＵＴＲＡＮ１０４を利用しうる。

[0063]該設定は、たとえば、ＭＤＴ測定および報告のアクティベーションおよびデアクティベーションを含みうる。該設定はさらに、ＭＤＴメトリックについての測定間隔および／または報告間隔を含みうる。ｅＮＢ９１２は、ＲＲＣシグナリング９２２を介してＵＥ９０６に該設定を提供しうる。ＵＥ９０６は、受信された設定にしたがってＭＤＴ測定９１９を実行しうる。ＵＥ９０６は、ログにおいて測定されたＭＤＴメトリックを報告し９２４、ｅＮＢ９１２に該ログを報告しうる。ｅＮＢ９１２は、ネットワークの（たとえば、ファイルサーバでありうる）トレース収集エンティティ９２８に、該ＭＤＴメトリックを含むログを（９２６で）提供しうる。

[0064]いくつかの例では、ＭＤＴメトリックは、ＰＤＣＰおよびより下位のプロトコルレイヤでＵＥデバイスによって測定および収集されうる。上で説明されたように、ＱｏＥメトリックは、ＲＴＰレイヤおよび／またはより高いプロトコルレイヤでＵＥによって測定および収集されうる。図１０は、マルチメディアセッションの様々なレイヤを例示する図１０００である。マルチメディアセッション１０２２は、オーディオまたはビデオ呼（たとえば、マルチメディア電話通信機能）でありうる。該セッションは、ＲＴＰレイヤ１０２４を介して通信（たとえば、送信および受信）される。ＵＥは、ＲＴＰレイヤ１０２４でＱｏＥメトリックを測定しうる。ＲＴＰレイヤは、ユーザデータグラムプロトコル（ＵＤＰ）トランスポートレイヤ１０２６を介して通信される。ＵＤＰレイヤ１０２６は、インターネットプロトコルレイヤ１０２８を介して通信される。ｅＮＢおよび／またはＵＥにおいて、マルチメディアセッション１０２２は、ＰＤＣＰレイヤ１０１４、ＲＬＣレイヤ１０１２、ＭＡＣレイヤ１０１０、およびＰＨＹレイヤ１００６を介して通信されうる。これらのレイヤの例は、図５を参照して上で説明されている。ＵＥは、ＰＤＣＰレイヤ１０１４でＭＤＴメトリックを測定しうる。

[0065]ＱｏＥ測定とＭＤＴ測定との両方が、ＱｏＳ／ＱｏＥ検証およびネットワーク最適化に役立つ。したがって、ネットワークは、ＱｏＥメトリックとＭＤＴメトリックとの両方を有利に利用しうる。たとえば、２つのタイプのメトリックが相関させられることを可能にする受信された相関情報。たとえば、ネットワークオペレータ（たとえば、サービスプロバイダ）がＲＴＰレイヤで高いパケットロスレートを観測する場合、ネットワークオペレータは、適切な相関情報を使用して（たとえば、ロスがＰＤＣＰで生じたのか上位レイヤで生じたのかを決定するためにＳＮオフセットを使用して）ＲＴＰパケットロスの原因を識別できるだろう。ネットワークオペレータが長いＲＴＴを観測する場合、ネットワークオペレータは、相関情報で遅延のうちのどれ程がエアインターフェースによって引き起こされるかを決定できるだろう。たとえば、大きなＳＮオフセットは、パケットロスがＰＤＣＰレイヤの前に生じたことを示しうる。

[0066]図１１は、ＭＤＴメトリックとＱｏＥメトリックを相関させる相関情報を生成および報告するための実例的なネットワークアーキテクチャを例示する図１１００である。相関情報は、ＭＤＴまたはＱｏＥメトリックの点で提供されうる。いくつかの態様では、相関情報は、ＱｏＥメトリックを含み得、ＭＤＴ報告で報告されうる。いくつかの例では、相関情報は、ＭＤＴパラメータを含み得、ＱｏＥ報告で報告されうる。図１１００は、ｅＮＢ１１１２がＲＲＣシグナリング１１２２を介してＵＥ１１０６に設定情報を提供しうることを提供している。一例では、ｅＮＢ１１１２によって提供された設定情報は、（たとえば、図９を参照して説明されたような）ＭＤＴ設定情報を含みうる。一例では、ＲＲＣシグナリング１１２２を介して提供された設定情報は、ＭＤＴ設定情報とＱｏＥ設定情報との両方を含みうる。

[0067]ＵＥ１１０６は、ＲＲＣシグナリング１１２２を介して受信された設定情報にしたがって、ＭＤＴメトリックおよび／またはＱｏＥメトリックを（１１１９で）測定および決定しうる。さらに、ＵＥ１１０６は、ＭＤＴメトリックおよび／またはＱｏＥメトリックに基づいて、相関情報を（１１１９で）生成しうる。一例では、該設定情報は、少なくとも１つのＱｏＥメトリックに少なくとも１つのＭＤＴメトリックを関連付けるための情報を含みうる。

[0068]ＵＥ１１０６はその後、ＲＲＣシグナリング１１２４を介して、測定されたＭＤＴメトリック、ＱｏＥメトリック、および／または決定された相関情報を報告しうる。一例１０３４Ａでは、ＵＥ１１０６は、ＲＲＣシグナリング１１２４を介して、ＭＤＴメトリックおよび相関情報を報告しうる。別の例１０３４Ｂでは、ＵＥ１１０６は、ＲＲＣシグナリング１１２４を介して、ＭＤＴメトリック、ＱｏＥメトリック、および相関情報を報告しうる。ｅＮＢ１１１２はその後、たとえば、パス１１２６を介してネットワークにおけるサーバ１１２８に、ＭＤＴおよびＱｏＥメトリック、ならびに相関情報を提供しうる。

[0069]一例では、相関情報は、ＱｏＥメトリックのパラメータ（たとえば、属性）を含みうる。相関情報は、ＵＥおよび／またはセッション識別子情報を含みうる。たとえば、相関情報は、ＱｏＥメトリックを用いたＵＥ１１０６とマルチメディアセッション（たとえば、オーディオおよび／またはビデオ呼）の相関のためのＱｏＥ属性clientIdおよびcallIdを含みうる。callId属性は、セッション開始プロトコル（ＳＩＰ）セッションの呼アイデンティティを識別しうる。clientId属性は、受信機についての一意の識別子（たとえば、ＵＥ１１０６のＭＳＩＳＤＮすなわちモバイル局国際加入者ディレクトリ番号）を含みうる。一例では、ＭＤＴログにＱｏＥ属性clientIdおよびcallIdを含めることによって、ログにおけるＭＤＴパラメータは、ＱｏＥ属性clientIdおよびcallIdと相関させられる。

[0070]一例では、相関情報は時間情報を含みうる。たとえば、相関情報は、（報告に含まれる）測定がスタートまたは停止されたクライアントＮＴＰ時間を識別するためのＱｏＥ属性startTimeおよびstopTimeを含みうる。該時間は、クライアント（たとえば、ＵＥ１１０６）におけるローカルリアルタイムクロックに基づき得、本物のＮＴＰ時間と一致していないかもしれない。しかしながら、報告がいずれの余分な遅延もなく行われることを想定すると、サーバは、必要であれば、タイムスタンプを訂正するためにstopTime属性を使用しうる。ＵＥ１１０６は、ＳＩＢ１６から協定世界時（ＵＴＣ）情報を受信しうる。（ＱｏＥメトリック報告において使用される）ローカル時間が、ＵＴＣ時間と異なる場合、ＵＥ１１０６は、相関情報として、ＭＤＴ報告にＵＴＣ時間とローカル時間との間の時間差を含めうる。ＳＩＢ１６が利用可能でない場合、ＵＥは、時間相関のために（たとえば、相関情報として）ＭＤＴ報告においてｅＮＢ１１１２に、そのローカル時間および対応するＳＦＮとサブフレーム番号を報告しうる。一例では、ＭＤＴログにＱｏＥ属性startTimeおよびstopTimeを含めることによって、ログにおけるＭＤＴパラメータは、ＱｏＥ属性startTimeおよびstopTimeと相関させられる。

[0071]一例では、相関情報は、ＰＤＣＰとＲＴＰの相関のための（シリアル番号すなわちＳＮの腐敗（corrosion）のための）情報を含みうる。通常、１つのＲＴＰデータユニット（たとえば、プロトコルデータユニットすなわちＰＤＵ）が、１つのＰＤＣＰデータユニット（ＰＤＵ）をわたって搬送される。ＰＤＣＰ ＳＮとＲＴＰ ＳＮとの間のマッピングは、たとえば、｛ＲＴＰ ＳＮ，ＳＮ差＝ＲＴＰ ＳＮ−ＰＤＣＰ ＳＮ｝（{RTP SN, SN Difference = RTP SN - PDCP SN}）としてＭＤＴ報告に含められることができるだろう。マッピング（たとえば、ＳＮ差）は、モビリティ、セグメント化、または連結中、変化しうる。それが変化させられるとき、ＵＥ１１０６は、ＳＮ相関リストに新しい要素を追加しうる。例が以下に図示される。

[0072]いくつかの構成では、重複を避けるために、以下で提供されるように、ＱｏＥ設定およびメトリックは、ＭＤＴに組み合されうる。一例では、ＱｏＥメトリック測定および報告の設定は、ＭＤＴ設定と組み合されうる。たとえば、ＱｏＥ設定は、ＭＤＴ設定についての同じＲＲＣシグナリング（たとえば、ＲＲＣシグナリング１１２２）を介してＵＥ１１０６に提供されうる。例として、ＱｏＥ設定は、即時のＭＤＴ設定のＲＲＣメッセージにおいて提供されうる。この例では、即時のＭＤＴは、接続された状態における測定を可能にする。ＱｏＥ設定パラメータは、コンテイナ（container）として、あるいは少なくとも１つまたはいくつかの別個のパラメータとして、のどちらかでの即時のＭＤＴ設定のＲＲＣメッセージ（たとえば、ＲＲＣ接続再設定）に含められうる。一例では、測定間隔および／または報告間隔は、ＭＤＴおよびＱｏＥメトリックによって共有されうる。たとえば、ＭＤＴおよびＱｏＥメトリックの測定は、同じ測定間隔で、または同じ測定間隔に基づいて実行され得、ＭＤＴおよびＱｏＥメトリックの報告は、同じ報告間隔で、または同じ報告間隔に基づいて実行されうる。

[0073]ＱｏＥメトリックは、ＭＤＴ報告についてのＲＲＣ信号シグナリング（たとえば、ＲＲＣシグナリング１１２４）において組み合されうる。一例では、報告ＲＲＣメッセージ（測定報告）は、パラメータグループ：ＭＤＴ測定値、（コンテイナまたは少なくとも１つの別個のパラメータのどちらかとして）ＱｏＥメトリック、および相関情報（たとえば、例１０３４Ｂ）を含みうる。

[0074]図１２は、ワイヤレス通信の方法のフローチャート１２００である。方法は、ＵＥ（たとえば、ＵＥ１１０６、以下で提示される装置１３０２／１３０２’）によって実行されうる。これらの動作の例は、たとえば、図１１の説明内で発見されうる。１２０２で、ドライブテストの最小化（ＭＤＴ）メトリックが測定されうる。たとえば、図９を参照すると、ＯＡＭシステム９０２は、ＲＲＣシグナリング９２２を介してＭＤＴ測定および報告のためにＵＥを設定する。ＵＥは、該設定にしたがって、（９１９で）ＭＤＴメトリックを測定する。

[0075]１２０３で、ＵＥは、ＲＲＣシグナリングを介してＱｏＥメトリックを測定することのために設定されうる。図１１を参照すると、ＵＥ１１０６は、（１２０２のＭＤＴ設定情報を提供するためにも使用されうる）ＲＲＣシグナリング１１２２を介してＱｏＥ設定情報を受信しうる。１２０４で、エクスペリエンス品質（ＱｏＥ）メトリックが測定されうる。図１１を参照すると、ＵＥ１１０６は、１２０３で受信されたＱｏＥ設定にしたがって、（１１１９で）ＱｏＥメトリックを測定しうる。

[0076]１２０６で、ＭＤＴメトリックのうちの少なくとも１つとＱｏＥメトリックのうちの少なくとも１つの相関情報が、生成されうる。図１１を参照すると、ＵＥ１１０６は、相関情報、たとえば時間情報を生成しうる。一例では、時間情報は、（クライアントがマルチメディアセッションを見た（viewed）時間である）ＵＥ１１０６のローカル時間を含みうる。ローカル時間は、対応するＱｏＥメトリックとのマルチメディアセッションの相関を可能とするために、ＱｏＥメトリックにおいて報告された時間と相関されうる。別の例では、相関情報は、マルチメディアセッションに携わるＵＥの、対応するＱｏＥメトリックと該ＵＥを相関させるための識別を含みうる。また別の例では、相関情報は、対応するＱｏＥメトリックとのマルチメディアセッションの相関を可能とするための該マルチメディアセッションの識別を含みうる。また別の例では、相関情報は、ＰＤＣＰデータユニットとマルチメディアセッションのＲＴＰデータユニットを相関させるための情報（たとえば、ＳＮオフセット）を含みうる。

[0077]１２０８で、相関情報が報告されうる。図１１を参照すると、ＵＥ１１０６は、ＲＲＣシグナリング１１２４を介して１２０６で生成された相関情報を報告しうる。１２１２で、ＭＤＴメトリックとＱｏＥメトリックは組み合わされうる。図１１を参照すると、ＵＥ１１０６は、ＭＤＴ報告とＱｏＥメトリックを組み合わせうる。たとえば、ＱｏＥメトリックは、ＭＤＴ報告と組み合され、ＭＤＴ報告についてのＲＲＣ信号シグナリング（たとえば、ＲＲＣ信号シグナリング１１２４）を介して報告されうる。一例では、報告ＲＲＣメッセージ（測定報告）は、パラメータグループ：ＭＤＴ測定値、（コンテイナまたは別個のパラメータのどちらかとして）ＱｏＥメトリック、および相関情報（たとえば、例１０３４Ｂ）を含みうる。１２１４で、組み合わされたＭＤＴメトリックとＱｏＥメトリックは、ＲＲＣシグナリングを介して報告されうる。１２１２で説明されたように、組み合わされたＭＤＴメトリックおよびＱｏＥメトリックは、ＲＲＣメッセージ１１２４を介して報告されうる。

[0078]１２１６で、ＭＤＴメトリックおよびＱｏＥメトリックは、報告間隔で報告されうる。図１１を参照すると、一例では、ＵＥ１１０６は、同じ測定間隔でＭＤＴメトリックおよびＱｏＥメトリックを測定するように構成され、同じ報告間隔でＭＤＴメトリックおよびＱｏＥメトリックを報告するように構成されうる。

[0079]図１３は、実例的な装置１３０２における異なるモジュール／手段／コンポーネント間のデータフローを例示する概略的なデータフロー図１３００である。装置は、ＵＥでありうる。装置は、ｅＮＢ１３４０からＲＲＣシグナリング１３５１を介してＱｏＥおよびＭＤＴ設定情報を受信するように構成される受信モジュール１３０４、ならびにＲＲＣシグナリング１３５２を介してｅＮＢ１３４０に、たとえば、ＱｏＥメトリック、ＭＤＴメトリック、および相関情報を送信するように構成される送信モジュール１３０８を含む。

[0080]装置１３０２はさらに、ＱｏＥ設定モジュール１３１４を含み得、それは、受信モジュール１３０４からＱｏＥ設定情報１３０５を受信する。ＱｏＥ設定モジュール１３１４は、ＱｏＥ設定情報１３０５にしたがったＱｏＥメトリック測定および報告のために装置１３０２を設定する。装置１３０２はさらに、ＱｏＥ測定モジュール１３１６を含み得、それは、ＱｏＥ設定モジュール１３１４から測定間隔のようなＱｏＥ設定情報１３１５を受信する。ＱｏＥ測定モジュール１３１６は、ＱｏＥメトリックの測定を実行するように構成されうる。たとえば、ＱｏＥ測定モジュール１３１６は、ＱｏＥメトリックについてのコデックビットレートおよびコデック情報を生成するためにコデック性能を検出しうる。

[0081]装置１３０２はさらに、ＭＤＴ設定モジュール１３２４を含み得、それは、受信モジュール１３０４からＭＤＴ設定情報１３０６を受信する。ＭＤＴ設定モジュール１３２４は、ＭＤＴ設定情報１３０６にしたがったＭＤＴメトリック測定および報告のために装置１３０２を設定する。装置１３０２はさらに、ＭＤＴ測定モジュール１３２６を含み得、それは、ＭＤＴ設定モジュール１３２４から測定間隔のようなＭＤＴ設定情報１３２５を受信する。ＭＤＴ測定モジュール１３２６は、ＭＤＴメトリックの測定を実行するように構成されうる。たとえば、ＭＤＴ測定モジュール１３２６は、ＵＥ１３０２のロケーションおよび信号強度を検出するために（たとえば、ｅＮＢ１３５０からの）受信された無線信号を測定し得、それはその後、該ロケーションのためのカバレッジインジケータとして使用されることができるだろう。

[0082]装置１３０２はさらに、相関情報生成モジュール１３３４を含み得、それは、ＱｏＥ測定モジュール１３１６からＱｏＥメトリック１３１７を、およびＭＤＴ測定モジュール１３２６からＭＤＴメトリック１３２７を受信する。相関情報生成モジュール１３３４は、相関情報１３３５を生成するように構成され、それは、１つまたは複数のＱｏＥメトリックに１つまたは複数のＭＤＴメトリックを関連させる情報（たとえば、図１１を参照して説明された、時間情報、ＵＥ識別子、マルチメディアセッション識別子、またはＲＴＰデータユニットとＰＤＣＰデータユニットのＳＮオフセット等）でありうる。

[0083]装置１３０２はさらに、組み合わせ／報告モジュール１３３６を含み得、それは、相関情報１３３５、ＱｏＥメトリック１３１７、およびＭＤＴメトリック１３２７を受信し、報告１３３７を生成する。一例では、組み合わせ／報告モジュール１３３６は、相関情報１３３５、ＱｏＥメトリック１３１７、およびＭＤＴメトリック１３２７を組み合わせて報告１３３７にし得、それは、ＲＲＣシグナリング１３５２を介してｅＮＢ１３４０に送信するために、送信モジュール１３０８に提供される。

[0084]該装置は、上述の図１２のフローチャートにおけるアルゴリズムのブロックの各々を実行する追加のモジュールを含みうる。このため、上述された図１２のフローチャートにおける各ブロックはあるモジュールによって実行され得、該装置は、それらのモジュールのうちの１つまたは複数を含みうる。該モジュールは、述べられたプロセス／アルゴリズムを実行するように特に構成されるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによってインプリメントされるか、プロセッサによるインプリメンテーション（implementation）のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せの、１つまたは複数のハードウェアコンポーネントでありうる。

[0085]図１４は、処理システム１４１４を用いる装置１３０２’のためのハードウェア実装の例を例示する図１４００である。処理システム１４１４は、バス１４２４によって一般に表されるバスアーキテクチャでインプリメントされうる。バス１４２４は、処理システム１４１４の特定のアプリケーションおよび設計制約全体に依存して、あらゆる数の相互接続バスおよびブリッジを含みうる。バス１４２４は、プロセッサ１４０４、モジュール１３０４、１３１０、１３１４、１３１６、１３２４、１３２６、１３３４、およびコンピュータ可読媒体／メモリ１４０６によって表されている、１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクさせる。バス１４２４はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような様々な他の回路をリンクさせ得、これらは、当該技術分野で周知であるので、これ以上説明されないだろう。

[0086]処理システム１４１４は、トランシーバ１４１０に結合されうる。トランシーバ１４１０は、１つまたは複数のアンテナ１４２０に結合される。トランシーバ１４１０は、送信媒体をわたって様々な他の装置と通信するための手段を提供する。トランシーバ１４１０は、１つまたは複数のアンテナ１４２０から信号を受信し、該受信された信号から情報を抽出し、処理システム１４１４、具体的には受信モジュール１３０４に該抽出された情報を提供する。加えて、トランシーバ１４１０は、処理システム１４１４、具体的には送信モジュール１３１０から情報を受信し、該受信された情報に基づいて、１つまたは複数のアンテナ１４２０に適用されるべき信号を生成する。処理システム１４１４は、コンピュータ可読媒体／メモリ１４０６に結合されたプロセッサ１４０４を含む。プロセッサ１４０４は、コンピュータ可読媒体／メモリ１４０６上に記憶されたソフトウェアの実行を含む、一般的な処理を担う。該ソフトウェアは、プロセッサ１４０４によって実行されるとき、処理システム１４１４に、あらゆる特定の装置について上記で説明された様々な機能を実行させる。コンピュータ可読媒体／メモリ１４０６はまた、ソフトウェアを実行するときにプロセッサ１４０４によって操作されるデータを記憶するためにも使用されうる。処理システムはさらに、モジュール１３１４、１３１６、１３２４、１３２６、１３３４、および１３３６のうちの少なくとも１つを含む。該モジュールは、プロセッサ１４０４において稼働し、コンピュータ可読媒体／メモリ１４０６に存在し／記憶されたソフトウェアモジュール、プロセッサ１４０４に結合された１つまたは複数のハードウェアモジュール、またはそれらの何らかの組合せでありうる。処理システム１４１４は、ＵＥ６５０のコンポーネントであり得、メモリ６６０、ならびに／またはＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９のうちの少なくとも１つを含みうる。

[0087]一構成では、ワイヤレス通信のための装置１３０２／１３０２’は、ＭＤＴメトリックを測定するための手段と、ＱｏＥメトリックを測定するための手段と、該ＭＤＴメトリックのうちの少なくとも１つと該ＱｏＥメトリックのうちの少なくとも１つの相関情報を生成するための手段と、該相関情報を報告するための手段と、該ＭＤＴメトリックと該ＱｏＥメトリックを組み合わせるための手段と、ＲＲＣシグナリングを介して該組み合わされたＭＤＴメトリックとＱｏＥメトリックを報告するための手段と、ＲＲＣシグナリングを介して該ＱｏＥメトリックを該測定することのためにＵＥを設定する手段と、報告間隔で該ＭＤＴメトリックおよび該ＱｏＥメトリックを報告するための手段とを含む。上述の手段は、上述の手段によって記載された機能を実行するように構成された装置１３０２’の処理システム１４１４および／または装置１３０２の上記のモジュールのうちの１つまたは複数でありうる。上記で説明されたように、処理システム１４１４は、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９を含みうる。このため、一構成において上述の手段は、上述の手段によって記載された機能を実行するように構成されたＴＸプロセッサ６６８、およびＲＸプロセッサ６５６、コントローラ／プロセッサ６５９でありうる。

[0088]開示されたプロセス／フローチャートにおけるブロックの特定の順序または階層が実例的なアプローチの例示であることは理解される。設計選好に基づいて、プロセス／フローチャートにおけるブロックの特定の順序または階層が並べ替えられうることは理解される。さらに、いくつかのブロックが組み合わされうる、または省略されうる。添付の方法の請求項は、サンプルの順序で様々なブロックの要素を提示しており、提示された特定の順序または階層に限定されるようには意図されていない。

[0089]先の説明は、あらゆる当業者が本明細書で説明されている様々な態様を実施することを可能にするように提供されている。これらの態様への様々な変更は当業者には容易に明らかになり、本明細書で定義されている包括的な原理は他の態様に適用されうる。したがって、請求項は、本明細書で図示されている態様に限定されるようには意図されていないが、請求項の記載と一致した最大範囲を付与されることとし、ここにおいて、単数の要素への言及は、そのように特に述べられない限り、「１つおよび１つのみ」を意味するのではなく、むしろ「１つまたは複数」を意味するように意図されている。「実例的」という言葉は、「例、事例、または例示としての役目をする」を意味するように本明細書では使用されている。「実例的」として本明細書で説明されているいずれの態様も、必ずしも、他の態様よりも好まれる、または有利であると解釈されることとしない。違った形で特に述べられない限り、「何らかの／いくつかの／いくらかの（some）」という用語は、１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらのあらゆる組合せ」のような組合せは、Ａ、Ｂ、および／またはＣのいずれの組合せも含み、複数のＡ、複数のＢ、または複数のＣを含みうる。特に、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、ならびに「Ａ、Ｂ、Ｃ、またはそれらのあらゆる組合せ」のような組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢ、ＡとＣ、ＢとＣ、またはＡとＢとＣであり得、ここで、いずれのそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含みうる。当業者に知られている、または後に知られることになる本開示全体で説明されている様々な態様の要素に対するすべての構造的および機能的な均等物が、参照によって本明細書に明確に組み込まれ、請求項によって含まれるように意図されている。さらに、本明細書で開示されているいずれも、そのような開示が請求項に明示的に記載されているかどうかに関わらず、公衆に献呈されるようには意図されていない。どの請求項の要素も、該要素が「〜のための手段」という表現を使用して明確に記載されていない限り、ミーンズプラスファンクションとして解釈されないこととする。

Claims (48)

1. ワイヤレス通信の方法であって、
   ドライブテストの最小化（ＭＤＴ）メトリックを測定することと、
   エクスペリエンス品質（ＱｏＥ）メトリックを測定することと、
   前記ＭＤＴメトリックのうちの少なくとも１つと前記ＱｏＥメトリックのうちの少なくとも１つの相関情報を生成することと、
   前記相関情報を報告することと、
   を備える方法。
2. 前記相関情報は、マルチメディアセッションに携わるユーザ機器（ＵＥ）の時間情報を含む、請求項１に記載の方法。
3. 前記相関情報は、マルチメディアセッションに携わるＵＥの識別を含む、請求項１に記載の方法。
4. 前記相関情報は、マルチメディアセッションの識別を含む、請求項１に記載の方法。
5. 前記相関情報は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）データユニットとマルチメディアセッションのリアルタイムトランスポートプロトコル（ＲＴＰ）データユニットを相関させるための情報を含む、請求項１に記載の方法。
6. 前記相関情報は、無線リソース制御（ＲＲＣ）シグナリングを介して報告される、請求項１に記載の方法。
7. 前記ＭＤＴメトリックと前記ＱｏＥメトリックを組み合わせることと、
   前記ＲＲＣシグナリングを介して前記組み合わされたＭＤＴメトリックと前記ＱｏＥメトリックを報告することと、
   さらに備える、請求項６に記載の方法。
8. 前記ＲＲＣシグナリングは、ＲＲＣメッセージを備え、前記ＱｏＥメトリックは、前記ＲＲＣメッセージのコンテイナ、または少なくとも１つのパラメータにある、請求項７に記載の方法。
9. ＲＲＣシグナリングを介して前記ＱｏＥメトリックを前記測定することのためにユーザ機器（ＵＥ）を設定すること、
   をさらに備える、請求項１に記載の方法。
10. 前記ＲＲＣシグナリングは、ＲＲＣメッセージを備える、請求項９に記載の方法。
11. 前記ＭＤＴメトリックを前記測定すること、および前記ＱｏＥメトリックを前記測定することは、測定間隔に基づいて実行される、請求項１に記載の方法。
12. 報告間隔に基づいて、前記ＭＤＴメトリックおよび前記ＱｏＥメトリックを報告することをさらに備える、請求項１に記載の方法。
13. ワイヤレス通信のための装置であって、
    ドライブテストの最小化（ＭＤＴ）メトリックを測定するための手段と、
    エクスペリエンス品質（ＱｏＥ）メトリックを測定するための手段と、
    前記ＭＤＴメトリックのうちの少なくとも１つと前記ＱｏＥメトリックのうちの少なくとも１つの相関情報を生成するための手段と、
    前記相関情報を報告するための手段と、
    を備える装置。
14. 前記相関情報は、マルチメディアセッションに携わるユーザ機器（ＵＥ）の時間情報を含む、請求項１３に記載の装置。
15. 前記相関情報は、マルチメディアセッションに携わるＵＥの識別を含む、請求項１３に記載の装置。
16. 前記相関情報は、マルチメディアセッションの識別を含む、請求項１３に記載の装置。
17. 前記相関情報は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）データユニットとマルチメディアセッションのリアルタイムトランスポートプロトコル（ＲＴＰ）データユニットを相関させるための情報を含む、請求項１３に記載の装置。
18. 前記相関情報は、無線リソース制御（ＲＲＣ）シグナリングを介して報告される、請求項１３に記載の装置。
19. 前記ＭＤＴメトリックと前記ＱｏＥメトリックを組み合わせるための手段と、
    前記ＲＲＣシグナリングを介して前記組み合わされたＭＤＴメトリックと前記ＱｏＥメトリックを報告するための手段と、
    さらに備える、請求項１８に記載の装置。
20. 前記ＲＲＣシグナリングは、ＲＲＣメッセージを備え、前記ＱｏＥメトリックは、前記ＲＲＣメッセージのコンテイナ、または少なくとも１つのパラメータにある、請求項１９に記載の装置。
21. ＲＲＣシグナリングを介して前記ＱｏＥメトリックを前記測定することのためにユーザ機器（ＵＥ）を設定する手段、
    をさらに備える、請求項１３に記載の装置。
22. 前記ＲＲＣシグナリングは、無線リソース制御（ＲＲＣ）メッセージを備える、請求項２１に記載の装置。
23. 前記ＭＤＴメトリックを測定するための前記手段、および前記ＱｏＥメトリックを測定するための前記手段は、測定間隔に基づいて前記ＭＤＴメトリックおよび前記ＱｏＥメトリックを測定するように構成される、請求項１３に記載の装置。
24. 報告間隔に基づいて、前記ＭＤＴメトリックおよび前記ＱｏＥメトリックを報告するための手段をさらに備える、請求項１３に記載の装置。
25. ワイヤレス通信のための装置であって、
    メモリと、
    前記メモリに結合された少なくとも１つのプロセッサと、を備え、前記少なくとも１つのプロセッサは、
    ドライブテストの最小化（ＭＤＴ）メトリックを測定することと、
    エクスペリエンス品質（ＱｏＥ）メトリックを測定することと、
    前記ＭＤＴメトリックのうちの少なくとも１つと前記ＱｏＥメトリックのうちの少なくとも１つの相関情報を生成することと、
    前記相関情報を報告することと、
    を行うように構成される装置。
26. 前記相関情報は、マルチメディアセッションに携わるユーザ機器（ＵＥ）の時間情報を含む、請求項２５に記載の装置。
27. 前記相関情報は、マルチメディアセッションに携わるＵＥの識別を含む、請求項２５に記載の装置。
28. 前記相関情報は、マルチメディアセッションの識別を含む、請求項２５に記載の装置。
29. 前記相関情報は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）データユニットとマルチメディアセッションのリアルタイムトランスポートプロトコル（ＲＴＰ）データユニットを相関させるための情報を含む、請求項２５に記載の装置。
30. 前記相関情報は、無線リソース制御（ＲＲＣ）シグナリングを介して報告される、請求項２５に記載の装置。
31. 前記少なくとも１つのプロセッサは、前記メモリに結合され、
    前記ＭＤＴメトリックと前記ＱｏＥメトリックを組み合わせることと、
    前記ＲＲＣシグナリングを介して前記組み合わされたＭＤＴメトリックと前記ＱｏＥメトリックを報告することと、
    を行うようにさらに構成される、請求項３０に記載の装置。
32. 前記ＲＲＣシグナリングは、ＲＲＣメッセージを備え、前記ＱｏＥメトリックは、前記ＲＲＣメッセージのコンテイナ、または少なくとも１つのパラメータにある、請求項３１に記載の装置。
33. 前記少なくとも１つのプロセッサは、前記メモリに結合され、
    ＲＲＣシグナリングを介して前記ＱｏＥメトリックを前記測定することのためにユーザ機器（ＵＥ）を設定すること、
    を行うようにさらに構成される、請求項２５に記載の装置。
34. 前記ＲＲＣシグナリングは、ＲＲＣメッセージを備える、請求項３３に記載の装置。
35. 前記少なくとも１つのプロセッサは、前記メモリに結合され、測定間隔に基づいて、前記ＭＤＴメトリックを測定するように、および前記ＱｏＥメトリックを測定するようにさらに構成される、請求項２５に記載の装置。
36. 前記少なくとも１つのプロセッサは、前記メモリに結合され、報告間隔に基づいて、前記ＭＤＴメトリックおよび前記ＱｏＥメトリックを報告するようにさらに構成される、請求項２５に記載の装置。
37. ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
    ドライブテストの最小化（ＭＤＴ）メトリックを測定することと、
    エクスペリエンス品質（ＱｏＥ）メトリックを測定することと、
    前記ＭＤＴメトリックのうちの少なくとも１つと前記ＱｏＥメトリックのうちの少なくとも１つの相関情報を生成することと、
    前記相関情報を報告することと、
    のためのコードを備える、コンピュータ可読媒体。
38. 前記相関情報は、マルチメディアセッションに携わるユーザ機器（ＵＥ）の時間情報を含む、請求項３７に記載のコンピュータ可読媒体。
39. 前記相関情報は、マルチメディアセッションに携わるＵＥの識別を含む、請求項３７に記載のコンピュータ可読媒体。
40. 前記相関情報は、マルチメディアセッションの識別を含む、請求項３７に記載のコンピュータ可読媒体。
41. 前記相関情報は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）データユニットとマルチメディアセッションのリアルタイムトランスポートプロトコル（ＲＴＰ）データユニットを相関させるための情報を含む、請求項３７に記載のコンピュータ可読媒体。
42. 前記相関情報は、無線リソース制御（ＲＲＣ）シグナリングを介して報告される、請求項３７に記載のコンピュータ可読媒体。
43. 前記ＭＤＴメトリックと前記ＱｏＥメトリックを組み合わせることと、
    前記ＲＲＣシグナリングを介して前記組み合わされたＭＤＴメトリックと前記ＱｏＥメトリックを報告することと、
    のためのコードをさらに備える、請求項４２に記載のコンピュータ可読媒体。
44. 前記ＲＲＣシグナリングは、ＲＲＣメッセージを備え、前記ＱｏＥメトリックは、前記ＲＲＣメッセージのコンテイナ、または少なくとも１つのパラメータにある、請求項４３に記載のコンピュータ可読媒体。
45. ＲＲＣシグナリングを介して前記ＱｏＥメトリックを前記測定することのためにユーザ機器（ＵＥ）を設定すること、
    のためのコードをさらに備える、請求項３７に記載のコンピュータ可読媒体。
46. 前記ＲＲＣシグナリングは、ＲＲＣメッセージを備える、請求項４５に記載のコンピュータ可読媒体。
47. 前記ＭＤＴメトリックを前記測定すること、および前記ＱｏＥメトリックを前記測定することは、測定間隔に基づいて実行される、請求項３７に記載のコンピュータ可読媒体。
48. 報告間隔に基づいて、前記ＭＤＴメトリックおよび前記ＱｏＥメトリックを報告するためのコードをさらに備える、請求項３７に記載のコンピュータ可読媒体。