WO2022130629A1 - 端末、無線通信方法及び基地局 - Google Patents

端末、無線通信方法及び基地局 Download PDF

Info

Publication number
WO2022130629A1
WO2022130629A1 PCT/JP2020/047501 JP2020047501W WO2022130629A1 WO 2022130629 A1 WO2022130629 A1 WO 2022130629A1 JP 2020047501 W JP2020047501 W JP 2020047501W WO 2022130629 A1 WO2022130629 A1 WO 2022130629A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdsch
harq
ack
multicast
resource
Prior art date
Application number
PCT/JP2020/047501
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 CN202080108390.8A priority Critical patent/CN116868662A/zh
Priority to PCT/JP2020/047501 priority patent/WO2022130629A1/ja
Priority to JP2022569670A priority patent/JPWO2022130629A1/ja
Priority to US18/257,715 priority patent/US20240057088A1/en
Publication of WO2022130629A1 publication Critical patent/WO2022130629A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint

Definitions

  • This disclosure relates to terminals, wireless communication methods and base stations in next-generation mobile communication systems.
  • LTE Long Term Evolution
  • UMTS Universal Mobile Telecommunications System
  • 3GPP Rel.10-14 LTE-Advanced (3GPP Rel.10-14) has been specified for the purpose of further increasing the capacity and sophistication of LTE (Third Generation Partnership Project (3GPP) Release (Rel.) 8, 9).
  • FIG. 1 is a diagram showing an example of a multicast PDSCH reception procedure.
  • FIG. 2 is a diagram showing another example of the reception procedure of the multicast PDSCH.
  • 3A to 3C are diagrams showing an example of NACK-only feedback.
  • 4A and 4B are diagrams showing an example of frequency resources used for multicast PDSCH.
  • FIG. 5 is a diagram showing an example of PUCCH resource setting according to Aspect 1-3.
  • FIG. 6 is a diagram showing an example of PUCCH resource setting according to Aspect 1-4.
  • FIG. 7 is a diagram showing an example of PUCCH resource setting according to the setting method 1 of the aspect 1-6.
  • FIG. 8 is a diagram showing an example of PUCCH resource setting according to the setting method 2 of the aspect 1-6.
  • FIGS. 9A and 9B are diagrams showing an example of PUCCH resource setting according to aspect 2-1.
  • 10A and 10B are diagrams showing an example of a method for determining multicast PDSCH / unicast PDSCH according to the fifth embodiment.
  • FIG. 11 is a diagram showing an example of a method for determining the multicast PDSCH / unicast PDSCH according to the aspect 6-1.
  • FIG. 12 is a diagram showing an example of a method for determining the multicast PDSCH / unicast PDSCH according to the aspect 6-2.
  • FIG. 13 is a diagram showing an example of PDSCH scheduling according to the sixth embodiment.
  • FIG. 14 is a diagram showing an example of PDCCH monitoring according to the seventh embodiment.
  • the number of symbols assigned to PUCCH (which may be referred to as PUCCH assigned symbols, PUCCH symbols, etc.) can be determined by slot-specific, cell-specific, user terminal-specific, or a combination thereof. Since it is expected that the communication distance (coverage) increases as the number of PUCCH symbols increases, it is assumed that the number of symbols increases as the user terminal is farther from the base station (for example, eNB, gNB).
  • a group scheduling mechanism for receiving multicast / broadcast service (MBS) to multiple UEs is being studied.
  • a RAN node In point-to-point (PTP) transmission (delivery method), a RAN node (eg, a base station) wirelessly transmits separate copies of MBS data packets to individual UEs.
  • PTP point-to-point
  • a RAN node In a point-to-multipoint (PTM) transmission (delivery method), a RAN node (eg, a base station) wirelessly transmits a single copy of an MBS data packet to a set of UEs.
  • PTM transmission method 1 uses group common PDCCH to schedule group-common PDSCH for multiple RRC connected UEs in the same MBS group, group common PDCCH is scrambled by group common RNTI. It is being considered that the group common PDSCH having a CRC and being scrambled using the same group common RNTI.
  • At least the PTM transmission method 1 may support at least one of the following feedback methods 1 and 2.
  • the UE-specific (individual) DCI may schedule a UE-specific (multicast PDSCH) and a UE-specific (individual) PUCCH including HARQ-ACK for the UE-common PDSCH.
  • the UE common DCI may schedule a UE common PDSCH (multicast PDSCH) and a UE common PUCCH including HARQ-ACK for the UE common PDSCH.
  • HARQ-ACK resources for multicast PDSCH may be duplicated among a plurality of UEs.
  • the ACK resources may not be duplicated among the plurality of UEs, and the NACK resources may be duplicated.
  • the base station determines that the UE that has transmitted the NACK does not exist, and does not retransmit the PDSCH. May be good.
  • the base station may determine that the UE that has transmitted the NACK exists and retransmit the PDSCH.
  • the common frequency resource for group common PDCCH / PDSCH is limited to the frequency resource of individual unicast BWP to support simultaneous reception of unicast and multicast in the same slot.
  • the following two options may be selected for the common frequency resource for the group common PDCCH / PDSCH.
  • the common frequency resource is defined as the MBS specific BWP.
  • the MBS-specific BWP is associated with the individual unicast BWP and uses the same numerology (subcarrier spacing (SCS) and cyclic prefix (CP)).
  • SCS subcarrier spacing
  • CP cyclic prefix
  • a multicast BWP (BWP1) and a unicast BWP (BWP2) may be set.
  • BWPs 1 and 2 do not have to overlap in the frequency domain. If the UE does not receive BWPs 1 and 2 at the same time, the UE may switch the BWP (active DL BWP, BWP1 or 2) used for reception in the time domain.
  • the present inventors have conceived a method for determining a resource for HARQ-ACK feedback for multicast.
  • the UE When PTM transmission method 1 is used and the UE receives a DCI that schedules a PDSCH, if the DCI is a group common DCI with a CRC scrambled by the group common RNTI, the UE will have its PDSCH multicast PDSCH. If the DCI is not a group common DCI with a CRC scrambled by the group common RNTI, the UE can determine that the PDSCH is a unicast PDSCH.
  • the UE-specific DCI with the CRC scrambled by the UE-specific RNTI schedules the multicast PDSCH.
  • a / B / C and “at least one of A, B and C” may be read interchangeably.
  • the cell, serving cell, CC, carrier, BWP, DL BWP, UL BWP, active DL BWP, active UL BWP, and band may be read as each other.
  • the index, the ID, the indicator, and the resource ID may be read as each other.
  • support, control, controllable, working, working may be read interchangeably.
  • configuration, activate, update, indicate, enable, specify, and select may be read as each other.
  • the upper layer signaling may be, for example, any one of Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling, broadcast information, or a combination thereof.
  • RRC Radio Resource Control
  • MAC Medium Access Control
  • RRC, RRC signaling, RRC parameters, higher layers, higher layer parameters, RRC information elements (IE), and RRC messages may be read interchangeably.
  • the UE common DCI and the DCI having the CEC scrambled by the UE common RNTI may be read as each other.
  • the UE common RNTI may be, for example, multicast-RNTI.
  • the setting of the PUCCH resource / resource set by the upper layer signaling may follow any of the following setting methods 1 and 2.
  • -The value of the SRS resource indicator field is set to all 0s or all 1.
  • -The values of the precoding information and the number of layers fields are set to all 0s or all 1.
  • -The value of the antenna port field is set to all 0s or all 1.
  • -The value of the CSI request field is set to all 0s or all 1.
  • the aspect 6-1 may be applied to the PTM transmission method 1 and restricted when the DCI for the PTM transmission method 1 is detected in the multicast-dedicated CORESET / search space.
  • the UE can suppress the processing amount of the blind detection / CRC check of the DCI for the PTM transmission method 1, and can suppress the UE power consumption.
  • the UE may decode the TB in the scheduled PDSCH, read the upper layer signaling (eg, MAC subheader) contained in the TB, and determine whether the TB is unicast or multicast.
  • the UE may perform HARQ-ACK feedback control according to the determination result.
  • the HARQ-ACK feedback control may include at least one of HARQ-ACK information bit sequence creation, PUCCH resource determination, and PUCCH transmission.
  • the UE may perform this UE operation only when it is set by higher layer signaling.
  • the UE may perform this UE operation only for PDSCHs scheduled by a particular DCI format.
  • the specific DCI format may be, for example, an existing DCI format (such as DCI format 1-1 / 1-1_2) or a new DCI format for multicast PDSCH scheduling.
  • the UE may perform this UE operation only for PDSCHs scheduled by DCI with CRC scrambled by a particular RNTI.
  • the specific RNTI may be, for example, C-RNTI.
  • the data scrambling RNTI of the multicast PDSCH may be a group common RNTI.
  • the data scrambling RNTI of the unicast PDSCH may also be a group common RNTI.
  • the data scrambling RNTI of the existing unicast PDSCH is C-RNTI, in this embodiment, the UE needs to decode the PDSCH using a specific RNTI before TB decoding. Data scrambling RNTI common to both multicast PDSCH and unicast PDSCH is used.
  • the data scrambling RNTI may be the RNTI used for CRC scrambling of the corresponding scheduling DCI.
  • the UE determines the data scrambling RNTI by blind decoding of the PDSCH, and determines whether the PDSCH is multicast or unicast by the upper layer signaling (for example, MAC subheader) included in the TB, and the determination is made. You may want to check if the data scrambling RNTI is correct. In this case, reliability can be improved.
  • the upper layer signaling for example, MAC subheader
  • the UE can appropriately determine whether the PDSCH is a unicast PDSCH or a multicast PDSCH.
  • the UE can appropriately determine whether the PDSCH is a unicast PDSCH or a multicast PDSCH.
  • UE capability corresponding to at least one function (feature) in the first to ninth embodiments may be defined. If the UE reports this UE capability, the UE may perform the corresponding function. If the UE reports this UE capability and the upper layer parameters corresponding to this function are set, the UE may perform the corresponding function. Upper layer parameters (RRC information elements) corresponding to this function may be specified. If this higher layer parameter is set, the UE may perform the corresponding function.
  • the UE capability may indicate whether the UE supports this feature.
  • the UE capability may indicate whether or not the PTM transmission method 1 is supported.
  • the UE capability may indicate whether to support both (simultaneous / multiplex / within one channel) transmissions of the multicast PDSCH HARQ-ACK and the unicast PDSCH HARQ-ACK.
  • FIG. 16 is a diagram showing an example of a schematic configuration of a wireless communication system according to an embodiment.
  • the wireless communication system 1 may be a system that realizes communication using Long Term Evolution (LTE), 5th generation mobile communication system New Radio (5G NR), etc. specified by Third Generation Partnership Project (3GPP). ..
  • the wireless communication system 1 may support dual connectivity (Multi-RAT Dual Connectivity (MR-DC)) between a plurality of Radio Access Technologies (RATs).
  • MR-DC is a dual connectivity (E-UTRA-NR Dual Connectivity (EN-DC)) between LTE (Evolved Universal Terrestrial Radio Access (E-UTRA)) and NR, and a dual connectivity (NR-E) between NR and LTE.
  • E-UTRA-NR Dual Connectivity Evolved Universal Terrestrial Radio Access (E-UTRA)
  • NR-E dual connectivity
  • NE-DC -UTRA Dual Connectivity
  • the wireless communication system 1 has dual connectivity between a plurality of base stations in the same RAT (for example, dual connectivity (NR-NR Dual Connectivity (NN-DC)) in which both MN and SN are NR base stations (gNB). )) May be supported.
  • a plurality of base stations in the same RAT for example, dual connectivity (NR-NR Dual Connectivity (NN-DC)) in which both MN and SN are NR base stations (gNB). )
  • NR-NR Dual Connectivity NR-DC
  • gNB NR base stations
  • the user terminal 20 may be connected to at least one of a plurality of base stations 10.
  • the user terminal 20 may use at least one of carrier aggregation (Carrier Aggregation (CA)) and dual connectivity (DC) using a plurality of component carriers (Component Carrier (CC)).
  • CA Carrier Aggregation
  • DC dual connectivity
  • CC Component Carrier
  • Each CC may be included in at least one of a first frequency band (Frequency Range 1 (FR1)) and a second frequency band (Frequency Range 2 (FR2)).
  • the macrocell C1 may be included in FR1 and the small cell C2 may be included in FR2.
  • FR1 may be in a frequency band of 6 GHz or less (sub 6 GHz (sub-6 GHz)), and FR 2 may be in a frequency band higher than 24 GHz (above-24 GHz).
  • the frequency bands and definitions of FR1 and FR2 are not limited to these, and for example, FR1 may correspond to a frequency band higher than FR2.
  • the plurality of base stations 10 may be connected by wire (for example, optical fiber compliant with Common Public Radio Interface (CPRI), X2 interface, etc.) or wirelessly (for example, NR communication).
  • wire for example, optical fiber compliant with Common Public Radio Interface (CPRI), X2 interface, etc.
  • NR communication for example, when NR communication is used as a backhaul between base stations 11 and 12, the base station 11 corresponding to the higher-level station is an Integrated Access Backhaul (IAB) donor, and the base station 12 corresponding to a relay station (relay) is IAB. It may be called a node.
  • IAB Integrated Access Backhaul
  • relay station relay station
  • the base station 10 may be connected to the core network 30 via another base station 10 or directly.
  • the core network 30 may include at least one such as Evolved Packet Core (EPC), 5G Core Network (5GCN), and Next Generation Core (NGC).
  • EPC Evolved Packet Core
  • 5GCN 5G Core Network
  • NGC Next Generation Core
  • a wireless access method based on Orthogonal Frequency Division Multiplexing may be used.
  • OFDM Orthogonal Frequency Division Multiplexing
  • DL Downlink
  • UL Uplink
  • CP-OFDM Cyclic Prefix OFDM
  • DFT-s-OFDM Discrete Fourier Transform Spread OFDM
  • OFDMA Orthogonal Frequency Division Multiple. Access
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • Lower layer control information may be transmitted by PDCCH.
  • the lower layer control information may include, for example, downlink control information (Downlink Control Information (DCI)) including scheduling information of at least one of PDSCH and PUSCH.
  • DCI Downlink Control Information
  • One search space may correspond to PDCCH candidates corresponding to one or more aggregation levels.
  • One or more search spaces may be referred to as a search space set.
  • the "search space”, “search space set”, “search space setting”, “search space set setting”, “CORESET”, “CORESET setting”, etc. of the present disclosure may be read as each other.
  • the synchronization signal may be, for example, at least one of a primary synchronization signal (Primary Synchronization Signal (PSS)) and a secondary synchronization signal (Secondary Synchronization Signal (SSS)).
  • PSS Primary Synchronization Signal
  • SSS Secondary Synchronization Signal
  • the signal block including SS (PSS, SSS) and PBCH (and DMRS for PBCH) may be referred to as SS / PBCH block, SS Block (SSB) and the like.
  • SS, SSB and the like may also be called a reference signal.
  • the functional block of the characteristic portion in the present embodiment is mainly shown, and it may be assumed that the base station 10 also has other functional blocks necessary for wireless communication. A part of the processing of each part described below may be omitted.
  • the control unit 110 may control signal generation, scheduling (for example, resource allocation, mapping) and the like.
  • the control unit 110 may control transmission / reception, measurement, and the like using the transmission / reception unit 120, the transmission / reception antenna 130, and the transmission line interface 140.
  • the control unit 110 may generate data to be transmitted as a signal, control information, a sequence, and the like, and transfer the data to the transmission / reception unit 120.
  • the control unit 110 may perform call processing (setting, release, etc.) of the communication channel, state management of the base station 10, management of radio resources, and the like.
  • the transmission / reception unit 120 may include a baseband unit 121, a Radio Frequency (RF) unit 122, and a measurement unit 123.
  • the baseband unit 121 may include a transmission processing unit 1211 and a reception processing unit 1212.
  • the transmission / reception unit 120 includes a transmitter / receiver, an RF circuit, a baseband circuit, a filter, a phase shifter, a measurement circuit, a transmission / reception circuit, etc., which are described based on the common recognition in the technical field according to the present disclosure. be able to.
  • the transmission / reception unit 120 may be configured as an integrated transmission / reception unit, or may be composed of a transmission unit and a reception unit.
  • the transmission unit may be composed of a transmission processing unit 1211 and an RF unit 122.
  • the receiving unit may be composed of a receiving processing unit 1212, an RF unit 122, and a measuring unit 123.
  • the transmitting / receiving antenna 130 can be composed of an antenna described based on the common recognition in the technical field according to the present disclosure, for example, an array antenna.
  • the transmission / reception unit 120 may form at least one of a transmission beam and a reception beam by using digital beamforming (for example, precoding), analog beamforming (for example, phase rotation), and the like.
  • digital beamforming for example, precoding
  • analog beamforming for example, phase rotation
  • the transmission / reception unit 120 performs channel coding (may include error correction coding), modulation, mapping, filtering, and discrete Fourier transform (Discrete Fourier Transform (DFT)) for the bit string to be transmitted. Processing (if necessary), inverse Fast Fourier Transform (IFFT) processing, precoding, transmission processing such as digital-analog transformation may be performed, and the baseband signal may be output.
  • channel coding may include error correction coding
  • modulation modulation
  • mapping mapping, filtering
  • DFT discrete Fourier Transform
  • IFFT inverse Fast Fourier Transform
  • precoding coding
  • transmission processing such as digital-analog transformation
  • the transmission / reception unit 120 may perform modulation, filtering, amplification, etc. on the baseband signal to the radio frequency band, and transmit the signal in the radio frequency band via the transmission / reception antenna 130. ..
  • the transmission / reception unit 120 may perform amplification, filtering, demodulation to a baseband signal, or the like on the signal in the radio frequency band received by the transmission / reception antenna 130.
  • the transmission / reception unit 120 (reception processing unit 1212) performs analog-digital conversion, fast Fourier transform (FFT) processing, and inverse discrete Fourier transform (IDFT) for the acquired baseband signal. )) Processing (if necessary), filtering, decoding, demodulation, decoding (may include error correction decoding), MAC layer processing, RLC layer processing, PDCP layer processing, and other reception processing are applied. User data and the like may be acquired.
  • FFT fast Fourier transform
  • IDFT inverse discrete Fourier transform
  • the transmission / reception unit 120 may perform measurement on the received signal.
  • the measurement unit 123 may perform Radio Resource Management (RRM) measurement, Channel State Information (CSI) measurement, or the like based on the received signal.
  • the measuring unit 123 has received power (for example, Reference Signal Received Power (RSRP)) and reception quality (for example, Reference Signal Received Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR), Signal to Noise Ratio (SNR)).
  • RSRP Reference Signal Received Power
  • RSSQ Reference Signal Received Quality
  • SINR Signal to Noise Ratio
  • Signal strength for example, Received Signal Strength Indicator (RSSI)
  • propagation path information for example, CSI
  • the measurement result may be output to the control unit 110.
  • the transmission unit and the reception unit of the base station 10 in the present disclosure may be composed of at least one of the transmission / reception unit 120, the transmission / reception antenna 130, and the transmission line interface 140.
  • the transmission / reception unit 120 may transmit the setting of the physical uplink control channel (PUCCH) resource for transmitting hybrid automatic repeat reQuest acknowledgment (HARQ-ACK) information to the multicast physical downlink shared channel (PDSCH).
  • the control unit 110 may control the reception of the HARQ-ACK information using the PUCCH resource.
  • the transmission / reception unit 120 transmits at least one of higher-level signaling and downlink control information for scheduling the PDSCH, based on whether the physical downlink shared channel (PDSCH) is multicast or unicast. You may.
  • the control unit 110 may control the reception of the PDSCH.
  • the control unit 210 controls the entire user terminal 20.
  • the control unit 210 can be composed of a controller, a control circuit, and the like described based on the common recognition in the technical field according to the present disclosure.
  • the transmission / reception unit 220 may include a baseband unit 221, an RF unit 222, and a measurement unit 223.
  • the baseband unit 221 may include a transmission processing unit 2211 and a reception processing unit 2212.
  • the transmission / reception unit 220 can be composed of a transmitter / receiver, an RF circuit, a baseband circuit, a filter, a phase shifter, a measurement circuit, a transmission / reception circuit, and the like, which are described based on the common recognition in the technical field according to the present disclosure.
  • the transmission / reception unit 220 (transmission processing unit 2211) performs channel coding (may include error correction coding), modulation, mapping, filtering processing, DFT processing (if necessary), and IFFT processing for the bit string to be transmitted. , Precoding, digital-to-analog conversion, and other transmission processing may be performed to output a baseband signal.
  • Whether or not to apply the DFT process may be based on the transform precoding setting.
  • the transmission / reception unit 220 transmits the channel using the DFT-s-OFDM waveform.
  • the DFT process may be performed as the transmission process, and if not, the DFT process may not be performed as the transmission process.
  • the transmission / reception unit 220 may perform measurement on the received signal.
  • the measuring unit 223 may perform RRM measurement, CSI measurement, or the like based on the received signal.
  • the measuring unit 223 may measure received power (for example, RSRP), reception quality (for example, RSRQ, SINR, SNR), signal strength (for example, RSSI), propagation path information (for example, CSI), and the like.
  • the measurement result may be output to the control unit 210.
  • the transmitting unit and the receiving unit of the user terminal 20 in the present disclosure may be configured by at least one of the transmission / reception unit 220 and the transmission / reception antenna 230.
  • the setting may be either a terminal-specific setting or a terminal common setting (first and second embodiments).
  • the transmission / reception unit 220 may receive downlink control information that schedules a physical downlink shared channel (PDSCH).
  • the control unit 210 may determine whether the PDSCH is multicast or unicast based on at least one of the upper layer signaling and the downlink control information (fifth to tenth embodiments). ).
  • the downlink control information may be terminal-specific downlink control information (fifth and sixth embodiments).
  • the transmission / reception unit 220 may receive the setting of the multicast PDSCH.
  • the control unit 210 may determine that the PDSCH is multicast (fifth embodiment).
  • the base station, user terminal, and the like in one embodiment of the present disclosure may function as a computer that processes the wireless communication method of the present disclosure.
  • FIG. 19 is a diagram showing an example of the hardware configuration of the base station and the user terminal according to the embodiment.
  • the base station 10 and the user terminal 20 described above may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like. ..
  • processor 1001 may be a plurality of processors. Further, the processing may be executed by one processor, or the processing may be executed simultaneously, sequentially, or by using other methods by two or more processors.
  • the processor 1001 may be mounted by one or more chips.
  • the processor 1001 operates, for example, an operating system to control the entire computer.
  • the processor 1001 may be configured by a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic unit, a register, and the like.
  • CPU central processing unit
  • control unit 110 210
  • transmission / reception unit 120 220
  • the like may be realized by the processor 1001.
  • the memory 1002 is a computer-readable recording medium, for example, at least a Read Only Memory (ROM), an Erasable Programmable ROM (EPROM), an Electrically EPROM (EEPROM), a Random Access Memory (RAM), or any other suitable storage medium. It may be composed of one.
  • the memory 1002 may be referred to as a register, a cache, a main memory (main storage device), or the like.
  • the memory 1002 can store a program (program code), a software module, or the like that can be executed to implement the wireless communication method according to the embodiment of the present disclosure.
  • the communication device 1004 is hardware (transmission / reception device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as, for example, a network device, a network controller, a network card, a communication module, or the like.
  • the communication device 1004 has, for example, a high frequency switch, a duplexer, a filter, a frequency synthesizer, etc. in order to realize at least one of frequency division duplex (Frequency Division Duplex (FDD)) and time division duplex (Time Division Duplex (TDD)). May be configured to include.
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • the transmission / reception unit 120 (220), the transmission / reception antenna 130 (230), and the like described above may be realized by the communication device 1004.
  • the transmission / reception unit 120 (220) may be physically or logically separated by the transmission unit 120a (220a) and the reception unit 120b (220b).
  • the input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts an input from the outside.
  • the output device 1006 is an output device (for example, a display, a speaker, a Light Emitting Diode (LED) lamp, etc.) that outputs to the outside.
  • the input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).
  • each device such as the processor 1001 and the memory 1002 is connected by the bus 1007 for communicating information.
  • the bus 1007 may be configured by using a single bus, or may be configured by using a different bus for each device.
  • the base station 10 and the user terminal 20 include a microprocessor, a digital signal processor (Digital Signal Processor (DSP)), an Application Specific Integrated Circuit (ASIC), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), and the like. It may be configured to include hardware, and a part or all of each functional block may be realized by using the hardware. For example, processor 1001 may be implemented using at least one of these hardware.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • the terms described in the present disclosure and the terms necessary for understanding the present disclosure may be replaced with terms having the same or similar meanings.
  • channels, symbols and signals may be read interchangeably.
  • the signal may be a message.
  • the reference signal may be abbreviated as RS, and may be referred to as a pilot, a pilot signal, or the like depending on the applied standard.
  • the component carrier CC may be referred to as a cell, a frequency carrier, a carrier frequency, or the like.
  • the numerology may be a communication parameter applied to at least one of transmission and reception of a signal or channel.
  • Numerology includes, for example, subcarrier spacing (SubCarrier Spacing (SCS)), bandwidth, symbol length, cyclic prefix length, transmission time interval (Transmission Time Interval (TTI)), number of symbols per TTI, and wireless frame configuration.
  • SCS subcarrier Spacing
  • TTI Transmission Time Interval
  • a specific filtering process performed by the transmitter / receiver in the frequency domain, a specific windowing process performed by the transmitter / receiver in the time domain, and the like may be indicated.
  • the slot may be composed of one or more symbols in the time area (Orthogonal Frequency Division Multiplexing (OFDM) symbol, Single Carrier Frequency Division Multiple Access (SC-FDMA) symbol, etc.). Further, the slot may be a time unit based on numerology.
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • the slot may include a plurality of mini slots.
  • Each minislot may be composed of one or more symbols in the time domain. Further, the mini-slot may be referred to as a sub-slot.
  • a minislot may consist of a smaller number of symbols than the slot.
  • a PDSCH (or PUSCH) transmitted in a time unit larger than the mini slot may be referred to as a PDSCH (PUSCH) mapping type A.
  • the PDSCH (or PUSCH) transmitted using the minislot may be referred to as PDSCH (PUSCH) mapping type B.
  • the wireless frame, subframe, slot, minislot and symbol all represent the time unit when transmitting a signal.
  • the radio frame, subframe, slot, minislot and symbol may use different names corresponding to each.
  • the time units such as frames, subframes, slots, mini slots, and symbols in the present disclosure may be read as each other.
  • TTI refers to, for example, the minimum time unit of scheduling in wireless communication.
  • the base station schedules each user terminal to allocate radio resources (frequency bandwidth that can be used in each user terminal, transmission power, etc.) in TTI units.
  • the definition of TTI is not limited to this.
  • one or more TTIs may be the minimum time unit for scheduling. Further, the number of slots (number of mini-slots) constituting the minimum time unit of the scheduling may be controlled.
  • a TTI having a time length of 1 ms may be referred to as a normal TTI (TTI in 3GPP Rel. 8-12), a normal TTI, a long TTI, a normal subframe, a normal subframe, a long subframe, a slot, or the like.
  • TTI shorter than normal TTI may be referred to as shortened TTI, short TTI, partial TTI (partial or fractional TTI), shortened subframe, short subframe, minislot, subslot, slot and the like.
  • the long TTI (eg, normal TTI, subframe, etc.) may be read as a TTI having a time length of more than 1 ms
  • the short TTI eg, shortened TTI, etc.
  • TTI having the above TTI length may be read as TTI having the above TTI length.
  • a resource block is a resource allocation unit in the time domain and the frequency domain, and may include one or a plurality of continuous subcarriers in the frequency domain.
  • the number of subcarriers contained in the RB may be the same regardless of the numerology, and may be, for example, 12.
  • the number of subcarriers contained in the RB may be determined based on numerology.
  • one or more RBs are a physical resource block (Physical RB (PRB)), a sub-carrier group (Sub-Carrier Group (SCG)), a resource element group (Resource Element Group (REG)), a PRB pair, and an RB. It may be called a pair or the like.
  • PRB Physical RB
  • SCG sub-carrier Group
  • REG resource element group
  • PRB pair an RB. It may be called a pair or the like.
  • the resource block may be composed of one or a plurality of resource elements (Resource Element (RE)).
  • RE Resource Element
  • 1RE may be a radio resource area of 1 subcarrier and 1 symbol.
  • the BWP may include UL BWP (BWP for UL) and DL BWP (BWP for DL).
  • BWP UL BWP
  • BWP for DL DL BWP
  • One or more BWPs may be set in one carrier for the UE.
  • the above-mentioned structures such as wireless frames, subframes, slots, mini slots, and symbols are merely examples.
  • the number of subframes contained in a radio frame the number of slots per subframe or radioframe, the number of minislots contained within a slot, the number of symbols and RBs contained in a slot or minislot, included in the RB.
  • the number of subcarriers, the number of symbols in the TTI, the symbol length, the cyclic prefix (CP) length, and the like can be changed in various ways.
  • the information, parameters, etc. described in the present disclosure may be expressed using an absolute value, a relative value from a predetermined value, or another corresponding information. It may be represented.
  • the radio resource may be indicated by a predetermined index.
  • Input / output information, signals, etc. may be stored in a specific location (for example, memory) or may be managed using a management table. Input / output information, signals, etc. can be overwritten, updated, or added. The output information, signals, etc. may be deleted. The input information, signals, etc. may be transmitted to other devices.
  • the notification of predetermined information is not limited to the explicit notification, but implicitly (for example, by not notifying the predetermined information or another information). May be done (by notification of).
  • the determination may be made by a value represented by 1 bit (0 or 1), or by a boolean value represented by true or false. , May be done by numerical comparison (eg, comparison with a given value).
  • software, instructions, information, etc. may be transmitted and received via a transmission medium.
  • the software uses at least one of wired technology (coaxial cable, optical fiber cable, twist pair, digital subscriber line (DSL), etc.) and wireless technology (infrared, microwave, etc.) on the website.
  • wired technology coaxial cable, optical fiber cable, twist pair, digital subscriber line (DSL), etc.
  • wireless technology infrared, microwave, etc.
  • the terms “system” and “network” used in this disclosure may be used interchangeably.
  • the “network” may mean a device (eg, a base station) included in the network.
  • precoding "precoding weight”
  • QCL Quality of Co-Co-Location
  • TCI state Transmission Configuration Indication state
  • space "Spatial relation”, “spatial domain filter”, “transmission power”, “phase rotation”, "antenna port”, “antenna port group”, “layer”, “number of layers”
  • Terms such as “rank”, “resource”, “resource set”, “resource group”, “beam”, “beam width”, “beam angle”, "antenna”, “antenna element", “panel” are compatible.
  • Mobile stations include subscriber stations, mobile units, subscriber units, wireless units, remote units, mobile devices, wireless devices, wireless communication devices, remote devices, mobile subscriber stations, access terminals, mobile terminals, wireless terminals, remote terminals. , Handset, user agent, mobile client, client or some other suitable term.
  • At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a wireless communication device, or the like.
  • At least one of the base station and the mobile station may be a device mounted on the mobile body, a mobile body itself, or the like.
  • the moving body may be a vehicle (eg, car, airplane, etc.), an unmanned moving body (eg, drone, self-driving car, etc.), or a robot (manned or unmanned). ) May be.
  • at least one of the base station and the mobile station includes a device that does not necessarily move during communication operation.
  • at least one of the base station and the mobile station may be an Internet of Things (IoT) device such as a sensor.
  • IoT Internet of Things
  • references to elements using designations such as “first” and “second” as used in this disclosure does not generally limit the quantity or order of those elements. These designations can be used in the present disclosure as a convenient way to distinguish between two or more elements. Thus, references to the first and second elements do not mean that only two elements can be adopted or that the first element must somehow precede the second element.
  • judgment (decision) includes receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access (for example). It may be regarded as “determining” such as accessing) (for example, accessing data in memory).
  • judgment (decision) is regarded as “judgment (decision)” of solving, selecting, selecting, establishing, comparing, and the like. May be good. That is, “judgment (decision)” may be regarded as “judgment (decision)” of some action.
  • the "maximum transmission power" described in the present disclosure may mean the maximum value of the transmission power, may mean the nominal UE maximum transmit power, or may mean the rated maximum transmission power (the). It may mean rated UE maximum transmit power).
  • connection are any direct or indirect connections or connections between two or more elements. Means, and can include the presence of one or more intermediate elements between two elements that are “connected” or “bonded” to each other.
  • the connection or connection between the elements may be physical, logical, or a combination thereof. For example, "connection” may be read as "access”.
  • the radio frequency region when two elements are connected, one or more wires, cables, printed electrical connections, etc. are used, and as some non-limiting and non-comprehensive examples, the radio frequency region, microwaves. It can be considered to be “connected” or “coupled” to each other using electromagnetic energy having wavelengths in the region, light (both visible and invisible) regions, and the like.
  • the term "A and B are different” may mean “A and B are different from each other”.
  • the term may mean that "A and B are different from C”.
  • Terms such as “separate” and “combined” may be interpreted in the same way as “different”.

Abstract

本開示の一態様に係る端末は、マルチキャスト物理下りリンク共有チャネル（ＰＤＳＣＨ）に対するhybrid　automatic　repeat　reQuest　acknowledgement（ＨＡＲＱ－ＡＣＫ）情報の送信のための物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースの設定を受信する受信部と、前記ＰＵＣＣＨリソースを用いる前記ＨＡＲＱ－ＡＣＫ情報の送信を制御する制御部と、を有する。本開示の一態様によれば、マルチキャストの下りリンクデータを適切に受信できる。

Description

端末、無線通信方法及び基地局
　本開示は、次世代移動通信システムにおける端末、無線通信方法及び基地局に関する。
　Universal　Mobile　Telecommunications　System（ＵＭＴＳ）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてLong　Term　Evolution（ＬＴＥ）が仕様化された（非特許文献１）。また、ＬＴＥ（Third　Generation　Partnership　Project（３ＧＰＰ）　Release（Ｒｅｌ．）８、９）の更なる大容量、高度化などを目的として、ＬＴＥ－Ａｄｖａｎｃｅｄ（３ＧＰＰ　Ｒｅｌ．１０－１４）が仕様化された。
　ＬＴＥの後継システム（例えば、5th　generation　mobile　communication　system（５Ｇ）、５Ｇ＋（plus）、6th　generation　mobile　communication　system（６Ｇ）、New　Radio（ＮＲ）、３ＧＰＰ　Ｒｅｌ．１５以降などともいう）も検討されている。
　将来の無線通信システム（例えば、ＮＲ）において、複数のユーザ端末（user　terminal、User　Equipment（ＵＥ））が、超高密度かつ高トラヒックな環境下で通信を行うことが想定される。
　ＮＲでは、このような環境下において、複数のＵＥがマルチキャストを利用した下りリンクデータの受信を行うことが想定される。
　しかしながら、これまでのＮＲ仕様においては、ＵＥの、マルチキャストの下りリンクデータの受信について、十分検討がなされていない。マルチキャストを利用した下りリンクデータの受信が適切に行われなければ、スループットの低下など、システム性能が低下するおそれがある。
　そこで、本開示は、マルチキャストの下りリンクデータを適切に受信する端末、無線通信方法及び基地局を提供することを目的の１つとする。
　本開示の一態様に係る端末は、マルチキャスト物理下りリンク共有チャネル（ＰＤＳＣＨ）に対するhybrid　automatic　repeat　reQuest　acknowledgement（ＨＡＲＱ－ＡＣＫ）情報の送信のための物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースの設定を受信する受信部と、前記ＰＵＣＣＨリソースを用いる前記ＨＡＲＱ－ＡＣＫ情報の送信を制御する制御部と、を有する。
　本開示の一態様によれば、マルチキャストの下りリンクデータを適切に受信できる。
図１は、マルチキャストＰＤＳＣＨの受信手順の一例を示す図である。 図２は、マルチキャストＰＤＳＣＨの受信手順の別の一例を示す図である。 図３Ａから３Ｃは、NACK-onlyフィードバックの一例を示す図である。 図４Ａ及び４Ｂは、マルチキャストＰＤＳＣＨに用いられる周波数リソースの一例を示す図である。 図５は、態様１－３に係るＰＵＣＣＨリソース設定の一例を示す図である。 図６は、態様１－４に係るＰＵＣＣＨリソース設定の一例を示す図である。 図７は、態様１－６の設定方法１に係るＰＵＣＣＨリソース設定の一例を示す図である。 図８は、態様１－６の設定方法２に係るＰＵＣＣＨリソース設定の一例を示す図である。 図９Ａ及び９Ｂは、態様２－１に係るＰＵＣＣＨリソース設定の一例を示す図である。 図１０Ａ及び１０Ｂは、第５の実施形態に係るマルチキャストＰＤＳＣＨ／ユニキャストＰＤＳＣＨの判定方法の一例を示す図である。 図１１は、態様６－１に係るマルチキャストＰＤＳＣＨ／ユニキャストＰＤＳＣＨの判定方法の一例を示す図である。 図１２は、態様６－２に係るマルチキャストＰＤＳＣＨ／ユニキャストＰＤＳＣＨの判定方法の一例を示す図である。 図１３は、第６の実施形態に係るＰＤＳＣＨスケジューリングの一例を示す図である。 図１４は、第７の実施形態に係るＰＤＣＣＨモニタリングの一例を示す図である。 図１５は、第７の実施形態に係るＰＤＣＣＨモニタリングの別の一例を示す図である。 図１６は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。 図１７は、一実施形態に係る基地局の構成の一例を示す図である。 図１８は、一実施形態に係るユーザ端末の構成の一例を示す図である。 図１９は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。
（ＰＵＣＣＨフォーマット）
　将来の無線通信システム（例えば、Ｒｅｌ．１５以降、５Ｇ、ＮＲなど）では、uplink　control　information（ＵＣＩ）の送信に用いられる上りリンク制御チャネル（例えば、ＰＵＣＣＨ）用の構成（フォーマット、ＰＵＣＣＨフォーマット（ＰＦ）等ともいう）が検討されている。例えば、Ｒｅｌ．１５　ＮＲでは、５種類のＰＦ０～４をサポートすることが検討されている。なお、以下に示すＰＦの名称は例示にすぎず、異なる名称が用いられてもよい。
　例えば、ＰＦ０及び１は、２ビット以下（up　to　2　bits）のＵＣＩの送信に用いられるＰＦである。例えば、ＵＣＩは、送達確認情報（Hybrid　Automatic　Repeat　reQuest－Acknowledgement（ＨＡＲＱ－ＡＣＫ）、acknowledgement（ＡＣＫ）又はnegative-acknowledgement（ＮＡＣＫ）等ともいう）及びスケジューリング要求（scheduling　request（ＳＲ））の少なくとも１つであってもよい。ＰＦ０は、１又は２シンボルに割り当て可能であるため、ショートＰＵＣＣＨ又はシーケンスベース（sequence-based）ショートＰＵＣＣＨ等とも呼ばれる。一方、ＰＦ１は、４－１４シンボルに割り当て可能であるため、ロングＰＵＣＣＨ等とも呼ばれる。ＰＦ０は、初期（initial）巡回シフト（cyclic　shift（ＣＳ））インデックスと、ＵＣＩの値と、スロット番号、シンボル番号と、の少なくとも１つに基づく巡回シフトを用い、ベース系列（base　sequence）の巡回シフトによって得られる系列を送信してもよい。ＰＦ１では、ＣＳ及び時間ドメイン（ＴＤ）－orthogonal　cover　code（ＯＣＣ）の少なくとも一つを用いた時間ドメインのブロック拡散により、同一のphysical　resource　block（ＰＲＢ）内で複数のユーザ端末が符号分割多重（ＣＤＭ）されてもよい。
　ＰＦ２－４は、２ビットを超える（more　than　2　bits）ＵＣＩ（例えば、チャネル状態情報（Channel　State　Information（ＣＳＩ））、又は、ＣＳＩとＨＡＲＱ－ＡＣＫとＳＲとの少なくとも１つ）の送信に用いられるＰＦである。ＰＦ２は、１又は２シンボルに割り当て可能であるため、ショートＰＵＣＣＨ等とも呼ばれる。一方、ＰＦ３、４は、４－１４シンボルに割り当て可能であるため、ロングＰＵＣＣＨ等とも呼ばれる。ＰＦ４では、ＤＦＴ前の（周波数ドメイン（ＦＤ）－ＯＣＣ）のブロック拡散を用いて複数のユーザ端末がＣＤＭされてもよい。
　ＰＦ１、ＰＦ３、ＰＦ４に対し、スロット内周波数ホッピング（intra-slot　frequency　hopping）が適用されてもよい。ＰＵＣＣＨの長さをNsymbとすると、周波数ホッピング前（第１ホップ）の長さはfloor(Nsymb/2)であってもよく、周波数ホッピング（第２ホップ）後の長さはceil(Nsymb/2)であってもよい。
　ＰＦ０、ＰＦ１、ＰＦ２の波形は、Cyclic　Prefix（ＣＰ）－Orthogonal　Frequency　Division　Multiplexing（ＯＦＤＭ）であってもよい。ＰＦ３、ＰＦ４の波形は、Discrete　Fourier　Transform（ＤＦＴ）－spread（ｓ）－ＯＦＤＭであってもよい。
　当該上り制御チャネルの送信に用いられるリソース（例えば、ＰＵＣＣＨリソース）の割り当て（allocation）は、上位レイヤシグナリング及び／又は下り制御情報（ＤＣＩ）を用いて行われる。ここで、上位レイヤシグナリングは、例えば、ＲＲＣ（Radio　Resource　Control）シグナリング、システム情報（例えば、ＲＭＳＩ：Remaining　Minimum　System　Information、ＯＳＩ：Other　System　Information、ＭＩＢ：Master　Information　Block、ＳＩＢ：System　Information　Blockの少なくとも一つ）、ブロードキャスト情報（ＰＢＣＨ：Physical　Broadcast　Channel）の少なくとも一つであればよい。
　また、ＮＲにおいて、ＰＵＣＣＨに割り当てられるシンボル（ＰＵＣＣＨ割り当てシンボル、ＰＵＣＣＨシンボルなどと呼ばれてもよい）の数は、スロット固有、セル固有、ユーザ端末固有のいずれか又はこれらの組み合わせで決定され得る。ＰＵＣＣＨシンボル数を増やすほど通信距離（カバレッジ）が伸びると期待されるため、例えば基地局（例えば、ｅＮＢ、ｇＮＢ）遠方のユーザ端末ほどシンボル数を増やすという運用が想定される。
（ＮＲ　マルチキャスト／ブロードキャスト）
　Ｒｅｌ．１６までのＮＲにおいて、ＮＷからＵＥに対する信号及びチャネルの少なくとも一方（以下、信号／チャネルと表現する）の送信は、ユニキャスト送信が基本である。この場合、ＮＷから複数のＵＥに対して送信される同一の下りリンク（ＤＬ）データ信号／チャネル（例えば、下りリンク共有チャネル（ＰＤＳＣＨ））を、ＮＷの複数のビーム（又は、パネル）に対応する複数の受信機会（受信オケージョン）を用いて、各ＵＥが受信することが想定される。
　また、多数のＵＥが地理的に密集する環境（例えば、スタジアム等）のような、超高密度かつ高トラヒックな状況下において、複数のＵＥが同時にかつ同一の信号／チャネルを受信する場合が想定される。このような場合に、複数ＵＥが同一エリアに存在し、各ＵＥが同一の信号／チャネルを受信するために、各ＵＥがユニキャストによって当該信号／チャネルの受信を行うことは、通信の信頼性は確保できるものの、リソース利用効率を低下させると考えられる。
　multicast/broadcast　service（ＭＢＳ）が複数のＵＥに受信されるための、グループスケジューリングの仕組みが検討されている。
　例えば、１以上のＤＣＩによってマルチキャストＰＤＳＣＨをスケジュールすることが検討されている。この場合、ＤＣＩのサイズ（ペイロードサイズ、オーバーヘッド）が大きくなるおそれがある。
　Point-to-Point（ＰＴＰ）送信（配信方法）において、ＲＡＮノード（例えば、基地局）は、個々のＵＥへＭＢＳデータパケットの別々のコピーを無線を通して送信する。Point-to-Multipoint（ＰＴＭ）送信（配信方法）において、ＲＡＮノード（例えば、基地局）は、ＵＥのセットへＭＢＳデータパケットの単一のコピーを無線を通して送信する。
　ＰＴＰ送信が、複数のＲＲＣコネクテッドＵＥ（RRC_CONNECTED　UE）に対し、ＵＥ固有ＰＤＳＣＨをスケジュールするためにＵＥ固有ＰＤＣＣＨを用いること、ＵＥ固有ＰＤＣＣＨは、ＵＥ固有radio　network　temporary　identifier（ＲＮＴＩ）（例えばＣ－ＲＮＴＩ）によってスクランブルされたcyclic　redundancy　check（ＣＲＣ）を有し、ＵＥ固有ＰＤＳＣＨは、同じＵＥ固有ＲＮＴＩを用いてスクランブルされること、が検討されている。
　ＰＴＭ送信方式１が、同じＭＢＳグループ内の複数のＲＲＣコネクテッドＵＥに対し、グループ共通（group-common）ＰＤＳＣＨをスケジュールするためにグループ共通ＰＤＣＣＨを用いること、グループ共通ＰＤＣＣＨは、グループ共通ＲＮＴＩによってスクランブルされたＣＲＣを有し、グループ共通ＰＤＳＣＨは、同じグループ共通ＲＮＴＩを用いてスクランブルされること、が検討されている。
　ＰＴＭ送信方式２が、同じＭＢＳグループ内の複数のＲＲＣコネクテッドＵＥに対し、グループ共通ＰＤＳＣＨをスケジュールするためにＵＥ固有ＰＤＣＣＨを用いること、ＵＥ固有ＰＤＣＣＨは、ＵＥ固有ＲＮＴＩ（例えばＣ－ＲＮＴＩ）によってスクランブルされたＣＲＣを有し、グループ共通ＰＤＳＣＨは、グループ共通ＲＮＴＩを用いてスクランブルされること、が検討されている。
　ここで、ＵＥ固有ＰＤＣＣＨ／ＰＤＳＣＨは、ターゲットＵＥによって識別されることができるが、同じＭＢＳグループ内の他のＵＥによって識別されることができない。グループ共通ＰＤＣＣＨ／ＰＤＳＣＨは、同じ時間／周波数リソースにおいて送信され、同じＭＢＳグループ内の全てのＵＥによって識別されることができる。
　また、ＭＢＳの信頼性改善のための、ＨＡＲＱフィードバックが検討されている。
　マルチキャストを受信するＲＲＣコネクテッドＵＥに対し、少なくともＰＴＭ送信方式１は、以下のフィードバック方法１及び２の少なくとも１つをサポートしてもよい。
［フィードバック方法１］マルチキャストに対するＡＣＫ／ＮＡＣＫに基づくＨＡＲＱ－ＡＣＫフィードバック（ACK/NACK　based　HARQ-ACK　feedback、ACK/NACK　based　PUCCH、ACK/NACK送信、ACK/NACKフィードバック）
　ＰＤＳＣＨの復号に成功したＵＥは、ＡＣＫを送信する。ＰＤＳＣＨの復号に失敗したＵＥは、ＮＡＣＫを送信する。
［フィードバック方法２］マルチキャストに対するＮＡＣＫのみに基づくＨＡＲＱ－ＡＣＫフィードバック（NACK-only　based　HARQ-ACK　feedback、NACK-only　based　PUCCH、NACK-only送信、NACK-onlyフィードバック）
　ＰＤＳＣＨの復号に成功したＵＥは、ＡＣＫを送信しない。ＰＤＳＣＨの復号に失敗したＵＥは、ＮＡＣＫを送信する。
　図１の例のように、ＵＥ固有（個別）ＤＣＩが、ＵＥ共通ＰＤＳＣＨ（マルチキャストＰＤＳＣＨ）と、ＵＥ共通ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含むＵＥ固有（個別）ＰＵＣＣＨをスケジュールしてもよい。図２の例のように、ＵＥ共通ＤＣＩが、ＵＥ共通ＰＤＳＣＨ（マルチキャストＰＤＳＣＨ）と、ＵＥ共通ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含むＵＥ共通ＰＵＣＣＨをスケジュールしてもよい。
　複数のＵＥの間において、マルチキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫリソースが重複してもよい。図３Ａの例のように、複数のＵＥの間において、ＡＣＫ用リソースは重複せず、ＮＡＣＫ用リソースが重複してもよい。図３Ｂの例のように、基地局は、ＮＡＣＫ用リソースにおいて、信号を受信しない（受信電力が閾値以下である）場合、ＮＡＣＫを送信したＵＥが存在しないと判定し、ＰＤＳＣＨを再送しなくてもよい。図３Ｃの例のように、基地局は、ＮＡＣＫ用リソースにおいて、信号を受信した（受信電力が閾値を超える）場合、ＮＡＣＫを送信したＵＥが存在すると判定し、ＰＤＳＣＨを再送してもよい。
　ＲＲＣコネクテッドＵＥのマルチキャストに対し、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨ用の共通周波数リソースが、同じスロット内のユニキャスト及びマルチキャストの同時受信をサポートするために個別ユニキャストＢＷＰの周波数リソース内に限られる。グループ共通ＰＤＣＣＨ／ＰＤＳＣＨ用の共通周波数リソースに対して以下の２つのオプションから選ばれてもよい。
［オプション２Ａ］
　共通周波数リソースは、ＭＢＳ固有ＢＷＰとして規定される。ＭＢＳ固有ＢＷＰは、個別ユニキャストＢＷＰと関連付けられ同じニューメロロジー（subcarrier　spacing（ＳＣＳ）及びcyclic　prefix（ＣＰ））を用いる。
　図４Ａの例のように、マルチキャスト用ＢＷＰ（ＢＷＰ１）と、ユニキャスト用ＢＷＰ（ＢＷＰ２）と、が設定されてもよい。ＢＷＰ１及び２は、周波数ドメインにおいてオーバーラップしなくてもよい。ＵＥがＢＷＰ１及び２を同時に受信しない場合、ＵＥは、時間ドメインにおいて、受信に用いるＢＷＰ（アクティブＤＬ　ＢＷＰ、ＢＷＰ１又は２）を切り替えてもよい。
［オプション２Ｂ］
　共通周波数リソースは、幾つかの連続ＰＲＢを有するＭＢＳ周波数領域（region）として規定される。ＭＢＳ周波数領域は、個別ユニキャストＢＷＰ内に設定される。
　図４Ｂの例のように、マルチキャストＰＤＳＣＨリソースは、ユニキャスト用ＢＷＰに含まれてもよい。
　マルチキャストを受信するＲＲＣコネクテッドＵＥに対し、グループ共通ＰＤＣＣＨスケジューリングがサポートされる場合のＡＣＫ／ＮＡＣＫに基づくＨＡＲＱ－ＡＣＫフィードバックに対し、ＵＥ毎の観点からのＨＡＲＱ－ＡＣＫフィードバック用のＰＵＣＣＨリソース設定は、以下の３つのオプションから選ばれる１つであってもよい。
［オプション１］
　そのＰＵＣＣＨリソース設定は、ユニキャスト用ＨＡＲＱ－ＡＣＫフィードバック用ＰＵＣＣＨリソース設定と共有される。
［オプション２］
　そのＰＵＣＣＨリソース設定は、ユニキャスト用ＨＡＲＱ－ＡＣＫフィードバック用ＰＵＣＣＨリソース設定から分離される。
［オプション３］
　そのＰＵＣＣＨリソース設定は、設定に基づいてオプション１又は２である。
　しかしながら、マルチキャスト用ＨＡＲＱ－ＡＣＫフィードバックのリソースをどのように決定するかが明らかでない。このリソースが明らかでなければ、スループットの低下などを招くおそれがある。
　そこで、本発明者らは、マルチキャスト用ＨＡＲＱ－ＡＣＫフィードバックのリソースの決定方法を着想した。
　ＰＴＭ送信方式１が用いられ、ＵＥがＰＤＳＣＨをスケジュールするＤＣＩを受信する場合において、そのＤＣＩが、グループ共通ＲＮＴＩによってスクランブルされたＣＲＣを有するグループ共通ＤＣＩである場合、ＵＥは、そのＰＤＳＣＨはマルチキャストＰＤＳＣＨであると判定でき、そのＤＣＩが、グループ共通ＲＮＴＩによってスクランブルされたＣＲＣを有するグループ共通ＤＣＩでない場合、ＵＥは、そのＰＤＳＣＨはユニキャストＰＤＳＣＨであると判定できる。
　ＰＴＭ送信方式２が用いられる場合、ＵＥ固有ＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）によってスクランブルされたＣＲＣを有するＵＥ固有ＤＣＩが、マルチキャストＰＤＳＣＨをスケジュールする。
　しかしながら、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩと、ユニキャストＰＤＳＣＨをスケジュールするＤＣＩと、のモニタリング／受信方法が明らかでない。モニタリング／受信方法が明らかでなければ、スループットの低下、消費電力の増大などを招くおそれがある。
　そこで、本発明者らは、マルチキャストＰＤＳＣＨ／ユニキャストＰＤＳＣＨをスケジュールするＤＣＩのモニタリング／受信方法を着想した。
　以下、本開示に係る実施形態について、図面を参照して詳細に説明する。各実施形態に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
　本開示において、「Ａ／Ｂ／Ｃ」、「Ａ、Ｂ及びＣの少なくとも１つ」、は互いに読み替えられてもよい。本開示において、セル、サービングセル、ＣＣ、キャリア、ＢＷＰ、ＤＬ　ＢＷＰ、ＵＬ　ＢＷＰ、アクティブＤＬ　ＢＷＰ、アクティブＵＬ　ＢＷＰ、バンド、は互いに読み替えられてもよい。本開示において、インデックス、ＩＤ、インジケータ、リソースＩＤ、は互いに読み替えられてもよい。本開示において、サポートする、制御する、制御できる、動作する、動作できる、は互いに読み替えられてもよい。
　本開示において、設定（configure）、アクティベート（activate）、更新（update）、指示（indicate）、有効化（enable）、指定（specify）、選択（select）、は互いに読み替えられてもよい。
　本開示において、リンクする（link）、関連付ける（associate）、対応する（correspond）、マップする（map）、は互いに読み替えられてもよい。本開示において、配置する（allocate）、割り当てる（assign）、モニタする（monitor）、マップする（map）、は互いに読み替えられてもよい。
　本開示において、上位レイヤシグナリングは、例えば、Radio　Resource　Control（ＲＲＣ）シグナリング、Medium　Access　Control（ＭＡＣ）シグナリング、ブロードキャスト情報などのいずれか、又はこれらの組み合わせであってもよい。本開示において、ＲＲＣ、ＲＲＣシグナリング、ＲＲＣパラメータ、上位レイヤ、上位レイヤパラメータ、ＲＲＣ情報要素（ＩＥ）、ＲＲＣメッセージ、は互いに読み替えられてもよい。
　ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（MAC　Control　Element（ＭＡＣ　ＣＥ））、ＭＡＣ　Protocol　Data　Unit（ＰＤＵ）などを用いてもよい。ブロードキャスト情報は、例えば、マスタ情報ブロック（Master　Information　Block（ＭＩＢ））、システム情報ブロック（System　Information　Block（ＳＩＢ））、最低限のシステム情報（Remaining　Minimum　System　Information（ＲＭＳＩ））、その他のシステム情報（Other　System　Information（ＯＳＩ））などであってもよい。
　本開示において、ＭＡＣ　ＣＥ、アクティベーション／ディアクティベーションコマンド、は互いに読み替えられてもよい。
　本開示において、ＵＬチャネル、ＰＵＣＣＨ、ＰＵＳＣＨ、繰り返し、送信オケージョン、は互いに読み替えられてもよい。
　本開示において、マルチキャスト、グループキャスト、ブロードキャスト、ＭＢＳ、は互いに読み替えられてもよい。本開示において、マルチキャストＰＤＳＣＨ、グループ共通ＲＮＴＩによってスクランブルされたＰＤＳＣＨ、は互いに読み替えられてもよい。
　本開示において、ＨＡＲＱ－ＡＣＫ、ＨＡＲＱ－ＡＣＫ情報、ＨＡＲＱ、ＡＣＫ／ＮＡＣＫ、ＡＣＫ、ＮＡＣＫ、は互いに読み替えられてもよい。
　本開示において、固有（specific）、個別（dedicated）、ＵＥ固有、ＵＥ個別、は互いに読み替えられてもよい。
　本開示において、共通（common）、共有（shared）、グループ共通（group-common）、ＵＥ共通、ＵＥ共有、は互いに読み替えられてもよい。
　本開示において、ＵＥ固有ＤＣＩ、ＵＥ固有ＲＮＴＩによってスクランブルされたＣＥＣを有するＤＣＩ、は互いに読み替えられてもよい。ＵＥ固有ＲＮＴＩは例えば、Ｃ－ＲＮＴＩであってもよい。
　本開示において、ＵＥ共通ＤＣＩ、ＵＥ共通ＲＮＴＩによってスクランブルされたＣＥＣを有するＤＣＩ、は互いに読み替えられてもよい。ＵＥ共通ＲＮＴＩは例えば、multicast－ＲＮＴＩであってもよい。
（無線通信方法）
　ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩを送信するためのＰＵＣＣＨリソースを制御／決定してもよい。
　マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩを送信するためのＰＵＣＣＨリソースは、上位レイヤシグナリングによって、共通周波数リソース毎に設定されてもよいし、Ｒｅｌ．１６同様、ＵＬ　ＢＷＰのＰＵＣＣＨ設定（PUCCH-Config）内において設定されてもよい。このＰＵＣＣＨリソースがPUCCH-Config内において設定される場合、このＰＵＣＣＨリソースは、Ｒｅｌ．１５／１６のＰＵＣＣＨリソースであってもよいし、新たに規定されるマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ用ＰＵＣＣＨリソースであってもよい。
　ＰＴＭ送信方式１及び２の一方が仕様に規定されてもよい。ＰＴＭ送信方式１及び２の両方が仕様に規定され、一方が上位レイヤシグナリングによって設定されてもよい。ＰＴＭ送信方式１及び２の両方が仕様に規定され、グループ共通ＰＤＳＣＨ（マルチキャストＰＤＳＣＨ）をスケジュールするＤＣＩが、グループ共通ＲＮＴＩによってスクランブルされたＣＲＣを有するグループ共通ＤＣＩである場合、ＵＥは、ＰＴＭ送信方式１が用いられると判定し、そのＤＣＩが、ＵＥ固有ＲＮＴＩによってスクランブルされたＣＲＣを有するＵＥ固有ＤＣＩである場合、ＵＥは、ＰＴＭ送信方式２が用いられると判定してもよい。
　ＰＴＭ送信方式１において、グループ共通ＤＣＩは、新規ＤＣＩフォーマットであってもよい。新規ＤＣＩフォーマットは、ＤＣＩフォーマット２＿ｘであってもよい。ＵＥは、マルチキャスト用サーチスペース内においてグループ共通ＤＣＩをモニタしてもよい。マルチキャスト用サーチスペースは、タイプ３ＰＤＣＣＨ　common　search　space（ＣＳＳ）であってもよいし、ＰＤＣＣＨ設定（PDCCH-Config）内のサーチスペースタイプ（searchSpaceType）が共通（common）であってもよい。
　ＵＥは、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報の送信のためのＰＵＣＣＨリソースの設定を受信し、そのＰＵＣＣＨリソースを用いるＨＡＲＱ－ＡＣＫ情報の送信を制御してもよい。
　ＵＥは、ＰＤＳＣＨをスケジュールするＤＣＩを受信し、上位レイヤシグナリングとＤＣＩとの少なくとも１つに基づいて、そのＰＤＳＣＨがマルチキャストであるかユニキャストであるかを判定してもよい。
＜第１の実施形態＞
　ＵＥ固有ＤＣＩによってマルチキャストＰＤＳＣＨをスケジュールされたＵＥは、以下の態様１－１から１－６の少なくとも１つに従ってもよい。
《態様１－１》
　ＵＥ固有ＤＣＩによってマルチキャストＰＤＳＣＨをスケジュールされたＵＥは、ＵＥ固有ＰＵＣＣＨリソースを用いてマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信する。
　ＵＥ固有ＰＵＣＣＨリソースは、以下のリソースＡ及びＢのいずれかに従ってもよい。
［リソースＡ］
　ＵＥは、上位レイヤシグナリングによって設定されたＰＵＣＣＨリソースを、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩを送信するＰＵＣＣＨリソースに用いる。このＰＵＣＣＨリソースの決定にＤＣＩが用いられなくてもよい。この場合、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩ内にPUCCH　resource　indicator（ＰＲＩ）フィールドを省くことができ、ＤＣＩのオーバーヘッドを小さくできる。ＵＥ個別上位レイヤシグナリングによって設定することによって、ＵＥ間において直交するリソースを割り当てることができる。
［リソースＢ］
　上位レイヤシグナリングによって複数のＰＵＣＣＨリソースが設定され、ＵＥは、複数のＰＵＣＣＨリソースの中から、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩに基づいて、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩを送信するＰＵＣＣＨリソースを選択（決定）する。図１の例において、ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩのビット数（サイズ）に基づいて、（上位レイヤシグナリングによって設定された複数のＰＵＣＣＨリソースセットから）１つのＰＵＣＣＨリソースセットを選択（決定）し、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩ内のＰＲＩフィールドと、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩを検出したＰＤＣＣＨの最初のＣＣＥのインデックスと、に基づいて、選択されたＰＵＣＣＨリソースセットから、１つのＰＵＣＣＨリソースを選択（決定）する。
《態様１－２》
　ＵＥ固有ＤＣＩによってマルチキャストＰＤＳＣＨをスケジュールされたＵＥは、ＵＥ共通ＰＵＣＣＨリソースを用いてマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信する。
　ＵＥ共通ＰＵＣＣＨリソースは、以下のリソースＡ及びＢのいずれかに従ってもよい。
［リソースＡ］
　ＵＥは、上位レイヤシグナリングによって設定されたＵＥ共通ＰＵＣＣＨリソースを、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩを送信するＰＵＣＣＨリソースに用いる。この場合、複数のＵＥ共通ＰＵＣＣＨリソースのうち、送信に用いられるＰＵＣＣＨリソースが動的に指示されることができる。上位レイヤシグナリングによってマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信用ＰＵＣＣＨリソースが設定されてもよい。このＰＵＣＣＨリソースを用いるＨＡＲＱ－ＡＣＫフィードバックは、NACK-onlyフィードバックであってもよい。
［リソースＢ］
　ＵＥは、上位レイヤシグナリングとＤＣＩとに基づいて、ＵＥ共通ＰＵＣＣＨリソースを決定する。図２の例において、上位レイヤシグナリングによってマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信用の複数のＰＵＣＣＨリソースが設定され、ＵＥは、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩ内のＰＲＩフィールドと、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩを検出したＰＤＣＣＨの最初のＣＣＥのインデックスと、に基づいて、設定された複数のＰＵＣＣＨリソースから、１つのＰＵＣＣＨリソースを選択（決定）する。マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信用の複数のＰＵＣＣＨリソースの設定は、ＰＵＣＣＨリソースセットの決定の仕組みを用いてもよい。例えば、ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩのビット数（サイズ）に応じて、ＰＵＣＣＨリソース／ＰＵＣＣＨリソースセットを選択（決定）してもよい。
《態様１－３》
　マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信用の１以上のＰＵＣＣＨリソースセットが（上位レイヤシグナリングによって）設定され、ＵＥは、そのＨＡＲＱ－ＡＣＫを含むＵＣＩのビット数（サイズ）に応じて、そのＵＣＩの送信に用いるＰＵＣＣＨリソースセットを選択（決定）する。
　ＵＥがマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信に、ACK/NACKフィードバックを用いるかNACK-onlyフィードバックを用いるかは、以下のオプション１及び２のいずれかに従ってもよい。
［オプション１］
　ＵＥがマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信に、ACK/NACKフィードバックを用いるかNACK-onlyフィードバックを用いるかは、ＵＣＩのビット数に依らず、決定／設定／規定されてもよい。ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信に、ACK/NACKフィードバックを用いるかNACK-onlyフィードバックを用いるかを、切り替えなくてもよい。
［オプション２］
　ＵＥがマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信に、ACK/NACKフィードバックを用いるかNACK-onlyフィードバックを用いるかは、ＵＣＩのビット数に依って決定されてもよい。図５の例において、複数のＰＵＣＣＨリソースセットが設定され、ＵＣＩビット数がN0ビット以下である場合、NACK-onlyフィードバックが用いられ、ＵＣＩビット数がN0ビットより多い場合、ACK/NACKフィードバック（第１ＰＵＣＣＨリソースセット、ＰＵＣＣＨリソースセットＩＤ＝０）が用いられる。ＵＣＩビット数がN0より多く且つN1ビット以下である場合、ACK/NACKフィードバック（第２ＰＵＣＣＨリソースセット、ＰＵＣＣＨリソースセットＩＤ＝１）が用いられ、ＵＣＩビット数がN1ビットより多い場合、ACK/NACKフィードバック（第３ＰＵＣＣＨリソースセット、ＰＵＣＣＨリソースセットＩＤ＝２）が用いられてもよい。N0は２であってもよい。N1は上位レイヤシグナリングによって設定されてもよいし、仕様に規定された値でもよい。NACK-onlyフィードバックは、ＰＵＣＣＨフォーマット０を用いてもよい。
《態様１－４》
　マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信用の１以上のＰＵＣＣＨリソースセットが（上位レイヤシグナリングによって）設定され、ＵＥは、そのＨＡＲＱ－ＡＣＫを含むＵＣＩのビット数（サイズ）に応じて、そのＵＣＩの送信に用いるＰＵＣＣＨリソースセットを選択（決定）する。
　ＵＥがマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信に、ＵＥ固有ＰＵＣＣＨを用いるかＵＥ共通ＰＵＣＣＨを用いるかは、以下のオプション１及び２のいずれかに従ってもよい。
［オプション１］
　ＵＥがマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信に、ＵＥ固有ＰＵＣＣＨを用いるかＵＥ共通ＰＵＣＣＨを用いるかは、ＵＣＩのビット数に依らず、決定／設定／規定されてもよい。ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信に、ＵＥ固有ＰＵＣＣＨを用いるかＵＥ共通ＰＵＣＣＨを用いるかを、切り替えなくてもよい。
［オプション２］
　ＵＥがマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信に、ＵＥ固有ＰＵＣＣＨを用いるかＵＥ共通ＰＵＣＣＨを用いるかは、ＵＣＩのビット数に依って決定されてもよい。図６の例において、複数のＰＵＣＣＨリソースセットが設定され、ＵＣＩビット数がN0ビット以下である場合、ＵＥ共通ＰＵＣＣＨが用いられ、ＵＣＩビット数がN0ビットより多い場合、ＵＥ固有ＰＵＣＣＨ（第１ＰＵＣＣＨリソースセット、ＰＵＣＣＨリソースセットＩＤ＝０）が用いられる。ＵＣＩビット数がN0より多く且つN1ビット以下である場合、ＵＥ固有ＰＵＣＣＨ（第２ＰＵＣＣＨリソースセット、ＰＵＣＣＨリソースセットＩＤ＝１）が用いられ、ＵＣＩビット数がN1ビットより多い場合、ＵＥ固有ＰＵＣＣＨ（第３ＰＵＣＣＨリソースセット、ＰＵＣＣＨリソースセットＩＤ＝２）が用いられてもよい。N0は２であってもよい。N1は上位レイヤシグナリングによって設定されてもよいし、仕様に規定された値でもよい。ＵＥ共通ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０を用いてもよい。
《態様１－５》
　マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信用の１以上のＰＵＣＣＨリソースセットが（上位レイヤシグナリングによって）設定され、ＵＥは、条件に応じて、そのＵＣＩの送信に用いるＰＵＣＣＨリソースセットを選択（決定）する。
　条件は以下の少なくとも１つの条件であってもよい。
・ＤＣＩフォーマット／ＤＣＩフィールド
・ＰＤＣＣＨモニタリングオケージョン／ＣＯＲＥＳＥＴ／サーチスペース
・ＣＲＣをスクランブルするＲＮＴＩ
・ＭＡＣ　ＣＥ
　ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信に、ACK/NACKフィードバックを用いるかNACK-onlyフィードバックを用いるかを、この条件によって決定してもよい。
　ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信に、ＵＥ固有ＰＵＣＣＨを用いるかＵＥ共通ＰＵＣＣＨを用いるかを、この条件によって決定してもよい。
《態様１－６》
　上位レイヤシグナリングによるＰＵＣＣＨリソース／リソースセットの設定は、以下の設定方法１及び２のいずれかに従ってもよい。
［設定方法１］
　ＵＥ固有ＰＵＣＣＨリソース／リソースセットと、ＵＥ共通ＰＵＣＣＨリソース／リソースセットと、が別々に設定される。図７の例において、ＵＥ固有ＰＵＣＣＨリソース／リソースセットと、ＵＥ共通ＰＵＣＣＨリソース／リソースセットと、が設定される。ＵＥ固有ＰＵＣＣＨリソース／リソースセットは、Ｒｅｌ．１５／１６のユニキャストＰＤＳＣＨ用ＰＵＣＣＨリソース／リソースセットであってもよい。ユニキャストＰＤＳＣＨ用ＰＵＣＣＨリソース／リソースセットとは別に、マルチキャストＰＤＳＣＨ用ＰＵＣＣＨリソース／リソースセットが設定されてもよい。
［設定方法２］
　ＵＥ固有ＰＵＣＣＨリソース／リソースセットと、ＵＥ共通ＰＵＣＣＨリソース／リソースセットと、が共通に設定される。
　リソース毎に、ＵＥ固有ＰＵＣＣＨリソースと、ＵＥ共通ＰＵＣＣＨとが別々に設定されてもよい。ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫに対し、ＵＥ固有ＰＵＣＣＨリソースがＤＣＩ（ＰＲＩフィールド／最初のＣＣＥのインデックス）によって指示されてもよい。マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫに対し、ＵＥ共通ＰＵＣＣＨリソースがＤＣＩ（ＰＲＩフィールド／最初のＣＣＥのインデックス）によって指示されてもよい。図８の例において、複数のＰＵＣＣＨリソースセットが設定され、複数のＰＵＣＣＨリソースセットの一部が、ＵＥ固有ＰＵＣＣＨリソース／ＵＥ共通ＰＵＣＣＨリソースを含む。ＵＣＩビット数がN0又はN1以下である場合のＰＵＣＣＨリソースセットが、ＵＥ共通ＰＵＣＣＨリソースを含み、ＵＣＩビット数がN0又はN1より大きい場合のＰＵＣＣＨリソースセットが、ＵＥ共通ＰＵＣＣＨリソースを含まなくてもよい。各ＰＵＣＣＨリソース／リソースセットは、Ｒｅｌ．１５／１６のユニキャストＰＤＳＣＨ用ＰＵＣＣＨリソース／リソースセットであってもよい。ユニキャストＰＤＳＣＨ用ＰＵＣＣＨリソース／リソースセットとは別に、マルチキャストＰＤＳＣＨ用ＰＵＣＣＨリソース／リソースセットが設定されてもよい。
　ＰＵＣＣＨリソースは、初期ＣＳインデックスを含んでもよい。ACK/NACKフィードバックにおいて、ＵＥは、初期ＣＳインデックスに第１オフセット（例えば０）を加えたインデックスに基づいてＮＡＣＫ用ＣＳを決定し、初期ＣＳインデックスに第２オフセット（例えば６）を加えたインデックスに基づいてＡＣＫ用ＣＳを決定してもよい。NACK-onlyフィードバックにおいて、ＵＥは、初期ＣＳインデックスに第１オフセット（例えば０）を加えたインデックスに基づいてＣＳを決定してもよい。ＵＥは、ベース系列と、ＡＣＫ又はＮＡＣＫに基づくＣＳと、に基づく系列をＰＵＣＣＨ上において送信してもよい。
　この実施形態によれば、ＵＥ固有ＤＣＩによってマルチキャストＰＤＳＣＨがスケジュールされる場合に、ＵＥは、そのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を適切に送信できる。
＜第２の実施形態＞
　ＵＥ共通ＤＣＩによってマルチキャストＰＤＳＣＨをスケジュールされたＵＥは、以下の態様２－１及び２－２の少なくとも１つに従ってもよい。
《態様２－１》
　ＵＥ共通ＤＣＩによってマルチキャストＰＤＳＣＨをスケジュールされたＵＥは、ＵＥ固有ＰＵＣＣＨリソースを用いてマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信する。
　ＵＥ固有ＰＵＣＣＨリソースは、以下のリソースＡ及びＢのいずれかに従ってもよい。
［リソースＡ］
　ＵＥは、上位レイヤシグナリングによって設定されたＰＵＣＣＨリソースを、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩを送信するＰＵＣＣＨリソースに用いる。このＰＵＣＣＨリソースの決定にＤＣＩが用いられなくてもよい。この場合、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩ内にPUCCH　resource　indicator（ＰＲＩ）フィールドを省くことができ、ＤＣＩのオーバーヘッドを小さくできる。ＵＥ個別上位レイヤシグナリングによって設定することによって、ＵＥ間において直交するリソースを割り当てることができる。
［リソースＢ］
　上位レイヤシグナリングによって複数のＰＵＣＣＨリソースが設定され、ＵＥは、複数のＰＵＣＣＨリソースの中から、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩに基づいて、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩを送信するＰＵＣＣＨリソースを選択（決定）する。図１の例において、ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩのビット数（サイズ）に基づいて、（上位レイヤシグナリングによって設定された複数のＰＵＣＣＨリソースセットから）１つのＰＵＣＣＨリソースセットを選択（決定）し、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩ内のＰＲＩフィールドと、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩを検出したＰＤＣＣＨの最初のＣＣＥのインデックスと、に基づいて、選択されたＰＵＣＣＨリソースセットから、１つのＰＵＣＣＨリソースを選択（決定）する。
　ＰＲＩは、以下のＰＲＩフィールド１及び２のいずれかに従ってもよい。
［ＰＲＩフィールド１］
　図９Ａの例において、ＰＲＩフィールドが拡張され、ＵＥ（ＵＥ０から３）毎に（ＵＥ固有に）ＰＲＩ（ＰＲＩ０から３）を指示する。ＵＥは、上位レイヤシグナリングによって自ＵＥ用のＰＲＩフィールドを設定され、設定されたＰＲＩフィールドに基づいてＰＵＣＣＨリソースを決定する。ＵＥは、設定されていない（他ＵＥ用の）ＰＲＩフィールドを無視してもよい。
［ＰＲＩフィールド２］
　ＰＲＩフィールドは拡張されない。ＤＣＩフォーマット１＿１におけるＰＲＩフィールドは３ビットであってもよい。ＤＣＩフォーマット１＿２におけるＰＲＩフィールドは１から３ビットであってもよい。図９Ｂの例において、上位レイヤシグナリングによってＰＲＩフィールドの値と、各ＵＥ用のＰＲＩ（ＰＵＣＣＨリソース）との関連付け（マッピング）が設定され、ＵＥは、自ＵＥ用のＰＲＩ（ＰＵＣＣＨリソース）を用いてＰＵＣＣＨリソースを決定する。
　ＵＥは、他ＵＥのＰＵＣＣＨリソースを知ることができ、他ＵＥのＰＵＣＣＨリソースに基づいてチャネルの衝突を制御してもよい。
　ＰＵＣＣＨリソースセット＃０（最初のＰＵＣＣＨリソースセット）の決定のためのＣＣＥのインデックスは、Ｒｅｌ．１５と同様であってもよい。ＣＣＥのインデックスは、ＵＥ間において共通であってもよい。共通のＤＣＩが、ＵＥによって異なるＰＵＣＣＨリソースを指示するために、ＵＥはＣＣＥインデックスにオフセットを加えることによってＰＵＣＣＨリソースを決定してもよい。オフセットは、ＵＥ毎に（ＵＥ個別に）上位レイヤシグナリングによって設定されてもよいし、ＵＥ－ＩＤ／Ｃ－ＲＮＴＩに基づく関数によって決定されてもよい。
《態様２－２》
　ＵＥ共通ＤＣＩによってマルチキャストＰＤＳＣＨをスケジュールされたＵＥは、ＵＥ共通ＰＵＣＣＨリソースを用いてマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信する。
　ＵＥ共通ＰＵＣＣＨリソースは、以下のリソースＡ及びＢのいずれかに従ってもよい。
［リソースＡ］
　ＵＥは、上位レイヤシグナリングによって設定されたＰＵＣＣＨリソースを、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩを送信するＰＵＣＣＨリソースに用いる。このＰＵＣＣＨリソースの決定にＤＣＩが用いられなくてもよい。この場合、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩ内にPUCCH　resource　indicator（ＰＲＩ）フィールドを省くことができ、ＤＣＩのオーバーヘッドを小さくできる。ＵＥ個別上位レイヤシグナリングによって設定することによって、ＵＥ間において直交するリソースを割り当てることができる。
［リソースＢ］
　上位レイヤシグナリングによって複数のＰＵＣＣＨリソースが設定され、ＵＥは、複数のＰＵＣＣＨリソースの中から、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩに基づいて、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩを送信するＰＵＣＣＨリソースを選択（決定）する。図２の例において、ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを含むＵＣＩのビット数（サイズ）に基づいて、（上位レイヤシグナリングによって設定された複数のＰＵＣＣＨリソースセットから）１つのＰＵＣＣＨリソースセットを選択（決定）し、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩ内のＰＲＩフィールドと、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩを検出したＰＤＣＣＨの最初のＣＣＥのインデックスと、に基づいて、選択されたＰＵＣＣＨリソースセットから、１つのＰＵＣＣＨリソースを選択（決定）する。
　この実施形態によれば、ＵＥ共通ＤＣＩによってマルチキャストＰＤＳＣＨがスケジュールされる場合に、ＵＥは、そのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を適切に送信できる。
＜第３の実施形態＞
　ＵＥは、ユニキャストＰＤＳＣＨとマルチキャストＰＤＳＣＨを受信した場合、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫに対し、ＵＥは、以下の態様３－１及び３－２のいずれかに従ってもよい。
《態様３－１》
　ＵＥは、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとを、１つのチャネルにおいて多重する（１つのチャネルへマップする）。チャネルは、ＰＵＣＣＨであってもよいし、ＰＵＳＣＨであってもよい。
　ＵＥは、既存のセミスタティック／ダイナミックＨＡＲＱ－ＡＣＫコードブック（ＨＡＲＱコードブック）用の、ＰＤＳＣＨのＨＡＲＱ－ＡＣＫのカウント方法に従って、ユニキャストＰＤＳＣＨ及びマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫビット系列を生成し、生成されたＨＡＲＱ－ＡＣＫビット系列を１つのチャネルリソースにおいて送信してもよい。この場合、ＵＥは１つのチャネル送信でよいため、リソースの利用効率を高められる。ユニキャストＰＤＳＣＨのスケジューリングＤＣＩと、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩと、にわたって、トータルＤＡＩ／カウンタＤＡＩを通算（カウント）してもよい。
　ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとがマップされるチャネルリソースは、以下のリソースＡ及びＢのいずれかに従ってもよい。
［リソースＡ］
　ＵＥは、ユニキャストＰＤＳＣＨ用のＰＵＣＣＨ／ＰＵＳＣＨリソースにおいて、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとを送信する。このチャネルリソースは、ＵＥ固有リソースであるため、制御が容易になる。
　ＵＥは、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、を多重し、多重されたＨＡＲＱ－ＡＣＫを含むＵＣＩビット数に応じて、ＰＵＣＣＨリソースセットを選択（決定）してもよい。ＵＥは、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫのＵＣＩビット数（ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫにマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを多重する前のＵＣＩビット数）に応じて、ＰＵＣＣＨリソースセットを選択（決定）してもよい。
　ＵＥは、既存の時間／周波数方向のＤＣＩの選択ルールに従って、ＰＵＣＣＨリソースの選択に必要なＤＣＩ（ＰＲＩフィールド／最初のＣＣＥのインデックス）を得てもよい。ここで、ＵＥは、ユニキャストＰＤＳＣＨのスケジューリングＤＣＩと、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩと、を区別しなくてもよい。
　例えば、選択ルールは、同じＰＤＣＣＨモニタリングオケージョンに対してサービングセルインデックスの昇順に番号付けされ、ＰＤＣＣＨモニタリングオケージョンインデックスの昇順に番号付けされたＤＣＩフォーマットのうち、最後のＤＣＩフォーマットであってもよい。
　ＵＥは、ユニキャストＰＤＳＣＨのスケジューリングＤＣＩと、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩと、のそれぞれについて、既存の時間／周波数方向のＤＣＩの選択ルールに従って、ＰＵＣＣＨリソースの選択に必要な（ＰＲＩフィールド／最初のＣＣＥのインデックス）を得てもよい。ここで、ＵＥは、ユニキャストＰＤＳＣＨのスケジューリングＤＣＩと、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩと、を区別しなくてもよい。ＵＥは、ユニキャストＰＤＳＣＨのスケジューリングＤＣＩについて、既存の時間／周波数方向のＤＣＩの選択ルールに従って、ＰＵＣＣＨリソースの選択に必要な（ＰＲＩフィールド／最初のＣＣＥのインデックス）を得てもよい。
［リソースＢ］
　ＵＥは、マルチキャストＰＤＳＣＨ用のＰＵＣＣＨ／ＰＵＳＣＨリソースにおいて、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとを送信する。このチャネルリソースは、個別リソースであるため、制御が容易になる。
　ＵＥは、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、を多重し、多重されたＨＡＲＱ－ＡＣＫを含むＵＣＩビット数に応じて、ＰＵＣＣＨリソースセットを選択（決定）してもよい。ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫのＵＣＩビット数（ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫにユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを多重する前のＵＣＩビット数）に応じて、ＰＵＣＣＨリソースセットを選択（決定）してもよい。
　ＵＥは、既存の時間／周波数方向のＤＣＩの選択ルールに従って、ＰＵＣＣＨリソースの選択に必要なＤＣＩ（ＰＲＩフィールド／最初のＣＣＥのインデックス）を得てもよい。ここで、ＵＥは、ユニキャストＰＤＳＣＨのスケジューリングＤＣＩと、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩと、を区別しなくてもよい。
　例えば、選択ルールは、同じＰＤＣＣＨモニタリングオケージョンに対してサービングセルインデックスの昇順に番号付けされ、ＰＤＣＣＨモニタリングオケージョンインデックスの昇順に番号付けされたＤＣＩフォーマットのうち、最後のＤＣＩフォーマットであってもよい。
　ＵＥは、ユニキャストＰＤＳＣＨのスケジューリングＤＣＩと、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩと、のそれぞれについて、既存の時間／周波数方向のＤＣＩの選択ルールに従って、ＰＵＣＣＨリソースの選択に必要な（ＰＲＩフィールド／最初のＣＣＥのインデックス）を得てもよい。ここで、ＵＥは、ユニキャストＰＤＳＣＨのスケジューリングＤＣＩと、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩと、を区別しなくてもよい。ＵＥは、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩについて、既存の時間／周波数方向のＤＣＩの選択ルールに従って、ＰＵＣＣＨリソースの選択に必要な（ＰＲＩフィールド／最初のＣＣＥのインデックス）を得てもよい。
　マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信方法として、NACK-onlyフィードバックが規定／設定された場合、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫの論理演算によって、送信するＨＡＲＱ－ＡＣＫ情報を算出してもよい。０のＨＡＲＱ－ＡＣＫ情報ビットがＮＡＣＫを表し、１のＨＡＲＱ－ＡＣＫ情報ビットがＡＣＫを表してもよい。論理演算はＡＮＤ演算であってもよい。例えば、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報ビットが１（ＡＣＫ）であり、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報ビットが０（ＮＡＣＫ）である場合、論理演算結果は０であるため、ＵＥは、NACK-onlyフィードバックによってＮＡＣＫを送信してもよい。
　ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、を１つのチャネルへマップ（多重）する場合、ユニキャストＰＤＳＣＨ又はマルチキャストＰＤＳＣＨを示すタイプ（ＰＤＳＣＨのキャストタイプ）と、ＰＤＳＣＨのスロットインデックスと、ＰＤＳＣＨのセルインデックスと、の少なくとも１つに従って、ＨＡＲＱ－ＡＣＫのビットが順序付けされてもよい。ＨＡＲＱ－ＡＣＫがＰＤＳＣＨのキャストタイプによって順序付けされる場合、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ、の順であってもよいし、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ、の順であってもよい。ＰＤＳＣＨのスロット毎に、ＰＤＳＣＨのキャストタイプと、ＰＤＳＣＨのセルインデックスと、の少なくとも１つに従ってＨＡＲＱ－ＡＣＫのビットが順序付けされてもよい。
《態様３－２》
　ＵＥは、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとを、１つのチャネルにおいて多重しない（異なるチャネルへマップする）。各チャネルは、ＰＵＣＣＨであってもよいし、ＰＵＳＣＨであってもよい。
　ＵＥは、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫビット系列と、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫビット系列と、を別々に生成し、それらのＨＡＲＱ－ＡＣＫビット系列を、別々のチャネルリソースにおいて送信してもよい。ＵＥは、既存のセミスタティック／ダイナミックＨＡＲＱ－ＡＣＫコードブック用の、ＰＤＳＣＨのＨＡＲＱ－ＡＣＫのカウント方法に従って、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫビットを生成してもよい。この場合、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信は、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信に影響しない。ユニキャストＰＤＳＣＨのスケジューリングＤＣＩと、マルチキャストＰＤＳＣＨのスケジューリングＤＣＩと、に対して別々に、トータルＤＡＩ／カウンタＤＡＩを通算（カウント）してもよい。
　マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとの、同時送信が発生した（オケージョンがオーバーラップした）場合、ＵＥは、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信を優先してもよい（マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信をドロップしてもよい）し、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信を優先してもよい（ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫ送信をドロップしてもよい）。
　あるスロット（又はサブスロット）内において、ＵＥは、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨと、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨと、のいずれか１つのみを送信してもよい。あるスロット（又はサブスロット）内において、ユニキャストＰＤＳＣＨとマルチキャストＰＤＳＣＨの両方のフィードバックを行うように（PDSCH-to-HARQ　feedback　indicator　fieldによって）指示されたＵＥは、いずれかのフィードバックをドロップしてもよい。ＵＥは、あるスロット（又はサブスロット）内において、ユニキャストＰＤＳＣＨとマルチキャストＰＤＳＣＨの両方のフィードバックを行うように指示されることを想定しない、と規定されてもよい。
　ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとの、両方の（同時／多重／１つのチャネル内の）送信をサポートすることをＵＥ能力情報によって報告し、且つマルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとの、同時送信が発生した（オケージョンがオーバーラップした）場合、ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとの、両方を送信してもよい。この場合、ＵＥは、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとを、time　division　multiplexing（ＴＤＭ）して送信してもよいし、態様３－１を用いて送信してもよい。
　ＵＥは、マルチキャストＰＤＳＣＨ用ＤＣＩと、ユニキャストＰＤＳＣＨ用ＤＣＩとを区別／識別してもよい（第５から第９の実施形態の少なくとも１つに従ってもよい）。
　この実施形態によれば、ＵＥは、ユニキャストＰＤＳＣＨ及びマルチキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を適切に送信できる。
＜第４の実施形態＞
　第１から第３の実施形態の少なくとも１つにおいて、ＰＵＣＣＨリソースの決定方法（例えば、ＰＲＩの決定方法）が、ＰＵＣＣＨ用ＴＰＣコマンド（スケジュールされたＰＰＵＣＣＨ用ＴＰＣコマンドフィールド）／ＨＡＲＱタイミング（PDSCH-to-HARQ_feedback　timing　indicatorフィールド）の決定に適用されてもよい。
　この実施形態によれば、ＵＥは、ＰＵＣＣＨ用ＴＰＣコマンド／ＨＡＲＱタイミングを適切に決定できる。
＜第５の実施形態＞
　ＰＴＭ送信方式２において、ＵＥは、ＤＣＩによってスケジュールされたＰＤＳＣＨのリソース割り当てに基づいて、そのＰＤＳＣＨがユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるか（そのＤＣＩがユニキャストＰＤＳＣＨをスケジュールするかマルチキャストＰＤＳＣＨをスケジュールするか）を判定する。
　マルチキャストＰＤＳＣＨ専用リソースと、ユニキャストＰＤＳＣＨ専用リソースと、が上位レイヤシグナリングによって設定されてもよい。スケジュールされたＰＤＳＣＨのリソースが、マルチキャストＰＤＳＣＨ専用リソースと、ユニキャストＰＤＳＣＨ専用リソースと、のいずれに対応するかによって、そのＰＤＳＣＨがユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるかを判定してもよい。リソースは、時間ドメイン／周波数ドメイン／符号ドメイン（系列／巡回シフト）／空間ドメインであってもよい。周波数ドメインリソースは、physical　resource　element（ＰＲＥ）／physical　resource　block（ＰＲＢ）／ＢＷＰ／ＣＣであってもよい。
　図１０Ａ及び図１０Ｂの例において、マルチキャストＰＤＳＣＨ用周波数ドメインリソースと、ユニキャストＰＤＳＣＨ用周波数ドメインリソースと、が設定される。図１０Ａの例において、ＵＥ固有ＤＣＩによってスケジュールされるＰＤＳＣＨの周波数ドメインリソースが、マルチキャストＰＤＳＣＨ用周波数ドメインリソース内である場合、ＵＥは、そのＰＤＳＣＨがマルチキャストＰＤＳＣＨであると判定する。図１０Ｂの例において、ＵＥ固有ＤＣＩによってスケジュールされるＰＤＳＣＨの周波数ドメインリソースが、ユニキャストＰＤＳＣＨ用周波数ドメインリソース内である場合、ＵＥは、そのＰＤＳＣＨがユニキャストＰＤＳＣＨであると判定する。
　ユニキャスト用リソースとマルチキャスト用リソースの一方が他方に含まれてもよい（囲まれてもよい）。例えば、ユニキャスト用リソース内の部分がくり抜かれ（穴をあけられ）、その部分がマルチキャスト用リソースであってもよい。
　この実施形態によれば、ＵＥは、ＤＣＩによってスケジュールされたＰＤＳＣＨが、ユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるかを適切に判定できる。
＜第６の実施形態＞
　ＰＴＭ送信方式２において、ＵＥは、ＰＤＳＣＨをスケジュールするＤＣＩの受信／検出結果に基づいて、そのＰＤＳＣＨがユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるか（そのＤＣＩがユニキャストＰＤＳＣＨをスケジュールするかマルチキャストＰＤＳＣＨをスケジュールするか）を判定する。
　ＵＥは、以下の態様６－１から６－４の少なくとも１つに基づいて、スケジュールされたＰＤＳＣＨがユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるかを判定してもよい。
《態様６－１》
　マルチキャストＰＤＳＣＨをスケジュールするＵＥ固有ＤＣＩ専用のＣＯＲＥＳＥＴ／サーチスペース（マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペース）が設定される。
　ＵＥは、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースにおいてＤＣＩを検出した場合、このＤＣＩがマルチキャストＰＤＳＣＨをスケジュールすると判定し、それ以外のＣＯＲＥＳＥＴ／サーチスペースにおいてＤＣＩを検出した場合、このＤＣＩがＲｅｌ．１５／１６と同様である（このＤＣＩがマルチキャストＰＤＳＣＨをスケジュールしない）と判定してもよい。
　図１１の例において、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースと、ユニキャスト専用ＣＯＲＥＳＥＴ／サーチスペースと、が設定される。ＵＥは、マルチキャスト専用ＣＯＲＥＳＥＴ内においてＤＣＩを検出した場合、このＤＣＩがマルチキャストＰＤＳＣＨをスケジュールすると判定する。マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースと、ユニキャスト専用ＣＯＲＥＳＥＴ／サーチスペースとは、重複してもよいし、重複しなくてもよい。
　ＰＴＭ送信方式１のグループ共通ＤＣＩは、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースを用いてもよいし、グループ共通ＤＣＩ専用ＣＯＲＥＳＥＴ／サーチスペースを用いてもよい。ビーム運用を考慮すると、ＵＥ固有ＤＣＩの受信において、ＵＥは、設定されたＴＣＩ状態を想定する。複数のＵＥに受信されるグループ共通ＤＣＩの受信において、複数のＴＣＩ状態にそれぞれ対応する複数のモニタリングオケージョンが設定され、ＵＥは自身のＴＣＩ状態に対応するモニタリングオケージョンを選択する必要がある。したがって、ＵＥ固有ＤＣＩ用のサーチスペースと、グループ共通ＤＣＩ用のサーチスペースと、が別々に設定されてもよい。
　マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースの時間／周波数リソースが、それ以外のＣＯＲＥＳＥＴ／サーチスペースの時間／周波数リソースと重複する場合、ＵＥは、検出したＤＣＩがいずれのＣＯＲＥＳＥＴ／サーチスペースに所属するかを判定できない場合が考えられる。これを回避するため、基地局は、各ＣＯＲＥＳＥＴ／サーチスペースに対して、異なる系列ＩＤを設定し、各ＣＯＲＥＳＥＴ／サーチスペースに対応するＰＤＣＣＨのＤＭＲＳに異なる系列を用いてもよい。これによって、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースの時間／周波数リソースが、それ以外のＣＯＲＥＳＥＴ／サーチスペースの時間／周波数リソースと重複する場合であっても、ＵＥは、検出したＤＣＩがいずれのＣＯＲＥＳＥＴ／サーチスペースに所属するかを判定できる。
　マルチキャストＰＤＳＣＨをスケジュールするＤＣＩは、ＤＣＩフォーマット１＿１／１＿２などのＤＬアサインメントＤＣＩであってもよい。この場合、ブラインド検出回数の増加を防ぐことができる。マルチキャストＰＤＳＣＨをスケジュールするＤＣＩは、マルチキャストＰＤＳＣＨ用の新規ＤＣＩフォーマットであってもよい。新規ＤＣＩフォーマットが規定される場合、ＵＥは、上位レイヤシグナリングによって設定された場合のみブラインド検出を試みてもよい。
　マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースを用いることによって、ＤＣＩをモニタするリソースを制限でき、ＵＥ消費電力を抑えられる。
《態様６－２》
　既存ＤＣＩフォーマット内に新規フィールドが規定されてもよい。新規フィールドは、そのＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨが、マルチキャストＰＤＳＣＨであるかユニキャストＰＤＳＣＨであるかを指示してもよい。既存ＤＣＩフォーマットは、ＤＣＩフォーマット１＿１／１＿２であってもよい。上位レイヤシグナリングによって、新規フィールドの使用を設定された場合のみ、既存ＤＣＩフォーマット内に新規フィールドが存在してもよい。
　図１２の例において、既存ＤＣＩフォーマットは、既存フィールドと、新規フィールドを含む。新規フィールドの値が０である場合、このＤＣＩがユニキャストＰＤＳＣＨをスケジュールすることを示し、新規フィールドの値が１である場合、このＤＣＩがマルチキャストＰＤＳＣＨをスケジュールすることを示す。
《態様６－３》
　ＵＥ固有の新規ＲＮＴＩが規定されてもよい。ＵＥは、新規ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩを検出した場合、そのＤＣＩは、マルチキャストＰＤＳＣＨをスケジュールすると判定してもよい。上位レイヤシグナリングによってマルチキャストＰＤＳＣＨのスケジューリング（新規ＲＮＴＩ）を設定された場合のみ、ＵＥは、新規ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩを検出することを試みてもよい。
《態様６－４》
　既存ＤＣＩフォーマットにおける幾つかの特別フィールドの幾つかの特別値が復号された場合、ＵＥは、当該ＤＣＩがマルチキャストＰＤＳＣＨをスケジュールすると見なし（判定、確認、validate）てもよい。そうでない場合、ＵＥは、当該ＤＣＩがユニキャストＰＤＳＣＨをスケジュールすると見なしてもよい。既存ＤＣＩフォーマットは、ＤＣＩフォーマット０＿１、０＿２、１＿１、１＿２、２＿３の少なくとも１つであってもよい。特別フィールド及び特別値の組み合わせは、以下の少なくとも１つであってもよい。
・周波数ドメインリソース割り当てフィールドの値が、オール０又はオール１にセットされる。
・時間ドメインリソース割り当てフィールドの値が、オール０又はオール１にセットされる。
・周波数ホッピングフラグフィールドの値が、オール０又はオール１にセットされる。
・変調符号化方式（modulation　and　coding　scheme（ＭＣＳ））フィールドの値が、オール０又はオール１にセットされる。
・新規データインジケータ（ＮＤＩ）フィールドの値が、オール０又はオール１にセットされる。
・冗長（redundancy）バージョンフィールドの値が、オール０又はオール１にセットされる。
・ＨＡＲＱプロセス番号フィールドの値が、オール０又はオール１にセットされる。
・下りリンク割り当てインジケータ（ＤＡＩ）フィールドの値が、オール０又はオール１にセットされる。
・ＰＵＣＣＨ用送信電力制御（ＴＰＣ）コマンドフィールドの値が、オール０又はオール１にセットされる。
・ＰＵＳＣＨ用送信電力制御（ＴＰＣ）コマンドフィールドの値が、オール０又はオール１にセットされる。
・ＳＲＳリソースインジケータフィールドの値が、オール０又はオール１にセットされる。
・プリコーディング情報及びレイヤ数のフィールドの値が、オール０又はオール１にセットされる。
・アンテナポートフィールドの値が、オール０又はオール１にセットされる。
・ＣＳＩリクエストフィールドの値が、オール０又はオール１にセットされる。
　態様６－１から６－４のいずれかにおいて、１以上のＤＣＩフィールドの少なくとも１つ（特別ＤＣＩフィールド）、又は上位レイヤによって設定されたＤＣＩフィールドが、このＤＣＩがマルチキャストＰＤＳＣＨをスケジュールすることを示してもよい。
　態様６－１から６－４のいずれかにおいて、マルチキャストＰＤＳＣＨをスケジュールするＤＣＩのビット数（サイズ）は、ユニキャストＰＤＳＣＨをスケジュールするＤＣＩのビット数と同じであってもよいし、異なってもよい。
　ＵＥは、受信したＤＣＩがマルチキャストＰＤＳＣＨをスケジュールすると判定した後、そのＤＣＩ内の各指示フィールドの値を用いて、マルチキャストＰＤＳＣＨのリソース割り当て情報を取得してもよい。上位レイヤシグナリングによって、ユニキャストＰＤＳＣＨ用のリソース割り当て情報と、マルチキャストＰＤＳＣＨ用のリソース割り当て情報と、が設定されてもよい。マルチキャストＰＤＳＣＨ用のリソース割り当て情報が設定（提供）されない場合、ＵＥは、ユニキャストＰＤＳＣＨ用のリソース割り当て情報をマルチキャストＰＤＳＣＨに用いてもよい。リソース割り当て情報は、frequency　domain　resource　assignment（ＦＤＲＡ）／time　domain　resource　assignment（ＴＤＲＡ）／ＤＭＲＳ情報（ＣＤＭグループインデックス）を含んでもよい。
　図１３の例において、ＵＥは、ＵＥ固有ＤＣＩがマルチキャストＰＤＳＣＨをスケジュールすると判定した場合、設定されたマルチキャスト用のリソース割り当て情報と、当該ＤＣＩと、に基づいて、マルチキャストＰＤＳＣＨのリソースを決定してもよい。ＵＥは、ＵＥ固有ＤＣＩがユニキャストＰＤＳＣＨをスケジュールすると判定した場合、設定されたユニキャスト用のリソース割り当て情報と、当該ＤＣＩと、に基づいて、ユニキャストＰＤＳＣＨのリソースを決定してもよい。ＤＣＩ内のリソース割り当てを指示するフィールドの１つの値は、ＤＣＩがマルチキャストＰＤＳＣＨをスケジュールするかユニキャストＰＤＳＣＨをスケジュールするかによって、異なるリソースを示してもよい。
　マルチキャストＰＤＳＣＨ用のリソースは、共通周波数リソース（common　frequency　resource）と呼ばれてもよいし、複数ＵＥの間において共通に認識されるリソースであってもよい。マルチキャストＰＤＳＣＨのリソース割り当て方法は、ＢＷＰ内からリソースを選択／指示する既存のリソース割り当て方法ではなく、共通周波数リソースの中からリソースを選択／指示してもよい。
　この場合、第５の実施形態に比べ、ＰＤＳＣＨがマルチキャスト用リソースに制限されるため、スケジューリングＤＣＩ内の限られたビット数（例えば、ＦＤＭＡフィールド）を用いてＰＤＳＣＨリソースを柔軟に指定できる。
　この実施形態によれば、ＵＥは、ＤＣＩによってスケジュールされたＰＤＳＣＨが、ユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるかを適切に判定できる。
＜第７の実施形態＞
　第５及び第６の実施形態においては、主にＰＴＭ送信方式２が用いられる場合の動作について述べたが、ＰＴＭ送信方式１が用いられる場合に第５及び第６の実施形態を適用してもよい。
　例えば、態様６－１をＰＴＭ送信方式１に適用し、ＰＴＭ送信方式１用ＤＣＩが、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースにおいて検出されると制限されてもよい。この場合、ＵＥは、ＰＴＭ送信方式１用ＤＣＩのブラインド検出／ＣＲＣチェックの処理量を抑えることができ、ＵＥ消費電力を抑えることができる。
　図１４の例において、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースと、ユニキャスト専用ＣＯＲＥＳＥＴ／サーチスペースと、が設定される。ＵＥは、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペース内において検出されたＤＣＩのみに対して、ＰＴＭ送信方式１に基づくグループ共通ＲＮＴＩを用いるＣＲＣのチェックを行う。ＵＥは、ユニキャスト専用ＣＯＲＥＳＥＴ／サーチスペース内において検出されたＤＣＩに対して、ＰＴＭ送信方式１に基づくグループ共通ＲＮＴＩを用いるＣＲＣのチェックを行わない（このＤＣＩによってマルチキャストＰＤＳＣＨがスケジュールされると想定しない）。
　ＰＴＭ送信方式１／２において、マルチキャストＰＤＳＣＨスケジューリング用の新規ＤＣＩフォーマットが規定されてもよい。ＵＥは、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペース内のみにおいて、新規ＤＣＩフォーマットのブラインド検出を試みてもよい。新規ＤＣＩフォーマットのブラインド検出に用いられるＤＭＲＳ系列は、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースに対して設定された系列ＩＤに対応してもよい。新規ＤＣＩフォーマットのブラインド検出を、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペース内に限定することによって、ＵＥ消費電力を抑えることができる。
　図１５の例において、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースと、ユニキャスト専用ＣＯＲＥＳＥＴ／サーチスペースと、が設定される。ＵＥは、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペース内において新規ＤＣＩフォーマットのブラインド検出を行う。ＵＥは、ユニキャスト専用ＣＯＲＥＳＥＴ／サーチスペース内において新規ＤＣＩフォーマットのブラインド検出を行わない（ユニキャスト専用ＣＯＲＥＳＥＴ／サーチスペース内において新規ＤＣＩフォーマットを受信すると想定しない）。
　この実施形態によれば、ＵＥは、ＤＣＩによってスケジュールされたＰＤＳＣＨが、ユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるかを適切に判定できる。
＜第８の実施形態＞
　ＰＴＭ送信方式２において、ＵＥは、上位レイヤシグナリングに基づいて、ＰＤＳＣＨがユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるかを判定する。上位レイヤシグナリングは、例えば、ＭＡＣ　ＣＥであってもよい。
　ユニキャストＰＤＳＣＨとマルチキャストＰＤＳＣＨとに対して、共通のリソース割り当て設定が用いられてもよい。
　ＵＥは、ＰＤＳＣＨ（ユニキャストＰＤＳＣＨ／マルチキャストＰＤＳＣＨ）の受信／復号に失敗した場合、ＮＡＣＫを送信してもよい。ユニキャストＰＤＳＣＨとマルチキャストＰＤＳＣＨとに対して、ＮＡＣＫ送信用のＰＵＣＣＨリソースは共通であってもよい。
　ＵＥは、ＰＤＳＣＨ（ユニキャストＰＤＳＣＨ／マルチキャストＰＤＳＣＨ）の受信／復号に成功した場合、ＵＥは、以下の手順１から３の少なくとも１つに従ってもよい。
［手順１］
　ＰＤＳＣＨがユニキャストＰＤＳＣＨであることが上位レイヤシグナリングによって通知され、ＵＥが、ＰＤＳＣＨの受信／復号に成功した場合、ＵＥは、ＡＣＫを送信してもよい。
［手順２］
　ＰＤＳＣＨがマルチキャストＰＤＳＣＨであることが上位レイヤシグナリングによって通知され、ACK/NACKフィードバックが設定／指示され、ＵＥが、ＰＤＳＣＨの受信／復号に成功した場合、ＵＥは、ＡＣＫを送信してもよい。
［手順３］
　ＰＤＳＣＨがマルチキャストＰＤＳＣＨであることが上位レイヤシグナリングによって通知され、NACK-onlyフィードバックが設定／指示され、ＵＥが、ＰＤＳＣＨの受信／復号に成功した場合、ＵＥは、ＨＡＲＱ－ＡＣＫを送信しなくてもよい。
　ユニキャストＰＤＳＣＨとマルチキャストＰＤＳＣＨとの間において、ＡＣＫ送信用のＰＵＣＣＨリソースは異なってもよい。
　ＭＡＣサブヘッダは、ＰＤＳＣＨがユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるかを示してもよい。transport　block（ＴＢ）はＭＡＣ　protocol　data　unit（ＰＤＵ）に対応してもよい。ＭＡＣ　ＰＤＵは、１以上のＭＡＣサブＰＤＵを含んでもよい。ＭＡＣサブＰＤＵは、１つのＭＡＣサブヘッダであってもよいし、１つのＭＡＣサブヘッダと１つのＭＡＣ　service　data　unit（ＳＤＵ）であってもよいし、１つのＭＡＣサブヘッダと１つのＭＡＣ　ＣＥであってもよいし、１つのＭＡＣサブヘッダとパディングであってもよい。
　受信されたＰＤＳＣＨ内のＴＢの復号が成功するまで、ＵＥは、そのＰＤＳＣＨがユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるかを認識できない。ＰＤＳＣＨの復調／復号において、物理（ＰＨＹ）レイヤはユニキャストＰＤＳＣＨとマルチキャストＰＤＳＣＨとを区別しなくてもよい。
　ＰＤＳＣＨがユニキャストであるかマルチキャストＰＤＳＣＨであるかは、以下のＵＥ動作（ＨＡＲＱ－ＡＣＫフィードバック制御）に影響してもよい。
［ＵＥ動作］
　ＵＥは、スケジュールされたＰＤＳＣＨ内のＴＢを復号し、ＴＢに含まれる上位レイヤシグナリング（例えば、ＭＡＣサブヘッダ）を読み、そのＴＢがユニキャストであるかとマルチキャストであるかを判定してもよい。ＵＥは、その判定結果に応じてＨＡＲＱ－ＡＣＫフィードバック制御を行ってもよい。ＨＡＲＱ－ＡＣＫフィードバック制御は、ＨＡＲＱ－ＡＣＫ情報ビット系列の作成、ＰＵＣＣＨリソースの決定、ＰＵＣＣＨ送信、の少なくとも１つを含んでもよい。
　ＵＥは、上位レイヤシグナリングによって設定された場合のみ、このＵＥ動作を行ってもよい。ＵＥは、特定のＤＣＩフォーマットによってスケジュールされたＰＤＳＣＨのみに対して、このＵＥ動作を行ってもよい。特定のＤＣＩフォーマットは、例えば、既存ＤＣＩフォーマット（ＤＣＩフォーマット１＿１／１＿２など）であってもよいし、マルチキャストＰＤＳＣＨスケジューリング用の新規ＤＣＩフォーマットであってもよい。ＵＥは、特定のＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩによってスケジュールされたＰＤＳＣＨのみに対して、このＵＥ動作を行ってもよい。特定のＲＮＴＩは、例えば、Ｃ－ＲＮＴＩであってもよい。
　マルチキャストＰＤＳＣＨ（ＰＴＭ送信方式２）のデータスクランブリングＲＮＴＩは、グループ共通ＲＮＴＩであってもよい。ユニキャストＰＤＳＣＨのデータスクランブリングＲＮＴＩも、グループ共通ＲＮＴＩであってもよい。既存のユニキャストＰＤＳＣＨのデータスクランブリングＲＮＴＩはＣ－ＲＮＴＩであるが、ＵＥは、ＴＢ復号前において、特定のＲＮＴＩを用いてＰＤＳＣＨの復号を行う必要があるため、この実施形態において、ＵＥは、マルチキャストＰＤＳＣＨとユニキャストＰＤＳＣＨの両方に共通のデータスクランブリングＲＮＴＩを用いる。
　マルチキャストＰＤＳＣＨとユニキャストＰＤＳＣＨに対し、データスクランブリングＲＮＴＩは、対応するスケジューリングＤＣＩのＣＲＣスクランブリングに用いられたＲＮＴＩであってもよい。
　マルチキャストＰＤＳＣＨ（ＰＴＭ送信方式２）のデータスクランブリングＲＮＴＩは、グループ共通ＲＮＴＩであり、ユニキャストＰＤＳＣＨのデータスクランブリングＲＮＴＩは、対応するスケジューリングＤＣＩのＣＲＣスクランブリングに用いられたＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）であってもよい。ＵＥは、マルチキャストＰＤＳＣＨのデータスクランブリングＲＮＴＩと、ユニキャストＰＤＳＣＨのデータスクランブリングＲＮＴＩと、のそれぞれを用いてＰＤＳＣＨの復号（ブラインド復号）を行い、ＴＢ／code　word（ＣＷ）／code　block　group（ＣＢＧ）毎に、誤り判定を行うことによって、いずれのデータスクランブリングＲＮＴＩが用いられたか（ＰＤＳＣＨがマルチキャストであるかユニキャストであるか）を判定してもよい。
　このように、ＵＥがＰＤＳＣＨのブラインド復号によってデータスクランブリングＲＮＴＩを判定する場合、ＴＢに含まれる上位レイヤシグナリング（例えば、ＭＡＣサブヘッダ）によって、そのＰＤＳＣＨがマルチキャストであるかユニキャストであるかを判定する必要がない。この場合、ＵＥは、ＴＢに含まれる上位レイヤシグナリング（例えば、ＭＡＣサブヘッダ）によって、そのＰＤＳＣＨがマルチキャストであるかユニキャストであるかを通知されない、と規定されてもよい。この場合、制御オーバーヘッドを抑えることができる。
　ＵＥは、ＰＤＳＣＨのブラインド復号によってデータスクランブリングＲＮＴＩを判定し、ＴＢに含まれる上位レイヤシグナリング（例えば、ＭＡＣサブヘッダ）によって、そのＰＤＳＣＨがマルチキャストであるかユニキャストであるかを判定し、判定されたデータスクランブリングＲＮＴＩが正しいか否かを確認してもよい。この場合、信頼性を向上できる。
　この実施形態によれば、ＵＥは、ＰＤＳＣＨが、ユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるかを適切に判定できる。
＜第９の実施形態＞
　上位レイヤシグナリングによってマルチキャストＰＤＳＣＨが設定された場合、ＵＥは、Ｃ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＬアサインメントＤＣＩが、マルチキャストＰＤＳＣＨをスケジュールすると判定（想定）してもよい（ＵＥは、ユニキャストＰＤＳＣＨがスケジュールされると想定しない、と規定されてもよい）。上位レイヤシグナリングによってマルチキャストＰＤＳＣＨが設定された場合、ＵＥは、特定ＤＣＩフォーマットが、マルチキャストＰＤＳＣＨをスケジュールすると判定（想定）してもよい。特定ＤＣＩフォーマットは、例えば、既存ＤＣＩフォーマット（ＤＣＩフォーマット１＿１／１＿２など）であってもよいし、マルチキャストＰＤＳＣＨスケジューリング用の新規ＤＣＩフォーマットであってもよい。
　この実施形態によれば、ＵＥは、ＰＤＳＣＨが、ユニキャストＰＤＳＣＨであるかマルチキャストＰＤＳＣＨであるかを適切に判定できる。
＜第１０の実施形態＞
　第１から第９の実施形態における少なくとも１つの機能（特徴、feature）に対応するＵＥ能力（capability）が規定されてもよい。ＵＥがこのＵＥ能力を報告した場合、ＵＥは、対応する機能を行ってもよい。ＵＥがこのＵＥ能力を報告し、且つこの機能に対応する上位レイヤパラメータを設定された場合、ＵＥは、対応する機能を行ってもよい。この機能に対応する上位レイヤパラメータ（ＲＲＣ情報要素）が規定されてもよい。この上位レイヤパラメータが設定された場合、ＵＥは、対応する機能を行ってもよい。
　ＵＥ能力は、ＵＥがこの機能をサポートするか否かを示してもよい。
　ＵＥ能力は、ＰＴＭ送信方式１をサポートするか否かを示してもよい。
　ＵＥ能力は、ＰＴＭ送信方式２をサポートするか否かを示してもよい。
　ＵＥ能力は、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースをサポートするか否かを示してもよい。ＵＥ能力は、マルチキャスト専用ＣＯＲＥＳＥＴ／サーチスペースの最大数（サポートされる数）を示してもよい。
　ＵＥ能力は、マルチキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送信方法（ACK/NACKフィードバック又はNACK-onlyフィードバック）を示してもよい。
　ＵＥ能力は、マルチキャストＰＤＳＣＨのスケジューリング方法（ＵＥ固有ＤＣＩ又はＵＥ共通ＤＣＩ）を示してもよい。
　ＵＥ能力は、マルチキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫと、ユニキャストＰＤＳＣＨのＨＡＲＱ－ＡＣＫとの、両方の（同時／多重／１つのチャネル内の）送信をサポートすか否かを示してもよい。
　この実施形態によれば、ＵＥは、既存の仕様との互換性を保ちつつ、上記の機能を実現できる。
（無線通信システム）
　以下、本開示の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本開示の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。
　図１６は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１は、Third　Generation　Partnership　Project（３ＧＰＰ）によって仕様化されるLong　Term　Evolution（ＬＴＥ）、5th　generation　mobile　communication　system　New　Radio（５Ｇ　ＮＲ）などを用いて通信を実現するシステムであってもよい。
　また、無線通信システム１は、複数のRadio　Access　Technology（ＲＡＴ）間のデュアルコネクティビティ（マルチＲＡＴデュアルコネクティビティ（Multi-RAT　Dual　Connectivity（ＭＲ－ＤＣ）））をサポートしてもよい。ＭＲ－ＤＣは、ＬＴＥ（Evolved　Universal　Terrestrial　Radio　Access（Ｅ－ＵＴＲＡ））とＮＲとのデュアルコネクティビティ（E-UTRA-NR　Dual　Connectivity（ＥＮ－ＤＣ））、ＮＲとＬＴＥとのデュアルコネクティビティ（NR-E-UTRA　Dual　Connectivity（ＮＥ－ＤＣ））などを含んでもよい。
　ＥＮ－ＤＣでは、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がマスタノード（Master　Node（ＭＮ））であり、ＮＲの基地局（ｇＮＢ）がセカンダリノード（Secondary　Node（ＳＮ））である。ＮＥ－ＤＣでは、ＮＲの基地局（ｇＮＢ）がＭＮであり、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がＳＮである。
　無線通信システム１は、同一のＲＡＴ内の複数の基地局間のデュアルコネクティビティ（例えば、ＭＮ及びＳＮの双方がＮＲの基地局（ｇＮＢ）であるデュアルコネクティビティ（NR-NR　Dual　Connectivity（ＮＮ－ＤＣ）））をサポートしてもよい。
　無線通信システム１は、比較的カバレッジの広いマクロセルＣ１を形成する基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する基地局１２（１２ａ－１２ｃ）と、を備えてもよい。ユーザ端末２０は、少なくとも１つのセル内に位置してもよい。各セル及びユーザ端末２０の配置、数などは、図に示す態様に限定されない。以下、基地局１１及び１２を区別しない場合は、基地局１０と総称する。
　ユーザ端末２０は、複数の基地局１０のうち、少なくとも１つに接続してもよい。ユーザ端末２０は、複数のコンポーネントキャリア（Component　Carrier（ＣＣ））を用いたキャリアアグリゲーション（Carrier　Aggregation（ＣＡ））及びデュアルコネクティビティ（ＤＣ）の少なくとも一方を利用してもよい。
　各ＣＣは、第１の周波数帯（Frequency　Range　1（ＦＲ１））及び第２の周波数帯（Frequency　Range　2（ＦＲ２））の少なくとも１つに含まれてもよい。マクロセルＣ１はＦＲ１に含まれてもよいし、スモールセルＣ２はＦＲ２に含まれてもよい。例えば、ＦＲ１は、６ＧＨｚ以下の周波数帯（サブ６ＧＨｚ（sub-6GHz））であってもよいし、ＦＲ２は、２４ＧＨｚよりも高い周波数帯（above-24GHz）であってもよい。なお、ＦＲ１及びＦＲ２の周波数帯、定義などはこれらに限られず、例えばＦＲ１がＦＲ２よりも高い周波数帯に該当してもよい。
　また、ユーザ端末２０は、各ＣＣにおいて、時分割複信（Time　Division　Duplex（ＴＤＤ））及び周波数分割複信（Frequency　Division　Duplex（ＦＤＤ））の少なくとも１つを用いて通信を行ってもよい。
　複数の基地局１０は、有線（例えば、Common　Public　Radio　Interface（ＣＰＲＩ）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線（例えば、ＮＲ通信）によって接続されてもよい。例えば、基地局１１及び１２間においてＮＲ通信がバックホールとして利用される場合、上位局に該当する基地局１１はIntegrated　Access　Backhaul（ＩＡＢ）ドナー、中継局（リレー）に該当する基地局１２はＩＡＢノードと呼ばれてもよい。
　基地局１０は、他の基地局１０を介して、又は直接コアネットワーク３０に接続されてもよい。コアネットワーク３０は、例えば、Evolved　Packet　Core（ＥＰＣ）、5G　Core　Network（５ＧＣＮ）、Next　Generation　Core（ＮＧＣ）などの少なくとも１つを含んでもよい。
　ユーザ端末２０は、ＬＴＥ、ＬＴＥ－Ａ、５Ｇなどの通信方式の少なくとも１つに対応した端末であってもよい。
　無線通信システム１においては、直交周波数分割多重（Orthogonal　Frequency　Division　Multiplexing（ＯＦＤＭ））ベースの無線アクセス方式が利用されてもよい。例えば、下りリンク（Downlink（ＤＬ））及び上りリンク（Uplink（ＵＬ））の少なくとも一方において、Cyclic　Prefix　OFDM（ＣＰ－ＯＦＤＭ）、Discrete　Fourier　Transform　Spread　OFDM（ＤＦＴ－ｓ－ＯＦＤＭ）、Orthogonal　Frequency　Division　Multiple　Access（ＯＦＤＭＡ）、Single　Carrier　Frequency　Division　Multiple　Access（ＳＣ－ＦＤＭＡ）などが利用されてもよい。
　無線アクセス方式は、波形（waveform）と呼ばれてもよい。なお、無線通信システム１においては、ＵＬ及びＤＬの無線アクセス方式には、他の無線アクセス方式（例えば、他のシングルキャリア伝送方式、他のマルチキャリア伝送方式）が用いられてもよい。
　無線通信システム１では、下りリンクチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（Physical　Downlink　Shared　Channel（ＰＤＳＣＨ））、ブロードキャストチャネル（Physical　Broadcast　Channel（ＰＢＣＨ））、下り制御チャネル（Physical　Downlink　Control　Channel（ＰＤＣＣＨ））などが用いられてもよい。
　また、無線通信システム１では、上りリンクチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（Physical　Uplink　Shared　Channel（ＰＵＳＣＨ））、上り制御チャネル（Physical　Uplink　Control　Channel（ＰＵＣＣＨ））、ランダムアクセスチャネル（Physical　Random　Access　Channel（ＰＲＡＣＨ））などが用いられてもよい。
　ＰＤＳＣＨによって、ユーザデータ、上位レイヤ制御情報、System　Information　Block（ＳＩＢ）などが伝送される。ＰＵＳＣＨによって、ユーザデータ、上位レイヤ制御情報などが伝送されてもよい。また、ＰＢＣＨによって、Master　Information　Block（ＭＩＢ）が伝送されてもよい。
　ＰＤＣＣＨによって、下位レイヤ制御情報が伝送されてもよい。下位レイヤ制御情報は、例えば、ＰＤＳＣＨ及びＰＵＳＣＨの少なくとも一方のスケジューリング情報を含む下り制御情報（Downlink　Control　Information（ＤＣＩ））を含んでもよい。
　なお、ＰＤＳＣＨをスケジューリングするＤＣＩは、ＤＬアサインメント、ＤＬ　ＤＣＩなどと呼ばれてもよいし、ＰＵＳＣＨをスケジューリングするＤＣＩは、ＵＬグラント、ＵＬ　ＤＣＩなどと呼ばれてもよい。なお、ＰＤＳＣＨはＤＬデータで読み替えられてもよいし、ＰＵＳＣＨはＵＬデータで読み替えられてもよい。
　ＰＤＣＣＨの検出には、制御リソースセット（COntrol　REsource　SET（ＣＯＲＥＳＥＴ））及びサーチスペース（search　space）が利用されてもよい。ＣＯＲＥＳＥＴは、ＤＣＩをサーチするリソースに対応する。サーチスペースは、ＰＤＣＣＨ候補（PDCCH　candidates）のサーチ領域及びサーチ方法に対応する。１つのＣＯＲＥＳＥＴは、１つ又は複数のサーチスペースに関連付けられてもよい。ＵＥは、サーチスペース設定に基づいて、あるサーチスペースに関連するＣＯＲＥＳＥＴをモニタしてもよい。
　１つのサーチスペースは、１つ又は複数のアグリゲーションレベル（aggregation　Level）に該当するＰＤＣＣＨ候補に対応してもよい。１つ又は複数のサーチスペースは、サーチスペースセットと呼ばれてもよい。なお、本開示の「サーチスペース」、「サーチスペースセット」、「サーチスペース設定」、「サーチスペースセット設定」、「ＣＯＲＥＳＥＴ」、「ＣＯＲＥＳＥＴ設定」などは、互いに読み替えられてもよい。
　ＰＵＣＣＨによって、チャネル状態情報（Channel　State　Information（ＣＳＩ））、送達確認情報（例えば、Hybrid　Automatic　Repeat　reQuest　ACKnowledgement（ＨＡＲＱ－ＡＣＫ）、ＡＣＫ／ＮＡＣＫなどと呼ばれてもよい）及びスケジューリングリクエスト（Scheduling　Request（ＳＲ））の少なくとも１つを含む上り制御情報（Uplink　Control　Information（ＵＣＩ））が伝送されてもよい。ＰＲＡＣＨによって、セルとの接続確立のためのランダムアクセスプリアンブルが伝送されてもよい。
　なお、本開示において下りリンク、上りリンクなどは「リンク」を付けずに表現されてもよい。また、各種チャネルの先頭に「物理（Physical）」を付けずに表現されてもよい。
　無線通信システム１では、同期信号（Synchronization　Signal（ＳＳ））、下りリンク参照信号（Downlink　Reference　Signal（ＤＬ－ＲＳ））などが伝送されてもよい。無線通信システム１では、ＤＬ－ＲＳとして、セル固有参照信号（Cell-specific　Reference　Signal（ＣＲＳ））、チャネル状態情報参照信号（Channel　State　Information　Reference　Signal（ＣＳＩ－ＲＳ））、復調用参照信号（DeModulation　Reference　Signal（ＤＭＲＳ））、位置決定参照信号（Positioning　Reference　Signal（ＰＲＳ））、位相トラッキング参照信号（Phase　Tracking　Reference　Signal（ＰＴＲＳ））などが伝送されてもよい。
　同期信号は、例えば、プライマリ同期信号（Primary　Synchronization　Signal（ＰＳＳ））及びセカンダリ同期信号（Secondary　Synchronization　Signal（ＳＳＳ））の少なくとも１つであってもよい。ＳＳ（ＰＳＳ、ＳＳＳ）及びＰＢＣＨ（及びＰＢＣＨ用のＤＭＲＳ）を含む信号ブロックは、ＳＳ／ＰＢＣＨブロック、SS　Block（ＳＳＢ）などと呼ばれてもよい。なお、ＳＳ、ＳＳＢなども、参照信号と呼ばれてもよい。
　また、無線通信システム１では、上りリンク参照信号（Uplink　Reference　Signal（ＵＬ－ＲＳ））として、測定用参照信号（Sounding　Reference　Signal（ＳＲＳ））、復調用参照信号（ＤＭＲＳ）などが伝送されてもよい。なお、ＤＭＲＳはユーザ端末固有参照信号（UE-specific　Reference　Signal）と呼ばれてもよい。
（基地局）
　図１７は、一実施形態に係る基地局の構成の一例を示す図である。基地局１０は、制御部１１０、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース（transmission　line　interface）１４０を備えている。なお、制御部１１０、送受信部１２０及び送受信アンテナ１３０及び伝送路インターフェース１４０は、それぞれ１つ以上が備えられてもよい。
　なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、基地局１０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
　制御部１１０は、基地局１０全体の制御を実施する。制御部１１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
　制御部１１０は、信号の生成、スケジューリング（例えば、リソース割り当て、マッピング）などを制御してもよい。制御部１１０は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０を用いた送受信、測定などを制御してもよい。制御部１１０は、信号として送信するデータ、制御情報、系列（sequence）などを生成し、送受信部１２０に転送してもよい。制御部１１０は、通信チャネルの呼処理（設定、解放など）、基地局１０の状態管理、無線リソースの管理などを行ってもよい。
　送受信部１２０は、ベースバンド（baseband）部１２１、Radio　Frequency（ＲＦ）部１２２、測定部１２３を含んでもよい。ベースバンド部１２１は、送信処理部１２１１及び受信処理部１２１２を含んでもよい。送受信部１２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ（phase　shifter）、測定回路、送受信回路などから構成することができる。
　送受信部１２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部１２１１、ＲＦ部１２２から構成されてもよい。当該受信部は、受信処理部１２１２、ＲＦ部１２２、測定部１２３から構成されてもよい。
　送受信アンテナ１３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
　送受信部１２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを送信してもよい。送受信部１２０は、上述の上りリンクチャネル、上りリンク参照信号などを受信してもよい。
　送受信部１２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
　送受信部１２０（送信処理部１２１１）は、例えば制御部１１０から取得したデータ、制御情報などに対して、Packet　Data　Convergence　Protocol（ＰＤＣＰ）レイヤの処理、Radio　Link　Control（ＲＬＣ）レイヤの処理（例えば、ＲＬＣ再送制御）、Medium　Access　Control（ＭＡＣ）レイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。
　送受信部１２０（送信処理部１２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、離散フーリエ変換（Discrete　Fourier　Transform（ＤＦＴ））処理（必要に応じて）、逆高速フーリエ変換（Inverse　Fast　Fourier　Transform（ＩＦＦＴ））処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
　送受信部１２０（ＲＦ部１２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ１３０を介して送信してもよい。
　一方、送受信部１２０（ＲＦ部１２２）は、送受信アンテナ１３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
　送受信部１２０（受信処理部１２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、高速フーリエ変換（Fast　Fourier　Transform（ＦＦＴ））処理、逆離散フーリエ変換（Inverse　Discrete　Fourier　Transform（ＩＤＦＴ））処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
　送受信部１２０（測定部１２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部１２３は、受信した信号に基づいて、Radio　Resource　Management（ＲＲＭ）測定、Channel　State　Information（ＣＳＩ）測定などを行ってもよい。測定部１２３は、受信電力（例えば、Reference　Signal　Received　Power（ＲＳＲＰ））、受信品質（例えば、Reference　Signal　Received　Quality（ＲＳＲＱ）、Signal　to　Interference　plus　Noise　Ratio（ＳＩＮＲ）、Signal　to　Noise　Ratio（ＳＮＲ））、信号強度（例えば、Received　Signal　Strength　Indicator（ＲＳＳＩ））、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部１１０に出力されてもよい。
　伝送路インターフェース１４０は、コアネットワーク３０に含まれる装置、他の基地局１０などとの間で信号を送受信（バックホールシグナリング）し、ユーザ端末２０のためのユーザデータ（ユーザプレーンデータ）、制御プレーンデータなどを取得、伝送などしてもよい。
　なお、本開示における基地局１０の送信部及び受信部は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０の少なくとも１つによって構成されてもよい。
　送受信部１２０は、マルチキャスト物理下りリンク共有チャネル（ＰＤＳＣＨ）に対するhybrid　automatic　repeat　reQuest　acknowledgement（ＨＡＲＱ－ＡＣＫ）情報の送信のための物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースの設定を送信してもよい。制御部１１０は、前記ＰＵＣＣＨリソースを用いる前記ＨＡＲＱ－ＡＣＫ情報の受信を制御てもよい。
　送受信部１２０は、物理下りリンク共有チャネル（ＰＤＳＣＨ）がマルチキャストであるかユニキャストであるかに基づいて、上位レイヤシグナリングと、前記ＰＤＳＣＨをスケジュールする下りリンク制御情報と、の少なくとも１つを送信してもよい。制御部１１０は、前記ＰＤＳＣＨの受信を制御してもよい。
（ユーザ端末）
　図１８は、一実施形態に係るユーザ端末の構成の一例を示す図である。ユーザ端末２０は、制御部２１０、送受信部２２０及び送受信アンテナ２３０を備えている。なお、制御部２１０、送受信部２２０及び送受信アンテナ２３０は、それぞれ１つ以上が備えられてもよい。
　なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
　制御部２１０は、ユーザ端末２０全体の制御を実施する。制御部２１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
　制御部２１０は、信号の生成、マッピングなどを制御してもよい。制御部２１０は、送受信部２２０及び送受信アンテナ２３０を用いた送受信、測定などを制御してもよい。制御部２１０は、信号として送信するデータ、制御情報、系列などを生成し、送受信部２２０に転送してもよい。
　送受信部２２０は、ベースバンド部２２１、ＲＦ部２２２、測定部２２３を含んでもよい。ベースバンド部２２１は、送信処理部２２１１、受信処理部２２１２を含んでもよい。送受信部２２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ、測定回路、送受信回路などから構成することができる。
　送受信部２２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部２２１１、ＲＦ部２２２から構成されてもよい。当該受信部は、受信処理部２２１２、ＲＦ部２２２、測定部２２３から構成されてもよい。
　送受信アンテナ２３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
　送受信部２２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを受信してもよい。送受信部２２０は、上述の上りリンクチャネル、上りリンク参照信号などを送信してもよい。
　送受信部２２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
　送受信部２２０（送信処理部２２１１）は、例えば制御部２１０から取得したデータ、制御情報などに対して、ＰＤＣＰレイヤの処理、ＲＬＣレイヤの処理（例えば、ＲＬＣ再送制御）、ＭＡＣレイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。
　送受信部２２０（送信処理部２２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、ＤＦＴ処理（必要に応じて）、ＩＦＦＴ処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
　なお、ＤＦＴ処理を適用するか否かは、トランスフォームプリコーディングの設定に基づいてもよい。送受信部２２０（送信処理部２２１１）は、あるチャネル（例えば、ＰＵＳＣＨ）について、トランスフォームプリコーディングが有効（enabled）である場合、当該チャネルをＤＦＴ－ｓ－ＯＦＤＭ波形を用いて送信するために上記送信処理としてＤＦＴ処理を行ってもよいし、そうでない場合、上記送信処理としてＤＦＴ処理を行わなくてもよい。
　送受信部２２０（ＲＦ部２２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ２３０を介して送信してもよい。
　一方、送受信部２２０（ＲＦ部２２２）は、送受信アンテナ２３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
　送受信部２２０（受信処理部２２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、ＦＦＴ処理、ＩＤＦＴ処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
　送受信部２２０（測定部２２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部２２３は、受信した信号に基づいて、ＲＲＭ測定、ＣＳＩ測定などを行ってもよい。測定部２２３は、受信電力（例えば、ＲＳＲＰ）、受信品質（例えば、ＲＳＲＱ、ＳＩＮＲ、ＳＮＲ）、信号強度（例えば、ＲＳＳＩ）、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部２１０に出力されてもよい。
　なお、本開示におけるユーザ端末２０の送信部及び受信部は、送受信部２２０及び送受信アンテナ２３０の少なくとも１つによって構成されてもよい。
　送受信部２２０は、マルチキャスト物理下りリンク共有チャネル（ＰＤＳＣＨ）に対するhybrid　automatic　repeat　reQuest　acknowledgement（ＨＡＲＱ－ＡＣＫ）情報の送信のための物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースの設定を受信してもよい。制御部１１０は、前記ＰＵＣＣＨリソースを用いる前記ＨＡＲＱ－ＡＣＫ情報の送信を制御してもよい（第１から第４の実施形態）。
　前記マルチキャストＰＤＳＣＨは、端末固有下りリンク制御情報と端末共通下りリンク制御情報のいずれかによってスケジュールされてもよい（第１、第２の実施形態）。
　前記設定は、端末固有設定及び端末共通設定のいずれかであってもよい（第１、第２の実施形態）。
　前記制御部２１０は、ユニキャストＰＤＳＣＨに対する第２ＨＡＲＱ－ＡＣＫ情報と同じチャネルと、前記第２ＨＡＲＱ－ＡＣＫ情報と異なるチャネルと、のいずれかにおける前記ＨＡＲＱ－ＡＣＫ情報の送信を制御してもよい（第３の実施形態）。
　送受信部２２０は、物理下りリンク共有チャネル（ＰＤＳＣＨ）をスケジュールする下りリンク制御情報を受信してもよい。制御部２１０は、上位レイヤシグナリングと前記下りリンク制御情報との少なくとも１つに基づいて、前記ＰＤＳＣＨがマルチキャストであるかユニキャストであるかを判定してもよい（第５から第１０の実施形態）。
　前記下りリンク制御情報は、端末固有下りリンク制御情報であってもよい（第５、第６の実施形態）。
　前記送受信部２２０は、マルチキャストＰＤＳＣＨの設定を受信してもよい。前記下りリンク制御情報によって示されたリソースが前記設定に含まれる場合、前記制御部２１０は、前記ＰＤＳＣＨがマルチキャストであると判定してもよい（第５の実施形態）。
　前記下りリンク制御情報が条件を満たす場合、前記制御部２１０は、前記ＰＤＳＣＨがマルチキャストであると判定してもよい（第６の実施形態）。
（ハードウェア構成）
　なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　ここで、機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、みなし、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）、送信機（transmitter）などと呼称されてもよい。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本開示の一実施形態における基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１９は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の基地局１０及びユーザ端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、本開示において、装置、回路、デバイス、部（section）、ユニットなどの文言は、互いに読み替えることができる。基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、２以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。
　基地局１０及びユーザ端末２０における各機能は、例えば、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４を介する通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（Central　Processing　Unit（ＣＰＵ））によって構成されてもよい。例えば、上述の制御部１１０（２１０）、送受信部１２０（２２０）などの少なくとも一部は、プロセッサ１００１によって実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部１１０（２１０）は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、Read　Only　Memory（ＲＯＭ）、Erasable　Programmable　ROM（ＥＰＲＯＭ）、Electrically　EPROM（ＥＥＰＲＯＭ）、Random　Access　Memory（ＲＡＭ）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（Compact　Disc　ROM（ＣＤ－ＲＯＭ）など）、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。
　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（Frequency　Division　Duplex（ＦＤＤ））及び時分割複信（Time　Division　Duplex（ＴＤＤ））の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信部１２０（２２０）、送受信アンテナ１３０（２３０）などは、通信装置１００４によって実現されてもよい。送受信部１２０（２２０）は、送信部１２０ａ（２２０ａ）と受信部１２０ｂ（２２０ｂ）とで、物理的に又は論理的に分離された実装がなされてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、Light　Emitting　Diode（ＬＥＤ）ランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　また、基地局１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（Digital　Signal　Processor（ＤＳＰ））、Application　Specific　Integrated　Circuit（ＡＳＩＣ）、Programmable　Logic　Device（ＰＬＤ）、Field　Programmable　Gate　Array（ＦＰＧＡ）などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
（変形例）
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル、シンボル及び信号（シグナル又はシグナリング）は、互いに読み替えられてもよい。また、信号はメッセージであってもよい。参照信号（reference　signal）は、ＲＳと略称することもでき、適用される標準によってパイロット（Pilot）、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア（Component　Carrier（ＣＣ））は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
　無線フレームは、時間領域において１つ又は複数の期間（フレーム）によって構成されてもよい。無線フレームを構成する当該１つ又は複数の各期間（フレーム）は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
　ここで、ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（SubCarrier　Spacing（ＳＣＳ））、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（Transmission　Time　Interval（ＴＴＩ））、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（Orthogonal　Frequency　Division　Multiplexing（ＯＦＤＭ）シンボル、Single　Carrier　Frequency　Division　Multiple　Access（ＳＣ－ＦＤＭＡ）シンボルなど）によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。なお、本開示におけるフレーム、サブフレーム、スロット、ミニスロット、シンボルなどの時間単位は、互いに読み替えられてもよい。
　例えば、１サブフレームはＴＴＩと呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
　ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
　なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（３ＧＰＰ　Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional　TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
　リソースブロック（Resource　Block（ＲＢ））は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（サブキャリア（subcarrier））を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
　また、ＲＢは、時間領域において、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックによって構成されてもよい。
　なお、１つ又は複数のＲＢは、物理リソースブロック（Physical　RB（ＰＲＢ））、サブキャリアグループ（Sub-Carrier　Group（ＳＣＧ））、リソースエレメントグループ（Resource　Element　Group（ＲＥＧ））、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（Resource　Element（ＲＥ））によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（Bandwidth　Part（ＢＷＰ））（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common　resource　blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
　ＢＷＰには、ＵＬ　ＢＷＰ（ＵＬ用のＢＷＰ）と、ＤＬ　ＢＷＰ（ＤＬ用のＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
　設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
　なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（Cyclic　Prefix（ＣＰ））長などの構成は、様々に変更することができる。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
　本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式などは、本開示において明示的に開示したものと異なってもよい。様々なチャネル（ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
　入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
　情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、本開示における情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（Downlink　Control　Information（ＤＣＩ））、上り制御情報（Uplink　Control　Information（ＵＣＩ）））、上位レイヤシグナリング（例えば、Radio　Resource　Control（ＲＲＣ）シグナリング、ブロードキャスト情報（マスタ情報ブロック（Master　Information　Block（ＭＩＢ））、システム情報ブロック（System　Information　Block（ＳＩＢ））など）、Medium　Access　Control（ＭＡＣ）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。
　なお、物理レイヤシグナリングは、Layer　1／Layer　2（Ｌ１／Ｌ２）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC　Connection　Setup）メッセージ、ＲＲＣ接続再構成（RRC　Connection　Reconfiguration）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ　Control　Element（ＣＥ））を用いて通知されてもよい。
　また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真（true）又は偽（false）で表される真偽値（boolean）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital　Subscriber　Line（ＤＳＬ））など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。「ネットワーク」は、ネットワークに含まれる装置（例えば、基地局）のことを意味してもよい。
　本開示において、「プリコーディング」、「プリコーダ」、「ウェイト（プリコーディングウェイト）」、「擬似コロケーション（Quasi-Co-Location（ＱＣＬ））」、「Transmission　Configuration　Indication　state（ＴＣＩ状態）」、「空間関係（spatial　relation）」、「空間ドメインフィルタ（spatial　domain　filter）」、「送信電力」、「位相回転」、「アンテナポート」、「アンテナポートグル－プ」、「レイヤ」、「レイヤ数」、「ランク」、「リソース」、「リソースセット」、「リソースグループ」、「ビーム」、「ビーム幅」、「ビーム角度」、「アンテナ」、「アンテナ素子」、「パネル」などの用語は、互換的に使用され得る。
　本開示においては、「基地局（Base　Station（ＢＳ））」、「無線基地局」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮＢ（ｅＮｏｄｅＢ）」、「ｇＮＢ（ｇＮｏｄｅＢ）」、「アクセスポイント（access　point）」、「送信ポイント（Transmission　Point（ＴＰ））」、「受信ポイント（Reception　Point（ＲＰ））」、「送受信ポイント（Transmission/Reception　Point（ＴＲＰ））」、「パネル」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（Remote　Radio　Head（ＲＲＨ）））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示においては、「移動局（Mobile　Station（ＭＳ））」、「ユーザ端末（user　terminal）」、「ユーザ装置（User　Equipment（ＵＥ））」、「端末」などの用語は、互換的に使用され得る。
　移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、無線通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet　of　Things（ＩｏＴ）機器であってもよい。
　また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上りリンク（uplink）」、「下りリンク（downlink）」などの文言は、端末間通信に対応する文言（例えば、「サイドリンク（sidelink）」）で読み替えられてもよい。例えば、上りリンクチャネル、下りリンクチャネルなどは、サイドリンクチャネルで読み替えられてもよい。
　同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を基地局１０が有する構成としてもよい。
　本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード（upper　node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network　nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、Mobility　Management　Entity（ＭＭＥ）、Serving-Gateway（Ｓ－ＧＷ）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本開示において説明した各態様／実施形態は、Long　Term　Evolution（ＬＴＥ）、LTE-Advanced（ＬＴＥ－Ａ）、LTE-Beyond（ＬＴＥ－Ｂ）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、4th　generation　mobile　communication　system（４Ｇ）、5th　generation　mobile　communication　system（５Ｇ）、6th　generation　mobile　communication　system（６Ｇ）、xth　generation　mobile　communication　system（ｘＧ）（ｘＧ（ｘは、例えば整数、小数））、Future　Radio　Access（ＦＲＡ）、Ｎｅｗ－Radio　Access　Technology（ＲＡＴ）、New　Radio（ＮＲ）、New　radio　access（ＮＸ）、Future　generation　radio　access（ＦＸ）、Global　System　for　Mobile　communications（ＧＳＭ（登録商標））、ＣＤＭＡ２０００、Ultra　Mobile　Broadband（ＵＭＢ）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、Ultra-WideBand（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ又はＬＴＥ－Ａと、５Ｇとの組み合わせなど）適用されてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　本開示において使用する「判断（決定）（determining）」という用語は、多種多様な動作を包含する場合がある。例えば、「判断（決定）」は、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking　up、search、inquiry）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）などを「判断（決定）」することであるとみなされてもよい。
　また、「判断（決定）」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）などを「判断（決定）」することであるとみなされてもよい。
　また、「判断（決定）」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などを「判断（決定）」することであるとみなされてもよい。つまり、「判断（決定）」は、何らかの動作を「判断（決定）」することであるとみなされてもよい。
　また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　本開示に記載の「最大送信電力」は送信電力の最大値を意味してもよいし、公称最大送信電力（the　nominal　UE　maximum　transmit　power）を意味してもよいし、定格最大送信電力（the　rated　UE　maximum　transmit　power）を意味してもよい。
　本開示において使用する「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。
　本開示において、２つの要素が接続される場合、１つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　本開示において、例えば、英語でのa,　an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

