JPWO2019135285A1 - ユーザ端末及び無線通信方法 - Google Patents

Abstract

本発明のユーザ端末の一態様は、ペイロードが同一であり、かつ、巡回冗長検査ビットのスクランブルに用いられる識別子が同一である複数の下り制御情報（ＤＣＩ）を受信する受信部と、前記複数のＤＣＩそれぞれに含まれる識別子フィールド値に基づいて、前記複数のＤＣＩそれぞれに基づく通信処理を制御する制御部と、を具備する。

Description

本発明は、次世代移動通信システムにおけるユーザ端末及び無線通信方法に関する。

ＵＭＴＳ（Universal Mobile Telecommunications System）ネットワークにおいて、さらなる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long Term Evolution）が仕様化された（非特許文献１）。また、ＬＴＥからの更なる広帯域化及び高速化を目的として、ＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（LTE-Advanced）、ＦＲＡ（Future Radio Access）、４Ｇ、５Ｇ、５Ｇ＋（plus）、ＮＲ（New RAT）、ＬＴＥ Ｒｅｌ．１４、１５〜、などともいう）も検討されている。

既存のＬＴＥシステム（例えば、ＬＴＥ Ｒｅｌ．８−１３）では、ユーザ端末（ＵＥ：User Equipment）は、無線基地局からの下り制御情報（ＤＣＩ：Downlink Control Information、ＤＬアサインメント等ともいう）に基づいて、下り共有チャネル（例えば、ＰＤＳＣＨ：Physical Downlink Shared Channel）の受信を制御する。また、ユーザ端末は、ＤＣＩ（ＵＬグラント等ともいう）に基づいて、上り共有チャネル（例えば、ＰＵＳＣＨ：Physical Uplink Shared Channel）の送信を制御する。

また、当該既存のＬＴＥシステムでは、用途に応じて異なる複数のＤＣＩのフォーマット（ＤＣＩフォーマット（ＤＦ）、例えば、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０及び４、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１、１Ａ〜１Ｄ、２及び２Ａ〜２Ｄなど）が規定されている。

3GPP TS 36.300 V8.12.0 "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8)"、２０１０年４月

既存のＬＴＥシステム（例えば、ＬＴＥ Ｒｅｌ．８−１３）では、ユーザ端末は、ペイロードが同一であり、かつ、巡回冗長検査（ＣＲＣ：Cyclic Redundancy Check）ビットのスクランブル（マスク）に用いられる識別子（スクランブル識別子、例えば、ＲＮＴＩ：Radio Network Temporary Identifier）が同一である複数のＤＣＩフォーマットを、当該複数のＤＣＩフォーマットそれぞれに含まれる識別子（Identifier）（識別用のフラグ、識別フラグ、識別用のフィールド、識別子フィールド等ともいう）を用いて識別する。

一方、ユーザ端末は、ペイロード又はスクランブル識別子のいずれか一方が異なれば、複数のＤＣＩフォーマットを識別可能である。したがって、上記既存のＬＴＥシステムとは異なる複数のＤＣＩフォーマットが用いられる将来の無線通信システム（例えば、ＮＲ、５Ｇ、５Ｇ＋又はＲｅｌ．１５以降）では、当該複数のＤＣＩフォーマット内に上記識別子フィールドを設けなくとも、当該複数のＤＣＩフォーマットを識別可能となることが想定される。或いは、上記識別子フィールドをＤＣＩフォーマットの識別以外の他の用途に利用可能となることが想定される。

本発明はかかる点に鑑みてなされたものであり、将来の無線通信システムに適するＤＣＩフォーマットを用いて通信処理を制御可能なユーザ端末及び無線通信方法を提供することを目的の一つとする。

本発明のユーザ端末の一態様は、ペイロードが同一であり、かつ、巡回冗長検査ビットのスクランブルに用いられる識別子が同一である複数の下り制御情報（ＤＣＩ）を受信する受信部と、前記複数のＤＣＩそれぞれに含まれる識別子フィールド値に基づいて、前記複数のＤＣＩそれぞれに基づく通信処理を制御する制御部と、を具備することを特徴とする。

本発明によれば、将来の無線通信システムに適するＤＣＩフォーマットを用いて通信処理を制御できる。

図１Ａ及び１Ｂは、第１の態様に係る識別子フィールドの一例を示す図である。 図２Ａ及び２Ｂは、第２の態様に係る識別子フィールドの一例を示す図である。 図３Ａ及び３Ｂは、第２の態様に係る識別子フィールドの他の例を示す図である。 図４は、第３の態様に係るスロットフォーマットの一例を示す図である。 図５Ａ−５Ｃは、第３の態様に係るＤＣＩフォーマット２＿０の一例を示す図である。 図６Ａ−６Ｃは、第４の態様に係るＤＣＩフォーマット２＿１の一例を示す図である。 図７Ａ−７Ｃは、第５の態様に係るＤＣＩフォーマット２＿２の一例を示す図である。 図８は、第５の態様に係るＤＣＩフォーマット２＿２の他の例を示す図である。 図９Ａ−９Ｃは、第６の態様に係るＤＣＩフォーマット２＿３の一例を示す図である。 図１０は、本実施の形態に係る無線通信システムの概略構成の一例を示す図である。 図１１は、本実施の形態に係る無線基地局の全体構成の一例を示す図である。 図１２は、本実施の形態に係る無線基地局の機能構成の一例を示す図である。 図１３は、本実施の形態に係るユーザ端末の全体構成の一例を示す図である。 図１４は、本実施の形態に係るユーザ端末の機能構成の一例を示す図である。 図１５は、本実施の形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。

将来の無線通信システム（例えば、ＬＴＥ Ｒｅｌ．１５〜、５Ｇ、ＮＲなど）では、既存のＬＴＥシステム（例えば、ＬＴＥ Ｒｅｌ．８−１３）とは異なる複数のＤＣＩフォーマットを用いて、ユーザ端末の通信処理（例えば、下り共有チャネル（例えば、ＰＤＳＣＨ）の受信、上り共有チャネル（例えば、ＰＵＳＣＨ）の送信、スロットフォーマット、上り共有チャネル及び上り制御チャネル（例えば、ＰＵＣＣＨ（Physical Uplink Control Channel））の送信電力、上り参照信号（例えば、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal））の送信などの少なくとも一つ）を制御することが想定される。

例えば、当該将来の無線通信システムでは、用途、ペイロード（ビット数）、含まれる情報フィールドの種類及び数の少なくとも一つが異なる以下の（１）〜（３）のＤＣＩフォーマットが検討されている。

（１）ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（ＤＣＩフォーマット０等ともいう）
（１．１）一つのセル（one cell）のＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０Ａ等ともいう）。
（１．２）一つのセルのＰＵＳＣＨのスケジューリングに用いられ、ＤＣＩフォーマット０＿０よりもペイロード（ビット数）が多いＤＣＩフォーマット（ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０Ｂ等ともいう）。

（２）ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（ＤＣＩフォーマット１等ともいう）
（２．１）一つのセルのＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１Ａ等ともいう）。
（２．２）一つのセルのＰＵＳＣＨのスケジューリングに用いられ、ＤＣＩフォーマット１＿０よりもペイロード（ビット数）が多いＤＣＩフォーマット（ＤＣＩフォーマット１＿１、ＤＣＩフォーマット１Ｂ等ともいう）。

（３）他の目的で用いられるＤＣＩフォーマット
（３．１）スロットフォーマットに関する情報（例えば、ＳＦＩ：Slot Format Indicator）の通知（notify）に用いられるＤＣＩフォーマット（ＤＣＩフォーマット２＿０、ＤＣＩフォーマット２Ａ等ともいう）。

（３．２）特定のリソース（例えば、ユーザ端末に対するＰＤＳＣＨの送信がないと想定してもよいリソース又はユーザ端末からのＰＵＳＣＨの送信を停止するリソース）の通知に用いられるＤＣＩフォーマット（ＤＣＩフォーマット２＿１、ＤＣＩフォーマット２Ｂ等ともいう）。なお、当該リソースは、周波数領域リソース（frequency domain resource、例えば、一以上の物理リソースブロック（ＰＲＢ：Physical Resource Block））及び時間領域リソース（time domain resource、例えば、一以上のシンボル）の少なくとも一つを含んでもよい。

（３．３）ＰＵＣＣＨ及びＰＵＳＣＨの少なくとも一つ用の送信電力制御（ＴＰＣ：Transmission Power Control）コマンドの送信に用いられるＤＣＩフォーマット（ＤＣＩフォーマット２＿２、ＤＣＩフォーマット２Ｃ等ともいう）。

（３．４）一以上のユーザ端末による参照信号（例えば、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal））の送信に用いられるＤＣＩフォーマット（ＤＣＩフォーマット２＿３、ＤＣＩフォーマット２Ｄ等ともいう）。例えば、当該ＤＣＩフォーアットは、ＳＲＳの用のＴＰＣコマンドのグループ（セット）を指定してもよい。

上記将来の無線通信システムでは、下り制御チャネル（例えば、ＰＤＣＣＨ：Physical Downlink Control Channel）の候補リソースであるサーチスペースを監視（monitor）して、当該ユーザ端末に対する下り制御情報（ＤＣＩ：Downlink Control Information）を検出する。ここで、監視とは、例えば、想定される各フォーマット（例えば、上記（１）〜（３）で説明した各ＤＣＩフォーマット）に基づいてサーチスペースを復号（ブラインド復号）することである。

これらのＤＣＩフォーマットのそれぞれは、既存のＬＴＥシステムと同様に、ＤＣＩフォーマットの識別用のフィールド（識別子（identifier）、識別子フィールド（identifier field）、フラグ、識別フラグ等ともいう）を含むことも検討されている。

しかしながら、上記既存のＬＴＥシステムとは異なる複数のＤＣＩフォーマットが用いられる将来の無線通信システム（例えば、ＮＲ、５Ｇ、５Ｇ＋又はＲｅｌ．１５以降）では、当該複数のＤＣＩフォーマット内に上記識別子フィールドを設けなくとも、当該複数のＤＣＩフォーマットを識別可能となることが想定される。或いは、上記識別子フィールドをＤＣＩフォーマットの識別以外の他の用途に利用可能となることが想定される。

そこで、本発明者らは、将来の無線通信システム（例えば、ＬＴＥ Ｒｅｌ．１５〜、５Ｇ、ＮＲなど）に適するＤＣＩフォーマットを用いて上記通信処理を制御可能とする方法を検討し、本発明に至った。具体的には、本発明者らは、ＤＣＩフォーマット内の識別子フィールドを有効に利用することで性能（performance）を向上させること、又は、当該識別フィールドを削除することでオーバーヘッドを削減することを着想した。

以下、本実施の形態について詳細に説明する。以下では、上記ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１、２＿０、２−１、２−２、２−３を例示するが、本実施の形態に係るＤＣＩフォーマットの名称はこれらに限られず、同一又は類似する用途であれば、他の名称のＤＣＩフォーマットにも適用可能である。

また、以下では、１ビットの識別子フィールドを例示するが、識別子フィールドのビット数は、２ビット以上であってもよい。また、識別子フィールドの名称もこれに限られず、ＤＣＩフォーマット内のフィールドであれば、どのような名称であってもよい。また、以下の図面では、ＤＣＩフォーマットの最初に設けられる識別子フィールドが例示されるが、識別子フィールドの位置は、ＤＣＩフォーマット内のどのような位置であってもよい。

