特表 2024-541999 無線通信システムにおいてハイブリッド自動再送要求－確認応答情報の送信又は受信方法及び装置

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-11-13

(54)【発明の名称】無線通信システムにおいてハイブリッド自動再送要求－確認応答情報の送信又は受信方法及び装置

(51)【国際特許分類】

   H04W 28/04 20090101AFI20241106BHJP

   H04W 72/21 20230101ALI20241106BHJP

   H04W 72/02 20090101ALI20241106BHJP

【ＦＩ】

H04W28/04 110

H04W72/21

H04W72/02

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024525444

(86)(22)【出願日】2022-11-04

(85)【翻訳文提出日】2024-04-26

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

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

(87)【国際公開日】2023-05-11

(31)【優先権主張番号】10-2021-0150780

(32)【優先日】2021-11-04

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】イ ヨンテ

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】キム ソンウク

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA13

5K067AA33

5K067DD24

5K067EE02

5K067EE10

(57)【要約】

無線通信システムにおいてハイブリッド自動再送要求（ＨＡＲＱ）－確認応答（ＡＣＫ）情報を送信又は受信する方法及び装置が開示される。本開示の一実施例に係る無線通信システムにおいて端末がＨＡＲＱ－ＡＣＫ情報を送信する方法は、第２ＨＡＲＱ－ＡＣＫ報告モードと関連するＮ（Ｎ＞１）個のＨＡＲＱ－ＡＣＫ情報ビットを生成する段階と、１つの物理上りリンク制御チャネル（ＰＵＣＣＨ）で、第１ＨＡＲＱ－ＡＣＫ報告モードに従う第１方式、又は前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいてＰＵＣＣＨリソースのセットのうち１つのＰＵＣＣＨリソースを選択する第２方式のいずれか一方を適用し、ＨＡＲＱ－ＡＣＫ情報をネットワークに送信する段階と、を含み、前記第１方式又は前記第２方式のいずれか一方は、前記ネットワークによる設定に基づいて適用されてよい。
【選択図】図８

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末によってハイブリッド自動再送要求（ＨＡＲＱ）－確認応答（ＡＣＫ）情報を送信する方法であって、前記方法は、
第２ＨＡＲＱ－ＡＣＫ報告モードと関連するＮ（Ｎ＞１）個のＨＡＲＱ－ＡＣＫ情報ビットを生成する段階と、
１つの物理上りリンク制御チャネル（ＰＵＣＣＨ）で、第１ＨＡＲＱ－ＡＣＫ報告モードに従う第１方式、又は前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいてＰＵＣＣＨリソースのセットのうち１つのＰＵＣＣＨリソースを選択する第２方式のいずれか一方を適用し、ＨＡＲＱ－ＡＣＫ情報をネットワークに送信する段階と、を含み、
前記第１方式又は前記第２方式のいずれか一方は、前記ネットワークによる設定に基づいて適用される、方法。

【請求項2】

前記第２方式に対して、前記ＰＵＣＣＨリソースのセットは、２^Ｎ－１個のＰＵＣＣＨリソース候補を含む、請求項１に記載の方法。

【請求項3】

前記ＰＵＣＣＨリソース候補のそれぞれは、前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値の互いに異なる組合せに対応する、請求項２に記載の方法。

【請求項4】

前記第１方式は、前記第２ＨＡＲＱ－ＡＣＫ報告モードの前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットを、第１ＨＡＲＱ－ＡＣＫ報告モードのＨＡＲＱ－ＡＣＫ情報ビットに変換して多重化することを含む、請求項１に記載の方法。

【請求項5】

前記第１方式によって前記第２ＨＡＲＱ－ＡＣＫ報告モードの前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットに対して前記第１ＨＡＲＱ－ＡＣＫ報告モードのＨＡＲＱ－ＡＣＫ情報ビットが提供されることに基づいて、マルチキャスト下りリンク制御情報（ＤＣＩ）フォーマットに含まれるＰＵＣＣＨリソース指示子フィールドに基づいてＰＵＣＣＨリソースが決定される、請求項４に記載の方法。

【請求項6】

前記マルチキャストＤＣＩフォーマットは、１つ以上のマルチキャストＤＣＩフォーマットのうち最後の（ｌａｓｔ）ＤＣＩフォーマットである、請求項５に記載の方法。

【請求項7】

前記マルチキャストＤＣＩフォーマットは、Ｇ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）又はＧ－ＣＳ（ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ）－ＲＮＴＩでＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされる、請求項５に記載の方法。

【請求項8】

前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットは、前記ネットワークから受信される１つ以上のマルチキャストＤＣＩフォーマット又は１つ以上のマルチキャスト物理下りリンク共有チャネル（ＰＤＳＣＨ）のうち少なくとも一つに対して生成される、請求項１に記載の方法。

【請求項9】

前記基地局の設定にしたがって、Ｎ＝ｋに対して前記第２方式が適用され、Ｎ＞ｋに対して前記第１方式が適用される、請求項１に記載の方法。

【請求項10】

前記ｋは、２、３、又は４である、請求項１に記載の方法。

【請求項11】

前記第１ＨＡＲＱ－ＡＣＫ報告モードは、送信ブロックのデコーディングの成否に基づくＡＣＫ値又はＮＡＣＫ（ｎｏｎ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）値がＨＡＲＱ－ＡＣＫ情報として生成されることを含む、請求項１に記載の方法。

【請求項12】

前記第２ＨＡＲＱ－ＡＣＫ報告モードは、ＡＣＫ値のみを含むＨＡＲＱ－ＡＣＫ情報は送信されず、ＮＡＣＫ値を含むＨＡＲＱ－ＡＣＫ情報は送信されることを含む、請求項１に記載の方法。

【請求項13】

無線通信システムにおいてハイブリッド自動再送要求（ＨＡＲＱ）－確認応答（ＡＣＫ）情報を送信する端末であって、前記端末は、
１つ以上の送受信機（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記１つ以上の送受信機と連結された１つ以上のプロセッサと、を含み、
前記１つ以上のプロセッサは、
第２ＨＡＲＱ－ＡＣＫ報告モードと関連するＮ（Ｎ＞１）個のＨＡＲＱ－ＡＣＫ情報ビットを生成し、
１つの物理上りリンク制御チャネル（ＰＵＣＣＨ）で、第１ＨＡＲＱ－ＡＣＫ報告モードに従う第１方式、又は前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいてＰＵＣＣＨリソースのセットのうち１つのＰＵＣＣＨリソースを選択する第２方式のいずれか一方を適用し、ＨＡＲＱ－ＡＣＫ情報をネットワークに前記１つ以上の送受信機を介して送信するように設定され、
前記第１方式又は前記第２方式のいずれか一方は、前記ネットワークによる設定に基づいて適用される、端末。

【請求項14】

無線通信システムにおいて基地局がハイブリッド自動再送要求（ＨＡＲＱ）－確認応答（ＡＣＫ）情報を受信する方法であって、前記方法は、
１つ以上のマルチキャストＤＣＩフォーマット又は１つ以上のマルチキャスト物理下りリンク共有チャネル（ＰＤＳＣＨ）のうち少なくとも一つを端末に送信する段階と、
前記１つ以上のＤＣＩフォーマット又は前記１つ以上のＰＤＳＣＨのうち少なくとも一つに基づいて生成される第２ＨＡＲＱ－ＡＣＫ報告モードと関連するＮ（Ｎ＞１）個のＨＡＲＱ－ＡＣＫ情報ビットに対して、第１ＨＡＲＱ－ＡＣＫ報告モードに従う第１方式、又は前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいてＰＵＣＣＨリソースのセットのうち１つのＰＵＣＣＨリソースを選択する第２方式のいずれか一方が適用されたＨＡＲＱ－ＡＣＫ情報を、１つの物理上りリンク制御チャネル（ＰＵＣＣＨ）で前記端末から受信する段階と、を含み、
前記第１方式又は前記第２方式のいずれか一方は、前記基地局による設定に基づいて適用される、方法。

