(57)【要約】      （修正有）【課題】ダウンリンクスペクトル効率を改善するシステム及び方法を提供する。【解決手段】無線送信受信ユニット（ＷＴＲＵ）は、無線ネットワークから、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、および２５６ＱＡＭにマッピングされるＣＱＩ値を含むＣＱＩテーブルがＣＱＩ報告のために使用されるかを示すチャネル品質インジケータ（ＣＱＩ）報告構成を受信し、ＣＱＩ報告構成を全てのサブフレーム中のＣＱＩ報告に適用するか、またはサブフレームのサブセット中のＣＱＩ報告に適用するかを判断し、ＣＱＩ報告を無線ネットワークに送信することを判断し、ＣＱＩ報告構成に基づいてＣＱＩ報告を生成し、ＣＱＩ報告を無線ネットワークに送信する。【選択図】図２
2017201798.tif 000002
【特許請求の範囲】
【請求項１】
高次変調（ＨＯＭ）を提供する方法であって、
デバイスにおいて、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭに対するチャネル品質インジケータ（ＣＱＩ）値の要素テーブルを含む第１のＣＱＩテーブルと、少なくとも２５６ＱＡＭに対するＣＱＩ値の要素テーブルを含む第２のＣＱＩテーブルとを提供するステップと、
前記デバイスからネットワークに、前記第１のＣＱＩテーブルまたは第２のＣＱＩテーブルが、ＨＯＭ送信に対するフィードバック報告に使用されるべきかのインジケーションを含むチャネル状態情報（ＣＳＩ）報告を送るステップと
を備えたことを特徴とする方法。
【請求項２】
前記インジケーションは明示的なものであり、ならびに、前記明示的なインジケーションは、ビット、フィードバック報告タイプ、もしくは第１のＣＱＩ報告の少なくとも１つを含み、および後続のＣＱＩ報告に使用される、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ネットワークから、前記フィードバック報告に使用するための前記第１のＣＱＩテーブルまたは前記第２のＣＱＩテーブルの構成を含むフィードバック報告を受信するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項４】
前記構成は、上位レイヤシグナリング、送信モード、またはダウンリンク割り当てにおける情報の少なくとも１つを使用して、前記フィードバック報告において提供されることを特徴とする請求項３に記載の方法。
【請求項５】
前記インジケーションは、ＣＳＩフィードバック報告からの暗示的なものであり、ならびに、前記の暗示的なインジケーションは、前記ＣＳＩフィードバック報告に含まれるＣＱＩが報告されるサブフレーム、前記ＣＳＩフィードバック報告におけるフィードバックのタイプ、または前記ＣＳＩフィードバック報告のためのキャリアの少なくとも１つを含む、ことを特徴とする請求項１に記載の方法。
【請求項６】
前記第１のＣＱＩテーブルの前記要素テーブルは、１６要素テーブルを含む、請求項１に記載の方法。
【請求項７】
前記第２のＣＱＩテーブルの前記要素テーブルは、１６要素テーブルを含む、請求項１に記載の方法。
【請求項８】
前記第１のＣＱＩテーブルおよび前記第２のＣＱＩテーブルを含む複数のＣＱＩテーブルの変調次数に及ぶ物理データ共有チャネル（ＰＤＳＣＨ）の受信に対して前記デバイスが構成されるとき、前記インジケーションが送られる、ことを特徴とする請求項１に記載の方法。
【請求項９】
前記ネットワークから、使用されることになる変調コーディング方式テーブルのインジケーションを含むダウンリンク割り当てを受信するステップと、
前記デバイスにおいて、前記ダウンリンク割り当てにおける前記インジケーションによって特定された変調およびコーディング方式（ＭＣＳ）テーブルに基づいて、前記第１のＣＱＩテーブルまたは前記第２のＣＱＩテーブルのいずれかを使用するかを決定するステップと
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項１０】
高次変調（ＨＯＭ）を提供する無線送信受信ユニット（ＷＴＲＵ）であって、
ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭに対するチャネル品質インジケータ（ＣＱＩ）値の要素テーブルを含む第１のＣＱＩテーブルと、少なくとも２５６ＱＡＭに対するＣＱＩ値の要素テーブルを含む第２のＣＱＩテーブルとを提供し、ならびに、
前記ＷＴＲＵから、前記第１のＣＱＩテーブルまたは第２のＣＱＩテーブルが、ＨＯＭ送信に対するフィードバック報告に使用されるべきかのインジケーションを含むチャネル状態情報（ＣＳＩ）報告を送る
ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項１１】
前記インジケーションは、ダウンリンク割り当てからの明示的なものであり、ならびに、前記明示的なインジケーションは、ビット、フィードバック報告タイプ、もしくは第１のＣＱＩ報告の少なくとも１つを含み、および後続のＣＱＩ報告に使用される、ことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１２】
前記インジケーションは、ＣＳＩフィードバック報告からの暗示的なものであり、ならびに、前記の暗示的なインジケーションは、前記ＣＳＩフィードバック報告に含まれるＣＱＩが報告されるサブフレーム、前記ＣＳＩフィードバック報告におけるフィードバックのタイプ、または前記ＣＳＩフィードバック報告に対するキャリアの少なくとも１つを含む、ことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１３】
高次変調（ＨＯＭ）を提供する方法であって、
ネットワークにおいて、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭの要素テーブルを含む第１の変調コーディング方式（ＭＣＳ）テーブルと、少なくとも２５６ＱＡＭに対するＭＣＳの要素テーブルを含む第２のＭＣＳテーブルとを提供するステップと、
前記ネットワークからデバイスに、前記第１のＭＣＳテーブルまたは第２のＭＣＳテーブルが、ＨＯＭ送信に対して前記デバイスによって使用されるべきかのインジケーションを含むダウンリンク割り当てを送るステップと
を備えたことを特徴とする方法。
【請求項１４】
前記インジケーションは、前記ダウンリンク割り当てからの明示的なものであり、ならびに、前記明示的なインジケーションは、ビット、上位レイヤシグナリング、送信モード、もしくはスクランブリングコードの少なくとも１つを含む、ことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記インジケーションは、前記ダウンリンク割り当てからの暗示的なものであり、ならびに、前記暗示的なインジケーションは、前記ダウンリンク割り当てのタイプ、前記ダウンリンク割り当てに使用されるチャネル、前記ダウンリンク割り当てを送信するために使用されるパラメータ、探索空間、前記ダウンリンク割り当てが送られるサブフレーム、または前記ダウンリンク割り当てにおけるキャリアインジケーションの少なくとも１つを含む、ことを特徴とする請求項１３に記載の方法。
【請求項１６】
前記第１のＭＣＳテーブルの前記要素テーブルは、３２要素テーブルを含む、ことを特徴とする請求項１３に記載の方法。
【請求項１７】
前記第２のＭＣＳテーブルの前記要素テーブルは、３２要素テーブルを含む、ことを特徴とする請求項１３に記載の方法。
【請求項１８】
前記第２のＭＣＳテーブルは、２５６ＱＡＭとともにＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭに対して提供される、ことを特徴とする請求項１３に記載の方法。
【請求項１９】
前記第１のＭＣＳテーブルおよび前記第２のＭＣＳテーブルの両方の変調次数に及ぶ物理データ共有チャネル（ＰＤＳＣＨ）の受信に対して前記デバイスが構成されるとき、前記インジケーションが送られる、ことを特徴とする請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
セルサイズ、環境、および／またはデバイス速度に関して多種多様な配置をサポートするために、現在の仕様、システム、および／または方法（例えば、ＬＴＥ仕様、システム、および／または方法）がターゲットにされることがある。そのため、物理レイヤは、小規模セル環境の特定のチャネル特性を利用するように設計されないことがあり、それによって、ダウンリンクに集中するいくつかの制限をもたらす。例えば、現在のシステムは、ダウンリンクにおいて、６４ＱＡＭよりも高次の変調をサポートしないことがある。そのため、小規模セル基地局の近くに位置するデバイスのスペクトル効率は、その信号対雑音および干渉比に基づくことが可能であるものと比較して、制限されてもよい。加えて、小規模セルの潜在的なシステムスループットの利得は、リソースがオーバヘッドによって消費されることがある場合、達成可能でないことがあり、そのようなオーバヘッドは、ＰＤＣＣＨまたはＥ−ＰＤＣＣＨなどの制御シグナリングによって使い尽くされるリソース、ＤＭ−ＲＳなど情報を搬送しない物理信号によって使い尽くされるリソース、およびＵＥに対する最小リソース割り当て単位が必要とされてもよいものよりも大きいことがある場合に浪費されるリソースなどを含むことがある。これは、小規模セルレイヤに利用可能な帯域幅が相対的に大きいことがある場合でされ、問題となり得、その理由は、小規模セルクラスタにおいては、高い信号対干渉比は、各セルに利用可能な帯域幅を減少させることがある、一部の形態の周波数再使用（例えば、ＩＣＩＣまたは一部の静的なメカニズムのいずれかを通じた）を含むことがあるからである。
【発明の概要】
【０００３】
高次変調（ＨＯＭ）を提供（provide）し、および／またはスペクトル効率を改善するための、システム、方法、および／または技法が開示されてもよい。例えば、ＨＯＭ送信が、ユーザ機器（ＵＥ）または無線送信受信ユニット（ＷＴＲＵ）などのデバイスに提供されてもよい。例示的な実施形態によれば、高次変調送信は、ネットワークまたはデバイスによって示されるように構成されてもよい。加えて、複数の変調およびコーディング方式（ＭＣＳ）テーブル、トランスポートブロックサイズ（ＴＢＳ）テーブル、および／またはチャネル品質インデックス（ＣＱＩ）テーブルが、ＨＯＭ送信をサポートするために提供されてもよい。そのようなＭＣＳテーブルおよび／またはＴＢＳテーブルは、スケーリング（scaled）されてもよい。実施形態では、高次変調をサポートするように構成されたＣＱＩテーブルは、どのＭＣＳテーブルが高次変調をサポートすることができるかに基づいて判定されてもよい。加えて、そのような高次変調においては、ＣＱＩフィードバック構成が、提供および／または使用されてもよい。さらに、データがトランスポートチャネルから物理ダウンリンク制御チャネルにマッピングされてもよく、周波数割り当てまたはパラメータのセット上でのＰＤＳＣＨの受信が試みられてもよく、ＰＤＳＣＨ上のダウンリンク制御情報がマッピングされてもよく、ダウンリンク制御情報がＰＤＳＣＨ上のトランスポートデータと多重化されてもよく、ＰＤＳＣＨがリソースブロックペアの特定のタイムスロットまたはサブキャリアのサブセット上で受信されてもよい。加えて、実施形態では、ＳＡ−ＰＤＳＣＨが、例えば、クロスサブフレームまたはマルチサブフレーム割り当てと組み合わせて、提供および／または使用されてもよい。実施形態によれば、高次変調に対する１または複数の構成がさらに提供されてもよい。そのような構成は、ＰＤＳＣＨ  ＥＰＲＥ対セル固有ＲＳ  ＥＰＲＥの比、疑似コロケーション（quasi co-location）インジケータビットの再使用、高次変調に対するランク制約を含んでもよい。ＰＤＳＣＨの再マッピングはまた、高次変調のために、提供および／または使用されてもよい。
【０００４】
例えば、第１の変調コーディング方式（ＭＣＳ）テーブルおよび第２のＭＣＳテーブルが、ネットワークにおいて、またはネットワークによって提供されてもよい。第１のＭＣＳテーブルは、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭに対するＭＣＳまたはコーディング方式の３２要素テーブルなどの、要素テーブルを含んでもよい。第２のＭＣＳテーブルは、少なくとも２５６ＱＡＭに対するＭＣＳまたはコーディング方式の３２要素テーブルなどの、要素テーブルを含んでもよい。例では、第１のＭＣＳテーブルと第２のＭＣＳテーブルとの組み合わせが、ＨＯＭ送信のサポートと、それによって提供することができる変調次数またはＭＣＳコーディングとを可能にしてもよい。ダウンリンク割り当てが、ネットワークからデバイスに提供および送信されてもよい。ダウンリンク割り当ては、ＨＯＭ送信および／もしくはＭＣＳ選択のために、デバイスが第１のＭＣＳテーブルを使用すべきか、または第２のＭＣＳテーブルを使用すべきかを示すインジケーション、ならびに／またはＨＯＭ送信のための変調次数の選択もしくは使用などを含んでもよい。
【０００５】
加えて、例では、第１のチャネル品質インジケータ（ＣＱＩ）テーブルおよび第２のＣＱＩテーブルが、ＵＥまたはＷＴＲＵなどのデバイスにおいて、またはそのデバイスによって提供されてもよい。第１のＣＱＩテーブルは、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭに対するＣＱＩ（例えば、フィードバックまたは測定値もしくはＣＱＩ値）の１６要素テーブルなどの、要素テーブルを含んでもよい。第２のＣＱＩテーブルは、２５６ＱＡＭに対するＣＱＩ（例えば、フィードバックまたは測定値もしくはＣＱＩ値）の１６要素テーブルなどの、要素テーブルを含んでもよい。例では、第１のＣＱＩテーブルと第２のＣＱＩテーブルとの組み合わせが、ＨＯＭ送信のサポートと、それによって提供することができるＣＳＩまたはＣＱＩの報告または測定とを可能にしてもよい。ＨＯＭ送信のフィードバック報告または測定のために、第１のＣＱＩテーブルが使用されるべきか、または第２のＣＱＩテーブルが使用されるべきかを示すインジケーションを含むことができる、チャネル状態情報（ＣＳＩ）報告が送信されてもよい。
【０００６】
この概要は、以下の詳細な説明においてさらに説明される概念のいくつかを簡略な形式で導入するために提供されている。この概要は、特許請求される本発明の主要な特徴または必須の特徴を特定することを意図されておらず、特許請求される本発明の範囲を限定するために使用されることも意図されていない。さらに、特許請求される本発明は、本開示のいずれかの部分において言及される１または複数の欠点を解決することに限定されない。
【図面の簡単な説明】
【０００７】
本明細書で開示される実施形態についてのより詳細な理解は、添付の図面を併用して、例として与えられる、以下の説明から得られ得る。
【０００８】
【図１Ａ】１または複数の開示される実施形態を実装することができる例示的な通信システムの図である。
【図１Ｂ】図１Ａに示される通信システム内で使用することができる例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示される通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示される通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】異なるサイズを有することができるセルを有する例示的な通信システムの図である。
【発明を実施するための形態】
【０００９】
ここで、例示的な実施形態についての詳細な説明が、様々な図を参照してなされる。この説明は考えられる実施形態の詳細な例を提供するが、詳細は例示的なものであることが意図されており、決して本出願の範囲を限定するものではないことに留意されたい。
【００１０】
改善されたダウンリンクスペクトル効率を提供するためのシステムおよび／または方法が開示されてもよく、それらは、チャネルコーディング、多重化、およびＣＳＩフィードバックなどを含んでもよく、および／またはそれらを使用してもよい。例えば、そのようなシステムおよび／または方法では、ＵＥは、複数のＭＣＳテーブルおよびＣＱＩテーブルを使用して、高次変調をサポーであってもよく、ならびに／またはどのＭＣＳテーブルが使用されてもよいか、もしくはどのＭＣＳテーブルがネットワークによってＤＣＩもしくは上位レイヤのシグナリングにおいて示されてもよいかに基づいて、使用するＣＱＩテーブルを判定してもよい。加えて、そのようなシステムおよび／または方法では、トランスポートチャネルからのデータは、ＰＤＣＣＨまたはＥ−ＰＤＣＣＨなどの物理ダウンリンク制御チャネルにマッピングされてもよい。そのようなシステムおよび／または方法では、ＵＥはまた、周波数割り当ておよびパラメータの２以上のセット上でのＰＤＳＣＨの受信を提供してもよく、セットは、サブフレーム（例えば、前のサブフレーム）において受信されたダウンリンク制御シグナリングにおいて示されてもよい。さらに、そのようなシステムおよび／または方法では、ダウンリンク制御情報は、ＰＤＳＣＨ上のトランスポートチャネルデータと多重化されてもよく、ＰＤＳＣＨは、リソースブロックペアの単一のタイムスロット、および／またはサブキャリアのサブセット上で受信されてもよく、ＤＬ−ＳＣＨ  ＨＡＲＱラウンドトリップ時間は、ＰＤＳＣＨが単一のタイムスロット上で受信されてもよい場合に、減少させられてもよい。加えて、実施形態では、ＳＡ−ＰＤＳＣＨが、例えば、クロスサブフレームまたはマルチサブフレーム割り当てと組み合わせて、提供および／または使用されてもよい。さらに、システムおよび／または方法は、高次変調（ＨＯＭ）のトランスポートブロックサイズを有効にするために、例えば、関数または変換テーブルを介して、ＭＣＳテーブルおよび／またはＴＢＳテーブルをスケーリングするように提供されてもよい。異なるＣＱＩテーブルに対する周期的および非周期的フィードバック構成がさらに提供されてもよい。加えて、実施形態では、ＰＤＳＣＨ対ＲＳ  ＥＰＲＥ、ＰＱＩビット再解釈、および／またはランク制約（例えば、アンテナポート、スクランブリング識別、およびレイヤ数のインジケーションを再使用するための）を含む、ＨＯＭのための１または複数の構成が、提供および／または使用されてもよい。ＨＯＭに対するＰＤＳＣＨおよびコードブロック長の、適正に拡散された１または複数のコードブロックへのＲＥマッピング（例えば、新しいＲＥマッピング）がまた、使用および／または提供されてもよい。例では、本明細書で説明されるような全体の割り当てなど、割り当て上にコードブロックが拡散してもよいように、ＲＥマッピングが、周波数または周波数領域において提供されてもよい。
【００１１】
図１Ａは、１または複数の開示される実施形態が実施することができる例示的な通信システム１００の図を示している。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にしてもよい。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を利用してもよい。
【００１２】
図１Ａに示されるように、通信システム１００は、（ＷＴＲＵ１０２と総称されてもよい）無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびに他のネットワーク１１２を含んでもよいが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を意図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家電製品などを含んでもよい。
【００１３】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含んでもよい。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄの少なくとも１つと無線でインターフェースするように構成された、任意のタイプのデバイスであってもよい。例として、基地局１１４ａおよび／または１１４ｂは、基地送受信機局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されよう。
【００１４】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、ＲＡＮ１０３／１０４／１０５は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と称することができる特定の地理的領域内で、無線信号を送信および／または受信するように構成されてもよい。セルは、さらにセルセクタに分割されてもよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタごとに１つずつ含んでもよい。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用してもよく、したがって、セルのセクタごとに複数の送受信機を利用してもよい。
【００１５】
基地局１１４ａおよび／または１１４ｂは、エアインターフェース１１５／１１６／１１７上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄの１または複数と通信してもよく、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってもよい。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
【００１６】
より具体的には、上述したように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセス方式を利用してもよい。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。
【００１７】
別の実施形態では、基地局１１４ａ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施してもよい。
【００１８】
他の実施形態では、基地局１１４ａ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【００１９】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、職場、家庭、車両、およびキャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。また別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介して、インターネット１１０にアクセスすることが不要になることがある。
【００２０】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信してもよく、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄの１または複数に提供するように構成された、任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供してもよく、および／またはユーザ認証など、高レベルのセキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信してもよいことが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０３／１０４／１０５に接続するのに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信してもよい。
【００２１】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄのためのゲートウェイとしての役割を果たしてもよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを利用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含んでもよい。
【００２２】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄのいくつかまたはすべては、マルチモード機能を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含んでもよい。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成されてもよい。
【００２３】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図を示している。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含んでもよい。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、上記の要素の任意のサブコンビネーションを含んでもよいことが理解されよう。また、実施形態は、基地局１１４ａ、１１４ｂ、ならびに／または、ベーストランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅＢ、発展型ホームＮｏｄｅＢ（ｅＮｏｄｅＢ）、ホーム進化型ＮｏｄｅＢ（ＨｅＮＢ）、ホーム進化型ＮｏｄｅＢゲートウェイ、およびプロキシノードなどの、基地局１１４ａ、１１４ｂが表すことができるノードが（しかし、それらに限定されない）図１Ｂに示され、本明細書で説明される要素のいくつかまたはすべてを含んでもよいことを意図している。
【００２４】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行してもよい。プロセッサ１１８は、送受信機１２０に結合されてもよく、送受信機１２０は、送信／受信要素１２２に結合されてもよい。図１Ｂは、プロセッサ１１８と送受信機１２０を別々の構成要素として示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合されてもよいことが理解されてもよいであろう。
【００２５】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７上で、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタであってもよい。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてもよいことが理解されよう。
【００２６】
加えて、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用してもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７上で無線信号を送信および受信するための２以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【００２７】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されてもよい。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含んでもよい。
【００２８】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、それらからユーザ入力データを受信してもよい。プロセッサ１１８は、また、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリから情報を取得してもよく、それらにデータを記憶してもよい。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含んでもよい。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含んでもよい。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示されず）上などに配置されたメモリから情報を取得してもよく、それらにデータを記憶してもよい。
【００２９】
プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２内の他の構成要素への電力の分配および／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであってもよい。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含んでもよい。
【００３０】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７上で位置情報を受信してもよく、および／または２以上の近隣の基地局から受信した信号のタイミングに基づいて、自らの位置を決定してもよい。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、任意の適切な位置決定方法を使用して、位置情報を取得してもよいことが理解されよう。
【００３１】
プロセッサ１１８はさらに、他の周辺機器１３８に結合されてもよく、他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含んでもよい。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、およびインターネットブラウザなどを含んでもよい。
【００３２】
図１Ｃは、実施形態による、ＲＡＮ１０３およびコアネットワーク１０６のシステム図を示している。上述したように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を利用して、エアインターフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃと通信してもよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１Ｃに示されるように、ＲＡＮ１０３は、ＮｏｄｅＢ１４０ａ、１４０ｂ、および／または１４０ｃを含んでもよく、ＮｏｄｅＢ１４０ａ、１４０ｂ、および／または１４０ｃは各々、エアインターフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃと通信するための１または複数の送受信機を含んでもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、および／または１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示されず）に関連付けられてもよい。ＲＡＮ１０３は、ＲＮＣ１４２ａおよび／または１４２ｂも含んでもよい。ＲＡＮ１０３は、実施形態との整合性を維持しながら、任意の数のＮｏｄｅＢおよびＲＮＣを含んでもよいことが理解されよう。
【００３３】
図１Ｃに示されるように、ＮｏｄｅＢ１４０ａおよび／または１４０ｂは、ＲＮＣ１４２ａと通信してもよい。加えて、ＮｏｄｅＢ１４０ｃは、ＲＮＣ１４２ｂと通信してもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、および／または１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、互いに通信してもよい。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのＮｏｄｅＢ１４０ａ、１４０ｂ、および／または１４０ｃを制御するように構成されてもよい。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウタループ電力制御、負荷制御、アドミッションコントロール、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化など、他の機能を実施またはサポートするように構成されてもよい。
【００３４】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでもよい。上記の要素の各々は、コアネットワーク１０６の一部として示されているが、これらの要素の任意の１つが、コアネットワークオペレータとは異なるエンティティによって所有および／または運営されてもよいことが理解されよう。
【００３５】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。
【００３６】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にも接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。
【００３７】
上述したように、コアネットワーク１０６は、ネットワーク１１２にも接続されてもよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含んでもよい。
【００３８】
図１Ｄは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０７のシステム図を示している。上述したように、ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を利用してもよい。ＲＡＮ１０４は、コアネットワーク１０７とも通信してもよい。
【００３９】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、および／または１６０ｃを含んでもよいが、ＲＡＮ１０４は、実施形態との整合性を維持しながら、任意の数のｅＮｏｄｅＢを含んでもよいことが理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、および／または１６０ｃは、各々が、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃと通信するための１または複数の送受信機を含んでもよい。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、および／または１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信してもよい。
【００４０】
ｅＮｏｄｅＢ１６０ａ、１６０ｂ、および／または１６０ｃの各々は、特定のセル（図示されず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｄに示されるように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、および／または１６０ｃは、Ｘ２インターフェース上で互いに通信してもよい。
【００４１】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含んでもよい。上記の要素の各々は、コアネットワーク１０７の部分として示されているが、これらの要素の任意の１つが、コアネットワークオペレータとは異なるエンティティによって所有および／または運営されてもよいことが理解されよう。
【００４２】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、および／または１６０ｃの各々に接続されてもよく、制御ノードとしての役割を果たしてもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担当してもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のための制御プレーン機能を提供してもよい。
【００４３】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、および／または１６０ｃの各々に接続されてもよい。サービングゲートウェイ１６４は、一般に、ユーザデータパケットのＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃへの／からのルーティングおよび転送を実行してもよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間におけるユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃに利用可能なときのページングのトリガ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃのコンテキストの管理および記憶など、他の機能を実行してもよい。
【００４４】
サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続されてもよく、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。
【００４５】
コアネットワーク１０７は、他のネットワークとの通信を容易にしてもよい。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはＩＰゲートウェイと通信してもよい。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃに提供してもよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含んでもよい。
【００４６】
図１Ｅは、実施形態による、ＲＡＮ１０５およびコアネットワーク１０９のシステム図を示している。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）であってもよい。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃ、ＲＡＮ１０５、ならびにコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、参照ポイントとして定義されてもよい。
【００４７】
図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、および／または１８０ｃと、ＡＳＮゲートウェイ１８２とを含んでもよいが、ＲＡＮ１０５は、実施形態との整合性を維持しながら、任意の数の基地局とＡＳＮゲートウェイとを含んでもよいことが理解されよう。基地局１８０ａ、１８０ｂ、および／または１８０ｃは、各々が、ＲＡＮ１０５内の特定のセル（図示されず）に関連付けられてもよく、各々が、エアインターフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃと通信するための１または複数の送受信機を含んでもよい。一実施形態では、基地局１８０ａ、１８０ｂ、および／または１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信してもよい。基地局１８０ａ、１８０ｂ、および／または１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）方針実施などの、モビリティ管理機能も提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとしての役割を果たしてもよく、ページング、加入者プロファイルのキャッシュ、およびコアネットワーク１０９へのルーティングなどを担当してもよい。
【００４８】
ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装する、Ｒ１参照ポイントとして定義されてもよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示されず）を確立してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃとコアネットワーク１０９との間の論理インターフェースは、Ｒ２参照ポイントとして定義されてもよく、Ｒ２参照ポイントは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用されてもよい。
【００４９】
基地局１８０ａ、１８０ｂ、および／または１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を容易にするためのプロトコルを含む、Ｒ８参照ポイントとして定義されてもよい。基地局１８０ａ、１８０ｂ、および／または１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照ポイントとして定義されてもよい。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃの各々に関連付けられたモビリティイベントに基づいたモビリティ管理を容易にするためのプロトコルを含んでもよい。
【００５０】
図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続されてもよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含む、Ｒ３参照ポイントとして定義されてもよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証認可課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含んでもよい。上記の要素の各々は、コアネットワーク１０９の一部として示されているが、これらの要素の任意の１つが、コアネットワークオペレータとは異なるエンティティによって所有および／または運営されてもよいことが理解されよう。
【００５１】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当してもよく、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃが、異なるＡＳＮの間で、および／または異なるコアネットワークの間でローミングを行うことを可能にしてもよい。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスのサポートを担当してもよい。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にしてもよい。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃに提供し、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含んでもよい。
【００５２】
図１Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続されてもよく、コアネットワーク１０９は、他のコアネットワークに接続されてもよいことが理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４参照ポイントとして定義されてもよく、Ｒ４参照ポイントは、ＲＡＮ１０５と他のＡＳＮとの間で、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃのモビリティを調整するためのプロトコルを含んでもよい。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５参照ポイントとして定義されてもよく、Ｒ５参照ポイントは、ホームコアネットワークと移動先コアネットワークとの間の相互作用を容易にするためのプロトコルを含んでもよい。
【００５３】
実施形態では、小規模セルのレイヤの配置は、例えば、スマートフォンなどのデータが必要な（data-hungry）デバイスの人気によって促進されることがある、増加する容量要件に対処するために使用されてもよい。小規模セルのレイヤは、マクロセルレイヤによって使用されてもよいセルとは別の周波数帯域において動作してもよく、および／または同一の周波数帯域において動作してもよい。そのような例を使用して、例えば、追加のスペクトルリソースを介して、ならびに／または、セル再使用によって、および小規模セル環境のチャネル特性によってもたらされることがあるスペクトル効率の向上から、追加の容量が提供されることが予測されることがある。例えば、小規模セルと接続されたデバイスとの間の経路損失の分布は、信号対雑音比の大きな値がより頻繁に直面するように提供されることがある。これは、例では、高次変調のサポートを導入することによって利用されてもよい。
【００５４】
図２は、本明細書で使用することができる、より小規模なセルとより大規模なセルとを有するネットワークの例示的な実施形態を示している。ネットワーク（例えば、ネットワーク２００）は、図１Ａ〜図１Ｅに関して説明されたＵＥおよび／またはＷＴＲＵ１０２ａ〜１０２ｄとすることができるデバイス（例えば、２２０）に通信を提供するために使用されてもよい、例えば、セル２０５などのより大規模なセル（例えば、マクロセル）の１もしくは複数のレイヤ、ならびに／またはセル２１０ａ、２１０ｂおよび／もしくはセル２１５ａ〜２１５ｆなどのより小規模なセル（例えば、ピコセルおよびフェムトセルなど）の１もしくは複数のレイヤを含んでもよい。実施形態によれば、より小規模なセルのカバレージエリアは、より大規模なセルのそれよりも小さくしてもよい。加えて、より大規模なセルとより小規模なセルは、同一の周波数レイヤ上で動作してもよく、または動作しなくてもよい。ネットワーク（例えば、２００）のセル（例えば、２０５、２１０ａ〜２１０ｂ、および／または２１５ａ〜２１５ｆ）は、無線アクセスネットワークおよび／または基地局などを含む、本明細書で説明される通信ネットワーク１００などの通信ネットワークの１または複数の構成要素の部分であってもよく、コアネットワークと通信してもよい。
【００５５】
例では（例えば、Ｒｅｌ−１１では）、本明細書で説明されるネットワーク（例えば、１００および／または２００）において許可または使用することができる変調の次数は、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭを含んでもよい。そのような次数を使用するために、図１Ａおよび図１Ｃ〜図１Ｅならびに図２に関して本明細書で説明されたネットワーク１００および／または２００などのネットワーク、ならびにその構成要素は、図１Ａ〜図１Ｅに関して説明されたＵＥまたはＷＴＲＵ１０２ａ〜１０２ｄを含むＷＴＲＵなどのデバイスに、変調およびコーディング方式（ＭＣＳ）を示してもよい。例では、ＭＳＣは、ダウンリンク割り当てにおいて５ビットを使用して示されてもよい。５ビットは、変調次数と、トランスポートブロックサイズとに対応してもよい（例えば、ダウンリンク割り当てにおいてシグナリングすることもできるリソースブロック割り当てに結び付けられるとき）。実施形態では、マッピングは、事前構成された組のテーブルから判定されてもよい。例えば、ＭＣＳテーブルが、変調次数および／またはトランスポートブロックインデックスを判定するために使用されてもよく、インデックスは、トランスポートブロックサイズを判定するために、リソース割り当てサイズとともに使用されてもよい。デバイスは、ＣＳＩフィードバックにおいて、４ビットを使用して、その好ましいＣＱＩをネットワークに示してもよい。４ビットは、事前構成されたテーブル（例えば、ＣＱＩテーブル）から判定することができるマッピングをで、変調およびコードレートにマッピングしてもよい。
【００５６】
本明細書で説明されるように、セルサイズ、環境、および／またはデバイス速度に関して多種多様な配置をサポートするために、現在の仕様、システム、および／または方法（例えば、ＬＴＥ仕様、システム、および／または方法）がターゲットにされてもよい。そのため、そのような仕様、システム、および／または方法に関連付けられた物理レイヤは、小規模セル環境の特定のチャネル特性を利用するように設計されないことがある。これは、ダウンリンクに１または複数の制限をもたらすことがある。例えば、現在のシステムは、ダウンリンクにおいて、６４ＱＡＭよりも高次の変調をサポートしないことがある。そのため、小規模セル基地局の近くに位置するデバイスのスペクトル効率は、その信号対雑音および干渉比を考慮して考えられるものと比較して、制限されることがある。加えて、小規模セルの潜在的なシステムスループットの利得は、リソースがオーバヘッドによって消費されてもよい場合、達成可能とならないことがあり、そのようなオーバヘッドは、ＰＤＣＣＨまたはＥ−ＰＤＣＣＨなどの制御シグナリングによって使い尽くされることがあるリソース、ＤＭ−ＲＳなど情報を搬送しない物理信号によって使い尽くされることがあるリソース、およびデバイスに対する最小リソース割り当て単位が必要とされることがあるものよりも大きいものである場合に浪費されることがあるリソースなどを含むことがある。これは、例えば、小規模セルレイヤに利用可能な帯域幅が相対的に大きいものである場合であっても、問題となることがあり、その理由は、小規模セルクラスタにおいては、高い信号対干渉比が、各セルに利用可能な帯域幅を減少させることがある何らかの形態の周波数再使用を含むことがあるからである（例えば、ＩＣＩＣまたは何らかの静的なメカニズムを通じて）。
【００５７】
そのため、小規模セル環境のチャネル特性を利用するために、特に、ダウンリンクにおいて、高次変調をサポートするために、例えば、オーバヘッドなどによってリソースが消費されるときに低下することがある、小規模セルのスループットの利得を改善するための本明細書で説明されるシステムおよび／または方法が提供されてもよい。例えば、高次変調が、提供、受信、および／または使用されてもよい。実施形態では、図１Ａ〜図１Ｅに関して説明されたＵＥまたはＷＴＲＵ１０２ａ〜１０２ｄなどのＷＴＲＵなどのデバイスは、小規模セル基地局の近く（例えば、非常に近いまたはそれに準じて）で動作してもよく、それと同等に、小規模セルからの送信の信号対雑音比は、高いことがある（例えば、非常に高い）。加えて、現在のシステムおよび／または方法では（例えば、Ｒｅｌ−１１では）、デバイスがネットワークに推奨することができる最高スペクトル効率は、５．５５４７ｂｐｓ／Ｈｚとなることがある（例えば、６４ＱＡＭを使用して）。しかしながら、そのようなデバイスをより高いスペクトル効率でサービスすることができる可能性があり得る。そのため、スループット（例えば、最大スループット）が増加することがある。そのようなスループットの増加は、図１Ａおよび図１Ｃ〜図１Ｅに関して説明された基地局、ＮｏｄｅＢ、もしくはｅＮＢ（例えば、１１４ａ〜１１４ｂ、１４０ａ〜１４０ｃ、１６０ａ〜１６０ｃ、および／もしくは１８０ａ〜１８０ｃ）などのｅＮＢもしくは基地局における、より良いスケジューリング柔軟性、おそらくはより低いシステム干渉、ならびに／またはより良いユーザエクスペリエンスなどを可能にすることがある。高次変調のデバイスへの送信の使用を可能にするための例（例えば、システムおよび／または方法）が、本明細書で説明されてもよく、それは、高次変調方式のインジケーションをデバイスに提供すること、および／またはデバイスが所望の高次変調を示すことを可能にすることを含んでもよい。
【００５８】
例では、複数のＭＣＳテーブルが、例えば、デバイスにおいてＨＯＭを提供するために、提供および／または使用されてもよい。例えば、高次変調に対処するために、ネットワークは、単一のＭＣＳテーブルの代わりに、ＭＣＳテーブルの組を使用してもよい。ネットワークは、ＱＰＳＫ、１６ＱＡＭ、および／または６４ＱＡＭ（例えば、第１の組の変調次数または値）に対して有効とすることができる、３２要素テーブル（例えば、Ｒｅｌ−１１  ３２要素テーブルなどの第１のテーブルまたは第１のＭＣＳテーブル）を使用してもよい。ネットワークは、２５６ＱＡＭ（例えば、第２の組の変調次数または値）に対して有効とすることができる、新たな３２要素テーブル（例えば、第２のテーブルまたは第２のＭＣＳテーブル）を使用してもよい。例によれば、第２のテーブルは、将来の拡張のために予約された一部の値を維持してもよい。代わりに、または加えて、第２のテーブルは、３２要素よりも少なくてもよく、より少ないビットのシグナリングを使用してもよい。第２のテーブルは、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、および／または２５６ＱＡＭに対する値を有してもよい（例えば、第２の組の変調次数または値は、２５６ＱＡＭとともに、第１の組の次数または値を含んでもよい）。新しい変調次数に対処するのに、３２要素が依然として十分であることを保証するために、各変調次数は、現在または一般的なテーブル（例えば、Ｒｅｌ−１１テーブルにおける）よりも少ないコーディング方式を有してもよい。第２のテーブルは、例では、３２よりも多い要素を有してもよい。そのため、例では、ＨＯＭ送信（例えば、本明細書で説明される、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、および／または２５６ＱＡＭなどの、変調次数または値を使用する送信）において、ＭＣＳ選択またはコーディング選択を可能にするために、第１のＭＣＳテーブルおよび第２のＭＣＳテーブルが提供されてもよい。
【００５９】
例によれば（例えば、デバイスが、複数のテーブルの変調次数に及ぶ（span）ことができるＰＤＳＣＨの可能な受信（possible reception）に対して構成されてもよい場合）、ネットワークは、ダウンリンク割り当てにおいて、提供することができるＭＣＳインデックスで使用されるように構成されたＭＣＳテーブルを示してもよい。例えば、ネットワークは、ＨＯＭ送信のために、デバイスによって、第１のＭＣＳテーブルが使用されるべきか、または第２のＭＣＳテーブルが使用されるべきかを示すインジケーションを含む、ダウンリンク割り当てを送信してもよい。実施形態では、デバイスが、第１のＭＣＳテーブルと第２のＭＣＳテーブルの両方の変調次数に及ぶことがある物理データ共用チャネル（ＰＤＳＣＨ）の受信のために構成されてもよいときに、インジケーションが送信されてもよい。
【００６０】
そのようなインジケーションは、明示的なものであってもよく、以下のうちの少なくとも１つを使用してもよい。例えば、そのようなインジケーションは、ダウンリンク割り当てにおけるビット（例えば、新たなビット）を使用してもよい。そのようなビットは、使用されるテーブルを示してもよく、または６ビット文字列を生成するために、５ビット文字列（例えば、Ｒｅｌ−１１  ５ビット文字列）に結び付けられてもよい。例では、３以上のＭＣＳテーブルが存在する場合、複数のビット（例えば、新たなビットを含んでもよいビット文字列）が、提供および／または使用されてもよい。加えて、そのようなインジケーションは、例えば、特定のテーブルを使用するようにデバイスを半静的に構成するために、上位レイヤのシグナリングを使用してもよい。さらなる例によれば、そのようなインジケーションは、新たな送信モード（例えば、ＴＭ１１などの）を含んでもよく、または使用してもよい。例えば、新たな送信モードなど、そのような特定の送信モードで動作するデバイスは、特定のＭＣＳテーブルを使用して動作するように構成されてもよい。そのような例では、ＴＭ１１が、高スペクトル効率のために使用されてもよく、したがって、より高いスペクトル効率を可能することができるＭＣＳテーブルとともに使用されるように関連付けられてもよい。そのようなインジケーションはまた、ダウンリンク割り当てのために、異なるスクランブリングコードも使用してもよい。例えば、デバイスは、低次数変調のためにＣ−ＲＮＴＩを、高次数変調のために異なるＣ−ＲＮＴＩを有し、提供し、または使用してもよい。
【００６１】
ダウンリンク割り当てにおけるＭＣＳビットをマッピングするために（例えば、変調およびコーディングの値に）使用されるように構成することができるＭＣＳテーブルは、以下のうちの少なくとも１つによって暗示的に示されてもよい。ＭＣＳテーブルは、ダウンリンク割り当てのタイプによって暗示的に示されてもよい。例えば、各ＤＣＩフォーマットが、特定のＭＣＳテーブルに関連付けられてもよい。１つの方法では、ＵＥまたはＷＴＲＵなどのデバイスをスケジュールするために、新たなＭＣＳテーブルなどのＭＣＳテーブルを使用するとともに、新たなＤＣＩフォーマット（例えば、ＤＣＩフォーマット５）が使用されてもよい。加えて、ＭＣＳテーブルは、ダウンリンク割り当てのために使用されるチャネルによって暗示的に示されてもよい。例えば、ネットワークは、ＰＤＣＣＨまたはＥ−ＰＤＣＣＨのいずれかを使用して、ＤＣＩを送信してもよい。使用されるＭＣＳテーブルは、ＰＤＣＣＨまたはＥ−ＰＤＣＣＨの使用に結び付けられてもよい。ＭＣＳテーブルは、ダウンリンク割り当てを送信するために使用されるＥ−ＰＤＣＣＨのパラメータ（例えば、タイプもしくは使用される物理リソース）、使用される検索空間（search space）（例えば、デバイス固有もしくはＵＥ固有の検索空間ＤＣＩは、ＨＯＭ送信に適したテーブルなど、１つのＭＣＳテーブルに結び付けられてもよく、共通の検索空間ＤＣＩは、レガシＭＣＳテーブルなど、別のテーブルに結び付けられてもよい）、例えば、各ＭＣＳテーブルに結び付けられたサブフレームサブセットが存在することがある場合に、ダウンリンク割り当てが提供されてもよいサブフレーム、および／または例えば、その各々が特定のＭＣＳテーブルを使用して動作するように構成されてもよい複数のキャリアを使用してデバイスが構成されてもよい場合に、ダウンリンク割り当てにおけるキャリアインジケーションなどによって暗示的に示されてもよい。共通検索空間へのレガシＭＣＳテーブルの関連付けは、無線状態が突然悪化した場合に、最もロバストな変調およびコーディング方式へのアクセスを可能にするテーブルに、ネットワークが戻る（revert）（例えば、速やかに）ことを可能にしてもよい。
【００６２】
ＭＣＳテーブルおよび／またはＴＢＳテーブルのスケーリングが、本明細書で説明されるように、提供および／または使用されてもよい。例では、変調およびＴＢＳインデックステーブルが、スケーリング関数の使用によって再解釈されてもよい。例えば、トリガされるとき（例えば、場合によっては、上位レイヤ構成によって、またはＤＣＩ内の動的シグナリングによって）、各ＭＣＳインデックスと関連付けられた変調次数は、
【００６３】
【数１】
2017201798.tif 000003
【００６４】
として再解釈されてもよく、Ｑmは、ＭＣＳインデックスおよびレガシテーブルによって取得することができる変調次数を表してもよく、
【００６５】
【数２】
2017201798.tif 000004
【００６６】
は、使用される変調次数を表してもよい。Δの値は、ＭＣＳインデックスに対して固定されてもよい（例えば、ＭＣＳインデックスに対して、Δ＝２が使用されてもよい）。各ＭＣＳインデックスは、それ自体のΔを有してもよい。そのような例では、Δの異なる値によって、変調およびＴＢＳインデックステーブルが、いくつかのレガシＭＣＳレベルを保持することを可能になる。
【００６７】
高次変調（ＨＯＭ）を可能にするために使用することができる変調およびＴＢＳインデックステーブルは、ＴＢＳインデックス（ＩTBS）をスケーリングしてもよい。例えば、ＨＯＭで使用するためにトリガされるとき、使用されることになるＴＢＳインデックスは、ＭＣＳインデックスおよびレガシＴＢＳインデックスから
【００６８】
【数３】
2017201798.tif 000005
【００６９】
として取得されてもよい。αの値は、ＭＣＳインデックスに共通であってもよく、または各ＭＣＳインデックスごとに異なってもよい。
【００７０】
加えて、例では、ＤＣＩ許可または割り当てによって取得されるような割り当てられたＰＲＢの総数は、
【００７１】
【数４】
2017201798.tif 000006
【００７２】
として設定されてもよい。トランスポートブロックサイズ（ＴＢＳ）を判定するために使用することができるカラムインジケータは、次式から取得されてもよく、
【００７３】
【数５】
2017201798.tif 000007
【００７４】
γは、事前構成された定数であってもよく、ｆおよびｇは、関数であってもよい。例えば、ｆは、ｆ（ｘ）＝ｘ、ｆ（ｘ）＝ｍａｘ（ｘ，１）、またはｆ（ｘ）＝ｍｉｎ（ｘ，ｍａｘ（ＴＢＳ））であってもよく、ｍａｘ（ＴＢＳ）は、事前構成されてもよい。例では、ｇは、ｇ（ｘ）＝ｘ、シーリング（ceiling）関数、またはフロア（floor）関数であってもよい。加えて、例示的なスケーリング関数は、
【００７５】
【数６】
2017201798.tif 000008
【００７６】
であってもよい。
【００７７】
関数
【００７８】
【数７】
2017201798.tif 000009
【００７９】
は、例えば、デバイスが場合によってはＨＯＭを使用するように構成されてもよいときに、ＭＣＳインデックスのために使用されてもよい。別の例またはさらなる例では、関数
【００８０】
【数８】
2017201798.tif 000010
【００８１】
は、特に、一定の変調レベルを使用するＭＣＳインデックスのために使用されてもよい。インデックスの残りは、
【００８２】
【数９】
2017201798.tif 000011
【００８３】
を使用してもよい。
【００８４】
加えて、例では、ＴＢＳは、最初に、ＴＢＳインデックスおよび割り当てられたＰＲＢの数から判定されてもよい。ＵＥはまた、例えば、ＴＢＳインデックスおよび割り当てられたＰＲＢの数から取得されるＴＢＳを別のＴＢＳ値に変換する、ＨＯＭのために使用されるＴＢＳ変換テーブルで事前構成されてもよい。
【００８５】
さらなる実施形態によれば、ＭＣＳ値およびＴＢＳ値をスケーリングするために、上記の任意の組み合わせを使用することができる。例えば、割り当てられたＰＲＢの数の一部の値に対しては、関数が使用されてもよく、割り当てられたＰＲＢの他の値に対しては、変換テーブルが使用されてもよい。
【００８６】
複数のＣＱＩテーブルがまた、提供および／または使用されてもよい。例えば、高次変調を可能にするために、デバイスは、ＣＱＩテーブルの組を使用してもよい。例示的なテーブル（例えば、第１のテーブルまたは第１のＣＱＩテーブル）として、デバイスは、ＱＰＳＫ、１６ＱＡＭ、および／または６４ＱＡＭ（例えば、変調次数または値の第１のセット）に対して有効とすることができるＣＱＩ値を含む、１６要素テーブル（例えば、現在のＲｅｌ−１１  １６要素テーブル）を使用してもよい。さらなる、または別の例示的なテーブル（例えば、第２のテーブルまたは第２のＣＱＩテーブル）として、デバイスは、２５６ＱＡＭ（例えば、変調次数または値の第２のセット）に対して有効とすることができるＣＱＩ値を含む、新たな１６要素テーブルを使用してもよい。実施形態では、第２のテーブルは、将来の拡張のために予約された一部の値を維持してもよい。加えて、第２のテーブルは、１６要素よりも少なくてもよく、より少ないビットのシグナリングを使用してもよい。別の例、またはさらなる例では、第２のテーブルは、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、および／または２５６ＱＡＭに対する値を有してもよい（例えば、第２の組の変調次数または値は、２５６ＱＡＭとともに、第１の組の次数または値を含んでもよい）。新たな変調次数に対処するのに、１６要素が十分であることを保証するために、各変調次数は、Ｒｅｌ−１１テーブルなどのテーブルにおけるよりも少ないコーディング方式を有してもよい。第２のテーブルは、１６よりも多い要素を有してもよい。本明細書で説明されるように、ＨＯＭ送信（例えば、本明細書で説明される、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、および／または２５６ＱＡＭなどの、変調次数または値を使用する送信）において、ＣＱＩ（例えば、報告、フィードバック、または測定）を可能にするために、第１のＣＱＩテーブルおよび第２のＣＱＩテーブルが提供されてもよい。
【００８７】
例（例えば、デバイスが、複数のテーブルの変調次数に及ぶことがあるＰＤＳＣＨの可能な受信のために構成されてもよい場合）によれば、デバイスは、ＣＳＩフィードバック報告において、提供されるＣＱＩインデックスで、使用されるＣＱＩテーブル（例えば、第１のＣＱＩテーブルが使用されるべきか、または第２のＣＱＩテーブルが使用されるべきか）を示してもよい。例えば、デバイスは、例えば、ＨＯＭ送信についてのフィードバック報告のために、第１のＣＱＩテーブルが使用されるべきか、または第２のＣＱＩテーブルが使用されるべきかを示すインジケーションを含むことができるＣＳＩ報告を送信してもよい。実施形態では、デバイスが、第１のＣＱＩテーブルおよび第２のＣＱＩテーブルなどの複数のテーブルの変調次数に及ぶことがある物理データ共用チャネル（ＰＤＳＣＨ）の受信のために構成されてもよいときに、インジケーションが送信されてもよい。そのような構成は、例えば、発展したおよび／または複数のＭＣＳテーブルの使用を介して、ＰＤＳＣＨデータのＭＣＳを判定するようにも構成されてもよいときに、デバイスにおいて暗示的に判定されてもよい。
【００８８】
そのようなインジケーションは、明示的であってもよく、以下のうちの少なくとも１つを使用してもよい。例えば、新しいビットまたはビットストリングなどのビットおよび／またはビットストリングが、ＣＳＩのために使用されるテーブルを示すために、ＣＱＩフィードバック報告タイプにおいて使用されてもよい。ビットおよび／またはビットストリングは、テーブルを示してもよい。別の例またはさらなる例では、ＣＳＩ報告タイプは、報告タイプが１６よりも多くの要素を有するテーブルにインデックスを提供してもよいように、（例えば、現在の４ビットを超えて）拡張されてもよい。フィードバック報告タイプ、例えば、ＣＱＩタイプインジケータ（ＣＴＩ）は、そのようなインジケーションのために提供され、および／または使用されてもよい。そのような実施形態では、使用されてもよいＣＱＩテーブルは、最近送信されたＣＴＩ（例えば、直近に送信されたＣＴＩ）に依存してもよい。加えて、インジケーションは、（例えば、広帯域ＣＱＩでは）一度だけ提供されてもよく、後続の各サブバンドＣＱＩ報告のために使用されてもよい。
【００８９】
実施形態によれば、ネットワークは、フィードバック報告において、特定のＣＱＩテーブルを使用するようにデバイスを構成してもよい。例えば、デバイスは、ＨＯＭ送信のためのＣＳＩ測定および／または報告（例えば、ＣＱＩ報告または測定）などのフィードバック報告のために、第１のＣＱＩテーブルまたは第２のＣＱＩテーブルを使用するように、（例えば、ネットワークから受信されたフィードバック報告における構成を介して）構成されてもよい。そのような構成は、以下のうちの少なくとも１つを使用してもよい。例えば、特定のテーブルを半静的に使用するようにデバイスを構成するために、上位レイヤのシグナリングが使用されてもよい。例では、各フィードバック報告タイプは、使用するＣＱＩテーブルに対する特定の前提（assumption）と関連付けられてもよい。例では、ＣＳＩプロセスの構成は、フィードバック報告のための特定のＣＱＩテーブルの使用を含んでもよい。そのため、デバイスは、各々が異なることがあるＣＱＩテーブルを使用する複数のＣＳＩプロセスで構成されてもよい。加えて、新たな送信モード（例えば、ＴＭ１１）などの送信モードが使用されてもよい。そのような送信モードで動作するデバイスは、特定のＭＣＳテーブルで動作するように構成されてもよい。例えば、ＴＭ１１は、高スペクトル効率のために使用されてもよく、したがって、より高いスペクトル効率を許可または有効にすることができるＭＣＳテーブルの使用と関連付けられてもよい。実施形態では、ダウンリンク割り当ては、将来のフィードバック報告において、特定のＣＱＩテーブルが使用されてもよい、または使用されるべきであることをデバイスに示す、ビットストリングを含んでもよい。
【００９０】
加えて、実施形態では、フィードバック報告におけるＣＱＩビットを変調およびコーディングの値にマッピングするために使用されてもよいＣＱＩテーブルはまた、以下のうちの少なくとも１つによって暗示的に示されてもよい。ＣＱＩテーブルは、ＣＱＩが報告され、および／または測定されてもよいサブフレームによって（例えば、暗示的に）示されてもよい。例えば、デバイスは、各々が特定のＣＱＩテーブルの使用と結び付けることができる複数のサブフレームサブセットで構成されてもよい。ＣＱＩテーブルはまた、フィードバックのタイプによって示されてもよい。例えば、非周期的なフィードバックは、特定のＣＱＩテーブルを使用してもよく、一方、周期的なフィードバックは、別のＣＱＩテーブルを使用してもよい。周期的なフィードバックは、特定のＣＱＩテーブル（例えば、Ｒｅｌ−１１）を使用してもよく、一方、非周期的なフィードバックは、様々なテーブルを使用してもよく、したがって、使用されてもよいＣＱＩテーブルを示すために、適切な明示的なインジケーションを提供してもよく、または含んでもよい。ＣＱＩテーブルは、フィードバック報告がそれに対して使用され、それを宛先とし（destined）、および／またはそれに対して提供されてもよいキャリアを使用して、さらに示されてもよい。例えば、デバイスは、各々が異なるＣＱＩテーブルを用いて動作するように構成されてもよい複数のキャリアを用いて構成されてもよい。
【００９１】
ＣＱＩフィードバック構成はまた、本明細書で説明されるように、提供され、および／または使用されてもよい。例えば、非周期的な報告において使用されてもよい、または使用されるべきＣＱＩテーブルを示すために、ＣＳＩ要求の各コードポイントによって表されるＣＳＩプロセスのセットの１または複数に含まれることがある各ＣＳＩプロセス（および／またはサービングセル）は、特定のＣＱＩテーブルの前提で構成されてもよい。加えて、ＣＳＩプロセスおよび／またはサービングセルは、それ自体、ＣＱＩテーブルの推定で構成されてもよい。例（例えば、ＵＥが各ＣＳＩ要求フィールドの意義（meaning）で構成されてもよい場合）では、ＣＳＩプロセス（例えば、および／またはサービングセル）のセットは、ＣＱＩテーブルインデックスで構成されてもよい。例えば、第１のＣＳＩプロセスは、ＣＳＩ要求フィールド「０１」によってトリガされるセット内、およびＣＳＩ要求フィールド「１０」によってトリガされるセット内にあってもよい。さらに、実施形態では、使用されるＣＱＩテーブルは異なってもよく、ＣＳＩ要求フィールド「０１」および「１０」のコンテンツの構成時に構成されてもよい。例では、非周期的なＣＳＩ報告のために使用されてもよく、または使用されるべきＣＱＩテーブルは、非周期的なＣＳＩ報告とともに許可（grant）を含むＰＤＣＣＨまたはＥ−ＰＤＣＣＨが復号されてもよい探索空間に結び付けられ得る。例えば、ＣＱＩテーブルは、許可が共通の探索空間において復号されてもよい場合は、第１のＣＱＩテーブル（例えば、レガシテーブル）に対応してもよく、許可がデバイス固有またはＵＥ固有の探索空間において復号される場合は、第２のＣＱＩテーブル（例えば、ＨＯＭ送信に適したテーブル）に対応してもよい。別の例またはさらなる例では、ＣＱＩテーブルは、ＣＳＩ要求フィールドのサイズに結び付けられてもよい。例えば、ＣＱＩテーブルは、ＣＳＩ要求フィールドが１ビットを有してもよい場合は、第１のＣＱＩテーブルに対応してもよく、ＣＳＩ要求フィールドが２ビットを有してもよい場合は、第２のＣＱＩテーブルに対応してもよい。特定の探索空間、またはＣＳＩ要求フィールド値、もしくはＣＳＩ要求フィールドサイズと、報告のために使用する特定のＣＱＩテーブルとの間の関係は、上位レイヤによって構成されてもよい。例えば、ＵＥまたはＷＴＲＵなどのデバイスは、それが高次変調を使用するように構成されてもよい場合は、（例えば、ＨＯＭ送信に適した）ＣＱＩテーブルの使用をＣＳＩ要求フィールド値またはサイズに関連付けてもよい
【００９２】
例では、非周期的および／または周期的なフィードバックモードの構成時に、適切なＣＱＩテーブルも構成されてもよい。加えて、非周期的および／または周期的なフィードバックモードは、高次変調（ＨＯＭ）の使用を有効することができるＣＱＩテーブルの使用のために指定されてもよい。そのような実施形態では、そのようなフィードバックモードで構成されるデバイスは、どのＣＱＩテーブルを使用すべきかを暗示的にデバイスに示してもよい。
【００９３】
別の例またはさらなる例では、いくつかの非周期的なフィードバックモードは、ＨＯＭが利用可能とすることができる前提に基づいて、ＣＱＩ値をフィードバックするために、およびＨＯＭが利用可能でないことがあるとの前提で、別のＣＱＩ値をフィードバックするために、デバイスを使用してもよい。そのような実施形態では、ＲＩおよびＰＭＩも、ＨＯＭが利用可能とすることができるかに依存してもよく、デバイスは、各ＨＯＭの前提に対して、ＲＩ／ＣＱＩ／ＰＭＩの２つの完全なセットをフィードバックしてもよい。
【００９４】
ＣＱＩテーブルとＭＣＳテーブルとの間の関係も、本明細書で説明されるように提供されてもよい。例えば、デバイスが、複数のＣＱＩテーブル（例えば、第１のＣＱＩテーブルおよび第２のＣＱＩテーブル）を有してもよく、そこからＣＱＩ値をフィードバックすべきテーブルを自律的に選択してもよい場合、ネットワークは、デバイス選択（例えば、ＵＥ選択またはＷＴＲＵ選択）のテーブルの外部からのＭＣＳ値のためにデバイスをスケジュールすることが可能でないことがある。そのような実施形態では、ネットワークによるデバイスへの明示的なシグナリングが提供されてもよく、および／またはデバイスによって使用されるＣＱＩテーブルにおいて表されないことがあるＭＣＳ値（例えば、第１のＭＣＳテーブルもしくは第２のＭＣＳテーブル内の値）を有する送信を可能にしてもよい。
【００９５】
ＭＣＳテーブルおよびＣＱＩテーブルは、同時に構成されてもよく、および関連してもよい。そのような実施形態では、デバイスによる特定または特別のＣＱＩテーブル（例えば、第１のＣＱＩテーブルまたは第２のＣＱＩテーブル）の使用は、ネットワークに、それが、ダウンリンク割り当てにおいて、関連するＭＣＳテーブルを使用すべきであり、または使用してもよいことを通知してもよい。加えて、ネットワークによる特定のＭＣＳテーブルの使用は、デバイスに、将来のフィードバック報告において、関連するＣＱＩテーブルを使用すべきことを通知してもよい。そのような使用は、先に受信されたＤＣＩにおいて、または上位レイヤによって示されてもよい。
【００９６】
加えて、例では、複数のＣＱＩテーブルは、重複する変調およびコーディング方式値を有してもよく、および／または複数のＭＣＳテーブルも、重複する値を有してもよい。ダウンリンク割り当てにおいて、複数のＭＣＳテーブル（例えば、第１のＭＣＳテーブルおよび第２のＭＣＳテーブル）を重複することがあるネットワークによる値の使用は、デバイスに、将来のフィードバック報告のために、それがＣＱＩテーブルを同一の変調およびコーディング方式値を有してもよい別のＣＱＩテーブルに切り換えるべきこと、または切り換えてもよいこと（例えば、使用される第１のＭＣＳテーブルまたは第２のＭＣＳテーブルなどのＭＣＳテーブルのインジケーションに基づいて、第１のＣＱＩテーブルまたは第２のＣＱＩテーブルの一方を選択すべきこと）を通知してもよい。逆も適用可能であってもよい（例えば、２つのＣＱＩテーブルを重複することがある値をフィードバックするデバイスは、ネットワークに、将来のダウンリンク割り当て許可において、テーブルを切り換えることを通知してもよい）。そのため、例では、ネットワークから受信されてもよいダウンリンク割り当ては、使用される特定のＭＣＳテーブル（例えば、第１のＭＣＳテーブルまたは第２のＭＣＳテーブル）のインジケーションを含んでもよい。そのインジケーションに基づいて、例えば、インジケーションによって識別されるＭＣＳテーブルに基づいて、デバイスは、どちらのＣＱＩテーブルを使用すべきか（例えば、第１のＣＱＩテーブルを使用すべきか、それとも第２のＣＱＩテーブルを使用すべきか）を判定してもよい。
【００９７】
そのような例は、値（０、１、２、３、４、５）を有してもよい第１のＣＱＩテーブル、値（４、５、６、７、８、９）を有してもよい第２のＣＱＩテーブル、値（ａ、ｂ、ｃ、ｄ、ｅ、ｆ）を有してもよい第１のＭＣＳテーブル、および／または値（ｅ、ｆ、ｇ、ｈ、ｉ、ｊ）を有してもよい第２のＭＣＳテーブルを含んでもよい。そのような実施形態では、デバイスは、そのようなテーブルで構成されてもよく、ならびに／またはＭＣＳテーブル１のＣＱＩテーブル１へのリンク、およびＭＣＳテーブル２のＣＱＩテーブル２へのリンクについて通知および／もしくは通告されてもよい。デバイスは、ＣＱＩテーブル１（例えば、第１）を使用するように構成されてもよく、それは、値ｅ（例えば、または両方のＭＣＳテーブルに配置されてもよい他の任意の適切な要素）のための（例えば、ＭＣＳテーブル１を使用する）ダウンリンク割り当てを受信してもよい。そのようなＭＣＳ値は両方のＭＣＳテーブルに配置されてもよいという事実に起因して、デバイスは、将来のフィードバック報告において、それがＣＱＩテーブル２を使用すべきこと、または使用してもよいこと、将来のダウンリンク割り当ては、ＭＣＳテーブル２を使用してもよいことを知ることができる。切り換えは、また、デバイスのフィードバックから生じることがある。例示的な実施形態によれば、エラー伝搬が存在しないことを保証するのに役立つように、テーブル選択は、事前構成された間隔でリセットされてもよい。例えば、特定のサブフレーム間隔で（例えば、サブフレームｎ個ごとに）、ＣＱＩテーブルおよびＭＳＣテーブルは、テーブル１にリセットされてもよい。
【００９８】
インジケーション方法（例えば、ＣＱＩテーブルまたはＭＣＳテーブルのいずれかに対する）は、他のノードまたは別のノードによって、それが適切な関連するテーブルを使用すべきこと、または使用してもよいことのインジケーションとして使用されてもよい。例えば、ダウンリンク割り当ては、将来のデバイスフィードバックのためにＭＣＳテーブル２を使用すべきことを示すインジケーションを含んでもよく、そのため、デバイスは、ＣＱＩテーブル２を使用してもよく、または使用すべきである。ＣＱＩテーブルインジケーションは、ＵＥフィードバックにおいても送信されてもよく、適切なＭＣＳテーブルを選択するために、ネットワークによって使用されてもよい。
【００９９】
加えて、例では、ダウンリンク割り当てにおける１または複数の事前構成されたＭＣＳ値（例えば、２９、３０、または３１などの）は、デバイスに、この許可のために、使用されることになるＭＣＳが最後に使用されたＭＣＳと同一であってもよいこと、将来のフィードバック報告のために、デバイスは、テーブルを切り換えるべきであり、もしくは切り換えてもよいこと、および／または将来のダウンリンク割り当てのために、使用されるＭＣＳテーブルは、切り換えられるべきであり、もしくは切り換えてもよいことを示すために使用されてもよい。
【０１００】
ＭＣＳテーブルサイズおよび／またはＣＱＩテーブルサイズがまた増加してもよい。例えば、高次変調に対処するために、ＭＣＳテーブルおよびＣＱＩテーブルの一方または両方は、サイズが増加してもよい（例えば、可能な各変調およびコーディング方式を含むために）。適切なインデックス付けのために追加のまたはより多くのビットを使用するために、シグナリングがまた変更されてもよい。
【０１０１】
例では、デバイスは、ＣＱＩ制約リストで構成されてもよい。この制約リストは、上位レイヤシグナリングされてもよく、および／またはビットマップパラメータＣＱＩＳｕｂｓｅｔＲｅｓｔｒｉｃｔｉｏｎによって指定されてもよい。特定のＣＱＩテーブルおよび送信モードのために、ビットマップは、例えば、関連する送信モードでデバイスが構成されてもよいとき、ｅＮＢが使用している場合があることを、デバイスがそれから仮定することができ、または知ることができる、可能なＣＱＩサブセットを指定してもよい。一実施形態では、各ビットマップは、異なるサブセットを示すように事前構成されてもよい。別の実施形態またはさらなる実施形態では、ビットマップは、ビットシーケンスを形成してもよく、ゼロのビット値は、そのビットと関連付けられたＣＱＩにＣＳＩ報告が対応することを可能にされないことがあることを示してもよい。関連する送信モードのためのＣＱＩ値へのビットの関連付けは、事前構成されてもよい。そのような実施形態では、より小さいＣＱＩサブセットは、ＣＱＩフィードバックのために、より少ないビットを使用してもよい。
【０１０２】
ＣＱＩサブセット制約は、ダウンリンク割り当てにおいて使用されてもよいＭＣＳサブセット制約も示してもよい。加えて、実施形態では、デバイスは、独立したＭＣＳサブセット制約で構成されてもよい。制約リストは、上位レイヤシグナリングされてもよく、ビットマップパラメータＭＣＳＳｕｂｓｅｔＲｅｓｔｒｉｃｔｉｏｎによって指定されてもよい。例では、ＣＱＩＳｕｂｓｅｔＲｅｓｔｒｉｃｔｉｏｎについて記述されたのと類似の規則がまた適用されてもよい。
【０１０３】
３２よりも多くの要素を有するテーブルのＣＱＩフィードバックの場合、デバイスは、ＣＱＩインデックスを２つの部分でフィードバックしてもよい。実施形態では、一方の部分は、他方の部分よりも少ない頻度でフィードバックされてもよい。例えば、ビットの１つのセットは、変調を表してもよく、一方、ビットの別のセットは、コーディング方式を表してもよい。フラットなチャネルの場合、変調は、頻繁に変化する必要がないことがある。そのため、デバイスは、（例えば、コーディング方式が、直近にフィードバックされた変調レベルに依存してもよい場合）変調を表すビットのセットを、コーディング方式を表すビットのセットよりも少ない頻度でフィードバックしてもよい。ＭＣＳテーブルも、同様に分離され（segregated）、および示されてもよい。コーディング方式のためのビットのセットを含むダウンリンク割り当てにおいて、直近に割り当てられた変調レベルが使用されてもよく、および／またはそれがそれに依存してもよいことが認識されてもよい。加えて、デバイスによってフィードバックされるビットの第１のセット（例えば、変調レベル）は、ネットワークによってやはり使用されてもよく、ＭＣＳ割り当てのためにネットワークによってシグナリングされる必要がないことがある。
【０１０４】
高次変調（ＨＯＭ）のための１または複数の構成が、提供および／または使用されてもよい。例えば、セル固有のＲＳ  ＥＰＲＥに対するＰＤＳＣＨ  ＥＰＲＥの比が、提供および／または使用されてもよい（例えば、構成として）。実施形態では、２５６ＱＡＭおよび／または他の任意の高次変調ＨＯＭが適用可能であってもよく、対応するＰＤＳＣＨが送信されてもよい場合に、デバイス固有またはＵＥ固有のＲＳがＲＲＢ内に存在しなくてもよく、送信モードにあるデバイスの場合、デバイスは、２５６ＱＡＭの場合、ρAまたはρBによって表される、ＰＤＳＣＨ  ＥＰＲＥ対セル固有のＲＳ  ＥＰＲＥの比は、１６ＱＡＭおよび／または６４ＱＡＭのために使用される比のオフセット値に等しくてもよいことを前提としてもよい。２５６ＱＡＭのために使用されてもよい比と１６ＱＡＭ／６４ＱＡＭのために使用されてもよい比との間のオフセットは、上位レイヤを介して構成されてもよく、および／またはＰＤＳＣＨ割り当てを含んでもよいＤＣＩ内に含まれてもよい。別の実施形態またはさらなる実施形態では、上位レイヤによって提供されてもよく、ρAの定式化において使用されてもよい、ＰAパラメータは、変調次数に依存してもよい。例えば、デバイスは、各々がどの変調次数対するものであってもよいかの理解、インジケーション、または知識を有する、上位レイヤのシグナリングを介して、複数のＰAパラメータで構成されてもよい。加えて、デバイスは、セル固有のＲＳ  ＥＰＲＥに対するＰＤＳＣＨ  ＥＰＲＥの複数の比で構成されてもよく、これらの比の各々は、ダウンリンク送信において使用されてもよいＭＣＳレベルに関して調整されてもよい（conditioned）。
【０１０５】
例によれば、疑似コロケーションインジケータビットが、提供および／または使用されてもよい（例えば、構成として）。例えば、デバイスは、アンテナポートの疑似コロケーションに対する異なる前提で構成されてもよい。これによって、デバイスが、物理的に同一場所に存在しないことがある複数のポイントからデータを受信できることが可能になる。ＨＯＭの場合、ダウンリンクデータが、急速に変化する物理ロケーションから送信されてもよい可能性は低いことがある。そのため、実施形態では、デバイスがＨＯＭで再構成されてもよい場合、送信モード１０におけるＱＣＬ挙動を示してもよいＰＱＩビットが再使用されてもよい。例えば、ＨＯＭを使用する能力で構成されたデバイスは、ダウンリンク割り当てＤＣＩ内に配置されたＰＱＩのビットの１または複数を、例えば、ある送信がＨＯＭのためであってもよいことを示すインジケーションとして再解釈してもよい。一実施形態によれば、送信がＨＯＭに対するものであってもよいことを示すインジケーションは、ＭＣＳテーブルおよびＣＱＩテーブルの第２のセットを使用するように、デバイスを構成してもよい。別の実施形態またはさらなる実施形態では、デバイスが、どのＭＣＳテーブルに（例えば、または同様に、ＭＣＳテーブルのどのシフトされた値に）、同一のＤＣＩ割り当て内に配置されたＭＣＳビットを関連付けるべきか、または関連付けてもよいかを示すために、デバイスは、ＰＱＩのビットの１または複数を再解釈してもよい。
【０１０６】
加えて、ＨＯＭに対する１または複数のランク制約が、提供および／または使用されてもよい（例えば、構成として）。例では、デバイスが、ＨＯＭに対する送信レイヤの可能な数に対して事前構成された制限を有することがある、１または複数の構成が存在してもよい。例えば、デバイスは、（例えば、デバイスがＨＯＭを使用するＣＱＩレベルを報告してもよい場合）最大で一定の値までのランクを報告するように、上位レイヤを介して構成されてもよい。さらに、デバイスは、ダウンリンク割り当てがＨＯＭの使用を示してもよい場合、最大で事前構成された値までの送信ランクを有することが予想されてもよい。そのような実施形態では、デバイスは、ダウンリンク割り当てのためにＤＣＩにおいて提供される、アンテナポート、スクランブリング識別、および／またはレイヤ数インジケーションを再解釈するように構成されてもよい。このインジケーションの１または複数のビット（または等価的に、１または複数の値）は、デバイスに、同一の割り当て内に配置されたＭＣＳビットの意味を解釈するための適切なテーブルを示してもよい。例えば、アンテナポート、スクランブリング識別、および／またはレイヤ数のインジケーションの１または複数の値は、同一の割り当てにおいて示されるＭＣＳビットが、第１のＭＣＳテーブルもしくは第２のＭＣＳテーブル（および／またはＭＣＳテーブルのシフトされたバージョン）に対応することをデバイスに通知してもよい。
【０１０７】
別の実施形態またはさらなる実施形態では、ＨＯＭで構成されたデバイスは、１つのトランスポートブロックで構成されてもよい。そのような実施形態では、デバイスは、第２のトランスポートブロックのためのＭＣＳとして、予約されたＭＣＳインデックス（例えば、２９、３０、または３１）の１つを受信してもよい場合、第１のトランスポートブロックが、第２のＭＣＳテーブル、および／またはＨＯＭが有効にされてもよいＭＣＳテーブルのシフトされたバージョンを前提とすることを意味するように再解釈してもよい。
【０１０８】
ＨＯＭに対するＰＤＳＣＨのリソース要素（ＲＥ）マッピングが、提供および／または使用されてもよい（例えば、構成として）。例えば、リソースグリッドへのトランスポートブロックのレガシマッピングなどのマッピングは、割り当てられた物理リソースブロック内のサブキャリアに沿って（例えば、インデックスの昇順に）マッピングを行い、次のＯＦＤＭシンボルに移動し、同一のプロセスを継続することによって、提供または実行され（例えば、行われ）てもよい。例では、コードブロックは、６１４４ビットに制限されてもよいので、大きな物理リソースブロック割り当てとのＨＯＭの使用は、１つのＯＦＤＭシンボル内に完全に含まれるいくつかのコードワードをもたすことがある。加えて、いくつかの近隣セルの基準シンボル（例えば、高い電力を使用する可能性がある）は、ＯＦＤＭシンボルの各々には配置されないことがあるので、異なるＯＦＤＭシンボルは、干渉によって異なる影響を受けることがある。実施形態では、１つのＯＦＤＭシンボル内に完全に含まれるコードブロックは、異なるコードブロックのエラー性能について大きな相違をもたらすことがある。さらに、トランスポートブロックの全体的なエラー性能は、最悪のコードブロック性能によって支配されることがある。例では、これを緩和するために、ＨＯＭは、６１４４ビットよりも大きいコードブロックを使用してもよい。
【０１０９】
例によれば、デバイスは、ＨＯＭが使用されてもよい場合、最大コードブロック長が６１４４よりも大きくなることができるように構成されてもよい。例えば、ＨＯＭの場合、コードブロックの総数（例えば、コードブロック内のビットの最大数によって除算されたトランスポートブロックサイズとして定義される）は、減少してもよい。最大コードブロックサイズはまた、使用されるＭＣＳに依存してもよい。そのような例の間の相違は、前者においては、例えば、デバイスが、ＨＯＭを使用するように構成されてもよいとき、それは、新たな、または特定の最大コードブロック長を使用してもよい。後者においては、デバイスが、ＨＯＭを使用するＭＣＳで割り当てを有してもよいとき、それは、新たな最大の、または特定のコードブロック長を使用してもよい。
【０１１０】
加えて、デバイスは、ターボ符号化などの符号化のために、より大きなインターリーバなどのインターリーバを扱うように構成されてもよい。そのような例では、許可されるインターリーバサイズのテーブルは、拡大されてもよい。例えば、実施形態では、デバイスは、許可されるインターリーバサイズを示してもよいテーブルの複数のセット（例えば、２つのセット）で構成されてもよい。使用されてもよいテーブルの各々は、異なるＭＣＳ値を含んでもよい。加えて、デバイスは、６１４４よりも大きくすることができるコードブロックを使用してもよい。各コードブロックは、現在のインターリーバサイズが適用可能なままとすることができるように分割（segmented）されてもよい。例では、コードブロックの１または複数のセグメントは、セグメントにわたって類似のエラー性能を保証するように、連結（concatenated）およびインターリーブされてもよい。
【０１１１】
リソースグリッドへのトランスポートブロックのマッピングは、コードブロックが単一のＯＦＤＭシンボル内に完全に含まれないことを保証するように変更されてもよい。例えば、マッピングは、単一のサブキャリア内のＯＦＤＭシンボルにわたって（例えば、インデックスの昇順に）行われてもよく、次いで、次のサブキャリアに移動されてもよい。
【０１１２】
加えて、マッピングは、ＯＦＤＭシンボルのペア上で行われてもよい。例えば、トランスポートブロックの第１のシンボルは、第１のサブキャリアおよび第１のＯＦＤＭシンボルにマッピングされてもよく、トランスポートブロックの第２のシンボルは、第１のサブキャリアおよび第２のＯＦＤＭシンボルにマッピングされてもよく、トランスポートブロックの第３のシンボルは、第２のサブキャリアおよび第１のＯＦＤＭシンボルにマッピングされてもよく、ならびに／またはトランスポートブロックの第４のシンボルは、第２のサブキャリアおよび第２のＯＦＤＭシンボルにマッピングされてもよいなどである。
【０１１３】
実施形態によれば、マッピングは、第１のタイムスロットのＯＦＤＭシンボル上でも提供および／または実行され（例えば、行われ）てもよく、その後、第１のタイムスロットが満たされるまで、次のサブキャリアに移動されてもよい。その後、マッピングは、第２のタイムスロットのＯＦＤＭシンボル上で、第１のサブキャリアにおいて継続されてもよく、第２のタイムスロットが満たされるまで、そのタイムスロットの次のサブキャリアに移動されてもよい。
【０１１４】
別の例では、リソースグリッドへのトランスポートブロックのマッピングは、対角線方式（diagonal manner）で行われてもよい。例えば、トランスポートブロックの第１のシンボルは、第１のＯＦＤＭシンボルおよび第１のサブキャリアにマッピングされてもよい。トランスポートブロックの第２のシンボルは、第２のＯＦＤＭシンボルおよび第１のサブキャリアにマッピングされてもよい。トランスポートブロックの第３のシンボルは、第１のＯＦＤＭシンボルおよび第２のサブキャリアにマッピングされてもよい。トランスポートブロックの第４のシンボルは、第３のＯＦＤＭシンボルおよび第１のサブキャリアにマッピングされてもよい。トランスポートブロックの第５のシンボルは、第２のＯＦＤＭシンボルおよび第２のサブキャリアにマッピングされてもよい。トランスポートブロックの第６のシンボルは、第１のＯＦＤＭシンボルおよび第３のサブキャリアにマッピングされてもよい。これは、割り当てられた帯域幅内でトランスポートブロックが完全にマッピングされ得るまで継続してもよい。そのような例はまた、ＯＦＤＭシンボルをサブキャリアと交換し、およびその逆によって、したがって、マッピングの方向を変更することによって、適用可能であってもよい。例では、アルゴリズム、関数、メソッド、またはプロセスにおける次のシンボル／サブキャリアが、サブフレームサイズ（または割り当てられた帯域幅）を超えることがある場合、マッピングは、最後のシンボルおよび／またはサブキャリア上で継続してもよく、サブキャリアおよび／またはシンボルを１つ上に移動する。
【０１１５】
例では、例えば、コードブロックのシンボルを２以上またはすべての利用可能なＯＦＤＭシンボル上に拡散させすことができるようにリソースグリッドのリソース要素へのシンボルのマッピングが変更されてもよい場合、マッピングは、コードブロックによって使用されてもよいサブキャリアのセットが、周波数ダイバーシティを維持するために、割り当てられた帯域幅上に一様に拡散されてもよいような方法で、提供されおよび／または設計されてもよい。加えて、コードブロックによって使用されてもよいサブキャリアのセットによって、近隣セルの基準シンボルからの干渉が、コードブロック間に等しく分散されるようになってもよい。
【０１１６】
サブキャリアのマッピングの順序は、例えば、以下のうちの１または複数を使用して定義されてもよい。例えば、（例えば、マッピングの順序を定義するために）、連続的に満たされてもよいサブキャリアは、Ｎ以上のサブキャリアによって分離されてもよく、ここで、Ｎは、コードブロックの数であってもよい。代わりに、または加えて、Ｎの値は、以下のうちの少なくとも１つ、すなわち、ＰＤＳＣＨが送信されてもよいセルのＰＣＩ、デバイスのＲＮＴＩ、ＲＲＣシグナリングなどの上位レイヤによって提供される半静的な構成、ダウンリンク割り当てにおけるインジケーション（例えば、Ｎの値は、ＰＤＳＣＨのためのＤＣＩ割り当てリソースにおいて明示的に示されてもよい）、および／またはＮの事前構成された値へのダウンリンク割り当てのパラメータのマッピングなどによって取得されてもよい。
【０１１７】
（例えば、Ｎの事前構成された値へのダウンリンク割り当てのパラメータのマッピングについての）例では、ＤＭ−ＲＳシーケンスの生成のために使用されるｎSCIDが、Ｎの値にマッピングされてもよい。さらに、例では、アンテナポート値が、Ｎの値にマッピングされてもよい。対応するＰＤＳＣＨ送信のリソースブロックにおける帯域幅が、Ｎの値にマッピングされてもよい。別の例またはさらなる例によれば、Ｎの値は、トランスポートブロックの冗長性バージョンによって判定されてもよい。
【０１１８】
加えて、（例えば、マッピングの順序を定義するために）、マッピングは、第１のサブキャリアおよび次のサブキャリアのシンボル上で行われてもよく、ここで、マッピングは、ホッピング関数に基づいてもよく、またはホッピング関数から選択されてもよい。例えば、帯域幅割り当てにおいて１２のサブキャリアを仮定すると、マッピングは、最初に、サブキャリア０のシンボル上で、次に、サブキャリア５のシンボル上で、次に、サブキャリア８のシンボル上で実行されてもよく、サブキャリアが使い尽くされるまで、同様に実行されてもよい。サブキャリアホッピング関数は、本明細書で説明されたステップサイズＮと同様に構成されてもよい。
【０１１９】
さらに、（例えば、マッピングの順序を定義するために）、マッピングは、物理リソースブロック（ＰＲＢ）内におけるサブキャリアの昇順で行われてもよいが、割り当てられた送信内におけるＰＲＢのマッピング順序は、周波数ダイバーシティがコードブロック内において維持されてもよいことを保証するように変更されてもよい。例えば、割り当てられた送信のＰＲＢのセットが、｛３，４，５，６，７，８，９，１０｝によってインデックス付けされるリソースブロックから成る場合、リソース要素へのマッピングは、ＰＲＢの以下の順序、すなわち、３、７、４、８、５、９、６、１０に従って、実行されてもよい。より一般的には、シーケンスＮ（ｐ）、ｐ＝０．．．Ｐ−１が、Ｐの割り当てられたＰＲＢに昇順によって対応してもよい場合、マッピングは、シーケンスＮ’（ｑ）に従って実行されてもよく、ここで、Ｎ’（ｑ）＝Ｎ（ｐ）、ｐ＝（ｑ  ｍｏｄ  Ｋ）×Ｌ＋ｐ  ｄｉｖ  Ｋであり、ここで、ＫおよびＬは、パラメータであってもよく、演算ｐ  ｄｉｖ  Ｋは、比ｐ／Ｋよりも小さい最大の整数を取ることに対応する。
【０１２０】
本明細書で説明されるマッピングの例では、ＰＤＳＣＨは、ＲＥにマッピングされてもよく、ＰＤＳＣＨシンボルは、（例えば、ＲＳシンボルなどの）他のシンボルと重複しないことがある。
【０１２１】
いくつかの例では、インターリーブの追加ステージまたはフェーズが、コードブロック連結（code block concatenation）に続いて実行されてもよい。この追加ステージまたはフェーズの出力において、コード化されたビットのストリームｈ0、ｈ1、．．．、ｈH-1が提供されてもよく、それによって、連続するコード化されたビットが同一のコードブロックに対応しなくてもよいようになる。例えば、ブロックインターリーバは、ビットの入力ストリームがｆ0、ｆ1、．．．、ｆG-1と表されてもよい場合、ビットの出力ストリームが、
ｈi＝ｆm
に対応することができるように使用されてもよく、ここで、ｍ＝Ｅ×（ｉ  ｍｏｄ  Ｃ）＋ｉ  ｄｉｖ  Ｃである。パラメータＥおよびＣは、それぞれ、コードブロックのコード化されたビットの数、およびコードブロックの数に対応してもよい。演算「ｉ  ｄｉｖ  Ｃ」は、比ｉ／Ｃよりも小さい最大の整数を取ることに対応してもよい。あるいは、または加えて、ランダムインターリーバなど、別のタイプのインターリーバが使用されてもよい。インターリーブの追加フェーズまたはステージおよびコードブロック連結に続いて、コード化されたビットは、既存のプロセスステージまたはフェーズ（例えば、スクランブリング、変調、レイヤマッピング、プリコーディング、およびリソース要素マッピング）に従って処理されてもよい。インターリーブの追加フェーズまたはステージは、コードブロックの変調シンボルを異なる時間シンボルおよびサブキャリア上に拡散させることを効果的にもたらしてもよい。
【０１２２】
実施形態では、ペイロードは、ダウンリンク制御チャネル内に含まれてもよい。例えば、ＤＬ−ＳＣＨなどのトランスポートチャネルからのデータは、ＰＤＣＣＨまたはＥ−ＰＤＣＣＨなどの物理ダウンリンク制御チャネルにマッピングされてもよい。そのような実施形態は、小さいデータペイロードの転送に特に適してもよい。
【０１２３】
加えて、トランスポートチャネルデータは、さらなる物理チャネル処理の前に、ダウンリンク制御情報（ＤＣＩ）に連結されてもよい。そのような処理は、ＣＲＣアタッチメント、チャネルコーディング、および／またはレートマッチングのうちの少なくとも１または複数を含んでもよい。コード化されたビットは、Ｅ−ＰＤＣＣＨ（またはＰＤＣＣＨ）にマッピングされてもよい。この実施形態では、ダウンリンク制御情報およびトランスポートチャネルデータのグループ化は、「拡大された」ＤＣＩまたは新たなＤＣＩフォーマットと称されてもよい。
【０１２４】
いくつかのビット（例えば、ゼロビットまたはゼロ値を有してもよいビットなどの）はまた、ＤＣＩとトランスポートブロックデータビットの組み合わせに追加されてもよい。例えば、ビットの数は、ビットの総数がビットの数のセットのうちの１つに対応してもよくないような、ビットの特定の数（例えば、最小の適切な数）であってもよい。このセットは、チャネル復号の結果が曖昧となり得るビットの数を表してもよい。
【０１２５】
実施形態では、トランスポートチャネルデータは、ＤＣＩとは別に、物理チャネル処理の少なくとも一部が施されてもよい。例えば、ＣＲＣアタッチメントおよびチャネルコーディングは、ＤＣＩ上およびトランスポートチャネルデータ上において独立に実行されてもよい。この実施形態では、ＤＣＩおよびトランスポートチャネルデータによって使用されてもよいコード化されたビットおよび／またはコード化されたシンボルの数または比率は、事前決定されてもよく、または上位レイヤによってシグナリングされてもよい。加えて、ＣＲＣは、異なるサイズを有してもよく、異なるＲＮＴＩでマスキング（masked）されてもよい。トランスポートチャネルデータは、ＤＣＩなしに単独でも処理されてもよい。チャネルコーディングは、テイルバイト（tail-bited）畳み込みコーディング、またはターボコーディングを含んでもよい。
【０１２６】
例（例えば、トランスポートチャネルデータが、ダウンリンク制御チャネル上に、同一のＰＤＣＣＨまたはＥ−ＰＤＣＣＨ上のＤＣＩとともにマッピングされてもよい場合）によれば、ＤＣＩの少なくとも一部は、トランスポートチャネルデータに関連してもよい。例えば、ＤＣＩは、以下の情報を、すなわち、トランスポートブロックが含まれてもよいかのインジケーション、トランスポートブロックのサイズのインジケーション、新規データインジケータ、ＨＡＲＱプロセス番号、冗長性バージョン、ＰＵＣＣＨのためのＴＰＣ（送信電力制御）コマンド、ダウンリンク割り当てインデックス（ＤＡＩ）、および／またはＳＲＳ要求を含んでもよい実施形態では、上記の情報の一部または全部が事前決定されてもよい。加えて、ＤＣＩの少なくとも一部は、アップリンク許可、（他のトランスポートブロックのための）ＰＤＳＣＨ上におけるダウンリンク割り当て、ＴＰＣコマンド、および／または他の情報にも関連してもよい。
【０１２７】
実施形態では、ＵＥ復号の複雑さを低減させるために、以下の解決策または実施形態のうちの少なくとも１つが採用されてもよい。可能なトランスポートブロックサイズのセットが、（例えば、拡大されたＤＣＩのフォーマットに従って）事前決定されてもよく、または上位レイヤによって提供されてもよい。トランスポートチャネルデータがそれとともに多重化されてもよいＤＣＩは、事前決定されたＤＣＩフォーマットのセットのうちの１つに従うように制約されてもよい。加えて、トランスポートチャネルデータを含んでもよいＰＤＣＣＨまたはＥ−ＰＤＣＣＨは、Ｅ−ＰＤＣＣＨセットの特定のサブセット上で、探索空間の特定のサブセット（例えば、共通もしくはＵＥ固有の探索空間、もしくは集約レベルの特定のサブセットのための探索空間）上で送信されるように、またはＥ−ＰＤＣＣＨもしくはＰＤＣＣＨに利用可能なリソース要素もしくはシンボルの最小数に従うように制約されてもよい。
【０１２８】
トランスポートブロックの受信に成功すると、デバイスは、ＰＤＳＣＨからの受信の場合と同一のルールに従って、ＰＵＣＣＨ（またはＰＵＳＣＨ）上でＨＡＲＱ  ＡＣＫを送信してもよい。ＤＣＩとトランスポートブロックが別々に処理されてもよく、ＤＣＩは正常に受信されてもよいが、トランスポートブロックはそうでない場合、デバイスは、ＰＵＣＣＨ（またはＰＵＳＣＨ）上でＨＡＲＱ  ＮＡＣＫを送信してもよい。
【０１２９】
以下は、本明細書で説明される例に従ってデバイス動作の例を提供してもよい。実施形態によれば、デバイスは、上位レイヤから構成情報を取得してもよい。例えば、デバイスは、Ｅ−ＰＤＣＣＨからのトランスポートチャネルデータの受信がそれについて定義されてもよいある送信モードに従って、ダウンリンクデータを受信するように構成されてもよい。デバイスは、デバイス固有またはＵＥ固有の探索空間において、おそらくは、構成されたＥ−ＰＤＣＣＨセットにおいて、８および／または１６の集約レベルのために、拡大されたＤＣＩを使用して、Ｅ−ＰＤＣＣＨ復号を試みるように構成されてもよい。拡大されたＤＣＩ（例えば、または組み合わされたＤＣＩとトランスポートブロック）のサイズも、（例えば、事前決定されていない場合は）構成されてもよい。デバイスは、また、Ｅ−ＰＤＣＣＨからのトランスポートチャネルデータの受信がその上で可能であり得るサブフレームのセットで構成されてもよい。
【０１３０】
Ｅ−ＰＤＣＣＨからのトランスポートチャネルデータの受信が構成されてもよいサブフレームにおいて、デバイスは、ある探索空間において、Ｅ−ＰＤＣＣＨの復号を試みてもよい。探索空間は、通常のＤＣＩ復号と同一の手順に従って判定されてもよい。探索空間の少なくとも１つにおいて、デバイスは、組み合わされたＤＣＩ、特定のトランスポートブロックサイズ、および／またはあるサイズを回避するためにおそらくは追加されるビットの和に対応する、情報ビットの総数を仮定して、拡大されたＤＣＩ（例えば、または組み合わされたＤＣＩとトランスポートブロック）のブラインド復号（blind decoding）を試みてもよい。デバイスは、ＣＲＣがＣ−ＲＮＴＩなどのあるＲＮＴＩでマスキングされてもよい場合に、復号が成功することができると判定してもよい。デバイスは、既存の手順のように、通常のＤＣＩの送信を仮定して、Ｅ−ＰＤＣＣＨ候補の復号も試みてもよい。
【０１３１】
デバイスが、拡大されたＤＣＩまたは組み合わされたＤＣＩとトランスポートブロックを正常に復号することができる場合、トランスポートブロックは、上位レイヤに送信されてもよい。加えて、デバイスは、非周期的ＳＲＳの送信のトリガ、送信電力制御の調整、および／またはＰＵＳＣＨ上における送信など、受信されたＤＣＩに基づいた動作を行ってもよい。
【０１３２】
スタンドアロンＰＤＳＣＨ受信（例えば、ＳＡ−ＰＤＳＣＨ動作）が、提供および／または使用されてもよい。例えば、小規模セル環境では、与えられたデバイスのためのチャネルの無線特性は、より大規模なセルの場合よりも変化が少ないことがある。そのような環境では、スケジューラがリソースの使用を最大化するのに、スケジューリングの柔軟性および動的性は、あまり重要でないことがあり、代わりに、制御シグナリングに対する改善が可能であることがある。
【０１３３】
ＳＡ−ＰＤＳＣＨ動作は、以下のようなものであってもよい。実施形態では、ＳＡ−ＰＤＳＣＨおよび関連する特性が定義されてもよい。例えば、ＰＤＣＣＨ（またはｅＰＤＣＣＨ）上で送信される制御シグナリングの量を低減させること、またはゼロにすることによって、改善が達成されてもよい。実施形態では、これは、デバイスに、ＰＤＳＣＨ自体のリソース上で、ＰＤＳＣＨ送信に適用可能なスケジューリング情報の少なくとも一部を受信させることによって、達成されてもよい。例えば、いくつかの送信の場合、ダウンリンク制御情報（ＤＣＩ）は、（例えば、ダウンリンクスケジューリング割り当てのために、リソースのアクティブ化／非アクティブ化のために、ＳＰＳ−Ｃ−ＲＮＴＩに関する制御シグナリングのために、および／またはアップリンクスケジューリング許可のために）、（例えば、ダウンリンクスケジューリング割り当ての場合は）おそらくはＤＬ−ＳＣＨと一緒に、物理ＰＤＳＣＨチャネル上にマッピングされてもよい。
【０１３４】
実施形態によれば、ＳＡ−ＰＤＳＣＨ受信に従った、またはＳＡ−ＰＤＳＣＨ受信に基づいたＰＤＳＣＨの受信は、マルチサブフレームまたはクロスサブフレームスケジューリングと組み合わされてもよい。そのような動作モードでは、ＰＤＳＣＨ割り当てに適用可能なＤＣＩの部分は、先行サブフレーム内において受信されたＰＤＣＣＨまたはＥ−ＰＤＣＣＨ内に含まれてもよく、および／または残りの部分は、ＰＤＳＣＨ上にマッピングされてもよい。例えば、リソースブロック割り当ておよび変調およびコーディング方式は、先行サブフレームのＰＤＣＣＨまたはＥ−ＰＤＣＣＨ内に含まれてもよいが、ＨＡＲＱプロセス番号、データインジケータ、冗長性バージョン、ＰＵＣＣＨのためのＴＰＣコマンド、および／またはＤＣＩの他のフィールドは、ＰＤＳＣＨ上にマッピングされてもよい。（例えば、本明細書で説明されるような）実施形態では、ＰＤＳＣＨにマッピングされるＤＣＩの部分を参照するために、ｅＤＣＩ（埋め込まれたＤＣＩ）が使用されてもよい。
【０１３５】
同一のリソースおよび／または異なるリソース内のＤＣＩおよびＤＬデータがまた、提供および／または使用されてもよい。例えば、実施形態では、ＳＡ−ＰＤＳＣＨ動作は、少なくともＤＣＩの部分とダウンリンクデータとを、異なるリソース内で別々に受信する（例えば、第１のリソースはＤＣＩを含んでもよく、第２のリソースはダウンリンクデータを含んでもよい）ことによって、または共通のリソース内でともに（例えば、インターリーブもしくは連結されて）受信することによって達成されてもよい。
【０１３６】
ＤＣＩは、マルチＴＴＩスケジューリングなど、異なる時刻（time instant）において複数のＤＬデータ割り当てを示してもよい。例えば、ＳＡ−ＰＤＳＣＨ動作は、第１のサブフレーム（例えば、サブフレームｎ）内においてＤＣＩを受信することによって達成されてもよく、ＤＣＩは、同一のサブフレーム（すなわち、サブフレームｎ）に対する、後続のサブフレーム（例えば、ダウンリンク割り当ての場合はサブフレームｎ＋１、および／もしくはアップリンク割り当ての場合はサブフレームｎ＋４）に対する、複数のサブフレーム（例えば、サブフレーム［ｎ，ｎ＋３］）に対する、ならびに／またはそれらの組み合わせに対する、制御シグナリングを提供してもよい。そのようなＤＣＩは、パラメータの単一のセット（例えば、リソース割り当て）、またはパラメータの１もしくは複数のセット（例えば、複数のリソース割り当て）を、同一のトランスポートブロックのブラインド再送信のためなど、単一のＨＡＲＱプロセスのために、および／または各ＨＡＲＱプロセスに対して１つなど、複数のＨＡＲＱプロセスのために含んでもよい。
【０１３７】
加えて、ＤＣＩは、複数の送信（例えば、それは、ゼロ以上のダウンリンク割り当て、および／またはゼロ以上のアップリンク許可を含んでもよい）のスケジューリングをサポートしてもよい。サブフレームｎ内において受信されたＤＣＩに対し、対応する制御情報は、同一のサブフレーム（すなわち、サブフレームｎ）に、後続のサブフレーム（例えば、ダウンリンク割り当ての場合はサブフレームｎ＋１、および／もしくはアップリンク割り当ての場合はサブフレームｎ＋４）に、複数のサブフレーム（例えば、サブフレーム［ｎ，ｎ＋３］）に、ならびに／またはそれらの組み合わせに適用可能であってもよい。これは、マルチサブフレームスケジューリングであってもよい。
【０１３８】
例では、ＤＣＩは、例えば、以下のうちの少なくとも１つ、すなわち、マルチサブフレーム割り当てインジケータ（ＭＳＡＩ）、タイミング情報（ＴＩ）、および／または他の任意の適切なパラメータを含む、追加のパラメータを含んでもよい。例えば、マルチサブフレーム割り当てインジケータ（ＭＳＡＩ）フィールドは、ＤＣＩフォーマット内に存在してもよい（例えば、ＤＣＩが、それが複数の送信のためのシグナリング情報を含むことができることを明示的に示してもよい場合に、それが存在してもよい）。そのようなフィールドまたはインジケータは、同一の割り当てがｘの連続するサブフレームに対して有効であってもよいこと、ならびに／またはそのような割り当てが、単一のＨＡＲＱプロセスに対するものであるか否か（例えば、示されたＨＡＲＱプロセスＩＤに対する）、マルチサブフレーム割り当て内の同期ＨＡＲＱ動作に対するものであるか否か（例えば、サブフレームｎにおける示されたＨＡＲＱプロセスＩＤで開始するＨＡＲＱプロセスに対するものであり、サブフレームｎ＋１におけるＨＡＲＱプロセスＩＤ＋１に対するものであり、以下同様に、サブフレームｎ＋ｘ−１におけるＨＡＲＱプロセスＩＤ＋ｘ−１までに対するものである）、および／もしくは（例えば、ＨＡＲＱプロセスＩＤフィールドのｘ番号によって明示的に示されるような、各ＨＡＲＱプロセスに対して１つの）パラメータの複数のセットによって示されるような異なるＨＡＲＱプロセスに対するものであるか否かを示す値を表してもよい。
【０１３９】
例では、タイミング情報（ＴＩ）（または等価的に、タイミングオフセット）フィールドは、ＤＣＩフォーマット内に存在してもよい（例えば、ＤＣＩが、対応する割り当てのためのタイミング情報を明示的に示してもよい場合に、それが存在してもよい）。例えば、そのようなフィールドまたはインジケータは、例えば、デバイスが制御情報を受信してもよいサブフレームｎと、関連する割り当てが有効とすることができるサブフレーム（例えば、サブフレームｎ＋オフセット）との間の時間オフセットとすることができる値を含んでもよい。加えて、実施形態では、ＴＩは、そのようなオフセットを表してもよい、２ビットフィールド（値０、１、２、３）であってもよい。
【０１４０】
例によれば、ＤＣＩは、例えば、ＤＣＩフォーマット自体において、および／または構成から、差分コーディングを使用してもよい。例えば、マルチサブフレームスケジューリングがサポートされてもよいとき、そのようなＤＣＩは、暗示的に（例えば、構成された割り当てに基づいて）、または明示的に（例えば、制御シグナリング内の第１の割り当てに対して、パラメータが存在してもよく、一方、後続の割り当てに対しては、パラメータが存在してもよい場合、先の割り当ての、もしくはマルチＴＴＩスケジューリング情報において示される第１の送信の対応するパラメータの代わりに、それが使用されてもよい）のいずれかで、場合によっては差分コーディングを実施してもよい。加えて、例えば、マルチサブフレームスケジューリングがサポートされてもよい場合、そのようなＤＣＩは、各ＳＡ−ＰＤＳＣＨ割り当ておよび／または許可に対して１つなど、送信パラメータの少なくとも１つの１または複数のセットを含んでもよい。そのため、ＳＡ−ＰＤＳＣＨをスケジュールしてもよいＤＣＩは、１対多の関係（例えば、マルチサブフレームスケジューリング）を有してもよく、および／またはＳＡ−ＰＤＳＣＨ送信との（例えば、１つのｅＤＣＩと１つのＰＤＳＣＨとの）間接的なタイミング関係（例えば、クロスサブフレームスケジューリング）を有してもよい。
【０１４１】
マルチサブフレームスケジューリングは、ＤＣＩとｅＤＣＩとの間の１対１の関係、およびｅＤＣＩとＳＡ−ＰＤＳＣＨ送信との１対多の関係で実現されてもよい。例では、間接的なタイミング関係は、ｅＤＣＩによって提供されてもよい。
【０１４２】
本明細書で説明されるように、埋め込まれたＤＣＩ（ｅＤＣＩ）がまた、提供および／または使用されてもよい。例えば、ｅＤＣＩは、定義されてもよく、ならびに／または符号化された（例えば、別々に符号化された）、新規データインジケータ（ＮＤＩ）、ＨＡＲＱプロセス、送信電力制御（ＴＰＣ）コマンド、ＡＣＫ／ＮＡＣＫリソースインジケータ（ＡＲＩ）、ダウンリンク割り当てインデックス（ＤＡＩ）、および／もしくはサウンディング基準信号（ＳＲＳ）要求などを含み、提供し、および／もしくは使用してもよい。ｅＤＣＩは、ダウンリンクスケジューリング情報、セルおよびＲＮＴＩについての非周期的なＣＱＩ報告の要求を搬送してもよい。ＲＮＴＩは、ｅＤＣＩのＣＲＣ内に暗示的に符号化されてもよい。加えて、ｅＤＣＩは、アップリンクスケジューリング情報を搬送してもよい。
【０１４３】
ｅＤＣＩは、（例えば、半静的な構成のための）専用シグナリングによってデバイスに提供されないことがあるパラメータ、または半静的に構成することができるが、ｅＤＣＩによって動的にオーバライドすることができるパラメータを含んでもよい。そのようなパラメータは、キャリアインジケータ、リソースブロックヘッダ、リソースブロック割り当て、ＰＵＣＣＨに対するＴＰＣコマンド、ダウンリンク割り当てインデックス、ＨＡＲＱプロセス番号、変調およびコーディング方式および／もしくは冗長バージョン、新規データインジケータ（ＮＤＩ）、冗長性バージョン、ＳＲＳ要求、ＣＱＩ要求、ならびに／またはＡＣＫ／ＮＡＣＫリソースインジケータ（ＡＲＩ）などのうちの少なくとも１つを含んでもよい。
【０１４４】
キャリアインジケータの場合、フィールドが使用されてもよく、フィールドは、任意選択で、ｅＤＣＩフォーマット内に存在してもよい（例えば、それは、ｅＤＣＩが、デバイスの構成の別のサービングセルのＰＤＳＣＨ上でＤＬ−ＳＣＨをスケジュールしてもよい場合に存在してもよい）。加えて、存在する、または使用される場合、このフィールドは、ｅＤＣＩがそれに対して適用可能であってもよい、デバイスの構成のサービングセルのＳＡ−ＰＤＳＣＨ構成を示してもよい。
【０１４５】
リソース割り当てヘッダはまた、提供および／または使用されてもよいフィールドを含んでもよい。このフィールドは、ｅＤＣＩフォーマット内に存在してもよい。例えば、このフィールドは、ＳＡ−ＰＤＳＣＨ割り当ての総帯域幅および／またはＰＤＳＣＨの総帯域幅が、１０ＰＲＢよりも大きい場合に存在してもよい。
【０１４６】
リソースブロック割り当ての場合、ｅＤＣＩフォーマットにおいて、フィールドが提供されてもよく、および／または存在してもよい。例では、リソースブロック割り当てが半静的に構成されてもよい場合、構成された割り当てがｅＤＣＩ受信によって動的にオーバライドされなくてもよい場合、ならびに／またはｅＤＣＩおよびＤＬ−ＳＣＨビットが同一のリソース上で受信されなくてもよい場合、フィールドが存在しなくてもよい。存在し、または提供される場合、フィールドは、（例えば、おそらくは本明細書で説明される他の方法に従って）関係するＰＤＳＣＨ上のＤＬ−ＳＣＨ送信を復号するために、（例えば、周波数内の）どのリソースが使用されてもよいかを示してもよい。
【０１４７】
実施形態では、ＰＵＣＣＨに対するＴＰＣコマンドが、提供および／または使用されてもよい。存在し、または提供される場合、デバイスは、ＰＤＣＣＨ上で使用されるＤＣＩフォーマットのレガシフィールドに従って、このフィールドを解釈してもよい。
【０１４８】
ダウンリンク割り当てインデックス（ＤＡＩ）の場合、フィールドが、ｅＤＣＩフォーマットにおいて、提供され、および／または存在してもよい（例えば、それは、ＴＤＤのために存在してもよい）。存在し、または提供される場合、デバイスは、ＰＤＣＣＨ上で使用されてもよいＤＣＩフォーマットのレガシフィールドに従って、このフィールドを解釈してもよい。
【０１４９】
例では、ＨＡＲＱプロセス番号またはＨＡＲＱプロセス識別子（ＩＤ）が、提供および／または使用されてもよい。このフィールドは、ｅＤＣＩフォーマットにおいて、提供され、および／または存在してもよい。特定のＨＡＲＱプロセスが予約されてもよく、ならびに／または、ＳＡ−ＰＤＳＣＨ構成および／もしくはリソースの特定のセットに関連付けられてもよい場合、フィールドが省略されてもよい。存在し、または提供される場合、デバイスは、ＰＤＣＣＨ上で使用されるＤＣＩフォーマットのレガシフィールドに従って、このフィールドを解釈してもよい。
【０１５０】
変調およびコーディング方式および／または冗長バージョンの場合、フィールドが、ｅＤＣＩフォーマットにおいて、提供され、および／または存在してもよい。関連するリソースのために半静的ＭＣＳが構成されてもよい場合、このフィールドが省略されてもよい。実施形態では、適用可能なＰＤＳＣＨ送信のために、トランスポートブロック当たり１つのそのようなフィールドが存在してもよい。存在し、または提供される場合、デバイスは、ＰＤＣＣＨ上で使用されるＤＣＩフォーマットのレガシフィールドに従って、このフィールドを解釈してもよい。
【０１５１】
新規データインジケータ（ＮＤＩ）などのデータインジケータはまた、本明細書で説明されるように、提供および／または使用されてもよい。例えば、実施形態では、適用可能なＰＤＳＣＨ送信のために、トランスポートブロックごとにＮＤＩフィールドが存在してもよい。存在し、または提供される場合、デバイスは、ＰＤＣＣＨ上で使用されるＤＣＩフォーマットのレガシフィールドに従って、このフィールドを解釈してもよい。存在しない場合、デバイスは、送信が新たなトランスポートブロックに対するものであるか否かを、送信のタイミングに応じて（例えば、ＳＡ−ＰＤＳＣＨ割り当てのために構成された初期ＨＡＲＱ送信の周期性に応じて）判定してもよい。
【０１５２】
冗長性バージョンの場合、適用可能なＰＤＳＣＨ送信のために、トランスポートブロック当たり１つのそのようなフィールドが存在してもよい。存在し、または提供される場合、ＵＥは、ＰＤＣＣＨ上で使用されるＤＣＩフォーマットのレガシフィールドに従って、このフィールドを解釈してもよい。
【０１５３】
実施形態では、ＳＲＳ要求が、提供および／または使用されてもよい。このフィールドは、ｅＤＣＩフォーマットにおいて、存在し、および／または提供されてもよい。例えば、ＳＲＳ要求は、ｅＤＣＩが、ダウンリンク送信とアップリンク送信の両方（または一方）をスケジュールしてもよいように、存在し、および／または提供されてもよい。存在し、または提供される場合、デバイスは、ＰＤＣＣＨ上で使用されるＤＣＩフォーマットのレガシフィールドに従って、このフィールドを解釈してもよい。
【０１５４】
フィールドが、ｅＤＣＩフォーマットにおいて、ＣＱＩ要求のために、提供され、および／または存在してもよい。例では、存在し、または提供される場合、デバイスは、ＰＤＣＣＨ上で使用されてもよいＤＣＩフォーマットのレガシフィールドに従って、このフィールドを解釈してもよい。
【０１５５】
加えて、ＡＣＫ／ＮＡＣＫリソースインジケータ（ＡＲＩ）が、提供および／または使用されてもよい。このフィールドは、ｅＤＣＩフォーマットにおいて、提供され、および／または存在してもよい。例えば、このフィールドは、ｅＤＣＩが、関連するＰＤＳＣＨ送信のためのＰＵＣＣＨ上におけるＨＡＲＱフィードバックの送信に対するリソースを明示的に示してもよいように、提供され、および／または存在してもよい。
【０１５６】
例によれば、ｅＤＣＩは、ＳＡ−ＰＤＳＣＨ動作のためのｅＤＣＩ受信と関連付けられたリソース上において（例えば、ＵＥの構成の一部として）別々に符号化され、および送信されてもよく、ならびに／またはそれは、ＤＬ−ＳＣＨデータとともに多重化されてもよい。
【０１５７】
加えて、実施形態では、マルチサブフレームスケジューリングが、ｅＤＣＩ制御シグナリングによってサポートされてもよい場合、ＤＣＩは、ＳＡ−ＰＤＳＣＨをスケジュールしてもよく、ＳＡ−ＰＤＳＣＨは、複数のＳＡ−ＰＤＳＣＨ送信のためのマルチサブフレーム動作をサポートする制御シグナリングを含むことができるｅＤＣＩを含んでもよい。例えば、ｅＤＣＩフォーマットは、上記説明されたようなＭＳＡＩおよび／またはＴＩなどのパラメータを含んでもよく、また複数のＳＡ−ＰＤＳＣＨ送信に対応する情報も含んでもよい。
【０１５８】
例えば、ＳＡ−ＰＤＳＣＨ動作の構成が、提供および／または使用されてもよい。例えば、ＳＡ−ＰＤＳＣＨ動作のためにデバイスを構成する方法が、提供および／または使用されてもよい。そのような実施形態では、デバイスは、ＲＲＣ接続再構成プロシージャおよび／またはＲＲＣシグナリングなど、専用シグナリングおよび／またはプロシージャを使用して、ＳＡ−ＰＤＳＣＨ動作のために構成されてもよい。レガシＰＤＳＣＨ構成に加えて、デバイスは、ＳＡ−ＰＤＳＣＨのための以下のパラメータの少なくとも１つ、すなわち、ｅＤＣＩ受信に対するリソースブロック割り当て、ＤＬ−ＳＣＨ受信に対するリソースブロック割り当て、組み合わされたｅＤＣＩおよび／もしくはＤＬ−ＳＣＨ受信に対するリソースブロック割り当て、ＨＡＲＱプロセス番号、変調およびコーディング方式および／もしくは冗長性バージョン、ＨＡＲＱプロセスの周期性、ＳＡ−ＰＤＳＣＨに対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫに対するＰＵＣＣＨ構成、ＳＡＰＤＳＣＨ  Ｃ−ＲＮＴＩ、アンテナポート情報、ならびに／またはランク情報などで構成されてもよい。
【０１５９】
ｅＤＣＩ受信に対するリソースブロック割り当ての場合、ＵＥは、ｅＤＣＩの復号のためのリソース割り当てで構成されてもよく、ＤＬ−ＳＣＨ受信に対するリソースブロック割り当ての場合、デバイスは、ＰＤＳＣＨのＤＬ−ＳＣＨ送信の復号のためのリソース割り当てで構成されてもよく、一方、ＳＡ−ＰＤＳＣＨの他のパラメータは、ｅＤＣＩによってスケジュールされてもよい。実施形態では、組み合わされたｅＤＣＩおよび／またはＤＬ−ＳＣＨ受信に対するリソースブロック割り当ての場合、デバイスは、ｅＤＣＩの復号のためのリソース割り当てで構成されてもよい。そのような例では、成功した復号は、デバイスが、同一のリソース上でＤＬ−ＳＣＨ送信の復号を継続することを可能にしてもよく、一方、ＳＡ−ＰＤＳＣＨの他のパラメータは、対応するｅＤＣＩによってスケジュールされてもよい。加えて、ＨＡＲＱプロセス番号の場合、デバイスは、関連するＳＡ−ＰＤＳＣＨ割り当てのために予約されたＨＡＲＱプロセス番号で構成されてもよい。例によれば、変調およびコーディング方式および／または冗長性バージョンの場合、デバイスは、ｅＤＣＩおよび／またはＤＬ−ＳＣＨ送信の復号に適用可能であってもよい、ＭＣＳおよびＲＶで構成されてもよく、ＳＡ−ＰＤＳＣＨの他のパラメータは、対応するｅＤＣＩによってスケジュールされてもよく、ならびに／または（例えば、インデックス付けされてもよい）ｅＤＣＩおよびＤＬ−ＳＣＨ送信の各々のためにＭＣＳのセットが存在してもよい。ＨＡＲＱプロセスの周期性に対し、デバイスは、例えば、ＳＦＮ  ｍｏｄ  （周期）が０に等しくなることがあるサブフレームが、ＮＤＩが対象のＨＡＲＱプロセスのために切り換えることができたとデバイスが判定または見なしてもよいことを暗示的に示してもよいように、周期（例えば、時間の各「周期」）で構成されてもよい。
【０１６０】
例示的な実施形態によれば、ＳＡ−ＰＤＳＣＨに対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫに対するＰＵＣＣＨ構成において、デバイスは、ＰＵＣＣＨ上でのＨＡＲＱフィードバックに対するＰＵＣＣＨ割り当てで構成されてもよい。これは、ＰＵＣＣＨフォーマット３構成、ＡＲＩによってインデックス付けされるＰＵＣＣＨインデックスのセット、および／または関連するＳＡ−ＰＤＳＣＨに対する（もしくはＰＤＳＣＨに対する）別のレガシ半静的構成方法であってもよい。ＰＵＣＣＨ構成は、ＳＡ−ＰＤＳＣＨ送信（例えば、および／または関連するアクティブ化シグナリング）に対するＤＬ−ＳＣＨの受信に対して適用可能であってもよい。そのため、レガシ方法に従ってスケジュールされるＰＤＳＣＨ送信の場合、デバイスは、レガシ方法に従って、（例えば、ダウンリンク割り当てのパラメータから判定されるＨＡＲＱリソースで）ＰＵＣＣＨフィードバックを送信してもよい。
【０１６１】
ＳＡＰＤＳＣＨ−Ｃ−ＲＮＴＩの場合、デバイスは、ＲＮＴＩで構成されてもよい。デバイスは、ＰＤＣＣＨ上のＤＣＩの復号のために、および／またはどのＤＣＩがＳＡ−ＰＤＳＣＨ動作をアクティブ化してもよいかを判定するために、そのようなＲＮＴＩを使用してもよい。そのようなＤＣＩは、ＳＡ−ＰＤＳＣＨ構成に対応する、またはｅＤＣＩおよび／もしくはＤＬ−ＳＣＨデータを復号するためのリソース、および／もしくはＰＵＣＣＨ送信に対するリソース、ならびに／もしくはＭＣＳなどの関連する態様に対応するインデックスを含んでもよい。実施形態（例えば、場合によっては、第２のＲＮＴＩが構成されてもよい場合）では、デバイスは、ＰＤＳＣＨ上でのｅＤＣＩ復号のために割り当てられたリソース上でのｅＤＣＩの復号のために、および／またはどのｅＤＣＩがＳＡ−ＰＤＳＣＨ動作をアクティブ化してもよいかのために、そのようなＲＮＴＩを使用してもよい。そのようなｅＤＣＩは、ＳＡ−ＰＤＳＣＨ構成に対応する、またはＤＬ−ＳＣＨデータの復号に対するリソース、および／もしくはＰＵＣＣＨ送信に対するリソース、ならびに／もしくはＭＣＳなどの関連する態様に対応するインデックスを含んでもよい。
【０１６２】
（例えば、アンテナポート情報についての）例によれば、デバイスは、構成されたリソースの１または複数のセット上でのＰＤＳＣＨ受信に対して適用可能なアンテナポート情報で構成されてもよい。例えば、同一のアンテナポート情報が、関連するＰＤＳＣＨに対して構成されたリソースに対して適用可能であってもよい。リソースの各セットは、特定のアンテナポート情報で構成されてもよい。アンテナポート情報は、スクランブリング識別、レイヤ数インジケーション、アンテナポートインジケーション、および／または疑似コロケートされたアンテナポートのうちの少なくとも１つを含んでもよい。デバイスは、関連するリソースに適用可能なアンテナポートを使用して、基準信号のロケーションを決定してもよい。
【０１６３】
ランク情報の場合、デバイスは、構成されたリソースの１または複数のセット上でのＰＤＳＣＨ受信に対して適用可能なランクで構成されてもよい。例えば、同一のランクが、関連するＰＤＳＣＨのために構成されたリソースの各々に適用可能であってもよい。加えて、リソースの各セットは、特定のランクで構成されてもよい。デバイスは、ランクインジケーションを使用して、関連するリソース上での送信の受信と関連付けられたアンテナポートの数を決定する。
【０１６４】
例（例えば、マルチサブフレームスケジューリングがサポートされてもよい場合）では、デバイスは、ＳＡ−ＰＤＳＣＨ、ＭＳＡＩ、および／またはＴＩなどのための以下のパラメータの少なくとも１つで構成されてもよい。マルチサブフレーム割り当てインジケータ（ＭＳＡＩ）を使用して、デバイスは、ＤＣＩ（またはｅＤＣＩ）の受信のためのマルチサブフレーム割り当てに対して構成されてもよい。例えば、そのようなマルチサブフレーム割り当てに対して構成される場合、デバイスは、マルチサブフレーム割り当てに対する制御シグナリングに適用可能な１または複数のＤＣＩフォーマットの復号を試みてもよい。例えば、デバイスは、受信されたＤＣＩが、本明細書で説明される方法の１または複数に従った複数の割り当てに対して適用可能であり、およびマルチサブフレームスケジューリングに適用可能であることを判定してもよい。
【０１６５】
タイミング情報（ＴＩ）（または等価的に、タイミングオフセット）を使用して、デバイスは、マルチサブフレーム割り当てのために、そのような割り当てに関するタイミング情報で構成されてもよい。例えば、デバイスは、マルチサブフレーム割り当てのために、（例えば、無線フレームなどの与えられた期間内の）サブフレームの数および／またはサブフレームの識別情報で構成されてもよい。例では、デバイスは、例えば、与えられたＤＣＩフォーマットのために受信された割り当てのための明示的なタイミング情報で構成されてもよい。加えて、デバイスは、例えば、デバイスが制御情報を受信してもよいサブフレームｎと、関連する割り当てが有効とすることができるサブフレーム（例えば、サブフレームｎ＋オフセット）との間のタイミングオフセットとすることができる値で構成されてもよい。例えば、ＴＩは、そのようなオフセットを表すことができる２ビットフィールド（値０、１、２、３）であってもよい。
【０１６６】
ＳＡ−ＰＤＳＣＨ送信のための時間のスケジューリングが、提供および／または使用されてもよい。例えば、ＳＡ−ＰＤＳＣＨ上の送信の割り当ておよび／または受信のためのサブフレームを判定する方法、プロセス、および／または動作が、提供および／または使用されてもよい。実施形態では、ＳＡ−ＰＤＳＣＨ動作のために構成されると、デバイスは、サブフレームをＳＡ−ＰＤＳＣＨ動作に対して適用可能であると見なしてもよい。加えて、デバイスは、サブフレームが、以下の（例えば、方法または動作の）うちの少なくとも１つに従って、ＳＡ−ＰＤＳＣＨスケジューリングに対して適用可能とすることができると判定してもよい。
【０１６７】
デバイスは、そのような判定を、半静的な構成に基づいて行ってもよい。例えば、デバイスは、例えば、適用可能な無線フレームを判定するためのオフセットの形式（例えば、ＳＦＮ  ｍｏｄ  （ｐｅｒｉｏｄ）＝ｏｆｆｓｅｔに従って、ｐｅｒｉｏｄはｐｅｒｉｏｄ×１０ｍｓの周期性を表す）にあるフレーム構成、および例えば、関連する無線フレーム内の１または複数のサブフレームを示す、ビットマップの形式にあるサブフレーム構成などを含むタイミングパラメータを受信してもよい。実施形態では、そのようなサブフレーム構成は、デバイスがその中でｅＤＣＩを復号することを試みることができるサブフレームを表してもよい。加えて、デバイスは、サブフレーム構成を、特定のプロセスのための初期ＨＡＲＱ送信に適用可能であると見なしてもよく、再送のためのＨＡＲＱプロセス周期性など、追加のタイミング情報を受信してもよい。
【０１６８】
デバイスは、先行サブフレームにおいて復号することができるＤＣＩからのインジケーションに基づいて、そのような判定をさらに行ってもよい。例えば、デバイスは、それが先行サブフレームにおいてインジケーションを受信することができる場合、ｅＤＣＩがＰＤＳＣＨ上にマッピングされてもよいことを判定してもよい。インジケーションは、ＰＤＣＣＨもしくはＥ−ＰＤＣＣＨから復号されたＤＣＩ、またはこの先行サブフレームにおいて受信することができるＰＤＳＣＨ内のｅＤＣＩのフィールドから取得されてもよい。
【０１６９】
例によれば、デバイスは、（例えば、ＳＡ−ＰＤＳＣＨ動作のための）アクティブ化および／または非アクティブ化が行われる半静的な構成に基づいて、そのような判定を行ってもよい。例えば、サブフレーム構成に加えて、デバイスは、ＳＡ−ＰＤＳＣＨ構成をアクティブ化することができる制御シグナリングを（例えば、ＰＤＣＣＨまたはＥ−ＰＤＣＣＨ上で）受信してもよい。対応する制御シグナリングは、ｅＤＣＩ、ＤＬ−ＳＣＨ受信に対する、ＰＵＣＣＨ送信に対する、ならびに／または他の関連するパラメータ（例えば、上で説明された、例えば、ｅＤＣＩの１もしくは複数のパラメータおよび／もしくはコンテンツ）に対する、１または複数のリソース割り当てを示してもよい。
【０１７０】
デバイスは、また、（例えば、ＳＡ−ＰＤＳＣＨ動作のための）マルチサブフレーム動作のアクティブ化および／または非アクティブ化が行われる半静的な構成に基づいて、そのような判定を行ってもよい。例えば、デバイスは、それが先行サブフレームにおいてインジケーションを受信することができる場合、ｅＤＣＩがＰＤＳＣＨ上にマッピングされてもよいことを判定してもよい。インジケーションは、ＰＤＣＣＨもしくはＥ−ＰＤＣＣＨから復号されたＤＣＩ、またはこの先行サブフレームにおいて受信することができるＰＤＳＣＨ内のｅＤＣＩのフィールドから取得されてもよい。
【０１７１】
実施形態では、デバイスは、ＤＲＸアクティブ時間（例えば、ＤＲＸアクティブ時間の間のサブフレームの各々）に基づいて、そのような判定をさらに行ってもよい。例えば、デバイスがＳＡ−ＰＤＳＣＨ動作のために構成されると、および／または構成がアクティブ化されると、デバイスは、（例えば、ＤＲＸも構成されてもよい場合）ＤＲＸアクティブ時間の一部とすることができるサブフレームを、ＳＡ−ＰＤＳＣＨ動作に適用可能であると見なしてもよい。
【０１７２】
加えて、上記の（例えば、半静的な構成、ＤＣＩからのインジケーション、アクティブ化／非アクティブ化が行われる半静的な構成、および／またはＤＲＸアクティブ時間）の組み合わせが、そのような判定のために使用されてもよい。そのため、アクティブ化されたときの、ＤＲＸアクティブ時間内にあるパターンのサブフレームが、判定のために使用されてもよい。そのような実施形態では、デバイスがＳＡ−ＰＤＳＣＨ動作のために構成されると、および／または構成がひとたびアクティブ化されると、デバイスは、（例えば、ＤＲＸも構成されてもよい場合）ＳＡ−ＰＤＳＣＨサブフレーム構成の一部とすることができ、およびＵＥのＤＲＸアクティブ時間の一部とすることができるサブフレームを、ＳＡ−ＰＤＳＣＨ動作に適用可能であると見なしてもよい。
【０１７３】
ＤＲＸが構成されてもよい場合、ＤＲＸに適用可能なタイマを維持（例えば、開始、リセット、および／または停止）する目的で、デバイスは、ＰＤＳＣＨ上でのｅＤＣＩの成功した受信を、ＰＤＣＣＨ上でのＤＣＩの成功した受信と等価であると見なしてもよい。そのため、ＤＲＸ動作は、ｅＤＣＩ復号に適用可能であってもよい。
【０１７４】
加えて、デバイスは、ＴＡＴの満了時に、無線リンク問題の検出時に、無線リンク障害の検出時に、および／または類似の障害時に、ＳＡ−ＰＤＳＣＨ構成を無効化し、および／または解放してもよい。
【０１７５】
ダウンリンク制御シグナリングのためのリソース割り当てが、提供および／または使用されてもよい。例えば、（例えば、ｅＤＣＩがＰＤＳＣＨ送信のためのリソース割り当てを含む場合）ｅＤＣＩのためのリソースを割り当てる方法、プロセス、および／またはアクションが、提供および／または使用されてもよい。そのような実施形態では、ｅＤＣＩに対する単一のリソースが、提供および／または使用されてもよい。例えば、デバイスが、ＳＡ−ＰＤＳＣＨに適用可能なサブフレームにおけるｅＤＣＩ受信のための単一のリソース割り当てで構成されてもよい場合、デバイスは、それがｅＤＣＩを正常に復号されるまで、またはその試みが使い尽くされるまで（exhausted）、関連するリソースにおける適用可能なｅＤＣＩのブラインド復号を実行してもよい。例では、デバイスは、適用可能なｅＤＣＩサイズおよび／または適用可能なＲＮＴＩごとに１つのブラインド復号を試みてもよい。各ｅＤＣＩサイズごとに、デバイスはまた、復号パラメータの構成されたセット当たり１つのブラインド復号を試みてもよい。
【０１７６】
加えて、ｅＤＣＩのための複数のリソースが、提供および／または使用されてもよい。デバイスが、ＳＡ−ＰＤＳＣＨに適用可能なサブフレームにおけるｅＤＣＩ受信のための複数のリソース割り当てで構成されてもよい場合、デバイスは、それがｅＤＣＩを正常に復号するまで、またはリソースが使い果たされるまで、各リソース割り当てのために、本明細書の例に類似するブラインド復号を実行してもよい。デバイスは、対応するＨＡＲＱフィードバックの送信のためのＰＵＣＣＨリソースを判定するためなど、追加の情報に対し、ｅＤＣＩ復号を成功することができたリソース割り当ての識別情報を使用してもよい。
【０１７７】
先行サブフレームにおいて受信されたＰＤＣＣＨまたはＥ−ＰＤＣＣＨからの明示的な割り当てがまた、提供および／または使用されてもよい。例えば、デバイスは、ｅＤＣＩを含むＰＤＳＣＨのリソースブロック割り当てを、ＰＤＣＣＨ、Ｅ−ＰＤＣＣＨにおける先行フレームにおいて受信することができるＤＣＩ、またはＰＤＳＣＨにおけるｅＤＣＩから判定してもよい。実施形態では、各リソースに対し、デバイスは、パラメータ（例えば、ｅＤＣＩサイズ）の異なるセットを使用して、ブラインド復号を試みてもよい。
【０１７８】
ダウンリンクデータに対するリソース割り当てがまた、提供および／または使用されてもよい。例えば、ｅＤＣＩおよびＰＤＳＣＨが、ともにインターリーブされないことがあるとき、および／または隣接リソース内に存在しないことがあるとき、ＰＤＳＣＨに対するリソースを割り当てる方法、プロセス、および／またはアクションが、提供および／または使用されてもよい。そのような例では、デバイスがｅＤＣＩを正常に受信すると、デバイスは、対応するｅＤＣＩのパラメータに従って、ＤＬ−ＳＣＨ送信を復号してもよい。
【０１７９】
さらなる例では、組み合わされたｅＤＣＩおよびダウンリンクデータに対するリソース割り当てが、提供および／または使用されてもよい。例えば、ｅＤＣＩおよびＰＤＳＣＨが、ともにインターリーブされてもよい場合、および／または隣接リソース内に存在してもよい場合、ｅＤＣＩおよびＰＤＳＣＨに対するリソースを割り当てる方法、プロセス、または動作が、提供および／または使用されてもよい。ｅＤＣＩおよびＤＬ−ＳＣＨ送信を同一のリソース割り当てにおいて受信することができるように、デバイスが構成されてもよい場合、デバイスは、関連するリソースからのｅＤＣＩフォーマットに対応するビットのセットを逆多重化（例えば、デインターリーブ）してもよく、その後、ｅＤＣＩの復号を試みてもよい。
【０１８０】
デバイスは、それがｅＤＣＩを正常に復号するまで、または試みが使い尽くされるまで、関連するリソースにおける適用可能なｅＤＣＩに対するブラインド復号の試みを実行してもよい。実施形態では、デバイスは、適用可能なｅＤＣＩサイズおよび／または適用可能なＲＮＴＩごとに１つのブラインド復号を試みてもよい。加えて、各ｅＤＣＩサイズに対し、デバイスは、復号パラメータの構成されたセットごとに１つのブラインド復号を試みてもよく、割り当てられたリソースにおいてＰＤＳＣＨを復号してもよい。例では、デバイスが、組み合わされたｅＤＣＩおよびＤＬ−ＳＣＨ送信のための複数のリソース割り当てで構成されてもよい場合、デバイスは、それが適用可能なｅＤＣＩを正常に復号するまで、または試みが使い尽くされるまで、各セットまたはリソースに対して上記のことを繰り返してもよい。
【０１８１】
デバイスが１つのリソース上でｅＤＣＩを正常に復号することができると、デバイスは、他のリソース上でのｅＤＣＩの復号の試みを停止してもよい。加えて、本明細書におけるリソース（例えば、上記のリソース）の各々に対し、デバイスは、パラメータ（例えば、ｅＤＣＩサイズ）の異なるセットを使用して、ブラインド復号を試みてもよい。
【０１８２】
例によれば、ＤＬ−ＳＣＨトランスポートチャネルの各トランスポートブロックに対する全体処理構造（general processing structure）は、レガシ構造と類似することがある。そのような全体処理構造は、以下のようであることがある。例えば、データは、ＤＬセルごとに、各送信時間間隔（ＴＴＩ）に対して、最大で２つのトランスポートブロックの形式で、コーディングユニットに到着（arrive to）してもよい。以下のコーディング動作、すなわち、トランスポートブロックへのＣＲＣの付加、コードブロックセグメント分割およびコードブロックＣＲＣアタッチメント、チャネルコーディング、レートマッチング、ならびに／またはコードブロック連結などのうちの１または複数は、ＤＬセルの各トランスポートブロックに対して識別されてもよい。
【０１８３】
加えて、実施形態では、ＤＣＩに対する全体処理構造は、レガシ構造と同様に識別することができる以下のコーディング動作、すなわち、情報要素多重化、ＣＲＣアタッチメント、チャネルコーディング、および／またはレートマッチングなどのうちの１または複数を含んでもよい。
【０１８４】
ＳＡ−ＰＤＳＣＨ送信の場合、全体処理構造は、物理チャネルの送信の前にインターリーブすることができる、ＤＣＩレート一致ビット（DCI rate matched bits）のレート一致ＤＬ−ＳＣＨビット（rate matched DL-SCH bits）との多重化を含んでもよい。加えて、それぞれのビットは、隣接しまたは離れているかのいずれかの、異なるリソースにおいて受信されてもよく、いずれかの場合も、ｅＤＣＩに対するビットとＤＬ−ＳＣＨ送信に対するビットとの間のデインターリーブが使用されないことがあり、かつ必要とされないことがある。
【０１８５】
ＰＵＣＣＨ上のＨＡＲＱフィードバックのマッピングがまた、提供および／または使用されてもよい。例えば、ＰＵＣＣＨ上のＨＡＲＱ  Ａ／Ｎをどこで（例えば、サブフレームｎにおけるｅＤＣＩ受信に対しては、サブフレームｎ＋４で）送信すべきかを判定する方法、プロセス、および／または動作が、提供されおよび／または使用されてもよい。例では、デバイスは、ＰＵＣＣＨ上のＨＡＲＱフィードバックの送信の半静的なリソース割り当てで構成されてもよい。加えて、デバイスは、ＰＵＣＣＨに対するリソースを、以下のうちの少なくとも１つに従って、すなわち、ｅＤＣＩにおいて受信することができるＡＲＩに従って（例えば、デバイスは、ＨＡＲＱ  Ａ／Ｎフィードバック送信に対するＰＵＣＣＨインデックスが、ＳＡ−ＰＤＳＣＨのために受信することができるｅＤＣＩにおいて示されるＡＲＩの関数とすることができることを判定してもよい）、ＳＡ−ＰＤＳＣＨをアクティブ化することができるＤＣＩにおいて受信されてもよいＡＲＩに従って（例えば、デバイスは、ＨＡＲＱ  Ａ／Ｎフィードバック送信のためのＰＵＣＣＨインデックスが、ＳＡ−ＰＤＳＣＨをアクティブ化してもよいＤＣＩにおいて示されるＡＲＩの関数とすることができることを判定してもよい）、および／またはおそらくはダウンリンク割り当てを含むｅＤＣＩを正常に復号することができたリソースのインデックスに基づいて（例えば、デバイスは、ＨＡＲＱ  Ａ／Ｎフィードバック送信に対するＰＵＣＣＨインデックスが、ｅＤＣＩがＳＡ−ＰＤＳＣＨのために正常に復号することができたリソースのインデックスの関数とすることができることを判定してもよい）など、を動的に判定してもよい。
【０１８６】
例示的な実施形態では、ｅＤＣＩにおいて受信された制御シグナリングと関連付けられたＵＣＩのタイミングは、各割り当ての、またはｅＤＣＩの最後の割り当てのタイミングに応じてもよい。例えば、マルチサブフレームスケジューリングがサポートされてもよい場合、関連する割り当てのためのＨＡＲＱフィードバック（またはより一般的に、対応するＵＣＩの）送信は、以下のうちの少なくとも１つに従って実行されてもよい。
【０１８７】
例では、ＨＡＲＱフィードバックに対する送信は、マルチサブフレームＤＣＩ／ｅＤＣＩごとに単一のＵＣＩ送信を使用して実行されてもよい。例えば、デバイスは、ＵＣＩが、（例えば、連結、バンドリング、多重化を使用して、同一のサブフレームにおいて、または別々のサブフレームにおいて）受信されたダウンリンクデータ割り当ての各々について、同一のリソースにおいて送信されてもよいことを判定してもよい。加えて、関連するＤＣＩは、例えば、本明細書で説明された方法のいずれかに従って（例えば、ＡＲＩに応じて、および／または関連するＤＣＩを正常に復号することができたリソースに対するインデックスに応じて）デバイスが判定してもよいリソースにおいて、単一のＡＲを含んでもよい。加えて（例えば、マルチサブフレームＤＣＩ／ｅＤＣＩごとの単一のＵＣＩ送信の場合）、デバイスは、例えば、ダウンリンク割り当てに関連付けられたＵＣＩの送信のタイミングを、制御シグナリングの特定の割り当てに対応するサブフレームに応じて（例えば、関連するＤＣＩなどの制御シグナリングにおいて示される最後の割り当てに対応するサブフレームに応じて）、判定してもよい。
【０１８８】
ＨＡＲＱフィードバックに対する送信は、また、マルチサブフレームＤＣＩ／ｅＤＣＩにおける各割り当てのために、単一のＵＣＩ送信を使用して実行されてもよい。例えば、デバイスは、ＵＣＩが、関連する割り当てと関連付けられたＡＲＩに対応するリソースにおいて送信されてもよいことを（例えば、デバイスが、関連するＤＣＩフォーマットにおける、または本明細書で説明された、および／もしくは与えられた割り当てに適用される方法を使用する、割り当て当たり１つのそのようなＡＲＩを受信してもよい場合）判定してもよい。加えて（例えば、マルチサブフレームＤＣＩ／ｅＤＣＩにおける各割り当てごとに単一のＵＣＩ送信の場合）、デバイスは、例えば、ダウンリンク割り当てと関連付けられたＵＣＩの送信のタイミングを、割り当てが有効とすることができたサブフレームに応じて判定してもよい。
【０１８９】
例によれば、開始ポイントがＳＰＳからとすることができる場合、１または複数のパラメータが、ＰＤＳＣＨ送信にアタッチされたＤＣＩに移動されてもよい。例えば、ＨＡＲＱ情報の一部が移動されてもよい。加えて、例では、開始ポイントが動的なスケジューリングからとすることができる場合、ブラインド復号の量が制約されてもよく、例えば、ＰＲＢが時間／周波数のリソースとすることができるＰＲＢマップにおけるエリア、または周波数におけるエリアを定義する。
【０１９０】
ＲＲＣ構成、および／または領域を示してもよいＳＰＳアクティブ化などが、提供および／または使用されてもよい。ＰＲＢ領域の開始におけるＤＣＩがまた、提供および／または使用されてもよい。そのため、例えば、各デバイスが、ＰＲＢエリアを有し、同一のＲＮＴＩを有し、および／またはＲＮＴＩを有するＰＤＣＣＨ上にＤＣＩを有してもよい、複数のデバイスのための組み合わされたスケジューリングは、デバイスに、それらがそれぞれのエリアにおいてブラインド復号してもよいように、それらがスケジュールされてもよいことを通知してもよい。
【０１９１】
実施形態では、サブリソースブロック割り当てが、提供および／または使用されてもよい。例えば、ＰＤＳＣＨは、リソースブロックのペア（例えば、ＲＢペア）上で、１または複数のデバイスに送信されてもよく、および／または異なるデバイスへの送信は、ＲＢペアのリソース要素の異なるセットを占有してもよい。各デバイスに転送されるデータの量を少ないものとすることができる場合、より細かい粒度でのそのような多重化は、オーバヘッドを低減させることができる。（例えば、本明細書で説明されるような）実施形態では、多重化を可能にするＰＤＳＣＨ送信は、サブＲＢペア送信であってもよい。
【０１９２】
本明細書で説明されるように、ＲＢペアは、物理リソースブロック（ＰＲＢ）または仮想リソースブロック（ＶＲＢ）のペアのいずれかを指してもよい。仮想リソースブロックは、局所化された（localized）タイプ、または分散されたタイプであってもよい。加えて、サブＲＢペア送信は、ＲＢペアを構成する各ＲＢのサブキャリアのサブセット上で行われてもよい。例えば、送信は、ＲＢペアの各ＲＢの６つの上位サブキャリアまたは６つの下位サブキャリア上で行われてもよい。実施形態では、サブＲＢペア送信は、ＲＢペアの単一のタイムスロット上で行われてもよい（例えば、等価的に、送信は、ＲＢペアの単一のＲＢ上で行われてもよい）。サブＲＢペア送信は、ＲＢペアのＯＦＤＭシンボルのサブセット上で行われてもよく、サブセットは、（例えば、開始ＯＦＤＭシンボルに加えて）最後のＯＦＤＭシンボルによっても定義されてもよく、および／またはサブＲＢペア送信は、上記の組み合わせによって特徴付けられるリソース要素上で行われてもよい。例えば、送信は、第２のタイムスロット（または第２のＲＢ）上で、６つの上位サブキャリアにおいて行われてもよい。
【０１９３】
受信手順がまた、提供、使用および／または実行されてもよい。例えば、サブＲＢペア割り当てを使用してＰＤＳＣＨ送信を受信するように構成されたデバイスの場合、以下の少なくともサブセットが許可されてもよい。実施形態では、ＰＤＳＣＨ送信は、（例えば、現在のシステムと同様に）（例えば、完全な）ＲＢペア割り当てを含んでもよい。これは、標準の割り当てであってもよい。
【０１９４】
加えて、ＰＤＳＣＨ送信は、特定のＲＢペア内に単一のサブＲＢペア送信を含んでもよい。これは、単一サブＲＢペア割り当てであってもよい。
【０１９５】
実施形態では、ＰＤＳＣＨ送信は、（例えば、完全な）ＲＢペアのセット、およびある数のサブＲＢペア送信を含んでもよい。この実施形態では、ＰＤＳＣＨのサブＲＢペア送信のロケーションは、あるＲＢペア内に存在するように制約されてもよい。例えば、サブＲＢペア送信は、最初の示されたＲＢペア内で、および／または最後の示されたＲＢペア内で可能とすることができる。これは、混合された割り当てであってもよい。
【０１９６】
さらに、ＰＤＳＣＨ送信は、異なるＲＢペア内にサブＲＢペア送信の制約されないセットを含んでもよい。これは、複数サブＲＢペア割り当てであってもよい。
【０１９７】
特定のサブＲＢペア送信は（例えば、帯域幅全体内での）、以下のうちの１または複数を使用して示されてもよい。例えば、ＲＢペアに対する第１のインデックス（例えば、ＲＢ番号）、およびＲＢペア内の可能なロケーションのセットのうちの１つに対する第２のインデックス（例えば、サブＲＢ番号）が、提供および／または使用されてもよい。そのような実施形態では、ＲＢペア内においてＮ個のサブＲＢペア送信が発生する可能性がある場合、送信は、０からＮ−１までの範囲にあるサブＲＢ番号とともに、０からＲＢの総数（例えば、２０ＭＨｚ帯域幅の場合は１１０）までの範囲にあるＲＢ番号によって示されてもよい。加えて、サブＲＢペア送信に対する単一のインデックス（例えば、グローバルサブＲＢペア番号）が、提供および／または使用されてもよい。例えば、帯域幅がＭ個のＲＢであってもよく、ＲＢごとにＮ個のサブＲＢペア送信が存在してもよい場合、特定のサブＲＢペア送信は、０からＭ×Ｎ−１までの範囲にあるインデックス（例えば、単一のインデックス）によって示されてもよい。
【０１９８】
デバイスが、サブＲＢペア割り当てを使用して（例えば、上述の実施形態のうちの少なくとも１つを介して）、ＰＤＳＣＨを受信するように構成されてもよい、サブフレームでは、デバイスは、以下のうちの少なくとも１つを使用して、ＰＤＳＣＨ割り当てを判定してもよい。例えば、デバイスは、同一の（もしくは先行）サブフレームにおいて受信されてもよいＤＣＩから、または上位レイヤのシグナリングから、（例えば、本明細書で定義されるような）割り当てのタイプを示されてもよい。そのような実施形態では、ＤＣＩのフィールドは、割り当てが単一サブＲＢペア割り当てを含んでもよいか、それとも標準の割り当てであってもよいかを示してもよい。ＤＣＩは、ＰＤＣＣＨ、Ｅ−ＰＤＣＣＨ、またはＰＤＳＣＨにおいて受信されてもよい。
【０１９９】
加えて、デバイスは、サブＲＢペア割り当てが存在する、または存在してもよいＲＢペアのセットを、ＤＣＩから、または上位レイヤのシグナリングから示されてもよい。例えば、ＤＣＩのフィールドは、上位レイヤによって構成される、または帯域幅全体内における、ＲＢペアのセットの中の特定のＲＢペアを示してもよい。
【０２００】
実施形態では、デバイスは、ＤＣＩもしくは上位レイヤのシグナリングから、ＲＢペア内の特定のサブＲＢペア割り当てを示されてもよく、デバイスは、ＤＣＩもしくは上位レイヤのシグナリングに基づいて、サブＲＢペア割り当てが存在する、もしくは存在してもよい場合、ＲＢペア内のサブＲＢペア割り当ての異なる可能なロケーションにおいてＰＤＳＣＨのブラインド復号を試みてもよく、および／またはデバイスは、例えば、ビットマップなどを使用して、ＤＣＩシグナリングから、帯域幅全体内におけるサブＲＢペア割り当てのセットを示されてもよく、などである。
【０２０１】
ＵＥ固有など、デバイス固有の復調基準信号が、提供および／または使用されてもよい。例えば、サブＲＢ復号を可能にするために、デバイスは、ＤＭ−ＲＳを介してチャネルを推定するように構成されてもよい。サブＲＢ割り当てのためのＤＭ−ＲＳ設計は、ＤＭ−ＲＳオーバヘッドの低減、およびＰＲＢの１つのペア内での複数のデバイスの動作を可能にするように変更されてもよい。
【０２０２】
複数のデバイスがＤＭ−ＲＳを介してチャネルを推定することを可能にするために、サブＲＢ割り当てが使用されてもよい場合、以下のＤＭ−ＲＳ設計例のうちの１つが、使用されてもよい。例えば、ＲＢ内に割り当てられる１または複数のデバイスに対する送信レイヤの総数を８以下とすることができる場合、各デバイスは、ダウンリンク割り当てＤＣＩにおいて、適切なＤＭ−ＲＳポート（およびＤＭ−ＲＳからＰＤＳＣＨポートへのマッピング）を示されることによって、ＤＭ−ＲＳを受信するように構成されてもよい。例えば、第１のデバイスは、ポート７、８、９、１０で構成されてもよく、一方、第２のデバイスは、ポート１１、１２で構成されてもよい。ＤＭ−ＲＳからＰＤＳＣＨポートへのマッピングは、ダウンリンク割り当てＤＣＩ内に含まれ得、または上位レイヤによってシグナリングされてもよい。別の例またはさらなる例では、サブＲＢ割り当てモードにおいて使用されるＤＭ−ＲＳポートは、上位レイヤのシグナリングを介して、各デバイスに半静的にシグナリングされてもよい。
【０２０３】
加えて、ＰＲＢ内のＤＭ−ＲＳは、そのＰＲＢ内のサブＲＢ割り当てでスケジュールされる１または複数のデバイスのために意図されてもよく、デバイスのために構成されてもよい事前決定されたプリコーダを使用してもよい。そのような実施形態では、ネットワークは、各デバイスに、ダウンリンク割り当てＤＣＩにおいて、個々のＰＤＳＣＨのために使用されてもよいプリコーダ（例えば、ＤＭ−ＲＳ上にオーバレイされるべき、またはオーバレイされてもよいプリコーディング）を明示的に示してもよい。この実施形態では、各デバイスは、最大８つのポートの送信で構成されてもよい。
【０２０４】
ＤＭ−ＲＳの例示的な設計（例えば、Ｒｅｌ−１１  ＤＭ−ＲＳ設計）では、各ポートに対するＤＭ−ＲＳは、３つのサブキャリア上で繰り返されてもよく、各々は、５つのサブキャリアによって分離される（例えば、ＤＭ−ＲＳポート７は、サブキャリア１、６、１１内に配置されてもよい）。サブキャリアのサブセットのサブＲＢ割り当てを有するデバイスは、サブＲＢ割り当てのサブキャリア内に配置されたＤＭ−ＲＳ上のチャネルを推定するように構成されてもよい。これは、最大３つのデバイスが、最大８つのポートの各々について、サブＲＢ  ＰＤＳＣＨを受信することを可能にしてもよい。
【０２０５】
例では、タイムスロット内で分離されたサブＲＢ割り当ての場合、デバイスのために構成されてもよいＤＭ−ＲＳは、適切なタイムスロット内で送信されてもよい。ＤＭ−ＲＳの直交カバーコード設計のため、そのような例は、タイムスロットごとに、デバイスごとに最大４つのポートを可能にしてもよい。例えば、ＤＭ−ＲＳポート７、８、９、１０は、第１のタイムスロット内のデバイスのために構成されてもよく、ＤＭ−ＲＳポート１１、１２、１３、１４は、第２のタイムスロット内のデバイスのために構成されてもよい。例示的な方法では、ＤＭ−ＲＳポートは、３つのサブキャリア上で繰り返される必要がないことがある。したがって、ネットワークは、ＤＭ−ＲＳ  ＲＥを再使用して、タイムスロットごとのＤＭ−ＲＳ容量を増加させることができる。例えば、第１のスロットにおいて、サブキャリア０、１が（例えば、ＯＦＤＭシンボル５、６において）、４つのポートのために使用されてもよく、サブキャリア５、６が（例えば、ＯＦＤＭシンボル５、６において）、別の４つのポートのために使用されてもよく、および／またはサブキャリア１０、１１が（例えば、ＯＦＤＭシンボル５、６において）、別の４つのポートのために使用されてもよい。同一のことが、全部で１２の別のポートについても、第２のタイムスロットのＯＦＤＭシンボル１２、１３において適用されてもよい。
【０２０６】
加えて、混合された割り当て、または複数サブＲＢ割り当ての場合、デバイスは、割り当てられたＲＢのサブセット上のチャネルを推定してもよい。そのような実施形態では、デバイスは、それがサブＲＢ割り当てを有してもよいＲＢについて、デバイスが、隣接するＲＢのＤＭ−ＲＳに基づいてチャネルを推定してもよいように構成されてもよい。例えば、デバイスは、完全な（full）ＲＢペアおよびサブＲＢペアのためにスケジュールされてもよい。それは、それが完全な割り当てを有してもよく、それがダウンリンク割り当てにおいてシグナリングされてもよい、ＲＢ内のＤＭ−ＲＳで構成されてもよく、そのＤＭ−ＲＳを使用して、それがサブＲＢ割り当てを有してもよいＲＢペア内のチャネルを推定する。そのような隣接ＲＢ  ＤＭ−ＲＳの構成は、ダウンリンク割り当てにおいて明示的にシグナリングされてもよく、またはそれが混合された割り当てもしくは複数サブＲＢ割り当てを有してもよい場合、デバイスが隣接ＲＢに目を向け得るように、上位レイヤによって構成されてもよい。複数サブＲＢ割り当てが存在してもよい例の場合、デバイスは、いくつかのアンカＲＢで構成されてもよく、それらは、サブＲＢ割り当てを有してもよいとしても、ＤＭ−ＲＳも含む。
【０２０７】
低減されたＨＡＲＱフィードバック待ち時間も、本明細書で説明されるように提供されてもよい。例えば、サブフレームｎにおいて、サブＲＢペア割り当てに従ってＰＤＳＣＨを受信するデバイスは、サブフレームｎ＋ｋｒにおいて、このＰＤＳＣＨ送信に関するＨＡＲＱフィードバックを提供してもよく、ここで、ｋｒの値は、システム（例えば、現在のシステム）において使用される、サブフレームｎ＋ｋにおけるＨＡＲＱフィードバックの提供のために適用可能な、ｋの値とは異なってもよい（例えば、より小さいものであってもよい）。実施形態では、ＦＤＤ動作において、ｋは、４に等しくてもよい。ｋｒの値は、２に設定されてもよい。そのようなより高速なＨＡＲＱ動作は、小規模セルにおける低減された送信待ち時間に対して有益となることがある
【０２０８】
低減された待ち時間での（例えば、ｋｒ＜ｋとして、ｎ＋ｋの代わりに、サブフレームｎ＋ｋｒにおける）ＨＡＲＱフィードバックの提供は、例えば、以下の条件のうちの１つ、または少なくとも１つの組み合わせが満たされてもよい場合に行われてもよく、条件とは、デバイスが、サブＲＢペア割り当ての受信を試みるように構成されてもよいこと、デバイスが、サブフレームｎにおいて、サブＲＢペア割り当てのあるタイプを受信してもよくい（例えば、デバイスが、サブフレームｎにおいて、単一サブＲＢペア割り当てを受信してもよい場合、ｎ＋ｋｒにおいて、ＨＡＲＱフィードバックを送信してもよい）こと、デバイスが、サブフレームｎにおいて、正規の割り当てを受信しないことがあること、デバイスが、ＨＡＲＱフィードバックの提供について競合が存在してもよいサブフレームｎ−ｋ＋ｋｒにおいて、標準の割り当てを受信しないことがあること、受信されたサブＲＢペア割り当てのロケーションが、ＲＢペア内に存在してもよい（例えば、（１もしくは複数の）サブＲＢペア割り当てが、ＲＢペアの第１のスロット内に存在してもよく、もしくは存在してもよい場合、もしくはＰＤＳＣＨがサブフレームｎにおいて受信されてもよい、最高のＯＦＤＭシンボルが、閾値よりも小さいものである場合、デバイスが、ｎ＋ｋｒにおいて、ＨＡＲＱフィードバックを送信してもよい）こと、ＰＤＳＣＨが受信されてもよく、リソース要素もしくはＲＢの総量が、閾値よりも小さくてもよいこと、および／または割り当てにおいて受信されてもよいトランスポートブロックのサイズが、閾値よりも小さくてもよいこと、などである。
【０２０９】
デバイスがＰＵＣＣＨ上でサブフレームｎ＋ｋｒにおいてＨＡＲＱフィードバックを提供してもよい場合などの例では、ＰＵＣＣＨリソースは、以下のうちの１または複数、すなわち、サブフレームｎにおけるＰＤＳＣＨ送信から判定されてもよいリソース（例えば、サブフレームｎにおいてＰＤＳＣＨ送信に適用可能なダウンリンク制御シグナリング内で受信されてもよいＡＲＩ）、ならびに／またはそのようなＰＤＳＣＨ送信がサブフレームｎ＋ｋｒ−ｋにおいて受信されてもよい場合、およびそのような送信が低減された待ち時間を有するＨＡＲＱフィードバックの提供のための条件を満たさらないことがある場合に、サブフレームｎ＋ｋｒ−ｋにおけるＰＤＳＣＨ送信から判定されてもよいリソースなどに従って判定されてもよい。
【０２１０】
例によれば、サブフレームｎ＋ｋｒ−ｋにおいて受信されたＰＤＳＣＨが、低減された待ち時間を有するＨＡＲＱフィードバックの提供のための条件を満たさないことがある場合、デバイスは、サブフレームｎにおいて受信されたＰＤＳＣＨとサブフレームｎ＋ｋｒ−ｋにおいて受信されたＰＤＳＣＨとの両方に適用可能なＨＡＲＱフィードバックを、サブフレームｎ＋ｋｒにおいて提供してもよい。この実施形態では、両方のサブフレームに関するＨＡＲＱ情報は、ＰＵＣＣＨまたはＰＵＳＣＨ上での送信の前に、連結されてもよい。
【０２１１】
本明細書では、ＵＥまたはＷＴＲＵという用語が使用されてもよいが、そのような用語の使用は、交換可能に行われてもよく、そのため、区別可能にならないことがあることを理解されてもよく、また理解されるべきである。
【０２１２】
上記では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、単独で使用されてもよく、または他の特徴および要素との任意の組み合わせで使用されてもよいことを当業者は理解されよう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによって実行される、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施されてもよい。コンピュータ可読媒体の例は、（有線または無線接続上で送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと連携するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータのための無線周波送受信機を実施するために使用されてもよい。
【図１Ａ】
2017201798.tif 000012
【図１Ｂ】
2017201798.tif 000013
【図１Ｃ】
2017201798.tif 000014
【図１Ｄ】
2017201798.tif 000015
【図１Ｅ】
2017201798.tif 000016
【図２】
2017201798.tif 000017
【手続補正書】
【提出日】平成29年7月18日(2017.7.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送信受信ユニット（ＷＴＲＵ）によって実行される方法であって、
前記ＷＴＲＵが、無線ネットワークから、チャネル品質インジケータ（ＣＱＩ）報告構成を受信するステップであって、前記ＣＱＩ報告構成は、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、および２５６ＱＡＭにマッピングされるＣＱＩ値を含むＣＱＩテーブルがＣＱＩ報告のために使用されるかを示す、ステップと、
前記ＷＴＲＵが、前記ＣＱＩ報告構成を全てのサブフレーム中のＣＱＩ報告に適用するか、またはサブフレームのサブセット中のＣＱＩ報告に適用するかを判断するステップと、
前記ＷＴＲＵが、ＣＱＩ報告が前記無線ネットワークに送信されることを判断するステップと、
前記ＷＴＲＵが、前記ＣＱＩ報告構成に基づいて前記ＣＱＩ報告を生成するステップと、
前記ＷＴＲＵが、前記ＣＱＩ報告を前記無線ネットワークに送信するステップと、
を含む、方法。
【請求項２】
前記ＷＴＲＵが、前記ＣＱＩ報告構成に基づいて、ダウンリンク送信について変調およびコーディング方式（ＭＣＳ）を選択するために使用されるＭＣＳテーブルを決定するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記ダウンリンク送信についてＭＣＳを選択するために使用される前記ＭＣＳテーブルは、受信されるダウンリンク制御情報（ＤＣＩ）フォーマットにさらに基づいて決定される、請求項２に記載の方法。
【請求項４】
前記受信されるＤＣＩフォーマットは、物理データ共有チャネル（ＰＤＳＣＨ）送信が、２５６ＱＡＭを使用して受信されることを示すダウンリンク割り当てを含む、請求項３に記載の方法。
【請求項５】
前記ＷＴＲＵが、前記受信されるＤＣＩのフォーマットに基づいて、トランスポートブロックサイズ（ＴＢＳ）選択のために使用されるＴＢＳテーブルを決定するステップをさらに含む、請求項３に記載の方法。
【請求項６】
前記ＣＱＩ報告構成は、無線リソース制御（ＲＲＣ）メッセージを介して前記無線ネットワークから受信される、請求項１に記載の方法。
【請求項７】
前記ＣＱＩ報告構成は、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、および２５６ＱＡＭにマッピングされるＣＱＩ値を含む前記ＣＱＩテーブルが、周期的ＣＱＩ報告および非周期的ＣＱＩ報告の両方のために使用されるかをさらに示す、請求項１に記載の方法。
【請求項８】
無線送信受信ユニット（ＷＴＲＵ）であって、
無線ネットワークから、チャネル品質インジケータ（ＣＱＩ）報告構成を受信し、前記ＣＱＩ報告構成は、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、および２５６ＱＡＭにマッピングされるＣＱＩ値を含むＣＱＩテーブルがＣＱＩ報告のために使用されるかを示し、
前記ＣＱＩ報告構成を全てのサブフレーム中のＣＱＩ報告に適用するか、またはサブフレームのサブセット中のＣＱＩ報告に適用するかを判断し、
ＣＱＩ報告が前記無線ネットワークに送信されることを判断し、
前記ＣＱＩ報告構成に基づいて前記ＣＱＩ報告を生成し、
前記ＣＱＩ報告を前記無線ネットワークに送信する
ように構成されたプロセッサを備える、ＷＴＲＵ。
【請求項９】
前記プロセッサは、
前記ＣＱＩ報告構成に基づいて、ダウンリンク送信について変調およびコーディング方式（ＭＣＳ）を選択するために使用されるＭＣＳテーブルを決定するようにさらに構成された、請求項８に記載のＷＴＲＵ。
【請求項１０】
前記プロセッサは、前記ダウンリンク送信についてＭＣＳを選択するために使用される前記ＭＣＳテーブルを、受信されるダウンリンク制御情報（ＤＣＩ）フォーマットにさらに基づいて決定するよう構成された、請求項９に記載のＷＴＲＵ。
【請求項１１】
前記受信されるＤＣＩフォーマットは、物理データ共有チャネル（ＰＤＳＣＨ）送信が、２５６ＱＡＭを使用して受信されることを示すダウンリンク割り当てを含む、請求項１０に記載のＷＴＲＵ。
【請求項１２】
前記プロセッサは、前記受信されるＤＣＩのフォーマットに基づいて、トランスポートブロックサイズ（ＴＢＳ）選択のために使用されるＴＢＳテーブルを決定するように構成された、請求項１０に記載のＷＴＲＵ。
【請求項１３】
前記ＣＱＩ報告構成は、無線リソース制御（ＲＲＣ）メッセージを介して前記無線ネットワークから受信される、請求項８に記載のＷＴＲＵ。
【請求項１４】
前記ＣＱＩ報告構成は、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、および２５６ＱＡＭにマッピングされるＣＱＩ値を含む前記ＣＱＩテーブルが、周期的ＣＱＩ報告および非周期的ＣＱＩ報告の両方のために使用されるかをさらに示す、請求項８に記載のＷＴＲＵ。
【外国語明細書】
2017201798000001.pdf