JP7390111B2 - Base station device, terminal device, and communication method - Google Patents
Base station device, terminal device, and communication method Download PDFInfo
- Publication number
- JP7390111B2 JP7390111B2 JP2019084266A JP2019084266A JP7390111B2 JP 7390111 B2 JP7390111 B2 JP 7390111B2 JP 2019084266 A JP2019084266 A JP 2019084266A JP 2019084266 A JP2019084266 A JP 2019084266A JP 7390111 B2 JP7390111 B2 JP 7390111B2
- Authority
- JP
- Japan
- Prior art keywords
- pusch
- pdsch
- terminal device
- uplink shared
- physical uplink
- 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
Links
- 238000000034 method Methods 0.000 title claims description 57
- 238000004891 communication Methods 0.000 title claims description 37
- 230000005540 biological transmission Effects 0.000 claims description 167
- 230000011218 segmentation Effects 0.000 claims 5
- 238000013468 resource allocation Methods 0.000 description 195
- 208000015979 hopping Diseases 0.000 description 106
- 238000012545 processing Methods 0.000 description 75
- 238000013507 mapping Methods 0.000 description 54
- 238000010586 diagram Methods 0.000 description 42
- 230000006870 function Effects 0.000 description 30
- 238000012544 monitoring process Methods 0.000 description 11
- 125000004122 cyclic group Chemical group 0.000 description 10
- 230000011664 signaling Effects 0.000 description 10
- 235000008694 Humulus lupulus Nutrition 0.000 description 9
- 238000007726 management method Methods 0.000 description 9
- 230000001174 ascending effect Effects 0.000 description 8
- 235000019527 sweetened beverage Nutrition 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 6
- 230000007774 longterm Effects 0.000 description 6
- 238000011084 recovery Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 101150096310 SIB1 gene Proteins 0.000 description 4
- 230000002776 aggregation Effects 0.000 description 4
- 238000004220 aggregation Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 101150071746 Pbsn gene Proteins 0.000 description 3
- 230000009977 dual effect Effects 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 238000001228 spectrum Methods 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000003252 repetitive effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 206010009944 Colon cancer Diseases 0.000 description 1
- 101100180315 Schizosaccharomyces pombe (strain 972 / ATCC 24843) cwf29 gene Proteins 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 238000004378 air conditioning Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 239000003419 rna directed dna polymerase inhibitor Substances 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 238000001774 stimulated Raman spectroscopy Methods 0.000 description 1
- 230000008685 targeting Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Description
本発明は、基地局装置、端末装置、および、通信方法に関する。 The present invention relates to a base station device, a terminal device, and a communication method.
現在、第５世代のセルラーシステムに向けた無線アクセス方式および無線ネットワーク技術として、第三世代パートナーシッププロジェクト（3GPP: The Third Generation Partnership Project）において、LTE（Long Term Evolution）-Advanced Pro及びNR（New Radio technology）の技術検討及び規格策定が行われている（非特許文献１）。 Currently, the Third Generation Partnership Project (3GPP) is developing LTE (Long Term Evolution)-Advanced Pro and NR (New Radio) as radio access methods and radio network technologies for fifth generation cellular systems. (Non-Patent Document 1).
第５世代のセルラーシステムでは、高速・大容量伝送を実現するeMBB（enhanced Mobile BroadBand）、低遅延・高信頼通信を実現するURLLC（Ultra-Reliable and Low Latency Communication）、IoT（Internet of Things）などマシン型デバイスが多数接続するmMTC（massive Machine Type Communication）の3つがサービスの想定シナリオとして要求されている。 Fifth-generation cellular systems include eMBB (enhanced Mobile BroadBand), which achieves high-speed and large-capacity transmission, URLLC (Ultra-Reliable and Low Latency Communication), which realizes low-latency and highly reliable communication, and IoT (Internet of Things). Three possible service scenarios are required: mmTC (massive machine type communication), where a large number of machine type devices are connected.
本発明の目的は、上記のような無線通信システムにおいて、効率的な通信を可能とする端末装置、基地局装置、および、通信方法を提供することを目的とする。 An object of the present invention is to provide a terminal device, a base station device, and a communication method that enable efficient communication in a wireless communication system as described above.
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の一態様における端末装置は、第１の設定情報を含むＲＲＣメッセージを受信し、１つまたは複数の物理上りリンク共用チャネルをスケジュールする下りリンク制御情報を受信する受信部と、前記第１の設定情報と前記下りリンク制御情報に基づいて前記１つまたは複数の物理上りリンク共用チャネルの送信に使用するリソースを決定する決定部と、前記リソースで前記１つまたは複数の物理上りリンク共用チャネルを送信する送信部と、を備え、前記第１の設定情報で第１の周波数ホッピングモードが設定された場合に、前記決定部は、前記１つまたは複数の物理上りリンク共用チャネルのそれぞれを、第１のホップに含めるか第２のホップに含めるかを前記下りリンク制御情報に基づいて決定し、前記送信部は、各スロットにおいて、前記第１のホップの開始リソースブロックを第１のリソースブロックとし、前記第２のホップの開始リソースブロックを第２のリソースブロックとして前記１つまたは複数の物理上りリンク共用チャネルを送信する。 (1) In order to achieve the above object, aspects of the present invention take the following measures. That is, a terminal device according to an aspect of the present invention includes a receiving unit that receives an RRC message including first configuration information and receives downlink control information for scheduling one or more physical uplink shared channels; a determining unit that determines resources to be used for transmission of the one or more physical uplink shared channels based on first configuration information and the downlink control information; a transmitting unit that transmits a shared channel, and when a first frequency hopping mode is set in the first configuration information, the determining unit is configured to transmit a shared channel for each of the one or more physical uplink shared channels. is included in the first hop or in the second hop based on the downlink control information, and the transmitting unit includes the starting resource block of the first hop in the first hop in each slot. a resource block, and the one or more physical uplink shared channels are transmitted using a starting resource block of the second hop as a second resource block.
（２）また、本発明の一態様における基地局装置は、第１の設定情報を含むＲＲＣメッセージを送信し、１つまたは複数の物理上りリンク共用チャネルをスケジュールする下りリンク制御情報を送信する送信部と、前記第１の設定情報と前記下りリンク制御情報に基づいて前記１つまたは複数の物理上りリンク共用チャネルの送信に使用するリソースを決定する決定部と、前記リソースで前記１つまたは複数の物理上りリンク共用チャネルを受信する受信部と、を備え、前記第１の設定情報で第１の周波数ホッピングモードが設定された場合に、前記決定部は、前記１つまたは複数の物理上りリンク共用チャネルのそれぞれを、第１のホップに含めるか第２のホップに含めるかを前記下りリンク制御情報に基づ
いて決定し、前記受信部は、各スロットにおいて、前記第１のホップの開始リソースブロックを第１のリソースブロックとし、前記第２のホップの開始リソースブロックを第２のリソースブロックとして前記１つまたは複数の物理上りリンク共用チャネルを受信する。
(2) Furthermore, the base station device in one aspect of the present invention transmits an RRC message including the first configuration information, and transmits downlink control information for scheduling one or more physical uplink shared channels. a determining unit that determines resources to be used for transmission of the one or more physical uplink shared channels based on the first configuration information and the downlink control information; a receiving unit that receives a physical uplink shared channel of the one or more physical uplink shared channels, and when a first frequency hopping mode is set in the first configuration information, the determining unit The receiving unit determines whether to include each of the shared channels in the first hop or the second hop based on the downlink control information, and in each slot, the receiving unit includes a starting resource block of the first hop. is a first resource block, and the one or more physical uplink shared channels are received with the starting resource block of the second hop as a second resource block.
（３）また、本発明の一態様における通信方法は、端末装置の通信方法であって、第１の設定情報を含むＲＲＣメッセージを受信し、１つまたは複数の物理上りリンク共用チャネルをスケジュールする下りリンク制御情報を受信し、前記第１の設定情報と前記下りリンク制御情報に基づいて前記１つまたは複数の物理上りリンク共用チャネルの送信に使用するリソースを決定し、前記リソースで前記１つまたは複数の物理上りリンク共用チャネルを送信し、前記第１の設定情報で第１の周波数ホッピングモードが設定された場合に、前記１つまたは複数の物理上りリンク共用チャネルのそれぞれを、第１のホップに含めるか第２のホップに含めるかを前記下りリンク制御情報に基づいて決定し、各スロットにおいて、前記第１のホップの開始リソースブロックを第１のリソースブロックとし、前記第２のホップの開始リソースブロックを第２のリソースブロックとして前記１つまたは複数の物理上りリンク共用チャネルを送信する。 (3) Further, a communication method according to an aspect of the present invention is a communication method for a terminal device, which receives an RRC message including first configuration information, and schedules one or more physical uplink shared channels. receiving downlink control information, determining resources to be used for transmission of the one or more physical uplink shared channels based on the first configuration information and the downlink control information; or transmits a plurality of physical uplink shared channels, and when a first frequency hopping mode is configured in the first configuration information, each of the one or more physical uplink shared channels is transmitted as a first frequency hopping mode. It is determined based on the downlink control information whether to include the resource block in the first hop or the second hop, and in each slot, the starting resource block of the first hop is set as the first resource block, and the starting resource block of the second hop is set as the first resource block. The one or more physical uplink shared channels are transmitted using a starting resource block as a second resource block.
（４）また、本発明の一態様における通信方法は、基地局装置の通信方法であって、第１の設定情報を含むＲＲＣメッセージを送信し、１つまたは複数の物理上りリンク共用チャネルをスケジュールする下りリンク制御情報を送信し、前記第１の設定情報と前記下りリンク制御情報に基づいて前記１つまたは複数の物理上りリンク共用チャネルの送信に使用するリソースを決定し、前記リソースで前記１つまたは複数の物理上りリンク共用チャネルを受信し、前記第１の設定情報で第１の周波数ホッピングモードが設定された場合に、前記１つまたは複数の物理上りリンク共用チャネルのそれぞれを、第１のホップに含めるか第２のホップに含めるかを前記下りリンク制御情報に基づいて決定し、各スロットにおいて、前記第１のホップの開始リソースブロックを第１のリソースブロックとし、前記第２のホップの開始リソースブロックを第２のリソースブロックとして前記１つまたは複数の物理上りリンク共用チャネルを受信する。 (4) Furthermore, a communication method according to an aspect of the present invention is a communication method for a base station apparatus, in which an RRC message including first configuration information is transmitted, and one or more physical uplink shared channels are scheduled. transmit downlink control information for transmitting the one or more physical uplink shared channels based on the first configuration information and the downlink control information; one or more physical uplink shared channels are received, and a first frequency hopping mode is configured in the first configuration information, each of the one or more physical uplink shared channels is In each slot, the starting resource block of the first hop is set as the first resource block, and the starting resource block of the first hop is determined as the first resource block, and the resource block of the second hop is determined based on the downlink control information. receiving the one or more physical uplink shared channels with a starting resource block as a second resource block;
この発明によれば、基地局装置と端末装置が、効率的に通信することができる。 According to this invention, a base station device and a terminal device can communicate efficiently.
以下、本発明の実施形態について説明する。 Embodiments of the present invention will be described below.
図１は、本実施形態における無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ、端末装置１Ｂ、および基地局装置３を具備する。以下、端末装置１Ａ、および、端末装置１Ｂを、端末装置１とも称する。
FIG. 1 is a conceptual diagram of a wireless communication system in this embodiment. In FIG. 1, the wireless communication system includes a
端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（User Equipment）、ＭＳ（Mobile Station）とも称される。基地局装置３は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（Node B）、ｅＮＢ（evolved Node B）、ＢＴＳ（Base Transceiver Station）、ＢＳ（Base Station）、ＮＲ ＮＢ（NR Node B）、ＮＮＢ、ＴＲＰ（Transmission and Reception Point）、ｇＮＢとも称される。基地局装置３は、コアネットワーク装置を含んでも良い。また、基地局装置３は、１つまたは複数の送受信点４（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）を具備しても良い。以下で説明する基地局装置３の機能／処理の少なくとも一部は、該基地局装置３が具備する各々の送受信点４における機能／処理であってもよい。基地局装置３は、基地局装置３によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つまたは複数の送受信点４によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つのセルを複数の部分領域（Ｂｅａｍｅｄ ａｒｅａ）にわけ、それぞれの部分領域において端末装置１をサーブしてもよい。ここで、部分領域は、ビームフォーミングで使用されるビームのインデックスあるいはプリコーディングのインデックスに基づいて識別されてもよい。
The
基地局装置３から端末装置１への無線通信リンクを下りリンクと称する。端末装置１から基地局装置３への無線通信リンクを上りリンクと称する。
The wireless communication link from the
図１において、端末装置１と基地局装置３の間の無線通信では、サイクリックプレフィックス（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）が用いられてもよい。
In FIG. 1, wireless communication between a
また、図１において、端末装置１と基地局装置３の間の無線通信では、ユニバーサルフィルタマルチキャリア（UFMC: Universal-Filtered Multi-Carrier）、フィルタＯＦＤＭ（F-OFDM: Filtered OFDM）、窓関数が乗算されたＯＦＤＭ（Windowed OFDM）、フィルタバンクマルチキャリア（FBMC: Filter-Bank Multi-Carrier）が用いられてもよい。
In addition, in FIG. 1, in wireless communication between the
なお、本実施形態ではＯＦＤＭを伝送方式としてＯＦＤＭシンボルで説明するが、上述の他の伝送方式の場合を用いた場合も本発明に含まれる。 Note that in this embodiment, OFDM is used as the transmission method and will be explained using OFDM symbols, but the present invention also includes cases where other transmission methods described above are used.
また、図１において、端末装置１と基地局装置３の間の無線通信では、ＣＰを用いない、あるいはＣＰの代わりにゼロパディングをした上述の伝送方式が用いられてもよい。また、ＣＰやゼロパディングは前方と後方の両方に付加されてもよい。
Further, in FIG. 1, in wireless communication between the
本実施形態の一態様は、ＬＴＥやＬＴＥ－Ａ／ＬＴＥ－Ａ Ｐｒｏといった無線アクセス技術（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）は、ＰＵＣＣＨ送信と、競合ベースランダムアクセスをサポートする。 One aspect of this embodiment may operate in carrier aggregation or dual connectivity with Radio Access Technology (RAT) such as LTE and LTE-A/LTE-A Pro. At this time, some or all cells or cell groups, carriers or carrier groups (for example, primary cell (PCell), secondary cell (SCell), primary secondary cell (PSCell), MCG (Master Cell Group) ), SCG (Secondary Cell Group), etc.). It may also be used as a stand-alone device that operates independently. In dual connectivity operation, the SpCell (Special Cell) is a PCell of the MCG or a PSCell of the SCG, depending on whether the MAC (Medium Access Control) entity is associated with the MCG or the SCG, respectively. It is called. Unless it is a dual connectivity operation, SpCell (Special Cell) is called PCell. SpCell (Special Cell) supports PUCCH transmission and contention-based random access.
本実施形態では、端末装置１に対して１つまたは複数のサービングセルが設定されてもよい。設定された複数のサービングセルは、１つのプライマリセルと１つまたは複数のセカンダリセルとを含んでもよい。プライマリセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリセルと指示されたセルであってもよい。ＲＲＣ（Radio Resource Control）コネクションが確立された時点、または、後に、１つまたは複数のセカンダリセルが設定されてもよい。ただし、設定された複数のサービングセルは、１つのプライマリセカンダリセルを含んでもよい。プライマリセカンダリセルは、端末装置１が設定された１つまたは複数のセカンダリセルのうち、上りリンクにおいて制御情報を送信可能なセカンダリセルであってもよい。また、端末装置１に対して、マスターセルグループとセカンダリセルグループの２種類のサービングセルのサブセットが設定されてもよい。マスターセルグループは１つのプライマリセルと０個以上のセカンダリセルで構成されてもよい。セカンダリセルグループは１つのプライマリセカンダリセルと０個以上のセカンダリセルで構成されてもよい。
In this embodiment, one or more serving cells may be configured for the
本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用されてよい。複数のセルの全てに対してＴＤ
Ｄ（Time Division Duplex）方式またはＦＤＤ（Frequency Division Duplex）方式が適
用されてもよい。また、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。ＴＤＤ方式はアンペアードスペクトラムオペレーション（Unpaired spectrum operation）と称されてもよい。ＦＤＤ方式はペアードスペクトラムオペレーション（Paired spectrum operation）と称されてもよい。
The wireless communication system of this embodiment may apply TDD (Time Division Duplex) and/or FDD (Frequency Division Duplex). TD for all multiple cells
A D (Time Division Duplex) method or an FDD (Frequency Division Duplex) method may be applied. Furthermore, cells to which the TDD scheme is applied and cells to which the FDD scheme is applied may be aggregated. The TDD method may be referred to as unpaired spectrum operation. The FDD method may be referred to as paired spectrum operation.
下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリア（あるいは下りリンクキャリア）と称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリア（あるいは上りリンクキャリア）と称する。サイドリンクにおいて、サービングセルに対応するキャリアをサイドリンクコンポーネントキャリア（あるいはサイドリンクキャリア）と称する。下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア、および／またはサイドリンクコンポーネントキャリアを総称してコンポーネントキャリア（あるいはキャリア）と称する。 In the downlink, a carrier corresponding to a serving cell is referred to as a downlink component carrier (or downlink carrier). In the uplink, a carrier corresponding to a serving cell is referred to as an uplink component carrier (or uplink carrier). In the sidelink, a carrier corresponding to a serving cell is called a sidelink component carrier (or sidelink carrier). A downlink component carrier, an uplink component carrier, and/or a sidelink component carrier are collectively referred to as a component carrier (or carrier).
本実施形態の物理チャネルおよび物理信号について説明する。 The physical channel and physical signal of this embodiment will be explained.
図１において、端末装置１と基地局装置３の無線通信では、以下の物理チャネルが用いられる。
In FIG. 1, the following physical channels are used in wireless communication between the
・ＰＢＣＨ（物理報知チャネル：Physical Broadcast CHannel）
・ＰＤＣＣＨ（物理下りリンク制御チャネル：Physical Downlink Control CHannel）
・ＰＤＳＣＨ（物理下りリンク共用チャネル：Physical Downlink Shared CHannel）
・ＰＵＣＣＨ（物理上りリンク制御チャネル：Physical Uplink Control CHannel）
・ＰＵＳＣＨ（物理上りリンク共用チャネル：Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access CHannel）
・PBCH (Physical Broadcast CHannel)
・PDCCH (Physical Downlink Control CHannel)
・PDSCH (Physical Downlink Shared CHannel)
・PUCCH (Physical Uplink Control CHannel)
・PUSCH (Physical Uplink Shared CHannel)
・PRACH (Physical Random Access CHannel)
ＰＢＣＨは、端末装置１が必要な重要なシステム情報を含む重要情報ブロック（MIB: Master Information Block、EIB: Essential Information Block、ＢＣＨ：Broadcast Channel）を報知するために用いられる。
The PBCH is used by the
また、ＰＢＣＨは、同期信号のブロック（ＳＳ／ＰＢＣＨブロックとも称する）の周期内の時間インデックスを報知するために用いられてよい。ここで、時間インデックスは、セル内の同期信号およびＰＢＣＨのインデックスを示す情報である。例えば、３つの送信ビーム（送信フィルタ設定、受信空間パラメータに関する擬似同位置（ＱＣＬ：Quasi Co-Location））の想定を用いてＳＳ／ＰＢＣＨブロックを送信する場合、予め定められた周期内または設定された周期内の時間順を示してよい。また、端末装置は、時間インデックスの違いを送信ビームの違いと認識してもよい。 Further, the PBCH may be used to broadcast a time index within the period of a synchronization signal block (also referred to as an SS/PBCH block). Here, the time index is information indicating the index of the synchronization signal and PBCH within the cell. For example, when transmitting an SS/PBCH block using the assumption of three transmit beams (transmit filter settings, quasi co-location (QCL) regarding receive spatial parameters), within a predetermined period or set may indicate the time order within the cycle. Furthermore, the terminal device may recognize a difference in time index as a difference in transmission beams.
ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置１への無線通信）において、下りリンク制御情報（Downlink Control Information: DCI）を送信する（また
は運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいて
ＰＤＣＣＨ候補（candidate）のセットをモニタする。モニタすることは、あるＤＣＩフ
ォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。
The PDCCH is used to transmit (or carry) downlink control information (DCI) in downlink wireless communication (wireless communication from the
例えば、以下のＤＣＩフォーマットが定義されてよい。
・ＤＣＩフォーマット０＿０
・ＤＣＩフォーマット０＿１
・ＤＣＩフォーマット０＿２
・ＤＣＩフォーマット１＿０
・ＤＣＩフォーマット１＿１
・ＤＣＩフォーマット１＿２
・ＤＣＩフォーマット２＿０
・ＤＣＩフォーマット２＿１
・ＤＣＩフォーマット２＿２
・ＤＣＩフォーマット２＿３
For example, the following DCI format may be defined:
・DCI format 0_0
・DCI format 0_1
・DCI format 0_2
・DCI format 1_0
・DCI format 1_1
・DCI format 1_2
・DCI format 2_0
・DCI format 2_1
・DCI format 2_2
・DCI format 2_3
ＤＣＩフォーマット０＿０は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿０は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。ＤＣＩフォーマット０＿０は、識別子であるＲａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ（ＲＮＴＩ）のうち、Ｃｅｌｌ－ＲＮＴＩ（Ｃ－ＲＮＴＩ）、Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ（ＣＳ）－ＲＮＴＩ）、ＭＣＳ―Ｃ－ＲＮＴＩ、および／または、Ｔｅｍｐｏｒａｒｙ Ｃ－ＮＲＴＩ（ＴＣ－ＲＮＴＩ）の何れかによってスクランブルされるＣＲＣ（Cyclic Redundancy Check）が付加されてもよい。ＤＣＩフォーマット０＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。 DCI format 0_0 may be used for PUSCH scheduling in a certain serving cell. DCI format 0_0 may include information indicating PUSCH scheduling information (frequency domain resource allocation and time domain resource allocation). DCI format 0_0 is an identifier of Radio Network Temporary Identifier (RNTI), Cell-RNTI (C-RNTI), Configured Scheduling (CS)-RNTI), MCS-C-RNTI, and/or T temporary C-NRTI A CRC (Cyclic Redundancy Check) scrambled by either (TC-RNTI) may be added. DCI format 0_0 may be monitored in the common search space or the UE-specific search space.
ＤＣＩフォーマット０＿１は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿１は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ：BandWidth Part）を示す情報、チャネル状態情報（ＣＳＩ：Channel State Information）リクエスト、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）リクエスト、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット０＿１は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、Ｓｅｍｉ Ｐｅｒｓｉｓｔｅｎｔ（ＳＰ）－ＣＳＩ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。 DCI format 0_1 may be used for PUSCH scheduling in a certain serving cell. DCI format 0_1 includes information indicating PUSCH scheduling information (frequency domain resource allocation and time domain resource allocation), information indicating band part (BWP: BandWidth Part), channel state information (CSI) request, and sounding reference. It may include information regarding a signal (SRS: Sounding Reference Signal) request and/or an antenna port. DCI format 0_1 may include a CRC scrambled by any of RNTI, C-RNTI, CS-RNTI, Semi Persistent (SP)-CSI-RNTI, and/or MCS-C-RNTI. . DCI format 0_1 may be monitored in the UE specific search space.
ＤＣＩフォーマット０＿２は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿２は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、ＢＷＰを示す情報、ＣＳＩリクエスト、ＳＲＳリクエスト、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット０＿２は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳＩ－ＲＮＴＩ、ＳＰ－ＣＳＩ－ＲＮＴＩ、および／または、ＭＣＳ－Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿２は、ＵＥ固有サーチスペースにおいてモニタされてもよい。ＤＣＩフォーマット０＿２は、ＤＣＩフォーマット０＿１Ａ等と称されるかもしれない。 DCI format 0_2 may be used for PUSCH scheduling in a certain serving cell. DCI format 0_2 may include information indicating PUSCH scheduling information (frequency domain resource allocation and time domain resource allocation), information indicating BWP, CSI request, SRS request, and/or information regarding antenna ports. DCI format 0_2 may include a CRC scrambled by any one of C-RNTI, CSI-RNTI, SP-CSI-RNTI, and/or MCS-C-RNTI among RNTIs. DCI format 0_2 may be monitored in the UE specific search space. DCI format 0_2 may be referred to as DCI format 0_1A, etc.
ＤＣＩフォーマット１＿０は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿０は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を
含んでよい。ＤＣＩフォーマット１＿０は、識別子のうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＭＣＳ―Ｃ－ＲＮＴＩ、Ｐａｇｉｎｇ ＲＮＴＩ（Ｐ－ＲＮＴＩ）、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＩ）－ＲＮＴＩ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ（ＲＡ）－ＲＮＴＩ、および／または、ＴＣ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。
DCI format 1_0 may be used for PDSCH scheduling in a certain serving cell. DCI format 1_0 may include information indicating PDSCH scheduling information (frequency domain resource allocation and time domain resource allocation). Among the identifiers, DCI format 1_0 is C-RNTI, CS-RNTI, MCS-C-RNTI, Paging RNTI (P-RNTI), System Information (SI)-RNTI, Random Access (RA)-RNTI, and/or , TC-RNTI may be added. DCI format 1_0 may be monitored in the common search space or the UE-specific search space.
ＤＣＩフォーマット１＿１は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿１は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ）を示す情報、送信設定指示（ＴＣＩ：Transmission Configuration Indication）、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォ
ーマット１＿１は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。
DCI format 1_1 may be used for PDSCH scheduling in a certain serving cell. DCI format 1_1 includes information indicating PDSCH scheduling information (frequency domain resource allocation and time domain resource allocation), information indicating band portion (BWP), transmission configuration indication (TCI), and/or antenna port. may contain information regarding. The DCI format 1_1 may include a CRC scrambled by any one of the C-RNTI, CS-RNTI, and/or MCS-C-RNTI among the RNTIs. DCI format 1_1 may be monitored in the UE specific search space.
ＤＣＩフォーマット１＿２は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿２は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、ＢＷＰを示す情報、ＴＣＩ、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット１＿２は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿２は、ＵＥ固有サーチスペースにおいてモニタされてもよい。ＤＣＩフォーマット１＿２は、ＤＣＩフォーマット１＿１Ａ等と称されるかもしれない。 DCI format 1_2 may be used for PDSCH scheduling in a certain serving cell. DCI format 1_2 may include information indicating PDSCH scheduling information (frequency domain resource allocation and time domain resource allocation), information indicating BWP, TCI, and/or information regarding antenna ports. DCI format 1_2 may include a CRC scrambled by any one of the C-RNTI, CS-RNTI, and/or MCS-C-RNTI among the RNTIs. DCI format 1_2 may be monitored in the UE specific search space. DCI format 1_2 may be referred to as DCI format 1_1A, etc.
ＤＣＩフォーマット２＿０は、１つまたは複数のスロットのスロットフォーマットを通知するために用いられる。スロットフォーマットは、スロット内の各ＯＦＤＭシンボルが下りリンク、フレキシブル、上りリンクのいずれかに分類されたものとして定義される。例えば、スロットフォーマットが２８の場合、スロットフォーマット２８が指示されたスロット内の１４シンボルのＯＦＤＭシンボルに対してＤＤＤＤＤＤＤＤＤＤＤＤＦＵが適用される。ここで、Ｄが下りリンクシンボル、Ｆがフレキシブルシンボル、Ｕが上りリンクシンボルである。なお、スロットについては後述する。 DCI format 2_0 is used to notify the slot format of one or more slots. The slot format is defined as each OFDM symbol within the slot classified as one of downlink, flexible, and uplink. For example, when the slot format is 28, DDDDDDDDDDDDFU is applied to 14 OFDM symbols in the slot in which slot format 28 is designated. Here, D is a downlink symbol, F is a flexible symbol, and U is an uplink symbol. Note that the slot will be described later.
ＤＣＩフォーマット２＿１は、端末装置１に対して、送信がないと想定してよい物理リソースブロック（ＰＲＢあるいはＲＢ）とＯＦＤＭシンボルを通知するために用いられる。なお、この情報はプリエンプション指示（間欠送信指示）と称してよい。
DCI format 2_1 is used to notify the
ＤＣＩフォーマット２＿２は、ＰＵＳＣＨおよびＰＵＳＣＨのための送信電力制御（ＴＰＣ：Transmit Power Control）コマンドの送信のために用いられる。 DCI format 2_2 is used for transmitting PUSCH and transmit power control (TPC) commands for PUSCH.
ＤＣＩフォーマット２＿３は、１または複数の端末装置１によるサウンディング参照信号（ＳＲＳ）送信のためのＴＰＣコマンドのグループを送信するために用いられる。また、ＴＰＣコマンドとともに、ＳＲＳリクエストが送信されてもよい。また、ＤＣＩフォーマット２＿３に、ＰＵＳＣＨおよびＰＵＣＣＨのない上りリンク、またはＳＲＳの送信電力制御がＰＵＳＣＨの送信電力制御と紐付いていない上りリンクのために、ＳＲＳリクエストとＴＰＣコマンドが定義されてよい。
DCI format 2_3 is used to transmit a group of TPC commands for sounding reference signal (SRS) transmission by one or more
下りリンクに対するＤＣＩを、下りリンクグラント（downlink grant）、または、下りリンクアサインメント（downlink assignment）とも称する。ここで、上りリンクに対す
るＤＣＩを、上りリンクグラント（uplink grant）、または、上りリンクアサインメント（Uplink assignment）とも称する。ＤＣＩを、ＤＣＩフォーマットとも称してもよい。
DCI for downlinks is also referred to as downlink grant or downlink assignment. Here, the DCI for uplink is also referred to as uplink grant or uplink assignment. DCI may also be referred to as DCI format.
１つのＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣパリティビットは、ＳＩ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、または、ＴＣ－ＲＮＴＩでスクランブルされる。ＳＩ－ＲＮＴＩはシステム情報のブロードキャストに使用される識別子であってもよい。Ｐ－ＲＮＴＩは、ページングおよびシステム情報変更の通知に使用される識別子であってもよい。Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩは、セル内において端末装置を識別するための識別子である。ＴＣ－ＲＮＴＩは、競合ベースのランダムアクセス手順（contention based random access procedure）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。
The CRC parity bits added to the DCI format transmitted on one PDCCH are scrambled with SI-RNTI, P-RNTI, C-RNTI, CS-RNTI, RA-RNTI, or TC-RNTI. SI-RNTI may be an identifier used for broadcasting system information. The P-RNTI may be an identifier used for paging and notification of system information changes. C-RNTI, MCS-C-RNTI, and CS-RNTI are identifiers for identifying terminal devices within a cell. TC-RNTI is an identifier for identifying the
Ｃ－ＲＮＴＩは、１つまたは複数のスロットにおけるＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられる。ＣＳ－ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。ＭＣＳ－Ｃ－ＲＮＴＩは、グラントベース送信（grant-based transmission）に対して所定のＭＣＳテーブルの使用を示すために用いられる。ＴＣ－ＲＮＴＩは、１つまたは複数のスロットにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。ＴＣ－ＲＮＴＩは、ランダムアクセスメッセージ３の再送信、およびランダムアクセスメッセージ４の送信をスケジュールするために用いられる。ＲＡ－ＲＮＴＩは、ランダムアクセスプリアンブルを送信した物理ランダムアクセスチャネルの周波数および時間の位置情報に応じて決定される。
C-RNTI is used to control PDSCH or PUSCH in one or more slots. CS-RNTI is used to periodically allocate PDSCH or PUSCH resources. MCS-C-RNTI is used to indicate the use of a predetermined MCS table for grant-based transmission. TC-RNTI is used to control PDSCH or PUSCH transmission in one or more slots. TC-RNTI is used to schedule the retransmission of
Ｃ－ＲＮＴＩおよび／またはその他のＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのトラフィックのタイプに対応して異なる値が用いられてもよい。Ｃ－ＲＮＴＩおよびその他のＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨで伝送されるデータのサービスタイプ（ｅＭＢＢ、ＵＲＬＬＣ、および／または、ｍＭＴＣ）に対応して異なる値が用いられてもよい。基地局装置３は、送信するデータのサービスタイプに対応して異なる値のＲＮＴＩを用いてもよい。端末装置１は、受信したＤＣＩに適用された（スクランブルに用いられた）ＲＮＴＩの値によって、関連するＰＤＳＣＨまたはＰＵＳＣＨで伝送されるデータのサービスタイプを識別してもよい。
Different values of the C-RNTI and/or other RNTIs may be used depending on the type of PDSCH or PUSCH traffic. Different values may be used for the C-RNTI and other RNTIs depending on the service type (eMBB, URLLC, and/or mMTC) of data transmitted on the PDSCH or PUSCH. The
ＰＵＣＣＨは、上りリンクの無線通信（端末装置１から基地局装置３の無線通信）において、上りリンク制御情報（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）に対するＨＡＲＱ－ＡＣＫを示してもよい。
PUCCH is used to transmit uplink control information (UCI) in uplink wireless communication (wireless communication from the
ＰＤＳＣＨは、媒介アクセス（MAC: Medium Access Control）層からの下りリンクデータ（DL-SCH: Downlink Shared CHannel）の送信に用いられる。また、下りリンクの場合
にはシステム情報（SI: System Information）やランダムアクセス応答（RAR: Random Access Response）などの送信にも用いられる。
PDSCH is used for transmitting downlink data (DL-SCH: Downlink Shared CHannel) from a medium access control (MAC) layer. In the case of downlink, it is also used to transmit system information (SI), random access response (RAR), etc.
ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（UL-SCH: Uplink Shared CHannel）
または上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはＣＳＩを送信するために
用いられてもよい。また、ＣＳＩのみ、または、ＨＡＲＱ－ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＵＣＩのみを送信するために用いられてもよい。
PUSCH is uplink data from the MAC layer (UL-SCH: Uplink Shared CHannel)
Alternatively, it may be used to transmit HARQ-ACK and/or CSI along with uplink data. Furthermore, it may be used to transmit only CSI or only HARQ-ACK and CSI. That is, it may be used to transmit only the UCI.
ここで、基地局装置３と端末装置１は、上位層（上位レイヤ：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）層などの１つまたは複数を含んでもよい。例えば、ＭＡＣ層の処理において上位層とは、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層などの１つまたは複数を含んでもよい。以下、“Ａは、上位層で与えられる”や“Ａは、上位層によって与えられる”の意味は、端末装置１の上位層（主にＲＲＣ層やＭＡＣ層など）が、基地局装置３からＡを受信し、その受信したＡを端末装置１の上位層から端末装置１の物理層に与えることを意味してもよい。端末装置１には上位層のパラメータが設定されることは端末装置に対して上位層のパラメータが提供されることを意味してもよい。
Here, the
ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、ＰＤＳＣＨにおいて、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）で
あってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（UE Capability）の送信に用いられてもよい。
PDSCH or PUSCH may be used to transmit RRC signaling and MAC control elements. Here, in the PDSCH, the RRC signaling transmitted from the
図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・参照信号（Reference Signal: RS）
In FIG. 1, the following downlink physical signals are used in downlink wireless communication. Here, the downlink physical signal is not used to transmit information output from the upper layer, but is used by the physical layer.
・Synchronization signal (SS)
・Reference Signal (RS)
同期信号は、プライマリ同期信号（ＰＳＳ：Primary Synchronization Signal）およびセカンダリ同期信号（ＳＳＳ）を含んでよい。ＰＳＳとＳＳＳを用いてセルＩＤが検出されてよい。 The synchronization signal may include a primary synchronization signal (PSS) and a secondary synchronization signal (SSS). Cell ID may be detected using PSS and SSS.
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ここで、同期信号は、端末装置１が基地局装置３によるプリコーディングまたはビームフォーミングにおけるプリコーディングまたはビームの選択に用いられて良い。なお、ビームは、送信または受信フィルタ設定、あるいは空間ドメイン送信フィルタまたは空間ドメイン受信フィルタと呼ばれてもよい。
The synchronization signal is used by the
参照信号は、端末装置１が物理チャネルの伝搬路補償を行うために用いられる。ここで、参照信号は、端末装置１が下りリンクのＣＳＩを算出するためにも用いられてよい。また、参照信号は、無線パラメータやサブキャリア間隔などのヌメロロジーやＦＦＴの窓同期などができる程度の細かい同期（Fine synchronization）に用いられて良い。
The reference signal is used by the
本実施形態において、以下の下りリンク参照信号のいずれか１つまたは複数が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＣＳＩ－ＲＳ（Channel State Information Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）
In this embodiment, one or more of the following downlink reference signals are used.
・DMRS (Demodulation Reference Signal)
・CSI-RS (Channel State Information Reference Signal)
・PTRS (Phase Tracking Reference Signal)
・TRS (Tracking Reference Signal)
ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＢＣＨを復調するための参照信号と、ＰＤＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＣＳＩ－ＲＳは、チャネル状態情報（ＣＳＩ：Channel State Information）の測定およびビームマネジメントに使用され、周期的またはセミパーシステントまたは非周期のＣＳＩ参照信号の送信方法が適用される。ＣＳＩ－ＲＳには、ノンゼロパワー（ＮＺＰ：Ｎｏｎ－Ｚｅｒｏ Ｐｏｗｅｒ）ＣＳＩ－ＲＳと、送信電力（または受信電力）がゼロである（ゼロパワー（ＺＰ：Ｚｅｒｏ Ｐｏｗｅｒ）ＣＳＩ－ＲＳが定義されてよい。ここで、ＺＰ ＣＳＩ－ＲＳは送信電力がゼロまたは送信されないＣＳＩ－ＲＳリソースと定義されてよい。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。ＴＲＳは、高速移動時におけるドップラーシフトを保証するために使用される。なお、ＴＲＳはＣＳＩ－ＲＳの１つの設定として用いられてよい。例えば、１ポートのＣＳＩ－ＲＳがＴＲＳとして無線リソースが設定されてもよい。 DMRS is used to demodulate modulated signals. Note that two types of DMRS may be defined: a reference signal for demodulating PBCH and a reference signal for demodulating PDSCH, and both may be referred to as DMRS. The CSI-RS is used for channel state information (CSI) measurement and beam management, and a periodic, semi-persistent, or aperiodic CSI reference signal transmission method is applied. As the CSI-RS, a non-zero power (NZP) CSI-RS and a zero power (ZP) CSI-RS whose transmission power (or reception power) is zero may be defined. Here, ZP CSI-RS may be defined as a CSI-RS resource with zero transmission power or not transmitted. PTRS is a CSI-RS resource that has zero transmission power or is not transmitted. PTRS is a CSI-RS resource that has zero transmission power or is not transmitted. PTRS is a CSI-RS resource that has zero transmission power or is not transmitted. TRS is used to guarantee Doppler shift during high-speed movement. Note that TRS may be used as one setting for CSI-RS. For example, 1-port CSI-RS is used as TRS. Radio resources may be configured.
本実施形態において、以下の上りリンク参照信号のいずれか１つまたは複数が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＰＴＲＳ（Phase Tracking Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
In this embodiment, one or more of the following uplink reference signals are used.
・DMRS (Demodulation Reference Signal)
・PTRS (Phase Tracking Reference Signal)
・SRS (Sounding Reference Signal)
ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＵＣＣＨを復調するための参照信号と、ＰＵＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＳＲＳは、上りリンクのチャネル状態情報（ＣＳＩ）の測定、チャネルサウンディング、およびビームマネジメントに使用される。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。 DMRS is used to demodulate modulated signals. Note that two types of DMRS, a reference signal for demodulating PUCCH and a reference signal for demodulating PUSCH, may be defined, and both may be referred to as DMRS. SRS is used for uplink channel state information (CSI) measurement, channel sounding, and beam management. PTRS is used to track phase in time to account for frequency offsets due to phase noise.
下りリンク物理チャネルおよび／または下りリンク物理シグナルを総称して、下りリンク信号と称する。上りリンク物理チャネルおよび／または上りリンク物理シグナルを総称して、上りリンク信号と称する。下りリンク物理チャネルおよび／または上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび／または上りリンク物理シグナルを総称して、物理シグナルと称する。 Downlink physical channels and/or downlink physical signals are collectively referred to as downlink signals. Uplink physical channels and/or uplink physical signals are collectively referred to as uplink signals. A downlink physical channel and/or an uplink physical channel are collectively referred to as a physical channel. A downlink physical signal and/or an uplink physical signal are collectively referred to as a physical signal.
ＢＣＨ、ＵＬ－ＳＣＨおよびＤＬ－ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Medium Access Control）層で用いられるチャネルをトランスポー
トチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ＴＢ：transport block）および／またはＭＡＣ ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行われる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行われる。
BCH, UL-SCH and DL-SCH are transport channels. A channel used in a medium access control (MAC) layer is called a transport channel. The unit of transport channel used in the MAC layer is also referred to as a transport block (TB) and/or a MAC PDU (Protocol Data Unit). HARQ (Hybrid Automatic Repeat reQuest) control is performed for each transport block in the MAC layer. A transport block is a unit of data that the MAC layer delivers to the physical layer. At the physical layer, transport blocks are mapped to codewords, and encoding processing is performed for each codeword.
図２は、本実施形態に係るＳＳ／ＰＢＣＨブロック（同期信号ブロック、ＳＳブロック、ＳＳＢとも称される）およびＳＳバーストセット（同期信号バーストセットとも称される）の例を示す図である。図２は、周期的に送信されるＳＳバーストセット内に２つのＳＳ／ＰＢＣＨブロックが含まれ、ＳＳ／ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。 FIG. 2 is a diagram illustrating an example of an SS/PBCH block (also referred to as a synchronization signal block, SS block, or SSB) and an SS burst set (also referred to as a synchronization signal burst set) according to the present embodiment. FIG. 2 shows an example in which two SS/PBCH blocks are included in a periodically transmitted SS burst set, and each SS/PBCH block is composed of four consecutive OFDM symbols.
ＳＳ／ＰＢＣＨブロックは、少なくとも同期信号（ＰＳＳ、ＳＳＳ）、および／またはＰＢＣＨを含む単位ブロックである。ＳＳ／ＰＢＣＨブロックに含まれる信号／チャネルを送信することを、ＳＳ／ＰＢＣＨブロックを送信すると表現する。基地局装置３はＳＳバーストセット内の１つまたは複数のＳＳ／ＰＢＣＨブロックを用いて同期信号および／またはＰＢＣＨを送信する場合に、ＳＳ／ＰＢＣＨブロック毎に独立した下りリンク送信ビームを用いてもよい。
The SS/PBCH block is a unit block that includes at least a synchronization signal (PSS, SSS) and/or PBCH. Transmitting the signals/channels included in the SS/PBCH block is expressed as transmitting the SS/PBCH block. When transmitting a synchronization signal and/or PBCH using one or more SS/PBCH blocks in the SS burst set, the
図２において、１つのＳＳ／ＰＢＣＨブロックにはＰＳＳ、ＳＳＳ、ＰＢＣＨが時間／周波数多重されている。ただし、ＰＳＳ、ＳＳＳおよび／またはＰＢＣＨが時間領域で多重される順番は図２に示す例と異なってもよい。 In FIG. 2, PSS, SSS, and PBCH are time/frequency multiplexed in one SS/PBCH block. However, the order in which PSS, SSS, and/or PBCH are multiplexed in the time domain may be different from the example shown in FIG. 2 .
ＳＳバーストセットは、周期的に送信されてよい。例えば、初期アクセスに使用されるための周期と、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期が定義されてもよい。また、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期はＲＲＣ層で設定されてよい。また、接続されている（ConnectedまたはRRC_Connected）端末のために設定する周期は潜在的に送信する可能性がある時間領域の無線リソースの周期であって、実際には基地局装置３が送信するかどうかを決めてもよい。また、初期アクセスに使用されるための周期は、仕様書などに予め定義されてよい。
The SS burst set may be sent periodically. For example, a cycle to be used for initial access and a cycle to be set for a connected (Connected or RRC_Connected) terminal device may be defined. Further, the cycle set for a connected (Connected or RRC_Connected) terminal device may be set in the RRC layer. Furthermore, the cycle set for a connected (Connected or RRC_Connected) terminal is the cycle of radio resources in the time domain that may potentially transmit, and whether the
ＳＳバーストセットは、システムフレーム番号（ＳＦＮ：System Frame Number）に基
づいて決定されてよい。また、ＳＳバーストセットの開始位置（バウンダリ）は、ＳＦＮと周期に基づいて決定されてよい。
The SS burst set may be determined based on a system frame number (SFN). Further, the starting position (boundary) of the SS burst set may be determined based on the SFN and the period.
ＳＳ／ＰＢＣＨブロックは、ＳＳバーストセット内の時間的な位置に応じてＳＳＢインデックス（ＳＳＢ／ＰＢＣＨブロックインデックスと称されてもよい）が割り当てられる。端末装置１は、検出したＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨの情報および／または参照信号の情報に基づいてＳＳＢインデックスを算出する。
An SS/PBCH block is assigned an SSB index (which may be referred to as an SSB/PBCH block index) according to its temporal position within the SS burst set. The
複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、同じＳＳＢインデックスが割り当てられる。複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、ＱＣＬである（あるいは同じ下りリンク送信ビームが適用されている）と想定されてもよい。また、複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックにおけるアンテナポートは、平均遅延、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。 SS/PBCH blocks having the same relative time within each SS burst set in multiple SS burst sets are assigned the same SSB index. SS/PBCH blocks with the same relative time within each SS burst set in multiple SS burst sets may be assumed to be QCL (or have the same downlink transmission beam applied). Also, antenna ports in SS/PBCH blocks with the same relative time within each SS burst set in multiple SS burst sets may be assumed to be QCL with respect to average delay, Doppler shift, and spatial correlation.
あるＳＳバーストセットの周期内で、同じＳＳＢインデックスが割り当てられているＳＳ／ＰＢＣＨブロックは、平均遅延、平均ゲイン、ドップラースプレッド、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。ＱＣＬである１つまたは複数のＳＳ／ＰＢＣＨブロック（あるいは参照信号であってもよい）に対応する設定をＱＣＬ設定と称してもよい。 Within a period of a given SS burst set, SS/PBCH blocks that are assigned the same SSB index may be assumed to be QCL with respect to average delay, average gain, Doppler spread, Doppler shift, and spatial correlation. A configuration corresponding to one or more SS/PBCH blocks that are QCL (or may be a reference signal) may be referred to as a QCL configuration.
ＳＳ／ＰＢＣＨブロック数（ＳＳブロック数あるいはＳＳＢ数と称されてもよい）は、例えばＳＳバースト、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のＳＳ／ＰＢＣＨブロック数（個数）として定義されてよい。また、ＳＳ／ＰＢＣＨブロック数は、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のセル選択のためのビームグループの数を示してもよい。ここで、ビームグループは、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中に含まれる異なるＳＳ／ＰＢＣＨブロックの数または異なるビームの数として定義されてよい。 The number of SS/PBCH blocks (also referred to as the number of SS blocks or the number of SSBs) is, for example, the number of SS/PBCH blocks within an SS burst, or an SS burst set, or within a period of an SS/PBCH block. May be defined. Additionally, the number of SS/PBCH blocks may indicate the number of beam groups for cell selection within an SS burst, within an SS burst set, or within a period of an SS/PBCH block. Here, a beam group may be defined as the number of different SS/PBCH blocks or the number of different beams included within an SS burst, or within an SS burst set, or within a period of an SS/PBCH block.
以下、本実施形態で説明する参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳ、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳを含む。例えば、下りリンク参照信号、同期信号および／またはＳＳ／ＰＢＣＨブロックを参照信号と称してもよい。下りリンクで使用される参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳなどを含む。上りリンクで使用される参照信号は、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳなどを含む。 Hereinafter, the reference signals described in this embodiment include a downlink reference signal, a synchronization signal, an SS/PBCH block, a downlink DM-RS, a CSI-RS, an uplink reference signal, an SRS, and/or an uplink DM-RS. Including RS. For example, a downlink reference signal, a synchronization signal, and/or an SS/PBCH block may be referred to as a reference signal. Reference signals used in the downlink include downlink reference signals, synchronization signals, SS/PBCH blocks, downlink DM-RSs, CSI-RSs, and the like. Reference signals used in uplinks include uplink reference signals, SRSs, and/or uplink DM-RSs.
また、参照信号は、無線リソース測定（ＲＲＭ：Radio Resource Measurement）に用いられてよい。また、参照信号は、ビームマネジメントに用いられてよい。 Further, the reference signal may be used for radio resource measurement (RRM). Additionally, the reference signal may be used for beam management.
ビームマネジメントは、送信装置（下りリンクの場合は基地局装置３であり、上りリンクの場合は端末装置１である）におけるアナログおよび／またはディジタルビームと、受信装置（下りリンクの場合は端末装置１、上りリンクの場合は基地局装置３である）におけるアナログおよび／またはディジタルビームの指向性を合わせ、ビーム利得を獲得するための基地局装置３および／または端末装置１の手続きであってよい。
Beam management is the process of managing analog and/or digital beams at the transmitting device (
なお、ビームペアリンクを構成、設定または確立する手続きとして、下記の手続きを含んでよい。
・ビーム選択（Beam selection）
・ビーム改善（Beam refinement）
・ビームリカバリ（Beam recovery）
Note that the procedure for configuring, setting, or establishing a beam pair link may include the following procedure.
・Beam selection
・Beam refinement
・Beam recovery
例えば、ビーム選択は、基地局装置３と端末装置１の間の通信においてビームを選択する手続きであってよい。また、ビーム改善は、さらに利得の高いビームの選択、あるいは端末装置１の移動によって最適な基地局装置３と端末装置１の間のビームの変更をする手続きであってよい。ビームリカバリは、基地局装置３と端末装置１の間の通信において遮蔽物や人の通過などにより生じるブロッケージにより通信リンクの品質が低下した際にビームを再選択する手続きであってよい。
For example, beam selection may be a procedure for selecting a beam in communication between the
ビームマネジメントには、ビーム選択、ビーム改善が含まれてよい。ビームリカバリには、下記の手続きを含んでよい。
・ビーム失敗（beam failure）の検出
・新しいビームの発見
・ビームリカバリリクエストの送信
・ビームリカバリリクエストに対する応答のモニタ
Beam management may include beam selection, beam improvement. Beam recovery may include the following procedures.
・Detecting beam failures ・Discovering new beams ・Sending beam recovery requests ・Monitoring responses to beam recovery requests
例えば、端末装置１における基地局装置３の送信ビームを選択する際にＣＳＩ－ＲＳまたはＳＳ／ＰＢＣＨブロックに含まれるＳＳＳのＲＳＲＰ（Reference Signal Received Power）を用いてもよいし、ＣＳＩを用いてもよい。また、基地局装置３への報告として
ＣＳＩ－ＲＳリソースインデックス（ＣＲＩ：CSI-RS Resource Index）を用いてもよい
し、ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨおよび／またはＰＢＣＨの復調に用いられる復調用参照信号（ＤＭＲＳ）の系列で指示されるインデックスを用いてもよい。
For example, when selecting the transmission beam of the
また、基地局装置３は、端末装置１へビームを指示する際にＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスを指示し、端末装置１は、指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて受信する。このとき、端末装置１は指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて空間フィルタを設定し、受信してよい。また、端末装置１は、疑似同位置（ＱＣＬ：Quasi Co-Location）の想定を用いて受信し
てもよい。ある信号（アンテナポート、同期信号、参照信号など）が別の信号（アンテナポート、同期信号、参照信号など）と「ＱＣＬである」または、「ＱＣＬの想定が用いられる」とは、ある信号が別の信号と関連付けられていると解釈できる。
In addition, the
もしあるアンテナポートにおけるあるシンボルが搬送されるチャネルの長区間特性（Long Term Property）が他方のアンテナポートにおけるあるシンボルが搬送されるチャネルから推論されうるなら、２つのアンテナポートはＱＣＬであるといわれる。チャネルの長区間特性は、遅延スプレッド、ドップラースプレッド、ドップラーシフト、平均利得、及び平均遅延の１つまたは複数を含む。例えば、アンテナポート１とアンテナポート２が平均遅延に関してＱＣＬである場合、アンテナポート１の受信タイミングからアンテナポート２の受信タイミングが推論されうることを意味する。
Two antenna ports are said to be QCL if the Long Term Property of the channel over which a symbol at one antenna port is carried can be inferred from the channel over which a symbol at another antenna port is carried. . The long-term characteristics of the channel include one or more of delay spread, Doppler spread, Doppler shift, average gain, and average delay. For example, if
このＱＣＬは、ビームマネジメントにも拡張されうる。そのために、空間に拡張したＱＣＬが新たに定義されてもよい。例えば、空間ドメインのＱＣＬの想定におけるチャネルの長区間特性（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）、受信空間パラメータであってもよい。
This QCL can also be extended to beam management. For this purpose, a spatially extended QCL may be newly defined. For example, the long term property of the channel in the spatial domain QCL assumption is the angle of arrival (AoA (Angle of Arrival), ZoA (Zenith angle of Arrival), etc.) and/or angular spread in the wireless link or channel. (Angle Spread, such as ASA (Angle Spread of Arrival) and ZSA (Zenith angle Spread of Arrival)), delivery angle (AoD, ZoD, etc.) and its angular spread (Angle Spread, such as ASD (Angle Spread of Departure) and ZSD ( Zenith angle Spread of Departure), spatial correlation, and reception spatial parameters may be used.
例えば、アンテナポート１とアンテナポート２の間で受信空間パラメータに関してＱＣＬであるとみなせる場合、アンテナポート１からの信号を受信する受信ビーム（受信空間フィルタ）からアンテナポート２からの信号を受信する受信ビームが推論されうることを意味する。
For example, if it can be considered that QCL exists between
ＱＣＬタイプとして、ＱＣＬであるとみなしてよい長区間特性の組み合わせが定義されてよい。例えば、以下のタイプが定義されてよい。
・タイプＡ：ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド
・タイプＢ：ドップラーシフト、ドップラースプレッド
・タイプＣ：平均遅延、ドップラーシフト
・タイプＤ：受信空間パラメータ
As a QCL type, a combination of long-range characteristics that may be considered to be a QCL may be defined. For example, the following types may be defined:
・Type A: Doppler shift, Doppler spread, average delay, delay spread ・Type B: Doppler shift, Doppler spread ・Type C: Average delay, Doppler shift ・Type D: Receiving spatial parameters
上述のＱＣＬタイプは、ＲＲＣおよび／またはＭＡＣ層および／またはＤＣＩで１つまたは２つの参照信号とＰＤＣＣＨやＰＤＳＣＨ ＤＭＲＳとのＱＣＬの想定を送信設定指示（ＴＣＩ：Transmission Configuration Indication）として設定および／または指示
してもよい。例えば、端末装置１がＰＤＣＣＨを受信する際のＴＣＩの１つの状態として、ＳＳ／ＰＢＣＨブロックのインデックス＃２とＱＣＬタイプＡ＋ＱＣＬタイプＢが設定および／または指示された場合、端末装置１は、ＰＤＣＣＨ ＤＭＲＳを受信する際、ＳＳ／ＰＢＣＨブロックインデックス＃２の受信におけるドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド、受信空間パラメータとチャネルの長区間特性とみなしてＰＤＣＣＨのＤＭＲＳを受信して同期や伝搬路推定をしてもよい。このとき、ＴＣＩにより指示される参照信号（上述の例ではＳＳ／ＰＢＣＨブロック）をソース参照信号、ソース参照信号を受信する際のチャネルの長区間特性から推論される長区間特性の影響を受ける参照信号（上述の例ではＰＤＣＣＨ ＤＭＲＳ）をターゲット参照信号と称してよい。また、ＴＣＩは、ＲＲＣで１つまたは複数のＴＣＩ状態と各状態に対してソース参照信号とＱＣＬタイプの組み合わせが設定され、ＭＡＣ層またはＤＣＩにより端末装置１に指示されてよい。
The above-mentioned QCL type sets and/or assumes QCL of one or two reference signals and PDCCH or PDSCH DMRS in RRC and/or MAC layer and/or DCI as Transmission Configuration Indication (TCI). You may give instructions. For example, if SS/PBCH
この方法により、ビームマネジメントおよびビーム指示／報告として、空間ドメインのＱＣＬの想定と無線リソース（時間および／または周波数）によりビームマネジメントと等価な基地局装置３、端末装置１の動作が定義されてもよい。
With this method, operations of the
以下、サブフレームについて説明する。本実施形態ではサブフレームと称するが、リソースユニット、無線フレーム、時間区間、時間間隔などと称されてもよい。 The subframe will be explained below. In this embodiment, it is called a subframe, but it may also be called a resource unit, a radio frame, a time section, a time interval, etc.
図３は、本発明の第１の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。無線フレームのそれぞれは、１０ｍｓ長である。また、無線フレームのそれぞれは１０個のサブフレームおよびＷ個のスロットから構成される。また、１スロットは、Ｘ個のＯＦＤＭシンボルで構成される。つまり、１サブフレームの長さは１ｍｓである。スロットのそれぞれは、サブキャリア間隔によって時間長が定義される。例えば、ＯＦＤＭシンボルのサブキャリア間隔が１５ｋＨｚ、ＮＣＰ（Normal Cyclic Prefix）の場合、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．５ｍｓおよび１ｍｓである。また、サブキャリア間隔が６０ｋＨｚの場合は、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．１２５ｍｓおよび０．２５ｍｓである。また、例えば、Ｘ＝１４の場合、サブキャリア間隔が１５ｋＨｚの場合はＷ＝１０であり、サブキャリア間隔が６０ｋＨｚの場合はＷ＝４０である。図３は、Ｘ＝７の場合を一例として示している。なお、Ｘ＝１４の場合にも同様に拡張できる。また、上りリンクスロットも同様に定義され、下りリンクスロットと上りリンクスロットは別々に定義されてもよい。また、図３のセルの帯域幅は帯域の一部（ＢＷＰ：BandWidth Part）として定義されてもよい。また、スロットは、送信時間間隔（ＴＴＩ：Transmission Time Interval）と定義されてもよい。スロットは、ＴＴＩとして定義されなくてもよい。ＴＴＩは、トランスポートブロックの送信期間であってもよい。 FIG. 3 is a diagram showing an example of a schematic configuration of uplink and downlink slots according to the first embodiment of the present invention. Each radio frame is 10ms long. Furthermore, each radio frame is composed of 10 subframes and W slots. Furthermore, one slot is composed of X OFDM symbols. That is, the length of one subframe is 1 ms. The time length of each slot is defined by the subcarrier spacing. For example, when the OFDM symbol subcarrier interval is 15 kHz and NCP (Normal Cyclic Prefix), X=7 or X=14, which are 0.5 ms and 1 ms, respectively. Furthermore, when the subcarrier interval is 60 kHz, X=7 or X=14, which are 0.125 ms and 0.25 ms, respectively. Further, for example, when X=14, when the subcarrier interval is 15 kHz, W=10, and when the subcarrier interval is 60 kHz, W=40. FIG. 3 shows the case where X=7 as an example. Note that this can be similarly extended to the case where X=14. Further, uplink slots may be defined similarly, and downlink slots and uplink slots may be defined separately. Further, the bandwidth of the cell in FIG. 3 may be defined as a part of the band (BWP: BandWidth Part). Further, a slot may be defined as a transmission time interval (TTI). A slot may not be defined as a TTI. The TTI may be a transport block transmission period.
スロットのそれぞれにおいて送信される信号または物理チャネルは、リソースグリッドによって表現されてよい。リソースグリッドは、それぞれのヌメロロジー（サブキャリア間隔およびサイクリックプレフィックス長）およびそれぞれのキャリアに対して、複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。1つのスロットを構成する
サブキャリアの数は、セルの下りリンクおよび上りリンクの帯域幅にそれぞれ依存する。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルの番号とを用いて識別されてよい。
The signals or physical channels transmitted in each of the slots may be represented by a resource grid. A resource grid is defined by multiple subcarriers and multiple OFDM symbols for each numerology (subcarrier spacing and cyclic prefix length) and each carrier. The number of subcarriers constituting one slot depends on the downlink and uplink bandwidths of the cell, respectively. Each element within the resource grid is referred to as a resource element. Resource elements may be identified using subcarrier numbers and OFDM symbol numbers.
リソースグリッドは、ある物理下りリンクチャネル（ＰＤＳＣＨなど）あるいは上りリンクチャネル（ＰＵＳＣＨなど）のリソースエレメントのマッピングを表現するために用いられる。例えば、サブキャリア間隔が１５ｋＨｚの場合、サブフレームに含まれるＯＦＤＭシンボル数Ｘ＝１４で、ＮＣＰの場合には、１つの物理リソースブロックは、時間領域において１４個の連続するＯＦＤＭシンボルと周波数領域において１２＊Ｎｍａｘ個の連続するサブキャリアとから定義される。Ｎｍａｘは、後述するサブキャリア間隔設定μにより決定されるリソースブロック（ＲＢ）の最大数である。つまり、リソースグリッドは、（１４＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。ＥＣＰ（Extended CP）の場合、サブキャリア間隔６０ｋＨｚにおいてのみサポートされるので、１つの物理リソースブロックは、例えば、時間領域において１２（１スロットに含まれるＯＦＤＭシンボル数）＊４（１サブフレームに含まれるスロット数）＝４８個の連続するＯＦＤＭシンボルと、周波数領域において１２＊Ｎｍａｘ，μ個の連続するサブキャリアとにより定義される。つまり、リソースグリッドは、（４８＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。 A resource grid is used to express the mapping of resource elements of a certain physical downlink channel (such as PDSCH) or uplink channel (such as PUSCH). For example, when the subcarrier interval is 15 kHz, the number of OFDM symbols included in a subframe is X = 14, and in the case of NCP, one physical resource block consists of 14 consecutive OFDM symbols in the time domain and 14 consecutive OFDM symbols in the frequency domain. 12*Nmax consecutive subcarriers. Nmax is the maximum number of resource blocks (RB) determined by subcarrier interval setting μ, which will be described later. In other words, the resource grid is composed of (14*12*Nmax, μ) resource elements. In the case of ECP (Extended CP), it is supported only at a subcarrier interval of 60 kHz, so one physical resource block is, for example, 12 (number of OFDM symbols included in 1 slot) * 4 (number of OFDM symbols included in 1 subframe) in the time domain. defined by 48 consecutive OFDM symbols and 12*Nmax, μ consecutive subcarriers in the frequency domain. In other words, the resource grid is composed of (48*12*Nmax, μ) resource elements.
リソースブロック（ＲＢ）として、参照リソースブロック、共通リソースブロック、物理リソースブロック、仮想リソースブロックが定義される。１リソースブロックは、周波数領域で連続する１２サブキャリアとして定義される。参照リソースブロックは、全てのサブキャリアにおいて共通であり、例えば１５ｋＨｚのサブキャリア間隔でリソースブロックを構成し、昇順に番号が付されてよい。参照リソースブロックインデックス０におけるサブキャリアインデックス０は、参照ポイントＡ（point A）と称されてよい（単に“参照ポイント”と称されてもよい）。共通リソースブロックは、参照ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。上述のリソースグリッドはこの共通リソースブロックにより定義される。物理リソースブロックは、後述する帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックであり、物理リソースブロックは、帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックである。ある物理上りリンクチャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。以下、リソースブロックは仮想リソースブロックであってもよいし、物理リソースブロックであってもよいし、共通リソースブロックであってもよいし、参照リソースブロックであってもよい。
A reference resource block, a common resource block, a physical resource block, and a virtual resource block are defined as resource blocks (RB). One resource block is defined as 12 consecutive subcarriers in the frequency domain. The reference resource blocks are common to all subcarriers, constitute resource blocks at subcarrier intervals of, for example, 15 kHz, and may be numbered in ascending order.
次に、サブキャリア間隔設定μについて説明する。上述のようにＮＲでは、１つまたは複数のＯＦＤＭヌメロロジーがサポートされる。あるＢＷＰにおいて、サブキャリア間隔設定μ（μ＝０，１，．．．，５）と、サイクリックプレフィックス長は、下りリンクのＢＷＰに対して上位層で与えられ、上りリンクのＢＷＰにおいて上位層で与えられる。ここで、μが与えられると、サブキャリア間隔Δｆは、Δｆ＝２＾μ・１５（ｋＨｚ）で与えられる。 Next, the subcarrier interval setting μ will be explained. As mentioned above, NR supports one or more OFDM numerologies. In a certain BWP, the subcarrier interval setting μ (μ = 0, 1, ..., 5) and the cyclic prefix length are given in the upper layer for the downlink BWP, and are given in the upper layer for the uplink BWP. is given by Here, when μ is given, the subcarrier interval Δf is given by Δf=2^μ·15 (kHz).
サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ＾｛ｓｕｂｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１に昇順に数えられ、フレーム内で０からＮ＾｛ｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１に昇順に数えられる。スロット設定およびサイクリックプレフィックスに基づいてＮ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝の連続するＯＦＤＭシンボルがスロット内にある。Ｎ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝は１４である。サブフレーム内のスロットｎ＾｛μ｝＿｛ｓ｝のスタートは、同じサブフレーム内のｎ＾｛μ｝＿｛ｓ｝＊Ｎ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝番目のＯＦＤＭシンボルのスタートと時間でアラインされている。 In the subcarrier spacing setting μ, slots are counted in ascending order from 0 to N^{subframe, μ}_{slot}−1 within a subframe, and from 0 to N^{frame, μ}_{slot} within a frame. }-1 in ascending order. There are N^{slot}_{symb} consecutive OFDM symbols in the slot based on the slot configuration and the cyclic prefix. N^{slot}_{symb} is 14. The start of slot n^{μ}_{s} in a subframe is the start and time of the n^{μ}_{s}*N^{slot}_{symb}th OFDM symbol in the same subframe. are aligned.
次に、サブフレーム、スロット、ミニスロットについて説明する。図４は、サブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。同図のように、３種類の時間ユニットが定義される。サブフレームは、サブキャリア間隔によらず１ｍｓであり、スロットに含まれるＯＦＤＭシンボル数は７または１４であり、スロット長はサブキャリア間隔により異なる。ここで、サブキャリア間隔が１５ｋＨｚの場合、１サブフレームには１４ＯＦＤＭシンボル含まれる。下りリンクスロットはＰＤＳＣＨマッピングタイプＡと称されてよい。上りリンクスロットはＰＵＳＣＨマッピングタイプＡと称されてよい。 Next, subframes, slots, and minislots will be explained. FIG. 4 is a diagram showing the relationship among subframes, slots, and minislots in the time domain. As shown in the figure, three types of time units are defined. A subframe is 1 ms regardless of the subcarrier interval, the number of OFDM symbols included in a slot is 7 or 14, and the slot length differs depending on the subcarrier interval. Here, when the subcarrier interval is 15 kHz, one subframe includes 14 OFDM symbols. The downlink slot may be referred to as PDSCH mapping type A. The uplink slot may be referred to as PUSCH mapping type A.
ミニスロット（サブスロット（subslot）と称されてもよい）は、１つのスロットに含
まれるＯＦＤＭシンボル数よりも少ない数のＯＦＤＭシンボルで構成される時間ユニット
である。同図はミニスロットが２ＯＦＤＭシンボルで構成される場合を一例として示している。ミニスロット内のＯＦＤＭシンボルは、スロットを構成するＯＦＤＭシンボルタイミングに一致してもよい。なお、スケジューリングの最小単位はスロットまたはミニスロットでよい。また、ミニスロットを割り当てることを、ノンスロットベースのスケジューリングと称してもよい。また、ミニスロットをスケジューリングされることを参照信号とデータのスタート位置の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。下りリンクミニスロットはＰＤＳＣＨマッピングタイプＢと称されてよい。上りリンクミニスロットはＰＵＳＣＨマッピングタイプＢと称されてよい。
A minislot (also referred to as a subslot) is a time unit composed of fewer OFDM symbols than the number of OFDM symbols included in one slot. The figure shows, as an example, a case where a minislot is composed of two OFDM symbols. OFDM symbols within a minislot may match the timing of the OFDM symbols that make up the slot. Note that the minimum unit of scheduling may be a slot or a minislot. Also, assigning minislots may be referred to as non-slot-based scheduling. Further, the fact that a mini-slot is scheduled may be expressed as a resource in which the relative time position of the reference signal and the start position of data is fixed. The downlink minislot may be referred to as PDSCH mapping type B. The uplink minislot may be referred to as PUSCH mapping type B.
図５は、スロットフォーマットの一例を示す図である。ここでは、サブキャリア間隔１５ｋＨｚにおいてスロット長が１ｍｓの場合を例として示している。同図において、Ｄは下りリンク、Ｕは上りリンクを示している。同図に示されるように、ある時間区間内（例えば、システムにおいて１つのＵＥに対して割り当てなければならない最小の時間区間）においては、
・下りリンクシンボル
・フレキシブルシンボル
・上りリンクシンボル
のうち１つまたは複数を含んでよい。なお、これらの割合はスロットフォーマットとして予め定められてもよい。また、スロット内に含まれる下りリンクのＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてもよい。また、スロット内に含まれる上りリンクのＯＦＤＭシンボル数またはＤＦＴ－Ｓ－ＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてよい。なお、スロットをスケジューリングされることを参照信号とスロット境界の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。
FIG. 5 is a diagram showing an example of a slot format. Here, a case where the subcarrier interval is 15 kHz and the slot length is 1 ms is shown as an example. In the figure, D indicates a downlink and U indicates an uplink. As shown in the figure, within a certain time interval (for example, the minimum time interval that must be allocated to one UE in the system),
- May include one or more of downlink symbols, flexible symbols, and uplink symbols. Note that these ratios may be predetermined as a slot format. Alternatively, it may be defined by the number of downlink OFDM symbols included in a slot or the start position and end position in the slot. Further, it may be defined by the number of uplink OFDM symbols or the number of DFT-S-OFDM symbols included in a slot, or the start position and end position in a slot. Note that the fact that a slot is scheduled may be expressed as a resource in which the relative time position of the reference signal and the slot boundary is fixed.
端末装置１は、下りリンクシンボルまたはフレキシブルシンボルで下りリンク信号または下りリンクチャネルを受信してよい。端末装置１は、上りリンクシンボルまたはフレキシブルシンボルで上りリンク信号または下りリンクチャネルを送信してよい。
The
図５（ａ）は、ある時間区間（例えば、１ＵＥに割当可能な時間リソースの最小単位、またはタイムユニットなどとも称されてよい。また、時間リソースの最小単位を複数束ねてタイムユニットと称されてもよい。）で、全て下りリンク送信に用いられている例であり、図５（ｂ）は、最初の時間リソースで例えばＰＤＣＣＨを介して上りリンクのスケジューリングを行い、ＰＤＣＣＨの処理遅延及び下りから上りの切り替え時間、送信信号の生成を含むフレキシブルシンボルを介して上りリンク信号を送信する。図５（ｃ）は、最初の時間リソースでＰＤＣＣＨおよび／または下りリンクのＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介してＰＵＳＣＨまたはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号はＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ、すなわちＵＣＩの送信に用いられてよい。図５（ｄ）は、最初の時間リソースでＰＤＣＣＨおよび／またはＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介して上りリンクのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号は上りリンクデータ、すなわちＵＬ－ＳＣＨの送信に用いられてもよい。図５（ｅ）は、全て上りリンク送信（ＰＵＳＣＨまたはＰＵＣＣＨ）に用いられている例である。 FIG. 5A shows a certain time interval (for example, it may also be referred to as the minimum unit of time resources that can be allocated to one UE, or a time unit. Also, a plurality of minimum units of time resources may be bundled together and referred to as a time unit. ), all of which are used for downlink transmission, and FIG. 5(b) shows an example in which uplink scheduling is performed using the first time resource, for example, via PDCCH, and the PDCCH processing delay and downlink are Uplink signals are transmitted via flexible symbols that include uplink switching time and generation of transmission signals. FIG. 5(c) shows that the first time resource is used for transmitting PDCCH and/or downlink PDSCH, processing delay and switching time from downlink to uplink, and gap for generation of transmission signal to PUSCH or PUCCH. It is used for sending. Here, as an example, the uplink signal may be used for transmitting HARQ-ACK and/or CSI, ie, UCI. FIG. 5(d) shows that the first time resource is used for transmitting the PDCCH and/or PDSCH, processing delay and switching time from downlink to uplink, and the uplink PUSCH and/or Or used for PUCCH transmission. Here, as an example, the uplink signal may be used for transmitting uplink data, ie, UL-SCH. FIG. 5(e) is an example in which all channels are used for uplink transmission (PUSCH or PUCCH).
上述の下りリンクパート、上りリンクパートは、ＬＴＥと同様に複数のＯＦＤＭシンボルで構成されてよい。 The above-mentioned downlink part and uplink part may be composed of a plurality of OFDM symbols as in LTE.
図６は、ビームフォーミングの一例を示した図である。複数のアンテナエレメントは１
つの送信ユニット（TXRU: Transceiver unit）５０に接続され、アンテナエレメント毎の位相シフタ５１によって位相を制御し、アンテナエレメント５２から送信することで送信信号に対して任意の方向にビームを向けることができる。典型的には、ＴＸＲＵがアンテナポートとして定義されてよく、端末装置１においてはアンテナポートのみが定義されてよい。位相シフタ５１を制御することで任意の方向に指向性を向けることができるため、基地局装置３は端末装置１に対して利得の高いビームを用いて通信することができる。
FIG. 6 is a diagram showing an example of beamforming. Multiple antenna elements are 1
The beam is connected to two transmitting units (TXRU) 50, the phase is controlled by a
以下、帯域部分（ＢＷＰ, Bandwidth part）について説明する。ＢＷＰは、キャリアＢＷＰとも称される。ＢＷＰは、下りリンクと上りリンクのそれぞれに設定されてよい。ＢＷＰは、共通リソースブロックの連続するサブセットから選択された連続する物理リソースの集合として定義される。端末装置１は、ある時間に１つの下りリンクキャリアＢＷＰ（ＤＬ ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。端末装置１は、ある時間に１つの上りリンクキャリアＢＷＰ（ＵＬ ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。キャリアアグリゲーションの場合には、ＢＷＰは各サービングセルで設定されてもよい。このとき、あるサービングセルにおいてＢＷＰが１つ設定されていることを、ＢＷＰが設定されていないと表現されてもよい。また、ＢＷＰが２つ以上設定されていることをＢＷＰが設定されていると表現されてもよい。
The bandwidth part (BWP) will be explained below. BWP is also referred to as carrier BWP. BWP may be configured for each of the downlink and uplink. A BWP is defined as a set of contiguous physical resources selected from contiguous subsets of common resource blocks. The
＜ＭＡＣ ｅｎｔｉｔｙ動作>
活性化されたサービングセルにおいて、常に一つのアクティブな（活性化された）ＢＷＰがある。あるサービングセルに対するＢＷＰ切り替え（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）（ＴＤＤバンドなど）では、ＤＬ ＢＷＰとＵＬ ＢＷＰはペアされていて、ＢＷＰ切り替えは、ＵＬとＤＬに対して共通である。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、アクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ノーマル処理を適用する。ノーマル処理には、ＵＬ－ＳＣＨを送信する、ＲＡＣＨを送信する、ＰＤＣＣＨをモニタする、ＰＵＣＣＨを送信する、ＳＲＳを送信する、およびＤＬ－ＳＣＨを受信することを含む。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、インアクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ＵＬ－ＳＣＨを送信しない、ＲＡＣＨを送信しない、ＰＤＣＣＨをモニタしない、ＰＵＣＣＨを送信しない、ＳＲＳを送信しない、およびＤＬ－ＳＣＨを受信しない。あるサービングセルが非活性化された場合、アクティブなＢＷＰは、存在しないようにしてもよい（例えば、アクティブなＢＷＰは非活性化される）。
<MAC entity operation>
In an activated serving cell, there is always one active (activated) BWP. BWP switching for a serving cell is used to activate inactive BWPs and deactivate active BWPs. be done. BWP switching for a certain serving cell is controlled by PDCCH indicating downlink allocation or uplink grant. BWP switching for a certain serving cell may also be controlled by a BWP inactivity timer, RRC signaling, or by the MAC entity itself at the start of a random access procedure. In adding a SpCell (PCell or PSCell) or activating an SCell, one BWP is first active without receiving a PDCCH indicating a downlink assignment or an uplink grant. The first active DL BWP (first active DL BWP) and UL BWP (first active UL BWP) may be specified in an RRC message sent from the
＜ＲＲＣ動作＞
ＲＲＣメッセージ（報知されるシステム情報や、専用ＲＲＣメッセージで送られる情報
）に含まれるＢＷＰインフォメーションエレメント（IE）は、ＢＷＰを設定するために使われる。基地局装置３から送信されたＲＲＣメッセージは、端末装置１によって受信される。それぞれのサービングセルに対して、ネットワーク（基地局装置３など）は、少なくとも下りリンクのＢＷＰと１つ（もしサービングセルが上りリンクの設定された場合など）または２つ（付録のアップリンク（supplementary uplink）が使われる場合など）の上りリンクＢＷＰを含む少なくとも初期ＢＷＰ（initial BWP）を、端末装置１に対して、設定する。さらに、ネットワークは、追加の上りリンクＢＷＰや下りリンクＢＷＰをあるサービングセルに対して設定するかもしれない。ＢＷＰ設定は、上りリンクパラメータと下りリンクパラメータに分けられる。また、ＢＷＰ設定は、共通（common）パラメータと専用（dedicated）パラメータに分けられる。共通パラメータ（ＢＷＰ上りリンク共通ＩＥやＢＷＰ下りリンク共通ＩＥなど）は、セル特有である。プライマリセルの初期ＢＷＰの共通パラメータは、システム情報でも提供される。他のすべてのサービングセルに対しては、ネットワークは専用信号で共通パラメータを提供する。ＢＷＰは、ＢＷＰ ＩＤで識別される。初期ＢＷＰは、ＢＷＰ ＩＤが０である。他のＢＷＰのＢＷＰ ＩＤは、１から４までの値を取る。
<RRC operation>
A BWP information element (IE) included in an RRC message (broadcast system information or information sent in a dedicated RRC message) is used to configure BWP. The RRC message transmitted from the
端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されない場合、初期ＤＬ ＢＷＰ（初期アクティブなＤＬ ＢＷＰ、initial active DL BWP）は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ）でのＰＤＣＣＨ受信のために、連続的なＰＲＢの位置と数、サブキャリア間隔、および、サイクリックプレフィックスによって定義されてもよい。該連続的なＰＲＢの位置は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットのＰＲＢの間で、最小インデックスのＰＲＢから始まり、最大インデックスのＰＲＢで終わる。端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されている場合、初期ＤＬ ＢＷＰは上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって示されてもよい。上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰは、ＳＩＢ１（systemInformationBlockType1、ServingCellConfigCommonSIB）またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。インフォメーションエレメントＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢは、ＳＩＢ１内で端末装置１に対するサービングセルのセル固有パラメータを設定するために使われる。
If the upper layer parameter initialDownlinkBWP is not set (provided) for the
即ち、端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されない場合、初期ＤＬ ＢＷＰのサイズは、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ＃０）のリソースブロックの数であってもよい。端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されている場合、初期ＤＬ ＢＷＰのサイズは、上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰに含まれるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられてもよい。上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈは初期ＤＬ ＢＷＰの周波数領域の位置と帯域幅を示してもよい。
That is, if the upper layer parameter initialDownlinkBWP is not set (provided) for the
前述のように、端末装置１に対して複数のＤＬ ＢＷＰが設定されていてもよい。そして、端末装置１に対して設定されているＤＬ ＢＷＰの内、上位層のパラメータｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－ＩｄによりデフォルトＤＬ ＢＷＰが設定されることができる。端末装置１に対して上位層のパラメータｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄが提供されない場合、デフォルトＤＬ ＢＷＰは初期ＤＬ ＢＷＰである。
As described above, a plurality of DL BWPs may be configured for the
端末装置１には、初期ＵＬ ＢＷＰがＳＩＢ１（systemInformationBlockType1）また
はｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって提供されてもよい。インフォメーションエ
レメントｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰは、初期ＵＬ ＢＷＰを設定するために使われる。ＳｐＣｅｌｌまたはセカンダリセルでのオペレーションに対して、端末装置１には、上位層のパラメータｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって初期ＵＬ ＢＷＰ（初期アクティブなＵＬ ＢＷＰ）が設定（提供）されてもよい。端末装置１に対して補足的な上りリンクキャリア（supplementary UL carrier）が設定される場合、端末装置１には、上位層のパラメータｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋに含まれるｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって、補足的な上りリンクキャリアでの初期ＵＬ ＢＷＰが設定されてもよい。
The
以下、本実施形態におけるコントロールリソースセット（ＣＯＲＥＳＥＴ）について説明する。 The control resource set (CORESET) in this embodiment will be explained below.
コントロールリソースセット（CORESET, Control resource set）は下りリンク制御情
報をサーチするための時間および周波数リソースである。ＣＯＲＥＳＥＴの設定情報には、ＣＯＲＥＳＥＴの識別子（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ、ＣＯＲＥＳＥＴ－ＩＤ）とＣＯＲＥＳＥＴの周波数リソースを特定する情報が含まれる。インフォメーションエレメントＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ（ＣＯＲＥＳＥＴの識別子）は、あるサービングセルにおけるコントロールリソースセットを特定するために使われる。ＣＯＲＥＳＥＴの識別子は、あるサービングセルにおけるＢＷＰ間で使われる。ＣＯＲＥＳＥＴの識別子は、サービングセルにおけるＢＷＰ間でユニークである。各ＢＷＰのＣＯＲＥＳＥＴの数は、初期ＣＯＲＥＳＥＴを含めて、３に制限される。あるサービングセルにおいて、ＣＯＲＥＳＥＴの識別子の値は、０から１１までの値を取る。
A control resource set (CORESET) is a time and frequency resource for searching downlink control information. The CORESET configuration information includes a CORESET identifier (ControlResourceSetId, CORESET-ID) and information that identifies the CORESET frequency resource. The information element ControlResourceSetId (CORESET identifier) is used to identify a control resource set in a certain serving cell. The CORESET identifier is used between BWPs in a certain serving cell. The CORESET identifier is unique among BWPs in the serving cell. The number of CORESETs in each BWP is limited to 3, including the initial CORESET. In a certain serving cell, the value of the CORESET identifier takes a value from 0 to 11.
ＣＯＲＥＳＥＴの識別子０（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ ０）で特定されるコントロールリソースセットはＣＯＲＥＳＥＴ＃０と称する。ＣＯＲＥＳＥＴ＃０は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されてもよい。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎであってもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏによって設定されてもよい。つまり、インフォメーションエレメントｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、初期ＤＬ ＢＷＰのＣＯＲＥＳＥＴ＃０（コモンＣＯＲＥＳＥＴ）を示すために用いられる。ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１で示されるＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃０である。ＭＩＢまたは専用コンフィギュレーション内のインフォメーションエレメントｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１は、初期ＤＬ ＢＷＰを設定するために用いられる。ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの設定情報ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１には、ＣＯＲＥＳＥＴの識別子とＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）を明示的に特定する情報は含まれないが、ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）は、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれる情報によって暗示的に特定できる。インフォメーションエレメントＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎは、ＳＩＢで提供されるセル固有のＰＤＣＣＨパラメータを設定するために用いられる。また、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎはハンドオーバ、および、ＰＳＣｅｌｌおよび／またはＳＣｅｌｌの追加時にも提供されてもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰの設定の中に含まれる。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰ以外のＢＷＰの設定の中に含まれなくてもよい。ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１の内４ビット（例えば、ＭＳＢ ４ビット、最上位ビットの４ビット）に対応する。ＣＯＲＥＳＥＴ＃０はタイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットである。
The control resource set specified by the CORESET identifier 0 (ControlResourceSetId 0) is referred to as
追加のコモンＣＯＲＥＳＥＴ（additional common control resource set）の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔによって設定されてもよい。また、追加のコモンＣＯＲＥＳＥＴの設定情報は、システム情報および／またはページング手順のための追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、ランダムアクセス手順に使われる追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、各ＢＷＰの設定の中に含まれてもよい。ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔに示されるＣＯＲＥＳＥＴの識別子は０以外の値を取る。 Additional common CORESET (additional common control resource set) configuration information may be configured by commonControlResourceSet included in PDCCH-ConfigCommon. Additionally, additional common CORESET configuration information may be used to specify additional common CORESETs for system information and/or paging procedures. Additional common CORESET configuration information may be used to specify additional common CORESETs to be used for random access procedures. Additional common CORESET configuration information may be included in each BWP configuration. The identifier of CORESET indicated in commonControlResourceSet takes a value other than 0.
コモンＣＯＲＥＳＥＴは、ランダムアクセス手順に使われるＣＯＲＥＳＥＴ（例えば、追加のコモンＣＯＲＥＳＥＴ）であってもよい。また、本実施形態において、コモンＣＯＲＥＳＥＴには、ＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴの設定情報で設定されたＣＯＲＥＳＥＴが含まれてもよい。つまり、コモンＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴを含んでもよい。ＣＯＲＥＳＥＴ＃０はコモンＣＯＲＥＳＥＴ＃０と称してもよい。端末装置１、コモンＣＯＲＥＳＥＴが設定されているＢＷＰ以外のＢＷＰにおいても、コモンＣＯＲＥＳＥＴの設定情報を参照（取得）してもよい。
The common CORESET may be a CORESET (eg, an additional common CORESET) used for random access procedures. Further, in the present embodiment, the common CORESET may include a CORESET set with setting information of
１つまたは複数のＣＯＲＥＳＥＴの設定情報は、ＰＤＣＣＨ－Ｃｏｎｆｉｇによって設定されてもよい。インフォメーションエレメントＰＤＣＣＨ－Ｃｏｎｆｉｇは、あるＢＷＰに対してＵＥ固有のＰＤＣＣＨパラメータ（例えば、ＣＯＲＳＥＴ、サーチスペースなど）を設定するために用いられる。ＰＤＣＣＨ－Ｃｏｎｆｉｇは、各ＢＷＰの設定の中に含まれてもよい。 Configuration information for one or more CORESETs may be configured by PDCCH-Config. The information element PDCCH-Config is used to configure UE-specific PDCCH parameters (eg, CORSET, search space, etc.) for a certain BWP. PDCCH-Config may be included in the configuration of each BWP.
即ち、本実施形態において、ＭＩＢで示されるコモンＣＯＲＥＳＥＴの設定情報はｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１であり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴの設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏであり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴ（追加のコモンＣＯＲＥＳＥＴ）の設定情報はｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔである。また、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示される１つまたは複数のＣＯＲＥＳＥＴ（UE specifically configured Control Resource Sets、ＵＥ固有ＣＯＲＥＳＥＴ）の設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔである。 That is, in the present embodiment, the common CORESET configuration information indicated by MIB is pdcch-ConfigSIB1, the common CORESET configuration information indicated by PDCCH-ConfigCommon is controlResourceSetZero, and PDCCH-ConfigComm Common CORESET (additional The setting information for the common CORESET is commonControlResourceSet. Further, the configuration information of one or more CORESETs (UE specifically configured Control Resource Sets, UE-specific CORESETs) indicated in PDCCH-Config is controlResourceSetToAddModList.
サーチスペースはＰＤＣＣＨ候補（PDCCH candidates）をサーチするために定義される。サーチスペースの設定情報に含まれるｓｅａｒｃｈＳｐａｃｅＴｙｐｅは、該サーチスペースがコモンサーチスペース（Common Search Space, CSS）であるかＵＥ固有サーチスペース（UE-specific Search Space, USS）であるかを示す。ＵＥ固有サーチスペースは、少なくとも、端末装置１がセットしているＣ－ＲＮＴＩの値から導き出される。すなわち、ＵＥ固有サーチスペースは、端末装置１毎に個別に導き出される。コモンサーチスペースは、複数の端末装置１の間で共通のサーチスペースであり、予め定められたインデックスのＣＣＥ（Control Channel Element）から構成される。ＣＣＥは、複数のリソースエレメントから構成される。サーチスペースの設定情報には、該サーチスペースでモニタされるＤＣＩフォーマットの情報が含まれる。
A search space is defined to search for PDCCH candidates. The searchSpaceType included in the search space configuration information indicates whether the search space is a common search space (Common Search Space, CSS) or a UE-specific search space (UE-specific Search Space, USS). The UE-specific search space is derived from at least the C-RNTI value set by the
サーチスペースの設定情報には、ＣＯＲＥＳＥＴの設定情報で特定されるＣＯＲＥＳＥＴの識別子が含まれる。サーチスペースの設定情報の中に含まれるＣＯＲＥＳＥＴの識別
子で特定されるＣＯＲＥＳＥＴは、該サーチスペースと関連付けられる。言い換えると、該サーチスペースに関連付けられるＣＯＲＥＳＥＴは、該サーチスペースに含まれるＣＯＲＥＳＥＴの識別子で特定するＣＯＲＥＳＥＴである。該サーチスペースの設定情報で示されるＤＣＩフォーマットは、関連付けられるＣＯＲＥＳＥＴでモニタされる。各サーチスペースは一つのＣＯＲＥＳＥＴに関連付けられる。例えば、ランダムアクセス手順のためのサーチスペースの設定情報はｒａ－ＳｅａｒｃｈＳｐａｃｅによって設定されてもよい。即ち、ｒａ－ＳｅａｒｃｈＳｐａｃｅと関連付けられるＣＯＲＥＳＥＴでＲＡ－ＲＮＴＩまたはＴＣ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマットがモニタされる。
The search space setting information includes a CORESET identifier specified by the CORESET setting information. The CORESET specified by the CORESET identifier included in the search space configuration information is associated with the search space. In other words, the CORESET associated with the search space is a CORESET identified by the identifier of the CORESET included in the search space. The DCI format indicated by the configuration information of the search space is monitored by the associated CORESET. Each search space is associated with one CORESET. For example, search space configuration information for a random access procedure may be configured by ra-SearchSpace. That is, the DCI format to which a CRC scrambled by RA-RNTI or TC-RNTI is added is monitored in the CORESET associated with ra-SearchSpace.
端末装置１は、ＰＤＣＣＨをモニタリングするように設定されているそれぞれのアクティブなサービングセルに配置される、１つまたは複数のＣＯＲＥＳＥＴにおいて、ＰＤＣＣＨの候補のセットをモニタする。ＰＤＣＣＨの候補のセットは、１つまたは複数のサーチスペースセットに対応している。モニタリングすることは、モニタされる１つまたは複数のＤＣＩフォーマットに応じてそれぞれのＰＤＣＣＨの候補をデコードすることを意味する。端末装置１がモニタするＰＤＣＣＨの候補のセットは、ＰＤＣＣＨサーチスペースセット（PDCCH search space sets）で定義される。一つのサーチスペースセットは、コモンサーチスペースセットまたはＵＥ固有サーチスペースセットである。上記では、サーチスペースセットをサーチスペース、コモンサーチスペースセットをコモンサーチスペース、ＵＥ固有サーチスペースセットをＵＥ固有サーチスペースと称している。端末装置１は、１つまたは複数の以下のサーチスペースセットでＰＤＣＣＨ候補をモニタする。
- タイプ０ＰＤＣＣＨコモンサーチスペースセット（a Type0-PDCCH common search
space set、タイプ０コモンサーチスペース）： このサーチスペースセットは、上位層
のパラメータである、ＭＩＢで示されるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペースＳＩＢ１（searchSpaceSIB1
）またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるサーチスペースゼロ（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）によって設定される。このサーチスペースは、ＩＮ
Ｔ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩ、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ、またはＴＰＣ－ＳＲＳ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。プライマリライセルに対しては、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはＭＣＳ－Ｃ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- ＵＥ固有サーチスペースセット（a UE-specific search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがＵＥ固有のサーチスペース（SearchSpace）によって設定される
。このサーチスペースは、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはＭＣＳ－Ｃ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
The
- Type0-PDCCH common search space set (a Type0-PDCCH common search
space set,
) or search space zero (searchSpaceZero) included in PDCCH-ConfigCommon. This search space is for monitoring the DCI format of the CRC scrambled with the SI-RNRI in the primary cell.
- Type 0APDCCH common search space set (a Type 0A-PDCCH common search space set, Type 0A common search space set): This search space set is set by the search space (searchSpaceOtherSystemInformation) indicated by PDCCH-ConfigCommon, which is an upper layer parameter. be done. This search space is for monitoring the DCI format of the CRC scrambled with the SI-RNRI in the primary cell.
- Type1-PDCCH common search space set (a Type1-PDCCH common search
space set,
- Type2-PDCCH common search space set (a Type2-PDCCH common search
space set,
- Type3-PDCCH common search space set (a Type3-PDCCH common search
space set,
It is for monitoring the DCI format of the CRC scrambled with T-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, or TPC-SRS-RNTI. For the primary licensee, it is for monitoring the DCI format of the CRC scrambled with C-RNTI, CS-RNTI(s), or MCS-C-RNTI.
- UE-specific search space set (a UE-specific search space set): In this search space set, the search space type indicated by PDCCH-Config, which is an upper layer parameter, is set by the UE-specific search space (SearchSpace). . This search space is for monitoring the DCI format of the CRC scrambled with C-RNTI, CS-RNTI(s), or MCS-C-RNTI.
もし、端末装置１が、対応する上位層パラメータ（searchSpaceZero、searchSpaceSIB1、searchSpaceOtherSystemInformation、 pagingSearchSpace, ra-SearchSpaceなど） によって、１つまたは複数のサーチスペースセットを提供されて、端末装置１が、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを提供されている場合、端末装置１は、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを持つＤＣＩ ｆｏｒｍａｔ ０＿０とＤＣＩ ｆｏｒｍａｔ １＿０のためのＰＤＣＣＨ候補を、その１つまたは複数のサーチスペースセットでモニタしてもよい。
If the
ＢＷＰの設定情報はＤＬ ＢＷＰの設定情報とＵＬ ＢＷＰの設定情報に分けられる。ＢＷＰの設定情報には、インフォメーションエレメントｂｗｐ－Ｉｄ（ＢＷＰの識別子）が含まれる。ＤＬ ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＤＬ ＢＷＰを特定（参照）するために使われる。ＵＬ ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＵＬ ＢＷＰを特定（参照）するために使われる。ＢＷＰの識別子はＤＬ ＢＷＰとＵＬ ＢＷＰのそれぞれに対して付与される。例えば、ＤＬ ＢＷＰに対応するＢＷＰの識別子はＤＬ ＢＷＰ インデックス（DL BWP index）と称してもよい。ＵＬ ＢＷＰに対応するＢＷＰの識別子はＵＬ ＢＷＰ インデックス（UL BWP index）と称してもよい。初期ＤＬ ＢＷＰは、ＤＬ ＢＷＰの識別子０によって参照される。初期ＵＬ ＢＷＰは、ＵＬ ＢＷＰの識別子０によって参照される。他のＤＬ ＢＷＰまたは他のＵＬ ＢＷＰのそれぞれは、ＢＷＰの識別子 １からｍａｘＮｒｏｆＢＷＰｓまでに参照されてもよい。つまり、０にセットしたＢＷＰの識別子（ｂｗｐ－Ｉｄ＝０）は、初期ＢＷＰに関連つけられ、他のＢＷＰに使われることができない。ｍａｘＮｒｏｆＢＷＰｓはサービングセルあたりのＢＷＰの最大数であり、４である。即ち、他のＢＷＰの識別子の値は、１から４までの値を取る。他の上位層の設定情報は、ＢＷＰの識別子を利用して特定のＢＷＰに関連付けられる。ＤＬ ＢＷＰとＵＬ ＢＷＰが同じＢＷＰの識別子を有することは、ＤＬ ＢＷＰとＵＬ ＢＷＰがペアされていることを意味してもよい。
BWP configuration information is divided into DL BWP configuration information and UL BWP configuration information. The BWP setting information includes an information element bwp-Id (BWP identifier). The BWP identifier included in the DL BWP configuration information is used to identify (reference) the DL BWP in a certain serving cell. The BWP identifier included in the UL BWP configuration information is used to identify (reference) the UL BWP in a certain serving cell. A BWP identifier is assigned to each of the DL BWP and UL BWP. For example, a BWP identifier corresponding to a DL BWP may be referred to as a DL BWP index. The BWP identifier corresponding to the UL BWP may be referred to as a UL BWP index. The initial DL BWP is referenced by
端末装置１は、１つのプライマリセルと１５までのセカンダリセルが設定されてよい。
The
以下では、ＰＤＳＣＨを受信する手順について説明する。 Below, a procedure for receiving PDSCH will be explained.
端末装置１は、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿２を含むＰＤＣＣＨの検出によって、対応するＰＤＳＣＨをデコード（受信）してもよい。対応するＰＤＳＣＨは、そのＤＣＩフォーマット（ＤＣＩ）によってスケジュールされる（示される）。そのスケジュールされるＰＤＳＣＨの開始位置（開始シンボル）をＳと称する。ただし、ＳはＰＤＳＣＨのための時間領域リソースの開始シンボルと称されてもよい。ＰＤＳＣＨの開始シンボルＳはあるスロット内でＰＤＳＣＨが送信（マップ）される最初のシンボルであってもよい。開始シンボルＳはスロットの始まりに対応する。例えば、Ｓの値が０である場合、端末装置１は、あるスロット内の１番目のシンボルからＰＤＳＣＨを受信してもよい。また、例えば、Ｓの値が２である場合、端末装置１は、あるスロットの３番目のシンボルからＰＤＳＣＨを受信してもよい。そのスケジュールされるＰＤＳＣＨの連続的な（Consecutive）シンボルの数をＬと称する。ただし、ＬはＰＤＳＣＨのための時間領域リソースの期間と称されてもよい。連続的なシンボルの数Ｌは開始シンボルＳから数える。ＰＤＳＣＨに対して割り当てられたＳとＬの決定は後述する。ただし、Ｌは、後述するように、ＰＵＳＣＨのための時間領域リソースの名目上の期間であってもよい。つまり、実際に送信されるＰＵＳＣＨの期間（シンボル数）は、Ｌと異なっていてもよい。
The
ＰＤＳＣＨマッピングのタイプはＰＤＳＣＨマッピングタイプＡとＰＤＳＣＨマッピングタイプＢを有する。ＰＤＳＣＨマッピングタイプＡでは、Ｓは０から３までの値を取る。Ｌは３から１４までの値を取る。ただし、ＳとＬの和は３から１４までの値を取る。ＰＤＳＣＨマッピングタイプＢでは、Ｓは０から１２までの値を取る。Ｌは｛２、４、７｝から１つの値を取る。ただし、ＳとＬの和は２から１４までの値を取る。 PDSCH mapping types include PDSCH mapping type A and PDSCH mapping type B. For PDSCH mapping type A, S takes values from 0 to 3. L takes a value from 3 to 14. However, the sum of S and L takes a value from 3 to 14. For PDSCH mapping type B, S takes values from 0 to 12. L takes one value from {2, 4, 7}. However, the sum of S and L takes a value from 2 to 14.
ＰＤＳＣＨためのＤＭＲＳシンボルの位置は、ＰＤＳＣＨマッピングのタイプに依存する。ＰＤＳＣＨための最初のＤＭＲＳシンボル（first DM-RS symbol）の位置は、ＰＤＳＣＨマッピングのタイプに依存する。ＰＤＳＣＨマッピングタイプＡでは、最初のＤＭＲＳシンボルの位置は、上位層のパラメータｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎに示されてもよい。つまり、上位層のパラメータｄｍｒｓ－ＴｙｐｅＡ－ＰｏｓｉｔｉｏｎはＰＤＳＣＨまたはＰＵＳＣＨのための最初のＤＭＲＳの位置を示すために用いられる。ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎは、‘ｐｏｓ２’または‘ｐｏｓ３’のいずれかにセットされてもよい。例えば、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ２’にセットされている場合、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の３番目のシンボルであってもよい。例えば、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ３’にセットされている場合、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の４番目のシンボルであってもよい。ここで、Ｓは、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ３’にセットされている場合のみに、３の値をとれる。つまり、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ２’にセットされている場合、Ｓは０から２までの値をとる。ＰＤＳＣＨマッピングタイプＢでは、最初のＤＭＲＳシンボルの位置は、割り当てられるＰＤＳＣＨの最初のシンボルである。 The location of DMRS symbols for PDSCH depends on the type of PDSCH mapping. The location of the first DMRS symbol for PDSCH depends on the type of PDSCH mapping. For PDSCH mapping type A, the position of the first DMRS symbol may be indicated in the upper layer parameter dmrs-TypeA-Position. That is, the upper layer parameter dmrs-TypeA-Position is used to indicate the position of the first DMRS for PDSCH or PUSCH. dmrs-TypeA-Position may be set to either 'pos2' or 'pos3'. For example, if dmrs-TypeA-Position is set to 'pos2', the position of the first DMRS symbol for PDSCH may be the third symbol within the slot. For example, if dmrs-TypeA-Position is set to 'pos3', the position of the first DMRS symbol for PDSCH may be the fourth symbol within the slot. Here, S can take a value of 3 only when dmrs-TypeA-Position is set to 'pos3'. That is, when dmrs-TypeA-Position is set to 'pos2', S takes a value from 0 to 2. For PDSCH mapping type B, the position of the first DMRS symbol is the first symbol of the assigned PDSCH.
図７は本実施形態に係るＰＤＳＣＨマッピングタイプの一例を示す図である。図７（Ａ）はＰＤＳＣＨマッピングタイプＡの一例を示す図である。図７（Ａ）において、割り当てられるＰＤＳＣＨのＳは３である。割り当てられるＰＤＳＣＨのＬは７である。図７（Ａ）において、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の４番目のシンボルである。即ち、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ３’にセットされている。図７（Ｂ）はＰＤＳＣＨマッピングタイプＡの一例を示す図である。図７（Ｂ）において、割り当てられるＰＤＳＣＨのＳは４である。割り当てられるＰＤＳＣＨのＬは４である。図７（Ｂ）において、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、ＰＤＳＣＨが割り当てられる最初のシンボルである。 FIG. 7 is a diagram showing an example of PDSCH mapping types according to this embodiment. FIG. 7A is a diagram illustrating an example of PDSCH mapping type A. In FIG. 7A, S of the assigned PDSCH is 3. The allocated PDSCH L is 7. In FIG. 7(A), the position of the first DMRS symbol for PDSCH is the fourth symbol within the slot. That is, dmrs-TypeA-Position is set to 'pos3'. FIG. 7(B) is a diagram illustrating an example of PDSCH mapping type A. In FIG. 7(B), S of the assigned PDSCH is 4. The allocated PDSCH L is 4. In FIG. 7(B), the position of the first DMRS symbol for PDSCH is the first symbol to which PDSCH is allocated.
以下、ＰＤＳＣＨ時間領域リソース割り当ての特定方法について説明する。 A method for identifying PDSCH time domain resource allocation will be described below.
基地局装置３は、ＤＣＩによって端末装置１にＰＤＳＣＨを受信させるようにスケジュールしてもよい。端末装置１は、自装置宛てのＤＣＩの検出によってＰＤＳＣＨを受信してもよい。端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てを特定する時に、最初にＰＤＳＣＨに適用するリソース割り当てテーブルを決定する。リソース割り当てテーブルは、１つまたは複数のＰＤＳＣＨ時間領域リソース割り当てコンフィギュレーションを含む。端末装置１は、ＰＤＳＣＨをスケジュールするＤＣＩに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰＤＳＣＨ時間領域リソース割り当て設定を選んでもよい。つまり、基地局装置３は、端末装置１に対するＰＤＳＣＨのリソース割り当てを決定し、決定したリソース割り当てに基づく値の‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドを生成し、その‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドを含むＤＣＩを端末装置１に送信する。端末装置１は、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドの値に基づき、ＰＤＳＣＨの時間方向のリソース割り当てを特定する。
The
図８は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを定義する図である。端末装置１は、図８に示されるテーブルに基づいて、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定してもよい。リソース割り当てテーブルは、１つまたは複数のＰＤＳＣＨ時間領域リソース割り当ての設定（configuration）を含む。本実施形態において、リソース割り当てテーブルは、（Ｉ）事前に定義されるリソース割り当てテーブル、および、（ＩＩ）上位層のＲＲＣ信号から設定されるリソース割り当てテーブルと分類される。事前に定義されるリソース割り当てテーブルは、例えば、デフォルトＰＤＳＣＨ時間領域リソース割り当てＡ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＢ、および、デフォルトＰＤＳＣＨ時間領域リソース割り当てＣとして定義される。また、デフォルトＰＤＳＣＨ時間領域リソース割り当てＡとは異なるデフォルトＰＤＳＣＨ時間領域リソース割り当てＤが定義されてもよい。以下では、それぞれ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＡをデフォルトテーブルＡ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＢをデフォルトテーブルＢ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＣをデフォルトテーブルＣ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＤをデフォルトテーブルＤと称する。
FIG. 8 is a diagram defining a resource allocation table applied to PDSCH time domain resource allocation. The
図１１は本実施形態に係るデフォルトテーブルＡの一例を示す図である。図１２は本実施形態に係るデフォルトテーブルＢの一例を示す図である。図１３は本実施形態に係るデフォルトテーブルＣの一例を示す図である。図１１の例では、デフォルトテーブルＡの行数は１６であり、各行はＰＤＳＣＨ時間領域リソース割り当ての設定を示す。図１１において、各行は、ＰＤＳＣＨマッピングタイプ、ＤＣＩを含むＰＤＣＣＨとそのＰＤＳＣＨとの間のスロットオフセットＫ０、スロット内のＰＤＳＣＨの開始シンボルＳ、および、連続的な割当シンボル数Ｌを定義する。 FIG. 11 is a diagram showing an example of the default table A according to this embodiment. FIG. 12 is a diagram showing an example of the default table B according to this embodiment. FIG. 13 is a diagram showing an example of the default table C according to this embodiment. In the example of FIG. 11, the number of rows in default table A is 16, and each row indicates the configuration of PDSCH time domain resource allocation. In FIG. 11, each row defines the PDSCH mapping type, the slot offset K 0 between the PDCCH containing the DCI and that PDSCH, the starting symbol S of the PDSCH within the slot, and the number L of consecutive allocated symbols.
上位層のＲＲＣ信号で設定されるリソース割り当てテーブルは、上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔによって与えられる。ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは１つまたは複数のインフォメーションエレメントＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを含む。ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎは、ＰＤＳＣＨ時間領域リソース割り当ての設定を示す。ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎは、ＤＣＩを含むＰＤＣＣＨとＰＤＳＣＨの間の時間領域の関係を設定するために用いられてよい。つまり、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは１つまたは複数のインフォメーションエレメントを含むリストである。１つのＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを１つのエントリ（または１つの行）と称してもよい。例えば、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは最大１６個のエントリを含み、ＤＣＩに含まれる４ビットのフィールドによっていずれか１つのエントリが用いられてよい。ただし、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔに含まれるエントリの数は異なる数であってもよく、関連してＤＣＩに含まれるフィールドのビット数が異なる値であってもよい。ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔの各エントリにおいて、Ｋ０、ｍａｐｐｉｎｇＴｙｐｅ、および／または、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈが示されてよい。Ｋ０はＤＣＩを含むＰＤＣＣＨとそのＰＤＳＣＨとの間のスロットオフセットを示す。ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎによってＫ０を示されない場合、端末装置１はＫ０の値が所定の値（例えば０）であると想定してもよい。ｍａｐｐｉｎｇＴｙｐｅは、対応するＰＤＳＣＨのマッピングタイプがＰＤＳＣＨマッピングタイプＡであるか、またはＰＤＳＣＨマッピングタイプＢであるかを示す。ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈは対応するＰＤＳＣＨの開始シンボルＳ、および、連続的な割り当てシンボル数Ｌの有効な組み合わせを与えるインデックスである。ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈをスタート位置と長さのインジケータ（ＳＬＩＶ：start and length indicator）と称してもよい。ＳＬＩＶが適用される場合は、デフォルトテーブルを用いる場合と異なり、対応するＰＤＳＣＨの開始シンボルＳと連続的なシンボル数Ｌは、ＳＬＩＶに基づいて与えられる。基地局装置３は、ＰＤＳＣＨの時間領域リソース割り当てがスロット境界を超えないようにＳＬＩＶの値をセットしてもよい。スロットオフセットＫ０とＳＬＩＶについては後述する。
The resource allocation table set by the upper layer RRC signal is given by the upper layer signal pdsch-TimeDomainAllocationList. pdsch-TimeDomainAllocationList contains one or more information elements PDSCH-TimeDomainResourceAllocation. PDSCH-TimeDomainResourceAllocation indicates configuration of PDSCH time domain resource allocation. PDSCH-TimeDomainResourceAllocation may be used to configure the time domain relationship between PDCCH and PDSCH including DCI. That is, pdsch-TimeDomainAllocationList is a list that includes one or more information elements. One PDSCH-TimeDomainResourceAllocation may be referred to as one entry (or one row). For example, pdsch-TimeDomainAllocationList includes a maximum of 16 entries, and any one entry may be used depending on the 4-bit field included in the DCI. However, the number of entries included in pdsch-TimeDomainAllocationList may be different, and relatedly, the number of bits of fields included in DCI may be different values. In each entry of pdsch-TimeDomainAllocationList, K 0 , mappingType, and/or startSymbolAndLength may be indicated. K 0 indicates the slot offset between the PDCCH containing DCI and its PDSCH. If K 0 is not indicated by PDSCH-TimeDomainResourceAllocation, the
上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔはセル固有のＲＲＣパラメータｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎおよび／または端末装置１（ＵＥ）固有のＲＲＣパラメータｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれてもよい。ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎはあるＢＷＰに対するＰＤＳＣＨのためのセル固有パラメータを設定するために用いられる。ｐｄｓｃｈ－ＣｏｎｆｉｇはあるＢＷＰに対するＰＤＳＣＨのための端末装置１（ＵＥ）固有パラメータを設定するために用いられる。 The upper layer signal pdsch-TimeDomainAllocationList may be included in the cell-specific RRC parameter pdsch-ConfigCommon and/or the terminal equipment 1 (UE)-specific RRC parameter pdsch-Config. pdsch-ConfigCommon is used to configure cell-specific parameters for PDSCH for a certain BWP. pdsch-Config is used to configure terminal equipment 1 (UE) specific parameters for PDSCH for a certain BWP.
端末装置１は、第１のＰＤＳＣＨを受信する場合と第２のＰＤＳＣＨを受信する場合とで、ＰＤＳＣＨ時間領域リソース割り当てに対して、異なるリソース割り当てテーブルを適用してもよい。基地局装置３は、第１のＰＤＳＣＨを送信する場合と第２のＰＤＳＣＨを送信する場合とで、ＰＤＳＣＨ時間領域リソース割り当てに対して、異なるリソース割り当てテーブルを適用してもよい。
The
第１のＰＤＳＣＨと第２のＰＤＳＣＨは異なるサービスのデータを伝送するＰＤＳＣＨであってよい。例えば、第１のＰＤＳＣＨはｅＭＢＢのデータを伝送するＰＤＳＣＨであり、第２のＰＤＳＣＨはＵＲＬＬＣのデータを伝送するＰＤＳＣＨであってもよい。第１のＰＤＳＣＨは、第１のＤＣＩによってスケジュールされるＰＤＳＣＨであってよい。第２のＰＤＳＣＨは、第２のＤＣＩによってスケジュールされるＰＤＳＣＨであってよい。第１のＤＣＩと第２のＤＣＩは異なるサービスのデータをスケジュールするＤＣＩであってよい。例えば、第１のＤＣＩはｅＭＢＢのデータを送信するＰＤＳＣＨをスケジュールするＤＣＩであり、第２のＤＣＩはＵＲＬＬＣのデータを送信するＰＤＳＣＨをスケジュールするＤＣＩであってもよい。 The first PDSCH and the second PDSCH may be PDSCHs that transmit data of different services. For example, the first PDSCH may be a PDSCH that transmits eMBB data, and the second PDSCH may be a PDSCH that transmits URLLC data. The first PDSCH may be a PDSCH scheduled by a first DCI. The second PDSCH may be a PDSCH scheduled by a second DCI. The first DCI and the second DCI may be DCIs that schedule data for different services. For example, the first DCI may be a DCI that schedules a PDSCH that transmits eMBB data, and the second DCI may be a DCI that schedules a PDSCH that transmits URLLC data.
第１のＤＣＩと第２のＤＣＩは、異なるＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであってもよい。例えば、第１のＤＣＩは第１の値の範囲であるＣ－ＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであり、第２のＤＣＩは第１の値の範囲とは異なる第２の値の範囲であるＣ－ＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであってもよい。例えば、第１のＤＣＩは第３の値の範囲である任意の種類のＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであり、第２のＤＣＩは第３の値の範囲とは異なる第４の値の範囲である任意の種類のＲＮＴＩでスクランブルされたＣＲＣ
を付加されたＤＣＩであってもよい。例えば、第１のＤＣＩはＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ，ＣＳ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩおよび／またはＰ－ＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであり、第２のＤＣＩはＵＣ－ＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであってもよい。ただし、ＵＣ－ＲＮＴＩはＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ，ＣＳ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩおよびＰ－ＲＮＴＩで利用可能な値とは異なる値を用いるＲＮＴＩであってよい。ただし、ＵＣ－ＲＮＴＩは１つまたは複数のスロットにおける所定のサービスのデータのＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられるＲＮＴＩであってよい。
The first DCI and the second DCI may be DCIs to which CRCs scrambled with different RNTIs are added. For example, the first DCI is a DCI appended with a scrambled CRC with a C-RNTI that is a first value range, and the second DCI is a DCI that has a second value range that is different from the first value range. It may be a DCI to which a scrambled CRC is added with a range of C-RNTI. For example, the first DCI is a DCI appended with a scrambled CRC of any type of RNTI that is in a third range of values, and the second CRC scrambled with any type of RNTI that is a range of values
It may be a DCI with . For example, the first DCI is a DCI with a scrambled CRC added with C-RNTI, MCS-C-RNTI, CS-RNTI, SI-RNTI, RA-RNTI, TC-RNTI and/or P-RNTI. , the second DCI may be a DCI with a scrambled CRC added with the UC-RNTI. However, UC-RNTI is an RNTI that uses values different from those available for C-RNTI, MCS-C-RNTI, CS-RNTI, SI-RNTI, RA-RNTI, TC-RNTI, and P-RNTI. good. However, the UC-RNTI may be an RNTI used to control the PDSCH or PUSCH of data of a given service in one or more slots.
第１のＤＣＩと第２のＤＣＩは、異なるＤＣＩフォーマットを用いたＤＣＩであってもよい。例えば、第１のＤＣＩはＤＣＩフォーマット１＿１を用いたＤＣＩであり、第２のＤＣＩはＤＣＩフォーマット１＿２を用いたＤＣＩであってもよい。 The first DCI and the second DCI may be DCIs using different DCI formats. For example, the first DCI may be a DCI using DCI format 1_1, and the second DCI may be a DCI using DCI format 1_2.
第１のＤＣＩと第２のＤＣＩは、異なるサイズのＤＣＩフォーマットを用いたＤＣＩであってもよい。例えば、第１のＤＣＩは第１のサイズのＤＣＩフォーマットを用いたＤＣＩであり、第２のＤＣＩは第１のサイズとは異なる第２のサイズのＤＣＩフォーマットを用いたＤＣＩであってもよい。 The first DCI and the second DCI may be DCIs using DCI formats of different sizes. For example, the first DCI may be a DCI using a DCI format of a first size, and the second DCI may be a DCI using a DCI format of a second size different from the first size.
第１のＤＣＩと第２のＤＣＩは、それぞれのＤＣＩフォーマット内の所定のフィールドで、対応するＰＤＳＣＨのデータに適用されるサービスが示されてもよい。例えば、第１のＤＣＩのＤＣＩフォーマット内のフィールドで、対応するＰＤＳＣＨがｅＭＢＢのデータを伝送することが特定されてもよい。例えば、第２のＤＣＩのＤＣＩフォーマット内のフィールドで、対応するＰＤＳＣＨがＵＲＬＬＣのデータを伝送することが特定されてもよい。 The first DCI and the second DCI may indicate a service applied to the data of the corresponding PDSCH in a predetermined field in each DCI format. For example, a field in the DCI format of the first DCI may specify that the corresponding PDSCH transmits eMBB data. For example, a field in the DCI format of the second DCI may specify that the corresponding PDSCH transmits data of the URLLC.
第１のＤＣＩと第２のＤＣＩは、異なるサーチスペースおよび／または異なるＣＯＲＥＳＥＴで伝送されるＤＣＩであってもよい。 The first DCI and the second DCI may be DCIs transmitted in different search spaces and/or different CORESETs.
第１のＤＣＩと第２のＤＣＩは、異なるコードブックのＰＤＳＣＨをスケジュールするＤＣＩであってもよい。 The first DCI and the second DCI may be DCIs that schedule PDSCHs of different codebooks.
上位層のＲＲＣ信号で設定されるリソース割り当てテーブルは、上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔとは異なる上位層の信号（インフォメーションエレメントあるいはＲＲＣパラメータであってよい）で与えられてもよい。例えば、上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２によって与えられてもよい。基地局装置３は、上位層の信号でｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよび／またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を通知してもよい。端末装置１は、上位層の信号でｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよび／またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を受信してもよい。
The resource allocation table set by the upper layer RRC signal may be given by an upper layer signal (which may be an information element or an RRC parameter) different from the upper layer signal pdsch-TimeDomainAllocationList. For example, it may be given by the upper layer signal pdsch-TimeDomainAllocationList2. The
ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２はｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔと同様に、最大１６個のエントリを含み、ＤＣＩに含まれる４ビットのフィールドによっていずれか１つのエントリが用いられてよい。ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２に含まれる各エントリにおいて、Ｋ０、ｍａｐｐｉｎｇＴｙｐｅ、および／または、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈが示されてよい。ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２の各エントリにおけるＫ０、ｍａｐｐｉｎｇＴｙｐｅ、および／または、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈにおいて利用可能な値は、ｐｄｓ
ｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおいて利用可能な値と異なってもよい。例えば、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおいて利用可能なＫ０の値は０～３２であり、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２において利用可能なＫ０の値は０～４であってもよい。例えば、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおいて利用可能なｍａｐｐｉｎｎｇＴｙｐｅはマッピングタイプＡとマッピングタイプＢであり、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２において利用可能なｍａｐｐｉｎｎｇＴｙｐｅはマッピングタイプＢのみであってもよい。例えば、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２ではｍａｐｐｉｎｎｇＴｙｐｅが示されなくてもよい。
pdsch-TimeDomainAllocationList2, like pdsch-TimeDomainAllocationList, includes a maximum of 16 entries, and any one entry may be used depending on the 4-bit field included in the DCI. In each entry included in pdsch-TimeDomainAllocationList2, K 0 , mappingType, and/or startSymbolAndLength may be indicated. The values available for K 0 , mappingType, and/or startSymbolAndLength in each entry of pdsch-TimeDomainAllocationList2 are pds
It may be different from the values available in ch-TimeDomainAllocationList. For example, the values of K 0 available in pdsch-TimeDomainAllocationList may be 0-32, and the values of K 0 available in pdsch-TimeDomainAllocationList2 may be 0-4. For example, the mappingTypes available in pdsch-TimeDomainAllocationList are mapping type A and mapping type B, and the mappingType available in pdsch-TimeDomainAllocationList2 may be only mapping type B. For example, mappingType may not be indicated in pdsch-TimeDomainAllocationList2.
端末装置１は、上位層の信号ｐｄｓｃｈ－Ｃｏｎｆｉｇにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが含まれており、かつ第１のＤＣＩでＰＤＳＣＨがスケジュールされている場合に、ＰＤＳＣＨのリソース割り当てテーブルにｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを適用してもよい。端末装置１は、上位層の信号ｐｄｓｃｈ－Ｃｏｎｆｉｇにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が含まれており、かつ第２のＤＣＩでＰＤＳＣＨがスケジュールされている場合に、ＰＤＳＣＨのリソース割り当てテーブルにｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を適用してもよい。
When the upper layer signal pdsch-Config includes pdsch-TimeDomainAllocationList and the PDSCH is scheduled in the first DCI, the
端末装置１は、上位層の信号ｐｄｓｃｈ－Ｃｏｎｆｉｇおよびｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが含まれておらず、かつ第１のＤＣＩでＰＤＳＣＨがスケジュールされている場合に、ＰＤＳＣＨのリソース割り当てテーブルにデフォルトテーブルＡを適用してもよい。端末装置１は、上位層の信号ｐｄｓｃｈ－Ｃｏｎｆｉｇおよびｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が含まれておらず、かつ第２のＤＣＩでＰＤＳＣＨがスケジュールされている場合に、ＰＤＳＣＨのリソース割り当てテーブルにデフォルトテーブルＤを適用してもよい。端末装置１は、上位層の信号でｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよび／またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が設定されていない場合に、第１のＤＣＩと第２のＤＣＩで異なるデフォルトテーブルを用いてもよい。端末装置１は、上位層の信号でｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよび／またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が設定されていない場合に、第１のＤＣＩと第２のＤＣＩで同一のデフォルトテーブルを用いてもよい。
If the upper layer signals pdsch-Config and pdsch-ConfigCommon do not include pdsch-TimeDomainAllocationList, and the PDSCH is scheduled in the first DCI, the
図１４は、ＳＬＩＶを算出する一例を示す図である。 FIG. 14 is a diagram showing an example of calculating SLIV.
図１４において、１４は１つのスロットに含まれるシンボルの数である。図１４は、ＮＣＰ（Normal Cyclic Prefix）の場合にＳＬＩＶを算出する一例を示す。ＳＬＩＶの値は、スロットに含まれるシンボルの数、開始シンボルＳ、および、連続的なシンボル数Ｌに基づいて、算出される。ここで、Ｌの値は１以上であり、（１４－Ｓ）を超えない。ＥＣＰでＳＬＩＶを算出する場合には、図１４における値７と１４には代わりに６と１２が使われる。
In FIG. 14, 14 is the number of symbols included in one slot. FIG. 14 shows an example of calculating SLIV in the case of NCP (Normal Cyclic Prefix). The value of SLIV is calculated based on the number of symbols included in the slot, the starting symbol S, and the number L of consecutive symbols. Here, the value of L is 1 or more and does not exceed (14-S). When calculating SLIV with ECP, values 6 and 12 are used instead of
以下、スロットオフセットＫ０について説明する。 The slot offset K0 will be explained below.
前述のように、サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ＾｛ｓｕｂｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１まで昇順に数えられ、フレーム内で
０からＮ＾｛ｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１まで昇順に数えられる。Ｋ０はＰＤＳＣＨのサブキャリア間隔に基づくスロットの数である。Ｋ０は０から３２までの値を取り得る。あるサブフレームまたはフレームにおいて、スロットの番号は０からに昇順に数えられる。サブキャリア間隔設定１５ｋＨｚのスロット番号ｎは、サブキャリア間隔設定３０ｋＨｚのスロット番号２ｎと２ｎ＋１に対応する。
As mentioned above, in the subcarrier spacing setting μ, slots are counted in ascending order from 0 to N^{subframe, μ}_{slot}-1 within a subframe, and from 0 to N^^{frame, It is counted in ascending order up to μ}_{slot}-1. K 0 is the number of slots based on the subcarrier spacing of the PDSCH. K 0 can take values from 0 to 32. In a subframe or frame, slot numbers are counted in ascending order starting from 0. Slot number n with a subcarrier spacing setting of 15 kHz corresponds to slot numbers 2n and 2n+1 with a subcarrier spacing setting of 30 kHz.
端末装置１がＰＤＳＣＨをスケジュールするＤＣＩを検出した場合に、そのＰＤＳＣＨに割り当てられるスロットはｆｌｏｏｒ（ｎ＊２μＰＤＳＣＨ／２μＰＤＣＣＨ）＋Ｋ０によって与えられる。関数ｆｌｏｏｒ（Ａ）は、Ａを上回らない最大の整数を出力する。ｎは、ＰＤＳＣＨをスケジュールするＰＤＣＣＨが検出されたスロットである。μＰＤＳＣＨはＰＤＳＣＨに対するサブキャリア間隔設定である。μＰＤＣＣＨはＰＤＣＣＨに対するサブキャリア間隔設定である。
When the
端末装置１は、図８に示されるように、複数の要素に基づいてＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定してもよい。端末装置１は、以下の要素（Ａ）から要素（Ｆ）の一部または全部に少なくとも基づいて、ＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。
要素（Ａ）：ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプ
要素（Ｂ）：ＤＣＩが検出されるサーチスペースのタイプ
要素（Ｃ）：そのサーチスペースと関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０であるかどうか
要素（Ｄ）：ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含むかどうか
要素（Ｅ）：ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含むかどうか
要素（Ｆ）：ＳＳ／ＰＢＣＨとＣＯＲＥＳＥＴ多重パターン
As shown in FIG. 8, the
Element (A): Type of RNTI that scrambles the CRC added to the DCI
Element (B): Type of search space in which DCI is detected Element (C): Whether the CORESET associated with that search space is
要素（Ａ）において、ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプは、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩのうち何れかである。 In element (A), the type of RNTI used to scramble the CRC added to the DCI is SI-RNTI, RA-RNTI, TC-RNTI, P-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI. This is one of the RNTIs.
要素（Ｂ）において、ＤＣＩが検出されるサーチスペースのタイプは、コモンサーチスペース、または、ＵＥ固有サーチスペースである。コモンサーチスペースは、タイプ０コモンサーチスペース、タイプ１コモンサーチスペース、タイプ２コモンサーチスペースを含む。
In element (B), the type of search space in which DCI is detected is a common search space or a UE-specific search space. The common search space includes a
例Ａとして、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモンサーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩのうち、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、上位層のＲＲＣ信号から設定されるリソース割り当てテーブルを決定してもよい。そのリソース割り当てテーブルは、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔによって与えられる。また、端末装置１に対してｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含まない場合、端末装置１は、デフォルトテーブルＡを決定してもよい。つまり、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示すデフォルトテーブルＡを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。
As example A, the
例Ｂとして、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられない任意のコモンサーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルに決定してもよい。つまり、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含むか含まないかと関わらず、ｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルに決定してもよい。つまり、端末装置１は、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用する。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含まない場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをデフォルトテーブルＡに決定してもよい。
As example B, the
例Ｃとして、端末装置１は、ＵＥ固有サーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルに決定してもよい。つまり、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含むか含まないかと関わらず、ｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルに決定してもよい。つまり、端末装置１は、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用する。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含まない場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをデフォルトテーブルＡに決定してもよい。
As example C, the
例Ｂと例Ｃからみると、ＵＥ固有サーチスペースにおいて検出されるＰＤＳＣＨに適用するリソース割り当てテーブルの決定方法は、ＣＯＲＥＳＥＴ＃０に関連付けられない任意のコモンサーチスペースにおいて検出されるＰＤＳＣＨに適用するリソース割り当てテーブルの決定方法と同様である。
From Example B and Example C, the method for determining the resource allocation table to be applied to the PDSCH detected in the UE-specific search space is to determine the resource allocation table to be applied to the PDSCH detected in any common search space not associated with
図９は、本実施形態に係るＰＤＳＣＨに適用するリソース割り当てテーブルの決定法を示すテーブルの一例である。端末装置１は、図８の最後の行（ＣＯＲＥＳＥＴ＃０に関連付けられない任意のコモンサーチスペースまたはＵＥ固有サーチスペースにおいてＤＣＩを検出し、かつＲＮＴＩが所定のタイプのＲＮＴＩである場合）において図９のようにリソース割り当てケーブルを決定してもよい。端末装置１は、要素（Ａ）から要素（Ｆ）の一部または全部に加えて、下記の要素（Ｇ）から要素（Ｉ）の少なくとも一部に基づいて、ＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。
要素（Ｇ）：ＤＣＩが上記の第１のＤＣＩ（1st DCI）であるか第２のＤＣＩ（2nd DCI）であるか
要素（Ｈ）：ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含むかどうか
要素（Ｉ）：ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含むかどうか
FIG. 9 is an example of a table showing a method for determining a resource allocation table applied to PDSCH according to this embodiment. 9 in the last line of FIG. 8 (if DCI is detected in any common search space or UE-specific search space that is not associated with
Element (G): Whether the DCI is the above-mentioned 1st DCI or 2nd DCI Element (H): Whether pdsch-ConfigCommon includes pdsch-TimeDomainAllocationList2 Element (I ): Whether pdsch-Config includes pdsch-TimeDomainAllocationList2
ただし、第１のＤＣＩの場合と第２のＤＣＩの場合とで同一のデフォルトテーブル（例えばデフォルトテーブルＡ）が用いられてもよい。ただし、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２は、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎには含まれないパラメータでありｐｄｓｃｈ－Ｃｏｎｆｉｇにのみ含まれるパラメータであってもよい。 However, the same default table (for example, default table A) may be used in the case of the first DCI and the case of the second DCI. However, pdsch-TimeDomainAllocationList2 is a parameter that is not included in pdsch-ConfigCommon, and may be a parameter that is included only in pdsch-Config.
図９に示すテーブルでは、端末装置１および／または基地局装置３は、要素（Ａ）～要素（Ｉ）に基づいてＰＤＳＣＨに適用するリソース割り当てテーブルをデフォルトテーブルＡ、デフォルトテーブルＤ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ、ｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２およびｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２の中から決定する。
図１０は、本実施形態に係るＰＤＳＣＨに適用するリソース割り当てテーブルの決定法を示すテーブルの別の一例である。図１０に示すテーブルでは、端末装置１および／または基地局装置３は、要素（Ａ）～要素（Ｇ）と要素（Ｉ）に基づいてＰＤＳＣＨに適用するリソース割り当てテーブルをデフォルトテーブルＡ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ、ｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよびｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２の中から決定する。図１０に示すテーブルの例では、ＤＣＩが第２のＤＣＩであり、ｐｄｓｃｈ－Ｃｏｎｆｉｇにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が含まれず、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが含まれる場合には、ＰＤＳＣＨに適用するリソース割り当てテーブルはｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔである。ただし、ＤＣＩが第２のＤＣＩであり、ｐｄｓｃｈ－Ｃｏｎｆｉｇにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が含まれない場合には、ＰＤＳＣＨに適用するリソース割り当てテーブルはデフォルトテーブルＡまたはデフォルトテーブルＤであってもよい。
In the table shown in FIG. 9, the
FIG. 10 is another example of a table showing a method for determining a resource allocation table applied to PDSCH according to this embodiment. In the table shown in FIG. 10, the
続いて、端末装置１は、そのＰＤＳＣＨをスケジュールするＤＣＩに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰＤＳＣＨ時間領域リソース割り当てコンフィギュレーションを選んでもよい。例えば、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがデフォルトテーブルＡである場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、デフォルトテーブルＡの行インデックス（ｒｏｗ ｉｎｄｅｘ）ｍ＋１を示してもよい。この時、ＰＤＳＣＨ時間領域リソース割り当ては、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションである。端末装置１は、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションを想定し、ＰＤＳＣＨを受信する。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、デフォルトテーブルＡの行インデックス１のＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを用いて、そのＤＣＩによってスケジュールされるＰＤＳＣＨの時間方向のリソース割り当てを特定する。
Subsequently, the
また、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルである場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける（ｍ＋１）番目のエレメント（エントリ、行）に対応する。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける１番目のエレメント（エントリ）を参照してもよい。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが１である場合、端末装置１は、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける２番目のエレメント（エントリ）を参照してもよい。
Furthermore, if the resource allocation table applied to PDSCH time domain resource allocation is the resource allocation table given from pdsch-TimeDomainAllocationList, the value m shown in the 'Time domain resource assignment' field is (m+1)th in tionList corresponds to the elements (entries, rows). For example, if the value m shown in the 'Time domain resource assignment' field is 0, the
また、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２から与えられるリソース割り当てテーブルである場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における（ｍ＋１）番目のエレメント（エントリ、行）に対応する。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における１番目のエレメント（エントリ）を参照してもよい。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが１である場合、端末装置１は、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における２番目のエレメント（エントリ）を参照してもよい。
Furthermore, if the resource allocation table applied to PDSCH time domain resource allocation is the resource allocation table given from pdsch-TimeDomainAllocationList2, the value m shown in the 'Time domain resource assignment' field is the value m shown in the list pdsch-TimeDomainAlloc. (m+1)th in ationList2 corresponds to the elements (entries, rows). For example, if the value m shown in the 'Time domain resource assignment' field is 0, the
以下、ＤＣＩに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数（サイズ）について説明する。 The number of bits (size) of the 'Time domain resource assignment' field included in the DCI will be described below.
端末装置１は、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿２を含むＰＤＣＣＨの検出によって、対応するＰＤＳＣＨをデコード（受信）してもよい。ＤＣＩフォーマット１＿０に含まる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は固定のビット数であってもよい。例えば、この固定のビット数は４であってもよい。つまり、ＤＣＩフォーマット１＿０に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのサイズは４ビットである。また、ＤＣＩフォーマット１＿１およびＤＣＩフォーマット１＿２に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのサイズは可変のビット数であってもよい。例えば、ＤＣＩフォーマット１＿１およびＤＣＩフォーマット１＿２に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は０、１、２、３、４の内何れかであってもよい。
The
以下、ＤＣＩフォーマット１＿１およびＤＣＩフォーマット１＿２に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数の決定について説明する。 Hereinafter, determination of the number of bits of the 'Time domain resource assignment' field included in DCI format 1_1 and DCI format 1_2 will be described.
ＤＣＩフォーマット１＿１およびＤＣＩフォーマット１＿２に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、（Ｉ）ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含むかどうか、および／または、（ＩＩ）ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含むかどうか、および／または、（ＩＩＩ）事前に定義したデフォルトテーブルに含まれる行の数に少なくとも基づいて、与えられてもよい。本実施形態において、ＤＣＩフォーマット１＿１およびＤＣＩフォーマット１＿２は、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。ＤＣＩフォーマット１＿１は、ＵＥ固有サーチスペースにおいて検出されてもよい。本実施形態において、‘ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む’の意味は、‘ｐｄｓｃｈ－Ｃｏｎｆｉｇでｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が提供される’の意味であってもよい。‘ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む’の意味は、‘ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎでｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が提供される’の意味であってもよい。 The number of bits of the 'Time domain resource assignment' field included in DCI format 1_1 and DCI format 1_2 is determined by (I) pdsch-ConfigCommon DomainAllocationList2) and/or (II) It may be given based at least on whether pdsch-Config includes pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2) and/or (III) the number of rows included in a predefined default table. In this embodiment, DCI format 1_1 and DCI format 1_2 are added with a CRC scrambled by one of C-RNTI, MCS-C-RNTI, and CS-RNTI. DCI format 1_1 may be detected in the UE specific search space. In this embodiment, 'pdsch-Config includes pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2)' means 'pdsch-Config includes pdsch-TimeDomainAllocationList2'. locationList (or pdsch-TimeDomainAllocationList2) is provided; Good too. 'pdsch-ConfigCommon includes pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2)' means 'pdsch-ConfigCommon includes pdsch-TimeD omainAllocationList (or pdsch-TimeDomainAllocationList2) is provided.'
‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、ｃｅｉｌ（ｌｏｇ２（Ｉ））として与えられてもよい。関数ｃｅｉｌ（Ａ）は、Ａを下回らない最小の整数を出力する。端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定（提供）される場合、Ｉの値はｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａ
ｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数であってもよい。端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定（提供）されない場合、Ｉの値はデフォルトテーブル（デフォルトテーブルＡ（またはデフォルトテーブルＤ））の行の数であってもよい。つまり、端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定される場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数に基づいて与えられてもよい。端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定されない場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、デフォルトテーブル（デフォルトテーブルＡ）の行の数に基づいて与えられてもよい。具体的に言うと、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む場合、Ｉの値はｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数であってもよい。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む場合、Ｉの値はｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数であってもよい。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含まない場合、Ｉの値はデフォルトテーブル（例えば、デフォルトテーブルＡまたはデフォルトテーブルＤ）に含まれる行の数であってもよい。
The number of bits of the 'Time domain resource assignment' field may be given as ceil(log 2 (I)). The function ceil(A) outputs the smallest integer not less than A. When pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2) is set (provided) for
It may be the number of entries included in inAllocationList2). If pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2) is not set (provided) for
また、別の言い方で言えば、端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定（提供）される場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、ｃｅｉｌ（ｌｏｇ２（Ｉ））として与えられてもよい。端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定（提供）されない場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、固定のビット数であってもよい。例えば、固定のビット数は４ビットであってもよい。
ここで、Ｉはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数であってもよい。具体的に言うと、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む場合、Ｉの値はｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエント
リの数であってもよい。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む場合、Ｉの値はｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数であってもよい。
In other words, when pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2) is set (provided) for
Here, I may be the number of entries included in pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2). Specifically, if pdsch-Config includes pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2), the value of I is the pdsch-TimeDomain provided in pdsch-Config. The number of entries included in AllocationList (or pdsch-TimeDomainAllocationList2) There may be. In addition, pdsch-Config does not include pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2), and pdsch-ConfigCommon does not include pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2). ainAllocationList (or pdsch-TimeDomainAllocationList2), the value of I is provided in pdsch-ConfigCommon. It may be the number of entries included in pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2).
これにより、端末装置１は、基地局装置３が生成する‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数を特定することができる。つまり、端末装置１は、基地局装置３がスケジュールした端末装置１宛てのＰＤＳＣＨを正しく受信することができる。
Thereby, the
以下では、ＰＵＳＣＨを受信する手順について説明する。 Below, a procedure for receiving PUSCH will be explained.
端末装置１は、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、または、ＤＣＩフォーマット０＿２を含むＰＤＣＣＨの検出によって、対応するＰＵＳＣＨを送信してもよい。つまり、対応するＰＵＳＣＨは、そのＤＣＩフォーマット（ＤＣＩ）によってスケジュールされてもよい（示される）。また、ＰＵＳＣＨは、ＲＡＲメッセージに含まれるＲＡＲ ＵＬグラントによってスケジュールされてもよい。そのスケジュールされるＰＵＳＣＨの開始位置（開始シンボル）をＳと称する。ＰＵＳＣＨの開始シンボルＳはあるスロット内でＰＵＳＣＨが送信（マップ）される最初のシンボルであってもよい。開始シンボルＳはスロットの先頭から何番目のシンボルであるかを示す。例えば、Ｓの値が０である場合、端末装置１は、あるスロット内の１番目のシンボルからＰＵＳＣＨを送信してもよい。また、例えば、Ｓの値が２である場合、端末装置１は、あるスロットの３番目のシンボルからＰＵＳＣＨを送信してもよい。そのスケジュールされるＰＵＳＣＨの連続的なシンボルの数をＬと称する。連続的なシンボルの数Ｌは開始シンボルＳから数える。ＰＵＳＣＨに対して割り当てられたＳとＬの決定は後述する。ＤＣＩフォーマット０＿２は、複数のＰＵＳＣＨをスケジュールしてもよい。端末装置１は、ＤＣＩフォーマット０＿２の検出によって、複数の対応するＰＵＳＣＨを送信してもよい。
The
ＰＵＳＣＨマッピングのタイプはＰＵＳＣＨマッピングタイプＡおよびＰＵＳＣＨマッピングタイプＢを有する。ＰＵＳＣＨマッピングタイプＡでは、Ｓの値は０である。Ｌは４から１４までの値を取る。ただし、ＳとＬの和は４から１４までの値を取る。ＰＵＳＣＨマッピングタイプＢでは、Ｓは０から１３までの値を取る。Ｌは１から１４までの値を取る。ＳとＬの和は１から１４までの値に制限されてもよい。ただし、所定の条件において、ＳとＬの和は制限されなくてもよい。例えば、ある上位レイヤパラメータが設定されている場合に、ＳとＬの和は制限されず、設定されていない場合にＳとＬの和は制限されてもよい。ただし、ある上位レイヤパラメータが設定されている場合に、ＰＵＳＣＨマッピングタイプＢではなく、異なるマッピングタイプ（例えばＰＵＳＣＨマッピングタイプＣ）が設定されてもよい。ＰＵＳＣＨマッピングタイプＣは、ＰＵＳＣＨマッピングタイプＢと同様にミニスロット単位での割り当てに対応するマッピングタイプであってよい。例えば、ＰＵＳＣＨマッピングタイプＢではＳとＬの和が１から１４までの値に制限され、ＰＵＳＣＨマッピングタイプＣではＳとＬの和が制限されなくてもよい。以下のＰＵＳＣＨマッピングタイプＢに関する記載がＰＵＳＣＨマッピングタイプＣに適用されてもよい。 PUSCH mapping types include PUSCH mapping type A and PUSCH mapping type B. For PUSCH mapping type A, the value of S is 0. L takes a value from 4 to 14. However, the sum of S and L takes a value from 4 to 14. For PUSCH mapping type B, S takes values from 0 to 13. L takes a value from 1 to 14. The sum of S and L may be limited to values between 1 and 14. However, under certain conditions, the sum of S and L may not be limited. For example, if a certain upper layer parameter is set, the sum of S and L may not be restricted, and if it is not set, the sum of S and L may be restricted. However, when a certain upper layer parameter is set, instead of PUSCH mapping type B, a different mapping type (for example, PUSCH mapping type C) may be set. PUSCH mapping type C, like PUSCH mapping type B, may be a mapping type that supports allocation in units of minislots. For example, in PUSCH mapping type B, the sum of S and L is limited to a value from 1 to 14, and in PUSCH mapping type C, the sum of S and L may not be limited. The following description regarding PUSCH mapping type B may be applied to PUSCH mapping type C.
ＰＵＳＣＨのためのＤＭＲＳシンボルの位置は、ＰＵＳＣＨマッピングのタイプに依存する。ＰＵＳＣＨための最初のＤＭＲＳシンボル（first DM-RS symbol）の位置は、ＰＵ
ＳＣＨマッピングのタイプに依存する。ＰＵＳＣＨマッピングタイプＡでは、最初のＤＭＲＳシンボルの位置は、上位層のパラメータｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎに示されてもよい。ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎは、‘ｐｏｓ２’または‘ｐｏｓ３’のいずれかにセットされる。例えば、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ２’にセットされている場合、ＰＵＳＣＨのための最初のＤＭＲＳシンボルの位置は、スロット内の３番目のシンボルであってもよい。例えば、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ３’にセットされている場合、ＰＵＳＣＨのための最初のＤＭＲＳシンボルの位置は、スロット内の４番目のシンボルであってもよい。ＰＵＳＣＨマッピングタイプＢおよびＰＵＳＣＨマッピングタイプＣでは、最初のＤＭＲＳシンボルの位置は、割り当てられるＰＵＳＣＨの最初のシンボルであってもよい。
The location of the DMRS symbol for PUSCH depends on the type of PUSCH mapping. The position of the first DMRS symbol for PUSCH is
Depends on the type of SCH mapping. For PUSCH mapping type A, the position of the first DMRS symbol may be indicated in the upper layer parameter dmrs-TypeA-Position. dmrs-TypeA-Position is set to either 'pos2' or 'pos3'. For example, if dmrs-TypeA-Position is set to 'pos2', the position of the first DMRS symbol for PUSCH may be the third symbol in the slot. For example, if dmrs-TypeA-Position is set to 'pos3', the position of the first DMRS symbol for PUSCH may be the fourth symbol in the slot. For PUSCH mapping type B and PUSCH mapping type C, the position of the first DMRS symbol may be the first symbol of the assigned PUSCH.
以下、ＰＵＳＣＨ時間領域リソース割り当ての特定方法について説明する。 A method for identifying PUSCH time domain resource allocation will be described below.
基地局装置３は、ＤＣＩによって端末装置１にＰＵＳＣＨを送信させるようにスケジュールしてもよい。そして、端末装置１は、自装置宛てのＤＣＩの検出によってＰＵＳＣＨを送信してもよい。端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てを特定する時に、該ＰＵＳＣＨに適用するリソース割り当てテーブルを決定する。リソース割り当てテーブルは、１つまたは複数のＰＵＳＣＨ時間領域リソース割り当て設定を含む。端末装置１は、該ＰＵＳＣＨをスケジュールするＤＣＩに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰＵＳＣＨ時間領域リソース割り当て設定を選んでもよい。つまり、基地局装置３は、端末装置１のためのＰＵＳＣＨのリソース割り当てを決定し、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドの値を生成し、その‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドを含むＤＣＩを端末装置１に送信する。端末装置１は、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドにセットされる値に基づき、ＰＵＳＣＨの時間領域のリソース割り当てを特定する。
The
図１５と図１６はＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルの選択ルールを定義するテーブルである。図１５に示されるテーブルを用いるか、図１６に示されるテーブルを用いるかは、上位レイヤパラメータ、ＤＣＩ、および／またはＲＮＴＩに基づいて決定／選択してもよい。例えば、上位レイヤパラメータｐｕｓｃｈ－ｔｄｒａ－ｒ１６が設定されている場合は、図１６に示されるテーブルを用いてＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定／選択し、設定されていない場合は、図１５に示されるテーブルを用いてＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定／選択してもよい。ただし、図１５と図１６のテーブルは併せて１つのテーブルであってもよい。端末装置１は、ＲＮＴＩ、ＰＤＣＣＨサーチスペース、所定の上位レイヤパラメータｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔまたはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２の有無、および／または、上位レイヤパラメータｐｕｓｃｈ－ｔｄｒａ－ｒ１６の設定あるいは有無に基づいてＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定／選択してもよい。リソース割り当てテーブルは、１つまたは複数のＰＵＳＣＨ時間領域リソース割り当ての設定を含む。本実施形態において、リソース割り当てテーブルは、（Ｉ）事前に定義されるリソース割り当てテーブル、および、（ＩＩ）上位層のＲＲＣ信号から設定されるリソース割り当てテーブルと分類される。事前に定義されるリソース割り当てテーブルは、デフォルトＰＵＳＣＨ時間領域リソース割り当てＡおよび／またはデフォルトＰＵＤＳＣＨ時間領域リソース割り当てＢとして定義される。以下、デフォルトＰＵＳＣＨ時間領域リソース割り当てＡをＰＵＳＣＨデフォルトテーブルＡ、デフォルトＰＵＳＣＨ時間領域リソース割り当てＢをＰＵＳＣＨデフォルトテーブルＢと称する。
FIGS. 15 and 16 are tables defining selection rules for resource allocation tables applied to PUSCH time domain resource allocation. Whether to use the table shown in FIG. 15 or the table shown in FIG. 16 may be determined/selected based on upper layer parameters, DCI, and/or RNTI. For example, if the upper layer parameter push-tdra-r16 is set, the table shown in FIG. 16 is used to determine/select the resource allocation table to be applied to PUSCH time domain resource allocation; if it is not set, , a resource allocation table to be applied to PUSCH time domain resource allocation may be determined/selected using the table shown in FIG. However, the tables in FIGS. 15 and 16 may be combined into one table. The
図１７はＮＣＰ（Normal Cyclic Prefix）に対してＰＵＳＣＨデフォルトテーブルＡの一例を示す図である。図１７において、ＰＵＳＣＨデフォルトテーブルＡの行数は１６であり、各行はＰＵＳＣＨ時間領域リソース割り当ての設定（configuration）を示す。図
１７において、インデックス付きの行（indexed row）は、ＰＵＳＣＨマッピングタイプ
、ＤＣＩを含むＰＤＣＣＨとそのＰＵＳＣＨとの間のスロットオフセットＫ２、スロット内のＰＵＳＣＨの開始シンボルＳ、および、連続的な割り当てられるシンボル数Ｌを定義する。図１８はＮＣＰに対してのＰＵＳＣＨデフォルトテーブルＢの一例を示す図である。図１８において、ＰＵＤＳＣＨデフォルトテーブルＢの行数は１６であり、各行はＰＵＳＣＨ時間領域リソース割り当ての設定を示す。図１８において、インデックス付きの行は、ＰＵＳＣＨマッピングタイプ、ＤＣＩを含むＰＤＣＣＨとそのＰＵＳＣＨとの間のスロットオフセットＫ２、スロット内のＰＵＳＣＨの開始シンボルＳ、連続的な割り当てられるシンボル数Ｌ、および／またはＰＵＳＣＨの繰返送信回数Ｒｅｐを定義する。ただし、ＰＵＳＣＨデフォルトテーブルＡおよび／またはＰＵＳＣＨデフォルトテーブルＢの行数は１６でなくてもよい。例えば、ＰＵＳＣＨデフォルトテーブルＡとＰＵＳＣＨデフォルトテーブルＢの行数は異なる値であってもよい。つまり、端末装置１は、上位レイヤパラメータの設定、ＤＣＩフィールドに含まれる情報、および／またはＲＮＴＩにより、異なる行数のＰＵＳＣＨデフォルトテーブルを用いてもよい。例えば、端末装置１は、ＤＣＩで示される時間領域リソース割り当てのフィールドを構成するビット数に応じて、異なる行数のＰＵＳＣＨデフォルトテーブルを用いてもよい。ただし、ＰＵＳＣＨデフォルトテーブルＡを構成する列とＰＵＳＣＨデフォルトテーブルＢを構成する列は異なってもよい。例えば、ＰＵＳＣＨデフォルトテーブルＡで示される、インデックス付きの行、ＰＵＳＣＨマッピングタイプ、オフセットＫ２、開始シンボルＳ、シンボル数Ｌのいずれかが、ＰＵＳＣＨデフォルトテーブルＢで示されなくてもよく、逆にそれ以外の列がＰＵＳＣＨデフォルトテーブルＢでのみ示されてもよい。
FIG. 17 is a diagram showing an example of a PUSCH default table A for NCP (Normal Cyclic Prefix). In FIG. 17, the number of rows of the PUSCH default table A is 16, and each row indicates the configuration of PUSCH time domain resource allocation. In FIG. 17, the indexed rows include the PUSCH mapping type, the slot offset K 2 between the PDCCH containing the DCI and its PUSCH, the starting symbol S of the PUSCH within the slot, and the consecutive allocated Define the number L of symbols. FIG. 18 is a diagram showing an example of the PUSCH default table B for the NCP. In FIG. 18, the number of rows of the PUDSCH default table B is 16, and each row indicates the setting of PUSCH time domain resource allocation. In FIG. 18, the indexed rows include the PUSCH mapping type, the slot offset K 2 between the PDCCH containing the DCI and that PUSCH, the starting symbol S of the PUSCH in the slot, the number L of consecutive allocated symbols, and/or Alternatively, define the number of repeat transmissions Rep of PUSCH. However, the number of rows in PUSCH default table A and/or PUSCH default table B may not be 16. For example, the numbers of rows in PUSCH default table A and PUSCH default table B may have different values. That is, the
上位層のＲＲＣ信号から設定されるリソース割り当てテーブルは、上位層の信号ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔによって与えられてよい。インフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎは、ＰＵＳＣＨ時間領域リソース割り当ての設定を示す。ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎは、ＤＣＩを含むＰＤＣＣＨとＰＵＳＣＨの間の時間領域関係を設定するために用いられてもよい。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは１つまたは複数のインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを含む。つまり、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは１つまたは複数のエレメント（インフォメーションエレメント）を含むリストである。１つのインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを１つのエントリ（または１つの行）とも称してもよい。図１９は、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎすなわち各エントリのパラメータ構成の一例を示す図である。各エントリは、ｋ２、ｍａｐｐｉｎｇＴｙｐｅ、および、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈによって定義されてもよい。ｋ２はＤＣＩを含むＰＤＣＣＨとそのスケジュールされるＰＵＳＣＨとの間のスロットオフセットを示す。ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎがｋ２を示さないならば、端末装置１は、ＰＵＳＣＨの送信に用いるサブキャリア間隔に応じて、ｋ２の値が所定の値であることを想定してもよい。例えば、端末装置１は、ＰＵＳＣＨのサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合に、ｋ２の値が１であることを想定し、ＰＵＳＣＨのサブキャリア間隔が６０ｋＨｚである場合に、ｋ２の値が２であることを想定し、ＰＵＳＣＨのサブキャリア間隔が１２０ｋＨｚである場合に、ｋ２の値が３であることを想定してもよい。ｍａｐｐｉｎｇＴｙｐｅは、ＰＵＳＣＨマッピングタイプＡまたはＰＵＳＣＨマッピングタイプＢのいずれかを示す。ｓｔａｒｔ
ＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈはＰＵＳＣＨの開始シンボルＳ、および、連続的な割り当てられるシンボル数Ｌの有効な組み合わせを与えるインデックスである。ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈをスタートと長さインジケータＳＬＩＶ（start and length indicator）と称してもよい。つまり、開始シンボルＳと連続的なシンボルＬを直接に定義するデフォルトテーブルと異なって、開始シンボルＳと連続的なシンボルＬは、ＳＬＩＶに基づき与えられる。基地局装置３は、ＰＵＳＣＨの時間領域リソース割り当てがスロット境界を超えないよう、ＳＬＩＶの値をセットすることができる。ＳＬＩＶの値は、図１４における式のように、スロットに含まれるシンボルの数、開始シンボルＳ、および、連続的なシンボルの数Ｌに基づいて、算出される。
The resource allocation table configured from the upper layer RRC signal may be given by the upper layer signal push-TimeDomainAllocationList. The information element PUSCH-TimeDomainResourceAllocation indicates the setting of PUSCH time domain resource allocation. PUSCH-TimeDomainResourceAllocation may be used to configure the time domain relationship between PDCCH and PUSCH including DCI. pushch-TimeDomainAllocationList contains one or more information elements PUSCH-TimeDomainResourceAllocation. That is, push-TimeDomainAllocationList is a list containing one or more elements (information elements). One information element PUSCH-TimeDomainResourceAllocation may also be referred to as one entry (or one row). FIG. 19 is a diagram showing an example of the parameter configuration of PUSCH-TimeDomainResourceAllocation, that is, each entry. Each entry may be defined by k2, mappingType, and startSymbolAndLength. k2 indicates the slot offset between the PDCCH containing DCI and its scheduled PUSCH. If PUSCH-TimeDomainResourceAllocation does not indicate k2, the
SymbolAndLength is an index that provides a valid combination of the PUSCH starting symbol S and the number L of consecutively allocated symbols. startSymbolAndLength may be referred to as a start and length indicator (SLIV). That is, unlike the default table that directly defines the starting symbol S and the consecutive symbols L, the starting symbol S and the consecutive symbols L are given based on SLIV. The
上位層のＲＲＣ信号から設定されるリソース割り当てテーブルは、上位層の信号ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２によって与えられてもよい。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２はｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔとは異なるパラメータであってよい。インフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２は、ＰＵＳＣＨ時間領域リソース割り当ての設定を示す。ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２は、ＤＣＩを含むＰＤＣＣＨとＰＵＳＣＨの間の時間領域関係を設定するために用いられてもよい。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２は１つまたは複数のインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２を含む。つまり、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２は１つまたは複数のエレメント（インフォメーションエレメント）を含むリストである。１つのインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２を１つのエントリ（または１つの行）とも称してもよい。 The resource allocation table set from the upper layer RRC signal may be given by the upper layer signal push-TimeDomainAllocationList2. push-TimeDomainAllocationList2 may be a different parameter from push-TimeDomainAllocationList. Information element PUSCH-TimeDomainResourceAllocation2 indicates settings for PUSCH time domain resource allocation. PUSCH-TimeDomainResourceAllocation2 may be used to configure the time domain relationship between PUSCH and PDCCH including DCI. push-TimeDomainAllocationList2 includes one or more information elements PUSCH-TimeDomainResourceAllocation2. That is, push-TimeDomainAllocationList2 is a list containing one or more elements (information elements). One information element PUSCH-TimeDomainResourceAllocation2 may also be referred to as one entry (or one row).
図２０は、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２すなわち各エントリのパラメータ構成の一例を示す図である。各エントリは、ｋ２、ｍａｐｐｉｎｇＴｙｐｅ、ｓｔａｒｔＳｙｍｂｏｌ、ｌｅｎｇｔｈおよび／またはｒｅｐｅｔｉｔｉｏｎによって定義されてもよい。ｋ２はＤＣＩを含むＰＤＣＣＨとそのスケジュールされるＰＵＳＣＨとの間のスロットオフセットを示す。ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２にｋ２が提供されていない（not present/absent）ならば、端末装置１は、ＰＵＳＣＨの送信に用いるサブキャリア間隔に応じて、ｋ２の値が所定の値であることを想定してもよい。例えば、ＰＵＳＣＨのサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合に、ｋ２の値が１であることを想定し、ＰＵＳＣＨのサブキャリア間隔が６０ｋＨｚである場合に、ｋ２の値が２であることを想定し、ＰＵＳＣＨのサブキャリア間隔が１２０ｋＨｚである場合に、ｋ２の値が３であることを想定してもよい。ｍａｐｐｉｎｇＴｙｐｅは、ＰＵＳＣＨマッピングタイプを示す。例えば、ｍａｐｐｉｎｇＴｙｐｅはＰＵＳＣＨマッピングタイプＡまたはＰＵＳＣＨマッピングタイプＢのいずれかを示す。ｓｔａｒｔＳｙｍｂｏｌはＰＵＳＣＨの開始シンボルＳを示す。例えば、ｓｔａｒｔＳｙｍｂｏｌは０から１３のうちいずれかの整数を示す。ｌｅｎｇｔｈは、ＰＵＳＣＨの長さ、すなわち連続的に割り当てられるシンボル数Ｌを示す。例えば、Ｌは複数の整数値のいずれかの１つを示す。ただし、ｌｅｎｇｔｈで示されるＬは、利用不可能なシンボルに対して仮想的にＰＵＳＣＨが連続的に割り当てられるシンボル数であってもよく、実際にＰＵＳＣＨに使用するシンボルとＬの値が異なってもよい。ただし、ｌｅｎｇｔｈで示されるＬは、利用可能なアップリングシンボルに対してＰＵＳＣＨが連続的に割り当てられるシンボル数であってもよい。ｒｅｐｅｔｉｔｉｏｎは、ＰＵＳＣＨの繰返送信回数Ｒｅｐを示す。例えば、ｒｅｐｅｔｉｔｉｏｎは、２から８の整数のうちいずれか１つを示してもよい。ただし、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２にｒｅｐｅｔｉｔｉｏｎが提供されていない（not present/absent）場合に、端末装置１はｒｅｐｅｔｉｔｉｏｎの値が１である（ＰＵＳＣＨの繰返し送信回数が１である）と想定してもよい。ただし、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２にｒｅｐｅｔｉｔｉｏｎが提供されていない場合に、端末装置１は上位レイヤパラメータｒｅｐｅｔｉｔｉｏｎＣｏｍｍｏｎの値に基づいて繰返し送信回数を選択／決定してもよい。ただし、上位レイヤパラメータｒｅｐｅｔｉｔｉｏｎＣｏｍｍｏｎは、全てのエントリに共通で用いられるＰＵＳＣＨの繰返し送信回数を示す。ただし、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２にｒｅｐｅｔｉｔｉｏｎが提供されておらず、かつ上位レイヤパラメータｒｅｐｅｔｉｔｉｏｎＣｏｍｍｏｎが提供／設定されていない場合に、端末装置１はｒｅｐｅｔｉｔｉｏｎの値が１である（ＰＵＳＣＨの繰返し送信回数が１である）と想定してもよい。ただし、ただし、ｓｔａｒｔＳｙｍｂｏｌ、ｌｅｎｇｔｈおよび／またはｒｅｐｅｔｉｔｉｏｎの値はジョイントコーディングを用いて一つのパラメータで与えられてもよい。例えば、スロットの境界（slot boundary）とＰＵＳＣＨの位置関係等の理由から使用されないｓｔａｒｔＳｙｍｂｏｌ、ｌｅｎｇｔｈおよび／またはｒｅｐｅｔｉｔｉｏｎの組合せを省いた値を候補とするパラメータを用いてもよい。
FIG. 20 is a diagram showing an example of the parameter configuration of PUSCH-TimeDomainResourceAllocation2, that is, each entry. Each entry may be defined by k2, mappingType, startSymbol, length and/or repetition. k2 indicates the slot offset between the PDCCH containing DCI and its scheduled PUSCH. If k2 is not provided in PUSCH-TimeDomainResourceAllocation2 (not present/absent), the
上位層のＲＲＣ信号から設定されるリソース割り当てテーブルは、上位層の信号ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３によって与えられてもよい。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３はｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよびｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２とは異なるパラメータであってよい。インフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ３は、ＰＵＳＣＨ時間領域リソース割り当ての設定を示す。ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ３は、ＤＣＩを含むＰＤＣＣＨとＰＵＳＣＨの間の時間領域関係を設定するために用いられてもよい。ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３は１つまたは複数のインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ３を含む。つまり、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３は１つまたは複数のエレメント（インフォメーションエレメント）を含むリストである。１つのインフォメーションエレメントＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ３を１つのエントリ（または１つの行）とも称してもよい。 The resource allocation table set from the upper layer RRC signal may be given by the upper layer signal push-TimeDomainAllocationList3. push-TimeDomainAllocationList3 may be a different parameter from push-TimeDomainAllocationList and push-TimeDomainAllocationList2. Information element PUSCH-TimeDomainResourceAllocation3 indicates settings for PUSCH time domain resource allocation. PUSCH-TimeDomainResourceAllocation3 may be used to configure the time domain relationship between PUSCH and PDCCH including DCI. push-TimeDomainAllocationList3 includes one or more information elements PUSCH-TimeDomainResourceAllocation3. In other words, push-TimeDomainAllocationList3 is a list containing one or more elements (information elements). One information element PUSCH-TimeDomainResourceAllocation3 may also be referred to as one entry (or one row).
図２１は、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ３すなわち各エントリのパラメータ構成の一例を示す図である。各エントリは、要素数が１からｍａｘＮｒｏｆＲｅｐｓのいずれかのＰＵＳＣＨ－ＴＤＲＡｐｅｒＲｅｐで構成され、各ＰＵＳＣＨ－ＴＤＲＡｐｅｒＲｅｐはｋ２、および／またはｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈによって定義されてもよい。ｋ２はＤＣＩを含むＰＤＣＣＨとそのスケジュールされるＰＵＳＣＨとの間のスロットオフセットを示す。ＰＵＳＣＨ－ＴＤＲＡｐｅｒＲｅｐにｋ２が提供されていない（not present/absent）ならば、端末装置１は、ＰＵＳＣＨの送信に用いるサブキャリア間隔に応じて、ｋ２の値が所定の値であることを想定してもよい。例えば、ＰＵＳＣＨのサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合に、ｋ２の値が１であることを想定し、ＰＵＳＣＨのサブキャリア間隔が６０ｋＨｚである場合に、ｋ２の値が２であることを想定し、ＰＵＳＣＨのサブキャリア間隔が１２０ｋＨｚである場合に、ｋ２の値が３であることを想定してもよい。ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈはＰＵＳＣＨの開始シンボルＳ、および、連続的な割り当てられるシンボル数Ｌの有効な組み合わせを与えるインデックスである。ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈをスタートと長さインジケータＳＬＩＶ（start and length indicator）と称してもよい。つまり、開始シンボルＳと連続的なシンボルＬを直接に定義するデフォルトテーブルと異なって、開始シンボルＳと連続的なシンボルＬは、ＳＬＩＶに基づき与えられる。基地局装置３は、ＰＵＳＣＨの時間領域リソース割り当てがスロット境界を超えないよう、ＳＬＩＶの値をセットすることができる。ＳＬＩＶの値は、図１４における式のように、スロットに含まれるシンボルの数、開始シンボルＳ、および、連続的なシンボルの数Ｌに基づいて、算出される。
FIG. 21 is a diagram showing an example of the parameter configuration of PUSCH-TimeDomainResourceAllocation3, that is, each entry. Each entry is composed of PUSCH-TDRAperRep with the number of elements from 1 to maxNrofReps, and each PUSCH-TDRAperRep may be defined by k2 and/or startSymbolAndLength. k2 indicates the slot offset between the PDCCH containing DCI and its scheduled PUSCH. If k2 is not provided in PUSCH-TDRAperRep (not present/absent), the
上位層の信号ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、および／または、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３はセル固有のＲＲＣパラメータｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎおよび／または端末装置１（ＵＥ）固有のＲＲＣパラメータｐｕｓｃｈ－Ｃｏｎｆｉｇに含まれてもよい。ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎはあるＢＷＰに対するＰＵＳＣＨのためのセル固有パラメータを設定するために用いられる。ｐｕｓｃｈ－ＣｏｎｆｉｇはあるＢＷＰに対するＰＵＳＣＨのための端末装置１（ＵＥ）固有パラメータを設定するために用いられる。ただし、端末装置１は、ＰＵＳＣＨの時間領域リソース割り当てに用いるリソース割り当てテーブルがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔで与えられるかｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２で与えられるか、または、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３で与えられるかを、上位レイヤパラメータ、ＤＣＩおよび／またはＲＮＴＩに基づいて決定してもよい。ただし、端末装置１は、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、または、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３における各エントリが、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎで与えられるか、ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ２で与えられるか、または、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ３で与えられるかを、上位レイヤパラメータ、ＤＣＩおよび／またはＲＮＴＩに基づいて決定してもよい。
The upper layer signals push-TimeDomainAllocationList, push-TimeDomainAllocationList2, and/or push-TimeDomainAllocationList3 are cell-specific RRC parameters push-Config gCommon and/or may be included in the terminal equipment 1 (UE) specific RRC parameter push-Config . pushch-ConfigCommon is used to configure cell-specific parameters for PUSCH for a certain BWP. push-Config is used to configure terminal equipment 1 (UE) specific parameters for PUSCH for a certain BWP. However, the
端末装置１は、ＰＵＳＣＨをスケジュールするＤＣＩを検出する。そのＰＵＳＣＨが送信されるスロットは、ｆｌｏｏｒ（ｎ＊２μＰＵＳＣＨ／２μＰＤＣＣＨ）＋Ｋ２によって与えられる。ｎは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨが検出されるスロットである。μＰＵＳＣＨはＰＵＳＣＨに対するサブキャリア間隔設定である。μＰＤＣＣＨはＰＤＣＣＨに対するサブキャリア間隔設定である。
The
図１７および図１８において、Ｋ２の値はｊ、ｊ＋１、ｊ＋２、または、ｊ＋３の内、何れかである。ｊの値は、ＰＵＳＣＨのサブキャリア間隔に対して特定される値である。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合、ｊの値は１スロットであってもよい。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が６０ｋＨｚである場合、ｊの値は２スロットであってもよい。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が１２０ｋＨｚである場合、ｊの値は３スロットであってもよい。 In FIGS. 17 and 18, the value of K 2 is one of j, j+1, j+2, or j+3. The value of j is a value specified for the subcarrier spacing of the PUSCH. For example, when the subcarrier spacing to which PUSCH is applied is 15 kHz or 30 kHz, the value of j may be 1 slot. For example, if the subcarrier spacing to which PUSCH is applied is 60 kHz, the value of j may be 2 slots. For example, if the subcarrier spacing to which PUSCH is applied is 120 kHz, the value of j may be 3 slots.
前述のように、端末装置１は、図１６に示されるようなテーブルに基づいて、どのリソース割り当てテーブルをＰＵＳＣＨ時間領域リソース割り当てに適用するかを決定してもよい。
As described above, the
例Ｄとして、端末装置１は、ＲＡＲ ＵＬグラントによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含む場合、端末装置１は、上位層のＲＲＣ信号から設定されるリソース割り当てテーブルを決定してもよい。そのリソース割り当てテーブルは、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２によって与えられる。また、端末装置１に対してｐｕｓｃｈ－Ｃｏｎｆｉ
ｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含まない場合、端末装置１は、ＰＵＳＣＨデフォルトテーブルＢを決定してもよい。つまり、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当ての設定を示すデフォルトテーブルＢを用いて、ＰＵＳＣＨ時間領域リソース割り当ての決定に適用してもよい。
As example D, the
If gCommon does not include push-TimeDomainAllocationList2, the
例Ｅとして、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモンサーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含む場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２から与えられるリソース割り当てテーブルに決定してもよい。また、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含まない場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをＰＵＳＣＨデフォルトテーブルＢに決定してもよい。
As example E, the
例Ｆとして、端末装置１は、（Ｉ）ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモンサーチスペースまたは（ＩＩ）ＵＥ固有サーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含む場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｕｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２から与えられるリソース割り当てテーブルに決定してもよい。つまり、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含む場合、端末装置１は、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含むか含まないかと関わらず、ｐｕｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を用いて、ＰＵＳＣＨ時間領域リソース割り当ての決定に適用してもよい。また、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含んでおらず、且つ、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含む場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２から与えられるリソース割り当てテーブルに決定してもよい。つまり、端末装置１は、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を用いて、ＰＵＳＣＨ時間領域リソース割り当ての決定に適用する。また、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含んでおらず、且つ、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含まない場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをＰＵＳＣＨデフォルトテーブルＢに決定してもよい。
As example F, the
端末装置１は、ＰＵＳＣＨをスケジュールするＤＣＩに含まれる‘Ｔｉｍｅ ｄｏｍａ
ｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰＵＳＣＨ時間領域リソース割り当て設定を選んでもよい。例えば、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがＰＵＳＣＨデフォルトテーブルＡ（またはＰＵＳＣＨデフォルトテーブルＢ）である場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、ＰＵＳＣＨデフォルトテーブルＡ（またはＰＵＳＣＨデフォルトテーブルＢ）の行インデックス（ｒｏｗ ｉｎｄｅｘ）ｍ＋１を示してもよい。この時、ＰＵＳＣＨ時間領域リソース割り当ては、行インデックスｍ＋１から示される時間領域リソース割り当ての設定である。端末装置１は、行インデックスｍ＋１から示される時間領域リソース割り当ての設定を想定し、ＰＵＳＣＨを送信する。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、ＰＵＳＣＨデフォルトテーブルＡ（またはＰＵＳＣＨデフォルトテーブルＢ）の行インデックス１のＰＵＳＣＨ時間領域リソース割り当ての設定を用いて、そのＤＣＩによってスケジュールされるＰＵＳＣＨの時間方向のリソース割り当てを特定する。
The
One PUSCH time domain resource allocation configuration in the determined resource allocation table may be selected based on the value indicated in the in resource assignment' field. For example, if the resource allocation table applied to PUSCH time domain resource allocation is PUSCH default table A (or PUSCH default table B), the value m indicated in the 'Time domain resource assignment' field is It may also indicate the row index (row index) m+1 of the default table B). At this time, the PUSCH time domain resource allocation is the time domain resource allocation setting indicated from row index m+1. The
また、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルである場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける（ｍ＋１）番目のエレメント（エントリ、行）に対応する。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける１番目のエレメント（エントリ）を参照してもよい。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが１である場合、端末装置１は、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける２番目のエレメント（エントリ）を参照してもよい。
Furthermore, if the resource allocation table applied to PUSCH time domain resource allocation is the resource allocation table given from push-TimeDomainAllocationList, the value m shown in the 'Time domain resource assignment' field is (m+1)th in tionList corresponds to the elements (entries, rows). For example, if the value m shown in the 'Time domain resource assignment' field is 0, the
また、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２から与えられるリソース割り当てテーブルである場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における（ｍ＋１）番目のエレメント（エントリ、行）に対応する。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における１番目のエレメント（エントリ）を参照してもよい。例えば、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが１である場合、端末装置１は、リストｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における２番目のエレメント（エントリ）を参照してもよい。
Further, if the resource allocation table applied to PDSCH time domain resource allocation is the resource allocation table given from push-TimeDomainAllocationList2, the value m shown in the 'Time domain resource assignment' field is the value m shown in the list push-TimeDomainAlloc. (m+1)th in ationList2 corresponds to the elements (entries, rows). For example, if the value m shown in the 'Time domain resource assignment' field is 0, the
以下、ＤＣＩに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数（サイズ）について説明する。 The number of bits (size) of the 'Time domain resource assignment' field included in the DCI will be described below.
端末装置１は、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２を含むＰＤＣＣＨの検出によって、対応するＰＵＳＣＨを送信してもよい。ＤＣＩフォーマット０＿０に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は固定のビット数であってもよい。例えば、この固定のビット数は６であってもよい。つまり、ＤＣＩフォーマット０＿０に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのサイズは６ビットである。また、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのサイズは可変のビット数であってもよい。例えば、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は０、１、２、３、４、５、６のうち何れかであってもよい。
The
以下、ＤＣＩフォーマット０＿１またはＤＣＩフォーマット０＿２に含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数の決定について説明する。 Determination of the number of bits of the 'Time domain resource assignment' field included in DCI format 0_1 or DCI format 0_2 will be described below.
‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、ｃｅｉｌ（ｌｏｇ２（Ｉ））として与えられてもよい。端末装置１に対してｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）が設定（提供）される場合、Ｉの値はｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）に含まれるエントリの数であってもよい。端末装置１に対してｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）が設定（提供）されない場合、Ｉの値はＰＵＳＣＨデフォルトテーブルＡ（またはＰＵＳＣＨデフォルトテーブルＢ）の行の数であってもよい。つまり、端末装置１に対してｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）が設定される場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）に含まれるエントリの数に基づいて与えられてもよい。端末装置１に対してｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）が設定されない場合、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、デフォルトテーブル（ＰＵＳＣＨデフォルトテーブルＡまたはＰＵＳＣＨデフォルトテーブルＢ）の行の数に基づいて与えられてもよい。具体的に言うと、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）を含む場合、Ｉの値はｐｕｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）に含まれるエントリの数であってもよい。また、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）を含んでおらず、且つ、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）を含む場合、Ｉの値はｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）に含まれるエントリの数であってもよい。また、ｐｕｓｃｈ－Ｃｏｎｆｉｇがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）を含んでおらず、且つ、ｐｕｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２、ｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ３）を含まない場合、Ｉの値はＰＵＳＣＨデフォルトテーブルＡ（またはＰＵＳＣＨデフォルトテーブルＢ）に含まれる行の数であってもよい。
The number of bits of the 'Time domain resource assignment' field may be given as ceil(log 2 (I)). When push-TimeDomainAllocationList (or push-TimeDomainAllocationList2, push-TimeDomainAllocationList3) is set (provided) for
以下、本実施形態におけるＰＵＳＣＨの繰り返し送信（repetition、repetition transmission、アグリゲーション送信とも称される）について説明する。本実施形態におけるＰＵＳＣＨの繰返し送信は、１つの上りグラントによって１つまたは複数のスロットに対して連続的に複数のＰＵＳＣＨを送信する繰返し送信であり、ミニスロットレベルの繰返し送信（mini-slot level repetition）、あるいはマルチセグメント送信（multi-segment transmission）とも称される。つまり、端末装置１は、同一スロット内でＰＵＳＣＨを複数回繰返し送信してもよい。
Hereinafter, repeated transmission (also referred to as repetition, repetition transmission, or aggregation transmission) of PUSCH in this embodiment will be described. The repeated transmission of PUSCH in this embodiment is repeated transmission in which multiple PUSCHs are continuously transmitted for one or more slots using one uplink grant, and mini-slot level repetition transmission (mini-slot level repetition transmission). ) or multi-segment transmission. That is, the
端末装置１は、ＲＲＣメッセージで通知される上位レイヤパラメータ（例えば前述のｐｕｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）と、ＰＤＣＣＨで受信する下りリンク制御情報のフィールド（例えば前述のＴｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔフィールド）と、で与えられるＰＵＳＣＨのための時間領域リソースの開始シンボルＳ、ＰＵＳＣＨの送信期間Ｌ、および／または、繰返し送信回数Ｒｅｐに基づいて決定する時間リソースでＰＵＳＣＨを繰返し送信する。つまり、端末装置１は、ＲＲＣメッセージで通知される上位レイヤパラメータと、ＰＤＣＣＨで受診する下りリンク制御情報のフィールドと、で与えられるＳ、Ｌ、および／または、Ｒｅｐから、繰返し送信を行なうＰＵＳＣＨのそれぞれの実際の開始シンボル、実際の期間および／または実際の繰返し送信回数を決定してもよい。ただし、Ｓ、Ｌ、および／または、Ｒｅｐは、それぞれ名目上の開始シンボル、名目上の送信期間、および／または、名目上の繰返し送信回数であってもよい。例えば、Ｓ、Ｌ、および／または、Ｒｅｐは、それぞれ実際のＰＵＳＣＨの送信に使用される開始シンボル、送信期間、および／または、繰返し送信回数と異なってもよい。端末装置１は、ＲＲＣメッセージで通知される上位レイヤパラメータと、ＰＤＣＣＨで受診する下りリンク制御情報のフィールドと、で与えられるＰＵＳＣＨのための時間領域リソースの開始シンボルＳ、Ｌ（名目上の期間）、および／または、Ｒｅｐ（名目上の繰り返し回数）と、スロットの境界位置および／またはＰＵＳＣＨの送信に利用可能な上りリンクシンボルの配置とから、繰返し送信を行なうＰＵＳＣＨのそれぞれの実際の開始シンボル、実際の期間および／または実際の繰返し送信回数を決定してもよい。
The
図２２は、本実施形態に係るＰＵＳＣＨの繰返し送信の一例を示す図である。図２２は、上位レイヤパラメータおよび下りリンク制御情報により、Ｓ＝６、Ｌ＝４、Ｒｅｐ＝４が示され、２つの連続するスロットに対して、開始シンボルがスロット内の７番目のシンボル、期間（duration）が４シンボルのＰＵＳＣＨを４回繰返し送信している場合を示している。 FIG. 22 is a diagram illustrating an example of repeated transmission of PUSCH according to this embodiment. In FIG. 22, S=6, L=4, Rep=4 are shown by upper layer parameters and downlink control information, and for two consecutive slots, the start symbol is the seventh symbol in the slot, and the period (duration) shows a case where a PUSCH of 4 symbols is repeatedly transmitted 4 times.
端末装置１は、Ｓ、Ｌ、およびＲｅｐを与えられた場合に、これらのパラメータに基づいて、ＰＵＳＣＨの繰返し送信に用いる時間領域リソースを特定する。端末装置１は、開始シンボルＳから（Ｌ×Ｒｅｐ）シンボルを用いてＰＵＳＣＨを繰返し送信してもよい。
ただし、Ｌ×Ｒｅｐシンボルの一部のシンボルが、ダウンリンク用のシンボルである場合またはＰＵＳＣＨの送信に利用不可能なシンボルである場合に、端末装置１は、当該一部のシンボルに対応するＰＵＳＣＨをドロップしてもよい。例えば、１スロットが１４シンボルであり、Ｓ＝２、Ｌ＝４、Ｒｅｐ＝２であり、スロット内のシンボル番号６と７がＰＵＳＣＨの送信に利用不可能なシンボルである場合に、端末装置１は、シンボル番号２から５までの４シンボルで１つ目のＰＵＳＣＨを送信し、シンボル番号６と７をドロップしたシンボル番号８から９までの２シンボルで２つめのＰＵＳＣＨを送信してもよい。ただし、端末装置１は、開始シンボルＳから、ＰＵＳＣＨの送信に利用可能なシンボルを対象に、連続する（Ｌ×Ｒｅｐ）シンボルを用いてＰＵＳＣＨを繰返し送信してもよい。例えば、１スロットが１４シンボルであり、Ｓ＝２、Ｌ＝４、Ｒｅｐ＝２であり、スロット内のシンボル番号６と７がＰＵＳＣＨの送信に利用不可能なシンボルである場合に、端末装置１は、シンボル番号２から５までの４シンボルで１つ目のＰＵＳＣＨを送信し、シンボル番号８から１１までの４シンボルで２つめのＰＵＳＣＨを送信してもよい。
When given S, L, and Rep, the
However, if some of the L×Rep symbols are downlink symbols or symbols that cannot be used for PUSCH transmission, the
端末装置１は、１回または複数回繰返し送信するＰＵＳＣＨのいずれか１つのＬシンボル内で、スロット境界（boundary）をまたがる（cross）場合、または、一部が下りリン
クシンボルである場合に、当該ＰＵＳＣＨをセグメント化し、複数のＰＵＳＣＨとして送信してもよい。図２３は、一例としてＳ＝８、Ｌ＝４およびＲｅｐ＝４の場合を示している。この場合、スロット内の９番目のシンボルから期間が４シンボルのＰＵＳＣＨを４回繰り返すパラメータ設定であるが、繰返し送信の２回目のＰＵＳＣＨがスロット境界をまたがるため、２つの期間２シンボルのＰＵＳＣＨにセグメント化される。これにより、各ＰＵＳＣＨはスロット境界をまたがることなく、期間が４シンボルまたは２シンボルのＰＵＳＣＨが５回送信される。つまり上位レイヤパラメータで通知されるＲｅｐと実際に送信されるＰＵＳＣＨの繰返し送信回数は異なってもよい。つまり上位レイヤパラメータで通知されるＬと実際に送信されるＰＵＳＣＨのシンボル数は異なってもよい。例えば、端末装置１は、Ｒｅｐと各ＰＵＳＣＨのセグメント数からＰＵＳＣＨの実際の繰返し送信回数を決定してもよい。例えば、ＲＲＣメッセージおよび／またはＤＣＩで示されるＲｅｐ（名目上の繰り返し回数）が１である場合において、ＳとＬで決定されるＰＵＳＣＨの時間領域リソースがスロット境界にまたがる場合、または一部がＰＵＳＣＨの送信に利用不可能なシンボルである場合、端末装置１は、複数個にセグメント化された時間領域リソースでＰＵＳＣＨを繰返し送信してもよい。より具体的には、１スロットが１４シンボルであり、Ｓ＝８、Ｌ＝１４、Ｒｅｐ＝１が通知された場合に、端末装置１は、１スロット目のシンボル番号８から１３までの６シンボルで１つのＰＵＳＣＨを送信し、２スロット目のシンボル番号０から７までの８シンボルで１つのＰＵＳＣＨを送信してもよい。この場合、端末装置１は１スロット目のシンボル番号８から６シンボルの時間領域リソースと２スロット目のシンボル番号０から８シンボルの時間領域リソースを使用して繰り返し回数２回のＰＵＳＣＨの繰返し送信を行なう。
When the
ただし、端末装置１は、Ｓ、ＬおよびＲｅｐで示されるＬ×Ｒｅｐシンボルの時間領域リソースが、スロット境界をまたがる場合、または一部がＤＬシンボルである場合に、当該時間領域リソースをセグメント化し、スロット内の連続する利用可能な上りリンクシンボル群毎に１つのＰＵＳＣＨを送信してもよい。つまり、端末装置１は、Ｓ、ＬおよびＲｅｐで示されるＬ×Ｒｅｐシンボルの時間領域リソースが、スロット境界をまたがる場合、または一部がＤＬシンボルである場合に、スロット内の連続する利用可能な上りリンクシンボル群内で複数のＰＵＳＣＨを送信しなくてもよい。
However, when the time-domain resource of L×Rep symbols indicated by S, L, and Rep straddles slot boundaries or when some of the time-domain resources are DL symbols, the
本実施形態において、端末装置１は、（Ｉ）上位層のパラメータ、および／または、（ＩＩ）上りリンクグラントに含まれるフィールドに少なくとも基づいて、その上りリンクグラントでスケジュールされるＰＵＳＣＨ送信に繰返し送信を適用するかどうか、あるいは、複数の繰返し送信タイプのうち何れの繰返し送信タイプが適用されるかを決定してもよい。繰返し送信のタイプは、前述の１つまたは連続する複数の利用可能なスロットの連続する利用可能な上りリンクシンボルで送信する繰返し送信（以下第１の繰返し送信と称する）に加え、スロット間で同一の定められたシンボルでスロット毎に１回ＰＵＳＣＨを送信するスロットアグリゲーション（以下第２の繰返し送信と称する）を含んでもよい
In this embodiment, the
本実施形態の態様Ａにおいて、基地局装置３は、第１の繰返し送信と第２の繰返し送信の内何れを設定／適用するかを上位層のパラメータによって端末装置１に通知してもよい。例えば、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒは、第２の繰返し送信の繰り返し送信の回数を示すために用いられてもよい。例えば、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｒ１６は、ＤＣＩのＴｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔフィールドで通知されるインデックス間で共通の第１の繰返し送信の繰り返し送信の回数を示すために用いられてもよい。例えば、ｒｅｐｅｔｉｔｉｏｎは、ＤＣＩのＴｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔフィールドで通知されるインデックスそれぞれの第１の繰返し送信の繰り返し送信の回数を示すために用いられてもよい。端末装置１にｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｒ１６、および／または、ｒｅｐｅｔｉｔｉｏｎが設定されない場合、端末装置１は、繰返し送信が適用されないこととみなし、上りリンクグラントがスケジュールされるＰＵＳＣＨを１回送信してもよい。
In aspect A of the present embodiment, the
本実施形態の態様Ｂにおいて、端末装置１は、基地局装置３から送信された上りリンクグラントに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに基づいて、第１の繰返し送信と第２の繰返し送信の内何れが適用されるかを決定してもよい。前述のように、‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドはＰＵＳＣＨ時間領域リソース割り当てを示すために用いられる。
In aspect B of the present embodiment, the
本実施形態の態様Ｃにおいて、基地局装置３は、第１の繰返し送信と第２の繰返し送信の内何れを設定するかを上位層のパラメータによって端末装置１に通知してもよい。例えば、基地局装置３は、第１の繰返し送信と第２の繰返し送信のそれぞれに対して、繰り返し送信の回数を示す上位層のパラメータを個別に設定してもよい。例えば、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｒ１６および／またはｒｅｐｅｔｉｔｉｏｎは第１の繰返し送信の繰り返し送信の回数を示すために用いられてもよい。
In aspect C of the present embodiment, the
また、本実施形態の態様Ａ，態様Ｂ、または、態様Ｃにおいて、端末装置１は、上りリンクグラントに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドに基づき得られたＰＵＳＣＨマッピングタイプに基づいて、第１の繰返し送信と第２の繰返し送信の内何れが適用されるかを決定してもよい。
Further, in aspect A, aspect B, or aspect C of the present embodiment, the
また、本実施形態の態様Ａ，態様Ｂ、または、態様Ｃにおいて、端末装置１は、上りリンクグラントに含まれる‘Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ’フィールドで示されるＳ、Ｌおよび／またはＲｅｐに基づいて、第１の繰返し送信と第２の繰返し送信の内何れが適用されるかを決定してもよい。
Furthermore, in aspect A, aspect B, or aspect C of the present embodiment, the
本実施形態の上りリンク送信において、利用可能なシンボルは、少なくとも上位層のパラメータＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよび／またはＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄによってフレキシブルおよび／または上りリンクとして示されるシンボルであってもよい。すなわち、利用可能なシンボルは、上位層のパラメータＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよび／またはＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄによって下りリンクとして示されるシンボルではない。上位層のパラメータＴＤＤ－ＵＬ－ＤＬ－Ｃｏｎｆ
ｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよび／またはＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄは、上りリンク／下りリンクＴＤＤ設定を確定するために用いられる。また、利用可能なシンボルは、ＤＣＩフォーマット２＿０によって下りリンクとして示されるシンボルではない。また、利用可能なシンボルは、ランダムアクセスプリアンブルの送信のために設定されるシンボルではない。また、利用可能なシンボルは、サウンディング参照信号の送信のために設定されているシンボルではない。つまり、利用不可能なシンボルは、少なくとも上位層のパラメータＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎおよび／またはＴＤＤ－ＵＬ－ＤＬ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄによって下りリンクとして示されるシンボルであってもよい。利用不可能なシンボルは、ＤＣＩフォーマット２＿０によって下りリンクとして示されるシンボルであってもよい。利用不可能なシンボルは、ランダムアクセスプリアンブルの送信のために設定されるシンボルであってもよい。利用不可能なシンボルは、サウンディング参照信号の送信のために設定されるシンボルであってもよい。
In the uplink transmission of this embodiment, the available symbols are those indicated as flexible and/or uplink by at least the upper layer parameters TDD-UL-DL-ConfigurationCommon and/or TDD-UL-DL-ConfigDedicated. It's okay. That is, the available symbols are not those indicated as downlink by the upper layer parameters TDD-UL-DL-ConfigurationCommon and/or TDD-UL-DL-ConfigDedicated. Upper layer parameters TDD-UL-DL-Conf
igurationCommon and/or TDD-UL-DL-ConfigDedicated is used to determine uplink/downlink TDD configuration. Furthermore, the available symbols are not symbols indicated as downlink by DCI format 2_0. Also, the available symbols are not the symbols configured for random access preamble transmission. Also, the available symbols are not symbols set for the transmission of sounding reference signals. That is, the unavailable symbol may be a symbol indicated as a downlink by at least the upper layer parameters TDD-UL-DL-ConfigurationCommon and/or TDD-UL-DL-ConfigDedicated. The unavailable symbols may be symbols indicated as downlink by DCI format 2_0. The unavailable symbol may be a symbol configured for random access preamble transmission. The unavailable symbol may be a symbol configured for transmission of a sounding reference signal.
ただし、利用可能なシンボルは、少なくとも上位層のパラメータｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔによって示されるシンボルではない。ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔは、基地局装置３に送信されるＳＳ／ＰＢＣＨブロックの時間領域位置を示すために用いられる。すなわち、端末装置１は、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔによってＳＳ／ＰＢＣＨブロックが送信されるシンボルの位置を知る。ＳＳ／ＰＢＣＨブロックが送信されるシンボルは、ＳＳ／ＰＢＣＨブロックシンボルと称してもよい。すなわち、利用可能なシンボルは、ＳＳ／ＰＢＣＨブロックシンボルではない。即ち、利用不可能なシンボルは、ＳＳ／ＰＢＣＨブロックが送信されるシンボルであってもよい。
However, the available symbols are not the symbols indicated by at least the upper layer parameter ssb-PositionsInBurst. ssb-PositionsInBurst is used to indicate the time domain position of the SS/PBCH block transmitted to the
ただし、利用可能なシンボルは、少なくともｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１によって示されるシンボルではない。すなわち、利用可能なシンボルは、タイプ０ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴのためのｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１によって示されるシンボルではない。ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１はＭＩＢまたはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。すなわち、利用不可能なシンボルは、タイプ０ＰＤＣＣＨコモンサーチスペースセットのＣＯＲＥＳＥＴが送信されるシンボルであってもよい。
However, the available symbols are not at least the symbols indicated by pdcch-ConfigSIB1. That is, the available symbols are not the symbols indicated by pdcch-ConfigSIB1 for the CORESET of
以下、本実施形態における上りリンクで適用される周波数ホッピングについて説明する。 Frequency hopping applied in the uplink in this embodiment will be described below.
端末装置１は、上位レイヤパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇでスケジュールされたＰＵＳＣＨ送信または設定されたＰＵＳＣＨ送信の第１の周波数ホッピングが設定される。ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇでは以下の２つのうちの１つの周波数ホッピングモードが設定される。
・スロット内周波数ホッピング（Intra-slot frequency hopping）
・スロット間周波数ホッピング（Inter-slot frequency hopping）
The
・Intra-slot frequency hopping
・Inter-slot frequency hopping
図２４は本実施形態における第１の周波数ホッピングの一例を示す図である。図２４（ａ）は周波数ホッピングなしＰＵＳＣＨ送信の一例である。図２４（ｂ）はスロット内周波数ホッピング（intra-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。図２４（ｃ）はスロット間周波数ホッピング（inter-slot frequency hopping）を伴うＰＵＳＣＨ送信の一例である。 FIG. 24 is a diagram showing an example of first frequency hopping in this embodiment. FIG. 24(a) is an example of PUSCH transmission without frequency hopping. FIG. 24(b) is an example of PUSCH transmission with intra-slot frequency hopping. FIG. 24(c) is an example of PUSCH transmission with inter-slot frequency hopping.
端末装置１は、上位レイヤパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６でスケジュールされたＰＵＳＣＨ送信または設定されたＰＵＳＣＨ送信の第２の周波数ホッピ
ングが設定される。ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６では以下の３つのうちの１つの周波数ホッピングモードが設定されてよい。
・ＰＵＳＣＨ間周波数ホッピング（Inter-PUSCH frequency hopping）
・ＰＵＳＣＨ内周波数ホッピング（Intra-PUSCH frequency hopping）
・スロット間周波数ホッピング（Inter-slot frequency hopping）
In the
・Inter-PUSCH frequency hopping
・Intra-PUSCH frequency hopping
・Inter-slot frequency hopping
ただし、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６で設定可能な第２の周波数ホッピングは、上記３つのうちの一部であってもよい。例えば、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６で設定可能な第２の周波数ホッピングはＰＵＳＣＨ間周波数ホッピングとスロット間周波数ホッピングであってもよい。 However, the second frequency hopping that can be set in frequencyHopping-r16 may be part of the above three. For example, the second frequency hopping that can be set in frequencyHopping-r16 may be inter-PUSCH frequency hopping and inter-slot frequency hopping.
図２５は本実施形態における第２の周波数ホッピングの一例を示す図である。図２５（ａ）は周波数ホッピングなしＰＵＳＣＨ送信の一例である。図２５（ｂ）はＰＵＳＣＨ間周波数ホッピングを伴うＰＵＳＣＨ送信の一例である。図２５（ｃ）はＰＵＳＣＨ内周波数ホッピングを伴うＰＵＳＣＨ送信の一例である。図２５（ｄ）はスロット間周波数ホッピングを伴うＰＵＳＣＨ送信の一例である。 FIG. 25 is a diagram showing an example of second frequency hopping in this embodiment. FIG. 25(a) is an example of PUSCH transmission without frequency hopping. FIG. 25(b) is an example of PUSCH transmission involving frequency hopping between PUSCHs. FIG. 25(c) is an example of PUSCH transmission with intra-PUSCH frequency hopping. FIG. 25(d) is an example of PUSCH transmission with inter-slot frequency hopping.
図２４（ｂ）、図２５（ｂ）、図２５（ｃ）において、スロット内の周波数ホッピングを伴うＰＵＳＣＨ送信は、スロットにおいて、第１のホップ（第１の周波数ホップ、第１の周波数単位）と第２のホップ（第２の周波数ホップ、第２の周波数単位）から成る。ただし、本実施形態におけるスロット内の周波数ホッピングは、３つ以上のホップが存在する場合においても同様に適用可能である。つまり、スロットにおいて、第１のホップと第２のホップの他に第３のホップ、第４のホップ、…、が存在してもよい。スロット内の最大ホップ数は、ＲＲＣメッセージ等によって設定されてもよい。 In FIG. 24(b), FIG. 25(b), and FIG. 25(c), PUSCH transmission with frequency hopping within a slot is performed using the first hop (first frequency hop, first frequency unit) in the slot. and a second hop (second frequency hop, second frequency unit). However, the intra-slot frequency hopping in this embodiment is similarly applicable even when there are three or more hops. That is, in a slot, in addition to the first hop and the second hop, there may be a third hop, a fourth hop, and so on. The maximum number of hops within a slot may be set by an RRC message or the like.
ただし、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇとｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６で示される周波数ホッピングモード（第１の周波数ホッピングに含まれる周波数ホッピングモードと第２の周波数ホッピングに含まれる周波数ホッピングモード）は、同一のＲＲＣパラメータで示されてもよい。例えば、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６（あるいはｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ）はスロット内周波数ホッピング、スロット間周波数ホッピング、ＰＵＳＣＨ内周波数ホッピング、および／または、ＰＵＳＣＨ間周波数ホッピングのうちの１つの周波数ホッピングモードを設定するパラメータであってもよい。例えば、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６で示される周波数ホッピングモードは、ＤＣＩフォーマットの種類、ＤＣＩフォーマットに含まれるフィールドの情報、ＲＮＴＩ、および／またはその他情報に基づいて、暗黙的に（implicit）に切り替えられてもよい。例えば、ＤＣＩフォーマット０＿０、０＿１でスケジュールされたＰＵＳＣＨにおいてｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６が示す周波数ホッピングモードは第１の周波数ホッピングのうちのいずれかであり、ＤＣＩフォーマット０＿２でスケジュールされたＰＵＳＣＨにおいてｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６が示す周波数ホッピングモードは第２の周波数ホッピングのうちの何れかであってもよい。 However, the frequency hopping modes indicated by frequencyHopping and frequencyHopping-r16 (frequency hopping mode included in the first frequency hopping and frequency hopping mode included in the second frequency hopping) may be indicated by the same RRC parameter. . For example, frequencyHopping-r16 (or frequencyHopping) may be a parameter that sets one frequency hopping mode among intra-slot frequency hopping, inter-slot frequency hopping, intra-PUSCH frequency hopping, and/or inter-PUSCH frequency hopping. . For example, the frequency hopping mode indicated by frequencyHopping-r16 may be switched implicitly based on the type of DCI format, information on fields included in the DCI format, RNTI, and/or other information. . For example, the frequency hopping mode indicated by frequencyHopping-r16 in PUSCH scheduled with DCI format 0_0, 0_1 is one of the first frequency hopping, and the frequency hopping mode indicated by frequencyHopping-r16 in PUSCH scheduled with DCI format 0_2 is The hopping mode may be any of the second frequency hopping.
端末装置１は、検出したＤＣＩフォーマットまたはランダムアクセス応答ＵＬグラントに含まれる周波数ホッピングフィールドが１にされているか、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔのＰＵＳＣＨ送信において上位レイヤパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔが提供されていれば、ＰＵＳＣＨの周波数ホッピングを行ない、それ以外の場合にはＰＵＳＣＨの周波数ホッピングを行なわない。ただし、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔのＰＵＳＣＨ送信において周波数ホッピングを行なう際のホッピング間の周波数オフセットを示すパラメータである。
The
ＤＣＩフォーマット０＿０、０＿１および／または０＿２でスケジュールされたＰＵＳＣＨにおいて周波数オフセットは上位レイヤパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇＯｆｆｓｅｔＬｉｓｔｓで設定される。 In PUSCH scheduled with DCI format 0_0, 0_1 and/or 0_2, the frequency offset is set by the upper layer parameter frequencyHoppingOffsetLists.
スロット内周波数ホッピングが設定されている場合、各ホップの開始ＲＢは数式（１）で与えられる。
ただし、ｉ＝０とｉ＝１はそれぞれ第１のホップと第２のホップであり、ＲＢｓｔａｒｔはＵＬ ＢＷＰ内の開始ＲＢであり、ＲＢｏｆｆｓｅｔは２つの周波数ホップの間のＲＢ単位の周波数オフセットである。スロット内周波数ホッピングが設定されている端末装置１は数式（１）に基づいて第１のホップと第２のホップの周波数リソースを決定／特定してもよい。
where i=0 and i=1 are the first hop and second hop respectively, RB start is the starting RB in the UL BWP, and RB offset is the frequency offset in RB between the two frequency hops. It is. The
スロット内周波数ホッピングが設定されている場合、第１のホップのシンボル数はｃｅｉｌ（ＮＰＵＳＣＨ，ｓ
ｓｙｍｂ）で与えられ、第２のホップのシンボル数はＮＰＵＳＣＨ，ｓ
ｓｙｍｂ－ｃｅｉｌ（ＮＰＵＳＣＨ，ｓ
ｓｙｍｂ）で与えられる。ただし、ＮＰＵＳＣＨ，ｓ
ｓｙｍｂは、１スロット当たりのＰＵＳＣＨ送信のＯＦＤＭシンボル数である。スロット内周波数ホッピングが設定されている端末装置１は、第１のホップのシンボル数をｃｅｉｌ（ＮＰＵＳＣＨ，ｓ
ｓｙｍｂ）と決定し、第２のホップのシンボル数をＮＰＵＳＣＨ，ｓ
ｓｙｍｂ－ｃｅｉｌ（ＮＰＵＳＣＨ，ｓ
ｓｙｍｂ）と決定／特定してもよい。
If intra-slot frequency hopping is configured, the number of symbols for the first hop is given by ceil(N PUSCH,s symb ) and the number of symbols for the second hop is given by N PUSCH,s symb −ceil(N PUSCH, s symb ). However, N PUSCH,s symb is the number of OFDM symbols for PUSCH transmission per slot. The
スロット間周波数ホッピングが設定されている場合、スロットｎμ
ｓにおける開始ＲＢは数式（２）で与えられる。
ただし、ｎμ
ｓはある無線フレーム内の現在のスロット番号であり、ＲＢｓｔａｒｔはＵＬ ＢＷＰ内の開始ＲＢであり、ＲＢｏｆｆｓｅｔは２つの周波数ホップの間のＲＢ単位の周波数オフセットである。スロット間周波数ホッピングが設定されている端末装置１は数式（２）に基づいて各スロットにおける周波数リソースを決定／特定してもよい。
where n μs is the current slot number within a certain radio frame, RB start is the starting RB in the UL BWP, and RB offset is the frequency offset in RB units between two frequency hops. The
ＰＵＳＣＨ間周波数ホッピングが設定されている場合、各ホップの開始ＲＢは数式（１）で与えられてよい。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、数式（１）に基づいて第１のホップと第２のホップの周波数リソースを決定／特定してもよい。
When inter-PUSCH frequency hopping is configured, the starting RB of each hop may be given by equation (1). The
ＰＵＳＣＨ間周波数ホッピングが設定されている場合、各ホップ（第１のホップ／第２のホップ）に含まれるＰＵＳＣＨの数、および／または、各ホップのＯＦＤＭシンボル数は、ＤＣＩフォーマットまたはランダムアクセス応答ＵＬグラントに含まれる時間リソース割当情報に基づいて決定されてもよい。端末装置１は、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、１つまたは複数のスロットに割り当てられている１つまたは複数のＰＵＳＣＨに割り当てられた時間リソースに基づいて、各ホップに含まれるＰＵＳＣＨの数、および／または、各ホップのＯＦＤＭシンボル数を決定／特定してもよい。端末装置１は、１つまたは複数のスケジュールされたＰＵＳＣＨおよび／または設定されたＰＵＳＣＨのそれぞれを、第１のホップに含めるか第２のホップに含めるかを下りリンク制御情報に基づいて決定してもよい。
When frequency hopping between PUSCHs is configured, the number of PUSCHs included in each hop (first hop/second hop) and/or the number of OFDM symbols in each hop are determined by the DCI format or random access response UL. The determination may be made based on time resource allocation information included in the grant. When inter-PUSCH frequency hopping is configured, the
一例として、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、スロットｎμ
ｓにおいて、第１のホップのＰＵＳＣＨ送信の数はｃｅｉｌ（ＮＰＵＳＣＨ（ｎμ
ｓ）／２）で与えられ、第２のホップのＰＵＳＣＨ送信の数はＮＰＵＳＣＨ（ｎμ
ｓ）－ｃｅｉｌ（ＮＰＵＳＣＨ（ｎμ
ｓ）／２）で（あるいはｆｌｏｏｒ（ＮＰＵＳＣＨ（ｎμ
ｓ）／２）で）与えられてもよい。ただし、ＮＰＵＳＣＨ（ｎμ
ｓ）はスロットｎμ
ｓにおいてスケ
ジュールされたＰＵＳＣＨ送信および／または設定されたＰＵＳＣＨ送信の数である。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、第１のホップのＰＵＳＣＨ送信の数をｃｅｉｌ（ＮＰＵＳＣＨ（ｎμ
ｓ）／２）で決定／特定し、第２のホップのＰＵＳＣＨ送信の数をＮＰＵＳＣＨ（ｎμ
ｓ）－ｃｅｉｌ（ＮＰＵＳＣＨ（ｎμ
ｓ）／２）で（あるいはｆｌｏｏｒ（ＮＰＵＳＣＨ（ｎμ
ｓ）／２）で）決定／特定してもよい。ただし、第１のホップと第２のホップのＰＵＳＣＨ送信の数を決定／特定する式は逆であってもよく、例えば、第１のホップのＰＵＳＣＨ送信の数はＮＰＵＳＣＨ（ｎμ
ｓ）－ｃｅｉｌ（ＮＰＵＳＣＨ（ｎμ
ｓ）／２）で（あるいはｆｌｏｏｒ（ＮＰＵＳＣＨ（ｎμ
ｓ）／２）で）与えられ、第２のホップのＰＵＳＣＨ送信の数はｃｅｉｌ（ＮＰＵＳＣＨ（ｎμ
ｓ）／２）で与えられてもよい。
As an example, if inter-PUSCH frequency hopping is configured, in slot n μ s , the number of PUSCH transmissions for the first hop is given by ceil(N PUSCH (n μ s )/2), and for the second hop The number of PUSCH transmissions may be given by N PUSCH (n μ s )−ceil(N PUSCH (n μ s )/2) (or floor(N PUSCH (n μ s )/2)). where N PUSCH (n μs ) is the number of scheduled and/or configured PUSCH transmissions in slot n μs . The
別の一例として、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、スロットｎμ
ｓにおいて、第１のホップのＰＵＳＣＨ送信の数と第２のホップのＰＵＳＣＨ送信の数は、スロットｎμ
ｓにスケジュールされたＰＵＳＣＨ送信および／または設定されたＰＵＳＣＨ送信のシンボル数の合計に基づいてもよい。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、スロットｎμ
ｓにおいて、第１のホップのＰＵＳＣＨ送信の数と第２のホップのＰＵＳＣＨ送信の数を、スロットｎμ
ｓにスケジュールされたＰＵＳＣＨ送信および／または設定されたＰＵＳＣＨ送信のシンボル数の合計に基づいて決定／特定してもよい。
As another example, if inter-PUSCH frequency hopping is configured, in slot n μ s , the number of first hop PUSCH transmissions and the number of second hop PUSCH transmissions are scheduled in slot n μ s. It may be based on the total number of symbols of PUSCH transmissions and/or configured PUSCH transmissions. The
別の一例として、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、スロットｎμ
ｓにおいて、開始シンボルがスロットの前半であるＰＵＳＣＨが第１のホップに含められ、開始シンボルがスロットの後半であるＰＵＳＣＨが第２のホップに含められてもよい。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、スロットｎμ
ｓにおいて、開始シンボルがスロットの前半であるＰＵＳＣＨを第１のホップに含め、開始シンボルがスロットの後半であるＰＵＳＣＨを第２のホップに含めてもよい。
As another example, when inter-PUSCH frequency hopping is configured, in slot n μ s , the PUSCH whose start symbol is in the first half of the slot is included in the first hop, and the PUSCH whose start symbol is in the second half of the slot is included in the first hop. It may be included in the second hop. In slot n μ s , the
別の一例として、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、スロットｎμ
ｓにおいて、終了シンボルがスロットの前半であるＰＵＳＣＨが第１のホップに含められ、終了シンボルがスロットの後半であるＰＵＳＣＨが第２のホップに含められてもよい。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、スロットｎμ
ｓにおいて、終了シンボルがスロットの前半であるＰＵＳＣＨを第１のホップに含め、終了シンボルがスロットの後半であるＰＵＳＣＨを第２のホップに含めてもよい。
As another example, when inter-PUSCH frequency hopping is configured, in slot n μs , the PUSCH whose ending symbol is in the first half of the slot is included in the first hop, and the PUSCH whose ending symbol is in the second half of the slot is included in the first hop . It may be included in the second hop. In slot n μ s , the
別の一例として、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、スロットｎμ
ｓにおいて、１つまたは複数のＰＵＳＣＨが第１のホップに含まれるか第２のホップに含まれるかは、スロット内の上りリンクピリオド毎に決定・特定されてもよい。ただし、上りリンクピリオドは、スロット内で１つまたは複数のＰＵＳＣＨを連続的に割り当て可能な時間区間である。例えば、上りリンクピリオド内の１つまたは複数のＰＵＳＣＨは同一のホップに含められ、異なる上りリンクピリオド間では同一または異なるホップが用いられてもよい。ＰＵＳＣＨ間周波数ホッピングが設定されている端末装置１は、スロットｎμ
ｓにおいて、１つまたは複数のＰＵＳＣＨが第１のホップに含まれるか第２のホップに含まれるかをスロット内の上りリンクピリオド毎に決定・特定してもよい。
As another example, when inter-PUSCH frequency hopping is configured, whether one or more PUSCHs are included in the first hop or the second hop in slot n μs depends on the number of PUSCHs within the slot. It may be determined and specified for each uplink period. However, an uplink period is a time period in which one or more PUSCHs can be continuously allocated within a slot. For example, one or more PUSCHs within an uplink period may be included in the same hop, and the same or different hops may be used between different uplink periods. The
ＰＵＳＣＨ間周波数ホッピングが設定されている場合、各ホップ（第１のホップ／第２のホップ）に含まれるＰＵＳＣＨの数、および／または、各ホップのＯＦＤＭシンボル数は、下りリンク制御情報によって特定されるＰＵＳＣＨの繰返し送信回数（あるいは１つのグラントで割り当てられるＰＵＳＣＨの数）に基づいて決定されてもよい。例えば、１つのＵＬグラントで割り当てられる１つまたは複数のＰＵＳＣＨのそれぞれに送信番号がナンバリングされ、該送信番号に基づいて、第１のホップに含められるか、第２のホップ
に含められるかが決定・特定されてよい。例えば、１つのＵＬグラントで割り当てられる同一スロット内の１つまたは複数のＰＵＳＣＨのそれぞれに送信番号がナンバリングされ、該送信番号に基づいて、第１のホップに含められるか、第２のホップに含められるかが決定・特定されてよい。ただし、１つのＵＬグラントで割り当てられたあるＰＵＳＣＨがスロットの境界、ＤＬシンボルとＵＬのシンボルのスイッチ、および／または他の信号により複数のＰＵＳＣＨにセグメント化される場合に、該セグメント化された複数のＰＵＳＣＨに対して、同一の送信番号がナンバリングされてもよいし、異なる送信番号がナンバリングされてもよい。例えば、１つのＵＬグラントで割り当てられたあるＰＵＳＣＨがスロットの境界、ＤＬシンボルとＵＬのシンボルのスイッチ、および／または他の信号により複数のＰＵＳＣＨにセグメント化される場合に、該セグメント化された複数のＰＵＳＣＨは、常に同一のホップに含められてもよいし、同一グラントで割り当てられた他のＰＵＳＣＨと同様に同一または異なるホップに含められてもよい。
When frequency hopping between PUSCHs is configured, the number of PUSCHs included in each hop (first hop/second hop) and/or the number of OFDM symbols in each hop are specified by downlink control information. The determination may be made based on the number of times PUSCH is repeatedly transmitted (or the number of PUSCH allocated in one grant). For example, each of one or more PUSCHs allocated in one UL grant is numbered with a transmission number, and based on the transmission number, it is determined whether it is included in the first hop or the second hop.・May be specified. For example, each of one or more PUSCHs in the same slot allocated in one UL grant is numbered with a transmission number, and based on the transmission number, it is included in the first hop or included in the second hop. It may be determined and specified whether the However, if a certain PUSCH allocated in one UL grant is segmented into multiple PUSCHs by slot boundaries, switches between DL symbols and UL symbols, and/or other signals, the segmented multiple The same transmission number may be numbered for the PUSCH, or different transmission numbers may be numbered for the PUSCH. For example, if a PUSCH allocated in one UL grant is segmented into multiple PUSCHs by slot boundaries, switches between DL symbols and UL symbols, and/or other signals, the segmented multiple The PUSCHs may always be included in the same hop, or may be included in the same or different hops like other PUSCHs allocated under the same grant.
一例として、ＰＵＳＣＨ間周波数ホッピングが設定されている場合、スロットｎμ ｓにおいてスケジュールされたＰＵＳＣＨ送信および／または設定されたＰＵＳＣＨ送信の数がＮＰＵＳＣＨ（ｎμ ｓ）である場合に、閾値ＸＰＵＳＣＨ＝ｃｅｉｌ（ＮＰＵＳＣＨ（ｎμ ｓ）／２）とし、同一ＵＬグラントでスロットｎμ ｓに割り当てられているＰＵＳＣＨに対してｎＰＵＳＣＨ＝１～ＮＰＵＳＣＨ（ｎμ ｓ）がナンバリングされ、ｎＰＵＳＣＨ＜＝ＸＰＵＳＣＨであるＰＵＳＣＨを第１のホップに含め、ｎＰＵＳＣＨ＞ＸＰＵＳＣＨであるＰＵＳＣＨを第２のホップに含めてもよい。 As an example, if inter-PUSCH frequency hopping is configured, if the number of scheduled and/or configured PUSCH transmissions in slot n μ s is N PUSCH (n μ s ), then the threshold = ceil(N PUSCH (n μ s )/2), and the PUSCH assigned to slot n μ s in the same UL grant is numbered from n PUSCH = 1 to N PUSCH (n μ s ), and n PUSCH A PUSCH with <=X PUSCH may be included in the first hop, and a PUSCH with n PUSCH >X PUSCH may be included in the second hop.
ＰＵＳＣＨ間周波数ホッピングが設定されている場合、同一のＤＬフォーマットあるいは同一のＵＬグラントで割り当てられている複数のＰＵＳＣＨにおいて、時間領域で所定の数のＰＵＳＣＨ毎に第１のホップに含められるか第２のホップに含められるかを切り換えられてもよい。連続して同一のホップに含められるＰＵＳＣＨの数は、下りリンク制御情報で示されるＰＵＳＣＨの開始シンボル（Ｓ）、期間（Ｄ）、および／または、繰り返し回数（Ｒｅｐ）によって決定されてもよい。ただし、連続して同一のホップに含められるＰＵＳＣＨの数において、スロット境界、ＤＬシンボルとＵＬシンボルのスイッチングポイントおよび／または他のチャネル／信号によってセグメント化された複数のＰＵＳＣＨを１つのＰＵＳＣＨとみなしてもよいし、セグメント化された複数のＰＵＳＣＨのそれぞれを１つのＰＵＳＣＨとみなしてもよい。ただし、時間領域で所定の数のＰＵＳＣＨ毎に第１のホップと第２のホップを切り替える場合に、スロット内での切替回数の最大値が制限されてもよい。 When inter-PUSCH frequency hopping is configured, for multiple PUSCHs allocated with the same DL format or the same UL grant, it is determined whether each predetermined number of PUSCHs is included in the first hop or the second hop in the time domain. hops may be switched. The number of PUSCHs that are consecutively included in the same hop may be determined by the start symbol (S), period (D), and/or repetition number (Rep) of the PUSCH indicated by downlink control information. However, in the number of PUSCHs that are consecutively included in the same hop, multiple PUSCHs segmented by slot boundaries, switching points of DL symbols and UL symbols, and/or other channels/signals are considered as one PUSCH. Alternatively, each of a plurality of segmented PUSCHs may be regarded as one PUSCH. However, when switching the first hop and the second hop every predetermined number of PUSCHs in the time domain, the maximum number of switching times within a slot may be limited.
ただし、第２の周波数ホッピングにおいてＰＵＳＣＨ内周波数ホッピングを適用することは第１の周波数ホッピングのスロット内周波数ホッピングを適用することであってもよい。 However, applying intra-PUSCH frequency hopping in the second frequency hopping may also be applying intra-slot frequency hopping in the first frequency hopping.
ただし、第２の周波数ホッピングにおいてスロット間周波数ホッピングを適用することは第１の周波数ホッピングのスロット間周波数ホッピングを適用することであってもよい。 However, applying inter-slot frequency hopping in the second frequency hopping may also be applying inter-slot frequency hopping in the first frequency hopping.
ただし、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６で示される周波数ホッピングモードは、以下の二つであってもよい。
・ＰＵＳＣＨ間周波数ホッピング
・上位レイヤパラメータｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇで示される周波数ホッピングモード
However, the frequency hopping mode indicated by frequencyHopping-r16 may be the following two.
・Inter-PUSCH frequency hopping ・Frequency hopping mode indicated by the upper layer parameter frequencyHopping
ＰＵＳＣＨ間周波数ホッピングとＰＵＳＣＨ内周波数ホッピング（またはスロット内周波数ホッピング）は暗黙的に（implicit）に切り替えられてもよい。例えば、ｆｒｅｑｕ
ｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６でＰＵＳＣＨ間周波数ホッピングが設定されており、かつＤＣＩフォーマットの所定のフィールドで示される繰返し送信回数が１である場合に、端末装置１はスケジュールされたＰＵＳＣＨ送信あるいは設定されたＰＵＳＣＨ送信に対して、ＰＵＳＣＨ内周波数ホッピング（またはスロット内周波数ホッピング）を適用してもよい。例えば、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６でＰＵＳＣＨ間周波数ホッピングが設定されており、あるスロットで送信されるＰＵＳＣＨの数が１である場合に、端末装置１は該スロットにスケジュールされたＰＵＳＣＨ送信あるいは設定されたＰＵＳＣＨ送信に対して、ＰＵＳＣＨ内周波数ホッピング（またはスロット内周波数ホッピング）を適用してもよい。例えば、ｆｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ－ｒ１６でＰＵＳＣＨ間周波数ホッピングが設定されており、あるスロットで送信されるＰＵＳＣＨの数が１であり、該スロットで送信されるＰＵＳＣＨのシンボル数が所定の値以上であった場合に、端末装置１は該スロットにスケジュールされたＰＵＳＣＨ送信あるいは設定されたＰＵＳＣＨ送信に対して、ＰＵＳＣＨ内周波数ホッピング（またはスロット内周波数ホッピング）を適用してもよい。
Inter-PUSCH frequency hopping and intra-PUSCH frequency hopping (or intra-slot frequency hopping) may be implicitly switched. For example, freque
When inter-PUSCH frequency hopping is set in encyHopping-r16 and the number of repeated transmissions indicated in a predetermined field of the DCI format is 1, the
これにより、端末装置１は、基地局装置３に対する上りリンクデータ送信を行なうことができる。
Thereby, the
以下、本実施形態における装置の構成について説明する。 The configuration of the device in this embodiment will be described below.
図２６は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベー
スバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、モニタ部、または、物理層処理部とも称する。上位層処理部１４を測定部１４、選択部１４、決定部１４または制御部１４とも称する。
FIG. 26 is a schematic block diagram showing the configuration of the
上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロックと称されてもよい）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部１４は、基地局装置３から受信した上位層の信号および／または下りリンク制御情報に基づいて、１つまたは複数の物理上りリンク共用チャネルを送信するためのリソースを決定する機能を備えてもよい。上位層処理部１４は、１つまたは複数の物理上りリンク共用チャネルのそれぞれを、第１のホップに含めるか第２のホップに含めるかを下りリンク制御情報に基づいて決定する機能を備えてもよい。
The upper
上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣレイヤ（媒体アクセス制御層）の処理を行なう。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、スケジューリング要求の伝送の制御を行う。
The medium access control
上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣレイヤ（無線リソース制御層）の処理を行なう。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。無線リソース制御層処理部１６は、基地局装置３から受信した下りリンク制御情報に基づいてリソース割り当てを制御（特定）する。
A radio resource control
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３等に送信する。無線送受信部１０は、基地局装置３から受信した上位層の信号（ＲＲＣメッセージ）、ＤＣＩなどを上位層処理部１４に出力する。また、無線送受信部１０は、上位層処理部１４からの指示に基づいて、上りリンク信号（物理上りリンク制御チャネルおよび／または物理上りリンク共用チャネルを含む）を生成して送信する。無線送受信部１０は、物理下りリンク制御チャネルおよび／または物理下りリンク共用チャネルを受信する機能を備えてもよい。無線送受信部１０は、１つまたは複数の物理上りリンク制御チャネルおよび／または物理上りリンク共用チャネルを送信する機能を備えてもよい。無線送受信部１０は、物理下りリンク制御チャネルで下りリンク制御情報を受信する機能を備えてもよい。無線送受信部１０は、物理下りリンク制御チャネルで受信した下りリンク制御情報を上位層処理部１４に出力する機能を備えてもよい。無線送受信部１０は、各スロットにおいて、第１のホップの開始リソースブロックを第１のリソースブロックとし、第２のホップの開始リソースブロックを第２のリソースブロックとして１つまたは複数の物理上りリンク共用チャネルを送信する機能を備えてもよい。
The wireless transmitter/
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去する。ＲＦ
部１２は、処理をしたアナログ信号をベースバンド部に出力する。
The
The
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をデジタル信号に変換する。ベースバンド部１３は、変換したデジタル信号からＣＰ（Cyclic
Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
The
A fast Fourier transform (FFT) is performed on the signal with the CP removed, and a frequency domain signal is extracted.
ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのデジタル信号を生成し、ベースバンドのデジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
The
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は在圏セルにおいて送信する上りリンク信号および／または上りリンクチャネルの送信電力を決定する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
The
図２７は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、モニタ部、または、物理層処理部とも称する。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。上位層処理部３４を、決定部３４または制御部３４とも称する。
FIG. 27 is a schematic block diagram showing the configuration of the
上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部３４は、端末装置１に送信した上位層の信号と物理上りリンク共用チャネルを送信するための時間リソースに基づいて下りリンク制御情報を生成する機能を備えてもよい。上位層処理部３４は、生成した下りリンク制御情報などを無線送受信部３０に出力する機能を備えてもよい。上位層処理部３４は、ＲＲＣメッセージと生成した下りリンク制御情報に基づいて１つまたは複数の物理上りリンク共用チャネルの送信に使用するリソースを決定する機能を備えてもよい。上位層処理部３４は、１つまたは複数の物理上りリンク共用チャネルのそれぞれを、第１のホップに含めるか第２のホップに含めるかを下りリンク制御情報に基づいて決定する機能を備えてもよい。
The upper
上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣレイヤの処理を行なう。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、スケジューリングリクエストに関する処理を行う。
The medium access control
上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣレイヤの処理を行なう。無線リソース制御層処理部３６は、端末装置１にリソースの割当情報を含む下りリンク制御情報（上りリンクグラント、下りリンクグラント）を生成する。無線リソース制御層処理部３６は、下りリンク制御情報、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック、ランダムアクセス応答）、システム情報、ＲＲＣメッセージ、ＭＡＣ ＣＥ（Control Element）などを生成し、又は上位ノードから取
得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。無線リソース制御層処理部３６は、あるセルにおける１つまたは複数の参照信号の設定を特定するための情報を送信／報知してもよい。
The radio resource control
基地局装置３から端末装置１にＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＰＤＣＣＨを送信し、端末装置１がその受信に基づいて処理を行う場合、基地局装置３は、端末装置が、その処理を行っていることを想定して処理（端末装置１やシステムの制御）を行う。すなわち、基地局装置３は、端末装置にその受信に基づく処理を行わせるようにするＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＰＤＣＣＨを端末装置１に送っている。
When the
無線送受信部３０は、端末装置１に上位層の信号（ＲＲＣメッセージ）、ＤＣＩなどを送信する。また、無線送受信部３０は、上位層処理部３４からの指示に基づいて、端末装置１から送信した上りリンク信号を受信する。無線送受信部３０は、物理下りリンク制御チャネルおよび／または物理下りリンク共用チャネルを送信する機能を備えてもよい。無線送受信部３０は、１つまたは複数の物理上りリンク制御チャネルおよび／または物理上りリンク共用チャネルを受信する機能を備えてもよい。無線送受信部３０は、物理下りリンク制御チャネルで下りリンク制御情報を送信する機能を備えてもよい。無線送受信部３０は、上位層処理部３４が出力した下りリンク制御情報を物理下りリンク制御チャネルで送信する機能を備えてもよい。無線送受信部３０は、各スロットにおいて、第１のホップの開始リソースブロックを第１のリソースブロックとし、第２のホップの開始リソースブロックを第２のリソースブロックとして１つまたは複数の物理上りリンク共用チャネルを受信する機能を備えてもよい。その他、無線送受信部３０の一部の機能は、無線送受信部１０と同様であるため説明を省略する。なお、基地局装置３が１つまたは複数の送受信点４と接続している場合、無線送受信部３０の機能の一部あるいは全部が、各送受信点４に含まれてもよい。
The wireless transmitter/
また、上位層処理部３４は、基地局装置３間あるいは上位のネットワーク装置（ＭＭＥ、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－ＧＷ））と基地局装置３との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図２７において、その他の基地局装置３の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、基地局装置３として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、上位層処理部３４には、無線リソース管理（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）層処理部や、アプリケーション層処理部が存在している。
The upper
なお、図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置１および基地局装置３の機能および各手順を実現する要素である。
Note that the "unit" in the figure is an element that realizes the functions and procedures of the
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
Each of the units labeled 10 to 16 included in the
（１）本発明の第１の態様における端末装置１は、第１の設定情報を含むＲＲＣメッセージを受信し、１つまたは複数の物理上りリンク共用チャネルをスケジュールする下りリンク制御情報を受信する受信部１０と、前記第１の設定情報と前記下りリンク制御情報に基づいて前記１つまたは複数の物理上りリンク共用チャネルの送信に使用するリソースを決定する決定部１４と、前記リソースで前記１つまたは複数の物理上りリンク共用チャネルを送信する送信部１０と、を備え、前記第１の設定情報で第１の周波数ホッピングモードが設定された場合に、前記決定部１４は、前記１つまたは複数の物理上りリンク共用チャネルのそれぞれを、第１のホップに含めるか第２のホップに含めるかを前記下りリンク制御情報に基づいて決定し、前記送信部１０は、各スロットにおいて、前記第１のホップの開始リソースブロックを第１のリソースブロックとし、前記第２のホップの開始リソースブロックを第２のリソースブロックとして前記１つまたは複数の物理上りリンク共用チャネルを送信する。
(1) The
（２）本発明の第１の態様において、前記決定部１４は、前記第１の設定情報で第１の周波数ホッピングモードが設定された場合に、前記１つまたは複数の物理上りリンク共用チャネルのうち、前記下りリンク制御情報で決定される開始シンボルがスロット内の前半シンボルである物理上りリンク共用チャネルを前記第１のホップに含め、前記下りリンク制御情報で決定される開始シンボルがスロット内の後半シンボルである物理上りリンク共用チャネルを前記第２のホップに含めてもよい。
(2) In the first aspect of the present invention, when the first frequency hopping mode is set in the first configuration information, the determining
（３）本発明の第１の態様において、前記決定部１４は、前記第１の設定情報で第１の周波数ホッピングモードが設定され、前記下りリンク制御情報で示されるあるスロットで送信される前記１つまたは複数の物理の上りリンク共用チャネルの数がＮである場合、前記あるスロットで最初に送信されるceil（Ｎ／２）の物理上りリンク共用チャネルを第１のホップに含め、前記あるスロットで最後に送信されるfloor（Ｎ／２）の物理上りリン
ク共用チャネルを第２のホップに含めてもよい。
(3) In the first aspect of the present invention, the determining
（４）本発明の第１の態様において、前記決定部１４は、前記第１の設定情報で第１の周波数ホッピングモードが設定された場合に、前記下りリンク制御情報で示されるあるス
ロットで前記あるスロット内で送信される前記１つまたは複数の物理上りリンク共用チャネルのシンボル数の合計に基づいて、前記あるスロット内で送信される前記１つまたは複数の物理上りリンク共用チャネルのそれぞれを前記第１のホップに含めるか前記第２のホップに含めるかを決定してもよい。
(4) In the first aspect of the present invention, when the first frequency hopping mode is set in the first setting information, the determining
（５）本発明の第１の態様において、前記第１の設定情報で第２の周波数ホッピングモードが設定された場合に、前記決定部１４は、前記複数の物理上りリンク共用チャネルのそれぞれを送信するスロット番号に基づいて各スロット内の１つまたは複数の物理上りリンク共用チャネルの開始リソースブロックを第３のリソースブロックとするか第４のリソースブロックにするかを決定してもよい。
(5) In the first aspect of the present invention, when the second frequency hopping mode is set in the first configuration information, the determining
（６）本発明の第２の態様における基地局装置３は、第１の設定情報を含むＲＲＣメッセージを送信し、１つまたは複数の物理上りリンク共用チャネルをスケジュールする下りリンク制御情報を送信する送信部３０と、前記第１の設定情報と前記下りリンク制御情報に基づいて前記１つまたは複数の物理上りリンク共用チャネルの送信に使用するリソースを決定する決定部３４と、前記リソースで前記１つまたは複数の物理上りリンク共用チャネルを受信する受信部３０と、を備え、前記第１の設定情報で第１の周波数ホッピングモードが設定された場合に、前記決定部３４は、前記１つまたは複数の物理上りリンク共用チャネルのそれぞれを、第１のホップに含めるか第２のホップに含めるかを前記下りリンク制御情報に基づいて決定し、前記受信部３０は、各スロットにおいて、前記第１のホップの開始リソースブロックを第１のリソースブロックとし、前記第２のホップの開始リソースブロックを第２のリソースブロックとして前記１つまたは複数の物理上りリンク共用チャネルを受信する。
(6) The
これにより、端末装置１は、効率的に基地局装置３と通信することができる。例えば、異なるサービス（ｅＭＢＢ、ＵＲＬＬＣおよび／またはｍＭＴＣ等）のデータをスケジュールするＤＣＩにおいて、ＰＤＳＣＨを受信する時間リソースおよび／またはＰＵＳＣＨを送信する時間リソースを示す際に各サービスに適切な通知方法を用いることができる。また、基地局装置３は、効率的に端末装置１と通信することができる。例えば、異なるサービスのデータをスケジュールするＤＣＩにおいて、ＰＤＳＣＨを送信する時間リソースおよび／またはＰＵＳＣＨを受信する時間リソースを示す際に各サービスに適切な通知方法を用いることができる。
Thereby, the
本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）、あるいはその他の記憶装置システムに格納される。 The program that runs on the device related to the present invention may be a program that controls a central processing unit (CPU) or the like to cause the computer to function so as to realize the functions of the embodiments related to the present invention. Programs or information handled by programs are temporarily stored in volatile memory such as Random Access Memory (RAM), non-volatile memory such as flash memory, Hard Disk Drive (HDD), or other storage system.
尚、本発明に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。 Note that a program for realizing the functions of the embodiments related to the present invention may be recorded on a computer-readable recording medium. The program recorded on this recording medium may be read into a computer system and executed. The "computer system" herein refers to a computer system built into the device, and includes hardware such as an operating system and peripheral devices. Furthermore, a "computer-readable recording medium" refers to a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium that dynamically stores a program for a short period of time, or any other computer-readable recording medium. Also good.
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、
たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いることも可能である。
Further, each functional block or various features of the device used in the embodiments described above are an electric circuit,
For example, it may be implemented or executed on an integrated circuit or multiple integrated circuits. An electrical circuit designed to perform the functions described herein may be a general purpose processor, digital signal processor (DSP), application specific integrated circuit (ASIC), field programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic, discrete hardware components, or combinations thereof. A general purpose processor may be a microprocessor or a conventional processor, controller, microcontroller, or state machine. The electric circuit described above may be composed of a digital circuit or an analog circuit. Furthermore, if an integrated circuit technology that replaces the current integrated circuit emerges due to advances in semiconductor technology, one or more aspects of the present invention may use a new integrated circuit based on that technology.
なお、本発明に関わる実施形態では、基地局装置と端末装置で構成される通信システムに適用される例を記載したが、Ｄ２Ｄ（Device to Device）のような、端末同士が通信を行うシステムにおいても適用可能である。 In the embodiments related to the present invention, an example has been described in which the present invention is applied to a communication system composed of a base station device and a terminal device. is also applicable.
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。 Note that the present invention is not limited to the above-described embodiments. Although an example of the device has been described in the embodiment, the present invention is not limited thereto, and can be applied to stationary or non-movable electronic devices installed indoors or outdoors, such as AV devices, kitchen devices, It can be applied to terminal devices or communication devices such as cleaning/washing equipment, air conditioning equipment, office equipment, vending machines, and other household equipment.
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。 Although the embodiments of the present invention have been described above in detail with reference to the drawings, the specific configuration is not limited to these embodiments, and may include design changes within the scope of the gist of the present invention. Further, the present invention can be modified in various ways within the scope shown in the claims, and embodiments obtained by appropriately combining technical means disclosed in different embodiments are also included within the technical scope of the present invention. It will be done. Also included are configurations in which the elements described in each of the above embodiments are replaced with each other and have similar effects.
１（１Ａ、１Ｂ） 端末装置
３ 基地局装置
４ 送受信点（ＴＲＰ）
１０ 無線送受信部
１１ アンテナ部
１２ ＲＦ部
１３ ベースバンド部
１４ 上位層処理部
１５ 媒体アクセス制御層処理部
１６ 無線リソース制御層処理部
３０ 無線送受信部
３１ アンテナ部
３２ ＲＦ部
３３ ベースバンド部
３４ 上位層処理部
３５ 媒体アクセス制御層処理部
３６ 無線リソース制御層処理部
５０ 送信ユニット（ＴＸＲＵ）
５１ 位相シフタ
５２ アンテナエレメント
1 (1A, 1B)
10
51
Claims (7)
第１の設定情報を含むＲＲＣメッセージを受信し、開始シンボル、シンボル数および繰り返し送信回数に関するパラメータ特定する下りリンク制御情報を受信する受信部と、 a receiving unit that receives an RRC message including first configuration information and receives downlink control information that specifies parameters regarding a start symbol, the number of symbols, and the number of repeated transmissions;
前記下りリンク制御情報に基づいて１つまたは複数の第１の物理上りリンク共用チャネルを特定し、スロット境界および送信に利用可能な上りリンクシンボルの配置に基づいて前記１つまたは複数の第１の物理上りリンク共用チャネルのそれぞれに対してセグメント化を行い生成される１つまたは複数の第２の物理上りリンク共用チャネルを送信する送信部と、 identifying one or more first physical uplink shared channels based on the downlink control information; a transmitting unit that transmits one or more second physical uplink shared channels generated by segmenting each of the physical uplink shared channels;
を備え、 Equipped with
前記第１の設定情報で第１の周波数ホッピングモードが設定された場合に、 When the first frequency hopping mode is set in the first setting information,
前記送信部は、前記１つまたは複数の第２の物理上りリンク共用チャネルのそれぞれを、前記セグメント化を行う前の前記１つまたは複数の第１の物理上りリンク共用チャネルに基づいて、第１のホップに含めるか第２のホップに含めるかを決定し、前記第１のホップの開始リソースブロックを第１のリソースブロックとし、前記第２のホップの開始リソースブロックを第２のリソースブロックとして前記１つまたは複数の第２の物理上りリンク共用チャネルを送信する The transmitter is configured to transmit each of the one or more second physical uplink shared channels into a first physical uplink shared channel based on the one or more first physical uplink shared channels before performing the segmentation. The starting resource block of the first hop is set as the first resource block, and the starting resource block of the second hop is set as the second resource block. transmitting one or more second physical uplink shared channels;
端末装置。 Terminal device.
請求項１記載の端末装置。 The terminal device according to claim 1.
前記送信部は、前記１つまたは複数の第２の物理上りリンク共用チャネルのそれぞれを送信するスロット番号に基づいて各スロット内の前記１つまたは複数の第２の物理上りリンク共用チャネルの開始リソースブロックを第３のリソースブロックとするか第４のリソースブロックにするかを決定する The transmitter determines starting resources of the one or more second physical uplink shared channels in each slot based on slot numbers for transmitting each of the one or more second physical uplink shared channels. Decide whether the block should be the third or fourth resource block
請求項１記載の端末装置。 The terminal device according to claim 1.
第１の設定情報を含むＲＲＣメッセージを送信し、開始シンボル、シンボル数および繰り返し送信回数に関するパラメータ特定する下りリンク制御情報を送信する送信部と、 a transmitting unit that transmits an RRC message including first configuration information and transmits downlink control information that specifies parameters regarding a start symbol, the number of symbols, and the number of repeated transmissions;
前記下りリンク制御情報に基づく１つまたは複数の第１の物理上りリンク共用チャネルに対して、スロット境界および送信に利用可能な上りリンクシンボルの配置に基づいて前記１つまたは複数の第１の物理上りリンク共用チャネルのそれぞれに対してセグメント化を行い生成される１つまたは複数の第２の物理上りリンク共用チャネルを受信する受信部と、 For one or more first physical uplink shared channels based on the downlink control information, the one or more first physical a receiving unit that receives one or more second physical uplink shared channels generated by segmenting each of the uplink shared channels;
を備え、 Equipped with
前記第１の設定情報で第１の周波数ホッピングモードが設定された場合に、 When the first frequency hopping mode is set in the first setting information,
前記受信部は、前記１つまたは複数の第２の物理上りリンク共用チャネルのそれぞれが第１のホップに含まれるか第２のホップに含まれるかを、前記セグメント化を行う前の前記１つまたは複数の第１の物理上りリンク共用チャネルに基づいて決定し、前記第１のホップの開始リソースブロックを第１のリソースブロックとし、前記第２のホップの開始リソースブロックを第２のリソースブロックとして前記１つまたは複数の第２の物理上りリンク共用チャネルを受信する The receiving unit determines whether each of the one or more second physical uplink shared channels is included in the first hop or the second hop, according to the one before the segmentation. or determining based on a plurality of first physical uplink shared channels, the starting resource block of the first hop as a first resource block, and the starting resource block of the second hop as a second resource block. receiving the one or more second physical uplink shared channels;
基地局装置。 Base station equipment.
請求項４記載の基地局装置。 The base station device according to claim 4.
前記受信部は、前記１つまたは複数の第２の物理上りリンク共用チャネルのそれぞれが送信されるスロット番号に基づいて各スロット内の前記１つまたは複数の第２の物理上りリンク共用チャネルの開始リソースブロックを第３のリソースブロックとするか第４のリソースブロックにするかを決定する The receiving unit determines the start of the one or more second physical uplink shared channels in each slot based on the slot number in which each of the one or more second physical uplink shared channels is transmitted. Decide whether the resource block will be the third resource block or the fourth resource block
請求項４記載の基地局装置。 The base station device according to claim 4.
第１の設定情報を含むＲＲＣメッセージを送信し、開始シンボル、シンボル数および繰り返し送信回数に関するパラメータ特定する下りリンク制御情報を送信し、 transmitting an RRC message including first configuration information, transmitting downlink control information specifying parameters regarding a starting symbol, number of symbols, and number of repeated transmissions;
前記下りリンク制御情報に基づく１つまたは複数の第１の物理上りリンク共用チャネルに対して、スロット境界および送信に利用可能な上りリンクシンボルの配置に基づいて前記１つまたは複数の第１の物理上りリンク共用チャネルのそれぞれに対してセグメント化を行い生成される１つまたは複数の第２の物理上りリンク共用チャネルを受信し、 For one or more first physical uplink shared channels based on the downlink control information, the one or more first physical receiving one or more second physical uplink shared channels generated by segmenting each of the uplink shared channels;
前記第１の設定情報で第１の周波数ホッピングモードが設定された場合に、 When the first frequency hopping mode is set in the first setting information,
前記１つまたは複数の第２の物理上りリンク共用チャネルのそれぞれが第１のホップに含まれるか第２のホップに含まれるかを、前記セグメント化を行う前の前記１つまたは複数の第１の物理上りリンク共用チャネルに基づいて決定し、前記第１のホップの開始リソースブロックを第１のリソースブロックとし、前記第２のホップの開始リソースブロックを第２のリソースブロックとして前記１つまたは複数の第２の物理上りリンク共用チャネルを受信する The one or more first physical uplink shared channels before the segmentation determine whether each of the one or more second physical uplink shared channels is included in the first hop or the second hop. determining the starting resource block of the first hop as a first resource block and the starting resource block of the second hop as a second resource block of the one or more physical uplink shared channels; receive a second physical uplink shared channel of
通信方法。 Communication method.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019084266A JP7390111B2 (en) | 2019-04-25 | 2019-04-25 | Base station device, terminal device, and communication method |
| PCT/JP2020/017737 WO2020218529A1 (en) | 2019-04-25 | 2020-04-24 | Base station device, terminal device, and communication method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2019084266A JP7390111B2 (en) | 2019-04-25 | 2019-04-25 | Base station device, terminal device, and communication method |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2020182115A JP2020182115A (en) | 2020-11-05 |
| JP2020182115A5 JP2020182115A5 (en) | 2022-05-09 |
| JP7390111B2 true JP7390111B2 (en) | 2023-12-01 |
Family
ID=72941982
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019084266A Active JP7390111B2 (en) | 2019-04-25 | 2019-04-25 | Base station device, terminal device, and communication method |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP7390111B2 (en) |
| WO (1) | WO2020218529A1 (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113039854B (en) * | 2021-02-23 | 2023-01-03 | 北京小米移动软件有限公司 | Radio frequency retuning method and device |
| JPWO2022208636A1 (en) * | 2021-03-29 | 2022-10-06 | ||
| CN115189818A (en) * | 2021-04-01 | 2022-10-14 | ***通信有限公司研究院 | Frequency hopping configuration method, device, terminal and storage medium |
| CN113228794B (en) * | 2021-04-02 | 2023-04-21 | 北京小米移动软件有限公司 | Method and device for determining uplink transmission time domain resources, UE (user equipment), network equipment and storage medium |
| WO2022239081A1 (en) * | 2021-05-10 | 2022-11-17 | 株式会社Ｎｔｔドコモ | Terminal and wireless communication method |
| WO2024034472A1 (en) * | 2022-08-08 | 2024-02-15 | 株式会社デンソー | Communication device, base station, and communication method |
-
2019
- 2019-04-25 JP JP2019084266A patent/JP7390111B2/en active Active
-
2020
- 2020-04-24 WO PCT/JP2020/017737 patent/WO2020218529A1/en active Application Filing
Non-Patent Citations (2)
| Title |
|---|
| Nokia, Nokia Shanghai Bell，On PUSCH enhancements for NR URLLC[online]，3GPP TSG RAN WG1 Ad-Hoc Meeting 1901 R1-1900929，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900929.zip>，2019年01月12日 |
| NTT DOCOMO, INC.，Email discussions on UL transmission procedures[online]，3GPP TSG RAN WG1 Meeting 90bis R1-1718814，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1718814.zip>，2017年10月09日 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2020218529A1 (en) | 2020-10-29 |
| JP2020182115A (en) | 2020-11-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7246874B2 (en) | BASE STATION DEVICE, TERMINAL DEVICE, AND COMMUNICATION METHOD | |
| JP7313839B2 (en) | BASE STATION DEVICE, TERMINAL DEVICE, COMMUNICATION METHOD, AND INTEGRATED CIRCUIT | |
| JP7249785B2 (en) | TERMINAL DEVICE, BASE STATION DEVICE, AND COMMUNICATION METHOD | |
| JP7390111B2 (en) | Base station device, terminal device, and communication method | |
| JP6917403B2 (en) | Base station equipment, terminal equipment and communication methods | |
| JP7287787B2 (en) | BASE STATION DEVICE, TERMINAL DEVICE, COMMUNICATION METHOD, AND INTEGRATED CIRCUIT | |
| JP6963586B2 (en) | Base station equipment, terminal equipment, and communication methods | |
| WO2020203427A1 (en) | Base station device, terminal device, and communication method | |
| WO2021066133A1 (en) | Terminal device, base station device, and communication method | |
| WO2021066154A1 (en) | Terminal device, base station device, and communication method | |
| JP7390112B2 (en) | Terminal device and communication method | |
| WO2020091046A1 (en) | Base station device, terminal device, and communication method | |
| WO2021029367A1 (en) | Base station device, terminal device, and communication method | |
| WO2020195531A1 (en) | Base station device, terminal device, and communication method | |
| JP2022025801A (en) | Terminal device, base station device, and communication method | |
| JP7351639B2 (en) | Base station equipment, terminal equipment, communication method, and integrated circuit | |
| JP7526008B2 (en) | Terminal device, base station device, and communication method | |
| WO2021029402A1 (en) | Base station device, terminal device, and communication method | |
| JP7526009B2 (en) | Terminal device, base station device, and communication method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220422 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220422 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20220422 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230627 |
|
| 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: 20231031 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20231120 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7390111 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |