特許 7667084 端末装置、基地局装置、および、通信方法

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

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

(11)【特許番号】

(24)【登録日】2025-04-14

(45)【発行日】2025-04-22

(54)【発明の名称】端末装置、基地局装置、および、通信方法

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20250415BHJP

   H04L 27/26 20060101ALI20250415BHJP

   H04W 28/06 20090101ALI20250415BHJP

   H04W 72/0446 20230101ALI20250415BHJP

   H04W 72/231 20230101ALI20250415BHJP

   H04W 72/232 20230101ALI20250415BHJP

【ＦＩ】

H04W72/1268

H04L27/26 113

H04W28/06 110

H04W72/0446

H04W72/231

H04W72/232

【請求項の数】 7

(21)【出願番号】P 2021551487

(86)(22)【出願日】2020-10-02

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

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

(87)【国際公開日】2021-04-08

【審査請求日】2023-10-02

(31)【優先権主張番号】P 2019183240

(32)【優先日】2019-10-03

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

(73)【特許権者】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】100161207

【弁理士】

【氏名又は名称】西澤 和純

(74)【代理人】

【識別番号】100129115

【弁理士】

【氏名又は名称】三木 雅夫

(74)【代理人】

【識別番号】100133569

【弁理士】

【氏名又は名称】野村 進

(74)【代理人】

【識別番号】100131473

【弁理士】

【氏名又は名称】覚田 功二

(72)【発明者】

【氏名】高橋 宏樹

(72)【発明者】

【氏名】山田 昇平

(72)【発明者】

【氏名】劉 麗清

【審査官】齋藤 浩兵

(56)【参考文献】

【文献】国際公開第２０１９／０５０３８１（ＷＯ，Ａ１）

【文献】特表２０２０－５３３８９１（ＪＰ，Ａ）

【文献】Sharp，PUSCH enhancements for NR URLLC[online]，3GPP TSG RAN WG1 #98 R1-1909101，2019年08月30日，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1909101.zip>

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

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

Ｈ０４Ｌ ２７／２６

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

端末装置であって、
一定期間のシンボルのそれぞれが下りリンク、上りリンク、およびフレキシブルのいずれであるかを示す第１の情報を含むＲＲＣメッセージを受信し、第１のビットフィールドを含む第２の情報を受信し、あるトランスポートブロックのための物理上りリンク共用チャネルを送信する第１の時間リソースを特定するための第３の情報を受信する受信部と、
前記第１の情報および前記第３の情報に基づいて前記第１の時間リソースを特定する決定部と、を備え、
前記決定部は、
前記第１のビットフィールドが第１の値であり、前記受信部が複数のスロットのスロットフォーマットを示す第４の情報を物理下りリンク制御チャネルで受信した場合に、前記第１の時間リソースのうち前記スロットフォーマットで下りリンクと示されるシンボルおよびフレキシブルと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの送信に用いず、前記第１の時間リソースのうち前記スロットフォーマットで上りリンクと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの送信に用い、
前記第１のビットフィールドが第２の値である場合に、前記第１の時間リソースの全てを前記物理上りリンク共用チャネルの送信に用いる端末装置。

【請求項2】

前記受信部は、前記第２の情報を物理下りリンク制御チャネルで受信する請求項１記載の端末装置。

【請求項3】

前記受信部は、前記第２の情報をＲＲＣメッセージで受信する請求項１記載の端末装置。

【請求項4】

端末装置と通信を行なう基地局装置であって、
一定期間のシンボルのそれぞれが下りリンク、上りリンク、およびフレキシブルのいずれであるかを示す第１の情報を含むＲＲＣメッセージを送信し、第１のビットフィールドを含む第２の情報を送信し、前記端末装置があるトランスポートブロックのための物理上りリンク共用チャネルを送信する第１の時間リソースを特定するための第３の情報を送信する送信部と、
前記第１の情報、前記第２の情報および前記第３の情報に基づいて前記物理上りリンク共用チャネルを受信する受信部と、を備え、
前記受信部は、
前記第１のビットフィールドが第１の値であり、前記送信部が前記端末装置に対して複数のスロットのスロットフォーマットを示す第４の情報を物理下りリンク制御チャネルで送信した場合に、前記第１の時間リソースのうち前記スロットフォーマットで下りリンクと示されるシンボルおよびフレキシブルと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの受信に用いず、前記第１の時間リソースのうち前記スロットフォーマットで上りリンクと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの受信に用い、
前記第１のビットフィールドが第２の値である場合に、前記第１の時間リソースの全てを前記物理上りリンク共用チャネルの受信に用いる基地局装置。

【請求項5】

前記送信部は、前記第２の情報を物理下りリンク制御チャネルで送信する請求項４記載の基地局装置。

【請求項6】

前記送信部は、前記第２の情報をＲＲＣメッセージで送信する請求項４記載の基地局装置。

【請求項7】

端末装置の通信方法であって、
一定期間のシンボルのそれぞれが下りリンク、上りリンク、およびフレキシブルのいずれであるかを示す第１の情報を含むＲＲＣメッセージを受信し、第１のビットフィールドを含む第２の情報を受信し、あるトランスポートブロックのための物理上りリンク共用チャネルを送信する第１の時間リソースを特定するための第３の情報を受信し、
前記第１の情報および前記第３の情報に基づいて前記第１の時間リソースを特定し、
前記第１のビットフィールドが第１の値であり、複数のスロットのスロットフォーマットを示す第４の情報を物理下りリンク制御チャネルで受信した場合に、前記第１の時間リソースのうち前記スロットフォーマットで下りリンクと示されるシンボルおよびフレキシブルと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの送信に用いず、前記第１の時間リソースのうち前記スロットフォーマットで上りリンクと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの送信に用い、
前記第１のビットフィールドが第２の値である場合に、前記第１の時間リソースの全てを前記物理上りリンク共用チャネルの送信に用いる通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、端末装置、基地局装置、および、通信方法に関する。
本願は、２０１９年１０月３日に日本に出願された特願２０１９－１８３２４０号について優先権を主張し、その内容をここに援用する。

【背景技術】

【0002】

現在、第５世代のセルラーシステムに向けた無線アクセス方式および無線ネットワーク技術として、第三世代パートナーシッププロジェクト（3GPP: The Third Generation Partnership Project）において、LTE（Long Term Evolution）-Advanced Pro及びNR（New Radio technology）の技術検討及び規格策定が行われている（非特許文献１）。

【0003】

第５世代のセルラーシステムでは、高速・大容量伝送を実現するeMBB（enhanced Mobile BroadBand）、低遅延・高信頼通信を実現するURLLC（Ultra-Reliable and Low LatencyCommunication）、IoT（Internet of Things）などマシン型デバイスが多数接続するmMTC（massive Machine Type Communication）の3つがサービスの想定シナリオとして要求されている。

【先行技術文献】

【非特許文献】

【0004】

【文献】RP-161214, NTT DOCOMO, “Revision of SI: Study on New Radio Access Technology”, 2016年6月

【発明の概要】

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

【0005】

本発明の目的は、上記のような無線通信システムにおいて、効率的な通信を可能とする端末装置、基地局装置、および、通信方法を提供することを目的とする。

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

【0006】

（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の一態様における端末装置は、一定期間のシンボルのそれぞれが下りリンク、上りリンク、およびフレキシブルのいずれであるかを示す第１の情報を含むＲＲＣメッセージを受信し、第１のビットフィールドを含む第２の情報を受信し、あるトランスポートブロックのための物理上りリンク共用チャネルを送信する第１の時間リソースを特定するための第３の情報を受信する受信部と、前記第１の情報および前記第３の情報に基づいて前記第１の時間リソースを特定する決定部と、を備え、前記決定部は、前記第１のビットフィールドが第１の値であり、前記受信部が複数のスロットのスロットフォーマットを示す第４の情報を物理下りリンク制御チャネルで受信した場合に、前記第１の時間リソースのうち前記スロットフォーマットで下りリンクと示されるシンボルおよびフレキシブルと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの送信に用いず、前記第１のビットフィールドが第２の値である場合に、前記第１の時間リソースの全てを前記物理上りリンク共用チャネルの送信に用いる。

【0007】

（２）また、本発明の一態様における基地局装置は、端末装置と通信を行なう基地局装置であって、一定期間のシンボルのそれぞれが下りリンク、上りリンク、およびフレキシブルのいずれであるかを示す第１の情報を含むＲＲＣメッセージを送信し、第１のビットフィールドを含む第２の情報を送信し、前記端末装置があるトランスポートブロックのための物理上りリンク共用チャネルを送信する第１の時間リソースを特定するための第３の情報を送信する送信部と、前記第１の情報、前記第２の情報および前記第３の情報に基づいて前記物理上りリンク共用チャネルを受信する受信部と、を備え、前記受信部は、前記第１のビットフィールドが第１の値であり、前記送信部が前記端末装置に対して複数のスロットのスロットフォーマットを示す第４の情報を物理下りリンク制御チャネルで送信した場合に、前記第１の時間リソースのうち前記スロットフォーマットで下りリンクと示されるシンボルおよびフレキシブルと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの受信に用いず、前記第１のビットフィールドが第２の値である場合に、前記第１の時間リソースの全てを前記物理上りリンク共用チャネルの受信に用いる。

【0008】

（３）また、本発明の一態様における通信方法は、端末装置の通信方法であって、一定期間のシンボルのそれぞれが下りリンク、上りリンク、およびフレキシブルのいずれであるかを示す第１の情報を含むＲＲＣメッセージを受信し、第１のビットフィールドを含む第２の情報を受信し、あるトランスポートブロックのための物理上りリンク共用チャネルを送信する第１の時間リソースを特定するための第３の情報を受信し、前記第１の情報および前記第３の情報に基づいて前記第１の時間リソースを特定し、前記第１のビットフィールドが第１の値であり、複数のスロットのスロットフォーマットを示す第４の情報を物理下りリンク制御チャネルで受信した場合に、前記第１の時間リソースのうち前記スロットフォーマットで下りリンクと示されるシンボルおよびフレキシブルと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの送信に用いず、前記第１のビットフィールドが第２の値である場合に、前記第１の時間リソースの全てを前記物理上りリンク共用チャネルの送信に用いる。

【0009】

（４）また、本発明の一態様における通信方法は、基地局装置の通信方法であって、一定期間のシンボルのそれぞれが下りリンク、上りリンク、およびフレキシブルのいずれであるかを示す第１の情報を含むＲＲＣメッセージを送信し、第１のビットフィールドを含む第２の情報を送信し、前記端末装置があるトランスポートブロックのための物理上りリンク共用チャネルを送信する第１の時間リソースを特定するための第３の情報を送信し、前記第１の情報、前記第２の情報および前記第３の情報に基づいて前記物理上りリンク共用チャネルを受信し、前記第１のビットフィールドが第１の値であり、前記端末装置に対して複数のスロットのスロットフォーマットを示す第４の情報を物理下りリンク制御チャネルで送信した場合に、前記第１の時間リソースのうち前記スロットフォーマットで下りリンクと示されるシンボルおよびフレキシブルと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの受信に用いず、前記第１のビットフィールドが第２の値である場合に、前記第１の時間リソースの全てを前記物理上りリンク共用チャネルの受信に用いる。

【発明の効果】

【0010】

この発明の一態様によれば、端末装置と基地局装置が、効率的に通信することができる。

【図面の簡単な説明】

【0011】

【図1】本発明の実施形態に係る無線通信システムの概念を示す図である。

【図2】本発明の実施形態に係るＳＳ／ＰＢＣＨブロックおよびＳＳバーストセットの例を示す図である。

【図3】本発明の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。

【図4】本発明の実施形態に係るサブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。

【図5】本発明の実施形態に係るスロットまたはサブフレームの一例を示す図である。

【図6】本発明の実施形態に係るスロットフォーマットのテーブルの一例を示す図である。

【図7】本発明の実施形態に係るビームフォーミングの一例を示した図である。

【図8】本発明の実施形態に係るＰＵＳＣＨに適用するリソース割り当てテーブルの決定法を示すテーブルの一例である。

【図9】本発明の実施形態に係るＰＵＳＣＨに適用するリソース割り当てテーブルの決定法を示すテーブルの別の一例である。

【図10】本実施形態に係るＰＵＳＣＨデフォルトテーブルＡの一例を示す図である。

【図11】本実施形態に係るＰＵＳＣＨデフォルトテーブルＢの一例を示す図である。

【図12】本発明の実施形態に係るＲＲＣパラメータＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのパラメータ構成の一例を示す図である。

【図13】本発明の実施形態に係るＳＬＩＶを算出する一例を示す図である。

【図14】本発明の実施形態に係るＲＲＣパラメータＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２のパラメータ構成の一例を示す図である。

【図15】本発明の実施形態に係るＲＲＣパラメータＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ３のパラメータ構成の一例を示す図である。

【図16】本発明の実施形態に係るＰＵＳＣＨの送信に利用可能な上りシンボルの一例を示す図である。

【図17】本発明の実施形態に係るＰＵＳＣＨの繰返し送信におけるＰＵＳＣＨのドロッピングの例を示す図である。

【図18】本発明の実施形態に係るＰＵＳＣＨの繰返し送信におけるＰＵＳＣＨの時間リソース配置の例を示す図である。

【図19】本発明の実施形態に係るＰＵＳＣＨのセグメンテーションの一例を示す図である。

【図20】本発明の実施形態に係るＰＵＳＣＨのセグメンテーションの別の一例を示す図である。

【図21】本発明の実施形態に係る第１の周波数ホッピングの概略図である。

【図22】本発明の実施形態に係る第２の周波数ホッピングの概略図である。

【図23】本発明の実施形態に係る端末装置１の構成を示す概略ブロック図である。

【図24】本発明の実施形態に係る基地局装置３の構成を示す概略ブロック図である。

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

【0012】

以下、本発明の実施形態について説明する。

【0013】

図１は、本実施形態における無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ、端末装置１Ｂ、および基地局装置３を具備する。以下、端末装置１Ａ、および、端末装置１Ｂを、端末装置１とも称する。

【0014】

端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（User Equipment）、ＭＳ（Mobile Station）とも称される。基地局装置３は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（Node B）、ｅＮＢ（evolved Node B）、ＢＴＳ（Base Transceiver Station）、ＢＳ（Base Station）、ＮＲ ＮＢ（NR Node B）、ＮＮＢ、ＴＲＰ（Transmission and Reception Point）、ｇＮＢとも称される。基地局装置３は、コアネットワーク装置を含んでも良い。また、基地局装置３は、１つまたは複数の送受信点４（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）を具備しても良い。以下で説明する基地局装置３の機能／処理の少なくとも一部は、該基地局装置３が具備する各々の送受信点４における機能／処理であってもよい。基地局装置３は、基地局装置３によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つまたは複数の送受信点４によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つのセルを複数の部分領域（Ｂｅａｍｅｄ ａｒｅａ）にわけ、それぞれの部分領域において端末装置１をサーブしてもよい。ここで、部分領域は、ビームフォーミングで使用されるビームのインデックスあるいはプリコーディングのインデックスに基づいて識別されてもよい。

【0015】

本実施形態では、基地局装置３から端末装置１への無線通信リンクは下りリンクと称される。本実施形態では、端末装置１から基地局装置３への無線通信リンクは上りリンクと称される。

【0016】

図１において、端末装置１と基地局装置３の間の無線通信では、サイクリックプレフィックス（CP: Cyclic Prefix）を含む直交周波数分割多重（OFDM: Orthogonal Frequency Division Multiplexing）、シングルキャリア周波数多重（SC-FDM: Single-Carrier Frequency Division Multiplexing）、離散フーリエ変換拡散ＯＦＤＭ（DFT-S-OFDM: Discrete Fourier Transform Spread OFDM）、マルチキャリア符号分割多重（MC-CDM: Multi-Carrier Code Division Multiplexing）が用いられてもよい。

【0017】

また、図１において、端末装置１と基地局装置３の間の無線通信では、ユニバーサルフィルタマルチキャリア（UFMC: Universal-Filtered Multi-Carrier）、フィルタＯＦＤＭ（F-OFDM: Filtered OFDM）、窓関数が乗算されたＯＦＤＭ（Windowed OFDM）、フィルタバンクマルチキャリア（FBMC: Filter-Bank Multi-Carrier）が用いられてもよい。

【0018】

なお、本実施形態ではＯＦＤＭを伝送方式としてＯＦＤＭシンボルで説明するが、上述の他の伝送方式の場合を用いた場合も本発明の一態様に含まれる。

【0019】

また、図１において、端末装置１と基地局装置３の間の無線通信では、ＣＰを用いない、あるいはＣＰの代わりにゼロパディングをした上述の伝送方式が用いられてもよい。また、ＣＰやゼロパディングは前方と後方の両方に付加されてもよい。

【0020】

本実施形態の一態様は、ＬＴＥやＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏといった無線アクセス技術（RAT: Radio Access Technology）とのキャリアアグリゲーションまたはデュアルコネクティビティにおいてオペレーションされてもよい。このとき、一部またはすべてのセルまたはセルグループ、キャリアまたはキャリアグループ（例えば、プライマリセル（PCell: Primary Cell）、セカンダリセル（SCell: Secondary Cell）、プライマリセカンダリセル（PSCell）、ＭＣＧ（Master Cell Group）、ＳＣＧ（Secondary Cell Group）など）で用いられてもよい。また、本実施形態の一態様は、単独でオペレーションするスタンドアローンで用いられてもよい。デュアルコネクティビティオペレーションにおいては、ＳｐＣｅｌｌ（Special Cell）は、ＭＡＣ（MAC: Medium Access Control）エンティティがＭＣＧに関連付けられているか、ＳＣＧに関連付けられているかに応じて、それぞれ、ＭＣＧのPCellまたは、SCGのPSCellと称する。デュアルコネクティビティオペレーションでなければ、ＳｐＣｅｌｌ（Special Cell）は、PCellと称する。ＳｐＣｅｌｌ（Special Cell）は、ＰＵＣＣＨ送信と、競合ベースランダムアクセスをサポートする。

【0021】

本実施形態では、端末装置１に対して１つまたは複数のサービングセルが設定されてもよい。設定された複数のサービングセルは、１つのプライマリセルと１つまたは複数のセカンダリセルとを含んでもよい。プライマリセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリセルと指示されたセルであってもよい。ＲＲＣ（Radio Resource Control）コネクションが確立された時点、または、後に、１つまたは複数のセカンダリセルが設定されてもよい。ただし、設定された複数のサービングセルは、１つのプライマリセカンダリセルを含んでもよい。プライマリセカンダリセルは、端末装置１が設定された１つまたは複数のセカンダリセルのうち、上りリンクにおいて制御情報を送信可能なセカンダリセルであってもよい。また、端末装置１に対して、マスターセルグループとセカンダリセルグループの２種類のサービングセルのサブセットが設定されてもよい。マスターセルグループは１つのプライマリセルと０個以上のセカンダリセルで構成されてもよい。セカンダリセルグループは１つのプライマリセカンダリセルと０個以上のセカンダリセルで構成されてもよい。

【0022】

本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用されてよい。複数のセルの全てに対してＴＤＤ（Time Division Duplex）方式またはＦＤＤ（Frequency Division Duplex）方式が適用されてもよい。また、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。ＴＤＤ方式はアンペアードスペクトラムオペレーション（Unpaired spectrum operation）と称されてもよい。ＦＤＤ方式はペアードスペクトラムオペレーション（Paired spectrum operation）と称されてもよい。

【0023】

本実施形態の下りリンクにおいて、サービングセルに対応するキャリアは下りリンクコンポーネントキャリア（あるいは下りリンクキャリア）と称される。本実施形態の上りリンクにおいて、サービングセルに対応するキャリアは上りリンクコンポーネントキャリア（あるいは上りリンクキャリア）と称される。本実施形態のサイドリンクにおいて、サービングセルに対応するキャリアはサイドリンクコンポーネントキャリア（あるいはサイドリンクキャリア）と称される。下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア、および／またはサイドリンクコンポーネントキャリアは総じてコンポーネントキャリア（あるいはキャリア）と称される。

【0024】

本実施形態の物理チャネルおよび物理信号について説明する。

【0025】

図１において、端末装置１と基地局装置３の無線通信では、以下の物理チャネルが用いられる。

【0026】

・ＰＢＣＨ（物理報知チャネル：Physical Broadcast CHannel）
・ＰＤＣＣＨ（物理下りリンク制御チャネル：Physical Downlink Control CHannel）
・ＰＤＳＣＨ（物理下りリンク共用チャネル：Physical Downlink Shared CHannel）
・ＰＵＣＣＨ（物理上りリンク制御チャネル：Physical Uplink Control CHannel）
・ＰＵＳＣＨ（物理上りリンク共用チャネル：Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access CHannel）

【0027】

ＰＢＣＨは、端末装置１が必要な重要なシステム情報を含む重要情報ブロック（MIB: Master Information Block、EIB: Essential Information Block、ＢＣＨ：Broadcast Channel）を報知するために用いられる。

【0028】

また、ＰＢＣＨは、同期信号のブロック（ＳＳ／ＰＢＣＨブロックとも称する）の周期内の時間インデックスを報知するために用いられてよい。ここで、時間インデックスは、セル内の同期信号およびＰＢＣＨのインデックスを示す情報である。例えば、３つの送信ビーム（送信フィルタ設定、受信空間パラメータに関する擬似同位置（ＱＣＬ：Quasi Co-Location））の想定を用いてＳＳ／ＰＢＣＨブロックを送信する場合、予め定められた周期内または設定された周期内の時間順を示してよい。また、端末装置は、時間インデックスの違いを送信ビームの違いと認識してもよい。

【0029】

ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置１への無線通信）において、下りリンク制御情報（Downlink Control Information: DCI）を送信する（または運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称されてもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドは、ＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいてＰＤＣＣＨ候補（candidate）のセットをモニタする。ただし、モニタするとは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味してよい。

【0030】

例えば、以下のＤＣＩフォーマットが定義されてよい。
・ＤＣＩフォーマット０＿０
・ＤＣＩフォーマット０＿１
・ＤＣＩフォーマット０＿２
・ＤＣＩフォーマット１＿０
・ＤＣＩフォーマット１＿１
・ＤＣＩフォーマット１＿２
・ＤＣＩフォーマット２＿０
・ＤＣＩフォーマット２＿１
・ＤＣＩフォーマット２＿２
・ＤＣＩフォーマット２＿３

【0031】

ＤＣＩフォーマット０＿０は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿０は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。ＤＣＩフォーマット０＿０は、識別子であるＲａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ（ＲＮＴＩ）のうち、Ｃｅｌｌ－ＲＮＴＩ（Ｃ－ＲＮＴＩ）、Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ（ＣＳ）－ＲＮＴＩ）、ＭＣＳ―Ｃ－ＲＮＴＩ、および／または、Ｔｅｍｐｏｒａｒｙ Ｃ－ＮＲＴＩ（ＴＣ－ＲＮＴＩ）の何れかによってスクランブルされるＣＲＣ（Cyclic Redundancy Check）が付加されてもよい。ＤＣＩフォーマット０＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。

【0032】

ＤＣＩフォーマット０＿１は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿１は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ：BandWidth Part）を示す情報、チャネル状態情報（ＣＳＩ：Channel State Information）リクエスト、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）リクエスト、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット０＿１は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、Ｓｅｍｉ Ｐｅｒｓｉｓｔｅｎｔ（ＳＰ）－ＣＳＩ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。

【0033】

ＤＣＩフォーマット０＿２は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿２は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、ＢＷＰを示す情報、ＣＳＩリクエスト、ＳＲＳリクエスト、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット０＿２は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳＩ－ＲＮＴＩ、ＳＰ－ＣＳＩ－ＲＮＴＩ、および／または、ＭＣＳ－Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿２は、ＵＥ固有サーチスペースにおいてモニタされてもよい。ＤＣＩフォーマット０＿２は、ＤＣＩフォーマット０＿１Ａ等と称されるかもしれない。

【0034】

ＤＣＩフォーマット１＿０は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿０は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。ＤＣＩフォーマット１＿０は、識別子のうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＭＣＳ―Ｃ－ＲＮＴＩ、Ｐａｇｉｎｇ ＲＮＴＩ（Ｐ－ＲＮＴＩ）、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＩ）－ＲＮＴＩ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ（ＲＡ）－ＲＮＴＩ、および／または、ＴＣ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。

【0035】

ＤＣＩフォーマット１＿１は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿１は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ）を示す情報、送信設定指示（ＴＣＩ：Transmission Configuration Indication）、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット１＿１は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。

【0036】

ＤＣＩフォーマット１＿２は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿２は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、ＢＷＰを示す情報、ＴＣＩ、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット１＿２は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿２は、ＵＥ固有サーチスペースにおいてモニタされてもよい。ＤＣＩフォーマット１＿２は、ＤＣＩフォーマット１＿１Ａ等と称されるかもしれない。

【0037】

ＤＣＩフォーマット２＿０は、１つまたは複数のスロットのスロットフォーマットを通知するために用いられる。スロットフォーマットは、スロット内の各ＯＦＤＭシンボルが下りリンク、フレキシブル、上りリンクのいずれかに分類されたものとして定義される。例えば、スロットフォーマットが２８の場合、スロットフォーマット２８が指示されたスロット内の１４シンボルのＯＦＤＭシンボルに対してＤＤＤＤＤＤＤＤＤＤＤＤＦＵが適用される。ここで、Ｄが下りリンクシンボル、Ｆがフレキシブルシンボル、Ｕが上りリンクシンボルである。なお、スロットについては後述する。

【0038】

ＤＣＩフォーマット２＿１は、端末装置１に対して、送信がないと想定してよい物理リソースブロック（ＰＲＢあるいはＲＢ）とＯＦＤＭシンボルを通知するために用いられる。なお、この情報はプリエンプション指示（間欠送信指示）と称してよい。

【0039】

ＤＣＩフォーマット２＿２は、ＰＵＳＣＨおよびＰＵＳＣＨのための送信電力制御（ＴＰＣ：Transmit Power Control）コマンドの送信のために用いられる。

【0040】

ＤＣＩフォーマット２＿３は、１または複数の端末装置１によるサウンディング参照信号（ＳＲＳ）送信のためのＴＰＣコマンドのグループを送信するために用いられる。また、ＴＰＣコマンドとともに、ＳＲＳリクエストが送信されてもよい。また、ＤＣＩフォーマット２＿３に、ＰＵＳＣＨおよびＰＵＣＣＨのない上りリンク、またはＳＲＳの送信電力制御がＰＵＳＣＨの送信電力制御と紐付いていない上りリンクのために、ＳＲＳリクエストとＴＰＣコマンドが定義されてよい。