（第１の態様）
第１の態様では、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（ＵＬグラントともいう、例えば、ＤＣＩフォーマット０＿０及び０＿１）とＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（ＤＬアサインメントともいう、例えば、ＤＣＩフォーマット１＿０及び１＿１）内の識別子フィールドが、ＤＣＩフォーマットの識別（distinguish、またはidentify）に用いられる場合について説明する。

具体的には、ペイロードが同一で、かつ、ＣＲＣビットのスクランブル識別子（例えば、ＲＮＴＩ）が同一で、かつ、リソースが重複している（又は、これらの少なくとも一つによって区別できない）ＵＬグラント及びＤＬアサインメント内の識別子フィールドは、当該ＵＬグラント又は当該ＤＬアサインメントの識別に用いられてもよい。

図１は、第１の態様に係る識別子フィールドの一例を示す図である。図１Ａ及び１Ｂでは、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿０及び０＿１、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿０及び１＿１は、それぞれ、同一のスクランブル識別子（例えば、Ｃ−ＲＮＴＩ：Cell-RNTI）を用いてスクランブル（マスク）されているものとする。

図１Ａでは、ＤＣＩフォーマット０＿０及び１＿０のペイロードが同一である例が示される。図１Ａに示すように、ＤＣＩフォーマット０＿０内の識別子フィールドには、ＤＣＩフォーマット０＿０を示す値（例えば、“０”）が設定（set）され、ＤＣＩフォーマット１＿０内の識別子フィールドには、ＤＣＩフォーマット１＿０を示す値（例えば、“１”）が設定（set）される。

図１Ｂでは、ＤＣＩフォーマット０＿１及び１＿１のペイロードが同一である例が示される。図１Ｂに示すように、ＤＣＩフォーマット０＿１内の識別子フィールドには、ＤＣＩフォーマット０＿１を示す値（例えば、“０”）が設定（set）され、ＤＣＩフォーマット１＿１内の識別子フィールドには、ＤＣＩフォーマット１＿１を示す値（例えば、“１”）が設定（set）される。

図１Ａ及び１Ｂに示す識別子フィールドの値（識別子フィールド値、単に、識別子ともいう）は、例示にすぎず、これに限られない。識別子フィールド値が示すＤＣＩフォーマットは、固定（予め仕様で定められる）であってもよいし、上位レイヤシグナリングにより設定（configure）されてもよい。

なお、上位レイヤシグナリングとは、例えば、ＲＲＣ（Radio Resource Control）シグナリング、ブロードキャスト情報（例えば、ＭＩＢ：Master Information Block）、システム情報（例えば、ＳＩＢ：System Information Block、ＲＭＳＩ：Remaining Minimum System Informationなど）の少なくとも一つ）であればよい。

第１の態様では、予め定められた複数のＤＣＩフォーマット内の識別子フィールドが、当該複数のＤＣＩフォーマットの識別に用いられる。したがって、当該複数のＤＣＩフォーマットのペイロードが同一で、かつ、スクランブル識別子が同一である場合であっても、ユーザ端末は、当該識別子フィールド値により当該複数のＤＣＩフォーマットを適切に識別できる。

（第２の態様）
キャリア内には、一以上の部分的な周波数帯域（帯域幅部分（ＢＷＰ：Bandwidth part）、部分帯域等ともいう）が設定（configure）されることが想定される。ユーザ端末には、一以上の下り（ＤＬ：Downlink）通信のＢＷＰ（ＤＬ ＢＷＰ）及び／又は一以上の上り通信（ＵＬ：Uplink）用のＢＷＰ（ＵＬ ＢＷＰ）が設定されてもよい。キャリア内に設定される複数のＢＷＰは、同一の帯域幅及び／又は異なる帯域幅を有してもよい。

キャリア内に一以上のＢＷＰが設定される場合、ＤＣＩフォーマットのペイロードはＢＷＰの帯域幅毎に制御されることが想定される。ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿０及び０＿１）とＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０及び１＿１）には、それぞれ、ＢＷＰの帯域幅に基づいて定まるフィールド（例えば、周波数領域リソース割り当て（Frequency domain resource assignment）フィールド）が含まれるためである。同様に、ＭＩＭＯ（Multiple-Input and Multiple-Output）レイヤ数やコードブロックベースの再送（Ｃｏｄｅ−ｂｌｏｃｋ ｂａｓｅｄ ｒｅ−ｔｒａｎｓｍｉｓｓｉｏｎ）の設定有無もＤＣＩフォーマットのペイロードに影響を与える。

したがって、第１の態様で説明した予め定められたＵＬグラント及びＤＬアサインメントの組み合わせ（例えば、ＤＣＩフォーマット０＿０及び１＿０、ＤＣＩフォーマット０＿１及び１＿１）において、ペイロードが同一とならない恐れがある。

そこで、第２の態様では、ペイロードが同一で、かつ、スクランブル識別子（例えば、ＲＮＴＩ）が同一である任意の複数のＤＣＩフォーマットが選択され、当該複数のＤＣＩフォーマット内の識別子フィールドが、当該複数のＤＣＩフォーマットの識別に用いられてもよい。以下では、第１の態様との相違点を中心に説明する。

第２の態様において、ユーザ端末は、ペイロードが同一で、かつ、スクランブル識別子が同一である複数のＤＣＩフォーマット内の識別子フィールド値を、所定のルールに従って想定してもよい。例えば、複数のＤＣＩフォーマットに所定の順序（例えば、ＤＦ０＿０→ＤＦ０＿１→ＤＦ１＿０→ＤＦ１＿１）が定められ、ペイロードが同一である複数のＤＣＩフォーマット内の識別子フィールドには、当該順序に基づく値が設定されてもよい。ユーザ端末は、当該識別子フィールド値に基づいて、ペイロードが同一で、かつ、スクランブル識別子が同一である任意の複数のＤＣＩフォーマットを識別する。

図２は、第２の態様に係る識別子フィールドの一例を示す図である。図２Ａ及び２Ｂでは、ＤＣＩフォーマット０＿０及び０＿１、ＤＣＩフォーマット１＿０及び１＿１は、それぞれ、同一のスクランブル識別子（例えば、Ｃ−ＲＮＴＩ）を用いて各ＤＣＩフォーマットに付加されるＣＲＣビットがスクランブル（マスク）されているものとする。

また、図２Ａ及び２Ｂでは、同一のスクランブル識別子でスクランブルされる複数のＤＣＩフォーマット（ＤＦ）に対して、ＤＦ０＿０→ＤＦ０＿１→ＤＦ１＿０→ＤＦ１＿１の順序が定められる例を示すが、順序は、これに限られない。

また、図２Ａ及び２Ｂでは、ユーザ端末は、当該複数のＤＣＩフォーマットの中で、ペイロードが同一の２つのＤＣＩフォーマットの識別子フィールド値は、順序が先のＤＣＩフォーマットであるほど小さい値であると想定するものとするが、これに限られない。ユーザ端末は、当該識別子フィールド値を所定ルールに従って想定すればよい。

図２Ａでは、ＤＣＩフォーマット０＿０及び０＿１のペイロードが同一であり、かつ、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１のペイロードが同一である例が示される。図２Ａに示すように、ペイロードが同一であるＤＣＩフォーマット０＿０及び０＿１内の識別子フィールドには、それぞれ、上記順序に基づく値が設定される。同様に、ペイロードが同一であるＤＣＩフォーマット１＿０及び１＿１内の識別子フィールドには、それぞれ、上記順序に基づく値が設定される。

例えば、上記順序によると、ＤＣＩフォーマット０＿０はＤＣＩフォーマット０＿１よりも先であるので（図２Ａでは、ＤＣＩフォーマット０＿０が左でＤＣＩフォーマット０＿１が右であるので）、図２Ａでは、ユーザ端末は、ＤＣＩフォーマット０＿０の識別子フィールド値を“０”と想定し、ＤＣＩフォーマット０＿１の識別子フィールド値を“１”と想定してもよい。

また、上記順序によると、ＤＣＩフォーマット１＿０はＤＣＩフォーマット１＿１よりも先であるので（図２Ａでは、ＤＣＩフォーマット１＿０が左でＤＣＩフォーマット１＿１が右であるので）、図２Ａでは、ユーザ端末は、ＤＣＩフォーマット０＿０の識別子フィールド値を“０”と想定し、ＤＣＩフォーマット０＿１の識別子フィールド値を“１”と想定してもよい。

図２Ｂでは、ＤＣＩフォーマット０＿０及び１＿１のペイロードが同一であり、かつ、ＤＣＩフォーマット０＿１及びＤＣＩフォーマット１＿０のペイロードが同一である例が示される。図２Ｂに示すように、ペイロードが同一であるＤＣＩフォーマット０＿０及び１＿１内の識別子フィールドには、それぞれ、上記順序に基づく値が設定される。同様に、ペイロードが同一であるＤＣＩフォーマット０＿１及び１＿０内の識別子フィールドには、それぞれ、上記順序に基づく値が設定される。

例えば、上記順序によると、ＤＣＩフォーマット０＿０はＤＣＩフォーマット１＿１よりも先であるので（図２Ｂでは、ＤＣＩフォーマット０＿０が左でＤＣＩフォーマット１＿１が右であるので）、図２Ｂでは、ユーザ端末は、ＤＣＩフォーマット０＿０の識別子フィールド値を“０”と想定し、ＤＣＩフォーマット１＿１の識別子フィールド値を“１”と想定してもよい。

また、上記順序によると、ＤＣＩフォーマット０＿１はＤＣＩフォーマット１＿０よりも先であるので（図２Ｂでは、ＤＣＩフォーマット０＿１が左でＤＣＩフォーマット１＿０が右であるので）、図２Ｂでは、ユーザ端末は、ＤＣＩフォーマット０＿１の識別子フィールド値を“０”と想定し、ＤＣＩフォーマット１＿０の識別子フィールド値を“１”と想定してもよい。

図３は、第２の態様に係る識別子フィールドの他の例を示す図である。図３Ａ及び３Ｂは、図２Ａ及び２Ｂとの相違点を中心に説明する。図３Ａでは、同一のスクランブル識別子（例えば、Ｃ−ＲＮＴＩ）によりスクランブルされたＣＲＣが付加される複数のＤＣＩフォーマットそれぞれのペイロードが異なるので、ユーザ端末は、識別子フィールド値を用いずに、当該複数のＤＣＩフォーマットを識別可能である。

そこで、図３Ａに示すように、同一のスクランブル識別子（例えば、ＲＮＴＩ）によってスクランブルされたＣＲＣビットが付加され、ペイロードが同一である複数のＤＣＩフォーマットが存在しない場合、ユーザ端末は、当該複数のＤＣＩフォーマット内の識別子フィールド値が固定値（例えば、“０”又は“１”）であると想定してもよい。

図３Ａに示されるように、当該複数のＤＣＩフォーマット内の識別子フィールド値に固定値（同一値）を設定（set）することにより、当該識別子フィールドを仮想（virtual）ＣＲＣビットとして利用できる。仮想ＣＲＣビットとは、各ＤＣＩフォーマットのペイロード内に含まれる既知のビット値であり、pruning用のビット等とも呼ばれる。

