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

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

Info

Publication number
WO2020218355A1
WO2020218355A1 PCT/JP2020/017361 JP2020017361W WO2020218355A1 WO 2020218355 A1 WO2020218355 A1 WO 2020218355A1 JP 2020017361 W JP2020017361 W JP 2020017361W WO 2020218355 A1 WO2020218355 A1 WO 2020218355A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdsch
harq
ack
terminal device
ack codebook
Prior art date
Application number
PCT/JP2020/017361
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 US17/606,091 priority Critical patent/US11849449B2/en
Publication of WO2020218355A1 publication Critical patent/WO2020218355A1/ja

Links

Images

Classifications

    • 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
    • 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • 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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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/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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • 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

  • Non-Patent Document 1 LTE (Long Term Evolution) -Advanced Pro and NR (New Radio) in the 3rd Generation Partnership Project (3GPP: The Third Generation Partnership Project) as wireless access methods and wireless network technologies for the 5th generation cellular systems. Technology) has been studied and standards have been established (Non-Patent Document 1).
  • machines such as eMBB (enhanced Mobile BroadBand) that realizes high-speed and large-capacity transmission, URLLC (Ultra-Reliable and Low Latency Communication) that realizes low-latency and high-reliability communication, and IoT (Internet of Things)
  • eMBB enhanced Mobile BroadBand
  • URLLC Ultra-Reliable and Low Latency Communication
  • IoT Internet of Things
  • Three mMTCs massive Machine Type Communication
  • An object of the present invention is to provide a terminal device, a base station device, a communication method, and an integrated circuit that enable efficient communication in the above-mentioned wireless communication system.
  • the aspect of the present invention has taken the following measures. That is, the terminal device according to one aspect of the present invention generates a receiving unit that receives the PDSCH and a HARQ-ACK codebook used for transmitting the HARQ-ACK information bit for the PDSCH, and generates the generated HARQ-ACK.
  • a transmitter that transmits a codebook on PUCCH, and if the first RRC parameter is provided, one or two HARQ-ACK codebooks are generated, and the two HARQ-ACK codebooks are generated. In the first case, a first HARQ-ACK codebook and a second HARQ-ACK codebook are generated, and in the second case where the first RRC parameter is not provided, one HARQ-ACK codebook is generated. Will be done.
  • the base station device that communicates with the terminal device includes a transmission unit that transmits a PDSCH and a HARQ that is generated by the terminal device to transmit an HARQ-ACK information bit for the PDSCH.
  • a transmission unit that transmits a PDSCH and a HARQ that is generated by the terminal device to transmit an HARQ-ACK information bit for the PDSCH.
  • the communication method in one aspect of the present invention is the communication method of the terminal device, which is a HARQ-ACK codebook used for receiving the PDSCH and transmitting the HARQ-ACK information bit to the PDSCH.
  • a workbook is generated.
  • the communication method is the communication method of the base station device that communicates with the terminal device, the PDSCH is transmitted, and the terminal device transmits the HARQ-ACK information bit for the PDSCH.
  • the HARQ-ACK codebook generated for the purpose is received by PUCCH and the first RRC parameter is provided to the terminal device, one or two HARQ-ACK codebooks are generated and the two HARQ-ACKs are generated.
  • the codebook is generated
  • the terminal device is not provided with the first RRC parameter.
  • One HARQ-ACK codebook is generated.
  • the base station device and the terminal device can efficiently communicate with each other.
  • FIG. 1 is a conceptual diagram of a wireless communication system according to the present embodiment.
  • the wireless communication system includes a terminal device 1A, a terminal device 1B, and a base station device 3.
  • the terminal device 1A and the terminal device 1B will also be referred to as a terminal device 1.
  • the base station device 3 may include one or a plurality of transmission / reception points 4 (transmission reception points). At least a part of the functions / processes of the base station apparatus 3 described below may be the functions / processes at each transmission / reception point 4 included in the base station apparatus 3.
  • the base station apparatus 3 may serve the terminal apparatus 1 with the communicable range (communication area) controlled by the base station apparatus 3 as one or a plurality of cells. Further, the base station apparatus 3 may serve the terminal apparatus 1 with the communicable range (communication area) controlled by one or a plurality of transmission / reception points 4 as one or a plurality of cells. Further, the base station apparatus 3 may divide one cell into a plurality of partial regions (Beamed area) and serve the terminal apparatus 1 in each partial region. Here, the subregions may be identified based on the beam index or precoding index used in beamforming.
  • the wireless communication link from the base station device 3 to the terminal device 1 is called a downlink.
  • the wireless communication link from the terminal device 1 to the base station device 3 is referred to as an uplink.
  • orthogonal frequency division multiplexing Orthogonal Frequency Division Multiplexing
  • CP Cyclic Prefix
  • SC- single carrier frequency multiplexing
  • FDM Single-Carrier Frequency Division Multiplexing
  • DFT-S-OFDM Discrete Fourier Transform Spread OFDM
  • MC-CDM Multi-Carrier Code Division Multiplexing
  • the universal filter multi-carrier (UFMC: Universal-Filtered Multi-Carrier), the filter OFDM (F-OFDM: Filtered OFDM), and the window function are used.
  • Multiplied OFDM Windowed OFDM
  • filter bank multi-carrier FBMC: Filter-Bank Multi-Carrier
  • the above-mentioned transmission method in which CP is not used or zero padding is performed instead of CP may be used. Also, CP and zero padding may be added both forward and backward.
  • One aspect of this embodiment may be operated in carrier aggregation or dual connectivity with a radio access technology (RAT: Radio Access Technology) such as LTE or LTE-A / LTE-A Pro.
  • RAT Radio Access Technology
  • some or all cells or cell groups, carriers or carrier groups for example, primary cell (PCell: Primary Cell), secondary cell (SCell: Secondary Cell), primary secondary cell (PSCell), MCG (Master Cell Group) ), SCG (Secondary Cell Group), etc.
  • PCell Primary Cell
  • SCell Secondary Cell
  • PSCell primary secondary cell
  • MCG Master Cell Group
  • SCG Secondary Cell Group
  • SpCell is either MCG's PCell or SCG's PSCell, depending on whether the MAC (MAC: Medium Access Control) entity is associated with MCG or SCG, respectively. It is called.
  • MAC Medium Access Control
  • one or more serving cells may be set for the terminal device 1.
  • the plurality of serving cells set may include one primary cell and one or more secondary cells.
  • the primary cell may be the serving cell in which the initial connection establishment procedure was performed, the serving cell in which the connection re-establishment procedure was initiated, or the cell designated as the primary cell in the handover procedure. Good.
  • One or more secondary cells may be set when or after the RRC (Radio Resource Control) connection is established.
  • the plurality of set serving cells may include one primary secondary cell.
  • the primary secondary cell may be a secondary cell capable of transmitting control information on the uplink among one or a plurality of secondary cells in which the terminal device 1 is set.
  • a subset of two types of serving cells may be set for the terminal device 1.
  • the master cell group may consist of one primary cell and zero or more secondary cells.
  • the secondary cell group may consist of one primary secondary cell and zero or more secondary cells.
  • TDD Time Division Duplex
  • FDD Frequency Division Duplex
  • a TDD (Time Division Duplex) method or an FDD (Frequency Division Duplex) method may be applied to all of a plurality of cells. Further, the cells to which the TDD method is applied and the cells to which the FDD method is applied may be aggregated.
  • the TDD scheme may be referred to as Unpaired spectrum operation.
  • the FDD method may be referred to as a paired spectrum operation.
  • the carrier corresponding to the serving cell is called the downlink component carrier (or downlink carrier).
  • the carrier corresponding to the serving cell is referred to as an uplink component carrier (or uplink carrier).
  • the carrier corresponding to the serving cell is referred to as a side link component carrier (or side link carrier).
  • the downlink component carrier, the uplink component carrier, and / or the side link component carrier are collectively referred to as a component carrier (or carrier).
  • the following physical channels are used in the wireless communication between the terminal device 1 and the base station device 3.
  • PBCH Physical Broadcast CHannel
  • -PDCCH Physical Downlink Control CHannel
  • -PDSCH Physical Downlink Shared CHannel
  • -PUCCH Physical Uplink Control CHannel
  • PRACH Physical Random Access CHannel
  • the PBCH is used for notifying an important information block (MIB: Master Information Block, EIB: Essential Information Block, BCH: Broadcast Channel) including important system information required by the terminal device 1.
  • MIB Master Information Block
  • EIB Essential Information Block
  • BCH Broadcast Channel
  • the PBCH may be used to notify the time index within the period of the block of the synchronization signal (also referred to as the SS / PBCH block).
  • the time index is information indicating the synchronization signal in the cell and the index of the PBCH.
  • a SS / PBCH block is transmitted using the assumption of three transmission beams (transmission filter setting, pseudo-same position (QCL: Quasi Co-Location) regarding reception space parameters), it is set within a predetermined period or set. The time order within the cycle may be shown. Further, the terminal device may recognize the difference in the time index as the difference in the transmission beam.
  • PDCCH is used for transmitting (or carrying) downlink control information (Downlink Control Information: DCI) in downlink wireless communication (wireless communication from base station device 3 to terminal device 1).
  • DCI Downlink Control Information
  • one or more DCIs (which may be referred to as DCI formats) are defined for the transmission of downlink control information. That is, the field for downlink control information is defined as DCI and mapped to the information bit.
  • the PDCCH is transmitted in the PDCCH candidate.
  • the terminal device 1 monitors a set of PDCCH candidates (candidates) in the serving cell. Monitoring means attempting to decode the PDCCH according to a DCI format.
  • DCI formats 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
  • DCI format 0_0 may be used for scheduling PUSCH in a serving cell.
  • the DCI format 0_0 may include information indicating PUSCH scheduling information (frequency domain resource allocation and time domain resource allocation).
  • DCI format 0_0 refers to Cell-RNTI (C-RNTI), Configured Scheduling (CS) -RNTI), MCS-C-RNTI, and / or Tempor among the identifiers Radio Network Temporary Indicator (RNTI).
  • CRC Cyclic Redundancy Check
  • TC-RNTI Radio Network Temporary Indicator
  • DCI format 0_0 may be monitored in a common search space or a UE-specific search space.
  • the DCI format 0-1 may be used for scheduling PUSCH in a serving cell.
  • the DCI format 0_1 refers to information indicating PUSCH scheduling information (frequency domain resource allocation and time domain resource allocation), information indicating a band portion (BWP: BandWidthPart), channel state information (CSI: Channel State Information) request, and sounding reference. It may include information about signal (SRS: Sounding Reference Signal) requests and / or antenna ports.
  • the DCI format 0-1 may be added with a CRC scrambled by any of the RNTIs, 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 scheduling PUSCH in a serving cell.
  • the 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 the antenna port.
  • the DCI format 0_2 may be supplemented with a CRC scrambled by any of the RNTIs, C-RNTI, CSI-RNTI, SP-CSI-RNTI, and / or MCS-C-RNTI.
  • 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 and the like.
  • DCI format 1_0 may be used for PDSCH scheduling in a serving cell.
  • the DCI format 1_0 may include information indicating PDSCH scheduling information (frequency domain resource allocation and time domain resource allocation).
  • 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 scrambled CRC may be added.
  • DCI format 1_0 may be monitored in a common search space or a UE-specific search space.
  • DCI format 1-11 may be used for scheduling PDSCH in a serving cell.
  • the DCI format 1-11 is information indicating PDSCH scheduling information (frequency domain resource allocation and time domain resource allocation), information indicating a band portion (BWP), transmission setting instruction (TCI: Transmission Configuration Indication), and / or an antenna port. May include information about.
  • the DCI format 1-11 may be added with a CRC scrambled by any of the RNTIs, C-RNTI, CS-RNTI, and / or MCS-C-RNTI. DCI format 1-11 may be monitored in the UE-specific search space.
  • DCI format 1-2 may be used for PDSCH scheduling in a serving cell.
  • the 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.
  • the DCI format 1-2 may be added with a CRC scrambled by any of the RNTIs, C-RNTI, CS-RNTI, and / or MCS-C-RNTI.
  • 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-11A and the like. Further, the DCI format 1_2 may be the DCI format 1-11 to which the CRC scrambled by UC-RNTI is added.
  • UC-RNTI is an RNTI that uses a value different from the values available in C-RNTI, MCS-C-RNTI, CS-RNTI, SI-RNTI, RA-RNTI, TC-RNTI and P-RNTI. Good.
  • the UC-RNTI may be an RNTI used to control the PDSCH or PUSCH of data for a given service in one or more slots.
  • 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 in the slot classified as downlink, flexible, or uplink.
  • DDDDDDDDDDDFU is applied to the 14-symbol OFDM symbols in the slot in which the slot format 28 is specified.
  • D is a downlink symbol
  • F is a flexible symbol
  • U is an uplink symbol. The slot will be described later.
  • the DCI format 2_1 is used to notify the terminal device 1 of a physical resource block and an OFDM symbol that can be assumed to have no transmission. This information may be referred to as a preemption instruction (intermittent transmission instruction).
  • DCI format 2_2 is used for transmitting transmission power control (TPC: Transmit Power Control) commands for PUSCH and PUSCH.
  • TPC Transmit Power Control
  • DCI format 2_3 is used to transmit a group of TPC commands for sounding reference signal (SRS) transmission by one or more terminal devices 1. Further, an SRS request may be transmitted together with the TPC command. Further, in DCI format 2_3, an SRS request and a TPC command may be defined for an uplink without PUSCH and PUCCH, or for an uplink in which the transmission power control of SRS is not associated with the transmission power control of PUSCH.
  • SRS sounding reference signal
  • the DCI for the downlink is also referred to as a downlink grant or a downlink assignment.
  • the DCI for the uplink is also referred to as an uplink grant or an uplink assignment.
  • DCI may also be referred to as DCI format.
  • the CRC parity bit added to the DCI format transmitted by one PDCCH is scrambled by SI-RNTI, P-RNTI, C-RNTI, CS-RNTI, RA-RNTI, or TC-RNTI.
  • SI-RNTI may be an identifier used to broadcast system information.
  • 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 the terminal device in the cell.
  • TC-RNTI is an identifier for identifying the terminal device 1 that transmitted the random access preamble during the contention-based random access procedure.
  • 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.
  • the MCS-C-RNTI is used to indicate the use of a given MCS table for a grant-based transmission.
  • TC-RNTI is used to control PDSCH transmission or PUSCH transmission in one or more slots.
  • TC-RNTI is used to schedule the retransmission of the random access message 3 and the transmission of the random access message 4.
  • RA-RNTI is determined according to the frequency and time position information of the physical random access channel that transmitted the random access preamble.
  • C-RNTI and / or other RNTI different values may be used depending on the type of traffic of PDSCH or PUSCH.
  • C-RNTI and other RNTI may use different values depending on the service type (eMBB, URLLC, and / or mMTC) of the data transmitted on the PDSCH or PUSCH.
  • the base station apparatus 3 may use different values of RNTI depending on the service type of the data to be transmitted.
  • the terminal device 1 may identify the service type of data transmitted on the associated PDSCH or PUSCH by the value of RNTI (used for scrambling) applied to the received DCI.
  • the PUCCH is used to transmit uplink control information (UCI) in uplink wireless communication (wireless communication from terminal device 1 to base station device 3).
  • the uplink control information may include channel state information (CSI: Channel State Information) used to indicate the status of the downlink channel.
  • the uplink control information may include a scheduling request (SR: Scheduling Request) used for requesting the UL-SCH resource.
  • the uplink control information may include HARQ-ACK (Hybrid Automatic Repeat request ACK knowledgement).
  • HARQ-ACK may indicate HARQ-ACK for downlink data (Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH).
  • HARQ-ACK HARQ-ACK
  • ACK / NACK HARQ feedback, HARQ-ACK feedback, HARQ response, HARQ-ACK bit, HARQ-ACK information bit, HARQ-ACK response, HARQ information, HARQ-ACK information, HARQ control information, and Also referred to as HARQ-ACK control information.
  • HARQ-ACK discontinuous transmission
  • CBG Code Block Group, a group of code blocks
  • PDSCH is used to transmit downlink data (DL-SCH: Downlink Shared CHannel) from the medium access (MAC: Medium Access Control) layer.
  • DL-SCH Downlink Shared CHannel
  • MAC Medium Access Control
  • SI System Information
  • RAR Random Access Response
  • the base station device 3 and the terminal device 1 exchange (transmit / receive) signals in the upper layer (upper layer).
  • the base station device 3 and the terminal device 1 transmit and receive RRC signaling (also referred to as RRC message: Radio Resource Control message, RRC information: Radio Resource Control information) in the radio resource control (RRC: Radio Resource Control) layer.
  • RRC Radio Resource Control
  • the base station device 3 and the terminal device 1 may send and receive MAC control elements in the MAC (Medium Access Control) layer.
  • the RRC layer of the terminal device 1 acquires the system information notified from the base station device 3.
  • RRC signaling, system information, and / or MAC control elements are also referred to as upper layer signals (upper layer signals: higher layer signaling) or upper layer parameters.
  • the upper layer here means an upper layer as seen from the physical layer, it may include one or more such as a MAC layer, an RRC layer, an RLC layer, a PDCP layer, and a NAS (Non Access Stratum) layer.
  • the upper layer may include one or more layers such as an RRC layer, an RLC layer, a PDCP layer, and a NAS layer.
  • the meanings of "A is given by the upper layer” and "A is given by the upper layer” mean that the upper layer of the terminal device 1 (mainly the RRC layer, the MAC layer, etc.) is from the base station device 3. It may mean that A is received and the received A is given from the upper layer of the terminal device 1 to the physical layer of the terminal device 1. Setting the parameters of the upper layer in the terminal device 1 may mean that the parameters of the upper layer are provided to the terminal device.
  • the PDSCH or PUSCH may be used for transmitting RRC signaling and MAC control elements.
  • the RRC signaling transmitted from the base station device 3 may be a signal common to a plurality of terminal devices 1 in the cell.
  • the RRC signaling transmitted from the base station device 3 may be dedicated signaling (also referred to as dedicated signaling) to a certain terminal device 1. That is, the information specific to the terminal device (UE specific) may be transmitted to a certain terminal device 1 using dedicated signaling.
  • the PUSCH may also be used to transmit the UE Capability on the uplink.
  • the following downlink physical signals are used in downlink wireless communication.
  • the downlink physical signal is not used to transmit the information output from the upper layer, but is used by the physical layer.
  • SS Synchronization signal
  • RS Reference Signal
  • the synchronization signal is used by the terminal device 1 to synchronize the frequency domain and the time domain of the downlink.
  • the synchronization signal may be used by the terminal device 1 for precoding or beam selection in precoding or beamforming by the base station device 3.
  • the beam may be referred to as a transmit or receive filter setting, or a spatial domain transmit filter or a spatial domain receive filter.
  • any 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
  • PTRS is for tracking the phase on the time axis for the purpose of guaranteeing the frequency offset due to phase noise. Used. TRS is used to guarantee Doppler shift during high speed movement. TRS may be used as one setting of CSI-RS. For example, 1 port of CSI-RS is used as TRS. Radio resources may be set.
  • BCH, UL-SCH and DL-SCH are transport channels.
  • the channel used in the medium access control (MAC) layer is called a transport channel.
  • the unit of the 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
  • a transport block is a unit of data that the MAC layer delivers to the physical layer. In the physical layer, the transport block is mapped to a codeword, and coding processing is performed for each codeword.
  • the SS / PBCH block is a unit block containing at least a synchronization signal (PSS, SSS) and / or PBCH. Transmitting a signal / channel included in an SS / PBCH block is expressed as transmitting an SS / PBCH block.
  • PSS synchronization signal
  • SSS synchronization signal
  • PBCH Physical Broadcast Channel
  • PSS, SSS, and PBCH are time / frequency-multiplexed in one SS / PBCH block.
  • the order in which PSS, SSS and / or PBCH are multiplexed in the time domain may be different from the example shown in FIG.
  • the SS burst set may be determined based on the system frame number (SFN: SystemFrameNumber). Further, the start position (boundary) of the SS burst set may be determined based on the SFN and the period.
  • SFN SystemFrameNumber
  • the SS / PBCH block is assigned an SSB index (which may be referred to as an SSB / PBCH block index) according to the temporal position in the SS burst set.
  • the terminal device 1 calculates the SSB index based on the PBCH information and / or the reference signal information included in the detected SS / PBCH block.
  • SS / PBCH blocks with the same relative time in each SS burst set in a plurality of SS burst sets are assigned the same SSB index.
  • SS / PBCH blocks having the same relative time in each SS burst set in a plurality of SS burst sets may be assumed to be QCLs (or the same downlink transmission beam is applied).
  • antenna ports in SS / PBCH blocks with the same relative time in each SS burst set in multiple SS burst sets may be assumed to be QCL with respect to mean delay, Doppler shift, and spatial correlation.
  • SS / PBCH blocks to which the same SSB index is assigned may be assumed to be QCL in terms of mean delay, mean gain, Doppler spread, Doppler shift, and spatial correlation.
  • a setting corresponding to one or more SS / PBCH blocks (or a reference signal) which is a QCL may be referred to as a QCL setting.
  • the number of SS / PBCH blocks (which may be referred to as the number of SS blocks or the number of SSBs) is, for example, the number of SS / PBCH blocks (number) in the SS burst or SS burst set or in the cycle of SS / PBCH blocks. May be defined.
  • the number of SS / PBCH blocks may also indicate the number of beam groups for cell selection within the SS burst, within the SS burst set, or within the period of the SS / PBCH block.
  • a beam group may be defined as the number of different SS / PBCH blocks or the number of different beams contained within an SS burst, or within an SS burst set, or within a period of SS / PBCH blocks.
  • the reference signals described in the present embodiment are downlink reference signals, synchronization signals, SS / PBCH blocks, downlink DM-RS, CSI-RS, uplink reference signals, SRS, and / or uplink DM-. Includes RS.
  • a downlink reference signal, a synchronization signal and / or an SS / PBCH block may be referred to as a reference signal.
  • Reference signals used on the downlink include downlink reference signals, synchronization signals, SS / PBCH blocks, downlink DM-RS, CSI-RS and the like.
  • Reference signals used on the uplink include uplink reference signals, SRS, and / or uplink DM-RS and the like.
  • Beam management includes analog and / or digital beams in a transmitting device (base station device 3 in the case of downlink and terminal device 1 in the case of uplink) and a receiving device (terminal device 1 in the case of downlink).
  • the base station device 3 In the case of uplink, the base station device 3 may be the procedure of the base station device 3 and / or the terminal device 1 for matching the directivity of the analog and / or digital beam and acquiring the beam gain.
  • the procedure for configuring, setting, or establishing the beam pair link may include the following procedure. ⁇ Beam selection ⁇ Beam refinement ⁇ Beam recovery
  • Beam management may include beam selection and beam improvement.
  • Beam recovery may include the following procedures. -Detection of beam failure-Discovery of new beam-Send beam recovery request-Monitor response to beam recovery request
  • RSRP Reference Signal Received Power
  • CSI-RS resource index CRI: CSI-RS Resource Index
  • DMRS sequence of reference signals
  • One signal is "QCL" with another signal (antenna port, sync signal, reference signal, etc.) or "the QCL assumption is used" means that one signal is It can be interpreted as being associated with another signal.
  • the two antenna ports are said to be QCL. ..
  • the long interval characteristics of the channel include one or more of delay spreads, Doppler spreads, Doppler shifts, average gains, and average delays. For example, when the antenna port 1 and the antenna port 2 are QCL with respect to the average delay, it means that the reception timing of the antenna port 2 can be inferred from the reception timing of the antenna port 1.
  • This QCL can be extended to beam management. Therefore, a QCL extended to the space may be newly defined.
  • the approach angle AoA (Angle of Arrival), ZoA (Zenith angle of Arrival), etc.
  • the angle spread in the wireless link or channel AoA (Angle of Arrival), ZoA (Zenith angle of Arrival), etc.
  • AngleSpread for example ASA (AngleSpread ofArrival) and ZSA (ZenithangleSpread ofArrival)
  • sending angle AoD, ZoD, etc.
  • AngleSpread for example ASD (AngleSpread ofDeparture)
  • ZSD Zenith angle Spread of Departure
  • spatial correlation for example ASD (AngleSpread ofDeparture)
  • reception space parameters may be used.
  • the reception beam for receiving the signal from the antenna port 1 receives the signal from the antenna port 2. It means that the beam can be inferred.
  • QCL type a combination of long interval characteristics that can be regarded as a QCL may be defined.
  • the following types may be defined.
  • Doppler spread-Type C average delay
  • Doppler shift-Type D reception space parameter
  • the above-mentioned QCL type sets the assumption of QCL between one or two reference signals and PDCCH or PDSCH DMRS in the RRC and / or MAC layer and / or DCI as a transmission setting instruction (TCI: Transmission Configuration Indication) and / or You may instruct.
  • TCI Transmission Configuration Indication
  • TCI Transmission Configuration Indication
  • the terminal device 1 sets the PDCCH DMRS.
  • the PDCCH DMRS is received to synchronize or propagate the path. You may make an estimate.
  • the reference signal (SS / PBCH block in the above example) indicated by TCI is the source reference signal, and the reference is affected by the long interval characteristic inferred from the long interval characteristic of the channel when receiving the source reference signal.
  • the signal (PDCCH DMRS in the above example) may be referred to as a target reference signal.
  • the TCI may be instructed to the terminal device 1 by the MAC layer or DCI, in which one or a plurality of TCI states and a combination of a source reference signal and a QCL type are set for each state by RRC.
  • the subframe will be described below. Although it is referred to as a subframe in the present embodiment, it may be referred to as a resource unit, a wireless frame, a time interval, a time interval, or the like.
  • FIG. 3 is a diagram showing an example of a schematic configuration of an uplink and a downlink slot according to the first embodiment of the present invention.
  • Each of the radio frames is 10 ms long.
  • each of the wireless frames is composed of 10 subframes and W slots.
  • one slot is composed of X OFDM symbols. That is, the length of one subframe is 1 ms.
  • NCP Normal Cyclic Prefix
  • the uplink slot is also defined in the same manner, and the downlink slot and the uplink slot may be defined separately.
  • the bandwidth of the cell in FIG. 3 may be defined as a part of the bandwidth (BWP: BandWidthPart).
  • the slot may be defined as a transmission time interval (TTI: Transmission Time Interval). Slots do not have to be defined as TTI.
  • the TTI may be the transmission period of the transport block.
  • the signal or physical channel transmitted in each of the slots may be represented by a resource grid.
  • the resource grid is defined by multiple subcarriers and multiple OFDM symbols for each numerology (subcarrier spacing and cyclic prefix length) and for each carrier.
  • the number of subcarriers that make up a slot depends on the bandwidth of the downlink and uplink of the cell, respectively.
  • Each of the elements in the resource grid is called a resource element. Resource elements may be identified using subcarrier numbers and OFDM symbol numbers.
  • one physical resource block is, for example, 12 (the number of OFDM symbols included in one slot) * 4 (included in one subframe) in the time domain.
  • Number of slots) 48 consecutive OFDM symbols and 12 * Nmax, ⁇ consecutive subcarriers in the frequency domain. That is, the resource grid is composed of (48 * 12 * Nmax, ⁇ ) resource elements.
  • Reference resource blocks, common resource blocks, physical resource blocks, and virtual resource blocks are defined as resource blocks.
  • One resource block is defined as 12 consecutive subcarriers in the frequency domain.
  • the reference resource block is common to all subcarriers.
  • resource blocks may be configured at subcarrier intervals of 15 kHz and numbered in ascending order.
  • the subcarrier index 0 at the reference resource block index 0 may be referred to as a reference point A (point A) (may be simply referred to as a "reference point").
  • the common resource block is a resource block numbered from 0 in ascending order in each subcarrier interval setting ⁇ from the reference point A.
  • the resource grid described above is defined by this common resource block.
  • the uplink mini slot may be referred to as the PUCCH subslot.
  • One uplink slot may include one or more PUCCH subslots.
  • the number of PUCCH transmissions started in one PUCCH subslot may be at least one for the PUCCH used for HARQ-ACK transmission.
  • the unit constituting the HARQ-ACK codebook may be a PUCCH subslot.
  • the number of symbols (length) of PUCCH subslots and / or the number of PUCCH subslots in the uplink may be given to each terminal in a higher layer.
  • the transmission of the first HARQ-ACK codebook may be performed in the uplink slot (PUCCH slot).
  • the transmission of the second HARQ-ACK codebook may be done in the PUCCH subslot.
  • FIG. 5 is a diagram showing an example of a slot format.
  • a case where the slot length is 1 ms at a subcarrier interval of 15 kHz is shown as an example.
  • D indicates a downlink and U indicates an uplink.
  • -It may include one or more of the downlink symbol, the flexible symbol, and the uplink symbol.
  • these ratios may be predetermined as a slot format. Further, it may be defined by the number of downlink OFDM symbols included in the slot or the start position and end position in the slot.
  • the slot scheduling may be expressed as a resource whose relative time position between the reference signal and the slot boundary is fixed.
  • the terminal device 1 may receive a downlink signal or a downlink channel with a downlink symbol or a flexible symbol.
  • the terminal device 1 may transmit an uplink signal or a downlink channel with an uplink symbol or a flexible symbol.
  • FIG. 5A may also be referred to as a time interval (for example, the minimum unit of time resources that can be allocated to one UE, a time unit, or the like. Further, a plurality of minimum units of time resources are bundled and referred to as a time unit. In (may be), all of them are used for downlink transmission, and FIG. 5 (b) shows the PDCCH processing delay and downlink by scheduling the uplink via, for example, PDCCH with the first time resource.
  • the uplink signal is transmitted via a flexible symbol that includes the uplink switching time from and the generation of the transmit signal.
  • BWP switching for a serving cell is used to activate an inactive (deactivated) BWP and deactivate an active (activated) BWP. Will be done.
  • BWP switching for a serving cell is controlled by a PDCCH indicating a downlink assignment or uplink grant.
  • BWP switching for a serving cell may also be further controlled by the BWP inactivity timer, RRC signaling, or by the MAC entity itself at the start of the random access procedure.
  • SpCell PCell or PSCell
  • SCell SpCell
  • one BWP is primarily active without receiving a PDCCH indicating a downlink assignment or uplink grant.
  • the first active DL BWP (first active DL BWP) and UL BWP (first active ULBWP) may be specified in the RRC message sent from the base station device 3 to the terminal device 1.
  • the active BWP for a serving cell is specified by the RRC or PDCCH sent from the base station apparatus 3 to the terminal apparatus 1.
  • the first active DL BWP (first active DL BWP) and UL BWP (first active UL BWP) may be included in the message 4.
  • an unpaired spectrum such as a TDD band
  • DL BWP and UL BWP are paired, and BWP switching is common to UL and DL.
  • the MAC entity of the terminal device 1 applies normal processing. Normal processing includes transmitting UL-SCH, transmitting RACH, monitoring PDCCH, transmitting PUCCH, transmitting SRS, and receiving DL-SCH.
  • the MAC entity of the terminal device 1 does not transmit UL-SCH, does not transmit RACH, does not monitor PDCCH, does not transmit PUCCH, Do not send SRS and do not receive DL-SCH. If a serving cell is deactivated, the active BWP may be absent (eg, the active BWP is deactivated).
  • the BWP information element (IE) included in the RRC message (notified system information or information sent in a dedicated RRC message) is used to set the BWP.
  • the RRC message transmitted from the base station device 3 is received by the terminal device 1.
  • the network (such as base station device 3) should have at least one downlink BWP (for example, if the serving cell is configured for uplink) or two (supplementary uplink).
  • At least the initial BWP (initial BWP) including the uplink BWP of (such as when is used) is set for the terminal device 1.
  • the network may set up additional uplink BWPs and downlink BWPs for certain serving cells. BWP settings are divided into uplink parameters and downlink parameters.
  • the BWP setting is divided into a common parameter and a dedicated parameter.
  • Common parameters (such as BWP uplink common IE and BWP downlink common IE) are cell-specific.
  • the common parameters of the initial BWP of the primary cell are also provided in the system information.
  • the network provides common parameters with dedicated signals.
  • BWP is identified by BWP ID.
  • the initial BWP has a BWP ID of 0.
  • the BWP ID of the other BWP takes a value from 1 to 4.
  • the initial DL BWP (initial active DL BWP, initial active DL BWP) is a control resource set (CORESET) for the type 0PDCCH common search space.
  • CORESET control resource set
  • the initial DL BWP may be indicated by the upper layer parameter initialDownlinkBWP.
  • the upper layer parameter initialDownlinkBWP may be included in SIB1 (systemInformationBlockType1, ServingCellConfigCommonSIB) or ServingCellConfigCommon.
  • SIB1 systemInformationBlockType1, ServingCellConfigCommonSIB
  • ServingCellConfigCommonSIB is used within SIB1 to set cell-specific parameters of the serving cell for the terminal device 1.
  • a plurality of DL BWPs may be set for the terminal device 1. Then, among the DL BWP set for the terminal device 1, the default DL BWP can be set by the parameter defaultDownlinkBWP-Id of the upper layer. If the upper layer parameter defaultDownlinkBWP-Id is not provided for the terminal device 1, the default DL BWP is the initial DL BWP.
  • the initial UL BWP may be provided to the terminal device 1 by SIB1 (systemInformationBlockType1) or initialUplinkBWP.
  • SIB1 systemInformationBlockType1
  • initialUplinkBWP is used to set the initial UL BWP.
  • the initial UL BWP (initial active UL BWP) may be set (provided) in the terminal device 1 by the parameter internalUplinkBWP of the upper layer for the operation in the SpCell or the secondary cell.
  • a supplementary UL carrier is set for the terminal device 1
  • the terminal device 1 is set with the initial UL of the supplementary uplink carrier by the initialUplinkBWP included in the parameter supplementaryUplink of the upper layer.
  • BWP may be set.
  • control resource set (CORESET) in the present embodiment will be described.
  • the control resource set (CORESET, Control resource set) is a time and frequency resource for searching downlink control information.
  • the CORESET setting information includes a CORESET identifier (ControlResourceSetId, CORESET-ID) and information for specifying the CORESET frequency resource.
  • the information element ControlResourceSetId (identifier of CORESET) is used to identify the control resource set in a serving cell.
  • the CORESET identifier is used between BWPs in a 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 CORESETs.
  • the value of the CORESET identifier takes a value from 0 to 11.
  • CORESET # 0 The control resource set specified by the CORESET identifier 0 (ControlResourceSetId 0) is referred to as CORESET # 0.
  • CORESET # 0 may be set by pdch-ConfigSIB1 included in the MIB or PDCCH-ConfigCommon included in the ServingCellConfigCommon. That is, the setting information of CORESET # 0 may be pdcch-ConfigSIB1 included in the MIB or PDCCH-ConfigCommon included in the ServingCellConfigCommon.
  • the setting information of CORESET # 0 may be set by the controlResourceSetZero included in PDCCH-ConfigSIB1 or PDCCH-ConfigCommon.
  • the information element controlResourceSetZero is used to indicate CORESET # 0 (common CORESET) of the initial DL BWP.
  • the CORESET represented by pdch-ConfigSIB1 is CORESET # 0.
  • the information element pdch-ConfigSIB1 in the MIB or dedicated configuration is used to set the initial DL BWP.
  • CORESET setting information for CORESET # 0 In pdcch-ConfigSIB1, the CORESET identifier, the CORESET frequency resource (for example, the number of continuous resource blocks), and the time resource (the number of continuous symbols) are explicitly specified.
  • the setting information of the additional common CORESET may be set by the controlControlRelocationSet included in the PDCCH-ConfigCommon. Also, additional common CORESET configuration information may be used to specify additional common CORESET for system information and / or paging procedures. Additional common CORESET configuration information may be used to specify additional common CORESETs used for random access procedures. Additional common CORESET configuration information may be included within each BWP configuration. The CORESET identifier shown in the controlControlRelocationSet takes a non-zero value.
  • the setting information of one or a plurality of CORESETs may be set by PDCCH-Config.
  • the information element PDCCH-Config is used to set UE-specific PDCCH parameters (eg, CORESET, search space, etc.) for a BWP.
  • PDCCH-Config may be included in the settings of each BWP.
  • the search space is defined to search for PDCCH candidates (PDCCH candidates).
  • the searchSpaceType included in the search space setting information indicates whether the search space is a common search space (Common Search Space, CSS) or a UE-specific Search Space (USS).
  • the UE-specific search space is derived from at least the value of C-RNTI set by the terminal device 1. That is, the UE-specific search space is individually derived for each terminal device 1.
  • the common search space is a common search space among a plurality of terminal devices 1, and is composed of a CCE (Control Channel Element) having a predetermined index. CCE is composed of a plurality of resource elements.
  • the search space setting information includes information in the DCI format monitored in the search space.
  • the search space setting information includes the CORESET identifier specified in the CORESET setting information.
  • the CORESET specified by the CORESET identifier included in the search space setting information is associated with the search space.
  • 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 search space configuration information is monitored by the associated CORESET.
  • Each search space is associated with one CORESET.
  • the search space setting information for the random access procedure may be set by the ra-SearchSpace. That is, the CRC-added DCI format scrambled by RA-RNTI or TC-RNTI is monitored on the CORESET associated with the ra-SearchSpace.
  • the terminal device 1 monitors PDCCH candidates with one or more of the following search space sets.
  • -Type 0-PDCCH common search space set (a Type 0-PDCCH common search space set, type 0 common search space):
  • This search space set is indicated by pdcch-ConfigSIB1 or PDCCH-ConfigCommon indicated by MIB, which is an upper layer parameter. It is set by the search space SIB1 (searchSpaceSIB1) or the search space zero (searchSpaceZero) included in the PDCCH-ConfigCommon.
  • This search space is for monitoring the DCI format of the SI-RNRI scrambled CRC in the primary cell.
  • -Type 0A PDCCH common search space set (a Type 0A-PDCCH common search space set, type 0A common search space): This search space set is set by the search space (searchSpaceOtherSystemInformation) indicated by PDCCH-ConfigCommon, which is an upper layer parameter. Will be done. This search space is for monitoring the DCI format of the SI-RNRI scrambled CRC in the primary cell.
  • searchSpaceOtherSystemInformation indicated by PDCCH-ConfigCommon, which is an upper layer parameter.
  • This search space is for monitoring the DCI format of the SI-RNRI scrambled CRC in the primary cell.
  • -Type 1 PDCCH common search space set (a Type1-PDCCH common search space set, type 1 common search space): This search space set is a search space for the random access procedure indicated by the PDCCH-ConfigCommon, which is an upper layer parameter. Set by (ra-SearchSpace).
  • This search space is for monitoring the DCI format of the CRC scrambled with RA-RNRI or TC-RNTI in the primary cell.
  • the Type 1 PDCCH common search space set is a search space set for random access procedures.
  • -Type 2 PDCCH common search space set (a Type2-PDCCH common search space set, type 2 common search space): This search space set is a search space for the paging procedure indicated by the upper layer parameter PDCCH-ConfigCommon (a Type2-PDCCH common search space set). It is set by pagingSearchSpace). This search space is for monitoring the DCI format of the P-RNTI scrambled CRC in the primary cell.
  • This search space set is a search space with a common search space type indicated by PDCCH-Config, which is an upper layer parameter (a Type3-PDCCH common search space set).
  • SearchSpace This search space is for monitoring the DCI format of CRC scrambled with INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, or TPC-SRS-RNTI. For the primary license, it is for monitoring the DCI format of the CRC scrambled with C-RNTI, CS-RNTI (s), or MCS-C-RNTI.
  • a UE-specific search space set (a UE-specific search space set):
  • the search space type indicated by PDCCH-Config which is a parameter of the upper layer, 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.
  • the terminal device 1 is provided with one or more search space sets by the corresponding upper layer parameters (searchSpaceZero, searchSpaceSIB1, searchSpaceOtherSystemInformation, pagingSearchSpace, ra-SearchSpace, etc.), the terminal device 1 is C-RNTI or When CS-RNTI is provided, terminal device 1 monitors PDCCH candidates for DCI format 0_0 and DCI format 1_0 with C-RNTI or CS-RNTI in one or more of its search space sets. You may.
  • the BWP setting information is divided into DL BWP setting information and UL BWP setting information.
  • the BWP setting information includes an information element bwp-Id (BWP identifier).
  • the BWP identifier included in the DL BWP setting information is used to identify (reference) the DL BWP in a certain serving cell.
  • the BWP identifier included in the UL BWP setting information is used to identify (reference) the UL BWP in a certain serving cell.
  • the BWP identifier is given to each of DL BWP and UL BWP.
  • the BWP identifier corresponding to DL BWP may be referred to as DL BWP index (DL BWP index).
  • the identifier of BWP corresponding to UL BWP may be referred to as UL BWP index (UL BWP index).
  • the initial DL BWP is referenced by the identifier 0 of the DL BWP.
  • the initial UL BWP is referenced by the UL BWP identifier 0.
  • maxNrovBWPs is the maximum number of BWPs per serving cell, which is 4.
  • the value of the identifier of the other BWP takes a value from 1 to 4.
  • the setting information of the other upper layer is associated with a specific BWP by using the BWP identifier.
  • the fact that DL BWP and UL BWP have the same BWP identifier may mean that DL BWP and UL BWP are paired.
  • the terminal device 1 may have one primary cell and up to 15 secondary cells.
  • the terminal device 1 may decode (receive) the corresponding PDSCH by detecting the PDCCH including the DCI format 1_1, the DCI format 1-11, or the DCI format 1-22.
  • the corresponding PDSCH is scheduled (shown) by its DCI format (DCI).
  • the scheduled start position (start symbol) of the PDSCH is referred to as S.
  • the PDSCH start symbol S may be the first symbol to which the PDSCH is transmitted (mapped) in a slot.
  • the start symbol S corresponds to the beginning of the slot. For example, when the value of S is 0, the terminal device 1 may receive the PDSCH from the first symbol in a certain slot. Further, for example, when the value of S is 2, the terminal device 1 may receive the PDSCH from the third symbol of a certain slot.
  • the number of Consecutive symbols in the scheduled PDSCH is referred to as L. The number L of consecutive symbols is counted from the start symbol S. The determination of S and L assigned to the PDSCH will be described
  • the PDSCH mapping type has PDSCH mapping type A and PDSCH mapping type B.
  • S takes a value from 0 to 3.
  • L takes a value from 3 to 14.
  • the sum of S and L takes a value from 3 to 14.
  • S takes a value from 0 to 12.
  • L takes one value from ⁇ 2, 4, 7 ⁇ .
  • the sum of S and L takes a value from 2 to 14.
  • the position of the DMRS symbol for PDSCH depends on the type of PDSCH mapping.
  • the position of the first DMRS symbol for the PDSCH depends on the type of PDSCH mapping.
  • 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.
  • the dmrs-TypeA-Position may be set to either'pos2'or'pos3'.
  • the position of the first DMRS symbol for PDSCH may be the third symbol in the slot.
  • the position of the first DMRS symbol for PDSCH may be the fourth symbol in the slot.
  • 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.
  • the position of the first DMRS symbol is the first symbol of the PDSCH assigned.
  • FIG. 7 is a diagram showing an example of the PDSCH mapping type according to the present embodiment.
  • FIG. 7A is a diagram showing an example of PDSCH mapping type A.
  • the assigned PDSCH S is 3.
  • the assigned PDSCH L is 7.
  • the position of the first DMRS symbol for PDSCH is the fourth symbol in the slot. That is, dmrs-TypeA-Position is set to'pos3'.
  • FIG. 7B is a diagram showing an example of PDSCH mapping type A.
  • the assigned PDSCH S is 4.
  • the L of the PDSCH assigned is 4.
  • the position of the first DMRS symbol for PDSCH is the first symbol to which PDSCH is assigned.
  • the base station apparatus 3 may be scheduled to have the terminal apparatus 1 receive the PDSCH by DCI.
  • the terminal device 1 may receive the PDSCH by detecting DCI addressed to its own device.
  • the terminal device 1 first determines the resource allocation table to be applied to the PDSCH.
  • the resource allocation table contains one or more PDSCH time domain resource allocation configurations.
  • the terminal device 1 may select one PDSCH time domain resource allocation setting in the determined resource allocation table based on the value shown in the'Time domain resource allocation'field included in the DCI that schedules the PDSCH.
  • the base station device 3 determines the PDSCH resource allocation to the terminal device 1, generates a'Time domain resource assignment'field of a value based on the determined resource allocation, and DCI including the'Time domain resource assignment' field. Is transmitted to the terminal device 1.
  • the terminal device 1 specifies the resource allocation in the PDSCH time direction based on the value of the'Time domain response assignment'field.
  • FIG. 10 is a diagram defining a resource allocation table applied to PDSCH time domain resource allocation.
  • the terminal device 1 may determine the resource allocation table to be applied to the PDSCH time domain resource allocation based on the table shown in FIG.
  • the resource allocation table contains one or more PDSCH time domain resource allocation configurations.
  • the resource allocation table is classified into (I) a resource allocation table defined in advance and (II) a resource allocation table set from the RRC signal of the upper layer.
  • the predefined resource allocation tables are defined as, for example, the default PDSCH time domain resource allocation A, the default PDSCH time domain resource allocation B, and the default PDSCH time domain resource allocation C.
  • a default PDSCH time domain resource allocation D different from the default PDSCH time domain resource allocation A may be defined.
  • the default PDSCH time domain resource allocation A is the default table A
  • the default PDSCH time domain resource allocation B is the default table B
  • the default PDSCH time domain resource allocation C is the default table C
  • the default PDSCH time domain resource allocation D is the default. It is called table D.
  • FIG. 13 is a diagram showing an example of the default table A according to the present embodiment.
  • FIG. 14 is a diagram showing an example of the default table B according to the present embodiment.
  • FIG. 15 is a diagram showing an example of the default table C according to the present embodiment.
  • the number of rows in the default table A is 16, and each row shows the PDSCH time domain resource allocation setting.
  • each row defines a PDSCH mapping type, a slot offset K 0 between the PDCCH including DCI and its PDSCH, a start symbol S of the PDSCH in the slot, and a continuous number of allocated symbols L.
  • the resource allocation table set by the RRC signal of the upper layer is given by the signal pdsch-TimeDomainAllocationList of the upper layer.
  • the pdsch-TimeDomainAllocationList contains one or more information elements PDSCH-TimeDomainRelocationAllocation.
  • PDSCH-TimeDomainRelocationAllocation indicates the setting of PDSCH time domain resource allocation.
  • the PDSCH-TimeDomainRelocationAllocation may be used to establish a time domain relationship between a PDCCH containing DCI and a PDSCH. That is, the pdsch-TimeDomainAllocationList is a list containing one or more information elements.
  • One PDSCH-TimeDomainRelocationAllocation may be referred to as one entry (or one row).
  • the pdsch-TimeDomainAllocationList contains up to 16 entries, and any one entry may be used depending on the 4-bit field contained in the DCI. However, the number of entries included in the pdsch-TimeDomainAllocationList may be different, and the number of bits of the related fields included in the DCI may be different.
  • K 0 indicates the slot offset between the PDCCH containing DCI and its PDSCH.
  • the terminal device 1 may assume that the value of K 0 is a predetermined value (eg 0).
  • the mappingType indicates whether the mapping type of the corresponding PDSCH is PDSCH mapping type A or PDSCH mapping type B.
  • startSymbolAndLength is an index that gives a valid combination of the start symbol S of the corresponding PDSCH and the number of consecutive allocated symbols L.
  • the startSymbolAndLength may be referred to as a start and length indicator (SLIV).
  • SLIV start and length indicator
  • the base station apparatus 3 may set the value of SLIV so that the time domain resource allocation of PDSCH does not exceed the slot boundary. It will be described later slot offset K 0 and SLIV.
  • the upper layer signal pdsch-TimeDomainAllocationList may be included in the cell-specific RRC parameter pdsch-ConfigCommon and / or the terminal device 1 (UE) -specific RRC parameter pdsch-Config.
  • the pdsch-ConfigCommon is used to set cell-specific parameters for PDSCH for a BWP.
  • the pdsch-Config is used to set terminal device 1 (UE) specific parameters for PDSCH for a BWP.
  • the terminal device 1 may apply a different resource allocation table to the PDSCH time domain resource allocation depending on whether the PDSCH A is received or the PDSCH B is received.
  • the base station apparatus 3 may apply different resource allocation tables to the PDSCH time domain resource allocation depending on whether the PDSCH A is transmitted or the PDSCH B is transmitted.
  • DCI A and DCI B may be DCIs with CRC scrambled by different RNTIs.
  • DCI A is DCI to which CRC scrambled by C-RNTI, which is the first value range, is added
  • DCI B is C, which is a second value range different from the first value range.
  • -It may be a DCI with a CRC scrambled with RNTI.
  • DCI A is a CRC scrambled with any kind of RNTI that is in the third value range
  • DCI B is in a fourth value range that is different from the third value range. It may be a CRC-added DCI scrambled with any kind of RNTI.
  • DCI A is a DCI with CRC scrambled with C-RNTI, MCS-C-RNTI, CS-RNTI, SI-RNTI, RA-RNTI, TC-RNTI and / or P-RNTI.
  • B may be a CRC-added DCI scrambled with UC-RNTI.
  • DCI A and DCI B may be DCIs using different DCI formats.
  • DCI A may be DCI using DCI format 1_0 and / or DCI format 1-11
  • DCI B may be DCI using DCI format 1-22.
  • DCI A and DCI B may be DCIs using DCI formats of different sizes.
  • DCI A may be a DCI using a first size DCI format
  • DCI B may be a DCI using a second size DCI format different from the first size.
  • DCI A and DCI B may indicate services applied to the corresponding PDSCH data in predetermined fields within their respective DCI formats.
  • a field in the DCI format of DCIA may specify that the corresponding PDSCH transmits eMBB data.
  • a field in the DCI format of DCI B may specify that the corresponding PDSCH transmits URLLC data. That is, DCI A and DCI B may be classified based on a predetermined field in a certain DCI format.
  • DCI A and DCI B may be DCIs transmitted in different search spaces and / or different CORESETs.
  • DCI A may be DCI transmitted in the common search space.
  • DCI B may be DCI transmitted in the UE-specific search space.
  • DCI A and DCI B may be DCIs that schedule PDSCHs in different codebooks.
  • the codebook corresponding to PDSCH may be indicated by a field (eg, a 1-bit field) in the DCI format. For example, when the value of the field is set to '0', the codebook corresponding to the scheduled PDSCH (PDSCH A) may be the first codebook. When the value of the field is set to '1', the codebook corresponding to the scheduled PDSCH (PDSCH B) may be the second codebook.
  • the signal pdsch-TimeDomainAllocationList of the upper layer may be applied to the resource allocation of PDSCH A.
  • the signal pdsch-TimeDomainAllocationList2 of the upper layer may be applied to the resource allocation of PDSCH B. That is, when the resource allocation of a certain PDSCH is given based on the signal pdsch-TimeDomainAllocationList of the upper layer, the PDSCH may be PDSCH A.
  • the PDSCH may be PDSCH B.
  • the codebook corresponding to PDSCH A may be the first codebook.
  • the codebook corresponding to PDSCH B may be a second codebook.
  • PDSCH A and PDSCH B may be PDSCHs assigned by different sps-configs.
  • the PDSCH assigned by sps-config may be referred to as SPS PDSCH.
  • SPS (Semi-Persistent) PDSCH is a resource of PDSCH that is periodically allocated.
  • the sps-config may be used to set the downlink semi-persistent transmission in the terminal device.
  • the base station apparatus 3 may set the terminal apparatus 1 to zero, one, or a plurality of downlink semi-persistent transmissions (SPS configurations).
  • the additionalCodebook-sps included in the sps-config may indicate a HARQ-ACK codebook to which HARQ-ACK is associated with the corresponding SPS PDSCH reception. For example, if the additionalCodebook-sps indicates a first HARQ-ACK codebook, the corresponding SPS. The HARQ-ACK for PDSCH reception may be associated with a first HARQ-ACK codebook. That is, the SPS PDSCH reception may be PDSCH A. Further, for example, when the additionalCodebook-sps indicates a second HARQ-ACK codebook, the HARQ-ACK for the corresponding SPS PDSCH reception may be associated with the second HARQ-ACK codebook.
  • the SPS PDSCH reception may be PDSCH B. That is, the additionalCodebook-sps may indicate whether the SPS PDSCH is PDSCH A or PDSCH B. If the additionalCodebook-sps indicates that the SPS PDSCH is PDSCH A, the HARQ-ACK for the corresponding SPS PDSCH reception may be associated with the first HARQ-ACK codebook. Further, when the additionalCodebook-sps indicates that the SPS PDSCH is PDSCH B, the HARQ-ACK for the corresponding SPS PDSCH reception may be associated with the second HARQ-ACK codebook.
  • the terminal device 1 may determine a HARQ-ACK codebook to which HARQ-ACK is associated with SPS PDSCH reception corresponding to the sps-config based on the periodicity included in the sps-config. For example, if the periodicity is greater than a predetermined value, the terminal device 1 may determine that the HARQ-ACK for the SPS PDSCH reception corresponding to the sps-config is associated with the first HARQ-ACK codebook. Good. That is, in this case, the SPS PDSCH may be PDSCH A.
  • the terminal device 1 When the periodicity is equal to or less than a predetermined value, the terminal device 1 assumes that the HARQ-ACK for the SPS PDSCH reception corresponding to the sps-config is associated with the second HARQ-ACK codebook. You may decide. That is, in this case, the SPS PDSCH may be PDSCH B.
  • the predetermined value may be 10 ms.
  • the predetermined value may be 1 ms.
  • the predetermined value may be one slot.
  • the predetermined value may be 0.5 slots.
  • the predetermined value may be 0.5 ms.
  • the predetermined value may be a predetermined number of symbols. For example, the number of predetermined symbols may be 2, 7, or 14.
  • the base station device 3 may set the signal sps-config-urllc of the upper layer different from the signal sps-config of the upper layer in the terminal device 1.
  • the sps-config-urllc may include the same parameters as those contained in the sps-config.
  • HARQ-ACK for SPS PDSCH reception corresponding to sps-confi may be associated with the first HARQ-ACK codebook. That is, the SPS PDSCH assigned by sps-config may be PDSCH A.
  • HARQ-ACK for SPS PDSCH reception corresponding to sps-config-urllc may be associated with a second HARQ-ACK codebook.
  • the SPS PDSCH assigned by sps-config-urllc may be PDSCH B.
  • the periodicity contained in sps-config may show a value of 10 ms or larger than 10 ms.
  • the periodicity contained in sps-config does not have to show a value smaller than 10 ms.
  • the periodicity contained in sps-config-urlc may show a value smaller than 10 ms. Further, the periodicity contained in sps-config-urlc does not have to show a value of 10 ms or larger than 10 ms.
  • the terminal device 1 may verify whether or not a plurality of information fields included in the DCI format are set to a specific value. If the information (HARQ process number) field for the HARQ process number included in the DCI format is all set to '0', and the field for information about the redundancy version (Redundancy version) is set to '00'. In this case, the terminal device 1 may consider that the verification of the DCI format is achieved (successful). That is, in this case, the DCI format may be used for activation of semi-persistent transmission (semi-persistent scheduling).
  • all the fields of information about HARQ process number (HARQ process number) included in the DCI format are set to '0', and the fields of information about redundancy version (Redundancy version) are set to '00', and MCS and
  • all the fields of information about the coding scheme (Modulation and coding scheme) are set to '1' and all the fields of the information about frequency domain resource allocation (Frequency domain resource assignment) are set to '1', the terminal device 1 .
  • the verification of the DCI format may be considered to be achieved (successful). That is, in this case, the DCI format may be used for deactivation of semi-persistent transmission (semi-persistent scheduling).
  • the DCI format may be referred to as SPS PDSCH release.
  • the DCI format used to activate or deactivate semi-persistent scheduling may include a field indicating an index that identifies the SPS configuration.
  • the terminal device 1 selects one from a plurality of set SPS configurations based on the sps-confi identifier shown in the field, and activates or deactivates the selected SPS configuration. It may be converted.
  • the HARQ-ACK for the SPS PDSCH or SPS PDSCH release may be associated with the second HARQ-ACK codebook by the DCI format. That is, the SPS PDSCH or SPS PDSCH release may correspond to PDSCH A.
  • the HARQ-ACK for the SPS PDSCH or SPS PDSCH release is , May be associated with the first HARQ-ACK codebook. That is, the SPS PDSCH or SPS PDSCH release may correspond to PDSCH A. Further, when the DCI format used for activating or deactivating semi-persistent scheduling is DCI A and the CRC of the DCI format is RNTI B, the HARQ-ACK for the SPS PDSCH or SPS PDSCH release is , May be associated with a second HARQ-ACK codebook.
  • the SPS PDSCH or SPS PDSCH release may correspond to PDSCH B.
  • RNTI A may be CS-RNTI.
  • RNTI B may be RNTI other than CS-RNTI.
  • RNTI A and RNTI B may at least be used to activate or deactivate semi-persistent scheduling.
  • the pdsch-TimeDomainAllocationList2 contains up to 16 entries, and any one entry may be used depending on the 4-bit field contained in the DCI.
  • K 0 , mappingType, and / or startSymbolAndLength may be indicated.
  • the values available at K 0 , mappingType, and / or startSymbolAndLength in each entry of pdsch-TimeDomainAllocationList2 may differ from the values available at pdsch-TimeDomainAllocationList.
  • the value of K 0 available in pdsch-TimeDomainAllocationList may be 0 to 32, and the value of K 0 available in pdsch-TimeDomainAllocationList2 may be 0 to 4.
  • the mappingType available in pdsch-TimeDomainAllocationList may be mapping type A and mapping type B, and the mappingType available in pdsch-TimeDomainAllocationList2 may be only mapping type B.
  • mappinngType may not be shown in pdsch-TimeDomainAllocationList2.
  • Each entry contained in the pdsch-TimeDomainAllocationList2 may include information associated with the HARQ-ACK codebook. That is, the HARQ-ACK for the PDSCH given to an entry may be associated with the HARQ-ACK codebook shown in the entry.
  • the terminal device 1 corresponds the HARQ-ACK for the PDSCH given to the entry with the first HARQ-ACK codebook. You may attach it.
  • the terminal device 1 sets the HARQ-ACK for the PDSCH given to the entry to the second HARQ-ACK codebook. May be associated with.
  • the terminal device 1 is included in the PDSCH-Config in the resource allocation table of the PDSCH (PDSCH A) when the upper layer signal pdsch-Config includes the pdsch-TimeDomainAllocationList and the PDSCH is scheduled in DCI A.
  • the pdsch-TimeDomainAllocationList may be applied.
  • the terminal device 1 is included in the PDSCH (PDSCH B) resource allocation table in the PDSCH-Config when the upper layer signal pdsch-Config includes the pdsch-TimeDomainAllocationList2 and the PDSCH is scheduled in DCIB.
  • the pdsch-TimeDomainAllocationList2 may be applied.
  • FIG. 16 is a diagram showing an example of calculating SLIV.
  • FIG. 16 14 is the number of symbols contained in one slot.
  • FIG. 16 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 contained in the slot, the starting symbol S, and the number of consecutive symbols L.
  • the value of L is 1 or more and does not exceed (14-S).
  • 6 and 12 are used instead of the values 7 and 14 in FIG.
  • the slots are counted in ascending order from 0 to N ⁇ ⁇ subframe, ⁇ _ ⁇ slot ⁇ -1 in the subframe, and from 0 to N ⁇ ⁇ frame, in the frame. It is counted in ascending order up to ⁇ _ ⁇ slot ⁇ -1.
  • K 0 is the number of slots based on the PDSCH subcarrier spacing. K 0 can take a value from 0 to 32.
  • slot numbers are counted from 0 in ascending order.
  • the slot number n of the subcarrier interval setting of 15 kHz corresponds to the slot numbers 2n and 2n + 1 of the subcarrier interval setting of 30 kHz.
  • the slot assigned to that PDSCH is given by floor (n * 2 ⁇ PDSCH / 2 ⁇ PDCCH ) + K 0 .
  • the function floor (A) outputs the largest integer that does not exceed A.
  • n is the slot in which the PDCCH that schedules the PDSCH is detected.
  • ⁇ PDSCH is a subcarrier interval setting for PDSCH .
  • ⁇ PDCCH is a subcarrier interval setting for PDCCH .
  • the terminal device 1 may determine the resource allocation table to be applied to the PDSCH time domain resource allocation based on a plurality of factors.
  • the terminal device 1 may determine the resource allocation table to be applied to the PDSCH scheduled by DCI based on at least some or all of the following elements (A) to (F).
  • the type of RNTI that scrambles the CRC added to DCI is SI-RNTI, RA-RNTI, TC-RNTI, P-RNTI, C-RNTI, MCS-C-RNTI, or CS- It is one of RNTI.
  • 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 type 0 common search space, a type 1 common search space, and a type 2 common search space.
  • the terminal device 1 may detect DCI in any common search space associated with CORESET # 0. The detected DCI is added with a CRC scrambled by any of C-RNTI, MCS-C-RNTI, and CS-RNTI. Then, the terminal device 1 may determine the resource allocation table to be applied to the PDSCH scheduled by the DCI.
  • the terminal device 1 may determine the resource allocation table set from the RRC signal of the upper layer. The resource allocation table is given by the pdsch-TimeDomainAllocationList included in the pdsch-ConfigCommon.
  • the terminal device 1 may determine the default table A. That is, the terminal device 1 may apply the PDSCH time domain resource allocation determination by using the default table A showing the PDSCH time domain resource allocation configuration.
  • the terminal device 1 may detect DCI in any common search space that is not associated with CORESET # 0. The detected DCI is added with a CRC scrambled by any of C-RNTI, MCS-C-RNTI, and CS-RNTI. Then, the terminal device 1 may determine the resource allocation table to be applied to the PDSCH scheduled by the DCI.
  • the terminal device 1 allocates the resource allocation table applied to the PDSCH time domain resource allocation from the pdsch-TimeDomainAllocationList provided by the pdsch-Config. You may decide on the table.
  • the terminal device 1 may detect DCI in the UE-specific search space.
  • the detected DCI is added with a CRC scrambled by any of C-RNTI, MCS-C-RNTI, and CS-RNTI.
  • the terminal device 1 may determine the resource allocation table to be applied to the PDSCH scheduled by the DCI.
  • the pdsch-Config includes the pdsch-TimeDomainAllocationList for the terminal device 1
  • the terminal device 1 allocates the resource allocation table applied to the PDSCH time domain resource allocation from the pdsch-TimeDomainAllocationList provided by the pdsch-Config. You may decide on the table.
  • the terminal device 1 uses the pdsch-TimeDomain AllocationList provided in the pdsch-TimeDomain AllocationList with or without the pdsch-TimeDomainAllocationList provided by the terminal device 1 using the pdsch-TimeDomain AllocationList. It may be applied to the determination of space resource allocation. Further, when the pdsch-Config does not include the pdsch-TimeDomainAllocationList and the pdsch-ConfigCommon includes the pdsch-TimeDomainAllocationList, the terminal device 1 sets the resource allocation table to be applied to the PDSCH time domain resource allocation in the PDSCH-Time Domain Allocation List.
  • the terminal device 1 applies to the determination of PDSCH time domain resource allocation by using the pdsch-Time Domain Allocation List provided by pdsch-ConfigCommon. Further, when the pdsch-Config does not include the pdsch-TimeDomainAllocationList and the pdsch-ConfigCommon does not include the pdsch-TimeDomainAllocationList, the terminal device 1 sets the resource allocation table to be applied to the PDSCH time domain resource allocation to the default table A. You may decide.
  • the method of determining the resource allocation table applied to the PDSCH detected in the UE-specific search space is the resource applied to the PDSCH detected in any common search space not associated with CORESET # 0. It is the same as the method of determining the allocation table.
  • FIG. 11 is an example of a table showing a method of determining a resource allocation table applied to the PDSCH according to the present embodiment.
  • the terminal device 1 detects DCI in any common search space or UE-specific search space not associated with COSET # 0 and the RNTI is a predetermined type of RNTI in the last line of FIG.
  • the resource allocation cable may be determined as follows.
  • the terminal device 1 applies to a PDSCH scheduled by DCI based on some or all of the elements (A) to (F) and at least a portion of the following elements (G) to (I): You may decide which resource allocation table to use.
  • pdsch-TimeDomainAllocationList2 is a parameter not included in pdsch-ConfigCommon and may be a parameter included only in pdsch-Config.
  • the terminal device 1 and / or the base station device 3 applies the resource allocation table to the PDSCH based on the elements (A) to (I) as the default table A, the default table D, and the pdsch-ConfigCommon.
  • Pdsch-TimeDomainAllocationList included in pdsch-TimeDomainAllocationList pdsch-TimeDomainAllocationList included in pdsch-Config
  • pdsch-TimeDomainAllocationList included in pdsch-ConfigComcon included in pdsch-TimeDomainAllocationList2 and pdsch-Control FIG.
  • the terminal device 1 and / or the base station device 3 sets the resource allocation table applied to the PDSCH based on the elements (A) to the elements (G) and the elements (I) as the default tables A, pdsch-. It is determined from the pdsch-TimeDomainAllocationList contained in the ConfigComcon, the pdsch-TimeDomainAllocationList contained in the pdsch-Config, and the pdsch-TimeDomainAllocationList2 contained in the pdsch-Config. In the example of the table shown in FIG.
  • the resource allocation table applied to PDSCH may be the default table A or the default table D.
  • the terminal device 1 may select one PDSCH time domain resource allocation configuration in the determined resource allocation table based on the value shown in the'Time domain resource allocation' field included in the DCI that schedules the PDSCH. Good. For example, if the resource allocation table applied to the PDSCH time domain resource allocation is the default table A, the value m shown in the'Time domain resource assignment'field may indicate the row index (row index) m + 1 of the default table A. Good. At this time, the PDSCH time domain resource allocation is the configuration of the time domain resource allocation indicated by the row index m + 1. The terminal device 1 receives the PDSCH, assuming the configuration of the time domain resource allocation indicated by the row index m + 1.
  • the terminal device 1 is scheduled by its DCI using the PDSCH time domain resource allocation configuration for row index 1 in the default table A. Identify the time-domain resource allocation of the PDSCH.
  • the value m shown in the'Time domain resource allocation'field is (m + 1 in the list pdsch-TimeDomainAllocationList).
  • the terminal device 1 may refer to the first element (entry) in the list pdsch-Time Domain Allocation List.
  • the terminal device 1 may refer to the second element (entry) in the list pdsch-Time Domain Allocation List.
  • the value m shown in the'Time domain response association'field is in the list pdsch-TimeDomainAllocationList2 (1st).
  • the terminal device 1 may refer to the first element (entry) in the list pdsch-Time Domain Allocation List 2.
  • the terminal device 1 may refer to the second element (entry) in the list pdsch-Time Domain Allocation List 2.
  • the terminal device 1 may decode (receive) the corresponding PDSCH by detecting the PDCCH including the DCI format 1_1, the DCI format 1-11, or the DCI format 1-22.
  • the number of bits in the'Time domain response association'field included in the DCI format 1_0 may be a fixed number of bits. For example, this fixed number of bits may be four. That is, the size of the'Time domain response association'field included in the DCI format 1_0 is 4 bits. Further, the size of the'Time domain location association'field included in the DCI format 1-11 and the DCI format 1-2 may be a variable number of bits.
  • the number of bits in the'Time domain response association'field included in DCI format 1-11 and DCI format 1-22 may be any of 0, 1, 2, 3, and 4.
  • the number of bits in the'Time domain location assignment'field included in the DCI format 1-2 may be a value larger than 4.
  • the number of bits in the'Time domain response association'field included in DCI format 1-11 and DCI format 1-2 is as follows: (I) Whether pdsch-ConfigCommon includes pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocation)) It may be given based on whether the pdsch-Config includes a pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2) and / or (III) the number of rows contained in the predefined default table.
  • DCI format 1-11 and DCI format 1-22 are added with a CRC scrambled by any of C-RNTI, MCS-C-RNTI, and CS-RNTI. DCI format 1-11 may be detected in the UE-specific search space.
  • the meaning of'the pdsch-Config includes the pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2)' is provided by'pdsch-Config and the pdsch-TimeDomainAllocationList is provided by pdsch-TimeDomainAllocationList (or Allocation. May be good.
  • the meaning of'the pdsch-ConfigComcon includes pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2)'means'the pdsch-ConfigCommon may be pdsch-TimeDomainTime.
  • the number of bits in the'Time domain resource association'field may be given as ceiling (log 2 (I)).
  • the function ceiling (A) outputs the smallest integer not less than A.
  • the number of bits in the'Time domain reservation association'field is included in the pdsch-TimeDomainAllocationList (or the number of bits in the pdsch-TimeDomainAllocationList) entry. It may be given based on. If the pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2) is not set for the terminal device 1, the number of bits in the'Time domain reserve assignment'field may be given based on the number of rows in the default table (default table A). Good.
  • the pdsch-Config includes the pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2)
  • the value of I is included in the pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList) entry (or pdsch-TimeDomainAllocationList2) provided by the pdsch-Config. There may be.
  • the pdsch-ConfigComcon includes the pdsch-TimeDomainAllocationList (or Pdsch-TimeDomainAllocationList). It may be the number of entries included in the pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2).
  • pdsch-Config does not include pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2)
  • pdsch-ConfigCommon does not include pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2) It may be the number of rows contained in the default table A or the default table D).
  • the number of bits in the'Time domain reserve association'field is ceiling (log 2 ). It may be given as I)).
  • the number of bits in the'Time domain reserve association'field may be a fixed number of bits. For example, the fixed number of bits may be 4 bits.
  • I may be the number of entries included in the pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2).
  • the pdsch-Config includes the pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2)
  • the value of I is included in the pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList) entry (or pdsch-TimeDomainAllocationList2) provided by the pdsch-Config. There may be.
  • the pdsch-ConfigComcon includes the pdsch-TimeDomainAllocationList (or Pdsch-TimeDomainAllocationList). It may be the number of entries included in the pdsch-TimeDomainAllocationList (or pdsch-TimeDomainAllocationList2).
  • the number of entries included in pdsch-TimeDomainAllocationList may differ from the number of entries included in pdsch-TimeDomainAllocationList2.
  • the maximum number of entries included in the pdsch-TimeDomainAllocationList may be the first value.
  • the first value is 16.
  • the maximum number of entries contained in pdsch-TimeDomainAllocationList2 may be a second value.
  • the first value is greater than 16.
  • the terminal device 1 may generate a HARQ-ACK codebook containing HARQ-ACK information bits corresponding to each of one or more PDSCHs.
  • the HARQ-ACK codebook containing the generated HARQ-ACK information bit may be transmitted by PUCCH.
  • the upper layer parameter pdsch-HARQ-ACK-Codebook is set to either'semi-static'or'dynamic'.
  • the pdsch-HARQ-ACK-Codebook may be used to indicate the type of HARQ-ACK codebook.
  • the type of the HARQ-ACK codebook may include a type 1 HARQ-ACK codebook and a type 2 HARQ-ACK codebook.
  • the procedure for determining the type 1 HARQ-ACK codebook may be applied.
  • the procedure for determining a type 2 HARQ-ACK codebook may be applied.
  • the terminal device 1 may generate a HARQ-ACK codebook based on the type of HARQ-ACK codebook shown in pdsch-HARQ-ACK-Codebook.
  • the terminal device 1 may generate a different HARQ-ACK codebook according to the service type (eMBB, URLLC) of the data transmitted by PDSCH. Specifically, the terminal device 1 may generate a first HARQ-ACK codebook in order to transmit the HARQ-ACK information bit corresponding to the PDSCH that transmits the eMBB data. That is, the first HARQ-ACK codebook may include the HARQ-ACK information bit corresponding to the PDSCH that transmits the eMBB data. Further, the terminal device 1 may generate a second HARQ-ACK codebook in order to transmit the HARQ-ACK information bit corresponding to the PDSCH that transmits the URLLC data.
  • the service type eMBB, URLLC
  • the second HARQ-ACK codebook may include a HARQ-ACK information bit corresponding to the PDSCH that transmits URLLC data.
  • the PDSCH that transmits the eMBB data may be PDSCH A as described above.
  • the PDSCH that transmits the URLLC data may be the PDSCH B as described above.
  • the base station device 3 may set an upper layer signal additionalCodebook-urlc for the terminal device 1.
  • the upper layer signal additionalCodebook-urllc may be used to set the terminal device 1 to generate two HARQ-ACK codebooks.
  • the signal of the upper layer for example, additionalCodebook-urlc
  • the signal of the upper layer for example, additionalCodebook-urllc
  • the setting of the signal of the upper layer (for example, additionalCodebook-urllc) in the terminal device 1 may mean that the signal of the upper layer (for example, additionalCodebook-urlc) is provided (transmitted). ..
  • the terminal device 1 may generate one or two codebooks.
  • the terminal device 1 may generate a first HARQ-ACK codebook in order to transmit the HARQ-ACK information bit corresponding to PDSCH A. That is, the HARQ-ACK for PDSCH A may be associated with the first HARQ-ACK codebook.
  • the terminal device 1 may generate a second HARQ-ACK codebook in order to transmit the HARQ-ACK information bit corresponding to PDSCH B. That is, the HARQ-ACK for PDSCH B may be associated with the second HARQ-ACK codebook.
  • the terminal device 1 When the terminal device 1 generates the first HARQ-ACK codebook, the terminal device 1 is based on the type of the HARQ-ACK codebook shown in the upper layer signal pdsch-HARQ-ACK-Codebook.
  • HARQ-ACK codebook may be generated. As mentioned above, if the pdsch-HARQ-ACK-Codebook is set to'semi-static', the procedure for determining the type 1 HARQ-ACK codebook is applied to the generation of the first HARQ-ACK codebook. You may. If the pdsch-HARQ-ACK-Codebook is set to'dynamic', the procedure for determining a Type 2 HARQ-ACK codebook may be applied to the generation of the first HARQ-ACK codebook.
  • the terminal device 1 when the terminal device 1 generates the second HARQ-ACK codebook, the terminal device 1 generates the second HARQ-ACK codebook based on a predetermined type of the HARQ-ACK codebook.
  • the predetermined type of the HARQ-ACK codebook may be type 2 (procedure for determining the type 2 HARQ-ACK codebook). That is, when the terminal device 1 generates the second HARQ-ACK codebook, the terminal device 1 generates the second HARQ-ACK codebook by using the procedure for determining the type 2 HARQ-ACK codebook. May be good. That is, the procedure for determining a type 2 HARQ-ACK codebook may be applied to the generation of the second HARQ-ACK codebook. Further, the type of the HARQ-ACK codebook determined in advance may be type 1 (procedure for determining the type 1 HARQ-ACK codebook).
  • the base station device 3 may set a signal pdsch-HARQ-ACK-Codebook-urlc of an upper layer with respect to the terminal device 1. Then, the terminal device 1 may generate a second HARQ-ACK codebook based on the type of the HARQ-ACK codebook shown in the signal pdsch-HARQ-ACK-Codebook-urllc of the upper layer. If pdsch-HARQ-ACK-Codebook-urllc is set to'semi-static', the procedure for type 1 HARQ-ACK codebook determination may be applied to the generation of a second HARQ-ACK codebook. .. If pdsch-HARQ-ACK-Codebook-urllc is set to'dynamic', the procedure for determining a type 2 HARQ-ACK codebook may be applied to the generation of a second HARQ-ACK codebook.
  • the base station device 3 does not have to set the signal additionalCodebook-urlc of the upper layer with respect to the terminal device 1.
  • the fact that the upper layer signal (for example, additionalCodebook-urlc) is not set in the terminal device 1 means that the upper layer signal (for example, additionalCodebook-urllc) is set to'disabled'. It may mean that it is.
  • the fact that the upper layer signal (for example, additionalCodebook-urllc) is not set in the terminal device 1 may mean that the upper layer signal (for example, additionalCodebook-urllc) is not provided (transmitted). ..
  • the fact that the signal of the upper layer is not transmitted may mean that the signal of the upper layer is absent in the RRC information transmitted to the terminal device 1.
  • the terminal device 1 may generate one codebook. That is, the terminal device 1 may generate a first HARQ-ACK codebook in order to transmit the HARQ-ACK information bit corresponding to PDSCH B. That is, the HARQ-ACK for PDSCH B may be associated with the first HARQ-ACK codebook.
  • the terminal device 1 When the terminal device 1 generates the first HARQ-ACK codebook, the terminal device 1 generates the first HARQ-ACK codebook based on a predetermined type of HARQ-ACK codebook. May be good.
  • the predetermined type of the HARQ-ACK codebook may be type 2 (procedure for determining the type 2 HARQ-ACK codebook).
  • the terminal device 1 when the terminal device 1 generates the first HARQ-ACK codebook, the terminal device 1 generates the first HARQ-ACK codebook by using the procedure for determining the type 2 HARQ-ACK codebook. May be good. That is, in this case, the procedure for determining the type 2 HARQ-ACK codebook may be applied to the generation of the first HARQ-ACK codebook. Further, the type of the HARQ-ACK codebook determined in advance may be type 1 (procedure for determining the type 1 HARQ-ACK codebook).
  • the base station device 3 does not have to set the signal additionalCodebook-urlc of the upper layer with respect to the terminal device 1. That is, when the additionalCodebook-urllc is not set in the terminal device 1, the terminal device 1 may generate one codebook. That is, the terminal device 1 may generate a first HARQ-ACK codebook in order to transmit the HARQ-ACK information bit corresponding to PDSCH B. That is, the HARQ-ACK for PDSCH B may be associated with the first HARQ-ACK codebook. When the terminal device 1 generates the first HARQ-ACK codebook, the terminal device 1 is shown in the upper layer signal pdsch-HARQ-ACK-Codebook (or pdsch-HARQ-ACK-Codebook-urllc).
  • a first HARQ-ACK codebook may be generated based on the type of HARQ-ACK codebook.
  • Type 1 HARQ-ACK for the generation of the first HARQ-ACK codebook if pdsch-HARQ-ACK-Codebook (or pdsch-HARQ-ACK-Codebook-urllc) is set to'semi-static'. Codebook determination procedures may apply. If pdsch-HARQ-ACK-Codebook (or pdsch-HARQ-ACK-Codebook-urllc) is set to'dynamic', a type 2 HARQ-ACK codebook determination is used to generate the first HARQ-ACK codebook. The procedure may be applied.
  • the terminal device 1 may generate one codebook.
  • the terminal device 1 may generate a first HARQ-ACK codebook in order to transmit the HARQ-ACK information bits corresponding to PDSCH A and PDSCH B. That is, the terminal device 1 may associate both the HARQ-ACK information bit for PDSCH A and the HARQ-ACK information bit for PDSCH B with the first HARQ-ACK codebook.
  • the terminal device 1 may also determine in the active DL BWP of the serving cell the monitoring opportunities for PDCCH or SPS PDSCH releases, including the DCI format for scheduling PDSCH. Good.
  • the terminal device 1 may transmit HARQ-ACK for the PDSCH or SPS PDSCH release in the same PUCCH in slot n.
  • the PDCCH monitoring opportunities, PDSCH-to-HARQ_feedback timing value, and may be provided based on at least a slot offset K 0.
  • the PDSCH-to-HARQ_feedback timing value k may be indicated in the PDSCH-to-HARQ-timing-indicator field included in the DCI format that schedules the PDSCH.
  • the PDSCH-to-HARQ_fedback timing value k may be the number of PUCCH subslots.
  • the PDSCH-to-HARQ_fedback timing value k may be the number of slots (PUCCH slots) for the transmission of the first HARQ-ACK code.
  • the terminal device 1 may transmit HARQ-ACK for the PDSCH in PUCCH in slot n + k.
  • the terminal device 1 may transmit the HARQ-ACK to the PDSCH with the PUCCH in the PUCCH subslot n + k.
  • the book slot offset K 0 may be a slot offset between the PDCCH including DCI and its PDSCH.
  • the procedure for determining the type 2 HARQ-ACK codebook will be described with reference to FIG.
  • FIG. 8 is a diagram showing an example of a procedure for determining a type 2 HARQ-ACK codebook.
  • two serving cells (serving cell c1 and serving cell c2) are set in the terminal device 1.
  • the terminal device 1 may transmit PUCCH to slot n.
  • the terminal device 1 may determine the PDCCH monitoring opportunity corresponding to the PUCCH transmission (800) including HARQ-ACK in slot n.
  • a set of PDCCH monitoring opportunities for a DCI format or SPS PDSCH release that schedules PDSCH reception is defined as a set of PDCCH monitoring opportunities across the active DL BWP of the configured serving cell, and the start of the search space set associated with the PDCCH monitoring opportunities. They may be arranged in ascending order of time.
  • the cardinality of the set of PDCCH monitoring opportunities is M. In FIG. 8, the value of M is 4.
  • m is an index of PDCCH monitoring opportunities. The value of m takes a value from 0 to M-1.
  • the value of the counter DAI may indicate the cumulative number of ⁇ serving cell, PDCCH monitoring opportunity ⁇ pairs in the current serving cell and the current PDCCH monitoring opportunity. There is a PDSCH reception or SPS PDSCH release associated with the DCI format in the ⁇ serving cell, PDCCH monitoring opportunity ⁇ pair.
  • the cumulative number of ⁇ serving cells, PDCCH monitoring opportunities ⁇ pairs may be countered (mapped) first in ascending order of the serving cell index and then in ascending order of the index m of the PDCCH monitoring opportunity. That is, the cumulative number values may be accumulated in the order of PDCCH monitoring opportunities 801, 802, 803, 804, and 805.
  • the counter DAI may be included in DCI A or DCI B.
  • the value of total DAI may indicate the total number of ⁇ serving cell, PDCCH monitoring opportunity ⁇ pairs at the current PDCCH monitoring opportunity m.
  • the total number of ⁇ serving cells, PDCCH monitoring opportunities ⁇ pairs may be updated from PDCCH monitoring opportunities to PDCCH monitoring opportunities. That is, in the PDCCH monitoring opportunity of the same index, the value of total DAI shown in the detected DCI format may be the same.
  • the terminal device 1 may determine the value of the ACK transmitted by the PUCCH 800 based on at least the total DAI.
  • the terminal device 1 may determine a set of opportunities MA , C for receiving candidate PDSCH associated with PUCCH 900 in slot n.
  • HARQ-ACK corresponding to the PDSCH to be received by the opportunity of the candidate PDSCH reception may be transmitted by the PUCCH in slot n U.
  • the terminal device 1 may determine sets MA , C of opportunity for candidate PDSCH reception, at least based on a set of slot timing values K1.
  • the slot timing value K1 may be the number of PUCCH subslots.
  • the slot timing value K1 may be the number of slots (PUCCH slots) for the transmission of the first HARQ-ACK code.
  • the set of slot timing values K1 may be given at least based on the slot timing values ⁇ 1,2,3,4,5,6,7,8 ⁇ and / or the signal dl-DataToUL-ACK of the upper layer.
  • FIG. 9 is a diagram showing an example of a procedure for determining a type 1 HARQ-ACK codebook.
  • the set of given slot timing values K1 may be ⁇ 1,2 ⁇ . That is, the terminal device 1 may transmit the HARQ-ACK corresponding to the candidate PDSCH reception in the slot n U- 2 and the slot n U- 1 in the PUCCH 900 in the slot n U. However, in response to the transmission of the second HARQ-ACK code, the terminal device 1 may transmit the HARQ-ACK to the PDSCH with the PUCCH in the PUCCH subslot n U.
  • the time domain resource allocation (start symbol S and the number of consecutively allocated symbols L) of the opportunity of receiving the candidate PDSCH may be given at least based on the pdsch-TimeDomainAllocationList as described above. 9, 901, 902, 903, and 904, an opportunity of candidates PDSCH reception in slot n U -2.
  • 905, 906, 907, and 908 are opportunities for candidates PDSCH reception in slot n U -2.
  • the terminal device 1 sets the first opportunity set of the candidate PDSCH reception opportunity 901 having the smallest index of the terminating OFDM symbol among the candidate PDSCH reception opportunities ⁇ 901, 902, 903, 904 ⁇ in the slot n U- 2. You may put it in. If the start symbol index S of the other candidate PDSCH reception opportunity is the same as or smaller than the index of the end OFDM symbol of the candidate PDSCH reception opportunity 901, the terminal device 1 takes the candidate PDSCH reception opportunity as the first opportunity. You may put it in a set. That is, the terminal device 1 may include the opportunity 902 for receiving the candidate PDSCH in the first opportunity set.
  • the terminal device 1 secondly sets the candidate PDSCH reception opportunity 904, which has the smallest index of the terminating OFDM symbol among the candidate PDSCH reception opportunities ⁇ 903, 904 ⁇ not included in the first opportunity set. You may put it in the opportunity set. If the start symbol index S of the other candidate PDSCH reception opportunity is the same as or smaller than the index of the end OFDM symbol of the candidate PDSCH reception opportunity 904, the terminal device 1 takes the candidate PDSCH reception opportunity as a second opportunity. You may put it in a set. That is, the terminal device 1 may include the opportunity 903 for receiving the candidate PDSCH in the second opportunity set.
  • the terminal device 1 sets the third candidate PDSCH reception opportunity 905 having the smallest index of the terminating OFDM symbol among the candidate PDSCH reception opportunities ⁇ 905, 906, 907, 908 ⁇ in the slot n U- 2. You may put it in the opportunity set of. If the start symbol index S of the other candidate PDSCH reception opportunity is the same as or smaller than the index of the end OFDM symbol of the candidate PDSCH reception opportunity 905, the terminal device 1 makes the candidate PDSCH reception opportunity a third opportunity. You may put it in a set. That is, the terminal device 1 may include the opportunity 906 for receiving the candidate PDSCH in the third opportunity set.
  • the terminal device 1 sets the fourth opportunity 908 for receiving the candidate PDSCH having the smallest index of the terminating OFDM symbol among the opportunities ⁇ 907, 908 ⁇ for receiving the candidate PDSCH not included in the third opportunity set. You may put it in the opportunity set. If the start symbol index S of the other candidate PDSCH reception opportunity is the same as or smaller than the index of the end OFDM symbol of the candidate PDSCH reception opportunity 908, the terminal device 1 makes the candidate PDSCH reception opportunity a fourth opportunity. You may put it in a set. That is, in FIG. 9, with respect to the serving cell c, the set M A, cardinality of C opportunities candidate PDSCH reception is four. The terminal device 1 may generate HARQ-ACK corresponding to each of the opportunity sets. The terminal device 1 may determine the value of the ACK transmitted by the PUCCH 900, at least based on the set MA , C of the determined candidate PDSCH reception opportunities.
  • FIG. 17 is a schematic block diagram showing the configuration of the terminal device 1 of the present embodiment.
  • the terminal device 1 includes a wireless transmission / reception unit 10 and an upper layer processing unit 14.
  • the radio transmission / reception unit 10 includes an antenna unit 11, an RF (Radio Frequency) unit 12, and a baseband unit 13.
  • the upper layer processing unit 14 includes a medium access control layer processing unit 15 and a radio resource control layer processing unit 16.
  • the wireless transmission / reception unit 10 is also referred to as a transmission unit, a reception unit, a monitor unit, or a physical layer processing unit.
  • the upper layer processing unit 14 is also referred to as a measurement unit 14, a selection unit 14, a determination unit 14, or a control unit 14.
  • the upper layer processing unit 14 outputs uplink data (which may be referred to as a transport block) generated by a user operation or the like to the wireless transmission / reception unit 10.
  • the upper layer processing unit 14 includes a medium access control (MAC: Medium Access Control) layer, a packet data integration protocol (Packet Data Convergence Protocol: PDCP) layer, a wireless link control (Radio Link Control: RLC) layer, and a wireless resource control (Radio). ResourceControl: RRC) Performs some or all of the layer processing.
  • the upper layer processing unit 14 may have a function of determining a time parameter for transmitting a physical uplink shared channel based on an upper layer signal and / or downlink control information received from the base station apparatus 3. ..
  • the medium access control layer processing unit 15 included in the upper layer processing unit 14 processes the MAC layer (medium access control layer).
  • the medium access control layer processing unit 15 controls the transmission of the scheduling request based on various setting information / parameters managed by the radio resource control layer processing unit 16.
  • the radio resource control layer processing unit 16 included in the upper layer processing unit 14 processes the RRC layer (radio resource control layer).
  • the wireless resource control layer processing unit 16 manages various setting information / parameters of its own device.
  • the radio resource control layer processing unit 16 sets various setting information / parameters based on the signal of the upper layer received from the base station apparatus 3. That is, the radio resource control layer processing unit 16 sets various setting information / parameters based on the information indicating various setting information / parameters received from the base station apparatus 3.
  • the radio resource control layer processing unit 16 controls (specifies) resource allocation based on the downlink control information received from the base station device 3.
  • the wireless transmission / reception unit 10 performs physical layer processing such as modulation, demodulation, coding, and decoding.
  • the wireless transmission / reception unit 10 separates, demodulates, and decodes the signal received from the base station device 3, and outputs the decoded information to the upper layer processing unit 14.
  • the wireless transmission / reception unit 10 generates a transmission signal by modulating and encoding the data, and transmits the transmission signal to the base station device 3 or the like.
  • the wireless transmission / reception unit 10 outputs an upper layer signal (RRC message), DCI, etc. received from the base station device 3 to the upper layer processing unit 14.
  • the wireless transmission / reception unit 10 generates and transmits an uplink signal (including a physical uplink control channel and / or a physical uplink shared channel) based on an instruction from the upper layer processing unit 14.
  • the wireless transmission / reception unit 10 may have a function of receiving a physical downlink control channel and / or a physical downlink shared channel.
  • the wireless transmission / reception unit 10 may have a function of transmitting a physical uplink control channel and / or a physical uplink shared channel.
  • the wireless transmission / reception unit 10 may have a function of receiving downlink control information on the physical downlink control channel.
  • the wireless transmission / reception unit 10 may have a function of outputting the downlink control information received by the physical downlink control channel to the upper layer processing unit 14.
  • the baseband unit 13 performs inverse fast Fourier transform (IFFT) on the data to generate an OFDM symbol, adds CP to the generated OFDM symbol, generates a baseband digital signal, and basebands the data. Converts a band's digital signal to an analog signal.
  • the baseband unit 13 outputs the converted analog signal to the RF unit 12.
  • IFFT inverse fast Fourier transform
  • FIG. 18 is a schematic block diagram showing the configuration of the base station device 3 of the present embodiment.
  • the base station apparatus 3 includes a wireless transmission / reception unit 30 and an upper layer processing unit 34.
  • the radio transmission / reception unit 30 includes an antenna unit 31, an RF unit 32, and a baseband unit 33.
  • the upper layer processing unit 34 includes a medium access control layer processing unit 35 and a radio resource control layer processing unit 36.
  • the wireless transmission / reception unit 30 is also referred to as a transmission unit, a reception unit, a monitor unit, or a physical layer processing unit. Further, a control unit that controls the operation of each unit based on various conditions may be separately provided.
  • the upper layer processing unit 34 is also referred to as a determination unit 34 or a control unit 34.
  • the wireless transmission / reception unit 30 transmits an upper layer signal (RRC message), DCI, etc. to the terminal device 1. Further, the wireless transmission / reception unit 30 receives the uplink signal transmitted from the terminal device 1 based on the instruction from the upper layer processing unit 34.
  • the wireless transmission / reception unit 30 may have a function of transmitting a physical downlink control channel and / or a physical downlink shared channel.
  • the wireless transmission / reception unit 30 may have a function of receiving a physical uplink control channel and / or a physical uplink shared channel.
  • the wireless transmission / reception unit 30 may have a function of transmitting downlink control information through a physical downlink control channel.
  • the wireless transmission / reception unit 30 may have a function of transmitting the downlink control information output by the upper layer processing unit 34 via the physical downlink control channel. Since some functions of the wireless transmission / reception unit 30 are the same as those of the wireless transmission / reception unit 10, the description thereof will be omitted.
  • the base station device 3 is connected to one or a plurality of transmission / reception points 4, some or all of the functions of the wireless transmission / reception unit 30 may be included in each transmission / reception point 4.
  • the upper layer processing unit 34 transmits (transfers) a control message or user data between the base station devices 3 or between the upper network device (MME, S-GW (Serving-GW)) and the base station device 3. ) Or receive.
  • MME mobile phone
  • S-GW Serving-GW
  • the upper layer processing unit 34 includes a radio resource management (Radio Resource Management) layer processing unit and an application layer processing unit.
  • the terminal device 1 generates a HARQ-ACK codebook with a receiving unit 10 that receives the parameters of the upper layer, PDSCH, and uses the generated HARQ-ACK codebook with PUCCH.
  • a transmission unit 10 for transmission is provided and the first parameter is set, a first HARQ-ACK codebook and a second HARQ-ACK codebook are generated, and the first HARQ-ACK codebook is generated.
  • the first HARQ-ACK codebook is generated.
  • the second HARQ-ACK codebook is used to transmit the HARQ-ACK bit corresponding to PDSCH B.
  • the parameter of is not set, a first HARQ-ACK codebook is generated, and the first HARQ-ACK codebook is used to transmit the HARQ-ACK bit corresponding to PDSCH B.
  • the first HARQ-ACK codebook is the upper layer parameter pdsch-HARQ-ACK-Codebook. Generated based on the type of codebook indicated by, said second HARQ-ACK codebook is generated based on the type of codebook indicated by the upper layer parameter pdsch-HARQ-ACK-Codebook-Urllc.
  • the first HARQ-ACK codebook is generated based on a predetermined type.
  • the first HARQ-ACK codebook is the upper layer parameter pdsch-HARQ-ACK-Codebook-. Generated based on the type of codebook indicated by Urllc.
  • the upper layer signal pdsch-HARQ-ACK-Codebook or pdsch-HARQ-ACK-Codebook-Urllc indicates either type 1 or type 2.
  • the predetermined type is type 2.
  • the first HARQ-ACK codebook is generated based on a predetermined type.
  • both HARQ-ACK for PDSCH A and HARQ-ACK for PDSCH B are described in the first HARQ-ACK codebook. To be associated with.
  • the PDSCH A is a PDSCH scheduled by DCI A
  • the PDSCH B is a PDSCH scheduled by DCI B
  • the DCI A The value of RNTI for scrambling the CRC added to DCI is the first range
  • the value of RNTI for scrambling the CRC added to DCI B is in the second range different from the first range.
  • the terminal device 1 can efficiently communicate with the base station device 3. For example, for receiving data of different services (eMBB, URLLC), the terminal device 1 can determine the transmission of HARQ-ACK corresponding to different PDSCH. In addition, the base station device 3 can efficiently communicate with the terminal device 1. For example, for transmitting data of different services (eMBB, URLLC), the base station apparatus 3 can determine the reception of HARQ-ACK corresponding to different PDSCH.
  • eMBB data of different services
  • URLLC data of different services
  • the invention of the present application is not limited to the above-described embodiment. Although an example of the device has been described in the embodiment, the present invention is not limited to this, and the present invention is not limited to this, and the stationary or non-movable electronic device installed indoors or outdoors, for example, an AV device, a kitchen device, and the like. It can be applied to terminal devices or communication devices such as cleaning / washing equipment, air conditioning equipment, office equipment, vending machines, and other living equipment.
  • One aspect of the present invention is used, for example, in a communication system, a communication device (for example, a mobile phone device, a base station device, a wireless LAN device, or a sensor device), an integrated circuit (for example, a communication chip), a program, or the like. be able to.
  • a communication device for example, a mobile phone device, a base station device, a wireless LAN device, or a sensor device
  • an integrated circuit for example, a communication chip
  • a program or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

