[go: up one dir, main page]

WO2023181579A1 - 端末、基地局及び通信方法 - Google Patents

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

Info

Publication number
WO2023181579A1
WO2023181579A1 PCT/JP2022/048548 JP2022048548W WO2023181579A1 WO 2023181579 A1 WO2023181579 A1 WO 2023181579A1 JP 2022048548 W JP2022048548 W JP 2022048548W WO 2023181579 A1 WO2023181579 A1 WO 2023181579A1
Authority
WO
WIPO (PCT)
Prior art keywords
sequence
resource
combination
pucch
signal
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2022/048548
Other languages
English (en)
French (fr)
Inventor
哲矢 山本
秀俊 鈴木
ハミッドレザ シャリーアトマダリー
スアン ツオン トラン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
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 Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Priority to EP22933706.8A priority Critical patent/EP4503483A4/en
Priority to US18/847,560 priority patent/US20250212190A1/en
Priority to JP2024509776A priority patent/JPWO2023181579A1/ja
Publication of WO2023181579A1 publication Critical patent/WO2023181579A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J13/00—Code division multiplex systems
    • H04J13/16—Code allocation
    • H04J13/18—Allocation of orthogonal codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J13/00—Code division multiplex systems
    • H04J13/16—Code allocation
    • H04J13/22—Allocation of codes with a zero correlation zone
    • 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/26136—Pilot sequence conveying additional information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0016—Time-frequency-code
    • H04L5/0021—Time-frequency-code in which codes are applied as a frequency-domain sequences, e.g. MC-CDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling

Definitions

  • the present disclosure relates to a terminal, a base station, and a communication method.
  • 5th Generation mobile communication systems have large capacity and ultra-high speed (eMBB: enhanced Mobile Broadband), massive machine type communication (mMTC), and ultra-high reliability and low latency. It has the characteristics of Ultra Reliable and Low Latency Communication (URLLC), and can flexibly provide wireless communication to meet 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 standards organization, is working on the specification of New Radio (NR) as one of the 5G wireless interfaces.
  • NR New Radio
  • R1-2007584 “Potential solutions for PUCCH coverage enhancement,” Huawei, HiSilicon, October 26th - November 13th, 2020.
  • R1-2009315 “Potential coverage enhancement techniques for PUCCH,” Qualcomm Incorporated, Huawei, HiSilicon, October 26th - November 13th, 2020.
  • Non-limiting embodiments of the present disclosure contribute to providing a terminal, a base station, and a communication method that can improve uplink signal reception performance.
  • a terminal includes a control circuit that determines one combination from a plurality of combinations of sequences and frequency resources according to the value of information bits in uplink transmission without using reference signals; A transmitting circuit that transmits a sequence included in the one combination using frequency resources included in the combination.
  • the reception performance of uplink signals can be improved.
  • Frequency Range 1 such as the 700 MHz to 3.5 GHz band, which have been used for cellular communications
  • 28 GHz or A millimeter wave band such as Frequency Range 2 (FR2)
  • FR1 Frequency Range 1
  • FR2 Frequency Range 2
  • 39 GHz band 39 GHz 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).
  • LTE Long Term Evolution
  • 3G (3rd Generation mobile communication systems 3rd Generation mobile communication systems
  • NR has a communication area (or coverage) comparable to that of Radio Access Technology (RAT) such as LTE or 3G.
  • RAT Radio Access Technology
  • 3GPP Release 17 for example, expressed as "Rel.17”
  • a method for improving coverage in NR is being considered (see, for example, Non-Patent Document 2).
  • a terminal receives a layer 1 control signal on a downlink control channel (e.g., Physical Downlink Control Channel (PDCCH)) from, for example, a base station (e.g., also referred to as gNB).
  • a downlink control channel e.g., Physical Downlink Control Channel (PDCCH)
  • a base station e.g., also referred to as gNB.
  • DCI Downlink Control Information
  • RRC Layer 3 Radio Resource Control
  • the terminal sends a response signal (for example, ACK/NACK: Acknowledgment/Negative Acknowledgement, or HARQ-ACK: Hybrid Automatic Repeat ReQuest-) indicating the success or failure of decoding for a downlink data channel (for example, PDSCH: Physical Downlink Control Channel).
  • a response signal for example, ACK/NACK: Acknowledgment/Negative Acknowledgement, or HARQ-ACK: Hybrid Automatic Repeat ReQuest-
  • ACK/NACK Acknowledgment/Negative Acknowledgement
  • HARQ-ACK Hybrid Automatic Repeat ReQuest-
  • PUCCH Physical Uplink Control Channel
  • the terminal In addition to (or instead of) ACK/NACK, the terminal also uses the PUCCH to send a scheduling request (SR) requesting allocation of uplink radio resources and downlink channel state information.
  • SR scheduling request
  • CSI Channel State Information
  • the terminal may transmit the PUCCH according to resource allocation instructed by the DCI from the base station.
  • the control information included in the DCI includes information on PUCCH resources or information on the timing of how many slots after the slot in which the PDSCH is received to transmit the PUCCH (for example, K1 or PDSCH-to-PDSCH_feedback timing indication). May be included.
  • the control information included in the DCI may include, for example, information regarding the number of ACK/NACK bits (eg, Downlink Assignment Index (DAI)).
  • DAI Downlink Assignment Index
  • FIG. 1 is a diagram showing an example of the characteristics of PUCCH formats 0 to 4.
  • PUCCH format 0 consists of 1 or 2 symbols, and the terminal can transmit UCI of up to 2 bits.
  • PUCCH format 1 consists of 4 to 14 symbols, and the terminal can transmit UCI of up to 2 bits.
  • PUCCH format 2 consists of 1 or 2 symbols, and the terminal can transmit UCI with more than 2 bits.
  • PUCCH format 3 consists of 4 to 14 symbols and can transmit more than 2 bits of UCI.
  • PUCCH format 4 consists of 4 to 14 symbols, allows the terminal to transmit more than 2 bits of UCI, and uses orthogonal cover code (OCC) to communicate with the same time and frequency resources (e.g. Multiple terminals can be multiplexed in a block (RB: Resource Block).
  • OCC orthogonal cover code
  • a reference signal for example, DMRS: Demodulation Reference Signal
  • DMRS Demodulation Reference Signal
  • PUCCH format 0 does not require DMRS (for example, does not require DMRS).
  • the transmitting side e.g., terminal
  • a cyclic shift sequence (for example, sequence length 12) is mapped and transmitted.
  • the receiving side (for example, a base station) demodulates the information bits using a cyclic shift sequence through maximum likelihood determination using correlation processing.
  • the PUCCH transmission method that does not use DMRS can improve transmission quality compared to the PUCCH transmission method that uses DMRS, and is an effective technology for coverage expansion. It has been reported (for example, see Non-Patent Document 7 or 8). Therefore, for example, it is being considered to support the transmission of UCI with more than 2 bits supported in the existing PUCCH format using DMRS with a PUCCH transmission method that does not use DMRS.
  • FIG. 2 is a diagram illustrating the concept of the PUCCH transmission method of method 1.
  • Non-Patent Document 7 discloses applying sequence selection as a PUCCH transmission method that does not use DMRS and transmits N-bit UCI. For example, as shown in FIG. 2, for an N-bit UCI, a sequence pool consisting of 2 N sequences each associated with each value of the N-bit UCI is prepared. For example, the terminal selects one sequence (for example, sequence #n) from among 2 N sequences according to the value of the UCI bit, maps the selected sequence to the PUCCH resource, and transmits the map.
  • the PUCCH resource may be configured by, for example, N symb OFDM symbols and N RB resource blocks.
  • Method 1 this method will be referred to as “Method 1.”
  • the operation of selecting one sequence with sequence length M from the N-bit UCI can also be regarded as a type of precoding.
  • the method of selecting one sequence with sequence length M from the N-bit UCI for example, the method described in Non-Patent Document 7 may be applied, or other methods may be applied.
  • the terminal may repeat the sequence (for example, by repetition) and map it to the PUCCH resource, expanding the sequence. may be mapped to PUCCH resources (for example, by extension).
  • FIG. 3 is a diagram illustrating the concept of the method 2 PUCCH transmission method.
  • Non-Patent Document 8 discloses, for example, similarly to Method 1, applying sequence selection as a PUCCH transmission method that does not use DMRS and transmits N-bit UCI.
  • sequence selection as a PUCCH transmission method that does not use DMRS and transmits N-bit UCI.
  • a sequence pool consisting of 2 N sequences each associated with each value of the N-bit UCI is prepared.
  • the terminal selects one sequence from among 2 N sequences according to the value of the UCI bit, maps the selected sequence to the PUCCH resource, and transmits the map.
  • Non-Patent Document 8 discloses the use of a combination of orthogonal sequences and non-orthogonal sequences to generate sequences included in a sequence set.
  • N O N subcarrier ⁇ N symb sequences
  • N subcarrier indicates the number of subcarriers per symbol allocated to the PUCCH resource
  • N symb indicates the number of symbols allocated to the PUCCH resource.
  • N subcarrier cyclic shift sequences can be generated for a sequence with sequence length N subcarrier .
  • OCC orthogonal cover code
  • the orthogonal sequences and non-orthogonal sequences may be combined to generate N O ⁇ N NO ⁇ 2 N sequences.
  • a method for generating a non-orthogonal sequence for example, the method described in Non-Patent Document 8 (for example, a method for generating a plurality of non-orthogonal sequences by varying the initial values of the M sequence) may be applied, and other methods may be applied. The method may be applied.
  • Method 2 this method will be referred to as “Method 2.”
  • a sequence set containing 2 N sequences is prepared for the N-bit UCI, and the terminal selects one sequence from the 2 N sequences according to the value of the UCI bit. Select and send.
  • the sequences prepared as a sequence set may be generated by combining orthogonal sequences and non-orthogonal sequences.
  • the orthogonal sequence may depend, for example, on the number of PUCCH resources allocated to the terminal.
  • the accuracy of correlation detection on the receiving side tends to deteriorate compared to when performing sequence selection using orthogonal sequences without using non-orthogonal sequences. Transmission quality may deteriorate.
  • the existing NR PUCCH format it is possible to allocate resources for up to 16 resource blocks. For example, by increasing the number of resource blocks N RB , it is possible to generate N subcarrier ⁇ N RB cyclic shift sequences for a sequence with sequence length N subcarrier ⁇ N RB , so it is possible to increase the number of orthogonal sequences. .
  • the power spectral density (PSD) of the transmission signal per unit band decreases. Since a decrease in PSD may lead to a deterioration in coverage performance, such PUCCH transmission is difficult to apply in an environment where coverage expansion is expected.
  • PSD power spectral density
  • a method for improving signal reception performance in uplink transmission for example, PUCCH transmission or UCI transmission
  • uplink transmission for example, PUCCH transmission or UCI transmission
  • the increase in transmission bandwidth can be suppressed by applying frequency resource selection. , and may also increase orthogonal resources. Thereby, for example, deterioration in coverage performance can be suppressed, and the transmission quality of PUCCH can be improved.
  • a communication system includes, for example, at least one base station and at least one terminal.
  • FIG. 5 is a block diagram illustrating a partial configuration example of base station 100 according to an embodiment of the present disclosure
  • FIG. 6 is a block diagram illustrating a partial configuration example of terminal 200 according to an embodiment of the present disclosure. It is a block diagram.
  • a receiving unit receives a signal.
  • the control unit e.g., corresponding to a control circuit
  • the control unit is based on the association between the value of the information bit (e.g., UCI bit) in uplink transmission without using a reference signal (e.g., DMRS), and the combination of sequence and frequency resource. , specify the value of the information bit corresponding to the sequence included in the signal and the frequency resource used for the signal.
  • control unit e.g., corresponding to a control circuit
  • One combination is determined from a plurality of combinations of frequency resources.
  • a transmitting unit (for example, corresponding to a transmitting circuit) transmits a sequence included in one combination using frequency resources included in one combination.
  • FIG. 7 is a block diagram showing a configuration example of base station 100 according to the first embodiment.
  • base station 100 includes a control section 101, an upper control signal generation section 102, a downlink control information generation section 103, an encoding section 104, a modulation section 105, a signal allocation section 106, and a transmission section. 107, a receiving section 108, an extracting section 109, a demodulating section 110, and a decoding section 111.
  • control section 101 upper control signal generation section 102, downlink control information generation section 103, encoding section 104, modulation section 105, signal allocation section 106, extraction section 109, demodulation section 110, and decoding section shown in FIG.
  • At least one of the units 111 may be included in the control unit shown in FIG.
  • the receiving section 108 shown in FIG. 7 may be included in the receiving section shown in FIG. 5.
  • the control unit 101 determines at least one of information regarding the PUCCH transmission method and information regarding the PUCCH resource, and transmits the determined information to at least one of the upper control signal generation unit 102 and the downlink control information generation unit 103. Output.
  • the information regarding the PUCCH transmission method may include, for example, information regarding the PUCCH format and whether to apply a PUCCH transmission method that does not use DMRS.
  • the information regarding the PUCCH resource may include, for example, information regarding the PUCCH resource set and the number of repetitions.
  • control unit 101 also transmits, for example, information regarding a downlink data signal, an upper control signal, or a downlink signal for transmitting downlink control information (for example, a coding/modulation scheme (MCS)). and radio resource allocation), and outputs the determined information to encoding section 104, modulation section 105, and signal allocation section 106. Further, the control unit 101 outputs, for example, information regarding a downlink signal (for example, a data signal or an upper control signal) to the downlink control information generation unit 103.
  • MCS coding/modulation scheme
  • control unit 101 determines information (for example, PUCCH resources) regarding transmission of an uplink control signal (for example, PUCCH) in the terminal 200, for example. For example, the control unit 101 outputs information regarding the determined uplink control signal to at least one of the upper control signal generation unit 102 and the downlink control information generation unit 103. Further, the control unit 101 determines, for example, information regarding PUCCH resources, sequence sets used for transmitting PUCCH (for example, UCI), and candidate combinations of sequences and frequency resources, and transmits the determined information to the extraction unit. 109, and output to demodulation section 110 and decoding section 111.
  • information regarding PUCCH resources for example, sequence sets used for transmitting PUCCH (for example, UCI), and candidate combinations of sequences and frequency resources
  • the upper control signal generation unit 102 generates an upper layer control signal bit string based on information input from the control unit 101, and outputs the upper layer control signal bit string to the encoding unit 104.
  • the downlink control information generation section 103 generates a downlink control information (eg, DCI) bit string based on the information input from the control section 101, and outputs the generated DCI bit string to the encoding section 104.
  • the downlink control information generation unit 103 may include information regarding the PUCCH resource input from the control unit 101 in a PRI (PUCCH Resource Indicator) field in the DCI bit string. Note that control information may be transmitted to multiple terminals.
  • the encoding unit 104 generates downlink data (for example, DL data signal), a bit string input from the upper control signal generation unit 102, or downlink control information based on information input from the control unit 101.
  • the DCI bit string input from section 103 is encoded.
  • Encoding section 104 outputs the encoded bit string to modulation section 105.
  • Modulating section 105 modulates the encoded bit string input from encoding section 104 based on information input from control section 101, and sends the modulated signal (for example, a symbol string) to signal allocation section 106. Output to.
  • Signal allocation section 106 assigns a symbol string (including, for example, a downlink data signal or a control signal) input from modulation section 105 to a radio resource, based on information indicating the radio resource input from control section 101, for example. Map. Signal allocation section 106 outputs the downlink signal onto which the signal has been mapped to transmitting section 107 .
  • a symbol string including, for example, a downlink data signal or a control signal
  • the transmitting unit 107 performs transmission waveform generation processing, such as orthogonal frequency division multiplexing (OFDM), on the signal input from the signal allocation unit 106, for example.
  • transmission waveform generation processing such as orthogonal frequency division multiplexing (OFDM)
  • OFDM orthogonal frequency division multiplexing
  • the transmitter 107 performs inverse fast Fourier transform (IFFT) processing on the signal, and applies the CP to the signal after the IFFT.
  • IFFT inverse fast Fourier transform
  • the transmitter 107 performs RF processing such as D/A conversion or up-conversion on the signal, and transmits the radio signal to the terminal 200 via the antenna.
  • the receiving unit 108 performs RF processing such as downcover or A/D conversion on the uplink signal from the terminal 200 received via the antenna, for example. Further, in the case of OFDM transmission, the receiving unit 108 performs fast Fourier transform (FFT) processing on the received signal, for example, and outputs the obtained frequency domain signal to the extracting unit 109.
  • FFT fast Fourier transform
  • the extracting unit 109 extracts a radio resource portion in which an uplink control signal (for example, PUCCH) is transmitted from the received signal input from the receiving unit 108 based on information input from the control unit 101,
  • the extracted radio resource portion is output to demodulator 110.
  • an uplink control signal for example, PUCCH
  • the demodulation unit 110 demodulates the uplink control signal (for example, PUCCH) input from the extraction unit 109, based on information input from the control unit 101, for example.
  • the demodulation unit 110 may specify a combination of sequences transmitted on the PUCCH and frequency resources used for PUCCH transmission.
  • Demodulation section 110 outputs the demodulation result to decoding section 111, for example.
  • the decoding unit 111 performs error correction decoding of the uplink control signal (for example, PUCCH) based on the information input from the control unit 101 and the demodulation result input from the demodulation unit 110, and Obtain a received bit sequence (for example, a UCI bit sequence). For example, the decoding unit 111 may identify the received UCI bit string based on the combination of the sequence and frequency resource identified by the demodulating unit 110.
  • PUCCH uplink control signal
  • UCI bit sequence for example, a UCI bit sequence
  • FIG. 8 is a block diagram illustrating a configuration example of a terminal 200 according to an 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 transmitter 209.
  • the extraction section 202, demodulation section 203, decoding section 204, control section 205, encoding section 206, modulation section 207, and signal allocation section 208 shown in FIG. 8 is included in the control section shown in FIG. You may be Further, the transmitter 209 shown in FIG. 8 may be included in the transmitter shown in FIG. 6.
  • 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 performs downcover or A/D conversion on the radio reception signal. RF processing is performed to obtain a received signal (baseband signal). Furthermore, when receiving an OFDM signal, the receiving unit 201 performs FFT processing on the received signal to convert the received signal into the frequency domain. Receiving section 201 outputs the 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 unit 201 performs FFT processing on the received signal to convert the received signal into the frequency domain.
  • Receiving section 201 outputs the received signal to extracting section 202 .
  • the extracting unit 202 extracts a radio resource portion that may include downlink control information from the received signal input from the receiving unit 201, based on information regarding the radio resource of the downlink control information input from the control unit 205. is extracted and output to demodulation section 203. Further, extraction section 202 extracts a radio resource portion including downlink data based on information regarding the radio resource of the data signal input from control section 205 and outputs it to demodulation section 203 .
  • Demodulation section 203 demodulates the signal input from extraction section 202 (for example, PDCCH or PDSCH) based on information input from control section 205, and outputs the demodulation result to decoding section 204.
  • extraction section 202 for example, PDCCH or PDSCH
  • the decoding unit 204 performs error correction decoding of the PDCCH or PDSCH using the demodulation result input from the demodulation unit 203 based on the information input from the control unit 205, for example, and performs error correction decoding of the PDCCH or PDSCH, Obtain layer control signals or downlink control information.
  • Decoding section 204 outputs the upper layer control signal and downlink control information to control section 205, and outputs downlink received data. Further, the decoding unit 204 may generate a response signal (for example, ACK/NACK) based on the decoding result of the downlink received data.
  • the control unit 205 determines PUCCH resources based on, for example, a signal input from the decoding unit 204 (for example, an upper layer control signal or downlink control information).
  • the upper layer control signal may include, for example, information regarding the PUCCH transmission method and information regarding the PUCCH resource.
  • the downlink control information may include, for example, information regarding PUCCH resources in the PRI field.
  • the control unit 205 may determine, for example, information regarding a sequence set used for PUCCH transmission without using DMRS and a combination of a sequence and a frequency resource. Control section 205 outputs the determined information to, for example, encoding section 206, modulation section 207, and signal allocation section 208.
  • the encoding unit 206 encodes the UCI based on information input from the control unit 205, for example. Encoding section 206 outputs the encoded bit string to modulation section 207. Note that depending on the PUCCH format, encoding may not be applied to the UCI.
  • Modulating section 207 modulates the encoded bit string input from encoding section 206 based on information input from control section 205, for example, and outputs the modulated signal (symbol string) to signal allocation section 208.
  • modulation section 207 may select a combination of sequences and frequency resources used for transmitting PUCCH (UCI) from the encoded bit string, and output the selected sequence to signal allocation section 208.
  • UCI PUCCH
  • the signal allocation unit 208 maps the signal (for example, a sequence) input from the modulation unit 207 to a radio resource (for example, a selected frequency resource) based on the information input from the control unit 205, for example. For example, the signal allocation section 208 outputs the uplink signal onto which the signal has been mapped to the transmission section 209.
  • the transmitter 209 generates a transmit signal waveform, such as OFDM, on the signal input from the signal assigner 208. Furthermore, in the case of OFDM transmission using CP, for example, the transmitter 209 performs IFFT processing on the signal and adds the CP to the signal after the IFFT. Alternatively, when transmitting section 209 generates a single carrier waveform, a Discrete Fourier Transform (DFT) section may be added, for example, after modulation section 207 or before signal allocation section 208 (not shown). . Further, the transmitter 209 performs RF processing such as D/A conversion and up-conversion on the transmission signal, and transmits the radio signal to the base station 100 via the antenna.
  • DFT Discrete Fourier Transform
  • FIG. 9 is a flowchart showing an example of the operation of the terminal 200.
  • the terminal 200 acquires, for example, information regarding the sequence set used for transmitting the PUCCH (UCI) and the PUCCH resource (S101).
  • Information regarding the sequence set may be set (or notified) from the base station 100 to the terminal 200 by upper layer signaling (for example, Radio Resource Control (RRC) parameters), for example.
  • RRC Radio Resource Control
  • information regarding PUCCH resources may be set, for example, from the base station 100 to the terminal 200 by higher layer signaling such as RRC, or may be set by information included in the DCI.
  • the terminal 200 receives the PDCCH (for example, including DCI) (S102).
  • PDCCH for example, including DCI
  • the terminal 200 receives and decodes the PDSCH allocated by the DCI included in the received PDCCH (S103).
  • the terminal 200 generates ACK/NACK based on, for example, success or failure in reception (or success or failure in decoding) of the PDSCH (S104).
  • the terminal 200 selects a combination of sequence and frequency resource corresponding to the generated ACK/NACK value (for example, UCI bit value), for example, based on the sequence set and the PUCCH resource (S105).
  • a combination of sequence and frequency resource corresponding to the generated ACK/NACK value for example, UCI bit value
  • the terminal 200 maps the selected sequence to the selected frequency resource (S106), and transmits the UCI using the PUCCH (S107).
  • FIG. 9 shows an example in which ACK/NACK is transmitted by UCI
  • the present invention is not limited to this.
  • reception of PDCCH (S102) and reception and decoding of PDSCH (S103) in terminal 200 may not be necessary.
  • FIG. 9 a case has been described in which information regarding the sequence used for PUCCH transmission is notified (or set) to the terminal 200, but the information is not limited to this, and may be predefined in the standard. In this case, in the process of S101 in FIG. 10, the process of receiving information regarding the sequence set may not be necessary.
  • PUCCH for example, UCI
  • the minimum number of UCI bits supported in PUCCH transmission without DMRS is "N min”
  • the maximum value of the number of UCI bits supported in PUCCH transmission without DMRS is "N min ". N max ”.
  • N min may be 1 bit, may be 3 bits which is the minimum number of UCI bits supported by PUCCH format 3, or may be a value other than 1 bit or 3 bits.
  • N max may be 11 bits, which is the maximum number of UCI bits supported by the Reed Muller code in the existing PUCCH format, or may be a value other than 11 bits.
  • a method of transmitting UCI bits by sequence selection (for example, method 2) is applied as a PUCCH transmission method that does not use DMRS.
  • a sequence pool (sequence pool) used for sequence selection is prepared which is composed of 2 N sequences or 2 N or more sequences.
  • N O N subcarrier ⁇ N symb sequences.
  • N subcarrier indicates the number of subcarriers per symbol allocated to the PUCCH resource
  • N symb indicates the number of symbols allocated to the PUCCH resource.
  • Step 1-2> When the number N O of orthogonal sequences is less than 2 N , the terminal 200 applies frequency resource (eg, resource block) selection in addition to sequence selection, for example.
  • frequency resource eg, resource block
  • M resource blocks allocated to PUCCH transmission may be reserved as PUCCH frequency domain resources.
  • N' O N subcarrier ⁇ N symb ⁇ M combinations of orthogonal sequences and resource block selection can be realized.
  • N′ O ⁇ 2 N combination candidates may be generated by combining orthogonal sequences and resource block selection.
  • each candidate for a combination of an orthogonal sequence and a resource block eg, 2 N candidates
  • the terminal 200 selects one combination from, for example, 2 N combination candidates of orthogonal sequences and resource block selection, depending on the value of the generated UCI bit. At this time, one resource block may be selected from among the M resource blocks by selecting one combination in the terminal 200.
  • Step 3> For example, the terminal 200 maps a sequence corresponding to the selected combination to a resource block corresponding to the selected combination and transmits the mapped sequence.
  • FIG. 10 is a diagram illustrating an example of PUCCH transmission in this embodiment.
  • a sequence set (sequence pool) including N O orthogonal sequences is prepared for an N-bit UCI, and M resource blocks are secured.
  • sequence numbers for example, orthogonal sequence numbers
  • cyclic shifts for example, cyclic shifts
  • OCC indices is not limited to the example shown in FIG. 11.
  • resource blocks may be secured.
  • the association between UCI bits and combinations of sequences and resource block selections is not limited to the example shown in FIG. 11.
  • a combination for example, sequence #n and RB index #m may be selected.
  • the terminal 200 may map sequence #n to the resource block of RB index #m and transmit it.
  • sequence #1 for example, cyclic shift 1 and OCC index 0
  • the base station 100 may demodulate the received PUCCH (UCI) and identify the value of the UCI bit based on the combination of the sequence identified by demodulation and the resource block to which the sequence is mapped. For example, in FIG. 11, when the identified sequence is sequence number #167 and the resource block to which the identified sequence is mapped is RB index #0, the base station 100 determines that the UCI bit value is '00010100111'. May be specified.
  • UCI received PUCCH
  • terminal 200 determines one combination from multiple combinations of sequences and resource blocks according to the value of the UCI bit in PUCCH transmission without DMRS, and selects one combination from multiple combinations of sequences and resource blocks.
  • a sequence included in one determined combination is transmitted using resource blocks included in the combination.
  • the base station 100 receives the PUCCH signal, and based on the association between the value of the UCI bit in PUCCH transmission without DMRS and the combination of sequences and resource blocks, the base station 100 determines the sequences and signals included in the received PUCCH signal. Identify the UCI bit value that corresponds to the resource block used for the resource block.
  • one resource block is used in PUCCH transmission, and narrowband transmission of one resource block can be maintained, so it is possible to suppress an increase in transmission bandwidth and increase orthogonal resources. Furthermore, by applying resource block selection, it is possible to avoid the use of non-orthogonal sequences, so improvement in PUCCH coverage performance can be expected. Therefore, according to the present embodiment, signal reception performance can be improved in uplink transmission (for example, PUCCH transmission or UCI transmission) that does not use DMRS.
  • uplink transmission for example, PUCCH transmission or UCI transmission
  • Embodiment 2 The configurations of base station 100 and terminal 200 according to this embodiment may be the same as those in Embodiment 1.
  • the minimum number of UCI bits supported in PUCCH transmission without DMRS is "N min”
  • the maximum value of the number of UCI bits supported in PUCCH transmission without DMRS is "N min ". N max ”.
  • N min may be 1 bit, may be 3 bits which is the minimum number of UCI bits supported by PUCCH format 3, or may be a value other than 1 bit or 3 bits.
  • N max may be 11 bits, which is the maximum number of UCI bits supported by the Reed Muller code in the existing PUCCH format, or may be a value other than 11 bits.
  • a method of transmitting UCI bits by sequence selection (for example, method 2) is applied as a PUCCH transmission method that does not use DMRS.
  • a sequence pool (sequence pool) used for sequence selection is prepared which is composed of 2 N sequences or 2 N or more sequences.
  • N O N subcarrier ⁇ N symb sequences.
  • N subcarrier indicates the number of subcarriers per symbol allocated to the PUCCH resource
  • N symb indicates the number of symbols allocated to the PUCCH resource.
  • Step 1-2> When the number N O of orthogonal sequences is less than 2 N , the terminal 200 applies comb-index selection in addition to sequence selection, for example.
  • N' O N subcarrier ⁇ N symb ⁇ K combinations of orthogonal sequences and comb-index selection can be realized.
  • N' O ⁇ 2 N combination candidates may be generated by combining orthogonal sequences and comb-index selection.
  • each candidate for a combination of an orthogonal sequence and a comb-index (for example, 2 N candidates) may be associated with 2 N possible values of the N-bit UCI.
  • the terminal 200 selects one combination from, for example, 2 N combination candidates of orthogonal sequences and comb-index selection, depending on the value of the generated UCI bit. At this time, by selecting one combination in the terminal 200, subcarriers for one resource block, which are subcarriers corresponding to one comb, may be selected from among the K resource blocks.
  • Terminal 200 maps a sequence corresponding to the selected combination to a subcarrier corresponding to the comb-index of the selected combination, and transmits the mapped sequence.
  • FIG. 12 is a diagram showing an example of PUCCH transmission in this embodiment.
  • the number of possible combinations of N O orthogonal sequences and K resource blocks may be 2 N or more.
  • sequence numbers for example, orthogonal sequence numbers
  • cyclic shifts and OCC indices is not limited to the example shown in FIG. 13.
  • the association between UCI bits and combinations of sequences and comb-index selections is not limited to the example shown in FIG. 13.
  • UCI PUCCH
  • one combination is determined from multiple combinations of sequences and combs according to the value of the UCI bit in PUCCH transmission without DMRS, and the combs included in the determined combination are The sequence included in one determined combination is transmitted using the subcarrier corresponding to the subcarrier. Furthermore, the base station 100 receives the PUCCH signal, and based on the association between the value of the UCI bit in PUCCH transmission without DMRS and the combination of the sequence and comb, the base station 100 adjusts the sequence and signal included in the received PUCCH signal. Determine the value of the UCI bit corresponding to the comb used.
  • each of K resource blocks is divided into K combs, and a sequence is transmitted by any one comb in each subblock, so the subcarrier on which the signal is transmitted in PUCCH transmission
  • the number is one resource block worth of subcarriers (for example, 12 subcarriers).
  • signals are mapped over the entire K resource blocks allocated to PUCCH resources, so interference control between other cells is relatively simple. There is.
  • each resource block for example, every K subcarrier groups in each resource block, is used, but the subcarrier groups in each resource block are is not limited to comb-shaped subcarriers.
  • frequency resource selection may be performed in consecutive subcarrier units of each resource block.
  • the terminal 200 transmits an N-bit UCI
  • the number of orthogonal sequences N O is less than 2 N
  • comb-index selection is applied, and the PUCCH used in the comb-index selection is
  • Embodiment 1 or 2 as the number N of UCI bits increases, the frequency resources to be used tend to increase, and the frequency usage efficiency may deteriorate.
  • an upper limit value for the amount of usable PUCCH frequency domain resources may be set (for example, limited).
  • the number of usable resource blocks may be 16 resource blocks that can be supported by the existing PUCCH format, or may be any other value.
  • the orthogonal sequence and frequency resource selection (for example, resource block selection or comb-index selection) that can be generated in ⁇ Step 1-2> of Embodiment 1 or Embodiment 2 described above. If the number of combinations (number of candidates) N' O is less than 2 N , the terminal 200, for example, combines the orthogonal sequence, the frequency resource, and the non-orthogonal sequence to obtain N' O ⁇ N NO ⁇ 2 N Combination candidates may be generated.
  • the method for generating the non-orthogonal sequences may be, for example, the method described in Non-Patent Document 8 (for example, a method for generating a plurality of non-orthogonal sequences by varying the initial values of the M sequence), Other methods may also be applied.
  • the number N indicates NO .
  • Modification 1 by applying frequency resource selection in addition to orthogonal sequences and non-orthogonal sequences, the number of non-orthogonal sequences can be reduced, for example, compared to the case where orthogonal sequences and non-orthogonal sequences are applied (for example, FIG. 4). Since it can be significantly reduced, deterioration of transmission characteristics due to the use of non-orthogonal sequences can be suppressed.
  • the amount of usable PUCCH frequency domain resources can be limited, so frequency usage efficiency can be improved.
  • Modification 2 In Embodiment 1, Embodiment 2, and Modification 1 described above, an orthogonal sequence is generated in Step 1-1, and resource block selection (or comb-index selection) is applied in Step 1-2. The case where a combination of an orthogonal sequence and a resource block (or comb-index) is generated has been described.
  • the method for generating combinations is not limited to the above method.
  • resource block selection (or comb-index selection) may be applied in Step 1-1 and an orthogonal sequence may be generated in Step 1-2, as described below.
  • Step 1-1 For example, M resource blocks are secured as frequency domain resources for the PUCCH, and the terminal 200 generates M resource block selection candidates.
  • K resource blocks are secured as frequency domain resources for the PUCCH, and the terminal 200 generates K comb-index selection candidates.
  • N subcarrier indicates the number of subcarriers per symbol (for example, 12 subcarriers) allocated to the PUCCH resource
  • N symb indicates the number of symbols allocated to the PUCCH resource.
  • N' O M ⁇ N subcarrier ⁇ N symb combinations of resource block selection and orthogonal sequences can be realized.
  • N' O K ⁇ N subcarrier ⁇ N symb combinations of comb-index selection and orthogonal sequences can be realized.
  • Step 1-3 If the number of combination candidates N' O generated in Step 1-2 is less than 2 N , the terminal 200, for example, combines non-orthogonal sequences to generate N' O ⁇ N NO ⁇ 2 N combinations. Good too.
  • the method for generating the non-orthogonal sequences may be, for example, the method described in Non-Patent Document 8 (for example, a method for generating a plurality of non-orthogonal sequences by varying the initial values of the M sequence), Other methods may also be applied.
  • Step 1-1 if the number of UCI bits is less than or equal to log 2 M or log 2 K , frequency resource selection (e.g., resource block selection or comb-index selection) is applied to UCI transmission. and no orthogonal sequences are applied. Therefore, for example, it is possible to multiplex multiple terminals on the same time-frequency resource using orthogonal sequences.
  • frequency resource selection e.g., resource block selection or comb-index selection
  • UCI bits can be transmitted by combining the comb-index selections of each resource block.
  • comb-indexes may be individually selected for each of a plurality of resource blocks.
  • combinations of comb-indexes selected individually for each of a plurality of resource blocks may be associated with UCI bit values.
  • N' O N subcarrier ⁇ N symb ⁇ K M.
  • UCI bits can be transmitted by combining comb-index selection between symbols.
  • the comb-index may be individually selected for each of multiple symbols allocated to PUCCH transmission.
  • a combination of frequency resources (for example, resource blocks or comb-index) that are individually selected for each of a plurality of symbols allocated to PUCCH transmission may be associated with a value of the UCI bit.
  • UCI bits can be transmitted by combining resource block selection among N symb symbols.
  • comb-index selection between resource blocks and comb-index selection between symbols may be used in combination.
  • a comb-index is individually selected in each of multiple resource blocks allocated to PUCCH transmission
  • a combination of comb-indexes selected in each resource block is selected in each of multiple symbols allocated to PUCCH transmission. It may be set individually.
  • the combination of comb-indexes that are individually selected for each of the plurality of resource blocks in each of the plurality of symbols allocated to PUCCH transmission may be associated with the value of the UCI bit.
  • N' O N subcarrier ⁇ N symb ⁇ K M ⁇ K Nsymb candidates for combinations of orthogonal sequences and comb-index selection can be realized.
  • the terminal 200 can transmit UCI bits by combining comb-index selection between resource blocks or between symbols, so it is possible to reduce the use of non-orthogonal sequences.
  • PUCCH frequency resources can be reduced and frequency usage efficiency can be improved.
  • the PUCCH that does not use DMRS (for example, a signal for one slot) generated by the method described above is simply repeatedly transmitted over multiple slots. There may be a way.
  • a repetition method for example, slot-based or mini-slot-based repetition (for example, non-consecutive symbol repetition) employed in NR may be applied, and symbol-based repetition in which the same OFDM symbol is continuously transmitted. may be applied.
  • slot-based or mini-slot-based repetition for example, non-consecutive symbol repetition
  • symbol-based repetition in which the same OFDM symbol is continuously transmitted. may be applied.
  • the same symbol since the same symbol is transmitted as non-consecutive symbols, it can be expected to improve the accuracy of residual frequency offset estimation.
  • the reception SNR since it is easy to perform in-phase combining of continuously transmitted symbols, the reception SNR can be improved.
  • the number of symbols or resource elements included in the PUCCH resource of each embodiment described above can be changed to the PUCCH resource including Repetition (for example, , for multiple slots) or the number of resource elements.
  • N subcarrier indicates the number of subcarriers per symbol assigned to the PUCCH resource
  • N symb indicates the number of symbols assigned to the PUCCH resource
  • N Rep indicates the number of repetitions.
  • a sequence in a non-limiting example of the present disclosure may not be a sequence that is actually transmitted, but may be a logical sequence, for example.
  • the mapping between the actually transmitted sequence and the logical sequence may be the same or different between terminals 200.
  • the correspondence between the logical sequence number n and the actually transmitted sequence number m may be determined based on parameters set in an upper layer such as RRC, or based on the terminal ID or cell ID. may also be determined.
  • N min the minimum number of UCI bits supported in PUCCH transmission without DMRS
  • N max the maximum value of the number of UCI bits supported in PUCCH transmission without DMRS
  • N min may be 1 bit, may be 3 bits which is the minimum number of UCI bits supported by PUCCH format 3, or may be a value other than 1 bit or 3 bits.
  • N max may be 11 bits, which is the maximum number of UCI bits supported by the Reed Muller code in the existing PUCCH format, or may be a value other than 11 bits.
  • the number of candidate combinations of sequences and frequency resources to be generated may be replaced with the following values instead of 2N .
  • the terminal 200 for example, One combination is selected from among the combination candidates according to the number of UCI bits to be generated and the value of the UCI bits. Then, the terminal 200 may, for example, map a sequence included in the selected combination to a frequency resource included in the selected combination and transmit the mapped sequence.
  • Candidates for combinations of sequences and frequency resources are divided into, for example, subsets corresponding to each number of UCI bits (eg, N min bits to N max bits).
  • a set of candidates for combinations of sequences and frequency resources may include a plurality of sub-sets each associated with a candidate for the number of UCI bits.
  • each of the plurality of subsets may include, for example, combination candidates respectively associated with N-bit UCI bit candidates (for example, 2 N values).
  • the terminal 200 selects a subset corresponding to the N-bit UCI from among a plurality of subsets, and selects the sub-set corresponding to the N-bit UCI according to the value of the UCI bit. 2
  • One combination may be selected from N combination candidates.
  • the terminal 200 can transmit UCI bit information based on the sequence combination candidates. Furthermore, the terminal 200 can transmit information regarding the number of UCI bits depending on the subset to which the transmitted combination candidates belong.
  • the base station 100 demodulates the PUCCH, determines which combination candidate the UCI is transmitted based on, and identifies the subset to which the combination candidate belongs, thereby identifying the number of UCI bits transmitted by the terminal 200. can.
  • the base station 100 can accurately identify the number of UCI bits in addition to the UCI bits transmitted by the terminal 200 based on the received UCI sequence. , discrepancies in the number of UCI bits between the base station 100 and the terminal 200 can be suppressed.
  • combination candidates included in the same subset may include the same frequency resource (for example, resource block or comb-index).
  • resource block or comb-index for example, resource block or comb-index.
  • combination candidates included in the same subset may include different frequency resources (for example, resource blocks or comb-indexes).
  • frequency resources for example, resource blocks or comb-indexes.
  • the terminal 200 transmits, for example, information regarding the number of UCI bits by selecting a combination of a sequence and a frequency resource.
  • N min the minimum value of the number of UCI bits supported in PUCCH transmission without DMRS
  • N max the maximum value of the number of UCI bits supported in PUCCH transmission without DMRS
  • the information regarding the number of UCI bits corresponds to each of the (N max ⁇ N min +1) subsets in the combination candidate.
  • combination candidates included in different subsets that respectively correspond to information regarding the number of UCI bits are made to correspond to combination candidates with higher reliability.
  • each subset may be associated with a different frequency resource.
  • M resource blocks may be distributed into (N max -N min +1) sub-sets.
  • M resource blocks may be distributed and allocated to each of (N max ⁇ N min +1) subsets.
  • K comb-indexes may be distributed into (N max -N min +1) sub-sets.
  • K comb-indexes may be distributed and assigned to each of (N max ⁇ N min +1) subsets.
  • the frequency resource is first specified. It is possible. In this case, by first specifying a subset from the frequency resources on the receiving side, the number of combination candidates to be searched during demodulation can be reduced, potentially simplifying the demodulation process.
  • N O N subcarrier ⁇ N symb sequences
  • N subcarrier indicates the number of subcarriers per symbol allocated to the PUCCH resource
  • N symb indicates the number of symbols allocated to the PUCCH resource.
  • the number N O of orthogonal sequences is 2 N or If less than 2 N , frequency resource selection or, if necessary, combining non-orthogonal sequences, or Combination candidates are generated.
  • the number of usable orthogonal sequences, the number of frequency resources, and the number of non-orthogonal sequences may be set (eg, limited) to a power of 2.
  • the first (log 2 N O ) bits of the UCI bit sequence are assigned (or mapped) to the orthogonal sequence
  • the next log 2 M bits or log 2 K bits correspond to frequency resource selection
  • the remaining UCI bits are It may be assigned (or mapped) to a non-orthogonal sequence.
  • the UCI bit sequence can be divided into a bit sequence corresponding to an orthogonal sequence, a bit sequence corresponding to frequency resource selection, and a bit sequence corresponding to a non-orthogonal sequence. Therefore, there is an advantage that the mapping process from UCI bits to sequences on the transmitting side (for example, terminal 200) and the demodulation process on the receiving side (for example, base station 100) can be simplified.
  • UCI multiplex transmission on PUCCH has been described, but the channel used for multiplex transmission is not limited to PUCCH, and may be other channels.
  • the type of information to be transmitted is not limited to UCI, and may be other types of information (for example, uplink data signals).
  • an embodiment of the present disclosure is not limited to uplink transmission, and may be applied to downlink transmission or sidelink transmission.
  • the parameters such as the number of subcarriers, the number of resource blocks, the number of comb-indexes, the number of symbols, the number of orthogonal sequences, the number of non-orthogonal sequences, and the number of UCI bits supported in PUCCH transmission, which are illustrated in this disclosure, are only examples. However, other values are also acceptable.
  • the UCI is transmitted using one resource block or a frequency resource equivalent to one resource block (for example, 12 subcarriers), but the frequency at which the UCI is transmitted is
  • the resource size is not limited to one resource block, and may be, for example, two or more resource blocks, 13 or more subcarriers, or 11 subcarriers or less.
  • Repetition may be called, for example, slot aggregation, slot bundling, TTI aggregation, or TTI bundling.
  • the present disclosure may be applied to communication between terminals, such as sidelink communication, for example.
  • a downlink control channel, a downlink data channel, an uplink control channel, and an uplink data channel are not limited to PDCCH, PDSCH, PUCCH, and PUSCH, respectively, but are also control channels with other names. But that's fine.
  • RRC signaling is assumed for upper layer signaling, but it may be replaced with Medium Access Control (MAC) signaling and DCI notification, which is physical layer signaling.
  • MAC Medium Access Control
  • (supplement) Information indicating whether the terminal 200 supports the functions, operations, or processes shown in each of the embodiments, modifications, and supplements described above may be, for example, capability information or capability parameters of the terminal 200. may be transmitted (or notified) from the terminal 200 to the base station 100.
  • the capability information includes an information element (IE) that individually indicates whether or not the terminal 200 supports at least one of the functions, operations, or processes shown in each of the above-described embodiments, modifications, and supplements. May include.
  • the capability information may include an information element indicating whether or not the terminal 200 supports any combination of two or more of the functions, operations, or processes shown in each of the above-described embodiments, modifications, and supplements. May include.
  • the base station 100 may determine (or determine or assume) the functions, operations, or processes that are supported (or not supported) by the terminal 200 that is the source of the capability information.
  • the base station 100 may perform operations, processing, or control according to the determination result based on the capability information.
  • base station 100 may control processing related to uplinks based on capability information received from terminal 200.
  • the terminal 200 does not support some of the functions, operations, or processes shown in each of the embodiments, modifications, and supplements described above. Alternatively, it may be interpreted as limiting the processing. For example, information or requests regarding such restrictions may be notified to the base station 100.
  • Information regarding the capabilities or limitations of the terminal 200 may be defined in a standard, for example, or may be implicitly transmitted to the base station 100 in association with information known in the base station 100 or information transmitted to the base station 100. may be notified.
  • the downlink control signal (information) related to the present disclosure may be a signal (information) transmitted on the PDCCH of the physical layer, or a signal (information) transmitted on the MAC CE (Control Element) or RRC of the upper layer. ) is also fine. Further, the downlink control signal may be a predefined signal (information).
  • the uplink control signal (information) related to the present disclosure may be a signal (information) transmitted on the physical layer PUCCH, or a signal (information) transmitted on the upper layer MAC CE or RRC. Further, the uplink control signal may be a predefined signal (information). Further, the uplink control signal may be replaced with UCI (uplink control information), 1st stage SCI (sidelink control information), or 2nd stage SCI.
  • UCI uplink control information
  • 1st stage SCI sidelink control information
  • 2nd stage SCI 2nd stage SCI.
  • base stations include TRP (Transmission Reception Point), cluster head, access point, RRH (Remote Radio Head), eNodeB (eNB), gNodeB (gNB), BS (Base Station), and BTS (Base Transceiver Station). , a base unit, a gateway, etc.
  • the base station may be replaced by a terminal.
  • the base station may be a relay device that relays communication between an upper node and a terminal. Further, the base station may be a roadside device.
  • Uplink/Downlink/Sidelink The present disclosure may be applied to any of uplink, downlink, and sidelink.
  • this disclosure can be applied 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 be applied.
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of a downlink control channel, a downlink data channel, an uplink data channel, and an uplink control channel.
  • PSCCH and PSSCH are examples of a sidelink control channel and a sidelink data channel.
  • PBCH and PSBCH are examples of broadcast channels, and PRACH is an example of a random access channel.
  • the present disclosure may be applied 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.
  • a reference signal is a signal known to both the base station and the terminal, and is sometimes referred to as an RS (Reference Signal) or a pilot signal.
  • the reference signal can be DMRS, CSI-RS (Channel State Information - Reference Signal), TRS (Tracking Reference Signal), PTRS (Phase Tracking Reference Signal), CRS (Cell-specific Reference Signal), or SRS (Sounding Reference Signal). It may be
  • the unit of time resource is not limited to one or a combination of a slot and a symbol, but is, for example, a frame, a superframe, a subframe, a slot, a timeslot, a subslot, a minislot, or a symbol, OFDM (Orthogonal Frequency
  • the time resource unit may be a time resource unit such as a division multiplexing (SC-FDMA) symbol or an SC-FDMA (Single Carrier - Frequency Division Multiple Access) symbol, or another time resource unit.
  • SC-FDMA division multiplexing
  • SC-FDMA Single Carrier - Frequency Division Multiple Access
  • the present disclosure may be applied to either licensed bands or unlicensed bands.
  • the present disclosure may be applied to any of communication between a base station and a terminal (Uu link communication), communication between a terminal and a terminal (Sidelink communication), and V2X (Vehicle to Everything) communication.
  • the channel of the present disclosure may be replaced with PSCCH, PSSCH, PSFCH (Physical Sidelink Feedback Channel), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, or PBCH.
  • the present disclosure may be applied to either a terrestrial network or a non-terrestrial network (NTN) using satellites or advanced pseudo-satellites (HAPS). Further, the present disclosure may 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.
  • NTN non-terrestrial network
  • HAPS advanced pseudo-satellites
  • An antenna port refers to a logical antenna (antenna group) composed of one or more physical antennas. That is, the antenna port does not necessarily refer to one physical antenna, but may refer to an array antenna or the like composed of a plurality of antennas. For example, it is not specified how many physical antennas an antenna port consists of, but is specified as the minimum unit in which a terminal can transmit a reference signal. Further, the antenna port may be defined as the minimum unit by which the weighting of the precoding vector is multiplied.
  • 5G fifth generation mobile phone technology
  • NR new radio access technologies
  • the system architecture as a whole assumes an NG-RAN (Next Generation-Radio Access Network) that includes gNBs.
  • the gNB provides the UE-side termination of the user plane (SDAP/PDCP/RLC/MAC/PHY) and control plane (RRC) protocols for NG radio access.
  • gNBs are connected to each other by an Xn interface.
  • the gNB also communicates with the NGC (Next Generation Core) through the Next Generation (NG) interface, and more specifically, with the AMF (Access and Mobility Management Function) (e.g., a specific core entity that performs AMF) through the NG-C interface.
  • NGC Next Generation Core
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • NG-U interface a specific core entity that performs UPF
  • the NG-RAN architecture is shown in Figure 15 (see, for example, 3GPP TS 38.300 v15.6.0, section 4).
  • the NR user plane protocol stack (e.g. 3GPP TS 38.300, see section 4.4.1) includes a PDCP (Packet Data Convergence Protocol (see TS 38.300, section 6.4)) sublayer, which is terminated on the network side in the gNB; It includes the RLC (Radio Link Control (see TS 38.300, Section 6.3)) sublayer and the MAC (Medium Access Control (see TS 38.300, Section 6.2)) sublayer. Additionally, a new Access Stratum (AS) sublayer (SDAP: Service Data Adaptation Protocol) has been introduced on top of PDCP (see, for example, Section 6.5 of 3GPP TS 38.300).
  • 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 e.g. TS 38.300, section 4.4.2).
  • An overview of Layer 2 functionality is provided in Section 6 of TS 38.300.
  • the functions of the PDCP sublayer, RLC sublayer, and MAC sublayer are listed in Sections 6.4, 6.3, and 6.2 of TS 38.300, respectively.
  • the functions of the RRC layer are listed in Section 7 of TS 38.300.
  • the Medium-Access-Control layer handles logical channel multiplexing and scheduling and scheduling-related functions, including handling various numerologies.
  • 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), and massive machine type communication (mMTC) with varying requirements in terms of data rate, latency, and coverage. may 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 that are around three times the data rates offered by IMT-Advanced.
  • URLLC on the other hand, more stringent requirements are imposed for ultra-low latency (0.5 ms for user plane latency in each of UL and DL) and high reliability (1-10-5 within 1 ms).
  • mMTC preferably offers high connection density (1,000,000 devices/km 2 in urban environments), wide coverage in adverse environments, and extremely long battery life (15 years) for low-cost devices. can be required.
  • the OFDM numerology e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval
  • the OFDM numerology e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval
  • CP cyclic prefix
  • TTI time-to-live
  • Subcarrier spacing may be optionally optimized so that similar CP overhead is maintained.
  • the NR may support one or more subcarrier spacing values.
  • 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 each uplink and downlink.
  • 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. 16 shows the functional separation between NG-RAN and 5GC.
  • a logical node of NG-RAN is gNB or ng-eNB.
  • 5GC has logical nodes AMF, UPF, and SMF.
  • gNB and ng-eNB host the following main functions: - Radio Bearer Control, Radio Admission Control, Connection Mobility Control, dynamic allocation of resources to UEs (scheduling) in both uplink and downlink, etc. Radio Resource Management functions; - IP header compression, encryption, and integrity protection of data; - AMF selection upon UE attachment if the routing to the AMF cannot be determined from the information provided by the UE; - Routing of user plane data towards the 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 (sourced from AMF or OAM: Operation, Admission, Maintenance); - configuration of measurements and measurement reports for mobility and scheduling; - transport level packet marking in the uplink; - Session management; - Support for network slicing; - management of QoS flows and mapping to data radio bearers; - Support for UE in RRC_INACTIVE state; - NAS message distribution
  • Access and Mobility Management Function hosts the following main functions: - Ability to terminate Non-Access Stratum (NAS) signaling; - NAS signaling security; - Access Stratum (AS) security controls; - Core Network (CN) inter-node signaling for mobility between 3GPP access networks; - Reachability of UEs in idle mode (including controlling and performing paging retransmissions); - Management of registration area; - Support for intra-system and inter-system mobility; - Access authentication; - access authorization, including checking roaming privileges; - Mobility management controls (subscription and policies); - Support for network slicing; - Selection of 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 point for interconnection with the data network; - Packet routing and forwarding; - Packet inspection and user plane policy rule enforcement; - Traffic usage reporting; - uplink classifier to support the routing of traffic flows to the data network; - Branching Point 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 triggering functions.
  • Anchor points for intra-RAT mobility/inter-RAT mobility if applicable
  • External PDU Protocol Data Unit
  • Packet inspection and user plane policy rule enforcement Packet inspection and user plane policy rule enforcement
  • Traffic usage reporting - uplink classifier to support the routing of traffic flows to the data network
  • Session Management Function hosts the following main functions: - Session management; - IP address assignment and management for the UE; - UPF selection and control; - ability to configure traffic steering in the User Plane Function (UPF) to route traffic to the appropriate destination; - Control part policy enforcement and QoS; - Downlink data notification.
  • UPF User Plane Function
  • Figure 17 shows some of the interactions between the UE, gNB, and AMF (5GC entity) when the UE transitions from RRC_IDLE to RRC_CONNECTED in the NAS part (see TS 38.300 v15.6.0).
  • RRC is upper layer signaling (protocol) used for UE and gNB configuration.
  • This transition allows the AMF to prepare the UE context data (which includes, for example, the PDU session context, security keys, UE Radio Capabilities, UE Security Capabilities, etc.) and configure the initial context Send it to gNB along with the setup request (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 in response to this, the gNB receives RRCReconfigurationComplete from the UE, thereby performing reconfiguration to set up Signaling Radio Bearer 2 (SRB2) and Data Radio Bearer (DRB). .
  • SRB2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • the steps regarding RRCReconfiguration are omitted since 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 a control circuit that establishes a Next Generation (NG) connection with a gNodeB during operation, and a control circuit that establishes a Next Generation (NG) connection during operation so that a signaling radio bearer between the gNodeB and User Equipment (UE) is set up.
  • a 5th Generation Core (5GC) entity eg, AMF, SMF, etc.
  • RRC Radio Resource Control
  • IE resource allocation configuration information element
  • Figure 18 shows some use cases for 5G NR.
  • the 3rd generation partnership project new radio (3GPP NR) is considering three use cases that were envisioned by IMT-2020 to support a wide variety of services and applications.
  • the first stage of specifications for enhanced mobile-broadband (eMBB) communications has been completed.
  • eMBB enhanced mobile-broadband
  • URLLC ultra-reliable and low-latency communications
  • mMTC massively simultaneous machine type communications
  • Standardization for massive machine-type communications is included.
  • Figure 18 shows some examples of conceptual usage scenarios for IMT beyond 2020 (see, eg, ITU-R M.2083 Figure 2).
  • URLLC use cases have strict performance requirements such as throughput, latency, and availability.
  • the URLLC use case is envisioned as one of the elemental technologies to realize future applications such as wireless control of industrial production or manufacturing processes, remote medical surgery, automation of power transmission and distribution in smart grids, and traffic safety. ing.
  • Ultra-high reliability of URLLC is supported by identifying technologies that meet the requirements set by TR 38.913.
  • important requirements include a target user plane latency of 0.5 ms on the UL (uplink) and 0.5 ms on the DL (downlink).
  • the general URLLC requirement for a single packet transmission is a block error rate (BLER) of 1E-5 for a packet size of 32 bytes when the user plane latency is 1 ms.
  • BLER block error rate
  • Technological enhancements targeted by NR URLLC aim to improve latency and reliability.
  • Technological enhancements to improve latency include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free uplink (of configured grants), slot-level repetition in data channels, and downlink pre-emption.
  • Preemption means that a transmission for which resources have already been allocated is stopped and the already allocated resources are used for other transmissions with lower latency/higher priority requirements that are requested later. Thus, transmissions that were already authorized are replaced by later transmissions. Preemption is applicable regardless of the specific service type. For example, transmission of service type A (URLLC) may be replaced by transmission of service type B (eMBB, etc.).
  • Technical enhancements for reliability include a dedicated CQI/MCS table for the 1E-5 target BLER.
  • Massive machine type communication (mMTC) use cases are characterized by a very large number of connected devices, typically transmitting relatively small amounts of data that are not sensitive to delay.
  • the device is required to be low cost and have a very long battery life. From an NR perspective, utilizing a very narrow bandwidth portion is one solution that saves power and allows longer battery life from the UE's perspective.
  • NR URLLC radio access control
  • the strict requirements are: high reliability (up to 10-6 level reliability), high availability, packet size up to 256 bytes, time synchronization up to a few microseconds (values can vary depending on the use case).
  • the latency as short as 0.5ms to 1ms (eg, 0.5ms latency in the targeted user plane), it can be 1 ⁇ s or a few ⁇ s).
  • NR URLLC there may be some technological enhancements from the physical layer perspective. These technology enhancements include PDCCH (Physical Downlink Control Channel) enhancements for compact DCI, PDCCH repetition, and increased PDCCH monitoring. Further, the enhancement of UCI (Uplink Control Information) relates to enhanced HARQ (Hybrid Automatic Repeat Request) and enhancement of CSI feedback. There may also be PUSCH enhancements related to minislot level hopping and retransmission/repetition enhancements.
  • minislot refers to a Transmission Time Interval (TTI) that contains fewer symbols than a slot (a slot comprises 14 symbols).
  • the 5G QoS (Quality of Service) model is based on QoS flows, including QoS flows that require a guaranteed flow bit rate (GBR: Guaranteed Bit Rate QoS flows), and QoS flows that require a guaranteed flow bit rate. (non-GBR QoS flows). Therefore, at the NAS level, a QoS flow is the most fine-grained QoS partition 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
  • the 5GC establishes one or more PDU sessions.
  • the NG-RAN establishes at least one Data Radio Bearers (DRB), eg as shown above with reference to FIG. 17. Additionally, additional DRBs for the QoS flow of that PDU session can be configured later (it is up to the NG-RAN to decide when to configure them).
  • DRB Data Radio Bearers
  • the NG-RAN maps packets belonging to different PDU sessions to different DRBs.
  • NAS level packet filters in the UE and 5GC associate UL and DL packets with QoS flows, whereas AS level mapping rules in the UE and NG-RAN associate UL QoS flows and DL QoS flows with DRBs.
  • FIG. 19 shows the 5G NR non-roaming reference architecture (see TS 23.501 v16.1.0, section 4.23).
  • An Application Function eg, an external application server hosting 5G services, illustrated in FIG. 18
  • AF Application Function
  • NEF Network Exposure Function
  • Policy control e.g. QoS control
  • Application Functions that are considered trusted by the Operator based on deployment by the Operator may interact directly with the associated Network Function.
  • Application Functions that are not allowed by the operator to directly access Network Functions interact with their associated Network Functions using an externally open framework via the NEF.
  • Figure 19 shows further functional units of the 5G architecture, namely 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 provided by an operator, Internet access, or service provided by a third party). All or part of the core network functionality and application services may be deployed and operate 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
  • DN Data Network
  • All or part of the core network functionality and application services may be deployed and operate in a cloud computing environment.
  • the present disclosure determines the QoS requirements for at least one of the URLLC service, the eMMB service, and the mmTC service in order to establish a PDU session including a radio bearer between the gNodeB and the UE according to the QoS requirements.
  • a transmitter for transmitting a request containing the request to at least one of the functions of the 5GC (e.g., NEF, AMF, SMF, PCF, UPF, etc.); and a control circuit for, in operation, servicing using the established PDU session;
  • An application server eg, 5G architecture AF is provided.
  • Each functional block used in the description of the above embodiment is partially or entirely realized as an LSI that is an integrated circuit, and each process explained in the above embodiment is partially or entirely realized as an LSI, which is an integrated circuit. It may be controlled by one LSI or a combination of LSIs.
  • the LSI may be composed of individual chips, or may be composed of a single chip that includes some or all of the functional blocks.
  • the LSI may include data input and output.
  • LSIs are sometimes 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 using a dedicated circuit, a general-purpose processor, or a dedicated processor. Furthermore, 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 circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • reconfigurable processor that can reconfigure the connections and settings of circuit cells inside the LSI may be used.
  • the present disclosure may be implemented as digital or analog processing.
  • the present disclosure can be implemented in all types of devices, devices, and systems (collectively referred to as communication devices) that have communication capabilities.
  • the communication device may include a wireless transceiver and processing/control circuitry.
  • the wireless transceiver may include a receiving section and a transmitting section, or both as functions.
  • the 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 (e.g.
  • digital audio/video players wearable devices (e.g. wearable cameras, smartwatches, tracking devices), game consoles, digital book readers, telehealth/telemedicine (e.g. These include care/medicine prescription) devices, communication-enabled vehicles or mobile transportation (cars, airplanes, ships, etc.), and combinations of the various devices described above.
  • wearable devices e.g. wearable cameras, smartwatches, tracking devices
  • game consoles digital book readers
  • digital book readers e.g. These include care/medicine prescription) devices, communication-enabled vehicles or mobile transportation (cars, airplanes, ships, etc.), and combinations of the various devices described above.
  • Communication equipment is not limited to portable or movable, but also non-portable or fixed equipment, devices, systems, such as smart home devices (home appliances, lighting equipment, smart meters or It also includes measuring instruments, control panels, etc.), vending machines, and any other "things” that can exist on an Internet of Things (IoT) network.
  • IoT Internet of Things
  • Communication includes data communication using cellular systems, wireless LAN systems, communication satellite systems, etc., as well as data communication using a combination of these.
  • Communication devices also include 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 communication functions of a communication device.
  • Communication equipment also includes infrastructure equipment, such as base stations, access points, and any other equipment, devices, or systems that communicate with or control the various equipment described above, without limitation. .
  • a terminal includes a control circuit that determines one combination from a plurality of combinations of sequences and frequency resources according to the value of information bits in uplink transmission without using reference signals; A transmitting circuit that transmits a sequence included in the one combination using frequency resources included in the combination.
  • the frequency resource is a resource block allocated to the uplink transmission
  • the control circuit selects one resource among the plurality of resource blocks according to the value of the information bit. Select a block.
  • the frequency resource is a plurality of subcarrier groups obtained by dividing each of the plurality of resource blocks allocated to the uplink transmission, and the control circuit is configured to control the value of the information bit.
  • One subcarrier group from the plurality of subcarrier groups is selected according to the subcarrier group.
  • the subcarrier group includes comb-shaped subcarriers within the resource block.
  • an upper limit value is set for the amount of frequency resources.
  • the orthogonal sequence, the frequency resource, and the non-orthogonal sequence are generated.
  • the combination of the subcarrier groups that are individually selected for each of the plurality of resource blocks and the value of the information bit are associated.
  • the combination of the subcarrier groups selected individually for each of the plurality of resource blocks in each of the plurality of symbols allocated to the uplink transmission and the value of the information bit are associated with each other. It will be done.
  • the combination of the frequency resources that is individually selected for each of the plurality of symbols allocated to the uplink transmission is associated with the value of the information bit.
  • a base station receives a signal based on an association between a receiving circuit that receives a signal, a value of an information bit in uplink transmission that does not use a reference signal, and a combination of a sequence and a frequency resource. and a control circuit that specifies a value of the information bit corresponding to a sequence included in the signal and a frequency resource used for the signal.
  • a terminal determines one combination from a plurality of combinations of sequences and frequency resources according to the value of information bits in uplink transmission without using reference signals, and A sequence included in the one combination is transmitted using frequency resources included in the one combination.
  • a base station receives a signal, and based on the association between the value of an information bit in uplink transmission without using a reference signal and a combination of a sequence and a frequency resource, A value of the information bit corresponding to a sequence included in the signal and a frequency resource used for the signal is specified.
  • An embodiment of the present disclosure is useful for wireless communication systems.
  • Base station 101 Base station 101, 205 Control unit 102 Upper control signal generation unit 103 Downlink control information generation unit 104, 206 Encoding unit 105, 207 Modulation unit 106, 208 Signal allocation unit 107, 209 Transmission unit 108, 201 Receiving unit 109, 202 extraction unit 110, 203 demodulation unit 111, 204 decoding unit 200 terminal

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.16.0, "NR Base Station (BS) radio transmission and reception (Release 15)," December 2021. RP-202928, "New WID on NR coverage enhancements," China Telecom, December 2020. 3GPP TS38.211 V16.8.0, "NR Physical channels and modulation (Release 16)," December 2021. 3GPP TS38.212 V16.8.0, "NR Multiplexing and channel coding (Release 16)," December 2021. 3GPP TS38.213 V16.8.0, "NR Physical layer procedures for control (Release 16)," December 2021. 3GPP TS38.214 V16.8.0, "NR Physical layer procedures for data (Release 16)," December 2021. R1-2007584, "Potential solutions for PUCCH coverage enhancement," Huawei, HiSilicon, October 26th - November 13th, 2020. R1-2009315, "Potential coverage enhancement techniques for PUCCH," Qualcomm Incorporated, Huawei, HiSilicon, October 26th - November 13th, 2020.
　しかしながら、上りリンクにおける信号の受信性能を向上する方法については検討の余地がある。
　本開示の非限定的な実施例は、上りリンクにおける信号の受信性能を向上できる端末、基地局及び通信方法の提供に資する。
　本開示の一実施例に係る端末は、参照信号を用いない上りリンク送信における情報ビットの値に応じて、系列及び周波数リソースの複数の組み合わせから１つの組み合わせを決定する制御回路と、前記１つの組み合わせに含まれる周波数リソースを用いて、前記１つの組み合わせに含まれる系列を送信する送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、上りリンクにおける信号の受信性能を向上できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Physical Uplink Control Channel（PUCCH）フォーマットの特徴の例を示す図 PUCCH送信の一例を示す図 PUCCH送信の一例を示す図 PUCCH送信に用いる直交系列及び非直交系列の数の例を示す図 基地局の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 基地局の構成例を示すブロック図 端末の構成例を示すブロック図 端末の動作例を示すフローチャート PUCCH送信の一例を示す図 PUCCH送信に用いる系列の一例を示す図 PUCCH送信の一例を示す図 PUCCH送信に用いる系列の一例を示す図 PUCCH送信に用いる系列及び周波数リソースの数の例を示す図 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帯といったミリ波帯（例えば、Frequency Range 2（FR2）とも呼ぶ）が活用され得る（例えば、非特許文献１を参照）。また、例えば、FR1において、3.5GHz帯といったLong Term Evolution（LTE）又は3G（3rd Generation mobile communication systems）において使用される周波数帯と比較して高い周波数帯が使用される可能性がある。
　周波数帯が高いほど、電波伝搬損失は大きくなり、電波の受信品質が劣化しやすい。このため、NRでは、例えば、LTE又は3Gと比較して高い周波数帯が使用される場合に、LTE又は3Gといった無線アクセス技術（RAT：Radio Access Technology）と同程度の通信エリア（又は、カバレッジ）を確保する、別言すると、適切な通信品質を確保することが期待される。例えば、3GPP Release 17（例えば、「Rel.17」と表す）では、NRにおけるカバレッジを改善する方法が検討されている（例えば、非特許文献２を参照）。
　NRでは、端末（例えば、user equipment（UE）とも呼ぶ）は、例えば、基地局（例えば、gNBとも呼ぶ）からの下りリンク制御チャネル（例えば、PDCCH：Physical Downlink Control Channel）上のレイヤ１制御信号（例えば、DCI：Downlink Control Information）又はレイヤ３であるRadio Resource Control (RRC)で指示されるリソース割当に従って、データを送受信する（例えば、非特許文献３～７を参照）。
　端末は、例えば、下りリンクデータチャネル（例えば、PDSCH：Physical Downlink Control Channel）に対する復号の成否を示す応答信号（例えば、ACK/NACK：Acknowledgement/Negative Acknowledgement、又は、HARQ-ACK：Hybrid Automatic Repeat ReQuest-ACK）を上りリンク制御チャネル（例えば、PUCCH：Physical Uplink Control Channel）を用いてフィードバックする（例えば、非特許文献５を参照）。
　また、端末は、PUCCHを用いて、ACK/NACKに加えて（又は、代わりに）、上りリンクの無線リソースの割り当てを要求するスケジューリングリクエスト（SR：Scheduling Request）、及び、下りリンクのチャネル状態情報（CSI：Channel State Information）を基地局へ送信してよい。ACK/NACK、SR及びCSIといったPUCCHを用いて送信される情報は、上りリンク制御情報（例えば、UCI：Uplink Control Information）とも呼ばれる。
　例えば、DCIによって割り当てられたPDSCHに対するACK/NACKを送信する場合、端末は、基地局からのDCIによって指示されるリソース割当に従って、PUCCHを送信してよい。例えば、DCIに含まれる制御情報には、PUCCHリソースに関する情報、又は、PDSCHを受信したスロットから何スロット後にPUCCHを送信するかのタイミングに関する情報（例えば、K1又はPDSCH-to-PDSCH_feedback timing indication）が含まれてもよい。また、DCIに含まれる制御情報には、例えば、ACK/NACKビット数に関する情報（例えばDAI：Downlink Assignment Index）が含まれてもよい。
　NRでは、５つのPUCCHフォーマット（例えば、PUCCH format 0～4）が規定されている（例えば、非特許文献３を参照）。図１は、PUCCH format 0～4の特徴の例を示す図である。
　図１に示すように、PUCCH format 0は、１又は2シンボルで構成され、端末は2ビットまでのUCIを送信可能である。PUCCH format 1は、4から14シンボルで構成され、端末は2ビットまでのUCIを送信可能である。PUCCH format 2は、1又は2シンボルで構成され、端末は2ビットより多いUCIを送信可能である。PUCCH format 3は、4から14シンボルで構成され、2ビットより多いUCIを送信可能である。PUCCH format 4は、4から14シンボルで構成され、端末は2ビットより多いUCIを送信可能であり、また、直交符号（OCC：Orthogonal cover code）を用いて、同一時間及び周波数リソース（例えば、リソースブロック（RB：Resource Block））に複数端末を多重可能である。
　例えば、PUCCH format 1、2、3及び4は、復調のためのチャネル推定に用いる参照信号（例えば、DMRS: Demodulation Reference Signal）がPUCCHリソース内に配置される（例えば、非特許文献３を参照）。
　その一方で、PUCCH format 0は、DMRSを用いなくてよい（例えば、DMRSを必要としない）。例えば、PUCCH format 0を用いる場合、送信側（例えば、端末）は、１OFDM（Orthogonal Frequency Division Multiplexing）シンボル、及び、１リソースブロック（例えば、１２サブキャリア）に対して、情報ビットに応じて互いに異なる巡回シフト系列（例えば、系列長１２）をマッピングして送信する。受信側（例えば、基地局）は、相関処理を用いた最尤判定により、巡回シフト系列を用いて情報ビットを復調する。
　ここで、DMRSを用いないPUCCH（例えば、DMRS-less PUCCHとも呼ぶ）の送信方法は、DMRSを用いるPUCCH送信方法と比較して、伝送品質を改善でき、カバレッジ拡張に有効な技術であることが報告されている（例えば、非特許文献７又は８を参照）。そのため、例えば、既存のDMRSを用いるPUCCH formatにおいてサポートされる2ビットより多いUCIの送信を、DMRSを用いないPUCCH送信方法でもサポートすることが検討されている。
　以下、DMRSを用いないPUCCH送信方法の例について説明する。
　＜方法１＞
　図２は、方法１のPUCCH送信方法の概念を示す図である。
　例えば、非特許文献７では、NビットのUCIを送信する、DMRSを用いないPUCCH送信方法として、系列選択を適用することが開示されている。例えば、図２に示すように、NビットのUCIに対して、NビットのUCIの各値にそれぞれ関連付けられた2N個の系列からなる系列集合（Sequence Pool）が用意される。端末は、例えば、UCIビットの値に応じて、2N個の系列の中から１つの系列（例えば、系列#n）を選択し、選択した系列をPUCCHリソースにマッピングして送信する。PUCCHリソースは、例えば、Nsymb個のOFDMシンボルと、NRB個のリソースブロックとによって構成されてもよい。
　以降では、この方法を「方法１」と呼ぶ。
　方法１では、例えば、系列の系列長をMとすると、NビットのUCIから系列長Mの系列を１つ選択する動作は、プリコーディングの一種とみなすこともできる。NビットのUCIから系列長Mの系列を１つ選択する方法には、例えば、非特許文献７に記載の方法が適用されてもよく、他の方法が適用されてもよい。
　また、PUCCHリソースに含まれるリソースエレメント（RE：Resource Element）数が系列長Mより大きい場合、端末は、系列を繰り返して（例えば、repetitionにより）PUCCHリソースにマッピングしてもよく、系列を拡大して（例えば、extensionにより）PUCCHリソースにマッピングしてもよい。
　＜方法２＞
　図３は、方法２のPUCCH送信方法の概念を示す図である。
　非特許文献８では、例えば、方法１と同様に、NビットのUCIを送信する、DMRSを用いないPUCCH送信方法として、系列選択を適用することが開示されている。例えば、方法１と同様に、NビットのUCIに対して、NビットのUCIの各値にそれぞれ関連付けられた2N個の系列からなる系列集合（Sequence Pool）が用意される。端末は、例えば、UCIビットの値に応じて、2N個の系列の中から１つの系列を選択し、選択した系列をPUCCHリソースにマッピングして送信する。
　また、非特許文献８では、系列集合に含まれる系列の生成として、直交系列と非直交系列とを組み合わせて用いることが開示されている。
　例えば、まず、NO=Nsubcarrier×Nsymb個の系列からなる直交系列が用意される。ここで、Nsubcarrierは、PUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、Nsymbは、PUCCHリソースに割り当てられるシンボル数を示す。例えば、系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列を生成可能である。また、シンボル数Nsymbに応じた直交拡散符号（OCC: Orthogonal Cover Code）を用いて符号拡散を行うことにより、NO=Nsubcarrier×Nsymb個の直交系列が生成可能である。
　例えば、直交系列の数NOが2Nよりも少ない場合、直交系列と非直交系列とを組み合わせて、NO×NNO≧2N個の系列が生成されてよい。非直交系列の生成方法は、例えば、非特許文献８に記載の方法（例えば、M系列の初期値を異ならせることにより、複数の非直交系列を生成する方法）が適用されてもよく、他の方法が適用されてもよい。
　以降では、この方法を「方法２」と呼ぶ。
　図３は、一例として、Nsubcarrier=12、Nsymb=7、NNO=2の場合に生成可能な系列（例えば、系列番号#0～#167）を示す。
　以上、PUCCH送信の方法１及び方法２について説明した。
　上述した方法１及び方法２では、NビットのUCIに対して、2N個の系列を含む系列集合を用意し、端末は、UCIビットの値に応じて、2N個の系列から１つの系列を選択して送信する。
　例えば、方法２では、系列集合として用意される系列は、直交系列と非直交系列とを組み合わせて生成され得る。
　ここで、直交系列は、例えば、端末に割り当られるPUCCHリソース数に依存し得る。図４は、一例として、PUCCHリソースとして、Nsymbシンボル及び１リソースブロック（例えば、１２サブキャリア）が割り当てられる場合に生成可能な直交系列の数、及び、N=3ビット及びN=11ビットのUCIを送信する場合に、系列集合に含まれる非直交系列の数を示す。
　N=3ビットの場合、UCIビットの取り得る値は８通り（2N=23=8）であるので、23=8個の系列を含む系列集合が用意される。このため、図４に示すように、N=3ビットの場合、シンボル数Nsymbに依らず、12Nsymb個の生成可能な直交系列の何れかによって、8個の系列を含む系列集合を構成可能であり、非直交系列の数NNOは０個でよい。
　その一方で、N=11ビットの場合、UCIビットの取り得る値は2048通り（2N=211=2048）であるので、211=2048個の系列を含む系列集合が用意される。このため、図４に示すように、N=11の場合、12Nsymb個の直交系列では系列集合を構成できないため、直交系列と非直交系列とを組み合わせて系列集合が構成される。
　例えば、非直交系列を用いる場合、非直交系列を用いずに直交系列を用いて系列選択を行う場合と比較して、受信側（例えば、基地局）の相関検出精度が劣化しやすく、PUCCHの伝送品質が劣化する可能性がある。
　例えば、上述したように既存のNRのPUCCHフォーマットでは、最大で16リソースブロックのリソース割当が可能である。例えば、リソースブロック数NRBを増加させることにより、系列長Nsubcarrier×NRBの系列に対してNsubcarrier×NRB個の巡回シフト系列を生成可能であるため、直交系列の増加が可能である。
　例えば、リソースブロック数を増加させる場合、送信帯域幅を増加させてPUCCHを送信すると、単位帯域あたりの送信信号の電力スペクトル密度（PSD: Power Spectrum Density）が低下する。PSDの低下はカバレッジ性能の劣化を招く可能性があるため、このようなPUCCH送信は、カバレッジ拡張が期待される環境において適用されにくい。
　本開示の非限定的な一実施例では、DMRSを用いない上りリンク送信（例えば、PUCCH送信又はUCI送信）において、信号の受信性能を向上する方法について説明する。
　例えば、DMRSを用いずに、系列選択によって情報ビット（例えば、UCIビット）を送信する方法（例えば、DMRS-less PUCCH）において、周波数リソース選択を適用することにより、送信帯域幅の増加を抑制し、また、直交リソースを増加させてよい。これにより、例えば、カバレッジ性能の低下を抑制でき、また、PUCCHの伝送品質を向上できる。
　以下、本開示の非限定な実施の形態について説明する。
　［通信システムの概要］
　本開示の各実施の形態に係る通信システムは、例えば、少なくとも１つの基地局と、少なくとも１つの端末と、を備える。
　図５は、本開示の一実施例に係る基地局１００の一部の構成例を示すブロック図であり、図６は、本開示の一実施例に係る端末２００の一部の構成例を示すブロック図である。
　図５に示す基地局１００において、受信部（例えば、受信回路に対応）は、信号を受信する。制御部（例えば、制御回路に対応）は、参照信号（例えば、DMRS）を用いない上りリンク送信における情報ビット（例えば、UCIビット）の値と、系列及び周波数リソースの組み合わせとの関連付けに基づいて、信号に含まれる系列及び信号に使用される周波数リソースに対応する情報ビットの値を特定する。
　図６に示す端末２００において、制御部（例えば、制御回路に対応）は、参照信号（例えば、DMRS）を用いない上りリンク送信における情報ビット（例えば、UCIビット）の値に応じて、系列及び周波数リソースの複数の組み合わせから１つの組み合わせを決定する。送信部（例えば、送信回路に対応）は、１つの組み合わせに含まれる周波数リソースを用いて、１つの組み合わせに含まれる系列を送信する。
　（実施の形態１）
　［基地局の構成］
　図７は、実施の形態１に係る基地局１００の構成例を示すブロック図である。図７において、基地局１００は、制御部１０１と、上位制御信号生成部１０２と、下りリンク制御情報生成部１０３と、符号化部１０４と、変調部１０５と、信号割当部１０６と、送信部１０７と、受信部１０８と、抽出部１０９と、復調部１１０と、復号部１１１と、を有する。
　なお、図７に示す制御部１０１、上位制御信号生成部１０２、下りリンク制御情報生成部１０３、符号化部１０４、変調部１０５、信号割当部１０６、抽出部１０９、復調部１１０、及び、復号部１１１の少なくとも一つは図５に示す制御部に含まれてもよい。また、図７に示す受信部１０８は、図５に示す受信部に含まれてもよい。
　制御部１０１は、例えば、PUCCH送信方法に関する情報、及び、PUCCHリソースに関する情報の少なくとも一つを決定し、決定した情報を上位制御信号生成部１０２及び下りリンク制御情報生成部１０３の少なくとも一つへ出力する。PUCCH送信方法に関する情報には、例えば、PUCCHフォーマット、及び、DMRSを用いないPUCCH送信方法を適用するか否かに関する情報が含まれてもよい。また、PUCCHリソースに関する情報には、例えば、PUCCHリソースセット及びRepetition回数に関する情報が含まれてもよい。
　また、制御部１０１は、例えば、下りリンクデータ信号、上位制御信号、又は、下りリンク制御情報を送信するための下りリンク信号に関する情報（例えば、符号化・変調方式（MCS：Modulation and Coding Scheme）及び無線リソース割当）を決定し、決定した情報を符号化部１０４、変調部１０５及び信号割当部１０６へ出力する。また、制御部１０１は、例えば、下りリンク信号（例えば、データ信号または上位制御信号）に関する情報を下りリンク制御情報生成部１０３へ出力する。
　また、制御部１０１は、例えば、端末２００における上りリンク制御信号（例えば、PUCCH）の送信に関する情報（例えば、PUCCHリソース）を決定する。制御部１０１は、例えば、決定した上りリンク制御信号に関する情報を、上位制御信号生成部１０２及び下りリンク制御情報生成部１０３の少なくとも一つに出力する。また、制御部１０１は、例えば、PUCCHリソースに関する情報、及び、PUCCH（例えば、UCI）の送信に用いる系列集合、及び、系列と周波数リソースとの組み合わせの候補を決定し、決定した情報を抽出部１０９、復調部１１０及び復号部１１１へ出力する。
　上位制御信号生成部１０２は、例えば、制御部１０１から入力される情報に基づいて、上位レイヤ制御信号ビット列を生成し、上位レイヤ制御信号ビット列を符号化部１０４へ出力する。
　下りリンク制御情報生成部１０３は、例えば、制御部１０１から入力される情報に基づいて、下りリンク制御情報（例えば、DCI）ビット列を生成し、生成したDCIビット列を符号化部１０４へ出力する。下りリンク制御情報生成部１０３は、例えば、制御部１０１から入力されるPUCCHリソースに関する情報を、DCIビット列内のPRI（PUCCH Resource Indicator）フィールドに含めてよい。なお、制御情報は複数の端末向けに送信されることもある。
　符号化部１０４は、例えば、制御部１０１から入力される情報に基づいて、下りリンクデータ（例えば、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）処理を行い、得られる周波数領域信号を抽出部１０９へ出力する。
　抽出部１０９は、例えば、制御部１０１から入力される情報に基づいて、受信部１０８から入力される受信信号から、上りリンク制御信号（例えば、PUCCH）が送信された無線リソース部分を抽出し、抽出した無線リソース部分を復調部１１０へ出力する。
　復調部１１０は、例えば、制御部１０１から入力される情報に基づいて、抽出部１０９から入力される上りリンク制御信号（例えば、PUCCH）を復調する。例えば、復調部１１０は、PUCCHにおいて送信される系列及びPUCCH送信に使用される周波数リソースの組み合わせを特定してよい。復調部１１０は、例えば、復調結果を復号部１１１へ出力する。
　復号部１１１は、例えば、制御部１０１から入力される情報、及び、復調部１１０から入力される復調結果に基づいて、上りリンク制御信号（例えば、PUCCH）の誤り訂正復号を行い、復号後の受信ビット系列（例えば、UCIビット列）を得る。例えば、復号部１１１は、復調部１１０において特定された系列及び周波数リソースの組み合わせに基づいて、受信UCIビット列を特定してよい。
　［端末の構成］
　図８は、本開示の一実施例に係る端末２００の構成例を示すブロック図である。例えば、図８において、端末２００は、受信部２０１と、抽出部２０２と、復調部２０３と、復号部２０４と、制御部２０５と、符号化部２０６と、変調部２０７と、信号割当部２０８と、送信部２０９と、を有する。
　なお、図８に示す抽出部２０２、復調部２０３、復号部２０４、制御部２０５、符号化部２０６、変調部２０７、及び、信号割当部２０８の少なくとも一つは図６に示す制御部に含まれてもよい。また、図８に示す送信部２０９は、図６に示す送信部に含まれてもよい。
　受信部２０１は、例えば、基地局１００からの下りリンク信号（例えば、下りリンクデータ信号又は下りリンク制御情報）を、アンテナを介して受信し、無線受信信号に対してダウンコバート又はA/D変換といったRF処理を行い、受信信号（ベースバンド信号）を得る。また、受信部２０１は、OFDM信号を受信する場合、受信信号に対してFFT処理を行い、受信信号を周波数領域に変換する。受信部２０１は、受信信号を抽出部２０２へ出力する。
　抽出部２０２は、例えば、制御部２０５から入力される、下りリンク制御情報の無線リソースに関する情報に基づいて、受信部２０１から入力される受信信号から、下りリンク制御情報が含まれ得る無線リソース部分を抽出し、復調部２０３へ出力する。また、抽出部２０２は、制御部２０５から入力されるデータ信号の無線リソースに関する情報に基づいて、下りリンクデータが含まれる無線リソース部分を抽出し、復調部２０３へ出力する。
　復調部２０３は、例えば、制御部２０５から入力される情報に基づいて、抽出部２０２から入力される信号（例えば、PDCCH又はPDSCH）を復調し、復調結果を復号部２０４へ出力する。
　復号部２０４は、例えば、制御部２０５から入力される情報に基づいて、復調部２０３から入力される復調結果を用いて、PDCCH又はPDSCHの誤り訂正復号を行い、例えば、下りリンク受信データ、上位レイヤ制御信号、又は、下りリンク制御情報を得る。復号部２０４は、上位レイヤ制御信号及び下りリンク制御情報を制御部２０５へ出力し、下りリンク受信データを出力する。また、復号部２０４は、下りリンク受信データの復号結果に基づいて、応答信号（例えば、ACK/NACK）を生成してもよい。
　制御部２０５は、例えば、復号部２０４から入力される信号（例えば、上位レイヤ制御信号又は下りリンク制御情報）に基づいて、PUCCHリソースを決定する。上位レイヤ制御信号には、例えば、PUCCH送信方法に関する情報、及び、PUCCHリソースに関する情報が含まれてよい。また、下りリンク制御情報には、例えば、PRIフィールドにおいてPUCCHリソースに関する情報が含まれてよい。また、制御部２０５は、例えば、DMRSを用いないPUCCHの送信に用いる系列集合、及び、系列と周波数リソースとの組み合わせに関する情報を決定してよい。制御部２０５は、決定した情報を、例えば、符号化部２０６、変調部２０７、及び、信号割当部２０８へ出力する。
　符号化部２０６は、例えば、制御部２０５から入力される情報に基づいて、UCIを符号化する。符号化部２０６は、符号化ビット列を変調部２０７へ出力する。なお、PUCCHフォーマットによっては、UCIに対して符号化が適用されなくてもよい。
　変調部２０７は、例えば、制御部２０５から入力される情報に基づいて、符号化部２０６から入力される符号化ビット列を変調し、変調後の信号（シンボル列）を信号割当部２０８へ出力する。例えば、変調部２０７は、符号化ビット列から、PUCCH（UCI）の送信に用いる系列及び周波数リソースの組み合わせを選択し、選択した系列を信号割当部２０８へ出力してもよい。
　信号割当部２０８は、例えば、制御部２０５から入力される情報に基づいて、変調部２０７から入力される信号（例えば、系列）を無線リソース（例えば、選択された周波数リソース）へマッピングする。信号割当部２０８は、例えば、信号がマッピングされた上りリンク信号を送信部２０９へ出力する。
　送信部２０９は、信号割当部２０８から入力される信号に対して、例えば、OFDMといった送信信号波形生成を行う。また、送信部２０９は、例えば、CPを用いるOFDM伝送の場合、信号に対してIFFT処理を行い、IFFT後の信号にCPを付加する。または、送信部２０９は、シングルキャリア波形を生成する場合には、例えば、変調部２０７の後段又は信号割当部２０８の前段にDiscrete Fourier Transform（DFT）部が追加されてもよい（図示せず）。また、送信部２０９は、例えば、送信信号に対してD/A変換及びアップコンバートといったRF処理を行い、アンテナを介して基地局１００に無線信号を送信する。
　［基地局１００及び端末２００の動作例］
　以上の構成を有する基地局１００及び端末２００の動作例について説明する。
　図９は、端末２００の動作例を示すフローチャートである。
　図９に示すように、端末２００は、例えば、PUCCH（UCI）の送信に用いる系列集合、及び、PUCCHリソースに関する情報を取得する（Ｓ１０１）。
　系列集合に関する情報は、例えば、基地局１００から端末２００へ上位レイヤシグナリング（例えば、Radio Resource Control（RRC）パラメータ）によって設定（又は、通知）されてもよい。また、PUCCHリソースに関する情報は、例えば、基地局１００から端末２００へRRC等の上位レイヤシグナリングによって設定されてもよく、DCIに含まれる情報によって設定されてもよい。
　端末２００は、PDCCH（例えば、DCIを含む）を受信する（Ｓ１０２）。
　端末２００は、例えば、受信したPDCCHに含まれるDCIによって割り当てられたPDSCHの受信及び復号を行う（Ｓ１０３）。
　端末２００は、例えば、PDSCHの受信成否（又は、復号成否）に基づいて、ACK/NACKを生成する（Ｓ１０４）。
　端末２００は、例えば、系列集合及びPUCCHリソースに基づいて、生成したACK/NACKの値（例えば、UCIビットの値）に対応する系列及び周波数リソースの組み合わせを選択する（Ｓ１０５）。
　端末２００は、例えば、選択した系列を、選択した周波数リソースにマッピングし（Ｓ１０６）、PUCCHを用いてUCIを送信する（Ｓ１０７）。
　なお、図９では、UCIによってACK/NACKが送信される例を示すが、これに限定されない。例えば、UCIによってSR又はCSIが送信される場合、端末２００におけるPDCCHの受信（Ｓ１０２）、及び、PDSCHの受信及び復号（Ｓ１０３）は無くてもよい。
　また、図９では、PUCCHの送信に用いる系列に関する情報が端末２００へ通知（又は、設定）される場合について説明したが、これに限定されず、規格において予め規定されてもよい。この場合、図１０のＳ１０１の処理において、系列集合に関する情報の受信処理は無くてもよい。
　次に、DMRSを用いないPUCCH（例えば、UCI）の送信方法の一例について説明する。
　本実施の形態では、例えば、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最小値が「Nmin」であり、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最大値が「Nmax」であると想定する。
　例えば、Nminは１ビットでもよく、PUCCH format 3がサポートする最小のUCIビット数である３ビットでもよく、１ビット及び３ビット以外の他の値でもよい。
　また、例えば、Nmaxは、既存のPUCCHフォーマットにおいて、Reed Muller符号でサポートされる最大のUCIビット数である１１ビットでもよく、１１ビット以外の他の値でもよい。
　本実施の形態では、一例として、DMRSを用いないPUCCH送信方法として、系列選択によってUCIビットを送信する方法（例えば、方法２）を適用する。
　＜Step 1＞
　例えば、端末２００がNビットのUCIを送信する場合、系列数2N個又は2N個以上の系列からなる系列選択に用いる系列集合(Sequence Pool)が用意される。
　＜Step 1-1＞
　端末２００は、例えば、NO=Nsubcarrier×Nsymb個の系列からなる直交系列集合を生成する。ここで、Nsubcarrierは、PUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、Nsymbは、PUCCHリソースに割り当てられるシンボル数を示す。
　系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、また、シンボル数Nsymbに応じたOCCを用いて符号拡散を行うことにより、NO=Nsubcarrier×Nsymb個の直交系列が生成可能である。
　＜Step 1-2＞
　直交系列の数NOが2Nよりも少ない場合、端末２００は、例えば、系列選択に加え、周波数リソース（例えば、リソースブロック）選択を適用する。
　例えば、リソースブロック選択では、PUCCHの周波数領域リソースとして、PUCCH送信に割り当てられるMリソースブロックが確保されてよい。Mリソースブロックが確保される場合、例えば、直交系列とリソースブロック選択との組み合わせを、N’O=Nsubcarrier×Nsymb×M個実現できる。
　例えば、直交系列とリソースブロック選択とを組み合わせて、N’O≧2N個の組み合わせの候補が生成されてよい。例えば、直交系列とリソースブロックとの組み合わせの候補（例えば、2N個の候補）のそれぞれは、NビットのUCIが取り得る2N通りの値に関連付けられてよい。
　＜Step 2＞
　端末２００は、生成されるUCIビットの値に応じて、例えば、直交系列とリソースブロック選択との2N個の組み合わせ候補から、１つの組み合わせを選択する。この際、端末２００における１つの組み合わせの選択により、Mリソースブロックのうち１リソースブロックが選択されてよい。
　＜Step 3＞
　端末２００は、例えば、選択された組み合わせに対応する系列を、選択された組み合わせに対応するリソースブロックにマッピングして送信する。
　図１０は、本実施の形態におけるPUCCH送信の一例を示す図である。図１０では、例えば、NビットのUCIに対して、NO個の直交系列を含む系列集合（sequence pool）が用意され、M個のリソースブロックが確保される。ここで、NO個の直交系列とM個のリソースブロックとの組み合わせ候補の数（例えば、N’O=NO×M=Nsubcarrier×Nsymb×M）は、2N個以上でよい。
　また、図１１は、一例として、Nsubcarrier=12、Nsymb=14の場合に生成可能な直交系列(系列番号#0～#167)の例を示す。なお、系列番号（例えば、直交系列番号）と、巡回シフト及びOCCインデックスとの対応付けは、図１１に示す例に限定されない。また、図１１は、一例として、N=11ビットのUCIビット系列と、系列（例えば、直交系列番号）及びリソースブロック選択（例えば、RB index）の組み合わせとの対応付けの例を示す。図１１では、例えば、M=12個（例えば、RB index=0～11）のリソースブロックが確保されてよい。なお、UCIビットと、系列及びリソースブロック選択の組み合わせとの対応付けは、図１１に示す例に限定されない。
　図１０において、端末２００は、例えば、NO個の直交系列とMリソースブロックとの組み合わせの候補（例えば、N’O=NO×M個）から、生成されるUCIビットの値に関連付けられた組み合わせ（例えば、系列#nとRB index#m）を選択してよい。そして、端末２００は、系列#nを、RB index#mのリソースブロックにマッピングして送信してよい。一例として、図１１において、N=11ビットのUCI‘00010101001’を送信する場合、端末２００は、系列#1（例えば、Cyclic shift 1及びOCC index 0）を、RB index #1のリソースブロックにマッピングして送信してよい。
　基地局１００は、受信したPUCCH（UCI）を復調し、復調により特定した系列と、当該系列がマッピングされたリソースブロックとの組み合わせに基づいて、UCIビットの値を特定してよい。例えば、図１１において、基地局１００は、特定した系列が系列番号#167であり、特定した系列がマッピングされたリソースブロックがRB index #0の場合、UCIビットの値が‘00010100111’であると特定してよい。
　以上、基地局１００及び端末２００の動作例について説明した。
　以上のように、本実施の形態では、端末２００は、DMRSを用いないPUCCH送信におけるUCIビットの値に応じて、系列及びリソースブロックの複数の組み合わせから１つの組み合わせを決定し、決定した１つの組み合わせに含まれるリソースブロックを用いて、決定した１つの組み合わせに含まれる系列を送信する。また、基地局１００は、PUCCHの信号を受信し、DMRSを用いないPUCCH送信におけるUCIビットの値と、系列及びリソースブロックの組み合わせとの関連付けに基づいて、受信したPUCCH信号に含まれる系列及び信号に使用されるリソースブロックに対応するUCIビットの値を特定する。
　これにより、PUCCH送信において、１リソースブロックが使用され、１リソースブロックの狭帯域送信を維持できるので、送信帯域幅の増加を抑制して、直交リソースを増加できる。また、リソースブロック選択の適用により、非直交系列の使用を避けることができるため、PUCCHのカバレッジ性能の改善が期待できる。よって、本実施の形態によれば、DMRSを用いない上りリンク送信（例えば、PUCCH送信又はUCI送信）において、信号の受信性能を向上できる。
　（実施の形態２）
　本実施の形態に係る基地局１００及び端末２００の構成は、実施の形態１の構成と同様でよい。
　本実施の形態では、例えば、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最小値が「Nmin」であり、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最大値が「Nmax」であると想定する。
　例えば、Nminは１ビットでもよく、PUCCH format 3がサポートする最小のUCIビット数である３ビットでもよく、１ビット及び３ビット以外の他の値でもよい。
　また、例えば、Nmaxは、既存のPUCCHフォーマットにおいて、Reed Muller符号でサポートされる最大のUCIビット数である１１ビットでもよく、１１ビット以外の他の値でもよい。
　本実施の形態では、一例として、DMRSを用いないPUCCH送信方法として、系列選択によってUCIビットを送信する方法（例えば、方法２）を適用する。
　＜Step 1＞
　例えば、端末２００がNビットのUCIを送信する場合、系列数2N個又は2N個以上の系列からなる系列選択に用いる系列集合(Sequence Pool)が用意される。
　＜Step 1-1＞
　端末２００は、例えば、NO=Nsubcarrier×Nsymb個の系列からなる直交系列集合を生成する。ここで、Nsubcarrierは、PUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、Nsymbは、PUCCHリソースに割り当てられるシンボル数を示す。
　系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、また、シンボル数Nsymbに応じたOCCを用いて符号拡散を行うことにより、NO=Nsubcarrier×Nsymb個の直交系列が生成可能である。
　＜Step 1-2＞
　直交系列の数NOが2Nよりも少ない場合、端末２００は、例えば、系列選択に加え、comb-index選択を適用する。
　例えば、comb-index選択では、PUCCHの周波数領域リソースとして、PUCCH送信に割り当てられるKリソースブロックが確保されてよい。Kリソースブロックが確保される場合、例えば、各リソースブロックは、K個のくしの歯状のサブキャリアを含むcombに分割されてよい。例えば、１リソースブロックが１２サブキャリアで構成される場合、comb-index#n（n=0～K-1）は、サブキャリア#n、#n+K、～、#n+(12/K-1)Kで構成されてもよい。よって、例えば、１リソースブロック（１２サブキャリア）内において同一comb-indexを有するサブキャリアは12/K個であるので、Kリソースブロックの全体において１つのcombを構成するサブキャリア数は、１リソースブロック分に相当する１２サブキャリアである。
　例えば、Kリソースブロックが確保され、リソースブロックがK個のcombに分割される場合、直交系列とcomb-index選択との組み合わせを、N’O=Nsubcarrier×Nsymb×K個実現できる。
　例えば、直交系列及びcomb-index選択を組み合わせて、N’O≧2N個の組み合わせの候補が生成されてよい。例えば、直交系列とcomb-indexとの組み合わせの候補（例えば、2N個の候補）のそれぞれは、NビットのUCIが取り得る2N通りの値に関連付けられてよい。
　＜Step 2＞
　端末２００は、生成されるUCIビットの値に応じて、例えば、直交系列とcomb-index選択との2N個の組み合わせ候補から、１つの組み合わせを選択する。この際、端末２００における１つの組み合わせの選択により、Kリソースブロックのうち、１個のcombに相当するサブキャリアである、１リソースブロック分のサブキャリアが選択されてよい。
　＜Step 3＞
　端末２００は、例えば、選択された組み合わせに対応する系列を、選択された組み合わせのcomb-indexに対応するサブキャリアにマッピングして送信する。
　図１２は、本実施の形態におけるPUCCH送信の一例を示す図である。図１２では、例えば、NビットのUCIに対して、NO個の直交系列を含む系列集合（sequence pool）が用意され、K=4個のリソースブロックが確保される。ここで、NO個の直交系列とK個のリソースブロックとの組み合わせ候補の数（例えば、N’O=NO×K=Nsubcarrier×Nsymb×K）は、2N個以上でよい。
　また、図１３は、一例として、Nsubcarrier=12、Nsymb=14の場合に生成可能な直交系列(系列番号#0～#167)の例を示す。なお、系列番号（例えば、直交系列番号）と、巡回シフト及びOCCインデックスとの対応付けは、図１３に示す例に限定されない。また、図１３は、一例として、N=8ビットのUCIビット系列と、系列（例えば、直交系列番号）及びcomb-index選択（例えば、comb-index）の組み合わせとの対応付けの例を示す。図１３では、例えば、K=2個（例えば、comb-index=0～1）のリソースブロックが確保されてよい。なお、UCIビットと、系列及びcomb-index選択の組み合わせとの対応付けは、図１３に示す例に限定されない。
　図１２において、端末２００は、例えば、NO個の直交系列とK=4個のcomb-index（k=0～3の何れか）との組み合わせの候補（例えば、N’O=NO×K個）から、生成されるUCIビットの値に関連付けられた組み合わせ（図１２の例では、系列#nとk=1）を選択してよい。そして、端末２００は、系列#nを、K個のリソースブロックそれぞれのcomb-index#1に対応するサブキャリアにマッピングして送信してよい。図１２に示す例では、系列#nは、1リソーブロックあたり３サブキャリアであり、K=4個のリソースブロックにおける１２サブキャリアにマッピングされて送信される。
　また、一例として、図１３において、N=8ビットのUCI‘10101001’を送信する場合、端末２００は、系列#1（例えば、Cyclic shift 1及びOCC index 0）を、２個のリソースブロックそれぞれのcomb-index k=1に対応するサブキャリアにマッピングして送信してよい。
　基地局１００は、受信したPUCCH（UCI）を復調し、復調により特定した系列と、当該系列がマッピングされたサブキャリアに対応するcomb-indexとの組み合わせに基づいて、UCIビットの値を特定してよい。例えば、図１３において、基地局１００は、特定した系列が系列番号#167であり、特定した系列がマッピングされたサブキャリアがcomb-index k=0の場合、UCIビットの値が‘10100111’であると特定してよい。
　以上、基地局１００及び端末２００の動作例について説明した。
　以上のように、本実施の形態では、DMRSを用いないPUCCH送信におけるUCIビットの値に応じて、系列及びcombの複数の組み合わせから１つの組み合わせを決定し、決定した１つの組み合わせに含まれるcombに対応するサブキャリアを用いて、決定した１つの組み合わせに含まれる系列を送信する。また、基地局１００は、PUCCHの信号を受信し、DMRSを用いないPUCCH送信におけるUCIビットの値と、系列及びcombの組み合わせとの関連付けに基づいて、受信したPUCCH信号に含まれる系列及び信号に使用されるcombに対応するUCIビットの値を特定する。
　例えば、PUCCH送信において、K個のリソースブロックのそれぞれがK個のcombに分割され、各サブブロック内の何れか一つのcombによって系列が送信されるので、PUCCH送信において信号が送信されるサブキャリア数は、１リソースブロック分のサブキャリア(例えば、１２サブキャリア)である。これにより、PUCCH送信において、狭帯域送信と同様のPSDを維持しつつ、直交リソースを増加できる。また、comb-index選択の適用により、非直交系列の使用を避けることができるため、PUCCHのカバレッジ性能の改善が期待できる。よって、本実施の形態によれば、DMRSを用いない上りリンク送信（例えば、PUCCH送信又はUCI送信）において、信号の受信性能を向上できる。
　また、本実施の形態では、実施の形態１と比較して、PUCCHリソースに割り当てられるK個のリソースブロック全体に亘って信号がマッピングされるので、他セル間の干渉制御が比較的簡易なる利点がある。
　なお、図１２では、一例として、各リソースブロック内のくしの歯状のサブキャリア、例えば、各リソースブロックにおいてK個おきのサブキャリアグループを用いる場合について説明したが、各リソースブロックにおけるサブキャリアグループは、くしの歯状のサブキャリアに限定されない。例えば、周波数リソース選択は、各リソースブロックの連続するサブキャリア単位で行われてもよい。
　以上、本開示の非限定な一実施例に係る各実施の形態について説明した。
　（変形例１）
　実施の形態１では、端末２００がNビットのUCIを送信する場合に、直交系列の数NOが2Nよりも少ない場合、リソースブロック選択を適用し、リソースブロック選択において用いるPUCCH周波数領域リソースがN’O=Nsubcarrier×Nsymb×M≧2Nを満たすMリソースブロックである場合について説明した。
　また、実施の形態２では、端末２００がNビットのUCIを送信する場合に、直交系列の数NOが2Nよりも少ない場合、comb-index選択を適用し、comb-index選択において用いるPUCCH周波数領域リソースがN’O=Nsubcarrier×Nsymb×K≧2Nを満たすKリソースブロックである場合について説明した。
　実施の形態１又は実施の形態２では、UCIビット数Nが増加するほど、使用する周波数リソースが増加しやすく、周波数利用効率が劣化する可能性がある。
　変形例１では、例えば、使用可能なPUCCHの周波数領域リソース量（例えば、リソースブロック数）の上限値が設定（例えば、制限）されてもよい。
　例えば、使用可能なリソースブロック数は、既存のPUCCHフォーマットでサポート可能な16リソースブロックとしてもよく、他の値でもよい。
　また、変形例１では、例えば、上述した実施の形態１又は実施の形態２の＜Step 1-2＞において生成可能な直交系列と周波数リソース選択（例えば、リソースブロック選択又は、comb-index選択)との組み合わせ数（候補数）N’Oが2Nよりも少ない場合、端末２００は、例えば、直交系列と周波数リソースと非直交系列とを組み合わせて、N’O×NNO≧2N個の組み合わせの候補を生成してもよい。なお、非直交系列の生成方法は、例えば、非特許文献８に記載の方法(例えば、M系列の初期値を異ならせることにより複数の非直交系列を生成する方法)が適用されてもよく、他の方法が適用されてもよい。
　一例として、利用可能なリソースブロック数（M又はK）を１６個に制限する場合について説明する。図１４は、M又はN=16であり、PUCCHリソースにNsymbシンボルが割り当てられる場合に生成可能な直交系列の数NO、及び、N=11ビットのUCIを送信する場合に用いる非直交系列の数NNOを示す。
　例えば、N=11ビットの場合、UCIビットが取り得る値は、211=2048であるので、系列と周波数リソース選択との組み合わせの候補数は少なくとも211=2048個用意される。この場合、図１４に示すように、Nsymb=4～10では、NO個の直交系列と16個の周波数リソース（例えば、リソースブロック又はcomb-index）との組み合わせでは、2048個の組み合わせ候補が確保されないので、直行系列及び周波数リソース選択に加え、NNO=2個の非直交系列を用いて、2048個以上の組み合わせ候補を生成してよい。
　変形例１により、直交系列及び非直交系列に加え、周波数リソース選択の適用により、例えば、直交系列及び非直交系列を適用する場合（例えば、図４）と比較して、非直交系列の数を大幅に削減できるため、非直交系列を用いることによる伝送特性の劣化を抑制できる。
　また、変形例１では、使用可能なPUCCH周波数領域リソース量を制限できるため周波数利用効率を改善できる。
　（変形例２）
　上述した実施の形態１、実施の形態２及び変形例１では、Step 1-1において、直交系列が生成され、Step 1-2においてリソースブロック選択（又は、comb-index選択）が適用されることにより、直交系列とリソースブロック（又は、comb-index）との組み合わせが生成される場合について説明した。
　組み合わせの生成方法（例えば、処理の順序）は、上記方法に限定されない。変形例２では、例えば、以下のように、Step 1-1において、リソースブロック選択（又は、comb-index選択）が適用され、Step 1-2において、直交系列が生成されてもよい。
　＜Step 1-1＞
　例えば、PUCCHの周波数領域リソースとして、Mリソースブロックが確保され、端末２００は、M個のリソースブロック選択候補を生成する。または、PUCCHの周波数領域リソースとして、Kリソースブロックが確保され、端末２００は、K個のcomb-index選択候補を生成する。
　＜Step 1-2＞
　例えば、M（又は、K）が2Nよりも少ない場合、端末２００は、NO=Nsubcarrier×Nsymb個の系列からなる直交系列集合を生成する。ここで、NsubcarrierはPUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数(例えば、12サブキャリア)を示し、NsymbはPUCCHリソースに割り当てられるシンボル数を示す。例えば、系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、かつ、シンボル数Nsymbに応じたOCCを用いて符号拡散を行うことにより、NO=Nsubcarrier×Nsymb個の直交系列が生成可能である。
　例えば、リソースブロック選択と直交系列との組み合わせを、N’O=M×Nsubcarrier×Nsymb個実現できる。又は、comb-index選択と直交系列との組み合わせをN’O=K×Nsubcarrier×Nsymb個実現できる。
　＜Step 1-3＞
　Step 1-2で生成した組み合わせ候補数N’Oが2Nよりも少ない場合、端末２００は、例えば、非直交系列を組み合わせて、N’O×NNO≧2N個の組み合わせを生成してもよい。なお、非直交系列の生成方法は、例えば、非特許文献８に記載の方法(例えば、M系列の初期値を異ならせることにより複数の非直交系列を生成する方法)が適用されてもよく、他の方法が適用されてもよい。
　変形例２によれば、Step 1-1において、UCIビット数がlog2 M又はlog2 K以下の場合、UCIの送信には周波数リソース選択（例えば、リソースブロック選択又はcomb-index選択）が適用され、直交系列が適用されない。このため、例えば、直交系列を用いた同一時間周波数リソースにおける複数端末の多重が可能である。
　（変形例３）
　実施の形態２では、Kリソースブロック間のcomb-index選択が同一であることを想定したが、これに限定されない。
　例えば、各リソースブロックのcomb-index選択の組み合わせによって、UCIビットの送信が可能である。例えば、複数のリソースブロックのそれぞれにおいてcomb-indexが個別に選択されてもよい。また、例えば、複数のリソースブロックのそれぞれに個別に選択されるcomb-indexの組み合わせと、UCIビットの値とが関連付けられてもよい。例えば、K個のcomb-indexからなるMリソースブロックのPUCCH送信において、各リソースブロックのcomb-indexの選択の組み合わせはKM通りである。よって、変形例３では、例えば、直交系列とcomb-index選択との組み合わせの候補数をN’O=Nsubcarrier×Nsymb×KM個実現できる。
　また、例えば、シンボル間のcomb-index選択の組み合わせによって、UCIビットの送信が可能である。例えば、PUCCH送信に割り当てられる複数のシンボルのそれぞれにおいてcomb-indexが個別に選択されてもよい。また、例えば、PUCCH送信に割り当てられる複数のシンボルのそれぞれに個別に選択される周波数リソース（例えば、リソースブロック又はcomb-index）の組み合わせと、UCIビットの値とが関連付けられてもよい。例えば、K個のcomb-indexからなるMリソースブロック及びNsymbのPUCCH送信において、各シンボルのcomb-indexの選択の組み合わせはKNsymb通りである。よって、変形例３では、例えば、直交系列とcomb-index選択との組み合わせの候補数をN’O=Nsubcarrier×Nsymb×KNsymb個実現できる。
　なお、実施の形態１においても、Nsymbシンボル間のリソースブロック選択の組み合わせによって、UCIビットの送信が可能である。
　また、例えば、リソースブロック間のcomb-index選択とシンボル間のcomb-index選択とを組み合わせて用いてもよい。例えば、PUCCH送信に割り当てられる複数のリソースブロックのそれぞれにおいてcomb-indexが個別に選択され、また、PUCCH送信に割り当てられる複数のシンボルのそれぞれにおいて、各リソースブロックにおいて選択されるcomb-indexの組み合わせが個別に設定されてもよい。また、PUCCH送信に割り当てられる複数のシンボルのそれぞれにおいて複数のリソースブロックのそれぞれに個別に選択されるcomb-indexの組み合わせと、UCIビットの値とが関連付けられてもよい。この場合、直交系列とcomb-index選択との組み合わせの候補をN’O=Nsubcarrier×Nsymb×KM×KNsymb個実現できる。
　変形例３によれば、端末２００は、リソースブロック間又はシンボル間のcomb-index選択の組み合わせによってUCIビットを送信できるため、非直交系列の使用を低減できる。また、PUCCH周波数リソースを削減し、周波数利用効率を改善できる。
　以上、変形例３について説明した。
　（他の実施の形態）
　（１）例えば、PUCCHのカバレッジを改善するためには、PUCCHを複数スロットに亘って送信するRepetitionが適用され得る。
　上述したDMRSを用いないPUCCH送信方法に対するRepetition適用方法として、例えば、単純に、上述した方法により生成した、DMRSを用いないPUCCH（例えば、１スロット分の信号）を複数スロットに亘って繰り返し送信する方法があり得る。
　また、Repetition方法として、例えば、NRに採用されているスロット単位又はミニスロット単位のRepetition（例えば、非連続シンボルRepetition）が適用されてもよく、同一OFDMシンボルを連続して送信するシンボル単位のRepetitionが適用されてもよい。前者は、同一シンボルが非連続シンボルで送信されることから、残留周波数オフセット推定の精度を向上させることが期待できる。また、後者は、連続して送信するシンボルを同相合成することが容易であることから、受信SNRを向上できる。
　また、Repetitionによって、時間領域のPUCCHリソース（例えば、シンボル数）が増加することから、上述した各実施の形態のPUCCHリソースに含まれるシンボル数又はリソースエレメント数を、Repetitionを含めたPUCCHリソース（例えば、複数スロット分）のシンボル数又はリソースエレメント数に置き換えてもよい。
　また、例えば、上述した各実施の形態では、＜Step 1-1＞において、NO=Nsubcarrier×Nsymb×NRep個の系列からなる直交系列集合が生成されてよい。ここで、NsubcarrierはPUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、NsymbはPUCCHリソースに割り当てられるシンボル数を示し、NRepはRepetition回数を示す。
　例えば、系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、かつ、シンボル数NsymbとRepetition回数NRepに応じたOCCを用いて符号拡散を行うことで、NO=Nsubcarrier×Nsymb×NRep個の直交系列が生成可能である。
　（２）本開示の非限定な実施例における系列は、実際に送信される系列でなくてもよく、例えば、論理的な系列でもよい。
　例えば、実際に送信される系列と論理的な系列とのマッピングは、端末２００間で同一でもよく、異なってもよい。例えば、論理的な系列番号nと実際に送信される系列番号mとの対応付けは、RRCなどの上位レイヤで設定されるパラメータに基づいて決定されてもよく、端末ID又はセルIDなどに基づいて決定されてもよい。
　（３）例えば、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最小値が「Nmin」であり、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最大値が「Nmax」であると想定する。
　例えば、Nminは１ビットでもよく、PUCCH format 3がサポートする最小のUCIビット数である３ビットでもよく、１ビット及び３ビット以外の他の値でもよい。
　また、例えば、Nmaxは、既存のPUCCHフォーマットにおいて、Reed Muller符号でサポートされる最大のUCIビット数である１１ビットでもよく、１１ビット以外の他の値でもよい。
　例えば、生成される系列と周波数リソースとの組み合わせの候補数を、2Nの代わりに、以下の値に置き換えてもよい。
Figure JPOXMLDOC01-appb-M000001
　端末２００は、例えば、
Figure JPOXMLDOC01-appb-M000002
 　の組み合わせ候補の中から、生成されるUCIビット数、及び、UCIビットの値に応じて、１つの組み合わせを選択する。そして、端末２００は、例えば、選択した組み合わせに含まれる系列を、選択した組み合わせに含まれる周波数リソースにマッピングして送信してもよい。
　系列と周波数リソースとの組み合わせの候補は、例えば、各UCIビット数（例えば、Nminビット～Nmaxビット）にそれぞれ対応するサブ集合（Subset）に分割される。例えば、系列と周波数リソースとの組み合わせの候補からなる集合には、UCIビット数の候補にそれぞれ関連付けられた複数のサブ集合が含まれてよい。また、複数のサブ集合のそれぞれには、例えば、NビットのUCIビットの候補（例えば、2N通りの値）にそれぞれ関連付けられた組み合わせ候補が含まれてもよい。
　端末２００は、例えば、NビットのUCIを送信する場合、複数のサブ集合のうち、NビットのUCIに対応するサブ集合を選択し、また、UCIビットの値に応じて、サブ集合に含まれる2N個の組み合わせ候補から１つの組み合わせを選択してよい。
　このように、端末２００は、系列の組み合わせ候補によって、UCIビット情報を送信できる。また、端末２００は、送信される組み合わせ候補が属するサブ集合によって、UCIビット数に関する情報を送信できる。基地局１００は、例えば、PUCCHを復調し、どの組み合わせ候補に基づいてUCIが送信されたかを判断し、当該組み合わせ候補が属するサブ集合を特定することにより、端末２００が送信したUCIビット数を特定できる。
　これにより、例えば、端末２００がDCIの復号に失敗した場合でも、基地局１００は、受信したUCIの系列に基づいて、端末２００が送信するUCIビットに加え、UCIビット数を正確に特定できるので、基地局１００と端末２００との間のUCIビット数の齟齬を抑制できる。
　なお、同一のサブ集合に含まれる組み合わせ候補には、同一の周波数リソース（例えば、リソースブロック又はcomb-index）が含まれてもよい。これにより、同一のUCIビット数に対応する組み合わせ候補が、同一リソースブロック又はcomb-indexに対応付けられるため、基地局１００における復調処理を簡易にできる利点がある。
　また、同一のサブ集合に含まれる組み合わせ候補には、異なる周波数リソース（例えば、リソースブロック又はcomb-index）が含まれてもよい。これにより、チャネル変動の影響などによって同一サブ集合に含まれる組み合わせ候補間の系列の直交性が維持されなくても、異なる周波数リソースによって同一のサブ集合に含まれる組み合わせ候補間の直交性を維持できる。
　（４）他の実施の形態（３）では、端末２００は、例えば、UCIビット数に関する情報を、系列と周波数リソースとの組み合わせ選択によって送信する。
　ここで、例えば、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最小値をNminとし、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最大値をNmaxと想定する。
　この場合、UCIビット数に関する情報は、組み合わせ候補における（Nmax-Nmin+1）個のサブ集合にそれぞれ対応する。
　ここでは、例えば、系列及び周波数リソースの複数の組み合わせ候補において、UCIビット数に関する情報にそれぞれ対応する異なるサブ集合に含まれる組み合わせ候補を、信頼度のより高い組み合わせ候補に対応させる。
　例えば、各サブ集合に対して異なる周波数リソースを対応させてよい。例えば、M個のリソースブロックを（Nmax-Nmin+1）個のサブ集合へ振り分けてよい。例えば、（Nmax-Nmin+1）個のサブ集合のそれぞれに、M個のリソースブロックが分散して割り当てられてよい。
　例えば、nビットのUCIに対応するサブ集合に振り分けられるリソースブロック数を「Mn」とすると、以下を満たしてよい。
Figure JPOXMLDOC01-appb-M000003
　また、例えば、K個のcomb-indexを（Nmax-Nmin+1）個のサブ集合へ振り分けてよい。例えば、（Nmax-Nmin+1）個のサブ集合のそれぞれに、K個のcomb-indexが分散して割り当てられてよい。
　例えば、nビットのUCIに対応するサブ集合に振り分けられるcomb-index数を「Kn」とすると、以下を満たしてよい。
Figure JPOXMLDOC01-appb-M000004
　また、例えば、nビットのUCIビットに対応するサブ集合に含まれるリソースブロック数Mn（又は、comb-index数Kn）が2n個より少ない場合、当該サブ集合において、周波数リソースと、系列（例えば、直交系列又は非直交系列）とを組み合わせて、2N個の組み合わせ候補が生成されてもよい。
　この方法によれば、サブ集合間で異なる周波数リソース選択を用いるため、サブ集合間の直交性が維持されやすくなる。よって、UCIビット数に関する情報の信頼度を向上でき、UCIの復調性能を向上することに寄与する。
　また、受信側（例えば、基地局１００）では、周波数リソースと系列（例えば、直交系列又は非直交系列）とが組み合わせによって送信されたPUCCHを復調する実装方法として、最初に周波数リソースの特定を行うことがあり得る。この場合、受信側において、最初に周波数リソースからサブ集合を特定することにより、復調において探索する組み合わせ候補数を削減でき、復調処理を簡易にできる可能性がある。
　（５）上述した各実施の形態では、NO=Nsubcarrier×Nsymb個の系列からなる直交系列を生成した。ここで、NsubcarrierはPUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、NsymbはPUCCHリソースに割り当てられるシンボル数を示す。
　系列長Nsubcarrierの系列に対してNsubcarrier個の巡回シフト系列が生成可能であり、かつ、シンボル数Nsymbに応じたOCCを用いて符号拡散を行うことにより、NO=Nsubcarrier×Nsymb個の直交系列が生成可能である。
　また、例えば、直交系列の数NOが、2N、又は、
Figure JPOXMLDOC01-appb-M000005
 　よりも少ない場合、周波数リソース選択、又は、必要であれば非直交系列を組み合わせて2N、又は、
Figure JPOXMLDOC01-appb-M000006
 　の組み合わせ候補が生成される。
　例えば、利用可能な直交系列の数、周波数リソース数、及び、非直交系列の数（例えば、上限値）を2のべき乗に設定（例えば、制限）してもよい。
　例えば、UCIビット系列の先頭（log2NO）ビットを直交系列に割り当て（又は、マッピングし）、次のlog2 Mビット又はlog2 Kビットを周波数リソース選択に対応させ、残りのUCIビットを非直交系列に割り当ててもよい（又は、マッピングしてもよい）。これにより、UCIビット系列を、直交系列に対応するビット系列、周波数リソース選択に対応するビット系列、及び、非直交系列に対応するビット列に分けることができる。このため、送信側（例えば、端末２００）のUCIビットから系列へのマッピング処理、及び、受信側（例えば、基地局１００）の復調処理を簡易にできる利点がある。
　以上、他の実施の形態について説明した。
　なお、上述した各実施の形態では、PUCCHにおけるUCI多重送信について説明したが、多重送信に用いるチャネルは、PUCCHに限らず、他のチャネルでもよい。また、送信する情報の種類は、UCIに限らず、他の種類の情報（例えば、上りリンクデータ信号）であってもよい。また、本開示の一実施例は、上りリンク送信に限定されず、下りリンク送信又はサイドリンク送信に適用されてもよい。
　また、本開示において例示した、サブキャリア数、リソースブロック数、comb-index数、シンボル数、直交系列数、非直交系列数、PUCCH送信においてサポートされるUCIのビット数、といったパラメータは一例であって、他の値でもよい。
　また、上記各実施の形態では、UCIが１リソースブロック、又は、１リソースブロックに相当する周波数リソース（例えば、１２サブキャリア）を用いて送信される場合について説明したが、UCIが送信される周波数リソースサイズは、１リソースブロックに限定されず、例えば、２リソースブロック以上でもよく、１３サブキャリア以上でもよく、１１サブキャリア以下でもよい。
　また、本開示において、Repetitionは、例えば、slot aggregation、slot bundling、TTI aggregation、又は、TTI bundlingと呼ばれてもよい。
　本開示は、例えば、sidelinkの通信のような端末間の通信に適用されてもよい。
　また、本開示において、下りリンク制御チャネル、下りリンクデータチャネル、上りリンク制御チャネル、及び、上りリンクデータチャネルは、それぞれ、PDCCH、PDSCH、PUCCH、及び、PUSCHに限らず、他の名称の制御チャネルでもよい。
　また、本開示において、上位レイヤのシグナリングには、RRCシグナリングを想定しているが、Medium Access Control（MAC）のシグナリング、及び、物理レイヤのシグナリングであるDCIでの通知に置き換えてもよい。
　（補足）
　上述した各実施の形態、各変形例、及び、各補足に示した機能、動作又は処理を端末２００がサポートするか否かを示す情報が、例えば、端末２００の能力（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（ＤＮ、例えば、オペレーターによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。
　したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣサービス、ｅＭＭＢサービス、およびｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）の少なくとも１つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを行う制御回路と、を備える、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。
　本開示において使用した「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に相互に置換されてもよい。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、参照信号を用いない上りリンク送信における情報ビットの値に応じて、系列及び周波数リソースの複数の組み合わせから１つの組み合わせを決定する制御回路と、前記１つの組み合わせに含まれる周波数リソースを用いて、前記１つの組み合わせに含まれる系列を送信する送信回路と、を具備する。
　本開示の一実施例において、前記周波数リソースは、前記上りリンク送信に割り当てられるリソースブロックであり、前記制御回路は、前記情報ビットの値に応じて、複数の前記リソースブロックのうちの一つのリソースブロックを選択する。
　本開示の一実施例において、前記周波数リソースは、前記上りリンク送信に割り当てられる複数のリソースブロックの各々を分割して得られる複数のサブキャリアグループであり、前記制御回路は、前記情報ビットの値に応じて、前記複数のサブキャリアグループのうちの一つのサブキャリアグループを選択する。
　本開示の一実施例において、前記サブキャリアグループは、前記リソースブロック内のくしの歯状のサブキャリアを含む。
　本開示の一実施例において、前記周波数リソースの量には上限値が設定される。
　本開示の一実施例において、Ｎビットの前記情報ビットに対応する、直交系列及び前記周波数リソースの組み合わせの候補数が2Ｎ個より少ない場合、前記直交系列と前記周波数リソースと非直交系列とにより、2Ｎ個の組み合わせの候補が生成される。
　本開示の一実施例において、前記複数のリソースブロックのそれぞれに個別に選択される前記サブキャリアグループの組み合わせと、前記情報ビットの値とが関連付けられる。
　本開示の一実施例において、前記上りリンク送信に割り当てられる複数のシンボルのそれぞれにおいて前記複数のリソースブロックのそれぞれに個別に選択される前記サブキャリグループの組み合わせと、前記情報ビットの値とが関連付けられる。
　本開示の一実施例において、前記上りリンク送信に割り当てられる複数のシンボルのそれぞれに個別に選択される前記周波数リソースの組み合わせと、前記情報ビットの値とが関連付けられる。
　本開示の一実施例に係る基地局は、信号を受信する受信回路と、参照信号を用いない上りリンク送信における情報ビットの値と、系列及び周波数リソースの組み合わせとの関連付けに基づいて、前記信号に含まれる系列及び前記信号に使用される周波数リソースに対応する前記情報ビットの値を特定する制御回路と、を具備する。
　本開示の一実施例に係る通信方法において、端末は、参照信号を用いない上りリンク送信における情報ビットの値に応じて、系列及び周波数リソースの複数の組み合わせから１つの組み合わせを決定し、前記１つの組み合わせに含まれる周波数リソースを用いて、前記１つの組み合わせに含まれる系列を送信する。
　本開示の一実施例に係る通信方法において、基地局は、信号を受信し、参照信号を用いない上りリンク送信における情報ビットの値と、系列及び周波数リソースの組み合わせとの関連付けに基づいて、前記信号に含まれる系列及び前記信号に使用された周波数リソースに対応する前記情報ビットの値を特定する。
　２０２２年３月２４日出願の特願２０２２－０４９０１４の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　基地局
　１０１、２０５　制御部
　１０２　上位制御信号生成部
　１０３　下りリンク制御情報生成部
　１０４、２０６　符号化部
　１０５、２０７　変調部
　１０６、２０８　信号割当部
　１０７、２０９　送信部
　１０８、２０１　受信部
　１０９、２０２　抽出部
　１１０、２０３　復調部
　１１１、２０４　復号部
　２００　端末

Claims (12)

  1. 　参照信号を用いない上りリンク送信における情報ビットの値に応じて、系列及び周波数リソースの複数の組み合わせから１つの組み合わせを決定する制御回路と、
    　前記１つの組み合わせに含まれる周波数リソースを用いて、前記１つの組み合わせに含まれる系列を送信する送信回路と、
    　を具備する端末。
  2. 　前記周波数リソースは、前記上りリンク送信に割り当てられるリソースブロックであり、
    　前記制御回路は、前記情報ビットの値に応じて、複数の前記リソースブロックのうちの一つのリソースブロックを選択する、
    　請求項１に記載の端末。
  3. 　前記周波数リソースは、前記上りリンク送信に割り当てられる複数のリソースブロックの各々を分割して得られる複数のサブキャリアグループであり、
    　前記制御回路は、前記情報ビットの値に応じて、前記複数のサブキャリアグループのうちの一つのサブキャリアグループを選択する、
    　請求項１に記載の端末。
  4. 　前記サブキャリアグループは、前記リソースブロック内のくしの歯状のサブキャリアを含む、
    　請求項３に記載の端末。
  5. 　前記周波数リソースの量には上限値が設定される、
    　請求項１に記載の端末。
  6. 　Ｎビットの前記情報ビットに対応する、直交系列及び前記周波数リソースの組み合わせの候補数が2N個より少ない場合、前記直交系列と前記周波数リソースと非直交系列とにより、2N個の組み合わせの候補が生成される、
    　請求項４に記載の端末。
  7. 　前記複数のリソースブロックのそれぞれに個別に選択される前記サブキャリアグループの組み合わせと、前記情報ビットの値とが関連付けられる、
    　請求項３に記載の端末。
  8. 　前記上りリンク送信に割り当てられる複数のシンボルのそれぞれにおいて前記複数のリソースブロックのそれぞれに個別に選択される前記サブキャリアグループの組み合わせと、前記情報ビットの値とが関連付けられる、
    　請求項３に記載の端末。
  9. 　前記上りリンク送信に割り当てられる複数のシンボルのそれぞれに個別に選択される前記周波数リソースの組み合わせと、前記情報ビットの値とが関連付けられる、
    　請求項１に記載の端末。
  10. 　信号を受信する受信回路と、
    　参照信号を用いない上りリンク送信における情報ビットの値と、系列及び周波数リソースの組み合わせとの関連付けに基づいて、前記信号に含まれる系列及び前記信号に使用される周波数リソースに対応する前記情報ビットの値を特定する制御回路と、
    　を具備する基地局。
  11. 　端末は、
    　参照信号を用いない上りリンク送信における情報ビットの値に応じて、系列及び周波数リソースの複数の組み合わせから１つの組み合わせを決定し、
    　前記１つの組み合わせに含まれる周波数リソースを用いて、前記１つの組み合わせに含まれる系列を送信する、
    　通信方法。
  12. 　基地局は、
    　信号を受信し、
    　参照信号を用いない上りリンク送信における情報ビットの値と、系列及び周波数リソースの組み合わせとの関連付けに基づいて、前記信号に含まれる系列及び前記信号に使用された周波数リソースに対応する前記情報ビットの値を特定する、
    　通信方法。
PCT/JP2022/048548 2022-03-24 2022-12-28 端末、基地局及び通信方法 Ceased WO2023181579A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP22933706.8A EP4503483A4 (en) 2022-03-24 2022-12-28 TERMINAL, BASE STATION, AND COMMUNICATION METHOD
US18/847,560 US20250212190A1 (en) 2022-03-24 2022-12-28 Terminal, base station, and communication method
JP2024509776A JPWO2023181579A1 (ja) 2022-03-24 2022-12-28

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022049014 2022-03-24
JP2022-049014 2022-03-24

Publications (1)

Publication Number Publication Date
WO2023181579A1 true WO2023181579A1 (ja) 2023-09-28

Family

ID=88100921

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/048548 Ceased WO2023181579A1 (ja) 2022-03-24 2022-12-28 端末、基地局及び通信方法

Country Status (4)

Country Link
US (1) US20250212190A1 (ja)
EP (1) EP4503483A4 (ja)
JP (1) JPWO2023181579A1 (ja)
WO (1) WO2023181579A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020504491A (ja) * 2017-01-05 2020-02-06 テレフオンアクチーボラゲット エルエム エリクソン（パブル） ワイヤレス通信システムのためのワイヤレスデバイス及びネットワークノード
US20210092734A1 (en) * 2019-09-24 2021-03-25 Qualcomm Incorporated Sequence based physical uplink control channel transmission
JP2022049014A (ja) 2020-09-15 2022-03-28 三星電子株式会社 半導体装置及びこれを含むデータ記憶システム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11444667B2 (en) * 2020-04-22 2022-09-13 Qualcomm Incorporated Methods and apparatus for orthogonal sequence transmission with frequency hopping
WO2022026093A1 (en) * 2020-07-30 2022-02-03 Intel Corporation Transmission scheme for physical uplink control channel

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020504491A (ja) * 2017-01-05 2020-02-06 テレフオンアクチーボラゲット エルエム エリクソン（パブル） ワイヤレス通信システムのためのワイヤレスデバイス及びネットワークノード
US20210092734A1 (en) * 2019-09-24 2021-03-25 Qualcomm Incorporated Sequence based physical uplink control channel transmission
JP2022049014A (ja) 2020-09-15 2022-03-28 三星電子株式会社 半導体装置及びこれを含むデータ記憶システム

Non-Patent Citations (10)

* Cited by examiner, † Cited by third party
Title
"New WID on NR coverage enhancements", CHINA TELECOM, December 2020 (2020-12-01)
"NR Base Station (BS) radio transmission and reception (Release 15", 3GPP TS38.104 V15.16.0, December 2021 (2021-12-01)
"NR Multiplexing and channel coding (Release 16", 3GPP TS38.212 V16.8.0, December 2021 (2021-12-01)
"NR Physical channels and modulation (Release 16", 3GPP TS38.211 V16.8.0, December 2021 (2021-12-01)
"NR Physical layer procedures for control (Release 16", 3GPP TS38.213 V16.8.0, December 2021 (2021-12-01)
"NR Physical layer procedures for data (Release 16", 3GPP TS38.214 V16.8.0, December 2021 (2021-12-01)
"Potential coverage enhancement techniques for PUCCH", QUALCOMM INCORPORATED, HUAWEI, HISILICON, 13 November 2020 (2020-11-13)
"Potential solutions for PUCCH coverage enhancement", HUAWEI, HISILICON, 26 September 2020 (2020-09-26)
QUALCOMM INCORPORATED: "Potential coverage enhancement techniques for PUCCH", 3GPP DRAFT; R1-2009315, 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, 26 October 2020 (2020-10-26), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051947556 *
See also references of EP4503483A4

Also Published As

Publication number Publication date
JPWO2023181579A1 (ja) 2023-09-28
US20250212190A1 (en) 2025-06-26
EP4503483A1 (en) 2025-02-05
EP4503483A4 (en) 2025-08-06

Similar Documents

Publication Publication Date Title
JP7670677B2 (ja) 端末、通信方法及び集積回路
JP7675722B2 (ja) 端末、基地局及び通信方法
JP7546583B2 (ja) 端末、通信方法及び集積回路
WO2022014272A1 (ja) 端末、基地局及び通信方法
JP2025134753A (ja) 基地局、通信方法及び集積回路
WO2023013191A1 (ja) 通信装置、及び、通信方法
WO2024029157A1 (ja) 端末、基地局、及び、通信方法
WO2022208989A1 (ja) 通信装置、及び、通信方法
WO2023181556A1 (ja) 端末、基地局及び通信方法
WO2023243614A1 (ja) 端末、基地局及び通信方法
WO2024100918A1 (ja) 端末、基地局及び通信方法
WO2023119756A1 (ja) 通信装置及び通信方法
WO2023188912A1 (ja) 基地局、端末及び通信方法
EP4340493A1 (en) Communication device and communication method
WO2023013192A1 (ja) 端末、基地局及び通信方法
WO2023181579A1 (ja) 端末、基地局及び通信方法
WO2023181557A1 (ja) 端末、基地局及び通信方法
JP7757388B2 (ja) 端末、通信方法及び集積回路
EP4514029A1 (en) Terminal, base station, communication method, and integrated circuit
WO2024171521A1 (ja) 基地局、端末及び通信方法
WO2024219190A1 (ja) 端末、基地局、及び、通信方法
WO2024232068A1 (ja) 端末、基地局及び通信方法
WO2024171520A1 (ja) 基地局、端末及び通信方法
WO2023013204A1 (ja) 端末、基地局、及び、通信方法
WO2025069635A1 (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: 22933706

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2024509776

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 202417068336

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 18847560

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2022933706

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

Country of ref document: EP

Effective date: 20241024

WWP Wipo information: published in national office

Ref document number: 18847560

Country of ref document: US