一般に、既知のビット値が増加するほどユーザ端末における誤り訂正の効果を大きく得られる。したがって、図３Ａに示すように、当該識別子フィールドを仮想ＣＲＣビットとして利用することにより、無線通信システムの性能（performance）を向上させることができる。

図３Ｂでは、同一のスクランブル識別子（例えば、ＲＮＴＩ）によってスクランブルされたＣＲＣビットが付加され、ペイロードが同一である３以上のＤＣＩフォーマットが存在する場合が示される。１ビットの識別子フィールドでは、２つのＤＣＩフォーマットしか識別できない。このため、ペイロードが同一である３つ目以降のＤＣＩフォーマットに所定数のパディングビットを付加する（含める）ことにより、２つのＤＣＩフォーマットのペイロードだけを同一としてもよい。あるいは、識別子フィールドを２ビット以上にしてもよい。

例えば、図３Ｂでは、ＤＣＩフォーマット０＿１及び１＿０、パディングビットを付加する（含める）前のＤＣＩフォーマット１＿１のペイロードが同一である。このため、ＤＣＩフォーマット１＿１にパディングビットを付加する（含める）ことにより、ＤＣＩフォーマット１＿１のペイロードを、ＤＣＩフォーマット０＿１及び１＿１とは異ならせてもよい。なお、パディングビットが付加される（含められる）ＤＣＩフォーマットは、ＤＣＩフォーマット１＿１に限られず、所定ルールに従って決定されればよい。

第２の態様では、同一のスクランブル識別子を用いてスクランブルされたＣＲＣビットが付加され、かつ、ペイロードが同一である任意の複数のＤＣＩフォーマット内の識別子フィールドが、当該複数のＤＣＩフォーマットの識別に用いられる。したがって、任意の複数のＤＣＩフォーマットのペイロードが同一となる場合であっても、ユーザ端末は、当該識別子フィールド値により当該複数のＤＣＩフォーマットを適切に識別できる。

（第３の態様）
第３の態様では、スロットフォーマットに関する情報（スロットフォーマット情報）の通知（notify）に用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿０）について説明する。

スロットフォーマット情報は、例えば、スロット内の各シンボル（例えば、ＯＦＤＭシンボル）のタイプ（種類）を示す識別子（例えば、スロットフォーマット識別子（ＳＦＩ））を含んでもよい。ＳＦＩが示す各シンボルのタイプは、各シンボルの伝送方向に基づいて定められてもよく、例えば、下り（Downlink、“Ｄ”とも表記される）、上り（Uplink、“Ｕ”とも表記される）、下り又は上りのいずれでもよいフレキシブル（flexible、“Ｘ”とも表記される）を含んでもよい。

図４は、第３の態様に係るスロットフォーマットの一例を示す図である。図４では、１スロットが１４シンボルで構成される場合に、スロット内の各シンボルが“Ｄ”、“Ｕ”、“Ｘ”のいずれのタイプであるかがＳＦＩによって示される。例えば、図４に示すように、所定数の種類（ここでは、６２種類）のスロットフォーマットが用いられてもよい。

スロットフォーマット情報の通知に用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿０）は、Ｎ（Ｎ≧１）個のＳＦＩを含んでもよい。当該ＤＣＩフォーマットのサイズ（ペイロード又はビット数等ともいう）は、上位レイヤシグナリングによって設定（configure）されてもよい。

当該ＤＣＩフォーマット内の各ＳＦＩは、コンポーネントキャリア（ＣＣ：Component Carrier）（キャリア、セル又はサービングセル等ともいう）、ＢＷＰ及びユーザ端末の少なくとも一つに対応するスロットフォーマットを示してもよい。また、当該ＤＣＩフォーマット内のＳＦＩの数（Ｎ）は、上位レイヤシグナリングによって指定されてもよい。ＳＦＩの構成（configuration）（ＳＦＩ構成）は、各ＳＦＩが何に対応するか（例えば、ＣＣ、ＢＷＰ、ユーザ端末の少なくとも一つの組み合わせ）によって異なってもよい。

また、当該ＤＣＩフォーマット内のＳＦＩ用の各フィールド（各ＳＦＩフィールド）のビット数は、上位レイヤシグナリングによって指定されてもよい。当該ビット数が所定値（例えば、６ビット）よりも小さく制限される場合、各ＳＦＩフィールドで指定可能なスロットフォーマットは、図４に示される６２種類よりも小さく制限されてもよい。この場合、各ＳＦＩフィールドで指定可能な所定数のスロットフォーマットは、上位レイヤシグナリングにより予め設定されていてもよい。

ユーザ端末は、所定の上位レイヤパラメータ（例えば、SFI-SS）によって設定される制御領域（例えば、制御リソースセット（ＣＯＲＥＳＥＴ：Control Resource Sets）又は当該ＣＯＲＥＳＥＴに対応付けられた特定のサーチスペース（ＳＳ：Search Space））を監視して、スロットフォーマット情報の通知に用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿０）を検出してもよい。

また、スロットフォーマット情報の通知用のＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿０）のＣＲＣビットは、他の用途のＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１、２＿１、２＿２及び２＿３等）とは異なるスクランブル識別子（例えば、ＳＦＩ−ＲＮＴＩ）でスクランブル（マスク）されてもよい。

この場合、ユーザ端末は、異なる複数のスクランブル識別子により、スロットフォーマット情報の通知用のＤＣＩフォーマットと、他の用途のＤＣＩフォーマットとを識別できる。なお、ＳＦＩ−ＲＮＴＩを示す情報は、上位レイヤシグナリングにより無線基地局からユーザ端末に通知（設定）されてもよい。

図５は、第３の態様に係るＤＣＩフォーマット２＿０の一例を示す図である。図５Ａ−５Ｃでは、ＤＣＩフォーマット２＿０のＣＲＣビットは、他の用途のＤＣＩフォーマットとは異なるスクランブル識別子（例えば、ＳＦＩ−ＲＮＴＩ）でスクランブルされるものとする。また、図５Ａ〜５Ｃに示すＤＣＩフォーマット２＿０は例示にすぎず、一部のフィールドが省略されてもよいし、図示しない他のフィールドを含んでもよいことは勿論である。

図５Ａでは、ＤＣＩフォーマット２＿０の複数の構成（configuration）（ＳＦＩ構成等ともいう）がユーザ端末に設定される例が示される。例えば、図５Ａでは、ＤＣＩフォーマット２＿０内の各ＳＦＩフィールドがＣＣ毎に設けられる第１のＳＦＩ構成と、各ＳＦＩフィールドがＣＣ毎及びＢＷＰ毎に設けられる第２のＳＦＩ構成とが示される。

図５Ａでは、第１のＳＦＩ構成のＤＣＩフォーマット２＿０及び第２のＳＦＩ構成のＤＣＩフォーマット２＿０のペイロードが同一であり、両者のＣＲＣビットは、同一のＳＦＩ−ＲＮＴＩでスクランブルされるものとする。この場合、ＤＣＩフォーマット２＿０の識別子フィールドは、ＳＦＩ構成の識別に用いられてもよい。

例えば、図５Ａに示すように、第１のＳＦＩ構成のＤＣＩフォーマット２＿０の識別子フィールドには、当該第１のＳＦＩ構成を示す値（例えば、“０”）が設定される。一方、第２のＳＦＩ構成のＤＣＩフォーマット２＿０の識別子フィールドには、当該第２のＳＦＩ構成を示す値（例えば、“１”）が設定される。

ユーザ端末は、ＤＣＩフォーマット２＿０内の識別子フィールド値によって、当該ＤＣＩフォーマットのＳＦＩ構成を識別し、識別したＳＦＩ構成に基づいてＤＣＩフォーマット２＿０内の各ＳＦＩフィールド値が示すスロットフォーマットを認識してもよい。

なお、図５Ａでは、第１及び第２のＳＦＩ構成が同一数のＳＦＩフィールドを含み、各ＳＦＩフィールド値が第１及び第２のＳＦＩ間で異なる意味を有する例を示したが、複数のＳＦＩ構成はこれらに限られない。例えば、ＤＣＩフォーマット２＿０内のＳＦＩフィールドの数及び各ＳＦＩフィールドのビット数が異なり、かつ、ペイロードが同一となる複数のＳＦＩ構成が上記識別子フィールドの値によって識別されてもよい。

図５Ｂ及び５Ｃでは、ユーザ端末に単一のＳＦＩ構成が設定（configure）される場合、又は、当該ユーザ端末に複数のＳＦＩ構成が設定されても当該複数のＳＦＩ構成間で異なるペイロード又はスクランブル識別子が用いられる場合を想定する。後者の場合、図５Ａとは異なり、ＤＣＩフォーマット２＿０内の識別子フィールドを用いずとも、ユーザ端末は、複数のＳＦＩ構成を識別できる。

図５Ｂでは、ＤＣＩフォーマット２＿０内の識別子フィールドは、上記仮想ＣＲＣビットとして用いられてもよい。当該識別子フィールドには、仮想ＣＲＣビットとして、固定値（例えば、“０”又は“１”）が設定されてもよい。一般に、既知のビット数が増加するほどユーザ端末における誤り訂正の効果を大きく得られる。したがって、図５Ｂに示すように、当該識別子フィールドを仮想ＣＲＣビットとして利用することにより、性能を向上させることができる。

或いは、図５Ｃに示すように、ＤＣＩフォーマット２＿０内の識別子フィールドは、削除されてもよい。すなわち、ＤＣＩフォーマット２＿０には、識別子フィールドが含まれないと想定して、ペイロードの認識及び復号を行う。当該識別子フィールドの削除により、ＤＣＩフォーマット２＿０のペイロードを削減できる。したがって、ＤＣＩフォーマット２＿０によるオーバーヘッドを削減でき、この結果、無線通信システムの性能を向上させることができる。

第３の態様では、スロットフォーマット情報の通知に用いられるＤＣＩフォーマット内の識別子フィールドを有効に利用できる、又は、当該識別子フィールドの削除により当該ＤＣＩフォーマットのオーバーヘッドを削減できる。

（第４の態様）
第４の態様では、ユーザ端末に対するＰＤＳＣＨの送信がないと想定されるリソース及び当該ユーザ端末からのＰＵＳＣＨの送信を停止するリソースの少なくとも一つの通知に用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿１）について説明する。

ユーザ端末に対するＰＤＳＣＨの送信がないと想定されるリソースは、周波数領域リソース（例えば、一以上のＰＲＢ）及び時間領域リソース（例えば、一以上のシンボル）の少なくとも一つを含んでもよい。同様に、ユーザ端末からのＰＵＳＣＨの送信を停止するリソースは、周波数領域リソース（例えば、一以上のＰＲＢ）及び時間領域リソース（例えば、一以上のシンボル）の少なくとも一つを含んでもよい。

例えば、ユーザ端末に対して所定数のＰＲＢ及び所定数のシンボルにＰＤＳＣＨがスケジューリングされる場合、当該ＰＤＳＣＨにスケジューリングされたＰＲＢ及びシンボルの少なくとも一部で他の通信によるプリエンプション（pre-emption）（割り込み）が発生することが想定される。この場合、ユーザ端末は、プリエンプションが発生したリソース（例えば、所定数のＰＲＢ及び所定数のシンボルの少なくとも一つ）において、ＰＤＳＣＨの送信がないと想定して、当該リソースを除いてＰＤＳＣＨの受信処理（例えば、デマッピング、復調、復号の少なくとも一つ）を行う必要がある。

