WO2022208989A1 - 通信装置、及び、通信方法 - Google Patents

通信装置、及び、通信方法 Download PDF

Info

Publication number
WO2022208989A1
WO2022208989A1 PCT/JP2021/043175 JP2021043175W WO2022208989A1 WO 2022208989 A1 WO2022208989 A1 WO 2022208989A1 JP 2021043175 W JP2021043175 W JP 2021043175W WO 2022208989 A1 WO2022208989 A1 WO 2022208989A1
Authority
WO
WIPO (PCT)
Prior art keywords
dmrs
setting
repetition
information
reference signal
Prior art date
Application number
PCT/JP2021/043175
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 JP2023510216A priority Critical patent/JPWO2022208989A1/ja
Priority to CN202180096283.2A priority patent/CN117121589A/zh
Priority to US18/552,862 priority patent/US20240195570A1/en
Priority to EP21935142.6A priority patent/EP4319382A1/en
Publication of WO2022208989A1 publication Critical patent/WO2022208989A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/261—Details of reference signals
    • H04L27/2613—Structure of the reference signals
    • H04L27/26132—Structure of the reference signals using repetition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management

Definitions

  • the present disclosure relates to communication devices and communication methods.
  • 5th Generation mobile communication systems consist of large capacity and ultra-high speed (eMBB: enhanced Mobile Broadband), massive Machine Type Communication (mMTC), and ultra-reliable and low It has the characteristics of delay (URLLC: Ultra Reliable and Low Latency Communication), and these characteristics can be used to flexibly provide wireless communication according to a wide variety of needs.
  • eMBB enhanced Mobile Broadband
  • mMTC massive Machine Type Communication
  • URLLC Ultra Reliable and Low Latency Communication
  • the 3rd Generation Partnership Project (3GPP) an international standardization body, is working on the specification of New Radio (NR) as one of the 5G radio interfaces.
  • NR New Radio
  • 3GPP TS38.104 V15.12.0 “NR; Base Station (BS) radio transmission and reception (Release 15),” December 2020.
  • 3GPP TS38.211 V16.4.0 “NR; Physical channels and modulation (Release 16),” December 2020.
  • 3GPP TS38.212 V16.4.0 “NR; Multiplexing and channel coding (Release 16),” December 2020.
  • 3GPP TS38.213 V16.4.0 “NR; Physical layer procedures for control (Release 16),” December 2020.
  • 3GPP TS38.214 V16.4.0 “NR; Physical layer procedures for data (Release 16),” December 2020.
  • 3GPP TS38.331 V16.3.1 “NR; Radio Resource Control (RRC) protocol specification (Release 16)”, January 2021.
  • RRC Radio Resource Control
  • a non-limiting embodiment of the present disclosure contributes to providing a communication device and a communication method that can flexibly set reference signals.
  • a communication apparatus includes: a control circuit for differentiating setting of a reference signal to be assigned to a first period of repeated transmission and setting of a reference signal to be assigned to a second period of repeated transmission; and a transmission circuit that performs the repeated transmission based on the setting of the reference signal.
  • the reference signal can be flexibly set.
  • FIG. 1 Figure showing a demodulation reference signal (DMRS) setting example in uplink signal repetition Figure showing an example of setting DMRS in uplink signal repetition Figure showing an example of setting DMRS in uplink signal repetition
  • Block diagram showing a configuration example of part of a base station Block diagram showing a configuration example of part of a terminal Block diagram showing a configuration example of a base station Block diagram showing a configuration example of a terminal
  • Flowchart showing an example of transmission operation in a terminal
  • PUSCH-Allocation Information Element A diagram showing an example of PUSCH-Allocation according to Embodiment 1
  • a diagram showing an example of PUSCH-Allocation according to Embodiment 1 The figure which shows the setting example of DMRS in repetition of PUSCH which concerns on Em
  • FIG. 11 shows a setting example of DMRS in PUSCH repetition according to another embodiment
  • FIG. 11 shows a setting example of DMRS in PUSCH repetition according to another embodiment
  • FIG. 11 shows a setting example of DMRS in PUSCH repetition according to another embodiment
  • Diagram of an exemplary architecture of a 3GPP NR system Schematic diagram showing functional separation between NG-RAN and 5GC Sequence diagram of Radio Resource Control (RRC) connection setup/reconfiguration procedure Usage scenarios for high-capacity, high-speed communications (eMBB: enhanced Mobile BroadBand), machine-type communications with many simultaneous connections (mMTC: massive Machine Type Communications), and highly reliable, ultra-reliable and low-latency communications (URLLC: Ultra Reliable and Low Latency Communications)
  • RRC Radio Resource Control
  • NR for example, in addition to the frequency band below 6 GHz, which is mainly used for cellular communication, such as the 700 MHz to 3.5 GHz band (for example, also called Frequency Range 1 (FR1)), 28 GHz or 39 GHz that can secure a wide band
  • FR1 Frequency Range 1
  • FR2 millimeter wave band
  • a higher frequency band such as the 3.5 GHz band may be used compared to the frequency band used in Long Term Evolution (LTE) or 3G (3rd Generation mobile communication systems).
  • Radio Access Technology Radio Access Technology
  • a terminal for example, also called User Equipment (UE) receives a layer 1 control signal on a downlink control channel (for example, PDCCH: Physical Downlink Control Channel) from a base station (for example, also called gNB) (For example, DCI: Downlink Control Information) and according to the resource allocation indicated by at least one of Radio Resource Control (RRC) corresponding to Layer 3, data is transmitted and received (for example, see Non-Patent Documents 3 to 6 ).
  • UE User Equipment
  • RRC Radio Resource Control
  • the terminal transmits an uplink data channel (eg PUSCH: Physical Uplink Shared Channel) according to resource allocation (eg Grant or UL grant) from the base station.
  • Resource allocation information included in at least one of DCI and RRC may include, for example, information on time domain resources for transmitting PUSCH.
  • information on time domain resources includes information on timing (eg, slot offset) from the slot in which the terminal receives PDCCH to transmitting PUSCH (eg, K2), the position of the first symbol of PUSCH in the slot, or, Information regarding the number of symbols to transmit PUSCH may be included.
  • a terminal can transmit PUSCH using multiple slots (also called repetition).
  • information on time domain resources for transmitting PUSCH may include information on the number of repetitions.
  • NR Rel.15/16 defines two PUSCH repetition methods (for example, Non-Patent Document 6).
  • the first method is slot-based repetition, and the same time resource allocation is applied over multiple slots.
  • This repetition method is hereinafter referred to as "PUSCH repetition Type A”.
  • the second method is to repeatedly transmit one or more PUSCHs within one slot.
  • This repetition method is hereinafter referred to as "PUSCH repetition Type B".
  • PUSCH repetition Type B for example, the terminal may be notified of time-domain resources and the number of repetitions for the first (eg, initial) PUSCH transmission (eg, also called Repetition or PUSCH occurrence).
  • Time-domain resources for the second and subsequent PUSCH transmissions may be assigned, for example, symbols that are consecutive to the previous PUSCH transmission and the same number of symbols as the number of symbols of the previous PUSCH transmission.
  • slot/Repetition a slot or repetition (or PUSCH occurrence), which is a period (time period) in which PUSCH is repeatedly transmitted in each repetition method, may be expressed as "slot/Repetition”.
  • PUSCH repetition Type A for example, there is a method of counting the number of repetition slots based on uplink slots that can be used for PUSCH transmission (for example, see Non-Patent Document 2. reference).
  • a reference signal for example, DMRS: Demodulation Reference Signal
  • PUSCH resources PUSCH resources
  • the DMRS may, for example, be placed at the front of the slot (eg, front loaded).
  • DMRSs including additional DMRSs, for example
  • Non-Patent Documents 3 and 6, for example may be arranged in a plurality of symbols within a slot.
  • DMRS configuration may include parameters such as the number of DMRS symbols in each slot/Repetition, DMRS position, and DMRS type, for example.
  • the communication environment in which coverage extension can be performed e.g. Interference plus Noise power Ratio
  • Interference plus Noise power Ratio e.g. Interference plus Noise power Ratio
  • NR for example, NR Rel. 15/16
  • channel estimation results demodulated (or estimated) by DMRS can be used in slots containing DMRS (in other words, cannot be used in slots different from the slot containing DMRS).
  • provision or restriction
  • a method of combining multiple slots/repetition DMRS is being studied (see, for example, Non-Patent Document 6).
  • a method of combining multiple slots/Repetition DMRS is also called, for example, inter-slot channel estimation, joint channel estimation, or DMRS bundling.
  • FIG. 1 is a diagram showing an example of DMRS settings when the number of repeated transmissions is 2 and the time resource allocation in each slot/repetition is 14 symbols.
  • the DMRS configuration shown in FIG. 1 may be, for example, a DMRS configuration based on the NR Rel. 15/16 specification.
  • the intervals of DMRSs arranged over two slots/repetitions can be unequal intervals.
  • the channel fluctuates over time as shown in FIG. It can improve the followability to channel fluctuations and improve the transmission characteristics of PUSCH repetition.
  • DMRS overhead may increase and transmission efficiency may decrease.
  • the number of DMRS symbols for some slots/Repetition (the second slot/Repetition in FIG. 3) among multiple slots/Repetition intervals to which joint channel estimation is applied is reduced. In this case, resources that can be mapped to data in the relevant slot/repetition increase, so the transmission characteristics or transmission efficiency of PUSCH repetition can be improved by coding gain.
  • Appropriate setting methods for DMRS allocation or the number of DMRS symbols may differ, for example, depending on settings such as the number of slots/repetitions to which joint channel estimation is applied, or time resource allocation for each slot/repetition. Therefore, for each slot/repetition to which joint channel estimation is applied, search for a DMRS arrangement or number of DMRS symbols with better transmission characteristics (eg, Block Error Ratio (BLER) characteristics or transmission efficiency) (eg, optimal It is expected that
  • BLER Block Error Ratio
  • the number of combinations of the number of slots/repetitions to which joint channel estimation is applied and the time resource allocation for each slot/repetition is enormous, and a suitable (for example, optimal) DMRS arrangement or DMRS for each combination Determining the number of symbols by searching has a large impact on specification.
  • DMRS allocation and number of DMRS symbols (eg, pos0, pos1, pos2 and pos3) is defined (see, for example, Non-Patent Document 3).
  • Adding a new combination of DMRS constellation and number of DMRS symbols to apply joint channel estimation may complicate the hardware and software processing of DMRS generation at the transmitter.
  • channel estimation is implemented for new combinations of DMRS allocation and number of DMRS symbols to apply joint channel estimation. This may complicate the hardware and software processing of channel estimation at the receiver side.
  • flexibility in DMRS configuration (e.g., setting DMRS placement and number of DMRS symbols) can be improved, and increased signaling overhead or hardware and software A method for suppressing the complication of the processing will be described.
  • DMRS settings in each slot/repetition include existing (for example, NR Rel. 15/16) defined DMRS settings and make the DMRS settings (eg, DMRS arrangement or number of DMRS symbols) different for each slot/repetition. This allows DMRS settings suitable for channel estimation to be individually set for slots/repetitions.
  • DMRS constellation and the number of DMRS symbols suitable for channel estimation may vary depending on channel conditions (eg, SNR, SINR or channel fluctuation). Therefore, even if a predetermined DMRS setting is applied to each slot/repetition, it is difficult to improve channel estimation accuracy. Therefore, DMRS settings for each slot/repetition are expected to be dynamically set according to channel conditions.
  • notification for sharing dynamic DMRS settings between transmission and reception may be performed.
  • N the number of slots/repetitions to which joint channel estimation is applied
  • patterns of combinations of four types of DMRS arrangements and the number of DMRS symbols for example, pos0, pos1, pos2, and pos3 are set for each slot/repetition.
  • the overhead of DCI may increase, as a maximum of 4 N patterns will be notified.
  • information (or parameters) for determining a combination of DMRS settings for each of multiple slots/repetitions to which joint channel estimation is applied may be preconfigured in the terminal by higher layer signaling (eg, Radio Resource Control (RRC)).
  • RRC Radio Resource Control
  • the information for determining the DMRS configuration pattern may include, for example, information on multiple candidates for the DMRS configuration pattern for each of multiple slots/repetitions.
  • the terminal is based on resource allocation information included in DCI or RRC and information for determining the DMRS setting pattern in each slot / Repetition described above, A pattern of DMRS settings in each slot/repetition actually used for transmission/reception may be determined.
  • the resource allocation information may include information indicating any one of a plurality of candidates for DMRS configuration patterns for each of a plurality of slots/repetitions.
  • DMRS settings for example, DMRS arrangement or number of DMRS symbols
  • DMRS settings Increase flexibility
  • a communication system includes base station 100 and terminal 200 .
  • FIG. 4 is a block diagram showing a configuration example of part of the base station 100 (corresponding to a communication device, for example) according to an embodiment of the present disclosure.
  • a control unit 101 e.g., equivalent to a control circuit
  • sets a reference signal e.g., DMRS
  • the first section e.g., slot/repetition
  • a receiving unit 108 (corresponding to a receiving circuit, for example) receives repeated transmissions based on the setting of the reference signal.
  • FIG. 5 is a block diagram showing a configuration example of part of the terminal 200 (corresponding to a communication device, for example) according to an embodiment of the present disclosure.
  • control section 205 e.g., corresponding to a control circuit
  • sets a reference signal e.g., DMRS
  • the setting of the reference signal to be assigned to the second interval of is different.
  • a transmission unit 209 (corresponding to a transmission circuit, for example) repeatedly performs transmission based on the setting of the reference signal.
  • FIG. 6 is a block diagram showing a configuration example of base station 100 according to Embodiment 1.
  • base station 100 includes control section 101, upper control signal generation section 102, downlink control information generation section 103, coding section 104, modulation section 105, signal allocation section 106, transmission section 107 , a receiving unit 108 , an extracting unit 109 , a demodulating unit 110 and a decoding unit 111 .
  • control unit 101 determines (or specifies) information on DMRS settings (for example, DMRS setting patterns) in each of a plurality of slots/repetitions, based on the method described later.
  • Control section 101 outputs information about the determined DMRS configuration pattern to extraction section 109 , demodulation section 110 and decoding section 111 , for example.
  • the control section 101 may output information on the determined DMRS configuration pattern to at least one of the higher control signal generation section 102 and the downlink control information generation section 103 .
  • control unit 101 for example, information on reception of a downlink data signal (eg, PDSCH) for the terminal 200, information on transmission of an uplink data signal (eg, PUSCH), and an uplink control signal (eg, PUCCH ), and outputs the determined information to the upper control signal generating section 102 .
  • the information on the reception of the downlink data signal and the information on the transmission of the uplink data signal include, for example, information on time domain resource allocation (for example, TDRA: Time Domain Resource Allocation) (for example, information on the TDRA table), or Repetition (for example, information about the number of repetitions) may be included.
  • the information on transmission of uplink control signals may include, for example, information on PUCCH resource sets.
  • at least one of information on reception of downlink data signals, information on transmission of uplink data signals, and information on transmission of uplink control signals includes information on DMRS configuration patterns described above. good too.
  • control unit 101 for example, downlink data signal, information on the downlink signal for transmitting the higher control signal or downlink control information (e.g., coding / modulation scheme (MCS: Modulation and Coding Scheme) and radio resource allocation), and outputs the determined information to encoding section 104, modulation section 105 and signal allocation section .
  • control section 101 outputs, for example, information on downlink signals (for example, downlink data signals and higher control signals) to the downlink control information generating section 103 .
  • information on downlink signals may include information on the DMRS configuration pattern described above.
  • control section 101 determines information (eg, MCS and radio resource allocation) regarding transmission of uplink data signals (eg, PUSCH) in terminal 200, for example.
  • the control unit 101 outputs information about the determined uplink data signal to the downlink control information generation unit 103, the extraction unit 109 and the decoding unit 111, for example.
  • the information on the uplink data signal may include the information on the DMRS configuration pattern described above.
  • control section 101 determines information (eg, PUCCH resources) related to transmission of uplink control signals (eg, PUCCH) in terminal 200.
  • the control section 101 outputs, for example, information about the determined uplink control signal to the higher control signal generation section 102 and the downlink control information generation section 103 .
  • Control section 101 also outputs information about the determined uplink control signal to extraction section 109 , demodulation section 110 and decoding section 111 .
  • the information on the uplink control signal may include the information on the DMRS configuration pattern described above.
  • higher layer control signal generation section 102 generates a higher layer control signal bit string based on information input from control section 101 and outputs the higher layer control signal bit string to encoding section 104 .
  • Downlink control information generation section 103 generates a downlink control information (for example, DCI) bit string based on information input from control section 101, for example, and outputs the generated DCI bit string to encoding section 104. Note that the control information may be transmitted to multiple terminals.
  • DCI downlink control information
  • the encoding unit 104 For example, based on information input from the control unit 101, the encoding unit 104 generates downlink data (eg, DL data signal), a bit string input from the higher control signal generation unit 102, or downlink control information.
  • the DCI bit string input from section 103 is encoded.
  • Encoding section 104 outputs the encoded bit string to modulation section 105 .
  • Modulation section 105 modulates a coded bit string input from coding section 104 based on information input from control section 101, for example, and outputs a modulated signal (for example, a symbol string) to signal allocation section 106. Output to
  • Signal allocation section 106 for example, based on the information indicating the radio resource input from control section 101, the symbol sequence input from modulation section 105 (for example, including a downlink data signal or control signal) to the radio resource. map.
  • the signal allocation section 106 outputs the downlink signal to which the signal is mapped to the transmission section 107 .
  • the transmission section 107 performs transmission waveform generation processing such as orthogonal frequency division multiplexing (OFDM) on the signal input from the signal allocation section 106, for example.
  • OFDM orthogonal frequency division multiplexing
  • the transmitting unit 107 performs inverse fast Fourier transform (IFFT) processing on the signal, and adds CP to the signal after IFFT. Append.
  • IFFT inverse fast Fourier transform
  • transmitting section 107 performs RF processing such as D/A conversion or up-conversion on the signal, and transmits the radio signal to terminal 200 via an antenna.
  • the receiving section 108 performs RF processing such as down-conversion or A/D conversion on the uplink signal from the terminal 200 received via the antenna.
  • receiving section 108 performs Fast Fourier Transform (FFT) processing on the received signal, and outputs the obtained frequency domain signal to extraction section 109 .
  • FFT Fast Fourier Transform
  • Extracting section 109 extracts an uplink data signal (eg, PUSCH) and an uplink control signal (eg, PUCCH) from the received signal input from receiving section 108, for example, based on information input from control section 101. At least one extracts the transmitted radio resource portion and outputs the extracted radio resource portion to demodulation section 110 .
  • an uplink data signal eg, PUSCH
  • an uplink control signal eg, PUCCH
  • the demodulation section 110 demodulates the uplink data signal (eg, PUSCH) or uplink control signal (eg, PUCCH) input from the extraction section 109 based on information input from the control section 101, for example.
  • Demodulation section 110 outputs the demodulation result to decoding section 111, for example.
  • Decoding section 111 for example, based on the information input from control section 101 and the demodulation result input from demodulation section 110, uplink data signal (eg, PUSCH) or uplink control signal (eg, PUCCH). to obtain a decoded received bit sequence (for example, UCI or UL data signal).
  • uplink data signal eg, PUSCH
  • uplink control signal eg, PUCCH
  • FIG. 7 is a block diagram showing a configuration example of the terminal 200 according to one embodiment of the present disclosure.
  • terminal 200 includes receiving section 201, extraction section 202, demodulation section 203, decoding section 204, control section 205, encoding section 206, modulation section 207, and signal allocation section 208. , and a transmission unit 209 .
  • the receiving unit 201 receives a downlink signal (for example, a downlink data signal or downlink control information) from the base station 100 via an antenna, and down-converts or A/D converts the received radio signal. RF processing is performed to obtain a received signal (baseband signal). Further, when receiving an OFDM signal, the receiving section 201 performs FFT processing on the received signal, and transforms the received signal into the frequency domain. Receiving section 201 outputs a received signal to extracting section 202 .
  • a downlink signal for example, a downlink data signal or downlink control information
  • RF processing is performed to obtain a received signal (baseband signal).
  • the receiving section 201 performs FFT processing on the received signal, and transforms the received signal into the frequency domain.
  • Receiving section 201 outputs a received signal to extracting section 202 .
  • Extracting section 202 for example, based on the information about the radio resource of the downlink control information, which is input from control section 205, from the received signal input from receiving section 201, the radio resource portion that can contain the downlink control information is extracted and output to demodulation section 203 . Also, extraction section 202 extracts a radio resource portion containing downlink data based on information about the radio resource of the data signal input from control section 205 , and outputs the radio resource portion to demodulation section 203 .
  • Demodulation section 203 demodulates the signal (for example, PDCCH or PDSCH) input from extraction section 202 based on information input from control section 205 , and outputs the demodulation result to decoding section 204 .
  • the signal for example, PDCCH or PDSCH
  • Decoding section 204 performs error correction decoding of PDCCH or PDSCH using the demodulation result input from demodulation section 203 based on information input from control section 205, for example. A layer control signal or downlink control information is obtained. Decoding section 204 outputs an upper layer control signal and downlink control information to control section 205, and outputs downlink reception data. Also, the decoding section 204 may generate a response signal (for example, ACK/NACK) based on the decoding result of the downlink received data and output it to the encoding section 206 .
  • ACK/NACK response signal
  • Control section 205 determines radio resources for at least one of PDSCH reception, PUSCH transmission, and PUCCH transmission. decide. Also, the control section 205 determines (or specifies) DMRS settings in a plurality of slots/repetitions based on, for example, a signal input from the decoding section 204 (for example, information on DMRS setting patterns). Control section 205 outputs the determined information to extraction section 202, demodulation section 203, coding section 206, modulation section 207, and signal allocation section 208, for example.
  • a signal eg, higher layer control signal or downlink control information
  • the coding unit 206 performs error correction coding on the UCI (eg, UCI sequence) or uplink data signal based on information input from the control unit 205, for example. Encoding section 206 outputs the encoded bit string to modulation section 207 .
  • Modulation section 207 modulates the coded bit string input from coding section 206 based on information input from control section 205, for example, and outputs the modulated signal (symbol string) to signal allocation section 208. .
  • the signal allocation section 208 maps the signal input from the modulation section 207 to radio resources based on information input from the control section 205, for example. Also, the signal allocation section 208 maps DMRSs to radio resources, for example, based on information (for example, DMRS arrangement and number of symbols) on DMRS configuration patterns included in information input from the control section. The signal allocation section 208 outputs, for example, the uplink signal to which the signal is mapped to the transmission section 209 .
  • the transmission section 209 performs transmission signal waveform generation such as OFDM on the signal input from the signal allocation section 208 . Further, for example, in the case of OFDM transmission using CP, the transmission unit 209 performs IFFT processing on the signal and adds CP to the signal after IFFT. Alternatively, when the transmission unit 209 generates a single carrier waveform, for example, a Discrete Fourier Transform (DFT) unit may be added after the modulation unit 207 or before the signal allocation unit 208 (not shown). . Also, the transmission section 209 performs RF processing such as D/A conversion and up-conversion on the transmission signal, for example, and transmits the radio signal to the base station 100 via the antenna.
  • DFT Discrete Fourier Transform
  • FIG. 8 is a flowchart showing an example of operations related to DMRS setting in terminal 200.
  • the terminal 200 receives, for example, parameters (or information) regarding DMRS configuration patterns (S101).
  • terminal 200 may receive, for example, information for determining DMRS settings for each slot/repetition (for example, parameters specified in NR Rel.15/16) in addition to parameters related to DMRS setting patterns.
  • the terminal 200 transmits an uplink signal (for example, PUSCH or PUCCH) and whether or not to perform repeated transmission (for example, repetition or joint channel estimation) in reception of a downlink signal (for example, PDSCH). (S102).
  • an uplink signal for example, PUSCH or PUCCH
  • repeated transmission for example, repetition or joint channel estimation
  • the terminal 200 sets DMRS, for example, based on a parameter (for example, dmrs-AdditionalPositionPattern, which will be described later) regarding the DMRS setting pattern in each slot/Repetition (S103).
  • a parameter for example, dmrs-AdditionalPositionPattern, which will be described later
  • terminal 200 uses existing parameters (for example, parameters defined in NR Rel. 15/16. For example, dmrs- AdditionalPosition), DMRS is set (S104).
  • the terminal 200 may perform at least one of transmission of uplink signals (eg PUSCH or PUCCH) and reception of downlink signals (eg PDSCH) based on DMRS settings (S105).
  • uplink signals eg PUSCH or PUCCH
  • PDSCH downlink signals
  • the terminal 200 is not limited to determining whether or not to perform repetition, and for example, may compare the number of repetitions (or the number of repetitions) with a threshold. For example, the terminal 200 may perform the processing of S103 when the number of repetitions is equal to or greater than the threshold, and may perform the processing of S104 when the number of repetitions is less than the threshold.
  • base station 100 sets DMRS settings in each slot/repetition to an information element (IE: Information Element) of a higher layer (for example, RRC) that sets information about time domain resources for transmitting PUSCH.
  • IE Information Element
  • a parameter for determining the pattern may be configured.
  • the base station 100 stores any one of a plurality of candidates for parameters for determining a DMRS configuration pattern in each slot/Repetition in downlink control information (DCI) or resource allocation information included in RRC. You can set the information to indicate.
  • DCI downlink control information
  • RRC resource allocation information
  • terminal 200 determines a DMRS configuration pattern in each slot/Repetition based on downlink control information (DCI) or resource allocation information included in RRC and parameters for determining the DMRS configuration pattern.
  • DCI downlink control information
  • RRC resource allocation information
  • an RRC information element that sets information about time domain resources for transmitting PUSCH may be, for example, "PUSCH-TimeDomainResourceAllocation IE" (for example, non- See Patent Document 7).
  • PUSCH-TimeDomainResourceAllocation for example, information on the timing of transmitting PUSCH after how many slots from the slot in which terminal 200 received PDCCH, the first symbol position of PUSCH in the slot, the number of symbols to transmit PUSCH, and Repetition Parameters related to times (eg, parameters in PUSCH-Allocation-r16) may be included.
  • base station 100 may configure information (for example, TDRA table or pushAllocationList-r16) regarding candidate combinations of these parameters.
  • Terminal 200 for example, based on the DCI or RRC (for example, several bits) that allocates the corresponding uplink data channel (PUSCH), out of a plurality of combinations of parameters, the combination of parameters for PUCSH transmission actually used by terminal 200 may choose one.
  • DCI or RRC for example, several bits
  • PUSCH-TimeDomainResourceAllocation IE for example, in PUSCH-Allocation-r16 parameters for determining the DMRS setting pattern in each slot / Repetition (for example, "dmrs -AdditionalPositionPattern") may be included. Therefore, for example, PUSCH-TimeDomainResourceAllocation may be set with multiple candidates for PUSCH allocation (for example, PUSCH-Allocation-r16) including the parameter "dmrs-AdditionalPositionPattern".
  • terminal 200 for example, according to DCI or RRC notification of PUSCH time domain resource allocation (for example, information indicating any candidate in the TDRA table (index)), each slot / Determine the DMRS setting pattern in Repetition.
  • dmrs-AdditionalPositionPattern is included in the RRC information elements specified in NR Rel.15/16, so there is no increase in signaling overhead for notification of DMRS configuration patterns.
  • the pattern of DMRS settings in each slot/Repetition suitable for channel estimation depends, for example, on time domain resource allocation (eg, number of symbols or number of repetitions).
  • base station 100 can configure DMRS configuration patterns suitable for combinations of parameters for each time domain resource allocation, for example. Therefore, according to the present embodiment, for example, DMRS settings for each slot/Repetition can be dynamically set according to the channel state, so channel estimation accuracy can be improved.
  • the DMRS setting common to each slot/repetition is the parameter "dmrs-AdditionalPosition" included in "DMRS-UplinkConfig" which is an information element for setting uplink DMRS information. set by In the present embodiment, for example, when a parameter (eg, dmrs-AdditionalPositionPattern) for determining the pattern of individual DMRS settings for each slot/Repetition is set in PUSCH-TimeDomainResourceAllocation IE, terminal 200 uses dmrs-AdditionalPosition The setting of dmrs-AdditionalPositionPattern may be used with priority over the setting of .
  • a parameter eg, dmrs-AdditionalPositionPattern
  • the setting of dmrs-AdditionalPositionPattern may be used with priority over the setting of .
  • terminal 200 may preferentially use PUSCH-TimeDomainResourceAllocation IE over DMRS-UplinkConfig IE for DMRS settings in repeated transmission.
  • terminal 200 may ignore the setting of dmrs-AdditionalPosition.
  • a setting example of the PUSCH-TimeDomainResourceAllocation IE in this embodiment will be described below.
  • An example of a parameter (for example, dmrs-AdditionalPositionPattern) for determining the DMRS setting pattern in each slot/repetition will be described below.
  • Option 1-1 for example, a plurality of DMRS setting patterns (candidates) in each slot/Repetition are defined in advance, and one pattern out of them may be set in dmrs-AdditionalPositionPattern.
  • Fig. 10 is a diagram showing an example of PUSCH-Allocation-r16 in Option 1-1.
  • dmrs-AdditionalPositionPattern shown in FIG. 10 may include, for example, any one of four candidates (pattern1, pattern2, pattern3, pattern4) of DMRS setting patterns in slot/Repetition.
  • FIG. 11 is a diagram showing an example of DMRS setting patterns (for example, candidates) in each predefined slot/repetition.
  • dmrs-AdditionalPosition is an existing parameter that notifies one of four combinations of DMRS arrangements and numbers of DMRS symbols (for example, pos0, pos1, pos2, pos3).
  • dmrs-AdditionalPosition is included in DMRS-UplinkConfig, which is an information element that configures information about uplink DMRS.
  • the DMRS setting (any of pos0 to pos3) specified by dmrs-AdditionalPosition for the 1st and 3rd slots/Repetition (1st repetition and 3rd repetition) is may be set.
  • a predefined DMRS setting may be set for the second slot/Repetition (2nd repetition).
  • DMRS settings defined in the second slot/Repetition may be, for example, any one of pos0 to pos3.
  • the DMRS settings for the 2nd slot/Repetition can be different than the DMRS settings for the 1st and 3rd slots/Repetition.
  • the base station 100 can set individual DMRS settings for each of multiple slots/repetitions to which joint channel estimation is applied, for the terminal 200, for example.
  • the DMRS setting pattern for each predefined slot/repetition is not limited to the example shown in FIG.
  • the number of DMRS setting pattern candidates in the slot/Repetition included in dmrs-AdditionalPositionPattern is not limited to four, and may be another number.
  • each pattern may not include the DMRS configuration specified by dmrs-AdditionalPosition included in DMRS-UplinkConfig.
  • the number of RRC bits used for notification of dmrs-AdditionalPositionPattern depends on the number of patterns (number of candidates).
  • the number of bits used for setting dmrs-AdditionalPositionPattern in one PUSCH-Allocation-r16 is log 2 (P) bits with respect to the number of patterns P.
  • P log 2
  • the number of bits used for setting one PUSCH-Allocation-r16 is 2 bits.
  • the smaller the number of patterns P the more RRC overhead can be reduced.
  • the pattern of DMRS setting in each slot/repetition may be set by RRC.
  • Fig. 12 is a diagram showing an example of PUSCH-Allocation-r16 in Option 1-2.
  • the dmrs-AdditionalPositionPattern shown in FIG. 12 includes, for example, “numberOfRepetitions-r16” slots corresponding to the number of repetitions/DMRS settings in each repetition (for example, any of pos0, pos1, pos2, and pos3 of dmrs-AdditionalPosition). can be
  • the notification of dmrs-AdditionalPositionPattern allows base station 100 to flexibly configure DMRS settings (for example, any of pos0, pos1, pos2, or pos3) for each slot/Repetition for terminal 200. can be set to
  • FIG. 13 is a diagram showing an example of DMRS allocation using dmrs-AdditionalPositionPattern in this embodiment.
  • FIG. 13 shows an example in which the number of repetitions is two.
  • FIG. 13 is an example of DMRS arrangement when pattern1 is set in dmrs-AdditionalPositionPattern and dmrs-AdditionalPosition is pos2 in FIG. 11 of Option 1-1, for example.
  • FIG. 13 is an example of DMRS allocation when ⁇ pos2, pos1 ⁇ is set in dmrs-AdditionalPositionPattern in Option 1-2, for example.
  • different DMRS settings in other words, individual DMRS arrangements
  • the number of DMRS symbols for the second slot/Repetition is reduced compared to the number of DMRS symbols for the first slot/Repetition, so data can be mapped in the second slot/Repetition. It can increase resources and improve transmission characteristics or transmission efficiency of PUSCH repetition.
  • base station 100 and terminal 200 for example, set a DMRS to allocate to a certain slot/repetition section of a repetition and set a DMRS to allocate to another slot/repetition section of the repetition. Make the settings different.
  • terminal 200 is either an RRC information element containing information about multiple candidates for DMRS configuration patterns that are individual to multiple slots/repetitions, or multiple candidates for DMRS configuration patterns, for example. Based on the control signal contained in the DCI or RRC, which indicates one, determines the DMRS settings specific to the Slot/Repetition.
  • RRC that sets information on multiple candidates for DMRS setting patterns for each of multiple slots/Repetitions, for example, information elements related to setting of time domain resources to allocate PUSCH (for example, PUSCH-TimeDomainResourceAllocation IE )including.
  • the base station 100 can appropriately set the DMRS setting pattern according to the number of slots/repetitions to which joint channel estimation is applied, or the PUSCH setting such as time resource allocation for each slot/repetition.
  • setting of time resource allocation and DMRS allocation for each slot/repetition to which joint channel estimation is applied is, for example, notification of existing PUSCH time domain resource allocation (for example, NR Rel. 15 /16) can be used, so notification of DMRS setting patterns in multiple slots/repetitions has little impact on the specifications.
  • an increase in signaling overhead can be suppressed, and DMRS can be set flexibly.
  • the DMRS settings applied to each slot/repetition to which joint channel estimation is applied are, for example, combinations of DMRS arrangements and numbers of DMRS symbols specified in NR Rel. 15/16 (for example, pos0, pos1, pos2 and pos3). This eliminates the need to add new combinations of DMRS placement and number of DMRS symbols in order to apply joint channel estimation, so hardware and software processing of DMRS generation at the transmitter and joint It is possible to suppress the complication of channel estimation hardware and software processing.
  • the DMRS configuration pattern in each slot/repetition may be individual to the repetition method (eg, type of repetition transmission).
  • Repetition methods may include PUSCH repetition Type A and PUSCH repetition Type B, for example.
  • DMRS configuration patterns may be configured individually for PUSCH repetition Type A and PUSCH repetition Type B.
  • FIG. 14 is a diagram showing an example in which DMRS setting patterns are set individually for PUSCH repetition Type A and PUSCH repetition Type B in Option 1-1.
  • FIG. 15 is a diagram showing an example in which DMRS setting patterns are individually set for PUSCH repetition Type A and PUSCH repetition Type B in Option 1-2.
  • PUSCH-Allocation-r16 includes, for example, parameters for determining the pattern of DMRS settings in each slot / Repetition for PUSCH repetition Type A (for example, dmrs-AdditionalPositionPatternTypeA), and A parameter (eg, dmrs-AdditionalPositionPatternTypeB) to determine the pattern of DMRS settings in each slot/Repetition for PUSCH repetition Type B may be included.
  • parameters for determining the pattern of DMRS settings in each slot / Repetition for PUSCH repetition Type A for example, dmrs-AdditionalPositionPatternTypeA
  • a parameter eg, dmrs-AdditionalPositionPatternTypeB
  • the base station 100 can appropriately determine DMRS settings according to, for example, the Repetition method.
  • parameters for determining DMRS setting patterns in each slot/Repetition include values of dmrs-AdditionalPosition (eg, pos0, pos1 , pos2, or pos3) is set.
  • parameters that can be individually set for each slot/repetition eg, dmrs-AdditionalPositionPattern are not limited to this.
  • parameters that can be set individually for each slot/repetition include DMRS arrangement (or DMRS position), number of DMRS symbols, and other DMRS-related parameters may be a value corresponding to at least one of
  • DMRS-related parameters may include DMRS type and DMRS length.
  • FIG. 16 is a diagram showing an example of PUSCH-Allocation-r16 in Modification 2.
  • the dmrs-AdditionalPositionPattern shown in FIG. 16 may include, for example, DMRS settings (eg, the value of DMRS-UplinkConfig) in each of “numberOfRepetitions-r16” slots/Repetitions corresponding to the number of repetitions.
  • DMRS settings eg, the value of DMRS-UplinkConfig
  • DMRS-UplinkConfig is an information element that sets information about uplink DMRS. Parameters such as DMRS length (maxLength) may be included.
  • Modification 3 In the above embodiment, as an example, a case has been described in which the size of the parameter (eg, dmrs-AdditionalPositionPattern) for determining the DMRS setting pattern in each slot/Repetition is set to be the same as the number of repetitions (eg, numberOfRepetitions). . However, the size of DMRS configuration patterns (eg, dmrs-AdditionalPositionPattern) may differ from the Repetition count.
  • the size of the parameter eg, dmrs-AdditionalPositionPattern
  • the size of dmrs-AdditionalPositionPattern may be a predefined size or a size set by RRC. According to Modification 3, for example, when the size of dmrs-AdditionalPositionPattern is smaller than the number of repetitions, an increase in RRC overhead can be suppressed.
  • dmrs-AdditionalPositionPattern in Option 1-2 may be set as shown in FIG. 17(a).
  • the DMRS settings for the first PUSCH transmission (1st repetition) are determined based on the first element of dmrs-AdditionalPositionPattern, and the DMRS settings for other PUSCH transmissions are determined based on the second element of dmrs-AdditionalPositionPattern.
  • setting the number of DMRS symbols for the first PUSCH transmission to be greater than the number of DMRS symbols for other PUSCH transmissions is effective in speeding up the decoding process.
  • dmrs-AdditionalPositionPattern in Option 1-2 may be set as shown in FIG. 17(b).
  • the DMRS setting for the first PUSCH transmission (1st repetition) is determined based on the first element of dmrs-AdditionalPositionPattern
  • the DMRS setting for the last PUSCH transmission (last repetition) is determined based on the second element of dmrs-AdditionalPositionPattern.
  • DMRS settings for PUSCH transmissions that are different from the first and last may be determined based on a third factor. Improving the flexibility of DMRS configuration in leading and trailing PUSCH transmissions is useful, for example, for interpolation of channel estimates in the time domain in inter-slot channel estimation.
  • the DMRS setting for the m-th PUSCH transmission may be determined based on the (m mod N)-th element.
  • the size N of dmrs-AdditionalPositionPattern is smaller than the number of repetitions, DMRS settings corresponding to each element of dmrs-AdditionalPositionPattern may be repeatedly applied.
  • Embodiment 2 The configurations of the base station and terminal according to this embodiment may be the same as the configurations of base station 100 and terminal 200 according to Embodiment 1, respectively.
  • base station 100 determines a DMRS setting pattern in each slot/Repetition in an information element for setting information about uplink DMRS (for example, an information element about uplink DMRS setting). You can set parameters for
  • the terminal 200 may determine the DMRS setting pattern in each slot/repetition, for example, based on at least the information element in which the above parameters are set.
  • the information element for setting uplink DMRS information may be, for example, "DMRS-UplinkConfig IE" (see, for example, Non-Patent Document 7).
  • the DMRS-UplinkConfig IE may include parameters for determining the DMRS setting pattern in each slot/Repetition (for example, represented as "dmrs-AdditionalPositionPattern") . So, for example, DMRS-UplinkConfig may be configured with a set of parameters related to DMRS configuration, including the parameter "dmrs-AdditionalPositionPattern".
  • dmrs-AdditionalPositionPattern is included in the information element for setting uplink DMRS information, and the parameters related to DMRS setting are aggregated into one information element, so the configuration of RRC can be simplified.
  • DMRS-UplinkConfig IE A setting example of DMRS-UplinkConfig IE in this embodiment will be described below.
  • An example of a parameter (for example, dmrs-AdditionalPositionPattern) for determining the DMRS setting pattern in each slot/repetition will be described below.
  • dmrs-AdditionalPosition is a parameter that notifies any one of four combinations (pos0, pos1, pos2, pos3) of DMRS arrangement and number of DMRS symbols. Note that if dmrs-AdditionalPosition is null, pos2 is set.
  • 'dmrs-AdditionalPositionPattern' is 'maxNrofRepetition' slots corresponding to the number of repetitions/repetition, and any value of dmrs-AdditionalPosition (for example, any of pos0, pos1, pos2, and pos3) can be set individually.
  • base station 100 and terminal 200 configure DMRS to be assigned to a certain slot/repetition section of the repetition and DMRS to be assigned to another slot/repetition section of the repetition. be different.
  • the RRC that configures information about multiple candidates for DMRS configuration patterns for each of multiple slots/repetitions includes an information element (eg, DMRS-UplinkConfig IE) regarding uplink DMRS configuration.
  • setting of time resource allocation and DMRS allocation for each slot/repetition to which joint channel estimation is applied is, for example, notification of existing uplink DMRS setting (for example, NR Rel. 15 /16) can be used, so notification of DMRS setting patterns in multiple slots/repetitions has little impact on the specifications.
  • existing uplink DMRS setting for example, NR Rel. 15 /16
  • an increase in signaling overhead can be suppressed, and DMRS can be set flexibly.
  • the DMRS settings applied to each slot/repetition to which joint channel estimation is applied are, for example, combinations of DMRS arrangements and numbers of DMRS symbols specified in NR Rel. 15/16 (for example, pos0, pos1, pos2 and pos3). This eliminates the need to add new combinations of DMRS placement and number of DMRS symbols in order to apply joint channel estimation, so hardware and software processing of DMRS generation at the transmitter and joint It is possible to suppress the complication of channel estimation hardware and software processing.
  • this embodiment is not limited to the method of adding dmrs-AdditionalPositionPattern to DMRS-UplinkConfig, and for example, the existing parameter dmrs-AdditionalPosition may be extended to multiple dimensions. For example, when the number of repetitions is N, the DMRS setting pattern for each slot/repetition may be determined based on N elements in order from the first element of dmrs-AdditionalPosition. If Repetition does not apply, the DMRS configuration pattern may be determined based on the first element of dmrs-AdditionalPosition. Note that the elements of dmrs-AdditionalPosition set when N repetitions or repetitions are not applied are not limited to elements in order from the first element.
  • Modification 4 In Modified Example 4, for example, the size of dmrs-AdditionalPosition when dmrs-AdditionalPositionPattern or dmrs-AdditionalPosition, which is an existing parameter, is multi-dimensionally expanded may differ from the number of repetitions.
  • the size of dmrs-AdditionalPosition when dmrs-AdditionalPositionPattern or the existing parameter dmrs-AdditionalPosition is multidimensionally expanded may be a predefined size or a size set by RRC.
  • Modification 4 for example, when the size of dmrs-AdditionalPositionPattern is smaller than the number of repetitions, an increase in RRC overhead can be suppressed.
  • the size of dmrs-AdditionalPositionPattern (e.g., DMRS configuration pattern) is 2
  • the DMRS configuration for the first PUSCH transmission (1st repetition) is determined based on the first element of dmrs-AdditionalPositionPattern
  • other PUSCH transmissions may be determined based on the second element of dmrs-AdditionalPositionPattern.
  • setting the number of DMRS symbols for the first PUSCH transmission to be greater than the number of DMRS symbols for other PUSCH transmissions is effective in speeding up the decoding process.
  • the DMRS setting for the initial PUSCH transmission (1st repetition) is determined based on the first element of dmrs-AdditionalPositionPattern, and the DMRS for the last PUSCH transmission (last repetition)
  • the settings are determined based on the second factor of dmrs-AdditionalPositionPattern, and the DMRS settings for PUSCH transmissions different from the first and last may be determined based on the third factor. Improving the flexibility of DMRS configuration in leading and trailing PUSCH transmissions is useful, for example, for interpolation of channel estimates in the time domain in inter-slot channel estimation.
  • the DMRS setting for the m-th PUSCH transmission may be determined based on the (m mod N)-th element.
  • the size N of dmrs-AdditionalPositionPattern is smaller than the number of repetitions, DMRS settings corresponding to each element of dmrs-AdditionalPositionPattern may be repeatedly applied.
  • dmrs-AdditionalPositionPattern or dmrs-AdditionalPosition may be a parameter that sets a DMRS setting pattern (combination) in each slot/Repetition.
  • an information element that configures information about uplink DMRS may include a parameter that configures multiple candidates for the DMRS configuration pattern.
  • FIG. 19 is a diagram showing a setting example of DMRS-UplinkConfig IE in modified example 5.
  • the dmrs-AdditionalPositionPattern shown in FIG. 19 may include patterns of DMRS settings (eg, any of the elements of dmrs-AdditionalPosition) for each of multiple (eg, maxNrofRepetition) slots/repetitions. Also, the dmrs-AdditionalPositionPatternList shown in FIG. 19 may include a plurality of (eg, maxNrofPatterns) patterns (eg, dmrs-AdditionalPositionPattern) candidates.
  • Terminal 200 for example, based on the DCI or RRC (for example, several bits) assigned the corresponding uplink data channel (PUSCH), out of a plurality of DMRS configuration pattern candidates, for PUCSH transmission actually used by terminal 200
  • One DMRS configuration pattern may be selected.
  • a DMRS configuration pattern in DMRS-UplinkConfig may be set (instructed) based on an index indicating time domain resource allocation for PUSCH transmission (for example, PUSCH-TimeDomainResourceAllocation).
  • an index indicating time domain resource allocation for PUSCH transmission for example, PUSCH-TimeDomainResourceAllocation.
  • another method that does not add a bit for notification of the DCI setting pattern may be used.
  • a DMRS configuration pattern may be configured corresponding to values of other DCI bit fields, not limited to indexes indicating time domain resource allocation for PUSCH transmission. As a result, it is possible to suppress an increase in DCI overhead, and to dynamically set a DMRS setting pattern.
  • some DMRS setting pattern combinations may be activated by MAC-CE.
  • terminal 200 may select one of the DMRS configuration patterns based on DCI from a combination of activated DMRS configuration patterns.
  • DMRS setting patterns that are not activated need not be set (or selected) in terminal 200 .
  • terminal 200 can select an appropriate DMRS configuration pattern according to the channel state of terminal 200 from among multiple DMRS configuration pattern candidates configured by DMRS-UplinkConfig.
  • Modification 6 for example, in Embodiments 1 and 2 described above, a parameter for determining the DMRS setting pattern in each slot or repetition (for example, dmrs-AdditionalPositionPattern) is Even if it is applied to the DMRS configuration of some slots/repetitions (e.g., corresponding to the first and second intervals) and not applied to the DMRS configuration of the remaining slots/repetitions (e.g., corresponding to the third interval) good.
  • dmrs-AdditionalPositionPattern a parameter for determining the DMRS setting pattern in each slot or repetition (for example, dmrs-AdditionalPositionPattern) is Even if it is applied to the DMRS configuration of some slots/repetitions (e.g., corresponding to the first and second intervals) and not applied to the DMRS configuration of the remaining slots/repetitions (e.g., corresponding to the third interval) good.
  • the DMRS setting for the first PUSCH transmission (1st repetition) is determined based on dmrs-AdditionalPosition
  • the DMRS setting for PUSCH transmission different from the first time may be determined based on dmrs-AdditionalPositionPattern (Modification 6-1 called).
  • the DMRS settings for the first PUSCH transmission (1st repetition) and the last PUSCH transmission (last repetition) are determined based on dmrs-AdditionalPosition, and the DMRS settings for PUSCH transmissions different from the first and last are set to dmrs-AdditionalPositionPattern. (referred to as modification 6-2).
  • DMRS settings for some slots/Repetitions or all slots/Repetitions are determined based on dmrs-AdditionalPositionPattern as in Modifications 6-1 and 6-2.
  • Switching of DMRS settings based on dmrs-AdditionalPositionPattern may be notified to terminal 200 by, for example, RRC, MAC-CE, or DCI, or may be set to Implicit.
  • the configurations of the base station and terminal according to this embodiment may be the same as the configurations of base station 100 and terminal 200 according to Embodiment 1, respectively.
  • a symbol offset may be included in the parameter for determining the DMRS setting pattern in each slot/repetition.
  • a symbol offset may indicate, for example, an offset value for a DMRS symbol position defined in NR Rel.15/16.
  • the symbol offset for example, as in Embodiment 1, may be included in an information element (for example, PUSCH-TimeDomainResourceAllocation IE) that sets information on time domain resources for transmitting PUSCH, or as in Embodiment 2 may be included in an information element (for example, DMRS-UplinkConfig) that configures information about uplink DMRS.
  • an information element for example, PUSCH-TimeDomainResourceAllocation IE
  • DMRS-UplinkConfig for example, DMRS-UplinkConfig
  • the parameter for setting the symbol offset may be replaced with, for example, "dmrs-AdditionalPositionPattern" and applied in the same manner as in Embodiments 1 and 2.
  • the parameter that sets the symbol offset for example, together with "dmrs-AdditionalPositionPattern" is included in an information element that sets information on time domain resources for transmitting PUSCH or an information element that sets information on uplink DMRS. , may be applied in the same manner as in the first and second embodiments.
  • FIG. 20(a) is a diagram showing, as an example, a setting example of PUSCH-Allocation-r16 when dmrs-AdditionalPositionPattern in Option 1-2 of Embodiment 1 is replaced with a parameter for setting a symbol offset. .
  • PUSCH-Allocation-r16 includes a combination of symbol offsets (e.g., dmrs-offset) set for each of multiple (e.g., numberOfRepetitions-r16) slots/Repetitions (symbol A parameter (eg, “dmrs-offsetPattern”) indicating the offset pattern) may be included.
  • symbol offsets e.g., dmrs-offset
  • multiple e.g., numberOfRepetitions-r16
  • Repetitions symbol A parameter (eg, “dmrs-offsetPattern”) indicating the offset pattern) may be included.
  • dmrs-offset may be, for example, a parameter indicating how many symbols the DMRS symbol position (for example, the DMRS symbol position set by dmrs-AdditionalPosition) in each slot/Repetition is shifted.
  • dmrs-offset may be set to any value from 0 to 13 when the number of symbols in a slot or one repetition is 14 as shown in FIG. 20(b).
  • FIG. 21 is a diagram showing an example of DMRS allocation using symbol offset (dmrs-offset) in Embodiment 3.
  • FIG. 21 the DMRS symbol position in each slot/Repetition before applying the symbol offset may be set to a certain prescribed position (for example, the DMRS symbol position prescribed in NR Rel.15/16). .
  • FIG. 21 is an example of DMRS allocation when ⁇ 2, 0 ⁇ is notified to terminal 200 by dmrs-offset (offset).
  • the present embodiment it is possible to suppress an increase in DCI overhead, and to make the DMRS arrangement different between slots or between repetitions.
  • a new DMRS symbol position is calculated for a certain DMRS symbol position (in other words, Then a formula for conversion) may be applied.
  • an example of the offset for the existing DMRS configuration an example of the offset for the DMSR arrangement (or DMRS symbol position) was described, but it is not limited to this, and for example, the existing DMRS configuration
  • An offset eg, increasing or decreasing the number of symbols for the number of DMRS symbols in may be set.
  • frequency hopping may be applied to Repetition.
  • the size of the DMRS configuration pattern may be set to be the same as the frequency hopping period (eg, hop duration), and each embodiment described above may be applied.
  • the DMRS configuration pattern may be initialized and applied for each frequency hopping interval.
  • FIG. 22 is a diagram showing an example of DMRS allocation when frequency hopping is applied to repetition.
  • ⁇ pos2, pos1, pos1, pos1 ⁇ are notified to terminal 200 by dmrs-AdditionalPositionPattern.
  • the DMRS configuration pattern is initialized in frequency hopping intervals (for example, two slot intervals or two repetition intervals), so ⁇ pos2, pos1 ⁇ may be applied to each frequency hopping interval.
  • precoding may be applied to Repetition.
  • the size of the DMRS setting pattern may be set to be the same as the section to which the same precoding is applied, and the above embodiments may be applied.
  • the DMRS configuration pattern may be initialized and applied for each precoding section.
  • FIG. 23 is a diagram showing an example of DMRS allocation when precoding is applied to Repetition.
  • ⁇ pos2, pos1, pos1, pos1 ⁇ are notified to terminal 200 by dmrs-AdditionalPositionPattern.
  • the DMRS configuration pattern is initialized in the section to which the same precoding is applied, so ⁇ pos2, pos1 ⁇ may be applied to each precoding section.
  • signals to be repeated are not limited to being transmitted in consecutive slots, and may be transmitted between non-consecutive slots.
  • inter-slot channel estimation may be applied between consecutive slots, while inter-slot channel estimation may not be applied between non-consecutive slots.
  • the size of the DMRS configuration pattern may be set to be the same as the number of consecutive slots, and the embodiment described above may be applied.
  • the DMRS configuration pattern may be initialized and applied between non-consecutive slots.
  • FIG. 24 is a diagram showing an example of DMRS allocation when repetition including non-consecutive slots is applied.
  • ⁇ pos2, pos1, pos1, pos1 ⁇ are notified to terminal 200 by dmrs-AdditionalPositionPattern.
  • terminal 200 for example, since the DMRS configuration pattern is initialized in non-consecutive slots, may be applied.
  • the slot interval to which inter-slot channel estimation is applied is not limited to the case where it is defined as continuous or non-consecutive slots.
  • the number of slots may be different (eg, limited). Therefore, the size of the DMRS configuration pattern may be set to be the same as the slot period to which inter-slot channel estimation is applied, and the above-described embodiments may be applied.
  • the slot interval to which the inter-slot channel estimation is applied is, for example, an interval in which the terminal 200 maintains phase continuity of the transmission signal, or a slot interval in which the transmission power of the transmission signal is constant (for example, a time domain window). It may be set in terminal 200 .
  • different precoding intervals, non-consecutive slots, or slot intervals in which different inter-slot channel estimation is applied for example, the same DMRS configuration pattern may be applied, or different DMRSs.
  • a configuration pattern may be applied.
  • dmrs-AdditionalPositionPattern may be configured individually for different frequency hopping intervals, different precoding intervals, non-consecutive slots, or slot intervals to which different inter-slot channel estimation is applied. good.
  • each embodiment and each modification may be applied to PUSCH repetition Type A.
  • DMRS settings such as DMRS allocation or the number of DMRS symbols may be varied between slots/repetitions.
  • each embodiment and each modification may be applied to PUSCH repetition Type B, for example.
  • DMRS settings such as DMRS arrangement or the number of DMRS symbols may be changed between repetitions.
  • each embodiment and each modification for example, "TB processing over multi-slot PUSCH (TBoMS), which maps transport blocks that are being considered for introduction in Rel. 17 to multiple PUSCH slots and transmits them.
  • TBoMS TB processing over multi-slot PUSCH
  • DMRS configuration such as DMRS arrangement or number of DMRS symbols may be varied between slots or in units of PUSCH resources allocated by SLIV.
  • DMRS settings such as the DMRS arrangement or the number of DMRS symbols may be changed for each repetition of TBoMS.
  • each embodiment and each modification may be applied to, for example, PUCCH repetition.
  • DMRS settings such as DMRS arrangement or number of DMRS symbols may be different between slots or subslots.
  • the parameters corresponding to the above-described "dmrs-AdditionalPositionPattern" may be included in the "PUCCH-FormatConfig" information element including parameters related to PUCCH resources.
  • the existing parameter "additionalDMRS" may be extended to multiple dimensions.
  • each embodiment and each modification may be applied to, for example, Msg.3 PUSCH repetition.
  • the parameter corresponding to the above-mentioned "dmrs-AdditionalPositionPattern" is included in the information element including the parameter related to Msg.3 PUSCH resource configuration.
  • each embodiment and each modification may be applied to, for example, PDSCH repetition.
  • DMRS settings such as DMRS allocation or the number of DMRS symbols may differ between slots/repetitions.
  • each embodiment and each modification is not limited to, for example, the case where the terminal 200 receives DCI and transmits and receives data, and may be applied to Semi-Persistent Scheduling (SPS) PDSCH or Configured grant PUSCH.
  • SPS Semi-Persistent Scheduling
  • the communication device that transmits DMRS is not limited to the terminal 200, and may be the base station 100.
  • the communication device that receives DMRS is not limited to the base station 100, and may be the terminal 200 as well.
  • each embodiment or each modification may be applied to either uplink communication or downlink communication.
  • the name of the information element or the name of the parameter set in the information element used in each embodiment or modification is an example, and other names may be used.
  • the values of the parameters such as the number of repetitions, the number of DMRSs, the DMRS length, the DMRS symbol position, and the number of symbols in a slot exemplified in each embodiment or modification are examples, and other values may be used.
  • (supplement) Information indicating whether the terminal 200 supports the functions, operations, or processes shown in each embodiment and each modification described above is, for example, capability information or a capability parameter of the terminal 200, from the terminal 200 It may be transmitted (or notified) to base station 100 .
  • the capability information may include an information element (IE) individually indicating whether or not the terminal 200 supports at least one of the functions, operations, or processes shown in each embodiment and each modification described above.
  • the capability information may include an information element indicating whether the terminal 200 supports a combination of two or more of the functions, operations, or processes shown in each embodiment and each modification described above.
  • base station 100 may determine (or determine or assume) functions, operations, or processes supported (or not supported) by terminal 200 as the source of capability information.
  • the base station 100 may perform operation, processing, or control according to the determination result based on the capability information.
  • base station 100 may control at least one repeated transmission of uplink and downlink based on the capability information received from terminal 200 .
  • terminal 200 not supporting part of the functions, operations, or processes shown in each of the above-described embodiments and modifications means that such functions, operations, or processes are restricted in terminal 200. It may be read as For example, base station 100 may be notified of information or requests regarding such restrictions.
  • Information about the capabilities or limitations of terminal 200 may be defined, for example, in a standard, or may be implicitly associated with information known in base station 100 or information transmitted to base station 100 . may be notified.
  • the downlink control signal (information) related to the present disclosure may be a signal (information) transmitted by PDCCH of the physical layer, a signal (information) transmitted by MAC CE (Control Element) or RRC of the higher layer ) can be used. Also, the downlink control signal may be a signal (information) defined in advance.
  • the uplink control signal (information) related to the present disclosure may be a signal (information) transmitted by PUCCH of the physical layer, or may be a signal (information) transmitted by MAC CE or RRC of the higher layer. Also, the uplink control signal may be a signal (information) defined in advance. Also, the uplink control signal may be replaced with UCI (uplink control information), 1st stage SCI (sidelink control information), and 2nd stage SCI.
  • the base station includes TRP (Transmission Reception Point), cluster head, access point, RRH (Remote Radio Head), eNodeB (eNB), gNodeB (gNB), BS (Base Station), BTS (Base Transceiver Station) , parent device, gateway, or the like.
  • TRP Transmission Reception Point
  • eNB eNodeB
  • gNodeB gNB
  • BTS Base Transceiver Station
  • parent device gateway, or the like.
  • a terminal may serve as a base station.
  • a base station may be a relay device that relays communication between an upper node and a terminal.
  • the base station may be a roadside device.
  • the present disclosure may be applied to any of uplink, downlink, and sidelink.
  • the present disclosure to uplink PUSCH, PUCCH, PRACH, downlink PDSCH, PDCCH, PBCH, sidelink PSSCH (Physical Sidelink Shared Channel), PSCCH (Physical Sidelink Control Channel), PSBCH (Physical Sidelink Broadcast Channel) may apply.
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of downlink control channels, downlink data channels, uplink data channels, and uplink control channels.
  • PSCCH and PSSCH are examples of sidelink control channels and sidelink data channels.
  • PBCH and PSBCH are broadcast channels, and PRACH is an example of a random access channel.
  • the present disclosure may apply to both data channels and control channels.
  • the channels of the present disclosure may be replaced with data channels PDSCH, PUSCH, and PSSCH, and control channels PDCCH, PUCCH, PBCH, PSCCH, and PSBCH.
  • the reference signal is a signal known to both the base station and the terminal, and is also called RS (Reference Signal) or pilot signal.
  • Reference signals are DMRS, CSI-RS (Channel State Information - Reference Signal), TRS (Tracking Reference Signal), PTRS (Phase Tracking Reference Signal), CRS (Cell-specific Reference Signal), SRS (Sounding Reference Signal). or
  • the unit of time resources is not limited to one or a combination of slots and symbols, for example, frames, superframes, subframes, slots, time slots, subslots, minislots or symbols, OFDM Division Multiplexing) symbols, SC-FDMA (Single Carrier-Frequency Division Multiple Access) symbols, or other time resource units.
  • the number of symbols included in one slot is not limited to the number of symbols exemplified in the above embodiment, and may be another number of symbols.
  • the present disclosure may be applied to both licensed bands and unlicensed bands.
  • the present disclosure may be applied to any of communication between base stations and terminals (Uu link communication), communication between terminals (Sidelink communication), and V2X (Vehicle to Everything) communication.
  • the channels of the present disclosure may be replaced with PSCCH, PSSCH, PSFCH (Physical Sidelink Feedback Channel), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, and PBCH.
  • the present disclosure may be applied to both terrestrial networks and non-terrestrial networks (NTN: Non-Terrestrial Network) using satellites and advanced pseudolites (HAPS).
  • NTN Non-Terrestrial Network
  • HAPS advanced pseudolites
  • the present disclosure may also be applied to terrestrial networks with large transmission delays compared to symbol lengths and slot lengths, such as networks with large cell sizes and ultra-wideband transmission networks.
  • An antenna port refers to a logical antenna (antenna group) composed of one or more physical antennas.
  • the antenna port does not always refer to one physical antenna, but may refer to an array antenna or the like composed of a plurality of antennas.
  • how many physical antennas constitute an antenna port is not specified, but is specified as the minimum unit in which a terminal can transmit a reference signal.
  • an antenna port may be defined as the minimum unit for multiplying weights of precoding vectors.
  • 5G fifth generation cellular technology
  • NR new radio access technologies
  • the system architecture as a whole is assumed to be NG-RAN (Next Generation-Radio Access Network) with gNB.
  • the gNB provides UE-side termination of NG radio access user plane (SDAP/PDCP/RLC/MAC/PHY) and control plane (RRC) protocols.
  • SDAP/PDCP/RLC/MAC/PHY NG radio access user plane
  • RRC control plane
  • the gNB also connects to the Next Generation Core (NGC) via the Next Generation (NG) interface, and more specifically, the Access and Mobility Management Function (AMF) via the NG-C interface (e.g., a specific core entity that performs AMF) , and is also connected to a UPF (User Plane Function) (eg, a specific core entity that performs UPF) by an NG-U interface.
  • NNC Next Generation Core
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • UPF User Plane Function
  • the NR user plane protocol stack (e.g., 3GPP TS 38.300, see section 4.4.1) consists of a network-side terminated PDCP (Packet Data Convergence Protocol (see TS 38.300, section 6.4)) sublayer at the gNB, It includes the RLC (Radio Link Control (see TS 38.300 clause 6.3)) sublayer and the MAC (Medium Access Control (see TS 38.300 clause 6.2)) sublayer. Also, a new Access Stratum (AS) sublayer (Service Data Adaptation Protocol (SDAP)) has been introduced on top of PDCP (see, for example, 3GPP TS 38.300, Section 6.5).
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • SDAP Service Data Adaptation Protocol
  • a control plane protocol stack is defined for NR (see, eg, TS 38.300, section 4.4.2).
  • An overview of layer 2 functions is given in clause 6 of TS 38.300.
  • the functions of the PDCP sublayer, RLC sublayer and MAC sublayer are listed in TS 38.300 clauses 6.4, 6.3 and 6.2 respectively.
  • the functions of the RRC layer are listed in clause 7 of TS 38.300.
  • the Medium-Access-Control layer handles logical channel multiplexing and scheduling and scheduling-related functions, including handling various neurology.
  • the physical layer is responsible for encoding, PHY HARQ processing, modulation, multi-antenna processing, and mapping of signals to appropriate physical time-frequency resources.
  • the physical layer also handles the mapping of transport channels to physical channels.
  • the physical layer provides services to the MAC layer in the form of transport channels.
  • a physical channel corresponds to a set of time-frequency resources used for transmission of a particular transport channel, and each transport channel is mapped to a corresponding physical channel.
  • physical channels include PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel) as uplink physical channels, and PDSCH (Physical Downlink Shared Channel) as downlink physical channels.
  • PDCCH Physical Downlink Control Channel
  • PBCH Physical Broadcast Channel
  • NR use cases/deployment scenarios include enhanced mobile broadband (eMBB), ultra-reliable low-latency communications (URLLC), massive machine type communication (mMTC) with diverse requirements in terms of data rate, latency and coverage can be included.
  • eMBB is expected to support peak data rates (20 Gbps in the downlink and 10 Gbps in the uplink) and user-experienced data rates on the order of three times the data rates provided by IMT-Advanced.
  • URLLC more stringent requirements are imposed for ultra-low latency (0.5 ms each for UL and DL for user plane latency) and high reliability (1-10-5 within 1 ms).
  • mMTC preferably has high connection density (1,000,000 devices/km 2 in urban environments), wide coverage in hostile environments, and extremely long battery life (15 years) for low cost devices. can be requested.
  • the OFDM numerology (e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval) suitable for one use case may be used for other use cases. May not be valid.
  • low-latency services preferably require shorter symbol lengths (and thus larger subcarrier spacings) and/or fewer symbols per scheduling interval (also called TTI) than mMTC services.
  • TTI time-to-live
  • Subcarrier spacing may optionally be optimized to maintain similar CP overhead.
  • the value of subcarrier spacing supported by NR may be one or more.
  • resource element may be used to mean the smallest resource unit consisting of one subcarrier for the length of one OFDM/SC-FDMA symbol.
  • resource grids of subcarriers and OFDM symbols are defined for uplink and downlink, respectively.
  • Each element of the resource grid is called a resource element and is identified based on a frequency index in the frequency domain and a symbol position in the time domain (see 3GPP TS 38.211 v15.6.0).
  • FIG. 25 shows functional separation between NG-RAN and 5GC.
  • Logical nodes in NG-RAN are gNBs or ng-eNBs.
  • 5GC has logical nodes AMF, UPF and SMF.
  • gNBs and ng-eNBs host the following main functions: - Radio Bearer Control, Radio Admission Control, Connection Mobility Control, dynamic allocation of resources to UEs in both uplink and downlink (scheduling), etc. Functions of Radio Resource Management; - IP header compression, encryption and integrity protection of data; - AMF selection on UE attach when routing to an AMF cannot be determined from information provided by the UE; - routing of user plane data towards UPF; - routing of control plane information towards AMF; - setting up and tearing down connections; - scheduling and sending paging messages; - scheduling and transmission of system broadcast information (originating from AMF or Operation, Admission, Maintenance (OAM)); - configuration of measurements and measurement reports for mobility and scheduling; - transport level packet marking in the uplink; - session management; - support for network slicing; - QoS flow management and mapping to data radio bearers; - Support for UEs in RRC_INACTIVE state; - the ability to deliver NAS messages; - sharing
  • the Access and Mobility Management Function hosts the following main functions: - Ability to terminate Non-Access Stratum (NAS) signaling; - security of NAS signaling; - Access Stratum (AS) security controls; - Core Network (CN) inter-node signaling for mobility across 3GPP access networks; - Reachability to UEs in idle mode (including control and execution of paging retransmissions); - management of the registration area; - support for intra-system and inter-system mobility; - access authentication; - access authorization, including checking roaming rights; - mobility management control (subscription and policy); - support for network slicing; - Selection of the Session Management Function (SMF).
  • NAS Non-Access Stratum
  • AS Access Stratum
  • CN Core Network
  • the User Plane Function hosts the following main functions: - Anchor points for intra-RAT mobility/inter-RAT mobility (if applicable); - External PDU (Protocol Data Unit) session points for interconnection with data networks; - packet routing and forwarding; – Policy rule enforcement for packet inspection and user plane parts; - reporting of traffic usage; - an uplink classifier to support routing of traffic flows to the data network; - Branching Points to support multi-homed PDU sessions; - QoS processing for the user plane (e.g. packet filtering, gating, UL/DL rate enforcement; - verification of uplink traffic (mapping of SDF to QoS flows); - Downlink packet buffering and downlink data notification trigger function.
  • Anchor points for intra-RAT mobility/inter-RAT mobility if applicable
  • External PDU Protocol Data Unit
  • – Policy rule enforcement for packet inspection and user plane parts for interconnection with data networks
  • - reporting of traffic usage - an uplink classifier to support routing of traffic flows to the data network
  • Session Management Function hosts the following main functions: - session management; - allocation and management of IP addresses for UEs; - UPF selection and control; - the ability to configure traffic steering in the User Plane Function (UPF) to route traffic to the proper destination; - policy enforcement and QoS in the control part; - Notification of downlink data.
  • UPF User Plane Function
  • Figure 26 shows some interactions between UE, gNB and AMF (5GC entity) when UE transitions from RRC_IDLE to RRC_CONNECTED for NAS part (see TS 38.300 v15.6.0).
  • RRC is a higher layer signaling (protocol) used for UE and gNB configuration.
  • the AMF prepares the UE context data (which includes, for example, the PDU session context, security keys, UE Radio Capabilities, UE Security Capabilities, etc.) and the initial context Send to gNB with INITIAL CONTEXT SETUP REQUEST.
  • the gNB then activates AS security together with the UE. This is done by the gNB sending a SecurityModeCommand message to the UE and the UE responding to the gNB with a SecurityModeComplete message.
  • the gNB sends an RRCReconfiguration message to the UE, and the gNB receives the RRCReconfigurationComplete from the UE to reconfigure for setting up Signaling Radio Bearer 2 (SRB2) and Data Radio Bearer (DRB) .
  • SRB2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • the step for RRCReconfiguration is omitted as SRB2 and DRB are not set up.
  • the gNB notifies the AMF that the setup procedure is complete with an INITIAL CONTEXT SETUP RESPONSE.
  • the present disclosure provides control circuitry for operationally establishing a Next Generation (NG) connection with a gNodeB and an operationally NG connection so that signaling radio bearers between the gNodeB and User Equipment (UE) are set up.
  • a 5th Generation Core (5GC) entity eg, AMF, SMF, etc.
  • AMF Next Generation
  • SMF User Equipment
  • the gNodeB sends Radio Resource Control (RRC) signaling including a Resource Allocation Configuration Information Element (IE) to the UE via the signaling radio bearer.
  • RRC Radio Resource Control
  • IE Resource Allocation Configuration Information Element
  • the UE then performs uplink transmission or downlink reception based on the resource allocation configuration.
  • Figure 27 shows some of the use cases for 5G NR.
  • the 3rd generation partnership project new radio (3GPP NR) considers three use cases envisioned by IMT-2020 to support a wide variety of services and applications.
  • the first stage of specifications for high-capacity, high-speed communications (eMBB: enhanced mobile-broadband) has been completed.
  • Current and future work includes expanding eMBB support, as well as ultra-reliable and low-latency communications (URLLC) and Massively Connected Machine Type Communications (mMTC). Standardization for massive machine-type communications is included
  • Figure 27 shows some examples of envisioned usage scenarios for IMT beyond 2020 (see eg ITU-RM.2083 Figure 2).
  • URLLC use cases have strict performance requirements such as throughput, latency (delay), and availability.
  • URLLLC use cases are envisioned as one of the elemental technologies to realize these future applications such as wireless control of industrial production processes or manufacturing processes, telemedicine surgery, automation of power transmission and distribution in smart grids, and traffic safety. ing.
  • URLLLC ultra-reliability is supported by identifying technologies that meet the requirements set by TR 38.913.
  • an important requirement includes a target user plane latency of 0.5 ms for UL (uplink) and 0.5 ms for DL (downlink).
  • the general URLLC requirement for one-time packet transmission is a block error rate (BLER) of 1E-5 for a packet size of 32 bytes with a user plane latency of 1 ms.
  • BLER block error rate
  • NRURLC the technical enhancements targeted by NRURLC aim to improve latency and improve reliability.
  • Technical enhancements for latency improvement include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free (configured grant) uplink, slot-level repetition in data channels, and downlink pre-emption.
  • Preemption means that a transmission with already allocated resources is stopped and the already allocated resources are used for other transmissions with lower latency/higher priority requirements requested later. Transmissions that have already been authorized are therefore superseded by later transmissions. Preemption is applicable regardless of the concrete service type. For example, a transmission of service type A (URLLC) may be replaced by a transmission of service type B (eg eMBB).
  • Technology enhancements for increased reliability include a dedicated CQI/MCS table for a target BLER of 1E-5.
  • mMTC massive machine type communication
  • NR URLLC NR URLLC
  • the stringent requirements are: high reliability (reliability up to 10-6 level), high availability, packet size up to 256 bytes, time synchronization up to several microseconds (depending on the use case, the value 1 ⁇ s or a few ⁇ s depending on the frequency range and latency as low as 0.5 ms to 1 ms (eg, 0.5 ms latency in the targeted user plane).
  • NRURLC NR Ultra User Downlink Control Channel
  • enhancements for compact DCI PDCCH repetition, and increased PDCCH monitoring.
  • enhancement of UCI Uplink Control Information
  • enhancement of enhanced HARQ Hybrid Automatic Repeat Request
  • minislot refers to a Transmission Time Interval (TTI) containing fewer symbols than a slot (a slot comprises 14 symbols).
  • TTI Transmission Time Interval
  • the 5G QoS (Quality of Service) model is based on QoS flows, and includes QoS flows that require a guaranteed flow bit rate (GBR: Guaranteed Bit Rate QoS flows), and guaranteed flow bit rates. support any QoS flows that do not exist (non-GBR QoS flows). Therefore, at the NAS level, a QoS flow is the finest granularity of QoS partitioning in a PDU session.
  • a QoS flow is identified within a PDU session by a QoS Flow ID (QFI) carried in an encapsulation header over the NG-U interface.
  • QFI QoS Flow ID
  • 5GC For each UE, 5GC establishes one or more PDU sessions. For each UE, in line with the PDU session, NG-RAN establishes at least one Data Radio Bearers (DRB), eg as shown above with reference to FIG. Also, additional DRBs for QoS flows for that PDU session can be configured later (up to NG-RAN when to configure). NG-RAN maps packets belonging to different PDU sessions to different DRBs. NAS level packet filters in UE and 5GC associate UL and DL packets with QoS flows, while AS level mapping rules in UE and NG-RAN associate UL and DL QoS flows with DRB.
  • DRB Data Radio Bearers
  • FIG. 28 shows a non-roaming reference architecture for 5G NR (see TS 23.501 v16.1.0, section 4.23).
  • An Application Function eg, an external application server hosting 5G services, illustrated in FIG. 27
  • Policy Control Function Policy Control Function (PCF) reference).
  • Application Functions that are considered operator-trusted, based on their deployment by the operator, can interact directly with the associated Network Function.
  • Application Functions that are not authorized by the operator to directly access the Network Function communicate with the associated Network Function using the open framework to the outside world via the NEF.
  • Figure 29 shows further functional units of the 5G architecture: Network Slice Selection Function (NSSF), Network Repository Function (NRF), Unified Data Management (UDM), Authentication Server Function (AUSF), Access and Mobility Management Function (AMF) , Session Management Function (SMF), and Data Network (DN, eg, service by operator, Internet access, or service by third party). All or part of the core network functions and application services may be deployed and operated in a cloud computing environment.
  • NSF Network Slice Selection Function
  • NRF Network Repository Function
  • UDM Unified Data Management
  • AUSF Authentication Server Function
  • AMF Access and Mobility Management Function
  • SMSF Session Management Function
  • DN Data Network
  • QoS requirements for at least one of URLLC, eMMB and mMTC services are set during operation to establish a PDU session including radio bearers between a gNodeB and a UE according to the QoS requirements.
  • the functions of the 5GC e.g., NEF, AMF, SMF, PCF, UPF, etc.
  • a control circuit that, in operation, serves using the established PDU session;
  • An application server eg AF of 5G architecture
  • Each functional block used in the description of the above embodiments is partially or wholly realized as an LSI, which is an integrated circuit, and each process described in the above embodiments is partially or wholly implemented as It may be controlled by one LSI or a combination of LSIs.
  • An LSI may be composed of individual chips, or may be composed of one chip so as to include some or all of the functional blocks.
  • the LSI may have data inputs and outputs.
  • LSIs are also called ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and may be realized with a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • the present disclosure may be implemented as digital or analog processing.
  • a communication device may include a radio transceiver and processing/control circuitry.
  • a wireless transceiver may include a receiver section and a transmitter section, or functions thereof.
  • a wireless transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • RF modules may include amplifiers, RF modulators/demodulators, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smart phones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital still/video cameras, etc.).
  • digital players digital audio/video players, etc.
  • wearable devices wearable cameras, smartwatches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth and telemedicine (remote health care/medicine prescription) devices vehicles or mobile vehicles with communication capabilities (automobiles, planes, ships, etc.), and combinations of the various devices described above.
  • Communication equipment is not limited to portable or movable equipment, but any type of equipment, device or system that is non-portable or fixed, e.g. smart home devices (household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.), vending machines, and any other "Things" that can exist on the IoT (Internet of Things) network.
  • smart home devices household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.
  • vending machines and any other "Things” that can exist on the IoT (Internet of Things) network.
  • Communication includes data communication by cellular system, wireless LAN system, communication satellite system, etc., as well as data communication by a combination of these.
  • Communication apparatus also includes devices such as controllers and sensors that are connected or coupled to communication devices that perform the communication functions described in this disclosure. Examples include controllers and sensors that generate control and data signals used by communication devices to perform the communication functions of the communication device.
  • Communication equipment also includes infrastructure equipment, such as base stations, access points, and any other equipment, device, or system that communicates with or controls the various equipment, not limited to those listed above. .
  • a communication apparatus includes: a control circuit for differentiating setting of a reference signal to be assigned to a first period of repeated transmission and setting of a reference signal to be assigned to a second period of repeated transmission; and a transmission circuit that performs the repeated transmission based on the setting of the reference signal.
  • control circuit determines the setting based on an information element including information about the pattern of the setting that is separate for the first interval and the second interval.
  • control circuit determines the setting based on the information element including information about multiple candidates for the pattern and a control signal indicating any one of the multiple candidates. .
  • the information element is an information element relating to configuration of time domain resources for allocating the repeatedly transmitted signal.
  • control circuit preferentially uses the information element regarding the setting of the time domain resource over the information element regarding the setting of the reference signal for setting the reference signal.
  • the information about the pattern is specific to the type of repetition transmission.
  • the information element is an information element regarding setting of the reference signal.
  • the size of the setting pattern is different from the number of repetition transmissions.
  • the setting includes at least one setting of position, number of symbols, type, and signal length of the reference signal in each of the first interval and the second interval. .
  • the setting includes an offset relative to a defined position of the reference signal in each of the first interval and the second interval.
  • the setting is not applied to reference signals assigned to the third interval of the repeated transmission.
  • the settings in each of the first interval and the second interval are settings specified in Release 15 or Release 16.
  • the communication apparatus sets the reference signal to be assigned to the first section in which the repeated transmission is received, and sets the reference signal to be assigned to the second section in which the repeated transmission is received. and a receiving circuit for receiving the repeated transmission based on the setting of the reference signal.
  • a communication device sets different reference signal settings to be assigned to a first period of repeated transmission and settings of a reference signal to be assigned to a second period of repeated transmission, The repeated transmission is performed based on the setting of the reference signal.
  • the communication device sets a reference signal to be assigned to a first interval in which repeated transmission is received, and sets a reference signal to be assigned to a second interval in which repeated transmission is received. setting, and the repeated transmission is received based on the setting of the reference signal.
  • An embodiment of the present disclosure is useful for wireless communication systems.

