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

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

Info

Publication number
WO2023181557A1
WO2023181557A1 PCT/JP2022/047558 JP2022047558W WO2023181557A1 WO 2023181557 A1 WO2023181557 A1 WO 2023181557A1 JP 2022047558 W JP2022047558 W JP 2022047558W WO 2023181557 A1 WO2023181557 A1 WO 2023181557A1
Authority
WO
WIPO (PCT)
Prior art keywords
sequence
sequences
uci
terminal
combination
Prior art date
Application number
PCT/JP2022/047558
Other languages
English (en)
French (fr)
Inventor
哲矢 山本
ハミッドレザ シャリーアトマダリー
秀俊 鈴木
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Publication of WO2023181557A1 publication Critical patent/WO2023181557A1/ja

Links

Images

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows

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.
  • RP-201310 “Revised WID: Enhanced Industrial Internet of Things (IoT) and ultra-reliable and low latency communication (URLLC) support for NR,” Nokia, Nokia Shanghai Bell, RAN#88e. R1-2005201, “Report of RAN1#101-e meeting,” ETSI MCC, November 2020.
  • IoT Enhanced Industrial Internet of Things
  • URLLC ultra-reliable and low latency communication
  • 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 transmits at least one sequence or at least one sequence from a plurality of sequences or a plurality of combinations of sequences according to the value of an information bit in uplink transmission without using a reference signal.
  • the apparatus includes a control circuit that determines a combination, and a transmission circuit that multiplexes information bits of different priorities onto uplink resources and transmits the multiplexed information bits using the at least one sequence or the at least 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 PUCCH transmission Diagram of an exemplary architecture of a 3GPP NR system
  • RRC Radio Resource Control
  • eMBB enhanced Mobile BroadBand
  • massive machine type communications massive machine type communications
  • URLLC ultra-reliable and low-latency communications
  • 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 terminal supports services with multiple different requirements (e.g., eMBB and URLLC). Therefore, in uplink transmission by a terminal, transmission resources for services with different requirements may overlap in time. For example, at a terminal, uplink signals (eg, UCI) for services with multiple different requirements may occur simultaneously. Furthermore, the PUCCH resources allocated to the terminals for transmitting their respective UCIs may overlap in time.
  • uplink signals eg, UCI
  • the terminals may transmit uplink signals for services with different requirements to each other. It is possible to transmit simultaneously without considering the influence.
  • the terminal may, for example, transmit a signal on one of the multiple channels and not transmit a signal on the remaining channels (e.g. , dropping transmissions) or controlling the transmit power of multiple channels.
  • “priority" may be determined for the plurality of channels to determine which channel's signal (for example, UCI) the terminal transmits.
  • NR Rel.16 it is possible to set the priority in the physical (PHY) layer of UCI transmitted by a terminal (see, for example, Non-Patent Document 5).
  • PHY physical
  • UCI uplink signals
  • the terminal compares information regarding the priority of each UCI in the PHY layer, transmits the UCI with the higher priority, and Drop low UCI submissions.
  • NR Rel.16 in a terminal operation when multiple UCI transmissions with different priorities overlap in time, a higher priority UCI is transmitted and a lower priority UCI transmission is dropped.
  • the terminal may, for example, drop the transmission of HARQ-ACK for eMBB transmission set to low priority and transmit HARQ-ACK for URLLC transmission set to high priority. In this case, the terminal can transmit HARQ-ACK for URLLC transmission set to high priority without being affected by other channels.
  • the base station since HARQ-ACK for eMBB transmission set to a low priority is not transmitted regardless of the decoding result of PDSCH for eMBB transmission, the base station can check whether the terminal was able to correctly decode the PDSCH for eMBB transmission. Don't judge. Therefore, since the base station retransmits the PDSCH for eMBB transmission regardless of the decoding result of the terminal, the frequency usage efficiency of downlink transmission may deteriorate.
  • a method to suppress the deterioration of the frequency efficiency of downlink transmission mentioned above for example, in NR Rel.17, a method is being considered in which a terminal multiplexes UCIs with different priorities onto the same PUCCH resource and transmits the same.
  • scenarios considered in Rel.17 include multiplexing high priority HARQ-ACK with low priority HARQ-ACK, multiplexing high priority SR with low priority HARQ-ACK, and , multiplexing of high-priority SR, high-priority HARQ-ACK, and low-priority HARQ-ACK (for example, see Non-Patent Document 11).
  • the high priority UCI and the low priority UCI are combined into one UCI bit sequence. It is possible to apply a method of transmitting information bits using the above-mentioned sequences or combinations of sequences.
  • resource allocation settings may not be performed appropriately for UCIs with different priorities. For example, UCIs that have a high priority and require high reliability are likely to be allocated more resources to meet their requirements.
  • the resource utilization efficiency is improved by assigning the same resources to the low-priority UCI as the high-priority UCI. It is inefficient from the point of view of
  • a non-limiting example of the present disclosure describes a method for appropriately multiplexing UCIs with different priorities onto the same PUCCH resource in uplink transmission (e.g., PUCCH transmission or UCI transmission) without using DMRS. .
  • a terminal in a method of transmitting information bits (e.g., UCI bits) by a sequence or a combination of sequence selection without using DMRS (e.g., DMRS-less PUCCH), a terminal can transmit information bits for UCI bit sequences with different priorities. Therefore, sequence selection or combination selection of sequences may be applied individually. As a result, for example, resources can be appropriately allocated to each of UCIs with different priorities, so that the efficiency of PUCCH transmission can be improved from the viewpoint of resource utilization efficiency. Furthermore, even when UCIs with different priorities are multiplexed to the same PUCCH resource, an increase in the number of sequences or sequence combinations prepared for transmission can be suppressed.
  • DMRS e.g., DMRS-less PUCCH
  • 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 controls the signal based on the association between the value of an information bit (e.g., UCI) in uplink transmission without using a reference signal (e.g., DMRS) and a sequence or a combination of sequences. Identify the values of the information bits of different priorities included in each.
  • a control unit e.g., corresponding to a control circuit transmits multiple signals according to the value of information bits (e.g., UCI bits) in uplink transmission without using a reference signal (e.g., DMRS). At least one sequence or at least one combination is determined from the sequences or multiple combinations of sequences.
  • a transmitter e.g., corresponding to a transmitter circuit multiplexes information bits of different priorities onto uplink resources using at least one sequence or at least one combination and transmits the multiplexed information bits.
  • 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 Furthermore, the transmitting section 209 shown in FIG. 9 may be included in the transmitting section 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 may individually select a sequence or a combination of sequences for each UCI bit sequence. .
  • the terminal 200 maps the selected sequence to the PUCCH resource (S106) and transmits the UCI using the PUCCH (S107). For example, when transmissions of UCI bits having different priorities overlap in time, the terminal 200 may map a sequence or a combination of sequences selected individually for each UCI bit sequence onto a PUCCH resource and transmit the mapped sequence or combination of sequences.
  • 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
  • sequence selection or sequence combination selection is applied as a PUCCH transmission method that does not use DMRS.
  • the terminal 200 may individually apply sequence selection or sequence combination selection to each of the UCI bits with different priorities. For example, the terminal 200 may individually determine one sequence or one sequence combination for each of the UCI bits with different priorities, depending on the values of the UCI bits with different priorities.
  • the terminal 200 maps sequences individually selected for different UCIs onto PUCCH resources and transmits them. For example, when transmitting multiplexed UCI bits with different priorities onto a PUCCH resource, the terminal 200 transmits one sequence or one sequence combination individually determined for each of the UCI bits with different priorities onto the PUCCH resource. You can map and send it.
  • the terminal 200 maps a sequence selected according to a high priority UCI to a resource element (RE) in the frequency-first-time-second format in the allocated PUCCH resource. good.
  • RE resource element
  • the terminal 200 assigns a sequence selected according to a low priority UCI to a resource element that is different from a resource element to which a sequence selected according to a high priority UCI is mapped, in the resource within the allocated PUCCH. May be mapped to resource elements.
  • the number of resource elements to which a sequence selected according to a high priority UCI in the PUCCH is allocated may be different from the number of resource elements to which a sequence selected according to a low priority UCI is allocated.
  • the terminal 200 individually (or independently) applies sequence selection or sequence combination selection to UCIs with different priorities, and applies sequence selection or sequence combination selection to UCIs with different priorities within the same PUCCH resource. multiplex.
  • sequences that are individually selected according to UCIs with different priorities are mapped to mutually different resources (for example, resource elements or symbols). Therefore, the base station 100 can individually perform processing calculations for demodulation (for example, correlation processing) on UCIs with different priorities.
  • the terminal 200 can individually (independently) apply sequence selection or sequence combination selection to UCIs with different priorities. Therefore, the number of sequences or sequence combinations (e.g. number of candidates ) used for transmitting multiple UCIs should be and for lower priority UCIs (e.g. N LP bits), It is. Therefore, for multiple UCIs with different priorities, the number of sequences or sequence combinations is There is no need to prepare one, and the number of candidates for sequences or sequence combinations to be prepared can be reduced. Further, the receiving side (for example, the base station 100) Since there is no need to perform correlation processing on the sequence set or sequence combination candidates, there is an effect of reducing the amount of calculation processing.
  • the number of sequences or sequence combinations e.g. number of candidates
  • N LP bits lower priority UCIs
  • sequence sets or sequence combination candidates used for each of the high priority UCI and the low priority UCI may be the same or different.
  • Step 1 When the terminal 200 transmits a high priority UCI of N HP bits (for example, sometimes expressed as HP UCI), A sequence pool consisting of sequences is prepared.
  • N HP bits for example, sometimes expressed as HP UCI
  • a sequence pool consisting of sequences is prepared.
  • Step 2> The terminal 200, for example, depending on the value of the generated high priority UCI bit, 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 for example, depending on the value of the generated low priority UCI bit, 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.
  • FIG. 11 shows an example of sequence selection. Note that the correspondence between UCI bits and sequence numbers is not limited to the example shown in FIG. 11, and other correspondences may be used.
  • the values associated with each possible value of the UCI of N HP bits are a set of sequences for high priority UCI bits containing sequences of and associated with each possible value of the UCI of N LP bits,
  • a sequence set for low priority UCI bits is prepared that includes the sequences of .
  • the terminal 200 may select one sequence (for example, sequence #n) from a sequence set for high priority UCI bits, for example, according to the value of the high priority UCI bit. Further, the terminal 200 may select one sequence (for example, sequence #m) from a sequence set for low priority UCI bits, for example, according to the value of the low priority UCI bit.
  • the terminal 200 maps the selected sequence to a PUCCH resource and transmits the mapped sequence. For example, when the terminal 200 multiplexes and transmits a high priority UCI and a low priority UCI on the same PUCCH resource, the terminal 200 may divide the PUCCH resource into two subresources. Then, the terminal 200 may map one sequence selected for each priority UCI to the subresource corresponding to each priority UCI.
  • the number of resource elements included in the subresource to which sequence #n corresponding to a high priority UCI is mapped, and the number of resource elements included in a subresource to which sequence #m corresponding to a low priority UCI is mapped may be different from the number of resource elements included in the resource.
  • 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 may demodulate the received PUCCH (UCI) and specify the value of the UCI bit based on the sequence specified by demodulation.
  • UCI received PUCCH
  • the base station 100 demodulates the received PUCCH and performs demodulation based on the sequence corresponding to each of the multiple UCIs.
  • each UCI value may be specified individually. For example, in FIG. 11, the base station 100 specifies a UCI value with a high priority based on the sequence #n specified by demodulating PUCCH, and based on the sequence #m specified by demodulating PUCCH, You may identify UCI values with lower priority.
  • the following generation method (for example, ⁇ Step 1-1> and ⁇ Step 1-2> based on method 2) may be applied.
  • N subcarrier indicates the number of subcarriers per symbol allocated to the PUCCH resource
  • N symb HP indicates the number of symbols to which a high priority UCI within the PUCCH resource is mapped.
  • N subcarrier cyclic shift sequences can be generated for a sequence with sequence length N subcarrier , and by performing code spreading using OCC according to the number of symbols N symb HP , An orthogonal sequence of can be generated.
  • the terminal 200 for example, for a low priority UCI, Generate an orthogonal sequence set consisting of the sequences.
  • N subcarrier indicates the number of subcarriers per symbol allocated to the PUCCH resource
  • N symb LP indicates the number of symbols to which low priority UCIs within the PUCCH resource are mapped.
  • N subcarrier cyclic shift sequences can be generated for a sequence with sequence length N subcarrier , and by performing code spreading using OCC according to the number of symbols N symb LP , An orthogonal sequence of can be generated.
  • the terminal 200 may, for example, combine the orthogonal sequence and the non-orthogonal sequence, Generate a sequence set containing the sequences.
  • the terminal 200 may, for example, combine the orthogonal sequence and the non-orthogonal sequence, Generate a sequence set containing the sequences.
  • the method for generating a non-orthogonal sequence may be, for example, the method described in Non-Patent Document 8 (for example, a method for generating a plurality of non-orthogonal sequences by varying the initial values of the M sequence), Other methods may also be applied.
  • Step 1 A sequence pool consisting of S HP sequences is prepared for high priority UCIs.
  • M be the sequence length of the sequence.
  • 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 Step 1-1 and Step 1-2 described above.
  • sequence pool consisting of S LP sequences is prepared for low priority UCIs.
  • M be the sequence length of the sequence.
  • 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 Step 1-1 and Step 1-2 described above.
  • Terminal 200 selects K HP sequences (eg, sequence combinations) from S HP sequences, for example, according to the value of the high priority UCI bit.
  • S HP and K HP may be values that satisfy the following.
  • the values of S HP and K HP may be values that satisfy the following.
  • terminal 200 selects K LP sequences (eg, sequence combinations) from S LP sequences, for example, depending on the value of the low priority UCI bit.
  • K LP sequences eg, sequence combinations
  • the values of S LP and K LP may be values that satisfy the following.
  • the values of S LP and K LP may be values that satisfy the following.
  • S HP , S HP , K HP and K LP 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. good.
  • FIG. 12 shows an example of sequence combination selection. Note that the correspondence between UCI bits and sequence combinations is not limited to the example shown in FIG. 12, and other correspondences may be used.
  • the terminal 200 selects one sequence combination (for example, sequence #n HP and sequence #m HP ) may be selected. Further, the terminal 200 selects one sequence from sequence combination candidates for low priority UCI bits (for example, a combination of sequence #n LP and sequence #m LP ), for example, according to the value of the low priority UCI bit. You may choose.
  • sequence combination candidates for low priority UCI bits for example, a combination of sequence #n LP and sequence #m LP
  • the terminal 200 maps sequences included in the selected sequence combination to PUCCH resources and transmits the mapped sequences. For example, when the terminal 200 multiplexes and transmits a high priority UCI and a low priority UCI on the same PUCCH resource, the terminal 200 may divide the PUCCH resource into two subresources. Then, the terminal 200 may map sequences included in one sequence combination selected for each priority UCI to the subresource corresponding to each priority UCI.
  • the number of resource elements included in the subresource to which sequence #n corresponding to a high priority UCI is mapped, and the number of resource elements included in a subresource to which sequence #m corresponding to a low priority UCI is mapped may be different from the number of resource elements included in the resource.
  • the terminal 200 selects and transmits K HP sequences for a high priority UCI
  • the terminal 200 divides the sub-resources for the high priority UCI in the PUCCH resource into K HP resources, K HP sequences may be mapped to each resource.
  • the terminal 200 when the terminal 200 selects and transmits K LP sequences for a low priority UCI, the terminal 200 divides the subresources for the low priority UCI in the PUCCH resource into K LP resources. , K LP sequences may be mapped to each resource.
  • the terminal 200 may repeat the sequence and map it to a sub-resource, or expand the sequence and map it to a sub-resource. May be mapped to a resource. Furthermore, the terminal 200 may apply DFT-precoding, for example, before mapping sequences to PUCCH resources.
  • the base station 100 may demodulate the received PUCCH (UCI) and specify the value of the UCI bit based on the combination of sequences specified by demodulation. Further, for example, when multiple UCIs are multiplexed on the same PUCCH resource (or at the same timing), the base station 100 demodulates the received PUCCH and converts it into a combination of sequences corresponding to each of the multiple UCIs. Based on this, the value of each UCI may be determined individually. For example, in FIG. 12, the base station 100 demodulates the PUCCH and identifies a high-priority UCI value based on the combination of sequence #n HP and sequence #m HP , and demodulates the PUCCH to identify the UCI value. A low priority UCI value may be specified based on the combination of sequence #n LP and sequence #m LP .
  • terminal 200 selects at least one sequence or at least One combination is determined, and the determined at least one sequence or at least one combination is used to multiplex and transmit information bits of different priorities onto uplink resources. Furthermore, the base station 100 receives the PUCCH signal, and based on the association between the value of the UCI bit in PUCCH transmission without DMRS and the sequence or combination of sequences, the base station 100 selects the UCI bits of different priorities included in the PUCCH signal. Identify each value.
  • sequence selection or sequence combination selection is applied individually to high-priority UCIs and low-priority UCIs.
  • the number of sequences or the number of sequence combinations prepared for UCI transmission is individually set according to the number of bits of each UCI. Therefore, even when UCIs with different priorities are multiplexed and transmitted on the same PUCCH resource, the number of sequences or sequence combinations prepared for transmission increases (for example, increases exponentially). Therefore, for example, an increase in the amount of processing calculations for demodulation (for example, correlation processing, etc.) at the base station 100 can be suppressed.
  • Embodiment 2 The configurations of base station 100 and terminal 200 according to this embodiment may be the same as those in Embodiment 1.
  • 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.
  • a sequence set (sequence pool) containing a subset of is prepared.
  • Each subset may include, for example, S LP sequences.
  • each of a plurality of sub-sets included in a sequence set may be associated with a value candidate for a high-priority UCI of N HP bits.
  • each of a plurality of candidates for combinations of sequences based on S LP sequences included in each sub-set is associated with candidates for values that can be taken by UCI with a high priority of N LP bits. It's fine.
  • the combination of sequences may be, for example, a combination of K LP sequences out of S LP sequences.
  • the terminal 200 may determine one sequence combination from a plurality of sequence combinations included in the sequence set, depending on the high priority UCI bit and the low priority UCI bit. For example, the terminal 200 selects one subset from a plurality of subsets included in the sequence set according to the value of the UCI bit with a high priority. Furthermore, the terminal 200 selects one sequence combination (for example, K LP sequences) from the S LP sequences included in the selected subset, for example, according to the value of the low priority UCI bit.
  • K LP sequences for example, K LP sequences
  • the terminal 200 maps a plurality of sequences included in the selected sequence combination to the PUCCH resource and transmits the mapped sequences.
  • the number of sequences to be selected from the S LP sequences included in the subset is K LP .
  • the number of combinations is It is.
  • the number of sequences S LP included in the subset and the number of sequences K LP to be selected may be values that satisfy the following.
  • the number of sequences S LP included in a subset and the number of sequences K LP to be selected may be values that satisfy the following.
  • FIG. 13 is a diagram illustrating an example of sequence sets, sub-sets, and sequence combination candidates in this embodiment.
  • N LP 1.
  • the sequence set prepared in the terminal 200 is the number of candidate values that the high priority UCI bits of the N HP bits can take. may be divided into subsets of For example, multiple subsets may be associated with each candidate high priority UCI value.
  • a sequence combination containing K LP sequences is May be prepared.
  • a plurality of sequence combinations may be associated with each of the lower priority UCI value candidates of the NLP bits. For example, for a 1-bit UCI, 2 (for example, 2 1 ) sequence combinations are included, and for a 2-bit UCI, 4 (for example, 2 2 ) sequence combinations are included. good.
  • subsets of sequence combinations may be set for UCIs with other bit numbers.
  • the terminal 200 selects one of the plurality of subsets included in the sequence set according to the value of the high priority UCI bit of the N HP bit.
  • the sequence combination may be selected depending on the value of (for example, 0 or 1).
  • the value of the low priority UCI bit is '0'
  • the sequence combination in the order of sequence #n and sequence #m is selected, and the value of the low priority UCI bit is '1'.
  • a sequence combination in the order of sequence #m and sequence #n may be selected.
  • the terminal 200 maps the sequences included in the selected sequence combination to the PUCCH resource and transmits the mapped sequences.
  • the terminal 200 maps each symbol in the order of sequence #n and sequence #m in the PUCCH resource.
  • the terminal 200 can transmit information regarding the value of a high-priority UCI bit using a subset included in a sequence set. Further, the terminal 200 can transmit information regarding the value of a low priority UCI bit by a combination of sequences selected from the sequences included in the subset.
  • the base station 100 can, for example, demodulate the PUCCH, determine which sequence combination has been transmitted, and specify the value of the low priority UCI bit based on the sequence combination. Furthermore, the base station 100 can specify the value of a high priority UCI bit by specifying the subset to which the specified sequence combination belongs.
  • terminal 200 selects at least one sequence or at least One combination is determined, and the determined at least one sequence or at least one combination is used to multiplex and transmit information bits of different priorities onto uplink resources. Furthermore, the base station 100 receives the PUCCH signal, and based on the association between the value of the UCI bit in PUCCH transmission without DMRS and the sequence or combination of sequences, the base station 100 selects the UCI bits of different priorities included in the PUCCH signal. Identify each value.
  • subset selection is applied to UCIs with high priority
  • sequence combination selection is applied to UCIs with low priority
  • the terminal 200 can transmit a high priority UCI over the entire PUCCH resource. Furthermore, the base station 100 can demodulate high priority UCIs by specifying only the subset. Therefore, the reliability of reception processing (for example, demodulation) for high priority UCI can be improved. Therefore, according to this embodiment, the reception performance of uplink transmission can be improved.
  • the PUCCH that does not use DMRS (for example, a signal for one slot) generated by the method described above is simply repeatedly transmitted over multiple slots. There may be a way.
  • a repetition method for example, slot-based or mini-slot-based repetition (for example, non-consecutive symbol repetition) employed in NR may be applied, and symbol-based repetition in which the same OFDM symbol is continuously transmitted. may be applied.
  • slot-based or mini-slot-based repetition for example, non-consecutive symbol repetition
  • symbol-based repetition in which the same OFDM symbol is continuously transmitted. may be applied.
  • the same symbol since the same symbol is transmitted as non-consecutive symbols, it can be expected to improve the accuracy of residual frequency offset estimation.
  • the reception SNR since it is easy to perform in-phase combining of continuously transmitted symbols, the reception SNR can be improved.
  • the number of symbols or resource elements included in the PUCCH resource of each embodiment described above can be changed to the PUCCH resource including Repetition (for example, , for multiple slots) or the number of resource elements.
  • N subcarrier indicates the number of subcarriers per symbol assigned to the PUCCH resource
  • N symb indicates the number of symbols assigned to the PUCCH resource
  • N Rep indicates the number of repetitions.
  • a sequence in a non-limiting example of the present disclosure may not be a sequence that is actually transmitted, but may be a logical sequence, for example.
  • the mapping between the actually transmitted sequence and the logical sequence may be the same or different between terminals 200.
  • the correspondence between the logical sequence number n and the actually transmitted sequence number m may be determined based on parameters set in an upper layer such as RRC, or based on the terminal ID or cell ID. may also be determined.
  • N min the minimum number of UCI bits supported in PUCCH transmission without DMRS
  • N max the maximum value of the number of UCI bits supported in PUCCH transmission without DMRS
  • N min may be 1 bit, may be 3 bits which is the minimum number of UCI bits supported by PUCCH format 3, or may be a value other than 1 bit or 3 bits.
  • N max may be 11 bits, which is the maximum number of UCI bits supported by the Reed Muller code in the existing PUCCH format, or may be a value other than 11 bits.
  • the number of candidates for sequences or sequence combinations generated for each priority of N bits (for example, N is N HP or N LP ) is set as follows instead of 2 N. May be replaced with a value.
  • the terminal 200 for example, for each priority, One sequence or one sequence combination is selected from among the combination candidates according to the number of UCI bits to be generated and the value of the UCI bits. Then, the terminal 200 may, for example, map a sequence included in the selected sequence or sequence combination to the PUCCH resource and transmit the mapped sequence.
  • the sequence set or sequence combination candidate is, for example, each UCI bit number (for example, N min bits to N max bits).
  • the sequence set or sequence combination candidate may include a plurality of sub-sets each associated with a UCI bit number candidate. Further, each of the plurality of subsets may include, for example, sequences or sequence combination candidates respectively associated with N bits of UCI bit candidates (for example, 2 N values).
  • the terminal 200 selects a subset corresponding to the N-bit UCI, and selects 2 N sequences or sequences included in the subset according to the value of the UCI bit.
  • One sequence or sequence combination may be selected from the combination candidates.
  • the terminal 200 can transmit UCI bit information using the sequences or sequence combination candidates selected from the set. Furthermore, the terminal 200 can transmit information regarding the number of UCI bits depending on the subset to which the transmitted sequence or sequence combination candidate belongs. Furthermore, the base station 100 demodulates the PUCCH, determines which sequence or sequence combination candidate the UCI is transmitted based on, and specifies the subset to which the sequence or sequence combination candidate belongs. can determine the number of UCI bits sent by
  • 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.
  • frequency resource selection may be introduced in addition to sequence selection corresponding to UCI.
  • sequence selection may be applied individually to the UCI of each priority as shown below.
  • N As the number of sequences included in a sequence pool used for sequence selection, 2N (or 2N or more) sequences are prepared. Note that N may be, for example, NHP or NLP .
  • 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.
  • N symb may be, for example, N symb HP or N symb LP .
  • resource block selection may be applied, for example.
  • 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.
  • 2 N combination candidates may be generated by combining orthogonal sequences and resource block selection.
  • the terminal 200 selects one of the 2 N orthogonal sequence and resource block selection combination candidates (for example, one sequence and one resource block).
  • 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 individually to the UCI of each priority as shown below.
  • N As the number of sequences included in a sequence pool used for sequence selection, 2N (or 2N or more) sequences are prepared. Note that N may be, for example, NHP or NLP .
  • 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.
  • N symb may be, for example, N symb HP or N symb LP .
  • 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.
  • N' O ⁇ 2 N combination candidates may be generated by combining orthogonal sequences and comb-index selection.
  • the terminal 200 selects one of the 2 N orthogonal sequence and comb-index combination candidates (for example, one sequence and one comb-index).
  • 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 method of dividing the PUCCH resource into sub-resources corresponding to UCIs with different priorities is to divide the PUCCH resource in units of time-domain resources (for example, symbols) (for example, by dividing the PUCCH resource into sub-resources corresponding to UCIs with different priorities). and the latter half of the symbol group).
  • the division of PUCCH resources is not limited to this.
  • different frequency resources eg, resource blocks or subcarriers
  • a method of dividing (for example, high frequency side and low frequency side) in units of frequency domain resources for example, resource blocks or subcarriers) may be used.
  • UCI bits with different priorities are multiplexed onto the same PUCCH resource and transmitted, but the UCI bits multiplexed onto the same PUCCH resource are limited to cases where the priorities are different. They may have the same priority. Even in this case, terminal 200 may apply sequence selection or sequence combination selection to a plurality of UCI bits individually.
  • UCI multiplexing with the same priority may be, for example, multiplexing ACK/NAC and CSI, ACK/NACK and SR, or CSI and SR, or may be any other combination.
  • the number of multiplexed UCIs is not limited to two types, and may be three or more types.
  • the priorities of each UCI may be different from each other, or may be partially different.
  • UCI multiplex transmission on PUCCH has been described, but the channel used for multiplex transmission is not limited to PUCCH, and may be any other channel.
  • 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 or not the terminal 200 supports the functions, operations, or processes shown in each of the above-described embodiments and supplements may be stored in the terminal 200 as, for example, capability information or capability parameters of the terminal 200.
  • the information may be transmitted (or notified) from the base station 100 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 14 (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. 15 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 16 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 17 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 17 shows some examples of conceptual usage scenarios for IMT in 2020 and beyond (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. 16. 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. 18 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. 17
  • 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 18 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 transmits at least one sequence or at least one sequence from a plurality of sequences or a plurality of combinations of sequences according to the value of an information bit in uplink transmission without using a reference signal.
  • the apparatus includes a control circuit that determines a combination, and a transmission circuit that multiplexes information bits of different priorities onto uplink resources and transmits the multiplexed information bits using the at least one sequence or the at least one combination.
  • control circuit individually determines one sequence or one combination for each of the different priority information bits.
  • the transmitter circuit when the transmission circuit multiplexes and transmits the information bits with different priorities onto the uplink resource, the transmitter circuit may transmit the information bits individually determined for each of the information bits with different priorities. The two sequences or the one combination are mapped onto the uplink resource and transmitted.
  • control circuit includes the sequence set in accordance with a first information bit having a first priority and a second information bit having a second priority lower than the first priority.
  • One combination is determined from the plurality of combinations.
  • the sequence set includes a plurality of sub-sets each associated with a value candidate of the first information bit, and each of the plurality of sub-sets includes the second information bit.
  • a combination of sequences respectively associated with the bit value candidates is included, and the control circuit selects one subset from the plurality of subsets according to the value of the first information bit, and The one combination is selected from the one subset depending on the value of the information bit.
  • the number of the second information bits is N LP bits
  • the number of sequences included in the subset is S LP
  • the number of sequences included in the combination is K LP . In this case, the following is satisfied.
  • a base station receives a signal based on an association between a receiving circuit that receives a signal, a value of an information bit in uplink transmission without using a reference signal, and a sequence or a combination of sequences. and a control circuit that specifies the values of the included information bits of different priorities.
  • a terminal in uplink transmission without using reference signals, selects at least one sequence from a plurality of sequences or a plurality of combinations of sequences according to the value of an information bit. Alternatively, at least one combination is determined, and information bits of different priorities are multiplexed onto uplink resources and transmitted using the at least one sequence or the at least one combination.
  • a base station receives a signal, and based on the association between the value of an information bit in uplink transmission without using a reference signal and a sequence or a combination of sequences, the base station receives the signal. Identify the values of the information bits of different priorities included in each.
  • 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)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (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. RP-201310, "Revised WID: Enhanced Industrial Internet of Things (IoT) and ultra-reliable and low latency communication (URLLC) support for NR," Nokia, Nokia Shanghai Bell, RAN#88e. R1-2005201, "Report of RAN1#101-e meeting," ETSI MCC, November 2020.
　しかしながら、上りリンクにおける信号の受信性能を向上する方法については検討の余地がある。
　本開示の非限定的な実施例は、上りリンクにおける信号の受信性能を向上できる端末、基地局及び通信方法の提供に資する。
　本開示の一実施例に係る端末は、参照信号を用いない上りリンク送信において、情報ビットの値に応じて、複数の系列、又は、系列の複数の組み合わせから、少なくとも１つの系列又は少なくとも１つの組み合わせを決定する制御回路と、前記少なくとも１つの系列又は前記少なくとも１つの組み合わせを用いて、異なる優先度の情報ビットを上りリンクリソースに多重して送信する送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、上りリンクにおける信号の受信性能を向上できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Physical Uplink Control Channel（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送信の方法１～３について説明した。
　NRにおいて、端末は、例えば、複数の異なる要求条件を有するサービス（例えば、eMBB及びURLLC）に対応することが想定される。このため、端末の上りリンク送信において、異なる要求条件を有するサービスに対する送信リソースが時間的に重なる場合があり得る。例えば、端末では、複数の異なる要求条件を有するサービスに対する上りリンク信号（例えば、UCI）が同時に発生し得る。また、端末がそれぞれのUCIを送信するために割り当てられたPUCCHリソースが時間的に重なることがあり得る。
　このような場合、例えば、端末が複数のチャネルを同時に送信する能力を有する場合（例えば、複数のPUCCHを同時に送信する場合)、端末は、異なる要求条件を有するサービスに対する上りリンク信号を、互いの影響を考慮することなく同時に送信可能である。
　その一方で、端末が複数のチャネルを同時に送信する能力を有さない場合、端末は、例えば、複数のチャネルの何れか一つのチャネルの信号を送信し、残りのチャネルの信号を送信しない（例えば、送信をドロップする）動作、又は、複数のチャネルの送信電力を制御する動作を行うことがあり得る。この際、複数のチャネルに対して、端末がどのチャネルの信号（例えば、UCI）を送信するかを決定するための「優先度」が決定されてよい。
　NR Rel.16では、例えば、端末が送信するUCIの物理(PHY)層における優先度を設定可能である（例えば、非特許文献５を参照）。例えば、端末は、上りリンク信号（例えば、UCI）の送信が時間的に重なった場合、PHY層における各UCIの優先度に関する情報を比較して、優先度の高いUCIを送信し、優先度の低いUCIの送信をドロップする。
　NR Rel.16において、異なる優先度を有する複数のUCI送信が時間的に重なる場合の端末動作では、高い優先度のUCIが送信され、低い優先度のUCIの送信がドロップされる。
　例えば、図５に示すように、高い優先度（例えば、High Priority（HP）と表す）に設定されたURLLC伝送に対するPUCCH（例えば、HARQ-ACK）の送信と、低い優先度（例えば、Low Priority（LP））に設定されたeMBB伝送に対するPUCCH（例えば、HARQ-ACK）の送信とが時間的に重なる場合について説明する。
　この場合、端末は、例えば、低い優先度に設定されたeMBB伝送に対するHARQ-ACKの送信をドロップし、高い優先度に設定されたURLLC伝送に対するHARQ-ACKを送信してよい。この場合、端末は、高い優先度に設定されたURLLC伝送に対するHARQ-ACKを、他のチャネルの影響を受けることなく送信できる。その一方で、低い優先度に設定されたeMBB伝送に対するHARQ-ACKは、eMBB伝送に対するPDSCHの復号結果に依らず送信されないので、基地局は、端末がeMBB伝送に対するPDSCHを正しく復号できたか否かを判断しない。そのため、基地局は、端末の復号結果に依らず、eMBB伝送に対するPDSCHを再送するため、下りリンク伝送の周波数利用効率が劣化する可能性がある。
　上述した下りリンク伝送の周波数効率の劣化を抑制する方法として、例えば、NR Rel.17では、端末が、異なる優先度を有するUCIを同一のPUCCHリソースに多重して送信する方法が検討されている（例えば、非特許文献１０を参照）。例えば、Rel.17において検討されるシナリオには、高い優先度のHARQ-ACKと低い優先度のHARQ-ACKとの多重、高い優先度のSRと低い優先度のHARQ-ACKとの多重、及び、高い優先度のSRと高い優先度のHARQ-ACKと低い優先度のHARQ-ACKとの多重が挙げられる（例えば、非特許文献１１を参照）。
　例えば、DMRSを用いない、系列又は系列の組み合わせにより情報ビット（例えば、UCIビット）を送信する方法（例えば、DMRS-less PUCCH）において、異なる優先度を有するUCIを多重して送信する方法については検討の余地がある。
　一例として、端末が、高い優先度のUCIと低い優先度のUCIとを同一のPUCCHリソースに多重して送信する場合、高い優先度のUCI及び低い優先度のUCIをまとめて１つのUCIビット系列とみなし、上述した系列又は系列の組み合わせにより情報ビットを送信する方法の適用があり得る。
　この場合、優先度の異なるUCIそれぞれに対してリソース割当設定を適切に行われない可能性がある。例えば、優先度が高く、高い信頼度が要求されるUCIには、要求条件を満たすためにリソースがより多く割り当てられやすい。高い優先度のUCI及び低い優先度のUCIをまとめて１つのUCIビット系列とみなす場合、優先度の低いUCIに対して、優先度の高いUCIと同様のリソースが割り当てられることは、リソース利用効率の観点から非効率である。
　また、高優先度のUCIと低優先度のUCIをまとめて１つのUCIビット系列とみなす場合、UCIビット列のビット数の増加に伴い、送信のために用意される系列数又は系列組み合わせ数が指数関数的に増加するため、基地局の復調（例えば、相関処理など)の処理演算量が増加しやすくなる。例えば、NHPビットの高い優先度のUCIと、NLPビットの低い優先度のUCIとが多重される場合、送信のために用意される系列又は系列組み合わせ数は、以下の値となる。
Figure JPOXMLDOC01-appb-M000002
　本開示の非限定的な一実施例では、DMRSを用いない上りリンク送信（例えば、PUCCH送信又はUCI送信）において、異なる優先度のUCIを同一のPUCCHリソースに適切に多重送信する方法について説明する。
　例えば、端末は、DMRSを用いずに、系列又は系列選択の組み合わせによって情報ビット（例えば、UCIビット）を送信する方法（例えば、DMRS-less PUCCH）において、異なる優先度を有するUCIビット系列に対して、系列選択又は系列の組み合わせ選択を個別に適用してよい。これにより、例えば、異なる優先度のUCIのそれぞれに適切にリソースを割り当てられるので、リソース利用効率の観点から、PUCCH送信の効率を向上できる。また、異なる優先度のUCIを同一のPUCCHリソースに多重送信する場合でも、送信のために用意される系列又は系列組み合わせ数の増加を抑制できる。
　以下、本開示の非限定な実施の形態について説明する。
　［通信システムの概要］
　本開示の各実施の形態に係る通信システムは、例えば、少なくとも１つの基地局と、少なくとも１つの端末と、を備える。
　図６は、本開示の一実施例に係る基地局１００の一部の構成例を示すブロック図であり、図７は、本開示の一実施例に係る端末２００の一部の構成例を示すブロック図である。
　図６に示す基地局１００において、受信部（例えば、受信回路に対応）は、信号（例えば、PUCCH信号）を受信する。制御部（例えば、制御回路に対応）は、参照信号（例えば、DMRS）を用いない上りリンク送信における情報ビット（例えば、UCI）の値と、系列又は系列の組み合わせとの関連付けに基づいて、信号に含まれる異なる優先度の情報ビットの値をそれぞれ特定する。
　図７に示す端末２００において、制御部（例えば、制御回路に対応）は、参照信号（例えば、DMRS）を用いない上りリンク送信において、情報ビット（例えば、UCIビット）の値に応じて、複数の系列、又は、系列の複数の組み合わせから、少なくとも１つの系列又は少なくとも１つの組み合わせを決定する。送信部（例えば、送信回路に対応）は、少なくとも１つの系列又は少なくとも１つの組み合わせを用いて、異なる優先度の情報ビットを上りリンクリソースに多重して送信する。
　（実施の形態１）
　［基地局の構成］
　図８は、実施の形態１に係る基地局１００の構成例を示すブロック図である。図８において、基地局１００は、制御部１０１と、上位制御信号生成部１０２と、下りリンク制御情報生成部１０３と、符号化部１０４と、変調部１０５と、信号割当部１０６と、送信部１０７と、受信部１０８と、抽出部１０９と、復調部１１０と、復号部１１１と、を有する。
　なお、図８に示す制御部１０１、上位制御信号生成部１０２、下りリンク制御情報生成部１０３、符号化部１０４、変調部１０５、信号割当部１０６、抽出部１０９、復調部１１０、及び、復号部１１１の少なくとも一つは図６に示す制御部に含まれてもよい。また、図８に示す受信部１０８は、図６に示す受信部に含まれてもよい。
　制御部１０１は、例えば、PUCCH送信方法に関する情報、及び、PUCCHリソースに関する情報の少なくとも一つを決定し、決定した情報を上位制御信号生成部１０２及び下りリンク制御情報生成部１０３の少なくとも一つへ出力する。PUCCH送信方法に関する情報には、例えば、PUCCHフォーマット、及び、DMRSを用いないPUCCH送信方法を適用するか否かに関する情報が含まれてもよい。また、PUCCHリソースに関する情報には、例えば、PUCCHリソースセット及びRepetition回数に関する情報が含まれてもよい。
　また、制御部１０１は、例えば、下りリンクデータ信号、上位制御信号、又は、下りリンク制御情報を送信するための下りリンク信号に関する情報（例えば、符号化・変調方式（MCS：Modulation and Coding Scheme）及び無線リソース割当）を決定し、決定した情報を符号化部１０４、変調部１０５及び信号割当部１０６へ出力する。また、制御部１０１は、例えば、下りリンク信号（例えば、データ信号または上位制御信号）に関する情報を下りリンク制御情報生成部１０３へ出力する。
　また、制御部１０１は、例えば、端末２００における上りリンク制御信号（例えば、PUCCH）の送信に関する情報（例えば、PUCCHリソース）を決定する。制御部１０１は、例えば、決定した上りリンク制御信号に関する情報を、上位制御信号生成部１０２及び下りリンク制御情報生成部１０３の少なくとも一つに出力する。また、制御部１０１は、例えば、PUCCHリソースに関する情報、及び、PUCCH（例えば、UCI）の送信に用いる系列（又は、系列組み合わせの候補）を決定し、決定した情報を抽出部１０９、復調部１１０及び復号部１１１へ出力する。
　上位制御信号生成部１０２は、例えば、制御部１０１から入力される情報に基づいて、上位レイヤ制御信号ビット列を生成し、上位レイヤ制御信号ビット列を符号化部１０４へ出力する。
　下りリンク制御情報生成部１０３は、例えば、制御部１０１から入力される情報に基づいて、下りリンク制御情報（例えば、DCI）ビット列を生成し、生成したDCIビット列を符号化部１０４へ出力する。下りリンク制御情報生成部１０３は、例えば、制御部１０１から入力されるPUCCHリソースに関する情報を、DCIビット列内のPRI（PUCCH Resource Indicator）フィールドに含めてよい。なお、制御情報は複数の端末向けに送信されることもある。
　符号化部１０４は、例えば、制御部１０１から入力される情報に基づいて、下りリンクデータ（例えば、DLデータ信号）、上位制御信号生成部１０２から入力されるビット列、又は、下りリンク制御情報生成部１０３から入力されるDCIビット列を符号化する。符号化部１０４は、符号化ビット列を変調部１０５へ出力する。
　変調部１０５は、例えば、制御部１０１から入力される情報に基づいて、符号化部１０４から入力される符号化ビット列を変調して、変調後の信号（例えば、シンボル列）を信号割当部１０６へ出力する。
　信号割当部１０６は、例えば、制御部１０１から入力される無線リソースを示す情報に基づいて、変調部１０５から入力されるシンボル列（例えば、下りリンクデータ信号又は制御信号を含む）を無線リソースにマッピングする。信号割当部１０６は、信号がマッピングされた下りリンクの信号を送信部１０７に出力する。
　送信部１０７は、例えば、信号割当部１０６から入力される信号に対して、例えば、直交周波数分割多重（OFDM）といった送信波形生成処理を行う。また、送信部１０７は、例えば、cyclic prefix（CP）を付加するOFDM伝送の場合には信号に対して逆高速フーリエ変換（IFFT：Inverse Fast Fourier Transform）処理を行い、IFFT後の信号にCPを付加する。また、送信部１０７は、例えば、信号に対して、D/A変換又はアップコンバートといったRF処理を行い、アンテナを介して端末２００に無線信号を送信する。
　受信部１０８は、例えば、アンテナを介して受信された端末２００からの上りリンク信号に対して、ダウンコバート又はA/D変換といったRF処理を行う。また、受信部１０８は、OFDM伝送の場合、例えば、受信信号に対して高速フーリエ変換（FFT：Fast Fourier Transform）処理を行い、得られる周波数領域信号を抽出部１０９へ出力する。
　抽出部１０９は、例えば、制御部１０１から入力される情報に基づいて、受信部１０８から入力される受信信号から、上りリンク制御信号（例えば、PUCCH）が送信された無線リソース部分を抽出し、抽出した無線リソース部分を復調部１１０へ出力する。
　復調部１１０は、例えば、制御部１０１から入力される情報に基づいて、抽出部１０９から入力される上りリンク制御信号（例えば、PUCCH）を復調する。例えば、復調部１１０は、PUCCHにおいて送信される系列（又は、系列の組み合わせ）を特定してよい。復調部１１０は、例えば、復調結果を復号部１１１へ出力する。
　復号部１１１は、例えば、制御部１０１から入力される情報、及び、復調部１１０から入力される復調結果に基づいて、上りリンク制御信号（例えば、PUCCH）の誤り訂正復号を行い、復号後の受信ビット系列（例えば、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ビットの値）に対応する系列（又は、系列の組み合わせ）を選択する（Ｓ１０５）。例えば、DMRSを用いないPUCCH送信において、異なる優先度を有するUCIビットの送信が時間的に重なる場合、端末２００は、各UCIビット系列に対して個別に、系列又は系列の組み合わせを選択してよい。
　端末２００は、例えば、選択した系列をPUCCHリソースにマッピングし（Ｓ１０６）、PUCCHを用いてUCIを送信する（Ｓ１０７）。例えば、異なる優先度を有するUCIビットの送信が時間的に重なる場合、端末２００は、各UCIビット系列に対して個別に選択した系列又は系列の組み合わせをPUCCHリソースにマッピングして送信してよい。
　なお、図１０では、UCIによってACK/NACKが送信される例を示すが、これに限定されない。例えば、UCIによってSR又はCSIが送信される場合、端末２００におけるPDCCHの受信（Ｓ１０２）、及び、PDSCHの受信及び復号（Ｓ１０３）は無くてもよい。
　また、図１０では、PUCCHの送信に用いる系列（又は、系列組み合わせの候補）に関する情報が端末２００へ通知（又は、設定）される場合について説明したが、これに限定されず、規格において予め規定されてもよい。この場合、図１０のＳ１０１の処理において、系列集合に関する情報の受信処理は無くてもよい。
　次に、DMRSを用いないPUCCH（例えば、UCI）の送信方法の一例について説明する。
　本実施の形態では、一例として、DMRSを用いないPUCCH送信方法として、系列選択、又は、系列組み合わせ選択を適用する。
　端末２００は、例えば、優先度の異なるUCIビットを同一のPUCCHリソースに多重して送信する場合、系列選択又は系列組み合わせ選択を、優先度の異なるUCIビットのそれぞれに個別に適用してよい。例えば、端末２００は、異なる優先度のUCIビットの値に応じて、異なる優先度のUCIビットのそれぞれに個別に１つの系列又は１つの系列組み合わせを決定してよい。
　端末２００は、例えば、異なるUCIに個別に選択された系列をPUCCHリソースにマッピングして送信する。例えば、端末２００は、異なる優先度のUCIビットをPUCCHリソースに多重して送信する場合、異なる優先度のUCIビットのそれぞれに個別に決定された１つの系列又は１つの系列組み合わせを、PUCCHリソースにマッピングして送信してよい。
　例えば、端末２００は、高い優先度のUCIに応じて選択される系列を、割り当てられるPUCCH内のリソースにおいて、Frequency-first-time-second形式でリソースエレメント（resource element（RE））へマッピングしてよい。
　また、例えば、端末２００は、低い優先度のUCIに応じて選択される系列を、割り当てられるPUCCH内のリソースにおいて、高い優先度のUCIに応じて選択された系列がマッピングされるリソースエレメントと異なるリソースエレメントへマッピングしてよい。
　なお、PUCCH内の高い優先度のUCIに応じて選択される系列が割り当てられるリソースエレメント数と、低い優先度のUCIに応じて選択される系列が割り当てられるリソースエレメント数とは異なる値でもよい。
　本実施の形態によれば、端末２００は、優先度が異なるUCIに対して、系列選択又は系列組み合わせ選択を個別に（又は、独立して）適用し、同一PUCCHリソース内に優先度が異なるUCIを多重する。
　これにより、優先度が異なるUCIのそれぞれに応じて個別に選択される系列は互いに異なるリソース（例えば、リソースエレメント又はシンボル）にマッピングされる。このため、基地局１００は、復調（例えば、相関処理など）の処理演算を優先度が異なるUCIに個別に実行できる。
　また、本実施の形態によれば、例えば、端末２００は、優先度が異なるUCIに対して個別に（独立して）系列選択又は系列組み合わせ選択を適用できる。このため、複数のUCIの送信に用いる系列又は系列組み合わせの数（例えば、候補数）は、高い優先度のUCI（例えば、NHPビット）に対して、
Figure JPOXMLDOC01-appb-M000003
 　であり、低い優先度のUCI（例えば、NLPビット）に対して、