【0041】

下りリンクに対するＤＣＩを、下りリンクグラント（downlink grant）、または、下りリンクアサインメント（downlink assignment）とも称する。ここで、上りリンクに対するＤＣＩを、上りリンクグラント（uplink grant）、または、上りリンクアサインメント（Uplink assignment）とも称する。ＤＣＩを、ＤＣＩフォーマットとも称してもよい。

【0042】

１つのＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣパリティビットは、ＳＩ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、または、ＴＣ－ＲＮＴＩでスクランブルされる。ＳＩ－ＲＮＴＩはシステム情報のブロードキャストに使用される識別子であってもよい。Ｐ－ＲＮＴＩは、ページングおよびシステム情報変更の通知に使用される識別子であってもよい。Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩは、セル内において端末装置を識別するための識別子である。ＴＣ－ＲＮＴＩは、競合ベースのランダムアクセス手順（contention based random access procedure）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。

【0043】

Ｃ－ＲＮＴＩは、１つまたは複数のスロットにおけるＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられる。ＣＳ－ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。ＭＣＳ－Ｃ－ＲＮＴＩは、グラントベース送信（grant-based transmission）に対して所定のＭＣＳテーブルの使用を示すために用いられる。ＴＣ－ＲＮＴＩは、１つまたは複数のスロットにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。ＴＣ－ＲＮＴＩは、ランダムアクセスメッセージ３の再送信、およびランダムアクセスメッセージ４の送信をスケジュールするために用いられる。ＲＡ－ＲＮＴＩは、ランダムアクセスプリアンブルを送信した物理ランダムアクセスチャネルの周波数および時間の位置情報に応じて決定される。

【0044】

Ｃ－ＲＮＴＩおよび／またはその他のＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのトラフィックのタイプに対応して異なる値が用いられてもよい。Ｃ－ＲＮＴＩおよびその他のＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨで伝送されるデータのサービスタイプ（ｅＭＢＢ、ＵＲＬＬＣ、および／または、ｍＭＴＣ）に対応して異なる値が用いられてもよい。基地局装置３は、送信するデータのサービスタイプに対応して異なる値のＲＮＴＩを用いてもよい。端末装置１は、受信したＤＣＩに適用された（スクランブルに用いられた）ＲＮＴＩの値によって、関連するＰＤＳＣＨまたはＰＵＳＣＨで伝送されるデータのサービスタイプを識別してもよい。

【0045】

ＰＵＣＣＨは、上りリンクの無線通信（端末装置１から基地局装置３の無線通信）において、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用いられる。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（CSI: Channel State Information）が含まれてもよい。また、上りリンク制御情報には、ＵＬ－ＳＣＨリソースを要求するために用いられるスケジューリング要求（SR: Scheduling Request）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）が含まれてもよい。ＨＡＲＱ－ＡＣＫは、下りリンクデータ（Transport block, Medium AccessControl Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH）に対するＨＡＲＱ－ＡＣＫを示してもよい。

【0046】

ＰＤＳＣＨは、媒介アクセス（MAC: Medium Access Control）層からの下りリンクデータ（DL-SCH: Downlink Shared CHannel）の送信に用いられる。また、ＰＤＳＣＨは、下りリンクの場合にはシステム情報（SI: System Information）やランダムアクセス応答（RAR: Random Access Response）などの送信にも用いられる。

【0047】

ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（UL-SCH: Uplink Shared CHannel）または上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＰＵＳＣＨは、ＣＳＩのみ、または、ＨＡＲＱ－ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＰＵＳＣＨは、ＵＣＩのみを送信するために用いられてもよい。

【0048】

ここで、基地局装置３と端末装置１は、上位層（上位レイヤ：higher layer）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC: Radio Resource Control）層において、ＲＲＣメッセージ（RRC message、RRC information、RRC signallingとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ（Medium Access Control）層において、ＭＡＣコントロールエレメントを送受信してもよい。また、端末装置１のＲＲＣ層は、基地局装置３から報知されるシステム情報を取得する。ここで、ＲＲＣメッセージ、システム情報、および／または、ＭＡＣコントロールエレメントは、上位層の信号（上位レイヤ信号：higher layer signaling）または上位層のパラメータ（上位レイヤパラメータ：higher layer parameter）とも称される。端末装置１が受信した上位レイヤ信号に含まれるパラメータのそれぞれが上位レイヤパラメータと称されてもよい。ここでの上位層は、物理層から見た上位層を意味するため、ＭＡＣ層、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ（Non Access Stratum）層などの１つまたは複数を含んでもよい。例えば、ＭＡＣ層の処理において上位層とは、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層などの１つまたは複数を含んでもよい。以下、“Ａは、上位層で与えられる（提供される）”や“Ａは、上位層によって与えられる（提供される）”の意味は、端末装置１の上位層（主にＲＲＣ層やＭＡＣ層など）が、基地局装置３からＡを受信し、その受信したＡが端末装置１の上位層から端末装置１の物理層に与えられる（提供される）ことを意味してもよい。例えば、端末装置１において「上位レイヤパラメータを提供される」とは、基地局装置３から上位レイヤ信号を受信し、受信した上位レイヤ信号に含まれる上位レイヤパラメータが端末装置１の上位層から端末装置１の物理層に提供されることを意味してもよい。端末装置１に上位レイヤパラメータが設定されることは端末装置１に対して上位レイヤパラメータが与えられる（提供される）ことを意味してもよい。例えば、端末装置１に上位レイヤパラメータが設定されることは、端末装置１が基地局装置３から上位レイヤ信号を受信し、受信した上位レイヤパラメータを上位層で設定することを意味してもよい。ただし、端末装置１に上位レイヤパラメータが設定されることには、端末装置１の上位層に予め与えられているデフォルトパラメータが設定されることを含んでもよい。

【0049】

ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ＰＤＳＣＨによって基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）であってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（UE Capability）の送信に用いられてもよい。

【0050】

図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・参照信号（Reference Signal: RS）

【0051】

同期信号は、プライマリ同期信号（ＰＳＳ：Primary Synchronization Signal）およびセカンダリ同期信号（ＳＳＳ）を含んでよい。ＰＳＳとＳＳＳを用いてセルＩＤが検出されてよい。

【0052】

同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ここで、同期信号は、端末装置１が基地局装置３によるプリコーディングまたはビームフォーミングにおけるプリコーディングまたはビームの選択に用いられて良い。なお、ビームは、送信または受信フィルタ設定、あるいは空間ドメイン送信フィルタまたは空間ドメイン受信フィルタと呼ばれてもよい。

【0053】

参照信号は、端末装置１が物理チャネルの伝搬路補償を行うために用いられる。ここで、参照信号は、端末装置１が下りリンクのＣＳＩを算出するためにも用いられてよい。また、参照信号は、無線パラメータやサブキャリア間隔などのヌメロロジーやＦＦＴの窓同期などができる程度の細かい同期（Fine synchronization）に用いられて良い。

【0054】

本実施形態において、以下の下りリンク参照信号のいずれか１つまたは複数が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＣＳＩ－ＲＳ（Channel State Information Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）

【0055】

ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＢＣＨを復調するための参照信号と、ＰＤＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＣＳＩ－ＲＳは、チャネル状態情報（ＣＳＩ：Channel State Information）の測定およびビームマネジメントに使用され、周期的またはセミパーシステントまたは非周期のＣＳＩ参照信号の送信方法が適用される。ＣＳＩ－ＲＳには、ノンゼロパワー（ＮＺＰ：Ｎｏｎ－Ｚｅｒｏ Ｐｏｗｅｒ）ＣＳＩ－ＲＳと、送信電力（または受信電力）がゼロである（ゼロパワー（ＺＰ：Ｚｅｒｏ Ｐｏｗｅｒ）ＣＳＩ－ＲＳが定義されてよい。ここで、ＺＰ ＣＳＩ－ＲＳは送信電力がゼロまたは送信されないＣＳＩ－ＲＳリソースと定義されてよい。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。ＴＲＳは、高速移動時におけるドップラーシフトを保証するために使用される。なお、ＴＲＳはＣＳＩ－ＲＳの１つの設定として用いられてよい。例えば、１ポートのＣＳＩ－ＲＳがＴＲＳとして無線リソースが設定されてもよい。

【0056】

本実施形態において、以下の上りリンク参照信号のいずれか１つまたは複数が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＳＲＳ（Sounding Reference Signal）

【0057】

ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＵＣＣＨを復調するための参照信号と、ＰＵＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＳＲＳは、上りリンクのチャネル状態情報（ＣＳＩ）の測定、チャネルサウンディング、およびビームマネジメントに使用される。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。

【0058】

本実施形態では、下りリンク物理チャネルおよび／または下りリンク物理シグナルは、総じて下りリンク信号と称される。本実施形態では、上りリンク物理チャネルおよび／または上りリンク物理シグナルは、総じて、上りリンク信号と称される。本実施形態では、下りリンク物理チャネルおよび／または上りリンク物理チャネルは、総じて物理チャネルと称される。本実施形態では、下りリンク物理シグナルおよび／または上りリンク物理シグナルは、総じて物理シグナルと称される。

【0059】

ＢＣＨ、ＵＬ－ＳＣＨおよびＤＬ－ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Medium Access Control）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ＴＢ：transport block）および／またはＭＡＣ ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行われる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行われる。

【0060】

図２は、本実施形態に係るＳＳ／ＰＢＣＨブロック（同期信号ブロック、ＳＳブロック、ＳＳＢとも称される）およびＳＳバーストセット（同期信号バーストセットとも称される）の例を示す図である。図２は、周期的に送信されるＳＳバーストセット内に２つのＳＳ／ＰＢＣＨブロックが含まれ、ＳＳ／ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。

【0061】

ＳＳ／ＰＢＣＨブロックは、少なくとも同期信号（ＰＳＳ、ＳＳＳ）、および／またはＰＢＣＨを含む単位ブロックである。ＳＳ／ＰＢＣＨブロックに含まれる信号／チャネルを送信することを、ＳＳ／ＰＢＣＨブロックを送信すると表現する。基地局装置３はＳＳバーストセット内の１つまたは複数のＳＳ／ＰＢＣＨブロックを用いて同期信号および／またはＰＢＣＨを送信する場合に、ＳＳ／ＰＢＣＨブロック毎に独立した下りリンク送信ビームを用いてもよい。

【0062】

図２において、１つのＳＳ／ＰＢＣＨブロックにはＰＳＳ、ＳＳＳ、ＰＢＣＨが時間／周波数多重されている。ただし、ＰＳＳ、ＳＳＳおよび／またはＰＢＣＨが時間領域で多重される順番は図２に示す例と異なってもよい。

【0063】

ＳＳバーストセットは、基地局装置３によって周期的に送信されてよい。例えば、ＳＳ／ＰＢＣＨブロックが初期アクセスに使用されるための周期と、接続されている（ConnectedまたはRRC_Connected）端末装置１のために設定する周期が定義されてもよい。また、接続されている（ConnectedまたはRRC_Connected）端末装置１のために設定する周期はＲＲＣ層で設定されてよい。また、接続されている（ConnectedまたはRRC_Connected）端末装置１のために設定する周期は潜在的に送信する可能性がある時間領域の無線リソースの周期であって、実際には基地局装置３が送信するかどうかを決めてもよい。また、ＳＳ／ＰＢＣＨブロックが初期アクセスに使用されるための周期は、仕様書などに予め定義されてよい。

【0064】

ＳＳバーストセットは、システムフレーム番号（ＳＦＮ：System Frame Number）に基づいて決定されてよい。また、ＳＳバーストセットの開始位置（バウンダリ）は、ＳＦＮと周期に基づいて決定されてよい。

【0065】

ＳＳ／ＰＢＣＨブロックは、ＳＳバーストセット内の時間的な位置に応じてＳＳＢインデックス（ＳＳＢ／ＰＢＣＨブロックインデックスと称されてもよい）が割り当てられる。端末装置１は、検出したＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨの情報および／または参照信号の情報に基づいてＳＳＢインデックスを算出する。

【0066】

複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、同じＳＳＢインデックスが割り当てられる。複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、ＱＣＬである（あるいは同じ下りリンク送信ビームが適用されている）と想定されてもよい。また、複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックにおけるアンテナポートは、平均遅延、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。

【0067】

あるＳＳバーストセットの周期内で、同じＳＳＢインデックスが割り当てられているＳＳ／ＰＢＣＨブロックは、平均遅延、平均ゲイン、ドップラースプレッド、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。ＱＣＬである１つまたは複数のＳＳ／ＰＢＣＨブロック（あるいは参照信号であってもよい）に対応する設定をＱＣＬ設定と称してもよい。

【0068】

ＳＳ／ＰＢＣＨブロック数（ＳＳブロック数あるいはＳＳＢ数と称されてもよい）は、例えばＳＳバースト、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のＳＳ／ＰＢＣＨブロック数（個数）として定義されてよい。また、ＳＳ／ＰＢＣＨブロック数は、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のセル選択のためのビームグループの数を示してもよい。ここで、ビームグループは、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中に含まれる異なるＳＳ／ＰＢＣＨブロックの数または異なるビームの数として定義されてよい。

【0069】

以下、本実施形態で説明する参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳ、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳを含む。例えば、本実施形態では、下りリンク参照信号、同期信号および／またはＳＳ／ＰＢＣＨブロックは参照信号と称されてもよい。下りリンクで使用される参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳなどを含む。上りリンクで使用される参照信号は、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳなどを含む。

【0070】

また、参照信号は、無線リソース測定（ＲＲＭ：Radio Resource Measurement）に用いられてよい。また、参照信号は、ビームマネジメントに用いられてよい。

【0071】

ビームマネジメントは、送信装置（下りリンクの場合は基地局装置３であり、上りリンクの場合は端末装置１である）におけるアナログおよび／またはディジタルビームと、受信装置（下りリンクの場合は端末装置１、上りリンクの場合は基地局装置３である）におけるアナログおよび／またはディジタルビームの指向性を合わせ、ビーム利得を獲得するための基地局装置３および／または端末装置１の手続きであってよい。

【0072】

なお、ビームペアリンクを構成、設定または確立する手続きとして、下記の手続きを含んでよい。
・ビーム選択（Beam selection）
・ビーム改善（Beam refinement）
・ビームリカバリ（Beam recovery）

【0073】

例えば、ビーム選択は、基地局装置３と端末装置１の間の通信においてビームを選択する手続きであってよい。また、ビーム改善は、さらに利得の高いビームの選択、あるいは端末装置１の移動によって最適な基地局装置３と端末装置１の間のビームの変更をする手続きであってよい。ビームリカバリは、基地局装置３と端末装置１の間の通信において遮蔽物や人の通過などにより生じるブロッケージにより通信リンクの品質が低下した際にビームを再選択する手続きであってよい。

【0074】

ビームマネジメントには、ビーム選択、ビーム改善が含まれてよい。ビームリカバリには、下記の手続きを含んでよい。
・ビーム失敗（beam failure）の検出
・新しいビームの発見
・ビームリカバリリクエストの送信
・ビームリカバリリクエストに対する応答のモニタ

【0075】

例えば、端末装置１における基地局装置３の送信ビームを選択する際にＣＳＩ－ＲＳまたはＳＳ／ＰＢＣＨブロックに含まれるＳＳＳのＲＳＲＰ（Reference Signal Received Power）を用いてもよいし、ＣＳＩを用いてもよい。また、基地局装置３への報告としてＣＳＩ－ＲＳリソースインデックス（ＣＲＩ：CSI-RS Resource Index）を用いてもよいし、ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨおよび／またはＰＢＣＨの復調に用いられる復調用参照信号（ＤＭＲＳ）の系列で指示されるインデックスを用いてもよい。

【0076】

また、基地局装置３は、端末装置１へビームを指示する際にＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスを指示し、端末装置１は、指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて受信する。このとき、端末装置１は指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて空間フィルタを設定し、受信してよい。また、端末装置１は、疑似同位置（ＱＣＬ：Quasi Co-Location）の想定を用いて受信してもよい。ある信号（アンテナポート、同期信号、参照信号など）が別の信号（アンテナポート、同期信号、参照信号など）と「ＱＣＬである」または、「ＱＣＬの想定が用いられる」とは、ある信号が別の信号と関連付けられていると解釈されてよい。

【0077】

もしあるアンテナポートにおけるあるシンボルが搬送されるチャネルの長区間特性（Long Term Property）が他方のアンテナポートにおけるあるシンボルが搬送されるチャネルから推論されうるなら、２つのアンテナポートはＱＣＬであるといわれる。チャネルの長区間特性は、遅延スプレッド、ドップラースプレッド、ドップラーシフト、平均利得、及び平均遅延の１つまたは複数を含む。例えば、アンテナポート１とアンテナポート２が平均遅延に関してＱＣＬである場合、アンテナポート１の受信タイミングからアンテナポート２の受信タイミングが推論されうることを意味する。

【0078】

このＱＣＬは、ビームマネジメントにも拡張されうる。そのために、空間に拡張したＱＣＬが新たに定義されてもよい。例えば、空間ドメインのＱＣＬの想定におけるチャネルの長区間特性（Long term property）として、無線リンクあるいはチャネルにおける到来角（AoA（Angle of Arrival）, ZoA（Zenith angle of Arrival）など）および／または角度広がり（Angle Spread、例えばASA（Angle Spread of Arrival）やZSA（Zenith angle Spread of Arrival））、送出角（AoD, ZoDなど）やその角度広がり（Angle Spread、例えばASD（Angle Spread of Departure）やZSD（Zenith angle Spread of Departure））、空間相関（Spatial Correlation）、受信空間パラメータであってもよい。

【0079】

例えば、アンテナポート１とアンテナポート２の間で受信空間パラメータに関してＱＣＬであるとみなせる場合、アンテナポート１からの信号を受信する受信ビーム（受信空間フィルタ）からアンテナポート２からの信号を受信する受信ビームが推論されうることを意味する。

【0080】

ＱＣＬタイプとして、ＱＣＬであるとみなしてよい長区間特性の組み合わせが定義されてよい。例えば、以下のタイプが定義されてよい。
・タイプＡ：ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド
・タイプＢ：ドップラーシフト、ドップラースプレッド
・タイプＣ：平均遅延、ドップラーシフト
・タイプＤ：受信空間パラメータ

【0081】

上述のＱＣＬタイプは、ＲＲＣおよび／またはＭＡＣ層および／またはＤＣＩで１つまたは２つの参照信号とＰＤＣＣＨやＰＤＳＣＨ ＤＭＲＳとのＱＣＬの想定を送信設定指示（ＴＣＩ：Transmission Configuration Indication）として設定および／または指示してもよい。例えば、端末装置１がＰＤＣＣＨを受信する際のＴＣＩの１つの状態として、ＳＳ／ＰＢＣＨブロックのインデックス＃２とＱＣＬタイプＡ＋ＱＣＬタイプＢが設定および／または指示された場合、端末装置１は、ＰＤＣＣＨ ＤＭＲＳを受信する際、ＳＳ／ＰＢＣＨブロックインデックス＃２の受信におけるドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド、受信空間パラメータとチャネルの長区間特性とみなしてＰＤＣＣＨのＤＭＲＳを受信して同期や伝搬路推定をしてもよい。このとき、ＴＣＩにより指示される参照信号（上述の例ではＳＳ／ＰＢＣＨブロック）をソース参照信号、ソース参照信号を受信する際のチャネルの長区間特性から推論される長区間特性の影響を受ける参照信号（上述の例ではＰＤＣＣＨ ＤＭＲＳ）をターゲット参照信号と称してよい。また、ＴＣＩは、ＲＲＣで１つまたは複数のＴＣＩ状態と各状態に対してソース参照信号とＱＣＬタイプの組み合わせが設定され、ＭＡＣ層またはＤＣＩにより端末装置１に指示されてよい。

【0082】

この方法により、ビームマネジメントおよびビーム指示／報告として、空間ドメインのＱＣＬの想定と無線リソース（時間および／または周波数）によりビームマネジメントと等価な基地局装置３、端末装置１の動作が定義されてもよい。

【0083】

以下、サブフレームについて説明する。本実施形態では以下がサブフレームと称されるが、本実施形態に係るサブフレームはリソースユニット、無線フレーム、時間区間、時間間隔などと称されてもよい。

【0084】

図３は、本発明の第１の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。無線フレームのそれぞれは、１０ｍｓ長である。また、無線フレームのそれぞれは１０個のサブフレームおよびＷ個のスロットから構成される。また、１スロットは、Ｘ個のＯＦＤＭシンボルで構成される。つまり、１サブフレームの長さは１ｍｓである。スロットのそれぞれは、サブキャリア間隔によって時間長が定義される。例えば、ＯＦＤＭシンボルのサブキャリア間隔が１５ｋＨｚ、ＮＣＰ（Normal Cyclic Prefix）の場合、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．５ｍｓおよび１ｍｓである。また、サブキャリア間隔が６０ｋＨｚの場合は、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．１２５ｍｓおよび０．２５ｍｓである。また、例えば、Ｘ＝１４の場合、サブキャリア間隔が１５ｋＨｚの場合はＷ＝１０であり、サブキャリア間隔が６０ｋＨｚの場合はＷ＝４０である。図３は、Ｘ＝７の場合を一例として示している。なお、図３の一例は、Ｘ＝１４の場合にも同様に拡張されうる。また、上りリンクスロットも同様に定義され、下りリンクスロットと上りリンクスロットは別々に定義されてもよい。また、図３のセルの帯域幅は帯域の一部（ＢＷＰ：BandWidth Part）として定義されてもよい。また、スロットは、送信時間間隔（ＴＴＩ：Transmission Time Interval）と定義されてもよい。スロットは、ＴＴＩとして定義されなくてもよい。ＴＴＩは、トランスポートブロックの送信期間であってもよい。

【0085】

スロットのそれぞれにおいて送信される信号または物理チャネルは、リソースグリッドによって表現されてよい。リソースグリッドは、それぞれのヌメロロジー（サブキャリア間隔およびサイクリックプレフィックス長）およびそれぞれのキャリアに対して、複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。1つのスロットを構成するサブキャリアの数は、セルの下りリンクおよび上りリンクの帯域幅にそれぞれ依存する。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルの番号とを用いて識別されてよい。

【0086】

リソースグリッドは、ある物理下りリンクチャネル（ＰＤＳＣＨなど）あるいは上りリンクチャネル（ＰＵＳＣＨなど）のリソースエレメントのマッピングを表現するために用いられる。例えば、サブキャリア間隔が１５ｋＨｚの場合、サブフレームに含まれるＯＦＤＭシンボル数Ｘ＝１４で、ＮＣＰの場合には、１つの物理リソースブロックは、時間領域において１４個の連続するＯＦＤＭシンボルと周波数領域において１２＊Ｎｍａｘ個の連続するサブキャリアとから定義される。Ｎｍａｘは、後述するサブキャリア間隔設定μにより決定されるリソースブロック（ＲＢ）の最大数である。つまり、リソースグリッドは、（１４＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。ＥＣＰ（Extended CP）の場合、サブキャリア間隔６０ｋＨｚにおいてのみサポートされるので、１つの物理リソースブロックは、例えば、時間領域において１２（１スロットに含まれるＯＦＤＭシンボル数）＊４（１サブフレームに含まれるスロット数）＝４８個の連続するＯＦＤＭシンボルと、周波数領域において１２＊Ｎｍａｘ，μ個の連続するサブキャリアとにより定義される。つまり、リソースグリッドは、（４８＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。

【0087】

リソースブロック（ＲＢ）として、参照リソースブロック、共通リソースブロック、物理リソースブロック、仮想リソースブロックが定義される。１リソースブロックは、周波数領域で連続する１２サブキャリアとして定義される。参照リソースブロックは、全てのサブキャリアにおいて共通であり、例えば１５ｋＨｚのサブキャリア間隔でリソースブロックを構成し、昇順に番号が付されてよい。参照リソースブロックインデックス０におけるサブキャリアインデックス０は、参照ポイントＡ（point A）と称されてよい（単に“参照ポイント”と称されてもよい）。共通リソースブロックは、参照ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。上述のリソースグリッドはこの共通リソースブロックにより定義される。物理リソースブロックは、後述する帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックであり、物理リソースブロックは、帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックである。ある物理上りリンクチャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。以下、リソースブロックは仮想リソースブロックであってもよいし、物理リソースブロックであってもよいし、共通リソースブロックであってもよいし、参照リソースブロックであってもよい。

【0088】

次に、サブキャリア間隔設定μについて説明する。上述のようにＮＲでは、１つまたは複数のＯＦＤＭヌメロロジーがサポートされる。あるＢＷＰにおいて、サブキャリア間隔設定μ（μ＝０，１，．．．，５）と、サイクリックプレフィックス長は、下りリンクのＢＷＰに対して上位層で与えられ、上りリンクのＢＷＰにおいて上位層で与えられる。ここで、μが与えられると、サブキャリア間隔Δｆは、Δｆ＝２＾μ・１５（ｋＨｚ）で与えられる。

【0089】

サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ＾｛ｓｕｂｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１に昇順に数えられ、フレーム内で０からＮ＾｛ｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１に昇順に数えられる。スロット設定およびサイクリックプレフィックスに基づいてＮ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝の連続するＯＦＤＭシンボルがスロット内にある。Ｎ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝は１４である。サブフレーム内のスロットｎ＾｛μ｝＿｛ｓ｝のスタートは、同じサブフレーム内のｎ＾｛μ｝＿｛ｓ｝＊Ｎ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝番目のＯＦＤＭシンボルのスタートと時間でアラインされている。

【0090】

次に、サブフレーム、スロット、ミニスロットについて説明する。図４は、サブフレーム、スロット、ミニスロットの時間領域における関係の一例を示した図である。同図のように、３種類の時間ユニットが定義される。サブフレームは、サブキャリア間隔によらず１ｍｓであり、スロットに含まれるＯＦＤＭシンボル数は７または１４であり（ただし、各シンボルに付加されるサイクリックプレフィックス（CP）がＥｘｔｅｎｄｅｄ ＣＰである場合、６または１２であってもよい）、スロット長はサブキャリア間隔により異なる。ここで、サブキャリア間隔が１５ｋＨｚの場合、１サブフレームには１４ＯＦＤＭシンボルが含まれる。下りリンクスロットはＰＤＳＣＨマッピングタイプＡと称されてよい。上りリンクスロットはＰＵＳＣＨマッピングタイプＡと称されてよい。