そこで、上記ＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿１）は、当該ＰＤＳＣＨの送信がないと想定されるリソース（すなわち、プリエンプションが発生したリソース）を示す識別子（プリエンプション識別子）を含んでもよい。ユーザ端末は、当該プリエンプション識別子に基づいて、ＰＤＳＣＨの受信処理（例えば、デマッピング、復調、復号の少なくとも一つ）を行ってもよい。

また、ユーザ端末に対して所定数のＰＲＢ及び所定数のシンボルにＰＵＳＣＨがスケジューリングされる場合、当該ＰＵＳＣＨにスケジューリングされたＰＲＢ及びシンボルの少なくとも一部で他の通信によるプリエンプション（pre-emption）（割り込み）が発生することが想定される。ユーザ端末は、当該他の通信が行われるリソース（例えば、所定数のＰＲＢ及び所定数のシンボルの少なくとも一つ）において、当該ＰＵＳＣＨの送信を停止する必要がある。

そこで、上記ＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿１）は、当該ＰＵＳＣＨの送信を停止するリソースを示す識別子（送信ストップ識別子）を含んでもよい。ユーザ端末は、当該送信ストップ識別子に基づいて、ＰＵＳＣＨの送信処理（例えば、符号化、変調、マッピングの少なくとも一つ）を行ってもよい。

第４の態様において、上記ＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿１）は、Ｎ（Ｎ≧１）個のプリエンプション識別子又はＮ個の送信ストップ識別子を含んでもよい。当該ＤＣＩフォーマットのサイズ（ペイロード又はビット数等ともいう）、ＣＲＣをスクランブルしているＲＮＴＩ、ブラインド復号の候補数などは、上位レイヤシグナリングによって設定（configure）されてもよい。

当該ＤＣＩフォーマット内の各プリエンプション識別子（又は、各送信ストップ識別子）は、特定のリソース（例えば、所定数のＰＲＢ及び所定数のシンボル）の少なくとも一つに関連付けられてもよい。当該特定のリソースは、上位レイヤシグナリングにより設定されてもよい。また、ＤＣＩフォーマット内のプリエンプション識別子（又は、送信ストップ識別子）は、ＣＣ（キャリア、セル、サービングセル等ともいう）、ＢＷＰ及びユーザ端末の少なくとも一つの組み合わせ毎に規定されてもよい。

ユーザ端末は、当該ユーザ端末に設定される制御領域（例えば、ＣＯＲＥＳＥＴ及びサーチスペースの少なくとも一つ）を監視して、上記ＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿１）を検出してもよい。あらかじめ設定されたサーチスペースにおいて、特定のペイロード、かつ、特定のＲＮＴＩでＣＲＣをスクランブルされたＤＣＩフォーマットが見つかると、ユーザ端末は、自端末宛の上記ＤＣＩフォーマットを検出したと判断する。

また、ユーザ端末に対するＰＤＳＣＨの送信がないと想定されるリソース及び当該ユーザ端末からのＰＵＳＣＨの送信を停止するリソースの少なくとも一つの通知に用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿１）のＣＲＣビットは、他の用途のＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１、２＿０、２＿２、２＿３等）とは異なるスクランブル識別子（例えば、ＩＮＴ（interrupting）−ＲＮＴＩ）でスクランブル（マスク）されてもよい。

この場合、ユーザ端末は、異なる複数のスクランブル識別子により、ユーザ端末に対するＰＤＳＣＨの送信がないと想定されるリソース及び当該ユーザ端末からのＰＵＳＣＨの送信を停止するリソースの少なくとも一つの通知に用いられるＤＣＩフォーマットと、他の用途のＤＣＩフォーマットとを識別できる。なお、ＩＮＴ−ＲＮＴＩを示す情報は、上位レイヤシグナリングにより無線基地局からユーザ端末に通知（設定）されてもよい。

図６は、第４の態様に係るＤＣＩフォーマット２＿１の一例を示す図である。図６Ａ−６Ｃでは、ＤＣＩフォーマット２＿１のＣＲＣビットは、他の用途のＤＣＩフォーマットとは異なるスクランブル識別子（例えば、ＩＮＴ−ＲＮＴＩ）でスクランブルされるものとする。また、図６Ａ〜６Ｃに示すＤＣＩフォーマット２＿１は例示にすぎず、一部のフィールドが省略されてもよいし、図示しない他のフィールドを含んでもよいことは勿論である。

図６Ａでは、ＤＣＩフォーマット２＿１が、ユーザ端末に対するＰＤＳＣＨの送信がないと想定されるリソースを通知する構成（第１の構成又はＤＬ用構成等ともいう）と、ユーザ端末からのＰＵＳＣＨの送信を停止するリソースを通知する構成（第２の構成又はＵＬ用構成等ともいう）と、有する例が示される。

例えば、図６Ａでは、ＤＬ用構成のＤＣＩフォーマット２＿１は、Ｎ個のプリエンプション識別子を含む。一方、ＵＬ用構成のＤＣＩフォーマット２＿１は、Ｎ個の送信ストップ識別子を含む。なお、プリエンプション識別子及び送信ストップ識別子の名称はこれらに限られず、同一名称のフィールド値であってもよい。

図６Ａでは、ＤＬ用構成のＤＣＩフォーマット２＿１及びＵＬ用構成のＤＣＩフォーマット２＿１のペイロードが同一であり、両者のＣＲＣビットは、同一のＩＮＴ−ＲＮＴＩでスクランブルされるものとする。この場合、ＤＣＩフォーマット２＿１の識別子フィールドは、ＤＬ用構成又はＵＬ用構成の識別に用いられてもよい。

例えば、図６Ａに示すように、ＤＬ用構成のＤＣＩフォーマット２＿１の識別子フィールドには、当該ＤＬ用構成を示す値（例えば、“０”）が設定される。一方、ＵＬ構成のＤＣＩフォーマット２＿１の識別子フィールドには、当該ＵＬ用構成を示す値（例えば、“１”）が設定される。

ユーザ端末は、ＤＣＩフォーマット２＿１内の識別子フィールド値によって、当該ＤＣＩフォーマットがＤＬ用構成又はＵＬ用構成のいずれであるか（すなわち、ＰＤＳＣＨの送信がないと想定されるリソース又はＰＵＳＣＨの送信を停止するリソースのいずれを示すか）を識別し、ＤＣＩフォーマット２＿１内の一以上のプリエンプション識別子又は送信ストップ識別子に基づいて、ＰＤＳＣＨの受信又はＰＵＳＣＨの送信を制御してもよい。

なお、図６Ａでは、ＤＣＩフォーマット２＿１内のプリエンプション識別子及び送信ストップ識別子の数（Ｎ）は同一であるものとしたが、同一でなくともよい。例えば、ＤＣＩフォーマット２＿１内のプリエンプション識別子及び送信ストップ識別子の異なる数が異なっても、一以上のプリエンプション識別子（又は一以上の送信ストップ識別子）のビット数を異ならせることで、同一のペイロードが維持されてもよい。

図６Ｂ及び６Ｃでは、ＤＣＩフォーマット２＿１がＤＬ用構成だけを有する場合、又は、ＤＬ用構成及びＵＬ用構成の間で異なるペイロード又はスクランブル識別子が用いられる場合を想定する。後者の場合、図６Ａとは異なり、ＤＣＩフォーマット２＿１内の識別子フィールドを用いずとも、ユーザ端末は、ＤＬ用構成及びＵＬ用構成を識別できる。

図６Ｂでは、ＤＣＩフォーマット２＿１内の識別子フィールドは、上記仮想ＣＲＣビットとして用いられてもよい。当該識別子フィールドには、仮想ＣＲＣビットとして、固定値（例えば、“０”又は“１”）が設定されてもよい。一般に、既知のビット値が増加するほどユーザ端末における誤り訂正の効果を大きく得られる。したがって、図６Ｂに示すように、当該識別子フィールドを仮想ＣＲＣビットとして利用することにより、性能を向上させることができる。

或いは、図６Ｃに示すように、ＤＣＩフォーマット２＿１内の識別子フィールドは、削除されてもよい。当該識別子フィールドの削除により、ＤＣＩフォーマット２＿１のペイロードを削減できる。したがって、ＤＣＩフォーマット２＿１によるオーバーヘッドを削減でき、この結果、無線通信システムの性能を向上させることができる。

なお、図６Ｂ及び６Ｃでは、ＤＬ用構成のＤＣＩフォーマット２＿１だけが示されるが、ＵＬ用構成のＤＣＩフォーマット２＿１内の識別子フィールドが仮想ＣＲＣビットとして利用されてもよいし、或いは、当該識別子フィールドが削除されてもよい。

第４の態様では、ユーザ端末に対するＰＤＳＣＨの送信がないと想定されるリソース及び当該ユーザ端末からのＰＵＳＣＨの送信を停止するリソースの少なくとも一つの通知に用いられるＤＣＩフォーマット内の識別子フィールドを有効に利用できる、又は、当該識別子フィールドの削除により当該ＤＣＩフォーマットのオーバーヘッドを削減できる。

（第５の態様）
第５の態様では、ＰＵＣＣＨ及びＰＵＳＣＨの少なくとも一つ用のＴＰＣコマンドの送信に用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２）について説明する。ユーザ端末は、当該ＤＣＩフォーマット内のＴＰＣコマンドが示す値に基づいて、ＰＵＣＣＨ及びＰＵＳＣＨの少なくとも一つの送信電力を制御する。

第５の態様において、上記ＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２）は、Ｎ（Ｎ≧１）個のＴＰＣコマンド（TPC command）（ＴＰＣコマンドフィールド又はＴＰＣコマンドフィールド値等ともいう）を含んでもよい。各ＴＰＣコマンドは、所定のビット数であってもよい。例えば、２ビットのＴＰＣコマンドは、取り得る各フィールド値によって、４段階の値（例えば、−１、０、１及び３、又は、−４、−１、１及び４）を示してもよい。なお、Ｎ個のＴＰＣコマンドには、それぞれ、番号（ＴＰＣコマンド番号）が付与されてもよい。

当該ＤＣＩフォーマット内の各ＴＰＣコマンドは、ＣＣ（キャリア、セル又はサービングセル等ともいう）、ＢＷＰ及びユーザ端末の少なくとも一つの組み合わせに対応するＴＰＣコマンドの値を示してもよい。

ユーザ端末は、当該ユーザ端末に設定される制御領域（例えば、ＣＯＲＥＳＥＴ及びサーチスペースの少なくとも一つ）を監視して、上記ＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２）を検出してもよい。

また、ＰＵＣＣＨ及びＰＵＳＣＨの少なくとも一つ用のＴＰＣコマンドの送信に用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿２）のＣＲＣビットは、他の用途のＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１、２＿０、２＿１、２＿３等）とは異なるスクランブル識別子（例えば、ＴＰＣ−ＲＮＴＩ（ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ及びＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩを含んでもよい））でスクランブル（マスク）されてもよい。

この場合、ユーザ端末は、異なる複数のスクランブル識別子により、ＰＵＣＣＨ及びＰＵＳＣＨの少なくとも一つ用のＴＰＣコマンドの送信に用いられるＤＣＩフォーマットと、他の用途のＤＣＩフォーマットとを識別できる。なお、ＴＰＣ−ＲＮＴＩを示す情報は、上位レイヤシグナリングにより無線基地局からユーザ端末に通知（設定）されてもよい。

図７は、第５の態様に係るＤＣＩフォーマット２＿２の一例を示す図である。図７Ａ−７Ｃでは、ＤＣＩフォーマット２＿２のＣＲＣビットは、他の用途のＤＣＩフォーマットとは異なるスクランブル識別子（例えば、ＴＰＣ−ＲＮＴＩ）でスクランブルされるものとする。また、図７Ａ〜７Ｃに示すＤＣＩフォーマット２＿２は例示にすぎず、一部のフィールドが省略されてもよいし、図示しない他のフィールドを含んでもよいことは勿論である。

図７Ａでは、ＰＵＣＣＨ用のＴＰＣコマンドの送信に用いられるＤＣＩフォーマット２＿２及びＰＵＳＣＨ用のＴＰＣコマンドの送信に用いられるＤＣＩフォーマット２＿２のペイロードが同一であり、両者のＣＲＣビットは、同一のＴＰＣ−ＲＮＴＩでスクランブルされるものとする。この場合、ＤＣＩフォーマット２＿２の識別子フィールドは、当該ＤＣＩフォーマット２＿２が、ＰＵＣＣＨ用のＴＰＣコマンド又はＰＵＳＣＨ用のＴＰＣコマンドのいずれの送信に用いられるかの識別に用いられてもよい。

例えば、図７Ａに示すように、ＤＣＩフォーマット２＿２の識別子フィールドには、ＰＵＣＣＨ用のＴＰＣコマンドの送信を示す値（例えば、“０”）、又は、ＰＵＳＣＨ用のＴＰＣコマンドの送信を示す値（例えば、“１”）のいずれかが設定されてもよい。

ユーザ端末は、ＤＣＩフォーマット２＿２内の識別子フィールド値によって、当該ＤＣＩフォーマットがＰＵＣＣＨ用又はＰＵＳＣＨ用のいずれのＴＰＣコマンドの送信に用いられるかを認識し、ＤＣＩフォーマット２＿２内の一以上のＴＰＣコマンドに基づいて、ＰＵＣＣＨ又はＰＵＳＣＨの送信電力を制御してもよい。例えば、ユーザ端末は、ＰＵＣＣＨ又はＰＵＳＣＨを送信するセルに対応するＴＰＣコマンドが示す値に基づいて、当該ＰＵＣＣＨ又はＰＵＳＣＨの送信電力を制御してもよい。

図７Ｂ及び７Ｃでは、ＰＵＣＣＨ用のＴＰＣコマンドの送信に用いられるＤＣＩフォーマット２＿２とＰＵＳＣＨ用のＴＰＣコマンドの送信に用いられるＤＣＩフォーマット２＿２との間で異なるペイロード又は異なるスクランブル識別子（例えば、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ及びＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ）が用いられる場合を想定する。この場合、ユーザ端末は、異なるペイロード又はスクランブル識別子により、ＤＣＩフォーマット２＿２がＰＵＣＣＨ用のＴＰＣコマンド又はＰＵＳＣＨ用のＴＰＣコマンドのいずれの送信に用いられるかを識別できる。

図７Ｂでは、ＤＣＩフォーマット２＿２内の識別子フィールドは、上記仮想ＣＲＣビットとして用いられてもよい。当該識別子フィールドには、仮想ＣＲＣビットとして、固定値（例えば、“０”又は“１”）が設定されてもよい。一般に、既知のビット値が増加するほどユーザ端末における誤り訂正の効果を大きく得られる。したがって、図７Ｂに示すように、当該識別子フィールドを仮想ＣＲＣビットとして利用することにより、性能を向上させることができる。

或いは、図７Ｃに示すように、ＤＣＩフォーマット２＿２内の識別子フィールドは、削除されてもよい。当該識別子フィールドの削除により、ＤＣＩフォーマット２＿２のペイロードを削減できる。したがって、ＤＣＩフォーマット２＿２によるオーバーヘッドを削減でき、この結果、無線通信システムの性能を向上させることができる。

図８は、第５の態様に係るＤＣＩフォーマット２＿２の他の例を示す図である。なお、図８では、ユーザ端末は、異なるペイロード又は異なるスクランブル識別子により、ＤＣＩフォーマット２＿２がＰＵＣＣＨ用のＴＰＣコマンド又はＰＵＳＣＨ用のＴＰＣコマンドのいずれの送信に用いられるかを識別できるものとする。

図８に示すように、ＤＣＩフォーマット２＿２の１ビットの識別子フィールドは、Ｘ（例えば、２又は３）ビットの所定フィールドに拡張されてもよい。当該所定フィールド値は、ＤＣＩフォーマット２＿２が、どのＣＣ（キャリア、セル又はサービングセル等ともいう）又はどのＢＷＰのＴＰＣコマンドの送信に用いられるかを示してもよい。

ＰＵＳＣＨの送信は、ＤＣＩフォーマット１＿０又は１＿１によりスケジューリングされたリソースを用いるタイプ（第０のタイプ、グラントタイプ又はスケジュールドグラント（scheduled grant）等ともいう）と、上位レイヤシグナリングにより設定されたリソースを用いるタイプ（第１のタイプ及び第２のタイプ、グラントフリータイプ１とグラントフリータイプ２、設定グラント（configured grant）又はグラントフリー等ともいう）と、が想定される。グラントフリータイプ２は、上位レイヤによってあらかじめ設定されたＰＵＳＣＨリソースをＤＣＩでアクティベーション／ディアクティベーションする方法であり、グラントフリータイプ１は、グラントフリータイプ２に加え、ＤＣＩでアクティベーション／ディアクティベーションを行わず、ＲＲＣシグナリングで設定されたらば、基地局からのＬ２／Ｌ１指示がなくてもＰＵＳＣＨの送信を行う方法である。

グラントフリータイプ１およびタイプ２は、プライマリセル（Ｐセル：primary cell）（プライマリキャリア）及びセカンダリセル（Ｓセル：secondary cell）（セカンダリキャリア）の双方で用いることが想定される。

上記ＤＣＩフォーマット２＿２は、グラントタイプのＰＵＳＣＨ、グラントフリータイプ１のＰＵＳＣＨ、グラントフリータイプ２のＰＵＳＣＨ、ＰＵＣＣＨの少なくとも一つに用いられることが想定される。一方、上記ＤＣＩフォーマット２＿２は、ＰＵＣＣＨが送信される一以上のセル（Ｐセル）、又は、異なるセルグループ内でそれぞれＰＵＣＣＨが送信されるセル（Ｐセル及びプライマリセカンダリセル（ＰＳセル：Primary Secondary Cell））で用いられることが想定される。

したがって、ＤＣＩフォーマット２＿２内のＸビットの所定フィールド値は、どのセル（キャリア、セル又はサービングセル等ともいう）ＴＰＣコマンドの送信に用いられるかを示してもよい。また、当該所定フィード値は、どのＢＷＰ、又は、どのセル及びどのＢＷＰのＴＰＣコマンドの送信に用いられるかを示してもよい。

第５の態様では、ＰＵＣＣＨ及びＰＵＳＣＨの少なくとも一つ用のＴＰＣコマンドの送信に用いられるＤＣＩフォーマット内の識別子フィールドを有効に利用できる、又は、当該識別子フィールドの削除により当該ＤＣＩフォーマットのオーバーヘッドを削減できる、又は、又は当該識別子フィールドが拡張されたＸビットの所定フィールドにより当該ＤＣＩフォーマットがどのＣＣ（及びどのＢＷＰ）のＴＰＣコマンドの送信に用いられるかを適切に識別できる。

（第６の態様）
第６の態様では、一以上のユーザ端末による参照信号（例えば、ＳＲＳ）の送信に用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿３）について説明する。ユーザ端末は、当該ＤＣＩフォーマット内のブロック番号が示す値に基づいて、ＳＲＳの送信を制御してもよい。

第６の態様において、上記ＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿３）は、Ｂ（Ｂ≧１）個のブロック（block）を含んでもよい。各ブロックは、例えばＴＰＣコマンドを示し、ユーザ端末は、ブロックに基づいてＴＰＣコマンドを反映させるＳＲＳやセルを制御してもよい。なお、Ｂ個のブロックには、それぞれ、番号（ブロック番号）が付与されてもよい。

また、上記ＤＣＩフォーマットには、ユーザ端末からのＳＲＳの送信を要求するフィールド（ＳＲＳ要求フィールド）が含まれてもよい。ＳＲＳ要求フィールドは、所定のブロックについて含まれてもよい。当該ＳＲＳ要求フィールドの値は、どのセル（ＣＣ、サービングセル又はキャリア等ともいう）でＳＲＳの送信を要求するかを示してもよい。

また、上記ＤＣＩフォーマットには、ＴＰＣコマンド（ＴＰＣコマンドフィールド等ともいう）が含まれてもよい。ＴＰＣコマンドは、所定のブロックについて含まれてもよい。ユーザ端末は、当該ＴＰＣコマンドに基づいて、ＳＲＳの送信電力を制御してもよい。

ユーザ端末は、当該ユーザ端末に設定される制御領域（例えば、ＣＯＲＥＳＥＴ及びサーチスペースの少なくとも一つ）を監視して、上記ＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿３）を検出してもよい。

また、上記ＤＣＩフォーマット（例えば、ＤＣＩフォーマット２＿３）のＣＲＣビットは、他の用途のＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１、２＿０、２＿１、２＿２等）とは異なるスクランブル識別子（例えば、ｓｒｓ−ＴＰＣ−ＲＮＴＩ）でスクランブル（マスク）されてもよい。

この場合、ユーザ端末は、異なる複数のスクランブル識別子により、ユーザ端末からのＳＲＳの送信に用いられるＤＣＩフォーマットと、他の用途のＤＣＩフォーマットとを識別できる。なお、ｓｒｓ−ＴＰＣ−ＲＮＴＩを示す情報は、上位レイヤシグナリングにより無線基地局からユーザ端末に通知（設定）されてもよい。

ユーザ端末には、単一のＤＬキャリア（ＤＬセル等ともいう）に対して、複数のＵＬキャリア（ＵＬセル等ともいう）が設定されることが想定される。当該複数のＵＬキャリアのうち、対応するＤＬキャリアが存在するＵＬキャリアは、通常の（normal）ＵＬキャリアとも呼ばれ、対応するＤＬキャリアが存在しないＵＬキャリアは、追加のＵＬキャリア（ＳＵＬ：Supplemental Uplink）とも呼ばれる。

ユーザ端末からのＳＲＳの送信に用いられるＤＣＩフォーマット内の識別子フィールドは、当該ユーザ端末がＳＲＳの送信に用いるＵＬキャリアが、通常のＵＬキャリア又はＳＵＬのいずれであるかの識別に用いられてもよい。

図９は、第６の態様に係るＤＣＩフォーマット２＿３の一例を示す図である。図９Ａ−９Ｃでは、ＤＣＩフォーマット２＿３のＣＲＣビットは、他の用途のＤＣＩフォーマットとは異なるスクランブル識別子（例えば、ｓｒｓ−ＴＰＣ−ＲＮＴＩ）でスクランブルされるものとする。

また、図９Ａ〜９Ｃに示すＤＣＩフォーマット２＿３は例示にすぎず、一部のフィールドが省略されてもよいし、図示しない他のフィールド（例えば、ブロック毎のＳＲＳ要求フィールド及びブロック毎のＴＰＣコマンドの少なくとも一つ）を含んでもよいことは勿論である。