【請求項15】

無線通信システムにおいてハイブリッド自動再送要求（ＨＡＲＱ）－確認応答（ＡＣＫ）情報を受信する基地局であって、前記基地局は、
１つ以上の送受信機と、
前記１つ以上の送受信機と連結された１つ以上のプロセッサと、を含み、
前記１つ以上のプロセッサは、
１つ以上のマルチキャストＤＣＩフォーマット又は１つ以上のマルチキャスト物理下りリンク共有チャネル（ＰＤＳＣＨ）のうち少なくとも一つを、端末に、１つ以上の送受信機を介して送信し、
前記１つ以上のＤＣＩフォーマット又は前記１つ以上のＰＤＳＣＨのうち少なくとも一つに基づいて生成される第２ＨＡＲＱ－ＡＣＫ報告モードと関連するＮ（Ｎ＞１）個のＨＡＲＱ－ＡＣＫ情報ビットに対して、第１ＨＡＲＱ－ＡＣＫ報告モードに従う第１方式、又は前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいてＰＵＣＣＨリソースのセットのうち１つのＰＵＣＣＨリソースを選択する第２方式のいずれか一方が適用されたＨＡＲＱ－ＡＣＫ情報を、１つの物理上りリンク制御チャネル（ＰＵＣＣＨ）で前記端末から１つ以上の送受信機を介して受信するように設定され、
前記第１方式又は前記第２方式のいずれか一方は、前記基地局による設定に基づいて適用される、基地局。

【請求項16】

無線通信システムにおいて端末を制御するように設定されるプロセシング装置であって、前記プロセシング装置は、
１つ以上のプロセッサと、
前記１つ以上のプロセッサに動作可能に連結され、前記１つ以上のプロセッサによって実行されることに基づいて、請求項１～１２のいずれか一項に記載の方法を行うための命令を保存する１つ以上のコンピュータメモリと、を含む、プロセシング装置。

【請求項17】

１つ以上の命令を保存する１つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ可読媒体であって、
前記１つ以上の命令は、１つ以上のプロセッサによって実行され、無線通信システムにおいて装置が、請求項１～１２のいずれか一項に記載の方法を行うように制御する、コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいてハイブリッド自動再送要求（ＨＡＲＱ）－確認応答（ＡＣＫ）情報を送信又は受信する方法及び装置に関する。

【背景技術】

【0002】

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

【0003】

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

【発明の概要】

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

【0004】

本開示の技術的課題は、無線通信システムにおいてＮＡＣＫオンリー（ｏｎｌｙ）ベース報告モードの複数のＨＡＲＱ－ＡＣＫ情報を多重化して送信又は受信する方法及び装置を提供することである。

【0005】

本開示の更なる技術的課題は、無線通信システムにおいてＮＡＣＫオンリーベース報告モードの複数のＨＡＲＱ－ＡＣＫ情報に対して、ＨＡＲＱ－ＡＣＫ情報にマップされる候補リソース、一部ＨＡＲＱ－ＡＣＫ情報のドロップ、又は他の報告モードのＨＡＲＱ－ＡＣＫ情報への変換のうち１つ以上に基づいて多重化されたＨＡＲＱ－ＡＣＫ情報を送信又は受信する方法及び装置を提供することである。

【0006】

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

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

【0007】

本開示の一態様に係る無線通信システムにおいて端末がＨＡＲＱ－ＡＣＫ情報を送信する方法は、第２ＨＡＲＱ－ＡＣＫ報告モードと関連するＮ（Ｎ＞１）個のＨＡＲＱ－ＡＣＫ情報ビットを生成する段階と、１つの物理上りリンク制御チャネル（ＰＵＣＣＨ）で、第１ＨＡＲＱ－ＡＣＫ報告モードに従う第１方式、又は前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいてＰＵＣＣＨリソースのセットのうち１つのＰＵＣＣＨリソースを選択する第２方式のいずれか一方を適用し、ＨＡＲＱ－ＡＣＫ情報をネットワークに送信する段階と、を含み、前記第１方式又は前記第２方式のいずれか一方は、前記ネットワークによる設定に基づいて適用されてよい。

【0008】

本開示の更なる態様に係る無線通信システムにおいて基地局がハイブリッド自動再送要求（ＨＡＲＱ）－確認応答（ＡＣＫ）情報を受信する方法は、１つ以上のマルチキャストＤＣＩフォーマット又は１つ以上のマルチキャスト物理下りリンク共有チャネル（ＰＤＳＣＨ）のうち少なくとも一つを端末に送信する段階と、前記１つ以上のＤＣＩフォーマット又は前記１つ以上のＰＤＳＣＨのうち少なくとも一つに基づいて生成される第２ＨＡＲＱ－ＡＣＫ報告モードと関連するＮ（Ｎ＞１）個のＨＡＲＱ－ＡＣＫ情報ビットに対して、第１ＨＡＲＱ－ＡＣＫ報告モードに従う第１方式、又は前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいてＰＵＣＣＨリソースのセットのうち１つのＰＵＣＣＨリソースを選択する第２方式のいずれか一方が適用されたＨＡＲＱ－ＡＣＫ情報を、１つの物理上りリンク制御チャネル（ＰＵＣＣＨ）で前記端末から受信する段階と、を含み、前記第１方式又は前記第２方式のいずれか一方は、前記基地局による設定に基づいて適用されてよい。

【発明の効果】

【0009】

本開示によれば、無線通信システムにおいてＮＡＣＫオンリーベース報告モードの複数のＨＡＲＱ－ＡＣＫ情報を多重化して送信又は受信する方法及び装置を提供することができる。

【0010】

本開示によれば、無線通信システムにおいてＮＡＣＫオンリーベース報告モードの複数のＨＡＲＱ－ＡＣＫ情報に対して、ＨＡＲＱ－ＡＣＫ情報にマップされる候補リソース、一部ＨＡＲＱ－ＡＣＫ情報のドロップ、又は他の報告モードのＨＡＲＱ－ＡＣＫ情報への変換のうち１つ以上に基づいて多重化されたＨＡＲＱ－ＡＣＫ情報を送信又は受信する方法及び装置が提供されてよい。

【0011】

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

【図面の簡単な説明】

【0012】

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

【0013】

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

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

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

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

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

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

【図7】本開示の適用が可能なＮＡＣＫオンリーベース報告モードのＨＡＲＱ－ＡＣＫ情報の重複状況を例示する。

【図8】本開示の一実施例に係る端末のＨＡＲＱ－ＡＣＫ送信方法を説明するための図である。

【図9】本開示の一実施例に係る基地局のＨＡＲＱ－ＡＣＫ受信方法を説明するための図である。

【図10】本開示の一実施例に係るネットワーク側及び端末のシグナリング手順を説明するための図である。

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

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

【0014】

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

【0015】

場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。

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

【表1】

【0070】

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

【0071】

ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。

【0072】

【表2】

【0073】

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

【0074】

表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎ_ｓｙｍｂ ^ｓｌｏｔ）、無線フレーム別スロットの個数（Ｎ_ｓｌｏｔ ^{ｆｒａｍｅ，μ}）、サブフレーム別スロットの個数（Ｎ_ｓｌｏｔ ^{ｓｕｂｆｒａｍｅ，μ}）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。