【0091】

ミニスロット（サブスロット（subslot）と称されてもよい）は、１つのスロットに含まれるＯＦＤＭシンボル数よりも少ない数のＯＦＤＭシンボルで構成される時間ユニットである。同図はミニスロットが２ＯＦＤＭシンボルで構成される場合を一例として示している。ミニスロット内のＯＦＤＭシンボルは、スロットを構成するＯＦＤＭシンボルタイミングに一致してもよい。なお、スケジューリングの最小単位はスロットまたはミニスロットでよい。また、ミニスロットを割り当てることを、ノンスロットベースのスケジューリングと称してもよい。また、ミニスロットをスケジューリングされることを参照信号とデータのスタート位置の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。下りリンクミニスロットはＰＤＳＣＨマッピングタイプＢと称されてよい。上りリンクミニスロットはＰＵＳＣＨマッピングタイプＢと称されてよい。

【0092】

端末装置１において、各スロット内のシンボルの伝送方向（上りリンク、下りリンクまたはフレキシブル）は基地局装置３から受信する所定の上位レイヤパラメータを含むＲＲＣメッセージを用いて上位層で設定されるか、基地局装置３から受信する特定のＤＣＩフォーマット（例えばＤＣＩフォーマット２＿０）のＰＤＣＣＨによって設定される。本実施形態では、各スロットにおいてスロット内の各シンボルが上りリンク、下りリンクおよびフレキシブルの何れかを設定するものがスロットフォーマットと称される。１つのスロットフォーマットは下りリンクシンボルと上りリンクシンボルとフレキシブルシンボルとを含んでよい。

【0093】

図５は、スロットフォーマットの一例を示す図である。ここでは、サブキャリア間隔１５ｋＨｚにおいてスロット長が１ｍｓの場合を例として示している。同図において、Ｄは下りリンク、Ｕは上りリンクを示している。同図に示されるように、ある時間区間内（例えば、システムにおいて１つのＵＥに対して割り当てなければならない最小の時間区間）には、
・下りリンクシンボル
・フレキシブルシンボル
・上りリンクシンボルのうち１つまたは複数が含まれてよい。なお、あるスロットにおけるこれらのシンボルの割合はスロットフォーマットとして予め定められてもよい。また、あるスロットにおけるこれらのシンボルの割合はスロット内に含まれる下りリンクのＯＦＤＭシンボル数またはスロット内のスタート位置および／または終了位置で定義されてもよい。また、あるスロットにおけるこれらのシンボルの割合はスロット内に含まれる上りリンクのＯＦＤＭシンボル数またはＤＦＴ－Ｓ－ＯＦＤＭシンボル数またはスロット内のスタート位置および／または終了位置で定義されてよい。なお、端末装置１に対してスロットがスケジューリングされることは参照信号とスロット境界の相対的な時間位置が固定であるリソースがスケジュールされることと表現されてもよい。

【0094】

端末装置１は、上位レイヤパラメータＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎを提供された場合、１つまたは複数スロットにわたり、スロット毎のスロットフォーマットをＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎで示されたようにセットする。ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎは下記パラメータを提供する。
・参照サブキャリア間隔（ＳＣＳ：subcarrier spacing）設定μ_ｒｅｆ
・スロットフォーマットパターン１

【0095】

スロットフォーマットパターン１は下記パラメータを提供する。
・スロットの設定期間Ｐ（ミリ秒）
・スロットの設定期間Ｐ内の下りリンクシンボルのみで構成されるスロット（下りリンクスロット）の数ｄ_{ｓｌｏｔｓ}
・スロットの設定期間Ｐ内の下りリンクスロット内のシンボルを除く下りリンクシンボルの数ｄ_ｓｙｍ
・スロットの設定期間Ｐ内の上りリンクシンボルのみで構成されるスロット（上りリンクスロット）の数ｕ_{ｓｌｏｔｓ}
・スロットの設定期間Ｐ内の上りリンクスロット内のシンボルを除く上りリンクシンボルの数ｕ_ｓｙｍ

【0096】

スロットの設定期間Ｐ（ミリ秒）は参照ＳＣＳ設定μ_ｒｅｆにおいて（Ｓ＝Ｐ＊２＾（μ_ｒｅｆ））スロットを含む。Ｓスロット内では、最初のｄ_{ｓｌｏｔｓ}スロットは下りリンクシンボルのみを含み、最後のｕ_{ｓｌｏｔｓ}スロットは上りリンクシンボルのみを含む。最初のｄ_{ｓｌｏｔｓ}の次のｄ_ｓｙｍシンボルは下りリンクシンボルであり、最後のｕ_{ｓｌｏｔｓ}の直前のｕ_ｓｙｍシンボルは上りリンクシンボルである。Ｓスロット内の残りのシンボルはフレキシブルシンボルである。

【0097】

ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎでスロットフォーマットパターン１に加えてスロットフォーマットパターン２が提供されてもよい。スロットフォーマットパターン２は、スロットフォーマットパターン１と同様のパラメータを含み、それぞれスロットフォーマットパターン１とは異なる値が設定されてもよい。スロットフォーマットパターン２はＳ_２スロットを含み、Ｓスロットの次のＳ_２スロット内のスロットフォーマットの設定を提供する。

【0098】

端末装置１は、ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎで提供されたスロットフォーマットパターン１および／またはスロットフォーマットパターン２に基づいて、Ｓスロット毎（スロットフォーマットパターン１のみ提供されている場合）または（Ｓ＋Ｓ_２）スロット毎（スロットフォーマットパターン１とスロットフォーマットパターン２が提供されている場合）に各スロットのスロットフォーマットをセットする。ただし、同様のパラメータを含むその他のスロットフォーマットパターンを示すパラメータ（例えばＳ_３スロットのスロットフォーマット示すスロットフォーマットパターン３等）が提供され、各スロットのスロットフォーマットがセットされてもよい。ただし、端末装置１は、ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎで示される参照ＳＣＳ設定μ_ｒｅｆと後述するＤＬ ＢＷＰまたはＵＬ ＢＷＰのＳＣＳ設定μが異なる場合、ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎでセットされるスロットフォーマットの各シンボルの伝送方向をＤＬ ＢＷＰまたはＵＬ ＢＷＰの連続する２＾（μ―μ_ｒｅｆ）シンボルに適用してよい。

【0099】

端末装置１は、上位レイヤパラメータＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄを提供された場合、上位レイヤパラメータＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎでセットされた複数スロットのスロットフォーマットのうち、フレキシブルシンボルを、上りリンクシンボル、下りリンクシンボルまたはフレキシブルシンボルに上書きしてもよい。

【0100】

ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよび／またはＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄを含むＲＲＣメッセージを、上位レイヤスロットフォーマット設定情報を含むＲＲＣメッセージと称し、ＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよび／またはＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄでスロットフォーマット（上りリンクシンボル／下りリンクシンボル／フレキシブルシンボル）をセットすることを上位レイヤスロットフォーマット設定情報に基づいてスロットフォーマット（上りリンクシンボル／下りリンクシンボル／フレキシブルシンボル）をセットすることと称してもよい。

【0101】

端末装置１は、上位レイヤスロットフォーマット設定情報で下りリンクと示されたシンボル（セミスタティック下りリンクシンボル（semi-static downlink symbol）とも称される）は受信に利用可能であるとみなし、上りリンク信号（例えばＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨおよび／またはＳＲＳ）を送信しない。端末装置１は、上位レイヤスロットフォーマット設定情報で上りリンクと示されたシンボル（セミスタティック上りリンクシンボル（semi-static uplink symbol）とも称される）は送信に利用可能であるとみなし、下りリンク信号（例えばＰＤＣＣＨ，ＰＤＳＣＨまたはＣＳＩ－ＲＳ）を受信しない。

【0102】

端末装置１は、スロットフォーマットを設定するＤＣＩフォーマット（例えばＤＣＩフォーマット２＿０）のためのＰＤＣＣＨをモニタすることを設定されていない場合、上位レイヤスロットフォーマット設定情報でフレキシブルと示されているシンボル（セミスタティックフレキシブルシンボル（semi-static flexible symbol）とも称される）（上位レイヤスロットフォーマット設定情報が提供されていない場合の任意のシンボルを含んでもよい）において、所定のＤＣＩフォーマット（例えばＤＣＩフォーマット１＿０、１＿１または０＿１）で指定された下りリンク信号（例えば、ＰＤＳＣＨまたはＣＳＩ－ＲＳ）を受信してもよく、所定のＤＣＩフォーマット（例えばＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１または２＿３）で指定された上りリンク信号（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨまたはＳＲＳ）を送信してもよい。

【0103】

端末装置１は、スロットフォーマットを設定するＤＣＩフォーマット（例えばＤＣＩフォーマット２＿０）のためのＰＤＣＣＨをモニタすることを設定されていない場合、上位レイヤスロットフォーマット設定情報でフレキシブルと示されているシンボル（上位レイヤスロットフォーマット設定情報が提供されていない場合の任意のシンボルを含んでもよい）において、上位レイヤであるシンボルのセットで下りリンク信号（例えばＰＤＣＣＨ、ＰＤＳＣＨあるいはＣＳＩ－ＲＳ）を受信することを設定された場合、該シンボルのセットのどの１シンボルにおいても上りリンク信号（例えばＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨまたはＳＲＳ）を送信することを示す所定のＤＣＩフォーマット（例えば、ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１または２＿３）を検出しなかった場合に、該下りリンク信号を受信し、その他の場合には、該シンボルのセットで該下りリンク信号を受信しない。

【0104】

端末装置１は、スロットフォーマットインディケータ（ＳＦＩ）を含むＤＣＩフォーマット（例えばＤＣＩフォーマット２＿０）のためのＰＤＣＣＨをモニタすることを設定されていない場合、上位レイヤスロットフォーマット設定情報でフレキシブルと示されているシンボル（上位レイヤスロットフォーマット設定情報が提供されていない場合の任意のシンボルを含んでもよい）において、上位レイヤであるシンボルのセットで上りリンク信号（例えばＳＲＳ、ＰＵＣＣＨ、ＰＵＳＣＨあるいはＰＲＡＣＨ）を送信することを設定された場合、該シンボルのセットのどの１シンボルにおいても下りリンク信号（例えばＣＳＩ－ＲＳまたはＰＤＳＣＨ）を受信することを示す所定のＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０、１＿１または０＿１）を検出しなかった場合に、該上りリンク信号を送信する。

【0105】

端末装置１は、上位レイヤによって上位レイヤパラメータＳｌｏｔＦｏｒｍａｔＩｎｄｉｃａｔｏｒを設定された場合、スロットフォーマットインディケータ（ＳＦＩ）フィールドを含むＤＣＩフォーマット（例えばＤＣＩフォーマット２＿０）をモニタする。ＳＦＩフィールドを含むＤＣＩフォーマットをスロットフォーマット設定ＤＣＩあるいはＰＤＣＣＨによるスロットフォーマット設定情報と称してもよい。

【0106】

ＤＣＩフォーマット内のＳＦＩフィールドの値は、端末装置１に対して、該ＤＣＩフォーマットを検出したスロットから始まる複数スロットにおける各スロットのスロットフォーマットの組合せ（スロットフォーマットコンビネーション）を示す。ＳＦＩフィールドの値は、上位レイヤで設定されたスロットフォーマットコンビネーションのセットのうちの１つに対応するインデックス値を示す。

【0107】

端末装置１は、ＳｌｏｔＦｏｒｍａｔＩｎｄｉｃａｔｏｒによって、サービングセル毎に下記のパラメータが設定される。
・サービングセルの識別子
・ＤＣＩフォーマット内での対応するＳＦＩフィールドの位置
・スロットフォーマットコンビネーションのセット（各スロットフォーマットコンビネーションは、予め与えられたスロットフォーマットのテーブルの中から複数スロットのそれぞれに対応するスロットフォーマットのインデックスの組合せを示す）
・ＦＤＤにおける参照ＳＣＳ設定（reference SCS configuration）μ_ＳＦＩ
・ＴＤＤにおけるＤＬ ＢＷＰの参照ＳＣＳ設定μ_{ＳＦＩ，ＤＬ}とＵＬ ＢＷＰの参照ＳＣＳ設定μ_{ＳＦＩ，ＵＬ}

【0108】

図６は、本実施形態に係るスロットフォーマットのテーブルの一例を示す図である。図６のテーブルでは、２５６個のスロットフォーマットが示されており、それぞれ０～２５５のインデックスが割り当てられている（ただし、図６ではインデックスが５から２５４までのスロットフォーマットは省略している）。各スロットフォーマットにおいて「Ｓｙｍｂｏｌ ｎｕｍｂｅｒ ｉｎ ａ ｓｌｏｔ」はスロット内のインデックスが０から１３までのシンボルに対応しており、それぞれＤは下りリンクシンボル（ダイナミック下りリンクシンボル（dynamic downlink symbol）とも称される）を、Ｕは上りリンクシンボル（ダイナミック上りリンクシンボル（dynamic uplink symbol）とも称される）を、Ｆはフレキシブルシンボル（ダイナミックフレキシブルシンボル（dynamic flexible symbol）とも称される）を示している。また、スロットフォーマットのテーブルには、図６のスロットフォーマットインデックスが２５５のように、直接スロットフォーマットを示さずに、上位レイヤスロットフォーマット設定情報に基づいてスロットフォーマットを決定するスロットフォーマットインデックスが含まれてもよい。

【0109】

ＦＤＤにおいて、ＳＦＩフィールドの値で示されるスロットフォーマットコンビネーションの各スロットフォーマットにおける参照ＳＣＳ設定μ_ＳＦＩの各下りリンクシンボル、上りリンクシンボルおよびフレキシブルシンボルは、それぞれＳＣＳ設定μの連続する２＾（μ－μ_ＳＦＩ）個の下りリンクシンボル、上りリンクシンボルおよびフレキシブルシンボルに対応する。

【0110】

ＴＤＤにおいて、μ_{ＳＦＩ，ＤＬ}＞μ_{ＳＦＩ，ＵＬ}である場合、ＳＦＩフィールドの値で示されるスロットフォーマットコンビネーション内の２＾（μ_{ＳＦＩ，ＤＬ}－μ_{ＳＦＩ，ＵＬ}）＋１個のスロットフォーマットは、最初の２＾（μ_{ＳＦＩ，ＤＬ}－μ_{ＳＦＩ，ＤＬ}）個が参照ＤＬ ＢＷＰに適用され、次の１個は参照ＵＬ ＢＷＰに適用される。ＴＤＤにおいて、μ_{ＳＦＩ，ＤＬ}＜μ_{ＳＦＩ，ＤＬ}である場合、ＳＦＩフィールドの値で示されるスロットフォーマットコンビネーション内の２＾（μ_{ＳＦＩ，ＵＬ}－μ_{ＳＦＩ，ＤＬ}）＋１個のスロットフォーマットは、最初の１個が参照ＤＬ ＢＷＰに適用され、次の２＾（μ_{ＳＦＩ，ＵＬ}－μ_{ＳＦＩ，ＤＬ}）個は参照ＵＬ ＢＷＰに適用される。

【0111】

ＴＤＤにおいて、ＳＦＩフィールドの値で示されるスロットフォーマットコンビネーションの参照ＤＬ ＢＷＰの各スロットフォーマットにおける参照ＳＣＳ設定μ_{ＳＦＩ，ＤＬ}の各下りリンクシンボル、上りリンクシンボルおよびフレキシブルシンボルは、それぞれＳＣＳ設定μ_ＤＬのアクティブＤＬ ＢＷＰの連続する２＾（μ_ＤＬ－μ_{ＳＦＩ，ＤＬ}）個の下りリンクシンボル、上りリンクシンボルおよびフレキシブルシンボルに対応し、参照ＵＬ ＢＷＰの各スロットフォーマットにおける参照ＳＣＳ設定μ_{ＳＦＩ，ＵＬ}の各下りリンクシンボル、上りリンクシンボルおよびフレキシブルシンボルは、それぞれＳＣＳ設定μ_ＵＬのアクティブＵＬ ＢＷＰの連続する２＾（μ_ＵＬ－μ_{ＳＦＩ，ＵＬ}）個の下りリンクシンボル、上りリンクシンボルおよびフレキシブルシンボルに対応する。

【0112】

端末装置１は、下りリンクシンボルまたはフレキシブルシンボルで下りリンク信号または下りリンクチャネルを受信してよい。端末装置１は、上りリンクシンボルまたはフレキシブルシンボルで上りリンク信号または下りリンクチャネルを送信してよい。

【0113】

図５（ａ）は、ある時間区間（例えば、１ＵＥに割当可能な時間リソースの最小単位、またはタイムユニットなどとも称されてよい。また、時間リソースの最小単位を複数束ねてタイムユニットと称されてもよい。）で、全て下りリンク送信に用いられている例であり、図５（ｂ）は、最初の時間リソースで例えばＰＤＣＣＨを介して上りリンクのスケジューリングを行い、ＰＤＣＣＨの処理遅延及び下りから上りの切り替え時間、送信信号の生成を含むフレキシブルシンボルを介して上りリンク信号を送信する。図５（ｃ）は、最初の時間リソースでＰＤＣＣＨおよび／または下りリンクのＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介してＰＵＳＣＨまたはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号はＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ、すなわちＵＣＩの送信に用いられてよい。図５（ｄ）は、最初の時間リソースでＰＤＣＣＨおよび／またはＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介して上りリンクのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号は上りリンクデータ、すなわちＵＬ－ＳＣＨの送信に用いられてもよい。図５（ｅ）は、全て上りリンク送信（ＰＵＳＣＨまたはＰＵＣＣＨ）に用いられている例である。

【0114】

上述の下りリンクパート、上りリンクパートは、ＬＴＥと同様に複数のＯＦＤＭシンボルで構成されてよい。

【0115】

図７は、ビームフォーミングの一例を示した図である。複数のアンテナエレメントは１つの送信ユニット（TXRU: Transceiver unit）５０に接続され、アンテナエレメント毎の位相シフタ５１によって位相を制御し、アンテナエレメント５２から送信することで送信信号に対して任意の方向にビームを向けることができる。典型的には、ＴＸＲＵがアンテナポートとして定義されてよく、端末装置１においてはアンテナポートのみが定義されてよい。位相シフタ５１を制御することで任意の方向に指向性を向けることができるため、基地局装置３は端末装置１に対して利得の高いビームを用いて通信することができる。

【0116】

以下、帯域部分（ＢＷＰ, Bandwidth part）について説明する。ＢＷＰは、キャリアＢＷＰとも称される。ＢＷＰは、下りリンクと上りリンクのそれぞれに設定されてよい。ＢＷＰは、共通リソースブロックの連続するサブセットから選択された連続する物理リソースの集合として定義される。端末装置１は、ある時間に１つの下りリンクキャリアＢＷＰ（ＤＬ ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。端末装置１は、ある時間に１つの上りリンクキャリアＢＷＰ（ＵＬ ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。キャリアアグリゲーションの場合には、ＢＷＰは各サービングセルで設定されてもよい。このとき、あるサービングセルにおいてＢＷＰが１つ設定されていることは、「ＢＷＰが設定されていない」と表現されてもよい。また、ＢＷＰが２つ以上設定されていることは「ＢＷＰが設定されている」と表現されてもよい。

【0117】

＜ＭＡＣ ｅｎｔｉｔｙ動作>
活性化されたサービングセルにおいて、常に一つのアクティブな（活性化された）ＢＷＰがある。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、インアクティブな（非活性化された）ＢＷＰを活性化（activate）し、アクティブな（活性化された）ＢＷＰを非活性化（deactivate）するために使用される。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨによって制御される。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、さらに、ＢＷＰインアクティブタイマー（BWP inactivity timer）や、ＲＲＣシグナリングや、ランダムアクセスプロシージャの開始時にＭＡＣエンティティ自身によって制御されてもよい。ＳｐＣｅｌｌ（PCellまたはPSCell）の追加または、ＳＣｅｌｌの活性化において、一つのＢＷＰが、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨを受信することなしに第一にアクティブである。第一にアクティブなＤＬ ＢＷＰ（first active DL BWP）およびＵＬ ＢＷＰ（first active UL BWP）は、基地局装置３から端末装置１に送られるＲＲＣメッセージで指定されるかもしれない。あるサービングセルに対するアクティブなＢＷＰは、基地局装置３から端末装置１に送られるＲＲＣまたはＰＤＣＣＨで指定される。また、第一にアクティブなＤＬ ＢＷＰ（first active DL BWP）およびＵＬ ＢＷＰ（first active UL BWP）は、メッセージ４に含まれてもよい。アンペアードスペクトラム（Unpaired spectrum）（ＴＤＤバンドなど）では、ＤＬ ＢＷＰとＵＬ ＢＷＰはペアされていて、ＢＷＰ切り替えは、ＵＬとＤＬに対して共通である。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、アクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ノーマル処理を適用する。ノーマル処理には、ＵＬ－ＳＣＨを送信する、ＲＡＣＨを送信する、ＰＤＣＣＨをモニタする、ＰＵＣＣＨを送信する、ＳＲＳを送信する、およびＤＬ－ＳＣＨを受信することを含む。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、インアクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ＵＬ－ＳＣＨを送信しない、ＲＡＣＨを送信しない、ＰＤＣＣＨをモニタしない、ＰＵＣＣＨを送信しない、ＳＲＳを送信しない、およびＤＬ－ＳＣＨを受信しない。あるサービングセルが非活性化された場合、アクティブなＢＷＰは、存在しないようにしてもよい（例えば、アクティブなＢＷＰは非活性化される）。

【0118】

＜ＲＲＣ動作＞
ＲＲＣメッセージ（報知されるシステム情報や、専用ＲＲＣメッセージで送られる情報）に含まれるＢＷＰインフォメーションエレメント（IE）は、ＢＷＰを設定するために使われる。基地局装置３から送信されたＲＲＣメッセージは、端末装置１によって受信される。それぞれのサービングセルに対して、ネットワーク（基地局装置３など）は、少なくとも下りリンクのＢＷＰと１つ（もしサービングセルが上りリンクの設定された場合など）または２つ（付録のアップリンク（supplementary uplink）が使われる場合など）の上りリンクＢＷＰを含む少なくとも初期ＢＷＰ（initial BWP）を、端末装置１に対して、設定する。さらに、ネットワークは、追加の上りリンクＢＷＰや下りリンクＢＷＰをあるサービングセルに対して設定するかもしれない。ＢＷＰ設定は、上りリンクパラメータと下りリンクパラメータに分けられる。また、ＢＷＰ設定は、共通（common）パラメータと専用（dedicated）パラメータに分けられる。共通パラメータ（ＢＷＰ上りリンク共通ＩＥやＢＷＰ下りリンク共通ＩＥなど）は、セル特有である。プライマリセルの初期ＢＷＰの共通パラメータは、システム情報でも提供される。他のすべてのサービングセルに対しては、ネットワークは専用信号で共通パラメータを提供する。ＢＷＰは、ＢＷＰ ＩＤで識別される。初期ＢＷＰは、ＢＷＰ ＩＤが０である。他のＢＷＰのＢＷＰ ＩＤは、１から４までの値を取る。

【0119】

端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されない場合、初期ＤＬ ＢＷＰ（初期アクティブなＤＬ ＢＷＰ、initial active DL BWP）は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ）でのＰＤＣＣＨ受信のために、連続的なＰＲＢの位置と数、サブキャリア間隔、および、サイクリックプレフィックスによって定義されてもよい。該連続的なＰＲＢの位置は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットのＰＲＢの間で、最小インデックスのＰＲＢから始まり、最大インデックスのＰＲＢで終わる。端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されている場合、初期ＤＬ ＢＷＰは上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって示されてもよい。上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰは、ＳＩＢ１（systemInformationBlockType1、ServingCellConfigCommonSIB）またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。インフォメーションエレメントＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢは、ＳＩＢ１内で端末装置１に対するサービングセルのセル固有パラメータを設定するために使われる。

【0120】

即ち、端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されない場合、初期ＤＬ ＢＷＰのサイズは、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ＃０）のリソースブロックの数であってもよい。端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されている場合、初期ＤＬ ＢＷＰのサイズは、上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰに含まれるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられてもよい。上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈは初期ＤＬ ＢＷＰの周波数領域の位置と帯域幅を示してもよい。

【0121】

前述のように、端末装置１に対して複数のＤＬ ＢＷＰが設定されていてもよい。そして、端末装置１に対して設定されているＤＬ ＢＷＰの内、上位層のパラメータｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－ＩｄによりデフォルトＤＬ ＢＷＰが設定されることができる。端末装置１に対して上位層のパラメータｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄが提供されない場合、デフォルトＤＬ ＢＷＰは初期ＤＬ ＢＷＰである。

【0122】

端末装置１には、初期ＵＬ ＢＷＰがＳＩＢ１（systemInformationBlockType1）またはｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって提供されてもよい。インフォメーションエレメントｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰは、初期ＵＬ ＢＷＰを設定するために使われる。ＳｐＣｅｌｌまたはセカンダリセルでのオペレーションに対して、端末装置１には、上位層のパラメータｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって初期ＵＬ ＢＷＰ（初期アクティブなＵＬ ＢＷＰ）が設定（提供）されてもよい。端末装置１に対して補足的な上りリンクキャリア（supplementary UL carrier）が設定される場合、端末装置１には、上位層のパラメータｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋに含まれるｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって、補足的な上りリンクキャリアでの初期ＵＬ ＢＷＰが設定されてもよい。

【0123】

以下、本実施形態におけるコントロールリソースセット（ＣＯＲＥＳＥＴ）について説明する。

【0124】

コントロールリソースセット（CORESET, Control resource set）は下りリンク制御情報をサーチするための時間および周波数リソースである。ＣＯＲＥＳＥＴの設定情報には、ＣＯＲＥＳＥＴの識別子（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ、ＣＯＲＥＳＥＴ－ＩＤ）とＣＯＲＥＳＥＴの周波数リソースを特定する情報が含まれる。インフォメーションエレメントＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ（ＣＯＲＥＳＥＴの識別子）は、あるサービングセルにおけるコントロールリソースセットを特定するために使われる。ＣＯＲＥＳＥＴの識別子は、あるサービングセルにおけるＢＷＰ間で使われる。ＣＯＲＥＳＥＴの識別子は、サービングセルにおけるＢＷＰ間でユニークである。各ＢＷＰのＣＯＲＥＳＥＴの数は、初期ＣＯＲＥＳＥＴを含めて、３に制限される。あるサービングセルにおいて、ＣＯＲＥＳＥＴの識別子の値は、０から１１までの値を取る。

