WO2022030295A1 - 通信方法 - Google Patents

通信方法 Download PDF

Info

Publication number
WO2022030295A1
WO2022030295A1 PCT/JP2021/027656 JP2021027656W WO2022030295A1 WO 2022030295 A1 WO2022030295 A1 WO 2022030295A1 JP 2021027656 W JP2021027656 W JP 2021027656W WO 2022030295 A1 WO2022030295 A1 WO 2022030295A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdsch
harq
slot
feedback timing
communication method
Prior art date
Application number
PCT/JP2021/027656
Other languages
English (en)
French (fr)
Inventor
直紀 草島
大輝 松田
Original Assignee
ソニーグループ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニーグループ株式会社 filed Critical ソニーグループ株式会社
Priority to EP21852496.5A priority Critical patent/EP4195822A4/en
Priority to US18/006,750 priority patent/US20230262699A1/en
Publication of WO2022030295A1 publication Critical patent/WO2022030295A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0016—Time-frequency-code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Definitions

  • This disclosure relates to communication methods.
  • elements having substantially the same functional configuration may be distinguished by adding different alphabets after the same reference numerals.
  • a plurality of elements having substantially the same functional configuration are distinguished as necessary , such as base station devices 201 , 202 , and 203.
  • base station devices 20 1 , 202, and 203 it is simply referred to as the base station device 20.
  • the base station equipment In LTE, the base station equipment (base station) is eNodeB (evolved NodeB), in NR, the base station equipment (base station) is gNodeB, and in LTE and NR, the terminal equipment (mobile station, mobile station equipment, terminal) is UE (User Equipment). Also called.
  • LTE and NR are cellular communication systems in which a plurality of areas covered by a base station device are arranged in a cell shape. A single base station may manage a plurality of cells. In the following description, the cell corresponding to LTE is referred to as an LTE cell, and the cell corresponding to NR is referred to as an NR cell.
  • High data rate eMBB Mobile data offloading, Vertical industry factory application, etc.
  • use cases for communication using millimeter waves for example, Short-range high data rate D2D communications, Broadband distribution network, Integrated access, etc. backhaul (IAB), Factory automation / Industrial IoT (IIoT), Augmented reality / virtual reality headsets and other high-end wearables, Intelligent Transport System (ITS) and V2X, Data center inter-rack connectivity, Smart grid automation, Radar / positioning. , Private Networks, etc.
  • FIG. 3 is a diagram showing a configuration example of the management device 10 according to the embodiment of the present disclosure.
  • the management device 10 includes a communication unit 11, a storage unit 12, and a control unit 13.
  • the configuration shown in FIG. 3 is a functional configuration, and the hardware configuration may be different from this. Further, the functions of the management device 10 may be distributed and implemented in a plurality of physically separated configurations.
  • the management device 10 may be composed of a plurality of server devices.
  • the radio transmitter 212d converts to the time domain by fast Fourier transform, adds a guard interval, generates a baseband digital signal, converts to an analog signal, orthogonal modulation, up-conversion, removes an extra frequency component, and so on. Performs processing such as power amplification.
  • the signal generated by the transmission processing unit 212 is transmitted from the antenna 213.
  • the control unit 23 is a controller that controls each unit of the base station device 20.
  • the control unit 23 is realized by, for example, a processor such as a CPU (Central Processing Unit) or an MPU (Micro Processing Unit).
  • the control unit 23 is realized by executing various programs stored in the storage device inside the base station device 20 by the processor using a RAM (Random Access Memory) or the like as a work area.
  • the control unit 23 may be realized by an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).
  • the CPU, MPU, ASIC, and FPGA can all be regarded as controllers.
  • the control unit 23 executes various processes (including various processes described later).
  • the network communication unit 33 is a communication interface for communicating with other devices.
  • the network communication unit 33 is a LAN interface such as a NIC.
  • the network communication unit 33 may be a wired interface or a wireless interface.
  • the network communication unit 33 functions as a network communication means of the relay device 30.
  • the network communication unit 33 communicates with the base station device 20 according to the control of the control unit 34.
  • the wireless communication unit 41 is a wireless communication interface that wirelessly communicates with other wireless communication devices (for example, the base station device 20 and the relay device 30).
  • the wireless communication unit 41 operates according to the control of the control unit 45.
  • the wireless communication unit 41 corresponds to one or a plurality of wireless access methods.
  • the wireless communication unit 41 corresponds to both NR and LTE.
  • the wireless communication unit 41 may support W-CDMA and cdma2000 in addition to NR and LTE. Further, the wireless communication unit 21 supports communication using NOMA.
  • the wireless receiver 411a performs down-conversion, removal of unnecessary frequency components, control of amplification level, orthogonal demodulation, conversion to digital signal, removal of guard interval, and fast Fourier transform of the frequency domain signal for the downlink signal. Perform extraction, etc.
  • the multiplex separation unit 411b separates the downlink channel, the downlink synchronization signal, and the downlink reference signal from the signal output from the radio reception unit 411a.
  • the downlink channel is, for example, a channel such as PBCH (Physical Broadcast Channel), PDSCH (Physical Downlink Shared Channel), PDCCH (Physical Downlink Control Channel), or the like.
  • DCI format 0 e.g. DCI format 0_0, DCI format 0_1, DCI format 0_2
  • DCI format 1 e.g. DCI format 1_0, DCI format 1_1, DCI format 1_2
  • DCI format 2 e.g. DCI format 2_0, DCI format 2_1, DCI format 2_2 is used as the signaling common to the terminal device group.
  • DCI format 1_1 includes DCI format ID (identifier for DCI formats), carrier indicator (Carrier indicator), BWP instruction (Bandwidth part indicator), frequency axis resource allocation (Frequency Domain Resource Assignment), and time axis resource allocation (Time Domain).
  • DMRS of PDCCH The DMRS of the PDCCH is included in the symbol to which the PDCCH is transmitted.
  • the DMRS of this PDCCH is a demodulation reference signal (downlink demodulation reference signal) associated with the PDCCH.
  • DMRS of PDCCH is arranged every three resource blocks (RE) on the frequency axis (Frequency). Specifically, DMRS of PDCCH is arranged in the second, sixth, and tenth subcarriers in the resource block.
  • the DMRS configuration of FIG. 10 is referred to as a first DMRS configuration.
  • the upper limit of the number of CCEs per slot is limited.
  • the upper limit of the number of CCEs (Maximum number of non-overlapped CCEs) is set according to SCS (numerology, ⁇ ), and the higher the SCS, the lower the upper limit.
  • Repetition type A the number of repetitions is specified by the upper layer parameter (AggregationFactor).
  • Repetition type B the number of repetitions is specified by the upper layer parameter (numberofrepetitions) included in the TDRA (Time Domain Resource Allocation) table set in the upper layer.
  • TDRA Time Domain Resource Allocation
  • the offset value k1 from the slot where the PDSCH is scheduled to the slot where the HARQ-ACK (ACKnowledgement: acknowledgment or acknowledgment) corresponding to the PDSCH is fed back is indicated as the PDSCH-to-HARQ_feedback timing indicator. ..
  • the offset value k1 is an integer of 0 or more.
  • Enhanced Type 2 HARQ codebook and Type 3 HARQ codebook will be introduced. Using these multiplex methods, the feedback timing of HARQ-ACK of NN-K1 can be specified.
  • the HARQ-ACK feedback timing is determined according to a predetermined condition.
  • the following method can be mentioned as an example.
  • some PDSCH it is a PDSCH in which the HARQ-ACK feedback preparation is completed by the PDSCH-to-HARQ_fedback timing.
  • Example 2 The same method as in Example 1 can be applied to the method for specifying the HARQ feedback timing in Example 2.
  • the terminal device 40 feeds back HARQ-ACK at a plurality of different feedback timings in a plurality of HARQ-ACKs corresponding to a plurality of PDSCHs scheduled in one DCI.
  • the following method can be mentioned as an example.
  • each PDSCH-to-HARQ_feedback timing indicates a slot offset k1 from the corresponding PDSCH slot to the HARQ feedback timing.
  • four PDSCH-to-HARQ_feedback timings are included.
  • the first PDSCH-to-HARQ_feedback timing corresponds to PDSCH # 0, and k1 indicates after 4 slots.
  • the second PDSCH-to-HARQ_feedback timing corresponds to PDSCH # 1, and k1 indicates after 3 slots.
  • the third PDSCH-to-HARQ_feedback timing corresponds to PDSCH # 2, and k1 indicates after 2 slots.
  • the fourth PDSCH-to-HARQ_feedback timing corresponds to PDSCH # 3, and k1 indicates after 2 slots.
  • the first PDSCH-to-HARQ_feedback timing indicates the slot offset k1 from the first PDSCH slot to the HARQ feedback timing
  • the subsequent PDSCH-to-HARQ_feedback timing indicates the slot offset k1 from the first HARQ feedback timing onward. Indicates the offset from the HARQ feedback timing of.
  • four PDSCH-to-HARQ_feedback timings are included.
  • the first PDSCH-to-HARQ_feedback timing corresponds to PDSCH # 0, and k1 indicates after 4 slots.
  • the second PDSCH-to-HARQ_feedback timing corresponds to PDSCH # 1, and k1 indicates after 0 slot.
  • the third PDSCH-to-HARQ_feedback timing corresponds to PDSCH # 2, and k1 indicates after 0 slot.
  • the fourth PDSCH-to-HARQ_feedback timing corresponds to PDSCH # 3, and k1 indicates after one slot.
  • SFI PDSCH is scheduled in the slot designated by SFI (slot format indicator).
  • Examples of slots designated by SFI include downlink slots designated as PDSCH slots or downlink slots not designated as PDCCH monitoring slots. Further, as another example of the slot designated by SFI, there is a slot designated as a downlink slot.
  • the DCI for multi-slot PDSCH scheduling includes DAI information (C-DAI (Counter DAI) and / or T-DAI (Total DAI)) for one PDSCH.
  • the DAI indicates the DAI information of the PDSCH of the last slot.
  • the DAI indicates the DAI information of the PDSCH of the first slot.
  • the PDCCH and the scheduled PDSCH slot offset values k0 are set by independent RRC parameters for each CORESET or search space.
  • different time domain resource allocation settings are applied to PDCCH between different CORESETs.
  • the PDCCH between different search spaces is subject to different time Domain Resource Allocation settings.
  • the slot offset value k0 is set corresponding to the CORESET start symbol.
  • the COREST placed first is set to k0 so as to specify the first slot
  • the COREST placed later is set to k0 to specify the later slot.
  • T-DAI in multi-cell scheduling indicates the value of T-DAI for the serving cell having the highest index value among the scheduled serving cells.
  • a PDSCH slot may be defined. No PDCCH is placed in the PDSCH slot.
  • the PDSCH slot may be configured by SIB, dedicated RRC signaling, or common PDCCH.
  • the CORESET is composed of four or more symbols.
  • the position of the DMRS associated with the PDCCH is placed on the symbol immediately following the CORESET.
  • the CORESET is composed of four or more symbols.
  • the position of the DMRS associated with the PDCCH is placed on a given symbol after the 4th symbol.
  • the CORESET is composed of four or more symbols. Switching between PDSCH mapping type A and PDSCH mapping type B according to the slot in which the PDSCH is scheduled.
  • Cross-slot scheduling for scheduling the PDSCH to a slot different from the slot to which the PDCCH is sent is realized by the PDCCH and the slot offset information of the scheduled PDSCH.
  • the PDCCH and the slot offset information are set by independent RRC parameters for each CORESET or each search space.
  • (20) Cross-slot scheduling for scheduling the PDSCH to a slot different from the slot to which the PDCCH is sent is realized by the PDCCH and the slot offset information of the scheduled PDSCH.
  • the slot offset information is set corresponding to the start symbol of the CORESET.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本開示に係る一形態の通信方法は、ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする一つの下りリンク制御情報を端末装置（４０）に送信し、下りリンク制御情報によりスケジュールされた複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫであって同じフィードバックタイミング又は異なる複数のフィードバックタイミングでフィードバックされた複数のＨＡＲＱ－ＡＣＫを端末装置（４０）から受信し、前述のフィードバックタイミングは、所定の条件に応じて選択される。

Description

