特許 7448684 無線通信システムにおいてＰＤＳＣＨ送受信方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-04

(45)【発行日】2024-03-12

(54)【発明の名称】無線通信システムにおいてＰＤＳＣＨ送受信方法及び装置

(51)【国際特許分類】

   H04W 28/04 20090101AFI20240305BHJP

   H04W 72/232 20230101ALI20240305BHJP

   H04W 72/0446 20230101ALI20240305BHJP

【ＦＩ】

H04W28/04 110

H04W72/232

H04W72/0446

【請求項の数】 12

(21)【出願番号】P 2022562527

(86)(22)【出願日】2021-04-13

(65)【公表番号】

(43)【公表日】2023-05-31

(86)【国際出願番号】 KR2021004644

(87)【国際公開番号】W WO2021210889

(87)【国際公開日】2021-10-21

【審査請求日】2022-10-13

(31)【優先権主張番号】10-2020-0046512

(32)【優先日】2020-04-17

(33)【優先権主張国・地域又は機関】KR

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】キム ヒョンテ

(72)【発明者】

【氏名】ヤン ソクチェル

【審査官】横田 有光

(56)【参考文献】

【文献】中国特許出願公開第１１０５３６４５１（ＣＮ，Ａ）

【文献】NTT DOCOMO, INC，Enhancements on multi-TRP/panel transmission [online]，3GPP TSG RAN WG1 #98bis R1-1911184，2019年10月04日，[検索日2023.7.31]，インターネット <URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1911184.zip>

【文献】CAICT，Potential enhancements to PDCCH for URLLC [online]，3GPP TSG RAN WG1 Ad-Hoc Meeting 1901 R1-1901129，CAICT，2019年01月11日，[検索日2023.7.31]，インターネット <URL:https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1901129.zip>

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおいてＨＡＲＱ（Hybrid- Automatic Repeat and request）－ＡＣＫ（Acknowledgement）情報を送信する方法であって、端末によって行われる前記方法は、
基地局からサービングセル上の複数のＰＤＣＣＨ（physical downlink control channel） ＭＯ（monitoring occasion）で複数のＰＤＳＣＨ（physical downlink shared channel）をスケジュールするＤＣＩ（downlink control information）フォーマットを受信する段階であって、前記ＤＣＩフォーマットのそれぞれは、Ｃ－ＤＡＩ（counter downlink assignment index）を含む、段階と、
前記基地局から前記複数のＰＤＳＣＨを受信する段階と、
前記基地局に前記複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を含むＨＡＲＱ－ＡＣＫコードブックを送信する段階と、を含み、
前記ＤＣＩフォーマットのうち第１ＤＣＩフォーマットは、前記複数のＰＤＣＣＨ ＭＯのうち２つ以上のＰＤＣＣＨ ＭＯでそれぞれ受信され、
前記２つ以上のＰＤＣＣＨ ＭＯに対して、前記２つ以上のＰＤＣＣＨ ＭＯのうち最も早いＭＯに基づいて単一の開始時間が決定され、
前記ＤＣＩフォーマットのそれぞれにおける前記Ｃ－ＤＡＩの値は、前記複数のＰＤＣＣＨ ＭＯの開始時間の昇順に基づいて決定される、方法。

【請求項2】

前記ＨＡＲＱ－ＡＣＫコードブックと関連したＴ－ＤＡＩ（total DAI）は、前記最も早いＭＯに基づいて決定される、請求項１に記載の方法。

【請求項3】

前記ＨＡＲＱ－ＡＣＫコードブックが送信されるＰＵＣＣＨ（physical uplink control channel）リソースを決定するために、直近に受信されたＤＣＩフォーマットのＰＲＩ（PUCCH resource indication）が用いられることに基づいて、前記複数のＰＤＣＣＨ ＭＯの開始時間の前記昇順に基づいて、前記ＤＣＩフォーマットに対する前記直近に受信されたＤＣＩフォーマットが決定される、請求項１に記載の方法。

【請求項4】

前記最も早いＭＯにおいて第２ＤＣＩフォーマットが共に受信されることに基づいて、前記ＤＣＩフォーマットのＣＣＥ（control channel element）インデックスに基づいて、前記直近に受信されたＤＣＩフォーマットが決定される、請求項３に記載の方法。

【請求項5】

前記２つ以上のＭＯの最後のＭＯに基づいて、前記第１ＤＣＩフォーマットのＰＤＣＣＨと前記第１ＤＣＩフォーマットによりスケジュールされたＰＤＳＣＨとの間のオフセットが適用される、請求項１に記載の方法。

【請求項6】

前記ＭＯの２つ以上における各ＰＤＣＣＨ候補のＤＭＲＳ（demodulation reference signal）が、異なるＴＣＩ（transmission configuration indication）状態と関連付けられる、請求項１に記載の方法。

【請求項7】

前記第１ＤＣＩフォーマットのＴＣＩ状態フィールドのコードポイントによって指示されるＴＣＩ状態は、単一のＰＤＣＣＨ候補において検出される第３ＤＣＩフォーマットと異なるように設定される、請求項６に記載の方法。

【請求項8】

前記第１ＤＣＩフォーマットのＴＣＩ状態フィールドに対するＴＣＩ状態プールと、検出された前記第３ＤＣＩフォーマットのＴＣＩ状態フィールドに対するＴＣＩ状態プールは、独立に設定される、請求項７に記載の方法。

【請求項9】

前記第１ＤＣＩフォーマットのＴＣＩ状態フィールドと前記第３ＤＣＩフォーマットのＴＣＩフィールドに対するＴＣＩ状態プールは、共通であり、
前記第１ＤＣＩフォーマットのＴＣＩ状態フィールドに対するＴＣＩ状態候補と前記第３ＤＣＩフォーマットのＴＣＩ状態フィールドに対するＴＣＩ状態候補は、ＭＡＣ（medium access control） ＣＥ（control element）によって独立に設定される、請求項７に記載の方法。

【請求項10】

無線通信システムにおいてＨＡＲＱ（Hybrid- Automatic Repeat and request）－ＡＣＫ（Acknowledgement）情報を送信する端末であって、前記端末は、
無線信号を送受信するための少なくとも一つの送受信部と、
前記少なくとも一つの送受信部を制御する少なくとも一つのプロセッサと、を備え、
前記少なくとも一つのプロセッサは、
基地局からサービングセル上の複数のＰＤＣＣＨ（physical downlink control channel） ＭＯ（monitoring occasion）で複数のＰＤＳＣＨ（physical downlink shared channel）をスケジュールするＤＣＩ（downlink control information）フォーマットを受信し、前記ＤＣＩフォーマットのそれぞれは、Ｃ－ＤＡＩ（counter downlink assignment index）を含み、
前記基地局から前記複数のＰＤＳＣＨを受信し、
前記基地局に前記複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を含むＨＡＲＱ－ＡＣＫコードブックを送信する、ように設定され、
前記ＤＣＩフォーマットのうち第１ＤＣＩフォーマットは、前記複数のＰＤＣＣＨ ＭＯのうち２つ以上のＰＤＣＣＨ ＭＯでそれぞれ受信され、
前記２つ以上のＰＤＣＣＨ ＭＯに対して、前記２つ以上のＰＤＣＣＨ ＭＯのうち最も早いＭＯに基づいて単一の開始時間が決定され、
前記ＤＣＩフォーマットのそれぞれにおける前記Ｃ－ＤＡＩの値は、前記複数のＰＤＣＣＨ ＭＯの開始時間の昇順に基づいて決定される、端末。

【請求項11】

無線通信システムにおいてＨＡＲＱ（Hybrid- Automatic Repeat and request）－ＡＣＫ（Acknowledgement）情報を受信する方法であって、基地局によって行われる前記方法は、
端末にサービングセル上の複数のＰＤＣＣＨ（physical downlink control channel） ＭＯ（monitoring occasion）で複数のＰＤＳＣＨ（physical downlink shared channel）をスケジュールするＤＣＩ（downlink control information）フォーマットを送信する段階であって、前記ＤＣＩフォーマットのそれぞれは、Ｃ－ＤＡＩ（counter downlink assignment index）を含む、段階と、
前記端末に前記複数のＰＤＳＣＨを送信する段階と、
前記端末から前記複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を含むＨＡＲＱ－ＡＣＫコードブックを受信する段階と、を含み、
前記ＤＣＩフォーマットのうち第１ＤＣＩフォーマットは、前記複数のＰＤＣＣＨ ＭＯのうち２つ以上のＰＤＣＣＨ ＭＯでそれぞれ送信され、
前記２つ以上のＰＤＣＣＨ ＭＯに対して、前記２つ以上のＰＤＣＣＨ ＭＯのうち最も早いＭＯに基づいて単一の開始時間が決定され、
前記ＤＣＩフォーマットのそれぞれにおける前記Ｃ－ＤＡＩの値は、前記複数のＰＤＣＣＨ ＭＯの開始時間の昇順に基づいて決定される、方法。

【請求項12】

無線通信システムにおいてＨＡＲＱ（Hybrid- Automatic Repeat and request）－ＡＣＫ（Acknowledgement）情報を受信する基地局であって、前記基地局は、
無線信号を送受信するための少なくとも一つの送受信部と、
前記少なくとも一つの送受信部を制御する少なくとも一つのプロセッサと、を備え、
前記少なくとも一つのプロセッサは、
端末にサービングセル上の複数のＰＤＣＣＨ（physical downlink control channel） ＭＯ（monitoring occasion）で複数のＰＤＳＣＨ（physical downlink shared channel）をスケジュールするＤＣＩ（downlink control information）フォーマットを送信し、前記ＤＣＩフォーマットのそれぞれは、Ｃ－ＤＡＩ（counter downlink assignment index）を含み、
前記端末に前記複数のＰＤＳＣＨを送信し、
前記端末から前記複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を含むＨＡＲＱ－ＡＣＫコードブックを受信する、ように設定され、
前記ＤＣＩフォーマットのうち第１ＤＣＩフォーマットは、前記複数のＰＤＣＣＨ ＭＯのうち２つ以上のＰＤＣＣＨ ＭＯでそれぞれ送信され、
前記２つ以上のＰＤＣＣＨ ＭＯに対して、前記２つ以上のＰＤＣＣＨ ＭＯのうち最も早いＭＯに基づいて単一の開始時間が決定され、
前記ＤＣＩフォーマットのそれぞれにおける前記Ｃ－ＤＡＩの値は、前記複数のＰＤＣＣＨ ＭＯの開始時間の昇順に基づいて決定される、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいてＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送受信する方法及び装置に関する。

【背景技術】

【0002】

移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声に留まらずデータサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によってリソースの不足現象が発生しており、ユーザもより高速のサービスを要求していることから、より発展した移動通信システムが望まれている。

【0003】

次世代移動通信システムの要求条件は、大きく、爆発的なデータトラフィックの受容、ユーザ当たりの送信率の画期的な増加、大幅に増加した連結デバイス個数の受容、非常に低い端対端遅延（Ｅｎｄ－ｔｏ－Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率の支援である。そのために、二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ－ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ－Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）などの様々な技術が研究されている。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本開示の技術的課題は、多重ＴＲＰ（ｍｕｌｔｉ－ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）を支援する無線通信システムにおいてＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送受信する方法及び装置を提供することである。

【0005】

また、本開示の更なる技術的課題は、ＰＤＳＣＨに対するＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）－ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を送受信する方法及び装置を提供することである。

【0006】

また、本開示の更なる技術的課題は、ＰＤＳＣＨ送受信のための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送受信する方法及び装置を提供することである。

【0007】

本開示で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない別の技術的課題は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

【課題を解決するための手段】

【0008】

本開示の一態様に係るＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）－ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を送信する方法は、基地局からＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）でＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）をスケジュールする下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）受信する段階と、前記基地局から前記ＰＤＳＣＨを受信する段階及び、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を含むＨＡＲＱ－ＡＣＫコードブックを前記基地局に送信する段階を含むことができる。前記ＰＤＣＣＨは、複数のモニタリング時点（ＭＯ：ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）上で反復して送信され、前記ＨＡＲＱ－ＡＣＫコードブックと関連したパラメータは、前記複数のＭＯのうち最も早いＭＯに基づいて決定されてよい。

【0009】

本開示の追加的な態様に係る無線通信システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）－ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を受信する方法は、端末にＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）でＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）をスケジュールする下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信する段階と、前記端末に前記ＰＤＳＣＨを送信する段階及び、前記端末から前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を含むＨＡＲＱ－ＡＣＫコードブックを受信する段階を含むことができる。前記ＰＤＣＣＨは、複数のモニタリング時点（ＭＯ：ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）上で反復して送信され、前記ＨＡＲＱ－ＡＣＫコードブックと関連したパラメータは、前記複数のＭＯのうち最も早いＭＯに基づいて決定されてよい。

【発明の効果】

【0010】

本開示の実施例によれば、多重ＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）による効率的なＰＤＳＣＨの送受信、ＨＡＲＱ－ＡＣＫ情報の送受信、ＤＣＩの送受信を支援することができる。

【0011】

また、本開示の実施例によれば、多重ＴＲＰに基づいてＰＤＳＣＨ、ＤＣＩが送受信されることにより、ＰＤＳＣＨ、ＤＣＩの送受信に対する信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及びロバスト性（ｒｏｂｕｓｔｎｅｓｓ）を向上させることができる。

【0012】

また、本開示の実施例によれば、複数のＨＡＲＱ－ＡＣＫ情報がＨＡＲＱ－ＡＣＫコードブック内に多重化される時に、ＨＡＲＱ－ＡＣＫコードブックに対応する複数の下りリンク制御情報のうち反復送信されるＤＣＩが含まれても、ＨＡＲＱ－ＡＣＫ情報の送受信のための動作の曖昧さ（ａｍｂｉｇｕｉｔｙ）が発生せずに済む。

【0013】

本開示から得られる効果は、以上で言及した効果に制限されず、言及していない別の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

【図面の簡単な説明】

【0014】

本開示に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本開示に関する実施例を提供し、詳細な説明と共に本開示の技術的特徴を説明する。

【0015】

【図1】本開示が適用可能な無線通信システムの構造を例示する。

【図2】本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。

【図3】本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。

【図4】本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。

【図5】本開示が適用可能な無線通信システムにおいてスロット構造を例示する。

【図6】本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。

【図7】本開示が適用可能な無線通信システムにおいて多重ＴＲＰ送信方式を例示する。

【図8】本開示が適用可能な無線通信システムにおいて下りリンク／上りリンク送信タイミングを例示する図である。

【図9】本開示が適用可能な無線通信システムにおいてＨＡＲＱ動的な（ｄｙｎａｍｉｃ）コードブック（ｃｏｄｅｂｏｏｋ）生成を例示する図である。

【図10】本開示が適用可能な無線通信システムにおいてＨＡＲＱ－ＡＣＫコードブックの生成及び報告動作を例示する図である。

【図11】本開示が適用可能な無線通信システムにおいてＨＡＲＱ－ＡＣＫコードブックの生成及び報告動作を例示する図である。

【図12】本開示の一実施例に係る下りリンクデータ送受信方法に対するネットワークと端末間のシグナリング手順を例示する。

【図13】本開示の一実施例に係る下りリンクデータ送受信方法に対するネットワークと端末間のシグナリング手順を例示する。

【図14】本開示の一実施例に係るＨＡＲＱ－ＡＣＫ情報の送受信のための端末の動作を例示する。

【図15】本開示の一実施例に係るＨＡＲＱ－ＡＣＫ情報の送受信のための基地局の動作を例示する。

【図16】本開示の一実施例に係る無線通信装置を例示するブロック構成図である。

【発明を実施するための形態】

【0016】

以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。

【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】

【表1】

【0072】

ＮＲは、様々な５Ｇサービスを支援するための多数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。

【0073】

【表2】

【0074】

ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔ_ｃ＝１／（Δｆ_ｍａｘ・Ｎ_ｆ）の時間単位の倍数と表現される。ここで、Δｆ_ｍａｘ＝４８０・１０^３Ｈｚであり、Ｎ_ｆ＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔ_ｆ＝１／（Δｆ_ｍａｘＮ_ｆ／１００）・Ｔ_ｃ＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔ_ｓｆ＝（Δｆ_ｍａｘＮ_ｆ／１０００）・Ｔ_ｃ＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴ_ＴＡ＝（Ｎ_ＴＡ＋Ｎ_{ＴＡ，ｏｆｆｓｅｔ}）Ｔ_ｃ以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎ_ｓ ^μ∈｛０，．．．，Ｎ_ｓｌｏｔ ^{ｓｕｂｆｒａｍｅ，μ}－１｝の増加する順序で番号が付けられ、無線フレーム内でｎ_ｓ，ｆ ^μ∈｛０，．．．，Ｎ_ｓｌｏｔ ^{ｆｒａｍｅ，μ}－１｝の増加する順序で番号が付けられる。一つのスロットはＮ_ｓｙｍｂ ^ｓｌｏｔの連続するＯＦＤＭシンボルで構成され、Ｎ_ｓｙｍｂ ^ｓｌｏｔは、ＣＰによって決定される。サブフレームにおいてスロットｎ_ｓ ^μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎ_ｓ ^μＮ_ｓｙｍｂ ^ｓｌｏｔの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎ_ｓｙｍｂ ^ｓｌｏｔ）、無線フレーム別スロットの個数（Ｎ_ｓｌｏｔ ^{ｆｒａｍｅ，μ}）、サブフレーム別スロットの個数（Ｎ_ｓｌｏｔ ^{ｓｕｂｆｒａｍｅ，μ}）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。

【0075】

【表3】

【0076】

【表4】

【0077】

図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。

【0078】

まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信電力（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか一つ以上を含む。

【0079】

図３には、本開示が適用可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。

【0080】

図３を参照すると、リソースグリッドが、周波数領域上にＮ_ＲＢ ^μＮ_ｓｃ ^ＲＢサブキャリアで構成され、一つのサブフレームが１４・２^μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、Ｎ_ＲＢ ^μＮ_ｓｃ ^ＲＢサブキャリアで構成される一つ又はそれ以上のリソースグリッド及び２^μＮ_ｓｙｍｂ ^（μ）のＯＦＤＭシンボルによって説明される。ここで、Ｎ_ＲＢ ^μ≦Ｎ_ＲＢ ^{ｍａｘ，μ}である。前記Ｎ_ＲＢ ^{ｍａｘ，μ}は、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートｐ別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれ、インデックス対（ｋ，