図９Ａでは、通常のＵＬキャリアのＳＲＳの送信に用いられるＤＣＩフォーマット２＿３及びＳＵＬのＳＲＳの送信に用いられるＤＣＩフォーマット２＿３のペイロードが同一であり、両者のＣＲＣビットは、同一のｓｒｓ−ＴＰＣ−ＲＮＴＩでスクランブルされるものとする。この場合、ＤＣＩフォーマット２＿３の識別子フィールドは、当該ＤＣＩフォーマット２＿３が、通常のＵＬキャリアのＳＲＳ又はＳＵＬのＳＲＳのいずれの送信に用いられるかの識別に用いられてもよい。

例えば、図９Ａに示すように、ＤＣＩフォーマット２＿３の識別子フィールドには、通常のＵＬキャリアを示す値（例えば、“０”）、又は、ＳＵＬを示す値（例えば、“１”）のいずれかが設定されてもよい。

ユーザ端末は、ＤＣＩフォーマット２＿３内の識別子フィールド値によって、当該ＤＣＩフォーマットが通常のＵＬキャリアのＳＲＳ用又はＳＵＬのＳＲＳ用のいずれの送信に用いられるかを認識してもよい。また、ユーザ端末は、当該ＤＣＩフォーマット２＿３に含まれるブロック，ＳＲＳ要求フィールド、ＴＰＣコマンドの少なくとも一つに基づいて、識別されたＵＬキャリアにおけるＳＲＳの送信を制御してもよい。

図９Ｂ及び９Ｃでは、通常のＵＬキャリアのＳＲＳの送信に用いられるＤＣＩフォーマット２＿３とＳＵＬのＳＲＳの送信に用いられるＤＣＩフォーマット２＿３との間で異なるペイロード又は異なるスクランブル識別子が用いられる場合を想定する。この場合、ユーザ端末は、異なるペイロード又はスクランブル識別子により、ＤＣＩフォーマット２＿３が通常のＵＬキャリアのＳＲＳ又はＳＵＬのＳＲＳのいずれを対象とするかを識別できる。

図９Ｂでは、ＤＣＩフォーマット２＿３内の識別子フィールドは、上記仮想ＣＲＣビットとして用いられてもよい。当該識別子フィールドには、仮想ＣＲＣビットとして、固定値（例えば、“０”又は“１”）が設定されてもよい。一般に、既知のビット値が増加するほどユーザ端末における誤り訂正の効果を大きく得られる。したがって、図９Ｂに示すように、当該識別子フィールドを仮想ＣＲＣビットとして利用することにより、性能を向上させることができる。

或いは、図９Ｃに示すように、ＤＣＩフォーマット２＿３内の識別子フィールドは、削除されてもよい。当該識別子フィールドの削除により、ＤＣＩフォーマット２＿３のペイロードを削減できる。したがって、ＤＣＩフォーマット２＿３によるオーバーヘッドを削減でき、この結果、無線通信システムの性能を向上させることができる。

第６の態様では、ユーザ端末からのＳＲＳの送信に用いられるＤＣＩフォーマット内の識別子フィールドを有効に利用できる、又は、当該識別子フィールドの削除により当該ＤＣＩフォーマットのオーバーヘッドを削減できる。

（無線通信システム）
以下、本実施の形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上記各態様に係る無線通信方法が適用される。なお、上記各態様に係る無線通信方法は、それぞれ単独で適用されてもよいし、少なくとも２つを組み合わせて適用されてもよい。

図１０は、本実施の形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１では、ＬＴＥシステムのシステム帯域幅（例えば、２０ＭＨｚ）を１単位とする複数の基本周波数ブロック（コンポーネントキャリア）を一体としたキャリアアグリゲーション（ＣＡ）及び／又はデュアルコネクティビティ（ＤＣ）を適用することができる。なお、無線通信システム１は、ＳＵＰＥＲ ３Ｇ、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、ＮＲ（New RAT：New Radio Access Technology）などと呼ばれても良い。

図１０に示す無線通信システム１は、マクロセルＣ１を形成する無線基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する無線基地局１２ａ〜１２ｃとを備えている。また、マクロセルＣ１及び各スモールセルＣ２には、ユーザ端末２０が配置されている。セル間及び／又はセル内で異なるニューメロロジーが適用される構成としてもよい。

ここで、ニューメロロジーとは、周波数方向及び／又は時間方向における通信パラメータ（例えば、サブキャリアの間隔（サブキャリア間隔）、帯域幅、シンボル長、ＣＰの時間長（ＣＰ長）、サブフレーム長、ＴＴＩの時間長（ＴＴＩ長）、ＴＴＩあたりのシンボル数、無線フレーム構成、フィルタリング処理、ウィンドウイング処理などの少なくとも一つ）である。無線通信システム１では、例えば、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚなどのサブキャリア間隔がサポートされてもよい。

ユーザ端末２０は、無線基地局１１及び無線基地局１２の双方に接続することができる。ユーザ端末２０は、異なる周波数を用いるマクロセルＣ１とスモールセルＣ２を、ＣＡ又はＤＣにより同時に使用することが想定される。また、ユーザ端末２０は、複数のセル（ＣＣ）（例えば、２個以上のＣＣ）を用いてＣＡ又はＤＣを適用することができる。また、ユーザ端末は、複数のセルとしてライセンスバンドＣＣとアンライセンスバンドＣＣを利用することができる。

また、ユーザ端末２０は、各セルで、時分割複信（ＴＤＤ：Time Division Duplex）又は周波数分割複信（ＦＤＤ：Frequency Division Duplex）を用いて通信を行うことができる。ＴＤＤのセル、ＦＤＤのセルは、それぞれ、ＴＤＤキャリア（フレーム構成タイプ２）、ＦＤＤキャリア（フレーム構成タイプ１）等と呼ばれてもよい。

また、各セル（キャリア）では、単一のニューメロロジーが適用されてもよいし、複数の異なるニューメロロジーが適用されてもよい。

ユーザ端末２０と無線基地局１１との間は、相対的に低い周波数帯域（例えば、２ＧＨｚ）で帯域幅が狭いキャリア（既存キャリア、Legacy carrierなどと呼ばれる）を用いて通信を行うことができる。一方、ユーザ端末２０と無線基地局１２との間は、相対的に高い周波数帯域（例えば、３．５ＧＨｚ、５ＧＨｚ、３０〜７０ＧＨｚなど）で帯域幅が広いキャリアが用いられてもよいし、無線基地局１１との間と同じキャリアが用いられてもよい。なお、各無線基地局が利用する周波数帯域の構成はこれに限られない。

無線基地局１１と無線基地局１２との間（又は、２つの無線基地局１２間）は、有線接続（例えば、ＣＰＲＩ（Common Public Radio Interface）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線接続する構成とすることができる。

無線基地局１１及び各無線基地局１２は、それぞれ上位局装置３０に接続され、上位局装置３０を介してコアネットワーク４０に接続される。なお、上位局装置３０には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ（ＲＮＣ）、モビリティマネジメントエンティティ（ＭＭＥ）などが含まれるが、これに限定されるものではない。また、各無線基地局１２は、無線基地局１１を介して上位局装置３０に接続されてもよい。

なお、無線基地局１１は、相対的に広いカバレッジを有する無線基地局であり、マクロ基地局、集約ノード、ｅＮＢ（eNodeB）、ｇＮＢ（gNodeB）、送受信ポイント（ＴＲＰ）、などと呼ばれてもよい。また、無線基地局１２は、局所的なカバレッジを有する無線基地局であり、スモール基地局、マイクロ基地局、ピコ基地局、フェムト基地局、ＨｅＮＢ（Home eNodeB）、ＲＲＨ（Remote Radio Head）、ｅＮＢ、ｇＮＢ、送受信ポイントなどと呼ばれてもよい。以下、無線基地局１１及び１２を区別しない場合は、無線基地局１０と総称する。

各ユーザ端末２０は、ＬＴＥ、ＬＴＥ−Ａ、５Ｇ、５Ｇ＋、ＮＲ、Ｒｅｌ．１５〜などの各種通信方式に対応した端末であり、移動通信端末だけでなく固定通信端末を含んでもよい。また、ユーザ端末２０は、他のユーザ端末２０との間で端末間通信（Ｄ２Ｄ）を行うことができる。

無線通信システム１においては、無線アクセス方式として、下りリンク（ＤＬ）にＯＦＤＭＡ（直交周波数分割多元接続）が適用でき、上りリンク（ＵＬ）にＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用できる。ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。ＳＣ−ＦＤＭＡは、システム帯域幅を端末毎に１つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限られず、ＵＬでＯＦＤＭＡが用いられてもよい。

また、無線通信システム１では、マルチキャリア波形（例えば、ＯＦＤＭ波形）が用いられてもよいし、シングルキャリア波形（例えば、ＤＦＴ−ｓ−ＯＦＤＭ波形）が用いられてもよい。

無線通信システム１では、下り（ＤＬ）チャネルとして、各ユーザ端末２０で共有されるＤＬ共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel、下りデータチャネル等ともいう）、ブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）、Ｌ１／Ｌ２制御チャネルなどが用いられる。ＰＤＳＣＨにより、ユーザデータや上位レイヤ制御情報、ＳＩＢ（System Information Block）などが伝送される。また、ＰＢＣＨにより、ＭＩＢ（Master Information Block）が伝送される。

Ｌ１／Ｌ２制御チャネルは、下り制御チャネル（ＰＤＣＣＨ（Physical Downlink Control Channel）、ＥＰＤＣＣＨ（Enhanced Physical Downlink Control Channel））、ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）、ＰＨＩＣＨ（Physical Hybrid-ARQ Indicator Channel）などを含む。ＰＤＣＣＨにより、ＰＤＳＣＨ及びＰＵＳＣＨのスケジューリング情報を含む下り制御情報（ＤＣＩ：Downlink Control Information）などが伝送される。ＰＣＦＩＣＨにより、ＰＤＣＣＨに用いるＯＦＤＭシンボル数が伝送される。ＥＰＤＣＣＨは、ＰＤＳＣＨと周波数分割多重され、ＰＤＣＣＨと同様にＤＣＩなどの伝送に用いられる。ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨの少なくとも一つにより、ＰＵＳＣＨに対するＨＡＲＱの送達確認情報（ＡＣＫ／ＮＡＣＫ）を伝送できる。

無線通信システム１では、上り（ＵＬ）チャネルとして、各ユーザ端末２０で共有される上り共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel、上りデータチャネル等ともいう）、上り制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）、ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）などが用いられる。ＰＵＳＣＨにより、ユーザデータ、上位レイヤ制御情報が伝送される。下り（ＤＬ）信号の送達確認情報（Ａ／Ｎ）やチャネル状態情報（ＣＳＩ）などの少なくとも一つを含む上り制御情報（ＵＣＩ：Uplink Control Information）は、ＰＵＳＣＨ又はＰＵＣＣＨにより、伝送される。ＰＲＡＣＨにより、セルとの接続確立のためのランダムアクセスプリアンブルを伝送できる。

＜無線基地局＞
図１１は、本実施の形態に係る無線基地局の全体構成の一例を示す図である。無線基地局１０は、複数の送受信アンテナ１０１と、アンプ部１０２と、送受信部１０３と、ベースバンド信号処理部１０４と、呼処理部１０５と、伝送路インターフェース１０６とを備えている。なお、送受信アンテナ１０１、アンプ部１０２、送受信部１０３は、それぞれ１つ以上を含むように構成されてもよい。