通信方法
　本開示は、通信方法に関する。
　セルラー通信技術等の無線アクセス技術を使用した移動通信が知られている。この無線アクセス技術では、更なる広帯域の要求から、５２．６ＧＨｚから１００ＧＨｚまでのミリ波と称される高周波数帯域の活用が、様々なユースケースにおいて検討されている。３ＧＰＰにおけるミリ波の活用検討は、非特許文献１に開示されている。
R1-2003811,　"Required　changes　to　NR　using　existing　DL/UL　NR　waveform",　Nokia,　Nokia　Shanghai　Bell,　3GPP　RAN1#101,　May　2020.
　しかしながら、従来の無線アクセス技術において、高周波数帯域の活用のため、引用文献１に係る技術を適用しただけでは、端末装置の消費電力を抑えつつ、カバレッジの縮小を抑制することは難しい。
　そこで、本開示では、端末装置の消費電力の低減及びカバレッジ縮小の抑制を実現可能な通信方法を提案する。
　なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。
　本開示によれば、ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする一つの下りリンク制御情報を端末装置に送信し、前記下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫであって同じフィードバックタイミング又は異なる複数のフィードバックタイミングでフィードバックされた前記複数のＨＡＲＱ－ＡＣＫを前記端末装置から受信し、前記フィードバックタイミングは、所定の条件に応じて選択される、通信方法が提供される。
　本開示によれば、ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする一つの下りリンク制御情報を基地局装置から受信し、前記下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫを同じフィードバックタイミング又は異なる複数のフィードバックタイミングで前記基地局装置にフィードバックし、前記フィードバックタイミングは、所定の条件に応じて選択される、通信方法が提供される。
　本開示によれば、ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする複数の下りリンク制御情報であって一つのスロット内の一つのＣＯＲＥＳＥＴに配置された前記複数の下りリンク制御情報を端末装置に送信し、前記複数の下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫを前記端末装置から受信する、通信方法が提供される。
　本開示によれば、ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする複数の下りリンク制御情報であって一つのスロット内の一つのＣＯＲＥＳＥＴに配置された前記複数の下りリンク制御情報を基地局装置から受信し、前記複数の下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫを前記基地局装置にフィードバックする、通信方法が提供される。
本開示の実施形態に係るＳＣＳの増加によりＰＤＣＣＨモニタリングの頻度が上がることを説明するための図である。 本開示の実施形態に係る通信システムの構成例を示す図である。 本開示の実施形態に係る管理装置の構成例を示す図である。 本開示の実施形態に係る基地局装置の構成例を示す図である。 本開示の実施形態に係る中継装置の構成例を示す図である。 本開示の実施形態に係る端末装置の構成例を示す図である。 本開示の実施形態に係るＮＲのフレーム構成を示す図である。 本開示の実施形態に係る「Supported　transmission　numerologies（3GPP　TS38.211　Table4.2-1）」を示す図である。 本開示の実施形態に係る「Number　of　OFDM　symbols　per　slot,　slots　per　frame,　and　slots　per　subframe　for　normal　cyclic　prefix（3GPP　TS38.211　Table4.3.2-1）」を示す図である。 本開示の実施形態に係るＰＤＣＣＨのＤＭＲＳの第１の配置例を示す図である。 本開示の実施形態に係る「Maximum　number　of　monitored　PDCCH　candidates　per　slot　for　a　DL　BWP　with　SCS　configuration　for　a　single　serving　cell（3GPP　TS38.213　Table10.1-2）」を示す図である。 本開示の実施形態に係る「Maximum　number　of　non-overlapped　CCEs　per　slot　for　a　DL　BWP　with　SCS　configuration　for　a　single　serving　cell（3GPP　TS38.213　Table10.1-3）」を示す図である。 本開示の実施形態に係る１つのＤＣＩによる複数のＰＤＳＣＨのスケジュール例を説明するための図である。 本開示の実施形態に係る複数のＰＤＳＣＨにおける同じＨＡＲＱ－ＡＣＫフィードバックタイミングの指定例を説明するための図である。 本開示の実施形態に係る複数のＰＤＳＣＨにおけるＨＡＲＱ－ＡＣＫの返信可否に応じた処理例を説明するための図である。 本開示の実施形態に係る複数のＰＤＳＣＨにおける異なるＨＡＲＱ－ＡＣＫフィードバックタイミングの指定例を説明するための図である。 本開示の実施形態に係る１つのスロット内の複数のＤＣＩによる複数のＰＤＳＣＨのスケジュール例を説明するための図である。 本開示の実施形態に係る１つのＣＯＲＥＳＥＴに対する複数のＤＣＩの配置例を説明するための図である。 本開示の実施形態に係る１つのスロットに対する複数のＣＯＲＥＳＥＴ（ＤＣＩ）の配置例を説明するための図である。 本開示の実施形態に係るＰＤＣＣＨのＤＭＲＳの第２の配置例を示す図である。
　以下に、本開示の実施形態について図面に基づいて詳細に説明する。図面はあくまでも一例を示すものである。なお、以下の実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。
　また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて基地局装置２０１、２０２、２０３のように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、基地局装置２０１、２０２、２０３を特に区別する必要が無い場合には、単に基地局装置２０と称する。
　以下に説明される１又は複数の実施形態（実施例、変形例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。
　説明は以下の順序で行われる。
　１．はじめに
　２．通信システムの構成
　２－１．通信システムの全体構成
　２－２．管理装置の構成
　２－３．基地局装置の構成
　２－４．中継装置の構成
　２－５．端末装置の構成
　２－６．無線フレーム構成
　３．実施例
　３－１．実施例１（multi-slot　PDSCH　scheduling　by　one　DCI）
　３－１－１．ＨＡＲＱ－ＡＣＫフィードバックタイミング（例１～３等）
　３－１－２．ＰＤＳＣＨがスケジュールされたスロットの通知方法
　３－１－３．ＨＡＲＱプロセスＩＤの通知方法
　３－１－４．ＮＤＩの通知方法
　３－１－５．ＲＶの通知方法
　３－１－６．ＭＣＳの通知方法
　３－１－７．マルチスロットＰＤＳＣＨスケジューリングとシングルスロットＰＤＳＣＨスケジューリングとの切り替え
　３－１－８．ＤＡＩ
　３－１－９．ＰＵＣＣＨリソース
　３－１－１０．周波数軸リソース割当
　３－１－１１．プライオリティ指示
　３－１－１２．実施例１の要旨
　３－２．実施例２（multi-slot　PDSCH　scheduling　by　multiple　DCI）
　３－２－１．１つのＣＯＲＥＳＥＴを拡張する方法（例１）
　３－２－２．複数のＣＯＲＥＳＥＴを１つのスロットに配置する方法（例２）
　３－２－３．クロススロットスケジューリング
　３－２－４．実施例２の要旨
　３－３．実施例３（multi-cell　scheduling　by　one　DCI）
　３－３－１．キャリア指示
　３－３－２．Ｔ－ＤＡＩ
　４．その他
＜１．はじめに＞
　ＬＴＥ（Long　Term　Evolution）、ＮＲ（New　Radio）等の無線アクセス技術（ＲＡＴ：Radio　Access　Technology）が３ＧＰＰ（3rd　Generation　Partnership　Project）で検討されている。ＬＴＥ及びＮＲは、セルラー通信技術の一種であり、基地局がカバーするエリアをセル状に複数配置することで端末装置の移動通信を可能にする。なお、以下の説明において、「ＬＴＥ」は、ＬＴＥ－Ａ（LTE-Advanced）、ＬＴＥ－Ａ　Ｐｒｏ（LTE-Advanced　Pro）、及びＥＵＴＲＡ（Evolved　Universal　Terrestrial　Radio　Access）を含むものとする。また、ＮＲは、ＮＲＡＴ（New　Radio　Access　Technology）、及びＦＥＵＴＲＡ（Further　EUTRA）を含むものとする。ＬＴＥでは基地局装置（基地局）はｅＮｏｄｅＢ（evolved　NodeB）、ＮＲでは基地局装置（基地局）はｇＮｏｄｅＢ、ＬＴＥおよびＮＲでは端末装置（移動局、移動局装置、端末）はＵＥ（User　Equipment）とも称される。ＬＴＥおよびＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。なお、単一の基地局は複数のセルを管理してもよい。以下の説明において、ＬＴＥに対応するセルはＬＴＥセルと呼称され、ＮＲに対応するセルはＮＲセルと呼称される。
　ＮＲは、ＬＴＥに対する次世代（第５世代）の無線アクセス方式として、ＬＴＥとは異なるＲＡＴである。ＮＲは、ｅＭＢＢ（Enhanced　Mobile　Broadband）、ｍＭＴＣ（Massive　Machine　Type　Communications）及びＵＲＬＬＣ（Ultra-Reliable　and　Low　Latency　Communications）を含む様々なユースケースに対応できる無線アクセス技術である。ＮＲは、それらのユースケースにおける利用シナリオ、要求条件、及び配置シナリオなどに対応する技術フレームワークを目指して検討されている。
　現在、更なる広帯域の要求から、５２．６ＧＨｚから１００ＧＨｚのミリ波と称される高周波数帯域の活用が検討されている。５２．６ＧＨｚから１００ＧＨｚの周波数帯域において、High　data　rate　eMBB、Mobile　data　offloading、Vertical　industry　factory　applicationなど、様々なユースケースでの活用が検討されている。３ＧＰＰにおけるミリ波の活用検討は、非特許文献１に開示されている。
　つまり、マイクロ波の周波数リソースの枯渇によって、前述のように、より周波数帯域を確保しやすいミリ波を用いた運用が検討されている。特に、５２．６ＧＨｚ以上の活用が期待されている。例えば、ＮＲにおいて、５２．６ＧＨｚ以上の周波数レンジが第四の周波数レンジ（ＦＲ４：Ｆｒｅｑｕｅｎｃｙ　Ｒａｎｇｅ　４）として定義される。
　なお、ミリ波を用いた通信のユースケースとしては、前述のHigh　data　rate　eMBB、Mobile　data　offloading、Vertical　industry　factory　applicationなどに加え、例えば、Short-range　high　data　rate　D2D　communications、Broadband　distribution　network、Integrated　access　backhaul(IAB)、Factory　automation/Industrial　IoT(IIoT)、Augmented　reality/virtual　reality　headsets　and　other　high-end　wearables、Intelligent　Transport　System(ITS)　and　V2X、Data　center　inter-rack　connectivity、Smart　grid　automation、Radar/positioning、Private　Networksなどが挙げられる。
　ミリ波では、周波数オフセットおよび位相雑音に対して耐性が高い、２４０ｋＨｚ以上の高ＳＣＳが適用される。周波数オフセットは、送信機と受信機間のオシレータのミスマッチ、ドップラーシフト、タイミング同期誤差などによって発生する。これらの要因は、ミリ波でより顕著に表れる。位相雑音は高周波数帯でより影響が大きくなる。例えば、ミリ波では、９６０ｋＨｚのＳＣＳがサポートされる。
　ＳＣＳ（numerology、OFDM　numerology）が高くなると、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）モニタリングの頻度が上がり、端末装置の消費電力に影響を及ぼす。通常、時間軸で細かく制御するため、ＰＤＣＣＨが毎スロット配置され、すなわちＰＤＣＣＨモニタリングが毎スロット行われるように設計されている。このため、図１に示すように、ＳＣＳが高くなると（１２０ｋＨｚ→４８０ｋＨｚ→９６０ｋＨｚ）、１スロット当たりの時間が短くなるため、頻繁にＰＤＣＣＨモニタリングが行われる。一方で、１スロット当たりのＰＤＣＣＨモニタリング数やＣＣＥ（Control-Channel　Element）数を減らすと、端末装置の消費電力を抑えることができるが、ＰＤＣＣＨのスケジュールに影響を及ぼす。特に、１スロット当たりのＣＣＥ数が１６ＣＣＥ以下に制限されると、ＣＣＥ　ａｇｇｒｅｇａｔｉｏｎ　ｌｅｖｅｌ　１６を用いたＰＤＣＣＨ送信が不可能になり、ＰＤＣＣＨのカバレッジ（例えば通信領域）に影響を及ぼし、カバレッジが縮小することがある。
　しかしながら、引用文献１のような技術を用いただけでは、端末装置の消費電力を抑えつつ、１スロット当たりのＰＤＣＣＨモニタリング数やＣＣＥ数の制限がＰＤＣＣＨのスケジュールに影響を及ぼすことを回避することは難しい。そこで、本実施形態では、ＬＴＥやＮＲ等の無線アクセス技術を用いる通信システムにおいて、様々なユースケースに応じて柔軟な設計を行う、すなわち、ＰＤＣＣＨをモニタリングしないスロットを設定し、ＰＤＣＣＨモニタリングを毎スロットではなく、ある程度まとめて行い、ＰＤＣＣＨモニタリングを行う一つのスロットから、ＰＤＣＣＨをモニタリングしない複数のスロットにＰＤＳＣＨ（Physical　Downlink　Shared　Channel）をスケジュールすることで、端末装置４０の消費電力の低減及びカバレッジ縮小の抑制を実現することができるようにする（詳しくは後述する）。なお、周波数帯域は、ミリ波に限定されるものではない。
＜２．通信システムの構成＞
　以下、本開示の実施形態に係る通信システムを説明する。通信システムは、基地局を備え、端末装置と無線接続可能である。本実施形態の端末装置は、ランダムアクセス手続きを経ることなくユーザデータを基地局装置に送信可能である。なお、通信システムは、端末装置とＮＯＭＡ（Non-orthogonal　Multiple　Access）を使用した無線通信が可能であってもよい。ＮＯＭＡ通信は、非直交リソースを使った通信（送信、受信、或いはその双方）のことである。通信システムが備える非地上波ネットワークは、例えば、ＮＲで規定される無線アクセス方式を使用した無線ネットワークである。勿論、通信システムは、ＮＲ以外の無線アクセス方式の無線ネットワークを備えていてもよい。
　なお、以下の説明では、基地局装置（以下、基地局ともいう。）という概念には、基地局装置の一種である中継装置（以下、中継局ともいう。）が含まれるものとする。また、基地局装置という概念には、基地局装置の機能を備えた構造物（Structure）のみならず、構造物に設置される装置も含まれる。構造物は、例えば、高層ビル、家屋、鉄塔、駅施設、空港施設、港湾施設、スタジアム等の建物である。なお、構造物という概念には、建物のみならず、トンネル、橋梁、ダム、塀、鉄柱等の構築物（Non-building　structure）や、クレーン、門、風車等の設備も含まれる。また、構造物という概念には、地上（陸上）又は地中の構造物のみならず、桟橋、メガフロート等の水上の構造物や、海洋観測設備等の水中の構造物も含まれる。
　また、基地局装置は、移動可能に構成された基地局装置であってもよい。例えば、基地局装置は、移動体に設置される装置であってもよいし、移動体そのものであってもよい。移動体は、スマートフォンなどのモバイル端末であってもよい。また、移動体は、地上（陸上）を移動する移動体（例えば、自動車、バス、トラック、列車、リニアモーターカー等の車両）であってもよいし、地中（例えば、トンネル内）を移動する移動体（例えば、地下鉄）であってもよい。また、移動体は、水上を移動する移動体（例えば、旅客船、貨物船、ホバークラフト等の船舶）であってもよいし、水中を移動する移動体（例えば、潜水艇、潜水艦、無人潜水機等の潜水船）であってもよい。また、移動体は、大気圏内を移動する移動体（例えば、飛行機、飛行船、ドローン等の航空機）であってもよいし、大気圏外を移動する移動体（例えば、人工衛星、宇宙船、宇宙ステーション、探査機等の人工天体）であってもよい。
　なお、ＬＴＥの基地局は、ｅＮｏｄｅＢ（Evolved　Node　B）又はｅＮＢと称されることがある。また、ＮＲの基地局は、ｇＮｏｄｅＢ又はｇＮＢと称されることがある。また、ＬＴＥ及びＮＲでは、端末装置（移動局、移動局装置、又は端末ともいう。）はＵＥ（User　Equipment）と称されることがある。なお、端末装置は、通信装置の一種であり、移動局、移動局装置、又は端末とも称される。本開示の実施形態において、通信装置という概念には、携帯端末等の持ち運び可能な端末装置のみならず、例えば、構造物や移動体に設置される装置も含まれる。また、通信装置という概念には、端末装置のみならず、基地局装置及び中継装置も含まれる。
＜２－１．通信システムの全体構成＞
　図２は、本開示の実施形態に係る通信システム１の構成例を示す図である。図２に示すように、通信システム１は、管理装置１０と、基地局装置２０と、中継装置３０と、端末装置４０と、を備える。通信システム１は、通信システム１を構成する各無線通信装置が連携して動作することで、ユーザに対し、移動通信が可能な無線ネットワークを提供する。無線通信装置は、無線通信の機能を有する装置のことであり、図２の例では、基地局装置２０、中継装置３０、及び端末装置４０が該当する。
　通信システム１は、管理装置１０、基地局装置２０、中継装置３０、及び端末装置４０をそれぞれ複数備えていてもよい。図２の例では、通信システム１は、管理装置１０として管理装置１０１、１０２等を備えている。また、通信システム１は、基地局装置２０として基地局装置２０１、２０２、２０３等を備えており、中継装置３０として中継装置３０１、３０２等を備えている。また、通信システム１は、端末装置４０として端末装置４０１、４０２、４０３等を備えている。
　管理装置１０は、無線ネットワークを管理する装置である。例えば、管理装置１０は、ＭＭＥ（Mobility　Management　Entity）やＡＭＦ（Access　and　Mobility　Management　Function）として機能する装置である。管理装置１０は、コアネットワークＣＮを構成する。コアネットワークＣＮは、例えば、ＥＰＣ（Evolved　Packet　Core）や５ＧＣ（5G　Core　network）である。管理装置１０は、複数の基地局装置２０それぞれと接続される。管理装置１０は、基地局装置２０の通信を管理する。
　基地局装置２０は、端末装置４０と無線通信する基地局装置である。基地局装置２０は、端末装置４０とＮＯＭＡ通信することが可能である。なお、基地局装置２０は、他の基地局装置２０及び中継装置３０とＮＯＭＡ通信可能に構成されていてもよい。
　基地局装置２０は、地上に設置される地上基地局装置（地上局装置）であってもよい。例えば、基地局装置２０は、地上の構造物に配置される基地局装置であってもよいし、地上を移動する移動体に設置される基地局装置であってもよい。より具体的には、基地局装置２０は、ビル等の構造物に設置されたアンテナ及びそのアンテナに接続する信号処理装置であってもよい。勿論、基地局装置２０は、構造物や移動体そのものであってもよい。「地上」は、地上（陸上）のみならず、地中、水上、水中も含む広義の地上である。なお、基地局装置２０は、地上基地局装置に限られない。基地局装置２０は、空中又は宇宙を浮遊可能な非地上基地局装置（非地上局装置）であってもよい。例えば、基地局装置２０は、航空機局装置や衛星局装置であってもよい。
　航空機局装置は、航空機等、大気圏内を浮遊可能な無線通信装置である。航空機局装置は、航空機等に搭載される装置であってもよいし、航空機そのものであってもよい。なお、航空機という概念には、飛行機、グライダー等の重航空機のみならず、気球、飛行船等の軽航空機も含まれる。また、航空機という概念には、重航空機や軽航空機のみならず、ヘリコプターやオートジャイロ等の回転翼機も含まれる。なお、航空機局装置（又は、航空機局装置が搭載される航空機）は、ドローン等の無人航空機であってもよい。なお、無人航空機という概念には、無人航空システム（UAS：Unmanned　Aircraft　Systems）、つなぎ無人航空システム（tethered　UAS）も含まれる。また、無人航空機という概念には、軽無人航空システム（LTA：Lighter　than　Air　UAS）、重無人航空システム（HTA：Heavier　than　Air　UAS）が含まれる。その他、無人航空機という概念には、高高度無人航空システムプラットフォーム（HAPs：High　Altitude　UAS　Platforms）も含まれる。
　衛星局装置は、大気圏外を浮遊可能な無線通信装置である。衛星局装置は、人工衛星等の宇宙移動体に搭載される装置であってもよいし、宇宙移動体そのものであってもよい。衛星局装置となる衛星は、低軌道（LEO：Low　Earth　Orbiting）衛星、中軌道（MEO：Medium　Earth　Orbiting）衛星、静止（GEO：Geostationary　Earth　Orbiting）衛星、高楕円軌道（HEO：Highly　Elliptical　Orbiting）衛星の何れであってもよい。勿論、衛星局装置は、低軌道衛星、中軌道衛星、静止衛星、又は高楕円軌道衛星に搭載される装置であってもよい。
　なお、図２の例では、基地局装置２０１は、中継装置３０１と接続されており、基地局装置２０２は、中継装置３０２と接続されている。基地局装置２０１は中継装置３０１を介して端末装置４０と間接的に無線通信することが可能である。同様に、基地局装置２０２は、中継装置３０２を介して端末装置４０と間接的に無線通信することが可能である。
　中継装置３０は、基地局の中継局となる装置である。中継装置３０は、基地局装置の一種である。中継装置３０は、端末装置４０とＮＯＭＡ通信することが可能である。中継装置３０は、基地局装置２０と端末装置４０との通信を中継する。なお、中継装置３０は、他の中継装置３０及び基地局装置２０とＮＯＭＡ通信可能に構成されていてもよい。中継装置３０は、地上局装置であってもよいし、非地上局装置であってもよい。中継装置３０は基地局装置２０とともに無線アクセスネットワークＲＡＮを構成する。
　端末装置４０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal　Digital　Assistant）、パーソナルコンピュータである。また、端末装置４０は、Ｍ２Ｍ（Machine　to　Machine）デバイス、又はＩｏＴ（Internet　of　Things）デバイスであってもよい。また、端末装置４０は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。端末装置４０は、基地局装置２０及び中継装置３０とＮＯＭＡ通信が可能である。なお、端末装置４０は、他の端末装置４０との通信（サイドリンク）においてもＮＯＭＡ通信が可能であってもよい。
　以下、実施形態に係る通信システム１を構成する各装置の構成を具体的に説明する。
　＜２－２．管理装置の構成＞
　管理装置１０は、無線ネットワークを管理する装置である。例えば、管理装置１０は基地局装置２０の通信を管理する装置である。コアネットワークがＥＰＣなのであれば、管理装置１０は、例えば、ＭＭＥ（Mobility　Management　Entity）としての機能を有する装置である。また、コアネットワークが５ＧＣなのであれば、管理装置１０は、例えば、ＡＭＦ（Access　and　Mobility　Management　Function）としての機能を有する装置である。
　なお、管理装置１０はゲートウェイの機能を有していてもよい。例えば、コアネットワークがＥＰＣなのであれば、管理装置１０は、Ｓ－ＧＷ（Serving　Gateway）やＰ－ＧＷ（Packet　Data　Network　Gateway）としての機能を有していてもよい。また、コアネットワークが５ＧＣなのであれば、管理装置１０は、ＵＰＦ（User　Plane　Function）としての機能を有していてもよい。なお、管理装置１０は必ずしもコアネットワークを構成する装置でなくてもよい。例えば、コアネットワークがＷ－ＣＤＭＡ（Wideband　Code　Division　Multiple　Access）やｃｄｍａ２０００（Code　Division　Multiple　Access　2000）のコアネットワークであるとする。このとき、管理装置１０はＲＮＣ（Radio　Network　Controller）として機能する装置であってもよい。
　図３は、本開示の実施形態に係る管理装置１０の構成例を示す図である。図３に示すように、管理装置１０は、通信部１１と、記憶部１２と、制御部１３と、を備える。なお、図３に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、管理装置１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、管理装置１０は、複数のサーバ装置により構成されていてもよい。
　通信部１１は、他の装置と通信するための通信インタフェースである。通信部１１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部１１は、ＮＩＣ（Network　Interface　Card）等のＬＡＮ（Local　Area　Network）インタフェースであってもよいし、ＵＳＢ（Universal　Serial　Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部１１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１１は、管理装置１０の通信手段として機能する。通信部１１は、制御部１３の制御に従って基地局装置２０と通信する。
　記憶部１２は、ＤＲＡＭ（Dynamic　Random　Access　Memory）、ＳＲＡＭ（Static　Random　Access　Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２は、管理装置１０の記憶手段として機能する。記憶部１２は、例えば、端末装置４０の接続状態を記憶する。例えば、記憶部１２は、端末装置４０のＲＲＣ（Radio　Resource　Control）の状態やＥＣＭ（EPS　Connection　Management）の状態を記憶する。記憶部１２は、端末装置４０の位置情報を記憶するホームメモリとして機能してもよい。
　制御部１３は、管理装置１０の各部を制御するコントローラ（controller）である。制御部１３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。例えば、制御部１３は、管理装置１０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部１３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
　＜２－３．基地局装置の構成＞
　次に、基地局装置の構成を説明する。図４は、本開示の実施形態に係る基地局装置２０の構成例を示す図である。基地局装置２０は、端末装置４０とＮＯＭＡ通信可能である。基地局装置２０は、無線通信部２１と、記憶部２２と、制御部２３と、を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局装置２０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
　無線通信部２１は、他の無線通信装置（例えば、端末装置４０、中継装置３０）と無線通信する無線通信インタフェースである。無線通信部２１は、制御部２３の制御に従って動作する。無線通信部２１は１又は複数の無線アクセス方式に対応する。例えば、無線通信部２１は、ＮＲ及びＬＴＥの双方に対応する。無線通信部２１は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。また、無線通信部２１は、ＮＯＭＡを使った通信に対応している。
　無線通信部２１は、受信処理部２１１、送信処理部２１２、アンテナ２１３を備える。無線通信部２１は、受信処理部２１１、送信処理部２１２、及びアンテナ２１３をそれぞれ複数備えていてもよい。なお、無線通信部２１が複数の無線アクセス方式に対応する場合、無線通信部２１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部２１１及び送信処理部２１２は、ＬＴＥとＮＲとで個別に構成されてもよい。
　受信処理部２１１は、アンテナ２１３を介して受信された上りリンク信号の処理を行う。受信処理部２１１は、無線受信部２１１ａと、多重分離部２１１ｂと、復調部２１１ｃと、復号部２１１ｄと、を備える。
　無線受信部２１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバルの除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部２１１ｂは、無線受信部２１１ａから出力された信号から、ＰＵＳＣＨ（Physical　Uplink　Shared　Channel）、ＰＵＣＣＨ（Physical　Uplink　Control　Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。復調部２１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary　Phase　Shift　Keying）、ＱＰＳＫ（Quadrature　Phase　shift　Keying）等の変調方式を使って受信信号の復調を行う。復調部２１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature　Amplitude　Modulation）、６４ＱＡＭ、又は２５６ＱＡＭであってもよい。復号部２１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部２３へ出力される。
　送信処理部２１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。送信処理部２１２は、符号化部２１２ａと、変調部２１２ｂと、多重部２１２ｃと、無線送信部２１２ｄと、を備える。
　符号化部２１２ａは、制御部２３から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。変調部２１２ｂは、符号化部２１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。多重部２１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部２１２ｄは、多重部２１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部２１２ｄは、高速フーリエ変換による時間領域への変換、ガードインターバルの付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部２１２で生成された信号は、アンテナ２１３から送信される。
　記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、基地局装置２０の記憶手段として機能する。記憶部２２は、各種情報、例えば、端末装置に通知する「未接続状態からの送信に関する情報（未接続送信用情報）」を記憶する。
　制御部２３は、基地局装置２０の各部を制御するコントローラ（controller）である。制御部２３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。例えば、制御部２３は、基地局装置２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部２３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。制御部２３は各種処理（後述する各種処理も含む）を実行する。
　制御部２３は、図４に示すように、取得部２３１と、処理部２３２と、受信部２３３と、分離部２３４と、送信部２３５と、を備える。制御部２３を構成する各ブロック（取得部２３１～送信部２３５）はそれぞれ制御部２３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部２３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。制御部２３を構成する各ブロック（取得部２３１～送信部２３５）の動作は、送受信処理（Grant　Based、Configured　Grant、ダウンリンク）、送信処理（未接続状態からの送信）等に係る動作である。
＜２－４．中継装置の構成＞
　次に、中継装置３０の構成を説明する。図５は、本開示の実施形態に係る中継装置３０の構成例を示す図である。中継装置３０は、端末装置４０とＮＯＭＡ通信可能である。中継装置３０は、無線通信部３１と、記憶部３２と、ネットワーク通信部３３と、制御部３４と、を備える。なお、図５に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、中継装置３０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
　無線通信部３１は、他の無線通信装置（例えば、基地局装置２０、及び端末装置４０）と無線通信する無線通信インタフェースである。無線通信部３１は、制御部３４の制御に従って動作する。無線通信部３１は、受信処理部３１１、送信処理部３１２、アンテナ３１３を備える。無線通信部３１、受信処理部３１１、送信処理部３１２、及びアンテナ３１３の構成は、基地局装置２０の無線通信部２１、受信処理部２１１、送信処理部２１２及びアンテナ２１３と同様である。
　記憶部３２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部３２は、中継装置３０の記憶手段として機能する。記憶部３２の構成は、基地局装置２０の記憶部２２と同様である。
　ネットワーク通信部３３は、他の装置と通信するための通信インタフェースである。例えば、ネットワーク通信部３３は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部３３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部３３は、中継装置３０のネットワーク通信手段として機能する。ネットワーク通信部３３は、制御部３４の制御に従って基地局装置２０と通信する。
　制御部３４は、中継装置３０の各部を制御するコントローラである。制御部３４の構成は、基地局装置２０の制御部２３と同様である。
＜２－５．端末装置の構成＞
　次に、端末装置４０の構成を説明する。図６は、本開示の実施形態に係る端末装置４０の構成例を示す図である。端末装置４０は、基地局装置２０及び中継装置３０とＮＯＭＡ通信可能である。端末装置４０は、無線通信部４１と、記憶部４２と、ネットワーク通信部４３と、入出力部４４と、制御部４５と、を備える。なお、図６に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
　無線通信部４１は、他の無線通信装置（例えば、基地局装置２０、及び中継装置３０）と無線通信する無線通信インタフェースである。無線通信部４１は、制御部４５の制御に従って動作する。無線通信部４１は１又は複数の無線アクセス方式に対応する。例えば、無線通信部４１は、ＮＲ及びＬＴＥの双方に対応する。無線通信部４１は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。また、無線通信部２１は、ＮＯＭＡを使った通信に対応している。
　無線通信部４１は、受信処理部４１１、送信処理部４１２、アンテナ４１３を備える。無線通信部４１は、受信処理部４１１、送信処理部４１２、及びアンテナ４１３をそれぞれ複数備えていてもよい。なお、無線通信部４１が複数の無線アクセス方式に対応する場合、無線通信部４１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部４１１及び送信処理部４１２は、ＬＴＥとＮＲとで個別に構成されてもよい。
　受信処理部４１１は、アンテナ４１３を介して受信された下りリンク信号の処理を行う。受信処理部４１１は、無線受信部４１１ａと、多重分離部４１１ｂと、復調部４１１ｃと、復号部４１１ｄと、を備える。
　無線受信部４１１ａは、下りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバルの除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部４１１ｂは、無線受信部４１１ａから出力された信号から、下りリンクチャネル、下りリンク同期信号、及び下りリンク参照信号を分離する。下りリンクチャネルは、例えば、ＰＢＣＨ（Physical　Broadcast　Channel）、ＰＤＳＣＨ（Physical　Downlink　Shared　Channel）、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）等のチャネルである。復調部２１１ｃは、下りリンクチャネルの変調シンボルに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を使って受信信号の復調を行う。復号部４１１ｄは、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータ及び下りリンク制御情報は制御部４５へ出力される。
　送信処理部４１２は、上りリンク制御情報及び上りリンクデータの送信処理を行う。送信処理部４１２は、符号化部４１２ａと、変調部４１２ｂと、多重部４１２ｃと、無線送信部４１２ｄと、を備える。
　符号化部４１２ａは、制御部４５から入力された上りリンク制御情報及び上りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。変調部４１２ｂは、符号化部４１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。多重部４１２ｃは、各チャネルの変調シンボルと上りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部４１２ｄは、多重部４１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部４１２ｄは、逆高速フーリエ変換による時間領域への変換、ガードインターバルの付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部４１２で生成された信号は、アンテナ４１３から送信される。
　記憶部４２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４２は、端末装置４０の記憶手段として機能する。記憶部４２は、各種情報、例えば、基地局装置２０から取得した「未接続状態からの送信に関する情報（未接続送信用情報）」を記憶する。
　ネットワーク通信部４３は、他の装置と通信するための通信インタフェースである。例えば、ネットワーク通信部４３は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部４３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部４３は、端末装置４０のネットワーク通信手段として機能する。ネットワーク通信部４３は、制御部４５の制御に従って、他の装置と通信する。
　入出力部４４は、ユーザと情報をやりとりするためのユーザインタフェースである。例えば、入出力部４４は、キーボード、マウス、操作キー、タッチパネル等、ユーザが各種操作を行うための操作装置である。又は、入出力部４４は、液晶ディスプレイ（Liquid　Crystal　Display）、有機ＥＬディスプレイ(Organic　Electroluminescence　Display)等の表示装置である。入出力部４４は、スピーカー、ブザー等の音響装置であってもよい。また、入出力部４４は、ＬＥＤ（Light　Emitting　Diode）ランプ等の点灯装置であってもよい。入出力部４４は、端末装置４０の入出力手段（入力手段、出力手段、操作手段又は通知手段）として機能する。
　制御部４５は、端末装置４０の各部を制御するコントローラである。制御部４５は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部４５は、端末装置４０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部４５は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。制御部４５は各種処理（後述する各種処理も含む）を実行する。
　制御部４５は、図６に示すように、取得部４５１と、判定部４５２と、接続部４５３と、受信部４５４と、送信部４５５と、分離部４５６と、を備える。制御部４５を構成する各ブロック（取得部４５１～分離部４５６）はそれぞれ制御部４５の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部４５は上述の機能ブロックとは異なる機能単位で構成されていてもよい。制御部４５を構成する各ブロック（取得部４５１～分離部４５６）の動作は、送受信処理（Grant　Based、Configured　Grant、ダウンリンク）、送信処理（未接続状態からの送信）等に係る動作である。
＜２－６．無線フレーム構成＞
　次に、無線フレームの構成例としてＮＲのフレーム構成について説明する。図７に示すように、１０ｍｓで構成される無線フレーム(radio　frame)のそれぞれは２つのハーフフレームから構成される。ハーフフレームの時間間隔は５ｍｓである。各ハーフフレームはそれぞれ５つのサブフレームから構成される。また、１つのサブフレームは１つ以上のスロットにより構成される。１つのスロットは、ノーマルＣＰの場合１４個のシンボルで、拡張ＣＰの場合１２個のシンボルで構成される。
　本実施形態における無線リソースは、１つ以上のリソースエレメント（ＲＥ：Resource　Element）によって構成される。リソースエレメントは、１つのシンボルおよび１つのサブキャリアによって定義される。リソースブロックは、周波数上における１２個の連続したサブキャリアによって定義される。物理リソースブロック（ＰＲＢ：Physical　Resource　Block）は、所定のＢＷＰ（Bandwidth　Part）内のリソースブロックとして定義される。仮想リソースブロック（ＶＲＢ：Virtual　Resource　Block）は、出力される複素値の信号と物理リソースブロック間のマッピングのために用いられる。
（サブキャリア間隔：Subcarrier　Spacing）
　ＮＲにおいて、ＯＦＤＭのＳＣＳ（Subcarrier　Spacing）を変更することができる。ＴＳ３８．２１１において、図８に示すように、ＯＦＤＭ　ｎｕｍｅｒｏｌｏｇｙを示すパラメータμとＳＣＳ（△ｆ＝２μ・１５［ｋＨｚ］）およびサイクリックプレフィックス（Cyclic　prefix）との対応表が定義されている。ＳＣＳは、２μ・１５ｋＨｚで設定される。Ｒｅｌ－１６までのＮＲでは、データ送信に対して１２０ｋＨｚまで、ＳＳ／ＰＢＣＨブロックに対して２４０ｋＨｚまでのＳＣＳをサポートする。
（スロット：Slot）
　ＮＲにおいて、ＯＦＤＭ　ｎｕｍｅｒｏｌｏｇｙの増加に伴って、スロット長およびシンボル長は減少する。ＴＳ３８．２１１において、図９に示すように、ＯＦＤＭ　ｎｕｍｅｒｏｌｏｇｙを示すパラメータμとスロット当たりのシンボル数（N　slot　symb）、無線フレーム当たりのスロット数（N　frame,　μ　slot）、サブフレーム当たりのスロット数（N　subframe,　μ　slot）が定義されている。スロット当たりのシンボル数はμに関わらず固定の１４シンボルである。一方で、無線フレーム当たりのスロット数およびサブフレーム当たりのスロット数はμに応じて変化する。
（周波数範囲：Frequency　Range）
　ＮＲにおいて、所定の周波数は、Ｆｒｅｑｕｅｎｃｙ　Ｒａｎｇｅ（ＦＲ）として定義される。０．４１ＧＨｚ以上７．１２５ＧＨｚ以下の周波数は、Ｆｒｅｑｕｅｎｃｙ　Ｒａｎｇｅ　１（ＦＲ１：第一の周波数レンジ）として定義される。２４．２５ＧＨｚ以上５２．６ＧＨｚ以下の周波数は、Ｆｒｅｑｕｅｎｃｙ　Ｒａｎｇｅ　２（ＦＲ２：第二の周波数レンジ）として定義される。さらに、７．１２５ＧＨｚ以上２４．２５ＧＨｚ以下の周波数は、Ｆｒｅｑｕｅｎｃｙ　Ｒａｎｇｅ　３（ＦＲ３：第三の周波数レンジ）として定義される。
（ＰＤＣＣＨ）
　基地局装置２０（又は基地局装置２０の一種である中継装置３０：以下単に基地局装置２０という）から端末装置４０への下りリンクの無線通信では、下りリンク物理チャネルとして、例えば、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical　Downlink　Control　Channel）が用いられる。このＰＤＣＣＨは、物理下りリンク共用チャネル（ＰＤＳＣＨ：Physical　Downlink　Shared　Channel）のスケジューリング、物理上りリンク共用チャネル（ＰＵＳＣＨ：Physical　Uplink　Shared　Channel）のスケジューリング、端末装置グループ共通のシグナリングなどを伝送するために用いられる。
　また、ＰＤＣＣＨは、ＤＣＩ（Downlink　Control　Information：下りリンク制御情報）を伝送するために用いられる。端末装置グループ共通のシグナリングとしては、例えば、スロットフォーマットの指定（ＳＦＩ：Slot　Format　Indicator）、割り込み送信の通知（Interrupted　transmission　indicator、pre-emption　indication）、送信電力制御コマンド（ＴＰＣコマンド：Transmission　Power　Control　Commands）、ＳＲＳスイッチングなどが挙げられる。
　ＰＵＳＣＨをスケジュールするＤＣＩ（上りリンクグラント）としては、ＤＣＩフォーマット０（e.g.　DCI　format　0_0,DCI　format　0_1,DCI　format　0_2）が用いられる。また、ＰＤＳＣＨをスケジュールするＤＣＩ（下りリンクグラント、下りリンクアサインメント）としては、ＤＣＩフォーマット１（e.g.　DCI　format　1_0,DCI　format　1_1,DCI　format　1_2）が用いられる。端末装置グループ共通のシグナリングとしては、ＤＣＩフォーマット２（e.g.　DCI　format　2_0,DCI　format　2_1,DCI　format　2_2）が用いられる。
　また、ＰＤＣＣＨにはＣＲＣ（Cyclic　Redundancy　Check）が付加され、該ＣＲＣは所定のＲＮＴＩ（Radio　Network　Temporary　Identifier）によってスクランブルされる。ＲＮＴＩとしては、例えば、Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ（Temporary　C-RNTI）、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩなどが挙げられる。端末装置固有のＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ）でスクランブルされたＣＲＣが付加されたＰＤＣＣＨは、端末装置固有のＰＤＣＣＨである。また、端末装置共通（例えば、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、Ｐ－ＲＮＴＩ）でスクランブルされたＣＲＣが付加されたＰＤＣＣＨは、端末装置共通のＰＤＣＣＨである。端末装置グループ共通のＲＮＴＩ（例えば、ＳＦＩ－ＲＮＴＩ、ＩＮＴ－ＲＮＴＩ）でスクランブルされたＣＲＣが付加されたＰＤＣＣＨは、端末装置グループ共通のＰＤＣＣＨである。
　また、ＰＤＣＣＨは、１つまたは複数のＣＣＥ（Control-Channel　Element）から構成される。ＰＤＣＣＨには、１、２、４、８、または、１６のａｇｇｒｅｇａｔｉｏｎ　ｌｅｖｅｌが設定される。Ａｇｇｒｅｇａｔｉｏｎ　ｌｅｖｅｌと、送信に用いられるＰＤＣＣＨのＣＣＥ数は対応する。高いａｇｇｒｅｇａｔｉｏｎ　ｌｅｖｅｌのＰＤＣＣＨ送信を用いることで、ＰＤＣＣＨのカバレッジを向上させることができる。
　また、ＰＤＣＣＨは、ＣＯＲＥＳＥＴ（Control　Resource　Set）と設定される物理リソースに配置される。ＣＯＲＥＳＥＴは、複数のリソースブロックと、１、２または３シンボルとで構成される。ＣＯＲＥＳＥＴには、複数のＣＣＥ（Control-Channel　Element）が配置される。１つのＣＣＥは、６つのＲＥＧ（Resource-Element　Group）で構成される。１つのＲＥＧは、１つのリソースブロックおよび１つのシンボルで構成される。端末装置４０には、複数のＣＯＲＥＳＥＴを設定することが可能である。端末装置４０は、ＣＯＲＥＳＥＴ内に設定されるサーチスペースをモニタする。なお、ＭＩＢによって設定されるＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃０（またはＣＯＲＥＳＥＴ　ｗｉｔｈ　ｉｎｄｅｘ　０）と呼称される。ＣＯＲＥＳＥＴ＃０の設定は、ＲＲＣシグナリングによって上書きされても良い。
　また、ＰＤＣＣＨは、サーチスペースに置かれる。端末装置４０には、１つ以上のサーチスペースが設定される。端末装置４０は、１つ以上のサーチスペースをモニタする。サーチスペースには、共通サーチスペース（ＣＳＳ：Common　Search　Space）と、端末固有サーチスペース（ＵＳＳ：UE-specific　Search　Space）が定義される。ＣＳＳには１つ以上の端末装置４０が復号可能なＰＤＣＣＨが置かれ、ＵＳＳには１つの端末装置４０が復号可能なＰＤＣＣＨが置かれる。端末装置共通のＰＤＣＣＨはＣＳＳに配置され、端末装置固有のＰＤＣＣＨはＣＳＳまたはＵＳＳに配置される。端末装置４０には、例えば、Ｔｙｐｅ０－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔ、Ｔｙｐｅ０Ａ－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔ、Ｔｙｐｅ１－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔ、Ｔｙｐｅ２－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔ、Ｔｙｐｅ３－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔ、ＵＳＳ　ｓｅｔなど、様々なサーチスペースセットを設定することが可能である。
　Ｔｙｐｅ０－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔは、ＳＩＢ１（システム情報ブロック１：System　Information　Block　1、ＲＭＳＩ：Remaining　Minimum　System　Information）の送信に用いられるサーチスペースセットである。Ｔｙｐｅ０Ａ－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔは、ＳＩＢ１以外のＳＩＢ（Other　System　Information）の送信に用いられるサーチスペースセットである。Ｔｙｐｅ１－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔは、ランダムアクセスレスポンス（ＲＡＲ：Random　Access　Response、Msg2、Message　2）、衝突解決（コンテンションレゾリューション、contention　resolution、Msg4、Message　4）、ＭｓｇＢ（Message　B、2-step　RACHのRARまたはMsg2）の送信に用いられるサーチスペースセットである。Ｔｙｐｅ２－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔは、ページング（paging）の送信に用いられるサーチスペースセットである。Ｔｙｐｅ３－ＰＤＣＣＨ　ＣＳＳ　ｓｅｔは、端末装置グループ共通のＰＤＣＣＨの送信に用いられるサーチスペースセットである。ＵＳＳ　ｓｅｔは、端末装置固有のＰＤＣＣＨの送信に用いられるサーチスペースセットである。
（下りリンクグラントのＤＣＩのｆｉｅｌｄ）
　ＤＣＩには、複数の情報が含まれる。情報のフォーマットは、ｆｉｅｌｄによって定義される。
　DCI　format　1_0には、ＤＣＩフォーマットのＩＤ（identifier　for　DCI　formats）、周波数軸リソース割当（Frequency　Domain　Resource　Assignment）、時間軸リソース割当（Time　Domain　Resource　Assignment）、ＶＲＢ－ｔｏ－ＰＲＢマッピング、ＭＣＳ（Modulation　and　coding　scheme）、ＮＤＩ（New　Data　Indicator）、ＲＶ（Redundancy　Version）、ＨＡＲＱプロセス番号、ＤＡＩ（Downlink　Assignment　Index）、スケジュールされたＰＵＣＣＨに対するＴＣＰコマンド（TPC　command　for　scheduled　PUCCH）、ＰＵＣＣＨリソース指示（PUCCH　resource　indicator）、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ指示（PDSCH-to-HARQ_feedback　timing　indicator）、チャネルアクセスタイプおよびＣＰ延長の組合せ（ChannelAccess-CPext）、のうちの一部または全部が含まれる。
　DCI　format　1_1には、ＤＣＩフォーマットのＩＤ（identifier　for　DCI　formats）、キャリア指示（Carrier　indicator）、ＢＷＰ指示（Bandwidth　part　indicator）、周波数軸リソース割当（Frequency　Domain　Resource　Assignment）、時間軸リソース割当（Time　Domain　Resource　Assignment）、ＶＲＢ－ｔｏ－ＰＲＢマッピング、ＰＲＢバンドリングサイズ指示（PRB　bundling　size　indicator）、ＺＰ　ＣＳＩ－ＲＳトリガー（ZP　CSI-RS　trigger）、ＭＣＳ（Modulation　and　coding　scheme）、ＮＤＩ（New　Data　Indicator）、ＲＶ（Redundancy　Version）、ＨＡＲＱプロセス番号、ＤＡＩ（Downlink　Assignment　Index）、スケジュールされたＰＵＣＣＨに対するＴＣＰコマンド（TPC　command　for　scheduled　PUCCH）、ＰＵＣＣＨリソース指示（PUCCH　resource　indicator）、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ指示（PDSCH-to-HARQ_feedback　timing　indicator）、ワンショットＨＡＲＱ－ＡＣＫ要求（One-shot　HARQ-ACK　request）、ＰＤＳＣＨグループインデックス（PDSCH　group　index）、ＮＦＩ（New　Feedback　Indicator）、要求されたＰＤＳＣＨグループの数（Number　of　requested　PDSCH　group）、アンテナポート（Antenna　port）、ＴＣＩ（Transmission　Configuration　Indication）、ＳＲＳ要求（SRS　request）、ＣＢＧＴＩ（CBG　transmission　information）、ＣＢＧＦＩ（CBG　flushing　out　information）、ＤＭＲＳシーケンス初期化（DMRS　sequence　initialization）、プライオリティ指示（Priority　indicator）、チャネルアクセスタイプおよびＣＰ延長の組合せ（ChannelAccess-CPext）、最小許容スケジューリングオフセット指示（Minimum　applicable　scheduling　offset　indicator）ＳＣｅｌｌ休眠指示（SCell　dormancy　indication）、のうちの一部または全部が含まれる。
（ＰＤＣＣＨのＤＭＲＳ）
　ＰＤＣＣＨのＤＭＲＳは、ＰＤＣＣＨが送信されるシンボルに含まれる。このＰＤＣＣＨのＤＭＲＳは、ＰＤＣＣＨに関連付けられる復調参照信号（下りリンク復調参照信号）である。ＰＤＣＣＨのＤＭＲＳは、図１０に示すように、周波数軸（Frequency）で３リソースブロック（ＲＥ）置きに配置される。具体的には、リソースブロック内において、２番目、６番目、１０番目のサブキャリアに、ＰＤＣＣＨのＤＭＲＳが配置される。図１０のＤＭＲＳ構成は、第一のＤＭＲＳ構成と称する。
（ＰＤＣＣＨモニタリング）
　Ｒｅｌ－１６までのＴＳ３８．２１３において、端末装置４０の消費電力低減の目的などから、１スロット当たりのモニタされるＰＤＣＣＨ候補の上限は制限されている。モニタされるＰＤＣＣＨ候補の上限（Maximum　number　of　monitored　PDCCH）は、図１１に示すように、ＳＣＳ（numerology、μ）に応じて設定されており、高いＳＣＳほど上限が低い。
　同様に、Ｒｅｌ－１６までのＴＳ３８．２１３において、１スロット当たりのＣＣＥ数の上限は制限されている。ＣＣＥ数の上限（Maximum　number　of　non-overlapped　CCEs）は、図１２に示すように、ＳＣＳ（numerology、μ）に応じて設定されており、高いＳＣＳほど上限が低い。
（マルチスロットＰＤＳＣＨ／ＰＵＳＣＨ繰り返し：multi-slot　PDSCH/PUSCH　repetition）
　１つのＤＣＩで、同一のＨＡＲＱプロセスのＰＤＳＣＨまたはＰＵＳＣＨを複数スケジュールすることができる。この送信方法は、繰り返し（repetition）やスロットアグリゲーションなどと称される。例えば、１つの下りリンクグラントで、複数のスロットに同一のＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest）プロセスのＰＤＳＣＨをスケジュールすることができる。また、１つの上りリンクグラントで、複数のスロットに同一のＨＡＲＱプロセスのＰＵＳＣＨをスケジュールすることができる（この方法は、repetition　type　Aとも称される。）。また、１つの上りリンクグラントで、１つのスロットに同一のＨＡＲＱプロセスのＰＵＳＣＨを複数スケジュールすることができる（この方法は、repetition　type　Bとも称される）。
　Ｒｅｐｅｔｉｔｉｏｎ　ｔｙｐｅ　Ａにおいて、繰り返し数は、上位層パラメータ（AggregationFactor）によって指定される。Ｒｅｐｅｔｉｔｉｏｎ　ｔｙｐｅ　Ｂにおいて、繰り返し数は上位層で設定されたＴＤＲＡ（Time　Domain　Resource　Allocation）テーブルに含まれる上位層パラメータ（numberofrepetitions）によって指定される。
（マルチスロットＰＵＳＣＨスケジューリング：multi-slot　PUSCH　scheduling）
　Ｒｅｌ－１５において、１つの上りリンクグラントで１つのスロットにＰＵＳＣＨをスケジュールすることができる。さらに、Ｒｅｌ－１６において、１つの上りリンクグラントで、複数のスロットに異なるＨＡＲＱプロセスのＰＵＳＣＨをスケジュールすることができる。
　マルチスロットＰＵＳＣＨスケジューリングにおいて、ＰＵＳＣＨの数は、繰り返し数は上位層で設定されたＴＤＲＡ（Time　Domain　Resource　Allocation）テーブルにおける有効なＳＬＩＶの数によって指定される。ＭＣＳは、スケジューリングされる全てのＰＵＳＣＨにおいて、同一のＭＣＳが指定される。ＮＤＩおよびＲＶは、スケジューリングされるＰＵＳＣＨのそれぞれに対して、個別に指定される。
（ＮＮ－Ｋ１値：Non-Numerical　K1　value）
　ＮＲにおいて、ＰＤＳＣＨがスケジュールされるスロットから、該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ（ACKnowledgement：肯定応答又は確認応答）がフィードバックされるスロットまでのオフセット値ｋ１がＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ　ｉｎｄｉｃａｔｏｒとして指示される。オフセット値ｋ１は、０以上の整数である。
　さらに、Ｒｅｌ－１６　ＮＲ－Ｕにおいて、ＨＡＲＱ－ＡＣＫをフィードバックするスロットを指定しない指示情報（ＮＮ－Ｋ１：Non-Numerical　K1　value）が導入される。指示情報の一例であるＮＮ－Ｋ１と指示されたＨＡＲＱ－ＡＣＫは、後のＤＣＩで指示されたフィードバックタイミングにてフィードバックされる。
（ＨＡＲＱコードブック：HARQ　codebook）
　ＮＲにおいて、複数のＨＡＲＱ－ＡＣＫは１つのフィードバックリソース（ＰＵＣＣＨまたはＰＵＳＣＨ）で多重されて送信されることができる。ＨＡＲＱ－ＡＣＫの多重方法としては、Ｔｙｐｅ　１　ＨＡＲＱ　ｃｏｄｅｂｏｏｋ（semi-static　HARQ　codebook）とＴｙｐｅ　２　ＨＡＲＱ　ｃｏｄｅｂｏｏｋ（dynamic　HARQ　codebook）が挙げられる。
　Ｔｙｐｅ　１　ＨＡＲＱ　ｃｏｄｅｂｏｏｋは、そのフィードバックタイミングでスケジュールされる可能性がある全てＰＤＳＣＨのＨＡＲＱ－ＡＣＫを多重する方法である。Ｔｙｐｅ　１　ＨＡＲＱ　ｃｏｄｅｂｏｏｋにおいて、スケジュールされたＰＤＳＣＨのＨＡＲＱ－ＡＣＫには、ＰＤＳＣＨの復号成否結果が挿入され、スケジュールされていないＰＤＳＣＨのＨＡＲＱ－ＡＣＫには、ＮＡＣＫが挿入される。
　Ｔｙｐｅ　２　ＨＡＲＱ　ｃｏｄｅｂｏｏｋは、そのフィードバックタイミングでスケジュールされたＰＤＳＣＨのＨＡＲＱ－ＡＣＫのみを多重する方法である。多重されるＨＡＲＱ－ＡＣＫの数を決定するために、ＤＣＩに含まれるＤＡＩ（Downlink　Assignment　Index）が用いられる。フィードバックタイミングで最後に受信するＤＣＩのＤＡＩに基づいて、ＨＡＲＱ　ｃｏｄｅｂｏｏｋの大きさが決定される。
　さらに、Ｒｅｌ－１６　ＮＲ－Ｕにおいて、Ｅｎｈａｎｃｅｄ　Ｔｙｐｅ　２　ＨＡＲＱ　ｃｏｄｅｂｏｏｋと、Ｔｙｐｅ　３　ＨＡＲＱ　ｃｏｄｅｂｏｏｋが導入される。これらの多重方法を用いて、ＮＮ－Ｋ１のＨＡＲＱ－ＡＣＫのフィードバックタイミングを指定することができる。
　Ｅｎｈａｎｃｅｄ　Ｔｙｐｅ　２　ＨＡＲＱ　ｃｏｄｅｂｏｏｋでは、ＰＤＳＣＨは２つのＰＤＳＣＨグループの何れかに属する。そして、ＤＣＩに含まれる要求されたＰＤＳＣＨグループの数（Ｎｕｍｂｅｒ　ｏｆ　ｒｅｑｕｅｓｔｅｄ　ＰＤＳＣＨ　ｇｒｏｕｐ）によって、フィードバックするＰＤＳＣＨグループが指定される。例えば、Ｎｕｍｂｅｒ　ｏｆ　ｒｅｑｕｅｓｔｅｄ　ＰＤＳＣＨ　ｇｒｏｕｐによって１つのＰＤＳＣＨグループが指定された場合は、スケジュールしているＰＤＳＣＨグループに属するＰＤＳＣＨのＨＡＲＱ－ＡＣＫがフィードバックされ、Ｎｕｍｂｅｒ　ｏｆ　ｒｅｑｕｅｓｔｅｄ　ＰＤＳＣＨ　ｇｒｏｕｐによって２つのＰＤＳＣＨグループが指定された場合は、全てのＰＤＳＣＨのＨＡＲＱ－ＡＣＫがフィードバックされる。
　Ｔｙｐｅ　３　ＨＡＲＱ　ｃｏｄｅｂｏｏｋでは、全てのＨＡＲＱ　ｐｒｏｃｅｓｓのＨＡＲＱ－ＡＣＫがフィードバックされる。Ｔｙｐｅ　３　ＨＡＲＱ　ｃｏｄｅｂｏｏｋにおいて、ＤＣＩに含まれるＯｎｅ－ｓｈｏｔ　ＨＡＲＱ－ＡＣＫ　ｒｅｑｕｅｓｔによって、Ｔｙｐｅ　３　ＨＡＲＱ　ｃｏｄｅｂｏｏｋによるＨＡＲＱ－ＡＣＫフィードバックが指示された場合、全てのＨＡＲＱ　ｐｒｏｃｅｓｓのＨＡＲＱ－ＡＣＫがフィードバックされる。
＜３．実施例＞
　次に、実施例（実施例１及び実施例２）について説明する。実施例において、基地局装置２０では、ＰＤＣＣＨをモニタリングしないスロットを設定し、ＰＤＣＣＨモニタリングを行う１つのスロットから、ＰＤＣＣＨをモニタリングしない複数のスロットにＰＤＳＣＨをスケジュールする。これにより、ＰＤＣＣＨのモニタリング頻度を減らしつつ、ＰＤＳＣＨピークレートを維持することが可能になる。以下、実施例１及び実施例２について詳しく説明する。
＜３－１．実施例１：multi-slot　PDSCH　scheduling　by　one　DCI＞
　基地局装置２０は、図１３に示すように、１つのＤＣＩで、ＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤ（ＨＡＲＱプロセスＩＤ、ＨＡＲＱプロセス番号）が異なる複数のＰＤＳＣＨをスケジュールする。これにより、少ないオーバーヘッドで複数のＰＤＳＣＨをスケジュールすることができる。ただし、マルチスロットＰＤＳＣＨスケジューリングを行うためのＤＣＩの拡張が必要となる。ＨＡＲＱプロセスＩＤは、ＨＡＲＱプロセス識別情報の一例である。
＜３－１－１．ＨＡＲＱ－ＡＣＫフィードバックタイミング＞
　本実施例において、所定の条件に応じて、ＨＡＲＱ－ＡＣＫフィードバックタイミングが決定される。
　［例１］端末装置４０は、１つのＤＣＩでスケジュールされた複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫ（Hybrid　Automatic　Repeat　request　ACKnowledgement）において、同じフィードバックタイミングでＨＡＲＱ－ＡＣＫをフィードバックする。
　ＤＣＩは、１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ（フィードバックタイミング）を示すｆｉｅｌｄ（フィールド）を含む。全てのＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫは、指定された１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇで端末装置４０から基地局装置２０にフィードバックされる。
　前述の場合、基地局装置２０では、図１４に示すように、全てのスケジュールされたＰＤＳＣＨにおいて、ＨＡＲＱ－ＡＣＫを準備するためのプロセス時間（Processing　time　for　preparing　HARQ-ACK#3）よりも先にＨＡＲＱ－ＡＣＫ　ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ（PDSCH-to-HARQ_feedback　timing）が指定されることはない。つまり、全てのスケジュールされたＰＤＳＣＨにおいて、ＨＡＲＱ－ＡＣＫを準備するためのプロセス時間よりも後にＨＡＲＱ－ＡＣＫ　ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが指定される。
　すなわち、本例においては、全てのスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫを準備するためのプロセス時間に基づいて、ＨＡＲＱ－ＡＣＫのフィードバックタイミングが決定される。
　端末装置４０では、全てのスケジュールされたＰＤＳＣＨにおいて、ＨＡＲＱ－ＡＣＫを準備するためのプロセス時間よりも先にＨＡＲＱ－ＡＣＫ　ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが指定されることは想定されない。換言すると、端末装置４０では、全てのスケジュールされたＰＤＳＣＨにおいて、ＨＡＲＱ－ＡＣＫを準備するためのプロセス時間よりも後にＨＡＲＱ－ＡＣＫ　ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが指定されることが想定される。
　１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇにおける、ＨＡＲＱフィードバックタイミングの指定方法は、以下の方法が一例として挙げられる。
　一例として、１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは、先頭スロットのＰＤＳＣＨからＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示す。具体例として、図１４において、１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃０のスロットからＨＡＲＱフィードバックタイミングタイミングまでのスロットオフセットｋ１を示す。図１４の一例では、ｋ１は５スロット後を示す。
　一例として、１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは、最後尾スロットのＰＤＳＣＨからＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示す。具体例として、図１４において、１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃３のスロットからＨＡＲＱフィードバックタイミングタイミングまでのスロットオフセットｋ１を示す。図１４の一例では、ｋ１は２スロット後を示す。
　［例２］マルチスロットスケジューリングによってスケジュールされる複数のＰＤＳＣＨは、ＨＡＲＱ－ＡＣＫフィードバックタイミングを決定するための第一のＰＤＳＣＨグループと第二のＰＤＳＣＨグループに分けられる。
　例２は、例１と異なり、全てのＰＤＳＣＨのＨＡＲＱ－ＡＣＫのフィードバックの準備を行っていると、先にスケジュールされたＰＤＳＣＨのラウンドトリップ（往復）遅延が大きくなってしまう問題が生じる。特に、低遅延要求のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのラウンドトリップ（往復）遅延が大きくなると、要求値を満たせなくなる可能性がある。
　そこで、例２では、一部のＰＤＳＣＨ（第一のＰＤＳＣＨグループ）のみに、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇを指定する。一部のＰＤＳＣＨのＨＡＲＱ－ＡＣＫは、指定されたＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇでフィードバックされる。
　一方で、残りのＰＤＳＣＨ（第二のＰＤＳＣＨグループ）のＨＡＲＱ－ＡＣＫは、ＮＮ－Ｋ１　ｖａｌｕｅとして指示されるように処理される。ＮＮ－Ｋ１　ｖａｌｕｅは、ＨＡＲＱ－ＡＣＫフィードバックタイミングが指定されない指示情報の一例である。
　ＮＮ－Ｋ１　ｖａｌｕｅとして指示されたＨＡＲＱ－ＡＣＫは、後に（例えば次に）送られてくるＤＣＩのフィードバックタイミングを用いてフィードバックされる。このＮＮ－Ｋ１　ｖａｌｕｅとして指定されたＨＡＲＱ－ＡＣＫは、ｔｙｐｅ　２　ＨＡＲＱ　ｃｏｄｅｂｏｏｋ、ｅｎｈａｎｃｅｄ　ｔｙｐｅ　２　ＨＡＲＱ　ｃｏｄｅｂｏｏｋ、および／または、ｔｙｐｅ　３　ＨＡＲＱ　ｃｏｄｅｂｏｏｋを用いてフィードバックされる。
　一部のＰＤＳＣＨの一例として、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇまでにＨＡＲＱ－ＡＣＫフィードバック準備が完了するＰＤＳＣＨである。
　端末装置４０は、図１５に示すように、１つのＤＣＩでスケジュールされた複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫにおいて、同じフィードバックタイミングでＨＡＲＱ－ＡＣＫをフィードバックするが、ＨＡＲＱ－ＡＣＫを返せない場合には、ＮＮ（Non-Numerical）－Ｋ１　ｖａｌｕｅ（ＮＮ－Ｋ１値）として扱う。
　すなわち、各スケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫを準備するためのプロセス時間およびＤＣＩで指定されるＨＡＲＱ－ＡＣＫフィードバックタイミングに基づいて、ＨＡＲＱ－ＡＣＫのフィードバックタイミングが決定される。ＤＣＩで指定されるＨＡＲＱ－ＡＣＫフィードバックタイミングよりも前に送信準備が完了するＨＡＲＱ－ＡＣＫはＤＣＩで指定されるＨＡＲＱ－ＡＣＫフィードバックタイミングでフィードバックされ、ＤＣＩで指定されるＨＡＲＱ－ＡＣＫフィードバックタイミングよりも後に送信準備が完了するＨＡＲＱ－ＡＣＫは、前記ＤＣＩとは異なるＤＣＩで指定されるＨＡＲＱ－ＡＣＫフィードバックタイミングでフィードバックされる。
　一部のＰＤＳＣＨの別の一例として、プライオリティ指定（Ｐｒｉｏｒｉｔｙ　Ｉｎｄｉｃａｔｏｒ）によって高優先度と指定されたＰＤＳＣＨである。
　ＰＤＳＣＨの優先度に応じて、対応するＨＡＲＱ－ＡＣＫのフィードバックタイミングが決定される。高優先度と指定されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫは、ＤＣＩで指定されるＨＡＲＱ－ＡＣＫフィードバックタイミングでフィードバックされ、低優先度と指定されたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫは、前記ＤＣＩとは異なるＤＣＩで指定されるＨＡＲＱ－ＡＣＫフィードバックタイミングでフィードバックされる。
　一部のＰＤＳＣＨの別の一例として、所定数のＰＤＳＣＨである。
　例えば、所定数以上の複数のＰＤＳＣＨがスケジューリングされた場合、先頭から所定数までのＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫは、ＤＣＩで指定されるＨＡＲＱ－ＡＣＫフィードバックタイミングでフィードバックされ、所定数よりも後のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫは、前記ＤＣＩとは異なるＤＣＩで指定されるＨＡＲＱ－ＡＣＫフィードバックタイミングでフィードバックされる。
　所定数は予め定められても良いし、ＲＲＣによって設定されてもよい。
　例２のＨＡＲＱフィードバックタイミングの指定方法は、例１と同様の方法を適用することができる。
　一例として、１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは、先頭スロットのＰＤＳＣＨからＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示す。具体例として、図１５において、１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃０のスロットからＨＡＲＱフィードバックタイミングタイミングまでのスロットオフセットｋ１を示す。図１５の一例では、ｋ１は４スロット後を示す。
　一例として、１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは、最後尾スロットのＰＤＳＣＨからＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示す。具体例として、図１５において、１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃３のスロットからＨＡＲＱフィードバックタイミングタイミングまでのスロットオフセットｋ１を示す。図１５の一例では、ｋ１は１スロット後を示す。
　［例３］マルチスロットスケジューリングによってスケジュールされる複数のＰＤＳＣＨは、ＨＡＲＱ－ＡＣＫフィードバックタイミングを決定するための複数のＰＤＳＣＨグループに分けられる。
　一例として、端末装置４０は、図１６に示すように、１つのＤＣＩでスケジュールされた複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫにおいて、異なる複数のフィードバックタイミングでＨＡＲＱ－ＡＣＫをフィードバックする。
　［複数のＨＡＲＱ－ＡＣＫのフィードバックタイミングの指示方法］
　（１）各ＨＡＲＱ－ＡＣＫのフィードバックタイミングは、１つのＤＣＩに含まれる複数のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇのｆｉｅｌｄ（各ＨＡＲＱ－ＡＣＫフィードバックタイミングを示すフィールド）によって指示（指定）される。これにより、フィードバックタイミングを柔軟に設定することができる。
　（１－１）マルチスロットスケジューリングによってスケジュールされるＰＤＳＣＨとＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇのｆｉｅｌｄが１対１で対応付けられる場合には、各ＨＡＲＱ－ＡＣＫフィードバックタイミングは、対応するＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇで指示されたタイミングに従う。ＰＤＳＣＨとＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇのｆｉｅｌｄのビット数は、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇのビット数（例えば、４ビット）×スケジューリングされるＰＤＳＣＨの最大数によって決定される。
　複数のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇにおける、ＨＡＲＱフィードバックタイミングの指定方法は、以下の方法が一例として挙げられる。
　一例として、各ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは、対応する各ＰＤＳＣＨのスロットからＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示す。具体例として、図１６において、４つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが含まれる。１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃０に対応し、ｋ１は４スロット後を示す。２つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃１に対応し、ｋ１は３スロット後を示す。３つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃２に対応し、ｋ１は２スロット後を示す。４つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃３に対応し、ｋ１は２スロット後を示す。
　一例として、１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは、先頭のＰＤＳＣＨのスロットからＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示し、以降のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは１つ目のＨＡＲＱフィードバックタイミングから以降のＨＡＲＱフィードバックタイミングとのオフセットを示す。具体例として、図１６において、４つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが含まれる。１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃０に対応し、ｋ１は４スロット後を示す。２つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃１に対応し、ｋ１は０スロット後を示す。３つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃２に対応し、ｋ１は０スロット後を示す。４つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃３に対応し、ｋ１は１スロット後を示す。
　一例として、１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは、先頭のＰＤＳＣＨのスロットからＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示し、以降のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは先のＨＡＲＱフィードバックタイミングから次のＨＡＲＱフィードバックタイミングとのオフセットを示す。
　（１－２）マルチスロットスケジューリングによってスケジュールされるＰＤＳＣＨとＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇのｆｉｅｌｄが他対１で対応付けられる場合には、明示的にグループ分けがされる。
　すなわち、本例においては、明示的に指定されたＨＡＲＱ－ＡＣＫフィードバックタイミンググループに基づいて、ＨＡＲＱ－ＡＣＫのフィードバックタイミングが決定される。
　明示的にグループ分けされる一例として、ＲＲＣ設定によってグループ分けがされる。ＲＲＣ設定によって、複数のＰＤＳＣＨとＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが対応付けられる。具体例として、４つのＰＤＳＣＨをスケジュールするＤＣＩに２つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが含まれる場合、１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは先頭２つのＰＤＳＣＨに対応し、２つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは後方２つのＰＤＳＣＨに対応するようにＲＲＣ設定される。ＰＤＳＣＨとＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇのｆｉｅｌｄのビット数は、ＲＲＣ設定によって指定される。
　すなわち、本例においては、ＲＲＣ設定で指定されたＨＡＲＱ－ＡＣＫフィードバックタイミンググループに基づいて、ＨＡＲＱ－ＡＣＫのフィードバックタイミングが決定される。第一のＨＡＲＱ－ＡＣＫフィードバックタイミングおよび第一のＨＡＲＱ－ＡＣＫフィードバックタイミングは、ＤＣＩで指定される。ＲＲＣ設定によって、第一のＨＡＲＱ－ＡＣＫフィードバックタイミンググループに紐づけられた場合、ＨＡＲＱ－ＡＣＫは前記第一のＨＡＲＱ－ＡＣＫフィードバックタイミングでフィードバックされ、第二のＨＡＲＱ－ＡＣＫフィードバックタイミンググループに紐づけられた場合、前記ＨＡＲＱ－ＡＣＫは前記第一のＨＡＲＱ－ＡＣＫフィードバックタイミンググループでフィードバックされる。
　明示的にグループ分けされる一例として、ＰＤＳＣＨとＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇのｆｉｅｌｄとは異なるｆｉｅｌｄによってグループ分けがされる。ＰＤＳＣＨとＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇのｆｉｅｌｄとは異なるｆｉｅｌｄは、例えば、プライオリティを指定するｆｉｅｌｄ（Ｐｒｉｏｒｉｔｙ　Ｉｎｄｉｃａｔｏｒ）、ＰＤＳＣＨグループを指定する（ＰＤＳＣＨ　ｇｒｏｕｐ　ｉｎｄｅｘ）、などが挙げられる。具体例として、ＤＣＩに２つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが含んでおり、更に各ＰＤＳＣＨに対応するように複数のＰｒｉｏｒｉｔｙ　Ｉｎｄｉｃａｔｏｒが含まれている場合、Ｐｒｉｏｒｉｔｙ　Ｉｎｄｉｃａｔｏｒによって、高優先度と指定されたＰＤＳＣＨは１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇに対応し、低優先度と指定されたＰＤＳＣＨは２つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇするようにグループ分けされる。ここで、１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは、２つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇよりも先のタイミングを指定することが望ましい。これにより、高優先度ＰＤＳＣＨのＨＡＲＱ－ＡＣＫの遅延を削減することができる。
　すなわち、本例においては、ＤＣＩで指定されたＨＡＲＱ－ＡＣＫフィードバックタイミンググループに基づいて、ＨＡＲＱ－ＡＣＫのフィードバックタイミングが決定される。第一のＨＡＲＱ－ＡＣＫフィードバックタイミングおよび第一のＨＡＲＱ－ＡＣＫフィードバックタイミングは、ＤＣＩで指定される。ＤＣＩによって、第一のＨＡＲＱ－ＡＣＫフィードバックタイミンググループに紐づけられた場合、ＨＡＲＱ－ＡＣＫは前記第一のＨＡＲＱ－ＡＣＫフィードバックタイミングでフィードバックされ、第二のＨＡＲＱ－ＡＣＫフィードバックタイミンググループに紐づけられた場合、前記ＨＡＲＱ－ＡＣＫは前記第一のＨＡＲＱ－ＡＣＫフィードバックタイミンググループでフィードバックされる。
　（１－３）マルチスロットスケジューリングによってスケジュールされるＰＤＳＣＨとＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇのｆｉｅｌｄが他対１で対応付けられる場合には、暗示的にグループ分けがされる。
　すなわち、本例においては、暗示的に指定されたＨＡＲＱ－ＡＣＫフィードバックタイミンググループに基づいて、ＨＡＲＱ－ＡＣＫのフィードバックタイミングが決定される。
　暗示的にグループがされる一例として、ＨＡＲＱ－ＡＣＫ送信を準備するためのプロセス時間によってグループ分けがされる。具体例として、複数のＰＤＳＣＨをスケジュールするＤＣＩに２つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇのｆｉｅｌｄが含まれる場合、１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇには、そのフィードバックタイミングが間に合うＰＤＳＣＨが対応し、２つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇに間に合わないＰＤＳＣＨに対応するようにグループ分けが行われる。
　すなわち、本例においては、ＨＡＲＱ－ＡＣＫ送信を準備するためのプロセス時間に基づいて、ＨＡＲＱ－ＡＣＫのフィードバックタイミングが決定される。第一のＨＡＲＱ－ＡＣＫフィードバックタイミングおよび第一のＨＡＲＱ－ＡＣＫフィードバックタイミングは、ＤＣＩで指定される。ＨＡＲＱ－ＡＣＫ送信を準備するためのプロセス時間よりも先にＨＡＲＱ－ＡＣＫ送信の準備が完了する場合、ＨＡＲＱ－ＡＣＫは第一のＨＡＲＱ－ＡＣＫフィードバックタイミングでフィードバックされ、ＨＡＲＱ－ＡＣＫ送信を準備するためのプロセス時間よりも後にＨＡＲＱ－ＡＣＫ送信の準備が完了する場合、前記ＨＡＲＱ－ＡＣＫは第二のＨＡＲＱ－ＡＣＫフィードバックタイミンググループでフィードバックされる。
　暗示的にグループ分けがされる一例として、ＨＡＲＱ－ＡＣＫの数によってグループ分けがされる。例えば、マルチスロットＰＤＳＣＨスケジューリングによって、フィードバックされるＨＡＲＱ－ＡＣＫの数が所定値よりも超えた場合にはグループ分けがされる。
　これにより、１つのＨＡＲＱ　ｃｏｄｅｂｏｏｋの数を制限することができるため、ＨＡＲＱ－ＡＣＫのフィードバックに用いられるＰＵＣＣＨのカバレッジを保つことができる。
　すなわち、本例においては、フィードバックされるＨＡＲＱ－ＡＣＫの数に基づいて、ＨＡＲＱ－ＡＣＫのフィードバックタイミングが決定される。第一のＨＡＲＱ－ＡＣＫフィードバックタイミングおよび第一のＨＡＲＱ－ＡＣＫフィードバックタイミングは、ＤＣＩで指定される。ＨＡＲＱ－ＡＣＫの数が所定値以上の場合、所定値個のＨＡＲＱ－ＡＣＫは第一のＨＡＲＱ－ＡＣＫフィードバックタイミングでフィードバックされ、残りのＨＡＲＱ－ＡＣＫは第二のＨＡＲＱ－ＡＣＫフィードバックタイミンググループでフィードバックされる。
　所定値は予め定められても良いし、ＲＲＣによって設定されてもよい。
　複数のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇにおける、ＨＡＲＱフィードバックタイミングの指定方法は、以下の方法が一例として挙げられる。
　一例として、各ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは、先頭のＰＤＳＣＨのスロットからＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示す。具体例として、図１６において、４つのＰＤＳＣＨをスケジュールするＤＣＩに２つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが含まれる場合、１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃０からＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示す。図１６の一例では、４スロット後を示す。２つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇはＰＤＳＣＨ＃０からＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示す。図１６の一例では、５スロット後を示す。
　一例として、各ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは、対応する各グループ内における先頭のＰＤＳＣＨのスロットからＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示す。具体例として、図１６において、４つのＰＤＳＣＨをスケジュールするＤＣＩに２つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが含まれ、ＰＤＳＣＨ＃０、＃１、＃２のグループとＰＤＳＣＨ＃３のグループの２つに分けられる。１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは１つ目のグループの先頭ＰＤＳＣＨであるＰＤＳＣＨ＃０からＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示す。図１６の一例では、４スロット後を示す。２つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは２つ目のグループの先頭ＰＤＳＣＨであるＰＤＳＣＨ＃３からＨＡＲＱフィードバックタイミングまでのスロットオフセットｋ１を示す。図１６の一例では、２スロット後を示す。
　（２）各ＨＡＲＱ－ＡＣＫのフィードバックタイミングは、１つのＤＣＩに含まれる１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ（フィードバックタイミング情報）と、ＲＲＣ設定によって指定されるスロットオフセット情報によって指示される。具体的な一例として、図１６において、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇによって５番目のスロットで１つ目のＨＡＲＱフィードバックタイミングが指定され、更にＲＲＣ設定によって１スロット後と指定されたスロットオフセット情報によって２つ目のＨＡＲＱフィードバックタイミングが指定される。
　これにより、シングルスロットＰＤＳＣＨスケジューリングに比べても、ＨＡＲＱ－ＡＣＫフィードバックタイミングに関するＤＣＩオーバーヘッドは増加しない。オフセット情報は、ＲＲＣまたはデフォルトで設定される。また、ＨＡＲＱ－ＡＣＫフィードバックタイミングの数は、ＲＲＣで設定されることが望ましい。
　なお、例３において、それぞれのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇは、対応するＰＤＳＣＨのＨＡＲＱ－ＡＣＫを準備するためのプロセス時間（Processing　time　for　preparing　HARQ-ACK#3）よりも先に指定されることは想定されない。
　端末装置４０では、スケジュールされたＰＤＳＣＨの各々において、ＨＡＲＱ－ＡＣＫを準備するためのプロセス時間よりも先に、対応するＨＡＲＱ－ＡＣＫ　ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが指定されることは想定されない。換言すると、端末装置４０では、スケジュールされたＰＤＳＣＨの各々において、ＨＡＲＱ－ＡＣＫを準備するためのプロセス時間よりも後に、対応するＨＡＲＱ－ＡＣＫ　ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが指定されることが想定される。
＜３－１－２．ＰＤＳＣＨがスケジュールされたスロットの通知方法＞
　（１）ＤＣＩによる動的な指定
　（１－１）ＴＤＲＡの値による通知
　ＴＤＲＡの値、例えば、ＰＤＳＣＨの開始シンボルおよびシンボル長を指定するＳＬＩＶ（start　and　length　indicator　value）の値（ＳＬＩＶ情報の一例）によって、ＰＤＳＣＨがスケジュールされたスロットが通知される。具体例の１つとして、ＳＬＩＶの値によって、複数の連続したスロットのシンボルが指定された場合、前記複数の連続したスロットにＰＤＳＣＨがスケジュールされる。ＳＬＩＶの値はＳＬＩＶ情報の一例である。別の具体例の１つとして、有効ＳＬＩＶの数によって複数の連続したスロット数が通知される。有効ＳＬＩＶとは、ＳＬＩＶの値によって指定される開始シンボルＳおよびシンボル長Ｌの両方の値が有効な値であるＳＬＩＶである。
　（１－２）スロット数を示すｆｉｅｌｄによる通知
　スロット数を示す新しいｆｉｅｌｄによって、ＰＤＳＣＨがスケジュールされるスロットが通知される。具体的には、ＴＤＲＡ（time　domain　resource　allocation）の値の１つのパラメータであるＰＤＣＣＨとＰＤＳＣＨのスロットオフセットの値ｋ０によって指定されたスロットから、新しいｆｉｅｌｄによって指定されたスロット数分、連続したスロットにおいてＰＤＳＣＨがスケジュールされる。なお、この場合、全ての指定されたスロットにおいて、同じＳＬＩＶの値が適用されることが望ましい。ＴＤＲＡの値はＴＤＲＡ情報の一例である。
　（１－３）ＰＤＳＣＨがスケジュールされたスロットを示すビットマップ情報による通知
　ＤＣＩに含まれるビットマップ情報によって、ＰＤＳＣＨがスケジュールされるスロットが示される。ビットマップの各ビットは、それぞれスロットに対応する。ビットマップの各ビットの値によって、対応するスロットにＰＤＳＣＨをスケジュールするか否かが示される。
　（１－４）ＳＦＩによって指定されたスロット
　ＳＦＩ（slot　format　indicator）によって指定されたスロットにＰＤＳＣＨがスケジュールされる。ＳＦＩによって指定されたスロットの例としては、ＰＤＳＣＨスロットとして指定された下りリンクスロット、または、ＰＤＣＣＨモニタリングスロットとして指定されなかった下りリンクスロットがある。また、ＳＦＩによって指定されたスロットの他の一例として、下りリンクスロットとして指定されたスロットがある。
　（２）ＲＲＣの設定による準静的な指定
　（２－１）ＰＤＳＣＨがスケジュールされるスロット数が、ＲＲＣパラメータによって指定される。
　ＰＤＳＣＨがスケジュールされるスロット数は、ＲＲＣパラメータによってサービングセル毎、ＢＷＰ毎、ＣＯＲＥＳＥＴ毎、サーチスペース毎、または、ＤＣＩ毎に指定される。下りリンクグラントが検出されたスロットからＲＲＣパラメータによって指定されたスロット数までの連続したスロットにおいて、ＰＤＳＣＨがスケジュールされる。
　（２－２）ＰＤＳＣＨがスケジュールされるスロット数は、ＰＤＣＣＨモニタリング周期に含まれる全ての下りリンクスロットと同じである。
　ＰＤＣＣＨモニタリングの周期は、ＲＲＣパラメータによって設定される。ＰＤＳＣＨがスケジュールされるスロットは、ＰＤＣＣＨモニタリングスロットから、次のＰＤＣＣＨモニタリングスロット間の全てのスロットである。ＰＤＣＣＨモニタリングスロットにおいて下りリンクグラントが検出されたスロットから、次のＰＤＣＣＨモニタリングスロットの前スロットまでの連続したスロットにおいて、ＰＤＳＣＨがスケジュールされる。
＜３－１－３．ＨＡＲＱプロセスＩＤの通知方法＞
　（１）先頭のＰＤＳＣＨのＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤ（ＨＡＲＱプロセスＩＤ）がＤＣＩにより通知される。以後のＰＤＳＣＨのＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤには、通知されたＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤの次のＩＤが順繰りに割り当てられる。
　式の例：HARQ　process　ID　for　PDSCH　#X　=　mod(indicated　HARQ　process　ID　-　1　+　#X,　the　maximum　number　of　HARQ　processes)　+　indicated　HARQ　process　ID
　ここで、mod(　,　)は、剰余演算関数、PDSCH　#Xは、スケジュールされたＰＤＳＣＨのうち先頭からX番目のＰＤＳＣＨ、indicated　HARQ　process　IDは、ＤＣＩによって指示されたＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤ、the　maximum　number　of　HARQ　processesは、ＨＡＲＱ　ｐｒｏｃｅｓｓの最大数、である。
　（２）全てのＰＤＳＣＨのＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤは、ＤＣＩに含まれる複数のＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤ　ｆｉｅｌｄによって独立に通知される。
　なお、本方法では複数のＰＤＳＣＨに対して異なるＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤを指定することもできるし（マルチスロットＰＤＳＣＨスケジューリング）、同一のＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤが指定することができる（マルチスロットＰＤＳＣＨ繰り返し）。すなわち、マルチスロットＰＤＳＣＨスケジューリングとマルチスロットＰＤＳＣＨ繰り返しを動的に切り替えることが容易になる。
＜３－１－４．ＮＤＩの通知方法＞
　（１）１つのＤＣＩに含まれる複数のＮＤＩ（New　Data　Indicator）　ｆｉｅｌｄによって、各ＨＡＲＱ　ｐｒｏｃｅｓｓに対応するＮＤＩが独立に通知される。各ＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤのＮＤＩに対応するＮＤＩビットマップがＤＣＩに含まれる。１つのＤＣＩに含まれるＮＤＩの数は、対応するＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤの数に相当する。
　（２）１つのＤＣＩに含まれる１つのＮＤＩ　ｆｉｅｌｄによって、全ＨＡＲＱ　ｐｒｏｃｅｓｓに対して共通にＮＤＩが通知される。
　（３）１つのＤＣＩに含まれる複数のＮＤＩ（New　Data　Indicator）　ｆｉｅｌｄによって、各ＰＤＳＣＨに対応するＮＤＩが独立に通知される。各ＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤのＮＤＩに対応するＮＤＩビットマップがＤＣＩに含まれる。１つのＤＣＩに含まれるＮＤＩの数は、対応するＰＤＳＣＨの数に相当する。
＜３－１－５．ＲＶの通知方法＞
　（１）１つのＤＣＩに含まれる複数のＲＶ（Redundancy　Version）　ｆｉｅｌｄによって、各ＨＡＲＱ　ｐｒｏｃｅｓｓに対応するＲＶが独立に通知される。また、各ＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤのＲＶに対応するＲＶビットマップがＤＣＩに含まれる。１つのＤＣＩに含まれるＲＶの数は、対応するＨＡＲＱ　ｐｒｏｃｅｓｓｓ　ＩＤの数に相当する。
　（２）１つのＤＣＩに含まれる１つのＲＶ　ｆｉｅｌｄによって、全ＨＡＲＱ　ｐｒｏｃｅｓｓに対して共通にＲＶが通知される。
　（３）１つのＤＣＩに含まれる複数のＲＶ（Redundancy　Version）　ｆｉｅｌｄによって、各ＰＤＳＣＨに対応するＲＶが独立に通知される。また、各ＰＤＳＣＨのＲＶに対応するＲＶビットマップがＤＣＩに含まれる。１つのＤＣＩに含まれるＲＶの数は、対応するＰＤＳＣＨの数に相当する。
　（４）１つのＤＣＩに含まれる１つのＲＶ　ｆｉｅｌｄおよびＲＶパターンによって、各ＰＤＳＣＨに対応するＲＶが通知される。ＲＶパターンは、例えば、｛０，２，３，１｝，｛０，３，０，３｝，｛０，０，０，０｝などのパターンでＲＲＣシグナリングによって設定される。一例として、上記の３パターンのうちの１つがＲＶ　ｆｉｅｌｄによって指定される。別の一例として、上記の３パターンのうちの１つをＲＲＣシグナリングによって予め設定され、パターンの中の開始ＲＶがＲＶ　ｆｉｅｌｄによって指定される。
　なお、１つのＲＶ　ｆｉｅｌｄは、２ビットで構成されてもよいし、１ビットで構成されてもよい。２ビットで構成される場合、１つのＲＶ　ｆｉｅｌｄは｛０，１，２，３｝の何れかのＲＶを指定する。１ビットで構成される場合は、１つのＲＶ　ｆｉｅｌｄは｛０，１，２，３｝のうちの２つの値のうち（例えば、｛０，２｝）の何れかのＲＶを指定する。
＜３－１－６．ＭＣＳの通知方法＞
　（１）１つのＤＣＩに含まれる複数のＭＣＳ　ｆｉｅｌｄによって、各ＨＡＲＱ　ｐｒｏｃｅｓｓに対応するＭＣＳが独立に通知される。また、各ＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤのＭＣＳに対応するＭＣＳビットマップがＤＣＩに含まれる。１つのＤＣＩにＭＣＳの数は、対応するＨＡＲＱ　ｐｒｏｃｅｓｓｓ　ＩＤの数に相当する。
　（２）１つのＤＣＩに含まれる１つのＭＣＳ　ｆｉｅｌｄによって、全ＨＡＲＱ　ｐｒｏｃｅｓｓに対して共通にＭＣＳが通知される。
　（３）１つのＤＣＩに含まれる複数のＭＣＳ　ｆｉｅｌｄによって、各ＰＤＳＣＨに対応するＭＣＳが独立に通知される。また、各ＰＤＳＣＨのＭＣＳに対応するＭＣＳビットマップがＤＣＩに含まれる。１つのＤＣＩにＭＣＳの数は、対応するＨＡＲＱ　ｐｒｏｃｅｓｓｓ　ＩＤの数に相当する。
＜３－１－７．マルチスロットＰＤＳＣＨスケジューリングとシングルスロットＰＤＳＣＨスケジューリングとの切り替え＞
　マルチスロットＰＤＳＣＨスケジューリングとシングルスロットＰＤＳＣＨスケジューリングとの切り替えが可能である。切り替えが必要なケースとしては、例えば、初送ではｍｕｌｔｉ－ｓｌｏｔ（マルチスロット）にＰＤＳＣＨがスケジュールされ、一部のＰＤＳＣＨは受信成功し、残りのＰＤＳＣＨは受信失敗した場合、受信失敗したＰＤＳＣＨのみ再送の指示をする場合、スケジュールするスロット数（例えば、マルチスロットスケジューリングとシングルスロットスケジューリングの切り替え）を動的に変更することができる。これにより、周波数利用効率が向上する。
　（１）ＴＤＲＡの値による切り替え
　最大１６通りで設定されるＴＤＲＡの設定において、例えば、複数のスロットを指定されるか否かに応じて、マルチスロットかシングルスロットかが認識される。一例として、端末装置４０は、ＰＤＳＣＨの長さがスロットをまたいで指定されるＳＬＩＶの値である場合、マルチスロットＰＤＳＣＨスケジューリングであると認識し、一方で、ＰＤＳＣＨの長さがスロット内に収まるように指定されるＳＬＩＶの値である場合、シングルスロットＰＤＳＣＨスケジューリングであると認識する。別の一例として、端末装置４０は、有効ＳＬＩＶが複数個ある場合、マルチスロットＰＤＳＣＨスケジューリングであると認識し、一方で、有効ＳＬＩＶが１個である場合、シングルスロットＰＤＳＣＨスケジューリングであると認識する。別の一例として、端末装置４０は、ＴＤＲＡによって指定されるスロット数が１つよりも多い場合、マルチスロットＰＤＳＣＨスケジューリングであると認識し、一方で、ＴＤＲＡによって指定されるスロット数が１つの場合、シングルスロットＰＤＳＣＨスケジューリングであると認識する。
　（２）ＤＣＩの種類による切り替え
　ＤＣＩフォーマットの違いによって、シングルスロットかマルチスロットかが認識される。一例として、マルチスロットＰＤＳＣＨスケジューリングを行うＤＣＩフォーマットは、ＲＲＣシグナリングによってマルチスロットＰＤＳＣＨスケジューリングが設定されたｎｏｎ－ｆａｌｌｂａｃｋ　ＤＣＩ（e.g.　DCI　format　1_1）である。具体例として、端末装置４０は、ｆａｌｌｂａｃｋ　ＤＣＩ（e.g.　DCI　format　1_0）を検出した場合、シングルスロットＰＤＳＣＨスケジューリングであると認識し、ｎｏｎ－ｆａｌｌｂａｃｋ　ＤＣＩ（e.g.　DCI　format　1_1）を検出した場合、マルチスロットＰＤＳＣＨスケジューリングであると認識する。
　また、他の一例として、マルチスロットＰＤＳＣＨスケジューリングを行うＤＣＩ　ｆｏｒｍａｔは、新しいＤＣＩ　ｆｏｒｍａｔ（e.g.　DCI　format　1_3）である。端末装置４０は、ＤＣＩ　ｆｏｒｍａｔ　１＿０、ＤＣＩ　ｆｏｒｍａｔ　１＿１、ＤＣＩ　ｆｏｒｍａｔ　１＿２、および／または、ＤＣＩ　ｆｏｒｍａｔ　１＿３のモニタリングを行う。従来のＤＣＩ　ｆｏｒｍａｔ（e.g.　DCI　format　1_0、DCI　format　1_1、DCI　format　1_2）を検出した場合には、シングルスロットＰＤＳＣＨスケジューリングであると認識し、新しいＤＣＩ　ｆｏｒｍａｔ（e.g.　DCI　format　1_3）を検出した場合には、マルチスロットＰＤＳＣＨスケジューリングあると認識する。
　（３）サーチスペースによる切り替え
　ＰＤＣＣＨが置かれるサーチスペースの違いによって、シングルスロットかマルチスロットかが認識される。一例として、端末装置４０は、所定のサーチスペース（e.g.　USS）に置かれた下りリンクグラントのＰＤＣＣＨを検出した場合、マルチスロットＰＤＳＣＨスケジューリングであると認識し、他の所定のサーチスペース（e.g.　CSS）に置かれた下りリンクグラントのＰＤＣＣＨを検出した場合、シングルスロットＰＤＳＣＨスケジューリングであると認識する。
　（４）ＲＮＴＩによる切り替え
　ＰＤＣＣＨのＣＲＣにスクランブルされたＲＮＴＩの違いによって、シングルスロットかマルチスロットかが認識される。一例として、端末装置４０は、所定のＲＮＴＩのＰＤＣＣＨを検出した場合、マルチスロットＰＤＳＣＨスケジューリングであると認識し、他の所定のＲＮＴＩのＰＤＣＣＨを検出した場合、シングルスロットＰＤＳＣＨスケジューリングであると認識する。
＜３－１－８．ＤＡＩ＞
　マルチスロットＰＤＳＣＨスケジューリングのＤＣＩには１つのＰＤＳＣＨに対するＤＡＩ情報（Ｃ－ＤＡＩ（Ｃｏｕｎｔｅｒ　ＤＡＩ）および／またはＴ－ＤＡＩ（Ｔｏｔａｌ　ＤＡＩ））を含む。一例として、前記ＤＡＩは、最後尾スロットのＰＤＳＣＨのＤＡＩ情報を示す。別の一例として、前記ＤＡＩは、先頭スロットのＰＤＳＣＨのＤＡＩ情報を示す。
＜３－１－９．ＰＵＣＣＨリソース＞
　（１）ＤＣＩに１つのＰＲＩが含まれる場合
　マルチスロットＰＤＳＣＨスケジューリングのＤＣＩには、１つのＰＵＣＣＨリソースを指定するｆｉｅｌｄ（ＰＵＣＣＨリソース指示、ＰＲＩ）を含む。
　（１－１）１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが指定される場合
　一例として、１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ対応する１つのＰＵＣＣＨリソースが指定される。１つのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇおよび１つのＰＲＩから、ＰＵＣＣＨの時間／周波数リソースが指定される。
　（１－２）２つ以上のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇが指定される場合
　一例として、全てのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇに対して同一のＰＵＣＣＨリソースインデックスが指定される。各ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇと１つのＰＲＩから、それぞれのＰＵＣＣＨの時間／周波数リソースが指定される。
　別の一例として、１つ目のＰＵＣＣＨは、１つ目のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇおよび１つのＰＲＩから、時間／周波数リソースが指定され、以降のＰＵＣＣＨは、以降のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇおよびＰＲＩとＰＲＩオフセットから、時間／周波数リソースが指定される。ＰＲＩオフセットは、ＰＵＣＣＨリソース指示のオフセットインデックスであり、ＲＲＣパラメータによって指定される。
　（２）ＤＣＩに複数のＰＲＩが含まれる場合
　一例として、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇとＰＲＩが１対１で対応付けられる場合、各ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇと各ＰＲＩから、ＰＵＣＣＨの時間／周波数リソースが指定される。
　（３）ＤＣＩにＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇとＰＲＩの組合せ情報が含まれる場合
　一例として、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇとＰＲＩの組合せを示すテーブルが定義される。テーブルのインデックスから、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇとＰＲＩの情報が取得され、これらの情報からＰＵＣＣＨの時間／周波数リソースが指定される。
＜３－１－１０．周波数軸リソース割当＞
　（１）ＤＣＩに１つの周波数軸リソース割当が含まれる場合
　１つのＤＣＩに含まれる１つの周波数軸リソース割当（ＦＤＲＡ）の情報は、ＤＣＩでスケジュールされる全てのＰＤＳＣＨに適用される。すなわち、複数のＰＤＳＣＨは共通のリソースブロックを用いて送信される。
　（２）ＤＣＩに複数の周波数軸リソース割当が含まれる場合
　１つのＤＣＩに含まれる複数の周波数軸リソース割当（ＦＤＲＡ）の情報は、ＤＣＩでスケジュールされる複数のＰＤＳＣＨに対してそれぞれ適用される。すなわち、各ＰＤＳＣＨは、対応する周波数軸リソース割当（ＦＤＲＡ）の情報で指定されたリソースブロックを用いて送信される。
＜３－１－１１．プライオリティ指示＞
　一例として、１つのＤＣＩに複数のプライオリティ指示が含まれる。複数のプライオリティ指示は対応する複数のＰＤＳＣＨの優先度を指定する。プライオリティ指示はビットマップとして構成される。
　一例として、１つのＤＣＩに１つのプライオリティ指示が含まれる。１つのＤＣＩによってスケジュールされる複数のＰＤＳＣＨは１つのプライオリティ指示によって指定された同一の優先度である。
＜３－１－１２．実施例１の要旨＞
　以上説明したように、実施例１によれば、基地局装置２０（又は基地局装置２０の一種である中継装置３０）が、ＨＡＲＱプロセスＩＤが異なる複数のＰＤＳＣＨをスケジュールする一つのＤＣＩを端末装置４０に送信する。端末装置４０は、基地局装置２０から送信されたＤＣＩを受信し、そのＤＣＩによりスケジュールされた各ＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫを同じフィードバックタイミング又は異なる複数のフィードバックタイミングで基地局装置２０にフィードバックする。基地局装置２０は、端末装置４０から同じフィードバックタイミング又は異なる複数のフィードバックタイミングでフィードバックされた各ＨＡＲＱ－ＡＣＫを端末装置４０から受信する。このようにして、ＰＤＣＣＨをモニタリングしないスロットを設定し、ＰＤＣＣＨモニタリングを行う一つのスロットから、ＰＤＣＣＨをモニタリングしない複数のスロットにＰＤＳＣＨをスケジュールすることが可能になるので、ＰＤＣＣＨのモニタリング頻度を減らしつつ、ＰＤＳＣＨピークレートを維持することができる。したがって、端末装置４０の消費電力を抑えることが可能になり、さらに、ＰＤＣＣＨのスケジュールも正常に行うことが可能になるので、端末装置４０の消費電力の低減及びカバレッジ縮小の抑制を実現することができる。
＜３－２．実施例２：multi-slot　PDSCH　scheduling　by　multiple　DCI＞
　基地局装置２０は、図１７に示すように、１つのスロット内の複数のＤＣＩで、ＨＡＲＱ　ｐｒｏｃｅｓｓ　ＩＤが異なる複数のＰＤＳＣＨをスケジュールする。これにより、１つのＤＣＩで複数ＰＤＳＣＨをスケジューリングすることで、柔軟なＰＤＳＣＨのスケジューリングが可能になる。
　ただし、１つのスロット内に複数のＤＣＩを配置できるスペースを設定する必要が生じる。具体的には、現在のＣＯＲＥＳＥＴ設定が、最大の設定である４５ＲＢグループ（２７０ＲＢ）および３シンボルである場合、最大１３５ＣＣＥを構成することが可能であり、ａｇｇｒｅｇａｔｉｏｎ　ｌｅｖｅｌ　１６　ＰＤＣＣＨを最大で８個収容することができる。一方で、例えば、８スロットのスケジューリングを１つのＣＯＲＥＳＥＴで行う場合、１ＵＥのみしか多重することができなくなる。２７０ＲＢよりも小さい帯域幅の場合、ＣＣＥ数はより小さくなる。
＜３－２－１．１つのＣＯＲＥＳＥＴを拡張する方法＞
　［例１］１つのＣＯＲＥＳＥＴが拡張される。具体的には、図１８に示すように、１つのＣＯＲＥＳＥＴを４シンボル以上で構成する。つまり、１つのスロット内の１つのＣＯＲＥＳＥＴに４つ以上のＤＣＩを配置することが可能である。ただし、Ｒｅｌ－１６までは、１つのＣＯＲＥＳＥＴのシンボル数は３までである。このため、４シンボル以上に設定した場合の仕様変更点について以下に説明する。
（ＰＤＳＣＨ　ｍａｐｐｉｎｇ　ｔｙｐｅ　ＡにおけるＤＭＲＳ　ｐｏｓｉｔｉｏｎ）
　（１）ＤＭＲＳ　ｐｏｓｉｔｉｏｎ（ＤＭＲＳポジション）は、ＣＯＲＥＳＥＴ直後のシンボルに置かれる。例えば、ＣＯＲＥＳＥＴが７シンボルで構成される場合、ＰＤＳＣＨのＤＭＲＳは８シンボル目に置かれる。
　（２）ＤＭＲＳ　ｐｏｓｉｔｉｏｎは、４シンボル以降の所定のシンボルに置かれる。例えば、ＣＯＲＥＳＥＴが７シンボルで構成される場合、ＰＤＳＣＨのＤＭＲＳは１０シンボル目に置かれる。
　（３）４シンボル以上に設定した場合には、ＰＤＳＣＨ　ｍａｐｐｉｎｇ　ｔｙｐｅ　Ａ（ＰＤＳＣＨマッピングタイプＡ）によるＰＤＳＣＨ配置は適用されない。この場合、ＣＯＲＥＳＥＴと同じスロットでＰＤＳＣＨが配置される場合、ＰＤＳＣＨ　ｍａｐｐｉｎｇ　ｔｙｐｅ　Ｂ（ＰＤＳＣＨマッピングタイプＢ）のみが適用される。なお、ＰＤＳＣＨ　ｍａｐｐｉｎｇ　ｔｙｐｅ　ＡとＢは、ＰＤＳＣＨがスケジュールされるスロットに応じて切り替えることができる。
＜３－２－２．複数のＣＯＲＥＳＥＴを１つのスロットに配置する方法＞
　［例２］図１９に示すように、複数のＣＯＲＥＳＥＴが１つのスロットに配置される。具体的には、１つのスロットに６つ以上のＣＯＲＥＳＥＴが配置される。Ｒｅｌ－１５までは、１つのＢＷＰにおける、１つのスロットに最大３つのＣＯＲＥＳＥＴを配置することができる。Ｒｅｌ－１６では、１つのＢＷＰにおける、１つのスロットに最大５つのＣＯＲＥＳＥＴを配置することができる。このため、６つ以上のＣＯＲＥＳＥＴに設定した場合の仕様変更点について以下に説明する。
＜３－２－３．クロススロットスケジューリング：Cross-slot　scheduling＞
　ＰＤＣＣＨが送られるスロットと異なるスロットにＰＤＳＣＨをスケジュールするクロススロットスケジューリングは、ＰＤＣＣＨと、スケジュールされるＰＤＳＣＨのスロットオフセットの値ｋ０により実現することができる。スロットオフセットの値（オフセット値）ｋ０は、スロットオフセット情報の一例である。
　従来は、ＴＤＲＡ（PDSCH-TimeDomainResourceAllocation）によって、スロットオフセットの値ｋ０、ＰＤＳＣＨマッピングタイプ、および、ＰＤＳＣＨのスタートシンボルとシンボル長（ＳＬＩＶ：starting　and　Length　Indicator　Value）の組み合わせを最大１６通り、ＤＬ　ＢＷＰ（downlink　Bandwidth　Part）毎に設定することができる。多くのＰＤＳＣＨをクロススロットスケジューリングによってスケジュールする場合には、１６通りでは足りない可能性がある。１６通り以上設定する場合には、拡張が必要となるため、拡張案について説明する。
（拡張案）
　（１）ＰＤＣＣＨと、スケジュールされるＰＤＳＣＨのスロットオフセットの値ｋ０は、ＣＯＲＥＳＥＴ毎またはｓｅａｒｃｈ　ｓｐａｃｅ（サーチスペース）毎に独立したＲＲＣパラメータによって設定される。一例として、異なるＣＯＲＥＳＥＴ間のＰＤＣＣＨは、異なるｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｌｌｏｃａｔｉｏｎの設定が適用される。一例として、異なるｓｅａｒｃｈ　ｓｐａｃｅ間のＰＤＣＣＨは、異なるｔｉｍｅ　Ｄｏｍａｉｎ　Ｒｅｓｏｕｒｃｅ　Ａｌｌｏｃａｔｉｏｎの設定が適用される。
　（２）ＣＯＲＥＳＥＴのスタートシンボルに対応してスロットオフセットの値ｋ０が設定される。具体例として、先に配置されるＣＯＲＥＳＥＴは先のスロットを指定するようにｋ０が設定され、後に配置されるＣＯＲＥＳＴは後のスロットを指定するようにｋ０が設定される。
　例えば、１番目のシンボルに配置されるＣＯＲＥＳＥＴのＰＤＣＣＨのｋ０は０（同一スロットへのＰＤＳＣＨスケジューリング）となり、４番目のシンボルに配置されるＣＯＲＥＳＥＴのＰＤＣＣＨのｋ０は１（後のスロットへのＰＤＳＣＨスケジューリング）となり、７番目のシンボルに配置されるＣＯＲＥＳＥＴのＰＤＣＣＨのｋ０は２（２つ後のスロットへのＰＤＳＣＨスケジューリング）となり、１０番目のシンボルに配置されるＣＯＲＥＳＥＴのＰＤＣＣＨのｋ０は３（３つ後のスロットへのＰＤＳＣＨスケジューリング）となる。このように、各ＣＯＲＥＳＥＴのＰＤＣＣＨのｋ０はＣＯＲＥＳＥＴ毎に設定される。
＜３－２－４．実施例２の要旨＞
　以上説明したように、実施例２によれば、基地局装置２０（又は基地局装置２０の一種である中継装置３０）が、ＨＡＲＱプロセスＩＤが異なる複数のＰＤＳＣＨをスケジュールする複数のＤＣＩであって一つのスロット内の一つのＣＯＲＥＳＥＴに配置された複数のＤＣＩを端末装置４０に送信する。端末装置４０は、基地局装置２０から送信された各ＤＣＩを受信し、それらのＤＣＩによりスケジュールされた各ＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫを基地局装置２０にフィードバックする。基地局装置２０は、端末装置４０からフィードバックされた各ＨＡＲＱ－ＡＣＫを受信する。このようにして、ＰＤＣＣＨをモニタリングしないスロットを設定し、ＰＤＣＣＨモニタリングを行う一つのスロットから、ＰＤＣＣＨをモニタリングしない複数のスロットにＰＤＳＣＨをスケジュールすることが可能になるので、ＰＤＣＣＨのモニタリング頻度を減らしつつ、ＰＤＳＣＨピークレートを維持することができる。したがって、端末装置４０の消費電力を抑えることが可能になり、さらに、ＰＤＣＣＨのスケジュールも正常に行うことが可能になるので、端末装置４０の消費電力の低減及びカバレッジ縮小の抑制を実現することができる。
＜３－３．実施例３：multi-cell　scheduling　by　one　DCI＞
　上記の実施例１は、１つのＤＣＩで複数のサービングセルに対する複数のＰＤＳＣＨ／ＰＵＳＣＨスケジューリング（multi-cell　PDSCH/PUSCH　scheduling）にも同様に適用することが可能である。以下では、マルチセルスケジューリング特有の実施例のみ説明する。言及されない箇所は上記の実施例１が適用される。
＜３－３－１．キャリア指示（Carrier　indicator）＞
　マルチセルスケジューリングにおいて、複数のサービングセル（ＰＣｅｌｌまたはＳＣｅｌｌ）を指定するキャリア指示の情報が含まれる。
　マルチセルスケジューリングにおけるキャリア指示の一例として、下りリンクグラント（e.g.　DCI　format　1_x）または上りリンクグラント（e.g.　DCI　format　0_x）に含まれる、各ビットがアクティベーションされたサービングセル（ＰＣｅｌｌまたはＳＣｅｌｌ）に対応するビットマップ情報が挙げられる。具体例として、５つのサービングセルがキャリアアグリゲーションとして端末装置４０に設定された場合、ビットマップ情報は各サービングセルに対応する５ビットの情報となる。下りリンクグラントまたは上りリンクグラントに含まれるビットマップ情報で指示されたサービングセルには、該下りリンクグラントによるＰＤＳＣＨまたは該上りリンクグラントによるＰＵＳＣＨがスケジュールされる。
　マルチセルスケジューリングにおけるキャリア指示の一例として、ＳＦＩ（DCI　format　2_0）に含まれる、各ビットがサービングセル（ＰＣｅｌｌまたはＳＣｅｌｌ）に対応するビットマップ情報が挙げられる。端末装置４０は、ＳＦＩと、下りリンクグラントまたは上りリンクグラント、を両方受信する。ＳＦＩに含まれるビットマップ情報で指示されたサービングセルに対して、下りリンクグラントによるＰＤＳＣＨまたは上りリンクグラントによるＰＵＳＣＨがスケジュールされる。
　なお、ディアクティベーションされたサービングセルに対して通知は行われない。ディアクティベーションされたサービングに対してマルチセルスケジューリングされることは期待されない。
　１つのＤＣＩによるマルチセルＰＤＳＣＨスケジューリングによって、制御情報のオーバーヘッドを低減することができる。また、各サービングセルにおいてＰＤＣＣＨモニタリングを行わなくてもよいため、消費電力を抑えることも可能になる。
＜３－３－２．Ｔ－ＤＡＩ＞
　一例として、マルチセルスケジューリングにおけるＴ－ＤＡＩは通知されない。
　一例として、マルチセルスケジューリングにおけるＴ－ＤＡＩは、スケジューリングされたサービングセルの中でインデックスの値が最も高いサービングセルに対するＴ－ＤＡＩの値を示す。
＜４．その他＞
　マルチスロットＰＤＳＣＨスケジューリングを導入すると同時に、ＰＤＣＣＨをモニタリングする上限数の定期を変更する必要がある。具体的には、スロット単位から、絶対時間単位に変更される。一例として、所定の絶対時間で定義される。例えば、サブフレーム（１ｍｓｅｃ）、ハーフフレーム（５ｍｓｅｃ）、無線フレーム（１０ｍｓｅｃ）で定義される。
　また、一例として、ＲＲＣシグナリングによって指定された時間で定義される。具体例として、μが４以上の場合、所定期間及びサービングセルあたりのモニタされるＰＤＣＣＨ候補の最大値（Ｍａｘｉｍｕｍ　ｎｕｍｂｅｒ　ｏｆ　ｍｏｎｉｔｏｒｅｄ　ＰＤＣＣＨ　ｃａｎｄｉｄａｔｅｓ　ｐｅｒ　ｃｅｒｔａｉｎ　ｄｕｒａｔｉｏｎ　ａｎｄ　ｐｅｒ　ｓｅｒｖｉｎｇ　ｃｅｌｌ）は２０、所定時間及びサービングセルあたりの非重複ＣＣＥｓの最大値（Ｍａｘｉｍｕｍ　ｎｕｍｂｅｒ　ｏｆ　ｎｏｎ－ｏｖｅｒｌａｐｐｅｄ　ＣＣＥｓ　ｐｅｒ　ｃｅｒｔａｉｎ　ｄｕｒａｔｉｏｎ　ａｎｄ　ｐｅｒ　ｓｅｒｖｉｎｇ　ｃｅｌｌ）は３２である。なお、所定期間（ｃｅｒｔａｉｎ　ｄｕｒａｔｉｏｎ）はμ＝３におけるスロット区間である。
（スロット構成）
　本構成において、ＰＤＣＣＨスロットが定義されてもよい。ＰＤＣＣＨスロットにはＰＤＳＣＨが配置されない。ＰＤＣＣＨスロットは、ＳＩＢ、専用ＲＲＣシグナリング、または、共通ＰＤＣＣＨによって設定されてもよい。
　また、ＰＤＳＣＨスロットが定義されてもよい。ＰＤＳＣＨスロットは、ＰＤＣＣＨが配置されない。ＰＤＳＣＨスロットは、ＳＩＢ、専用ＲＲＣシグナリング、または、共通ＰＤＣＣＨによって設定されてもよい。
（ＰＤＣＣＨのＤＭＲＳ構成）
　高いＳＣＳではサブキャリアが広域に広がるため、現在の４ＲＥ（リソースブロック）置きに配置する構成では、周波数軸におけるチャネル推定精度が劣化する可能性がある。一方で、高いＳＣＳではシンボル長が短くなるため、時間軸における補完精度が十分に確保される可能性がある。
　そこで、解決案として、周波数軸におけるＤＭＲＳの密度を増やし、時間軸におけるＤＭＲＳの密度を減らすＤＭＲＳ構成（第二のＤＭＲＳ構成）が適用され得る。ＰＤＣＣＨのＤＭＲＳは、復調処理の遅延の観点から、少なくとも１番目のシンボルに含まれることが望ましい。
　具体例として、図２０に示すように、１番目のシンボルにはＰＤＣＣＨのＤＭＲＳのみが配置され、２，３，４番目のシンボルにはＰＤＣＣＨが配置される。なお、ＤＭＲＳが配置されるシンボルおよびＤＭＲＳシンボルの数は、ＲＲＣ設定によって指定することができる。
　また、別の具体例として、ＤＭＲＳは２サブキャリア毎、２シンボル毎に配置される。周波数軸のＤＭＲＳの密度、および／または、時間軸におけるＤＭＲＳの密度は、ＲＲＣシグナリングによって設定されてもよい。
　ＤＭＲＳ構成の適用は、条件に応じて、切り替えられる。
　条件の一例として、周波数レンジが挙げられる。例えば、第一の周波数レンジ、第二の周波数レンジ、または、第三の周波数レンジにおいて、第一のＤＭＲＳ構成が適用され、第四の周波数レンジにおいて、第二のＤＭＲＳ構成が適用される。
　条件の一例として、ＳＣＳが挙げられる。例えば、ＳＣＳが１２０ｋＨｚ以下で指定された場合、第一のＤＭＲＳ構成が適用され、ＳＣＳが２４０ｋＨｚ以上で指定された場合、第二のＤＭＲＳ構成が適用される。
　条件の一例として、ＲＲＣによる指示が挙げられる。ＲＲＣによって第二のＤＭＲＳ構成の適用が設定された場合、第二のＤＭＲＳ構成が適用され、そうでなければ、第一のＤＭＲＳ構成が適用される。上記のＲＲＣ設定は、セル毎に設定されてもよいし、ＢＷＰ（Bandwidth　Part）ごとに設定されてもよいし、ＣＯＲＥＳＥＴ毎に設定されてもよいし、サーチスペース毎に設定されてもよい。
　条件の一例として、システム情報による指示が挙げられる。ＭＩＢ（Master　Information　Block）またはＳＩＢ（System　Information　Block）に含まれる指示において第二のＤＭＲＳ構成の適用が指示された場合、第二のＤＭＲＳ構成が適用され、そうでなければ、第一のＤＭＲＳ構成が適用される。なお、システム情報による指示は、後に設定される専用ＲＲＣ設定（dedicated　RRC　configuration）によって上書きされてもよい。
　以上、添付図面を参照しながら各実施形態について詳細に説明したが、本技術はかかる例に限定されない。各実施形態は、それぞれ組み合わせて実施してもよい。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　例えば、基地局装置２０や中継装置３０、端末装置４０等に内蔵されるＣＰＵ、ＲＯＭ及びＲＡＭ等のハードウェアに、基地局装置２０や中継装置３０、端末装置４０等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させたコンピュータ読み取り可能な記憶媒体も提供される。
　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
　本技術は以下のような構成も取ることができる。
（１）
　ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする一つの下りリンク制御情報を端末装置に送信し、
　前記下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫであって同じフィードバックタイミング又は異なる複数のフィードバックタイミングでフィードバックされた前記複数のＨＡＲＱ－ＡＣＫを前記端末装置から受信し、
　前記フィードバックタイミングは、所定の条件に応じて選択される、
通信方法。
（２）
　ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする一つの下りリンク制御情報を基地局装置から受信し、
　前記下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫを同じフィードバックタイミング又は異なる複数のフィードバックタイミングで前記基地局装置にフィードバックし、
　前記フィードバックタイミングは、所定の条件に応じて選択される、
通信方法。
（３）
　前記下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨにおいて、前記複数のＨＡＲＱ－ＡＣＫを準備するためのプロセス時間よりも後に、前記フィードバックタイミングを指定する、
前記（１）に記載の通信方法。
（４）
　前記下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨにおいて、前記複数のＨＡＲＱ－ＡＣＫを準備するためのプロセス時間よりも後に、前記フィードバックタイミングが指定されることを想定する、
前記（２）に記載の通信方法。
（５）
　前記基地局装置に前記ＨＡＲＱ－ＡＣＫを返せない場合、返せない前記ＨＡＲＱ－ＡＣＫを、前記フィードバックタイミングを指定しないことを指示する指示情報として扱う、
前記（２）に記載の通信方法。
（６）
　異なる前記複数のフィードバックタイミングは、前記下りリンク制御情報に含まれる複数のフィードバックタイミングを示すフィールドによって指定される、
前記（１）又は（２）に記載の通信方法。
（７）
　異なる前記複数のフィードバックタイミングは、前記下りリンク制御情報に含まれる一つのフィードバックタイミング情報と、スロットオフセット情報によって指定される、
前記（１）又は（２）に記載の通信方法。
（８）
　前記ＰＤＳＣＨがスケジュールされたスロットを通知するＴＤＲＡ情報を前記端末装置に送信する、
前記（１）に記載の通信方法。
（９）
　前記ＰＤＳＣＨがスケジュールされたスロットを通知するＴＤＲＡ情報を前記基地局装置から受信する、
前記（２）に記載の通信方法。
（１０）
　前記ＰＤＳＣＨがスケジュールされたスロットを通知するＳＬＩＶ情報であって前記ＰＤＳＣＨの開始シンボル及びシンボル長を指定する前記ＳＬＩＶ情報を前記端末装置に送信する、
前記（１）に記載の通信方法。
（１１）
　前記ＰＤＳＣＨがスケジュールされたスロットを通知するＳＬＩＶ情報であって前記ＰＤＳＣＨの開始シンボル及びシンボル長を指定する前記ＳＬＩＶ情報を前記基地局装置から受信する、
前記（２）に記載の通信方法。
（１２）
　一つの下りリンク制御情報によりＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールするマルチスロットＰＤＳＣＨスケジュールと、一つの下りリンク制御情報により一つのＰＤＳＣＨをスケジュールするシングルスロットＰＤＳＣＨスケジュールとを切り替える、
前記（２）に記載の通信方法。
（１３）
　前記マルチスロットＰＤＳＣＨスケジュールと前記シングルスロットＰＤＳＣＨスケジュールとをＴＤＲＡ情報に基づいて切り替える、
前記（１２）に記載の通信方法。
（１４）
　ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする複数の下りリンク制御情報であって一つのスロット内の一つのＣＯＲＥＳＥＴに配置された前記複数の下りリンク制御情報を端末装置に送信し、
　前記複数の下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫを前記端末装置から受信する、
通信方法。
（１５）
　ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする複数の下りリンク制御情報であって一つのスロット内の一つのＣＯＲＥＳＥＴに配置された前記複数の下りリンク制御情報を基地局装置から受信し、
　前記複数の下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫを前記基地局装置にフィードバックする、
通信方法。
（１６）
　前記ＣＯＲＥＳＥＴは、４つ以上のシンボルにより構成されており、
　ＰＤＣＣＨに関連付けられるＤＭＲＳの位置は、前記ＣＯＲＥＳＥＴの直後のシンボルに置かれる、
前記（１４）又は（１５）に記載の通信方法。
（１７）
　前記ＣＯＲＥＳＥＴは、４つ以上のシンボルにより構成されており、
　ＰＤＣＣＨに関連付けられるＤＭＲＳの位置は、４シンボル以降の所定のシンボルに置かれる、
前記（１４）又は（１５）に記載の通信方法。
（１８）
　前記ＣＯＲＥＳＥＴは、４つ以上のシンボルにより構成されており、
　前記ＰＤＳＣＨがスケジュールされるスロットに応じて、ＰＤＳＣＨマッピングタイプＡとＰＤＳＣＨマッピングタイプＢとを切り替える、
前記（１４）又は（１５）に記載の通信方法。
（１９）
　ＰＤＣＣＨが送られるスロットと異なるスロットに前記ＰＤＳＣＨをスケジュールするクロススロットスケジューリングは、前記ＰＤＣＣＨと、スケジュールされる前記ＰＤＳＣＨのスロットオフセット情報により実現され、
　前記ＰＤＣＣＨ及び前記スロットオフセット情報は、ＣＯＲＥＳＥＴ毎又はサーチスペース毎に、独立したＲＲＣパラメータにより設定される、
前記（１４）～（１８）のいずれか一つに記載の通信方法。
（２０）
　ＰＤＣＣＨが送られるスロットと異なるスロットに前記ＰＤＳＣＨをスケジュールするクロススロットスケジューリングは、前記ＰＤＣＣＨと、スケジュールされる前記ＰＤＳＣＨのスロットオフセット情報により実現され、
　前記スロットオフセット情報は、前記ＣＯＲＥＳＥＴのスタートシンボルに対応して設定される、
前記（１４）～（１８）のいずれか一つに記載の通信方法。
　１　　通信システム
　１０　管理装置
　２０　基地局装置
　２３　制御部
　３０　中継装置
　３４　制御部
　４０　端末装置
　４５　制御部