）によって固有に識別される。ここで、ｋ＝０，．．．，Ｎ_ＲＢ ^μＮ_ｓｃ ^ＲＢ－１は、周波数領域上のインデックスであり、

＝０，．．．，２^μＮ_ｓｙｍｂ ^（μ）－１は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対（ｋ，ｌ）が用いられる。ここで、ｌ＝０，．．．，Ｎ_ｓｙｍｂ ^μ－１である。μ及びアンテナポートｐに対するリソース要素（ｋ，

）は、複素値（ｃｏｍｐｌｅｘ ｖａｌｕｅ）

に該当する。混同（ｃｏｎｆｕｓｉｏｎ）する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスｐ及びμはドロップ（ｄｒｏｐ）してよく、その結果、複素値は

又は

になり得る。また、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）は、周波数領域上のＮ_ｓｃ ^ＲＢ＝１２の連続するサブキャリアと定義される。

【0081】

ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。

【0082】

－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。

【0083】

－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。

【0084】

共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎ_ＣＲＢ ^μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。

【0085】

【数1】

【0086】

式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮ_{ＢＷＰ，ｉ} ^{ｓｉｚｅ，μ}－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎ_ＰＲＢと共通リソースブロックｎ_ＣＲＢ間の関係は、下記の式２によって与えられる。

【0087】

【数2】

【0088】

Ｎ_{ＢＷＰ，ｉ} ^{ｓｔａｒｔ，μ}は、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。

【0089】

図４には、本開示が適用可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示が適用可能な無線通信システムにおいてスロット構造を例示する。

【0090】

図４及び図５を参照すると、スロットは、時間ドメインにおいて複数のシンボルを含む。例えば、一般ＣＰでは１スロットが７個のシンボルを含むが、拡張ＣＰでは１スロットが６個のシンボルを含む。

【0091】

搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。

【0092】

ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。

【0093】

一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連付けられた（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。

【0094】

図６には、本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。

【0095】

無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

【0096】

端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ６０１）。そのために、端末は基地局から主同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及び副同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を取り、セル識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得できる。その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。

【0097】

初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。

【0098】

一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理任意接続チャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。

【0099】

上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。

【0100】

一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。

【0101】

表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。

【0102】

【表5】

【0103】

表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、伝送ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。ＤＣＩ ｆｏｒｍａｔ ０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。

【0104】

ＤＣＩ ｆｏｒｍａｔ ０＿１は、一つのセルにおいて一つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0105】

ＤＣＩ ｆｏｒｍａｔ ０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0106】

次に、ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、伝送ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。

【0107】

ＤＣＩ ｆｏｒｍａｔ １＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0108】

ＤＣＩ ｆｏｒｍａｔ １＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0109】

ＤＣＩ ｆｏｒｍａｔ １＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0110】

準同一位置（ＱＣＬ：Ｑｕａｓｉ－Ｃｏ Ｌｏｃａｔｉｏｎ）

【0111】

アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルが、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの特性（ｐｒｏｐｅｒｔｙ）を、他のアンテナポート上のシンボルが運搬されるチャネルから類推できる場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはＱｕａｓｉ－Ｃｏ Ｌｏｃａｔｉｏｎ）関係にあると言える。

【0112】

ここで、前記チャネル特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数／ドップラーシフト（Ｆｒｅｑｕｅｎｃｙ／Ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング／平均遅延（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ／ａｖｅｒａｇｅ ｄｅｌａｙ）、空間受信パラメータ（Ｓｐａｔｉａｌ ＲＸ ｐａｒａｍｅｔｅｒ）のうち一つ以上を含む。ここで、空間受信パラメータは、到来角（ａｎｇｌｅ ｏｆ ａｒｒｉｖａｌ）のような空間的な（受信）チャネル特性パラメータを意味する。

【0113】

端末は、当該端末及び与えられたサービングセルに対して意図されたＤＣＩを有する検出されたＰＤＣＣＨによってＰＤＳＣＨをデコードするために、上位層パラメータＰＤＳＣＨ－Ｃｏｎｆｉｇ内のＭ個までのＴＣＩ状態設定（ＴＣＩ－Ｓｔａｔｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）のリストが設定されてよい。前記Ｍは、ＵＥ能力（ｃａｐａｂｉｌｉｔｙ）に依存する。

【0114】

それぞれのＴＣＩ状態は、１つ又は２つのＤＬ参照信号とＰＤＳＣＨのＤＭ－ＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）ポート間の準同一位置関係を設定するためのパラメータを含む。

【0115】

準同一位置関係は、１番目のＤＬ ＲＳに対する上位層パラメータｑｃｌ－Ｔｙｐｅ１と２番目のＤＬ ＲＳに対するｑｃｌ－Ｔｙｐｅ２（設定された場合）で設定される。２つのＤＬ ＲＳの場合、参照（ｒｅｆｅｒｅｎｃｅ）が同一であるＤＬ ＲＳか又は異なったＤＬ ＲＳかに関係なく、ＱＣＬタイプ（ｔｙｐｅ）は同一でない。

【0116】

各ＤＬ ＲＳに対応するＱＣＬタイプは、ＱＣＬ－Ｉｎｆｏの上位層パラメータｑｃｌ－Ｔｙｐｅによって与えられ、次の値のうち一つを取ることができる：

【0117】

－ 「ＱＣＬ－ＴｙｐｅＡ」：｛ドップラーシフト，ドップラー拡散，平均遅延，遅延拡散｝

【0118】

－ 「ＱＣＬ－ＴｙｐｅＢ」：｛ドップラーシフト，ドップラー拡散｝

【0119】

－ 「ＱＣＬ－ＴｙｐｅＣ」：｛ドップラーシフト，平均遅延｝

【0120】

－ 「ＱＣＬ－ＴｙｐｅＤ」：｛空間受信パラメータ｝

【0121】

例えば、目標とするアンテナポート（ｔａｒｇｅｔ ａｎｔｅｎｎａ ｐｏｒｔ）が特定ＮＺＰ ＣＳＩ－ＲＳである場合に、当該ＮＺＰ ＣＳＩ－ＲＳアンテナポートは、ＱＣＬ－Ｔｙｐｅ Ａ観点では特定ＴＲＳと、ＱＣＬ－Ｔｙｐｅ Ｄ観点では特定ＳＳＢとＱＣＬされたと指示／設定されてよい。このような指示／設定を受けた端末は、ＱＣＬ－ＴｙｐｅＡ ＴＲＳから測定されたドップラー、遅延値を用いて当該ＮＺＰ ＣＳＩ－ＲＳを受信し、ＱＣＬ－ＴｙｐｅＤ ＳＳＢ受信に用いられた受信ビームを当該ＮＺＰ ＣＳＩ－ＲＳ受信に適用できる。

【0122】

ＵＥは、８個までのＴＣＩ状態をＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」のコードポイント（ｃｏｄｅｐｏｉｎｔ）にマップするために用いられるＭＡＣ ＣＥシグナリングによる活性命令（ａｃｔｉｖａｔｉｏｎ ｃｏｍｍａｎｄ）を受信することができる。

【0123】

多重ＴＲＰ（Ｍｕｌｔｉ－ＴＲＰ）関連動作

【0124】

多点協調通信（ＣｏＭＰ：Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ Ｐｏｉｎｔ）の手法は、複数の基地局が、端末からフィードバックされたチャネル情報（例えば、ＲＩ／ＣＱＩ／ＰＭＩ／ＬＩ（ｌａｙｅｒ ｉｎｄｉｃａｔｏｒ）など）を相互に交換（例えば、Ｘ２インターフェース利用）或いは活用して、端末に協調送信することによって干渉を効果的に制御する方式をいう。利用する方式によって、ＣｏＭＰは連合送信（ＪＴ：Ｊｏｉｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）、協調スケジューリング（ＣＳ：Ｃｏｏｒｄｉｎａｔｅｄ Ｓｃｈｅｄｕｌｉｎｇ）、協調ビームフォーミング（ＣＢ：Ｃｏｏｒｄｉｎａｔｅｄ Ｂｅａｍｆｏｒｍｉｎｇ）、動的ポイント選択（ＤＰＳ：Ｄｙｎａｍｉｃ Ｐｏｉｎｔ Ｓｅｌｅｃｔｉｏｎ）、動的ポイント遮断（ＤＰＢ：Ｄｙｎａｍｉｃ Ｐｏｉｎｔ Ｂｌｏｃｋｉｎｇ）などに区分できる。

【0125】

Ｍ個のＴＲＰが１つの端末にデータを送信するＭ－ＴＲＰ送信方式は、大きく、ｉ）送信率を高めるための方式であるｅＭＢＢ Ｍ－ＴＲＰ送信と、ｉｉ）受信成功率増加及び遅延（ｌａｔｅｎｃｙ）減少のための方式であるＵＲＬＬＣ Ｍ－ＴＲＰ送信とに区分できる。

【0126】

また、ＤＣＩ送信観点で、Ｍ－ＴＲＰ送信方式は、ｉ）各ＴＲＰが互いに異なるＤＣＩを送信するＭ－ＤＣＩ（ｍｕｌｔｉｐｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信と、ｉｉ）一つのＴＲＰがＤＣＩを送信するＳ－ＤＣＩ（ｓｉｎｇｌｅ ＤＣＩ）ベースＭ－ＴＲＰ送信とに区分できる。例えば、Ｓ－ＤＣＩベースＭ－ＴＲＰ送信の場合、Ｍ ＴＲＰが送信するデータに対する全てのスケジューリング情報が一つのＤＣＩで端末に伝達される必要があり、両ＴＲＰ間の動的な（ｄｙｎａｍｉｃ）協調が可能な理想的バックホール（ｉｄｅａｌ ＢＨ：ｉｄｅａｌ ＢａｃｋＨａｕｌ）環境で用いられてよい。

【0127】

ＵＥは、互いに異なる制御リソースセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）（又は、互いに異なるＣＯＲＥＳＥＴグループに属したＣＯＲＥＳＥＴ）で受信したＤＣＩがスケジュールしたＰＵＳＣＨ（又は、ＰＵＣＣＨ）を、互いに異なるＴＲＰに送信するＰＵＳＣＨ（又は、ＰＵＣＣＨ）と認識するか又は互いに異なるＴＲＰのＰＤＳＣＨ（又は、ＰＤＣＣＨ）と認識できる。また、後述する互いに異なるＴＲＰに送信するＵＬ送信（例えば、ＰＵＳＣＨ／ＰＵＣＣＨ）に対する方式は、同一ＴＲＰに属する互いに異なるパネル（ｐａｎｅｌ）に送信するＵＬ送信（例えば、ＰＵＳＣＨ／ＰＵＣＣＨ）に対しても同一に適用できる。

【0128】

以下、本開示で説明／言及されるＣＯＲＥＳＥＴグループ識別子（ｇｒｏｕｐ ＩＤ）は、各ＴＲＰ／パネル（ｐａｎｅｌ）のためのＣＯＲＥＳＥＴを区分するためのインデックス（ｉｎｄｅｘ）／識別情報（例えば、ＩＤ）などを意味できる。そして、ＣＯＲＥＳＥＴグループは、各ＴＲＰ／パネルのためＣＯＲＥＳＥＴを区分するためのインデックス／識別情報（例えば、ＩＤ）／前記ＣＯＲＥＳＥＴグループＩＤによって区分されるＣＯＲＥＳＥＴのグループ／和集合であってよい。一例として、ＣＯＲＥＳＥＴグループＩＤは、ＣＯＲＳＥＴ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）内に定義される特定インデックス情報であってよい。この場合、ＣＯＲＥＳＥＴグループは各ＣＯＲＥＳＥＴに対するＣＯＲＥＳＥＴ設定内に定義されたインデックスによって設定／指示／定義されてよい。及び／又は、ＣＯＲＥＳＥＴグループＩＤは、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のためのインデックス／識別情報／指示子などを意味できる。以下、本開示で説明／言及されるＣＯＲＥＳＥＴグループＩＤは、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のための特定インデックス／特定識別情報／特定指示子に代替して表現されてよい。前記ＣＯＲＥＳＥＴグループＩＤ、すなわち、各ＴＲＰ／パネルに設定された／関連したＣＯＲＥＳＥＴ間の区分／識別のための特定インデックス／特定識別情報／特定指示子は、上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ、例えば、ＲＲＣシグナリング）／第２層シグナリング（Ｌ２ ｓｉｇｎａｌｉｎｇ、例えば、ＭＡＣ－ＣＥ）／第１層シグナリング（Ｌ１ ｓｉｇｎａｌｉｎｇ、例えば、ＤＣＩ）などによって端末に設定／指示されてよい。一例として、当該ＣＯＲＥＳＥＴグループ単位で各ＴＲＰ／パネル別（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）ＰＤＣＣＨ検出（ｄｅｔｅｃｔｉｏｎ）が行われるように設定／指示されてよい。及び／又は、当該ＣＯＲＥＳＥＴグループ単位で各ＴＲＰ／パネル別に（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）上りリンク制御情報（例えば、ＣＳＩ、ＨＡＲＱ－Ａ／Ｎ（ＡＣＫ／ＮＡＣＫ）、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ））及び／又は上りリンク物理チャネルリソース（例えば、ＰＵＣＣＨ／ＰＲＡＣＨ／ＳＲＳリソース）が分離して管理／制御されるように設定／指示されてよい。及び／又は、当該ＣＯＲＥＳＥＴグループ別に各ＴＲＰ／パネル別に（すなわち、同一ＣＯＲＥＳＥＴグループに属したＴＲＰ／パネル別に）スケジュールされるＰＤＳＣＨ／ＰＵＳＣＨなどに対するＨＡＲＱ Ａ／Ｎ（処理（ｐｒｏｃｅｓｓ）／再送信）が管理されてよい。

【0129】

例えば、上位層パラメータであるＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）は、時間／周波数制御リソース集合（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）を設定するために用いられる。例えば、前記制御リソース集合（ＣＯＲＥＳＥＴ）は、下りリンク制御情報の検出、受信に関連してよい。前記ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ ＩＥは、ＣＯＲＥＳＥＴ関連ＩＤ（例えば、ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩＤ）／ＣＯＲＥＳＥＴに対するＣＯＲＥＳＥＴプール（ｐｏｏｌ）のインデックス（ｉｎｄｅｘ）（例えば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）／ＣＯＲＥＳＥＴの時間／周波数リソース設定／ＣＯＲＥＳＥＴに関連したＴＣＩ情報などを含むことができる。一例として、ＣＯＲＥＳＥＴプールのインデックス（例えば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）は、０又は１に設定されてよい。上記においてＣＯＲＥＳＥＴグループはＣＯＲＥＳＥＴプールに対応してよく、ＣＯＲＥＳＥＴグループＩＤはＣＯＲＥＳＥＴプールインデックス（例えば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）に対応してよい。

【0130】

以下、複数ＴＲＰ（Ｍｕｌｔｉ－ＴＲＰ）における信頼度向上のための方式について説明する。

【0131】

複数ＴＲＰにおける送信を用いた信頼度（ｒｅｌｉａｂｉｌｉｔｙ）向上のための送受信方法として、次の２つの方法が考慮できる。

【0132】

図７は、本開示が適用可能な無線通信システムにおいて多重ＴＲＰ送信方式を例示する。

【0133】

図７（ａ）を参照すると、同一のコードワード（ＣＷ：ｃｏｄｅｗｏｒｄ）／伝送ブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を送信するレイヤグループ（ｌａｙｅｒ ｇｒｏｕｐ）が互いに異なるＴＲＰに対応する場合を示す。この時、レイヤグループは、１つ又はそれ以上のレイヤからなる所定のレイヤ集合を意味できる。このような場合、多数のレイヤ数によって送信リソースの量が増加し、これによって、ＴＢに対して低い符号率のロバストなチャネルコーディングを用いることが可能になるという長所があり、また、複数のＴＲＰからのチャネルが異なるので、ダイバーシチ（ｄｉｖｅｒｓｉｔｙ）利得に基づいて受信信号の信頼度向上を期待することができる。

【0134】

図７（ｂ）を参照すると、互いに異なるＣＷを互いに異なるＴＲＰに対応するレイヤグループで送信する例を示す。このとき、同図のＣＷ ＃１とＣＷ ＃２に対応するＴＢは互いに同一であると仮定できる。すなわち、ＣＷ ＃１とＣＷ ＃２はそれぞれ異なるＴＲＰによって同一のＴＢがチャネルコーディングなどによって互いに異なるＣＷに変換されたことを意味する。したがって、同一ＴＢの反復送信の例と見なすことができる。図７（ｂ）では、先の図７（ａ）に比べて、ＴＢに対応する符号率が高いという短所があり得る。しかし、チャネル環境によって同一のＴＢから生成されたエンコードされたビット（ｅｎｃｏｄｉｎｇ ｂｉｔｓ）に対して互いに異なるＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）値を指示して符号率を調整するか、各ＣＷの変調次数（ｍｏｄｕｌａｔｉｏｎ ｏｒｄｅｒ）を調節できるという長所がある。

【0135】

先の図７（ａ）及び図７（ｂ）で例示した方式によれば、同一のＴＢが互いに異なるレイヤグループで反復送信され、各レイヤグループが互いに異なるＴＲＰ／パネルによって送信されることにより、端末のデータ受信確率を高めることができる。これを、ＳＤＭ（Ｓｐａｔｉａｌ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）ベースＭ－ＴＲＰ ＵＲＬＬＣ送信方式と称する。互いに異なるレイヤグループに属するレイヤは、互いに異なるＤＭＲＳ ＣＤＭグループに属するＤＭＲＳポートを介してそれぞれ送信される。

【0136】

また、上述した複数ＴＲＰ関連の内容は、互いに異なるレイヤを用いるＳＤＭ（ｓｐａｔｉａｌ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を基準に説明されているが、これは、互いに異なる周波数領域リソース（例えば、ＲＢ／ＰＲＢ（セット）など）に基づくＦＤＭ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式及び／又は互いに異なる時間領域リソース（例えば、スロット、シンボル、サブシンボルなど）に基づくＴＤＭ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式にも拡張して適用可能であることは勿論である。

【0137】

少なくとも１つのＤＣＩによってスケジュールされる、多重ＴＲＰ（ｍｕｌｔｉ－ＴＲＰ）は、次のように行われてよい：