Claims (6)

  1. 　マルチキャスト物理下りリンク共有チャネル（ＰＤＳＣＨ）に対するhybrid　automatic　repeat　reQuest　acknowledgement（ＨＡＲＱ－ＡＣＫ）情報の送信のための物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースの設定を受信する受信部と、
    　前記ＰＵＣＣＨリソースを用いる前記ＨＡＲＱ－ＡＣＫ情報の送信を制御する制御部と、を有する端末。
  2. 　前記マルチキャストＰＤＳＣＨは、端末固有下りリンク制御情報と端末共通下りリンク制御情報のいずれかによってスケジュールされる、請求項１に記載の端末。
  3. 　前記設定は、端末固有設定及び端末共通設定のいずれかである、請求項１に記載の端末。
  4. 　前記制御部は、ユニキャストＰＤＳＣＨに対する第２ＨＡＲＱ－ＡＣＫ情報と同じチャネルと、前記第２ＨＡＲＱ－ＡＣＫ情報と異なるチャネルと、のいずれかにおける前記ＨＡＲＱ－ＡＣＫ情報の送信を制御する、請求項１から請求項３のいずれかに記載の端末。
  5. マルチキャスト物理下りリンク共有チャネル（ＰＤＳＣＨ）に対するhybrid　automatic　repeat　reQuest　acknowledgement（ＨＡＲＱ－ＡＣＫ）情報の送信のための物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースの設定を受信するステップと、
    　前記ＰＵＣＣＨリソースを用いる前記ＨＡＲＱ－ＡＣＫ情報の送信を制御するステップと、を有する、端末の無線通信方法。
  6. 　マルチキャスト物理下りリンク共有チャネル（ＰＤＳＣＨ）に対するhybrid　automatic　repeat　reQuest　acknowledgement（ＨＡＲＱ－ＡＣＫ）情報の送信のための物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースの設定を送信する送信部と、
    　前記ＰＵＣＣＨリソースを用いる前記ＨＡＲＱ－ＡＣＫ情報の受信を制御する制御部と、を有する基地局。