下りリンクで無線基地局１０からユーザ端末２０に送信されるユーザデータは、上位局装置３０から伝送路インターフェース１０６を介してベースバンド信号処理部１０４に入力される。

ベースバンド信号処理部１０４では、ユーザデータに関して、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio Link Control）再送制御などのＲＬＣレイヤの送信処理、ＭＡＣ（Medium Access Control）再送制御（例えば、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）の送信処理）、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）処理、プリコーディング処理などの送信処理が行われて送受信部１０３に転送される。また、下り制御信号に関しても、チャネル符号化や逆高速フーリエ変換などの送信処理が行われて、送受信部１０３に転送される。

送受信部１０３は、ベースバンド信号処理部１０４からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部１０３で周波数変換された無線周波数信号は、アンプ部１０２により増幅され、送受信アンテナ１０１から送信される。

本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部１０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。

一方、上り（ＵＬ）信号については、送受信アンテナ１０１で受信された無線周波数信号がアンプ部１０２で増幅される。送受信部１０３はアンプ部１０２で増幅されたＵＬ信号を受信する。送受信部１０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部１０４に出力する。

ベースバンド信号処理部１０４では、入力されたＵＬ信号に含まれるＵＬデータに対して、高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）処理、逆離散フーリエ変換（ＩＤＦＴ：Inverse Discrete Fourier Transform）処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ及びＰＤＣＰレイヤの受信処理がなされ、伝送路インターフェース１０６を介して上位局装置３０に転送される。呼処理部１０５は、通信チャネルの設定や解放などの呼処理や、無線基地局１０の状態管理や、無線リソースの管理を行う。

伝送路インターフェース１０６は、所定のインターフェースを介して、上位局装置３０と信号を送受信する。また、伝送路インターフェース１０６は、基地局間インターフェース（例えば、ＣＰＲＩ（Common Public Radio Interface）に準拠した光ファイバ、Ｘ２インターフェース）を介して隣接無線基地局１０と信号を送受信（バックホールシグナリング）してもよい。

また、送受信部１０３は、ユーザ端末２０に対して下り（ＤＬ）信号（ＤＬデータ信号、ＤＬ制御信号、ＤＬ参照信号の少なくとも一つを含む）を送信し、当該ユーザ端末２０からの上り（ＵＬ）信号（ＵＬデータ信号、ＵＬ制御信号、ＵＬ参照信号の少なくとも一つを含む）を受信する。

また、送受信部１０３は、下り制御チャネルを用いて、ユーザ端末２０に対するＤＣＩを送信する。具体的には、送受信部１０３は、ペイロードが同一であり、かつ、巡回冗長検査ビットのスクランブルに用いられる識別子が同一である複数の下り制御情報（ＤＣＩ）を送信してもよい。また、送受信部１０３は、上位レイヤシグナリングによる制御情報（上位レイヤ制御情報）を送信してもよい。

図１２は、本実施の形態に係る無線基地局の機能構成の一例を示す図である。なお、図１２は、本実施の形態における特徴部分の機能ブロックを主に示しており、無線基地局１０は、無線通信に必要な他の機能ブロックも有しているものとする。図１２に示すように、ベースバンド信号処理部１０４は、制御部３０１と、送信信号生成部３０２と、マッピング部３０３と、受信信号処理部３０４と、測定部３０５とを備えている。

制御部３０１は、無線基地局１０全体の制御を実施する。制御部３０１は、例えば、送信信号生成部３０２によるＤＬ信号の生成や、マッピング部３０３によるＤＬ信号のマッピング、受信信号処理部３０４によるＵＬ信号の受信処理（例えば、復調など）、測定部３０５による測定を制御する。

具体的には、制御部３０１は、ユーザ端末２０のスケジューリングを行う。具体的には、制御部３０１は、下り共有チャネル及び／又は上り共有チャネルのスケジューリング及び／又は再送制御を行ってもよい。

また、制御部３０１は、ＤＣＩの生成を制御してもよい。具体的には、制御部３０１は、複数のＤＣＩの識別子フィールド値を制御してもよい。当該複数のＤＣＩは、ペイロードが同一であり、かつ、ＣＲＣビットのスクランブルに用いられる識別子が同一であってもよい。

また、上記複数のＤＣＩが、下り共有チャネル及び上り共有チャネルの少なくとも一つのスケジューリングに用いられる複数のＤＣＩである場合、制御部３０１は、当該複数の識別子フィールド値の生成を制御してもよい（第１、第２の態様）。

また、上記複数のＤＣＩが、スロットフォーマットの識別子の構成が異なる複数のＤＣＩである場合、制御部３０１は、当該複数の識別子フィールド値の生成を制御してもよい（第３の態様）。

また、上記複数のＤＣＩが、下り共有チャネルの送信が想定されないリソースを示す識別子を含む第１のＤＣＩ及び上り共有チャネルの送信を停止するリソースを示す識別子を含む第２のＤＣＩである場合、制御部３０１は、前記第１のＤＣＩ及び前記第２のＤＣＩの識別子フィールド値の生成を制御してもよい（第４の態様）。

また、上記複数のＤＣＩが、下り共有チャネルの送信電力制御（ＴＰＣ）用のコマンドを含む第１のＤＣＩ及び上り共有チャネルのＴＰＣ用のコマンドを含む第２のＤＣＩである場合、制御部３０１は、前記第１のＤＣＩ及び前記第２のＤＣＩの識別子フィールド値の生成を制御してもよい（第５の態様）。

また、上記複数のＤＣＩが、通常のＵＬキャリアのＳＲＳのＴＰＣ用のコマンドを含む第１のＤＣＩ及びＳＵＬのＳＲＳのＴＰＣ用のコマンドを含む第２のＤＣＩである場合、制御部３０１は、前記第１のＤＣＩ及び前記第２のＤＣＩの識別子フィールド値の生成を制御してもよい（第６の態様）。

制御部３０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。

送信信号生成部３０２は、制御部３０１からの指示に基づいて、ＤＬ信号（ＤＬデータ信号、ＤＬ制御信号、ＤＬ参照信号を含む）を生成して、マッピング部３０３に出力する。

送信信号生成部３０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。

マッピング部３０３は、制御部３０１からの指示に基づいて、送信信号生成部３０２で生成されたＤＬ信号を、所定の無線リソースにマッピングして、送受信部１０３に出力する。マッピング部３０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。

受信信号処理部３０４は、ユーザ端末２０から送信されるＵＬ信号（例えば、ＵＬデータ信号、ＵＬ制御信号、ＵＬ参照信号を含む）に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。具体的には、受信信号処理部３０４は、受信信号や、受信処理後の信号を、測定部３０５に出力してもよい。また、受信信号処理部３０４は、制御部３０１から指示される上り制御チャネル構成に基づいて、ＵＣＩの受信処理を行う。

測定部３０５は、受信した信号に関する測定を実施する。測定部３０５は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。

測定部３０５は、例えば、ＵＬ参照信号の受信電力（例えば、ＲＳＲＰ（Reference Signal Received Power））及び／又は受信品質（例えば、ＲＳＲＱ（Reference Signal Received Quality））に基づいて、ＵＬのチャネル品質を測定してもよい。測定結果は、制御部３０１に出力されてもよい。

＜ユーザ端末＞
図１３は、本実施の形態に係るユーザ端末の全体構成の一例を示す図である。ユーザ端末２０は、ＭＩＭＯ伝送のための複数の送受信アンテナ２０１と、アンプ部２０２と、送受信部２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５と、を備えている。

複数の送受信アンテナ２０１で受信された無線周波数信号は、それぞれアンプ部２０２で増幅される。各送受信部２０３はアンプ部２０２で増幅されたＤＬ信号を受信する。送受信部２０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部２０４に出力する。

ベースバンド信号処理部２０４は、入力されたベースバンド信号に対して、ＦＦＴ処理や、誤り訂正復号、再送制御の受信処理などを行う。ＤＬデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤやＭＡＣレイヤより上位のレイヤに関する処理などを行う。また、ブロードキャスト情報もアプリケーション部２０５に転送される。

一方、上り（ＵＬ）データについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御の送信処理（例えば、ＨＡＲＱの送信処理）や、チャネル符号化、レートマッチング、パンクチャ、離散フーリエ変換（ＤＦＴ：Discrete Fourier Transform）処理、ＩＦＦＴ処理などが行われて各送受信部２０３に転送される。ＵＣＩについても、チャネル符号化、レートマッチング、パンクチャ、ＤＦＴ処理、ＩＦＦＴ処理の少なくとも一つが行われて各送受信部２０３に転送される。

送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部２０３で周波数変換された無線周波数信号は、アンプ部２０２により増幅され、送受信アンテナ２０１から送信される。

また、送受信部２０３は、ユーザ端末２０に設定されたニューメロロジーの下り（ＤＬ）信号（ＤＬデータ信号、ＤＬ制御信号、ＤＬ参照信号を含む）を受信し、当該ニューメロロジーの上り（ＵＬ）信号（ＵＬデータ信号、ＵＬ制御信号、ＵＬ参照信号を含む）を送信する。

また、送受信部３０３は、下り制御チャネルを用いて、ユーザ端末２０に対するＤＣＩを受信する。具体的には、送受信部２０３は、ペイロードが同一であり、かつ、巡回冗長検査ビットのスクランブルに用いられる識別子が同一である複数の下り制御情報（ＤＣＩ）を受信してもよい。また、送受信部２０３は、上位レイヤシグナリングによる制御情報（上位レイヤ制御情報）を受信してもよい。

送受信部２０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置とすることができる。また、送受信部２０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。

図１４は、本実施の形態に係るユーザ端末の機能構成の一例を示す図である。なお、図１４においては、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有しているものとする。図１４に示すように、ユーザ端末２０が有するベースバンド信号処理部２０４は、制御部４０１と、送信信号生成部４０２と、マッピング部４０３と、受信信号処理部４０４と、測定部４０５と、を備えている。

制御部４０１は、ユーザ端末２０全体の制御を実施する。制御部４０１は、例えば、送信信号生成部４０２によるＵＬ信号の生成や、マッピング部４０３によるＵＬ信号のマッピング、受信信号処理部４０４によるＤＬ信号の受信処理、測定部４０５による測定を制御する。

また、制御部４０１は、ＤＣＩに基づいて、ユーザ端末２０における通信処理（下り共有チャネル（例えば、ＰＤＳＣＨ）の受信、上り共有チャネル（例えば、ＰＵＳＣＨ）の送信、スロットフォーマット、上り共有チャネル及び上り制御チャネル（例えば、ＰＵＣＣＨ）の少なくとも一つの送信電力、上り参照信号（例えば、ＳＲＳ）の送信などの少なくとも一つ）を制御してもよい。具体的には、制御部４０１は、複数のＤＣＩの識別子フィールド値に基づいて、ユーザ端末２０における上記通信処理を制御してもよい。当該複数のＤＣＩは、ペイロードが同一であり、かつ、ＣＲＣビットのスクランブルに用いられる識別子が同一であってもよい。

