(57)【特許請求の範囲】
【請求項１】
第１のサービスを受信することと、
アグリゲーション時間期間を含む潜在的アップロード時間期間を判断することと、
前記アグリゲーション時間期間の満了の前に第２のサービスを受信することと、
前記受信された第１のサービスについての第１の報告情報と前記受信された第２のサービスについての第２の報告情報とを生成すべきかどうかを判断することと、
前記第１の報告情報と前記第２の報告情報の両方を生成すべきであるという前記判断に基づいて、前記第１の報告情報と前記第２の報告情報とをアグリゲートすることと、
前記第２のサービスに関連する第２の潜在的アップロード時間期間を判断することと、
前記潜在的アップロード時間期間と前記第２の潜在的アップロード時間期間とのうちの少なくとも１つに基づいて、前記アグリゲートされた第１の報告情報および第２の報告情報のためのアップロード時間期間を判断することと
を備え、前記第１のサービスおよび前記第２のサービスは、異なる時間期間に受信される同じユーザサービスであるか、または２つの異なるユーザサービスである、ワイヤレス通信の方法。
【請求項２】
前記報告情報が１つの報告にアグリゲートされ、前記方法が、前記１つの報告を送ることをさらに備える、請求項１に記載の方法。
【請求項３】
前記１つの報告が、前記潜在的アップロード時間期間の終了時に送られる、請求項２に記載の方法。
【請求項４】
前記１つの報告が複数の統計的報告要素を備える、請求項２に記載の方法。
【請求項５】
前記１つの報告が、前記１つの報告の同じ受信肯定応答セクション内に複数のファイルユニフォームリソース識別子（ＵＲＩ）を備える、請求項２に記載の方法。
【請求項６】
前記１つの報告が、前記第１の報告情報と前記第２の報告情報とをアグリゲートするマルチパート多目的インターネットメール拡張（ＭＩＭＥ）ファイルを備える、請求項２に記載の方法。
【請求項７】
前記潜在的アップロード時間期間が前記アグリゲーション時間期間とランダム時間期間とを備える、請求項１に記載の方法。
【請求項８】
前記判断されたアップロード時間期間が前記潜在的アップロード時間期間である、請求項１に記載の方法。
【請求項９】
前記第１のサービスと前記第２のサービスとが、異なる時間期間に受信される同じサービスである、請求項１に記載の方法。
【請求項１０】
前記第１の報告情報を生成すべきかどうかを前記判断することが、前記第１のサービスについて受信された第１の基準に基づき、
前記第１のサービスと前記第２のサービスとがサービスの同じセット内にあるかどうかを判断することであって、前記第１の報告情報と前記第２の報告情報とを前記アグリゲートすることが、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあることにさらに基づく、判断することと、
前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にないとき、前記第２のサービスについて受信された第２の基準に基づいて前記第２の報告情報を生成すべきであると判断することと、
前記第１の報告情報が生成され、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあるとき、前記第２の報告情報を生成することと
をさらに備える、請求項１に記載の方法。
【請求項１１】
前記第１の基準が第１のサンプルパーセンテージであり、前記第２の基準が第２のサンプルパーセンテージである、請求項１０に記載の方法。
【請求項１２】
前記第１のサービスおよび前記第２のサービスがマルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）サービスを備える、請求項１に記載の方法。
【請求項１３】
前記第１のサービスと前記第２のサービスとが、それぞれのＭＢＭＳサービス告知において同じ関連配信プロシージャフラグメントを共有する、請求項１２に記載の方法。
【請求項１４】
前記第１のサービスと前記第２のサービスとが、前記ＭＢＭＳサービス告知において、サービスの同じセットに属するものとして明示的に識別される、請求項１３に記載の方法。
【請求項１５】
第１のサービスを受信するための手段と、
アグリゲーション時間期間を含む潜在的アップロード時間期間を判断するための手段と、
前記アグリゲーション時間期間の満了の前に第２のサービスを受信するための手段と、
前記受信された第１のサービスについての第１の報告情報と前記受信された第２のサービスについての第２の報告情報とを生成すべきかどうかを判断するための手段と、
前記第１の報告情報と前記第２の報告情報の両方を生成すべきであるという前記判断に基づいて、前記第１の報告情報と前記第２の報告情報とをアグリゲートするための手段と、
前記第２のサービスに関連する第２の潜在的アップロード時間期間を判断するための手段と、
前記潜在的アップロード時間期間と前記第２の潜在的アップロード時間期間とのうちの少なくとも１つに基づいて、前記アグリゲートされた第１の報告情報および第２の報告情報のためのアップロード時間期間を判断するための手段と
を備え、前記第１のサービスおよび前記第２のサービスは、異なる時間期間に受信される同じユーザサービスであるか、または２つの異なるユーザサービスである、ワイヤレス通信のための装置。
【請求項１６】
前記報告情報が１つの報告にアグリゲートされ、前記装置が、前記１つの報告を送るための手段をさらに備える、請求項１５に記載の装置。
【請求項１７】
前記１つの報告が、前記潜在的アップロード時間期間の終了時に送られる、請求項１６に記載の装置。
【請求項１８】
前記１つの報告が複数の統計的報告要素を備える、請求項１６に記載の装置。
【請求項１９】
前記１つの報告が、前記１つの報告の同じ受信肯定応答セクション内に複数のファイルユニフォームリソース識別子（ＵＲＩ）を備える、請求項１６に記載の装置。
【請求項２０】
前記１つの報告が、前記第１の報告情報と前記第２の報告情報とをアグリゲートするマルチパート多目的インターネットメール拡張（ＭＩＭＥ）ファイルを備える、請求項１６に記載の装置。
【請求項２１】
前記潜在的アップロード時間期間が前記アグリゲーション時間期間とランダム時間期間とを備える、請求項１５に記載の装置。
【請求項２２】
前記判断されたアップロード時間期間が前記潜在的アップロード時間期間である、請求項１５に記載の装置。
【請求項２３】
前記第１のサービスと前記第２のサービスとが、異なる時間期間に受信される同じサービスである、請求項１５に記載の装置。
【請求項２４】
前記第１の報告情報を生成すべきかどうかを判断するための前記手段が、前記第１のサービスについて受信された第１の基準に基づき、前記第１の報告情報を生成すべきかどうかを判断するための前記手段は、
前記第１のサービスと前記第２のサービスとがサービスの同じセット内にあるかどうかを判断することであって、前記第１の報告情報と前記第２の報告情報とをアグリゲートするための前記手段が、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあることにさらに基づく、判断することと、
前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にないとき、前記第２のサービスについて受信された第２の基準に基づいて前記第２の報告情報を生成すべきであると判断することと、
前記第１の報告情報が生成され、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあるとき、前記第２の報告情報を生成することと
を行うように構成された、請求項１５に記載の装置。
【請求項２５】
前記第１の基準が第１のサンプルパーセンテージであり、前記第２の基準が第２のサンプルパーセンテージである、請求項２４に記載の装置。
【請求項２６】
前記第１のサービスおよび前記第２のサービスがマルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）サービスを備える、請求項１５に記載の装置。
【請求項２７】
前記第１のサービスと前記第２のサービスとが、それぞれのＭＢＭＳサービス告知において同じ関連配信プロシージャフラグメントを共有する、請求項２６に記載の装置。
【請求項２８】
前記第１のサービスと前記第２のサービスとが、前記ＭＢＭＳサービス告知において、サービスの同じセットに属するものとして明示的に識別される、請求項２７に記載の装置。
【請求項２９】
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと
を備え、前記少なくとも１つのプロセッサは、
第１のサービスを受信することと、
アグリゲーション時間期間を含む潜在的アップロード時間期間を判断することと、
前記アグリゲーション時間期間の満了の前に第２のサービスを受信することと、
前記受信された第１のサービスについての第１の報告情報と前記受信された第２のサービスについての第２の報告情報とを生成すべきかどうかを判断することと、
前記第１の報告情報と前記第２の報告情報の両方を生成すべきであるという前記判断に基づいて、前記第１の報告情報と前記第２の報告情報とをアグリゲートすることと、
前記第２のサービスに関連する第２の潜在的アップロード時間期間を判断することと、
前記潜在的アップロード時間期間と前記第２の潜在的アップロード時間期間とのうちの少なくとも１つに基づいて、前記アグリゲートされた第１の報告情報および第２の報告情報のためのアップロード時間期間を判断することと
を行うように構成され、
前記第１のサービスおよび前記第２のサービスは、異なる時間期間に受信される同じユーザサービスであるか、または２つの異なるユーザサービスである、ワイヤレス通信のための装置。
【請求項３０】
前記報告情報が１つの報告にアグリゲートされ、前記装置が、前記１つの報告を送ることをさらに備える、請求項２９に記載の装置。
【請求項３１】
前記１つの報告が、前記潜在的アップロード時間期間の終了時に送られる、請求項３０に記載の装置。
【請求項３２】
前記１つの報告が複数の統計的報告要素を備える、請求項３０に記載の装置。
【請求項３３】
前記１つの報告が、前記１つの報告の同じ受信肯定応答セクション内に複数のファイルユニフォームリソース識別子（ＵＲＩ）を備える、請求項３０に記載の装置。
【請求項３４】
前記１つの報告が、前記第１の報告情報と前記第２の報告情報とをアグリゲートするマルチパート多目的インターネットメール拡張（ＭＩＭＥ）ファイルを備える、請求項３０に記載の装置。
【請求項３５】
前記潜在的アップロード時間期間が前記アグリゲーション時間期間とランダム時間期間とを備える、請求項２９に記載の装置。
【請求項３６】
前記判断されたアップロード時間期間が前記潜在的アップロード時間期間である、請求項２９に記載の装置。
【請求項３７】
前記第１のサービスと前記第２のサービスとが、異なる時間期間に受信される同じサービスである、請求項２９に記載の装置。
【請求項３８】
処理システムが、前記第１のサービスについて受信された第１の基準に基づいて、前記第１の報告情報を生成すべきかどうかを判断するように構成され、
前記第１のサービスと前記第２のサービスとがサービスの同じセット内にあるかどうかを判断することであって、前記処理システムが、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあることにさらに基づいて、前記第１の報告情報と前記第２の報告情報とをアグリゲートするように構成された、判断することと、
前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にないとき、前記第２のサービスについて受信された第２の基準に基づいて前記第２の報告情報を生成すべきであると判断することと、
前記第１の報告情報が生成され、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあるとき、前記第２の報告情報を生成することと
によって、前記第１の報告情報を生成すべきかどうかを判断するように構成された、請求項２９に記載の装置。
【請求項３９】
前記第１の基準が第１のサンプルパーセンテージであり、前記第２の基準が第２のサンプルパーセンテージである、請求項３８に記載の装置。
【請求項４０】
前記第１のサービスおよび前記第２のサービスがマルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）サービスを備える、請求項２９に記載の装置。
【請求項４１】
前記第１のサービスと前記第２のサービスとが、それぞれのＭＢＭＳサービス告知において同じ関連配信プロシージャフラグメントを共有する、請求項４０に記載の装置。
【請求項４２】
前記第１のサービスと前記第２のサービスとが、前記ＭＢＭＳサービス告知において、サービスの同じセットに属するものとして明示的に識別される、請求項４１に記載の装置。
【請求項４３】
第１のサービスを受信することと、
アグリゲーション時間期間を含む潜在的アップロード時間期間を判断することと、
前記アグリゲーション時間期間の満了の前に第２のサービスを受信することと、
前記受信された第１のサービスについての第１の報告情報と前記受信された第２のサービスについての第２の報告情報とを生成すべきかどうかを判断することと、
前記第１の報告情報と前記第２の報告情報の両方を生成すべきであるという前記判断に基づいて、前記第１の報告情報と前記第２の報告情報とをアグリゲートすることと
前記第２のサービスに関連する第２の潜在的アップロード時間期間を判断することと、
前記潜在的アップロード時間期間と前記第２の潜在的アップロード時間期間とのうちの少なくとも１つに基づいて、前記アグリゲートされた第１の報告情報および第２の報告情報のためのアップロード時間期間を判断することと
を行うためのコードを備え、
前記第１のサービスおよび前記第２のサービスは、異なる時間期間に受信される同じユーザサービスであるか、または２つの異なるユーザサービスである、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１２年１月１６日に出願された「RECEPTION REPORT AGGREGATION」と題する米国仮出願第６１／５８７，１２１号、および２０１３年１月１４日に出願された「RECEPTION REPORT AGGREGATION」と題する米国特許出願第１３／７４１，２５８号の利益を主張する。
【０００２】
[0002]本開示は、一般に通信システムに関し、より詳細には、受信報告アグリゲーション（reception report aggregation）に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。
【０００４】
[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ：Long Term Evolution）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ：Third Generation Partnership Project）によって公表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善すること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、およびダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。
【発明の概要】
【０００５】
[0005]本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置は第１のサービスを受信する。本装置は、アグリゲーション時間期間を含む潜在的アップロード時間期間を判断する。本装置は、アグリゲーション時間期間の満了の前に第２のサービスを受信する。本装置は、受信した第１のサービスについての第１の報告情報と受信した第２のサービスについての第２の報告情報とを生成すべきかどうかを判断する。本装置は、第１の報告情報と第２の報告情報の両方を生成すべきであるという判断に基づいて、第１の報告情報と第２の報告情報とをアグリゲートする。
【図面の簡単な説明】
【０００６】
【図１】[0006]ネットワークアーキテクチャの一例を示す図。
【図２】[0007]アクセスネットワークの一例を示す図。
【図３】[0008]ＬＴＥにおけるＤＬフレーム構造の一例を示す図。
【図４】[0009]ＬＴＥにおけるＵＬフレーム構造の一例を示す図。
【図５】[0010]ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。
【図６】[0011]アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。
【図７】[0012]マルチメディアブロードキャストオーバー単一周波数ネットワーク（Multi-Media Broadcast over a Single Frequency Network）中の発展型マルチキャストブロードキャストマルチメディアサービスを示す図。
【図８】[0013]発展型マルチキャストブロードキャストマルチメディアサービスプロトコルレイヤを示す図。
【図９】[0014]受信報告を送るためのタイミング関係を示すための図。
【図１０】[0015]受信報告を送るための例示的なタイミング関係を示すための図。
【図１１】[0016]ワイヤレス通信の第１の方法のフローチャート。
【図１２】[0017]ワイヤレス通信の第２の方法のフローチャート。
【図１３】[0018]例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。
【図１４】[0019]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
【発明を実施するための形態】
【０００７】
[0020]添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
【０００８】
[0021]次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の詳細な説明において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。
【０００９】
[0022]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【００１０】
[0023]したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、あるいは命令もしくはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、およびフロッピー（登録商標）ディスク（disk）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００１１】
[0024]図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、事業者のインターネットプロトコル（ＩＰ）サービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００１２】
[0025]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ｅＮＢ１０６はまた、基地局、ノードＢ、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることがある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。
【００１３】
[0026]ｅＮＢ１０６はＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ：Multimedia Broadcast Multicast Service）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１２６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８は事業者のＩＰサービス１２２に接続される。事業者のＩＰサービス１２２は、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）と、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）とを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のための入口点として働き得、ＰＬＭＮ内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールし、配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするＭＢＳＦＮエリアに属するｅＮＢ（たとえば、１０６、１０８）にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を収集することとを担当し得る。
【００１４】
[0027]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００は、いくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例には集中コントローラはないが、代替構成では集中コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。
【００１５】
[0028]アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念は、ＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、ＣＤＭＡを採用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。
【００１６】
[0029]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコードし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコードされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグナチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々がそのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコードされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコードされた各データストリームのソースを識別することが可能になる。
【００１７】
[0030]空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【００１８】
[0031]以下の詳細な説明では、アクセスネットワークの様々な態様について、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間する。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性（orthogonality）」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ：peak-to-average power ratio）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。
【００１９】
[0032]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、周波数領域中に１２個の連続サブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に７個の連続ＯＦＤＭシンボル、または８４個のリソース要素を含んでいる。拡張サイクリックプレフィックスについて、リソースブロックは、時間領域中に６個の連続ＯＦＤＭシンボルを含んでおり、７２個のリソース要素を有する。Ｒ３０２、３０４として示されるリソース要素のいくつかはＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上でのみ送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。
【００２０】
[0033]図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション内のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、データセクション中の連続するサブキャリアのすべてを単一のＵＥに割り当てることを可能にし得る連続サブキャリアを含むデータセクションを生じる。
【００２１】
[0034]ＵＥには、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂが割り当てられ得る。ＵＥには、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。
【００２２】
[0035]初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みだけを行うことができる。
【００２３】
[0036]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、レイヤ１と、レイヤ２と、レイヤ３との３つのレイヤとともに示されている。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。
【００２４】
[0037]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含むＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。
【００２５】
[0038]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよび再統合と、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）による、順が狂った受信を補正するデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル内の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまたＨＡＲＱ動作を担当する。
【００２６】
[0039]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ：radio resource control）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（たとえば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。
【００２７】
[0040]図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいてヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。
【００２８】
[0041]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいた信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。次いで、符号化され変調されたシンボルは並列ストリームに分割される。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成されて、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコードされる。チャネル推定器６７４からのチャネル推定値は、符号化および変調方式を判断するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられる。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【００２９】
[0042]ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報を受信（ＲＸ）プロセッサ６５６に与える。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号のコンスタレーションポイントを判断することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータおよび制御信号を復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。
【００３０】
[0043]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連し得る。メモリ６６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間での多重分離と、パケット再統合と、復号（decipher）と、ヘッダの復元（decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担当する。
【００３１】
[0044]ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、ｅＮＢ６１０による無線リソース割当てに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、紛失パケットの再送信、およびｅＮＢ６１０へのシグナリングを担当する。
【００３２】
[0045]ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられる。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【００３３】
[0046]ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上で変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。
【００３４】
[0047]コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連し得る。メモリ６７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケット再統合と、復号と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担当する。
【００３５】
[0048]図７は、マルチメディアブロードキャストオーバー単一周波数ネットワーク（ＭＢＳＦＮ：Multi-Media Broadcast over a Single Frequency Network）中の発展型マルチキャストブロードキャストマルチメディアサービス（ｅＭＢＭＳ：evolved Multicast Broadcast Multimedia Service）を示す図７５０である。セル７５２’中のｅＮＢ７５２は第１のＭＢＳＦＮエリアを形成し得、セル７５４’中のｅＮＢ７５４は第２のＭＢＳＦＮエリアを形成し得る。ｅＮＢ７５２、７５４は、他のＭＢＳＦＮエリア、たとえば、最高合計８つのＭＢＳＦＮエリアに関連し得る。ＭＢＳＦＮエリア内のセルが予約済みセルに指定され得る。予約済みセルは、マルチキャスト／ブロードキャストコンテンツを与えないが、セル７５２’、７５４’に時間同期させられ、ＭＢＳＦＮエリアへの干渉を制限するために、ＭＢＳＦＮリソース上で制限電力を有する。ＭＢＳＦＮエリア中の各ｅＮＢは、同じｅＭＢＭＳ制御情報およびデータを同期的に送信する。各エリアは、ブロードキャストサービスと、マルチキャストサービスと、ユニキャストサービスとをサポートし得る。ユニキャストサービスは、特定のユーザを対象とするサービス、たとえば、音声通話である。マルチキャストサービスは、ユーザのグループによって受信され得るサービス、たとえば、サブスクリプションビデオサービスである。ブロードキャストサービスは、すべてのユーザによって受信され得るサービス、たとえば、ニュースブロードキャストである。図７を参照すると、第１のＭＢＳＦＮエリアは、特定のニュースブロードキャストをＵＥ７７０に与えることなどによって、第１のｅＭＢＭＳブロードキャストサービスをサポートし得る。第２のＭＢＳＦＮエリアは、異なるニュースブロードキャストをＵＥ７６０に与えることなどによって、第２のｅＭＢＭＳブロードキャストサービスをサポートし得る。各ＭＢＳＦＮエリアは、複数の物理マルチキャストチャネル（ＰＭＣＨ：physical multicast channel）（たとえば、１５個のＰＭＣＨ）をサポートする。各ＰＭＣＨはマルチキャストチャネル（ＭＣＨ：multicast channel）に対応する。各ＭＣＨは、複数（たとえば、２９個）のマルチキャスト論理チャネルを多重化することができる。各ＭＢＳＦＮエリアは、１つのマルチキャスト制御チャネル（ＭＣＣＨ：multicast control channel）を有し得る。したがって、１つのＭＣＨは、１つのＭＣＣＨと複数のマルチキャストトラフィックチャネル（ＭＴＣＨ：multicast traffic channel）とを多重化し得、残りのＭＣＨは複数のＭＴＣＨを多重化し得る。
【００３６】
[0049]図８は、ｅＭＢＭＳプロトコルレイヤを示す図８００である。ユニキャストｅＭＢＭＳは、ユニキャスト伝送制御プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）を介したハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＬＴＥ  Ｌ２（パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、無線リンク制御（ＲＬＣ）、媒体アクセス制御（ＭＡＣ））、およびＬＴＥ物理（ＰＨＹ）プロトコルレイヤを介して受信報告とファイル修復とをサポートする。ブロードキャストｅＭＢＭＳは、単方向トランスポートを介したファイル配信（ＦＬＵＴＥ：File Delivery over Unidirectional Transport）、ユーザデータグラムプロトコル（ＵＤＰ）、マルチキャストＩＰ、ＬＴＥ  Ｌ２（ＲＬＣ、ＭＡＣ）、およびＬＴＥ  ＰＨＹプロトコルレイヤを介して、ストリーミングサービスと、オーディオ／ビデオ（ＡＶ）コーデックと、ファイルダウンロードサービスと、ブロードキャストベースのサービス告知とをサポートする。ＵＥは、ｅＭＢＭＳサービスを受信するためのプロトコル情報を含んでいるユーザサービス記述（ＵＳＤ：user service description）を受信する。プロトコル情報は、ＴＭＧＩ、ＩＰアドレス／ＵＤＰポート番号、ＡＶコーデック構成、ＦＬＵＴＥトランスポートセッション識別子（ＴＳＩ：transport session identifier）、前方誤り訂正（ＦＥＣ）構成などを含む。ＵＳＤは、サービス告知と呼ばれるプロシージャを通して受信され得る。
【００３７】
[0050]図９は、受信報告を送るためのタイミング関係を示すための図９００である。ｅＭＢＭＳサービスセッション９０４の開始時に、ＵＥは、そのセッションのための与えられたサンプルパーセンテージに基づいて、セッション９０４についての受信報告を送るべきかどうかを判断する（９０２）。たとえば、特定のニュース放送は５０％のサンプルパーセンテージを有し得る。５０％のサンプルパーセンテージに基づいて、ＵＥは、ニュース放送についての受信報告を送るべきかどうかを（たとえば、乱数発生器を使用して）判断する。受信報告を送るべきであると判断すると、ＵＥは、オフセットタイマーを、セッションの終了時（９０６）に開始し、オフセット時間期間（offset time period）９０８（たとえば、２時間）の終了時に満了するように設定する。ＵＥは、オフセットタイマーの満了、およびランダム時間期間ウィンドウ９１２内の追加のランダム時間期間９１０の満了まで待ってから、セッション９０４についての受信報告を送る（９１４）。複数の連続する短い閲覧セッションの場合、ＵＥは、受信報告を送るために複数のタイマーを設定し得る。受信報告を送るために複数のタイマーを設定すること、および複数の受信報告を別々のファイル中で送ることは非効率的であり得る。複数の受信報告がどのように処理され得るかに対処するための例示的な方法を以下で与える。
【００３８】
[0051]（ｏｆｆｓｅｔＴｉｍｅとも呼ばれる）オフセット時間期間パラメータおよび（ｒａｎｄｏｍＴｉｍｅＰｅｒｉｏｄとも呼ばれる）追加のランダム時間期間パラメータが関連配信プロシージャ記述（ＡＤＰＤ：Associated Delivery Procedure Description）フラグメント中で設定され得る。しかしながら、より一般的なバックオフ方式では、バックオフタイマーが、［ｏｆｆｓｅｔＴｉｍｅ，∞］（すなわち、バックオフ時間期間）にわたって分散されたランダム変数に設定され得る。ＵＥが、報告をアグリゲート（aggregate）するための、ｏｆｆｓｅｔＴｉｍｅよりも小さい一定の時間期間（アグリゲーション時間期間）を選ぶことができるように、バックオフ時間期間上の最小値が望まれ得る。代替として、０よりも大きく、受信報告アップロード時間以下であるアグリゲーション時間期間が選定され得る。
【００３９】
[0052]図１０は、受信報告を送るための例示的なタイミング関係を示すための図１０００である。ｅＭＢＭＳサービスセッションＳ０  １００４の開始時に、ＵＥは、セッションＳ０  １００４のための与えられたサンプルパーセンテージ（またはサンプルパーセンテージに基づくランダム結果）に基づいて、セッションＳ０  １００４についての受信報告を送るべきかどうかを判断する（１００２）（本明細書では収集決定とも呼ばれる）。ＵＥが、セッションＳ０  １００４についての受信報告を送るべきであると判断した場合、ＵＥは、追加のセッションを受信するためにアグリゲーション時間期間１００５待つ。図１０に示すように、ＵＥは、アグリゲーション時間期間１００５中に追加のセッションを受信しない。ＵＥは、アグリゲーション時間期間１００５の終了時に追加のランダム時間期間１００６待ち、追加のランダム時間期間１００６の終了時にセッションＳ０  １００４についての受信報告を送る。図１０に示すように、ＵＥはｅＭＢＭＳサービスセッションＳ１  １００８を受信する。セッションＳ１  １００８の開始時に、ＵＥは、セッションＳ１  １００８のための与えられたサンプルパーセンテージに基づいて、セッションＳ１  １００８についての受信報告を送るべきかどうかを判断する（１００７）。ＵＥが、セッションＳ１  １００８についての受信報告を送るべきであると判断した場合、ＵＥは、追加のセッションを受信するためにアグリゲーション時間期間１０１０待つ。ＵＥは、アグリゲーション時間期間１０１０中にセッションＳ２  １０１２とセッションＳ３  １０１４とを受信する。セッションＳ２  １０１２およびセッションＳ３  １０１４がセッションＳ１  １００８のためのアグリゲーション時間期間１０１０中に受信されたので、ＵＥは、セッションＳ１  １００８についての受信報告とともにセッションＳ２  １０１２についての受信報告とセッションＳ３  １０１４についての受信報告とを１つの受信報告にアグリゲートすべきかどうかを判断する。アグリゲーション時間期間１０１０の終了の後に、ＵＥはセッションＳ４  １０１６を受信する。セッションＳ４  １０１６はアグリゲーション時間期間１０１０内に受信されなかったので、セッションＳ４  １０１６についての受信報告はセッションＳ１  １００８についての受信報告とともにアグリゲートされない。
【００４０】
[0053]上記で説明した最も直観的な実装形態では、アグリゲーション時間期間はセッションＳ１の境界に厳密に依存する。一般性の喪失なしに、アグリゲーション時間期間は、後のセッションの報告が現在セッションの報告とともにアグリゲートされた後に調整され得る。たとえば、セッション２の終了時にＳ１の報告とＳ２の報告とをアグリゲートするという決定の後に、アグリゲーション時間期間は延長または短縮され得る。同じことが、Ｓ２の受信時間に基づいて調整され得る、アグリゲートされた報告のためのアップロード時間期間に適用される。ＵＥが、セッションＳ１  １００８についての受信報告と、セッションＳ２  １０１２についての受信報告と、セッションＳ３  １０１４についての受信報告とを１つの受信報告にアグリゲートすべきであると判断したと仮定する。セッションＳ１  １００８について、ＵＥは、アグリゲーション時間期間１０１０の終了の後に待つべき、ランダム時間期間ウィンドウ１０１８内のランダム時間期間１０２０を判断する。したがって、ＵＥは、セッションＳ１  １００８についての受信報告をアップロードする（１０２４）ための潜在的アップロード時間期間（potential upload time period）１０２２を判断する。潜在的アップロード時間期間１０２２は、アグリゲーション時間期間１０１０およびランダム時間期間１０２０に等しい。ＵＥは、セッションＳ１  １００８についての受信報告とセッションＳ２  １０１２についての受信報告とを１つのファイルにアグリゲートすべきであると判断したので、ＵＥはまた、セッションＳ２  １０１２についての受信報告を送るための、アグリゲーション時間期間１０３０とランダム時間期間ウィンドウ１０３２内の第２のランダム時間期間１０３４とを判断し得る。したがって、ＵＥは、セッションＳ２  １０１２についての受信報告をアップロードするための第２の潜在的アップロード時間期間１０３６を判断し得る。ＵＥは、セッションＳ１  １００８についての受信報告とセッションＳ３  １０１４についての受信報告とを１つのファイルにアグリゲートすべきであると判断したので、ＵＥはまた、セッションＳ３  １０１４についての受信報告を送るための、アグリゲーション時間期間１０４０とランダム時間期間ウィンドウ１０４２内の第３のランダム時間期間１０４４とを判断し得る。したがって、ＵＥは、セッションＳ３  １０１４についての受信報告をアップロードするための第３の潜在的アップロード時間期間１０４６を判断し得る。潜在的アップロード時間期間１０２２と、第２の潜在的アップロード時間期間１０３６と、第３の潜在的アップロード時間期間１０４６とを判断すると、ＵＥは、アグリゲートされた受信報告をいつ送るべきか（１０２４）を判断し得る。第１の構成では、ＵＥは、Ｓ１について計算された潜在的アップロード時間期間１０２２の満了時にアグリゲートされた受信報告を送る（１０２４）。第２の構成では、ＵＥは、すべてのアグリゲートされたセッションのための潜在的アップロード時間期間のうちの最も早い潜在的アップロード時間期間にアグリゲートされた受信報告を送り（１０２４）、この場合、その時間期間は第２の潜在的アップロード時間期間１０３６であろう。第３の構成では、ＵＥは、潜在的アップロード時間期間のうちの最も遅い潜在的アップロード時間期間にアグリゲートされた受信報告を送り（１０２４）、この場合、その時間期間は第３の潜在的アップロード時間期間１０４６であろう。第４の構成では、ＵＥは、アグリゲーション時間期間１０１０の後のアップロード時間期間の満了時にアグリゲートされた受信報告を送り（１０２４）、そのアップロード時間期間は、潜在的アップロード時間期間１０２２、第２の潜在的アップロード時間期間１０３６、および第３の潜在的アップロード時間期間１０４６の関数（たとえば、潜在的アップロード時間期間の平均値（average）、潜在的アップロード時間期間の平均値（mean）など）として判断される。
【００４１】
[0054]受信報告は、１つのサービスについて、サービスのセットについて、または受信報告に関して同様に構成されたサービスのセットについてアグリゲートされ得る。たとえば、セッションＳ１  １００８についての受信報告と、セッションＳ２  １０１２についての受信報告と、セッションＳ３  １０１４についての受信報告とは、それらのセッションが同じｅＭＢＭＳサービス（たとえば、同じニュースブロードキャスト）からのものである場合のみ、アグリゲートされ得る。したがって、セッションＳ１  １００８とセッションＳ３  １０１４とは同じサービスであるが、セッションＳ２  １０１２は異なるサービスである場合、ＵＥは、セッションＳ１  １００８についての受信報告およびセッションＳ３  １０１４についての受信報告のみをアグリゲートし得る。別の例では、セッションＳ１  １００８についての受信報告と、セッションＳ２  １０１２についての受信報告と、セッションＳ３  １０１４についての受信報告とは、それらのセッションがｅＭＢＭＳサービスの同じセットからのものである場合のみ、アグリゲートされ得る。ｅＭＢＭＳサービスのセットは、特定のブロードキャストタイプ（たとえば、ニュース、スポーツ、シチュエーショナルコメディ）に関連するすべてのサービスを含むように定義され得る。ＵＥは、ＭＢＭＳサービス告知において、サービスがｅＭＢＭＳサービスの同じセットに属するかどうかを明示的に通知され得る。したがって、セッションＳ１  １００８とセッションＳ２  １０１２とはニュースブロードキャストであるが、セッションＳ３  １０１４はスポーツブロードキャストである場合、ＵＥは、セッションＳ１  １００８についての受信報告およびセッションＳ２  １０１２についての受信報告のみをアグリゲートし得る。
【００４２】
[0055]別の例では、セッションＳ１  １００８についての受信報告と、セッションＳ２  １０１２についての受信報告と、セッションＳ３  １０１４についての受信報告とは、それらのセッションが、受信報告に関して同様に構成されたｅＭＢＭＳサービスの同じセットからのものである場合のみ、アグリゲートされ得る。サービスは、受信報告設定のうちの１つまたは複数が同じであるとき、受信報告に関して同様に構成されたと見なされ得る。受信報告設定は、受信したセッションに関連付けられた関連配信プロシージャ記述フラグメント中で受信され得る。関連配信プロシージャフラグメントはサービス告知プロシージャを通して受信され得る。受信報告設定は、報告サーバと、（ｓａｍｐｌｅＰｅｒｃｅｎｔａｇｅとしても知られる）サンプルパーセンテージと、（ｒｅｐｏｒｔＴｙｐｅとしても知られる）報告タイプとを含み得る。報告サーバは、受信報告がアップロードされるサーバである。サンプルパーセンテージは、受信報告を送るべきかどうかを判断するためにＵＥによって使用されるパーセンテージである。ＵＥは、０と１００との間の乱数を発生し、乱数をしきい値（サンプルパーセンテージ）と比較し、乱数がサンプリングパーセンテージ以下である場合、ログを収集することができる。報告タイプは、受信肯定応答（ＲＡｃｋ）、成功した受信についての統計的報告（ＳｔａＲ）、すべてのコンテンツ受信についての統計的報告（ＳｔａＲ−ａｌｌ）、または受信肯定応答なしの統計的報告（ＳｔａＲ−ｏｎｌｙ）のうちの１つであり得る。報告タイプＲＡｃｋでは、成功したファイル受信のみが、受信詳細なしに報告される。報告タイプＳｔａＲでは、成功したファイル受信が、ネットワークにおける統計的分析のための受信詳細とともに報告される。報告タイプＳｔａＲ−ａｌｌは、失敗した受信も報告されることを追加したＳｔａＲと同じである。報告タイプＳｔａＲ−ｏｎｌｙは、個々のファイルが肯定応答されないという例外をもつＳｔａＲ−ａｌｌと同じである。実際には、これらの関連するサービスのための受信報告構成は、同じ関連配信プロシージャフラグメント中に記述され得る。上記で説明したように、サービスのための受信報告設定は、サービス告知を通して受信される関連配信プロシージャフラグメント中に記述され得る。ｅＭＢＭＳサービス告知のＵＳＤは、１つのサービスを記述し、関連配信プロシージャフラグメントを（たとえば、ＵＲＬを通して）指し得る。サービスのセットは、それらのＵＳＤが、（たとえば、ＵＲＬを通して識別される）同じ関連配信プロシージャフラグメントを指す場合、同じ受信報告構成を有し得る。
【００４３】
[0056]別の代替は、あらゆるサービスのＡＤＰＤ中で受信報告グループＩＤをシグナリングすることである。報告は、同じ受信報告グループ識別子をもつサービスについてアグリゲートされる。
【００４４】
[0057]セッションＳ１  １００８とセッションＳ２  １０１２とが互いに関連する（たとえば、同じサービスであるか、サービスの同じセット中にあるか、または同様に構成された受信報告をもつサービスの同じセット中にある）とき、ＵＥは、Ｓ１について行われた収集決定をＳ２に適用し得る。同様に、セッションＳ１  １００８とセッションＳ３  １０１４とが互いに関連する（たとえば、同じサービスであるか、サービスの同じセット中にあるか、または同様に構成された受信報告をもつサービスの同じセット中にある）とき、ＵＥは、セッションＳ１  １００８のための与えられたサンプルパーセンテージに基づいてセッションＳ３  １０１４についての受信報告を送るべきかどうかを判断することを控え得る。たとえば、セッションＳ１  １００８とセッションＳ２  １０１２とが互いに関連し、ＵＥが、セッションＳ１  １００８のためのサンプルパーセンテージに基づいてセッションＳ１  １００８についての受信報告を送るべきであると判断した場合、ＵＥは、セッションＳ２  １０１２についての受信報告を送ることを自動的に決定し得、したがって、セッションＳ２  １０１２のためのサンプルパーセンテージにもかかわらず、セッションＳ２  １０１２についての受信報告は送られると判断し得る。特定の例について、セッションＳ１についての受信報告とＳ２についての受信報告とがアグリゲートされると仮定する。さらに、セッションＳ１  １００８のためのサンプルパーセンテージが５０％であり、セッションＳ２  １０１２のためのサンプルパーセンテージが５％であると仮定する。セッションＳ１  １００８のための５０％のサンプルパーセンテージに基づいて、ＵＥは、セッションＳ１  １００８についての受信報告を送るべきであると判断する。セッションＳ１とセッションＳ２  １０１２とは、アグリゲートされるサービスの同じセット中にあるので、ＵＥは、与えられた５％のサンプルパーセンテージにもかかわらず、セッションＳ２  １０１２についての受信報告が送られると判断し得る。代替として、ＵＥは、セッションＳ１  １００８についての受信報告を送るべきでないと判断し得る。セッションＳ１とセッションＳ２  １０１２とは、アグリゲートされるサービスの同じセット中にあるので、ＵＥは、与えられた５％のサンプルパーセンテージとは無関係に、セッションＳ２  １０１２についての受信報告は送られないと判断し得る。収集決定と収集なし決定の両方のこのリンキングの理由は、デバイス報告のパーセンテージが所望のサンプリングパーセンテージに等しくなることを保証することである。たとえば、アグリゲーション期間中に、収集するという決定を繰り越すが、収集しないという決定を繰り越さないことは、セッション当たり報告の確率を所望のｓａｍｐｌｉｎｇＰｅｒｃｅｎｔａｇｅ以上に増加させるであろう。上記で説明したように、ＵＥは、それらのセッションが同じサービスであるか、サービスの同じセット中にあるか、または同様に構成された受信報告をもつサービスの同じセット中にある場合、受信報告をアグリゲートするように構成され得る。しかしながら、アグリゲートされたファイルが、デバイス上で構成されたかまたはサービス告知を通して通信された���ァイルサイズしきい値に達した場合、ＵＥは、アグリゲーション設定（たとえば、セッションが同じサービスであるとき、それらのセッションについての受信報告をアグリゲートすること、セッションがサービスの同じセット中にあるとき、それらのセッションについての受信報告をアグリゲートすること、またはセッションが、サービスの同じセット中にあり、受信報告に関して同様に構成されているとき、それらのセッションについての受信報告をアグリゲートすることのうちの１つ）にもかかわらず、さらに受信したセッションについての受信報告をアグリゲートすることを控え得る。たとえば、ＵＥが、セッションＳ１  １００８についての受信報告と、セッションＳ２  １０１２についての受信報告と、セッションＳ３  １０１４についての受信報告とをアグリゲートすべきであると判断したと仮定する。セッションＳ１  １００８についての受信報告とセッションＳ２  １０１２についての受信報告とを含むアグリゲートされた受信報告ファイルがファイルサイズしきい値を超える場合、ＵＥは、セッションＳ３  １０１４がアグリゲーション時間期間１０１０中に受信されても、セッションＳ３  １０１４についての受信報告をアグリゲートすることを控え得る。
【００４５】
[0058]受信報告は単一のＴＣＰセッション中で送られ得る。受信報告は、配信が確認されるファイルのユニフォームリソース識別子（ＵＲＩ：uniform resource identifier）を含み得る。受信報告は拡張可能マークアップ言語（ＸＭＬ：extensible markup language）でフォーマットされ得る。マルチパート多目的インターネットメール拡張（ＭＩＭＥ：multipurpose Internet mail extensions）は、受信報告の複数のＸＭＬファイルを１つの受信報告ファイルにアグリゲートするために使用され得る。アグリゲートされた受信報告が複数のＸＭＬファイルを含む場合、アグリゲートされた受信報告は複数のＵＲＩを含む。複数のＵＲＩは、アグリゲートされた受信報告の同じ受信肯定応答セクション中に含まれ得る。ＳｔａＲ、ＳｔａＲ−ａｌｌ、およびＳｔａＲ−ｏｎｌｙでは、アグリゲートされた受信報告は、異なるサービス識別子に各々が関係する複数の統計的報告要素を含み得る。統計的報告要素は、受信報告についての関係するデータを含む。
【００４６】
[0059]図１１は、ワイヤレス通信の第１の方法のフローチャート１１００である。本方法はＵＥによって実行され得る。図１１に示すように、ステップ１１０２において、ＵＥは第１のサービスを受信する。ステップ１１０４において、ＵＥは、アグリゲーション時間期間を含む潜在的アップロード時間期間を判断する。潜在的アップロード時間期間は、第１のサービスについての受信報告をアップロードするためのものである。ステップ１１０６において、ＵＥは、アグリゲーション時間期間の満了の前に第２のサービスを受信する。第１のサービスと第２のサービスとは、受信報告がアグリゲートされるサービスのセットに属する。ステップ１１１０において、ＵＥは、受信した第１のサービスについての第１の報告情報と受信した第２のサービスについての第２の報告情報とを生成すべきかどうかを判断する。ステップ１１１２において、ＵＥは、第１の報告情報と第２の報告情報の両方を生成すべきであるという判断に基づいて、第１の報告情報と第２の報告情報とをアグリゲートする。たとえば、図１０を参照すると、ＵＥはｅＭＢＭＳサービスセッションＳ１  １００８を受信する。セッションＳ１  １００８についての受信報告を送るべきであると判断すると、ＵＥは、アグリゲーション時間期間１０１０を含む潜在的アップロード時間期間１０２２を判断する。ＵＥは、アグリゲーション時間期間１０１０の満了の前にｅＭＢＭＳサービスセッションＳ２  １０１２を受信する。ＵＥは、セッションＳ１  １００８のためのサンプルパーセンテージに基づいて、セッションＳ１  １００８についての第１の報告情報を生成すべきかどうかを判断し、セッションＳ２  １０１２がセッションＳ１  １００８に関連する（たとえば、同じサービスであるか、サービスの同じセット中にあるか、または同様に構成された受信報告をもつサービスの同じセット中にある）かどうかに基づいて、ｅＭＢＭＳサービスセッションＳ２  １０１２についての第２の報告情報を生成すべきかどうかを判断する。ＵＥは、第１の報告情報と第２の報告情報の両方を生成すべきであるという判断に基づいて、第１の報告情報と第２の報告情報とをアグリゲートする。
【００４７】
[0060]報告情報は１つの報告にアグリゲートされ得、ＵＥは１つの報告を送り得る。１つの報告は、潜在的アップロード時間期間の終了時に送られ得る。たとえば、図１０を参照すると、ＵＥは、潜在的アップロード時間期間１０２２の終了時にアグリゲートされた受信報告を送り得る（１０２４）。１つの報告は複数の統計的報告要素を含み得る。１つの報告は、１つの報告の同じ受信肯定応答セクション内に複数のファイルＵＲＩを含み得る。１つの報告は、第１の報告情報と第２の報告情報とをアグリゲートするマルチパートＭＩＭＥファイルを含み得る。上記で説明したように、潜在的アップロード時間期間はアグリゲーション時間期間とランダム時間期間とを含み得る。再び図１１を参照すると、ステップ１１０８において、ＵＥは、第２のサービスに関連する第２の潜在的アップロード時間期間を判断する。第２の潜在的アップロード時間期間はアグリゲーション時間期間と第２のランダム時間期間とを含む。ステップ１１１４において、ＵＥは、潜在的アップロード時間期間と第２の潜在的アップロード時間期間とのうちの少なくとも１つに基づいて、アグリゲートされた第１の報告情報および第２の報告情報のためのアップロード時間期間を判断する。たとえば、図１０を参照すると、ＵＥは、サービスＳ２  １０１２に関連する第２の潜在的アップロード時間期間１０３６を判断し得る。第２の潜在的アップロード時間期間１０３６はアグリゲーション時間期間１０３０と第２のランダム時間期間１０３４とを含む。ＵＥは、潜在的アップロード時間期間１０２２と第２の潜在的アップロード時間期間１０３６とのうちの少なくとも１つに基づいて、アグリゲートされた第１の報告情報および第２の報告情報のためのアップロード時間期間を判断し得る。
【００４８】
[0061]判断されたアップロード時間期間は潜在的アップロード時間期間であり得る。たとえば、図１０を参照すると、ＵＥは、第２の潜在的アップロード時間期間１０３６と第３の潜在的アップロード時間期間１０４６とを有するにもかかわらず、アップロード時間期間を潜在的アップロード時間期間１０２２に設定し得る。第１のサービスと第２のサービスとは、異なる時間期間に受信される同じサービスであり得る。第１のサービスおよび第２のサービスはｅＭＢＭＳサービスであり得る。第１のサービスと第２のサービスとは、ＭＢＭＳサービス告知において、サービスの同じセットに属するものとして明示的に識別され得る。第１のサービスと第２のサービスとは、それぞれのＭＢＭＳサービス告知において同じ関連配信プロシージャフラグメントを共有し得る。
【００４９】
[0062]図１２は、ワイヤレス通信の第２の方法のフローチャート１２００である。図１２は、ステップ１１１０の追加のサブステップを与える。本方法はＵＥによって実行され得る。ＵＥは、第１のサービスについて受信された第１の基準に基づいて、ステップ１１１０において、第１の報告情報を生成すべきかどうかを判断する。第１の基準は第１のサンプルパーセンテージであり得る。ステップ１２０２、１２０４、１２０６は、ステップ１１１０のサブステップである。ステップ１２０２において、ＵＥは、第１のサービスと第２のサービスとがサービスの同じセット内にあるかどうかを判断する。ＵＥは、第１のサービスと第２のサービスとがサービスの同じセット内にあるかどうかにさらに基づいて、第１の報告情報と第２の報告情報とをアグリゲートすべきかどうかを判断する。ステップ１２０４において、ＵＥは、第１のサービスと第２のサービスとがサービスの同じセット内にないとき、第２のサービスについて受信された第２の基準に基づいて第２の報告情報を生成すべきであると判断する。第２の基準は第２のサンプルパーセンテージであり得る。ステップ１２０６において、ＵＥは、第１の報告情報が生成され、第１のサービスと第２のサービスとがサービスの同じセット内にあるとき、第２の報告情報を生成する。
【００５０】
[0063]図１３は、装置１３０２中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１３００である。本装置はＵＥであり得る。本装置は、ｅＮＢ１３５０から第１のサービスを受信するように構成された受信モジュール１３０４を含む。本装置は、アグリゲーション時間期間を含む潜在的アップロード時間期間を判断するように構成された時間期間判断モジュール１３０６をさらに含む。第１のサービスについての受信報告は、潜在的アップロード時間期間の終了時にアップロードされるようにスケジュールされる。アグリゲーション時間期間中に受信されたサービスは、それらの受信報告を第１のサービスについての受信報告とともにアグリゲートされ得る。受信モジュール１３０４は、アグリゲーション時間期間の満了の前に第２のサービスを受信するようにさらに構成される。本装置は、受信した第１のサービスについての第１の報告情報と受信した第２のサービスについての第２の報告情報とを生成すべきかどうかを判断するように構成された報告生成モジュール１３０８をさらに含む。報告生成モジュール１３０８は、第１の報告情報と第２の報告情報の両方を生成すべきであるという判断に基づいて、第１の報告情報と第２の報告情報とをアグリゲートするようにさらに構成される。本装置は、アグリゲートされた受信報告を送るように構成された送信モジュール１３１０をさらに含む。
【００５１】
[0064]時間期間判断モジュール１３０６は、第２のサービスに関連する第２の潜在的アップロード時間期間を判断することと、潜在的アップロード時間期間と第２の潜在的アップロード時間期間とのうちの少なくとも１つに基づいて、アグリゲートされた第１の報告情報および第２の報告情報のためのアップロード時間期間を判断することとを行うようにさらに構成され得る。報告生成モジュール１３０８は、第１のサービスについて受信された第１の基準に基づいて、第１の報告情報を生成すべきかどうかを判断するように構成され得る。報告生成モジュール１３０８は、第１のサービスと第２のサービスとがサービスの同じセット内にあるかどうかを判断するようにさらに構成され得る。報告生成モジュール１３０８は、報告される第１のサービスと第２のサービスとがサービスの同じセット内にあるかどうかに基づいて、第１の報告情報と第２の報告情報とをアグリゲートすべきかどうかを判断し得る。報告生成モジュール１３０８は、第１のサービスと第２のサービスとがサービスの同じセット内にないとき、第２のサービスについて受信された第２の基準に基づいて第２の報告情報を生成すべきであると判断することと、第１の報告情報が生成され、第１のサービスと第２のサービスとがサービスの同じセット内にあるとき、第２の報告情報を生成することとを行うように構成され得る。
【００５２】
[0065]本装置は、図１１および図１２の上述のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、図１１および図１２の上述のフローチャート中の各ステップは１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【００５３】
[0066]図１４は、処理システム１４１４を採用する装置１３０２’のためのハードウェア実装形態の一例を示す図１４００である。処理システム１４１４は、バス１４２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１４２４は、処理システム１４１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１４２４は、プロセッサ１４０４、モジュール１３０４、１３０６、１３０８、１３１０およびコンピュータ可読媒体１４０６によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス１４２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【００５４】
[0067]処理システム１４１４はトランシーバ１４１０に結合され得る。トランシーバ１４１０は、１つまたは複数のアンテナ１４２０に結合される。トランシーバ１４１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１４１０は、１つまたは複数のアンテナ１４２０から信号を受信し、受信した信号から情報を抽出し、抽出された情報を処理システム１４１４、特に受信モジュール１３０４に与える。さらに、トランシーバ１４１０は、処理システム１４１４、特に送信モジュール１３１０から情報を受信し、受信した情報に基づいて、１つまたは複数のアンテナ１４２０に適用されるべき信号を生成する。処理システム１４１４は、コンピュータ可読媒体１４０６に結合されたプロセッサ１４０４を含む。プロセッサ１４０４は、コンピュータ可読媒体１４０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１４０４によって実行されたとき、処理システム１４１４に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体１４０６はまた、ソフトウェアを実行するときにプロセッサ１４０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１３０４、１３０６、および１３０８のうちの少なくとも１つをさらに含む。それらのモジュールは、プロセッサ１４０４中で動作するか、コンピュータ可読媒体１４０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ１４０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１４１４は、ＵＥ６５０の構成要素であり得、メモリ６６０、および／またはＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とのうちの少なくとも１つを含み得る。
【００５５】
[0068]一構成では、ワイヤレス通信のための装置１３０２／１３０２’は、第１のサービスを受信するための手段と、アグリゲーション時間期間を含む潜在的アップロード時間期間を判断するための手段と、アグリゲーション時間期間の満了の前に第２のサービスを受信するための手段と、受信した第１のサービスについての第１の報告情報と受信した第２のサービスについての第２の報告情報とを生成すべきかどうかを判断するための手段と、第１の報告情報と第２の報告情報の両方を生成すべきであるという判断に基づいて、第１の報告情報と第２の報告情報とをアグリゲートするための手段とを含む。報告情報は１つの報告にアグリゲートされ得る。本装置は、１つの報告を送るための手段をさらに含み得る。本装置は、第２のサービスに関連する第２の潜在的アップロード時間期間を判断するための手段と、潜在的アップロード時間期間と第２の潜在的アップロード時間期間とのうちの少なくとも１つに基づいて、アグリゲートされた第１の報告情報および第２の報告情報のためのアップロード時間期間を判断するための手段とをさらに含み得る。第１の報告情報を生成すべきかどうかを判断するための手段は、第１のサービスについて受信された第１の基準に基づき得、第１の報告情報を生成すべきかどうかを判断するための手段は、第１のサービスと第２のサービスとがサービスの同じセット内にあるかどうかを判断するように構成され得る。第１の報告情報と第２の報告情報とをアグリゲートするための手段は、第１のサービスと第２のサービスとがサービスの同じセット内にあることにさらに基づき得る。第１の報告情報を生成すべきかどうかを判断するための手段は、第１のサービスと第２のサービスとがサービスの同じセット内にないとき、第２のサービスについて受信された第２の基準に基づいて第２の報告情報を生成すべきであると判断することと、第１の報告情報が生成され、第１のサービスと第２のサービスとがサービスの同じセット内にあるとき、第２の報告情報を生成することとを行うようにさらに構成され得る。
【００５６】
[0069]上述の手段は、上述の手段によって具陳した機能を実行するように構成された、装置１３０２および／または装置１３０２’の処理システム１４１４の上述のモジュールのうちの１つまたは複数であり得る。上記で説明したように、処理システム１４１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳した機能を実行するように構成されたＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とであり得る。
【００５７】
[0070]開示したプロセス中のステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス中のステップの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのステップは組み合わされるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【００５８】
[0071]以上の説明は、本明細書で説明した様々な態様を当業者が実施できるようにするために与えたものである。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示した態様に限定されるものではなく、特許請求の範囲の言い回しに矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という語は「１つまたは複数の」を表す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的等価物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。さらに、本明細書に開示したいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
第１のサービスを受信することと、
アグリゲーション時間期間を含む潜在的アップロード時間期間を判断することと、
前記アグリゲーション時間期間の満了の前に第２のサービスを受信することと、
前記受信した第１のサービスについての第１の報告情報と前記受信した第２のサービスについての第２の報告情報とを生成すべきかどうかを判断することと、
前記第１の報告情報と前記第２の報告情報の両方を生成すべきであるという前記判断に基づいて、前記第１の報告情報と前記第２の報告情報とをアグリゲートすることと
を備える、ワイヤレス通信の方法。
［Ｃ２］
前記報告情報が１つの報告にアグリゲートされ、前記方法が、前記１つの報告を送ることをさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記１つの報告が、前記潜在的アップロード時間期間の終了時に送られる、Ｃ２に記載の方法。
［Ｃ４］
前記１つの報告が複数の統計的報告要素を備える、Ｃ２に記載の方法。
［Ｃ５］
前記１つの報告が、前記１つの報告の同じ受信肯定応答セクション内に複数のファイルユニフォームリソース識別子（ＵＲＩ）を備える、Ｃ２に記載の方法。
［Ｃ６］
前記１つの報告が、前記第１の報告情報と前記第２の報告情報とをアグリゲートするマルチパート多目的インターネットメール拡張（ＭＩＭＥ）ファイルを備える、Ｃ２に記載の方法。
［Ｃ７］
前記潜在的アップロード時間期間が前記アグリゲーション時間期間とランダム時間期間とを備える、Ｃ１に記載の方法。
［Ｃ８］
前記第２のサービスに関連する第２の潜在的アップロード時間期間を判断することと、
前記潜在的アップロード時間期間と前記第２の潜在的アップロード時間期間とのうちの少なくとも１つに基づいて、前記アグリゲートされた第１の報告情報および第２の報告情報のためのアップロード時間期間を判断することと
をさらに備える、Ｃ７に記載の方法。
［Ｃ９］
前記判断されたアップロード時間期間が前記潜在的アップロード時間期間である、Ｃ８に記載の方法。
［Ｃ１０］
前記第１のサービスと前記第２のサービスとが、異なる時間期間に受信される同じサービスである、Ｃ１に記載の方法。
［Ｃ１１］
前記第１の報告情報を生成すべきかどうかを前記判断することが、前記第１のサービスについて受信された第１の基準に基づき、
前記第１のサービスと前記第２のサービスとがサービスの同じセット内にあるかどうかを判断することであって、前記第１の報告情報と前記第２の報告情報とを前記アグリゲートすることが、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあることにさらに基づく、判断することと、
前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にないとき、前記第２のサービスについて受信された第２の基準に基づいて前記第２の報告情報を生成すべきであると判断することと、
前記第１の報告情報が生成され、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあるとき、前記第２の報告情報を生成することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ１２］
前記第１の基準が第１のサンプルパーセンテージであり、前記第２の基準が第２のサンプルパーセンテージである、Ｃ１１に記載の方法。
［Ｃ１３］
前記第１のサービスおよび前記第２のサービスがマルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）サービスを備える、Ｃ１に記載の方法。
［Ｃ１４］
前記第１のサービスと前記第２のサービスとが、それぞれのＭＢＭＳサービス告知において同じ関連配信プロシージャフラグメントを共有する、Ｃ１３に記載の方法。
［Ｃ１５］
前記第１のサービスと前記第２のサービスとが、前記ＭＢＭＳサービス告知において、サービスの同じセットに属するものとして明示的に識別される、Ｃ１４に記載の方法。
［Ｃ１６］
第１のサービスを受信するための手段と、
アグリゲーション時間期間を含む潜在的アップロード時間期間を判断するための手段と、
前記アグリゲーション時間期間の満了の前に第２のサービスを受信するための手段と、
前記受信した第１のサービスについての第１の報告情報と前記受信した第２のサービスについての第２の報告情報とを生成すべきかどうかを判断するための手段と、
前記第１の報告情報と前記第２の報告情報の両方を生成すべきであるという前記判断に基づいて、前記第１の報告情報と前記第２の報告情報とをアグリゲートするための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ１７］
前記報告情報が１つの報告にアグリゲートされ、前記装置が、前記１つの報告を送るための手段をさらに備える、Ｃ１６に記載の装置。
［Ｃ１８］
前記１つの報告が、前記潜在的アップロード時間期間の終了時に送られる、Ｃ１７に記載の装置。
［Ｃ１９］
前記１つの報告が複数の統計的報告要素を備える、Ｃ１７に記載の装置。
［Ｃ２０］
前記１つの報告が、前記１つの報告の同じ受信肯定応答セクション内に複数のファイルユニフォームリソース識別子（ＵＲＩ）を備える、Ｃ１７に記載の装置。
［Ｃ２１］
前記１つの報告が、前記第１の報告情報と前記第２の報告情報とをアグリゲートするマルチパート多目的インターネットメール拡張（ＭＩＭＥ）ファイルを備える、Ｃ１７に記載の装置。
［Ｃ２２］
前記潜在的アップロード時間期間が前記アグリゲーション時間期間とランダム時間期間とを備える、Ｃ１６に記載の装置。
［Ｃ２３］
前記第２のサービスに関連する第２の潜在的アップロード時間期間を判断するための手段と、
前記潜在的アップロード時間期間と前記第２の潜在的アップロード時間期間とのうちの少なくとも１つに基づいて、前記アグリゲートされた第１の報告情報および第２の報告情報のためのアップロード時間期間を判断するための手段と
をさらに備える、Ｃ２２に記載の装置。
［Ｃ２４］
前記判断されたアップロード時間期間が前記潜在的アップロード時間期間である、Ｃ２３に記載の装置。
［Ｃ２５］
前記第１のサービスと前記第２のサービスとが、異なる時間期間に受信される同じサービスである、Ｃ１６に記載の装置。
［Ｃ２６］
前記第１の報告情報を生成すべきかどうかを判断するための前記手段が、前記第１のサービスについて受信された第１の基準に基づき、前記第１の報告情報を生成すべきかどうかを判断するための前記手段は、
前記第１のサービスと前記第２のサービスとがサービスの同じセット内にあるかどうかを判断することであって、前記第１の報告情報と前記第２の報告情報とをアグリゲートするための前記手段が、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあることにさらに基づく、判断することと、
前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にないとき、前記第２のサービスについて受信された第２の基準に基づいて前記第２の報告情報を生成すべきであると判断することと、
前記第１の報告情報が生成され、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあるとき、前記第２の報告情報を生成することと
を行うように構成された、Ｃ１６に記載の装置。
［Ｃ２７］
前記第１の基準が第１のサンプルパーセンテージであり、前記第２の基準が第２のサンプルパーセンテージである、Ｃ２６に記載の装置。
［Ｃ２８］
前記第１のサービスおよび前記第２のサービスがマルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）サービスを備える、Ｃ１６に記載の装置。
［Ｃ２９］
前記第１のサービスと前記第２のサービスとが、それぞれのＭＢＭＳサービス告知において同じ関連配信プロシージャフラグメントを共有する、Ｃ２８に記載の装置。
［Ｃ３０］
前記第１のサービスと前記第２のサービスとが、前記ＭＢＭＳサービス告知において、サービスの同じセットに属するものとして明示的に識別される、Ｃ２９に記載の装置。
［Ｃ３１］
第１のサービスを受信することと、
アグリゲーション時間期間を含む潜在的アップロード時間期間を判断することと、
前記アグリゲーション時間期間の満了の前に第２のサービスを受信することと、
前記受信した第１のサービスについての第１の報告情報と前記受信した第２のサービスについての第２の報告情報とを生成すべきかどうかを判断することと、
前記第１の報告情報と前記第２の報告情報の両方を生成すべきであるという前記判断に基づいて、前記第１の報告情報と前記第２の報告情報とをアグリゲートすることと
を行うように構成された処理システムを備える、ワイヤレス通信のための装置。
［Ｃ３２］
前記報告情報が１つの報告にアグリゲートされ、前記装置が、前記１つの報告を送ることをさらに備える、Ｃ３１に記載の装置。
［Ｃ３３］
前記１つの報告が、前記潜在的アップロード時間期間の終了時に送られる、Ｃ３２に記載の装置。
［Ｃ３４］
前記１つの報告が複数の統計的報告要素を備える、Ｃ３２に記載の装置。
［Ｃ３５］
前記１つの報告が、前記１つの報告の同じ受信肯定応答セクション内に複数のファイルユニフォームリソース識別子（ＵＲＩ）を備える、Ｃ３２に記載の装置。
［Ｃ３６］
前記１つの報告が、前記第１の報告情報と前記第２の報告情報とをアグリゲートするマルチパート多目的インターネットメール拡張（ＭＩＭＥ）ファイルを備える、Ｃ３２に記載の装置。
［Ｃ３７］
前記潜在的アップロード時間期間が前記アグリゲーション時間期間とランダム時間期間とを備える、Ｃ３１に記載の装置。
［Ｃ３８］
前記処理システムが、
前記第２のサービスに関連する第２の潜在的アップロード時間期間を判断することと、
前記潜在的アップロード時間期間と前記第２の潜在的アップロード時間期間とのうちの少なくとも１つに基づいて、前記アグリゲートされた第１の報告情報および第２の報告情報のためのアップロード時間期間を判断することと
を行うようにさらに構成された、Ｃ３７に記載の装置。
［Ｃ３９］
前記判断されたアップロード時間期間が前記潜在的アップロード時間期間である、Ｃ３８に記載の装置。
［Ｃ４０］
前記第１のサービスと前記第２のサービスとが、異なる時間期間に受信される同じサービスである、Ｃ３１に記載の装置。
［Ｃ４１］
前記処理システムが、前記第１のサービスについて受信された第１の基準に基づいて、前記第１の報告情報を生成すべきかどうかを判断するように構成され、
前記第１のサービスと前記第２のサービスとがサービスの同じセット内にあるかどうかを判断することであって、前記処理システムが、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあることにさらに基づいて、前記第１の報告情報と前記第２の報告情報とをアグリゲートするように構成された、判断することと、
前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にないとき、前記第２のサービスについて受信された第２の基準に基づいて前記第２の報告情報を生成すべきであると判断することと、
前記第１の報告情報が生成され、前記第１のサービスと前記第２のサービスとがサービスの前記同じセット内にあるとき、前記第２の報告情報を生成することと
によって、前記第１の報告情報を生成すべきかどうかを判断するように構成された、Ｃ３１に記載の装置。
［Ｃ４２］
前記第１の基準が第１のサンプルパーセンテージであり、前記第２の基準が第２のサンプルパーセンテージである、Ｃ４１に記載の装置。
［Ｃ４３］
前記第１のサービスおよび前記第２のサービスがマルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ）サービスを備える、Ｃ３１に記載の装置。
［Ｃ４４］
前記第１のサービスと前記第２のサービスとが、それぞれのＭＢＭＳサービス告知において同じ関連配信プロシージャフラグメントを共有する、Ｃ４３に記載の装置。
［Ｃ４５］
前記第１のサービスと前記第２のサービスとが、前記ＭＢＭＳサービス告知において、サービスの同じセットに属するものとして明示的に識別される、Ｃ４４に記載の装置。
［Ｃ４６］
第１のサービスを受信することと、
アグリゲーション時間期間を含む潜在的アップロード時間期間を判断することと、
前記アグリゲーション時間期間の満了の前に第２のサービスを受信することと、
前記受信した第１のサービスについての第１の報告情報と前記受信した第２のサービスについての第２の報告情報とを生成すべきかどうかを判断することと、
前記第１の報告情報と前記第２の報告情報の両方を生成すべきであるという前記判断に基づいて、前記第１の報告情報と前記第２の報告情報とをアグリゲートすることと
を行うためのコードを備えるコンピュータ可読媒体
【図１】
0006026559.tif 000002
【図２】
0006026559.tif 000003
【図３】
0006026559.tif 000004
【図４】
0006026559.tif 000005
【図５】
0006026559.tif 000006
【図６】
0006026559.tif 000007
【図７】
0006026559.tif 000008
【図８】
0006026559.tif 000009
【図９】
0006026559.tif 000010
【図１０】
0006026559.tif 000011
【図１１】
0006026559.tif 000012
【図１２】
0006026559.tif 000013
【図１３】
0006026559.tif 000014
【図１４】
0006026559.tif 000015