Claims (20)

  1. 　ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする一つの下りリンク制御情報を端末装置に送信し、
    　前記下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫであって同じフィードバックタイミング又は異なる複数のフィードバックタイミングでフィードバックされた前記複数のＨＡＲＱ－ＡＣＫを前記端末装置から受信し、
    　前記フィードバックタイミングは、所定の条件に応じて選択される、
    通信方法。
  2. 　ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする一つの下りリンク制御情報を基地局装置から受信し、
    　前記下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫを同じフィードバックタイミング又は異なる複数のフィードバックタイミングで前記基地局装置にフィードバックし、
    　前記フィードバックタイミングは、所定の条件に応じて選択される、
    通信方法。
  3. 　前記下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨにおいて、前記複数のＨＡＲＱ－ＡＣＫを準備するためのプロセス時間よりも後に、前記フィードバックタイミングを指定する、
    請求項１に記載の通信方法。
  4. 　前記下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨにおいて、前記複数のＨＡＲＱ－ＡＣＫを準備するためのプロセス時間よりも後に、前記フィードバックタイミングが指定されることを想定する、
    請求項２に記載の通信方法。
  5. 　前記基地局装置に前記ＨＡＲＱ－ＡＣＫを返せない場合、返せない前記ＨＡＲＱ－ＡＣＫを、前記フィードバックタイミングを指定しないことを指示する指示情報として扱う、
    請求項２に記載の通信方法。
  6. 　異なる前記複数のフィードバックタイミングは、前記下りリンク制御情報に含まれる複数のフィードバックタイミングを示すフィールドによって指定される、
    請求項１に記載の通信方法。
  7. 　異なる前記複数のフィードバックタイミングは、前記下りリンク制御情報に含まれる一つのフィードバックタイミング情報と、スロットオフセット情報によって指定される、
    請求項１に記載の通信方法。
  8. 　前記ＰＤＳＣＨがスケジュールされたスロットを通知するＴＤＲＡ情報を前記端末装置に送信する、
    請求項１に記載の通信方法。
  9. 　前記ＰＤＳＣＨがスケジュールされたスロットを通知するＴＤＲＡ情報を前記基地局装置から受信する、
    請求項２に記載の通信方法。
  10. 　前記ＰＤＳＣＨがスケジュールされたスロットを通知するＳＬＩＶ情報であって前記ＰＤＳＣＨの開始シンボル及びシンボル長を指定する前記ＳＬＩＶ情報を前記端末装置に送信する、
    請求項１に記載の通信方法。
  11. 　前記ＰＤＳＣＨがスケジュールされたスロットを通知するＳＬＩＶ情報であって前記ＰＤＳＣＨの開始シンボル及びシンボル長を指定する前記ＳＬＩＶ情報を前記基地局装置から受信する、
    請求項２に記載の通信方法。
  12. 　一つの下りリンク制御情報によりＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールするマルチスロットＰＤＳＣＨスケジュールと、一つの下りリンク制御情報により一つのＰＤＳＣＨをスケジュールするシングルスロットＰＤＳＣＨスケジュールとを切り替える、
    請求項２に記載の通信方法。
  13. 　前記マルチスロットＰＤＳＣＨスケジュールと前記シングルスロットＰＤＳＣＨスケジュールとをＴＤＲＡ情報に基づいて切り替える、
    請求項１２に記載の通信方法。
  14. 　ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする複数の下りリンク制御情報であって一つのスロット内の一つのＣＯＲＥＳＥＴに配置された前記複数の下りリンク制御情報を端末装置に送信し、
    　前記複数の下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫを前記端末装置から受信する、
    通信方法。
  15. 　ＨＡＲＱプロセス識別情報が異なる複数のＰＤＳＣＨをスケジュールする複数の下りリンク制御情報であって一つのスロット内の一つのＣＯＲＥＳＥＴに配置された前記複数の下りリンク制御情報を基地局装置から受信し、
    　前記複数の下りリンク制御情報によりスケジュールされた前記複数のＰＤＳＣＨに対応する複数のＨＡＲＱ－ＡＣＫを前記基地局装置にフィードバックする、
    通信方法。
  16. 　前記ＣＯＲＥＳＥＴは、４つ以上のシンボルにより構成されており、
    　ＰＤＣＣＨに関連付けられるＤＭＲＳの位置は、前記ＣＯＲＥＳＥＴの直後のシンボルに置かれる、
    請求項１４に記載の通信方法。
  17. 　前記ＣＯＲＥＳＥＴは、４つ以上のシンボルにより構成されており、
    　ＰＤＣＣＨに関連付けられるＤＭＲＳの位置は、４シンボル以降の所定のシンボルに置かれる、
    請求項１４に記載の通信方法。
  18. 　前記ＣＯＲＥＳＥＴは、４つ以上のシンボルにより構成されており、
    　前記ＰＤＳＣＨがスケジュールされるスロットに応じて、ＰＤＳＣＨマッピングタイプＡとＰＤＳＣＨマッピングタイプＢとを切り替える、
    請求項１４に記載の通信方法。
  19. 　ＰＤＣＣＨが送られるスロットと異なるスロットに前記ＰＤＳＣＨをスケジュールするクロススロットスケジューリングは、前記ＰＤＣＣＨと、スケジュールされる前記ＰＤＳＣＨのスロットオフセット情報により実現され、
    　前記ＰＤＣＣＨ及び前記スロットオフセット情報は、ＣＯＲＥＳＥＴ毎又はサーチスペース毎に、独立したＲＲＣパラメータにより設定される、
    請求項１４に記載の通信方法。
  20. 　ＰＤＣＣＨが送られるスロットと異なるスロットに前記ＰＤＳＣＨをスケジュールするクロススロットスケジューリングは、前記ＰＤＣＣＨと、スケジュールされる前記ＰＤＳＣＨのスロットオフセット情報により実現され、
    　前記スロットオフセット情報は、前記ＣＯＲＥＳＥＴのスタートシンボルに対応して設定される、
    請求項１４に記載の通信方法。
