(57)【要約】  ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供される。装置、たとえば、ユーザ機器（ＵＥ）が、１つまたは複数のマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）物理レイヤパラメータについての報告要件を受信する。ＵＥは、基準信号に対応する少なくとも１つのパラメータを含む１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得し、取得された１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに基づいて報告を作成する。ＵＥは、ユーザプレーンベース機構または制御プレーンベース機構を使用して１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得し得る。ユーザプレーン機構は、エクスペリエンス品質（ＱｏＥ）メトリックのための報告機構の変更バージョンの使用を伴う。制御プレーン機構は、ドライブテスト最小化（ＭＤＴ）メトリックのための報告機構の変更バージョンの使用を伴う。
2015502092.tif 000002
【特許請求の範囲】
【請求項１】
基準信号に対応する少なくとも１つのパラメータを含む、１つまたは複数のマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）物理レイヤパラメータについての報告要件を受信することと、
基準信号に対応する前記少なくとも１つのパラメータを含む前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得することと、
前記取得された１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに基づいて報告を作成することと
を備える、ワイヤレス通信の方法。
【請求項２】
基準信号に対応する前記少なくとも１つのパラメータが、基準信号強度インジケータ（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）および基準信号受信品質（ＲＳＲＱ）のうちの１つを備える、請求項１に記載の方法。
【請求項３】
前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得することが、１つまたは複数の物理マルチキャストチャネル（ＰＭＣＨ）サブフレームを測定することを備える、請求項１に記載の方法。
【請求項４】
前記１つまたは複数のＰＭＣＨサブフレームが、ＭＣＣＨ／ＭＣＨスケジューリング情報によってスケジュールされる監視ＰＭＣＨサブフレームに対応する、請求項３に記載の方法。
【請求項５】
前記１つまたは複数のＰＭＣＨサブフレームが、保証されたＭＢＳＦＮ送信を有する割り振られたＰＭＣＨサブフレームのサブセットに対応する、請求項３に記載の方法。
【請求項６】
前記報告が前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに加えてエクスペリエンス品質（ＱｏＥ）パラメータを備え、そして、機密情報を分離するために前記報告をフィルタ処理することをさらに備える、請求項１に記載の方法。
【請求項７】
前記報告をフィルタ処理することが、前記報告を受信報告サーバエンティティに転送することを備える、請求項６に記載の方法。
【請求項８】
受信報告サーバエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）エンティティを備える、請求項７に記載の方法。
【請求項９】
前記報告をフィルタ処理することが、前記ＱｏＥパラメータから前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを分離することを備える、請求項６に記載の方法。
【請求項１０】
前記報告が前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに加えてエクスペリエンス品質（ＱｏＥ）パラメータを備え、そして、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させることをさらに備える、請求項１に記載の方法。
【請求項１１】
前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させることが、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるためのＵＥ固有指示を受信することを備える、請求項１０に記載の方法。
【請求項１２】
前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させることが、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるためのブロードキャスト指示を受信することを備える、請求項１０に記載の方法。
【請求項１３】
前記報告要件を受信することが、サービス告知および発見プロセス中に通知を受信することと、サービス登録プロセス中に通知を受信することと、マルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）セッション確立プロセス中に通知を受信することと、オープンモバイルアライアンスデバイス管理（ＯＭＡ−ＤＭ）メッセージから通知を受信することとのうちの１つまたは複数を備える、請求項１に記載の方法。
【請求項１４】
基準信号に対応する少なくとも１つのパラメータを含む、１つまたは複数のマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）物理レイヤパラメータについての報告要件を受信するための手段と、
基準信号に対応する前記少なくとも１つのパラメータを含む前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得するための手段と、
前記取得された１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに基づいて報告を作成するための手段と
を備える、ワイヤレス通信のための装置。
【請求項１５】
基準信号に対応する前記少なくとも１つのパラメータが、基準信号強度インジケータ（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）および基準信号受信品質（ＲＳＲＱ）のうちの１つを備える、請求項１４に記載の装置。
【請求項１６】
前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得するための前記手段が、１つまたは複数の物理マルチキャストチャネル（ＰＭＣＨ）サブフレームを測定するように構成された、請求項１４に記載の装置。
【請求項１７】
前記１つまたは複数のＰＭＣＨサブフレームが、ＭＣＣＨ／ＭＣＨスケジューリング情報によってスケジュールされる監視ＰＭＣＨサブフレームに対応する、請求項１６に記載の装置。
【請求項１８】
前記１つまたは複数のＰＭＣＨサブフレームが、保証されたＭＢＳＦＮ送信を有する割り振られたＰＭＣＨサブフレームのサブセットに対応する、請求項１６に記載の装置。
【請求項１９】
前記報告が前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに加えてエクスペリエンス品質（ＱｏＥ）パラメータを備え、そして、機密情報を分離するために前記報告をフィルタ処理するための手段をさらに備える、請求項１４に記載の装置。
【請求項２０】
前記報告をフィルタ処理するための前記手段が、前記報告を受信報告サーバエンティティに転送するように構成された、請求項１９に記載の装置。
【請求項２１】
受信報告サーバエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）エンティティを備える、請求項２０に記載の装置。
【請求項２２】
前記報告をフィルタ処理するための前記手段が、前記ＱｏＥパラメータから前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを分離するように構成された、請求項１９に記載の装置。
【請求項２３】
前記報告が前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに加えてエクスペリエンス品質（ＱｏＥ）パラメータを備え、そして、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるための手段をさらに備える、請求項１４に記載の装置。
【請求項２４】
前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるための前記手段が、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるためのＵＥ固有指示を受信するように構成された、請求項２３に記載の装置。
【請求項２５】
前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるための前記手段が、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるためのブロードキャスト指示を受信するように構成された、請求項２３に記載の装置。
【請求項２６】
前記報告要件を受信するための前記手段が、サービス告知および発見プロセス中に通知を受信することと、サービス登録プロセス中に通知を受信することと、マルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）セッション確立プロセス中に通知を受信することと、オープンモバイルアライアンスデバイス管理（ＯＭＡ−ＤＭ）メッセージから通知を受信することとのうちの１つまたは複数を行うように構成された、請求項１４に記載の装置。
【請求項２７】
基準信号に対応する少なくとも１つのパラメータを含む、１つまたは複数のマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）物理レイヤパラメータについての報告要件を受信することと、
基準信号に対応する前記少なくとも１つのパラメータを含む前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得することと、
前記取得された１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに基づいて報告を作成することと
を行うように構成された処理システム
を備える、ワイヤレス通信のための装置。
【請求項２８】
基準信号に対応する前記少なくとも１つのパラメータが、基準信号強度インジケータ（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）および基準信号受信品質（ＲＳＲＱ）のうちの１つを備える、請求項２７に記載の装置。
【請求項２９】
前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得するために、前記処理システムが、１つまたは複数の物理マルチキャストチャネル（ＰＭＣＨ）サブフレームを測定するように構成された、請求項２７に記載の装置。
【請求項３０】
前記１つまたは複数のＰＭＣＨサブフレームが、ＭＣＣＨ／ＭＣＨスケジューリング情報によってスケジュールされる監視ＰＭＣＨサブフレームに対応する、請求項２９に記載の装置。
【請求項３１】
前記１つまたは複数のＰＭＣＨサブフレームが、保証されたＭＢＳＦＮ送信を有する割り振られたＰＭＣＨサブフレームのサブセットに対応する、請求項２９に記載の装置。
【請求項３２】
前記報告が、前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに加えてエクスペリエンス品質（ＱｏＥ）パラメータを備え、前記処理システムが、機密情報を分離するために前記報告をフィルタ処理するようにさらに構成された、請求項２７に記載の装置。
【請求項３３】
前記プロセッサが、前記報告を受信報告サーバエンティティに転送するようにさらに構成された、請求項３２に記載の装置。
【請求項３４】
受信報告サーバエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）エンティティを備える、請求項３３に記載の装置。
【請求項３５】
前記プロセッサが、前記ＱｏＥパラメータから前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを分離するようにさらに構成された、請求項３２に記載の装置。
【請求項３６】
前記報告が、前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに加えてエクスペリエンス品質（ＱｏＥ）パラメータを備え、前記処理システムが、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるようにさらに構成された、請求項２７に記載の装置。
【請求項３７】
前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるために、前記処理システムが、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるためのＵＥ固有指示を受信するように構成された、請求項３６に記載の装置。
【請求項３８】
前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるために、前記処理システムが、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるためのブロードキャスト指示を受信するように構成された、請求項３６に記載の装置。
【請求項３９】
前記報告要件を受信するために、前記処理システムが、サービス告知および発見プロセス中に通知を受信することと、サービス登録プロセス中に通知を受信することと、マルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）セッション確立プロセス中に通知を受信することと、オープンモバイルアライアンスデバイス管理（ＯＭＡ−ＤＭ）メッセージから通知を受信することとのうちの１つまたは複数を行うように構成された、請求項２７に記載の装置。
【請求項４０】
基準信号に対応する少なくとも１つのパラメータを含む、１つまたは複数のマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）物理レイヤパラメータについての報告要件を受信するためのコードと、
基準信号に対応する前記少なくとも１つのパラメータを含む前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得するためのコードと、
前記取得された１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに基づいて報告を作成するためのコードと
を備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項４１】
基準信号に対応する前記少なくとも１つのパラメータが、基準信号強度インジケータ（ＲＳＳＩ）、基準信号受信電力（ＲＳＲＰ）および基準信号受信品質（ＲＳＲＱ）のうちの１つを備える、請求項４０に記載の製品。
【請求項４２】
前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得するためのコードが、１つまたは複数の物理マルチキャストチャネル（ＰＭＣＨ）サブフレームを測定するためのコードを備える、請求項４０に記載の製品。
【請求項４３】
前記１つまたは複数のＰＭＣＨサブフレームが、ＭＣＣＨ／ＭＣＨスケジューリング情報によってスケジュールされる監視ＰＭＣＨサブフレームに対応する、請求項４２に記載の製品。
【請求項４４】
前記１つまたは複数のＰＭＣＨサブフレームが、保証されたＭＢＳＦＮ送信を有する割り振られたＰＭＣＨサブフレームのサブセットに対応する、請求項４２に記載の製品。
【請求項４５】
前記報告が前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに加えてエクスペリエンス品質（ＱｏＥ）パラメータを備え、そして、機密情報を分離するために前記報告をフィルタ処理するためのコードをさらに備える、請求項４０に記載の製品。
【請求項４６】
前記報告をフィルタ処理するための前記コードが、前記報告をフィルタ処理するために前記報告を受信報告サーバエンティティに転送するためのコードを備える、請求項４５に記載の製品。
【請求項４７】
受信報告サーバエンティティがブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）エンティティを備える、請求項４６に記載の製品。
【請求項４８】
前記報告をフィルタ処理するための前記コードが、前記ＱｏＥパラメータから前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを分離するためのコードを備える、請求項４５に記載の製品。
【請求項４９】
前記報告が前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに加えてエクスペリエンス品質（ＱｏＥ）パラメータを備え、そして、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるためのコードをさらに備える、請求項４０に記載の製品。
【請求項５０】
前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるための前記コードが、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるためのＵＥ固有指示を受信するためのコードを備える、請求項４９に記載の製品。
【請求項５１】
前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるための前記コードが、前記ＱｏＥパラメータを前記１つまたは複数のＭＢＳＦＮ物理レイヤパラメータと相関させるためのブロードキャスト指示を受信するためのコードを備える、請求項４９に記載の製品。
【請求項５２】
前記報告要件を受信するための前記コードが、サービス告知および発見プロセス中に通知を受信するためのコードと、サービス登録プロセス中に通知を受信するためのコードと、マルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）セッション確立プロセス中に通知を受信するためのコードと、オープンモバイルアライアンスデバイス管理（ＯＭＡ−ＤＭ）メッセージから通知を受信するためのコードとのうちの１つまたは複数を備える、請求項４０に記載の製品。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]  本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１１年１１月１７日に出願された「METHOD AND APPARATUS FOR PHYSICAL LAYER MEASUREMENTS IN MULTICAST BROADCAST MULTIMEDIA SERVICE SYSTEMS」と題する米国仮出願第６１／５６１，２０１号、および２０１２年１１月１４日に出願された「METHOD AND APPARATUS FOR PHYSICAL LAYER MEASUREMENTS IN MULTICAST BROADCAST MULTIMEDIA SERVICE SYSTEMS」と題する米国特許出願第１３／６７７，１５６号の利益を主張する。
【０００２】
[0002]  本開示は、一般に通信システムに関し、より詳細には、マルチキャストブロードキャストマルチメディアサービスシステムにおける物理レイヤ測定のための方法および装置に関する。
【背景技術】
【０００３】
[0003]  ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。
【０００４】
[0004]  これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ：Long Term Evolution）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ：Third Generation Partnership Project）によって公表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新しいスペクトルを利用し、また、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合するように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。
【０００５】
[0005]  マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ：Multimedia Broadcast Multicast Service）は、既存および次の３ＧＰＰセルラーネットワークのためのポイントツーマルチポイントインターフェース仕様である。ＭＢＭＳは、セルならびにコアネットワークの両方内で、ブロードキャストサービスとマルチキャストサービスとの効率的な配信を行うように設計されている。複数のセルにわたるブロードキャスト送信のために、ＭＢＭＳは単一周波数ネットワーク構成を介した送信を定義している。目標とする適用例は、モバイルＴＶおよび無線ブロードキャスティング、ならびにファイル配信および緊急警報を含む。
【０００６】
[0006]  ＬＴＥは、同様のコンテンツ情報をセル中のすべてのユーザに送る（ブロードキャスト）かまたはセル中のユーザの所与のセット（加入者）に送る（マルチキャスト）ためのトランスポート機能を提供する、拡張マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ：enhanced Multimedia Broadcast Multicast Service）を提供する。ｅＭＢＭＳは、無線アクセスレベルでのリソースの共有を与えないＩＰレベルブロードキャストまたはマルチキャストとは区別される。ｅＭＢＭＳでは、複数のＵＥへの送信のために単一のｅノードＢまたは複数のｅノードＢのいずれかを使用することが可能である。マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ：Multicast-Broadcast Single Frequency Network）は後者のための定義である。
【０００７】
[0007]  ＭＢＳＦＮは、同期された単一周波数ネットワーク（ＳＦＮ：single-frequency network）上のマルチセル送信としてマルチキャストデータまたはブロードキャストデータを送るためにＬＴＥのＯＦＤＭ無線インターフェースを活用する送信モードである。複数のセルからの送信は、シンボル間干渉（ＩＳＩ：Inter-Symbol Interference）を回避するように、それらの送信がＯＦＤＭサイクリックプレフィックス（ＣＰ：Cyclic Prefix）内でＵＥに届くように同期される。事実上、これは、ＭＢＳＦＮ送信を単一の大きいセルからの送信のようにＵＥに見えさせ、セル間干渉の不在により信号対干渉比（ＳＩＲ）を劇的に増加させる。
【０００８】
[0008]  ｅＭＢＭＳは、ＭＢＳＦＮのサービスレベルパフォーマンスに関係するいくつかの品質パラメータを提供する。しかしながら、これらのサービスレベルパフォーマンスパラメータはｅＭＢＭＳ信号品質に直接関係しない。ストリーミングおよびファイル転送動作などのデータ転送動作のパフォーマンスを改善するために、ｅＭＢＭＳ信号品質に直接関係するパラメータを利用可能にすることが有用であろう。たとえば、ネットワークパラメータを判断するために、ｅＭＢＭＳ信号のための物理レイヤ測定を行うことが有用である。
【発明の概要】
【０００９】
[0009]  １つまたは複数のマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）物理レイヤパラメータについての報告要件がＵＥによって受信される、ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供される。ＵＥは、１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得することと、取得された１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに基づいて報告を作成することとを行い得る。ＵＥは、ユーザプレーンベース機構または制御プレーンベース機構を使用して１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得し得る。ユーザプレーンベース機構は、エクスペリエンス品質（ＱｏＥ：Quality of Experience）メトリックのための報告機構の変更バージョンの使用を伴う。制御プレーンベース機構は、ドライブテスト最小化（ＭＤＴ：Minimization of Drive Tests）メトリックのための報告機構の変更バージョンの使用を伴う。
【図面の簡単な説明】
【００１０】
【図１】[0010]  ネットワークアーキテクチャの一例を示す図。
【図２】[0011]  アクセスネットワークの一例を示す図。
【図３】[0012]  ＬＴＥにおけるＤＬフレーム構造の一例を示す図。
【図４】[0013]  ＬＴＥにおけるＵＬフレーム構造の一例を示す図。
【図５】[0014]  ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。
【図６】[0015]  アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。
【図７】[0016]  マルチメディアブロードキャストオーバー単一周波数ネットワーク（ＭＢＳＦＮ：Multimedia Broadcast over a Single Frequency Network）中の発展型マルチキャストブロードキャストマルチメディアサービス（ｅＭＢＭＳ：evolved Multicast Broadcast Multimedia Service）を示す図。
【図８】[0017]  ワイヤレスネットワーク上のｅＭＢＭＳのためのより詳細なアーキテクチャを示す図。
【図９】[0018]  ＭＢＳＦＮの物理レイヤパラメータを報告するためのユーザプレーンベース手法を示す流れ図。
【図１０】[0019]  ＭＢＳＦＮの物理レイヤパラメータを報告するための制御プレーンベース手法を示す流れ図。
【図１１】[0020]  ドライブテスト最小化（ＭＤＴ）アーキテクチャを示すネットワーク図。
【図１２】[0021]  例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。
【図１３】[0022]  処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
【発明を実施するための形態】
【００１１】
[0023]  添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
【００１２】
[0024]  次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の発明を実施するための形態において説明し、（「要素（elements）」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。
【００１３】
[0025]  例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム（processing system）」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【００１４】
[0026]  したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、あるいは命令もしくはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００１５】
[0027]  図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、事業者のＩＰサービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００１６】
[0028]  Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、Ｘ２インターフェース（たとえば、バックホール）を介して他のｅＮＢ１０８に接続され得る。ｅＮＢ１０６はまた、基地局、ノードＢ、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることがある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）フォン、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。
【００１７】
[0029]  ｅＮＢ１０６はＳ１インターフェースによってＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレスアロケーションならびに他の機能を与える。ＰＤＮゲートウェイ１１８は事業者のＩＰサービス１２２に接続される。事業者のＩＰサービス１２２は、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）と、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）とを含み得る。
【００１８】
[0030]  図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、リモートラジオヘッド（ＲＲＨ：remote radio head）と呼ばれることがある。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、またはマイクロセルであり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当て（assign）られ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例では集中コントローラはないが、代替構成では集中コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。
【００１９】
[0031]  アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念は、ＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、ＣＤＭＡを採用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））、ならびにＴＤ−ＳＣＤＭＡ、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＯＦＤＭＡを採用するＦｌａｓｈ−ＯＦＤＭなど、ＣＤＭＡの他の変形態を採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）に拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。
【００２０】
[0032]  ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時的に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコードし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコードされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグナチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々はそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコードされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコードされた各データストリームのソースを識別することが可能になる。
【００２１】
[0033]  空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【００２２】
[0034]  以下の詳細な説明では、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムを参照しながらアクセスネットワークの様々な態様について説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間する。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。
【００２３】
[0035]  図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、周波数領域中に１２個の連続サブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に７個の連続ＯＦＤＭシンボル、または８４個のリソース要素を含んでいる。拡張サイクリックプレフィックスについて、リソースブロックは、時間領域中に６個の連続ＯＦＤＭシンボルを含んでおり、７２個のリソース要素を有する。Ｒ３０２、３０４として示されるリソース要素のいくつかはＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上のみで送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。
【００２４】
[0036]  図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報を送信するためにＵＥに割り当て（assign）られ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、データセクション中の連続するサブキャリアのすべてを単一のＵＥに割り当てることを可能にし得る連続サブキャリアを含むデータセクションを生じる。
【００２５】
[0037]  ＵＥには、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂが割り当てられ得る。ＵＥには、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。
【００２６】
[0038]  初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨの試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨの試みだけを行うことができる。
【００２７】
[0039]  図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、レイヤ１と、レイヤ２と、レイヤ３との３つのレイヤとともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。
【００２８】
[0040]  ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：Radio Link Control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含むＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。
【００２９】
[0041]  ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）による、上位レイヤデータパケットのセグメンテーションおよび再統合と、消失データパケットの再送信と、順序が狂った受信を補正するデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル中の様々な無線リソース（たとえば、リソースブロック）を割り振ること（allocating）を担当する。ＭＡＣサブレイヤ５１０はまたＨＡＲＱ動作を担当する。
【００３０】
[0042]  制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ：Radio Resource Control）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（すなわち、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。
【００３１】
[0043]  図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいて、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース割り振り（allocation）とを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。
【００３２】
[0044]  送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。次いで、符号化され変調されたシンボルは並列ストリームに分割される。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ）を使用して互いに合成されて、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルが生成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコードされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を判断するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられる。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【００３３】
[0045]  ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報を受信機（ＲＸ）プロセッサ６５６に与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号コンスタレーションポイントを判断することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。
【００３４】
[0046]  コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連し得る。メモリ６６０は、コンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケット再統合と、復号と、ヘッダ復元と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担当する。
【００３５】
[0047]  ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、ｅＮＢ６１０による無線リソース割り振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、紛失パケットの再送信、およびｅＮＢ６１０へのシグナリングを担当する。
【００３６】
[0048]  ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられる。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【００３７】
[0049]  ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報をＲＸプロセッサ６７０に与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。
【００３８】
[0050]  コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連し得る。メモリ６７６は、コンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケット再統合と、復号と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担当する。
【００３９】
[0051]  図７は、マルチメディアブロードキャストオーバー単一周波数ネットワーク（ＭＢＳＦＮ）中の発展型マルチキャストブロードキャストマルチメディアサービス（ｅＭＢＭＳ）を示す図７５０である。セル７５２’中のｅＮＢ７５２は第１のＭＢＳＦＮエリアを形成し得、セル７５４’中のｅＮＢ７５４は第２のＭＢＳＦＮエリアを形成し得る。ｅＮＢ７５２、７５４は、他のＭＢＳＦＮエリア、たとえば、最高合計８つのＭＢＳＦＮエリアに関連し得る。ＭＢＳＦＮエリア内のセルが予約済みセルに指定され得る。予約済みセルは、マルチキャスト／ブロードキャストコンテンツを与えないが、セル７５２’、７５４’に時間同期させられ、ＭＢＳＦＮエリアへの干渉を制限するために、ＭＢＳＦＮリソース上で制限電力を有する。ＭＢＳＦＮエリア中の各ｅＮＢは、同期方式で同じｅＭＢＭＳ制御情報およびデータを同期的に送信する。各エリアは、ブロードキャストサービス、マルチキャストサービス、およびユニキャストサービスをサポートし得る。ユニキャストサービスは、特定のユーザを対象とするサービス、たとえば、ボイス呼である。マルチキャストサービスは、ユーザのグループによって受信され得るサービス、たとえば、サブスクリプションビデオサービスである。ブロードキャストサービスは、すべてのユーザによって受信され得るサービス、たとえば、ニュースブロードキャストである。図７を参照すると、第１のＭＢＳＦＮエリアは、特定のニュースブロードキャストをＵＥ７７０に与えることなどによって、第１のｅＭＢＭＳブロードキャストサービスをサポートし得る。第２のＭＢＳＦＮエリアは、異なるニュースブロードキャストをＵＥ７６０に与えることなどによって、第２のｅＭＢＭＳブロードキャストサービスをサポートし得る。各ＭＢＳＦＮエリアは、複数の物理マルチキャストチャネル（ＰＭＣＨ：Physical Multicast CHannel）（たとえば、１５個のＰＭＣＨ）をサポートする。各ＰＭＣＨはマルチキャストチャネル（ＭＣＨ：Multicast CHannel）に対応する。各ＭＣＨは、複数（たとえば、２９個）のマルチキャスト論理チャネルを多重化することができる。各ＭＢＳＦＮエリアは、１つのマルチキャスト制御チャネル（ＭＣＣＨ：multicast control channel）を有し得る。したがって、１つのＭＣＨは、１つのＭＣＣＨと複数のマルチキャストトラフィックチャネル（ＭＴＣＨ：multicast traffic channel）とを多重化し得、残りのＭＣＨは複数のＭＴＣＨを多重化し得る。
【００４０】
[0052]  ３ＧＰＰは現在、データ収集および報告のためのユーザプレーンベース機構および制御プレーンベース機構を規定している。受信報告プロシージャとも呼ばれる、ユーザプレーンベース機構は、ファイルダウンロードおよびストリーミングのエクスペリエンス品質（ＱｏＥ）メトリックのための３ＧＰＰ  ＴＳ  ２６．３４６に規定されている。測定値が構成され、サービスレイヤシグナリングを介して事業者指定のサーバに報告される。ドライブテスト最小化（ＭＤＴ）機能を含む、制御プレーンベース機構は、無線パフォーマンス測定のための３ＧＰＰ  ＴＳ  ３７．３２０に規定されている。これらの測定値が構成され、制御プレーンシグナリングを介して事業者指定のサーバに報告される。
【００４１】
[0053]  ＭＢＭＳのダウンロード配信方法について、受信報告プロシージャは、１つまたは複数のファイルの完全な受信を報告すること、またはストリームに関する統計値を報告すること、またはそれらの両方を行うことのいずれかのために使用され得る。ＭＢＭＳのストリーミング配信方法について、受信報告プロシージャは、ストリームに関する統計値を報告するために使用される。受信報告中に含まれる現在のタイプのメトリックはＱｏＥメトリックを含む。ＱｏＥは、ストリーミングブロードキャストなどのサービスのユーザのエクスペリエンスの主観的測度であり、ユーザが品質パラメータとして直接知覚することになるメトリックを測定する。他のタイプのメトリックが受信報告中に含まれ得る。
【００４２】
[0054]  ３ＧＰＰ  ＴＳ  ２６．３４６では、統計のための４つの現在の報告タイプが以下のように定義されている。
【００４３】
[0055]  ＲＡｃｋ（受信肯定応答（Reception Acknowledgement））
[0056]  ＳｔａＲ（成功した受信の統計的報告（Statistical Reporting for successful reception））
[0057]  ＳｔａＲ−ａｌｌ（すべてのコンテンツ受信の統計的報告（Statistical Reporting for all content reception））、および
[0058]  ＳｔａＲ−ｏｎｌｙ（受信肯定応答なしの統計的報告（Statistical Reporting without Reception Acknowledgement））
[0059]  ＱｏＥメトリックは、ＳｔａＲ／ＳｔａＲ−ａｌｌ／ＳｔａＲ−ｏｎｌｙ報告タイプには存在するが、ＲＡｃｋにはない。
【００４４】
[0060]  ３ＧＰＰ  ＴＳ  ２６．３４６はまた、ＵＥのランダムサブセットが報告期間ごとに報告をサブミットし得る、受信報告のための例示的なＵＥ選択プロセスを定義している。報告を送るべきＵＥの割合を判断するために、ｓａｍｐｌｅＰｅｒｃｅｎｔａｇｅ属性が使用され得る。特に、各ＵＥは、０〜１００の範囲内で一様に分布した乱数を生成する。ＵＥは、生成された乱数がｓａｍｐｌｅＰｅｒｃｅｎｔａｇｅよりも低い値であるときに受信報告を送る。さらに、必要とされる受信報告をＵＥがどのように判断するかを規定することに加えて、３ＧＰＰ  ＴＳ  ２６．３４６は、ＵＥがそのような報告をいつ送るべきかについても記述している。たとえば、ＭＢＭＳクライアントは、関連配信プロシージャフラグメントのｐｏｓｔＦｉｌｅＲｅｐａｉｒ要素において指定されたリストからサービスＵＲＩのうちの１つをランダムに選択し得る。
【００４５】
[0061]  現在のＭＢＳＦＮ受信報告は通信リンクに関して一定の情報を与えるが、新しい物理レイヤパラメータを測定し、報告することが望ましいであろう。たとえば、いくつかの理由により、ファイル配信の持続時間中に、またはファイル配信セッションにわたって搬送されるストリーミングセッション中にブロードキャスト信号の信号強度および信号対雑音比（ＳＮＲ）をロギングすることが可能であることが有用であり得る。たとえば、信号強度の変動は、コンテンツにアクセスする際のユーザビヘイビアに直接影響を及ぼし得る。受信信号強度インジケータ（ＲＳＳＩ：Received Signal Strength Indicator）レベルが、ユーザによるリアルタイムストリームの閲覧セッションの終了に向かって減少したと判断することは、ユーザがコンテンツを閲覧するのを止めた理由が無線状態の劣化によることを示し得る。さらに、セッションの終了はアプリオリに予測され得ないので、ＵＥは信号強度測定値をも収集しなければならないことがある。
【００４６】
[0062]  信号強度情報を有する別の理由は、媒体レベルメトリックの弱いパフォーマンスが無線レベルパフォーマンスと相関することも、相関しないこともあるからである。媒体レベルと無線レベルの両方においてパフォーマンス情報を収集することにより、パフォーマンス劣化の原因の判断が可能になり得る。
【００４７】
[0063]  信号強度情報を収集するさらに別の理由は、特定のブロードキャスト無線環境を特徴づけることが望ましいことがあるからである。ファイル配信中のＳＮＲ変動のモデルはあまり理解されていない。ランダムな受信時間に達する間に（たとえば、ファイル配信が、ユーザの無線状態とは無関係にサーバにおいて決定され得る）ランダムユーザの信号強度測定値を収集することは、ファイル配信ユーザ集団に適用されるべき無線モデルを理解するのを助け、コードレート、ＦＥＣ、ＭＣＳ選択、および帯域利用を最適化するのを助け得る。さらに、予想されるファイル配信時間において信号強度測定値を収集することにより、そのようなファクタを日時変動として考慮に入れるようなチャネルモデルの改良が可能になり得る。
【００４８】
[0064]  ｅＭＢＭＳのためのＭＢＳＦＮ物理レイヤ測定が、本明細書で開示する手法に従って既存の測定に追加され得る。一態様では、ＭＢＳＦＮ物理レイヤ測定は既存のＱｏＥメトリックと相関し得る。たとえば、あるＵＥによって報告される物理レイヤパラメータは、同じＵＥによって報告されるＱｏＥメトリックに関連し得る。これにより、ネットワーク事業者はエラーをより容易にデバッグすることが可能になる。別の態様では、ＭＢＳＦＮ物理レイヤ測定を実行するために、ＵＥは、当該のサービスのためにＵＥに割り振られたＰＭＣＨサブフレームのみを測定する必要があり得る。ＵＥは、ＰＭＣＨについて他のＭＢＭＳサブフレームを監視することを要求されない。これはＵＥの実装形態を簡略化し得る。さらに別の態様では、ＵＥは、第三者への既存のＱｏＥメトリックの報告を可能にしながら、ネットワーク事業者の制御下にあるネットワークエンティティにＭＢＳＦＮ物理レイヤ測定パラメータと他の事業者機密パラメータ（operator sensitive parameters）とを報告し得る。さらにまた別の態様では、特定の所定のＵＥは、いくつかの使用のために（たとえば、デバッギング目的で）ＭＢＳＦＮ物理レイヤ測定パラメータを報告することを可能にされる。
【００４９】
[0065]  図８に、ＵＥ８１２ａがＭＢＭＳ物理レイヤパラメータを監視し、ノードＢ８２２ａを通してＭＢＭＳ物理レイヤパラメータを報告するためのアーキテクチャ８００を示し、ｅノードＢ８２２ａは、ＵＥ８１２ａと通信することを担当し得る。アーキテクチャ８００は、一般にページングサービスを協調させるモビリティ管理エンティティ（ＭＭＥ）８３２を含む。
【００５０】
[0066]  アーキテクチャ８００はまた、エンドユーザにｅＭＢＭＳサービスを提供することを担当する機能エンティティであり得るブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）８３４を含む。その目的のために、ＢＭ−ＳＣ８３４は、コンテンツプロバイダ８９２などのコンテンツプロバイダ、またはネットワークの外部にあり得る他のブロードキャスト／マルチキャストソースのための入口ポイントとして働く。ＢＭ−ＳＣ８３４は、本明細書でさらに説明するように、受信報告機能を提供する受信報告サーバ（ＲＲＳ：Reception Report Server）８６２を含んでいることがある。ＢＭ−ＳＣ８３４は、一般に、ＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ：MBMS Gateway）８３６に送られるブロードキャストフローを協調させる。
【００５１】
[0067]  ＭＢＭＳ−ＧＷ８３６は、ＢＭ−ＳＣ８３４から着信ブロードキャスト／マルチキャストトラフィックを受信し、サービスエリア内のｅノードＢ８２２ａ、８２２ｂなどのすべてのｅノードＢにパケットをブロードキャストする役割、ならびにセッション管理（たとえば、セッションの開始および停止）を行う。ＭＢＭＳ−ＧＷ８３６はまた、アクティブｅＭＢＭＳセッションを有する各ＵＥのための配信されたｅＭＢＭＳトラフィックに関する情報を収集することを担当し得る。
【００５２】
[0068]  図８に示すアーキテクチャ８００はまた、さらなる背景のために本明細書で説明する他のサポート機能モジュールを含み得る。前に説明したモジュール、ならびに後述するモジュールの機能の背後にあるさらなる詳細は、３ＧＰＰのために公表された技術仕様において見つけられ得、説明を不必要に複雑にしないようにここではいくつかの詳細について説明しないことに留意されたい。
【００５３】
[0069]  アーキテクチャ８００はサービングゲートウェイ（ＳＧＷ：Serving Gateway）８４４を含む。ＳＧＷ８４４は、ｅＮｏｄｅＢ間ハンドオーバ中のユーザプレーンのためのモビリティアンカー、およびＬＴＥと他の３ＧＰＰ技術との間のモビリティのためのアンカーとしても働きながら、ユーザデータパケットをルーティングし、転送する。アイドル状態のＵＥに対して、ＳＧＷ８４４は、ダウンリンクデータ経路を終端し、ＵＥのためのダウンリンクデータが到着したときページングをトリガする。ＳＧＷ８４４は、ＵＥコンテキスト（たとえばＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理し、記憶する。
【００５４】
[0070]  さらに、ｅＭＢＭＳシグナリングをサポートし、ＵＥのトラフィックの出口および入口のポイントであることによってＵＥから外部パケットデータネットワークへの接続性を与えるためのパケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）８４６がアーキテクチャ８００中に含まれ得る。ＵＥは、複数のＰＤＮにアクセスするために２つ以上のＰ−ＧＷ８４６との同時接続性を有し得る。Ｐ−ＧＷ８４６は、ポリシー実施、各ユーザのためのパケットフィルタリング、課金サポート、合法的傍受およびパケットスクリーニングを実行する。Ｐ−ＧＷ８４６の別の役割は、ＬＴＥなどの３ＧＰＰ技術と、ＷｉＭＡＸおよび３ＧＰＰ２（ＣＤＭＡ  １ＸおよびＥｖＤＯ）などの非３ＧＰＰ技術との間のモビリティのためのアンカーとして働くことであり得る。
【００５５】
[0071]  アーキテクチャ８００は、また、無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）８８２を含み、ＲＮＣ８８２は、ＵＴＲＡＮにおける管理要素であり、ＲＮＣ８８２に接続されたノードＢ（たとえば、ノードＢ８２２ｂ）を制御することを担当し得る。ＲＮＣ８８２は、無線リソース管理、モビリティ管理機能のうちのいくつかを行い、ＵＥ（たとえば、ＵＥ８１２ｂ）との間でユーザデータが送られる前に暗号化が行われるポイントであり得る。ＲＮＣ８８２は、サービングＧＰＲＳサポートノード（ＳＧＳＮ：Serving GPRS Support Node）８８４を通してパケット交換コアネットワークに接続する。
【００５６】
[0072]  ＳＧＳＮ８８４は、それの地理的サービスエリア内のＵＥとの間のデータパケットの配信を担当し得る。ＳＧＳＮのタスクは、パケットルーティングおよび転送、モビリティ管理（接続／切断およびロケーション管理）、論理リンク管理、ならびに認証および課金機能を含み得る。ＳＧＳＮ８８４のロケーションレジスタは、このＳＧＳＮに登録されたすべてのＧＰＲＳユーザのロケーション情報（たとえば、現在のセル、現在のＶＬＲ）とユーザプロファイル（たとえば、ＩＭＳＩ、パケットデータネットワーク中で使用される（１つまたは複数の）アドレス）とを記憶する。
【００５７】
[0073]  ＭＢＭＳ協調エンティティ（ＭＣＥ：MBMS Coordination Entity）８４２は、所与のマルチメディアブロードキャストサービスマルチキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアのすべてのｅノードＢにわたる所与のサービスのためのリソースの割当てを保証し得る。ｅノードＢがＭＢＳＦＮ動作のために適切に構成されることを保証することが、ＭＣＥ８４２のタスクであり得、これについて本明細書でさらに説明する。
【００５８】
[0074]  ＭＢＳＦＮ物理レイヤ測定パラメータを収集し、報告するために、ユーザプレーンベース機構と制御プレーンベース機構とを含む２つの潜在的手法が使用され得る。以下で説明するように、ユーザプレーンベース手法は、ＭＢＳＦＮ物理レイヤ測定パラメータと既存のＱｏＥメトリックとの間の相関を提供する。ただし、どのＵＥが結果を測定し、報告すべきであるかを指定することが可能であることに加えて、対処される必要があるセキュリティ問題があり得る。さらに、ユーザプレーンベース手法ではロケーション情報などの詳細情報もサポートされ得る。対照的に、制御プレーンベース手法は、ＭＢＳＦＮ物理レイヤ測定パラメータと、ＵＥによって報告されるサービスレイヤ情報とを相関させるための機構を必要とし得る。また、制御プレーンベース手法は、どのＵＥがどのサービスをリッスンしているかに関する情報を判断するための能力を与えないことがある。しかしながら、制御プレーンベース手法は、概して、ユーザプレーンベース手法に関連する潜在的セキュリティ問題という欠点がない。
【００５９】
[0075]  図９に、開示する報告機構の一態様に基づく、ＭＢＳＦＮ物理レイヤパラメータを報告するためのユーザプレーンベース手法９００を示す。新しい物理レイヤパラメータは、サービスレイヤにおいて受信報告プロシージャを介して報告され得る。手法９００におけるいくつかの動作では、説明する動作を達成するためにいくつかのオプションが利用可能であり得る。これらのオプションの各々は、破線によって表され、動作がそれによって達成され得る排他的方法ではなく一例として理解されるべきものである。
【００６０】
[0076]  ９１０において、ＵＥは、ＵＥが最近の報告要件に基づいてＭＢＳＦＮ物理レイヤパラメータを報告する必要があるかどうかを判断する。開示する手法では、報告するための特定のＵＥの選択が可能になるが、既存の手法では、報告するためのいくつかのデバイスのマクロレベル選択のみが可能になる。たとえば、ＵＥは、ＭＢＭＳサーバがセッション記述プロトコル（ＳＤＰ：Session Description Protocol）を通して各セッションの測定構成を指定することができることを公表する３ＧＰＰ  ＴＳ  ２６．３４６の機構を使用して構成され得る。
【００６１】
[0077]  ＵＥ選択のために、一態様では、サービス告知および発見中に通知を受信することを含むいくつかのオプションが利用可能である。サービス告知および発見は、９１０ａによって示されるように、すべてのＵＥにブロードキャストされるか、あるいはユニキャストチャネルを通して各ＵＥに送られ得る。サービス告知は、報告する必要があるＵＥのリストを指定する関連配信プロシージャフラグメントをユーザサービス記述（ＵＳＤ：User Service Description）中に含み得る。別の態様では、９１０ｂによって示されるように、ＵＥは、ＵＥがサービス登録プロシージャ中に報告する必要があると判断し得る。この態様では、ＵＥは、報告するために特に選定され得る。さらに別の態様では、９１０ｃによって示されるように、ＵＥは、ＵＥがＭＢＭＳセッション確立プロシージャ中に報告する必要があると判断し得る。たとえば、ＵＥは、ＢＭ−ＳＣからのインジケータに基づいてＭＭＥから指示を受信し得る。ＵＥは、ブロードキャスト（たとえば、ＭＣＣＨまたはＳＩＢ）を介してあるいはユニキャストを介してＭＭＥから通知を受信することになる。ＵＥがどのＭＭＥから通知を受信することになるかをＢＭ−ＳＣが知り得ないと、ＢＭ−ＳＣは通知を複数のＭＭＥに送信し得る。さらにまた別の態様では、９１０ｄによって示されるように、ＵＥは、オープンモバイルアライアンス（ＯＭＡ：Open Mobile Alliance）デバイス管理（ＤＭ：Device Management）（ＯＭＡ−ＤＭ）プロトコルを使用して報告するように構成され得る。たとえば、３ＧＰＰ  ＴＳ  ２６．３４６では、ＯＭＡ−ＤＭは現在、デフォルト測定構成を指定するために使用され得る。デフォルト送信の一部としてパラメータを報告するためにＵＥに通知するための指示が追加され得る。したがって、いくつかのＵＥの仕様によりＭＢＳＦＮ物理レイヤ測定を報告することが可能となるように、ＯＭＡ−ＤＭは、報告すべき特定のＵＥを構成するために使用され得る。それらの特定のＵＥは、現在の報告ルールをバイパスし、セッションの最後に新しいＭＢＳＦＮ物理レイヤ測定値と既存のＱｏＥメトリックとを報告し得る。
【００６２】
[0078]  ９２０において、ＵＥはＭＢＳＦＮ物理レイヤパラメータを取得する。一態様では、これらのパラメータは、ＭＢＳＦＮ基準信号受信電力（ＲＳＲＰ：Reference Signal Received Power）、ＭＢＳＦＮ基準信号受信品質（ＲＳＲＱ：Reference Signal Received Quality）などのパラメータを含み得、測定されたＳＮＲを含み得る。これらのパラメータを取得するために、一態様では、ＵＥは、当該のサービスのためにＵＥに割り振られたＰＭＣＨサブフレームを測定し得る。これらのパラメータにより、ネットワーク問題対ＵＥ問題の診断が可能になり得る。たとえば、これらのパラメータにより、ＵＥがハードウェア問題を有するという判断が可能になり得る。
【００６３】
[0079]  考慮される測定周波数帯域幅内でＭＢＳＦＮ基準信号を搬送するリソース要素の電力寄与にわたる線形平均としてＭＢＳＦＮ  ＲＳＲＰが定義され得る。開示する手法の一態様では、ＭＢＳＦＮ基準信号（ＲＳ：Reference Signal）は特定のアンテナポート上で送られる。たとえば、アンテナポート４が使用され得る。考慮される測定帯域幅は、ダウンロード帯域幅であるか、あるいはシステム情報ブロック（ＳＩＢ：System Information Block）（たとえば、ＳＩＢ１３）中でシグナリングされる何らかの構成数であり得る。好ましくは、ＭＢＳＦＮ  ＲＳＲＰは、サイクリックプレフィックス内の有用な信号情報を獲得する。さらに、過大な遅延スプレッド（delay spread）、さらに非ＭＢＳＦＮセル、および他のＭＢＳＦＮエリアからのＭＢＳＦＮセルから生じる干渉が最小限に抑えられ得る。ＭＢＳＦＮ信号のＭＩＭＯ送信の存在下で、ＵＥはまた、ＭＢＳＦＮ  ＲＳＲＰを判断するために他のＰＭＣＨアンテナから送られた基準信号を使用し得る。
【００６４】
[0080]  開示する手法の一態様では、ＭＢＳＦＮ  ＲＳＲＱは以下の比として定義され得る。
【００６５】
[0081]  
【数１】
2015502092.tif 000003
【００６６】
[0082]  ただし、ＭＢＳＦＮ＿ＲＳＳＩはＥ−ＵＴＲＡキャリアＭＢＳＦＮ受信信号強度インジケータ（ＲＳＳＩ）であり、ＮはＥ−ＵＴＲＡキャリアＭＢＳＦＮ＿ＲＳＳＩ測定帯域幅のリソースブロックの数である。さらに、分子および分母中の測定値は、リソースブロックの同じセットに対して生成され得る。また、ＭＢＳＦＮ  ＲＳＳＩは、すべてのソースからＵＥによるＮ個のリソースブロックにわたる、基準シンボルを測定帯域幅内に含んでいるＯＦＤＭシンボル中でのみ観測される総受信電力の線形平均を含む。たとえば、受信電力のソースとしては、同一チャネルＭＢＳＦＮセル、非ＭＢＳＦＮセル、および他のＭＢＳＦＮエリアからのＭＢＳＦＮセル、隣接チャネル干渉、サイクリックプレフィックス長を超える過大な遅延スプレッドによる干渉、熱雑音、ならびに他のソースがあり得る。
【００６７】
[0083]  さらに、ＭＢＳＦＮ  ＲＳＲＱは、高いＳＮＲ値で十分なグラニュラリティ（granularity）を与えるためにユニキャストＲＳＲＱよりも良い量子化グラニュラリティを必要とし得る。ユニキャストＲＳＲＱの信号レベルは比較的低い範囲内にあるので、ユニキャストＲＳＲＱのより低いＳＮＲ値は許容できることがある。たとえば、ユニキャストＲＳＲＱの報告範囲は、０．５ｄＢ解像度で−１９．５ｄＢから−３ｄＢに定義され得る。対照的に、ＭＢＳＦＮ  ＲＳＲＱでは、ＭＢＳＦＮ送信の性質により、ＳＮＲ値はより高くなり得る。したがって、より高い信号レベル範囲ではより良いグラニュラリティが好適であり得る。報告されるＭＢＳＦＮ  ＲＳＲＱは、複数の受信アンテナにわたって合成されるか、または個々の受信アンテナのいずれのＭＢＳＦＮ  ＲＳＲＱよりも低くなくなり得る。後者の手法では、報告されるＭＢＳＦＮ  ＲＳＲＱは、少なくともシングルアンテナシナリオから報告される結果に等しいと見なされ得る。
【００６８】
[0084]  開示する手法の一態様では、ＭＢＳＦＮ  ＳＮＲは、ＭＢＳＦＮ  ＳＮＲが受信アンテナ合成を用いて復調されたＳＮＲである場合にも報告され得る。
【００６９】
[0085]  関係する送信に基づいてｅＭＢＭＳサブフレームの測定を行うことを可能にするために、ＭＢＳＦＮ物理レイヤ関連のパラメータはＰＭＣＨ送信に基づき得る。たとえば、測定はＰＭＣＨ  ＲＳおよび／またはＰＭＣＨデータ送信に依拠し得る。１つの手法では、ｅＮＢは、ＭＣＣＨ／ＭＣＨスケジューリング情報（ＭＳＩ：MCH scheduling information）中に割り振られたｅＭＢＭＳサブフレーム中でユニキャスト送信をスケジュールし得る。たとえば、ｅＮＢは、すべてのＰＭＣＨにｅＭＢＭＳサブフレームを割り振るためにＭＣＣＨを使用し得る。ＭＳＩは、さらに、ＰＭＣＨ内の各ＭＴＣＨにｅＭＢＭＳサブフレームを割り振り得る。ＭＣＣＨは５１２または１０２４個の無線フレームごとに１回変更され得るが、ＭＳＩは８／１６／３２／６４／１２８／２５６／５１２／１０２４個の無線フレームごとに１回変更され得る。
【００７０】
[0086]  ｅＭＢＭＳの静的スケジューリングにより、いくつかの割り振られたｅＭＢＭＳサブフレームが空のままにされ得、ｅＮＢはそれらのサブフレームを使用してＵＥへのユニキャスト送信をスケジュールし得る可能性がある。ｅＭＢＭＳ送信についてそれらのサブフレームを監視しているＵＥは、ユニキャストスケジューリングについて検査せず、したがって、ＰＭＣＨ  ＲＳまたはＰＭＣＨデータ送信の不在に気づいていないことがある。得られたＭＢＳＦＮ測定値は、ユニキャスト送信により破損していることがある。
【００７１】
[0087]  ユニキャストトラフィック送信がスケジュールされる、ＭＢＳＦＮ物理レイヤ測定のためにｅＭＢＭＳサブフレームの使用を回避するための１つのオプションでは、ＵＥは、ＭＳＩによってスケジュールされた監視ＰＭＣＨサブフレーム中でＭＢＳＦＮ物理レイヤ測定を実行し得る。各監視ＰＭＣＨサブフレームによる測定では、ＵＥは、測定値を使用すべきかどうかを判断するためにしきい値処理を実行し得る。したがって、シグナリング変更は必要とされない。ただし、このオプションは、信号レベルが低い（測定値が捕捉されるべき）場合と、ＰＭＣＨがまったくない（測定値が無視されるべき）場合との間を区別するのに十分ロバスト（robust）でないことがある。
【００７２】
[0088]  別のオプションでは、ｅＮＢは、割り振られたＰＭＣＨサブフレームのサブセットがＭＢＳＦＮ送信を保証していること、すなわち、残りのサブフレームがユニキャスト送信のために使用され得る間、ｅＮＢが常にＰＭＣＨサブフレームのサブセット中でＭＢＳＦＮ信号を送信することをＵＥにシグナリングし得る。ＭＢＳＦＮ送信を保証しているＰＭＣＨサブフレームのシグナリングをサポートするために使用され得る好適なメッセージはＭＳＩ  ＭＡＣ制御要素である。別の態様では、ＰＭＣＨサブフレームをシグナリングするための新しいＭＡＣ制御要素が使用され得る。たとえば、ＭＴＣＨにＭＢＭＳサブフレームを割り振ることに加えて、残りのサブフレームがユニキャストのために使用され得る間、スケジュールされたサブフレームのサブセットがＭＢＳＦＮ送信を保証していることをＵＥに通知するためのＭＳＩまたは新しいＭＡＣ制御要素も使用され得る。したがって、ＵＥは、割り振られたＰＭＣＨサブフレームのシグナリングされたサブセットに対してＭＢＳＦＮ測定を実行し得る。残りの割り振られたＰＭＣＨサブフレームについて、ＵＥは、ＭＢＳＦＮ測定を実行しないか、あるいは測定値にしきい値処理を適用し、対応するしきい値を測定値が超えたときに報告し得る。
【００７３】
[0089]  ９３０において、ＵＥは、９２０において取得された（１つまたは複数の）パラメータを含む報告を生成する。一態様では、ＱｏＥメトリックを含んでいる報告は新しい物理レイヤ測定パラメータを含み得る。したがって、ＵＥは、既存のＱｏＥメトリックとともにこれらの新しい物理レイヤ測定パラメータを同じ報告において報告し得る。別の態様では、ＱｏＥメトリックおよび新しい物理レイヤ測定パラメータは、異なる時間に、異なる報告において報告され得る。
【００７４】
[0090]  開示する手法の一態様では、ＵＥは、セルＩＤに加えて位置情報を与え得る。たとえば、ＵＥは、報告中にロケーション座標を含み得る。ロケーション情報は、米国のＮＡＶＳＴＡＲ全地球測位システム（ＧＰＳ（登録商標））またはＧＬＯｂａｌ’ｎａｙａ  ＮＡｖｉｇａｔｓｉｏｎｎａｙａ  Ｓｐｕｔｎｉｋｏｖａｙａ  Ｓｉｓｔｅｍａ（ＧＬＯＮＡＳＳ）など、スタンドアロングローバルナビゲーション衛星システム（ＧＮＳＳ：Global Navigation Satellite System）に基づいてＵＥによって取得され得る。さらに、ＧＮＳＳベースタイムスタンプがロケーション情報の一部になり得る。ロケーション報告は、前に説明したように、ＵＳＤを通してＢＭ−ＳＣによって要求され得る。ＵＥにおいてロケーション情報が入手可能でない場合、ＵＥはロケーション情報を報告する必要がないことがある。
【００７５】
[0091]  ９４０において、新しい物理レイヤ測定パラメータを含むことに関係するセキュリティ問題に対処するために報告をフィルタ処理する。たとえば、ＱｏＥメトリックを含んでいる既存の報告が、ＢＭ−ＳＣから第三者に送信されるか、またはコンテンツプロバイダなどの第三者に直接送信され得る。これらのサービスレイヤ報告は、したがって、公開され得る。ただし、ネットワーク事業者は、新しい物理レイヤ測定パラメータが他の情報とともに既存の報告中に含まれるとき、新しい物理レイヤ測定パラメータが第三者に利用可能になることを希望しないことがある。
【００７６】
[0092]  第三者に他の既存のＱｏＥメトリックを報告することを可能にしながら、ネットワーク事業者の制御下にあるネットワークエンティティにＭＢＳＦＮ物理レイヤ測定パラメータと他の事業者機密（operator-sensitive）パラメータとを報告することを可能にするために、提案する手法の別の態様では、関連配信プロシージャフラグメント中の１つまたは複数の新しいサービスＵＲＩが利用され得る。これらの（１つまたは複数の）ＵＲＩは、３ＧＰＰ  ＴＳ  ２６．３４６に規定されているように構成され得る。ＵＥは既存の規格に基づいて既存のＱｏＥメトリックを送信し得るが、新しいＭＢＳＦＮ物理レイヤ測定パラメータ（または他の事業者機密パラメータ）が、ＢＭ−ＳＣなどのエンティティによって指定された（１つまたは複数の）新しいサービスＵＲＩに報告され得る。
【００７７】
[0093]  一態様では、９４０ａに示されているように、第三者に転送する前に受信報告をフィルタ処理するために、ＲＲＳ８６２などのＲＲＳがＢＭ−ＳＣ中に実装され得る。この手法では、ＢＭ−ＳＣは、事業者によって制御されるエンティティを指定するように（１つまたは複数の）ＲＲＳ  ＵＲＩを構成することになる。ＲＲＳは、新しい物理レイヤ測定パラメータまたは事業者機密パラメータの伝播を制御するために、そのような情報をネットワーク内に保持するために使用され得る。
【００７８】
[0094]  別の手法では、９４０ｂに示されているように、ＵＥにおいてメッセージフィルタ処理を実行し得る。この手法では、ＵＥは、（１つまたは複数の）異なるＵＲＩを用いて事前構成され得、ＵＥは、現在のプロシージャに基づいて既存の受信報告を既存のＵＲＩに送り得るが、新しい物理レイヤ測定パラメータは、構成された（１つまたは複数の）ＵＲＩに別の報告において送られる。新しい物理レイヤ測定パラメータを受信したＲＲＳは、新しい物理レイヤパラメータをネットワーク内に保持し得る。
【００７９】
[0095]  さらに別の態様では、９４０ｃに示されているように、報告を受信し、フィルタ処理するためにネットワーク事業者によって新しいＲＲＳが指定され得る。この態様では、関連配信プロシージャフラグメントに（１つまたは複数の）新しいサービスＵＲＩが追加され得る。ＵＥは、次いで、現在のルールに基づいて既存のＱｏＥ情報とともに受信報告を送り得るが、新しい物理レイヤパラメータおよび／または事業者機密パラメータは、（１つまたは複数の）新しいサービスＵＲＩに別の報告において送られる。
【００８０】
[0096]  図１０に、ＭＢＳＦＮ物理レイヤパラメータを報告するためにドライブテスト最小化（ＭＤＴ）アーキテクチャを利用する制御プレーンベース手法１０００を示す。概して、即時ＭＤＴ動作モードおよびロギング（logged）ＭＤＴ動作モードという、ＭＤＴのための２つの動作モードがある。即時ＭＤＴ動作モードでは、ＭＤＴ機能は、接続状態のＵＥによって測定値が収集されることを伴う。したがって、即時ＭＤＴ動作モードは、ＵＥがネットワークに接続されることを要求し得る。ロギングＭＤＴ動作モードでは、ｅＮＢからオンデマンド機構によってトリガされて、ＵＥが接続状態になった後の時点においてｅＮＢに報告するために、測定値はアイドルモードのＵＥによってロギングされる。
【００８１】
[0097]  図１１に、ＭＤＴセッションが、ネットワークオペレーション、アドミニストレーション、およびメンテナンス（ＯＡＭ：Operations, Administration, and Maintenance）エンティティ１１１２において構成され、制御プレーンを通ってＵＥ１１３２に伝搬される、ＭＤＴアーキテクチャ１１００を示す。ＭＤＴセッションはＵＥ固有またはエリア固有であり得、ＵＥ固有構成は、エリアベースＭＤＴ構成とは異なる方法でＵＥに送信され得る。
【００８２】
[0098]  ＵＥ固有構成の場合、ＯＡＭエンティティ１１１２は、加入者プロファイルと加入者の物理的ロケーションに関する情報とを含んでいる加入者データベースであるホーム加入者サーバ（ＨＳＳ）１１２２にＵＥ固有ＭＤＴ構成を送信し得る。ＨＨＳ１１２２はまた、他のネットワーク要素に認証データを転送することを行い得る。ＨＨＳ１１２２は、次いで、ＭＭＥ１１２４を通してＵＥ固有ＭＤＴ構成をｅＮＢ１１２６に転送し得る。対照的に、エリアベースＭＤＴ構成の場合、ＯＡＭエンティティ１１１２は、エリアベース構成をｅＮＢ１１２６に直接送信し得る。
【００８３】
[0099]  ＵＥ固有ＭＤＴ構成シナリオまたはエリア固有ＭＤＴ構成シナリオのいずれかの下で、ｅＮＢ１１２６は、次いで、ＭＤＴ構成をＵＥ１１３２に転送し得る。一態様では、ＭＤＴ構成は、ＵＥとＵＴＲＡＮとの間でレイヤ３の制御プレーンシグナリングを処理するＲＲＣプロトコルなどのプロトコルを使用して送信される。ＭＤＴ構成は以下を含み得る。
【００８４】
[00100]  ＭＤＴセッションＩＤ、
[00101]  ＭＤＴモード｛即時、ロギング｝、
[00102]  セッション持続時間、
[00103]  エリア（たとえばＭＢＳＦＮエリアＩＤ）、
[00104]  トリガリングイベント、および
[00105]  ロギング間隔
[00106]  ＵＥ１１３２が構成されると、ＵＥ１１３２はログをｅＮＢ１１２６に与え、ｅＮＢ１１２６は、次いで、それらのログをトレース収集エンティティ（ＴＣＥ：Trace Collection Entity）１１２８に転送する。ＴＣＥ１１２８は、ログを記憶するためのファイルサーバとして実装され得る。
【００８５】
[00107]  再び図１０を参照すると、１０１０において、ＵＥは、ＵＥが最近の報告要件に基づいてＭＢＳＦＮ物理レイヤパラメータを報告する必要があるかどうかを判断する。
【００８６】
[00108]  １０２０において、ＵＥはＭＢＳＦＮ物理レイヤ測定パラメータを取得し得る。ユーザプレーンベース手法９００と同様に、これらのパラメータは、ＭＢＳＦＮ  ＲＳＲＰ、ＭＢＳＦＮ  ＲＳＲＱ、および測定されたＳＮＲを含み得る。測定されたＭＢＳＦＮ物理レイヤパラメータは、ＰＭＣＨサブフレームに基づき得、以下でさらに説明するように、ＭＢＳＦＮ物理レイヤパラメータ測定とサービスレベル受信報告との間の相関の量に基づいて変化し得る。たとえば、ＵＥは、割り振られたサブフレームと割り振られていないサブフレームの両方を含むＰＭＣＨサブフレームのＭＢＳＦＮ測定値を取得することを要求され得る。ＵＥはまた、割り振られたサブフレームを含むＰＭＣＨサブフレームのみのＭＢＳＦＮ測定値を取得することを要求され得る。
【００８７】
[00109]  １０３０において、新しい物理レイヤパラメータを現在のＭＤＴ報告に追加して、変更されたＭＤＴ報告を作成する。変更されたＭＤＴ報告は無線レイヤによって制御され得る。ユーザプレーンベース手法とは対照的に、測定結果がＴＣＥ１１２８などのＴＣＥに直接送られるので、ＲＲＳまたはＢＭ−ＳＣが受信報告を第三者に転送するときにセキュリティ問題が起こらないことがある。ただし、物理レイヤ測定は、物理レイヤ測定パラメータとＵＥによって報告されるＱｏＥメトリックとが互いに関連し得るように、既存のサービスレイヤ受信報告と相関させられる必要があり得る。
【００８８】
[00110]  １０４０において、異なるオプションは、物理レイヤパラメータとサービスレイヤＱｏＥメトリックとの間の相関の異なるレベルに変換される。相関のレベルは、物理レイヤ測定パラメータとＱｏＥメトリックとがどのように互いに関連するかの指示である。要約すれば、ＵＥが、割り振られたＰＭＣＨサブフレームと割り振られていないＰＭＣＨサブフレームの両方を監視し、ＵＥがサービスレイヤ報告を送ることも送らないこともあるとき、相関なし１０４０ａが生じ、ここで、割り振られたＰＭＣＨサブフレームは、ＵＥに関係のあるＭＢＭＳサービス／セッションを搬送するサブフレームを表す。ＵＥがサービスレイヤ報告を送る場合でも、ネットワークには、物理レイヤ測定をサービスレイヤ報告に関連付ける知識がないことがある。ＵＥが、ＵＥに関係のあるＭＢＭＳサービス／セッションについて割り当てられたＰＭＣＨサブフレームのみを監視し、ＵＥがサービスレイヤ報告を送ることも送らないこともあるとき、限られた相関１０４０ｂが生じる。同様に、ＵＥがサービスレイヤ報告を送る場合でも、ネットワークには、物理レイヤ測定をサービスレイヤ報告に関連付ける知識がないことがある。ＵＥが、ＵＥに関係のあるＭＢＭＳサービス／セッションについて割り振られたＰＭＣＨサブフレームのみを監視し、ＵＥがサービスレイヤ報告を送り、ネットワークが、物理レイヤ測定をサービスレイヤ中のＱｏＥメトリックに関連付ける知識を有するとき、完全な相関１０４０ｃが生じる。
【００８９】
[00111]  ＵＥが、ＵＥに関係のあるＭＢＭＳサービスについて割り振られたＰＭＣＨサブフレームと割り振られていないＰＭＣＨサブフレームの両方を監視するように構成され、ＵＥがサービスレイヤ報告を送ることも送らないこともあるとき、相関なし１０４０ａが生じる。特定のＵＥがＭＤＴ構成によってＭＢＳＦＮデータをロギングするように構成されたので、相関演算は実行されないことがある。この手法では、ＵＥはＭＢＭＳ対応でなければならないことがある。ＬＴＥのリリース１１では、ｅＮＢは、MBMSInterestIndicationメッセージの使用によってＵＥがＭＢＭＳをサポートするかどうかの知識を収集し得、またはネットワークが構成情報を通してそのような知識を有し得る。上述したように、相関なしの場合、すべての指定された報告ＵＥは、割り振られたサブフレームと割り振られていないサブフレームの両方を含み得るＰＭＣＨサブフレームのＭＢＳＦＮ測定値を収集し得る。この手法では、ＭＤＴ構成は、物理レイヤ測定が行われるべきである特定のＭＢＳＦＮエリアを識別するためにＭＢＳＦＮエリアＩＤを指定する必要があり得る。ＵＥは複数のＭＢＳＦＮエリアのすべてによって提供されるすべてのＭＢＭＳサービスに関心があるとは限らないが、ＵＥはこれらのＭＢＳＦＮエリアを監視するように構成され得る。物理レイヤ測定が行われると、ＵＥは、ＭＢＳＦＮ測定を報告するためにＭＤＴプロシージャに従い得る。サービスレイヤ報告はＵＥによって送られないことがあり、その場合、ＭＢＳＦＮ測定に関連付けるべきＱｏＥメトリックがなく、相関はない。ＵＥがサービスレイヤ報告を偶然送った場合でも、ネットワークは、どのＵＥがサービスレイヤ報告を送ったかに気づいていないであろう。したがって、ネットワークはＱｏＥメトリックをＭＢＳＦＮ測定に関連付けることができない。したがって、相関はない。
【００９０】
[00112]  ＵＥが、ＵＥに関係のあるＭＢＭＳサービスについて割り振られたＰＭＣＨサブフレームのみを監視するように構成され、ＵＥが、サービスレイヤ報告によってＱｏＥメトリックを報告するように構成されることも構成されないこともあるとき、限られた相関１０４０ｂが生じる。たとえば、特定のＵＥは、ＭＤＴ構成によってＭＢＳＦＮ情報をロギングするように構成され得る。この手法では、ＵＥはＭＢＭＳ対応でなければならず、ネットワークは、ＵＥに関係のあるサービスに気づいていなければならない。相関なし１０４０ａと同様に、限られた相関では、ｅＮＢは、MBMSInterestIndicationメッセージを用いてＵＥがＭＢＭＳをサポートするかどうかの知識を有し得、またはネットワークが構成情報を通してそのような知識を有し得る。上述したように、限られた相関１０４０ｂでは、すべての指定された報告ＵＥは、割り振られたサブフレームを含むＰＭＣＨサブフレームのＭＢＳＦＮ測定値のみを取る。これらの測定値は、ＭＢＭＳサービスをリッスンしたとき、ＵＥに関係のあるセッションのために割り振られたＭＢＳＦＮサブフレームのサブセットまたはすべてに基づく。ＭＢＳＦＮ物理レイヤ測定はまた、受信されたＭＤＴ構成に従い得る。ＵＥの残りは、ＭＢＳＦＮ測定を報告するためにＭＤＴの現在のルールに従い得る。ＵＥはまた、既存のサービスレイヤにおいて定義されている選択ルールをバイパスすることによってＱｏＥメトリックを受信報告サーバに報告し得る。
【００９１】
[00113]  ＵＥが、ＵＥに関係のあるＭＢＭＳサービスのために割り振られたＰＭＣＨサブフレームを測定するように構成され、ＵＥが、サービスレイヤ報告によってＱｏＥメトリックを報告するように構成されたとき、完全な相関１０４０ｃは生じる。この手法では、ＵＥ固有ＭＢＭＳ  ＭＤＴセッション確立および報告機構を実装することが必要であり得る。１つのオプションは、ＢＭ−ＳＣなどのエンティティがセッションの開始および終了中にＭＭＥ／ｅＮＢに報告すべきであるＵＥを識別することであり得、ＵＥは各ＵＥのＭＢＭＳサービス登録に基づいて指定される。別のオプションとして、ＯＡＭは、事前構成に基づいてセッション開始および終了時にＭＭＥ／ｅＮＢに指示し得、ＭＢＭＳのためのＭＤＴ構成がＳＩＢまたはＭＣＣＨを介してＵＥにブロードキャストされる。さらに、ＭＢＭＳ  ＭＤＴセッションがユニキャストＭＤＴセッションとは異なるものとして選択されるか、またはＭＤＴセッションがＭＢＭＳとユニキャストの両方のために使用され得る。一態様では、測定は、ＭＢＭＳセッション時間に基づいて、ＲＡＮからの要求に応じてＵＥによって報告される。
【００９２】
[00114]  さらに、完全な相関１０４０ｃでは、ＭＢＭＳ  ＭＤＴセッションは既存のＱｏＥメトリック報告と相関させられ得る。ネットワークは、（たとえば、３ＧＰＰ  ＴＳ  ２６．３４６によって規定された）ランダムサンプリング手法を実装するためにＵＥによって使用されるランダムシードを追跡することによって報告ＵＥを相関させ得る。この手法では、ＵＥは、報告ＵＥを選択し、物理レイヤ報告をトリガするために同じルールを実装する必要があり得る。同じルールを実装するための１つのオプションとして、ＭＤＴセッション構成が、ユニキャストまたはブロードキャストいずれかを通してすべてのＭＢＭＳ対応ＵＥのために必要とされ得る。ＵＥはサービスレイヤによって指定されたルールに従った後、ＵＥは、測定を実行するためのＵＥの利用可能性をＲＡＮに示す。ＲＡＮは、ＵＥに測定報告を要求するために使用され得る。別のオプションでは、ＵＥにおいてデフォルト構成が事前構成される。ＵＥは、測定が実行されるべきであるかどうかを決定するためにサービスレイヤによって指定されたルールに従い、ＵＥが測定をロギングした場合、ＵＥは測定報告をＲＡＮおよびサービスレイヤに送り得る。このオプションは、事業者機密パラメータを報告するために異なる報告アドレスを使用するオプションと同様である。別のオプションでは、ＵＥが報告を与える必要があり得るとき、ＵＥは、トリガリングのための１つまたは複数のＭＢＳＦＮ物理レイヤパラメータのしきい値をネットワークから受信し得る。ＭＢＳＦＮ  ＲＳＲＰ／ＲＳＲＰ／ＳＮＲパラメータのいずれかが対応する指定のしきい値を超えたとき、ＵＥはＭＢＳＦＮ測定値を自律的に報告し得る。これらのパラメータがしきい値を超えない場合、ＵＥはＭＢＳＦＮ測定値を報告しない。
【００９３】
[00115]  開示する手法の一態様では、測定値、すなわち、ＱｏＥメトリックとＭＢＳＦＮ物理レイヤ関連のパラメータとの間の相関のための後処理が実行され得る。１つの手法では、ｅＮＢまたはＭＣＥのいずれかが、そのような測定値をＲＲＳまたはＢＭ−ＳＣなどのエンティティに転送し得る。このエンティティは、次いで、物理レイヤとサービスレイヤとの測定を相関させ得る。別の手法では、ＭＤＴと、ＲＲＳまたはＢＭ−ＳＣなどのエンティティは、両方とも報告を別のネットワークエンティティに転送し得る。たとえば、報告はＴＣＥに転送され得、この第３のネットワークエンティティは、そのような情報をタイムスタンプおよびデバイス／クライアントＩＤとして使用することによって物理レイヤ報告中のパラメータをサービスレイヤ報告中のメトリックと相関させ得る。
【００９４】
[00116]  現在のＭＤＴフレームワークでは、ネットワークは、報告する必要がある特定のＵＥを識別する。報告は、３ＧＰＰ規格団体によって定義されるトレース収集エンティティ（ＴＣＥ）に送られる。したがって、開示する手法の態様では、新しいＭＢＳＦＮ物理測定パラメータがＭＤＴに追加される場合、他の既存のＱｏＥメトリックを第三者に報告することを可能にしながら、ＭＢＳＦＮ物理レイヤ測定パラメータおよび他の事業者機密パラメータは、それらが事業者による制御下にあるネットワークエンティティに報告されるように変更され得る。
【００９５】
[00117]  特定のＵＥはＭＢＳＦＮ物理レイヤ測定を報告するように指定され得るが、報告するように特定のＵＥを構成するネットワークエンティティ（たとえば、ＯＡＭエンティティ）は、ＵＥのＭＢＭＳ能力に気づいていないことがある。したがって、指定されたＵＥがＭＢＭＳをサポートしない場合、それらのＵＥは、ＭＢＳＦＮデータをロギングすることが可能でないことがある。さらに、ネットワークは、ＵＥが関係するＭＢＭＳサービスに気づいていないので、ＭＢＭＳを受信することが可能であるすべての指定された報告ＵＥは、割り振られたサブフレームと割り振られていないサブフレームの両方を含むＰＭＣＨサブフレームのＭＢＳＦＮ測定を行うことになる。ＭＤＴ構成はまた、ＭＢＳＦＮ測定のためのＭＢＳＦＮエリアＩＤを指定する必要があり得、それは、ＵＥが、複数のＭＢＳＦＮエリアのすべてにおいて提供されるすべてのＭＢＭＳサービスに関心があるとは限らないにもかかわらず、ＵＥがこれらのＭＢＳＦＮエリアを監視するように依頼され得ることを意味する。これは、ＵＥの実装にさらなる複雑さを加え得る。
【００９６】
[00118]  概して、サービスレイヤベース手法は、ＵＥとネットワークの両方の実装がより単純なので、好適であり得る。また、ＵＥは、ＵＥに関係のあるＭＢＭＳサービスのために割り振られたＭＢＳＦＮサブフレームを監視する必要のみがあり得る。さらに、本明細書で説明する様々な手法のうちの１つまたは複数を実装するために、既存のサービスレイヤベース手法の上に単純な変更がオーバーレイされ得る。ＭＢＳＦＮ物理レイヤ測定と既存のＱｏＥメトリックとの間の相関が必要とされない場合、ＭＤＴベースソリューションが実質的な実装複雑さなしに実装され得る。言い換えれば、ＭＤＴは、ＰＭＣＨサブフレームのセットを監視し、そのような測定を報告するようにＵＥを構成するだけでよい。ただし、ＵＥに関係のないＭＢＳＦＮサブフレームおよび／またはＭＢＳＦＮエリアを監視するようにＵＥが依頼された場合、相関が必要とされない場合でもＵＥのさらなる実装複雑さが生じ得る。
【００９７】
[00119]  図１２は、例示的な装置１００中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１２００である。装置１００は、１つまたは複数のＭＢＳＦＮ物理レイヤパラメータの報告要件ならびにｅＭＢＭＳデータおよび制御信号１２９２を受信する受信モジュール１２０２を含む。装置１００はまた、受信モジュール１２０２からのｅＭＢＭＳデータおよび制御信号１２０２ａの処理されたセットから１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得するＭＢＳＦＮパラメータ判断モジュール１２０４を含む。測定パラメータ１２０４ａは報告生成モジュール１２０６に与えられ、報告生成モジュール１２０６は、取得された１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに基づいて報告１２０６ａを作成する。報告１２０６ａは報告変更／フィルタモジュール１２０８に与えられ、報告変更／フィルタモジュール１２０８は、機密情報（sensitive information）を分離するために報告１２０６ａをフィルタ処理し、報告１２０６ａからのフィルタ処理された情報１２０８ａならびに他の情報を与え得、それらの情報は、測定されたＭＢＳＦＮ物理レイヤ／ＱｏＥ／ＭＤＴパラメータを含む送信信号１２９４中で送信モジュール１２１０によって送信される。上記で説明したように、様々なパラメータが様々なエンティティに送信され得る。たとえば、ＭＢＳＦＮパラメータはＲＲＣに送信され得、ＭＤＴパラメータはＴＣＥに送信され得る。
【００９８】
[00120]  本装置は、上述のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、上述のフローチャート中の各ステップは、１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【００９９】
[00121]  図１３は、処理システム１３１４を採用する装置１００のためのハードウェア実装形態の一例を示す図である。処理システム１３１４は、バス１３２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１３２４は、処理システム１３１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１３２４は、プロセッサ１３０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール１２０２、１２０４、１２０６、１２０８、および１２１０と、コンピュータ可読媒体１３０６とを含む様々な回路を互いにリンクする。バス１３２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【０１００】
[00122]  処理システム１３１４はトランシーバ１３１０に結合され得る。トランシーバ１３１０は、１つまたは複数のアンテナ１３２０に結合される。トランシーバ１３１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。処理システム１３１４は、コンピュータ可読媒体１３０６に結合されたプロセッサ１３０４を含む。プロセッサ１３０４は、コンピュータ可読媒体１３０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１３０４によって実行されたとき、処理システム１３１４に、任意の特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体１３０６はまた、ソフトウェアを実行するときにプロセッサ１３０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１２０２、１２０４、１２０６、１２０８、および１２１０をさらに含む。それらのモジュールは、プロセッサ１３０４中で動作するか、コンピュータ可読媒体１３０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ１３０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１３１４は、ＵＥ６５０の構成要素であり得、メモリ６６０、および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。
【０１０１】
[00123]  一構成では、ワイヤレス通信のための装置１００は、１つまたは複数のＭＢＳＦＮ物理レイヤパラメータのための報告要件を受信するための手段を含む。さらに、本装置は、１つまたは複数のＭＢＳＦＮ物理レイヤパラメータを取得するための手段を含む。さらに、本装置は、取得された１つまたは複数のＭＢＳＦＮ物理レイヤパラメータに基づいて報告を作成するための手段をさらに含む。本装置は、機密情報を分離するために報告をフィルタ処理するための手段をさらに含み得る。上述の手段は、上述の手段によって具陳される機能を実行するように構成された、装置１００の上述のモジュールおよび／または装置１００の処理システム１３１４のうちの１つまたは複数であり得る。上記で説明したように、処理システム１３１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳される機能を実行するように構成されたＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９であり得る。
【０１０２】
[00124]  開示する手法の様々な態様は、ＵＭＴＳ上のＭＢＭＳとＬＴＥ上のｅＭＢＭＳの両方に適用され得ることを理解されたい。また、本明細書で開示する手法の様々な態様は３ＧＰＰ２  ＢＣＭＣＳにも適用され得る。したがって、どんなマルチメディアブロードキャストシステムへの開示する手法の様々な態様の適用可能性に対する限定も存在すべきでない。
【０１０３】
[00125]  開示するプロセスにおけるステップの特定の順序または階層は例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス中のステップの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのステップは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【０１０４】
[00126]  以上の説明は、本明細書で説明した様々な態様を、当業者が実施できるようにするために提供される。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、特許請求の言い回しに矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の（one and only one）」を意味するものではなく、「１つまたは複数の（one or more）」を意味するものである。別段に明記されていない限り、「いくつかの（some）」という語は「１つまたは複数の」を表す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。さらに、本明細書に開示するいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「のための手段（means for）」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
【図１】
2015502092.tif 000004
【図２】
2015502092.tif 000005
【図３】
2015502092.tif 000006
【図４】
2015502092.tif 000007
【図５】
2015502092.tif 000008
【図６】
2015502092.tif 000009
【図７】
2015502092.tif 000010
【図８】
2015502092.tif 000011
【図９】
2015502092.tif 000012
【図１０】
2015502092.tif 000013
【図１１】
2015502092.tif 000014
【図１２】
2015502092.tif 000015
【図１３】
2015502092.tif 000016
【手続補正書】
【提出日】平成26年9月10日(2014.9.10)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
[0044]  送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。次いで、符号化され変調されたシンボルは並列ストリームに分割される。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ）を使用して互いに合成されて、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルが生成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコードされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を判断するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機（ＴＸ）６１８を介して異なるアンテナ６２０に与えられる。各送信機（ＴＸ）６１８は、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
[0045]  ＵＥ６５０において、各受信機(ＲＸ)６５４は、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機(ＲＸ)６５４は、ＲＦキャリア上に変調された情報を復元し、その情報を受信機（ＲＸ）プロセッサ６５６に与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号コンスタレーションポイントを判断することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
[0048]  ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機（ＴＸ）６５４を介して異なるアンテナ６５２に与えられる。各送信機(ＴＸ)６５４は、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
[0049]  ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ６１０において処理される。各受信機（ＲＸ）６１８は、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機（ＲＸ）６１８は、ＲＦキャリア上に変調された情報を復元し、その情報をＲＸプロセッサ６７０に与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。
【国際調査報告】
2015502092.tif 000017
2015502092.tif 000018