(57)【要約】複数のシステム帯域幅上の異なるタイプのユーザ機器（ＵＥ）との通信をサポートするための技法が説明されている。各タイプのＵＥは、１つまたは複数の利用可能なシステム帯域幅上で動作することができる。ＵＥに割り当てられたリソースは、ＵＥへ送信された制御メッセージのリソース割付フィールドによって伝達されうる。リソース割付フィールドは、異なるシステム帯域幅について異なる構成（例、異なるサイズおよび／または解釈）を有しうる。ある設計では、リソース割付フィールドと、ＵＥへ送信された制御メッセージは、複数のシステム帯域幅について異なるサイズを有する。基地局は、ＵＥについて選択されたシステム帯域幅に基づいてリソース割付フィールドのサイズを決定することができる。別の設計では、リソース割付フィールドは、複数のシステム帯域幅について同じサイズを有するが、異なる解釈（例、異なるリソースマッピング）を有しうる。
2013509044.tif 000002
【特許請求の範囲】
【請求項１】
無線通信のための方法であって、
ユーザ機器（ＵＥ）のための制御メッセージを生成することと；
複数のシステム帯域幅の中から前記ＵＥについて選択されたシステム帯域幅に基づいて、前記制御メッセージのリソース割付フィールドを設定することと、なお、前記リソース割付フィールドは、前記選択されたシステム帯域幅について前記ＵＥに割り当てられたリソースのインジケーションを備える；
前記ＵＥへ前記制御メッセージを送信することと；
前記ＵＥに割り当てられた前記リソース上で前記ＵＥと通信することと；
を備える方法。
【請求項２】
前記複数のシステム帯域幅は、第１のシステム帯域幅と第２のシステム帯域幅を備え、前記第２のシステム帯域幅は、前記第１のシステム帯域幅の少なくとも一部分と追加帯域幅を備える、請求項１に記載の方法。
【請求項３】
前記複数のシステム帯域幅は、シングルキャリアの異なる周波数レンジに対応する、請求項１に記載の方法。
【請求項４】
前記複数のシステム帯域幅は、前記制御メッセージの特定フォーマットについて、前記リソース割付フィールドの少なくとも２つの異なる構成と関連づけられる、請求項１に記載の方法。
【請求項５】
前記複数のシステム帯域幅は、前記制御メッセージの特定フォーマットについて、前記リソース割付フィールドの異なるサイズと関連づけられる、請求項１に記載の方法。
【請求項６】
前記選択されたシステム帯域幅に基づいて前記リソース割付フィールドのサイズを決定すること、をさらに備える請求項１に記載の方法。
【請求項７】
前記リソース割付フィールドを設定することは、
前記割り当てられたリソースが前記第１のシステム帯域幅についてである場合には、前記リソース割付フィールドの第１サイズを設定することと、なお、前記第１サイズは、前記第１のシステム帯域幅に基づいて決定される；
前記割り当てられたリソースが前記第２のシステム帯域幅についてである場合には、前記リソース割付フィールドの第２サイズを設定することと、なお、前記第２のサイズは、前記第２のシステム帯域幅に基づいて決定される；
を備える、請求項２に記載の方法。
【請求項８】
前記複数のシステム帯域幅は、前記制御メッセージの特定フォーマットについて、同じサイズを有するが、前記リソース割付フィールドの異なる解釈と関連付けられる、請求項１に記載の方法。
【請求項９】
前記複数のシステム帯域幅は、前記リソース割付フィールドに対し異なるリソースマッピングと関連づけられ、各システム帯域幅についての前記リソースマッピングは、前記リソース割付フィールドの複数の設定に対し異なる割り当てられたリソースを定義する、請求項１に記載の方法。
【請求項１０】
前記リソース割付フィールドを設定することは、
前記割り当てられたリソースが前記第１のシステム帯域幅についてである場合には、第１のリソースマッピングに基づいて前記リソース割付フィールドを設定することと、なお、前記第１のリソースマッピングは、前記リソース割付フィールドの第１の複数の設定について前記第１のシステム帯域幅において異なる割り当てられたリソースを定義する；
前記割り当てられたリソースが前記第２のシステム帯域幅についてである場合には、第２のリソースマッピングに基づいて前記リソース割付フィールドを設定することと、なお、前記第２のリソースマッピングは、前記リソース割付フィールドの第２の複数の設定について前記第２のシステム帯域幅において異なる割り当てられたリソースを定義する；
を備える、請求項２に記載の方法。
【請求項１１】
前記リソース割付フィールドを設定することは、
前記制御メッセージが複数のＵＥのための共通サーチスペースにおいて送信される場合には前記第１のシステム帯域幅に基づいて前記リソース割付フィールドを設定することと、
前記制御メッセージが前記ＵＥのためのＵＥ特有サーチスペースにおいて送信される場合には、前記第２のシステム帯域幅に基づいて前記リソース割付フィールドを設定することと、
を備える、請求項２に記載の方法。
【請求項１２】
前記リソース割付フィールドを設定することは、
前記制御メッセージが複数のＵＥへブロードキャストメッセージとして送信される場合には前記第１のシステム帯域幅に基づいて前記リソース割付フィールドを設定することと、
前記制御メッセージが前記ＵＥへユニキャストメッセージとして送信される場合には前記第２のシステム帯域幅に基づいて前記リソース割付フィールドを設定することと、
を備える、請求項２に記載の方法。
【請求項１３】
前記制御メッセージを生成することは、ＤＣＩフォーマットのセットから選択されたダウンリンク制御情報（ＤＣＩ）フォーマットに基づいて前記制御メッセージを生成することを備える、請求項１に記載の方法。
【請求項１４】
各システム帯域幅は、ＤＣＩフォーマットのセットと関連づけられ、前記複数のシステム帯域幅は、少なくとも２つの異なるセットのＤＣＩフォーマットと関連づけられる、請求項１３に記載の方法。
【請求項１５】
前記選択されたＤＣＩフォーマットが、前記複数のシステム帯域幅についての前記リソース割付フィールドの共通構成、または、前記複数のシステム帯域幅についての前記リソース割付フィールドの異なる構成、と関連づけられるかを決定すること、
をさらに備える請求項１３に記載の方法。
【請求項１６】
前記リソース割付フィールドを設定することは、前記制御メッセージが送信されるサブフレームのタイプに基づいて前記リソース割付フィールドを設定することを備え、サブフレームの複数のタイプは、前記リソース割付フィールドの少なくとも２つの異なる構成と関連づけられる、請求項１に記載の方法。
【請求項１７】
前記リソース割付フィールドを設定することは、前記ＵＥに割り当てられた前記リソースについてのリソース割付タイプに基づいて前記リソース割付フィールドを設定することを備え、複数のリソース割付タイプは、前記リソース割付フィールドの少なくとも２つの異なる構成と関連づけられる、請求項１に記載の方法。
【請求項１８】
前記制御メッセージを送信することは、前記割り当てられたリソースが前記第１のシステム帯域幅または前記第２のシステム帯域幅についてであるかに関わらず、前記第１のシステム帯域幅内で前記制御メッセージを送信することを備える、請求項２に記載の方法。
【請求項１９】
前記ＵＥを前記選択されたシステム帯域幅上で動作するように設定すること、をさらに備える請求項１に記載の方法。
【請求項２０】
前記割り当てられたリソースは、ダウンリンク上のデータ送信についてであり、前記ＵＥと通信することは、前記割り当てられたリソース上で前記ＵＥへデータ送信を送信することを備える、請求項１に記載の方法。
【請求項２１】
前記割り当てられたリソースは、アップリンク上のデータ送信についてであり、前記ＵＥと通信することは、前記ＵＥによって前記割り当てられたリソース上で送信されたデータ送信を受信することを備える、請求項１に記載の方法。
【請求項２２】
無線通信のための装置であって、
ユーザ機器（ＵＥ）のための制御メッセージを生成するための手段と、
複数のシステム帯域幅の中から前記ＵＥについて選択されたシステム帯域幅に基づいて前記制御メッセージのリソース割付フィールドを設定するための手段と、なお、前記リソース割付フィールドは、前記選択されたシステム帯域幅について前記ＵＥに割り当てられたリソースのインジケーションを備える；
前記ＵＥへ前記制御メッセージを送信するための手段と；
前記ＵＥに割り当てられた前記リソース上で前記ＵＥと通信するための手段と；
を備える装置。
【請求項２３】
前記複数のシステム帯域幅は、前記制御メッセージの特定フォーマットについて、前記リソース割付フィールドの少なくとも２つの異なる構成と関連づけられる、請求項２２に記載の装置。
【請求項２４】
前記複数のシステム帯域幅は、前記制御メッセージの特定フォーマットについて、前記リソース割付フィールドの異なるサイズと関連づけられる、請求項２２に記載の装置。
【請求項２５】
前記複数のシステム帯域幅は、前記制御メッセージの特定フォーマットについて、同じサイズを有するが、前記リソース割付フィールドの異なる解釈と関連付けられる、請求項２２に記載の装置。
【請求項２６】
前記複数のシステム帯域幅は、前記リソース割付フィールドに対し異なるリソースマッピングと関連づけられ、各システム帯域幅についての前記リソースマッピングは、前記リソース割付フィールドの複数の設定に対し異なる割り当てられたリソースを定義する、請求項２２に記載の装置。
【請求項２７】
前記リソース割付フィールドを設定するための手段は、
前記制御メッセージが複数のＵＥのための共通サーチスペースにおいて送信される場合には第１のシステム帯域幅に基づいて前記リソース割付フィールドを設定するための手段と、
前記制御メッセージが前記ＵＥのためのＵＥ特有サーチスペースにおいて送信される場合には第２のシステム帯域幅に基づいて前記リソース割付フィールドを設定するための手段と、
を備える請求項２２に記載の装置。
【請求項２８】
前記リソース割付フィールドを設定するための手段は、
前記制御メッセージが複数のＵＥへブロードキャストメッセージとして送信される場合には第１のシステム帯域幅に基づいて前記リソース割付フィールドを設定するための手段と、
前記制御メッセージが前記ＵＥへユニキャストメッセージとして送信される場合には第２のシステム帯域幅に基づいて前記リソース割付フィールドを設定するための手段と、
を備える請求項２２に記載の装置。
【請求項２９】
無線通信のための装置であって、
ユーザ機器（ＵＥ）のための制御メッセージを生成するように；
複数のシステム帯域幅の中から前記ＵＥについて選択されたシステム帯域幅に基づいて前記制御メッセージのリソース割付フィールドを設定するように、なお、前記リソース割付フィールドは、前記選択されたシステム帯域幅について前記ＵＥに割り当てられたリソースのインジケーションを備える；
前記制御メッセージを前記ＵＥへ送信するように；
前記ＵＥに割り当てられた前記リソース上で前記ＵＥと通信するように；
構成された少なくとも１つのプロセッサ、
を備える装置。
【請求項３０】
前記複数のシステム帯域幅は、前記制御メッセージの特定フォーマットについて、前記リソース割付フィールドの少なくとも２つの異なる構成と関連づけられる、請求項２９に記載の装置。
【請求項３１】
前記複数のシステム帯域幅は、前記制御メッセージの特定フォーマットについて、前記リソース割付フィールドの異なるサイズと関連づけられる、請求項２９に記載の装置。
【請求項３２】
前記複数のシステム帯域幅は、前記制御メッセージの特定フォーマットについて、同じサイズを有するが、前記リソース割付フィールドの異なる解釈と関連付けられる、請求項２９に記載の装置。
【請求項３３】
前記複数のシステム帯域幅は、前記リソース割付フィールドに対し異なるリソースマッピングと関連づけられ、各システム帯域幅についての前記リソースマッピングは、前記リソース割付フィールドの複数の設定に対し異なる割り当てられたリソースを定義する、請求項２９に記載の装置。
【請求項３４】
前記少なくとも１つのプロセッサは、
前記制御メッセージが複数のＵＥのための共通サーチスペースにおいて送信される場合には第１のシステム帯域幅に基づいて前記リソース割付フィールドを設定するように、
前記制御メッセージが前記ＵＥのためのＵＥ特有サーチスペースにおいて送信される場合には第２のシステム帯域幅に基づいて前記リソース割付フィールドを設定するように、
さらに構成される、請求項２９に記載の装置。
【請求項３５】
前記少なくとも１つのプロセッサは、
前記制御メッセージが複数のＵＥへブロードキャストメッセージとして送信される場合には第１のシステム帯域幅に基づいて前記リソース割付フィールドを設定するように、
前記制御メッセージが前記ＵＥへユニキャストメッセージとして送信される場合には第２のシステム帯域幅に基づいて前記リソース割付フィールドを設定するように、
さらに構成される、請求項２９に記載の装置。
【請求項３６】
非一時的なコンピュータ可読媒体を備えるコンピュータプロダクトであって、非一時的なコンピュータ可読媒体は、
少なくとも１つのコンピュータにユーザ機器（ＵＥ）のための制御メッセージを生成させるためのコードと；
前記少なくとも１つのコンピュータに複数のシステム帯域幅の中から前記ＵＥについて選択されたシステム帯域幅に基づいて前記制御メッセージのリソース割付フィールドを設定させるためのコードと、なお、前記リソース割付フィールドは、前記選択されたシステム帯域幅について前記ＵＥに割り当てられたリソースのインジケーションを備える；
前記少なくとも１つのコンピュータに前記ＵＥへ前記制御メッセージを送信させるためのコードと；
前記少なくとも１つのコンピュータに前記ＵＥに割り当てられたリソース上で前記ＵＥと通信させるためのコードと；
を備える、
コンピュータプログラムプロダクト。
【請求項３７】
無線通信のための方法であって、
ユーザ機器（ＵＥ）によって制御メッセージを受信することと；
前記制御メッセージのリソース割付フィールドに基づいて前記ＵＥに割り当てられたリソースを決定することと、なお、前記リソース割付フィールドは、複数のシステム帯域幅の中から前記ＵＥについて選択されたシステム帯域幅について前記ＵＥに割り当てられた前記リソースのインジケーションを備える；
前記ＵＥによって前記割り当てられたリソース上で通信することと；
を備える方法。
【請求項３８】
前記複数のシステム帯域幅は、第１のシステム帯域幅と第２のシステム帯域幅を備え、前記第２のシステム帯域幅は、前記第１のシステム帯域幅の少なくとも一部分と追加帯域幅を備える、請求項３７に記載の方法。
【請求項３９】
前記複数のシステム帯域幅は、シングルキャリアの異なる周波数レンジを備え、前記ＵＥについて選択された前記システム帯域幅は、前記ＵＥへのデータ送信に利用可能な前記シングルキャリアの周波数レンジを備える、請求項３７に記載の方法。
【請求項４０】
前記選択されたシステム帯域幅に基づいて前記リソース割付フィールドのサイズを決定すること、をさらに備える請求項３７に記載の方法。
【請求項４１】
前記ＵＥに割り当てられた前記リソースを決定することは、
前記割り当てられたリソースが前記第１のシステム帯域幅についてである場合には、前記リソース割付フィールドの第１サイズに基づいて前記ＵＥに割り当てられた前記リソースを決定することと、
前記割り当てられたリソースが前記第２のシステム帯域幅についてである場合には、前記リソース割付フィールドの第２サイズに基づいて前記ＵＥに割り当てられた前記リソースを決定することと、
を備える、請求項３８に記載の方法。
【請求項４２】
前記複数のシステム帯域幅は、前記リソース割付フィールドに対し異なるリソースマッピングと関連づけられ、各システム帯域幅についての前記リソースマッピングは、前記リソース割付フィールドの複数の設定に対し異なる割り当てられたリソースを定義する、請求項３７に記載の方法。
【請求項４３】
前記ＵＥに割り当てられた前記リソースを決定することは、
前記割り当てられたリソースが前記第１のシステム帯域幅についてである場合には、前記リソース割付フィールドのための第１のリソースマッピングに基づいて前記ＵＥに割り当てられた前記リソースを決定することと、なお、前記第１のリソースマッピングは、前記リソース割付フィールドの第１の複数の設定についての前記第１のシステム帯域幅において異なる割り当てられたリソースを定義する；
前記割り当てられたリソースが前記第２のシステム帯域幅についてである場合には、前記リソース割付フィールドのための第２のリソースマッピングに基づいて前記ＵＥに割り当てられた前記リソースを決定することと、なお、前記第２のリソースマッピングは、前記リソース割付フィールドの第２の複数の設定についての前記第２のシステム帯域幅において異なる割り当てられたリソースを定義する；
を備える、請求項３８に記載の方法。
【請求項４４】
前記ＵＥに割り当てられた前記リソースを決定することは、
前記制御メッセージが複数のＵＥのための共通サーチスペースにおいて受信される場合には、前記リソース割付フィールドについての前記第１のシステム帯域幅に基づいて前記ＵＥに割り当てられたリソースを決定することと、
前記制御メッセージが前記ＵＥのためのＵＥ特有サーチスペースにおいて受信される場合には、前記リソース割付フィールドについての前記第２のシステム帯域幅に基づいて前記ＵＥに割り当てられたリソースを決定することと、
を備える、請求項３８に記載の方法。
【請求項４５】
前記ＵＥに割り当てられた前記リソースを決定することは、
前記制御メッセージが複数のＵＥへブロードキャストメッセージとして送信される場合には、前記リソース割付フィールドについての前記第１のシステム帯域幅に基づいて前記ＵＥに割り当てられた前記リソースを決定することと、
前記制御メッセージが前記ＵＥへユニキャストメッセージとして送信される場合には、前記リソース割付フィールドについての前記第２のシステム帯域幅に基づいて前記ＵＥに割り当てられた前記リソースを決定することと、
を備える、請求項３８に記載の方法。
【請求項４６】
前記ＵＥに割り当てられた前記リソースを決定することは、
前記リソース割付フィールドに基づいて、また、ダウンリンク制御情報（ＤＣＩ）フォーマットのセットの中のＤＣＩフォーマットにしたがって、前記ＵＥに割り当てられた前記リソースを決定することを備える、請求項３７に記載の方法。
【請求項４７】
前記割り当てられたリソースは、ダウンリンク上のデータ送信についてであり、前記割り当てられたリソース上で通信することは、前記割り当てられたリソース上で前記ＵＥへ送信されたデータ送信を受信することを備える、請求項３７に記載の方法。
【請求項４８】
前記割り当てられたリソースは、アップリンク上のデータ送信についてであり、前記割り当てられたリソース上で通信することは、前記ＵＥによって前記割り当てられたリソース上でデータ送信を送信することを備える、請求項３７に記載の方法。
【請求項４９】
無線通信のための装置であって、
ユーザ機器（ＵＥ）によって制御メッセージを受信するための手段と；
前記制御メッセージのリソース割付フィールドに基づいて、前記ＵＥに割り当てられたリソースを決定するための手段と、なお、前記リソース割付フィールドは、複数のシステム帯域幅の中から前記ＵＥについて選択されたシステム帯域幅について前記ＵＥに割り当てられた前記リソースのインジケーションを備える；
前記ＵＥによって前記割り当てられたリソース上で通信するための手段と；
を備える装置。
【請求項５０】
前記選択されたシステム帯域幅に基づいて前記リソース割付フィールドのサイズを決定するための手段、をさらに備える請求項４９に記載の装置。
【請求項５１】
前記複数のシステム帯域幅は、前記リソース割付フィールドに対し異なるリソースマッピングと関連づけられ、各システム帯域幅についての前記リソースマッピングは、前記リソース割付フィールドの複数の設定に対し異なる割り当てられたリソースを定義する、請求項４９に記載の装置。
【請求項５２】
前記ＵＥに割り当てられた前記リソースを決定するための手段は、
前記制御メッセージが複数のＵＥのための共通サーチスペースにおいて受信される場合には、前記リソース割付フィールドについての第１のシステム帯域幅に基づいて前記ＵＥに割り当てられた前記リソースを決定するための手段と、
前記制御メッセージが前記ＵＥのためのＵＥ特有サーチスペースにおいて受信される場合には、前記リソース割付フィールドについての第２のシステム帯域幅に基づいて前記ＵＥに割り当てられた前記リソースを決定するための手段と、
を備える、請求項４９に記載の装置。
【請求項５３】
前記ＵＥに割り当てられた前記リソースを決定するための手段は、
前記制御メッセージが複数のＵＥへブロードキャストメッセージとして送信される場合には、前記リソース割付フィールドについての第１のシステム帯域幅に基づいて前記ＵＥに割り当てられた前記リソースを決定するための手段と、
前記制御メッセージが前記ＵＥへユニキャストメッセージとして送信される場合には、前記リソース割付フィールドについての第２のシステム帯域幅に基づいて前記ＵＥに割り当てられた前記リソースを決定するための手段と、
を備える、請求項４９に記載の装置。
【請求項５４】
無線通信のための装置であって、
ユーザ機器（ＵＥ）によって制御メッセージを受信するように；
前記制御メッセージのリソース割付フィールドに基づいて前記ＵＥに割り当てられたリソースを決定するように、なお、前記リソース割付フィールドは、複数のシステム帯域幅の中から前記ＵＥに選択されたシステム帯域幅について前記ＵＥに割り当てられた前記リソースのインジケーションを備える；
前記ＵＥによって前記割り当てられたリソース上で通信するように；
構成された少なくとも１つのプロセッサ、を備える装置。
【請求項５５】
前記少なくとも１つのプロセッサは、前記選択されたシステム帯域幅に基づいて前記リソース割付フィールドのサイズを決定するように構成される、請求項５４に記載の装置。
【請求項５６】
前記複数のシステム帯域幅は、前記リソース割付フィールドに対し異なるリソースマッピングと関連づけられ、各システム帯域幅についての前記リソースマッピングは、前記リソース割付フィールドの複数の設定に対し異なる割り当てられたリソースを定義する、請求項５４に記載の装置。
【請求項５７】
前記少なくとも１つのプロセッサは、前記制御メッセージが複数のＵＥのための共通サーチスペースにおいて受信される場合には、前記リソース割付フィールドについての第１のシステム帯域幅に基づいて前記ＵＥに割り当てられた前記リソースを決定するように、前記制御メッセージが前記ＵＥのためのＵＥ特有サーチスペースにおいて受信される場合には、前記リソース割付フィールドについての第２のシステム帯域幅に基づいて前記ＵＥに割り当てられた前記リソースを決定するように、構成される、請求項５４に記載の装置。
【請求項５８】
前記少なくとも１つのプロセッサは、前記制御メッセージが複数のＵＥへブロードキャストメッセージとして送信される場合には、前記リソース割付フィールドについての第１のシステム帯域幅に基づいて前記ＵＥに割り当てられた前記リソースを決定するように、前記制御メッセージが前記ＵＥへユニキャストメッセージとして送信される場合には、前記リソース割付フィールドについての第２のシステム帯域幅に基づいて前記ＵＥに割り当てられた前記リソースを決定するように、構成される、請求項５４に記載の装置。
【請求項５９】
非一時的なコンピュータ可読媒体を備えるコンピュータプログラムプロダクトであって、非一時的なコンピュータ可読媒体は、
少なくとも１つのコンピュータにユーザ機器（ＵＥ）によって制御メッセージを受信させるためのコードと；
前記少なくとも１つのコンピュータに前記制御メッセージのリソース割付フィールドに基づいて前記ＵＥに割り当てられたリソースを決定させるためのコードと、なお、前記リソース割付フィールドは、複数のシステム帯域幅の中から前記ＵＥに選択されたシステム帯域幅について前記ＵＥに割り当てられた前記リソースのインジケーションを備える；
前記少なくとも１つのコンピュータに前記ＵＥによって前記割り当てられたリソース上で通信させるためのコードと；
を備える、
コンピュータプログラムプロダクト。
【発明の詳細な説明】
【優先権の主張】
【０００１】
本願は、２００９年１０月１５日に出願され、ここでの譲受人に譲渡され、参照によりここに組み込まれる「PHYSICAL DOWNLINK CONTROL CHANNEL (PDCCH) DESIGN FOR LTE-A CARRIER EXTENSION」と題された米国仮出願番号第６１／２５２，１３６号の優先権を主張する。
【背景技術】
【０００２】
Ｉ．分野
本開示は、一般的には通信に関し、より具体的には、無線通信システムにおける通信をサポートするための技法に関する。
【０００３】
ＩＩ．背景
無線通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト等のような様々な通信コンテンツを提供するように広く展開されている。これらの無線システムは、利用可能なシステムリソースを共有することによって、複数ユーザをサポートすることができる多元接続システムでありうる。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムを含む。
【０００４】
無線通信システムは、多数のユーザ機器（ＵＥ）のための通信をサポートすることができる多数の基地局を含めうる。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信しうる。ダウンリンク（または順方向リンク）は基地局からＵＥまでの通信リンクを指し、アップリンク（または逆方向リンク）は、ＵＥから基地局までの通信リンクを指す。
【発明の概要】
【０００５】
異なるシステム帯域幅上でＵＥとの通信をサポートするための技法がここにおいて説明されている。システムは、異なるタイプのＵＥについて（例、シングルキャリア上で）複数の利用可能なシステム帯域幅をサポートしうる。各タイプのＵＥは、利用可能なシステム帯域幅のうち１つまたは複数上で動作しうる、また、利用可能なシステム帯域幅のうち１つまたは複数内でリソースを割り当てられうる。所与のＵＥに割り当てられたリソースは、ＵＥへ送信された制御メッセージのリソース割付フィールド(resource allocation field)によって伝達されうる。
【０００６】
一態様では、リソース割付フィールドは、異なるシステム帯域幅について異なる構成を有しうる。ある設計では、基地局は、ＵＥのための制御メッセージを生成しうる、また、複数のシステム帯域幅の中からＵＥについて選択されたシステム帯域幅に基づいて制御メッセージのリソース割付フィールドを設定しうる。リソース割付フィールドは、選択されたシステム帯域幅について、ＵＥに割り当てられたリソースのインジケーションを備えうる。基地局は、ＵＥに制御メッセージを送信しうる、そのあとで、選択されたシステム帯域幅について、割り当てられたリソース上でＵＥと通信しうる（例、ＵＥにデータ送信を送信する、および／または、ＵＥからデータ送信を受信しうる）。
【０００７】
一般に、複数のシステム帯域幅は、制御メッセージの特定フォーマットについて、リソース割付フィールドの少なくとも２つの異なる構成と関連づけられうる。リソース割付フィールドの異なる構成は、リソース割付フィールドの異なるサイズまたは異なる解釈に対応しうる。ある設計では、リソース割付フィールドは、複数のシステム帯域幅について、異なるサイズを有しうる。基地局は、ＵＥについての選択されたシステム帯域幅に基づいてリソース割付フィールドのサイズを決定することができる。別の設計では、リソース割付フィールドは、複数のシステム帯域幅について、同じサイズを有するが、異なる解釈（例、異なるリソースマッピング）を有しうる。各システム帯域幅についてのリソースマッピングは、リソース割付フィールドの異なる設定に対し異なる割り当てられたリソースを定義することができる。
【０００８】
ある設計では、制御メッセージは、ダウンリンク制御情報（ＤＣＩ）を備えうる、また、ＤＣＩフォーマットのセットから選択されたＤＣＩフォーマットに基づいて生成されうる。ある設計では、各ＤＣＩフォーマットに対して、リソース割付フィールドは、（ｉ）すべてのシステム帯域幅について同じ方式で（例、同じ構成で）、または、（ｉｉ）異なるシステム帯域幅について異なる方式で（例、異なる構成で）、設定されうる。
【０００９】
ある設計では、リソース割付フィールドは、制御メッセージが送信されるサーチスペースによって異なる方式で設定されうる。一例として、リソース割付フィールドは、（ｉ）制御メッセージが複数のＵＥのための共通サーチスペースで送信される場合には第１のシステム帯域幅、または、（ｉｉ）制御メッセージがＵＥのためのＵＥ特有サーチスペースで送信される場合には第２のシステム帯域幅、に基づいて設定されうる。
【００１０】
ある設計では、リソース割付フィールドは、制御メッセージがＵＥへユニキャストメッセージとして送信される、または、複数のＵＥへブロードキャストメッセージとして送信されるかによって異なる方式で設定されうる。一例として、リソース割付フィールドは、（ｉ）制御メッセージがブロードキャストメッセージとして送信される場合には第１のシステム帯域幅、または、（ｉｉ）制御メッセージがユニキャストメッセージとして送信される場合には第２のシステム帯域幅、に基づいて設定されうる。
【００１１】
ある設計では、ＵＥは、基地局から制御メッセージを受信することができ、制御メッセージのリソース割付フィールドに基づいて、ＵＥに割り当てられたリソースを決定することができる。ＵＥは選択されたシステム帯域幅上で動作するように設定されうる。ＵＥは割り当てられたリソース上で基地局と通信しうる。本開示の様々な態様および特徴は、さらに下記で詳細に説明される。
【図面の簡単な説明】
【００１２】
【図１】図１は、無線通信システムを図示する。
【図２】図２は、例示的なフレーム構造を図示する。
【図３Ａ】図３Ａ、３Ｂおよび３Ｃは異なるシステム帯域幅を図示する。
【図３Ｂ】図３Ａ、３Ｂおよび３Ｃは異なるシステム帯域幅を図示する。
【図３Ｃ】図３Ａ、３Ｂおよび３Ｃは異なるシステム帯域幅を図示する。
【図４】図４および図５は、異なるサブフレームにおいて異なるタイプのＵＥを多重化する２つの設計を図示する。
【図５】図４および図５は、異なるサブフレームにおいて異なるタイプのＵＥを多重化する２つの設計を図示する。
【図６Ａ】図６Ａ、６Ｂ、６Ｃは、サブフレームにおいてオーバーヘッドチャネルと信号を送信する３つの設計を図示する。
【図６Ｂ】図６Ａ、６Ｂ、６Ｃは、サブフレームにおいてオーバーヘッドチャネルと信号を送信する３つの設計を図示する。
【図６Ｃ】図６Ａ、６Ｂ、６Ｃは、サブフレームにおいてオーバーヘッドチャネルと信号を送信する３つの設計を図示する。
【図７】図７は、制御メッセージを生成するためのモジュールのブロック図を図示する。
【図８】図８は、制御メッセージを受信するためのモジュールのブロック図を図示する。
【図９】図９は、制御メッセージを送信するためのプロセスを図示する。
【図１０】図１０は、制御メッセージを受信するためのプロセスを図示する。
【図１１】図１１は、基地局とＵＥのブロック図を図示する。
【詳細な説明】
【００１３】
ここで説明される技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および他のシステム等のような様々な無線通信システムのために使用されうる。用語「システム」と「ネットワーク」は、多くの場合、置換可能に使用される。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）およびＣＤＭＡの他の変形を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５規格、およびＩＳ−８５６規格を含む。ＴＤＭＡシステムは、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））のような無線技術を実装しうる。ＯＦＤＭＡシステムは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド(Ultra Mobile Broadband)（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などのような無線技術を実装しうる。ＵＴＲＡとＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスド（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新規リリースであり、そしてそれは、ダウンリンクではＯＦＤＭＡを利用し、アップリンクではＳＣ−ＦＤＭＡを利用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）という名称の団体の文書の中で説明されている。さらに、ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の団体の文書の中で説明されている。ここで説明される技法は、上述されたシステムおよび無線技術、ならびに、他のシステムおよび無線技術のために使用されうる。明瞭のため、本技法のある態様は、下記でＬＴＥについて説明されており、ＬＴＥ用語が下記の説明の多くにおいて使用されている。
【００１４】
図１は、無線通信システム１００を図示し、そしてそれは、ＬＴＥシステムまたは他の何らかのシステムでありうる。システム１００は、多数の発展型ノードＢ（ｅＮＢ）１１０と他のネットワークエンティティを含めうる。ｅＮＢは、ＵＥと通信するエンティティでありうる、また、基地局、ノードＢ、アクセスポイント等とも呼ばれうる。各ｅＮＢ１１０は、特定の地理領域についての通信カバレッジを提供しうる、また、カバレッジエリア内に配置されたＵＥのための通信をサポートしうる。システムキャパシティを改善するために、ｅＮＢの全体的なカバレッジエリアは、複数の（例、３つの）より小さいエリアへと分割されうる。各より小さいエリアは、それぞれのｅＮＢサブシステムによってサービス提供されうる。３ＧＰＰでは、用語「セル」は、ｅＮＢの最小カバレッジエリアおよび／またはこのカバレッジエリアにサービス提供しているｅＮＢサブシステムを指すことができる。
【００１５】
ＵＥ１２０は、システム全体にわたって分散していていもよく、各ＵＥは、固定式または移動式でありうる。ＵＥはまた、モバイル局、端末、アクセス端末、加入者ユニット、局、などと呼ばれうる。ＵＥは、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム、無線通信デバイス、ハンドへルドデバイス、ラップトップコンピュータ、コードレス電話、無線ローカルループ（ＷＬＬ）局、スマートフォン、ネットブック、スマートブックなどであってもよい。
【００１６】
システムは、周波数分割デュプレキシング（ＦＤＤ）または時分割デュプレキシング（ＴＤＤ）を使用しうる。ＦＤＤの場合、ダウンリンクおよびアップリンクは、個別の周波数チャネルを割り付けられる。ダウンリンク送信およびアップリンク送信は、２つの周波数チャネル上で同時に送信されうる。ＴＤＤの場合、ダウンリンクおよびアップリンクは、同じ周波数チャネルを共有する。ダウンリンクおよびアップリンク送信は、異なる時間インターバルで同じ周波数チャネル上で送信されうる。
【００１７】
図２は、ＬＴＥにおけるＦＤＤについて使用されるフレーム構造２００を図示する。ダウンリンクおよびアップリンクの各々に関する送信タイムラインは、無線フレームの単位へと分割されうる。各無線フレームは、予め決定された持続時間（例、１０ミリ秒（ｍｓ））を有しうる、また、インデクス０〜９を伴う１０サブフレームへと分割されうる。各サブフレームは２スロット含めうる。したがって、各無線フレームは、インデクス０〜１９を伴う２０スロットを含めうる。各スロットは、Ｌ個のシンボル期間、例えば、（図２で図示されるように）通常のサイクリックプリフィックスについては７つのシンボル期間、または、拡張されたサイクリックプリフィックスについては６つのシンボル期間、を含めうる。各サブフレームにおける２Ｌシンボル期間は、インデクス０〜２Ｌ−１が割り当てられる。
【００１８】
ダウンリンクについての各サブフレームは、制御領域とデータ領域とを含めうる、そしてそれは、図２で図示されるように時分割多重（ＴＤＭ）されうる。制御領域は、サブフレームの最初のＭ個のシンボル期間を含めうる、なお、Ｍは、１、２、３、または４に等しく、サブフレーム間で変更することができる。制御領域はＵＥについての制御情報を搬送しうる。データ領域は、サブフレームの残りのシンボル期間を含めうる、また、トラフィックデータおよび／またはＵＥについての他の情報を搬送しうる。
【００１９】
ｅＮＢは、サブフレームの制御領域において、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信しうる。ＰＣＦＩＣＨは、サブフレームの第１のシンボル期間において送信されうる、また、制御領域のサイズ（すなわち、値Ｍ）を伝達しうる。ＰＨＩＣＨは、ハイブリッド自動繰り返し要求（ＨＡＲＱ）を用いて、アップリンク上で送信されるデータ送信についてのアクナレッジ（ＡＣＫ）情報を搬送しうる。ＰＤＣＣＨは、ＵＥについてのダウンリンク制御情報（ＤＣＩ）を搬送しうる。ＤＣＩは、ダウンリンクグラント、アップリンクグラント、電力制御情報等を備えうる。ｅＮＢは、サブフレームのデータ領域において物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信しうる。ＰＤＳＣＨは、ダウンリンクでデータ送信についてスケジュールされたＵＥについてのトラヒックデータを搬送しうる。
【００２０】
アップリンクについての各サブフレームは、制御領域とデータ領域とを含めうる、そしてそれは、周波数分割多重（ＦＤＭ）されうる。制御領域は、システム帯域幅の２つのエッジにおいて形成され、設定可能なサイズを有しうる、そしてそれは、ＵＥによるアップリンク上で送信されている制御情報の量に基づいて選択されうる。データ領域は、制御領域によってカバーされない残りの周波数を含めうる。
【００２１】
ＵＥは、制御領域において物理アップリンク制御チャネル（ＰＵＣＣＨ）、または、サブフレームのデータ領域において物理アップリンク共有チャネル（ＰＵＳＣＨ）、のいずれかを送信しうる。ＰＵＣＣＨは、ダウンリンク上で送信されたデータ送信についてのＡＣＫ情報、チャネル品質インジケータ（ＣＱＩ）情報、スケジューリングリクエスト等のようなアップリンク制御情報（ＵＣＩ）を搬送しうる。ＰＵＳＣＨは、トラヒックデータのみ、または、トラヒックデータおよびＵＥからのＵＣＩの両方を搬送しうる。
【００２２】
ＬＴＥにおける様々なチャネルおよび信号は、公的に入手可能である「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題された３ＧＰＰ ＴＳ ３６．２１１の中で説明されている。
【００２３】
ＬＴＥは、ダウンリンクで直交周波数分割多重化（ＯＦＤＭ）とアップリンクでシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を使用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、周波数レンジを複数の（ＮＦＦＴ）直交サブキャリアへと分割する、そしてそれらはまた、トーン、ビンなどと一般的に呼ばれる。各サブキャリアはデータと変調されうる。一般に、変調シンボルは、ＯＦＤＭを用いて周波数領域で、およびＳＣ−ＦＤＭを用いて時間領域で、送られる。隣接するサブキャリア間のスペーシングは、固定でありうる、また、サブキャリアの総数（ＮＦＦＴ）は、システム帯域幅に依存しうる。例えば、サブキャリアスペーシングは、１５キロヘルツ（ＫＨｚ）でありうる、ＮＦＦＴは、それぞれ、１．２５，２．５，５，１０または２０メガヘルツ（ＭＨｚ）のシステム帯域幅について、１２８，２５６，５１２，１０２４または２０４８に等しい。
【００２４】
ダウンリンクおよびアップリンクの各々についての利用可能な時間周波数リソースは、物理リソースブロック(または、単なるリソースブロック)へと分割されうる。ＬＴＥでは、各リソースブロックは、１スロットにおいて１２サブキャリアをカバーする。各スロットにおけるリソースブロックの数は、システム帯域幅に依存し、それぞれ、システム帯域幅１．２５〜２０ＭＨｚについて６〜１１０と変動する。各リソースブロックは、多数のリソースエレメントを含む。各リソースエレメントは１シンボル期間において１サブキャリアをカバーし、１変調シンボルを送信するために使用されうる、そしてそれは、実数値または複素数値である。
【００２５】
システムは、キャリア拡張のためにダウンリンクおよび／またはアップリンク上で異なるＵＥに対し異なるシステム帯域幅をサポートしうる。一般に、任意の数のシステム帯域幅は、所与のリンク上で１キャリアについてサポートされうる、各システム帯域幅は、任意の適切な幅を有しうる。ある設計では、ダウンリンクの場合、システムは、（ｉ）レガシＵＥについては第１のシステム帯域幅（Ｒ８ＢＷと表す）、および（ｉｉ）新規ＵＥについては第２のシステム帯域幅（ＮｅｗＢＷと表される）をサポートしうる。ある設計では、アップリンクの場合、システムは、（ｉ）レガシＵＥについては第３のシステム帯域幅（Ｒ８ＢＷＵＬと表される）、および（ｉｉ）新規ＵＥについては第４のシステム帯域幅（ＮｅｗＢＷＵＬと表される）をサポートしうる。一例として、レガシＵＥは、ＬＴＥリリース８または９、または他の何らかのリリースをサポートしうる、また、新規ＵＥは、より後のＬＴＥリリースをサポートしうる。レガシＵＥおよび新規ＵＥは、他の方式で定義されうる。第２のシステム帯域幅は、完全にまたは部分的に、第１のシステム帯域幅をオーバラップしうる。同様に、第４のシステム帯域幅は、完全にまたは部分的に、第３のシステム帯域幅をオーバラップしうる。明瞭にするため、下記の説明の多くは、ダウンリンクについての第１のシステム帯域幅および第２のシステム帯域幅（すなわち、Ｒ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅）についてである。
【００２６】
図３Ａは、レガシＵＥおよび新規ＵＥについてのＲ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅の設計を図示する。この設計では、Ｒ８ＢＷ帯域幅は、周波数レンジの中央部を含み、ベースキャリアと呼ばれる。ＮｅｗＢＷ帯域幅は、Ｒ８ＢＷ帯域幅、ベースキャリアの上端の上層帯域幅セグメント、およびベースキャリアの下端の下層帯域幅セグメントを含む。上層帯域幅セグメントは、下層帯域幅セグメントに等しくてもよく、または、等しくなくてもよい。ある設計では、２０ＭＨｚのシステム帯域幅の場合、Ｒ８ＢＷ帯域幅は、１００リソースブロックをカバーし、ＮｅｗＢＷ帯域幅は、１１０リソースブロックをカバーする。
【００２７】
図３Ｂは、レガシＵＥおよび新規ＵＥについてのＲ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅の別の設計を図示する。この設計では、Ｒ８ＢＷ帯域幅は、周波数レンジの下層部を含む。ＮｅｗＢＷ帯域幅は、Ｒ８ＢＷ帯域幅とＲ８ＢＷ帯域幅の上端の上層帯域幅セグメントを含む。
【００２８】
図３Ｃは、さらに、レガシＵＥおよび新規ＵＥについてのＲ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅の別の設計を図示する。この設計では、Ｒ８ＢＷ帯域幅は、周波数レンジの上層部を含む。ＮｅｗＢＷ帯域幅は、Ｒ８ＢＷ帯域幅とＲ８ＢＷ帯域幅の下端の下層帯域幅セグメントを含む。
【００２９】
図３Ａ〜図３Ｃは、キャリア拡張のためにＲ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅の３つの設計を図示する。一般に、ＮｅｗＢＷ帯域幅は、（例、図３Ａ〜図３Ｃに図示されるように）Ｒ８ＢＷ帯域幅を完全にオーバラップすることができる、または、Ｒ８ＢＷ帯域幅を部分的にオーバラップすることができる。ＮｅｗＢＷ帯域幅は、Ｒ８ＢＷ帯域幅の片側または両側に追加帯域幅(additional bandwidth)を含めうる。追加帯域幅は、ΔＮｅｗＢＷと表され、新規ＵＥはアクセスすることができるが、レガシＵＥはアクセスできない。明瞭のため、下記の説明の多くは、図３Ａで図示される設計を仮定する。
【００３０】
ある設計では、レガシＵＥおよび新規ＵＥは、ＴＤＭを使用して異なるサブフレームで多重化されうる。ある設計では、ダウンリンク上の各サブフレームは、下記のうちの１つとして指定されうる。
【００３１】
・Ｒ８サブフレーム−レガシＵＥのみがスケジュールされるサブフレーム
・新規サブフレーム−新規ＵＥのみがスケジュールされるサブフレーム
・混合サブフレーム−レガシＵＥおよび新規ＵＥがスケジュールされるサブフレーム
ある設計では、アップリンク上の各サブフレームは、Ｒ８サブフレーム、または、新規サブフレーム、または混合サブフレームとして同様に指定されうる。一般に、任意の数のサブフレームタイプがサポートされうる。各リンク上の各サブフレームは、サポートされたサブフレームタイプのうちの１つとして指定されうる。
【００３２】
図４は、ダウンリンクまたはアップリンク上で無線フレームの異なるサブフレームにおいてレガシＵＥおよび新規ＵＥを多重化する例を図示する。この例では、４つのサブフレーム０、４、５、および９がレガシＵＥについてのＲ８サブフレームとして指定され、４つのサブフレーム１、３、６、および８が新規ＵＥについての新規サブフレームとして指定され、２つのサブフレーム２および７がレガシＵＥおよび新規ＵＥについての混合サブフレームとして指定される。
【００３３】
ΔＮｅｗＢＷ帯域幅は、新規ＵＥのみがアクセス可能であり、レガシＵＥに対して後方互換性である必要はない。したがって、ΔＮｅｗＢＷ帯域幅は、Ｒ８サブフレームおよび混合サブフレーム内にあったとしても、新規ＵＥに使用されうる。
【００３４】
図５は、異なるサブフレームにおいて、また、全体的なシステム帯域幅の異なる部分で、レガシＵＥおよび新規ＵＥを多重化する設計を図示する。図５で図示される例では、Ｒ８ＢＷ帯域幅がＮｅｗＢＷ帯域幅の中央部を占め、ＮｅｗＢＷ帯域幅の２つのエッジは、新規ＵＥのみがアクセス可能である。サブフレーム０〜９の各々の中央部は、レガシＵＥ、または新規ＵＥ、またはレガシＵＥおよび新規ＵＥの双方に使用されうる。各サブフレームにおけるＮｅｗＢＷ帯域幅の２つのエッジは、新規ＵＥのみに使用されうる。
【００３５】
ある設計では、混合サブフレームは、（ｉ）Ｍ１混合サブフレームと呼ばれる完全互換性混合サブフレーム(fully compatible mixed subframe)、または、（ｉｉ）Ｍ２混合サブフレームと呼ばれる部分的互換性混合サブフレーム(partially compatible mixed subframe)のいずれかでありうる。Ｍ１混合サブフレームは、すべての関連チャネルおよび信号を含めうるので、レガシＵＥは、Ｒ８サブフレームにおけるのと同様な方式でサービス提供されることができる。Ｍ２混合サブフレームは、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）、物理的ブロードキャストチャネル（ＰＢＣＨ）、セル特有基準信号（ＣＲＳ）等のようなあるチャネルおよび信号を含めうるので、レガシＵＥは、システムを獲得し、測定を実行することができる。レガシＵＥは、Ｍ２混合サブフレームにおいてではなく、Ｍ１混合サブフレームにおいてデータ送信についてスケジュールされうる。
【００３６】
図６Ａは、ダウンリンク上でＲ８サブフレームにおいてオーバーヘッドチャネルおよび信号を送信する設計を図示する。図６Ｂは、ダウンリンク上でＭ１混合サブフレームまたは新規サブフレームにおいてオーバーヘッドチャネルおよび信号を送信する設計を図示する。図６Ａおよび図６Ｂで図示される設計では、ｅＮＢは、すべてのＵＥによるシステム獲得をサポートするために中央の６つのリソースブロック上でＰＳＳ，ＳＳＳおよびＰＢＣＨを送信しうる。ｅＮＢは、サブフレームの制御領域において、Ｒ８ＢＷ帯域幅上でＰＣＦＩＣＨ，ＰＨＩＣＨおよびＰＤＣＣＨのような制御チャネルを送信しうる。ある設計では、ｅＮＢは、サブフレームの制御領域において、追加帯域幅上でいずれの制御チャネルも送信しない。この設計では、図６Ｂで図示されるＭ１混合サブフレームの場合、ｅＮＢは、サブフレームの制御領域においてＲ８ＢＷ帯域幅上で送信された制御チャネル上で、新規ＵＥについての制御情報を送信しうる。
【００３７】
図６Ａおよび図６Ｂで図示される設計では、ｅＮＢは、レガシＵＥをサポートする後方互換性サブフレームにおいて、（ＮｅｗＢＷ帯域幅上の代わりに）Ｒ８ＢＷ帯域幅上のみでレガシＵＥおよび新規ＵＥの両方についての制御チャネルを送信しうる。レガシＵＥおよび新規ＵＥは、その後で、制御チャネルについてのＲ８ＢＷ帯域幅のみをモニタすることができる。
【００３８】
図６Ｃは、ダウンリンクのＭ２混合サブフレームまたは新規サブフレームにおいてオーバーヘッドチャネルおよび信号を送信する設計を図示する。この設計では、ｅＮＢは、サブフレームの制御領域において制御チャネルを送信することがある、または送信しないことがある。一般に、ｅＮＢは、ＴＤＭ、ＦＤＭ、および／または他の何らかの多重スキームを使用して新規ＵＥについての制御チャネルを送信しうる。
【００３９】
ＬＴＥでは、ダウンリンクまたはアップリンク上の各データ送信は、データ送信について、ＰＤＣＣＨ上で送信されたＤＣＩに伴って起こることがある。ＤＣＩは、ダウンリンク上のデータ送信についてのダウンリンクグラント、または、アップリンク上のデータ送信についてのアップリンクグラントを含めうる。グラントは、（ｉ）ダウンリンクまたはアップリンク上で動的にスケジュールされたデータ送信について明示的に、または、（ｉｉ）アップリンク上で非適合送信またはダウンリンク上で半持続的にスケジュールされたデータ送信について暗示的に、送信されうる。一般に、ＤＣＩは、１つまたは複数のＵＥについての１つまたは複数のグラントおよび／または他の制御情報を含めうる。
【００４０】
ＬＴＥでは、利用可能な物理リソースブロック（ＰＲＢ）は、シーケンシャルインデクスを割り当てられうる、また、リソースブロックグループ（ＲＢＧ）へと配置されうる。各ＲＢＧは、最大Ｐ個の連続ＰＲＢを含めうる、なお、Ｐは、システム帯域幅に依存しうる、また、１、２、３、または４と等しい。ＲＢＧは、Ｐ個のＲＢＧサブセットへ分けられ、各ＲＢＧサブセットは各Ｐ番目ＲＢＧを含む。
【００４１】
ＬＴＥリリース８は、次のようなリソース割付タイプをサポートする。
【００４２】
・リソース割付タイプ０−ＲＢＧの整数を割り付ける
・リソース割付タイプ１−選択されたＲＢＧサブセット内でＰＲＢを割り付ける
・リソース割付タイプ２−局在化されたまたは分散した仮想リソースブロック（ＶＲＢ）を割り付ける
用語「割付」と「割り当て」は、置換可能で使用されうる、用語「割り付ける」と「割り当てる」もまた、置換可能で使用されうる。
【００４３】
リソース割付タイプ０の場合、ＵＥは、利用可能なＲＢＧのいずれか１つを割り付けられうる。ＵＥについてのリソース割付情報は、各ＲＢＧについて１ビットを有するビットマップで送信されうる。リソース割付タイプ１の場合、ＵＥは、選択されたＲＢＧサブセットにおいてＰＲＢのいずれかを割り付けられうる。ＵＥについてのリソース割付情報は、（ｉ）選択されたＲＢＧサブセットのインジケーション、および（ｉｉ）選択されたＲＢＧサブセットにおけるＰＲＢについてのビットマップ、を含めうる。リソース割付タイプ２の場合、ＵＥは、連続した局在化されたＶＲＢまたは分散化されたＶＲＢのセットを割り付けられうる。インデクスｎＶＲＢを伴う局在化されたＶＲＢは、インデクスｎＰＲＢを伴うＰＲＢに直接マッピングされうるので、ｎＶＲＢ＝ｎＰＲＢである。インデクスｎＶＲＢを伴う分散化されたＶＲＢは、ＶＲＢ・ＰＲＢ間のマッピング関数ｆ（  ）に基づいて、インデクスｎＰＲＢを伴うＰＲＢにマッピングされうるので、ｎＶＲＢ＝ｆ（ｎＰＲＢ）である。ＵＥについてのリソース割付情報は、（ｉ）局在化されたまたは分散化されたＶＲＢが割り当てられるかというインジケーション、（ｉｉ）ＵＥに割り付けられた開始ＶＲＢのインデクス、および（ｉｉｉ）ＵＥに割り付けられた連続ＶＲＢの数、を含めうる。
【００４４】
ＬＴＥは、表１にリストされる、多数のＤＣＩフォーマットをサポートする。ＤＣＩフォーマット０は、アップリンク上でデータ送信についてのアップリンクグラントを送信するために使用されうる。ＤＣＩフォーマット１，１Ａ，１Ｂ，１Ｃおよび１Ｄは、ダウンリンク上で１コードワードのデータ送信についてのダウンリンクグラントを送信するために使用されうる。コードワードは、トランスポートブロックまたはパケットに対応しうる。ＤＣＩフォーマット２，２Ａおよび２Ｂは、多入力多出力（ＭＩＭＯ）についてのダウンリンク上で２コードワードのデータ送信についてのダウンリンクグラントを送信するために使用されうる。ＤＣＩフォーマット３および３Ａは、ＵＥへ送信電力制御（ＴＰＣ）情報を送信するために使用されうる。各ＤＣＩフォーマットは、異なるタイプの情報を送信するために使用される多数のフィールドを含む。例えば、グラントのためのＤＣＩフォーマットは、データ送信について割りつけられたリソースを伝達するフィールド、変調および符号化スキーム、プレコーディング情報、ＨＡＲＱ情報、ＴＰＣコマンド、他の何らかの情報、またはそれらの組み合わせを含めうる。ＤＣＩフォーマット０，１Ａ，３および３Ａは同じサイズを有する。ＤＣＩフォーマット１，１Ｂ，１Ｃ，１Ｄ，２，２Ａおよび２Ｂは異なるサイズを有しうる。
【表１】
2013509044.tif 000003
【００４５】
表１における様々なＤＣＩフォーマットは、公的に入手可能である「Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding」と題された３ＧＰＰ ＴＳ ３６．２１２の中で説明されている。３ＧＰＰ ＴＳ ３６．２１２はまた、各ＤＣＩフォーマットの様々なフィールドを説明する。
【００４６】
表１は、ＬＴＥリリース９によってサポートされるＤＣＩフォーマットのセットをリストする。他のＤＣＩフォーマットはまた、例えば今後のＬＴＥリリースにおいて、サポートされうる。例えば、ＤＣＩフォーマットは、アップリンク上でＭＩＭＯとのデータ送信をサポートするために定義されうる。別の例として、追加ＤＣＩフォーマットは、新規ＵＥへの他の特徴および／または他の情報を伴うデータの送信をサポートするために定義されうる。
【００４７】
ダウンリンク上のデータ送信についてのＵＥのためのＤＣＩは、ダウンリンク（ＤＬ）ユニキャストと呼ばれ、ＤＣＩフォーマット１Ａまたはモード依存ＤＣＩフォーマットを使用して送信されうる。ＵＥは、高層を介し半静的な方式におけるダウンリンク上のデータ送信についての特定の送信モードで設定されうる。設定された送信モードは、ＬＴＥリリース９における８個のサポートされた送信モードのうちの１つであり、そしてそれは、送信ダイバーシティ、開ループ空間多重化、閉ループ空間多重化、ビームフォーミング等を含む。各送信モードは、異なるサイズの２つのＤＣＩフォーマット−ＤＣＩフォーマット１Ａとモード依存ＤＣＩフォーマット（例、ＤＣＩフォーマット１、１Ｂ、１Ｄ、２、２Ａ、２Ｂ等）と関連づけられる。ＵＥのためのＤＣＩは、（ｉ）すべてのＵＥに適用可能である制御領域の一部に対応する共通サーチスペース、または、（ｉｉ）ＵＥに適用可能である制御領域の一部に対応するＵＥ特有サーチスペース、のいずれかにおいて送信されうる。ＤＣＩフォーマット１Ａのみが共通サーチスペースにおいて送信されたＤＣＩについて使用され、ＤＣＩフォーマット１Ａとモード依存ＤＣＩフォーマットの両方がＵＥ特有サーチスペースにおいて送信されるＤＣＩについて使用されうる。ＵＥのためのＤＣＩは、セルＲＮＴＩ（Ｃ−ＲＮＴＩ），半持続的なスケジューリング（ＳＰＳ）Ｃ−ＲＮＴＩ，一時的なＣ−ＲＮＴＩ等のようなＵＥ特有無線ネットワーク一時的識別子（ＲＮＴＩ）とスクランブルされうる。
【００４８】
アップリンクでのデータ送信についてのＵＥのためのＤＣＩは、アップリンク（ＵＬ）ユニキャストと呼ばれ、ＤＣＩフォーマット０を使用して送信され、そしてそれは、必要であればゼロパディングを介してＤＣＩフォーマット１Ａと同じサイズを有する。ＤＣＩフォーマット０および１Ａの双方は、２つのＤＣＩフォーマット間で区別するビットを含む。ＤＣＩフォーマット０および１Ａについて同じサイズを使用することによって、ＰＤＣＣＨ候補あたりのブラインドデコードの総数は、（３の代わりに）２つに限定されうる。ＵＥのためのＤＣＩは、ＵＥ特有かつ共通サーチスペースにおいて送信されうる、また、ＵＥ特有のＲＮＴＩとスクランブルされうる。
【００４９】
ブロードキャストサービスのためのＤＣＩは、ＤＬブロードキャストと呼ばれうる、また、システム情報、ページング情報、アクセス応答、および／または他の情報を含めうる。ＤＬブロードキャストのためのＤＣＩは、共通サーチスペースにおいてＤＣＩフォーマット１Ａまたは１Ｃを使用して送信されうる。ＤＬブロードキャストのためのＤＣＩは、ＵＥによって知られる、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）、ページングＲＮＴＩ（Ｐ−ＲＮＴＩ）、ランダムアクセスＲＮＴＩ（ＲＡ−ＲＮＴＩ）等のようなＲＮＴＩとスクランブルされうる。
【００５０】
ＴＰＣ情報のためのＤＣＩは、グループ電力制御と呼ばれうる、また、共通サーチスペースにおいてＤＣＩフォーマット３または３Ａを使用して送信されうる。ＴＰＣ情報のためのＤＣＩは、ＵＥによって知られる、ＴＰＣ−ＰＵＣＣＨ ＲＮＴＩまたは、ＴＰＣ−ＰＵＳＣＨ ＲＮＴＩとスクランブルされうる。
【００５１】
表２は、レガシＵＥのためのＵＥ特有かつ共通サーチスペースにおいて送信されうるＤＣＩの様々なタイプを要約する。表２はまた、ＤＣＩの異なるタイプに使用されるＲＮＴＩとＤＣＩフォーマットをリストする。すべてのＤＣＩフォーマットについてのリソース割付フィールドは、レガシＵＥについてのＲ８ＢＷ帯域幅に基づいて設定されうる。
【表２】
2013509044.tif 000004
【００５２】
ｅＮＢは、１、２、４、または８個のチャネル制御エレメント（ＣＣＥ）におけるＰＤＣＣＨの１インスタンスを送信することができ、各ＣＣＥは、３６リソースエレメントを含む。１ＰＤＣＣＨを送信するために使用されるＣＣＥの数は、ＰＤＣＣＨアグリゲーションレベル（または、単にレベル）と呼ばれる。レベル１、２、４および８は、それぞれ、１ＰＤＣＣＨを送信するために使用される１、２、４および８つのＣＣＥに対応する。各ＰＤＣＣＨアグリゲーションレベルは、ＰＤＣＣＨ上で送信されるＤＣＩに対し異なる効果的なコーディングレートに対応する。
【００５３】
ＵＥは、ＵＥ特有かつ共通サーチスペースにおいてＰＤＣＣＨを復号することを試みることができる。共通サーチスペースは、ＵＥへ送信されるＰＤＣＣＨに使用されることができる２つの起こりうるＰＤＣＣＨアグリゲーションレベル（レベル４とレベル８）を有する。ＵＥ特有サーチスペースは、ＵＥへ送信されるＰＤＣＣＨに使用されることができる４つの起こりうるＰＤＣＣＨアグリゲーションレベル（レベル１、レベル２、レベル４、およびレベル８）を有する。ＵＥ特有または共通サーチスペースにおける各ＰＤＣＣＨアグリゲーションレベルの場合、復号するためのＵＥについて２以上のＰＤＣＣＨ候補がある。より具体的には、共通サーチスペースでは、レベル４については最大４つのＰＤＣＣＨ候補、また、レベル８については最大２つのＰＤＣＣＨ候補がある。ＵＥ特有サーチスペースでは、レベル１、２、４、および８について、それぞれ、最大６、６、２および２のＰＤＣＣＨ候補がある。各ＰＤＣＣＨ候補は、特定数のＣＣＥで送信されるＰＤＣＣＨの起こりうる送信に対応しうる。各ＰＤＣＣＨ候補はまた２以上のＤＣＩフォーマットと関連づけられ、そしてそれは、ＬＴＥリリース８および９において２つのＤＣＩフォーマットサイズを有する、または、今後のＬＴＥリリースにおいて２以上のＤＣＩフォーマットサイズを有しうる。ＵＥは、ＵＥへ送信されたＤＣＩを検出するために、ＵＥ特有サーチスペースおよび共通サーチスペースの双方では、すべてのＰＤＣＣＨアグリゲーションレベルに対し、すべてのＰＤＣＣＨ候補について多数のブラインドデコードを実行することができる。ブラインドデコードの合計数は、２×［（４＋２）＋（６＋６＋２＋２）］＝４４として与えられ、最初の「２」は、各サーチスペースにおける２つのＤＣＩサイズに関するものであり、「４＋２」は、共通サーチスペースについての２つのＰＤＣＣＨアグリゲーションレベルに対するＰＤＣＣＨ候補の数に関するものであり、「６＋６＋２＋２」は、ＵＥ特有のサーチスペースについての４つのＰＤＣＣＨアグリゲーションレベルに対するＰＤＣＣＨ候補の数に関するものである。ブラインドデコードの数は、より多くのＤＣＩフォーマットサイズ、より多くのＰＤＣＣＨアグリゲーションレベル、より多くのサーチスペース等に関してより高いものでありうる。
【００５４】
共通サーチスペースは、静的であるが、ＵＥ特有サーチスペースは、ＵＥ特有ＲＮＴＩに基づいて時間にわたって変動しうる。ＵＥ特有サーチスペースは、共通サーチスペースをオーバラップする、または、オーバラップしないことがある。しかしながら、各サーチスペース（ＵＥ特有サーチスペースまたは共通サーチスペース）内では、デコーディング候補は、オーバラップされたリソースを有していない。
【００５５】
ダウンリンクグラントのために使用されることができる各ＤＣＩフォーマットは、リソース割付フィールドを含み、そしてそれは、ダウンリンクのための特定のシステム帯域幅にわたってリソース割り当てまたは割付を提供する。リソース割付フィールドはまた、リソースブロック割り当てフィールド、リソース割り当てフィールド等とも呼ばれうる。リソース割付フィールドのサイズは、システム帯域幅と、使用のために選択された特定のリソース割付シグナリングスキームと、に依存する。一例として、連続ＶＲＢ割付を伴うリソース割付タイプ２の場合、リソース割付フィールドのサイズ（ビット数）は、下記のように表されうる。
【数１】
2013509044.tif 000005
【００５６】
ＮＲＢは、システム帯域幅についてのリソースブロックの数であり、ＮＢＩＴＳは、リソース割付フィールドについてのビットの数であり、
【数２】
2013509044.tif 000006
【００５７】
は、シーリングオペレーションを表す。
【００５８】
ＮＲＢは、（ｉ）ダウンリンク上でシステム帯域幅についてのリソースブロックの数に対応し、
【数３】
2013509044.tif 000007
【００５９】
として与えられ、または、（ｉｉ）アップリンク上でシステム帯域幅についてのリソースブロックの数に対応し、
【数４】
2013509044.tif 000008
【００６０】
として与えられ、または、（ｉｉｉ）
【数５】
2013509044.tif 000009
【００６１】
のうち大きなものに対応し、
【数６】
2013509044.tif 000010
【００６２】
として与えられる。
【００６３】
一態様では、リソース割付フィールドは、システム帯域幅に基づいて設定されうる、また、キャリア拡張の場合、異なるシステム帯域幅について、異なるサイズを有しうる。ある設計では、すべてのＤＣＩフォーマットについてのリソース割付フィールドは、レガシＵＥについてのＲ８ＢＷ帯域幅に基づいて設定されうる。ある設計では、リソース割付フィールドは、送信されているＤＣＩのタイプ、使用されているＤＣＩフォーマット、ＤＣＩが送信されるサーチスペースなどのような様々な要因によって、新規ＵＥのためのＲ８ＢＷまたはＮｅｗＢＷ帯域幅のいずれかに基づいて設定されうる。リソース割付フィールドは、後述されるように、新規ＵＥについて様々な方式で設定されうる。
【００６４】
共通サーチスペースにおいてＤＬブロードキャストを送信するために使用されるＤＣＩフォーマット１Ａおよび１Ｃについての第１の設計では、リソース割付フィールドは、Ｒ８ＢＷ帯域幅に基づいて設定されうる。第１の設計は、ＤＬブロードキャストが同じ方式で送信されることまたレガシＵＥおよび新規ＵＥの両方によって受信されることを可能にしうる。第２の設計では、レガシＵＥのためのＤＬブロードキャストのためのＤＣＩは、Ｒ８ＢＷ帯域幅に基づいて設定されたリソース割付フィールドを有しうる、また、新規ＵＥのためのＤＬブロードキャストのためのＤＣＩは、ＮｅｗＢＷ帯域幅に基づいて設定されたリソース割付フィールドを有しうる。第２の設計の場合、レガシＵＥおよび新規ＵＥは、ＤＬブロードキャストに対し異なるＤＣＩを有しうる。第３の設計では、ＤＣＩフォーマット１ＣのみがＤＬブロードキャストを送信するために使用されうる、また、ＤＣＩフォーマット１ＡがＤＬブロードキャストを送信するために使用されない。第３の設計の場合、ＤＣＩフォーマット１Ｃは、後方互換性のために使用されることができ、ＤＣＩフォーマット１Ａは、ＤＬユニキャストおよびＤＬブロードキャストの両方のために新規ＵＥに対して使用されることができる。
【００６５】
共通サーチスペースにおいてグループ電力制御を送信するために使用されるＤＣＩフォーマット３および３Ａについての第１の設計では、リソース割付フィールドは、Ｒ８ＢＷ帯域幅に基づいて設定されうる。第２の設計では、ＤＣＩフォーマット３および３Ａのためのリソース割付フィールドは、ＤＣＩがレガシＵＥまたは新規ＵＥに対して送信されるかによって、Ｒ８ＢＷ帯域幅またはＮｅｗＢＷ帯域幅のいずれかに基づいて設定されうる。
【００６６】
共通サーチスペースにおいてＵＬ／ＤＬユニキャストを送信するために使用されるＤＣＩフォーマット０および１Ａについての第１の設計では、リソース割付フィールドは、Ｒ８ＢＷ帯域幅に基づいて設定されうる。第１の設計の場合、リソース割付フィールドについてのビットの数が下記のように与えられうる。
【数７】
2013509044.tif 000011
【００６７】
ここでは、ＮＲＢ，Ｒ８ＢＷは、Ｒ８ＢＷ帯域幅についてのリソースブロックの数であり、ＮＢＩＴＳ，Ｒ８ＢＷはＲ８ＢＷ帯域幅についてのリソース割付フィールドについてのビット数である。
【００６８】
第１の設計の場合、新規ＵＥが共通サーチスペースにおいて送信されるＤＣＩを介してスケジュールされるとき、Ｒ８ＢＷ帯域幅におけるリソースブロックのみが新規ＵＥに対して割り当てられることができ、ΔＮｅｗＢＷ帯域幅におけるリソースブロックが新規ＵＥに対して割り当てられることができない。
【００６９】
共通サーチスペースにおいてＵＬ／ＤＬユニキャストを送信するために使用されるＤＣＩフォーマット０および１Ａについての第２の設計では、リソース割付フィールドは、ＮｅｗＢＷ帯域幅に基づいて設定されることができ、より大きなフィールドサイズを有することでき、下記のように与えられることができる。
【数８】
2013509044.tif 000012
【００７０】
ＮＲＢ，ＮｅｗＢＷは、ＮｅｗＢＷ帯域幅についてのリソースブロックの数であり、ＮＢＩＴＳ，ＮｅｗＢＷは、ＮｅｗＢＷ帯域幅についてのリソース割付フィールドについてのビットの数である。
【００７１】
第２の設計の場合、ＮＢＩＴＳ，ＮｅｗＢＷは、ＮＢＩＴＳ，Ｒ８ＢＷよりも大きいことがある。この場合、新規ＵＥは、ＤＬブロードキャストおよびＤＬユニキャストのために使用されるＤＣＩフォーマット１Ａについての２つの異なるＤＣＩサイズを見ることができる。明瞭のため、ＤＣＩフォーマット０および１Ａは、ＮＢＩＴＳ，Ｒ８ＢＷビットを含んでいる、また、Ｒ８ＢＷ帯域幅に基づいて設定されたリソース割付フィールドを伴うＤＣＩフォーマットを指す。ＤＣＩフォーマット０’および１Ａ’は、ＮＢＩＴＳ，ＮｅｗＢＷビットを含んでいる、また、ＮｅｗＢＷ帯域幅に基づいて設定されたリソース割付フィールドを伴うＤＣＩフォーマットを指す。第２の設計の場合、ブラインドデコードの数は、偽アラーム確率が同じままであるが、レガシＤＣＩフォーマット（例、ＤＣＩフォーマット０および１Ａ）と新規ＤＣＩフォーマット（例、ＤＣＩフォーマット０’および１Ａ’）の双方が共通サーチスペース空間においてサポートされる場合には、増大するであろう。あるいは、新規ＤＣＩフォーマット（例、ＤＣＩフォーマット０’および１Ａ’）のみが共通サーチスペースにおいてサポートされるが、ブラインドデコードの数が変更されないままである。この場合、ＤＣＩフォーマット１Ｃは、ＤＬブロードキャストのために使用されうる。
【００７２】
第３の設計では、ＤＣＩフォーマット０および１Ａは、共通サーチスペースにおいてＵＬ／ＤＬユニキャストを送信するために使用されない。第３の設計の場合、新規ＵＥは、共通サーチスペースにおいてＤＣＩフォーマット０または１Ａを使用して送信されるＵＬ／ＤＬユニキャストについて、ＤＣＩとスケジュールされない。
【００７３】
ＵＥ特有サーチスペースにおいてＤＬユニキャストを送信するために使用されるＤＣＩフォーマットについての第１の設計では、リソース割付フィールドは、ＮｅｗＢＷ帯域幅に基づいて設定されうる。例えば、ＤＣＩフォーマット１’，１Ｂ’，１Ｄ’，２’，２Ａ’および２Ｂ’は、それぞれ、ＤＣＩフォーマット１，１Ｂ，１Ｄ，２，２Ａおよび２Ｂのフィールドのすべてを含めうるが、（ＮＢＩＴＳ，Ｒ８ＢＷビットを含んでいる、且つ、Ｒ８ＢＷ帯域幅に基づく代わりに）ＮＢＩＴＳ，ＮｅｗＢＷビットを含んでいる、且つ、ＮｅｗＢＷ帯域幅に基づいて設定されたリソース割付フィールドを有しうる。
【００７４】
表３は、ある設計による、新規ＵＥのためのＵＥ特有サーチスペースと共通サーチスペースにおいて送信されることができるＤＣＩの様々なタイプを要約する。表３はまた、ＤＣＩフォーマットと、異なるタイプのＤＣＩに使用されるＲＮＴＩをリストする。
【表３】
2013509044.tif 000013
【００７５】
表３で図示される設計では、ＤＣＩは、Ｒ８ＢＷ帯域幅に基づいて設定されたリソース割付フィールドを伴う様々なＤＣＩフォーマットを使用して共通サーチスペースにおいて送信されうる。ＤＣＩは、ＮｅｗＢＷ帯域幅に基づいて設定されたリソース割付フィールドを伴う様々なＤＣＩフォーマットを使用してＵＥ特有サーチスペースにおいて送信されうる。表３のＵＥ特有サーチスペースのために使用されるＤＣＩフォーマットは、表２のＵＥ特有サーチスペースのために使用されるＤＣＩフォーマットのものとは異なるリソース割付フィールドサイズを有することができ、この差を伝えるために、ダッシュ記号表示（例、１’）で表される。
【００７６】
各ＤＣＩフォーマットのリソース割付フィールドはまた、ＵＥ特有サーチスペースおよび共通サーチスペースについて他の方式で設定されうる。例えば、表３は、共通サーチスペースにおいて送信されるＵＬ／ＤＬユニキャストについて使用されるすべてのまたはあるＤＣＩフォーマットのリソース割付フィールドが（Ｒ８ＢＷ帯域幅の代わりに）ＮｅｗＢＷ帯域幅に基づいて設定されうるように修正されうる。
【００７７】
別の態様では、リソース割付フィールドは、システム帯域幅に基づいて設定され、キャリア拡張に関しては、異なるシステム帯域幅について、同じサイズを有するが、異なる解釈を有しうる。Ｒ８ＢＷ帯域幅についてのリソース割付フィールドのサイズ（すなわち、リソース割付フィールドについてのビット数）は、式（２）で図示されるように与えられうる。リソースブロックのある最大数（ＮＲＢ，ＭＡＸ）は、リソース割付フィールドの所与のビット数ＮＢＩＴＳによって伝達されうる。このリソースブロックの最大数は、Ｒ８ＢＷ帯域幅についてのリソースブロックの数（ＮＲＢ，Ｒ８ＢＷ）よりも大きいことがある。ＮＲＢ，ＭＡＸとＮＲＢ，Ｒ８ＢＷとの間の差は、リソース割付フィールドのＮＢＩＴＳを伴う追加帯域幅のために伝達されうる、追加リソースブロックの数（ＮＲＢ，Δ）を表すことができる。
【００７８】
ある設計では、ＮｅｗＢＷ帯域幅は、リソース割付を示すために使用されるビットの数が増加しないように、量によって制限されうる。追加帯域幅ΔＮｅｗＢＷの量（すなわち、起こりうるキャリア拡張レンジ）は、リソース割付フィールドに使用されるビットの数がＲ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅の両方と同じであるように制限されうる。この設計の場合、新規ＵＥのための共通サーチスペースで送信されたＵＬ／ＤＬユニキャストのためのＤＣＩフォーマット０および１Ａのリソース割付フィールドは、ブラインドデコードの数および共通サーチスペースについての偽アラーム確率を増加させることなく、ＮｅｗＢＷ帯域幅に基づいて設定されうる。
【００７９】
表４は、Ｒ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅の両方のためのＤＣＩフォーマット０および１Ａのリソース割付フィールドについて同じビット数を使用する設計を図示する。ＬＴＥリリース８は、６，１５，２５，５０，７５および１００リソースブロックに対応する６つのシステム帯域幅をサポートし、表４のＮＲＢ，Ｒ８ＢＷという見出しの下の３列目に図示される。これらの６つのシステム帯域幅は、Ｒ８ＢＷ帯域幅であり、リソース割付フィールドについての５，７，９，１１，１２および１３ビットでサポートされることができ、表４のＮＢＩＴＳという見出しの下の１列目に図示される。リソース割付フィールドのＮＢＩＴＳビットによってサポートされるリソースブロックの最大数は、表４のＮＲＢ，ＭＡＸという見出しの下の２列目に図示される。ＮｅｗＢＷ帯域幅についてサポートされることができるリソースブロックの数のレンジは、表４のＮＲＢ，ＮｅｗＢＷという見出しの下の４列目に図示される。ＮｅｗＢＷ帯域幅について使用されうる追加リソースブロックの最大数は、表４のＮＲＢ，ＭａｘΔという見出しの下の５列目に図示される。表４で図示されるように、ＮＲＢ，ＭａｘΔは、リソース割付フィールドの異なるビット数に対して、０〜１５（または２７）と変動することができる。表４の最後の行は、リソース割付フィールドについての１３ビットが最大１２７リソースブロックをサポートすることができる、ということを示す。ＮｅｗＢＷ帯域幅は、２０ＭＨｚシステム帯域幅について１１０リソースブロックに制限されうる、または、１１０リソースブロックよりも多くカバーしうる。
【表４】
2013509044.tif 000014
【００８０】
表４で図示された設計は、Ｒ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅が、リソース割付フィールドについて同じ数のビットでサポートされることを可能にする。レガシＵＥは、Ｒ８ＢＷ帯域幅に基づいてリソース割付フィールドを解釈することができるが、新規ＵＥは、ＮｅｗＢＷ帯域幅に基づいてリソース割付フィールドを解釈することができる。ＮＢＩＴＳの所与の値の場合、レガシＵＥは、リソース割付フィールドについての第１のリソースマッピングに基づいてレガシＵＥに割り付けられたリソースを決定することができ、新規ＵＥは、リソース割付フィールドについての第２のリソースマッピングに基づいて新規ＵＥに割り付けられたリソースを決定することができる。第２のリソースマッピングは、第１のリソースマッピングにおけるすべてのエントリと、ＮｅｗＢＷ帯域幅についての追加リソースブロックのための追加エントリを含めうる。あるいは、第１のリソースマッピングと第２のリソースマッピングは、それぞれ、Ｒ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅に基づいて定義される完全に異なるマッピングでありうる。
【００８１】
表４で図示される設計の場合、ブラインドデコードの数と偽アラーム確率は、レガシＵＥおよび新規ＵＥの両方にとって同じである。このことは各ＤＣＩフォーマットがレガシＵＥおよび新規ＵＥの両方に対して同じサイズを有することに起因しており、同じビットの数が、Ｒ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅の両方についてのリソース割付フィールドに対して使用される。
【００８２】
表５は、ある設計による、レガシＵＥのものと同じリソース割付フィールドサイズを使用して新規ＵＥのためのＵＥ特有サーチスペースと共通サーチスペースにおいて送信されうる様々なタイプのＤＣＩを要約する。表５はまた、ＤＣＩフォーマットと、異なるタイプのＤＣＩに使用されるＲＮＴＩをリストする。
【表５】
2013509044.tif 000015
【００８３】
表５で図示される設計では、ＤＣＩフォーマット０”，１”，１Ａ”，１Ｂ”，１Ｄ”，２”，２Ａ”および２Ｂ”は、それぞれ、ＤＣＩフォーマット０，１，１Ａ，１Ｂ，１Ｄ，２，２Ａおよび２Ｂに対応する（また、同じサイズを有する）。しかしながら、ＤＣＩフォーマット０”，１”，１Ａ”，１Ｂ”，１Ｄ”，２”，２Ａ”および２Ｂ”は、ＮｅｗＢＷ帯域幅に基づいて設定されたリソース割付フィールドを有し、ＤＣＩフォーマット０，１，１Ａ，１Ｂ，１Ｄ，２，２Ａおよび２Ｂは、Ｒ８ＢＷ帯域幅に基づいて設定されたリソース割付フィールドを有する。ＤＣＩフォーマット０”および１Ａ”は、新規ＵＥによってデコードの数を増やすことなく、ＵＥ特有サーチスペースと共通サーチスペースの両方について使用されうる。
【００８４】
様々な他の設計はまた、異なるＤＣＩフォーマットのリソース割付フィールドについて使用されうる。例えば、表５では、ＤＣＩフォーマット１’，１Ｂ’，１Ｄ’等は、ＤＣＩフォーマット１”，１Ｂ”，１Ｄ”等の代わりに、ＵＥ特有サーチスペースにおいてＤＬユニキャストを送信するために使用されうる。
【００８５】
ある設計では、（例、表３または表５で図示されるような）同じＤＣＩフォーマット構造がすべてのサブフレームについて新規ＵＥのために使用されうる。その後で、新規ＵＥは、このＤＣＩフォーマット構造に基づいて、各サブフレームにおいて受信されたＤＣＩを解釈することができる。別の設計では、サブフレーム依存リソース割付フィールドの定義について、異なるＤＣＩフォーマット構造は、異なるサブフレームについて新規ＵＥのために使用されることができる。例えば、新規ＵＥは、第１のＤＣＩフォーマット構造に基づいてＲ８サブフレームにおいて受信されたＤＣＩを解釈することができる（例、表５で図示される）、また、第２のＤＣＩフォーマット構造に基づいて新規サブフレームにおいて受信されたＤＣＩを解釈することができる（例、表３で図示される）。新規ＵＥは、第１または第２のＤＣＩフォーマット構造または第３のＤＣＩフォーマット構造に基づいて、混合サブフレームにおいて受信されたＤＣＩを解釈することができる。異なるＤＣＩフォーマット構造は、各ＤＣＩフォーマットに対して、異なるリソース割付フィールドサイズ（例、表３に図示される）、および／または、同じサイズのリソース割付フィールドの異なる解釈（例、表５に図示される）をサポートすることができる。
【００８６】
ある設計では、リソース割付フィールドは、新規ＵＥのためのＵＬ／ＤＬユニキャストについてのすべてのＤＣＩフォーマットに対して、例えばＵＥ特有サーチスペースにおいて送信されたＤＣＩに対して、同じ方式で設定されうる。例えば、ＵＥ特有サーチスペースにおいて新規ＵＥのために使用されるすべてのＤＣＩフォーマットのリソース割付フィールドがＮｅｗＢＷ帯域幅に基づいて設定され、表３に図示されるように、ＵＥ特有サーチスペースにおいてレガシＵＥのために使用されるＤＣＩフォーマットのものとは異なるサイズを有しうる。あるいは、ＵＥ特有サーチスペースにおいて新規ＵＥのために使用されるすべてのＤＣＩフォーマットのリソース割付フィールドは、表５で図示されるように、ＵＥ特有サーチスペースにおいてレガシＵＥのために使用されるＤＣＩフォーマットと比較して、同じサイズを有するが異なる解釈を有しうる。
【００８７】
別の設計では、ＤＣＩフォーマット依存リソース割付フィールドの定義の場合、リソース割付フィールドは、新規ＵＥのためのＵＬ／ＤＬユニキャストに対し異なるＤＣＩフォーマットに対して、例えばＵＥ特有サーチスペースおよび／または共通サーチスペースにおいて送信されたＤＣＩに対して、異なる方式で設定されうる。例えば、ＤＣＩフォーマット０”および１Ａ”は、ＵＥ特有サーチスペースにおいて新規ＵＥのために使用され、表５で図示されるように、レガシＵＥのために使用されるＤＣＩフォーマット０および１Ａと比較して、同じサイズを有するが、リソース割付フィールドの異なる解釈を有しうる。ＤＣＩフォーマット１’，１Ｂ’，１Ｄ’，２’，２Ａ’，２Ｂ’等は、ＵＥ特有サーチスペースにおいて新規ＵＥのために使用されることができ、これらのＤＣＩフォーマットのリソース割付フィールドは、ＮｅｗＢＷ帯域幅に基づいて設定され、表３で図示されるように、ＵＥ特有サーチスペースにおいてレガシＵＥのために使用される対応するＤＣＩフォーマット１，１Ｂ，１Ｄ，２，２Ａ，２Ｂ等と異なるサイズを有しうる。一般に、新規ＵＥのために使用される各ＤＣＩフォーマットのリソース割付フィールドは、レガシＵＥについての対応するＤＣＩフォーマットと比較して異なるサイズおよび／または異なる解釈を有しうる。
【００８８】
ある設計では、リソース割付タイプ依存リソース割付フィールド定義の場合、リソース割付フィールドは、新規ＵＥのための異なるリソース割付タイプに対し異なる方式で設定されうる。例えば、リソース割付フィールドは、（ｉ）新規ＵＥがリソース割付タイプ２に基づいて連続ＶＲＢを割り付けられる場合には、異なるサイズまたは異なる解釈、または、（ｉｉ）新規ＵＥがリソース割付タイプ０または１に基づいてリソースを割り付けられる場合には、（レガシＵＥについて）同じサイズ且つ解釈を有しうる。一般に、各リソース割付タイプについての新規ＵＥのために使用される所与のＤＣＩフォーマットのリソース割付フィールドは、レガシＵＥのものと比較して、異なるサイズまたは異なる解釈を有しうる。
【００８９】
ある設計では、ＤＣＩフォーマットの同じセットは、例えば表２、３、および５で図示されるように、Ｒ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅のために使用されうる。別の設計では、ＤＣＩフォーマットの第１セットは、Ｒ８ＢＷ帯域幅のために使用され、ＤＣＩフォーマットの第２セットは、ＮｅｗＢＷ帯域幅のために使用される。第１のセットおよび第２のセットは、ＤＣＩフォーマット、例えば表２のＵＬ／ＤＬユニキャストのためのＤＣＩフォーマット、をオーバラップすることを含めうる。第２のセットは、新規ＵＥについての追加ＤＣＩフォーマットを含めうる。
【００９０】
明瞭のため、リソース割付を伝達するための技法は、１キャリアに対して２つのシステム帯域幅（Ｒ８ＢＷ帯域幅およびＮｅｗＢＷ帯域幅）について具体的に記載されている。一般に、任意の数のシステム帯域幅と任意の数のキャリアについて技法が使用されうる。例えば、各キャリア、または、マルチキャリアシステムにおいてはマルチプルキャリアのうちのあるもの（複数含む）のみについて技法が使用されうる。キャリアは、レガシＵＥについてもともとリザーブされたガードバンドを有しうるが、ガードバンドのうちいくつかまたはすべては新規ＵＥに対して使用されうる。
【００９１】
ＵＥが連続リソース（例、連続リソースブロック）を割り当てられる連続リソース割付が本開示のある態様を図示するために使用されるが、ここにおいて説明される技法はまた他のリソース割付スキームで使用されうるということが理解されるであろう。例えば、技法は、ＵＥがリソースの２以上の不連続クラスタを割り当てられるアップリンク上でクラスタされたリソース割付について使用されることができ、各クラスタは、連続リソースを含む。リソース割付フィールドは、クラスタされたリソース割付について類似の方式で設定され、例えば、異なるシステム帯域幅について異なるサイズまたは異なる解釈を伴う。
【００９２】
図７は、制御メッセージを生成するためのモジュール７００の設計のブロック図を図示する。モジュール７００は、ｅＮＢの一部または他の何らかのエンティティでありうる。モジュール７００内では、ユニット７１０は、１つのＵＥに対するユニキャストまたはすべてのＵＥについてのブロードキャストのためのＤＣＩと、ＤＣＩタイプ（例、ブロードキャストまたはユニキャスト）を受信することができる。ユニット７１０は、ＤＣＩタイプ、ＤＣＩが送信されるサーチスペース、ＵＥのために設定された送信モードなどに基づいてＤＣＩフォーマットを選択することができる。ユニット７１０は、選択されたＤＣＩフォーマットに基づいてＤＣＩのための制御メッセージを生成することができる。ＤＣＩがユニキャストについてである場合には、ユニット７２０は、ＵＥアイデンティティ（ＩＤ）とＤＣＩタイプを受信することができ、例えば上述されるリソース割付タイプのうちの１つに基づいて、ＵＥに対してリソースを割り当てることができる。ＤＣＩがユニキャストについてである場合には、ユニット７３０は、ＵＥ ＩＤとＤＣＩタイプを受信することができ、ＵＥについての選択されたシステム帯域幅を決定することができ、そしてそれは、複数のシステム帯域幅の中からＵＥについて設定されうる。ユニット７４０は、割り当てられたリソース、選択されたシステム帯域幅、選択されたＤＣＩフォーマット、および／または他の情報に基づいて制御メッセージのリソース割付フィールドを設定することができ、制御メッセージを提供することができる。
【００９３】
図８は、制御メッセージを受信するためのモジュール８００の設計のブロック図を図示する。モジュール８００は、ＵＥの一部または他の何らかのエンティティでありうる。モジュール８００内では、ユニット８１０は、復号されたデータを受信することができ、そしてそれは、ＵＥ特有サーチスペースおよび共通サーチスペースを復号することによって得られることができる。ユニット８１０はＤＣＩフォーマットに基づいて復号されたデータを処理することができ、制御メッセージで異なるタイプの情報を提供することができる。ＤＣＩがＵＥについてのユニキャストについてであるとみなされる場合には、ユニット８２０は、ＵＥ ＩＤとＤＣＩタイプを受信することができ、ＵＥについての選択されたシステム帯域幅を決定することができる。ＤＣＩがＵＥについてのユニキャストについてであるとみなされる場合には、ユニット８３０は、ＵＥについての選択されたシステム帯域幅に基づいて制御メッセージのリソース割付フィールドを処理することができ、ＵＥに割り当てられたリソースを提供することができる。
【００９４】
図９は、制御メッセージを送信するためのプロセス９００の設計を図示する。プロセス９００は、基地局／ｅＮＢ（下記に説明されている）、または他のあるエンティティによって実行されることができる。基地局は、ＵＥのための制御メッセージを生成することができる（ブロック９１２）。基地局は、複数のシステム帯域幅の中からＵＥについて選択されたシステム帯域幅に基づいて制御メッセージのリソース割付フィールドを設定することができる（ブロック９１４）。リソース割付フィールドは、選択されたシステム帯域幅について、ＵＥに割り当てられたリソースのインジケーションを備えうる。割り当てられたリソースは、時間および／または周波数リソース（例、リソースブロック）、直交および／またはスクランブリングコード、送信電力等を備えうる。基地局は、ＵＥへ制御メッセージを送信し（ブロック９１６）、その後で、割り当てられたリソース上でＵＥと通信する（ブロック９１８）。
【００９５】
ある設計では、複数のシステム帯域幅は、シングルキャリアの異なる周波数レンジに対応し、第１のシステム帯域幅と第２のシステム帯域幅を備えうる。第２のシステム帯域幅は、例えば図３Ａ、３Ｂまたは３Ｃで図示されるように、第１のシステム帯域幅の少なくとも一部分と追加帯域幅を備えうる。
【００９６】
一般に、複数のシステム帯域幅は、制御メッセージの特定フォーマットについて、リソース割付フィールドの少なくとも２つの異なる構成と関連づけられうる。少なくとも２つの異なる設定は、リソース割付フィールドの異なるサイズ、または、リソース割付フィールドの異なる解釈（例、異なるリソースマッピング）等に対応しうる。
【００９７】
ある設計では、リソース割付フィールドは、例えば表２と表３に図示されるように、制御メッセージの特定フォーマットについての複数のシステム帯域幅について、異なるサイズを有しうる。基地局は、選択されたシステム帯域幅に基づいてリソース割付フィールドのサイズを決定することができる。リソース割付フィールドは、（ｉ）割り当てられたリソースが第１のシステム帯域幅についてである場合には第１サイズ、または、（ｉｉ）割り当てられたリソースが第２のシステム帯域幅についてである場合には第２のサイズ、を有しうる。第１のサイズおよび第２のサイズは、例えば、式（２）および（３）によって図示されるように、それぞれ、第１のシステム帯域幅および第２のシステム帯域幅に基づいて決定されうる。
【００９８】
別の設計では、リソース割付フィールドは、例えば表２および表５で図示されるように、制御メッセージの特定フォーマットについての複数のシステム帯域幅について、同じサイズを有するが異なる解釈（例、異なるリソースマッピング）を有しうる。各システム帯域幅についてのリソースマッピングは、リソース割付フィールドの複数の設定に対し異なる割り当てられたリソースを定義することができる。例えば、リソース割付フィールドは、（ｉ）割り当てられたリソースが第１のシステム帯域幅についてである場合には第１のリソースマッピング、または、（ｉｉ）割り当てられたリソースが第２のシステム帯域幅についてである場合には第２のリソースマッピング、に基づいて設定されうる。第１のリソースマッピングは、リソース割付フィールドの第１の複数の設定について、第１のシステム帯域幅において異なる割り当てられたリソースを定義することができる。第２のリソースマッピングは、リソース割付フィールドの第２の複数の設定について、第２のシステム帯域幅において異なる割り当てられたリソースを定義することができる。
【００９９】
ある設計では、リソース割付フィールドは、制御メッセージが送信されるサーチスペースによって、異なる方式で設定されうる。例えば、リソース割付フィールドは、（ｉ）制御メッセージが複数のＵＥのための共通サーチスペースで送信される場合には第１のシステム帯域幅、または、（ｉｉ）制御メッセージがＵＥのためのＵＥ特有サーチスペースで送信される場合には第２のシステム帯域幅、に基づいて設定されうる。
【０１００】
ある設計では、リソース割付フィールドは、制御メッセージがＵＥに対してユニキャストメッセージとして送信される、または、複数のＵＥに対してブロードキャストメッセージとして送信されるかによって異なる方式で設定されうる。例えば、リソース割付フィールドは、（ｉ）制御メッセージがブロードキャストメッセージとして送信され、複数のＵＥの第１のアイデンティティ（例、ブロードキャストＲＮＴＩ）とスクランブルされる場合には第１のシステム帯域幅、または、（ｉｉ）制御メッセージがユニキャストメッセージとして送信され、ＵＥの第２のアイデンティティ（例、ＵＥ特有のＲＮＴＩ）とスクランブルされる場合には、第２のシステム帯域幅、に基づいて設定されうる。
【０１０１】
ある設計では、制御メッセージは、ＤＣＩフォーマットのセットから選択されたＤＣＩフォーマットに基づいて生成されうる。ある設計では、各システム帯域幅は、ＤＣＩフォーマットの１セットと関連づけられ、複数のシステム帯域幅は、ＤＣＩフォーマットの少なくとも２つの異なるセットと関連づけられうる。
【０１０２】
ある設計では、ＤＣＩフォーマット依存リソース割付フィールド定義について、リソース割付フィールドは、異なるＤＣＩフォーマットに対し異なる方式で設定されうる。例えば、あるＤＣＩフォーマットのリソース割付フィールドは、システム帯域幅にも関わらず、同じ構成（例、同じサイズおよび解釈）を有しうるが、他のＤＣＩフォーマットのリソース割付フィールドは、異なるシステム帯域幅について、異なる構成（例、異なるサイズおよび／または異なる解釈）を有しうる。制御メッセージのためのＤＣＩフォーマットが、（ｉ）複数のシステム帯域幅についてのリソース割付フィールドの共通構成、または、（ｉｉ）複数のシステム帯域幅についてのリソース割付フィールドの異なる構成、と関連づけられるかについての決定が行われる。リソース割付フィールドは、（ｉ）ＤＣＩフォーマットがすべてのシステム帯域幅についての共通構成と関連づけられる場合には共通の構成、または、（ｉｉ）ＤＣＩフォーマットが異なるシステム帯域幅についての異なる構成と関連づけられる場合には選択されたシステム帯域幅に基づいて決定される構成、に基づいて設定されうる。
【０１０３】
別の設計では、サブフレーム依存リソース割付フィールドの定義に関して、リソース割付フィールドは、制御メッセージが送信されるサブフレームのタイプに基づいて設定されうる。サブフレームの複数のタイプ（例、Ｒ８サブフレーム、新規サブフレーム、混合サブフレーム等）は、リソース割付フィールドの少なくとも２つの異なる構成と関連づけられうる。さらに別の設計では、リソース割付タイプ依存リソース割付フィールド定義の場合、リソース割付フィールドは、ＵＥに割り当てられたリソースについてのリソース割付タイプに基づいて設定されうる。複数のリソース割付タイプは、リソース割付フィールドの少なくとも２つの異なる構成と関連づけられうる。
【０１０４】
ある設計では、制御メッセージは、割り当てられたリソースが第１または第２のシステム帯域幅についてであるかに関わらず第１のシステム帯域幅内で送信されうる。別の設計では、制御メッセージは、割り当てられたリソースが第１（または第２）のシステム帯域幅についてであるかによって第１（または第２）のシステム帯域幅で送信されうる。
【０１０５】
ある設計では、基地局は、選択されたシステム帯域幅上で動作するようにＵＥを設定しうる。基地局は、選択されたシステム帯域幅に基づいてＵＥに制御メッセージを送信しうる。例えば、基地局は、選択されたシステム帯域幅に基づいてＵＥへ送信された各制御メッセージのリソース割付フィールドを設定しうる。
【０１０６】
ある設計では、割り当てられたリソースは、ダウンリンク上のデータ送信についてであってもよい。基地局は、ブロック９１８でＵＥへ割り当てられたリソース上でデータ送信を送信しうる。別の設計では、割り当てられたリソースは、アップリンク上のデータ送信についてであってもよい。基地局は、ブロック９１８で、ＵＥによって、割り当てられたリソース上で送信されるデータ送信を受信しうる。
【０１０７】
図１０は、制御メッセージを受信するためのプロセス１０００の設計を図示する。プロセス１０００は、ＵＥ（下記で説明されている）、または他のあるエンティティによって実行されうる。ＵＥは、制御メッセージを受信しうる（ブロック１０１２）。ＵＥは、制御メッセージのリソース割付フィールドに基づいてＵＥに割り当てられたリソースを決定することができる（ブロック１０１４）。リソース割付フィールドは、複数のシステム帯域幅の中からＵＥについて選択されたシステム帯域幅についてＵＥに割り当てられたリソースのインジケーションを備えうる。ＵＥは割り当てられたリソース上で通信することができる（ブロック１０１６）。ある設計では、複数のシステム帯域幅は、第１のシステム帯域幅と第２のシステム帯域幅を備えうる。第２のシステム帯域幅は、第１のシステムの少なくとも一部分と追加帯域幅を備えうる。
【０１０８】
ある設計では、ＵＥは、複数のＤＣＩフォーマットの中のＤＣＩフォーマットにしたがって、また、制御メッセージのリソース割付フィールドに基づいてＵＥに割り当てられたリソースを決定することができる。ある設計では、あるＤＣＩフォーマットのリソース割付フィールドは、システム帯域幅にも関わらず、同じ構成を有しうるが、他のＤＣＩフォーマットのリソース割付フィールドは、異なるシステム帯域幅について異なる構成を有しうる。
【０１０９】
ある設計では、リソース割付フィールドは、複数のシステム帯域幅について異なるサイズを有しうる。ＵＥは、選択されたシステム帯域幅に基づいてリソース割付フィールドのサイズを決定することができる。リソース割付フィールドは、（ｉ）割り当てられたリソースが第１のシステム帯域幅についてである場合には第１のフィールドサイズ、または、（ｉｉ）割り当てられたリソースが第２のシステム帯域幅についてである場合には第２のフィールドサイズ、を有しうる。第１サイズは、第１のシステム帯域幅に基づいて決定されうる、また、第２サイズは、第２のシステム帯域幅に基づいて決定されうる。ＵＥは、（ｉ）割り当てられたリソースが第１のシステム帯域幅についてである場合には第１サイズ、または、（ｉｉ）割り当てられたリソースが第２のシステム帯域幅についてである場合には第２サイズ、のリソース割付フィールドに基づいて、ＵＥに割り当てられたリソースを決定することができる。
【０１１０】
ある設計では、リソース割付フィールドは、複数のシステム帯域幅について、同じサイズを有するが、異なる解釈（例、異なるリソースマッピング）を有しうる。各システム帯域幅についてのリソースマッピングは、リソース割付フィールドの複数の設定に対し異なる割り当てられたリソースを定義することができる。ＵＥは、（ｉ）割り当てられたリソースが第１のシステム帯域幅についてである場合にはリソース割付フィールドについての第１のリソースマッピング、または、（ｉｉ）割り当てられたリソースが第２のシステム帯域幅についてである場合にはリソース割付フィールドについての第２のリソースマッピング、に基づいてＵＥに割り当てられたリソースを決定することができる。
【０１１１】
ある設計では、ＵＥは、制御メッセージが受信されるサーチスペースに依存して異なる方式で、リソース割付フィールドを処理することができる。ＵＥは、（ｉ）制御メッセージが複数のＵＥのための共通のサーチスペースにおいて受信される場合にはリソース割付フィールドについての第１のシステム帯域幅、または、（ｉｉ）制御メッセージがＵＥのためのＵＥ特有サーチスペースにおいて受信される場合にはリソース割付フィールドについての第２のシステム帯域幅、に基づいてＵＥに割り当てられたリソースを決定することができる。
【０１１２】
ある設計では、ＵＥは、制御メッセージが１つのＵＥに対してユニキャストメッセージとして、または、すべてのＵＥに対してブロードキャストメッセージとして、送信されるかによって異なる方式でリソース割付フィールドを処理することができる。ＵＥは、（ｉ）制御メッセージが複数のＵＥに対してブロードキャストメッセージとして送信される場合にはリソース割付フィールドについての第１のシステム帯域幅、または、（ｉｉ）制御メッセージがＵＥに対してユニキャストメッセージとして送信される場合にはリソース割付フィールドについての第２のシステム帯域幅、に基づいてＵＥに割り当てられたリソースを決定することができる。
【０１１３】
ある設計では、割り当てられたリソースは、ダウンリンク上のデータ送信についてでありうる、また、ＵＥは、ブロック１０１６で、割り当てられたリソース上で送信されたデータ送信を受信しうる。別の設計では、割り当てられたリソースは、アップリンク上のデータ送信についてでありうる、また、ＵＥは、ブロック１０１６で、割り当てられたリソース上でデータ送信を送信することができる。
【０１１４】
図１１は、基地局／ｅＮＢ１１０とＵＥ１２０の設計のブロック図を図示する、そしてそれは、図１のＵＥのうちの１つと基地局／ｅＮＢのうちの１つでありうる。基地局１１０は、Ｔ個のアンテナ１１３４ａ〜１１３４ｔを備え、ＵＥ１２０は、Ｒ個のアンテナ１１５２ａ〜１１５２ｒを備える、なお、一般的には、Ｔ≧１で、Ｒ≧１である。
【０１１５】
基地局１１０で、送信プロセッサ１１２０は、１つまたは複数のＵＥについてデータソース１１１２からデータを受信し、そのＵＥについて選択された１つまたは複数の変調および符号化スキームに基づいて各ＵＥについてのデータを処理し（例、エンコードし、変調し）、そして、すべてのＵＥに対してデータシンボルを提供することができる。送信プロセッサ１１２０はまた、制御情報（例、ＤＣＩ）を処理し、制御シンボルを提供することができる。ＤＣＩは、ダウンリンクグラント、アップリンクグラント、ブロードキャスト情報、電力制御情報等のための制御メッセージを備えうる。送信プロセッサ１１２０はまた、基準信号および同期信号についての基準シンボルを生成することができる。送信（ＴＸ）ＭＩＭＯプロセッサ１１３０は、データシンボル、制御シンボル、および／または、（適用可能である場合には）基準シンボルをプレコードすることができ、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）１１３２ａ〜１１３２ｔに提供することができる。各変調器１１３２は、その出力シンボルストリーム（例、ＯＦＤＭ用）を処理して、出力サンプルストリームを得ることができる。各変調器１１３２は、その出力サンプルストリームをさらに調整づけ（例、アナログ変換し、フィルタにかけ、増幅し、そしてアップコンバートし）、そして、ダウンリンク信号を生成する。変調器１１３２ａ〜１１３２ｔからのＴ個のダウンリンク信号は、それぞれ、Ｔ個のアンテナ１１３４ａ〜１１３４ｔを介して送信されることができる。
【０１１６】
ＵＥ１２０で、Ｒ個のアンテナ１１５２ａ〜１１５２ｒは、ｅＮＢ１１０からＴ個のダウンリンク信号を受信することができ、各アンテナ１１５２は、関連づけられた復調器（ＤＥＭＯＤ）１１５４に対して受信信号を提供することができる。各復調器１１５４は、その受信信号を調整して（例、フィルタにかけ、増幅し、ダウンコンバートし、そしてデジタル化する）サンプルを得ることができ、そして、サンプル（例、ＯＦＤＭ用等）をさらに処理して受信シンボルを得ることができる。ＭＩＭＯ検出器１１６０は、すべての復調器１１５４から受信シンボルを得て、適用可能である場合には受信シンボルに対してＭＩＭＯ検出を実行し、そして、検出されたシンボルを提供することができる。受信プロセッサ１１７０は、検出されたシンボルを処理し（例、復調し復号し）、データシンク１１７２に対してＵＥ１２０についての復号されたデータを提供し、コントローラ／プロセッサ１１９０に対し復号された制御情報を提供することができる。
【０１１７】
アップリンクで、ＵＥ１２０において、データソース１１７８からのデータと、コントローラ／プロセッサ１１９０からのアップリンク制御情報（ＵＣＩ）は、送信プロセッサ１１８０によって処理され、適用可能である場合にはＴＸ ＭＩＭＯプロセッサ１１８２によってプレコードされ、変調器１１５４ａ〜１１５４ｒによってさらに処理され、基地局１１０へ送信されることができる。基地局１１０で、ＵＥ１２０からのアップリンク信号は、アンテナ１１３４によって受信され、復調器１１３２によって処理され、適用可能である場合にはＭＩＭＯ検出器１１３６によって検出され、また、受信プロセッサ１１３８によってさらに処理されＵＥ１２０によって送信されたデータおよび制御情報を復元する。プロセッサ１１３８は、データシンク１１３９に対し復元されたデータを提供し、コントローラ／プロセッサ１１４０に対し復元されたＵＣＩを提供することができる。
【０１１８】
コントローラ／プロセッサ１１４０および１１９０は、それぞれ、基地局１１０とＵＥ１２０における動作を命令することができる。プロセッサ１１４０および／または基地局１１０における他のプロセッサおよびモジュールは、図９のプロセス９００および／またはここで説明される技法に関する他のプロセスを実行または命令することができる。プロセッサ１１９０および／またはＵＥ１２０における他のプロセッサおよびモジュールは、図１０のプロセス１０００および／またはここに説明される技法に関する他のプロセスを実行または命令することができる。メモリ１１４２および１１９２は、それぞれ、基地局１１０およびＵＥ１２０についてのデータおよびプログラムコードを格納しうる。スケジューラ１１４４は、ダウンリンクおよび／またはアップリンクでデータ送信についてＵＥ１２０および／または他のＵＥをスケジュールすることができる。プロセッサ１１４０、スケジューラ１１４４および／または基地局１１０における他のプロセッサは、図７のモジュール７００を実装しうる。プロセッサ１１７０、プロセッサ１１９０および／またはＵＥ１２０における他のプロセッサは、図８のモジュール８００を実装しうる。
【０１１９】
ある構成では、無線通信のための装置１１０は、ＵＥのための制御メッセージを生成するための手段と；複数のシステム帯域幅の中からＵＥについて選択されたシステム帯域幅に基づいて制御メッセージのリソース割付フィールドを設定するための手段と、なお、リソース割付フィールドは、選択されたシステム帯域幅についてＵＥに割り当てられたリソースのインジケーションを備える；ＵＥに制御メッセージを送信するための手段と；ＵＥに割り当てられたリソース上でＵＥと通信するための手段と；を含めうる。
【０１２０】
ある構成では、無線通信のための装置１２０は、ＵＥによって制御メッセージを受信するための手段と；制御メッセージのリソース割付フィールドに基づいてＵＥに割り当てられたリソースを決定するための手段と、なお、リソース割付フィールドは、複数のシステム帯域幅の中からＵＥについて選択されたシステム帯域幅についてＵＥに割り当てられたリソースのインジケーションを備える；ＵＥによって割り当てられたリソース上で通信するための手段と；を含む。
【０１２１】
一態様では、上述の手段は、上述の手段によって記載された機能を実行するように構成されうる、基地局１１０におけるプロセッサ（１つまたは複数）１１２０、１１３８および／または１１４０、および／または、ＵＥ１２０におけるプロセッサ（１つまたは複数）１１７０、１１８０、および／または１１９０でありうる。別の態様では、上述の手段は、上述の手段によって記載された機能を実行するように構成された１つまたは複数のモジュールまたは任意の装置でありうる。
【０１２２】
当業者は、様々な異なる技術および技法のうちのいずれかを使用して、情報と信号が表わされることができるということを理解するであろう。例えば、上記の説明の全体にわたって参照されることができる、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場あるいは磁粒子、光場あるいは光学粒子、あるいはそれらのいずれの組み合わせ、によって表わされることができる。
【０１２３】
当業者は、ここにおける開示に関連して説明される、様々な説明のための論理ブロック、モジュール、回路、および、アルゴリズムステップが、電子ハードウェア、コンピュータソフトウェアあるいは両方の組合せとして実装されうる、ということをさらに理解するであろう。ハードウェアとソフトウェアのこの互換性を明瞭に説明するために、様々な説明のためのコンポーネント、ブロック、モジュール、回路およびステップが、一般に、それらの機能という観点から、上記に説明されてきた。そのような機能が、ハードウェアあるいはソフトウェアとして実装されるかは、特定のアプリケーションと全体のシステムに課された設計制約(design constraints)に依存する。熟練職人は、各特定のアプリケーションについての様々な方法で、説明された機能を実装しうるが、このような実装の決定は、本開示の範囲からの逸脱を生じさせるものとして解釈されるべきでない。
【０１２４】
ここでの開示に関連して説明された様々な説明のための論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、あるいは他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、ここに説明された機能を実行するように設計されたそれらのいずれの組み合わせ、で実装あるいは実行されうる。汎用プロセッサは、マイクロプロセッサであってもよいが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、あるいはステートマシン(state machine)であってもよい。プロセッサはまた、コンピューティングデバイス(computing devices)の組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと併用しての１以上のマイクロプロセッサ、あるいはいずれの他のそのような構成、として実装されうる。
【０１２５】
ここにおける開示に関連して記載された方法またはアルゴリズムのステップは、直接ハードウェアで、プロセッサによって実行されたソフトウェアモジュールで、あるいは２つの組み合わせで直接具現化されうる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭあるいは当技術分野で知られている記憶媒体のいずれの他の形態、において存在しうる。例示的な記憶媒体は、プロセッサに結合されるので、プロセッサが記憶媒体から情報を読み取ることができ、また記憶媒体に情報を書き込むことができる。あるいは、記憶媒体は、プロセッサに一体化されうる。プロセッサと記憶媒体は、ＡＳＩＣにおいて存在しうる。ＡＳＩＣは、ユーザ端末に存在することができる。あるいは、プロセッサと記憶媒体は、ユーザ端末において、ディスクリートコンポーネントとして存在しうる。
【０１２６】
１つまたは複数の例示的な設計では、記載された機能は、ハードウェア、ソフトウェア、ファームウェアあるいはそれらのいずれかの組み合わせにおいて実装されうる。ソフトウェアで実装される場合には、機能は、コンピュータ可読媒体上で、1つまたは複数の命令あるいはコードとして、記憶あるいは送信されうる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送(transfer)を容易にするいずれの媒体も含んでいる、コンピュータ記憶媒体(computer storage media)と通信媒体(communication media)の両方を含む。記憶媒体は、汎用コンピュータまたは専用コンピュータによってアクセスされることができる、いずれの利用可能な媒体であることができる。例として、また限定されないが、このようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭあるいは他の光学ディスクストレージ、磁気ディスクストレージあるいは他の磁気ストレージデバイス、あるいは、命令あるいはデータ構造の形態で所望のプログラムコード手段を搬送または保存するために使用されることができる、また、汎用または専用コンピュータ、または、汎用または専用プロセッサによってアクセスされることができる、任意の他の媒体も備えうる。また、いずれの接続もコンピュータ可読媒体(computer-readable medium)と適切に名付けられる。例えば、ソフトウェアがウェブサイト、サーバ、あるいは、同軸ケーブル、光ファイバーケーブル、ツイストペア(twisted pair)、デジタル加入者ライン(digital subscriber line)（ＤＳＬ）、あるいは赤外線、無線、およびマイクロ波のような無線技術を使用している他の遠隔ソース、から送信される場合には、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、あるいは赤外線、無線、およびマイクロ波のような無線技術は、媒体の定義に含まれる。ここで使用されるように、ディスク(disk)とディスク(disc)は、コンパクトディスク(compact disc)（ＣＤ）、レーザーディスク(登録商標)(laser disc)、光学ディスク(optical disc)、デジタル汎用ディスク(digital versatile disc)（ＤＶＤ）、フロッピー(登録商標)ディスク(disk)およびブルーレイディスク(blu-ray disc)を含んでおり、「ディスク(disks)」は、大抵、データを磁気的に再生しているが、「ディスク(discs)」は、レーザーで光学的に再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【０１２７】
以上の本開示の説明は、いずれの当業者が本開示を行うまたは使用することを可能にするように提供される。本開示に対する様々な修正は、当業者にとっては容易に明らかであろう、そして、ここにおいて定義された包括的な原理は、本開示の精神あるいは範囲から逸脱することなく、他の変形に適用されうる。したがって、本開示は、ここにおいて記載される例および設計に限定されるようには意図されておらず、ここにおいて開示された原理および新規な特徴に整合する最も広い範囲が与えられるべきである。
【図１】
2013509044.tif 000016
【図２】
2013509044.tif 000017
【図３Ａ】
2013509044.tif 000018
【図３Ｂ】
2013509044.tif 000019
【図３Ｃ】
2013509044.tif 000020
【図４】
2013509044.tif 000021
【図５】
2013509044.tif 000022
【図６Ａ】
2013509044.tif 000023
【図６Ｂ】
2013509044.tif 000024
【図６Ｃ】
2013509044.tif 000025
【図７】
2013509044.tif 000026
【図８】
2013509044.tif 000027
【図９】
2013509044.tif 000028
【図１０】
2013509044.tif 000029
【図１１】
2013509044.tif 000030
【国際調査報告】
2013509044.tif 000031
2013509044.tif 000032
2013509044.tif 000033