(57)【要約】【課題】本開示は、基地局およびユーザ機器を含むワイヤレス通信システム内でパラメータ・テーブルを設定するための、通信方法、基地局、およびユーザ機器を提供すること。【解決手段】通信方法は、基地局とユーザ機器の両方において、レガシー・パラメータ・テーブルの全エントリ、および、拡張エントリを含むパラメータ・テーブルを規定し、基地局からユーザ機器に、パラメータ・テーブルから選択されるサブテーブルを示すビットマップ指示を送信する。サブテーブル内のエントリの数はレガシー・パラメータ・テーブルの場合と同じである。【選択図】  図７
2015530033.tif 000002
【特許請求の範囲】
【請求項１】
基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを設定する通信方法であって、
前記基地局と前記ユーザ機器の両方において、レガシー・パラメータ・テーブルの全エントリ、および、拡張エントリを含むパラメータ・テーブルを規定し、
前記基地局から前記ユーザ機器に、前記パラメータ・テーブルから選択されるサブテーブルを示すビットマップ指示を送信し、
前記サブテーブル内のエントリの数は前記レガシー・パラメータ・テーブルの場合と同じである、
通信方法。
【請求項２】
前記パラメータ・テーブルは、チャネル品質インジケータ（ＣＱＩ）テーブル、差分ＣＱＩオフセット・レベル・テーブル、変調符号化方式（ＭＣＳ）テーブルを含む、
請求項１に記載の通信方法。
【請求項３】
前記ビットマップ指示は、前記基地局により無線リソース制御（ＲＲＣ）シグナリングによって直接送信される、または、ダウンリンク制御情報（ＤＣＩ）フォーマットのビットによって動的にトリガされる／暗黙に示される、
請求項１に記載の通信方法。
【請求項４】
前記拡張エントリは、前記レガシー・パラメータ・テーブルに含まれない、新しい変調次数、または、変調次数と符号化レートとの新しい組合せ、に対応する、
請求項１に記載の通信方法。
【請求項５】
前記無線通信システム内の前記ユーザ機器の無線リンク状況に基づいて、前記基地局によってビットマップ指示を生成することをさらに含む、
請求項１に記載の通信方法。
【請求項６】
前記ユーザ機器によって、前記サブテーブルに基づいてエントリのインデックスを前記基地局に対して報告することをさらに含む、
請求項１に記載の通信方法。
【請求項７】
差分ＣＱＩオフセット・レベルがパラメータとして報告されるべきとき、差分ＣＱＩオフセット・レベル・エントリの前記インデックスは、拡張差分ＣＱＩオフセット・レベル・テーブルから前記ビットマップ指示によって選択される差分ＣＱＩオフセット・レベル・サブテーブルに基づいて決定され、
前記差分ＣＱＩオフセット・レベル・サブテーブルは、レガシー・エントリに基づく直接的拡張であるか、または再設計され、
前記再設計される差分ＣＱＩオフセット・レベル・サブテーブルは純粋な値からなり、前記ビットマップによって選択される前記値は、自動的に閉集合を形成する、
請求項６に記載の通信方法。
【請求項８】
前記サブテーブル内の前記エントリのインデックスを再作成し、前記ユーザ機器によって、前記サブテーブル内の再作成されたエントリのインデックスを前記基地局に対して報告することをさらに含む、
請求項６に記載の通信方法。
【請求項９】
前記ユーザ機器から前記インデックスを受信した後、前記基地局によって、前記サブテーブルに基づいて前記報告されたインデックスを元のインデックスに復元することをさらに含む、
請求項８に記載の通信方法。
【請求項１０】
広帯域ＣＱＩがパラメータとして報告されるべきとき、前記広帯域ＣＱＩは、ビットマップによって拡張ＣＱＩテーブルから選択されるＣＱＩサブテーブルに基づいて決定され、
空間ＣＱＩ、サブバンドＣＱＩ、またはＵＥ選択式ＣＱＩが前記パラメータとして報告されるべきとき、前記空間ＣＱＩ、前記サブバンドＣＱＩ、または前記ＵＥ選択式ＣＱＩは、
（１）前記拡張ＣＱＩテーブル、または、前記拡張ＣＱＩテーブルから選択される前記ＣＱＩサブテーブルに基づく広帯域ＣＱＩ、
（２）ビットマップによって拡張差分ＣＱＩオフセット・レベル・テーブルから選択されるサブテーブルに基づく差分ＣＱＩオフセット・レベル、
に基づいてｅＮＢ内で決定される、
請求項１に記載の通信方法。
【請求項１１】
基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを設定する通信方法であって、
前記基地局と前記ユーザ機器の両方において、少なくとも、レガシー・パラメータ・テーブル、および、新しい変調次数に関するエントリまたは変調次数と符号化レートとの新しい組み合わせに関するエントリを含む積極的パラメータ・テーブル、を含む複数のパラメータ・テーブルを規定し、
前記基地局から前記ユーザ機器に、前記複数のパラメータ・テーブルから選択されるパラメータ・テーブルを示す指示を送信し、
前記複数のパラメータ・テーブルの任意のパラメータ・テーブル内のエントリの数は、シグナリング・オーバヘッドを不変とするために前記レガシー・パラメータ・テーブルの場合と同じである、
通信方法。
【請求項１２】
基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを設定する通信方法であって、
前記基地局と前記ユーザ機器の両方において、レガシー・パラメータ・テーブルの全エントリ、および、拡張エントリを含むパラメータ・テーブルを規定し、
前記基地局から前記ユーザ機器に、レガシー・ビットおよび少なくとも１つの未使用ビットの双方を用いて前記パラメータ・テーブルの１つのエントリを示す指示を送信する、
通信方法。
【請求項１３】
前記少なくとも１つの未使用ビットは、ＨＡＲＱ  ＩＤのキャリア・インジケータ・フィールド（ＣＩＦ）またはＨＡＲＱ  ＩＤの部分的ビットであり、前記レガシー・ビットは、ダウンリンク制御情報（ＤＣＩ）内のビットである、
請求項１２に記載の通信方法。
【請求項１４】
基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを設定する通信方法であって、
前記基地局と前記ユーザ機器の両方において、レガシー・パラメータ・テーブルの全エントリ、および、拡張エントリを含むパラメータ・テーブルを規定し、
前記基地局から前記ユーザ機器に、いくつかのビットによって前記パラメータ・テーブルの１つのエントリを示す指示を送信し、
前記ビットの数は前記パラメータ・テーブル内のエントリの数に対応する、
通信方法。
【請求項１５】
基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを設定する基地局であって、
レガシー・パラメータ・テーブルの全エントリ、および、拡張エントリを含む予め規定されたパラメータ・テーブルを格納する記憶部と、
前記予め規定されたパラメータ・テーブルから選択されるサブテーブルを示すビットマップ指示を前記ユーザ機器に送信する送信部と、を備え、
前記サブテーブル内の前記エントリの数は前記レガシー・パラメータ・テーブルの場合と同じである、
基地局。
【請求項１６】
前記無線通信システム内の前記ユーザ機器の無線リンク状況に基づいて前記ビットマップ指示を生成する生成部をさらに備える、
請求項１５に記載の基地局。
【請求項１７】
前記サブテーブルに基づいてエントリのインデックスを前記ユーザ機器に報知する報知部をさらに備える、
請求項１５に記載の基地局。
【請求項１８】
前記サブテーブルに基づいて、前記ユーザ機器によって報告される、インデックスが再作成されたエントリのインデックスを元のインデックスに復元する復元部をさらに備える、
請求項１５に記載の基地局。
【請求項１９】
基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを設定するユーザ機器であって、
レガシー・パラメータ・テーブルの全エントリ、および、拡張エントリを含む予め規定されたパラメータ・テーブルを格納する記憶部と、
前記予め規定されたパラメータ・テーブルから選択されるサブテーブルを示すビットマップ指示を前記基地局から受信する受信部と、を備え、
前記サブテーブル内の前記エントリの数は前記レガシー・パラメータ・テーブルの場合と同じである、
ユーザ機器。
【請求項２０】
前記サブテーブルに基づいてエントリのインデックスを前記基地局に報告する報告部をさらに備える、
請求項１９に記載のユーザ機器。
【請求項２１】
前記サブテーブル内の前記エントリのインデックスを再作成するインデックス再作成部と、
前記基地局に前記サブテーブル内のインデックスが再作成されたエントリのインデックスを報告する報告部と、をさらに備える、
請求項１９に記載のユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信分野におけるパラメータ・テーブル構成技法に関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project）リリース８／９／１０システムでは、チャネル状態情報（ＣＳＩ：channel state information）の１つのタイプであるチャネル品質インジケータ（ＣＱＩ：Channel Quality Indicator）は、ｅＮｏｄｅＢ（ｅＮＢ）におけるスケジューリングおよびリンクアダプテーションのために使用される重要な通信パラメータである。実際には、ＵＥ（ユーザ機器（user equipment））が、ＣＲＳ（common reference signal）またはＣＳＩ−ＲＳ（channel state information-reference signal）のような或る参照信号に基づいて、ダウンリンク・チャネルに関してよりよく知っているので、ＣＱＩはＵＥ側で計算され推奨される。その後、ＣＱＩは、ＣＱＩテーブル内の或るインデックスを用いてＵＥによってフィードバックされる。ＣＱＩテーブルは、変調次数（modulation order）と符号化レート（coding rate）との組合せを含む（非特許文献１の表７．２．３−１を参照。非特許文献１の内容は全て本願に援用される）。
【０００３】
図１は、非特許文献１内のＣＱＩテーブルを示す。図１から分かるように、レガシーＣＱＩテーブルと呼ぶこともできる標準的なＣＱＩテーブルは、ＱＰＳＫ、１６ＱＡＭおよび６４ＱＡＭなどの変調方式に対応する０〜１５のインデックスを有する１６のエントリを含む。したがって、ＵＥが或る広帯域（wideband）ＣＱＩをｅＮＢにフィードバックするとき、或るエントリを示すために４ビットが必要である。
【０００４】
サブバンドＣＱＩ、空間ＣＱＩまたはＵＥ選択式ＣＱＩなどの、異なるフィードバック・モードまたは伝送モードに従って規定される他のＣＱＩタイプに関して、ＵＥは、図１と同じＣＱＩテーブル内のエントリ／インデックスを直接フィードバックしない。代わりに、暗黙的（implicit）メカニズムが、広帯域ＣＱＩ値からのＣＱＩオフセット・レベルをフィードバックするために使用される。例えば、以下の通りである。
Subband differential CQI offset level = subband CQI index - wideband CQI index
【０００５】
図２は、非特許文献１内のSubband differential CQI（サブバンド差分ＣＱＩ）テーブルを示す。レガシー・サブバンド差分ＣＱＩテーブルと呼ぶこともできる標準的なサブバンド差分ＣＱＩテーブルが、０〜３のインデックスを有する４つのエントリを含むことがわかる。したがって、ＵＥは、サブバンド差分ＣＱＩオフセット・レベルをフィードバックするために２つのさらなるビットを必要とする。
【０００６】
同様に、ＭＣＳ（Modulation Coding Scheme）は、３ＧＰＰリリース８／９／１０システムにおいて重要な通信パラメータである。ＭＣＳは、変調次数（modulation order）と符号化レートのどの組合せが、ダウンリンクおよびアップリンクの物理的伝送で使用されるかを示す。変調次数とトランスポート・ブロック・サイズのどの組合せが使用されうるかを規定する、ＭＣＳテーブルと呼ぶテーブルも存在する。
【０００７】
図３は、非特許文献１内のＭＣＳテーブルを示す。レガシーＭＣＳテーブルと呼ぶこともできる標準的なＭＣＳテーブルが、２、４および６などの変調次数に対応する０〜３１のインデックスを有する３２のエントリを含むことがわかる。インデックス２９〜３１を有する最後の３つのエントリは再送のために使用される。３ＧＰＰでは、どのＭＣＳが使用されるかが、ＤＣＩ（Downlink Control Information）によって通知される。この通知のために５ビットが必要となる。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】3GPP TS 36.213 V10.5.0
【発明の概要】
【発明が解決しようとする課題】
【０００９】
３Ｄビームフォーミング、大規模ＭＩＭＯおよびスモールセルの高密度配置など、新しい技術および新しいネットワーク配置の将来的な導入によって、ユーザ機器は、高いＳＩＮＲを有する高品質な無線チャネルリンクを維持するより多くの機会を有する。このため、システムが、スペクトル効率およびユーザ・スループットをさらに改善するために、２５６ＱＡＭまたは１０２４ＱＡＭのような現行のシステムより高い変調次数をサポートすることが可能であり、かつ有利である。
【００１０】
したがって、レガシー・テーブル内のものに比べて、より高い変調次数および／または符号化レートに対応するより多くのエントリが示されうるように、上述したＣＱＩテーブルまたはＭＣＳテーブルなどのパラメータ・テーブルを構成することが求められている。differential CQI（差分ＣＱＩ）の通知がより正確になるように、より多くのＣＱＩオフセット・レベルを通知するための差分ＣＱＩテーブルを構成することも求められている。
【課題を解決するための手段】
【００１１】
本開示は、上記態様を考慮してなされる。
【００１２】
本開示の１態様によれば、基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを構成する通信方法が提供され、通信方法は、基地局とユーザ機器の両方において、レガシー・パラメータ・テーブルの全エントリ、および、拡張エントリを含むパラメータ・テーブルを規定し、基地局からユーザ機器に、パラメータ・テーブルから選択されるサブテーブルを示すビットマップ指示を送信する。
【００１３】
本開示の別の態様によれば、基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを構成する通信方法が提供され、通信方法は、基地局とユーザ機器の両方において、少なくともレガシー・パラメータ・テーブルを含む複数のパラメータ・テーブル、および、新しい変調次数関連のエントリまたは変調次数と符号化レートの新しい組合せを含む積極的パラメータ・テーブルを規定すること、および、基地局からユーザ機器に、複数のパラメータ・テーブルから選択されるパラメータ・テーブルを示す指示を送信することを含み、複数のパラメータ・テーブルの任意のパラメータ・テーブル内のエントリの数は、シグナリング・オーバヘッドを不変とするためにレガシー・パラメータ・テーブルの場合と同じである。
【００１４】
本開示のさらなる態様によれば、基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを構成する通信方法が提供され、通信方法は、基地局とユーザ機器の両方において、レガシー・パラメータ・テーブルの全エントリ、および、拡張エントリを含むパラメータ・テーブルを規定し、基地局からユーザ機器に、レガシー・ビットおよび少なくとも１つの未使用ビットによって、パラメータ・テーブルの１つのエントリを示す指示を共同で送信する。
【００１５】
本開示のさらなる態様によれば、基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを構成する通信方法が提供され、通信方法は、基地局とユーザ機器の両方において、レガシー・パラメータ・テーブルの全エントリ、および、拡張エントリを含むパラメータ・テーブルを規定し、基地局からユーザ機器に、いくつかのビットによってパラメータ・テーブルの１つのエントリを示す指示を送信し、ビットの数はパラメータ・テーブル内のエントリの数に対応する。
【００１６】
本開示のさらなる態様によれば、基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを構成するための基地局が提供され、基地局は、レガシー・パラメータ・テーブルの全エントリ、および、拡張エントリを含む予め規定されたパラメータ・テーブルを格納する記憶部と、予め規定されたパラメータ・テーブルから選択されるサブテーブルを示すビットマップ指示をユーザ機器に送信する送信部とを備え、サブテーブル内のエントリの数はレガシー・パラメータ・テーブルの場合と同じである。
【００１７】
本開示のさらなる態様によれば、基地局およびユーザ機器を含む無線通信システム内でパラメータ・テーブルを構成するためのユーザ機器が提供され、ユーザ機器は、レガシー・パラメータ・テーブルの全エントリ、および、拡張エントリを含む予め規定されたパラメータ・テーブルを格納する記憶部と、予め規定されたパラメータ・テーブルから選択されるサブテーブルを示すビットマップ指示を基地局から受信する受信部とを備え、サブテーブル内のエントリの数はレガシー・パラメータ・テーブルの場合と同じである。
【００１８】
本開示のさらなる態様によれば、異なるＣＱＩタイプのための異なるＣＱＩテーブルを構成する通信方法が提供され、広帯域ＣＱＩはＣＱＩテーブルによって明示的に示され、空間ＣＱＩ、サブバンドＣＱＩまたはＵＥ選択式ＣＱＩのような他のＣＱＩタイプは、サブバンド差分ＣＱＩテーブルによって暗黙に示されることを考慮する。
【００１９】
本開示のさらなる態様によれば、基地局およびユーザ機器を含む無線通信システム内で新しいパラメータ・テーブルを構成する通信方法が提供され、オフセット・レベルについて半閉区間規定（half closed-interval definition）は存在しない。代わりに、値だけがテーブル内で規定されており、ビットマップに基づく指示値は、全閉区間テーブルを自動的に形成する。
【発明の効果】
【００２０】
本開示の種々の態様の通信方法および通信装置によれば、レガシー・テーブル内のものより多くのエントリが通知される。これにより、報告によるオーバヘッドを増加させることなく、チャネルに適応するためのより高い変調次数がサポートされ、スペクトル効率を改善することができる。
【００２１】
本開示のこれらのおよび／または他の態様および利点は、添付図面と併せて以下で、本開示の実施形態の詳細な説明において理解されることがより明確でかつ容易になるであろう。
【図面の簡単な説明】
【００２２】
【図１】従来の通信システムにおけるレガシーＣＱＩテーブルを示す図
【図２】従来の通信システムにおけるレガシー・サブバンド差分ＣＱＩテーブルを示す図
【図３】従来の通信システムにおけるレガシーＭＣＳテーブルを示す図
【図４】ＵＥが、異なる位置で異なる変調／符号化レート要件を有する通信シナリオを概略的に示す図
【図５】異なるキャリア・コンポーネント（carrier component）（ＣＣ）が異なる変調／符号化レート要件を有する通信シナリオを概略的に示す図
【図６】異なるリンクが異なる変調／符号化レート要件を有する通信シナリオを概略的に示す図
【図７】本開示の第１の実施形態に係る通信方法の例示的な実装を示すフローチャート
【図８】本開示の第１の実施形態に係る拡張ＣＱＩテーブルおよび対応するビットマップの例を概略的に示す図
【図９】本開示の第１の実施形態に係る２つの種類の拡張差分ＣＱＩテーブルおよび対応するビットマップの例を概略的に示す図
【図１０】本開示の第１の実施形態に係る、予約済みエントリの位置に基づく２つの種類の拡張ＭＣＳテーブルおよび対応するビットマップの例を概略的に示す図
【図１１】本開示の第１の実施形態に係る基地局の構成を概略的に示す図
【図１２】本開示の第１の実施形態に係るユーザ機器の構成を概略的に示す図
【図１３】本開示の第２の実施形態に係る通信方法の例示的な実装を示すフローチャート
【図１４】本開示の第２の実施形態に係るレガシー・パラメータ・テーブルおよび積極的パラメータ・テーブルを概略的に示す図
【図１５】本開示の第２の実施形態に係る基地局の構成を概略的に示す図
【図１６】本開示の第２の実施形態に係るユーザ機器の構成を概略的に示す図
【図１７】本開示の第３の実施形態に係る通信方法の例示的な実装を示すフローチャート
【図１８】本開示の第４の実施形態に係る通信方法の例示的な実装を示すフローチャート
【図１９】本開示の第４の実施形態に係る新しい伝送フォーマットを概略的に示す図
【発明を実施するための形態】
【００２３】
以下の詳細な説明では、本説明の一部を形成する添付図面が参照される。図面では、類似の記号は、別段文脈により示されない限り、概して類似の構成要素を特定する。本開示の態様が、いろいろな異なる構成で配置され、置換され、組み合わされ、設計される可能性があり、それらの全てが、明示的に企図され、本開示の一部を作ることが容易に理解されるであろう。
【００２４】
（第１の実施形態）
本開示の第１の実施形態では、ｅＮｏｄｅＢおよびＵＥを含む無線通信システム内でパラメータ・テーブルを設定する通信方法が提供される。通信方法は、レガシー・パラメータ・テーブルの全エントリおよび拡張エントリを含むパラメータ・テーブルをｅＮｏｄｅＢ及びＵＥの双方において規定するステップと、パラメータ・テーブルから選択されるサブテーブルを示すビットマップ指示をｅＮｏｄｅＢからＵＥへ送信するステップとを含む。サブテーブル内のエントリ数はレガシー・パラメータ・テーブルのエントリ数と同じである。
【００２５】
本開示の第１の実施形態に係る通信方法の実装に関して詳細に説明する前に、図４〜６を参照して、ＵＥの異なる通信シナリオ、及び、変調次数／符号化レートに関する異なる要件について説明する。
【００２６】
図４は、ＵＥが異なる位置において異なる変調／符号化レート要件を有する通信シナリオを概略的に示す図である。
【００２７】
図４に示すように、ＵＥ４０１は、ローカル・エリアまたは大規模ＭＩＭＯ（multiple-input-multiple-output）シナリオ４００内に位置する。ＵＥ４０１には変調次数／符号化レートに関して、異なる位置において異なる要件を有することがわかる。例えば、ＵＥ４０１は、異なる位置では異なるＳＩＮＲ（signal-to-noise ratio）状態となる。ＵＥ４０１が、セルエッジ（例えば位置Ａ）からセル中心により近い位置（例えば位置Ｂ）まで、そして最終的にセル中心（例えば位置Ｃ）までゆっくり移動する場合、ＵＥ４０１は、各々の位置において低いＳＩＮＲ、中程度に高いＳＩＮＲ、および非常に高いＳＩＮＲ状態になる。明らかに、低いＳＩＮＲエリアでは比較的低い効果の符号化レートを必要とする一方、高いＳＩＮＲエリアでは比較的高い実効符号化レートを必要とする。
【００２８】
図５は、異なるキャリア・コンポーネント（ＣＣ）が異なる変調／符号化レート要件を有する通信シナリオを概略的に示す図である。
【００２９】
図５に示すキャリア・アグリゲーション（ＣＡ：carrier aggregation）のシナリオでは、同様に、異なるＣＣもまた、異なるＳＩＮＲ／干渉／チャネル状況により、異なる変調／符号化レート要件を有することがわかる。例えば、キャリア１などのＰｃｅｌｌからＵＥへのＣＣの場合、ロバストなアクセスのために保守的ＣＱＩテーブル（例えばレガシーＣＱＩテーブル）に関する要件が存在する。一方、キャリア２などのＳｃｅｌｌからＵＥへのＣＣの場合、スループットを増大させるために積極的なＣＱＩテーブルに関する要件が存在する。
【００３０】
図６は、異なるリンクが異なる変調／符号化レート要件を有する通信シナリオを概略的に示す図である。
【００３１】
図６に示すシナリオでは、同様に、アップリンクおよびダウンリンクは、異なるＳＩＮＲ／干渉／チャネル状況により、異なる変調／符号化レート要件を有することがわかる。例えば、ダウンリンク伝送の場合、多くのアクティブなダウンリンク・トラフィックにより、保守的ＣＱＩテーブル（例えばレガシーＣＱＩテーブル）に関する要件が存在する可能性がある。一方、アップリンク伝送の場合、少ないアップリンク・トラフィック、それ故の高いＳＩＮＲにより、積極的ＣＱＩテーブルに関する要件が存在する可能性がある。
【００３２】
図４〜図６から、異なるチャネルに適応し、より良い性能を得るために、変調次数／符号化レートの特有の組合せを含むＣＱＩ／ＭＣＳテーブルなどの異なるパラメータ・テーブルが異なるＳＩＮＲ条件においてそれぞれ使用されることが予想される。換言すれば、異なる通信シナリオについて同じパラメータ・テーブルを適用する必要はない。或る通信シナリオでは、パラメータ・テーブル内のいくつかのエントリだけで十分である可能性がある。
【００３３】
本開示の第１の実施形態に係る通信方法は、上記分析を考慮して設計されて、異なる変調／符号化レート要件を満たす。
【００３４】
ここで、図７を参照して、本開示の第１の実施形態に係る通信方法に関する詳細な説明を行う。
【００３５】
図７は、本開示の第１の実施形態に係る通信方法の例示的な実装を示すフローチャートである。第１の実施形態に係る通信方法は、ｅＮｏｄｅＢおよびＵＥを含む無線通信システム内でパラメータ・テーブルを設定するために使用される。
【００３６】
図７に示すように、通信方法は、ｅＮｏｄｅＢとＵＥの両方においてパラメータ・テーブルが規定されるステップ７０１で開始される。
【００３７】
パラメータは、ＵＥとｅＮｏｄｅＢとの間で通信される種々の通信パラメータである。例えば、パラメータは、ＣＱＩ、差分ＣＱＩオフセット・レベル、および／またはＭＣＳである。これに対応して、パラメータ・テーブルは、ＣＱＩテーブル、差分ＣＱＩテーブル、またはＭＣＳテーブルである。
【００３８】
さらに、パラメータ・テーブルは、レガシー・パラメータ・テーブルの全エントリおよびいくつかの拡張エントリを含む。レガシー・パラメータ・テーブルのエントリは、非特許文献１などの規格において規定された標準的なエントリである。また、それらのエントリは、比較的保守的な変調次数／符号化レートが必要とされる通信シナリオに対応する。拡張エントリは、本開示の第１の実施形態により規定された拡張エントリである。また、拡張エントリは、比較的積極的な変調次数／符号化レートが必要とされる通信シナリオに対応する。
【００３９】
次に、ステップ７０２では、ｅＮｏｄｅＢは、パラメータ・テーブルから選択されるサブテーブルを示すビットマップ指示をＵＥに送信する。
【００４０】
特に、ビットマップ指示は、上位レイヤまたは物理レイヤにおけるシグナリングによってｅＮｏｄｅＢからＵＥへ送信される。例えば、ビットマップ指示は、準静的にＲＲＣ（Radio Resource Control）シグナリングによって送信される。または、ビットマップ指示は、動的にＤＣＩ（Downlink Control Information）フォーマットのビットによって暗黙的にトリガされる（特定の設定はＲＲＣシグナリングによる）。
【００４１】
ビットマップは、パラメータ・テーブルから選択されるサブテーブルを通知するために使用される。サブテーブル内のエントリの数が、レガシー・パラメータ・テーブルのエントリ数と同じであるため、物理レイヤでの指示に関するシグナリング・オーバヘッドが変わらないことが留意されるべきである。
【００４２】
ビットマップは、上述した一般的な無線通信システムの通信シナリオまたは任意の他の適したシナリオに基づいてｅＮｏｄｅＢによって生成される。
【００４３】
ｅＮｏｄｅＢがＵＥにビットマップ指示を送信した後、ｅＮｏｄｅＢおよびＵＥは共に、サブテーブルが現在使用中であることを知っているため、ｅＮｏｄｅＢおよびＵＥは、パラメータ・サブテーブル内のエントリのインデックスを互いに通信できる。例えば、ＣＱＩテーブルの場合、ＵＥは、サブテーブルに基づいてｅＮｏｄｅＢにＣＱＩインデックスを報告することができ、ｅＮＢは、ＵＥが参照している同じテーブルを明確に知ることができる。ＭＣＳテーブルの場合、ｅＮｏｄｅＢは、ＵＥにＭＣＳインデックスを通知することができ、ＵＥはｅＮＢと同じＭＣＳテーブルを前提とする。
【００４４】
さらに、拡張パラメータ・テーブルがレガシー・テーブルより多くのエントリを含むため、本開示の第１の実施形態の方法は、フィードバック・ビットを不変とするために、インデックス再作成するプロセスおよび復元するプロセス（後述する）をさらに含む。
【００４５】
次に、図８〜図１０を参照して、ビットマップの原理をよりよく説明するためのいくつかの例を示す。
【００４６】
最初に、ビットマップがＣＱＩテーブルに適用される場合について説明する。図８は、本開示の第１の実施形態に係る拡張ＣＱＩテーブルおよび対応するビットマップの例を概略的に示す図である。拡張ＣＱＩテーブルと呼ぶこともできる図８に示すＣＱＩテーブルは、０〜２６のインデックスを有する２７のエントリを含む。各エントリは、対応する変調次数および符号化レートを有する或るＣＱＩ値にそれぞれ対応する。拡張ＣＱＩテーブル内のエントリの値およびエントリの数は例に過ぎず、それに限定されないことに留意されるべきである。
【００４７】
図１に示すレガシーＣＱＩテーブルと比較すると、拡張ＣＱＩテーブルは、レガシーＣＱＩテーブルの０〜１５のインデックスを有する全エントリ、および、１６〜２６のインデックスを有する新しい拡張エントリを含むことがわかる。そのため、拡張ＣＱＩテーブル内のエントリの数は、レガシーＣＱＩテーブルのエントリの数より多い。
【００４８】
上述した分析によれば、異なる通信シナリオの場合、拡張ＣＱＩテーブル全体を適用する必要はなく、或る通信シナリオでは、拡張ＣＱＩテーブル内のいくつかのエントリだけで十分である。
【００４９】
例えば、セルエッジ（例えば、図４に示す位置Ａ）におけるＵＥの場合、ＵＥは、低いＳＩＮＲ状態となるので、比較的保守的なＣＱＩ値、すなわち、比較的低い実効符号化レートおよび／または比較的低い変調次数を有するＣＱＩテーブルを必要とする。本開示の第１の実施形態に係る方法は、図８の列８０１に示すビットマップを用いて、拡張ＣＱＩテーブルから選択されるサブテーブル（この場合、保守的なＣＱＩテーブル）を設定する。例示的に、ビットマップの対応する位置における「１」の値は、サブテーブル内の対応するエントリの存在を示す。一方、ビットマップの対応する位置における「０」の値は、例えば、サブテーブル内の対応するエントリの非存在を示す。または、その逆も同様である。この場合、低い実効符号化レートおよび変調次数（例えば、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭ）を有するエントリが設定されることがビットマップ８０１からわかる。
【００５０】
エッジと比べてセルの中央により近い位置（例えば、図４に示す位置Ｂ）のＵＥの場合、ＵＥは、中程度のＳＩＮＲ状態となるので、比較的中程度のＣＱＩ値を有するＣＱＩテーブルを必要とする。本開示の第１の実施形態に係る方法は、図８の列８０２に示すビットマップを用いて、拡張ＣＱＩテーブルから選択されるサブテーブル（この場合、中程度のＣＱＩテーブル）を設定する。この場合、中程度の実効符号化レートおよび変調次数を有するエントリが設定されることがビットマップ８０２からわかる。
【００５１】
同様に、セルの中心（例えば、図４に示す位置Ｃ）のＵＥの場合、ＵＥは、高いＳＩＮＲ状態となるので、比較的積極的なＣＱＩ値、すなわち、比較的高い実効符号化レートおよび／または比較的高い変調次数を有するＣＱＩテーブルを必要とする。本開示の第１の実施形態に係る方法は、図８の列８０３に示すビットマップを用いて、拡張ＣＱＩテーブルから選択されるサブテーブル（この場合、積極的なＣＱＩテーブル）を設定する。この場合、高い実効符号化レートおよび変調次数、例えば、２５６ＱＡＭを有するより多くのエントリが設定されることがビットマップ８０３からわかる。同様に、低い実効符号化レートおよび変調次数（例えば、ＱＰＳＫ）を有する少数のエントリが、時々発生する場合に対処するように設定される。
【００５２】
３つのビットマップ８０１〜８０３は例に過ぎず、当業者が通信シナリオに従って異なるビットマップを用いてＣＱＩテーブルを構成しうることが留意されるべきである。
【００５３】
拡張ＣＱＩテーブルの場合、インデックス長がレガシーＣＱＩテーブルと依然として同じになるように、ＵＥはサブテーブル内でエントリを再順序付け（インデックス再作成）するべきであることも留意されるべきである。ｅＮＢにおいて、ビットマップに従って、受信したインデックスを元のインデックスに復元しうる。
【００５４】
例えば、図８では、ＵＥは、ビットマップ２の制限に基づいてＣＱＩインデックス２０を選択する。そして、ＵＥがビットマップ２によって示されるサブテーブル内で元のエントリに対してインデックス再作成することにより、元のインデックス２０は、ｅＮＢへフィードバックされる新しいインデックス１５に変更される。ｅＮＢは、インデックス１５をビットマップ２に基づいて元のインデックス２０に復元する。その結果、ｅＮＢとＵＥとの間に曖昧さが全くない。ｅＮＢは、ビットマップ・ベースの設定に基づいて、ＵＥが現在どの種類のテーブルを使用しているかを常に知っている。
【００５５】
したがって、図８から、より大きな符号化レートおよび変調次数（例えば、２５６ＱＡＭ以上）がビットマップによってサポートされ、また、異なる通信シナリオに適応するために特定の符号化レートおよび変調次数が選択され、最良の性能を達成する柔軟性が存在することがわかる。また、同時に、制限は、広帯域ＣＱＩについて使用されるだけである。特別なＣＱＩまたはサブバンドＣＱＩのような他のＣＱＩタイプの場合、それを制限する必要がない。ＵＥは、差分ＣＱＩオフセット・レベルを利用して、特別なＣＱＩまたはサブバンドＣＱＩについて拡張ＣＱＩテーブル内の任意のエントリまたはインデックスをフィードバックできる。その詳細および例は後で紹介されることになる。
【００５６】
さらに、上述したように、ビットマップ指示は、ＲＲＣシグナリングなどの上位レイヤシグナリングを介してｅＮｏｄｅＢによってＵＥへ送信される。これにより、物理レイヤ内のシグナリング・オーバヘッドは変わらない。
【００５７】
さらに、ＣＱＩサブテーブル内のエントリの数は、レガシーＣＱＩテーブルのエントリの数と同じである１６であるため、良好な後方互換性（backward compatibility）およびオーバヘッドが保証され、規格に対するわずかな修正だけが必要とされる。
【００５８】
次に、ビットマップが差分ＣＱＩテーブルに適用される場合に対して説明する。図９ａおよび図９ｂは、本開示の第１の実施形態に係る２つの種類の拡張差分ＣＱＩテーブルおよび対応するビットマップの例を概略的に示す図である。
【００５９】
最初に、図９ａを参照すると、拡張差分ＣＱＩテーブル９０１は、図２に示すレガシー差分ＣＱＩテーブルの０〜３のインデックスを有する全エントリと、４〜７のインデックスを有する新しい拡張エントリとを含む。同様に、拡張差分ＣＱＩテーブル内のエントリの値およびエントリの数は例に過ぎず、当業者は、異なる値を有するより多いかまたは少ない数のエントリを含む拡張差分ＣＱＩテーブルを設計しうる。図９ａに示す選択肢は、直接的拡張であり、レガシー・エントリ／値を依然として維持する。
【００６０】
図９ａに示すように、２ｄＢなどの比較的小さなオフセット・レベルの場合、第１の実施形態に係る方法は、レガシー差分ＣＱＩテーブル内のエントリと同じエントリを示す図９ａの列９０２に示すビットマップ１を用いて、拡張差分ＣＱＩテーブルから選択されるサブテーブルを設定する。５ｄＢまたは６ｄＢなどの比較的大きなオフセット・レベルの場合、第１の実施形態に係る方法は、大きなオフセット・レベルに対応する拡張エントリを示す図９ａの列９０３に示すビットマップ２を用いて、拡張差分ＣＱＩテーブルから選択されるサブテーブルを設定することができる。
【００６１】
図９ａの選択肢は、良好な後方互換性をもたらす。一方、図９ｂは、レガシー差分ＣＱＩテーブル内のエントリと全く異なるエントリを含む、本開示の第１の実施形態に従って完全に再定義された差分ＣＱＩテーブルである。図９ｂでは、レガシー差分ＣＱＩテーブルの場合と同様の半閉区間は全く規定されていない。代わりに、いくつかの値だけが規定されている。選択されたエントリがビットマップによって示された後、これらの値は閉集合（closed-set）を自動的に形成する。例えば、第１の実施形態に係る方法は、列９０５に示すビットマップ１を用いてサブテーブル９０８に示すサブテーブルを設定することができる。第１の実施形態に係る方法は、また、列９０６に示すビットマップ２を用いてサブテーブル９０７に示すサブテーブルを設定することができる。図９ｂのような拡張差分ＣＱＩテーブルの利点は、より多くのエントリを含むように、差分ＣＱＩテーブルをさらに拡張することがより容易であることである。換言すれば、拡張差分ＣＱＩテーブルは、半閉区間の代わりにいくつかの新しい値が規定される必要があるのみであるので、良好な前方互換性をもたらす。
【００６２】
広帯域ＣＱＩおよびサブバンド／空間／ＵＥ選択式ＣＱＩが、先の説明において同じＣＱＩテーブルを使用する必要がないことに留意されるべきである。すなわち、広帯域ＣＱＩエントリの選択は、オーバヘッドを不変とするためにＣＱＩサブテーブルに制限されうるが、サブバンド／空間／ＵＥ選択式ＣＱＩエントリの選択は、ＣＱＩサブテーブルに制限されず、拡張ＣＱＩテーブル全体に基づく。これは、サブバンド／空間／ＵＥ選択式ＣＱＩが、上述したように、実際のＣＱＩ値によって直接反映されるのではなく、差分ＣＱＩオフセット・レベルによって間接的に反映されるからである。
【００６３】
換言すれば、サブバンド差分ＣＱＩがパラメータとして報告される場合、サブバンド差分ＣＱＩエントリのインデックスが、ビットマップによる拡張ＣＱＩテーブルから選択されるＣＱＩサブテーブルに基づいて決定できる。代替として、サブバンド差分ＣＱＩエントリのインデックスは拡張ＣＱＩテーブル全体に基づいて決定できる。
【００６４】
例えば、広帯域ＣＱＩは、図８に示すビットマップ２によって制限される可能性があり、ＵＥは、ＣＱＩインデックス１６をフィードバックする。しかし、サブバンドＣＱＩは、ビットマップ２によって制限されない可能性があり、拡張ＣＱＩテーブル全体の任意のエントリが、ＣＱＩインデックス２２などのビットマップ２によって示されないときでも、使用される。その結果、この場合、ＵＥは、図９ａまたは図９ｂに示すサブバンド差分ＣＱＩテーブルに基づいてＣＱＩオフセット・レベル６（２２−１６＝６）をフィードバックする必要があるだけである。
【００６５】
すなわち、広帯域ＣＱＩがパラメータとして報告される場合、広帯域ＣＱＩは、ビットマップによる拡張ＣＱＩテーブルから選択されるＣＱＩサブテーブルに基づいて決定できる。空間ＣＱＩ、サブバンドＣＱＩ、またはＵＥ選択式ＣＱＩがパラメータとして報告される場合、空間ＣＱＩ、サブバンドＣＱＩ、またはＵＥ選択式ＣＱＩは、（１）拡張ＣＱＩテーブルまたは拡張ＣＱＩテーブルから選択されるＣＱＩサブテーブルに基づく広帯域ＣＱＩ、および、（２）ビットマップによって拡張差分ＣＱＩオフセット・レベル・テーブルから選択されるサブテーブルに基づく差分ＣＱＩオフセット・レベル、に基づいて決定される。
【００６６】
インデックス再作成プロセスおよび復元プロセスが、上述した拡張ＣＱＩテーブルについて適用されうることにも留意されるべきである。しかし、差分ＣＱＩテーブルの場合、インデックス再作成プロセスおよび復元プロセスは必要でない可能性がある。例えば、ＵＥが、広帯域ＣＱＩについてＣＱＩインデックス２０を、また、サブバンドＣＱＩについてインデックス２２を選択する場合、インデックス２（差分ＣＱＩテーブルに基づく）のみがフィードバックされるべきである。
【００６７】
本開示の第１の実施形態に係る拡張差分ＣＱＩテーブルによって、差分ＣＱＩのフィードバック精度は、シグナリング・オーバヘッドの増加無しで改善される。
【００６８】
次に、ビットマップがＭＣＳテーブルに適用される場合について説明する。図１０ａおよび図１０ｂは、本開示の第１の実施形態に係る２種類の拡張ＭＣＳテーブルおよび対応するビットマップの例を概略的に示す図である。図１０ａおよび図１０ｂに示す拡張ＭＣＳテーブルは、０〜４１のインデックスを有する４２のエントリを含む。同様に、拡張ＭＣＳテーブル内のエントリの値およびエントリの数は例に過ぎず、それに限定されない。
【００６９】
図１０ａおよび図１０ｂは、再送信のための予約済みテーブルの異なる位置に基づく２つの異なるパターンを示す。ｅＮＢおよびＵＥは、曖昧さを回避するため、指示後に、同じビットマップまたは選択されたテーブルを仮定すべきである。さらに、ＵＥがＭＣＳテーブルの構成を知らない初期状態またはハンドオーバ状態を考慮して、レガシー・テーブルが使用されうる。これらのシナリオでは、ｅＮＢは、一般に、ダウンリンク送信のためにＤＣＩフォーマット１Ａを使用する。その結果、レガシーＭＣＳテーブルは、ＤＣＩフォーマット１Ａ伝送におけるデフォルト設定として使用される。拡張ＭＣＳテーブルはＤＣＩフォーマット２Ｃまたは将来のフォーマットのために使用されうるのみである。
【００７０】
同様に、図１０ａおよび図１０ｂのビットマップは例に過ぎず、当業者は、通信シナリオに従って異なるビットマップを用いてＭＣＳテーブルを構成しうる。
【００７１】
以上、本開示の第１の実施形態に係る通信方法について述べた。通信方法によれば、レガシー・テーブル内のものより多くの変調次数／符号化レートに対応するより多くのエントリが、ビットマップによって通知されうる。それにより、より高い変調次数がサポートされ、チャネルに適応し、スペクトル効率を改善することができる。また、ある符号化レートおよび変調次数が異なる通信シナリオに従って柔軟に選択され、最良の性能を達成しうる。
【００７２】
さらに、ビットマップ通知がＲＲＣシグナリングなどの上位レイヤシグナリングを介してｄＮｏｄｅＢからＵＥに送信されるため、物理レイヤにおけるシグナリング・オーバヘッドは不変となる。
【００７３】
さらに、サブテーブル内のエントリ数は、レガシー・パラメータ・テーブルのエントリ数と同じであるため、良好な後方互換性が保証され、規格に対するわずかな修正だけが必要とされる。
【００７４】
以降で、本開示の第１の実施形態に係る通信装置について図１１〜１２を参照して述べる。通信装置は、基地局（ｅＮｏｄｅＢまたはｅＮＢとも呼ばれる）またはユーザ機器（ＵＥ）であり、基地局とＵＥの両方を備える無線通信システム内に配置される。
【００７５】
最初に、本開示の第１の実施形態に係る基地局の構成を概略的に示す図１１を参照されたい。第１の実施形態に係る基地局１１００は、パラメータ・テーブルを設定するために使用される。図１１に示すように、基地局１１００は、記憶部１１０１および送信部１１０２を主に備える。本開示の第１の実施形態の技術的解決策に密接に関連しない基地局１１００の他の部分は、主題の曖昧さを回避するため図示しない。
【００７６】
特に、記憶部１１０１は、予め規定されたパラメータ・テーブルを格納するように構成される。上述したように、パラメータ・テーブルは、ＣＱＩテーブル、差分ＣＱＩテーブル、またはＭＣＳテーブルである。さらに、パラメータ・テーブルは、レガシー・パラメータ・テーブルの全エントリおよびいくつかの拡張エントリを含む。
【００７７】
送信部は、予め規定されたパラメータ・テーブルから選択されるサブテーブルを示すビットマップ指示をＵＥに送信するように構成される。
【００７８】
特に、ビットマップ指示は、明示的に上位レイヤにおけるシグナリングによって、または、暗黙的に物理レイヤにおけるシグナリングによって、ｅＮｏｄｅＢからＵＥへ送信される。例えば、ビットマップ指示は、ＵＥ固有のＲＲＣシグナリングによって準静的に直接送信されうる。または、ビットマップ指示は、動的に、ＤＣＩフォーマットのビットによって暗黙にトリガされうる（特定の設定はＲＲＣシグナリングによる）。
【００７９】
ビットマップ指示は、パラメータ・テーブルから選択されるサブテーブルを示すために使用される。物理レイヤ内でのこの指示に関連するシグナリング・オーバヘッドを不変となるように、サブテーブル内のエントリの数が、レガシー・パラメータ・テーブルの場合と同じであることに留意されるべきである。
【００８０】
基地局１１００は、生成部（図示せず）をさらに備えうる。生成部は、通信システム内のユーザ機器の無線リンク状態に基づいてビットマップ指示を生成するように構成される。例えば、ユーザ機器がセル中心に近い位置にあるとき、セカンダリセル用のキャリアがユーザ機器に対して割り当てられるとき、または、ユーザ機器がアップリンク伝送状態にあるとき、生成部は、より多くの拡張エントリを含むサブテーブルを示すビットマップ指示を生成する。ユーザ機器がセル中心から遠く離れた位置にあるとき、プライマリセル用のキャリアがユーザ機器に対して割り当てられるとき、または、ユーザ機器がダウンリンク伝送状態にあるとき、生成部は、より多くのレガシー・エントリを含むサブテーブルを示すビットマップ指示を生成する。
【００８１】
図４〜６を参照して上述した以外の通信シナリオに基づいて生成部によってビットマップ指示が生成されうることは当業者によって理解されるであろう。
【００８２】
さらに、基地局１１００は、報知部（図示せず）をさらに備えうる。報知部は、サブテーブルに基づくエントリのインデックス（ＭＣＳインデックスなど）をＵＥに報知するように構成される。
【００８３】
さらに、拡張パラメータ・テーブルがレガシー・テーブルより多くのエントリを備えるため、基地局１１００は、エントリのインデックスを再作成するインデックス再作成部をさらに備えうる。
【００８４】
特に、例えば、ＭＣＳテーブルの場合、インデックス再作成部は、インデックス長がレガシーＭＣＳテーブルと依然として同じであるように、選択される元のＭＣＳエントリのインデックスを再作成する。その後、基地局１１００は新しいインデックスのうちの１つをＵＥに報知する。
【００８５】
さらに、基地局１１００は、新しいインデックスを元のインデックスに復元する復元部をさらに備えうる。
【００８６】
特に、例えば、ＣＱＩテーブルの場合、ＵＥ側で上述したのと同様のインデックス再作成プロセスが為され、選択された新しいインデックスをＵＥから受信した後、復元部は、ビットマップ指示に基づいて、報告された新しいインデックスを元のＣＱＩインデックスに復元する。
【００８７】
次に、本開示の第１の実施形態に係るユーザ機器の構成を概略的に示す図１２を参照されたい。第１の実施形態に係るユーザ機器１２００は、パラメータ・テーブルを設定するために使用される。図１２に示すように、ユーザ機器１２００は、記憶部１２０１および受信部１２０２を主に備える。同様に、本開示の第１の実施形態の技術的解決策に密接に関連しないユーザ機器１２００の他の部分は、主題の曖昧さを回避するため、図に示されない。
【００８８】
特に、記憶部１２０１は、図１１を参照して述べたパラメータ・テーブルと同様の予め規定されたパラメータ・テーブルを格納するように構成される。
【００８９】
受信部１２０２は、予め規定されたパラメータ・テーブルから選択されるサブテーブルを示すビットマップ指示をｅＮｏｄｅＢから受信するように構成される。
【００９０】
ユーザ機器１２００は、報告部（図示せず）をさらに備えうる。報告部は、サブテーブルに基づいてエントリのインデックスをｅＮｏｄｅＢに報告するように構成される。
【００９１】
さらに、ユーザ機器１２００は、例えば、拡張ＣＱＩテーブルについてサブテーブル内のエントリのインデックスを再作成するインデックス再作成部をさらに備える。また、ユーザ機器１２００は、例えば、拡張ＭＣＳテーブルについて、受信されたインデックスを元のインデックスに復元する復元部をさらに備えうる。インデックス再作成部および復元部の構成およびプロセスは、基地局１１００のものと同様であり、冗長な記載を回避するためここでは説明しない。
【００９２】
本開示の第１の実施形態に係る通信装置について述べた。通信装置によれば、より高い変調次数が柔軟にサポートされる。一方、物理レイヤ内のシグナリング・オーバヘッドは不変となり、良好な後方互換性がもたらされる。
【００９３】
（第２の実施形態）
図１３は、本開示の第２の実施形態に係る通信方法の例示的な実装を示すフローチャートである。
【００９４】
図１３に示すように、通信方法は、ｅＮｏｄｅＢとユーザ機器の両方において、複数のパラメータ・テーブルが規定されるステップ１３０１にて開始する。
【００９５】
パラメータは、上述した、ＣＱＩ、差分ＣＱＩ、および／またはＭＣＳなどの種々の通信パラメータである。相応して、パラメータ・テーブルは、ＣＱＩテーブル、差分ＣＱＩテーブル、および／またはＭＣＳテーブルである。
【００９６】
さらに、パラメータ・テーブルは、少なくとも、レガシー・パラメータ・テーブル、および積極的パラメータ・テーブルを含むことができる。積極的パラメータ・テーブルは、新しい変調次数に関するエントリ、または、変調次数に関するエントリと符号化レートに関するエントリの新しい組み合せを含む。これらのテーブルは図１４に概略的に示される。図１４に示すレガシー・パラメータ・テーブル１４０１は、非特許文献１などの規格において規定されたテーブルであり、比較的保守的な変調次数／符号化レートが必要とされる通信シナリオに対応する。図１４に示す積極的パラメータ・テーブル１４０２は、拡張された新しいテーブルであり、比較的積極的な変調次数／符号化レートが必要とされる通信シナリオに対応する。
【００９７】
次に、ステップ１３０２にて、ｅＮｏｄｅＢは、複数のパラメータ・テーブルから選択される１つのパラメータ・テーブルを示す指示をＵＥに送信する。
【００９８】
特に、指示は、ビット指示又はビットマップ指示であり、指示は、上位レイヤまたは物理レイヤにおけるシグナリングによってｅＮｏｄｅＢからＵＥへ送信される。例えば、ビットマップ指示は、ＲＲＣシグナリングまたはＤＣＩフォーマットのビットによって送信される。
【００９９】
物理レイヤ内での指示に関連するシグナリング・オーバヘッドが不変となるように、複数のパラメータ・テーブルの任意のパラメータ・テーブル内のエントリの数が、レガシー・パラメータ・テーブルの場合と同じであることに留意されるべきである。同様に、指示は、無線通信システムの通信シナリオに基づいてｅＮｏｄｅＢによって生成されうる。
【０１００】
さらに、複数のパラメータ・テーブルは、ハードコーディングされたテーブル、すなわち、規格内の予め規定されたテーブルであることができ、コンテンツは不変である。考えられる全てのテーブルが規格において指定されることができ、ｅＮｏｄｅＢは、どのテーブルが、ＲＲＣによって準静的に、または、ＤＣＩのビットによって動的に、一定期間、使用されることになるかをＵＥに示すことになる。
【０１０１】
ＣＱＩに関するテーブルおよびＭＣＳに関するテーブルが異なる構成を有しうることも留意されるべきである。ＣＱＩおよびＭＣＳが同じ変調次数の制限に常に従う必要はない。差分ＣＱＩテーブルはまた、ハードコーディングされた異なるバージョンを有する可能性があり、ｅＮＢは、どのテーブルが、ＲＲＣによってまたはＤＣＩフォーマットのビットによって使用されることになるかを示す。ＲＲＣシグナリングが設定／制限のために使用され、ＤＣＩビットがトリガのために使用されるという別の可能性が存在する。例えば、ハードコーディングされた複数のテーブルは、規格において予め規定され、ＲＲＣシグナリングは、どのテーブルが、現状の設定に使用されることになるかを示すために使用される。そして、特定のテーブルが、ＤＣＩのビットによって各ＴＴＩ（transmission time interval）において動的にトリガされることになる。
【０１０２】
本開示の第２の実施形態に係る通信方法によって、より高い変調次数が柔軟にサポートされる。また、物理レイヤ内のシグナリング・オーバヘッドが不変となり、良好な後方互換性がもたらされる。
【０１０３】
以降で、本開示の第２の実施形態に係る通信装置について図１５〜１６を参照して述べる。通信装置は、基地局（ｅＮｏｄｅＢとも呼ばれる）またはユーザ機器（ＵＥ）であり、基地局とＵＥの両方を備える無線通信システム内に配置される。
【０１０４】
最初に、本開示の第２の実施形態に係る基地局の構成を概略的に示す図１５を参照されたい。第２の実施形態に係る基地局１５００は、記憶部１５０１および送信部１５０２を主に備える。
【０１０５】
特に、記憶部１５０１は、複数の予め規定されたパラメータ・テーブルを格納するように構成される。複数の予め規定されたパラメータ・テーブルは、少なくとも、レガシー・パラメータ・テーブル、および、積極的パラメータ・テーブルを含む。積極的パラメータ・テーブルは、上述したように、新しい変調次数に関するエントリ、または、変調次数に関するエントリと符号化レートに関するエントリの新しい組合せを含む。送信部１５０２は、複数の予め規定されたパラメータ・テーブルから選択される予め規定されたパラメータ・テーブルを示す指示をユーザ機器に送信するように構成される。選択された予め規定されたパラメータ・サブテーブル内のエントリの数は、物理レイヤ内の指示に関連するシグナリング・オーバヘッドが不変となるように、レガシー・パラメータ・テーブルの場合と同じである。
【０１０６】
基地局１５００の他の部分およびその機能は、本開示の第１の実施形態に係る基地局１１００のものと同様であり、冗長な記載を回避するため、ここでは説明しない。
【０１０７】
次に、本開示の第２の実施形態に係るユーザ機器の構成を概略的に示す図１６を参照されたい。図１６に示すように、第２の実施形態に係るユーザ機器１６００は、記憶部１６０１および受信部１６０２を主に備える。
【０１０８】
特に、記憶部１６０１は、図１５を参照して述べたパラメータ・テーブルと同様の複数の予め規定されたパラメータ・テーブルを格納するように構成される。受信部１６０２は、複数の予め規定されたパラメータ・テーブルから選択されるパラメータ・テーブルを示す指示をｅＮｏｄｅＢから受信するように構成される。
【０１０９】
ユーザ機器１６００の他の部分およびその機能は、本開示の第１の実施形態に係るユーザ機器１２００のものと同様であり、冗長な記載を回避するため、ここでは説明しない。
【０１１０】
本開示の第２の実施形態に係る通信装置について述べた。本開示の第２の実施形態に係る通信装置によって、より高い変調次数が柔軟にサポートされる。一方、物理レイヤ内のシグナリング・オーバヘッドは不変となり、良好な後方互換性がもたらされる。
【０１１１】
（第３の実施形態）
図１７は、本開示の第３の実施形態に係る通信方法の例示的な実装を示すフローチャートである。
【０１１２】
図１７に示すように、通信方法は、ｅＮｏｄｅＢとユーザ機器の両方において、第１の実施形態のパラメータ・テーブルと同様のパラメータ・テーブルが規定されるステップ１７０１にて開始する。
【０１１３】
次に、ステップ１７０２にて、ｅＮｏｄｅＢは、レガシー・ビットおよび少なくとも１つの未使用ビットの双方によって、パラメータ・テーブルの１つのエントリを示す指示をＵＥに送信する。
【０１１４】
すなわち、本開示による第３の実施形態は、拡張パラメータ・テーブル、例えば拡張ＭＣＳテーブルを示すため、現状のビット、例えば、ＤＣＩのＭＣＳビットと組合せて未使用ビットを使用することに注目する。
【０１１５】
特に、現状では、ＤＣＩフォーマットにおいてＭＣＳ指示用の５ビットが存在する。したがって、拡張ＭＣＳテーブルを示し、現状のＭＣＳビットに影響を及ぼさないための、１つのオプションは、ＣＩＦ（Carrier Indicator Field）の１ビットまたは２ビットとＭＣＳビットとを組み合わせて、拡張テーブルを共同で示すことである（ＣＡの典型的なシナリオを考えると、ダウンリンクにおいて２ＣＣまたアップリンクにおいて１であるため、キャリア・インデックスの指示のためには１ビットで十分である。したがって、ＭＣＳを共同で示すために使用されうる２ビットは冗長である）。
【０１１６】
別のオプションは、ＨＡＲＱ（Hybrid Automatic Repeat Request）  ＩＤの未使用ビットとＭＣＳビットとを組み合わせて、拡張ＭＣＳテーブルを共同で示すことである。ＨＡＲＱ  ＩＤをどのように割り当てるかは、ｅＮＢにおける純粋な実装に関する問題である。例えば、最初の２つのビットだけが、通常のＨＡＲＱプロセスＩＤの指示のために使用され、最後の１ビットは、他のことに使用されうる。この場合、ｅＮＢは、ＭＣＳを共同で示すために、ＨＡＲＱ  ＩＤの最後のビットを使用する柔軟性を有する。
【０１１７】
上記２つのオプション以外に、拡張テーブルを示すために、未使用ビットとＭＣＳの現状の５ビットとを共同で組み合わせる任意の他の解決策もまた適用される。どの冗長ビットが最終的に使用されることになるかは、ｅＮＢ内でＵＥ固有のＲＲＣによって構成されうる。
【０１１８】
以降で、本開示の第３の実施形態に係る通信装置について述べる。
【０１１９】
第３の実施形態に係る基地局は、記憶部および送信部を主に備える。特に、記憶部は、上述したように、レガシー・パラメータ・テーブルの全エントリおよび拡張エントリを含む予め規定されたパラメータ・テーブルを格納するように構成される。送信部は、物理レイヤ内の指示に関連するシグナリング・オーバヘッドが不変となるように、レガシー・ビットおよび少なくとも１つの未使用ビットによって、予め規定されたパラメータ・テーブルの１つのエントリを共同で示す指示をユーザ機器に送信するように構成される。
【０１２０】
基地局の他の部分およびその機能は、本開示の第１の実施形態に係る基地局１１００のものと同様であり、冗長な記載を回避するため、ここでは説明しない。
【０１２１】
第３の実施形態に係るユーザ機器は、記憶部および受信部を主に備える。特に、記憶部は、上述したように、レガシー・パラメータ・テーブルの全エントリおよび拡張エントリを含む予め規定済みのパラメータ・テーブルを格納するように構成される。受信部は、レガシー・ビットおよび少なくとも１つの未使用ビットによって、予め規定されたパラメータ・テーブルの１つのエントリを共同で示す指示をｅＮｏｄｅＢから受信するように構成される。
【０１２２】
ユーザ機器の他の部分およびその機能は、本開示の第１の実施形態に係るユーザ機器１２００のものと同様であり、冗長な記載を回避するため、ここでは説明しない。
【０１２３】
本開示の第３の実施形態に係る通信方法および装置によって、より高い変調次数が柔軟にサポートされる。また、物理レイヤ内のシグナリング・オーバヘッドは不変となり、良好な後方互換性がもたらされる。
【０１２４】
（第４の実施形態）
図１８は、本開示の第４の実施形態に係る通信方法の例示的な実装を示すフローチャートである。
【０１２５】
図１８に示すように、通信方法は、ｅＮｏｄｅＢとユーザ機器の両方において、第１の実施形態のパラメータ・テーブルと同様のパラメータ・テーブルが規定されるステップ１８０１にて開始する。
【０１２６】
次に、ステップ１８０２にて、ｅＮｏｄｅＢは、いくつかのビットによって、パラメータ・テーブルの１つのエントリを示す指示をＵＥに送信する。そのビットの数は、パラメータ・テーブル内のエントリの数に対応する。
【０１２７】
すなわち、本開示による第４の実施形態は、ＤＣＩフォーマットにおけるＭＣＳビットを直接拡張し、ＲＡＮ１規格などの規格において新しい伝送モードを規定することに注目する。新しい伝送モードは、図１９に示すモード９＋であってもよい。ＤＣＩフォーマット２ＣからＤＣＩフォーマット２Ｃ＋への修正は、ＭＣＳビットを、５から６またはさらに大きな値に拡張することを意図する。
【０１２８】
したがって、第４の実施形態に係る基地局の送信部は、いくつかのビットによって、予め規定されたパラメータ・テーブルの１つのエントリを示す指示をユーザ機器に送信するように構成される。そのビットの数は、パラメータ・テーブル内のエントリの数に対応する。第４の実施形態に係るユーザ機器の受信部は、いくつかのビットによって、予め規定されたパラメータ・テーブルの１つのエントリを示す指示をｅＮｏｄｅＢから受信するように構成される。そのビットの数は、パラメータ・テーブル内のエントリの数に対応する。
【０１２９】
基地局およびユーザ機器の他の部分およびその機能は、本開示の第１の実施形態に係る基地局１１００およびユーザ機器１２００のものと同様であり、冗長な記載を回避するため、ここでは説明しない。
【０１３０】
本開示の第４の実施形態に係る通信方法および装置によって、より高い変調次数が、チャネルに適応し、スペクトル効率を改善するためにサポートされる。
【０１３１】
本開示の上記実施形態は、例示的な説明に過ぎず、それらの特定の構造および動作は、本開示の範囲を制限しない。当業者は、上記のそれぞれの実施形態の異なる部分および動作を再結合して、本開示の概念に等しく一致する新しい実装を作り出すことができる。
【０１３２】
本開示の実施形態は、ハードウェア、ソフトウェア、およびファームウェア、またはその組合せによって実装される可能性があり、実装は、本開示の範囲を制限しない。
【０１３３】
本開示の実施形態におけるそれぞれの機能要素（構成部）間の接続関係は、本開示の範囲を制限せず、１つまたは複数の機能要素（複数可）または構成部（複数可）は、任意の他の機能要素を含むかまたはそれに接続されうる。
【０１３４】
本開示のいくつかの実施形態が、上記で添付図面と併せて示され述べられたが、本開示の特許請求の範囲およびその均等物の範囲内に依然として入る変形および修正が、本開示の原理および趣旨から逸脱することなく、これらの実施形態に対して行われうることを当業者は理解すべきである。
【図１】
2015530033.tif 000003
【図２】
2015530033.tif 000004
【図３】
2015530033.tif 000005
【図４】
2015530033.tif 000006
【図５】
2015530033.tif 000007
【図６】
2015530033.tif 000008
【図７】
2015530033.tif 000009
【図８】
2015530033.tif 000010
【図９】
2015530033.tif 000011
【図１０】
2015530033.tif 000012
【図１１】
2015530033.tif 000013
【図１２】
2015530033.tif 000014
【図１３】
2015530033.tif 000015
【図１４】
2015530033.tif 000016
【図１５】
2015530033.tif 000017
【図１６】
2015530033.tif 000018
【図１７】
2015530033.tif 000019
【図１８】
2015530033.tif 000020
【図１９】
2015530033.tif 000021
【国際調査報告】
2015530033.tif 000022
2015530033.tif 000023
2015530033.tif 000024
2015530033.tif 000025