【0138】

ｉ）手法１（ＳＤＭ）：重なっている時間及び周波数リソース割り当てにおいて単一スロット内のｎ（ｎは自然数）個のＴＣＩ状態

【0139】

－ 手法１ａ：各送信時点（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）は、同一ＴＢの１つのレイヤ又は複数レイヤのセットであり、各レイヤ又はレイヤセットは、１つのＴＣＩ及び１つのＤＭＲＳポートのセットと関連付けられる。１つのリダンダンシーバージョン（ＲＶ：ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）を持つ単一のコードワードが全てのレイヤ又はレイヤセットに用いられる。ＵＥ観点で、互いに異なる符号化ビット（ｃｏｄｅｄ ｂｉｔ）が、特定のマッピング規則によって互いに異なるレイヤ又はレイヤセットにマップされる。

【0140】

－ 手法１ｂ：各送信時点は、同一ＴＢの１つのレイヤ又は複数レイヤのセットであり、各レイヤ又はレイヤセットは、１つのＴＣＩ及び１つのＤＭＲＳポートのセットと関連付けられる。１つのＲＶを持つ単一のコードワードが各空間的（ｓｐａｔｉａｌ）レイヤ又はレイヤセットのために用いられる。各空間的レイヤ又はレイヤセットに対応するＲＶは、同一であっても異なってもよい。

【0141】

－ 手法１ｃ：各送信時点は、多重のＴＣＩ状態インデックスと関連付けられた１つのＤＭＲＳポートを有する同一ＴＢの１つのレイヤ、又は次々に（ｏｎｅ ｂｙ ｏｎｅ）多重のＴＣＩインデックスと関連付けられた多重のＤＭＲＳポートを持つ同一ＴＢの１つのレイヤである。

【0142】

上述した手法１ａ及び１ｃにおいて、同一ＭＣＳが全てのレイヤ又はレイヤセットに適用される。

【0143】

ｉｉ）手法２（ＦＤＭ）：重なっていない周波数リソース割り当てにおいて単一スロット内のｎ（ｎは自然数）個のＴＣＩ状態。各重なっていない周波数リソース割り当ては１つのＴＣＩ状態と関連付けられる。同一の単一／多重ＤＭＲＳポートが全ての重なっていない周波数リソース割り当てに関連付けられる。

【0144】

－ 手法２ａ：全リソース割り当てにわたって１つのＲＶを持つ単一のコードワードが用いられる。ＵＥ観点で、共通のＲＢマッピング（コードワードのレイヤマッピング）が全リソース割り当てにわたって適用される。

【0145】

－ 手法２ｂ：１つのＲＶを持つ単一のコードワードが、各重なっていない周波数リソース割り当てのために用いられる。各重なっていない周波数リソース割り当てに対応するＲＶは同一であっても異なってもよい。

【0146】

手法２ａにおいて、同一ＭＣＳが全ての重なっていない周波数リソース割り当てに適用される。

【0147】

ｉｉｉ）手法３（ＴＤＭ）：重なっていない時間リソース割り当てにおいて単一スロット内のｎ（ｎは自然数）個のＴＣＩ状態。ＴＢの各送信時点は、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）の時間細分性（ｇｒａｎｕｌａｒｉｔｙ）で１つのＴＣＩ及び１つのＲＶを有する。スロット内の全ての送信時点は、同一の単一又は多重ＤＭＲＳポートに共通のＭＣＳを用いる。ＲＶ／ＴＣＩ状態は、送信時点において同一であっても異なってもよい。

【0148】

ｉｖ）手法４（ＴＤＭ）：Ｋ（ｎ＜＝Ｋ、Ｋは自然数）個の異なるスロット内のｎ（ｎは自然数）個のＴＣＩ状態。ＴＢの各送信時点は、１つのＴＣＩ及び１つのＲＶを有する。Ｋ個のスロットにわたって全ての送信時点は、同一の単一又は多重ＤＭＲＳポートに共通のＭＣＳを用いる。ＲＶ／ＴＣＩ状態は、送信時点において同一であっても異なってもよい。

【0149】

多重ＴＲＰ（Ｍ－ＴＲＰ：ｍｕｌｔｉ－ＴＲＰ）送受信を支援するための方法

【0150】

ＭＴＲＰ－ＵＲＬＬＣにおいて同一の伝送ブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）の反復送信は、反復送信されるリソース領域が、互いに異なるレイヤ（ｌａｙｅｒ）／互いに異なる周波数（ｆｒｅｑｕｅｎｃｙ）／互いに異なる時間（ｔｉｍｅ）のいずれかであるかによってそれぞれＳＤＭ／ＦＤＭ／ＴＤＭの多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で送受信が行われてよい。また、より高いダイバーシチ利得（ｄｉｖｅｒｓｉｔｙ ｇａｉｎ）を得るためにＳＤＭ／ＦＤＭ／ＴＤＭのうち２リソース領域以上を用いて同一ＴＢの反復送信が行われてもよい。

【0151】

本開示では、ＭＴＲＰ送信に基づいて同一ＰＤＣＣＨが反復して／分けて送信される場合に、当該ＰＤＣＣＨを介して送信されるＤＣＩの受信時点を決定する方法及びＨＡＲＱ－ＡＣＫ情報／ＨＡＲＱ－ＡＣＫ関連パラメータを構成する方法を提案する。また、ＭＴＲＰ／ＳＴＲＰ（ｓｉｎｇｌｅ ＴＲＰ）送信を考慮して、ＤＣＩのＴＣＩフィールド内各コードポイント（ｃｏｄｅｐｏｉｎｔ）に対応するＴＣＩ状態（ｓｔａｔｅ）構成を異なるように設定する方法を提案する。

【0152】

以下、本開示で提案する方法において、ＤＬ ＭＴＲＰ－ＵＲＬＬＣとは、同一のデータ／ＤＣＩを、多重ＴＲＰが、異なるレイヤ（ｌａｙｅｒ）／時間（ｔｉｍｅ）／周波数（ｆｒｅｑｕｅｎｃｙ）リソースを用いて送信することを意味する。例えば、ＴＲＰ １はリソース１で同一のデータ／ＤＣＩを送信し、ＴＲＰ２は、リソース２で同一のデータ／ＤＣＩを送信する。ＤＬ ＭＴＲＰ－ＵＲＬＬＣ送信方式が設定されたＵＥは、異なるレイヤ／時間／周波数リソースを用いて同一のデータ／ＤＣＩを受信する。ここで、ＵＥは、同一のデータ／ＤＣＩを受信するレイヤ／時間／周波数リソースでどのＱＣＬ ＲＳ／タイプ（ｔｙｐｅ）（すなわち、ＤＬ ＴＣＩ状態）を用いなければならないかが基地局から指示される。例えば、同一のデータ／ＤＣＩがリソース１とリソース２で受信される場合に、リソース１で用いるＤＬ ＴＣＩ状態とリソース２で用いるＤＬ ＴＣＩ状態が指示される。ＵＥは、同一のデータ／ＤＣＩをリソース１とリソース２で受信するので、高い信頼度（ｒｅｌｉａｂｉｌｉｔｙ）を達成することができる。このようなＤＬ ＭＴＲＰ ＵＲＬＬＣは、ＰＤＳＣＨ／ＰＤＣＣＨを対象に適用されてよい。

【0153】

逆に、ＵＬ ＭＴＲＰ－ＵＲＬＬＣとは、同一のデータ／ＵＣＩを多重ＴＲＰが、異なるレイヤ／時間／周波数リソースで１つのＵＥから受信することを意味する。例えば、ＴＲＰ １は、リソース１で同一のデータ／ＤＣＩをＵＥから受信し、ＴＲＰ２は、リソース２で同一のデータ／ＤＣＩをＵＥから受信した後、ＴＲＰ間の連結されたバックホールリンク（Ｂａｃｋｈａｕｌ ｌｉｎｋ）を通じて受信データ／ＤＣＩを共有する。ＵＬ ＭＴＲＰ－ＵＲＬＬＣ送信方式が設定されたＵＥは、異なるレイヤ／時間／周波数リソースを用いて同一のデータ／ＵＣＩを送信する。ここで、ＵＥは、同一のデータ／ＵＣＩを送信するレイヤ／時間／周波数リソースでどの送信ビーム（Ｔｘ ｂｅａｍ）及びどの送信電力（Ｔｘ ｐｏｗｅｒ；すなわち、ＵＬ ＴＣＩ状態）を用いなければならないかが基地局から指示される。例えば、同一のデータ／ＵＣＩがリソース１とリソース２で送信される場合に、リソース１で用いるＵＬ ＴＣＩ状態とリソース２で用いるＵＬ ＴＣＩ状態が指示される。このようなＵＬ ＭＴＲＰ ＵＲＬＬＣは、ＰＵＳＣＨ／ＰＵＣＣＨを対象に適用されてよい。

【0154】

また、以下、本開示で提案する方法において、ある周波数／時間／空間リソースに対してデータ／ＤＣＩ／ＵＣＩの受信時に特定ＴＣＩ状態（又は、ＴＣＩ）を用いる（／マップする）という意味は、次の通りである。ＤＬの場合、その周波数／時間／空間リソースで当該ＴＣＩ状態によって指示されたＱＣＬタイプ及びＱＣＬ ＲＳを用いてＤＭＲＳからチャネルを推定し、推定されたチャネルでデータ／ＤＣＩを受信／復調するということを意味できる。ＵＬの場合、その周波数／時間／空間リソースで当該ＴＣＩ状態によって指示された送信ビーム及び／又は送信電力を用いて、ＤＭＲＳ及びデータ／ＵＣＩを送信／変調するということを意味できる。

【0155】

前記ＵＬ ＴＣＩ状態は、ＵＥの送信ビーム又は送信電力の情報を含んでおり、ＴＣＩ状態の代わりに空間的関係情報（Ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ）などが他のパラメータによってＵＥに設定されてもよい。ＵＬ ＴＣＩ状態は、ＵＬグラント（ｇｒａｎｔ）ＤＣＩによって直接指示されてよく、又は、ＵＬグラントＤＣＩのＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドによって指示されたＳＲＳリソース（ｒｅｓｏｕｒｃｅ）の空間的関係情報（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ）を意味することもできる。又は、ＵＬグラントＤＣＩのＳＲＩフィールドによって指示された値に連結された開ループ（ＯＬ：ｏｐｅｎｌｏｏｐ）送信電力制御パラメータ（ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ）（ｊ：開ループパラメータＰｏ及びアルファのためのインデックス（セル当たりに最大で３２個のパラメータ値セット）、ｑ＿ｄ：経路損失（ＰＬ：ｐａｔｈｌｏｓｓ）測定のためのＤＬ ＲＳリソースのインデックス（セル当たりに最大で４個の測定）、ｌ：閉ループ（ｃｌｏｓｅｄ ｌｏｏｐ）電力制御プロセスインデックス（セル当たりに最大で２個のプロセス））を意味できる。

【0156】

一方、ＭＴＲＰ－ｅＭＢＢは、異なるデータを多重ＴＲＰが、異なるレイヤ／時間／周波数を用いて送信することを意味する。ＭＴＲＰ－ｅＭＢＢ送信方式が設定されたＵＥは、ＤＣＩによって複数ＴＣＩ状態が指示され、各ＴＣＩ状態のＱＣＬ ＲＳを用いて受信したデータは互いに異なるデータであると仮定する。

【0157】

また、ＭＴＲＰ ＵＲＬＬＣ送信／受信であるか又はＭＴＲＰ ｅＭＢＢ送信／受信であるかは、ＭＴＲＰ－ＵＲＬＬＣ用ＲＮＴＩとＭＴＲＰ－ｅＭＢＢ用ＲＮＴＩを別個に区分して用いることによってＵＥにとって把握できる。すなわち、ＵＲＬＬＣ用ＲＮＴＩを用いてＤＣＩがＣＲＣマスキング（ｍａｓｋｉｎｇ）された場合、ＵＥはＵＲＬＬＣ送信と把握し、ｅＭＢＢ用ＲＮＴＩを用いてＤＣＩがＣＲＣマスキングされた場合、ＵＥはｅＭＢＢ送信と把握する。又は、他の新しいシグナリングによって基地局がＵＥにＭＴＲＰ ＵＲＬＬＣ送信／受信を設定又はＭＴＲＰ ｅＭＢＢ送信／受信を設定してもよい。

【0158】

本開示は、説明の便宜のために、２つのＴＲＰ間の協調送信／受信を仮定して提案方式を適用しているが、３つ以上の多重ＴＲＰ環境でも拡張適用可能であり、また、多重パネル環境でも拡張適用可能である。互いに異なるＴＲＰは、ＵＥにとって互いに異なるＴＣＩ状態と認識されてよく、ＵＥがＴＣＩ状態１を用いてデータ／ＤＣＩ／ＵＣＩを受信／送信したことは、ＴＲＰ １から／にデータ／ＤＣＩ／ＵＣＩを受信／送信したことを意味する。

【0159】

本開示の提案は、ＭＴＲＰがＰＤＣＣＨを協調送信する（同一ＰＤＣＣＨを反復送信するか分けて送信する）状況で活用されてよく、一部の提案は、ＭＴＲＰがＰＤＳＣＨを協調送信するか或いはＰＵＳＣＨ／ＰＵＣＣＨを協調受信する状況にも活用されてよい。

【0160】

また、以下の本開示において、複数基地局（すなわち、ＭＴＲＰ）が同一ＰＤＣＣＨを反復送信するという意味は、同一ＤＣＩを複数のＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）で送信したことを意味でき、複数基地局が同一ＤＣＩを反復送信するという意味と同じである。同一ＤＣＩとは、ＤＣＩフォーマット（ｆｏｒｍａｔ）／サイズ（ｓｉｚｅ）／ペイロード（ｐａｙｌｏａｄ）が同一である２つのＤＣＩを意味できる。又は、２つのＤＣＩのペイロードが異なってもスケジューリング結果が同一である場合は、同一のＤＣＩであるといえる。例えば、ＤＣＩのＴＤＲＡ（ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）フィールドは、ＤＣＩの受信時点を基準にデータのスロット（ｓｌｏｔ）／シンボル（ｓｙｍｂｏｌ）位置及びＡＣＫ／ＮＡＣＫのスロット／シンボル位置を相対的に決定できる。ここで、ｎ時点に受信されたＤＣＩとｎ＋１時点に受信されたＤＣＩとが同一のスケジューリング結果をＵＥに知らせる場合に、両ＤＣＩのＴＤＲＡフィールドは異なっており、結果的にＤＣＩペイロードが異ならざるを得ないが、同一ＤＣＩと見なされてよい。反復回数Ｒは、基地局がＵＥに直接指示するか、或いは相互約束されてよいだろう。又は、２つのＤＣＩのペイロードが異なり、スケジューリング結果が同一でなくても、一つのＤＣＩのスケジューリング結果が他のＤＣＩのスケジューリング結果にサブセット（ｓｕｂｓｅｔ）である場合に、同一ＤＣＩと見なされてよい。例えば、同一データがＴＤＭされてＮ回反復送信される場合に、１番目のデータの前に受信したＤＣＩ １は、Ｎ回データ反復を指示し、１番目のデータの後且つ２番目のデータの前に受信したＤＣＩ ２は、Ｎ－１回データ反復を指示する。ＤＣＩ ２のスケジューリングデータは、ＤＣＩ １のスケジューリングデータのサブセットになり、２つのＤＣＩは両方とも同一データに対するスケジューリングであることから、この場合も同一ＤＣＩと見なされてよい。

【0161】

また、以下の本開示において、複数基地局（すなわち、ＭＴＲＰ）が同一ＰＤＣＣＨを分けて送信するということは、１つのＤＣＩを１つのＰＤＣＣＨ候補で送信するが、そのＰＤＣＣＨ候補が定義された一部のリソースをＴＲＰ １が送信し、残りのリソースをＴＲＰ ２が送信する意味である。例えば、併合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）ｍ１＋ｍ２に該当するＰＤＣＣＨ候補をＴＲＰ １とＴＲＰ ２が分けて送信するとき、ＰＤＣＣＨ候補は、併合レベルｍ１に該当するＰＤＣＣＨ候補１と併合レベルｍ２に該当するＰＤＣＣＨ候補２とに分けられてよい。そして、ＴＲＰ １はＰＤＣＣＨ候補１を、ＴＲＰ ２はＰＤＣＣＨ候補２を、互いに異なる時間／周波数リソースで送信する。ＵＥは、ＰＤＣＣＨ候補１及びＰＤＣＣＨ候補２を受信した後、併合レベルｍ１＋ｍ２に該当するＰＤＣＣＨ候補を生成してＤＣＩデコーディング（ｄｅｃｏｄｉｎｇ）を試みる。

【0162】

ここで、同一ＤＣＩが複数のＰＤＣＣＨ候補に分けられて送信される場合は、２つの具現方式があり得る。

【0163】

第一は、ＤＣＩペイロード（制御情報ビット＋ＣＲＣ）が１つのチャネルエンコーダ（ｃｈａｎｎｅｌ ｅｎｃｏｄｅｒ）（例えば、ポーラーエンコーダ（ｐｏｌａｒ ｅｎｃｏｄｅｒ））でエンコード（ｅｎｃｏｄｉｎｇ）され、その結果として得られた符号化ビット（ｃｏｄｅｄ ｂｉｔｓ）を、２つのＴＲＰが分けて送信する方式である。この場合、各ＴＲＰが送信する符号化ビット（ｃｏｄｅｄ ｂｉｔｓ）には、全ＤＣＩペイロードがエンコードされてもよく、一部のＤＣＩペイロードのみがエンコードされてもよい。第二の方式は、ＤＣＩペイロード（制御情報ビット＋ＣＲＣ）を２つ（ＤＣＩ １及びＤＣＩ ２）に分け、それぞれをチャネルエンコーダ（ｃｈａｎｎｅｌ ｅｎｃｏｄｅｒ）（例えば、ｐｏｌａｒ ｅｎｃｏｄｅｒ）を用いてエンコードする。その後、２つのＴＲＰはそれぞれ、ＤＣＩ １に該当する符号化ビット（ｃｏｄｅｄ ｂｉｔｓ）とＤＣＩ２に該当する符号化ビットを送信する。

【0164】