【0075】

【表3】

【0076】

【表4】

【0077】

図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。

【0078】

ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（リソースエレメント、ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。

【0079】

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

【0080】

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

【0081】

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

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

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

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

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

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

【数1】

【0087】

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

【0088】

【数2】

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

【表5】

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

【表6】

【0173】

前述した仮定に基づいて、Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいて送信リソース（例えば、ＰＵＣＣＨリソース、ＲＢ、シーケンス、ＣＳインデックスなど）のセットの中から１つの送信リソースを選択する方式の具体的な例示について以下に説明する。

【0174】

実施例１－１

【0175】

最後に受信したグループ共通ＤＣＩのＰＲＩによって指示されるＰＵＣＣＨリソースを基準に、隣接した２^Ｎ－１個のＰＲＩを選択できる。Ｎ個のグループ共通ＰＤＳＣＨに対するデコーディング結果によって、２^Ｎ－１個のＨＡＲＱ－ＡＣＫ状態の中から１つを選択できる。２^Ｎ－１個のＰＲＩの中から選択されたＨＡＲＱ－ＡＣＫ状態に対応するＰＲＩによるＰＵＣＣＨリソースで多重化されたＨＡＲＱ－ＡＣＫを送信できる。

【0176】

例えば、ＤＣＩによって指示されたＰＲＩ値が４である場合、４を含めて隣接した７個のＰＲＩを選択できる。すなわち、ＰＲＩ＝４、５、６、７、８、９、１０の７個のＰＲＩを選択できる。

【0177】

仮にＰＲＩの最大値が８である場合に、ラップアラウンド（ｗｒａｐ ａｒｏｕｎｄ）を考慮してＰＲＩ＝４、５、６、７、８、１、２を選択できる。

【0178】

第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が１（又は、ＡＣＫ）であり、第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が０（又は、ＮＡＣＫ）であり、第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が０（又は、ＮＡＣＫ）である場合を仮定する。これは、表６の例示においてＨＡＲＱ－ＡＣＫ状態インデックス２に当該し、ＰＲＩ４から始めて２番目のＰＲＩであるＰＲＩ＝５に該当するＰＵＣＣＨリソースが選択されてよい。選択されたＰＵＣＣＨリソースで送信／受信されるＨＡＲＱ－ＡＣＫ情報は、ＨＡＲＱ－ＡＣＫ状態インデックス２に該当する各ＰＤＳＣＨ（又は、当該ＴＢ）のデコーディングの成否を指示できる。

【0179】

Ｎ個のグループ共通ＰＤＳＣＨが全てＳＰＳ ＰＤＳＣＨである場合に、ＤＣＩで指示されるＰＲＩが存在しないことがある。この場合、Ｎ個のＰＤＳＣＨのうち最も低い（ｌｏｗｅｓｔ）ＳＰＳ設定インデックス（ＳＰＳ Ｃｏｎｆｉｇ ｉｎｄｅｘ）、最も高い（ｈｉｇｈｅｓｔ）ＳＰＳ設定インデックス、又はより高い優先順位（ｈｉｇｈｅｒ ｐｒｉｏｒｉｔｙ）に該当するグループ共通ＰＤＳＣＨのＰＵＣＣＨリソースのＰＲＩを基準リソースとして決定できる。基準リソースに該当するＰＲＩを含めて後続するＰＲＩを含む総２^Ｎ－１個のＰＲＩに該当するＰＵＣＣＨリソースが、ＰＵＣＣＨリソースセットとして選択されてよい。

【0180】

上のように１つのＰＵＣＣＨリソースセットに含まれる２^Ｎ－１個のＰＵＣＣＨリソース（又は、ＰＲＩ）と、２^Ｎ－１個のＨＡＲＱ－ＡＣＫ状態との間に一対一マッピング関係が定義／設定されてよい。例えば、Ｎ＝２、３、又は４である場合に対して、ＨＡＲＱ－ＡＣＫ情報ビットの組合せ（すなわち、ＨＡＲＱ－ＡＣＫ状態）とＰＵＣＣＨリソースとのマッピング関係は、下の表のようにあらかじめ定義／設定されてよい。表７の例示において、送信リソースセットは、前述した例示のＰＵＣＣＨリソース（又は、ＰＲＩ）のセットに当該するか、後述する例示のＰＵＣＣＨリソース、ＰＵＣＣＨ ＲＢ、ＰＵＣＨシーケンス、又はＣＳインデックスのうち１つ以上の組合せによって定義／設定／決定されてよい。

【0181】

【表7】

【0182】

実施例１－２
最後に受信したグループ共通ＤＣＩのＰＲＩによって指示されるＰＵＣＣＨリソースに対応するＲＢを基準に、隣接した２^Ｎ－１個のＲＢを選択できる。Ｎ個のグループ共通ＰＤＳＣＨに対するデコーディング結果によって、２^Ｎ－１個のＨＡＲＱ－ＡＣＫ状態の中から１つを選択できる。２^Ｎ－１個のＲＢの中から選択されたＨＡＲＱ－ＡＣＫ状態に対応するＲＢによるＰＵＣＣＨリソースで多重化されたＨＡＲＱ－ＡＣＫを送信できる。

【0183】

例えば、ＤＣＩによって指示されたＰＲＩ値が４である場合に、ＰＲＩ＝４によって指示されるＰＵＣＣＨリソースに対応するＲＢを含め、隣接した７個のＲＢを選択できる。すなわち、ＰＲＩ＝４によって指示されるＰＵＣＣＨリソースに対して設定されたＲＢ（又は、開始（ｓｔａｒｔｉｎｇ）ＰＲＢ）インデックスがＲＢ＃４である場合に、ＲＢ＃５、ＲＢ＃６、ＲＢ＃７、ＲＢ＃８、ＲＢ＃９、ＲＢ＃１０の７個のＲＢを選択できる。

【0184】

仮にＵＬ ＢＷＰ内でＲＢインデックスの昇順で最大値まで選択された後に追加ＲＢが選択される必要がある場合に、当該ＵＬ ＢＷＰの最も低いＲＢから続いて必要な個数分のＲＢが追加選択されてよい。

【0185】

第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が１（又は、ＡＣＫ）であり、第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が０（又は、ＮＡＣＫ）であり、第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が０（又は、ＮＡＣＫ）である場合を仮定する。これは、表６の例示においてＨＡＲＱ－ＡＣＫ状態インデックス２に当該し、ＰＲＩ＝４によって指示されるＰＵＣＣＨリソースに対応するＲＢインデックスであるＲＢ＃４から２番目のＲＢであるＲＢ＃５に該当するＰＵＣＣＨリソースが選択されてよい。選択されたＰＵＣＣＨリソースを用いて送信／受信されるＨＡＲＱ－ＡＣＫ情報は、ＨＡＲＱ－ＡＣＫ状態インデックス２に該当する各ＰＤＳＣＨ（又は、当該ＴＢ）のデコーディング成否を指示できる。

【0186】