Figure JPOXMLDOC01-appb-M000004
 　である。よって、優先度が異なる複数のUCIに対して、系列又は系列組み合わせ数は、
Figure JPOXMLDOC01-appb-M000005
 　用意されなくてよく、用意する系列又は系列組み合わせの候補数を低減できる。また、受信側（例えば、基地局１００）は、
Figure JPOXMLDOC01-appb-M000006
 　の系列集合又は系列組み合わせ候補に対する相関処理を行わなくてよいので、演算処理量を低減する効果がある。
　なお、高い優先度のUCI及び低い優先度のUCIのそれぞれに用いる系列集合又は系列組み合わせ候補は同一でもよく、異なってもよい。
　以下、本実施の形態に係るPUCCH送信方法を、系列選択を用いる方法（例えば、方法１又は方法２）に適用する例について説明する。
　＜Step 1＞
　端末２００がNHPビットの高い優先度のUCI（例えば、HP UCIと表すこともある）を送信する場合、
Figure JPOXMLDOC01-appb-M000007
 　の系列からなる系列集合（Sequence Pool）が用意される。
　また、端末２００がNLPビットの低い優先度のUCI（例えば、LP UCIと表すこともある）を送信する場合、
Figure JPOXMLDOC01-appb-M000008
 　の系列からなる系列集合（Sequence Pool）が用意される。