端末装置が、上位層のパラメータ、ＰＤＳＣＨを受信し、ＨＡＲＱ－ＡＣＫコードブックを生成し、生成したＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨで送信し、第１のパラメータが設定される場合、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックが生成され、第１のＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ　Ａに対応するＨＡＲＱ－ＡＣＫビットを送信するために使われ、第２のＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ　Ｂに対応するＨＡＲＱ－ＡＣＫビットを送信するために使われ、第１のパラメータが設定されない場合、第１のＨＡＲＱ－ＡＣＫコードブックが生成され、第１のＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ　Ｂに対応するＨＡＲＱ－ＡＣＫビットを送信するために使われる。

Description

基地局装置、端末装置、通信方法、および、集積回路
　本発明は、基地局装置、端末装置、通信方法、および、集積回路に関する。
　本願は、２０１９年４月２６日に日本に出願された特願２０１９－０８５６４１号について優先権を主張し、その内容をここに援用する。
　現在、第５世代のセルラーシステムに向けた無線アクセス方式および無線ネットワーク技術として、第三世代パートナーシッププロジェクト（3GPP: The Third Generation Partnership Project）において、LTE（Long Term Evolution）-Advanced Pro及びNR（New Radio technology）の技術検討及び規格策定が行われている（非特許文献１）。
　第５世代のセルラーシステムでは、高速・大容量伝送を実現するeMBB（enhanced Mobile BroadBand）、低遅延・高信頼通信を実現するURLLC（Ultra-Reliable and Low LatencyCommunication）、IoT（Internet of Things）などマシン型デバイスが多数接続するmMTC（massive Machine Type Communication）の3つがサービスの想定シナリオとして要求されている。
RP-161214, NTT DOCOMO, "Revision of SI: Study on New Radio Access Technology", 2016年6月
　本発明の目的は、上記のような無線通信システムにおいて、効率的な通信を可能とする端末装置、基地局装置、通信方法、および、集積回路を提供することを目的とする。
　（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の一態様における端末装置は、ＰＤＳＣＨを受信する受信部と、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットを送信するために用いられるＨＡＲＱ－ＡＣＫコードブックを生成し、前記生成したＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨで送信する送信部と、を備え、第１のＲＲＣパラメータが提供される場合、一つまたは二つのＨＡＲＱ－ＡＣＫコードブックが生成され、前記二つのＨＡＲＱ－ＡＣＫコードブックが生成される第１の場合、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックが生成され、前記第１のＲＲＣパラメータが提供されない第２の場合、一つのＨＡＲＱ－ＡＣＫコードブックが生成される。
　（２）また、本発明の一態様における端末装置と通信する基地局装置は、ＰＤＳＣＨを送信する送信部と、前記端末装置で前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットを送信するために生成されるＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨで受信する受信部と、を備え、前記端末装置に第１のＲＲＣパラメータを提供する場合、一つまたは二つのＨＡＲＱ－ＡＣＫコードブックが生成され、前記二つのＨＡＲＱ－ＡＣＫコードブックが生成される第１の場合、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックが生成され、前記端末装置に前記第１のＲＲＣパラメータが提供されない第２の場合、一つのＨＡＲＱ－ＡＣＫコードブックが生成される。
　　（３）また、本発明の一態様における通信方法は、端末装置の通信方法であって、ＰＤＳＣＨを受信し、前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットを送信するために用いられるＨＡＲＱ－ＡＣＫコードブックを生成し、前記生成したＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨで送信し、第１のＲＲＣパラメータが提供される場合、一つまたは二つのＨＡＲＱ－ＡＣＫコードブックが生成され、前記二つのＨＡＲＱ－ＡＣＫコードブックが生成される第１の場合、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックが生成され、前記第１のＲＲＣパラメータが提供されない第２の場合、一つのＨＡＲＱ－ＡＣＫコードブックが生成される。
　（４）また、本発明の一態様における通信方法は、端末装置と通信する基地局装置の通信方法であって、ＰＤＳＣＨを送信し、前記端末装置で前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットを送信するために生成されるＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨで受信し、前記端末装置に第１のＲＲＣパラメータを提供する場合、一つまたは二つのＨＡＲＱ－ＡＣＫコードブックが生成され、前記二つのＨＡＲＱ－ＡＣＫコードブックが生成される第１の場合、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックが生成され、前記端末装置に前記第１のＲＲＣパラメータが提供されない第２の場合、一つのＨＡＲＱ－ＡＣＫコードブックが生成される。
　この発明の一態様によれば、基地局装置と端末装置が、効率的に通信することができる。
本発明の実施形態に係る無線通信システムの概念を示す図である。 本発明の実施形態に係るＳＳ／ＰＢＣＨブロックおよびＳＳバーストセットの例を示す図である。 本発明の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。 本発明の実施形態に係るサブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。 本発明の実施形態に係るスロットまたはサブフレームの一例を示す図である。 本発明の実施形態に係るビームフォーミングの一例を示した図である。 本発明の実施形態に係るＰＤＳＣＨマッピングタイプの一例を示す図である。 本発明の実施形態に係るタイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順の一例を示す図である。 本発明の実施形態に係るタイプ１ＨＡＲＱ－ＡＣＫコードブック決定の手順の一例を示す図である。 本発明の実施形態に係るどのリソース割り当てテーブルをＰＤＳＣＨ時間領域リソース割り当てに適用するかを定義する図である。 本発明の実施形態に係るＰＤＳＣＨに適用するリソース割り当てテーブルの決定法を示すテーブルの一例である。 本発明の実施形態に係るＰＤＳＣＨに適用するリソース割り当てテーブルの決定法を示すテーブルの別の一例である。 本発明の実施形態に係るデフォルトテーブルＡの一例を示す図である。 本発明の実施形態に係るデフォルトテーブルＢの一例を示す図である。 本発明の実施形態に係るデフォルトテーブルＣの一例を示す図である。 本発明の実施形態に係るＳＬＩＶを算出する一例を示す図である。 本発明の実施形態に係る端末装置１の構成を示す概略ブロック図である。 本発明の実施形態に係る基地局装置３の構成を示す概略ブロック図である。
　以下、本発明の実施形態について説明する。
　図１は、本実施形態における無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ、端末装置１Ｂ、および基地局装置３を具備する。以下、端末装置１Ａ、および、端末装置１Ｂを、端末装置１とも称する。
　端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（User Equipment）、ＭＳ（Mobile Station）とも称される。基地局装置３は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（Node B）、ｅＮＢ（evolved Node B）、ＢＴＳ（Base Transceiver Station）、ＢＳ（Base Station）、ＮＲ　ＮＢ（NR Node B）、ＮＮＢ、ＴＲＰ（Transmission and Reception Point）、ｇＮＢとも称される。基地局装置３は、コアネットワーク装置を含んでも良い。また、基地局装置３は、１つまたは複数の送受信点４（ｔｒａｎｓｍｉｓｓｉｏｎ　ｒｅｃｅｐｔｉｏｎ　ｐｏｉｎｔ）を具備しても良い。以下で説明する基地局装置３の機能／処理の少なくとも一部は、該基地局装置３が具備する各々の送受信点４における機能／処理であってもよい。基地局装置３は、基地局装置３によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つまたは複数の送受信点４によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つのセルを複数の部分領域（Ｂｅａｍｅｄ　ａｒｅａ）にわけ、それぞれの部分領域において端末装置１をサーブしてもよい。ここで、部分領域は、ビームフォーミングで使用されるビームのインデックスあるいはプリコーディングのインデックスに基づいて識別されてもよい。
　基地局装置３から端末装置１への無線通信リンクを下りリンクと称する。端末装置１から基地局装置３への無線通信リンクを上りリンクと称する。
　図１において、端末装置１と基地局装置３の間の無線通信では、サイクリックプレフィックス（CP: Cyclic Prefix）を含む直交周波数分割多重（OFDM: Orthogonal Frequency Division Multiplexing）、シングルキャリア周波数多重（SC-FDM: Single-Carrier Frequency Division Multiplexing）、離散フーリエ変換拡散ＯＦＤＭ（DFT-S-OFDM: Discrete Fourier Transform Spread OFDM）、マルチキャリア符号分割多重（MC-CDM: Multi-Carrier Code Division Multiplexing）が用いられてもよい。
　また、図１において、端末装置１と基地局装置３の間の無線通信では、ユニバーサルフィルタマルチキャリア（UFMC: Universal-Filtered Multi-Carrier）、フィルタＯＦＤＭ（F-OFDM: Filtered OFDM）、窓関数が乗算されたＯＦＤＭ（Windowed OFDM）、フィルタバンクマルチキャリア（FBMC: Filter-Bank Multi-Carrier）が用いられてもよい。
　なお、本実施形態ではＯＦＤＭを伝送方式としてＯＦＤＭシンボルで説明するが、上述の他の伝送方式の場合を用いた場合も本発明の一態様に含まれる。
　また、図１において、端末装置１と基地局装置３の間の無線通信では、ＣＰを用いない、あるいはＣＰの代わりにゼロパディングをした上述の伝送方式が用いられてもよい。また、ＣＰやゼロパディングは前方と後方の両方に付加されてもよい。
　本実施形態の一態様は、ＬＴＥやＬＴＥ－Ａ／ＬＴＥ－Ａ　Ｐｒｏといった無線アクセス技術（RAT: Radio Access Technology）とのキャリアアグリゲーションまたはデュアルコネクティビティにおいてオペレーションされてもよい。このとき、一部またはすべてのセルまたはセルグループ、キャリアまたはキャリアグループ（例えば、プライマリセル（PCell: Primary Cell）、セカンダリセル（SCell: Secondary Cell）、プライマリセカンダリセル（PSCell）、ＭＣＧ（Master Cell Group）、ＳＣＧ（Secondary Cell Group）など）で用いられてもよい。また、単独でオペレーションするスタンドアローンで用いられてもよい。デュアルコネクティビティオペレーションにおいては、ＳｐＣｅｌｌ（Special Cell）は、ＭＡＣ（MAC: Medium Access Control）エンティティがＭＣＧに関連付けられているか、ＳＣＧに関連付けられているかに応じて、それぞれ、ＭＣＧのPCellまたは、SCGのPSCellと称する。デュアルコネクティビティオペレーションでなければ、ＳｐＣｅｌｌ（Special Cell）は、PCellと称する。ＳｐＣｅｌｌ（Special Cell）は、ＰＵＣＣＨ送信と、競合ベースランダムアクセスをサポートする。
　本実施形態では、端末装置１に対して１つまたは複数のサービングセルが設定されてもよい。設定された複数のサービングセルは、１つのプライマリセルと１つまたは複数のセカンダリセルとを含んでもよい。プライマリセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリセルと指示されたセルであってもよい。ＲＲＣ（Radio Resource Control）コネクションが確立された時点、または、後に、１つまたは複数のセカンダリセルが設定されてもよい。ただし、設定された複数のサービングセルは、１つのプライマリセカンダリセルを含んでもよい。プライマリセカンダリセルは、端末装置１が設定された１つまたは複数のセカンダリセルのうち、上りリンクにおいて制御情報を送信可能なセカンダリセルであってもよい。また、端末装置１に対して、マスターセルグループとセカンダリセルグループの２種類のサービングセルのサブセットが設定されてもよい。マスターセルグループは１つのプライマリセルと０個以上のセカンダリセルで構成されてもよい。セカンダリセルグループは１つのプライマリセカンダリセルと０個以上のセカンダリセルで構成されてもよい。
　本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用されてよい。複数のセルの全てに対してＴＤＤ（Time Division Duplex）方式またはＦＤＤ（Frequency Division Duplex）方式が適用されてもよい。また、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。ＴＤＤ方式はアンペアードスペクトラムオペレーション（Unpaired spectrum operation）と称されてもよい。ＦＤＤ方式はペアードスペクトラムオペレーション（Paired spectrum operation）と称されてもよい。
　下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリア（あるいは下りリンクキャリア）と称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリア（あるいは上りリンクキャリア）と称する。サイドリンクにおいて、サービングセルに対応するキャリアをサイドリンクコンポーネントキャリア（あるいはサイドリンクキャリア）と称する。下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア、および／またはサイドリンクコンポーネントキャリアを総称してコンポーネントキャリア（あるいはキャリア）と称する。
　本実施形態の物理チャネルおよび物理信号について説明する。
　図１において、端末装置１と基地局装置３の無線通信では、以下の物理チャネルが用いられる。
・ＰＢＣＨ（物理報知チャネル：Physical Broadcast CHannel）
・ＰＤＣＣＨ（物理下りリンク制御チャネル：Physical Downlink Control CHannel）
・ＰＤＳＣＨ（物理下りリンク共用チャネル：Physical Downlink Shared CHannel）
・ＰＵＣＣＨ（物理上りリンク制御チャネル：Physical Uplink Control CHannel）
・ＰＵＳＣＨ（物理上りリンク共用チャネル：Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access CHannel）
　ＰＢＣＨは、端末装置１が必要な重要なシステム情報を含む重要情報ブロック（MIB: Master Information Block、EIB: Essential Information Block、ＢＣＨ：Broadcast Channel）を報知するために用いられる。
　また、ＰＢＣＨは、同期信号のブロック（ＳＳ／ＰＢＣＨブロックとも称する）の周期内の時間インデックスを報知するために用いられてよい。ここで、時間インデックスは、セル内の同期信号およびＰＢＣＨのインデックスを示す情報である。例えば、３つの送信ビーム（送信フィルタ設定、受信空間パラメータに関する擬似同位置（ＱＣＬ：Quasi Co-Location））の想定を用いてＳＳ／ＰＢＣＨブロックを送信する場合、予め定められた周期内または設定された周期内の時間順を示してよい。また、端末装置は、時間インデックスの違いを送信ビームの違いと認識してもよい。
　ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置１への無線通信）において、下りリンク制御情報（Downlink Control Information: DCI）を送信する（または運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいてＰＤＣＣＨ候補（candidate）のセットをモニタする。モニタすることは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。
　例えば、以下のＤＣＩフォーマットが定義されてよい。
　・ＤＣＩフォーマット０＿０
　・ＤＣＩフォーマット０＿１
　・ＤＣＩフォーマット０＿２
　・ＤＣＩフォーマット１＿０
　・ＤＣＩフォーマット１＿１
　・ＤＣＩフォーマット１＿２
　・ＤＣＩフォーマット２＿０
　・ＤＣＩフォーマット２＿１
　・ＤＣＩフォーマット２＿２
　・ＤＣＩフォーマット２＿３
　ＤＣＩフォーマット０＿０は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿０は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。ＤＣＩフォーマット０＿０は、識別子であるＲａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ（ＲＮＴＩ）のうち、Ｃｅｌｌ－ＲＮＴＩ（Ｃ－ＲＮＴＩ）、Ｃｏｎｆｉｇｕｒｅｄ　Ｓｃｈｅｄｕｌｉｎｇ（ＣＳ）－ＲＮＴＩ）、ＭＣＳ―Ｃ－ＲＮＴＩ、および／または、Ｔｅｍｐｏｒａｒｙ　Ｃ－ＮＲＴＩ（ＴＣ－ＲＮＴＩ）の何れかによってスクランブルされるＣＲＣ（Cyclic Redundancy Check）が付加されてもよい。ＤＣＩフォーマット０＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。
　ＤＣＩフォーマット０＿１は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿１は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ：BandWidth Part）を示す情報、チャネル状態情報（ＣＳＩ：Channel State Information）リクエスト、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）リクエスト、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット０＿１は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、Ｓｅｍｉ　Ｐｅｒｓｉｓｔｅｎｔ（ＳＰ）－ＣＳＩ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。
　ＤＣＩフォーマット０＿２は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿２は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、ＢＷＰを示す情報、ＣＳＩリクエスト、ＳＲＳリクエスト、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット０＿２は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳＩ－ＲＮＴＩ、ＳＰ－ＣＳＩ－ＲＮＴＩ、および／または、ＭＣＳ－Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿２は、ＵＥ固有サーチスペースにおいてモニタされてもよい。ＤＣＩフォーマット０＿２は、ＤＣＩフォーマット０＿１Ａ等と称されるかもしれない。
　ＤＣＩフォーマット１＿０は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿０は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。ＤＣＩフォーマット１＿０は、識別子のうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＭＣＳ―Ｃ－ＲＮＴＩ、Ｐａｇｉｎｇ　ＲＮＴＩ（Ｐ－ＲＮＴＩ）、Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ（ＳＩ）－ＲＮＴＩ、Ｒａｎｄｏｍ　Ａｃｃｅｓｓ（ＲＡ）－ＲＮＴＩ、および／または、ＴＣ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。
　ＤＣＩフォーマット１＿１は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿１は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ）を示す情報、送信設定指示（ＴＣＩ：Transmission Configuration Indication）、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット１＿１は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。
　ＤＣＩフォーマット１＿２は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿２は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、ＢＷＰを示す情報、ＴＣＩ、および／または、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット１＿２は、ＲＮＴＩのうち、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿２は、ＵＥ固有サーチスペースにおいてモニタされてもよい。ＤＣＩフォーマット１＿２は、ＤＣＩフォーマット１＿１Ａ等と称されるかもしれない。また、ＤＣＩフォーマット１＿２は、ＵＣ－ＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩフォーマット１＿１であってもよい。ただし、ＵＣ－ＲＮＴＩはＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ，ＣＳ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩおよびＰ－ＲＮＴＩで利用可能な値とは異なる値を用いるＲＮＴＩであってよい。ただし、ＵＣ－ＲＮＴＩは１つまたは複数のスロットにおける所定のサービスのデータのＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられるＲＮＴＩであってよい。
　ＤＣＩフォーマット２＿０は、１つまたは複数のスロットのスロットフォーマットを通知するために用いられる。スロットフォーマットは、スロット内の各ＯＦＤＭシンボルが下りリンク、フレキシブル、上りリンクのいずれかに分類されたものとして定義される。例えば、スロットフォーマットが２８の場合、スロットフォーマット２８が指示されたスロット内の１４シンボルのＯＦＤＭシンボルに対してＤＤＤＤＤＤＤＤＤＤＤＤＦＵが適用される。ここで、Ｄが下りリンクシンボル、Ｆがフレキシブルシンボル、Ｕが上りリンクシンボルである。なお、スロットについては後述する。
　ＤＣＩフォーマット２＿１は、端末装置１に対して、送信がないと想定してよい物理リソースブロックとＯＦＤＭシンボルを通知するために用いられる。なお、この情報はプリエンプション指示（間欠送信指示）と称してよい。
　ＤＣＩフォーマット２＿２は、ＰＵＳＣＨおよびＰＵＳＣＨのための送信電力制御（ＴＰＣ：Transmit Power Control）コマンドの送信のために用いられる。
　ＤＣＩフォーマット２＿３は、１または複数の端末装置１によるサウンディング参照信号（ＳＲＳ）送信のためのＴＰＣコマンドのグループを送信するために用いられる。また、ＴＰＣコマンドとともに、ＳＲＳリクエストが送信されてもよい。また、ＤＣＩフォーマット２＿３に、ＰＵＳＣＨおよびＰＵＣＣＨのない上りリンク、またはＳＲＳの送信電力制御がＰＵＳＣＨの送信電力制御と紐付いていない上りリンクのために、ＳＲＳリクエストとＴＰＣコマンドが定義されてよい。
　下りリンクに対するＤＣＩを、下りリンクグラント（downlink grant）、または、下りリンクアサインメント（downlink assignment）とも称する。ここで、上りリンクに対するＤＣＩを、上りリンクグラント（uplink grant）、または、上りリンクアサインメント（Uplink assignment）とも称する。ＤＣＩを、ＤＣＩフォーマットとも称してもよい。
　１つのＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣパリティビットは、ＳＩ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、または、ＴＣ－ＲＮＴＩでスクランブルされる。ＳＩ－ＲＮＴＩはシステム情報のブロードキャストに使用される識別子であってもよい。Ｐ－ＲＮＴＩは、ページングおよびシステム情報変更の通知に使用される識別子であってもよい。Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩは、セル内において端末装置を識別するための識別子である。ＴＣ－ＲＮＴＩは、競合ベースのランダムアクセス手順（contention based random access procedure）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。
　Ｃ－ＲＮＴＩは、１つまたは複数のスロットにおけるＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられる。ＣＳ－ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。ＭＣＳ－Ｃ－ＲＮＴＩは、グラントベース送信（grant-based transmission）に対して所定のＭＣＳテーブルの使用を示すために用いられる。ＴＣ－ＲＮＴＩは、１つまたは複数のスロットにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。ＴＣ－ＲＮＴＩは、ランダムアクセスメッセージ３の再送信、およびランダムアクセスメッセージ４の送信をスケジュールするために用いられる。ＲＡ－ＲＮＴＩは、ランダムアクセスプリアンブルを送信した物理ランダムアクセスチャネルの周波数および時間の位置情報に応じて決定される。
　Ｃ－ＲＮＴＩおよび／またはその他のＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのトラフィックのタイプに対応して異なる値が用いられてもよい。Ｃ－ＲＮＴＩおよびその他のＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨで伝送されるデータのサービスタイプ（ｅＭＢＢ、ＵＲＬＬＣ、および／または、ｍＭＴＣ）に対応して異なる値が用いられてもよい。基地局装置３は、送信するデータのサービスタイプに対応して異なる値のＲＮＴＩを用いてもよい。端末装置１は、受信したＤＣＩに適用された（スクランブルに用いられた）ＲＮＴＩの値によって、関連するＰＤＳＣＨまたはＰＵＳＣＨで伝送されるデータのサービスタイプを識別してもよい。
　ＰＵＣＣＨは、上りリンクの無線通信（端末装置１から基地局装置３の無線通信）において、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用いられる。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（CSI: Channel State Information）が含まれてもよい。また、上りリンク制御情報には、ＵＬ－ＳＣＨリソースを要求するために用いられるスケジューリング要求（SR: Scheduling Request）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）が含まれてもよい。ＨＡＲＱ－ＡＣＫは、下りリンクデータ（Transport block, Medium AccessControl Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH）に対するＨＡＲＱ－ＡＣＫを示してもよい。ＨＡＲＱ－ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ－ＡＣＫフィードバック、ＨＡＲＱ応答、ＨＡＲＱ－ＡＣＫビット、ＨＡＲＱ－ＡＣＫ情報ビット、ＨＡＲＱ－ＡＣＫ応答、ＨＡＲＱ情報、ＨＡＲＱ－ＡＣＫ情報、ＨＡＲＱ制御情報、および、ＨＡＲＱ－ＡＣＫ制御情報とも称する。下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するＡＣＫが生成される。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するＮＡＣＫが生成される。ＤＴＸ（discontinuous transmission）は、下りリンクデータを検出しなかったことを意味してもよい。ＤＴＸ（discontinuous transmission）は、ＨＡＲＱ－ＡＣＫ応答を送信するべきデータを検出しなかったことを意味してもよい。ＨＡＲＱ－ＡＣＫは、ＣＢＧ（Ｃｏｄｅ　Ｂｌｏｃｋ　Ｇｒｏｕｐ、符号ブロックのグループ）のためのＨＡＲＱ－ＡＣＫを含んでもよい。トランスポートブロックに含まれるＣＢＧの一部または全部のためのＨＡＲＱ－ＡＣＫがＰＵＣＣＨ、または、ＰＵＳＣＨにおいて送信されてもよい。
　ＰＤＳＣＨは、媒介アクセス（MAC: Medium Access Control）層からの下りリンクデータ（DL-SCH: Downlink Shared CHannel）の送信に用いられる。また、下りリンクの場合にはシステム情報（SI: System Information）やランダムアクセス応答（RAR: Random Access Response）などの送信にも用いられる。
　ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（UL-SCH: Uplink Shared CHannel）または上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＣＳＩのみ、または、ＨＡＲＱ－ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＵＣＩのみを送信するために用いられてもよい。
　ここで、基地局装置３と端末装置１は、上位層（上位レイヤ：higher layer）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC: Radio Resource Control）層において、ＲＲＣシグナリング（RRC message: Radio Resource Control message、RRC information: Radio Resource Control informationとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ（Medium Access Control）層において、ＭＡＣコントロールエレメントを送受信してもよい。また、端末装置１のＲＲＣ層は、基地局装置３から報知されるシステム情報を取得する。ここで、ＲＲＣシグナリング、システム情報、および／または、ＭＡＣコントロールエレメントを、上位層の信号（上位レイヤ信号：higher layer signaling）または上位層のパラメータとも称する。ここでの上位層は、物理層から見た上位層を意味するため、ＭＡＣ層、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ（Non Access Stratum）層などの１つまたは複数を含んでもよい。例えば、ＭＡＣ層の処理において上位層とは、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層などの１つまたは複数を含んでもよい。以下、“Ａは、上位層で与えられる”や“Ａは、上位層によって与えられる”の意味は、端末装置１の上位層（主にＲＲＣ層やＭＡＣ層など）が、基地局装置３からＡを受信し、その受信したＡを端末装置１の上位層から端末装置１の物理層に与えることを意味してもよい。端末装置１には上位層のパラメータが設定されることは端末装置に対して上位層のパラメータが提供されることを意味してもよい。
　ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、ＰＤＳＣＨにおいて、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）であってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（UE Capability）の送信に用いられてもよい。
　図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・参照信号（Reference Signal: RS）
　同期信号は、プライマリ同期信号（ＰＳＳ：Primary Synchronization Signal）およびセカンダリ同期信号（ＳＳＳ）を含んでよい。ＰＳＳとＳＳＳを用いてセルＩＤが検出されてよい。
　同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ここで、同期信号は、端末装置１が基地局装置３によるプリコーディングまたはビームフォーミングにおけるプリコーディングまたはビームの選択に用いられて良い。なお、ビームは、送信または受信フィルタ設定、あるいは空間ドメイン送信フィルタまたは空間ドメイン受信フィルタと呼ばれてもよい。
　参照信号は、端末装置１が物理チャネルの伝搬路補償を行うために用いられる。ここで、参照信号は、端末装置１が下りリンクのＣＳＩを算出するためにも用いられてよい。また、参照信号は、無線パラメータやサブキャリア間隔などのヌメロロジーやＦＦＴの窓同期などができる程度の細かい同期（Fine synchronization）に用いられて良い。
　本実施形態において、以下の下りリンク参照信号のいずれか１つまたは複数が用いられる。
　・ＤＭＲＳ（Demodulation Reference Signal）
　・ＣＳＩ－ＲＳ（Channel State Information Reference Signal）
　・ＰＴＲＳ（Phase Tracking Reference Signal）
　・ＴＲＳ（Tracking Reference Signal）
　ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＢＣＨを復調するための参照信号と、ＰＤＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＣＳＩ－ＲＳは、チャネル状態情報（ＣＳＩ：Channel State Information）の測定およびビームマネジメントに使用され、周期的またはセミパーシステントまたは非周期のＣＳＩ参照信号の送信方法が適用される。ＣＳＩ－ＲＳには、ノンゼロパワー（ＮＺＰ：Ｎｏｎ－Ｚｅｒｏ　Ｐｏｗｅｒ）ＣＳＩ－ＲＳと、送信電力（または受信電力）がゼロである（ゼロパワー（ＺＰ：Ｚｅｒｏ　Ｐｏｗｅｒ）ＣＳＩ－ＲＳが定義されてよい。ここで、ＺＰ　ＣＳＩ－ＲＳは送信電力がゼロまたは送信されないＣＳＩ－ＲＳリソースと定義されてよい。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。ＴＲＳは、高速移動時におけるドップラーシフトを保証するために使用される。なお、ＴＲＳはＣＳＩ－ＲＳの１つの設定として用いられてよい。例えば、１ポートのＣＳＩ－ＲＳがＴＲＳとして無線リソースが設定されてもよい。
　本実施形態において、以下の上りリンク参照信号のいずれか１つまたは複数が用いられる。
　・ＤＭＲＳ（Demodulation Reference Signal）
　・ＰＴＲＳ（Phase Tracking Reference Signal）
　・ＳＲＳ（Sounding Reference Signal）
　ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＵＣＣＨを復調するための参照信号と、ＰＵＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＳＲＳは、上りリンクのチャネル状態情報（ＣＳＩ）の測定、チャネルサウンディング、およびビームマネジメントに使用される。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。
　下りリンク物理チャネルおよび／または下りリンク物理シグナルを総称して、下りリンク信号と称する。上りリンク物理チャネルおよび／または上りリンク物理シグナルを総称して、上りリンク信号と称する。下りリンク物理チャネルおよび／または上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび／または上りリンク物理シグナルを総称して、物理シグナルと称する。
　ＢＣＨ、ＵＬ－ＳＣＨおよびＤＬ－ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Medium Access Control）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ＴＢ：transport block）および／またはＭＡＣ　ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行われる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行われる。
　図２は、本実施形態に係るＳＳ／ＰＢＣＨブロック（同期信号ブロック、ＳＳブロック、ＳＳＢとも称される）およびＳＳバーストセット（同期信号バーストセットとも称される）の例を示す図である。図２は、周期的に送信されるＳＳバーストセット内に２つのＳＳ／ＰＢＣＨブロックが含まれ、ＳＳ／ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。
　ＳＳ／ＰＢＣＨブロックは、少なくとも同期信号（ＰＳＳ、ＳＳＳ）、および／またはＰＢＣＨを含む単位ブロックである。ＳＳ／ＰＢＣＨブロックに含まれる信号／チャネルを送信することを、ＳＳ／ＰＢＣＨブロックを送信すると表現する。基地局装置３はＳＳバーストセット内の１つまたは複数のＳＳ／ＰＢＣＨブロックを用いて同期信号および／またはＰＢＣＨを送信する場合に、ＳＳ／ＰＢＣＨブロック毎に独立した下りリンク送信ビームを用いてもよい。
　図２において、１つのＳＳ／ＰＢＣＨブロックにはＰＳＳ、ＳＳＳ、ＰＢＣＨが時間／周波数多重されている。ただし、ＰＳＳ、ＳＳＳおよび／またはＰＢＣＨが時間領域で多重される順番は図２に示す例と異なってもよい。
　ＳＳバーストセットは、周期的に送信されてよい。例えば、初期アクセスに使用されるための周期と、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期が定義されてもよい。また、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期はＲＲＣ層で設定されてよい。また、接続されている（ConnectedまたはRRC_Connected）端末のために設定する周期は潜在的に送信する可能性がある時間領域の無線リソースの周期であって、実際には基地局装置３が送信するかどうかを決めてもよい。また、初期アクセスに使用されるための周期は、仕様書などに予め定義されてよい。
　ＳＳバーストセットは、システムフレーム番号（ＳＦＮ：System Frame Number）に基づいて決定されてよい。また、ＳＳバーストセットの開始位置（バウンダリ）は、ＳＦＮと周期に基づいて決定されてよい。
　ＳＳ／ＰＢＣＨブロックは、ＳＳバーストセット内の時間的な位置に応じてＳＳＢインデックス（ＳＳＢ／ＰＢＣＨブロックインデックスと称されてもよい）が割り当てられる。端末装置１は、検出したＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨの情報および／または参照信号の情報に基づいてＳＳＢインデックスを算出する。
　複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、同じＳＳＢインデックスが割り当てられる。複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、ＱＣＬである（あるいは同じ下りリンク送信ビームが適用されている）と想定されてもよい。また、複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックにおけるアンテナポートは、平均遅延、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。
　あるＳＳバーストセットの周期内で、同じＳＳＢインデックスが割り当てられているＳＳ／ＰＢＣＨブロックは、平均遅延、平均ゲイン、ドップラースプレッド、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。ＱＣＬである１つまたは複数のＳＳ／ＰＢＣＨブロック（あるいは参照信号であってもよい）に対応する設定をＱＣＬ設定と称してもよい。
　ＳＳ／ＰＢＣＨブロック数（ＳＳブロック数あるいはＳＳＢ数と称されてもよい）は、例えばＳＳバースト、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のＳＳ／ＰＢＣＨブロック数（個数）として定義されてよい。また、ＳＳ／ＰＢＣＨブロック数は、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のセル選択のためのビームグループの数を示してもよい。ここで、ビームグループは、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中に含まれる異なるＳＳ／ＰＢＣＨブロックの数または異なるビームの数として定義されてよい。
　以下、本実施形態で説明する参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳ、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳを含む。例えば、下りリンク参照信号、同期信号および／またはＳＳ／ＰＢＣＨブロックを参照信号と称してもよい。下りリンクで使用される参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳなどを含む。上りリンクで使用される参照信号は、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳなどを含む。
　また、参照信号は、無線リソース測定（ＲＲＭ：Radio Resource Measurement）に用いられてよい。また、参照信号は、ビームマネジメントに用いられてよい。
　ビームマネジメントは、送信装置（下りリンクの場合は基地局装置３であり、上りリンクの場合は端末装置１である）におけるアナログおよび／またはディジタルビームと、受信装置（下りリンクの場合は端末装置１、上りリンクの場合は基地局装置３である）におけるアナログおよび／またはディジタルビームの指向性を合わせ、ビーム利得を獲得するための基地局装置３および／または端末装置１の手続きであってよい。
　なお、ビームペアリンクを構成、設定または確立する手続きとして、下記の手続きを含んでよい。
・ビーム選択（Beam selection）
・ビーム改善（Beam refinement）
・ビームリカバリ（Beam recovery）
　例えば、ビーム選択は、基地局装置３と端末装置１の間の通信においてビームを選択する手続きであってよい。また、ビーム改善は、さらに利得の高いビームの選択、あるいは端末装置１の移動によって最適な基地局装置３と端末装置１の間のビームの変更をする手続きであってよい。ビームリカバリは、基地局装置３と端末装置１の間の通信において遮蔽物や人の通過などにより生じるブロッケージにより通信リンクの品質が低下した際にビームを再選択する手続きであってよい。
　ビームマネジメントには、ビーム選択、ビーム改善が含まれてよい。ビームリカバリには、下記の手続きを含んでよい。
・ビーム失敗（beam failure）の検出
・新しいビームの発見
・ビームリカバリリクエストの送信
・ビームリカバリリクエストに対する応答のモニタ
　例えば、端末装置１における基地局装置３の送信ビームを選択する際にＣＳＩ－ＲＳまたはＳＳ／ＰＢＣＨブロックに含まれるＳＳＳのＲＳＲＰ（Reference Signal Received Power）を用いてもよいし、ＣＳＩを用いてもよい。また、基地局装置３への報告としてＣＳＩ－ＲＳリソースインデックス（ＣＲＩ：CSI-RS Resource Index）を用いてもよいし、ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨおよび／またはＰＢＣＨの復調に用いられる復調用参照信号（ＤＭＲＳ）の系列で指示されるインデックスを用いてもよい。
　また、基地局装置３は、端末装置１へビームを指示する際にＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスを指示し、端末装置１は、指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて受信する。このとき、端末装置１は指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて空間フィルタを設定し、受信してよい。また、端末装置１は、疑似同位置（ＱＣＬ：Quasi Co-Location）の想定を用いて受信してもよい。ある信号（アンテナポート、同期信号、参照信号など）が別の信号（アンテナポート、同期信号、参照信号など）と「ＱＣＬである」または、「ＱＣＬの想定が用いられる」とは、ある信号が別の信号と関連付けられていると解釈できる。
　もしあるアンテナポートにおけるあるシンボルが搬送されるチャネルの長区間特性（Long Term Property）が他方のアンテナポートにおけるあるシンボルが搬送されるチャネルから推論されうるなら、２つのアンテナポートはＱＣＬであるといわれる。チャネルの長区間特性は、遅延スプレッド、ドップラースプレッド、ドップラーシフト、平均利得、及び平均遅延の１つまたは複数を含む。例えば、アンテナポート１とアンテナポート２が平均遅延に関してＱＣＬである場合、アンテナポート１の受信タイミングからアンテナポート２の受信タイミングが推論されうることを意味する。
　このＱＣＬは、ビームマネジメントにも拡張されうる。そのために、空間に拡張したＱＣＬが新たに定義されてもよい。例えば、空間ドメインのＱＣＬの想定におけるチャネルの長区間特性（Long term property）として、無線リンクあるいはチャネルにおける到来角（AoA（Angle of Arrival）, ZoA（Zenith angle of Arrival）など）および／または角度広がり（Angle Spread、例えばASA（Angle Spread of Arrival）やZSA（Zenith angle Spread of Arrival））、送出角（AoD, ZoDなど）やその角度広がり（Angle Spread、例えばASD（Angle Spread of Departure）やZSD（Zenith angle Spread of Departure））、空間相関（Spatial Correlation）、受信空間パラメータであってもよい。
　例えば、アンテナポート１とアンテナポート２の間で受信空間パラメータに関してＱＣＬであるとみなせる場合、アンテナポート１からの信号を受信する受信ビーム（受信空間フィルタ）からアンテナポート２からの信号を受信する受信ビームが推論されうることを意味する。
　ＱＣＬタイプとして、ＱＣＬであるとみなしてよい長区間特性の組み合わせが定義されてよい。例えば、以下のタイプが定義されてよい。
　・タイプＡ：ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド
　・タイプＢ：ドップラーシフト、ドップラースプレッド
　・タイプＣ：平均遅延、ドップラーシフト
　・タイプＤ：受信空間パラメータ
　上述のＱＣＬタイプは、ＲＲＣおよび／またはＭＡＣ層および／またはＤＣＩで１つまたは２つの参照信号とＰＤＣＣＨやＰＤＳＣＨ　ＤＭＲＳとのＱＣＬの想定を送信設定指示（ＴＣＩ：Transmission Configuration Indication）として設定および／または指示してもよい。例えば、端末装置１がＰＤＣＣＨを受信する際のＴＣＩの１つの状態として、ＳＳ／ＰＢＣＨブロックのインデックス＃２とＱＣＬタイプＡ＋ＱＣＬタイプＢが設定および／または指示された場合、端末装置１は、ＰＤＣＣＨ　ＤＭＲＳを受信する際、ＳＳ／ＰＢＣＨブロックインデックス＃２の受信におけるドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド、受信空間パラメータとチャネルの長区間特性とみなしてＰＤＣＣＨのＤＭＲＳを受信して同期や伝搬路推定をしてもよい。このとき、ＴＣＩにより指示される参照信号（上述の例ではＳＳ／ＰＢＣＨブロック）をソース参照信号、ソース参照信号を受信する際のチャネルの長区間特性から推論される長区間特性の影響を受ける参照信号（上述の例ではＰＤＣＣＨ　ＤＭＲＳ）をターゲット参照信号と称してよい。また、ＴＣＩは、ＲＲＣで１つまたは複数のＴＣＩ状態と各状態に対してソース参照信号とＱＣＬタイプの組み合わせが設定され、ＭＡＣ層またはＤＣＩにより端末装置１に指示されてよい。
　この方法により、ビームマネジメントおよびビーム指示／報告として、空間ドメインのＱＣＬの想定と無線リソース（時間および／または周波数）によりビームマネジメントと等価な基地局装置３、端末装置１の動作が定義されてもよい。
　以下、サブフレームについて説明する。本実施形態ではサブフレームと称するが、リソースユニット、無線フレーム、時間区間、時間間隔などと称されてもよい。
　図３は、本発明の第１の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。無線フレームのそれぞれは、１０ｍｓ長である。また、無線フレームのそれぞれは１０個のサブフレームおよびＷ個のスロットから構成される。また、１スロットは、Ｘ個のＯＦＤＭシンボルで構成される。つまり、１サブフレームの長さは１ｍｓである。スロットのそれぞれは、サブキャリア間隔によって時間長が定義される。例えば、ＯＦＤＭシンボルのサブキャリア間隔が１５ｋＨｚ、ＮＣＰ（Normal Cyclic Prefix）の場合、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．５ｍｓおよび１ｍｓである。また、サブキャリア間隔が６０ｋＨｚの場合は、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．１２５ｍｓおよび０．２５ｍｓである。また、例えば、Ｘ＝１４の場合、サブキャリア間隔が１５ｋＨｚの場合はＷ＝１０であり、サブキャリア間隔が６０ｋＨｚの場合はＷ＝４０である。図３は、Ｘ＝７の場合を一例として示している。なお、Ｘ＝１４の場合にも同様に拡張できる。また、上りリンクスロットも同様に定義され、下りリンクスロットと上りリンクスロットは別々に定義されてもよい。また、図３のセルの帯域幅は帯域の一部（ＢＷＰ：BandWidth Part）として定義されてもよい。また、スロットは、送信時間間隔（ＴＴＩ：Transmission Time Interval）と定義されてもよい。スロットは、ＴＴＩとして定義されなくてもよい。ＴＴＩは、トランスポートブロックの送信期間であってもよい。
　スロットのそれぞれにおいて送信される信号または物理チャネルは、リソースグリッドによって表現されてよい。リソースグリッドは、それぞれのヌメロロジー（サブキャリア間隔およびサイクリックプレフィックス長）およびそれぞれのキャリアに対して、複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。1つのスロットを構成するサブキャリアの数は、セルの下りリンクおよび上りリンクの帯域幅にそれぞれ依存する。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルの番号とを用いて識別されてよい。
　リソースグリッドは、ある物理下りリンクチャネル（ＰＤＳＣＨなど）あるいは上りリンクチャネル（ＰＵＳＣＨなど）のリソースエレメントのマッピングを表現するために用いられる。例えば、サブキャリア間隔が１５ｋＨｚの場合、サブフレームに含まれるＯＦＤＭシンボル数Ｘ＝１４で、ＮＣＰの場合には、１つの物理リソースブロックは、時間領域において１４個の連続するＯＦＤＭシンボルと周波数領域において１２＊Ｎｍａｘ個の連続するサブキャリアとから定義される。Ｎｍａｘは、後述するサブキャリア間隔設定μにより決定されるリソースブロックの最大数である。つまり、リソースグリッドは、（１４＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。ＥＣＰ（Extended CP）の場合、サブキャリア間隔６０ｋＨｚにおいてのみサポートされるので、１つの物理リソースブロックは、例えば、時間領域において１２（１スロットに含まれるＯＦＤＭシンボル数）＊４（１サブフレームに含まれるスロット数）＝４８個の連続するＯＦＤＭシンボルと、周波数領域において１２＊Ｎｍａｘ，μ個の連続するサブキャリアとにより定義される。つまり、リソースグリッドは、（４８＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。
　リソースブロックとして、参照リソースブロック、共通リソースブロック、物理リソースブロック、仮想リソースブロックが定義される。１リソースブロックは、周波数領域で連続する１２サブキャリアとして定義される。参照リソースブロックは、全てのサブキャリアにおいて共通であり、例えば１５ｋＨｚのサブキャリア間隔でリソースブロックを構成し、昇順に番号が付されてよい。参照リソースブロックインデックス０におけるサブキャリアインデックス０は、参照ポイントＡ（point A）と称されてよい（単に“参照ポイント”と称されてもよい）。共通リソースブロックは、参照ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。上述のリソースグリッドはこの共通リソースブロックにより定義される。物理リソースブロックは、後述する帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックであり、物理リソースブロックは、帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックである。ある物理上りリンクチャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。以下、リソースブロックは仮想リソースブロックであってもよいし、物理リソースブロックであってもよいし、共通リソースブロックであってもよいし、参照リソースブロックであってもよい。
　次に、サブキャリア間隔設定μについて説明する。上述のようにＮＲでは、１つまたは複数のＯＦＤＭヌメロロジーがサポートされる。あるＢＷＰにおいて、サブキャリア間隔設定μ（μ＝０，１，．．．，５）と、サイクリックプレフィックス長は、下りリンクのＢＷＰに対して上位層で与えられ、上りリンクのＢＷＰにおいて上位層で与えられる。ここで、μが与えられると、サブキャリア間隔Δｆは、Δｆ＝２＾μ・１５（ｋＨｚ）で与えられる。 
　サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ＾｛ｓｕｂｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１に昇順に数えられ、フレーム内で０からＮ＾｛ｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１に昇順に数えられる。スロット設定およびサイクリックプレフィックスに基づいてＮ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝の連続するＯＦＤＭシンボルがスロット内にある。Ｎ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝は１４である。サブフレーム内のスロットｎ＾｛μ｝＿｛ｓ｝のスタートは、同じサブフレーム内のｎ＾｛μ｝＿｛ｓ｝＊Ｎ＾｛ｓｌｏｔ｝＿｛ｓｙｍｂ｝番目のＯＦＤＭシンボルのスタートと時間でアラインされている。
　次に、サブフレーム、スロット、ミニスロットについて説明する。図４は、サブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。同図のように、３種類の時間ユニットが定義される。サブフレームは、サブキャリア間隔によらず１ｍｓであり、スロットに含まれるＯＦＤＭシンボル数は７または１４であり、スロット長はサブキャリア間隔により異なる。ここで、サブキャリア間隔が１５ｋＨｚの場合、１サブフレームには１４ＯＦＤＭシンボル含まれる。下りリンクスロットはＰＤＳＣＨマッピングタイプＡと称されてよい。上りリンクスロットはＰＵＳＣＨマッピングタイプＡと称されてよい。
　ミニスロット（サブスロット（subslot）と称されてもよい）は、１つのスロットに含まれるＯＦＤＭシンボル数よりも少ない数のＯＦＤＭシンボルで構成される時間ユニットである。同図はミニスロットが２ＯＦＤＭシンボルで構成される場合を一例として示している。ミニスロット内のＯＦＤＭシンボルは、スロットを構成するＯＦＤＭシンボルタイミングに一致してもよい。なお、スケジューリングの最小単位はスロットまたはミニスロットでよい。また、ミニスロットを割り当てることを、ノンスロットベースのスケジューリングと称してもよい。また、ミニスロットをスケジューリングされることを参照信号とデータのスタート位置の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。下りリンクミニスロットはＰＤＳＣＨマッピングタイプＢと称されてよい。上りリンクミニスロットはＰＵＳＣＨマッピングタイプＢと称されてよい。
　上りリンクミニスロットはＰＵＣＣＨサブスロットと称されてよい。一つの上りリンクスロットは一つまたは複数のＰＵＣＣＨサブスロットを含んでよい。また、一つのＰＵＣＣＨサブスロットで開始されるＰＵＣＣＨの送信数は、少なくともＨＡＲＱ－ＡＣＫ送信に用いるＰＵＣＣＨについては一つとしてよい。また、ＨＡＲＱ－ＡＣＫコードブックを構成する単位は、ＰＵＣＣＨサブスロットとしてよい。ＰＵＣＣＨサブスロットのシンボル数（長さ）および／または上りリンク中のＰＵＣＣＨサブスロット数は、各端末に上位レイヤで与えられてよい。本実施形態において、第１のＨＡＲＱ－ＡＣＫコードブックの送信は、上りリンクスロット（ＰＵＣＣＨスロット）で行われてもよい。第２のＨＡＲＱ－ＡＣＫコードブックの送信は、ＰＵＣＣＨサブスロットで行われてもよい。
　図５は、スロットフォーマットの一例を示す図である。ここでは、サブキャリア間隔１５ｋＨｚにおいてスロット長が１ｍｓの場合を例として示している。同図において、Ｄは下りリンク、Ｕは上りリンクを示している。同図に示されるように、ある時間区間内（例えば、システムにおいて１つのＵＥに対して割り当てなければならない最小の時間区間）においては、
・下りリンクシンボル
・フレキシブルシンボル
・上りリンクシンボルのうち１つまたは複数を含んでよい。なお、これらの割合はスロットフォーマットとして予め定められてもよい。また、スロット内に含まれる下りリンクのＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてもよい。また、スロット内に含まれる上りリンクのＯＦＤＭシンボル数またはＤＦＴ－Ｓ－ＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてよい。なお、スロットをスケジューリングされることを参照信号とスロット境界の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。
　端末装置１は、下りリンクシンボルまたはフレキシブルシンボルで下りリンク信号または下りリンクチャネルを受信してよい。端末装置１は、上りリンクシンボルまたはフレキシブルシンボルで上りリンク信号または下りリンクチャネルを送信してよい。
　図５（ａ）は、ある時間区間（例えば、１ＵＥに割当可能な時間リソースの最小単位、またはタイムユニットなどとも称されてよい。また、時間リソースの最小単位を複数束ねてタイムユニットと称されてもよい。）で、全て下りリンク送信に用いられている例であり、図５（ｂ）は、最初の時間リソースで例えばＰＤＣＣＨを介して上りリンクのスケジューリングを行い、ＰＤＣＣＨの処理遅延及び下りから上りの切り替え時間、送信信号の生成を含むフレキシブルシンボルを介して上りリンク信号を送信する。図５（ｃ）は、最初の時間リソースでＰＤＣＣＨおよび／または下りリンクのＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介してＰＵＳＣＨまたはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号はＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ、すなわちＵＣＩの送信に用いられてよい。図５（ｄ）は、最初の時間リソースでＰＤＣＣＨおよび／またはＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介して上りリンクのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号は上りリンクデータ、すなわちＵＬ－ＳＣＨの送信に用いられてもよい。図５（ｅ）は、全て上りリンク送信（ＰＵＳＣＨまたはＰＵＣＣＨ）に用いられている例である。
　上述の下りリンクパート、上りリンクパートは、ＬＴＥと同様に複数のＯＦＤＭシンボルで構成されてよい。
　図６は、ビームフォーミングの一例を示した図である。複数のアンテナエレメントは１つの送信ユニット（TXRU: Transceiver unit）５０に接続され、アンテナエレメント毎の位相シフタ５１によって位相を制御し、アンテナエレメント５２から送信することで送信信号に対して任意の方向にビームを向けることができる。典型的には、ＴＸＲＵがアンテナポートとして定義されてよく、端末装置１においてはアンテナポートのみが定義されてよい。位相シフタ５１を制御することで任意の方向に指向性を向けることができるため、基地局装置３は端末装置１に対して利得の高いビームを用いて通信することができる。
　以下、帯域部分（ＢＷＰ, Bandwidth part）について説明する。ＢＷＰは、キャリアＢＷＰとも称される。ＢＷＰは、下りリンクと上りリンクのそれぞれに設定されてよい。ＢＷＰは、共通リソースブロックの連続するサブセットから選択された連続する物理リソースの集合として定義される。端末装置１は、ある時間に１つの下りリンクキャリアＢＷＰ（ＤＬ　ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。端末装置１は、ある時間に１つの上りリンクキャリアＢＷＰ（ＵＬ　ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。キャリアアグリゲーションの場合には、ＢＷＰは各サービングセルで設定されてもよい。このとき、あるサービングセルにおいてＢＷＰが１つ設定されていることを、ＢＷＰが設定されていないと表現されてもよい。また、ＢＷＰが２つ以上設定されていることをＢＷＰが設定されていると表現されてもよい。
＜ＭＡＣ　ｅｎｔｉｔｙ動作>
　活性化されたサービングセルにおいて、常に一つのアクティブな（活性化された）ＢＷＰがある。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、インアクティブな（非活性化された）ＢＷＰを活性化（activate）し、アクティブな（活性化された）ＢＷＰを非活性化（deactivate）するために使用される。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨによって制御される。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、さらに、ＢＷＰインアクティブタイマー（BWP inactivity timer）や、ＲＲＣシグナリングによってや、ランダムアクセスプロシージャの開始時にＭＡＣエンティティ自身によって制御されてもよい。ＳｐＣｅｌｌ（PCellまたはPSCell）の追加または、ＳＣｅｌｌの活性化において、一つのＢＷＰが、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨを受信することなしに第一にアクティブである。第一にアクティブなＤＬ　ＢＷＰ（first active DL BWP）およびＵＬ　ＢＷＰ（first active ULBWP）は、基地局装置３から端末装置１に送られるＲＲＣメッセージで指定されるかもしれない。あるサービングセルに対するアクティブなＢＷＰは、基地局装置３から端末装置１に送られるＲＲＣまたはＰＤＣＣＨで指定される。また、第一にアクティブなＤＬ　ＢＷＰ（first active DL BWP）およびＵＬ　ＢＷＰ（first active UL BWP）は、メッセージ４に含まれてもよい。アンペアードスペクトラム（Unpaired spectrum）（ＴＤＤバンドなど）では、ＤＬ　ＢＷＰとＵＬ　ＢＷＰはペアされていて、ＢＷＰ切り替えは、ＵＬとＤＬに対して共通である。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、アクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ノーマル処理を適用する。ノーマル処理には、ＵＬ－ＳＣＨを送信する、ＲＡＣＨを送信する、ＰＤＣＣＨをモニタする、ＰＵＣＣＨを送信する、ＳＲＳを送信する、およびＤＬ－ＳＣＨを受信することを含む。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、インアクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ＵＬ－ＳＣＨを送信しない、ＲＡＣＨを送信しない、ＰＤＣＣＨをモニタしない、ＰＵＣＣＨを送信しない、ＳＲＳを送信しない、およびＤＬ－ＳＣＨを受信しない。あるサービングセルが非活性化された場合、アクティブなＢＷＰは、存在しないようにしてもよい（例えば、アクティブなＢＷＰは非活性化される）。
＜ＲＲＣ動作＞
　ＲＲＣメッセージ（報知されるシステム情報や、専用ＲＲＣメッセージで送られる情報）に含まれるＢＷＰインフォメーションエレメント（IE）は、ＢＷＰを設定するために使われる。基地局装置３から送信されたＲＲＣメッセージは、端末装置１によって受信される。それぞれのサービングセルに対して、ネットワーク（基地局装置３など）は、少なくとも下りリンクのＢＷＰと１つ（もしサービングセルが上りリンクの設定された場合など）または２つ（付録のアップリンク（supplementary uplink）が使われる場合など）の上りリンクＢＷＰを含む少なくとも初期ＢＷＰ（initial BWP）を、端末装置１に対して、設定する。さらに、ネットワークは、追加の上りリンクＢＷＰや下りリンクＢＷＰをあるサービングセルに対して設定するかもしれない。ＢＷＰ設定は、上りリンクパラメータと下りリンクパラメータに分けられる。また、ＢＷＰ設定は、共通（common）パラメータと専用（dedicated）パラメータに分けられる。共通パラメータ（ＢＷＰ上りリンク共通ＩＥやＢＷＰ下りリンク共通ＩＥなど）は、セル特有である。プライマリセルの初期ＢＷＰの共通パラメータは、システム情報でも提供される。他のすべてのサービングセルに対しては、ネットワークは専用信号で共通パラメータを提供する。ＢＷＰは、ＢＷＰ　ＩＤで識別される。初期ＢＷＰは、ＢＷＰ　ＩＤが０である。他のＢＷＰのＢＷＰ　ＩＤは、１から４までの値を取る。
　端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されない場合、初期ＤＬ　ＢＷＰ（初期アクティブなＤＬ　ＢＷＰ、initial active DL BWP）は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ）でのＰＤＣＣＨ受信のために、連続的なＰＲＢの位置と数、サブキャリア間隔、および、サイクリックプレフィックスによって定義されてもよい。該連続的なＰＲＢの位置は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットのＰＲＢの間で、最小インデックスのＰＲＢから始まり、最大インデックスのＰＲＢで終わる。端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されている場合、初期ＤＬ　ＢＷＰは上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって示されてもよい。上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰは、ＳＩＢ１（systemInformationBlockType1、ServingCellConfigCommonSIB）またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。インフォメーションエレメントＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢは、ＳＩＢ１内で端末装置１に対するサービングセルのセル固有パラメータを設定するために使われる。
　即ち、端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されない場合、初期ＤＬ　ＢＷＰのサイズは、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ＃０）のリソースブロックの数であってもよい。端末装置１に対して上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが設定（提供）されている場合、初期ＤＬ　ＢＷＰのサイズは、上位層のパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰに含まれるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられてもよい。上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈは初期ＤＬ　ＢＷＰの周波数領域の位置と帯域幅を示してもよい。
　前述のように、端末装置１に対して複数のＤＬ　ＢＷＰが設定されていてもよい。そして、端末装置１に対して設定されているＤＬ　ＢＷＰの内、上位層のパラメータｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－ＩｄによりデフォルトＤＬ　ＢＷＰが設定されることができる。端末装置１に対して上位層のパラメータｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄが提供されない場合、デフォルトＤＬ　ＢＷＰは初期ＤＬ　ＢＷＰである。
　端末装置１には、初期ＵＬ　ＢＷＰがＳＩＢ１（systemInformationBlockType1）またはｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって提供されてもよい。インフォメーションエレメントｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰは、初期ＵＬ　ＢＷＰを設定するために使われる。ＳｐＣｅｌｌまたはセカンダリセルでのオペレーションに対して、端末装置１には、上位層のパラメータｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって初期ＵＬ　ＢＷＰ（初期アクティブなＵＬ　ＢＷＰ）が設定（提供）されてもよい。端末装置１に対して補足的な上りリンクキャリア（supplementary UL carrier）が設定される場合、端末装置１には、上位層のパラメータｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋに含まれるｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって、補足的な上りリンクキャリアでの初期ＵＬ　ＢＷＰが設定されてもよい。
　以下、本実施形態におけるコントロールリソースセット（ＣＯＲＥＳＥＴ）について説明する。
　コントロールリソースセット（CORESET, Control resource set）は下りリンク制御情報をサーチするための時間および周波数リソースである。ＣＯＲＥＳＥＴの設定情報には、ＣＯＲＥＳＥＴの識別子（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ、ＣＯＲＥＳＥＴ－ＩＤ）とＣＯＲＥＳＥＴの周波数リソースを特定する情報が含まれる。インフォメーションエレメントＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ（ＣＯＲＥＳＥＴの識別子）は、あるサービングセルにおけるコントロールリソースセットを特定するために使われる。ＣＯＲＥＳＥＴの識別子は、あるサービングセルにおけるＢＷＰ間で使われる。ＣＯＲＥＳＥＴの識別子は、サービングセルにおけるＢＷＰ間でユニークである。各ＢＷＰのＣＯＲＥＳＥＴの数は、初期ＣＯＲＥＳＥＴを含めて、３に制限される。あるサービングセルにおいて、ＣＯＲＥＳＥＴの識別子の値は、０から１１までの値を取る。
　ＣＯＲＥＳＥＴの識別子０（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ　０）で特定されるコントロールリソースセットはＣＯＲＥＳＥＴ＃０と称する。ＣＯＲＥＳＥＴ＃０は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されてもよい。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎであってもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏによって設定されてもよい。つまり、インフォメーションエレメントｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、初期ＤＬ　ＢＷＰのＣＯＲＥＳＥＴ＃０（コモンＣＯＲＥＳＥＴ）を示すために用いられる。ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１で示されるＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃０である。ＭＩＢまたは専用コンフィギュレーション内のインフォメーションエレメントｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１は、初期ＤＬ　ＢＷＰを設定するために用いられる。ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの設定情報ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１には、ＣＯＲＥＳＥＴの識別子とＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）を明示的に特定する情報は含まれないが、ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）は、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれる情報によって暗示的に特定できる。インフォメーションエレメントＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎは、ＳＩＢで提供されるセル固有のＰＤＣＣＨパラメータを設定するために用いられる。また、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎはハンドオーバ、および、ＰＳＣｅｌｌおよび／またはＳＣｅｌｌの追加時にも提供されてもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰの設定の中に含まれる。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰ以外のＢＷＰの設定の中に含まれなくてもよい。ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１の内４ビット（例えば、ＭＳＢ　４ビット、最上位ビットの４ビット）に対応する。ＣＯＲＥＳＥＴ＃０はタイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットである。
　追加のコモンＣＯＲＥＳＥＴ（additional common control resource set）の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔによって設定されてもよい。また、追加のコモンＣＯＲＥＳＥＴの設定情報は、システム情報および／またはページング手順のための追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、ランダムアクセス手順に使われる追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、各ＢＷＰの設定の中に含まれてもよい。ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔに示されるＣＯＲＥＳＥＴの識別子は０以外の値を取る。
　コモンＣＯＲＥＳＥＴは、ランダムアクセス手順に使われるＣＯＲＥＳＥＴ（例えば、追加のコモンＣＯＲＥＳＥＴ）であってもよい。また、本実施形態において、コモンＣＯＲＥＳＥＴには、ＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴの設定情報で設定されたＣＯＲＥＳＥＴが含まれてもよい。つまり、コモンＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴを含んでもよい。ＣＯＲＥＳＥＴ＃０はコモンＣＯＲＥＳＥＴ＃０と称してもよい。端末装置１、コモンＣＯＲＥＳＥＴが設定されているＢＷＰ以外のＢＷＰにおいても、コモンＣＯＲＥＳＥＴの設定情報を参照（取得）してもよい。
　１つまたは複数のＣＯＲＥＳＥＴの設定情報は、ＰＤＣＣＨ－Ｃｏｎｆｉｇによって設定されてもよい。インフォメーションエレメントＰＤＣＣＨ－Ｃｏｎｆｉｇは、あるＢＷＰに対してＵＥ固有のＰＤＣＣＨパラメータ（例えば、ＣＯＲＳＥＴ、サーチスペースなど）を設定するために用いられる。ＰＤＣＣＨ－Ｃｏｎｆｉｇは、各ＢＷＰの設定の中に含まれてもよい。
　即ち、本実施形態において、ＭＩＢで示されるコモンＣＯＲＥＳＥＴの設定情報はｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１であり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴの設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏであり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴ（追加のコモンＣＯＲＥＳＥＴ）の設定情報はｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔである。また、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示される１つまたは複数のＣＯＲＥＳＥＴ（UE specifically configured Control Resource Sets、ＵＥ固有ＣＯＲＥＳＥＴ）の設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔである。
　サーチスペースはＰＤＣＣＨ候補（PDCCH candidates）をサーチするために定義される。サーチスペースの設定情報に含まれるｓｅａｒｃｈＳｐａｃｅＴｙｐｅは、該サーチスペースがコモンサーチスペース（Common Search Space, CSS）であるかＵＥ固有サーチスペース（UE-specific Search Space, USS）であるかを示す。ＵＥ固有サーチスペースは、少なくとも、端末装置１がセットしているＣ－ＲＮＴＩの値から導き出される。すなわち、ＵＥ固有サーチスペースは、端末装置１毎に個別に導き出される。コモンサーチスペースは、複数の端末装置１の間で共通のサーチスペースであり、予め定められたインデックスのＣＣＥ（Control Channel Element）から構成される。ＣＣＥは、複数のリソースエレメントから構成される。サーチスペースの設定情報には、該サーチスペースでモニタされるＤＣＩフォーマットの情報が含まれる。
　サーチスペースの設定情報には、ＣＯＲＥＳＥＴの設定情報で特定されるＣＯＲＥＳＥＴの識別子が含まれる。サーチスペースの設定情報の中に含まれるＣＯＲＥＳＥＴの識別子で特定されるＣＯＲＥＳＥＴは、該サーチスペースと関連付けられる。言い換えると、該サーチスペースに関連付けられるＣＯＲＥＳＥＴは、該サーチスペースに含まれるＣＯＲＥＳＥＴの識別子で特定するＣＯＲＥＳＥＴである。該サーチスペースの設定情報で示されるＤＣＩフォーマットは、関連付けられるＣＯＲＥＳＥＴでモニタされる。各サーチスペースは一つのＣＯＲＥＳＥＴに関連付けられる。例えば、ランダムアクセス手順のためのサーチスペースの設定情報はｒａ－ＳｅａｒｃｈＳｐａｃｅによって設定されてもよい。即ち、ｒａ－ＳｅａｒｃｈＳｐａｃｅと関連付けられるＣＯＲＥＳＥＴでＲＡ－ＲＮＴＩまたはＴＣ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマットがモニタされる。
　端末装置１は、ＰＤＣＣＨをモニタリングするように設定されているそれぞれのアクティブなサービングセルに配置される、１つまたは複数のＣＯＲＥＳＥＴにおいて、ＰＤＣＣＨの候補のセットをモニタする。ＰＤＣＣＨの候補のセットは、１つまたは複数のサーチスペースセットに対応している。モニタリングすることは、モニタされる１つまたは複数のＤＣＩフォーマットに応じてそれぞれのＰＤＣＣＨの候補をデコードすることを意味する。端末装置１がモニタするＰＤＣＣＨの候補のセットは、ＰＤＣＣＨサーチスペースセット（PDCCH search space sets）で定義される。一つのサーチスペースセットは、コモンサーチスペースセットまたはＵＥ固有サーチスペースセットである。上記では、サーチスペースセットをサーチスペース、コモンサーチスペースセットをコモンサーチスペース、ＵＥ固有サーチスペースセットをＵＥ固有サーチスペースと称している。端末装置１は、１つまたは複数の以下のサーチスペースセットでＰＤＣＣＨ候補をモニタする。- タイプ０ＰＤＣＣＨコモンサーチスペースセット（a Type0-PDCCH common searchspace set、タイプ０コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＭＩＢで示されるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペースＳＩＢ１（searchSpaceSIB1）またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるサーチスペースゼロ（searchSpaceZero）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＲＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。- タイプ０ＡＰＤＣＣＨコモンサーチスペースセット（a Type0A-PDCCH common search space set、タイプ０Ａコモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペース（searchSpaceOtherSystemInformation）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＲＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。- タイプ１ＰＤＣＣＨコモンサーチスペースセット（a Type1-PDCCH common searchspace set、タイプ１コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるランダムアクセス手順のためのサーチスペース（ra-SearchSpace）によって設定される。このサーチスペースは、プライマリセルにおけるＲＡ－ＲＮＲＩまたはＴＣ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。タイプ１ＰＤＣＣＨコモンサーチスペースセットはランダムアクセス手順のためのサーチスペースセットである。- タイプ２ＰＤＣＣＨコモンサーチスペースセット（a Type2-PDCCH common searchspace set、タイプ２コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるページング手順のためのサーチスペース（pagingSearchSpace）によって設定される。このサーチスペースは、プライマリセルにおけるＰ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。- タイプ３ＰＤＣＣＨコモンサーチスペースセット（a Type3-PDCCH common searchspace set、タイプ３コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがコモンのサーチスペース（SearchSpace）によって設定される。このサーチスペースは、ＩＮＴ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩ、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ、またはＴＰＣ－ＳＲＳ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。プライマリライセルに対しては、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはＭＣＳ－Ｃ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。- ＵＥ固有サーチスペースセット（a UE-specific search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがＵＥ固有のサーチスペース（SearchSpace）によって設定される。このサーチスペースは、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはＭＣＳ－Ｃ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
　もし、端末装置１が、対応する上位層パラメータ（searchSpaceZero、searchSpaceSIB1、searchSpaceOtherSystemInformation、 pagingSearchSpace, ra-SearchSpaceなど） によって、１つまたは複数のサーチスペースセットを提供されて、端末装置１が、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを提供されている場合、端末装置１は、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを持つＤＣＩ　ｆｏｒｍａｔ　０＿０とＤＣＩ　ｆｏｒｍａｔ　１＿０のためのＰＤＣＣＨ候補を、その１つまたは複数のサーチスペースセットでモニタしてもよい。 
　ＢＷＰの設定情報はＤＬ　ＢＷＰの設定情報とＵＬ　ＢＷＰの設定情報に分けられる。ＢＷＰの設定情報には、インフォメーションエレメントｂｗｐ－Ｉｄ（ＢＷＰの識別子）が含まれる。ＤＬ　ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＤＬ　ＢＷＰを特定（参照）するために使われる。ＵＬ　ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＵＬ　ＢＷＰを特定（参照）するために使われる。ＢＷＰの識別子はＤＬ　ＢＷＰとＵＬ　ＢＷＰのそれぞれに対して付与される。例えば、ＤＬ　ＢＷＰに対応するＢＷＰの識別子はＤＬ　ＢＷＰ　インデックス（DL BWP index）と称してもよい。ＵＬ　ＢＷＰに対応するＢＷＰの識別子はＵＬ　ＢＷＰ　インデックス（UL BWP index）と称してもよい。初期ＤＬ　ＢＷＰは、ＤＬ　ＢＷＰの識別子０によって参照される。初期ＵＬ　ＢＷＰは、ＵＬ　ＢＷＰの識別子０によって参照される。他のＤＬ　ＢＷＰまたは他のＵＬ　ＢＷＰのそれぞれは、ＢＷＰの識別子　１からｍａｘＮｒｏｆＢＷＰｓまでに参照されてもよい。つまり、０にセットしたＢＷＰの識別子（ｂｗｐ－Ｉｄ＝０）は、初期ＢＷＰに関連つけられ、他のＢＷＰに使われることができない。ｍａｘＮｒｏｆＢＷＰｓはサービングセルあたりのＢＷＰの最大数であり、４である。即ち、他のＢＷＰの識別子の値は、１から４までの値を取る。他の上位層の設定情報は、ＢＷＰの識別子を利用して特定のＢＷＰに関連付けられる。ＤＬ　ＢＷＰとＵＬ　ＢＷＰが同じＢＷＰの識別子を有することは、ＤＬ　ＢＷＰとＵＬ　ＢＷＰがペアされていることを意味してもよい。
　端末装置１は、１つのプライマリセルと１５までのセカンダリセルが設定されてよい。
　以下では、ＰＤＳＣＨを受信する手順について説明する。
　端末装置１は、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿２を含むＰＤＣＣＨの検出によって、対応するＰＤＳＣＨをデコード（受信）してもよい。対応するＰＤＳＣＨは、そのＤＣＩフォーマット（ＤＣＩ）によってスケジュールされる（示される）。そのスケジュールされるＰＤＳＣＨの開始位置（開始シンボル）をＳと称する。ＰＤＳＣＨの開始シンボルＳはあるスロット内でＰＤＳＣＨが送信（マップ）される最初のシンボルであってもよい。開始シンボルＳはスロットの始まりに対応する。例えば、Ｓの値が０である場合、端末装置１は、あるスロット内の１番目のシンボルからＰＤＳＣＨを受信してもよい。また、例えば、Ｓの値が２である場合、端末装置１は、あるスロットの３番目のシンボルからＰＤＳＣＨを受信してもよい。そのスケジュールされるＰＤＳＣＨの連続的な（Consecutive）シンボルの数をＬと称する。連続的なシンボルの数Ｌは開始シンボルＳから数える。ＰＤＳＣＨに対して割り当てられたＳとＬの決定は後述する。
　ＰＤＳＣＨマッピングのタイプはＰＤＳＣＨマッピングタイプＡとＰＤＳＣＨマッピングタイプＢを有する。ＰＤＳＣＨマッピングタイプＡでは、Ｓは０から３までの値を取る。Ｌは３から１４までの値を取る。ただし、ＳとＬの和は３から１４までの値を取る。ＰＤＳＣＨマッピングタイプＢでは、Ｓは０から１２までの値を取る。Ｌは｛２、４、７｝から１つの値を取る。ただし、ＳとＬの和は２から１４までの値を取る。
　ＰＤＳＣＨためのＤＭＲＳシンボルの位置は、ＰＤＳＣＨマッピングのタイプに依存する。ＰＤＳＣＨための最初のＤＭＲＳシンボル（first DM-RS symbol）の位置は、ＰＤＳＣＨマッピングのタイプに依存する。ＰＤＳＣＨマッピングタイプＡでは、最初のＤＭＲＳシンボルの位置は、上位層のパラメータｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎに示されてもよい。つまり、上位層のパラメータｄｍｒｓ－ＴｙｐｅＡ－ＰｏｓｉｔｉｏｎはＰＤＳＣＨまたはＰＵＳＣＨのための最初のＤＭＲＳの位置を示すために用いられる。ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎは、‘ｐｏｓ２’または‘ｐｏｓ３’のいずれかにセットされてもよい。例えば、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ２’にセットされている場合、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の３番目のシンボルであってもよい。例えば、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ３’にセットされている場合、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の４番目のシンボルであってもよい。ここで、Ｓは、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ３’にセットされている場合のみに、３の値をとれる。つまり、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ２’にセットされている場合、Ｓは０から２までの値をとる。ＰＤＳＣＨマッピングタイプＢでは、最初のＤＭＲＳシンボルの位置は、割り当てられるＰＤＳＣＨの最初のシンボルである。
　図７は本実施形態に係るＰＤＳＣＨマッピングタイプの一例を示す図である。図７（Ａ）はＰＤＳＣＨマッピングタイプＡの一例を示す図である。図７（Ａ）において、割り当てられるＰＤＳＣＨのＳは３である。割り当てられるＰＤＳＣＨのＬは７である。図７（Ａ）において、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の４番目のシンボルである。即ち、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎが‘ｐｏｓ３’にセットされている。図７（Ｂ）はＰＤＳＣＨマッピングタイプＡの一例を示す図である。図７（Ｂ）において、割り当てられるＰＤＳＣＨのＳは４である。割り当てられるＰＤＳＣＨのＬは４である。図７（Ｂ）において、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、ＰＤＳＣＨが割り当てられる最初のシンボルである。
　以下、ＰＤＳＣＨ時間領域リソース割り当ての特定方法について説明する。
　基地局装置３は、ＤＣＩによって端末装置１にＰＤＳＣＨを受信させるようにスケジュールしてもよい。端末装置１は、自装置宛てのＤＣＩの検出によってＰＤＳＣＨを受信してもよい。端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てを特定する時に、最初にＰＤＳＣＨに適用するリソース割り当てテーブルを決定する。リソース割り当てテーブルは、１つまたは複数のＰＤＳＣＨ時間領域リソース割り当てコンフィギュレーションを含む。端末装置１は、ＰＤＳＣＨをスケジュールするＤＣＩに含まれる‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰＤＳＣＨ時間領域リソース割り当て設定を選んでもよい。つまり、基地局装置３は、端末装置１に対するＰＤＳＣＨのリソース割り当てを決定し、決定したリソース割り当てに基づく値の‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドを生成し、その‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドを含むＤＣＩを端末装置１に送信する。端末装置１は、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドの値に基づき、ＰＤＳＣＨの時間方向のリソース割り当てを特定する。
　図１０は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを定義する図である。端末装置１は、図１０に示されるテーブルに基づいて、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定してもよい。リソース割り当てテーブルは、１つまたは複数のＰＤＳＣＨ時間領域リソース割り当ての設定（configuration）を含む。本実施形態において、リソース割り当てテーブルは、（Ｉ）事前に定義されるリソース割り当てテーブル、および、（ＩＩ）上位層のＲＲＣ信号から設定されるリソース割り当てテーブルと分類される。事前に定義されるリソース割り当てテーブルは、例えば、デフォルトＰＤＳＣＨ時間領域リソース割り当てＡ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＢ、および、デフォルトＰＤＳＣＨ時間領域リソース割り当てＣとして定義される。また、デフォルトＰＤＳＣＨ時間領域リソース割り当てＡとは異なるデフォルトＰＤＳＣＨ時間領域リソース割り当てＤが定義されてもよい。以下では、それぞれ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＡをデフォルトテーブルＡ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＢをデフォルトテーブルＢ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＣをデフォルトテーブルＣ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＤをデフォルトテーブルＤと称する。
　図１３は本実施形態に係るデフォルトテーブルＡの一例を示す図である。図１４は本実施形態に係るデフォルトテーブルＢの一例を示す図である。図１５は本実施形態に係るデフォルトテーブルＣの一例を示す図である。図１３の例では、デフォルトテーブルＡの行数は１６であり、各行はＰＤＳＣＨ時間領域リソース割り当ての設定を示す。図１３において、各行は、ＰＤＳＣＨマッピングタイプ、ＤＣＩを含むＰＤＣＣＨとそのＰＤＳＣＨとの間のスロットオフセットＫ０、スロット内のＰＤＳＣＨのスタートシンボルＳ、および、連続的な割当シンボル数Ｌを定義する。
　上位層のＲＲＣ信号で設定されるリソース割り当てテーブルは、上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔによって与えられる。ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは１つまたは複数のインフォメーションエレメントＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを含む。ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎは、ＰＤＳＣＨ時間領域リソース割り当ての設定を示す。ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎは、ＤＣＩを含むＰＤＣＣＨとＰＤＳＣＨの間の時間領域の関係を設定するために用いられてよい。つまり、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは１つまたは複数のインフォメーションエレメントを含むリストである。１つのＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎを１つのエントリ（または１つの行）と称してもよい。例えば、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔは最大１６個のエントリを含み、ＤＣＩに含まれる４ビットのフィールドによっていずれか１つのエントリが用いられてよい。ただし、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔに含まれるエントリの数は異なる数であってもよく、関連してＤＣＩに含まれるフィールドのビット数が異なる値であってもよい。ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔの各エントリにおいて、Ｋ０、ｍａｐｐｉｎｇＴｙｐｅ、および／または、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈが示されてよい。Ｋ０はＤＣＩを含むＰＤＣＣＨとそのＰＤＳＣＨとの間のスロットオフセットを示す。ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎによってＫ０を示されない場合、端末装置１はＫ０の値が所定の値（例えば０）であると想定してもよい。ｍａｐｐｉｎｇＴｙｐｅは、対応するＰＤＳＣＨのマッピングタイプがＰＤＳＣＨマッピングタイプＡであるか、またはＰＤＳＣＨマッピングタイプＢであるかを示す。ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈは対応するＰＤＳＣＨのスタートシンボルＳ、および、連続的な割り当てシンボル数Ｌの有効な組み合わせを与えるインデックスである。ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈをスタート位置と長さのインジケータ（ＳＬＩＶ：start and length indicator）と称してもよい。ＳＬＩＶが適用される場合は、デフォルトテーブルを用いる場合と異なり、対応するＰＤＳＣＨの開始シンボルＳと連続的なシンボル数Ｌは、ＳＬＩＶに基づいて与えられる。基地局装置３は、ＰＤＳＣＨの時間領域リソース割り当てがスロット境界を超えないようにＳＬＩＶの値をセットしてもよい。スロットオフセットＫ０とＳＬＩＶについては後述する。
　上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔはセル固有のＲＲＣパラメータｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎおよび／または端末装置１（ＵＥ）固有のＲＲＣパラメータｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれてもよい。ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎはあるＢＷＰに対するＰＤＳＣＨのためのセル固有パラメータを設定するために用いられる。ｐｄｓｃｈ－ＣｏｎｆｉｇはあるＢＷＰに対するＰＤＳＣＨのための端末装置１（ＵＥ）固有パラメータを設定するために用いられる。
　端末装置１は、ＰＤＳＣＨ　Ａを受信する場合とＰＤＳＣＨ　Ｂを受信する場合とで、ＰＤＳＣＨ時間領域リソース割り当てに対して、異なるリソース割り当てテーブルを適用してもよい。基地局装置３は、ＰＤＳＣＨ　Ａを送信する場合とＰＤＳＣＨ　Ｂを送信する場合とで、ＰＤＳＣＨ時間領域リソース割り当てに対して、異なるリソース割り当てテーブルを適用してもよい。
　ＰＤＳＣＨ　ＡとＰＤＳＣＨ　Ｂは異なるサービスのデータを伝送するＰＤＳＣＨであってよい。例えば、ＰＤＳＣＨ　ＡはｅＭＢＢのデータを伝送するＰＤＳＣＨであり、ＰＤＳＣＨ　ＢはＵＲＬＬＣのデータを伝送するＰＤＳＣＨであってもよい。ＰＤＳＣＨ　Ａは、ＤＣＩ　ＡによってスケジュールされるＰＤＳＣＨであってよい。ＰＤＳＣＨ　Ｂは、ＤＣＩ　ＢによってスケジュールされるＰＤＳＣＨであってよい。
　ＤＣＩ　ＡとＤＣＩ　Ｂは異なるサービスのデータをスケジュールするＤＣＩであってよい。例えば、ＤＣＩ　ＡはｅＭＢＢのデータを送信するＰＤＳＣＨをスケジュールするＤＣＩであり、ＤＣＩ　ＢはＵＲＬＬＣのデータを送信するＰＤＳＣＨをスケジュールするＤＣＩであってもよい。
　ＤＣＩ　ＡとＤＣＩ　Ｂは、異なるＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであってもよい。例えば、ＤＣＩ　Ａは第１の値の範囲であるＣ－ＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであり、ＤＣＩ　Ｂは第１の値の範囲とは異なる第２の値の範囲であるＣ－ＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであってもよい。例えば、ＤＣＩ　Ａは第３の値の範囲である任意の種類のＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであり、ＤＣＩ　Ｂは第３の値の範囲とは異なる第４の値の範囲である任意の種類のＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであってもよい。例えば、ＤＣＩ　ＡはＣ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ，ＣＳ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩおよび／またはＰ－ＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであり、ＤＣＩ　ＢはＵＣ－ＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩであってもよい。
　ＤＣＩ　ＡとＤＣＩ　Ｂは、異なるＤＣＩフォーマットを用いたＤＣＩであってもよい。例えば、ＤＣＩ　ＡはＤＣＩフォーマット１＿０および／またはＤＣＩフォーマット１＿１を用いたＤＣＩであり、ＤＣＩ　ＢはＤＣＩフォーマット１＿２を用いたＤＣＩであってもよい。
　ＤＣＩ　ＡとＤＣＩ　Ｂは、異なるサイズのＤＣＩフォーマットを用いたＤＣＩであってもよい。例えば、ＤＣＩ　Ａは第１のサイズのＤＣＩフォーマットを用いたＤＣＩであり、ＤＣＩ　Ｂは第１のサイズとは異なる第２のサイズのＤＣＩフォーマットを用いたＤＣＩであってもよい。
　ＤＣＩ　ＡとＤＣＩ　Ｂは、それぞれのＤＣＩフォーマット内の所定のフィールドで、対応するＰＤＳＣＨのデータに適用されるサービスが示されてもよい。例えば、ＤＣＩ　ＡのＤＣＩフォーマット内のフィールドで、対応するＰＤＳＣＨがｅＭＢＢのデータを伝送することが特定されてもよい。例えば、ＤＣＩ　ＢのＤＣＩフォーマット内のフィールドで、対応するＰＤＳＣＨがＵＲＬＬＣのデータを伝送することが特定されてもよい。即ち、ＤＣＩ　ＡとＤＣＩ　Ｂは、あるＤＣＩフォーマット内の所定のフィールドに基づき分類されてもよい。
　ＤＣＩ　ＡとＤＣＩ　Ｂは、異なるサーチスペースおよび／または異なるＣＯＲＥＳＥＴで伝送されるＤＣＩであってもよい。例えば、ＤＣＩ　Ａはコモンサーチスペースで送信されるＤＣＩであってもよい。ＤＣＩ　ＢはＵＥ固有サーチスペースで送信されるＤＣＩであってもよい。
　ＤＣＩ　ＡとＤＣＩ　Ｂは、異なるコードブックのＰＤＳＣＨをスケジュールするＤＣＩであってもよい。ＰＤＳＣＨに対応するコードブックは、ＤＣＩフォーマット内のフィールド（例えば、１ビットのフィールド）によって示されてもよい。例えば、該フィールドの値が‘０’にセットされる場合、該スケジュールされるＰＤＳＣＨ（ＰＤＳＣＨ　Ａ）に対応するコードブックは、第１のコードブックであってもよい。該フィールドの値が‘１’にセットされる場合、該スケジュールされるＰＤＳＣＨ（ＰＤＳＣＨ　Ｂ）に対応するコードブックは、第２のコードブックであってもよい。
　ＰＤＳＣＨ　ＡとＰＤＳＣＨ　Ｂでは、上位層の信号で設定される異なるリソース割り当てテーブルが適用されてもよい。例えば、ＰＤＳＣＨ　Ａのリソース割り当てに対して、上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが適用されてもよい。ＰＤＳＣＨ　Ｂのリソース割り当てに対して、上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が適用されてもよい。すなわち、あるＰＤＳＣＨのリソース割り当てが上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔに基づき与えられる場合、該ＰＤＳＣＨはＰＤＳＣＨ　Ａであってもよい。あるＰＤＳＣＨのリソース割り当てが上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２に基づき与えられる場合、該ＰＤＳＣＨはＰＤＳＣＨ　Ｂであってもよい。ＰＤＳＣＨ　Ａに対応するコードブックは、第１のコードブックであってもよい。ＰＤＳＣＨ　Ｂに対応するコードブックは、第２のコードブックであってもよい。
　ＰＤＳＣＨ　ＡとＰＤＳＣＨ　Ｂでは、異なるｓｐｓ－ｃｏｎｆｉｇによって割り当てられるＰＤＳＣＨであってもよい。ｓｐｓ－ｃｏｎｆｉｇによって割り当てられるＰＤＳＣＨは、ＳＰＳ　ＰＤＳＣＨと称してもよい。ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ、セミパーシステント）　ＰＤＳＣＨは、周期的に割り当てるＰＤＳＣＨのリソースである。ｓｐｓ－ｃｏｎｆｉｇは端末装置に下りリンクセミパーシステント送信を設定するために用いられてもよい。基地局装置３は、端末装置１にゼロ、１つ、または、複数の下りリンクセミパーシステント送信（ＳＰＳ　コンフィギュレーション）を設定してもよい。ｓｐｓ－ｃｏｎｆｉｇは少なくともｍｃｓ－Ｔａｂｌｅ、ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ、ｐｅｒｉｏｄｉｃｉｔｙ、ｎ１ＰＵＣＣＨ－ＡＮ、ｓｐｓＩｎｄｅｘ、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｓｐｓの一部または全部のパラメータを含んでもよい。ｍｃｓ－Ｔａｂｌｅは、ＳＰＳ　ＰＤＳＣＨの受信に適用されるＭＣＳテーブルを示すために用いられてもよい。ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓは、ＳＰＳ　ＰＤＳＣＨ受信に対応するＨＡＲＱプロセス番号の数であってもよい。ｐｅｒｉｏｄｉｃｉｔｙは、ＳＰＳ　ＰＤＳＣＨの周期を示すために用いられてもよい。ｓｐｓＩｎｄｅｘは、該ｓｐｓ－ｃｏｎｆｉｇの識別子であり、該ｓｐｓ－ｃｏｎｆｉｇを示すインデックスであってもよい。ｎ１ＰＵＣＣＨ－ＡＮは、ＳＰＳ　ＰＤＳＣＨためのＨＡＲＱ－ＡＣＫ　ＰＵＣＣＨ　リソースを示すために用いられてもよい。ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｓｐｓは、該ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫが対応付けられるコードブックを示すために用いられてもよい。
　例えば、あるｓｐｓ－ｃｏｎｆｉｇにａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｓｐｓが設定されている場合、該ｓｐｓ－ｃｏｎｆｉｇに基づき与えられるＳＰＳ　ＰＤＳＣＨ受信に対応するＨＡＲＱ－ＡＣＫは、第２のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。即ち、この場合、該ｓｐｓ－ｃｏｎｆｉｇに対応するＳＰＳ　ＰＤＳＣＨ受信は、ＰＤＳＣＨ　Ｂであってもよい。また、例えば、あるｓｐｓ－ｃｏｎｆｉｇにａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｓｐｓが設定されていない場合、該ｓｐｓ－ｃｏｎｆｉｇに基づき与えられるＳＰＳ　ＰＤＳＣＨ受信に対応するＨＡＲＱ－ＡＣＫは、第１のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。即ち、この場合、該ｓｐｓ－ｃｏｎｆｉｇに対応するＳＰＳ　ＰＤＳＣＨ受信は、ＰＤＳＣＨ　Ａであってもよい。
　また、ｓｐｓ－ｃｏｎｆｉｇに含まれるａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｓｐｓは、該対応するＳＰＳ　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫが対応づけられるＨＡＲＱ－ＡＣＫコードブックを示してもよい。例えば、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｓｐｓが第１のＨＡＲＱ－ＡＣＫコードブックを示した場合、該対応するＳＰＳ
　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫが第１のＨＡＲＱ－ＡＣＫコードブックに対応づけられてもよい。即ち、該ＳＰＳ　ＰＤＳＣＨ受信は、ＰＤＳＣＨ　Ａであってもよい。また、例えば、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｓｐｓが第２のＨＡＲＱ－ＡＣＫコードブックを示した場合、該対応するＳＰＳ　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫが第２のＨＡＲＱ－ＡＣＫコードブックに対応づけられてもよい。即ち、該ＳＰＳ　ＰＤＳＣＨ受信は、ＰＤＳＣＨ　Ｂであってもよい。即ち、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｓｐｓは、ＳＰＳ　ＰＤＳＣＨがＰＤＳＣＨ　ＡかまたはＰＤＳＣＨ　Ｂかを示してもよい。ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｓｐｓがＳＰＳ　ＰＤＳＣＨがＰＤＳＣＨ　Ａであることを示した場合、該対応するＳＰＳ　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫが第１のＨＡＲＱ－ＡＣＫコードブックに対応づけられてもよい。また、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｓｐｓがＳＰＳ　ＰＤＳＣＨがＰＤＳＣＨ　Ｂであることを示した場合、該対応するＳＰＳ　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫが第２のＨＡＲＱ－ＡＣＫコードブックに対応づけられてもよい。
　また、端末装置１は、ｓｐｓ－ｃｏｎｆｉｇに含まれるｐｅｒｉｏｄｉｃｉｔｙに基づいて、該ｓｐｓ－ｃｏｎｆｉｇに対応するＳＰＳ　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫが対応づけられるＨＡＲＱ－ＡＣＫコードブックを決定してもよい。例えば、ｐｅｒｉｏｄｉｃｉｔｙが所定の値により大きいである場合、端末装置１は、該ｓｐｓ－ｃｏｎｆｉｇに対応するＳＰＳ　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫが第１のＨＡＲＱ－ＡＣＫコードブックに対応付けられると決定してもよい。即ち、この場合、該ＳＰＳ　ＰＤＳＣＨはＰＤＳＣＨ　Ａであってもよい。ｐｅｒｉｏｄｉｃｉｔｙが所定の値と等しいまたは所定の値により小さいである場合、端末装置１は、該ｓｐｓ－ｃｏｎｆｉｇに対応するＳＰＳ　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫが第２のＨＡＲＱ－ＡＣＫコードブックに対応付けられると決定してもよい。即ち、この場合、該ＳＰＳ　ＰＤＳＣＨはＰＤＳＣＨ　Ｂであってもよい。ここで、所定の値は、１０ｍｓであってもよい。所定の値は、１ｍｓであってもよい。所定の値は、１スロットであってもよい。所定の値は、０．５スロットであってもよい。所定の値は、０．５ｍｓであってもよい。所定の値は、予めに決めたシンボルの数であってもよい。例えば、予めに決めたシンボルの数は２であってもよいし、７であってもよいし、１４であってもよい。
　また、基地局装置３は、上位層の信号ｓｐｓ－ｃｏｎｆｉｇと異なる上位層の信号ｓｐｓ－ｃｏｎｆｉｇ―ｕｒｌｌｃを端末装置１に設定してもよい。ｓｐｓ－ｃｏｎｆｉｇ―ｕｒｌｌｃは、ｓｐｓ－ｃｏｎｆｉｇに含まれるパラメータと同じパラメータを含んでもよい。ｓｐｓ－ｃｏｎｆｉｇに対応するＳＰＳ　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫが第１のＨＡＲＱ－ＡＣＫコードブックと対応付けられてもよい。すなわち、ｓｐｓ－ｃｏｎｆｉｇによって割り当てられるＳＰＳ　ＰＤＳＣＨはＰＤＳＣＨ　Ａであってもよい。ｓｐｓ－ｃｏｎｆｉｇ―ｕｒｌｌｃに対応するＳＰＳ　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫが第２のＨＡＲＱ－ＡＣＫコードブックと対応付けられてもよい。ｓｐｓ－ｃｏｎｆｉｇ―ｕｒｌｌｃによって割り当てられるＳＰＳ　ＰＤＳＣＨはＰＤＳＣＨ　Ｂであってもよい。ここで、ｓｐｓ－ｃｏｎｆｉｇに含まれるｐｅｒｉｏｄｉｃｉｔｙは、１０ｍｓ、または、１０ｍｓより大きい値を示してもよい。ｓｐｓ－ｃｏｎｆｉｇに含まれるｐｅｒｉｏｄｉｃｉｔｙは、１０ｍｓより小さい値を示していなくてもよい。ｓｐｓ－ｃｏｎｆｉｇ―ｕｒｌｌｃに含まれるｐｅｒｉｏｄｉｃｉｔｙは、１０ｍｓより小さい値を示してもよい。また、ｓｐｓ－ｃｏｎｆｉｇ―ｕｒｌｌｃに含まれるｐｅｒｉｏｄｉｃｉｔｙは、１０ｍｓ、または、１０ｍｓより大きい値を示していなくてもよい。
　基地局装置３は、ゼロ、１つ、または、複数の上位層の信号ｓｐｓ－ｃｏｎｆｉｇ（および／または、ｓｐｓ－ｃｏｎｆｉｇ―ｕｒｌｌｃ）を端末装置１に送信してもよい。基地局装置３は、あるセミパーシステント送信を活性化または非活性化するために、所定の値にセットされる所定のフィールドを含むＤＣＩフォーマットを端末装置に送信してもよい。端末装置１は、あるＤＣＩフォーマットがＣＳ－ＲＮＴＩでスクランブルされたＣＲＣを付加されたＤＣＩフォーマットであり、且つ、該ＤＣＩフォーマットに含まれるＮＤＩフィールド（具体的に言うと、有効なトランスポートブロックのためのＮＤＩフィールド）が０にセットされている場合に、該ＤＣＩフォーマットを検証してもよい。端末装置１は、該ＤＣＩフォーマットに含まれる複数の情報のフィールドが特定の値にセットされているかどうかを検証してもよい。もし、該ＤＣＩフォーマットに含まれるＨＡＲＱプロセス番号に関する情報（HARQ process number）のフィールドがすべて‘０’にセットされ、かつ、リダンダンシーバージョンに関する情報（Redundancy version）のフィールドが‘００’にセットされている場合、端末装置１は、該ＤＣＩフォーマットの検証が達成（成功）されると見なしてもよい。つまり、この場合、該ＤＣＩフォーマットは、セミパーシステント送信（セミパーシステントスケジューリング）の活性化のために用いられてもよい。また、該ＤＣＩフォーマットに含まれる、ＨＡＲＱプロセス番号に関する情報（HARQ process number）のフィールドがすべて‘０’にセットされ、リダンダンシーバージョンに関する情報（Redundancy version）のフィールドが‘００’にセットされ、ＭＣＳおよびコーディングスキームに関する情報（Modulation and coding scheme）のフィールドがすべて‘１’にセットされ、周波数領域リソース割り当てに関する情報（Frequency domain resource assignment）のフィールドがすべて‘１’セットされている場合、端末装置１は、該ＤＣＩフォーマットの検証が達成（成功）されると見なしてもよい。つまり、この場合、該ＤＣＩフォーマットは、セミパーシステント送信（セミパーシステントスケジューリング）の非活性化のために用いられてもよい。該ＤＣＩフォーマットは、ＳＰＳ　ＰＤＳＣＨリリースと称してもよい。
　セミパーシステントスケジューリングの活性化または非活性化に用いられるＤＣＩフォーマットは、ＳＰＳ　コンフィギュレーションを識別するインデックスを示すフィールドを含んでもよい。端末装置１は、該フィールドに示されるｓｐｓ－ｃｏｎｆｉｇの識別子に基づいて、設定されている複数のＳＰＳ　コンフィギュレーションから１つを選択し、該選択したＳＰＳ　コンフィギュレーションに対して、活性化または非活性化を行ってもよい。
　また、セミパーシステントスケジューリングの活性化または非活性化に用いられるＤＣＩフォーマットは、ＨＡＲＱ－ＡＣＫコードブックを示す情報を示す第１のフィールドを含んでもよい。端末装置１は、該ＤＣＩフォーマットでスケジュールされるＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースに対するＨＡＲＱ－ＡＣＫを、第１のフィールドに示されるＨＡＲＱ－ＡＣＫコードブックと対応付けしてもよい。該フィールドが第１のＨＡＲＱ－ＡＣＫコードブックを示す場合、該ＤＣＩフォーマットによってＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースに対するＨＡＲＱ－ＡＣＫは、第１のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。すなわち、該ＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースは、ＰＤＳＣＨ　Ａに対応してもよい。また、該フィールドが第２のＨＡＲＱ－ＡＣＫコードブックを示す場合、該ＤＣＩフォーマットによってＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースに対するＨＡＲＱ－ＡＣＫは、第２のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。すなわち、該ＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースは、ＰＤＳＣＨ　Ａに対応してもよい。
　セミパーシステントスケジューリングの活性化または非活性化に用いられるＤＣＩフォーマットがＤＣＩ　Ａである場合、該ＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースに対するＨＡＲＱ－ＡＣＫは、第１のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。すなわち、該ＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースは、ＰＤＳＣＨ　Ａに対応してもよい。また、セミパーシステントスケジューリングの活性化または非活性化に用いられるＤＣＩフォーマットがＤＣＩ　Ｂである場合、該ＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースに対するＨＡＲＱ－ＡＣＫは、第２のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。すなわち、該ＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースは、ＰＤＳＣＨ　Ｂに対応してもよい。
　また、セミパーシステントスケジューリングの活性化または非活性化に用いられるＤＣＩフォーマットがＤＣＩ　Ａであり、かつ、該ＤＣＩフォーマットのＣＲＣがＲＮＴＩ　Ａである場合、該ＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースに対するＨＡＲＱ－ＡＣＫは、第１のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。すなわち、該ＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースは、ＰＤＳＣＨ　Ａに対応してもよい。また、セミパーシステントスケジューリングの活性化または非活性化に用いられるＤＣＩフォーマットがＤＣＩ　Ａであり、かつ、該ＤＣＩフォーマットのＣＲＣがＲＮＴＩ　Ｂである場合、該ＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースに対するＨＡＲＱ－ＡＣＫは、第２のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。すなわち、該ＳＰＳ　ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースは、ＰＤＳＣＨ　Ｂに対応してもよい。ここで、ＲＮＴＩ　ＡはＣＳ－ＲＮＴＩであってもよい。ＲＮＴＩ　ＢはＣＳ－ＲＮＴＩ以外のＲＮＴＩであってもよい。ＲＮＴＩ　ＡおよびＲＮＴＩ　Ｂは、セミパーシステントスケジューリングの活性化または非活性化に少なくとも用いられてもよい。
　また、端末装置１は、ＳＰＳ　ＰＤＳＣＨリリースに対するＨＡＲＱ－ＡＣＫを基地局装置３に送信してもよい。該ＳＰＳ　ＰＤＳＣＨリリースに対するＨＡＲＱ－ＡＣＫは、ＳＰＳ　ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが対応付けられるＨＡＲＱ－ＡＣＫコードブックと対応付けられてもよい。
　上位層のＲＲＣ信号で設定されるリソース割り当てテーブルは、上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔとは異なる上位層の信号（インフォメーションエレメントあるいはＲＲＣパラメータであってよい）で与えられてもよい。例えば、上位層の信号ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２によって与えられてもよい。基地局装置３は、上位層の信号でｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよび／またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を通知してもよい。端末装置１は、上位層の信号でｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよび／またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を受信してもよい。
　ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２はｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔと同様に、最大１６個のエントリを含み、ＤＣＩに含まれる４ビットのフィールドによっていずれか１つのエントリが用いられてよい。ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２に含まれる各エントリにおいて、Ｋ０、ｍａｐｐｉｎｇＴｙｐｅ、および／または、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈが示されてよい。ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２の各エントリにおけるＫ０、ｍａｐｐｉｎｇＴｙｐｅ、および／または、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈにおいて利用可能な値は、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおいて利用可能な値と異なってもよい。例えば、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおいて利用可能なＫ０の値は０～３２であり、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２において利用可能なＫ０の値は０～４であってもよい。例えば、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおいて利用可能なｍａｐｐｉｎｎｇＴｙｐｅはマッピングタイプＡとマッピングタイプＢであり、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２において利用可能なｍａｐｐｉｎｎｇＴｙｐｅはマッピングタイプＢのみであってもよい。例えば、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２ではｍａｐｐｉｎｎｇＴｙｐｅが示されなくてもよい。
　ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２に含まれる各エントリは、ＨＡＲＱ－ＡＣＫコードブックと関連する情報を含んでもよい。すなわち、あるエントリに与えられるＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫは、該エントリに示されるＨＡＲＱ－ＡＣＫコードブックと対応付けられてもよい。該エントリに示されるＨＡＲＱ－ＡＣＫコードブックが第１のＨＡＲＱ－ＡＣＫコードブックである場合、端末装置１は、該エントリに与えられるＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを、第１のＨＡＲＱ－ＡＣＫコードブックと対応付けしてもよい。また、該エントリに示されるＨＡＲＱ－ＡＣＫコードブックが第２のＨＡＲＱ－ＡＣＫコードブックである場合、端末装置１は、該エントリに与えられるＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを、第２のＨＡＲＱ－ＡＣＫコードブックと対応付けしてもよい。
　端末装置１は、上位層の信号ｐｄｓｃｈ－Ｃｏｎｆｉｇにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが含まれており、かつＤＣＩ　ＡでＰＤＳＣＨがスケジュールされている場合に、ＰＤＳＣＨ（ＰＤＳＣＨ　Ａ）のリソース割り当てテーブルにｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを適用してもよい。端末装置１は、上位層の信号ｐｄｓｃｈ－Ｃｏｎｆｉｇにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が含まれており、かつＤＣＩ　ＢでＰＤＳＣＨがスケジュールされている場合に、ＰＤＳＣＨ（ＰＤＳＣＨ　Ｂ）のリソース割り当てテーブルにｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を適用してもよい。
　端末装置１は、上位層の信号ｐｄｓｃｈ－Ｃｏｎｆｉｇおよびｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが含まれておらず、かつＤＣＩ　ＡでＰＤＳＣＨがスケジュールされている場合に、ＰＤＳＣＨのリソース割り当てテーブルにデフォルトテーブルＡを適用してもよい。端末装置１は、上位層の信号ｐｄｓｃｈ－Ｃｏｎｆｉｇおよびｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が含まれておらず、かつＤＣＩ　ＢでＰＤＳＣＨがスケジュールされている場合に、ＰＤＳＣＨのリソース割り当てテーブルにデフォルトテーブルＤを適用してもよい。端末装置１は、上位層の信号でｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよび／またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が設定されていない場合に、ＤＣＩ　ＡとＤＣＩ　Ｂで異なるデフォルトテーブルを用いてもよい。端末装置１は、上位層の信号でｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよび／またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が設定されていない場合に、ＤＣＩ　ＡとＤＣＩ　Ｂで同一のデフォルトテーブルを用いてもよい。
　図１６は、ＳＬＩＶを算出する一例を示す図である。
　図１６において、１４は１つのスロットに含まれるシンボルの数である。図１６は、ＮＣＰ（Normal Cyclic Prefix）の場合にＳＬＩＶを算出する一例を示す。ＳＬＩＶの値は、スロットに含まれるシンボルの数、開始シンボルＳ、および、連続的なシンボル数Ｌに基づいて、算出される。ここで、Ｌの値は１以上であり、（１４－Ｓ）を超えない。ＥＣＰでＳＬＩＶを算出する場合には、図１６における値７と１４には代わりに６と１２が使われる。
　以下、スロットオフセットＫ０について説明する。
　前述のように、サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ＾｛ｓｕｂｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１まで昇順に数えられ、フレーム内で０からＮ＾｛ｆｒａｍｅ，μ｝＿｛ｓｌｏｔ｝－１まで昇順に数えられる。Ｋ０はＰＤＳＣＨのサブキャリア間隔に基づくスロットの数である。Ｋ０は０から３２までの値を取り得る。あるサブフレームまたはフレームにおいて、スロットの番号は０からに昇順に数えられる。サブキャリア間隔設定１５ｋＨｚのスロット番号ｎは、サブキャリア間隔設定３０ｋＨｚのスロット番号２ｎと２ｎ＋１に対応する。
　端末装置１がＰＤＳＣＨをスケジュールするＤＣＩを検出した場合に、そのＰＤＳＣＨに割り当てられるスロットはｆｌｏｏｒ（ｎ＊２μＰＤＳＣＨ／２μＰＤＣＣＨ）＋Ｋ０によって与えられる。関数ｆｌｏｏｒ（Ａ）は、Ａを上回らない最大の整数を出力する。ｎは、ＰＤＳＣＨをスケジュールするＰＤＣＣＨが検出されたスロットである。μＰＤＳＣＨはＰＤＳＣＨに対するサブキャリア間隔設定である。μＰＤＣＣＨはＰＤＣＣＨに対するサブキャリア間隔設定である。
　端末装置１は、図１０に示されるように、複数の要素に基づいてＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定してもよい。端末装置１は、以下の要素（Ａ）から要素（Ｆ）の一部または全部に少なくとも基づいて、ＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。
　要素（Ａ）：ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプ 
　要素（Ｂ）：ＤＣＩが検出されるサーチスペースのタイプ
　要素（Ｃ）：そのサーチスペースと関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０であるかどうか
　要素（Ｄ）：ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含むかどうか
　要素（Ｅ）：ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含むかどうか
　要素（Ｆ）：ＳＳ／ＰＢＣＨとＣＯＲＥＳＥＴ多重パターン
　要素（Ａ）において、ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプは、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩのうち何れかである。
　要素（Ｂ）において、ＤＣＩが検出されるサーチスペースのタイプは、コモンサーチスペース、または、ＵＥ固有サーチスペースである。コモンサーチスペースは、タイプ０コモンサーチスペース、タイプ１コモンサーチスペース、タイプ２コモンサーチスペースを含む。
　例Ａとして、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモンサーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩのうち、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、上位層のＲＲＣ信号から設定されるリソース割り当てテーブルを決定してもよい。そのリソース割り当てテーブルは、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔによって与えられる。また、端末装置１に対してｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含まない場合、端末装置１は、デフォルトテーブルＡを決定してもよい。つまり、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示すデフォルトテーブルＡを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。
　例Ｂとして、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられない任意のコモンサーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルに決定してもよい。つまり、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含むか含まないかと関わらず、ｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルに決定してもよい。つまり、端末装置１は、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用する。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含まない場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをデフォルトテーブルＡに決定してもよい。
　例Ｃとして、端末装置１は、ＵＥ固有サーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルに決定してもよい。つまり、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含むか含まないかと関わらず、ｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルに決定してもよい。つまり、端末装置１は、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用する。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔを含まない場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをデフォルトテーブルＡに決定してもよい。
　例Ｂと例Ｃからみると、ＵＥ固有サーチスペースにおいて検出されるＰＤＳＣＨに適用するリソース割り当てテーブルの決定方法は、ＣＯＲＥＳＥＴ＃０に関連付けられない任意のコモンサーチスペースにおいて検出されるＰＤＳＣＨに適用するリソース割り当てテーブルの決定方法と同様である。
　図１１は、本実施形態に係るＰＤＳＣＨに適用するリソース割り当てテーブルの決定法を示すテーブルの一例である。端末装置１は、図１０の最後の行（ＣＯＲＥＳＥＴ＃０に関連付けられない任意のコモンサーチスペースまたはＵＥ固有サーチスペースにおいてＤＣＩを検出し、かつＲＮＴＩが所定のタイプのＲＮＴＩである場合）において図１１のようにリソース割り当てケーブルを決定してもよい。端末装置１は、要素（Ａ）から要素（Ｆ）の一部または全部に加えて、下記の要素（Ｇ）から要素（Ｉ）の少なくとも一部に基づいて、ＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。
　要素（Ｇ）：ＤＣＩが上記のＤＣＩ　Ａ（1st DCI）であるかＤＣＩ　Ｂ（2nd DCI）であるか
　要素（Ｈ）：ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含むかどうか
　要素（Ｉ）：ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２を含むかどうか
　ただし、ＤＣＩ　Ａの場合とＤＣＩ　Ｂの場合とで同一のデフォルトテーブル（例えばデフォルトテーブルＡ）が用いられてもよい。ただし、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２は、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎには含まれないパラメータでありｐｄｓｃｈ－Ｃｏｎｆｉｇにのみ含まれるパラメータであってもよい。
　図１１に示すテーブルでは、端末装置１および／または基地局装置３は、要素（Ａ）～要素（Ｉ）に基づいてＰＤＳＣＨに適用するリソース割り当てテーブルをデフォルトテーブルＡ、デフォルトテーブルＤ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ、ｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２およびｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２の中から決定する。図１２は、本実施形態に係るＰＤＳＣＨに適用するリソース割り当てテーブルの決定法を示すテーブルの別の一例である。図１２に示すテーブルでは、端末装置１および／または基地局装置３は、要素（Ａ）～要素（Ｇ）と要素（Ｉ）に基づいてＰＤＳＣＨに適用するリソース割り当てテーブルをデフォルトテーブルＡ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ、ｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔおよびｐｄｓｃｈ－Ｃｏｎｆｉｇに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２の中から決定する。図１２に示すテーブルの例では、ＤＣＩがＤＣＩ　Ｂであり、ｐｄｓｃｈ－Ｃｏｎｆｉｇにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が含まれず、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔが含まれる場合には、ＰＤＳＣＨに適用するリソース割り当てテーブルはｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔである。ただし、ＤＣＩがＤＣＩ　Ｂであり、ｐｄｓｃｈ－Ｃｏｎｆｉｇにｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２が含まれない場合には、ＰＤＳＣＨに適用するリソース割り当てテーブルはデフォルトテーブルＡまたはデフォルトテーブルＤであってもよい。
　続いて、端末装置１は、そのＰＤＳＣＨをスケジュールするＤＣＩに含まれる‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰＤＳＣＨ時間領域リソース割り当てコンフィギュレーションを選んでもよい。例えば、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがデフォルトテーブルＡである場合、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、デフォルトテーブルＡの行インデックス（ｒｏｗ　ｉｎｄｅｘ）ｍ＋１を示してもよい。この時、ＰＤＳＣＨ時間領域リソース割り当ては、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションである。端末装置１は、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションを想定し、ＰＤＳＣＨを受信する。例えば、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、デフォルトテーブルＡの行インデックス１のＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを用いて、そのＤＣＩによってスケジュールされるＰＤＳＣＨの時間方向のリソース割り当てを特定する。
　また、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔから与えられるリソース割り当てテーブルである場合、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける（ｍ＋１）番目のエレメント（エントリ、行）に対応する。例えば、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける１番目のエレメント（エントリ）を参照してもよい。例えば、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが１である場合、端末装置１は、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔにおける２番目のエレメント（エントリ）を参照してもよい。
　また、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２から与えられるリソース割り当てテーブルである場合、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍは、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における（ｍ＋１）番目のエレメント（エントリ、行）に対応する。例えば、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが０である場合、端末装置１は、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における１番目のエレメント（エントリ）を参照してもよい。例えば、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドに示される値ｍが１である場合、端末装置１は、リストｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２における２番目のエレメント（エントリ）を参照してもよい。
　以下、ＤＣＩに含まれる‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数（サイズ）について説明する。
　端末装置１は、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿２を含むＰＤＣＣＨの検出によって、対応するＰＤＳＣＨをデコード（受信）してもよい。ＤＣＩフォーマット１＿０に含まる‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は固定のビット数であってもよい。例えば、この固定のビット数は４であってもよい。つまり、ＤＣＩフォーマット１＿０に含まれる‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのサイズは４ビットである。また、ＤＣＩフォーマット１＿１およびＤＣＩフォーマット１＿２に含まれる‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのサイズは可変のビット数であってもよい。例えば、ＤＣＩフォーマット１＿１およびＤＣＩフォーマット１＿２に含まれる‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は０、１、２、３、４の内何れかであってもよい。また、ＤＣＩフォーマット１＿２に含まれる‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は４より大きい値であってもよい。
　以下、ＤＣＩフォーマット１＿１およびＤＣＩフォーマット１＿２に含まれる‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数の決定について説明する。
　ＤＣＩフォーマット１＿１およびＤＣＩフォーマット１＿２に含まれる‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、（Ｉ）ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含むかどうか、および／または、（ＩＩ）ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含むかどうか、および／または、（ＩＩＩ）事前に定義したデフォルトテーブルに含まれる行の数に少なくとも基づいて、与えられてもよい。本実施形態において、ＤＣＩフォーマット１＿１およびＤＣＩフォーマット１＿２は、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。ＤＣＩフォーマット１＿１は、ＵＥ固有サーチスペースにおいて検出されてもよい。本実施形態において、‘ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む’の意味は、‘ｐｄｓｃｈ－Ｃｏｎｆｉｇでｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が提供される’の意味であってもよい。‘ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む’の意味は、‘ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎでｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が提供される’の意味であってもよい。
　‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、ｃｅｉｌｉｎｇ（ｌｏｇ２（Ｉ））として与えられてもよい。関数ｃｅｉｌｉｎｇ（Ａ）は、Ａを下回らない最小の整数を出力する。端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定（提供）される場合、Ｉの値はｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数であってもよい。端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定（提供）されない場合、Ｉの値はデフォルトテーブル（デフォルトテーブルＡ（またはデフォルトテーブルＤ））の行の数であってもよい。つまり、端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定される場合、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数に基づいて与えられてもよい。端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定されない場合、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、デフォルトテーブル（デフォルトテーブルＡ）の行の数に基づいて与えられてもよい。具体的に言うと、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む場合、Ｉの値はｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数であってもよい。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む場合、Ｉの値はｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数であってもよい。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含まない場合、Ｉの値はデフォルトテーブル（例えば、デフォルトテーブルＡまたはデフォルトテーブルＤ）に含まれる行の数であってもよい。
　また、別の言い方で言えば、端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定（提供）される場合、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、ｃｅｉｌｉｎｇ（ｌｏｇ２（Ｉ））として与えられてもよい。端末装置１に対してｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）が設定（提供）されない場合、‘Ｔｉｍｅ　ｄｏｍａｉｎ　ｒｅｓｏｕｒｃｅ　ａｓｓｉｇｎｍｅｎｔ’フィールドのビット数は、固定のビット数であってもよい。例えば、固定のビット数は４ビットであってもよい。ここで、Ｉはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数であってもよい。具体的に言うと、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む場合、Ｉの値はｐｄｓｃｈ－Ｃｏｎｆｉｇで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数であってもよい。また、ｐｄｓｃｈ－Ｃｏｎｆｉｇがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含んでおらず、且つ、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎがｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）を含む場合、Ｉの値はｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎで提供されるｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ（またはｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２）に含まれるエントリの数であってもよい。
　また、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔに含まれるエントリの数は、ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２に含まれるエントリの数と異なってもよい。ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔに含まれるエントリの最大数は、第１の値であってもよい。例えば、第１の値は１６である。ｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ２に含まれるエントリの最大数は、第２の値であってもよい。例えば、第１の値は１６より大きい値である。
　以下、ＨＡＲＱ－ＡＣＫコードブックの決定（生成）について説明する。
　端末装置１は、１つまたは複数のＰＤＳＣＨのそれぞれに対応するＨＡＲＱ－ＡＣＫ情報ビットを含むＨＡＲＱ－ＡＣＫコードブックを生成してもよい。生成したＨＡＲＱ－ＡＣＫ情報ビットを含むＨＡＲＱ－ＡＣＫコードブックは、ＰＵＣＣＨで送信されてもよい。端末装置１に対して、上位層のパラメータｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋは、‘ｓｅｍｉ－ｓｔａｔｉｃ’または‘ｄｙｎａｍｉｃ’の何れかに設定される。ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋは、ＨＡＲＱ－ＡＣＫコードブックのタイプを示すために用いられてもよい。ここで、ＨＡＲＱ－ＡＣＫコードブックのタイプは、タイプ１ＨＡＲＱ－ＡＣＫコードブックとタイプ２ＨＡＲＱ－ＡＣＫコードブックを含んでもよい。端末装置１に対してｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋが‘ｓｅｍｉ－ｓｔａｔｉｃ’に設定されている場合、タイプ１ＨＡＲＱ－ＡＣＫコードブック決定の手順が適用されてもよい。端末装置１に対してｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋが‘ｄｙｎａｍｉｃ’に設定されている場合、タイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順が適用されてもよい。端末装置１は、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋに示されるＨＡＲＱ－ＡＣＫコードブックのタイプに基づいて、ＨＡＲＱ－ＡＣＫコードブックを生成してもよい。
　端末装置１は、ＰＤＳＣＨで伝送されるデータのサービスタイプ（ｅＭＢＢ、ＵＲＬＬＣ）に対応して異なるＨＡＲＱ－ＡＣＫコードブックを生成してもよい。具体的にいうと、端末装置１は、ｅＭＢＢのデータを伝送するＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報ビットを送信するために、第１のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。すなわち、第１のＨＡＲＱ－ＡＣＫコードブックは、ｅＭＢＢのデータを伝送するＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報ビットを含んでもよい。また、端末装置１は、ＵＲＬＬＣのデータを伝送するＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報ビットを送信するために、第２のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。すなわち、第２のＨＡＲＱ－ＡＣＫコードブックは、ＵＲＬＬＣのデータを伝送するＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報ビットを含んでもよい。ｅＭＢＢのデータを伝送するＰＤＳＣＨは、前述のようなＰＤＳＣＨ　Ａであってもよい。ＵＲＬＬＣのデータを伝送するＰＤＳＣＨは、前述のようなＰＤＳＣＨ　Ｂであってもよい。
　基地局装置３は、端末装置１に対して上位層の信号ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃを設定してもよい。上位層の信号ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃは、端末装置１に２つのＨＡＲＱ－ＡＣＫコードブックを生成することを設定するために用いられてもよい。本実施形態において、端末装置１に上位層の信号（例えば、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃ）が設定されることは、該上位層の信号（例えば、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃ）が‘有効（Ｅｎａｂｌｅ）’にセットされることを意味してもよい。また、端末装置１に上位層の信号（例えば、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃ）が設定されることは、該上位層の信号（例えば、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃ）が提供（送信）されることを意味してもよい。すなわち、端末装置１にａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃが設定される場合、端末装置１は、１つまたは２つのコードブックを生成してもよい。端末装置１は、ＰＤＳＣＨ　Ａに対応するＨＡＲＱ－ＡＣＫ情報ビットを送信するために、第１のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。すなわち、ＰＤＳＣＨ　Ａに対するＨＡＲＱ－ＡＣＫは第１のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。また、端末装置１は、ＰＤＳＣＨ　Ｂに対応するＨＡＲＱ－ＡＣＫ情報ビットを送信するために、第２のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。すなわち、ＰＤＳＣＨ　Ｂに対するＨＡＲＱ－ＡＣＫは第２のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。端末装置１が第１のＨＡＲＱ－ＡＣＫコードブックを生成する際に、端末装置１は、上位層の信号ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋに示されるＨＡＲＱ－ＡＣＫコードブックのタイプに基づいて、第１のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。前述のように、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋが‘ｓｅｍｉ－ｓｔａｔｉｃ’に設定されている場合、第１のＨＡＲＱ－ＡＣＫコードブックの生成に対してタイプ１ＨＡＲＱ－ＡＣＫコードブック決定の手順が適用されてもよい。ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋが‘ｄｙｎａｍｉｃ’に設定されている場合、第１のＨＡＲＱ－ＡＣＫコードブックの生成にタイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順が適用されてもよい。また、端末装置１が第２のＨＡＲＱ－ＡＣＫコードブックを生成する際に、端末装置１は、予めに決めたＨＡＲＱ－ＡＣＫコードブックのタイプに基づいて、第２のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。例えば、予めに決めたＨＡＲＱ－ＡＣＫコードブックのタイプは、タイプ２（タイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順）であってもよい。すなわち、端末装置１が第２のＨＡＲＱ－ＡＣＫコードブックを生成する際に、端末装置１は、タイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順を用いて、第２のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。すなわち、第２のＨＡＲＱ－ＡＣＫコードブックの生成に対して、タイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順が適用されてもよい。また、予めに決めたＨＡＲＱ－ＡＣＫコードブックのタイプは、タイプ１（タイプ１ＨＡＲＱ－ＡＣＫコードブック決定の手順）であってもよい。
　また、基地局装置３は、端末装置１に対して上位層の信号ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ―ｕｒｌｌｃを設定してもよい。そして、端末装置１は、上位層の信号ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ―ｕｒｌｌｃに示されるＨＡＲＱ－ＡＣＫコードブックのタイプに基づいて、第２のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ―ｕｒｌｌｃが‘ｓｅｍｉ－ｓｔａｔｉｃ’に設定されている場合、第２のＨＡＲＱ－ＡＣＫコードブックの生成に対してタイプ１ＨＡＲＱ－ＡＣＫコードブック決定の手順が適用されてもよい。ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ―ｕｒｌｌｃが‘ｄｙｎａｍｉｃ’に設定されている場合、第２のＨＡＲＱ－ＡＣＫコードブックの生成にタイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順が適用されてもよい。
　また、基地局装置３は、端末装置１に対して上位層の信号ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃを設定しなくてもよい。本実施形態において、端末装置１に上位層の信号（例えば、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃ）が設定されていないことは、該上位層の信号（例えば、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃ）が‘無効（Ｄｉｓａｂｌｅ）’にセットされていることを意味してもよい。端末装置１に上位層の信号（例えば、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃ）が設定されていないことは、該上位層の信号（例えば、ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃ）が提供（送信）されていないことを意味してもよい。上位層の信号が送信されていないことは、端末装置１に送信されるＲＲＣ情報の中に該上位層の信号が欠けている（absent）ことであってもよい。すなわち、端末装置１にａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃが設定されていない場合、端末装置１は、１つのコードブックを生成してもよい。すなわち、端末装置１は、ＰＤＳＣＨ　Ｂに対応するＨＡＲＱ－ＡＣＫ情報ビットを送信するために、第１のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。すなわち、ＰＤＳＣＨ　Ｂに対するＨＡＲＱ－ＡＣＫは第１のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。端末装置１が第１のＨＡＲＱ－ＡＣＫコードブックを生成する際に、端末装置１は、予めに決めたＨＡＲＱ－ＡＣＫコードブックのタイプに基づいて、第１のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。例えば、予めに決めたＨＡＲＱ－ＡＣＫコードブックのタイプは、タイプ２（タイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順）であってもよい。すなわち、端末装置１が第１のＨＡＲＱ－ＡＣＫコードブックを生成する際に、端末装置１は、タイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順を用いて、第１のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。すなわち、この場合に、第１のＨＡＲＱ－ＡＣＫコードブックの生成に対して、タイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順が適用されてもよい。また、予めに決めたＨＡＲＱ－ＡＣＫコードブックのタイプは、タイプ１（タイプ１ＨＡＲＱ－ＡＣＫコードブック決定の手順）であってもよい。
　また、基地局装置３は、端末装置１に対して上位層の信号ａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃを設定しなくてもよい。すなわち、端末装置１にａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃが設定されていない場合、端末装置１は、１つのコードブックを生成してもよい。すなわち、端末装置１は、ＰＤＳＣＨ　Ｂに対応するＨＡＲＱ－ＡＣＫ情報ビットを送信するために、第１のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。すなわち、ＰＤＳＣＨ　Ｂに対するＨＡＲＱ－ＡＣＫは第１のＨＡＲＱ－ＡＣＫコードブックに対応付けられてもよい。端末装置１が第１のＨＡＲＱ－ＡＣＫコードブックを生成する際に、端末装置１は、上位層の信号ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ（または、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ―ｕｒｌｌｃ）に示されるＨＡＲＱ－ＡＣＫコードブックのタイプに基づいて、第１のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ（または、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ―ｕｒｌｌｃ）が‘ｓｅｍｉ－ｓｔａｔｉｃ’に設定されている場合、第１のＨＡＲＱ－ＡＣＫコードブックの生成に対してタイプ１ＨＡＲＱ－ＡＣＫコードブック決定の手順が適用されてもよい。ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ（または、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ―ｕｒｌｌｃ）が‘ｄｙｎａｍｉｃ’に設定されている場合、第１のＨＡＲＱ－ＡＣＫコードブックの生成にタイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順が適用されてもよい。
　また、端末装置１にａｄｄｉｔｉｏｎａｌＣｏｄｅｂｏｏｋ―ｕｒｌｌｃが設定されていない場合、端末装置１は、１つのコードブックを生成してもよい。端末装置１は、ＰＤＳＣＨ　ＡおよびＰＤＳＣＨ　Ｂに対応するＨＡＲＱ－ＡＣＫ情報ビットを送信するために、第１のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。すなわち、端末装置１は、ＰＤＳＣＨ　Ａに対するＨＡＲＱ－ＡＣＫ情報ビットもＰＤＳＣＨ　Ｂに対するＨＡＲＱ－ＡＣＫ情報ビットも第１のＨＡＲＱ－ＡＣＫコードブックに対応づけられるようにしてもよい。
　以下、タイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順について説明する。
　タイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順において、端末装置１は、サービングセルのアクティブＤＬ ＢＷＰにおいて、ＰＤＳＣＨをスケジュールするＤＣＩフォーマットを含むＰＤＣＣＨまたはＳＰＳ　ＰＤＳＣＨリリースのためのモニタリング機会（Ｍｏｎｉｔｏｒｉｎｇ　Ｏｃｃａｓｉｏｎｓ）を決定してもよい。端末装置１は、該ＰＤＳＣＨまたはＳＰＳ　ＰＤＳＣＨリリースに対するＨＡＲＱ－ＡＣＫをスロットｎでの同じＰＵＣＣＨで送信してもよい。該ＰＤＣＣＨモニタリング機会は、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　タイミング値、および、スロットオフセットＫ０に少なくとも基づいて与えられてもよい。ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　タイミング値ｋは、ＰＤＳＣＨをスケジュールするＤＣＩフォーマットに含まれるＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ｔｉｍｉｎｇ－ｉｎｄｉｃａｔｏｒフィールドに示されてもよい。第２のＨＡＲＱ－ＡＣＫコードの送信に対して、該ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　タイミング値ｋは、ＰＵＣＣＨサブスロットの数であってもよい。第１のＨＡＲＱ－ＡＣＫコードの送信に対して、該ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　タイミング値ｋは、スロット（ＰＵＣＣＨスロット）の数であってもよい。例えば、端末装置１がＤＣＩフォーマットでスケジュールされるスロットｎにおけるＰＤＳＣＨを受信したら、端末装置１は、スロットｎ＋ｋにおけるＰＵＣＣＨで該ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信してもよい。ただし、第２のＨＡＲＱ－ＡＣＫコードの送信に対して、端末装置１は、ＰＵＣＣＨサブスロットｎ＋ｋにおけるＰＵＣＣＨでＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信してもよい。ブックスロットオフセットＫ０は、前述のように、ＤＣＩを含むＰＤＣＣＨとそのＰＤＳＣＨとの間のスロットオフセットであってもよい。以下、図８を使って、タイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順を説明する。図８は、タイプ２ＨＡＲＱ－ＡＣＫコードブック決定の手順の一例を示す図である。
　図８において、端末装置１に２つのサービングセル（サービングセルｃ１、サービングセルｃ２）が設定されている。端末装置１は、スロットｎにＰＵＣＣＨを送信してもよい。端末装置１は、スロットｎでＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨ送信（８００）に対応するＰＤＣＣＨモニタリング機会を決定してもよい。ＰＤＳＣＨ受信をスケジュールするＤＣＩフォーマットまたはＳＰＳ　ＰＤＳＣＨリリースのためのＰＤＣＣＨモニタリング機会のセットは、設定されたサービングセルのアクティブＤＬ　ＢＷＰにわたるＰＤＣＣＨモニタリング機会の集合として定義され、ＰＤＣＣＨモニタリング機会と関連付けられるサーチスペースセットの開始時間の昇順に並べられてもよい。該ＰＤＣＣＨモニタリング機会のセットの基数（cardinality）は、Ｍである。図８において、Ｍの値は、４である。ｍは、ＰＤＣＣＨモニタリング機会のインデックスである。ｍの値は、０からＭ－１までの値を取る。図８において、ＰＤＣＣＨモニタリング機会８０１、８０２は、ＰＤＣＣＨモニタリング機会のインデックスｍ＝０に関連する。ＰＤＣＣＨモニタリング機会８０３は、ＰＤＣＣＨモニタリング機会のインデックスｍ＝１に関連する。ＰＤＣＣＨモニタリング機会８０４は、ＰＤＣＣＨモニタリング機会のインデックスｍ＝２に関連する。ＰＤＣＣＨモニタリング機会８０５は、ＰＤＣＣＨモニタリング機会のインデックスｍ＝３に関連する。
　カウンターＤＡＩ（Downlink Assingment Indicator）の値は、現在のサービングセルと現在のＰＤＣＣＨモニタリング機会で｛サービングセル、ＰＤＣＣＨモニタリング機会｝ペアの累積数を示してもよい。該｛サービングセル、ＰＤＣＣＨモニタリング機会｝ペアでのＤＣＩフォーマットに対応付けられるＰＤＳＣＨ受信またはＳＰＳ　ＰＤＳＣＨリリースは、存在する。｛サービングセル、ＰＤＣＣＨモニタリング機会｝ペアの累積数は、最初にサービングセルインデックスの昇順で、次にＰＤＣＣＨモニタリング機会のインデックスｍの昇順でカウンター（マップ）されてもよい。即ち、累積数の値は、ＰＤＣＣＨモニタリング機会８０１、８０２、８０３，８０４、８０５の順で累積されてもよい。カウンターＤＡＩは、ＤＣＩ　ＡまたはＤＣＩ　Ｂに含まれてもよい。例えば、ＰＤＣＣＨモニタリング機会８０４で検出されるＤＣＩフォーマットに示されるカウンターＤＡＩの値は、サービングセルｃ２におけるＰＤＣＣＨモニタリング機会ｍ＝２までに検出されるＤＣＩフォーマット（｛サービングセル、ＰＤＣＣＨモニタリング機会｝ペア）の累積数を示してもよい。
　トータルＤＡＩ（Ｔｏｔａｌ　ＤＡＩ）の値は、現在のＰＤＣＣＨモニタリング機会ｍでの｛サービングセル、ＰＤＣＣＨモニタリング機会｝ペアの総数を示してもよい。該｛サービングセル、ＰＤＣＣＨモニタリング機会｝ペアでのＤＣＩフォーマットに対応付けられるＰＤＳＣＨ受信またはＳＰＳ　ＰＤＳＣＨリリースは、存在する。｛サービングセル、ＰＤＣＣＨモニタリング機会｝ペアの総数は、ＰＤＣＣＨモニタリング機会からＰＤＣＣＨモニタリング機会に更新されてもよい。すなわち、同じインデックスのＰＤＣＣＨモニタリング機会において、検出されるＤＣＩフォーマットに示されるトータルＤＡＩの値は同じであってもよい。端末装置１は、トータルＤＡＩに少なくとも基づいて、ＰＵＣＣＨ８００で送信されるＯＡＣＫの値を決定してもよい。
　次に、タイプ１ＨＡＲＱ－ＡＣＫコードブック決定の手順について説明する。
　タイプ１ＨＡＲＱ－ＡＣＫコードブック決定の手順において、端末装置１は、スロットｎにおけるＰＵＣＣＨ９００と関連する候補ＰＤＳＣＨ受信の機会のセットＭＡ，Ｃを決定してもよい。該候補ＰＤＳＣＨ受信の機会で受信されるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫは、スロットｎＵにおけるＰＵＣＣＨで送信されてもよい。あるサービングセルｃに対して、端末装置１は、スロットタイミング値Ｋ１のセットに少なくとも基づいて、候補ＰＤＳＣＨ受信の機会のセットＭＡ，Ｃを決定してもよい。第２のＨＡＲＱ－ＡＣＫコードの送信に対して、スロットタイミング値Ｋ１は、ＰＵＣＣＨサブスロットの数であってもよい。第１のＨＡＲＱ－ＡＣＫコードの送信に対して、スロットタイミング値Ｋ１は、スロット（ＰＵＣＣＨスロット）の数であってもよい。スロットタイミング値Ｋ１のセットは、スロットタイミング値｛１，２，３，４，５，６，７，８｝および／または上位層の信号ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫに少なくとも基づいて与えられてもよい。以下、図９を使って、タイプ１ＨＡＲＱ－ＡＣＫコードブック決定の手順を説明する。図９は、タイプ１ＨＡＲＱ－ＡＣＫコードブック決定の手順の一例を示す図である。
　図９において、与えられたスロットタイミング値Ｋ１のセットは、｛１，２｝であってもよい。すなわち、端末装置１は、スロットｎＵ―２およびスロットｎＵ―１での候補ＰＤＳＣＨ受信に対応するＨＡＲＱ－ＡＣＫをスロットｎＵにおけるＰＵＣＣＨ９００で送信してもよい。ただし、第２のＨＡＲＱ－ＡＣＫコードの送信に対して、端末装置１は、ＰＵＣＣＨサブスロットｎＵにおけるＰＵＣＣＨでＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信してもよい。候補ＰＤＳＣＨ受信の機会の時間領域リソース割り当て（スタートシンボルＳ、および、連続的な割り当てシンボル数Ｌ）は、前述のようなｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔに少なくとも基づいて与えられてもよい。図９において、９０１、９０２、９０３、および、９０４は、スロットｎＵ―２での候補ＰＤＳＣＨ受信の機会である。９０５、９０６、９０７、および、９０８は、スロットｎＵ―２での候補ＰＤＳＣＨ受信の機会である。
　端末装置１は、スロットｎＵ―２における候補ＰＤＳＣＨ受信の機会｛９０１、９０２、９０３、９０４｝の内、終了するＯＦＤＭシンボルのインデックスが一番小さい候補ＰＤＳＣＨ受信の機会９０１を第１の機会セットに入れてもよい。もし、他の候補ＰＤＳＣＨ受信の機会のスタートシンボルインデックスＳが、候補ＰＤＳＣＨ受信の機会９０１の終了ＯＦＤＭシンボルのインデックスと同じまたは小さい場合、端末装置１は、該候補ＰＤＳＣＨ受信の機会を第１の機会セットに入れてもよい。すなわち、端末装置１は、候補ＰＤＳＣＨ受信の機会９０２を第１の機会セットに入れてもよい。次に、端末装置１は、第１の機会セットに含まれない候補ＰＤＳＣＨ受信の機会｛９０３、９０４｝の内、終了するＯＦＤＭシンボルのインデックスが一番小さい候補ＰＤＳＣＨ受信の機会９０４を第２の機会セットにいれてもよい。もし、他の候補ＰＤＳＣＨ受信の機会のスタートシンボルインデックスＳが、候補ＰＤＳＣＨ受信の機会９０４の終了ＯＦＤＭシンボルのインデックスと同じまたは小さい場合、端末装置１は、該候補ＰＤＳＣＨ受信の機会を第２の機会セットに入れてもよい。すなわち、端末装置１は、候補ＰＤＳＣＨ受信の機会９０３を第２の機会セットに入れてもよい。
　同様に、端末装置１は、スロットｎＵ―２における候補ＰＤＳＣＨ受信の機会｛９０５、９０６、９０７、９０８｝の内、終了するＯＦＤＭシンボルのインデックスが一番小さい候補ＰＤＳＣＨ受信の機会９０５を第３の機会セットに入れてもよい。もし、他の候補ＰＤＳＣＨ受信の機会のスタートシンボルインデックスＳが、候補ＰＤＳＣＨ受信の機会９０５の終了ＯＦＤＭシンボルのインデックスと同じまたは小さい場合、端末装置１は、該候補ＰＤＳＣＨ受信の機会を第３の機会セットに入れてもよい。すなわち、端末装置１は、候補ＰＤＳＣＨ受信の機会９０６を第３の機会セットに入れてもよい。次に、端末装置１は、第３の機会セットに含まれない候補ＰＤＳＣＨ受信の機会｛９０７、９０８｝の内、終了するＯＦＤＭシンボルのインデックスが一番小さい候補ＰＤＳＣＨ受信の機会９０８を第４の機会セットにいれてもよい。もし、他の候補ＰＤＳＣＨ受信の機会のスタートシンボルインデックスＳが、候補ＰＤＳＣＨ受信の機会９０８の終了ＯＦＤＭシンボルのインデックスと同じまたは小さい場合、端末装置１は、該候補ＰＤＳＣＨ受信の機会を第４の機会セットに入れてもよい。すなわち、図９において、サービングセルｃに対して、候補ＰＤＳＣＨ受信の機会のセットＭＡ，Ｃの基数は４である。端末装置１は、機会セットのそれぞれに対応するＨＡＲＱ－ＡＣＫを生成してもよい。端末装置１は、決められた候補ＰＤＳＣＨ受信の機会のセットＭＡ，Ｃに少なくとも基づいて、ＰＵＣＣＨ９００で送信されるＯＡＣＫの値を決定してもよい。
　以下、本実施形態における装置の構成について説明する。
　図１７は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベースバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、モニタ部、または、物理層処理部とも称する。上位層処理部１４を測定部１４、選択部１４、決定部１４または制御部１４とも称する。
　上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロックと称されてもよい）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部１４は、基地局装置３から受信した上位層の信号および／または下りリンク制御情報に基づいて、物理上りリンク共用チャネルを送信するための時間パラメータを決定する機能を備えてもよい。
　上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣレイヤ（媒体アクセス制御層）の処理を行なう。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、スケジューリング要求の伝送の制御を行う。
　上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣレイヤ（無線リソース制御層）の処理を行なう。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。無線リソース制御層処理部１６は、基地局装置３から受信した下りリンク制御情報に基づいてリソース割り当てを制御（特定）する。
　無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３等に送信する。無線送受信部１０は、基地局装置３から受信した上位層の信号（ＲＲＣメッセージ）、ＤＣＩなどを上位層処理部１４に出力する。また、無線送受信部１０は、上位層処理部１４からの指示に基づいて、上りリンク信号（物理上りリンク制御チャネルおよび／または物理上りリンク共用チャネルを含む）を生成して送信する。無線送受信部１０は、物理下りリンク制御チャネルおよび／または物理下りリンク共用チャネルを受信する機能を備えてもよい。無線送受信部１０は、物理上りリンク制御チャネルおよび／または物理上りリンク共用チャネルを送信する機能を備えてもよい。無線送受信部１０は、物理下りリンク制御チャネルで下りリンク制御情報を受信する機能を備えてもよい。無線送受信部１０は、物理下りリンク制御チャネルで受信した下りリンク制御情報を上位層処理部１４に出力する機能を備えてもよい。
　ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
　ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をデジタル信号に変換する。ベースバンド部１３は、変換したデジタル信号からＣＰ（CyclicPrefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
　ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのデジタル信号を生成し、ベースバンドのデジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
　ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は在圏セルにおいて送信する上りリンク信号および／または上りリンクチャネルの送信電力を決定する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
　図１８は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、モニタ部、または、物理層処理部とも称する。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。上位層処理部３４を、決定部３４または制御部３４とも称する。
　上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部３４は、端末装置１に送信した上位層の信号に基づいて、物理上りリンク共用チャネルを送信するための時間パラメータに基づいて下りリンク制御情報を生成する機能を備えてもよい。上位層処理部３４は、生成した下りリンク制御情報などを無線送受信部３０に出力する機能を備えてもよい。
　上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣレイヤの処理を行なう。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、スケジューリングリクエストに関する処理を行う。
　上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣレイヤの処理を行なう。無線リソース制御層処理部３６は、端末装置１にリソースの割当情報を含む下りリンク制御情報（上りリンクグラント、下りリンクグラント）を生成する。無線リソース制御層処理部３６は、下りリンク制御情報、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック、ランダムアクセス応答）、システム情報、ＲＲＣメッセージ、ＭＡＣ　ＣＥ（Control Element）などを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。無線リソース制御層処理部３６は、あるセルにおける１つまたは複数の参照信号の設定を特定するための情報を送信／報知してもよい。
　基地局装置３から端末装置１にＲＲＣメッセージ、ＭＡＣ　ＣＥ、および／またはＰＤＣＣＨを送信し、端末装置１がその受信に基づいて処理を行う場合、基地局装置３は、端末装置が、その処理を行っていることを想定して処理（端末装置１やシステムの制御）を行う。すなわち、基地局装置３は、端末装置にその受信に基づく処理を行わせるようにするＲＲＣメッセージ、ＭＡＣ　ＣＥ、および／またはＰＤＣＣＨを端末装置１に送っている。
　無線送受信部３０は、端末装置１に上位層の信号（ＲＲＣメッセージ）、ＤＣＩなどを送信する。また、無線送受信部３０は、上位層処理部３４からの指示に基づいて、端末装置１から送信した上りリンク信号を受信する。無線送受信部３０は、物理下りリンク制御チャネルおよび／または物理下りリンク共用チャネルを送信する機能を備えてもよい。無線送受信部３０は、物理上りリンク制御チャネルおよび／または物理上りリンク共用チャネルを受信する機能を備えてもよい。無線送受信部３０は、物理下りリンク制御チャネルで下りリンク制御情報を送信する機能を備えてもよい。無線送受信部３０は、上位層処理部３４が出力した下りリンク制御情報を物理下りリンク制御チャネルで送信する機能を備えてもよい。その他、無線送受信部３０の一部の機能は、無線送受信部１０と同様であるため説明を省略する。なお、基地局装置３が１つまたは複数の送受信点４と接続している場合、無線送受信部３０の機能の一部あるいは全部が、各送受信点４に含まれてもよい。
　また、上位層処理部３４は、基地局装置３間あるいは上位のネットワーク装置（ＭＭＥ、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－ＧＷ））と基地局装置３との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図１８において、その他の基地局装置３の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、基地局装置３として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、上位層処理部３４には、無線リソース管理（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｍａｎａｇｅｍｅｎｔ）層処理部や、アプリケーション層処理部が存在している。
　なお、図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置１および基地局装置３の機能および各手順を実現する要素である。
　端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
　（１）本発明の第１の態様における端末装置１は、上位層のパラメータ、ＰＤＳＣＨを受信する受信部１０と、ＨＡＲＱ－ＡＣＫコードブックを生成し、前記生成したＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨで送信する送信部１０と、を備え、第１のパラメータが設定される場合、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックが生成され、前記第１のＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ　Ａに対応するＨＡＲＱ－ＡＣＫビットを送信するために使われ、前記第２のＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ　Ｂに対応するＨＡＲＱ－ＡＣＫビットを送信するために使われ、前記第１のパラメータが設定されない場合、第１のＨＡＲＱ－ＡＣＫコードブックが生成され、前記第１のＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ　Ｂに対応するＨＡＲＱ－ＡＣＫビットを送信するために使われる。
　（２）本発明の第２の態様における基地局装置３は、上位層のパラメータ、ＰＤＳＣＨを送信する送信部３０と、ＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨで受信する受信部３０と、を備え、第１のパラメータが設定される場合、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックが生成され、前記第１のＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ　Ａに対応するＨＡＲＱ－ＡＣＫビットを送信するために使われ、前記第２のＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ　Ｂに対応するＨＡＲＱ－ＡＣＫビットを送信するために使われ、前記第１のパラメータが設定されない場合、第１のＨＡＲＱ－ＡＣＫコードブックが生成され、前記第１のＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ　Ｂに対応するＨＡＲＱ－ＡＣＫビットを送信するために使われる。
　（３）本発明の第１の態様または第２の態様において、前記第１のパラメータが設定される場合、前記第１のＨＡＲＱ－ＡＣＫコードブックは、上位層のパラメータpdsch-HARQ-ACK-Codebookによって示されるコードブックのタイプに基づき生成され、前記第２のＨＡＲＱ－ＡＣＫコードブックは、所定のタイプに基づき生成される。
　（４）本発明の第１の態様または第２の態様において、前記第１のパラメータが設定される場合、前記第１のＨＡＲＱ－ＡＣＫコードブックは、上位層のパラメータpdsch-HARQ-ACK-Codebookによって示されるコードブックのタイプに基づき生成され、前記第２のＨＡＲＱ－ＡＣＫコードブックは、上位層のパラメータpdsch-HARQ-ACK-Codebook-Urllcによって示されるコードブックのタイプに基づき生成される。
　（５）本発明の第１の態様または第２の態様において、前記第１のパラメータが設定されない場合、前記第１のＨＡＲＱ－ＡＣＫコードブックは、所定のタイプに基づき生成される。
　（６）本発明の第１の態様または第２の態様において、前記第１のパラメータが設定されない場合、前記第１のＨＡＲＱ－ＡＣＫコードブックは、上位層のパラメータpdsch-HARQ-ACK-Codebook-Urllcによって示されるコードブックのタイプに基づき生成される。
　（７）本発明の第１の態様または第２の態様において、上位層の信号pdsch-HARQ-ACK-Codebookまたはpdsch-HARQ-ACK-Codebook-Urllcは、タイプ１とタイプ２の何れかを示すために用いられ、前記所定のタイプはタイプ２である。
　（８）本発明の第１の態様または第２の態様において、前記第１のパラメータが設定されない場合、前記第１のＨＡＲＱ－ＡＣＫコードブックは、所定のタイプに基づき生成される。
　（９）本発明の第１の態様または第２の態様において、前記第１のパラメータが設定されない場合、ＰＤＳＣＨ　Ａに対するＨＡＲＱ－ＡＣＫもＰＤＳＣＨ　Ｂに対するＨＡＲＱ－ＡＣＫも前記第１のＨＡＲＱ－ＡＣＫコードブックに対応付けられるようにする。
　（９）本発明の第１の態様または第２の態様において、前記ＰＤＳＣＨ　Ａは、ＤＣＩ　ＡによってスケジュールされるＰＤＳＣＨであり、前記ＰＤＳＣＨ　Ｂは、ＤＣＩ　ＢによってスケジュールされるＰＤＳＣＨであり、前記ＤＣＩ　Ａに付加されたＣＲＣをスクランブルするＲＮＴＩの値が第１の範囲であり、前記ＤＣＩ　Ｂに付加されたＣＲＣをスクランブルするＲＮＴＩの値が前記第１の範囲とは異なる第２の範囲である。
　（１０）本発明の第１の態様または第２の態様において、前記ＰＤＳＣＨ　Ａは、ＤＣＩ　ＡによってスケジュールされるＰＤＳＣＨであり、前記ＰＤＳＣＨ　Ｂは、ＤＣＩ　ＢによってスケジュールされるＰＤＳＣＨであり、前記ＤＣＩ　Ａに用いられるフォーマットが第１のフォーマットであり、前記ＤＣＩ　Ｂに用いられるフォーマットが前記第１のフォーマットと異なる第２のフォーマットであることである。
　これにより、端末装置１は、効率的に基地局装置３と通信することができる。例えば、異なるサービス（ｅＭＢＢ、ＵＲＬＬＣ）のデータの受信に対して、端末装置１は、異なるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫの送信を決定することができる。また、基地局装置３は、効率的に端末装置１と通信することができる。例えば、異なるサービス（ｅＭＢＢ、ＵＲＬＬＣ）のデータの送信に対して、基地局装置３は、異なるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫの受信を決定することができる。
　本発明の一態様に関わる装置で動作するプログラムは、本発明の一態様に関わる実施形態の機能を実現するように、Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にＲａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ（ＨＤＤ）、あるいはその他の記憶装置システムに格納される。
　尚、本発明の一態様に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
　また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いることも可能である。
　なお、本発明の一態様に関わる実施形態では、基地局装置と端末装置で構成される通信システムに適用される例を記載したが、Ｄ２Ｄ（Device to Device）のような、端末同士が通信を行うシステムにおいても適用可能である。
　なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
　本発明の一態様は、例えば、通信システム、通信機器（例えば、携帯電話装置、基地局装置、無線ＬＡＮ装置、或いはセンサーデバイス）、集積回路（例えば、通信チップ）、又はプログラム等において、利用することができる。
１（１Ａ、１Ｂ）　端末装置
３　基地局装置
４　送受信点（ＴＲＰ）
１０　無線送受信部
１１　アンテナ部
１２　ＲＦ部
１３　ベースバンド部
１４　上位層処理部
１５　媒体アクセス制御層処理部
１６　無線リソース制御層処理部
３０　無線送受信部
３１　アンテナ部
３２　ＲＦ部
３３　ベースバンド部
３４　上位層処理部
３５　媒体アクセス制御層処理部
３６　無線リソース制御層処理部
５０　送信ユニット（ＴＸＲＵ）
５１　位相シフタ
５２　アンテナエレメント