Ｎ個のグループ共通ＰＤＳＣＨが全てＳＰＳ ＰＤＳＣＨである場合に、ＤＣＩで指示されるＰＲＩが存在しなくてよい。この場合、Ｎ個のＰＤＳＣＨのうち最も低い（ｌｏｗｅｓｔ）ＳＰＳ設定インデックス（ＳＰＳ Ｃｏｎｆｉｇ ｉｎｄｅｘ）、最も高い（ｈｉｇｈｅｓｔ）ＳＰＳ設定インデックス、又はより高い優先順位（ｈｉｇｈｅｒ ｐｒｉｏｒｉｔｙ）に該当するグループ共通ＰＤＳＣＨのＰＵＣＣＨリソースに対応するＲＢを、基準リソースとして決定できる。基準リソースに該当するＲＢを含めて後続するＲＢを含む総２^Ｎ－１個のＲＢに該当するＰＵＣＣＨリソースが、ＰＵＣＣＨリソースセットとして選択されてよい。

【0187】

実施例１－３

【0188】

最後に受信したグループ共通ＤＣＩのＰＲＩによって指示されるＰＵＣＣＨリソースのＰＵＣＣＨシーケンスを基準に、隣接した２^Ｎ－１個のＰＵＣＣＨシーケンスを選択できる。ここで、隣接したＰＵＣＣＨシーケンスはＰＲＩを基準にしてよい。Ｎ個のグループ共通ＰＤＳＣＨに対するデコーディング結果によって、２^Ｎ－１個のＨＡＲＱ－ＡＣＫ状態の中から１つを選択できる。２^Ｎ－１個のＰＵＣＣＨシーケンスの中から選択されたＨＡＲＱ－ＡＣＫ状態に対応するＰＵＣＣＨシーケンスによるＰＵＣＣＨリソースで多重化されたＨＡＲＱ－ＡＣＫを送信できる。

【0189】

例えば、ＤＣＩによって指示されたＰＲＩ値が４である場合に、ＰＲＩ＝４によって指示されるＰＵＣＣＨリソースのＰＵＣＣＨシーケンスを基準リソースとして決定し、基準ＰＵＣＣＨシーケンスの循環シフト（ｃｙｃｌｉｃ ｓｈｉｆｔ，ＣＳ）インデックスを含め、隣接した７個のＣＳインデックスに該当する７個のＰＵＣＣＨシーケンスを選択できる。すなわち、ＰＲＩ＝４によって指示されるＰＵＣＣＨリソースのＰＵＣＣＨシーケンスのＣＳインデックスがＣＳ＃４である場合に、ＣＳ＃５、ＣＳ＃６、ＣＳ＃７、ＣＳ＃８、ＣＳ＃９、ＣＳ＃１０の７個のＣＳインデックスに基づくＰＵＣＣＨシーケンスを選択できる。これは、１つのＰＵＣＣＨリソースに適用可能なＰＵＣＣＨシーケンスでＰＵＣＣＨリソースセットが構成可能な場合に該当する。

【0190】

仮に１つのＰＵＣＣＨリソースに適用可能なＣＳインデックスリソースの候補の個数がＸ（例えば、Ｘ＝４）個である場合に、１つのＰＵＣＣＨリソースに対して７個のＣＳインデックスを選択することができず、４個までのＣＳインデックスのみを選択できる。残り３個のＣＳインデックスは、他のＰＵＣＣＨリソース（例えば、ＰＲＩを基準にして隣接したＰＵＣＣＨリソース）に対するＰＵＣＣＨシーケンスに適用されるＣＳインデックスリソース候補から選択されてよい。例えば、ＰＲＩ＝４に該当するＰＵＣＣＨリソースの４個のＣＳリソースインデックスに該当する４個のＰＵＣＣＨシーケンスが選択され、隣接したＰＲＩ＝５に該当するＰＵＣＣＨリソースの３個のＣＳリソースインデックスに該当する３個のＰＵＣＣＨシーケンスが選択され、送信リソースセットは７個のＰＵＣＣＨシーケンスを含むことができる。

【0191】

例えば、１つのＰＵＣＣＨリソースに対するＸ＝４個のＰＵＣＣＨシーケンスは、ＣＳインデックス０、３、６、及び９に該当するＰＵＣＣＨシーケンスであってよい。例えば、４個のＣＳインデックスは０、６、３、９の順に選択されてよい。

【0192】

第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が１（又は、ＡＣＫ）であり、第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が０（又は、ＮＡＣＫ）であり、第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が０（又は、ＮＡＣＫ）である場合を仮定する。これは、表６の例示において、ＨＡＲＱ－ＡＣＫ状態インデックス２に該当し得る。ＰＲＩ＝４に該当するＰＵＣＣＨリソースに対するＰＵＣＣＨシーケンス４個（すなわち、ＣＳインデックス０、６、３、９）、及びＰＲＩ＝５に該当するＰＵＣＣＨリソースに対するＰＵＣＣＨシーケンス３個（すなわち、ＣＳインデックス、０、６、３）が送信リソースセットに含まれてよい。ＨＡＲＱ－ＡＣＫ状態インデックス２に該当する送信リソースセット内リソースインデックス２は、ＰＲＩ＝４に該当するＰＵＣＣＨリソースに対するＣＳインデックス６を適用するＰＵＣＣＨシーケンスとして選択されてよい。選択されたＰＵＣＣＨシーケンスに基づくＰＵＣＣＨリソースを用いて送信／受信されるＨＡＲＱ－ＡＣＫ情報は、ＨＡＲＱ－ＡＣＫ状態インデックス２に該当する各ＰＤＳＣＨ（又は、当該ＴＢ）のデコーディング成否を指示できる。

【0193】

Ｎ個のグループ共通ＰＤＳＣＨが全てＳＰＳ ＰＤＳＣＨである場合に、ＤＣＩで指示されるＰＲＩが存在しなくてよい。この場合、Ｎ個のＰＤＳＣＨのうち、最も低い（ｌｏｗｅｓｔ）ＳＰＳ設定インデックス（ＳＰＳ Ｃｏｎｆｉｇ ｉｎｄｅｘ）、最も高い（ｈｉｇｈｅｓｔ）ＳＰＳ設定インデックス、又はより高い優先順位（ｈｉｇｈｅｒ ｐｒｉｏｒｉｔｙ）に該当するグループ共通ＰＤＳＣＨのＰＵＣＣＨリソースに対応するＰＵＣＣＨシーケンスを基準リソースとして決定できる。基準リソースに該当するＰＵＣＣＨシーケンス（すなわち、ＣＳリソースインデックス）を含め、ＰＲＩ基準で後続するＰＵＣＣＨシーケンス（又は、ＣＳリソースインデックス）を含む総２^Ｎ－１個のＰＵＣＣＨシーケンスに該当するＰＵＣＣＨリソースがＰＵＣＣＨリソースセットとして選択されてよい。

【0194】

実施例１－４

【0195】

最後に受信したグループ共通ＤＣＩのＰＲＩによって指示されるＰＵＣＣＨリソースのＰＵＣＣＨシーケンスを基準に、隣接した２^Ｎ－１個のＰＵＣＣＨシーケンスを選択できる。ここで、隣接したＰＵＣＣＨシーケンスは、ＲＢを基準としてよい。Ｎ個のグループ共通ＰＤＳＣＨに対するデコーディング結果によって、２^Ｎ－１個のＨＡＲＱ－ＡＣＫ状態の中から１つを選択できる。２^Ｎ－１個のＰＵＣＣＨシーケンスの中から選択されたＨＡＲＱ－ＡＣＫ状態に対応するＰＵＣＣＨシーケンスによるＰＵＣＣＨリソースで多重化されたＨＡＲＱ－ＡＣＫを送信できる。

【0196】

１つのＰＵＣＣＨリソースに適用可能なＰＵＣＣＨシーケンスでＰＵＣＣＨリソースセットが構成される場合には、実施例１－３と同一に、隣接したＰＵＣＣＨシーケンス（又は、ＣＳリソースインデックス）を含むＰＵＣＣＨリソースセットが構成されてよい。