　＜Step 2＞
　端末２００は、例えば、生成される高い優先度のUCIビットの値に応じて、
Figure JPOXMLDOC01-appb-M000009
 　の系列を含む系列集合から、１つの系列を選択する。
　ここで、系列の系列長をMとする。系列長Mは、例えば、12、24、48などの規格において予め決められた値でもよく、RRCなどの上位レイヤによって端末２００に設定される準静的(semi-static)なパラメータでもよい。
　同様に、端末２００は、例えば、生成される低い優先度のUCIビットの値に応じて、
Figure JPOXMLDOC01-appb-M000010
 　の系列を含む系列集合から、１つの系列を選択する。
　ここで、系列の系列長をMとする。系列長Mは、例えば、12、24、48などの規格において予め決められた値でもよく、RRCなどの上位レイヤによって端末２００に設定される準静的(semi-static)なパラメータでもよい。
　図１１は、系列選択の一例を示す。なお、UCIビットと、系列番号との対応付けは、図１１の例に限定されず、他の対応付けでもよい。
　図１１の例では、NHPビットのUCIがとり得る値のそれぞれに関連付けられた、
Figure JPOXMLDOC01-appb-M000011
 　の系列を含む高い優先度のUCIビット用の系列集合、及び、NLPビットのUCIがとり得る値のそれぞれに関連付けられた、