Claims (16)

  1. 　端末装置であって、
    　ＰＤＳＣＨを受信する受信部と、
    　前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットを送信するために用いられるＨＡＲＱ－ＡＣＫコードブックを生成し、前記生成したＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨで送信する送信部と、を備え、
    　第１のＲＲＣパラメータが提供される場合、一つまたは二つのＨＡＲＱ－ＡＣＫコードブックが生成され、前記二つのＨＡＲＱ－ＡＣＫコードブックが生成される第１の場合、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックが生成され、
    　前記第１のＲＲＣパラメータが提供されない第２の場合、一つのＨＡＲＱ－ＡＣＫコードブックが生成される
    　端末装置。
  2. 　前記第１の場合、前記第１のＨＡＲＱ－ＡＣＫコードブックは、第1のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに関連付けられ、前記第２のＨＡＲＱ－ＡＣＫコードブックは、第２のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに関連付けられ、前記第1のＰＤＳＣＨは、第１のフィールドの値が‘０’にセットされるＤＣＩフォーマットにスケジュールされ、前記第２のＰＤＳＣＨは、第１のフィールドの値が‘１’にセットされるＤＣＩフォーマットにスケジュールされる請求項１記載の端末装置。
  3. 　一つまたは複数の下りリンクセミパーシステント(ＳＰＳ)設定を受信し、前記ＳＰＳ設定は、下りリンクセミパーシステント送信を設定するために用いられ、
    　前記第１の場合、ＳＰＳ設定のそれぞれに第２のＲＲＣパラメータが含まれ、前記第２のＲＲＣパラメータは、前記第２のＲＲＣパラメータを含むＳＰＳ設定のＳＰＳ　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫコードブックを示す請求項１記載の端末装置。
  4. 　ＨＡＲＱ－ＡＣＫコードブックのタイプは、タイプ１ＨＡＲＱ－ＡＣＫコードブックとタイプ２ＨＡＲＱ－ＡＣＫコードブックを含み、前記第１の場合、前記第１のＨＡＲＱ－ＡＣＫコードブックのタイプは、第３のパラメータによって示され、前記第２のＨＡＲＱ－ＡＣＫコードブックのタイプは、第４のパラメータによって示される請求項１記載の端末装置。
  5. 　端末装置と通信する基地局装置であって、
    　ＰＤＳＣＨを送信する送信部と、
    　前記端末装置で前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットを送信するために生成されるＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨで受信する受信部と、を備え、
    　前記端末装置に第１のＲＲＣパラメータを提供する場合、一つまたは二つのＨＡＲＱ－ＡＣＫコードブックが生成され、前記二つのＨＡＲＱ－ＡＣＫコードブックが生成される第１の場合、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックが生成され、
    　前記端末装置に前記第１のＲＲＣパラメータが提供されない第２の場合、一つのＨＡＲＱ－ＡＣＫコードブックが生成される
    　基地局装置。
  6. 　前記第１の場合、前記第１のＨＡＲＱ－ＡＣＫコードブックは、第1のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに関連付けられ、前記第２のＨＡＲＱ－ＡＣＫコードブックは、第２のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに関連付けられ、前記第1のＰＤＳＣＨは、第１のフィールドの値が‘０’にセットされるＤＣＩフォーマットにスケジュールされ、前記第２のＰＤＳＣＨは、第１のフィールドの値が‘１’にセットされるＤＣＩフォーマットにスケジュールされる請求項５記載の基地局装置。
  7. 　一つまたは複数の下りリンクセミパーシステント(ＳＰＳ)設定を送信し、前記ＳＰＳ設定は、下りリンクセミパーシステント送信を設定するために用いられ、
    　前記第１の場合、ＳＰＳ設定のそれぞれに第２のＲＲＣパラメータが含まれ、前記第２のＲＲＣパラメータは、前記第２のＲＲＣパラメータを含むＳＰＳ設定のＳＰＳ　ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫコードブックを示す請求項５記載の基地局装置。
  8. 　ＨＡＲＱ－ＡＣＫコードブックのタイプは、タイプ１ＨＡＲＱ－ＡＣＫコードブックとタイプ２ＨＡＲＱ－ＡＣＫコードブックを含み、前記第１の場合、前記第１のＨＡＲＱ－ＡＣＫコードブックのタイプは、第３のパラメータによって示され、前記第２のＨＡＲＱ－ＡＣＫコードブックのタイプは、第４のパラメータによって示される請求項５記載の基地局装置。
  9. 　端末装置の通信方法であって、
    　ＰＤＳＣＨを受信し、
    　前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットを送信するために用いられるＨＡＲＱ－ＡＣＫコードブックを生成し、前記生成したＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨで送信し、
    　第１のＲＲＣパラメータが提供される場合、一つまたは二つのＨＡＲＱ－ＡＣＫコードブックが生成され、前記二つのＨＡＲＱ－ＡＣＫコードブックが生成される第１の場合、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックが生成され、
    　前記第１のＲＲＣパラメータが提供されない第２の場合、一つのＨＡＲＱ－ＡＣＫコードブックが生成される
    　通信方法。
  10. 　前記第１の場合、前記第１のＨＡＲＱ－ＡＣＫコードブックは、第1のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに関連付けられ、前記第２のＨＡＲＱ－ＡＣＫコードブックは、第２のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに関連付けられ、前記第1のＰＤＳＣＨは、第１のフィールドの値が‘０’にセットされるＤＣＩフォーマットにスケジュールされ、前記第２のＰＤＳＣＨは、第１のフィールドの値が‘１’にセットされるＤＣＩフォーマットにスケジュールされる請求項９記載の通信方法。
  11. 　一つまたは複数の下りリンクセミパーシステント(ＳＰＳ)設定を受信し、前記ＳＰＳ設定は、下りリンクセミパーシステント送信を設定するために用いられ、
    　前記第１の場合、ＳＰＳ設定のそれぞれに第２のＲＲＣパラメータが含まれ、前記第２のＲＲＣパラメータは、前記第２のＲＲＣパラメータを含むＳＰＳ設定のＳＰＳ　ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫコードブックを示す請求項９記載の通信方法。
  12. 　ＨＡＲＱ－ＡＣＫコードブックのタイプは、タイプ１ＨＡＲＱ－ＡＣＫコードブックとタイプ２ＨＡＲＱ－ＡＣＫコードブックを含み、前記第１の場合、前記第１のＨＡＲＱ－ＡＣＫコードブックのタイプは、第３のパラメータによって示され、前記第２のＨＡＲＱ－ＡＣＫコードブックのタイプは、第４のパラメータによって示される請求項９記載の通信方法。
  13. 　端末装置と通信する基地局装置の通信方法であって、
    　ＰＤＳＣＨを送信し、
    　前記端末装置で前記ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報ビットを送信するために生成されるＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨで受信し、
    　前記端末装置に第１のＲＲＣパラメータを提供する場合、一つまたは二つのＨＡＲＱ－ＡＣＫコードブックが生成され、前記二つのＨＡＲＱ－ＡＣＫコードブックが生成される第１の場合、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックが生成され、
    　前記端末装置に前記第１のＲＲＣパラメータが提供されない第２の場合、一つのＨＡＲＱ－ＡＣＫコードブックが生成される
    　通信方法。
  14. 　前記第１の場合、前記第１のＨＡＲＱ－ＡＣＫコードブックは、第1のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに関連付けられ、前記第２のＨＡＲＱ－ＡＣＫコードブックは、第２のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに関連付けられ、前記第1のＰＤＳＣＨは、第１のフィールドの値が‘０’にセットされるＤＣＩフォーマットにスケジュールされ、前記第２のＰＤＳＣＨは、第１のフィールドの値が‘１’にセットされるＤＣＩフォーマットにスケジュールされる請求項１３記載の通信方法。
  15. 　一つまたは複数の下りリンクセミパーシステント(ＳＰＳ)設定を送信し、前記ＳＰＳ設定は、下りリンクセミパーシステント送信を設定するために用いられ、
    　前記第１の場合、ＳＰＳ設定のそれぞれに第２のＲＲＣパラメータが含まれ、前記第２のＲＲＣパラメータは、前記第２のＲＲＣパラメータを含むＳＰＳ設定のＳＰＳ　ＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫコードブックを示す請求項１３記載の通信方法。
  16. 　ＨＡＲＱ－ＡＣＫコードブックのタイプは、タイプ１ＨＡＲＱ－ＡＣＫコードブックとタイプ２ＨＡＲＱ－ＡＣＫコードブックを含み、前記第１の場合、前記第１のＨＡＲＱ－ＡＣＫコードブックのタイプは、第３のパラメータによって示され、前記第２のＨＡＲＱ－ＡＣＫコードブックのタイプは、第４のパラメータによって示される請求項１３記載の通信方法。