PCT/JP2020/047501 2020-12-18 2020-12-18 端末、無線通信方法及び基地局 WO2022130629A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202080108390.8A CN116868662A (zh) 2020-12-18 2020-12-18 终端、无线通信方法以及基站
PCT/JP2020/047501 WO2022130629A1 (ja) 2020-12-18 2020-12-18 端末、無線通信方法及び基地局
JP2022569670A JPWO2022130629A1 (ja) 2020-12-18 2020-12-18
US18/257,715 US20240057088A1 (en) 2020-12-18 2020-12-18 Terminal, radio communication method, and base station

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/047501 WO2022130629A1 (ja) 2020-12-18 2020-12-18 端末、無線通信方法及び基地局

Publications (1)

Publication Number Publication Date
WO2022130629A1 true WO2022130629A1 (ja) 2022-06-23

Family

ID=82059375

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/047501 WO2022130629A1 (ja) 2020-12-18 2020-12-18 端末、無線通信方法及び基地局

Country Status (4)

Country Link
US (1) US20240057088A1 (ja)
JP (1) JPWO2022130629A1 (ja)
CN (1) CN116868662A (ja)
WO (1) WO2022130629A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220369285A1 (en) * 2020-04-28 2022-11-17 Qualcomm Incorporated Processing for multicast operation using multiple sets of processing resources

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220151216A (ko) * 2021-01-18 2022-11-14 엘지전자 주식회사 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010027167A2 (en) * 2008-09-05 2010-03-11 Electronics And Telecommunications Research Institute Apparatus and method for allocating feedback channel and method for transmitting acknowledge signal
WO2018021298A1 (ja) * 2016-07-28 2018-02-01 京セラ株式会社 無線端末及び方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010027167A2 (en) * 2008-09-05 2010-03-11 Electronics And Telecommunications Research Institute Apparatus and method for allocating feedback channel and method for transmitting acknowledge signal
WO2018021298A1 (ja) * 2016-07-28 2018-02-01 京セラ株式会社 無線端末及び方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220369285A1 (en) * 2020-04-28 2022-11-17 Qualcomm Incorporated Processing for multicast operation using multiple sets of processing resources
US11792826B2 (en) * 2020-04-28 2023-10-17 Qualcomm Incorporated Processing for multicast operation using multiple sets of processing resources