要するに、複数基地局（ＭＴＲＰ）が同一ＰＤＣＣＨを分けて／反復して複数ＭＯにわたって送信するという意味は、

【0165】

ｉ．当該ＰＤＣＣＨのＤＣＩコンテンツ（ｃｏｎｔｅｎｔｓ）全体をエンコードした符号化ＤＣＩビットを、各基地局（すなわち、ＳＴＲＰ）別に各モニタリング時点（ＭＯ：ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）で反復して送信することを意味するか、又は、

【0166】

ｉｉ．当該ＰＤＣＣＨのＤＣＩコンテンツ全体をエンコードした符号化ＤＣＩビットを複数の部分に分け、各基地局（すなわち、ＳＴＲＰ）別に異なる部分を各ＭＯで送信することを意味するか、又は、

【0167】

ｉｉｉ．当該ＰＤＣＣＨのＤＣＩコンテンツを複数の部分に分け、各基地局（ＳＴＲＰ）別に異なる部分を個別エンコード（ｓｅｐａｒａｔｅ ｅｎｃｏｄｉｎｇ）し、各ＭＯで送信することを意味できる。

【0168】

ＰＤＣＣＨを反復送信するか又は分けて送信する場合にいずれも、ＰＤＣＣＨが複数の送信時点（ＴＯ：ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）にわたって複数回送信されることと理解できる。ここで、ＴＯとは、ＰＤＣＣＨが送信される特定時間／周波数リソース単位を意味する。例えば、ＰＤＣＣＨがスロット１、２、３、４にわたって（特定ＲＢで）複数回送信された場合に、ＴＯは各スロットを意味できる。又は、ＰＤＣＣＨがＲＢセット１、２、３、４にわたって（特定スロットで）複数回送信された場合に、ＴＯは各ＲＢセットを意味できる。又は、ＰＤＣＣＨが互いに異なる時間と周波数にわたって複数回送信された場合に、ＴＯは各時間／周波数リソースを意味できる。また、ＴＯ別にＤＭＲＳチャネル推定のために用いられるＴＣＩ状態が異なって設定されてよく、ＴＣＩ状態が異なるように設定されたＴＯは、互いに異なるＴＲＰ／パネル（ｐａｎｅｌ）から送信されたものと仮定できる。複数基地局がＰＤＣＣＨを反復送信した或いは分けて送信したということは、ＰＤＣＣＨが複数のＴＯにわたって送信され、当該ＴＯに設定されたＴＣＩ状態の和集合が２つ以上のＴＣＩ状態で構成されていることを意味する。例えば、ＰＤＣＣＨがＴＯ １、２、３、４にわたって送信される場合に、ＴＯ １、２、３、４のそれぞれにＴＣＩ状態１、２、３、４が設定されてよく、これは、ＴＲＰ_ｉがＴＯ_ｉでＰＤＣＣＨを協調送信したということを意味する。

【0169】

また、以下の本開示において、ＵＥが複数基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＳＣＨを反復送信するという意味は、同一データを複数のＰＵＳＣＨで送信することを意味できる。ここで、各ＰＵＳＣＨは、互いに異なるＴＲＰのＵＬチャネルに最適化して送信されてよい。例えば、ＵＥが同一データをＰＵＳＣＨ １と２で反復送信する。このとき、ＰＵＳＣＨ １は、ＴＲＰ １のためのＵＬ ＴＣＩ状態１を用いて送信し、プリコーダ（ｐｒｅｃｏｄｅｒ）／ＭＣＳなどのリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）も、ＴＲＰ １のチャネルに最適化された値をスケジュールしてもらって送信する。ＰＵＳＣＨ ２は、ＴＲＰ ２のためのＵＬ ＴＣＩ状態２を用いて送信し、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ ２のチャネルに最適化された値をスケジュールしてもらって送信する。このとき、反復送信されるＰＵＳＣＨ １と２は、互いに異なる時間に送信されてＴＤＭされるか、ＦＤＭ、ＳＤＭされてよい。

【0170】

また、以下の本開示において、ＵＥが複数基地局（すなわち、ＭＴＲＰ）が受信するように同一ＰＵＳＣＨを分けて送信するということは、１つのデータを１つのＰＵＳＣＨで送信するが、ＵＥは、そのＰＵＳＣＨに割り当てられたリソースを分け、互いに異なるＴＲＰのＵＬチャネルに最適化させて送信できるということを意味する。例えば、ＵＥが同一データを１０シンボルのＰＵＳＣＨで送信するとき、ＵＥは、先頭５シンボルでは、ＴＲＰ １のためのＵＬ ＴＣＩ状態１を用いて送信し、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ １のチャネルに最適化された値をスケジュールてもらって送信する。また、ＵＥは、残りの５シンボルでは、ＴＲＰ ２のためのＵＬ ＴＣＩ状態２を用いて送信し、プリコーダ／ＭＣＳなどのリンク適応も、ＴＲＰ ２のチャネルに最適化された値をスケジューリングしてもらって送信する。この例では、１つのＰＵＳＣＨを時間リソースに分けてＴＲＰ １に向かう送信とＴＲＰ ２に向かう送信をＴＤＭしたが、その他ＦＤＭ／ＳＤＭ方式で送信されてもよい。

【0171】

ＰＵＳＣＨ送信と類似にＰＵＣＣＨも、ＵＥが、複数基地局（すなわち、ＭＴＲＰ）が受信するように、同一ＰＵＣＣＨを反復送信するか或いは同一ＰＵＣＣＨを分けて送信することができる。

【0172】

本開示の提案は、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＤＳＣＨ／ＰＤＣＣＨなどの様々なチャネルに拡張適用可能である。

【0173】

本開示の提案は、前記チャネルを互いに異なる時間／周波数／空間リソースに反復して送信する場合と分けて送信する場合の両方に拡張適用可能である。

【0174】

図８は、本開示が適用可能な無線通信システムにおいて下りリンク／上りリンク送信タイミングを例示する図である。

【0175】

図８（ａ）は、ＰＤＳＣＨ及びＡＣＫ／ＮＡＣＫタイミングを例示し、図８（ｂ）はＰＵＳＣＨタイミングを例示する。

【0176】

図８（ａ）を参照すると、ＵＥがＤＣＩによってＰＤＳＣＨを受信するようにスケジュールされると、当該ＤＣＩの時間ドメインリソース承認のためのフィールド（すなわち、「Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ」フィールド）値ｍは、あらかじめ定められたＰＤＳＣＨリソース割り当て関連テーブルの行インデックス（ｒｏｗ ｉｎｄｅｘ）ｍ＋１を提供する。ＰＤＳＣＨリソース割り当て関連テーブル内各行（ｒｏｗ）は、スロットオフセットＫ_０、開始及び長さ指示子（ＳＬＩＶ）（又は、直接的な開始シンボルＳ及び割り当て長さＬ）、ＰＤＳＣＨ受信において仮定されるＰＤＳＣＨマッピングタイプを定義する。ＵＥがスロットｎでＰＤＳＣＨをスケジュールするＤＣＩを受信すると、当該ＤＣＩ内「Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ」フィールド値ｍによって指示されたＰＤＳＣＨリソース割り当て関連テーブルの行（ｒｏｗ）によってＫ_０値が決定され、ＰＵＳＣＨのために割り当てられたスロットＫ_ｓは、ＤＣＩが受信されたスロットのインデックス（すなわち、ｎ）及びＫ_０値に基づいて決定される。

【0177】

ＤＣＩ内のＰＤＳＣＨとＨＡＲＱフィードバックのタイミング指示のためのフィールド（すなわち、「ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ」フィールド）値は、上位層パラメータ（例えば、「ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ」、「ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ－ｒ１６」）によって提供されるスロット個数のセットの値にマップされる。すなわち、ＤＣＩ内の「ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ」フィールド値によって、上位層パラメータによって提供されるスロット個数の値のうち特定スロット個数の値（すなわち、Ｋ）が決定され、ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫを運ぶＰＵＣＣＨスロットは、ＰＤＳＣＨ送信スロットからＫ以後のスロット（すなわち、スロットＫ_ｓ＋Ｋ）で送信される。

【0178】

図８（ｂ）を参照すると、ＵＥがＤＣＩによって、ＰＵＳＣＨ上で伝送ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を送信するようにスケジュールされると、当該ＤＣＩの時間ドメインリソース承認のためのフィールド（すなわち、「Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ」フィールド）値ｍは、あらかじめ定められたＰＵＳＣＨリソース割り当て関連テーブルの行インデックス（ｒｏｗ ｉｎｄｅｘ）ｍ＋１を提供する。ＰＵＳＣＨリソース割り当て関連テーブル内の各行（ｒｏｗ）は、スロットオフセットＫ_２、開始及び長さ指示子（ＳＬＩＶ）（又は、直接的な開始シンボルＳ及び割り当て長さＬ）、ＰＵＳＣＨ送信のために仮定されるＰＵＳＣＨマッピングタイプと反復回数を定義する。ＵＥがスロットｎでＰＵＳＣＨをスケジュールするＤＣＩを受信すると、当該ＤＣＩ内「Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ」フィールド値ｍによって指示されたＰＵＳＣＨリソース割り当て関連テーブルの行（ｒｏｗ）によってＫ_２値が決定され、ＰＵＳＣＨのために割り当てられたスロットＫ_ｓは、ＤＣＩが受信されたスロットのインデックス（すなわち、ｎ）及びＫ_２値に基づいて決定される。

【0179】

ＨＡＲＱ－ＡＣＫ情報ビットにおいて、ＵＥがＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨ解除（ｒｅｌｅａｓｅ）を提供するＤＣＩフォーマットを検出（ｄｅｔｅｃｔ）するか或いはＵＥが伝送ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を正確にデコードすれば、ＵＥは肯定的な（ｐｏｓｉｔｉｖｅ）ＡＣＫを生成する。一方、ＵＥが伝送ブロックを正確にデコードしなければ、ＵＥは否定的なＡＣＫ（ＮＡＣＫ：ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）を生成する。ＨＡＲＱ－ＡＣＫ情報ビット値１はＡＣＫを示し、ＨＡＲＱ－ＡＣＫ情報ビット値０はＮＡＣＫを示す。

【0180】

ＰＤＳＣＨ ＨＡＲＱ－ＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）に対する上位層パラメータ（すなわち、「ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ」）が半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に設定されると、ＵＥは、タイプ（ｔｙｐｅ）１ ＨＡＲＱ－ＡＣＫコードブックを決定する。ＰＤＳＣＨ ＨＡＲＱ－ＡＣＫコードブックに対する上位層パラメータ（すなわち、「ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ」）が動的（ｄｙｎａｍｉｃ）に設定されるか、リリース１６の上位層パラメータ（すなわち、「ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ－ｒ１６」）が設定されると、ＵＥは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックを決定する。ＰＤＳＣＨ ＨＡＲＱ－ＡＣＫの一度きりフィードバックに対する上位層パラメータ（すなわち、「ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ＯｎｅＳｈｏｔフィードバック」）が設定されると、ＵＥは、タイプ３ ＨＡＲＱ－ＡＣＫコードブックを決定する。

【0181】

タイプ２ ＨＡＲＱ－ＡＣＫコードブックについて記述する。

【0182】

ＵＥは、カウンター下りリンク承認インデックス（Ｃ－ＤＡＩ：ｃｏｕｎｔｅｒ－ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ）を含まないＤＣＩフォーマットの検出（ｄｅｔｅｃｔ）に対する応答としてタイプ２ ＨＡＲＱ－ＡＣＫコードブック内でＨＡＲＱ－ＡＣＫ情報を多重化（ｍｕｌｔｉｐｌｅｘ）することを期待しない。

【0183】

ＵＥが１番目のＰＤＣＣＨモニタリング時点（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）で検出（ｄｅｔｅｃｔ）し、上位層パラメータ「ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ－ｒ１６」から適用可能でない値を提供するＰＤＳＣＨ－ＨＡＲＱフィードバックタイミング指示子フィールド（すなわち、「ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ」）を含む１番目のＤＣＩフォーマットをＵＥが受信すると、そして、ＵＥが２番目ＤＣＩフォーマットを検出（ｄｅｔｅｃｔ）すると、ＵＥは、２番目ＤＣＩフォーマット内ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒフィールドの値によって指示されるスロットでＰＵＣＣＨ又はＰＵＳＣＨ送信内において当該ＨＡＲＱ－ＡＣＫを多重化する。

【0184】

そうでなければ、ＵＥはＰＵＣＣＨ又はＰＵＳＣＨ送信内で当該ＨＡＲＱ－ＡＣＫ情報を多重化しない。

【0185】

問題１：ＰＤＣＣＨが互いに異なる時間に反復送信される場合に、当該ＤＣＩの受信時点が不明である。その結果、ＤＣＩの受信時点を用いて定義された既存ＨＡＲＱ－ＡＣＫ（ＡＣＫ／ＮＡＣＫ）関連指示子（パラメータ）（例えば、カウンター下りリンク承認インデックス（Ｃ－ＤＡＩ：ｃｏｕｎｔｅｒ－ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ）、全体ＤＡＩ（Ｔ－ＤＡＩ：ｔｏｔａｌ－ＤＡＩ）、ＰＵＣＣＨリソース指示子（ＰＲＩ：ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）、制御チャネル要素（ＣＣＥ：ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）インデックスなど）が誤って用いられることがある。

【0186】

次に、図９では、ＤＣＩ受信時点が既存ＨＡＲＱ－ＡＣＫ（例えば、ＡＣＫ／ＮＡＣＫ）関連指示子にいかなる影響を与えるかを示す。

【0187】

図９は、本開示が適用可能な無線通信システムにおいてＨＡＲＱ動的な（ｄｙｎａｍｉｃ）コードブック（ｃｏｄｅｂｏｏｋ）生成を例示する図である。

【0188】

図９を参照すると、例えば、（動的な（ｄｙｎａｍｉｃ））ＡＣＫ／ＮＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）（すなわち、ＨＡＲＱ－ＡＣＫコードブック）生成のためのＤＡＩ値は、ＤＣＩ受信時点（すなわち、モニタリング時点（ＭＯ：ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ））に基づいて決定される。後に受信されたＤＣＩのＣ－ＤＡＩ値は、以前に受信されたＤＣＩのＣ－ＤＡＩ値から＋１ずつ増加し、同一受信時点のＤＣＩは同一のＴ－ＤＡＩ値を指示する。

【0189】

これと関連してさらにいうと、例えば、ＰＵＣＣＨ内でタイプ２ ＨＡＲＱ－ＡＣＫコードブックについて記述する。ＵＥは、サービングセルの活性化されたＤＬ ＢＷＰ上でＰＤＳＣＨ受信又はＰＤＳＣＨ解除をスケジュールするか或いはＳＣｅｌｌ休眠（ｄｏｒｍａｎｃｙ）を指示するＤＣＩフォーマットを運ぶＰＤＣＣＨに対するモニタリング時点を決定する。そして、ＵＥは、次に基づいて、スロットｎで同一ＰＵＣＣＨでＨＡＲＱ－ＡＣＫ情報を送信する。

【0190】

－ ＰＤＳＣＨ受信、ＳＰＳ ＰＤＳＣＨ解除又はＳＣｅｌｌ休眠（ｄｏｒｍａｎｃｙ）指示に応答してスロットｎでＨＡＲＱ－ＡＣＫ情報を運ぶＰＵＣＣＨ送信のためのＰＤＳＣＨ－ＨＡＲＱフィードバックタイミング指示子（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ）フィールド値

【0191】

－ ＰＤＳＣＨ受信をスケジュールするＤＣＩフォーマット内時間ドメインリソース割り当て（ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）フィールド、ＰＤＳＣＨ併合因子に対する上位層パラメータ（すなわち、「ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ」又は「ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｒ１６」）又は反復回数に対する上位層パラメータ（すなわち、「ｒｅｐｅｔｉｔｉｏｎＮｕｍｂｅｒ」）によって提供されるスロットオフセットＫ_０

【0192】

ＰＤＳＣＨ受信又はＰＤＳＣＨ解除をスケジュールするか或いはＳＣｅｌｌ休眠（ｄｏｒｍａｎｃｙ）を指示するＤＣＩフォーマットに対するＰＤＣＣＨモニタリング時点のセットは、設定されたサービングセルの活性化されたＤＬ ＢＷＰにわたるＰＤＣＣＨモニタリング時点の結合せ（ｕｎｉｏｎ）と定義される。ＰＤＣＣＨモニタリング時点は、ＰＤＣＣＨモニタリング時点の開始時間（ｓｔａｒｔ ｔｉｍｅ）の昇順でインデックスされる。ＰＤＣＣＨモニタリング時点のセットの基数（ｃａｒｄｉｎａｌｉｔｙ）は、ＰＤＣＣＨモニタリング時点の全体個数Ｍと定義される。

【0193】

ＤＣＩフォーマット内Ｃ－ＤＡＩ（ｃｏｕｎｔｅｒ ＤＡＩ）フィールドの値は、現在のサービングセル及び現在のＰＤＣＣＨモニタリング時点まで存在する前記ＤＣＩフォーマットと関連したＰＤＳＣＨ受信、ＳＰＳ ＰＤＳＣＨ解除又はＳＣｅｌｌ休眠（ｄｏｒｍａｎｃｙ）指示内で｛サービングセル，ＰＤＣＣＨモニタリング時点｝対の累積された（ａｃｃｕｍｕｌａｔｉｖｅ）番号を示す。

【0194】

－ 第一に、ＵＥが同一のＰＤＣＣＨモニタリング時点からスケジュールされるサービングセル上で１つ以上のＰＤＳＣＨ受信を支援する場合に、－ 同一の｛サービングセル，ＰＤＣＣＨモニタリング時点｝対に対するＰＤＳＣＨ受信開始時間（ｓｔａｒｔｉｎｇ ｔｉｍｅ）の昇順でＤＡＩ（ｃｏｕｎｔｅｒ ＤＡＩ）フィールドの値が決定される。

【0195】

－ 第二に、サービングセルインデックスの昇順でＤＡＩ（ｃｏｕｎｔｅｒ ＤＡＩ）フィールドの値が決定される。

【0196】

－ 第三に、ＰＤＣＣＨモニタリング時点インデックスｍ（０≦ｍ＜Ｍ）の昇順でＤＡＩ（ｃｏｕｎｔｅｒ ＤＡＩ）フィールドの値が決定される。

【0197】

