[go: up one dir, main page]

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

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

Info

Publication number
WO2022239289A1
WO2022239289A1 PCT/JP2021/046609 JP2021046609W WO2022239289A1 WO 2022239289 A1 WO2022239289 A1 WO 2022239289A1 JP 2021046609 W JP2021046609 W JP 2021046609W WO 2022239289 A1 WO2022239289 A1 WO 2022239289A1
Authority
WO
WIPO (PCT)
Prior art keywords
slot
transmission
pusch
section
slots
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2021/046609
Other languages
English (en)
French (fr)
Inventor
哲矢 山本
秀俊 鈴木
スアン ツオン トラン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Priority to JP2023520760A priority Critical patent/JPWO2022239289A1/ja
Priority to US18/556,052 priority patent/US20240205892A1/en
Priority to CN202180097881.1A priority patent/CN117378270A/zh
Priority to EP21942017.1A priority patent/EP4340493A4/en
Publication of WO2022239289A1 publication Critical patent/WO2022239289A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0067—Rate matching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Definitions

  • the present disclosure relates to communication devices and communication methods.
  • 5th Generation mobile communication systems consist of large capacity and ultra-high speed (eMBB: enhanced Mobile Broadband), massive Machine Type Communication (mMTC), and ultra-reliable and low It has the characteristics of delay (URLLC: Ultra Reliable and Low Latency Communication), and these characteristics can be used to flexibly provide wireless communication according to a wide variety of needs.
  • eMBB enhanced Mobile Broadband
  • mMTC massive Machine Type Communication
  • URLLC Ultra Reliable and Low Latency Communication
  • the 3rd Generation Partnership Project (3GPP) an international standardization body, is working on the specification of New Radio (NR) as one of the 5G radio interfaces.
  • NR New Radio
  • 3GPP TS38.214 V16.5.0 “NR; Physical layer procedures for data (Release 16),” March 2021.
  • 3GPP TSG RAN WG1 #104-bis-e, R1-2104102 “Final FL summary of TB processing over multi-slot PUSCH (AI 8.8.1.2),” Moderator (Nokia, Nokia Shanghai Bell), April 2021.
  • 3GPP TSG RAN WG1 #104-bis-e,R1-2103208 “Discussion on TB processing over multi-slot PUSCH,” Panasonic, April 2021.
  • 3GPP TS38.331 V16.4.1 “NR; Radio Resource Control (RRC) protocol specification (Release 16)”, March 2021.
  • RRC Radio Resource Control
  • a non-limiting embodiment of the present disclosure contributes to providing a communication apparatus and a communication method that can improve the utilization efficiency of uplink resources.
  • a plurality of sections within time domain resources allocated for signal transmission may include a second section having a smaller amount of available resources than the first section. , a control circuit for setting different transmission of the signal depending on whether the plurality of sections does not include the second section, and a transmission circuit for transmitting the signal based on the setting. do.
  • FIG. 10 is a diagram showing a setting example of RV according to the first embodiment;
  • FIG. 10 is a diagram showing a setting example of RV according to the first embodiment;
  • FIG. 4 shows an operation example of TBoMS according to Embodiment 1 FIG.
  • FIG. 10 is a diagram showing a setting example of RV according to the first embodiment; A diagram showing an RV setting example according to Modification 1 A diagram showing an example of RV setting according to Embodiment 2 A diagram showing an operation example of TBoMS according to Embodiment 2 Diagram showing an example of operation of TBoMS according to Embodiment 3 FIG.
  • FIG. 11 is a diagram showing an operation example of TBoMS according to Modification 3;
  • Diagram of an exemplary architecture of a 3GPP NR system Schematic diagram showing functional separation between NG-RAN and 5GC Sequence diagram of Radio Resource Control (RRC) connection setup/reconfiguration procedure Usage scenarios for high-capacity, high-speed communications (eMBB: enhanced Mobile BroadBand), machine-type communications with many simultaneous connections (mMTC: massive Machine Type Communications), and highly reliable, ultra-reliable and low-latency communications (URLLC: Ultra Reliable and Low Latency Communications)
  • RRC Radio Resource Control
  • eMBB enhanced Mobile BroadBand
  • mMTC massive Machine Type Communications
  • URLLC Ultra Reliable and Low Latency Communications
  • NR for example, in addition to the frequency band below 6 GHz, which is mainly used for cellular communication, such as the 700 MHz to 3.5 GHz band (for example, also called Frequency Range 1 (FR1)), 28 GHz or 39 GHz that can secure a wide band
  • FR1 Frequency Range 1
  • FR2 millimeter wave band
  • a higher frequency band such as the 3.5 GHz band may be used compared to the frequency band used in Long Term Evolution (LTE) or 3G (3rd Generation mobile communication systems).
  • Radio Access Technology Radio Access Technology
  • a terminal for example, also called User Equipment (UE) receives a layer 1 control signal on a downlink control channel (for example, PDCCH: Physical Downlink Control Channel) from a base station (for example, also called gNB) (For example, DCI: Downlink Control Information) and according to the resource allocation indicated by at least one of Radio Resource Control (RRC) corresponding to Layer 3, data is transmitted and received (for example, see Non-Patent Documents 3 to 6 ).
  • UE User Equipment
  • RRC Radio Resource Control
  • the terminal transmits an uplink data channel (eg PUSCH: Physical Uplink Shared Channel) according to resource allocation (eg Grant or UL grant) from the base station.
  • Resource allocation information included in at least one of DCI and RRC may include, for example, information on time domain resources for transmitting PUSCH.
  • information on time domain resources includes information on timing (eg, slot offset) from the slot in which the terminal receives PDCCH to transmitting PUSCH (eg, K2), the position of the first symbol of PUSCH in the slot, or, Information regarding the number of symbols to transmit PUSCH may be included.
  • a terminal can transmit PUSCH using multiple slots (for example, it is also called Repetition).
  • slot-based Repetition specified in NR Release 15 or Release 16 eg, expressed as "NR Rel. 15/16"
  • the same time resource allocation is applied over multiple slots.
  • the information on time domain resources includes, for example, information on the timing from the slot in which the terminal receives PDCCH to the transmission of PUSCH (eg, K2), the first symbol position of PUSCH in the slot, or , in addition to information on the number of symbols for transmitting PUSCH, information on the number of repetition slots may be included.
  • the number of repeated slots may be, for example, a value counted based on consecutive slots.
  • the number of repetition slots notified from the base station to the terminal is a value counted based on consecutive slots. It may be small compared to the number of slots. For example, in time division duplex (TDD: Time Division Duplex), if a downlink slot is included in at least one of the consecutive slots to which PUSCH is assigned, PUSCH is not transmitted in the downlink slot (in other words, PUSCH transmission is dropped). Therefore, PUSCH Repetition may degrade PUSCH coverage performance.
  • TDD Time Division Duplex
  • NR Rel.17 as an extension of PUSCH repetition, for example, there is a method of counting the number of repetition slots based on uplink slots that can be used for PUSCH transmission (see, for example, Non-Patent Document 2).
  • the data size or transport block size (TBS: Transport Block Size) is the resource amount per slot, or the first PUSCH transmission in Repetition It is determined based on the amount of allocated resources (for example, the amount of resources allocated for PUSCH transmission in the first slot in Repetition) (see Non-Patent Document 6, for example).
  • the resource amount may be represented by, for example, the number of symbols or the number of resource elements.
  • TBS may be described as TB size.
  • NR Rel.17 when PUSCH is transmitted using multiple slots, a method of determining TBS based on the resource amount of the number of slots (eg, multiple slots) used for PUSCH transmission, A method of determining the TBS by multiplying the TBS calculated from the amount of resources allocated to the initial PUSCH transmission in slot units or repetition by a scaling factor greater than 1 is being studied (see, for example, Non-Patent Document 7). .
  • the method of calculating the TBS from the amount of resources allocated for each slot or the initial PUSCH transmission in Repetition may be, for example, the method specified in NR Rel.15/16 as described above.
  • PUSCH transmission that transmits the TB of the TBS determined by these methods in multiple slots is also called "TB processing over multi-slot PUSCH (TBoMS)" or “TBoMS transmission”.
  • a Circular Buffer is used for retransmission control.
  • a Circular Buffer is a memory that stores encoder output (e.g., encoded data including systematic bits and parity bits, or encoded bits). Read from the read start position (RV: Redundancy Version).
  • TBoMS the following two methods are available as methods of mapping the coded bits for the TB determined by the method described above to multiple slots (for example, the rate matching method).
  • the number of slots used for PUSCH transmission (for example, a plurality of slots) encoder output of the number of bits according to the resource amount is read from the specified RV position, and the PUSCH resource over multiple slots is a method of mapping coded bits to .
  • the second method is, for example, reading the encoder output of the number of bits corresponding to the amount of resources allocated for PUSCH transmission in each slot from the specified RV position, and mapping the coded bits in each slot.
  • RV may be changed between slots.
  • TBS calculated from the amount of resources allocated for the first PUSCH transmission in slot units or Repetition is greater than 1
  • There is a method of combining see, for example, Non-Patent Document 8).
  • TBS determination method and rate matching method are effective, for example, from the standpoint of supporting non-consecutive slots in TDD or facilitating handling of collisions with other channels.
  • TDD when TBoMS is applied to multiple non-consecutive slots, the combination of the above-described TBS determination method and rate matching method is based on the resource amount of multiple non-consecutive slots, TBS and mapping It is not necessary to determine the number of encoding bits, and slot-based processing (or processing using a slot as a basic unit) is possible.
  • a method of determining TBS based on the resource amount of the number of slots (e.g., multiple slots) used for PUSCH transmission, and the number of slots used for transmission of PUSCH (e.g., multiple Slot) read the number of bits according to the amount of resources from the specified RV position, mapping the coded bits to PUSCH resources over multiple slots, considering multiple non-consecutive slots, TBS determination and Rate matching Since processing is performed, the processing delay tends to increase compared to the above-described processing using the slot as a basic unit.
  • resources for PUSCH and resources for other channels may temporally overlap (collide).
  • a transmission resource for TBoMS and a transmission resource for an uplink control channel (for example, PUCCH: Physical Uplink Control Channel) that transmits uplink control information (for example, UCI: Uplink Control Channel) may overlap in time.
  • the terminal may, for example, multiplex the UCI into the TBoMS and transmit.
  • the terminal may, for example, multiplex the UCI into the TBoMS and transmit.
  • Rate matching can be applied considering slots. In other words, in slots where transmission resources for TBoMS temporally overlap with transmission resources for PUCCH for transmitting UCI, it is not necessary to consider slots different from the slot in terms of TBS determination and rate matching.
  • the same time resource may be allocated over multiple consecutive slots on a slot-by-slot basis.
  • the actual number of slots used for PUSCH transmission may be smaller than the number of slots notified to the terminal. could be.
  • the PUSCH resources e.g., symbols
  • the slot is set to a slot that cannot be used for PUSCH transmission, No PUSCH is transmitted in that slot (in other words, the PUSCH transmission is dropped).
  • symbols corresponding to shaded blocks represent PUSCH resources actually used for PUSCH transmission.
  • 'U' represents an uplink symbol
  • 'D' represents a downlink symbol
  • 'F' represents a flexible symbol.
  • PUSCH resources assigned to each of the multiple slots set in TBoMS at least one symbol that cannot be used for PUSCH transmission is included, and a specified number of symbols that can be used for PUSCH transmission is included.
  • a slot that is collided is called a “collided slot”.
  • Collided slots slots different from Collided slots (for example, slots that do not contain symbols that cannot be used for PUSCH transmission) are sometimes called "normal slots" for convenience.
  • the name of the slot is not limited to Collided slot, and may be another name.
  • symbols corresponding to shaded blocks represent PUSCH resources actually used for PUSCH transmission.
  • PUSCH transmission is possible using uplink symbols in Collided slots. Therefore, in FIG. 2, for example, compared to FIG. 1, the time domain resources available for PUSCH transmission are increased, so that the uplink resource utilization efficiency can be improved, and an improvement in PUSCH coverage performance can be expected.
  • the TBS calculated from the amount of resources allocated for the first PUSCH transmission in slot units or the amount of resources allocated for the first PUSCH transmission in Repetition is multiplied by a scaling factor greater than 1.
  • the method of determining the TBS is combined with the method of reading the number of bits corresponding to the amount of resources allocated for PUSCH transmission in each slot from the specified RV position and mapping the coded bits individually to the slot.
  • the amount of resources that can actually map the coded bits in the Collided slot can be smaller than the amount of resources that can map the coded bits in the normal slot (or the amount of resources allocated to the Collided slots).
  • a terminal maps coded bits to a Collided slot based on an RV position (for example, RV0) that contains more systematic bits (or information bits), there are enough systematic bits in the Collided slot. is not transmitted to the PUSCH, which may degrade the decoding performance of PUSCH.
  • RV position for example, RV0
  • FIG. 3 is a diagram showing an example in which the number of TBoMS slots is set to 2, RV0 is applied to slot #0, and RV2 is applied to slot #1.
  • slot #0 shown in FIG. 3 is a Collided slot, more systematic bits are placed in Collided slots with less PUSCH resource amount (6 symbols in FIG. 3) than the PUSCH resource amount of normal slots (14 symbols in FIG. 3). Since RV0 containing many is applied, not enough systematic bits are transmitted, and the decoding performance of PUSCH tends to be degraded.
  • Collided slots are used to improve uplink resource utilization efficiency, and systematic bits are appropriately transmitted to improve PUSCH decoding performance.
  • the TBoMS transmission method (eg, TBS decision method, RV At least one of the determination method and the rate matching method) is made different.
  • TBS decision method Transmission Occasion of TBoMS
  • RV At least one of the determination method and the rate matching method
  • a communication system includes base station 100 and terminal 200 .
  • FIG. 4 is a block diagram showing a configuration example of part of the base station 100 (corresponding to a communication device, for example) according to an embodiment of the present disclosure.
  • a control unit 101 e.g., corresponding to a control circuit
  • controls a plurality of intervals e.g., A signal settings related to transmission (for example, TBoMS transmission settings).
  • the receiving unit 108 (corresponding to a receiving circuit, for example) receives signals based on the settings.
  • FIG. 5 is a block diagram showing a configuration example of part of the terminal 200 (corresponding to a communication device, for example) according to an embodiment of the present disclosure.
  • control section 205 e.g., corresponding to a control circuit
  • assigns the first Settings related to signal transmission e.g., transmission settings of TBoMS.
  • a transmission unit 209 (corresponding to a transmission circuit, for example) transmits a signal based on the setting.
  • FIG. 6 is a block diagram showing a configuration example of base station 100 according to Embodiment 1.
  • base station 100 includes control section 101, upper control signal generation section 102, downlink control information generation section 103, coding section 104, modulation section 105, signal allocation section 106, transmission section 107 , a receiving unit 108 , an extracting unit 109 , a demodulating unit 110 and a decoding unit 111 .
  • the control unit 101 determines information on reception of a downlink data signal (eg, PDSCH) and information on transmission of an uplink data signal (eg, PUSCH) for the terminal 200, and transmits the determined information as a higher control signal. Output to the generation unit 102 .
  • Information on reception of downlink data signals and information on transmission of uplink data signals include, for example, information on time domain resource allocation (TDRA: Time Domain Resource Allocation) (for example, information on TDRA tables), or TBoMS (eg, information about the number of transmission slots) may be included.
  • TDRA Time Domain Resource Allocation
  • TBoMS eg, information about the number of transmission slots
  • the information on transmission of uplink data signals may include information on RV (an example of which will be described later).
  • control unit 101 determines information on downlink signals for transmitting higher control signals or downlink control information (for example, coding and modulation scheme (MCS: Modulation and Coding Scheme) and radio resource allocation) and outputs the determined information to encoding section 104 , modulation section 105 and signal allocation section 106 . Also, the control section 101 outputs, for example, information on downlink signals (for example, higher control signals) to the downlink control information generating section 103 .
  • MCS Modulation and Coding Scheme
  • control section 101 determines information (eg, MCS and radio resource allocation) regarding transmission of uplink data signals (eg, PUSCH) in terminal 200, for example.
  • the control unit 101 outputs, for example, information about the determined uplink data signal to the downlink control information generation unit 103, the extraction unit 109, the demodulation unit 110 and the decoding unit 111. Further, for example, based on a method described later, the control unit 101 determines whether the time domain resource (for example, a plurality of slots) in which the terminal 200 performs TBoMS transmission includes a Collided slot. At least one may be determined and the determined information may be output to the decoding unit 111 .
  • the time domain resource for example, a plurality of slots
  • higher layer control signal generation section 102 generates a higher layer control signal bit string based on information input from control section 101 and outputs the higher layer control signal bit string to encoding section 104 .
  • Downlink control information generation section 103 generates a downlink control information (for example, DCI) bit string based on information input from control section 101, for example, and outputs the generated DCI bit string to encoding section 104. Note that the control information may be transmitted to multiple terminals.
  • DCI downlink control information
  • the encoding unit 104 For example, based on information input from the control unit 101, the encoding unit 104 generates downlink data (eg, DL data signal), a bit string input from the higher control signal generation unit 102, or downlink control information.
  • the DCI bit string input from section 103 is encoded.
  • Encoding section 104 outputs the encoded bit string to modulation section 105 .
  • Modulation section 105 modulates a coded bit string input from coding section 104 based on information input from control section 101, for example, and outputs a modulated signal (for example, a symbol string) to signal allocation section 106. Output to
  • Signal allocation section 106 for example, based on the information indicating the radio resource input from control section 101, the symbol sequence input from modulation section 105 (for example, including a downlink data signal or control signal) to the radio resource. map.
  • the signal allocation section 106 outputs the downlink signal to which the signal is mapped to the transmission section 107 .
  • the transmission section 107 performs transmission waveform generation processing such as orthogonal frequency division multiplexing (OFDM) on the signal input from the signal allocation section 106, for example.
  • OFDM orthogonal frequency division multiplexing
  • the transmitting unit 107 performs inverse fast Fourier transform (IFFT) processing on the signal, and adds CP to the signal after IFFT. Append.
  • IFFT inverse fast Fourier transform
  • transmitting section 107 performs RF processing such as D/A conversion or up-conversion on the signal, and transmits the radio signal to terminal 200 via an antenna.
  • the receiving section 108 performs RF processing such as down-conversion or A/D conversion on the uplink signal from the terminal 200 received via the antenna.
  • receiving section 108 performs Fast Fourier Transform (FFT) processing on the received signal, and outputs the obtained frequency domain signal to extraction section 109 .
  • FFT Fast Fourier Transform
  • Extracting section 109 for example, based on the information input from control section 101, from the received signal input from receiving section 108, extracts the radio resource portion in which the uplink data signal (for example, PUSCH) is transmitted, The extracted radio resource portion is output to demodulation section 110 .
  • the uplink data signal for example, PUSCH
  • the demodulation section 110 demodulates the uplink data signal (for example, PUSCH) input from the extraction section 109 based on information input from the control section 101, for example.
  • Demodulation section 110 outputs the demodulation result to decoding section 111, for example.
  • Decoding section 111 for example, based on the information input from control section 101 and the demodulation result input from demodulation section 110, performs error correction decoding of the uplink data signal (eg, PUSCH), and after decoding Obtain a received bit sequence (eg, UL data signal).
  • uplink data signal eg, PUSCH
  • a received bit sequence eg, UL data signal
  • FIG. 7 is a block diagram showing a configuration example of the terminal 200 according to one embodiment of the present disclosure.
  • terminal 200 includes receiving section 201, extraction section 202, demodulation section 203, decoding section 204, control section 205, encoding section 206, modulation section 207, and signal allocation section 208. , and a transmission unit 209 .
  • the receiving unit 201 receives a downlink signal (for example, a downlink data signal or downlink control information) from the base station 100 via an antenna, and down-converts or A/D converts the received radio signal. RF processing is performed to obtain a received signal (baseband signal). Further, when receiving an OFDM signal, the receiving section 201 performs FFT processing on the received signal, and transforms the received signal into the frequency domain. Receiving section 201 outputs a received signal to extracting section 202 .
  • a downlink signal for example, a downlink data signal or downlink control information
  • RF processing is performed to obtain a received signal (baseband signal).
  • the receiving section 201 performs FFT processing on the received signal, and transforms the received signal into the frequency domain.
  • Receiving section 201 outputs a received signal to extracting section 202 .
  • Extracting section 202 for example, based on the information about the radio resource of the downlink control information, which is input from control section 205, from the received signal input from receiving section 201, the radio resource portion that can contain the downlink control information is extracted and output to demodulation section 203 . Also, extraction section 202 extracts a radio resource portion containing downlink data based on information about the radio resource of the data signal input from control section 205 , and outputs the radio resource portion to demodulation section 203 .
  • Demodulation section 203 demodulates the signal (for example, PDCCH or PDSCH) input from extraction section 202 based on information input from control section 205 , and outputs the demodulation result to decoding section 204 .
  • the signal for example, PDCCH or PDSCH
  • Decoding section 204 performs error correction decoding of PDCCH or PDSCH using the demodulation result input from demodulation section 203 based on information input from control section 205, for example. A layer control signal or downlink control information is obtained. Decoding section 204 outputs an upper layer control signal and downlink control information to control section 205, and outputs downlink reception data. Also, the decoding unit 204 may generate a response signal (for example, ACK/NACK) based on the decoding result of the downlink received data.
  • ACK/NACK response signal
  • the control section 205 determines radio resources for at least one of PDSCH reception and PUSCH transmission, for example, based on signals input from the decoding section 204 (for example, higher layer control signals or downlink control information). Control section 205 outputs the determined information to extraction section 202, demodulation section 203, coding section 206, modulation section 207, and signal allocation section 208, for example.
  • control section 205 controls at least one of TBS and RV based on whether or not a Collided slot is included in time domain resources (for example, multiple slots) in which terminal 200 performs TBoMS transmission, according to a method described later.
  • One may be determined and the determined information may be output to encoding section 206 , modulation section 207 and signal allocation section 208 .
  • the encoding unit 206 performs error correction encoding on the uplink data signal based on information input from the control unit 205, for example. Encoding section 206 outputs the encoded bit string to modulation section 207 .
  • Modulation section 207 modulates the coded bit string input from coding section 206 based on information input from control section 205, for example, and outputs the modulated signal (symbol string) to signal allocation section 208. .
  • the signal allocation section 208 maps the signal input from the modulation section 207 to radio resources based on information input from the control section 205, for example.
  • the signal allocation section 208 outputs, for example, the uplink signal to which the signal is mapped to the transmission section 209 .
  • the transmission section 209 performs transmission signal waveform generation such as OFDM on the signal input from the signal allocation section 208 . Further, for example, in the case of OFDM transmission using CP, the transmission unit 209 performs IFFT processing on the signal and adds CP to the signal after IFFT. Alternatively, when the transmission unit 209 generates a single carrier waveform, for example, a Discrete Fourier Transform (DFT) unit may be added after the modulation unit 207 or before the signal allocation unit 208 (not shown). . Also, the transmission section 209 performs RF processing such as D/A conversion and up-conversion on the transmission signal, for example, and transmits the radio signal to the base station 100 via the antenna.
  • DFT Discrete Fourier Transform
  • FIG. 8 is a flow chart showing an example of operations related to TBoMS transmission in the terminal 200.
  • FIG. 8 is a flow chart showing an example of operations related to TBoMS transmission in the terminal 200.
  • the terminal 200 receives an instruction regarding PUSCH transmission by TBoMS (for example, resource allocation information regarding TBoMS transmission) from the base station 100 (S101).
  • TBoMS for example, resource allocation information regarding TBoMS transmission
  • the terminal 200 determines whether or not the head slot of multiple slots corresponding to TBoMS transmission is a Collided slot (S102).
  • the terminal 200 may determine TBS or RV based on the method applied when the head slot of TBoMS is a Collided slot (S103). Also, the terminal 200 may perform rate matching (S104) and transmit PUSCH by TBoMS (S105).
  • the terminal 200 may determine TBS or RV based on the method applied when the leading slot of TBoMS is not a Collided slot (S106). . Also, the terminal 200 may perform rate matching (S107) and transmit PUSCH by TBoMS (S108).
  • the terminal 200 makes settings regarding TBoMS transmission (for example, TBS or RV determination method) may be different.
  • base station 100 selects a TBoMS reception method (for example, a TBS or RV determination method) when the first slot of multiple slots of TBoMS is a Collided slot and when multiple slots of TBoMS are It can be different depending on whether the first slot is not a Collided slot.
  • terminal 200 performs TBoMS transmission based on resource allocation indicated by DCI on PDCCH from base station 100 .
  • terminal 200 determines RV to be applied to PUSCH transmitted in each of a plurality of TBoMS slots, based on the value of the RV field (for example, a field related to the reading position of encoded data) included in DCI. you can
  • DCI format that includes a 2-bit RV field such as DCI format 0-0 or DCI format 0-1 will be explained.
  • rv id indicates the value of the RV field included in DCI.
  • a combination of RV values for four slots associated with possible values of rv id shown in FIG. sometimes.
  • the RV sequence is ⁇ 1, 0, 2, 3 ⁇ .
  • the number of slots N slot set for TBoMS transmission is more than 4 slots, as shown in FIG. RV may be determined.
  • base station 100 when the RV field is 2 bits, base station 100 appropriately sets the value of the RV field for terminal 200, and applies RV0 when TOT includes one Collided slot. It is possible to avoid sending PUSCH in a Collided slot.
  • the terminal 200 may change the value of the RV field between when the ToT includes a Collided slot and when the ToT does not include a Collided slot.
  • RV positions that contain more systematic bits (eg, RV0) for the first slot in the TOT.
  • an RV position eg, RV0
  • a slot eg, normal slot
  • the number of bits in the RV field is variable from 0 to 2 bits.
  • RV can be different.
  • PUSCH may be transmitted by applying RV1.
  • the terminal 200 performs the RV of each of the plurality of slots when the head slot of the plurality of slots in the TOT is a Collided slot, and the plurality of RVs when the head slot of the plurality of slots in the TOT is not a Collided slot.
  • the RV of each slot may be different.
  • PUSCH to which RV0 is applied is transmitted in the second slot that is different from the head slot, which is a Collided slot.
  • PUSCH with RV0 is prevented from being transmitted in Collided slots.
  • PUSCH to which RV0 is applied is transmitted in the leading slot that is not the Collided slot by setting the RV field. .
  • PUSCH with RV0 is prevented from being transmitted in Collided slots.
  • RV can be different.
  • the first slot of TBoMS is not a Collided slot (for example, in the case of a normal slot, or in the case of a slot that does not contain a symbol that cannot be used for PUSCH transmission within the PUSCH resource in the assigned slot)
  • RV3 may be applied to transmit PUSCH
  • RV1 may be applied to transmit PUSCH.
  • RV1 to transmit PUSCH in the head slot
  • PUSCH in the second slot
  • RV0 to transmit PUSCH
  • RV2 to transmit PUSCH in the third slot
  • the terminal 200 performs the RV of each of the plurality of slots when the head slot of the plurality of slots in the TOT is a Collided slot, and the plurality of RVs when the head slot of the plurality of slots in the TOT is not a Collided slot.
  • the RV of each slot may be different.
  • a DCI format containing a 2-bit RV field is the same as a DCI format containing a 2-bit RV field such as DCI format 0-0 or DCI format 0-1 described above.
  • the RV field may be set.
  • DCI format 0-0 DCI format 0-1, or DCI format 0-2 with 2-bit RV field
  • DCI format with 0-bit or 1-bit RV field mentioned above
  • terminal 200 sets a TBoMS transmission method (for example, a method for determining RV) to Collided slots (for example, a time domain resource amount larger than that of normal slots) in a plurality of slots within ToT. slots) are included, and multiple slots within the ToT do not include Collided slots.
  • base station 100 makes the TBoMS reception method (for example, the RV determination method) different between when ToT includes a Collided slot and when it does not include a Collided slot.
  • RV determination method for example, in terminal 200, regardless of the number of bits in the RV field included in DCI, PUSCH to which RV0 is applied can be avoided from being transmitted in a Collided slot, and systematic bits are sufficiently transmitted. It is possible to suppress the degradation of the PUSCH decoding performance due to the fact that it is not performed. In other words, systematic bits are more likely to be transmitted in slots (for example, normal slots) that are different from Collided slots among a plurality of TBoMS slots, so that PUSCH decoding performance can be improved.
  • slots for example, normal slots
  • the RV series is not limited to the above example.
  • the first slot of TBoMS is a Collided slot
  • terminal 200 can determine the RV for the slot next to the head slot to be the RV (for example, RV0) corresponding to the systematic bits in the encoded data.
  • an RV for example, RV1
  • RV1 different from RV0
  • Embodiment 2 The configurations of the base station and terminal according to this embodiment may be the same as the configurations of base station 100 and terminal 200 according to Embodiment 1, respectively.
  • Embodiment 1 has explained the case where terminal 200 performs TBoMS transmission based on resource allocation (for example, also called dynamic grant PUSCH) indicated by DCI from the base station.
  • resource allocation for example, also called dynamic grant PUSCH
  • terminal 200 performs TBoMS transmission (also referred to as configured grant PUSCH, for example) based on resource allocation specified (or configured) in advance by base station 100 .
  • terminal 200 may determine RV to be applied to PUSCH transmitted in each of multiple slots of TBoMS based on RV-related parameters included in RRC (referred to as higher layer signaling or higher layer parameters).
  • Type 1 (also referred to as Configured grant Type 1) is a method in which multiple transmission parameters such as transmission resource period, time resource, and frequency resource are configured in advance in terminal 200 by Layer 3 RRC. With Type 1, terminal 200 can perform PUSCH transmission without resource allocation indicated by DCI after setting transmission parameters.
  • Type 2 (also referred to as Configured grant Type 2), in addition to pre-configuration of transmission parameters by RRC, specifies some transmission parameters such as time resources and frequency resources by DCI on PDCCH (for example, also called activation DCI). How to be notified. With Type 2, transmission parameters for terminal 200 can be changed semi-fixedly.
  • terminal 200 may determine RV to apply to PUSCH transmitted in each slot of TBoMS based on parameters related to RV sequences set by RRC (for example, "TBoMS-RV").
  • RV sequences that can be set by the RRC-configured RV sequence parameters are ⁇ 0, 0, 0, 0 ⁇ , ⁇ 0, 3, 0, 3 ⁇ , and ⁇ 0, 2, 3, 1 ⁇ .
  • the RV sequences that can be set by the RV sequence parameters are not limited to these, and may be other RV sequences.
  • the RRC A PUSCH may be transmitted by applying an RV sequence configured based on a parameter (TBoMS-RV) related to the configured RV sequence.
  • a parameter TBoMS-RV
  • PUSCH may be transmitted by applying the RRC-configured RV sequence ⁇ 0, 0, 0, 0 ⁇ .
  • the terminal 200 performs the RV of each of the plurality of slots when the head slot of the plurality of slots in the TOT is a Collided slot, and the RV of each of the plurality of slots when the head slot of the plurality of slots in the TOT is not a Collided slot.
  • RV and may be different.
  • PUSCH to which RV0 is applied can be transmitted in a slot different from the Collided slot (for example, normal slot).
  • the RV determination method applied to each slot in the TOT is the (mod (n-1, 4)+1)th element of the RRC-configured RV sequence described above, or the RRC-configured RV sequence is not limited to a method based on the (mod (n-1, 4))th element of
  • TBoMS The RV applied to each slot of may be different.
  • FIG. 15 is a diagram showing an example of RV setting when RV sequences ⁇ 0, 2, 3, 1 ⁇ are set for terminal 200 by RRC.
  • RVs may be set to RV1, RV0, RV2 and RV3.
  • FIGS. 15(a) and 15(b) an RV different from RV0 is applied to the Collided slot, and transmission of PUSCH to which RV0 is applied to the Collided slot can be suppressed.
  • PUSCH to which RV0 is applied is more likely to be transmitted in a slot different from the Collided slot.
  • terminal 200 sets a TBoMS transmission method (for example, a method for determining RV) to Collided slots (for example, a time domain resource amount larger than that of normal slots) in a plurality of slots within ToT. slots) are included, and multiple slots within the ToT do not include Collided slots.
  • base station 100 makes the TBoMS reception method (for example, the RV determination method) different between when ToT includes a Collided slot and when it does not include a Collided slot.
  • RV determination method for example, when the RV sequence ⁇ 0, 3, 0, 3 ⁇ or ⁇ 0, 2, 3, 1 ⁇ is set in the terminal 200, and the first slot in the TOT is a collided slot.
  • PUSCH applying RV0 can be avoided from being transmitted in a Collided slot. Also, if one Collided slot is included in a slot different from the head slot in the TOT, it is possible to avoid transmitting PUSCH to which RV0 is applied in the Collided slot.
  • terminal 200 in Configured grant PUSCH, does not depend on the RV sequence configured by RRC, and sets PUSCH to which RV0 is applied in a slot different from the Collided slot (for example, normal slot). , it is possible to suppress deterioration in decoding performance due to insufficient transmission of systematic bits.
  • the PUSCH applying RV0 is transmitted in the Collided slot, but the PUSCH applying RV0 also in other slots (for example, normal slots) is transmitted, it is possible to suppress deterioration in decoding performance due to insufficient transmission of systematic bits.
  • terminal 200 transmits PUSCH by applying the same RV as when the RV sequence ⁇ 0, 0, 0, 0 ⁇ is set, for example.
  • the RV series is not limited to the above example.
  • terminal 200 can determine the RV for the slot next to the head slot to be the RV (for example, RV0) corresponding to the systematic bits in the encoded data.
  • terminal 200 when the leading slot of TBoMS is not a Collided slot, terminal 200 is RRC-configured with ⁇ 0, 0, 0, 0 ⁇ , ⁇ 0, 3, 0, 3 ⁇ and ⁇ 0, 2, 3, 1 ⁇ Any one of the RV sequences may be applied to transmit the PUSCH.
  • terminal 200 may apply an additional RV sequence and transmit PUSCH, for example, when the head slot of TBoMS is a collided slot.
  • terminal 200 selects from RV sequences such as ⁇ 0, 0, 0, 0 ⁇ , ⁇ 0, 3, 0, 3 ⁇ and ⁇ 0, 2, 3, 1 ⁇ , the first slot of TBoMS is Since there is no need to perform processing for deriving an RV sequence that is set for Collided slots, the processing of terminal 200 can be simplified.
  • Modification 3 In Configured grant Type 2, in addition to presetting RRC, the designation of some transmission parameters such as time resources and frequency resources can be semi-fixedly changed by DCI (for example, Activation DCI) transmitted in PDCCH.
  • DCI for example, Activation DCI
  • the Activation DCI may include an RV field containing information on RV to be applied to PUSCH transmitted in each slot of TBoMS.
  • Terminal 200 may determine the RV to be applied to PUSCH transmitted in each slot of TBoMS, for example, based on the RV field included in Activation DCI.
  • the method of Embodiment 1 may be applied.
  • the RV field is not included in the Activation DCI.
  • the RV field is set to a fixed value, for example, and used for PDCCH validation.
  • the RV field may be set for Activation DCI for TBoMS, and the RV field may not be set for Activation DCI for other PUSCH transmissions different from TBoMS.
  • a fixed value may be set in the RV field and used for PDCCH validation.
  • the configurations of the base station and terminal according to this embodiment may be the same as the configurations of base station 100 and terminal 200 according to Embodiment 1, respectively.
  • Terminal 200 may apply each process of TBoMS (eg, at least one of TBS determination, RV determination, and Rate matching), for example, in units of virtual slots.
  • terminal 200 for example, when the head slot of TBoMS is not a Collided slot (for example, a normal slot or a PUSCH resource in the assigned slot includes symbols that cannot be used for PUSCH transmission).
  • a Collided slot for example, a normal slot or a PUSCH resource in the assigned slot includes symbols that cannot be used for PUSCH transmission.
  • each process of TBoMS eg, at least one of TBS determination, RV determination, and Rate matching
  • the TBoMS when the head slot of the TBoMS is not a Collided slot, the TBoMS may be composed of N slots (for example, slot #0 to slot #N slot -1).
  • terminal 200 may apply, for example, a TBoMS transmission method (for example, an RV determination method) on a slot-by-slot basis.
  • the terminal 200 may apply the TBoMS transmission method (for example, the RV determination method) on a virtual slot basis, for example.
  • the TBoMS transmission method is not limited to the RV determination method, and may include the TBS determination method in PUSCH or the rate matching method.
  • TBS is, for example, the amount of resources allocated to PUSCH transmission of the first slot or first virtual slot in ToT (e.g., the number of symbols or the number of resource elements (RE: Resource Element)) TBS calculated from TBS greater than 1 It may be determined by multiplying by a scaling factor. For example, the resource amount (the number of REs) N REs allocated for PUSCH transmission in the leading slot or leading virtual slot may be calculated based on the following equation (1).
  • the upper limit of the number of REs in a slot is set to 156, for example. Note that the upper limit of the number of REs in a slot is not limited to 156, and may be another value.
  • n PRB is the number of resource blocks allocated for PUSCH transmission.
  • N' RE may be calculated based on, for example, the following equation (2).
  • the number of OFDM symbols allocated for PUSCH transmission in the leading slot or leading virtual slot may be notified to terminal 200 by means of information on the symbol length of time domain resource allocation (TDRA).
  • TDRA time domain resource allocation
  • the TB size N info may be calculated, for example, based on the following equation (3) using the resource amount N RE allocated to the PUSCH transmission of the first slot or the first virtual slot calculated by the equation (1). .
  • the terminal 200 may use different TBS determination methods depending on whether the ToT includes a Collided slot or when the ToT does not include a Collided slot. For example, terminal 200 may determine the TBS in units of virtual slots when ToT includes a Collided slot, and may determine the TBS in units of slots when ToT does not include a Collided slot.
  • TBS determination method described above may be applied to other embodiments.
  • the terminal 200 may use different rate matching methods depending on whether the ToT includes a Collided slot and when the ToT does not include a Collided slot.
  • the terminal 200 may perform rate matching in units of virtual slots when the ToT includes a Collided slot, and may perform rate matching in units of slots when the ToT does not include a Collided slot.
  • the terminal 200 may read the number of bits corresponding to the amount of resources allocated for PUSCH transmission of a slot or virtual slot from a prescribed RV position and map it to the PUSCH resource of each slot.
  • the RV applied between slots or between virtual slots may differ.
  • the first slot in the TOT is a Collided slot
  • PUSCH transmission is performed in units of Collided slots that have a smaller amount of resources than normal slots. Since it can be avoided, deterioration of PUSCH decoding performance due to insufficient transmission of systematic bits can be suppressed.
  • the TBoMS transmission method according to the present embodiment is used when terminal 200 transmits TBoMS based on resource allocation indicated by DCI on PDCCH from base station 100, and when terminal 200 is specified in advance by base station 100. It may be applied to any case where TBoMS is transmitted based on the configured resource allocation (case of Configured grant PUSCH). For example, when one virtual slot is composed of the head slot and the next slot, the RV determination method in the case where the head slot is not a collided slot in the RV determination method of Embodiment 1 or Embodiment 2 is applied. good too.
  • the RV determination method of either Embodiment 1 or Embodiment 2 may be applied to the TBoMS transmission method according to this embodiment. For example, when one virtual slot is composed of the top slot and the next slot, the RV determination method when the top slot in the RV determination method of either Embodiment 1 or Embodiment 2 is a Collided slot is may be applied.
  • the operation of each embodiment or modification when the number of slots included in the TOT is less than or equal to the threshold, the operation of each embodiment or modification is applied, and when the number of slots included in the TOT is greater than the threshold, the operation of each embodiment or modification is applied. You don't have to.
  • the applied embodiment and modification may be changed (in other words, switched) based on the number of slots included in the TOT.
  • the TBoMS transmission method in each embodiment or modification may be applied.
  • RV1 different from RV0 may be applied to the leading slot in ToT.
  • the TBoMS transmission method in each embodiment or each modification is need not apply.
  • PUSCH applying RV0 can be transmitted in the first collided slot, but other slots (eg, normal slots in the latter half)
  • a PUSCH is sent that applies
  • RV0 is applied to the first slot (collided slot), but RV0 is also applied to other slots (fifth slot). Therefore, when the number of slots included in ToT is large (for example, when the number is larger than the threshold), deterioration of decoding performance due to insufficient transmission of systematic bits can be suppressed.
  • the threshold for the number of slots may be set to a value based on the sequence length of the RV sequence, for example. For example, when the number of slots included in the TOT is greater than the sequence length of the RV sequence, as shown in FIG. , RV0 is more likely to be applied in other slots, and deterioration of decoding performance due to insufficient transmission of systematic bits can be suppressed.
  • the scaling factor K may be changed depending on whether the head slot is a normal slot or a virtual slot.
  • Collided slots have less resources than normal slots. Therefore, when the head slot is a Collided slot, the reference TBS (for example, TBS based on Collided slots) is smaller than TBS based on normal slots. Therefore, for example, the scaling factor when the head slot is a Collided slot may be set to a value larger than the scaling factor when the head slot is a normal slot.
  • TBS for example, TBS based on Collided slots
  • virtual slots are composed of Collided slots and other slots (for example, normal slots), so it is assumed that the amount of resources will increase compared to normal slots. Therefore, when virtual slots are configured as in Embodiment 3, the reference TBS (for example, the TBS based on the first virtual slot) is larger than the TBS based on normal slots. Therefore, for example, the scaling factor when a virtual slot is configured may be set to a smaller value than the scaling factor when the leading slot is a normal slot.
  • the TBS (eg, scaling factor) can be appropriately set depending on whether the leading slot is a Collided slot.
  • the slot used as the reference for TBS calculation may be set to the first normal slot in the TOT.
  • the slot used as the reference for TBS calculation may be set to the leading slot.
  • the slot used as a reference for TBS calculation may be set to a normal slot different from the leading slot. For example, if the first slot is a collided slot, the normal slot with earlier timing may be set as the reference for TBS calculation.
  • the TBS is calculated based on the normal slot regardless of whether the leading slot is a Collided slot. No need to adjust.
  • Method 3 In TBoMS, as one of the time domain resource notification methods described later, a method of notifying multiple pieces of information related to time domain resource allocation is also possible.
  • information on time domain resource allocation include, for example, SLIV (Start symbol and allocation length indicator value) that notifies information on the position of the first symbol of PUSCH in a slot and the number of symbols for transmitting PUSCH.
  • the slot that is used as the reference for TBS calculation may be set to the slot that is notified of the largest symbol length (L) value among a plurality of slots. This allows the TBS in TBoMS to be set appropriately.
  • Method 4 In a collided slot, even if at least one of the PUSCH resources in the allocated slot is an unusable symbol for PUSCH transmission, a certain number of symbols that can be used for PUSCH transmission are included.
  • the slot used as the reference for TBS calculation may be set to the slot with the largest number of symbols that can be used for PUSCH transmission. This allows the TBS in TBoMS to be set appropriately based on the amount of resources actually used for PUSCH transmission.
  • the RV e.g., RV sequence
  • the head slot of TBoMS is not a Collided slot
  • the order of the RV sequences to be applied may be changed.
  • the RV combination (for example, the RV sequence) applied to each of the multiple slots will be A combination in which the order of RVs applied to each of a plurality of slots is different when it is not a slot may be used.
  • the RV sequence applied when the first slot of TBoMS is a Collided slot is the reverse of the given RV sequence. It can be the sequence ⁇ 1, 3, 2, 0 ⁇ .
  • the RV sequence applied when the head slot of TBoMS is a Collided slot is arranged in descending order of RV values. It can also be the sequence ⁇ 3, 2, 1, 0 ⁇ .
  • terminal 200 may extract and apply the RV sequence to be applied to TBoMS transmission from the end of the RV sequence. For example, when the RV sequence ⁇ 1, 3, 2, 0 ⁇ is used when the head slot of TBoMS is a Collided slot, and the number of slots of TBoMS is 2, terminal 200 uses ⁇ 2, 0 ⁇ may be used to transmit TBoMS.
  • Modification 6 when the head slot in TOT is a Collided slot, an RV different from RV0 is applied, so it is possible to avoid transmitting PUSCH applying RV0 in a Collided slot.
  • PUSCH to which RV0 is applied is transmitted in a slot different from the leading slot of TBoMS, so deterioration of decoding performance due to insufficient transmission of systematic bits can be suppressed.
  • Embodiment 1 has described a method of avoiding transmission of PUSCH to which RV0 is applied in a Collided slot regardless of the number of bits in the RV field included in DCI.
  • the base station 100 when the number of bits in the RV field is 2 bits, the base station 100 appropriately sets the RV field so that when the TOT includes one Collided slot, RV0 is set. A method was described to avoid the applicable PUSCH from being transmitted in a Collided slot.
  • a 2-bit RV field may be fixedly set in the DCI that schedules TBoMS.
  • the number of bits in the RV field may be variable or set to less than 2 bits.
  • a 2-bit RV field may be fixedly set in the DCI that schedules TBoMS.
  • Modification 8 when PUSCH applying RV0 is transmitted in a Collided slot, it is not necessary to change the RV applied to PUSCH in the slot next to the Collided slot. For example, when a PUSCH applying RV0 is transmitted in a Collided slot, a PUSCH applying RV0 may also be transmitted in the slot next to the Collided slot.
  • the RV sequence that is applied when the head slot of TBoMS is a Collided slot may be varied according to the number of Collided slots consecutive from the head slot in TOT.
  • RV applied when the head slot of TBoMS is a Collided slot is used for PUSCH transmission when the head slot of TBoMS is not a Collided slot (e.g., normal slot or PUSCH resource in allocated slot).
  • a Collided slot e.g., normal slot or PUSCH resource in allocated slot
  • a sequence obtained by adding an offset according to the number of consecutive Collided slots from the first slot in the TOT to the RV sequence applied to the slot that does not include the disabled symbol may be used.
  • RV sequences ⁇ 0, 2, 3, 1 ⁇ are given to terminal 200
  • the RV sequences applied when the first slot of TBoMS is a Collided slot are offset ( -1) plus ⁇ 1, 0, 2, 3 ⁇ .
  • the RV sequence applied when the leading two slots of TBoMS are Collided slots is It can also be ⁇ 3, 1, 0, 2 ⁇ with an offset (-2) added.
  • RV sequences may be set in the same way when the number of Collided slots consecutive from the first slot of TBoMS is 3 slots or more.
  • An information element (IE: Information Element) of RRC that configures information about time domain resources for transmitting PUSCH may include parameters about determination of RV sequences.
  • Terminal 200 may determine the RV to be applied to each slot, for example, based on the resource allocation information included in DCI or RRC and the parameters related to determination of the RV sequence.
  • the RRC information element that sets information about time domain resources for transmitting PUSCH may be, for example, "PUSCH-TimeDomainResourceAllocation IE" (see, for example, Non-Patent Document 9).
  • PUSCH-TimeDomainResourceAllocation for example, information on the timing (eg, slot offset) from the slot in which terminal 200 receives PDCCH to the time of transmitting PUSCH, the position of the first symbol of PUSCH in the slot, the number of symbols for transmitting PUSCH, and , parameters for the number of slots in the TBoMS.
  • TDRA table can be set in terminal 200 .
  • Terminal 200 selects one combination of parameters actually used for transmission of PUSCH among parameter combination candidates based on several bits of information of DCI or RRC to which the corresponding uplink data channel (PUSCH) is assigned, for example. You can choose one.
  • the PUSCH-TimeDomainResourceAllocation IE may include parameters related to RV sequence determination (eg, RV-sequence), and the above parameters may be set as one of the parameters set in the TDRA table.
  • RV sequence determination eg, RV-sequence
  • terminal 200 can determine the RV sequence based on, for example, the PUSCH time domain resource allocation notification, the RV sequence can be set appropriately depending on whether the head slot of TBoMS is a collided slot.
  • the information notified by the parameters related to the determination of the RV sequence may be the RV sequence itself, or may be the value of the offset added to the RV sequence described above.
  • the modified example has been described above.
  • the TBoMS transmission method according to the modified example described above is used when terminal 200 transmits TBoMS according to resource allocation indicated by DCI on PDCCH from base station 100, It may be applied to any of the cases where TBoMS is transmitted according to (configured grant PUSCH).
  • a TBoMS transmission method e.g., TBS determination method, RV determination method, and at least one of the rate matching methods
  • TBS determination method e.g., TBS determination method, RV determination method, and at least one of the rate matching methods
  • whether or not the slot allocated to TBoMS is a Collided slot may be determined (or judged) as follows.
  • base station 100 and terminal 200 include a specified number of symbols that can be used for PUSCH transmission even if at least one symbol is a symbol that cannot be used for PUSCH transmission among PUSCH resources in slots allocated by TDRA. If so, the slot may be determined to be usable for TBoMS transmission, and the slot may be determined as a Collided slot.
  • a Collided slot may be a slot in which the resource amount (for example, the number of symbols) available for PUSCH transmission is less than the allocated resource amount.
  • the number of symbols that can be used for PUSCH transmission included in the Collided slot may be 1 symbol or another number of symbols (for example, 2 symbols).
  • the Collided slots are not limited to being determined based on the number of symbols that cannot be used or that can be used for PUSCH transmission based on the TDRA described above.
  • base station 100 and terminal 200 determine whether slots allocated to TBoMS are Collided slots based on whether all (or a specified number) of systematic bits can be transmitted when RV0 is applied. You may decide whether or not
  • a Collided slot may be a slot in which the amount of resources (eg, number of symbols) available for PUSCH transmission is less than the amount of resources used for transmission of systematic bits. In other words, even if the amount of resources available for PUSCH transmission in a slot is less than the amount of allocated resources, slots in which the amount of available resources is greater than or equal to the amount of resources used to transmit systematic bits are set as normal slots. may
  • the slot may be set as a Collided slot.
  • N info is the TB size
  • Q m is the number of modulation levels
  • ⁇ is the number of MIMO layers
  • N RE is the number of resource elements in a slot allocated for PUSCH transmission.
  • the information about time domain resources for transmitting TBoMS is, for example, an RRC information element (for example, PUSCH-TimeDomainResourceAllocation) that sets information about time domain resources for transmitting PUSCH.
  • the information on time domain resources for transmitting TBoMS includes, for example, information on the timing (for example, slot offset) from the slot in which terminal 200 receives PDCCH to transmission of PUSCH, the position of the first symbol of PUSCH in the slot, and PUSCH. Parameters related to the number of symbols to transmit and the number of TBoMS slots may be included.
  • TDRA table can be set in terminal 200 .
  • Terminal 200 selects one combination of parameters actually used for transmission of PUSCH among parameter combination candidates based on several bits of information of DCI or RRC to which the corresponding uplink data channel (PUSCH) is assigned, for example. You can choose one.
  • the TDRA table may contain a plurality of SLIVs that notify information about the position of the first symbol of PUSCH in a slot and the number of symbols for transmitting PUSCH.
  • SLIV for each slot may be signaled by a separate parameter.
  • SLIVs for normal slots and Collided slots may be notified by separate parameters.
  • SLIV which notifies information about the position of the first symbol of PUSCH in a slot and the number of symbols for transmitting PUSCH, may be notified by the same parameters regardless of the normal slot and collided slot.
  • the Collided slot even if at least one of the PUSCH resources in the slot allocated by TDRA is a symbol that cannot be used for PUSCH transmission, the specified number of symbols that can be used for PUSCH transmission is included. .
  • time-domain resource allocation for PUSCH in Collided slots may be given by puncturing unavailable symbols of PUSCH resources allocated by TDRA.
  • PUSCH may be transmitted after puncturing disabled symbols.
  • PUSCH time-domain resource allocation in Collided slots may be given, for example, by a method similar to Segmentation in PUSCH Repetition Type B of NR Rel.16.
  • the case of determining whether the head slot of TBoMS is a Collided slot has been described, but the position of the Collided slot in TBoMS is limited to the head slot of TBoMS. Instead, it may be at least one slot among a plurality of TBoMS slots. For example, if any slot in the TOT is a collided slot, base station 100 and terminal 200 may apply each embodiment or modification described above to that slot. For example, if base station 100 and terminal 200 determine RV based on a method that can avoid application of RV0 (for example, RV that can contain more systematic bits) in Collided slot among multiple slots of TBoMS, good.
  • RV0 for example, RV that can contain more systematic bits
  • the ToT may be configured with time domain resources spanning multiple slots, or may be configured with time domain resources not spanning multiple slots.
  • PUSCH resources that can be used for PUSCH transmission in Collided slots are not limited to uplink symbols (U), and may include flexible symbols (F).
  • the information on the association between the RV field notified from the base station 100 to the terminal 200 and the RV sequence is in a table format such as FIGS.
  • the RV sequence may be given according to a formula.
  • TBoMS transmission was described as an example of PUSCH transmission using multiple slots, but PUSCH transmission using multiple slots is not limited to TBoMS transmission, and other transmissions. can be a method. Also, transmission using multiple slots is not limited to PUSCH transmission, and may be transmission of other channels or signals.
  • the communication device that transmits data is not limited to the terminal 200, and may be the base station 100.
  • the communication device that receives data is not limited to the base station 100 and may be the terminal 200 .
  • each embodiment or each modification may be applied to either uplink communication or downlink communication.
  • the name of the information element used in the non-limiting embodiment of the present disclosure or the name of the parameter set in the information element is an example, and other names may be used.
  • the number of RVs included in the RV sequence, the combination, the order, the number of candidates for the RV sequence, or the number of slots, the number of Collided slots, and the slots that constitute the TBoMS which are exemplified in each embodiment or each modification.
  • the values for the parameters such as the number of symbols in are just an example, and other values are possible.
  • (supplement) Information indicating whether the terminal 200 supports the functions, operations, or processes shown in each embodiment and each modification described above is, for example, capability information or a capability parameter of the terminal 200, from the terminal 200 It may be transmitted (or notified) to base station 100 .
  • the capability information may include an information element (IE) individually indicating whether or not the terminal 200 supports at least one of the functions, operations, or processes shown in each embodiment and each modification described above.
  • the capability information may include an information element indicating whether the terminal 200 supports a combination of two or more of the functions, operations, or processes shown in each embodiment and each modification described above.
  • base station 100 may determine (or determine or assume) functions, operations, or processes supported (or not supported) by terminal 200 as the source of capability information.
  • the base station 100 may perform operation, processing, or control according to the determination result based on the capability information.
  • base station 100 may control TBoMS transmission based on capability information received from terminal 200 .
  • terminal 200 not supporting part of the functions, operations, or processes shown in each of the above-described embodiments and modifications means that such functions, operations, or processes are restricted in terminal 200. It may be read as For example, base station 100 may be notified of information or requests regarding such restrictions.
  • Information about the capabilities or limitations of terminal 200 may be defined, for example, in a standard, or may be implicitly associated with information known in base station 100 or information transmitted to base station 100 . may be notified.
  • the downlink control signal (information) related to the present disclosure may be a signal (information) transmitted by PDCCH of the physical layer, a signal (information) transmitted by MAC CE (Control Element) or RRC of the higher layer ) can be used. Also, the downlink control signal may be a signal (information) defined in advance.
  • the uplink control signal (information) related to the present disclosure may be a signal (information) transmitted by PUCCH of the physical layer, or may be a signal (information) transmitted by MAC CE or RRC of the higher layer. Also, the uplink control signal may be a signal (information) defined in advance. Also, the uplink control signal may be replaced with UCI (uplink control information), 1st stage SCI (sidelink control information), and 2nd stage SCI.
  • the base station includes TRP (Transmission Reception Point), cluster head, access point, RRH (Remote Radio Head), eNodeB (eNB), gNodeB (gNB), BS (Base Station), BTS (Base Transceiver Station) , parent device, gateway, or the like.
  • TRP Transmission Reception Point
  • eNB eNodeB
  • gNodeB gNB
  • BTS Base Transceiver Station
  • parent device gateway, or the like.
  • a terminal may serve as a base station.
  • a base station may be a relay device that relays communication between an upper node and a terminal.
  • the base station may be a roadside device.
  • the present disclosure may be applied to any of uplink, downlink, and sidelink.
  • the present disclosure to uplink PUSCH, PUCCH, PRACH, downlink PDSCH, PDCCH, PBCH, sidelink PSSCH (Physical Sidelink Shared Channel), PSCCH (Physical Sidelink Control Channel), PSBCH (Physical Sidelink Broadcast Channel) may apply.
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of downlink control channels, downlink data channels, uplink data channels, and uplink control channels.
  • PSCCH and PSSCH are examples of sidelink control channels and sidelink data channels.
  • PBCH and PSBCH are broadcast channels, and PRACH is an example of a random access channel.
  • the present disclosure may apply to both data channels and control channels.
  • the channels of the present disclosure may be replaced with data channels PDSCH, PUSCH, and PSSCH, and control channels PDCCH, PUCCH, PBCH, PSCCH, and PSBCH.
  • the reference signal is a signal known to both the base station and the terminal, and is also called RS (Reference Signal) or pilot signal.
  • Reference signals are DMRS, CSI-RS (Channel State Information - Reference Signal), TRS (Tracking Reference Signal), PTRS (Phase Tracking Reference Signal), CRS (Cell-specific Reference Signal), SRS (Sounding Reference Signal). or
  • the unit of time resources is not limited to one or a combination of slots and symbols, for example, frames, superframes, subframes, slots, time slots, subslots, minislots or symbols, OFDM Division Multiplexing) symbols, SC-FDMA (Single Carrier-Frequency Division Multiple Access) symbols, or other time resource units.
  • the number of symbols included in one slot is not limited to the number of symbols exemplified in the above embodiment, and may be another number of symbols.
  • the present disclosure may be applied to both licensed bands and unlicensed bands.
  • the present disclosure may be applied to any of communication between base stations and terminals (Uu link communication), communication between terminals (Sidelink communication), and V2X (Vehicle to Everything) communication.
  • the channels of the present disclosure may be replaced with PSCCH, PSSCH, PSFCH (Physical Sidelink Feedback Channel), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, and PBCH.
  • the present disclosure may be applied to both terrestrial networks and non-terrestrial networks (NTN: Non-Terrestrial Network) using satellites and advanced pseudolites (HAPS).
  • NTN Non-Terrestrial Network
  • HAPS advanced pseudolites
  • the present disclosure may also be applied to terrestrial networks with large transmission delays compared to symbol lengths and slot lengths, such as networks with large cell sizes and ultra-wideband transmission networks.
  • An antenna port refers to a logical antenna (antenna group) composed of one or more physical antennas.
  • the antenna port does not always refer to one physical antenna, but may refer to an array antenna or the like composed of a plurality of antennas.
  • how many physical antennas constitute an antenna port is not specified, but is specified as the minimum unit in which a terminal can transmit a reference signal.
  • an antenna port may be defined as the minimum unit for multiplying weights of precoding vectors.
  • 5G fifth generation cellular technology
  • NR new radio access technologies
  • the system architecture as a whole is assumed to be NG-RAN (Next Generation-Radio Access Network) with gNB.
  • the gNB provides UE-side termination of NG radio access user plane (SDAP/PDCP/RLC/MAC/PHY) and control plane (RRC) protocols.
  • SDAP/PDCP/RLC/MAC/PHY NG radio access user plane
  • RRC control plane
  • the gNB also connects to the Next Generation Core (NGC) via the Next Generation (NG) interface, and more specifically, the Access and Mobility Management Function (AMF) via the NG-C interface (e.g., a specific core entity that performs AMF) , and is also connected to a UPF (User Plane Function) (eg, a specific core entity that performs UPF) by an NG-U interface.
  • NNC Next Generation Core
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • UPF User Plane Function
  • the NR user plane protocol stack (e.g., 3GPP TS 38.300, see section 4.4.1) consists of a network-side terminated PDCP (Packet Data Convergence Protocol (see TS 38.300, section 6.4)) sublayer at the gNB, It includes the RLC (Radio Link Control (see TS 38.300 clause 6.3)) sublayer and the MAC (Medium Access Control (see TS 38.300 clause 6.2)) sublayer. Also, a new Access Stratum (AS) sublayer (Service Data Adaptation Protocol (SDAP)) has been introduced on top of PDCP (see, for example, 3GPP TS 38.300, Section 6.5).
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • SDAP Service Data Adaptation Protocol
  • a control plane protocol stack is defined for NR (see, eg, TS 38.300, section 4.4.2).
  • An overview of layer 2 functions is given in clause 6 of TS 38.300.
  • the functions of the PDCP sublayer, RLC sublayer and MAC sublayer are listed in TS 38.300 clauses 6.4, 6.3 and 6.2 respectively.
  • the functions of the RRC layer are listed in clause 7 of TS 38.300.
  • the Medium-Access-Control layer handles logical channel multiplexing and scheduling and scheduling-related functions, including handling various neurology.
  • the physical layer is responsible for encoding, PHY HARQ processing, modulation, multi-antenna processing, and mapping of signals to appropriate physical time-frequency resources.
  • the physical layer also handles the mapping of transport channels to physical channels.
  • the physical layer provides services to the MAC layer in the form of transport channels.
  • a physical channel corresponds to a set of time-frequency resources used for transmission of a particular transport channel, and each transport channel is mapped to a corresponding physical channel.
  • physical channels include PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel) as uplink physical channels, and PDSCH (Physical Downlink Shared Channel) as downlink physical channels.
  • PDCCH Physical Downlink Control Channel
  • PBCH Physical Broadcast Channel
  • NR use cases/deployment scenarios include enhanced mobile broadband (eMBB), ultra-reliable low-latency communications (URLLC), massive machine type communication (mMTC) with diverse requirements in terms of data rate, latency and coverage can be included.
  • eMBB is expected to support peak data rates (20 Gbps in the downlink and 10 Gbps in the uplink) and user-experienced data rates on the order of three times the data rates provided by IMT-Advanced.
  • URLLC more stringent requirements are imposed for ultra-low latency (0.5 ms each for UL and DL for user plane latency) and high reliability (1-10-5 within 1 ms).
  • mMTC preferably has high connection density (1,000,000 devices/km 2 in urban environments), wide coverage in hostile environments, and extremely long battery life (15 years) for low cost devices. can be requested.
  • the OFDM numerology (e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval) suitable for one use case may be used for other use cases. May not be valid.
  • low-latency services preferably require shorter symbol lengths (and thus larger subcarrier spacings) and/or fewer symbols per scheduling interval (also called TTI) than mMTC services.
  • TTI time-to-live
  • Subcarrier spacing may optionally be optimized to maintain similar CP overhead.
  • the value of subcarrier spacing supported by NR may be one or more.
  • resource element may be used to mean the smallest resource unit consisting of one subcarrier for the length of one OFDM/SC-FDMA symbol.
  • resource grids of subcarriers and OFDM symbols are defined for uplink and downlink, respectively.
  • Each element of the resource grid is called a resource element and is identified based on a frequency index in the frequency domain and a symbol position in the time domain (see 3GPP TS 38.211 v15.6.0).
  • FIG. 19 shows functional separation between NG-RAN and 5GC.
  • Logical nodes in NG-RAN are gNBs or ng-eNBs.
  • 5GC has logical nodes AMF, UPF and SMF.
  • gNBs and ng-eNBs host the following main functions: - Radio Bearer Control, Radio Admission Control, Connection Mobility Control, dynamic allocation of resources to UEs in both uplink and downlink (scheduling), etc. Functions of Radio Resource Management; - IP header compression, encryption and integrity protection of data; - AMF selection on UE attach when routing to an AMF cannot be determined from information provided by the UE; - routing of user plane data towards UPF; - routing of control plane information towards AMF; - setting up and tearing down connections; - scheduling and sending paging messages; - scheduling and transmission of system broadcast information (originating from AMF or Operation, Admission, Maintenance (OAM)); - configuration of measurements and measurement reports for mobility and scheduling; - transport level packet marking in the uplink; - session management; - support for network slicing; - QoS flow management and mapping to data radio bearers; - Support for UEs in RRC_INACTIVE state; - the ability to deliver NAS messages; - sharing
  • the Access and Mobility Management Function hosts the following main functions: - Ability to terminate Non-Access Stratum (NAS) signaling; - security of NAS signaling; - Access Stratum (AS) security controls; - Core Network (CN) inter-node signaling for mobility across 3GPP access networks; - Reachability to UEs in idle mode (including control and execution of paging retransmissions); - management of the registration area; - support for intra-system and inter-system mobility; - access authentication; - access authorization, including checking roaming rights; - mobility management control (subscription and policy); - support for network slicing; - Selection of the Session Management Function (SMF).
  • NAS Non-Access Stratum
  • AS Access Stratum
  • CN Core Network
  • the User Plane Function hosts the following main functions: - Anchor points for intra-RAT mobility/inter-RAT mobility (if applicable); - External PDU (Protocol Data Unit) session points for interconnection with data networks; - packet routing and forwarding; – Policy rule enforcement for packet inspection and user plane parts; - reporting of traffic usage; - an uplink classifier to support routing of traffic flows to the data network; - Branching Points to support multi-homed PDU sessions; - QoS processing for the user plane (e.g. packet filtering, gating, UL/DL rate enforcement; - verification of uplink traffic (mapping of SDF to QoS flows); - Downlink packet buffering and downlink data notification trigger function.
  • Anchor points for intra-RAT mobility/inter-RAT mobility if applicable
  • External PDU Protocol Data Unit
  • – Policy rule enforcement for packet inspection and user plane parts for interconnection with data networks
  • - reporting of traffic usage - an uplink classifier to support routing of traffic flows to the data network
  • Session Management Function hosts the following main functions: - session management; - allocation and management of IP addresses for UEs; - UPF selection and control; - the ability to configure traffic steering in the User Plane Function (UPF) to route traffic to the proper destination; - policy enforcement and QoS in the control part; - Notification of downlink data.
  • UPF User Plane Function
  • Figure 20 shows some interactions between UE, gNB and AMF (5GC entity) when UE transitions from RRC_IDLE to RRC_CONNECTED for NAS part (see TS 38.300 v15.6.0).
  • RRC is a higher layer signaling (protocol) used for UE and gNB configuration.
  • the AMF prepares the UE context data (which includes, for example, the PDU session context, security keys, UE Radio Capabilities, UE Security Capabilities, etc.) and the initial context Send to gNB with INITIAL CONTEXT SETUP REQUEST.
  • the gNB then activates AS security together with the UE. This is done by the gNB sending a SecurityModeCommand message to the UE and the UE responding to the gNB with a SecurityModeComplete message.
  • the gNB sends an RRCReconfiguration message to the UE, and the gNB receives the RRCReconfigurationComplete from the UE to reconfigure for setting up Signaling Radio Bearer 2 (SRB2) and Data Radio Bearer (DRB) .
  • SRB2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • the step for RRCReconfiguration is omitted as SRB2 and DRB are not set up.
  • the gNB notifies the AMF that the setup procedure is complete with an INITIAL CONTEXT SETUP RESPONSE.
  • the present disclosure provides control circuitry for operationally establishing a Next Generation (NG) connection with a gNodeB and an operationally NG connection so that signaling radio bearers between the gNodeB and User Equipment (UE) are set up.
  • a 5th Generation Core (5GC) entity eg, AMF, SMF, etc.
  • AMF Next Generation
  • SMF User Equipment
  • the gNodeB sends Radio Resource Control (RRC) signaling including a Resource Allocation Configuration Information Element (IE) to the UE via the signaling radio bearer.
  • RRC Radio Resource Control
  • IE Resource Allocation Configuration Information Element
  • the UE then performs uplink transmission or downlink reception based on the resource allocation configuration.
  • Figure 21 shows some of the use cases for 5G NR.
  • the 3rd generation partnership project new radio (3GPP NR) considers three use cases envisioned by IMT-2020 to support a wide variety of services and applications.
  • the first stage of specifications for high-capacity, high-speed communications (eMBB: enhanced mobile-broadband) has been completed.
  • Current and future work includes expanding eMBB support, as well as ultra-reliable and low-latency communications (URLLC) and Massively Connected Machine Type Communications (mMTC). Standardization for massive machine-type communications is included
  • Figure 21 shows some examples of envisioned usage scenarios for IMT beyond 2020 (see eg ITU-RM.2083 Figure 2).
  • URLLC use cases have strict performance requirements such as throughput, latency (delay), and availability.
  • URLLLC use cases are envisioned as one of the elemental technologies to realize these future applications such as wireless control of industrial production processes or manufacturing processes, telemedicine surgery, automation of power transmission and distribution in smart grids, and traffic safety. ing.
  • URLLLC ultra-reliability is supported by identifying technologies that meet the requirements set by TR 38.913.
  • an important requirement includes a target user plane latency of 0.5 ms for UL (uplink) and 0.5 ms for DL (downlink).
  • the general URLLC requirement for one-time packet transmission is a block error rate (BLER) of 1E-5 for a packet size of 32 bytes with a user plane latency of 1 ms.
  • BLER block error rate
  • NRURLC the technical enhancements targeted by NRURLC aim to improve latency and improve reliability.
  • Technical enhancements for latency improvement include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free (configured grant) uplink, slot-level repetition in data channels, and downlink pre-emption.
  • Preemption means that a transmission with already allocated resources is stopped and the already allocated resources are used for other transmissions with lower latency/higher priority requirements requested later. Transmissions that have already been authorized are therefore superseded by later transmissions. Preemption is applicable regardless of the concrete service type. For example, a transmission of service type A (URLLC) may be replaced by a transmission of service type B (eg eMBB).
  • Technology enhancements for increased reliability include a dedicated CQI/MCS table for a target BLER of 1E-5.
  • mMTC massive machine type communication
  • NR URLLC NR URLLC
  • the stringent requirements are: high reliability (reliability up to 10-6 level), high availability, packet size up to 256 bytes, time synchronization up to several microseconds (depending on the use case, the value 1 ⁇ s or a few ⁇ s depending on the frequency range and latency as low as 0.5 ms to 1 ms (eg, 0.5 ms latency in the targeted user plane).
  • NRURLC NR Ultra User Downlink Control Channel
  • enhancements for compact DCI PDCCH repetition, and increased PDCCH monitoring.
  • enhancement of UCI Uplink Control Information
  • enhancement of enhanced HARQ Hybrid Automatic Repeat Request
  • minislot refers to a Transmission Time Interval (TTI) containing fewer symbols than a slot (a slot comprises 14 symbols).
  • TTI Transmission Time Interval
  • the 5G QoS (Quality of Service) model is based on QoS flows, and includes QoS flows that require a guaranteed flow bit rate (GBR: Guaranteed Bit Rate QoS flows), and guaranteed flow bit rates. support any QoS flows that do not exist (non-GBR QoS flows). Therefore, at the NAS level, a QoS flow is the finest granularity of QoS partitioning in a PDU session.
  • a QoS flow is identified within a PDU session by a QoS Flow ID (QFI) carried in an encapsulation header over the NG-U interface.
  • QFI QoS Flow ID
  • 5GC For each UE, 5GC establishes one or more PDU sessions. For each UE, in line with the PDU session, NG-RAN establishes at least one Data Radio Bearers (DRB), eg as shown above with reference to FIG. Also, additional DRBs for QoS flows for that PDU session can be configured later (up to NG-RAN when to configure). NG-RAN maps packets belonging to different PDU sessions to different DRBs. NAS level packet filters in UE and 5GC associate UL and DL packets with QoS flows, while AS level mapping rules in UE and NG-RAN associate UL and DL QoS flows with DRB.
  • DRB Data Radio Bearers
  • FIG. 22 shows the non-roaming reference architecture of 5G NR (see TS 23.501 v16.1.0, section 4.23).
  • An Application Function eg, an external application server hosting 5G services, illustrated in FIG. 21
  • Policy Control Function Policy Control Function (PCF) reference.
  • Application Functions that are considered operator-trusted, based on their deployment by the operator, can interact directly with the associated Network Function.
  • Application Functions that are not authorized by the operator to directly access the Network Function communicate with the associated Network Function using the open framework to the outside world via the NEF.
  • Figure 22 shows further functional units of the 5G architecture: Network Slice Selection Function (NSSF), Network Repository Function (NRF), Unified Data Management (UDM), Authentication Server Function (AUSF), Access and Mobility Management Function (AMF) , Session Management Function (SMF), and Data Network (DN, eg, service by operator, Internet access, or service by third party). All or part of the core network functions and application services may be deployed and operated in a cloud computing environment.
  • NSF Network Slice Selection Function
  • NRF Network Repository Function
  • UDM Unified Data Management
  • AUSF Authentication Server Function
  • AMF Access and Mobility Management Function
  • SMSF Session Management Function
  • DN Data Network
  • QoS requirements for at least one of URLLC, eMMB and mMTC services are set during operation to establish a PDU session including radio bearers between a gNodeB and a UE according to the QoS requirements.
  • the functions of the 5GC e.g., NEF, AMF, SMF, PCF, UPF, etc.
  • a control circuit that, in operation, serves using the established PDU session;
  • An application server eg AF of 5G architecture
  • Each functional block used in the description of the above embodiments is partially or wholly realized as an LSI, which is an integrated circuit, and each process described in the above embodiments is partially or wholly implemented as It may be controlled by one LSI or a combination of LSIs.
  • An LSI may be composed of individual chips, or may be composed of one chip so as to include some or all of the functional blocks.
  • the LSI may have data inputs and outputs.
  • LSIs are also called ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and may be realized with a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • the present disclosure may be implemented as digital or analog processing.
  • a communication device may include a radio transceiver and processing/control circuitry.
  • a wireless transceiver may include a receiver section and a transmitter section, or functions thereof.
  • a wireless transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • RF modules may include amplifiers, RF modulators/demodulators, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smart phones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital still/video cameras, etc.).
  • digital players digital audio/video players, etc.
  • wearable devices wearable cameras, smartwatches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth and telemedicine (remote health care/medicine prescription) devices vehicles or mobile vehicles with communication capabilities (automobiles, planes, ships, etc.), and combinations of the various devices described above.
  • Communication equipment is not limited to portable or movable equipment, but any type of equipment, device or system that is non-portable or fixed, e.g. smart home devices (household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.), vending machines, and any other "Things" that can exist on the IoT (Internet of Things) network.
  • smart home devices household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.
  • vending machines and any other "Things” that can exist on the IoT (Internet of Things) network.
  • Communication includes data communication by cellular system, wireless LAN system, communication satellite system, etc., as well as data communication by a combination of these.
  • Communication apparatus also includes devices such as controllers and sensors that are connected or coupled to communication devices that perform the communication functions described in this disclosure. Examples include controllers and sensors that generate control and data signals used by communication devices to perform the communication functions of the communication device.
  • Communication equipment also includes infrastructure equipment, such as base stations, access points, and any other equipment, device, or system that communicates with or controls the various equipment, not limited to those listed above. .
  • a plurality of sections within time domain resources allocated for signal transmission may include a second section having a smaller amount of available resources than the first section. , a control circuit for setting different transmission of the signal depending on whether the plurality of sections does not include the second section, and a transmission circuit for transmitting the signal based on the setting. do.
  • the setting includes setting a readout position of encoded data of the signal, and the control circuit performs the above when the leading section of the time domain resource is the second section.
  • the read position of each of the plurality of sections is made different from the read position of each of the plurality of sections when the leading section is not the second section.
  • control circuit determines the readout position for each of the plurality of sections based on the value of the readout position-related field included in downlink control information.
  • control circuit determines the readout positions for each of the plurality of sections based on parameters relating to the readout positions included in higher layer signaling.
  • the control circuit when the leading section is the second section, sets the readout position for the section next to the leading section to an information bit of the encoded data. Determine the corresponding read position.
  • the combination of read positions applied to each of the plurality of sections when the leading section is the second section is such that the leading section is not the second section It is a combination in which the order of the readout positions applied to each of the plurality of sections is changed in some cases.
  • control circuit in the plurality of sections, when the leading section is the second section, performs Apply the above settings.
  • control circuit when the number of the plurality of intervals is equal to or less than a threshold, the control circuit varies the setting according to the presence or absence of the second interval within the time domain resource.
  • the setting includes at least one of setting a transport block size for the signal, setting a reading position of encoded data of the signal, and setting rate matching.
  • the second interval is a slot in which the resource amount available for transmission of the signal is less than the allocated resource amount.
  • the second interval is a slot in which the amount of resources available for transmission of the signal is less than the amount of resources used for transmission of information bits of encoded data.
  • a plurality of sections within time domain resources allocated for signal transmission may include a second section having a smaller amount of available resources than the first section. , a control circuit for setting different settings related to transmission of the signal depending on whether the plurality of sections do not include the second section; and a receiving circuit for receiving the signal based on the settings. do.
  • the communication device includes a plurality of sections within time domain resources allocated for signal transmission, including a second section having a smaller amount of available resources than the first section. Different settings for transmission of the signal are made depending on whether the second section is included in the plurality of sections or when the second section is not included in the plurality of sections, and the signal is transmitted based on the setting.
  • the communication device includes a plurality of sections within time domain resources allocated for signal transmission, including a second section having a smaller amount of available resources than the first section. Different settings for transmission of the signal are made depending on whether the second section is included in the plurality of sections or when the second section is not included in the plurality of sections, and the signal is received based on the setting.
  • An embodiment of the present disclosure is useful for wireless communication systems.

Landscapes

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

Abstract

通信装置は、信号の送信に割り当てられる時間領域リソース内の複数の区間に、第１の区間よりも使用可能なリソース量が少ない第２の区間が含まれる場合と、前記複数の区間に前記第２の区間が含まれない場合とで、前記信号の送信に関する設定を異ならせる制御回路と、前記設定に基づいて、前記信号の送信を行う送信回路と、を具備する。

Description

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

Claims (14)

  1. 　信号の送信に割り当てられる時間領域リソース内の複数の区間に、第１の区間よりも使用可能なリソース量が少ない第２の区間が含まれる場合と、前記複数の区間に前記第２の区間が含まれない場合とで、前記信号の送信に関する設定を異ならせる制御回路と、
    　前記設定に基づいて、前記信号の送信を行う送信回路と、
    　を具備する通信装置。
  2. 　前記設定は、前記信号の符号化データの読み出し位置の設定を含み、
    　前記制御回路は、前記時間領域リソースの先頭の区間が前記第２の区間である場合の前記複数の区間のそれぞれの前記読み出し位置と、前記先頭の区間が前記第２の区間でない場合の前記複数の区間のそれぞれの前記読み出し位置と、を異ならせる、
    　請求項１に記載の通信装置。
  3. 　前記制御回路は、下りリンク制御情報に含まれる前記読み出し位置に関するフィールドの値に基づいて、前記複数の区間のそれぞれの前記読み出し位置を決定する、
    　請求項２に記載の通信装置。
  4. 　前記制御回路は、上位レイヤシグナリングに含まれる前記読み出し位置に関するパラメータに基づいて、前記複数の区間のそれぞれの前記読み出し位置を決定する、
    　請求項２に記載の通信装置。
  5. 　前記制御回路は、前記先頭の区間が前記第２の区間である場合、前記先頭の区間の次の区間に対する前記読み出し位置を、前記符号化データのうち情報ビットに対応する読み出し位置に決定する、
    　請求項２に記載の通信装置。
  6. 　前記先頭の区間が前記第２の区間である場合に前記複数の区間のそれぞれに適用される前記読み出し位置の組み合わせは、前記先頭の区間が前記第２の区間でない場合に前記複数の区間のそれぞれに適用される前記読み出し位置の順序を異ならせた組み合わせである、
    　請求項２に記載の通信装置。
  7. 　前記制御回路は、前記複数の区間において、先頭の区間が前記第２の区間である場合、前記先頭の区間と前記先頭の区間の次の区間とを含む単位で前記設定を適用する、
    　請求項１に記載の通信装置。
  8. 　前記制御回路は、前記複数の区間の数が閾値以下の場合に、前記時間領域リソース内の前記第２の区間の有無に応じて前記設定を異ならせる、
    　請求項１に記載の通信装置。
  9. 　前記設定は、前記信号に対するトランスポートブロックサイズの設定、前記信号の符号化データの読み出し位置の設定、及び、レートマッチングの設定の少なくとも一つを含む、
    　請求項１に記載の通信装置。
  10. 　前記第２の区間は、前記信号の送信に使用可能なリソース量が、割り当てリソース量より少ないスロットである、
    　請求項１に記載の通信装置。
  11. 　前記第２の区間は、前記信号の送信に使用可能なリソース量が、符号化データの情報ビットの送信に使用されるリソース量より少ないスロットである、
    　請求項１に記載の通信装置。
  12. 　信号の送信に割り当てられる時間領域リソース内の複数の区間に、第１の区間よりも使用可能なリソース量が少ない第２の区間が含まれる場合と、前記複数の区間に前記第２の区間が含まれない場合とで、前記信号の送信に関する設定を異ならせる制御回路と、
    　前記設定に基づいて、前記信号の受信を行う受信回路と、
    　を具備する通信装置。
  13. 　通信装置は、
    　信号の送信に割り当てられる時間領域リソース内の複数の区間に、第１の区間よりも使用可能なリソース量が少ない第２の区間が含まれる場合と、前記複数の区間に前記第２の区間が含まれない場合とで、前記信号の送信に関する設定を異ならせ、
    　前記設定に基づいて、前記信号の送信を行う、
    　通信方法。
  14. 　通信装置は、
    　信号の送信に割り当てられる時間領域リソース内の複数の区間に、第１の区間よりも使用可能なリソース量が少ない第２の区間が含まれる場合と、前記複数の区間に前記第２の区間が含まれない場合とで、前記信号の送信に関する設定を異ならせ、
    　前記設定に基づいて、前記信号の受信を行う、
    　通信方法。
PCT/JP2021/046609 2021-05-10 2021-12-16 通信装置、及び、通信方法 Ceased WO2022239289A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2023520760A JPWO2022239289A1 (ja) 2021-05-10 2021-12-16
US18/556,052 US20240205892A1 (en) 2021-05-10 2021-12-16 Communication device and communication method
CN202180097881.1A CN117378270A (zh) 2021-05-10 2021-12-16 通信装置及通信方法
EP21942017.1A EP4340493A4 (en) 2021-05-10 2021-12-16 Communication device and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021079832 2021-05-10
JP2021-079832 2021-05-10

Publications (1)

Publication Number Publication Date
WO2022239289A1 true WO2022239289A1 (ja) 2022-11-17

Family

ID=84028102

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/046609 Ceased WO2022239289A1 (ja) 2021-05-10 2021-12-16 通信装置、及び、通信方法

Country Status (5)

Country Link
US (1) US20240205892A1 (ja)
EP (1) EP4340493A4 (ja)
JP (1) JPWO2022239289A1 (ja)
CN (1) CN117378270A (ja)
WO (1) WO2022239289A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12526102B2 (en) * 2023-02-10 2026-01-13 Qualcomm Incorporated Frame structure for synchronous operation of an ambient internet-of-things device

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021079832A (ja) 2019-11-19 2021-05-27 井関農機株式会社 作業車両

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11641249B2 (en) * 2019-03-25 2023-05-02 Lenovo (Singapore) Pte. Ltd. Method and apparatus for determining a duration of a repetition of a transport block
CN114503717A (zh) * 2019-07-23 2022-05-13 株式会社Ntt都科摩 终端以及无线通信方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021079832A (ja) 2019-11-19 2021-05-27 井関農機株式会社 作業車両

Non-Patent Citations (15)

* Cited by examiner, † Cited by third party
Title
"NR; Base Station (BS) radio transmission and reception (Release 15", 3GPP TS38.104, March 2021 (2021-03-01)
"NR; Multiplexing and channel coding (Release 16", 3GPP TS38.212, March 2021 (2021-03-01)
"NR; Physical channels and modulation (Release 16", 3GPP TS38.211, March 2021 (2021-03-01)
"NR; Physical layer procedures for control (Release 16", 3GPP TS38.213, March 2021 (2021-03-01)
"NR; Physical layer procedures for data (Release 16", 3GPP TS38.214, March 2021 (2021-03-01)
"NR; Radio Resource Control (RRC) protocol specification (Release 16", 3GPP TS38.331, March 2021 (2021-03-01)
3GPP TS 38.211
3GPP TS 38.300
CHINA TELECOM: "New WID on NR coverage enhancements", 3GPP TSG RAN MEETING #90E, RP-202928, December 2020 (2020-12-01)
ERICSSON: "TB Processing over Multi-Slot PUSCH", 3GPP DRAFT; R1-2103445, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 7 April 2021 (2021-04-07), XP052178175 *
MODERATOR (NOKIA, NOKIA SHANGHAI BELL): "Final FL summary of TB processing over multi-slot PUSCH (AI 8.8.1.2)", 3GPP DRAFT; R1-2104102, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 20 April 2021 (2021-04-20), XP051996665 *
NOKIANOKIA SHANGHAI BELL: "Final FL summary of TB processing over multi-slot PUSCH (AI 8.8.1.2", 3GPP TSG RAN WG1 #104-BIS-E, R1-2104102, April 2021 (2021-04-01)
PANASONIC: "Discussion on TB processing over multi-slot PUSCH", 3GPP TSG RAN WG1 #104-BIS-E, R1-2103208, April 2021 (2021-04-01)
QUALCOMM INCORPORATED: "TB Processing over multi-slot PUSCH", 3GPP DRAFT; R1-2103179, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), 7 April 2021 (2021-04-07), XP052177978 *
See also references of EP4340493A4