【0197】

仮に１つのＰＵＣＣＨリソースに適用可能なＣＳインデックスリソースの候補の個数がＸ（例えば、Ｘ＝４）個である場合に、１つのＰＵＣＣＨリソースに対して７個のＣＳインデックスを選択できず、４個までのＣＳインデックスのみを選択できる。残り３個のＣＳインデックスは、他のＰＵＣＣＨリソース（例えば、ＲＢを基準に隣接したＰＵＣＣＨリソース）に対するＰＵＣＣＨシーケンスに適用されるＣＳインデックスリソース候補から選択されてよい。例えば、ＰＲＩ＝４に該当するＰＵＣＣＨリソースの４個のＣＳリソースインデックスに該当する４個のＰＵＣＣＨシーケンスがまず選択されてよい。ＰＲＩ＝４に該当するＰＵＣＣＨリソースに対してＲＢ＃ｎが設定される場合に、ＲＢ＃ｎ＋１に該当するＰＵＣＣＨリソースの３個のＣＳリソースインデックスに該当する３個のＰＵＣＣＨシーケンスがさらに選択されてよい。これにより、送信リソースセットは７個のＰＵＣＣＨシーケンスを含むことができる。

【0198】

例えば、１つのＰＵＣＣＨリソースに対するＸ＝４個のＰＵＣＣＨシーケンスは、ＣＳインデックス０、３、６、及び９に該当するＰＵＣＣＨシーケンスであってよい。例えば、４個のＣＳインデックスは０、６、３、９の順に選択されてよい。

【0199】

第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が１（又は、ＡＣＫ）であり、第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が０（又は、ＮＡＣＫ）であり、第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットの値が０（又は、ＮＡＣＫ）である場合を仮定する。これは、表６の例示においてＨＡＲＱ－ＡＣＫ状態インデックス２に該当し得る。ＰＲＩ＝４に当該し、ＲＢ＃ｎに該当するＰＵＣＣＨリソースに対するＰＵＣＣＨシーケンス４個（すなわち、ＣＳインデックス０、６、３、９）、ＲＢ＃ｎ＋１に該当するＰＵＣＣＨリソースに対するＰＵＣＣＨシーケンス３個（すなわち、ＣＳインデックス、０、６、３）が送信リソースセットに含まれてよい。ＨＡＲＱ－ＡＣＫ状態インデックス２に該当する送信リソースセット内リソースインデックス２は、ＰＲＩ＝４に該当するＰＵＣＣＨリソースに対するＣＳインデックス６を適用するＰＵＣＣＨシーケンスとして選択されてよい。選択されたＰＵＣＣＨシーケンスに基づくＰＵＣＣＨリソースで送信／受信されるＨＡＲＱ－ＡＣＫ情報は、ＨＡＲＱ－ＡＣＫ状態インデックス２に該当する各ＰＤＳＣＨ（又は、当該ＴＢ）のデコーディング成否を指示できる。

【0200】

Ｎ個のグループ共通ＰＤＳＣＨが全てＳＰＳ ＰＤＳＣＨである場合に、ＤＣＩで指示されるＰＲＩが存在しなくてよい。この場合、Ｎ個のＰＤＳＣＨのうち最も低い（ｌｏｗｅｓｔ）ＳＰＳ設定インデックス（ＳＰＳ Ｃｏｎｆｉｇ ｉｎｄｅｘ）、最も高い（ｈｉｇｈｅｓｔ）ＳＰＳ設定インデックス、又はより高い優先順位（ｈｉｇｈｅｒ ｐｒｉｏｒｉｔｙ）に該当するグループ共通ＰＤＳＣＨのＰＵＣＣＨリソースに対応するＰＵＣＣＨシーケンスを基準リソースとして決定できる。基準リソースに該当するＰＵＣＣＨシーケンス（すなわち、ＣＳリソースインデックス）を含め、ＲＢ基準で後続するＰＵＣＣＨシーケンス（又は、ＣＳリソースインデックス）を含む総２^Ｎ－１個のＰＵＣＣＨシーケンスに該当するＰＵＣＣＨリソースが、ＰＵＣＣＨリソースセットとして選択されてよい。

【0201】

実施例１及び細部実施例において、Ｎ個のグループ共通ＰＤＳＣＨが全てＳＰＳ ＰＤＳＣＨであるため、ＤＣＩで指示されるＰＲＩが存在しない場合に、ＳＰＳ送信に対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソースの設定情報であるｓｐｓ－ＰＵＣＣＨ－ＡＮ、及びそれらのリストに該当するｓｐｓ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔに基づいて基準リソースを決定することもできる。例えば、ｓｐｓ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔにおいて最初に又は最後にリストされるＰＵＣＣＨリソース、又は最も低い又は最も高いＲＢに対応するＰＵＣＣＨリソースを基準リソースとして決定することもできる。これにより、基準リソースに該当するＰＵＣＣＨリソースを含めて隣接したＰＵＣＣＨリソースがＰＵＣＣＨリソースセットに含まれてよい。

【0202】

実施例２

【0203】

端末は、同一のＵＬスロットに送信されるＮ個のＮＡＣＫオンリーベースＨＡＲＱ－ＡＣＫに対して、基地局の設定によって前述した方式（すなわち、実施例１又はその細部例示）を適用したり、又は後述する方式（すなわち、実施例２又はその細部例示）を適用することができる。

【0204】

基地局の設定は所定の閾値と関連してよい。所定の閾値は、前述したＮ値（すなわち、多重化対象となるＮＡＣＫオンリーＨＡＲＱ－ＡＣＫ報告モードベースのＨＡＲＱ－ＡＣＫ情報ビットの個数）と関連してよい。例えば、Ｎ値がｋ（すなわち、閾値）以下である場合には実施例１が適用され、Ｎ値がｋ超過である場合には実施例２が適用されてよい。例えば、ｋは、２、３、又は４であってよい。例えば、Ｎ値が４以下である場合に、Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値（すなわち、ＨＡＲＱ－ＡＣＫ状態）に基づいてＰＵＣＣＨリソースのセットの中から１つのＰＵＣＣＨリソースを選択する実施例１の方式が適用されてよい。Ｎ値が４超過である場合に、後述するように、ＮＡＣＫオンリーベースＨＡＲＱ－ＡＣＫ情報ビットの一部をドロップするか、又はＡＣＫ／ＮＡＣＫベースＨＡＲＱ－ＡＣＫ情報ビットに変換（ｔｒａｎｓｆｏｒｍ）し、多重化されたＨＡＲＱ－ＡＣＫ情報を送信する実施例２の方式が適用されてよい。

【0205】

このような閾値ｋは、基地局が端末に設定したり、又は基地局と端末間に固定された値としてあらかじめ定義されてよい。すなわち、基地局の設定が提供されると、ｋ値が別に端末に設定／指示されなくとも、固定されたｋ以下のＮ値に対しては実施例１が適用されてよい。

【0206】

また、閾値の値を基地局が設定する場合に、基地局は、Ｇ－ＲＮＴＩごとに、或いはＰＵＣＣＨ－ｃｏｎｆｉｇごとに、或いはＣＦＲ（ｃｏｍｍｏｎ ｆｒｅｑｕｅｎｃｙリソース）ごとに、或いはＵＬ ＢＷＰごとに、或いはサービスセルごとに閾値を設定することもできる。

【0207】

実施例２－１

【0208】