ＤＣＩフォーマット内Ｔ－ＤＡＩ（ｔｏｔａｌ ＤＡＩ）の値は、存在する場合に、現在のＰＤＣＣＨモニタリング時点ｍまで存在する前記ＤＣＩフォーマットと関連付けられたＰＤＳＣＨ受信、ＳＰＳ ＰＤＳＣＨ解除又はＳＣｅｌｌ休眠（ｄｏｒｍａｎｃｙ）指示内で｛サービングセル，ＰＤＣＣＨモニタリング時点｝対の全体個数を示し、ＰＤＣＣＨモニタリング時点からＰＤＣＣＨモニタリング時点にアップデートされる。

【0198】

また、（動的な（ｄｙｎａｍｉｃ）／半静的な（ｓｅｍｉ－ｓｔａｔｉｃ））ＡＣＫ／ＮＡＣＫコードブックが送信されるＰＵＣＣＨリソースを設定するＰＵＣＣＨリソース指示（ＰＲＩ：ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｉｏｎ）値を決定するためにもＤＣＩ受信時点が用いられる。例えば、ＤＣＩ １、２、３、４がそれぞれスケジュールしたＰＤＳＣＨに対して１つのＡＣＫＮＡＣＫコードブックが生成されると、このうち、最後に受信されたＤＣＩ ４（すなわち、ｌａｓｔ ＤＣＩ）のＰＲＩによって、ＡＣＫＮＡＣＫコードブックを送信するＰＵＣＣＨリソースが決定される。

【0199】

また、（動的な／半静的な）ＡＣＫＮＡＣＫコードブックが送信されるＰＵＣＣＨリソースがＰＵＣＣＨセット（ｓｅｔ）０から選択される場合に、最後に受信されたＤＣＩのＰＲＩとＣＣＥインデックス（ｉｎｄｅｘ）を基準にＰＵＣＣＨリソースが選択される。

【0200】

これと関連してさらにいうと、例えば、ＰＵＣＣＨリソースの第１セットに対して、リソースリスト（すなわち、上位層パラメータｒｅｓｏｕｒｃｅＬｉｓｔ）のサイズＲ_{ＰＵＣＣＨ}が８よりも大きいとき、ＰＵＣＣＨ送信のための同一スロットを指示するフィールド（すなわち、「ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ」フィールド）の値を有するＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１のうち、ＵＥが１つのＰＤＣＣＨ受信内の最後のＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１の検出に対応してＰＵＣＣＨ送信内でＨＡＲＱ－ＡＣＫを提供する時に、ＵＥは、下記の式３のようにインデックスｒ_{ＰＵＣＣＨ}（０≦ｒ_{ＰＵＣＣＨ}≦Ｒ_{ＰＵＣＣＨ}－１）とＰＵＣＣＨリソースを決定する。

【0201】

【数3】

【0202】

式３で、Ｎ_{ＣＣＥ，ｐ}は、ＤＣＩフォーマットのためのＰＤＣＣＨ受信のＣＯＲＥＳＥＴ ｐ内ＣＣＥの個数である。ｎ_{ＣＣＥ，ｐ}は、ＰＤＣＣＨ受信のための最初ＣＣＥのインデックスである。Δ_ＰＲＩは、ＤＣＩフォーマット内ＰＵＣＣＨリソース指示子（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドの値である。仮に、ＤＣＩフォーマットがＰＵＣＣＨリソース指示子（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドを含まないと、Δ_ＰＲＩ＝０である。

【0203】

上述した例示において、同じＡＣＫ／ＮＡＣＫコードブック（すなわち、ＨＡＲＱ－ＡＣＫコードブック）に対応する複数のＤＣＩが設定されたとき、当該ＤＣＩの受信順序が決定されてこそ、ＡＣＫ／ＮＡＣＫ関連指示子（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）が正しく動作／決定されることがわかる。

【0204】

図１０は、本開示が適用可能な無線通信システムにおいてＨＡＲＱ－ＡＣＫコードブックの生成及び報告動作を例示する図である。

【0205】

図１０では、キャリア併合（ＣＡ：ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）でない場合を例示する。

【0206】

図１０を参照すると、ＤＣＩ １はＭＯ（モニタリング時点）１で、ＤＣＩ ２はＭＯ ２及びＭＯ ４で、ＤＣＩ３はＭＯ ３でそれぞれ受信される場合を例示する。ＤＣＩ １、２、３はそれぞれ、互いに異なるＰＤＳＣＨ（ＰＤＳＣＨは図示せず）をスケジュールし、各ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報（すなわち、Ａ／Ｎ（ＡＣＫ／ＮＡＣＫ）情報）が１つのＡＣＫ／ＮＡＣＫコードブックとして生成（すなわち、各ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが多重化）及び報告される場合を例示する。ここで、ＤＣＩ １、３は１回送信され、ＤＣＩ受信時点が明確であるが、ＤＣＩ ２は、ＭＯ ２、４にわたって反復送信されるため、受信時点が不明確である。したがって、上のように同一のＡＣＫ／ＮＡＣＫコードブックに対応する複数のＤＣＩが設定されたとき、これらのＤＣＩの受信順序が不明である。その結果、既存ＡＣＫ／ＮＡＣＫ関連指示子（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）が誤って用いられることがある。例えば、ＤＣＩ ２の受信時点をＭＯ ２とする場合に、ＤＣＩの受信順序は、ＤＣＩ １、２、３になるが、ＤＣＩ ２の受信時点をＭＯ ４とする場合に、ＤＣＩの受信順序はＤＣＩ １、３、２になり、ＡＣＫ／ＮＡＣＫ関連指示子に対するＵＥと基地局の解析が曖昧になる。

【0207】

提案１：反復送信されるＤＣＩは、当該ＤＣＩの１番目の送信が受信時点（すなわち、ＭＯ）と約束されてよい。言い換えると、端末は、反復送信されるＤＣＩの１番目のＭＯに基づいてＤＣＩの受信時点／順序を決定できる。これを一般化すると、同一のＨＡＲＱ－ＡＣＫコードブックに関連付けられる複数のＤＣＩのうち特定ＤＣＩが複数のＭＯで反復送信されるとき、当該ＤＣＩは、複数のＭＯであらかじめ定められたＭＯ位置（例えば、最初のＭＯ、最後のＭＯなど）に基づいて、前記同一のＨＡＲＱ－ＡＣＫコードブックに関連付けられる複数のＤＣＩ間の受信時点／順序が決定されてよい。

【0208】

例えば、特定ＰＤＳＣＨをスケジュールする複数個のＤＣＩが送信されることがある。ここで、複数個のＤＣＩのうち、１番目のＤＣＩと関連したＭＯ（又は、ＣＣＥインデックス（ｉｎｄｅｘ）、ここで、ＣＣＥインデックスの一例として、当該ＤＣＩを運ぶＰＤＣＣＨ受信のための１番目のＣＣＥのインデックス（ｎ_{ＣＣＥ，ｐ}）であってよい。）を、前記複数個のＤＣＩの受信時点と仮定／決定し、ＤＣＩ受信順序が決定されてよい。

【0209】

例えば、これを図１０に適用する場合に、ＤＣＩ ２の受信時点はＭＯ ２（すなわち、ＤＣＩ ２が送信されるＭＯ ２及びＭＯ ４のうち）に該当し、ＤＣＩ １、２、３の順序で受信時点が決定されてよい。そして、ＤＣＩ １、２、３のそれぞれにｃ－ＤＡＩ＝１、２、３と指示されてよい。また、最後のＤＣＩは、ＭＯ ３で受信されたＤＣＩ ３であるので、ＤＣＩ ３のＰＲＩ及びＣＣＥインデックス（例えば、当該ＤＣＩを運ぶＰＤＣＣＨ受信のための最初ＣＣＥのインデックス（ｎ_{ＣＣＥ，ｐ}））によって、Ａ／Ｎ（すなわち、ＡＣＫ／ＮＡＣＫ又はＨＡＲＱ ＡＣＫ）を送信するＰＵＣＣＨリソースが決定されてよい。仮に、ＤＣＩ ３が送信されない場合には、ＤＣＩ ２のＰＲＩ及びＣＣＥインデックスによって、Ａ／Ｎを送信するＰＵＣＣＨリソースが決定されるが、ＭＯ ２で送信されたＤＣＩ ２のＣＣＥインデックスとＭＯ ４で送信されたＤＣＩ ２のＣＣＥインデックスが異なることがある。この場合にも、１番目の送信時点であるＭＯ ２で送信されたＤＣＩ ２のＣＣＥインデックスによってＰＵＣＣＨリソースが決定されてよい。

【0210】

また、複数個のＤＣＩが１つのＭＯで送信されることが許容されることがある。例えば、ＭＲ－ＤＣ（ｍｕｌｔｉ ＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）においてクロスＳＣＳ（ｃｒｏｓｓ－ＳＣＳ）スケジューリング（ｓｃｈｅｄｕｌｉｎｇ）時に、複数個のＤＣＩが１つのＭＯで送信されることが許容されることがある。この場合、複数個のＤＣＩのそれぞれに対するＣＣＥインデックス（例えば、当該ＤＣＩを運ぶＰＤＣＣＨ受信のための最初ＣＣＥのインデックス（ｎ_{ＣＣＥ，ｐ}））に基づいて最後の受信ＤＣＩが決定されてよい。例えば、クロスＳＣＳスケジューリング時に、同一ＭＯ（例えば、ＭＯ １）で同一サービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）からＤＣＩ １、ＤＣＩ ２が受信される場合に、ＤＣＩ １のＣＣＥインデックスとＤＣＩ ２のＣＣＥインデックスとを比較し、ＤＣＩ １、ＤＣＩ ２のうち最後の受信ＤＣＩが決定されてよい。ここで、ＤＣＩ ３がＭＯ １を含む複数のＭＯにわたって送信される場合に、ＤＣＩ ３の受信時点は、当該複数のＭＯのうち最初ＭＯと決定されてよい。仮に、上のように決定されたＤＣＩ ３の受信時点がＭＯ １であり、ＤＣＩ １、２、３が同一サービングセルから送信されると、ＤＣＩ １、２、３のうち最後の受信ＤＣＩは、ＤＣＩ １、２、３のＣＣＥインデックスを比較して決定できる。例えば、同一ＭＯで送信された複数のＤＣＩのうち、ＣＣＥインデックスが最も大きいＤＣＩが最後のＤＣＩと決定されてよい。又は、同一ＭＯで送信された複数のＤＣＩのうち、ＣＣＥインデックスが最も小さいＤＣＩが最後のＤＣＩと決定されてよい。

【0211】

ＵＥが任意のＭＯ（当該ＭＯ上の特定ＣＣＥ）で特定ＤＣＩを検出した場合に、（当該ＭＯ（そのＭＯ上の当該特定ＣＣＥ）への信号マッピング／送信を含めて）当該ＤＣＩが送信され得る任意のＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）がマップ／送信され得る最初時点のＭＯを、当該ＤＣＩの受信時点と約束する／見なすことができる。そして、当該最初時点のＭＯ時点を基準に、ＨＡＲＱ－ＡＣＫ関連パラメータ（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）が決定されてよい。又は、例えば、最初時点のＭＯの代わりに最後の時点のＭＯを基準に、ＨＡＲＱ－ＡＣＫ関連パラメータ（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）が決定されてもよい。

【0212】

また、上のようにＤＣＩの受信ＭＯ時点を決定する動作は、ＰＤＣＣＨとＰＤＳＣＨ間の（ＰＤＣＣＨ－ｔｏ－ＰＤＳＣＨ）オフセットに該当するＫ_０値を適用する（すなわち、Ｋ_０＝０に対応するスロット）基準スロットを決定すること、又はＰＤＣＣＨとＰＵＳＣＨ間の（ＰＤＣＣＨ－ｔｏ－ＰＵＳＣＨ）オフセットに該当するＫ_２値を適用する（すなわち、Ｋ_２＝０に対応するスロット）基準スロットを決定することにも類似に適用されてよい。例えば、複数のＭＯで送信されるＤＣＩにおいて、前記提案した最初時点のＭＯが存在するスロット（例えば、スロットｉ）（すなわち、Ｋ_０＝０及び／又はＫ_２＝０に対応するスロット）を基準スロットと約束できる。この場合、ＰＤＳＣＨは、スロット（ｉ＋Ｋ_０）でスケジュールされてよい。また、ＰＵＳＣＨはスロット（ｉ＋Ｋ_２）でスケジュールされてよい。又は、例えば、複数のＭＯで送信されるＤＣＩにおいて、前記提案した最後の時点のＭＯが存在するスロット（例えば、スロットｉ）（すなわち、Ｋ_０＝０及び／又はＫ_２＝０に対応するスロット）を基準スロットと約束できる。この場合、ＰＤＳＣＨはスロット（ｉ＋Ｋ_０）でスケジュールされてよい。また、ＰＵＳＣＨはスロット（ｉ＋Ｋ_２）でスケジュールされてよい。

【0213】

上述した例示では、説明の便宜のために、単一サービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）に対するＡ／Ｎ（ＡＣＫ／ＮＡＣＫ）送信を取り上げたが、これに限定されるものではない。ＣＡ（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）状況で多重（ｍｕｌｔｉｐｌｅ）サービングセルが設定され、ｃ－ＤＡＩの他に全体ＤＡＩ（ｔｏｔａｌ ＤＡＩ，ｔ－ＤＡＩ）も設定される場合に、Ｔ－ＤＡＩ値の決定のために前記提案を適用することができる。すなわち、反復送信されるＤＣＩ ２のＭＯを、ＭＯ ２、４のうちＭＯ ２と決定し（すなわち、ＤＣＩ ２の受信タイミングをＭＯ ２と決定し）、ＤＣＩ ２のｃ－ＤＡＩ及びｔ－ＤＡＩは、ＭＯ ２で送信された他のサービングセルのＤＣＩのｃ－ＤＡＩ及びｔ－ＤＡＩ値と共に計算されてよい。一方、ＭＯ ４で送信された他のサービングセルのＤＣＩのｃ－ＤＡＩ及びｔ－ＤＡＩは、ＭＯ ４でＤＣＩ ２が送信されなかったと仮定して計算されてよい。

【0214】

図１１は、本開示が適用可能な無線通信システムにおいてＨＡＲＱ－ＡＣＫコードブックの生成及び報告動作を例示する図である。

【0215】

図１１では、ＵＥにサービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）１、２が設定されたＣＡ状況を例示する。例えば、セル（ｃｅｌｌ）１では、先に図１０と同じ時点にＤＣＩ １、２、３が送信され、セル２ではＭＯ ２、３、４でそれぞれＤＣＩ ４、５、６が送信されると仮定する。ここで、ＭＯ ２ではＤＣＩ ２、４が送信されるので、ＤＡＩ値は下表６のように設定される。ＭＯ ４ではＤＣＩ ２、６が送信されるが、ＤＣＩ ２のＤＡＩはＭＯ ２で考慮したので、ＤＣＩ ６のみ送信されたと仮定してＤＡＩを計算する。

【0216】

表６は、図１１の例示によるＤＣＩ別ｃ－ＤＡＩ、ｔ－ＤＡＩ値を例示する。

【0217】

【表6】

【0218】

既存ＮＲシステムにおいて、ＤＡＩ値は、基地局がＤＣＩを送信する順に増加させるが、提案１のように反復送信されるＤＣＩの１番目の送信を受信時点と約束する場合に、基地局は相変らず、ＤＣＩを送信する順にＤＡＩ値を増加させることができる。

【0219】

類似に、既存ＮＲシステムにおいてＰＲＩ値は、基地局が最後にスケジュールしたＰＤＳＣＨに対するＤＣＩのＰＲＩ値と決定するが、提案１のように反復送信されるＤＣＩの１番目の送信を受信時点と約束する場合に、相変らず基地局が最後にスケジュールしたＰＲＩ値によってＰＵＣＣＨリソースが選択されてよい。

【0220】

又は、例えば、反復送信されるＤＣＩの複数のＭＯのうち特定ＭＯ（例えば、最後のＭＯ）を基準に、反復送信されるＤＣＩの受信時点が約束／決定されてもよい。また、反復送信されるＤＣＩの複数のＭＯのうち、基地局がＵＥに前記反復送信されるＤＣＩの受信時点として決定するための特定ＭＯを指示／設定することもできる。

【0221】

提案２：ＭＴＲＰがＰＤＣＣＨを反復して／分けて送信する場合とＳＴＲＰがＰＤＣＣＨを送信する場合に、それぞれに対してＤＣＩのＴＣＩフィールド（例えば、ＴＣＩ状態（ＴＣＩ－Ｓｔａｔｅ）フィールド）のコードポイント（ｃｏｄｅｐｏｉｎｔ）が異なるように定義されてよい。言い換えると、ＭＴＲＰがＰＤＣＣＨを反復して／分けて送信する場合とＳＴＲＰがＰＤＣＣＨを送信する場合に、ＤＣＩのＴＣＩ状態（ＴＣＩ－Ｓｔａｔｅ）フィールドの値が指示するＴＣＩ状態（ｓｔａｔｅ）が異なるように定義されてよい。

【0222】

ＭＴＲＰがＰＤＣＣＨを反復して／分けて送信する場合に、当該ＤＣＩがスケジュールするＰＤＳＣＨがＭＴＲＰ協調送信を容易に支援するために、ＴＣＩフィールドのコードポイントの大部分（例えば、半分以上）が複数個のＴＣＩ状態を指示するように定義されてよい。一方、ＳＴＲＰがＰＤＣＣＨを送信する場合に、当該ＤＣＩがスケジュールするＰＤＳＣＨがＳＴＲＰ送信を容易に支援するために、ＴＣＩフィールドのコードポイントの大部分（例えば、半分以上）が１個のＴＣＩ状態を指示するように定義されてよい。すなわち、ＲＲＣによって設定されたＴＣＩ状態のうち一部を、（例えば、ＭＡＣ ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）シグナルによって）ＴＣＩフィールドのコードポイントに対するＴＣＩ状態と定義するとき、ＭＴＲＰ ＰＤＣＣＨで送信されたＤＣＩが使用するコードポイント定義（すなわち、各コードポイントによって指示されるＴＣＩ状態）とＳＴＲＰ ＰＤＣＣＨで送信されたＤＣＩが使用するコードポイントの定義（すなわち、各コードポイントによって指示されるＴＣＩ状態）とが異なってよい。すなわち、特定コードポイントに対してＳＴＲＰかＭＴＲＰかによってＴＣＩ状態構成／設定が異なってよい。