Figure JPOXMLDOC01-appb-M000012
 　の系列を含む低い優先度のUCIビット用の系列集合が用意される。
　図１１において、端末２００は、例えば、高い優先度のUCIビットの値に応じて、高い優先度のUCIビット用の系列集合から１つの系列（例えば、系列#n）を選択してよい。また、端末２００は、例えば、低い優先度のUCIビットの値に応じて、低い優先度のUCIビット用の系列集合から１つの系列（例えば、系列#m）を選択してよい。
　＜Step 3＞
　端末２００は、例えば、選択された系列をPUCCHリソースにマッピングして送信する。例えば、端末２００は、高い優先度のUCIと低い優先度のUCIとを同一のPUCCHリソースに多重して送信する場合、PUCCHリソースを２個のサブリソースに分割してよい。そして、端末２００は、各優先度のUCIに対応するサブリソースに、各優先度のUCIに対してそれぞれ選択した１つの系列をマッピングしてよい。
　例えば、図１１に示すように、高い優先度のUCIに対応する系列#nがマッピングされるサブリソースに含まれるリソースエレメント数と、低い優先度のUCIに対応する系列#mがマッピングされるサブリソースに含まれるリソースエレメント数とは異なってもよい。
　また、各サブリソースに含まれるリソースエレメント数が系列長Mよりも大きい場合、端末２００は、系列を繰り返してPUCCHリソースにマッピングしてもよく、系列を拡大してPUCCHリソースにマッピングしてもよい。また、端末２００は、系列をPUCCHリソースにマッピングする前に、DFT-precodingを適用してもよい。
　基地局１００は、受信したPUCCH（UCI）を復調し、復調により特定した系列に基づいてUCIビットの値を特定してよい。また、基地局１００は、例えば、同一のPUCCHリソース（又は、同一のタイミング）に複数のUCIが多重される場合、受信したPUCCHを復調して、複数のUCIのそれぞれに対応する系列に基づいて、各UCIの値を個別に特定してよい。例えば、図１１において、基地局１００は、PUCCHを復調して特定した系列#nに基づいて、優先度の高いUCIの値を特定し、PUCCHを復調して特定した系列#mに基づいて、優先度の低いUCIの値を特定してよい。
　以上、本実施の形態に係るPUCCH送信方法を、系列選択を用いる方法に適用する例について説明した。
　なお、＜Step 1＞の系列集合の生成において、以下の生成方法（例えば、方法２に基づく＜Step 1-1＞及び＜Step 1-2＞）が適用されてもよい。
　＜Step 1-1＞
　端末２００は、例えば、高い優先度のUCIに対して、
Figure JPOXMLDOC01-appb-M000013
 　の系列からなる直交系列集合を生成する。ここで、Nsubcarrierは、PUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、Nsymb HPは、PUCCHリソース内の高い優先度のUCIをマッピングするシンボル数を示す。系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、また、シンボル数Nsymb HPに応じたOCCを用いて符号拡散を行うことにより、