【0125】

ＣＯＲＥＳＥＴの識別子０（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ ０）で特定されるコントロールリソースセットはＣＯＲＥＳＥＴ＃０と称する。ＣＯＲＥＳＥＴ＃０は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されてもよい。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎであってもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏによって設定されてもよい。つまり、インフォメーションエレメントｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ＃０（コモンＣＯＲＥＳＥＴ）を示すために用いられる。ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１で示されるＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃０である。ＭＩＢまたは専用コンフィギュレーション内のインフォメーションエレメントｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１は、初期ＤＬ ＢＷＰを設定するために用いられる。ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの設定情報ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１には、ＣＯＲＥＳＥＴの識別子とＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）を明示的に特定する情報は含まれないが、ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）は、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれる情報によって暗示的に特定できる。インフォメーションエレメントＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎは、ＳＩＢで提供されるセル固有のＰＤＣＣＨパラメータを設定するために用いられる。また、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎはハンドオーバ、および、ＰＳＣｅｌｌおよび／またはＳＣｅｌｌの追加時にも提供されてもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰの設定の中に含まれる。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰ以外のＢＷＰの設定の中に含まれなくてもよい。ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１の内４ビット（例えば、ＭＳＢ ４ビット、最上位ビットの４ビット）に対応する。ＣＯＲＥＳＥＴ＃０はタイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットである。

【0126】

追加のコモンＣＯＲＥＳＥＴ（additional common control resource set）の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔによって設定されてもよい。また、追加のコモンＣＯＲＥＳＥＴの設定情報は、システム情報および／またはページング手順のための追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、ランダムアクセス手順に使われる追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、各ＢＷＰの設定の中に含まれてもよい。ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔに示されるＣＯＲＥＳＥＴの識別子は０以外の値を取る。

【0127】

コモンＣＯＲＥＳＥＴは、ランダムアクセス手順に使われるＣＯＲＥＳＥＴ（例えば、追加のコモンＣＯＲＥＳＥＴ）であってもよい。また、本実施形態において、コモンＣＯＲＥＳＥＴには、ＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴの設定情報で設定されたＣＯＲＥＳＥＴが含まれてもよい。つまり、コモンＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴを含んでもよい。ＣＯＲＥＳＥＴ＃０はコモンＣＯＲＥＳＥＴ＃０と称してもよい。端末装置１、コモンＣＯＲＥＳＥＴが設定されているＢＷＰ以外のＢＷＰにおいても、コモンＣＯＲＥＳＥＴの設定情報を参照（取得）してもよい。

【0128】

１つまたは複数のＣＯＲＥＳＥＴの設定情報は、ＰＤＣＣＨ－Ｃｏｎｆｉｇによって設定されてもよい。インフォメーションエレメントＰＤＣＣＨ－Ｃｏｎｆｉｇは、あるＢＷＰに対してＵＥ固有のＰＤＣＣＨパラメータ（例えば、ＣＯＲＥＳＥＴ、サーチスペースなど）を設定するために用いられる。ＰＤＣＣＨ－Ｃｏｎｆｉｇは、各ＢＷＰの設定の中に含まれてもよい。

【0129】

即ち、本実施形態において、ＭＩＢで示されるコモンＣＯＲＥＳＥＴの設定情報はｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１であり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴの設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏであり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴ（追加のコモンＣＯＲＥＳＥＴ）の設定情報はｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔである。また、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示される１つまたは複数のＣＯＲＥＳＥＴ（UE specifically configured Control Resource Sets、ＵＥ固有ＣＯＲＥＳＥＴ）の設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔである。

【0130】

サーチスペースはＰＤＣＣＨ候補（PDCCH candidates）をサーチするために定義される。サーチスペースの設定情報に含まれるｓｅａｒｃｈＳｐａｃｅＴｙｐｅは、該サーチスペースがコモンサーチスペース（Common Search Space, CSS）であるかＵＥ固有サーチスペース（UE-specific Search Space, USS）であるかを示す。ＵＥ固有サーチスペースは、少なくとも、端末装置１がセットしているＣ－ＲＮＴＩの値から導き出される。すなわち、ＵＥ固有サーチスペースは、端末装置１毎に個別に導き出される。コモンサーチスペースは、複数の端末装置１の間で共通のサーチスペースであり、予め定められたインデックスのＣＣＥ（Control Channel Element）から構成される。ＣＣＥは、複数のリソースエレメントから構成される。サーチスペースの設定情報には、該サーチスペースでモニタされるＤＣＩフォーマットの情報が含まれる。

【0131】

サーチスペースの設定情報には、ＣＯＲＥＳＥＴの設定情報で特定されるＣＯＲＥＳＥＴの識別子が含まれる。サーチスペースの設定情報の中に含まれるＣＯＲＥＳＥＴの識別子で特定されるＣＯＲＥＳＥＴは、該サーチスペースと関連付けられる。言い換えると、該サーチスペースに関連付けられるＣＯＲＥＳＥＴは、該サーチスペースに含まれるＣＯＲＥＳＥＴの識別子で特定するＣＯＲＥＳＥＴである。該サーチスペースの設定情報で示されるＤＣＩフォーマットは、関連付けられるＣＯＲＥＳＥＴでモニタされる。各サーチスペースは一つのＣＯＲＥＳＥＴに関連付けられる。例えば、ランダムアクセス手順のためのサーチスペースの設定情報はｒａ－ＳｅａｒｃｈＳｐａｃｅによって設定されてもよい。即ち、ｒａ－ＳｅａｒｃｈＳｐａｃｅと関連付けられるＣＯＲＥＳＥＴでＲＡ－ＲＮＴＩまたはＴＣ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマットがモニタされる。

【0132】

端末装置１は、ＰＤＣＣＨをモニタリングするように設定されているそれぞれのアクティブなサービングセルに配置される、１つまたは複数のＣＯＲＥＳＥＴにおいて、ＰＤＣＣＨの候補のセットをモニタする。ＰＤＣＣＨの候補のセットは、１つまたは複数のサーチスペースセットに対応している。「モニタリングする」とは、モニタされる１つまたは複数のＤＣＩフォーマットに応じてそれぞれのＰＤＣＣＨの候補をデコードすることを意味してよい。端末装置１がモニタするＰＤＣＣＨの候補のセットは、ＰＤＣＣＨサーチスペースセット（PDCCH search space sets）で定義される。一つのサーチスペースセットは、コモンサーチスペースセットまたはＵＥ固有サーチスペースセットである。上記では、サーチスペースセットをサーチスペース、コモンサーチスペースセットをコモンサーチスペース、ＵＥ固有サーチスペースセットをＵＥ固有サーチスペースと称している。端末装置１は、１つまたは複数の以下のサーチスペースセットでＰＤＣＣＨ候補をモニタする。- タイプ０ＰＤＣＣＨコモンサーチスペースセット（a Type0-PDCCH common searchspace set、タイプ０コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＭＩＢで示されるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペースＳＩＢ１（searchSpaceSIB1）またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるサーチスペースゼロ（searchSpaceZero）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＲＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。- タイプ０ＡＰＤＣＣＨコモンサーチスペースセット（a Type0A-PDCCH common search space set、タイプ０Ａコモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペース（searchSpaceOtherSystemInformation）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＲＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。- タイプ１ＰＤＣＣＨコモンサーチスペースセット（a Type1-PDCCH common searchspace set、タイプ１コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるランダムアクセス手順のためのサーチスペース（ra-SearchSpace）によって設定される。このサーチスペースは、プライマリセルにおけるＲＡ－ＲＮＲＩまたはＴＣ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。タイプ１ＰＤＣＣＨコモンサーチスペースセットはランダムアクセス手順のためのサーチスペースセットである。- タイプ２ＰＤＣＣＨコモンサーチスペースセット（a Type2-PDCCH common searchspace set、タイプ２コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるページング手順のためのサーチスペース（pagingSearchSpace）によって設定される。このサーチスペースは、プライマリセルにおけるＰ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。- タイプ３ＰＤＣＣＨコモンサーチスペースセット（a Type3-PDCCH common searchspace set、タイプ３コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがコモンのサーチスペース（SearchSpace）によって設定される。このサーチスペースは、ＩＮＴ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩ、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ、またはＴＰＣ－ＳＲＳ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。プライマリライセルに対しては、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはＭＣＳ－Ｃ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。- ＵＥ固有サーチスペースセット（a UE-specific search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがＵＥ固有のサーチスペース（SearchSpace）によって設定される。このサーチスペースは、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはＭＣＳ－Ｃ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。

【0133】

もし、端末装置１が、対応する上位層パラメータ（searchSpaceZero、searchSpaceSIB1、searchSpaceOtherSystemInformation、 pagingSearchSpace, ra-SearchSpaceなど） によって、１つまたは複数のサーチスペースセットを提供されて、端末装置１が、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを提供されている場合、端末装置１は、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを持つＤＣＩ ｆｏｒｍａｔ ０＿０とＤＣＩ ｆｏｒｍａｔ １＿０のためのＰＤＣＣＨ候補を、その１つまたは複数のサーチスペースセットでモニタしてもよい。

【0134】

ＢＷＰの設定情報はＤＬ ＢＷＰの設定情報とＵＬ ＢＷＰの設定情報に分けられる。ＢＷＰの設定情報には、インフォメーションエレメントｂｗｐ－Ｉｄ（ＢＷＰの識別子）が含まれる。ＤＬ ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＤＬ ＢＷＰを特定（参照）するために使われる。ＵＬ ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＵＬ ＢＷＰを特定（参照）するために使われる。ＢＷＰの識別子はＤＬ ＢＷＰとＵＬ ＢＷＰのそれぞれに対して付与される。例えば、ＤＬ ＢＷＰに対応するＢＷＰの識別子はＤＬ ＢＷＰ インデックス（DL BWP index）と称してもよい。ＵＬ ＢＷＰに対応するＢＷＰの識別子はＵＬ ＢＷＰ インデックス（UL BWP index）と称してもよい。初期ＤＬ ＢＷＰは、ＤＬ ＢＷＰの識別子０によって参照される。初期ＵＬ ＢＷＰは、ＵＬ ＢＷＰの識別子０によって参照される。他のＤＬ ＢＷＰまたは他のＵＬ ＢＷＰのそれぞれは、ＢＷＰの識別子 １からｍａｘＮｒｏｆＢＷＰｓまでに参照されてもよい。つまり、０にセットしたＢＷＰの識別子（ｂｗｐ－Ｉｄ＝０）は、初期ＢＷＰに関連つけられ、他のＢＷＰに使われることができない。ｍａｘＮｒｏｆＢＷＰｓはサービングセルあたりのＢＷＰの最大数であり、４である。即ち、他のＢＷＰの識別子の値は、１から４までの値を取る。他の上位層の設定情報は、ＢＷＰの識別子を利用して特定のＢＷＰに関連付けられる。ＤＬ ＢＷＰとＵＬ ＢＷＰが同じＢＷＰの識別子を有することは、ＤＬ ＢＷＰとＵＬ ＢＷＰがペアされていることを意味してもよい。

【0135】

端末装置１は、１つのプライマリセルと１５までのセカンダリセルが設定されてよい。

【0136】

以下では、ＰＵＳＣＨを送信する手順について説明する。

【0137】

本実施形態に係る第１の繰返し送信方式を適用したＰＵＳＣＨの繰返し送信について説明する。第１の繰返し送信方式は、１つのＰＵＳＣＨ（例えば１つのトランスポートブロック）をＰＵＳＣＨの送信に利用可能なアップリンクリソースにおいて時間領域で連続的に繰返し送信する方式である。例えば、１つのトランスポートブロックに対して、複数の時間リソースが割り当てられ、その複数の時間リソースの各々に合わせてトランスポートブロックが符号化・送信されることにより、同一のトランスポートブロックが、送信に用いられた複数の時間リソースの数だけ繰返し送信される。

【0138】

端末装置１は、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、または、ＤＣＩフォーマット０＿２を含むＰＤＣＣＨの検出によって、対応するＰＵＳＣＨを送信してもよい。つまり、対応するＰＵＳＣＨは、そのＤＣＩフォーマット（ＤＣＩ）によってスケジュールされてもよい（示されてもよい）。例えば、端末装置１は、所定のＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩあるいはＮＤＩ＝１であるＣＳ－ＲＮＴＩ）でＣＲＣスクランブルされたＰＤＣＣＨ内のＤＣＩフォーマット０＿２でスケジュールされたＰＵＳＣＨを送信する場合に、第１の繰返し送信方式を適用してＰＵＳＣＨを送信してもよい。例えば、端末装置１は、所定のＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩあるいはＮＤＩ＝１であるＣＳ－ＲＮＴＩ）でＣＲＣスクランブルされたＰＤＣＣＨ内のＤＣＩフォーマット０＿２でスケジュールされたＰＵＳＣＨを送信する場合に、上位レイヤで所定のパラメータ（例えばpusch-Aggregation-v16）が設定されていれば、第１の繰返し送信方式を適用してＰＵＳＣＨを送信してもよい。例えば、端末装置１は、端末装置１は、所定のＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩあるいはＮＤＩ＝１であるＣＳ－ＲＮＴＩ）でＣＲＣスクランブルされたＰＤＣＣＨ内のＤＣＩフォーマット０＿１でスケジュールされたＰＵＳＣＨを送信する場合に、上位レイヤで所定のパラメータ（例えばpusch-Aggregation-v16）が設定されていれば、第１の繰返し送信方式を適用してＰＵＳＣＨを送信してもよい。また、ＰＵＳＣＨは、ＲＡＲメッセージに含まれるＲＡＲ ＵＬグラントによってスケジュールされてもよい。そのスケジュールされるＰＵＳＣＨの開始位置（開始シンボル）はＳで定義されてもよい。ＰＵＳＣＨの開始シンボルＳはあるスロット内であるＰＵＳＣＨが送信（マップ）される最初のシンボルのシンボルインデックスであってもよい。例えば、スロット内に１４シンボルが含まれる場合、Ｓに利用可能な値は、０から１３であってよい。開始シンボルＳはスロットの先頭から何番目のシンボルであるかを示す。例えば、Ｓの値が２である場合、端末装置１は、あるスロットの３番目のシンボルからＰＵＳＣＨを送信してもよい。スケジュールされるＰＵＳＣＨの連続的なシンボルの数をＬと称する。連続的なシンボルの数Ｌは開始シンボルＳから数える。ＰＵＳＣＨに対して割り当てられたＳとＬの決定は後述する。ただし、第１の繰返し送信方式を適用してＰＵＳＣＨを送信する場合に、Ｓは繰返し送信される最初のＰＵＳＣＨの開始シンボルのインデックスであってもよい。ただし、第１の繰返し送信方式を適用してＰＵＳＣＨを送信する場合に、Ｌは繰返し送信されるＰＵＳＣＨの名目上のシンボル数であってもよい。例えば、第１の繰返し送信方式を適用してＰＵＳＣＨを送信する場合に、繰返し送信される１つのＰＵＳＣＨに使用されるシンボル数とＬで示されるシンボル数は異なる値であってもよい。例えば、第１の繰返し送信方式を適用してＰＵＳＣＨを送信する場合に、繰返し送信される１つのＰＵＳＣＨに利用可能なシンボル数の最大値がＬであってもよい。端末装置１は、ＤＣＩフォーマット０＿２の検出によって、複数の対応するＰＵＳＣＨを送信してもよい。

【0139】

ＰＵＳＣＨマッピングのタイプはＰＵＳＣＨマッピングタイプＡおよびＰＵＳＣＨマッピングタイプＢを有してよい。ＰＵＳＣＨマッピングタイプＡでは、Ｓの値は０である。Ｌは４から１４までの値を取る。ただし、ＳとＬの和は４から１４までの値を取る。ＰＵＳＣＨマッピングタイプＢでは、Ｓは０から１３までの値を取る。Ｌは１から１４までの値を取る。ＳとＬの和は１から１４までの値に制限されてもよい。ただし、所定の条件において、ＳとＬの和は制限されなくてもよい。例えば、ある上位レイヤパラメータが設定されている場合に、ＳとＬの和は制限されず、設定されていない場合にＳとＬの和は制限されてもよい。ただし、ある上位レイヤパラメータが設定されている場合に、ＰＵＳＣＨマッピングタイプＢではなく、異なるマッピングタイプ（例えばＰＵＳＣＨマッピングタイプＣ）が設定されてもよい。ＰＵＳＣＨマッピングタイプＣは、ＰＵＳＣＨマッピングタイプＢと同様にミニスロット単位での割り当てに対応するマッピングタイプであってよい。例えば、ＰＵＳＣＨマッピングタイプＢではＳとＬの和が１から１４までの値に制限され、ＰＵＳＣＨマッピングタイプＣではＳとＬの和が制限されなくてもよい。以下のＰＵＳＣＨマッピングタイプＢに関する記載がＰＵＳＣＨマッピングタイプＣに適用されてもよい。

【0140】

ＰＵＳＣＨのためのＤＭＲＳシンボルの位置は、ＰＵＳＣＨマッピングのタイプに依存してよい。ＰＵＳＣＨための最初のＤＭＲＳシンボル（first DM-RS symbol）の位置は、ＰＵＳＣＨマッピングのタイプに依存してよい。ＰＵＳＣＨマッピングタイプＡでは、最初のＤＭＲＳシンボルの位置は、上位層のパラメータｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎに示されてもよい。例えば、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎは、‘ｐｏｓ２’または‘ｐｏｓ３’のいずれかにセットされる。例えば、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ２’にセットされている場合、ＰＵＳＣＨのための最初のＤＭＲＳシンボルの位置は、スロット内の３番目のシンボルであってもよい。例えば、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ３’にセットされている場合、ＰＵＳＣＨのための最初のＤＭＲＳシンボルの位置は、スロット内の４番目のシンボルであってもよい。ＰＵＳＣＨマッピングタイプＢおよびＰＵＳＣＨマッピングタイプＣでは、最初のＤＭＲＳシンボルの位置は、割り当てられるＰＵＳＣＨの最初のシンボルであってもよい。

【0141】

以下、ＰＵＳＣＨ時間領域リソース割り当ての特定方法について説明する。

【0142】

基地局装置３は、ＤＣＩによって端末装置１にＰＵＳＣＨを送信させるようにスケジュールしてもよい。端末装置１は、自装置宛てのＤＣＩの検出によってＰＵＳＣＨを送信してもよい。端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てを特定する時に、該ＰＵＳＣＨに適用するリソース割り当てテーブルを決定する。リソース割り当てテーブルは、１つまたは複数のＰＵＳＣＨ時間領域リソース割り当て設定を含む。端末装置１は、該ＰＵＳＣＨをスケジュールするＤＣＩに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰＵＳＣＨ時間領域リソース割り当て設定を選んでもよい。つまり、基地局装置３は、端末装置１のためのＰＵＳＣＨのリソース割り当てを決定し、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドの値を生成し、その‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドを含むＤＣＩを端末装置１に送信する。端末装置１は、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドにセットされる値に基づき、ＰＵＳＣＨの時間領域のリソース割り当てを特定する。

【0143】

図８と図９はＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルの選択ルールを定義するテーブルである。端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに図８に示されるテーブルを用いるか図９に示されるテーブルを用いるかを、上位レイヤパラメータ、ＤＣＩ、および／またはＲＮＴＩに基づいて決定／選択してもよい。例えば、上位レイヤパラメータｐｕｓｃｈ－ｔｄｒａ－ｒ１６が設定されている場合は、端末装置１は図９に示されるテーブルを用いてＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定／選択し、設定されていない場合は、端末装置１は図８に示されるテーブルを用いてＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定／選択してもよい。ただし、図８と図９のテーブルは併せて１つのテーブルであってもよい。端末装置１は、ＲＮＴＩ、ＰＤＣＣＨサーチスペース、所定の上位レイヤパラメータｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔまたはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２の有無、および／または、上位レイヤパラメータｐｕｓｃｈ－ｔｄｒａ－ｒ１６の設定あるいは有無に基づいてＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定／選択してもよい。リソース割り当てテーブルは、１つまたは複数のＰＵＳＣＨ時間領域リソース割り当ての設定を含む。本実施形態において、リソース割り当てテーブルは、（Ｉ）事前に定義されるリソース割り当てテーブル、および、（ＩＩ）上位層のＲＲＣ信号から設定されるリソース割り当てテーブルと分類される。事前に定義されるリソース割り当てテーブルは、デフォルトＰＵＳＣＨ時間領域リソース割り当てＡおよび／またはデフォルトＰＵＤＳＣＨ時間領域リソース割り当てＢとして定義される。以下、デフォルトＰＵＳＣＨ時間領域リソース割り当てＡはＰＵＳＣＨデフォルトテーブルＡと、デフォルトＰＵＳＣＨ時間領域リソース割り当てＢはＰＵＳＣＨデフォルトテーブルＢと称される。

【0144】

図１０はＮＣＰ（Normal Cyclic Prefix）に対してＰＵＳＣＨデフォルトテーブルＡの一例を示す図である。図１０において、ＰＵＳＣＨデフォルトテーブルＡの行数は１６であり、各行はＰＵＳＣＨ時間領域リソース割り当ての設定（configuration）を示す。図１０において、インデックス付きの行（indexed row）は、ＰＵＳＣＨマッピングタイプ、ＤＣＩを含むＰＤＣＣＨとそのＰＵＳＣＨとの間のスロットオフセットＫ_２、スロット内のＰＵＳＣＨの開始シンボルＳ、および、連続的な割り当てられるシンボル数Ｌを定義する。図１１はＮＣＰに対してのＰＵＳＣＨデフォルトテーブルＢの一例を示す図である。図１１において、ＰＵＤＳＣＨデフォルトテーブルＢの行数は１６であり、各行はＰＵＳＣＨ時間領域リソース割り当ての設定を示す。図１１において、インデックス付きの行は、ＤＣＩを含むＰＤＣＣＨとそのＰＵＳＣＨとの間のスロットオフセットＫ_２、スロット内のＰＵＳＣＨの開始シンボルＳ、連続的な割り当てられるシンボル数Ｌ、および／またはＰＵＳＣＨの繰返送信回数Ｒｅｐを定義する。ただし、ＰＵＳＣＨデフォルトテーブルＡおよび／またはＰＵＳＣＨデフォルトテーブルＢの行数は１６でなくてもよい。例えば、ＰＵＳＣＨデフォルトテーブルＡとＰＵＳＣＨデフォルトテーブルＢの行数は異なる値であってもよい。つまり、端末装置１は、上位レイヤパラメータの設定、ＤＣＩフィールドに含まれる情報、および／またはＲＮＴＩにより、異なる行数のＰＵＳＣＨデフォルトテーブルを用いてもよい。例えば、端末装置１は、ＤＣＩで示される時間領域リソース割り当てのフィールドを構成するビット数に応じて、異なる行数のＰＵＳＣＨデフォルトテーブルを用いてもよい。ただし、ＰＵＳＣＨデフォルトテーブルＡを構成する列とＰＵＳＣＨデフォルトテーブルＢを構成する列は異なってもよい。例えば、ＰＵＳＣＨデフォルトテーブルＡで示される、インデックス付きの行、ＰＵＳＣＨマッピングタイプ、オフセットＫ２、開始シンボルＳ、シンボル数Ｌのいずれかが、ＰＵＳＣＨデフォルトテーブルＢで示されなくてもよく、逆にそれ以外の列がＰＵＳＣＨデフォルトテーブルＢでのみ示されてもよい。

【0145】

以下、スロットオフセットＫ_２について説明する。

【0146】

前述のように、サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ＾｛ｓｕｂｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１まで昇順に数えられ、フレーム内で０からＮ＾｛ｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１まで昇順に数えられる。Ｋ_２はＰＵＳＣＨのサブキャリア間隔に基づくスロットの数である。Ｋ_２は０から３２までの値を取り得る。あるサブフレームまたはフレームにおいて、スロットの番号は０からに昇順に数えられる。サブキャリア間隔設定１５ｋＨｚのスロット番号ｎは、サブキャリア間隔設定３０ｋＨｚのスロット番号２ｎと２ｎ＋１に対応する。

【0147】

端末装置１がＰＵＳＣＨをスケジュールするＤＣＩを検出した場合に、そのＰＵＳＣＨに割り当てられるスロットはｆｌｏｏｒ（ｎ＊２^{μＰＵＳＣＨ}／２^{μＰＤＣＣＨ}）＋Ｋ_２によって与えられる。関数ｆｌｏｏｒ（Ａ）は、Ａを上回らない最大の整数を出力する。ｎは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨが検出されたスロットである。μ_{ＰＵＳＣＨ}はＰＵＳＣＨに対するサブキャリア間隔設定である。μ_{ＰＤＣＣＨ}はＰＤＣＣＨに対するサブキャリア間隔設定である。

【0148】

上位層のＲＲＣ信号から設定されるリソース割り当てテーブルは、上位層の信号ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔによって与えられてよい。インフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎは、ＰＵＳＣＨ時間領域リソース割り当ての設定を示す。ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎは、ＤＣＩを含むＰＤＣＣＨとＰＵＳＣＨの間の時間領域関係を設定するために用いられてもよい。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは１つまたは複数のインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを含む。つまり、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは１つまたは複数のエレメント（インフォメーションエレメント）を含むリストである。１つのインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを１つのエントリ（または１つの行）とも称してもよい。図１２は、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎすなわち各エントリのパラメータ構成の一例を示す図である。各エントリは、ｋ２、ｍａｐｐｉｎｇＴｙｐｅ、および、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈによって定義されてもよい。ｋ２はＤＣＩを含むＰＤＣＣＨとそのスケジュールされるＰＵＳＣＨとの間のスロットオフセットを示す。ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎがｋ２を示さないならば、端末装置１は、ＰＵＳＣＨの送信に用いるサブキャリア間隔に応じて、ｋ２の値が所定の値であることを想定してもよい。例えば、端末装置１は、ＰＵＳＣＨのサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合に、ｋ２の値が１であることを想定し、ＰＵＳＣＨのサブキャリア間隔が６０ｋＨｚである場合に、ｋ２の値が２であることを想定し、ＰＵＳＣＨのサブキャリア間隔が１２０ｋＨｚである場合に、ｋ２の値が３であることを想定してもよい。ｍａｐｐｉｎｇＴｙｐｅは、ＰＵＳＣＨマッピングタイプＡまたはＰＵＳＣＨマッピングタイプＢのいずれかを示す。ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈはＰＵＳＣＨの開始シンボルＳ、および、連続的な割り当てられるシンボル数Ｌの有効な組み合わせを与えるインデックスである。ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈをスタートと長さインジケータＳＬＩＶ（start and length indicator）と称してもよい。つまり、開始シンボルＳと連続的なシンボルＬを直接に定義するデフォルトテーブルと異なって、開始シンボルＳと連続的なシンボルＬは、ＳＬＩＶに基づき与えられる。基地局装置３は、ＰＵＳＣＨの時間領域リソース割り当てがスロット境界を超えないよう、ＳＬＩＶの値をセットすることができる