PCT/JP2020/017361 2019-04-26 2020-04-22 基地局装置、端末装置、通信方法、および、集積回路 WO2020218355A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/606,091 US11849449B2 (en) 2019-04-26 2020-04-22 Base station apparatus, terminal apparatus, communication method, and integrated circuit

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019085641A JP6963586B2 (ja) 2019-04-26 2019-04-26 基地局装置、端末装置、および通信方法
JP2019-085641 2019-04-26

Publications (1)

Publication Number Publication Date
WO2020218355A1 true WO2020218355A1 (ja) 2020-10-29

Family

ID=72942216

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/017361 WO2020218355A1 (ja) 2019-04-26 2020-04-22 基地局装置、端末装置、通信方法、および、集積回路

Country Status (3)

Country Link
US (1) US11849449B2 (ja)
JP (1) JP6963586B2 (ja)
WO (1) WO2020218355A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023111617A1 (en) * 2021-12-13 2023-06-22 Orope France Sarl Apparatus and method of wireless communication

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11723028B2 (en) * 2020-06-18 2023-08-08 Qualcomm Incorporated Coreset and search space association with resource bandwidth
US11956082B2 (en) * 2020-07-20 2024-04-09 Qualcomm Incorporated Codebook determination for tri-state HARQ-ACK feedback
US11540268B2 (en) * 2021-02-10 2022-12-27 Qualcomm Incorporated Single transport block over multiple slots with discontinuous SLIVs

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017187810A1 (ja) * 2016-04-26 2017-11-02 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020504939A (ja) 2017-06-15 2020-02-13 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて端末と基地局の間の確認応答情報を送受信する方法及びそれを支援する装置
WO2018230999A1 (ko) * 2017-06-15 2018-12-20 엘지전자 주식회사 무선 통신 시스템에서 단말과 기지국 간 확인 응답 정보를 송수신하는 방법 및 이를 지원하는 장치
US10797833B2 (en) * 2017-10-04 2020-10-06 Qualcomm Incorporated Techniques and apparatuses for ultra reliable low latency hybrid automatic repeat request (HARQ) retransmission for semi-persistent scheduling (SPS)
WO2020122687A1 (ko) * 2018-12-13 2020-06-18 엘지전자 주식회사 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치
US11711192B2 (en) * 2019-07-11 2023-07-25 Samsung Electronics Co., Ltd. Transmission of control information for communication with multiple transmission-reception points
EP4082140A4 (en) * 2020-10-16 2023-04-26 ZTE Corporation METHODS AND DEVICES FOR GENERATING HARQ-ACK FEEDBACK OF MULTIPLE PDSCHS PLANNED BY A SINGLE DCI

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017187810A1 (ja) * 2016-04-26 2017-11-02 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
PANASONIC: "Discussion on UCI and PUCCH enhancement for URLLC", 3GPP DRAFT; R1-1900400, vol. RAN WG1, 11 January 2019 (2019-01-11), Taipei, Taiwan, pages 1 - 8, XP051576009 *
SAMSUNG: "Introduction of Ultra Reliable Low Latency Communications Enhancements", 3GPP DRAFT; R1-1913197, vol. RAN WG1, 12 November 2019 (2019-11-12), Reno, USA, pages 1 - 41, XP051824817 *
ZTE: "UL control enhancements for NR URLLC", 3GPP DRAFT; R1-1904144 UL CONTROL ENHANCEMENTS FOR NR URLLC, vol. RAN WG1, 3 April 2019 (2019-04-03), Xi’an, China, pages 1 - 8, XP051707144 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023111617A1 (en) * 2021-12-13 2023-06-22 Orope France Sarl Apparatus and method of wireless communication