Landscapes

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

Abstract

端末は、信号の繰り返し送信を行う複数の区間それぞれの参照信号の設定を異ならせる制御回路と、参照信号の設定に基づいて、繰り返し送信を行う送信回路と、を具備する。

Description

通信装置、及び、通信方法
　本開示は、通信装置、及び、通信方法に関する。
　近年、無線サービスの拡張及び多様化を背景として、Internet of Things（IoT）の飛躍的な発展が期待されており、モバイル通信の活用は、スマートフォン等の情報端末に加え、車、住宅、家電、又は産業用機器といったあらゆる分野へと拡大している。サービスの多様化を支えるためには、システム容量の増加に加え、接続デバイス数の増加又は低遅延性といった様々な要件について、モバイル通信システムの大幅な性能及び機能の向上が求められる。第5世代移動通信システム（5G: 5th Generation mobile communication systems）は、大容量及び超高速（eMBB: enhanced Mobile Broadband）、多数機器間接続（mMTC: massive Machine Type Communication）、及び、超高信頼及び低遅延（URLLC: Ultra Reliable and Low Latency Communication）の特徴を有し、これらの特徴を活用して多種多様なニーズに応じて、柔軟に無線通信を提供できる。
　国際標準化団体である3rd Generation Partnership Project（3GPP）では、5G無線インタフェースの１つとしてNew Radio（NR）の仕様化が進められている。
3GPP TS38.104 V15.12.0, "NR; Base Station (BS) radio transmission and reception (Release 15)," December 2020. 3GPP TSG RAN Meeting #90e, RP-202928, "New WID on NR coverage enhancements," China Telecom, December 2020. 3GPP TS38.211 V16.4.0, "NR; Physical channels and modulation (Release 16)," December 2020. 3GPP TS38.212 V16.4.0, "NR; Multiplexing and channel coding (Release 16)," December 2020. 3GPP TS38.213 V16.4.0, "NR; Physical layer procedures for control (Release 16)," December 2020. 3GPP TS38.214 V16.4.0, "NR; Physical layer procedures for data (Release 16)," December 2020. 3GPP TS38.331 V16.3.1, "NR; Radio Resource Control (RRC) protocol specification (Release 16)", January 2021.
　しかしながら、参照信号を柔軟に設定する方法については検討の余地がある。
　本開示の非限定的な実施例は、参照信号を柔軟に設定できる通信装置、及び、通信方法の提供に資する。
　本開示の一実施例に係る通信装置は、繰り返し送信の第１の区間に割り当てる参照信号の設定と、前記繰り返し送信の第２の区間に割り当てる参照信号の設定とを異ならせる制御回路と、前記参照信号の設定に基づいて、前記繰り返し送信を行う送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、参照信号を柔軟に設定できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
上りリンク信号のrepetitionにおけるDemodulation Reference Signal（DMRS）の設定例を示す図 上りリンク信号のrepetitionにおけるDMRSの設定例を示す図 上りリンク信号のrepetitionにおけるDMRSの設定例を示す図 基地局の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 基地局の構成例を示すブロック図 端末の構成例を示すブロック図 端末における送信動作の一例を示すフローチャート 実施の形態１に係るPhysical Uplink Shared Channel (PUSCH)-TimeDomainResourceAllocation Information Element (IE)の一例を示す図 実施の形態１に係るPUSCH-Allocationの一例を示す図 実施の形態１に係るDMRS設定パターンの一例を示す図 実施の形態１に係るPUSCH-Allocationの一例を示す図 実施の形態１に係るPUSCHのrepetitionにおけるDMRSの設定例を示す図 変形例１に係るPUSCH-Allocationの一例を示す図 変形例１に係るPUSCH-Allocationの一例を示す図 変形例２に係るPUSCH-Allocationの一例を示す図 変形例３に係るDMRS設定パターンに関するパラメータの一例を示す図 実施の形態１に係るDMRS-UplinkConfig IEの一例を示す図 変形例５に係るDMRS-UplinkConfig IEの一例を示す図 実施の形態３係るPUSCH-Allocationの一例を示す図 実施の形態３に係るPUSCHのrepetitionにおけるDMRSの設定例を示す図 他の実施の形態に係るPUSCHのrepetitionにおけるDMRSの設定例を示す図 他の実施の形態に係るPUSCHのrepetitionにおけるDMRSの設定例を示す図 他の実施の形態に係るPUSCHのrepetitionにおけるDMRSの設定例を示す図 3GPP NRシステムの例示的なアーキテクチャの図 NG-RANと5GCとの間の機能分離を示す概略図 Radio Resource Control(RRC)接続のセットアップ／再設定の手順のシーケンス図 大容量・高速通信（eMBB：enhanced Mobile BroadBand）、多数同時接続マシンタイプ通信（mMTC：massive Machine Type Communications）、および高信頼・超低遅延通信（URLLC：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図 非ローミングシナリオのための例示的な5Gシステムアーキテクチャを示すブロック図
　以下、本開示の実施の形態について図面を参照して詳細に説明する。
　NRでは、例えば、セルラー通信向けに使用される、主に700MHz～3.5GHz帯といった6GHz以下の周波数帯域（例えば、Frequency Range 1（FR1）とも呼ぶ）に加えて、広帯域を確保可能な28GHz又は39GHz帯といったミリ波帯（例えば、FR2とも呼ぶ）が活用され得る（例えば、非特許文献１を参照）。また、例えば、FR1において、3.5GHz帯といったLong Term Evolution（LTE）又は3G（3rd Generation mobile communication systems）において使用される周波数帯と比較して高い周波数帯が使用される可能性がある。周波数帯が高いほど、電波伝搬損失は大きくなりやすく、電波の受信品質が劣化しやすい。このため、NRでは、例えば、LTE又は3Gと比較して高い周波数帯が使用される場合に、LTE又は3Gといった無線アクセス技術（RAT：Radio Access Technology）と同程度の通信エリア（又は、カバレッジ）を確保する、別言すると、適切な通信品質を確保することが期待される。例えば、Release 17（例えば、「Rel.17」と表す）では、NRにおけるカバレッジを改善する方法が検討されている（例えば、非特許文献２を参照）。
　NRでは、例えば、端末（例えば、User Equipment（UE）とも呼ぶ）は、基地局（例えば、gNBとも呼ぶ）からの下りリンク制御チャネル（例えば、PDCCH: Physical Downlink Control Channel）上のレイヤ１制御信号（例えば、DCI：Downlink Control Information）、及び、レイヤ3に対応するRadio Resource Control（RRC）の少なくとも一つによって指示されるリソース割当に従って、データを送受信する（例えば、非特許文献３～６を参照）。
　上りリンクでは、例えば、端末は、基地局からのリソース割当（例えば、Grant又はUL grant)に従って、上りリンクデータチャネル（例えば、PUSCH：Physical Uplink Shared Channel）を送信する。DCI及びRRCの少なくとも一つに含まれるリソース割当情報には、例えば、PUSCHを送信する時間領域リソースに関する情報が含まれてよい。例えば、時間領域リソースに関する情報には、端末がPDCCHを受信したスロットからPUSCHを送信するまでのタイミング（例えば、スロットオフセット）に関する情報（例えば、K2）、スロット内のPUSCHの先頭シンボル位置、又は、PUSCHを送信するシンボル数に関する情報が含まれてよい。
　NRにおける上りリンク送信において、例えば、端末は、複数のスロットを用いてPUSCHを送信可能である（Repetitionとも呼ぶ）。Repetitionが適用される場合、PUSCHを送信する時間領域リソースに関する情報には、Repetition回数に関する情報が含まれてよい。
　NR Rel.15/16では、例えば、２つのPUSCH repetition方式が規定される（例えば、非特許文献６）。
　１つ目の方式は、スロット単位のRepetitionであり、複数スロットに亘って同一時間リソース割当が適用される。以下では、このRepetition方式を「PUSCH repetition Type A」と呼ぶ。
　２つ目の方式は、１スロット内において１つ又は複数のPUSCHを繰り返し送信する方式である。以下では、このRepetition方式を「PUSCH repetition Type B」と呼ぶ。PUSCH repetition Type Bでは、例えば、端末に対して、１回目(例えば、初回)のPUSCH送信（例えば、Repetition又はPUSCH occasionとも呼ぶ）に対する時間領域リソース及び繰り返し数が通知されてよい。２回目以降のPUSCH送信に対する時間領域リソースには、例えば、１つ前のPUSCH送信と連続するシンボルであり、１つ前のPUSCH送信のシンボル数と同一シンボル数が割り当てられてよい。
　以下では、便宜上、各Repetition方式においてPUSCHの繰り返し送信を行う区間（時間区間）であるスロット及びRepetition（又は、PUSCH occasion）の何れかであることを、「スロット／Repetition」と表すこともある。
　また、NR Rel.17では、PUSCH repetition Type Aの機能拡張として、例えば、PUSCH送信に使用可能な上りリンクのスロットに基づいて繰り返しスロット数をカウントする方法も挙げられる（例えば、非特許文献２を参照）。
　また、NRでは、例えば、PUSCHのリソース（以下、「PUSCHリソース」とも呼ぶ）内に、復調のためのチャネル推定に用いる参照信号（例えば、DMRS：Demodulation Reference Signal）が配置される。DMRSは、例えば、スロット前方に配置（例えば、front loaded）されてよい。また、スロット内の複数のシンボルにDMRS（例えば、additional DMRSを含む）が配置されてもよい（例えば、非特許文献３及び６を参照）。
　NR Rel.15/16では、例えば、PUSCH repetitionが適用される場合、各スロット、又は、各Repetition（又は、各PUSCH occasion）におけるDMRS設定は同一である。ここで、DMRS設定には、例えば、各スロット／Repetition内のDMRSシンボル数、DMRS位置、及び、DMRSタイプといったパラメータが含まれてよい。
　例えば、カバレッジ拡張が行われ得るような通信環境、例えば、信号電力対雑音電力比（SNR：Signal-to-Noise power Ratio）、又は、信号電力対干渉+雑音電力比（SINR：Signal-to-Interference plus Noise power Ratio）が、より低い通信環境においては、チャネル推定精度は劣化しやすい。
　カバレッジを改善するためには、例えば、Repetitionの導入が期待される。NR（例えば、NR Rel. 15/16）では、DMRSによって復調（又は推定）されたチャネル推定結果は、DMRSが含まれるスロットにおいて使用可能（換言すると、DMRSが含まれるスロットと異なるスロットにおいて使用不可）であるという規定（又は、制限）がある。
　その一方で、NR Rel.17では、チャネル推定精度を向上する技術として、例えば、複数スロット／RepetitionのDMRSを合成する方法が検討されている（例えば、非特許文献６を参照）。複数スロット／RepetitionのDMRSを合成する方法は、例えば、スロット間チャネル推定、ジョイントチャネル推定、又は、DMRS bundlingとも呼ばれる。複数スロット／RepetitionのDMRSを合成する方法の導入によって、例えば、上述したDMRSによって復調されたチャネル推定結果の使用制限を無くすことにより、チャネル推定に用いるDMRSの受信SNRを向上できる。
　ここで、Repetitionにおいて、DMRS設定が、複数のスロット／Repetitionそれぞれにおいて同一であることは、チャネル推定に適さない場合もあり得る。
　図１は、一例として、繰り返し送信回数を２回、各スロット／Repetitionにおける時間リソース割当が１４シンボルの場合のDMRS設定の例を示す図である。図１に示すDMRS設定は、例えば、NR Rel. 15/16の規定に基づくDMRS設定でもよい。
　図１では、例えば、２つのスロット／Repetitionに亘って配置されるDMRSの間隔は、不等間隔になり得る。例えば、チャネルが時間的に変動するフェージング環境下では、図２に示すように、ジョイントチャネル推定を適用する複数スロット／Repetitionの区間において等間隔にDMRSが配置される方が、不等間隔の配置よりもチャネル変動への追従性を向上でき、PUSCH repetitionの伝送特性を改善できる。
　また、図１（例えば、NR Rel. 15/16の例）では、例えば、チャネルの時間変動が比較的少ない場合でも、DMRS設定の制限のためスロット／Repetitionに個別のDMRSシンボル数を変更できないので、DMRSのオーバーヘッドが増加し、伝送効率が低下する可能性がある。その一方で、例えば、図３に示すように、ジョイントチャネル推定を適用する複数スロット／Repetition区間のうち一部のスロット／Repetition（図３では、２番目のスロット／Repetition）に対するDMRSシンボル数を削減した場合、当該スロット／Repetitionにおいてデータをマッピング可能なリソースが増加するので、符号化利得により、PUSCH repetitionの伝送特性若しくは伝送効率を改善できる。
　以上のように、ジョイントチャネル推定を適用する複数スロット／Repetition区間におけるDMRS配置又はDMRSシンボル数を適切に設定する方法には検討の余地がある。
　DMRS配置又はDMRSシンボル数の適切な設定方法は、例えば、ジョイントチャネル推定を適用するスロット／Repetitionの数、又は、スロット／Repetitionそれぞれの時間リソース割当といった設定によって異なり得る。そのため、ジョイントチャネル推定を適用するスロット／Repetitionそれぞれに対して、伝送特性（例えば、Block Error Ratio（BLER）特性又は伝送効率）がより優れたDMRS配置又はDMRSシンボル数を探索すること（例えば、最適化すること）が期待される。
　ここで、ジョイントチャネル推定を適用するスロット／Repetitionの数と、スロット／Repetitionそれぞれの時間リソース割当との組み合わせ数は膨大であり、各組合せに対して適した（例えば、最適な）DMRS配置又はDMRSシンボル数を探索によって決定することは、仕様化への影響が大きい。
　例えば、NR Rel. 15/16では、各スロット／Repetitionの時間リソース割当の2～14シンボルに対して、DMRS配置とDMRSシンボル数との４種類の組み合わせ（例えば、pos0、pos1、pos2及びpos3）が規定されている（例えば、非特許文献３を参照）。ジョイントチャネル推定を適用するために、DMRS配置とDMRSシンボル数との組み合わせを新たに追加することは、送信機におけるDMRS生成のハードウェア及びソフトウェアの処理を複雑化させる可能性がある。また、受信機においても、ジョイントチャネル推定を適用すること自体が追加の要件であることに加え、ジョイントチャネル推定を適用するために、DMRS配置とDMRSシンボル数との新たな組み合わせに対するチャネル推定を実装するために、受信側におけるチャネル推定のハードウェア及びソフトウェアの処理を複雑化させる可能性がある。
　本開示の非限定的な一実施例では、DMRS設定（例えば、DMRS配置及びDMRSシンボル数の設定）の柔軟性を向上でき、また、シグナリングオーバーヘッドの増加又は送信機及び受信機におけるハードウェア及びソフトウェアの処理の複雑化を抑制できる方法について説明する。
　例えば、本開示の非限定的な一実施例では、Repetitionを適用する信号の送受信において、スロット／RepetitionそれぞれにおけるDMRS設定には、既存（例えば、NR Rel. 15/16）に規定されたDMRS設定を利用し、また、スロット／RepetitionそれぞれのDMRS設定（例えば、DMRS配置又はDMRSシンボル数）を異ならせる。これにより、チャネル推定に適したDMRS設定をスロット／Repetitionに個別に設定できる。
　上述したように、例えば、NR Rel. 15/16では、各スロット／Repetitionの時間リソース割当の2～14シンボルに対してDMRS配置とDMRSシンボル数との４種類の組み合わせ（例えば、pos0、pos1、pos2及びpos3）が規定される。ここで、チャネル推定に適したDMRS配置及びDMRSシンボル数は、チャネル状態（例えば、SNR、SINR又はチャネル変動）によって異なり得る。このため、各スロット／Repetitionに対して予め決まったDMRS設定が適用されてもチャネル推定精度を向上しにくい。そのため、各スロット／Repetitionに対するDMRS設定はチャネル状態に応じて動的に設定されることが期待される。
　また、動的なDMRS設定を送受信間において共有するための通知（例えば、DCIによる通知）が行われ得る。ここで、例えば、ジョイントチャネル推定を適用するスロット／Repetition数がNの場合、４種類のDMRS配置とDMRSシンボル数との組み合わせ（例えば、pos0、pos1、pos2及びpos3）のパターンをスロット／Repetitionそれぞれに設定するには、最大で4Nパターンの通知が行われるため、DCIのオーバーヘッドが増加する可能性がある。
　本開示の非限定的な一実施例では、ジョイントチャネル推定を適用する複数のスロット／RepetitionそれぞれのDMRS設定の組み合わせ（例えば、DMRS設定パターンとも呼ぶ）を決定するための情報（又は、パラメータ）は、上位レイヤ信号（例えば、Radio Resource Control（RRC））によって端末に事前に設定されてよい。DMRS設定のパターンを決定するための情報には、例えば、複数のスロット／RepetitionそれぞれのDMRS設定パターンの複数の候補に関する情報が含まれてよい。
　また、本開示の非限定的な一実施例では、端末は、DCI又はRRCに含まれるリソース割当情報と、上述した各スロット／RepetitionにおけるDMRS設定のパターンを決定するための情報とに基づいて、送受信に実際に使用される各スロット／RepetitionにおけるDMRS設定のパターンを決定してよい。例えば、リソース割当情報には、複数のスロット／RepetitionそれぞれのDMRS設定パターンの複数の候補の何れか一つを指示する情報が含まれてよい。
　本開示の非限定的な一例によれば、例えば、DCIのオーバーヘッドの増加を抑制でき、また、DMRS設定（例えば、DMRS配置又はDMRSシンボル数）をスロット／Repetitionに個別に設定でき、DMRS設定の柔軟性を向上できる。
　（実施の形態１）
　［通信システムの概要］
　本開示の各実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
　図４は、本開示の一実施例に係る基地局１００（例えば、通信装置に対応）の一部の構成例を示すブロック図である。図４に示す基地局１００において、制御部１０１（例えば、制御回路に相当）は、繰り返し送信の受信を行う第１の区間（例えば、スロット／Repetition）に割り当てる参照信号（例えば、DMRS）の設定と、繰り返し送信の受信を行う第２の区間に割り当てる参照信号の設定とを異ならせる。受信部１０８（例えば、受信回路に相当）は、参照信号の設定に基づいて、繰り返し送信の受信を行う。
　図５は、本開示の一実施例に係る端末２００（例えば、通信装置に対応）の一部の構成例を示すブロック図である。図５に示す端末２００において、制御部２０５（例えば、制御回路に相当）は、繰り返し送信の第１の区間（例えば、スロット／Repetition）に割り当てる参照信号（例えば、DMRS）の設定と、繰り返し送信の第２の区間に割り当てる参照信号の設定とを異ならせる。送信部２０９（例えば、送信回路に相当）は、参照信号の設定に基づいて、繰り返し送信を行う。
　［基地局の構成］
　図６は、実施の形態１に係る基地局１００の構成例を示すブロック図である。図６において、基地局１００は、制御部１０１と、上位制御信号生成部１０２と、下りリンク制御情報生成部１０３と、符号化部１０４と、変調部１０５と、信号割当部１０６と、送信部１０７と、受信部１０８と、抽出部１０９と、復調部１１０と、復号部１１１と、を有する。
　制御部１０１は、例えば、後述する方法に基づいて、複数のスロット／RepetitionそれぞれにおけるDMRSの設定に関する情報（例えば、DMRS設定パターン）を決定（又は、特定）する。制御部１０１は、例えば、決定したDMRS設定パターンに関する情報を抽出部１０９、復調部１１０及び復号部１１１へ出力する。また、制御部１０１は、決定したDMRS設定パターンに関する情報を、上位制御信号生成部１０２及び下りリンク制御情報生成部１０３の少なくとも一つに出力してよい。
　また、制御部１０１は、例えば、端末２００に対する下りリンクデータ信号（例えば、PDSCH）の受信に関する情報、上りリンクデータ信号（例えば、PUSCH）の送信に関する情報、及び、上りリンク制御信号（例えば、PUCCH）の送信に関する情報を決定し、決定した情報を上位制御信号生成部１０２へ出力する。下りリンクデータ信号の受信に関する情報及び上りリンクデータ信号の送信に関する情報には、例えば、時間領域リソース割当（例えば、TDRA：Time Domain Resource Allocation）に関する情報（例えば、TDRAテーブルに関する情報）、又は、Repetitionに関する情報（例えば、Repetition回数に関する情報）が含まれてよい。また、上りリンク制御信号の送信に関する情報には、例えば、PUCCHリソースセットに関する情報が含まれてよい。また、例えば、下りリンクデータ信号の受信に関する情報、上りリンクデータ信号の送信に関する情報、及び、上りリンク制御信号の送信に関する情報の少なくとも一つには、上述したDMRS設定パターンに関する情報が含まれてもよい。
　また、制御部１０１は、例えば、下りリンクデータ信号、上位制御信号又は下りリンク制御情報を送信するための下りリンク信号に関する情報（例えば、符号化・変調方式（MCS：Modulation and Coding Scheme）及び無線リソース割当）を決定し、決定した情報を符号化部１０４、変調部１０５及び信号割当部１０６へ出力する。また、制御部１０１は、例えば、下りリンク信号（例えば、下りリンクデータ信号及び上位制御信号）に関する情報を下りリンク制御情報生成部１０３へ出力する。また、例えば、下りリンク信号に関する情報には、上述したDMRS設定パターンに関する情報が含まれてよい。
　また、制御部１０１は、例えば、端末２００における上りリンクデータ信号（例えば、PUSCH）の送信に関する情報（例えば、MCS及び無線リソース割当）を決定する。制御部１０１は、例えば、決定した上りリンクデータ信号に関する情報を、下りリンク制御情報生成部１０３、抽出部１０９及び復号部１１１へ出力する。また、例えば、上りリンクデータ信号に関する情報には、上述したDMRS設定パターンに関する情報が含まれてよい。
　また、制御部１０１は、例えば、端末２００における上りリンク制御信号（例えば、PUCCH）の送信に関する情報（例えば、PUCCHリソース）を決定する。制御部１０１は、例えば、決定した上りリンク制御信号に関する情報を、上位制御信号生成部１０２及び下りリンク制御情報生成部１０３へ出力する。また、制御部１０１は、決定した上りリンク制御信号に関する情報を、抽出部１０９、復調部１１０及び復号部１１１へ出力する。また、例えば、上りリンク制御信号に関する情報には、上述したDMRS設定パターンに関する情報が含まれてよい。
　上位制御信号生成部１０２は、例えば、制御部１０１から入力される情報に基づいて、上位レイヤ制御信号ビット列を生成し、上位レイヤ制御信号ビット列を符号化部１０４へ出力する。
　下りリンク制御情報生成部１０３は、例えば、制御部１０１から入力される情報に基づいて、下りリンク制御情報（例えば、DCI）ビット列を生成し、生成したDCIビット列を符号化部１０４へ出力する。なお、制御情報は複数の端末向けに送信されることもある。
　符号化部１０４は、例えば、制御部１０１から入力される情報に基づいて、下りリンクデータ（例えば、DLデータ信号）、上位制御信号生成部１０２から入力されるビット列、又は、下りリンク制御情報生成部１０３から入力されるDCIビット列を符号化する。符号化部１０４は、符号化ビット列を変調部１０５へ出力する。
　変調部１０５は、例えば、制御部１０１から入力される情報に基づいて、符号化部１０４から入力される符号化ビット列を変調して、変調後の信号（例えば、シンボル列）を信号割当部１０６へ出力する。
　信号割当部１０６は、例えば、制御部１０１から入力される無線リソースを示す情報に基づいて、変調部１０５から入力されるシンボル列（例えば、下りリンクデータ信号又は制御信号を含む）を無線リソースにマッピングする。信号割当部１０６は、信号がマッピングされた下りリンクの信号を送信部１０７に出力する。
　送信部１０７は、例えば、信号割当部１０６から入力される信号に対して、例えば、直交周波数分割多重（OFDM）といった送信波形生成処理を行う。また、送信部１０７は、例えば、cyclic prefix（CP）を付加するOFDM伝送の場合には信号に対して逆高速フーリエ変換（IFFT：Inverse Fast Fourier Transform）処理を行い、IFFT後の信号にCPを付加する。また、送信部１０７は、例えば、信号に対して、D/A変換又はアップコンバートといったRF処理を行い、アンテナを介して端末２００に無線信号を送信する。
　受信部１０８は、例えば、アンテナを介して受信された端末２００からの上りリンク信号に対して、ダウンコバート又はA/D変換といったRF処理を行う。また、受信部１０８は、OFDM伝送の場合、例えば、受信信号に対して高速フーリエ変換（FFT：Fast Fourier Transform）処理を行い、得られる周波数領域信号を抽出部１０９へ出力する。
　抽出部１０９は、例えば、制御部１０１から入力される情報に基づいて、受信部１０８から入力される受信信号から、上りリンクデータ信号（例えば、PUSCH）及び上りリンク制御信号（例えば、PUCCH）の少なくとも一つが送信された無線リソース部分を抽出し、抽出した無線リソース部分を復調部１１０へ出力する。
　復調部１１０は、例えば、制御部１０１から入力される情報に基づいて、抽出部１０９から入力される上りリンクデータ信号（例えば、PUSCH）又は上りリンク制御信号（例えば、PUCCH）を復調する。復調部１１０は、例えば、復調結果を復号部１１１へ出力する。
　復号部１１１は、例えば、制御部１０１から入力される情報、及び、復調部１１０から入力される復調結果に基づいて、上りリンクデータ信号（例えば、PUSCH）又は上りリンク制御信号（例えば、PUCCH）の誤り訂正復号を行い、復号後の受信ビット系列（例えば、UCI又はULデータ信号）を得る。
　［端末の構成］
　図７は、本開示の一実施例に係る端末２００の構成例を示すブロック図である。例えば、図７において、端末２００は、受信部２０１と、抽出部２０２と、復調部２０３と、復号部２０４と、制御部２０５と、符号化部２０６と、変調部２０７と、信号割当部２０８と、送信部２０９と、を有する。
　受信部２０１は、例えば、基地局１００からの下りリンク信号（例えば、下りリンクデータ信号又は下りリンク制御情報）を、アンテナを介して受信し、無線受信信号に対してダウンコバート又はA/D変換といったRF処理を行い、受信信号（ベースバンド信号）を得る。また、受信部２０１は、OFDM信号を受信する場合、受信信号に対してFFT処理を行い、受信信号を周波数領域に変換する。受信部２０１は、受信信号を抽出部２０２へ出力する。
　抽出部２０２は、例えば、制御部２０５から入力される、下りリンク制御情報の無線リソースに関する情報に基づいて、受信部２０１から入力される受信信号から、下りリンク制御情報が含まれ得る無線リソース部分を抽出し、復調部２０３へ出力する。また、抽出部２０２は、制御部２０５から入力されるデータ信号の無線リソースに関する情報に基づいて、下りリンクデータが含まれる無線リソース部分を抽出し、復調部２０３へ出力する。
　復調部２０３は、例えば、制御部２０５から入力される情報に基づいて、抽出部２０２から入力される信号（例えば、PDCCH又はPDSCH）を復調し、復調結果を復号部２０４へ出力する。
　復号部２０４は、例えば、制御部２０５から入力される情報に基づいて、復調部２０３から入力される復調結果を用いて、PDCCH又はPDSCHの誤り訂正復号を行い、例えば、下りリンク受信データ、上位レイヤ制御信号、又は、下りリンク制御情報を得る。復号部２０４は、上位レイヤ制御信号及び下りリンク制御情報を制御部２０５へ出力し、下りリンク受信データを出力する。また、復号部２０４は、下りリンク受信データの復号結果に基づいて、応答信号（例えば、ACK/NACK）を生成し、符号化部２０６へ出力してもよい。
　制御部２０５は、例えば、復号部２０４から入力される信号（例えば、上位レイヤ制御信号又は下りリンク制御情報）に基づいて、PDSCH受信、PUSCH送信、及び、PUCCH送信の少なくとも一つに対する無線リソースを決定する。また、制御部２０５は、例えば、復号部２０４から入力される信号（例えば、DMRS設定パターンに関する情報）に基づいて、複数のスロット／RepetitionにおけるDMRS設定を決定（又は、特定）する。制御部２０５は、決定した情報を、例えば、抽出部２０２、復調部２０３、符号化部２０６、変調部２０７、及び、信号割当部２０８へ出力する。
　符号化部２０６は、例えば、制御部２０５から入力される情報に基づいて、UCI（例えば、UCI系列）又は上りリンクデータ信号を誤り訂正符号化する。符号化部２０６は、符号化ビット列を変調部２０７へ出力する。
　変調部２０７は、例えば、制御部２０５から入力される情報に基づいて、符号化部２０６から入力される符号化ビット列を変調し、変調後の信号（シンボル列）を信号割当部２０８へ出力する。
　信号割当部２０８は、例えば、制御部２０５から入力される情報に基づいて、変調部２０７から入力される信号を無線リソースへマッピングする。また、信号割当部２０８は、例えば、制御部から入力される情報に含まれるDMRS設定パターンに関する情報（例えば、DMRS配置、及び、シンボル数）に基づいて、DMRSを無線リソースへマッピングする。信号割当部２０８は、例えば、信号がマッピングされた上りリンク信号を送信部２０９へ出力する。
　送信部２０９は、信号割当部２０８から入力される信号に対して、例えば、OFDMといった送信信号波形生成を行う。また、送信部２０９は、例えば、CPを用いるOFDM伝送の場合、信号に対してIFFT処理を行い、IFFT後の信号にCPを付加する。または、送信部２０９は、シングルキャリア波形を生成する場合には、例えば、変調部２０７の後段又は信号割当部２０８の前段にDiscrete Fourier Transform（DFT）部が追加されてもよい（図示せず）。また、送信部２０９は、例えば、送信信号に対してD/A変換及びアップコンバートといったRF処理を行い、アンテナを介して基地局１００に無線信号を送信する。
　［基地局１００及び端末２００の動作例］
　以上の構成を有する基地局１００及び端末２００における動作例について説明する。
　図８は、端末２００におけるDMRS設定に関する動作の一例を示すフローチャートである。
　図８において、端末２００は、例えば、DMRS設定パターンに関するパラメータ（又は、情報）を受信する（Ｓ１０１）。なお、端末２００は、例えば、DMRS設定パターンに関するパラメータに加え、スロット／RepetitionそれぞれのDMRS設定を決定するための情報（例えば、NR Rel.15/16において規定されたパラメータ）を受信してよい。
　端末２００は、例えば、上りリンク信号（例えば、PUSCH又はPUCCH）の送信、及び、下りリンク信号（例えば、PDSCH）の受信において繰り返し送信（例えば、Repetition、又は、ジョイントチャネル推定）を行うか否かを判断する（Ｓ１０２）。
　繰り返し送信を行う場合（Ｓ１０２：Ｙｅｓ）、端末２００は、例えば、各スロット／RepetitionにおけるDMRS設定パターンに関するパラメータ（例えば、後述するdmrs-AdditionalPositionPattern）に基づいて、DMRSを設定する（Ｓ１０３）。
　その一方で、繰り返し送信を行わない場合（Ｓ１０２：Ｎｏ）、端末２００は、例えば、既存のパラメータ（例えば、NR Rel. 15/16において規定されるパラメータ。例えば、DMRS-UplinkConfigに含まれるdmrs-AdditionalPosition）に基づいて、DMRSを設定する（Ｓ１０４）。
　端末２００は、例えば、DMRS設定に基づいて、上りリンク信号（例えば、PUSCH又はPUCCH）の送信、及び、下りリンク信号（例えば、PDSCH）の受信の少なくとも一つを行ってよい（Ｓ１０５）。
　なお、Ｓ１０２において、端末２００は、Repetitionを行うか否かを判断する場合に限定されず、例えば、Repetition回数（または、繰り返し回数）と閾値とを比較してもよい。例えば、端末２００は、Repetition回数が閾値以上の場合にＳ１０３の処理を行い、Repetition回数が閾値未満の場合にＳ１０４の処理を行ってもよい。
　次に、DMRS設定パターンの設定（又は、通知）の例について説明する。
　本実施の形態では、例えば、基地局１００は、PUSCHを送信する時間領域リソースに関する情報を設定する上位レイヤ（例えば、RRC）の情報要素（IE：Information Element）に、各スロット／RepetitionにおけるDMRS設定パターンを決定するためのパラメータ（例えば、DMRS設定パターンの複数の候補）を設定してよい。
　また、例えば、基地局１００は、下りリンク制御情報（DCI）又はRRCに含まれるリソース割当情報に、各スロット／RepetitionにおけるDMRS設定パターンを決定するためのパラメータにおける複数の候補の何れか一つを指示する情報を設定してよい。
　例えば、端末２００は、下りリンク制御情報（DCI）又はRRCに含まれるリソース割当情報と、上記DMRS設定パターンを決定するためのパラメータとに基づいて、各スロット／RepetitionにおけるDMRS設定のパターンを決定してよい。
　ここで、PUSCHを送信する時間領域リソースに関する情報を設定するRRCの情報要素（例えば、PUSCHを割り当てる時間領域リソースの設定に関する情報要素）は、例えば、「PUSCH-TimeDomainResourceAllocation IE」でよい（例えば、非特許文献７を参照）。
　PUSCH-TimeDomainResourceAllocationには、例えば、端末２００がPDCCHを受信したスロットから何スロット後からPUSCHを送信するかのタイミングに関する情報、スロット内のPUSCHの先頭シンボル位置、PUSCHを送信するシンボル数、及び、Repetition回数に関するパラメータ（例えば、PUSCH-Allocation-r16内のパラメータ）が含まれてよい。例えば、基地局１００は、これらのパラメータの組み合わせの候補に関する情報（例えば、TDRA table、又は、puschAllocationList-r16）を設定してよい。端末２００は、例えば、対応する上りリンクデータチャネル(PUSCH)を割り当てるDCI又はRRC（例えば、数ビット）に基づいて、パラメータの複数の組み合わせのうち、端末２００が実際に用いるPUCSH送信に対するパラメータの組み合わせを１つ選択してよい。
　本実施の形態では、例えば、図９に示すように、PUSCH-TimeDomainResourceAllocation IE（例えば、PUSCH-Allocation-r16内）に、各スロット／RepetitionにおけるDMRS設定パターンを決定するためのパラメータ（例えば、「dmrs-AdditionalPositionPattern」と表す）を含めてよい。よって、例えば、PUSCH-TimeDomainResourceAllocationには、パラメータ「dmrs-AdditionalPositionPattern」を含むPUSCHの割り当て（例えば、PUSCH-Allocation-r16）の複数候補が設定されてよい。
　本実施の形態によれば、端末２００は、例えば、DCI又はRRCによるPUSCHの時間領域リソース割当の通知（例えば、TDRA tableにおける何れかの候補を示す情報（index））に基づいて、各スロット／RepetitionにおけるDMRS設定パターンを決定する。このように、dmrs-AdditionalPositionPatternは、NR Rel.15/16に規定されたRRCの情報要素に含まれるため、DMRS設定パターンの通知のためのシグナリングオーバーヘッドの増加は発生しない。
　また、チャネル推定（例えば、ジョイントチャネル推定）に適した各スロット／RepetitionにおけるDMRS設定のパターンは、例えば、時間領域リソース割当（例えば、シンボル数又はRepetition回数）に依存する。本実施の形態では、基地局１００は、例えば、各時間領域リソース割当のパラメータの組み合わせに適したDMRS設定のパターンを設定できる。よって、本実施の形態によれば、例えば、各スロット／Repetitionに対するDMRS設定は、チャネル状態に応じて動的に設定可能であるので、チャネル推定精度を向上できる。
　なお、例えば、NR Rel. 15/16において、各スロット／Repetitionに共通のDMRS設定が、上りリンクのDMRSに関する情報を設定する情報要素である「DMRS-UplinkConfig」に含まれるパラメータ「dmrs-AdditionalPosition」によって設定される。本実施の形態では、例えば、PUSCH-TimeDomainResourceAllocation IEにおいて各スロット／Repetitionの個別のDMRS設定のパターンを決定するためのパラメータ（例えば、dmrs-AdditionalPositionPattern）が設定される場合、端末２００は、dmrs-AdditionalPositionの設定よりも、dmrs-AdditionalPositionPatternの設定を優先して用いてよい。
　このように、端末２００は、繰り返し送信におけるDMRS設定について、DMRS-UplinkConfig IEよりも、PUSCH-TimeDomainResourceAllocation IEを優先して使用してよい。換言すると、端末２００は、PUSCH-TimeDomainResourceAllocation IEにおいてdmrs-AdditionalPositionPattern）が設定される場合、端末２００は、dmrs-AdditionalPositionの設定を無視してよい。
　以下、本実施の形態におけるPUSCH-TimeDomainResourceAllocation IEの設定例について説明する。以下では、各スロット／RepetitionにおけるDMRS設定のパターンを決定するためのパラメータ（例えば、dmrs-AdditionalPositionPattern）の例について説明する。
　［Option 1-1］
　Option 1-1では、例えば、各スロット／RepetitionにおけるDMRS設定のパターン（候補）が予め複数定義され、dmrs-AdditionalPositionPatternにはその中から1つのパターンが設定されてよい。
　図１０は、Option 1-1におけるPUSCH-Allocation-r16の例を示す図である。図１０に示すdmrs-AdditionalPositionPatternは、例えば、スロット／RepetitionにおけるDMRS設定パターンの４つの候補（pattern1，pattern2，pattern3，pattern4）の何れか一つが含まれてよい。
　図１１は、予め定義される各スロット／RepetitionにおけるDMRS設定パターン（例えば、候補）の一例を示す図である。
　ここで、dmrs-AdditionalPositionは、４種類のDMRS配置とDMRSシンボル数との組み合わせ（例えば、pos0、pos1、pos2、pos3）のうちの１つを通知する既存のパラメータである。dmrs-AdditionalPositionは、上りリンクのDMRSに関する情報を設定する情報要素であるDMRS-UplinkConfigに含まれる。
　図１１では、例えば、各DMRS設定パターンにおいて、１番目及び３番目のスロット／Repetition（1st repetition及び3rd repetition）に対して、dmrs-AdditionalPositionによって指定されるDMRS設定（pos0～pos3の何れか）が設定されてよい。また、２番目のスロット／Repetition（2nd repetition）に対して、予め規定されるDMRS設定が設定されてよい。２番目のスロット／Repetitionに規定されるDMRS設定は、例えば、pos0～pos3の何れか一つであってよい。例えば、２番目のスロット／RepetitionのDMRS設定は、１番目及び３番目のスロット／RepetitionのDMRS設定と異なり得る。
　図１１に示すDMRS設定パターン（pattern1～pattern4）により、基地局１００は、例えば、端末２００に対して、ジョイントチャネル推定が適用される複数のスロット／Repetitionのそれぞれに個別のDMRS設定を設定できる。
　なお、予め定義される各スロット／RepetitionにおけるDMRS設定パターンは、図１１に示す例に限定されない。例えば、dmrs-AdditionalPositionPatternに含まれる、スロット／RepetitionにおけるDMRS設定パターンの候補数は４個に限定されず、他の個数でもよい。また、例えば、各パターンにおいて、DMRS-UplinkConfigに含まれるdmrs-AdditionalPositionによって指定されるDMRS設定が含まれなくてもよい。
　Option 1-1では、例えば、dmrs-AdditionalPositionPatternの通知に用いるRRCのビット数は、パターン数（候補数）に依存する。例えば、１つのPUSCH-Allocation-r16においてdmrs-AdditionalPositionPatternの設定に用いるビット数は、パターン数Pに対してlog2(P)ビットである。例えば、図１０の例では、パターン数P=4であるので、１つのPUSCH-Allocation-r16の設定に用いるビット数は２ビットである。例えば、パターン数Pが少ないほど、RRCオーバーヘッドの削減も可能である。
　［Option 1-2］
　Option 1-2では、例えば、各スロット／RepetitionそれぞれにおけるDMRS設定のパターンがRRCによって設定されてよい。
　図１２は、Option 1-2におけるPUSCH-Allocation-r16の例を示す図である。図１２に示すdmrs-AdditionalPositionPatternは、例えば、Repetition回数に対応する「numberOfRepetitions-r16」個のスロット／RepetitionそれぞれにおけるDMRS設定（例えば、dmrs-AdditionalPositionのpos0，pos1，pos2，pos3の何れか）が含まれてよい。
　Option 1-2では、dmrs-AdditionalPositionPatternの通知により、基地局１００は、端末２００に対して、各スロット／Repetitionそれぞれに対してDMRS設定（例えば、pos0、pos1、pos2又はpos3の何れか）を柔軟に設定できる。
　以上、Option 1-1及びOption 1-2について説明した。
　図１３は、本実施の形態におけるdmrs-AdditionalPositionPatternを用いたDMRS配置の例を示す図である。図１３は、Repetition回数が２回の例を示す。
　図１３は、例えば、Option 1-1の図１１において、dmrs-AdditionalPositionPatternにpattern1が設定され、dmrs-AdditionalPositionがpos2の場合のDMRS配置例である。同様に、図１３は、例えば、Option 1-2において、dmrs-AdditionalPositionPatternに{pos2、 pos1}が設定される場合のDMRS配置例である。
　図１３に示すように、複数のスロット／Repetitionそれぞれに異なるDMRS設定（換言すると、個別のDMRS配置）が設定可能である。よって、例えば、図１３において、２番目のスロット／Repetitionに対するDMRSシンボル数が、１番目のスロット／Repetitionに対するDMRSシンボル数と比較して低減するので、２番目のスロット／Repetitionにおいてデータをマッピング可能なリソースを増加でき、PUSCH repetitionの伝送特性若しくは伝送効率を向上できる。
　このように、本実施の形態において、基地局１００及び端末２００は、例えば、repetitionの或るスロット／Repetitionの区間に割り当てるDMRSの設定と、当該repetitionの他のスロット／Repetitionの区間に割り当てるDMRSの設定とを異ならせる。また、本実施の形態において、端末２００は、例えば、複数のスロット／Repetitionに個別のDMRS設定のパターンの複数候補に関する情報を含むRRCの情報要素、及び、DMRS設定のパターンの複数候補の何れか一つを指示する、DCI又はRRCに含まれる制御信号に基づいて、スロット／Repetitionに個別のDMRS設定を決定する。
　また、本実施の形態において、複数のスロット／RepetitionそれぞれのDMRS設定のパターンの複数候補に関する情報を設定するRRCは、例えば、PUSCHを割り当てる時間領域リソースの設定に関する情報要素（例えば、PUSCH-TimeDomainResourceAllocation IE）を含む。
　これにより、例えば、基地局１００は、ジョイントチャネル推定を適用するスロット／Repetitionの数、又は、スロット／Repetitionそれぞれの時間リソース割当といったPUSCHの設定に応じて、DMRS設定パターンを適切に設定できる。また、本実施の形態によれば、ジョイントチャネル推定を適用するスロット／Repetitionそれぞれの時間リソース割当及びDMRS配置の設定は、例えば、既存のPUSCHの時間領域リソース割当の通知（例えば、NR Rel. 15/16に規定された設定）を利用できるので、複数のスロット／RepetitionにおけるDMRS設定パターンの通知が仕様の規定に与える影響は小さい。
　よって、本実施の形態によれば、シグナリングオーバーヘッドの増加を抑制でき、また、DMRSを柔軟に設定できる。
　また、ジョイントチャネル推定を適用するスロット／Repetitionのそれぞれに適用されるDMRS設定は、例えば、NR Rel. 15/16において規定されたDMRS配置とDMRSシンボル数との組み合わせ（例えば、pos0、pos1、pos2及びpos3）でよい。これにより、ジョイントチャネル推定を適用するために、DMRS配置とDMRSシンボル数との組み合わせを新たに追加しなくてよいので、送信機におけるDMRS生成のハードウェア及びソフトウェアの処理、及び、受信機におけるジョイントチャネル推定のハードウェア及びソフトウェアの処理の複雑化を抑制できる。
　（変形例１）
　変形例１では、例えば、各スロット／RepetitionにおけるDMRS設定パターンは、Repetition方法（例えば、繰り返し送信のタイプ）に個別でもよい。Repetition方法には、例えば、PUSCH repetition Type A及びPUSCH repetition Type Bが含まれてよい。例えば、PUSCH repetition Type A及びPUSCH repetition Type Bに個別にDMRS設定パターンが設定されてもよい。
　図１４は、Option 1-1において、PUSCH repetition Type A及びPUSCH repetition Type Bに個別にDMRS設定パターンが設定される例を示す図である。また、図１５は、Option 1-2において、PUSCH repetition Type A及びPUSCH repetition Type Bに個別にDMRS設定パターンが設定される例を示す図である。
　図１４及び図１５に示すように、PUSCH-Allocation-r16には、例えば、PUSCH repetition Type Aに対する各スロット／RepetitionにおけるDMRS設定のパターンを決定するためのパラメータ（例えば、dmrs-AdditionalPositionPatternTypeA）、及び、PUSCH repetition Type Bに対する各スロット／RepetitionにおけるDMRS設定のパターンを決定するためのパラメータ（例えば、dmrs-AdditionalPositionPatternTypeB）が含まれてよい。
　変形例１によれば、基地局１００は、例えば、Repetition方法に応じて、DMRS設定を適切に決定できる。
　（変形例２）
　上記実施の形態では、一例として、各スロット／RepetitionにおけるDMRS設定のパターンを決定するためのパラメータ（例えば、dmrs-AdditionalPositionPattern）に、DMRS-UplinkConfigに含まれるdmrs-AdditionalPositionの値（例えば、pos0，pos1，pos2，pos3の何れか）が設定される例について説明した。しかし、各スロット／Repetitionに個別に設定可能なパラメータ（例えば、dmrs-AdditionalPositionPattern）は、これに限定されない。
　変形例２では、例えば、各スロット／Repetitionのそれぞれに個別に設定可能なパラメータ（例えば、dmrs-AdditionalPositionPattern）は、DMRS配置（又は、DMRSの位置）、DMRSシンボル数、及び、他のDMRSに関するパラメータの少なくとも一つに対応する値でもよい。
　例えば、DMRSに関するパラメータには、DMRSタイプ、DMRS長が含まれてもよい。
　図１６は、変形例２における、PUSCH-Allocation-r16の例を示す図である。図１６に示すdmrs-AdditionalPositionPatternは、例えば、Repetition回数に対応する「numberOfRepetitions-r16」個のスロット／RepetitionそれぞれにおけるDMRS設定（例えば、DMRS-UplinkConfigの値）が含まれてよい。
　ここで、DMRS-UplinkConfigは、上りリンクのDMRSに関する情報を設定する情報要素であり、例えば、各スロット／RepetitionそれぞれにおけるDMRS配置及びDMRSシンボル数(dmrs-AdditionalPosition)、DMRSタイプ(dmrs-Type)、DMRS長(maxLength)といったパラメータを含んでよい。
　変形例２によれば、各スロット／RepetitionそれぞれにおけるDMRSに対してより細かい設定が可能となる。よって、例えば、各スロット／Repetitionそれぞれのチャネル状態に応じたDMRS設定により、チャネル推定精度をより向上できる。
　（変形例３）
　上記実施の形態では、一例として、各スロット／RepetitionにおけるDMRS設定のパターンを決定するためのパラメータ(例えば、dmrs-AdditionalPositionPattern)のサイズをRepetition回数（例えば、numberOfRepetitions）と同一に設定する場合について説明した。しかし、DMRS設定のパターン（例えば、dmrs-AdditionalPositionPattern）のサイズはRepetition回数と異なってもよい。
　例えば、dmrs-AdditionalPositionPatternのサイズは、予め定義されたサイズ若しくはRRCにより設定されるサイズであってもよい。変形例３によれば、例えば、dmrs-AdditionalPositionPatternのサイズがRepetition回数より小さい場合には、RRCオーバーヘッドの増加を抑制できる。
　例えば、dmrs-AdditionalPositionPatternのサイズが2の場合、Option 1-2におけるdmrs-AdditionalPositionPatternは、図１７の（ａ）のように設定されてよい。
　例えば、初回PUSCH送信(1st repetition)のDMRS設定は、dmrs-AdditionalPositionPatternの第１の要素に基づいて決定され、他のPUSCH送信のDMRS設定は、dmrs-AdditionalPositionPatternの第２の要素に基づいて決定されてもよい。例えば、初回のPUSCH送信のDMRSシンボル数を、他のPUSCH送信のDMRSシンボル数よりも多く設定することは、復号処理の高速化に有効である。
　また、例えば、dmrs-AdditionalPositionPatternのサイズが3の場合、Option 1-2におけるdmrs-AdditionalPositionPatternは、図１７の（ｂ）のように設定されてよい。
　例えば、初回PUSCH送信(1st repetition)のDMRS設定は、dmrs-AdditionalPositionPatternの第1の要素に基づいて決定され、最後のPUSCH送信(last repetition)のDMRS設定は、dmrs-AdditionalPositionPatternの第2の要素に基づいて決定され、初回及び最後と異なるPUSCH送信のDMRS設定は、第3の要素に基づいて決定されてもよい。先頭及び後尾のPUSCH送信におけるDMRS設定の柔軟性を向上させることは、例えば、スロット間チャネル推定におけるチャネル推定値の時間領域での補間に有効である。
　また、例えば、dmrs-AdditionalPositionPatternのサイズがNの場合、第m番目のPUSCH送信(m-th repetition)のDMRS設定は、第(m mod N)番目の要素に基づいて決定されてもよい。換言すると、dmrs-AdditionalPositionPatternのサイズNがRepetition回数よりも小さい場合、dmrs-AdditionalPositionPatternの各要素に対応するDMRS設定が繰り返し適用されてもよい。
　なお、PUSCH送信の順番と、dmrs-AdditionalPositionPatternの要素との対応付けは、上記例に限定されない。
　（実施の形態２）
　本実施の形態に係る基地局及び端末の構成は、実施の形態１に係る基地局１００及び端末２００の構成と同様でよい。
　本実施の形態では、基地局１００は、例えば、上りリンクのDMRSに関する情報を設定する情報要素（例えば、上りリンクのDMRSの設定に関する情報要素）に、各スロット／RepetitionにおけるDMRS設定のパターンを決定するためのパラメータを設定してよい。
　また、端末２００は、例えば、少なくとも、上記パラメータが設定される情報要素に基づいて、各スロット／RepetitionにおけるDMRS設定のパターンを決定してよい。
　ここで、上りリンクのDMRSに関する情報を設定する情報要素は、例えば、「DMRS-UplinkConfig IE」でよい（例えば、非特許文献７を参照）。
　本実施の形態では、例えば、図１８に示すように、DMRS-UplinkConfig IEに、各スロット／RepetitionにおけるDMRS設定パターンを決定するためのパラメータ（例えば、「dmrs-AdditionalPositionPattern」と表す）を含めてよい。よって、例えば、DMRS-UplinkConfigには、パラメータ「dmrs-AdditionalPositionPattern」を含むDMRS設定に関するパラメータのセットが設定されてよい。
　本実施の形態によれば、上りリンクのDMRSに関する情報を設定する情報要素にdmrs-AdditionalPositionPatternが含まれ、DMRS設定に関するパラメータが１つの情報要素に集約されるので、RRCの構成を簡易化できる。
　以下、本実施の形態におけるDMRS-UplinkConfig IEの設定例について説明する。以下では、各スロット／RepetitionにおけるDMRS設定のパターンを決定するためのパラメータ（例えば、dmrs-AdditionalPositionPattern）の例について説明する。
　例えば、図１８において、「dmrs-AdditionalPosition」は、DMRS配置とDMRSシンボル数との４種類の組み合わせ（pos0、pos1、 pos2、pos3）のうちの何れか１つを通知するパラメータである。なお、dmrs-AdditionalPositionがnullの場合、pos2が設定される。
　例えば、図１８において、「dmrs-AdditionalPositionPattern」は、Repetition回数に対応する「maxNrofRepetition」個のスロット／Repetitionそれぞれにdmrs-AdditionalPositionの何れかの値（例えば、pos0、pos1、pos2及びpos3の何れか)を個別に設定可能である。
　このように、本実施の形態では、基地局１００及び端末２００は、repetitionの或るスロット／Repetitionの区間に割り当てるDMRSの設定と、当該repetitionの他のスロット／Repetitionの区間に割り当てるDMRSの設定とを異ならせる。また、本実施の形態では、複数のスロット／RepetitionそれぞれのDMRS設定のパターンの複数候補に関する情報を設定するRRCは、上りリンクのDMRSの設定に関する情報要素（例えば、DMRS-UplinkConfig IE）を含む。
　これにより、本実施の形態によれば、ジョイントチャネル推定を適用するスロット／Repetitionそれぞれの時間リソース割当及びDMRS配置の設定は、例えば、既存の上りリンクのDMRS設定の通知（例えば、NR Rel. 15/16に規定された設定）を利用できるので、複数のスロット／RepetitionにおけるDMRS設定パターンの通知が仕様の規定に与える影響は小さい。
　よって、本実施の形態によれば、シグナリングオーバーヘッドの増加を抑制でき、また、DMRSを柔軟に設定できる。
　また、ジョイントチャネル推定を適用するスロット／Repetitionのそれぞれに適用されるDMRS設定は、例えば、NR Rel. 15/16において規定されたDMRS配置とDMRSシンボル数との組み合わせ（例えば、pos0、pos1、pos2及びpos3）でよい。これにより、ジョイントチャネル推定を適用するために、DMRS配置とDMRSシンボル数との組み合わせを新たに追加しなくてよいので、送信機におけるDMRS生成のハードウェア及びソフトウェアの処理、及び、受信機におけるジョイントチャネル推定のハードウェア及びソフトウェアの処理の複雑化を抑制できる。
　なお、本実施の形態は、DMRS-UplinkConfigにdmrs-AdditionalPositionPatternを追加する方法に限定されず、例えば、既存のパラメータであるdmrs-AdditionalPositionを多次元に拡張してもよい。例えば、Repetition回数がNの場合、dmrs-AdditionalPositionの第1番目の要素から順番にN個の要素に基づいて、各スロット／RepetitionそれぞれにおけるDMRS設定のパターンを決定してよい。Repetitionが適用されない場合は、dmrs-AdditionalPositionの第1番目の要素に基づいて、DMRS設定のパターンが決定されてもよい。なお、N回のRepetition又はRepetitionが適用されない場合に設定されるdmrs-AdditionalPositionの要素は、第1番目の要素から順番の要素に限定されない。
　（変形例４）
　変形例４では、例えば、dmrs-AdditionalPositionPattern又は既存のパラメータであるdmrs-AdditionalPositionを多次元に拡張した場合のdmrs-AdditionalPositionのサイズは、Repetition回数と異なってもよい。
　例えば、dmrs-AdditionalPositionPattern又は既存のパラメータであるdmrs-AdditionalPositionを多次元に拡張した場合のdmrs-AdditionalPositionのサイズは、予め定義されたサイズ若しくはRRCにより設定されるサイズであってもよい。変形例４によれば、例えば、dmrs-AdditionalPositionPatternのサイズがRepetition回数より小さい場合には、RRCオーバーヘッドの増加を抑制できる。
　例えば、dmrs-AdditionalPositionPattern（例えば、DMRS設定のパターン）のサイズが2の場合、初回PUSCH送信(1st repetition)のDMRS設定は、dmrs-AdditionalPositionPatternの第１の要素に基づいて決定され、他のPUSCH送信のDMRS設定は、dmrs-AdditionalPositionPatternの第２の要素に基づいて決定されてもよい。例えば、初回のPUSCH送信のDMRSシンボル数を、他のPUSCH送信のDMRSシンボル数よりも多く設定することは、復号処理の高速化に有効である。
　また、例えば、dmrs-AdditionalPositionPatternのサイズが3の場合、初回PUSCH送信(1st repetition)のDMRS設定は、dmrs-AdditionalPositionPatternの第1の要素に基づいて決定され、最後のPUSCH送信(last repetition)のDMRS設定は、dmrs-AdditionalPositionPatternの第2の要素に基づいて決定され、初回及び最後と異なるPUSCH送信のDMRS設定は、第3の要素に基づいて決定されてもよい。先頭及び後尾のPUSCH送信におけるDMRS設定の柔軟性を向上させることは、例えば、スロット間チャネル推定におけるチャネル推定値の時間領域での補間に有効である。
　また、例えば、dmrs-AdditionalPositionPatternのサイズがNの場合、第m番目のPUSCH送信(m-th repetition)のDMRS設定は、第(m mod N)番目の要素に基づいて決定されてもよい。換言すると、dmrs-AdditionalPositionPatternのサイズNがRepetition回数よりも小さい場合、dmrs-AdditionalPositionPatternの各要素に対応するDMRS設定が繰り返し適用されてもよい。
　なお、PUSCH送信の順番と、dmrs-AdditionalPositionPatternの要素との対応付けは、上記例に限定されない。
　（変形例５）
　変形例５では、例えば、dmrs-AdditionalPositionPattern又はdmrs-AdditionalPositionは、各スロット／RepetitionにおけるDMRS設定パターン（組み合わせ）を設定するパラメータであってもよい。また、変形例５では、例えば、上りリンクのDMRSに関する情報を設定する情報要素に、DMRS設定パターンの複数候補を設定するパラメータが含まれてもよい。
　図１９は、変形例５におけるDMRS-UplinkConfig IEの設定例を示す図である。
　図１９に示すdmrs-AdditionalPositionPatternには、複数（例えば、maxNrofRepetition個）のスロット／RepetitionそれぞれのDMRS設定（例えば、dmrs-AdditionalPositionの要素の何れか）のパターンが含まれてよい。また、図１９に示すdmrs-AdditionalPositionPatternListには、複数（例えば、maxNrofPatterns個）のパターン（例えば、dmrs-AdditionalPositionPattern）の複数の候補が含まれてよい。
　端末２００は、例えば、対応する上りリンクデータチャネル(PUSCH)を割り当てたDCI又はRRC（例えば、数ビット）に基づいて、複数のDMRS設定パターンの候補のうち、端末２００が実際に用いるPUCSH送信に対するDMRS設定パターンを１つ選択してよい。
　このとき、PUSCH送信の時間領域リソース割当（例えば、PUSCH-TimeDomainResourceAllocation）を指示するインデックスに基づいて、DMRS-UplinkConfigにおけるDMRS設定パターンが設定（指示）されてもよい。または、DCI設定パターンの通知のためのビットが追加されない他の方法でもよい。例えば、PUSCH送信の時間領域リソース割当を指示するインデックスに限らず、他のDCIビットフィールドの値に対応してDMRS設定パターンが設定されてもよい。これにより、DCIオーバーヘッドの増加を抑制でき、また、DMRS設定のパターンを動的に設定できる。
　また、MAC-CEによって、一部のDMRS設定パターンの組み合わせをActivateさせてもよい。例えば、端末２００は、ActivateされたDMRS設定パターンの組み合わせの中から、DCIに基づいてDMRS設定パターンの1つを選択してもよい。換言すると、ActivateされないDMRS設定パターンは、端末２００に設定（又は、選択）されなくてよい。
　変形例５によれば、端末２００は、DMRS-UplinkConfigによって設定される複数のDMRS設定パターンの候補の中から、端末２００に関するチャネル状態に応じた適切なDMRS設定パターンを選択できる。
　（変形例６）
　変形例６では、例えば、上述した実施の形態１及び２において、各スロットまたはRepetitionにおけるDMRS設定のパターンを決定するためのパラメータ(例えば、dmrs-AdditionalPositionPattern)は、複数のスロット／Repetitionの区間のうち一部のスロット／Repetition（例えば、第１および第２の区間に対応）のDMRS設定に適用され、残りのスロット／Repetition（例えば、第３の区間に対応）のDMRS設定に適用されなくてもよい。
　例えば、初回PUSCH送信(1st repetition)のDMRS設定は、dmrs-AdditionalPositionに基づいて決定され、初回と異なるPUSCH送信のDMRS設定は、dmrs-AdditionalPositionPatternに基づいて決定されてもよい（変形例６－１と呼ぶ)。
　また、例えば、初回PUSCH送信(1st repetition)及び最後のPUSCH送信(last repetition)のDMRS設定は、dmrs-AdditionalPositionに基づいて決定され、初回及び最後と異なるPUSCH送信のDMRS設定は、dmrs-AdditionalPositionPatternに基づいて決定されてもよい（変形例６－２と呼ぶ）。
　また、変形例６－１及び変形例６－２のように一部のスロット／Repetition、若しくは、全てのスロット／RepetitionのDMRS設定をdmrs-AdditionalPositionPatternに基づいて決定するか否かを切り替え可能でもよい。dmrs-AdditionalPositionPatternに基づくDMRS設定の切り替えは、例えば、RRC、MAC-CE又はDCIによって端末２００へ通知されてもよいし、Implicitに設定されてもよい。
　（実施の形態３）
　本実施の形態に係る基地局及び端末の構成は、実施の形態１に係る基地局１００及び端末２００の構成と同様でよい。
　本実施の形態では、例えば、各スロット／RepetitionにおけるDMRS設定のパターンを決定するためのパラメータに、シンボルオフセットが含まれてよい。
　シンボルオフセットは、例えば、NR Rel.15/16において規定されるDMRSシンボル位置に対するオフセット値を示してよい。
　シンボルオフセットは、例えば、実施の形態１のように、PUSCHを送信する時間領域リソースに関する情報を設定する情報要素（例えば、PUSCH-TimeDomainResourceAllocation IE）に含まれてもよいし、実施の形態２のように上りリンクのDMRSに関する情報を設定する情報要素（例えば、DMRS-UplinkConfig）に含まれてもよい。
　また、シンボルオフセットを設定するパラメータは、例えば、「dmrs-AdditionalPositionPattern」と置き換えて実施の形態１及び2と同様に適用されてもよい。
　または、シンボルオフセットを設定するパラメータは、例えば、「dmrs-AdditionalPositionPattern」と併せて、PUSCHを送信する時間領域リソースに関する情報を設定する情報要素又は上りリンクのDMRSに関する情報を設定する情報要素に含まれ、実施の形態１及び２と同様に適用されてもよい。
　図２０（ａ）は、一例として、実施の形態１のOption 1-2において、dmrs-AdditionalPositionPatternを、シンボルオフセットを設定するパラメータに置き換えた場合のPUSCH-Allocation-r16の設定例を示す図である。
　図２０の（ａ）に示すように、PUSCH-Allocation-r16には、複数（例えば、numberOfRepetitions-r16個）のスロット／Repetitionそれぞれに設定されるシンボルオフセット（例えば、dmrs-offset）の組み合わせ（シンボルオフセットパターン）を示すパラメータ（例えば、「dmrs-offsetPattern」）が含まれてよい。
　ここで、dmrs-offsetは、例えば、各スロット／RepetitionにおけるDMRSシンボル位置（例えば、dmrs-AdditionalPositionによって設定されるDMRSシンボル位置）が何シンボルシフトされるかを示すパラメータでよい。例えば、dmrs-offsetは、図２０の（ｂ）のように、スロット又は１Repetition内のシンボル数が１４シンボルの場合、０～１３の何れかの値が設定されてもよい。
　図２１は、実施の形態３において、シンボルオフセット（dmrs-offset）を用いたDMRS配置の例を示す図である。図２１に示すように、シンボルオフセットの適用前の各スロット／RepetitionにおけるDMRSシンボル位置は、或る規定の位置（例えば、NR Rel.15/16に規定されたDMRSシンボル位置）に設定されてよい。
　図２１は、一例として、dmrs-offset（offset）によって{2, 0}が端末２００へ通知される場合のDMRS配置例である。図２１に示すように、第１のスロット／Repetitionでは、offset=2が設定され、或るDMRSシンボル位置に対して２シンボルシフトされる。また、図２１に示すように、第２のスロット／Repetitionでは、offset=0が設定され、或るDMRSシンボル位置に対して０シンボルシフトされる（換言すると、オフセットされない）。
　本実施の形態によれば、DCIのオーバーヘッドの増加を抑制でき、また、DMRSの配置をスロット間またはRepetition間において異ならせることが可能になる。
　なお、図２１では、複数のスロット／Repetitionに共通のDMRSシンボル位置に対して、各スロット／Repetitionに個別に設定されるシンボルオフセットを適用する場合について説明したが、これに限定されず、例えば、複数のスロット／Repetitionに個別のDMRSシンボル位置に対して、各スロット／Repetitionに個別に設定されるシンボルオフセットが適用されてもよい。
　また、図２１では、シンボルオフセットは、或るDMRSシンボル位置に対して正の方向へのオフセットを示す場合について説明したが、これに限定されず、負の方向へのオフセットを示してもよい。
　また、本実施の形態では、或るDMRSのシンボル位置にシンボルオフセットを加算する例について説明したが、これに限定されず、或るDMRSシンボル位置に対して、新たなDMRSシンボル位置を算出（換言すると、変換）する計算式が適用されてもよい。
　また、本実施の形態では、例えば、既存のDMRS設定に対するオフセットの例として、DMSR配置（又は、DMRSシンボル位置）に対するオフセットの例について説明したが、これに限定されず、例えば、既存のDMRS設定におけるDMRSシンボル数に対するオフセット（例えば、シンボル数の増加又は減少）が設定されてもよい。
　以上、本開示の一実施例に係る各実施の形態について説明した。
　（他の実施の形態）
　（１）上述した各実施の形態及び変形例では、例えば、DMRS配置及びDMRSシンボル数として、Rel. 15/16において規定されたDMRS配置とDMRSシンボル数との４種類の組み合わせ(例えば、pos0、pos1、pos2、pos3)の何れか一つが各スロット／Repetitionに設定される場合について説明したが、各スロット／RepetitionにDMRSを配置しない(DMRS-lessまたはno-DMRS)設定が追加されてもよい。
　また、例えば、Rel. 15/16において規定されたDMRS配置とDMRSシンボル数との４種類の組み合わせ(例えば、pos0、pos1、pos2、pos3)に加え、又は、少なくとも一つの代わりに、他の組み合わせが設定されてもよい。
　（２）上述した各実施の形態では、各スロット／RepetitionにおけるDMRS設定のパターンをRepetitionに対して適用するため、DMRS設定パターンのサイズがRepetition数と同一の場合について説明した。
　例えば、Repetitionに対して周波数ホッピングが適用されてもよい。Repetitionに対して周波数ホッピングが適用される場合、DMRS設定パターンのサイズは、周波数ホッピング区間（例えば、hop duration)と同一に設定されて、上述した各実施の形態が適用されてもよい。例えば、DMRS設定パターンは、周波数ホッピング区間毎に初期化されて適用されてもよい。
　図２２は、Repetitionに対して周波数ホッピングが適用される場合のDMRS配置の例を示す図である。図２２では、例えば、dmrs-AdditionalPositionPatternによって、{pos2、 pos1、 pos1、 pos1}が端末２００に通知される。この場合、端末２００では、例えば、周波数ホッピング区間（例えば、２スロット区間又は２Repetition区間）にてDMRS設定パターンが初期化されるので、{pos2、 pos1}が各周波数ホッピング区間に適用されてよい。
　また、例えば、Repetitionに対してプリコーディングが適用されてもよい。Repetitionに対してプリコーディングが適用される場合、DMRS設定パターンのサイズは、同一のプリコーディングが適用される区間と同一に設定されて、上述した実施の形態が適用されてもよい。例えば、DMRS設定パターンは、プリコーディング区間毎に初期化されて適用されてもよい。
　図２３は、Repetitionに対してプリコーディングが適用される場合のDMRS配置の例を示す図である。図２３では、例えば、dmrs-AdditionalPositionPatternによって、{pos2、 pos1、 pos1、 pos1}が端末２００に通知される。この場合、端末２００では、例えば、同一プリコーディングが適用される区間にてDMRS設定パターンが初期化されるので、{pos2、 pos1}が各プリコーディング区間に適用されてよい。
　また、例えば、Time Division Duplex（TDD）では、Repetitionされる信号は連続するスロットにおいて送信される場合に限らず、非連続のスロット間において送信される場合もあり得る。この場合、例えば、連続するスロット間ではスロット間チャネル推定が適用可能である一方で、非連続のスロット間ではスロット間チャネル推定が適用されない場合もある。
　そこで、例えば、DMRS設定パターンのサイズは、連続するスロット数と同一に設定されて、上述した実施の形態が適用されてもよい。換言すると、DMRS設定パターンは、非連続のスロット間において初期化されて適用されてもよい。
　図２４は、非連続のスロットを含むRepetitionが適用される場合のDMRS配置の例を示す図である。図２４では、例えば、dmrs-AdditionalPositionPatternによって、{pos2、 pos1、 pos1、 pos1}が端末２００に通知される。この場合、端末２００では、例えば、非連続スロットにおいてDMRS設定パターンが初期化されるので、{pos2、 pos1}が第１及び第２のRepetition区間、及び、第３、第４のRepetition区間それぞれに適用されてよい。
　なお、スロット間チャネル推定が適用されるスロット区間は、連続又は非連続スロットとして定義される場合に限定されず、例えば、連続するスロット間においても、端末２００の能力によって、スロット間チャネル推定の適用スロット数が異なる（例えば、制限される）可能性もある。そこで、DMRS設定パターンのサイズは、スロット間チャネル推定が適用されるスロット区間と同一に設定されて、上述した実施の形態が適用されてもよい。スロット間チャネル推定が適用されるスロット区間は、例えば、端末２００が送信信号の位相の連続性を維持する区間、若しくは、送信信号の送信電力を一定とするスロット区間（例えば、time domain window）として端末２００に設定されてもよい。
　また、異なる周波数ホッピング区間、異なるプリコーディング区間、非連続スロット間、又は、異なるスロット間チャネル推定が適用されるスロット区間においては、例えば、同一のDMRS設定パターンが適用されてもよいし、異なるDMRS設定パターンが適用されてもよい。異なるDMRS設定パターンが適用される場合は、異なる周波数ホッピング区間、異なるプリコーディング区間、非連続スロット間、又は、異なるスロット間チャネル推定が適用されるスロット区間に個別にdmrs-AdditionalPositionPatternが設定されてもよい。
　（３）上述した各実施の形態及び各変形例では、PUSCH repetitionへの適用を例に説明したが、各実施の形態及び各変形例の適用は、PUSCH repetitionに限定されない。
　例えば、各実施の形態及び各変形例は、PUSCH repetition Type Aに適用されてもよい。この場合、DMRS配置又はDMRSシンボル数といったDMRS設定は、スロット／Repetition間において異ならせてよい。また、各実施の形態及び各変形例は、例えば、PUSCH repetition Type Bに適用されてもよい。この場合、DMRS配置又はDMRSシンボル数といったDMRS設定は、Repetition間において異ならせてよい。
　また、各実施の形態及び各変形例は、例えば、Rel. 17において導入が検討されているトランスポートブロックを複数のPUSCHのスロットにマッピングして送信する「TB processing over multi-slot PUSCH (TBoMS)（例えば、非特許文献２を参照）に適用されてもよい。この場合、DMRS配置又はDMRSシンボル数といったDMRS設定は、スロット間又はSLIVによって割り当てられるPUSCHリソース単位において異ならせてよい。また、TBoMSにRepetitionが適用される場合、DMRS配置又はDMRSシンボル数といったDMRS設定は、TBoMSのRepetition単位で異ならせてもよい。
　また、各実施の形態及び各変形例は、例えば、PUCCH repetitionに適用されてもよい。この場合、DMRS配置又はDMRSシンボル数といったDMRS設定は、スロット間又はサブスロット間において異ならせてもよい。また、各実施の形態及び各変形例がPUCCH repetitionに適用される場合、上述した「dmrs-AdditionalPositionPattern」に相当するパラメータは、PUCCHリソースに関するパラメータを含む「PUCCH-FormatConfig」情報要素に含まれてもよく、既存のパラメータである「additionalDMRS」を多次元に拡張してもよい。
　また、各実施の形態及び各変形例は、例えば、Msg.3 PUSCH repetitionに適用されてもよい。各実施の形態及び各変形例がMsg.3 PUSCH repetitionに適用される場合、上述した「dmrs-AdditionalPositionPattern」に相当するパラメータは、Msg.3 PUSCHのリソース設定に関するパラメータを含む情報要素に含まれてもよく、例えば、PUSCH-Allocation-CovEnh、又は、Msg3-DMRS-Config-CovEnhに含まれてもよい。
　また、各実施の形態及び各変形例は、例えば、PDSCH repetitionに適用されてもよい。各実施の形態及び各変形例がPDSCH repetitionに適用される場合、DMRS配置又はDMRSシンボル数といったDMRS設定は、スロット／Repetition間において異ならせてもよい。
　また、各実施の形態及び各変形例は、例えば、端末２００がDCIを受信してデータを送受信する場合に限らず、Semi-Persistent Scheduling (SPS) PDSCH又はConfigured grant PUSCHに適用されてもよい。
　例えば、DMRSの送信を行う通信装置は、端末２００に限らず、基地局１００でもよい。同様に、DMRSの受信を行う通信装置は、基地局１００に限らず、端末２００でもよい。換言すると、各実施の形態又は各変形例は、上りリンク通信及び下りリンク通信の何れに適用されてもよい。
　また、各実施の形態又は各変形例において用いた情報要素の名称又は情報要素に設定されるパラメータの名称は一例であって、他の名称でもよい。また、各実施の形態又は各変形例において例示した、Repetition回数、DMRS数、DMRS長、DMRSシンボル位置、スロット内のシンボル数といったパラメータの値は一例であって、他の値でもよい。
　また、上述した各実施の形態における「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。
　（補足）
　上述した各実施の形態及び各変形例に示した機能、動作又は処理を端末２００がサポートするか否かを示す情報が、例えば、端末２００の能力（capability）情報あるいは能力パラメータとして、端末２００から基地局１００へ送信（あるいは通知）されてもよい。
　能力情報は、上述した各実施の形態及び各変形例に示した機能、動作又は処理の少なくとも１つを端末２００がサポートするか否かを個別に示す情報要素（IE）を含んでもよい。あるいは、能力情報は、上述した各実施の形態及び各変形例に示した機能、動作又は処理の何れか２以上の組み合わせを端末２００がサポートするか否かを示す情報要素を含んでもよい。
　基地局１００は、例えば、端末２００から受信した能力情報に基づいて、能力情報の送信元端末２００がサポートする（あるいはサポートしない）機能、動作又は処理を判断（あるいは決定または想定）してよい。基地局１００は、能力情報に基づく判断結果に応じた動作、処理又は制御を実施してよい。例えば、基地局１００は、端末２００から受信した能力情報に基づいて、上りリンクおよび下りリンクの少なくとも１つの繰り返し送信を制御してよい。
　なお、上述した各実施の形態及び各変形例に示した機能、動作又は処理の一部を端末２００がサポートしないことは、端末２００において、そのような一部の機能、動作又は処理が制限されることに読み替えられてもよい。例えば、そのような制限に関する情報あるいは要求が、基地局１００に通知されてもよい。
　端末２００の能力あるいは制限に関する情報は、例えば、規格において定義されてもよいし、基地局１００において既知の情報あるいは基地局１００へ送信される情報に関連付けられて暗黙的（implicit）に基地局１００に通知されてもよい。
　（制御信号）
　本開示において、本開示に関連する下り制御信号（情報）は、物理層のPDCCHで送信される信号（情報）でもよく、上位レイヤのMAC CE(Control Element)又はRRCで送信される信号（情報）でもよい。また、下り制御信号は、予め規定されている信号（情報）としてもよい。
　本開示に関連する上り制御信号（情報）は、物理層のPUCCHで送信される信号（情報）でもよく、上位レイヤのMAC CE又はRRCで送信される信号（情報）でもよい。また、上り制御信号は、予め規定されている信号（情報）としてもよい。また、上り制御信号は、UCI（uplink control information）、1st stage SCI (sidelink control information)、2nd stage SCIに置き換えてもよい。
　（基地局）
　本開示において、基地局は、TRP（Transmission Reception Point）、クラスタヘッド、アクセスポイント、RRH（Remote Radio Head）、eNodeB (eNB)、gNodeB(gNB)、BS(Base Station)、BTS(Base Transceiver Station)、親機、ゲートウェイ等でもよい。また、サイドリンク通信においては、端末が、基地局の役割を担ってもよい。基地局は、上位ノードと端末の通信を中継する中継装置であってもよい。また、基地局は、路側器であってもよい。
　（上りリンク／下りリンク／サイドリンク）
　本開示は、上りリンク、下りリンク、サイドリンクのいずれに適用してもよい。例えば、本開示を上りリンクのPUSCH、PUCCH、PRACH、下りリンクのPDSCH、PDCCH、PBCH、サイドリンクのPSSCH（Physical Sidelink Shared Channel）、PSCCH（Physical Sidelink Control Channel）、PSBCH（Physical Sidelink Broadcast Channel）に適用してもよい。
　なお、PDCCH、PDSCH、PUSCH、PUCCHは、下りリンク制御チャネル、下りリンクデータチャネル、上りリンクデータチャネル、上りリンク制御チャネルの一例である。PSCCH、PSSCHは、サイドリンク制御チャネル、サイドリンクデータチャネルの一例である。PBCH及びPSBCHは報知（ブロードキャスト）チャネル、PRACHはランダムアクセスチャネルの一例である。
　（データチャネル／制御チャネル）
　本開示は、データチャネル及び制御チャネルのいずれに適用してもよい。例えば、本開示のチャネルをデータチャネルのPDSCH、PUSCH、PSSCH、制御チャネルのPDCCH、PUCCH、PBCH、PSCCH、PSBCHに置き換えてもよい。
　（参照信号）
　本開示において、参照信号は、基地局及び端末の双方で既知の信号であり、RS (Reference Signal)又はパイロット信号と呼ばれることもある。参照信号は、DMRS、CSI-RS（Channel State Information - Reference Signal）、TRS（Tracking Reference Signal）、PTRS(Phase Tracking Reference Signal)、CRS(Cell-specific Reference Signal), SRS(Sounding Reference Signal)のいずれかであってもよい。
　（時間間隔）
　本開示において、時間リソースの単位は、スロット及びシンボルの１つ又は組み合わせに限らず、例えば、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロット、サブスロット、ミニスロット又は、シンボル、OFDM（Orthogonal Frequency Division Multiplexing）シンボル、SC-FDMA（Single Carrier - Frequency Division Multiple Access）シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、１スロットに含まれるシンボル数は、上述した実施の形態において例示したシンボル数に限定されず、他のシンボル数でもよい。
　（周波数帯域）
　本開示は、ライセンスバンド、アンライセンスバンドのいずれに適用してもよい。
　（通信）
　本開示は、基地局と端末との間の通信(Uuリンク通信)、端末と端末との間の通信（Sidelink通信）、V2X（Vehicle to Everything）の通信のいずれに適用してもよい。例えば、本開示のチャネルをPSCCH、PSSCH、PSFCH（Physical Sidelink Feedback Channel）、PSBCH、PDCCH、PUCCH、PDSCH、PUSCH、PBCHに置き換えてもよい。
　また、本開示は、地上のネットワーク、衛星や高度疑似衛星（HAPS）を用いた地上以外のネットワーク（NTN：Non-Terrestrial Network）のいずれに適用してもよい。また、本開示は、セルサイズの大きなネットワーク、超広帯域伝送ネットワークなどシンボル長やスロット長に比べて伝送遅延が大きい地上ネットワークに適用してもよい。
　（アンテナポート）
　アンテナポートは、１本または複数の物理アンテナから構成される論理的なアンテナ（アンテナグループ）を指す。すなわち、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。例えば、アンテナポートが何本の物理アンテナから構成されるかは規定されず、端末が参照信号（Reference signal）を送信できる最小単位として規定される。また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
　＜５Ｇ　ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
　３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代携帯電話技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ　ＮＲの規格に準拠した端末（例えば、スマートフォン）の試作および商用展開に移ることが可能である。
　例えば、システムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって互いに接続されている。また、ｇＮＢは、Next Generation（ＮＧ）インタフェースによってＮＧＣ（Next Generation Core）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Access and Mobility Management Function）（例えば、ＡＭＦを行う特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（User Plane Function）（例えば、ＵＰＦを行う特定のコアエンティティ）に接続されている。ＮＧ－ＲＡＮアーキテクチャを図２４に示す（例えば、3GPP TS 38.300 v15.6.0、 section 4参照）。
　ＮＲのユーザプレーンのプロトコルスタック（例えば、3GPP TS 38.300、 section 4.4.1参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Packet Data Convergence Protocol（TS 38.300の第６．４節参照））サブレイヤ、ＲＬＣ（Radio Link Control（TS 38.300の第６．３節参照））サブレイヤ、およびＭＡＣ（Medium Access Control（TS 38.300の第６．２節参照））サブレイヤを含む。また、新たなアクセス層（ＡＳ：Access Stratum）のサブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）がＰＤＣＰの上に導入されている（例えば、3GPP TS 38.300の第６．５節参照）。また、制御プレーンのプロトコルスタックがＮＲのために定義されている（例えば、TS 38.300、 section 4.4.2参照）。レイヤ２の機能の概要がTS 38.300の第６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ、TS 38.300の第６．４節、第６．３節、および第６．２節に列挙されている。ＲＲＣレイヤの機能は、TS 38.300の第７節に列挙されている。
　例えば、Medium-Access-Controlレイヤは、論理チャネル（logical channel）の多重化と、様々なニューメロロジーを扱うことを含むスケジューリングおよびスケジューリング関連の諸機能と、を扱う。
　例えば、物理レイヤ（ＰＨＹ）は、符号化、ＰＨＹ　ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理的時間－周波数リソースへの信号のマッピングの役割を担う。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングを扱う。物理レイヤは、ＭＡＣレイヤにトランスポートチャネルの形でサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルには、上り物理チャネルとして、ＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel)、ＰＵＣＣＨ(Physical Uplink Control Channel)があり、下り物理チャネルとして、ＰＤＳＣＨ（Physical Downlink Shared Channel)、ＰＤＣＣＨ（Physical Downlink Control Channel)、ＰＢＣＨ(Physical Broadcast Channel) がある。
　ＮＲのユースケース／展開シナリオには、データレート、レイテンシ、およびカバレッジの点で多様な要件を有するenhanced mobile broadband（ｅＭＢＢ）、ultra-reliable low-latency communications（ＵＲＬＬＣ）、massive machine type communication（ｍＭＴＣ）が含まれ得る。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄが提供するデータレートの３倍程度のピークデータレート（下りリンクにおいて２０Ｇｂｐｓおよび上りリンクにおいて１０Ｇｂｐｓ）および実効（user-experienced）データレートをサポートすることが期待されている。一方、ＵＲＬＬＣの場合、より厳しい要件が超低レイテンシ（ユーザプレーンのレイテンシについてＵＬおよびＤＬのそれぞれで０．５ｍｓ）および高信頼性（１ｍｓ内において１－１０－５）について課されている。最後に、ｍＭＴＣでは、好ましくは高い接続密度（都市環境において装置１、０００、０００台／ｋｍ２）、悪環境における広いカバレッジ、および低価格の装置のための極めて寿命の長い電池（１５年）が求められうる。
　そのため、１つのユースケースに適したＯＦＤＭのニューメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長、スケジューリング区間毎のシンボル数）が他のユースケースには有効でない場合がある。例えば、低レイテンシのサービスでは、好ましくは、ｍＭＴＣのサービスよりもシンボル長が短いこと（したがって、サブキャリア間隔が大きいこと）および／またはスケジューリング区間（ＴＴＩともいう）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。サブキャリア間隔は、同様のＣＰオーバーヘッドが維持されるように状況に応じて最適化されてもよい。ＮＲがサポートするサブキャリア間隔の値は、１つ以上であってよい。これに対応して、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ…のサブキャリア間隔が考えられている。シンボル長Ｔｕおよびサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられている。ＬＴＥシステムと同様に、用語「リソースエレメント」を、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小のリソース単位を意味するように使用することができる。
　新無線システム５Ｇ－ＮＲでは、各ニューメロロジーおよび各キャリアについて、サブキャリアおよびＯＦＤＭシンボルのリソースグリッドが上りリンクおよび下りリンクのそれぞれに定義される。リソースグリッドの各エレメントは、リソースエレメントと呼ばれ、周波数領域の周波数インデックスおよび時間領域のシンボル位置に基づいて特定される（3GPP TS 38.211 v15.6.0参照）。
　＜５Ｇ　ＮＲにおけるＮＧ－ＲＡＮと５ＧＣとの間の機能分離＞
　図２５は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。
　例えば、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
　－　無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Radio Resource Management）の機能；
　－　データのＩＰヘッダ圧縮、暗号化、および完全性保護；
　－　ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
　－　ＵＰＦに向けたユーザプレーンデータのルーティング；
　－　ＡＭＦに向けた制御プレーン情報のルーティング；
　－　接続のセットアップおよび解除；
　－　ページングメッセージのスケジューリングおよび送信；
　－　システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Operation、 Admission、 Maintenance）が発信源）のスケジューリングおよび送信；
　－　モビリティおよびスケジューリングのための測定および測定報告の設定；
　－　上りリンクにおけるトランスポートレベルのパケットマーキング；
　－　セッション管理；
　－　ネットワークスライシングのサポート；
　－　ＱｏＳフローの管理およびデータ無線ベアラに対するマッピング；
　－　ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
　－　ＮＡＳメッセージの配信機能；
　－　無線アクセスネットワークの共有；
　－　デュアルコネクティビティ；
　－　ＮＲとＥ－ＵＴＲＡとの緊密な連携。
　Access and Mobility Management Function（ＡＭＦ）は、以下の主な機能をホストする：
　－　Non-Access Stratum（ＮＡＳ）シグナリングを終端させる機能；
　－　ＮＡＳシグナリングのセキュリティ；
　－　Access Stratum（ＡＳ）のセキュリティ制御；
　－　３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（CN：Core Network）ノード間シグナリング；
　－　アイドルモードのＵＥへの到達可能性（ページングの再送信の制御および実行を含む）；
　－　登録エリアの管理；
　－　システム内モビリティおよびシステム間モビリティのサポート；
　－　アクセス認証；
　－　ローミング権限のチェックを含むアクセス承認；
　－　モビリティ管理制御（加入およびポリシー）；
　－　ネットワークスライシングのサポート；
　－　Session Management Function（ＳＭＦ）の選択。
　さらに、User Plane Function（ＵＰＦ）は、以下の主な機能をホストする：
　－　ｉｎｔｒａ－ＲＡＴモビリティ／ｉｎｔｅｒ－ＲＡＴモビリティ（適用可能な場合）のためのアンカーポイント；
　－　データネットワークとの相互接続のための外部ＰＤＵ(Protocol Data Unit)セッションポイント；
　－　パケットのルーティングおよび転送；
　－　パケット検査およびユーザプレーン部分のポリシールールの強制（Policy rule enforcement）；
　－　トラフィック使用量の報告；
　－　データネットワークへのトラフィックフローのルーティングをサポートするための上りリンククラス分類（uplink classifier）；
　－　マルチホームＰＤＵセッション（multi-homed PDU session）をサポートするための分岐点(Branching Point)；
　－　ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（gating）、ＵＬ／ＤＬレート制御（UL/DL rate enforcement）；
　－　上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
　－　下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。
　最後に、Session Management Function（ＳＭＦ）は、以下の主な機能をホストする：
　－　セッション管理；
　－　ＵＥに対するＩＰアドレスの割当および管理；
　－　ＵＰＦの選択および制御；
　－　適切な宛先にトラフィックをルーティングするためのUser Plane Function（ＵＰＦ）におけるトラフィックステアリング（traffic steering）の設定機能；
　－　制御部分のポリシーの強制およびＱｏＳ；
　－　下りリンクデータの通知。
　＜ＲＲＣ接続のセットアップおよび再設定の手順＞
　図２６は、ＮＡＳ部分の、ＵＥがRRC_IDLEからRRC_CONNECTEDに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（TS 38.300 v15.6.0参照）。
　ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（UE Radio Capability）、ＵＥセキュリティ性能（UE Security Capabilities）等を含む）を用意し、初期コンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにSecurityModeCommandメッセージを送信し、ＵＥがSecurityModeCompleteメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにRRCReconfigurationメッセージを送信し、これに対するＵＥからのRRCReconfigurationCompleteをｇＮＢが受信することによって、Signaling Radio Bearer 2（ＳＲＢ２）およびData Radio Bearer（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、RRCReconfigurationに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（INITIAL CONTEXT SETUP RESPONSE）でセットアップ手順が完了したことをＡＭＦに通知する。
　したがって、本開示では、ｇＮｏｄｅＢとのNext Generation（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：User Equipment）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、5th Generation Core（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報要素(IE: Information Element)を含むRadio Resource Control（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。
　＜２０２０年以降のＩＭＴの利用シナリオ＞
　図２７は、５Ｇ　ＮＲのためのユースケースのいくつかを示す。3rd generation partnership project new radio（３ＧＰＰ　ＮＲ）では、多種多様なサービスおよびアプリケーションをサポートすることがＩＭＴ－２０２０によって構想されていた３つのユースケースが検討されている。大容量・高速通信（ｅＭＢＢ：enhanced mobile-broadband）のための第一段階の仕様の策定が終了している。現在および将来の作業には、ｅＭＢＢのサポートを拡充していくことに加えて、高信頼・超低遅延通信（ＵＲＬＬＣ：ultra-reliable and low-latency communications）および多数同時接続マシンタイプ通信（ｍＭＴＣ：massive machine-type communicationsのための標準化が含まれる。図２７は、２０２０年以降のＩＭＴの構想上の利用シナリオのいくつかの例を示す（例えばＩＴＵ－Ｒ　Ｍ．２０８３　図２参照）。
　ＵＲＬＬＣのユースケースには、スループット、レイテンシ（遅延）、および可用性のような性能についての厳格な要件がある。ＵＲＬＬＣのユースケースは、工業生産プロセスまたは製造プロセスのワイヤレス制御、遠隔医療手術、スマートグリッドにおける送配電の自動化、交通安全等の今後のこれらのアプリケーションを実現するための要素技術の１つとして構想されている。ＵＲＬＬＣの超高信頼性は、TR 38.913によって設定された要件を満たす技術を特定することによってサポートされる。リリース１５におけるＮＲ　ＵＲＬＬＣでは、重要な要件として、目標とするユーザプレーンのレイテンシがＵＬ（上りリンク）で０．５ｍｓ、ＤＬ（下りリンク）で０．５ｍｓであることが含まれている。一度のパケット送信に対する全般的なＵＲＬＬＣの要件は、ユーザプレーンのレイテンシが１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。
　物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩ表、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ　ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。リリース１５におけるＮＲ　ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。
　また、ＮＲ　ＵＲＬＬＣが目標とする技術強化は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術強化には、設定可能なニューメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定されたグラントの）上りリンク、データチャネルにおけるスロットレベルでの繰り返し、および下りリンクでのプリエンプション（Pre-emption）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えられてもよい。信頼性向上についての技術強化には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳ表が含まれる。
　ｍＭＴＣ（massive machine type communication）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決法である。
　上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、例えばＵＲＬＬＣおよびｍＭＴＣについての重要要件が高信頼性または超高信頼性である。いくつかのメカニズムが信頼性を無線の観点およびネットワークの観点から向上させることができる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル/制御チャネルの繰り返し、および周波数領域、時間領域、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。
　ＮＲ　ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０－６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μｓ程度までの時刻同期（time synchronization）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（例えば、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。
　さらに、ＮＲ　ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術強化が有り得る。これらの技術強化には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Physical Downlink Control Channel）の強化、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨのモニタリングの増加がある。また、ＵＣＩ（Uplink Control Information）の強化は、ｅｎｈａｎｃｅｄ　ＨＡＲＱ（Hybrid Automatic Repeat Request）およびＣＳＩフィードバックの強化に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの強化、および再送信／繰り返しの強化が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含むTransmission Time Interval（ＴＴＩ）を指す（スロットは、１４個のシンボルを備える）。
　＜ＱｏＳ制御＞
　５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（GBR：Guaranteed Bit Rate　ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ　ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（encapsulation header）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：QoS Flow ID）によってＰＤＵセッション内で特定される。
　各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図２６を参照して上に示したように少なくとも１つのData Radio Bearers（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ　ＱｏＳフローおよびＤＬ　ＱｏＳフローとＤＲＢとを関連付ける。
　図２８は、５Ｇ　ＮＲの非ローミング参照アーキテクチャ（non-roaming reference architecture）を示す（TS 23.501 v16.1.0、 section 4.23参照）。Application Function（ＡＦ）（例えば、図２７に例示した、５Ｇのサービスをホストする外部アプリケーションサーバ）は、サービスを提供するために３ＧＰＰコアネットワークとやり取りを行う。例えば、トラフィックのルーティングに影響を与えるアプリケーションをサポートするために、Network Exposure Function（ＮＥＦ）にアクセスすること、またはポリシー制御（例えば、ＱｏＳ制御）のためにポリシーフレームワークとやり取りすること（Policy Control Function（ＰＣＦ）参照）である。オペレーターによる配備に基づいて、オペレーターによって信頼されていると考えられるApplication Functionは、関連するNetwork Functionと直接やり取りすることができる。Network Functionに直接アクセスすることがオペレーターから許可されていないApplication Functionは、ＮＥＦを介することにより外部に対する解放フレームワークを使用して関連するNetwork Functionとやり取りする。
　図２９は、５Ｇアーキテクチャのさらなる機能単位、すなわち、Network Slice Selection Function（ＮＳＳＦ）、Network Repository Function（ＮＲＦ）、Unified Data Management（ＵＤＭ）、Authentication Server Function（ＡＵＳＦ）、Access and Mobility Management Function（ＡＭＦ）、Session Management Function（ＳＭＦ）、およびData Network（ＤＮ、例えば、オペレーターによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。
　したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣサービス、ｅＭＭＢサービス、およびｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）の少なくとも１つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを行う制御回路と、を備える、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る通信装置は、繰り返し送信の第１の区間に割り当てる参照信号の設定と、前記繰り返し送信の第２の区間に割り当てる参照信号の設定とを異ならせる制御回路と、前記参照信号の設定に基づいて、前記繰り返し送信を行う送信回路と、を具備する。
　本開示の一実施例において、前記制御回路は、前記第１の区間および前記第２の区間に個別の前記設定のパターンに関する情報を含む情報要素に基づいて、前記設定を決定する。
　本開示の一実施例において、前記制御回路は、前記パターンの複数候補に関する情報を含む前記情報要素、及び、前記複数候補の何れか一つを指示する制御信号に基づいて、前記設定を決定する。
　本開示の一実施例において、前記情報要素は、前記繰り返し送信を行う信号を割り当てる時間領域リソースの設定に関する情報要素である。
　本開示の一実施例において、前記制御回路は、前記参照信号の設定について、前記参照信号の設定に関する情報要素よりも、前記時間領域リソースの設定に関する情報要素を優先して使用する。
　本開示の一実施例において、前記パターンに関する情報は、前記繰り返し送信のタイプに個別である。
　本開示の一実施例において、前記情報要素は、前記参照信号の設定に関する情報要素である。
　本開示の一実施例において、前記設定のパターンのサイズは、前記繰り返し送信の回数と異なる。
　本開示の一実施例において、前記設定には、前記第１の区間および前記第２の区間のそれぞれにおける前記参照信号の位置、シンボル数、タイプ、及び、信号長の少なくとも一つの設定が含まれる。
　本開示の一実施例において、前記設定には、前記第１の区間および前記第２の区間のそれぞれにおける前記参照信号の規定の位置に対するオフセットが含まれる。
　本開示の一実施例において、前記設定は、前記繰り返し送信の第３の区間に割り当てられる参照信号に適用されない。
　本開示の一実施例において、前記第１の区間および前記第２の区間のそれぞれにおける前記設定は、Release 15又はRelease 16に規定された設定である。
　本開示の一実施例に係る通信装置は、繰り返し送信の受信を行う第１の区間に割り当てる参照信号の設定と、前記繰り返し送信の受信を行う第２の区間に割り当てる参照信号の設定とを異ならせる制御回路と、前記参照信号の設定に基づいて、前記繰り返し送信の受信を行う受信回路と、を具備する。
　本開示の一実施例に係る通信方法において、通信装置は、繰り返し送信の第１の区間に割り当てる参照信号の設定と、前記繰り返し送信の第２の区間に割り当てる参照信号の設定とを異ならせ、前記参照信号の設定に基づいて、前記繰り返し送信を行う。
　本開示の一実施例に係る通信方法において、通信装置は、繰り返し送信の受信を行う第１の区間に割り当てる参照信号の設定と、前記繰り返し送信の受信を行う第２の区間に割り当てる参照信号の設定とを異ならせ、前記参照信号の設定に基づいて、前記繰り返し送信の受信を行う。
　２０２１年３月３０日出願の特願２０２１－０５７５４９の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　基地局
　１０１、２０５　制御部
　１０２　上位制御信号生成部
　１０３　下りリンク制御情報生成部
　１０４、２０６　符号化部
　１０５、２０７　変調部
　１０６、２０８　信号割当部
　１０７、２０９　送信部
　１０８、２０１　受信部
　１０９、２０２　抽出部
　１１０、２０３　復調部
　１１１、２０４　復号部
　２００　端末