また、上記複数のＤＣＩが、下り共有チャネル及び上り共有チャネルの少なくとも一つのスケジューリングに用いられる複数のＤＣＩである場合、制御部４０１は、当該複数の識別子フィールド値に基づいて、当該複数のＤＣＩのフォーマットを識別してもよい（第１、第２の態様）。

また、上記複数のＤＣＩが、スロットフォーマットの識別子の構成が異なる複数のＤＣＩである場合、制御部４０１は、当該複数の識別子フィールド値に基づいて、前記スロットフォーマットの識別子の構成を識別してもよい（第３の態様）。

また、上記複数のＤＣＩが、下り共有チャネルの送信が想定されないリソースを示す識別子を含む第１のＤＣＩ及び上り共有チャネルの送信を停止するリソースを示す識別子を含む第２のＤＣＩである場合、制御部４０１は、前記第１のＤＣＩ及び前記第２のＤＣＩの識別子フィールド値に基づいて、前記第１のＤＣＩ及び前記第２のＤＣＩを識別してもよい（第４の態様）。

また、上記複数のＤＣＩが、下り共有チャネルの送信電力制御（ＴＰＣ）用のコマンドを含む第１のＤＣＩ及び上り共有チャネルのＴＰＣ用のコマンドを含む第２のＤＣＩである場合、制御部４０１は、前記第１のＤＣＩ及び前記第２のＤＣＩの識別子フィールド値の生成を制御してもよい（第５の態様）。

また、上記複数のＤＣＩが、通常のＵＬキャリアのＳＲＳのＴＰＣ用のコマンドを含む第１のＤＣＩ及びＳＵＬのＳＲＳのＴＰＣ用のコマンドを含む第２のＤＣＩである場合、制御部４０１は、前記第１のＤＣＩ及び前記第２のＤＣＩの識別子フィールド値の生成を制御してもよい（第６の態様）。

また、制御部４０１は、複数のＤＣＩの識別フィールド値に基づいて、当該複数のＤＣＩの復号（誤り訂正）を制御してもよい（第３〜第６の態様）。

制御部４０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。

送信信号生成部４０２は、制御部４０１からの指示に基づいて、ＵＬ信号（ＵＬデータ信号、ＵＬ制御信号、ＵＬ参照信号、ＵＣＩを含む）を生成（例えば、符号化、レートマッチング、パンクチャ、変調など）して、マッピング部４０３に出力する。送信信号生成部４０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。

マッピング部４０３は、制御部４０１からの指示に基づいて、送信信号生成部４０２で生成されたＵＬ信号を無線リソースにマッピングして、送受信部２０３へ出力する。マッピング部４０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。

受信信号処理部４０４は、ＤＬ信号（ＤＬデータ信号、スケジューリング情報、ＤＬ制御信号、ＤＬ参照信号）に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。受信信号処理部４０４は、無線基地局１０から受信した情報を、制御部４０１に出力する。受信信号処理部４０４は、例えば、報知情報、システム情報、ＲＲＣシグナリングなどの上位レイヤシグナリングによる上位レイヤ制御情報、物理レイヤ制御情報（Ｌ１／Ｌ２制御情報）などを、制御部４０１に出力する。

受信信号処理部４０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。また、受信信号処理部４０４は、本発明に係る受信部を構成することができる。

測定部４０５は、無線基地局１０からの参照信号（例えば、ＣＳＩ−ＲＳ）に基づいて、チャネル状態を測定し、測定結果を制御部４０１に出力する。なお、チャネル状態の測定は、ＣＣ毎に行われてもよい。

測定部４０５は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。

＜ハードウェア構成＞
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線を用いて）接続し、これら複数の装置を用いて実現されてもよい。

例えば、本発明の一実施形態における無線基地局、ユーザ端末などは、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図１５は、本実施の形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の無線基地局１０及びユーザ端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。無線基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、１以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。

無線基地局１０及びユーザ端末２０における各機能は、例えば、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４を介する通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述のベースバンド信号処理部１０４（２０４）、呼処理部１０５などは、プロセッサ１００１によって実現されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ端末２０の制御部４０１は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically EPROM）、ＲＡＭ（Random Access Memory）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（ＣＤ−ＲＯＭ（Compact Disc ROM）など）、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び／又は時分割複信（ＴＤＤ：Time Division Duplex）を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信アンテナ１０１（２０１）、アンプ部１０２（２０２）、送受信部１０３（２０３）、伝送路インターフェース１０６などは、通信装置１００４によって実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤ（Light Emitting Diode）ランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

また、無線基地局１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

（変形例）
なお、本明細書において説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。

また、無線フレームは、時間領域において１つ又は複数の期間（フレーム）によって構成されてもよい。無線フレームを構成する当該１つ又は複数の各期間（フレーム）は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジーに依存しない固定の時間長（例えば、１ｍｓ）であってもよい。

さらに、スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）シンボルなど）によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。また、スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。

無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission Time Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及び／又はＴＴＩは、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１−１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。

ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、無線基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。

ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、及び／又はコードワードの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、及び／又はコードワードがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。

なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。

１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ Ｒｅｌ．８−１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、又はロングサブフレームなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、又は、サブスロットなどと呼ばれてもよい。

なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。

リソースブロック（ＲＢ：Resource Block）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（サブキャリア（subcarrier））を含んでもよい。また、ＲＢは、時間領域において、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームは、それぞれ１つ又は複数のリソースブロックによって構成されてもよい。なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier Group）、リソースエレメントグループ（ＲＥＧ：Resource Element Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。

また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長などの構成は、様々に変更することができる。

また、本明細書において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。

本明細書においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。例えば、様々なチャネル（ＰＵＣＣＨ（Physical Uplink Control Channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）など）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本明細書において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

また、情報、信号などは、上位レイヤから下位レイヤ、及び／又は下位レイヤから上位レイヤへ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。

入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。

情報の通知は、本明細書において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（ＤＣＩ：Downlink Control Information）、上り制御情報（ＵＣＩ：Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ブロードキャスト情報（マスタ情報ブロック（ＭＩＢ：Master Information Block）、システム情報ブロック（ＳＩＢ：System Information Block）など）、ＭＡＣ（Medium Access Control）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。

なお、物理レイヤシグナリングは、Ｌ１／Ｌ２（Layer 1／Layer 2）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRCConnectionSetup）メッセージ、ＲＲＣ接続再構成（RRCConnectionReconfiguration）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ ＣＥ（Control Element））を用いて通知されてもよい。

また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真（true）又は偽（false）で表される真偽値（boolean）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び／又は無線技術（赤外線、マイクロ波など）を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

本明細書において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。

本明細書においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「ｅＮＢ」、「ｇＮＢ」、「セル」、「セクタ」、「セルグループ」、「キャリア」及び「コンポーネントキャリア」という用語は、互換的に使用され得る。基地局は、固定局（fixed station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（access point）、送信ポイント、受信ポイント、送受信ポイント、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。

基地局は、１つ又は複数（例えば、３つ）のセル（セクタとも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Remote Radio Head））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び／又は基地局サブシステムのカバレッジエリアの一部又は全体を指す。

本明細書においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」及び「端末」という用語は、互換的に使用され得る。

移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。

基地局及び／又は移動局は、送信装置、受信装置などと呼ばれてもよい。

また、本明細書における無線基地局は、ユーザ端末で読み替えてもよい。例えば、無線基地局及びユーザ端末間の通信を、複数のユーザ端末間（Ｄ２Ｄ：Device-to-Device）の通信に置き換えた構成について、本発明の各態様／実施形態を適用してもよい。この場合、上述の無線基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、「サイド」と読み替えられてもよい。例えば、上りチャネルは、サイドチャネルと読み替えられてもよい。

同様に、本明細書におけるユーザ端末は、無線基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を無線基地局１０が有する構成としてもよい。

本明細書において、基地局によって行われるとした動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、ＭＭＥ（Mobility Management Entity）、Ｓ−ＧＷ（Serving-Gateway）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。

本明細書において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本明細書において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＬＴＥ−Ｂ（LTE-Beyond）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、Ｎｅｗ−ＲＡＴ（Radio Access Technology）、ＮＲ（New Radio）、ＮＸ（New radio access）、ＦＸ（Future generation radio access）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

本明細書において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本明細書において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

本明細書において使用する「判断（決定）（determining）」という用語は、多種多様な動作を包含する場合がある。例えば、「判断（決定）」は、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）などを「判断（決定）」することであるとみなされてもよい。また、「判断（決定）」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）などを「判断（決定）」することであるとみなされてもよい。また、「判断（決定）」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などを「判断（決定）」することであるとみなされてもよい。つまり、「判断（決定）」は、何らかの動作を「判断（決定）」することであるとみなされてもよい。

本明細書において使用する「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」と読み替えられてもよい。

本明細書において、２つの要素が接続される場合、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び／又は光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

本明細書において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も同様に解釈されてもよい。

本明細書又は請求の範囲において、「含む（including）」、「含んでいる（comprising）」、及びそれらの変形が使用されている場合、これらの用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは請求の範囲において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されないということは明らかである。本発明は、請求の範囲の記載に基づいて定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とし、本発明に対して何ら制限的な意味をもたらさない。

Claims (6)

1. ペイロードが同一であり、かつ、巡回冗長検査ビットのスクランブルに用いられる識別子が同一である複数の下り制御情報（ＤＣＩ）を受信する受信部と、
   前記複数のＤＣＩそれぞれに含まれる識別子フィールド値に基づいて、前記複数のＤＣＩそれぞれに基づく通信処理を制御する制御部と、
   を具備することを特徴とするユーザ端末。
2. 前記複数のＤＣＩは、下り共有チャネル及び上り共有チャネルの少なくとも一つのスケジューリングに用いられる複数のＤＣＩであり、
   前記制御部は、前記識別子フィールド値に基づいて、前記複数のＤＣＩのフォーマットを識別することを特徴とする請求項１に記載のユーザ端末。
3. 前記複数のＤＣＩは、スロットフォーマットの識別子の構成が異なる複数のＤＣＩであり、
   前記制御部は、前記識別子フィールド値に基づいて、前記スロットフォーマットの識別子の構成を識別することを特徴とする請求項１に記載のユーザ端末。
4. 前記複数のＤＣＩは、下り共有チャネルの送信が想定されないリソースを示す識別子を含む第１のＤＣＩ及び上り共有チャネルの送信を停止するリソースを示す識別子を含む第２のＤＣＩであり、
   前記制御部は、前記識別子フィールド値に基づいて、前記第１のＤＣＩ及び前記第２のＤＣＩを識別することを特徴とする請求項１に記載のユーザ端末。
5. 前記複数のＤＣＩは、下り共有チャネルの送信電力制御（ＴＰＣ）用のコマンドを含む第１のＤＣＩ及び上り共有チャネルのＴＰＣ用のコマンドを含む第２のＤＣＩであり、
   前記制御部は、前記識別子フィールド値に基づいて、前記第１のＤＣＩ及び前記第２のＤＣＩを識別することを特徴とする請求項１に記載のユーザ端末。
6. ユーザ端末において、
   ペイロードが同一であり、かつ、巡回冗長検査ビットのスクランブルに用いられる識別子が同一である複数の下り制御情報（ＤＣＩ）を受信する工程と、
   前記複数のＤＣＩそれぞれに含まれる識別子フィールド値に基づいて、前記複数のＤＣＩそれぞれに基づく通信処理を制御する工程と、
   を有することを特徴とする無線通信方法。

Images