【0149】

図１３は、ＳＬＩＶを算出する一例を示す図である。

【0150】

図１３において、１４は１つのスロットに含まれるシンボルの数である。図１３は、ＮＣＰ（Normal Cyclic Prefix）の場合にＳＬＩＶを算出する一例を示す。ＳＬＩＶの値は、スロットに含まれるシンボルの数、開始シンボルＳ、および、連続的なシンボル数Ｌに基づいて、算出される。ここで、Ｌの値は１以上であり、（１４－Ｓ）を超えない。ＥＣＰでＳＬＩＶを算出する場合には、図１３における値７と１４には代わりに６と１２が使われる。

【0151】

上位層のＲＲＣ信号から設定されるリソース割り当てテーブルは、上位層の信号ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２によって与えられてもよい。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２はｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔとは異なるパラメータであってよい。インフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２は、ＰＵＳＣＨ時間領域リソース割り当ての設定を示す。ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２は、ＤＣＩを含むＰＤＣＣＨとＰＵＳＣＨの間の時間領域関係を設定するために用いられてもよい。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２は１つまたは複数のインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２を含む。つまり、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２は１つまたは複数のエレメント（インフォメーションエレメント）を含むリストである。１つのインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２を１つのエントリ（または１つの行）とも称してもよい。

【0152】

図１４は、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２すなわち各エントリのパラメータ構成の一例を示す図である。各エントリは、ｋ２、ｍａｐｐｉｎｇＴｙｐｅ、ｓｔａｒｔＳｙｍｂｏｌ、ｌｅｎｇｔｈおよび／またはｒｅｐｅｔｉｔｉｏｎによって定義されてもよい。ただし、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２にはマッピングタイプを示すパラメータｍａｐｐｉｎｇＴｙｐｅが含まれてもよい。ｋ２はＤＣＩを含むＰＤＣＣＨとそのスケジュールされるＰＵＳＣＨとの間のスロットオフセットを示す。ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２にｋ２が提供されていない（not present/absent）ならば、端末装置１は、ＰＵＳＣＨの送信に用いるサブキャリア間隔に応じて、ｋ２の値が所定の値であることを想定してもよい。例えば、ＰＵＳＣＨのサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合に、ｋ２の値が１であることを想定し、ＰＵＳＣＨのサブキャリア間隔が６０ｋＨｚである場合に、ｋ２の値が２であることを想定し、ＰＵＳＣＨのサブキャリア間隔が１２０ｋＨｚである場合に、ｋ２の値が３であることを想定してもよい。ｍａｐｐｉｎｇＴｙｐｅは、ＰＵＳＣＨマッピングタイプを示す。例えば、ｍａｐｐｉｎｇＴｙｐｅはＰＵＳＣＨマッピングタイプＡまたはＰＵＳＣＨマッピングタイプＢのいずれかを示す。ｓｔａｒｔＳｙｍｂｏｌはＰＵＳＣＨの開始シンボルＳを示す。例えば、ｓｔａｒｔＳｙｍｂｏｌは０から１３のうちいずれかの整数を示す。ｌｅｎｇｔｈは、１つのＰＵＳＣＨの長さ、すなわち連続的に割り当てられるシンボル数Ｌを示す。例えば、Ｌは複数の整数値のいずれかの１つを示す。ただし、ｌｅｎｇｔｈで示されるＬは、シンボルが利用可能か不可能かに関わらず仮想的にＰＵＳＣＨが連続的に割り当てられる名目上の長さ（nominal length）（シンボル数）であってもよく、実際にＰＵＳＣＨの送信に使用するシンボルとＬの値が異なってもよい。ただし、ｌｅｎｇｔｈで示されるＬは、利用可能なアップリングシンボルに対してＰＵＳＣＨが連続的に割り当てられるシンボル数であってもよい。ｒｅｐｅｔｉｔｉｏｎは、ＰＵＳＣＨの繰返送信回数Ｒｅｐを示す。例えば、ｒｅｐｅｔｉｔｉｏｎは、２から８の整数のうちいずれか１つを示してもよい。ただし、ｒｅｐｅｔｉｔｉｏｎで示されるＲｅｐは、ＰＵＳＣＨの名目上の繰返し回数（nominal number of repetition）であってもよく、実際にＰＵＳＣＨの繰返し回数とＲｅｐの値が異なってもよい。ただし、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２にｒｅｐｅｔｉｔｉｏｎが提供されていない（not present/absent）場合に、端末装置１はｒｅｐｅｔｉｔｉｏｎの値が１である（ＰＵＳＣＨの繰返し送信回数が１である）と想定してもよい。ただし、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２にｒｅｐｅｔｉｔｉｏｎが提供されていない場合に、端末装置１は上位レイヤパラメータｒｅｐｅｔｉｔｉｏｎＣｏｍｍｏｎの値に基づいて繰返し送信回数を選択／決定してもよい。ただし、上位レイヤパラメータｒｅｐｅｔｉｔｉｏｎＣｏｍｍｏｎは、全てのエントリに共通で用いられるＰＵＳＣＨの繰返し送信回数を示す。ただし、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２にｒｅｐｅｔｉｔｉｏｎが提供されておらず、かつ上位レイヤパラメータｒｅｐｅｔｉｔｉｏｎＣｏｍｍｏｎが提供／設定されていない場合に、端末装置１はｒｅｐｅｔｉｔｉｏｎの値が１である（ＰＵＳＣＨの繰返し送信回数が１である）と想定してもよい。ただし、ｓｔａｒｔＳｙｍｂｏｌ、ｌｅｎｇｔｈおよび／またはｒｅｐｅｔｉｔｉｏｎの値はジョイントコーディングを用いて一つのパラメータで与えられてもよい。例えば、使用されないｓｔａｒｔＳｙｍｂｏｌ、ｌｅｎｇｔｈおよび／またはｒｅｐｅｔｉｔｉｏｎの組合せを省いた値を候補とするパラメータを用いてもよい。

【0153】

上位層のＲＲＣ信号から設定されるリソース割り当てテーブルは、上位層の信号ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３によって与えられてもよい。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３はｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよびｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２とは異なるパラメータであってよい。インフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ３は、ＰＵＳＣＨ時間領域リソース割り当ての設定を示す。ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ３は、ＤＣＩを含むＰＤＣＣＨとＰＵＳＣＨの間の時間領域関係を設定するために用いられてもよい。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３は１つまたは複数のインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ３を含む。つまり、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３は１つまたは複数のエレメント（インフォメーションエレメント）を含むリストである。１つのインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ３を１つのエントリ（または１つの行）とも称してもよい。

【0154】

図１５は、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ３すなわち各エントリのパラメータ構成の一例を示す図である。各エントリは、要素数が１からｍａｘＮｒｏｆＲｅｐｓのいずれかのＰＵＳＣＨ－ＴＤＲＡｐｅｒＲｅｐで構成され、各ＰＵＳＣＨ－ＴＤＲＡｐｅｒＲｅｐはｋ２、および／またはｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈによって定義されてもよい。ｋ２はＤＣＩを含むＰＤＣＣＨとそのスケジュールされるＰＵＳＣＨとの間のスロットオフセットを示す。ＰＵＳＣＨ－ＴＤＲＡｐｅｒＲｅｐにｋ２が提供されていない（not present/absent）ならば、端末装置１は、ＰＵＳＣＨの送信に用いるサブキャリア間隔に応じて、ｋ２の値が所定の値であることを想定してもよい。例えば、ＰＵＳＣＨのサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合に、ｋ２の値が１であることを想定し、ＰＵＳＣＨのサブキャリア間隔が６０ｋＨｚである場合に、ｋ２の値が２であることを想定し、ＰＵＳＣＨのサブキャリア間隔が１２０ｋＨｚである場合に、ｋ２の値が３であることを想定してもよい。ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈはＰＵＳＣＨの開始シンボルＳ、および、連続的な割り当てられるシンボル数Ｌの有効な組み合わせを与えるインデックスである。ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈをスタートと長さインジケータＳＬＩＶ（start and length indicator）と称してもよい。つまり、開始シンボルＳと連続的なシンボルＬを直接に定義するデフォルトテーブルと異なって、開始シンボルＳと連続的なシンボルＬは、ＳＬＩＶに基づき与えられる。基地局装置３は、ＰＵＳＣＨの時間領域リソース割り当てがスロット境界を超えないよう、ＳＬＩＶの値をセットすることができる。ＳＬＩＶの値は、図１３における式のように、スロットに含まれるシンボルの数、開始シンボルＳ、および、連続的なシンボルの数Ｌに基づいて、算出される。

【0155】

上位層の信号ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、および／または、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３はセル固有のＲＲＣパラメータｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎおよび／または端末装置１（ＵＥ）固有のＲＲＣパラメータｐｕｓｃｈ－Ｃｏｎｆｉｇに含まれてもよい。ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎはあるＢＷＰに対するＰＵＳＣＨのためのセル固有パラメータを設定するために用いられる。ｐｕｓｃｈ－ＣｏｎｆｉｇはあるＢＷＰに対するＰＵＳＣＨのための端末装置１（ＵＥ）固有パラメータを設定するために用いられる。ただし、端末装置１は、ＰＵＳＣＨの時間領域リソース割り当てに用いるリソース割り当てテーブルがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔで与えられるかｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２で与えられるか、または、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３で与えられるかを、上位レイヤパラメータ、ＤＣＩおよび／またはＲＮＴＩに基づいて決定／特定してもよい。ただし、端末装置１は、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、または、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３における各エントリが、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎで与えられるか、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２で与えられるか、または、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ３で与えられるかを、上位レイヤパラメータ、ＤＣＩおよび／またはＲＮＴＩに基づいて決定／特定してもよい。

【0156】

端末装置１は、ＰＵＳＣＨをスケジュールするＤＣＩを検出する。そのＰＵＳＣＨが送信されるスロットは、ｆｌｏｏｒ（ｎ＊２^{μＰＵＳＣＨ}／２^{μＰＤＣＣＨ}）＋Ｋ_２によって与えられる。ｎは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨが検出されるスロットである。μ_{ＰＵＳＣＨ}はＰＵＳＣＨに対するサブキャリア間隔設定である。μ_{ＰＤＣＣＨ}はＰＤＣＣＨに対するサブキャリア間隔設定である。

【0157】

図１０および図１１において、Ｋ_２の値はｊ、ｊ＋１、ｊ＋２、または、ｊ＋３の内、何れかである。ｊの値は、ＰＵＳＣＨのサブキャリア間隔に対して特定される値である。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合、ｊの値は１スロットであってもよい。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が６０ｋＨｚである場合、ｊの値は２スロットであってもよい。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が１２０ｋＨｚである場合、ｊの値は３スロットであってもよい。

【0158】

前述のように、端末装置１は、図９に示されるようなテーブルに基づいて、どのリソース割り当てテーブルをＰＵＳＣＨ時間領域リソース割り当てに適用するかを決定／特定してもよい。

【0159】

例Ａとして、端末装置１は、ＲＡＲ ＵＬグラントによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定／特定してもよい。端末装置１に対してｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含む場合、端末装置１は、上位層のＲＲＣ信号から設定されるリソース割り当てテーブルを決定／特定してもよい。そのリソース割り当てテーブルは、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２によって与えられる。また、端末装置１に対してｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含まない場合、端末装置１は、ＰＵＳＣＨデフォルトテーブルＢに決定／特定してもよい。つまり、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当ての設定を示すデフォルトテーブルＢを用いて、ＰＵＳＣＨ時間領域リソース割り当ての決定／特定に適用してもよい。

【0160】

例Ｂとして、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモンサーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定／特定してもよい。端末装置１に対してｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含む場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２から与えられるリソース割り当てテーブルに決定／特定してもよい。また、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含まない場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをＰＵＳＣＨデフォルトテーブルＢに決定／特定してもよい。

【0161】

例Ｃとして、端末装置１は、（Ｉ）ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモンサーチスペースまたは（ＩＩ）ＵＥ固有サーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定／特定してもよい。端末装置１に対してｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含む場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｕｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２から与えられるリソース割り当てテーブルに決定／特定してもよい。つまり、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含む場合、端末装置１は、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含むか含まないかと関わらず、ｐｕｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を用いて、ＰＵＳＣＨ時間領域リソース割り当ての決定／特定に適用してもよい。また、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含んでおらず、且つ、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含む場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２から与えられるリソース割り当てテーブルに決定／特定してもよい。つまり、端末装置１は、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を用いて、ＰＵＳＣＨ時間領域リソース割り当ての決定／特定に適用する。また、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含んでおらず、且つ、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含まない場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをＰＵＳＣＨデフォルトテーブルＢに決定／特定してもよい。

【0162】

端末装置１は、ＰＵＳＣＨをスケジュールするＤＣＩに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値に基づき、決定／特定したリソース割り当てテーブル内の１つのＰＵＳＣＨ時間領域リソース割り当て設定を選んでもよい。例えば、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがＰＵＳＣＨデフォルトテーブルＡ（またはＰＵＳＣＨデフォルトテーブルＢ）である場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、ＰＵＳＣＨデフォルトテーブルＡ（またはＰＵＳＣＨデフォルトテーブルＢ）の行インデックス（ｒｏｗ ｉｎｄｅｘ）ｍ＋１を示してもよい。この時、ＰＵＳＣＨ時間領域リソース割り当ては、行インデックスｍ＋１から示される時間領域リソース割り当ての設定である。端末装置１は、行インデックスｍ＋１から示される時間領域リソース割り当ての設定を想定し、ＰＵＳＣＨを送信する。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、ＰＵＳＣＨデフォルトテーブルＡ（またはＰＵＳＣＨデフォルトテーブルＢ）の行インデックス１のＰＵＳＣＨ時間領域リソース割り当ての設定を用いて、そのＤＣＩによってスケジュールされるＰＵＳＣＨの時間方向のリソース割り当てを特定する。

【0163】

また、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルである場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける（ｍ＋１）番目のエレメント（エントリ、行）に対応する。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける１番目のエレメント（エントリ）を参照してもよい。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが１である場合、端末装置１は、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける２番目のエレメント（エントリ）を参照してもよい。

【0164】

また、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２から与えられるリソース割り当てテーブルである場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における（ｍ＋１）番目のエレメント（エントリ、行）に対応する。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における１番目のエレメント（エントリ）を参照してもよい。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが１である場合、端末装置１は、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における２番目のエレメント（エントリ）を参照してもよい。

【0165】

以下、ＤＣＩに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数（サイズ）について説明する。

【0166】

端末装置１は、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２を含むＰＤＣＣＨの検出によって、対応するＰＵＳＣＨを送信してもよい。ＤＣＩフォーマット０＿０に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は固定のビット数であってもよい。例えば、この固定のビット数は６であってもよい。つまり、ＤＣＩフォーマット０＿０に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのサイズは６ビットである。また、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのサイズは可変のビット数であってもよい。例えば、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は０、１、２、３、４、５、６のうち何れかであってもよい。

【0167】

以下、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数の決定／特定について説明する。

【0168】

‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、ｃｅｉｌ（ｌｏｇ_２（Ｉ））として与えられてもよい。端末装置１に対してｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）が設定（提供）される場合、Ｉの値はｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）に含まれるエントリの数であってもよい。端末装置１に対してｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）が設定（提供）されない場合、Ｉの値はＰＵＳＣＨデフォルトテーブルＡ（またはＰＵＳＣＨデフォルトテーブルＢ）の行の数であってもよい。つまり、端末装置１に対してｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）が設定される場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）に含まれるエントリの数に基づいて与えられてもよい。端末装置１に対してｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）が設定されない場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、デフォルトテーブル（ＰＵＳＣＨデフォルトテーブルＡまたはＰＵＳＣＨデフォルトテーブルＢ）の行の数に基づいて与えられてもよい。具体的に言うと、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）を含む場合、Ｉの値はｐｕｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）に含まれるエントリの数であってもよい。また、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）を含んでおらず、且つ、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）を含む場合、Ｉの値はｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）に含まれるエントリの数であってもよい。また、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）を含んでおらず、且つ、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）を含まない場合、Ｉの値はＰＵＳＣＨデフォルトテーブルＡ（またはＰＵＳＣＨデフォルトテーブルＢ）に含まれる行の数であってもよい。

【0169】

以下、本実施形態におけるＰＵＳＣＨの繰返し送信（repetition、repetition transmission、アグリゲーション送信とも称される）について説明する。本実施形態におけるＰＵＳＣＨの繰返し送信は、１つの上りグラントによって１つまたは複数のスロットに対して連続的に複数のＰＵＳＣＨを送信する繰返し送信であり、ミニスロットレベルの繰返し送信（mini-slot level repetition）、あるいはマルチセグメント送信（multi-segment transmission）とも称される。つまり、端末装置１は、同一スロット内で１つのＰＵＳＣＨを複数回繰り返して送信してもよい。ただし、１つのＰＵＳＣＨとはある１つのトランスポートブロックから生成されるＰＵＳＣＨのことであってもよい。例えば、１つのＰＵＳＣＨを繰り返して送信することは、複数の時間リソースにおいて、ある１つのトランスポートブロックを各時間リソースのサイズに合わせて符号化を行ない生成した複数のＰＵＳＣＨのそれぞれを該複数の時間リソースのそれぞれで送信することであってもよい。

【0170】

端末装置１は、ＲＲＣメッセージで通知される上位レイヤパラメータ（例えば前述のｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）と、ＰＤＣＣＨで受信する所定のＤＣＩフォーマット（例えばＤＣＩフォーマット０＿２）を用いた下りリンク制御情報のフィールド（例えば前述のＴｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔフィールド）と、で与えられるＰＵＳＣＨのための時間領域リソースの開始シンボルＳ、ＰＵＳＣＨの名目上の期間（duration）（シンボル数であってもよい）Ｌ、および／または、繰返し送信回数Ｒｅｐに基づいて決定／特定する時間リソースでＰＵＳＣＨを繰返し送信する。つまり、端末装置１は、ＲＲＣメッセージで通知される上位レイヤパラメータと、ＰＤＣＣＨで受信する下りリンク制御情報のフィールドと、で与えられるＳ、Ｌ、および／または、Ｒｅｐから、繰返し送信を行なうＰＵＳＣＨのそれぞれの開始シンボル、期間および／または繰返し送信回数を決定／特定してもよい。ただし、Ｓ、Ｌ、および／または、Ｒｅｐは、それぞれ名目上の開始シンボル、名目上の期間、および／または、名目上の繰返し送信回数であってもよい。例えば、Ｓ、Ｌ、および／または、Ｒｅｐは、それぞれ実際のＰＵＳＣＨの送信に使用される開始シンボル、送信期間、および／または、繰返し送信回数と異なってもよい。端末装置１は、ＲＲＣメッセージで通知される上位レイヤパラメータとＰＤＣＣＨで受信する下りリンク制御情報のフィールドとで与えられるＰＵＳＣＨのための時間領域リソースのパラメータ（開始シンボルＳ、名目上の期間Ｌ、および／または、名目上の繰り返し回数Ｒｅｐ）と、スロットの境界位置（slot boundary）、ＰＵＳＣＨの送信に利用可能なシンボル（上りリンクシンボルおよび／またはフレキシブルシンボル）の配置、および／または、下りリンク制御情報で与えられる下りリンク信号の時間リソース配置とから、繰返し送信を行なうＰＵＳＣＨのそれぞれの実際の開始シンボル、実際の期間および／または実際の繰返し送信回数を決定／特定してもよい。例えば、ＰＵＳＣＨの送信に利用可能な上りシンボルの配置は、ＲＲＣメッセージで送信される上位レイヤスロットフォーマット設定情報および／またはＰＤＣＣＨで送信されるスロットフォーマット設定ＤＣＩとからセットされてもよい。端末装置１は、ＲＲＣメッセージおよび／またはＤＣＩで示されるリソース割当情報、ＲＲＣメッセージで送信される上位レイヤスロットフォーマット設定情報、ＰＤＣＣＨで受信するスロットフォーマット設定ＤＣＩ、および／または、下りリンク信号の時間リソース配置に基づいて、１つのトランスポートブロックから生成される複数のＰＵＳＣＨのそれぞれの実際の開始シンボル、実際の期間、および／または、実際の繰返し送信回数を決定／特定してもよい。

【0171】

図１６は、本実施形態に係るＲＲＣメッセージで送信される上位レイヤスロットフォーマット設定情報とＰＤＣＣＨで送信されるスロットフォーマット設定ＤＣＩとに基づいて設定されるＰＵＳＣＨの送信に利用可能なシンボルの一例を示す図である。

【0172】

図１６では、１４シンボルから構成されるスロットに対して、上位レイヤスロットフォーマット設定情報で最初の６シンボルが下りリンク（DL by RRC：セミスタティック下りリンクシンボル）と示され、次の４シンボルがフレキシブル（Flexible by RRC：セミスタティックフレキシブルシンボル）と示され、最後の４シンボルが上りリンク（UL by RRC：セミスタティック上りリンクシンボル）と示されている。この場合、端末装置１は、上位レイヤスロットフォーマット設定情報で下りリンクと示されたシンボルはＰＵＳＣＨのための時間リソース（ＰＵＳＣＨリソース）の配置に利用不可能なシンボルとしてよく、上位レイヤスロットフォーマット設定情報でフレキシブルまたは上りリンクと示されたシンボルはＰＵＳＣＨリソース配置に利用可能なシンボルとしてよい。例えば、上位レイヤスロットフォーマット設定情報で下りリンクと示されたシンボルは、第１の繰返し送信方式を用いたＰＵＳＣＨ送信に利用可能なリソースから除外されてもよく、上位レイヤスロットフォーマット設定情報でフレキシブルまたは上りリンクと示されたシンボルを対象として時間的に連続して複数のＰＵＳＣＨリソースが割り当てられてよい。ただし、端末装置１は、上位レイヤスロットフォーマット設定情報の内容に関わらず、１つまたは複数の全てのシンボルに対して時間的に連続してＰＵＳＣＨリソースが割り当てた後に、ＰＵＳＣＨリソースの配置に利用不可能なシンボル（例えばセミスタティック下りリンクシンボル）に割り当てられたＰＵＳＣＨリソースおよびその後のＰＵＳＣＨリソースを、当該セミスタティック下りリンクシンボルの次にＰＵＳＣＨリソースの配置に利用可能なシンボル（例えばセミスタティック上りリンクシンボルまたはセミスタティックフレキシブルシンボル）に延期（postpone）して割り当ててもよい。ただし、端末装置１は、上位レイヤスロットフォーマット設定情報の内容に関わらず、１つまたは複数の全てのシンボルに対して時間的に連続してＰＵＳＣＨリソースが割り当てた後に、上位レイヤスロットフォーマット設定情報で下りリンクと示されたシンボルに割り当てられたＰＵＳＣＨリソースをドロップ（キャンセル）してもよい。ただし、「ドロップする」とは端末装置１が当該シンボルに割り当てられたリソースを延期せずＰＵＳＣＨの送信に利用しないことであってよい。ただし、「ドロップする」は「キャンセルする」や「送信しない」と称される場合もある。ただし、端末装置１は、上位レイヤで受信したＲＲＣメッセージおよび／または基地局装置３から受信したＰＤＣＣＨに含まれるＤＣＩに含まれる情報によって、上位レイヤスロットフォーマット設定情報で下りリンクと示されたシンボルに割り当てられたＰＵＳＣＨリソースを、当該セミスタティック下りリンクシンボルの次に利用可能なシンボル（例えばセミスタティック上りリンクシンボルまたはセミスタティックフレキシブルシンボル）に延期して割り当てるか、延期せずにドロップ（キャンセル）するかを切り替えてもよい。

【0173】

ただし、上位レイヤスロットフォーマット設定情報によってフレキシブルと示されたシンボル（セミスタティックフレキシブルシンボル）のうち、所定のシンボルをＰＵＳＣＨリソース配置に利用不可能なシンボルとしてもよい。ここで所定のシンボルとは、上位レイヤパラメータ（ＲＲＣパラメータ）によって下りリンク信号および／または上りリンク信号が配置されることを通知されたシンボルであってよい。

【0174】

例えば、上位レイヤパラメータ（例えばｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ）でＳＳ／ＰＢＣＨブロックが配置されることが示されたシンボル（セミスタティックフレキシブルシンボルであってよい）は、ＰＵＳＣＨリソース配置に利用不可能なシンボルとしてもよい。上位レイヤパラメータによって示されるＳＳ／ＰＢＣＨブロックが送信されるシンボルと、ＰＤＣＣＨで受信する下りリンク制御情報のフィールドとで与えられるＰＵＳＣＨのための時間領域リソースを配置するシンボルとが重複（overlap）／衝突（collide）する場合、端末装置１は当該シンボルをＰＵＳＣＨリソース配置に利用不可能なシンボルとしてもよい。

【0175】

例えば、上位レイヤパラメータ（例えばＳｅａｒｃｈＳｐａｃｅ、ＳｅｒｃｈＳｐａｃｅＺｅｒｏ、ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔおよび／またはＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏ）でＣＯＲＥＳＥＴ＃０内のｔｙｐｅ－０ ＣＳＳが配置されることが示されたシンボル（セミスタティックフレキシブルシンボルであってよい）は、ＰＵＳＣＨリソース配置に利用不可能なシンボルとしてもよい。上位レイヤパラメータによって示されるＣＯＲＥＳＥＴ＃０内のｔｙｐｅ－０ ＣＳＳが配置されるシンボルと、ＰＤＣＣＨで受信する下りリンク制御情報のフィールドとで与えられるＰＵＳＣＨのための時間領域リソースを配置するシンボルとが重複（overlap）／衝突（collide）する場合、端末装置１は当該シンボルをＰＵＳＣＨリソース配置に利用不可能なシンボルとしてもよい。

【0176】