Figure JPOXMLDOC01-appb-M000014
 　の直交系列が生成可能である。
　同様に、端末２００は、例えば、低い優先度のUCIに対して、
Figure JPOXMLDOC01-appb-M000015
 　の系列からなる直交系列集合を生成する。ここで、Nsubcarrierは、PUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、Nsymb LPは、PUCCHリソース内の低い優先度のUCIをマッピングするシンボル数を示す。系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、また、シンボル数Nsymb LPに応じたOCCを用いて符号拡散を行うことにより、
Figure JPOXMLDOC01-appb-M000016
 　の直交系列が生成可能である。
　＜Step 1-2＞
　高い優先度のUCIに対して、直交系列の数NOが、
Figure JPOXMLDOC01-appb-M000017
 　よりも少ない場合、端末２００は、例えば、直交系列と非直交系列とを組み合わせて、
Figure JPOXMLDOC01-appb-M000018
 　の系列を含む系列集合を生成する。
　同様に、低い優先度のUCIに対して、直交系列の数NOが、
Figure JPOXMLDOC01-appb-M000019
 　よりも少ない場合、端末２００は、例えば、直交系列と非直交系列とを組み合わせて、
Figure JPOXMLDOC01-appb-M000020
 　の系列を含む系列集合を生成する。
　なお、非直交系列の生成方法は、例えば、非特許文献８に記載の方法（例えば、M系列の初期値を異ならせることにより複数の非直交系列を生成する方法）が適用されてもよく、他の方法が適用されてもよい。
　次に、本実施の形態に係るPUCCH送信方法を、系列組み合わせ選択を用いる方法（例えば、方法３）に適用する例について説明する。
　＜Step 1＞
　高い優先度のUCIに対して、SHP個の系列からなる系列集合（Sequence Pool）が用意される。
　ここで、系列の系列長をMとする。系列長Mは、例えば、12、24、48などの規格において予め決められた値でもよく、RRCなどの上位レイヤによって端末２００に設定される準静的(semi-static)なパラメータでもよい。または、系列は、例えば、上述したStep 1-1及びStep 1-2と同様に、巡回シフト及びOCCの組み合わせによって生成されてもよい。
　同様に、低い優先度のUCIに対して、SLP個の系列からなる系列集合（Sequence Pool）が用意される。
　ここで、系列の系列長をMとする。系列長Mは、例えば、12、24、48などの規格において予め決められた値でもよく、RRCなどの上位レイヤによって端末２００に設定される準静的(semi-static)なパラメータでもよい。または、系列は、例えば、上述したStep 1-1及びStep 1-2と同様に、巡回シフト及びOCCの組み合わせによって生成されてもよい。
　＜Step 2＞
　端末２００は、例えば、高い優先度のUCIビットの値に応じて、SHP個の系列からKHP個の系列（例えば、系列組み合わせ）を選択する。
　ここで、SHP及びKHPの値は、以下を満たす値でよい。
Figure JPOXMLDOC01-appb-M000021
　また、系列を送信する順序又はマッピングする順序によって異なる情報を送信する場合、SHP及びKHPの値は、以下を満たす値でよい。
Figure JPOXMLDOC01-appb-M000022
　同様に、端末２００は、例えば、低い優先度のUCIビットの値に応じて、SLP個の系列からKLP個の系列（例えば、系列組み合わせ）を選択する。
　ここで、SLP及びKLPの値は、以下を満たす値でよい。
Figure JPOXMLDOC01-appb-M000023
　また、系列を送信する順序又はマッピングする順序によって異なる情報を送信する場合、SLP及びKLPの値は、以下を満たす値でよい。
Figure JPOXMLDOC01-appb-M000024
　なお、SHP、SHP、KHP及びKLPの値は、規格において予め決められた値でもよく、RRCなどの上位レイヤによって端末２００に設定される準静的(semi-static)なパラメータでもよい。
　図１２は、系列組み合わせ選択の一例を示す。なお、UCIビットと、系列組み合わせとの対応付けは、図１２の例に限定されず、他の対応付けでもよい。
　図１２の例では、高い優先度のUCIに対してSHP=6個の系列（例えば、系列#0～#5）を含む系列集合が用意される。また、１つの系列組み合わせに含まれる系列数KHP=2であり、NHPビットのUCIがとり得る値のそれぞれに対して、
Figure JPOXMLDOC01-appb-M000025
 　の系列組み合わせが関連付けられてよい。