PCT/JP2021/027656 2020-08-06 2021-07-27 通信方法 WO2022030295A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP21852496.5A EP4195822A4 (en) 2020-08-06 2021-07-27 COMMUNICATION PROCESS
US18/006,750 US20230262699A1 (en) 2020-08-06 2021-07-27 Communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020134193 2020-08-06
JP2020-134193 2020-08-06

Publications (1)

Publication Number Publication Date
WO2022030295A1 true WO2022030295A1 (ja) 2022-02-10

Family

ID=80117349

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/027656 WO2022030295A1 (ja) 2020-08-06 2021-07-27 通信方法

Country Status (3)

Country Link
US (1) US20230262699A1 (ja)
EP (1) EP4195822A4 (ja)
WO (1) WO2022030295A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023245426A1 (zh) * 2022-06-21 2023-12-28 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备
WO2024072311A1 (en) * 2022-09-30 2024-04-04 Telefonaktiebolaget Lm Ericsson (Publ) Type-1 harq-ack codebook for a single downlink control information scheduling multiple cells

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220322383A1 (en) * 2021-04-06 2022-10-06 Qualcomm Incorporated Timing offset indications for higher frequency bands
US20220361220A1 (en) * 2021-05-10 2022-11-10 Qualcomm Incorporated Multi-pdsch or multi-pusch grant for non-contiguous resources on multiple slots
US20230284134A1 (en) * 2022-03-02 2023-09-07 Qualcomm Incorporated Multi-cell scheduling for power saving

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019190173A1 (ko) * 2018-03-26 2019-10-03 엘지전자 주식회사 무선 통신 시스템에서 물리 신호 및/또는 채널의 송수신 방법 및 이를 위한 장치
US20200196343A1 (en) * 2017-06-14 2020-06-18 Idac Holdings, Inc. Reliable control signaling
WO2020121413A1 (ja) * 2018-12-11 2020-06-18 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
US20200214084A1 (en) * 2019-04-02 2020-07-02 Intel Corporation Enhanced downlink semi-persistent scheduling (sps)
WO2020153210A1 (ja) * 2019-01-22 2020-07-30 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10541785B2 (en) * 2016-07-18 2020-01-21 Samsung Electronics Co., Ltd. Carrier aggregation with variable transmission durations
EP3603266A4 (en) * 2017-03-23 2021-05-26 Apple Inc. PLANNING, HYBRID AUTOMATIC REPEAT REQUEST OPERATION AND CODE BOOK DESIGN FOR NEW RADIO CARRIER AGGREGATION
JP7138379B2 (ja) * 2018-11-11 2022-09-16 ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド 無線通信システムのｈａｒｑ－ａｃｋコードブック生成方法及びこれを用いる装置
US11563545B2 (en) * 2019-01-10 2023-01-24 Intel Corporation HARQ-ACK transmission and retransmission in wireless communication systems

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200196343A1 (en) * 2017-06-14 2020-06-18 Idac Holdings, Inc. Reliable control signaling
WO2019190173A1 (ko) * 2018-03-26 2019-10-03 엘지전자 주식회사 무선 통신 시스템에서 물리 신호 및/또는 채널의 송수신 방법 및 이를 위한 장치
WO2020121413A1 (ja) * 2018-12-11 2020-06-18 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
WO2020153210A1 (ja) * 2019-01-22 2020-07-30 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
US20200214084A1 (en) * 2019-04-02 2020-07-02 Intel Corporation Enhanced downlink semi-persistent scheduling (sps)

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
NOKIA: "Required changes to NR using existing DL/UL NR waveform", RL-2003811, May 2020 (2020-05-01)
QUALCOMM INCORPORATED: "TP for 38.213 Section 11.1", 3GPP DRAFT; R1-1805569 TP FOR SECTION 11.1_V3, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Sanya, China; 20180416 - 20180420, 16 April 2018 (2018-04-16), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051427571 *
See also references of EP4195822A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023245426A1 (zh) * 2022-06-21 2023-12-28 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备
WO2024072311A1 (en) * 2022-09-30 2024-04-04 Telefonaktiebolaget Lm Ericsson (Publ) Type-1 harq-ack codebook for a single downlink control information scheduling multiple cells