Also Published As

Publication number Publication date
JPWO2022130629A1 (ja) 2022-06-23
US20240057088A1 (en) 2024-02-15
CN116868662A (zh) 2023-10-10

Similar Documents

Publication Publication Date Title
JP7193549B2 (ja) 端末、無線通信方法及びシステム
JP7335329B2 (ja) 端末、無線通信方法及びシステム
WO2020255263A1 (ja) 端末及び無線通信方法
JPWO2020166025A1 (ja) ユーザ端末及び無線通信方法
JPWO2020166024A1 (ja) ユーザ端末及び無線通信方法
WO2020235454A1 (ja) ユーザ端末及び無線通信方法
WO2022130629A1 (ja) 端末、無線通信方法及び基地局
WO2022039164A1 (ja) 端末、無線通信方法及び基地局
WO2020202478A1 (ja) ユーザ端末及び無線通信方法
WO2020095457A1 (ja) ユーザ端末
JPWO2020166023A1 (ja) ユーザ端末及び無線通信方法
JP2023156318A (ja) 端末、無線通信方法及びシステム
WO2020188666A1 (ja) ユーザ端末及び無線通信方法
WO2020144871A1 (ja) ユーザ端末及び無線通信方法
JP7351921B2 (ja) 端末、無線通信方法、基地局及びシステム
WO2022074802A1 (ja) 端末、無線通信方法及び基地局
JP7335349B2 (ja) 端末、無線通信方法、基地局及びシステム
WO2022009315A1 (ja) 端末、無線通信方法及び基地局
WO2020235453A1 (ja) ユーザ端末及び無線通信方法
WO2021205572A1 (ja) 端末、無線通信方法及び基地局
WO2020153210A1 (ja) ユーザ端末及び無線通信方法
JP7230179B2 (ja) 端末、無線通信方法及びシステム
WO2022130630A1 (ja) 端末、無線通信方法及び基地局
WO2022137402A1 (ja) 端末、無線通信方法及び基地局
WO2022168875A1 (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: 20966015

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022569670

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18257715

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 202080108390.8

Country of ref document: CN

122 Ep: pct application non-entry in european phase

Ref document number: 20966015

Country of ref document: EP

Kind code of ref document: A1