　また、図１２の例では、低い優先度のUCIに対してSLP=4個の系列（例えば、系列#0～#3）を含む系列集合が用意される。また、１つの系列組み合わせに含まれる系列数KLP=2であり、NLPビットのUCIがとり得る値のそれぞれに対して、
Figure JPOXMLDOC01-appb-M000026
 　の系列組み合わせが関連付けられてよい。
　図１２において、端末２００は、例えば、高い優先度のUCIビットの値に応じて、高い優先度のUCIビット用の系列組み合わせ候補から１つの系列組み合わせ（例えば、系列#nHP及び系列#mHPの組み合わせ）を選択してよい。また、端末２００は、例えば、低い優先度のUCIビットの値に応じて、低い優先度のUCIビット用の系列組み合わせ候補から１つの系列（例えば、系列#nLP及び系列#mLPの組み合わせ）を選択してよい。
　＜Step 3＞
　端末２００は、例えば、選択された系列組み合わせに含まれる系列をPUCCHリソースにマッピングして送信する。例えば、端末２００は、高い優先度のUCIと低い優先度のUCIとを同一のPUCCHリソースに多重して送信する場合、PUCCHリソースを２個のサブリソースに分割してよい。そして、端末２００は、各優先度のUCIに対応するサブリソースに、各優先度のUCIに対してそれぞれ選択した１つの系列組み合わせに含まれる系列をマッピングしてよい。
　例えば、図１２に示すように、高い優先度のUCIに対応する系列#nがマッピングされるサブリソースに含まれるリソースエレメント数と、低い優先度のUCIに対応する系列#mがマッピングされるサブリソースに含まれるリソースエレメント数とは異なってもよい。
　また、例えば、端末２００は、高い優先度のUCIに対してKHP個の系列を選択して送信する場合、PUCCHリソースにおける高い優先度のUCIに対するサブリソースをKHP個のリソースに分割し、各リソースにKHP個の系列をそれぞれマッピングしてよい。
　同様に、例えば、端末２００は、低い優先度のUCIに対してKLP個の系列を選択して送信する場合、PUCCHリソースにおける低い優先度のUCIに対するサブリソースをKLP個のリソースに分割し、各リソースにKLP個の系列をそれぞれマッピングしてよい
　なお、例えば、系列長Mの場合に、分割されたリソースに含まれるリソースエレメント数がMより大きい場合、端末２００は、系列を繰り返してサブリソースにマッピングしてもよく、系列を拡大してサブリソースにマッピングしてもよい。また、端末２００は、例えば、系列をPUCCHリソースにマッピングする前に、DFT-precodingを適用してもよい。
　基地局１００は、受信したPUCCH（UCI）を復調し、復調により特定した系列の組み合わせに基づいてUCIビットの値を特定してよい。また、基地局１００は、例えば、同一のPUCCHリソース（又は、同一のタイミング）に複数のUCIが多重される場合、受信したPUCCHを復調して、複数のUCIのそれぞれに対応する系列の組み合わせに基づいて、各UCIの値を個別に特定してよい。例えば、図１２において、基地局１００は、PUCCHを復調して特定した系列#nHP及び系列#mHPの組み合わせに基づいて、優先度の高いUCIの値を特定し、PUCCHを復調して特定した系列#nLP及び系列#mLPの組み合わせに基づいて、優先度の低いUCIの値を特定してよい。
　以上、基地局１００及び端末２００の動作例について説明した。
　以上のように、本実施の形態では、端末２００は、DMRSを用いないPUCCH送信において、UCIビットの値に応じて、複数の系列、又は、系列の複数の組み合わせから、少なくとも１つの系列又は少なくとも１つの組み合わせを決定し、決定した少なくとも１つの系列又は少なくとも１つの組み合わせを用いて、異なる優先度の情報ビットを上りリンクリソースに多重して送信する。また、基地局１００は、PUCCH信号を受信し、DMRSを用いないPUCCH送信におけるUCIビットの値と、系列又は系列の組み合わせとの関連付けに基づいて、PUCCH信号に含まれる異なる優先度のUCIビットの値をそれぞれ特定する。
　本実施の形態では、例えば、高い優先度のUCI及び低い優先度のUCIに対して、系列選択又は系列組み合わせ選択が個別に適用される。
　これにより、異なる優先度のUCIが同一PUCCHリソースにおいて多重して送信される場合に、各UCIの設定（例えば、サービス又は要求条件等）に応じたリソースの割り当てが可能であるので、リソースの利用効率を向上できる。
　また、UCIの送信のために用意される系列数又は系列組み合わせの数は、各UCIのビット数に応じて個別に設定される。このため、異なる優先度のUCIが同一PUCCHリソースにおいて多重して送信される場合でも、送信のために用意される系列数又は系列組み合わせ数が増加すること（例えば、指数関数的に増加すること）を抑制できるので、例えば、基地局１００における復調（例えば、相関処理など)の処理演算量の増加を抑制できる。
　よって、本実施の形態によれば、DMRSを用いないPUCCH送信における信号の受信性能を向上できる。
　（実施の形態２）
　本実施の形態に係る基地局１００及び端末２００の構成は、実施の形態１の構成と同様でよい。
　本実施の形態では、一例として、DMRSを用いないPUCCH送信方法として、系列の組み合わせによってUCIビットを送信する方法（例えば、方法３）を適用する。
　例えば、端末がNHPビットの高い優先度のUCIを送信する場合、
Figure JPOXMLDOC01-appb-M000027
 　のサブ集合（subset）を含む系列集合（sequence pool）が用意される。各サブ集合には、例えば、SLP個の系列が含まれてよい。
　本実施の形態では、系列集合に含まれる複数のサブ集合のそれぞれと、NHPビットの高い優先度のUCIがとり得る値の候補とが関連付けられてよい。また、本実施の形態では、各サブ集合に含まれるSLP個の系列に基づく系列の組み合わせの複数の候補それぞれと、NLPビットの高い優先度のUCIがとり得る値の候補とが関連付けられてよい。なお、系列の組み合わせは、例えば、SLP個の系列のうちのKLP個の系列の組み合わせでよい
　端末２００は、例えば、高い優先度のUCIビット及び低い優先度のUCIビットに応じて、系列集合に含まれる複数の系列組み合わせから１つの系列組み合わせを決定してよい。例えば、端末２００は、高い優先度のUCIビットの値に応じて、系列集合に含まれる複数のサブ集合から一つのサブ集合を選択する。また、端末２００は、例えば、低い優先度のUCIビットの値に応じて、選択したサブ集合に含まれるSLPの系列から１つの系列組み合わせ（例えば、KLP個の系列）を選択する。
　そして、端末２００は、選択した系列組み合わせに含まれる複数の系列をPUCCHリソースにマッピングして送信する。
　ここで、サブ集合に含まれるSLP個の系列から選択する系列数をKLP個とする。この場合、組み合わせの数は、
Figure JPOXMLDOC01-appb-M000028
 である。例えば、サブ集合に含まれる系列数SLP及び選択する系列数KLPは、以下を満たす値でよい。
Figure JPOXMLDOC01-appb-M000029
　または、系列の送信する順序又はマッピングする順序によって異なる情報を送信する場合、例えば、サブ集合に含まれる系列数SLP及び選択する系列数KLPは、以下を満たす値でよい。
Figure JPOXMLDOC01-appb-M000030
　図１３は、本実施の形態における系列集合、サブ集合及び、系列の組み合わせ候補の一例を示す図である。図１３の例では、SLP=2、KLP=2である。また、図１３の例では、NLP=1である。
　図１３に示すように、端末２００に用意される系列集合は、NHPビットの高い優先度のUCIビットがとり得る値の候補数である
Figure JPOXMLDOC01-appb-M000031
 　のサブ集合（subset）に分割されてよい。例えば、高い優先度のUCIの値の候補のそれぞれに対して複数のサブ集合が関連付けられてよい。
　また、図１３に示すように、各サブ集合には、SLP=2個の系列が含まれてよい。各サブ集合において、SLP個の系列から、KLP個の系列を含む系列組み合わせが
Figure JPOXMLDOC01-appb-M000032
 　用意されてよい。例えば、NLPビットの低い優先度のUCIの値の候補にそれぞれ対して複数の系列組み合わせが関連付けられてよい。例えば、１ビットのUCIに対して、２個（例えば、21個）の系列組み合わせが含まれ、２ビットのUCIに対して、４個（例えば、22個）の系列組み合わせが含まれてよい。他のビット数のUCIに対しても同様に、系列組み合わせのサブ集合が設定されてよい。
　例えば、図１３において、端末２００は、NHPビットの高い優先度のUCIビットの値に応じて、系列集合に含まれる複数のサブ集合のうちの１つのサブ集合を選択する。また、図１３において、端末２００は、選択したサブ集合に含まれるSLP=2の系列（例えば、系列#n及び系列#m）を用いて、NLP=1ビットの低い優先度のUCIビットの値（例えば、0又は1）に応じて、系列組み合わせを選択してよい。図１３に示す例では、低い優先度のUCIビットの値が‘0’の場合、系列#n及び系列#mの順序の系列組み合わせが選択され、低い優先度のUCIビットの値が‘1’の場合、系列#m及び系列#nの順序の系列組み合わせが選択されてよい。
　そして、端末２００は、選択した系列組み合わせに含まれる系列をPUCCHリソースにマッピングして送信する。図１３に示す例では、低い優先度のUCIビットの値が‘0’の場合に、端末２００は、PUCCHリソースにおいて、系列#n、及び、系列#mの順に各シンボルにマッピングする。
　このように、本実施の形態によれば、端末２００は、系列集合に含まれるサブ集合によって、高い優先度のUCIビットの値に関する情報を送信できる。また、端末２００は、サブ集合に含まれる系列から選択される系列の組み合わせによって、低い優先度のUCIビットの値に関する情報を送信できる。
　また、基地局１００は、例えば、PUCCHを復調し、どの系列組み合わせが送信されたかを判断し、当該系列組み合わせに基づいて、低い優先度のUCIビットの値を特定できる。また、基地局１００は、特定した系列組み合わせが属するサブ集合を特定することにより、高い優先度のUCIビットの値を特定できる。
 