例えば、上位レイヤパラメータでＰＵＳＣＨリソースを配置しないことが示されたシンボル（セミスタティックフレキシブルシンボルであってよい）は、ＰＵＳＣＨリソース配置に利用不可能なシンボルとしてもよい。上位レイヤパラメータによってＰＵＳＣＨリソースを配置しないことが示されたシンボルと、ＰＤＣＣＨで受信する下りリンク制御情報のフィールドとで与えられるＰＵＳＣＨのための時間領域リソースを配置するシンボルとが重複（overlap）／衝突（collide）する場合、端末装置１は当該シンボルをＰＵＳＣＨリソース配置に利用不可能なシンボルとしてもよい。ただし、ＰＵＳＣＨリソースを配置しないシンボルを示す上位レイヤパラメータは、ＰＤＳＣＨを配置しないことを示す上位レイヤパラメータ（例えばｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２および／またはｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＴｏＡｄｄＭｏｄＬｉｓｔ）によって示されてもよい。ただし、ＰＵＳＣＨリソースを配置しないシンボルを示す上位レイヤパラメータは、シンボル番号および／またはスロット番号を示すビットマップの情報、インデックス情報であってもよいし、シンボル番号およびまたはスロット番号を直接示す情報であってもよい。

【0177】

端末装置１は、ＰＵＳＣＨリソースを配置しないシンボル（セミスタティックフレキシブルシンボルであってよい）ことを示す上位レイヤパラメータとは別に、ＰＤＳＣＨを配置しないことを示す上位レイヤパラメータ（例えばｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２および／またはｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＴｏＡｄｄＭｏｄＬｉｓｔ）で示されるシンボル（セミスタティックフレキシブルシンボルであってよい）をＰＵＳＣＨリソース配置に利用不可能なシンボルとしてもよい。

【0178】

上位レイヤスロットフォーマット設定情報に基づいて割り当てられた複数のＰＵＳＣＨリソースは、複数の仮ＰＵＳＣＨリソースと称されてもよい。複数の仮ＰＵＳＣＨリソースは、ＤＣＩに含まれるリソース割当情報（例えばＳ、Ｌおよび／またはＲｅｐ）、上位レイヤスロットフォーマット設定情報および／またはその他の上位レイヤパラメータに基づいて決定／特定されてよい。端末装置１は、ＤＣＩに含まれるリソース割当情報（例えばＳ、Ｌおよび／またはＲｅｐ）と上位レイヤスロットフォーマット設定情報および／またはその他の上位レイヤパラメータに基づいて複数の仮ＰＵＳＣＨリソースを決定／特定してもよい。

【0179】

端末装置１が、ＤＣＩに含まれるリソース割当情報に基づいて決定／特定するＰＵＳＣＨの時間リソースを名目上の時間リソース（nominal time resource）と称してもよい。例えば、端末装置１は、Ｓで示される開始シンボルから連続するＬシンボルを１つのＰＵＳＣＨの名目上の時間リソースとし、Ｒｅｐ＞１である場合に連続するＲｅｐ×ＬシンボルをＰＵＳＣＨの繰返し送信用の名目上の時間リソースとしてよい。端末装置１は、ＰＵＳＣＨの名目上の時間リソース、スロット境界の位置、および／または上位層で与えられるＲＲＣパラメータに基づいて１つまたは複数の仮ＰＵＳＣＨリソースを特定してよい。例えば、端末装置１は、あるＰＵＳＣＨの名目上の時間リソースがスロット境界にまたがる場合、該名目上の時間リソースをスロット境界で分割した複数の仮ＰＵＳＣＨリソースを特定してもよい。例えば、端末装置１は、あるＰＵＳＣＨの名目上の時間リソースが上位レイヤスロットフォーマット設定情報で下りリンクシンボルと示されるシンボルに割り当てられる場合、当該シンボルに割り当てられた名目上の時間リソースを次に利用可能な上りリンクシンボルまたはフレキシブルシンボルに延期したものを仮ＰＵＳＣＨリソースとして特定してもよい。

【0180】

図１６において上位レイヤスロットフォーマット設定情報でフレキシブルシンボルと示されたシンボルに対しては、第１の繰返し送信方式を用いたＰＵＳＣＨのための時間リソース（仮ＰＵＳＣＨリソース）が配置されるが、仮ＰＵＳＣＨリソースが配置されたシンボルのうち、ＰＤＣＣＨで送信されるスロットフォーマット設定ＤＣＩでＰＵＳＣＨの送信に利用不可能と示された場合に、端末装置１は割り当てられた仮ＰＵＳＣＨリソースを当該シンボルにおいてドロップする。ただし、「ドロップする」とは端末装置１が当該シンボルでＰＵＳＣＨの送信に利用しないことであってよい。ただし、「ドロップする」は「キャンセルする」や「送信しない」と称される場合もある。例えば、スロットフォーマット設定ＤＣＩでＰＵＳＣＨの送信に利用不可能と示されるシンボルは、スロットフォーマット設定ＤＣＩで下りリンクシンボルとセットされるシンボルであってよい。例えば、スロットフォーマット設定ＤＣＩでＰＵＳＣＨの送信に利用不可能と示されるシンボルは、スロットフォーマット設定ＤＣＩで下りリンクシンボルまたはフレキシブルシンボルとセットされるシンボルであってよい。例えば、ある仮ＰＵＳＣＨリソースがスロットフォーマット設定ＤＣＩで上りリンクシンボルと示されたシンボルと下りリンクシンボル（あるいはフレキシブルシンボル）と示されたシンボルを含む場合、端末装置１は、該仮ＰＵＳＣＨリソースのうち下りリンクシンボル（あるいはフレキシブルシンボル）と示されたシンボルの時間リソースをドロップし、上りリンクシンボルと示されたシンボルの時間リソースのみに対してＰＵＳＣＨを配置して送信する。

【0181】

ただし、スロットフォーマット設定ＤＣＩの特定のスロットフォーマットインデックス（例えばインデックス２５５）が示されることより、上位レイヤスロットフォーマット設定情報でセットされたスロットフォーマットに従う場合には、端末装置１は、フレキシブルシンボルをＰＵＳＣＨの送信に利用可能なシンボルとしてもよい。

【0182】

ただし、端末装置１がＲＲＣパラメータによりスロットフォーマット設定ＤＣＩをモニタすることを設定されており、かつ該スロットフォーマット設定ＤＣＩを検出しなかった場合、該端末装置１は、上位レイヤスロットフォーマット設定情報でフレキシブルシンボルと示されたシンボルを含む仮ＰＵＳＣＨリソースを全てドロップしてもよい。つまり、端末装置１がモニタすることを設定されたスロットフォーマット設定ＤＣＩを検出できず、ある仮ＰＵＳＣＨリソースが上位レイヤスロットフォーマット設定情報でフレキシブルシンボルと示されたシンボルと上りリンクシンボルと示されたシンボルの両方を含む場合に、端末装置１は該仮ＰＵＳＣＨリソースを全てドロップし、該仮ＰＵＳＣＨリソースでＰＵＳＣＨを送信しなくてもよい。つまり、端末装置１がスロットフォーマット設定ＤＣＩをモニタすることを設定されている場合に、該端末装置１が複数の仮ＰＵＳＣＨリソース（例えば先頭シンボルとシンボル数）とスロットフォーマット設定ＤＣＩに基づいて複数の実際のＰＵＳＣＨリソース（例えば先頭シンボルとシンボル数）を決定／特定することには、該端末装置１がスロットフォーマット設定ＤＣＩを検出しなかった場合に、上位レイヤスロットフォーマット設定情報に示される情報を用いて該複数の実際のＰＵＳＣＨリソースを決定／特定することが含まれてもよい。

【0183】

このような動作により、基地局装置３は端末装置１がスロットフォーマット設定ＤＣＩを検出したかどうかを認識せずに、所定のＰＵＳＣＨリソースで複数のＰＵＳＣＨの受信処理を行なうことができる。

【0184】

ただし、上位レイヤスロットフォーマット設定情報によって割り当てられたある仮ＰＵＳＣＨリソースにおいてスロットフォーマット設定ＤＣＩで上りリンクシンボルと示されたシンボルと下りリンクシンボル（あるいはフレキシブルシンボル）と示されたシンボルが含まれる場合、端末装置１は、該仮ＰＵＳＣＨリソースの全てをドロップしてもよい。

【0185】

ただし、端末装置１がスロットフォーマット設定ＤＣＩをモニタすることを設定されており、かつ該スロットフォーマット設定ＤＣＩを検出しなかった場合、上位レイヤスロットフォーマット設定情報によって割り当てられたある仮ＰＵＳＣＨリソースにおいて、端末装置１は、該仮ＰＵＳＣＨリソースのうち下りリンクシンボルおよび／またはフレキシブルシンボルと示されたシンボルのリソースのみをドロップしてもよい。

【0186】

上位レイヤスロットフォーマット設定情報に基づいて割り当てられた複数の仮ＰＵＳＣＨリソースにおいて、スロットフォーマット設定ＤＣＩでドロップされなかった該仮ＰＵＳＣＨリソースが実際のＰＵＳＣＨリソース（actual PUSCH resource）と称されてもよい。複数の実際のＰＵＳＣＨリソース（例えば複数の実際のＰＵＳＣＨリソースそれぞれの先頭シンボルとシンボル数）は、複数の仮ＰＵＳＣＨリソース（例えば複数の仮ＰＵＳＣＨリソースそれぞれの先頭シンボルとシンボル数）とスロットフォーマット設定ＤＣＩに基づいて決定／特定されてよい。端末装置１は、複数の仮ＰＵＳＣＨリソースとスロットフォーマット設定ＤＣＩに基づいて複数の実際のＰＵＳＣＨリソースを決定／特定してもよい。ただし、端末装置１がスロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることが設定されていない場合、および／または、上位レイヤスロットフォーマット設定情報でフレキシブルシンボルが設定されていない場合、複数の実際のＰＵＳＣＨリソースは複数の仮ＰＵＳＣＨリソースと同一であってよい。

【0187】

端末装置１は、スロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることが設定されていない場合、上位レイヤスロットフォーマット設定情報によってフレキシブルシンボルと示されたシンボルに割り当てられた仮ＰＵＳＣＨリソースを実際のＰＵＳＣＨリソースとして用いてもよい。

【0188】

ただし、端末装置１は、仮ＰＵＳＣＨリソースが割り当てられたフレキシブルシンボルに対して下りリンク信号（例えばＰＤＳＣＨまたはＣＳＩ－ＲＳ）を割り当てるＤＣＩフォーマットを検出した場合、当該下りリンク信号が割り当てられたシンボルを含む仮ＰＵＳＣＨリソースの一部または全てをドロップしてもよい。図１７は、本発明の実施形態に係るＰＵＳＣＨの繰返し送信におけるＰＵＳＣＨのドロッピングの例を示す図である。より具体的には、上位レイヤスロットフォーマット設定情報によってフレキシブルシンボルと示されたシンボルに割り当てられた仮ＰＵＳＣＨリソースのうち下りリンク信号が割り当てられたシンボルを含む仮ＰＵＳＣＨリソースのドロッピングの例を示す図である。図１７の（ａ）（ｂ）（ｃ）のそれぞれでは、ある２スロットに対して、上位レイヤスロットフォーマット設定情報で全てのシンボルがフレキシブルシンボル（Flexible by RRC：セミスタティックフレキシブルシンボル）と示され、１つめのスロットの９～１２番目の４シンボルに対してＤＣＩで下りリンク信号（DL signal by DCI）（ダイナミックグラントによってスケジュールされた下りリンク信号であってもよい）が割り当てられている場合を示している。また、図１７の（ａ）（ｂ）（ｃ）それぞれにおいて、ＤＣＩでＳ＝２、Ｌ＝４、Ｒｅｐ＝４と示され、１つめのスロットの３番目のシンボルから４シンボルの仮ＰＵＳＣＨリソースが４回繰り返し割り当てられている。この場合、端末装置１は、図１７（ａ）に示されるように、下りリンク信号のリソースと衝突（collide）している仮ＰＵＳＣＨリソース（２つめと３つめの仮ＰＵＳＣＨリソース）の全てをドロップ（キャンセル）してもよい。別の実施例として、端末装置１は、図１７（ｂ）に示されるように、下りリンク信号のリソースと衝突している仮ＰＵＳＣＨリソースにおいて衝突しているシンボルのリソース（２つ目の仮ＰＵＳＣＨリソースの３番目のシンボルと４番目のシンボルと３つ目の仮ＰＵＳＣＨリソースの１番目のシンボルと２番目のシンボル）をドロップしてもよい。このようなドロップの方法を用いることで、繰返し送信によって使用するシンボルの多いＰＵＳＣＨの送信と下りリンク信号の受信が混在する場合において時間リソースの利用効率の高い柔軟なスケジューリングを用いることができる。別の実施例として、端末装置１は、図１７（ｃ）に示されるように、下りリンク信号のリソースと衝突している仮ＰＵＳＣＨリソースにおいて衝突しているシンボルのリソースをドロップし、さらに、下りリンク信号の割り当てられているリソースの直後の所定数のシンボル（図１７（ｃ）においては１シンボル（３つめの仮ＰＵＳＣＨリソースの３番目のシンボル））をガードシンボルとしてドロップしてもよい。このように下りリンク信号を受信するシンボルとＰＵＳＣＨを送信するシンボルの間にガードシンボルを確保することにより、端末装置１は、下りリンクから上りリンクへスイッチする時間を確保し、下りリンクと上りリンクの信号の干渉を抑えることができる。ただし、ガードシンボルの数は、固定値であってもよい。ただし、ガードシンボルの数は、サブキャリア間隔に基づいてもよい。ただし、端末装置１は、ガードシンボルの数を、基地局装置３から通知される信号（例えば、ＲＲＣパラメータ、下りリンク制御情報、および／またはランダムアクセス応答）に基づいて設定／特定／決定してもよい。

【0189】

端末装置１は、あるトランスポートブロックを複数のＰＵＳＣＨで繰返し送信することを指示する上りリンク割当情報を含むＤＣＩフォーマット（例えばＤＣＩフォーマット０＿２）を検出し、下りリンク信号を受信することを指示する下りリンク割当情報を含むＤＣＩフォーマット（例えばＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット０＿１）を検出し、上りリンク割当情報から特定される複数の仮ＰＵＳＣＨリソースの１つ以上と下りリンク割当情報から特定される下りリンク時間リソースにおいて少なくとも１シンボルが衝突する場合に、衝突しているシンボルを含む仮ＰＵＳＣＨリソースをドロップしてよい。

【0190】

端末装置１は、あるトランスポートブロックを複数のＰＵＳＣＨで繰返し送信することを指示する上りリンク割当情報を含むＤＣＩフォーマット（例えばＤＣＩフォーマット０＿２）を検出し、下りリンク信号を受信することを指示する下りリンク割当情報を含むＤＣＩフォーマット（例えばＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット０＿１）を検出し、上りリンク割当情報から特定される複数の仮ＰＵＳＣＨリソースの１つ以上と下りリンク割当情報から特定される下りリンク時間リソースにおいて少なくとも１シンボルが衝突する場合に、衝突しているシンボルを含む仮ＰＵＳＣＨリソースのうち衝突しているシンボルのリソースのみをドロップしてもよい。

【0191】

端末装置１は、あるトランスポートブロックを複数のＰＵＳＣＨで繰返し送信することを指示する上りリンク割当情報を含むＤＣＩフォーマット（例えばＤＣＩフォーマット０＿２）を検出し、下りリンク信号を受信することを指示する下りリンク割当情報を含むＤＣＩフォーマット（例えばＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット０＿１）を検出し、上りリンク割当情報から特定される複数の仮ＰＵＳＣＨリソースの１つ以上と下りリンク割当情報から特定される下りリンク時間リソースにおいて少なくとも１シンボルが衝突する場合および／または該複数の仮ＰＵＳＣＨリソースの１つと該下りリンク時間リソースとの間のシンボル数のギャップが定められたガードシンボル数より少ない場合に、衝突しているシンボルを含む仮ＰＵＳＣＨリソースのうち衝突しているシンボルのリソースとその直後の所定数のシンボル（ガードシンボル）のリソースをドロップしてよい。

【0192】

端末装置１は、あるトランスポートブロックを複数のＰＵＳＣＨで繰返し送信することを指示する上りリンク割当情報を含むＤＣＩフォーマット（例えばＤＣＩフォーマット０＿２）を検出し、下りリンク信号を受信することを指示する下りリンク割当情報を含むＤＣＩフォーマット（例えばＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット０＿１）を検出し、上りリンク割当情報から特定される複数の仮ＰＵＳＣＨリソースの１つ以上と下りリンク割当情報から特定される下りリンク時間リソースにおいて少なくとも１シンボルが衝突する場合および／または該複数の仮ＰＵＳＣＨリソースの１つと該下りリンク時間リソースとの間のシンボル数のギャップが定められたガードシンボル数より少ない場合に、下りリンク時間リソースと衝突しているシンボルを含む仮ＰＵＳＣＨリソースと、下りリンク時間リソースとの間のシンボル数のギャップが定められたガードシンボル数より少ない仮ＰＵＳＣＨリソースをドロップしてよい。

【0193】

ＰＵＳＣＨの繰返し送信は、スケジューリングリクエスト（ＳＲ）を送信した端末装置１に対して基地局装置３がＤＣＩで繰返し送信用の時間リソースを示す場合（ダイナミックグラント（dynamic grant）でスケジューリングされるＰＵＳＣＨ送信あるいはＤＧ ＰＵＳＣＨ送信とも称される）と、基地局装置３が繰返し送信用の時間リソースをあらかじめ周期的に複数個設定し、端末装置１がＳＲを送信することなく該複数の繰返し送信用の時間リソースの１つを用いてＰＵＳＣＨの繰返し送信を行なう場合（コンフィギュアドグラント（configured grant）で設定されるＰＵＳＣＨ送信、あるいはＣＧ ＰＵＳＣＨとも称される）が存在する。上記仮ＰＵＳＣＨリソースのドロッピングは、仮ＰＵＳＣＨリソースがコンフィギュアドグラントで設定された場合にのみ適用されてよい。ただし、仮ＰＵＳＣＨリソースがコンフィギュアドグラントで設定された場合とダイナミックグラントで設定された場合の両方に、同じドロッピングの方法が適用されてもよい。ただし、仮ＰＵＳＣＨリソースがコンフィギュアドグラントで設定された場合とダイナミックグラントで設定された場合とで異なるドロッピングの方法が適用されてもよい。

【0194】

本実施形態に係る第１の繰返し送信方式を用いるＰＵＳＣＨの繰返し送信において、複数の仮ＰＵＳＣＨリソースの合計のシンボル数は、ＤＣＩに含まれるリソース割当情報で示されるＬとＲｅｐの乗であるＬ＊Ｒｅｐと等しくてもよい。本実施形態に係る第１の繰返し送信方式を用いるＰＵＳＣＨの繰返し送信において、複数の実際のＰＵＳＣＨリソースの合計のシンボル数は、ＤＣＩに含まれるリソース割当情報で示されるＬとＲｅｐの乗であるＬ＊Ｒｅｐ以下となる。

【0195】

図１８は、本実施形態に係るＰＵＳＣＨの繰返し送信におけるＰＵＳＣＨの時間リソース配置の例を示す図である。図１８は、リソース割当（ＲＡ）情報を含むＤＣＩにより、Ｓ＝６、Ｌ＝４、Ｒｅｐ＝４が示された場合のＰＵＳＣＨの配置の例を示しており、図１８（ａ）、（ｂ）、（ｃ）はそれぞれ通知されるスロットフォーマットが異なる３つの例である。

【0196】

図１８（ａ）は上位レイヤスロットフォーマット設定情報により２スロットの全てのシンボルが上りリンクシンボル（UL by RRC）とセットされた場合の例を示す図である。この場合、２スロットの全てのシンボルがＰＵＳＣＨに利用可能であるため、端末装置１は、１つめのＰＵＳＣＨリソースを開始シンボルが１スロット目の７番目のシンボル期間が４シンボルの時間リソースとし、２つめのＰＵＳＣＨリソースを開始シンボルが１スロット目の１１番目のシンボルで期間が４シンボルの時間リソースとし、３つめのＰＵＳＣＨリソースを開始シンボルが２スロット目の１番目のシンボルで期間が４シンボルの時間リソースとし、４つめのＰＵＳＣＨリソースを開始シンボルが２スロット目の５番目のシンボルで期間が４シンボルの時間リソースとして、ＰＵＳＣＨを４回連続送信する。

【0197】

図１８（ｂ）は上位レイヤスロットフォーマット設定情報により１スロット目、２スロット目共に、６シンボル目までが下りリンクシンボル（DL by RRC）とセットされ、残りのシンボルが上りリンクシンボル（UL by RRC）とセットされた場合の例を示す図である。この場合、各スロットの最後の８シンボルがＰＵＳＣＨに利用可能であるため、端末装置１は、１つめのＰＵＳＣＨリソースを開始シンボルが１スロット目の７番目のシンボル期間が４シンボルの時間リソースとし、２つめのＰＵＳＣＨリソースを開始シンボルが１スロット目の１１番目のシンボルで期間が４シンボルの時間リソースとし、３つめのＰＵＳＣＨリソースを開始シンボルが２スロット目の７番目のシンボルで期間が４シンボルの時間リソースとし、４つめのＰＵＳＣＨリソースを開始シンボルが２スロット目の１１番目のシンボルで期間が４シンボルの時間リソースとして、ＰＵＳＣＨを４回送信する。ただし、端末装置１は、下りリンク信号を受信するシンボルの直後の数シンボルは、上位レイヤスロットフォーマット設定情報により上りリンクと示されていてもガードシンボルとして割り当て不可能なシンボルとしてもよい。例えば、図１８（ｂ）と同様の上位レイヤスロットフォーマット設定情報を受信し、１スロット目の１番目のシンボルから６番目のシンボルで下りリンク信号を受信する場合に、上りリンクシンボルである７番目のシンボルをガードシンボルとして８番目のシンボルからＰＵＳＣＨリソースを割り当ててもよい。ただし、ガードシンボルにおいては、ＰＵＳＣＨリソースを割り当てた上で当該ガードシンボルのＰＵＳＣＨリソースをドロップしてもよい。ただし、ガードシンボルの数は、固定値であってもよい。ただし、ガードシンボルの数は、サブキャリア間隔に基づいてもよい。ただし、端末装置１は、ガードシンボルの数を、基地局装置３から通知される信号（例えば、ＲＲＣパラメータ、下りリンク制御情報、および／またはランダムアクセス応答）に基づいて設定／特定／決定してもよい。

【0198】

図１８（ｃ）は上位レイヤスロットフォーマット設定情報により２スロットの全てのシンボルがフレキシブルシンボル（Flexible by RRC）とセットされ、かつスロットフォーマット設定ＤＣＩで１スロット目、２スロット目共に、６シンボル目までが下りリンクシンボル（DL by DCI）とセットされ、残りのシンボルが上りリンクシンボル（UL by DCI）とセットされた場合である。この場合、２スロットの全てのシンボルがＰＵＳＣＨの配置に利用可能であるため、端末装置１は、図１８（ａ）の場合と同様にＰＵＳＣＨリソース（仮ＰＵＳＣＨリソース）を割り当てる。ただし、スロットフォーマット設定ＤＣＩで下りリンクシンボルと示されたシンボルのＰＵＳＣＨリソースはドロップされるため、端末装置１は、３つめのＰＵＳＣＨリソースの全てと、４つめのＰＵＳＣＨリソースの最初の２シンボルをドロップする。従って、端末装置１は、１つめのＰＵＳＣＨリソース（実際のＰＵＳＣＨリソース）を開始シンボルが１スロット目の７番目のシンボル期間が４シンボルの時間リソースとし、２つめのＰＵＳＣＨリソース（実際のＰＵＳＣＨリソース）を開始シンボルが１スロット目の１１番目のシンボルで期間が４シンボルの時間リソースとし、３つめのＰＵＳＣＨリソース（実際のＰＵＳＣＨリソース）を開始シンボルが２スロット目の７番目のシンボルで期間が２シンボルの時間リソースとして、３つの実際のＰＵＳＣＨリソースでＰＵＳＣＨを３回送信する。ただし、端末装置１は、下りリンク信号を受信するシンボルの直後の数シンボルは、上位レイヤスロットフォーマット設定情報により上りリンクと示されていてもガードシンボルとしてＰＵＳＣＨリソースをドロップしてもよい。例えば、図１８（ｃ）と同様の上位レイヤスロットフォーマット設定情報およびスロットフォーマット設定ＤＣＩを受信し、１スロット目の１番目のシンボルから６番目のシンボルで下りリンク信号を受信する場合に、上りリンクシンボルである７番目のシンボルをガードシンボルとして、当該シンボルに割り当てたＰＵＳＣＨリソースをドロップしてもよい。ただし、ガードシンボルの数は、固定値であってもよい。ただし、ガードシンボルの数は、サブキャリア間隔に基づいてもよい。ただし、端末装置１は、ガードシンボルの数を、基地局装置３から通知される信号（例えば、ＲＲＣパラメータ、下りリンク制御情報、および／またはランダムアクセス応答）に基づいて設定／特定／決定してもよい。

【0199】

端末装置１は、上位レイヤスロットフォーマット設定情報とＲＡ情報で与えられたＳ、ＬおよびＲｅｐとに基づいてあるスロットのあるＰＵＳＣＨリソースを決定／セットする場合に、スロット境界（boundary）または下りリンクシンボルによって当該スロット内で利用可能な連続する上りリンクシンボルおよび／またはフレキシブルシンボルの数がＬシンボルより少なければ、当該ＰＵＳＣＨリソースをセグメント化し、複数のＰＵＳＣＨリソースとして複数のＰＵＳＣＨを送信してもよい。

【0200】

図１９は、本実施形態に係るＰＵＳＣＨのセグメンテーションの一例として２スロット全てがＰＵＳＣＨを割り当て可能なシンボル（上りリンクシンボルまたはフレキシブルシンボル）でありＳ＝８、Ｌ＝４およびＲｅｐ＝４の場合を示している。この場合、スロット内の９番目のシンボルから期間が４シンボルのＰＵＳＣＨを４回繰り返すパラメータ設定であるが、繰返し送信の２回目のＰＵＳＣＨリソースがスロット境界をまたがるため、２つの２シンボルのＰＵＳＣＨにセグメント化される。これにより、各ＰＵＳＣＨはスロット境界をまたがることなく、端末装置１は期間が４シンボルまたは２シンボルのＰＵＳＣＨを５回送信する。

【0201】