Ｎ個のＮＡＣＫオンリーベースＨＡＲＱ－ＡＣＫ情報ビットのうち、閾値ｋ個超過（又は、ｋ個以上）のＨＡＲＱ－ＡＣＫ情報ビットはドロップ（ｄｒｏｐ）され、閾値ｋ個未満（又は、ｋ個以下）のＨＡＲＱ－ＡＣＫ情報ビットは多重化されてよい。

【0209】

例えば、優先順位の低いＨＡＲＱ－ＡＣＫ情報ビットが、優先順位の高いＨＡＲＱ－ＡＣＫ情報ビットよりも優先的にドロップされてよい。すなわち、優先順位の高い閾値個数分のＨＡＲＱ－ＡＣＫ情報ビットのみが多重化されてよい。

【0210】

追加又は代案として、最近に受信したＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットが、過去に受信したＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットよりも優先的にドロップされてよい。すなわち、閾値個数分の過去に受信したグループ共通ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットのみが多重化されてよい。

【0211】

追加又は代案として、残ったＰＤＢ（Ｐａｃｋｅｔ Ｄａｔａ Ｂｕｄｇｅｔ）が大きいＨＡＲＱ－ＡＣＫ情報ビットが、残ったＰＤＢが小さいＨＡＲＱ－ＡＣＫ情報ビットよりも優先的にドロップされてよい。すなわち、残ったＰＤＢが小さい閾値個数分のＴＢに対するＨＡＲＱ－ＡＣＫのみが多重化されてよい。

【0212】

追加又は代案として、ＤＣＩでスケジュールされないＳＰＳ ＰＤＳＣＨが優先的にドロップされてよい。ここで、ＳＰＳ ＰＤＳＣＨの中では、より高いＳＰＳ－ｃｏｎｆｉｇインデックスに対するＳＰＳ ＰＤＳＣＨが優先的にドロップされてよい。したがって、より低いＳＰＳ－ｃｏｎｆｉｇインデックスに対するＳＰＳ ＰＤＳＣＨが優先的に多重化されてよい。

【0213】

追加又は代案として、ＤＣＩでスケジュールされるグループ共通ＰＤＳＣＨが優先的にドロップされてよい。その後、ＳＰＳ ＰＤＳＣＨの中では、より高いＳＰＳ－ｃｏｎｆｉｇインデックスに対するＳＰＳ ＰＤＳＣＨが優先的にドロップされてよい。したがって、より低いＳＰＳ－ｃｏｎｆｉｇインデックスに対するＳＰＳ ＰＤＳＣＨが優先的に多重化されてよい。

【0214】

実施例２－２

【0215】

Ｎ値が閾値ｋ値超過（又は、以上）である場合に、全てのＮＡＣＫオンリーベースＨＡＲＱ－ＡＣＫ情報ビットをＡＣＫ／ＮＡＣＫベースＨＡＲＱ－ＡＣＫ情報ビットに変換（ｔｒａｎｓｆｏｒｍ）し、１つのＰＵＣＣＨリソースを選択して多重化されたＨＡＲＱ－ＡＣＫが送信／受信されてよい。すなわち、Ｎ＜＝ｋである場合に、実施例１によって、Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値（すなわち、ＨＡＲＱ－ＡＣＫ状態）に基づいて、ＰＵＣＣＨリソースのセットの中から１つのＰＵＣＣＨリソースを選択する方式が適用されてよい。

【0216】

ここで、（変換された）ＨＡＲＱ－ＡＣＫ情報ビットの送信のために選択されるＰＵＣＣＨリソースは、最後に受信されたＤＣＩのＰＲＩが指示するＰＵＣＣＨリソース／送信に該当し得る。

【0217】

又は、実施例１で説明した２^Ｎ－１個の送信リソース（例えば、ＰＲＩベースＰＵＣＣＨリソース、ＰＵＣＣＨ ＲＢ、又はＰＵＣＣＨシーケンスのうち１つ以上の組合せを基準に）を選択する方式をそのまま適用し、２^Ｎ個の送信リソースが選択されてよい。２^Ｎ個の送信リソース中から１つの送信リソース（例えば、ＰＵＣＣＨリソース／ＲＢ／シーケンス）がＮ＞ｋである場合のための（すなわち、（変換された）ＨＡＲＱ－ＡＣＫ情報ビットの送信のために選択される）ＰＵＣＣＨリソース／送信と定義／設定されてよい。

【0218】

又は、（変換された）ＨＡＲＱ－ＡＣＫ情報ビットの送信のために選択されるＰＵＣＣＨリソースは、ユニキャストに対するＰＵＣＣＨ－ｃｏｎｆｉｇ、又はマルチキャストに対するＡＣＫ／ＮＡＣＫベースＨＡＲＱ－ＡＣＫに対するＰＵＣＣＨ－ｃｏｎｆｉｇによって選択されてもよい。万一、マルチキャストに対するＰＵＣＣＨ－ｃｏｎｆｉｇが設定されていない場合に、ユニキャストに対するＰＵＣＣＨ－ｃｏｎｆｉｇの設定によってＰＵＣＣＨリソースが選択されてよい。

【0219】

Ｎ個のグループ共通ＰＤＳＣＨが全てＳＰＳ ＰＤＳＣＨである場合に、ＤＣＩで指示されるＰＲＩが存在しなくてよい。この場合、Ｎ個のＰＤＳＣＨのうち最も低い（ｌｏｗｅｓｔ）ＳＰＳ設定インデックス（ＳＰＳ Ｃｏｎｆｉｇ ｉｎｄｅｘ）、最も高い（ｈｉｇｈｅｓｔ）ＳＰＳ設定インデックス、又はより高い優先順位（ｈｉｇｈｅｒ ｐｒｉｏｒｉｔｙ）に該当するグループ共通ＰＤＳＣＨのＰＵＣＣＨリソースが、（変換された）ＨＡＲＱ－ＡＣＫ情報ビットの送信のために選択されてよい。

【0220】

基地局は、前述したＮ値又はｋ値を特定値に設定できる。ここで、Ｎ又はｋ値が、端末が測定したサービングセルのＲＳＲＰ測定値によって（又は、考慮して）調節されるように設定されてよい。

【0221】

図１０は、本開示の一実施例に係るネットワーク側及び端末のシグナリング手順を説明するための図である。

【0222】

図１０は、前述した本開示の例示（例えば、実施例１、２、又はその細部例示のうち１つ以上の組合せ）が適用され得る状況において、ネットワーク側（ｎｅｔｗｏｒｋ ｓｉｄｅ）及び端末（ＵＥ）間のシグナリングの例示を示す。

【0223】

ここで、ＵＥ／ネットワーク側は例示的なものであり、図１１を参照して説明するように、様々な装置で代替適用されてよい。図１０は、説明の便宜のためのもので、本開示の範囲を限定するものでない。また、図１０に示す一部の段階は、状況及び／又は設定などによって省略されてもよい。また、図１０のネットワーク側／ＵＥの動作において、前述した上りリンク送受信動作などが参照又は利用されてよい。

【0224】

以下の説明において、ネットワーク側は、複数のＴＲＰを含む１つの基地局であってよく、複数のＴＲＰを含む１つのセルであってもよい。又は、ネットワーク側は、複数のＲＲＨ（ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ）／ＲＲＵ（ｒｅｍｏｔｅ ｒａｄｉｏ ｕｎｉｔ）を含んでよい。一例として、ネットワーク側を構成するＴＲＰ１とＴＲＰ２との間には理想的／非理想的バックホール（ｂａｃｋｈａｕｌ）が設定されてよい。また、以下の説明は、複数のＴＲＰを基準にして説明されるが、これは、複数のパネル／セルを介した送信にも同一に拡張して適用されてよく、複数のＲＲＨ／ＲＲＵなどを介した送信にも拡張して適用されてよい。