　以上のように、本実施の形態では、端末２００は、DMRSを用いないPUCCH送信において、UCIビットの値に応じて、複数の系列、又は、系列の複数の組み合わせから、少なくとも１つの系列又は少なくとも１つの組み合わせを決定し、決定した少なくとも１つの系列又は少なくとも１つの組み合わせを用いて、異なる優先度の情報ビットを上りリンクリソースに多重して送信する。また、基地局１００は、PUCCH信号を受信し、DMRSを用いないPUCCH送信におけるUCIビットの値と、系列又は系列の組み合わせとの関連付けに基づいて、PUCCH信号に含まれる異なる優先度のUCIビットの値をそれぞれ特定する。
　本実施の形態では、例えば、高い優先度のUCIに対してサブ集合の選択が適用され、低い優先度のUCIに対して系列組み合わせ選択が適用される。
　これにより、端末２００は、高い優先度のUCIをPUCCHリソース全体に亘って送信できる。また、基地局１００は、サブ集合のみを特定することにより、高い優先度のUCIを復調可能である。このため、高い優先度のUCIに対する受信処理（例えば、復調）の信頼度を向上できる。よって、本実施の形態によれば、上りリンク送信の受信性能を向上できる。
　以上、本開示の非限定な一実施例に係る各実施の形態について説明した。
　（他の実施の形態）
　（１）例えば、PUCCHのカバレッジを改善するためには、PUCCHを複数スロットに亘って送信するRepetitionが適用され得る。
　上述したDMRSを用いないPUCCH送信方法に対するRepetition適用方法として、例えば、単純に、上述した方法により生成した、DMRSを用いないPUCCH（例えば、１スロット分の信号）を複数スロットに亘って繰り返し送信する方法があり得る。
　また、Repetition方法として、例えば、NRに採用されているスロット単位又はミニスロット単位のRepetition（例えば、非連続シンボルRepetition）が適用されてもよく、同一OFDMシンボルを連続して送信するシンボル単位のRepetitionが適用されてもよい。前者は、同一シンボルが非連続シンボルで送信されることから、残留周波数オフセット推定の精度を向上させることが期待できる。また、後者は、連続して送信するシンボルを同相合成することが容易であることから、受信SNRを向上できる。
　また、Repetitionによって、時間領域のPUCCHリソース（例えば、シンボル数）が増加することから、上述した各実施の形態のPUCCHリソースに含まれるシンボル数又はリソースエレメント数を、Repetitionを含めたPUCCHリソース（例えば、複数スロット分）のシンボル数又はリソースエレメント数に置き換えてもよい。
　また、例えば、実施の形態１に係る＜Step 1-1＞において、NO=Nsubcarrier×Nsymb×NRep個の系列からなる直交系列集合が生成されてよい。ここで、NsubcarrierはPUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、NsymbはPUCCHリソースに割り当てられるシンボル数を示し、NRepはRepetition回数を示す。
　例えば、系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、かつ、シンボル数NsymbとRepetition回数NRepに応じたOCCを用いて符号拡散を行うことで、NO=Nsubcarrier×Nsymb×NRep個の直交系列が生成可能である。
　（２）本開示の非限定な実施例における系列は、実際に送信される系列でなくてもよく、例えば、論理的な系列でもよい。
　例えば、実際に送信される系列と論理的な系列とのマッピングは、端末２００間で同一でもよく、異なってもよい。例えば、論理的な系列番号nと実際に送信される系列番号mとの対応付けは、RRCなどの上位レイヤで設定されるパラメータに基づいて決定されてもよく、端末ID又はセルIDなどに基づいて決定されてもよい。
　（３）例えば、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最小値が「Nmin」であり、DMRSを用いないPUCCH送信においてサポートされるUCIビット数の最大値が「Nmax」であると想定する。
　例えば、Nminは１ビットでもよく、PUCCH format 3がサポートする最小のUCIビット数である３ビットでもよく、１ビット及び３ビット以外の他の値でもよい。
　また、例えば、Nmaxは、既存のPUCCHフォーマットにおいて、Reed Muller符号でサポートされる最大のUCIビット数である１１ビットでもよく、１１ビット以外の他の値でもよい。
　例えば、上述した実施の形態１において、Nビット（例えば、Nは、NHP又はNLP）の各優先度毎に生成される系列又は系列組み合わせの候補数を、2Nの代わりに、以下の値に置き換えてもよい。
Figure JPOXMLDOC01-appb-M000033
　端末２００は、例えば、優先度毎に、
Figure JPOXMLDOC01-appb-M000034
 　の組み合わせ候補の中から、生成されるUCIビット数、及び、UCIビットの値に応じて、１つの系列又は１つの系列組み合わせを選択する。そして、端末２００は、例えば、選択した系列又は系列組み合わせに含まれる系列をPUCCHリソースにマッピングして送信してもよい。
　系列集合又は系列組み合わせ候補は、例えば、各UCIビット数（例えば、Nminビット～N
maxビット）にそれぞれ対応するサブ集合（Subset）に分割される。例えば、系列集合又は系列組み合わせ候補には、UCIビット数の候補にそれぞれ関連付けられた複数のサブ集合が含まれてよい。また、複数のサブ集合のそれぞれには、例えば、NビットのUCIビットの候補（例えば、2N通りの値）にそれぞれ関連付けられた系列又は系列組み合わせ候補が含まれてもよい。
　端末２００は、例えば、NビットのUCIを送信する場合、NビットのUCIに対応するサブ集合を選択し、また、UCIビットの値に応じて、サブ集合に含まれる2N個の系列又は系列組み合わせ候補から１つの系列又は系列組み合わせを選択してよい。
　このように、端末２００は、集合から選択される系列又は系列組み合わせ候補によって、UCIビット情報を送信できる。また、端末２００は、送信される系列又は系列組み合わせ候補が属するサブ集合によって、UCIビット数に関する情報を送信できる。また、基地局１００は、例えば、PUCCHを復調し、どの系列又は系列組み合わせ候補に基づいてUCIが送信されたかを判断し、当該系列又は系列組み合わせ候補が属するサブ集合を特定することにより、端末２００が送信したUCIビット数を特定できる。
　これにより、例えば、端末２００がDCIの復号に失敗した場合でも、基地局１００は、受信したUCIの系列に基づいて、端末２００が送信するUCIビットに加え、UCIビット数を正確に特定できるので、基地局１００と端末２００との間のUCIビット数の齟齬を抑制できる。
　なお、上述したサブ集合とUCIビット数との関連付けは、高い優先度のUCI及び低い優先度のUCIの何れか一方に適用されてもよく、両方に適用されてもよい。
　（４）実施の形態１に係る直交系列と非直交系列とを用いる方法（例えば、方法２）において、UCIに対応する系列選択に加え、周波数リソース選択が導入されてもよい。
　例えば、DMRSを用いないPUCCH送信方法として、以下のように、各優先度のUCIに個別に系列選択が適用されてもよい。
　＜Step 1＞
　系列選択に用いる系列集合(Sequence Pool)に含まれる系列数として、2N個（もしくは、2N個以上）の系列が用意される。なお、Nは、例えば、NHP又はNLPでもよい。
　＜Step 1-1＞
　端末２００は、例えば、NO=Nsubcarrier×Nsymb個の系列からなる直交系列集合を生成する。ここで、NsubcarrierはPUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、NsymbはPUCCHリソースに割り当てられるシンボル数を示す。なお、Nsymbは、例えば、Nsymb HP又はNsymb LPでもよい。例えば、系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、また、シンボル数Nsymbに応じたOCCを用いて符号拡散を行うことにより、NO=Nsubcarrier×Nsymb個の直交系列が生成可能である。
　＜Step 1-2＞
　直交系列の数NOが2Nよりも少ない場合、例えば、リソースブロック選択が適用されてよい。
　リソースブロック選択では、例えば、PUCCHの周波数領域リソースとして、Mリソースブロックが確保され、端末２００は、Mリソースブロックのうち、１リソースブロックを選択する。例えば、Mリソースブロックが確保される場合、直交系列とリソースブロック選択との組み合わせを、N’O=Nsubcarrier×Nsymb×M個実現できる。例えば、直交系列及びリソースブロック選択を組み合わせて、2N個の組み合わせ候補が生成されてもよい。
　＜Step 2＞
　端末２００は、例えば、生成されるUCIビット数、及び、UCIビットの値に応じて、2N個の直交系列及びリソースブロック選択の組み合わせ候補の中から１つ（例えば、１つの系列及び１つのリソースブロック）を選択する。
　＜Step 3＞
　端末２００は、例えば、選択した系列を、PUCCHリソースのうち選択したリソースブロックにマッピングして送信する。
　例えば、基地局１００は、PUCCHを復調して、UCI送信に使用された系列と、系列の送信に使用されたリソースブロックとの組み合わせに基づいて、UCIビットを特定してよい。
　この方法により、１リソースブロックの狭帯域送信を維持しつつ、非直交系列の使用を避けることができるため、PUCCHカバレッジ性能の改善が期待できる。
　（５）実施の形態１に係る直交系列と非直交系列とを用いる方法（例えば、方法２）において、UCIに対応する系列選択に加え、周波数リソース選択が導入されてもよい。
　例えば、DMRSを用いないPUCCH送信方法として、以下のように、各優先度のUCIに個別に系列選択が適用されてもよい。
　＜Step 1＞
　系列選択に用いる系列集合(Sequence Pool)に含まれる系列数として、2N個（もしくは2N個以上）の系列が用意される。なお、Nは、例えば、NHP又はNLPでもよい。
　＜Step 1-1＞
　端末２００は、例えば、NO=Nsubcarrier×Nsymb個の系列からなる直交系列集合を生成する。ここで、NsubcarrierはPUCCHリソースに割り当てられる１シンボルあたりのサブキャリア数を示し、NsymbはPUCCHリソースに割り当てられるシンボル数を示す。なお、Nsymbは、例えば、Nsymb HP又はNsymb LPでもよい。
　例えば、系列長Nsubcarrierの系列に対して、Nsubcarrier個の巡回シフト系列が生成可能であり、また、シンボル数Nsymbに応じたOCCを用いて符号拡散を行うことにより、NO=Nsubcarrier×Nsymb個の直交系列が生成可能である。
　＜Step 1-2＞
　直交系列の数NOが2Nよりも少ない場合、例えば、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選択を組み合わせて、N’O≧2N個の組み合わせ候補が生成されてもよい。
　＜Step 2＞
　端末２００は、例えば、生成されるUCIビット数、及び、UCIビットの値に応じて、2N個の直交系列及びcomb-index選択の組み合わせ候補の中から１つ（例えば、１つの系列及び１つのcomb-index）を選択する。
　＜Step 3＞
　端末２００は、例えば、選択した系列を、PUCCHリソースのうち、Step 2で選択したcomb-indexに対応するサブキャリアにマッピングして送信する。
　例えば、基地局１００は、PUCCHを復調して、UCI送信に使用された系列と、系列の送信に使用されたcomb（サブキャリア）との組み合わせに基づいて、UCIビットを特定してよい。
　この方法により、信号を送信するサブキャリア数は、１リソースブロック分のサブキャリア(例えば、１２サブキャリア)であるため、狭帯域送信と同じ電力スペクトル密度（PSD：Power Spectrum Density）を維持しつつ、非直交系列の使用を避けることができるため、PUCCHカバレッジ性能の改善が期待できる。
　また、他の実施の形態（４）と比較して、PUCCHリソースに割り当てたリソースブロック全体に亘って信号が割り当てられるため、他セル間の干渉制御が比較的簡易なる利点がある。
　以上、他の実施の形態について説明した。
　なお、上述した各実施の形態では、PUCCHリソースを異なる優先度のUCIのそれぞれに対応するサブリソースに分割する方法として、時間領域のリソース（例えば、シンボル）単位で分割（例えば、前半のシンボル群と後半のシンボル群とに分割）する方法について説明した。しかし、PUCCHリソースの分割は、これに限定されない。例えば、異なる優先度のUCIに対して、同一シンボル内の異なる周波数リソース（例えば、リソースブロック又はサブキャリア）がそれぞれ割り当てられてもよい。または、例えば、周波数領域のリソース（例えば、リソースブロック又はサブキャリア）単位で分割（例えば、高周波数側と低周波数側）する方法でもよい。
　また、上述した各実施の形態では、異なる優先度のUCIビットを同一のPUCCHリソースに多重して送信する場合について説明したが、同一PUCCHリソースに多重されるUCIビットの優先度は異なる場合に限定されず、同一の優先度でもよい。この場合でも、端末２００は、複数のUCIビットに個別に系列選択又は系列組み合わせ選択を適用してもよい。同一優先度のUCI多重は、例えば、ACK/NACとCSI、ACK/NACKとSR、またはCSIとSRの多重であってもよいし、他の組み合わせであってもよい。
　また、上述した各実施の形態では、２種類のUCIを同一PUCCHリソースに多重して送信する場合について説明したが、多重送信されるUCIの数は２種類に限定されず、３種類以上でもよい。その際、各UCIの優先度は、互いに異なってもよく、一部が異なってもよい。
　また、上述した各実施の形態では、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）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、参照信号を用いない上りリンク送信において、情報ビットの値に応じて、複数の系列、又は、系列の複数の組み合わせから、少なくとも１つの系列又は少なくとも１つの組み合わせを決定する制御回路と、前記少なくとも１つの系列又は前記少なくとも１つの組み合わせを用いて、異なる優先度の情報ビットを上りリンクリソースに多重して送信する送信回路と、を具備する。
　本開示の一実施例において、前記制御回路は、前記異なる優先度の情報ビットのそれぞれに個別に１つの系列又は１つの組み合わせを決定する。
　本開示の一実施例において、前記送信回路は、前記異なる優先度の情報ビットを前記上りリンクリソースに多重して送信する場合、前記異なる優先度の情報ビットのそれぞれに個別に決定された前記１つの系列又は前記１つの組み合わせを、前記上りリンクリソースにマッピングして送信する。
　本開示の一実施例において、前記制御回路は、第１優先度の第１情報ビット、及び、前記第１優先度より低い第２優先度の第２情報ビットに応じて、系列集合に含まれる前記複数の組み合わせから１つの組み合わせを決定する。
　本開示の一実施例において、前記系列集合には、前記第１情報ビットの値の候補にそれぞれ関連付けられた複数のサブ集合が含まれ、前記複数のサブ集合のそれぞれには、前記第２情報ビットの値の候補にそれぞれ関連付けられた系列の組み合わせが含まれ、前記制御回路は、前記第１情報ビットの値に応じて、前記複数のサブ集合から１つのサブ集合を選択し、前記第２情報ビットの値に応じて、前記１つのサブ集合から前記１つの組み合わせを選択する。
　本開示の一実施例において、前記第２情報ビットの数がNLPビットであり、前記サブ集合に含まれる系列数がSLP個であり、前記組み合わせに含まれる系列数がKLP個である場合、以下を満たす。
Figure JPOXMLDOC01-appb-M000035
　本開示の一実施例に係る基地局は、信号を受信する受信回路と、参照信号を用いない上りリンク送信における情報ビットの値と、系列又は系列の組み合わせとの関連付けに基づいて、前記信号に含まれる異なる優先度の情報ビットの値をそれぞれ特定する制御回路と、を具備する。
　本開示の一実施例に係る通信方法において、端末は、参照信号を用いない上りリンク送信において、情報ビットの値に応じて、複数の系列、又は、系列の複数の組み合わせから、少なくとも１つの系列又は少なくとも１つの組み合わせを決定し、前記少なくとも１つの系列又は前記少なくとも１つの組み合わせを用いて、異なる優先度の情報ビットを上りリンクリソースに多重して送信する。
　本開示の一実施例に係る通信方法において、基地局は、信号を受信し、参照信号を用いない上りリンク送信における情報ビットの値と、系列又は系列の組み合わせとの関連付けに基づいて、前記信号に含まれる異なる優先度の情報ビットの値をそれぞれ特定する。
　２０２２年３月２４日出願の特願２０２２－０４９０１１の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　基地局
　１０１、２０５　制御部
　１０２　上位制御信号生成部
　１０３　下りリンク制御情報生成部
　１０４、２０６　符号化部
　１０５、２０７　変調部
　１０６、２０８　信号割当部
　１０７、２０９　送信部
　１０８、２０１　受信部
　１０９、２０２　抽出部
　１１０、２０３　復調部
　１１１、２０４　復号部
　２００　端末
 

