WO2020067416A1 - 基地局装置、端末装置、および、通信方法 - Google Patents

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

Info

Publication number
WO2020067416A1
WO2020067416A1 PCT/JP2019/038127 JP2019038127W WO2020067416A1 WO 2020067416 A1 WO2020067416 A1 WO 2020067416A1 JP 2019038127 W JP2019038127 W JP 2019038127W WO 2020067416 A1 WO2020067416 A1 WO 2020067416A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
resource allocation
pdsch
random access
domain resource
Prior art date
Application number
PCT/JP2019/038127
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 CN201980063421.XA priority Critical patent/CN112771825A/zh
Priority to EP19867800.5A priority patent/EP3860068A4/en
Priority to US17/280,497 priority patent/US11956776B2/en
Priority to CA3114558A priority patent/CA3114558A1/en
Publication of WO2020067416A1 publication Critical patent/WO2020067416A1/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/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • 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
    • 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
    • H04L27/2602—Signal structure
    • H04L27/26025—Numerology, i.e. varying one or more of symbol duration, subcarrier spacing, Fourier transform size, sampling rate or down-clocking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access

Definitions

  • Some aspects of the present invention relate to a base station device, a terminal device, and a communication method.
  • Priority is claimed on Japanese Patent Application No. 2018-181504, filed Sep. 27, 2018, the content of which is incorporated herein by reference.
  • Non-Patent Document 1 As the wireless access method and wireless network technology for the fifth generation cellular system, in the 3rd generation partnership project (3GPP: The Third Generation Partnership Project), LTE (Long Term Evolution) -Advanced Pro and NR (New Radio) technology) and standard formulation (Non-Patent Document 1).
  • 3GPP The Third Generation Partnership Project
  • LTE Long Term Evolution
  • NR New Radio
  • 5th generation cellular systems include enhanced mobile broadband (eMBB) for high-speed and large-capacity transmission, ultra-reliable and low-latency communication (URLLC) for low-latency and high-reliability communication, and Internet of Things (IoT).
  • eMBB enhanced mobile broadband
  • URLLC ultra-reliable and low-latency communication
  • IoT Internet of Things
  • mmMTC massive Machine Type Communication
  • An object of some aspects 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 wireless communication system. .
  • a terminal device includes a receiving unit that receives a physical downlink control channel including downlink control information from a base station device in a terminal device-specific search space, and a time domain resource in the downlink control information.
  • the base station apparatus includes a transmitting unit that transmits a physical downlink control channel including downlink control information to the terminal device in the terminal device-specific search space; A control unit that determines the number of bits in a time domain resource allocation field, wherein the time domain resource allocation field is a time domain resource allocation field for a physical downlink shared channel, and the default table is When indicating a time domain resource allocation setting and not transmitting a parameter, the number of bits in the time domain resource allocation field is determined based on the number of entries in the default table.
  • a communication method is a communication method used for a terminal device, wherein a physical downlink control channel including downlink control information is received from a base station device in a terminal device specific search space.
  • the default table indicates a time domain resource allocation setting for the physical downlink shared channel, and when no parameter is received, the number of bits in the time domain resource allocation field is determined based on the number of entries in the default table.
  • the communication method is a communication method used for a base station device, wherein a physical downlink control channel including downlink control information is transmitted to a terminal device in a terminal device specific search space. And a control step of determining the number of bits in a time domain resource allocation field in the downlink control information, wherein the time domain resource allocation field is a time domain resource allocation field for a physical downlink shared channel.
  • the default table indicates a time domain resource allocation setting for the physical downlink shared channel, and when no parameter is received, the number of bits in the time domain resource allocation field is determined based on the number of entries in the default table.
  • a base station device and a terminal device can communicate efficiently.
  • FIG. 1 is a diagram illustrating a concept of a wireless communication system according to an embodiment of the present invention.
  • FIG. 4 is a diagram illustrating an example of an SS / PBCH block and an SS burst set according to the embodiment of the present invention.
  • FIG. 3 is a diagram illustrating an example of a schematic configuration of an uplink and a downlink slot according to the embodiment of the present invention.
  • FIG. 5 is a diagram illustrating a relationship in a time domain of subframes, slots, and minislots according to the embodiment of the present invention.
  • FIG. 3 is a diagram illustrating an example of a slot or a subframe according to the embodiment of the present invention.
  • FIG. 3 is a diagram illustrating an example of beamforming according to the embodiment of the present invention.
  • FIG. 1 is a diagram illustrating a concept of a wireless communication system according to an embodiment of the present invention.
  • FIG. 4 is a diagram illustrating an example of an SS / PBCH block and an
  • FIG. 4 is a diagram illustrating an example of a PDSCH mapping type according to an embodiment of the present invention. . It is a figure showing an example of the random access procedure of terminal unit 1 concerning the embodiment of the present invention.
  • FIG. 8 is a diagram illustrating an example of a field included in a RAR ⁇ UL ⁇ grant according to the embodiment of the present invention.
  • FIG. 7 is a diagram defining which resource allocation table to apply to PDSCH time domain resource allocation according to an embodiment of the present invention.
  • FIG. 4 is a diagram illustrating an example of a default table A according to the embodiment of the present invention.
  • FIG. 6 is a diagram illustrating an example of a default table B according to the embodiment of the present invention.
  • FIG. 7 is a diagram illustrating an example of a default table C according to the embodiment of the present invention.
  • FIG. 5 is a diagram illustrating an example of calculating a SLIV according to the embodiment of the present invention. It is a figure which shows an example which DCI concerning this embodiment schedules PDSCH. It is a figure which defines which resource allocation table concerning this embodiment is applied to PUSCH time domain resource allocation. It is a figure showing an example of PUSCH default table A concerning this embodiment. It is a figure which shows an example which transmits PUSCH scheduled by RAR @ UL grant which concerns on this embodiment.
  • FIG. 5 is a flowchart illustrating an example of a random access procedure of a MAC entity according to the embodiment of the present invention.
  • FIG. 1 is a schematic block diagram illustrating a configuration of a terminal device 1 according to an embodiment of the present invention.
  • FIG. 2 is a schematic block diagram illustrating a configuration of a base station device 3 according to the embodiment of the present invention.
  • FIG. 1 is a conceptual diagram of the 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 devices 1A and 1B are also referred to as terminal devices 1.
  • the terminal device 1 is also called a user terminal, a mobile station device, a communication terminal, a mobile device, a terminal, a UE (User Equipment), and an MS (Mobile Station).
  • the base station device 3 includes a wireless base station device, a base station, a wireless base station, a fixed station, an NB (Node B), an eNB (evolved Node B), a BTS (Base Transceiver Station), a BS (Base Station), and an NR NB ( Also called NR (Node B), NNB, TRP (Transmission and Reception Point), and gNB.
  • the base station device 3 may include a core network device.
  • the base station device 3 may include one or more transmission / reception points 4 (transmission @ reception @ point). At least a part of the functions / processes of the base station device 3 described below may be the functions / processes at each transmission / reception point 4 of the base station device 3.
  • the base station device 3 may serve the terminal device 1 with one or more cells in a communicable range (communication area) controlled by the base station device 3. Further, the base station device 3 may serve the terminal device 1 with one or a plurality of cells in a communicable range (communication area) controlled by one or a plurality of transmission / reception points 4. Further, one cell may be divided into a plurality of partial areas (Beamed @ area), and the terminal device 1 may be served in each of the partial areas.
  • the partial area may be identified based on an index of a beam used in beamforming or an index of precoding.
  • a wireless communication link from the base station device 3 to the terminal device 1 is referred to as a downlink.
  • the wireless communication link from the terminal device 1 to the base station device 3 is called an uplink.
  • orthogonal frequency division multiplexing including a cyclic prefix (CP: Cyclic Prefix), single carrier frequency 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 filter multicarrier
  • F-OFDM filter OFDM
  • FBMC filter bank multicarrier
  • OFDM symbols will be described using OFDM as a transmission method, but the present invention includes a case using the above-described other transmission methods.
  • the above-described transmission method using no padding or zero padding instead of the CP may be used. Also, the CP and zero padding may be added to both the front and the rear.
  • One aspect of the present 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, a primary cell (PCell: ⁇ Primary ⁇ Cell), a secondary cell (SCell: ⁇ Secondary ⁇ Cell), a primary secondary cell (PSCell), and an 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 (Special Cell) is a PCell of MCG or PSCell of SCG depending on whether a MAC (MAC: Medium Access Control) entity is associated with MCG or SCG, respectively. Called. If it is not a dual connectivity operation, SpCell (Special @ Cell) is called PCell. SpCell (Special @ Cell) supports PUCCH transmission and contention-based random access.
  • MAC Medium Access Control
  • one or more serving cells may be set for the terminal device 1.
  • the set plurality of serving cells may include one primary cell and one or more secondary cells.
  • the primary cell may be a serving cell in which an initial connection establishment procedure has been performed, a serving cell in which a connection re-establishment procedure has been started, or a cell designated as a primary cell in a handover procedure. Good.
  • One or more secondary cells may be set at or after the establishment of an RRC (Radio Resource Control) connection.
  • the set multiple serving cells may include one primary secondary cell.
  • the primary secondary cell may be a secondary cell capable of transmitting control information in 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 be composed of one primary cell and zero or more secondary cells.
  • the secondary cell group may be composed of one primary secondary cell and zero or more secondary cells.
  • the wireless communication system of the present embodiment may employ TDD (Time Division Duplex) and / or FDD (Frequency Division Duplex).
  • a TDD (Time Division Division Duplex) method or an FDD (Frequency Division Division Duplex) method may be applied to all of the plurality of cells.
  • cells to which the TDD scheme is applied and cells to which the FDD scheme is applied may be aggregated.
  • the TDD scheme may be referred to as unpaired spectrum operation (Unpaired spectrum operation).
  • the FDD scheme may be referred to as a paired spectrum operation (Paired spectrum operation).
  • a carrier corresponding to a serving cell is referred to as a downlink component carrier (or a downlink carrier).
  • a carrier corresponding to a serving cell is called an uplink component carrier (or an uplink carrier).
  • a carrier corresponding to a serving cell is referred to as a side link component carrier (or a 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 a carrier).
  • the following physical channels are used in 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
  • PUSCH Physical Uplink Shared CHannel
  • PRACH Physical Random Access CHannel
  • the PBCH is used to broadcast important information blocks (MIB: Master Information Block, EIB: Essential Information Block, BCH: Broadcast Channel) containing 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 broadcast a time index within a cycle of a synchronization signal block (also referred to as an SS / PBCH block).
  • the time index is information indicating an index of a synchronization signal and a PBCH in a cell.
  • the SS / PBCH block is set within a predetermined period or set. Chronological order within the specified cycle.
  • the terminal device may recognize the difference in the time index as the difference in the transmission beam.
  • the PDCCH is used to transmit (or carry) downlink control information (Downlink Control Information: DCI) in downlink wireless communication (wireless communication from the base station device 3 to the terminal device 1).
  • DCI Downlink Control Information
  • one or a plurality of DCIs (which may be referred to as DCI formats) are defined for transmission of downlink control information. That is, a field for downlink control information is defined as DCI and is mapped to information bits.
  • the PDCCH is transmitted in PDCCH candidates.
  • the terminal device 1 monitors a set of PDCCH candidates (candidate) in the serving cell. Monitoring means attempting to decode the PDCCH according to a certain DCI format.
  • DCI format 0_0 may be used for PUSCH scheduling in a certain serving cell.
  • the DCI format 0_0 may include information indicating PUSCH scheduling information (frequency domain resource allocation and time domain resource allocation).
  • a CRC scrambled by any of C-RNTI, CS-RNTI, MCS-C-RNTI, and / or TC-RNTI may be added.
  • 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 PUSCH scheduling in a certain serving cell.
  • the DCI format 0_1 is information indicating PUSCH scheduling information (frequency domain resource allocation and time domain resource allocation), information indicating a band portion (BWP: BandWidth @ Part), channel state information (CSI: Channel @ State @ Information) request, and sounding reference. It may include a signal (SRS: Sounding Reference Signal) request and information on an antenna port.
  • the DCI format 0_1 may include a CRC scrambled by any of C-RNTI, CS-RNTI, SP-CSI-RNTI, and / or MCS-C-RNTI. DCI format 0_1 may be monitored in the UE-specific search space.
  • DCI format 1_0 may be used for PDSCH scheduling in a certain serving cell.
  • the DCI format 1_0 may include information indicating PDSCH scheduling information (frequency domain resource allocation and time domain resource allocation).
  • the DCI format 1_0 has a CRC that is scrambled by one of C-RNTI, CS-RNTI, MCS-C-RNTI, P-RNTI, SI-RNTI, RA-RNTI, and / or TC-RNTI added. You may.
  • DCI format 1_0 may be monitored in a common search space or a UE-specific search space.
  • the DCI format 1_1 may be used for PDSCH scheduling in a certain serving cell.
  • the DCI format 1_1 includes information indicating PDSCH scheduling information (frequency domain resource allocation and time domain resource allocation), information indicating a band portion (BWP), a transmission setting instruction (TCI: Transmission Configuration Indication), and information regarding an antenna port. Is fine.
  • the DCI format 1_1 may include a CRC scrambled by any of C-RNTI, CS-RNTI, and / or MCS-C-RNTI. DCI format 1_1 may be monitored in the UE-specific search space.
  • $ DCI format 2_0 is used to notify the slot format of one or more slots.
  • the slot format is defined such that each OFDM symbol in a slot is classified into one of downlink, flexible, and uplink. For example, when the slot format is 28, DDDDDDDDDDDFU is applied to 14 OFDM symbols in the slot for which the slot format 28 is indicated.
  • 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 may be assumed to have no transmission. This information may be referred to as a preemption instruction (intermittent transmission instruction).
  • the DCI format 2_2 is used for transmitting a PUSCH and a transmission power control (TPC: Transmit Power Control) command for the PUSCH.
  • TPC Transmit Power Control
  • the DCI format 2_3 is used to transmit a group of TPC commands for transmitting a sounding reference signal (SRS) by one or a plurality of 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 a PUSCH and a PUCCH, or for an uplink in which SRS transmission power control is not associated with PUSCH transmission power control.
  • SRS sounding reference signal
  • the DCI for the downlink is also called a downlink grant (downlink @ grant) or a downlink assignment (downlink @ assignment).
  • DCI for the uplink is also referred to as an uplink grant (uplink @ grant) or an uplink assignment (Uplink @ assignment).
  • DCI may also be referred to as DCI format.
  • the CRC (Cyclic Redundancy Check) parity bit added to the DCI format transmitted on one PDCCH is SI-RNTI (System Information-Radio Network Network Temporary Identifier), P-RNTI (Paging-Radio Network Network Temporary Identifier), and C-RNTI. Scrambled by RNTI (Cell-Radio Network Temporary Identifier), CS-RNTI (Configured Scheduling-Radio Network Temporary Identifier), RA-RNTI (Random Access-Radio Network Network Temporary Identity), or Temporary C-RNTI.
  • SI-RNTI may be an identifier used for broadcasting system information.
  • the P-RNTI may be an identifier used for notification of paging and system information change.
  • C-RNTI, MCS-C-RNTI, and CS-RNTI are identifiers for identifying a terminal device in a cell.
  • Temporary @ C-RNTI is an identifier for identifying the terminal device 1 that has transmitted the random access preamble during the contention based random access procedure (contention based random access procedure).
  • C-RNTI terminal device identifier (identification information)
  • CS-RNTI is used for periodically allocating PDSCH or PUSCH resources.
  • the MCS-C-RNTI is used to indicate the use of a predetermined MCS table for grant-based transmission.
  • Temporary @ C-RNTI (TC-RNTI) is used to control PDSCH transmission or PUSCH transmission in one or more slots.
  • Temporary @ C-RNTI is used to schedule retransmission of random access message 3 and transmission of random access message 4.
  • RA-RNTI random access response identification information
  • the PUCCH is used for transmitting uplink control information (Uplink Control Information: UCI) in uplink wireless communication (wireless communication from the terminal device 1 to the base station device 3).
  • the uplink control information may include channel state information (CSI: ⁇ Channel ⁇ State ⁇ Information) used to indicate the state of the downlink channel.
  • the uplink control information may include a scheduling request (SR: Scheduling Request) used to request the UL-SCH resource.
  • the uplink control information may include HARQ-ACK (Hybrid ⁇ Automatic ⁇ Repeat ⁇ request ⁇ ACKnowledgement).
  • HARQ-ACK may indicate HARQ-ACK for downlink data (Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH).
  • the PDSCH is used for transmitting 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 PUSCH may be used to transmit HARQ-ACK and / or CSI together with uplink data (UL-SCH: Uplink Shared CHannel) or uplink data from the MAC layer. Also, it may be used to transmit only CSI or only HARQ-ACK and CSI. That is, it may be used to transmit only UCI.
  • UL-SCH Uplink Shared CHannel
  • the base station device 3 and the terminal device 1 exchange (transmit and receive) signals in an upper layer (upper layer: higher layer).
  • the base station device 3 and the terminal device 1 transmit and receive RRC signaling (RRC message: Radio Resource Control message, RRC information: also referred to as Radio Resource Control information) in a radio resource control (RRC: Radio Resource Control) layer.
  • RRC Radio Resource Control
  • the base station device 3 and the terminal device 1 may transmit and receive a MAC control element in a MAC (Medium Access Control) layer.
  • the RRC layer of the terminal device 1 acquires system information broadcast from the base station device 3.
  • the RRC signaling, the system information, and / or the MAC control element are also referred to as an upper layer signal (upper layer signal: higher layer signal) or an upper layer parameter.
  • the upper layer here means the upper layer as viewed from the physical layer, it may include one or more of a MAC layer, an RRC layer, an RLC layer, a PDCP layer, a NAS (Non Access Stratum) layer, and the like.
  • the upper layer may include one or more of an RRC layer, an RLC layer, a PDCP layer, a NAS layer, and the like.
  • the meaning of “A is given by the upper layer” or “A is given by the upper layer” means that the upper layer (mainly the RRC layer or the MAC layer) of the terminal device 1 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.
  • $ PDSCH or PUSCH may be used for transmitting RRC signaling and MAC control elements.
  • RRC signaling transmitted from the base station device 3 may be common signaling to a plurality of terminal devices 1 in a cell.
  • the RRC signaling transmitted from the base station apparatus 3 may be signaling dedicated to a certain terminal apparatus 1 (also referred to as dedicated signaling). That is, terminal device-specific (UE-specific) information may be transmitted to a certain terminal device 1 using dedicated signaling.
  • the PUSCH may be used for transmission of UE capability (UE Capability) in the uplink.
  • the following downlink physical signals are used in downlink wireless communication.
  • the downlink physical signal is not used for transmitting information output from the upper layer, but is used by the physical layer.
  • SS Synchronization signal
  • RS Reference Signal
  • the synchronization signal may include a primary synchronization signal (PSS: Primary Synchronization Signal) and a secondary synchronization signal (SSS).
  • PSS Primary Synchronization Signal
  • SSS secondary synchronization signal
  • the cell ID may be detected using the PSS and the SSS.
  • the synchronization signal is used by the terminal device 1 to synchronize the downlink frequency domain and the time domain.
  • 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 called a transmission or reception filter setting, or a spatial domain transmission filter or a spatial domain reception filter.
  • the reference signal is used by the terminal device 1 to perform channel compensation of the physical channel.
  • the reference signal may also be used by the terminal device 1 to calculate downlink CSI.
  • the reference signal may be used for fine synchronization (Fine synchronization) to enable numerology such as wireless parameters and subcarrier intervals, FFT window synchronization, and the like.
  • DMRS Demodulation Reference Signal
  • CSI-RS Channel State Information Reference Signal
  • PTRS Phase Tracking Reference Signal
  • TRS Tracking Reference Signal
  • DMRS is used to demodulate a modulated signal.
  • two types of reference signals for demodulating the PBCH and a reference signal for demodulating the PDSCH may be defined, or both may be referred to as DMRS.
  • CSI-RS is used for channel state information (CSI) measurement and beam management, and a periodic, semi-persistent, or aperiodic CSI reference signal transmission method is applied.
  • CSI-RS a non-zero power (NZP: Non-Zero @ Power) CSI-RS and a zero power (ZP: Zero @ Power) CSI-RS having zero transmission power (or reception power) may be defined.
  • NZP Non-Zero @ Power
  • ZP Zero @ Power
  • ZP CSI-RS may be defined as a CSI-RS resource with zero or no transmit power, and a PTRS to track the phase in the time axis with a view to guaranteeing a frequency offset due to phase noise.
  • TRS is used to guarantee Doppler shift during high-speed movement, where TRS may be used as one setting of CSI-RS, for example, one-port CSI-RS is used as TRS. Radio resources may be configured.
  • uplink reference signals are used.
  • DMRS Demodulation Reference Signal
  • PTRS Phase Tracking Reference Signal
  • SRS Sounding Reference Signal
  • DMRS is used to demodulate a modulated signal.
  • two types of reference signals for demodulating the PUCCH and reference signals for demodulating the PUSCH may be defined, or both may be referred to as DMRS.
  • the SRS is used for uplink channel state information (CSI) measurement, channel sounding, and beam management.
  • PTRS is used to track the phase in the time axis in order to guarantee a frequency offset due to phase noise.
  • a downlink physical channel and / or a downlink physical signal are collectively referred to as a downlink signal.
  • An uplink physical channel and / or an uplink physical signal are collectively referred to as an uplink signal.
  • the downlink physical channel and / or the uplink physical channel are collectively referred to as a physical channel.
  • the downlink physical signal and / or the uplink physical signal are collectively referred to as a physical signal.
  • BCH, UL-SCH and DL-SCH are transport channels.
  • a channel used in a medium access control (MAC) layer is called a transport channel.
  • a transport channel unit 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 Repeat reQuest
  • the transport block is a unit of data that the MAC layer delivers to the physical layer.
  • transport blocks are mapped to codewords, and encoding is performed for each codeword.
  • FIG. 2 is a diagram illustrating an example of an SS / PBCH block (also referred to as a synchronization signal block, an SS block, or an SSB) and an SS burst set (also referred to as a synchronization signal burst set) according to the present embodiment.
  • FIG. 2 illustrates an example in which two SS / PBCH blocks are included in a periodically transmitted SS burst set, and the SS / PBCH blocks are configured by four consecutive OFDM symbols.
  • the SS / PBCH block is a unit block including at least a synchronization signal (PSS, SSS) and / or PBCH. Transmitting a signal / channel included in an SS / PBCH block is referred to as transmitting an SS / PBCH block.
  • the base station apparatus 3 may use an independent downlink transmission beam for each SS / PBCH block. Good.
  • PSS, SSS, and PBCH are time / frequency multiplexed in one SS / PBCH block.
  • the order in which the 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 transmitted periodically.
  • a cycle to be used for initial access and a cycle to be set for a connected (Connected or RRC_Connected) terminal device may be defined.
  • the cycle set for the connected (Connected or RRC_Connected) terminal device may be set in the RRC layer.
  • the cycle set for the connected (Connected or RRC_Connected) terminal is a cycle of a radio resource in a time domain that may potentially transmit, and is actually transmitted by the base station apparatus 3. You may decide.
  • the cycle to be used for the initial access may be defined in advance in a specification or the like.
  • the SS burst set may be determined based on a system frame number (SFN: System Frame Number). Further, the start position (boundary) of the SS burst set may be determined based on the SFN and the cycle.
  • SFN System Frame Number
  • the SS / PBCH block is assigned an SSB index (also referred to as an SSB / PBCH block index) according to a temporal position in the SS burst set.
  • the terminal device 1 calculates an SSB index based on PBCH information and / or reference signal information included in the detected SS / PBCH block.
  • SSSS / PBCH blocks having the same relative time within each SS burst set in a plurality of SS burst sets are assigned the same SSB index.
  • SS / PBCH blocks with the same relative time within each SS burst set in multiple SS burst sets may be assumed to be QCL (or have the same downlink transmit beam 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 average delay, Doppler shift, and spatial correlation.
  • SS / PBCH blocks assigned the same SSB index may be assumed to be QCL with respect to average delay, average gain, Doppler spread, Doppler shift, spatial correlation.
  • a setting corresponding to one or a plurality of SS / PBCH blocks that are QCLs (or may be reference signals) may be referred to as a QCL setting.
  • the number of SS / PBCH blocks (which may also 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 an SS burst or SS burst set, or in a period of an SS / PBCH block. May be defined.
  • the number of SS / PBCH blocks may indicate the number of beam groups for cell selection within an SS burst, within an SS burst set, or within a period of an SS / PBCH block.
  • the beam group may be defined as the number of different SS / PBCH blocks or the number of different beams included in the SS burst, the SS burst set, or the period of the SS / PBCH block.
  • a reference signal described in the present embodiment includes a downlink reference signal, a synchronization signal, an SS / PBCH block, a downlink DM-RS, a CSI-RS, an uplink reference signal, an SRS, and / or an uplink DM- Includes RS.
  • a downlink reference signal, a synchronization signal, and / or an SS / PBCH block may be referred to as a reference signal.
  • the reference signal used in the downlink includes a downlink reference signal, a synchronization signal, an SS / PBCH block, a downlink DM-RS, a CSI-RS, and the like.
  • the reference signal used in the uplink includes an uplink reference signal, an SRS, and / or an uplink DM-RS.
  • the reference signal may be used for radio resource measurement (RRM). Further, the reference signal may be used for beam management.
  • RRM radio resource measurement
  • the reference signal may be used for beam management.
  • Beam management includes analog and / or digital beams in a transmitting device (the base station device 3 in the case of downlink, and the terminal device 1 in the case of uplink) and a receiving device (the terminal device 1 in the case of downlink). (In the case of the uplink, the base station apparatus 3), the procedure of the base station apparatus 3 and / or the terminal apparatus 1 for matching the directivity of the analog and / or digital beams and obtaining the beam gain.
  • the procedure for configuring, setting, or establishing a beam pair link may include the following procedure. ⁇ Beam selection ⁇ Beam refinement ⁇ Beam recovery
  • beam selection may be a procedure for selecting a beam in communication between the base station device 3 and the terminal device 1.
  • the beam improvement may be a procedure of selecting a beam having a higher gain or changing a beam between the base station apparatus 3 and the terminal apparatus 1 optimally by moving the terminal apparatus 1.
  • the beam recovery may be a procedure for reselecting a beam when the quality of a communication link is degraded due to a blockage caused by a shield or the passage of a person in communication between the base station device 3 and the terminal device 1.
  • Beam management may include beam selection and beam improvement.
  • Beam recovery may include the following procedures. Detection of beam failure detection of a new beam transmission of a beam recovery request monitoring of a response to a beam recovery request
  • CSI-RS or RSRP Reference Signal Received Power
  • CSI-RS resource index CRI: CSI-RS ⁇ Resource ⁇ Index
  • DMRS reference signal
  • the base station apparatus 3 indicates a time index of CRI or SS / PBCH when instructing a beam to the terminal apparatus 1, and the terminal apparatus 1 receives a signal based on the instructed CRI or SS / PBCH time index. I do.
  • the terminal device 1 may set and receive a spatial filter based on the designated CRI or SS / PBCH time index.
  • the terminal device 1 may receive the data using an assumption of a pseudo-same location (QCL: Quasi @ Co-Location).
  • a signal (antenna port, synchronization signal, reference signal, etc.) is "QCL" or another signal (antenna port, synchronization signal, reference signal, etc.) with another signal (antenna port, synchronization signal, reference signal, etc.) Can be interpreted as being associated with another signal.
  • Two antenna ports are said to be QCL if the Long Term Property of a channel carrying a symbol at one antenna port can be inferred from the channel carrying a symbol at the other antenna port.
  • the long-range characteristics of the channel include one or more of delay spread, Doppler spread, Doppler shift, average gain, and average delay. For example, if 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.
  • a QCL extended to the space may be newly defined.
  • the arrival angle AoA (Angle of Arrival), ZoA (Zenith angle of Arrival), etc.
  • Angle Spread for example, ASA (Angle Spread of Arrival) or ZSA (Zenith angle Spread of Arrival)
  • transmission angle AoD, ZoD, etc.
  • Angle Spread such as ASD (Angle Spread of Departure) or ZSD ( Zenith angle Spread of Departure)
  • spatial correlation Spatial Correlation
  • the reception spatial parameter can be regarded as QCL between the antenna port 1 and the antenna port 2
  • the reception from the reception beam (reception spatial filter) 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-range characteristics that may be regarded as a QCL may be defined.
  • types may be defined: -Type A: Doppler shift, Doppler spread, average delay, delay spread-Type B: Doppler shift, Doppler spread-Type C: average delay, Doppler shift-Type D: reception spatial parameter
  • the above-mentioned QCL type sets and / or sets one or two reference signals and an assumption of QCL of PDCCH or PDSCH @ DMRS as a transmission setting instruction (TCI: Transmission Configuration Indication) in the RRC and / or MAC layer and / or DCI. You may instruct.
  • TCI Transmission Configuration Indication
  • the terminal device 1 performs PDCCH @ DMRS .
  • PDCCH DMRS When receiving the PDCCH DMRS, assuming the Doppler shift, the Doppler spread, the average delay, the delay spread, the reception spatial parameter and the long-term characteristics of the channel in the reception of the SS / PBCH block index # 2, An estimate may be made.
  • a reference signal (SS / PBCH block in the above example) indicated by the TCI is a source reference signal, and a reference affected by long-term characteristics inferred from long-term characteristics of a channel when the source reference signal is received.
  • the signal (PDCCH @ DMRS in the above example) may be referred to as a target reference signal.
  • one or more TCI states and a combination of a source reference signal and a QCL type are set for each state in the RRC, and the terminal apparatus 1 may be instructed by the MAC layer or the DCI.
  • the operations of the base station device 3 and the terminal device 1 equivalent to the beam management are defined by the assumption of the QCL in the spatial domain and the radio resources (time and / or frequency) as the beam management and the beam instruction / report. Good.
  • the subframe will be described.
  • it is called a subframe, but may be called a resource unit, a radio frame, a time section, a time interval, or the like.
  • FIG. 3 is a diagram showing an example of a schematic configuration of the uplink and downlink slots according to the first embodiment of the present invention.
  • Each of the radio frames is 10 ms long.
  • Each radio frame 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
  • an uplink slot is defined similarly, and a downlink slot and an uplink slot may be defined separately.
  • the bandwidth of the cell in FIG. 3 may be defined as a part of the bandwidth (BWP: BandWidth Part).
  • a slot may be defined as a transmission time interval (TTI: Transmission @ Time @ Interval).
  • TTI Transmission @ Time @ Interval
  • the signal or physical channel transmitted in each of the slots may be represented by a resource grid.
  • a resource grid is defined by a plurality of subcarriers and a plurality of OFDM symbols for each numerology (subcarrier spacing and cyclic prefix length) and for each carrier.
  • the number of subcarriers forming one slot depends on the downlink and uplink bandwidth 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.
  • 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 continuous subcarriers in the frequency domain.
  • the reference resource block is common to all subcarriers.
  • a resource block may be configured at a subcarrier interval of 15 kHz, and may be numbered in ascending order.
  • Subcarrier index 0 in reference resource block index 0 may be referred to as reference point A (point A) (may be simply referred to as “reference point”).
  • the common resource block is a resource block that is numbered in ascending order from 0 at each subcarrier interval setting ⁇ from the reference point A.
  • the resource grid described above is defined by this common resource block.
  • the physical resource blocks are resource blocks numbered in ascending order from 0 included in a bandwidth portion (BWP) described later, and the physical resource blocks are allocated in ascending order from 0 included in the bandwidth portion (BWP). This is a numbered resource block.
  • a physical uplink channel is first mapped to a virtual resource block. Thereafter, the virtual resource blocks are mapped to physical resource blocks.
  • the resource block may be a virtual resource block, a physical resource block, a common resource block, or a reference resource block.
  • NR supports one or more OFDM numerologies.
  • N ⁇ ⁇ slot ⁇ _ ⁇ symb ⁇ consecutive OFDM symbols are in the slot.
  • N ⁇ ⁇ slot ⁇ _ ⁇ symb ⁇ is 14.
  • the start of slot n ⁇ ⁇ _ ⁇ s ⁇ in a subframe is the start and time of the n ⁇ ⁇ _ ⁇ s ⁇ N ⁇ ⁇ slot ⁇ _ ⁇ symb ⁇ th OFDM symbol in the same subframe. Are aligned.
  • FIG. 4 is a diagram showing the relationship in the time domain between subframes, slots, and minislots. As shown in the figure, three types of time units are defined.
  • the subframe is 1 ms regardless of the subcarrier interval, the number of OFDM symbols included in the slot is 7 or 14, and the slot length varies depending on the subcarrier interval.
  • the subcarrier interval is 15 kHz, 14 OFDM symbols are included in one subframe.
  • the downlink slot may be referred to as PDSCH mapping type A.
  • Uplink slots may be referred to as PUSCH mapping type A.
  • a minislot (which may be referred to as a subslot) is a time unit composed of fewer OFDM symbols than the number of OFDM symbols included in the slot.
  • the figure shows an example where the minislot is composed of 2 OFDM symbols.
  • An OFDM symbol in a mini-slot may coincide with the OFDM symbol timing making up the slot.
  • the minimum unit of scheduling may be a slot or a minislot.
  • Assigning minislots may also be referred to as non-slot based scheduling.
  • scheduling a minislot may be expressed as scheduling a resource whose relative time position between the reference signal and the data start position is fixed.
  • the downlink minislot may be referred to as PDSCH mapping type B.
  • An uplink minislot may be referred to as PUSCH mapping type B.
  • FIG. 5 is a diagram illustrating an example of the slot format.
  • the slot length is 1 ms at a subcarrier interval of 15 kHz is shown as an example.
  • D indicates downlink and U indicates uplink.
  • U indicates uplink.
  • a certain time interval for example, the minimum time interval that must be assigned to one UE in the system.
  • One or more of downlink symbols, flexible symbols, and uplink symbols may be included. Note that these ratios may be predetermined as a slot format. Also, it may be defined by the number of downlink OFDM symbols included in the slot or the start position and the end position in the slot.
  • scheduling a slot may be expressed as scheduling 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 using a downlink symbol or a flexible symbol.
  • the terminal device 1 may transmit an uplink signal or a downlink channel using an uplink symbol or a flexible symbol.
  • FIG. 5A may be referred to as a certain time section (for example, a minimum unit of a time resource that can be allocated to one UE, a time unit, or the like. Also, a bundle of a plurality of minimum units of a time resource is referred to as a time unit.
  • FIG. 5B illustrates an example in which uplink scheduling is performed using, for example, a PDCCH in the first time resource, and processing delay of the PDCCH and downlink are performed. To transmit an uplink signal through a flexible symbol including an uplink switching time and generation of a transmission signal.
  • FIG. 5B illustrates an example in which uplink scheduling is performed using, for example, a PDCCH in the first time resource, and processing delay of the PDCCH and downlink are performed.
  • FIG. 5 (c) is used for transmission of the PDCCH and / or the downlink PDSCH in the first time resource, and includes PUSCH or PUCCH via a processing delay and a switching time from downlink to uplink, a gap for generation of a transmission signal.
  • the uplink signal may be used for transmission of HARQ-ACK and / or CSI, that is, UCI.
  • FIG.5 (d) is used for transmission of PDCCH and / or PDSCH in the first time resource, and performs PUSCH and / or uplink transmission via a processing delay and a switching time from downlink to uplink, and a gap for generation of a transmission signal.
  • the uplink signal may be used for transmission of uplink data, that is, UL-SCH.
  • FIG. 5 (e) shows an example in which all are used for uplink transmission (PUSCH or PUCCH).
  • the above-mentioned downlink part and uplink part may be composed of a plurality of OFDM symbols as in LTE.
  • FIG. 6 is a diagram showing an example of beam forming.
  • the plurality of antenna elements are connected to one transmission unit (TXRU: Transceiver unit) 50, the phase is controlled by a phase shifter 51 for each antenna element, and transmitted from the antenna element 52 to transmit a signal in an arbitrary direction. Can direct the beam.
  • TXRU may be defined as an antenna port, and in terminal device 1, only an antenna port may be defined.
  • directivity can be directed in an arbitrary direction, so that the base station apparatus 3 can communicate with the terminal apparatus 1 using a beam having a high gain.
  • BWP is also called carrier BWP.
  • the BWP may be set for each of the downlink and the uplink.
  • BWP is defined as a set of contiguous physical resources selected from a contiguous subset of a common resource block.
  • the terminal device 1 can set up to four BWPs in which one downlink carrier BWP (DL @ BWP) is activated at a certain time.
  • the terminal device 1 can set up to four BWPs in which one uplink carrier BWP (UL @ BWP) is activated at a certain time.
  • BWP may be set in each serving cell. At this time, the fact that one BWP is set in a certain serving cell may be expressed as not setting the BWP.
  • the setting of two or more BWPs may be expressed as the setting of the BWP.
  • BWP switching for a serving cell is used to activate an inactive (deactivated) BWP and deactivate an active (activated) BWP. Is done.
  • BWP switching for a certain serving cell is controlled by a PDCCH indicating a downlink assignment or an uplink grant.
  • BWP switching for a serving cell may be further controlled by a 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 first active without receiving a PDCCH indicating a downlink assignment or an uplink grant.
  • the active DL BWP (first active DL BWP) and the UL BWP (first active UL BWP) may be specified by an RRC message sent from the base station device 3 to the terminal device 1.
  • the active BWP for a certain serving cell is specified by RRC or PDCCH sent from base station apparatus 3 to terminal apparatus 1.
  • the first active DL BWP and the 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 a normal process.
  • Normal processing includes transmitting a UL-SCH, transmitting a RACH, monitoring a PDCCH, transmitting a PUCCH, transmitting an SRS, and receiving a DL-SCH.
  • the MAC entity of the terminal device 1 does not transmit the UL-SCH, does not transmit the RACH, does not monitor the PDCCH, does not transmit the PUCCH, No SRS is transmitted and no DL-SCH is received. If a serving cell is deactivated, there may be no active BWP (eg, the active BWP is deactivated).
  • a BWP information element (IE) included in an RRC message (system information to be broadcast or information sent in a dedicated RRC message) is used for setting BWP.
  • the RRC message transmitted from the base station device 3 is received by the terminal device 1.
  • the network (such as base station apparatus 3) has at least one downlink BWP and one (for example, if the serving cell is configured for uplink) or two (appendix uplink (supplementary uplink)).
  • At least an initial BWP including an uplink BWP (for example, when is used) is set for the terminal device 1.
  • the network may configure additional uplink and downlink BWPs for certain serving cells.
  • BWP configuration is 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.
  • Common parameters of the primary BWP of the primary cell are also provided in the system information.
  • the network For all other serving cells, the network provides common parameters with dedicated signals.
  • BWP is identified by BWP ID.
  • the initial BWP has a BWP ID of 0.
  • BWP IDs of other BWPs take values 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 0 PDCCH common search space. May be defined by the location and number of consecutive PRBs, the subcarrier spacing, and the cyclic prefix. The contiguous PRB positions start with the lowest index PRB and end with the highest index PRB, between PRBs of the control resource set for the Type 0 PDCCH 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 ServingCellConfigfigCommon.
  • SIB1 systemInformationBlockType1, ServingCellConfigCommonSIB
  • ServingCellConfigCommonSIB is used to set a cell-specific parameter of the serving cell for the terminal device 1 in the SIB1.
  • the size of the initial DL @ BWP is the number of resource blocks of the control resource set (CORESET # 0) for the type 0 PDCCH common search space. There may be.
  • the size of the initial DL @ BWP may be given by the locationAndBandwidth included in the upper layer parameter initialDownlinkBWP.
  • the upper-layer parameter locationAndBandwidth may indicate the position and bandwidth of the frequency domain of the initial DL BWP.
  • a plurality of DL BWPs may be set for the terminal device 1. Then, out of the DL @ BWP set for the terminal device 1, the default DL @ BWP can be set by the upper layer parameter defaultDownlinkBWP-Id. If the upper layer parameter defaultDownlinkBWP-Id is not provided to 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 an initial UL @ BWP.
  • the terminal device 1 may be set (provided) with an initial UL @ BWP (initial active UL @ BWP) by a parameter initialUplinkBWP of an upper layer.
  • a supplementary uplink carrier (supplementary @ UL @ carrier) is set for the terminal device 1
  • the terminal device 1 uses the initialUplinkBWP included in the upper layer parameter supplementaryUplink to set the initial UL in the supplementary uplink carrier.
  • 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 for downlink control information.
  • the coreset setting information includes a coreset identifier (ControlResourceSetId, coreset-id) and information for specifying a coreset frequency resource.
  • the information element ControlResourceSetId (identifier of CORESET) is used to specify a control resource set in a certain serving cell.
  • the identifier of CORESET is used between BWPs in a certain serving cell.
  • the CORESET identifier is unique among BWPs in the serving cell.
  • the number of coresets for each BWP is limited to three, including the initial coreset. In a certain serving cell, the value of the identifier of CORRESET takes a value from 0 to 11.
  • CORESET # 0 may be set by pdcch-ConfigSIB1 included in MIB or PDCCH-ConfigCommon included in ServingCellConfigCommon. That is, the setting information of CORRESET # 0 may be pdcch-ConfigSIB1 included in MIB, or PDCCH-ConfigCommon included in ServingCellConfigConfig.
  • the setting information of RESET # 0 may be set by controlResourceSetZero included in PDCCH-ConfigSIB1 or PDCCH-ConfigCommon.
  • the information element controlResourceSetZero is used to indicate RESET # 0 (common RESET) of the initial DL @ BWP.
  • CORESET indicated by pdcch-ConfigSIB1 is CORESET # 0.
  • the information element pdcch-ConfigSIB1 in the MIB or dedicated configuration is used to set the initial DL @ BWP.
  • the identifier of the coreset, the frequency resource of the coreset (for example, the number of continuous resource blocks) and the time resource (the number of continuous symbols) are explicitly specified.
  • the frequency resources (eg, the number of consecutive resource blocks) and the time resources (the number of consecutive symbols) of CORRESET for CORRESET # 0 are implicitly determined by the information included in pdcch-ConfigSIB1. Can be identified.
  • the information element PDCCH-ConfigCommon is used to set a cell-specific PDCCH parameter provided in the SIB. Also, the PDCCH-ConfigCommon may be provided at the time of handover and addition of PSCell and / or SCell.
  • the setting information of CORESET # 0 is included in the setting of the initial BWP. That is, the setting information of CORRESET # 0 may not be included in the settings of BWP other than the initial BWP.
  • the controlResourceSetZero corresponds to 4 bits (for example, MSB 4 bits, 4 bits of the most significant bit) in pdcch-ConfigSIB1.
  • CORRESET # 0 is a control resource set for a type 0 PDCCH common search space.
  • the setting information of the additional common CORSET may be set by a commonControlResourceSet included in the PDCCH-ConfigCommon.
  • the configuration information of the additional common coreset may be used to specify the additional common coreset for the system information and / or the paging procedure.
  • the configuration information of the additional common coreset may be used to specify the additional common coreset used in the random access procedure.
  • Additional common coreset configuration information may be included in each BWP configuration.
  • the identifier of the RESET shown in the commonControlResourceSet takes a value other than 0.
  • @Common CORESET may be a CORESET used for the random access procedure (eg, additional common CORESET).
  • the common CORESET may include CORESET # 0 and / or CORESET set by additional common CORESET setting information. That is, the common CORESET may include CORESET # 0 and / or additional common CORESET.
  • CORESET # 0 may be referred to as common CORESET # 0.
  • the terminal device 1 and the BWP other than the BWP in which the common RESET is set may also refer to (acquire) the setting information of the common RESET.
  • One or a plurality of coreset configuration information may be configured by PDCCH-Config.
  • the information element PDCCH-Config is used to set UE-specific PDCCH parameters (for example, CORSET, search space, etc.) for a certain BWP.
  • the PDCCH-Config may be included in each BWP setting.
  • the setting information of the common RESET indicated by the MIB is pdcch-ConfigSIB1
  • the setting information of the common RESET indicated by the PDCCH-ConfigCommon is controlResourceSetZero
  • the additional information of the common CORESET indicated by the PDCCH-ConfigCommon is commonControlResourceSet.
  • the setting information of one or more coresets (UE specifically configured control resources set, UE-specific coresets) indicated by the PDCCH-Config is controlResourceSetToAddModList.
  • the search space is defined to search for PDCCH candidates (PDCCH candidates).
  • the searchSpaceType included in the search space setting information indicates that the search space is a common search space (Common Search Space, CSS) or a UE-specific search space (UE-specific Search Space, USS).
  • the UE-specific search space is derived from at least the value of the 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 the plurality of terminal devices 1, and is configured by a CCE (Control ⁇ Channel ⁇ Element) having a predetermined index.
  • the CCE is composed of a plurality of resource elements.
  • the search space setting information includes DCI format information monitored in the search space.
  • the search space setting information includes the coreset identifier specified by the coreset setting information.
  • 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 the coreset specified by the coreset identifier included in the search space.
  • the DCI format indicated by the setting information of the search space is monitored by the associated coreset.
  • Each search space is associated with one coreset.
  • the setting information of the search space for the random access procedure may be set by ra-SearchSpace. That is, the DCI format to which the CRC scrambled by the RA-RNTI or the TC-RNTI is added in the CORESET associated with the ra-SearchSpace is monitored.
  • the setting information of CORESET # 0 is included in the setting of the initial DL BWP.
  • the setting information of CORESET # 0 may not be included in the setting of BWP (additional BWP) other than the initial DLBWP.
  • BWPs (additional BWPs) other than the initial DL BWP refer to the setting information of the RESET # 0 (refer, acquire, etc.)
  • the RESET # 0 and the SS block are included in the additional BWP in the frequency domain, and It may be necessary to at least satisfy using the same subcarrier spacing.
  • the bandwidth and SS block of the initial DL BWP in the frequency domain are used. It may be necessary to at least satisfy that it is included in the additional BWP and uses the same subcarrier spacing.
  • the search space (for example, ra-SearchSpace) set for the additional BWP indicates the identifier 0 of the RESET # 0, thereby referring to the setting information of the RESET # 0 (refer, acquire, etc.). be able to.
  • the RESET # 0 is set only for the initial DL BWP, but the terminal device 1 operating with another BWP (additional BWP) refers to the setting information of the RESET # 0. Can be. Also, when the bandwidth of the initial DL BWP is included in the additional DL BWP in the frequency domain, the SS block is included in the additional DL BWP, and any of the conditions using the same subcarrier interval is not satisfied However, the terminal device 1 does not have to expect that the additional DL BWP refers to the setting information of CORRESET # 0. That is, in this case, the base station apparatus 3 does not need to set the additional DL BWP for the terminal apparatus 1 to refer to the setting information of CORRESET # 0.
  • the initial DL BWP may be an initial DL BWP of size N size BWP, 0 .
  • the RESET or the bandwidth of the BWP
  • the BWP include in the frequency domain ( It may be necessary to at least satisfy that the (related) SS block is included in the additional BWP and use the same subcarrier spacing.
  • the terminal device 1 does not have to expect the additional DL @ BWP to refer to the setting information of the RESET set for the BWP.
  • the terminal device 1 monitors a set of PDCCH candidates in one or a plurality of resets arranged in each active serving cell set to monitor the PDCCH.
  • the set of PDCCH candidates corresponds to one or more search space sets.
  • Monitoring means decoding each PDCCH candidate according to one or more DCI formats to be monitored.
  • a set of PDCCH candidates monitored by the terminal device 1 is defined by a PDCCH search space set.
  • One search space set is a common search space set or a UE-specific search space set. In the above description, the search space set is called a search space, the common search space set is called a common search space, and the UE-specific search space set is called a UE-specific search space.
  • the terminal device 1 monitors PDCCH candidates in one or more of the following search space sets.
  • -A Type 0-PDCCH common search space set (a Type 0-PDCCH common search space set): This search space set is indicated by pdcch-ConfigSIB1 or PDCCH-ConfigCommon indicated by MIB, which is an upper layer parameter.
  • the search space is set by search space SIB1 (searchSpaceSIB1) or search space zero (searchSpaceZero) included in PDCCH-ConfigCommon. This search space is for monitoring the DCI format of the CRC scrambled with the SI-RNRI in the primary cell.
  • -A type 0A PDCCH common search space set (a Type 0A-PDCCH common search space set): This search space set is set by a search space (searchSpaceOtherSystemInformation) indicated by PDCCH-ConfigCommon, which is an upper layer parameter. Is done. This search space is for monitoring the DCI format of the CRC scrambled with the SI-RNRI in the primary cell.
  • -Type 1 PDCCH common search space set (a Type1-PDCCH common search space set): This search space set is a search for a random access procedure indicated by PDCCH-ConfigCommon, which is a parameter of an upper layer. Set by the space (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 a random access procedure.
  • -Type 2 PDCCH common search space set (a Type2-PDCCH common search space set): This search space set is a search space for the paging procedure indicated by PDCCH-ConfigCommon which is a parameter of the upper layer. (pagingSearchSpace). This search space is for monitoring the DCI format of the CRC scrambled with the P-RNTI in the primary cell.
  • This search space set is a search in which the search space type indicated by PDCCH-Config, which is a parameter of an upper layer, is common.
  • Set by space SearchSpace.
  • This search space is for monitoring the DCI format of the CRC scrambled by the INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, or TPC-SRS-RNTI.
  • For the primary lycell it is for monitoring the DCI format of the CRC scrambled by C-RNTI, CS-RNTI (s) or MSC-C-RNTI.
  • searchSpace a search space type indicated by PDCCH-Config, which is a parameter of an upper layer, is set by a 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 MSC-C-RNTI.
  • the terminal device 1 If 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. ⁇ ) ⁇ , and the terminal device 1 receives C-RNTI or When the CS-RNTI is provided, the terminal device 1 monitors the DCI format ⁇ 0_0 ⁇ having the C-RNTI or the CS-RNTI and the PDCCH candidates for the DCI format ⁇ 1_0 ⁇ using the one or more search space sets. You may.
  • $ 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 specify (refer to) the DL @ BWP in a certain serving cell.
  • the BWP identifier included in the UL @ BWP setting information is used to specify (refer to) the UL @ BWP in a certain serving cell.
  • the BWP identifier is given to each of DL @ BWP and UL @ BWP.
  • the identifier of the BWP corresponding to DL @ BWP may be referred to as DL @ BWP @ index (DL @ BWP @ index).
  • the identifier of the BWP corresponding to UL @ BWP may be referred to as UL @ BWP @ index (UL @ BWP @ index).
  • the initial DL @ BWP is referenced by the DL @ BWP identifier 0.
  • the initial UL @ BWP is referenced by the UL @ BWP identifier 0.
  • Each of the other DL @ BWPs or other UL @ BWPs may be referenced from BWP identifier # 1 to maxNrofBWPs.
  • maxNofBWPs is the maximum number of BWPs per serving cell, and is 4. That is, the values of the identifiers of other BWPs take values from 1 to 4.
  • the other upper layer setting information is associated with a specific BWP by using a BWP identifier. Having DL @ BWP and UL @ BWP have the same BWP identifier may mean that DL @ BWP and UL @ BWP are paired.
  • one primary cell and up to 15 secondary cells may be set.
  • the terminal device 1 may decode (receive) the corresponding PDSCH by detecting the PDCCH including the DCI format 1_0 or the DCI format 1_1.
  • the corresponding PDSCH is scheduled (indicated) by its DCI format (DCI).
  • the start position (start symbol) of the PDSCH to be scheduled is referred to as S.
  • the start symbol S of the PDSCH may be the first symbol on which the PDSCH is transmitted (mapped) in a certain slot.
  • the start symbol S corresponds to the start of a 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 of 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 PDSCH will be described later.
  • the PDSCH mapping type has a PDSCH mapping type A and a 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 (first @ DM-RS @ symbol) for PDSCH depends on the type of PDSCH mapping.
  • the position of the first DMRS symbol may be indicated by a higher layer parameter dmrs-TypeA-Position. That is, the upper layer parameter dmrs-TypeA-Position is used to indicate the position of the first DMRS for PDSCH or PUSCH.
  • dmrs-TypeA-Position is 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 the 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 to be allocated.
  • FIG. 7 is a diagram showing an example of the PDSCH mapping type according to the present embodiment.
  • FIG. 7A is a diagram illustrating an example of the DPSCH mapping type A.
  • the S of the PDSCH to be allocated is 3.
  • L of the PDSCH to be allocated 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 illustrating an example of the DPSCH mapping type A.
  • the S of the PDSCH to be allocated is 4.
  • the L of the PDSCH to be allocated is 4.
  • the position of the first DMRS symbol for PDSCH is the first symbol to which PDSCH is allocated.
  • the base station apparatus 3 may schedule the terminal apparatus 1 to receive the PDSCH by DCI. Then, the terminal device 1 may receive the PDSCH by detecting the DCI addressed to the own device.
  • the terminal device 1 first determines a resource allocation table to be applied to the PDSCH.
  • the resource allocation table includes one or more PDSCH time domain resource allocation configurations. Next, the terminal device 1 may select one PDSCH time-domain resource allocation configuration in the determined resource allocation table based on the value indicated in the 'Time ⁇ domain ⁇ resource ⁇ assignment' field included in the DCI that schedules the PDSCH. Good.
  • the base station apparatus 3 determines the PDSCH resource allocation to the terminal apparatus 1, generates the value of the 'Time ⁇ domain ⁇ resource ⁇ assignment' field, and transmits the DCI including the 'Time ⁇ domain ⁇ resource ⁇ assignment' field to the terminal apparatus 1. I do.
  • the terminal device 1 specifies resource allocation in the time direction of the PDSCH based on the value set in the 'Time' domain 'resource' assignment 'field.
  • FIG. 10 is a diagram for defining which resource allocation table is applied to PDSCH time domain resource allocation.
  • the terminal device 1 may determine a resource allocation table to be applied to PDSCH time-domain resource allocation with reference to FIG.
  • the resource allocation table includes a configuration of one or more PDSCH time domain resource allocations.
  • the resource allocation table is classified into (I) a resource allocation table defined in advance and (II) a resource allocation table set from an RRC signal of an upper layer.
  • the predefined resource allocation tables are defined as default PDSCH time domain resource allocation A, default PDSCH time domain resource allocation B, and default PDSCH time domain resource allocation C.
  • the default PDSCH time domain resource allocation A is referred to as a default table A.
  • Default PDSCH time domain resource allocation B is referred to as default table B.
  • the default PDSCH time domain resource allocation C is called a default table C.
  • FIG. 11 is a diagram illustrating an example of the default table A according to the present embodiment.
  • FIG. 12 is a diagram illustrating an example of the default table B according to the present embodiment.
  • FIG. 13 is a diagram illustrating an example of the default table C according to the present embodiment.
  • the default table A includes 16 rows. Each row in the default table A indicates a configuration of PDSCH time domain resource allocation. Specifically, in FIG. 11, the indexed row includes a PDSCH mapping type, a slot offset K 0 between the PDCCH including the DCI and the PDSCH, a start symbol S of the PDSCH in the slot, and Define the number L of consecutively assigned symbols.
  • the resource allocation table set from the upper layer RRC signal is given by the upper layer signal pdsch-TimeDomainAllocationList.
  • the information element PDSCH-TimeDomainResourceAllocation indicates the configuration of PDSCH time domain resource allocation.
  • PDSCH-TimeDomainResourceAllocation may be used to set a time domain relationship between PDCCH including DCI and PDSCH.
  • the pdsch-TimeDomainAllocationList includes one or more information elements PDSCH-TimeDomainResourceAllocation. That is, pdsch-TimeDomainAllocationList is a list including one or more elements (information elements).
  • One information element PDSCH-TimeDomainResourceAllocation may be referred to as one entry (or one line).
  • the pdsch-TimeDomainAllocationList may include up to 16 entries. Each entry may be defined by K 0 , mappingType, and startSymbolAndLength. K 0 indicates a slot offset between the PDCCH including DCI and the PDSCH. If PDSCH-TimeDomainResourceAllocation shows no K 0, may be assumed that the terminal apparatus 1 is the value of K 0 is 0.
  • mappingType indicates either PDSCH mapping type A or PDSCH mapping type A.
  • startSymbolAndLength is an index giving a valid combination of the start symbol S of the PDSCH and the number L of consecutively allocated symbols. startSymbolAndLength may be referred to as a start and length indicator SLIV (start and length indicator).
  • the start symbol S and the continuous symbol L are provided based on SLIV.
  • the base station apparatus 3 can 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 pdsch-ConfigCommon and / or pdsch-Config.
  • the information element pdsch-ConfigCommon is used to set cell-specific parameters for PDSCH for a certain BWP.
  • the information element pdsch-Config is used to set UE-specific parameters for PDSCH for a certain BWP.
  • FIG. 14 is a diagram showing an example of calculating SLIV.
  • FIG. 14 is the number of symbols included in the slot.
  • FIG. 14 shows an example of calculating SLIV in the case of NCP (Normal @ Cyclic @ Prefix). The value of SLIV is calculated based on the number of symbols included in the slot, the start symbol S, and the number L of consecutive symbols. Here, the value of L is equal to or greater than 1 and does not exceed (14-S). In the case of ECP, when calculating SLIV, 6 and 12 are used for 7 and 14 in FIG.
  • FIG. 15 is a diagram illustrating an example in which DCI schedules PDSCH. The slot length varies depending on the subcarrier interval setting ⁇ .
  • 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 terminal device 1 detects DCI that schedules PDSCH.
  • the slot allocated to the PDSCH is given by (Equation 1) Floor (n * 2 ⁇ PDSCH / 2 ⁇ PDCCH ) + K 0 .
  • the function Floor (A) outputs the largest integer not exceeding A.
  • n is a slot in which a PDCCH that schedules PDSCH is detected.
  • ⁇ PDSCH is a subcarrier interval setting for PDSCH .
  • ⁇ PDCCH is a subcarrier interval setting for the PDCCH .
  • the terminal device 1 detects the PDCCH (701) including the DCI in the slot n. If K 0 is 0, the slot assigned to the PDSCH scheduled by its DCI (701) is given as slot n based on (Equation 1).
  • the PDSCH scheduled by the DCI (701) may be the PDSCH (702) in slot n corresponding to a subcarrier interval of 15 kHz.
  • the slot assigned to the PDSCH scheduled by its DCI (701) is given as slot n + 1 based on (Equation 1).
  • the PDSCH scheduled by the DCI (701) is the PDSCH (703) in slot n + 1 corresponding to a subcarrier interval of 15 kHz.
  • the terminal device 1 detects the PDCCH (701) including the DCI in the slot n. If K 0 is 0, the slot allocated to the PDSCH scheduled by its DCI (701) is given as slot 2n based on (Equation 1). In this case, the PDSCH scheduled by the DCI (701) is the PDSCH (705) in slot 2n corresponding to a subcarrier interval of 30 kHz.
  • the slot allocated to the PDSCH scheduled by its DCI (701) is given as slot 2n + 1 based on (Equation 1).
  • the PDSCH scheduled by the DCI (701) is the PDSCH (706) in slot 2n + 1 corresponding to a subcarrier interval of 30 kHz.
  • the terminal device 1 detects the PDCCH (704) including DCI in the slot 2n corresponding to the subcarrier interval of 30 kHz. If K 0 is 0, the slot assigned to the PDSCH scheduled by its DCI (704) is given as slot n based on (Equation 1). In this case, the PDSCH scheduled by the DCI (704) may be the PDSCH (702) in slot n corresponding to a subcarrier interval of 15 kHz.
  • the slot assigned to the PDSCH scheduled by its DCI (704) is given as slot n + 1 based on (Equation 1).
  • the PDSCH scheduled by the DCI (704) is the PDSCH (703) in slot n + 1 corresponding to a subcarrier interval of 15 kHz.
  • the terminal device 1 may determine which resource allocation table is to be applied to PDSCH time-domain resource allocation with reference to FIG. That is, the terminal device 1 may determine the resource allocation table to be applied to the PDSCH scheduled by DCI based on at least part or all of the following elements (A) to (F).
  • Element A Type of RNTI that scrambles CRC added to DCI
  • B Type of search space in which DCI is detected
  • C Whether the RESET associated with that search space is RESET # 0
  • D Whether pdsch-ConfigCommon includes pdsch-TimeDomainAllocationList
  • E pdsch-Config Contains pdsch-TimeDomainAllocationList element
  • F SS / PBCH and CORRESET multiple pattern
  • the type of the RNTI that scrambles the CRC added to the DCI is SI-RNTI, RA-RNTI, TC-RNTI, P-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI. One of them.
  • 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 an arbitrary common search space associated with CORRESET # 0. A CRC scrambled by any of C-RNTI, MCS-C-RNTI, or CS-RNTI is added to the detected DCI. Then, the terminal device 1 may determine a resource allocation table to be applied to the PDSCH scheduled by the DCI. When the pdsch-ConfigCommon includes the pdsch-TimeDomainAllocationList for the terminal device 1, 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 pdsch-TimeDomainAllocationList included in pdsch-ConfigCommon.
  • the terminal device 1 may determine the default table A. That is, the terminal device 1 may use the default table A indicating the configuration of the PDSCH time domain resource allocation to apply to the determination of the PDSCH time domain resource allocation.
  • the terminal device 1 may detect DCI in any common search space that is not associated with CORESET # 0. A CRC scrambled by any of C-RNTI, MCS-C-RNTI, or CS-RNTI is added to the detected DCI. Then, the terminal device 1 may determine a resource allocation table to be applied to the PDSCH scheduled by the DCI.
  • the terminal device 1 allocates a resource allocation table to be applied to PDSCH time domain resource allocation to resource allocation given from pdsch-TimeDomainAllocationList provided by pdsch-Config. The table may be determined.
  • the terminal device 1 uses the pdsch-TimeDomainAllocationList provided by the pdsch-Config to determine the PDSCH time regardless of whether the pdsch-ConfigCommon includes or does not include the pdsch-TimeDomainAllocationList. It may be applied to the determination of the area resource allocation. Further, when pdsch-Config does not include pdsch-TimeDomainAllocationList and pdsch-ConfigCommon includes pdsch-TimeDomainAllocationList, terminal device 1 uses pdsch-ConfigCommon a resource allocation table to be applied to PDSCH time domain resource allocation.
  • the resource allocation table may be determined from the provided pdsch-TimeDomainAllocationList. That is, the terminal device 1 uses the pdsch-TimeDomainAllocationList provided by pdsch-ConfigCommon to apply to the determination of PDSCH time domain resource allocation. If pdsch-Config does not include pdsch-TimeDomainAllocationList and pdsch-ConfigCommon does not include pdsch-TimeDomainAllocationList, the terminal device 1 stores, in the default table A, a resource allocation table applied to PDSCH time domain resource allocation. You may decide.
  • the terminal device 1 may detect DCI in the UE-specific search space. A CRC scrambled by any of C-RNTI, MCS-C-RNTI, or CS-RNTI is added to the detected DCI. Then, the terminal device 1 may determine a resource allocation table to be applied to the PDSCH scheduled by the DCI. When the pdsch-Config includes the pdsch-TimeDomainAllocationList for the terminal device 1, the terminal device 1 allocates a resource allocation table to be applied to PDSCH time domain resource allocation to resource allocation given from pdsch-TimeDomainAllocationList provided by pdsch-Config. The table may be determined.
  • the terminal device 1 uses the pdsch-TimeDomainAllocationList provided by the pdsch-Config to determine the PDSCH time regardless of whether the pdsch-ConfigCommon includes or does not include the pdsch-TimeDomainAllocationList. It may be applied to the determination of the area resource allocation. Further, when pdsch-Config does not include pdsch-TimeDomainAllocationList and pdsch-ConfigCommon includes pdsch-TimeDomainAllocationList, terminal device 1 uses pdsch-ConfigCommon a resource allocation table to be applied to PDSCH time domain resource allocation.
  • the resource allocation table may be determined from the provided pdsch-TimeDomainAllocationList. That is, the terminal device 1 uses the pdsch-TimeDomainAllocationList provided by pdsch-ConfigCommon to apply to the determination of PDSCH time domain resource allocation. If pdsch-Config does not include pdsch-TimeDomainAllocationList and pdsch-ConfigCommon does not include pdsch-TimeDomainAllocationList, the terminal device 1 stores, in the default table A, a resource allocation table applied to PDSCH time domain resource allocation. You may decide.
  • the method of determining the resource allocation table applied to the PDSCH detected in the UE-specific search space is based on the resource applied to the PDSCH detected in any common search space that is not associated with RESET # 0. This is the same as the method of determining the assignment table.
  • the terminal device 1 may select one PDSCH time-domain resource allocation configuration in the determined resource allocation table based on the value indicated in the 'Time ⁇ domain ⁇ resource ⁇ assignment' field included in the DCI that schedules the PDSCH. Good.
  • the value m indicated in the 'Time ⁇ domain ⁇ resource ⁇ assignment' field may indicate the row index (row ⁇ index) m + 1 of the default table A.
  • the PDSCH time-domain resource allocation is a 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. For example, if the value m indicated in the 'Time ⁇ domain ⁇ resource ⁇ assignment' field is 0, the terminal device 1 is scheduled by its DCI using the configuration of the PDSCH time domain resource assignment of the row index 1 of the default table A. Resource allocation of the PDSCH in the time direction is specified.
  • the value m indicated in the 'Time domain resource assignment' field is the (m + 1) -th value in the list pdsch-TimeDomainAllocationList. (Entry, row).
  • the terminal device 1 may refer to the first element (entry) in the list pdsch-TimeDomainAllocationList.
  • the terminal device 1 may refer to the second element (entry) in the list pdsch-TimeDomainAllocationList.
  • the terminal device 1 may decode (receive) the corresponding PDSCH by detecting the PDCCH including the DCI format 1_0 or the DCI format 1_1.
  • the number of bits in the “Time” domain “resource” assignment ”field included in DCI format 1_0 may be a fixed number of bits.
  • the fixed number of bits may be four. That is, the size of the 'Time' domain 'resource' assignment field included in DCI format 1_0 is 4 bits.
  • the size of the 'Time' domain 'resource' assignment field included in DCI format 1_1 may be a variable number of bits.
  • the number of bits of the 'Time' domain 'resource' assignment field included in the DCI format 1_1 may be any one of 0, 1, 2, 3, and 4.
  • the number of bits in the 'Time ⁇ domain ⁇ resource ⁇ assignment' field included in DCI format 1_1 may be determined based on whether (I) pdsch-ConfigCommon includes pdsch-TimeDomainAllocationList and / or (II) pdsch-Config includes pdsch-TimeDomainAllocationList. And / or (III) at least based on the number of rows included in the predefined default table.
  • a CRC scrambled by one of C-RNTI, MCS-C-RNTI, and CS-RNTI is added to DCI format 1_1.
  • DCI format 1_1 may be detected in the UE-specific search space.
  • the meaning of 'pdsch-Config includes pdsch-TimeDomainAllocationList' may mean 'pdsch-TimeDomainAllocationList is provided in pdsch-Config'.
  • the meaning of 'pdsch-ConfigCommon includes pdsch-TimeDomainAllocationList' may mean 'pdsch-TimeDomainAllocationList is provided by pdsch-ConfigCommon'.
  • the number of bits in the 'Time domain resource assignment' field may be given as ceiling (log 2 (I)).
  • the function Ceiling (A) outputs the smallest integer not less than A.
  • the value of I may be the number of entries included in the pdsch-TimeDomainAllocationList.
  • the value of I may be the number of rows in the default table (default table A).
  • the number of bits of the Time domain resource assignment 'field may be given based on the number of entries included in the pdsch-TimeDomainAllocationList.
  • the number of bits in the Time domain resource assignment 'field may be given based on the number of rows in the default table (default table A).
  • the value of I may be the number of entries included in pdsch-TimeDomainAllocationList provided by pdsch-Config.
  • the value of I is the number of entries included in pdsch-TimeDomainAllocationList provided by pdsch-ConfigCommon. You may.
  • the value of I is the number of rows included in the default table (for example, default table A). You may.
  • the number of bits in the 'Time domain resource assignment' field is given as ceiling (log 2 (I)). You may.
  • the number of bits in the 'Time domain resource assignment' field may be a fixed number of bits.
  • the fixed number of bits may be 4 bits.
  • I may be the number of entries included in the pdsch-TimeDomainAllocationList.
  • the value of I may be the number of entries included in pdsch-TimeDomainAllocationList provided by pdsch-Config.
  • the value of I is the number of entries included in pdsch-TimeDomainAllocationList provided by pdsch-ConfigCommon. You may.
  • the terminal device 1 can specify the number of bits of the ‘Time domain resource assignment’ field generated by the base station device 3. That is, the terminal device 1 can correctly receive the PDSCH destined for the terminal device 1 scheduled by the base station device 3.
  • the terminal device 1 may transmit the corresponding PUSCH by detecting the DCI format 0_0 or the PDCCH including the DCI format 0_1. That is, the corresponding PUSCH may be scheduled (indicated) by its DCI format (DCI). Also, the PUSCH may be scheduled by the RAR @ UL grant included in the RAR message.
  • the start position (start symbol) of the scheduled PUSCH is referred to as S.
  • the start symbol S of the PUSCH may be the first symbol on which the PUSCH is transmitted (mapped) in a certain slot.
  • the start symbol S corresponds to the start of a slot. For example, when the value of S is 0, the terminal device 1 may transmit the PUSCH from the first symbol in a certain slot.
  • the terminal device 1 may transmit the PUSCH from the third symbol of a certain slot.
  • the number of consecutive symbols of the PUSCH to be scheduled 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 PUSCH will be described later.
  • the PUSCH mapping type has a PUSCH mapping type A and a PUSCH mapping type B.
  • PUSCH mapping type A the value of S is 0.
  • L takes a value from 4 to 14.
  • the sum of S and L takes a value from 4 to 14.
  • S takes a value from 0 to 13.
  • L takes a value from 1 to 14.
  • the sum of S and L takes a value from 1 to 14.
  • the position of the DMRS symbol for PUSCH depends on the type of PUSCH mapping.
  • the position of the first DMRS symbol (first @ DM-RS @ symbol) for PUSCH depends on the type of PUSCH mapping.
  • the position of the first DMRS symbol may be indicated by an upper layer parameter dmrs-TypeA-Position.
  • dmrs-TypeA-Position is set to either 'pos2' or 'pos3'. For example, if dmrs-TypeA-Position is set to 'pos2', the position of the first DMRS symbol for PUSCH may be the third symbol in the slot.
  • the position of the first DMRS symbol for PUSCH may be the fourth symbol in the slot.
  • the position of the first DMRS symbol may be the first symbol of the assigned PUSCH.
  • the base station apparatus 3 may schedule the terminal apparatus 1 to transmit the PUSCH by DCI. Then, the terminal device 1 may transmit the PUSCH by detecting the DCI addressed to the own device.
  • the terminal device 1 first determines a resource allocation table to be applied to the PUSCH.
  • the resource allocation table includes one or more PUSCH time domain resource allocation configurations. Next, the terminal device 1 may select one PUSCH time-domain resource allocation configuration in the determined resource allocation table based on the value indicated in the 'Time ⁇ domain ⁇ resource ⁇ assignment' field included in the DCI for scheduling the PUSCH. Good.
  • the base station apparatus 3 determines the PUSCH resource assignment to the terminal apparatus 1, generates a value of the 'Time ⁇ domain ⁇ resource ⁇ assignment' field, and transmits the DCI including the 'Time ⁇ domain ⁇ resource ⁇ assignment' field to the terminal apparatus 1. I do.
  • the terminal device 1 specifies the PUSCH temporal resource assignment based on the value set in the 'Time' domain 'resource' assignment field.
  • FIG. 16 is a diagram for defining which resource allocation table is applied to PUSCH time domain resource allocation.
  • the terminal device 1 may determine a resource allocation table to be applied to PUSCH time domain resource allocation with reference to FIG.
  • the resource allocation table includes a configuration of one or more PUSCH time domain resource allocations.
  • the resource allocation table is classified into (I) a resource allocation table defined in advance and (II) a resource allocation table set from an RRC signal of an upper layer.
  • the predefined resource allocation table is defined as the default PUSCH time domain resource allocation A.
  • the default PUSCH time domain resource allocation A is referred to as a PUSCH default table A.
  • FIG. 17 is a diagram showing an example of a PUSCH default table A for an NCP (Normal Cyclic Prefix).
  • PUSCH default table A includes 16 rows. Each row in the PUSCH default table A indicates a configuration of PUSCH time domain resource allocation.
  • an indexed row includes a PUSCH mapping type, a slot offset K 2 between a PDCCH including DCI and the PUSCH, a start symbol S of the PUSCH in the slot, and Define the number L of consecutively assigned symbols.
  • the resource allocation table set from the upper layer RRC signal is given by the upper layer signal pushch-TimeDomainAllocationList.
  • the information element PUSCH-TimeDomainResourceAllocation indicates the configuration of PUSCH time domain resource allocation.
  • PUSCH-TimeDomainResourceAllocation may be used to set a time domain relationship between PDCCH including DCI and PUSCH.
  • the pusch-TimeDomainAllocationList includes one or more information elements PUSCH-TimeDomainResourceAllocation. That is, the pushch-TimeDomainAllocationList is a list including one or more elements (information elements).
  • One information element PDSCH-TimeDomainResourceAllocation may be referred to as one entry (or one line).
  • the pusch-TimeDomainAllocationList may include up to 16 entries. Each entry, K 2, mappingType, and may be defined by StartSymbolAndLength.
  • K 2 denotes the slot offset between the PUSCH to be PDCCH and its schedule including the DCI. If PUSCH-TiaiemueDomainResourceAllocation shows no K 2, the terminal apparatus 1, when the sub-carrier interval of the PUSCH is 15kHz or 30 kHz, assume that the value of K 2 is 1, the sub-carrier interval of the PUSCH If it is 60 kHz, it assumes that the value of K 2 is 2, when the sub-carrier interval of the PUSCH is 120 kHz, may be assumed that the value of K 2 is 3.
  • mappingType indicates either PUSCH mapping type A or PUSCH mapping type A.
  • startSymbolAndLength is an index giving a valid combination of the start symbol S of the PUSCH and the number L of consecutively allocated symbols.
  • startSymbolAndLength may be referred to as a start and length indicator SLIV (start and length indicator). That is, unlike the default table that directly defines the start symbol S and the continuous symbol L, the start symbol S and the continuous symbol L are provided based on SLIV.
  • the base station apparatus 3 can set the value of SLIV so that the time domain resource allocation of the PUSCH does not exceed the slot boundary.
  • the value of SLIV is calculated based on the number of symbols included in the slot, the start symbol S, and the number L of consecutive symbols, as in the equation in FIG.
  • the upper layer signal pusch-TimeDomainAllocationList may be included in pusch-ConfigCommon and / or pusch-Config.
  • the information element pushch-ConfigCommon is used to set cell-specific parameters for PUSCH for a certain BWP.
  • the information element pushch-Config is used to set UE-specific parameters for PUSCH for a certain BWP.
  • the terminal device 1 detects the DCI for scheduling the PUSCH. Slots that PUSCH is transmitted is given by (Equation 4) Floor (n * 2 ⁇ PUSCH / 2 ⁇ PDCCH) + K 2. n is a slot in which a PDCCH that schedules a PUSCH is detected. ⁇ PUSCH is a subcarrier interval setting for the PUSCH . ⁇ PDCCH is a subcarrier interval setting for the PDCCH .
  • the value of K 2 is j, j + 1, j + 2, or, among the j + 3, either.
  • the value of j is a value specified for the subcarrier interval of the PUSCH. For example, when the subcarrier interval to which the PUSCH is applied is 15 kHz or 30 kHz, the value of j may be one slot. For example, when the subcarrier interval to which the PUSCH is applied is 60 kHz, the value of j may be 2 slots. For example, when the subcarrier interval to which the PUSCH is applied is 120 kHz, the value of j may be 3 slots.
  • the terminal device 1 may determine which resource allocation table is to be applied to PUSCH time domain resource allocation with reference to FIG.
  • the terminal device 1 may determine the resource allocation table to be applied to the PUSCH scheduled by the RAR @ UL grant.
  • 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 pushch-TimeDomainAllocationList included in pushch-ConfigCommon.
  • the terminal device 1 may determine the PUSCH default table A. That is, the terminal device 1 may apply the determination of the PUSCH time domain resource allocation using the default table A indicating the configuration of the PUSCH time domain resource allocation.
  • the terminal device 1 may detect DCI in an arbitrary common search space associated with CORRESET # 0. A CRC scrambled by any of C-RNTI, MCS-C-RNTI, TC-RNTI, or CS-RNTI is added to the detected DCI. Then, the terminal device 1 may determine a resource allocation table to be applied to the PUSCH scheduled by the DCI.
  • the pushch-ConfigCommon includes the pushch-TimeDomainAllocationList for the terminal device 1
  • the terminal device 1 assigns a resource allocation table to be applied to the PUSCH time domain resource allocation to the resource allocation given from the pushch-TimeDomainAllocationList provided by the pushch-ConfigCommon.
  • the table may be determined.
  • the terminal device 1 may determine the PUSCH default table A as the resource assignment table to be applied to the PUSCH time domain resource assignment.
  • the terminal device 1 may detect the DCI in (I) an arbitrary common search space associated with CORRESET # 0 or (II) a UE-specific search space. A CRC scrambled by any of C-RNTI, MCS-C-RNTI, TC-RNTI, or CS-RNTI is added to the detected DCI. Then, the terminal device 1 may determine a resource allocation table to be applied to the PUSCH scheduled by the DCI.
  • the terminal device 1 assigns a resource allocation table to be applied to the PUSCH time domain resource allocation to the resource allocation given from the pushch-TimeDomainAllocationList provided in the pushch-Config.
  • the table may be determined. That is, when the pushch-Config includes the pushch-TimeDomainAllocationList, the terminal device 1 uses the pushch-TimeDomainAllocationList provided by the pushch-Config to determine the PUSCH time regardless of whether the pushch-ConfigCommon includes the pushch-TimeDomainAllocationList. It may be applied to the determination of the area resource allocation.
  • the terminal device 1 uses the pushch-ConfigCommon a resource allocation table applied to the PUSCH time domain resource allocation. It may be determined in the resource allocation table given from the provided pushch-TimeDomainAllocationList. That is, the terminal device 1 uses the pushch-TimeDomainAllocationList provided by pushch-ConfigCommon to apply the PUSCH time domain resource allocation.
  • the terminal device 1 uses a PUSCH default table A as a resource allocation table to be applied to PUSCH time domain resource allocation. May be determined.
  • the terminal device 1 may select one PUSCH time-domain resource allocation configuration in the determined resource allocation table based on the value indicated in the 'Time ⁇ domain ⁇ resource ⁇ assignment' field included in the DCI for scheduling the PUSCH.
  • the resource allocation table applied to the PUSCH time-domain resource allocation is the PUSCH default table A
  • the value m indicated in the 'Time ⁇ domain ⁇ resource ⁇ assignment' field indicates the row index (row ⁇ index) m + 1 of the default table A. Is also good.
  • the PUSCH time domain resource allocation is a configuration of the time domain resource allocation indicated by the row index m + 1.
  • the terminal device 1 transmits the PUSCH assuming the configuration of the time-domain resource allocation indicated by the row index m + 1. For example, when the value m indicated in the 'Time ⁇ domain ⁇ resource ⁇ assignment' field is 0, the terminal device 1 uses the configuration of the PUSCH time domain resource assignment of the row index 1 of the PUSCH default table A to schedule by the DCI. Resource allocation in the time direction of the PUSCH to be performed is specified.
  • the value m indicated in the 'Time domain resource assignment' field is the (m + 1) -th value in the list pushch-TimeDomainAllocationList. (Entry, row).
  • the terminal device 1 may refer to the first element (entry) in the list pusch-TimeDomainAllocationList.
  • the terminal device 1 may refer to the second element (entry) in the list pusch-TimeDomainAllocationList.
  • the terminal device 1 may transmit the corresponding PUSCH by detecting the DCI format 0_0 or the PDCCH including the DCI format 0_1.
  • the number of bits of the 'Time' domain 'resource' assignment field included in the DCI format 0_0 may be a fixed number of bits.
  • the fixed number of bits may be four. That is, the size of the 'Time' domain 'resource' assignment field included in DCI format 0_0 is 4 bits.
  • the size of the 'Time' domain 'resource' assignment field included in DCI format 0_1 may be a variable number of bits.
  • the number of bits of the 'Time' domain 'resource' assignment field included in the DCI format 0_1 may be any one of 0, 1, 2, 3, and 4.
  • the number of bits in the 'Time ⁇ domain ⁇ resource ⁇ assignment' field included in DCI format 0_1 may be determined by (I) whether pushch-ConfigCommon includes pushch-TimeDomainAllocationList and / or (II) whether pushch-Config includes pushch-TimeDomainAllocationList. And / or (III) at least based on the number of rows included in the predefined default table.
  • a CRC scrambled by one of C-RNTI, MCS-C-RNTI, and CS-RNTI is added to DCI format 0_1.
  • DCI format 0_1 may be detected in the UE-specific search space.
  • the meaning of 'pusch-Config includes pushch-TimeDomainAllocationList' may mean 'pusch-Config provides pushch-TimeDomainAllocationList'.
  • the meaning of 'pusch-ConfigCommon includes pusch-TimeDomainAllocationList' may mean 'pusch-TimeDomainAllocationList is provided in pusch-ConfigCommon'.
  • the number of bits in the 'Time domain resource assignment' field may be given as ceiling (log 2 (I)).
  • the value of I may be the number of entries included in the push-TimeDomainAllocationList. If the pushch-TimeDomainAllocationList is not set (provided) for the terminal device 1, the value of I may be the number of rows in the PUSCH default table A. That is, when the pushch-TimeDomainAllocationList is set for the terminal device 1, the number of bits in the Time domain resource assignment 'field may be given based on the number of entries included in the pushch-TimeDomainAllocationList.
  • the number of bits in the Time domain resource assignment 'field may be given based on the number of rows in the default table (default table A).
  • the value of I may be the number of entries included in the pushch-TimeDomainAllocationList provided by the pushch-Config.
  • pushch-Config does not include pushch-TimeDomainAllocationList and pushch-ConfigCommon includes pushch-TimeDomainAllocationList
  • the value of I is the number of entries included in pushch-TimeDomainAllocationList provided by pushch-ConfigCommon. You may.
  • pusch-Config does not include pusch-TimeDomainAllocationList and pusch-ConfigCommon does not include pusch-TimeDomainAllocationList
  • the value of I may be the number of rows included in PUSCH default table A.
  • the number of bits in the 'Time domain resource assignment' field is given as ceiling (log 2 (I)). You may.
  • the number of bits in the 'Time domain resource assignment' field may be a fixed number of bits.
  • the fixed number of bits may be 4 bits.
  • I may be the number of entries included in the pushch-TimeDomainAllocationList.
  • the value of I may be the number of entries included in the pushch-TimeDomainAllocationList provided by the pushch-Config. If pushch-Config does not include pushch-TimeDomainAllocationList and pushch-ConfigCommon includes pushch-TimeDomainAllocationList, the value of I is the number of entries included in pushch-TimeDomainAllocationList provided by pushch-ConfigCommon. You may.
  • the terminal device 1 can specify the number of bits of the ‘Time domain resource assignment’ field generated by the base station device 3. That is, the terminal device 1 can correctly transmit the PUSCH destined for the terminal device 1 scheduled by the base station device 3.
  • Random Access Procedure Random Access Procedure
  • CB Content @ Base
  • CF Non-contention-based random access
  • CBRA Contention-based random access
  • CFRA non-contention-based random access
  • the random access procedure includes (i) transmission of a random access preamble (message 1, Msg1) on PRACH, (ii) reception of a random access response (RAR) message with PDCCH / PDSCH (message 2, Msg2), and applicable.
  • RAR random access response
  • transmission of message 3 PUSCH (Msg3 PUSCH) and (iv) reception of PDSCH for resolving collision may be included.
  • the contention based random access procedure is initiated by PDCCH order, MAC entity, notification of beam failure from lower layer, RRC, etc.
  • the beam failure notification is provided from the physical layer of the terminal device 1 to the MAC entity of the terminal device 1
  • the MAC entity of the terminal device 1 starts a random access procedure.
  • a procedure for determining whether a certain condition is satisfied and starting a random access procedure is referred to as a beam failure recovery procedure. You may.
  • This random access procedure is a random access procedure for a beam failure recovery request.
  • the random access procedure initiated by the MAC entity includes a random access procedure initiated by a scheduling request procedure.
  • the random access procedure for the beam failure recovery request may or may not be considered a random access procedure initiated by the MAC entity. Since the random access procedure for the beam failure recovery request and the random access procedure started by the scheduling request procedure may be different from each other, a distinction is made between the random access procedure for the beam failure recovery request and the scheduling request procedure. You may do so.
  • the random access procedure and the scheduling request procedure for the beam failure recovery request may be a random access procedure initiated by the MAC entity.
  • the random access procedure initiated by the scheduling request procedure is referred to as a random access procedure initiated by the MAC entity
  • the random access procedure for the beam failure recovery request is referred to as a random access procedure by notification of a beam failure from a lower layer. It may be called a procedure.
  • the start of the random access procedure when the beam failure is notified from the lower layer may mean the start of the random access procedure for the beam failure recovery request.
  • the terminal device 1 performs initial access from a state where the terminal device 1 is not connected (communicated) to the base station device 3 and / or uplink data or transmission that is connected to the base station device 3 but can be transmitted to the terminal device 1.
  • a contention-based random access procedure is performed at the time of a scheduling request when possible side link data is generated.
  • the application of contention-based random access is not limited to these.
  • the occurrence of the uplink data that can be transmitted to the terminal device 1 may include the fact that the buffer status report corresponding to the uplink data that can be transmitted is triggered.
  • the occurrence of uplink data that can be transmitted to the terminal device 1 may include the fact that a scheduling request triggered based on the occurrence of uplink data that can be transmitted is pending.
  • the occurrence of the transmittable side link data to the terminal device 1 may include the fact that the buffer status report corresponding to the transmittable side link data has been triggered.
  • the occurrence of transmittable side link data to the terminal device 1 may include the fact that a scheduling request triggered based on the occurrence of transmittable side link data is pending.
  • the non-contention-based random access procedure may be started when the terminal device 1 receives information instructing the start of the random access procedure from the base station device 3.
  • the non-contention based random access procedure may be started when the MAC layer of the terminal device 1 receives a beam failure notification from a lower layer.
  • Non-contention based random access is performed between the terminal device 1 and the base station device 3 quickly when the base station device 3 and the terminal device 1 are connected but the handover or the transmission timing of the mobile station device is not valid. May be used for uplink synchronization.
  • Non-contention based random access may be used to transmit a beam failure recovery request when a beam failure occurs in the terminal device 1.
  • the application of the non-contention based random access is not limited to these.
  • the information indicating the start of the random access procedure is message 0, Msg. 0, NR-PDCCH order, PDCCH order, etc.
  • the terminal apparatus 1 determines whether the preamble index usable by the terminal apparatus 1 is available.
  • a contention-based random access procedure of randomly selecting and transmitting one from the set may be performed.
  • the random access setting information may include common information in the cell, or may include dedicated information that differs for each terminal device 1.
  • part of the random access setting information may be associated with all SS / PBCH blocks in the SS burst set. However, part of the random access setting information may be associated with one or more of the set CSI-RSs. However, a part of the random access setting information may be associated with one downlink transmission beam (or beam index).
  • a part of the random access setting information may be associated with one SS / PBCH block in the SS burst set. However, part of the random access setting information may be associated with one of the set one or more CSI-RSs. However, a part of the random access setting information may be associated with one downlink transmission beam (or beam index). However, information associated with one SS / PBCH block, one CSI-RS, and / or one downlink transmit beam includes a corresponding one SS / PBCH block, one CSI-RS, and / or Index information for identifying one downlink transmission beam (for example, may be an SSB index, a beam index, or a QCL setting index) may be included.
  • FIG. 8 is a diagram showing an example of a random access procedure of the terminal device 1 in the present embodiment.
  • the terminal device 1 transmits a random access preamble to the base station device 3 via the PRACH.
  • This transmitted random access preamble may be referred to as message 1 (Msg1).
  • Transmission of the random access preamble is also referred to as PRACH transmission.
  • the random access preamble is configured to notify information to the base station device 3 by using one of a plurality of sequences. For example, 64 types of sequences (random access preamble index numbers 1 to 64) are prepared. When 64 types of sequences are prepared, 6-bit information (which may be a ra-PreambleIndex or a preamble index) can be indicated to the base station device 3. This information may be indicated as a random access preamble identifier (RAPID).
  • RAPID random access preamble identifier
  • the terminal device 1 In the case of the contention-based random access procedure, the terminal device 1 itself randomly selects an index of the random access preamble. In the contention-based random access procedure, the terminal device 1 selects an SS / PBCH block having an RSRP of an SS / PBCH block exceeding a set threshold, and selects a preamble group. When the relationship between the SS / PBCH block and the random access preamble has been set, the terminal device 1 determines a random number from one or more random access preambles associated with the selected SS / PBCH block and the selected preamble group. Is selected, and the selected ra-PreambleIndex is set in the preamble index (PREAMBLE_INDEX).
  • the selected SS / PBCH block and the selected preamble group may be divided into two subgroups based on the transmission size of message 3.
  • the terminal device 1 randomly selects a preamble index from the subgroup corresponding to the transmission size of the small message 3 when the transmission size of the message 3 is small, and sets the preamble index to the transmission size of the large message 3 when the transmission size of the message 3 is large.
  • a preamble index may be randomly selected from the corresponding subgroup.
  • the index when the message size is small is usually selected when the characteristics of the propagation path are poor (or the distance between the terminal device 1 and the base station apparatus 3 is long), and the index when the message size is large is the propagation path. Is good (or the distance between the terminal device 1 and the base station device 3 is short).
  • the index of the random access preamble is selected by the terminal device 1 based on the information received from the base station device 3.
  • the information received from the base station device 3 by the terminal device 1 may be included in the PDCCH.
  • the terminal device 1 executes the contention-based random access procedure, and the terminal device 1 itself selects the index of the random access preamble.
  • the base station device 3 that has received the message 1 generates an RAR message including an uplink grant (RAR UL grant, Random Access Response Grant, RAR UL grant) for instructing the terminal device 1 to transmit in S802. , And transmits a random access response including the generated RAR message to the terminal device 1 on the DL-SCH. That is, the base station device 3 transmits a random access response including the RAR message corresponding to the random access preamble transmitted in S801, on the PDSCH in the primary cell (or the primary secondary cell).
  • the PDSCH corresponds to a PDCCH including RA-RNTI.
  • s_id is the index of the first OFDM symbol of the PRACH to be transmitted, and takes a value from 0 to 13.
  • t_id is the index of the first slot of the PRACH in the system frame, and takes a value from 0 to 79.
  • f_id is a PRACH index in the frequency domain, and takes a value from 0 to 7.
  • ul_carrier_id is an uplink carrier used for Msg1 transmission.
  • the ul_carrier_id for the NUL carrier is 0, and the ul_carrier_id for the SUL carrier is 1.
  • the random access response may be referred to as message 2 or Msg2.
  • the base station device 3 includes, in the message 2, a random access preamble identifier corresponding to the received random access preamble and an RAR message (MAC @ RAR) corresponding to the identifier.
  • the base station device 3 calculates a shift in transmission timing between the terminal device 1 and the base station device 3 from the received random access preamble, and sets transmission timing adjustment information (TA command, Timing Advance Command) for adjusting the shift. ) Is included in the RAR message.
  • the RAR message includes at least a random access response grant field mapped to an uplink grant, a Temporary C-RNTI field to which a Temporary C-RNTI (Cell Radio Network Temporary Identifier) is mapped, and a TA command (Timing Advance Command). Including.
  • the terminal device 1 adjusts the PUSCH transmission timing based on the TA command. The timing of PUSCH transmission may be adjusted for each group of cells. Further, the base station apparatus 3 includes a random access preamble identifier corresponding to the received random access preamble in the message 2.
  • the terminal device 1 To respond to the PRACH transmission, the terminal device 1 detects the DCI format 1_0 to which the CRC parity bit scrambled by the corresponding RA-RNTI is added in the SpCell (PCell or PSCell) during the random access response window. (Monitor).
  • the period (window size) of the random access response window is given by an upper layer parameter ra-ResponseWindow.
  • the window size is the number of slots based on the subcarrier interval of the Type1-PDCCH common search space.
  • the terminal device 1 When the terminal device 1 detects the PDSCH including the DCI format 1_0 to which the CRC scrambled by the RA-RNTI is added and one DL-SCH transport block during the window, the terminal device 1 Pass to upper layer.
  • the upper layer parses the transport block for a random access preamble identifier (RAPID) associated with the PRACH transmission.
  • RAPID random access preamble identifier
  • the upper layer indicates an uplink grant to the physical layer.
  • the identification means that the RAPID included in the received random access response is the same as the RAPID corresponding to the transmitted random access preamble.
  • the uplink grant is called a random access response uplink grant (RARRUL grant) in the physical layer. That is, by monitoring the random access response (message 2) corresponding to the random access preamble identifier, the terminal device 1 can specify the RAR @ message (MAC @ RAR) addressed to itself from the base station device 3.
  • the terminal device 1 when the terminal device 1 does not detect the DCI format 1_0 to which the CRC scrambled by the RA-RNTI is added during the window period, or (ii) when the terminal device 1 detects the DL- If the SCH transport block is not received correctly, or (iii) the upper layer does not identify the RAPID associated with PRACH transmission, the upper layer instructs the physical layer to transmit the PRACH.
  • the terminal device 1 selects the random access preamble based on the information received from the base station device 3, the terminal The device 1 considers that the non-contention based random access procedure has been successfully completed, and transmits the PUSCH based on the uplink grant included in the random access response.
  • the received random access response includes the random access preamble identifier corresponding to the transmitted random access preamble, and if the random access preamble is selected by the terminal device 1 itself, the TC-RNTI is included in the received random access response.
  • the random access message 3 is set to the value of the TC-RNTI field, and the random access message 3 is transmitted on the PUSCH based on the uplink grant included in the random access response.
  • the PUSCH corresponding to the uplink grant included in the random access response is transmitted in the serving cell where the corresponding preamble has been transmitted on the PRACH.
  • the ⁇ RAR UL ⁇ grant (RAR uplink grant) is used for scheduling PUSCH transmission (or RAR PUSCH).
  • a PUSCH (or PUSCH transmission) scheduled by a RAR UL grant may be referred to as a RAR PUSCH (or RAR PUSCH transmission). That is, RAR @ PUSCH transmission is PUSCH transmission corresponding to RAR @ UL grant. That is, the PUSCH (PUSCH transmission) scheduled by the RAR @ UL grant may be the PUSCH (PUSCH transmission) corresponding to the RAR @ UL grant.
  • the terminal device 1 transmits Msg3 (message 3) based on the RAR UL grant. That is, in the contention-based random access procedure, Msg3 @ PUSCH (Msg3 @ PUSCH transmission) is scheduled by RAR @ UL grant. Msg3 may be the first scheduled transmission of the contention based random access procedure (PUSCH transmission, first scheduled transmission). Msg3 is a message that includes C-RNTI MAC CE or CCCH SDU as part of the contention-based random access procedure and may be transmitted on UL-SCH. In the contention based random access procedure, RAR @ PUSCH transmission may be Msg3 @ PUSCH transmission.
  • the terminal device 1 may transmit the PUSCH (RAR @ PUSCH) based on the RAR ⁇ UL ⁇ grant. That is, in the non-contention based random access procedure, the PUSCH scheduled by the RAR UL grant does not have to be called Msg3 PUSCH. Also, in the non-contention based random access procedure, the PUSCH scheduled by RAR UL grant may be referred to as Non-Msg3 PUSCH. That is, in the non-contention based random access procedure, Non-Msg3 @ PUSCH may be a PUSCH scheduled by RAR @ UL grant.
  • Msg3 ⁇ PUSCH may include a PUSCH scheduled by RAR UL grant in a contention based random access procedure.
  • Msg3 @ PUSCH may include a PUSCH scheduled by RAR @ UL grant in a non-contention based random access procedure. That is, Msg3 @ PUSCH may be a PUSCH scheduled by RAR @ UL grant, regardless of the type of random access procedure (contention-based random access procedure or non-contention-based random access procedure).
  • FIG. 9 is a diagram showing an example of a field included in the RAR ⁇ UL ⁇ grant.
  • the terminal device 1 transmits the PUSCH scheduled by the RAR @ UL grant without frequency hopping.
  • the terminal device 1 transmits the PUSCH scheduled by the RAR @ UL grant with frequency hopping.
  • the frequency resource allocation of the PUSCH scheduled by the RAR @ UL grant may be uplink resource allocation type 1.
  • (Msg3) PUSCH frequency resource allocation 'field is used to indicate frequency domain resource allocation for PUSCH transmission scheduled by RAR UL grant.
  • the '(Msg3) PUSCH time resource allocation' field is used to indicate a time-domain resource allocation for the PUSCH scheduled by the RAR UL grant.
  • the 'MCS' field is used to determine an MCS index for a PUSCH scheduled by the RAR UL grant.
  • the 'TPC command for scheduled PUSCH' field is used for setting the transmission power of the PUSCH scheduled by the RAR UL grant.
  • a 'CSI request' field is reserved.
  • the 'CSI request' field is used to determine whether an aperiodic CSI report is included in the PUSCH transmission.
  • the terminal device 1 performs PUSCH transmission scheduled by the RAR UL grant included in the RAR message received in S802.
  • the terminal device 1 performs the PRACH transmission and the PUSCH transmission scheduled by the RAR UL grant on the same uplink carrier of the same serving cell.
  • the PUSCH scheduled by the RAR UL grant is transmitted on the active UL BWP.
  • the subcarrier interval for the PUSCH scheduled by the RAR UL grant may be indicated from the upper layer parameter SubcarrierSpacing or the upper layer parameter SubcarrierSpacing2 set for UL BWP. In FDD, the upper layer parameter SubcarrierSpacing may be used to indicate the DL BWP subcarrier spacing.
  • upper layer parameter SubcarrierSpacing2 may be used to indicate UL BWP subcarrier spacing.
  • the upper layer parameter SubcarrierSpacing may be used to indicate a subcarrier interval of a NUL (Normal Uplink, Non-SUL) carrier.
  • the upper layer parameter SubcarrierSpacing2 may be used to indicate the subcarrier interval of the serving cell of the SUL carrier.
  • the terminal device 1 detects the DCI that schedules the PDSCH including the RAR message.
  • the RAR message contains a RAR UL grant.
  • the terminal device 1 transmits the PUSCH scheduled by the RAR UL grant in the RAR message.
  • the slot number assigned to the PUSCH may be given by (Equation 2) Floor (n * 2 ⁇ PUSCH / 2 ⁇ PDSCH ) + K 2 + ⁇ .
  • n is a slot where the PDSCH including the RAR message is detected.
  • Slot n is a slot number corresponding to the subcarrier interval of the PDSCH.
  • ⁇ PDSCH is a subcarrier interval setting for PDSCH .
  • ⁇ PUSCH is a subcarrier interval setting for the PUSCH scheduled by the RAR UL grant.
  • the terminal device 1 when the terminal device 1 receives the PDSCH including the RAR message in the slot n, the terminal device 1 transmits the PUSCH scheduled by the RAR UL grant in the slot Floor (n * 2 ⁇ PUSCH / 2 ⁇ PDSCH ) + K 2 + ⁇ . You may.
  • the value of K 2 may be indicated by 'PUSCH time resource allocation' field included in the RAR UL Grant.
  • ⁇ is an additional subcarrier interval specific slot delay value for the first transmission of the PUSCH scheduled by the RAR UL grant. That is, the value of ⁇ corresponds to the subcarrier interval to which the PUSCH scheduled by the RAR UL grant is applied.
  • the value of ⁇ may be 2 slots. If the subcarrier interval is 30 kHz, the value of ⁇ may be 3 slots. If the subcarrier interval is 60 kHz, the value of ⁇ may be 4 slots. If the subcarrier interval is 120 kHz, the value of ⁇ may be 6 slots.
  • the number of the slot in which the PUSCH scheduled by the RAR UL grant is transmitted is (i) the first subcarrier interval for the PDSCH containing the RAR message, (ii) the RAR UL included in the PDSCH.
  • the second subcarrier interval for the PUSCH scheduled by the grant, (iii) the number of the slot in which the PDSCH containing the RAR message is received, (iv) the number of predefined slots corresponding to the second subcarrier interval ⁇ , (iv) may be given based on the value K 2 of the slot offset given from the RAR UL grant.
  • FIG. 18 is a diagram illustrating an example of transmitting the PUSCH scheduled by the RAR UL grant.
  • the slot length varies depending on the subcarrier interval setting ⁇ .
  • the numbers of the slots corresponding to the respective subcarrier intervals are counted in ascending order from 0.
  • 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 terminal device 1 may receive the PDSCH including the RAR message scheduled by the detected DCI.
  • the PDSCH containing the RAR message may be PDSCH (901) or PDSCH (904) based on DCI (900).
  • the value of ⁇ corresponding to the subcarrier interval of 15 kHz is 2. If K 2 is 0, slot PUSCH to be scheduled by the RAR UL Grant included in the PDSCH (901) is transmitted, based on the equation (2), given as a slot n + 2.
  • the scheduled PUSCH is a PUSCH (902) in slot n + 2 corresponding to a subcarrier interval of 15 kHz.
  • slot PUSCH to be scheduled by the RAR UL Grant included in the PDSCH (901) is transmitted, based on the equation (2), given as a slot n + 3.
  • the scheduled PUSCH is a PUSCH (903) in slot n + 3 corresponding to a subcarrier interval of 15 kHz.
  • the value of ⁇ corresponding to the subcarrier interval of 30 kHz is 3. If K 2 is 0, slot PUSCH to be scheduled by the RAR UL Grant included in the PDSCH (901) is transmitted, based on the equation (2), given as a slot 2n + 3.
  • the scheduled PUSCH is the PUSCH (905) in slot 2n + 3 corresponding to a subcarrier interval of 30 kHz.
  • slot PUSCH to be scheduled by the RAR UL Grant included in the PDSCH (901) is transmitted, based on the equation (2), given as a slot 2n + 4.
  • the scheduled PUSCH is the PUSCH (906) in slot 2n + 4 corresponding to a subcarrier interval of 30 kHz.
  • the value of ⁇ corresponding to the subcarrier interval of 30 kHz is 3. If K 2 is 0, slot PUSCH to be scheduled by the RAR UL Grant included in the PDSCH (904) is transmitted, based on the equation (2), given as a slot 2n + 3. In this case, the scheduled PUSCH is the PUSCH (905) in slot 2n + 3 corresponding to a subcarrier interval of 30 kHz.
  • slot PUSCH to be scheduled by the RAR UL Grant included in the PDSCH (904) is transmitted, based on the equation (2), given as a slot 2n + 4.
  • the scheduled PUSCH is the PUSCH (906) in slot 2n + 4 corresponding to a subcarrier interval of 30 kHz.
  • the value of ⁇ corresponding to the subcarrier interval of 15 kHz is 2. If K 2 is 0, slot PUSCH to be scheduled by the RAR UL Grant included in the PDSCH (904) is transmitted, based on the equation (2), given as a slot n + 2.
  • the scheduled PUSCH is a PUSCH (902) in slot n + 2 corresponding to a subcarrier interval of 15 kHz.
  • slot PUSCH to be scheduled by the RAR UL Grant included in the PDSCH (904) is transmitted, based on the equation (2), given as a slot n + 3.
  • the scheduled PUSCH is a PUSCH (903) in slot n + 3 corresponding to a subcarrier interval of 15 kHz.
  • ⁇ Retransmission of Message 3 (S803a)>
  • the retransmission of message 3 is scheduled by DCI format 0_0 to which CRC parity bits scrambled by TC-RNTI included in the RAR message are added. That is, the PUSCH retransmission of the transport block transmitted on the PUSCH corresponding to the RAR UL grant included in the RAR message is scheduled by the DCI format 0_0 to which the CRC parity bits scrambled by the TC-RNTI are added.
  • the DCI format 0_0 is transmitted on the PDCCH of the type 1 PDCCH common search space set.
  • the terminal device 1 may monitor the DCI format 0_0 for scheduling the retransmission of the message 3.
  • the terminal device 1 detects the DCI format 0_0 for scheduling the retransmission of the message 3 in S803a, the terminal device 1 executes S803b.
  • the terminal device 1 To respond to the PUSCH transmission of message 3 (Msg3), the terminal device 1 not indicating the C-RNTI monitors the DCI format 1_0 for scheduling the PDSCH including the UE contention resolution identity.
  • the DCI format 1_0 has a CRC parity bit scrambled by the corresponding TC-RNTI added.
  • the terminal device 1 transmits HARQ-ACK information on the PUCCH.
  • the transmission of the PUCCH may be performed by an active UL BWP in which the message 3 (Msg 3) is transmitted.
  • the terminal device 1 that performs the random access procedure can perform uplink data transmission to the base station device 3.
  • FIG. 19 is a flowchart illustrating an example of a random access procedure of the MAC entity according to the present embodiment.
  • S1001 is a procedure relating to the start of a random access procedure (random access procedure initialization).
  • the random access procedure is initiated by a PDCCH order, a notification of beam failure from the MAC entity itself, a lower layer, a RRC, or the like.
  • the random access procedure in SCell is started only by the PDCCH order including the ra-PreambleIndex which is not set to 0b000000.
  • the terminal device 1 receives random access setting information via an upper layer before starting (initiate) a random access procedure.
  • the random access setting information may include one or more elements of the following information or information for determining / setting the following information.
  • prach-ConfigIndex a set of one or more time / frequency resources (also referred to as random access channel occasions, PRACH occasions, RACH occasions) available for transmission of the random access preamble
  • premableReceivedTargetPower Initial power of preamble (may be target received power)
  • Rsrp-ThresholdSSB Reference signal received power (RSRP) threshold for selection of SS / PBCH block (which may be the associated random access preamble and / or PRACH opportunity)
  • rsrp-ThresholdCSI-RS CSI-RS Reference signal received power (RSRP) threshold for selection of (which may be an associated random access preamble and / or PRACH opportunity)
  • rsrp-ThresholdSSB-SUL NUL (
  • PREAMBLE_TRANSMISSION_COUNTER.ra-PreambleIndex One or more available random access preambles or one or more available random access preamble groups.
  • Random access preamble ra-ssb-OccasionMaskIndex Information for determining the PRACH opportunity allocated to the SS / PBCH block where the MAC entity transmits the random access preamble ra-OccasionList: The MAC entity transmits the random access preamble Information for determining the PRACH opportunity assigned to the CSI-RS ax: maximum number of preamble transmissions • ssb-perRACH-OccationAndCB-PreamblesPer SSB (SpCell only): Indicates the number of SS / PBCH blocks mapped to each PRACH opportunity and the number of random access preambles mapped to each SS / PBCH block.
  • ra-ResponseWindow Time window for monitoring random access response (SpCell only)
  • ra-ContentionResolutionTimer Contention Resolution timer
  • numberOfRA-PreamblesGroupA Random for each SS / PBCH block Number / PR of random access preambles in Axpreamble Group
  • a EAMBLE_TRANSMISSION_COUNTER Preamble transmission counter.
  • DELTA_PREAMBLE Power offset value based on random access preamble format.
  • PREAMBLE_POWER_RAMPING_COUNTER Preamble power ramping counter. 5 shows an initial transmission power for random access preamble transmission.
  • PREAMBLE_BACKOFF Used to adjust the timing of random access preamble transmission.
  • the MAC entity flushes the Msg3 buffer, sets the state variable PREAMBLE_TRANSMISSION_COUNTER to 1, sets the state variable PREAMBLE_POWER_RAMPING_COUNTER to 1, and sets the state variable PREAMBLE_BACKOFF to 0ms. If the carrier used for the random access procedure is explicitly reported, the MAC entity selects the reported carrier for performing the random access procedure and sets the state variable PCMAX to the maximum transmission power value of the reported carrier. set.
  • the MAC entity When the MAC entity does not explicitly notify the carrier used for the random access procedure, and the SUL carrier is set for the serving cell, and the RSRP for downlink path loss reference is smaller than rsrp-ThresholdSSB-SUL Then, the SUL carrier is selected for performing the random access procedure, and the state variable PCMAX is set to the maximum transmission power value of the SUL carrier. Otherwise, the MAC entity selects a NUL carrier for performing the random access procedure and sets the state variable PCMAX to the maximum transmission power value of the NUL carrier.
  • S1002 is a random access resource selection procedure (random access resource selection).
  • a procedure for selecting a random access resource including a time / frequency resource and / or a preamble index in the MAC layer of the terminal device 1 will be described.
  • the terminal device 1 sets a value for a preamble index (may be referred to as PREAMBLE_INDEX) of a random access preamble to be transmitted in the following procedure.
  • a preamble index may be referred to as PREAMBLE_INDEX
  • the terminal device 1 starts (1) the random access procedure by the notification of the beam failure from the lower layer, and (2) transmits the SS / PBCH block (also referred to as SSB) or CSI-RS with the RRC parameter.
  • Random access resources (which may be PRACH opportunities) for non-contention based random access for the associated beam failure recovery request are provided, and (3) one or more SS / PBCH blocks or CSI If the RSRP of the RS exceeds a predetermined threshold, select an SS / PBCH block or CSI-RS whose RSRP exceeds the predetermined threshold.
  • the MAC entity determines the ra-PreambleIndex associated with the selected SS / PBCH block with a preamble index (PREAMBLE_INDEX). ) May be set. Otherwise, the MAC entity sets the ra-PreambleIndex associated with the selected SS / PBCH block or CSI-RS to the preamble index.
  • the terminal device 1 (1) is provided with the ra-PreambleIndex on the PDCCH or RRC, (2) the value of the ra-PreambleIndex is not the value (for example, 0b000000) indicating the contention-based random access procedure, and (3) the RRC If the SS / PBCH block or CSI-RS is not associated with a random access resource for contention-based random access, the signaled ra-PreambleIndex is set to the preamble index.
  • 0bxxxxxx means a bit string arranged in a 6-bit information field.
  • the terminal device 1 provides (1) a random access resource for non-contention-based random access associated with the SS / PBCH block from the RRC, and (2) a predetermined RSRP among the associated SS / PBCH blocks.
  • a random access resource for non-contention-based random access associated with the SS / PBCH block from the RRC and (2) a predetermined RSRP among the associated SS / PBCH blocks.
  • the terminal device 1 (1) associates a CSI-RS with a random access resource for non-contention-based random access by RRC, and (2) RSRP of the associated CSI-RS exceeds a predetermined threshold If one or more CSI-RSs are available, select one of the CSI-RSs whose RSRP exceeds the predetermined threshold and preamble the ra-PreambleIndex associated with the selected CSI-RS. Set to index.
  • the terminal device 1 performs a contention-based random access procedure.
  • the terminal device 1 selects an SS / PBCH block having an RSRP of an SS / PBCH block exceeding a set threshold, and selects a preamble group.
  • the terminal device 1 determines a random number from one or more random access preambles associated with the selected SS / PBCH block and the selected preamble group. , Select ra-PreambleIndex, and set the selected ra-PreambleIndex to the preamble index.
  • the MAC entity selects one SS / PBCH block, and if an association between the PRACH opportunity and the SS / PBCH block is set, the next of the PRACH opportunities associated with the selected SS / PBCH block May determine available PRACH opportunities.
  • the terminal device 1 selects one CSI-RS, and if the association (association) between the PRACH opportunity and the CSI-RS is set, the terminal device 1 selects the next PRACH opportunity among the PRACH opportunities associated with the selected CSI-RS. May determine available PRACH opportunities.
  • Available PRACH opportunities may also be identified based on mask index information, SSB index information, resource settings configured with RRC parameters, and / or a selected reference signal (SS / PBCH block or CSI-RS). Good.
  • the resource settings set by the RRC parameters include resource settings for each SS / PBCH block and / or resource settings for each CSI-RS.
  • the base station device 3 may transmit the resource setting for each SS / PBCH block and / or the resource setting for each CSI-RS to the terminal device 1 by an RRC message.
  • the terminal device 1 receives the resource setting for each SS / PBCH block and / or the resource setting for each CSI-RS from the base station device 3 in the RRC message.
  • the base station device 3 may transmit the mask index information and / or the SSB index information to the terminal device 1.
  • the terminal device 1 acquires the mask index information and / or the SSB index information from the base station device 3.
  • the terminal device 1 may select a reference signal (SS / PBCH block or CSI-RS) based on a certain condition.
  • the terminal device 1 determines the next available PRACH opportunity based on the mask index information, the SSB index information, the resource setting configured by the RRC parameter, and the selected reference signal (SS / PBCH block or CSI-RS). It may be specified.
  • the MAC entity of the terminal device 1 may instruct the physical layer to transmit the random access preamble using the selected PRACH opportunity.
  • Mask index information is information indicating an index of a PRACH opportunity that can be used for transmitting a random access preamble.
  • the mask index information may be information indicating a PRACH opportunity of a part of one or a plurality of groups of PRACH opportunities defined by theprach-ConfigurationIndex. Further, the mask index information may be information indicating some PRACH opportunities in a group of PRACH opportunities to which a specific SSB index specified by the SSB index information is mapped.
  • the SSB index information is information indicating an SSB index corresponding to one of one or a plurality of SS / PBCH blocks transmitted by the base station device 3.
  • the terminal device 1 that has received the message 0 specifies a group of PRACH opportunities to which the SSB index indicated by the SSB index information is mapped.
  • the SSB index that is mapped to each PRACH opportunity is determined by the PRACH setting index, the upper layer parameter SB-perRACH-Occasion, and the upper layer parameter cb-preamblePerSSB.
  • S1003 is a procedure related to transmission of a random access preamble (random access preamble transmission). For each random access preamble, the MAC entity determines (1) that the state variable PREAMBLE_TRANSMISSION_COUNTER is greater than 1 and (2) that no notification of a stopped power ramp counter has been received from higher layers, and (3) the selection If the changed SS / PBCH block has not been changed, the state variable PREAMBLE_POWER_RAMPING_COUNTER is incremented by one.
  • the MAC entity selects the value of DELTA_PREAMBLE, and sets the state variable PREAMBLE_RECEIVED_TARGET_POWER to a predetermined value.
  • the predetermined value is calculated by preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER-1) * powerRampingStep.
  • the MAC entity calculates the RA-RNTI associated with the PRACH opportunity where the random access preamble is transmitted, other than the non-contention based random access preamble due to the beam failure recovery request.
  • s_id is the index of the first OFDM symbol of the PRACH to be transmitted, and takes a value from 0 to 13.
  • t_id is the index of the first slot of the PRACH in the system frame, and takes a value from 0 to 79.
  • f_id is a PRACH index in the frequency domain, and takes a value from 0 to 7.
  • ul_carrier_id is an uplink carrier used for Msg1 transmission.
  • the ul_carrier_id for the NUL carrier is 0, and the ul_carrier_id for the SUL carrier is 1.
  • the MAC entity instructs the physical layer to transmit a random access preamble using the selected PRACH.
  • S1004 is a procedure for receiving a random access response (random access response reception). Once the random access preamble has been transmitted, the MAC entity performs the following operations regardless of the possible occurrence of measurement gaps.
  • the random access response may be a MAC PDU for the random access response.
  • a MAC PDU (MAC PDU for random access response) is composed of one or more MAC subPDUs and possible padding. Each MAC subPDU is composed of any of the following.
  • a MAC subheader (subheader) containing only the Backoff Indicator -MAC subheader (subheader) indicating only RAPID -MAC subheader (subheader) indicating RAPID and MAC RAR (MAC payload for Random Access Response)
  • a MAC subPDU including only the ⁇ Backoff ⁇ Indicator is placed at the head of the MAC ⁇ PDU. Padding is placed at the end of MAC @ PDU.
  • the MAC @ subPDU containing only the RAPID and the MAC @ subPDU containing the RAPID and the MAC @ RAR can be placed anywhere between the MAC @ subPDU containing only the Backoff @ Indicator and the padding.
  • MAC @ RAR has a fixed size and is composed of reserved bits (Reserved @ bits) set to 0, transmission timing adjustment information (TA command, Timing @ Advance @ Command), UL grant (UL @ grant, RAR @ UL @ grant), and TEMPORARY_C-RNTI. Have been.
  • the RAR message may be MAC @ RAR.
  • the RAR message may be a random access response.
  • the MAC entity may use a random access response window (ra-ResponseWindow) at the first PDCCH opportunity from the end of the random access preamble transmission. Start. Then, while the random access response window is running, the MAC entity monitors the SpCell PDCCH identified by the C-RNTI for a response to the beam failure recovery request.
  • the period (window size) of the random access response window is given by ra-ResponseWindow included in the upper layer parameter BeamFailureRecoveryConfig.
  • the MAC entity starts a random access response window (ra-ResponseWindow) at the first PDCCH opportunity from the end of the random access preamble transmission.
  • the period (window size) of the random access response window is given by ra-ResponseWindow included in the upper layer parameter RACH-ConfigCommon.
  • the MAC entity monitors the SpCell PDCCH identified by the RA-RNTI for a random access response.
  • the information element BeamFailureRecoveryConfig is used for setting a RACH resource and a candidate beam for beam failure recovery for the terminal device 1 in the case of beam failure detection.
  • the information element RACH-ConfigCommon is used to specify a cell-specific random access parameter.
  • the MAC entity may (1) receive acknowledgment of the PDCCH transmission from the lower layer, (2) the PDCCH transmission may be scrambled by the C-RNTI, and (3) the MAC entity may use a non-contention based When the random access preamble is transmitted, the random access procedure may be deemed to have been successfully completed.
  • the MAC entity performs the following operations when (1) the downlink assignment is received on the PDCCH of RA-RNTI and (2) the received transport block is successfully decoded.
  • the MAC entity sets PREAMBLE_BACKOFF to the value of the BI field included in the MAC @ subPDU. Otherwise, the MAC entity sets PREAMBLE_BACKOFF to 0 ms.
  • the $ MAC entity may deem that the random access response has been successfully received if the MAC entity includes a MAC $ subPDU that includes the random access preamble identifier corresponding to the transmitted PREAMBLE_INDEX.
  • the MAC entity considers that the random access procedure has been successfully completed, (1) if the random access response is successfully received, and (2) if the random access response includes a MAC @ subPDU containing only the RAPID, and , The reception of the acknowledgment (acknowledgement) to the SI request (symstem @ information @ request) is indicated to the upper layer.
  • the MAC entity applies the following operation A to the serving cell where the random access preamble is transmitted.
  • the MAC entity processes the received transmission timing adjustment information (Timing Advance Command) and indicates to the lower layer the preambleReceivedTargetPower and the amount of power ramping applied to the latest random access preamble transmission.
  • the transmission timing adjustment information is used to adjust a shift in transmission timing between the terminal device 1 and the base station device 3 from the received random access preamble.
  • the MAC entity may ignore the received UL grant. Otherwise, the MAC entity processes the received UL grant value and indicates it to the lower layer.
  • the MAC entity may consider the random access procedure successfully completed.
  • the MAC entity sets TEMPORARY_C-RNTI to the value of the Temporary C-RNTI field included in the received random access response.
  • the MAC entity may, if not transmitting on the CCCH logical channel (common control channel logical channel), Notify a predetermined entity (Multiplexing and assembly entity) that the next uplink transmission includes the C-RNTI MAC CE, and obtain and obtain a MAC PDU for transmission from the predetermined entity (Multiplexing and assembly entity)
  • the stored MAC PDU is stored in the Msg3 buffer.
  • the MAC entity acquires a MAC PDU for transmission from a predetermined entity (multiplexing and assembly entity), and stores the acquired MAC PDU in the Msg3 buffer.
  • the MAC entity considers that the random access response has not been successfully received, and increments the preamble transmission counter (PREAMBLE_TRANSMISSION_COUNTER) by one.
  • the MAC entity indicates a random access problem to an upper layer. Then, if the random access procedure is started for the SI request, the MAC entity considers that the random access procedure has not been successfully completed.
  • the MAC entity determines that the random access procedure has not been successfully completed. I reckon.
  • Condition (3) is that the period of the random access response window set in the RACH-ConfigCommon has expired (expired), and that a random access response including a random access preamble identifier matching the transmitted preamble index has not been received. That's what it means.
  • condition (4) is that the period of the random access response window set in the BeamFailureRecoveryConfig expires (expired), and that the PDCCH scrambled by the C-RNTI has not been received.
  • the MAC entity may determine whether the random access preamble is randomized between 0 and PREAMBLE_BACKOFF if the random access preamble is selected by the MAC itself from the range of contention-based random access preambles. A backoff time is selected, transmission of the next random access preamble is delayed by the selected backoff time, and S1002 is executed. If the random access procedure has not been completed, the MAC entity performs S1002 if the random access preamble has not been selected from the range of the contention-based random access preamble by the MAC itself in the random access procedure.
  • the MAC entity may stop the random access response window upon successfully receiving a random access response including a random access preamble identifier that matches the transmitted preamble index.
  • the terminal device 1 transmits the message 3 on the PUSCH based on the UL grant.
  • S1005 is a procedure related to contention resolution.
  • the MAC entity starts the collision resolution timer and restarts the collision resolution timer at each HARQ retransmission.
  • the MAC entity monitors the PDCCH while the collision resolution timer is running, regardless of the possible occurrence of measurement gaps.
  • the MAC entity determines that at least one of the following conditions (5) to (7) is satisfied: , Deem the contention resolution to be successful, stop the collision resolution timer, discard the TEMPORARY_C-RNTI, and deem that the random access procedure has been successfully completed.
  • Condition (5) is that the random access procedure is initiated by the MAC sublayer itself or the RRC sublayer, the PDCCH transmission is scrambled by the C-RNTI, and the PDCCH transmission includes an uplink grant for the initial transmission.
  • Condition (6) is that the random access procedure is started by PDCCH order and PDCCH transmission is scrambled by C-RNTI.
  • Condition (7) is that the random access procedure is started for beam failure recovery and the PDCCH transmission is scrambled by C-RNTI.
  • CCCH SDU UE contention resolution Identity
  • the MAC entity stops the collision resolution timer if the MAC PDU is successfully decoded. . Subsequently, if the successfully decoded MAC PDU includes a UE contention resolution identity MAC CE, and the UE collision resolution identity in the MAC CE matches the CCCH SDU transmitted on Msg3, The MAC entity considers the collision resolution to be successful and terminates disassembly and demultiplexing of the MAC @ PDU. Then, when the random access procedure is started for the SI request, the MAC entity indicates to the upper layer the receipt of the acknowledgment for the SI request.
  • UE contention resolution Identity UE contention resolution Identity
  • the MAC entity sets C-RNTI to the value of TEMPORARY_C-RNTI. Subsequently, the MAC entity discards the TEMPORARY_C-RNTI and considers the random access procedure to be successfully completed.
  • the MAC entity discards the TEMPORARY_C-RNTI, assumes that the collision resolution is not successful, and returns the successfully decoded MAC $ PDU. Discard.
  • the MAC entity discards the TEMPORARY_C-RNTI (discard) and regards the contention resolution as unsuccessful. If the contention resolution is not considered successful, the MAC entity flushes the HARQ buffer used for transmitting the MAC @ PDU in the Msg3 buffer and increments the preamble transmission counter (PREAMBLE_TRANSMISSION_COUNTER) by one. When the value of the preamble transmission counter reaches a predetermined value (maximum number of preamble transmissions + 1), the MAC entity indicates a random access problem to an upper layer. Then, if the random access procedure is started for the SI request, the MAC entity considers that the random access procedure has not been successfully completed.
  • the MAC entity selects a random backoff time between 0 and PREAMBLE_BACKOFF, delays transmission of the next random access preamble by the selected backoff time, and executes S1002.
  • the MAC entity Upon completion of the random access procedure, the MAC entity discards explicitly signaled non-contention based random access resources for non-contention based random access procedures other than the non-contention based random access procedure for beam failure recovery request. Then, the HARQ buffer used for transmitting the MAC @ PDU in the Msg3 buffer is flushed.
  • FIG. 20 is a schematic block diagram showing the configuration of the terminal device 1 of the present embodiment.
  • the terminal device 1 is configured to include a wireless transmission / reception unit 10 and an upper layer processing unit 14.
  • the wireless 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, a selection unit, or the control unit 14.
  • the upper layer processing unit 14 outputs the 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 radio link control (Radio Link Control: RLC) layer, and a radio resource control (Radio Resource Control). Resource Control: RRC) Performs some or all of the layers.
  • the upper layer processing unit 14 may have a function of selecting one reference signal from one or a plurality of reference signals based on a measurement value of each reference signal.
  • the upper layer processing unit 14 may have a function of selecting a PRACH opportunity associated with one selected reference signal from one or a plurality of PRACH opportunities.
  • the upper layer processing unit 14 sets the 1 It may have a function of specifying one index from one or a plurality of indexes and setting the same as a preamble index.
  • the upper layer processing unit 14 may have a function of identifying an index associated with the selected reference signal among one or a plurality of indices set by the RRC, and setting the index to a preamble index.
  • the upper layer processing unit 14 may have a function of determining the next available PRACH opportunity based on the received information (for example, SSB index information and / or mask index information).
  • the upper layer processing unit 14 may have a function of selecting an SS / PBCH block based on the received information (for example, SSB index information).
  • the medium access control layer processing unit 15 provided in the upper layer processing unit 14 performs processing of a MAC layer (medium access control layer).
  • the medium access control layer processing unit 15 controls transmission of a 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 performs processing of the RRC layer (radio resource control layer).
  • the radio resource control layer processing unit 16 manages various setting information / parameters of the own device.
  • the radio resource control layer processing unit 16 sets various setting information / parameters based on the upper layer signal received from the base station device 3. That is, the radio resource control layer processing unit 16 sets various setting information / parameters based on information indicating various setting information / parameters received from the base station device 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, encoding, 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 data, and transmits the transmission signal to the base station device 3.
  • the wireless transmission / reception unit 10 may have a function of receiving one or a plurality of reference signals in a certain cell.
  • the radio transmission / reception unit 10 may have a function of receiving information (for example, SSB index information and / or mask index information) specifying one or a plurality of PRACH opportunities.
  • the wireless transmission / reception unit 10 may have a function of receiving a signal including instruction information for instructing start of a random access procedure.
  • the wireless transmission / reception unit 10 may have a function of receiving information for receiving information for specifying a predetermined index.
  • the wireless transmission / reception unit 10 may have a function of receiving information for specifying the index of the random access pring.
  • the wireless transmission / reception unit 10 may have a function of transmitting a random access preamble at the PRACH opportunity determined by the upper layer processing unit 14.
  • the RF unit 12 converts a signal received via the antenna unit 11 into a baseband signal by orthogonal demodulation (down conversion: down covert), and removes unnecessary frequency components.
  • the RF unit 12 outputs the processed analog signal to the baseband unit.
  • the baseband unit 13 converts an analog signal input from the RF unit 12 from an analog signal to a digital signal.
  • the baseband unit 13 removes a portion corresponding to CP (Cyclic Prefix) from the converted digital signal, performs a fast Fourier transform (Fast Fourier Transform: FFT) on the signal from which the CP has been removed, and converts the frequency domain signal. Extract.
  • CP Cyclic Prefix
  • FFT Fast Fourier transform
  • the baseband unit 13 performs an inverse fast Fourier transform (Inverse ⁇ ⁇ Fast Fourier Transform: IFFT) on the data to generate an OFDM symbol, adds a CP to the generated OFDM symbol, generates a baseband digital signal, Convert the band's digital signal to an analog signal.
  • the baseband unit 13 outputs the converted analog signal to the RF unit 12.
  • the RF unit 12 removes extra frequency components from the analog signal input from the baseband unit 13 using a low-pass filter, up-converts the analog signal to a carrier frequency, and transmits the analog signal via the antenna unit 11. I do. Further, the RF unit 12 amplifies the power. Further, the RF unit 12 may have a function of determining the transmission power of the uplink signal and / or the uplink channel transmitted in the serving cell. The RF unit 12 is also called a transmission power control unit.
  • FIG. 21 is a schematic block diagram showing the configuration of the base station device 3 of the present embodiment.
  • the base station device 3 is configured to include a radio transmission / reception unit 30 and an upper layer processing unit 34.
  • the wireless transmission / reception unit 30 includes an antenna unit 31, an RF unit 32, and a baseband unit 33.
  • the upper layer processing unit 34 is configured to include 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 for controlling the operation of each unit based on various conditions may be separately provided.
  • the upper layer processing unit 34 is also called a control unit 34.
  • the upper layer processing unit 34 includes a medium access control (MAC: Medium Access Control) layer, a packet data integration protocol (Packet Data Convergence Protocol: PDCP) layer, a radio link control (Radio Link Control: RLC) layer, and a radio resource control (Radio). Resource Control: RRC) Performs some or all of the layers.
  • the upper layer processing unit 34 may have a function of specifying one reference signal from one or a plurality of reference signals based on the random access preamble received by the wireless transmission / reception unit 30.
  • the upper layer processing unit 34 may specify a PRACH opportunity to monitor a random access preamble from at least the SSB index information and the mask index information.
  • the medium access control layer processing unit 35 included in the upper layer processing unit 34 performs processing of the MAC layer.
  • the medium access control layer processing unit 35 performs a process related to a scheduling request based on various setting information / parameters managed by the radio resource control layer processing unit 36.
  • the radio resource control layer processing unit 36 included in the upper layer processing unit 34 performs the processing of the RRC layer.
  • the radio resource control layer processing unit 36 generates downlink control information (uplink grant, downlink grant) including resource allocation information for the terminal device 1.
  • the radio resource control layer processing unit 36 transmits downlink control information, downlink data (transport block, random access response) allocated to a physical downlink shared channel, system information, an RRC message, MAC @ CE (Control @ Element), and the like. Generated or obtained from the upper node, and output to the wireless transmission / reception unit 30. Further, the radio resource control layer processing unit 36 manages various setting information / parameters of each terminal device 1.
  • the radio resource control layer processing unit 36 may set various setting information / parameters for each of the terminal devices 1 via a signal of an upper layer. That is, the radio resource control layer processing unit 36 transmits / reports information indicating various setting information / parameters. The radio resource control layer processing unit 36 may transmit / broadcast information for specifying the setting of one or a plurality of reference signals in a certain cell.
  • the base station apparatus 3 When transmitting an RRC message, a MAC @ CE, and / or a PDCCH from the base station apparatus 3 to the terminal apparatus 1 and the terminal apparatus 1 performs processing based on the reception, the base station apparatus 3 Processing (control of the terminal device 1 and the system) is performed on the assumption that the processing is performed. That is, the base station device 3 sends the terminal device 1 an RRC message, MAC @ CE, and / or PDCCH that causes the terminal device to perform processing based on the reception.
  • the wireless transmission / reception unit 30 has a function of transmitting one or a plurality of reference signals. Further, the wireless transmission / reception unit 30 may have a function of receiving a signal including a beam failure recovery request transmitted from the terminal device 1.
  • the wireless transmission / reception unit 30 may have a function of transmitting information (for example, SSB index information and / or mask index information) specifying one or a plurality of PRACH opportunities to the terminal device 1.
  • the wireless transmission / reception unit 30 may have a function of transmitting information specifying a predetermined index.
  • the wireless transmission / reception unit 30 may have a function of transmitting information for specifying the index of the random access preamble.
  • the wireless transmission / reception unit 30 may have a function of monitoring the random access preamble at the PRACH opportunity specified by the upper layer processing unit 34. Other functions of the wireless transmission / reception unit 30 are the same as those of the wireless transmission / reception unit 10, and thus description thereof is 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 radio 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 apparatuses 3 or between an upper network apparatus (MME, S-GW (Serving-GW)) and the base station apparatus 3. ) Or receive.
  • MME upper network apparatus
  • S-GW Serving-GW
  • receive receives
  • FIG. 21 other components of the base station device 3 and a transmission path of data (control information) between the components are omitted, but other functions necessary for operating as the base station device 3 are shown.
  • the system has a plurality of blocks as components.
  • the upper layer processing unit 34 includes a radio resource management (Radio Resource Management) layer processing unit and an application layer processing unit.
  • the upper layer processing unit 34 may have a function of setting a plurality of scheduling request resources corresponding to each of a plurality of reference signals transmitted from the wireless transmission / reception unit 30.
  • units in the figure are elements that realize the functions and procedures of the terminal device 1 and the base station device 3 that are also expressed by terms such as sections, circuits, constituent devices, devices, and units.
  • Each of the units provided with reference numerals 10 to 16 included in the terminal device 1 may be configured as a circuit.
  • Each of the units denoted by reference numerals 30 to 36 included in the base station device 3 may be configured as a circuit.
  • the terminal device 1 detects a PDCCH including DCI in USS and receives a PDSCH scheduled by the DCI; And a control unit 16 that determines the number of bits of a first field included in the first field.
  • the first field is a field of PDSCH time domain resource allocation, and the first parameter of the upper layer is one or more.
  • the entry indicates information on PDSCH time-domain resource allocation, a default table is defined in advance, and indicates information on PDSCH time-domain resource allocation.
  • the number of bits is determined as ceiling (log2 (I)), and when the first parameter is indicated, I is Given by, if the first parameter is not shown, I is given by the number of rows in the default table.
  • the base station device 3 transmits the PDCCH including the DCS in the USS, receives the PDSCH scheduled by the DCI, and the number of bits in the first field.
  • a control unit 36 for generating the DCI including the first field wherein the first field is a PDSCH time domain resource allocation field, and the first parameter of the upper layer is 1
  • the entry indicates information on PDSCH time-domain resource allocation
  • a default table is predefined, indicating information on PDSCH time-domain resource allocation
  • the control unit 36 includes the first Is determined as ceiling (log2 (I)), and when the first parameter is indicated, I is Given by the number of entries, when the first parameter is not shown, I is given by the number of rows in the default table.
  • the default table is applied to indicate the PDSCH time domain resource allocation, and Is indicated, the entry is applied to indicate the PDSCH time domain resource allocation.
  • the information on PDSCH time domain resource allocation includes a slot offset between the PDCCH and the PDSCH, a start symbol of the PDSCH in a slot, and a continuous symbol. The number of allocated symbols and the mapping type of the PDSCH are shown.
  • the first parameter is included in a PDSCH configuration common to cells or a UE-specific PDSCH configuration.
  • the DCI is added with a CRC scrambled by any one of C-RNTI, MCS-C-RNTI, and CS-RNTI. .
  • the terminal device 1 detects the PDCCH including the DCI in the USS and receives the PDSCH scheduled by the DCI, and the first unit included in the DCI.
  • a control unit 16 for determining the number of bits of a field, wherein the first field is a field of the time domain resource allocation of the PDSCH, and the first parameter of the upper layer includes one or more entries.
  • the entry indicates information on PDSCH time-domain resource allocation, and the control unit 16 sets the number of bits of the first field as ceiling (log2 (I)) when the first parameter is indicated. If the first parameter is not indicated, the number of bits of the first field is determined as 4 and the I is It is given by the number of birds.
  • the base station device 3 transmits the PDCCH including DCI in USS, receives the PDSCH scheduled by the DCI, and the number of bits in the first field.
  • a control unit 36 that generates the DCI including the first field, wherein the first field is a field of time domain resource allocation of the PDSCH, and a first parameter of an upper layer is: , Including one or a plurality of entries, wherein the entry indicates information on PDSCH time-domain resource allocation, and the control unit 36 determines the number of bits of the first field when the first parameter is indicated. Is determined as ceiling (log2 (I)), and if the first parameter is not indicated, the number of bits of the first field is set to 4 And determined, the I is given by the number of the entries.
  • the terminal device 1 transmits the PUSCH scheduled from the first UL grant included in the RAR message to the receiving unit 10 that receives the PDSCH including the RAR message in the slot n.
  • a subcarrier interval for the PDSCH is a first subcarrier interval X
  • a subcarrier interval for the PUSCH is a second subcarrier interval Y
  • the slot n Is the first slot number corresponding to the first subcarrier interval X
  • the second slot number in which the PUSCH is transmitted is given by Floor (n * Y / X) + K 2 + ⁇
  • 2 of slot number corresponds to the second subcarrier spacing Y
  • the value of the K 2 is given based on the first UL grant
  • the value of the slot offset value of the ⁇ is the number of slots that are defined in advance corresponding to the second subcarrier spacing Y.
  • the slots corresponding to the respective subcarrier intervals are counted in ascending order from 0 in the subframe and / or the frame.
  • the base station device 3 transmits the PDSCH including the RAR message in the slot n by the transmitting unit 30 and the PUSCH scheduled from the first UL grant included in the RAR message.
  • the value of a slot offset value of the ⁇ is the number of slots that are defined in advance corresponding to the second subcarrier spacing Y.
  • the slots corresponding to the respective subcarrier intervals are counted in ascending order from 0 in the subframe and / or the frame.
  • the terminal device 1 can efficiently communicate with the base station device 3.
  • the program that operates on the device according to one embodiment of the present invention may be a program that controls a Central Processing Unit (CPU) and the like to cause a computer to function so as to realize the functions of the embodiment according to the present invention.
  • the program or information handled by the program is temporarily stored in a volatile memory such as a Random Access Memory (RAM), a non-volatile memory such as a flash memory, a Hard Disk Drive (HDD), or another storage device system.
  • RAM Random Access Memory
  • HDD Hard Disk Drive
  • a program for realizing the functions of the embodiment according to the present invention may be recorded on a computer-readable recording medium.
  • the program may be realized by causing a computer system to read and execute the program recorded on the recording medium.
  • the “computer system” is a computer system built in the device, and includes an operating system and hardware such as peripheral devices.
  • the “computer-readable recording medium” is a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a medium that dynamically holds a program for a short time, or another computer-readable recording medium. Is also good.
  • Each functional block or various features of the device used in the above-described embodiment may be implemented or executed by an electric circuit, for example, an integrated circuit or a plurality of integrated circuits.
  • An electrical circuit designed to perform the functions described herein may be a general purpose processor, digital signal processor (DSP), application specific integrated circuit (ASIC), field programmable gate array (FPGA), or other Logic devices, discrete gate or transistor logic, discrete hardware components, or a combination thereof.
  • a general purpose processor may be a microprocessor, or may be a conventional processor, controller, microcontroller, or state machine.
  • the above-described electric circuit may be constituted by a digital circuit or may be constituted by an analog circuit.
  • one or more aspects of the present invention can use a new integrated circuit based on the technology.
  • the present invention is not limited to the above embodiment.
  • an example of the device is described.
  • the present invention is not limited to this, and stationary or non-movable electronic devices installed indoors and outdoors, for example, AV devices, kitchen devices, It can be applied to terminal devices or communication devices such as cleaning / washing equipment, air conditioning equipment, office equipment, vending machines, and other living equipment.
  • Some aspects of the present invention can be applied to a base station device, a terminal device, a communication method, and the like that require efficient communication between the terminal device and the base station device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (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 Latency Communication）、IoT（Internet of Things）などマシン型デバイスが多数接続するmMTC（massive Machine Type Communication）の3つがサービスの想定シナリオとして要求されている。
RP-161214, NTT DOCOMO, "Revision of SI: Study on New Radio Access Technology", 2016年6月
　本発明のいくつかの態様の目的は、上記のような無線通信システムにおいて、効率的な通信を可能とする端末装置、基地局装置、通信方法、および、集積回路を提供することを目的とする。
　（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の一態様における端末装置は、端末装置固有サーチスペースにおいて、下りリンク制御情報を含む物理下りリンク制御チャネルを基地局装置から受信する受信部と、前記下りリンク制御情報における時間領域リソース割り当てフィールドのビット数を決定する制御部と、を備え、前記時間領域リソース割り当てフィールドは、物理下りリンク共用チャネルに対する時間領域リソース割り当てフィールドであり、デフォルトテーブルは、物理下りリンク共用チャネルに対する時間領域リソース割り当て設定を示し、パラメータを受信しない場合、前記時間領域リソース割り当てフィールドのビット数は、前記デフォルトテーブルにおけるエントリー数に基づいて決定される。
　（２）また、本発明の一態様における基地局装置は、端末装置固有サーチスペースにおいて、下りリンク制御情報を含む物理下りリンク制御チャネルを端末装置に送信する送信部と、前記下りリンク制御情報における時間領域リソース割り当てフィールドのビット数を決定する制御部と、を備え、前記時間領域リソース割り当てフィールドは、物理下りリンク共用チャネルに対する時間領域リソース割り当てフィールドであり、デフォルトテーブルは、物理下りリンク共用チャネルに対する時間領域リソース割り当て設定を示し、パラメータを送信しない場合、前記時間領域リソース割り当てフィールドのビット数は、前記デフォルトテーブルにおけるエントリー数に基づいて決定される。
　（３）また、本発明の一態様における通信方法は、端末装置に用いられる通信方法であって、端末装置固有サーチスペースにおいて、下りリンク制御情報を含む物理下りリンク制御チャネルを基地局装置から受信する受信過程と、前記下りリンク制御情報における時間領域リソース割り当てフィールドのビット数を決定する制御過程と、を有し、前記時間領域リソース割り当てフィールドは、物理下りリンク共用チャネルに対する時間領域リソース割り当てフィールドであり、デフォルトテーブルは、物理下りリンク共用チャネルに対する時間領域リソース割り当て設定を示し、パラメータを受信しない場合、前記時間領域リソース割り当てフィールドのビット数は、前記デフォルトテーブルにおけるエントリー数に基づいて決定される。
　（４）また、本発明の一態様における通信方法は、基地局装置に用いられる通信方法であって、端末装置固有サーチスペースにおいて、下りリンク制御情報を含む物理下りリンク制御チャネルを端末装置に送信する送信過程と、前記下りリンク制御情報における時間領域リソース割り当てフィールドのビット数を決定する制御過程と、を有し、前記時間領域リソース割り当てフィールドは、物理下りリンク共用チャネルに対する時間領域リソース割り当てフィールドであり、デフォルトテーブルは、物理下りリンク共用チャネルに対する時間領域リソース割り当て設定を示し、パラメータを受信しない場合、前記時間領域リソース割り当てフィールドのビット数は、前記デフォルトテーブルにおけるエントリー数に基づいて決定される。
　この発明のいくつかの態様によれば、基地局装置と端末装置が、効率的に通信することができる。
本発明の実施形態に係る無線通信システムの概念を示す図である。 本発明の実施形態に係るＳＳ／ＰＢＣＨブロックおよびＳＳバーストセットの例を示す図である。 本発明の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。 本発明の実施形態に係るサブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。 本発明の実施形態に係るスロットまたはサブフレームの一例を示す図である。 本発明の実施形態に係るビームフォーミングの一例を示した図である。 本発明の実施形態に係るＰＤＳＣＨマッピングタイプの一例を示す図である。。 本発明の実施形態に係る端末装置１のランダムアクセス手順の一例を示す図である。 本発明の実施形態に係るＲＡＲ　ＵＬ　グラントに含まれるフィールドの一例を示す図である。 本発明の実施形態に係るどのリソース割り当てテーブルをＰＤＳＣＨ時間領域リソース割り当てに適用するかを定義する図である。 本発明の実施形態に係るデフォルトテーブルＡの一例を示す図である。 本発明の実施形態に係るデフォルトテーブルＢの一例を示す図である。 本発明の実施形態に係るデフォルトテーブルＣの一例を示す図である。 本発明の実施形態に係るＳＬＩＶを算出する一例を示す図である。 本実施形態に係るＤＣＩがＰＤＳＣＨをスケジュールする一例を示す図である。 本実施形態に係るどのリソース割り当てテーブルをＰＵＳＣＨ時間領域リソース割り当てに適用するかを定義する図である。 本実施形態に係るＰＵＳＣＨデフォルトテーブルＡの一例を示す図である。 本実施形態に係るＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨを送信する一例を示す図である。 本発明の実施形態に係るＭＡＣエンティティのランダムアクセス手順の一例を示すフロー図である。 本発明の実施形態に係る端末装置１の構成を示す概略ブロック図である。 本発明の実施形態に係る基地局装置３の構成を示す概略ブロック図である。
　以下、本発明の実施形態について説明する。
　図１は、本実施形態における無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ、端末装置１Ｂ、および基地局装置３を具備する。以下、端末装置１Ａ、および、端末装置１Ｂを、端末装置１とも称する。
　端末装置１は、ユーザ端末、移動局装置、通信端末、移動機、端末、ＵＥ（User Equipment）、ＭＳ（Mobile Station）とも称される。基地局装置３は、無線基地局装置、基地局、無線基地局、固定局、ＮＢ（Node B）、ｅＮＢ（evolved Node B）、ＢＴＳ（Base Transceiver Station）、ＢＳ（Base Station）、ＮＲ　ＮＢ（NR Node B）、ＮＮＢ、ＴＲＰ（Transmission and Reception Point）、ｇＮＢとも称される。基地局装置３は、コアネットワーク装置を含んでも良い。また、基地局装置３は、１つまたは複数の送受信点４（ｔｒａｎｓｍｉｓｓｉｏｎ　ｒｅｃｅｐｔｉｏｎ　ｐｏｉｎｔ）を具備しても良い。以下で説明する基地局装置３の機能／処理の少なくとも一部は、該基地局装置３が具備する各々の送受信点４における機能／処理であってもよい。基地局装置３は、基地局装置３によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、基地局装置３は、１つまたは複数の送受信点４によって制御される通信可能範囲（通信エリア）を１つまたは複数のセルとして端末装置１をサーブしてもよい。また、１つのセルを複数の部分領域（Ｂｅａｍｅｄ　ａｒｅａ）にわけ、それぞれの部分領域において端末装置１をサーブしてもよい。ここで、部分領域は、ビームフォーミングで使用されるビームのインデックスあるいはプリコーディングのインデックスに基づいて識別されてもよい。
　基地局装置３から端末装置１への無線通信リンクを下りリンクと称する。端末装置１から基地局装置３への無線通信リンクを上りリンクと称する。
　図１において、端末装置１と基地局装置３の間の無線通信では、サイクリックプレフィックス（CP: Cyclic Prefix）を含む直交周波数分割多重（OFDM: Orthogonal Frequency Division Multiplexing）、シングルキャリア周波数多重（SC-FDM: Single-Carrier Frequency Division Multiplexing）、離散フーリエ変換拡散ＯＦＤＭ（DFT-S-OFDM: Discrete Fourier Transform Spread OFDM）、マルチキャリア符号分割多重（MC-CDM: Multi-Carrier Code Division Multiplexing）が用いられてもよい。
　また、図１において、端末装置１と基地局装置３の間の無線通信では、ユニバーサルフィルタマルチキャリア（UFMC: Universal-Filtered Multi-Carrier）、フィルタＯＦＤＭ（F-OFDM: Filtered OFDM）、窓関数が乗算されたＯＦＤＭ（Windowed OFDM）、フィルタバンクマルチキャリア（FBMC: Filter-Bank Multi-Carrier）が用いられてもよい。
　なお、本実施形態ではＯＦＤＭを伝送方式としてＯＦＤＭシンボルで説明するが、上述の他の伝送方式の場合を用いた場合も本発明に含まれる。
　また、図１において、端末装置１と基地局装置３の間の無線通信では、ＣＰを用いない、あるいはＣＰの代わりにゼロパディングをした上述の伝送方式が用いられてもよい。また、ＣＰやゼロパディングは前方と後方の両方に付加されてもよい。
　本実施形態の一態様は、ＬＴＥやＬＴＥ－Ａ／ＬＴＥ－Ａ　Ｐｒｏといった無線アクセス技術（RAT: Radio Access Technology）とのキャリアアグリゲーションまたはデュアルコネクティビティにおいてオペレーションされてもよい。このとき、一部またはすべてのセルまたはセルグループ、キャリアまたはキャリアグループ（例えば、プライマリセル（PCell: Primary Cell）、セカンダリセル（SCell: Secondary Cell）、プライマリセカンダリセル（PSCell）、ＭＣＧ（Master Cell Group）、ＳＣＧ（Secondary Cell Group）など）で用いられてもよい。また、単独でオペレーションするスタンドアローンで用いられてもよい。デュアルコネクティビティオペレーションにおいては、ＳｐＣｅｌｌ（Special Cell）は、ＭＡＣ（MAC: Medium Access Control）エンティティがＭＣＧに関連付けられているか、ＳＣＧに関連付けられているかに応じて、それぞれ、ＭＣＧのPCellまたは、SCGのPSCellと称する。デュアルコネクティビティオペレーションでなければ、ＳｐＣｅｌｌ（Special Cell）は、PCellと称する。ＳｐＣｅｌｌ（Special Cell）は、ＰＵＣＣＨ送信と、競合ベースランダムアクセスをサポートする。
　本実施形態では、端末装置１に対して１つまたは複数のサービングセルが設定されてもよい。設定された複数のサービングセルは、１つのプライマリセルと１つまたは複数のセカンダリセルとを含んでもよい。プライマリセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment）プロシージャを開始したサービングセル、または、ハンドオーバプロシージャにおいてプライマリセルと指示されたセルであってもよい。ＲＲＣ（Radio Resource Control）コネクションが確立された時点、または、後に、１つまたは複数のセカンダリセルが設定されてもよい。ただし、設定された複数のサービングセルは、１つのプライマリセカンダリセルを含んでもよい。プライマリセカンダリセルは、端末装置１が設定された１つまたは複数のセカンダリセルのうち、上りリンクにおいて制御情報を送信可能なセカンダリセルであってもよい。また、端末装置１に対して、マスターセルグループとセカンダリセルグループの２種類のサービングセルのサブセットが設定されてもよい。マスターセルグループは１つのプライマリセルと０個以上のセカンダリセルで構成されてもよい。セカンダリセルグループは１つのプライマリセカンダリセルと０個以上のセカンダリセルで構成されてもよい。
　本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）および／またはＦＤＤ（Frequency Division Duplex）が適用されてよい。複数のセルの全てに対してＴＤＤ（Time Division Duplex）方式またはＦＤＤ（Frequency Division Duplex）方式が適用されてもよい。また、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。ＴＤＤ方式はアンペアードスペクトラムオペレーション（Unpaired spectrum operation）と称されてもよい。ＦＤＤ方式はペアードスペクトラムオペレーション（Paired spectrum operation）と称されてもよい。
　下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリア（あるいは下りリンクキャリア）と称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリア（あるいは上りリンクキャリア）と称する。サイドリンクにおいて、サービングセルに対応するキャリアをサイドリンクコンポーネントキャリア（あるいはサイドリンクキャリア）と称する。下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア、および／またはサイドリンクコンポーネントキャリアを総称してコンポーネントキャリア（あるいはキャリア）と称する。
　本実施形態の物理チャネルおよび物理信号について説明する。
　図１において、端末装置１と基地局装置３の無線通信では、以下の物理チャネルが用いられる。
・ＰＢＣＨ（Physical Broadcast CHannel）
・ＰＤＣＣＨ（Physical Downlink Control CHannel）
・ＰＤＳＣＨ（Physical Downlink Shared CHannel）
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
　ＰＢＣＨは、端末装置１が必要な重要なシステム情報を含む重要情報ブロック（MIB: Master Information Block、EIB: Essential Information Block、ＢＣＨ：Broadcast Channel）を報知するために用いられる。
　また、ＰＢＣＨは、同期信号のブロック（ＳＳ／ＰＢＣＨブロックとも称する）の周期内の時間インデックスを報知するために用いられてよい。ここで、時間インデックスは、セル内の同期信号およびＰＢＣＨのインデックスを示す情報である。例えば、３つの送信ビーム（送信フィルタ設定、受信空間パラメータに関する擬似同位置（ＱＣＬ：Quasi Co-Location））の想定を用いてＳＳ／ＰＢＣＨブロックを送信する場合、予め定められた周期内または設定された周期内の時間順を示してよい。また、端末装置は、時間インデックスの違いを送信ビームの違いと認識してもよい。
　ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置１への無線通信）において、下りリンク制御情報（Downlink Control Information: DCI）を送信する（または運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいてＰＤＣＣＨ候補（candidate）のセットをモニタする。モニタすることは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。
　例えば、以下のＤＣＩフォーマットが定義されてよい。
　・ＤＣＩフォーマット０＿０
　・ＤＣＩフォーマット０＿１
　・ＤＣＩフォーマット１＿０
　・ＤＣＩフォーマット１＿１
　・ＤＣＩフォーマット２＿０
　・ＤＣＩフォーマット２＿１
　・ＤＣＩフォーマット２＿２
　・ＤＣＩフォーマット２＿３
　ＤＣＩフォーマット０＿０は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿０は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。ＤＣＩフォーマット０＿０は、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＭＣＳ―Ｃ－ＲＮＴＩ、および／または、ＴＣ－ＲＮＴＩの内何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。
　ＤＣＩフォーマット０＿１は、あるサービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット０＿１は、ＰＵＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ：BandWidth Part）を示す情報、チャネル状態情報（ＣＳＩ：Channel State Information）リクエスト、サウンディング参照信号（ＳＲＳ：Sounding Reference Signal）リクエスト、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット０＿１は、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＳＰ－ＣＳＩ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの内何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット０＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。
　ＤＣＩフォーマット１＿０は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿０は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報を含んでよい。ＤＣＩフォーマット１＿０は、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＭＣＳ―Ｃ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、および／または、ＴＣ－ＲＮＴＩの内何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿０は、コモンサーチスペースまたはＵＥ固有サーチスペースにおいてモニタされてもよい。
　ＤＣＩフォーマット１＿１は、あるサービングセルにおけるＰＤＳＣＨのスケジューリングのために用いられてもよい。ＤＣＩフォーマット１＿１は、ＰＤＳＣＨのスケジューリング情報（周波数領域リソース割り当て及び時間領域リソース割り当て）を示す情報、帯域部分（ＢＷＰ）を示す情報、送信設定指示（ＴＣＩ：Transmission Configuration Indication）、アンテナポートに関する情報を含んでよい。ＤＣＩフォーマット１＿１は、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、および／または、ＭＣＳ―Ｃ－ＲＮＴＩの内何れかによってスクランブルされるＣＲＣが付加されてもよい。ＤＣＩフォーマット１＿１は、ＵＥ固有サーチスペースにおいてモニタされてもよい。
　ＤＣＩフォーマット２＿０は、１つまたは複数のスロットのスロットフォーマットを通知するために用いられる。スロットフォーマットは、スロット内の各ＯＦＤＭシンボルが下りリンク、フレキシブル、上りリンクのいずれかに分類されたものとして定義される。例えば、スロットフォーマットが２８の場合、スロットフォーマット２８が指示されたスロット内の１４シンボルのＯＦＤＭシンボルに対してＤＤＤＤＤＤＤＤＤＤＤＤＦＵが適用される。ここで、Ｄが下りリンクシンボル、Ｆがフレキシブルシンボル、Ｕが上りリンクシンボルである。なお、スロットについては後述する。
　ＤＣＩフォーマット２＿１は、端末装置１に対して、送信がないと想定してよい物理リソースブロックとＯＦＤＭシンボルを通知するために用いられる。なお、この情報はプリエンプション指示（間欠送信指示）と称してよい。
　ＤＣＩフォーマット２＿２は、ＰＵＳＣＨおよびＰＵＳＣＨのための送信電力制御（ＴＰＣ：Transmit Power Control）コマンドの送信のために用いられる。
　ＤＣＩフォーマット２＿３は、１または複数の端末装置１によるサウンディング参照信号（ＳＲＳ）送信のためのＴＰＣコマンドのグループを送信するために用いられる。また、ＴＰＣコマンドとともに、ＳＲＳリクエストが送信されてもよい。また、ＤＣＩフォーマット２＿３に、ＰＵＳＣＨおよびＰＵＣＣＨのない上りリンク、またはＳＲＳの送信電力制御がＰＵＳＣＨの送信電力制御と紐付いていない上りリンクのために、ＳＲＳリクエストとＴＰＣコマンドが定義されてよい。
　下りリンクに対するＤＣＩを、下りリンクグラント（downlink grant）、または、下りリンクアサインメント（downlink assignment）とも称する。ここで、上りリンクに対するＤＣＩを、上りリンクグラント（uplink grant）、または、上りリンクアサインメント（Uplink assignment）とも称する。ＤＣＩを、ＤＣＩフォーマットとも称してもよい。
　１つのＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣ（Cyclic Redundancy Check）パリティビットは、ＳＩ－ＲＮＴＩ(System Information- Radio Network Temporary Identifier)、Ｐ－ＲＮＴＩ（Paging-Radio Network Temporary Identifier）、Ｃ－ＲＮＴＩ（Cell-Radio Network Temporary Identifier）、ＣＳ－ＲＮＴＩ（Configured Scheduling-Radio Network Temporary Identifier）、ＲＡ－ＲＮＴＩ（Random Access-Radio Network Temporary Identity）、または、Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩでスクランブルされる。ＳＩ－ＲＮＴＩはシステム情報のブロードキャストに使用される識別子であってもよい。Ｐ－ＲＮＴＩは、ページングおよびシステム情報変更の通知に使用される識別子であってもよい。Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩは、セル内において端末装置を識別するための識別子である。Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩは、競合ベースのランダムアクセス手順（contention based random access procedure）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。
　Ｃ－ＲＮＴＩ（端末装置の識別子（識別情報））は、１つまたは複数のスロットにおけるＰＤＳＣＨまたはＰＵＳＣＨを制御するために用いられる。ＣＳ－ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。ＭＣＳ－Ｃ－ＲＮＴＩは、グラントベース送信（grant-based transmission）に対して所定のＭＣＳテーブルの使用を示すために用いらる。Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩ（ＴＣ－ＲＮＴＩ）は、１つまたは複数のスロットにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩは、ランダムアクセスメッセージ３の再送信、およびランダムアクセスメッセージ４の送信をスケジュールするために用いられる。ＲＡ－ＲＮＴＩ（ランダムアクセス応答識別情報）は、ランダムアクセスプリアンブルを送信した物理ランダムアクセスチャネルの周波数および時間の位置情報に応じて決定される。
　ＰＵＣＣＨは、上りリンクの無線通信（端末装置１から基地局装置３の無線通信）において、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用いられる。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（CSI: Channel State Information）が含まれてもよい。また、上りリンク制御情報には、ＵＬ－ＳＣＨリソースを要求するために用いられるスケジューリング要求（SR: Scheduling Request）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）が含まれてもよい。ＨＡＲＱ－ＡＣＫは、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH）に対するＨＡＲＱ－ＡＣＫを示してもよい。
　ＰＤＳＣＨは、媒介アクセス（MAC: Medium Access Control）層からの下りリンクデータ（DL-SCH: Downlink Shared CHannel）の送信に用いられる。また、下りリンクの場合にはシステム情報（SI: System Information）やランダムアクセス応答（RAR: Random Access Response）などの送信にも用いられる。
　ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（UL-SCH: Uplink Shared CHannel）または上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＣＳＩのみ、または、ＨＡＲＱ－ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＵＣＩのみを送信するために用いられてもよい。
　ここで、基地局装置３と端末装置１は、上位層（上位レイヤ：higher layer）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC: Radio Resource Control）層において、ＲＲＣシグナリング（RRC message: Radio Resource Control message、RRC information: Radio Resource Control informationとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ（Medium Access Control）層において、ＭＡＣコントロールエレメントを送受信してもよい。また、端末装置１のＲＲＣ層は、基地局装置３から報知されるシステム情報を取得する。ここで、ＲＲＣシグナリング、システム情報、および／または、ＭＡＣコントロールエレメントを、上位層の信号（上位レイヤ信号：higher layer signaling）または上位層のパラメータとも称する。ここでの上位層は、物理層から見た上位層を意味するため、ＭＡＣ層、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ（Non Access Stratum）層などの１つまたは複数を含んでもよい。例えば、ＭＡＣ層の処理において上位層とは、ＲＲＣ層、ＲＬＣ層、ＰＤＣＰ層、ＮＡＳ層などの１つまたは複数を含んでもよい。以下、“Aは、上位層で与えられる”や“Aは、上位層によって与えられる”の意味は、端末装置１の上位層（主にRRC層やMAC層など）が、基地局装置３からAを受信し、その受信したAを端末装置１の上位層から端末装置１の物理層に与えることを意味してもよい。
　ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、ＰＤＳＣＨにおいて、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）であってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（UE Capability）の送信に用いられてもよい。
　図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・参照信号（Reference Signal: RS）
　同期信号は、プライマリ同期信号（ＰＳＳ：Primary Synchronization Signal）およびセカンダリ同期信号（ＳＳＳ）を含んでよい。ＰＳＳとＳＳＳを用いてセルＩＤが検出されてよい。
　同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ここで、同期信号は、端末装置１が基地局装置３によるプリコーディングまたはビームフォーミングにおけるプリコーディングまたはビームの選択に用いられて良い。なお、ビームは、送信または受信フィルタ設定、あるいは空間ドメイン送信フィルタまたは空間ドメイン受信フィルタと呼ばれてもよい。
　参照信号は、端末装置１が物理チャネルの伝搬路補償を行うために用いられる。ここで、参照信号は、端末装置１が下りリンクのＣＳＩを算出するためにも用いられてよい。また、参照信号は、無線パラメータやサブキャリア間隔などのヌメロロジーやＦＦＴの窓同期などができる程度の細かい同期（Fine synchronization）に用いられて良い。
　本実施形態において、以下の下りリンク参照信号のいずれか１つまたは複数が用いられる。
　・ＤＭＲＳ（Demodulation Reference Signal）
　・ＣＳＩ－ＲＳ（Channel State Information Reference Signal）
　・ＰＴＲＳ（Phase Tracking Reference Signal）
　・ＴＲＳ（Tracking Reference Signal）
　ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＢＣＨを復調するための参照信号と、ＰＤＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＣＳＩ－ＲＳは、チャネル状態情報（ＣＳＩ：Channel State Information）の測定およびビームマネジメントに使用され、周期的またはセミパーシステントまたは非周期のＣＳＩ参照信号の送信方法が適用される。ＣＳＩ－ＲＳには、ノンゼロパワー（ＮＺＰ：Ｎｏｎ－Ｚｅｒｏ　Ｐｏｗｅｒ）ＣＳＩ－ＲＳと、送信電力（または受信電力）がゼロである（ゼロパワー（ＺＰ：Ｚｅｒｏ　Ｐｏｗｅｒ）ＣＳＩ－ＲＳが定義されてよい。ここで、ＺＰ　ＣＳＩ－ＲＳは送信電力がゼロまたは送信されないＣＳＩ－ＲＳリソースと定義されてよい。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。ＴＲＳは、高速移動時におけるドップラーシフトを保証するために使用される。なお、ＴＲＳはＣＳＩ－ＲＳの１つの設定として用いられてよい。例えば、１ポートのＣＳＩ－ＲＳがＴＲＳとして無線リソースが設定されてもよい。
　本実施形態において、以下の上りリンク参照信号のいずれか１つまたは複数が用いられる。
　・ＤＭＲＳ（Demodulation Reference Signal）
　・ＰＴＲＳ（Phase Tracking Reference Signal）
　・ＳＲＳ（Sounding Reference Signal）
　ＤＭＲＳは、変調信号を復調するために使用される。なお、ＤＭＲＳには、ＰＵＣＣＨを復調するための参照信号と、ＰＵＳＣＨを復調するための参照信号の２種類が定義されてもよいし、両方をＤＭＲＳと称してもよい。ＳＲＳは、上りリンクチャネル状態情報（ＣＳＩ）の測定、チャネルサウンディング、およびビームマネジメントに使用される。ＰＴＲＳは、位相雑音に起因する周波数オフセットを保証する目的で、時間軸で位相をトラックするために使用される。
　下りリンク物理チャネルおよび／または下りリンク物理シグナルを総称して、下りリンク信号と称する。上りリンク物理チャネルおよび／または上りリンク物理シグナルを総称して、上りリンク信号と称する。下りリンク物理チャネルおよび／または上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび／または上りリンク物理シグナルを総称して、物理シグナルと称する。
　ＢＣＨ、ＵＬ－ＳＣＨおよびＤＬ－ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Medium Access Control）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（ＴＢ：transport block）および／またはＭＡＣ　ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行われる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行われる。
　図２は、本実施形態に係るＳＳ／ＰＢＣＨブロック（同期信号ブロック、ＳＳブロック、ＳＳＢとも称される）およびＳＳバーストセット（同期信号バーストセットとも称される）の例を示す図である。図２は、周期的に送信されるＳＳバーストセット内に２つのＳＳ／ＰＢＣＨブロックが含まれ、ＳＳ／ＰＢＣＨブロックは、連続する４ＯＦＤＭシンボルで構成される例を示している。
　ＳＳ／ＰＢＣＨブロックは、少なくとも同期信号（ＰＳＳ、ＳＳＳ）、および／またはＰＢＣＨを含む単位ブロックである。ＳＳ／ＰＢＣＨブロックに含まれる信号／チャネルを送信することを、ＳＳ／ＰＢＣＨブロックを送信すると表現する。基地局装置３はＳＳバーストセット内の１つまたは複数のＳＳ／ＰＢＣＨブロックを用いて同期信号および／またはＰＢＣＨを送信する場合に、ＳＳ／ＰＢＣＨブロック毎に独立した下りリンク送信ビームを用いてもよい。
　図２において、１つのＳＳ／ＰＢＣＨブロックにはＰＳＳ、ＳＳＳ、ＰＢＣＨが時間／周波数多重されている。ただし、ＰＳＳ、ＳＳＳおよび／またはＰＢＣＨが時間領域で多重される順番は図２に示す例と異なってもよい。
　ＳＳバーストセットは、周期的に送信されてよい。例えば、初期アクセスに使用されるための周期と、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期が定義されてもよい。また、接続されている（ConnectedまたはRRC_Connected）端末装置のために設定する周期はＲＲＣ層で設定されてよい。また、接続されている（ConnectedまたはRRC_Connected）端末のために設定する周期は潜在的に送信する可能性がある時間領域の無線リソースの周期であって、実際には基地局装置３が送信するかどうかを決めてもよい。また、初期アクセスに使用されるための周期は、仕様書などに予め定義されてよい。
　ＳＳバーストセットは、システムフレーム番号（ＳＦＮ：System Frame Number）に基づいて決定されてよい。また、ＳＳバーストセットの開始位置（バウンダリ）は、ＳＦＮと周期に基づいて決定されてよい。
　ＳＳ／ＰＢＣＨブロックは、ＳＳバーストセット内の時間的な位置に応じてＳＳＢインデックス（ＳＳＢ／ＰＢＣＨブロックインデックスと称されてもよい）が割り当てられる。端末装置１は、検出したＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨの情報および／または参照信号の情報に基づいてＳＳＢインデックスを算出する。
　複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、同じＳＳＢインデックスが割り当てられる。複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックは、ＱＣＬである（あるいは同じ下りリンク送信ビームが適用されている）と想定されてもよい。また、複数のＳＳバーストセットにおける各ＳＳバーストセット内における相対的な時間が同じＳＳ／ＰＢＣＨブロックにおけるアンテナポートは、平均遅延、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。
　あるＳＳバーストセットの周期内で、同じＳＳＢインデックスが割り当てられているＳＳ／ＰＢＣＨブロックは、平均遅延、平均ゲイン、ドップラースプレッド、ドップラーシフト、空間相関に関してＱＣＬであると想定されてもよい。ＱＣＬである１つまたは複数のＳＳ／ＰＢＣＨブロック（あるいは参照信号であってもよい）に対応する設定をＱＣＬ設定と称してもよい。
　ＳＳ／ＰＢＣＨブロック数（ＳＳブロック数あるいはＳＳＢ数と称されてもよい）は、例えばＳＳバースト、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のＳＳ／ＰＢＣＨブロック数（個数）として定義されてよい。また、ＳＳ／ＰＢＣＨブロック数は、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中のセル選択のためのビームグループの数を示してもよい。ここで、ビームグループは、ＳＳバースト内、またはＳＳバーストセット内、またはＳＳ／ＰＢＣＨブロックの周期の中に含まれる異なるＳＳ／ＰＢＣＨブロックの数または異なるビームの数として定義されてよい。
　以下、本実施形態で説明する参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳ、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳを含む。例えば、下りリンク参照信号、同期信号および／またはＳＳ／ＰＢＣＨブロックを参照信号と称してもよい。下りリンクで使用される参照信号は、下りリンク参照信号、同期信号、ＳＳ／ＰＢＣＨブロック、下りリンクＤＭ－ＲＳ、ＣＳＩ－ＲＳなどを含む。上りリンクで使用される参照信号は、上りリンク参照信号、ＳＲＳ、および／または、上りリンクＤＭ－ＲＳなどを含む。
　また、参照信号は、無線リソース測定（ＲＲＭ：Radio Resource Measurement）に用いられてよい。また、参照信号は、ビームマネジメントに用いられてよい。
　ビームマネジメントは、送信装置（下りリンクの場合は基地局装置３であり、上りリンクの場合は端末装置１である）におけるアナログおよび／またはディジタルビームと、受信装置（下りリンクの場合は端末装置１、上りリンクの場合は基地局装置３である）におけるアナログおよび／またはディジタルビームの指向性を合わせ、ビーム利得を獲得するための基地局装置３および／または端末装置１の手続きであってよい。
　なお、ビームペアリンクを構成、設定または確立する手続きとして、下記の手続きを含んでよい。
・ビーム選択（Beam selection）
・ビーム改善（Beam refinement）
・ビームリカバリ（Beam recovery）
　例えば、ビーム選択は、基地局装置３と端末装置１の間の通信においてビームを選択する手続きであってよい。また、ビーム改善は、さらに利得の高いビームの選択、あるいは端末装置１の移動によって最適な基地局装置３と端末装置１の間のビームの変更をする手続きであってよい。ビームリカバリは、基地局装置３と端末装置１の間の通信において遮蔽物や人の通過などにより生じるブロッケージにより通信リンクの品質が低下した際にビームを再選択する手続きであってよい。
　ビームマネジメントには、ビーム選択、ビーム改善が含まれてよい。ビームリカバリには、下記の手続きを含んでよい。
・ビーム失敗（beam failure）の検出
・新しいビームの発見
・ビームリカバリリクエストの送信
・ビームリカバリリクエストに対する応答のモニタ
　例えば、端末装置１における基地局装置３の送信ビームを選択する際にＣＳＩ－ＲＳまたはＳＳ／ＰＢＣＨブロックに含まれるＳＳＳのＲＳＲＰ（Reference Signal Received Power）を用いてもよいし、ＣＳＩを用いてもよい。また、基地局装置３への報告としてＣＳＩ－ＲＳリソースインデックス（ＣＲＩ：CSI-RS Resource Index）を用いてもよいし、ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨおよび／またはＰＢＣＨの復調に用いられる復調用参照信号（ＤＭＲＳ）の系列で指示されるインデックスを用いてもよい。
　また、基地局装置３は、端末装置１へビームを指示する際にＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスを指示し、端末装置１は、指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて受信する。このとき、端末装置１は指示されたＣＲＩまたはＳＳ／ＰＢＣＨの時間インデックスに基づいて空間フィルタを設定し、受信してよい。また、端末装置１は、疑似同位置（ＱＣＬ：Quasi Co-Location）の想定を用いて受信してもよい。ある信号（アンテナポート、同期信号、参照信号など）が別の信号（アンテナポート、同期信号、参照信号など）と「ＱＣＬである」または、「ＱＣＬの想定が用いられる」とは、ある信号が別の信号と関連付けられていると解釈できる。
　もしあるアンテナポートにおけるあるシンボルが搬送されるチャネルの長区間特性（Long Term Property）が他方のアンテナポートにおけるあるシンボルが搬送されるチャネルから推論されうるなら、２つのアンテナポートはＱＣＬであるといわれる。チャネルの長区間特性は、遅延スプレッド、ドップラースプレッド、ドップラーシフト、平均利得、及び平均遅延の１つまたは複数を含む。例えば、アンテナポート１とアンテナポート２が平均遅延に関してＱＣＬである場合、アンテナポート１の受信タイミングからアンテナポート２の受信タイミングが推論されうることを意味する。
　このＱＣＬは、ビームマネジメントにも拡張されうる。そのために、空間に拡張したＱＣＬが新たに定義されてもよい。例えば、空間ドメインのＱＣＬの想定におけるチャネルの長区間特性（Long term property）として、無線リンクあるいはチャネルにおける到来角（AoA（Angle of Arrival）, ZoA（Zenith angle of Arrival）など）および／または角度広がり（Angle Spread、例えばASA（Angle Spread of Arrival）やZSA（Zenith angle Spread of Arrival））、送出角（AoD, ZoDなど）やその角度広がり（Angle Spread、例えばASD（Angle Spread of Departure）やZSD（Zenith angle Spread of Departure））、空間相関（Spatial Correlation）、受信空間パラメータであってもよい。
　例えば、アンテナポート１とアンテナポート２の間で受信空間パラメータに関してＱＣＬであるとみなせる場合、アンテナポート１からの信号を受信する受信ビーム（受信空間フィルタ）からアンテナポート２からの信号を受信する受信ビームが推論されうることを意味する。
　ＱＣＬタイプとして、ＱＣＬであるとみなしてよい長区間特性の組み合わせが定義されてよい。例えば、以下のタイプが定義されてよい。
　・タイプＡ：ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド
　・タイプＢ：ドップラーシフト、ドップラースプレッド
　・タイプＣ：平均遅延、ドップラーシフト
　・タイプＤ：受信空間パラメータ
　上述のＱＣＬタイプは、ＲＲＣおよび／またはＭＡＣ層および／またはＤＣＩで１つまたは２つの参照信号とＰＤＣＣＨやＰＤＳＣＨ　ＤＭＲＳとのＱＣＬの想定を送信設定指示（ＴＣＩ：Transmission Configuration Indication）として設定および／または指示してもよい。例えば、端末装置１がＰＤＣＣＨを受信する際のＴＣＩの１つの状態として、ＳＳ／ＰＢＣＨブロックのインデックス＃２とＱＣＬタイプＡ＋ＱＣＬタイプＢが設定および／または指示された場合、端末装置１は、ＰＤＣＣＨ　ＤＭＲＳを受信する際、ＳＳ／ＰＢＣＨブロックインデックス＃２の受信におけるドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド、受信空間パラメータとチャネルの長区間特性とみなしてＰＤＣＣＨのＤＭＲＳを受信して同期や伝搬路推定をしてもよい。このとき、ＴＣＩにより指示される参照信号（上述の例ではＳＳ／ＰＢＣＨブロック）をソース参照信号、ソース参照信号を受信する際のチャネルの長区間特性から推論される長区間特性の影響を受ける参照信号（上述の例ではＰＤＣＣＨ　ＤＭＲＳ）をターゲット参照信号と称してよい。また、ＴＣＩは、ＲＲＣで１つまたは複数のＴＣＩ状態と各状態に対してソース参照信号とＱＣＬタイプの組み合わせが設定され、ＭＡＣ層またはＤＣＩにより端末装置１に指示されてよい。
　この方法により、ビームマネジメントおよびビーム指示／報告として、空間ドメインのＱＣＬの想定と無線リソース（時間および／または周波数）によりビームマネジメントと等価な基地局装置３、端末装置１の動作が定義されてもよい。
　以下、サブフレームについて説明する。本実施形態ではサブフレームと称するが、リソースユニット、無線フレーム、時間区間、時間間隔などと称されてもよい。
　図３は、本発明の第１の実施形態に係る上りリンクおよび下りリンクスロットの概略構成の一例を示す図である。無線フレームのそれぞれは、１０ｍｓ長である。また、無線フレームのそれぞれは１０個のサブフレームおよびＷ個のスロットから構成される。また、１スロットは、Ｘ個のＯＦＤＭシンボルで構成される。つまり、１サブフレームの長さは１ｍｓである。スロットのそれぞれは、サブキャリア間隔によって時間長が定義される。例えば、ＯＦＤＭシンボルのサブキャリア間隔が１５ｋＨｚ、ＮＣＰ（Normal Cyclic Prefix）の場合、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．５ｍｓおよび１ｍｓである。また、サブキャリア間隔が６０ｋＨｚの場合は、Ｘ＝７あるいはＸ＝１４であり、それぞれ０．１２５ｍｓおよび０．２５ｍｓである。また、例えば、Ｘ＝１４の場合、サブキャリア間隔が１５ｋＨｚの場合はＷ＝１０であり、サブキャリア間隔が６０ｋＨｚの場合はＷ＝４０である。図３は、Ｘ＝７の場合を一例として示している。なお、Ｘ＝１４の場合にも同様に拡張できる。また、上りリンクスロットも同様に定義され、下りリンクスロットと上りリンクスロットは別々に定義されてもよい。また、図３のセルの帯域幅は帯域の一部（ＢＷＰ：BandWidth Part）として定義されてもよい。また、スロットは、送信時間間隔（ＴＴＩ：Transmission Time Interval）と定義されてもよい。スロットは、ＴＴＩとして定義されなくてもよい。ＴＴＩは、トランスポートブロックの送信期間であってもよい。
　スロットのそれぞれにおいて送信される信号または物理チャネルは、リソースグリッドによって表現されてよい。リソースグリッドは、それぞれのヌメロロジー（サブキャリア間隔およびサイクリックプレフィックス長）およびそれぞれのキャリアに対して、複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される。1つのスロットを構成するサブキャリアの数は、セルの下りリンクおよび上りリンクの帯域幅にそれぞれ依存する。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリアの番号とＯＦＤＭシンボルの番号とを用いて識別されてよい。
　リソースグリッドは、ある物理下りリンクチャネル（ＰＤＳＣＨなど）あるいは上りリンクチャネル（ＰＵＳＣＨなど）のリソースエレメントのマッピングを表現するために用いられる。例えば、サブキャリア間隔が１５ｋＨｚの場合、サブフレームに含まれるＯＦＤＭシンボル数Ｘ＝１４で、ＮＣＰの場合には、１つの物理リソースブロックは、時間領域において１４個の連続するＯＦＤＭシンボルと周波数領域において１２＊Ｎｍａｘ個の連続するサブキャリアとから定義される。Ｎｍａｘは、後述するサブキャリア間隔設定μにより決定されるリソースブロックの最大数である。つまり、リソースグリッドは、（１４＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。ＥＣＰ（Extended CP）の場合、サブキャリア間隔６０ｋＨｚにおいてのみサポートされるので、１つの物理リソースブロックは、例えば、時間領域において１２（１スロットに含まれるＯＦＤＭシンボル数）＊４（１サブフレームに含まれるスロット数）＝４８個の連続するＯＦＤＭシンボルと、周波数領域において１２＊Ｎｍａｘ，μ個の連続するサブキャリアとにより定義される。つまり、リソースグリッドは、（４８＊１２＊Ｎｍａｘ，μ）個のリソースエレメントから構成される。
　リソースブロックとして、参照リソースブロック、共通リソースブロック、物理リソースブロック、仮想リソースブロックが定義される。１リソースブロックは、周波数領域で連続する１２サブキャリアとして定義される。参照リソースブロックは、全てのサブキャリアにおいて共通であり、例えば１５ｋＨｚのサブキャリア間隔でリソースブロックを構成し、昇順に番号が付されてよい。参照リソースブロックインデックス０におけるサブキャリアインデックス０は、参照ポイントＡ（point A）と称されてよい（単に“参照ポイント”と称されてもよい）。共通リソースブロックは、参照ポイントＡから各サブキャリア間隔設定μにおいて０から昇順で番号が付されるリソースブロックである。上述のリソースグリッドはこの共通リソースブロックにより定義される。物理リソースブロックは、後述する帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックであり、物理リソースブロックは、帯域部分（ＢＷＰ）の中に含まれる０から昇順で番号が付されたリソースブロックである。ある物理上りリンクチャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。以下、リソースブロックは仮想リソースブロックであってもよいし、物理リソースブロックであってもよいし、共通リソースブロックであってもよいし、参照リソースブロックであってもよい。
　次に、サブキャリア間隔設定μについて説明する。上述のようにＮＲでは、１つまたは複数のＯＦＤＭヌメロロジーがサポートされる。あるＢＷＰにおいて、サブキャリア間隔設定μ（μ＝０，１，．．．，５）と、サイクリックプレフィックス長は、下りリンクのＢＷＰに対して上位レイヤ（上位層）で与えられ、上りリンクのＢＷＰにおいて上位レイヤで与えられる。ここで、μが与えられると、サブキャリア間隔Δｆは、Δｆ＝２＾μ・１５（ｋＨｚ）で与えられる。 
　サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ^{subframe,μ}_{slot}-1に昇順に数えられ、フレーム内で０からＮ^{frame,μ}_{slot}-1に昇順に数えられる。スロット設定およびサイクリックプレフィックスに基づいてN^{slot}_{symb}の連続するＯＦＤＭシンボルがスロット内にある。N^{slot}_{symb}は１４である。サブフレーム内のスロットｎ^{μ}_{s}のスタートは、同じサブフレーム内のｎ^{μ}_{s} N^{slot}_{symb}番目のＯＦＤＭシンボルのスタートと時間でアラインされている。
　次に、サブフレーム、スロット、ミニスロットについて説明する。図４は、サブフレーム、スロット、ミニスロットの時間領域における関係を示した図である。同図のように、３種類の時間ユニットが定義される。サブフレームは、サブキャリア間隔によらず１ｍｓであり、スロットに含まれるＯＦＤＭシンボル数は７または１４であり、スロット長はサブキャリア間隔により異なる。ここで、サブキャリア間隔が１５ｋＨｚの場合、１サブフレームには１４ＯＦＤＭシンボル含まれる。下りリンクスロットはＰＤＳＣＨマッピングタイプＡと称されてよい。上りリンクスロットはＰＵＳＣＨマッピングタイプＡと称されてよい。
　ミニスロット（サブスロットと称されてもよい）は、スロットに含まれるＯＦＤＭシンボル数よりも少ないＯＦＤＭシンボルで構成される時間ユニットである。同図はミニスロットが２ＯＦＤＭシンボルで構成される場合を一例として示している。ミニスロット内のＯＦＤＭシンボルは、スロットを構成するＯＦＤＭシンボルタイミングに一致してもよい。なお、スケジューリングの最小単位はスロットまたはミニスロットでよい。また、ミニスロットを割り当てることを、ノンスロットベースのスケジューリングと称してもよい。また、ミニスロットをスケジューリングされることを参照信号とデータのスタート位置の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。下りリンクミニスロットはＰＤＳＣＨマッピングタイプＢと称されてよい。上りリンクミニスロットはＰＵＳＣＨマッピングタイプＢと称されてよい。
　図５は、スロットフォーマットの一例を示す図である。ここでは、サブキャリア間隔１５ｋＨｚにおいてスロット長が１ｍｓの場合を例として示している。同図において、Ｄは下りリンク、Ｕは上りリンクを示している。同図に示されるように、ある時間区間内（例えば、システムにおいて１つのＵＥに対して割り当てなければならない最小の時間区間）においては、
・下りリンクシンボル
・フレキシブルシンボル
・上りリンクシンボル
のうち１つまたは複数を含んでよい。なお、これらの割合はスロットフォーマットとして予め定められてもよい。また、スロット内に含まれる下りリンクのＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてもよい。また、スロット内に含まれる上りリンクのＯＦＤＭシンボルまたはＤＦＴ－Ｓ－ＯＦＤＭシンボル数またはスロット内のスタート位置および終了位置で定義されてよい。なお、スロットをスケジューリングされることを参照信号とスロット境界の相対的な時間位置が固定であるリソースがスケジュールされたと表現されてもよい。
　端末装置１は、下りリンクシンボルまたはフレキシブルシンボルで下りリンク信号または下りリンクチャネルを受信してよい。端末装置１は、上りリンクシンボルまたはフレキシブルシンボルで上りリンク信号または下りリンクチャネルを送信してよい。
　図５（ａ）は、ある時間区間（例えば、１ＵＥに割当可能な時間リソースの最小単位、またはタイムユニットなどとも称されてよい。また、時間リソースの最小単位を複数束ねてタイムユニットと称されてもよい。）で、全て下りリンク送信に用いられている例であり、図５（ｂ）は、最初の時間リソースで例えばＰＤＣＣＨを介して上りリンクのスケジューリングを行い、ＰＤＣＣＨの処理遅延及び下りから上りの切り替え時間、送信信号の生成を含むフレキシブルシンボルを介して上りリンク信号を送信する。図５（ｃ）は、最初の時間リソースでＰＤＣＣＨおよび／または下りリンクのＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介してＰＵＳＣＨまたはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号はＨＡＲＱ－ＡＣＫおよび／またはＣＳＩ、すなわちＵＣＩの送信に用いられてよい。図５（ｄ）は、最初の時間リソースでＰＤＣＣＨおよび／またはＰＤＳＣＨの送信に用いられ、処理遅延及び下りから上りの切り替え時間、送信信号の生成のためのギャップを介して上りリンクのＰＵＳＣＨおよび／またはＰＵＣＣＨの送信に用いられる。ここで、一例としては、上りリンク信号は上りリンクデータ、すなわちＵＬ－ＳＣＨの送信に用いられてもよい。図５（ｅ）は、全て上りリンク送信（ＰＵＳＣＨまたはＰＵＣＣＨ）に用いられている例である。
　上述の下りリンクパート、上りリンクパートは、ＬＴＥと同様複数のＯＦＤＭシンボルで構成されてよい。
　図６は、ビームフォーミングの一例を示した図である。複数のアンテナエレメントは１つの送信ユニット（TXRU: Transceiver unit）５０に接続され、アンテナエレメント毎の位相シフタ５１によって位相を制御し、アンテナエレメント５２から送信することで送信信号に対して任意の方向にビームを向けることができる。典型的には、ＴＸＲＵがアンテナポートとして定義されてよく、端末装置１においてはアンテナポートのみが定義されてよい。位相シフタ５１を制御することで任意の方向に指向性を向けることができるため、基地局装置３は端末装置１に対して利得の高いビームを用いて通信することができる。
　以下、帯域部分（ＢＷＰ, Bandwidth part）について説明する。ＢＷＰは、キャリアＢＷＰとも称される。ＢＷＰは、下りリンクと上りリンクのそれぞれに設定されてよい。ＢＷＰは、共通リソースブロックの連続するサブセットから選択された連続する物理リソースの集合として定義される。端末装置１は、ある時間に１つの下りリンクキャリアＢＷＰ（ＤＬ　ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。端末装置１は、ある時間に１つの上りリンクキャリアＢＷＰ（ＵＬ　ＢＷＰ）が活性化される４つまでのＢＷＰを設定されうる。キャリアアグリゲーションの場合には、ＢＷＰは各サービングセルで設定されてもよい。このとき、あるサービングセルにおいてＢＷＰが１つ設定されていることを、ＢＷＰが設定されていないと表現されてもよい。また、ＢＷＰが２つ以上設定されていることをＢＷＰが設定されていると表現されてもよい。
＜ＭＡＣ　ｅｎｔｉｔｙ動作>
　活性化されたサービングセルにおいて、常に一つのアクティブな（活性化された）ＢＷＰがある。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、インアクティブな（非活性化された）ＢＷＰを活性化（activate）し、アクティブな（活性化された）ＢＷＰを非活性化（deactivate）するために使用される。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨによって制御される。あるサービングセルに対するＢＷＰ切り替え（BWP switching）は、さらに、ＢＷＰインアクティブタイマー（BWP inactivity timer）や、ＲＲＣシグナリングによってや、ランダムアクセスプロシージャの開始時にＭＡＣエンティティ自身によって制御されてもよい。ＳｐＣｅｌｌ（PCellまたはPSCell）の追加または、ＳＣｅｌｌの活性化において、一つのＢＷＰが、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨを受信することなしに第一にアクティブである。第一にアクティブなＤＬ　ＢＷＰ (first active DL BWP) およびＵＬ　ＢＷＰ(first active UL BWP)は、基地局装置３から端末装置１に送られるＲＲＣメッセージで指定されるかもしれない。あるサービングセルに対するアクティブなＢＷＰは、基地局装置３から端末装置１に送られるＲＲＣまたはＰＤＣＣＨで指定される。また、第一にアクティブなＤＬ　ＢＷＰ (first active DL BWP) およびＵＬ　ＢＷＰ(first active UL BWP)は、メッセージ４に含まれてもよい。アンペアードスペクトラム（Unpaired spectrum）（ＴＤＤバンドなど）では、ＤＬ　ＢＷＰとＵＬ　ＢＷＰはペアされていて、ＢＷＰ切り替えは、ＵＬとＤＬに対して共通である。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、アクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ノーマル処理を適用する。ノーマル処理には、ＵＬ－ＳＣＨを送信する、ＲＡＣＨを送信する、ＰＤＣＣＨをモニタする、ＰＵＣＣＨを送信する、ＳＲＳを送信する、およびＤＬ－ＳＣＨを受信することを含む。ＢＷＰが設定されているアクティベートされたサービングセルのそれぞれに対する、インアクティブなＢＷＰにおいて、端末装置１のＭＡＣエンティティは、ＵＬ－ＳＣＨを送信しない、ＲＡＣＨを送信しない、ＰＤＣＣＨをモニタしない、ＰＵＣＣＨを送信しない、ＳＲＳを送信しない、およびＤＬ－ＳＣＨを受信しない。あるサービングセルが非活性化された場合、アクティブなＢＷＰは、存在しないようにしてもよい（例えば、アクティブなＢＷＰは非活性化される）。
＜ＲＲＣ動作＞
　ＲＲＣメッセージ（報知されるシステム情報や、専用ＲＲＣメッセージで送られる情報）に含まれるＢＷＰインフォメーションエレメント（IE）は、ＢＷＰを設定するために使われる。基地局装置３から送信されたＲＲＣメッセージは、端末装置１によって受信される。それぞれのサービングセルに対して、ネットワーク（基地局装置３など）は、少なくとも下りリンクのＢＷＰと１つ（もしサービングセルが上りリンクの設定された場合など）または２つ（付録のアップリンク（supplementary uplink）が使われる場合など）の上りリンクＢＷＰを含む少なくとも初期ＢＷＰ（initial BWP）を、端末装置１に対して、設定する。さらに、ネットワークは、追加の上りリンクＢＷＰや下りリンクＢＷＰをあるサービングセルに対して設定するかもしれない。ＢＷＰ設定は、上りリンクパラメータと下りリンクパラメータに分けられる。また、ＢＷＰ設定は、共通（common）パラメータと専用（dedicated）パラメータに分けられる。共通パラメータ（ＢＷＰ上りリンク共通ＩＥやＢＷＰ下りリンク共通ＩＥなど）は、セル特有である。プライマリセルの初期ＢＷＰの共通パラメータは、システム情報でも提供される。他のすべてのサービングセルに対しては、ネットワークは専用信号で共通パラメータを提供する。ＢＷＰは、ＢＷＰ　ＩＤで識別される。初期ＢＷＰは、ＢＷＰ　ＩＤが０である。他のＢＷＰのＢＷＰ　ＩＤは、１から４までの値を取る。
　端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されない場合、初期ＤＬ　ＢＷＰ（初期アクティブなＤＬ　ＢＷＰ、initial active DL BWP）は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ）でのＰＤＣＣＨ受信のために、連続的なＰＲＢの位置と数、サブキャリア間隔、および、サイクリックプレフィックスによって定義されてもよい。該連続的なＰＲＢの位置は、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットのＰＲＢの間で、最小インデックスのＰＲＢから始まり、最大インデックスのＰＲＢで終わる。端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されている場合、初期ＤＬ　ＢＷＰは上位層のパラメータinitialDownlinkBWPによって示されてもよい。上位層のパラメータinitialDownlinkBWPは、ＳＩＢ１（systemInformationBlockType1、ServingCellConfigCommonSIB）またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎに含まれてもよい。インフォメーションエレメントＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎＳＩＢは、ＳＩＢ１内で端末装置１に対するサービングセルのセル固有パラメータを設定するために使われる。
　即ち、端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されない場合、初期ＤＬ　ＢＷＰのサイズは、タイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセット（ＣＯＲＥＳＥＴ＃０）のリソースブロックの数であってもよい。端末装置１に対して上位層のパラメータinitialDownlinkBWPが設定（提供）されている場合、初期ＤＬ　ＢＷＰのサイズは、上位層のパラメータinitialDownlinkBWPに含まれるｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈによって与えられてもよい。上位層のパラメータｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈは初期ＤＬ　ＢＷＰの周波数領域の位置と帯域幅を示してもよい。
　前述のように、端末装置１に対して複数のＤＬ　ＢＷＰが設定されていてもよい。そして、端末装置１に対して設定されているＤＬ　ＢＷＰの内、上位層のパラメータdefaultDownlinkBWP-IdによりデフォルトＤＬ　ＢＷＰが設定されることができる。端末装置１に対して上位層のパラメータdefaultDownlinkBWP-Idが提供されない場合、デフォルトＤＬ　ＢＷＰは初期ＤＬ　ＢＷＰである。
　端末装置１には、初期ＵＬ　ＢＷＰがＳＩＢ１（systemInformationBlockType1）またはｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって提供されてもよい。インフォメーションエレメントｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰは、初期ＵＬ　ＢＷＰを設定するために使われる。ＳｐＣｅｌｌまたはセカンダリセルでのオペレーションに対して、端末装置１には、上位層のパラメータｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって初期ＵＬ　ＢＷＰ（初期アクティブなＵＬ　ＢＷＰ）が設定（提供）されてもよい。端末装置１に対して補足的な上りリンクキャリア（supplementary UL carrier）が設定される場合、端末装置１には、上位層のパラメータsupplementaryUplinkに含まれるinitialUplinkBWPによって、補足的な上りリンクキャリアでの初期ＵＬ　ＢＷＰが設定されてもよい。
　以下、本実施形態におけるコントロールリソースセット（ＣＯＲＥＳＥＴ）について説明する。
　コントロールリソースセット（CORESET, Control resource set）は下りリンク制御情報をサーチするための時間および周波数リソースである。ＣＯＲＥＳＥＴの設定情報には、ＣＯＲＥＳＥＴの識別子（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ、ＣＯＲＥＳＥＴ－ＩＤ）とＣＯＲＥＳＥＴの周波数リソースを特定する情報が含まれる。インフォメーションエレメントＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ（ＣＯＲＥＳＥＴの識別子）は、あるサービングセルにおけるコントロールリソースセットを特定するために使われる。ＣＯＲＥＳＥＴの識別子は、あるサービングセルにおけるＢＷＰ間で使われる。ＣＯＲＥＳＥＴの識別子は、サービングセルにおけるＢＷＰ間でユニークである。各ＢＷＰのＣＯＲＥＳＥＴの数は、初期ＣＯＲＥＳＥＴを含めて、３に制限される。あるサービングセルにおいて、ＣＯＲＥＳＥＴの識別子の値は、０から１１までの値を取る。
　ＣＯＲＥＳＥＴの識別子０（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ　０）で特定されるコントロールリソースセットはＣＯＲＥＳＥＴ＃０と称する。ＣＯＲＥＳＥＴ＃０は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって設定されてもよい。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、ＭＩＢに含まれるｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１、または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｇｆｉｇＣｏｍｍｏｎに含まれるＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎであってもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＳＩＢ１またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏによって設定されてもよい。つまり、インフォメーションエレメントｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、初期ＤＬ　ＢＷＰのＣＯＲＥＳＥＴ＃０（コモンＣＯＲＥＳＥＴ）を示すために用いられる。ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１で示されるＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃０である。ＭＩＢまたは専用コンフィギュレーション内のインフォメーションエレメントｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１は、初期ＤＬ　ＢＷＰを設定するために用いられる。ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの設定情報ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１には、ＣＯＲＥＳＥＴの識別子とＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）を明示的に特定する情報は含まれないが、ＣＯＲＥＳＥＴ＃０に対するＣＯＲＥＳＥＴの周波数リソース（例えば、連続的なリソースブロックの数）および時間リソース（連続的なシンボルの数）は、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１に含まれる情報によって暗示的に特定できる。インフォメーションエレメントＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎは、ＳＩＢで提供されるセル固有のＰＤＣＣＨパラメータを設定するために用いられる。また、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎはハンドオーバ、および、ＰＳＣｅｌｌおよび／またはＳＣｅｌｌの追加時にも提供されてもよい。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰの設定の中に含まれる。即ち、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＢＷＰ以外のＢＷＰの設定の中に含まれなくてもよい。ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏは、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１の内４ビット（例えば、ＭＳＢ　４ビット、最上位ビットの４ビット）に対応する。ＣＯＲＥＳＥＴ＃０はタイプ０ＰＤＣＣＨコモンサーチスペースのためのコントロールリソースセットである。
　追加のコモンＣＯＲＥＳＥＴ（additional common control resource set）の設定情報は、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔによって設定されてもよい。また、追加のコモンＣＯＲＥＳＥＴの設定情報は、システム情報および／またはページング手順のための追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、ランダムアクセス手順に使われる追加のコモンＣＯＲＥＳＥＴを指定するために使用されてもよい。追加のコモンＣＯＲＥＳＥＴの設定情報は、各ＢＷＰの設定の中に含まれてもよい。ｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔに示されるＣＯＲＥＳＥＴの識別子は０以外の値を取る。
　コモンＣＯＲＥＳＥＴは、ランダムアクセス手順に使われるＣＯＲＥＳＥＴ（例えば、追加のコモンＣＯＲＥＳＥＴ）であってもよい。また、本実施形態において、コモンＣＯＲＥＳＥＴには、ＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴの設定情報で設定されたＣＯＲＥＳＥＴが含まれてもよい。つまり、コモンＣＯＲＥＳＥＴはＣＯＲＥＳＥＴ＃０および／または追加のコモンＣＯＲＥＳＥＴを含んでもよい。ＣＯＲＥＳＥＴ＃０はコモンＣＯＲＥＳＥＴ＃０と称してもよい。端末装置１、コモンＣＯＲＥＳＥＴが設定されているＢＷＰ以外のＢＷＰにおいても、コモンＣＯＲＥＳＥＴの設定情報を参照（取得）してもよい。
　１つまたは複数のＣＯＲＥＳＥＴの設定情報は、ＰＤＣＣＨ－Ｃｏｎｆｉｇによって設定されてもよい。インフォメーションエレメントＰＤＣＣＨ－Ｃｏｎｆｉｇは、あるＢＷＰに対してＵＥ固有のＰＤＣＣＨパラメータ（例えば、ＣＯＲＳＥＴ、サーチスペースなど）を設定するために用いられる。ＰＤＣＣＨ－Ｃｏｎｆｉｇは、各ＢＷＰの設定の中に含まれてもよい。
　即ち、本実施形態において、ＭＩＢで示されるコモンＣＯＲＥＳＥＴの設定情報はｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１であり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴの設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＺｅｒｏであり、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるコモンＣＯＲＥＳＥＴ（追加のコモンＣＯＲＥＳＥＴ）の設定情報はｃｏｍｍｏｎＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔである。また、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示される１つまたは複数のＣＯＲＥＳＥＴ（UE specifically configured Control Resource Sets、ＵＥ固有ＣＯＲＥＳＥＴ）の設定情報はｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔである。
　サーチスペースはＰＤＣＣＨ候補（PDCCH candidates）をサーチするために定義される。サーチスペースの設定情報に含まれるｓｅａｒｃｈＳｐａｃｅＴｙｐｅは、該サーチスペースがコモンサーチスペース（Common Search Space, CSS）であるかＵＥ固有サーチスペース（UE-specific Search Space, USS）であるを示す。ＵＥ固有サーチスペースは、少なくとも、端末装置１がセットしているＣ－ＲＮＴＩの値から導き出される。すなわち、ＵＥ固有サーチスペースは、端末装置１毎に個別に導き出される。コモンサーチスペースは、複数の端末装置１の間で共通のサーチスペースであり、予め定められたインデックスのＣＣＥ（Control Channel Element）から構成される。ＣＣＥは、複数のリソースエレメントから構成される。サーチスペースの設定情報には、該サーチスペースでモニタされるＤＣＩフォーマットの情報が含まれる。
　サーチスペースの設定情報には、ＣＯＲＥＳＥＴの設定情報で特定されるＣＯＲＥＳＥＴの識別子が含まれる。サーチスペースの設定情報の中に含まれるＣＯＲＥＳＥＴの識別子で特定されるＣＯＲＥＳＥＴは、該サーチスペースと関連付けられる。言い換えると、該サーチスペースに関連付けられるＣＯＲＥＳＥＴは、該サーチスペースに含まれるＣＯＲＥＳＥＴの識別子で特定するＣＯＲＥＳＥＴである。該サーチスペースの設定情報で示されるＤＣＩフォーマットは、関連付けられるＣＯＲＥＳＥＴでモニタされる。各サーチスペースは一つのＣＯＲＥＳＥＴに関連付けられる。例えば、ランダムアクセス手順のためのサーチスペースの設定情報はｒａ－ＳｅａｒｃｈＳｐａｃｅによって設定されてもよい。即ち、ｒａ－ＳｅａｒｃｈＳｐａｃｅと関連付けられるＣＯＲＥＳＥＴでＲＡ－ＲＮＴＩまたはＴＣ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマットがモニタされる。
　前述のように、ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＤＬ　ＢＷＰの設定の中に含まれる。ＣＯＲＥＳＥＴ＃０の設定情報は、初期ＤＬＢＷＰ以外のＢＷＰ（追加のＢＷＰ）の設定の中に含まれなくてもよい。初期ＤＬ　ＢＷＰ以外のＢＷＰ（追加のＢＷＰ）がＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）する場合には、周波数領域においてＣＯＲＥＳＥＴ＃０およびＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。別の言い方で言えば、初期ＢＷＰ以外のＢＷＰ（追加のＢＷＰ）がＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）する場合には、周波数領域において初期ＤＬ　ＢＷＰの帯域幅およびＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。この時、追加のＢＷＰに対して設定されているサーチスペース（例えば、ｒａ－ＳｅａｒｃｈＳｐａｃｅ）は、ＣＯＲＥＳＥＴ＃０の識別子０を示すことにより、ＣＯＲＥＳＥＴ＃０の設定情報を参照（refer, acquireなど）することができる。即ち、この時、ＣＯＲＥＳＥＴ＃０が初期ＤＬ　ＢＷＰのみに対して設定されているが、他のＢＷＰ（追加のＢＷＰ）でオペレーティングしている端末装置１は、ＣＯＲＥＳＥＴ＃０の設定情報を参照することができる。また、周波数領域において初期ＤＬ　ＢＷＰの帯域幅が追加のＤＬ　ＢＷＰに含まれ、且つ、ＳＳブロックが追加のＤＬ　ＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いる条件の内何れかが満たさない場合、端末装置１は追加のＤＬ　ＢＷＰがＣＯＲＥＳＥＴ＃０の設定情報を参照することを期待しなくてもよい。即ち、この場合、基地局装置３は、端末装置１に対して追加のＤＬ　ＢＷＰがＣＯＲＥＳＥＴ＃０の設定情報を参照することを設定しなくてもよい。ここで、初期ＤＬ　ＢＷＰはサイズＮｓｉｚｅ ＢＷＰ、０の初期ＤＬ　ＢＷＰであってもよい。
　ある（追加）ＤＬ　ＢＷＰが他のＢＷＰのＣＯＲＥＳＥＴの設定情報を参照（refer, acquireなど）する場合には、周波数領域においてそのＣＯＲＥＳＥＴ（または、そのＢＷＰの帯域幅）および／またはそのＢＷＰが含む（関連する）ＳＳブロックが追加のＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いることを少なくとも満たすことが必要かもしれない。つまり、周波数領域においてそのＣＯＲＥＳＥＴ（または、そのＢＷＰの帯域幅）が追加のＤＬ　ＢＷＰに含まれ、且つ、そのＢＷＰが含む（関連する）ＳＳブロックが追加のＤＬ　ＢＷＰに含まれ、且つ、同じサブキャリア間隔を用いる条件の内何れかが満たさない場合、端末装置１は追加のＤＬ　ＢＷＰがそのＢＷＰに対して設定されているＣＯＲＥＳＥＴの設定情報を参照することを期待しなくてもよい。
　端末装置１は、ＰＤＣＣＨをモニタリングするように設定されているそれぞれのアクティブなサービングセルに配置される、１つまたは複数のＣＯＲＥＳＥＴにおいて、ＰＤＣＣＨの候補のセットをモニタする。ＰＤＣＣＨの候補のセットは、１つまたは複数のサーチスペースセットに対応している。モニタリングすることは、モニタされる１つまたは複数のＤＣＩフォーマットに応じてそれぞれのＰＤＣＣＨの候補をデコードすることを意味する。端末装置１がモニタするＰＤＣＣＨの候補のセットは、ＰＤＣＣＨサーチスペースセットPDCCH search space sets)で定義される。一つのサーチスペースセットは、コモンサーチスペースセットまたはＵＥ固有サーチスペースセットである。上記では、サーチスペースセットをサーチスペース、コモンサーチスペースセットをコモンサーチスペース、ＵＥ固有サーチスペースセットをＵＥ固有サーチスペースと称している。端末装置１は、１つまたは複数の以下のサーチスペースセットでＰＤＣＣＨ候補をモニタする。
- タイプ０ＰＤＣＣＨコモンサーチスペースセット（a Type0-PDCCH common search space set、タイプ０コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＭＩＢで示されるpdcch-ConfigSIB1またはＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペースＳＩＢ１(searchSpaceSIB1）またはPDCCH-ConfigCommonに含まれるサーチスペースゼロ（searchSpaceZero）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＲＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- タイプ０ＡＰＤＣＣＨコモンサーチスペースセット（a Type0A-PDCCH common search space set、タイプ０Ａコモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるサーチスペース(searchSpaceOtherSystemInformation）によって設定される。このサーチスペースは、プライマリセルにおけるＳＩ－ＲＮＲＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- タイプ１ＰＤＣＣＨコモンサーチスペースセット（a Type1-PDCCH common search space set、タイプ１コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるランダムアクセス手順のためのサーチスペース(ra-SearchSpace）によって設定される。このサーチスペースは、プライマリセルにおけるＲＡ－ＲＮＲＩまたはＴＣ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。タイプ１ＰＤＣＣＨコモンサーチスペースセットはランダムアクセス手順のためのサーチスペースセットである。
- タイプ２ＰＤＣＣＨコモンサーチスペースセット（a Type2-PDCCH common search space set、タイプ２コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで示されるページング手順のためのサーチスペース(pagingSearchSpace）によって設定される。このサーチスペースは、プライマリセルにおけるＰ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- タイプ３ＰＤＣＣＨコモンサーチスペースセット（a Type3-PDCCH common search space set、、タイプ３コモンサーチスペース）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがコモンのサーチスペース(SearchSpace）によって設定される。このサーチスペースは、ＩＮＴ－ＲＮＴＩ、ＳＦＩ－ＲＮＴＩ、ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ、またはＴＰＣ－ＳＲＳ－ＲＮＴＩでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。プライマリライセルに対しては、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはMSC-C-RNTIでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
- ＵＥ固有サーチスペースセット（a UE-specific search space set）： このサーチスペースセットは、上位層のパラメータである、ＰＤＣＣＨ－Ｃｏｎｆｉｇで示されるサーチスペースタイプがＵＥ固有のサーチスペース(SearchSpace）によって設定される。このサーチスペースは、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ（ｓ）、またはMSC-C-RNTIでスクランブルされたＣＲＣのＤＣＩフォーマットのモニタリングのためのものである。
　もし、端末装置１が、対応する上位層パラメータ（searchSpaceZero, searchSpaceSIB1, searchSpaceOtherSystemInformation, pagingSearchSpace, ra-SearchSpaceなど） によって、１つまたは複数のサーチスペースセットを提供されて、端末装置１が、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを提供されている場合、端末装置１は、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩを持つDCI format 0_0 とDCI format 1_0のためのＰＤＣＣＨ候補を、その１つまたは複数のサーチスペースセットでモニタしてもよい。 
　ＢＷＰの設定情報はＤＬ　ＢＷＰの設定情報とＵＬ　ＢＷＰの設定情報に分けられる。ＢＷＰの設定情報には、インフォメーションエレメントｂｗｐ－Ｉｄ（ＢＷＰの識別子）が含まれる。ＤＬ　ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＤＬ　ＢＷＰを特定（参照）するために使われる。ＵＬ　ＢＷＰの設定情報に含まれるＢＷＰの識別子は、あるサービングセルにおけるＵＬ　ＢＷＰを特定（参照）するために使われる。ＢＷＰの識別子はＤＬ　ＢＷＰとＵＬ　ＢＷＰのそれぞれに対して付与される。例えば、ＤＬ　ＢＷＰに対応するＢＷＰの識別子はＤＬ　ＢＷＰ　インデックス（DL BWP index）と称してもよい。ＵＬ　ＢＷＰに対応するＢＷＰの識別子はＵＬ　ＢＷＰ　インデックス（UL BWP index）と称してもよい。初期ＤＬ　ＢＷＰは、ＤＬ　ＢＷＰの識別子０によって参照される。初期ＵＬ　ＢＷＰは、ＵＬ　ＢＷＰの識別子０によって参照される。他のＤＬ　ＢＷＰまたは他のＵＬ　ＢＷＰのそれぞれは、ＢＷＰの識別子　１からｍａｘＮｒｏｆＢＷＰｓまでに参照されてもよい。つまり、０にセットしたＢＷＰの識別子（ｂｗｐ－Ｉｄ＝０）は、初期ＢＷＰに関連つけられ、他のＢＷＰに使われることができない。ｍａｘＮｒｏｆＢＷＰｓはサービングセルあたりのＢＷＰの最大数であり、４である。即ち、他のＢＷＰの識別子の値は、１から４までの値を取る。他の上位レイヤの設定情報は、ＢＷＰの識別子を利用して特定のＢＷＰに関連付けられる。ＤＬ　ＢＷＰとＵＬ　ＢＷＰが同じＢＷＰの識別子を有することは、ＤＬ　ＢＷＰとＵＬ　ＢＷＰがペアされていることを意味してもよい。
　端末装置１は、１つのプライマリセルと１５までのセカンダリセルが設定されてよい。
　以下では、ＰＤＳＣＨを受信する手順について説明する。
　端末装置１は、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１を含むＰＤＣＣＨの検出によって、対応するＰＤＳＣＨをデコード（受信）してもよい。対応するＰＤＳＣＨは、そのＤＣＩフォーマット（ＤＣＩ）によってスケジュールされる（示される）。そのスケジュールされるＰＤＳＣＨの開始位置（開始シンボル）をＳと称する。ＰＤＳＣＨの開始シンボルＳはあるスロット内でＰＤＳＣＨが送信（マップ）される最初のシンボルであってもよい。開始シンボルＳはスロットの始まりに対応する。例えば、Ｓの値が０である場合、端末装置１は、あるスロット内の１番目のシンボルからＰＤＳＣＨを受信してもよい。また、例えば、Ｓの値が２である場合、端末装置１は、あるスロットの３番目のシンボルからＰＤＳＣＨを受信してもよい。そのスケジュールされるＰＤＳＣＨの連続的なシンボルの数をＬと称する。連続的なシンボルの数Ｌは開始シンボルＳから数える。
ＰＤＳＣＨに対して割り当てられたＳとＬの決定は後述する。
　ＰＤＳＣＨマッピングのタイプはＰＤＳＣＨマッピングタイプＡおよびＰＤＳＣＨマッピングタイプＢを有する。ＰＤＳＣＨマッピングタイプＡでは、Ｓは０から３までの値を取る。Ｌは３から１４までの値を取る。ただし、ＳとＬの和は３から１４までの値を取る。ＰＤＳＣＨマッピングタイプＢでは、Ｓは０から１２までの値を取る。Ｌは｛２、４、７｝から１つの値を取る。ただし、ＳとＬの和は２から１４までの値を取る。
　ＰＤＳＣＨためのＤＭＲＳシンボルの位置は、ＰＤＳＣＨマッピングのタイプに依存する。ＰＤＳＣＨための最初のＤＭＲＳシンボル（first DM-RS symbol）の位置は、ＰＤＳＣＨマッピングのタイプに依存する。ＰＤＳＣＨマッピングタイプＡでは、最初のＤＭＲＳシンボルの位置は、上位層のパラメータdmrs-TypeA-Positionに示されてもよい。つまり、上位層のパラメータdmrs-TypeA-PositionはＰＤＳＣＨまたはＰＵＳＣＨのための最初のＤＭＲＳの位置を示すために用いられる。dmrs-TypeA-Positionは、‘pos2’または‘pos3’のいずれかにセットされる。例えば、dmrs-TypeA-Positionが‘pos2’にセットされている場合、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の３番目のシンボルであってもよい。例えば、dmrs-TypeA-Positionが‘pos3’にセットされている場合、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の４番目のシンボルであってもよい。ここで、Ｓは、dmrs-TypeA-Positionが‘pos3’にセットされている場合のみに、３の値を取れる。つまり、dmrs-TypeA-Positionが‘pos2’にセットされている場合、Ｓは０から２までの値を取る。ＰＤＳＣＨマッピングタイプＢでは、最初のＤＭＲＳシンボルの位置は、割り当てられるＰＤＳＣＨの最初のシンボルである。
　図７は本実施形態に係るＰＤＳＣＨマッピングタイプの一例を示す図である。図７（Ａ）はＤＰＳＣＨマッピングタイプＡの一例を示す図である。図７（Ａ）において、割り当てられるＰＤＳＣＨのＳは３である。割り当てられるＰＤＳＣＨのＬは７である。図７（Ａ）において、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の４番目のシンボルである。即ち、dmrs-TypeA-Positionが‘pos3’にセットされている。図７（Ｂ）はＤＰＳＣＨマッピングタイプＡの一例を示す図である。図７（Ｂ）において、割り当てられるＰＤＳＣＨのＳは４である。割り当てられるＰＤＳＣＨのＬは４である。図７（Ｂ）において、ＰＤＳＣＨための最初のＤＭＲＳシンボルの位置は、ＰＤＳＣＨが割り当てられる最初のシンボルである。
　以下、ＰＤＳＣＨ時間領域リソース割り当ての特定方法について説明する。
　基地局装置３は、ＤＣＩによって端末装置１にＰＤＳＣＨを受信させようにスケジュールしてもよい。そして、端末装置１は、自装置宛てのＤＣＩの検出によってＰＤＳＣＨを受信してもよい。端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てを特定する時に、最初にそのＰＤＳＣＨに適用するリソース割り当てテーブルを決定する。リソース割り当てテーブルは、１つまたは複数のＰＤＳＣＨ時間領域リソース割り当てコンフィギュレーションを含む。次に、端末装置１は、そのＰＤＳＣＨをスケジュールするＤＣＩに含まれる‘Time domain resource assignment’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰＤＳＣＨ時間領域リソース割り当てコンフィギュレーションを選んでもよい。つまり、基地局装置３は、端末装置１にＰＤＳＣＨのリソース割り当てを決定し、‘Time domain resource assignment’フィールドの値を生成し、その‘Time domain resource assignment’フィールドを含むＤＣＩを端末装置１に送信する。端末装置１は、‘Time domain resource assignment’フィールドにセットされる値に基づき、ＰＤＳＣＨの時間方向のリソース割り当てを特定する。
　図１０はどのリソース割り当てテーブルをＰＤＳＣＨ時間領域リソース割り当てに適用するかを定義する図である。端末装置１は、図１０を参照して、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定してもよい。リソース割り当てテーブルは、１つまたは複数のＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを含む。本実施形態において、リソース割り当てテーブルは、（Ｉ）事前に定義されるリソース割り当てテーブル、および、（ＩＩ）上位層のＲＲＣ信号から設定されるリソース割り当てテーブルと分類される。事前に定義されるリソース割り当てテーブルは、デフォルトＰＤＳＣＨ時間領域リソース割り当てＡ、デフォルトＰＤＳＣＨ時間領域リソース割り当てＢ、および、デフォルトＰＤＳＣＨ時間領域リソース割り当てＣとして定義される。以下、デフォルトＰＤＳＣＨ時間領域リソース割り当てＡをデフォルトテーブルＡと称する。デフォルトＰＤＳＣＨ時間領域リソース割り当てＢをデフォルトテーブルＢと称する。デフォルトＰＤＳＣＨ時間領域リソース割り当てＣをデフォルトテーブルＣと称する。
　図１１は本実施形態に係るデフォルトテーブルＡの一例を示す図である。図１２は本実施形態に係るデフォルトテーブルＢの一例を示す図である。図１３は本実施形態に係るデフォルトテーブルＣの一例を示す図である。図１１を参照すると、デフォルトテーブルＡは１６行を含む。デフォルトテーブルＡにおける行ごとはＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示す。具体的に説明すると、図１１において、インデックス付き行（indexed row）は、ＰＤＳＣＨマッピングタイプ、ＤＣＩを含むＰＤＣＣＨとそのＰＤＳＣＨとの間のスロットオフセットＫ０、スロット内のＰＤＳＣＨのスタートシンボルＳ、および、連続的な割り当てられるシンボル数Ｌを定義する。上位層のＲＲＣ信号から設定されるリソース割り当てテーブルは、上位層の信号pdsch-TimeDomainAllocationListによって与えられる。インフォメーションエレメントPDSCH-TimeDomainResourceAllocationは、ＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示す。PDSCH-TimeDomainResourceAllocationは、ＤＣＩを含むＰＤＣＣＨとＰＤＳＣＨの間の時間領域関係を設定するために用いられてもよい。pdsch-TimeDomainAllocationListは１つまたは複数のインフォメーションエレメントPDSCH-TimeDomainResourceAllocationを含む。つまり、pdsch-TimeDomainAllocationListは１つまたは複数のエレメント（インフォメーションエレメント）を含むリストである。１つのインフォメーションエレメントPDSCH-TimeDomainResourceAllocationを１つのエントリ（または１つの行）とも称してもよい。pdsch-TimeDomainAllocationListは最大１６までのエントリを含んでもよい。エントリごとは、Ｋ０、mappingType、および、startSymbolAndLengthによって定義されてもよい。Ｋ０はＤＣＩを含むＰＤＣＣＨとそのＰＤＳＣＨとの間のスロットオフセットを示す。PDSCH-TimeDomainResourceAllocationがＫ０を示さない場合、端末装置１はＫ０の値が０であることを想定してもよい。mappingTypeは、ＰＤＳＣＨマッピングタイプＡまたはＰＤＳＣＨマッピングタイプＡのいずれかを示す。startSymbolAndLengthはＰＤＳＣＨのスタートシンボルＳ、および、連続的な割り当てられるシンボル数Ｌの有効な組み合わせを与えるインデックスである。startSymbolAndLengthをスタートと長さインジケータＳＬＩＶ（start and length indicator）と称してもよい。つまり、開始シンボルＳと連続的なシンボルＬを直接に定義するデフォルトテーブルと異なって、開始シンボルＳと連続的なシンボルＬは、ＳＬＩＶに基づき与えられる。基地局装置３は、ＰＤＳＣＨの時間領域リソース割り当てがスロット境界を超えないよう、ＳＬＩＶの値をセットすることができる。スロットオフセットＫ０とＳＬＩＶについて後述する。
　上位層の信号pdsch-TimeDomainAllocationListはpdsch-ConfigCommonおよび／またはpdsch-Configに含まれてもよい。インフォメーションエレメントpdsch-ConfigCommonはあるＢＷＰに対するＰＤＳＣＨのためのセル固有パラメータを設定するために用いられる。インフォメーションエレメントpdsch-ConfigはあるＢＷＰに対するＰＤＳＣＨのためのＵＥ固有パラメータを設定するために用いられる。
　図１４は、ＳＬＩＶを算出する一例を示す図である。
　図１４において、１４はスロットに含まれるシンボルの数である。図１４は、ＮＣＰ（Normal Cyclic Prefix）の場合、ＳＬＩＶを算出する一例を示す。ＳＬＩＶの値は、スロットに含まれるシンボルの数、開始シンボルＳ、および、連続的なシンボルの数Ｌに基づいて、算出される。ここで、Ｌの値は１と等しいまたは１より多いであり、（１４―Ｓ）を超えない。ＥＣＰの場合、ＳＬＩＶを算出する時に、図１４における７と１４には６と１２が使われる。
　以下、スロットオフセットＫ０について説明する。
　前述のように、サブキャリア間隔設定μにおいて、スロットは、サブフレーム内で０からＮ^{subframe,μ}_{slot}-1に昇順に数えられ、フレーム内で０からＮ^{frame,μ}_{slot}-1に昇順に数えられる。Ｋ０はＰＤＳＣＨのサブキャリア間隔に基づくスロットの数である。Ｋ０は０から３２までの値を取り得る。図１５はＤＣＩがＰＤＳＣＨをスケジュールする一例を示す図である。スロット長はサブキャリア間隔設定μにより異なる。図１５（Ａ）は、サブキャリア間隔３０ｋＨｚ（μ＝１）に対応するスロット番号である。図１５（Ｂ）は、サブキャリア間隔１５ｋＨｚ（μ＝０）に対応するスロット番号である。あるサブフレームまたはフレームにおいて、スロットの番号は０からに昇順に数えられる。サブキャリア間隔設定１５ｋＨｚのスロット番号ｎは、サブキャリア間隔設定３０ｋＨｚのスロット番号２ｎと２ｎ＋１に対応する。
　端末装置１は、ＰＤＳＣＨをスケジュールするＤＣＩを検出する。そのＰＤＳＣＨに割り当てられるスロットは、（式１）Floor(n*2μPDSCH／2μPDCCH)+Ｋ０によって与えられる。関数Floor(Ａ)は、Ａを上回らない最大の整数を出力する。ｎは、ＰＤＳＣＨをスケジュールするＰＤＣＣＨが検出されるスロットである。μＰＤＳＣＨはＰＤＳＣＨに対するサブキャリア間隔設定である。μPDCCHはＰＤＣＣＨに対するサブキャリア間隔設定である。
　例えば、ＤＣＩを含むＰＤＣＣＨに対するサブキャリア間隔が１５ｋＨｚ（μPDCCH＝０）である。そのＤＣＩがスケジュールするＰＤＳＣＨに対するサブキャリア間隔が１５ｋＨｚ（μPDSCH＝０）である。端末装置１は、スロットｎにおいてＤＣＩを含むＰＤＣＣＨ（７０１）を検出する。Ｋ０が０である場合、そのＤＣＩ（７０１）によってスケジュールされるＰＤＳＣＨに割り当てられるスロットは、（式１）に基づき、スロットｎとして与えられる。この場合、そのＤＣＩ（７０１）によってスケジュールされるＰＤＳＣＨは、サブキャリア間隔１５ｋＨｚに対応するスロットｎにおけるＰＤＳＣＨ（７０２）であってもよい。Ｋ０が1である場合、そのＤＣＩ（７０１）によってスケジュールされるＰＤＳＣＨに割り当てられるスロットは、（式１）に基づき、スロットｎ+1として与えられる。この場合、そのＤＣＩ（７０１）によってスケジュールされるＰＤＳＣＨは、サブキャリア間隔１５ｋＨｚに対応するスロットｎ＋１におけるＰＤＳＣＨ（７０３）である。
　また、例えば、ＤＣＩを含むＰＤＣＣＨに対するサブキャリア間隔が１５ｋＨｚ（μPDCCH＝０）である。そのＤＣＩがスケジュールするＰＤＳＣＨに対するサブキャリア間隔が３０ｋＨｚ（μPDSCH＝１）である。端末装置１は、スロットｎにおいてＤＣＩを含むＰＤＣＣＨ（７０１）を検出する。Ｋ０が０である場合、そのＤＣＩ（７０１）によってスケジュールされるＰＤＳＣＨに割り当てられるスロットは、（式１）に基づき、スロット２ｎとして与えられる。この場合、そのＤＣＩ（７０１）によってスケジュールされるＰＤＳＣＨは、サブキャリア間隔３０ｋＨｚに対応するスロット２ｎにおけるＰＤＳＣＨ（７０５）である。Ｋ０が1である場合、そのＤＣＩ（７０１）によってスケジュールされるＰＤＳＣＨに割り当てられるスロットは、（式１）に基づき、スロット２ｎ+1として与えられる。この場合、そのＤＣＩ（７０１）によってスケジュールされるＰＤＳＣＨは、サブキャリア間隔３０ｋＨｚに対応するスロット２ｎ＋１におけるＰＤＳＣＨ（７０６）である。
　また、例えば、ＤＣＩを含むＰＤＣＣＨに対するサブキャリア間隔が３０ｋＨｚ（μPDCCH＝１）である。そのＤＣＩがスケジュールするＰＤＳＣＨに対するサブキャリア間隔が１５ｋＨｚ（μPDSCH＝0）である。端末装置１は、サブキャリア間隔３０ｋＨｚに対応するスロット2ｎにおいてＤＣＩを含むＰＤＣＣＨ（７０4）を検出する。Ｋ０が０である場合、そのＤＣＩ（７０４）によってスケジュールされるＰＤＳＣＨに割り当てられるスロットは、（式１）に基づき、スロットｎとして与えられる。この場合、そのＤＣＩ（７０４）によってスケジュールされるＰＤＳＣＨは、サブキャリア間隔１５ｋＨｚに対応するスロットｎにおけるＰＤＳＣＨ（７０２）であってもよい。Ｋ０が1である場合、そのＤＣＩ（７０４）によってスケジュールされるＰＤＳＣＨに割り当てられるスロットは、（式１）に基づき、スロットｎ+1として与えられる。この場合、そのＤＣＩ（７０４）によってスケジュールされるＰＤＳＣＨは、サブキャリア間隔１５ｋＨｚに対応するスロットｎ＋１におけるＰＤＳＣＨ（７０３）である。
　前述したのよう、端末装置１は、図１０を参照して、何れかのリソース割り当てテーブルをＰＤＳＣＨ時間領域リソース割り当てに適用するかを決定してもよい。つまり、端末装置１は、以下の要素（Ａ）から要素（Ｆ）の一部または全部に少なくとも基づいて、ＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。
　要素Ａ：ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプ 
　要素Ｂ：ＤＣＩが検出されるサーチスペースのタイプ
　要素Ｃ：そのサーチスペースと関連付けられるＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０であるかどうか
　要素Ｄ：pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含むかどうか
　要素Ｅ：pdsch-Configがpdsch-TimeDomainAllocationListを含むかどうか
　要素Ｆ：ＳＳ／ＰＢＣＨとＣＯＲＥＳＥＴ多重パータン
　要素Ａにおいて、ＤＣＩに付加されるＣＲＣをスクランブルするＲＮＴＩのタイプは、ＳＩ－ＲＮＴＩ、ＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、Ｐ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかである。
　要素Ｂにおいて、ＤＣＩが検出されるサーチスペースのタイプは、コモンサーチスペース、または、ＵＥ固有サーチスペースである。コモンサーチスペースは、タイプ０コモンサーチスペース、タイプ１コモンサーチスペース、タイプ２コモンサーチスペースを含む。
　例Ａであり、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモンサーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、上位層のＲＲＣ信号から設定されるリソース割り当てテーブルを決定してもよい。そのリソース割り当てテーブルは、pdsch-ConfigCommonに含まれるpdsch-TimeDomainAllocationListによって与えられる。また、端末装置１に対してpdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含まない場合、端末装置１は、デフォルトテーブルＡを決定してもよい。つまり、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示すデフォルトテーブルＡを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。
　また、例Ｂであり、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられない任意のコモンサーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpdsch-Configがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pdsch-Configで提供されるpdsch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、pdsch-Configがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含むか含まないかと関わらず、pdsch-Configで提供されるpdsch-TimeDomainAllocationListを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、端末装置１は、pdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用する。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含まない場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをデフォルトテーブルＡに決定してもよい。
　また、例Ｃであり、端末装置１は、ＵＥ固有サーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＤＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpdsch-Configがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pdsch-Configで提供されるpdsch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、pdsch-Configがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含むか含まないかと関わらず、pdsch-Configで提供されるpdsch-TimeDomainAllocationListを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用してもよい。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、端末装置１は、pdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListを用いて、ＰＤＳＣＨ時間領域リソース割り当ての決定に適用する。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含まない場合、端末装置１は、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをデフォルトテーブルＡに決定してもよい。
　例Ｂと例Ｃからみると、ＵＥ固有サーチスペースにおいて検出されるＰＤＳＣＨに適用するリソース割り当てテーブルの決定方法は、ＣＯＲＥＳＥＴ＃０に関連付けられない任意のコモンサーチスペースにおいて検出されるＰＤＳＣＨに適用するリソース割り当てテーブルの決定方法と同様である。
　続いて、端末装置１は、そのＰＤＳＣＨをスケジュールするＤＣＩに含まれる‘Time domain resource assignment’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰＤＳＣＨ時間領域リソース割り当てコンフィギュレーションを選んでもよい。例えば、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがデフォルトテーブルＡである場合、‘Time domain resource assignment’フィールドに示される値ｍは、デフォルトテーブルＡの行インデックス（row index）ｍ＋１を示してもよい。この時、ＰＤＳＣＨ時間領域リソース割り当ては、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションである。端末装置１は、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションを想定し、ＰＤＳＣＨを受信する。例えば、‘Time domain resource assignment’フィールドに示される値ｍが０である場合、端末装置１は、デフォルトテーブルＡの行インデックス1のＰＤＳＣＨ時間領域リソース割り当てのコンフィギュレーションを用いて、そのＤＣＩによってスケジュールされるＰＤＳＣＨの時間方向のリソース割り当てを特定する。
　また、ＰＤＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがpdsch-TimeDomainAllocationListから与えられるリソース割り当てテーブルである場合、‘Time domain resource assignment’フィールドに示される値ｍは、リストpdsch-TimeDomainAllocationListにおける（ｍ＋１）番目のエレメント（エントリ、行）に対応する。
例えば、‘Time domain resource assignment’フィールドに示される値ｍが０である場合、端末装置１は、リストpdsch-TimeDomainAllocationListにおける１番目のエレメント（エントリ）を参照してもよい。例えば、‘Time domain resource assignment’フィールドに示される値ｍが１である場合、端末装置１は、リストpdsch-TimeDomainAllocationListにおける２番目のエレメント（エントリ）を参照してもよい。
　以下、ＤＣＩに含まれる‘Time domain resource assignment’フィールドのビット数（サイズ）について説明する。
　端末装置１は、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１を含むＰＤＣＣＨの検出によって、対応するＰＤＳＣＨをデコード（受信）してもよい。ＤＣＩフォーマット１＿０に含まる‘Time domain resource assignment’フィールドのビット数は固定のビット数であってもよい。例えば、この固定のビット数は４であってもよい。つまり、ＤＣＩフォーマット１＿０に含まる‘Time domain resource assignment’フィールドのサイズは４ビットである。また、ＤＣＩフォーマット１＿１に含まる‘Time domain resource assignment’フィールドのサイズは可変のビット数であってもよい。例えば、ＤＣＩフォーマット１＿１に含まる‘Time domain resource assignment’フィールドのビット数は０、１、２、３、４の内何れかであってもよい。
　以下、ＤＣＩフォーマット１＿１に含まれる‘Time domain resource assignment’フィールドのビット数の決定について説明する。
　ＤＣＩフォーマット１＿１に含まれる‘Time domain resource assignment’フィールドのビット数は、（Ｉ）pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含むかどうか、および／または、（ＩＩ）pdsch-Configがpdsch-TimeDomainAllocationListを含むかどうか、および／または、（ＩＩＩ）事前に定義したデフォルトテーブルに含まれる行の数に少なくとも基づいて、与えられてもよい。本実施形態において、ＤＣＩフォーマット１＿１は、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。ＤＣＩフォーマット１＿１は、ＵＥ固有サーチスペースにおいて検出されてもよい。本実施形態において、‘pdsch-Configがpdsch-TimeDomainAllocationListを含む’の意味は、‘pdsch-Configでpdsch-TimeDomainAllocationListが提供される’の意味であってもよい。‘pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む’の意味は、‘pdsch-ConfigCommonでpdsch-TimeDomainAllocationListが提供される’の意味であってもよい。
　‘Time domain resource assignment’フィールドのビット数は、ceiling(log2(Ｉ))として与えられてもよい。関数Ceiling(Ａ)は、Ａを下回らない最小の整数を出力する。端末装置１に対してpdsch-TimeDomainAllocationListが設定（提供）される場合、Ｉの値はpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。端末装置１に対してpdsch-TimeDomainAllocationListが設定（提供）されない場合、Ｉの値はデフォルトテーブル（デフォルトテーブルＡ）の行の数であってもよい。つまり、端末装置１に対してpdsch-TimeDomainAllocationListが設定される場合、Time domain resource assignment’フィールドのビット数は、pdsch-TimeDomainAllocationListに含まれるエントリの数に基づいて与えられてもよい。端末装置１に対してpdsch-TimeDomainAllocationListが設定されない場合、Time domain resource assignment’フィールドのビット数は、デフォルトテーブル（デフォルトテーブルＡ）の行の数に基づいて与えられてもよい。具体的に言うと、pdsch-Configがpdsch-TimeDomainAllocationListを含む場合、Ｉの値はpdsch-Configで提供されるpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む場合、Ｉの値はpdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含まない場合、Ｉの値はデフォルトテーブル（例えば、デフォルトテーブルＡ）に含まれる行の数であってもよい。
　また、別の言い方で言えば、端末装置１に対してpdsch-TimeDomainAllocationListが設定（提供）される場合、‘Time domain resource assignment’フィールドのビット数は、ceiling(log2(Ｉ))として与えられてもよい。端末装置１に対してpdsch-TimeDomainAllocationListが設定（提供）されない場合、‘Time domain resource assignment’フィールドのビット数は、固定のビット数であってもよい。例えば、固定のビット数は４ビットであってもよい。
ここで、Ｉはpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。具体的に言うと、pdsch-Configがpdsch-TimeDomainAllocationListを含む場合、Ｉの値はpdsch-Configで提供されるpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。また、pdsch-Configがpdsch-TimeDomainAllocationListを含んでおらず、且つ、pdsch-ConfigCommonがpdsch-TimeDomainAllocationListを含む場合、Ｉの値はpdsch-ConfigCommonで提供されるpdsch-TimeDomainAllocationListに含まれるエントリの数であってもよい。
　これにより、端末装置１は、基地局装置３が生成する‘Time domain resource assignment’フィールドのビット数を特定することができる。つまり、端末装置１は、基地局装置３がスケジュールした端末装置１宛てのＰＤＳＣＨを正しく受信することができる。
　以下では、ＰＵＳＣＨを受信する手順について説明する。
　端末装置１は、ＤＣＩフォーマット０＿０、または、ＤＣＩフォーマット０＿１を含むＰＤＣＣＨの検出によって、対応するＰＵＳＣＨを送信してもよい。つまり、対応するＰＵＳＣＨは、そのＤＣＩフォーマット（ＤＣＩ）によってスケジュールされてもよい（示される）。また、ＰＵＳＣＨは、ＲＡＲメッセージに含まれるＲＡＲ　ＵＬグラントによってスケジュールされてもよい。そのスケジュールされるＰＵＳＣＨの開始位置（開始シンボル）をＳと称する。ＰＵＳＣＨの開始シンボルＳはあるスロット内でＰＵＳＣＨが送信（マップ）される最初のシンボルであってもよい。開始シンボルＳはスロットの始まりに対応する。例えば、Ｓの値が０である場合、端末装置１は、あるスロット内の１番目のシンボルからＰＵＳＣＨを送信してもよい。また、例えば、Ｓの値が２である場合、端末装置１は、あるスロットの３番目のシンボルからＰＵＳＣＨを送信してもよい。そのスケジュールされるＰＵＳＣＨの連続的なシンボルの数をＬと称する。連続的なシンボルの数Ｌは開始シンボルＳから数える。ＰＵＳＣＨに対して割り当てられたＳとＬの決定は後述する。
　ＰＵＳＣＨマッピングのタイプはＰＵＳＣＨマッピングタイプＡおよびＰＵＳＣＨマッピングタイプＢを有する。ＰＵＳＣＨマッピングタイプＡでは、Ｓの値は０である。Ｌは４から１４までの値を取る。ただし、ＳとＬの和は４から１４までの値を取る。ＰＵＳＣＨマッピングタイプＢでは、Ｓは０から１３までの値を取る。Ｌは１から１４までの値を取る。ただし、ＳとＬの和は１から１４までの値を取る。
　ＰＵＳＣＨためのＤＭＲＳシンボルの位置は、ＰＵＳＣＨマッピングのタイプに依存する。ＰＵＳＣＨための最初のＤＭＲＳシンボル（first DM-RS symbol）の位置は、ＰＵＳＣＨマッピングのタイプに依存する。ＰＵＳＣＨマッピングタイプＡでは、最初のＤＭＲＳシンボルの位置は、上位層のパラメータdmrs-TypeA-Positionに示されてもよい。dmrs-TypeA-Positionは、‘pos2’または‘pos3’のいずれかにセットされる。例えば、dmrs-TypeA-Positionが‘pos2’にセットされている場合、ＰＵＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の３番目のシンボルであってもよい。例えば、dmrs-TypeA-Positionが‘pos3’にセットされている場合、ＰＵＳＣＨための最初のＤＭＲＳシンボルの位置は、スロット内の４番目のシンボルであってもよい。ＰＵＳＣＨマッピングタイプＢでは、最初のＤＭＲＳシンボルの位置は、割り当てられるＰＵＳＣＨの最初のシンボルであってもよい。
　以下、ＰＵＳＣＨ時間領域リソース割り当ての特定方法について説明する。
　基地局装置３は、ＤＣＩによって端末装置１にＰＵＳＣＨを送信させようにスケジュールしてもよい。そして、端末装置１は、自装置宛てのＤＣＩの検出によってＰＵＳＣＨを送信してもよい。端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てを特定する時に、最初にそのＰＵＳＣＨに適用するリソース割り当てテーブルを決定する。リソース割り当てテーブルは、１つまたは複数のＰＵＳＣＨ時間領域リソース割り当てコンフィギュレーションを含む。次に、端末装置１は、そのＰＵＳＣＨをスケジュールするＤＣＩに含まれる‘Time domain resource assignment’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰＵＳＣＨ時間領域リソース割り当てコンフィギュレーションを選んでもよい。つまり、基地局装置３は、端末装置１にＰＵＳＣＨのリソース割り当てを決定し、‘Time domain resource assignment’フィールドの値を生成し、その‘Time domain resource assignment’フィールドを含むＤＣＩを端末装置１に送信する。端末装置１は、‘Time domain resource assignment’フィールドにセットされる値に基づき、ＰＵＳＣＨの時間方向のリソース割り当てを特定する。
　図１６はどのリソース割り当てテーブルをＰＵＳＣＨ時間領域リソース割り当てに適用するかを定義する図である。端末装置１は、図１６を参照して、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを決定してもよい。リソース割り当てテーブルは、１つまたは複数のＰＵＳＣＨ時間領域リソース割り当てのコンフィギュレーションを含む。本実施形態において、リソース割り当てテーブルは、（Ｉ）事前に定義されるリソース割り当てテーブル、および、（ＩＩ）上位層のＲＲＣ信号から設定されるリソース割り当てテーブルと分類される。事前に定義されるリソース割り当てテーブルは、デフォルトＰＵＳＣＨ時間領域リソース割り当てＡとして定義される。以下、デフォルトＰＵＳＣＨ時間領域リソース割り当てＡをＰＵＳＣＨデフォルトテーブルＡと称する。
　図１７はＮＣＰ（Normal Cyclic Prefix）に対してＰＵＳＣＨデフォルトテーブルＡの一例を示す図である。図１７を参照すると、ＰＵＳＣＨデフォルトテーブルＡは１６行を含む。ＰＵＳＣＨデフォルトテーブルＡにおける行ごとはＰＵＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示す。具体的に説明すると、図１７において、インデックス付き行（indexed row）は、ＰＵＳＣＨマッピングタイプ、ＤＣＩを含むＰＤＣＣＨとそのＰＵＳＣＨとの間のスロットオフセットＫ２、スロット内のＰＵＳＣＨのスタートシンボルＳ、および、連続的な割り当てられるシンボル数Ｌを定義する。上位層のＲＲＣ信号から設定されるリソース割り当てテーブルは、上位層の信号pusch-TimeDomainAllocationListによって与えられる。インフォメーションエレメントPUSCH-TimeDomainResourceAllocationは、ＰUＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示す。PＵSCH-TimeDomainResourceAllocationは、ＤＣＩを含むＰＤＣＣＨとＰＵＳＣＨの間の時間領域関係を設定するために用いられてもよい。pusch-TimeDomainAllocationListは１つまたは複数のインフォメーションエレメントPUSCH-TimeDomainResourceAllocationを含む。つまり、pusch-TimeDomainAllocationListは１つまたは複数のエレメント（インフォメーションエレメント）を含むリストである。１つのインフォメーションエレメントPDSCH-TimeDomainResourceAllocationを１つのエントリ（または１つの行）とも称してもよい。pusch-TimeDomainAllocationListは最大１６までのエントリを含んでもよい。エントリごとは、Ｋ２、mappingType、および、startSymbolAndLengthによって定義されてもよい。Ｋ２はＤＣＩを含むＰＤＣＣＨとそのスケジュールされるＰＵＳＣＨとの間のスロットオフセットを示す。PＵSCH-TimeDomainResourceAllocationがＫ２を示さないならば、端末装置１は、ＰＵＳＣＨのサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合に、Ｋ２の値が１であることを想定し、ＰＵＳＣＨのサブキャリア間隔が６０ｋＨｚである場合に、Ｋ２の値が２であることを想定し、ＰＵＳＣＨのサブキャリア間隔が１２０ｋＨｚである場合に、Ｋ２の値が３であることを想定してもよい。mappingTypeは、ＰＵＳＣＨマッピングタイプＡまたはＰＵＳＣＨマッピングタイプＡのいずれかを示す。startSymbolAndLengthはＰＵＳＣＨのスタートシンボルＳ、および、連続的な割り当てられるシンボル数Ｌの有効な組み合わせを与えるインデックスである。startSymbolAndLengthをスタートと長さインジケータＳＬＩＶ（start and length indicator）と称してもよい。つまり、開始シンボルＳと連続的なシンボルＬを直接に定義するデフォルトテーブルと異なって、開始シンボルＳと連続的なシンボルＬは、ＳＬＩＶに基づき与えられる。基地局装置３は、ＰＵＳＣＨの時間領域リソース割り当てがスロット境界を超えないよう、ＳＬＩＶの値をセットすることができる。ＳＬＩＶの値は、図１４における式のように、スロットに含まれるシンボルの数、開始シンボルＳ、および、連続的なシンボルの数Ｌに基づいて、算出される。
　上位層の信号pusch-TimeDomainAllocationListはpusch-ConfigCommonおよび／またはpusch-Configに含まれてもよい。インフォメーションエレメントpusch-ConfigCommonはあるＢＷＰに対するＰUＳＣＨのためのセル固有パラメータを設定するために用いられる。インフォメーションエレメントpusch-ConfigはあるＢＷＰに対するＰUＳＣＨのためのＵＥ固有パラメータを設定するために用いられる。
　端末装置１は、ＰＵＳＣＨをスケジュールするＤＣＩを検出する。そのＰＵＳＣＨが送信されるスロットは、（式４）Floor(n*2μPUSCH／2μPDCCH)+Ｋ２によって与えられる。ｎは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨが検出されるスロットである。μＰＵＳＣＨはＰUＳＣＨに対するサブキャリア間隔設定である。μPDCCHはＰＤＣＣＨに対するサブキャリア間隔設定である。
　図１７において、Ｋ２の値はｊ、ｊ＋１、ｊ＋２、または、ｊ＋３の内、何れかである。ｊの値は、ＰＵＳＣＨのサブキャリア間隔に対して特定される値である。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が１５ｋＨｚまたは３０ｋＨｚである場合、ｊの値は１スロットであってもよい。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が６０ｋＨｚである場合、ｊの値は２スロットであってもよい。例えば、ＰＵＳＣＨが適用されるサブキャリア間隔が１２０ｋＨｚである場合、ｊの値は３スロットであってもよい。
　前述したのよう、端末装置１は、図１６を参照して、何れかのリソース割り当てテーブルをＰＵＳＣＨ時間領域リソース割り当てに適用するかを決定してもよい。
　例Ｄであり、端末装置１は、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpusch-ConfigCommonがpusch-TimeDomainAllocationListを含む場合、端末装置１は、上位層のＲＲＣ信号から設定されるリソース割り当てテーブルを決定してもよい。そのリソース割り当てテーブルは、pusch-ConfigCommonに含まれるpusch-TimeDomainAllocationListによって与えられる。また、端末装置１に対してpusch-ConfigCommonがpusch-TimeDomainAllocationListを含まない場合、端末装置１は、PUSCHデフォルトテーブルＡを決定してもよい。つまり、端末装置１は、ＰUＳＣＨ時間領域リソース割り当てのコンフィギュレーションを示すデフォルトテーブルＡを用いて、ＰUＳＣＨ時間領域リソース割り当ての決定に適用してもよい。
　また、例Eであり、端末装置１は、ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモンサーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpusch-ConfigCommonがpusch-TimeDomainAllocationListを含む場合、端末装置１は、ＰUＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pusch-ConfigCommonで提供されるpusch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。また、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含まない場合、端末装置１は、ＰUＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをPUSCHデフォルトテーブルＡに決定してもよい。
　また、例Ｆであり、端末装置１は、（Ｉ）ＣＯＲＥＳＥＴ＃０に関連付けられる任意のコモンサーチスペースまたは（ＩＩ）ＵＥ固有サーチスペースにおいてＤＣＩを検出してもよい。検出したＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ、または、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。そして、端末装置１は、そのＤＣＩによってスケジュールされるＰＵＳＣＨに適用するリソース割り当てテーブルを決定してもよい。端末装置１に対してpusch-Configがpusch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pusch-Configで提供されるpusch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、pusch-Configがpusch-TimeDomainAllocationListを含む場合、端末装置１は、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含むか含まないかと関わらず、pusch-Configで提供されるpusch-TimeDomainAllocationListを用いて、ＰＵＳＣＨ時間領域リソース割り当ての決定に適用してもよい。また、pusch-Configがpusch-TimeDomainAllocationListを含んでおらず、且つ、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含む場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルを、pusch-ConfigCommonで提供されるpusch-TimeDomainAllocationListから与えられるリソース割り当てテーブルに決定してもよい。つまり、端末装置１は、pusch-ConfigCommonで提供されるpusch-TimeDomainAllocationListを用いて、ＰＵＳＣＨ時間領域リソース割り当ての決定に適用する。また、pusch-Configがpusch-TimeDomainAllocationListを含んでおらず、且つ、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含まない場合、端末装置１は、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルをPUSCHデフォルトテーブルＡに決定してもよい。
　続いて、端末装置１は、そのＰUＳＣＨをスケジュールするＤＣＩに含まれる‘Time domain resource assignment’フィールドに示される値に基づき、決定したリソース割り当てテーブル内の１つのＰUＳＣＨ時間領域リソース割り当てコンフィギュレーションを選んでもよい。例えば、ＰUＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがＰＵＳＣＨデフォルトテーブルＡである場合、‘Time domain resource assignment’フィールドに示される値ｍは、デフォルトテーブルＡの行インデックス（row index）ｍ＋１を示してもよい。この時、ＰＵＳＣＨ時間領域リソース割り当ては、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションである。端末装置１は、行インデックスｍ＋１から示される時間領域リソース割り当てのコンフィギュレーションを想定し、ＰＵＳＣＨを送信する。例えば、‘Time domain resource assignment’フィールドに示される値ｍが０である場合、端末装置１は、ＰＵＳＣＨデフォルトテーブルＡの行インデックス1のＰＵＳＣＨ時間領域リソース割り当てのコンフィギュレーションを用いて、そのＤＣＩによってスケジュールされるＰＵＳＣＨの時間方向のリソース割り当てを特定する。
　また、ＰＵＳＣＨ時間領域リソース割り当てに適用するリソース割り当てテーブルがpusch-TimeDomainAllocationListから与えられるリソース割り当てテーブルである場合、‘Time domain resource assignment’フィールドに示される値ｍは、リストpusch-TimeDomainAllocationListにおける（ｍ＋１）番目のエレメント（エントリ、行）に対応する。
例えば、‘Time domain resource assignment’フィールドに示される値ｍが０である場合、端末装置１は、リストpusch-TimeDomainAllocationListにおける１番目のエレメント（エントリ）を参照してもよい。例えば、‘Time domain resource assignment’フィールドに示される値ｍが１である場合、端末装置１は、リストpusch-TimeDomainAllocationListにおける２番目のエレメント（エントリ）を参照してもよい。
　以下、ＤＣＩに含まれる‘Time domain resource assignment’フィールドのビット数（サイズ）について説明する。
　端末装置１は、ＤＣＩフォーマット０＿０またはＤＣＩフォーマット０＿１を含むＰＤＣＣＨの検出によって、対応するＰＵＳＣＨを送信してもよい。ＤＣＩフォーマット０＿０に含まる‘Time domain resource assignment’フィールドのビット数は固定のビット数であってもよい。例えば、この固定のビット数は４であってもよい。つまり、ＤＣＩフォーマット０＿０に含まる‘Time domain resource assignment’フィールドのサイズは４ビットである。また、ＤＣＩフォーマット０＿１に含まる‘Time domain resource assignment’フィールドのサイズは可変のビット数であってもよい。例えば、ＤＣＩフォーマット０＿１に含まる‘Time domain resource assignment’フィールドのビット数は０、１、２、３、４の内何れかであってもよい。
　以下、ＤＣＩフォーマット０＿１に含まれる‘Time domain resource assignment’フィールドのビット数の決定について説明する。
　ＤＣＩフォーマット０＿１に含まれる‘Time domain resource assignment’フィールドのビット数は、（Ｉ）pusch-ConfigCommonがpusch-TimeDomainAllocationListを含むかどうか、および／または、（ＩＩ）pusch-Configがpusch-TimeDomainAllocationListを含むかどうか、および／または、（ＩＩＩ）事前に定義したデフォルトテーブルに含まれる行の数に少なくとも基づいて、与えられてもよい。本実施形態において、ＤＣＩフォーマット０＿１は、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。ＤＣＩフォーマット０＿１は、ＵＥ固有サーチスペースにおいて検出されてもよい。本実施形態において、‘pusch-Configがpusch-TimeDomainAllocationListを含む’の意味は、‘pusch-Configでpusch-TimeDomainAllocationListが提供される’の意味であってもよい。‘pusch-ConfigCommonがpusch-TimeDomainAllocationListを含む’の意味は、‘pusch-ConfigCommonでpusch-TimeDomainAllocationListが提供される’の意味であってもよい。
　‘Time domain resource assignment’フィールドのビット数は、ceiling(log2(Ｉ))として与えられてもよい。端末装置１に対してpusch-TimeDomainAllocationListが設定（提供）される場合、Ｉの値はpusch-TimeDomainAllocationListに含まれるエントリの数であってもよい。端末装置１に対してpusch-TimeDomainAllocationListが設定（提供）されない場合、Ｉの値はPUSCHデフォルトテーブルＡの行の数であってもよい。つまり、端末装置１に対してpusch-TimeDomainAllocationListが設定される場合、Time domain resource assignment’フィールドのビット数は、pusch-TimeDomainAllocationListに含まれるエントリの数に基づいて与えられてもよい。端末装置１に対してpusch-TimeDomainAllocationListが設定されない場合、Time domain resource assignment’フィールドのビット数は、デフォルトテーブル（デフォルトテーブルＡ）の行の数に基づいて与えられてもよい。具体的に言うと、pusch-Configがpusch-TimeDomainAllocationListを含む場合、Ｉの値はpusch-Configで提供されるpusch-TimeDomainAllocationListに含まれるエントリの数であってもよい。また、pusch-Configがpusch-TimeDomainAllocationListを含んでおらず、且つ、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含む場合、Ｉの値はpusch-ConfigCommonで提供されるpusch-TimeDomainAllocationListに含まれるエントリの数であってもよい。また、pusch-Configがpusch-TimeDomainAllocationListを含んでおらず、且つ、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含まない場合、Ｉの値はPUSCHデフォルトテーブルＡに含まれる行の数であってもよい。
　また、別の言い方で言えば、端末装置１に対してpusch-TimeDomainAllocationListが設定（提供）される場合、‘Time domain resource assignment’フィールドのビット数は、ceiling(log2(Ｉ))として与えられてもよい。端末装置１に対してpusch-TimeDomainAllocationListが設定（提供）されない場合、‘Time domain resource assignment’フィールドのビット数は、固定のビット数であってもよい。例えば、固定のビット数は４ビットであってもよい。
ここで、Ｉはpusch-TimeDomainAllocationListに含まれるエントリの数であってもよい。具体的に言うと、pusch-Configがpusch-TimeDomainAllocationListを含む場合、Ｉの値はpusch-Configで提供されるpusch-TimeDomainAllocationListに含まれるエントリの数であってもよい。また、pusch-Configがpusch-TimeDomainAllocationListを含んでおらず、且つ、pusch-ConfigCommonがpusch-TimeDomainAllocationListを含む場合、Ｉの値はpusch-ConfigCommonで提供されるpusch-TimeDomainAllocationListに含まれるエントリの数であってもよい。
　これにより、端末装置１は、基地局装置３が生成する‘Time domain resource assignment’フィールドのビット数を特定することができる。つまり、端末装置１は、基地局装置３がスケジュールした端末装置１宛てのＰＵＳＣＨを正しく送信することができる。
　以下、本実施形態のランダムアクセス手順（Random Access procedure）について説明する。ランダムアクセス手順は、競合ベース（ＣＢ：Ｃｏｎｔｅｎｔｉｏｎ　Ｂａｓｅｄ）と非競合ベース（ｎｏｎ－ＣＢ）（ＣＦ：Ｃｏｎｔｅｎｔｉｏｎ　Ｆｒｅｅと称してもよい）の２つの手順に分類される。競合ベースランダムアクセスはＣＢＲＡ、非競合ベースランダムアクセスはＣＦＲＡとも称される
　ランダムアクセス手順は、（ｉ）ＰＲＡＣＨにおけるランダムアクセスプリアンブル（メッセージ１、Msg1）の送信、（ｉｉ）ＰＤＣＣＨ／ＰＤＳＣＨを伴うランダムアクセス応答（ＲＡＲ）メッセージ（メッセージ２、Msg2）の受信、および、適用可能な場合、（ｉｉｉ）メッセージ３ＰＵＳＣＨ（Msg3 PUSCH）の送信、（ｉｖ）衝突解消のためのＰＤＳＣＨの受信、を有してもよい。
　競合ベースのランダムアクセス手順は、ＰＤＣＣＨオーダー、ＭＡＣエンティティ、下位レイヤからのビーム失敗（beam failure）の通知、あるいはＲＲＣ等によって開始（initiate）される。ビーム失敗通知が、端末装置１のＭＡＣエンティティに端末装置１の物理レイヤから提供された場合に、ある条件を満たした場合、端末装置１のＭＡＣエンティティは、ランダムアクセス手順を開始する。ビーム失敗通知が、端末装置１のＭＡＣエンティティに端末装置１の物理レイヤから提供された場合に、ある条件を満たしたかどうかを判断し、ランダムアクセス手順を開始する手続きを、ビーム失敗リカバリ手順と称してもよい。このランダムアクセス手順は、ビーム失敗リカバリ要求のためのランダムアクセス手順である。ＭＡＣエンティティによって開始されるランダムアクセス手順は、スケジューリングリクエスト手続きによって開始されるランダムアクセス手順を含む。ビーム失敗リカバリ要求のためのランダムアクセス手順は、ＭＡＣエンティティによって開始されるランダムアクセス手順と考えられるかもしれないし、考えられないかもしれない。ビーム失敗リカバリ要求のためのランダムアクセス手順とスケジューリングリクエスト手続きによって開始されるランダムアクセス手順で、異なる手続きを行う場合があるため、ビーム失敗リカバリ要求のためのランダムアクセス手順とスケジューリングリクエスト手続きを、区別するようにしてもよい。ビーム失敗リカバリ要求のためのランダムアクセス手順とスケジューリングリクエスト手続きを、ＭＡＣエンティティによって開始されるランダムアクセス手順としてもよい。ある実施形態では、スケジューリングリクエスト手続きによって開始されるランダムアクセス手順をＭＡＣエンティティによって開始されるランダムアクセス手順と称し、ビーム失敗リカバリ要求のためのランダムアクセス手順を下位レイヤからのビーム失敗の通知によるランダムアクセス手順と称するようにしてもよい。以下、下位レイヤからのビーム失敗の通知を受けた場合のランダムアクセス手順の開始は、ビーム失敗リカバリ要求のためのランダムアクセス手順の開始を意味してもよい。
　端末装置１は、基地局装置３と接続（通信）していない状態からの初期アクセス時、および／または、基地局装置３と接続中であるが端末装置１に送信可能な上りリンクデータあるいは送信可能なサイドリンクデータが発生した場合のスケジューリングリクエスト時などにおいて競合ベースのランダムアクセス手順を行なう。ただし、競合ベースのランダムアクセスの用途はこれらに限定されない。
　端末装置１に送信可能な上りリンクデータが発生していることは、送信可能な上りリンクデータに対応するバッファステータスレポートがトリガーされていることを含んでもよい。端末装置１に送信可能な上りリンクデータが発生していることは、送信可能な上りリンクデータの発生に基づいてトリガーされたスケジューリングリクエストがペンディングされていることを含んでもよい。
　端末装置１に送信可能なサイドリンクデータが発生していることは、送信可能なサイドリンクデータに対応するバッファステータスレポートがトリガーされていることを含んでもよい。端末装置１に送信可能なサイドリンクデータが発生していることは、送信可能なサイドリンクデータの発生に基づいてトリガーされたスケジューリングリクエストがペンディングされていることを含んでもよい。
　非競合ベースのランダムアクセス手順は、端末装置１が基地局装置３からランダムアクセス手順の開始を指示する情報を受けた場合に開始されてもよい。非競合ベースランダムアクセス手順は、端末装置１のＭＡＣレイヤが、下位レイヤからビーム失敗の通知を受けた場合に開始されてもよい。
　非競合ベースのランダムアクセスは、基地局装置３と端末装置１とが接続中であるがハンドオーバや移動局装置の送信タイミングが有効でない場合に、迅速に端末装置１と基地局装置３との間の上りリンク同期をとるために用いられてよい。非競合ベースランダムアクセスは、端末装置１においてビーム失敗が発生した場合にビーム失敗リカバリ要求を送信するために用いられてよい。ただし、非競合ベースのランダムアクセスの用途はこれらに限定されない。
　ただし、該ランダムアクセス手順の開始を指示する情報はメッセージ０、Ｍｓｇ．０、ＮＲ－ＰＤＣＣＨオーダー、ＰＤＣＣＨオーダーなどと称されてもよい。
　ただし、端末装置１は、メッセージ０で指示されたランダムアクセスプリアンブルインデックスが所定の値（例えば、インデックスを示すビットが全て０である場合）であった場合に、端末装置１が利用可能なプリアンブルのセットの中からランダムに１つを選択して送信する競合ベースのランダムアクセス手順を行なってもよい。
　ただし、ランダムアクセス設定情報には、セル内で共通の情報が含まれてもよく、端末装置１毎に異なる専用（dedicated）の情報が含まれてもよい。
　ただし、ランダムアクセス設定情報の一部は、ＳＳバーストセット内の全てのＳＳ／ＰＢＣＨブロックに関連付けられていてもよい。ただし、ランダムアクセス設定情報の一部は設定された１つまたは複数のＣＳＩ－ＲＳの全てに関連付けられてもよい。ただし、ランダムアクセス設定情報の一部は１つの下りリンク送信ビーム（あるいはビームインデックス）に関連付けられていてもよい。
　ただし、ランダムアクセス設定情報の一部はＳＳバーストセット内の１つのＳＳ／ＰＢＣＨブロックに関連付けられていてもよい。ただし、ランダムアクセス設定情報の一部は設定された１つまたは複数のＣＳＩ－ＲＳのうちの１つに関連付けられてもよい。ただし、ランダムアクセス設定情報の一部は１つの下りリンク送信ビーム（あるいはビームインデックス）に関連付けられていてもよい。ただし、１つのＳＳ／ＰＢＣＨブロック、１つのＣＳＩ－ＲＳ、および／または１つの下りリンク送信ビームに関連付けられた情報には、対応する１つのＳＳ／ＰＢＣＨブロック、１つのＣＳＩ－ＲＳ、および／または１つの下りリンク送信ビームを特定するためのインデックス情報（例えば、ＳＳＢインデックス、ビームインデックス、あるいはＱＣＬ設定インデックスであってよい）が含まれてもよい。
　図８は、本実施形態における端末装置１のランダムアクセス手順の一例を示す図である。
　＜メッセージ１（Ｓ８０１）＞
　Ｓ８０１において、端末装置１は、ＰＲＡＣＨを介してランダムアクセスプリアンブルを基地局装置３へ送信する。この送信されるランダムアクセスプリアンブルをメッセージ１（Msg1）と称してもよい。ランダムアクセスプリアンブルの送信はＰＲＡＣＨ送信とも称する。ランダムアクセスプリアンブルは、複数のシーケンスの中の一つのシーケンスを使うことによって、基地局装置３へ情報を通知するように構成される。例えば、６４種類（ランダムアクセスプリアンブルインデックスの番号は１番から６４番まで）のシーケンスが用意されている。６４種類のシーケンスが用意されている場合、６ビットの情報（ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘまたはプリアンブルインデックスであってよい）を基地局装置３へ示すことができる。この情報は、ランダムアクセスプリアンブル識別子（RAPID, Random Access preamble Identifier）として示されてもよい。
　競合ベースのランダムアクセス手順の場合、端末装置１自身によってランダムアクセスプリアンブルのインデックスがランダムに選択される。競合ベースランダムアクセス手順においては、端末装置１は、設定された閾値を超えるＳＳ／ＰＢＣＨブロックのＲＳＲＰを持つＳＳ／ＰＢＣＨブロックを選択し、プリアンブルグループの選択を行う。ＳＳ／ＰＢＣＨブロックとランダムアクセスプリアンブルの関係が設定されている場合は、端末装置１は、選択されたＳＳ／ＰＢＣＨブロックと選択されたプリアンブルグループに関連付けられた１つまたは複数のランダムアクセスプリアンブルからランダムにｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘを選択し、選択されたｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックス（ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸ）にセットする。また、例えば、選択されたＳＳ／ＰＢＣＨブロックと選択されたプリアンブルグループは、メッセージ３の送信サイズに基づいて、２つのサブグループに分けてもよい。端末装置１は、メッセージ３の送信サイズが小さい場合に小さいメッセージ３の送信サイズに対応するサブグループからランダムにプリアンブルインデックスを選択し、メッセージ３の送信サイズが大きい場合に大きいメッセージ３の送信サイズに対応するサブグループからランダムにプリアンブルインデックスを選択してもよい。メッセージサイズが小さい場合のインデックスは、通常、伝搬路の特性が悪い（または、端末装置１と基地局装置３間の距離が遠い）場合に選択され、メッセージサイズが大きい場合のインデックスは、伝搬路の特性が良い（または、端末装置１と基地局装置３間の距離が近い）場合に選択される。
　非競合ベースランダムアクセス手順の場合、端末装置１によって基地局装置３から受信した情報に基づいてランダムアクセスプリアンブルのインデックスが選択される。ここで、当該端末装置１によって基地局装置３から受信した情報は、ＰＤＣＣＨに含まれてもよい。基地局装置３から受信した情報のビットの値が全て０である場合、端末装置１によって競合ベースランダムアクセス手順が実行され、端末装置１自身によってランダムアクセスプリアンブルのインデックスが選択される。
　＜メッセージ２（Ｓ８０２）＞
　次いで、メッセージ１を受信した基地局装置３は、Ｓ８０２において、端末装置１に送信を指示するための上りリンクグラント（RAR UL grant, Random Access Response Grant、ＲＡＲ　ＵＬグラント）を含むＲＡＲメッセージを生成し、生成したＲＡＲメッセージを含むランダムアクセス応答をＤＬ－ＳＣＨで端末装置１へ送信する。即ち、基地局装置３は、Ｓ８０１において送信されたランダムアクセスプリアンブルに対応するＲＡＲメッセージを含むランダムアクセス応答をプライマリセル（または、プライマリセカンダリセル）におけるＰＤＳＣＨで送信する。当該ＰＤＳＣＨは、ＲＡ－ＲＮＴＩを含むＰＤＣＣＨに対応する。該ＲＡ－ＲＮＴＩは、ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄによって算出される。ここで、ｓ＿ｉｄは、送信されるＰＲＡＣＨの最初のＯＦＤＭシンボルのインデックスであり、０から１３までの値を取る。ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨの最初のスロットのインデックスであり、０から７９までの値を取る。ｆ＿ｉｄは、周波数領域でＰＲＡＣＨのインデックスであり、０から７までの値を取る。ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄはＭｓｇ１送信に使われる上りリンクキャリアである。ＮＵＬキャリアに対するｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは０であり、ＳＵＬキャリアに対するｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは１である。
　ランダムアクセス応答を、メッセージ２またはＭｓｇ２と称してもよい。また、基地局装置３は、受信したランダムアクセスプリアンブルに対応したランダムアクセスプリアンブル識別子、および、該識別子に対応するＲＡＲメッセージ（ＭＡＣ　ＲＡＲ）をメッセージ２に含める。基地局装置３は、受信したランダムアクセスプリアンブルから端末装置１と基地局装置３との間の送信タイミングのずれを算出し、該ずれを調整するための送信タイミング調整情報（ＴＡコマンド,Timing Advance Command）をＲＡＲメッセージに含める。該ＲＡＲメッセージは、上りリンクグラントにマップされるランダムアクセスレスポンスグラントフィールド、Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩ（Cell Radio Network Temporary Identifier）がマップされるＴｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩフィールド、および、ＴＡコマンド（Timing Advance Command）を少なくとも含む。端末装置１は、ＴＡコマンドに基づいて、ＰＵＳＣＨ送信のタイミングを調整する。セルのグループ毎にＰＵＳＣＨ送信のタイミングが調整されてもよい。また、基地局装置３は、受信したランダムアクセスプリアンブルに対応したランダムアクセスプリアンブル識別子をメッセージ２に含める。
　ＰＲＡＣＨ送信に応答するために、端末装置１は、ランダムアクセス応答ウインドウの期間に、SpCell（PCellまたはPSCell）において、対応するＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット１＿０を検出（モニタ）する。該ランダムアクセス応答ウインドウの期間（ウインドウサイズ）は上位レイヤパラメータｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗによって与えられる。ウインドウサイズはＴｙｐｅ１－ＰＤＣＣＨコモンサーチスペースのサブキャリア間隔に基づくスロット数である。
　端末装置１がウインドウの期間内にＲＡ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマット１＿０および１つのＤＬ－ＳＣＨトランスポートブロックを含むＰＤＳＣＨを検出した場合、端末装置１はそのトランスポートブロックを上位レイヤに渡す。上位レイヤは、ＰＲＡＣＨ送信に関連するランダムアクセスプリアンブル識別子（RAPID）のためにそのトランスポートブロックを解析する。上位レイアがそのＤＬ－ＳＣＨトランスポートブロックのＲＡＲメッセージに含まれるＲＡＰＩＤを識別（identify）する場合、上位レイヤは物理レイヤに上りリンクグラントを示す。識別することは、受信したランダムアクセス応答に含まれるＲＡＰＩＤと送信したランダムアクセスプリアンブルに対応するＲＡＰＩＤとが同一であること。上りリンクグラントは、物理レイヤにおいてランダムアクセスレスポンス上りリンクグラント（RAR UL grant）と称する。即ち、端末装置１はランダムアクセスプリアンブル識別子に対応するランダムアクセス応答（メッセージ２）をモニタすることで、基地局装置３から自装置宛てのＲＡＲ　メッセージ（ＭＡＣ　ＲＡＲ）を特定することができる。
　（ｉ）端末装置１がウインドウの期間内にＲＡ－ＲＮＴＩによってスクランブルされるＣＲＣが付加されたＤＣＩフォーマット１＿０を検出しない場合、または、（ｉｉ）端末装置１がウインドウの期間内にＰＤＳＣＨにおけるＤＬ－ＳＣＨトランスポートブロックを正しく受信しない場合、または、（ｉｉｉ）上位レイヤがＰＲＡＣＨ送信に関連するＲＡＰＩＤを識別しない場合、上位レイヤは物理レイヤにＰＲＡＣＨを送信するように指示する。
　受信したランダムアクセスレスポンスに、送信したランダムアクセスプリアンブルに対応するランダムアクセスプリアンブル識別子が含まれており、端末装置１によって基地局装置３から受信した情報に基づいてランダムアクセスプリアンブルが選択された場合、端末装置１は非競合ベースランダムアクセス手順が成功裏に完了したとみなし、ランダムアクセスレスポンスに含まれている上りリンクグラントに基づいてＰＵＳＣＨを送信する。
　受信したランダムアクセスレスポンスに、送信したランダムアクセスプリアンブルに対応するランダムアクセスプリアンブル識別子が含まれており、端末装置１自身によってランダムアクセスプリアンブルが選択された場合、ＴＣ－ＲＮＴＩを受信したランダムアクセスレスポンスに含まれるＴＣ－ＲＮＴＩフィールドの値にセットし、ランダムアクセスレスポンスに含まれている上りリンクグラントに基づいてＰＵＳＣＨでランダムアクセスメッセージ３を送信する。ランダムアクセスレスポンスに含まれている上りリンクグラントに対応するＰＵＳＣＨは、対応するプリアンブルがＰＲＡＣＨで送信されたサービングセルにおいて送信される。
　ＲＡＲ　ＵＬ　グラント（RAR uplink grant）はＰＵＳＣＨ送信（または、RAR　ＰＵＳＣＨ）のスケジューリングのために用いられる。ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨ（またはＰＵＳＣＨ送信）はＲＡＲ　ＰＵＳＣＨ（またはＲＡＲ　ＰＵＳＣＨ送信）と称してもよい。つまり、ＲＡＲ　ＰＵＳＣＨ送信はＲＡＲ　ＵＬグラントに対応するＰＵＳＣＨ送信である。即ち、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨ（ＰＵＳＣＨ送信）はＲＡＲ　ＵＬグラントに対応するＰＵＳＣＨ（ＰＵＳＣＨ送信）であってもよい。
　競合ベースランダムアクセス手順において、端末装置１はＲＡＲ　ＵＬグラントに基づきMsg3(メッセージ３)の送信を行う。つまり、競合ベースランダムアクセス手順において、Msg3　ＰＵＳＣＨ（Msg3 PUSCH送信）はＲＡＲ　ＵＬグラントによってスケジュールされる。Msg3は競合ベースランダムアクセス手順の最初にスケジュールされた送信（ＰＵＳＣＨ送信、first scheduled transmission）であってもよい。Msg3は競合ベースランダムアクセス手順の一部分として、Ｃ－ＲＮＴＩ　ＭＡＣ　ＣＥまたはＣＣＣＨ　ＳＤＵを含むメッセージであり、ＵＬ－ＳＣＨで送信されてもよい。競合ベースランダムアクセス手順において、RAR PUSCH送信はMsg3 PUSCH送信であってもよい。非競合ベースランダムアクセス手順において、端末装置１はＲＡＲ　ＵＬ　グラントに基づきＰＵＳＣＨ（RAR PUSCH）の送信を行ってもよい。つまり、非競合ベースランダムアクセス手順において、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨはMsg3 PUSCHと称しなくてもよい。また、非競合ベースランダムアクセス手順において、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨはNon-Msg3 PUSCHと称してもよい。つまり、非競合ベースランダムアクセス手順において、Non-Msg3 PUSCHはＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨであってもよい。
　また、本実施形態において、Ｍｓｇ３　ＰＵＳＣＨは、競合ベースランダムアクセス手順において、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨを含んでもよい。また、Ｍｓｇ３　ＰＵＳＣＨは、非競合ベースランダムアクセス手順において、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨを含んでもよい。つまり、Ｍｓｇ３　ＰＵＳＣＨは、ランダムアクセス手順のタイプ（競合ベースランダムアクセス手順か非競合ベースランダムアクセス手順）と関わらず、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨであってもよい。
　図９はＲＡＲ　ＵＬ　グラントに含まれるフィールドの一例を示す図である。図９における周波数ホッピングフラグ（Frequency hopping flag）の値が０である場合、端末装置１は周波数ホッピングなしでＲＡＲ　ＵＬグラントによってスケジュールされたＰＵＳＣＨを送信する。周波数ホッピングフラグ（Frequency hopping flag）の値が１である場合、端末装置１は周波数ホッピングを伴うＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨを送信する。ＲＡＲ　ＵＬグラントがスケジュールするＰＵＳＣＨの周波数リソース割り当ては上りリンクリソース割り当てタイプ１であってもよい。
　（Ｍｓｇ３）ＰＵＳＣＨ　ｆｒｅｑｕｅｎｃｙ　ｒｅｓｏｕｒｃｅ　ａｌｌｏｃａｔｉｏｎ’フィールドはＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨ送信に対して周波数領域リソース割り当てを示すために用いられる。
　‘(Ｍｓｇ３)ＰＵＳＣＨ　ｔｉｍｅ　ｒｅｓｏｕｒｃｅ　ａｌｌｏｃａｔｉｏｎ’フィールドはＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨための時間領域のリソース割り当てを示すために用いられる。
　‘ＭＣＳ’フィールドはＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨためのＭＣＳインデックスの決定に用いられる。
　‘ＴＰＣ　ｃｏｍｍａｎｄ　ｆｏｒ　ｓｃｈｅｄｕｌｅｄ　ＰＵＳＣＨ’フィールドはＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨの送信電力のセッテイングのために用いられる。
　競合ベースランダムアクセス手順において、‘ＣＳＩ　ｒｅｑｕｅｓｔ’フィールドはリザーブ（reserved）される。非競合ベースランダムアクセス手順において、‘ＣＳＩ　ｒｅｑｕｅｓｔ’フィールドはアピリオディックＣＳＩレポートがＰＵＳＣＨ送信に含まれるどうかを決定するために用いられる。
　＜メッセージ３（Ｓ８０３）＞
　端末装置１は、Ｓ８０２で受信したＲＡＲメッセージに含まれているＲＡＲ　ＵＬ　グラントによってスケジュールされるＰＵＳＣＨ送信を行う。端末装置１は、同じサービングセルの同じ上りリンクキャリアにおいて、ＰＲＡＣＨ送信とＲＡＲ　ＵＬ　グラントによってスケジュールされるＰＵＳＣＨ送信を行う。ＲＡＲ　ＵＬ　グラントによってスケジュールされるＰＵＳＣＨは、アクティブなＵＬ　ＢＷＰにおいて送信される。ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨに対するサブキャリア間隔は、ＵＬ　ＢＷＰに対して設定される上位層のパラメータSubcarrierSpacingまたは上位層のパラメータSubcarrierSpacing２から示されてもよい。ＦＤＤでは、上位層のパラメータSubcarrierSpacingは、ＤＬ　ＢＷＰのサブキャリア間隔を示すために用いられてもよい。ＦＤＤでは、上位層のパラメータSubcarrierSpacing２は、ＵＬ　ＢＷＰのサブキャリア間隔を示すために用いられてもよい。ＳＵＬでは、上位層のパラメータSubcarrierSpacingは、NUL（Normal Uplink、Non-SUL）キャリアのサブキャリア間隔を示すために用いられてもよい。ＳＵＬでは、上位層のパラメータSubcarrierSpacing２は、ＳＵＬキャリアのサービングセルのサブキャリア間隔を示すために用いられてもよい。
　端末装置１は、ＲＡＲメッセージを含むＰＤＳＣＨをスケジュールするＤＣＩを検出する。ＲＡＲメッセージはＲＡＲ　ＵＬグラントを含む。端末装置１は、ＲＡＲメッセージにおけるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨを送信する。そのＰＵＳＣＨに割り当てられるスロットの番号は、（式２）Floor(n*2μPUSCH／2μPDSCH)+Ｋ２＋Δによって与えられてもよい。ｎは、ＲＡＲメッセージを含むＰＤＳＣＨが検出されるスロットである。スロットｎは、そのＰＤＳＣＨのサブキャリア間隔に対応するスロットの番号である。μＰＤＳＣＨはＰＤＳＣＨに対するサブキャリア間隔設定である。μPUSCHはRAR ULグラントによってスケジュールされるＰＵＳＣＨに対するサブキャリア間隔設定である。　つまり、端末装置１がスロットｎにおいてＲＡＲメッセージを含むＰＤＳＣＨを受信した場合、端末装置１はスロットFloor(n*2μPUSCH／2μPDSCH)+Ｋ２＋ΔにおいてＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨを送信してもよい。Ｋ２の値は、RAR ULグラントに含まれる‘ＰＵＳＣＨ　ｔｉｍｅ　ｒｅｓｏｕｒｃｅ　ａｌｌｏｃａｔｉｏｎ’フィールドによって示されてもよい。Δは、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨの最初の送信のための追加のサブキャリア間隔特定のスロット遅延値である。つまり、Δの値は、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨが適用されるサブキャリア間隔に対応する。例えば、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨが適用されるサブキャリア間隔が１５ｋＨｚである場合、Δの値は２スロットであってもよい。そのサブキャリア間隔が３０ｋＨｚである場合、Δの値は３スロットであってもよい。そのサブキャリア間隔が６０ｋＨｚである場合、Δの値は４スロットであってもよい。そのサブキャリア間隔が１２０ｋＨｚである場合、Δの値は６スロットであってもよい。
　別の言い方で言えば、ＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨが送信されるスロットの番号は、（ｉ）ＲＡＲメッセージを含むＰＤＳＣＨに対する第１のサブキャリア間隔、（ｉｉ）そのＰＤＳＣＨに含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨに対する第２のサブキャリア間隔、（ｉｉｉ）ＲＡＲメッセージを含むＰＤＳＣＨが受信されるスロットの番号、（ｉｖ）第２のサブキャリア間隔に対応する事前に定義されるスロットの数Δ、（ｉｉｖ）ＲＡＲ　ＵＬグラントから与えられるスロットオフセットの値Ｋ２に基づき与えられてもよい。
　図１８はＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨを送信する一例を示す図である。スロット長はサブキャリア間隔設定μにより異なる。図１８（Ａ）は、サブキャリア間隔３０ｋＨｚ（μ＝１）に対応するスロット番号である。図１８（Ｂ）は、サブキャリア間隔１５ｋＨｚ（μ＝０）に対応するスロット番号である。あるサブフレームまたはフレームにおいて、サブキャリア間隔のそれぞれに対応するスロットの番号は０からに昇順に数えられる。サブキャリア間隔設定１５ｋＨｚのスロット番号ｎは、サブキャリア間隔設定３０ｋＨｚのスロット番号２ｎと２ｎ＋１に対応する。
　図１８において、端末装置１は、ＤＣＩ（９００）を検出することによって、その検出したＤＣＩによってスケジュールされるＲＡＲメッセージを含むＰＤＳＣＨを受信してもよい。ＲＡＲメッセージを含むそのＰＤＳＣＨは、ＤＣＩ（９００）に基づき、ＰＤＳＣＨ（９０１）またはＰＤＳＣＨ（９０４）であってもよい。
　例えば、ＲＡＲメッセージを含むＰＤＳＣＨ（９０１）に対するサブキャリア間隔が１５ｋＨｚ（μPDSCH＝０）である。そのＰＤＳＣＨ（９０１）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨに対するサブキャリア間隔が１５ｋＨｚ（μPUSCH＝０）である。サブキャリア間隔１５ｋＨｚに対応するΔの値は２である。Ｋ２が０である場合、そのＰＤＳＣＨ（９０１）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨが送信されるスロットは、（式２）に基づき、スロットｎ＋２として与えられる。この場合、そのスケジュールされるＰＵＳＣＨは、サブキャリア間隔１５ｋＨｚに対応するスロットｎ＋２におけるＰＵＳＣＨ（９０２）である。Ｋ２が1である場合、そのＰＤＳＣＨ（９０１）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨが送信されるスロットは、（式２）に基づき、スロットｎ+３として与えられる。この場合、そのスケジュールされるＰＵＳＣＨは、サブキャリア間隔１５ｋＨｚに対応するスロットｎ＋３におけるＰＵＳＣＨ（９０３）である。
　また、例えば、ＲＡＲメッセージを含むＰＤＳＣＨ（９０１）に対するサブキャリア間隔が１５ｋＨｚ（μPDSCH＝０）である。そのＰＤＳＣＨ（９０１）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨに対するサブキャリア間隔が３０ｋＨｚ（μPUSCH＝１）である。サブキャリア間隔３０ｋＨｚに対応するΔの値は３である。Ｋ２が０である場合、そのＰＤＳＣＨ（９０１）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨが送信されるスロットは、（式２）に基づき、スロット２ｎ＋３として与えられる。この場合、そのスケジュールされるＰＵＳＣＨは、サブキャリア間隔３０ｋＨｚに対応するスロット２ｎ＋３におけるＰＵＳＣＨ（９０５）である。Ｋ２が1である場合、そのＰＤＳＣＨ（９０１）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨが送信されるスロットは、（式２）に基づき、スロット２ｎ+４として与えられる。この場合、そのスケジュールされるＰＵＳＣＨは、サブキャリア間隔３０ｋＨｚに対応するスロット２ｎ＋４におけるＰＵＳＣＨ（９０６）である。
　また、例えば、ＲＡＲメッセージを含むＰＤＳＣＨ（９０４）に対するサブキャリア間隔が３０ｋＨｚ（μPDSCH＝１）である。そのＰＤＳＣＨ（９０４）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨに対するサブキャリア間隔が３０ｋＨｚ（μPUSCH＝１）である。サブキャリア間隔３０ｋＨｚに対応するΔの値は３である。Ｋ２が０である場合、そのＰＤＳＣＨ（９０４）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨが送信されるスロットは、（式２）に基づき、スロット２ｎ＋３として与えられる。この場合、そのスケジュールされるＰＵＳＣＨは、サブキャリア間隔３０ｋＨｚに対応するスロット２ｎ＋３におけるＰＵＳＣＨ（９０５）である。Ｋ２が1である場合、そのＰＤＳＣＨ（９０４）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨが送信されるスロットは、（式２）に基づき、スロット２ｎ+４として与えられる。この場合、そのスケジュールされるＰＵＳＣＨは、サブキャリア間隔３０ｋＨｚに対応するスロット２ｎ＋４におけるＰＵＳＣＨ（９０６）である。
　また、例えば、ＲＡＲメッセージを含むＰＤＳＣＨ（９０４）に対するサブキャリア間隔が３０ｋＨｚ（μPDSCH＝１）である。そのＰＤＳＣＨ（９０４）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨに対するサブキャリア間隔が１５ｋＨｚ（μPUSCH＝０）である。サブキャリア間隔１５ｋＨｚに対応するΔの値は２である。Ｋ２が０である場合、そのＰＤＳＣＨ（９０４）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨが送信されるスロットは、（式２）に基づき、スロットｎ＋２として与えられる。この場合、そのスケジュールされるＰＵＳＣＨは、サブキャリア間隔１５ｋＨｚに対応するスロットｎ＋２におけるＰＵＳＣＨ（９０２）である。Ｋ２が1である場合、そのＰＤＳＣＨ（９０４）に含まれるＲＡＲ　ＵＬグラントによってスケジュールされるＰＵＳＣＨが送信されるスロットは、（式２）に基づき、スロットｎ+３として与えられる。この場合、そのスケジュールされるＰＵＳＣＨは、サブキャリア間隔１５ｋＨｚに対応するスロットｎ＋３におけるＰＵＳＣＨ（９０３）である。
　＜メッセージ３の再送信（Ｓ８０３ａ）＞
　メッセージ３の再送信は、ＲＡＲメッセージに含まれるＴＣ－ＲＮＴＩによってスクランブルされるＣＲＣパリティビットが付加されたＤＣＩフォーマット０＿０によってスケジュールされる。即ち、ＲＡＲメッセージに含まれるＲＡＲ　ＵＬグラントに対応するＰＵＳＣＨで送信されたトランスポートブロックのＰＵＳＣＨ再送信は、ＴＣ－ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット０＿０によってスケジュールされる。該ＤＣＩフォーマット０＿０はタイプ１ＰＤＣＣＨコモンサーチスペースセットのＰＤＣＣＨで送信される。即ち、端末装置１は、Ｓ８０３でメッセージ３を送信した後に、メッセージ３の再送信をスケジュールするＤＣＩフォーマット０＿０をモニタしてもよい。Ｓ８０３ａにおいて、端末装置１がメッセージ３の再送信をスケジュールするＤＣＩフォーマット０＿０を検出したら、Ｓ８０３ｂを実行する。
　＜メッセージ３の再送信（Ｓ８０３ｂ）＞
　Ｓ８０３ａにおいて、ＴＣ－ＲＮＴＩによってスクランブルされるＣＲＣパリティビットが付加されたＤＣＩフォーマット０＿０が検出したら、端末装置１は、Ｓ８０３で送信されたトランスポートブロックのＰＵＳＣＨ再送信を行う。
　＜メッセージ４（Ｓ８０４）＞
　メッセージ３(Msg3)のＰＵＳＣＨ送信に応答するために、Ｃ－ＲＮＴＩが示されない端末装置１は、ＵＥ衝突解消アイデンティティ（UE contention resolution identity）を含むＰＤＳＣＨをスケジュールするＤＣＩフォーマット１＿０をモニタする。ここで、このＤＣＩフォーマット１＿０は対応するＴＣ－ＲＮＴＩによってスクランブルされるＣＲＣパリティビットが付加される。ＵＥ衝突解消アイデンティティを伴うＰＤＳＣＨ受信に応答するために、端末装置１はＰＵＣＣＨでＨＡＲＱ－ＡＣＫ情報を送信する。該ＰＵＣＣＨの送信は、メッセージ３(Msg 3)が送信されるアクティブなＵＬ　ＢＷＰで行ってもよい。
　これにより、ランダムアクセス手順を行う端末装置１は、基地局装置３に対する上りリンクデータ送信を行なうことができる。
　図１９は、本実施形態に係るＭＡＣエンティティのランダムアクセス手順の一例を示すフロー図である。
　＜ランダムアクセス手順の開始（Ｓ１００１）＞
　図１９において、Ｓ１００１はランダムアクセス手順の開始（random access procedure initialization）に関する手順である。Ｓ１００１において、ランダムアクセス手順は、ＰＤＣＣＨオーダー、ＭＡＣエンティティ自身、下位レイヤからのビーム失敗（beam failure）の通知、あるいはＲＲＣ等によって開始（initiate）される。ＳＣｅｌｌにおけるランダムアクセス手順は０ｂ００００００にセットしないｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘを含むＰＤＣＣＨオーダーのみによって開始される。
　Ｓ１００１において、端末装置１は、ランダムアクセス手順を開始する（initiate）前に上位層を介してランダムアクセス設定情報を受信する。該ランダムアクセス設定情報には下記の情報または下記の情報を決定／設定するための情報の１つまたは複数のエレメントが含まれてよい。
・ｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘ：ランダムアクセスプリアンブルの送信に利用可能な１つまたは複数の時間／周波数リソース（ランダムアクセスチャネル機会（occasion）、ＰＲＡＣＨ機会(PRACH occasion)、ＲＡＣＨ機会とも称される）のセット
・ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ：プリアンブルの初期電力（目標受信電力であってよい）
・ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ：ＳＳ／ＰＢＣＨブロック（関連するランダムアクセスプリアンブルおよび／またはＰＲＡＣＨ機会であってもよい）の選択のための参照信号受信電力（ＲＳＲＰ）の閾値
・ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳ：ＣＳＩ－ＲＳ（関連するランダムアクセスプリアンブルおよび／またはＰＲＡＣＨ機会であってもよい）の選択のための参照信号受信電力（ＲＳＲＰ）の閾値
・ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ－ＳＵＬ：NUL（Normal Uplink）キャリアとSUL（Supplementary Uplink）キャリアとの間の選択のための参照信号受信電力（ＲＳＲＰ）の閾値
・ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔ：ランダムアクセス手順がビーム失敗リカバリのために開始された場合にｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢとｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳとの間の電力オフセット
・ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ：パワーランピングステップ（パワーランピングファクター）。プリアンブル送信カウンタPREAMBLE_TRANSMISSION_COUNTERに基づいてランプアップされる送信電力のステップを示す
・ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘ：利用可能な１つまたは複数のランダムアクセスプリアンブルあるいは前記複数のランダムアクセスプリアンブルグループにおいて利用可能な１つまたは複数のランダムアクセスプリアンブル
・ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘ：ＭＡＣエンティティがランダムアクセスプリアンブルを送信するＳＳ／ＰＢＣＨブロックに割り当てられたＰＲＡＣＨ機会を決定するための情報
・ｒａ－ＯｃｃａｓｉｏｎＬｉｓｔ：ＭＡＣエンティティがランダムアクセスプリアンブルを送信してもよいＣＳＩ－ＲＳに割り当てられたＰＲＡＣＨ機会を決定するための情報・ｐｒｅａｍＴｒａｎｓＭａｘ：プリアンブル送信の最大回数
・ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ（SpCell only）：各ＰＲＡＣＨ機会にマップされるＳＳ／ＰＢＣＨブロックの数および各ＳＳ／ＰＢＣＨブロックにマップされるランダムアクセスプリアンブルの数を示すパラメータ
・ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ: ランダムアクセス応答（SpCell only）をモニタするタイムウィンドウ
・ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ：衝突解消（コンテンションレゾリューション：Contention Resolution）タイマー
・ｎｕｍｂｅｒＯｆＲＡ－ＰｒｅａｍｂｌｅｓＧｒｏｕｐＡ：各ＳＳ／ＰＢＣＨブロックのためのランダムアクスプリアンブルグループＡ内のランダムアクセスプリアンブルの数・ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ：プリアンブル送信カウンタ
・ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ：ランダムアクセスプリアンブルフォーマットに基づく電力オフセット値
・ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲ：プリアンブル電力ランピングカウンタ
・ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ：初期ランダムアクセスプリアンブル電力。ランダムアクセスプリアンブル送信に対する初期送信電力を示す。
・ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦ:ランダムアクセスプリアンブル送信のタイミングを調整するために使われる。
　あるサービングセルにランダムアクセス手順が開始される時に、ＭＡＣエンティティは、Ｍｓｇ３バッファをフレッシュし、状態変数ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１にセットし、状態変数ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲを１にセットし、状態変数ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦを０ｍｓにセットする。ランダムアクセス手順に使われるキャリアが明示的に通知されるならば、ＭＡＣエンティティは、ランダムアクセス手順を行うために通知されたキャリアを選択し、状態変数ＰＣＭＡＸを通知されたキャリアの最大送信電力値にセットする。ＭＡＣエンティティは、ランダムアクセス手順に使われるキャリアが明示的に通知されない、かつ、該サービングセルに対してＳＵＬキャリアが設定されており、かつ、下りリンクパスロス参照のＲＳＲＰがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ－ＳＵＬにより小さい場合に、ランダムアクセス手順を行うためにＳＵＬキャリアを選択し、状態変数ＰＣＭＡＸをＳＵＬキャリアの最大送信電力値にセットする。その以外の場合に、ＭＡＣエンティティは、ランダムアクセス手順を行うためにＮＵＬキャリアを選択し、状態変数ＰＣＭＡＸをＮＵＬキャリアの最大送信電力値にセットする。
　＜ランダムアクセス手順の開始（Ｓ１００２）＞
　Ｓ１００２はランダムアクセスリソースの選択手順（random access resource selection）である。以下、端末装置１のＭＡＣレイヤにおけるランダムアクセスリソース（時間／周波数リソースおよび／またはプリアンブルインデックスを含む）の選択手順について説明する。
　端末装置１は、送信するランダムアクセスプリアンブルのプリアンブルインデックス（ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸと称されてもよい）に対して下記の手順で値をセットする。
　端末装置１（ＭＡＣエンティティ）は、（１）下位レイヤからのビーム失敗の通知によってランダムアクセス手順が開始され、（２）ＲＲＣパラメータでＳＳ／ＰＢＣＨブロック（ＳＳＢとも称される）またはＣＳＩ－ＲＳに関連付けられたビーム失敗リカバリ要求のための非競合ベースランダムアクセスのためのランダムアクセスリソース（ＰＲＡＣＨ機会であってもよい）が提供されており、かつ（３）一つ以上のＳＳ／ＰＢＣＨブロックまたはＣＳＩ－ＲＳのＲＳＲＰが所定の閾値を超えている場合に、ＲＳＲＰが前記所定の閾値を超えているＳＳ／ＰＢＣＨブロックまたはＣＳＩ－ＲＳを選択する。ＣＳＩ－ＲＳが選択された、かつ、選択されたＣＳＩ－ＲＳに関連つけられるｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘがなければ、ＭＡＣエンティティは、選択されたＳＳ／ＰＢＣＨブロックに関連付けられたｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックス（ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸ）にセットしてもよい。それ以外の場合、ＭＡＣエンティティは、該選択されたＳＳ／ＰＢＣＨブロックまたはＣＳＩ－ＲＳに関連付けられたｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックスにセットする。
　端末装置１は、（１）ＰＤＣＣＨまたはＲＲＣでｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘが提供され、（２）該ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘの値が競合ベースランダムアクセス手順を指示する値（例えば０ｂ００００００）ではなく、かつ（３）ＲＲＣでＳＳ／ＰＢＣＨブロックまたはＣＳＩ－ＲＳと非競合ベースランダムアクセスのためのランダムアクセスリソースが関連付けられていない場合に、シグナルされたｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックスにセットする。０ｂｘｘｘｘｘｘは、６ビットの情報フィールドに配置されているビット列を意味している。
　端末装置１は、（１）ＳＳ／ＰＢＣＨブロックと関連付けられる非競合ベースランダムアクセスのためのランダムアクセスリソースがＲＲＣから提供されており、かつ（２）関連付けられたＳＳ／ＰＢＣＨブロックのうちＲＳＲＰが所定の閾値を超えるＳＳ／ＰＢＣＨブロックが１つ以上利用可能である場合に、ＲＳＲＰが前記所定の閾値を超えているＳＳ／ＰＢＣＨブロックのうち１つを選択し、該選択されたＳＳ／ＰＢＣＨブロックに関連付けられたｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックスにセットする。
　端末装置１は、（１）ＲＲＣでＣＳＩ－ＲＳと非競合ベースランダムアクセスのためのランダムアクセスリソースが関連付けられており、かつ（２）関連付けられたＣＳＩ－ＲＳのうちＲＳＲＰが所定の閾値を超えるＣＳＩ－ＲＳが１つ以上利用可能である場合に、ＲＳＲＰが前記所定の閾値を超えているＣＳＩ－ＲＳの１つを選択し、該選択されたＣＳＩ－ＲＳに関連付けられたｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックスにセットする。
　端末装置１は、上記条件のいずれの条件も満たさない場合、競合ベースランダムアクセス手順を行なう。競合ベースランダムアクセス手順においては、端末装置１は、設定された閾値を超えるＳＳ／ＰＢＣＨブロックのＲＳＲＰを持つＳＳ／ＰＢＣＨブロックを選択し、プリアンブルグループの選択を行う。ＳＳ／ＰＢＣＨブロックとランダムアクセスプリアンブルの関係が設定されている場合は、端末装置１は、選択されたＳＳ／ＰＢＣＨブロックと選択されたプリアンブルグループに関連付けられた１つまたは複数のランダムアクセスプリアンブルからランダムにｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘを選択し、選択されたｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘをプリアンブルインデックスにセットする。
　ＭＡＣエンティティは、１つのＳＳ／ＰＢＣＨブロックを選択し、かつＰＲＡＣＨ機会とＳＳ／ＰＢＣＨブロックの関連付け（association）が設定されている場合、選択したＳＳ／ＰＢＣＨブロックに関連付けられているＰＲＡＣＨ機会のうち次に利用可能なＰＲＡＣＨ機会を決定してもよい。ただし、端末装置１は、１つのＣＳＩ－ＲＳを選択し、かつＰＲＡＣＨ機会とＣＳＩ－ＲＳの関連付け（association）が設定されている場合、選択したＣＳＩ－ＲＳに関連付けられているＰＲＡＣＨ機会のうち次に利用可能なＰＲＡＣＨ機会を決定してもよい。
　利用可能なＰＲＡＣＨ機会は、マスクインデックス情報、ＳＳＢインデックス情報、ＲＲＣパラメータで設定されるリソース設定、および／または選択された参照信号（ＳＳ／ＰＢＣＨブロックまたはＣＳＩ－ＲＳ）に基づいて、特定されてもよい。ＲＲＣパラメータで設定されるリソース設定は、ＳＳ／ＰＢＣＨブロック毎のリソース設定、および／またはＣＳＩ－ＲＳ毎のリソース設定を含む。
　基地局装置３は、ＲＲＣメッセージで、ＳＳ／ＰＢＣＨブロック毎のリソース設定および／またはＣＳＩ－ＲＳ毎のリソース設定を、端末装置１に送信してもよい。端末装置１は、ＲＲＣメッセージで、ＳＳ／ＰＢＣＨブロック毎のリソース設定および／またはＣＳＩ－ＲＳ毎のリソース設定を、基地局装置３から受信する。基地局装置３は、マスクインデックス情報および／またはＳＳＢインデックス情報を端末装置１に送信してもよい。端末装置１は、マスクインデックス情報および／またはＳＳＢインデックス情報を、基地局装置３から取得する。端末装置１は、ある条件に基づいて、参照信号（ＳＳ／ＰＢＣＨブロックまたはＣＳＩ－ＲＳ）を選択してもよい。端末装置１は、次に利用可能なＰＲＡＣＨ機会を、マスクインデックス情報、ＳＳＢインデックス情報、ＲＲＣパラメータで設定されるリソース設定、および選択された参照信号（ＳＳ／ＰＢＣＨブロックまたはＣＳＩ－ＲＳ）に基づいて特定してもよい。端末装置１のＭＡＣエンティティは、選択されたＰＲＡＣＨ機会を使用してランダムアクセスプリアンブルを送信するように物理レイヤに指示してもよい。
　マスクインデックス情報は、ランダムアクセスプリアンブルの送信に利用可能なＰＲＡＣＨ機会のインデックスを示す情報である。マスクインデックス情報は、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘで定められる１つまたは複数のＰＲＡＣＨ機会のグループの一部のＰＲＡＣＨ機会を示す情報であってもよい。また、マスクインデックス情報は、ＳＳＢインデックス情報で特定される特定のＳＳＢインデックスがマップされたＰＲＡＣＨ機会のグループ内の一部のＰＲＡＣＨ機会を示す情報であってもよい。
　ＳＳＢインデックス情報は、基地局装置３が送信する１つまたは複数のＳＳ／ＰＢＣＨブロックのいずれかひとつに対応するＳＳＢインデックスを示す情報である。メッセージ０を受信した端末装置１は、ＳＳＢインデックス情報で示されるＳＳＢインデックスがマップされたＰＲＡＣＨ機会のグループを特定する。各ＰＲＡＣＨ機会にマップされるＳＳＢインデックスは、ＰＲＡＣＨ設定インデックスと上位レイヤパラメータＳＢ－ｐｅｒＲＡＣＨ－Ｏｃｃａｓｉｏｎ、および上位レイヤパラメータｃｂ－ｐｒｅａｍｂｌｅＰｅｒＳＳＢによって決まる。
　＜ランダムアクセスプリアンブルの送信（Ｓ１００３）＞
　Ｓ１００３はランダムアクセスプリアンブルの送信（random access preamble transmission）に関する手順である。各ランダムアクセスプリアンブルに対して、ＭＡＣエンティティは、（１）状態変数ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲが１より大きい、かつ（２）上位レイヤから停止されている電力ランプカウンタの通知が受信されていない、かつ（３）選択されたＳＳ／ＰＢＣＨブロックが変更されていない場合に、状態変数ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲを１つインクリメントする。
　次に、ＭＡＣエンティティは、ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥの値を選択し、状態変数ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを所定の値にセットする。所定の値はｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ＋ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ＋（ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲ―１）＊ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐによって算出される。
　次に、ＭＡＣエンティティは、ビーム失敗リカバリ要求のために非競合ベースランダムアクセスプリアンブル以外の場合に、ランダムアクセスプリアンブルが送信されるＰＲＡＣＨ機会に関連付けられるＲＡ－ＲＮＴＩを算出する。該ＲＡ－ＲＮＴＩは、ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄによって算出される。ここで、ｓ＿ｉｄは、送信されるＰＲＡＣＨの最初のＯＦＤＭシンボルのインデックスであり、０から１３までの値を取る。ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨの最初のスロットのインデックスであり、０から７９までの値を取る。ｆ＿ｉｄは、周波数領域でＰＲＡＣＨのインデックスであり、０から７までの値を取る。ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄはＭｓｇ１送信に使われる上りリンクキャリアである。ＮＵＬキャリアに対するｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは０であり、ＳＵＬキャリアに対するｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは１である。
　ＭＡＣエンティティは、選択されたＰＲＡＣＨを用いてランダムアクセスプリアンブルを送信するように物理レイヤに指示する。
　＜ランダムアクセス応答の受信（Ｓ１００４）＞
　Ｓ１００４はランダムアクセス応答の受信（random access response reception）に関する手順である。一旦ランダムアクセスプリアンブルが送信されると、ＭＡＣエンティティは、測定ギャップの可能な発生に関わらず、以下の動作を行う。ここで、ランダムアクセス応答はランダムアクセス応答のためのＭＡＣ　ＰＤＵであってもよい。
　ＭＡＣ　ＰＤＵ（ランダムアクセス応答のＭＡＣ　ＰＤＵ）は、１つまたは複数のＭＡＣ　ｓｕｂＰＤＵｓと可能なパディングから構成されている。各ＭＡＣ　ｓｕｂＰＤＵは、以下の何れかで構成されている。
・Ｂａｃｋｏｆｆ　Ｉｎｄｉｃａｔｏｒのみを含むＭＡＣ　サブヘッダ（subheader）
・ＲＡＰＩＤのみを示すＭＡＣ　サブヘッダ（subheader）
・ＲＡＰＩＤを示すＭＡＣ　サブヘッダ（subheader）とＭＡＣ　ＲＡＲ（MAC payload for Random Access Response）
　Ｂａｃｋｏｆｆ　Ｉｎｄｉｃａｔｏｒのみを含むＭＡＣ　ｓｕｂＰＤＵはＭＡＣ　ＰＤＵの先頭に配置される。パディングはＭＡＣ　ＰＤＵの最後に配置される。ＲＡＰＩＤのみを含むＭＡＣ　ｓｕｂＰＤＵ、および、ＲＡＰＩＤとＭＡＣ　ＲＡＲを含むＭＡＣ　ｓｕｂＰＤＵは、Ｂａｃｋｏｆｆ　Ｉｎｄｉｃａｔｏｒのみを含むＭＡＣ　ｓｕｂＰＤＵとパディングとの間のどこにでも配置されることができる。
　ＭＡＣ　ＲＡＲは固定のサイズで、0にセットするリザーブビット（Reserved bits）、送信タイミング調整情報（ＴＡコマンド,Timing Advance Command）,ＵＬグラント（ＵＬ　ｇｒａｎｔ、ＲＡＲ　ＵＬ　ｇｒａｎｔ）、および、ＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩから構成されている。以下、ＲＡＲメッセージはＭＡＣ　ＲＡＲであってもよい。ＲＡＲメッセージはランダムアクセス応答であってもよい。
　Ｓ１００４において、ＭＡＣエンティティがビーム失敗リカバリ要求のために非競合ベースランダムアクセスプリアンブルを送信したならば、ＭＡＣエンティティはランダムアクセスプリアンブル送信の終わりから最初のＰＤＣＣＨ機会で、ランダムアクセス応答ウインドウ（ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）をスタートする。そして、ランダムアクセス応答ウインドウがランニングしている間に、ＭＡＣエンティティはビーム失敗リカバリ要求への応答のために、Ｃ－ＲＮＴＩによって識別されたＳｐＣｅｌｌのＰＤＣＣＨをモニタする。ここで、ランダムアクセス応答ウインドウの期間（ウインドウサイズ）は上位レイヤパラメータＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇに含まれるｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗによって与えられる。それ以外の場合、ＭＡＣエンティティはランダムアクセスプリアンブル送信の終わりから最初のＰＤＣＣＨ機会で、ランダムアクセス応答ウインドウ（ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）をスタートする。ここで、ランダムアクセス応答ウインドウの期間（ウインドウサイズ）は上位レイヤパラメータＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎに含まれるｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗによって与えられる。そして、ＭＡＣエンティティは、ランダムアクセス応答ウインドウがランニングしている間に、ＭＡＣエンティティはランダムアクセス応答のために、ＲＡ－ＲＮＴＩによって識別されたＳｐＣｅｌｌのＰＤＣＣＨをモニタする。ここで、インフォメーションエレメントＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇは、ビーム失敗検出の場合に、端末装置１に対してビーム失敗リカバリのためにＲＡＣＨリソースおよび候補ビームの設定に使われる。インフォメーションエレメントＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎは、セル固有のランダムアクセスパラメータを指定するために使われる。
　ＭＡＣエンティティは、（１）下位レイヤからＰＤＣＣＨ送信の受信通知が受け取られ、かつ（２）ＰＤＣＣＨ送信がＣ－ＲＮＴＩによってスクランブルされ、かつ（３）ＭＡＣエンティティがビーム失敗リカバリ要求のために非競合ベースランダムアクセスプリアンブルを送信した場合に、ランダムアクセス手順が成功裏に完了したとみなしてもよい。
　次に、ＭＡＣエンティティは、（１）下りリンクアサインメントがＲＡ－ＲＮＴＩのＰＤＣＣＨにおいて受信され、かつ（２）受信されたトランスポートブロックが成功裏にデコードされる場合に、以下の動作を行う。
　ＭＡＣエンティティは、ランダムアクセス応答がＢａｃｋｏｆｆＩｎｄｉｃａｔｏｒを含むＭＡＣ　ｓｕｂＰＤＵを含んでいる場合に、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦをＭＡＣ　ｓｕｂＰＤＵに含まれるＢＩフィールドの値に設定する。それ以外の場合、ＭＡＣエンティティはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦを０ｍｓにセットする。
　ＭＡＣエンティティは、ランダムアクセス応答が送信されたＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸに対応するランダムアクセスプリアンブル識別子を含むＭＡＣ　ｓｕｂＰＤＵを含んでいる場合に、ランダムアクセス応答の受信が成功したとみなしてもよい。
　（１）ランダムアクセス応答の受信が成功したとみなし、且つ（２）該ランダムアクセス応答がＲＡＰＩＤのみを含むＭＡＣ　ｓｕｂＰＤＵを含む場合に、ＭＡＣエンティティはランダムアクセス手順が成功裏に完了したとみなし、そして、ＳＩリクエスト（symstem information request）に対する肯定応答（acknowledgement）の受信を上位レイヤに示す。ここで、条件（２）が満たされない場合、ＭＡＣエンティティは、ランダムアクセスプリアンブルが送信されるサービングセルに以下の動作Ａを適用する。
＜動作Ａの開始＞
　ＭＡＣエンティティは、受信した送信タイミング調整情報（Timing Advance Command）を処理し、下位レイヤに最新のランダムアクセスプリアンブル送信に適用されるpreambleReceivedTargetPowerおよびパワーランピングの量を示す。ここで、該送信タイミング調整情報は、受信したランダムアクセスプリアンブルから端末装置１と基地局装置３との間の送信タイミングのずれを調整するために用いられる。
　ランダムアクセス手順に対するサービングセルがＳＲＳのみのためのＳＣｅｌｌである場合、ＭＡＣエンティティは受信したＵＬグラントを無視してもよい。それ以外の場合、ＭＡＣエンティティは受信したＵＬグラントの値を処理し下位レイヤに示す。
　ランダムアクセスプリアンブルがＭＡＣエンティティによって競合ベースランダムアクセスプリアンブルの範囲の中から選択されない場合、ＭＡＣエンティティはランダムアクセス手順が成功裏に完了したとみなしてもよい。
＜動作Ａの終了＞
　ランダムアクセスプリアンブルがＭＡＣエンティティによって競合ベースランダムアクセスプリアンブルの範囲の中から選択される場合、ＭＡＣエンティティはＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩを受信したランダムアクセス応答に含まれるＴｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩフィールドの値にセットする。続いて、該ランダムアクセス応答がこのランダムアクセス手順の中で初めて成功裏に受信された場合、ＭＡＣエンティティは、ＣＣＣＨ論理チャネル（common control channel logical channel）に対して送信が行われていないならば、次の上りリンク送信にＣ－ＲＮＴＩ　ＭＡＣ　ＣＥを含むことを所定のエンティティ（Multiplexing and assembly entity）に通知し、そして、所定のエンティティ（Multiplexing and assembly entity）から送信用のＭＡＣ　ＰＤＵを取得し、取得したＭＡＣ　ＰＤＵをＭｓｇ３バッファに格納する。ＭＡＣエンティティは、ＣＣＣＨ論理チャネルに対して送信が行われる場合に、所定のエンティティ（Multiplexing and assembly entity）から送信用のＭＡＣ　ＰＤＵを取得し、取得したＭＡＣ　ＰＤＵをＭｓｇ３バッファに格納する。
　ＭＡＣエンティティは、以下の条件（３）から（４）の少なくとも１つが満たされるならば、ランダムアクセス応答が成功裏に受信されていないとみなし、プリアンブル送信カウンタ（ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）を１つインクリメントする。ＭＡＣエンティティは、プリアンブル送信カウンタの値が所定の値（プリアンブル送信の最大回数＋１）に達し、且つ、ランダムアクセスプリアンブルがＳｐＣｅｌｌで送信される場合に、上位レイヤにランダムアクセス問題を示す。そして、ランダムアクセス手順がＳＩリクエストのために開始された場合、ＭＡＣエンティティは、ランダムアクセス手順が成功裏に完了していないとみなす。
　ＭＡＣエンティティは、プリアンブル送信カウンタの値が所定の値（プリアンブル送信の最大回数＋１）に達し、且つ、ランダムアクセスプリアンブルがＳＣｅｌｌで送信される場合に、ランダムアクセス手順が成功裏に完了していないとみなす。
　条件（３）は、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで設定されたランダムアクセス応答ウインドウの期間が満了し（expired）、且つ、送信されたプリアンブルインデックスと一致するランダムアクセスプリアンブル識別子を含むランダムアクセス応答が受信されていないということである。条件（４）は、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇで設定されたランダムアクセス応答ウインドウの期間が満了し（expired）、且つ、Ｃ－ＲＮＴＩによってスクランブルされるＰＤＣＣＨが受信されていないということである。
　ランダムアクセス手順が完了していない場合、ＭＡＣエンティティは、該ランダムアクセス手順でランダムアクセスプリアンブルがＭＡＣ自身によって競合ベースランダムアクセスプリアンブルの範囲の中から選択されたならば、０とＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦとの間でランダムバックオフ時間を選択し、選択されたバックオッフ時間で次のランダムアクセスプリアンブル送信を遅らせ、そして、Ｓ１００２を実行する。ランダムアクセス手順が完了していない場合、ＭＡＣエンティティは、該ランダムアクセス手順でランダムアクセスプリアンブルがＭＡＣ自身によって競合ベースランダムアクセスプリアンブルの範囲の中から選択されていないならば、Ｓ１００２を実行する。
　ＭＡＣエンティティは、送信されたプリアンブルインデックスと一致するランダムアクセスプリアンブル識別子を含むランダムアクセス応答を成功裏に受信したら、ランダムアクセス応答ウインドウをストップしてもよい。
　端末装置１はＵＬグラントに基づいてＰＵＳＣＨでメッセージ３を送信する。
　＜衝突解消（Ｓ１００５）＞
　Ｓ１００５は衝突解消（Contention Resolution）に関する手順である。
　一旦Ｍｓｇ３が送信されると、ＭＡＣエンティティは、衝突解消タイマーをスタートし、および、各ＨＡＲＱ再送信時に衝突解消タイマーを再スタートする。ＭＡＣエンティティは、測定ギャップの可能な発生に関わらず、衝突解消タイマーがランニングしている間にＰＤＣＣＨをモニタする。
　下位レイヤからＰＤＣＣＨ送信の受信通知を受け取って、かつ、Ｃ－ＲＮＴＩ　ＭＡＣ　ＣＥがＭｓｇ３に含まれている場合、ＭＡＣエンティティは、以下の条件（５）から（７）の少なくとも１つが満たされるならば、競合解消が成功するとみなし、衝突解消タイマーをストップし、ＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩを破棄し、ランダムアクセス手順が成功裏に完了したとみなす。
　条件（５）は、ランダムアクセス手順がＭＡＣサブレイア自身またはＲＲＣサブレイアによって開始され、ＰＤＣＣＨ送信がＣ－ＲＮＴＩによってスクランブルされ、且つ、該ＰＤＣＣＨ送信が初期送信のための上りリンクグラントを含むということである。条件（６）は、ランダムアクセス手順がＰＤＣＣＨオーダーによって開始され、かつ、ＰＤＣＣＨ送信はＣ－ＲＮＴＩによってスクランブルされるということである。条件（７）は、ランダムアクセス手順がビーム失敗リカバリのために開始され、且つ、ＰＤＣＣＨ送信はＣ－ＲＮＴＩによってスクランブルされるということである。
　ＣＣＣＨ　ＳＤＵ(UE contention resolution Identity)がＭｓｇ３に含まれ、且つ、ＰＤＣＣＨ送信がＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩによってスクランブルされる場合、ＭＡＣエンティティは、ＭＡＣ　ＰＤＵが成功裏にデコードされるならば、衝突解消タイマーをストップする。続いて、成功裏にデコードされたＭＡＣ　ＰＤＵがＵＥ衝突解消アイデンティティ（UE contention resolution identity）ＭＡＣ　ＣＥを含み、且つ、ＭＡＣ　ＣＥ内のＵＥ衝突解消アイデンティティがＭｓｇ３で送信されたＣＣＣＨ　ＳＤＵとマッチする場合、ＭＡＣエンティティは、衝突解消が成功するとみなし、ＭＡＣ　ＰＤＵの分解（disassembly）および逆多重化(demultiplexing)を終了する。そして、ランダムアクセス手順がＳＩリクエストのために開始された場合に、ＭＡＣエンティティはＳＩリクエストに対する肯定応答の受信を上位レイヤに示す。ランダムアクセス手順がＳＩリクエストのために開始されない場合、ＭＡＣエンティティはＣ－ＲＮＴＩをＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩの値にセットする。続いて、ＭＡＣエンティティは、ＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩを破棄し、ランダムアクセス手順が成功裏に完了するとみなす。
　ＭＡＣエンティティは、ＭＡＣ　ＣＥ内のＵＥ衝突解消アイデンティティがＭｓｇ３で送信されたＣＣＣＨ　ＳＤＵとマッチしない場合に、ＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩを破棄し、衝突解消が成功しないとみなし、成功裏にデコードされたＭＡＣ　ＰＤＵを破棄する。
　ＭＡＣエンティティは、衝突解消タイマーが満了した場合に、ＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩを破棄し（discard）、競合解消が成功しないとみなす。ＭＡＣエンティティは、競合解消が成功しないとみなされる場合に、Ｍｓｇ３バッファ内のＭＡＣ　ＰＤＵの送信に使われるＨＡＲＱバッファをフラッシュし、プリアンブル送信カウンタ（ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）を１つインクリメントする。プリアンブル送信カウンタの値が所定の値（プリアンブル送信の最大回数＋１）に達したら、ＭＡＣエンティティは上位レイヤにランダムアクセス問題を示す。そして、ランダムアクセス手順がＳＩリクエストのために開始された場合、ＭＡＣエンティティは、ランダムアクセス手順が成功裏に完了していないとみなす。
　ランダムアクセス手順が完了していない場合、ＭＡＣエンティティは、０とＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦとの間でランダムバックオフ時間を選択し、選択されたバックオッフ時間で次のランダムアクセスプリアンブル送信を遅らせ、Ｓ１００２を実行する。
　ランダムアクセス手順が完了すると、ＭＡＣエンティティは、ビーム失敗リカバリ要求のための非競合ベースランダムアクセス手順以外の非競合ベースランダムアクセス手順に対して、明示的にシグナリングされた非競合ベースランダムアクセスリソースを破棄し、Ｍｓｇ３バッファ内のＭＡＣ　ＰＤＵの送信に使われるＨＡＲＱバッファをフラッシュする。
　以下、本実施形態における装置の構成について説明する。
　図２０は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベースバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、モニタ部、または、物理層処理部とも称する。上位層処理部１４を測定部、選択部または制御部１４とも称する。
　上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロックと称されてもよい）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部１４は、１つまたは複数の参照信号から、それぞれの参照信号の測定値に基づいて１つの参照信号を選択する機能を有してもよい。上位層処理部１４は、１つまたは複数のＰＲＡＣＨ機会から、選択した１つの参照信号に関連付けられたＰＲＡＣＨ機会を選択する機能を有してもよい。上位層処理部１４は、無線送受信部１０で受信したランダムアクセス手順の開始を指示する情報に含まれるビット情報が所定の値であった場合に、上位レイヤ（例えばＲＲＣレイヤ）で設定された１つまたは複数のインデックスから１つのインデックスを特定し、プリアンブルインデックスにセットする機能を有してもよい。上位層処理部１４は、ＲＲＣで設定された１つまたは複数のインデックスのうち、選択した参照信号に関連付けられたインデックスを特定し、プリアンブルインデックスにセットする機能を有してもよい。上位層処理部１４は、受信した情報（例えば、ＳＳＢインデックス情報および／またはマスクインデックス情報）に基づいて、次に利用可能なＰＲＡＣＨ機会を決定する機能を有してもよい。上位層処理部１４は、受信した情報（例えば、ＳＳＢインデックス情報）に基づいて、ＳＳ／ＰＢＣＨブロックを選択する機能を有してもよい。
　上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣレイヤ（媒体アクセス制御層）の処理を行なう。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、スケジューリング要求の伝送の制御を行う。
　上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣレイヤ（無線リソース制御層）の処理を行なう。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。無線リソース制御層処理部１６は、基地局装置３から受信した下りリンク制御情報に基づいてリソース割り当てを制御（特定）する。
　無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。無線送受信部１０は、あるセルにおける１つまたは複数の参照信号を受信する機能を有してもよい。無線送受信部１０は、１つまたは複数のＰＲＡＣＨ機会を特定する情報（例えば、ＳＳＢインデックス情報および／またはマスクインデックス情報）を受信する機能を有してもよい。無線送受信部１０は、ランダムアクセス手順の開始を指示する指示情報を含む信号を受信する機能を有してもよい。無線送受信部１０は、所定のインデックスを特定する情報を受信する情報を受信する機能を有してもよい。無線送受信部１０は、ランダムアクセスプリンブルのインデックスを特定する情報を受信する機能を有してもよい。無線送受信部１０は、上位層処理部１４で決定したＰＲＡＣＨ機会でランダムアクセスプリアンブルを送信する機能を有してもよい。
　ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
　ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をデジタル信号に変換する。ベースバンド部１３は、変換したデジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
　ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのデジタル信号を生成し、ベースバンドのデジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
　ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は在圏セルにおいて送信する上りリンク信号および／または上りリンクチャネルの送信電力を決定する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
　図２１は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、モニタ部、または、物理層処理部とも称する。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。上位層処理部３４を、制御部３４とも称する。
　上位層処理部３４は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の一部あるいはすべての処理を行なう。上位層処理部３４は、無線送受信部３０で受信したランダムアクセスプリアンブルに基づいて、１つまたは複数の参照信号から１つの参照信号を特定する機能を有してもよい。上位層処理部３４は、少なくともＳＳＢインデックス情報とマスクインデックス情報とからランダムアクセスプリアンブルをモニタするＰＲＡＣＨ機会を特定してもよい。
　上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣレイヤの処理を行なう。媒体アクセス制御層処理部３５は、無線リソース制御層処理部３６によって管理されている各種設定情報／パラメータに基づいて、スケジューリングリクエストに関する処理を行う。
　上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣレイヤの処理を行なう。無線リソース制御層処理部３６は、端末装置１にリソースの割当情報を含む下りリンク制御情報（上りリンクグラント、下りリンクグラント）を生成する。無線リソース制御層処理部３６は、下りリンク制御情報、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック、ランダムアクセス応答）、システム情報、ＲＲＣメッセージ、ＭＡＣ　ＣＥ（Control Element）などを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。無線リソース制御層処理部３６は、あるセルにおける１つまたは複数の参照信号の設定を特定するための情報を送信／報知してもよい。
　基地局装置３から端末装置１にＲＲＣメッセージ、ＭＡＣ　ＣＥ、および／またはＰＤＣＣＨを送信し、端末装置１がその受信に基づいて処理を行う場合、基地局装置３は、端末装置が、その処理を行っていることを想定して処理（端末装置１やシステムの制御）を行う。すなわち、基地局装置３は、端末装置にその受信に基づく処理を行わせるようにするＲＲＣメッセージ、ＭＡＣ　ＣＥ、および／またはＰＤＣＣＨを端末装置１に送っている。
　無線送受信部３０は、１つまたは複数の参照信号を送信する機能を有する。また、無線送受信部３０は、端末装置１から送信されたビーム失敗リカバリ要求を含む信号を受信する機能を有してもよい。無線送受信部３０は、端末装置１に１つまたは複数のＰＲＡＣＨ機会を特定する情報（例えば、ＳＳＢインデックス情報および／またはマスクインデックス情報）を送信する機能を有してもよい。無線送受信部３０は、所定のインデックスを特定する情報を送信する機能を有してもよい。無線送受信部３０は、ランダムアクセスプリアンブルのインデックスを特定する情報を送信する機能を有してもよい。無線送受信部３０は、上位層処理部３４で特定されたＰＲＡＣＨ機会でランダムアクセスプリアンブルをモニタする機能を有してもよい。その他、無線送受信部３０の一部の機能は、無線送受信部１０と同様であるため説明を省略する。なお、基地局装置３が１つまたは複数の送受信点４と接続している場合、無線送受信部３０の機能の一部あるいは全部が、各送受信点４に含まれてもよい。
　また、上位層処理部３４は、基地局装置３間あるいは上位のネットワーク装置（ＭＭＥ、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－ＧＷ））と基地局装置３との間の制御メッセージ、またはユーザデータの送信（転送）または受信を行なう。図２１において、その他の基地局装置３の構成要素や、構成要素間のデータ（制御情報）の伝送経路については省略してあるが、基地局装置３として動作するために必要なその他の機能を有する複数のブロックを構成要素として持つことは明らかである。例えば、上位層処理部３４には、無線リソース管理（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｍａｎａｇｅｍｅｎｔ）層処理部や、アプリケーション層処理部が存在している。また上位層処理部３４は、無線送受信部３０から送信する複数の参照信号のそれぞれに対応する複数のスケジューリング要求リソースを設定する機能を有してもよい。
　なお、図中の「部」とは、セクション、回路、構成装置、デバイス、ユニットなど用語によっても表現される、端末装置１および基地局装置３の機能および各手順を実現する要素である。
　端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
　（１）より具体的には、本発明の第１の態様における端末装置１は、ＵＳＳでのＤＣＩを含むＰＤＣＣＨを検出し、前記ＤＣＩによってスケジュールされるＰＤＳＣＨを受信する受信部１０と、前記ＤＣＩに含まれる第１のフィールドのビット数を決定する制御部１６と、を備え、前記第１のフィールドはＰＤＳＣＨ時間領域リソース割り当てのフィールドであり、上位層の第１のパラメータは、１つまたは複数のエントリを含み、前記エントリは、ＰＤＳＣＨの時間領域リソース割り当ての情報を示し、デフォルトテーブルは事前に定義され、PDSCH時間領域リソース割り当ての情報を示し、前記制御部１６は、前記第１のフィールドのビット数をceiling(log2(Ｉ))として決定し、前記第１のパラメータが示される場合に、Ｉは前記エントリの数によって与えられ、前記第１のパラメータが示されなかった場合に、Ｉは前記デフォルトテーブルの行の数によって与えられる。
　（２）本発明の第２の態様における基地局装置３は、ＵＳＳでのＤＣＩを含むＰＤＣＣＨを送信し、前記ＤＣＩによってスケジュールされるＰＤＳＣＨを受信する受信部３０と、第１のフィールドのビット数を決定し、前記第１のフィールドを含む前記ＤＣＩを生成する制御部３６と、を備え、前記第１のフィールドはＰＤＳＣＨ時間領域リソース割り当てのフィールドであり、上位層の第１のパラメータは、１つまたは複数のエントリを含み、前記エントリは、ＰＤＳＣＨの時間領域リソース割り当ての情報を示し、デフォルトテーブルは事前に定義され、PDSCH時間領域リソース割り当ての情報を示し、前記制御部３６は、前記第１のフィールドのビット数をceiling(log2(Ｉ))として決定し、前記第１のパラメータが示される場合に、Ｉは前記エントリの数によって与えられ、前記第１のパラメータが示されなかった場合に、Ｉは前記デフォルトテーブルの行の数によって与えられる。
　（３）本発明の第１の態様または第２の態様において、前記第１のパラメータが示されなかった場合に、前記デフォルトテーブルが前記PDSCH時間領域リソース割り当てを示すために適用され、前記第１のパラメータが示された場合に、前記エントリが前記PDSCH時間領域リソース割り当てを示すために適用される。
　（４）本発明の第１の態様または第２の態様において、PDSCH時間領域リソース割り当ての情報は、前記PDCCHと前記ＰＤＳＣＨとの間のスロットオフセット、スロット内の前記ＰＤＳＣＨのスタートシンボルおよび連続的な割り当てられるシンボル数、前記ＰＤＳＣＨのマッピングタイプを示す。
　（５）本発明の第１の態様または第２の態様において、前記第１のパラメータは、セル共通のPDSCHコンフィギュレーションまたはＵＥ固有のPDSCHコンフィギュレーションに含まれる。
　（６）本発明の第１の態様または第２の態様において、前記ＤＣＩは、Ｃ－ＲＮＴＩ、ＭＣＳ－Ｃ－ＲＮＴＩ、および、ＣＳ－ＲＮＴＩの内、何れかによってスクランブルされるＣＲＣが付加される。
　（７）本発明の第３の態様における端末装置１は、ＵＳＳでのＤＣＩを含むＰＤＣＣＨを検出し、前記ＤＣＩによってスケジュールされるＰＤＳＣＨを受信する受信部１０と、前記ＤＣＩに含まれる第１のフィールドのビット数を決定する制御部１６と、を備え、前記第１のフィールドは前記ＰＤＳＣＨの時間領域リソース割り当てのフィールドであり、上位層の第１のパラメータは、１つまたは複数のエントリを含み、前記エントリは、ＰＤＳＣＨの時間領域リソース割り当ての情報を示し、前記制御部１６は、前記第１のパラメータが示される場合に、前記第１のフィールドのビット数をceiling(log2(Ｉ))として決定し、前記第１のパラメータが示されなかった場合に、前記第１のフィールドのビット数を４として決定し、前記Ｉは前記エントリの数によって与えられる。
　（８）本発明の第４の態様における基地局装置３は、ＵＳＳでのＤＣＩを含むＰＤＣＣＨを送信し、前記ＤＣＩによってスケジュールされるＰＤＳＣＨを受信する受信部３０と、第１のフィールドのビット数を決定し、前記第１のフィールドを含む前記ＤＣＩを生成する制御部３６と、を備え、前記第１のフィールドは前記ＰＤＳＣＨの時間領域リソース割り当てのフィールドであり、上位層の第１のパラメータは、１つまたは複数のエントリを含み、前記エントリは、ＰＤＳＣＨの時間領域リソース割り当ての情報を示し、前記制御部３６は、前記第１のパラメータが示される場合に、前記第１のフィールドのビット数をceiling(log2(Ｉ))として決定し、前記第１のパラメータが示されなかった場合に、前記第１のフィールドのビット数を４として決定し、前記Ｉは前記エントリの数によって与えられる。
　（９）本発明の第５の態様における端末装置１は、スロットｎにおけるＲＡＲメッセージを含むＰＤＳＣＨを受信する受信部１０と、前記ＲＡＲメッセージに含まれる第１のＵＬグラントからスケジュールされるＰＵＳＣＨを送信する送信部１０と、を備え、前記ＰＤＳＣＨのためのサブキャリア間隔が第１のサブキャリア間隔Xであり、前記ＰＵＳＣＨのためのサブキャリア間隔が第２のサブキャリア間隔Yであり、前記スロットｎは前記第１のサブキャリア間隔Ｘに対応する第１のスロット番号であり、前記ＰＵＳＣＨが送信される第２のスロット番号は、Ｆｌｏｏｒ（n*Y/X）＋Ｋ２＋Δによって与えられ、前記第２のスロット番号は、前記第２のサブキャリア間隔Ｙに対応し、前記Ｋ２の値は、前記第１のＵＬグラントに基づき与えられるスロットオフセットの値であり、前記Δの値は、前記第２のサブキャリア間隔Ｙに対応する事前に定義されるスロットの数である。
　（１０）本発明の第５の態様において、サブキャリア間隔のそれぞれに対応するスロットは、サブフレーム内および／またはフレーム内で０からに昇順に数えられる。
　（１１）本発明の第６の態様における基地局装置３は、スロットｎにおけるＲＡＲメッセージを含むＰＤＳＣＨを送信する送信部３０と、前記ＲＡＲメッセージに含まれる第１のＵＬグラントからスケジュールされるＰＵＳＣＨを受信する受信部３０と、を備え、前記ＰＤＳＣＨのためのサブキャリア間隔が第１のサブキャリア間隔Xであり、前記ＰＵＳＣＨのためのサブキャリア間隔が第２のサブキャリア間隔Yであり、前記スロットｎは前記第１のサブキャリア間隔Ｘに対応する第１のスロット番号であり、前記ＰＵＳＣＨが送信される第２のスロット番号は、Ｆｌｏｏｒ（n*Y/X）＋Ｋ２＋Δによって与えられ、前記第２のスロット番号は、前記第２のサブキャリア間隔Ｙに対応し、前記Ｋ２の値は、前記第１のＵＬグラントに基づき与えられるスロットオフセットの値であり、前記Δの値は、前記第２のサブキャリア間隔Ｙに対応する事前に定義されるスロットの数である。
　（１２）本発明の第６の態様において、サブキャリア間隔のそれぞれに対応するスロットは、サブフレーム内および／またはフレーム内で０からに昇順に数えられる。
　これにより、端末装置１は、効率的に基地局装置３と通信することができる。
　本発明の一態様に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にＲａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ（ＨＤＤ）、あるいはその他の記憶装置システムに格納される。
　尚、本発明に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。
　また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明の一又は複数の態様は当該技術による新たな集積回路を用いることも可能である。
　なお、本発明に関わる実施形態では、基地局装置と端末装置で構成される通信システムに適用される例を記載したが、Ｄ２Ｄ（Device to Device）のような、端末同士が通信を行うシステムにおいても適用可能である。
　なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
　本発明のいくつかの態様は、端末装置と基地局装置が効率的に通信を行うことが必要な基地局装置、端末装置、および、通信方法などに適用することができる。

Claims (8)

  1. 　端末装置固有サーチスペースにおいて、下りリンク制御情報を含む物理下りリンク制御チャネルを基地局装置から受信する受信部と、
    　前記下りリンク制御情報における時間領域リソース割り当てフィールドのビット数を決定する制御部と、
    　を備え、
    　前記時間領域リソース割り当てフィールドは、物理下りリンク共用チャネルに対する時間領域リソース割り当てフィールドであり、
    　デフォルトテーブルは、物理下りリンク共用チャネルに対する時間領域リソース割り当て設定を示し、
    　パラメータを受信しない場合、前記時間領域リソース割り当てフィールドのビット数は、前記デフォルトテーブルにおけるエントリー数に基づいて決定される、
    　端末装置。
  2. 　前記パラメータは、１または複数のエントリーを含む上位層パラメータであり、
    　前記１または複数のエントリーのそれぞれは、前記物理下りリンク共用チャネルに対する前記時間領域リソース割り当て設定を示し、
    　前記時間領域リソース割り当てフィールドの前記ビット数は、ceiling (log2 (I))として決定され、
    　前記パラメータを受信した場合、前記Ｉは、前記パラメータにおける前記１または複数のエントリーの数であり、
    　前記パラメータを受信しない場合、前記Ｉは、前記デフォルトテーブルにおけるエントリーの数である、
    　請求項１に記載の端末装置。
  3. 　前記パラメータを受信しない場合、前記デフォルトテーブルが前記物理下りリンク共用チャネルに対する前記時間領域リソース割り当てを示すために用いられ、
    　前記パラメータを受信した場合、１または複数のエントリーが前記物理下りリンク共用チャネルに対する時間領域リソース割り当てを示すために用いられ、
    　前記パラメータは、セル共通の物理下りリンク共用チャネル設定または端末装置固有の物理下りリンク共用チャネル設定に含まれる、
    　請求項１に記載の端末装置。
  4. 　端末装置固有サーチスペースにおいて、下りリンク制御情報を含む物理下りリンク制御チャネルを端末装置に送信する送信部と、
    　前記下りリンク制御情報における時間領域リソース割り当てフィールドのビット数を決定する制御部と、
    　を備え、
    　前記時間領域リソース割り当てフィールドは、物理下りリンク共用チャネルに対する時間領域リソース割り当てフィールドであり、
    　デフォルトテーブルは、物理下りリンク共用チャネルに対する時間領域リソース割り当て設定を示し、
    　パラメータを送信しない場合、前記時間領域リソース割り当てフィールドのビット数は、前記デフォルトテーブルにおけるエントリー数に基づいて決定される、
    　基地局装置。
  5. 　前記パラメータは、１または複数のエントリーを含む上位層パラメータであり、
    　前記１または複数のエントリーのそれぞれは、前記物理下りリンク共用チャネルに対する前記時間領域リソース割り当て設定を示し、
    　前記時間領域リソース割り当てフィールドの前記ビット数は、ceiling (log2 (I))として決定され、
    　前記パラメータを受信した場合、前記Ｉは、前記パラメータにおける前記１または複数のエントリーの数であり、
    　前記パラメータを受信しない場合、前記Ｉは、前記デフォルトテーブルにおけるエントリーの数である、
    　請求項４に記載の基地局装置。
  6. 　前記パラメータを受信しない場合、前記デフォルトテーブルが前記物理下りリンク共用チャネルに対する前記時間領域リソース割り当てを示すために用いられ、
    　前記パラメータを受信した場合、１または複数のエントリーが前記物理下りリンク共用チャネルに対する時間領域リソース割り当てを示すために用いられ、
    　前記パラメータは、セル共通の物理下りリンク共用チャネル設定または端末装置固有の物理下りリンク共用チャネル設定に含まれる、
    　請求項４に記載の基地局装置。
  7. 　端末装置に用いられる通信方法であって、
    　端末装置固有サーチスペースにおいて、下りリンク制御情報を含む物理下りリンク制御チャネルを基地局装置から受信する受信過程と、
    　前記下りリンク制御情報における時間領域リソース割り当てフィールドのビット数を決定する制御過程と、
    　を有し、
    　前記時間領域リソース割り当てフィールドは、物理下りリンク共用チャネルに対する時間領域リソース割り当てフィールドであり、
    　デフォルトテーブルは、物理下りリンク共用チャネルに対する時間領域リソース割り当て設定を示し、
    　パラメータを受信しない場合、前記時間領域リソース割り当てフィールドのビット数は、前記デフォルトテーブルにおけるエントリー数に基づいて決定される、
    　通信方法。
  8. 　基地局装置に用いられる通信方法であって、
    　端末装置固有サーチスペースにおいて、下りリンク制御情報を含む物理下りリンク制御チャネルを端末装置に送信する送信過程と、
    　前記下りリンク制御情報における時間領域リソース割り当てフィールドのビット数を決定する制御過程と、
    　を有し、
    　前記時間領域リソース割り当てフィールドは、物理下りリンク共用チャネルに対する時間領域リソース割り当てフィールドであり、
    　デフォルトテーブルは、物理下りリンク共用チャネルに対する時間領域リソース割り当て設定を示し、
    　パラメータを受信しない場合、前記時間領域リソース割り当てフィールドのビット数は、前記デフォルトテーブルにおけるエントリー数に基づいて決定される、
    　通信方法。
PCT/JP2019/038127 2018-09-27 2019-09-27 基地局装置、端末装置、および、通信方法 WO2020067416A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201980063421.XA CN112771825A (zh) 2018-09-27 2019-09-27 基站装置、终端装置以及通信方法
EP19867800.5A EP3860068A4 (en) 2018-09-27 2019-09-27 BASE STATION DEVICE, USER EQUIPMENT AND COMMUNICATION METHOD
US17/280,497 US11956776B2 (en) 2018-09-27 2019-09-27 Base station apparatus, terminal apparatus and communication method
CA3114558A CA3114558A1 (en) 2018-09-27 2019-09-27 Base station apparatus, terminal apparatus and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018181504A JP7240843B2 (ja) 2018-09-27 2018-09-27 基地局装置、端末装置、通信方法、および、集積回路
JP2018-181504 2018-09-27

Publications (1)

Publication Number Publication Date
WO2020067416A1 true WO2020067416A1 (ja) 2020-04-02

Family

ID=69953160

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/038127 WO2020067416A1 (ja) 2018-09-27 2019-09-27 基地局装置、端末装置、および、通信方法

Country Status (6)

Country Link
US (1) US11956776B2 (ja)
EP (1) EP3860068A4 (ja)
JP (1) JP7240843B2 (ja)
CN (1) CN112771825A (ja)
CA (1) CA3114558A1 (ja)
WO (1) WO2020067416A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111181707B (zh) * 2018-11-09 2022-11-04 华为技术有限公司 数据传输的方法和通信装置
JP6917403B2 (ja) 2019-02-14 2021-08-11 シャープ株式会社 基地局装置、端末装置および通信方法
EP4044711A4 (en) * 2019-10-11 2022-11-09 Panasonic Intellectual Property Corporation of America TERMINAL AND COMMUNICATION METHOD
US12004142B2 (en) * 2020-03-30 2024-06-04 Qualcomm Incorporated Uplink timing associated with uplink transmission configuration indication (TCI) state
US11812477B2 (en) * 2020-05-06 2023-11-07 Samsung Electronics Co., Ltd. Methods and apparatus for random access with contention resolution message repetition
EP3952586A1 (en) * 2020-08-07 2022-02-09 Nokia Technologies Oy Methods for ul rach coverage extension
CN113572587B (zh) * 2021-06-24 2024-01-23 杭州红岭通信息科技有限公司 一种上行物理共享信道的波形切换方法
CN114641077B (zh) * 2022-05-05 2023-04-07 深圳传音控股股份有限公司 数据传输方法、通信设备及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6287850B2 (ja) * 2012-11-05 2018-03-07 シャープ株式会社 端末装置、集積回路、無線通信方法、および、基地局装置
KR101990753B1 (ko) * 2015-10-17 2019-06-20 콤캐스트 케이블 커뮤니케이션스 엘엘씨 부분 서브프레임 및 전체 서브프레임에서의 제어 채널 구성
US10075949B2 (en) * 2016-02-02 2018-09-11 Motorola Mobility Llc Method and apparatus for low latency transmissions
US10973013B2 (en) * 2017-11-15 2021-04-06 Sharp Kabushiki Kaisha User equipments, base stations and methods
BR112021025649A2 (pt) * 2019-06-18 2022-02-01 Ntt Docomo Inc Terminal e método de radiocomunicação

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
NOKIA: "CR to 38.214 capturing the RAN1 #94 meeting agreements", 3GPP TSG RAN WG1 #94 R1-1810021, 24 August 2018 (2018-08-24), XP051550935 *
NTT DOCOMO: "Revision of SI: Study on New Radio Access Technology", RP-161214, June 2016 (2016-06-01)
RAN1: "CRs to 38.2xx NR specs capturing URLLC agreements of RAN1 #926 & RAN1 #93", 3GPP TSG RAN #80 RP-181257, 14 June 2018 (2018-06-14), XP051511868 *
See also references of EP3860068A4

Also Published As

Publication number Publication date
EP3860068A1 (en) 2021-08-04
JP7240843B2 (ja) 2023-03-16
US11956776B2 (en) 2024-04-09
CA3114558A1 (en) 2020-04-02
US20220030607A1 (en) 2022-01-27
JP2020053848A (ja) 2020-04-02
CN112771825A (zh) 2021-05-07
EP3860068A4 (en) 2022-07-06

Similar Documents

Publication Publication Date Title
JP7197297B2 (ja) 基地局装置、端末装置、および、通信方法
JP7271097B2 (ja) 基地局装置、端末装置、および、通信方法
JP7286288B2 (ja) 基地局装置、端末装置、通信方法、および、集積回路
WO2020017391A1 (ja) 基地局装置、端末装置、通信方法、および、集積回路
WO2020026988A1 (ja) 基地局装置、端末装置、および、通信方法
JP7240843B2 (ja) 基地局装置、端末装置、通信方法、および、集積回路
JP7313839B2 (ja) 基地局装置、端末装置、通信方法、および、集積回路
WO2020170972A1 (ja) 基地局装置、端末装置、通信方法、および、集積回路
JP2020136760A (ja) 基地局装置、端末装置、通信方法、および、集積回路
WO2020031588A1 (ja) 基地局装置、端末装置、通信方法、および、集積回路
JP2020136761A (ja) 基地局装置、端末装置、通信方法、および、集積回路
WO2020075775A1 (ja) 基地局装置、端末装置、通信方法、および、集積回路
WO2019244861A1 (ja) 端末装置、通信方法、および、集積回路
WO2020066854A1 (ja) 基地局装置、端末装置、通信方法、および、集積回路
JP2020162018A (ja) 基地局装置、端末装置、通信方法、および、集積回路
JP2020162019A (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: 19867800

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3114558

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019867800

Country of ref document: EP

Effective date: 20210428