【0225】

また、以下の説明では「ＴＲＰ」を基準にして説明されるが、上述したように、「ＴＲＰ」は、パネル（ｐａｎｅｌ）、アンテナアレイ（ａｎｔｅｎｎａ ａｒｒａｙ）、セル（ｃｅｌｌ）（例えば、マクロセル／スモールセル／ピコセルなど）、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、基地局（ｂａｓｅ ｓｔａｔｉｏｎ、ｇＮＢなど）などの表現に代替して適用されてよい。上述したように、ＴＲＰは、ＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に関する情報（例えば、ＣＯＲＥＳＥＴインデックス、ＩＤ）によって区分されてよい。

【0226】

一例として、１つの端末が複数のＴＲＰ（又は、セル）と送受信を行うように設定された場合に、これは、１つの端末に対して複数のＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）が設定されたことを意味できる。このようなＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に対する設定は、上位層シグナリング（例えば、ＲＲＣシグナリングなど）で行われてよい。

【0227】

また、基地局は、端末とデータの送受信を行う客体（ｏｂｊｅｃｔ）を総称する意味であってよい。例えば、前記基地局は、１つ以上のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）、１つ以上のＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）などを含む概念であってよい。また、ＴＰ及び／又はＴＲＰは、基地局のパネル、送受信ユニット（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｕｎｉｔ）などを含むものであってよい。

【0228】

端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに進入し、１つ以上の関心のある（ｉｎｔｅｒｅｓｔｅｄ）ＭＢＳサービスを示すメッセージをネットワーク側に報告することができる（Ｓ１０５）。

【0229】

ここで、端末は、ＵＣＩ、ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）、ＲＲＣメッセージのうち少なくとも１つを用いて前記メッセージをネットワーク側に送信することができる。そして、前記メッセージ内の関心のあるＭＢＳサービスは、ネットワーク側から受信したＤＬメッセージに羅列されたＴＭＧＩ又はＧ－ＲＮＴＩのうち１つを意味できる。

【0230】

例えば、ＤＬメッセージは、ＴＭＧＩ ＃１、ＴＭＧＩ ＃３、ＴＭＧＩ ＃５、及びＴＭＧＩ ＃１０を羅列するサービス可用性メッセージであってよい。端末がＴＭＧＩ ＃５に関心がある場合に、端末は、メッセージにおいてＴＭＧＩ ＃５の順序を示すことができる。すなわち、端末は、ネットワーク側に「３」を報告できる。

【0231】

さらに他の例として、ＤＬメッセージは、Ｇ－ＲＮＴＩ ＃１、Ｇ－ＲＮＴＩ ＃３、Ｇ－ＲＮＴＩ ＃５、及びＧ－ＲＮＴＩ ＃１０を羅列するサービス可用性メッセージであってよい。端末がＧ－ＲＮＴＩ ＃１０に関心がある場合に、端末は、メッセージにＧ－ＲＮＴＩ ＃１０の順序を示すことができる。すなわち、端末はネットワーク側に「４」を報告できる。

【0232】

例えば、上述したＳ１０５段階のＵＥ（図１１の１００又は２００）がネットワーク側（図１１の２００又は１００）に前記メッセージを送信する動作は、後述する図１１の装置によって具現されてよい。例えば、図１１を参照すると、１つ以上のプロセッサ１０２は、前記メッセージを送信するように１つ以上のトランシーバー１０６及び／又は１つ以上のメモリ１０４などを制御でき、１つ以上のトランシーバー１０６は、ネットワーク側に前記メッセージを送信できる。

【0233】

前記メッセージを受信すると、ネットワーク側は、端末にＲＲＣメッセージによって設定情報を送信できる（Ｓ１１０）。

【0234】

例えば、前記設定情報は、ＣＦＲ（ｃｏｍｍｏｎ ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ）設定情報、１つ以上のＧ－ＲＮＴＩ値に対するＴＣＩ状態を含む１つ以上のグループ共通ＰＤＳＣＨ設定情報、１つ以上のＧ－ＲＮＴＩ値に対するＴＣＩ状態を含む検索空間（サーチスペース、ｓｅａｒｃｈ ｓｐａｃｅ）設定情報を含んでよい。

【0235】

ここで、ＲＲＣメッセージは、ＰＴＭ ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）で送信されるグループ共通メッセージ、又は端末特定（ＵＥ固有、ＵＥ－ｓｐｅｃｉｆｉｃ）ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）で送信される端末専用メッセージであってよい。

【0236】

そして、ＣＦＲは、ＤＬ ＣＦＲ及びＵＬ ＣＦＲを含んでよい。例えば、１つのＤＬ ＣＦＲは、ＭＢＳ送受信のためのグループ共通ＰＤＣＣＨ及びグループ共通ＰＤＳＣＨ送信リソースを提供できる。１つのＵＬ ＣＦＲは、グループ共通ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソースを提供できる。１つのＣＦＲは、１つのＭＢＳ特定ＢＷＰであるか、１つの端末特定ＢＷＰであってよい。追加又は代案として、１つの端末特定ＢＷＰ内に１つ又は複数のＣＦＲが設定されてよい。１つのＣＦＲは、１つの端末特定ＢＷＰと連結関係を有してよい。

【0237】

端末は、それぞれのＭＢＳ ＣＦＲ又は各サービングセルに対して少なくともＧ－ＲＮＴＩ値で設定されてよい。ＧＣ－ＣＳ－ＲＮＴＩは、１つ以上のグループ共通ＳＰＳ構成の活性化、再送信又は解除のために設定／使用されてよい。

【0238】

端末に対してＣＦＲ又はサービングセルに対してＧＣ－ＣＳ－ＲＮＴＩで構成されず、ＣＳ－ＲＮＴＩがＣＦＲ又はサービングセルに対して設定された場合に、端末は、１つ以上のグループ共通ＳＰＳ構成の活性化、再送信又は解除のためにＣＳ－ＲＮＴＩを使用することができる。

【0239】

ネットワーク側は、１つのＧＣ－ＣＳ－ＲＮＴＩ値にＴＭＧＩ目録又はＧ－ＲＮＴＩ目録を関連付けることができる。このとき、ネットワーク側は、ＧＣ－ＣＳ－ＲＮＴＩ値と関連付けられたＴＭＧＩ目録又はＧ－ＲＮＴＩ目録を提供できる。

【0240】

そして、各ＰＤＳＣＨの設定情報（例えば、「ＰＤＳＣＨ－ｃｏｎｆｉｇ」）は、マルチキャスト及び／又はブロードキャストに対して最小限の情報要素として表８のように構成されてよい。

【0241】

【表8】

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

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

【0337】

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

【0338】

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

【0339】

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

【0340】

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

【0341】

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

【0342】

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

【0343】

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

【0344】

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

【産業上の利用可能性】

【0345】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【手続補正書】

【提出日】2024-05-08

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末によって実行される方法であって、前記方法は、
第２ＨＡＲＱ－ＡＣＫ（hybrid automatic repeat and request-acknowledgement）報告モードと関連するＮ（Ｎ＞１）個のＨＡＲＱ－ＡＣＫ情報ビットを生成する段階と、
１つのＰＵＣＣＨ（physical uplink control channel）内で、第１ＨＡＲＱ－ＡＣＫ報告モードに従う第１方式、又は前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいてＰＵＣＣＨリソースのセットのうち１つのＰＵＣＣＨリソースを選択することによる第２方式の一方を適用し、ＨＡＲＱ－ＡＣＫ情報をネットワークに送信する段階と、を含み、
前記第１方式又は前記第２方式の一方は、前記ネットワークによる設定に基づいて適用される、方法。