Also Published As

Publication number Publication date
US20230262699A1 (en) 2023-08-17
EP4195822A1 (en) 2023-06-14
EP4195822A4 (en) 2024-02-28

Similar Documents

Publication Publication Date Title
JP7347426B2 (ja) 通信装置、通信方法及び通信プログラム
US11516715B2 (en) Communication apparatus, base station apparatus, communication method, and communication system
WO2022030295A1 (ja) 通信方法
US20240022315A1 (en) Communication device, communication method, base station, and method performed by base station
WO2021029296A1 (ja) 端末装置、基地局装置、端末装置の制御方法および基地局装置の制御方法
WO2020202792A1 (ja) 通信装置および通信方法
WO2021090596A1 (ja) 端末装置、基地局装置、端末装置の制御方法および基地局装置の制御方法
US11979922B2 (en) Communication device, communication method, and communication program
US20220124829A1 (en) Communication device, base station device, communication method, and communication program
CN115152157A (zh) 在无线通信系统中执行波束故障恢复过程的方法及其设备
JP7477094B2 (ja) 通信方法、通信装置、通信システム、コンピュータ可読記憶媒体、コンピュータプログラムおよびチップ
US20220400519A1 (en) Communication device, base station, communication method, and communication program
US11533148B2 (en) Communication device and communication method
WO2022030281A1 (ja) 通信装置、及び通信方法
WO2021230107A1 (ja) 通信装置、非静止衛星、地上局、及び通信方法
WO2021029159A1 (ja) 通信装置及び通信方法
WO2023085125A1 (ja) 通信装置、及び通信方法
US20230142149A1 (en) Communication device, communication method, and communication program
WO2023210484A1 (ja) 通信装置、及び通信方法
WO2023162763A1 (ja) 通信装置、通信方法、及び通信システム
KR20240102945A (ko) 통신 장치 및 통신 방법
CN116830500A (zh) 具有上行链路消息重复的在上行链路消息中复用的上行链路控制信息（uci）

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21852496

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2021852496

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: JP