Claims (15)

  1. 　繰り返し送信の第１の区間に割り当てる参照信号の設定と、前記繰り返し送信の第２の区間に割り当てる参照信号の設定とを異ならせる制御回路と、
    　前記参照信号の設定に基づいて、前記繰り返し送信を行う送信回路と、
    　を具備する通信装置。
  2. 　前記制御回路は、前記第１の区間および前記第２の区間に個別の前記設定のパターンに関する情報を含む情報要素に基づいて、前記設定を決定する、
    　請求項１に記載の通信装置。
  3. 　前記制御回路は、前記パターンの複数候補に関する情報を含む前記情報要素、及び、前記複数候補の何れか一つを指示する制御信号に基づいて、前記設定を決定する、
    　請求項２に記載の通信装置。
  4. 　前記情報要素は、前記繰り返し送信を行う信号を割り当てる時間領域リソースの設定に関する情報要素である、
    　請求項２に記載の通信装置。
  5. 　前記制御回路は、前記参照信号の設定について、前記参照信号の設定に関する情報要素よりも、前記時間領域リソースの設定に関する情報要素を優先して使用する、
    　請求項４に記載の通信装置。
  6. 　前記パターンに関する情報は、前記繰り返し送信のタイプに個別である、
    　請求項２に記載の通信装置。
  7. 　前記情報要素は、前記参照信号の設定に関する情報要素である、
    　請求項２に記載の通信装置。
  8. 　前記設定のパターンのサイズは、前記繰り返し送信の回数と異なる、
    　請求項２に記載の通信装置。
  9. 　前記設定には、前記第１の区間および前記第２の区間のそれぞれにおける前記参照信号の位置、シンボル数、タイプ、及び、信号長の少なくとも一つの設定が含まれる、
    　請求項１に記載の通信装置。
  10. 　前記設定には、前記第１の区間および前記第２の区間のそれぞれにおける前記参照信号の規定の位置に対するオフセットが含まれる、
    　請求項１に記載の通信装置。
  11. 　前記設定は、前記繰り返し送信の第３の区間に割り当てられる参照信号に適用されない、
    　請求項１に記載の通信装置。
  12. 　前記第１の区間および前記第２の区間のそれぞれにおける前記設定は、Release 15又はRelease 16に規定された設定である、
    　請求項１に記載の通信装置。
  13. 　繰り返し送信の受信を行う第１の区間に割り当てる参照信号の設定と、前記繰り返し送信の受信を行う第２の区間に割り当てる参照信号の設定とを異ならせる制御回路と、
    　前記参照信号の設定に基づいて、前記繰り返し送信の受信を行う受信回路と、
    　を具備する通信装置。
  14. 　通信装置は、
    　繰り返し送信の第１の区間に割り当てる参照信号の設定と、前記繰り返し送信の第２の区間に割り当てる参照信号の設定とを異ならせ、
    　前記参照信号の設定に基づいて、前記繰り返し送信を行う、
    　通信方法。
  15. 　通信装置は、
    　繰り返し送信の受信を行う第１の区間に割り当てる参照信号の設定と、前記繰り返し送信の受信を行う第２の区間に割り当てる参照信号の設定とを異ならせ、
    　前記参照信号の設定に基づいて、前記繰り返し送信の受信を行う、
    　通信方法。
PCT/JP2021/043175 2021-03-30 2021-11-25 通信装置、及び、通信方法 WO2022208989A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2023510216A JPWO2022208989A1 (ja) 2021-03-30 2021-11-25
CN202180096283.2A CN117121589A (zh) 2021-03-30 2021-11-25 通信装置及通信方法
US18/552,862 US20240195570A1 (en) 2021-03-30 2021-11-25 Communication device and communication method
EP21935142.6A EP4319382A1 (en) 2021-03-30 2021-11-25 Communication device and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-057549 2021-03-30
JP2021057549 2021-03-30

Publications (1)

Publication Number Publication Date
WO2022208989A1 true WO2022208989A1 (ja) 2022-10-06

Family

ID=83458328

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/043175 WO2022208989A1 (ja) 2021-03-30 2021-11-25 通信装置、及び、通信方法

Country Status (5)

Country Link
US (1) US20240195570A1 (ja)
EP (1) EP4319382A1 (ja)
JP (1) JPWO2022208989A1 (ja)
CN (1) CN117121589A (ja)
WO (1) WO2022208989A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021057549A (ja) 2019-10-02 2021-04-08 株式会社巴川製紙所 静電チャック装置およびその製造方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021057549A (ja) 2019-10-02 2021-04-08 株式会社巴川製紙所 静電チャック装置およびその製造方法

