[go: up one dir, main page]

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

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

Info

Publication number
WO2023181556A1
WO2023181556A1 PCT/JP2022/047549 JP2022047549W WO2023181556A1 WO 2023181556 A1 WO2023181556 A1 WO 2023181556A1 JP 2022047549 W JP2022047549 W JP 2022047549W WO 2023181556 A1 WO2023181556 A1 WO 2023181556A1
Authority
WO
WIPO (PCT)
Prior art keywords
sequences
sequence
terminal
pucch
uci
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/047549
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 EP22933683.9A priority Critical patent/EP4503481A4/en
Priority to US18/847,961 priority patent/US20250212219A1/en
Priority to CN202280093816.6A priority patent/CN118923062A/zh
Priority to JP2024509766A priority patent/JPWO2023181556A1/ja
Publication of WO2023181556A1 publication Critical patent/WO2023181556A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J13/00—Code division multiplex systems
    • H04J13/0007—Code type
    • H04J13/004—Orthogonal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J13/00—Code division multiplex systems
    • H04J13/0074—Code shifting or hopping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J13/00—Code division multiplex systems
    • H04J13/10—Code generation
    • 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/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals

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.
  • R1-2008027 “Discussion on the PUCCH coverage enhancement,” CMCC, August 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 selects one sequence or one combination from a plurality of sequences or a plurality of combinations of sequences according to information regarding the number of information bits in uplink transmission without using reference signals. and a transmitting circuit that transmits the one series or the series included in the one combination.
  • the reception performance of uplink signals can be improved.
  • PUCCH Physical Uplink Control Channel
  • PUCCH transmission Diagram showing an example of PUCCH transmission Diagram showing an example of PUCCH transmission operation
  • Block diagram showing a partial configuration example of a base station Block diagram showing an example of the configuration of part of a terminal Block diagram showing an example of the configuration of a base station Block diagram showing an example of the configuration of a terminal
  • Flowchart showing an example of terminal operation Diagram showing an example of PUCCH transmission Diagram showing an example of a sequence used for PUCCH transmission Diagram showing an example of the number of orthogonal sequences and non-orthogonal sequences used for PUCCH transmission Diagram showing an example of a sequence used for PUCCH transmission Diagram showing an example of PUCCH transmission Diagram showing an example of the number of orthogonal sequences and non-orthogonal sequences used for PUCCH transmission Diagram of an exemplary architecture of a 3GPP NR system Schematic diagram showing functional separation between NG-RAN and 5GC Sequence diagram of Radio
  • 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 Documents 7 to 9). 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.”
  • FIG. 4 is a diagram illustrating the concept of the PUCCH transmission method of method 3.
  • Non-Patent Document 9 discloses a method of transmitting UCI bits using a combination of sequences.
  • a sequence pool consisting of S (six in the example of FIG. 4) sequences is prepared.
  • S six in the example of FIG. 4
  • 2 N sequence combinations may be prepared, each associated with each value of the N-bit UCI.
  • the terminal selects one combination (sequence #n and sequence #m in the example of FIG. 4) from among multiple sequence combinations according to the value of the UCI bit, and The sequence is mapped to the PUCCH resource and transmitted.
  • the number of sequences included in one sequence combination selected by the terminal is K (two in the example of FIG. 4), the number of sequence combinations is S C K. Therefore, for an N-bit UCI, the number S of sequences included in the sequence set is prepared such that S!/(K!(SK)! ⁇ 2 N , and K sequences are selected (and , sent).
  • different information may be transmitted depending on the order in which the sequences are transmitted or in which they are mapped.
  • a combination of sequence #n and sequence #m and a combination of sequence #m and sequence #n may be associated with mutually different UCI values.
  • the number S of sequences included in the sequence set is prepared such that S!/(SK)! ⁇ 2 N , and K sequences are selected (and transmitted). ) may be done.
  • the terminal maps the selected multiple sequences to PUCCH resources and transmits them.
  • Method 3 this method will be referred to as “Method 3.”
  • a sequence set containing 2 N sequences or a combination of 2 N sequences is prepared for the N-bit UCI, and the terminal selects one sequence according to the value of the UCI bit. transmit one sequence or a combination of one sequence.
  • the base station demodulates the UCI bits by determining which sequence or which sequence combination was transmitted from the terminal using a process such as maximum likelihood determination using correlation processing.
  • the DCI may include information regarding the number of ACK/NACK bits (eg, DAI) in addition to information regarding the resources of the PUCCH for transmitting ACK/NACK.
  • DAI information regarding the number of ACK/NACK bits
  • the terminal fails to decode the last transmitted DCI, the base station and terminal The number of UCI bits transmitted may be different.
  • the number of UCI bits that the base station assumes e.g., 3 bits
  • the number of UCI bits that the terminal assumes The number of UCI bits (eg, 2 bits) may be different.
  • the UCI decoding performance may deteriorate significantly.
  • the base station decodes the UCI by assuming both the number of UCI bits in the case of successful decoding of the DCI and the number of UCI bits in the case of failure in decoding the DCI, taking into account the failure of decoding of the DCI in the terminal. It is also possible. In this case, the base station performs demodulation multiple times, so demodulation processing may become complicated.
  • 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
  • a terminal transmits information about the number of UCI bits by sequence selection or sequence selection. You may include it in the combination selection and send it.
  • the base station can determine the UCI bits transmitted by the terminal based on the sequence or combination of sequences used for UCI transmission. Can identify numbers.
  • a communication system includes, for example, at least one base station and at least one terminal.
  • FIG. 6 is a block diagram illustrating a partial configuration example of base station 100 according to an embodiment of the present disclosure
  • FIG. 7 illustrates 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 (e.g., a PUCCH signal).
  • the control unit e.g., corresponding to a control circuit
  • the control unit is based on the association between information about the number of information bits (e.g., UCI bits) in uplink transmission without using a reference signal (e.g., DMRS) and a sequence or a combination of sequences. Then, the number of information bits corresponding to the sequence included in the signal is determined.
  • a control unit e.g., corresponding to a control circuit
  • a control circuit depending on information regarding the number of information bits (e.g., UCI bits) in uplink transmission that does not use a reference signal (e.g., DMRS)
  • One sequence or one combination is determined from a plurality of sequences or a plurality of combinations of sequences.
  • a transmitting unit (for example, corresponding to a transmitting circuit) transmits one sequence or a sequence included in one combination.
  • FIG. 8 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. 8 may be included in the receiving section shown in FIG. 6.
  • 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 and a sequence (or sequence combination candidate) used for transmitting the PUCCH (for example, UCI), and transmits the determined information to the extraction unit 109 and the demodulation unit 110. and output to the decoding section 111.
  • information for example, PUCCH resources
  • a sequence or sequence combination candidate
  • 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 demodulator 110 may specify a sequence (or a combination of sequences) to be transmitted on the PUCCH.
  • 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).
  • the decoding unit 111 may specify the number of UCI bits and the received UCI bit string based on the sequence (or combination of sequences) specified by the demodulating unit 110.
  • FIG. 9 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. 9 is included in the control section shown in FIG. You may be Further, the transmitter 209 shown in FIG. 9 may be included in the transmitter shown in FIG. 7.
  • 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. 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 sequence (or a combination of sequences) 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, 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. 10 is a flowchart showing an example of the operation of the terminal 200.
  • the terminal 200 acquires, for example, a sequence set (or sequence combination candidate) used for transmitting the PUCCH (UCI) and information regarding the PUCCH resource (S101).
  • a sequence set or sequence combination candidate used for transmitting the PUCCH (UCI)
  • information regarding the PUCCH resource S101.
  • Information regarding sequence sets (or sequence combination candidates) 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 sequence (or sequence combination) that corresponds to the generated ACK/NACK value (for example, UCI bit value) from the sequence set (or sequence combination candidate) (S105). .
  • the terminal 200 maps the selected sequence to the PUCCH resource (S106) and transmits the UCI using the PUCCH (S107).
  • FIG. 10 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. 10 a case has been described in which information regarding sequences (or sequence combination candidates) used for PUCCH transmission is notified (or set) to the terminal 200, but this is not limited to this, and is predefined in the standard. may be done. 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 1 and method 2) is applied as a PUCCH transmission method that does not use DMRS.
  • sequence included in the sequence pool used for sequence selection series may be prepared.
  • the terminal 200 for example, One series is selected from the series according to the number of UCI bits to be generated and the value of the UCI bits. Then, the terminal 200 maps the selected sequence to the PUCCH resource and transmits it.
  • the 4094 sequences included in the sequence set are divided into subsets corresponding to each UCI bit number (for example, 1 bit to 11 bits).
  • the sequence set includes a plurality of sub-sets each associated with a UCI bit number candidate (1 bit to 11 bits in FIG. 11).
  • each of the plurality of sub-sets includes, for example, sequences respectively associated with N-bit UCI bit candidates (for example, 2 N values).
  • sequence #0 may correspond to UCI bit '0'
  • sequence #1 may correspond to UCI bit '1'.
  • each of series #2 to #5 corresponds to a 2-bit UCI.
  • each of series #2 to #5 may correspond to UCI bits '00', '01', '10', and '11'.
  • a subset of sequences may be associated with each 3-bit to 11-bit UCI.
  • the number of sequences included in the subset corresponding to the N-bit UCI is 2N .
  • the terminal 200 selects one subset from a plurality of subsets according to the number of UCI bits (N bits), and selects the selected sub-set according to the value of the UCI bits.
  • One sequence may be selected from 2 N sequences included in the set.
  • terminal 200 can transmit UCI bit information using a sequence selected from a sequence set. Furthermore, the terminal 200 can transmit information regarding the number of UCI bits depending on the subset to which the transmitted sequence belongs. Furthermore, base station 100 can identify the number of UCI bits transmitted by terminal 200, for example, by demodulating PUCCH, determining which sequence has been transmitted, and identifying the subset to which the sequence belongs.
  • 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.
  • the PUCCH transmission method described above is applicable to Method 1 and Method 2, for example.
  • an example in which the PUCCH transmission method according to the present embodiment is applied to each of Method 1 and Method 2 will be described.
  • N min indicates the minimum number of UCI bits supported in PUCCH transmission without DMRS (DMRS-less PUCCH), and N max indicates the maximum number of UCI bits supported in PUCCH transmission without DMRS. shows.
  • Step 2> The terminal 200, for example, depending on the number of UCI bits generated and the value of the UCI bits, Select one sequence from a sequence set containing the sequences.
  • the sequence length M may be a value predetermined in the standard, such as 12, 24, 48, etc., or may be a semi-static parameter set in the terminal 200 by an upper layer such as RRC.
  • the terminal 200 maps the selected sequence to a PUCCH resource and transmits the mapped sequence. For example, if the number of resource elements included in the PUCCH resource is greater than the sequence length M, the terminal 200 may repeat the sequence and map it to the PUCCH resource, or expand the sequence and map it to the PUCCH resource. Furthermore, terminal 200 may apply DFT-precoding before mapping sequences to PUCCH resources.
  • the base station 100 demodulates the received PUCCH (UCI), determines the number of UCI bits based on the subset associated with the sequence identified by demodulation, and identifies the value of the UCI bit based on the identified sequence. It's fine.
  • UCI received PUCCH
  • the terminal 200 selects the sequences #2 to #5 included in the subset corresponding to the 2-bit UCI. Sequence #2 associated with UCI bit '00' may be selected, sequence #2 may be mapped to the PUCCH resource, and transmitted. Furthermore, in the example shown in FIG. 12, when the base station 100 identifies transmission of sequence #2 as a result of demodulating the PUCCH, it identifies that the number of UCI bits is 2 bits and that the UCI bits are '00'. . The same applies to other UCI bit numbers and UCI bits.
  • N min indicates the minimum number of UCI bits supported in PUCCH transmission without DMRS (DMRS-less PUCCH), and N max indicates the maximum number of UCI bits supported in PUCCH transmission without DMRS. shows.
  • 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 terminal 200 may, for example, combine the orthogonal sequence and the non-orthogonal sequence, Generate a sequence set containing the 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, or other methods may be applied. A method may be applied.
  • Step 2> The terminal 200, depending on the number of UCI bits generated and the value of the UCI bits, Select one sequence from a sequence set containing the sequences.
  • Step 3> For example, the terminal 200 maps the selected sequence to a PUCCH resource and transmits the mapped sequence.
  • a sequence set including sequences with sequence numbers #0 to #167 shown in FIG. may include sequences associated with respective UCI bit value candidates.
  • the correspondence between the number of UCI bits in the sequence set and the UCI bits and the sequences may be, for example, the correspondence shown in FIG. 12 described above, or may be other correspondence.
  • the base station 100 demodulates the received PUCCH (UCI), determines the number of UCI bits based on the subset associated with the sequence identified by demodulation, and identifies the value of the UCI bit based on the identified sequence. It's fine.
  • UCI received PUCCH
  • terminal 200 determines one sequence from a plurality of sequences according to information regarding the number of UCI bits in PUCCH transmission without using DMRS, and transmits the determined one sequence. . Furthermore, the base station 100 receives the PUCCH signal and determines the number of UCI bits corresponding to the sequence included in the received PUCCH signal based on the association between the sequence and information regarding the number of UCI bits in PUCCH transmission without DMRS. Identify.
  • the base station 100 can The UCI bit number can be determined. Therefore, according to the present embodiment, even if a discrepancy occurs in the number of UCI bits between base station 100 and terminal 200, deterioration of UCI decoding performance can be suppressed, so that the signal in PUCCH transmission without DMRS can be suppressed. can improve reception performance.
  • base station 100 performs UCI decoding processing (for example, demodulation processing multiple times) assuming a plurality of UCI bit numbers in consideration of DCI decoding failure in terminal 200, for example. Since it is not necessary to perform this process, it is possible to suppress the complexity of processing at the base station 100.
  • UCI decoding processing for example, demodulation processing multiple times
  • 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 a combination of sequences (for example, method 3) is applied as a PUCCH transmission method that does not use DMRS.
  • sequence Pool consisting of S sequences
  • the terminal 200 selects a plurality of sequences (for example, a combination of sequences) from a sequence set (for example, S sequences) according to, for example, the number of UCI bits to be generated and the UCI bits. Then, the terminal 200 maps the selected plurality of sequences to the PUCCH resource and transmits the mapped sequences.
  • a sequence set for example, S sequences
  • the number of sequences to be selected from the sequence set is K.
  • each combination of sequences may include K sequences from a sequence set including S sequences.
  • the number of combinations is S C K.
  • the number S of sequences included in the sequence set and the number K of sequences to be selected may be values that satisfy the following.
  • the number S of sequences included in the sequence set and the number K of sequences to be selected may be values that satisfy the following.
  • FIG. 15 is a diagram illustrating an example of a sequence set and sequence combination candidates in this embodiment.
  • the sequence combination candidates may be divided into subsets each corresponding to the UCI bit number candidates. For example, 2 N combinations of K sequences may be associated with each candidate N for the number of UCI bits, and a subset may be formed by the 2 N associated sequence combinations. Further, each of the 2 N sequence combinations included in each sub-set may be associated with each N-bit UCI value candidate.
  • a 1-bit UCI includes 2 (for example, 2 1 ) sequence combinations, and a 2-bit UCI includes 4 (for example, 2 2 ) sequence combinations. series combinations may be included. Similarly, subsets of sequence combinations may be set for UCIs with other bit numbers.
  • the terminal 200 selects a subset corresponding to the N-bit UCI, and selects one sequence combination from among the combinations of sequences included in the subset according to the value of the UCI bit. You may choose.
  • the terminal 200 selects a subset corresponding to the number of UCI bits from a sequence set including S sequences, and selects a sequence combination #n corresponding to the UCI bits from the selected subset. select. Then, terminal 200 maps K sequences (for example, sequences #a to #d) included in sequence combination #n to PUCCH resources and transmits them.
  • terminal 200 can transmit UCI bit information using a combination of sequences selected from a sequence set. Furthermore, the terminal 200 can transmit information regarding the number of UCI bits depending on the subset to which the selected sequence combination belongs.
  • the base station 100 can identify the number of UCI bits transmitted by the terminal 200, for example, by demodulating the PUCCH, determining which sequence combination has been transmitted, and identifying the subset to which the sequence combination belongs.
  • 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.
  • Step 1 A sequence set (sequence pool) consisting of S sequences is prepared for the terminal 200.
  • the sequence length is M as in method 1.
  • the sequence length M may be a value predetermined in the standard, such as 12, 24, 48, etc., or may be a semi-static parameter set in the terminal 200 by an upper layer such as RRC.
  • the sequence may be generated by a combination of cyclic shift and OCC, for example, similar to method 2.
  • Terminal 200 selects K sequences (for example, sequence combinations) from S sequences, for example, according to the number of UCI bits to be generated and the value of the UCI bits.
  • the terminal 200 may, for example, select a subset corresponding to the number of UCI bits according to the number of UCI bits to be generated, and select a combination of one sequence from the selected subset according to the value of the UCI bits. You may choose.
  • the values of S and K may be values that satisfy the following.
  • the values of S and K may be values that satisfy the following.
  • N min indicates the minimum number of UCI bits supported in PUCCH transmission without DMRS
  • N max indicates the maximum number of UCI bits supported in PUCCH transmission without DMRS.
  • N min may be 1 bit, 3 bits, or other values other than 1 bit and 3 bits.
  • N max may be 11 bits or may be a value other than 11 bits.
  • the values of N min and N max may be values predetermined in the standard, or may be semi-static parameters set in the terminal 200 by an upper layer such as RRC.
  • values of S and K may be values predetermined in the standard, or may be semi-static parameters set in the terminal 200 by an upper layer such as RRC.
  • the terminal 200 maps sequences included in the selected sequence combination to PUCCH resources and transmits the mapped sequences. For example, when selecting and transmitting K sequences, terminal 200 may divide the PUCCH resource into K subresources and map one sequence to each subresource.
  • the terminal 200 may repeat the sequence and map it to the sub-resource, or expand the sequence and map it to the sub-resource. May be mapped. Furthermore, the terminal 200 may apply DFT-precoding, for example, before mapping sequences to PUCCH resources.
  • the base station 100 demodulates the received PUCCH (UCI), determines the number of UCI bits based on the subset associated with the sequence combination identified by demodulation, and determines the value of the UCI bit based on the identified sequence combination. May be specified.
  • UCI received PUCCH
  • terminal 200 determines one combination from multiple combinations of sequences according to information regarding the number of UCI bits in PUCCH transmission without DMRS, and selects one combination from among multiple combinations of sequences. Send the series included in . Furthermore, the base station 100 receives the PUCCH signal and identifies the number of UCI bits included in the received PUCCH signal based on the association between the information regarding the number of UCI bits in PUCCH transmission without DMRS and the combination of sequences. .
  • the base station 100 can transmit data based on the combination of sequences included in the PUCCH transmitted from the terminal 200.
  • the number of UCI bits can be determined by Therefore, according to the present embodiment, even if a discrepancy occurs in the number of UCI bits between base station 100 and terminal 200, deterioration of UCI decoding performance can be suppressed, so that the signal in PUCCH transmission without DMRS can be suppressed. can improve reception performance.
  • base station 100 performs UCI decoding processing (for example, demodulation processing multiple times) assuming a plurality of UCI bit numbers in consideration of DCI decoding failure in terminal 200, for example. Since it is not necessary to perform this process, it is possible to suppress the complexity of processing at the base station 100.
  • UCI decoding processing for example, demodulation processing multiple times
  • the terminal 200 transmits information regarding the number of UCI bits, for example, by sequence selection (eg, Embodiment 1) or sequence combination selection (eg, Embodiment 2).
  • 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 (N max - N min +1) subsets in the sequence set in the first embodiment, and (N max - N min +1) in the sequence combination candidates in the second embodiment. +1) sub-sets.
  • Modification 1 for example, among a plurality of sequences included in a sequence set, sequences included in different sub-sets that respectively correspond to information regarding the number of UCI bits are made to correspond to sequences with higher reliability. Alternatively, for example, sequences included in sequence combinations corresponding to different numbers of UCI bits (for example, different n) are made to correspond to sequences with higher reliability.
  • each subset may be associated with a different orthogonal sequence.
  • N O orthogonal sequences may be distributed into (N max ⁇ N min +1) subsets.
  • N O orthogonal sequences may be distributed and assigned to each of the (N max ⁇ N min +1) subsets.
  • N o,n of orthogonal sequences included in a subset corresponding to n UCI bits is less than 2 n , the orthogonal sequences and non-orthogonal sequences are combined in the subset, N o ,n ⁇ N NO,n ⁇ 2 N sequences may be generated.
  • different orthogonal sequences may be associated with each subset corresponding to a sequence combination candidate.
  • a plurality of orthogonal sequences may be divided into (N max -N min +1) sub-sets.
  • a plurality of orthogonal sequences may be distributed and assigned to each of (N max ⁇ N min +1) subsets of sequence combinations that respectively correspond to different numbers of UCI bits n.
  • an orthogonal sequence may be identified first.
  • the receiving side for example, the base station 100
  • an orthogonal sequence may be identified first.
  • by first specifying a subset from the orthogonal sequences on the receiving side it is possible to reduce the number of sequences searched during demodulation and simplify 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 If it is less than , combine orthogonal and non-orthogonal sequences, A series of is generated.
  • the number of usable orthogonal sequences may be set (for example, limited) to a power of 2.
  • the number of orthogonal sequences included in the sequence set may be a power of two.
  • N symb symbols and 1 resource block (12 subcarriers) are allocated to the PUCCH resource
  • N O of orthogonal sequences that can be generated is given as shown in FIG. 16.
  • the number of orthogonal sequences that can be used in each PUCCH symbol number N symb may be set (for example, limited) to a value N' O that is a power of 2 that is less than or equal to N O.
  • the first (log 2 N' O ) bits of the UCI bit sequence may be assigned (or mapped) to the orthogonal sequence, and the remaining UCI bits may be assigned (or mapped) to the non-orthogonal sequence. ).
  • the UCI bit sequence can be divided into a bit sequence corresponding to an orthogonal sequence 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.
  • the number of non-orthogonal sequences used in each number of PUCCH symbols is not different from each other, but can be set to the same value among multiple numbers of PUCCH symbols Nsymb . It can be designed to
  • Modification 2 may be applied not only to Method 2 but also to Method 1.
  • the number of orthogonal sequences included in the sequence set of method 1 may be set to a power of two.
  • 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.
  • frequency resource selection may be introduced in addition to sequence selection corresponding to UCI.
  • sequence selection may be applied as follows.
  • N O N subcarrier ⁇ N symb sequences.
  • N subcarrier indicates the number of subcarriers per symbol allocated to the PUCCH resource
  • Nsymb indicates the number of symbols allocated to the PUCCH resource.
  • the number of orthogonal sequences N O is For example, resource block selection may be applied.
  • M resource blocks are secured as frequency domain resources of the PUCCH, and the terminal 200 selects one resource block from the M resource blocks.
  • N' O N subcarrier ⁇ N symb ⁇ M combinations of orthogonal sequences and resource block selection can be realized.
  • combination candidates may be generated.
  • ⁇ Step 2> The terminal 200, for example, depending on the number of UCI bits generated and the value of the UCI bits, One (for example, one sequence and one resource block) is selected from among the candidate combinations of the orthogonal sequence and resource block selection.
  • Step 3> For example, the terminal 200 maps the selected sequence to a selected resource block of the PUCCH resources and transmits the mapped sequence.
  • the base station 100 may demodulate the PUCCH and identify UCI bits based on the combination of the sequence used for UCI transmission and the resource block used for transmission of the sequence.
  • frequency resource selection may be introduced in addition to sequence selection corresponding to UCI.
  • sequence selection may be applied as follows.
  • N O N subcarrier ⁇ N symb sequences.
  • N subcarrier indicates the number of subcarriers per symbol allocated to the PUCCH resource
  • Nsymb indicates the number of symbols allocated to the PUCCH resource.
  • Step 1-2> The number of orthogonal sequences N O is For example, comb-index selection may be applied.
  • K resource blocks are secured as frequency domain resources of the PUCCH, and the terminal 200 selects comb-shaped subcarriers (for example, comb-index) in each resource block.
  • each resource block may be divided into K combs.
  • N' O N subcarrier ⁇ N symb ⁇ K combinations of orthogonal sequences and comb-index selection can be realized. For example, by combining orthogonal sequences and comb-index selection, combination candidates may be generated.
  • ⁇ Step 2> The terminal 200, for example, depending on the number of UCI bits generated and the value of the UCI bits, One (for example, one sequence and one comb-index) is selected from among the combination candidates of orthogonal sequence and comb-index selection.
  • Step 3> the terminal 200 maps the selected sequence to a subcarrier corresponding to the comb-index selected in Step 2 among the PUCCH resources, and transmits the mapped sequence.
  • the base station 100 may demodulate the PUCCH and identify the UCI bit based on the combination of the sequence used for UCI transmission and the comb (subcarrier) used for transmission of the sequence.
  • the number of subcarriers for transmitting signals is one resource block's worth of subcarriers (for example, 12 subcarriers), so while maintaining the same power spectral density (PSD: Power Spectrum Density) as narrowband transmission.
  • PSD Power Spectrum Density
  • the number N O of orthogonal sequences is A case has been described in which resource block selection is applied when the number is less than , and the PUCCH frequency domain resources used in resource block selection are M resource blocks that satisfy the following.
  • the number N O of orthogonal sequences is A case has been described in which comb-index selection is applied when the number is less than , and the PUCCH frequency domain resources used in comb-index selection are K resource blocks that satisfy the following.
  • an upper limit value of 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 number of combinations N' O of orthogonal sequences and resource block selection (or comb-index selection) that can be generated is If the number is less than , the terminal 200, for example, combines the non-orthogonal sequences, You may also generate a combination of Note that the method for generating the non-orthogonal sequences may be, for example, the method described in Non-Patent Document 8 (for example, the method for generating multiple non-orthogonal sequences by varying the initial values of the M sequence), Other methods may also be applied.
  • Step 1 of the other embodiments (3) to (5) described above an orthogonal sequence is generated in Step 1-1, and resource block selection (or comb-index selection) is performed in Step 1-2.
  • resource block selection or comb-index selection
  • the case where the combination of an orthogonal sequence and a resource block (or comb-index) is generated is explained above.
  • 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 orthogonal sequences may be generated in Step 1-2.
  • 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 O N subcarrier ⁇ N symb sequences.
  • 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.
  • UCI bits can be transmitted by combining the comb-index selections of each resource block.
  • N' O N subcarrier ⁇ N symb ⁇ K M orthogonal sequences and comb-index selection can be realized.
  • UCI bits can be transmitted by combining comb-index selection between symbols.
  • N' O N subcarrier ⁇ N symb ⁇ K Nsymb orthogonal sequences and comb-index selection can be realized.
  • 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 can be used in combination.
  • N' O N subcarrier ⁇ N symb ⁇ K M ⁇ K Nsymb 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, and therefore can reduce the use of non-orthogonal sequences.
  • PUCCH frequency resources can be reduced and frequency usage efficiency can be improved.
  • 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 symbols, the number of orthogonal sequences, the number of non-orthogonal sequences, and the number of UCI bits supported in PUCCH transmission, which are exemplified in this disclosure, are only examples, and other values may be used. But that's fine.
  • 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 17 (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. 18 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 19 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 20 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 20 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. 19. 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. 21 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. 20
  • 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 21 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 selects one sequence or one combination from a plurality of sequences or a plurality of combinations of sequences according to information regarding the number of information bits in uplink transmission without using reference signals. and a transmitting circuit that transmits the one series or the series included in the one combination.
  • the sequence set including the plurality of sequences includes: The above sequences are included, the N min is the minimum value of the number of information bits supported in the uplink transmission, and the N max is the minimum value of the number of information bits supported in the uplink transmission. This is the maximum value.
  • the sequence set includes a plurality of sub-sets each associated with a candidate number of information bits, and each of the plurality of subsets includes a number of candidates for the number of information bits.
  • the candidates include sequences respectively associated with each other, and the control circuit selects one subset from a plurality of sub-sets depending on information regarding the number of information bits, and selects one sub-set from a plurality of sub-sets depending on the value of the information bits.
  • the one sequence is selected from one subset.
  • sequences included in different sub-sets correspond to sequences with higher reliability.
  • a plurality of orthogonal sequences are distributed and assigned to each of the (N max ⁇ N min +1) subsets.
  • the orthogonal sequence and the non-orthogonal sequence are generated.
  • the number of orthogonal sequences included in the sequence set is a power of two.
  • each of the plurality of combinations includes K sequences out of a sequence set including S sequences, S and K are values that satisfy the following, and the N min is the minimum value of the number of information bits supported in the uplink transmission, and the N max is the maximum value of the number of information bits supported in the uplink transmission.
  • 2 n combinations of the K sequences are associated with each of the candidates n of the number of information bits, and each of the 2 n sequences is a combination of the information bits.
  • the control circuit selects the K sequences from the S sequences depending on the number of information bits and the value of the information bits.
  • sequences included in the combination of sequences corresponding to different n correspond to sequences with higher reliability.
  • a plurality of orthogonal sequences are distributed and assigned to each of the (N max ⁇ N min +1) sets of the sequence combinations, each corresponding to a different n.
  • the base station may perform the above-mentioned processing based on the association between a receiving circuit that receives a signal, information regarding the number of information bits in uplink transmission without using a reference signal, and a sequence or a combination of sequences. and a control circuit that specifies the number of information bits corresponding to a sequence included in a signal.
  • a terminal selects one sequence from a plurality of sequences or a plurality of combinations of sequences according to information regarding the number of information bits in uplink transmission without using reference signals. Alternatively, one combination is determined, and the one sequence or the sequences included in the one combination are transmitted.
  • a base station receives a signal, and based on the association between information regarding the number of information bits in uplink transmission without using a reference signal and a sequence or a combination of sequences, The number of the information bits corresponding to the sequence included in 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. R1-2008027, "Discussion on the PUCCH coverage enhancement," CMCC, August 2020.
　しかしながら、上りリンクにおける信号の受信性能を向上する方法については検討の余地がある。
　本開示の非限定的な実施例は、上りリンクにおける信号の受信性能を向上できる端末、基地局及び通信方法の提供に資する。
　本開示の一実施例に係る端末は、参照信号を用いない上りリンク送信における情報ビットの数に関する情報に応じて、複数の系列、又は、系列の複数の組み合わせから、１つの系列又は１つの組み合わせを決定する制御回路と、前記１つの系列、又は、前記１つの組み合わせに含まれる系列を送信する送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、上りリンクにおける信号の受信性能を向上できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Physical Uplink Control Channel（PUCCH）フォーマットの特徴の例を示す図 PUCCH送信の一例を示す図 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送信方法の概念を示す図である。
　非特許文献９には、例えば、系列の組み合わせによってUCIビットを送信する方法が開示されている。
　例えば、S個（図４の例では６個）の系列からなる系列集合（Sequence Pool）が用意される。例えば、NビットのUCIに対して、NビットのUCIの各値にそれぞれ関連付けられた2N個の系列組み合わせが用意されてよい。
　端末は、例えば、UCIビットの値に応じて、複数の系列組み合わせの中から１つの組み合わせ（図４の例では、系列#n及び系列#m）を選択し、選択された組み合わせに含まれる複数の系列をPUCCHリソースにマッピングして送信する。
　ここで、端末が選択する１つの系列の組み合わせに含まれる系列数をK個（図４の例では２個）とすると、系列の組み合わせの数はSCK個である。よって、NビットのUCIに対して、S!/(K!(S-K)!)≧2Nを満たすように系列集合に含まれる系列数Sが用意され、また、K個の系列が選択（及び、送信）されてよい。
　または、系列を送信する順序又はマッピングする順序によって、異なる情報が送信されてもよい。例えば、図４において、系列#n、系列#mの順の組み合わせと、系列#m、系列#nの順の組み合わせとは、互いに異なるUCIの値に関連付けられてよい。この場合、例えば、NビットのUCIに対して、S!/(S-K)!≧2Nを満たすように系列集合に含まれる系列数Sが用意され、また、K個の系列が選択（及び送信）されてよい。
　そして、端末は、選択された複数の系列をPUCCHリソースにマッピングして送信する。
　以降では、この方法を「方法３」と呼ぶ。
　図４に示す例では、S=6、K=2である。例えば、図４において、系列を送信する順序及びマッピングする順序によって異なる情報を送信する場合、S!/(S-K)!=1080であるので、N=10ビット（送信に必要な系列の組み合わせ数: 210=1024）のUCI送信が可能である。
　以上、PUCCH送信の方法１～３について説明した。
　上述した方法１～３では、NビットのUCIに対して、2N個の系列を含む系列集合、又は、2N個の系列の組み合わせを用意し、端末は、UCIビットの値に応じて１つの系列又は１つの系列の組み合わせを送信する。基地局は、どの系列又はどの系列組み合わせが端末から送信されたかを相関処理を用いた最尤判定といった処理により判定することでUCIビットを復調する。
　このUCIの復調動作は、基地局と端末との間において、PUCCHで送信されるUCIのビット数に齟齬がないことで運用可能である。NRでは、例えば、DCIによってPDSCHを割り当てる場合、DCIには、ACK/NACKを送信するPUCCHのリソースに関する情報に加えて、ACK/NACKビット数に関する情報（例えば、DAI）が含まれてよい。
　例えば、複数のPDSCHのそれぞれに対する複数のACK/NACKが同一のPUCCHに多重して送信される場合、端末が最後に送信されたDCIの復号に失敗すると、基地局と端末とで想定するPUCCHで送信されるUCIビット数が異なり得る。一例として、図５に示すように、端末が最後のDCI（例えば、DAI=3を含む）の復号に失敗すると、基地局が想定するUCIビット数（例えば、３ビット）と、端末が想定するUCIビット数（例えば、２ビット）とが異なり得る。
　基地局と端末との間で想定するPUCCHで送信されるUCIビット数が異なると、UCIの復号性能が大幅に劣化する可能性がある。
　例えば、基地局は、端末におけるDCIの復号失敗を考慮して、DCIの復号に成功した場合のUCIビット数及びDCIの復号に失敗した場合のUCIビット数の両方を想定してUCIを復号することも可能である。この場合、基地局では、複数回の復調を行うため、復調処理が複雑になる可能性がある。
　本開示の非限定的な一実施例では、DMRSを用いない上りリンク送信（例えば、PUCCH送信又はUCI送信）において、信号の受信性能を向上する方法について説明する。
　例えば、端末は、DMRSを用いずに、系列又は系列選択の組み合わせによって情報ビット（例えば、UCIビット）を送信する方法（例えば、DMRS-less PUCCH）において、UCIビット数に関する情報を系列選択又は系列の組み合わせ選択に含めて送信してよい。これにより、例えば、基地局と端末との間でUCIビット数に齟齬が発生した場合でも、基地局は、UCIの送信に使用される系列又は系列の組み合わせに基づいて、端末が送信したUCIビット数を特定できる。
　以下、本開示の非限定な実施の形態について説明する。
　［通信システムの概要］
　本開示の各実施の形態に係る通信システムは、例えば、少なくとも１つの基地局と、少なくとも１つの端末と、を備える。
　図６は、本開示の一実施例に係る基地局１００の一部の構成例を示すブロック図であり、図７は、本開示の一実施例に係る端末２００の一部の構成例を示すブロック図である。
　図６に示す基地局１００において、受信部（例えば、受信回路に対応）は、信号（例えば、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）の誤り訂正復号を行い、復号後の受信ビット系列（例えば、UCIビット列）を得る。例えば、復号部１１１は、復調部１１０において特定された系列（又は、系列の組み合わせ）に基づいて、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を生成する（Ｓ１０４）。
　端末２００は、例えば、系列集合（又は、系列の組み合わせ候補）から、生成したACK/NACKの値（例えば、UCIビットの値）に対応する系列（又は、系列の組み合わせ）を選択する（Ｓ１０５）。
　端末２００は、例えば、選択した系列をPUCCHリソースにマッピングし（Ｓ１０６）、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ビットを送信する方法（例えば、方法１及び方法２）を適用する。
　例えば、系列選択に用いる系列集合（Sequence Pool）に含まれる系列として、
Figure JPOXMLDOC01-appb-M000003
 　の系列が用意されてよい。
　端末２００は、例えば、
Figure JPOXMLDOC01-appb-M000004
 　の系列の中から、生成されるUCIビット数、及び、UCIビットの値に応じて、１つの系列を選択する。そして、端末２００は、選択した系列をPUCCHリソースにマッピングして送信する。
　図１１は、一例として、Nmin=1及びNmax=11の場合の系列集合を示す図である。図１１に示すように、系列集合に含まれる４０９４個の系列は、各UCIビット数（例えば、１ビット～１１ビット）にそれぞれ対応するサブ集合（Subset）に分割される。例えば、系列集合には、UCIビット数の候補（図１１では、１ビットから１１ビット）にそれぞれ関連付けられた複数のサブ集合が含まれる。また、図１１に示すように、複数のサブ集合のそれぞれには、例えば、NビットのUCIビットの候補（例えば、2N通りの値）にそれぞれ関連付けられた系列が含まれる。
　図１１に示す例では、系列#0及び系列#1のサブ集合は１ビットのUCIに対応する。例えば、系列#0はUCIビット‘0’に対応し、系列#1はUCIビット‘1’に対応してよい。
　また、図１１に示す例では、系列#2～#5のサブ集合は２ビットのUCIに対応する。例えば、系列#2～#5のそれぞれは、UCIビット‘00’、‘01’、‘10’、‘11’に対応してよい。
　同様に、３ビット～１１ビットのUCIに対して、系列のサブ集合がそれぞれ対応付けられてよい。例えば、NビットのUCIに対応するサブ集合に含まれる系列数は2N個である。
　端末２００は、例えば、NビットのUCIを送信する場合、UCIのビット数（Nビット）に応じて複数のサブ集合から１つのサブ集合を選択し、UCIビットの値に応じて、選択したサブ集合に含まれる2N個の系列から１つの系列を選択してよい。
　このように、本実施の形態によれば、端末２００は、系列集合から選択される系列によって、UCIビット情報を送信できる。また、端末２００は、送信される系列が属するサブ集合によって、UCIビット数に関する情報を送信できる。また、基地局１００は、例えば、PUCCHを復調し、どの系列が送信されたかを判断し、当該系列が属するサブ集合を特定することにより、端末２００が送信したUCIビット数を特定できる。
　これにより、例えば、端末２００がDCIの復号に失敗した場合でも、基地局１００は、受信したUCIの系列に基づいて、端末２００が送信するUCIビットに加え、UCIビット数を正確に特定できるので、基地局１００と端末２００との間のUCIビット数の齟齬を抑制できる。
　上述したPUCCH送信方法は、例えば、方法１及び方法２に適用可能である。以下、本実施の形態に係るPUCCH送信方法を、方法１及び方法２のそれぞれに適用する例について説明する。
　［方法１］
　＜Step 1＞
　端末２００に対して、
Figure JPOXMLDOC01-appb-M000005
 　の系列からなる系列集合（Sequence Pool）が用意される。
　ここで、NminはDMRSを用いないPUCCH（DMRS-less PUCCH）送信においてサポートされるUCIビット数の最小値を示し、NmaxはDMRSを用いないPUCCH送信においてサポートされるUCIビット数の最大値を示す。Nmin及びNmaxの値は、規格において予め決定された値でもよい。または、Nmin及びNmaxの値は、RRCなどの上位レイヤにおいて端末２００に設定される準静的(semi-static)なパラメータでもよい。例えば、Nmin=1又はNmin=3でもよく、他の値でもよい。また、Nmax=11でもよく、他の値でもよい。
　＜Step 2＞
　端末２００は、例えば、生成されるUCIビット数、及び、UCIビットの値に応じて、
Figure JPOXMLDOC01-appb-M000006
 　の系列を含む系列集合から、１つの系列を選択する。
　ここで、系列の系列長をMとする。系列長Mは、例えば、12、24、48などの規格において予め決められた値でもよく、RRCなどの上位レイヤによって端末２００に設定される準静的(semi-static)なパラメータでもよい。
　図１２は、UCIビット数及びUCIビットと、系列番号との対応付けの一例を示す。なお、UCIビット数及びUCIビットと、系列番号との対応付けは、図１２の例に限定されず、他の対応付けでもよい。図１２の例では、UCIビット数N＝１ビット～１１ビットのそれぞれに対して、それぞれが2N個の系列を含むサブ集合が対応付けられる。
　＜Step 3＞
　端末２００は、例えば、選択された系列をPUCCHリソースにマッピングして送信する。例えば、PUCCHリソースに含まれるリソースエレメント数が系列長Mよりも大きい場合、端末２００は、系列を繰り返してPUCCHリソースにマッピングしてもよく、系列を拡大してPUCCHリソースにマッピングしてもよい。また、端末２００は、系列をPUCCHリソースにマッピングする前に、DFT-precodingを適用してもよい。
　基地局１００は、受信したPUCCH（UCI）を復調し、復調により特定した系列に対応付けられたサブ集合に基づいてUCIビット数を判断し、特定した系列に基づいてUCIビットの値を特定してよい。
　図１２に示す例において、UCIビット数が２ビットであり、UCIビットが‘00’の場合、端末２００は、２ビットのUCIに対応するサブ集合に含まれる系列#2～#5のうち、UCIビット‘00’に関連付けられた系列#2を選択し、PUCCHリソースに系列#2をマッピングして送信してよい。また、図１２に示す例において、基地局１００は、PUCCHを復調した結果、系列#2の送信を特定した場合、UCIビット数が２ビットであり、UCIビットが‘00’であると特定する。他のUCIビット数及びUCIビットについても同様である。
　［方法２］
　＜Step 1＞
　端末２００に対して、
Figure JPOXMLDOC01-appb-M000007
 　の系列からなる系列集合(Sequence Pool)が用意される。
　ここで、NminはDMRSを用いないPUCCH（DMRS-less PUCCH）送信においてサポートされるUCIビット数の最小値を示し、NmaxはDMRSを用いないPUCCH送信においてサポートされるUCIビット数の最大値を示す。Nmin及びNmaxの値は、規格において予め決定された値でもよい。または、Nmin及びNmaxの値は、RRCなどの上位レイヤにおいて端末２００に設定される準静的(semi-static)なパラメータでもよい。例えば、Nmin=1又はNmin=3でもよく、他の値でもよい。また、Nmax=11でもよく、他の値でもよい。
　＜Step 1-1＞
　端末２００は、例えば、NO=Nsubcarrier×Nsymb個の系列からなる直交系列集合を生成する。ここで、Nsubcarrierは、PUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、Nsymbは、PUCCHリソースに割り当てられるシンボル数を示す。
　系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、また、シンボル数Nsymbに応じたOCCを用いて符号拡散を行うことにより、NO=Nsubcarrier×Nsymb個の直交系列が生成可能である。
　＜Step 1-2＞
　直交系列の数NOが、
Figure JPOXMLDOC01-appb-M000008
 　よりも少ない場合、端末２００は、例えば、直交系列と非直交系列とを組み合わせて、
Figure JPOXMLDOC01-appb-M000009
 　の系列を含む系列集合を生成する。非直交系列の生成方法は、例えば、非特許文献８に記載の方法（例えば、M系列の初期値を異ならせることにより複数の非直交系列を生成する方法）が適用されてもよく、他の方法が適用されてもよい。
　＜Step 2＞
　端末２００は、生成されるUCIビット数、及び、UCIビットの値に応じて、
Figure JPOXMLDOC01-appb-M000010
 　の系列を含む系列集合から、１つの系列を選択する。
　＜Step 3＞
　端末２００は、例えば、選択された系列をPUCCHリソースにマッピングして送信する。
　図１３は、方法２において、PUCCHリソースにNsymbシンボル、かつ、１リソースブロック（１２サブキャリア）が割り当てられる場合に生成可能な直交系列の数NO（=12Nsymb）の例を示す。また、図１３は、Nmin=1及びNmax=11の場合に、系列集合に用いる非直交系列の数NNOの例を示す。例えば、Nmin=1及びNmax=11の場合、UCIビット数の候補（１ビット～１１ビット）、及び、各ビット数のUCIビット値（例えば、NビットのUCIに対して2N個）のそれぞれに対応する系列を含む系列集合には、少なくとも4094個の系列が含まれてよい。そこで、図１３では、各NOの値に対して、NO×NNOが4094以上となるNNOの値が設定されてよい。
　また、図１４は、一例として、方法２におけるNsubcarrier=12、Nsymb=14、NNO=2の場合に生成可能な系列(系列番号#0～#167)の例を示す。なお、系列番号と、巡回シフト、OCCインデックス及び非直交系列番号との対応付けは、図１４に示す例に限定されない。
　例えば、図１４に示す系列番号#0～#167の系列を含む系列集合には、方法１と同様に、UCIビット数の候補にそれぞれ関連付けられた複数のサブ集合が含まれ、複数のサブ集合のそれぞれには、UCIビットの値の候補にそれぞれ関連付けられた系列が含まれてよい。なお、系列集合におけるUCIビット数及びUCIビットと、系列との対応付けは、例えば、上述した図１２に示す対応付けでもよく、他の対応付けでもよい。
　基地局１００は、受信したPUCCH（UCI）を復調し、復調により特定した系列に対応付けられたサブ集合に基づいてUCIビット数を判断し、特定した系列に基づいてUCIビットの値を特定してよい。
　以上、基地局１００及び端末２００の動作例について説明した。
　以上のように、本実施の形態では、端末２００は、DMRSを用いないPUCCH送信におけるUCIビット数に関する情報に応じて、複数の系列から１つの系列を決定し、決定した１つの系列を送信する。また、基地局１００は、PUCCH信号を受信し、DMRSを用いないPUCCH送信におけるUCIビットの数に関する情報と系列との関連付けに基づいて、受信したPUCCH信号に含まれる系列に対応するUCIビット数を特定する。
　これにより、例えば、基地局１００と端末２００との間で想定するPUCCHで送信されるUCIビット数が異なる場合でも、基地局１００は、端末２００から送信されるPUCCHに含まれる系列に基づいて、UCIビット数を特定できる。よって、本実施の形態によれば、基地局１００と端末２００との間でUCIビット数に齟齬が発生した場合でも、UCIの復号性能の劣化を抑制できるので、DMRSを用いないPUCCH送信における信号の受信性能を向上できる。
　また、本実施の形態によれば、基地局１００は、例えば、端末２００がDCIの復号失敗を考慮して複数のUCIビット数を想定したUCIの復号処理（例えば、複数回の復調処理）を行わなくてよいので、基地局１００における処理の複雑化を抑制できる。
　（実施の形態２）
　本実施の形態に係る基地局１００及び端末２００の構成は、実施の形態１の構成と同様でよい。
　本実施の形態では、例えば、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最小値が「Nmin」であり、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最大値が「Nmax」であると想定する。
　例えば、Nminは１ビットでもよく、PUCCH format 3がサポートする最小のUCIビット数である３ビットでもよく、１ビット及び３ビット以外の他の値でもよい。
　また、例えば、Nmaxは、既存のPUCCHフォーマットにおいて、Reed Muller符号でサポートされる最大のUCIビット数である１１ビットでもよく、１１ビット以外の他の値でもよい。
　本実施の形態では、一例として、DMRSを用いないPUCCH送信方法として、系列の組み合わせによってUCIビットを送信する方法（例えば、方法３）を適用する。
　例えば、S個の系列からなる系列集合（Sequence Pool）が用意されてよい。
　端末２００は、例えば、生成されるUCIビット数、及び、UCIビットに応じて、系列集合（例えば、S個の系列）から、複数の系列（例えば、系列の組み合わせ）を選択する。そして、端末２００は、選択した複数の系列をPUCCHリソースにマッピングして送信する。
　ここで、系列集合から選択する系列数をK個とする。例えば、系列の組み合わせのそれぞれには、S個の系列を含む系列集合のうちのK個の系列が含まれてよい。この場合、組み合わせの数はSCK個である。例えば、系列集合に含まれる系列数S及び選択する系列数Kは、以下を満たす値でよい。
Figure JPOXMLDOC01-appb-M000011
　または、系列の送信する順序又はマッピングする順序によって異なる情報を送信する場合、例えば、系列集合に含まれる系列数S及び選択する系列数Kは、以下を満たす値でよい。
Figure JPOXMLDOC01-appb-M000012
　図１５は、本実施の形態における系列集合、及び、系列の組み合わせ候補の一例を示す図である。
　系列の組み合わせ候補は、UCIビット数の候補にそれぞれ対応するサブ集合（Subset）に分割されてよい。例えば、UCIビット数の候補Nのそれぞれに対して、K個の系列からなる系列の組み合わせが2N個関連付けられてよく、2N個の関連付けられた系列組み合わせによってサブ集合が構成されてよい。また、各サブ集合に含まれる2N個の系列組み合わせのそれぞれは、NビットのUCIの値の候補にそれぞれ関連付けられてよい。
　例えば、図１５に示すように、１ビットのUCIに対して、２個（例えば、21個）の系列組み合わせが含まれ、２ビットのUCIに対して、４個（例えば、22個）の系列組み合わせが含まれてよい。他のビット数のUCIに対しても同様に、系列組み合わせのサブ集合が設定されてよい。
　端末２００は、例えば、NビットのUCIを送信する場合、NビットのUCIに対応するサブ集合を選択し、UCIビットの値に応じて、サブ集合に含まれる系列の組み合わせから１つの系列組み合わせを選択してよい。
　例えば、図１５の例では、端末２００は、S個の系列を含む系列集合から、UCIビット数に対応するサブ集合を選択し、選択したサブ集合から、UCIビットに対応する系列組み合わせ#nを選択する。そして、端末２００は、系列組み合わせ#nに含まれるK個の系列（例えば、系列#a～#d）をPUCCHリソースにマッピングして送信する。
　このように、本実施の形態によれば、端末２００は、系列集合から選択される系列の組み合わせによって、UCIビット情報を送信できる。また、端末２００は、選択される系列組み合わせが属するサブ集合によって、UCIビット数に関する情報を送信できる。
　また、基地局１００は、例えば、PUCCHを復調し、どの系列組み合わせが送信されたかを判断し、当該系列組み合わせが属するサブ集合を特定することにより、端末２００が送信したUCIビット数を特定できる。
　これにより、例えば、端末２００がDCIの復号に失敗した場合でも、基地局１００は、受信したUCIの系列に基づいて、端末２００が送信するUCIビットに加え、UCIビット数を正確に特定できるので、基地局１００と端末２００との間のUCIビット数の齟齬を抑制できる。
　以下、本実施の形態に係るPUCCH送信方法を、方法３に適用する例について説明する。
　［方法３］
　＜Step 1＞
　端末２００に対して、S個の系列からなる系列集合（Sequence Pool）が用意される。
　ここで、系列は、例えば、方法１と同様に系列長をMとする。系列長Mは、例えば、12、24、48などの規格において予め決められた値でもよく、RRCなどの上位レイヤによって端末２００に設定される準静的(semi-static)なパラメータでもよい。または、系列は、例えば、方法２と同様に、巡回シフト及びOCCの組み合わせによって生成されてもよい。
　＜Step 2＞
　端末２００は、例えば、生成されるUCIビット数、及び、UCIビットの値に応じて、S個の系列からK個の系列（例えば、系列組み合わせ）を選択する。又は、端末２００は、例えば、生成されるUCIビット数に応じて、UCIビット数に対応するサブ集合を選択し、UCIビットの値に応じて、選択したサブ集合から、１つの系列の組み合わせを選択してもよい。
　ここで、S及びKの値は、以下を満たす値でよい。
Figure JPOXMLDOC01-appb-M000013
　また、系列を送信する順序又はマッピングする順序によって異なる情報を送信する場合、S及びKの値は、以下を満たす値でよい。
Figure JPOXMLDOC01-appb-M000014
　ここで、NminはDMRSを用いないPUCCH送信においてサポートされるUCIビット数の最小値を示し、NmaxはDMRSを用いないPUCCH送信においてサポートされるUCIビット数の最大値を示す。例えば、Nminは１ビットでもよく、３ビットでもよく、１ビット及び３ビット以外の他の値でもよい。また、例えば、Nmaxは、１１ビットでもよく、１１ビット以外の他の値でもよい。Nmin及びNmaxの値は、規格において予め決められた値でもよく、RRCなどの上位レイヤによって端末２００に設定される準静的(semi-static)なパラメータでもよい。
　また、S及びKの値は、規格において予め決められた値でもよく、RRCなどの上位レイヤによって端末２００に設定される準静的(semi-static)なパラメータでもよい。
　＜Step 3＞
　端末２００は、例えば、選択された系列組み合わせに含まれる系列をPUCCHリソースにマッピングして送信する。例えば、端末２００は、K個の系列を選択して送信する場合、PUCCHリソースをK個のサブリソースに分割し、各サブリソースに１つの系列をマッピングしてよい。
　また、例えば、系列長Mの場合に、サブリソースに含まれるリソースエレメント数がMより大きい場合、端末２００は、系列を繰り返してサブリソースにマッピングしてもよく、系列を拡大してサブリソースにマッピングしてもよい。また、端末２００は、例えば、系列をPUCCHリソースにマッピングする前に、DFT-precodingを適用してもよい。
　基地局１００は、受信したPUCCH（UCI）を復調し、復調により特定した系列組み合わせに対応付けられたサブ集合に基づいてUCIビット数を判断し、特定した系列組み合わせに基づいてUCIビットの値を特定してよい。
　以上のように、本実施の形態では、端末２００は、DMRSを用いないPUCCH送信におけるUCIビット数に関する情報に応じて、系列の複数の組み合わせから、１つの組み合わせを決定し、決定した１つの組み合わせに含まれる系列を送信する。また、基地局１００は、PUCCH信号を受信し、DMRSを用いないPUCCH送信におけるUCIビットの数に関する情報と系列の組み合わせとの関連付けに基づいて、受信したPUCCH信号に含まれるUCIビット数を特定する。
　これにより、例えば、基地局１００と端末２００との間で想定するPUCCHで送信されるUCIビット数が異なる場合でも、基地局１００は、端末２００から送信されるPUCCHに含まれる系列の組み合わせに基づいて、UCIビット数を特定できる。よって、本実施の形態によれば、基地局１００と端末２００との間でUCIビット数に齟齬が発生した場合でも、UCIの復号性能の劣化を抑制できるので、DMRSを用いないPUCCH送信における信号の受信性能を向上できる。
　また、本実施の形態によれば、基地局１００は、例えば、端末２００がDCIの復号失敗を考慮して複数のUCIビット数を想定したUCIの復号処理（例えば、複数回の復調処理）を行わなくてよいので、基地局１００における処理の複雑化を抑制できる。
　以上、本開示の非限定な一実施例に係る各実施の形態について説明した。
　（変形例１）
　本開示の非限定な実施例では、端末２００は、例えば、UCIビット数に関する情報を、系列選択（例えば、実施の形態１）又は系列の組み合わせ選択（例えば、実施の形態２）によって送信する。
　ここで、例えば、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最小値をNminとし、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最大値をNmaxと想定する。
　この場合、UCIビット数に関する情報は、実施の形態１では系列集合における（Nmax-Nmin+1）個のサブ集合に対応し、実施の形態２では系列組み合わせ候補における（Nmax-Nmin+1）個のサブ集合に対応する。
　変形例１では、例えば、系列集合に含まれる複数の系列において、UCIビット数に関する情報にそれぞれ対応する異なるサブ集合に含まれる系列を、信頼度のより高い系列に対応させる。または、例えば、異なるUCIビット数（例えば、異なるn）に対応する系列組み合わせに含まれる系列を、信頼度のより高い系列に対応させる。
　例えば、方法２において、各サブ集合に対して異なる直交系列を対応させてよい。例えば、実施の形態１に係る方法２において、NO個の直交系列を（Nmax-Nmin+1）個のサブ集合へ振り分けてよい。例えば、（Nmax-Nmin+1）個のサブ集合のそれぞれに、NO個の直交系列が分散して割り当てられてよい。
　例えば、nビットのUCIに対応するサブ集合に振り分けられる直交系列数を「No,n」とすると、以下を満たしてよい。
Figure JPOXMLDOC01-appb-M000015
　また、例えば、nビットのUCIビットに対応するサブ集合に含まれる直交系列数No,nが2n個より少ない場合、当該サブ集合において、直交系列と非直交系列とを組み合わせて、NO,n×NNO,n≧2N個の系列が生成されてもよい。
　また、例えば、実施の形態２に係る方法３において、系列の組み合わせ候補に対応する各サブ集合に対して、異なる直交系列を対応させてもよい。例えば、実施の形態２に係る方法３において、複数の直交系列を（Nmax-Nmin+1）個のサブ集合へ振り分けてよい。例えば、異なるUCIビット数ｎにそれぞれ対応する系列組み合わせの（Nmax-Nmin+1）個のサブ集合それぞれに、複数の直交系列が分散して割り当てられてよい。
　変形例１によれば、サブ集合間で異なる直交系列を用いるため、サブ集合間の直交性が維持されやすくなる。よって、変形例１によれば、UCIビット数に関する情報の信頼度を向上でき、UCIの復調性能を向上することに寄与する。
　また、受信側（例えば、基地局１００）では、直交系列と非直交系列とが組み合わされた系列を復調する実装方法として、最初に直交系列の特定を行うことがあり得る。この場合、受信側において、最初に直交系列からサブ集合を特定することにより、復調において探索する系列数を削減でき、復調処理を簡易にできる可能性がある。
　（変形例２）
　実施の形態１に係る方法２では、NO=Nsubcarrier×Nsymb個の系列からなる直交系列集合を生成した。ここで、NsubcarrierはPUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、NsymbはPUCCHリソースに割り当てられるシンボル数を示す。系列長Nsubcarrierの系列に対してNsubcarrier個の巡回シフト系列が生成可能であり、かつ、シンボル数Nsymbに応じたOCCを用いて符号拡散を行うことにより、NO=Nsubcarrier×Nsymb個の直交系列が生成可能である。
　また、実施の形態１に係る方法２では、例えば、直交系列の数NOが
Figure JPOXMLDOC01-appb-M000016
 　よりも少ない場合、直交系列と非直交系列とを組み合わせて、
Figure JPOXMLDOC01-appb-M000017
 　の系列が生成される。
　変形例２では、例えば、利用可能な直交系列の数（例えば、直交系列の数の上限値）を2のべき乗に設定（例えば、制限）してもよい。例えば、系列集合に含まれる直交系列の数は、2のべき乗でもよい。
　例えば、PUCCHリソースにNsymbシンボル、及び、１リソースブロック(１２サブキャリア)が割り当てられる場合に生成可能な直交系列の数NOは、図１６のように与えられる。
　このとき、各PUCCHシンボル数Nsymbにおいて利用可能な直交系列数は、NO以下の2のべき乗の値N’Oに設定（例えば、制限）されてもよい。図１６の例は、変形例２に係る方法２において、PUCCHリソースにNsymbシンボル、かつ、１リソースブロック(１２サブキャリア)が割り当てられる場合に生成可能な直交系列の数（NO及びN’O）、及び、Nmin=1及びNmax=11の場合に系列集合に利用可能な直交系列数N’O及び非直交系列の数NNOの例を示す。
　変形例２では、例えば、UCIビット系列の先頭（log2N’O）ビットを直交系列に割り当て（又は、マッピングし）、残りのUCIビットを非直交系列に割り当ててもよい（又は、マッピングしてもよい）。これにより、変形例２では、UCIビット系列を、直交系列に対応するビット系列と非直交系列に対応するビット列とに分けることができる。このため、送信側（例えば、端末２００）のUCIビットから系列へのマッピング処理、及び、受信側（例えば、基地局１００）の復調処理を簡易にできる利点がある。
　また、図１６に示すように、各PUCCHシンボル数において用いる非直交系列数は、互いに異なる値ではなく、複数のPUCCHシンボル数Nsymb間で同一の値に設定可能であるため、非直交系列を簡易に設計し得る。
　なお、変形例２は、方法２に限らず、方法１に適用してもよい。例えば、方法１の系列集合に含まれる直交系列の数は2のべき乗に設定されてもよい。
　以上、変形例２について説明した。
　（他の実施の形態）
　（１）例えば、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などに基づいて決定されてもよい。
　（３）実施の形態１に係る方法２において、UCIに対応する系列選択に加え、周波数リソース選択が導入されてもよい。
　例えば、DMRSを用いないPUCCH送信方法として、以下のように系列選択が適用されてもよい。
　＜Step 1＞
　系列選択に用いる系列集合(Sequence Pool)に含まれる系列数として、
Figure JPOXMLDOC01-appb-M000018
 　の系列が用意される。
　＜Step 1-1＞
　端末２００は、例えば、NO=Nsubcarrier×Nsymb個の系列からなる直交系列集合を生成する。ここで、NsubcarrierはPUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、NsymbはPUCCHリソースに割り当てられるシンボル数を示す。
　例えば、系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、また、シンボル数Nsymbに応じたOCCを用いて符号拡散を行うことにより、NO=Nsubcarrier×Nsymb個の直交系列が生成可能である。
　＜Step 1-2＞
　直交系列の数NOが
Figure JPOXMLDOC01-appb-M000019
 　よりも少ない場合、例えば、リソースブロック選択が適用されてよい。
　リソースブロック選択では、例えば、PUCCHの周波数領域リソースとして、Mリソースブロックが確保され、端末２００は、Mリソースブロックのうち、１リソースブロックを選択する。例えば、Mリソースブロックが確保される場合、直交系列とリソースブロック選択との組み合わせを、N’O=Nsubcarrier×Nsymb×M個実現できる。例えば、直交系列及びリソースブロック選択を組み合わせて、
Figure JPOXMLDOC01-appb-M000020
 　の組み合わせ候補が生成されてもよい。
　＜Step 2＞
　端末２００は、例えば、生成されるUCIビット数、及び、UCIビットの値に応じて、
Figure JPOXMLDOC01-appb-M000021
 　の直交系列及びリソースブロック選択の組み合わせ候補の中から１つ（例えば、１つの系列及び１つのリソースブロック）を選択する。
　＜Step 3＞
　端末２００は、例えば、選択した系列を、PUCCHリソースのうち選択したリソースブロックにマッピングして送信する。
　例えば、基地局１００は、PUCCHを復調して、UCI送信に使用された系列と、系列の送信に使用されたリソースブロックとの組み合わせに基づいて、UCIビットを特定してよい。
　この方法により、１リソースブロックの狭帯域送信を維持しつつ、非直交系列の使用を避けることができるため、PUCCHカバレッジ性能の改善が期待できる。
　（４）実施の形態１に係る方法２において、UCIに対応する系列選択に加え、周波数リソース選択が導入されてもよい。
　例えば、DMRSを用いないPUCCH送信方法として、以下のように系列選択が適用されてもよい。
　＜Step 1＞
　系列選択に用いる系列集合(Sequence Pool)に含まれる系列数として、
Figure JPOXMLDOC01-appb-M000022
 　の系列が用意される。
　＜Step 1-1＞
　端末２００は、例えば、NO=Nsubcarrier×Nsymb個の系列からなる直交系列集合を生成する。ここで、NsubcarrierはPUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、NsymbはPUCCHリソースに割り当てられるシンボル数を示す。
　例えば、系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、また、シンボル数Nsymbに応じたOCCを用いて符号拡散を行うことにより、NO=Nsubcarrier×Nsymb個の直交系列が生成可能である。
　＜Step 1-2＞
　直交系列の数NOが
Figure JPOXMLDOC01-appb-M000023
 　よりも少ない場合、例えば、comb-index選択が適用されてよい。
　comb-index選択では、例えば、PUCCHの周波数領域リソースとして、Kリソースブロックが確保され、端末２００は、各リソースブロックにおいて、くしの歯状のサブキャリア（例えば、comb-index）を選択する。例えば、各リソースブロックは、K個のcombに分割されてよい。例えば、１リソースブロックが１２サブキャリアで構成される場合、comb-index#n（n=0～K-1）は、サブキャリア#n、#n+K、～、#n+(12/K-1)Kで構成されてもよい。
　例えば、Kリソースブロックが確保され、リソースブロックがK個のcombに分割される場合、直交系列とcomb-index選択との組み合わせを、N’O=Nsubcarrier×Nsymb×K個実現できる。例えば、直交系列及びcomb-index選択を組み合わせて、
Figure JPOXMLDOC01-appb-M000024
 　の組み合わせ候補が生成されてもよい。
　＜Step 2＞
　端末２００は、例えば、生成されるUCIビット数、及び、UCIビットの値に応じて、
Figure JPOXMLDOC01-appb-M000025
 　の直交系列及びcomb-index選択の組み合わせ候補の中から１つ（例えば、１つの系列及び１つのcomb-index）を選択する。
　＜Step 3＞
　端末２００は、例えば、選択した系列を、PUCCHリソースのうち、Step 2で選択したcomb-indexに対応するサブキャリアにマッピングして送信する。
　例えば、基地局１００は、PUCCHを復調して、UCI送信に使用された系列と、系列の送信に使用されたcomb（サブキャリア）との組み合わせに基づいて、UCIビットを特定してよい。
　この方法により、信号を送信するサブキャリア数は、１リソースブロック分のサブキャリア(例えば、１２サブキャリア)であるため、狭帯域送信と同じ電力スペクトル密度（PSD：Power Spectrum Density）を維持しつつ、非直交系列の使用を避けることができるため、PUCCHカバレッジ性能の改善が期待できる。
　また、他の実施の形態（３）と比較して、PUCCHリソースに割り当てたリソースブロック全体に亘って信号が割り当てられるため、他セル間の干渉制御が比較的簡易なる利点がある。
　（５）他の実施の形態（３）では、直交系列の数NOが
Figure JPOXMLDOC01-appb-M000026
 　よりも少ない場合、リソースブロック選択を適用し、リソースブロック選択において用いるPUCCH周波数領域リソースは、以下を満たすMリソースブロックである場合について説明した。
Figure JPOXMLDOC01-appb-M000027
　また、他の実施の形態（４）では、直交系列の数NOが
Figure JPOXMLDOC01-appb-M000028
 　よりも少ない場合、comb-index選択を適用し、comb-index選択において用いるPUCCH周波数領域リソースは、以下を満たすKリソースブロックである場合について説明した。
Figure JPOXMLDOC01-appb-M000029
　他の実施の形態（３）又は（４）では、サポートするUCIビット数が増加するほど、使用する周波数リソースが増加するため、周波数利用効率が劣化する可能性がある。
　そこで、他の実施の形態（５）では、使用可能なPUCCH周波数領域リソース量(例えば、リソースブロック数)の上限値が設定（例えば、制限）されてもよい。
　例えば、使用可能なリソースブロック数は、既存のPUCCHフォーマットでサポート可能な16リソースブロックとしてもよく、他の値でもよい。
　例えば、上述した他の実施の形態（３）又は（４）の＜Step 1-2＞において生成可能な直交系列とリソースブロック選択(又は、comb-index選択)との組み合わせ数N’Oが
Figure JPOXMLDOC01-appb-M000030
 　よりも少ない場合、端末２００は、例えば、非直交系列を組み合わせて、
Figure JPOXMLDOC01-appb-M000031
 　の組み合わせを生成してもよい。なお、非直交系列の生成方法は、例えば、非特許文献８に記載の方法(例えば、M系列の初期値を異ならせることにより複数の非直交系列を生成する方法)が適用されてもよく、他の方法が適用されてもよい。
　この方法により、直交系列及び非直交系列に加え、周波数リソース選択の適用により、例えば、図１３と比較して、非直交系列の数を大幅に削減できるため、非直交系列を用いることによる伝送特性の劣化を抑制できる。また、使用可能なPUCCH周波数領域リソース量を制限できるため周波数利用効率を改善できる。
　（６）上述した他の実施の形態（３）～（５）のStep 1では、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）が
Figure JPOXMLDOC01-appb-M000032
 　よりも少ない場合、例えば、端末２００は、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が
Figure JPOXMLDOC01-appb-M000033
 　よりも少ない場合、端末２００は、例えば、非直交系列を組み合わせて、
Figure JPOXMLDOC01-appb-M000034
 　の組み合わせを生成してもよい。なお、非直交系列の生成方法は、例えば、非特許文献８に記載の方法(例えば、M系列の初期値を異ならせることにより複数の非直交系列を生成する方法)が適用されてもよく、他の方法が適用されてもよい。
　（７）上述した他の実施の形態（４）では、Kリソースブロック間のcomb-index選択が同一であることを想定したが、これに限定されない。
　例えば、各リソースブロックのcomb-index選択の組み合わせによって、UCIビットの送信が可能である。例えば、K個のcomb-indexからなるMリソースブロックのPUCCH送信において、各リソースブロックのcomb-indexの選択の組み合わせはKM個である。よって、例えば、N’O=Nsubcarrier×Nsymb×KM個の直交系列とcomb-index選択との組み合わせを実現できる。
　また、例えば、シンボル間のcomb-index選択の組み合わせによって、UCIビットの送信が可能である。例えば、K個のcomb-indexからなるMリソースブロック及びNsymbのPUCCH送信において、各シンボルのcomb-indexの選択の組み合わせはKNsymb個である。よって、例えば、N’O=Nsubcarrier×Nsymb×KNsymb個の直交系列とcomb-index選択との組み合わせを実現できる。
　なお、他の実施の形態（３）においても、Nsymbシンボル間のリソースブロック選択の組み合わせによって、UCIビットの送信が可能である。
　また、例えば、リソースブロック間のcomb-index選択とシンボル間のcomb-index選択とを組み合わせて用いることもできる。その場合、N’O=Nsubcarrier×Nsymb×KM×KNsymb個の直交系列とcomb-index選択との組み合わせを実現できる。
　これらの方法によれば、端末２００は、リソースブロック間又はシンボル間のcomb-index選択の組み合わせによってUCIビットを送信できるため、非直交系列の使用を低減できる。また、PUCCH周波数リソースを削減し、周波数利用効率を改善できる。
　以上、他の実施の形態について説明した。
　なお、上述した各実施の形態では、PUCCHにおけるUCI多重送信について説明したが、多重送信に用いるチャネルは、PUCCHに限らず、他のチャネルでもよい。また、送信する情報の種類は、UCIに限らず、他の種類の情報（例えば、上りリンクデータ信号）であってもよい。また、本開示の一実施例は、上りリンク送信に限定されず、下りリンク送信又はサイドリンク送信に適用されてもよい。
　また、本開示において例示した、サブキャリア数、リソースブロック数、シンボル数、直交系列数、非直交系列数、PUCCH送信においてサポートされる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）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、参照信号を用いない上りリンク送信における情報ビットの数に関する情報に応じて、複数の系列、又は、系列の複数の組み合わせから、１つの系列又は１つの組み合わせを決定する制御回路と、前記１つの系列、又は、前記１つの組み合わせに含まれる系列を送信する送信回路と、を具備する。
　本開示の一実施例において、前記複数の系列を含む系列集合には、
Figure JPOXMLDOC01-appb-M000035
 　以上の系列が含まれ、前記Nminは、前記上りリンク送信においてサポートされる前記情報ビットの数の最小値であり、前記Nmaxは、前記上りリンク送信においてサポートされる前記情報ビットの数の最大値である。
　本開示の一実施例において、前記系列集合には、前記情報ビットの数の候補にそれぞれ関連付けられた複数のサブ集合が含まれ、前記複数のサブ集合のそれぞれには、前記情報ビットの値の候補にそれぞれ関連付けられた系列が含まれ、前記制御回路は、前記情報ビットの数に関する情報に応じて、複数のサブ集合から１つのサブ集合を選択し、前記情報ビットの値に応じて、前記１つのサブ集合から前記１つの系列を選択する。
　本開示の一実施例において、前記系列集合に含まれる前記複数の系列において、異なる前記サブ集合に含まれる系列は、信頼度のより高い系列に対応する。
　本開示の一実施例において、（Nmax-Nmin+1）個の前記サブ集合のそれぞれに、複数の直交系列が分散して割り当てられる。
　本開示の一実施例において、ｎビットの前記情報ビットに対応する前記サブ集合に含まれる前記直交系列の数が2n個より少ない場合、当該サブ集合において、前記直交系列と非直交系列とにより、2n個の系列が生成される。
　本開示の一実施例において、前記系列集合に含まれる直交系列の数は、２のべき乗である。
　本開示の一実施例において、前記複数の組み合わせのそれぞれには、Ｓ個の系列を含む系列集合のうちのＫ個の系列が含まれ、Ｓ及びＫは、以下を満たす値であり、前記Nminは、前記上りリンク送信においてサポートされる前記情報ビットの数の最小値であり、前記Nmaxは、前記上りリンク送信においてサポートされる前記情報ビットの数の最大値である。
Figure JPOXMLDOC01-appb-M000036
　本開示の一実施例において、前記情報ビットの数の候補ｎのそれぞれに対して、前記Ｋ個の系列の組み合わせが2n個関連付けられ、前記2n個の系列のそれぞれは、前記情報ビットの値の候補に関連付けられ、前記制御回路は、前記情報ビットの数、及び、前記情報ビットの値に応じて、前記Ｓ個の系列から、前記Ｋ個の系列を選択する。
　本開示の一実施例において、異なるｎに対応する前記系列の組み合わせに含まれる系列は、信頼度のより高い系列に対応する。
　本開示の一実施例において、異なるｎにそれぞれ対応する前記系列の組み合わせの（Nmax-Nmin+1）個の集合それぞれに、複数の直交系列が分散して割り当てられる。
　本開示の一実施例に係る基地局は、信号を受信する受信回路と、参照信号を用いない上りリンク送信における情報ビットの数に関する情報と、系列又は系列の組み合わせとの関連付けに基づいて、前記信号に含まれる系列に対応する前記情報ビットの数を特定する制御回路と、を具備する。
　本開示の一実施例に係る通信方法において、端末は、参照信号を用いない上りリンク送信における情報ビットの数に関する情報に応じて、複数の系列、又は、系列の複数の組み合わせから、１つの系列又は１つの組み合わせを決定し、前記１つの系列、又は、前記１つの組み合わせに含まれる系列を送信する。
　本開示の一実施例に係る通信方法において、基地局は、信号を受信し、参照信号を用いない上りリンク送信における情報ビットの数に関する情報と、系列又は系列の組み合わせとの関連付けに基づいて、前記信号に含まれる系列に対応する前記情報ビットの数を特定する。
　２０２２年３月２４日出願の特願２０２２－０４９００７の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　基地局
　１０１、２０５　制御部
　１０２　上位制御信号生成部
　１０３　下りリンク制御情報生成部
　１０４、２０６　符号化部
　１０５、２０７　変調部
　１０６、２０８　信号割当部
　１０７、２０９　送信部
　１０８、２０１　受信部
　１０９、２０２　抽出部
　１１０、２０３　復調部
　１１１、２０４　復号部
　２００　端末
 

Claims (14)

  1. 　参照信号を用いない上りリンク送信における情報ビットの数に関する情報に応じて、複数の系列、又は、系列の複数の組み合わせから、１つの系列又は１つの組み合わせを決定する制御回路と、
    　前記１つの系列、又は、前記１つの組み合わせに含まれる系列を送信する送信回路と、
    　を具備する端末。
  2. 　前記複数の系列を含む系列集合には、
    Figure JPOXMLDOC01-appb-M000001
     　以上の系列が含まれ、前記Nminは、前記上りリンク送信においてサポートされる前記情報ビットの数の最小値であり、前記Nmaxは、前記上りリンク送信においてサポートされる前記情報ビットの数の最大値である、
    　請求項１に記載の端末。
  3. 　前記系列集合には、前記情報ビットの数の候補にそれぞれ関連付けられた複数のサブ集合が含まれ、前記複数のサブ集合のそれぞれには、前記情報ビットの値の候補にそれぞれ関連付けられた系列が含まれ、
    　前記制御回路は、前記情報ビットの数に関する情報に応じて、複数のサブ集合から１つのサブ集合を選択し、前記情報ビットの値に応じて、前記１つのサブ集合から前記１つの系列を選択する、
    　請求項２に記載の端末。
  4. 　前記系列集合に含まれる前記複数の系列において、異なる前記サブ集合に含まれる系列は、信頼度のより高い系列に対応する、
    　請求項３に記載の端末。
  5. 　（Nmax-Nmin+1）個の前記サブ集合のそれぞれに、複数の直交系列が分散して割り当てられる、
    　請求項４に記載の端末。
  6. 　ｎビットの前記情報ビットに対応する前記サブ集合に含まれる前記直交系列の数が2n個より少ない場合、当該サブ集合において、前記直交系列と非直交系列とにより、2n個の系列が生成される、
    　請求項５に記載の端末。
  7. 　前記系列集合に含まれる直交系列の数は、２のべき乗である、
    　請求項２に記載の端末。
  8. 　前記複数の組み合わせのそれぞれには、Ｓ個の系列を含む系列集合のうちのＫ個の系列が含まれ、
    　Ｓ及びＫは、以下を満たす値であり、前記Nminは、前記上りリンク送信においてサポートされる前記情報ビットの数の最小値であり、前記Nmaxは、前記上りリンク送信においてサポートされる前記情報ビットの数の最大値である、
    Figure JPOXMLDOC01-appb-M000002
     　請求項１に記載の端末。
  9. 　前記情報ビットの数の候補ｎのそれぞれに対して、前記Ｋ個の系列の組み合わせが2n個関連付けられ、前記2n個の系列のそれぞれは、前記情報ビットの値の候補に関連付けられ、
    　前記制御回路は、前記情報ビットの数、及び、前記情報ビットの値に応じて、前記Ｓ個の系列から、前記Ｋ個の系列を選択する、
    　請求項８に記載の端末。
  10. 　異なるｎに対応する前記系列の組み合わせに含まれる系列は、信頼度のより高い系列に対応する、
    　請求項９に記載の端末。
  11. 　異なるｎにそれぞれ対応する前記系列の組み合わせの（Nmax-Nmin+1）個の集合それぞれに、複数の直交系列が分散して割り当てられる、
    　請求項１０に記載の端末。
  12. 　信号を受信する受信回路と、
    　参照信号を用いない上りリンク送信における情報ビットの数に関する情報と、系列又は系列の組み合わせとの関連付けに基づいて、前記信号に含まれる系列に対応する前記情報ビットの数を特定する制御回路と、
    　を具備する基地局。
  13. 　端末は、
    　参照信号を用いない上りリンク送信における情報ビットの数に関する情報に応じて、複数の系列、又は、系列の複数の組み合わせから、１つの系列又は１つの組み合わせを決定し、
    　前記１つの系列、又は、前記１つの組み合わせに含まれる系列を送信する、
    　通信方法。
  14. 　基地局は、
    　信号を受信し、
    　参照信号を用いない上りリンク送信における情報ビットの数に関する情報と、系列又は系列の組み合わせとの関連付けに基づいて、前記信号に含まれる系列に対応する前記情報ビットの数を特定する、
    　通信方法。
     
PCT/JP2022/047549 2022-03-24 2022-12-23 端末、基地局及び通信方法 Ceased WO2023181556A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP22933683.9A EP4503481A4 (en) 2022-03-24 2022-12-23 TERMINAL, BASE STATION AND COMMUNICATION METHOD
US18/847,961 US20250212219A1 (en) 2022-03-24 2022-12-23 Terminal, base station, and communication method
CN202280093816.6A CN118923062A (zh) 2022-03-24 2022-12-23 终端、基站及通信方法
JP2024509766A JPWO2023181556A1 (ja) 2022-03-24 2022-12-23

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022049007 2022-03-24
JP2022-049007 2022-03-24

Publications (1)

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

Family

ID=88100465

Family Applications (1)

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

Country Status (5)

Country Link
US (1) US20250212219A1 (ja)
EP (1) EP4503481A4 (ja)
JP (1) JPWO2023181556A1 (ja)
CN (1) CN118923062A (ja)
WO (1) WO2023181556A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20240322955A1 (en) * 2023-03-20 2024-09-26 Qualcomm Incorporated Orthogonal cover code for multiplexing transmissions by multiple user equipments

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020504955A (ja) * 2017-05-03 2020-02-13 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて端末と基地局の間のスケジューリング要請を送受信する方法及びそれを支援する装置
US20210092734A1 (en) * 2019-09-24 2021-03-25 Qualcomm Incorporated Sequence based physical uplink control channel transmission
JP2022049007A (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
US11997030B2 (en) * 2019-11-12 2024-05-28 Qualcomm Incorporated Architecture for non-coherent communication in wireless networks
US11502790B2 (en) * 2020-04-09 2022-11-15 Qualcomm Incorporated Orthogonal sequence generation for multi-bit payloads

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020504955A (ja) * 2017-05-03 2020-02-13 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて端末と基地局の間のスケジューリング要請を送受信する方法及びそれを支援する装置
US20210092734A1 (en) * 2019-09-24 2021-03-25 Qualcomm Incorporated Sequence based physical uplink control channel transmission
JP2022049007A (ja) 2020-09-15 2022-03-28 ヒタチ・エナジー・スウィツァーランド・アクチェンゲゼルシャフト １つ以上の伝送線路におけるソースインピーダンスを推定するための方法および装置

Non-Patent Citations (10)

* Cited by examiner, † Cited by third party
Title
"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)
CHINA TELECOM: "New WID on NR coverage enhancements", RP-202928, December 2020 (2020-12-01)
CMCC: "Discussion on the PUCCH coverage enhancement", R1-2008027, August 2020 (2020-08-01)
HUAWEIHISILICON: "Potential solutions for PUCCH coverage enhancement", R1-2007584, 26 October 2020 (2020-10-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, 1 November 2020 (2020-11-01), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052351232 *
QUALCOMM INCORPORATEDHUAWEIHISILICON: "Potential coverage enhancement techniques for PUCCH", R1-2009315, 26 October 2020 (2020-10-26)
See also references of EP4503481A4

Also Published As

Publication number Publication date
CN118923062A (zh) 2024-11-08
JPWO2023181556A1 (ja) 2023-09-28
US20250212219A1 (en) 2025-06-26
EP4503481A1 (en) 2025-02-05
EP4503481A4 (en) 2025-07-23

Similar Documents

Publication Publication Date Title
JP7670677B2 (ja) 端末、通信方法及び集積回路
JP7675722B2 (ja) 端末、基地局及び通信方法
US20240107574A1 (en) Terminal and communication method
WO2022014272A1 (ja) 端末、基地局及び通信方法
JP2024167294A (ja) 基地局、通信方法及び集積回路
JP2025134753A (ja) 基地局、通信方法及び集積回路
WO2023013191A1 (ja) 通信装置、及び、通信方法
WO2024029157A1 (ja) 端末、基地局、及び、通信方法
WO2022208989A1 (ja) 通信装置、及び、通信方法
WO2022064795A1 (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) 端末、通信方法及び集積回路
WO2023203938A1 (ja) 端末、基地局、通信方法及び集積回路
WO2024171521A1 (ja) 基地局、端末及び通信方法
WO2024219190A1 (ja) 端末、基地局、及び、通信方法
WO2023013204A1 (ja) 端末、基地局、及び、通信方法
WO2024232068A1 (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: 22933683

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2024509766

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18847961

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202280093816.6

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2022933683

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

Country of ref document: EP

Effective date: 20241024

WWP Wipo information: published in national office

Ref document number: 18847961

Country of ref document: US