図２０は、別の一例としてあるスロットにおいて上位レイヤスロットフォーマット設定情報によって１～３シンボル目と６～８シンボル目がＰＵＳＣＨの送信に利用不可能なシンボル（例えば下りリンクシンボルおよび／または下りリンクシンボルの直後の数シンボル（ガードシンボル））とセットされ、残りのシンボルがＰＵＳＣＨの送信に利用可能なシンボル（例えば、ガードシンボルを除く上りリンクシンボルまたはフレキシブルシンボル）とセットされた場合を示している。この場合ＰＵＳＣＨリソースは４番目のシンボルから割り当てられるが、４番目のシンボルから連続してＰＵＳＣＨに利用可能なシンボルの数が２（＜Ｌ＝４）であるため、初めのＰＵＳＣＨリソースがセグメント化される。その結果、１つ目のＰＵＳＣＨリソースは開始シンボルが４番目のシンボルで期間が２となり、２番目のＰＵＳＣＨリソースは開始シンボルが９番目のシンボルで期間が２となり、３つ目のＰＵＳＣＨリソースは開始シンボルが１１番目のシンボルで期間が４となり、端末装置１はＰＵＳＣＨを３回送信する。

【0202】

つまり上位レイヤパラメータで通知されるＲｅｐと実際に送信されるＰＵＳＣＨの繰返し送信回数は異なってもよい。つまり上位レイヤパラメータで通知されるＬと実際に送信されるＰＵＳＣＨのシンボル数は異なってもよい。例えば、端末装置１は、Ｒｅｐと各ＰＵＳＣＨのセグメント数および／またはＰＵＳＣＨリソースのドロップ数からＰＵＳＣＨの実際の繰返し送信回数を決定／特定してもよい。例えば、ＲＲＣメッセージおよび／またはＤＣＩで示されるＲｅｐ（名目上の繰り返し回数）が１である場合において、ＳとＬで決定／特定されるＰＵＳＣＨの時間領域リソースがスロット境界にまたがる場合、または一部がＰＵＳＣＨの送信に利用不可能なシンボルである場合、端末装置１は、複数個にセグメント化された時間領域リソースでＰＵＳＣＨを繰返し送信してもよい。より具体的には、１スロットが１４シンボルであり、Ｓ＝８、Ｌ＝１４、Ｒｅｐ＝１が通知された場合に、端末装置１は、１スロット目のシンボル番号８から１３までの６シンボルで１つのＰＵＳＣＨを送信し、２スロット目のシンボル番号０から７までの８シンボルで１つのＰＵＳＣＨを送信してもよい。この場合、端末装置１は１スロット目のシンボル番号８から６シンボルの時間領域リソースと２スロット目のシンボル番号０から８シンボルの時間領域リソースを使用して繰り返し回数２回のＰＵＳＣＨの繰返し送信を行なう。

【0203】

ただし、端末装置１は、Ｓ、ＬおよびＲｅｐで示されるＬ×Ｒｅｐシンボルの時間領域リソースが、スロット境界をまたがる場合、または一部がＤＬシンボルである場合に、当該時間領域リソースをセグメント化し、スロット内の連続する利用可能な上りリンクシンボル群毎に１つのＰＵＳＣＨを送信してもよい。つまり、端末装置１は、Ｓ、ＬおよびＲｅｐで示されるＬ×Ｒｅｐシンボルの時間領域リソースが、スロット境界をまたがる場合、または一部がＤＬシンボルである場合に、スロット内の連続する利用可能な上りリンクシンボル群内で複数のＰＵＳＣＨを送信しなくてもよい。

【0204】

このように本実施形態に係る端末装置１は、上りリンクのＲＡ情報を含むＤＣＩと上位レイヤスロットフォーマット設定情報とに基づいて複数の仮ＰＵＳＣＨリソースの先頭シンボルと期間の決定／特定を行なう。更に該端末装置１は、スロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されている場合には、該複数の仮ＰＵＳＣＨリソースの先頭シンボルと期間と該スロットフォーマット設定ＤＣＩに基づいて複数のＰＵＳＣＨリソース（実際のＰＵＳＣＨリソースと称してもよい）それぞれの先頭シンボルと期間を決定／特定する。更に該端末装置１は、スロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されていない場合には、該複数の仮ＰＵＳＣＨリソースの先頭シンボルと期間に基づいて複数の実際のＰＵＳＣＨリソースそれぞれの先頭シンボルと期間を決定／特定する。該端末装置１は、下りリンクのＲＡ情報を含むＤＣＩを受信し、該下りリンクのＲＡ情報で示される下りリンク信号の時間リソースと前記複数の仮ＰＵＳＣＨリソースの少なくとも１シンボルが衝突（collide）する場合に、該複数の仮ＰＵＳＣＨリソースの先頭シンボルと期間と該下りリンクのＲＡ情報に基づいて複数の実際のＰＵＳＣＨリソースそれぞれの先頭シンボルと期間を決定／特定する。更に端末装置１は、決定／特定した複数の実際のＰＵＳＣＨリソースのそれぞれでＰＵＳＣＨを送信する。

【0205】

また、本実施形態に係る端末装置１は、ＲＡ情報を含むＤＣＩと上位レイヤスロットフォーマット設定情報とに基づいて複数の仮ＰＵＳＣＨリソースを決定／特定する。更に該端末装置１は、スロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されており、かつ該スロットフォーマット設定ＤＣＩを検出した場合に、該複数のＰＵＳＣＨリソースのそれぞれにおいて、上位レイヤスロットフォーマット設定情報とスロットフォーマット設定ＤＣＩの少なくともいずれか１つによって上りリンクシンボルと示された複数の連続するシンボルのセットを複数の実際のＰＵＳＣＨリソースとして決定／特定する。更に該端末装置１は、スロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されており、かつ該スロットフォーマット設定ＤＣＩを検出しなかった場合に、該複数の仮ＰＵＳＣＨリソースのそれぞれにおいて、上位レイヤスロットフォーマット設定情報によって上りリンクシンボルと示されたシンボルのみを含む仮ＰＵＳＣＨリソースのみを実際のＰＵＳＣＨリソースとして決定／特定する。更に該端末装置１は、スロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されていない場合には、複数の仮ＰＵＳＣＨリソースに基づいて複数の実際のＰＵＳＣＨリソースを決定／特定する。該端末装置１は、下りリンクのＲＡ情報を含むＤＣＩを受信し、該下りリンクのＲＡ情報で示される下りリンク信号の時間リソースと前記複数の仮ＰＵＳＣＨリソースの少なくとも１シンボルが衝突（collide）する場合に、該複数の仮ＰＵＳＣＨリソースと該下りリンクのＲＡ情報に基づいて複数の実際のＰＵＳＣＨリソースを決定／特定する。更に端末装置１は、決定／特定した複数の実際のＰＵＳＣＨリソースのそれぞれでＰＵＳＣＨを送信する。

【0206】

本発明の実施形態に係る端末装置１は、基地局装置３から通知される情報に含まれるビットフィールドｂ_１の値によって、実際のＰＵＳＣＨリソースに利用可能なシンボルおよび／または利用不可能なシンボルを変更してもよい。例えば、ビットフィールドｂ_１は、ＰＵＳＣＨの繰返し送信のＲＡ情報を含むＤＣＩ（例えばＤＣＩフォーマット０＿２のＤＣＩ）に含まれてもよい。例えば、ビットフィールドｂ_１は、基地局装置３から受信するＰＤＣＣＨに含まれてもよい。例えば、ビットフィールドｂ_１は、上位レイヤで受信するＲＲＣメッセージに含まれてもよい。

【0207】

端末装置１は、ビットフィールドｂ_１の値が第１の値である場合に、上位レイヤスロットフォーマット設定情報で上りリンクと示されるシンボル（セミスタティック上りリンクシンボル）およびフレキシブルと示されるシンボル（セミスタティックフレキシブルシンボル）を実際のＰＵＳＣＨリソースに利用可能なシンボルとし、下りリンクと示されるシンボル（セミスタティック下りリンクシンボル）を実際のＰＵＳＣＨリソースに利用不可能なシンボルとしてもよい。

【0208】

端末装置１は、ビットフィールドｂ_１の値が第２の値である場合に、上位レイヤスロットフォーマット設定情報で上りリンクと示されるシンボル（セミスタティック上りリンクシンボル）を実際のＰＵＳＣＨリソースに利用可能なシンボルとし、下りリンクと示されるシンボル（セミスタティック下りリンクシンボル）およびフレキシブルと示されるシンボル（セミスタティックフレキシブルシンボル）を実際のＰＵＳＣＨリソースに利用不可能なシンボルとしてもよい。

【0209】

端末装置１は、ビットフィールドｂ_１の値が第３の値である場合に、上位レイヤスロットフォーマット設定情報で上りリンクと示されるシンボル（セミスタティック上りリンクシンボル）およびスロットフォーマット設定ＤＣＩで上りリンクと示されるシンボル（ダイナミック上りリンクシンボル）を実際のＰＵＳＣＨリソースに利用可能なシンボルとし、上位レイヤスロットフォーマット設定情報で下りリンクと示されるシンボル（セミスタティック下りリンクシンボル）、スロットフォーマット設定ＤＣＩでフレキシブルと示されるシンボル（ダイナミックフレキシブルシンボル）およびスロットフォーマット設定ＤＣＩで下りリンクと示されるシンボル（ダイナミック下りリンクシンボル）を実際のＰＵＳＣＨリソースに利用不可能なシンボルとしてもよい。ただし、端末装置１は、スロットフォーマット設定ＤＣＩを検出できなかった場合には、上位レイヤスロットフォーマット設定情報でフレキシブルと示されるシンボル（セミスタティックフレキシブルシンボル）を実際のＰＵＳＣＨリソースに利用不可能なシンボルとしてもよい。

【0210】

端末装置１は、ビットフィールドｂ_１の値が第４の値である場合に、上位レイヤスロットフォーマット設定情報で上りリンクと示されるシンボル（セミスタティック上りリンクシンボル）、スロットフォーマット設定ＤＣＩで上りリンクと示されるシンボル（ダイナミック上りリンクシンボル）およびスロットフォーマット設定ＤＣＩでフレキシブルと示されるシンボル（ダイナミックフレキシブルシンボル）を実際のＰＵＳＣＨリソースに利用可能なシンボルとし、上位レイヤスロットフォーマット設定情報で下りリンクと示されるシンボル（セミスタティック下りリンクシンボル）およびスロットフォーマット設定ＤＣＩで下りリンクと示されるシンボル（ダイナミック下りリンクシンボル）を実際のＰＵＳＣＨリソースに利用不可能なシンボルとしてもよい。ただし、端末装置１は、スロットフォーマット設定ＤＣＩを検出できなかった場合には、上位レイヤスロットフォーマット設定情報でフレキシブルと示されるシンボル（セミスタティックフレキシブルシンボル）を実際のＰＵＳＣＨリソースに利用不可能なシンボルとしてもよい。

【0211】

ただし、ビットフィールドｂ_１のビット数は１ビットで前記第１の値～第４の値のうちの２つのいずれかを示すビットフィールドであってもよい。例えば、ビットフィールドｂ_１＝０が第１の値であり、ビットフィールドｂ_１＝１が第３の値であり、ビットフィールドｂ_１の値（０または１）によって、第１の値の場合の動作と第３の値の場合の動作を切り替えてもよい。

【0212】

ただし、ビットフィールドｂ_１のビット数は２ビットで前記第１の値～第４の値のうちのいずれかを示すビットフィールドであってもよい。例えば、ビットフィールドｂ_１＝００が第１の値であり、ビットフィールドｂ_１＝０１が第２の値であり、ビットフィールドｂ_１＝１０が第３の値であり、ビットフィールドｂ_１＝１１が第４の値であり、ビットフィールドの値によって、第１～第４の値の場合の動作を切り替えてもよい。

【0213】

ただし、ビットフィールドｂ_１のビット数は２ビット以上で前記第１の値～第４の値の場合の動作あるいはその他の動作のうちのいずれかを示すビットフィールドであってもよい。

【0214】

ただし、ビットフィールドｂ_１が示す動作はＲＲＣメッセージとＤＣＩとの組み合わせによって示されてもよい。例えば、ＤＣＩに含まれるビットフィールドｂ_１のビット数は１ビットであり、該１ビットで示される動作がＲＲＣメッセージによって設定されてもよい。

【0215】

本実施形態において、端末装置１は、（Ｉ）上位層のパラメータ、および／または、（ＩＩ）上りリンクグラントに含まれるフィールドに少なくとも基づいて、その上りリンクグラントでスケジュールされるＰＵＳＣＨ送信に繰返し送信を適用するかどうか、あるいは、複数の繰返し送信タイプのうち何れの繰返し送信タイプが適用されるかを決定／特定してもよい。繰返し送信のタイプは、前述の１つまたは連続する複数の利用可能なスロットの連続する利用可能な上りリンクシンボルで送信する繰返し送信（以下第１の繰返し送信と称する）に加え、スロット間で同一の定められたシンボルでスロット毎に１回ＰＵＳＣＨを送信するスロットアグリゲーション（以下第２の繰返し送信と称する）を含んでもよい

【0216】

本実施形態の態様Ａにおいて、基地局装置３は、第１の繰返し送信と第２の繰返し送信の内何れを設定／適用するかを上位層のパラメータによって端末装置１に通知してもよい。例えば、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒは、第２の繰返し送信の繰り返し送信の回数を示すために用いられてもよい。例えば、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｒ１６は、ＤＣＩのＴｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔフィールドで通知されるインデックス間で共通の第１の繰返し送信の繰返し回数を示すために用いられてもよい。例えば、ｒｅｐｅｔｉｔｉｏｎは、ＤＣＩのＴｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔフィールドで通知されるインデックスそれぞれの第１の繰返し送信の繰返し回数を示すために用いられてもよい。端末装置１にｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｒ１６、および／または、ｒｅｐｅｔｉｔｉｏｎが設定されない場合、端末装置１は、繰返し送信が適用されないこととみなし、上りリンクグラントがスケジュールされるＰＵＳＣＨを１回送信してもよい。

【0217】

本実施形態の態様Ｂにおいて、端末装置１は、基地局装置３から送信された上りリンクグラントに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに基づいて、第１の繰返し送信と第２の繰返し送信の内何れが適用されるかを決定／特定してもよい。前述のように、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドはＰＵＳＣＨ時間領域リソース割り当てを示すために用いられる。

【0218】

本実施形態の態様Ｃにおいて、基地局装置３は、第１の繰返し送信と第２の繰返し送信の内何れを設定するかを上位層のパラメータによって端末装置１に通知してもよい。例えば、基地局装置３は、第１の繰返し送信と第２の繰返し送信のそれぞれに対して、繰り返し送信の回数を示す上位層のパラメータを個別に設定してもよい。例えば、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｒ１６および／またはｒｅｐｅｔｉｔｉｏｎは第１の繰返し送信の繰り返し送信の回数を示すために用いられてもよい。

【0219】

また、本実施形態の態様Ａ，態様Ｂ、または、態様Ｃにおいて、端末装置１は、上りリンクグラントに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに基づき得られたＰＵＳＣＨマッピングタイプに基づいて、第１の繰返し送信と第２の繰返し送信の内何れが適用されるかを決定／特定してもよい。

【0220】

また、本実施形態の態様Ａ，態様Ｂ、または、態様Ｃにおいて、端末装置１は、上りリンクグラントに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドで示されるＳ、Ｌおよび／またはＲｅｐに基づいて、第１の繰返し送信と第２の繰返し送信の内何れが適用されるかを決定／特定してもよい。

【0221】

以下、本実施形態における上りリンクで適用される周波数ホッピングについて説明する。

【0222】

端末装置１は、上位レイヤパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇでスケジュールされたＰＵＳＣＨ送信または設定されたＰＵＳＣＨ送信の第１の周波数ホッピングが設定される。ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇでは以下の２つのうちの１つの周波数ホッピングモードが設定される。
・スロット内周波数ホッピング（Intra-slot frequency hopping）
・スロット間周波数ホッピング（Inter-slot frequency hopping）

【0223】

図２１は本実施形態における第１の周波数ホッピングの一例を示す図である。図２１（ａ）は周波数ホッピングなしＰＵＳＣＨ送信の一例である。図２１（ｂ）はスロット内周波数ホッピング（intra-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。図２１（ｃ）はスロット間周波数ホッピング（inter-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。

【0224】

端末装置１は、上位レイヤパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６でスケジュールされたＰＵＳＣＨ送信または設定されたＰＵＳＣＨ送信の第２の周波数ホッピングが設定される。ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６では以下の３つのうちの１つの周波数ホッピングモードが設定されてよい。
・ＰＵＳＣＨ間周波数ホッピング（Inter-PUSCH frequency hopping）
・ＰＵＳＣＨ内周波数ホッピング（Intra-PUSCH frequency hopping）
・スロット間周波数ホッピング（Inter-slot frequency hopping）

【0225】

ただし、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６で設定可能な第２の周波数ホッピングは、上記３つのうちの一部であってもよい。例えば、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６で設定可能な第２の周波数ホッピングはＰＵＳＣＨ間周波数ホッピングとスロット間周波数ホッピングであってもよい。

【0226】

図２２は本実施形態における第２の周波数ホッピングの一例を示す図である。図２２（ａ）は周波数ホッピングなしＰＵＳＣＨ送信の一例である。図２２（ｂ）はＰＵＳＣＨ間周波数ホッピングを伴うＰＵＳＣＨ送信の一例である。図２２（ｃ）はＰＵＳＣＨ内周波数ホッピングを伴うＰＵＳＣＨ送信の一例である。図２２（ｄ）はスロット間周波数ホッピングを伴うＰＵＳＣＨ送信の一例である。

【0227】

図２１（ｂ）、図２２（ｂ）、図２２（ｃ）において、スロット内の周波数ホッピングを伴うＰＵＳＣＨ送信は、スロットにおいて、第１のホップ（第１の周波数ホップ、第１の周波数単位）と第２のホップ（第２の周波数ホップ、第２の周波数単位）から成る。ただし、本実施形態におけるスロット内の周波数ホッピングは、３つ以上のホップが存在する場合においても同様に適用可能である。つまり、スロットにおいて、第１のホップと第２のホップの他に第３のホップ、第４のホップ、…、が存在してもよい。スロット内の最大ホップ数は、ＲＲＣメッセージ等によって設定されてもよい。

【0228】

ただし、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇとｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６で示される周波数ホッピングモード（第１の周波数ホッピングに含まれる周波数ホッピングモードと第２の周波数ホッピングに含まれる周波数ホッピングモード）は、同一のＲＲＣパラメータで示されてもよい。例えば、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６（あるいはｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ）はスロット内周波数ホッピング、スロット間周波数ホッピング、ＰＵＳＣＨ内周波数ホッピング、および／または、ＰＵＳＣＨ間周波数ホッピングのうちの１つの周波数ホッピングモードを設定するパラメータであってもよい。例えば、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６で示される周波数ホッピングモードは、ＤＣＩフォーマットの種類、ＤＣＩフォーマットに含まれるフィールドの情報、ＲＮＴＩ、および／またはその他情報に基づいて、暗黙的に（implicit）に切り替えられてもよい。例えば、ＤＣＩフォーマット０＿０、０＿１でスケジュールされたＰＵＳＣＨにおいてｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６が示す周波数ホッピングモードは第１の周波数ホッピングのうちのいずれかであり、ＤＣＩフォーマット０＿２でスケジュールされたＰＵＳＣＨにおいてｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６が示す周波数ホッピングモードは第２の周波数ホッピングのうちの何れかであってもよい。

【0229】

端末装置１は、検出したＤＣＩフォーマットまたはランダムアクセス応答ＵＬグラントに含まれる周波数ホッピングフィールドが１にされているか、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔのＰＵＳＣＨ送信において上位レイヤパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔが提供されていれば、ＰＵＳＣＨの周波数ホッピングを行ない、それ以外の場合にはＰＵＳＣＨの周波数ホッピングを行なわない。ただし、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔのＰＵＳＣＨ送信において周波数ホッピングを行なう際のホッピング間の周波数オフセットを示すパラメータである。

【0230】

ＤＣＩフォーマット０＿０、０＿１および／または０＿２でスケジュールされたＰＵＳＣＨにおいて周波数オフセットは上位レイヤパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔＬｉｓｔｓで設定される。

【0231】

スロット内周波数ホッピングが設定されている場合、各ホップの開始ＲＢは数式（１）で与えられる。

【数1】

【0232】

ただし、ｉ＝０とｉ＝１はそれぞれ第１のホップと第２のホップであり、ＲＢ_{ｓｔａｒｔ}はＵＬ ＢＷＰ内の開始ＲＢであり、ＲＢ_{ｏｆｆｓｅｔ}は２つの周波数ホップの間のＲＢ単位の周波数オフセットである。スロット内周波数ホッピングが設定されている端末装置１は数式（１）に基づいて第１のホップと第２のホップの周波数リソースを決定／特定してもよい。

【0233】

スロット内周波数ホッピングが設定されている場合、第１のホップのシンボル数はｃｅｉｌ（Ｎ^{ＰＵＳＣＨ，ｓ} _ｓｙｍｂ）で与えられ、第２のホップのシンボル数はＮ^{ＰＵＳＣＨ，ｓ} _ｓｙｍｂ－ｃｅｉｌ（Ｎ^{ＰＵＳＣＨ，ｓ} _ｓｙｍｂ）で与えられる。ただし、Ｎ^{ＰＵＳＣＨ，ｓ} _ｓｙｍｂは、１スロット当たりのＰＵＳＣＨ送信のＯＦＤＭシンボル数である。スロット内周波数ホッピングが設定されている端末装置１は、第１のホップのシンボル数をｃｅｉｌ（Ｎ^{ＰＵＳＣＨ，ｓ} _ｓｙｍｂ）と決定し、第２のホップのシンボル数をＮ^{ＰＵＳＣＨ，ｓ} _ｓｙｍｂ－ｃｅｉｌ（Ｎ^{ＰＵＳＣＨ，ｓ} _ｓｙｍｂ）と決定／特定してもよい。

【0234】

スロット間周波数ホッピングが設定されている場合、スロットｎ^μ _ｓにおける開始ＲＢは数式（２）で与えられる。

【数2】

【0235】

ただし、ｎ^μ _ｓはある無線フレーム内の現在のスロット番号であり、ＲＢ_{ｓｔａｒｔ}はＵＬ ＢＷＰ内の開始ＲＢであり、ＲＢ_{ｏｆｆｓｅｔ}は２つの周波数ホップの間のＲＢ単位の周波数オフセットである。スロット間周波数ホッピングが設定されている端末装置１は数式（２）に基づいて各スロットにおける周波数リソースを決定／特定してもよい。

【0236】

ＰＵＳＣＨ間周波数ホッピングが設定されている場合、各ホップの開始ＲＢは数式（１）で与えられてよい。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、数式（１）に基づいて第１のホップと第２のホップの周波数リソースを決定／特定してもよい。

【0237】

ＰＵＳＣＨ間周波数ホッピングが設定されている場合、各ホップ（第１のホップ／第２のホップ）に含まれるＰＵＳＣＨの数、および／または、各ホップのＯＦＤＭシンボル数は、ＤＣＩフォーマットまたはランダムアクセス応答ＵＬグラントに含まれる時間リソース割当情報に基づいて決定されてもよい。端末装置１は、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、１つまたは複数のスロットに割り当てられている１つまたは複数のＰＵＳＣＨに割り当てられた時間リソースに基づいて、各ホップに含まれるＰＵＳＣＨの数、および／または、各ホップのＯＦＤＭシンボル数を決定／特定してもよい。端末装置１は、１つまたは複数のスケジュールされたＰＵＳＣＨおよび／または設定されたＰＵＳＣＨのそれぞれを、第１のホップに含めるか第２のホップに含めるかを下りリンク制御情報に基づいて決定してもよい。

【0238】

一例として、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、スロットｎ^μ _ｓにおいて、第１のホップのＰＵＳＣＨ送信の数はｃｅｉｌ（Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）／２）で与えられ、第２のホップのＰＵＳＣＨ送信の数はＮ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）－ｃｅｉｌ（Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）／２）で（あるいはｆｌｏｏｒ（Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）／２）で）与えられてもよい。ただし、Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）はスロットｎ^μ _ｓにおいてスケジュールされたＰＵＳＣＨ送信および／または設定されたＰＵＳＣＨ送信の数である。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、第１のホップのＰＵＳＣＨ送信の数をｃｅｉｌ（Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）／２）で決定／特定し、第２のホップのＰＵＳＣＨ送信の数をＮ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）－ｃｅｉｌ（Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）／２）で（あるいはｆｌｏｏｒ（Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）／２）で）決定／特定してもよい。ただし、第１のホップと第２のホップのＰＵＳＣＨ送信の数を決定／特定する式は逆であってもよく、例えば、第１のホップのＰＵＳＣＨ送信の数はＮ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）－ｃｅｉｌ（Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）／２）で（あるいはｆｌｏｏｒ（Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）／２）で）与えられ、第２のホップのＰＵＳＣＨ送信の数はｃｅｉｌ（Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）／２）で与えられてもよい。

【0239】

別の一例として、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、スロットｎ^μ _ｓにおいて、第１のホップのＰＵＳＣＨ送信の数と第２のホップのＰＵＳＣＨ送信の数は、スロットｎ^μ _ｓにスケジュールされたＰＵＳＣＨ送信および／または設定されたＰＵＳＣＨ送信のシンボル数の合計に基づいてもよい。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、スロットｎ^μ _ｓにおいて、第１のホップのＰＵＳＣＨ送信の数と第２のホップのＰＵＳＣＨ送信の数を、スロットｎ^μ _ｓにスケジュールされたＰＵＳＣＨ送信および／または設定されたＰＵＳＣＨ送信のシンボル数の合計に基づいて決定／特定してもよい。

【0240】

別の一例として、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、スロットｎ^μ _ｓにおいて、開始シンボルがスロットの前半であるＰＵＳＣＨが第１のホップに含められ、開始シンボルがスロットの後半であるＰＵＳＣＨが第２のホップに含められてもよい。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、スロットｎ^μ _ｓにおいて、開始シンボルがスロットの前半であるＰＵＳＣＨを第１のホップに含め、開始シンボルがスロットの後半であるＰＵＳＣＨを第２のホップに含めてもよい。

【0241】

別の一例として、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、スロットｎ^μ _ｓにおいて、終了シンボルがスロットの前半であるＰＵＳＣＨが第１のホップに含められ、終了シンボルがスロットの後半であるＰＵＳＣＨが第２のホップに含められてもよい。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、スロットｎ^μ _ｓにおいて、終了シンボルがスロットの前半であるＰＵＳＣＨを第１のホップに含め、終了シンボルがスロットの後半であるＰＵＳＣＨを第２のホップに含めてもよい。