Non-Patent Citations (10)

* Cited by examiner, † Cited by third party
Title
"New WID on NR coverage enhancements", 3GPP TSG RAN MEETING #90E, RP-202928, December 2020 (2020-12-01)
"NR; Base Station (BS) radio transmission and reception (Release 15", 3GPP TS38.104, December 2020 (2020-12-01)
"NR; Multiplexing and channel coding (Release 16", 3GPP TS38.212, December 2020 (2020-12-01)
"NR; Physical channels and modulation (Release 16", 3GPP TS38.211, December 2020 (2020-12-01)
"NR; Physical layer procedures for control (Release 16", 3GPP TS38.213, December 2020 (2020-12-01)
"NR; Physical layer procedures for data (Release 16", 3GPP TS38.214, December 2020 (2020-12-01)
"NR; Radio Resource Control (RRC) protocol specification (Release 16", 3GPP TS38.331, January 2021 (2021-01-01)
3GPP TS 38.300
QUALCOMM INCORPORATED: "Potential coverage enhancement techniques for PUSCH", 3GPP DRAFT; R1-2009729, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20201026 - 20201113, 13 November 2020 (2020-11-13), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051954373 *
SAMSUNG: "PUSCH coverage enhancement", 3GPP DRAFT; R1-2009647, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20201026 - 20201113, 10 November 2020 (2020-11-10), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051952875 *