【0223】

表７には、提案２の一例示を示す。

【0224】

【表7】

【0225】

表７を参照すると、同一のコードポイントであってもＳＴＲＰか又はＭＴＲＰかによって、各コードポイントが指示するＴＣＩ状態が異なるように定義されてよい。

【0226】

上述した提案２を適用する場合には、ＵＥがより多いＴＣＩ状態に該当するＱＣＬ ＲＳ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）をトラッキング（ｔｒａｃｋｉｎｇ）していなければならないので、端末は、提案２の動作を支援するか否かを端末能力（ＵＥ能力）情報として基地局に報告することが好ましい。又は、全体トラッキングすべきＱＣＬ ＲＳ個数は増加させず、ＭＴＲＰ ＰＤＣＣＨ用ＴＣＩフィールドとＳＴＲＰ ＰＤＣＣＨ用ＴＣＩフィールドをそれぞれ異なるように定義することもできる。

【0227】

また、ＴＲＰ ＰＤＣＣＨ用ＴＣＩフィールドとＳＴＲＰ ＰＤＣＣＨ用ＴＣＩフィールドをそれぞれ異なるように定義するために、ＲＲＣによって設定されるＴＣＩ状態プール（ｐｏｏｌ）が分けて定義されてよい。すなわち、ＴＲＰ ＰＤＣＣＨ用ＴＣＩ状態プールとＳＴＲＰ ＰＤＣＣＨ用ＴＣＩ状態プールが独立して定義／設定されてよい。

【0228】

又は、ＴＣＩ状態プールは共有するが、互いに異なるＭＡＣ ＣＥシグナリングによってＭＴＲＰ ＰＤＣＣＨのＴＣＩフィールドとＳＴＲＰ ＰＤＣＣＨのＴＣＩフィールドが異なるように定義されてもよい。

【0229】

また、ＭＴＲＰベースＰＤＣＣＨとＳＴＲＰベースＰＤＣＣＨに対して、それぞれに対応するＤＣＩ内のＴＣＩフィールドの各コードポイント別に設定されるＴＣＩ状態情報及び組合せが、ＭＴＲＰベースＰＤＣＣＨとＳＴＲＰベースＰＤＣＣＨ間に独立して（例えば、互いに異なるように）設定されてよい。この設定のためのＭＡＣ ＣＥ活性化シグナリング（ａｃｔｉｖａｔｉｏｎ ｓｉｇｎａｌｉｎｇ）は、ＭＴＲＰベースＰＤＣＣＨのための活性化シグナリング（ａｃｔｉｖａｔｉｏｎ ｓｉｇｎａｌｉｎｇ）とＳＴＲＰベースＰＤＣＣＨのための活性化シグナリングとに区分して指示されてよい。

【0230】

また、ＵＥ観点で、当該ＵＥは、ＤＣＩがＭＴＲＰベースＰＤＣＣＨ候補から検出された場合とＳＴＲＰベースＰＤＣＣＨ候補から検出された場合に対して、当該ＤＣＩ内のＴＣＩフィールドの各コードポイントにマップされるＴＣＩ状態情報及び組合せを、前記設定によって異なるように解析／適用するように動作できる。例えば、複数のＰＤＣＣＨ候補からＤＣＩが検出された場合に、且つ各ＰＤＣＣＨ候補のＤＭＲＳが互いに異なるＴＣＩ状態に連結された場合（すなわち、互いに異なるＴＣＩ状態によって各ＰＤＣＣＨ候補のＤＭＲＳとのＱＣＬ関係を有するＲＳが設定される場合）に、ＵＥは、ＭＴＲＰベースＰＤＣＣＨと仮定してＴＣＩフィールドを解析できる。一方、単一ＰＤＣＣＨ候補からＤＣＩが検出された場合に、ＵＥは、ＳＴＲＰベースＰＤＣＣＨと仮定してＴＣＩフィールドを解析できる。

【0231】

本開示で上述した提案（例えば、提案１／提案２）は、基地局がどの提案方法（例えば、提案１／提案２）で動作するかを選択してＵＥに指示／設定することができる。又は、各提案動作によってＵＥの具現複雑度が変わることがあるので、ＵＥは能力（ｃａｐａｂｉｌｉｔｙ）情報として、どの提案方式（例えば、提案１及び／又は提案２）を支援できるかを基地局に報告でき、基地局は、ＵＥが支援する動作を考慮して当該提案動作（すなわち、提案１及び／又は提案２）を行う。

【0232】

先に述べた本開示において、ＰＤＣＣＨが複数回にわたって送信される場合に、同一ＰＤＣＣＨ（すなわち同一ＤＣＩ）が反復送信されることを取り上げて提案方式を説明したが、これは説明の便宜のための例示にすぎない。すなわち、同一ＰＤＣＣＨ（すなわち、同一ＤＣＩ）が複数回にわたって分けて送信される場合にも、上述した提案方式を拡張適用可能である。

【0233】

本開示では主にＰＤＣＣＨが２回反復送信される例を挙げて提案方式を説明したが、これは説明の便宜のための例示にすぎない。すなわち、Ｎ（Ｎは自然数）回反復される場合に対しても、ＵＥがＮ回反復されるＰＤＣＣＨを全て受信した後、一度のデコーディング（ｄｅｃｏｄｉｎｇ）を行うことへと提案方式を拡張適用可能である。

【0234】

本開示では、説明の便宜のために、ＭＯ １とＭＯ ２は一つのサーチスペースセット（Ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ）に設定されたと仮定したが、互いに異なるサーチスペースセットに設定されてもよい。この場合、それらのサーチスペースセットが反復送信のために用いられることが基地局から端末に設定され、ＵＥは提案方式を適用できる。

【0235】

本開示では、説明の便宜のために、ＰＤＣＣＨが互いに異なるＭＯにＴＤＭされて反復送信される例示を挙げたが、ＰＤＣＣＨが互いに異なる周波数リソース（例えば、ＲＥ／ＲＥグループ（ＲＥＧ：ＲＥ ｇｒｏｕｐ）／ＲＥＧバンドル（ＲＥＧ ｂｕｎｄｌｅ）／ＣＣＥ又は任意のＲＥＧセット）にＦＤＭされて反復送信される場合にも、上述した提案方法を拡張適用できる。ここで、先の図１０及び図１１のＭＯ ２、４はそれぞれ、ＣＯＲＥＳＥＴ １（ＴＰ１のＤＬ ＲＳがＱＣＬ ＲＳと設定されている。）とＣＯＲＥＳＥＴ ２（ＴＰ２のＤＬ ＲＳがＱＣＬ ＲＳと設定されている。）に代替されてよい。又は、先の図１０及び図１１のＭＯ ２、４はそれぞれ、ＴＰ１がＰＤＣＣＨ送信のために用いる周波数リソースセット１と、ＴＰ２がＰＤＣＣＨ送信のために用いる周波数リソースセット２に代替されてよい。

【0236】

また、本開示において、一度きり送信ＰＤＣＣＨとは、既存Ｒｅｌ－１６ ＮＲシステムのＰＤＣＣＨ送信方式を意味する。

【0237】

また、本開示で説明した提案（例えば、提案１／提案２）は、独立して動作されてもよく、互いに結合して適用されてもよい。

【0238】

図１２及び図１３は、本開示の一実施例に係る下りリンクデータ送受信方法に対するネットワークと端末間のシグナリング手順を例示する。

【0239】

次の図１２及び図１３は、本開示で提案する方法（例えば、提案１／提案２）が適用され得る多重（Ｍｕｌｔｉｐｌｅ）ＴＲＰ（すなわち、Ｍ－ＴＲＰ或いは多重（ｍｕｌｔｉｐｌｅ）セル；以下、ＴＲＰはいずれもセルに言い換えられてよい。）の状況でネットワーク（Ｎｅｔｗｏｒｋ）（例えば、ＴＲＰ １、ＴＲＰ ２）と端末（すなわち、ＵＥ）間のシグナリング（ｓｉｇｎａｌｉｎｇ）を例示する。

【0240】

ここで、ＵＥ／ネットワークは一例にすぎず、下の図１６に開示のように様々な装置に代替適用されてよい。図１２及び図１３は、単に説明の便宜のためのもので、本開示の範囲を制限するものではない。また、図１２及び図１３に開示の一部の段階は、状況及び／又は設定などによって省略されてもよい。

【0241】

図１２及び図１３を参照すると、説明の便宜上、２個のＴＲＰとＵＥ間のシグナリングが考慮されるが、当該シグナリング方式が多数のＴＲＰ及び多数のＵＥ間のシグナリングにも拡張して適用されてよいことは勿論である。以下の説明において、ネットワークは、複数のＴＲＰを含む一つの基地局であってよく、複数のＴＲＰを含む一つのセル（Ｃｅｌｌ）であってよい。一例として、ネットワークを構成するＴＲＰ １とＴＲＰ ２間には理想的（ｉｄｅａｌ）／非理想的（ｎｏｎ－ｉｄｅａｌ）バックホール（ｂａｃｋｈａｕｌ）が設定されてもよい。また、以下の説明は、複数のＴＲＰを基準に説明されるが、これは、複数のパネル（ｐａｎｅｌ）を用いた送信にも同一に拡張して適用されてよい。なお、本開示において、端末がＴＲＰ １／ＴＲＰ ２から信号を受信する動作は、端末がネットワークから（ＴＲＰ １／２を介して／用いて）信号を受信する動作とも解釈／説明されてよく（或いは、動作であってよく）、端末がＴＲＰ １／ＴＲＰ ２に信号を送信する動作は、端末がネットワークに（ＴＲＰ １／ＴＲＰ ２を介して／用いて）信号を送信する動作と解釈／説明されてよく（或いは、動作であってよく）、逆にも解釈／説明されてよい。

【0242】

また、上述したように、「ＴＲＰ」は、パネル（ｐａｎｅｌ）、アンテナアレイ（ａｎｔｅｎｎａ ａｒｒａｙ）、セル（ｃｅｌｌ）（例えば、マクロセル（ｍａｃｒｏ ｃｅｌｌ）／スモールセル（ｓｍａｌｌ ｃｅｌｌ）／ピコセル（ｐｉｃｏ ｃｅｌｌ）など）、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、基地局（ｂａｓｅ ｓｔａｔｉｏｎ、ｇＮＢなど）などの表現に代替して適用されてもよい。上述したように、ＴＲＰは、ＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に対する情報（例えば、インデックス、識別子（ＩＤ））によって区分されてよい。一例として、１つの端末が複数のＴＲＰ（又は、セル）と送受信を行うように設定された場合に、これは、１つの端末に対して複数のＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）が設定されたことを意味できる。このようなＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に対する設定は、上位層シグナリング（例えば、ＲＲＣシグナリングなど）によって行われてよい。また、基地局は、端末とデータの送受信を行う客体（ｏｂｊｅｃｔ）を総称する意味であってよい。

【0243】

図１２及び図１３では示していないが、ＵＥは、ネットワークにＴＲＰ １（及び／又はＴＲＰ ２）を介して／用いて端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）情報を送信することもできる。例えば、前記ＵＥ能力情報は、ＵＥが上述の提案方法（例えば、提案１／提案２など）の動作を支援するか否かを示す情報を含むことができる。

【0244】

具体的に、図１２では、Ｍ－ＴＲＰ（或いはセル；以下、いかなるＴＲＰもセルに代替されてよく、或いは、１つのＴＲＰから複数のＣＯＲＥＳＥＴが設定された場合にもＭ－ＴＲＰと仮定されてよい。）状況で端末が多重（ｍｕｌｔｉｐｌｅ）ＤＣＩを受信する場合（例えば、各ＴＲＰがＵＥに ＤＣＩを送信する場合）のシグナリングを示す。

【0245】

図１２を参照すると、ＵＥはネットワークからＴＲＰ １（及び／又はＴＲＰ ２）を介して／用いて多重ＴＲＰベースの送受信に対する設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信することができる（Ｓ１２０１）。

【0246】

前記設定情報は、ネットワークの構成（すなわち、ＴＲＰ構成）と関連した情報、多重ＴＲＰベースの送受信と関連したリソース情報（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）などを含むことができる。ここで、前記設定情報は、上位層シグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ－ＣＥなど）によって伝達されてよい。また、前記設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。例えば、前記設定情報は、上述の提案方法（例えば、提案１／提案２など）で説明したように、ＣＯＲＥＳＥＴ関連設定／ＣＣＥ設定情報サーチスペース関連情報／制御チャネル（例えば、ＰＤＣＣＨ）の反復送信関連情報（例えば、反復送信であるか否か／反復送信回数など）などを含むことができる。

【0247】

例えば、前記設定情報は、上述の提案方法（例えば、提案１／提案２など）で説明したように、端末が複数のＨＡＲＱ－ＡＣＫ情報を含むＨＡＲＱ－ＡＣＫコードブックを用いてＨＡＲＱ－ＡＣＫ情報を基地局に報告する動作を設定するための情報を含むことができる。

【0248】

例えば、前記設定情報は、上述の提案方法（例えば、提案１／提案２など）で説明したように、ＭＴＲＰ ＰＤＣＣＨ（例えば、複数のモニタリング時点でＰＤＣＣＨが反復して／分けて送信される時に、各ＰＤＣＣＨ候補のＤＭＲＳが互いに異なるＴＣＩ状態と関連付けられる。）用ＴＣＩフィールドとＳＴＲＰ ＰＤＣＣＨ（例えば、単一のＰＤＣＣＨ候補からＤＣＩが検出され、単一のＰＤＣＣＨ候補は単一のＴＣＩ状態と関連付けられる。）用ＴＣＩフィールドをそれぞれ異なるように定義するために、設定情報は、ＭＴＲＰ ＰＤＣＣＨ用ＴＣＩ状態プールとＳＴＲＰ ＰＤＣＣＨ用ＴＣＩ状態プールに関する情報を含むことができる。

【0249】

また、ＭＴＲＰ ＰＤＣＣＨとＳＴＲＰ ＰＤＣＣＨ用のＴＣＩ状態プールが共通に設定されてよい。この場合、設定情報は、共通のＴＣＩ状態プールに関する情報を含むことができる。そして、ＭＴＲＰ ＰＤＣＣＨのＤＣＩ内ＴＣＩ状態フィールドで指示可能なＴＣＩ状態候補とＳＴＲＰ ＰＤＣＣＨのＤＣＩ内ＴＣＩ状態フィールドで指示可能なＴＣＩ状態候補は、共通のＴＣＩ状態プール内でＭＡＣ ＣＥによって独立に設定されてよい。

【0250】

ＵＥはネットワークからＴＲＰ １を介して／用いて、ＤＣＩ １及び当該ＤＣＩ １によってスケジュールされるデータ（Ｄａｔａ）１を受信することができる（Ｓ１２０２）。また、ＵＥはネットワークからＴＲＰ ２を介して／用いて、ＤＣＩ ２及び当該ＤＣＩ ２によってスケジュールされるデータ（Ｄａｔａ）２を受信することができる（Ｓ１２０３）。

【0251】

ＤＣＩ（例えば、ＤＣＩ １、ＤＣＩ ２）及びデータ（例えば、データ１、データ２）はそれぞれ、制御チャネル（例えば、ＰＤＣＣＨなど）及びデータチャネル（例えば、ＰＤＳＣＨなど）を介して伝達されてよい。例えば、前記制御チャネル（例えば、ＰＤＣＣＨ）は反復送信されてもよく、同一の制御チャネルが分けて送信されてもよい。また、Ｓ１２０２段階及びＳ１２０３段階は同時に行われてもよく、いずれか一方が他方よりも早く行われてもよい。

【0252】

例えば、ＤＣＩ（例えば、ＤＣＩ １、ＤＣＩ ２）は、上述の方法（例えば、提案１／提案２など）で説明されたＴＣＩ状態に対する（指示）情報／ＤＭＲＳ及び／又はデータに対するリソース割り当て情報（すなわち、空間／周波数／時間リソース）／反復送信と関連した情報などを含むことができる。例えば、前記反復送信と関連した情報は、ＤＣＩが反復送信されるか否か／反復回数／一回送信であるか否かなどを含むことができる。

【0253】

例えば、上述の提案２で説明したように、ＤＣＩ（例えば、ＤＣＩ １、ＤＣＩ ２）が複数のＴＲＰを介して反復して／分けて送信される場合と単一ＴＲＰを介して送信される場合に対して、前記ＤＣＩ内ＴＣＩフィールドのコードポイントがそれぞれ異なるように定義されてよい。すなわち、ＵＥは、特定コードポイントに対してＳＴＲＰかＭＴＲＰかによってＴＣＩ状態構成／設定を異なるように適用／解釈できる。言い換えると、ＳＴＲＰかＭＴＲＰかによってＤＣＩ内ＴＣＩ状態フィールドのコードポイントによって指示されるＴＣＩ状態が異なるように設定されてよい。

【0254】

例えば、ＴＲＰ １及び／又はＴＲＰ ２は、同一のＤＣＩを反復／分割して送信できる。すなわち、ＴＲＰ １及び／又はＴＲＰ ２は、ＤＣＩ １及び／又はＤＣＩ ２を反復／分割して送信できる。一例として、前記ＤＣＩが送信される各ＴＲＰに対するＰＤＣＣＨ候補は、互いに異なるＴＣＩ状態と対応してよい。言い換えると、ＤＣＩが送信される制御チャネル（例えば、ＰＤＣＣＨ）は、ＴＤＭ／ＦＤＭ／ＳＤＭ方式に基づいて反復送信されてもよく、同一の制御チャネルが分けて（分割して）送信されてもよい。例えば、各ＴＲＰ別に送信可能なＤＣＩフォーマットが同一に設定されるか又はそれぞれ異なるように設定されてよい。

【0255】

例えば、上述の提案１で説明したように、前記ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、前記ＤＣＩによってスケジュールされたＰＤＣＣＨに対するＨＡＲＱ－ＡＣＫを含むＨＡＲＱ－ＡＣＫコードブックと関連したパラメータ／指示子（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）が決定されてよい。

【0256】