Claims (9)

  1. 　参照信号を用いない上りリンク送信において、情報ビットの値に応じて、複数の系列、又は、系列の複数の組み合わせから、少なくとも１つの系列又は少なくとも１つの組み合わせを決定する制御回路と、
    　前記少なくとも１つの系列又は前記少なくとも１つの組み合わせを用いて、異なる優先度の情報ビットを上りリンクリソースに多重して送信する送信回路と、
    　を具備する端末。
  2. 　前記制御回路は、前記異なる優先度の情報ビットのそれぞれに個別に１つの系列又は１つの組み合わせを決定する、
    　請求項１に記載の端末。
  3. 　前記送信回路は、前記異なる優先度の情報ビットを前記上りリンクリソースに多重して送信する場合、前記異なる優先度の情報ビットのそれぞれに個別に決定された前記１つの系列又は前記１つの組み合わせを、前記上りリンクリソースにマッピングして送信する、
    　請求項２に記載の端末。
  4. 　前記制御回路は、第１優先度の第１情報ビット、及び、前記第１優先度より低い第２優先度の第２情報ビットに応じて、系列集合に含まれる前記複数の組み合わせから１つの組み合わせを決定する、
    　請求項１に記載の端末。
  5. 　前記系列集合には、前記第１情報ビットの値の候補にそれぞれ関連付けられた複数のサブ集合が含まれ、前記複数のサブ集合のそれぞれには、前記第２情報ビットの値の候補にそれぞれ関連付けられた系列の組み合わせが含まれ、
    　前記制御回路は、前記第１情報ビットの値に応じて、前記複数のサブ集合から１つのサブ集合を選択し、前記第２情報ビットの値に応じて、前記１つのサブ集合から前記１つの組み合わせを選択する、
    　請求項４に記載の端末。
  6. 　前記第２情報ビットの数がNLPビットであり、前記サブ集合に含まれる系列数がSLP個であり、前記組み合わせに含まれる系列数がKLP個である場合、以下を満たす、
    Figure JPOXMLDOC01-appb-M000001
     　請求項５に記載の端末。
  7. 　信号を受信する受信回路と、
    　参照信号を用いない上りリンク送信における情報ビットの値と、系列又は系列の組み合わせとの関連付けに基づいて、前記信号に含まれる異なる優先度の情報ビットの値をそれぞれ特定する制御回路と、
    　を具備する基地局。
  8. 　端末は、
    　参照信号を用いない上りリンク送信において、情報ビットの値に応じて、複数の系列、又は、系列の複数の組み合わせから、少なくとも１つの系列又は少なくとも１つの組み合わせを決定し、
    　前記少なくとも１つの系列又は前記少なくとも１つの組み合わせを用いて、異なる優先度の情報ビットを上りリンクリソースに多重して送信する、
    　通信方法。
  9. 　基地局は、
    　信号を受信し、
    　参照信号を用いない上りリンク送信における情報ビットの値と、系列又は系列の組み合わせとの関連付けに基づいて、前記信号に含まれる異なる優先度の情報ビットの値をそれぞれ特定する、
    　通信方法。
     
PCT/JP2022/047558 2022-03-24 2022-12-23 端末、基地局及び通信方法 WO2023181557A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-049011 2022-03-24
JP2022049011 2022-03-24

Publications (1)

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

Family

ID=88100854

Family Applications (1)

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

Country Status (1)

Country Link
WO (1) WO2023181557A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020066026A1 (ja) * 2018-09-28 2020-04-02 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
WO2020204486A1 (ko) * 2019-03-29 2020-10-08 엘지전자 주식회사 하향링크 제어 정보를 전송하는 방법 및 기지국, 그리고 하향링크 제어 정보를 수신하는 방법, 사용자기기 및 저장 매체
US20210092734A1 (en) * 2019-09-24 2021-03-25 Qualcomm Incorporated Sequence based physical uplink control channel transmission

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020066026A1 (ja) * 2018-09-28 2020-04-02 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
WO2020204486A1 (ko) * 2019-03-29 2020-10-08 엘지전자 주식회사 하향링크 제어 정보를 전송하는 방법 및 기지국, 그리고 하향링크 제어 정보를 수신하는 방법, 사용자기기 및 저장 매체
US20210092734A1 (en) * 2019-09-24 2021-03-25 Qualcomm Incorporated Sequence based physical uplink control channel transmission

Similar Documents

Publication Publication Date Title
WO2021161861A1 (ja) 端末及び通信方法
US20220256557A1 (en) Communication apparatuses and communication methods for dci for v2x communication apparatuses
CN115428558A (zh) 移动台、基站、接收方法及发送方法
US20240107574A1 (en) Terminal and communication method
WO2022014272A1 (ja) 端末、基地局及び通信方法
WO2022074884A1 (ja) 端末、基地局及び通信方法
WO2023181557A1 (ja) 端末、基地局及び通信方法
WO2023181556A1 (ja) 端末、基地局及び通信方法
WO2023181579A1 (ja) 端末、基地局及び通信方法
WO2023203938A1 (ja) 端末、基地局、通信方法及び集積回路
WO2022239289A1 (ja) 通信装置、及び、通信方法
WO2023119756A1 (ja) 通信装置及び通信方法
WO2023013191A1 (ja) 通信装置、及び、通信方法
WO2022014279A1 (ja) 端末、基地局及び通信方法
WO2023013204A1 (ja) 端末、基地局、及び、通信方法
WO2023243614A1 (ja) 端末、基地局及び通信方法
WO2022014281A1 (ja) 端末、基地局及び通信方法
WO2022195952A1 (ja) 端末、基地局及び通信方法
WO2024024259A1 (ja) 端末、基地局、及び、通信方法
WO2023188912A1 (ja) 基地局、端末及び通信方法
WO2024100918A1 (ja) 端末、基地局及び通信方法
WO2022208989A1 (ja) 通信装置、及び、通信方法
WO2024029157A1 (ja) 端末、基地局、及び、通信方法
WO2023013217A1 (ja) 基地局、端末及び通信方法
WO2023013192A1 (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: 22933684

Country of ref document: EP

Kind code of ref document: A1