Also Published As

Publication number Publication date
JPWO2022208989A1 (ja) 2022-10-06
CN117121589A (zh) 2023-11-24
EP4319382A1 (en) 2024-02-07
US20240195570A1 (en) 2024-06-13

Similar Documents

Publication Publication Date Title
CN115428558A (zh) 移动台、基站、接收方法及发送方法
WO2022014272A1 (ja) 端末、基地局及び通信方法
WO2022030075A1 (ja) 端末、基地局、及び、通信方法
WO2022208989A1 (ja) 通信装置、及び、通信方法
WO2022239289A1 (ja) 通信装置、及び、通信方法
WO2023119756A1 (ja) 通信装置及び通信方法
WO2023013191A1 (ja) 通信装置、及び、通信方法
WO2023100470A1 (ja) 基地局、端末及び通信方法
WO2023013192A1 (ja) 端末、基地局及び通信方法
WO2024171521A1 (ja) 基地局、端末及び通信方法
WO2023013204A1 (ja) 端末、基地局、及び、通信方法
WO2023203938A1 (ja) 端末、基地局、通信方法及び集積回路
WO2022014279A1 (ja) 端末、基地局及び通信方法
WO2023181579A1 (ja) 端末、基地局及び通信方法
WO2023181556A1 (ja) 端末、基地局及び通信方法
WO2023181557A1 (ja) 端末、基地局及び通信方法
WO2024171520A1 (ja) 基地局、端末及び通信方法
WO2022195952A1 (ja) 端末、基地局及び通信方法
WO2024029157A1 (ja) 端末、基地局、及び、通信方法
WO2023100471A1 (ja) 基地局、端末及び通信方法
WO2023013217A1 (ja) 基地局、端末及び通信方法
WO2024100924A1 (ja) 端末、基地局、及び、通信方法
WO2022201651A1 (ja) 基地局、端末、及び、通信方法
WO2023053562A1 (ja) 端末、基地局及び通信方法
WO2024100918A1 (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: 21935142

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023510216

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 18552862

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2021935142

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021935142

Country of ref document: EP

Effective date: 20231030