また、複数のＨＡＲＱ－ＡＣＫ情報が単一のＨＡＲＱ－ＡＣＫコードブックに含まれる場合（多重化される場合）に、ＨＡＲＱ－ＡＣＫコードブックと関連したＨＡＲＱ－ＡＣＫ関連パラメータ／指示子（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）は、複数のＨＡＲＱ－ＡＣＫ情報と関連した複数のＤＣＩの受信時点（すなわち、ＤＣＩを運ぶＰＤＣＣＨモニタリング時点）に基づいて決定されてよい。すなわち、ＨＡＲＱ－ＡＣＫコードブックは、複数のＤＣＩの受信時点（すなわち、ＤＣＩを運ぶＰＤＣＣＨモニタリング時点）に基づいて決定されてよい。

【0257】

ここで、ＨＡＲＱ－ＡＣＫコードブックと関連した特定ＤＣＩが、複数のＰＤＣＣＨモニタリング時点で反復／分割送信される場合に、ＨＡＲＱ－ＡＣＫコードブックと関連したパラメータ／指示子は、複数のＰＤＣＣＨモニタリング時点のうち特定モニタリング時点（例えば、最も早いモニタリング時点、最後のモニタリング時点、又は基地局によって設定されたモニタリング時点）と決定されてよい。

【0258】

ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの受信順序に基づいて、前記複数のＤＣＩ内Ｃ－ＤＡＩ値及び／又はＴ－ＤＡＩ値が決定されてよい。ここで、ＨＡＲＱ－ＡＣＫコードブックに関連した特定ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、複数のモニタリング時点のうち最も早いモニタリング時点を基準に、前記ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの受信順序が決定されてよい。そして、決定された受信順序に基づいて、前記複数のＤＣＩ内Ｃ－ＤＡＩ値及び／又はＴ－ＤＡＩ値が決定されてよい。

【0259】

また、ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩのうち最後のモニタリング時点に受信されたＤＣＩのＰＲＩ及びＣＣＥインデックスに基づいて、ＨＡＲＱ－ＡＣＫコードブックが送信されるＰＵＣＣＨリソースが決定されてよい。ここで、上述したように、ＨＡＲＱ－ＡＣＫコードブックに関連した特定ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、複数のモニタリング時点のうち最も早いモニタリング時点を基準に、前記ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの受信順序が決定されてよい。そして、決定された受信順序による直近のＤＣＩのＰＲＩ及びＣＣＥインデックスに基づいて、ＨＡＲＱ－ＡＣＫコードブックが送信されるＰＵＣＣＨリソースが決定されてよい。

【0260】

ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩ（又は、前記複数のモニタリング時点で反復して／分けて送信されるＤＣＩ）は、キャリア併合が適用される互いに異なるセル（又は、キャリア）で送信されてよい。

【0261】

仮に、同一のモニタリング時点に複数のＤＣＩが送信される場合に、前記複数のＤＣＩ間の受信順序は、前記複数のＤＣＩのＣＣＥインデックスに基づいて（例えば、ＣＣＥインデックスの昇順で又は降順で）決定されてよい。

【0262】

また、ＨＡＲＱ－ＡＣＫコードブックと関連した特定ＤＣＩが複数のＰＤＣＣＨモニタリング時点で反復／分割送信される場合に、複数のＰＤＣＣＨモニタリング時点のうち特定モニタリング時点（例えば、最も早い又は最後のモニタリング時点）からＰＤＣＣＨとＰＤＳＣＨ間の（ＰＤＣＣＨ－ｔｏ－ＰＤＳＣＨ）オフセットが適用されてよい。

【0263】

ＵＥは、ネットワークからＴＲＰ １（及び／又は、ＴＲＰ ２）を介して／用いて受信したデータ１及びデータ２をデコードすることができる（Ｓ１２０４）。例えば、ＵＥは、上述の方法（例えば、提案１／提案２など）に基づいて、チャネル推定、及び／又はブラインド検出（ｂｌｉｎｄ ｄｅｔｅｃｔｉｏｎ）、及び／又はデータに対するデコーディングを行うことができる。

【0264】

ＵＥは、前記ＤＣＩ及び／又は前記データ１及び／又はデータ２に対するＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ情報、ＮＡＣＫ情報など）をＴＲＰ １及び／又はＴＲＰ ２を介して／用いてネットワークに送信できる（Ｓ１２０５、Ｓ１２０６）。この場合、データ１及びデータ２に対するＨＡＲＱ－ＡＣＫ情報が一つに結合（又は、多重化）されてもよい。また、ＵＥは、代表ＴＲＰ（例えば、ＴＲＰ １）へのＨＡＲＱ－ＡＣＫ情報のみを送信するように設定され、他のＴＲＰ（例えば、ＴＲＰ ２）へのＨＡＲＱ－ＡＣＫ情報送信は省略されてもよい。

【0265】

例えば、上述の提案方法（例えば、提案１／提案２）に基づいて、ＤＣＩ（又は、ＤＣＩ送信されるＰＤＣＣＨ）に対するＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ情報、ＮＡＣＫ情報など）を、ＴＲＰ １及び／又はＴＲＰ ２を介して／用いてネットワークに送信できる。例えば、前記ＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ／ＮＡＣＫコードブック）と関連したパラメータ（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）は、上述の提案方法（例えば、提案１／提案２）に基づくＤＣＩ受信時点によって決定されてよい。例えば、反復送信されるＤＣＩを含む複数のＤＣＩを受信する場合に、反復送信されるＤＣＩの最初のＤＣＩの受信時点（例えば、ＭＯ）を基準に、前記複数のＤＣＩの受信順序が決定されてよい。前記複数のＤＣＩに対して決定されたＤＣＩ受信順序に基づいて、前記ＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ／ＮＡＣＫコードブック）と関連したパラメータ（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）が決定されてよい。

【0266】

図１３では、Ｍ－ＴＲＰ（又は、セル；以下、ＴＲＰはいずれもセルに代替されてよく、或いは１つのＴＲＰから複数のＣＯＲＥＳＥＴが設定された場合にもＭ－ＴＲＰと仮定されてよい。）状況で端末が単一の（ｓｉｎｇｌｅ）ＤＣＩを受信する場合（例えば、１つのＴＲＰがＵＥにＤＣＩを送信する場合）のシグナリングを示す。図１３では、ＴＲＰ １がＤＣＩを送信する代表ＴＲＰである場合を仮定する。

【0267】

図１３を参照すると、ＵＥはネットワークからＴＲＰ １（及び／又はＴＲＰ ２）を介して／用いて多重ＴＲＰベースの送受信に対する設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信することができる（Ｓ１３０１）。

【0268】

前記設定情報は、ネットワークの構成（すなわち、ＴＲＰ構成）と関連した情報、多重ＴＲＰベースの送受信と関連したリソース情報（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）などを含むことができる。ここで、前記設定情報は上位層シグナリング（例えば、ＲＲＣシグナリング、ＭＡＣ－ＣＥなど）によって伝達されてよい。また、前記設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。例えば、前記設定情報は、上述の提案方法（例えば、提案１／提案２など）で説明したように、ＣＯＲＥＳＥＴ関連設定／ＣＣＥ設定情報サーチスペース関連情報／制御チャネル（例えば、ＰＤＣＣＨ）の反復送信関連情報（例えば、反復送信であるか否か／反復送信回数など）などを含むことができる。

【0269】

例えば、前記設定情報は、上述の提案方法（例えば、提案１／提案２など）で説明したように、端末が複数のＨＡＲＱ－ＡＣＫ情報を含むＨＡＲＱ－ＡＣＫコードブックを用いてＨＡＲＱ－ＡＣＫ情報を基地局に報告する動作を設定するための情報を含むことができる。

【0270】

例えば、前記設定情報は、上述の提案方法（例えば、提案１／提案２など）で説明したように、ＭＴＲＰ ＰＤＣＣＨ（例えば、複数のモニタリング時点でＰＤＣＣＨが反復して／分けて送信される時に、各ＰＤＣＣＨ候補のＤＭＲＳが互いに異なるＴＣＩ状態と関連付けられる。）用ＴＣＩフィールドとＳＴＲＰ ＰＤＣＣＨ（例えば、単一のＰＤＣＣＨ候補からＤＣＩが検出され、単一のＰＤＣＣＨ候補は単一のＴＣＩ状態と関連付けられる。）用ＴＣＩフィールドをそれぞれ異なるように定義するために、ＭＴＲＰ ＰＤＣＣＨ用ＴＣＩ状態プールとＳＴＲＰ ＰＤＣＣＨ用ＴＣＩ状態プールに関する情報を含むことができる。

【0271】

また、ＭＴＲＰ ＰＤＣＣＨとＳＴＲＰ ＰＤＣＣＨ用のＴＣＩ状態プールが共通に設定されてよい。この場合、設定情報は、共通のＴＣＩ状態プールに関する情報を含むことができる。そして、ＭＴＲＰ ＰＤＣＣＨのＤＣＩ内ＴＣＩ状態フィールドで指示可能なＴＣＩ状態候補とＳＴＲＰ ＰＤＣＣＨのＤＣＩ内ＴＣＩ状態フィールドで指示可能なＴＣＩ状態候補は、共通のＴＣＩ状態プール内でＭＡＣ ＣＥによって独立に設定されてよい。

【0272】

ＵＥはネットワークからＴＲＰ １を介して／用いて、ＤＣＩ及び当該ＤＣＩによってスケジュールされるデータ（Ｄａｔａ）１を受信することができる（Ｓ１３０２）。また、ＵＥはネットワークからＴＲＰ ２を介して／用いてデータ（Ｄａｔａ）２を受信することができる（Ｓ１３０３）。ここで、ＤＣＩは、データ１及びデータ２の両方に対するスケジューリングのために用いられるように設定されてよい。また、ＤＣＩ及びデータ（例えば、データ１、データ２）はそれぞれ、制御チャネル（例えば、ＰＤＣＣＨなど）及びデータチャネル（例えば、ＰＤＳＣＨなど）を介して伝達されてよい。

【0273】

例えば、ＤＣＩは、上述の方法（例えば、提案１／提案２など）で説明されたＴＣＩ状態に対する（指示）情報／ＤＭＲＳ及び／又はデータに対するリソース割り当て情報（すなわち、空間／周波数／時間リソース）／反復送信と関連した情報などを含むことができる。例えば、前記反復送信と関連した情報は、ＤＣＩが反復送信されるか否か／反復回数／一度きり送信であるか否かなどを含むことができる。

【0274】

例えば、上述の提案２で説明したように、ＤＣＩが複数のＴＲＰを介して反復して／分けて送信される場合と単一ＴＲＰを介して送信される場合に対して、前記ＤＣＩ内ＴＣＩフィールドのコードポイントがそれぞれ異なるように定義されてよい。すなわち、ＵＥは特定コードポイントに対して、ＳＴＲＰかＭＴＲＰかによってＴＣＩ状態構成／設定を異なるように適用／解釈することができる。言い換えると、ＳＴＲＰかＭＴＲＰかによって、ＤＣＩ内ＴＣＩ状態フィールドのコードポイントによって指示されるＴＣＩ状態が異なるように設定されてよい。

【0275】

例えば、ＴＲＰ １及び／又はＴＲＰ ２は同一のＤＣＩを反復／分割して送信することができる。一例として、前記ＤＣＩが送信される各ＴＲＰに対するＰＤＣＣＨ候補は、互いに異なるＴＣＩ状態と対応してよい。言い換えると、ＤＣＩが送信される制御チャネル（例えば、ＰＤＣＣＨ）はＴＤＭ／ＦＤＭ／ＳＤＭ方式に基づいて反復送信されてもよく、同一の制御チャネルが分けて（分割して）送信されてもよい。例えば、各ＴＲＰ別に送信可能なＤＣＩフォーマットが同一に設定されてもよく、又はそれぞれ異なるように設定されてもよい。

【0276】

例えば、上述の提案１で説明したように、前記ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、前記ＤＣＩによってスケジュールされたＰＤＣＣＨに対するＨＡＲＱ－ＡＣＫを含むＨＡＲＱ－ＡＣＫコードブックと関連したパラメータ／指示子（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）が決定されてよい。

【0277】

また、複数のＨＡＲＱ－ＡＣＫ情報が単一のＨＡＲＱ－ＡＣＫコードブックに含まれる場合（多重化される場合）に、ＨＡＲＱ－ＡＣＫコードブックと関連したＨＡＲＱ－ＡＣＫ関連パラメータ／指示子（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）は、複数のＨＡＲＱ－ＡＣＫ情報と関連した複数のＤＣＩの受信時点（すなわち、ＤＣＩを運ぶＰＤＣＣＨモニタリング時点）に基づいて決定されてよい。すなわち、ＨＡＲＱ－ＡＣＫコードブックは、複数のＤＣＩの受信時点（すなわち、ＤＣＩを運ぶＰＤＣＣＨモニタリング時点）に基づいて決定されてよい。

【0278】

ここで、ＨＡＲＱ－ＡＣＫコードブックと関連した特定ＤＣＩが複数のＰＤＣＣＨモニタリング時点で反復／分割送信される場合に、ＨＡＲＱ－ＡＣＫコードブックと関連したパラメータ／指示子は、複数のＰＤＣＣＨモニタリング時点のうち特定モニタリング時点（例えば、最も早いモニタリング時点、又は最後のモニタリング時点、又は基地局によって設定されたモニタリング時点）と決定されてよい。

【0279】

具体的に、ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの受信順序に基づいて、前記複数のＤＣＩ内Ｃ－ＤＡＩ値及び／又はＴ－ＤＡＩ値が決定されてよい。ここで、ＨＡＲＱ－ＡＣＫコードブックに関連した特定ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、複数のモニタリング時点のうち最も早いモニタリング時点を基準に、前記ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの受信順序が決定されてよい。そして、決定された受信順序に基づいて、前記複数のＤＣＩ内Ｃ－ＤＡＩ値及び／又はＴ－ＤＡＩ値が決定されてよい。

【0280】

また、ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩのうち最後のモニタリング時点に受信されたＤＣＩのＰＲＩ及びＣＣＥインデックスに基づいて、ＨＡＲＱ－ＡＣＫコードブックが送信されるＰＵＣＣＨリソースが決定されてよい。ここで、上述したように、ＨＡＲＱ－ＡＣＫコードブックに関連した特定ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、複数のモニタリング時点のうち最も早いモニタリング時点を基準に、前記ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの受信順序が決定されてよい。そして、決定された受信順序による直近のＤＣＩのＰＲＩ及びＣＣＥインデックスに基づいて、ＨＡＲＱ－ＡＣＫコードブックが送信されるＰＵＣＣＨリソースが決定されてよい。

【0281】

ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩ（又は、前記複数のモニタリング時点で反復して／分けて送信されるＤＣＩ）は、キャリア併合が適用される互いに異なるセル（又は、キャリア）で送信されてよい。

【0282】

仮に、同一のモニタリング時点に複数のＤＣＩが送信される場合に、前記複数のＤＣＩ間の受信順序は、前記複数のＤＣＩのＣＣＥインデックスに基づいて（例えば、ＣＣＥインデックスの昇順で又は降順で）決定されてよい。

【0283】

また、ＨＡＲＱ－ＡＣＫコードブックと関連した特定ＤＣＩが複数のＰＤＣＣＨモニタリング時点で反復／分割送信される場合に、複数のＰＤＣＣＨモニタリング時点のうち特定モニタリング時点（例えば、最も早い又は最後のモニタリング時点）からＰＤＣＣＨとＰＤＳＣＨ間の（ＰＤＣＣＨ－ｔｏ－ＰＤＳＣＨ）オフセットが適用されてよい。

【0284】

ＵＥは、ネットワークからＴＲＰ １（及び／又はＴＲＰ ２）を介して／用いて受信したデータ１及びデータ２を、デコードすることができる（Ｓ１３０４）。例えば、ＵＥは、上述の方法（例えば、提案１／提案２など）に基づいて、チャネル推定、及び／又はブラインド検出（ｂｌｉｎｄ ｄｅｔｅｃｔｉｏｎ）、及び／又はデータに対するデコーディングを行うことができる。

【0285】

ＵＥは、前記ＤＣＩ及び／又は前記データ１及び／又はデータ２に対するＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ情報、ＮＡＣＫ情報など）を、ＴＲＰ １及び／又はＴＲＰ ２を介して／用いてネットワークに送信できる（Ｓ１３０５、Ｓ１３０６）。この場合、データ１及びデータ２に対するＨＡＲＱ－ＡＣＫ情報が一つに結合（又は、多重化）されてよい。また、ＵＥは代表ＴＲＰ（例えば、ＴＲＰ １）へのＨＡＲＱ－ＡＣＫ情報のみを送信するように設定され、他のＴＲＰ（例えば、ＴＲＰ ２）へのＨＡＲＱ－ＡＣＫ情報送信は省略されてもよい。

【0286】

例えば、上述の提案方法（例えば、提案１／提案２）に基づいてＤＣＩ（又は、ＤＣＩ送信されるＰＤＣＣＨ）に対するＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ情報、ＮＡＣＫ情報など）をＴＲＰ １及び／又はＴＲＰ ２を介して／用いてネットワークに送信できる。例えば、前記ＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ／ＮＡＣＫコードブック）と関連したパラメータ（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）は、上述の提案方法（例えば、提案１／提案２）に基づくＤＣＩ受信時点によって決定されてよい。例えば、反復送信されるＤＣＩを含む複数のＤＣＩを受信する場合に、反復送信されるＤＣＩの最初ＤＣＩの受信時点（例えば、ＭＯ）を基準に前記複数のＤＣＩの受信順序が決定されてよい。前記複数のＤＣＩに対して決定されたＤＣＩ受信順序に基づいて、前記ＨＡＲＱ－ＡＣＫ情報（例えば、ＡＣＫ／ＮＡＣＫコードブック）と関連したパラメータ（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）が決定されてよい。

【0287】

先に言及したように、上述のネットワーク／ＵＥシグナリング及び動作（例えば、提案１／提案２／図１２、図１３）は、以下に説明される装置（例えば、図１６）によって具現されてよい。例えば、ネットワーク（例えば、ＴＲＰ １／ＴＲＰ ２）は第１無線装置、ＵＥは第２無線装置に該当してよく、場合によってその逆の場合も考慮されてよい。

【0288】