【請求項2】

前記第２方式に対して、前記ＰＵＣＣＨリソースのセットは、２^Ｎ－１個のＰＵＣＣＨリソース候補を含む、請求項１に記載の方法。

【請求項3】

前記ＰＵＣＣＨリソース候補のそれぞれは、前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの前記値の互いに異なる組合せに対応する、請求項２に記載の方法。

【請求項4】

前記第１方式に基づいて、前記第２ＨＡＲＱ－ＡＣＫ報告モードとのみ関連付けられた前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットに対して、前記第１ＨＡＲＱ－ＡＣＫ報告モードに従ったＨＡＲＱ－ＡＣＫ情報ビットが、前記端末によって提供される、請求項１に記載の方法。

【請求項5】

前記第１方式に従って前記第２ＨＡＲＱ－ＡＣＫ報告モードの前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットに対して前記第１ＨＡＲＱ－ＡＣＫ報告モードの前記ＨＡＲＱ－ＡＣＫ情報ビットが提供されることに基づいて、マルチキャストＤＣＩ（downlink control information）フォーマットに含まれるＰＵＣＣＨリソース指示子フィールドに基づいてＰＵＣＣＨリソースが決定される、請求項４に記載の方法。

【請求項6】

前記マルチキャストＤＣＩフォーマットは、少なくとも１つのマルチキャストＤＣＩフォーマットのうち最後のＤＣＩフォーマットである、請求項５に記載の方法。

【請求項7】

前記マルチキャストＤＣＩフォーマットは、Ｇ－ＲＮＴＩ（group-radio network temporary identifier）又はＧ－ＣＳ（G-configured scheduling）－ＲＮＴＩでＣＲＣ（cyclic redundancy check）スクランブルされる、請求項５に記載の方法。

【請求項8】

前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットは、前記ネットワークから受信される少なくとも１つのＤＣＩフォーマット又は少なくとも１つのマルチキャストＰＤＳＣＨ（physical downlink shared channel）の少なくとも１つに対して生成される、請求項１に記載の方法。

【請求項9】

前記ネットワークによる前記設定に従って、Ｎ＝２、３又は４に前記第２方式が適用され、Ｎ＞４に前記第１方式が適用される、請求項１に記載の方法。

【請求項10】

前記第１ＨＡＲＱ－ＡＣＫ報告モードは、トランスポートブロックのデコーディングに成功したかどうかに基づくＡＣＫ値又はＮＡＣＫ（non-acknowledgement）値が前記ＨＡＲＱ－ＡＣＫ情報として生成されることを含む、請求項１に記載の方法。

【請求項11】

前記第２ＨＡＲＱ－ＡＣＫ報告モードは、ＡＣＫ値のみを含むＨＡＲＱ－ＡＣＫ情報が送信されず、ＮＡＣＫ値を含むＨＡＲＱ－ＡＣＫ情報が送信されることを含む、請求項１に記載の方法。

【請求項12】

無線通信システムにおける端末であって、前記端末は、
少なくとも１つの送受信機と、
前記少なくとも１つの送受信機と連結された少なくとも１つのプロセッサと、を備え、
前記少なくとも１つのプロセッサは、
第２ＨＡＲＱ－ＡＣＫ（hybrid automatic repeat and request-acknowledgement）報告モードと関連するＮ（Ｎ＞１）個のＨＡＲＱ－ＡＣＫ情報ビットを生成し、
１つのＰＵＣＣＨ（physical uplink control channel）内で、第１ＨＡＲＱ－ＡＣＫ報告モードに従う第１方式、又は前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいてＰＵＣＣＨリソースのセットのうち１つのＰＵＣＣＨリソースを選択することによる第２方式の一方を適用し、ＨＡＲＱ－ＡＣＫ情報をネットワークに前記少なくとも１つの送受信機を介して送信する、ように設定され、
前記第１方式又は前記第２方式の一方は、前記ネットワークによる設定に基づいて適用される、端末。

【請求項13】

無線通信システムにおいて基地局によって実行される方法であって、前記方法は、
少なくとも１つのマルチキャストＤＣＩフォーマット又は少なくとも１つのマルチキャストＰＤＳＣＨ（physical downlink shared channel）の少なくとも１つを端末に送信する段階と、
前記少なくとも１つのＤＣＩフォーマット又は前記少なくとも１つのマルチキャストＰＤＳＣＨの少なくとも１つに基づいて生成される第２ＨＡＲＱ－ＡＣＫ（hybrid automatic repeat and request-acknowledgement）報告モードと関連するＮ（Ｎ＞１）個のＨＡＲＱ－ＡＣＫ情報ビットに対して、第１ＨＡＲＱ－ＡＣＫ報告モードに従う第１方式、又は前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいてＰＵＣＣＨ（physical uplink control channel）リソースのセットのうち１つのＰＵＣＣＨリソースを選択することによる第２方式の一方が適用されたＨＡＲＱ－ＡＣＫ情報を、１つのＰＵＣＣＨ内で前記端末から受信する段階と、を含み、
前記第１方式又は前記第２方式の一方は、ネットワークによる設定に基づいて適用される、方法。

【請求項14】

無線通信システムにおける基地局であって、前記基地局は、
少なくとも１つの送受信機と、
前記少なくとも１つの送受信機と連結された少なくとも１つのプロセッサと、を備え、
前記少なくとも１つのプロセッサは、
少なくとも１つのマルチキャストＤＣＩフォーマット又は少なくとも１つのマルチキャストＰＤＳＣＨ（physical downlink shared channel）の少なくとも１つを、前記少なくとも１つの送受信機を介して端末に送信し、
前記少なくとも１つのＤＣＩフォーマット又は前記少なくとも１つのマルチキャストＰＤＳＣＨの少なくとも１つに基づいて生成される第２ＨＡＲＱ－ＡＣＫ（hybrid automatic repeat and request-acknowledgement）報告モードと関連するＮ（Ｎ＞１）個のＨＡＲＱ－ＡＣＫ情報ビットに対して、第１ＨＡＲＱ－ＡＣＫ報告モードに従う第１方式、又は前記Ｎ個のＨＡＲＱ－ＡＣＫ情報ビットの値に基づいてＰＵＣＣＨ（physical uplink control channel）リソースのセットのうち１つのＰＵＣＣＨリソースを選択することによる第２方式の一方が適用されたＨＡＲＱ－ＡＣＫ情報を、１つのＰＵＣＣＨ内で前記端末から前記少なくとも１つの送受信機を介して受信する、ように設定され、
前記第１方式又は前記第２方式の一方は、ネットワークによる設定に基づいて適用される、基地局。

【請求項15】

無線通信システムにおいて端末を制御するように設定されるプロセシング装置であって、前記プロセシング装置は、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、前記少なくとも１つのプロセッサによって実行されることに基づいて請求項１～１１のいずれか一項に記載の方法を実行するための命令を保存する少なくとも１つのコンピュータメモリと、を備える、プロセシング装置。

【請求項16】

少なくとも１つの命令を保存する少なくとも１つの非一時的コンピュータ可読媒体であって、
前記少なくとも１つの命令は、少なくとも１つのプロセッサによって実行されることによって、無線通信システムにおいて請求項１～１１のいずれか一項に記載の方法を実行するように装置を制御する、コンピュータ可読媒体。

【国際調査報告】