Also Published As

Publication number Publication date
US11849449B2 (en) 2023-12-19
JP6963586B2 (ja) 2021-11-10
US20220201725A1 (en) 2022-06-23
JP2020182169A (ja) 2020-11-05

Similar Documents

Publication Publication Date Title
CN113475138B (zh) 用户设备、基站装置及通信方法
JP7249785B2 (ja) 端末装置、基地局装置、および通信方法
JP6917403B2 (ja) 基地局装置、端末装置および通信方法
WO2020145368A1 (ja) 基地局装置、端末装置、および、通信方法
WO2020218529A1 (ja) 基地局装置、端末装置、および、通信方法
WO2020218355A1 (ja) 基地局装置、端末装置、通信方法、および、集積回路
WO2020203427A1 (ja) 基地局装置、端末装置、および、通信方法
WO2021066133A1 (ja) 端末装置、基地局装置、および、通信方法
WO2021066154A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020218254A1 (ja) 基地局装置、端末装置、通信方法、および、集積回路
WO2020091046A1 (ja) 基地局装置、端末装置、および、通信方法
WO2021029367A1 (ja) 基地局装置、端末装置、および、通信方法
JP2022025801A (ja) 端末装置、基地局装置、および、通信方法
WO2021162053A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020195531A1 (ja) 基地局装置、端末装置、および、通信方法
WO2020218348A1 (ja) 基地局装置、端末装置、通信方法、および、集積回路
JP2022011324A (ja) 端末装置、基地局装置、および、通信方法
WO2022025038A1 (ja) 端末装置、基地局装置、および、通信方法
WO2021029402A1 (ja) 基地局装置、端末装置、および、通信方法
WO2022071278A1 (ja) 端末装置、基地局装置、および、通信方法
JP2021129240A (ja) 端末装置、基地局装置、および、通信方法
JP2021129239A (ja) 端末装置、基地局装置、および、通信方法

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: 20796036

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20796036

Country of ref document: EP

Kind code of ref document: A1