例えば、上述したネットワーク／ＵＥシグナリング及び動作（例えば、提案１／提案２／図１２、図１３）は、図１６の１つ以上のプロセッサ（例えば、１０２，２０２）によって処理されてよく、上述したネットワーク／ＵＥシグナリング及び動作（例えば、提案１／提案２／図１２、図１３）は、図１６の少なくとも１つのプロセッサ（例えば、１０２，２０２）を駆動するための命令語／プログラム（例えば、命令（ｉｎｓｔｒｕｃｔｉｏｎ）、実行コード（ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ））の形態でメモリ（例えば、図１６の１つ以上のメモリ（例えば、１０４，２０４））に記憶されてよい。

【0289】

図１４は、本開示の一実施例に係るＨＡＲＱ－ＡＣＫ情報の送受信のための端末の動作を例示する。

【0290】

図１４では、上記の提案１／提案２に基づく端末の動作を例示する。図１４の例示は、説明の便宜のためのもので、本開示の範囲を制限するものではない。図１４に例示されている一部の段階は、状況及び／又は設定によって省略されてよい。また、図１４で、端末は一例示に過ぎず、次の図１６に例示されている装置によって具現されてよい。例えば、図１６のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報などを送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に記憶するように制御できる。

【0291】

また、図１４の動作は、図１６の１つ以上のプロセッサ１０２，２０２によって処理されてよい。また、図１４の動作は、図１６の少なくとも１つのプロセッサ（例えば、１０２，２０２）を駆動するための命令語／プログラム（例えば、命令（ｉｎｓｔｒｕｃｔｉｏｎ）、実行コード（ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ））の形態でメモリ（例えば、図１６の１つ以上のメモリ（１０４／２０４）に記憶されてよい。

【0292】

端末は、基地局からＰＤＣＣＨでＰＤＳＣＨをスケジュールするＤＣＩを受信する（Ｓ１４０１）。

【0293】

ＤＣＩ（又は、ＰＤＣＣＨ）は、複数のＰＤＣＣＨモニタリング時点で反復／分割して受信されてよい。ここで、前記ＤＣＩは複数のＴＲＰから反復／分割して送信されてよく、単一のＴＲＰから反復送信されてよい。

【0294】

上述の提案２で説明したように、ＤＣＩが複数のＴＲＰを介して反復して／分けて送信される場合（例えば、複数のモニタリング時点でＰＤＣＣＨが反復して／分けて送信される時に、各ＰＤＣＣＨ候補のＤＭＲＳが互いに異なるＴＣＩ状態と関連付けられる。）と単一ＴＲＰを介して送信される場合（例えば、単一のＰＤＣＣＨ候補からＤＣＩが検出され、単一のＰＤＣＣＨ候補は単一のＴＣＩ状態と関連付けられる。）に対して、前記ＤＣＩ内ＴＣＩフィールドのコードポイントがそれぞれ異なるように定義されてよい。すなわち、ＵＥは、特定コードポイントに対してＳＴＲＰかＭＴＲＰかによってＴＣＩ状態構成／設定を異なるように適用／解釈することができる。言い換えると、ＳＴＲＰかＭＴＲＰかによって、ＤＣＩ内ＴＣＩ状態フィールドのコードポイントによって指示されるＴＣＩ状態が異なるように設定されてよい。

【0295】

端末は基地局からＰＤＳＣＨを受信する（Ｓ１４０２）。

【0296】

端末は、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を含むＨＡＲＱ－ＡＣＫコードブックを基地局に送信する（Ｓ１４０３）。

【0297】

上述の提案１で説明したように、前記ＨＡＲＱ－ＡＣＫコードブックと関連したパラメータ／指示子（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）は、前記複数のＭＯのうち最も早いＭＯに基づいて決定されてよい。

【0298】

また、複数のＨＡＲＱ－ＡＣＫ情報が単一のＨＡＲＱ－ＡＣＫコードブックに含まれる場合（多重化される場合）に、ＨＡＲＱ－ＡＣＫコードブックと関連したＨＡＲＱ－ＡＣＫ関連パラメータ／指示子（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）は、複数のＨＡＲＱ－ＡＣＫ情報と関連した複数のＤＣＩの受信時点（すなわち、ＤＣＩを運ぶＰＤＣＣＨモニタリング時点）に基づいて決定されてよい。

【0299】

ここで、ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩのうち特定ＤＣＩが複数のＰＤＣＣＨモニタリング時点で反復／分割して送信される場合に、ＨＡＲＱ－ＡＣＫコードブックと関連したパラメータ／指示子は、複数のＰＤＣＣＨモニタリング時点のうち特定モニタリング時点（例えば、最も早いモニタリング時点、又は最後のモニタリング時点、又は基地局によって設定されたモニタリング時点）と決定されてよい。

【0300】

すなわち、前記ＤＣＩが複数のＰＤＣＣＨモニタリング時点で反復／分割して送信される場合に、ＰＤＣＣＨモニタリング時点（すなわち、ＤＣＩ受信時点）は、複数のＰＤＣＣＨモニタリング時点のうち、最も早いモニタリング時点（又は（最も）最後のモニタリング時点、又は基地局によって設定されたモニタリング時点）と決定されてよい。

【0301】

具体的に、ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの受信順序に基づいて、前記複数のＤＣＩ内Ｃ－ＤＡＩ値及び／又はＴ－ＤＡＩ値が決定されてよい。ここで、ＨＡＲＱ－ＡＣＫコードブックに関連した複数のＤＣＩのうち特定ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、複数のモニタリング時点のうち最も早いモニタリング時点を基準に、前記ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの受信順序が決定されてよい。そして、決定された受信順序に基づいて、前記複数のＤＣＩ内Ｃ－ＤＡＩ値及び／又はＴ－ＤＡＩ値が決定されてよい。

【0302】

また、ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩのうち最後のモニタリング時点に受信されたＤＣＩのＰＲＩ及びＣＣＥインデックスに基づいて、ＨＡＲＱ－ＡＣＫコードブックが送信されるＰＵＣＣＨリソースが決定されてよい。ここで、上述したように、ＨＡＲＱ－ＡＣＫコードブックに関連した複数のＤＣＩのうち特定ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、複数のモニタリング時点のうち最も早いモニタリング時点を基準に、前記ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの受信順序が決定されてよい。そして、決定された受信順序による直近のＤＣＩのＰＲＩ及びＣＣＥインデックスに基づいて、ＨＡＲＱ－ＡＣＫコードブックが送信されるＰＵＣＣＨリソースが決定されてよい。言い換えると、ＨＡＲＱ－ＡＣＫコードブックが送信されるＰＵＣＣＨリソースを決定するために直近に受信されたＤＣＩのＰＵＣＣＨリソース指示が用いられる時に、複数のモニタリング時点で反復／分割して送信されるＤＣＩの最も早いモニタリング時点に基づいて直近に受信されたＤＣＩが決定されてよい。

【0303】

ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩ（又は、前記複数のモニタリング時点で反復して／分けて送信されるＤＣＩ）は、キャリア併合が適用される互いに異なるセル（又は、キャリア）で送信されてよい。

【0304】

仮に、同一のモニタリング時点に複数のＤＣＩが送信される場合に、前記複数のＤＣＩ間の受信順序は、前記複数のＤＣＩのＣＣＥインデックスに基づいて（例えば、ＣＣＥインデックスの昇順で又は降順で）決定されてよい。上述したように、ＨＡＲＱ－ＡＣＫコードブックに関連した複数のＤＣＩのうち特定ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、複数のモニタリング時点のうち最も早いモニタリング時点を基準に前記複数のＤＣＩの受信順序が決定されてよい。ここで、最も早いモニタリング時点で他のＤＣＩも共に受信されるとき、同一のモニタリング時点で送信されるＤＣＩ間にはＣＣＥインデックスに基づいて受信順序が決定されてよい。

【0305】

また、ＨＡＲＱ－ＡＣＫコードブックと関連した特定ＤＣＩが複数のＰＤＣＣＨモニタリング時点で反復／分割して送信される場合に、複数のＰＤＣＣＨモニタリング時点のうち特定モニタリング時点（例えば、最も早い又は最後のモニタリング時点）からＰＤＣＣＨとＰＤＳＣＨ間の（ＰＤＣＣＨ－ｔｏ－ＰＤＳＣＨ）オフセットが適用されてよい。

【0306】

図１５は、本開示の一実施例に係るＨＡＲＱ－ＡＣＫ情報の送受信のための基地局の動作を例示する。

【0307】

図１５では、上記の提案１／提案２に基づく基地局の動作を例示する。図１５の例示は、説明の便宜のためのもので、本開示の範囲を制限するものではない。図１５に例示されている一部の段階は、状況及び／又は設定によって省略されてよい。また、図１４で基地局は一例示に過ぎず、次の図１６に例示されている装置によって具現されてよい。例えば、図１６のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報などを送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に記憶するように制御できる。

【0308】

また、図１５の動作は図１６の１つ以上のプロセッサ１０２，２０２によって処理されてよい。また、図１５の動作は、図１６の少なくとも１つのプロセッサ（例えば、１０２，２０２）を駆動するための命令語／プログラム（例えば、命令（ｉｎｓｔｒｕｃｔｉｏｎ）、実行コード（ｅｘｅｃｕｔａｂｌｅ ｃｏｄｅ））の形態でメモリ（例えば、図１６の１つ以上のメモリ（１０４／２０４））に記憶されてよい。

【0309】

基地局は端末にＰＤＣＣＨでＰＤＳＣＨをスケジュールするＤＣＩを送信する（Ｓ１５０１）。

【0310】

ＤＣＩ（又は、ＰＤＣＣＨ）は、複数のＰＤＣＣＨモニタリング時点で反復／分割して送信されてよい。ここで、前記ＤＣＩは複数のＴＲＰから反復／分割して送信されてもよく、単一のＴＲＰから反復送信されてもよい。

【0311】

上述の提案２で説明したように、ＤＣＩが複数のＴＲＰを介して反復して／分けて送信される場合（例えば、複数のモニタリング時点でＰＤＣＣＨが反復して／分けて送信される時に、各ＰＤＣＣＨ候補のＤＭＲＳが互いに異なるＴＣＩ状態と関連付けられる。）と単一ＴＲＰを介して送信される場合（例えば、単一のＰＤＣＣＨ候補からＤＣＩが検出され、単一のＰＤＣＣＨ候補は単一のＴＣＩ状態と関連付けられる。）に対して、前記ＤＣＩ内ＴＣＩフィールドのコードポイントがそれぞれ異なるように定義されてよい。すなわち、ＵＥは、特定コードポイントに対して、ＳＴＲＰかＭＴＲＰかによってＴＣＩ状態構成／設定を異なるように適用／解釈できる。言い換えると、ＳＴＲＰかＭＴＲＰかによって、ＤＣＩ内ＴＣＩ状態フィールドのコードポイントによって指示されるＴＣＩ状態が異なるように設定されてよい。

【0312】

基地局は端末にＰＤＳＣＨを送信する（Ｓ１５０２）。

【0313】

基地局は端末からＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を含むＨＡＲＱ－ＡＣＫコードブックを受信する（Ｓ１５０３）。

【0314】

上述の提案１で説明したように、前記ＨＡＲＱ－ＡＣＫコードブックと関連したパラメータ／指示子（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）は、前記複数のＭＯのうち最も早いＭＯに基づいて決定されてよい。

【0315】

また、複数のＨＡＲＱ－ＡＣＫ情報が単一のＨＡＲＱ－ＡＣＫコードブックに含まれる場合（多重化される場合）に、ＨＡＲＱ－ＡＣＫコードブックと関連したＨＡＲＱ－ＡＣＫ関連パラメータ／指示子（例えば、Ｃ－ＤＡＩ、Ｔ－ＤＡＩ、ＰＲＩ、ＣＣＥインデックス）は、複数のＨＡＲＱ－ＡＣＫ情報と関連した複数のＤＣＩの送信／受信時点（すなわち、ＤＣＩを運ぶＰＤＣＣＨモニタリング時点）に基づいて決定されてよい。

【0316】

ここで、ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩのうち特定ＤＣＩが複数のＰＤＣＣＨモニタリング時点で反復／分割して送信される場合に、ＨＡＲＱ－ＡＣＫコードブックと関連したパラメータ／指示子は、複数のＰＤＣＣＨモニタリング時点のうち特定モニタリング時点（例えば、最も早いモニタリング時点、又は最後のモニタリング時点、又は基地局によって設定されたモニタリング時点）と決定されてよい。

【0317】

すなわち、前記ＤＣＩが複数のＰＤＣＣＨモニタリング時点で反復／分割して送信される場合に、ＰＤＣＣＨモニタリング時点（すなわち、ＤＣＩ送信／受信時点）は、複数のＰＤＣＣＨモニタリング時点のうち、最も早いモニタリング時点（又は（最も）最後のモニタリング時点、又は基地局によって設定されたモニタリング時点）と決定されてよい。

【0318】

具体的に、ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの送信／受信順序に基づいて、前記複数のＤＣＩ内Ｃ－ＤＡＩ値及び／又はＴ－ＤＡＩ値が決定されてよい。ここで、ＨＡＲＱ－ＡＣＫコードブックに関連した複数のＤＣＩのうち特定ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、複数のモニタリング時点のうち最も早いモニタリング時点を基準に、前記ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの受信順序が決定されてよい。そして、決定された受信順序に基づいて、前記複数のＤＣＩ内Ｃ－ＤＡＩ値及び／又はＴ－ＤＡＩ値が決定されてよい。

【0319】

また、ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩのうち最後のモニタリング時点に送信／受信されたＤＣＩのＰＲＩ及びＣＣＥインデックスに基づいて、ＨＡＲＱ－ＡＣＫコードブックが送信されるＰＵＣＣＨリソースが決定されてよい。ここで、上述したように、ＨＡＲＱ－ＡＣＫコードブックに関連した複数のＤＣＩのうち特定ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、複数のモニタリング時点のうち最も早いモニタリング時点を基準に前記ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩの受信順序が決定されてよい。そして、決定された受信順序による直近のＤＣＩのＰＲＩ及びＣＣＥインデックスに基づいて、ＨＡＲＱ－ＡＣＫコードブックが送信されるＰＵＣＣＨリソースが決定されてよい。言い換えると、ＨＡＲＱ－ＡＣＫコードブックが送信されるＰＵＣＣＨリソースを決定するために直近に受信されたＤＣＩのＰＵＣＣＨリソース指示が用いられる時に、複数のモニタリング時点で反復／分割して送信されるＤＣＩの最も早いモニタリング時点に基づいて直近に受信されたＤＣＩが決定されてよい。

【0320】

ＨＡＲＱ－ＡＣＫコードブックと関連した複数のＤＣＩ（又は、前記複数のモニタリング時点で反復して／分けて送信されるＤＣＩ）はキャリア併合が適用される互いに異なるセル（又は、キャリア）で送信されてよい。

【0321】

仮に、同一のモニタリング時点に複数のＤＣＩが送信される場合に、前記複数のＤＣＩ間の送信／受信順序は、前記複数のＤＣＩのＣＣＥインデックスに基づいて（例えば、ＣＣＥインデックスの昇順で又は降順で）決定されてよい。上述したように、ＨＡＲＱ－ＡＣＫコードブックに関連した複数のＤＣＩのうち特定ＤＣＩ（又は、ＰＤＣＣＨ）が複数のモニタリング時点で反復して／分けて送信される時に、複数のモニタリング時点のうち最も早いモニタリング時点を基準に前記複数のＤＣＩの受信順序が決定されてよい。ここで、最も早いモニタリング時点で他のＤＣＩも共に受信される時に、同一のモニタリング時点で送信されるＤＣＩの間にはＣＣＥインデックスに基づいて受信順序が決定されてよい。

【0322】

また、ＨＡＲＱ－ＡＣＫコードブックと関連した特定ＤＣＩが複数のＰＤＣＣＨモニタリング時点で反復／分割して送信される場合に、複数のＰＤＣＣＨモニタリング時点のうち特定モニタリング時点（例えば、最も早い又は最後のモニタリング時点）からＰＤＣＣＨとＰＤＳＣＨ間の（ＰＤＣＣＨ－ｔｏ－ＰＤＳＣＨ）オフセットが適用されてよい。

【0323】

本開示が適用可能な装置一般

【0324】

図１６には、本開示の一実施例に係る無線通信装置のブロック構成図を例示する。

【0325】

図１６を参照すると、第１無線機器１００と第２無線機器２００は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を用いて無線信号を送受信することができる。

【0326】

第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。

【0327】

第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６から第３情報／信号を含む無線信号を送信してよい。また、プロセッサ２０２は、第４情報／信号を含む無線信号を送受信機２０６から受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と連結されてよく、プロセッサ２０２の動作に関連した様々な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機２０６は、プロセッサ２０２と連結されてよく、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６は、ＲＦユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。

【0328】

以下、無線機器１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、１つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は１つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された機能、手続、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを１つ以上の送受信機１０６，２０６に提供できる。１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。

【0329】

１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に保存され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。

【0330】

１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を保存することができる。１つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。１つ以上のメモリ１０４，２０４は、１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、１つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって１つ以上のプロセッサ１０２，２０２と連結されてよい。

【0331】

１つ以上の送受信機１０６，２０６は、１つ以上の他の装置に、本開示の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。１つ以上の送受信機１０６，２０６は、１つ以上の他の装置から、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８と連結されてよく、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８を介して、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本開示において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。１つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。１つ以上の送受信機１０６，２０６は、１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、１つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含むことができる。

【0332】

以上で説明された実施例は、本開示の構成要素及び特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてもよい。また、一部の構成要素及び／又は特徴を結合させて本開示の実施例を構成することも可能である。本開示の実施例において説明される動作の順序は変更されてよい。ある実施例の一部の構成又は特徴は他の実施例に含まれてもよく、或いは他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか、或いは出願後の補正によって新しい請求項として含めることができることは明らかである。

【0333】

本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。

【0334】

本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令（例えば、運営体制、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に／内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、１つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している１つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の一つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び／又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境／コンテナを含むことができるが、これに制限されない。

【0335】

ここで、本開示の無線機器１００，２００において具現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇの他に、低電力通信のための狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＮＢ－ＩｏＴ）も含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であってよく、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であってよく、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれてよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか一つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ（登録商標））、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））及び低電力広帯域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）のうち少なくともいずれか一つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低い電力デジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称と呼ばれてよい。

【産業上の利用可能性】

【0336】

本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】