ホーム > 特許ランキング > 株式会社ＮＴＴドコモ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024133675
(43)【公開日】2024-10-02
(54)【発明の名称】端末及び通信方法
(51)【国際特許分類】
H04W 72/1273 20230101AFI20240925BHJP
H04W 72/0457 20230101ALI20240925BHJP
H04W 72/232 20230101ALI20240925BHJP
【ＦＩ】
H04W72/1273
H04W72/0457 110
H04W72/232
【審査請求】有
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2024110571
(22)【出願日】2024-07-09
(62)【分割の表示】P 2021569714の分割
【原出願日】2020-01-10
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】392026693
【氏名又は名称】株式会社ＮＴＴドコモ
(74)【代理人】
【識別番号】110004381
【氏名又は名称】弁理士法人ＩＴＯＨ
(72)【発明者】
【氏名】原田 浩樹
(72)【発明者】
【氏名】永田 聡
(72)【発明者】
【氏名】ワン リフェ
(57)【要約】
【課題】単一のＤＣＩによる複数のセルへのスケジューリングが行われる場合において、スケジュールされるセルにおいて設定を適用するか否かを効率的に指定する方法を提供する。
【解決手段】第１のコンポーネントキャリアを介して、第２のコンポーネントキャリアについてのスケジューリング情報を受信する受信部と、前記スケジューリング情報に含まれる設定情報に基づき、前記第２のコンポーネントキャリアにおける設定を行う制御部と、を備える端末。
【選択図】図３
【解決手段】第１のコンポーネントキャリアを介して、第２のコンポーネントキャリアについてのスケジューリング情報を受信する受信部と、前記スケジューリング情報に含まれる設定情報に基づき、前記第２のコンポーネントキャリアにおける設定を行う制御部と、を備える端末。
【選択図】図３
【特許請求の範囲】
【請求項1】
第１のコンポーネントキャリアを介して、第２のコンポーネントキャリアについてのスケジューリング情報を受信する受信部と、
前記スケジューリング情報に含まれる設定情報に基づき、前記第２のコンポーネントキャリアにおける設定を行う制御部と、
を備える端末。
前記スケジューリング情報に含まれる設定情報に基づき、前記第２のコンポーネントキャリアにおける設定を行う制御部と、
を備える端末。
【請求項2】
前記設定情報は、前記第２のコンポーネントキャリアに設定されるパターンを物理下り共有チャネル（ＰＤＳＣＨ）に使用可能か否かを示す情報を含む、
請求項１に記載の端末。
請求項１に記載の端末。
【請求項3】
前記第２のコンポーネントキャリアは、２つのコンポーネントキャリアからなる、
請求項１に記載の端末。
請求項１に記載の端末。
【請求項4】
前記第２のコンポーネントキャリアは、前記第１のコンポーネントキャリアを含む、
請求項１に記載の端末。
請求項１に記載の端末。
【請求項5】
第１のコンポーネントキャリアを介して、第２のコンポーネントキャリアについてのスケジューリング情報を受信するステップと、
前記スケジューリング情報に含まれる設定情報に基づき、前記第２のコンポーネントキャリアにおける設定を行うステップと、
を備える端末による通信方法。
前記スケジューリング情報に含まれる設定情報に基づき、前記第２のコンポーネントキャリアにおける設定を行うステップと、
を備える端末による通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、無線通信システムにおける端末及び通信方法に関連するものである。
【背景技術】
【0002】
ＮＲ（Ｎｅｗ Ｒａｄｉｏ）Ｄｙｎａｍｉｃ ｓｐｅｃｔｒｕｍ ｓｈａｒｉｎｇ（ＤＳＳ）とは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）とＮＲとを同一のキャリアで使用する方式のことである。ＬＴＥのシステムでは、ＬＴＥユーザのために、ＣＲＳ（Ｃｅｌｌ Ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）等を送信している。このため、ＤＳＳでは、ＬＴＥユーザ向けの信号を送信するための時間リソースを避けて、ＮＲのＰＤＣＣＨ及びデータを送信する。
【0003】
３ＧＰＰのリリース１７において、ＤＳＳの拡張（ｅｎｈａｎｃｅｍｅｎｔ）を行うことが検討されている。ＤＳＳの拡張の具体的な内容として、例えば、ＣＡのセカンダリセル（ＳＣｅｌｌ）のＰｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（ＰＤＣＣＨ）によって、ＰＣｅｌｌ（又はｐｒｉｍａｒｙ ｓｅｃｏｎｄ ｃｅｌｌ （ＰＳＣｅｌｌ））のＰｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＤＳＣＨ）又はＰｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＵＳＣＨ）のクロスキャリアスケジューリング（ｃｒｏｓｓ－ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ）を行うことが検討されている。さらに、Ｐ（Ｓ）Ｃｅｌｌ／ＳＣｅｌｌのＰＤＣＣＨについて、単一のＤｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ（ＤＣＩ）を使用して、複数のセルのＰＤＳＣＨのスケジューリングを行うことが検討されている。
【先行技術文献】
【非特許文献】
【0004】
【非特許文献1】３ＧＰＰ ＴＳＧ ＲＡＮ Ｍｅｅｔｉｎｇ ＃８６，ＲＰ－１９３２６０，Ｓｉｔｇｅｓ，Ｓｐａｉｎ，Ｄｅｃｅｍｂｅｒ ９－１２，２０１９
【非特許文献2】３ＧＰＰ ＴＳ３８．２１２ Ｖ１５．７．０（２０１９－０９）
【非特許文献3】３ＧＰＰ ＴＳ３８．２１４ Ｖ１５．７．０（２０１９－０９）
【発明の概要】
【発明が解決しようとする課題】
【0005】
複数のセルへのスケジューリングに使用される単一のＤＣＩのサイズを最小化することが検討されている。その一方で、ＤＣＩにｉｎｄｉｃａｔｏｒ ｆｉｅｌｄを含めることで、スケジュールされるセルにおいて設定を適用するか否か及びどのようなパターンを適用するかを指定することが可能である。
【0006】
単一ＤＣＩによる複数のセルへのスケジューリングが行われる場合において、スケジュールされるセルにおいて設定を適用するか否かを効率的に指定する方法が必要とされている。
【課題を解決するための手段】
【0007】
本発明の一態様によれば、第１のコンポーネントキャリアを介して、第２のコンポーネントキャリアについてのスケジューリング情報を受信する受信部と、前記スケジューリング情報に含まれる設定情報に基づき、前記第２のコンポーネントキャリアにおける設定を行う制御部と、を備える端末、が提供される。
【発明の効果】
【0008】
実施例によれば、単一ＤＣＩによる複数のセルへのスケジューリングが行われる場合において、スケジュールされるセルにおいて設定を適用するか否かを効率的に指定する方法が提供される。
【図面の簡単な説明】
【0009】
【図1】本実施の形態における通信システムの構成図である。
【図2】単一ＤＣＩによる複数セルへのスケジューリングの例を示す図である。
【図3】Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのビット値と、各レートマッチングパターンのｏｎ／ｏｆｆとの間の対応付けの例を示す図である。
【図4】Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄとＢＷＰ ｉｎｄｉｃａｔｉｏｎ ｆｉｅｌｄとの、ジョイントコーディングの例を示す図である。
【図5】端末の機能構成の一例を示す図である。
【図6】基地局の機能構成の一例を示す図である。
【図7】端末及び基地局のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【0010】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【0011】
以下の実施の形態における無線通信システムは基本的にＮＲに準拠することを想定しているが、それは一例であり、本実施の形態における無線通信システムはその一部又は全部において、ＮＲ以外の無線通信システム（例：ＬＴＥ）に準拠していてもよい。
【0012】
（システム全体構成）
図１に本実施の形態に係る無線通信システムの構成図を示す。本実施の形態に係る無線通信システムは、図１に示すように、端末１０、及び基地局２０を含む。図１には、端末１０、及び基地局２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。
図１に本実施の形態に係る無線通信システムの構成図を示す。本実施の形態に係る無線通信システムは、図１に示すように、端末１０、及び基地局２０を含む。図１には、端末１０、及び基地局２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。
【0013】
端末１０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Machine-to-Machine）用通信モジュール等の無線通信機能を備えた通信装置である。端末１０は、ＤＬで制御信号又はデータを基地局２０から受信し、ＵＬで制御信号又はデータを基地局２０に送信することで、無線通信システムにより提供される各種通信サービスを利用する。例えば、端末１０から送信されるチャネルには、ＰＵＣＣＨ（Physical Uplink Control Channel）及びＰＵＳＣＨ（Physical Uplink Shared Channel）が含まれる。また、端末１０をＵＥと称し、基地局２０をｇＮＢと称してもよい。
【0014】
本実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式でもよいし、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）方式でもよい。
【0015】
また、実施の形態において、無線パラメータ等が「設定される（Ｃｏｎｆｉｇｕｒｅ）」とは、所定の値が予め設定（Ｐｒｅ－ｃｏｎｆｉｇｕｒｅ）されることであってもよいし、基地局２０又は端末１０から通知される無線パラメータに基づいて設定されることであってもよい。
【0016】
基地局２０は、１つ以上のセルを提供し、端末１０と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はＯＦＤＭシンボル数で定義されてもよいし、周波数領域はサブキャリア数又はリソースブロック数で定義されてもよい。基地局２０は、同期信号及びシステム情報を端末１０に送信する。同期信号は、例えば、ＮＲ－ＰＳＳ及びＮＲ－ＳＳＳである。システム情報の一部は、例えば、ＮＲ－ＰＢＣＨにて送信され、報知情報ともいう。同期信号及び報知情報は、所定数のＯＦＤＭシンボルから構成されるＳＳブロック（SS/PBCH block）として周期的に送信されてもよい。例えば、基地局２０は、ＤＬ（Downlink）で制御信号又はデータを端末１０に送信し、ＵＬ（Uplink）で制御信号又はデータを端末１０から受信する。基地局２０及び端末１０はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。例えば、図１に示されるように、基地局２０から送信される参照信号はＣＳＩ－ＲＳ（Channel State Information Reference Signal）を含み、基地局２０から送信されるチャネルは、ＰＤＣＣＨ（Physical Downlink Control Channel）及びＰＤＳＣＨ（Physical Downlink Shared Channel）を含む。
【0017】
（ＮＲ Ｄｙｎａｍｉｃ ｓｐｅｃｔｒｕｍ ｓｈａｒｉｎｇ（ＤＳＳ））
ＮＲ （Ｎｅｗ Ｒａｄｉｏ） Ｄｙｎａｍｉｃ ｓｐｅｃｔｒｕｍ ｓｈａｒｉｎｇ （ＤＳＳ）とは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）とＮＲとを同一のキャリアで使用する方式のことである。ＬＴＥのシステムでは、ＬＴＥユーザのために、ＣＲＳ（Ｃｅｌｌ Ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）等を送信している。このため、ＤＳＳでは、ＬＴＥユーザ向けの信号を送信するための時間リソースを避けて、ＮＲのＰＤＣＣＨ及びデータを送信する。
ＮＲ （Ｎｅｗ Ｒａｄｉｏ） Ｄｙｎａｍｉｃ ｓｐｅｃｔｒｕｍ ｓｈａｒｉｎｇ （ＤＳＳ）とは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）とＮＲとを同一のキャリアで使用する方式のことである。ＬＴＥのシステムでは、ＬＴＥユーザのために、ＣＲＳ（Ｃｅｌｌ Ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）等を送信している。このため、ＤＳＳでは、ＬＴＥユーザ向けの信号を送信するための時間リソースを避けて、ＮＲのＰＤＣＣＨ及びデータを送信する。
【0018】
ＤＳＳについて、これまでに、ＬＴＥのＣＲＳのリソースをレートマッチングするためのシグナリングを導入する方法、ＮＲのＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）がＬＴＥのＣＲＳと衝突することを回避するために、ＮＲのＤＭＲＳの位置をずらす方法等が導入されている。
【0019】
ＤＳＳを適用するキャリアは、ＬＴＥのシステムで使用されるキャリアであるため、通常のＮＲのキャリアと比較して、例えば、８００ＭＨｚ、２ＧＨｚ等のより低い周波数のキャリアとなる。このように、ＤＳＳを適用するキャリアは、ＬＴＥのシステムで使用されるキャリアであるため、ＮＲのシステム側では、ＬＴＥの制御信号、ＣＲＳ等を避けて、ＮＲの制御信号をキャリアにマッピングすることになる。従って、ＤＳＳを適用するキャリアの場合、ＮＲの制御信号を送信するための容量は、通常のＮＲのキャリアにおいてＮＲの制御信号を送信するための容量と比較して、少なくなると想定される。
【0020】
ここで、ＮＲのシステムにおいて、ＤＳＳを適用するキャリアを含めたキャリアアグリゲーション（ＣＡ）を行うことが想定される。ＤＳＳを適用するキャリアは、上述の通り、通常のＮＲのキャリアと比較して、より低い周波数のキャリアとなる。従って、ＤＳＳを適用するキャリアをプライマリセル（ＰＣｅｌｌ）として、キャリアアグリゲーション（ＣＡ）を行うことが想定される。しかしながら、上述の通り、ＤＳＳを適用するキャリアは、ＮＲの制御信号を送信するための容量が、通常のＮＲのキャリアにおいてＮＲの制御信号を送信するための容量と比較して、少なくなることが想定される。従って、この場合、ＤＳＳを適用するキャリアのＮＲの制御信号を送信するための容量は、ＰＣｅｌｌとしては、不十分である可能性がある。
【0021】
このため、３ＧＰＰのリリース１７において、ＤＳＳの拡張（ｅｎｈａｎｃｅｍｅｎｔ）を行うことが検討されている。周波数帯域は、Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ（ＦＲ）１及びＦＲ２のうち、例えば、ＦＲ１に限定することが想定されてもよい。
【0022】
ＤＳＳの拡張の具体的な内容として、例えば、ＣＡのセカンダリセル（ＳＣｅｌｌ）のＰｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（ＰＤＣＣＨ）によって、ＰＣｅｌｌ（又はｐｒｉｍａｒｙ ｓｅｃｏｎｄ ｃｅｌｌ （ＰＳＣｅｌｌ））のＰｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＤＳＣＨ）又はＰｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＰＵＳＣＨ）のクロスキャリアスケジューリング（ｃｒｏｓｓ－ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ）を行うことが検討されている。さらに、Ｐ（Ｓ）Ｃｅｌｌ／ＳＣｅｌｌのＰＤＣＣＨについて、単一のＤｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ（ＤＣＩ）を使用して、複数のセルのＰＤＳＣＨのスケジューリングを行うことが検討されている。単一のＤＣＩを使用してスケジューリングを行う場合の複数のセルの数は、例えば、２であってもよく、或いは２より大きくてもよい。
【0023】
複数のセルのＰＤＳＣＨのスケジューリングを行う際に使用される単一のＤＣＩのサイズを最小化することが検討されている。例えば、複数のセルのＰＤＳＣＨのスケジューリングを行う際に使用される単一のＤＣＩのサイズの上限が設定されてもよい。なお、上記の例では、単一のＤＣＩで複数のセルのＰＤＳＣＨのスケジューリングを行うことを想定しているが、ＤＣＩの数は、この例に限定されず、例えば、２以上であってもよい。また、複数セルへのスケジューリングとは、例えば、図２に示されるように、コンポーネントキャリア（ＣＣ）＃１、ＣＣ＃２、ＣＣ＃３を含むＣＡが行われている場合において、ＣＣ＃１を介して基地局２０から端末１０に送信されるＤＣＩにより、ＣＣ＃２を介しての端末１０におけるＰＵＳＣＨの送信及び／又はＰＤＳＣＨの受信のスケジューリング、及び／又はＣＣ＃３を介しての端末１０におけるＰＵＳＣＨの送信及び／又はＰＤＳＣＨの受信のスケジューリングを行うことであってもよい。図２の例では、３つのコンポーネントキャリアが示されているが、コンポーネントキャリアの数は、３には限定されない。例えば、コンポーネントキャリアの数は２であってもよく、或いはコンポーネントキャリアの数は３よりも大きくてもよい。また、スケジューリングを行うセル自身（図２の例におけるＣＣ＃１）がスケジューリング対象の複数セルのうちの一つであってもよい。
【0024】
（ＤＣＩフォーマット１＿１）
ＰＤＣＣＨを介して、ＤＣＩは送信される。端末１０に対して、ダウンリンクのスケジューリング（Ｄｏｗｎｌｉｎｋ ｓｃｈｅｄｕｌｉｎｇ ａｓｓｉｇｎｍｅｎｔ）又はアップリンクスケジューリング（ｕｐｌｉｎｋ ｇｒａｎｔ）を行うために、ＤＣＩフォーマット１＿１を使用することが可能である。ＤＣＩフォーマット１＿１には、例えば、ＤＣＩフォーマットの識別子、リソース情報、トランスポートブロックに関連する情報、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ（ＨＡＲＱ）に関連する情報、マルチアンテナに関連する情報、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（ＰＵＣＣＨ）に関連する情報等を含めることができる。
ＰＤＣＣＨを介して、ＤＣＩは送信される。端末１０に対して、ダウンリンクのスケジューリング（Ｄｏｗｎｌｉｎｋ ｓｃｈｅｄｕｌｉｎｇ ａｓｓｉｇｎｍｅｎｔ）又はアップリンクスケジューリング（ｕｐｌｉｎｋ ｇｒａｎｔ）を行うために、ＤＣＩフォーマット１＿１を使用することが可能である。ＤＣＩフォーマット１＿１には、例えば、ＤＣＩフォーマットの識別子、リソース情報、トランスポートブロックに関連する情報、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ（ＨＡＲＱ）に関連する情報、マルチアンテナに関連する情報、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（ＰＵＣＣＨ）に関連する情報等を含めることができる。
【0025】
ＤＣＩフォーマット１＿１に、例えば、Ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒ、Ｂａｎｄｗｉｄｔｈ－ｐａｒｔ ｉｎｄｉｃａｔｏｒ、Ｆｒｅｑｕｅｎｃｙ－ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ、Ｔｉｍｅ－ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ、ＶＲＢ－ｔｏ－ＰＲＢ ｍａｐｐｉｎｇ、ＰＲＢ ｂｕｎｄｌｉｎｇ ｓｉｚｅ ｉｎｄｉｃａｔｏｒ、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ、Ｚｅｒｏ－ｐｏｗｅｒ ＣＳＩ－ＲＳ ｔｒｉｇｇｅｒ等を、リソース情報として含めることができる。
【0026】
ＤＣＩフォーマット１＿１に、Ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ（ＣＩＦ）が含まれることは、クロスキャリアスケジューリングが設定されることを示す。ＣＩＦに含まれるＣａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒのビット数は０ビット又は３ビットであり、ＤＣＩと関連するコンポーネントキャリアを示すために使用される。
【0027】
（Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）
以下において、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの概要を説明する。Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄは、例えば、複数のリソースエレメント（ＲＥ）に対して設定されるレートマッチングパターンをＰＤＳＣＨに使用することが可能であるか否か、すなわち、ＤＣＩでスケジューリングするセルにおけるレートマッチングの適用有無を示す情報であってもよい。上述の通り、ＤＣＩフォーマット１＿１は、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄを含む。Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、例えば、ダウンリンクの送信に使用することが可能な複数のリソースエレメント（ＲＥ）に対して、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定されるか否かに応じて０、１、又は２ビットのいずれかであってもよい。
以下において、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの概要を説明する。Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄは、例えば、複数のリソースエレメント（ＲＥ）に対して設定されるレートマッチングパターンをＰＤＳＣＨに使用することが可能であるか否か、すなわち、ＤＣＩでスケジューリングするセルにおけるレートマッチングの適用有無を示す情報であってもよい。上述の通り、ＤＣＩフォーマット１＿１は、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄを含む。Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、例えば、ダウンリンクの送信に使用することが可能な複数のリソースエレメント（ＲＥ）に対して、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定されるか否かに応じて０、１、又は２ビットのいずれかであってもよい。
【0028】
例えば、ダウンリンクの送信に使用することが可能な複数のＲＥに対して、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定される場合には、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、２ビットであってもよい。また、例えば、ダウンリンクの送信に使用することが可能な複数のＲＥに対して、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２のうちのいずれか一方だけが設定される場合には、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、１ビットであってもよい。また、例えば、ダウンリンクの送信に使用することが可能な複数のＲＥに対して、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２のうちのいずれも設定されない場合には、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、０ビットであってもよい。
【0029】
例えば、複数のＲＥに対して、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定されており、かつＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズが２ビットである場合において、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの一方のビットは、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１が設定される複数のＲＥをＰＤＳＣＨに使用することが可能であるか否かを示し、かつＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの他方のビットは、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定される複数のＲＥをＰＤＳＣＨに使用することが可能であるか否かを示してもよい。例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの上述の一方のビットが１であることは、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１が設定される複数のＲＥをＰＤＳＣＨに使用できないこと、すなわちｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１に基づくレートマッチングを適用することを示してもよい。同様に、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの上述の他方のビットが１であることは、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定される複数のＲＥをＰＤＳＣＨに使用できないこと、すなわちｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２に基づくレートマッチングを適用することを示してもよい。
【0030】
例えば、スケジューリングにおいて、基地局２０は、ダウンリンクのスケジューリングを行う一方で、ＣＩＦフィールドで指定されるスケジュールされるセルにおいてレートマッチングを行うか否かをＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにより指定することが可能である。
【0031】
以下、複数のセルに対するスケジューリングを行う場合における、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの具体的な構成を検討する。例えば、基地局２０によりスケジューリングされる複数のセルに対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄによりレートマッチングを行うことの指定を行えるようにするか否か、及びＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにより、どのようにレートマッチングの指定を行うかについて定められてもよい。追加的に、又は代替的に、基地局２０によりスケジューリングされる複数のセルのうちの１つのセルに対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにより、レートマッチングを行うことの指定を行えるようにするか否か、及びどのようにレートマッチングの指定を行うかについて定められてもよい。なお、以下に記載される実施例において、単一のＤＣＩによりスケジューリングされるＣＣの数は２であるが、単一のＤＣＩによりスケジューリングされるＣＣの数は２には限定されない。単一のＤＣＩによりスケジューリングされるＣＣの数は例えば、１であってもよく、或いは２より大きくてもよい。
【0032】
（Ｐｒｏｐｏｓａｌ １）
基地局２０が複数のセルに対してスケジューリングを行う場合において、各スケジューリングされたセルに対して、レートマッチングの指示を行うことが可能であってもよい。基地局２０が複数のセルに対してスケジューリングを行う場合、当該複数のセルのうちの各セルに対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにより、レートマッチングの指示が行われてもよい。端末１０は、複数のセルのうちの各セルにおいて、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに設定される値に基づき、レートマッチングを適用するか否かの設定を行ってもよい。
基地局２０が複数のセルに対してスケジューリングを行う場合において、各スケジューリングされたセルに対して、レートマッチングの指示を行うことが可能であってもよい。基地局２０が複数のセルに対してスケジューリングを行う場合、当該複数のセルのうちの各セルに対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにより、レートマッチングの指示が行われてもよい。端末１０は、複数のセルのうちの各セルにおいて、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに設定される値に基づき、レートマッチングを適用するか否かの設定を行ってもよい。
【0033】
（Ｐｒｏｐｏｓａｌ １－１）
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄは、例えば、Ｘビットに拡張されてもよい。ここで、Ｘは、スケジューリングされる各セルにおいて、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定されているか否かに基づいて、｛０、１、又は２｝＋｛０、１、又は２｝であってもよい。すなわち、Ｘは、例えば、複数のセルのうちの各セルに設定されるｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２を指定するために必要なビット数の和であってもよい。なお、Ｘはスケジューリングされるセルの数に基づいて決定されてもよい。なお、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐとは、リソースエレメントの集合であって、レートマッチングが適用される場合に、ＰＤＳＣＨに使用できない、リソースエレメントの集合、のことであってもよい。
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄは、例えば、Ｘビットに拡張されてもよい。ここで、Ｘは、スケジューリングされる各セルにおいて、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定されているか否かに基づいて、｛０、１、又は２｝＋｛０、１、又は２｝であってもよい。すなわち、Ｘは、例えば、複数のセルのうちの各セルに設定されるｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２を指定するために必要なビット数の和であってもよい。なお、Ｘはスケジューリングされるセルの数に基づいて決定されてもよい。なお、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐとは、リソースエレメントの集合であって、レートマッチングが適用される場合に、ＰＤＳＣＨに使用できない、リソースエレメントの集合、のことであってもよい。
【0034】
例えば、図２に示される例において、ＣＣ＃１のＰＤＣＣＨを介して基地局２０から送信されるＤＣＩにより、ＣＣ＃２及びＣＣ＃３のＰＤＳＣＨの送信が端末１０に対してスケジューリングされると仮定する。また、ＣＣ＃２には、例えば、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１だけが設定されており、かつＣＣ＃３に対してｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定されていると仮定する。この場合、ＤＣＩのＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに、ＣＣ＃２においてｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１をＰＤＳＣＨに使用することが可能か否かを示す１ビットに加えて、ＣＣ＃３においてｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１をＰＤＳＣＨに使用することが可能か否か及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２をＰＤＳＣＨに使用することが可能か否かを示す２ビットの計３ビットが含まれてもよい。
【0035】
ＣＣ＃１のＰＤＣＣＨを介してＤＣＩを受信した端末１０は、ＤＣＩに含まれるＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに含まれる、ＣＣ＃２においてｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１をＰＤＳＣＨに使用することが可能か否かを示す１ビットの値に基づき、ＣＣ＃２におけるレートマッチングの設定を行い、かつＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに含まれるＣＣ＃３においてｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１をＰＤＳＣＨに使用することが可能か否か及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２をＰＤＳＣＨに使用することが可能か否かを示す２ビットの値に基づき、ＣＣ＃３におけるレートマッチングの設定を行ってもよい。
【0036】
（Ｐｒｏｐｏｓａｌ １－２）
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄは、例えば、Ｙビットに拡張されてもよい。Ｙの値は、例えば、事前に設定されるレートマッチングパターングループ（ｒａｔｅ ｍａｔｃｈｉｎｇ ｐａｔｔｅｒｎ ｇｒｏｕｐ）の数、又はＲＲＣシグナリングにより設定されるレートマッチングパターングループの数であってもよい。例えば、図３に示されるように、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２、及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３が事前に設定されると仮定する。ここで、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２、及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３は、それぞれ、スケジューリングされる１又は複数のセルの複数のＲＥの集合を指定するパターン（例えば、ビットマップ）であってもよい。あるいは、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２、及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３は、それぞれ、スケジューリングされる各セルに設定されているｒａｔｅＭａｔｃｈＰａｔｔｅｒｎもしくはｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐのうち１つ以上が含まれるもの（例えばｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１はＣＣ＃２に設定されたｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１のみを含み、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２はＣＣ＃２に設定されたｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びＣＣ＃３に設定されたｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２を含み、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３はＣＣ＃３に設定されたｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２を含む）であってもよい。図３の例のように、３つのレートマッチングパターングループが事前設定される場合、Ｙの値は、例えば、３であってもよい。図３の例において、例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの３ビットのうち、第１番目のＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）は、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１をＰＤＳＣＨに使用することが可能か否かを示してもよい。また、図３の例において、例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの３ビットのうち、第２番目のＭＳＢは、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２をＰＤＳＣＨに使用することが可能か否かを示してもよい。また、図３の例において、例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの３ビットのうち、ＬＳＢ（ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）は、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３をＰＤＳＣＨに使用することが可能か否かを示してもよい。例えば、図３に示されるように、基地局２０がＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに値「０１１」を設定して端末１０に通知する場合において、端末１０は、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１をＰＤＳＣＨに使用することが可能であると想定し、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２をＰＤＳＣＨに使用することが可能でないと想定し、かつｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３をＰＤＳＣＨに使用することが可能でないと想定してもよい。図３の例では、Ｙの値は３であるが、Ｙの値は３には限定されない。Ｙの値は、２以下であってもよく、或いは３よりも大きくてもよい。
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄは、例えば、Ｙビットに拡張されてもよい。Ｙの値は、例えば、事前に設定されるレートマッチングパターングループ（ｒａｔｅ ｍａｔｃｈｉｎｇ ｐａｔｔｅｒｎ ｇｒｏｕｐ）の数、又はＲＲＣシグナリングにより設定されるレートマッチングパターングループの数であってもよい。例えば、図３に示されるように、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２、及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３が事前に設定されると仮定する。ここで、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２、及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３は、それぞれ、スケジューリングされる１又は複数のセルの複数のＲＥの集合を指定するパターン（例えば、ビットマップ）であってもよい。あるいは、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２、及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３は、それぞれ、スケジューリングされる各セルに設定されているｒａｔｅＭａｔｃｈＰａｔｔｅｒｎもしくはｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐのうち１つ以上が含まれるもの（例えばｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１はＣＣ＃２に設定されたｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１のみを含み、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２はＣＣ＃２に設定されたｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びＣＣ＃３に設定されたｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２を含み、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３はＣＣ＃３に設定されたｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２を含む）であってもよい。図３の例のように、３つのレートマッチングパターングループが事前設定される場合、Ｙの値は、例えば、３であってもよい。図３の例において、例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの３ビットのうち、第１番目のＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）は、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１をＰＤＳＣＨに使用することが可能か否かを示してもよい。また、図３の例において、例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの３ビットのうち、第２番目のＭＳＢは、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２をＰＤＳＣＨに使用することが可能か否かを示してもよい。また、図３の例において、例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの３ビットのうち、ＬＳＢ（ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）は、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３をＰＤＳＣＨに使用することが可能か否かを示してもよい。例えば、図３に示されるように、基地局２０がＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに値「０１１」を設定して端末１０に通知する場合において、端末１０は、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ１をＰＤＳＣＨに使用することが可能であると想定し、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ２をＰＤＳＣＨに使用することが可能でないと想定し、かつｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＣ３をＰＤＳＣＨに使用することが可能でないと想定してもよい。図３の例では、Ｙの値は３であるが、Ｙの値は３には限定されない。Ｙの値は、２以下であってもよく、或いは３よりも大きくてもよい。
【0037】
（Ｐｒｏｐｏｓａｌ １－３）
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、拡張されなくてもよい。例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定されているか否かに応じて、０ビット（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２のうちいずれも設定されない場合）、１ビット（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２のうちいずれか一方のみが設定される場合）、又は２ビット（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定される場合）であってもよい。例えば、第１番目のＣＣと、第２番目のＣＣとが、単一のＤＣＩによりスケジューリングされる場合において、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにおいて設定されるビット値に基づいて、第１番目のＣＣにおけるレートマッチングの設定及び第２番目のＣＣにおけるレートマッチングの設定の組み合わせが指定されるように、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにおいて設定されるビット値と、各ＣＣにおけるレートマッチングの設定の組み合わせとの間において、対応付けが定義されてもよい。当該対応付けは、例えば、仕様により事前に規定されてもよく、上位レイヤにより設定されてもよい。この場合において、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、事前に定められていてもよく、上位レイヤにより設定されてもよく、或いは第１番目のＣＣに対するＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズと、第２番目のＣＣに対するＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズのうち、最大のサイズ又は最小のサイズに設定されてもよい。
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、拡張されなくてもよい。例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定されているか否かに応じて、０ビット（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２のうちいずれも設定されない場合）、１ビット（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２のうちいずれか一方のみが設定される場合）、又は２ビット（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及びｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定される場合）であってもよい。例えば、第１番目のＣＣと、第２番目のＣＣとが、単一のＤＣＩによりスケジューリングされる場合において、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにおいて設定されるビット値に基づいて、第１番目のＣＣにおけるレートマッチングの設定及び第２番目のＣＣにおけるレートマッチングの設定の組み合わせが指定されるように、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにおいて設定されるビット値と、各ＣＣにおけるレートマッチングの設定の組み合わせとの間において、対応付けが定義されてもよい。当該対応付けは、例えば、仕様により事前に規定されてもよく、上位レイヤにより設定されてもよい。この場合において、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、事前に定められていてもよく、上位レイヤにより設定されてもよく、或いは第１番目のＣＣに対するＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズと、第２番目のＣＣに対するＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズのうち、最大のサイズ又は最小のサイズに設定されてもよい。
【0038】
（Ｐｒｏｐｏｓａｌ ２）
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、当該複数のセルのうちの一方のセル（１又は複数のセルであってもよい）に対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにより、レートマッチングの設定が行われてもよい。端末１０は、複数のセルのうちの当該一方のセルに対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのビット値により指定されるレートマッチングの設定を行ってもよい。
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、当該複数のセルのうちの一方のセル（１又は複数のセルであってもよい）に対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにより、レートマッチングの設定が行われてもよい。端末１０は、複数のセルのうちの当該一方のセルに対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのビット値により指定されるレートマッチングの設定を行ってもよい。
【0039】
例えば、図２に示される例において、ＣＣ＃１のＰＤＣＣＨを介して基地局２０から送信されるＤＣＩにより、ＣＣ＃２及びＣＣ＃３のＰＤＳＣＨの送信が端末１０に対してスケジューリングされると仮定する。この場合において、ＣＣ＃１のＰＤＣＣＨを介して基地局２０から送信されるＤＣＩのＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに設定されるｂｉｔ値により、例えば、ＣＣ＃２におけるレートマッチングの設定が行われてもよい。端末１０は、ＣＣ＃２に対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに設定されるｂｉｔ値に基づき、レートマッチングの設定を行ってもよい。
【0040】
（Ｐｒｏｐｏｓａｌ ２－１）
基地局２０が複数のセルに対してスケジューリングを行う場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄは、例えば、Ｘビットに拡張されてもよい。ここで、Ｘは、スケジューリングされる各セルにおけるレートマッチングパターングループの数のうちの最大数＋（１又は２）に基づき、｛０、１、２、３、又は４｝であってもよい。
基地局２０が複数のセルに対してスケジューリングを行う場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄは、例えば、Ｘビットに拡張されてもよい。ここで、Ｘは、スケジューリングされる各セルにおけるレートマッチングパターングループの数のうちの最大数＋（１又は２）に基づき、｛０、１、２、３、又は４｝であってもよい。
【0041】
例えば、Ｘが、スケジューリングされる各セルにおけるレートマッチングパターングループの数のうちの最大数＋１の場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの１つのビット（例えば、１ＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）又は１ＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ））により、端末１０に対して、１つのセルであって、レートマッチングパターンが指定される、１つのセル、が指定されてもよく、この場合において、端末１０は、複数のセルのうち、他のセルについては、レートマッチングパターンは指定されないと想定してもよい。
【0042】
例えば、Ｘが、スケジューリングされる各セルにおけるレートマッチングパターングループの数のうちの最大数＋２の場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの２つのビット（例えば、２ＭＳＢ又は２ＬＳＢ）により、端末１０に対して、セルであって、レートマッチングパターンが指定される、セル、が指定されてもよい。
【0043】
（Ｐｒｏｐｏｓａｌ ２－２）
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、拡張されなくてもよい。例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、０ビット、１ビット、又は２ビットであってもよい。例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、スケジュールされる特定のセルに対しての、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定に基づいて、０、１、又は２ビットのいずれかであってもよい。なお、この例では、特定のセルに対して、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定されることを仮定しているが、本実施例は、この例には限定されない。例えば、特定のセルに対して設定されるｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐの数は３以上であってもよい。
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、拡張されなくてもよい。例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、０ビット、１ビット、又は２ビットであってもよい。例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、スケジュールされる特定のセルに対しての、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定に基づいて、０、１、又は２ビットのいずれかであってもよい。なお、この例では、特定のセルに対して、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１及び／又はｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２が設定されることを仮定しているが、本実施例は、この例には限定されない。例えば、特定のセルに対して設定されるｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐの数は３以上であってもよい。
【0044】
（Ｐｒｏｐｏｓａｌ ２－２－１）
上述のＰｒｏｐｏｓａｌ ２－２において、スケジュールされる特定のセルは、例えば、ｃｅｌｌ ｉｎｄｅｘに基づいて設定されてもよい。例えば、スケジュールされる特定のセルは、スケジュールされる複数のセルのうち、最も小さいｓｅｒｖｉｎｇ ｃｅｌｌ ｉｎｄｅｘを有するセルであってもよい。
上述のＰｒｏｐｏｓａｌ ２－２において、スケジュールされる特定のセルは、例えば、ｃｅｌｌ ｉｎｄｅｘに基づいて設定されてもよい。例えば、スケジュールされる特定のセルは、スケジュールされる複数のセルのうち、最も小さいｓｅｒｖｉｎｇ ｃｅｌｌ ｉｎｄｅｘを有するセルであってもよい。
【0045】
（Ｐｒｏｐｏｓａｌ ２－２－２）
上述のＰｒｏｐｏｓａｌ ２－２において、スケジュールされる特定のセルは、スケジュールされる複数のセルのうち、レートマッチパターングループの数が最大であるセルであってもよい。
上述のＰｒｏｐｏｓａｌ ２－２において、スケジュールされる特定のセルは、スケジュールされる複数のセルのうち、レートマッチパターングループの数が最大であるセルであってもよい。
【0046】
（Ｐｒｏｐｏｓａｌ ２－２－３）
上述のＰｒｏｐｏｓａｌ ２－２において、スケジュールされる特定のセルは、ＲＲＣ ｃｏｎｆｉｇｕｒａｔｉｏｎにより定められてもよい。
上述のＰｒｏｐｏｓａｌ ２－２において、スケジュールされる特定のセルは、ＲＲＣ ｃｏｎｆｉｇｕｒａｔｉｏｎにより定められてもよい。
【0047】
なお、上述のＰｒｏｐｏｓａｌ ２－２－１～Ｐｒｏｐｏｓａｌ ２－２－３において、スケジュールされる複数のセルのうち、特定のセル以外のセルについては、レートマッチングパターンは指定されないと端末１０は想定してもよい。また、Ｐｒｏｐｏｓａｌ ２－２－１～Ｐｒｏｐｏｓａｌ ２－２－３のうちのいずれかの組み合わせにより、特定のセルを決定してもよい。
【0048】
（Ｐｒｏｐｏｓａｌ ２'）
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、当該スケジューリングされる複数のセルのうちの一方のセルが、スケジューリングを行うセルであった場合（すなわち、スケジューリングを行うセルが、そのセル自身のスケジューリングと他のセルへのスケジューリングを単一のＤＣＩで行う場合）、スケジューリングを行うセルに対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにより、レートマッチングの設定を行うことは可能であってもよく、スケジューリングされる複数のセルのうち、スケジューリングを行うセル以外のセルに対しては、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにより、レートマッチングの設定を行うことができなくてもよい。
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、当該スケジューリングされる複数のセルのうちの一方のセルが、スケジューリングを行うセルであった場合（すなわち、スケジューリングを行うセルが、そのセル自身のスケジューリングと他のセルへのスケジューリングを単一のＤＣＩで行う場合）、スケジューリングを行うセルに対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにより、レートマッチングの設定を行うことは可能であってもよく、スケジューリングされる複数のセルのうち、スケジューリングを行うセル以外のセルに対しては、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにより、レートマッチングの設定を行うことができなくてもよい。
【0049】
（Ｐｒｏｐｏｓａｌ ３）
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、当該複数のセルに対するレートマッチングの設定は、行われなくてもよい。
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合、当該複数のセルに対するレートマッチングの設定は、行われなくてもよい。
【0050】
（Ｐｒｏｐｏｓａｌ ３－１）
例えば、基地局２０が複数のセルに対してスケジューリングを行う場合、端末１０は、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄサイズはゼロであると想定してもよい。この場合、スケジュールされる複数のセルのうちの各セルについて、レートマッチングの設定は行われないと端末１０は想定してもよい。
例えば、基地局２０が複数のセルに対してスケジューリングを行う場合、端末１０は、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄサイズはゼロであると想定してもよい。この場合、スケジュールされる複数のセルのうちの各セルについて、レートマッチングの設定は行われないと端末１０は想定してもよい。
【0051】
（Ｐｒｏｐｏｓａｌ ３－２）
上述のＰｒｏｐｏｓａｌ ３の場合において、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは０ビット、１ビット、又は２ビットであると端末１０は想定してもよく、この場合において、端末１０は、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄを無視してもよく、かつスケジュールされる複数のセルのうちの各セルについて、レートマッチングの設定は行われないと端末１０は想定してもよい。例えば、基地局２０が複数のセルに対してスケジューリングを行う場合、端末１０は、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのビットの値が全てゼロに設定されると想定してもよい。
上述のＰｒｏｐｏｓａｌ ３の場合において、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは０ビット、１ビット、又は２ビットであると端末１０は想定してもよく、この場合において、端末１０は、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄを無視してもよく、かつスケジュールされる複数のセルのうちの各セルについて、レートマッチングの設定は行われないと端末１０は想定してもよい。例えば、基地局２０が複数のセルに対してスケジューリングを行う場合、端末１０は、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのビットの値が全てゼロに設定されると想定してもよい。
【0052】
（Ｐｒｏｐｏｓａｌ ４）
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合において、端末１０側でＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに基づくレートマッチングの設定を行うことを想定するか否かを、ＲＲＣシグナリングにより、切替えることが可能であってもよい。例えば、ＲＲＣシグナリングによって、上述のＰｒｏｐｏｓａｌ １～Ｐｒｏｐｏｓａｌ ３の方式のうちのいずれかの方式を、端末１０に対して設定することが可能であってもよい。
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合において、端末１０側でＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに基づくレートマッチングの設定を行うことを想定するか否かを、ＲＲＣシグナリングにより、切替えることが可能であってもよい。例えば、ＲＲＣシグナリングによって、上述のＰｒｏｐｏｓａｌ １～Ｐｒｏｐｏｓａｌ ３の方式のうちのいずれかの方式を、端末１０に対して設定することが可能であってもよい。
【0053】
（Ｐｒｏｐｏｓａｌ ５）
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合において、以下の条件１及び２のうちのいずれか１つ又は全てが満たされる場合に、基地局２０は、端末１０に対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに基づくレートマッチングの設定を行うことが可能であってもよい。
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合において、以下の条件１及び２のうちのいずれか１つ又は全てが満たされる場合に、基地局２０は、端末１０に対して、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに基づくレートマッチングの設定を行うことが可能であってもよい。
【0054】
（条件１）スケジュールされる複数のセルにおいて、レートマッチングパターングループの数が同じである。
【0055】
（条件２）スケジュールされる複数のセルに対して、同じレートマッチングパターングループ識別子により設定されるレートマッチングを同時に行うことが可能である。
【0056】
（Ｐｒｏｐｏｓａｌ ６）
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合において、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄと、その他のフィールドとのジョイントコーディングが行われてもよい。例えば、図４に示されるように、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄと、ＢＷＰ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄとのジョイントコーディングが行われてもよい。例えば、図４に示されるように、（Ｒａｔｅ ｍａｔｃｈｉｎｇ＋ＢＷＰ ｉｎｄｉｃａｔｏｒ）ｂｉｔ ｆｉｅｌｄと、指定されるコンポーネントキャリアにおけるＢＷＰ、指定されるコンポーネントキャリアにおけるレートマッチングの設定との間の関連付けが定義されてもよい。この場合、例えば、基地局２０は、ＤＣＩに（Ｒａｔｅ ｍａｔｃｈｉｎｇ＋ＢＷＰ ｉｎｄｉｃａｔｏｒ） ｂｉｔ ｆｉｅｌｄを含めることにより、（Ｒａｔｅ ｍａｔｃｈｉｎｇ＋ＢＷＰ ｉｎｄｉｃａｔｏｒ） ｂｉｔを端末１０に対して通知し、（Ｒａｔｅ ｍａｔｃｈｉｎｇ＋＋ＢＷＰ ｉｎｄｉｃａｔｏｒ） ｂｉｔ受信した端末１０は、図４に示される対応関係に基づいて、指定されるコンポーネントキャリアにおいて、指定されるＢＷＰをアクティベートし、かつ指定されるコンポーネントキャリアにおいて、レートマッチングの設定を行ってもよい。なお、図４の例では、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄと、ＢＷＰ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄとのジョイントコーディングが行われる例が示されているが、実施例はこの例には限定されない。例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄと、ＣＩＦ（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｏｒ Ｆｉｅｌｄ）とのジョイントコーディングが行われてもよい。或いは、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ、ＣＩＦ、及びＢＷＰ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄとのジョイントコーディングが行われてもよい。
基地局２０が単一ＤＣＩにより複数のセルに対してスケジューリングを行う場合において、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄと、その他のフィールドとのジョイントコーディングが行われてもよい。例えば、図４に示されるように、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄと、ＢＷＰ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄとのジョイントコーディングが行われてもよい。例えば、図４に示されるように、（Ｒａｔｅ ｍａｔｃｈｉｎｇ＋ＢＷＰ ｉｎｄｉｃａｔｏｒ）ｂｉｔ ｆｉｅｌｄと、指定されるコンポーネントキャリアにおけるＢＷＰ、指定されるコンポーネントキャリアにおけるレートマッチングの設定との間の関連付けが定義されてもよい。この場合、例えば、基地局２０は、ＤＣＩに（Ｒａｔｅ ｍａｔｃｈｉｎｇ＋ＢＷＰ ｉｎｄｉｃａｔｏｒ） ｂｉｔ ｆｉｅｌｄを含めることにより、（Ｒａｔｅ ｍａｔｃｈｉｎｇ＋ＢＷＰ ｉｎｄｉｃａｔｏｒ） ｂｉｔを端末１０に対して通知し、（Ｒａｔｅ ｍａｔｃｈｉｎｇ＋＋ＢＷＰ ｉｎｄｉｃａｔｏｒ） ｂｉｔ受信した端末１０は、図４に示される対応関係に基づいて、指定されるコンポーネントキャリアにおいて、指定されるＢＷＰをアクティベートし、かつ指定されるコンポーネントキャリアにおいて、レートマッチングの設定を行ってもよい。なお、図４の例では、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄと、ＢＷＰ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄとのジョイントコーディングが行われる例が示されているが、実施例はこの例には限定されない。例えば、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄと、ＣＩＦ（Ｃａｒｒｉｅｒ Ｉｎｄｉｃａｔｏｒ Ｆｉｅｌｄ）とのジョイントコーディングが行われてもよい。或いは、Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ、ＣＩＦ、及びＢＷＰ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄとのジョイントコーディングが行われてもよい。
【0057】
なお、上述のＰｒｏｐｏｓａｌ １～Ｐｒｏｐｏｓａｌ ６は、ＤＣＩフォーマット１＿１のＺＰ－ＣＳＩ－ＲＳ ｔｒｉｇｇｅｒ ｆｉｅｌｄに適用されてもよい。例えば、図２に示される例において、ＣＣ＃１のＰＤＣＣＨを介して基地局２０から送信されるＤＣＩにより、ＣＣ＃２及びＣＣ＃３のＰＤＳＣＨの送信が端末１０に対してスケジューリングされると仮定する。また、ＣＣ＃２には、例えば、ＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔが１つだけが設定されており、かつＣＣ＃３に対してａｐｅｒｉｏｄｉｃ ＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔが２つ設定されていると仮定する。この場合、ＤＣＩのＺＰ－ＣＳＩ－ＲＳ ｔｒｉｇｇｅｒ ｆｉｅｌｄに、ＣＣ＃２においてａｐｅｒｉｏｄｉｃ ＺＰ－ＣＳＩ－ＲＳを設定するか否かを示す１ビットに加えて、ＣＣ＃３においてａｐｅｒｉｏｄｉｃ ＺＰ－ＣＳＩ－ＲＳを設定するか否かを示す２ビットの計３ビットが含まれてもよい。ＣＣ＃１のＰＤＣＣＨを介してＤＣＩを受信した端末１０は、ＤＣＩに含まれるＺＰ－ＣＳＩ－ＲＳ ｔｒｉｇｇｅｒ ｆｉｅｌｄに含まれるＣＣ＃２においてａｐｅｒｉｏｄｉｃ ＺＰ－ＣＳＩ－ＲＳが設定されるか否かを示す１ビットの値に基づき、ＣＣ＃２において、非周期的なＺＰ－ＣＳＩ－ＲＳの受信を行い、かつＺＰ－ＣＳＩ－ＲＳ ｔｒｉｇｇｅｒ ｆｉｅｌｄに含まれるＣＣ＃３においてａｐｅｒｉｏｄｉｃ ＺＰ－ＣＳＩ－ＲＳが設定されるか否かを示す２ビットの値に基づき、ＣＣ＃３において、非周期的なＺＰ－ＣＳＩ－ＲＳの受信を行ってもよい。また、例えば、Ｐｒｏｐｏｓａｌ １－２、１－３、及び２－１におけるＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄを、ＺＰ－ＣＳＩ－ＲＳ ｔｒｉｇｇｅｒ ｆｉｅｌｄに置き換えてもよい。
【0058】
（装置構成）
次に、これまでに説明した処理動作を実行する端末１０及び基地局２０の機能構成例を説明する。端末１０及び基地局２０は、本実施の形態で説明した全ての機能を備えている。ただし、端末１０及び基地局２０は、本実施の形態で説明した全ての機能のうちの一部のみの機能を備えてもよい。なお、端末１０及び基地局２０を総称して通信装置と称してもよい。
次に、これまでに説明した処理動作を実行する端末１０及び基地局２０の機能構成例を説明する。端末１０及び基地局２０は、本実施の形態で説明した全ての機能を備えている。ただし、端末１０及び基地局２０は、本実施の形態で説明した全ての機能のうちの一部のみの機能を備えてもよい。なお、端末１０及び基地局２０を総称して通信装置と称してもよい。
【0059】
＜端末＞
図５は、端末１０の機能構成の一例を示す図である。図５に示されるように、端末１０は、送信部１１０と、受信部１２０と、制御部１３０を有する。図５に示される機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部１１０を送信機と称し、受信部１２０を受信機と称してもよい。
図５は、端末１０の機能構成の一例を示す図である。図５に示されるように、端末１０は、送信部１１０と、受信部１２０と、制御部１３０を有する。図５に示される機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部１１０を送信機と称し、受信部１２０を受信機と称してもよい。
【0060】
送信部１１０は、送信データから送信を作成し、当該送信信号を無線で送信する。また、送信部１１０は、１つ又は複数のビームを形成することができる。受信部１２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部１２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。
【0061】
制御部１３０は、端末１０の制御を行う。なお、送信に関わる制御部１３０の機能が送信部１１０に含まれ、受信に関わる制御部１３０の機能が受信部１２０に含まれてもよい。
【0062】
例えば、受信部１２０は、基地局２０からＰＤＣＣＨを介して、スケジューリング情報を含むＤＣＩを受信する。制御部１３０は、当該ＤＣＩに含まれるＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにおいて設定されている値に基づき、各コンポーネントキャリアにおいてレートマッチングの設定を行う。
【0063】
＜基地局２０＞
図６は、基地局２０の機能構成の一例を示す図である。図６に示されるように、基地局２０は、送信部２１０と、受信部２２０と、制御部２３０を有する。図６に示される機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部２１０を送信機と称し、受信部２２０を受信機と称してもよい。
図６は、基地局２０の機能構成の一例を示す図である。図６に示されるように、基地局２０は、送信部２１０と、受信部２２０と、制御部２３０を有する。図６に示される機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部２１０を送信機と称し、受信部２２０を受信機と称してもよい。
【0064】
送信部２１０は、端末１０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部２２０は、端末１０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、受信部２２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。
【0065】
制御部２３０は、基地局２０の制御を行う。なお、送信に関わる制御部２３０の機能が送信部２１０に含まれ、受信に関わる制御部２３０の機能が受信部２２０に含まれてもよい。
【0066】
例えば、複数セルへのスケジューリングを行う場合において、制御部２３０は、各コンポーネントキャリアにおけるレートマッチングの設定情報を含むＲａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄを生成し、スケジューリング情報を含むＤＣＩに当該Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄを含める。送信部２１０は、制御部２３０が生成したＤＣＩをＰＤＣＣＨを介して送信する。
【0067】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図５～図６）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
上記実施の形態の説明に用いたブロック図（図５～図６）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【0068】
また、例えば、本発明の一実施の形態における端末１０と基地局２０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図７は、本実施の形態に係る端末１０と基地局２０のハードウェア構成の一例を示す図である。上述の端末１０と基地局２０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【0069】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。端末１０と基地局２０のハードウェア構成は、図に示した１００１～１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【0070】
端末１０と基地局２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【0071】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）で構成されてもよい。
【0072】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図５に示される端末１０の送信部１１０、受信部１２０、制御部１３０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図６に示される基地局２０の送信部２１０と、受信部２２０と、制御部２３０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【0073】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【0074】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【0075】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、端末１０の送信部１１０及び受信部１２０は、通信装置１００４で実現されてもよい。また、基地局２０の送信部２１０及び受信部２２０は、通信装置１００４で実現されてもよい。
【0076】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【0077】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【0078】
また、端末１０と基地局２０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【0079】
（実施の形態のまとめ）
本明細書には、少なくとも以下の端末及び通信方法が開示されている。
本明細書には、少なくとも以下の端末及び通信方法が開示されている。
【0080】
キャリアアグリゲーションを構成する複数のコンポーネントキャリアのうちの第１のコンポーネントキャリアを介して、前記複数のコンポーネントキャリアのうちの１又は複数の第２のコンポーネントキャリアについてのスケジューリング情報を受信する受信部と、前記スケジューリング情報に含まれるレートマッチングの設定情報に基づき、前記１又は複数の第２のコンポーネントキャリアにおけるレートマッチングの設定を行う制御部と、を備える端末。
【0081】
上記の構成によれば、端末は、スケジューリング情報に含まれるレートマッチングの設定情報に基づいて、スケジュールされるコンポーネントキャリアにおけるレートマッチングの設定を行うことが可能となる。
【0082】
前記レートマッチングの設定情報は、前記１又は複数の第２のコンポーネントキャリアのうちの各コンポーネントキャリアに設定される１又は複数のレートマッチングパターンを物理下り共有チャネル（ＰＤＳＣＨ）に使用可能か否かを示す情報を含んでもよい。
【0083】
上記の構成によれば、端末は、スケジューリング情報に含まれるレートマッチングの設定情報に基づいて、各コンポーネントキャリアにおけるレートマッチングの設定を行うことが可能となる。
【0084】
前記１又は複数の第２のコンポーネントキャリアは、２つのコンポーネントキャリアからなり、前記レートマッチングの設定情報は、前記２つのコンポーネントキャリアのうちの一方のコンポーネントキャリアに対して設定される１又は複数のレートマッチングパターンで示される複数のリソースエレメントを前記一方のコンポーネントキャリアの物理下り共有チャネル（ＰＤＳＣＨ）に使用可能か否かを示す情報を含み、かつ前記２つのコンポーネントキャリアのうちの他方のコンポーネントキャリアに対して設定される１又は複数のレートマッチングパターンで示される複数のリソースエレメントを前記他方のコンポーネントキャリアのＰＤＳＣＨに使用可能か否かを示す情報を含んでもよい。
【0085】
上記の構成によれば、端末は、スケジューリング情報に含まれるレートマッチングの設定情報に基づいて、各コンポーネントキャリアにおけるレートマッチングの設定を行うことが可能となる。
【0086】
前記１又は複数の第２のコンポーネントキャリアは、前記第１のコンポーネントキャリアを含み、前記制御部は、前記スケジューリング情報に含まれるレートマッチングの設定情報に基づき、前記第１のコンポーネントキャリアのみに対してレートマッチングの設定を行ってもよい。
【0087】
上記の構成によれば、キャリアアグリゲーションが行われる場合において、例えば、セカンダリセルに対してのみ、レートマッチングを行うといった運用が可能となる。
【0088】
キャリアアグリゲーションを構成する複数のコンポーネントキャリアのうちの第１のコンポーネントキャリアを介して、前記複数のコンポーネントキャリアのうちの１又は複数の第２のコンポーネントキャリアについてのスケジューリング情報を受信するステップと、前記スケジューリング情報に含まれるレートマッチングの設定情報に基づき、前記１又は複数の第２のコンポーネントキャリアにおけるレートマッチングの設定を行うステップと、を備える端末による通信方法。
【0089】
上記の構成によれば、端末は、スケジューリング情報に含まれるレートマッチングの設定情報に基づいて、スケジュールされるコンポーネントキャリアにおけるレートマッチングの設定を行うことが可能となる。
【0090】
（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、端末１０と基地局２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って端末１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、端末１０と基地局２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って端末１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【0091】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。
【0092】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ Ｒａｄｉｏ Ａｃｃｅｓｓ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【0093】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【0094】
本明細書において基地局２０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われることもある。基地局２０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークにおいて、端末１０との通信のために行われる様々な動作は、基地局２０および／または基地局２０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ－ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局２０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ－ＧＷ）であってもよい。
【0095】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
【0096】
端末１０は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【0097】
基地局２０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。
【0098】
帯域幅部分（ＢＷＰ：Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋｓ）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
【0099】
ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
【0100】
設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
【0101】
本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【0102】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【0103】
「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。
【0104】
本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
【0105】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【0106】
１０ 端末
１１０ 送信部
１２０ 受信部
１３０ 制御部
２０ 基地局
２１０ 送信部
２２０ 受信部
２３０ 制御部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置
１１０ 送信部
１２０ 受信部
１３０ 制御部
２０ 基地局
２１０ 送信部
２２０ 受信部
２３０ 制御部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】