【0242】

別の一例として、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、端末装置１は、スロットｎ^μ _ｓにおいて、１つまたは複数のＰＵＳＣＨが第１のホップに含まれるか第２のホップに含まれるかを、スロット内の上りリンクピリオド毎に決定・特定されてもよい。ただし、上りリンクピリオドは、スロット内で１つまたは複数のＰＵＳＣＨを連続的に割り当て可能な時間区間である。例えば、上りリンクピリオド内の１つまたは複数のＰＵＳＣＨは同一のホップに含められ、異なる上りリンクピリオド間では同一または異なるホップが用いられてもよい。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、スロットｎ^μ _ｓにおいて、１つまたは複数のＰＵＳＣＨが第１のホップに含まれるか第２のホップに含まれるかをスロット内の上りリンクピリオド毎に決定・特定してもよい。

【0243】

ＰＵＳＣＨ間周波数ホッピングが設定されている場合、端末装置１は、各ホップ（第１のホップ／第２のホップ）に含まれるＰＵＳＣＨの数、および／または、各ホップのＯＦＤＭシンボル数を、下りリンク制御情報によって特定されるＰＵＳＣＨの繰返し送信回数（あるいは１つのグラントで割り当てられるＰＵＳＣＨの数）に基づいて決定してもよい。例えば、１つのＵＬグラントで割り当てられる１つまたは複数のＰＵＳＣＨのそれぞれに送信番号がナンバリングされ、端末装置１は、該送信番号に基づいて、第１のホップに含められるか、第２のホップに含められるかを決定／特定してよい。例えば、１つのＵＬグラントで割り当てられる同一スロット内の１つまたは複数のＰＵＳＣＨのそれぞれに送信番号がナンバリングされ、端末装置１は、該送信番号に基づいて、第１のホップに含められるか、第２のホップに含められるかを決定・特定してよい。ただし、１つのＵＬグラントで割り当てられたあるＰＵＳＣＨがスロットの境界、ＤＬシンボルとＵＬのシンボルのスイッチ、および／または他の信号により複数のＰＵＳＣＨにセグメント化される場合に、該セグメント化された複数のＰＵＳＣＨに対して、同一の送信番号がナンバリングされてもよいし、異なる送信番号がナンバリングされてもよい。例えば、１つのＵＬグラントで割り当てられたあるＰＵＳＣＨがスロットの境界、ＤＬシンボルとＵＬのシンボルのスイッチ、および／または他の信号により複数のＰＵＳＣＨにセグメント化される場合に、該セグメント化された複数のＰＵＳＣＨは、常に同一のホップに含められてもよいし、同一グラントで割り当てられた他のＰＵＳＣＨと同様に同一または異なるホップに含められてもよい。

【0244】

一例として、ＰＵＳＣＨ間周波数ホッピングが設定されておりスロットｎ^μ _ｓにおいてスケジュールされたＰＵＳＣＨ送信および／または設定されたＰＵＳＣＨ送信の数がＮ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）である場合に、閾値Ｘ_{ＰＵＳＣＨ}＝ｃｅｉｌ（Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）／２）とし、同一ＵＬグラントでスロットｎ^μ _ｓに割り当てられているＰＵＳＣＨに対してｎ_{ＰＵＳＣＨ}＝１～Ｎ_{ＰＵＳＣＨ}（ｎ^μ _ｓ）がナンバリングされ、端末装置１は、ｎ_{ＰＵＳＣＨ}＜＝Ｘ_{ＰＵＳＣＨ}であるＰＵＳＣＨを第１のホップに含め、ｎ_{ＰＵＳＣＨ}＞Ｘ_{ＰＵＳＣＨ}であるＰＵＳＣＨを第２のホップに含めてもよい。

【0245】

ＰＵＳＣＨ間周波数ホッピングが設定されている場合、同一のＤＬフォーマットあるいは同一のＵＬグラントで割り当てられている複数のＰＵＳＣＨにおいて、端末装置１は、時間領域で所定の数のＰＵＳＣＨ毎に第１のホップに含められるか第２のホップに含められるかを切り換えてもよい。連続して同一のホップに含められるＰＵＳＣＨの数は、下りリンク制御情報で示されるＰＵＳＣＨの開始シンボル（Ｓ）、期間（Ｄ）、および／または、繰り返し回数（Ｒｅｐ）によって決定されてもよい。ただし、端末装置１は、連続して同一のホップに含められるＰＵＳＣＨの数において、スロット境界、ＤＬシンボルとＵＬシンボルのスイッチングポイントおよび／または他のチャネル／信号によってセグメント化された複数のＰＵＳＣＨを１つのＰＵＳＣＨとみなしてもよいし、セグメント化された複数のＰＵＳＣＨのそれぞれを１つのＰＵＳＣＨとみなしてもよい。ただし、時間領域で所定の数のＰＵＳＣＨ毎に第１のホップと第２のホップを切り替える場合に、スロット内での切替回数の最大値が制限されてもよい。

【0246】

ただし、第２の周波数ホッピングにおいてＰＵＳＣＨ内周波数ホッピングを適用することは第１の周波数ホッピングのスロット内周波数ホッピングを適用することであってもよい。

【0247】

ただし、第２の周波数ホッピングにおいてスロット間周波数ホッピングを適用することは第１の周波数ホッピングのスロット間周波数ホッピングを適用することであってもよい。

【0248】

ただし、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６で示される周波数ホッピングモードは、以下の二つであってもよい。
・ＰＵＳＣＨ間周波数ホッピング
・上位レイヤパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇで示される周波数ホッピングモード

【0249】

ＰＵＳＣＨ間周波数ホッピングとＰＵＳＣＨ内周波数ホッピング（またはスロット内周波数ホッピング）は暗黙的に（implicit）に切り替えられてもよい。例えば、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６でＰＵＳＣＨ間周波数ホッピングが設定されており、かつＤＣＩフォーマットの所定のフィールドで示される繰返し送信回数が１である場合に、端末装置１はスケジュールされたＰＵＳＣＨ送信あるいは設定されたＰＵＳＣＨ送信に対して、ＰＵＳＣＨ内周波数ホッピング（またはスロット内周波数ホッピング）を適用してもよい。例えば、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６でＰＵＳＣＨ間周波数ホッピングが設定されており、あるスロットで送信されるＰＵＳＣＨの数が１である場合に、端末装置１は該スロットにスケジュールされたＰＵＳＣＨ送信あるいは設定されたＰＵＳＣＨ送信に対して、ＰＵＳＣＨ内周波数ホッピング（またはスロット内周波数ホッピング）を適用してもよい。例えば、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６でＰＵＳＣＨ間周波数ホッピングが設定されており、あるスロットで送信されるＰＵＳＣＨの数が１であり、該スロットで送信されるＰＵＳＣＨのシンボル数が所定の値以上であった場合に、端末装置１は該スロットにスケジュールされたＰＵＳＣＨ送信あるいは設定されたＰＵＳＣＨ送信に対して、ＰＵＳＣＨ内周波数ホッピング（またはスロット内周波数ホッピング）を適用してもよい。

【0250】

これにより、端末装置１は、基地局装置３に対する上りリンクデータ送信を行なうことができる。

【0251】

以下、本実施形態における装置の構成について説明する。

【0252】

図２３は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベースバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、モニタ部、または、物理層処理部とも称する。上位層処理部１４を測定部１４、選択部１４、決定部１４または制御部１４とも称する。

【0253】

上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロックと称されてもよい）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部１４は、基地局装置３から受信した上位層の信号および／またはＤＣＩに基づいて、１つまたは複数のＰＵＳＣＨを送信するためのリソースを決定／特定する機能を備えてもよい。上位層処理部１４は、あるＴＢのためのＰＵＳＣＨの複数の時間リソースのそれぞれの先頭シンボルとシンボル数を決定／特定する機能を有してもよい。上位層処理部１４は、上位レイヤスロットフォーマット設定情報と時間リソース割当情報に基づいて、複数の仮時間リソースの先頭シンボルとシンボル数を決定／特定する機能を有してもよい。上位層処理部１４は、スロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されており、該スロットフォーマット設定ＤＣＩを検出した場合に、前記複数の仮時間リソースのそれぞれにおいて、上位レイヤスロットフォーマット設定情報とスロットフォーマット設定ＤＣＩの少なくともいずれか１つによって上りリンクシンボルと示される連続するシンボルのセットを前記ＰＵＳＣＨの複数の時間リソースの１つとして決定／特定する機能を備えてもよい。上位層処理部１４は、スロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されており、かつ該スロットフォーマット設定ＤＣＩを検出しなかった場合に、前記複数の仮時間リソースのそれぞれにおいて、上位レイヤスロットフォーマット設定情報によって上りリンクシンボルと示されるシンボルのみを含む仮時間リソースを前記ＰＵＳＣＨの複数の時間リソースの１つとして決定／特定する機能を備えてもよい。上位層処理部１４は、スロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されていない場合に、前記複数の仮時間リソースのそれぞれを前記ＰＵＳＣＨの複数の時間リソースおよび／または下りリンク信号の割当情報に基づいて決定／特定する機能を備えてもよい。上位層処理部１４は、上りリンク割当情報があるＰＵＳＣＨをあるシンボルセット（シンボルセットＡ）で送信することを示し、下りリンク割当情報が下りリンク信号をあるシンボルセット（シンボルセットＢ）で送信することを示し、シンボルセットＡのうちの少なくとも１シンボルがシンボルセットＢに含まれるシンボルである場合、前記シンボルセットＡの一部または全てのシンボルにおけるＰＵＳＣＨの送信をキャンセルする機能を備えてもよい。上位層処理部１４は、基地局装置３から受信した第１のビットフィールドの情報に基づいて、上位レイヤスロットフォーマット設定情報でフレキシブルと示されたシンボルにおいてＰＵＳＣＨを送信するか否かを決定／特定する機能を備えてもよい。

【0254】

上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣレイヤ（媒体アクセス制御層）の処理を行なう。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、スケジューリング要求の伝送の制御を行う。

【0255】

上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣレイヤ（無線リソース制御層）の処理を行なう。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。無線リソース制御層処理部１６は、基地局装置３から受信した下りリンク制御情報に基づいてリソース割り当てを制御（特定）する。

【0256】

無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３等に送信する。無線送受信部１０は、基地局装置３から受信した上位層の信号（ＲＲＣメッセージ）、ＤＣＩなどを上位層処理部１４に出力する。また、無線送受信部１０は、上位層処理部１４からの指示に基づいて、上りリンク信号（ＰＵＣＣＨおよび／またはＰＵＳＣＨを含む）を生成して送信する。無線送受信部１０は、ＰＤＣＣＨおよび／またはＰＤＳＣＨを受信する機能を備えてもよい。無線送受信部１０は、１つまたは複数のＰＵＣＣＨおよび／またはＰＵＳＣＨを送信する機能を備えてもよい。無線送受信部１０は、ＰＤＣＣＨでＤＣＩを受信する機能を備えてもよい。無線送受信部１０は、ＰＤＣＣＨで受信したＤＣＩを上位層処理部１４に出力する機能を備えてもよい。無線送受信部１０は、上位レイヤスロットフォーマット設定情報を含むＲＲＣメッセージを受信する機能を備えてもよい。無線送受信部１０は、あるＴＢのためのＰＵＳＣＨの時間リソース割当情報をＰＤＣＣＨで受信する機能を備えてもよい。無線送受信部１０は、スロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタする機能を有してもよい。無線送受信部１０は、第１のビットフィールドを含むＤＣＩおよび／またはＲＲＣメッセージを受信する機能を有してもよい。

【0257】

ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。

【0258】

ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をデジタル信号に変換する。ベースバンド部１３は、変換したデジタル信号からＣＰ（CyclicPrefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。

【0259】

ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのデジタル信号を生成し、ベースバンドのデジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。

【0260】

ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は在圏セルにおいて送信する上りリンク信号および／または上りリンクチャネルの送信電力を決定する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。

【0261】

図２４は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、モニタ部、または、物理層処理部とも称する。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。上位層処理部３４を、決定部３４または制御部３４とも称する。

【0262】

上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部３４は、端末装置１に送信した上位層の信号とＰＵＳＣＨを送信するための時間リソースに基づいてＤＣＩを生成する機能を備えてもよい。上位層処理部３４は、生成したＤＣＩなどを無線送受信部３０に出力する機能を備えてもよい。上位層処理部３４は、ＲＲＣメッセージと生成したＤＣＩに基づいて１つまたは複数のＰＵＳＣＨの送信に使用するリソースを決定／特定する機能を備えてもよい。上位層処理部３４は、上位レイヤスロットフォーマット設定情報と時間リソース割当情報に基づいて、複数の仮時間リソースを決定／特定する機能を備えてもよい。上位層処理部３４は、あるＰＵＳＣＨのための複数の時間リソースのそれぞれの先頭シンボルとシンボル数を決定／特定する機能を備えてもよい。上位層処理部３４は、上位レイヤスロットフォーマット設定情報と時間リソース割当情報に基づいて、複数の仮時間リソースの先頭シンボルとシンボル数を決定／特定する機能を備えてもよい。上位層処理部３４は、端末装置１がスロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されている場合に、前記複数の仮時間リソースのそれぞれにおいて、上位レイヤスロットフォーマット設定情報とスロットフォーマット設定ＤＣＩの少なくともいずれか１つによって上りリンクシンボルと示される連続するシンボルのセットを前記ＰＵＳＣＨのための複数の時間リソースの１つとして決定／特定する機能を備えてもよい。上位層処理部３４は、端末装置１がスロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されている場合に、前記複数の仮時間リソースのそれぞれの先頭シンボルとシンボル数および前記スロットフォーマット設定ＤＣＩに基づいて、前記ＰＵＳＣＨのための複数の時間リソースの先頭シンボルとシンボル数を決定／特定する機能を備えてもよい。上位層処理部３４は、端末装置１がスロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されていない場合に、前記複数の仮時間リソースのそれぞれを前記ＰＵＳＣＨのための複数の時間リソースのそれぞれとして決定／特定する機能を備えてもよい。上位層処理部３４は、端末装置１がスロットフォーマット設定ＤＣＩをＰＤＣＣＨでモニタすることを設定されていない場合に、前記複数の仮時間リソースのそれぞれを前記ＰＵＳＣＨの複数の時間リソースおよび／または下りリンク信号の割当情報に基づいて決定／特定する機能を備えてもよい。上位層処理部３４は、端末装置１に送信した上りリンク割当情報があるＰＵＳＣＨをあるシンボルセット（シンボルセットＡ）で送信することを示し、下りリンク割当情報が下りリンク信号をあるシンボルセット（シンボルセットＢ）で送信することを示し、シンボルセットＡのうちの少なくとも１シンボルがシンボルセットＢに含まれるシンボルである場合、前記シンボルセットＡの一部または全てのシンボルをＰＵＳＣＨの受信に使用しない機能を備えてもよい。上位層処理部３４は、端末装置１に送信した第１のビットフィールドの情報に基づいて、上位レイヤスロットフォーマット設定情報でフレキシブルと示されたシンボルにおいてＰＵＳＣＨを受信するか否かを決定／特定する機能を備えてもよい。

【0263】

上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣレイヤの処理を行なう。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、スケジューリングリクエストに関する処理を行う。

【0264】

上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣレイヤの処理を行なう。無線リソース制御層処理部３６は、端末装置１にリソースの割当情報を含むＤＣＩ（上りリンクグラント、下りリンクグラント）を生成する。無線リソース制御層処理部３６は、ＤＣＩ、ＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック（ＴＢ）、ランダムアクセス応答（ＲＡＲ））、システム情報、ＲＲＣメッセージ、ＭＡＣ ＣＥ（Control Element）などを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。無線リソース制御層処理部３６は、あるセルにおける１つまたは複数の参照信号の設定を特定するための情報を送信／報知してもよい。

【0265】

基地局装置３から端末装置１にＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＰＤＣＣＨを送信し、端末装置１がその受信に基づいて処理を行う場合、基地局装置３は、端末装置が、その処理を行っていることを想定して処理（端末装置１やシステムの制御）を行う。すなわち、基地局装置３は、端末装置にその受信に基づく処理を行わせるようにするＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＰＤＣＣＨを端末装置１に送っている。

【0266】

無線送受信部３０は、端末装置１に上位層の信号（ＲＲＣメッセージ）、ＤＣＩなどを送信する。また、無線送受信部３０は、上位層処理部３４からの指示に基づいて、端末装置１から送信した上りリンク信号を受信する。無線送受信部３０は、ＰＤＣＣＨおよび／またはＰＤＳＣＨを送信する機能を備えてもよい。無線送受信部３０は、１つまたは複数のＰＵＣＣＨおよび／またはＰＵＳＣＨを受信する機能を備えてもよい。無線送受信部３０は、ＰＤＣＣＨでＤＣＩを送信する機能を備えてもよい。無線送受信部３０は、上位層処理部３４が出力したＤＣＩをＰＤＣＣＨで送信する機能を備えてもよい。無線送受信部３０は、あるＴＢのためのＰＵＳＣＨの時間リソース割当情報をＰＤＣＣＨで送信する機能を備えてもよい。無線送受信部３０は、上位レイヤスロットフォーマット設定情報を含むＲＲＣメッセージを送信する機能を備えてもよい。無線送受信部３０は、第１のビットフィールドを含むＤＣＩおよび／またはＲＲＣメッセージを送信する機能を有してもよい。その他、無線送受信部３０の一部の機能は、無線送受信部１０と同様であるため説明を省略する。なお、基地局装置３が１つまたは複数の送受信点４と接続している場合、無線送受信部３０の機能の一部あるいは全部が、各送受信点４に含まれてもよい。

【0267】

また、上位層処理部３４は、基地局装置３間あるいは上位のネットワーク装置（ＭＭＥ、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－ＧＷ））と基地局装置３との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図２４において、その他の基地局装置３の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略されているが、基地局装置３として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、上位層処理部３４には、無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）層処理部や、アプリケーション層処理部が存在している。

【0268】

なお、図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置１および基地局装置３の機能および各手順を実現する要素である。

【0269】

端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。

【0270】

（１）本発明の第１の態様における端末装置１は、第１のトランポートブロック（ＴＢ）に対応する物理上りリンク共用チャネル（ＰＵＳＣＨ）の送信に使用する時間リソースと繰返し送信回数を特定するための第１の割当情報（上りリンクのＲＡ情報で示されるＳ、Ｌおよび／またはＲｅｐ）を含む第１のＤＣＩフォーマット（ＤＣＩフォーマット０＿２であってよい）を検出し、下りリンク信号を受信することを指示する第２の割当情報（下りリンクのＲＡ情報）を含む第２のＤＣＩフォーマット（ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１および／またはＤＣＩフォーマット０＿１であってよい）を検出する受信部１０と、前記第１の割当情報に基づいて前記物理上りリンク共用チャネルを送信するための時間リソース（仮ＰＵＳＣＨリソース）を特定する決定部１４と、を備え、前記決定部１４は、前記第１の割当情報が前記物理上りリンク共用チャネルの繰返し送信のいずれか１回である第１の物理上りリンク共用チャネルを第１のシンボルセットで送信することを示し、前記第２の割当情報が前記下りリンク信号を第２のシンボルセットで受信することを示し、前記第１のシンボルセットのうちの少なくとも１シンボルが前記第２のシンボルセットに含まれるシンボルである場合、前記第１の物理上りリンク共用チャネルの送信をキャンセルする。

【0271】

（２）本発明の第２の態様における基地局装置３は、端末装置１と通信を行なう基地局装置３であって、前記端末装置１に対して第１のトランポートブロック（ＴＢ）に対応する物理上りリンク共用チャネル（ＰＵＳＣＨ）の送信に使用する時間リソースと繰返し送信回数を特定するための第１の割当情報（上りリンクのＲＡ情報で示されるＳ、Ｌおよび／またはＲｅｐ）を含む第１のＤＣＩフォーマット（ＤＣＩフォーマット０＿２であってよい）を含む信号を送信し、前記端末装置１に対して下りリンク信号を受信することを指示する第２の割当情報（下りリンクのＲＡ情報）を含む第２のＤＣＩフォーマット（ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１および／またはＤＣＩフォーマット０＿１であってよい）を含む信号を送信する送信部３０と、前記第１の割当情報に基づいて前記物理上りリンク共用チャネルを受信するための時間リソースを決定／特定する決定部と、を備え、前記決定部は、前記第１の割当情報が前記複数の物理上りリンク共用チャネルの１つである第１の物理上りリンク共用チャネルを第１のシンボルセットで受信することを示し、前記第２の割当情報が前記下りリンク信号を第２のシンボルセットで送信することを示し、前記第１のシンボルセットのうちの少なくとも１シンボルが前記第２のシンボルセットに含まれるシンボルである場合、前記第１の物理上りリンク共用チャネルを受信しないことを決定／特定する。

【0272】

（３）本発明の第３の態様における端末装置１は、一定期間のシンボルのそれぞれが下りリンク、上りリンク、およびフレキシブルのいずれであるかを示す第１の情報（上位レイヤスロットフォーマット設定情報）を含むＲＲＣメッセージを受信し、第１のビットフィールドを含む第２の情報を受信し、あるトランスポートブロック（ＴＢ）のための物理上りリンク共用チャネル（ＰＵＳＣＨ）を送信する第１の時間リソースを特定するための第３の情報（上りリンクのＲＡ情報）を受信する受信部１０と、前記第１の情報および前記第３の情報に基づいて前記第１の時間リソースを特定する決定部１４と、を備え、前記決定部１４は、前記第１のビットフィールドが第１の値であり、前記受信部が複数のスロットのスロットフォーマットを示す第４の情報（スロットフォーマット設定ＤＣＩ）を物理下りリンク制御チャネル（ＰＤＣＣＨ）で受信した場合に、前記第１の時間リソースのうち前記スロットフォーマットで下りリンクと示されるおよびフレキシブルと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの送信に用いず、前記第１のビットフィールドが第２の値である場合に、前記第１の時間リソースの全てを前記物理上りリンク共用チャネルの送信に用いる。

【0273】

（４）本発明の第３の態様において、前記受信部１０は、前記第２の情報を物理下りリンク制御チャネル（ＰＤＣＣＨ）で受信してもよい。

【0274】

（５）本発明の第３の態様において、前記受信部１０は、前記第２の情報をＲＲＣメッセージで受信してもよい。

【0275】

（６）本発明の第４の態様における基地局装置３は、端末装置１と通信を行なう基地局装置３であって、一定期間のシンボルのそれぞれが下りリンク、上りリンク、およびフレキシブルのいずれであるかを示す第１の情報（上位レイヤスロットフォーマット設定情報）を含むＲＲＣメッセージを送信し、第１のビットフィールドを含む第２の情報を送信し、前記端末装置１があるトランスポートブロック（ＴＢ）のための物理上りリンク共用チャネル（ＰＵＳＣＨ）を送信する第１の時間リソースを特定するための第３の情報（上りリンクのＲＡ情報）を送信する送信部３０と、前記第１の情報、前記第２の情報および前記第３の情報に基づいて前記物理上りリンク共用チャネルを受信する受信部３０と、を備え、前記受信部３０は、前記第１のビットフィールドが第１の値であり、前記送信部が前記端末装置に対して複数のスロットのスロットフォーマットを示す第４の情報（スロットフォーマット設定ＤＣＩ）を物理下りリンク制御チャネル（ＰＤＣＣＨ）で送信した場合に、前記第１の時間リソースのうち前記スロットフォーマットで下りリンクと示されるおよびフレキシブルと示されるシンボルに割り当てられたリソースを前記物理上りリンク共用チャネルの受信に用いず、前記第１のビットフィールドが第２の値である場合に、前記第１の時間リソースの全てを前記物理上りリンク共用チャネルの受信に用いる。

【0276】

（７）本発明の第４の態様において、前記送信部３０は、前記第２の情報を物理下りリンク制御チャネル（ＰＤＣＣＨ）で送信してもよい。

【0277】

（８）本発明の第４の態様において、前記送信部３０は、前記第２の情報をＲＲＣメッセージで送信してもよい。

【0278】

これにより、端末装置１は、効率的に基地局装置３と通信することができる。例えば、異なるサービス（ｅＭＢＢ、ＵＲＬＬＣおよび／またはｍＭＴＣ等）のデータをスケジュールするＤＣＩにおいて、ＰＤＳＣＨを受信する時間リソースおよび／またはＰＵＳＣＨを送信する時間リソースを示す際に各サービスに適切な通知方法を用いることができる。また、基地局装置３は、効率的に端末装置１と通信することができる。例えば、異なるサービスのデータをスケジュールするＤＣＩにおいて、ＰＤＳＣＨを送信する時間リソースおよび／またはＰＵＳＣＨを受信する時間リソースを示す際に各サービスに適切な通知方法を用いることができる。

【0279】

本発明の一態様に関わる装置で動作するプログラムは、本発明の一態様に関わる実施形態の機能を実現するように、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）、あるいはその他の記憶装置システムに格納される。

【0280】

尚、本発明の一態様に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。

【0281】

また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いることも可能である。

【0282】

なお、本発明の一態様に関わる実施形態では、基地局装置と端末装置で構成される通信システムに適用される例を記載したが、Ｄ２Ｄ（Device to Device）のような、端末同士が通信を行うシステムにおいても適用可能である。

【0283】

なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。

【0284】

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

【産業上の利用可能性】

【0285】

本発明の一態様は、例えば、通信システム、通信機器（例えば、携帯電話装置、基地局装置、無線ＬＡＮ装置、或いはセンサーデバイス）、集積回路（例えば、通信チップ）、又はプログラム等において、利用することができる。

【符号の説明】

【0286】

１（１Ａ、１Ｂ） 端末装置
３ 基地局装置
４ 送受信点（ＴＲＰ）
１０ 無線送受信部
１１ アンテナ部
１２ ＲＦ部
１３ ベースバンド部
１４ 上位層処理部
１５ 媒体アクセス制御層処理部
１６ 無線リソース制御層処理部
３０ 無線送受信部
３１ アンテナ部
３２ ＲＦ部
３３ ベースバンド部
３４ 上位層処理部
３５ 媒体アクセス制御層処理部
３６ 無線リソース制御層処理部
５０ 送信ユニット（ＴＸＲＵ）
５１ 位相シフタ
５２ アンテナエレメント

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】