JP7313839B2 - 基地局装置、端末装置、通信方法、および、集積回路 - Google Patents

基地局装置、端末装置、通信方法、および、集積回路 Download PDF

Info

Publication number
JP7313839B2
JP7313839B2 JP2019024510A JP2019024510A JP7313839B2 JP 7313839 B2 JP7313839 B2 JP 7313839B2 JP 2019024510 A JP2019024510 A JP 2019024510A JP 2019024510 A JP2019024510 A JP 2019024510A JP 7313839 B2 JP7313839 B2 JP 7313839B2
Authority
JP
Japan
Prior art keywords
pusch
symbols
transmission
terminal device
slot
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019024510A
Other languages
English (en)
Other versions
JP2020136762A (ja
Inventor
麗清 劉
昇平 山田
宏樹 高橋
正幸 星野
秀和 坪井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
FG Innovation Co Ltd
Original Assignee
FG Innovation Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by FG Innovation Co Ltd filed Critical FG Innovation Co Ltd
Priority to JP2019024510A priority Critical patent/JP7313839B2/ja
Priority to CN202080014688.2A priority patent/CN113475138A/zh
Priority to US17/430,980 priority patent/US20220116144A1/en
Priority to PCT/JP2020/005751 priority patent/WO2020166696A1/ja
Priority to EP20755584.8A priority patent/EP3927060A4/en
Publication of JP2020136762A publication Critical patent/JP2020136762A/ja
Application granted granted Critical
Publication of JP7313839B2 publication Critical patent/JP7313839B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0092—Indication of how the channel is divided
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Description

本発明は、基地局装置、端末装置、通信方法、および、集積回路に関する。
現在、第５世代のセルラーシステムに向けた無線アクセス方式および無線ネットワーク技術として、第三世代パートナーシッププロジェクト（3GPP: The Third Generation Partnership Project）において、LTE（Long Term Evolution）-Advanced Pro及びNR（New Radio technology）の技術検討及び規格策定が行われている（非特許文献１）。
第５世代のセルラーシステムでは、高速・大容量伝送を実現するeMBB（enhanced Mobile BroadBand）、低遅延・高信頼通信を実現するURLLC（Ultra-Reliable and Low Latency Communication）、IoT（Internet of Things）などマシン型デバイスが多数接続するmMTC（massive Machine Type Communication）の3つがサービスの想定シナリオとして要求されている。
RP-161214, NTT DOCOMO, "Revision of SI: Study on New Radio Access Technology", 2016年6月
本発明の目的は、上記のような無線通信システムにおいて、効率的な通信を可能とする端末装置、基地局装置、通信方法、および、集積回路を提供することを目的とする。
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の一態様における端末装置は、DCIを受信する受信部と、前記DCIでスケジュールされるトランスポートブロックのトランスポートブロックサイズを決定する決定部と、を備え、前記決定部は、第１のシンボルの数に基づきリソースエレメントを算出し、算出されたリソースエレメントに少なくとも基づき第１のＰＵＳＣＨのためのトランスポートブロックサイズを決定し、前記第１のシンボルの数は、前記ＤＣＩに含まれる第１のフィールドに与えられ、前記第１のＰＵＳＣＨ送信に用いられるシンボル数は、第１のシンボルの数および利用可能なシンボルの数に基づいて与えられ、前記第１のＰＵＳＣＨ送信は、前記トランスポートブロックの１回目繰り返し送信に対応する。
（２）また、本発明の一態様における基地局装置は、DCIを送信する送信部と、前記DCIでスケジュールされるトランスポートブロックのトランスポートブロックサイズを決定する決定部と、を備え、前記決定部は、第１のシンボルの数に基づきリソースエレメントを算出し、算出されたリソースエレメントに少なくとも基づき第１のＰＵＳＣＨのためのトランスポートブロックサイズを決定し、前記第１のシンボルの数は、前記ＤＣＩに含まれる第１のフィールドに与えられ、前記第１のＰＵＳＣＨ送信の受信に用いられるシンボル数は、第１のシンボルの数および利用可能なシンボルの数に基づいて与えられ、前記第１のＰＵＳＣＨ送信の受信は、前記トランスポートブロックの１回目繰り返し送信に対応する。
（３）また、本発明の一態様における通信方法は、端末装置の通信方法であって、DCI
を受信し、前記DCIでスケジュールされるトランスポートブロックのトランスポートブロ
ックサイズを決定し、第１のシンボルの数に基づきリソースエレメントを算出し、算出されたリソースエレメントに少なくとも基づき第１のＰＵＳＣＨのためのトランスポートブロックサイズを決定し、前記第１のシンボルの数は、前記ＤＣＩに含まれる第１のフィールドに与えられ、前記第１のＰＵＳＣＨ送信に用いられるシンボル数は、第１のシンボルの数および利用可能なシンボルの数に基づいて与えられ、前記第１のＰＵＳＣＨ送信は、前記トランスポートブロックの１回目繰り返し送信に対応する。
（４）また、本発明の一態様における通信方法は、基地局装置の通信方法であって、DCIを送信し、前記DCIでスケジュールされるトランスポートブロックのトランスポートブロックサイズを決定し、第１のシンボルの数に基づきリソースエレメントを算出し、算出されたリソースエレメントに少なくとも基づき第１のＰＵＳＣＨのためのトランスポートブロックサイズを決定し、前記第１のシンボルの数は、前記ＤＣＩに含まれる第１のフィールドに与えられ、前記第１のＰＵＳＣＨ送信の受信に用いられるシンボル数は、第１のシンボルの数および利用可能なシンボルの数に基づいて与えられ、前記第１のＰＵＳＣＨ送信の受信は、前記トランスポートブロックの１回目繰り返し送信に対応する。
この発明によれば、基地局装置と端末装置が、効率的に通信することができる。
本発明の実施形態に係る無線通信システムの概念を示す図である。 本発明の実施形態に係るＳＳ／ＰＢＣＨブロックおよびＳＳバーストセットの例を示す図である。 本発明の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。 本発明の実施形態に係るサブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。 本発明の実施形態に係るスロットまたはサブフレームの一例を示す図である。 本発明の実施形態に係るビームフォーミングの一例を示した図である。 本発明の実施形態に係るＰＤＳＣＨマッピングタイプの一例を示す図である。 本発明の実施形態に係る周波数ホッピングの一例を示す図である。 本発明の実施形態に係る繰り返し送信回数の決定と周波数ホッピングの他の一例を示す図である。 本発明の実施形態に係るどのリソース割り当てテーブルをＰＤＳＣＨ時間領域リソース割り当てに適用するかを定義する図である。 本発明の実施形態に係るデフォルトテーブルＡの一例を示す図である。 本発明の実施形態に係るデフォルトテーブルＢの一例を示す図である。 本発明の実施形態に係るデフォルトテーブルＣの一例を示す図である。 本発明の実施形態に係るＳＬＩＶを算出する一例を示す図である。 本実施形態に係るトランスミッションオケージョンに適用される冗長バージョンの一例を示す図。 本実施形態に係るどのリソース割り当てテーブルをＰＵＳＣＨ時間領域リソース割り当てに適用するかを定義する図である。 本実施形態に係るＰＵＳＣＨデフォルトテーブルＡの一例を示す図である。 本実施形態における繰り返し送信回数の決定と周波数ホッピングの他の一例を示す図である。 本発明の実施形態における繰り返し送信回数の決定と周波数ホッピングの他の一例を示す図である。 本実施形態における繰り返し送信の回数と周波数ホッピングの他の一例を示す図である。 本発明の実施形態に係るスロットアグリゲーション送信の一例を示す図である。 本発明の実施形態に係るトランスポートブロックサイズの決定に用いられるシンボルの数の一例を示す図である。 本発明の実施形態に係る端末装置１の構成を示す概略ブロック図である。 本発明の実施形態に係る基地局装置３の構成を示す概略ブロック図である。
以下、本発明の実施形態について説明する。
図１は、本実施形態における無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ、端末装置１Ｂ、および基地局装置３を具備する。以下、端末装置１Ａ、および、端末装置１Ｂを、端末装置１とも称する。
端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（User Equipment）、ＭＳ（Mobile Station）とも称される。基地局装置３は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（Node B）、ｅＮＢ（evolved Node B）、ＢＴＳ（Base Transceiver Station）、ＢＳ（Base Station）、ＮＲ ＮＢ（NR Node B）、ＮＮＢ、ＴＲＰ（Transmission and Reception Point）、ｇＮＢとも称される。基地局装置３は、コアネットワーク装置を含んでも良い。また、基地局装置３は、１つまたは複数の送受信点４（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）を具備しても良い。以下で説明する基地局装置３の機能／処理の少なくとも一部は、該基地局装置３が具備する各々の送受信点４における機能／処理であってもよい。基地局装置３は、基地局装置３によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つまたは複数の送受信点４によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、１つのセルを複数の部分領域（Ｂｅａｍｅｄ ａｒｅａ）にわけ、それぞれの部分領域において端末装置１をサーブしてもよい。ここで、部分領域は、ビームフォーミングで使用されるビームのインデックスあるいはプリコーディングのインデックスに基づいて識別されてもよい。
基地局装置３から端末装置１への無線通信リンクを下りリンクと称する。端末装置１から基地局装置３への無線通信リンクを上りリンクと称する。
図１において、端末装置１と基地局装置３の間の無線通信では、サイクリックプレフィックス（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）が用いられてもよい。
また、図１において、端末装置１と基地局装置３の間の無線通信では、ユニバーサルフィルタマルチキャリア（UFMC: Universal-Filtered Multi-Carrier）、フィルタＯＦＤＭ（F-OFDM: Filtered OFDM）、窓関数が乗算されたＯＦＤＭ（Windowed OFDM）、フィルタバンクマルチキャリア（FBMC: Filter-Bank Multi-Carrier）が用いられてもよい。
なお、本実施形態ではＯＦＤＭを伝送方式としてＯＦＤＭシンボルで説明するが、上述の他の伝送方式の場合を用いた場合も本発明に含まれる。
また、図１において、端末装置１と基地局装置３の間の無線通信では、ＣＰを用いない、あるいはＣＰの代わりにゼロパディングをした上述の伝送方式が用いられてもよい。また、ＣＰやゼロパディングは前方と後方の両方に付加されてもよい。
本実施形態の一態様は、ＬＴＥやＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏといった無線アクセス技術（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）は、ＰＵＣＣＨ送信と、競合ベースランダムアクセスをサポートする。
本実施形態では、端末装置１に対して１つまたは複数のサービングセルが設定されてもよい。設定された複数のサービングセルは、１つのプライマリセルと１つまたは複数のセカンダリセルとを含んでもよい。プライマリセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリセルと指示されたセルであってもよい。ＲＲＣ（Radio Resource Control）コネクションが確立された時点、または、後に、１つまたは複数のセカンダリセルが設定されてもよい。ただし、設定された複数のサービングセルは、１つのプライマリセカンダリセルを含んでもよい。プライマリセカンダリセルは、端末装置１が設定された１つまたは複数のセカンダリセルのうち、上りリンクにおいて制御情報を送信可能なセカンダリセルであってもよい。また、端末装置１に対して、マスターセルグループとセカンダリセルグループの２種類のサービングセルのサブセットが設定されてもよい。マスターセルグループは１つのプライマリセルと０個以上のセカンダリセルで構成されてもよい。セカンダリセルグループは１つのプライマリセカンダリセルと０個以上のセカンダリセルで構成されてもよい。
本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用されてよい。複数のセルの全てに対してＴＤ
Ｄ（Time Division Duplex）方式またはＦＤＤ（Frequency Division Duplex）方式が適
用されてもよい。また、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。ＴＤＤ方式はアンペアードスペクトラムオペレーション（Unpaired spectrum operation）と称されてもよい。ＦＤＤ方式はペアードスペクトラムオペレーション（Paired spectrum operation）と称されてもよい。
下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリア（あるいは下りリンクキャリア）と称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリア（あるいは上りリンクキャリア）と称する。サイドリンクにおいて、サービングセルに対応するキャリアをサイドリン
クコンポーネントキャリア（あるいはサイドリンクキャリア）と称する。下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア、および／またはサイドリンクコンポーネントキャリアを総称してコンポーネントキャリア（あるいはキャリア）と称する。
本実施形態の物理チャネルおよび物理信号について説明する。
図１において、端末装置１と基地局装置３の無線通信では、以下の物理チャネルが用いられる。
・ＰＢＣＨ（Physical Broadcast CHannel）
・ＰＤＣＣＨ（Physical Downlink Control CHannel）
・ＰＤＳＣＨ（Physical Downlink Shared CHannel）
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
ＰＢＣＨは、端末装置１が必要な重要なシステム情報を含む重要情報ブロック（MIB: Master Information Block、EIB: Essential Information Block、ＢＣＨ：Broadcast Channel）を報知するために用いられる。
また、ＰＢＣＨは、同期信号のブロック（ＳＳ／ＰＢＣＨブロックとも称する）の周期内の時間インデックスを報知するために用いられてよい。ここで、時間インデックスは、セル内の同期信号およびＰＢＣＨのインデックスを示す情報である。例えば、３つの送信ビーム（送信フィルタ設定、受信空間パラメータに関する擬似同位置（ＱＣＬ：Quasi Co-Location））の想定を用いてＳＳ／ＰＢＣＨブロックを送信する場合、予め定められた周期内または設定された周期内の時間順を示してよい。また、端末装置は、時間インデックスの違いを送信ビームの違いと認識してもよい。
ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置１への無線通信）において、下りリンク制御情報（Downlink Control Information: DCI）を送信する（また
は運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいてＰＤＣＣＨ候補（candidate）のセットをモニタする。モニタすることは、あるＤＣＩフ
ォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。
例えば、以下のＤＣＩフォーマットが定義されてよい。
・ＤＣＩフォーマット０＿０
・ＤＣＩフォーマット０＿１
・ＤＣＩフォーマット１＿０
・ＤＣＩフォーマット１＿１
・ＤＣＩフォーマット２＿０
・ＤＣＩフォーマット２＿１
・ＤＣＩフォーマット２＿２
・ＤＣＩフォーマット２＿３
ＤＣＩフォーマット０＿０は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿０は、ＰＵＳＣＨのスケジュー
リング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。ＤＣＩフォーマット０＿０は、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＭＣＳ―Ｃ－ＲＮＴＩ、および／または、ＴＣ－ＲＮＴＩの内何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。
ＤＣＩフォーマット０＿１は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿１は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ：BandWidth Part）を示す情報、チャネル状態情報（ＣＳＩ：Channel State Information）リクエスト、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）リクエスト、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット０＿１は、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＳＰ－ＣＳＩ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの内何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。
ＤＣＩフォーマット１＿０は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿０は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。ＤＣＩフォーマット１＿０は、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＭＣＳ―Ｃ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、および／または、ＴＣ－ＲＮＴＩの内何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。
ＤＣＩフォーマット１＿１は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿１は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ）を示す情報、送信設定指示（ＴＣＩ：Transmission Configuration Indication）、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット１＿１は
、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの内何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。
ＤＣＩフォーマット２＿０は、１つまたは複数のスロットのスロットフォーマットを通知するために用いられる。スロットフォーマットは、スロット内の各ＯＦＤＭシンボルが下りリンク、フレキシブル、上りリンクのいずれかに分類されたものとして定義される。例えば、スロットフォーマットが２８の場合、スロットフォーマット２８が指示されたスロット内の１４シンボルのＯＦＤＭシンボルに対してＤＤＤＤＤＤＤＤＤＤＤＤＦＵが適用される。ここで、Ｄが下りリンクシンボル、Ｆがフレキシブルシンボル、Ｕが上りリンクシンボルである。なお、スロットについては後述する。
ＤＣＩフォーマット２＿１は、端末装置１に対して、送信がないと想定してよい物理リソースブロックとＯＦＤＭシンボルを通知するために用いられる。なお、この情報はプリエンプション指示（間欠送信指示）と称してよい。
ＤＣＩフォーマット２＿２は、ＰＵＳＣＨおよびＰＵＳＣＨのための送信電力制御（ＴＰＣ：Transmit Power Control）コマンドの送信のために用いられる。
ＤＣＩフォーマット２＿３は、１または複数の端末装置１によるサウンディング参照信
号（ＳＲＳ）送信のためのＴＰＣコマンドのグループを送信するために用いられる。また、ＴＰＣコマンドとともに、ＳＲＳリクエストが送信されてもよい。また、ＤＣＩフォーマット２＿３に、ＰＵＳＣＨおよびＰＵＣＣＨのない上りリンク、またはＳＲＳの送信電力制御がＰＵＳＣＨの送信電力制御と紐付いていない上りリンクのために、ＳＲＳリクエストとＴＰＣコマンドが定義されてよい。
下りリンクに対するＤＣＩを、下りリンクグラント（downlink grant）、または、下りリンクアサインメント（downlink assignment）とも称する。ここで、上りリンクに対す
るＤＣＩを、上りリンクグラント（uplink grant）、または、上りリンクアサインメント（Uplink assignment）とも称する。ＤＣＩを、ＤＣＩフォーマットとも称してもよい。
１つのＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣ（Cyclic Redundancy Check）パリティビットは、ＳＩ－ＲＮＴＩ(System Information- Radio Network Temporary Identifier)、Ｐ－ＲＮＴＩ（Paging-Radio Network Temporary Identifier）、Ｃ－ＲＮＴＩ（Cell-Radio Network Temporary Identifier）、ＣＳ－ＲＮＴＩ（Configured Scheduling-Radio Network Temporary Identifier）、ＲＡ－ＲＮＴＩ（Random Access-Radio Network Temporary Identity）、または、Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩでスクランブルされる。ＳＩ－ＲＮＴＩはシステム情報のブロードキャストに使用される識別子であってもよい。Ｐ－ＲＮＴＩは、ページングおよびシステム情報変更の通知に使用される識別子であってもよい。Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩは、セル内において端末装置を識別するための識別子である。Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩは、競合ベースのランダムアクセス手順（contention based random access procedure）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。
Ｃ－ＲＮＴＩ（端末装置の識別子（識別情報））は、１つまたは複数のスロットにおけるＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられる。ＣＳ－ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。ＭＣＳ－Ｃ－ＲＮＴＩは、グラントベース送信（grant-based transmission）に対して所定のＭＣＳテーブルの使用を示すために用いらる。Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩ（ＴＣ－ＲＮＴＩ）は、１つまたは複数のスロットにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩは、ランダムアクセスメッセージ３の再送信、およびランダムアクセスメッセージ４の送信をスケジュールするために用いられる。ＲＡ－ＲＮＴＩ（ランダムアクセス応答識別情報）は、ランダムアクセスプリアンブルを送信した物理ランダムアクセスチャネルの周波数および時間の位置情報に応じて決定される。
ＰＵＣＣＨは、上りリンクの無線通信（端末装置１から基地局装置３の無線通信）において、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用い
られる。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（CSI: Channel State Information）が含まれてもよい。また、上りリンク制御情報には、ＵＬ－ＳＣＨリソースを要求するために用いられるスケジューリング要求（SR: Scheduling Request）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）が含まれてもよい。ＨＡＲＱ－ＡＣＫは、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH）に対するＨＡＲＱ－ＡＣＫを示してもよい。
ＰＤＳＣＨは、媒介アクセス（MAC: Medium Access Control）層からの下りリンクデータ（DL-SCH: Downlink Shared CHannel）の送信に用いられる。また、下りリンクの場合
にはシステム情報（SI: System Information）やランダムアクセス応答（RAR: Random Access Response）などの送信にも用いられる。
ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（UL-SCH: Uplink Shared CHannel）
または上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＣＳＩのみ、または、ＨＡＲＱ－ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＵＣＩのみを送信するために用いられてもよい。
ここで、基地局装置３と端末装置１は、上位層（上位レイヤ：higher layer）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC: Radio Resource Control）層において、ＲＲＣシグナリング（RRC message: Radio Resource Control message、RRC information: Radio Resource Control informationとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ（Medium Access Control）層において、ＭＡＣコントロールエレメントを送受信してもよい。また、端末装置１のＲＲＣ層は、基地局装置３から報知されるシステム情報を取得する。ここで、ＲＲＣシグナリング、システム情報、および／または、ＭＡＣコントロールエレメントを、上位層の信号（上位レイヤ信号：higher layer signaling）または上位層のパラメータとも称する。ここでの上位層は、物理層から見た上位層を意味するため、ＭＡＣ層、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ（Non Access Stratum）層などの１つまたは複数を含んでもよい。例えば、ＭＡＣ層の処理において上位層とは、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層などの１つまたは複数を含んでもよい。以下、“Aは、上位層で与えられる”や“Aは、上位層によって与えられる”の意味は、端末装置１の上位層（主にRRC層やMAC層など）が、基地局装置３からAを受信し、その受信したAを端末装置１の上位層から端末装置１の物理層に与えることを意味してもよい。端末装置１には上位層のパラメータが設定されることは端末装置に対して上位層のパラメータが提供されることを意味してもよい。
ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、ＰＤＳＣＨにおいて、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）で
あってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（UE Capability）の送信に用いられてもよい。
図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・参照信号（Reference Signal: RS）
同期信号は、プライマリ同期信号（ＰＳＳ：Primary Synchronization Signal）およびセカンダリ同期信号（ＳＳＳ）を含んでよい。ＰＳＳとＳＳＳを用いてセルＩＤが検出されてよい。
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ここで、同期信号は、端末装置１が基地局装置３によるプリコーディングまたはビームフォーミングにおけるプリコーディングまたはビームの選択に用いられて良い
。なお、ビームは、送信または受信フィルタ設定、あるいは空間ドメイン送信フィルタまたは空間ドメイン受信フィルタと呼ばれてもよい。
参照信号は、端末装置１が物理チャネルの伝搬路補償を行うために用いられる。ここで、参照信号は、端末装置１が下りリンクのＣＳＩを算出するためにも用いられてよい。また、参照信号は、無線パラメータやサブキャリア間隔などのヌメロロジーやＦＦＴの窓同期などができる程度の細かい同期（Fine synchronization）に用いられて良い。
本実施形態において、以下の下りリンク参照信号のいずれか１つまたは複数が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＣＳＩ－ＲＳ（Channel State Information Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）
ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＢＣＨを復調するための参照信号と、ＰＤＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＣＳＩ－ＲＳは、チャネル状態情報（ＣＳＩ：Channel State Information）の測定およびビームマネジメントに使用され、周期的またはセミパーシステントまたは非周期のＣＳＩ参照信号の送信方法が適用される。ＣＳＩ－ＲＳには、ノンゼロパワー（ＮＺＰ：Ｎｏｎ－Ｚｅｒｏ Ｐｏｗｅｒ）ＣＳＩ－ＲＳと、送信電力（または受信電力）がゼロである（ゼロパワー（ＺＰ：Ｚｅｒｏ Ｐｏｗｅｒ）ＣＳＩ－ＲＳが定義されてよい。ここで、ＺＰ ＣＳＩ－ＲＳは送信電力がゼロまたは送信されないＣＳＩ－ＲＳリソースと定義されてよい。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。ＴＲＳは、高速移動時におけるドップラーシフトを保証するために使用される。なお、ＴＲＳはＣＳＩ－ＲＳの１つの設定として用いられてよい。例えば、１ポートのＣＳＩ－ＲＳがＴＲＳとして無線リソースが設定されてもよい。
本実施形態において、以下の上りリンク参照信号のいずれか１つまたは複数が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＵＣＣＨを復調するための参照信号と、ＰＵＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＳＲＳは、上りリンクチャネル状態情報（ＣＳＩ）の測定、チャネルサウンディング、およびビームマネジメントに使用される。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。
下りリンク物理チャネルおよび／または下りリンク物理シグナルを総称して、下りリンク信号と称する。上りリンク物理チャネルおよび／または上りリンク物理シグナルを総称して、上りリンク信号と称する。下りリンク物理チャネルおよび／または上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび／または上りリンク物理シグナルを総称して、物理シグナルと称する。
ＢＣＨ、ＵＬ－ＳＣＨおよびＤＬ－ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Medium Access Control）層で用いられるチャネルをトランスポー
トチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ＴＢ：transport block）および／またはＭＡＣ ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行われる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行われる。
図２は、本実施形態に係るＳＳ／ＰＢＣＨブロック（同期信号ブロック、ＳＳブロック、ＳＳＢとも称される）およびＳＳバーストセット（同期信号バーストセットとも称される）の例を示す図である。図２は、周期的に送信されるＳＳバーストセット内に２つのＳＳ／ＰＢＣＨブロックが含まれ、ＳＳ／ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。
ＳＳ／ＰＢＣＨブロックは、少なくとも同期信号（ＰＳＳ、ＳＳＳ）、および／またはＰＢＣＨを含む単位ブロックである。ＳＳ／ＰＢＣＨブロックに含まれる信号／チャネルを送信することを、ＳＳ／ＰＢＣＨブロックを送信すると表現する。基地局装置３はＳＳバーストセット内の１つまたは複数のＳＳ／ＰＢＣＨブロックを用いて同期信号および／またはＰＢＣＨを送信する場合に、ＳＳ／ＰＢＣＨブロック毎に独立した下りリンク送信ビームを用いてもよい。
図２において、１つのＳＳ／ＰＢＣＨブロックにはＰＳＳ、ＳＳＳ、ＰＢＣＨが時間／周波数多重されている。ただし、ＰＳＳ、ＳＳＳおよび／またはＰＢＣＨが時間領域で多重される順番は図２に示す例と異なってもよい。
ＳＳバーストセットは、周期的に送信されてよい。例えば、初期アクセスに使用されるための周期と、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期が定義されてもよい。また、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期はＲＲＣ層で設定されてよい。また、接続されている（ConnectedまたはRRC_Connected）端末のために設定する周期は潜在的に送信する可能性がある時間領域の無線リソースの周期であって、実際には基地局装置３が送信するかどうかを決めてもよい。また、初期アクセスに使用されるための周期は、仕様書などに予め定義されてよい。
ＳＳバーストセットは、システムフレーム番号（ＳＦＮ：System Frame Number）に基
づいて決定されてよい。また、ＳＳバーストセットの開始位置（バウンダリ）は、ＳＦＮと周期に基づいて決定されてよい。
ＳＳ／ＰＢＣＨブロックは、ＳＳバーストセット内の時間的な位置に応じてＳＳＢインデックス（ＳＳＢ／ＰＢＣＨブロックインデックスと称されてもよい）が割り当てられる。端末装置１は、検出したＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨの情報および／または参照信号の情報に基づいてＳＳＢインデックスを算出する。
複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、同じＳＳＢインデックスが割り当てられる。複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、ＱＣＬである（あるいは同じ下りリンク送信ビームが適用されている）と想定されてもよい。また、複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックにおけるアンテナポートは、平均遅延、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。
あるＳＳバーストセットの周期内で、同じＳＳＢインデックスが割り当てられているＳＳ／ＰＢＣＨブロックは、平均遅延、平均ゲイン、ドップラースプレッド、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。ＱＣＬである１つまたは複数のＳＳ／ＰＢＣＨブロック（あるいは参照信号であってもよい）に対応する設定をＱＣＬ設定と称してもよい。
ＳＳ／ＰＢＣＨブロック数（ＳＳブロック数あるいはＳＳＢ数と称されてもよい）は、例えばＳＳバースト、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のＳＳ／ＰＢＣＨブロック数（個数）として定義されてよい。また、ＳＳ／ＰＢＣＨブロック数は、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のセル選択のためのビームグループの数を示してもよい。ここで、ビームグループは、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中に含まれる異なるＳＳ／ＰＢＣＨブロックの数または異なるビームの数として定義されてよい。
以下、本実施形態で説明する参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳ、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳを含む。例えば、下りリンク参照信号、同期信号および／またはＳＳ／ＰＢＣＨブロックを参照信号と称してもよい。下りリンクで使用される参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳなどを含む。上りリンクで使用される参照信号は、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳなどを含む。
また、参照信号は、無線リソース測定（ＲＲＭ：Radio Resource Measurement）に用いられてよい。また、参照信号は、ビームマネジメントに用いられてよい。
ビームマネジメントは、送信装置（下りリンクの場合は基地局装置３であり、上りリンクの場合は端末装置１である）におけるアナログおよび／またはディジタルビームと、受信装置（下りリンクの場合は端末装置１、上りリンクの場合は基地局装置３である）におけるアナログおよび／またはディジタルビームの指向性を合わせ、ビーム利得を獲得するための基地局装置３および／または端末装置１の手続きであってよい。
なお、ビームペアリンクを構成、設定または確立する手続きとして、下記の手続きを含んでよい。
・ビーム選択（Beam selection）
・ビーム改善（Beam refinement）
・ビームリカバリ（Beam recovery）
例えば、ビーム選択は、基地局装置３と端末装置１の間の通信においてビームを選択する手続きであってよい。また、ビーム改善は、さらに利得の高いビームの選択、あるいは端末装置１の移動によって最適な基地局装置３と端末装置１の間のビームの変更をする手続きであってよい。ビームリカバリは、基地局装置３と端末装置１の間の通信において遮蔽物や人の通過などにより生じるブロッケージにより通信リンクの品質が低下した際にビームを再選択する手続きであってよい。
ビームマネジメントには、ビーム選択、ビーム改善が含まれてよい。ビームリカバリには、下記の手続きを含んでよい。
・ビーム失敗（beam failure）の検出
・新しいビームの発見
・ビームリカバリリクエストの送信
・ビームリカバリリクエストに対する応答のモニタ
例えば、端末装置１における基地局装置３の送信ビームを選択する際にＣＳＩ－ＲＳまたはＳＳ／ＰＢＣＨブロックに含まれるＳＳＳのＲＳＲＰ（Reference Signal Received Power）を用いてもよいし、ＣＳＩを用いてもよい。また、基地局装置３への報告として
ＣＳＩ－ＲＳリソースインデックス（ＣＲＩ：CSI-RS Resource Index）を用いてもよい
し、ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨおよび／またはＰＢＣＨの復調に用いられる復調用参照信号（ＤＭＲＳ）の系列で指示されるインデックスを用いてもよい。
また、基地局装置３は、端末装置１へビームを指示する際にＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスを指示し、端末装置１は、指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて受信する。このとき、端末装置１は指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて空間フィルタを設定し、受信してよい。また、端末装置１は、疑似同位置（ＱＣＬ：Quasi Co-Location）の想定を用いて受信し
てもよい。ある信号（アンテナポート、同期信号、参照信号など）が別の信号（アンテナポート、同期信号、参照信号など）と「ＱＣＬである」または、「ＱＣＬの想定が用いられる」とは、ある信号が別の信号と関連付けられていると解釈できる。
もしあるアンテナポートにおけるあるシンボルが搬送されるチャネルの長区間特性（Long Term Property）が他方のアンテナポートにおけるあるシンボルが搬送されるチャネルから推論されうるなら、２つのアンテナポートはＱＣＬであるといわれる。チャネルの長区間特性は、遅延スプレッド、ドップラースプレッド、ドップラーシフト、平均利得、及び平均遅延の１つまたは複数を含む。例えば、アンテナポート１とアンテナポート２が平均遅延に関してＱＣＬである場合、アンテナポート１の受信タイミングからアンテナポート２の受信タイミングが推論されうることを意味する。
このＱＣＬは、ビームマネジメントにも拡張されうる。そのために、空間に拡張したＱＣＬが新たに定義されてもよい。例えば、空間ドメインのＱＣＬの想定におけるチャネルの長区間特性（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）、受信空間パラメータであってもよい。
例えば、アンテナポート１とアンテナポート２の間で受信空間パラメータに関してＱＣＬであるとみなせる場合、アンテナポート１からの信号を受信する受信ビーム（受信空間フィルタ）からアンテナポート２からの信号を受信する受信ビームが推論されうることを意味する。
ＱＣＬタイプとして、ＱＣＬであるとみなしてよい長区間特性の組み合わせが定義されてよい。例えば、以下のタイプが定義されてよい。
・タイプＡ：ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド
・タイプＢ：ドップラーシフト、ドップラースプレッド
・タイプＣ：平均遅延、ドップラーシフト
・タイプＤ：受信空間パラメータ
上述のＱＣＬタイプは、ＲＲＣおよび／またはＭＡＣ層および／またはＤＣＩで１つまたは２つの参照信号とＰＤＣＣＨやＰＤＳＣＨ ＤＭＲＳとのＱＣＬの想定を送信設定指示（ＴＣＩ：Transmission Configuration Indication）として設定および／または指示
してもよい。例えば、端末装置１がＰＤＣＣＨを受信する際のＴＣＩの１つの状態として、ＳＳ／ＰＢＣＨブロックのインデックス＃２とＱＣＬタイプＡ＋ＱＣＬタイプＢが設定および／または指示された場合、端末装置１は、ＰＤＣＣＨ ＤＭＲＳを受信する際、ＳＳ／ＰＢＣＨブロックインデックス＃２の受信におけるドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド、受信空間パラメータとチャネルの長区間特性とみなしてＰＤＣＣＨのＤＭＲＳを受信して同期や伝搬路推定をしてもよい。このとき、ＴＣＩにより指示される参照信号（上述の例ではＳＳ／ＰＢＣＨブロック）をソース参照信号、ソース参照信号を受信する際のチャネルの長区間特性から推論される長区間特性の影響を受ける参照信号（上述の例ではＰＤＣＣＨ ＤＭＲＳ）をターゲット参照信号と称してよい。また、ＴＣＩは、ＲＲＣで１つまたは複数のＴＣＩ状態と各状態に対してソース参照信号とＱＣＬタイプの組み合わせが設定され、ＭＡＣ層またはＤＣＩにより端末装置１に指示されてよい。
この方法により、ビームマネジメントおよびビーム指示／報告として、空間ドメインのＱＣＬの想定と無線リソース（時間および／または周波数）によりビームマネジメントと等価な基地局装置３、端末装置１の動作が定義されてもよい。
以下、サブフレームについて説明する。本実施形態ではサブフレームと称するが、リソースユニット、無線フレーム、時間区間、時間間隔などと称されてもよい。
図３は、本発明の第１の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。無線フレームのそれぞれは、１０ｍｓ長である。また、無線フレームのそれぞれは１０個のサブフレームおよびＷ個のスロットから構成される。また、１スロットは、Ｘ個のＯＦＤＭシンボルで構成される。つまり、１サブフレームの長さは１ｍｓである。スロットのそれぞれは、サブキャリア間隔によって時間長が定義される。例えば、ＯＦＤＭシンボルのサブキャリア間隔が１５ｋＨｚ、ＮＣＰ（Normal Cyclic Prefix）の場合、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．５ｍｓおよび１ｍｓである。また、サブキャリア間隔が６０ｋＨｚの場合は、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．１２５ｍｓおよび０．２５ｍｓである。また、例えば、Ｘ＝１４の場合、サブキャリア間隔が１５ｋＨｚの場合はＷ＝１０であり、サブキャリア間隔が６０ｋＨｚの場合はＷ＝４０である。図３は、Ｘ＝７の場合を一例として示している。なお、Ｘ＝１４の場合にも同様に拡張できる。また、上りリンクスロットも同様に定義され、下りリンクスロットと上りリンクスロットは別々に定義されてもよい。また、図３のセルの帯域幅は帯域の一部（ＢＷＰ：BandWidth Part）として定義されてもよい。また、スロットは、送信時間間隔（ＴＴＩ：Transmission Time Interval）と定義されてもよい。スロットは、ＴＴＩとして定義されなくてもよい。ＴＴＩは、トランスポートブロックの送信期間であってもよい。
スロットのそれぞれにおいて送信される信号または物理チャネルは、リソースグリッドによって表現されてよい。リソースグリッドは、それぞれのヌメロロジー（サブキャリア間隔およびサイクリックプレフィックス長）およびそれぞれのキャリアに対して、複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。1つのスロットを構成する
サブキャリアの数は、セルの下りリンクおよび上りリンクの帯域幅にそれぞれ依存する。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルの番号とを用いて識別されてよい。
リソースグリッドは、ある物理下りリンクチャネル（ＰＤＳＣＨなど）あるいは上りリンクチャネル（ＰＵＳＣＨなど）のリソースエレメントのマッピングを表現するために用いられる。例えば、サブキャリア間隔が１５ｋＨｚの場合、サブフレームに含まれるＯＦＤＭシンボル数Ｘ＝１４で、ＮＣＰの場合には、１つの物理リソースブロックは、時間領
域において１４個の連続するＯＦＤＭシンボルと周波数領域において１２＊Ｎｍａｘ個の連続するサブキャリアとから定義される。Ｎｍａｘは、後述するサブキャリア間隔設定μにより決定されるリソースブロックの最大数である。つまり、リソースグリッドは、（１４＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。ＥＣＰ（Extended CP）の場合、サブキャリア間隔６０ｋＨｚにおいてのみサポートされるので、１つの物理リソースブロックは、例えば、時間領域において１２（１スロットに含まれるＯＦＤＭシンボル数）＊４（１サブフレームに含まれるスロット数）＝４８個の連続するＯＦＤＭシンボルと、周波数領域において１２＊Ｎｍａｘ，μ個の連続するサブキャリアとにより定義される。つまり、リソースグリッドは、（４８＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。
リソースブロックとして、参照リソースブロック、共通リソースブロック、物理リソースブロック、仮想リソースブロックが定義される。１リソースブロックは、周波数領域で連続する１２サブキャリアとして定義される。参照リソースブロックは、全てのサブキャリアにおいて共通であり、例えば１５ｋＨｚのサブキャリア間隔でリソースブロックを構成し、昇順に番号が付されてよい。参照リソースブロックインデックス０におけるサブキャリアインデックス０は、参照ポイントＡ（point A）と称されてよい（単に“参照ポイント”と称されてもよい）。共通リソースブロックは、参照ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。上述のリソースグリッドはこの共通リソースブロックにより定義される。物理リソースブロックは、後述する帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックであり、物理リソースブロックは、帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックである。ある物理上りリンクチャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。以下、リソースブロックは仮想リソースブロックであってもよいし、物理リソースブロックであってもよいし、共通リソースブロックであってもよいし、参照リソースブロックであってもよい。
次に、サブキャリア間隔設定μについて説明する。上述のようにＮＲでは、１つまたは複数のＯＦＤＭヌメロロジーがサポートされる。あるＢＷＰにおいて、サブキャリア間隔設定μ（μ＝０，１，．．．，５）と、サイクリックプレフィックス長は、下りリンクのＢＷＰに対して上位レイヤ（上位層）で与えられ、上りリンクのＢＷＰにおいて上位レイヤで与えられる。ここで、μが与えられると、サブキャリア間隔Δｆは、Δｆ＝２＾μ・１５（ｋＨｚ）で与えられる。
サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ^{subframe,μ}_{slot}-1に昇順に数えられ、フレーム内で０からＮ^{frame,μ}_{slot}-1に昇順に数えられる。スロット設定およびサイクリックプレフィックスに基づいてN^{slot}_{symb}の連続するＯＦＤＭシンボルがスロット内にある。N^{slot}_{symb}は１４である。サブフレーム内のスロットｎ^{μ}_{s}のスタートは、同じサブフレーム内のｎ^{μ}_{s} N^{slot}_{symb}番目のＯＦＤＭシンボルのスタートと時間でアラインされている。
次に、サブフレーム、スロット、ミニスロットについて説明する。図４は、サブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。同図のように、３種類の時間ユニットが定義される。サブフレームは、サブキャリア間隔によらず１ｍｓであり、スロットに含まれるＯＦＤＭシンボル数は７または１４であり、スロット長はサブキャリア間隔により異なる。ここで、サブキャリア間隔が１５ｋＨｚの場合、１サブフレームには１４ＯＦＤＭシンボル含まれる。下りリンクスロットはＰＤＳＣＨマッピングタイプＡと称されてよい。上りリンクスロットはＰＵＳＣＨマッピングタイプＡと称されてよい。
ミニスロット（サブスロット(subslot)と称されてもよい）は、スロットに含まれるＯ
ＦＤＭシンボル数よりも少ないＯＦＤＭシンボルで構成される時間ユニットである。同図はミニスロットが２ＯＦＤＭシンボルで構成される場合を一例として示している。ミニスロット内のＯＦＤＭシンボルは、スロットを構成するＯＦＤＭシンボルタイミングに一致してもよい。なお、スケジューリングの最小単位はスロットまたはミニスロットでよい。また、ミニスロットを割り当てることを、ノンスロットベースのスケジューリングと称してもよい。また、ミニスロットをスケジューリングされることを参照信号とデータのスタート位置の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。下りリンクミニスロットはＰＤＳＣＨマッピングタイプＢと称されてよい。上りリンクミニスロットはＰＵＳＣＨマッピングタイプＢと称されてよい。
図５は、スロットフォーマットの一例を示す図である。ここでは、サブキャリア間隔１５ｋＨｚにおいてスロット長が１ｍｓの場合を例として示している。同図において、Ｄは下りリンク、Ｕは上りリンクを示している。同図に示されるように、ある時間区間内（例えば、システムにおいて１つのＵＥに対して割り当てなければならない最小の時間区間）においては、
・下りリンクシンボル
・フレキシブルシンボル
・上りリンクシンボル
のうち１つまたは複数を含んでよい。なお、これらの割合はスロットフォーマットとして予め定められてもよい。また、スロット内に含まれる下りリンクのＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてもよい。また、スロット内に含まれる上りリンクのＯＦＤＭシンボルまたはＤＦＴ－Ｓ－ＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてよい。なお、スロットをスケジューリングされることを参照信号とスロット境界の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。
端末装置１は、下りリンクシンボルまたはフレキシブルシンボルで下りリンク信号または下りリンクチャネルを受信してよい。端末装置１は、上りリンクシンボルまたはフレキシブルシンボルで上りリンク信号または下りリンクチャネルを送信してよい。
図５（ａ）は、ある時間区間（例えば、１ＵＥに割当可能な時間リソースの最小単位、またはタイムユニットなどとも称されてよい。また、時間リソースの最小単位を複数束ねてタイムユニットと称されてもよい。）で、全て下りリンク送信に用いられている例であり、図５（ｂ）は、最初の時間リソースで例えばＰＤＣＣＨを介して上りリンクのスケジューリングを行い、ＰＤＣＣＨの処理遅延及び下りから上りの切り替え時間、送信信号の生成を含むフレキシブルシンボルを介して上りリンク信号を送信する。図５（ｃ）は、最初の時間リソースでＰＤＣＣＨおよび／または下りリンクのＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介してＰＵＳＣＨまたはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号はＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ、すなわちＵＣＩの送信に用いられてよい。図５（ｄ）は、最初の時間リソースでＰＤＣＣＨおよび／またはＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介して上りリンクのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号は上りリンクデータ、すなわちＵＬ－ＳＣＨの送信に用いられてもよい。図５（ｅ）は、全て上りリンク送信（ＰＵＳＣＨまたはＰＵＣＣＨ）に用いられている例である。
上述の下りリンクパート、上りリンクパートは、ＬＴＥと同様複数のＯＦＤＭシンボル
で構成されてよい。
図６は、ビームフォーミングの一例を示した図である。複数のアンテナエレメントは１つの送信ユニット（TXRU: Transceiver unit）５０に接続され、アンテナエレメント毎の位相シフタ５１によって位相を制御し、アンテナエレメント５２から送信することで送信信号に対して任意の方向にビームを向けることができる。典型的には、ＴＸＲＵがアンテナポートとして定義されてよく、端末装置１においてはアンテナポートのみが定義されてよい。位相シフタ５１を制御することで任意の方向に指向性を向けることができるため、基地局装置３は端末装置１に対して利得の高いビームを用いて通信することができる。
以下、帯域部分（ＢＷＰ, Bandwidth part）について説明する。ＢＷＰは、キャリアＢＷＰとも称される。ＢＷＰは、下りリンクと上りリンクのそれぞれに設定されてよい。ＢＷＰは、共通リソースブロックの連続するサブセットから選択された連続する物理リソースの集合として定義される。端末装置１は、ある時間に１つの下りリンクキャリアＢＷＰ（ＤＬ ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。端末装置１は、ある時間に１つの上りリンクキャリアＢＷＰ（ＵＬ ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。キャリアアグリゲーションの場合には、ＢＷＰは各サービングセルで設定されてもよい。このとき、あるサービングセルにおいてＢＷＰが１つ設定されていることを、ＢＷＰが設定されていないと表現されてもよい。また、ＢＷＰが２つ以上設定されていることをＢＷＰが設定されていると表現されてもよい。
＜ＭＡＣ ｅｎｔｉｔｙ動作>
活性化されたサービングセルにおいて、常に一つのアクティブな（活性化された）ＢＷＰがある。あるサービングセルに対するＢＷＰ切り替え（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）（ＴＤＤバンドなど）では、ＤＬ ＢＷＰとＵＬ ＢＷＰはペアされていて、ＢＷＰ切り替えは、ＵＬとＤＬに対して共通である。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、アクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ノーマル処理を適用する。ノーマル処理には、ＵＬ－ＳＣＨを送信する、ＲＡＣＨを送信する、ＰＤＣＣＨをモニタする、ＰＵＣＣＨを送信する、ＳＲＳを送信する、およびＤＬ－ＳＣＨを受信することを含む。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、インアクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ＵＬ－ＳＣＨを送信しない、ＲＡＣＨを送信しない、ＰＤＣＣＨをモニタしない、ＰＵＣＣＨを送信しない、ＳＲＳを送信しない、およびＤＬ－ＳＣＨを受信しない。あるサービングセルが非活性化された場合、アクティブなＢＷＰは、存在しないようにしてもよい（例えば、アクティブなＢＷＰは非活性化される）。
＜ＲＲＣ動作＞
ＲＲＣメッセージ（報知されるシステム情報や、専用ＲＲＣメッセージで送られる情報）に含まれるＢＷＰインフォメーションエレメント（IE）は、ＢＷＰを設定するために使われる。基地局装置３から送信されたＲＲＣメッセージは、端末装置１によって受信される。それぞれのサービングセルに対して、ネットワーク（基地局装置３など）は、少なくとも下りリンクのＢＷＰと１つ（もしサービングセルが上りリンクの設定された場合など）または２つ（付録のアップリンク（supplementary uplink）が使われる場合など）の上りリンクＢＷＰを含む少なくとも初期ＢＷＰ（initial BWP）を、端末装置１に対して、設定する。さらに、ネットワークは、追加の上りリンクＢＷＰや下りリンクＢＷＰをあるサービングセルに対して設定するかもしれない。ＢＷＰ設定は、上りリンクパラメータと下りリンクパラメータに分けられる。また、ＢＷＰ設定は、共通（common）パラメータと専用（dedicated）パラメータに分けられる。共通パラメータ（ＢＷＰ上りリンク共通ＩＥやＢＷＰ下りリンク共通ＩＥなど）は、セル特有である。プライマリセルの初期ＢＷＰの共通パラメータは、システム情報でも提供される。他のすべてのサービングセルに対しては、ネットワークは専用信号で共通パラメータを提供する。ＢＷＰは、ＢＷＰ ＩＤで識別される。初期ＢＷＰは、ＢＷＰ ＩＤが０である。他のＢＷＰのＢＷＰ ＩＤは、１から４までの値を取る。
端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されない場合、初期ＤＬ ＢＷＰ（初期アクティブなＤＬ ＢＷＰ、initial active DL BWP）は、
タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ）でのＰＤＣＣＨ受信のために、連続的なＰＲＢの位置と数、サブキャリア間隔、および、サイクリックプレフィックスによって定義されてもよい。該連続的なＰＲＢの位置は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットのＰＲＢの間で、最小インデックスのＰＲＢから始まり、最大インデックスのＰＲＢで終わる。端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されている場合、初期ＤＬ ＢＷＰは上位層のパラメータinitialDownlinkBWPによって示されてもよい。上位層のパラメータinitialDownlinkBWPは、ＳＩＢ１（systemInformationBlockType1、ServingCellConfigCommonSIB）またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。インフォメーションエレメントＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢは、ＳＩＢ１内で端末装置１に対するサービングセルのセル固有パラメータを設定するために使われる。
即ち、端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されない場合、初期ＤＬ ＢＷＰのサイズは、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ＃０）のリソースブロックの数であってもよい。端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されている場合、初期ＤＬ ＢＷＰのサイズは、上位層のパラメータinitialDownlinkBWPに含まれるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられてもよい。上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈは初期ＤＬ ＢＷＰの周波数領域の位置と帯域幅を示してもよい。
前述のように、端末装置１に対して複数のＤＬ ＢＷＰが設定されていてもよい。そして、端末装置１に対して設定されているＤＬ ＢＷＰの内、上位層のパラメータdefaultDownlinkBWP-IdによりデフォルトＤＬ ＢＷＰが設定されることができる。端末装置１に対して上位層のパラメータdefaultDownlinkBWP-Idが提供されない場合、デフォルトＤＬ ＢＷＰは初期ＤＬ ＢＷＰである。
端末装置１には、初期ＵＬ ＢＷＰがＳＩＢ１（systemInformationBlockType1）また
はｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって提供されてもよい。インフォメーションエレメントｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰは、初期ＵＬ ＢＷＰを設定するために使われる。ＳｐＣｅｌｌまたはセカンダリセルでのオペレーションに対して、端末装置１には、上位層のパラメータｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって初期ＵＬ ＢＷＰ（初期アクティブなＵＬ ＢＷＰ）が設定（提供）されてもよい。端末装置１に対して補足的な上りリンクキャリア（supplementary UL carrier）が設定される場合、端末装置１には、上位層のパラメータsupplementaryUplinkに含まれるinitialUplinkBWPによって、補足的な上りリンクキャリアでの初期ＵＬ ＢＷＰが設定されてもよい。
以下、本実施形態におけるコントロールリソースセット（ＣＯＲＥＳＥＴ）について説明する。
コントロールリソースセット（CORESET, Control resource set）は下りリンク制御情
報をサーチするための時間および周波数リソースである。ＣＯＲＥＳＥＴの設定情報には、ＣＯＲＥＳＥＴの識別子（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ、ＣＯＲＥＳＥＴ－ＩＤ）とＣＯＲＥＳＥＴの周波数リソースを特定する情報が含まれる。インフォメーションエレメントＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ（ＣＯＲＥＳＥＴの識別子）は、あるサービングセルにおけるコントロールリソースセットを特定するために使われる。ＣＯＲＥＳＥＴの識別子は、あるサービングセルにおけるＢＷＰ間で使われる。ＣＯＲＥＳＥＴの識別子は、サービングセルにおけるＢＷＰ間でユニークである。各ＢＷＰのＣＯＲＥＳＥＴの数は、初期ＣＯＲＥＳＥＴを含めて、３に制限される。あるサービングセルにおいて、ＣＯＲＥＳＥＴの識別子の値は、０から１１までの値を取る。
ＣＯＲＥＳＥＴの識別子０（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ ０）で特定されるコントロールリソースセットはＣＯＲＥＳＥＴ＃０と称する。ＣＯＲＥＳＥＴ＃０は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されてもよい。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎであってもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏによって設定されてもよい。つまり、インフォメーションエレメントｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ＃０（コモンＣＯＲＥＳＥＴ）を示すために用いられる。ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１で示されるＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃０である。ＭＩＢまたは専用コンフィギュレーション内のインフォメーションエレメントｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１は、初期ＤＬ ＢＷＰを設定するために用いられる。ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの設定情報ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１には、ＣＯＲＥＳＥＴの識別子とＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）を明示的に特定する情報は含まれないが、ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）は、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれる情報によって暗示的に特定できる。インフォメーションエレメントＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎは、ＳＩＢで提供されるセル固有のＰＤＣＣＨパラメータを設定するために用いられる。また、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎはハンドオーバ、および、ＰＳＣｅｌｌおよび／またはＳＣｅｌｌの追加時にも提供されてもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰの設定の中に含まれる。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰ以外のＢＷＰの設定の中に含まれなくてもよい。ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１の内４ビット（例えば、ＭＳＢ ４ビット、最上位ビットの４ビット）に対応する。ＣＯＲＥＳＥＴ＃０はタイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットである。
追加のコモンＣＯＲＥＳＥＴ（additional common control resource set）の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔによって設定されてもよい。また、追加のコモンＣＯＲＥＳＥＴの設定情報は、システム情報および／またはページング手順のための追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、ランダムアクセス手順に使われる追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、各ＢＷＰの設定の中に含まれてもよい。ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔに示されるＣＯＲＥＳＥＴの識別子は０以外の値を取る。
コモンＣＯＲＥＳＥＴは、ランダムアクセス手順に使われるＣＯＲＥＳＥＴ（例えば、追加のコモンＣＯＲＥＳＥＴ）であってもよい。また、本実施形態において、コモンＣＯＲＥＳＥＴには、ＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴの設定情報で設定されたＣＯＲＥＳＥＴが含まれてもよい。つまり、コモンＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴを含んでもよい。ＣＯＲＥＳＥＴ＃０はコモンＣＯＲＥＳＥＴ＃０と称してもよい。端末装置１、コモンＣＯＲＥＳＥＴが設定されているＢＷＰ以外のＢＷＰにおいても、コモンＣＯＲＥＳＥＴの設定情報を参照（取得）してもよい。
１つまたは複数のＣＯＲＥＳＥＴの設定情報は、ＰＤＣＣＨ－Ｃｏｎｆｉｇによって設定されてもよい。インフォメーションエレメントＰＤＣＣＨ－Ｃｏｎｆｉｇは、あるＢＷＰに対してＵＥ固有のＰＤＣＣＨパラメータ（例えば、ＣＯＲＳＥＴ、サーチスペースなど）を設定するために用いられる。ＰＤＣＣＨ－Ｃｏｎｆｉｇは、各ＢＷＰの設定の中に含まれてもよい。
即ち、本実施形態において、ＭＩＢで示されるコモンＣＯＲＥＳＥＴの設定情報はｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１であり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴの設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏであり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴ（追加のコモンＣＯＲＥＳＥＴ）の設定情報はｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔである。また、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示される１つまたは複数のＣＯＲＥＳＥＴ（UE specifically configured Control Resource Sets、ＵＥ固有ＣＯＲＥＳＥＴ）の設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔである。
サーチスペースはＰＤＣＣＨ候補（PDCCH candidates）をサーチするために定義される。サーチスペースの設定情報に含まれるｓｅａｒｃｈＳｐａｃｅＴｙｐｅは、該サーチスペースがコモンサーチスペース（Common Search Space, CSS）であるかＵＥ固有サーチスペース（UE-specific Search Space, USS）であるを示す。ＵＥ固有サーチスペースは、少なくとも、端末装置１がセットしているＣ－ＲＮＴＩの値から導き出される。すなわち、ＵＥ固有サーチスペースは、端末装置１毎に個別に導き出される。コモンサーチスペースは、複数の端末装置１の間で共通のサーチスペースであり、予め定められたインデックスのＣＣＥ（Control Channel Element）から構成される。ＣＣＥは、複数のリソースエレメントから構成される。サーチスペースの設定情報には、該サーチスペースでモニタされるＤＣＩフォーマットの情報が含まれる。
サーチスペースの設定情報には、ＣＯＲＥＳＥＴの設定情報で特定されるＣＯＲＥＳＥＴの識別子が含まれる。サーチスペースの設定情報の中に含まれるＣＯＲＥＳＥＴの識別
子で特定されるＣＯＲＥＳＥＴは、該サーチスペースと関連付けられる。言い換えると、該サーチスペースに関連付けられるＣＯＲＥＳＥＴは、該サーチスペースに含まれるＣＯＲＥＳＥＴの識別子で特定するＣＯＲＥＳＥＴである。該サーチスペースの設定情報で示されるＤＣＩフォーマットは、関連付けられるＣＯＲＥＳＥＴでモニタされる。各サーチスペースは一つのＣＯＲＥＳＥＴに関連付けられる。例えば、ランダムアクセス手順のためのサーチスペースの設定情報はｒａ－ＳｅａｒｃｈＳｐａｃｅによって設定されてもよい。即ち、ｒａ－ＳｅａｒｃｈＳｐａｃｅと関連付けられるＣＯＲＥＳＥＴでＲＡ－ＲＮＴＩまたはＴＣ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマットがモニタされる。
端末装置１は、ＰＤＣＣＨをモニタリングするように設定されているそれぞれのアクティブなサービングセルに配置される、１つまたは複数のＣＯＲＥＳＥＴにおいて、ＰＤＣＣＨの候補のセットをモニタする。ＰＤＣＣＨの候補のセットは、１つまたは複数のサーチスペースセットに対応している。モニタリングすることは、モニタされる１つまたは複数のＤＣＩフォーマットに応じてそれぞれのＰＤＣＣＨの候補をデコードすることを意味する。端末装置１がモニタするＰＤＣＣＨの候補のセットは、ＰＤＣＣＨサーチスペースセットPDCCH search space sets)で定義される。一つのサーチスペースセットは、コモンサーチスペースセットまたはＵＥ固有サーチスペースセットである。上記では、サーチスペースセットをサーチスペース、コモンサーチスペースセットをコモンサーチスペース、ＵＥ固有サーチスペースセットをＵＥ固有サーチスペースと称している。端末装置１は、１つまたは複数の以下のサーチスペースセットでＰＤＣＣＨ候補をモニタする。
- タイプ０ＰＤＣＣＨコモンサーチスペースセット（a Type0-PDCCH common search
space set、タイプ０コモンサーチスペース）： このサーチスペースセットは、上位層
のパラメータである、ＭＩＢで示されるpdcch-ConfigSIB1またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペースＳＩＢ１(searchSpaceSIB1）またはPDCCH-ConfigCommonに含まれるサーチスペースゼロ（searchSpaceZero）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＲＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- タイプ０ＡＰＤＣＣＨコモンサーチスペースセット（a Type0A-PDCCH common search space set、タイプ０Ａコモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペース(searchSpaceOtherSystemInformation）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＲＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- タイプ１ＰＤＣＣＨコモンサーチスペースセット（a Type1-PDCCH common search
space set、タイプ１コモンサーチスペース）： このサーチスペースセットは、上位層
のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるランダムアクセス手順のためのサーチスペース(ra-SearchSpace）によって設定される。このサーチスペ
ースは、プライマリセルにおけるＲＡ－ＲＮＲＩまたはＴＣ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。タイプ１ＰＤＣＣＨコモンサーチスペースセットはランダムアクセス手順のためのサーチスペースセットである。
- タイプ２ＰＤＣＣＨコモンサーチスペースセット（a Type2-PDCCH common search
space set、タイプ２コモンサーチスペース）： このサーチスペースセットは、上位層
のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるページング手順のためのサーチスペース(pagingSearchSpace）によって設定される。このサーチスペースは、プライマリセルにおけるＰ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- タイプ３ＰＤＣＣＨコモンサーチスペースセット（a Type3-PDCCH common search
space set、、タイプ３コモンサーチスペース）： このサーチスペースセットは、上位
層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがコモンのサーチスペース(SearchSpace）によって設定される。このサーチスペースは、ＩＮＴ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩ、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ、またはＴＰＣ－ＳＲＳ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。プライマリライセルに対しては、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはMSC-C-RNTIでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- ＵＥ固有サーチスペースセット（a UE-specific search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがＵＥ固有のサーチスペース(SearchSpace）によって設定される。このサーチスペースは、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはMSC-C-RNTIでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
もし、端末装置１が、対応する上位層パラメータ（searchSpaceZero, searchSpaceSIB1, searchSpaceOtherSystemInformation, pagingSearchSpace, ra-SearchSpaceなど） によって、１つまたは複数のサーチスペースセットを提供されて、端末装置１が、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを提供されている場合、端末装置１は、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを持つDCI format 0_0 と DCI format 1_0のためのＰＤＣＣＨ候補を、その１つまたは複数のサーチスペースセットでモニタしてもよい。
ＢＷＰの設定情報はＤＬ ＢＷＰの設定情報とＵＬ ＢＷＰの設定情報に分けられる。ＢＷＰの設定情報には、インフォメーションエレメントｂｗｐ－Ｉｄ（ＢＷＰの識別子）が含まれる。ＤＬ ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＤＬ ＢＷＰを特定（参照）するために使われる。ＵＬ ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＵＬ ＢＷＰを特定（参照）するために使われる。ＢＷＰの識別子はＤＬ ＢＷＰとＵＬ ＢＷＰのそれぞれに対して付与される。例えば、ＤＬ ＢＷＰに対応するＢＷＰの識別子はＤＬ ＢＷＰ インデックス（DL BWP index）と称してもよい。ＵＬ ＢＷＰに対応するＢＷＰの識別子はＵＬ ＢＷＰ インデックス（UL BWP index）と称してもよい。初期ＤＬ ＢＷＰは、ＤＬ ＢＷＰの識別子０によって参照される。初期ＵＬ ＢＷＰは、ＵＬ ＢＷＰの識別子０によって参照される。他のＤＬ ＢＷＰまたは他のＵＬ ＢＷＰのそれぞれは、ＢＷＰの識別子 １からｍａｘＮｒｏｆＢＷＰｓまでに参照されてもよい。つまり、０にセットしたＢＷＰの識別子（ｂｗｐ－Ｉｄ＝０）は、初期ＢＷＰに関連つけられ、他のＢＷＰに使われることができない。ｍａｘＮｒｏｆＢＷＰｓはサービングセルあたりのＢＷＰの最大数であり、４である。即ち、他のＢＷＰの識別子の値は、１から４までの値を取る。他の上位レイヤの設定情報は、ＢＷＰの識別子を利用して特定のＢＷＰに関連付けられる。ＤＬ ＢＷＰとＵＬ ＢＷＰが同じＢＷＰの識別子を有することは、ＤＬ ＢＷＰとＵＬ ＢＷＰがペアされていることを意味してもよい。
端末装置１は、１つのプライマリセルと１５までのセカンダリセルが設定されてよい。
以下では、ＰＤＳＣＨを受信する手順について説明する。
端末装置１は、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１を含むＰＤＣＣＨの検出によって、対応するＰＤＳＣＨをデコード（受信）してもよい。対応するＰＤＳＣＨは、そのＤＣＩフォーマット（ＤＣＩ）によってスケジュールされる（示される）。そのスケジュールされるＰＤＳＣＨの開始位置（開始シンボル）をＳと称する。ＰＤＳＣＨの開始シンボルＳはあるスロット内でＰＤＳＣＨが送信（マップ）される最初のシンボルであってもよい。開始シンボルＳはスロットの始まりに対応する。例えば、Ｓの値が０である場合、端末装置１は、あるスロット内の１番目のシンボルからＰＤＳＣＨを受信してもよい。また、例えば、Ｓの値が２である場合、端末装置１は、あるスロットの３番目のシンボルからＰＤＳＣＨを受信してもよい。そのスケジュールされるＰＤＳＣＨの連続的なシンボルの数をＬと称する。連続的なシンボルの数Ｌは開始シンボルＳから数える。
ＰＤＳＣＨに対して割り当てられたＳとＬの決定は後述する。
ＰＤＳＣＨマッピングのタイプはＰＤＳＣＨマッピングタイプＡおよびＰＤＳＣＨマッピングタイプＢを有する。ＰＤＳＣＨマッピングタイプＡでは、Ｓは０から３までの値を取る。Ｌは３から１４までの値を取る。ただし、ＳとＬの和は３から１４までの値を取る。ＰＤＳＣＨマッピングタイプＢでは、Ｓは０から１２までの値を取る。Ｌは｛２、４、７｝から１つの値を取る。ただし、ＳとＬの和は２から１４までの値を取る。
ＰＤＳＣＨためのＤＭＲＳシンボルの位置は、ＰＤＳＣＨマッピングのタイプに依存する。ＰＤＳＣＨための最初のＤＭＲＳシンボル（first DM-RS symbol）の位置は、ＰＤＳＣＨマッピングのタイプに依存する。ＰＤＳＣＨマッピングタイプＡでは、最初のＤＭＲＳシンボルの位置は、上位層のパラメータdmrs-TypeA-Positionに示されてもよい。つま
り、上位層のパラメータdmrs-TypeA-PositionはＰＤＳＣＨまたはＰＵＳＣＨのための最
初のＤＭＲＳの位置を示すために用いられる。dmrs-TypeA-Positionは、‘pos2’または
‘pos3’のいずれかにセットされてもよい。例えば、dmrs-TypeA-Positionが‘pos2’に
セットされている場合、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の３番目のシンボルであってもよい。例えば、dmrs-TypeA-Positionが‘pos3’にセット
されている場合、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の４番目のシンボルであってもよい。ここで、Ｓは、dmrs-TypeA-Positionが‘pos3’にセット
されている場合のみに、３の値を取れる。つまり、dmrs-TypeA-Positionが‘pos2’にセ
ットされている場合、Ｓは０から２までの値を取る。ＰＤＳＣＨマッピングタイプＢでは、最初のＤＭＲＳシンボルの位置は、割り当てられるＰＤＳＣＨの最初のシンボルである。
図７は本実施形態に係るＰＤＳＣＨマッピングタイプの一例を示す図である。図７（Ａ）はＰＤＳＣＨマッピングタイプＡの一例を示す図である。図７（Ａ）において、割り当てられるＰＤＳＣＨのＳは３である。割り当てられるＰＤＳＣＨのＬは７である。図７（Ａ）において、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の４番目のシンボルである。即ち、dmrs-TypeA-Positionが‘pos3’にセットされている。図７（Ｂ）はＰＤＳＣＨマッピングタイプＡの一例を示す図である。図７（Ｂ）において、割り当てられるＰＤＳＣＨのＳは４である。割り当てられるＰＤＳＣＨのＬは４である。図７（Ｂ）において、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、ＰＤＳＣＨが割り当てられる最初のシンボルである。
以下、ＰＤＳＣＨ時間領域リソース割り当ての特定方法について説明する。
基地局装置３は、ＤＣＩによって端末装置１にＰＤＳＣＨを受信させようにスケジュールしてもよい。そして、端末装置１は、自装置宛てのＤＣＩの検出によってＰＤＳＣＨを受信してもよい。端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てを特定する時に、最初にそのＰＤＳＣＨに適用するリソース割り当てテーブルを決定する。リソース割り当てテーブルは、１つまたは複数のＰＤＳＣＨ時間領域リソース割り当てコンフィギュレーションを含む。次に、端末装置１は、そのＰＤＳＣＨをスケジュールするＤＣＩに含まれる‘Time domain resource assignment’フィールドに示される値に基づき、決定したリ
ソース割り当てテーブル内の１つのＰＤＳＣＨ時間領域リソース割り当てコンフィギュレーションを選んでもよい。つまり、基地局装置３は、端末装置１にＰＤＳＣＨのリソース割り当てを決定し、‘Time domain resource assignment’フィールドの値を生成し、その‘Time domain resource assignment’フィールドを含むＤＣＩを端末装置１に送信する。端末装置１は、‘Time domain resource assignment’フィールドにセットされる値に基づき、ＰＤＳＣＨの時間方向のリソース割り当てを特定する。
図１０はどのリソース割り当てテーブルをＰＤＳＣＨ時間領域リソース割り当てに適用するかを定義する図である。端末装置１は、図１０を参照して、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定してもよい。リソース割り当てテーブルは、１つまたは複数のＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを含む。本実施形態において、リソース割り当てテーブルは、（Ｉ）事前に定義されるリソース割り当てテーブル、および、（ＩＩ）上位層のＲＲＣ信号から設定されるリソース割り当てテーブルと分類される。事前に定義されるリソース割り当てテーブルは、デフォルトＰＤＳＣＨ時間領域リソース割り当てＡ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＢ、および、デフォルトＰＤＳＣＨ時間領域リソース割り当てＣとして定義される。以下、デフォルトＰＤＳＣＨ時間領域リソース割り当てＡをデフォルトテーブルＡと称する。デフォルトＰＤＳＣＨ時間領域リソース割り当てＢをデフォルトテーブルＢと称する。デフォルトＰＤＳＣＨ時間領域リソース割り当てＣをデフォルトテーブルＣと称する。
図１１は本実施形態に係るデフォルトテーブルＡの一例を示す図である。図１２は本実施形態に係るデフォルトテーブルＢの一例を示す図である。図１３は本実施形態に係るデフォルトテーブルＣの一例を示す図である。図１１を参照すると、デフォルトテーブルＡは１６行を含む。デフォルトテーブルＡにおける行ごとはＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示す。具体的に説明すると、図１１において、インデックス付き行（indexed row）は、ＰＤＳＣＨマッピングタイプ、ＤＣＩを含むＰＤＣＣＨとそのＰＤＳＣＨとの間のスロットオフセットＫ０、スロット内のＰＤＳＣＨのスタートシンボルＳ、および、連続的な割り当てられるシンボル数Ｌを定義する。上位層のＲＲＣ信号から設定されるリソース割り当てテーブルは、上位層の信号pdsch-TimeDomainAllocationListによって与えられる。インフォメーションエレメントPDSCH-TimeDomainResourceAllocationは、ＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示す。PDSCH-TimeDomainResourceAllocationは、ＤＣＩを含むＰＤＣＣＨとＰＤＳＣＨの間の時間領域関係を設定するために用いられてもよい。pdsch-TimeDomainAllocationListは１つまたは複数のインフォメーションエレメントPDSCH-TimeDomainResourceAllocationを含む。つまり、pdsch-TimeDomainAllocationListは１つまたは複数のエレメント（インフォメーションエレメント）を含むリストである。１つのインフォメーションエレメントPDSCH-TimeDomainResourceAllocationを１つのエントリ（または１つの行）とも称してもよい。pdsch-TimeDomainAllocationListは最大１６までのエントリを含んでもよい。エントリごとは、Ｋ０、mappingType、および、startSymbolAndLengthによって定義されてもよい。Ｋ０はＤＣＩを含むＰＤＣＣＨとそのＰＤＳＣＨとの間のスロットオフセットを示す。PDSCH-TimeDomainResourceAllocationがＫ０を示さない場合、端末装置１はＫ０の値が０であることを想定してもよい。mappingTypeは、ＰＤＳＣＨマッピングタイプＡまたはＰＤＳＣＨマッピングタイプＡのいずれかを示す。startSymbolAndLengthはＰＤＳＣＨのスタートシンボルＳ、および、連続的な割り当てられるシンボル数Ｌの有効な組み合わせを与えるインデックスである。startSymbolAndLengthをスタートと長さインジケータＳＬＩＶ（start and length indicator）と称してもよい。つまり、開始シンボルＳと連続的なシンボルＬを直接に定義するデフォルトテーブルと異なって、開始シンボルＳと連続的なシンボルＬは、ＳＬＩＶに基づき与えられる。基地局装置３は、ＰＤＳＣＨの時間領域リソース割り当てがスロット境界を超えないよう、ＳＬＩＶの値をセットすることができる。スロットオフセットＫ０とＳＬＩＶについて後述する。
上位層の信号pdsch-TimeDomainAllocationListはpdsch-ConfigCommonおよび／またはpd
sch-Configに含まれてもよい。インフォメーションエレメントpdsch-ConfigCommonはあるＢＷＰに対するＰＤＳＣＨのためのセル固有パラメータを設定するために用いられる。インフォメーションエレメントpdsch-ConfigはあるＢＷＰに対するＰＤＳＣＨのためのＵＥ固有パラメータを設定するために用いられる。
図１４は、ＳＬＩＶを算出する一例を示す図である。
図１４において、１４はスロットに含まれるシンボルの数である。図１４は、ＮＣＰ（Normal Cyclic Prefix）の場合、ＳＬＩＶを算出する一例を示す。ＳＬＩＶの値は、スロットに含まれるシンボルの数、開始シンボルＳ、および、連続的なシンボルの数Ｌに基づいて、算出される。ここで、Ｌの値は１と等しいまたは１より多いであり、（１４―Ｓ）を超えない。ＥＣＰの場合、ＳＬＩＶを算出する時に、図１４における７と１４には６と１２が使われる。
以下、スロットオフセットＫ０について説明する。
前述のように、サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ^{subframe,μ}_{slot}-1に昇順に数えられ、フレーム内で０からＮ^{frame,μ}_{slot}-1に昇順に数えられる。Ｋ０はＰＤＳＣＨのサブキャリア間隔に基づくスロットの数である。Ｋ０は０から３２までの値を取り得る。あるサブフレームまたはフレームにおいて、スロットの番号は０からに昇順に数えられる。サブキャリア間隔設定１５ｋＨｚのスロット番号ｎは、サブキャリア間隔設定３０ｋＨｚのスロット番号２ｎと２ｎ＋１に対応する。
端末装置１は、ＰＤＳＣＨをスケジュールするＤＣＩを検出する。そのＰＤＳＣＨに割り当てられるスロットは、（式１）Floor(n*2μPDSCH／2μPDCCH)+Ｋ０によって与えられる。関数Floor(Ａ)は、Ａを上回らない最大の整数を出力する。ｎは、ＰＤＳＣＨをスケ
ジュールするＰＤＣＣＨが検出されるスロットである。μＰＤＳＣＨはＰＤＳＣＨに対するサブキャリア間隔設定である。μPDCCHはＰＤＣＣＨに対するサブキャリア間隔設定で
ある。
端末装置１は、図１０を参照して、何れかのリソース割り当てテーブルをＰＤＳＣＨ時間領域リソース割り当てに適用するかを決定してもよい。つまり、端末装置１は、以下の要素（Ａ）から要素（Ｆ）の一部または全部に少なくとも基づいて、ＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。
要素Ａ：ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプ
要素Ｂ：ＤＣＩが検出されるサーチスペースのタイプ
要素Ｃ：そのサーチスペースと関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０であるかどうか
要素Ｄ：pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含むかどうか
要素Ｅ：pdsch-Configがpdsch-TimeDomainAllocationListを含むかどうか
要素Ｆ：ＳＳ／ＰＢＣＨとＣＯＲＥＳＥＴ多重パータン
要素Ａにおいて、ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプは、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかである。
要素Ｂにおいて、ＤＣＩが検出されるサーチスペースのタイプは、コモンサーチスペース、または、ＵＥ固有サーチスペースである。コモンサーチスペースは、タイプ０コモンサーチスペース、タイプ１コモンサーチスペース、タイプ２コモンサーチスペースを含む
。
例Ａであり、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモンサーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、上位層のＲＲＣ信号から設定されるリソース割り当てテーブルを決定してもよい。そのリソース割り当てテーブルは、pdsch-ConfigCommonに含まれるpdsch-TimeDomainAllocationListによって与えられる。また、端末装置１に対してpdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含まない場合、端末装置１は、デフォルトテーブルＡを決定してもよい。つまり、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示すデフォルトテーブルＡを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。
また、例Ｂであり、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられない任意のコモンサーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpdsch-Configがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pdsch-Configで提供されるpdsch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、pdsch-Configがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含むか含まないかと関わらず、pdsch-Configで提供されるpdsch-TimeDomainAllocationListを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、端末装置１は、pdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用する。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含まない場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをデフォルトテーブルＡに決定してもよい。
また、例Ｃであり、端末装置１は、ＵＥ固有サーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpdsch-Configがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pdsch-Configで提供されるpdsch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、pdsch-Configがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含むか含まないかと関わらず、pdsch-Configで提供されるpdsch-TimeDomainAllocationListを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、端末装置１は、pdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用する。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含まない場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをデフォルトテーブルＡに決定してもよい。
例Ｂと例Ｃからみると、ＵＥ固有サーチスペースにおいて検出されるＰＤＳＣＨに適用するリソース割り当てテーブルの決定方法は、ＣＯＲＥＳＥＴ＃０に関連付けられない任意のコモンサーチスペースにおいて検出されるＰＤＳＣＨに適用するリソース割り当てテーブルの決定方法と同様である。
続いて、端末装置１は、そのＰＤＳＣＨをスケジュールするＤＣＩに含まれる‘Time domain resource assignment’フィールドに示される値に基づき、決定したリソース割り
当てテーブル内の１つのＰＤＳＣＨ時間領域リソース割り当てコンフィギュレーションを選んでもよい。例えば、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがデフォルトテーブルＡである場合、‘Time domain resource assignment’
フィールドに示される値ｍは、デフォルトテーブルＡの行インデックス（row index）ｍ
＋１を示してもよい。この時、ＰＤＳＣＨ時間領域リソース割り当ては、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションである。端末装置１は、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションを想定し、ＰＤＳＣＨを受信する。例えば、‘Time domain resource assignment’フィールドに示される値ｍが０である場合、端末装置１は、デフォルトテーブルＡの行インデックス1のＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを用いて、そのＤＣＩによってスケジュールされるＰＤＳＣＨの時間方向のリソース割り当てを特定する。
また、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがpdsch-TimeDomainAllocationListから与えられるリソース割り当てテーブルである場合、‘Time domain resource assignment’フィールドに示される値ｍは、リストpdsch-TimeDomainAllocationListにおける（ｍ＋１）番目のエレメント（エントリ、行）に対応する。
例えば、‘Time domain resource assignment’フィールドに示される値ｍが０である場
合、端末装置１は、リストpdsch-TimeDomainAllocationListにおける１番目のエレメント（エントリ）を参照してもよい。例えば、‘Time domain resource assignment’フィー
ルドに示される値ｍが１である場合、端末装置１は、リストpdsch-TimeDomainAllocationListにおける２番目のエレメント（エントリ）を参照してもよい。
以下、ＤＣＩに含まれる‘Time domain resource assignment’フィールドのビット数
（サイズ）について説明する。
端末装置１は、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１を含むＰＤＣＣＨの検出によって、対応するＰＤＳＣＨをデコード（受信）してもよい。ＤＣＩフォーマット１＿０に含まれる‘Time domain resource assignment’フィールドのビット数は固定のビット数であってもよい。例えば、この固定のビット数は４であってもよい。つまり、ＤＣＩフォーマット１＿０に含まれる‘Time domain resource assignment’フィールドのサイズは４ビットである。また、ＤＣＩフォーマット１＿１に含まれる‘Time domain resource assignment’フィールドのサイズは可変のビット数であってもよい。例えば、ＤＣＩフォーマット１＿１に含まれる‘Time domain resource assignment’フィールドのビット数は０、１、２、３、４の内何れかであってもよい。
以下、ＤＣＩフォーマット１＿１に含まれる‘Time domain resource assignment’フ
ィールドのビット数の決定について説明する。
ＤＣＩフォーマット１＿１に含まれる‘Time domain resource assignment’フィール
ドのビット数は、（Ｉ）pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含むかどうか、および／または、（ＩＩ）pdsch-Configがpdsch-TimeDomainAllocationListを含むかどうか、および／または、（ＩＩＩ）事前に定義したデフォルトテーブルに含まれる行の数に少なくとも基づいて、与えられてもよい。本実施形態において、ＤＣＩフォーマット１＿１は、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。ＤＣＩフォーマット１＿１は、ＵＥ固有サーチスペースにおいて検出されてもよい。本実施形態において、‘pdsch-Configがpdsch-TimeDomainAllocationListを含む’の意味は、‘pdsch-Configでpdsch-TimeDomainAllocationListが提供される’の意味であってもよい。‘pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む’の意味は、‘pdsch-ConfigCommonでpdsch-TimeDomainAllocationListが提供される’の意味であってもよい。
‘Time domain resource assignment’フィールドのビット数は、ceiling(log2(Ｉ))として与えられてもよい。関数Ceiling(Ａ)は、Ａを下回らない最小の整数を出力する。端
末装置１に対してpdsch-TimeDomainAllocationListが設定（提供）される場合、Ｉの値はpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。端末装置１に対してpdsch-TimeDomainAllocationListが設定（提供）されない場合、Ｉの値はデフォルトテーブル（デフォルトテーブルＡ）の行の数であってもよい。つまり、端末装置１に対してpdsch-TimeDomainAllocationListが設定される場合、Time domain resource assignment’フィールドのビット数は、pdsch-TimeDomainAllocationListに含まれるエントリの数に基づいて与えられてもよい。端末装置１に対してpdsch-TimeDomainAllocationListが設定されない場合、Time domain resource assignment’フィールドのビット数は、デフォルトテーブル（デフォルトテーブルＡ）の行の数に基づいて与えられてもよい。具体的に言うと、pdsch-Configがpdsch-TimeDomainAllocationListを含む場合、Ｉの値はpdsch-Configで提供されるpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む場合、Ｉの値はpdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含まない場合、Ｉの値はデフォルトテーブル（例えば、デフォルトテーブルＡ）に含まれる行の数であってもよい。
また、別の言い方で言えば、端末装置１に対してpdsch-TimeDomainAllocationListが設定（提供）される場合、‘Time domain resource assignment’フィールドのビット数は
、ceiling(log2(Ｉ))として与えられてもよい。端末装置１に対してpdsch-TimeDomainAllocationListが設定（提供）されない場合、‘Time domain resource assignment’フィールドのビット数は、固定のビット数であってもよい。例えば、固定のビット数は４ビットであってもよい。
ここで、Ｉはpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。具体的に言うと、pdsch-Configがpdsch-TimeDomainAllocationListを含む場合、Ｉの値はpdsch-Configで提供されるpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む場合、Ｉの値はpdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。
これにより、端末装置１は、基地局装置３が生成する‘Time domain resource assignment’フィールドのビット数を特定することができる。つまり、端末装置１は、基地局装置３がスケジュールした端末装置１宛てのＰＤＳＣＨを正しく受信することができる。
以下では、ＰＵＳＣＨを受信する手順について説明する。
端末装置１は、ＤＣＩフォーマット０＿０、または、ＤＣＩフォーマット０＿１を含むＰＤＣＣＨの検出によって、対応するＰＵＳＣＨを送信してもよい。つまり、対応するＰＵＳＣＨは、そのＤＣＩフォーマット（ＤＣＩ）によってスケジュールされてもよい（示される）。また、ＰＵＳＣＨは、ＲＡＲメッセージに含まれるＲＡＲ ＵＬグラントによってスケジュールされてもよい。そのスケジュールされるＰＵＳＣＨの開始位置（開始シンボル）をＳと称する。ＰＵＳＣＨの開始シンボルＳはあるスロット内でＰＵＳＣＨが送信（マップ）される最初のシンボルであってもよい。開始シンボルＳはスロットの始まりに対応する。例えば、Ｓの値が０である場合、端末装置１は、あるスロット内の１番目のシンボルからＰＵＳＣＨを送信してもよい。また、例えば、Ｓの値が２である場合、端末装置１は、あるスロットの３番目のシンボルからＰＵＳＣＨを送信してもよい。そのスケジュールされるＰＵＳＣＨの連続的なシンボルの数をＬと称する。連続的なシンボルの数Ｌは開始シンボルＳから数える。ＰＵＳＣＨに対して割り当てられたＳとＬの決定は後述する。
ＰＵＳＣＨマッピングのタイプはＰＵＳＣＨマッピングタイプＡおよびＰＵＳＣＨマッピングタイプＢを有する。ＰＵＳＣＨマッピングタイプＡでは、Ｓの値は０である。Ｌは４から１４までの値を取る。ただし、ＳとＬの和は４から１４までの値を取る。ＰＵＳＣＨマッピングタイプＢでは、Ｓは０から１３までの値を取る。Ｌは１から１４までの値を取る。ただし、ＳとＬの和は１から１４までの値を取る。
ＰＵＳＣＨためのＤＭＲＳシンボルの位置は、ＰＵＳＣＨマッピングのタイプに依存する。ＰＵＳＣＨための最初のＤＭＲＳシンボル（first DM-RS symbol）の位置は、ＰＵＳＣＨマッピングのタイプに依存する。ＰＵＳＣＨマッピングタイプＡでは、最初のＤＭＲＳシンボルの位置は、上位層のパラメータdmrs-TypeA-Positionに示されてもよい。dmrs-TypeA-Positionは、‘pos2’または‘pos3’のいずれかにセットされる。例えば、dmrs-TypeA-Positionが‘pos2’にセットされている場合、ＰＵＳＣＨための最初のＤＭＲＳシ
ンボルの位置は、スロット内の３番目のシンボルであってもよい。例えば、dmrs-TypeA-Positionが‘pos3’にセットされている場合、ＰＵＳＣＨための最初のＤＭＲＳシンボル
の位置は、スロット内の４番目のシンボルであってもよい。ＰＵＳＣＨマッピングタイプＢでは、最初のＤＭＲＳシンボルの位置は、割り当てられるＰＵＳＣＨの最初のシンボルであってもよい。
以下、ＰＵＳＣＨ時間領域リソース割り当ての特定方法について説明する。
基地局装置３は、ＤＣＩによって端末装置１にＰＵＳＣＨを送信させようにスケジュールしてもよい。そして、端末装置１は、自装置宛てのＤＣＩの検出によってＰＵＳＣＨを送信してもよい。端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てを特定する時に、最初にそのＰＵＳＣＨに適用するリソース割り当てテーブルを決定する。リソース割り当てテーブルは、１つまたは複数のＰＵＳＣＨ時間領域リソース割り当てコンフィギュレーションを含む。次に、端末装置１は、そのＰＵＳＣＨをスケジュールするＤＣＩに含まれる‘Time domain resource assignment’フィールドに示される値に基づき、決定したリ
ソース割り当てテーブル内の１つのＰＵＳＣＨ時間領域リソース割り当てコンフィギュレーションを選んでもよい。つまり、基地局装置３は、端末装置１にＰＵＳＣＨのリソース割り当てを決定し、‘Time domain resource assignment’フィールドの値を生成し、その‘Time domain resource assignment’フィールドを含むＤＣＩを端末装置１に送信する。端末装置１は、‘Time domain resource assignment’フィールドにセットされる値に基づき、ＰＵＳＣＨの時間方向のリソース割り当てを特定する。
図１６はどのリソース割り当てテーブルをＰＵＳＣＨ時間領域リソース割り当てに適用するかを定義する図である。端末装置１は、図１６を参照して、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定してもよい。リソース割り当てテーブルは、１つまたは複数のＰＵＳＣＨ時間領域リソース割り当てのコンフィギュレーションを含む。本実施形態において、リソース割り当てテーブルは、（Ｉ）事前に定義されるリソース割り当てテーブル、および、（ＩＩ）上位層のＲＲＣ信号から設定されるリソース割り当てテーブルと分類される。事前に定義されるリソース割り当てテーブルは、デフォルトＰＵＳＣＨ時間領域リソース割り当てＡとして定義される。以下、デフォルトＰＵＳＣＨ時間領域リソース割り当てＡをＰＵＳＣＨデフォルトテーブルＡと称する。
図１７はＮＣＰ（Normal Cyclic Prefix）に対してＰＵＳＣＨデフォルトテーブルＡの一例を示す図である。図１７を参照すると、ＰＵＳＣＨデフォルトテーブルＡは１６行を含む。ＰＵＳＣＨデフォルトテーブルＡにおける行ごとはＰＵＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示す。具体的に説明すると、図１７において、インデックス付き行（indexed row）は、ＰＵＳＣＨマッピングタイプ、ＤＣＩを含むＰＤＣＣＨとそのＰＵＳＣＨとの間のスロットオフセットＫ２、スロット内のＰＵＳＣＨのスタートシンボルＳ、および、連続的な割り当てられるシンボル数Ｌを定義する。上位層のＲＲＣ信号から設定されるリソース割り当てテーブルは、上位層の信号pusch-TimeDomainAllocationListによって与えられる。インフォメーションエレメントPUSCH-TimeDomainResourceAllocationは、ＰUＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示す。PＵSCH-TimeDomainResourceAllocationは、ＤＣＩを含むＰＤＣＣＨとＰＵＳＣＨの間の時間領域関係を設定するために用いられてもよい。pusch-TimeDomainAllocationListは１つまたは複数のインフォメーションエレメントPUSCH-TimeDomainResourceAllocationを含む。つまり、pusch-TimeDomainAllocationListは１つまたは複数のエレメント（インフォメーションエレメント）を含むリストである。１つのインフォメーションエレメントPDSCH-TimeDomainResourceAllocationを１つのエントリ（または１つの行）とも称してもよい。pusch-TimeDomainAllocationListは最大１６までのエントリを含んでもよい。エントリごとは、Ｋ２、mappingType、および、startSymbolAndLengthによって定義されてもよい。Ｋ２はＤＣＩを含むＰＤＣＣＨとそのスケジュールされるＰＵＳＣＨとの間のスロットオフセットを示す。PＵSCH-TimeDomainResourceAllocationがＫ２を示さないならば、端末装置１は、ＰＵＳＣＨのサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合に、Ｋ２の値が１であることを想定し、ＰＵＳＣＨのサブキャリア間隔が６０ｋＨｚである場合に、Ｋ２の値が２であることを想定し、ＰＵＳＣＨのサブキャリア間隔が１２０ｋＨｚである場合に、Ｋ２の値が３であることを想定してもよい。mappingTypeは、ＰＵＳＣＨマッピングタイプＡまたはＰＵＳＣＨマッピングタイプＡのいずれかを示す。startSymbolAndLengthはＰＵＳＣＨのスタートシンボルＳ、および、連続的な割り当てられるシンボル数Ｌの有効な組み合わせを与えるインデックスである。startSymbolAndLengthをスタートと長さインジケータＳＬＩＶ（start and length indicator）と称してもよい。つまり、開始シンボルＳと連続的なシンボルＬを直接に定義するデフォルトテーブルと異なって、開始シンボルＳと連続的なシンボルＬは、ＳＬＩＶに基づき与えられる。基地局装置３は、ＰＵＳＣＨの時間領域リソース割り当てがスロット境界を超えないよう、ＳＬＩＶの値をセットすることができる。ＳＬＩＶの値は、図１４における式のように、スロットに含まれるシンボルの数、開始シンボルＳ、および、連続的なシンボルの数Ｌに基づいて、算出される。
上位層の信号pusch-TimeDomainAllocationListはpusch-ConfigCommonおよび／またはpusch-Configに含まれてもよい。インフォメーションエレメントpusch-ConfigCommonはあるＢＷＰに対するＰUＳＣＨのためのセル固有パラメータを設定するために用いられる。インフォメーションエレメントpusch-ConfigはあるＢＷＰに対するＰUＳＣＨのためのＵＥ固有パラメータを設定するために用いられる。
端末装置１は、ＰＵＳＣＨをスケジュールするＤＣＩを検出する。そのＰＵＳＣＨが送信されるスロットは、（式４）Floor(n*2μPUSCH／2μPDCCH)+Ｋ２によって与えられる。ｎは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨが検出されるスロットである。μＰＵＳＣＨはＰUＳＣＨに対するサブキャリア間隔設定である。μPDCCHはＰＤＣＣＨに対するサブキャリア間隔設定である。
図１７において、Ｋ２の値はｊ、ｊ＋１、ｊ＋２、または、ｊ＋３の内、何れかである。ｊの値は、ＰＵＳＣＨのサブキャリア間隔に対して特定される値である。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合、ｊの値は１スロットであってもよい。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が６０ｋＨｚである場合、ｊの値は２スロットであってもよい。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が１２０ｋＨｚである場合、ｊの値は３スロットであってもよい。
前述したのよう、端末装置１は、図１６を参照して、何れかのリソース割り当てテーブルをＰＵＳＣＨ時間領域リソース割り当てに適用するかを決定してもよい。
例Ｄであり、端末装置１は、ＲＡＲ ＵＬグラントによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpusch-ConfigCommonがpusch-TimeDomainAllocationListを含む場合、端末装置１は、上位層のＲＲＣ信号から設定されるリソース割り当てテーブルを決定してもよい。そのリソース割り当てテーブルは、pusch-ConfigCommonに含まれるpusch-TimeDomainAllocationListによって与えられる。また、端末装置１に対してpusch-ConfigCommonがpusch-TimeDomainAllocationListを含まない場合、端末装置１は、PUSCHデフォルトテーブルＡを決定してもよい。つまり、端末装置１は、ＰUＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示すデフォルトテーブルＡを用いて、ＰUＳＣＨ時間領域リソース割り当ての決定に適用してもよい。
また、例Eであり、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモン
サーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpusch-ConfigCommonがpusch-TimeDomainAllocationListを含む場合、端末装置１は、ＰUＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを
、pusch-ConfigCommonで提供されるpusch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。また、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含まない場合、端末装置１は、ＰUＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをPUSCHデフォルトテーブルＡに決定してもよい。
また、例Ｆであり、端末装置１は、（Ｉ）ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモンサーチスペースまたは（ＩＩ）ＵＥ固有サーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、ま
たは、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpusch-Configがpusch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pusch-Configで提供されるpusch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、pusch-Configがpusch-TimeDomainAllocationListを含む場合、端末装置１は、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含むか含まないかと関わらず、pusch-Configで提供されるpusch-TimeDomainAllocationListを用いて、ＰＵＳＣＨ時間領域リソース割り当ての決定に適用してもよい。また、pusch-Configがpusch-TimeDomainAllocationListを含んでおらず、且つ、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pusch-ConfigCommonで提供されるpusch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、端末装置１は、pusch-ConfigCommonで提供されるpusch-TimeDomainAllocationListを用いて、ＰＵＳＣＨ時間領域リソース割り当ての決定に適用する。また、pusch-Configがpusch-TimeDomainAllocationListを含んでおらず、且つ、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含まない場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをPUSCHデフォルトテーブルＡに決定してもよい。
続いて、端末装置１は、そのＰUＳＣＨをスケジュールするＤＣＩに含まれる‘Time domain resource assignment’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰUＳＣＨ時間領域リソース割り当てコンフィギュレーションを選んでもよい。例えば、ＰUＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがＰＵＳＣＨデフォルトテーブルＡである場合、‘Time domain resource assignment’フィールドに示される値ｍは、デフォルトテーブルＡの行インデックス（row index）ｍ＋１を示してもよい。この時、ＰＵＳＣＨ時間領域リソース割り当ては、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションである。端末装置１は、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションを想定し、ＰＵＳＣＨを送信する。例えば、‘Time domain resource assignment’フィールドに示される値ｍが０である場合、端末装置１は、ＰＵＳＣＨデフォルトテーブルＡの行インデックス1のＰＵＳＣＨ時間領域リソース割り当てのコンフィギュレーションを用いて、そのＤＣＩによってスケジュールされるＰＵＳＣＨの時間方向のリソース割り当てを特定する。
また、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがpusch-TimeDomainAllocationListから与えられるリソース割り当てテーブルである場合、‘Time domain resource assignment’フィールドに示される値ｍは、リストpusch-TimeDomainAllocationListにおける（ｍ＋１）番目のエレメント（エントリ、行）に対応する。
例えば、‘Time domain resource assignment’フィールドに示される値ｍが０である場
合、端末装置１は、リストpusch-TimeDomainAllocationListにおける１番目のエレメント（エントリ）を参照してもよい。例えば、‘Time domain resource assignment’フィー
ルドに示される値ｍが１である場合、端末装置１は、リストpusch-TimeDomainAllocationListにおける２番目のエレメント（エントリ）を参照してもよい。
以下、ＤＣＩに含まれる‘Time domain resource assignment’フィールドのビット数
（サイズ）について説明する。
端末装置１は、ＤＣＩフォーマット０＿０またはＤＣＩフォーマット０＿１を含むＰＤＣＣＨの検出によって、対応するＰＵＳＣＨを送信してもよい。ＤＣＩフォーマット０＿
０に含まれる‘Time domain resource assignment’フィールドのビット数は固定のビッ
ト数であってもよい。例えば、この固定のビット数は４であってもよい。つまり、ＤＣＩフォーマット０＿０に含まれる‘Time domain resource assignment’フィールドのサイ
ズは４ビットである。また、ＤＣＩフォーマット０＿１に含まれる‘Time domain resource assignment’フィールドのサイズは可変のビット数であってもよい。例えば、ＤＣＩフォーマット０＿１に含まれる‘Time domain resource assignment’フィールドのビット数は０、１、２、３、４の内何れかであってもよい。
以下、ＤＣＩフォーマット０＿１に含まれる‘Time domain resource assignment’フ
ィールドのビット数の決定について説明する。
‘Time domain resource assignment’フィールドのビット数は、ceiling(log2(Ｉ))として与えられてもよい。端末装置１に対してpusch-TimeDomainAllocationListが設定（提供）される場合、Ｉの値はpusch-TimeDomainAllocationListに含まれるエントリの数であってもよい。端末装置１に対してpusch-TimeDomainAllocationListが設定（提供）されない場合、Ｉの値はPUSCHデフォルトテーブルＡの行の数であってもよい。つまり、端末装置１に対してpusch-TimeDomainAllocationListが設定される場合、Time domain resource assignment’フィールドのビット数は、pusch-TimeDomainAllocationListに含まれるエントリの数に基づいて与えられてもよい。端末装置１に対してpusch-TimeDomainAllocationListが設定されない場合、Time domain resource assignment’フィールドのビット数は、デフォルトテーブル（デフォルトテーブルＡ）の行の数に基づいて与えられてもよい。具体的に言うと、pusch-Configがpusch-TimeDomainAllocationListを含む場合、Ｉの値はpusch-Configで提供されるpusch-TimeDomainAllocationListに含まれるエントリの数であってもよい。また、pusch-Configがpusch-TimeDomainAllocationListを含んでおらず、且つ、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含む場合、Ｉの値はpusch-ConfigCommonで提供されるpusch-TimeDomainAllocationListに含まれるエントリの数であってもよい。また、pusch-Configがpusch-TimeDomainAllocationListを含んでおらず、且つ、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含まない場合、Ｉの値はPUSCHデフォルトテーブルＡに含まれる行の数であってもよい。
以下、本実施形態におけるスロットアグリゲーション送信（slot aggregation transmission、multi-slot transmission）について説明する。
上位層のパラメータpusch-AggregationFactorは、データ（トランスポートブロック）
の繰り返し送信（repetition transmission）の回数を示すために用いられる。上位層の
パラメータpusch-AggregationFactorは２、４、８の内何れかの値を示す。基地局装置３
は、データ送信の繰り返しの回数を示す上位層のパラメータpusch-AggregationFactorを
端末装置１に送信してもよい。基地局装置３は、pusch-AggregationFactorを用いて、端
末装置１にトランスポートブロックの送信を所定の回数に繰り返させることができる。端末装置１は、基地局装置３から上位層のパラメータpusch-AggregationFactorを受信し、
該pusch-AggregationFactorに示される繰り返しの回数を用いて、トランスポートブロッ
クの送信を繰り返してもよい。ただし、端末装置１は、基地局装置からpusch-AggregationFactorを受信しない場合に、トランスポートブロックの繰り返し送信の回数が１とみなしてもよい。つまり、この場合に、端末装置１は、PDCCHがスケジュールするそのトランスポートブロックを１回送信してもよい。つまり、端末装置１は、基地局装置からpusch-AggregationFactorを受信しない場合に、PDCCHがスケジュールするそのトランスポートブロックに対して、スロットアグリゲーション送信（マルチスロット送信）を行わなくてもよい。
具体的に言うと、端末装置１は、C-RNTI、MCS-C-RNTIでスクランブルされたCRCが付加
されるＤＣＩフォーマットを含むPDCCHを受信し、該ＰＤＣＣＨによってスケジュールさ
れるＰＵＳＣＨを送信してもよい。端末装置１にはpusch-AggregationFactorが設定され
ている場合、端末装置１は、PUSCHが最初に送信されるスロットからの連続的なＮ個のス
ロットでＰＵＳＣＨをＮ回送信してもよい。スロットごとで一回のＰＵＳＣＨ送信（トランスポートブロックの送信）が行われてもよい。つまり、同じトランスポートブロックの送信（繰り返し送信）は１スロット内で１回しか行われない。Ｎの値はpusch-AggregationFactorから示される。端末装置１にpusch-AggregationFactorが設定されていない場合、Ｎの値は１であってもよい。PUSCHが最初に送信されるスロットは、前述のような（式４）によって与えられてもよい。ＰＵＳＣＨをスケジュールするＰＤＣＣＨに基づき与えられたＰＵＳＣＨ時間領域リソース割り当ては連続的なＮ個のスロットに適用されてもよい。つまり、同じシンボル割り当て（同じスタートシンボルＳと同じ連続的な割り当てられるシンボル数Ｌ）が連続的なＮ個のスロットに適用されてもよい。端末装置１は、PUSCHが最初に送信されるスロットからの連続的なＮ個のスロットにわたってトランスポートブロックを繰り返して送信してもよい。端末装置１は、各スロットにおいて同じシンボル割り当て（シンボルアロゲーション）を用いてトランスポートブロックを繰り返して送信してもよい。上位層のパラメータpusch-AggregationFactorが設定されている場合に端末装置１が行うスロットアグリゲーション送信は、第１のアグリゲーション送信と称してもよい。つまり、上位層のパラメータpusch-AggregationFactorは、第１のアグリゲーション送信のための繰り返し送信（repetition transmission）の回数を示すために用いられる。上位層のパラメータpusch-AggregationFactorは、第１のアグリゲーション送信パラメータとも呼ぶ。
第１のアグリゲーション送信では、第１回のトランスミッションオケージョン（0th transmission occasion、送信機会）はPUSCHが最初に送信されるスロットにあってもよい。第２回のトランスミッションオケージョン（1st transmission occasion）はPUSCHが最初に送信されるスロットからの次のスロットにあってもよい。第N回のトランスミッションオケージョン((N-1)th transmission occasion）はPUSCHが最初に送信されるスロットからのN番目のスロットにあってもよい。トランスポートブロックの送信に適用される冗長バージョン（Redundancy Version）は、そのトランスポートブロックの第ｎ回のトランスミッションオケージョン（(n-1)th transmission occasion）、および、ＰＵＳＣＨをスケジュールするＤＣＩから示されるrvidに基づいて決定されてもよい。冗長バージョンのシーケンスは｛0、２，３，１｝である。変数rvidは、冗長バージョンのシーケンスへのインデックスである。該変数は4でモジュロして更新されている。冗長バージョンは、ＰＵＳＣＨで送信されるトランスポートブロックの符号化（レートマッチング）のために用いられる。冗長バージョンは、０、２、３、１の順にインクリメントされてもよい。トランスポートブロックの繰り返しの送信は、冗長バージョン（Redundancy Version）の順に行われてもよい。
図１５はトランスミッションオケージョンに適用される冗長バージョンの一例を示す図である。
図１５の示すように、第１回のトランスミッションオケージョンに適用される冗長バージョンrvidは、該PUSCH（トランスポートブロック）をスケジュールするDCIによって示される値である。例えば、端末装置１は、PUSCHをスケジュールするDCIがrvidの値を０に示した場合、図１５の１行目を参照して、トランスミッションオケージョンに提供される冗長バージョンrvidを決定してもよい。トランスミッションオケージョンに適用される冗長バージョンは、０、２，３，１の順にインクリメントされてもよい。例えば、端末装置１は、PUSCHをスケジュールするDCIがrvidの値を２に示した場合、図１５の２行目を参照して、トランスミッションオケージョンに提供される冗長バージョンrvidを決定してもよい。トランスミッションオケージョンに適用される冗長バージョンは、２，３，１，０の順にインクリメントされてもよい。
あるトランスミッションオケージョンに対するシンボル割り当て内の少なくとも１つのシンボルが上位層のパラメータから下りリンクシンボルに示された場合、端末装置１は、該トランスミッションオケージョンにあるスロットにおいて、トランスポートブロックを送信しなくてもよい。
本実施形態において、基地局装置３は、端末装置１に対して上位層のパラメータpusch-AggregationFactor-r16を送信してもよい。上位層のパラメータpusch-AggregationFactor-r16は、データ（トランスポートブロック）の繰り返し送信（repetition transmission）の回数を示すために用いられてもよい。上位層のパラメータpusch-AggregationFactor-r16は、スロットアグリゲーション送信、および／または、ミニスロットアグリゲーション送信のための繰り返し送信の回数を示すために用いられてもよい。スロットアグリゲーション送信とミニスロットアグリゲーション送信は後述する。
本実施形態において、pusch-AggregationFactor-r16は、例えば、n1, n2, n3の内何れ
かの値に設定される。n1, n2, n3それぞれの値は、２、４、８であってもよいし、他の値であってもよい。n1, n2, n3は、トランスポートブロックの繰り返し送信の回数を示す。つまり、pusch-AggregationFactor-r16は、１つの繰り返し送信の回数の値を示してもよ
い。トランスポートブロックの繰り返し送信の回数は、スロット内の繰り返し送信回数（Ｎrepなど）かもしれないし、スロット内およびスロット間を含めた繰り返し送信回数（Ｎtotalなど）かもしれないし、スロット間の繰り返し送信回数（Ｎtotalなど）かもしれない。または、基地局装置３は、端末装置１に繰り返し送信の回数をもっと柔軟に設定できるように、１つより多いエレメントを含むpusch-AggregationFactor-r16を端末装置１
に送信してもよい。エレメント（インフォメーションエレメント、エントリ）ごとは、トランスポートブロックの繰り返し送信の回数を示すために用いられてもよい。つまり、pusch-AggregationFactor-r16は、１つより多い複数の繰り返し送信の回数の値を示してもよい。本実施形態において、上位層のパラメータpusch-AggregationFactor-r16が設定されている場合に端末装置１が行うスロットアグリゲーション送信は、第２のアグリゲーション送信と称してもよい。つまり、上位層のパラメータpusch-AggregationFactor-r16は、少なくとも第２のアグリゲーション送信のための繰り返し送信（repetition transmission）の回数を示すために用いられてもよい。上位層のパラメータpusch-AggregationFactor-r16は、第２のアグリゲーション送信パラメータとも呼ぶ。そして、基地局装置３は、トランスポートブロックをスケジュールするＤＣＩに含まれるフィールドを介して、何れかのエレメントを示し、そのトランスポートブロックの繰り返し送信の回数を端末装置１に通知してもよい。具体的手順は後述する。また、基地局装置３は、MAC CE（MAC Control Element）を介して、何れかのエレメントを示し、そのトランスポートブロックの繰り返し送信の回数を端末装置１に通知してもよい。即ち、基地局装置３は、そのＤＣＩに含まれるフィールドおよび／またはMAC CEを介して、何れかのエレメントを示し、動的に繰り返し送信の回数を端末装置１に通知してもよい。端末装置１に動的繰り返し回数の機能が適用されることは、端末装置１が動的に繰り返し送信の回数を基地局装置３から通知されることを意味してもよい。また、端末装置１は、ＰＵＳＣＨでMAC CE（MAC Control Element）を介して、そのトランスポートブロックの繰り返し送信の回数を基地局装置３に通知してもよい。MAC CEで通知したトランスポートブロックの繰り返し送信の回数は、そのトランスポートブロックのトータル繰り返し送信の回数でもいいし、そのトランスポートブロックの残りの繰り返し送信の回数であってもよい。同様に、端末装置１がＰＤＳＣＨでトランスポートブロックの繰り返し送信を受信する際に、基地局装置３は、ＰＤＳＣＨでMAC CE（MAC Control Element）を介して、そのトランスポートブロックの繰り返し送信の回数を端末装置１に通知してもよい。MAC CEで通知したトランスポートブロックの繰り返し送信の回数は、そのトランスポートブロックのトータル繰り返し送信の回数でもいいし、そのトランスポートブロックの残りの繰り返し送信の回数であってもよい。これにより、端末装置１と基地局装置３は、トランスポートブロックの繰り返し送信の回数を動的に変更することができる。
第１の例として、基地局装置３は、端末装置１に対してpusch-AggregationFactorとpusch-AggregationFactor-r16を送信しなくてもよい。つまり、端末装置１にはpusch-AggregationFactorとpusch-AggregationFactor-r16が設定されなくてもよい。別の言い方で言えば、端末装置１はpusch-AggregationFactorとpusch-AggregationFactor-r16を含まない（を設定しない）ＲＲＣメッセージを基地局装置３から受信してもよい。この場合に、端末装置１は、前述のような（式４）によって与えられるスロットでＰＵＳＣＨを送信してもよい。別の言い方で言うと、トランスポートブロックの繰り返し送信の回数は１であってもよい。つまり、端末装置１は、スロットアグリゲーション送信および／またはミニスロットアグリゲーション送信を行わなくてもよい。
また、第２の例として、基地局装置３は、端末装置１に対してpusch-AggregationFactorを送信し、pusch-AggregationFactor-r16を送信しなくてもよい。つまり、端末装置１にはpusch-AggregationFactorが設定され、pusch-AggregationFactor-r16が設定されなくてもよい。別の言い方で言えば、端末装置１はpusch-AggregationFactorを含み（を設定し）、pusch-AggregationFactor-r16を含まない（を設定しない）ＲＲＣメッセージを基地局装置３から受信してもよい。この場合に、端末装置１は、前述のような（式４）によって与えられるスロットからの連続的なＮ個のスロットでＰＵＳＣＨをＮ回送信してもよい。つまり、トランスポートブロックの繰り返し送信の回数は、pusch-AggregationFactorによって示されるＮであってもよい。端末装置１は、DCIがスケジュールするPUSCHに対して、第１のアグリゲーション送信を行ってもよい。該ＰＵＳＣＨをスケジュールするＤＣＩを含むＰＤＣＣＨがＣＳＳで送信されてもよいし、ＵＳＳで送信されてもよい。同じシンボル割り当てが連続的なＮ個のスロットに適用されてもよい。
また、第３の例として、基地局装置３は、端末装置１に対してpusch-AggregationFactorを送信しなく、pusch-AggregationFactor-r16を送信してもよい。つまり、端末装置１にはpusch-AggregationFactorが設定されなく、pusch-AggregationFactor-r16が設定されてもよい。別の言い方で言えば、端末装置１はpusch-AggregationFactorを含まず（を設定せず）、pusch-AggregationFactor-r16を含む（を設定する）ＲＲＣメッセージを基地局装置３から受信してもよい。この場合に、端末装置１は、前述のような（式４）によって与えられるスロットからの１つまたは複数のスロットでＰＵＳＣＨをＭ回送信してもよい。第１のアグリゲーション送信と異なって、複数のスロットが連続してもよいし、非連続になってもよい。つまり、トランスポートブロックの繰り返し送信の回数Mは、pusch-AggregationFactor-r16によって示されてもよい。該ＰＵＳＣＨをスケジュールするＤＣＩを含むＰＤＣＣＨがＣＳＳで送信されてもよいし、ＵＳＳで送信されてもよい。同じシンボル割り当てが複数のスロットに適用されなくてもよい。つまり、第１回のトランスポートブロックの繰り返し送信（１番目のＰＵＳＣＨ）に適用されるＰＵＳＣＨ時間領域リソース割り当て（シンボル割り当て）は、そのトランスポートブロックをスケジュールするDCIに基づいて与えられてもよい。ただし、第２回からのトランスポートブロックの繰り返し送信に適用されるＰＵＳＣＨシンボル割り当ては、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（ＤＣＩなど）に基づいて与えられるシンボル割り当てと異なってもよい。これをシンボル割り当て拡張と呼ぶ。具体的に言うと、第２回からのトランスポートブロックの繰り返し送信に適用されるスタートシンボルＳは、そのＰＤＣＣＨに基づいて与えられるスタートシンボルＳと異なってもよい（スタートシンボル拡張）。第１回のトランスポートブロックの繰り返し送信に適用されるスタートシンボルＳは、そのトランスポートブロック送信をスケジュールするＤＣＩに含まれる‘Time domain resource assignment’フィールドによって示されてもよい。。第１回のトランスポートブロックの繰り返し送信に適用されるＰＵＳＣＨの連続的な割り当てられるシンボル数は、そのＤＣＩに含まれる‘Time domain resource assignment’フィールドから示されるＳＬＩＶに基づいて与えられるシンボル数Ｌ、スロット内の利用可能なシンボルに少なくとも基づいて与えられてもよい。‘Time domain resource assignment’フィールドから示されるＳＬＩＶに基づいて与えられるシンボル数Ｌは、そのトランスポートブロックのトータル繰り返し送信に対応するシンボルの数であってもよい。第１回のトランスポートブロックの繰り返し送信のスタートシンボルＳからそのスロットの最後のシンボル番号（最後の利用可能なシンボル）までの連続的なシンボル数（連続的な利用可能なシンボル数）Ｌ１は、第１回のトランスポートブロックの繰り返し送信に適用されるＰＵＳＣＨの連続的な割り当てられるシンボル数であってもよい。シンボル数Ｌ１が‘Time domain resource assignment’フィールドから示されるＳＬＩＶに基づいて与えられるシンボル数Ｌと等しいまたはLより大きい場合、第１回のトランスポートブロックの繰り返し送信に適用されるＰＵＳＣＨの連続的な割り当てられるシンボル数は‘Time domain resource assignment’フィールドから示されるＳＬＩＶに基づいて与えられるシンボル数Ｌであってもよい。そして、端末装置１は、次のトランスポートブロックの繰り返し送信（第２回のトランスポートブロックの繰り返し送信）を行わなくてもよい。シンボル数Ｌ１が‘Time domain resource assignment’フィールドから示されるＳＬＩＶに基づいて与えられるシンボル数Ｌより少ない場合、第１回のトランスポートブロックの繰り返し送信に適用されるＰＵＳＣＨの連続的な割り当てられるシンボル数はシンボル数Ｌ１であってもよい。そして、端末装置１は、次のトランスポートブロックの繰り返し送信（第２回のトランスポートブロックの繰り返し送信）を行ってもよい。端末装置１および基地局装置３は、第１回のトランスポートブロックの繰り返し送信のシンボル数Ｌを、ＰＤＣＣＨに基づいて与えられるスタートシンボルＳ、ＰＤＣＣＨに基づいて与えられるシンボル数Ｌ、およびスロットのシンボル数（利用可能なシンボル数）の１つ、複数、または全部に基づいて決定してもよい。また、端末装置１は、２番目のＰＵＳＣＨの送信を行うかどうかを、１番目のＰＵＳＣＨの送信に適用されるシンボル数、および、ＤＣＩのフィールドから示されるＳＬＩＶに基づいて与えられるスタートシンボルＳとシンボル数Ｌの１つ、複数、または全部に基づいて決定してもよい。
第２回からのトランスポートブロックの繰り返し送信（２番目のＰＵＳＣＨ）に適用されるスタートシンボルＳは、スロットの先頭である０番目のシンボルであってよい。また、第２回からのトランスポートブロックの繰り返し送信に適用されるスタートシンボルＳは、ＰＤＣＣＨに基づいて与えられるスタートシンボルＳと同じであってもよい。また、第２回からのトランスポートブロックの繰り返し送信に適用されるスタートシンボルＳは、スロットの先頭からの最初の利用可能なシンボルであってよい。また、第２回からのトランスポートブロックの繰り返し送信に適用されるＰＵＳＣＨの連続的な割り当てられるシンボル数Ｌは、そのＰＤＣＣＨに基づいて与えられる連続的な割り当てられるシンボル数Ｌと異なってもよい（シンボル数拡張）。また、第２回からのトランスポートブロックの繰り返し送信に適用されるＰＵＳＣＨの連続的な割り当てられるシンボル数Ｌは、そのＰＤＣＣＨに基づいて与えられる連続的な割り当てられるシンボル数Ｌと同じでもよい。また、第２回からのトランスポートブロックの繰り返し送信に適用されるＰＵＳＣＨの連続的な割り当てられるシンボル数は、（ｉ）‘Time domain resource assignment’フィールドから示されるＳＬＩＶに基づいて与えられるシンボル数Ｌから（ｉｉ）第１回のトランスポートブロックの繰り返し送信に適用されるＰＵＳＣＨの連続的なシンボル数を引いて残ったシンボル数に少なくとも基づいて与えられてもよい。各繰り返し送信におけるスタートシンボルおよび／またはシンボル数は、利用可能なシンボルに基づいて決定されてもよい。即ち、端末装置１は、Ｘ番目のＰＵＳＣＨのシンボル数Ｌを、ＰＤＣＣＨに基づいて与えられるスタートシンボルＳ、ＰＤＣＣＨに基づいて与えられるシンボル数Ｌ、スロットのシンボル数、スロット内の利用可能なシンボル、Ｎtotal、ＮrepおよびＮslotsの１つ、複数、または全部に基づいて決定してもよい。また、端末装置１は、Ｘ番目のＰＵＳＣＨの送信を行うかどうかを、１番目からＸ－１番目までのＰＵＳＣＨの送信に適用されるシンボル数、および、ＤＣＩのフィールドから示されるＳＬＩＶに基づいて与えられるスタートシンボルＳとシンボル数Ｌの１つ、複数、または全部に基づいて決定してもよい。
また、第３の例において、pusch-AggregationFactor-r16が１つおよび／または１つよ
り多いエレメントを含む場合に、端末装置１は、ＤＣＩに含まれる‘Repetition Number
’フィールドを用いて、複数のエレメントの中から１つを選択してもよい（動的繰り返し回数）。ＤＣＩに含まれる‘Repetition Number’フィールドは、pusch-AggregationFactor-r16が１つおよび／または１つより多いエレメントを含む場合には、存在し、そうでない場合は、存在しないようにしてもよい。ＤＣＩに含まれる‘Repetition Number’フィールドは、pusch-AggregationFactor-r16が設定されていない場合には、存在しないようにしてもよい。そして、選択されたエレメントに示される値は、DCIがスケジュールするトランスポートブロックの繰り返し送信の回数である。そして、端末装置１は、トランスポートブロックを通知された回数に繰り返し送信してもよい。‘Repetition Number’フィールドのビット数は、ceiling(log2(Ｘ＋１))またはceiling(log2(Ｘ))として与えられてもよい。Ｘは、pusch-AggregationFactor-r16に含まれるエレメントの数である。‘Repetition Number’フィールドのビット数がceiling(log2(Ｘ))として与えられた場合に、‘Repetition Number’フィールドに示される値ｍは、pusch-AggregationFactor-r16に含まれる（ｍ＋１）番目のエレメントに対応してもよい。そして、トランスポートブロックの繰り返し送信の回数は、（ｍ＋１）番目のエレメントから示される値であってもよい。例えば、‘Repetition Number’フィールドに示される値ｍが０である場合、端末装置１は、pusch-AggregationFactor-r16に含まれる１番目のエレメントを参照してもよい。エレメントが示す値は、１より大きい値であってもよい。エレメントが示す値は、１と等しい値であってもよい。また、‘Repetition Number’フィールドのビット数がceiling(log2(Ｘ＋１))として与えられた場合に、‘Repetition Number’フィールドに示される値ｍは、pusch-AggregationFactor-r16に含まれるｍ番目のエレメントに対応してもよい。だたし、ここで、ｍの値は非ゼロの値である。‘Repetition Number’フィールドに示される値ｍが０の場合、端末装置１は、繰り返し送信の回数を１としてみなしてもよい。各エレメントが示す値は、１より大きい値であってもよい。
pusch-AggregationFactor-r16が設定されている際には、アグリゲーション送信（第２
のアグリゲーション送信）に対して、シンボル割り当て拡張（スタートシンボル拡張および／またはシンボル数拡張）、動的繰り返し回数、および／またはミニスロットアグリゲーション送信の機能が適用される。
また、第４の例として、基地局装置３は、端末装置１に対してpusch-AggregationFactorとpusch-AggregationFactor-r16を送信してもよい。つまり、端末装置１にはpusch-AggregationFactorとpusch-AggregationFactor-r16が設定されてもよい。別の言い方で言えば、端末装置１はpusch-AggregationFactorと、pusch-AggregationFactor-r16を含む（を設定する）ＲＲＣメッセージを基地局装置３から受信してもよい。基本的には、第３の例として説明したpusch-AggregationFactor-r16が設定されている際の動作である、シンボル割り当て拡張（スタートシンボル拡張および／またはシンボル数拡張）、動的繰り返し回数、および／またはミニスロットアグリゲーション送信の機能が適用される。
以下、pusch-AggregationFactor-r16が設定されている端末装置１は、以下の要素（Ａ
）から要素（D）の一部または全部に少なくとも基づいて、あるＤＣＩに‘Repetition Number’フィールドが存在（present）するかどうかを決定してもよい。
要素Ａ：ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプ
要素Ｂ：ＤＣＩが検出されるサーチスペースのタイプ
要素Ｃ：ＤＣＩフォーマットのタイプ
要素Ｄ：ＤＣＩのフィールドで示される情報
要素Ａにおいて、ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプが、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかである場合、該ＤＣＩに‘Repetition Number’フィールドが存在しないようにしてもよい。また、ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプがＮＥＷ－ＲＮＴＩである場合、該ＤＣＩに含まれる‘Repetition Number’フィールドは、存在するようにしてもよい。
要素Ｂにおいて、ＤＣＩを端末装置１がモニタするサーチスペースのタイプは、コモンサーチスペース、または、ＵＥ固有サーチスペースである。コモンサーチスペースは、タイプ０コモンサーチスペース、タイプ１コモンサーチスペース、タイプ２コモンサーチスペースを含む。ＤＣＩがモニタされるサーチスペースがコモンサーチスペースである場合に、該ＤＣＩに‘Repetition Number’フィールドが存在しないようにしてもよい。ＤＣ
ＩがモニタされるサーチスペースがＵＥ固有サーチスペースである場合に、該ＤＣＩに‘Repetition Number’フィールドが存在してもよい。
要素Ｃにおいて、ＤＣＩフォーマットのタイプはＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０＿２である。ＤＣＩがＤＣＩフォーマット０＿０とＤＣＩフォーマット０＿１である場合、該ＤＣＩに‘Repetition Number’フィールドが存在しないようにしてもよい。ＤＣＩがＤＣＩフォーマット０＿２である場合、該ＤＣＩに‘Repetition Number’フィールドが存在するようにしてもよい。または、ＤＣＩがＤＣＩフォーマット０＿０である場合、該ＤＣＩに‘Repetition Number’フィールドが存在しないようにしてもよい。ＤＣＩがＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２である場合、該ＤＣＩに‘Repetition Number’フィールドが存在するようにしてもよい。
また、例えば、ＤＣＩフォーマット０＿０がコモンサーチスペースでモニタされる場合に、該ＤＣＩに‘Repetition Number’フィールドが存在しないようにしてもよい。ＤＣ
Ｉフォーマット０＿０がＵＥ固有サーチスペースでモニタされる場合に、該ＤＣＩに‘Repetition Number’フィールドが存在するようにしてもよい。また、例えば、ＤＣＩフォーマット０＿１がＮＥＷ－ＲＮＴＩによってスクランブルされている場合に、該ＤＣＩに‘Repetition Number’フィールドが存在するようにしてもよい。ＤＣＩフォーマット０＿１がＮＥＷ－ＲＮＴＩ以外のRNTIによってスクランブルされている場合に、該ＤＣＩに‘Repetition Number’フィールドが存在しないようにしてもよい。
以下、pusch-AggregationFactor-r16が設定されている端末装置１は、以下の要素（Ａ
）から要素（Ｃ）の一部または全部に少なくとも基づいて、ＤＣＩがスケジュールするＰＵＳＣＨ送信に上記で説明したpusch-AggregationFactor-r16が設定されている際の機能
が適用されるかどうかを決定してもよい。
要素Ａ：ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプ
要素Ｂ：ＤＣＩが検出されるサーチスペースのタイプ
要素Ｃ：ＤＣＩフォーマットのタイプ
要素Ａにおいて、ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプが、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかである場合、該ＤＣＩがスケジュールするＰＵＳＣＨ送信にpusch-AggregationFactor-r16が設定されている際の機能が適用されなくてもよい。また、ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプがＮＥＷ－ＲＮＴＩである場合、該ＤＣＩがスケジュールするＰＵＳＣＨ送信にpusch-AggregationFactor-r16が設定されている際の機能が適用されてもよい。
要素Ｂにおいて、ＤＣＩを端末装置１がモニタするサーチスペースのタイプは、コモンサーチスペース、または、ＵＥ固有サーチスペースである。コモンサーチスペースは、タイプ０コモンサーチスペース、タイプ１コモンサーチスペース、タイプ２コモンサーチスペースを含む。ＤＣＩがモニタされるサーチスペースがコモンサーチスペースである場合に、該ＤＣＩがスケジュールするＰＵＳＣＨ送信にpusch-AggregationFactor-r16が設定
されている際の機能が適用されなくてもよい。ＤＣＩがモニタされるサーチスペースがＵＥ固有サーチスペースである場合に、該ＤＣＩがスケジュールするＰＵＳＣＨ送信にpusch-AggregationFactor-r16が設定されている際の機能が適用されてもよい。
要素Ｃにおいて、ＤＣＩフォーマットのタイプはＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０＿２である。ＤＣＩがＤＣＩフォーマット０＿０とＤＣＩフォーマット０＿１である場合、該ＤＣＩがスケジュールするＰＵＳＣＨ送信にpusch-AggregationFactor-r16が設定されている際の機能が適用されなくてもよい。ＤＣＩがＤＣＩフォーマット０＿２である場合、該ＤＣＩがスケジュールするＰＵＳＣＨ送信にpusch-AggregationFactor-r16が設定されている際の機能が適用されてもよい。または、ＤＣＩがＤＣＩフォーマット０＿０である場合、該ＤＣＩがスケジュールするＰＵＳＣＨ送信にpusch-AggregationFactor-r16が設定されている際の機能が適用されなくてもよい。ＤＣＩがＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２である場合、該ＤＣＩがスケジュールするＰＵＳＣＨ送信にpusch-AggregationFactor-r16が設定されている際の機能が適用されてもよい。
また、例えば、ＤＣＩフォーマット０＿０がコモンサーチスペースでモニタされる場合に、該ＤＣＩがスケジュールするＰＵＳＣＨ送信にpusch-AggregationFactor-r16が設定
されている際の機能が適用されなくてもよい。ＤＣＩフォーマット０＿０がＵＥ固有サーチスペースでモニタされる場合に、該ＤＣＩがスケジュールするＰＵＳＣＨ送信にpusch-AggregationFactor-r16が設定されている際の機能が適用されてもよい。
上述のように、pusch-AggregationFactor-r16が設定されている際の機能が適用されな
い場合では、もしpusch-AggregationFactorが設定されている場合に、そのDCIでスケジュールされるPUSCH送信では第１のアグリゲーション送信が行われてもよい。つまり、端末装置１は、トランスポートブロックを連続的なN個のスロットでN回繰り返し送信してもよい。Nの値はpusch-AggregationFactorによって与えられてもよい。N個のスロットでは同じシンボルアロケーションが適用されてもよい。また、pusch-AggregationFactor-r16が設定されている際の機能が適用されない場合では、もしpusch-AggregationFactorが設定されていない場合に、そのDCIでスケジュールされるPUSCH送信が１回行われてもよい。つまり、端末装置１は、トランスポートブロックを１回送信してもよい。
以下、本実施形態におけるミニスロットアグリゲーション送信（mini-slot aggregation transmission, subslot aggregation transmission, multi-subslot transmission, intra-slot aggregation transmission）について説明する。
前述のように、スロットアグリゲーション送信（第１のアグリゲーション送信と第２のアグリゲーション送信におけるスロットアグリゲーション送信）では、１つの上りリンクグラントが２回または２回より多いＰＵＳＣＨ繰り返し送信をスケジュールしてもよい。各繰り返し送信は各連続的なスロット（または、各利用可能なスロット）で行わる。つまり、スロットアグリゲーションでは、１つのスロット（１つの利用可能なスロット）内で同じトランスポートブロックの繰り返し送信の回数が最大１回のみです。利用可能なスロ
ットは、実際にトランスポートブロックの繰り返し送信が行われるスロットであってもよい。
ミニスロットアグリゲーション送信では、１つの上りリンクグラントが２回または２回より多いＰＵＳＣＨ繰り返し送信をスケジュールしてもよい。繰り返し送信は同じスロット内で行われてもよいし、連続的な利用可能なスロットにわたって行われてもよい。該スケジュールされるＰＵＳＣＨ繰り返し送信には、スロット（利用可能なスロット）内のＰＵＳＣＨ繰り返し送信に利用可能なシンボルに基づいて、各スロット内で行われる繰り返し送信の回数は異なってもよい。つまり、ミニスロットアグリゲーション送信では、１つのスロット（１つの利用可能なスロット）内で同じトランスポートブロックの繰り返し送信の回数が１回または１回より多くてもよい。つまり、ミニスロットアグリゲーション送信では、端末装置１は、１つのスロット内で同じトランスポートブロックの１回以上の繰り返し送信を基地局装置３に送信することができる。つまり、ミニスロットアグリゲーション送信は、スロット内アグリゲーションをサポートするモードのことを意味するとも言える。ミニスロットアグリゲーション送信に、上記で説明したシンボル割り当て拡張（スタートシンボル拡張および／またはシンボル数拡張）、および／または動的繰り返し回数、が適用されてもよい。
本実施形態において、端末装置１は、（Ｉ）上位層のパラメータ、および／または、（ＩＩ）上りリンクグラントに含まれるフィールドに少なくとも基づいて、その上りリンクグラントがスケジュールされるＰＵＳＣＨ送信にアグリゲーション送信が適用されるかどうか、または、何れかのアグリゲーション送信タイプが適用されるかどうかを決定してもよい。アグリゲーション送信のタイプは第１のアグリゲーション送信、第２のアグリゲーション送信を含んでもよい。別の例として、第２のアグリゲーション送信を、スロットアグリゲーション送信とミニスロットアグリゲーション送信にタイプを分けてもよい。つまり、アグリゲーション送信のタイプは第１のスロットアグリゲーション送信（第１のアグリゲーション送信）、第２のスロットアグリゲーション送信（第２のアグリゲーション送信におけるスロットアグリゲーション）、および、ミニスロットアグリゲーション送信を含んでもよい。
本実施形態の態様Ａにおいて、基地局装置３は、スロットアグリゲーション送信とミニスロットアグリゲーション送信の内何れを設定するかを上位層のパラメータによって端末装置１に通知してもよい。スロットアグリゲーション送信とミニスロットアグリゲーション送信の内何れが設定されるかは、スロットアグリゲーション送信とミニスロットアグリゲーション送信の内何れが適用されるかを意味してもよい。例えば、pusch-AggregationFactorは第１のアグリゲーション送信（第１のスロットアグリゲーション送信）の繰り返し送信の回数を示すために用いられてもよい。pusch-AggregationFactor-r16は第２のスロットアグリゲーション送信および／またはミニスロットアグリゲーション送信の繰り返し送信の回数を示すために用いられてもよい。pusch-AggregationFactor-r16は、第２のスロットアグリゲーション送信および／またはミニスロットアグリゲーション送信に対して、共通のパラメータであってもよい。上位層のパラメータrepTxWithinSlot-r16はミニスロットアグリゲーション送信を示すために用いられてもよい。上位層のパラメータrepTxWithinSlot-r16が有効にセットされる場合、端末装置１は、トランスポートブロック送信にミニスロットアグリゲーション送信が適用されることとみなし、ミニスロットアグリゲーション送信を実行してもよい。つまり、端末装置１にpusch-AggregationFactor-r16が設定され、且つ、repTxWithinSlot-r16が設定されている（有効にセットされている）場合、端末装置１は、ミニスロットアグリゲーション送信が適用されることとみなしてもよい。ミニスロットアグリゲーション送信のための繰り返し送信の回数は、pusch-AggregationFactor-r16によって示されてもよい。また、端末装置１にpusch-AggregationFactor-r16が設定され、且つ、repTxWithinSlot-r16が設定されない場合、端末装置１は、第２のスロットアグリゲーション送信が適用されることとみなしてもよい。第２のスロットアグリゲーション送信のための繰り返し送信の回数は、pusch-AggregationFactor-r16によって示されてもよい。また、端末装置１にpusch-AggregationFactorが設定され、且つ、pusch-AggregationFactor-r16が設定されない場合、端末装置１は、第１のスロットアグリゲーション送信が適用されることとみなしてもよい。また、端末装置１にpusch-AggregationFactorとpusch-AggregationFactor-r16が設定されない場合、端末装置１は、アグリゲーション送信が適用されないこととみなし、上りリンクグラントがスケジュールされるＰＵＳＣＨを１回送信してもよい。本実施形態において、上位層のパラメータ（例えば、repTxWithinSlot-r16）が設定されることは、上位層のパラメータ（例えば、repTxWithinSlot-r16）が有効にセットされることを意味してもよいし、上位層のパラメータ（例えば、repTxWithinSlot-r16）が基地局装置３から送信されることを意味してもよい。本実施形態において、上位層のパラメータ（例えば、repTxWithinSlot-r16）が設定されないことは、上位層のパラメータ（例えば、repTxWithinSlot-r16）が無効に設定されることを意味してもよいし、上位層のパラメータ（例えば、repTxWithinSlot-r16）が基地局装置３から送信されないことを意味してもよい。
本実施形態の態様Ｂにおいて、基地局装置３は、スロットアグリゲーション送信とミニスロットアグリゲーション送信の内何れを設定するかを上位層のパラメータによって端末装置１に通知してもよい。pusch-AggregationFactorは第１のスロットアグリゲーション
送信の繰り返し送信の回数を示すために用いられてもよい。pusch-AggregationFactor-r16は第２のスロットアグリゲーション送信および／またはミニスロットアグリゲーション送信の繰り返し送信の回数を示すために用いられてもよい。pusch-AggregationFactor-r16は、第２のスロットアグリゲーション送信および／またはミニスロットアグリゲーション送信に対して、共通のパラメータであってもよい。端末装置１にpusch-AggregationFactor-r16が設定されている場合、端末装置１に対して第２のスロットアグリゲーション送信および／またはミニスロットアグリゲーション送信が適用されてもよい。
続いて、端末装置１は、ＰＵＳＣＨ送信（ＰＵＳＣＨ繰り返し送信）をスケジュールする上りリンクグラントに含まれるフィールドに基づいて、さらにスロットアグリゲーション送信またはミニスロットアグリゲーション送信の内何れが適用されるかを決定してもよい。一例として、上りリンクグラントに含まれるあるフィールドは、スロットアグリゲーション送信またはミニスロットアグリゲーション送信の内何れが適用されるかを示すために用いられてもよい。そのフィールドが１ビットであってもよい。また、端末装置１は、基地局装置３から送信された上りリンクグラントに含まれる該フィールドに基づいて、スロットアグリゲーション送信またはミニスロットアグリゲーション送信の内何れが適用されるかを決定してもよい。端末装置１は、該フィールドが０を示した場合にスロットアグリゲーション送信が適用されることを決定し、該フィールドが１を示した場合にミニスロットアグリゲーション送信が適用されることを決定してもよい。
また、一例として、端末装置１は、基地局装置３から送信された上りリンクグラントに含まれる‘Time domain resource assignment’フィールドに基づいて、スロットアグリ
ゲーション送信またはミニスロットアグリゲーション送信の内何れが適用されるかを決定してもよい。前述のように、‘Time domain resource assignment’フィールドはＰＵＳ
ＣＨ時間領域リソース割り当てを示すために用いられる。端末装置１は、‘Time domain resource assignment’フィールドに基づき得られた連続的な割り当てられるシンボル数
Ｌが所定の値を超えているかどうかに基づいて、スロットアグリゲーション送信またはミニスロットアグリゲーション送信の内何れが適用されるかを決定してもよい。端末装置１は、シンボル数Ｌが所定の値を超えている場合に、スロットアグリゲーション送信が適用されることを決定してもよい。また、端末装置１は、シンボル数Ｌが所定の値を超えていない場合に、ミニスロットアグリゲーション送信が適用されることを決定してもよい。所
定の値は、上位層のパラメータから示された値であってもよい。所定の値は、仕様書などで予めに定義された値であってもよい。例えば、所定の値は７シンボルであってもよい。
本実施形態の態様Ｃにおいて、基地局装置３は、スロットアグリゲーション送信とミニスロットアグリゲーション送信の内何れを設定するかを上位層のパラメータによって端末装置１に通知してもよい。例えば、基地局装置３は、第２のスロットアグリゲーション送信とミニスロットアグリゲーション送信のそれぞれに対して、繰り返し送信の回数を示す上位層のパラメータを個別に設定してもよい。例えば、pusch-AggregationFactor-r16は
第２のスロットアグリゲーション送信の繰り返し送信の回数を示すために用いられてもよい。pusch-MiniAggregationFactor-r16はミニスロットアグリゲーション送信の繰り返し
送信の回数を示すために用いられてもよい。基地局装置３は、端末装置１に第２のスロットアグリゲーション送信とミニスロットアグリゲーション送信の内何れかを設定しようとする場合に、対応する上位層のパラメータを送信してもよい。つまり、基地局装置３がpusch-AggregationFactor-r16を端末装置１に送信する場合、端末装置１は、第１のスロットアグリゲーション送信が適用されることをみなしてもよい。基地局装置３がpusch-MiniAggregationFactor-r16を端末装置１に送信する場合、端末装置１は、ミニスロットアグリゲーション送信が適用されることをみなしてもよい。
また、本実施形態の態様Ａ，態様Ｂ、または、態様Ｃにおいて、端末装置１は、上りリンクグラントに含まれる‘Time domain resource assignment’フィールドに基づき得ら
れたＰＵＳＣＨマッピングタイプに基づいて、スロットアグリゲーション送信またはミニスロットアグリゲーション送信の内何れが適用されるかを決定してもよい。具体的に言うと、第２のスロットアグリゲーション送信および／またはミニスロットアグリゲーション送信が適用される場合に、端末装置１は、‘Time domain resource assignment’フィー
ルドに基づき得られたＰＵＳＣＨマッピングタイプがＰＵＳＣＨマッピングタイプＡである場合に、第２のスロットアグリゲーション送信および／またはミニスロットアグリゲーション送信が適用されないこととみなしてもよい。そして、もしpusch-AggregationFactorが基地局装置３から送信されているならば、端末装置１は、上りリンクグラントがスケジュールするＰＵＳＣＨ送信に第１のスロットアグリゲーション送信が適用されることを決定してもよい。そのスロットアグリゲーション送信の繰り返し送信の回数は、pusch-AggregationFactorによって示される。もしpusch-AggregationFactorが基地局装置３から送信されないならば、端末装置１は、上りリンクグラントがスケジュールするＰＵＳＣＨを１回送信してもよい。別の言い方で、端末装置１および基地局装置３は、第１の条件を満たす場合、pusch-AggregationFactorが設定されている場合に、それぞれのスロットでは同じシンボルアロケーション（シンボル割り当て）を適用して、トランスポートブロックを連続的なN個のスロットでN回繰り返し送信し、pusch-AggregationFactorが設定されていない場合に、トランスポートブロックを１回送信し、第２の条件を満たす場合、前述のような第２のアグリゲーション送信を適用してトランスポートブロックを送信してもよい。ここで、第１の条件は、ＰＵＳＣＨ送信をスケジュールするDCIで、PUSCHマッピングタイプがタイプAに示されることを少なくとも含む。第２の条件は、ＰＵＳＣＨ送信をスケジュールするDCIで、PUSCHマッピングタイプがタイプBに示されることを少なくとも含む。Nの値はpusch-AggregationFactorに与えられる。つまり、第２のスロットアグリゲーション送信および／またはミニスロットアグリゲーション送信が適用されるＰＵＳＣＨのマッピングタイプは、タイプＢであってもよい。第１のスロットアグリゲーション送信が適用されるＰＵＳＣＨのマッピングタイプは、タイプAであってもよいし、タイプBであってもよい。
また、本実施形態の態様Ａ，態様Ｂ、または、態様Ｃにおいて、端末装置１は、上りリンクグラントに含まれる‘Time domain resource assignment’フィールドから示される
ＳＬＩＶに基づいて与えられるシンボル数Ｌに基づいて、スロットアグリゲーション送信
またはミニスロットアグリゲーション送信の内何れが適用されるかを決定してもよい。即ち、端末装置１は、上りリンクグラントに含まれる‘Time domain resource assignment
’フィールドから示されるＳＬＩＶに基づいて与えられるシンボル数Ｌが第３の値を超えるかどうかに基づいて、スロットアグリゲーション送信またはミニスロットアグリゲーション送信の内何れが適用されるかを決定してもよい。具体的に言うと、第２のスロットアグリゲーション送信および／またはミニスロットアグリゲーション送信が適用される場合に、端末装置１は、‘Time domain resource assignment’フィールドに基づき得られたシンボル数Ｌが第３の値により多い場合に、第２のスロットアグリゲーション送信が適用されることとみなしてもよい。また、端末装置１は、‘Time domain resource assignment’フィールドに基づき得られたシンボル数Ｌが第３の値と等しいまたは第３の値より小さい場合に、ミニスロットアグリゲーション送信が適用されることとみなしてもよい。
また、本実施形態の態様Ａ，態様Ｂ、または、態様Ｃにおいて、端末装置１は、上りリンクグラントに含まれる‘Time domain resource assignment’フィールドから示される
ＳＬＩＶに基づいて与えられるスタートシンボルＳとシンボル数Ｌに基づいて、スロットアグリゲーション送信またはミニスロットアグリゲーション送信の内何れが適用されるかを決定してもよい。即ち、端末装置１は、上りリンクグラントに含まれる‘Time domain resource assignment’フィールドから示されるＳＬＩＶに基づいて与えられるＳとＬの
和（Ｓ＋Ｌ）が第３の値を超えるかどうかに基づいて、スロットアグリゲーション送信またはミニスロットアグリゲーション送信の内何れが適用されるかを決定してもよい。具体的に言うと、第２のスロットアグリゲーション送信および／またはミニスロットアグリゲーション送信が適用される場合に、端末装置１は、‘Time domain resource assignment’フィールドに基づき得られた（Ｓ＋Ｌ）が第３の値により多い場合に、第２のスロットアグリゲーション送信が適用されることとみなしてもよい。また、端末装置１は、‘Time domain resource assignment’フィールドに基づき得られた（Ｓ＋Ｌ）が第３の値にと等しいまたは第３の値より小さい場合に、ミニスロットアグリゲーション送信が適用されることとみなしてもよい。第３の値は、予めに定義された値であってもよい。例えば、第３の値は１４シンボルであってもよい。第３の値は７シンボルであってもよい。
以下、ミニスロットアグリゲーション送信に適用されるトランスポートブロックのサイズについて説明する。
トランスポートブロックのサイズ（Transport Block Size、TBS）は、トランスポート
ブロックのビット数である。端末装置１は、基地局装置３から送信されたＤＣＩに含まれる‘Modulation and coding scheme’フィールドに基づいて、ＰＵＳＣＨのためのＭＣＳインデックス（ＩＭＣＳ）を決定する。端末装置１は、決定されたＰＵＳＣＨのためのＭＣＳインデックス（ＩＭＣＳ）を参照することによって、ＰＵＳＣＨのための変調次数（Ｑｍ）、ターゲットコードレート(R, Target code Rate)を決定する。端末装置１は、ＤＣＩに含まれる‘redundancy version’フィールドに基づいて、ＰＵＳＣＨのための冗長バージョン（ｒｖ）を決定する。そして、端末装置１は、レイアの数、ＰＵＳＣＨに対して割り当てられた物理リソースブロックの総数（ｎＰＲＢ）を用いて、トランスポートブロックサイズを決定する。
端末装置１は、基地局装置３から送信されるＤＣＩを受信する。端末装置１は該ＤＣＩがスケジュールするトランスポートブロックをＰＵＳＣＨで基地局装置３へ送信してもよい。該ＰＵＳＣＨは、１つまたは複数のスロット内で同じトランスポートブロックのＮtotal回の繰り返し送信を含んでもよい。そのトランスポートブロックの１回目の繰り返し
送信は第１のＰＵＳＣＨに対応してもよい。そのトランスポートブロックのＮtotal回目
の繰り返し送信は第ＮtotalのＰＵＳＣＨに対応してもよい。つまり、該ＰＵＳＣＨは、
第１のＰＵＳＣＨから第ＮtotalのＰＵＳＣＨまでを含んでもよい。
端末装置１は、そのトランスポートブロックのトランスポートブロックサイズを決定するために、最初に１つＰＲＢ内のリソースエレメントの数Ｎ’ＲＥを決定してもよい。端末装置１は、（式２）Ｎ’ＲＥ＝ＮＲＢ ＳＣ＊Ｎｓｈ ｓｙｍｂ－ＮＰＲＢ ＤＭＲＳ－ＮＰＲＢ ｏｈに基づき、Ｎ’ＲＥを算出してもよい。ここで、ＮＲＢ ＳＣは、１つ物理リソースブロック内の周波数領域におけるサブキャリアの数である。つまり、ＮＲＢ ＳＣは１２であってもよい。Ｎｓｈ ｓｙｍｂは、所定のシンボルの数であってもよい。該所定のシンボルの数は、第１のシンボルの数であってもよい。第１のシンボルの数は、該トランスポートブロックをスケジュールするＤＣＩに含まれる‘Time domain resource assignment’フィールドから示されるＳＬＩＶに基づいて与えられるシンボル数Ｌであってもよい。また、該所定のシンボルの数は、第２のシンボルの数であってもよい。第２のシンボルの数は、第１のＰＵＳＣＨ送信に対応するシンボルの数であってもよい。第２のシンボルの数は、第１のＰＵＳＣＨ送信に用いられるシンボルの数であってもよい。第２のシンボルの数は、第１のシンボルの数および利用可能なシンボルの数に基づいて与えられてもよい。また、該所定のシンボルの数は、第１のシンボル数と第２のシンボル数の内、シンボル数の大きいほうであってもよい。また、該所定のシンボルの数は、第１のＰＵＳＣＨから第ＮtotalのＰＵＳＣＨまでの内、対応するシンボルの数が一番多いほうであってもよい。即ち、端末装置１は、該所定のシンボルの数に基づきリソースエレメントを算出してもよい。
図２２は、トランスポートブロックサイズの決定に用いられるシンボルの数の一例を示す図である。
図２２において、第１のシンボルの数は、トランスポートブロックをスケジュールするＤＣＩに含まれる‘Time domain resource assignment’フィールドから示されるＳＬＩ
Ｖに基づいて与えられるシンボル数Ｌであってもよい。つまり、図２２（ａ）と（ｂ）において、２２１、２２５、２２４、および、２２６のそれぞれに対応するシンボルの数は、第１のシンボルの数であってもよい。第１のＰＵＳＣＨ送信（１回目のトランスポートブロックの繰り返し送信）に用いられるシンボルの数は、第２のシンボルの数と称してもよい。図２２（ａ）において、２２１に対応するシンボルは利用可能なシンボルであってもよい。そして、第１のＰＵＳＣＨ送信に用いられる第２のシンボルの数は第１のシンボルの数であってもよい。第２のＰＵＳＣＨ送信に用いられるシンボルの数は第１のシンボルの数に対応する。端末装置１は、第１のシンボルの数（第２のシンボルの数）に基づきリソースエレメントを算出し、第１のＰＵＳＣＨのためのトランスポートブロックサイズを決定してもよい。また、図２２（ｂ）において、２２２に対応するシンボルは利用可能なシンボルであってもよい。２２３に対応するシンボルは利用不可能なシンボルであってもよい。即ち、端末装置１は、２２３に対応するシンボルを用いて第１のＰＵＳＣＨを送信すうことができない。第１のＰＵＳＣＨ送信に用いられるシンボルの数は２２２に対応するシンボル数であってもよい。即ち、第２のシンボルの数は、第１のシンボルの数および利用可能なシンボルの数に基づいて与えられてもよい。ただし、端末装置１は、第１のシンボルの数に基づきリソースエレメントを算出し、第１のＰＵＳＣＨのためのトランスポートブロックサイズを決定してもよい。
ＮＰＲＢ ＤＭＲＳは、データなしのＤＭＲＳ ＣＤＭグループのオーバーヘッドを含む、前述の所定のシンボルの数内のＰＲＢあたりのＤＭＲＳのリソースエレメントの数です。
ＮＰＲＢ ｏｈは、基地局装置３から設定したPUSCH-ServingCellConfigに含まれる上位
層のパラメータｘＯｖｅｒｈｅａｄによって設定されたオーバーヘッドである。ＮＰＲＢ ｏｈの値は、ｘＯｖｅｒｈｅａｄによって、０、６、１２、または１８の内、何れかに設
定されてもよい。ＮＰＲＢ ｏｈの値は、１つスロットに対応する値であってもよい。トランスポートブロックサイズの決定に用いられるシンボルの数は、１つまたは複数のスロットでそのトランスポートブロックのトータル繰り返し送信に対応するシンボルの数であってもよい。この場合に、端末装置１は、（式６）Ｎ’ＲＥ＝ＮＲＢ ＳＣ＊Ｎｓｈ ｓｙｍｂ－ＮＰＲＢ ＤＭＲＳ－Ｎslots＊ＮＰＲＢ ｏｈに基づき、Ｎ’ＲＥを算出してもよい。Ｎslotsは前述のように、そのトランスポートブロックが繰り返し送信されるスロットの数であってもよい。即ち、オーバーヘッドの数は、トランスポートブロックサイズの決定に用いられるシンボルに対応するスロットの数（Ｎslots）、および／または、上位層のパラメータｘＯｖｅｒｈｅａｄに基づき与えられてもよい。また、１つまたは複数のスロットでそのトランスポートブロックのトータル繰り返し送信に対応するシンボルの数がトランスポートブロックサイズの決定に用いられた場合、端末装置１は、（式２）Ｎ’ＲＥ＝ＮＲＢ ＳＣ＊Ｎｓｈ ｓｙｍｂ－ＮＰＲＢ ＤＭＲＳ－ＮＰＲＢ ｏｈに基づき、Ｎ’ＲＥを算出してもよい。即ち、オーバーヘッドの数は、トランスポートブロックサイズの決定に用いられるシンボルに対応するスロットの数と関わらず、上位層のパラメータから設定されてもよい。ＮＰＲＢ ｏｈ（ｘＯｖｅｒｈｅａｄ）が設定されていない場合、端末装置１は、ＮＰＲＢ ｏｈが０にセットされることを想定してもよい。また、端末装置１に対してPUSCH-ServingCellConfigが設定される前に、端末装置１は、ＮＰＲＢ ｏｈが０にセットされることを想定してもよい。また、ＲＡＲ ＵＬグラントによってスケジュールされるＰＵＳＣＨおよび／またはそのＰＵＳＣＨの再送信に対して、端末装置１は、Ｎ’ＲＥを算出する際に、ＮＰＲＢ ｏｈが０にセットされることを想定してもよい。具体的に言うと、競合ベースランダムアクセス手順において、Ｍｓｇ３ ＰＵＳＣＨ送信（および／またはＭｓｇ３ ＰＵＳＣＨの再送信）に対して、端末装置１は、ＮＰＲＢ ｏｈが０にセットされることを想定してもよい。競合ベースランダムアクセス手順において、ＲＡＲ ＵＬグラントによってスケジュールされるＰＵＳＣＨはＭｓｇ３ ＰＵＳＣＨと称してもよい。競合ベースランダムアクセス手順において、そのスケジュールされるPUSCHの再送信（Ｍｓｇ３ ＰＵＳＣＨの再送信）は、ＴＣ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマット０＿０によってスケジュールされてもよい。また、非競合ベースランダムアクセス手順において、ＲＡＲ ＵＬグラントによってスケジュールされるPUSCH（および／またはそのスケジュールされるPUSCHの再送信）に対して、端末装置１は、Ｎ’ＲＥを算出する際に、ＮＰＲＢ ｏｈが０にセットされることを想定してもよい。また、非競合ベースランダムアクセス手順において、ＲＡＲ ＵＬグラントによってスケジュールされるPUSCH（および／またはそのスケジュールされるPUSCHの再送信）に対して、端末装置１は、Ｎ’ＲＥを算出する際に、ＮＰＲＢ ｏｈがｘＯｖｅｒｈｅａｄに示される値にセットされることを想定してもよい。非競合ベースランダムアクセス手順において、そのスケジュールされるPUSCHの再送信は、Ｃ－ＲＮＴＩ（または、ＭＣＳ－Ｃ－ＲＮＴＩ）によってスクランブルされるＣＲＣが付加されたＤＣＩフォーマット０＿０（または、ＤＣＩフォーマット０＿１）によってスケジュールされてもよい。
同様に、端末装置１は、ＰＤＳＣＨのためのトランスポートブロックサイズを決定するために、（式２）Ｎ’ＲＥ＝ＮＲＢ ＳＣ＊Ｎｓｈ ｓｙｍｂ－ＮＰＲＢ ＤＭＲＳ－ＮＰＲＢ ｏｈに基づき、Ｎ’ＲＥを算出してもよい。ここで、ＮＰＲＢ ｏｈの値は、PDSCH-ServingCellconfigに含まれる上位層のパラメータｘＯｖｅｒｈｅａｄによって、０、６、１２、または１８の内、何れかに設定されてもよい。ＮＰＲＢ ｏｈ（ｘＯｖｅｒｈｅａｄ）が設定されていない場合、端末装置１は、ＮＰＲＢ ｏｈが０にセットされることを想定してもよい。また、端末装置１に対してPDSCH-ServingCellconfigが設定される前に、端末装置１は、ＮＰＲＢ ｏｈが０にセットされることを想定してもよい。ただし、ＰＤＳＣＨがあるＲＮＴＩによってスクランブルされるＣＲＣと伴うＰＤＣＣＨによってスケジュールされる場合、端末装置１は、Ｎ’ＲＥを算出する際に、ＮＰＲＢ ｏｈが０にセットされることを想定してもよい。該ＲＮＴＩは、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、および／または、Ｐ－ＲＮＴＩであってもよい。すなわち、PDSCHが該RNTIによってスクランブルされるＣＲＣと伴うＰＤＣＣＨによってスケジュールされる場合、端末装置１は、上位層のパラメータｘＯｖｅｒｈｅａｄの有無、および／または、ｘＯｖｅｒｈｅａｄがセットされる値と関わらず、ＮＰＲＢ ｏｈが０にセットされることを想定してもよい。これにより、端末装置１と基地局装置３間では、該ＲＮＴＩによってスクランブルされるＣＲＣと伴うＰＤＣＣＨがスケジュールするＰＤＳＣＨに対して、共通のトランスポートブロックサイズを決定することができる。
次に、端末装置１は、リソースエレメントの総数（トータル数）ＮＲＥを決定してもよい。端末装置１は、（式３）ＮＲＥ＝ｍｉｎ（１５６、Ｎ’ＲＥ）＊ｎＰＲＢに基づき、ＮＲＥを算出してもよい。ｎＰＲＢは割り当てられたＰＲＢの総数である。ｎＰＲＢはPUSCHをスケジュールするDCIに含まれる周波数リソース割り当てフィールドによって与えられてもよい。すなわち、トランスポートブロックサイズの決定に用いられるリソースエレメントの数は、１つ物理リソースブロック内の周波数領域におけるサブキャリアの数、DCIに含まれるフィールドから示される第１のシンボル数、利用可能なシンボルの数、DMRS
の設定に用いられるリソースエレメントの数、上位層のパラメータによって設定されたオーバーヘッドの数、割り当てられたリソースブロックの総数、予めに設定された値、Ｎslotsの１つ、複数、または全部に基づいて決定されてもよい。
そして、端末装置１は、リソースエレメントの総数ＮＲＥ、ターゲットコードＲ、変調次数Ｑｍ、ＰＵＳＣＨがマップされるレイアの数ｖに少なくとも基づいて、ＰＵＳＣＨのためのトランスポートブロックサイズを決定してもよい。
以下、本実施形態における繰り返し送信回数の決定と周波数ホッピングのプロシージャについて説明する。
端末装置１は、Ｎtotalを確定してもよい。Ｎtotalは１つの上りリンクグラントでスケジュールされる同じトランスポートブロックが繰り返し送信されるトータル回数（繰り返し送信されるトータルＰＵＳＣＨ数）である。別の言い方で、Ｎtotalは、１つの上りリ
ンクグラントでスケジュールされる１つまたは複数のＰＵＳＣＨ数である。端末装置１は、Ｎrepを確定してもよい。Ｎrepは、スロット内で同じトランスポートブロックが繰り返し送信される回数（繰り返し送信されるＰＵＳＣＨ数）である。別の言い方で、Ｎrepは、１つの上りリンクグラントでスケジュールされる１つまたは複数のＰＵＳＣＨに対して有るスロット内に配置される１つまたは複数のＰＵＳＣＨ数である。端末装置１は、Ｎslotsを確定してもよい。Ｎslotsは、１つの上りリンクグラントでスケジュールされる同じトランスポートブロックが繰り返し送信されるスロット数である。別の言い方で、Ｎslotsは、１つの上りリンクグラントでスケジュールされる１つまたは複数のＰＵＳＣＨに対
して使われるスロット数である。端末装置１は、ＮtotalをＮrepとＮslotsから導出して
もよい。端末装置１は、ＮrepをＮtotalとＮslotsから導出してもよい。端末装置１は、
ＮslotsをＮrepとＮtotalから導出してもよい。Ｎslotsは、１または２かもしれない。Ｎrepは、スロット間で異なる値かもしれない。Ｎrepは、スロット間で同じ値かもしれない。
端末装置１には上位層のパラメータfrequencyHoppingが設定（提供）されてもよい。上位層のパラメータfrequencyHoppingは、‘intraSlot’と‘interSlot’の内何れかにセットされてもよい。frequencyHoppingが‘intraSlot’にセットされている場合、端末装置
１は、スロット内周波数ホッピングを伴うＰＵＳＣＨ送信を実行してもよい。すなわち、端末装置１にスロット内周波数ホッピングが設定されることは、frequencyHoppingが‘intraSlot’にセットされ、且つ、そのPUSCHをスケジュールするDCIに含まれる‘Frequency hopping flag’フィールドの値が１にセットされることを意味してもよい。frequencyHoppingが‘interSlot’にセットされている場合、端末装置１は、スロット間周波数ホッピングを伴うＰＵＳＣＨ送信を実行してもよい。すなわち、端末装置１にスロット間周波数ホッピングが設定されることは、frequencyHoppingが‘interSlot’にセットされ、且つ、そのPUSCHをスケジュールするDCIに含まれる‘Frequency hopping flag’フィールドの値が１にセットされることを意味してもよい。また、基地局装置３がfrequencyHoppingを端末装置１に送信しない場合、端末装置１は周波数ホッピングなしＰＵＳＣＨ送信を実行してもよい。すなわち、端末装置１には周波数ホッピングが設定されないことは、frequencyHoppingが送信されないことを含んでもよい。また、端末装置１には周波数ホッピングが設定されないことは、frequencyHoppingが送信されても、そのPUSCHをスケジュールするDCIに含まれる‘Frequency hopping flag’フィールドの値が０にセットされることを含んでもよい。
図８は本実施形態における周波数ホッピングの一例を示す図である。図８（ａ）は周波数ホッピングなしＰＵＳＣＨ送信の一例である。図８（ｂ）はスロット内周波数ホッピング（intra-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。図８（ｃ）はスロット間周波数ホッピング（inter-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。図８は、スロットアグリゲーション送信に適用されてもよい。図８は、１つのスロット内で繰り返し送信の回数が１のミニスロットアグリゲーション送信に適用されてもよい。
図８（ｂ）において、スロット内周波数ホッピングを伴うＰＵＳＣＨ送信は,スロット
において、第１の周波数ホップ（first frequency hop、第１のホップ、第１の周波数単
位）と第２の周波数ホップ（second frequency hop、第１のホップ、第２の周波数単位）から成る。第１の周波数ホップのシンボル数はFloor(ＮPUSCH,s symb／２)によって与えられてもよい。第２の周波数ホップのシンボル数はＮPUSCH,s symb－Floor(ＮPUSCH,s symb／２)によって与えられてもよい。ＮPUSCH,s symbは、1つのスロット内のOFDMシンボルにお
ける１つのPUSCH送信の長さである。つまり、ＮPUSCH,s symbは、1つのスロット内のスケ
ジュールされる１つのＰＵＳＣＨに使われるＯＦＤＭシンボルの数であってもよい。ＮPUSCH,s symbの値は、ＤＣＩフォーマットまたはＲＡＲ ＵＬグラントに含まれるフィール
ドに示されてもよい。ＮPUSCH,s symbは、該トランスポートブロックの送信をスケジュー
ルする上りリンクグラントに含まれる‘Time domain resource assignment’フィールド
に基づき得られた連続的な割り当てられるシンボル数であってもよい。第１の周波数ホップの開始ＲＢ（starting RB）と第１の周波数ホップの開始ＲＢ間のリソースブロックの
差RBoffsetをリソースブロックの周波数オフセットと称してもよい。つまり、RBoffsetは2つの周波数ホップ間のRBの周波数オフセットである。また、RBoffsetを第２の周波数ホ
ップのための周波数オフセットと称してもよい。例えば、第１の周波数ホップの開始ＲＢをＲＢstartと称する。第２の周波数ホップの開始ＲＢは、（式５）（ＲＢstart＋RBoffset） mod Ｎｓｉｚｅ ＢＷＰによって与えられてもよい。ＲＢstartはPUSCHをスケジュー
ルするDCIに含まれる周波数リソース割り当てフィールドによって与えられてもよい。Ｎ
ｓｉｚｅ ＢＷＰはアクティベートされているBWPのサイズ（物理リソースブロックの数）
である。関数(Ａ) mod (B)は、ＡとＢの割り算をし、割り切れない余りの数字を出力する。周波数オフセットRBoffsetの値は、PUSCH-Configに含まれる上位層のパラメータfrequencyHoppingOffsetListsによって設定される。上位層のパラメータfrequencyHoppingOffsetListsは、周波数ホッピングが適用される時に、周波数オフセット（周波数ホッピングオフセット）値のセットを示すために用いられる。図８（ｂ）において、スロット内周波数ホッピングはシングルスロットＰＵＳＣＨ送信および／またはマルチスロット（スロットアグリゲーション）ＰＵＳＣＨ送信に適用されてもよい。
図８（ｃ）において、スロット間周波数ホッピングはマルチスロットＰＵＳＣＨ送信（multi-slot PUSCH transmission）に適用されてもよい。RBoffsetは2つの周波数ホップ間のRBの周波数オフセットである。あるスロットで送信されるＰＵＳＣＨの開始ＲＢは、該スロットの番号nu sに基づいて決定されてもよい。nu s mod 2が０である場合に、該スロット内のPUSCHの開始ＲＢはＲＢstartである。nu s mod 2が１である場合に、該スロット内のPUSCHの開始ＲＢは、（式５）（ＲＢstart＋RBoffset） mod Ｎｓｉｚｅ ＢＷＰによっ
て与えられてもよい。ＲＢstartはPUSCHをスケジュールするDCIに含まれる周波数リソー
ス割り当てフィールドによって与えられてもよい。図８（ｃ）において、端末装置１は、同じトランスポートブロックを連続的な２つのスロットで繰り返し送信する。
スロット内周波数ホッピングはシングルスロット送信またはスロットアグリゲーション送信に適用されてもよい。スロット間周波数ホッピングはスロットアグリゲーション送信に適用されてもよい。
図９は本実施形態における繰り返し送信回数の決定と周波数ホッピングの他の一例を示す図である。図９（ａ）は周波数ホッピングなしＰＵＳＣＨ送信の一例である。図９（ｂ）はスロット内周波数ホッピング（intra-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。図９（ｃ）はスロット内周波数ホッピング（intra-slot frequency hopping）を伴うＰＵＳＣＨ送信の他の一例である。図９（ｄ）はスロット間周波数ホッピング（inter-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。図９は、スロットアグリゲーション送信に適用されてもよい。図９で示すような周波数ホッピングはミニスロットアグリゲーション送信に適用されてもよい。または、図９で示すような周波数ホッピングは１つのスロット内で繰り返し送信の回数が１より多いミニスロットアグリゲーション送信に適用されてもよい。
図９（ａ）は、周波数ホッピングが設定されておらず、スロットアグリゲーションが設定されていない、または、スロットアグリゲーション送信回数が１、かつミニスロットアグリゲーション送信回数が４の場合を示している。この時、Ｎrep＝４、Ｎtotal＝１、Ｎslots＝１である。
frequencyHoppingが‘intraSlot’にセットされている場合、スロット内でミニスロッ
トアグリゲーション送信は,該スロットにおいて、第１の周波数ホップと第２の周波数ホ
ップからなる。第１の周波数ホップが含む繰り返し送信の回数はFloor(Ｎrep／２)によって与えられてもよい。第２の周波数ホップが含む繰り返し送信の回数はＮrep―Floor(Ｎrep／２)によって与えられてもよい。Ｎrepは該スロット内で同じトランスポートブロックが繰り返し送信される回数である。そして、第１の周波数ホップの開始ＲＢ（starting RB）と第１の周波数ホップの開始ＲＢ間のリソースブロックの差RBoffsetをリソースブロ
ックの周波数オフセットと称してもよい。つまり、RBoffsetは2つの周波数ホップ間のRB
の周波数オフセットである。また、RBoffsetを第２の周波数ホップのための周波数オフセットと称してもよい。例えば、第１の周波数ホップの開始ＲＢをＲＢstartと称する。第
２の周波数ホップの開始ＲＢは、（式５）（ＲＢstart＋RBoffset） mod Ｎｓｉｚｅ ＢＷＰによって与えられてもよい。ＲＢstartは周波数リソース割り当てフィールドによって
与えられてもよい。関数(Ａ) mod (B)は、ＡとＢの割り算をし、割り切れない余りの数字を出力する。Ｎrepが１の場合、周波数ホップの数は１であってもよい。つまり、frequencyHoppingが‘intraSlot’にセットされている場合、端末装置１はスロット内周波数ホッピングなしＰＵＳＣＨ送信を行ってもよい。スロット内周波数ホッピングなしＰＵＳＣＨ送信の開始RBは、（式５）（ＲＢstart＋RBoffset）mod Ｎｓｉｚｅ ＢＷＰによって与えられてもよい。また、Ｎrepが１の場合であっても、周波数ホップの数が２とみなしてもよい。すなわち、第１の周波数ホップのシンボル数は０であってもよい。第２の周波数ホップのシンボル数はＮrep＊ＮPUSCH,s symbであってもよい。
図９（ｂ）において、トランスポートブロックのトータル繰り返し送信の回数Ｎtotal
は４です。そのトータル繰り返し送信の回数Ｎtotalは、上位層のパラメータ、および／
または、そのトランスポートブロック送信をスケジュールするDCI内のフィールドによっ
て通知されてもよい。図９（ｂ）において、Ｎtotal回のトランスポートブロック繰り返
し送信（ＮtotalのＰＵＳＣＨ送信）は１つのスロット内で行われる。図９（ｂ）におい
て、１つのスロット内でＮrep＝４PUSCH送信がＮrep＝４回の同じトランスポートブロッ
クの繰り返し送信を含んでもよい。第１の周波数ホップは最初の（Floor(Ｎrep／２)＝２）回の繰り返し送信を含む。第２の周波数ホップは（Ｎrep―Floor(Ｎrep／２)＝２）回
の繰り返し送信を含む。第１の周波数ホップは最初の２回の繰り返し送信に対応するシンボルを含む。第２の周波数ホップは最後の２回の繰り返し送信に対応するシンボルを含む。このとき、Ｎrep＝４、Ｎtotal＝１、Ｎslots＝１である。
図９（ｃ）において、トランスポートブロックのトータル繰り返し送信の回数Ｎtotal
は７です。Ｎtotalは、上位層のパラメータ、および／または、そのトランスポートブロ
ック送信をスケジュールするDCI内のフィールドによって通知されてもよい。図９（ｃ）
において、Ｎtotal回のトランスポートブロック繰り返し送信は２つのスロット内で行わ
れる。そして、端末装置１は、トランスポートブロックの繰り返し送信が行われるスロットのそれぞれに対して、スロット内周波数ホッピングを行ってもよい。図９（ｃ）において、最初の１つのスロット内でPUSCH送信がＮrep＝４回の同じトランスポートブロックの繰り返し送信を含んでもよい。第１の周波数ホップは最初の（Floor(Ｎrep／２)＝２）回の繰り返し送信を含む。第２の周波数ホップは（Ｎrep―Floor(Ｎrep／２)＝２）回の繰
り返し送信を含む。第１の周波数ホップはスロット内の最初の２回の繰り返し送信に対応するシンボルを含む。第２の周波数ホップはスロット内の最後の２回の繰り返し送信に対応するシンボルを含む。次のスロット内でPUSCH送信がＮrep＝３回の同じトランスポートブロックの繰り返し送信を含んでもよい。第１の周波数ホップは最初の（Floor(Ｎrep／
２)＝１）回の繰り返し送信を含む。第２の周波数ホップは（Ｎrep―Floor(Ｎrep／２)＝２）回の繰り返し送信を含む。第１の周波数ホップはスロット内の最初の１回の繰り返し送信に対応するシンボルを含む。第２の周波数ホップはスロット内の最後の２回の繰り返し送信に対応するシンボルを含む。スロットAでの１回の繰り返し送信に対応するシンボ
ルは、スロットBでの１回の繰り返し送信に対応するシンボルと同一でもよいし、異なっ
てもよい。スロットAまたはスロットBでの繰り返し送信のそれぞれに対応するシンボルは同一でもよいし、異なってもよい。このとき、スロットAでのＮrep＝４、スロットBでの
Ｎrep＝３、Ｎtotal＝７、Ｎslots＝２である。
図９（ｄ）において、トランスポートブロックのトータル繰り返し送信の回数Ｎtotal
は７です。Ｎtotal回のトランスポートブロック繰り返し送信は２つのスロット内で行わ
れる。そして、端末装置１は、トランスポートブロックの繰り返し送信が行われるスロット間周波数ホッピングを行ってもよい。RBoffsetは2つの周波数ホップ間のRBの周波数オ
フセットである。あるスロットで送信されるＰＵＳＣＨの開始ＲＢは、該スロットの番号nu sに基づいて決定されてもよい。nu s mod 2が０である場合に、該スロット内のPUSCHの
開始ＲＢはＲＢstartである。nu s mod 2が１である場合に、該スロット内のPUSCHの開始
ＲＢは、（式５）（ＲＢstart＋RBoffset） mod Ｎｓｉｚｅ ＢＷＰによって与えられてもよい。ＲＢstartはPUSCHをスケジュールするDCIに含まれる周波数リソース割り当てフィ
ールドによって与えられてもよい。このとき、スロットAでのＮrep＝４、スロットBでの
Ｎrep＝３、Ｎtotal＝７、Ｎslots＝２である。
図９（ｄ）において、例えば、通知されたNtotalが４の場合、端末装置１は、１つのスロット（スロットA）内で全部回数の繰り返し送信を行う。つまり、スロットBにおいて、端末装置１は、同じトランスポートブロックの繰り返し送信を行わなくてもよい。この場合、端末装置１は、スロット間周波数ホッピングが適用されないこととみなしてもよい。すなわち、端末装置１は、周波数ホッピングが設定されないこととみなし、周波数ホッピングなしPUSCH送信を行ってもよい。すなわち、該スロット内送信されるＲＢstartは、ス
ロットの番号に基づかず、DCIに含まれる周波数リソース割り当てフィールドによって与
えられてもよい。また、この場合、スロット内周波数ホッピングが適用されることとみなし、図９（ｂ）の示すようなスロット内周波数ホッピングを行ってもよい。このとき、スロットAでのＮrep＝４、スロットBでのＮrep＝０、Ｎtotal＝４、Ｎslots＝１である。
以下は本実施形態におけるスロット内周波数ホッピングの他の一例について説明する。
スロット内周波数ホッピングが設定される端末装置１は、１つのスロット内で同じトランスポートブロックの繰り返し送信の回数に基づいて、第１の周波数ホップと第２の周波数ホップを決定してもよい。
端末装置１は、１つのスロット内で同じトランスポートブロックの繰り返し送信の回数が１である場合に、第１の周波数ホップのシンボル数をFloor(ＮPUSCH,s symb／２)として決定し、第２の周波数ホップのシンボル数をＮPUSCH,s symbーFloor(ＮPUSCH,s symb／２)
として決定してもよい。すなわち、１つのスロット内で同じトランスポートブロックの繰り返し送信の回数が１の場合、第１の周波数ホップのシンボル数はFloor(ＮPUSCH,s symb
／２)によって与えられ、第２の周波数ホップのシンボル数はＮPUSCH,s symbーFloor(ＮPUSCH,s symb／２)によって与えられてもよい。ここで、ＮPUSCH,s symbは、1つのスロット内のOFDMシンボルにおけるPUSCH送信の長さであってもよい。ＮPUSCH,s symbは、該トランスポートブロックの送信をスケジュールする上りリンクグラントに含まれる‘Time domain resource assignment’フィールドに基づき得られた連続的な割り当てられるシンボル数
であってもよい。すなわち、ＮPUSCH,s symbは、１つのスロット内でトランスポートブロ
ックの１回の繰り返し送信に対応するシンボルの数であってもよい。
また、端末装置１は、１つのスロット内で同じトランスポートブロックの繰り返し送信の回数が１より多い場合に、第１の周波数ホップに含まれる繰り返し送信の回数をFloor(Ｎrep／２)として決定し、第２の周波数ホップに含まれる繰り返し送信の回数をＮrep―Floor(Ｎrep／２)として決定してもよい。Ｎrepは該スロット内で同じトランスポートブロックが繰り返し送信された回数であってもよい。すなわち、１つのスロット内で同じトランスポートブロックの繰り返し送信の回数が１より多い場合、第１の周波数ホップに含まれる繰り返し送信の回数はFloor(Ｎrep／２)によって与えられ、第２の周波数ホップに含まれる繰り返し送信の回数はＮrep―Floor(Ｎrep／２)によって与えられてもよい。第１の周波数ホップのシンボル数はその第１の周波数ホップが含む繰り返し送信に対応するシンボルであってもよい。第２の周波数ホップのシンボル数はその第２の周波数ホップが含む繰り返し送信に対応するシンボルであってもよい。例えば、第１の周波数ホップのシンボル数はFloor(Ｎrep／２)＊Ｌによって与えられてもよい。第２の周波数ホップのシンボル数は（Ｎrep―Floor(Ｎrep／２)）＊Ｌによって与えられてもよい。ここで、Lは、トランスポートブロックの繰り返し送信をスケジュールする上りリンクグラントに含まれる‘Time domain resource assignment’フィールドに基づき得られた連続的な割り当てられるシンボル数であってもよい。すなわち、Lは、１つのスロット内でそのトランスポートブロックの１回の繰り返し送信に対応するシンボルの数であってもよい。すなわち、Lは、前述のようなＮPUSCH,s symbであってもよい。すなわち、1つのスロット内で同じトランスポートブロックの繰り返し送信の回数が１である場合、該スロット内の周波数ホップの数は２であってもよい。
また、スロット内周波数ホッピングが設定される端末装置１は、1つのスロット内で同
じトランスポートブロックの繰り返し送信の回数が１より多い場合に、該スロット内の周波数ホップの数をＮｒｅｐとして決定してもよい。Ｎｒｅｐは該スロット内で同じトランスポートブロックが繰り返し送信された回数であってもよい。すなわち、1つのスロット
内で同じトランスポートブロックの繰り返し送信の回数が１より多い場合、該スロット内
の周波数ホップの数はＮｒｅｐの値であってもよい。第１の周波数ホップは１回目のトランスポートブロックの繰り返し送信に対応してもよい。第２の周波数ホップは２回目のトランスポートブロックの繰り返し送信に対応してもよい。第ｉの周波数ホップは、ｉ回目のトランスポートブロックの繰り返し送信に対応してもよい。第Ｎｒｅｐの周波数ホップはＮｒｅｐ回目のトランスポートブロックの繰り返し送信に対応してもよい。つまり、ｉは１からＮｒｅｐまでの値を取る。また、ｉは１からＮｔｏｔａｌまでの値を取る。第（（ｉ－１）ｍｏｄ２＝０）の周波数ホップの開始ＲＢは、ＲＢstartであってもよい。第
（（ｉ－１）ｍｏｄ２＝１）の周波数ホップの開始ＲＢは、（式５）（ＲＢstart＋ＲＢoffset）modＮｓｉｚｅ ＢＷＰによって与えられてもよい。前述のように、ＲＢstartはＰＵＳＣＨをスケジュールするＤＣＩに含まれる周波数リソース割り当てフィールドによって与えられてもよい。ＲＢoffsetは、上位層のパラメータから示される２つの周波数ホップ間のＲＢの周波数オフセットである。すなわち、ＲＢoffsetは第１の周波数ホップと第２の周波数ホップ間のＲＢの周波数オフセットである。すなわち、ＲＢoffsetは第ｉの周波数ホップと第（ｉ＋１）の周波数ホップ間のＲＢの周波数オフセットである。図２０は本実施形態における繰り返し送信の回数と周波数ホッピングの他の一例を示す図である。図２０で示すような周波数ホッピングはミニスロットアグリゲーション送信に適用されてもよい。図２０はスロット内周波数ホッピングを伴うスロット内ミニスロット送信を適用したＰＵＳＣＨ送信の一例である。または、図２０で示すような周波数ホッピングは１つのスロット内で繰り返し送信の回数が１より多いミニスロットアグリゲーション送信に適用されてもよい。
図２０（ａ）は、Ｎｔｏｔａｌ＝４、Ｎｒｅｐ＝４、Ｎslotsの＝１である。図２０（
ａ）において、端末装置１は、トランスポートブロックの繰り返し送信が行われるスロット内周波数ホッピングを行ってもよい。第１の周波数ホップは１回目のトランスポートブロックの繰り返し送信に対応してもよい。第２の周波数ホップは２回目のトランスポートブロックの繰り返し送信に対応してもよい。第３の周波数ホップは３回目のトランスポートブロックの繰り返し送信に対応してもよい。第４の周波数ホップは４回目のトランスポートブロックの繰り返し送信に対応してもよい。第１の周波数ホップと第３の周波数ホップの開始ＲＢは、ＲＢstartであってもよい。第２と第４の周波数ホップの開始ＲＢは、前述のような（式５）によって与えられてもよい。
図２０（ｂ）は、スロットAでのＮrep＝３、スロットBでのＮrep＝１、Ｎtotal＝４、
Ｎslots＝２である。図２０（ｂ）において、端末装置１は、トランスポートブロックの
繰り返し送信が行われるスロット内周波数ホッピングを行ってもよい。ｉ回目のトランスポートブロックの繰り返し送信が（（ｉ－１）ｍｏｄ２＝０）を満たす場合、該ｉ番目のトランスポートブロックの繰り返し送信の開始ＲＢは、ＲＢstartであってもよい。ｉ番
目のトランスポートブロックの繰り返し送信が（（ｉ－１）ｍｏｄ２＝１）を満たす場合、該ｉ回目のトランスポートブロックの繰り返し送信の開始ＲＢは、（式５）（ＲＢstart＋ＲＢoffset）modＮｓｉｚｅ ＢＷＰによって与えられてもよい。ｉは１からＮｔｏｔ
ａｌまでの値を取る。図２０（ｂ）において、１回目と３回目のトランスポートブロックの繰り返し送信の開始ＲＢは、ＲＢstartであってもよい。２回目と４回目のトランスポ
ートブロックの繰り返し送信の開始ＲＢは、前述のような（式５）によって与えられてもよい。即ち、図２０（ｂ）において、トランスポートブロックの繰り返し送信の開始ＲＢは、該繰り返し送信が行われるスロットと関わらず、同じトランスポートブロックが繰り返し送信される回数の順番に基づいて与えられてもよい。
図２０（ｃ）は、スロットAでのＮrep＝３、スロットBでのＮrep＝１、Ｎtotal＝４、
Ｎslots＝２である。スロットＡにおいて、ｉ回目のトランスポートブロックの繰り返し
送信が（（ｉ－１）ｍｏｄ２＝０）を満たす場合、該ｉ番目のトランスポートブロックの繰り返し送信の開始ＲＢは、ＲＢstartであってもよい。ｉ番目のトランスポートブロッ
クの繰り返し送信が（（ｉ－１）ｍｏｄ２＝１）を満たす場合、該ｉ回目のトランスポートブロックの繰り返し送信の開始ＲＢは、（式５）（ＲＢstart＋ＲＢoffset）modＮｓｉｚｅ ＢＷＰによって与えられてもよい。ここで、ｉは１からスロットＡにおけるＮｒｅ
ｐまでの値を取る。スロットＢにおいて、ｉ回目のトランスポートブロックの繰り返し送信が（（ｉ－１）ｍｏｄ２＝０）を満たす場合、該ｉ番目のトランスポートブロックの繰り返し送信の開始ＲＢは、ＲＢstartであってもよい。ｉ番目のトランスポートブロック
の繰り返し送信が（（ｉ－１）ｍｏｄ２＝１）を満たす場合、該ｉ回目のトランスポートブロックの繰り返し送信の開始ＲＢは、（式５）（ＲＢstart＋ＲＢoffset）modＮｓｉｚｅ ＢＷＰによって与えられてもよい。ここで、ｉは１からスロットＢにおけるＮｒｅｐ
までの値を取る。つまり、図２０（ｃ）において、１回目、３回目と４回目のトランスポートブロックの繰り返し送信の開始ＲＢは、ＲＢstartであってもよい。２回目のトランスポートブロックの繰り返し送信の開始ＲＢは、前述のような（式５）によって与えられてもよい。即ち、図２０（ｃ）において、トランスポートブロックの繰り返し送信の開始ＲＢは、該繰り返し送信が行われるスロット内で同じトランスポートブロックが繰り返し送信される回数の順番に基づいて与えられてもよい。
図１８は本実施形態における繰り返し送信回数の決定と周波数ホッピングの他の一例を示す図である。図１８は、Ｎtotal＝２を想定している。図１８（ａ）は周波数ホッピン
グなしでスロット内ミニスロット送信を適用したＰＵＳＣＨ送信の一例である。図１８（ｂ）は周波数ホッピングなしでスロット間ミニスロット送信を適用したＰＵＳＣＨ送信の一例である。図１８（ｃ）はスロット内周波数ホッピング（intra-slot frequency hopping）を伴うスロット内ミニスロット送信を適用したＰＵＳＣＨ送信の一例である。図１８（ｄ）はスロット間周波数ホッピング（inter-slot frequency hopping）を伴うスロット間ミニスロット送信を適用したＰＵＳＣＨ送信の一例である。図１８は、第２のアグリゲーション送信が設定されている場合に適用されてもよい。図１８で示すような周波数ホッピングはミニスロットアグリゲーション送信に適用されてもよい。または、図１８で示すような周波数ホッピングは１つのスロット内で繰り返し送信の回数が１より多いミニスロットアグリゲーション送信に適用されてもよい。
図１８（ａ）は、Ｎrep＝２、Ｎtotal＝２、Ｎslots＝１である。例えば、端末装置１
は、Ｎtotalを、上位層のパラメータ、および／または、そのトランスポートブロック送
信をスケジュールするDCI内のフィールドによって受信してもよい。端末装置１は、Ｎrepを、上位層のパラメータ、および／または、そのトランスポートブロック送信をスケジュールするDCI内のフィールドによって受信してもよい。第１のＰＵＳＣＨのスタートシンボルＳは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。第１のＰＵＳＣＨの連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。第２のＰＵＳＣＨのスタートシンボルＳは、第１のＰＵＳＣＨの後の最初の利用可能なシンボルであってもよい。第２のＰＵＳＣＨのスタートシンボルＳは、第１のＰＵＳＣＨに連続した最初のシンボルであってもよい。第２のＰＵＳＣＨの連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。ただし、第２のＰＵＳＣＨの連続的な割り当てられるシンボルは、第２のＰＵＳＣＨのスタートシンボルＳからスロットの最後のシンボルまでのシンボルであって、次のスロットまでまたがらない。よって、第２のＰＵＳＣＨのスタートシンボルＳからＬシンボルがスロットの最後のシンボル番号を超える場合は、Ｌは、第２のＰＵＳＣＨのスタートシンボルＳからそのスロットの最後のシンボル番号までのシンボル数となる。すなわち、端末装置１および基地局装置３は、第２のＰＵＳＣＨのシンボル数Ｌを、ＰＤＣＣＨに基づいて与えられるスタートシンボルＳ、ＰＤＣＣＨに基づいて与えられるシンボル数Ｌ、およびスロットのシンボル数（利用可能なシンボル数）の１つ、複数、または全部に基づいて決定してもよい。すなわち、第２のＰＵＳＣＨに対しては、ミニスロットアグリゲーション、スタートシンボル拡張およびシンボル数拡張が適用されていると言える。端末装置１および基地局装置３は、Ｎslots＝１であることを、Ｎrep、Ｎtotal、ＰＤＣＣＨに基づいて与えられるスタートシンボルＳ、ＰＤＣＣＨに基づいて与えられるシンボル数Ｌ、およびスロットのシンボル数（利用可能なシンボル数）の１つ、複数、または全部に基づいて決定してもよい。別の方法として、端末装置１は、基地局装置３からＮslots＝１であることを示す情報を受信してもよい。
図１８（ｂ）は、スロットAでのＮrep＝１、スロットBでのＮrep＝１、Ｎtotal＝２、
Ｎslots＝２である。例えば、端末装置１は、Ｎtotalを、上位層のパラメータ、および／または、そのトランスポートブロック送信をスケジュールするDCI内のフィールドによっ
て受信してもよい。端末装置１は、Ｎrepを、上位層のパラメータ、および／または、そ
のトランスポートブロック送信をスケジュールするDCI内のフィールドによって受信して
もよい。第１のＰＵＳＣＨのスタートシンボルＳは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。第１のＰＵＳＣＨの連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。ただし、第１のＰＵＳＣＨの連続的な割り当てられるシンボルは、ＰＤＣＣＨに基づいて与えられる第１のＰＵＳＣＨのスタートシンボルＳからスロットの最後のシンボルまでのシンボルであって、次のスロットまでまたがらない。よって、第１のＰＵＳＣＨのスタートシンボルＳからＬシンボルがスロットの最後のシンボル番号を超える場合は、Ｌは、第１のＰＵＳＣＨのスタートシンボルＳからそのスロットの最後のシンボル番号までのシンボル数となる。すなわち、端末装置１および基地局装置３は、第１のＰＵＳＣＨのシンボル数Ｌを、ＰＤＣＣＨに基づいて与えられるスタートシンボルＳ、ＰＤＣＣＨに基づいて与えられるシンボル数Ｌ、およびスロットのシンボル数（利用可能なシンボル数）の１つ、複数、または全部に基づいて決定してもよい。ミニスロットアグリゲーションを適用しない場合は通常、基地局装置は、スロットをまたがらないような値のシンボル数Ｌを、通知するようにしておけば、特別な処理は必要ないが、図１８（ｂ）の場合、ＰＤＣＣＨに基づいて与えられるＬは、２スロットを考慮した値であるかもしれないため上記のような処理が有効になる。
第２のＰＵＳＣＨのスタートシンボルＳは、スロットＢの最初の利用可能なシンボルであってもよい。第２のＰＵＳＣＨのスタートシンボルＳは、第１のＰＵＳＣＨに連続した最初のシンボルであってもよい。第２のＰＵＳＣＨの連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。ただし、第２のＰＵＳＣＨの連続的な割り当てられるシンボルは、第１のＰＵＳＣＨ送信に使用された残りのシンボル数であってもよい。すなわち、ＰＤＣＣＨに基づいて与えられるＬから、第１のＰＵＳＣＨシンボル数Ｌを引いたものを、第２のＰＵＳＣＨのシンボル数Ｌとしてもよい。すなわち、端末装置１および基地局装置３は、第２のＰＵＳＣＨのシンボル数Ｌを、ＰＤＣＣＨに基づいて与えられるスタートシンボルＳ、ＰＤＣＣＨに基づいて与えられるシンボル数Ｌ、スロットのシンボル数、および第１のＰＵＳＣＨで使用されるシンボル数の１つ、複数、または全部に基づいて決定してもよい。すなわち、第２のＰＵＳＣＨに対しては、スタートシンボル拡張およびシンボル数拡張が適用されていると言える。端末装置１および基地局装置３は、Ｎslots＝２であることを、Ｎrep、Ｎtotal、
ＰＤＣＣＨに基づいて与えられるスタートシンボルＳ、ＰＤＣＣＨに基づいて与えられるシンボル数Ｌ、およびスロットのシンボル数（利用可能なシンボル数）の１つ、複数、または全部に基づいて決定してもよい。別の方法として、端末装置１は、基地局装置３からＮslots＝２であることを示す情報を受信してもよい。
図１８（ｂ）は、スロットAでのＮrep＝１、スロットBでのＮrep＝１、であるため、スロットアグリゲーションとしても考えられる。すなわち、図１８（ｂ）は、第２のアグリゲーションにおけるシンボル割り当て拡張（スタートシンボル拡張および／またはシンボ
ル数拡張）であってもよい。
図１８（ｃ）は、図１８（ａ）に対して、スロット内周波数ホッピングを適用している。Ｎrep＝２、Ｎtotal＝２、Ｎslots＝１であるから、第１の周波数ホップは最初の（Floor(Ｎrep／２)＝１）回の繰り返し送信を含む。第２の周波数ホップは（Ｎrep―Floor(Ｎrep／２)＝１）回の繰り返し送信を含む。
図１８（ｄ）は、図１８（ｂ）に対して、スロット間周波数ホッピングを適用している。端末装置１および基地局装置３は、スロット間周波数ホッピングを適用するか、スロット内周波数ホッピングを適用するかは、Ｎslotsに基づいて決定してもよい。例えば、Ｎslot＝１の場合は、スロット内周波数ホッピングを適用し、Ｎslots＝２の場合は、スロット内周波数ホッピングを適用する。
図１９は本実施形態における繰り返し送信回数の決定と周波数ホッピングの他の一例を示す図である。図１９は、Ｎtotal＝４を想定している。図１９（ａ）は周波数ホッピン
グなしでスロット内ミニスロット送信を適用したＰＵＳＣＨ送信の一例である。図１９（ｂ）は周波数ホッピングなしでスロット間ミニスロット送信を適用したＰＵＳＣＨ送信の一例である。図１９（ｃ）はスロット内周波数ホッピング（intra-slot frequency hopping）を伴うスロット内ミニスロット送信を適用したＰＵＳＣＨ送信の一例である。図１９（ｄ）はスロット間周波数ホッピング（inter-slot frequency hopping）を伴うスロット間ミニスロット送信を適用したＰＵＳＣＨ送信の一例である。図１９は、第２のアグリゲーション送信が設定されている場合に適用されてもよい。図１９で示すような周波数ホッピングはミニスロットアグリゲーション送信に適用されてもよい。または、図１９で示すような周波数ホッピングは１つのスロット内で繰り返し送信の回数が１より多いミニスロットアグリゲーション送信に適用されてもよい。
図１９（ａ）は、Ｎrep＝４、Ｎtotal＝４、Ｎslots＝１である。例えば、端末装置１
は、Ｎtotalを、上位層のパラメータ、および／または、そのトランスポートブロック送
信をスケジュールするDCI内のフィールドによって受信してもよい。端末装置１は、Ｎrepを、上位層のパラメータ、および／または、そのトランスポートブロック送信をスケジュールするDCI内のフィールドによって受信してもよい。第１のＰＵＳＣＨのスタートシンボルＳは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。第１のＰＵＳＣＨの連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。即ち、第１のＰＵＳＣＨ（トランスポートブロックの１回目の繰り返し送信）の時間領域リソースは、そのトランスポートブロック送信をスケジュールするDCI内のフィールドによって示されてもよい。第２のＰＵＳＣＨのスタートシンボルＳは、第１のＰＵＳＣＨの後の最初の利用可能なシンボルであってもよい。第２のＰＵＳＣＨのスタートシンボルＳは、第１のＰＵＳＣＨに連続した最初のシンボルであってもよい。第２のＰＵＳＣＨの連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。同様に、Ｘ番目のＰＵＳＣＨのスタートシンボルＳは、Ｘ－１番目のＰＵＳＣＨの後の最初の利用可能なシンボルであってもよい。Ｘ番目のＰＵＳＣＨのスタートシンボルＳは、Ｘ－１番目のＰＵＳＣＨに連続した最初のシンボルであってもよい。Ｘ番目のＰＵＳＣＨの連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。
ただし、Ｘ番目のＰＵＳＣＨの連続的な割り当てられるシンボルは、Ｘ番目のＰＵＳＣＨのスタートシンボルＳからスロットの最後のシンボルまでのシンボルであって、次のスロットまでまたがらない。よって、Ｘ番目のＰＵＳＣＨのスタートシンボルＳからＬシンボルがスロットの最後のシンボル番号を超える場合は、Ｌは、第２のＰＵＳＣＨのスタートシンボルＳからそのスロットの最後のシンボル番号までのシンボル数となる。また、Ｘ
＋１番目のＰＵＳＣＨ送信は、次のスロットで行われる。または、Ｘ＋１番目のＰＵＳＣＨ送信は、次のスロットで行われない。Ｘ＋１番目のＰＵＳＣＨ送信が、行われるかどうかは、Ｎslotsに基づいて決定してもよい。例えば、Ｎslots＝１の場合は、Ｘ＋１番目のＰＵＳＣＨ送信は、行われない。Ｎslots＝２の場合は、Ｘ＋１番目のＰＵＳＣＨは、次
のスロットで行われる。別の方法として、Ｘ＋１番目のＰＵＳＣＨ送信が、行われるかどうかは、Ｎrepに基づいて決定してもよい。即ち、Ｎrep＋１番目のＰＵＳＣＨ送信は行われない。別の方法として、Ｘ＋１番目のＰＵＳＣＨ送信が、行われるかどうかは、Ｎtotal基づいて決定してもよい。即ち、Ｎtotal＋１番目のＰＵＳＣＨ送信は行われない。すなわち、端末装置１および基地局装置３は、Ｘ番目のＰＵＳＣＨのシンボル数Ｌを、ＰＤＣＣＨに基づいて与えられるスタートシンボルＳ、ＰＤＣＣＨに基づいて与えられるシンボル数Ｌ、スロットのシンボル数、Ｎtotal、ＮrepおよびＮslotsの１つ、複数、または全
部に基づいて決定してもよい。また、Ｘ＋１番目のＰＵＳＣＨ送信が、行われるかどうかは、Ｎtotal、ＮrepおよびＮslotsの１つ、複数、または全部に基づいて決定してもよい
。すなわち、図１９（ａ）のＰＵＳＣＨ送信に対しては、ミニスロットアグリゲーション、スタートシンボル拡張およびシンボル数拡張が適用されていると言える。端末装置１および基地局装置３は、Ｎslots＝１であることを、Ｎrep、Ｎtotal、ＰＤＣＣＨに基づい
て与えられるスタートシンボルＳ、ＰＤＣＣＨに基づいて与えられるシンボル数Ｌ、およびスロットのシンボル数（利用可能なシンボル数）の１つ、複数、または全部に基づいて決定してもよい。別の方法として、端末装置１は、基地局装置３からＮslots＝１である
ことを示す情報を受信してもよい。
また、図１９（ａ）において、第１のトランスミッションオケージョンのスタートシンボルＳは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。第１のトランスミッションオケージョンの連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。すなわち、第１のトランスミッションオケージョンは第１のＰＵＳＣＨの送信に用いられる。端末装置１は第１のトランスミッションオケージョンで第１のＰＵＳＣＨを基地局装置３へ送信してもよい。第１のＰＵＳＣＨがトランスポートブロックの１回目の繰り返し送信である。ＰＵＳＣＨが１回送信されると、トランスポートブロックの繰り返し送信の回数が１つインクリメントされてもよい。すなわち、第ＸのＰＵＳＣＨ（Ｘ番目のＰＵＳＣＨ）がトランスポートブロックの繰り返し送信のＸ回目の繰り返し送信である。第２のトランスミッションオケージョンのスタートシンボルＳは、第１のトランスミッションオケージョンの後の最初の利用可能なシンボルであってもよい。第２のトランスミッションオケージョンのスタートシンボルＳは、第１のトランスミッションオケージョンに連続した最初のシンボルであってもよい。第２のトランスミッションオケージョンのスタートシンボルＳは、最も近く送信されたＰＵＳＣＨの後の最初の利用可能なシンボルであってもよい。第２のトランスミッションオケージョンのスタートシンボルＳは、最も近く送信されたＰＵＳＣＨに連続した最初のシンボルであってもよい。第２のトランスミッションオケージョンでは、最も近く送信されたＰＵＳＣＨが第１のＰＵＳＣＨである。第２のトランスミッションオケージョンの連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。第２のトランスミッションオケージョンで送信された第２のＰＵＳＣＨはトランスポートブロックの２回目の繰り返し送信である。同様に、Ｘ番目のトランスミッションオケージョンのスタートシンボルＳは、Ｘ－１番目のトランスミッションオケージョンの後の最初の利用可能なシンボルであってもよい。Ｘ番目のトランスミッションオケージョンのスタートシンボルＳは、Ｘ－１番目のトランスミッションオケージョンに連続した最初のシンボルであってもよい。Ｘ番目のトランスミッションオケージョンのスタートシンボルＳは、最も近く送信されたＰＵＳＣＨの後の最初の利用可能なシンボルであってもよい。Ｘ番目のトランスミッションオケージョンのスタートシンボルＳは、最も近く送信されたＰＵＳＣＨに連続した最初のシンボルであってもよい。Ｘ番目のトランスミッションオケージョンの連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。Ｘ番目のトランスミッションオケージョンのシンボルは、利用可能なシンボルであってもよい。また、Ｘ番目のトランスミッションオケージョンの一部または全部のシンボルは、利用可能なシンボルではないかもしれない。すなわち、そのトランスミッションオケージョンに含まれる全部のシンボルは、ＰＵＳＣＨの送信に用いられることができない。このとき、もしそのトランスミッションオケージョンにおける連続的な利用可能なシンボルの数（最大の数）が第１の値と等しいまたは第１の値より大きい場合、端末装置１は、該連続的な利用可能なシンボルでＰＵＳＣＨ（例えば、トランスポートブロックのX回目の繰り返し送信）を基地局装置３へ送信してもよい。もしそのトランスミッションオケージョンにおける連続的な利用可能なシンボルの数（最大の数）が第１の値より少ない場合、端末装置１は、該トランスミッションオケージョンでＰＵＳＣＨ（例えば、トランスポートブロックのX回目の繰り返し送信）を基地局装置３へ送信しなくてもよい。また、X番目のトランスミッションオケージョンにおける連続的な利用可能なシンボルの数が第１の値より小さい場合に、端末装置１は、X－１番目のトランスミッションオケージョンに連続した、X番目のトランスミッションオケージョンにおける利用可能なシンボル、および、X－１番目のトランスミッションオケージョンのシンボルを用いて、トランスポートブロックの繰り返し送信（例えば、トランスポートブロックのX－１回目の繰り返し送信）を行ってもよい。即ち、この場合に、トランスポートブロックの繰り返し送信に用いられるシンボルは拡張されてもよい。ここで、第１の値は、予めに定義された値であってもよい。例えば、第１の値は１シンボルまたは２シンボルであってもよい。端末装置１と基地局装置３の間の上りリンク無線通信では、離散フーリエ変換拡散ＯＦＤＭ（DFT-S-OFDM: Discrete Fourier Transform Spread OFDM）が用いられた場合、第１の値は２シンボルであってもよい。端末装置１と基地局装置３の間の上りリンク無線通信では、サイクリックプレフィックス（CP: Cyclic Prefix）を含む直交周波数分割多重（OFDM: Orthogonal Frequency Division Multiplexing）が用いられた場合、第１の値は１シンボルであってもよい。また、第１の値は、上位層のパラメータから示されてもよい。第１の値は、ＰＤＣＣＨに基づいて与えられるシンボルＬに少なくとも基づいて決定されてもよい。例えば、第１の値は、ceiling（Ｌ＊Ｆ）によって与えられてもよい。Ｆは１より小さい値であってもよい。
また、第１の値は、（Ｌ－Ｔ）によって与えられてもよい。Ｔは１と等しいまたは１より大きい値であってもよい。ＦまたはＴの値は、上位層のパラメータから示されてもよい。ＦまたはＴの値は、異なるＬのそれぞれに対して異なる値に対応してもよい。
また、X番目のトランスミッションオケージョンにおける連続的な利用可能なシンボル
の数（最大の数）が第１の値より多い場合、端末装置１は、該連続的な利用可能なシンボルでトランスポートブロックの繰り返し送信（例えば、トランスポートブロックのX回目
の繰り返し送信）を基地局装置３へ送信してもよい。もしX番目のトランスミッションオ
ケージョンにおける連続的な利用可能なシンボルの数（最大の数）が第１の値と等しいまたは第１の値より小さい場合、端末装置１は、該トランスミッションオケージョンでトランスポートブロックの繰り返し送信（例えば、トランスポートブロックのX回目の繰り返
し送信）を基地局装置３へ送信しなくてもよい。また、X番目のトランスミッションオケ
ージョンにおける連続的な利用可能なシンボルの数が第１の値より小さい場合に、端末装置１は、X－１番目のトランスミッションオケージョンに連続した、X番目のトランスミッションオケージョンにおける利用可能なシンボル、および、X－１番目のトランスミッシ
ョンオケージョンのシンボルを用いて、トランスポートブロックの繰り返し送信（例えば、トランスポートブロックのX－１回目の繰り返し送信）を行ってもよい。即ち、この場合に、トランスポートブロックのX－１回目の繰り返し送信に用いられるシンボルは拡張されてもよい。
ただし、Ｘ番目のトランスミッションオケージョンの連続的な割り当てられるシンボルは、Ｘ番目のトランスミッションオケージョンのスタートシンボルＳからスロットの最後
のシンボルまでのシンボルであって、次のスロットまでまたがらない。よって、Ｘ番目のトランスミッションオケージョンのスタートシンボルＳからＬシンボルがスロットの最後のシンボル番号までのシンボル数となる。また、Ｘ＋１番目のトランスミッションオケージョンは、次のスロットにあってもよい。このとき、Ｘ＋１番目のトランスミッションオケージョンのスタートシンボルＳは、該スロットの最初の利用可能なシンボルであってもよい。Ｘ＋１番目のトランスミッションオケージョンのスタートシンボルＳは、該スロットの最初のシンボルであってもよい。Ｘ＋１番目のトランスミッションオケージョンの連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。
上述の各ＰＵＳＣＨのスタートシンボルおよびシンボル数の決定方法は、スロットアグリゲーションにおいても使用されてもよい。図２１は本実施形態におけるスロットアグリゲーション送信（第２のアグリゲーション送信）の一例を示す図である。図２１はミニスロットアグリゲーション送信において使用されてもよい。例えば、図２１は、Ｎrep＝１
、Ｎtotal＝３、Ｎslot＝３の場合を示している。第１のトランスミッションオケージョ
ンのスタートシンボルＳは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。第１のトランスミッションオケージョン（スロット）の連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。すなわち、第１のトランスミッションオケージョン（スロット）は第１のＰＵＳＣＨの送信に用いられる。端末装置１は第１のトランスミッションオケージョン（スロット）で第１のＰＵＳＣＨを基地局装置３へ送信してもよい。第１のＰＵＳＣＨがトランスポートブロックの１回目の繰り返し送信である。ＰＵＳＣＨが１回送信されると、トランスポートブロックの繰り返し送信の回数が１つインクリメントされてもよい。すなわち、第ＸのＰＵＳＣＨ（Ｘ番目のＰＵＳＣＨ）がトランスポートブロックの繰り返し送信のＸ回目の繰り返し送信である。第２のトランスミッションオケージョン（スロット）のスタートシンボルＳは、第１のトランスミッションオケージョン（スロット）の次のスロットの最初の利用可能なシンボルであってもよい。第２のトランスミッションオケージョン（スロット）の連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。第２のトランスミッションオケージョンで送信された第２のＰＵＳＣＨはトランスポートブロックの２回目の繰り返し送信である。同様に、Ｘ番目のトランスミッションオケージョン（スロット）のスタートシンボルＳは、Ｘ－１番目のトランスミッションオケージョン（スロット）の次のスロットの最初の利用可能なシンボルであってもよい。Ｘ番目のトランスミッションオケージョン（スロット）の連続的な割り当てられるシンボル数Ｌは、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる。Ｘ番目のトランスミッションオケージョン（スロット）のシンボルは、利用可能なシンボルであってもよい。また、Ｘ番目のトランスミッションオケージョン（スロット）の一部または全部のシンボルは、利用可能なシンボルではないかもしれない。すなわち、そのトランスミッションオケージョン（スロット）に含まれる全部のシンボルは、ＰＵＳＣＨの送信に用いられることができない。このとき、もしそのトランスミッションオケージョン（スロット）における連続的な利用可能なシンボルの数（最大の数）が第１の値と等しいまたは第１の値より大きい場合、端末装置１は、該連続的な利用可能なシンボルでＰＵＳＣＨを基地局装置３へ送信してもよい。もしそのトランスミッションオケージョン（スロット）における連続的な利用可能なシンボルの数（最大の数）が第１の値より少ない場合、端末装置１は、該トランスミッションオケージョン（スロット）でＰＵＳＣＨを基地局装置３へ送信しなくてもよい。ここで、第１の値は、上位層のパラメータから示されてもよい。第１の値は、ＰＤＣＣＨに基づいて与えられるシンボルＬに少なくとも基づいて決定されてもよい。例えば、第１の値は、ceiling（Ｌ＊Ｆ）によって与えられてもよい。Ｆは１より小さい値であってもよい。また、第１の値は、（Ｌ－Ｔ）によって与えられてもよい。Ｔは１と等しいまたは１より大きい値であってもよい。ＦまたはＴの値は、上位層のパラメータから示されてもよい。ＦまたはＴの値は、異なるＬのそれぞれに対して異なる値に対応してもよい。
前述のように、端末装置１は、あるトランスミッションオケージョンでＰＵＳＣＨを送信するかどうかを判断します。例えば、端末装置１は、Ｘ番目のトランスミッションオケージョンでＸ番目のＰＵＳＣＨを送信するかどうかを判断します。端末装置１は、もしＸ番目のトランスミッションオケージョンでＸ番目のＰＵＳＣＨを送信しないと判断したら、Ｘ＋１番目のトランスミッションオケージョンでＸ番目のＰＵＳＣＨを送信するかどうかを判断してもよい。トランスミッションオケージョンの番号が第２の値に達したら、端末装置１は、ＰＵＳＣＨの送信回数（トランスポートブロックの繰り返し送信の回数）がＮtotalに達しなくても、ＰＵＳＣＨの送信を行わなくてもよい。第２の値は、予めに定
義された値であってもよい。また、第２の値は、上位層のパラメータから示されてもよい。第２の値は、Ｎtotalの値に少なくとも基づいて決定されてもよい。例えば、第２の値
は、ceiling（Ｎtotal＊Ｔ）によって与えられてもよい。また、第２の値は、（Ｎtotal
＋Ｔ）によって与えられてもよい。Ｔは１と等しいまたは１より大きい値であってもよい。Ｔの値は、上位層のパラメータから示されてもよい。Ｔの値は、異なるＮtotalのそれ
ぞれに対して異なる値に対応してもよい。
また、スロットアグリゲーション送信が行われるスロットでは、２つまたは２つより多い利用可能なシンボルのバースト（上りリンク送信期間、ＵＬ ｐｅｒｉｏｄ）を含んでもよい。例えば、図２１（B）において、スロットBは利用可能なシンボルのバースト２０１と利用可能なシンボルのバースト２０２を有する。利用可能なシンボルのバーストは、スロット内の連続的な利用可能なシンボルからなる。バースト２０１とバースト２０２の間では、利用不可能なシンボルが存在する。端末装置１は、バースト２０１とバースト２０２の何れかを用いて、スロットBでＰＵＳＣＨ（第２の）を基地局装置３へ送信してもよい。バースト２０２に含まれるシンボルの数は、バースト２０１に含まれるシンボルの数より多い。端末装置１は、複数のバーストの内、最大の長さ（最大の利用可能なシンボルの数）を持つバーストを用いて、PUSCHを基地局装置３へ送信してもよい。すなわち、端末装置１は、バースト２０２でPUSCHを基地局装置３へ送信してもよい。また、端末装置１は、複数のバーストの内、一番早いバーストを用いて、PUSCHを基地局装置３へ送信してもよい。すなわち、端末装置１は、バースト２０１でPUSCHを基地局装置３へ送信してもよい。また、端末装置１は、同じ長さの複数のバーストの内、一番早いバーストを用いて、PUSCHを基地局装置３へ送信してもよい。すなわち、バースト２０１に含まれるシンボルの数とバースト２０２に含まれるシンボルの数が同一である場合、端末装置１は、バースト２０１でPUSCHを基地局装置３へ送信してもよい。また、端末装置１は、複数のバーストの内、前述のような第１の値と等しいまたは第１の値より大きい一番早いバーストを用いて、PUSCHを基地局装置３へ送信してもよい。また、端末装置１は、複数のバーストのそれぞれで、トランスポートブロックの繰り返し送信を行ってもよい。即ち、端末装置１は、バースト２０１でPUSCH（トランスポートブロックの２回目繰り返し送信）を基地局装置３へ送信してもよい。端末装置１は、バースト２０２でPUSCH（トランスポートブロックの３回目繰り返し送信）を基地局装置３へ送信してもよい。即ち、端末装置１は、１つより多いバーストを有するスロット内で１回より多いトランスポートブロックの繰り返し送信を行ってもよい。これにより、端末装置１と基地局装置３では、１つより多いバーストを有するスロット内のリソースが効率的に利用されることができる。トランスポートブロックの繰り返し送信に用いられるバーストが有する連続的な利用可能なシンボルの数は第１の値と等しいまたは第１の値より大きいであってもよい。スロットBで送信されるPUSCHのスタートシンボルＳは、送信に用いられるバーストの最初のシンボル（最初の利用可能なシンボル）であってもよい。スロットBで送信されるPUSCHの連続的な割り当てられるシンボル数は、基地局装置３から端末装置１に送信されるＰＤＣＣＨに基づいて与えられる連続的な割り当てられるシンボル数Lであってもよい。よって、送信に用いられるバーストの最初のシンボルからＬシンボルがそのバーストの最後のシンボル番号を超える場合は、Ｌは、送信に用いられるバーストの最初のシンボルからそのバーストの最後のシンボル番号までのシンボル数となる。または、スロットBで送信されるPUSCHの連続的な割り当てられるシンボル数は、送信に用いられるバーストの長さであってもよい。即ち、スロットBで送信されるPUSCHの連続的な割り当てられるシンボル数は、送信に用いられるバーストの最初のシンボルからバースト最後のシンボルまでのシンボルであって、該バーストをまたがらない。端末装置１および基地局装置３は、送信されるＰＵＳＣＨのシンボル数Ｌを、ＰＤＣＣＨに基づいて与えられるスタートシンボルＳ、ＰＤＣＣＨに基づいて与えられるシンボル数Ｌ、スロットのシンボル数、バーストの数、バースト内のシンボルの数、Ｎtotal、ＮrepおよびＮslotsの１つ、複数、または全部に基づいて決定してもよい。この方法は、一般化して、スロットA、スロットB,および／またはスロットCに使われてもよい。
図１９（ｂ）は、スロットAでのＮrep＝２、スロットBでのＮrep＝２、Ｎtotal＝４、
Ｎslots＝２である。図１９（ａ）と同様にして、端末装置１および基地局装置３は、Ｘ
番目のＰＵＳＣＨのシンボル数Ｌを、ＰＤＣＣＨに基づいて与えられるスタートシンボルＳ、ＰＤＣＣＨに基づいて与えられるシンボル数Ｌ、スロットのシンボル数、Ｎtotal、
ＮrepおよびＮslotsの１つ、複数、または全部に基づいて決定してもよい。また、Ｘ＋１番目のＰＵＳＣＨ送信が、行われるかどうかは、Ｎtotal、ＮrepおよびＮslotsの１つ、
複数、または全部に基づいて決定してもよい。
図１９（ｃ）は、図１９（ａ）に対して、スロット内周波数ホッピングを適用している。Ｎrep＝４、Ｎtotal＝４、Ｎslots＝１であるから、第１の周波数ホップは最初の（Floor(Ｎrep／２)＝２）回の繰り返し送信を含む。第２の周波数ホップは（Ｎrep―Floor(Ｎrep／２)＝２）回の繰り返し送信を含む。
図１９（ｄ）は、図１９（ｂ）に対して、スロット間周波数ホッピングを適用している。端末装置１および基地局装置３は、スロット間周波数ホッピングを適用するか、スロット内周波数ホッピングを適用するかは、Ｎslotsに基づいて決定してもよい。例えば、Ｎslot＝１の場合は、スロット内周波数ホッピングを適用し、Ｎslots＝２の場合は、スロット内周波数ホッピングを適用する。
本実施形態において、スロット内周波数ホッピングに関わる計算式において、Floor関
数の代わりに、ceiling関数を利用してもよい。一例として、式Floor(Ｎrep／２)には、Floor関数の代わりに、ceiling関数を利用し、Floor(Ｎrep／２)をceiling(Ｎrep／２)に
変更してもよい。
本実施形態の上りリンク送信において、利用可能なシンボルは、少なくとも上位層のパラメータTDD-UL-DL-ConfigurationCommonおよび／またはTDD-UL-DL-ConfigDedicatedによってフレキシブルおよび／または上りリンクとして示されるシンボルであってもよい。すなわち、利用可能なシンボルは、上位層のパラメータTDD-UL-DL-ConfigurationCommonおよび／またはTDD-UL-DL-ConfigDedicatedによって下りリンクとして示されるシンボルではない。上位層のパラメータTDD-UL-DL-ConfigurationCommonおよび／またはTDD-UL-DL-ConfigDedicatedは、上りリンク／下りリンクＴＤＤコンフィギュレーションを確定するために用いられる。また、利用可能なシンボルは、ＤＣＩフォーマット２＿０によって下りリンクとして示されるシンボルではない。また、利用可能なシンボルは、ランダムアクセスプリアンブルの送信のために設定されるシンボルではない。また、利用可能なシンボルは、サウンディング参照信号の送信のために設定されているシンボルではない。つまり、利用不可能なシンボルは、少なくとも上位層のパラメータTDD-UL-DL-ConfigurationCommonおよび／またはTDD-UL-DL-ConfigDedicatedによって下りリンクとして示されるシンボルであってもよい。利用不可能なシンボルは、ＤＣＩフォーマット２＿０によって下りリンクとして示されるシンボルであってもよい。利用不可能なシンボルは、ランダムアクセスプリアンブルの送信のために設定されるシンボルであってもよい。利用不可能なシンボルは、サウンディング参照信号の送信のために設定されるシンボルであってもよい。
ただし、利用可能なシンボルは、少なくとも上位層のパラメータssb-PositionsInBurstによって示されるシンボルではない。ssb-PositionsInBurstは、基地局装置３に送信されるＳＳ／ＰＢＣＨブロックの時間領域位置を示すために用いられる。すなわち、端末装置１は、ssb-PositionsInBurstによってＳＳ／ＰＢＣＨブロックが送信されるシンボルの位置を知る。ＳＳ／ＰＢＣＨブロックが送信されるシンボルは、ＳＳ／ＰＢＣＨブロックシンボルと称してもよい。すなわち、利用可能なシンボルは、ＳＳ／ＰＢＣＨブロックシンボルではない。即ち、利用不可能なシンボルは、ＳＳ／ＰＢＣＨブロックが送信されるシンボルであってもよい。
ただし、利用可能なシンボルは、少なくともpdcch-ConfigSIB1によって示されるシンボルではない。すなわち、利用可能なシンボルは、タイプ０ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴのためのpdcch-ConfigSIB1によって示されるシンボルではない。pdcch-ConfigSIB1はＭＩＢまたはServingCellConfigCommonに含まれてもよい。すなわち、利用不可能なシンボルは、タイプ０ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴが送信されるシンボルであってもよい。
これにより、端末装置１は、基地局装置３に対する上りリンクデータ送信を行なうことができる。
以下、本実施形態における装置の構成について説明する。
図２３は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベー
スバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、モニタ部、または、物理層処理部とも称する。上位層処理部１４を測定部、選択部、決定部または制御部１４とも称する。
上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロックと称されてもよい）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部１４は、基地局装置３から受信した上位層の信号に基づいて、トランスポートブロックの繰り返し送信を行うか否かを判断する機能を有する。上位層処理部１４は、基地局装置３から受信した上位層の信号に基づいて、第１のアグリゲーション送信および／または第２のアグリゲーション送信の何れを行うか否かを判断する。上位層処理部１４は、基地局装置３から受信した上位層の信号に基づいて、アグリゲーション送信（第２のアグリゲーション送信）に対して、シンボル割り当て拡張（スタートシンボル拡張および／またはシンボル数拡張）、動的繰り返し回数、および／またはミニスロットアグリゲーション送信を制御する機能を有する。上位層処理部１４は、基地局装置３から受信した上位層の信号に基づいて、トランスポートブロックの周波数ホッピング送信を行うか否かを判断する。上位層処理部１４は、１つのスロット内で同じトランスポートブロックの繰り返し送信回数に基づいて、第１の周波数ホップと第２の周波数ホップの設定を制御する機能を有する。上位層処理部１４は、周波数ホッピング情報やアグリゲーション送信情報などを無線送受信部１０に出力する。
上位層処理部１４は、第１の繰り返し送信回数を含む上位層の信号および／または第１の数を含むDCIフィールドに基づいて、第２の数を制御する機能を有する。第１の数は、
スロット内およびスロット間を含めた同じトランスポートブロックの繰り返し送信回数であってもよい。第２の数は、スロット内での同じトランスポートブロックの繰り返し送信回数であってもよい。上位層処理部１４は、ＤＣＩから与えられるシンボルの数と利用可能なシンボルの数に基づいて、ＰＵＳＣＨの送信に用いられるシンボル数を判断する。上位層処理部１４は、ＤＣＩから与えられるシンボルの数に少なくとも基づきＰＵＳＣＨの送信のためのトランスポートブロックサイズを決定する機能を有する。
上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣレイヤ（媒体アクセス制御層）の処理を行なう。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、スケジューリング要求の伝送の制御を行う。
上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣレイヤ（無線リソース制御層）の処理を行なう。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。無線リソース制御層処理部１６は、基地局装置３から受信した下りリンク制御情報に基づいてリソース割り当てを制御（特定）する。
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。無線送受信部１０は、基地局装置３から受信した上位層の信号（ＲＲＣメッセージ）、ＤＣＩなどを上位層処理部１４に出力する。また、無線送受信部１０は、上位層処理部１４からの指示に基づいて、上りリンク信号を生成して送信する。無線送受信部１０は、上位層処理部１４からの指示に基づいて、基地局装置３にトランスポートブロックを繰り返し送信することができる。無線送受信部１０は、トランスポートブロックの繰り返し送信が設定されている場合、同じトランスポートブロックを繰り返し送信する。繰り返し送信の回数については、上位層処理部１４からの指示に基づいて与えられる。無線送受信部１０は、上位層処理部１４から指示した第１の繰り返し回数に関する情報、第１の数、および、第２の数に基づいて、アグリゲーション送信でPUSCHを送信することを特徴とする。無線送受信部１０は、所定の条件に基づいて、アグリゲーション送信を制御することができる。具体的に、無線送受信部１０は、第１の条件を満たす場合、第２のアグリゲーション送信パラメータが設定されている場合に、それぞれのスロットでは同じシンボルアロケーションを適用して、トランスポートブロックを連続的なN個のスロットでN回繰り返し送信し、第２のアグリゲーション送信パラメータが設定されていない場合に、トランスポートブロックを１回送信する機能を有する。ここで、Nの値は第２のアグリゲーション送信パラメータに示される。また、無線送受信部１０はは、第２の条件を満たす場合、ミニスロットアグリゲーション送信を適用してトランスポートブロックを送信する機能を有する。第１の条件は、基地局装置３から受信したDCIで、PUSCHマッピングタイプがタイプAに示されることを少なくとも含む。第２の条件は、基地局装置３から受信したDCIで、PUSCHマッピングタイプがタイプBに示されることを少なくとも含む。
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去する。ＲＦ
部１２は、処理をしたアナログ信号をベースバンド部に出力する。
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をデジタル信号に変換する。ベースバンド部１３は、変換したデジタル信号からＣＰ（Cyclic
Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのデジタル信号を生成し、ベースバンドのデジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は在圏セルにおいて送信する上りリンク信号および／または上りリンクチャネルの送信電力を決定する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
図２４は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、モニタ部、または、物理層処理部とも称する。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。上位層処理部３４を、制御部３４とも称する。上位層処理部３４を、決定部３４とも称する。
上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部３４は、端末装置１に送信した上位層の信号に基づいて、トランスポートブロックの繰り返し送信を行うか否かを判断する機能を有する。上位層処理部３４は、端末装置１に送信した上位層の信号に基づいて、第１のアグリゲーション送信および／または第２のアグリゲーション送信の何れを行うか否かを判断する。上位層処理部３４は、端末装置１に送信した上位層の信号に基づいて、アグリゲーション送信（第２のアグリゲーション送信）に対して、シンボル割り当て拡張（スタートシンボル拡張および／またはシンボル数拡張）、動的繰り返し回数、および／またはミニスロットアグリゲーション送信を制御する機能を有する。上位層処理部３４は、端末装置１に送信した上位層の信号に基づいて、トランスポートブロックの周波数ホッピング送信を行うか否かを判断する。上位層処理部３４は、１つのスロット内で同じトランスポートブロックの繰り返し送信回数に基づいて、第１の周波数ホップと第２の周波数ホップの設定を制御する機能を有する。上位層処理部３４は、周波数ホッピング情報やアグリゲーション送信情報などを無線送受信部３０に出力する。
上位層処理部３４は、第１の繰り返し送信回数を含む上位層の信号および／または第１の数を含むDCIフィールドに基づいて、第２の数を制御する機能を有する。第１の数は、
スロット内およびスロット間を含めた同じトランスポートブロックの繰り返し送信回数であってもよい。第２の数は、スロット内での同じトランスポートブロックの繰り返し送信回数であってもよい。上位層処理部３４は、ＤＣＩから与えられるシンボルの数と利用可
能なシンボルの数に基づいて、ＰＵＳＣＨの送信に用いられるシンボル数を判断する。上位層処理部３４は、ＤＣＩから与えられるシンボルの数に少なくとも基づきＰＵＳＣＨの送信のためのトランスポートブロックサイズを決定する機能を有する。
上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣレイヤの処理を行なう。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、スケジューリングリクエストに関する処理を行う。
上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣレイヤの処理を行なう。無線リソース制御層処理部３６は、端末装置１にリソースの割当情報を含む下りリンク制御情報（上りリンクグラント、下りリンクグラント）を生成する。無線リソース制御層処理部３６は、下りリンク制御情報、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック、ランダムアクセス応答）、システム情報、ＲＲＣメッセージ、ＭＡＣ ＣＥ（Control Element）などを生成し、又は上位ノードから取
得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。無線リソース制御層処理部３６は、あるセルにおける１つまたは複数の参照信号の設定を特定するための情報を送信／報知してもよい。
基地局装置３から端末装置１にＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＰＤＣＣＨを送信し、端末装置１がその受信に基づいて処理を行う場合、基地局装置３は、端末装置が、その処理を行っていることを想定して処理（端末装置１やシステムの制御）を行う。すなわち、基地局装置３は、端末装置にその受信に基づく処理を行わせるようにするＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＰＤＣＣＨを端末装置１に送っている。
無線送受信部３０は、端末装置１に上位層の信号（ＲＲＣメッセージ）、ＤＣＩなどを送信する。また、無線送受信部３０は、上位層処理部３４からの指示に基づいて、端末装置１から送信した上りリンク信号を受信する。無線送受信部３０は、上位層処理部３４からの指示に基づいて、端末装置１からのトランスポートブロックの繰り返し送信を受信することができる。無線送受信部３０は、トランスポートブロックの繰り返し送信が設定されている場合、同じトランスポートブロックの繰り返し送信を受信する。繰り返し送信の回数については、上位層処理部３４からの指示に基づいて与えられる。無線送受信部３０は、上位層処理部３４から指示した第１の繰り返し回数に関する情報、第１の数、および、第２の数に基づいて、アグリゲーション送信でPUSCHを受信することを特徴とする。無線送受信部３０は、所定の条件に基づいて、アグリゲーション送信を制御することができる。具体的に、無線送受信部３０は、第１の条件を満たす場合、第２のアグリゲーション送信パラメータが設定されている場合に、それぞれのスロットでは同じシンボルアロケーションを適用して、トランスポートブロックを連続的なN個のスロットでN回繰り返し受信し、第２のアグリゲーション送信パラメータが設定されていない場合に、トランスポートブロックを１回受信する機能を有する。ここで、Nの値は第２のアグリゲーション送信パラメータに示される。また、無線送受信部３０は、第２の条件を満たす場合、ミニスロットアグリゲーション送信を適用してトランスポートブロックを受信する機能を有する。第１の条件は、端末装置１に送信したDCIで、PUSCHマッピングタイプがタイプAに示されることを少なくとも含む。第２の条件は、端末装置１に送信したDCIで、PUSCHマッピングタイプがタイプBに示されることを少なくとも含む。その他、無線送受信部３０の一部の機能は、無線送受信部１０と同様であるため説明を省略する。なお、基地局装置３が１つまたは複数の送受信点４と接続している場合、無線送受信部３０の機能の一部あるいは全部が、各送受信点４に含まれてもよい。
また、上位層処理部３４は、基地局装置３間あるいは上位のネットワーク装置（ＭＭＥ、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－ＧＷ））と基地局装置３との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図２４において、その他の基地局装置３の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、基地局装置３として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、上位層処理部３４には、無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）層処理部や、アプリケーション層処理部が存在している。
なお、図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置１および基地局装置３の機能および各手順を実現する要素である。
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
（１）より具体的には、本発明の第１の態様における端末装置１は、DCIを受信する受
信部１０と、前記DCIでスケジュールされるトランスポートブロックのトランスポートブ
ロックサイズを決定する決定部１４と、を備え、前記決定部１４は、第１のシンボルの数に基づきリソースエレメントを算出し、算出されたリソースエレメントに少なくとも基づき第１のＰＵＳＣＨのためのトランスポートブロックサイズを決定し、前記第１のシンボルの数は、前記ＤＣＩに含まれる第１のフィールドに与えられ、前記第１のＰＵＳＣＨ送信に用いられるシンボル数は、第１のシンボルの数および利用可能なシンボルの数に基づいて与えられ、前記第１のＰＵＳＣＨ送信は、前記トランスポートブロックの１回目繰り返し送信に対応する。
（２）本発明の第２の態様における基地局装置３は、DCIを送信する送信部３０と、前
記DCIでスケジュールされるトランスポートブロックのトランスポートブロックサイズを
決定する決定部３４と、を備え、前記決定部３４は、第１のシンボルの数に基づきリソースエレメントを算出し、算出されたリソースエレメントに少なくとも基づき第１のＰＵＳＣＨのためのトランスポートブロックサイズを決定し、前記第１のシンボルの数は、前記ＤＣＩに含まれる第１のフィールドに与えられ、前記第１のＰＵＳＣＨ送信の受信に用いられるシンボル数は、第１のシンボルの数および利用可能なシンボルの数に基づいて与えられ、前記第１のＰＵＳＣＨ送信の受信は、前記トランスポートブロックの１回目繰り返し送信に対応する。
これにより、端末装置１は、効率的に基地局装置３と通信することができる。
本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）、あるいはその他の記憶装置システムに格納される。
尚、本発明に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み
取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いることも可能である。
なお、本発明に関わる実施形態では、基地局装置と端末装置で構成される通信システムに適用される例を記載したが、Ｄ２Ｄ（Device to Device）のような、端末同士が通信を行うシステムにおいても適用可能である。
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
１（１Ａ、１Ｂ） 端末装置
３ 基地局装置
４ 送受信点（ＴＲＰ）
１０ 無線送受信部
１１ アンテナ部
１２ ＲＦ部
１３ ベースバンド部
１４ 上位層処理部
１５ 媒体アクセス制御層処理部
１６ 無線リソース制御層処理部
３０ 無線送受信部
３１ アンテナ部
３２ ＲＦ部
３３ ベースバンド部
３４ 上位層処理部
３５ 媒体アクセス制御層処理部
３６ 無線リソース制御層処理部
５０ 送信ユニット（ＴＸＲＵ）
５１ 位相シフタ
５２ アンテナエレメント

Claims (4)

  1. 第１のＰＵＳＣＨ（physical uplink shared channel ）のトランスポートブロックをスケジュールするＤＣＩ（downlink control information）を受信する受信部と、
    制御部と、
    送信部と、を備え、
    前記制御部は、
    第１のシンボルの数に基づきリソースエレメントを算出し、
    算出されたリソースエレメントに少なくとも基づき前記第１のＰＵＳＣＨのための前記トランスポートブロックのトランスポートブロックサイズを決定し、
    前記送信部は、
    前記第１のＰＵＳＣＨの前記トランスポートブロックを第２のシンボルの数で送信し、
    前記第１のシンボルの数は、前記ＤＣＩの第１のフィールドに与えられ、
    前記第２のシンボルの数は、利用可能なシンボルに基づき、
    前記第１のシンボルの数は、前記第２のシンボルの数及び利用不可能なシンボルの数を含み、
    前記利用不可能なシンボルの数は、少なくとも上位層のパラメータに基づく
    端末装置。
  2. 第１のＰＵＳＣＨ（physical uplink shared channel ）のトランスポートブロックをスケジュールするＤＣＩ（downlink control information）を送信する送信部と、
    制御部と、
    受信部と、を備え、
    前記制御部は、
    第１のシンボルの数に基づきリソースエレメントを算出し、
    算出されたリソースエレメントに少なくとも基づき前記第１のＰＵＳＣＨのための前記トランスポートブロックのトランスポートブロックサイズを決定し、
    前記受信部は、
    前記第１のＰＵＳＣＨの前記トランスポートブロックを第２のシンボルの数で受信し、
    前記第１のシンボルの数は、前記ＤＣＩの第１のフィールドに与えられ、
    前記第２のシンボルの数は、利用可能なシンボルに基づき、
    前記第１のシンボルの数は、前記第２のシンボルの数及び利用不可能なシンボルの数を含み、
    前記利用不可能なシンボルの数は、少なくとも上位層のパラメータに基づく
    基地局装置。
  3. 端末装置の通信方法であって、
    第１のＰＵＳＣＨ（physical uplink shared channel ）のトランスポートブロックをスケジュールするＤＣＩ（downlink control information）を受信し、
    第１のシンボルの数に基づきリソースエレメントを算出し、
    算出されたリソースエレメントに少なくとも基づき前記第１のＰＵＳＣＨのための前記トランスポートブロックのトランスポートブロックサイズを決定し、
    前記第１のＰＵＳＣＨの前記トランスポートブロックを第２のシンボルの数で送信し、
    前記第１のシンボルの数は、前記ＤＣＩの第１のフィールドに与えられ、
    前記第２のシンボルの数は、利用可能なシンボルに基づき、
    前記第１のシンボルの数は、前記第２のシンボルの数及び利用不可能なシンボルの数を含み、
    前記利用不可能なシンボルの数は、少なくとも上位層のパラメータに基づく
    通信方法。
  4. 基地局装置の通信方法であって、
    第１のＰＵＳＣＨ（physical uplink shared channel ）のトランスポートブロックをスケジュールするＤＣＩ（downlink control information）を送信し、
    第１のシンボルの数に基づきリソースエレメントを算出し、
    算出されたリソースエレメントに少なくとも基づき前記第１のＰＵＳＣＨのための前記トランスポートブロックのトランスポートブロックサイズを決定し、
    前記第１のＰＵＳＣＨの前記トランスポートブロックを第２のシンボルの数で受信し、
    前記第１のシンボルの数は、前記ＤＣＩの第１のフィールドに与えられ、
    前記第２のシンボルの数は、利用可能なシンボルに基づき、
    前記第１のシンボルの数は、前記第２のシンボルの数及び利用不可能なシンボルの数を含み、
    前記利用不可能なシンボルの数は、少なくとも上位層のパラメータに基づく
    通信方法。
JP2019024510A 2019-02-14 2019-02-14 基地局装置、端末装置、通信方法、および、集積回路 Active JP7313839B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2019024510A JP7313839B2 (ja) 2019-02-14 2019-02-14 基地局装置、端末装置、通信方法、および、集積回路
CN202080014688.2A CN113475138A (zh) 2019-02-14 2020-02-14 基站装置、终端装置、及通信方法
US17/430,980 US20220116144A1 (en) 2019-02-14 2020-02-14 Base station apparatus, terminal apparatus and communication method
PCT/JP2020/005751 WO2020166696A1 (ja) 2019-02-14 2020-02-14 基地局装置、端末装置、および通信方法
EP20755584.8A EP3927060A4 (en) 2019-02-14 2020-02-14 BASE STATION DEVICE, TERMINAL DEVICE AND COMMUNICATION METHOD

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019024510A JP7313839B2 (ja) 2019-02-14 2019-02-14 基地局装置、端末装置、通信方法、および、集積回路

Publications (2)

Publication Number Publication Date
JP2020136762A JP2020136762A (ja) 2020-08-31
JP7313839B2 true JP7313839B2 (ja) 2023-07-25

Family

ID=72044222

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019024510A Active JP7313839B2 (ja) 2019-02-14 2019-02-14 基地局装置、端末装置、通信方法、および、集積回路

Country Status (5)

Country Link
US (1) US20220116144A1 (ja)
EP (1) EP3927060A4 (ja)
JP (1) JP7313839B2 (ja)
CN (1) CN113475138A (ja)
WO (1) WO2020166696A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111436144B (zh) * 2019-01-11 2023-06-06 华为技术有限公司 一种确定传输块大小的方法及装置
WO2022032202A1 (en) * 2020-08-06 2022-02-10 Apple Inc. Cancellation and replacement of pusch
EP4211971A4 (en) * 2020-10-14 2024-03-13 Samsung Electronics Co Ltd TERMINAL, BASE STATION AND METHOD PERFORMED THEREFROM IN A WIRELESS COMMUNICATIONS SYSTEM
WO2022080946A1 (en) * 2020-10-16 2022-04-21 Samsung Electronics Co., Ltd. Method and apparatus for transmitting uplink channel in wireless communication system
CN116438782A (zh) * 2021-01-14 2023-07-14 Oppo广东移动通信有限公司 一种信道传输方法、电子设备及存储介质
EP4277186A4 (en) * 2021-01-15 2024-04-03 Huawei Tech Co Ltd COMMUNICATION METHOD AND APPARATUS, AND COMPUTER-READABLE STORAGE MEDIUM
EP4278521A1 (en) * 2021-01-18 2023-11-22 Nokia Technologies Oy Determining the resource elements for transport block size determination for a transport block spanning multiple slots
WO2022239080A1 (ja) * 2021-05-10 2022-11-17 株式会社Ｎｔｔドコモ 端末及び無線通信方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180287682A1 (en) 2017-03-23 2018-10-04 Samsung Electronics Co., Ltd. Method and apparatus for transmitting data in wireless communication system
US20190044642A1 (en) 2016-02-05 2019-02-07 Telefonaktiebolaget Lm Ericsson (Publ) Technique For Selecting A Transport Block Size In A Communication System

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101902313B (zh) * 2010-06-22 2013-03-20 中兴通讯股份有限公司 基于pusch传输的上行控制信息的编码方法及系统
US10425938B2 (en) * 2015-11-06 2019-09-24 Kt Corporation Method of determining modulation order and transport block size in downlink data channel, and apparatus thereof
CN108023666B (zh) * 2016-11-03 2020-07-28 华为技术有限公司 无线通信的方法和装置
EP3471304B1 (en) * 2017-03-23 2021-11-17 LG Electronics Inc. Method for determining transport block size and wireless device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190044642A1 (en) 2016-02-05 2019-02-07 Telefonaktiebolaget Lm Ericsson (Publ) Technique For Selecting A Transport Block Size In A Communication System
US20180287682A1 (en) 2017-03-23 2018-10-04 Samsung Electronics Co., Ltd. Method and apparatus for transmitting data in wireless communication system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Nokia, Nokia Shanghai Bell，Summary of Friday offline discussion on 7.2.6.1.3 potential enhancements for PUSCH for NR URLLC[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1-1901449，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_R，2019年01月25日，Section 2.2.3-2.2.4 and 3

Also Published As

Publication number Publication date
JP2020136762A (ja) 2020-08-31
WO2020166696A1 (ja) 2020-08-20
CN113475138A (zh) 2021-10-01
US20220116144A1 (en) 2022-04-14
EP3927060A4 (en) 2022-11-23
EP3927060A1 (en) 2021-12-22

Similar Documents

Publication Publication Date Title
JP7246874B2 (ja) 基地局装置、端末装置、および、通信方法
JP7271097B2 (ja) 基地局装置、端末装置、および、通信方法
JP7197297B2 (ja) 基地局装置、端末装置、および、通信方法
JP7286288B2 (ja) 基地局装置、端末装置、通信方法、および、集積回路
JP7313839B2 (ja) 基地局装置、端末装置、通信方法、および、集積回路
JP7249785B2 (ja) 端末装置、基地局装置、および通信方法
JP7287787B2 (ja) 基地局装置、端末装置、通信方法、および、集積回路
JP6917403B2 (ja) 基地局装置、端末装置および通信方法
JP7240843B2 (ja) 基地局装置、端末装置、通信方法、および、集積回路
JP7390111B2 (ja) 基地局装置、端末装置、および、通信方法
JP6963586B2 (ja) 基地局装置、端末装置、および通信方法
WO2020203427A1 (ja) 基地局装置、端末装置、および、通信方法
JP2022174350A (ja) 端末装置、基地局装置、および、通信方法
WO2021029367A1 (ja) 基地局装置、端末装置、および、通信方法
JP2022025801A (ja) 端末装置、基地局装置、および、通信方法
WO2020066854A1 (ja) 基地局装置、端末装置、通信方法、および、集積回路
WO2020195531A1 (ja) 基地局装置、端末装置、および、通信方法
WO2020218348A1 (ja) 基地局装置、端末装置、通信方法、および、集積回路
WO2021029402A1 (ja) 基地局装置、端末装置、および、通信方法

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20200706

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220209

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220927

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221128

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230221

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230406

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20230424

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20230428

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230627

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230712

R150 Certificate of patent or registration of utility model

Ref document number: 7313839

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150