Also Published As

Publication number Publication date
EP4340493A4 (en) 2024-10-30
US20240205892A1 (en) 2024-06-20
CN117378270A (zh) 2024-01-09
EP4340493A1 (en) 2024-03-20
JPWO2022239289A1 (ja) 2022-11-17

Similar Documents

Publication Publication Date Title
JP7670677B2 (ja) 端末、通信方法及び集積回路
JP7733186B2 (ja) 基地局、通信方法及び集積回路
CN115349285A (zh) 用于分组延迟预算受限场景的模式2资源(重新)选择的通信装置和通信方法
WO2023013191A1 (ja) 通信装置、及び、通信方法
WO2024029157A1 (ja) 端末、基地局、及び、通信方法
WO2023188913A1 (ja) 基地局、端末及び通信方法
WO2023100470A1 (ja) 基地局、端末及び通信方法
WO2022208989A1 (ja) 通信装置、及び、通信方法
WO2022215390A1 (ja) 端末、基地局及び通信方法
WO2022014279A1 (ja) 端末、基地局及び通信方法
WO2024157643A1 (ja) 端末、基地局、及び、通信方法
WO2022239289A1 (ja) 通信装置、及び、通信方法
JP7701928B2 (ja) 基地局、通信方法および集積回路
WO2023119756A1 (ja) 通信装置及び通信方法
WO2023243614A1 (ja) 端末、基地局及び通信方法
WO2023181556A1 (ja) 端末、基地局及び通信方法
WO2024100918A1 (ja) 端末、基地局及び通信方法
WO2023188912A1 (ja) 基地局、端末及び通信方法
WO2023013192A1 (ja) 端末、基地局及び通信方法
WO2022201651A1 (ja) 基地局、端末、及び、通信方法
JP7757388B2 (ja) 端末、通信方法及び集積回路
JP7684973B2 (ja) 端末、通信方法及び集積回路
CN114514765B (zh) 终端、基站、通信方法及集成电路
WO2023203938A1 (ja) 端末、基地局、通信方法及び集積回路
WO2024171521A1 (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: 21942017

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18556052

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202180097881.1

Country of ref document: CN

Ref document number: 2023520760

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2021942017

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021942017

Country of ref document: EP

Effective date: 20231211