(57)【特許請求の範囲】
【請求項１】
プロセッサによって実行されるワイヤレス通信の方法であって、
ネットワークエンティティから制御チャネルリソースの第１のインジケーションを受信することと、ここにおいて、前記制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される、
前記制御チャネルリソースにわたって前記ネットワークエンティティから制御チャネルを受信することと、ここにおいて、前記制御チャネルは、トラフィックデータの第２のタイプを含み、トラフィックデータの前記第２のタイプは、トラフィックデータの前記第１のタイプより比較的少ないデータペイロードを含む、
前記制御チャネルからのトラフィックデータの前記第２のタイプを復号する際に使用するための、グループ無線ネットワーク一時識別子（ＲＮＴＩ）を受信することと、
前記グループＲＮＴＩに少なくとも基づいて、前記制御チャネルからの制御データを復号することなしに前記制御チャネルからのトラフィックデータの前記第２のタイプを復号することと、
を備え、
ここにおいて、トラフィックデータの前記第２のタイプを前記復号することは、
前記グループＲＮＴＩを使用してグループ化されたトラフィックデータを求めて前記制御チャネルの許可スペースを探索することと、ここにおいて、前記グループ化されたトラフィックデータは、複数のユーザ機器（ＵＥ）のためのデータを含む、
前記グループ化されたトラフィックデータから、前記複数のＵＥのうちの所与のＵＥに割り当てられた、前記グループ化されたトラフィックデータ内のトラフィックデータの前記第２のタイプのリソース位置を決定することと、
前記リソース位置において、前記所与のＵＥのためのトラフィックデータの前記第２のタイプを復号することと、
を備える、
方法。
【請求項２】
前記制御チャネルリソースからの固定の時間期間で設定された次の制御チャネルリソースにわたって次の制御チャネルにおけるトラフィックデータの前記第２のタイプの再送を、前記ネットワークエンティティから、受信することをさらに備える、請求項１に記載の方法。
【請求項３】
前記第１のインジケーションを受信することは、前記ネットワークエンティティからのマルチステージの許可のうちの１つ以上のステージにおいて前記制御チャネルリソースの前記第１のインジケーションを受信することを備える、請求項１に記載の方法。
【請求項４】
前記制御チャネルリソースは、持続時間においてサブフレーム未満である送信時間間隔に基づく超低レイテンシ（ＵＬＬ）物理ダウンリンク制御チャネル（ｕＰＤＣＣＨ）に対応する、請求項１に記載の方法。
【請求項５】
前記グループＲＮＴＩを受信することは、前記ネットワークエンティティから、前記グループＲＮＴＩを受信することを備える、請求項１に記載の方法。
【請求項６】
前記ネットワークエンティティから、前記所与のＵＥのための前記リソース位置のインジケーションを受信することをさらに備える、請求項１に記載の方法。
【請求項７】
前記所与のＵＥのための前記リソース位置の前記インジケーションを受信することは、前記ネットワークエンティティから、無線リソース制御（ＲＲＣ）レイヤシグナリングにおいて、前記所与のＵＥのための前記リソース位置の前記インジケーションを受信することを備える、請求項６に記載の方法。
【請求項８】
ワイヤレス通信のためのユーザ機器であって、
トランシーバと、
ワイヤレスネットワークにおいて信号を通信するために、バスを介して、前記トランシーバに通信可能に結合される少なくとも１つのプロセッサと、
前記バスを介して前記トランシーバおよび／または前記少なくとも１つのプロセッサに通信可能に結合されるメモリと、
ここにおいて、前記少なくとも１つのプロセッサおよび前記メモリは、
ネットワークエンティティから制御チャネルリソースの第１のインジケーションを、前記トランシーバを介して、受信することと、ここにおいて、前記制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される、
前記制御チャネルリソースにわたって前記ネットワークエンティティから制御チャネルを、前記トランシーバを介して、受信することと、ここにおいて、前記制御チャネルは、トラフィックデータの第２のタイプを含み、トラフィックデータの前記第２のタイプは、トラフィックデータの前記第１のタイプより比較的少ないデータペイロードを含む、
前記制御チャネルからのトラフィックデータの前記第２のタイプを復号する際に使用するための、グループ無線ネットワーク一時識別子（ＲＮＴＩ）を受信することと、
前記グループＲＮＴＩに少なくとも基づいて、前記制御チャネルからの制御データを復号することなしに前記制御チャネルからのトラフィックデータの前記第２のタイプを復号することと、
を行うように動作可能である、
を備え、
ここにおいて、前記少なくとも１つのプロセッサおよびメモリは、少なくとも、
前記グループＲＮＴＩを使用してグループ化されたトラフィックデータを求めて前記制御チャネルの許可スペースを探索することと、ここにおいて、前記グループ化されたトラフィックデータは、複数のユーザ機器（ＵＥ）のためのデータを含む、
前記グループ化されたトラフィックデータから、前記ユーザ機器に割り当てられた、前記グループ化されたトラフィックデータ内のトラフィックデータの前記第２のタイプのリソース位置を決定することと、
前記リソース位置において、前記ユーザ機器のためのトラフィックデータの前記第２のタイプを復号すること
によって、トラフィックデータの前記第２のタイプを復号するように動作可能である、
ユーザ機器。
【請求項９】
前記少なくとも１つのプロセッサおよび前記メモリは、前記制御チャネルリソースからの固定の時間期間で設定された次の制御チャネルリソースにわたって次の制御チャネルにおけるトラフィックデータの前記第２のタイプの再送を、前記トランシーバを介して前記ネットワークエンティティから、受信するようにさらに動作可能である、請求項８に記載のユーザ機器。
【請求項１０】
前記少なくとも１つのプロセッサおよび前記メモリは、前記ネットワークエンティティからのマルチステージの許可のうちの１つ以上のステージにおいて前記制御チャネルリソースの前記第１のインジケーションを受信するように動作可能である、請求項８に記載のユーザ機器。
【請求項１１】
前記制御チャネルリソースは、持続時間においてサブフレーム未満である送信時間間隔に基づく超低レイテンシ（ＵＬＬ）物理ダウンリンク制御チャネル（ｕＰＤＣＣＨ）に対応する、請求項８に記載のユーザ機器。
【請求項１２】
前記少なくとも１つのプロセッサおよび前記メモリは、前記ネットワークエンティティから、前記グループＲＮＴＩを受信するように動作可能である、請求項８に記載のユーザ機器。
【請求項１３】
前記少なくとも１つのプロセッサおよび前記メモリは、前記ネットワークエンティティから、前記ユーザ機器のための前記リソース位置のインジケーションを受信するようにさらに動作可能である、請求項８に記載のユーザ機器。
【請求項１４】
前記少なくとも１つのプロセッサおよび前記メモリは、前記ネットワークエンティティから、無線リソース制御（ＲＲＣ）レイヤシグナリングにおいて、前記所与のＵＥのための前記リソース位置の前記インジケーションを受信するように動作可能である、請求項１３に記載のユーザ機器。
【請求項１５】
ワイヤレス通信のためのユーザ機器であって、
ネットワークエンティティから制御チャネルリソースの第１のインジケーションを受信するための手段と、ここにおいて、前記制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される、
前記制御チャネルリソースにわたって前記ネットワークエンティティから制御チャネルを受信するための手段と、ここにおいて、前記制御チャネルは、トラフィックデータの第２のタイプを含み、トラフィックデータの前記第２のタイプは、トラフィックデータの前記第１のタイプより比較的少ないデータペイロードを含む、
前記ネットワークエンティティから、前記制御チャネルからのトラフィックデータの前記第２のタイプを復号する際に使用するための、グループ無線ネットワーク一時識別子（ＲＮＴＩ）を受信するための手段と、
前記グループＲＮＴＩに少なくとも基づいて、前記制御チャネルからの制御データを復号することなしに前記制御チャネルからのトラフィックデータの前記第２のタイプを復号するための手段と、
を備え、
ここにおいて、前記復号するための手段は、少なくとも、
前記グループＲＮＴＩを使用してグループ化されたトラフィックデータを求めて前記制御チャネルの許可スペースを探索することと、ここにおいて、前記グループ化されたトラフィックデータは、複数のユーザ機器（ＵＥ）のためのデータを含む、
前記グループ化されたトラフィックデータから、前記ユーザ機器に割り当てられた、前記グループ化されたトラフィックデータ内のトラフィックデータの前記第２のタイプのリソース位置を決定することと、
前記リソース位置において、前記ユーザ機器のためのトラフィックデータの前記第２のタイプを復号すること
によって、トラフィックデータの前記第２のタイプを復号する、
ユーザ機器。
【請求項１６】
前記制御チャネルリソースからの固定の時間期間で設定された次の制御チャネルリソースにわたって次の制御チャネルにおけるトラフィックデータの前記第２のタイプの再送を、前記ネットワークエンティティから、受信するための手段をさらに備える、請求項１５に記載のユーザ機器。
【請求項１７】
受信するための手段は、前記ネットワークエンティティからのマルチステージの許可のうちの１つ以上のステージにおいて前記制御チャネルリソースの前記第１のインジケーションを受信する、請求項１５に記載のユーザ機器。
【請求項１８】
前記グループＲＮＴＩを受信するための前記手段は、前記ネットワークエンティティから、前記グループＲＮＴＩを受信する、請求項１５に記載のユーザ機器。
【請求項１９】
前記ネットワークエンティティから、前記ユーザ機器のための前記リソース位置のインジケーションを受信するための手段をさらに備える、請求項１５に記載のユーザ機器。
【請求項２０】
前記所与のＵＥのための前記リソース位置の前記インジケーションを受信するための前記手段は、前記ネットワークエンティティから、無線リソース制御（ＲＲＣ）レイヤシグナリングにおいて、前記所与のＵＥのための前記リソース位置の前記インジケーションを受信する、請求項１９に記載のユーザ機器。
【請求項２１】
ワイヤレス通信のためのコンピュータ実行可能なコードを備える非一時的コンピュータ可読記憶媒体であって、前記コードは、
ネットワークエンティティから制御チャネルリソースの第１のインジケーションを受信するためのコードと、ここにおいて、前記制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される、
前記制御チャネルリソースにわたって前記ネットワークエンティティから制御チャネルを受信するためのコードと、ここにおいて、前記制御チャネルは、トラフィックデータの第２のタイプを含み、トラフィックデータの前記第２のタイプは、トラフィックデータの前記第１のタイプより比較的少ないデータペイロードを含む、
前記ネットワークエンティティから、前記制御チャネルからのトラフィックデータの前記第２のタイプを復号する際に使用するための、グループ無線ネットワーク一時識別子（ＲＮＴＩ）を受信するためのコードと、
前記グループＲＮＴＩに少なくとも基づいて、前記制御チャネルからの制御データを復号することなしに前記制御チャネルからのトラフィックデータの前記第２のタイプを復号するためのコードと、
を備え、
ここにおいて、復号するための前記コードは、少なくとも、
前記グループＲＮＴＩを使用してグループ化されたトラフィックデータを求めて前記制御チャネルの許可スペースを探索することと、ここにおいて、前記グループ化されたトラフィックデータは、複数のユーザ機器（ＵＥ）のためのデータを含む、
前記グループ化されたトラフィックデータから、前記複数のＵＥのうちの所与のＵＥに割り当てられた、前記グループ化されたトラフィックデータ内のトラフィックデータの前記第２のタイプのリソース位置を決定することと、
前記リソース位置において、前記所与のＵＥのためのトラフィックデータの前記第２のタイプを復号すること
によって、トラフィックデータの前記第２のタイプを復号する、
非一時的コンピュータ可読記憶媒体。
【請求項２２】
前記制御チャネルリソースからの固定の時間期間で設定された次の制御チャネルリソースにわたって次の制御チャネルにおけるトラフィックデータの前記第２のタイプの再送を、前記ネットワークエンティティから、受信するためのコードをさらに備える、請求項２１に記載の非一時的コンピュータ可読記憶媒体。
【請求項２３】
受信するためのコードは、前記ネットワークエンティティからのマルチステージの許可のうちの１つ以上のステージにおいて前記制御チャネルリソースの前記第１のインジケーションを受信する、請求項２１に記載の非一時的コンピュータ可読記憶媒体。
【請求項２４】
前記グループＲＮＴＩを受信するための前記コードは、前記ネットワークエンティティから、前記グループＲＮＴＩを受信する、請求項２１に記載の非一時的コンピュータ可読記憶媒体。
【請求項２５】
前記コードは、前記ネットワークエンティティから、前記所与のＵＥのための前記リソース位置のインジケーションを受信するためのコードをさらに備える、請求項２１に記載の非一時的コンピュータ可読記憶媒体。
【請求項２６】
前記所与のＵＥのための前記リソース位置の前記インジケーションを受信するための前記コードは、前記ネットワークエンティティから、無線リソース制御（ＲＲＣ）レイヤシグナリングにおいて、前記所与のＵＥのための前記リソース位置の前記インジケーションを受信する、請求項２５に記載の非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]  本特許出願は、２０１４年１２月１１日に出願された「TRAFFIC DATA ALLOCATIONS IN LOW LATENCY LTE DOWNLINK COMMUNICATIONS」と題される仮出願番号６２／０９０、８４０、および２０１５年１０月２８日に出願された「TRAFFIC DATA ALLOCATIONS IN LOW LATENCY LTE DOWNLINK COMMUNICATIONS」と題される米国特許出願第１４／９２５、５０１に対して優先権を主張し、それらは、本願の譲受人に譲渡され、これによって本明細書に参照により明確に組み込まれる。
【背景技術】
【０００２】
[0002]  本明細書に説明されるものは一般的に、通信システムに関し、より具体的には、ワイヤレス通信におけるトラフィックデータリソースを割り振ることに関する態様である。
【０００３】
[0003]  ワイヤレス通信システムは、電話通信、ビデオ、データ、メッセージング、およびブロードキャストのような様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートする能力がある多元接続技術を用い得る。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
[0004]  これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。電気通信規格のある例は、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ）モバイル規格へのエンハンスメント（enhancements）のセットである。それは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新たなスペクトルを利用し、ダウンリンク（ＤＬ）上でＯＦＤＭＡを、アップリンク（ＵＬ）上でＳＣ−ＦＤＭＡを、そして多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、他のオープン規格とより良く統合するように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれ、ＬＴＥ技術における改善は、所望され得る。望ましくは、これらの改善は、これらの技術を用いる他の多元接続技術（multi-access technologies）および電気通信規格に適用可能であるべきである。
【０００５】
[0005]  レガシＬＴＥを用いるワイヤレス通信システムにおいて、特定のｅノードＢによってサーブされる複数のＵＥは、約１ミリ秒のサブフレームの送信時間間隔（ＴＴＩ）を使用して１つ以上のチャネルにわたってｅノードＢと通信するためにリソースをスケジュールされ得る。帯域幅に対する需要およびＵＥ能力が増大するにつれ、通信におけるより低いレイテンシは、所望され得る。
【発明の概要】
【０００６】
[0006]  以下は、１つ以上の態様の基本的な理解を提供するために、そのような態様の簡略化された概要を示す。本概要は、すべての考慮される態様の広範な概観ではなく、すべての態様の鍵となる要素または重要な要素を識別することも、任意の態様またはすべての態様の範囲を叙述することも意図されていない。その唯一の目的は、後に提示されるより詳細な説明への前置きとして、簡略化された形式で１つ以上の態様のうちのいくつかの概念を表すことである。
【０００７】
[0007]  ある例にしたがって、ワイヤレス通信の方法が、提供される。方法は、ネットワークエンティティから制御チャネルリソースの第１のインジケーションを受信することを含み、ここで、制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される。方法はまた、制御チャネルリソースにわたってネットワークエンティティから制御チャネルを受信することを含み、ここで、制御チャネルは、トラフィックデータの第２のタイプを含み、ここで、トラフィックデータの第２のタイプは、トラフィックデータの第１のタイプより比較的少ないデータペイロードを含む。また、方法は、制御チャネルからの制御データを復号することなしに制御チャネルからのトラフィックデータの第２のタイプを復号することを含む。
【０００８】
[0008］  他の態様において、ワイヤレス通信のためのユーザ機器が、提供される。ユーザ機器は、トランシーバと、ワイヤレスネットワークにおいて信号を通信するために、バスを介して、トランシーバに通信可能に結合される少なくとも１つのプロセッサと、バスを介してトランシーバおよび／または少なくとも１つのプロセッサに通信可能に結合されるメモリとを含む。少なくとも１つのプロセッサおよびメモリは、ネットワークエンティティから制御チャネルリソースの第１のインジケーションを、トランシーバを介して、受信するように動作可能であり、ここで、制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される。少なくとも１つのプロセッサおよびメモリは、制御チャネルリソースにわたってネットワークエンティティから制御チャネルを、トランシーバを介して、受信するようにさらに動作可能であり、ここで、制御チャネルは、トラフィックデータの第２のタイプを含み、ここで、トラフィックデータの第２のタイプは、トラフィックデータの第１のタイプより比較的少ないデータペイロードを含む。少なくとも１つのプロセッサおよびメモリはまた、制御チャネルからの制御データを復号することなしに制御チャネルからのトラフィックデータの第２のタイプを復号するように動作可能である。
【０００９】
[0009］  別の例において、ワイヤレス通信のためのユーザ機器が、提供される。ユーザ機器は、ネットワークエンティティから制御チャネルリソースの第１のインジケーションを受信するための手段を含み、ここで、制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される。ユーザ機器はまた、制御チャネルリソースにわたってネットワークエンティティから制御チャネルを受信するための手段を含み、ここで、制御チャネルは、トラフィックデータの第２のタイプを含み、ここで、トラフィックデータの第２のタイプは、トラフィックデータの第１のタイプより比較的少ないデータペイロードを含む。さらに、ユーザ機器は、制御チャネルからの制御データを復号することなしに制御チャネルからのトラフィックデータの第２のタイプを復号するための手段を含む。
【００１０】
[0010]  他の態様において、ワイヤレス通信のためのコンピュータ実行可能なコードを含むコンピュータ可読記憶媒体が、提供される。コードは、ネットワークエンティティから制御チャネルリソースの第１のインジケーションを受信するためのコードを含み、ここで、制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される。コードはまた、制御チャネルリソースにわたってネットワークエンティティから制御チャネルを受信するためのコードを含み、ここで、制御チャネルは、トラフィックデータの第２のタイプを含み、ここで、トラフィックデータの第２のタイプは、トラフィックデータの第１のタイプより比較的少ないデータペイロードを含む。加えて、コードは、制御チャネルからの制御データを復号することなしに制御チャネルからのトラフィックデータの第２のタイプを復号するためのコードを含む。
【００１１】
[0011]  前述のおよび関連する目的の達成のために、１つ以上の態様は、下文に十分に説明され、特許請求の範囲において特に指摘される特徴を備える。以下の説明および添付図面は、１つ以上の態様のうちのある特定の例示的な特徴を詳細に記載する。これらの特徴は、しかしながら、様々な態様の原理が用いられ得る様々な方法のうちのほんの少数を示すものであり、この説明は、すべてのそのような態様およびそれらの同等物を含むよう意図される。
【図面の簡単な説明】
【００１２】
[0012]  本明細書に説明される態様のより十分な理解を促進するために、参照は、ここで添付の図面になされ、そこにおいて、同様の要素は、同様の数字で参照される。これらの図面は、本開示を限定すると解釈されるべきでなく、例に過ぎないものであることが意図される。
【図１】[0013]  図１は、本明細書に説明される態様にしたがう電気通信システムの例を概念的に例示するブロック図を示す。
【図２】[0014]  図２は、アクセスネットワークの例を例示する図である。
【図３】[0015]  図３は、アクセスネットワークにおける発展型ノードＢおよびユーザ機器の例を例示する図である。
【図４】[0016]  図４は、アップリンク帯域幅割り振りのための例示的なタイムラインを例示する図である。
【図５】[0017]  図５は、本開示に説明される態様にしたがう少ないデータ送信（small data transmissions）を通信するための例示的なシステムを例示する図である。
【図６】[0018]  図６は、本明細書に説明される態様にしたがう制御データリソースにおける少ないデータ送信を受信する例示的な方法のフローチャートを例示する。
【図７】[0019]  図７は、本明細書に説明される態様にしたがう制御データリソースにおける少ないデータ送信を送信する例示的な方法のフローチャートを例示する。
【図８】[0020]  図８は、本明細書に説明される態様にしたがう複数のユーザ機器（ＵＥ）のための送信のグループにおける少ないデータ送信を受信する例示的な方法のフローチャートを例示する。
【図９】[0021]  図９は、本明細書に説明される態様にしたがう複数のＵＥのための送信のグループにおける少ないデータ送信を送信する例示的な方法のフローチャートを例示する。
【詳細な説明】
【００１３】
[0022]  添付の図面に関連して以下に説明される詳細な説明は、様々な構成の説明として意図されるものであり、本明細書に説明される概念が実現され得る唯一の構成を表すように意図されるものではない。詳細な説明は、様々な概念の完全な理解を提供する目的のために特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしで実現され得ることは、当業者にとって明らかであろう。いくつかの事例において、そのような概念を曖昧にすることを避けるために、周知の構造およびコンポーネントは、ブロック図形式で示されている。
【００１４】
[0023]  電気通信システムのいくつかの態様が、これから様々な装置および方法に関して提示されることとなる。これらの装置および方法は、以下の詳細な説明において説明され、様々なブロック、モジュール、コンポーネント、回路、ステップ、処理、アルゴリズム、等（集合的に「要素」と称される）によって添付の図面に例示されることとなる。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを使用してインプリメントされ得る。そのような要素が、ハードウェアとしてインプリメントされるか、またはソフトウェアとしてインプリメントされるかは、システム全体に課される設計制約、および特定のアプリケーションに依存する。
【００１５】
[0024]  例として、要素、または要素の任意の部分、または要素の任意の組み合わせは、１つ以上のプロセッサを含む「処理システム」を用いてインプリメントされ得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲート論理、ディスクリートハードウェア回路、および本開示全体にわたって説明される様々な機能を行うように構成された他の適切なハードウェアを含む。処理システムにおける１つ以上のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または別の名称で称されるかどうかに関わらず、命令、命令のセット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味すると広く解釈されるべきである。
【００１６】
[0025]  よって、１つ以上の態様において、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせにおいてインプリメントされ得る。ソフトウェアにおいてインプリメントされる場合、機能は、コンピュータ可読媒体上で、１つ以上の命令またはコードとして記憶または符号化され得る。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光学ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは命令またはデータ構造の形式で所望のプログラムコードを搬送または記憶するために使用されることができ、コンピュータによってアクセスされることができる任意の他の媒体を備えることができる。本明細書で使用される場合、ディスク（Disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、およびフロッピー（登録商標）ディスクを含み、ここで、ディスク（disks）は、通常磁気的にデータを再生し、一方ディスク（discs）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせはまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【００１７】
[0026]  本明細書に説明されるものは、ワイヤレス通信においてトラフィックデータリソースを割り振ることに関する様々な態様である。例えば、ワイヤレス技術は、既存のワイヤレス技術より短い送信時間間隔（ＴＴＩ）に基づき得る。１つの特定の例において、１ミリ秒（ｍｓ）（１サブフレーム）のＴＴＩに基づくロングタームエボリューション（ＬＴＥ）において、超低レイテンシ（ultra low latency）（ＵＬＬ）ロングタームエボリューション（ＬＴＥ）は、１つのサブフレーム未満の持続時間（例えば、１つのシンボル、２つのシンボル、サブフレームスロット、等）を有するＴＴＩに基づくとして定義されることができる。この点において、通信におけるより低いレイテンシは、より短く、より頻繁なＴＴＩによって達成される。ＵＬＬ  ＬＴＥを使用して動作するいくつかのユーザ機器（ＵＥ）は、しかしながら、非常に頻繁にワイヤレスネットワークにおける通信を送信／受信しないタイプのもの（例えば、機械対機械（machine-to-machine）（Ｍ２Ｍ）デバイス）であり得る。そのようなものとして、少量のデータ（small amount of data）だけが所与の時間期間においてＵＥに／から通信される場合、そのようなデバイスのためにトラフィックデータリソースを割り振ることは、多大なオーバヘッドおよび無線周波数（ＲＦ）リソースを消費し得る。よって、本明細書に説明されるものは、少量のデータ（例えば、１００ビット未満であるパケットサイズを有するデータ）を通信するためにより低いレイテンシ通信において（例えば、ＵＬＬ  ＬＴＥまたは１サブフレーム未満のＴＴＩを有する他の技術において）リソースを効率的に割り振ることに関する例である。
【００１８】
[0027]  まず図１を参照すると、図は、本明細書に説明される態様にしたがうワイヤレス通信システム１００の例を例示している。ワイヤレス通信システム１００は、複数のアクセスポイント（例えば、基地局、ｅＮＢ、またはＷＬＡＮアクセスポイント）１０５、いくつかのユーザ機器（ＵＥ）１１５、およびコアネットワーク１３０を含む。アクセスポイント１０５は、本明細書にさらに説明されるように、１つ以上のＵＥ１１５とデータ（例えば、少量のデータ）を通信するためにリソースを割り振るように構成されるスケジューリングコンポーネント３０２を含み得る。同様に、ＵＥ１１５のうちの１つ以上は、アクセスポイント１０５とデータ（例えば、少量のデータ）を通信するために利用されるリソースを受信する、またはそうでなければ決定するように構成される通信コンポーネント３６１を含み得る。アクセスポイント１０５のうちのいくつかは、様々な例においてコアネットワーク１３０またはある特定のアクセスポイント１０５（例えば、基地局またはｅＮＢ）の一部であり得る基地局コントローラ（示されていない）の制御下でＵＥ１１５と通信し得る。アクセスポイント１０５は、バックホールリンク１３２を通して、コアネットワーク１３０と制御情報および／またはユーザデータを通信し得る。例において、アクセスポイント１０５は、ワイヤードまたはワイヤレス通信リンクであり得るバックホールリンク１３４にわたって互いに、直接的または間接的のどちらかで、通信し得る。ワイヤレス通信システム１００は、複数のキャリア（異なる周波数の波形信号）上の動作をサポートし得る。マルチキャリア送信機は、複数のキャリア上で変調された信号を同時に送信することができる。例えば、各通信リンク１２５は、上述の様々な無線技術にしたがって変調されたマルチキャリア信号であり得る。各変調された信号は、異なるキャリア上で送られ得、制御情報（例えば、参照信号、制御チャネル、等）、オーバヘッド情報、データ、等を搬送し得る。
【００１９】
[0028]  いくつかの例において、ワイヤレス通信システム１００の少なくとも一部は、ＵＥ１１５のうちの１つ以上およびアクセスポイント１０５のうちの１つ以上が別の階層的レイヤ（hierarchical layer）に対して低減されたレイテンシを有するある階層的レイヤ上の送信をサポートするように構成され得る、複数の階層的レイヤ上で動作するように構成され得る。いくつかの例において、ハイブリッドＵＥ１１５−ａは、（「レガシ通信」とも本明細書で称される）第１のＴＴＩを使用して第１のレイヤ送信をサポートする第１の階層的レイヤと、（「ＵＬＬ通信」とも本明細書で称される）第１のＴＴＩより短くあり得る、第２のＴＴＩを使用して第２のレイヤ送信をサポートする第２の階層的レイヤとの両方上でアクセスポイント１０５−ａと通信し得る。
【００２０】
[0029]  他の例において、第２のレイヤＵＥ１１５−ｂは、第２の階層的レイヤのみの上でアクセスポイント１０５−ｂと通信し得る。よって、ハイブリッドＵＥ１１５−ａおよび第２のレイヤＵＥ１１５−ｂは、第２の階層的レイヤ上で通信し得るＵＥ１１５のうちの第２のクラスに属し得、一方レガシＵＥ１１５は、第１の階層的レイヤのみの上で通信し得るＵＥ１１５のうちの第１のクラスに属し得る。アクセスポイント１０５−ｂおよびＵＥ１１５−ｂは、第２のサブフレームタイプのサブフレームの送信を通して第２の階層的レイヤ上で通信し得る。アクセスポイント１０５−ｂは、第１または第２の階層的レイヤのみに関する通信を送信し得る、または第１および第２の階層的レイヤの両方のための通信を送信し得る。ここで、アクセスポイント１０５−ｂが、第１および第２の階層的レイヤの両方をサポートする場合、本明細書で説明されるように、通信コンポーネント３６１は、第１および第２の階層的レイヤに関する、アクセスポイント１０５−ｂから受信される通信に優先順位をつけるように構成されることができる。
【００２１】
[0030]  アクセスポイント１０５は、１つ以上のアクセスポイントアンテナを介してＵＥ１１５とワイヤレスで通信し得る。アクセスポイント１０５のサイトの各々は、それぞれのカバレッジエリア１１０に通信カバレッジを提供し得る。いくつかの例において、アクセスポイント１０５は、ベーストランシーバ局、無線基地局、無線トランシーバ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、または何らかの他の適切な用語で称され得る。基地局のためのカバレッジエリア１１０は、カバレッジエリアの一部のみを構成するセクタ（示されていない）に分けられ得る。ワイヤレス通信システム１００は、異なるタイプ（例えば、マクロ、マイクロ、および／またはピコ基地局）のアクセスポイント１０５を含み得る。アクセスポイント１０５はまた、セルラおよび／またはＷＬＡＮ無線アクセス技術（ＲＡＴ）のような、異なる無線技術を利用し得る。アクセスポイント１０５は、同じまたは異なるアクセスネットワークまたはオペレータ展開と関連付けられ得る。同じまたは異なるアクセスネットワークに属する、同じまたは異なる無線技術を利用する、および／またはアクセスポイント１０５の同じまたは異なるタイプのカバレッジエリアを含む、異なるアクセスポイント１０５のカバレッジエリアは、オーバーラップし得る。
【００２２】
[0031]  ＬＴＥ／ＬＴＥ−Ａおよび／またはＵＬＬ  ＬＴＥネットワーク通信システムにおいて、発展型ノードＢ（ｅノードＢまたはｅＮＢ）という用語は一般的に、アクセスポイント１０５を説明するために使用され得る。ワイヤレス通信システム１００は、アクセスポイントの異なるタイプが様々な地理的領域にカバレッジを提供する異種ＬＴＥ／ＬＴＥ−Ａ／ＵＬＬ  ＬＴＥネットワークであり得る。例えば、各アクセスポイント１０５は、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレッジを提供し得る。ピコセル、フェムトセル、および／または他のタイプのセルのようなスモールセルは、低電力ノード、すなわちＬＰＮを含み得る。マクロセルは一般的に、相対的に広い地理的エリア（例えば、半径数キロメートル）をカバーし、ネットワークプロバイダにサービス加入している（with service subscriptions）ＵＥ１１５による制限されていないアクセスを可能にし得る。スモールセルは一般的に、相対的に狭い地理的エリアをカバーし、ネットワークプロバイダにサービス加入しているＵＥ１１５による制限されていないアクセスを可能にし得、例えば、制限されていないアクセスに加えて、スモールセルとの関連付けを有するＵＥ１１５（例えば、クローズド加入者グループ（closed subscriber group）（ＣＳＧ）におけるＵＥ、住居におけるユーザのためのＵＥ、等）による制限されたアクセスをも提供し得る。マクロセルのためのｅＮＢは、マクロｅＮＢと称され得る。スモールセルのためのｅＮＢは、スモールセルｅＮＢと称され得る。ｅＮＢは、１つまたは複数の（例えば、２つ、３つ、４つ、等の）セルをサポートし得る。
【００２３】
[0032]  コアネットワーク１３０は、１つ以上のバックホール１３２（例えば、Ｓ１インタフェース、等）を介してｅＮＢまたは他のアクセスポイント１０５と通信し得る。アクセスポイント１０５はまた、例えば、バックホールリンク１３４（例えば、Ｘ２インタフェース、等）を介して、および／または（例えば、コアネットワーク１３０を通して）バックホールリンク１３２を介して、直接的または間接的に、互いに通信し得る。ワイヤレス通信システム１００は、同期または非同期動作をサポートし得る。同期動作のために、アクセスポイント１０５は、類似のフレームタイミングを有し得、異なるアクセスポイント１０５からの送信は、時間において近似的にアラインされ（aligned）得る。非同期動作のために、アクセスポイント１０５は、異なるフレームタイミングを有し得、異なるアクセスポイント１０５からの送信は、時間においてアラインされない可能性がある。さらに、第１の階層的レイヤおよび第２の階層的レイヤにおける送信は、アクセスポイント１０５の間で同期され得る、または同期されない可能性がある。本明細書で説明される技法は、同期または非同期動作のいずれかに使用され得る。
【００２４】
[0033]  ＵＥ１１５は、ワイヤレス通信システム１００全体にわたって分散され、各ＵＥ１１５は、固定式または移動式であり得る。ＵＥ１１５はまた、当業者によって、モバイル局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で称され得る。ＵＥ１１５は、セルラ電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、腕時計またはメガネのようなウェアラブルアイテム、ワイヤレスローカルループ（ＷＬＬ）局、等であり得る。ＵＥ１１５は、マクロｅノードＢ、スモールセルｅノードＢ、リレー、等と通信することが可能であり得る。ＵＥ１１５はまた、セルラまたは他のＷＷＡＮアクセスネットワーク、あるいはＷＬＡＮアクセスネットワークのような、異なるアクセスネットワークにわたって通信することが可能であり得る。
【００２５】
[0034]  ワイヤレス通信システム１００に示されている通信リンク１２５は、ＵＥ１１５からアクセスポイント１０５へのアップリンク（ＵＬ）送信、および／またはアクセスポイント１０５からＵＥ１１５へのダウンリンク（ＤＬ）送信を含み得る。ダウンリンク送信は、順方向リンク送信とも呼ばれ得、一方アップリンク送信は、逆方向リンク送信とも呼ばれ得る。通信リンク１２５は、いくつかの例において、通信リンク１２５において多重化され得る各階層的レイヤの送信を搬送し得る。ＵＥ１１５は、例えば、多入力多出力（ＭＩＭＯ）、キャリアアグリゲーション（ＣＡ）、多地点協調（ＣｏＭＰ）、または他のスキームを通して、複数のアクセスポイント１０５と共同して通信するように構成され得る。ＭＩＭＯ技法は、複数のデータストリームを送信するためにアクセスポイント１０５上の複数のアンテナおよび／またはＵＥ１１５上の複数のアンテナを使用する。キャリアアグリゲーションは、データ送信のために同じまたは異なるサービングセル上で２つ以上のコンポーネントキャリアを利用し得る。ＣｏＭＰは、ＵＥ１１５のための全体的な送信品質、ならびに増大するネットワークおよびスペクトル利用を改善するために、いくつかのアクセスポイント１０５による送信および受信の調整のための技法を含み得る。
【００２６】
[0035]  上記のように、いくつかの例において、アクセスポイント１０５およびＵＥ１１５は、複数のキャリア上で送信するためにキャリアアグリゲーションを利用し得る。いくつかの例において、アクセスポイント１０５およびＵＥ１１５は、２つ以上の個別のキャリアを使用して第１のサブフレームタイプを各々有する１つ以上のサブフレームを、フレーム内で、第１の階層的レイヤにおいて同時に送信し得る。各キャリアは、例えば、２０ＭＨｚの帯域幅を有し得るが、他の帯域幅が、利用され得る。ハイブリッドＵＥ１１５−ａおよび／または第２のレイヤＵＥ１１５−ｂは、ある特定の例において、個別のキャリアのうちの１つ以上の帯域幅より大きい帯域幅を有する単一キャリアを利用する第２の階層的レイヤにおいて１つ以上のサブフレームを受信および／または送信し得る。例えば、４つの個別の２０ＭＨｚキャリアが第１の階層的レイヤにおけるキャリアアグリゲーションスキームにおいて使用される場合、単一の８０ＭＨｚキャリアは、第２の階層的レイヤにおいて使用され得る。８０ＭＨｚキャリアは、４つの２０ＭＨｚキャリアのうちの１つ以上によって使用される無線周波数スペクトルと少なくとも部分的にオーバーラップする無線周波数スペクトルの一部を占有し得る。いくつかの例において、第２の階層的レイヤタイプのためのスケーラブル帯域幅（scalable bandwidth）は、さらに改良されたデータレートを提供するために、上記に説明されたようなより短いＲＴＴを提供するための技法と組み合わされ得る。
【００２７】
[0036]  ワイヤレス通信システム１００によって用いられ得る異なる動作モードの各々は、周波数分割複信（ＦＤＤ）または時分割複信（ＴＤＤ）にしたがって動作し得る。いくつかの例において、異なる階層的レイヤは、異なるＴＤＤまたはＦＤＤモードにしたがって動作し得る。例えば、第１の階層的レイヤは、ＦＤＤにしたがって動作し得、一方第２の階層的レイヤは、ＴＤＤにしたがって動作し得る。いくつかの例において、ＯＦＤＭＡ通信信号は、各階層的レイヤのためのＬＴＥダウンリンク送信のための通信リンク１２５で使用され得、一方、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）通信信号は、各階層的レイヤにおけるＬＴＥアップリンク送信のための通信リンク１２５で使用され得る。ワイヤレス通信システム１００のようなシステムにおける階層的レイヤ、ならびにそのようなシステムにおける通信に関する他の特徴および機能のインプリメンテーションに関するさらなる詳細は、以下の図面に関して以下に提供される。
【００２８】
[0037]  図２は、ＬＴＥまたはＵＬＬ  ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の例を例示する図である。この例において、アクセスネットワーク２００は、いくつかのセルラ領域（セル）２０２に分割されている。１つ以上のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つ以上とオーバーラップするセルラ領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、または遠隔無線ヘッド（ＲＲＨ）であり得る。マクロｅＮＢ２０４は、それぞれのセル２０２に各々割り当てられ、セル２０２におけるすべてのＵＥ２０６にコアネットワーク１３０へのアクセスポイントを提供するように構成される。ある態様において、ｅＮＢ２０４（またはより低い電力クラスｅＮＢ２０８）は、本明細書にさらに説明されるように、１つ以上のＵＥ２０６とデータ（例えば、少量のデータ）を通信するためにリソースを割り振るように構成されるスケジューリングコンポーネント３０２を含み得る。同様に、ＵＥ２０６のうちの１つ以上は、ｅＮＢ２０４および／またはより低い電力クラスｅＮＢ２０８とデータ（例えば、少量のデータ）を通信するために利用されるリソースを受信する、またはそうでなければ決定するように構成される通信コンポーネント３６１を含み得る。アクセスネットワーク２００のこの例において集中制御装置（centralized controller）は存在しないが、代替の構成において集中制御装置が、使用され得る。ｅＮＢ２０４は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、およびコアネットワーク１３０のうちの１つ以上のコンポーネントへの接続性を含む、すべての無線に関連する機能を担う。
【００２９】
[0038]  アクセスネットワーク２００によって用いられる変調および多元接続スキームは、展開されている特定の電気通信規格に依存して異なり得る。ＬＴＥまたはＵＬＬ  ＬＴＥアプリケーションにおいて、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され得、ＳＣ−ＦＤＭＡがＵＬ上で使用され得る。以下に続く詳細な説明から当業者が容易に理解するように、本明細書に提示される様々な概念は、ＬＴＥアプリケーションによく適している。しかしながら、これらの概念は、他の変調および多元接続技法を用いる他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（Evolution-Data Optimized）（ＥＶ−ＤＯ）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインタフェース規格であり、モバイル局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを用いる。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））およびＴＤ−ＳＣＤＭＡのようなＣＤＭＡの他の変形を用いるユニバーサル地上無線アクセス（ＵＴＲＡ）、ＴＤＭＡを用いるモバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ならびにＯＦＤＭＡを用いる発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、およびフラッシュＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰの団体からの文書で説明されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２の団体からの文書で説明されている。用いられる実際のワイヤレス通信規格および多元接続技術は、システムに課せられる全体的な設計制約および特定のアプリケーションに依存することとなる。
【００３０】
[0039]  ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用は、ｅＮＢ２０４が、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を利用することを可能にする。空間多重化は、同じ周波数上で同時にデータの異なるストリームを送信するために使用され得る。データストリームは、データレートを増大させるために単一のＵＥ２０６に、または、全体のシステム容量を増大させるために複数のＵＥ２０６に、送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、その後、ＤＬ上の複数の送信アンテナを通して各々空間的にプリコーディングされたストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともに（１つまたは複数の）ＵＥ２０６に到達し、それは、（１つまたは複数の）ＵＥ２０６の各々が、そのＵＥ２０６宛ての１つ以上のデータストリームを復元することを可能にする。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、それは、ｅＮＢ２０４が、各々空間的にプリコーディングされたデータストリームのソースを識別することを可能にする。
【００３１】
[0040]  空間多重化は一般的に、チャネル状態（channel conditions）が良好なときに使用される。チャネル状態があまり良好でないときは、１つ以上の方向に送信エネルギーを集中させる（focus）ために、ビームフォーミングが使用され得る。これは、複数のアンテナを通した送信のためにデータを空間的にプリコーディングすることによって達成され得る。セルの端で良好なカバレッジを達成するために、単一のストリームのビームフォーミング送信が、送信ダイバーシティと組み合わせて使用され得る。
【００３２】
[0041]  以下に続く詳細な説明において、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して説明されることとなる。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアにわたってデータを変調する拡散スペクトル技法である。サブキャリアは、正確な周波数で間隔が空けられている。間隔を空けること（spacing）は、受信機がサブキャリアからのデータを復元することを可能にする「直交性（orthogonality）」を提供する。時間領域において、ＯＦＤＭシンボル間干渉に対抗する（combat）ために、各ＯＦＤＭシンボルにガードインターバル（例えば、サイクリックプリフィックス）が追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形式でＳＣ−ＦＤＭＡを使用し得る。
【００３３】
[0042]  図３は、アクセスネットワークにおいてＵＥ３５０と通信するｅＮＢ３１０のブロック図である。ＤＬにおいて、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ３７５に提供される。コントローラ／プロセッサ３７５は、Ｌ２レイヤの機能をインプリメントする。ＤＬにおいて、コントローラ／プロセッサ３７５は、様々なプライオリティメトリック（priority metrics）に基づいて、ＵＥ３５０への無線リソースの割り振り、論理チャネルとトランスポートチャネル間の多重化、パケットのセグメンテーションと並べ替え、暗号化、およびヘッダ圧縮を提供する。コントローラ／プロセッサ３７５はまた、ハイブリッド自動再送／要求（ＨＡＲＱ）動作、ロストパケットの再送、およびＵＥ３５０へのシグナリングを担う。
【００３４】
[0043]  送信（ＴＸ）プロセッサ３１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能をインプリメントする。信号処理機能は、ＵＥ３５０で前方誤り訂正（ＦＥＣ）を容易にするためにコーディングおよびインターリーブすることと、様々な変調スキーム（例えば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、Ｍ値直交振幅変調（Ｍ−ＱＡＭ））に基づいて信号コンステレーションにマッピングすることとを含む。コーディングおよび変調されたシンボルは、その後、並行なストリームに分けられる。各ストリームは、その後、ＯＦＤＭサブキャリアにマッピングされ、時間および／または周波数領域において基準信号（例えば、パイロット）と多重化され、その後、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために逆高速フーリエ変換（ＩＦＦＴ）を使用して共に組み合わされる。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器３７４からのチャネル推定値は、コーディングおよび変調スキームを決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ３５０によって送信された基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、その後、個別の送信機３１８ＴＸを介して異なるアンテナ３２０に提供される。各送信機３１８ＴＸは、送信のためにそれぞれの空間ストリームを用いてＲＦキャリアを変調する。さらに、ｅＮＢ３１０は、本明細書にさらに説明されるように、ＵＥ３５０とデータ（例えば、少量のデータ）を通信するためにリソースを割り振るように構成されるスケジューリングコンポーネント３０２を含み得る。スケジューリングコンポーネント３０２は、コントローラ／プロセッサ３７５に結合されているように示されているが、スケジューリングコンポーネント３０２はまた、本明細書に説明されるアクションを行うために１つ以上のプロセッサ３１６、３７０、３７５によってインプリメントされる、および／または他のプロセッサ（例えば、ＲＸプロセッサ３７０、ＴＸプロセッサ３１６、等）に結合されることができることが理解されるべきである。
【００３５】
[0044]  ＵＥ３５０では、各受信機３５４ＲＸは、そのそれぞれのアンテナ３５２を通して信号を受信する。各受信機３５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、情報を受信（ＲＸ）プロセッサ３５６に提供する。ＲＸプロセッサ３５６は、Ｌ１レイヤの様々な信号処理機能をインプリメントする。ＲＸプロセッサ３５６は、ＵＥ３５０に宛てられた任意の空間ストリームを復元するために情報に対して空間処理を行う。複数の空間ストリームがＵＥ３５０に宛てられる場合、それらは、ＲＸプロセッサ３５６によって単一のＯＦＤＭシンボルストリームに組み合わされ得る。ＲＸプロセッサ３５６は、その後、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号の各サブキャリアのために個別のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボル、および基準信号は、ｅＮＢ３１０によって送信された最も可能性の高い信号コンステレーションポイントを決定することによって復元および復調される。これらの軟判定（soft decisions）は、チャネル推定器３５８によって計算されるチャネル推定値に基づき得る。軟判定は、その後、物理チャネル上でｅＮＢ３１０によって元々送信されたデータおよび制御信号を復元するために、復号およびデインタリーブされる。データおよび制御信号は、その後、コントローラ／プロセッサ３５９に提供される。
【００３６】
[0045]  コントローラ／プロセッサ３５９は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサは、プログラムコードおよびデータを記憶するメモリ３６０と関連付けられることができる。メモリ３６０は、コンピュータ可読媒体と称され得る。ＵＬにおいて、コントローラ／プロセッサ３５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間での逆多重化（demultiplexing）、パケットのリアセンブリ、暗号解読（deciphering）、ヘッダの解凍（header decompression）、制御信号処理を提供する。上位レイヤパケットは、その後、データシンク３６２に提供され、それは、Ｌ２レイヤより上位のすべてのプロトコルレイヤを表す。様々な制御信号もまた、Ｌ３処理のためにデータシンク３６２に提供され得る。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ動作をサポートするために、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用する誤り検出を担う。さらに、ＵＥ３５０は、ｅＮＢ３１０とデータ（例えば、少量のデータ）を通信するために利用されるリソースを受信する、またはそうでなければ決定するように構成される通信コンポーネント３６１を含み得る。通信コンポーネント３６１は、コントローラ／プロセッサ３５９に結合されているように示されているが、通信コンポーネント３６１はまた、本明細書に説明されるアクションを行うために１つ以上のプロセッサ３５６、３５９、３６８によってインプリメントされる、および／または他のプロセッサ（例えば、ＲＸプロセッサ３５６、ＴＸプロセッサ３６８、等）に結合されることができることが理解されるべきである。
【００３７】
[0046]  ＵＬにおいて、データソース３６７は、上位レイヤパケットをコントローラ／プロセッサ３５９に提供するために使用される。データソース３６７は、Ｌ２レイヤより上位のすべてのプロトコルレイヤを表す。ｅＮＢ３１０によるＤＬ送信に関連して説明された機能と同様に、コントローラ／プロセッサ３５９は、ｅＮＢ３１０による無線リソース割り振りに基づいて、論理チャネルとトランスポートチャネル間の多重化、パケットのセグメンテーションと並べ替え、暗号化、およびヘッダ圧縮を提供することによって、ユーザプレーンおよび制御プレーンのためにＬ２レイヤをインプリメントする。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ動作、ロストパケットの再送、およびｅＮＢ３１０へのシグナリングを担う。
【００３８】
[0047]  ｅＮＢ３１０によって送信される基準信号またはフィードバックからチャネル推定器３５８によって導出されるチャネル推定値は、適切なコーディングおよび変調スキームを選択するために、ならびに空間処理を容易にするためにＴＸプロセッサ３６８によって使用され得る。ＴＸプロセッサ３６８によって生成された空間ストリームは、個別の送信機３５４ＴＸを介して異なるアンテナ３５２に提供される。各送信機３５４ＴＸは、送信のためにそれぞれの空間ストリームを用いてＲＦキャリアを変調する。
【００３９】
[0048]  ＵＬ送信は、ＵＥ３５０での受信機機能に関連して説明されたのと類似の方法で、ｅＮＢ３１０において処理される。各受信機３１８ＲＸは、そのそれぞれのアンテナ３２０を通して信号を受信する。各受信機３１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報をＲＸプロセッサ３７０に提供する。ＲＸプロセッサ３７０は、Ｌ１レイヤをインプリメントし得る。
【００４０】
[0049]  コントローラ／プロセッサ３７５は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサ３７５は、プログラムコードおよびデータを記憶するメモリ３７６と関連付けられることができる。メモリ３７６は、コンピュータ可読媒体と称され得る。ＵＬにおいて、コントローラ／プロセッサ３７５は、ＵＥ３５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化、パケットのリアセンブリ、暗号解読、ヘッダの解凍、制御信号処理を提供する。コントローラ／プロセッサ３７５からの上位レイヤパケットは、コアネットワークに提供され得る。コントローラ／プロセッサ３７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用して誤り検出を担う。
【００４１】
[0050]  図４は、ワイヤレス通信システムにおいてＵＬＬ通信を管理するための、図において左から右に伸びる時間進行（time progression）を用いて、ＵＬＬタイムライン４００、４０２の限定されない例を例示する図である。この例において、タイムライン４００、４０２は、サブフレームの各シンボルにおいてシンボル持続時間のＵＬＬフレームを含む。タイムライン４００、４０２は、ＵＬＬ物理ダウンリンク制御チャネル（ｕＰＤＣＣＨ）および／またはＵＬＬ物理ダウンリンク共有チャネル（ｕＰＤＳＣＨ）のためのＴＴＩを表すシンボル、ならびにＵＬＬ物理アップリンク制御チャネル（ｕＰＵＣＣＨ）および／またはＵＬＬ物理アップリンク共有チャネル（ｕＰＵＳＣＨ）を含むＴＴＩを表すシンボルを両方ともに描写する。タイムライン４００において、１４個のシンボルが、（例えば、通常のＣＰのための）所与のサブフレーム内で示され、タイムライン４０２において、１２個のシンボルが、（例えば、拡張されたＣＰのための）所与のサブフレーム内で示されている。どちらの場合においても、より低いレイテンシが、シンボルベースのＴＴＩを利用することによってＵＬＬにおいて達成される。他の例において、ＴＴＩは、２つ以上のシンボル、（１つのサブフレームが２つのスロットを含む）１つのサブフレームの１つのスロット、等であり得ることが理解されるべきである。さらに、ＨＡＲＱ処理応答時間は、３つのシンボル（または４つのシンボル、３つの二重のシンボル、３つのスロット、等）であることができる。描写されている例において、ｕＰＤＣＣＨ／ｕＰＤＳＣＨは、シンボル０において送られることができ、ＨＡＲＱは処理されることができ、サブフレームにおけるシンボル４、等において送られる。
【００４２】
[0051]  図５−９を参照すると、態様は、本明細書に説明されるアクションまたは機能を行い得る１つ以上のコンポーネントおよび１つ以上の方法に関して描写される。ある態様において、本明細書で使用される場合「コンポーネント」という用語は、システムを構成するパーツのうちの１つであり得、ハードウェアまたはソフトウェアまたはそれらのいくつかの組み合わせであり得、および他のコンポーネントに分けられ得る。図６−９に以下に説明される動作は、特定の順序で、および／または例示的なコンポーネントによって行われるように提示されるが、アクションの順序、およびアクションを行うコンポーネントは、インプリメンテーションに依存して変化し得ることが理解されるべきである。さらに、以下のアクションまたは機能は、特別にプログラムされたプロセッサ、特別にプログラムされたソフトウェアまたはコンピュータ可読媒体を実行するプロセッサによって、あるいは説明されるアクションまたは機能を行う能力があるハードウェアコンポーネントおよび／またはソフトウェアコンポーネントの任意の他の組合せによって行われ得ることが理解されるべきである。
【００４３】
[0052]  図５は、ＵＬＬワイヤレス通信システムにおいて少ないデータ通信のためにリソースを割り振るための例示的なシステム５００を例示する。システム５００は、ワイヤレスネットワークにアクセスするためにｅＮＢ５０４と通信するＵＥ５０２を含み、それらの例は、上記に図１−３（例えば、アクセスポイント１０５、ｅＮＢ２０４、２０８、ｅＮＢ３１０、ＵＥ１１５、２０６、３５０、等）において説明される。ある態様において、ｅＮＢ５０４およびＵＥ５０２は、ダウンリンク信号５０９を介して通信するために１つ以上のダウンリンクチャネルを確立し得、それらは、設定された通信リソース（configured communication resources）にわたってｅＮＢ５０４からＵＥ５０２に（例えば、シグナリングにおいて）制御および／またはデータメッセージを通信するために（例えば、トランシーバ５５６を介して）ｅＮＢ５０４によって送信され、（例えば、トランシーバ５０６を介して）ＵＥ５０２によって受信されることができる。さらに、例えば、ｅＮＢ５０４およびＵＥ５０２は、アップリンク信号５０８を介して通信するために１つ以上のアップリンクチャネルを確立し得、それらは、設定された通信リソースにわたってＵＥ５０２からｅＮＢ５０４に（例えば、シグナリングにおいて）制御および／またはデータメッセージを通信するために（例えば、トランシーバ５０６を介して）ＵＥ５０２によって送信され、（例えば、トランシーバ５５６を介して）ｅＮＢ５０４によって受信されることができる。さらに本明細書に説明されるように、例えば、ｅＮＢ５０４は、ＵＥ５０２がＵＬＬタイムライン（例えば、図４におけるタイムライン４００、４０２のような、持続時間においてサブフレーム未満であるＴＴＩを有するタイムライン）にわたってｅＮＢ５０４とデータを通信する（例えば、送信するまたは受信する）ためであるリソースを示すことができるリソース許可（resource grant）５８０を通信し得る。
【００４４】
[0053]  ある態様において、ＵＥ５０２は、例えば、１つ以上のバス５０７を介して通信可能に結合され得る、ならびにＵＬＬタイムライン（例えば、図４におけるタイムライン４００、４０２のような、持続時間においてサブフレーム未満であるＴＴＩを有するタイムライン）に基づいてそこへアップリンク信号５０８を送信する、および／またはそこからダウンリンク信号５０９を受信するためのようなｅＮＢ５０４と通信するための通信コンポーネント３６１とともに動作し、またはそうでなければ通信コンポーネント３６１をインプリメントし得る１つ以上のプロセッサ５０３および／またはメモリ５０５を含み得る。例えば、通信コンポーネント３６１に関する様々な動作は、１つ以上のプロセッサ５０３によってインプリメントされる、またはそうでなければ１つ以上のプロセッサ５０３によって実行され得、ある態様において、単一のプロセッサによって実行されることができ、一方他の態様において、動作のうちの異なるものは、２つ以上の異なるプロセッサの組み合わせによって実行され得る。例えば、ある態様において、１つ以上のプロセッサ５０３は、モデムプロセッサ、またはベースバンドプロセッサ、またはデジタルシグナルプロセッサ、または特定用途向け集積回路（ＡＳＩＣ）、または送信プロセッサ、受信プロセッサ、またはトランシーバ５０６と関連付けられるトランシーバプロセッサのうちのいずれか１つ、または任意の組み合わせを含み得る。さらに、例えば、メモリ５０５は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、磁気記憶デバイス（例えば、ハードディスク、フロッピーディスク、磁気ストリップ）、光学ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、レジスタ、リムーバブルディスク、およびコンピュータまたは１つ以上のプロセッサ５０３によってアクセスされ、読取られ得るソフトウェアおよび／またはコンピュータ可読コードまたは命令を記憶するための任意の他の適切な媒体に限定されないが、それらを含む非一時的コンピュータ可読媒体であり得る。さらに、メモリ５０５またはコンピュータ可読記憶媒体は、１つ以上のプロセッサ５０３において存在する、１つ以上のプロセッサ５０３の外部に存在する、１つ以上のプロセッサ５０３を含む複数のエンティティにわたって分布する、等であり得る。
【００４５】
[0054]  具体的には、１つ以上のプロセッサ５０３および／またはメモリ５０５は、通信コンポーネント３６１またはそのサブコンポーネントによって定義されるアクションまたは動作を実行し得る。例えば、１つ以上のプロセッサ５０３および／またはメモリ５０５は、割り当てられた制御チャネルリソースにわたってｅＮＢから制御データを受信するために制御データ受信コンポーネント５１０によって定義されるアクションまたは動作を実行し得る。ある態様において、例えば、制御データ受信コンポーネント５１０は、本明細書に説明される特別に設定された制御データ受信および／または処理動作を行うために１つ以上のプロセッサ５０３のうちの少なくとも１つによって実行可能であり、メモリ５０５に記憶されるコンピュータ可読コードまたは命令、ならびに／あるいはハードウェア（例えば、１つ以上のプロセッサ５０３のうちの１つ以上のプロセッサモジュール）を含み得る。さらに、例えば、１つ以上のプロセッサ５０３および／またはメモリ５０５は、割り当てられた制御チャネルリソースにわたって受信される制御データに少なくとも部分的に基づいてトラフィックデータを復号するためにトラフィックデータ復号コンポーネント５１２によって定義されるアクションまたは動作を実行し得る。ある態様において、例えば、トラフィックデータ復号コンポーネント５１２は、本明細書に説明される特別に設定されたトラフィックデータ復号動作を行うために１つ以上のプロセッサ５０３のうちの少なくとも１つによって実行可能であり、メモリ５０５に記憶されるコンピュータ可読コードまたは命令、ならびに／あるいはハードウェア（例えば、１つ以上のプロセッサ５０３のうちの１つ以上のプロセッサモジュール）を含み得る。さらに、例えば、１つ以上のプロセッサ５０３および／またはメモリ５０５は、制御データに基づいてトラフィックデータを復号することに対応する１つ以上のパラメータを示す設定を取得するために設定受信コンポーネント５１４によって定義されるアクションまたは動作を随意に実行し得る。ある態様において、例えば、設定受信コンポーネント５１４は、本明細書に説明される特別に設定された設定受信動作を行うために１つ以上のプロセッサ５０３のうちの少なくとも１つによって実行可能であり、メモリ５０５に記憶されるコンピュータ可読コードまたは命令、ならびに／あるいはハードウェア（例えば、１つ以上のプロセッサ５０３のうちの１つ以上のプロセッサモジュール）を含み得る。
【００４６】
[0055]  同様に、ある態様において、ｅＮＢ５０４は、例えば、１つ以上のバス５５７を介して通信可能に結合され得る１つ以上のプロセッサ５５３および／またはメモリ５５５を含み得、ならびにＵＬＬタイムライン（例えば、図４におけるタイムライン４００、４０２のような、持続時間においてサブフレーム未満であるＴＴＩを有するタイムライン）に基づいてリソースにわたって通信するために１つ以上のＵＥをスケジューリングするためにスケジューリングコンポーネント３０２とともに動作し、またはそうでなければスケジューリングコンポーネント３０２をインプリメントし得る。例えば、上述のように、スケジューリングコンポーネント３０２に関する様々な機能は、１つ以上のプロセッサ５５３によってインプリメントされる、またはそうでなければ１つ以上のプロセッサ５０３によって実行され得、ある態様において、単一のプロセッサによって実行されることができ、一方他の態様において、機能のうちの異なるものは、２つ以上の異なるプロセッサの組み合わせによって実行され得る。１つの例において、１つ以上のプロセッサ５５３および／またはメモリ５５５がＵＥ５０２の１つ以上のプロセッサ５０３および／またはメモリ５０５に関して上記の例において説明されたように構成され得ることが、理解されるべきである。
【００４７】
[0056]  ある例において、１つ以上のプロセッサ５５３および／またはメモリ５５５は、スケジューリングコンポーネント３０２またはそのサブコンポーネントによって定義されるアクションまたは動作を実行し得る。例えば、１つ以上のプロセッサ５５３および／またはメモリ５５５は、制御チャネルリソースの１つ以上のセットにわたって１つ以上のＵＥに関する制御データを生成するために制御データ生成コンポーネント５２０によって定義されるアクションまたは動作を実行し得る。ある態様において、例えば、制御データ生成コンポーネント５２０は、本明細書に説明される特別に設定された制御データ生成動作を行うために１つ以上のプロセッサ５５３のうちの少なくとも１つによって実行可能であり、メモリ５５５に記憶されるコンピュータ可読コードまたは命令、ならびに／あるいはハードウェア（例えば、１つ以上のプロセッサ５５３のうちの１つ以上のプロセッサモジュール）を含み得る。さらに、例えば、１つ以上のプロセッサ５５３および／またはメモリ５５５は、１つ以上のＵＥのためのトラフィックデータを生成するためにトラフィックデータ生成コンポーネント５２２によって定義されるアクションまたは動作を実行し得る。ある態様において、例えば、トラフィックデータ生成コンポーネント５２２は、本明細書に説明される特別に設定されたトラフィックデータ生成動作を行うために１つ以上のプロセッサ５５３のうちの少なくとも１つによって実行可能であり、メモリ５５５に記憶されるコンピュータ可読コードまたは命令、ならびに／あるいはハードウェア（例えば、１つ以上のプロセッサ５５３のうちの１つ以上のプロセッサモジュール）を含み得る。さらに、例えば、１つ以上のプロセッサ５５３および／またはメモリ５５５は、制御データに少なくとも部分的に基づいてトラフィックデータを復号することに関する１つ以上のパラメータを示すために随意的な設定コンポーネント５２４によって定義されるアクションまたは動作を実行し得る。ある態様において、例えば、設定コンポーネント５２４は、本明細書に説明される特別に設定された設定動作（specially configured configuring operations）を行うために１つ以上のプロセッサ５５３のうちの少なくとも１つによって実行可能であり、メモリ５５５に記憶されるコンピュータ可読コードまたは命令、ならびに／あるいはハードウェア（例えば、１つ以上のプロセッサ５５３のうちの１つ以上のプロセッサモジュール）を含み得る。
【００４８】
[0057]  トランシーバ５０６、５５６は、１つ以上のアンテナ、ＲＦフロントエンド、１つ以上の送信機、および１つ以上の受信機を通してワイヤレス信号を送信および受信するように構成され得ることが理解されるべきである。ある態様において、トランシーバ５０６、５５６は、ＵＥ５０２および／またはｅＮＢ５０４がある特定の周波数で通信することができるように特定の周波数で動作するためにチューニングされ得る。ある態様において、関連するアップリンクまたはダウンリンク通信チャネルにわたって、それぞれ、アップリンク信号５０８および／またはダウンリンク信号５０９を通信するために、設定、通信プロトコル、等に基づいて特定の周波数および電力レベルで動作するように、１つ以上のプロセッサ５０３は、トランシーバ５０６を設定し得、ならびに／あるいは１つ以上のプロセッサ５５３は、トランシーバ５５６を設定し得る。
【００４９】
[0058]  ある態様において、トランシーバ５０６、５５６は、例えば、トランシーバ５０６、５５６を使用して送られたおよび受信されたデジタルデータを処理するために（例えば、示されていないマルチバンドマルチモードモデムを使用して）複数の帯域において動作することができる。ある態様において、トランシーバ５０６、５５６は、マルチバンドであり、特定の通信プロトコルのための複数の周波数帯域をサポートするように設定されることができる。ある態様において、トランシーバ５０６、５５６は、複数の動作ネットワークおよび通信プロトコルをサポートするように設定されることができる。よって、例えば、トランシーバ５０６、５５６は、特定のモデム設定に基づいて信号の送信および／または受信を可能にし得る。
【００５０】
[0059]  １つの例において、データ送信（例えば、より少ないデータ送信）のためにリソースを割り振ることにおいて、制御データ生成コンポーネント５２０は、より少ないデータ送信を通信するためのトラフィックデータリソースを特定する制御データを生成することができ、それは、通常（例えば、ｕＰＤＳＣＨ上でおよそ１０３ビットを可能にする、ＵＬＬ  ＬＴＥにおける２５個のリソースブロック（ＲＢ））より比較的少ないサイズ（例えば、５０ビット未満、およそ１０−５０ビット、等）の割り振りを含み得る。例えば、制御データは、ｕＰＤＣＣＨにわたって送られるリソース許可を含むことができ、その最初の２ビットは、共有されたデータリソース（例えば、ｕＰＤＳＣＨ）内の許可されたトラフィックデータリソースの位置を示し得る。１つの例において、制御データ生成コンポーネント５２０は、複数のＵＥのためのリソース許可を生成することができ、それは、複数のＵＥがより少ないデータ送信のために同じトラフィックデータリソースを共有することができるように許可されたトラフィックデータリソースの同じ位置を示すことができる。この点において、ある例において、制御データ生成コンポーネント５２０はまた、所与のＵＥのための特定のトラフィックデータに対応する許可されたトラフィックデータリソース内の位置を含む、各ＵＥのためのリソース許可においてさらなる情報を含め得る。任意の場合において、トラフィックデータ生成コンポーネント５２２は、（例えば、複数のＵＥのためにトラフィックデータリソースを共有すること等）制御データによって示される設定にしたがって１つ以上のＵＥのためにトラフィックデータを生成することができる。
【００５１】
[0060]  この例において、制御データ受信コンポーネント５１０は、（例えば、ＬＴＥ／ＵＬＬ  ＬＴＥにおけるステージ０またはステージ１許可において）ＵＥ５０２に割り当てられる制御チャネルリソースにわたって制御データを受信することができ、それは、（例えば、ｕＰＤＣＣＨにわたって送られる）リソース許可を含むことができる。トラフィックデータ復号コンポーネント５１２はそれに応じて、制御データ（例えば、リソース許可）に少なくとも部分的に基づいてトラフィックデータを受信／復号するためのリソースを決定することができる。例えば、制御データは、共有されたデータリソース内のＵＥ５０２（および／または他のＵＥ）に関するトラフィックデータリソースの位置を特定することができる。よって、通信コンポーネント３６１は、共有されたデータリソース（例えば、ｕＰＤＳＣＨ）をｅＮＢ５０４から受信することができ、トラフィックデータ復号コンポーネント５１２は、リソース許可に示されるトラフィックデータリソースに基づいて（例えば、リソース許可において特定される位置からのトラフィックデータを取得することによって）トラフィックデータを取得することができる。さらに、トラフィックデータが、複数のＵＥのための少ないデータ送信に関する場合、トラフィックデータ復号コンポーネント５１２は、ＵＥ５０２のための特定のトラフィックデータが存在するトラフィックデータに関する追加の位置情報を決定することができ、それに応じて特定の位置からのトラフィックデータを復号することができる。追加の情報を含めることは、リソース許可ごとにより粒度の細かい位置情報（more granular location information）を示す追加の制御データに基づく追加の制御データオーバーヘッドを生成し得る。したがって、少ないデータ送信を通信するためのリソースを割り振ることのさらなる例は、図６−９をさらに参照して以下に説明される。
【００５２】
[0061]  図６は、少ないデータ送信のために割り振られたリソースにおけるトラフィックデータを（例えば、ＵＥによって）復号するための例示的な方法６００を例示する。ブロック６０２では、ＵＥは、ネットワークエンティティから制御チャネルリソースのインジケーションを（例えば、トランシーバ５０６を介して）受信することができ、ここにおいて、制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことをＲＡＴによって定義される。ある態様において、通信コンポーネント３６１は、ネットワークエンティティから（例えば、ｅＮＢ５０４から）制御チャネルリソースのインジケーションを受信することができ、ここにおいて、制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことをＲＡＴ（例えば、ＬＴＥ、ＵＬＬ  ＬＴＥ、等）によって定義される。例えば、制御チャネルリソースは、ｕＰＤＣＣＨに関するリソースを含み得、それは一般的に、ｕＰＤＳＣＨデータリソースと関連付けられるリソース許可を含む。ある例において、通信コンポーネント３６１は、ｅＮＢ５０４からの１つ以上の制御チャネル割り当てにおける制御チャネルリソースのインジケーションを受信し得る。制御チャネルリソースのインジケーションは、ｅＮＢ５０４が１つ以上の制御チャネルを送信する許可スペース（例えば、共通および／またはＵＥ特有の探索スペース）のリソース位置（例えば、時間および／または周波数リソースのセット）のインジケーション、ならびに／あるいは１つ以上の制御チャネルからの制御データを復号するために使用されることができる無線ネットワーク一時識別子（ＲＮＴＩ）を含み得る。
【００５３】
[0062]  特定の例において、通信コンポーネント３６１は、ＬＴＥおよび／またはＵＬＬ  ＬＴＥのために定義される、ｅＮＢ５０４からのステージ０および／またはステージ１許可のような、マルチステージのリソース許可（multiple stage resource grant）（例えば、リソース許可５８０）においてインジケーションを受信することができる。例えば、第１ステージのリソース許可（例えば、ステージ０）において、ｅＮＢ５０４は、１つ以上のパラメータを含めることができ、それらは、アップリンク許可のための変調およびコーディングスキーム（ＭＣＳ）、ＵＥからのアップリンク通信のための送信電力制御（ＴＰＣ）、および／またはプリコーディング情報を含み得ることが、理解されるべきである。第２ステージのリソース許可（例えば、ステージ１）において、ｅＮＢ５０４は、第１ステージのリソース許可におけるそれらより動的であり得る１つ以上の追加のパラメータを含めることができることが、理解されるべきである。これらの追加のパラメータは、ＵＥが前の通信または新たな通信を再送するべきであるかどうかを示すための新データインジケータ（new data indicator）（ＮＤＩ）、ＮＤＩが関係するＨＡＲＱ処理を示すためのＨＡＲＱ処理アイデンティティ、第１ステージのリソース許可においてシグナリングされるＭＣＳからのＭＣＳにおける変更を示すためのデルタＭＣＳ、基準信号（ＲＳ）を送信するとき許可されたリソースにわたるリソースブロックに適用するためのサイクリックシフトを示すＲＳサイクリックシフト、ＵＬＬ  ＲＳトリガリングインジケータ（例えば、ＵＥでＲＳ送信をトリガするための１つ以上のコンディションまたは関連するパラメータ）、チャネルステート情報（ＣＳＩ）を報告するための１つ以上のコンディションまたは関連するパラメータを示す非周期的なＣＳＩトリガ、および／または許可されたリソースのインジケーションを含み得る。この例において、ｅＮＢ５０４は、マルチステージの許可のうちの１つ以上のステージにおいて制御チャネルリソースのインジケーションを含めることができ、通信コンポーネント３６１がそれを受信し、それに応じて、制御データ（および／または本明細書にさらに説明されるように、トラフィックデータ）を取得するために制御チャネルリソースを決定することができる。
【００５４】
[0063]  ブロック６０４では、ＵＥは、制御チャネルリソースにわたってネットワークエンティティから制御チャネルを受信することができ、ここにおいて、制御チャネルは、トラフィックデータの第２のタイプを含む。ある態様において、制御データ受信コンポーネント５１０は、制御チャネルリソースにわたってネットワークエンティティから（例えば、ｅＮＢ５０４から）制御チャネルを（例えば、トランシーバ５０６を介して）受信することができ、ここにおいて、制御チャネルは、トラフィックデータの第２のタイプを含む。この例において、制御チャネルリソースは、少なくとも、ＵＥ５０２および／または少ないデータ送信を受信するように構成される他のＵＥのための制御チャネルリソースにおいて、ｕＰＤＳＣＨに関するリソース許可（例えば、リソース許可５８０）に関する制御データの代わりに少ないデータ送信を搬送することができる。この点において、例えば、トラフィックデータの第２のタイプ（例えば、Ｍ２Ｍまたは類似のデバイスのための少ないデータ送信）は、トラフィックデータの第１のタイプより比較的少ないデータペイロードを含む（例えば、トラフィックデータの第１のタイプは、他のＵＥのためのｕＰＤＳＣＨデータであることができる）。
【００５５】
[0064]  ブロック６０６では、ＵＥは、制御チャネルからの制御データを復号することなしに制御チャネルからのトラフィックデータの第２のタイプを復号することができる。ある態様において、トラフィックデータ復号コンポーネント５１２は、制御チャネルからの制御データを復号することなしに制御チャネルからのトラフィックデータの第２のタイプを復号することができる。例えば、トラフィックデータ復号コンポーネント５１２は、トラフィックデータの第１のタイプより少ないデータペイロードに対応することができる、トラフィックデータの第２のタイプを求めて制御チャネルリソース（例えば、ｕＰＤＣＣＨリソース）を探索することができる。
【００５６】
[0065]  ブロック６０６で制御チャネルからのトラフィックデータの第２のタイプを復号することにおいて、ＵＥは、ブロック６０８では、トラフィックデータの第２のタイプが許可スペースに存在するかどうかを決定するためにＲＮＴＩに基づいて制御チャネルの許可スペースの各シンボルを随意に探索し得る。許可スペースは、特定のＵＥのためのＲＮＴＩに基づいて符号化されることができる制御チャネルをｅＮＢ５０４が送信することができる（例えば、ＬＴＥに定義される）共通探索スペース、ＵＥ特有の探索スペース、等に対応することができる（例えば、ｅＮＢ５０４は、共通および／またはＵＥ特有の探索スペースにおいて送信される信号の巡回冗長検査（cyclic redundancy check）（ＣＲＣ）において、または信号の他の部分においてＲＮＴＩを暗示的に符号化することができる）。よって、例えば、トラフィックデータ復号コンポーネント５１２は、制御チャネルの許可スペースの各シンボル（または他のＴＴＩ持続時間）を、トラフィックデータの第２のタイプが許可スペースに存在するかどうかを決定するためにＲＮＴＩに基づいて探索することができる。１つの例において、ＲＮＴＩは、（例えば、制御チャネルにわたって制御データを取得するためにＵＥ５０２のためにｅＮＢ５０４によって割り当てられたＲＮＴＩとは対照的に）制御チャネルがＵＥ５０２のためのトラフィックデータの第２のタイプを含む場合を決定するためにＵＥ５０２のためにｅＮＢ５０４によって割り当てられる個別のＲＮＴＩであることができる。よって、トラフィックデータ復号コンポーネント５１２は、ＵＥ５０２のために含まれ得る第２のタイプのトラフィックデータを決定するために個別のＲＮＴＩを使用して許可スペースにおける信号を復号しようと試みることができることが理解されるべきである。
【００５７】
[0066]  さらに、例えば、ブロック６０６で制御チャネルからのトラフィックデータの第２のタイプを復号することにおいて、ＵＥは、ブロック６１０では、複数のパケットサイズまたはアグリゲーションレベル仮説（multiple packet size or aggregation level hypotheses）を使用してトラフィックデータの第２のタイプを求めて制御チャネルの許可スペースを随意にさらに探索する、または随意に代わりに探索し得る。ある態様において、トラフィックデータ復号コンポーネント５１２は、（例えば、典型的なコーディング／アグリゲーション制約なしに）複数のパケットサイズまたはアグリゲーションレベル仮説を使用してトラフィックデータの第２のタイプを求めて制御チャネルの許可スペースを探索することができる。このことは、トラフィックデータを検出および取得するために、例えば、４５、９０、１３５、１８０、等のリソース要素（ＲＥ）を含む様々なサイズ／アグリゲーションレベルのパケットを求めて共通および／またはＵＥ特有の探索スペースをトラフィックデータ復号コンポーネント５１２が探索することを含むことができる。さらに、ＵＥ５０２は、（例えば、制御データがトラフィックデータの第１のタイプのためのリソースを示し、それらは、その後、トラフィックデータの第１のタイプを受信するために監視される場合と比べて）制御データの第２のタイプを受信するためのタイムラインがより厳格ではない（lax）ので、許可スペースにわたってより多くのブラインド復号を許容することができる。
【００５８】
[0067]  より少ない割り振りサイズを有するトラフィックデータの第２のタイプを送信するために制御チャネルを使用することはまた、この点において、ＲＡＴに典型的に定義されるより大きいデータ割り振り（例えば、ＵＬＬ  ＬＴＥにおける２５個のＲＢ、等）を使用して通信する他のＵＥのためにリザーブされるべきトラフィックデータリソース（および制御チャネルにわたって通信される関連付けられたリソース許可（associated resource grants））を潜在的に可能にする。さらに、制御チャネルリソースが上記の例におけるトラフィックデータの第２のタイプのデータ送信のために使用される場合、次の制御チャネルにおけるこれらのデータ送信のための（例えば、ＨＡＲＱメカニズムに基づく）再送は、同期し（synchronous）、トラフィックデータの第２のタイプを含む制御チャネルの送信の固定の時間期間（例えば、固定の数のシンボル、サブフレーム、等）後に、発生し得る。固定の時間期間は、ＵＥ５０２が最初の送信（initial transmission）（または前の再送）の後、固定の時間期間においてｅＮＢ５０４からの再送を予期することができるように、（例えば、記憶された設定、ｅＮＢ５０４からＵＥ５０２へ通信された設定、等に基づいて）ＵＥ５０２およびｅＮＢ５０４によって既知であり得る。
【００５９】
[0068]  図７は、少ないデータ送信のために制御チャネルリソース上でトラフィックデータを（例えば、ｅＮＢによって）送信するための例示的な方法７００を例示する。ブロック７０２では、ｅＮＢは、１つ以上のＵＥのために制御チャネルリソースを割り振ることができ、ここにおいて、制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことをＲＡＴによって定義される。ある態様において、スケジューリングコンポーネント３０２は、１つ以上のＵＥのために（例えば、ＵＥ５０２のために）制御チャネルリソースを割り振ることができ、ここにおいて、制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことをＲＡＴ（例えば、ＬＴＥ、ＵＬＬ  ＬＴＥ、等）によって定義される。説明されたように、例えば、制御チャネルリソースは、ｕＰＤＳＣＨ通信のためのリソース許可を含むことを定義されるｕＰＤＣＣＨリソースに対応することができる。さらに、ある例において、スケジューリングコンポーネント３０２は、ＲＡＴのために定義されたマルチステージの許可（例えば、リソース許可５８０）において制御チャネルリソースをＵＥ５０２に割り振ることができる。ある例において、スケジューリングコンポーネント３０２は、少なくとも部分的に、ｅＮＢ５０４によって送信される許可スペースに関するリソースの位置（例えば、時間および／または周波数の一部）、許可スペースにわたって制御データ（またはトラフィックデータ）を復号するためのＵＥ５０２のためのＲＮＴＩ、等を示すことによって制御チャネルリソースを割り振ることができる。
【００６０】
[0069]  ブロック７０４では、ｅＮＢは、制御チャネルリソースにわたって制御チャネルを生成することができ、ここにおいて、制御チャネルは、１つ以上のＵＥのためのトラフィックデータの第２のタイプを含む。ある態様において、制御データ生成コンポーネント５２０は、制御チャネルリソースにわたって制御チャネルを生成することができ、ここにおいて、制御チャネルは、１つ以上のＵＥ（例えば、ＵＥ５０２）のためのトラフィックデータの第２のタイプを含む。説明されたように、例えば、トラフィックデータの第２のタイプ（例えば、Ｍ２Ｍまたは類似のデバイスのための少ないデータ送信）は、データの第１のタイプ（例えば、他のＵＥのためのｕＰＤＳＣＨデータ）より比較的少ないデータペイロードを含み、よってより少ないリソース割り振りサイズを使用することができる。制御データ生成コンポーネント５２０は、１つの例において、ｕＰＤＣＣＨリソースにわたる送信のための制御データを生成することができる。
【００６１】
[0070]  ブロック７０４で制御チャネルを生成することにおいて、ｅＮＢは、ブロック７０６では、制御チャネルにわたって、複数の見込まれるパケットサイズまたはアグリゲーションレベルのうちの少なくとも１つを使用してトラフィックデータの第２のタイプを随意に符号化し得る。制御データ生成コンポーネント５２０は、トラフィックデータの第２のタイプを含む制御データを生成することができ、（例えば、制御チャネルにわたって通信するためのトラフィックデータの量に依存して）複数の見込まれるパケットサイズまたはアグリゲーションレベルのうちの少なくとも１つを使用して少なくともトラフィックデータの第２のタイプを符号化することができる。
【００６２】
[0071]  ブロック７０４で制御チャネルを生成することにおいて、ｅＮＢは、ブロック７０８では、１つ以上の他のＵＥが対応するトラフィックデータを復号するためのものである個別の制御チャネルリソースを特定する１つ以上の他のＵＥのための制御データを随意にさらに含め得、または随意に代わりに含め得る。制御データ生成コンポーネント５２０は、１つ以上のＵＥのための制御データを含め得、ここで制御データは、１つ以上の他のＵＥが対応するトラフィックデータ（例えば、トラフィックデータの第１のタイプ）を復号するためのものである個別の制御チャネルリソースを特定する。
【００６３】
[0072]  ブロック７１０では、ｅＮＢは、１つ以上のＵＥのための制御データを送信することなしに制御チャネルリソースにわたって１つ以上のＵＥのためのトラフィックデータの第２のタイプを含む制御チャネルを（例えば、トランシーバ５５６を介して）送信することができる。ある態様において、スケジューリングコンポーネント３０２は、１つ以上のＵＥのための制御データを送信することなしに制御チャネルリソースにわたって１つ以上のＵＥのためのトラフィックデータの第２のタイプを含む制御チャネルを送信することができる。よって、例えば、トラフィックデータ生成コンポーネント５２２は、ＵＥ５０２に割り当てられた制御チャネルリソースにおけるトラフィックデータを生成することができる。説明されたように、制御チャネルリソースは、（例えば、識別されたリソース位置、制御チャネルリソースを復号するための個別のＲＮＴＩ、等に基づいて）マルチステージの許可においてＵＥ５０２のために割り当てられる、またはそうでなければＵＥ５０２のために定義されることができる。説明されたように、トラフィックデータ生成コンポーネント５２２は、様々なサイズ／アグリゲーションレベル、等のトラフィックデータを生成することができ、および（例えば、対応するＲＮＴＩに基づいて）所与のＵＥ５０２のためのｕＰＤＣＣＨにわたって許可されたリソースにトラフィックデータをマッピングすることができる。よって、ｕＰＤＳＣＨリソースは、ＵＥ５０２および／または類似のＵＥへの少ないデータ送信のために使用される必要がない。さらに、説明されたように、スケジューリングコンポーネント３０２は、トラフィックデータを含む制御データの送信の後、固定の時間期間（例えば、固定の数のシンボル、サブフレーム、等）において（例えば、ＨＡＲＱメカニズムに基づいて）要求される場合、トラフィックデータを再送することができ、ここで、固定の時間期間は、（例えば、記憶された設定、ｅＮＢ５０４によってＵＥ５０２に提供される設定、等に基づいて）ＵＥ５０２およびｅＮＢ５０４によって既知である。
【００６４】
[0073]  図８は、データ送信（例えば、本明細書で説明された、より少ないデータ送信）のためのデータリソースを（例えば、ＵＥによって）決定するための例示的な方法８００を例示する。ブロック８０２では、ＵＥは、ネットワークエンティティから制御チャネルリソースのインジケーションを受信することができる。説明されたように、ある態様において、通信コンポーネント３６１は、ネットワークエンティティ（例えば、ｅＮＢ５０４）からの制御チャネルリソースのインジケーションを（例えば、トランシーバ５０６を介して）受信することができる。ある例において、通信コンポーネント３６１は、説明されたように、（例えば、マルチステージの許可において）ｅＮＢ５０４からの制御チャネル割り当てとして制御チャネルリソースのインジケーションを受信し得る。この例において、インジケーションは、制御データに関する制御チャネルリソース（例えば、ｕＰＤＣＣＨ）のセットに関し得、ここで、制御データは、トラフィックデータが通信されるリソース（例えば、ｕＰＤＳＣＨ）を示し得る。
【００６５】
[0074]  ブロック８０４では、ＵＥは、制御チャネルリソースにわたってネットワークエンティティから制御チャネルを（例えば、トランシーバ５０６を介して）受信することができる。ある態様において、制御データ受信コンポーネント５１０は、制御チャネルリソースにわたってネットワークエンティティから（例えば、ｅＮＢ５０４から）制御チャネルを受信することができる。説明されたように、制御チャネルは、共有されたデータチャネル（例えば、ｕＰＤＳＣＨ）のためのリソース許可情報（例えば、リソース許可５８０）を特定する制御データを含むことができる。例えば、共有されたデータチャネルのためのリソース許可情報は、ＵＥのグループのためのトラフィックデータを含むリソースに対応することができる。
【００６６】
[0075]  ブロック８０６では、ＵＥは、ネットワークエンティティからグループＲＮＴＩを随意に受信することができる。ある態様において、設定受信コンポーネント５１４は、ネットワークエンティティから（例えば、ｅＮＢ５０４から）グループＲＮＴＩを（例えば、トランシーバ５０６を介して）受信することができる。グループＲＮＴＩは、許可スペース（例えば、共通および／またはＵＥ特有の探索スペース）におけるｅＮＢ５０４によって送信される制御チャネルリソースに対応することができる。ある例において、設定コンポーネント５２４は、（例えば、ＵＥ５０２がパワーオンし、ｅＮＢ５０４を介してワイヤレスネットワークへのアクセスを要求する、またはそうでなければｅＮＢ５０４と通信するとき）ＵＥ５０２のためにグループＲＮＴＩを設定することができ、設定受信コンポーネント５１４は、グループＲＮＴＩを受信することができる。
【００６７】
[0076]  したがって、ブロック８０８では、ＵＥは、受信されたグループＲＮＴＩに対応する共有されたデータリソースを決定するために受信されたグループＲＮＴＩに少なくとも部分的に基づいて制御チャネルからの制御データを復号することができる。ある態様において、トラフィックデータ復号コンポーネント５１２は、受信されたグループＲＮＴＩに対応する共有されたデータリソースを決定するために受信されたグループＲＮＴＩに少なくとも部分的に基づいて制御チャネルからの制御データを復号することができる。例えば、トラフィックデータ復号コンポーネント５１２は、少なくとも部分的に、グループＲＮＴＩに基づいて制御チャネルリソースのための許可スペースを探索することによって制御データを復号することができる。制御データは、ＵＥのグループのための許可された共有されたデータチャネルリソース（例えば、ｕＰＤＳＣＨ）を示すことができ、ここで、共有されたデータチャネルリソースにわたるデータトラフィックは、ＵＥのグループにおけるＵＥの各々のためのより少ないデータ割り振りを含むことができる。
【００６８】
[0077]  よって、ブロック８１０では、ＵＥはまた、ＵＥに対応する共有されたデータリソース内のトラフィックデータの位置を、ネットワークエンティティから、随意に受信することができる。ある態様において、設定受信コンポーネント５１４は、ＵＥ５０２に対応する共有されたデータリソース内のトラフィックデータの位置をネットワークエンティティから（例えば、トランシーバ５０６を介してｅＮＢ５０４から）受信することができる。よって、例えば、共有されたデータリソースはそれに応じて、説明されたように、共有されたデータリソースにわたって分配される複数のＵＥのグループのためのトラフィックデータに対応することができ、トラフィックデータ復号コンポーネント５１２は、少なくとも部分的に、ＵＥ５０２に対応する共有されたデータリソース内の位置／領域でのトラフィックデータを復号することによってＵＥ５０２のためのトラフィックデータをさらに復号することができる。この位置／領域は、（例えば、無線リソース制御（ＲＲＣ）シグナリングのような、上位レイヤシグナリングにおいて）設定コンポーネント５２４によって同様に設定され、設定受信コンポーネント５１４によって同様に受信されることができる。
【００６９】
[0078]  ブロック８１２では、ＵＥは、共有されたリソース内のトラフィックデータの位置からのトラフィックデータを随意に復号することができる。ある態様において、トラフィックデータ復号コンポーネント５１２は、共有されたリソース内のトラフィックデータの位置からのトラフィックデータを復号することができる。したがって、位置／領域は、所与のＵＥのためにスケーラブルおよび／または動的であり、曖昧でなく、共有されたデータチャネルリソースの可変のサイジング（variable sizing）によって影響されないことができる。さらに、ｅＮＢ５０４は、ＵＥのグループのための共有されたデータチャネルリソースに含まれるトラフィックデータのために同じアグリゲーションレベルを使用することができる。
【００７０】
[0079]  図９は、複数のグループＲＮＴＩに関する制御データを（例えば、ｅＮＢによって）送信するための方法９００を例示する。ブロック９０２では、ｅＮＢは、制御チャネルリソースにわたって複数のグループＲＮＴＩの各々に関する制御データを送信し得、ここにおいて、制御データは、各グループＲＮＴＩのための異なる共有されたチャネルリソースを特定する。ある態様において、スケジューリングコンポーネント３０２は、制御チャネルリソースにわたって複数のグループＲＮＴＩの各々に関する制御データを（例えば、トランシーバ５５６を介して）送信することができる。説明されたように、スケジューリングコンポーネント３０２は、（例えば、マルチステージの許可において）グループＲＮＴＩに対応するＵＥに制御チャネルリソースを割り振ることができる。制御データ生成コンポーネント５２０はそれに応じて、所与のグループＲＮＴＩに関するＵＥのグループのためのトラフィックデータが送信される（例えば、より少ないデータ送信）、共有されたデータチャネルリソースを示すために制御データを生成することができる。
【００７１】
[0080]  ブロック９０４では、ｅＮＢは、各グループＲＮＴＩのための異なる共有されたデータチャネルリソースの各々内でトラフィックデータを送信することができる。ある態様において、スケジューリングコンポーネント３０２は、各グループＲＮＴＩのための異なる共有されたデータチャネルリソースの各々内でトラフィックデータを（例えば、トランシーバ５５６を介して）送信することができる。例えば、トラフィックデータ生成コンポーネント５２２は、共有されたデータチャネルリソース（例えば、ｕＰＤＳＣＨリソース）の同じセットにわたってグループＲＮＴＩと関連付けられる所与のＵＥのためのトラフィックデータを生成することができ、それは、制御チャネルリソース（例えば、ｕＰＤＣＣＨリソース）にわたる制御データによって特定されるリソース許可（例えば、リソース許可５８０）に示される。
【００７２】
[0081]  ブロック９０６では、ｅＮＢは、少なくとも１つのＵＥに複数のグループＲＮＴＩのうちの１つのインジケーションを（例えば、トランシーバ５５６を介して）随意に送信することができる。設定コンポーネント５２４はまた、１つ以上のＵＥ（例えば、ＵＥ５０２）にグループＲＮＴＩを設定することができ、スケジューリングコンポーネント３０２は、少なくとも１つのＵＥに複数のグループＲＮＴＩのうちの１つのインジケーションを送信することができる。このことは、説明されたように、ｅＮＢ５０４からの共有されたデータチャネルリソース（例えば、ｕＰＤＳＣＨ）内でグループにおけるＵＥのためのトラフィックデータの位置を特定する(locate)ことを容易にすることができる。
【００７３】
[0082]  ブロック９０８では、ｅＮＢは、ＵＥのためのトラフィックデータに対応する共有されたデータチャネルリソース内の位置のインジケーションを、少なくとも１つのＵＥに、随意に送信することができる。ある態様において、設定コンポーネント５２４は、説明されたように、ＵＥが共有されたデータチャネルリソースにおいてそのトラフィックデータを復号することを可能にするためにＵＥ５０２に特有であるトラフィックデータに対応する共有されたデータチャネルリソース内の位置のインジケーションを、グループＲＮＴＩと関連付けられる各ＵＥ５０２に、（例えば、トランシーバ５５６を介して送信することによって）示すことができる。このことは、例えば、上位レイヤシグナリング（例えば、ＲＲＣシグナリング）に示されることができる。
【００７４】
[0083]  開示された処理におけるステップの特定の順序または階層は、例示的なアプローチの一例であることが理解される。設計の好みに基づいて、処理におけるステップの特定の順序または階層は、再配置され得ることが理解される。さらに、いくつかのステップは、組み合わされる、または省略され得る。添付の方法の請求項は、様々なステップの要素をサンプルの順序で表しており、提示された特定の順序または階層に限定されるようには意図されない。
【００７５】
[0084]  先の説明は、いかなる当業者であっても、本明細書に説明された様々な態様を実現することを可能にするために提供されている。これらの態様への様々な修正は、当業者に容易に明らかとなり、本明細書に定義された一般的な原理は、他の態様に適用され得る。よって、特許請求の範囲は、本明細書に示されている態様に限定されるように意図されたものではなく、請求項の文言と一致するすべての範囲を与えられるべきであり、ここにおいて、単数での要素への言及は、そのように明確に記載されていない限りは「１つおよび１つのみ」を意味するように意図されず、むしろ「１つ以上」を意味するように意図される。そうでないと明確に記載されていない限り、「いくつかの」という用語は、１つ以上を指す。当業者に既知の、または後に既知となる、本明細書に説明された様々な態様の要素と構造的および機能的に同等な物はすべて、参照によって本明細書に明白に組み込まれ、特許請求の範囲に包含されるように意図される。さらに、本明細書で開示されたものが、特許請求の範囲において明示的に記載されているかどうかに関わらず、公に捧げられることを意図していない。要素が「〜のための手段」という表現を使用して明記されていない限り、どの請求項の要素もミーンズプラスファンクションとして解釈されるべきではない。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信の方法であって、
ネットワークエンティティから制御チャネルリソースの第１のインジケーションを受信することと、ここにおいて、前記制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される、  前記制御チャネルリソースにわたって前記ネットワークエンティティから制御チャネルを受信することと、ここにおいて、前記制御チャネルは、トラフィックデータの第２のタイプを含み、トラフィックデータの前記第２のタイプは、トラフィックデータの前記第１のタイプより比較的少ないデータペイロードを含む、
前記制御チャネルからの制御データを復号することなしに前記制御チャネルからのトラフィックデータの前記第２のタイプを復号することと、
を備える、方法。
［Ｃ２］
前記制御チャネルからのトラフィックデータを復号するために第２のインジケーションを、前記ネットワークエンティティから、受信すること、ここにおいて、前記制御チャネルからのトラフィックデータの前記第２のタイプの前記復号は、前記第２のインジケーションに少なくとも部分的に基づく、
をさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記第２のインジケーションは、前記制御チャネルリソースを決定する、および前記制御チャネルリソースからのトラフィックデータを復号するための個別の無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、Ｃ２に記載の方法。
［Ｃ４］
トラフィックデータの前記第２のタイプの前記復号は、前記制御チャネルの許可スペースの各シンボルを、トラフィックデータの前記第２のタイプが前記許可スペースに存在するかどうかを決定するために前記個別のＲＮＴＩに基づいて探索することを備える、Ｃ３に記載の方法。
［Ｃ５］
トラフィックデータの前記第２のタイプの前記復号は、トラフィックデータの前記第２のタイプを検出するために１つ以上の見込まれるパケットサイズまたはアグリゲーションレベル仮説を使用してトラフィックデータの前記第２のタイプを求めて前記制御チャネルの許可スペースを探索することを備える、Ｃ１に記載の方法。
［Ｃ６］
前記制御チャネルリソースからの固定の時間期間で設定された次の制御チャネルリソースにわたって次の制御チャネルにおけるトラフィックデータの前記第２のタイプの再送を、前記ネットワークエンティティから、受信することをさらに備える、Ｃ１に記載の方法。
［Ｃ７］
前記第１のインジケーションを受信することは、前記ネットワークエンティティからのマルチステージの許可のうちの１つ以上のステージにおいて前記制御チャネルリソースの前記第１のインジケーションを受信することを備える、Ｃ１に記載の方法。
［Ｃ８］
前記制御チャネルリソースは、持続時間においてサブフレーム未満である送信時間間隔に基づく超低レイテンシ（ＵＬＬ）物理ダウンリンク制御チャネル（ｕＰＤＣＣＨ）に対応する、Ｃ１に記載の方法。
［Ｃ９］
ワイヤレス通信のためのユーザ機器であって、
トランシーバと、
ワイヤレスネットワークにおいて信号を通信するために、バスを介して、前記トランシーバに通信可能に結合される少なくとも１つのプロセッサと、
前記バスを介して前記トランシーバおよび／または前記少なくとも１つのプロセッサに通信可能に結合されるメモリと、
ここにおいて、前記少なくとも１つのプロセッサおよび前記メモリは、
ネットワークエンティティから制御チャネルリソースの第１のインジケーションを、前記トランシーバを介して、受信することと、ここにおいて、前記制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される、
前記制御チャネルリソースにわたって前記ネットワークエンティティから制御チャネルを、前記トランシーバを介して、受信することと、ここにおいて、前記制御チャネルは、トラフィックデータの第２のタイプを含み、トラフィックデータの前記第２のタイプは、トラフィックデータの前記第１のタイプより比較的少ないデータペイロードを含む、    前記制御チャネルからの制御データを復号することなしに前記制御チャネルからのトラフィックデータの前記第２のタイプを復号することと、
を行うように動作可能である、
を備える、ユーザ機器。
［Ｃ１０］
前記少なくとも１つのプロセッサおよび前記メモリは、前記制御チャネルからのトラフィックデータを復号するために第２のインジケーションを、前記トランシーバを介して前記ネットワークエンティティから、受信すること、ここにおいて、前記少なくとも１つのプロセッサおよび前記メモリは、前記第２のインジケーションに少なくとも部分的に基づいて前記制御チャネルからのトラフィックデータの前記第２のタイプを復号するように動作可能である、
を行うようにさらに動作可能である、Ｃ９に記載のユーザ機器。
［Ｃ１１］
前記第２のインジケーションは、前記制御チャネルリソースを決定する、および前記制御チャネルリソースからのトラフィックデータを復号するための個別の無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、Ｃ１０に記載のユーザ機器。
［Ｃ１２］
前記少なくとも１つのプロセッサおよび前記メモリは、少なくとも部分的に、前記制御チャネルの許可スペースの各シンボルを、トラフィックデータの前記第２のタイプが前記許可スペースに存在するかどうかを決定するために前記個別のＲＮＴＩに基づいて探索することによってトラフィックデータの前記第２のタイプを復号するように動作可能である、Ｃ１１に記載のユーザ機器。
［Ｃ１３］
前記少なくとも１つのプロセッサおよび前記メモリは、少なくとも部分的に、トラフィックデータの前記第２のタイプを検出するために１つ以上の見込まれるパケットサイズまたはアグリゲーションレベル仮説を使用してトラフィックデータの前記第２のタイプを求めて前記制御チャネルの許可スペースを探索することによってトラフィックデータの前記第２のタイプを復号するように動作可能である、Ｃ９に記載のユーザ機器。
［Ｃ１４］
前記少なくとも１つのプロセッサおよび前記メモリは、前記制御チャネルリソースからの固定の時間期間で設定された次の制御チャネルリソースにわたって次の制御チャネルにおけるトラフィックデータの前記第２のタイプの再送を、前記トランシーバを介して前記ネットワークエンティティから、受信するようにさらに動作可能である、Ｃ９に記載のユーザ機器。
［Ｃ１５］
前記少なくとも１つのプロセッサおよび前記メモリは、前記ネットワークエンティティからのマルチステージの許可のうちの１つ以上のステージにおいて前記制御チャネルリソースの前記第１のインジケーションを受信するように動作可能である、Ｃ９に記載のユーザ機器。
［Ｃ１６］
前記制御チャネルリソースは、持続時間においてサブフレーム未満である送信時間間隔に基づく超低レイテンシ（ＵＬＬ）物理ダウンリンク制御チャネル（ｕＰＤＣＣＨ）に対応する、Ｃ９に記載のユーザ機器。
［Ｃ１７］
ワイヤレス通信のためのユーザ機器であって、
ネットワークエンティティから制御チャネルリソースの第１のインジケーションを受信するための手段と、ここにおいて、前記制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される、
前記制御チャネルリソースにわたって前記ネットワークエンティティから制御チャネルを受信するための手段と、ここにおいて、前記制御チャネルは、トラフィックデータの第２のタイプを含み、トラフィックデータの前記第２のタイプは、トラフィックデータの前記第１のタイプより比較的少ないデータペイロードを含む、
前記制御チャネルからの制御データを復号することなしに前記制御チャネルからのトラフィックデータの前記第２のタイプを復号するための手段と、
を備える、ユーザ機器。
［Ｃ１８］
前記制御チャネルからのトラフィックデータを復号するために第２のインジケーションを、前記ネットワークエンティティから、受信するための手段、ここにおいて、復号するための前記手段は、前記第２のインジケーションに少なくとも部分的に基づいて前記制御チャネルからのトラフィックデータの前記第２のタイプを復号する、
をさらに備える、Ｃ１７に記載のユーザ機器。
［Ｃ１９］
前記第２のインジケーションは、前記制御チャネルリソースを決定する、および前記制御チャネルリソースからのトラフィックデータを復号するための個別の無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、Ｃ１８に記載のユーザ機器。
［Ｃ２０］
復号するための前記手段は、少なくとも部分的に、前記制御チャネルの許可スペースの各シンボルを、トラフィックデータの前記第２のタイプが前記許可スペースに存在するかどうかを決定するために前記個別のＲＮＴＩに基づいて探索することによってトラフィックデータの前記第２のタイプを復号する、Ｃ１９に記載のユーザ機器。
［Ｃ２１］
復号するための前記手段は、少なくとも部分的に、トラフィックデータの前記第２のタイプを検出するために１つ以上の見込まれるパケットサイズまたはアグリゲーションレベル仮説を使用してトラフィックデータの前記第２のタイプを求めて前記制御チャネルの許可スペースを探索することによってトラフィックデータの前記第２のタイプを復号する、Ｃ１７に記載のユーザ機器。
［Ｃ２２］
前記制御チャネルリソースからの固定の時間期間で設定された次の制御チャネルリソースにわたって次の制御チャネルにおけるトラフィックデータの前記第２のタイプの再送を、前記ネットワークエンティティから、受信するための手段をさらに備える、Ｃ１７に記載のユーザ機器。
［Ｃ２３］
受信するための手段は、前記ネットワークエンティティからのマルチステージの許可のうちの１つ以上のステージにおいて前記制御チャネルリソースの前記第１のインジケーションを受信する、Ｃ１７に記載のユーザ機器。
［Ｃ２４］
ワイヤレス通信のためのコンピュータ実行可能なコードを備えるコンピュータ可読記憶媒体であって、前記コードは、
ネットワークエンティティから制御チャネルリソースの第１のインジケーションを受信するためのコードと、ここにおいて、前記制御チャネルリソースは、トラフィックデータの第１のタイプと関連付けられる制御データを含むことを無線アクセス技術によって定義される、
前記制御チャネルリソースにわたって前記ネットワークエンティティから制御チャネルを受信するためのコードと、ここにおいて、前記制御チャネルは、トラフィックデータの第２のタイプを含み、トラフィックデータの前記第２のタイプは、トラフィックデータの前記第１のタイプより比較的少ないデータペイロードを含む、
前記制御チャネルからの制御データを復号することなしに前記制御チャネルからのトラフィックデータの前記第２のタイプを復号するためのコードと、
を備える、コンピュータ可読記憶媒体。
［Ｃ２５］
前記制御チャネルからのトラフィックデータを復号するために第２のインジケーションを、前記ネットワークエンティティから、受信するためのコード、ここにおいて、復号するための前記コードは、前記第２のインジケーションに少なくとも部分的に基づいて前記制御チャネルからのトラフィックデータの前記第２のタイプを復号する、
をさらに備える、Ｃ２４に記載のコンピュータ可読記憶媒体。
［Ｃ２６］
前記第２のインジケーションは、前記制御チャネルリソースを決定する、および前記制御チャネルリソースからのトラフィックデータを復号するための個別の無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、Ｃ２５に記載のコンピュータ可読記憶媒体。
［Ｃ２７］
復号するための前記コードは、少なくとも部分的に、前記制御チャネルの許可スペースの各シンボルを、トラフィックデータの前記第２のタイプが前記許可スペースに存在するかどうかを決定するために前記個別のＲＮＴＩに基づいて探索することによってトラフィックデータの前記第２のタイプを復号する、Ｃ２６に記載のコンピュータ可読記憶媒体。
［Ｃ２８］
復号するための前記コードは、少なくとも部分的に、トラフィックデータの前記第２のタイプを検出するために１つ以上の見込まれるパケットサイズまたはアグリゲーションレベル仮説を使用してトラフィックデータの前記第２のタイプを求めて前記制御チャネルの許可スペースを探索することによってトラフィックデータの前記第２のタイプを復号する、Ｃ２４に記載のコンピュータ可読記憶媒体。
［Ｃ２９］
前記制御チャネルリソースからの固定の時間期間で設定された次の制御チャネルリソースにわたって次の制御チャネルにおけるトラフィックデータの前記第２のタイプの再送を、前記ネットワークエンティティから、受信するためのコードをさらに備える、Ｃ２４に記載のコンピュータ可読記憶媒体。
［Ｃ３０］
受信するためのコードは、前記ネットワークエンティティからのマルチステージの許可のうちの１つ以上のステージにおいて前記制御チャネルリソースの前記第１のインジケーションを受信する、Ｃ２４に記載のコンピュータ可読記憶媒体。
【図１】
0006530073.tif 000002
【図２】
0006530073.tif 000003
【図３】
0006530073.tif 000004
【図４】
0006530073.tif 000005
【図５】
0006530073.tif 000006
【図６】
0006530073.tif 000007
【図７】
0006530073.tif 000008
【図８】
0006530073.tif 000009
【図９】
0006530073.tif 000010