WO2022085254A1 - 通信装置及び通信方法 - Google Patents

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

Info

Publication number
WO2022085254A1
WO2022085254A1 PCT/JP2021/026327 JP2021026327W WO2022085254A1 WO 2022085254 A1 WO2022085254 A1 WO 2022085254A1 JP 2021026327 W JP2021026327 W JP 2021026327W WO 2022085254 A1 WO2022085254 A1 WO 2022085254A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
transmission
data size
communication device
terminal
Prior art date
Application number
PCT/JP2021/026327
Other languages
English (en)
French (fr)
Inventor
昭彦 西尾
秀俊 鈴木
哲矢 山本
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority to CN202180071636.3A priority Critical patent/CN116438757A/zh
Priority to US18/249,518 priority patent/US20230388982A1/en
Priority to JP2022556409A priority patent/JPWO2022085254A5/ja
Priority to EP21882395.3A priority patent/EP4236135A4/en
Publication of WO2022085254A1 publication Critical patent/WO2022085254A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H04L5/0046—Determination of how many bits are transmitted on different sub-channels
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/1851—Systems using a satellite or space-based relay
    • H04B7/18513—Transmission in a satellite or space-based system
    • 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/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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 signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK

Definitions

  • This disclosure relates to communication devices and communication methods.
  • NR New Radio access technology
  • the non-limiting examples of the present disclosure contribute to the provision of a communication device and a communication method capable of improving the throughput in wireless communication.
  • the communication device includes a control circuit for determining a data size based on information regarding the number of repetitions of a transmission signal and at least one scaling coefficient of a unit data size in the repetition, and the above-mentioned communication device.
  • a transmission circuit for transmitting the transmission signal based on the data size is provided.
  • the throughput in wireless communication can be improved.
  • FIG. 1 Figure showing an example of Hybrid Automatic Repeat Request (HARQ) processing
  • Block diagram showing an example of the configuration of the terminal according to the first embodiment
  • Block diagram showing an example of the configuration of the base station according to the third embodiment Block diagram showing an example of the configuration of the terminal according to the third embodiment Illustration of an exemplary architecture of a 3GPP NR system
  • NG-RAN Next Generation-Radio Access Network
  • 5GC 5th Generation Core
  • RRC Radio Resource Control
  • NTN non-terrestrial network
  • Rel. 15 is, for example, a specification for wireless access technology for terrestrial networks.
  • NR is being studied for extension to non-terrestrial networks (NTN) such as communication using satellites or high-altitude platform stations (HAPS) (for example, Non-Patent Document 1).
  • HAPS high-altitude platform stations
  • a satellite coverage area eg, one or more cells
  • a terminal on the ground eg, a user equipment (UE)
  • UE user equipment
  • a terminal installed on an aircraft is formed, for example, by a beam transmitted from the satellite.
  • the round-trip time of radio wave propagation is determined by the altitude of the satellite (for example, up to about 36000 km) or the angle seen from the terminal.
  • the round-trip propagation delay time between a ground base station (eg, gNB) and a terminal via a satellite is a geostationary satellite (eg, GEO: Geostationary Earth Orbit satellite).
  • GEO Geostationary Earth Orbit satellite
  • a low orbiting satellite LEO: LowEarth Orbit satellite
  • a non-stationary satellite at an altitude of 1200 km is about 42 ms (see, for example, Non-Patent Document 1). ..
  • Hybrid automatic repeat request In Long Term Evolution (LTE) or 5G NR, for example, HARQ is applied to retransmission control during data transmission.
  • LTE Long Term Evolution
  • 5G NR 5th Generation NR
  • the transmitting side performs channel coding (FEC: Forward Error Correction) such as turbo coding or Low Density Parity Check (LDPC) coding on the data before transmission.
  • FEC Forward Error Correction
  • LDPC Low Density Parity Check
  • the receiving side saves the received data (for example, a soft determination value) in a buffer (in other words, also referred to as buffering, storage or retention) when there is an error in the received data at the time of data decoding.
  • the buffer is also referred to as, for example, a HARQ soft buffer or simply a soft buffer.
  • the receiving side When retransmitting data, the receiving side synthesizes (soft-synthesizes) the received data (in other words, the retransmission data or the data related to the retransmission request) and the previously received data (in other words, the stored data), and decodes the synthesized data. ..
  • the receiving side can decode using data with improved reception quality (for example, SNR: Signal to Noise Ratio). Further, in HARQ, the transmitting side can improve the coding gain by transmitting a parity bit different from that at the time of the previous transmission (for example, a different Redundancy version (RV)). Further, in HARQ, continuous data transmission is possible by using a plurality of processes (also referred to as HARQ processes) in consideration of the propagation path delay or the processing delays on the transmitting side and the receiving side (for example, also referred to as HARQ process). For example, see FIG. 1). In this case, the receiving side stores the received data in the buffer separately for each process ID (sometimes referred to as "PID”) which is identification information for identifying the process (or data).
  • PID process ID
  • the base station notifies the terminal of information related to HARQ such as process ID, NewDataIndicator (NDI), and RV at the time of data allocation.
  • the terminal performs data reception processing (for example, software synthesis processing, etc.) based on the information regarding HARQ notified from the base station.
  • NR Rel.15 or Release 16 for example, data is scheduled in slot units, and HARQ processing is also performed in slot units.
  • Rel.15 / 16 for example, the maximum number of HARQ processes is defined as 16.
  • the HARQ processes specified in Rel.15 / 16 (for example, the maximum number of HARQ processes is 16).
  • the number of slots that can be transmitted in the RTT is not sufficient, and the user throughput may be reduced (or deteriorated).
  • the HARQ processes specified in Rel.15 / 16 there may be a period during which data is not transmitted within the RRT due to a shortage of the number of HARQ processes.
  • the wireless communication system includes, for example, at least a base station 100 and a terminal 200.
  • the wireless communication system may be, for example, a satellite communication system in an NTN environment, or another wireless communication system.
  • At least one of the base station 100 and the terminal 200 sets the transport block (TB) size based on the number of repetitions in the repetition transmission specified in NR Rel.15 / 16. Expand and send data.
  • the amount of data that can be transmitted can be increased by using the number of HARQ processes specified in NR Rel.15 / 16, and the user throughput can be improved.
  • Repetition transmission is, for example, a transmission method in which the same data, in other words, TB is transmitted over a plurality of slots.
  • TB is transmitted over a plurality of slots.
  • RV Redundancy Version
  • FIG. 2 is a block diagram showing a configuration example of a part of the base station 100 according to the embodiment of the present disclosure.
  • the control unit 11 determines the number of repetitions of the transmission signal (for example, the number of repetitions) and the scaling coefficient of the unit data size in the repetition.
  • the data size (for example, TB size) is determined based on the information about at least one, and the communication unit 12 (for example, corresponding to the transmission circuit) transmits the transmission signal based on the data size.
  • the control unit 11 determines the number of repetitions of the transmission signal (for example, the number of repetitions) and the scaling coefficient of the unit data size in the repetition.
  • the data size (for example, TB size) is determined based on the information about at least one, and the communication unit 12 (for example, corresponding to the transmission circuit) transmits the transmission signal based on the data size.
  • the control unit 11 is based on information regarding at least one of the number of repetitions of the received signal (for example, the number of repetitions) and the scaling coefficient of the unit data size in the repetition. ,
  • the data size is determined, and the communication unit 12 (for example, corresponding to the receiving circuit) receives the received signal based on the data size.
  • FIG. 3 is a block diagram showing a configuration example of a part of the terminal 200 according to the embodiment of the present disclosure.
  • the control unit 21 for example, corresponding to a control circuit
  • the control unit 21 has at least the number of repetitions of the received signal (for example, the number of repetitions) and the scaling coefficient of the unit data size in the repetition.
  • the data size (eg, TB size) is determined based on the information about one.
  • the communication unit 22 (for example, corresponding to a receiving circuit) receives a received signal based on the data size. Further, in the terminal 200 shown in FIG.
  • the control unit 21 is based on information regarding the number of repetitions of the transmission signal (for example, the number of repetitions) and at least one of the scaling coefficients of the unit data size in the repetition.
  • the data size eg TB size.
  • the communication unit 22 (for example, corresponding to a transmission circuit) transmits a transmission signal based on the data size.
  • FIG. 4 is a block diagram showing an example of the configuration of the base station 100 according to the present embodiment.
  • the base station 100 includes, for example, a transmission data generation unit 101, a data coding / modulation unit 102, a repetition unit 103, a control information generation unit 104, a control information coding / modulation unit 105, and a wireless transmission unit 106.
  • CH control channel
  • ACK Acknowledge
  • NACK Negative Acknowledge
  • control unit 11 shown in FIG. 2 includes a transmission data generation unit 101, a data coding / modulation unit 102, a repetition unit 103, a control information generation unit 104, a control information coding / modulation unit 105, and data shown in FIG.
  • the demodulation / decoding unit 108, the control CH demodulation / decoding unit 109, and the ACK / NACK determination unit 110 may be included.
  • the communication unit 12 shown in FIG. 2 may include the radio transmission unit 106 and the radio reception unit 107 shown in FIG.
  • the transmission data generation unit 101 generates, for example, transmission data (for example, downlink data), in other words, a transport block (TB).
  • transmission data for example, downlink data
  • TB transport block
  • MIMO Multiple-Input Multiple-Output
  • the transmission data generation unit 101 may generate a plurality of TBs.
  • the transmission data generation unit 101 for example, when performing Repetition transmission (or repetitive transmission), is based on at least one of the number of repetitions or the scaling coefficient of the unit data size (for example, the data size for each slot).
  • the TB size (or the number of information bits of transmission data) may be determined.
  • the transmission data generation unit 101 outputs, for example, the generated transmission data to the data coding / modulation unit 102.
  • the data coding / modulation unit 102 encodes and modulates the transmission data input from the transmission data generation unit 101, for example, and outputs the modulated signal to the repetition unit 103.
  • the data coding method may be, for example, error correction coding such as a turbo code, an LDPC code, and a polar code, or may be another coding method.
  • the data modulation method may be, for example, Quadrature Phase Shift Keying (QPSK) or Quadrature Amplitude Modulation (QAM), or may be another modulation method.
  • QPSK Quadrature Phase Shift Keying
  • QAM Quadrature Amplitude Modulation
  • the data coding / modulation unit 102 divides the TB into a plurality of code blocks (CB: Code Block) and performs error correction coding in CB units. You may go. Further, the data coding / modulation unit 102 may, for example, extract a bit string corresponding to the Redundancy Version (RV) used for transmission as transmission data. Further, when performing Repetition transmission, the data coding / modulation unit 102 may use, for example, an RV having a pattern predetermined for each slot (for example, TS38.214 V16.1.0 Table 5.1.2.1-2 or Table). Specified in 5.1.2.1-3).
  • RV Redundancy Version
  • the data coding / modulation unit 102 holds the transmission data, for example, with respect to the data to be held (in other words, retransmission data) based on the determination result input from the ACK / NACK determination unit 110. Perform the same processing as the processing performed.
  • the data coding / modulation unit 102 may refer to, for example, the TB or CB group (CBG) that retransmits, in other words, the TB or CBG for which the NACK determination result is input from the ACK / NACK determination unit 110.
  • CBG CB group
  • the bit string corresponding to the RV used this time may be extracted as the transmission data.
  • the data coding / modulation unit 102 may discard the retained data, for example, when the determination result input from the ACK / NACK determination unit 110 indicates that there is no error in the transmission data.
  • the Repetition unit 103 maps the data input from the data coding / modulation unit 102 to the resources in the time domain and the frequency domain corresponding to the specified number of slots (or time intervals), for example.
  • Resources in the time domain and frequency domain may be defined, for example, by symbols and subcarriers, or resource blocks. Further, the unit of Repetition is not limited to the slot, and may be defined by other units such as a symbol and a frame.
  • the Repetition unit 103 outputs the data mapped to the resource to the wireless transmission unit 106.
  • the control information generation unit 104 may generate control information regarding at least one scheduling of downlink and uplink, for example.
  • Information related to scheduling includes, for example, at least one resource allocation information in the time region and frequency region, Demodulation Reference Signal (DMRS) port information, coding rate and modulation method information (for example, Modulation and Coding Scheme (MCS) information).
  • DMRS Demodulation Reference Signal
  • MCS Modulation and Coding Scheme
  • Information about HARQ eg, process ID, NDI, RV
  • the control information generation unit 104 may generate, for example, information regarding the number of repetitions, or may generate information regarding a scaling coefficient (for example, Scaling factor) of the TB size.
  • the control information coding / modulation unit 105 encodes and modulates the control information input from the control information generation unit 104, and outputs the modulated signal to the radio transmission unit 106, for example.
  • the wireless transmission unit 106 may, for example, perform D / A conversion, up-conversion, and amplification with respect to the data signal input from the repetition unit 103 and the control information input from the control information coding / modulation unit 105.
  • the transmission process is performed, and the radio signal obtained by the transmission process is transmitted from the antenna.
  • the data signal corresponds to the signal transmitted by Physical Downlink Shared Channel (PDSCH), and the control information is transmitted by Downlink Control Information (DCI) or Physical Downlink Control Channel (PDCCH). Corresponds to the signal.
  • DCI Downlink Control Information
  • PDCCH Physical Downlink Control Channel
  • the wireless reception unit 107 performs reception processing such as down-conversion and A / D conversion for signals from the terminal 200 (for example, data signals and ACK / NACK signals) received via the antenna, for example. For example, the wireless reception unit 107 outputs the data signal obtained by the reception processing to the data demodulation / decoding unit 108, and outputs the control information obtained by the reception processing to the control CH demodulation / decoding unit 109.
  • reception processing such as down-conversion and A / D conversion for signals from the terminal 200 (for example, data signals and ACK / NACK signals) received via the antenna, for example.
  • the wireless reception unit 107 outputs the data signal obtained by the reception processing to the data demodulation / decoding unit 108, and outputs the control information obtained by the reception processing to the control CH demodulation / decoding unit 109.
  • the data signal corresponds to the signal transmitted by the Physical Uplink Shared Channel (PUSCH)
  • the control information corresponds to the signal transmitted by the Physical Uplink Control Channel (PUCCH).
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • the data demodulation / decoding unit 108 performs channel estimation, demodulation, and decoding processing on a data reception signal such as PUSCH input from the wireless reception unit 107, for example. For example, at the time of decoding, the data demodulation / decoding unit 108 may perform the decoding process assuming the TB size based on the number of repetitions or the scaling coefficient specified at the time of data allocation of the uplink. The data demodulation / decoding unit 108 may output, for example, the decrypted data signal (in other words, received data).
  • the control CH demodulation / decoding unit 109 performs channel estimation, demodulation, and decoding processing on the received signal of the control channel such as PUCCH, and outputs the ACK / NACK signal included in the received signal to the ACK / NACK determination unit 110. do.
  • the ACK / NACK determination unit 110 determines ACK or NACK for the transmitted transmission data (for example, TB) based on the ACK / NACK signal input from the control CH demodulation / decoding unit 109, for example.
  • the ACK / NACK determination unit 110 outputs the determination result to the data coding / modulation unit 102.
  • the ACK / NACK determination unit 110 may instruct the data coding / modulation unit 102 to transmit TB or CBG.
  • the ACK / NACK determination unit 110 may receive, for example, ACK / NACK information for the number of CBGs from the terminal 200.
  • FIG. 5 is a block diagram showing an example of the configuration of the terminal 200 according to the present embodiment.
  • the terminal 200 is, for example, a wireless reception unit 201, a control information demodulation / decoding unit 202, a data demodulation / decoding unit 203, an ACK / NACK generation unit 204, a transmission data generation unit 205, and a coding / modulation unit 206. And a Repetition unit 207 and a wireless transmission unit 208.
  • control unit 21 shown in FIG. 3 includes the control information demodulation / decoding unit 202, the data demodulation / decoding unit 203, the ACK / NACK generation unit 204, the transmission data generation unit 205, and the coding / modulation unit 206 shown in FIG. , And the Repetition section 207 may be included.
  • the communication unit 22 shown in FIG. 3 may include the radio reception unit 201 and the radio transmission unit 208 shown in FIG.
  • the wireless reception unit 201 performs reception processing such as down-conversion and A / D conversion to the signal from the base station 100 received via the antenna, and among the reception signals after the reception processing, the control channel (for example, PDCCH). ) Is output to the control information demodulation / decoding unit 202, and the data channel (for example, PDSCH) is output to the data demodulation / decoding unit 203.
  • the control channel for example, PDCCH.
  • the control information demodulation / decoding unit 202 demodulates and decodes a control channel (for example, PDCCH) input from the radio reception unit 201, and uses the obtained control information as another component (for example, a data demodulation / decoding unit). It may be output to 203, transmission data generation unit 205, coding / modulation unit 206 or repetition unit 207) (not shown).
  • the control information may include, for example, scheduling information of at least one of a downlink and an uplink.
  • the data demodulation / decoding unit 203 demodulates and error-corrects and decodes the data channel (for example, PUSCH) input from the wireless reception unit 201, for example.
  • the data demodulation / decoding unit 203 specifies, for example, the modulation method and the coding rate based on the downlink scheduling information included in the control information, calculates the TB size, and calculates the TB. Processing may be performed based on the size.
  • the data demodulation / decoding unit 203 may determine (for example, calculate) the TB size based on the information regarding the number of repetitions or the scaling coefficient. Further, the data demodulation / decoding unit 203 may determine whether the received data is the initial transmission data or the retransmission data based on, for example, NDI. When the received data is the first transmission data, the data demodulation / decoding unit 203 may perform error correction / decoding on the received data and make a Cyclic Redundancy Check (CRC) determination.
  • CRC Cyclic Redundancy Check
  • the data demodulation / decoding unit 203 performs error correction decoding after synthesizing the current received data and the past received data, and performs CRC determination, for example. good. Further, for example, when the data demodulation / decoding unit 203 is set for repetition transmission, the demodulated data may be saved, and the decoding process may be performed after receiving the data of a plurality of slots used for the repetition transmission.
  • the ACK / NACK generation unit 204 generates an ACK / NACK signal based on the CRC determination result input from the data demodulation / decoding unit 203.
  • the ACK / NACK generation unit 204 generates, for example, ACK in the case of CRC OK (no error) and NACK in the case of CRC NG (with error).
  • the ACK / NACK generation unit 204 outputs the generated ACK / NACK signal to the wireless transmission unit 208.
  • the ACK / NACK generation unit 204 When a plurality of TBs or CBs are transmitted, the ACK / NACK generation unit 204 generates an ACK / NACK signal for each of the TBs or CBs, and ACK / NACK including the plurality of ACK / NACK signals. You may generate a code block.
  • the transmission data generation unit 205 generates, for example, transmission data (for example, uplink data), in other words, a transport block (TB).
  • transmission data for example, uplink data
  • TB transport block
  • the transmission data generation unit 205 may generate a plurality of TBs.
  • the transmission data generation unit 205 may determine the TB size (or the number of bits of transmission data) based on the number of repetitions or the scaling coefficient.
  • the transmission data generation unit 205 outputs, for example, the generated transmission data to the coding / modulation unit 206.
  • the coding / modulation unit 206 encodes and modulates the transmission data input from the transmission data generation unit 205, and outputs the modulated signal to the repetition unit 207, for example.
  • the coding / modulation unit 206 may set the coding rate and the modulation method based on, for example, the received uplink scheduling information.
  • the data coding method may be, for example, error correction coding such as a turbo code, an LDPC code, and a polar code, or may be another coding method.
  • the data modulation method may be, for example, QPSK and QAM, or may be another modulation method.
  • the coding / modulation unit 206 may divide the TB into a plurality of CBs and perform error correction coding in CB units. Further, the coding / modulation unit 206 may, for example, extract a bit string corresponding to the Redundancy Version (RV) used for transmission as transmission data. Further, when performing Repetition transmission, the coding / modulation unit 206 may use, for example, an RV having a pattern specified in advance for each slot (for example, specified in TS38.214 V16.1.0 Table 6.1.2.1-2). ..
  • RV Redundancy Version
  • the coding / modulation unit 206 holds, for example, transmission data, and based on the ACK / NACK signal from the base station 100, the holding data (in other words, retransmission data) is processed in the same manner as described above. Is processed.
  • the coding / modulation unit 206 may extract the bit string corresponding to the RV used this time from the data encoded at the time of the previous transmission to the TB or CB group (CBG) that performs retransmission as transmission data. ..
  • CBG CB group
  • the coding / modulation unit 206 may discard the held data, for example.
  • the Repetition unit 207 maps the data input from the coding / modulation unit 206 to the resources in the time domain and the frequency domain corresponding to the specified number of slots, for example. Resources in the time domain and frequency domain may be defined, for example, by symbols and subcarriers, or resource blocks.
  • the Repetition unit 207 outputs the data mapped to the resource to the wireless transmission unit 208.
  • the wireless transmission unit 208 performs D / A conversion, up-conversion, and amplification with respect to the data signal input from the Repetition unit 207 and the ACK / NACK signal input from the ACK / NACK generation unit 204.
  • the transmission process is performed, and the radio signal obtained by the transmission process is transmitted from the antenna.
  • FIGS. 4 and 5 mainly described the retransmission control for the downlink data
  • the base station 100 and the terminal 200 may also perform the retransmission control for the uplink data in the same manner as in the case of the downlink.
  • the base station 100 may generate an ACK / NACK signal based on the CRC determination result for the uplink data and transmit it to the terminal 200.
  • the terminal 200 may make an ACK / NACK determination based on the ACK / NACK signal for the uplink data and control the retransmission of the uplink data (for example, TB or CBG).
  • FIG. 6 is a sequence diagram showing an operation example of the base station 100 and the terminal 200.
  • the base station 100 may set, for example, information regarding determination of the TB size (S101).
  • the information regarding the determination of the TB size may include, for example, the number of repetitions or the scaling factor described later.
  • the base station 100 may, for example, transmit control information including information regarding the determination of the set TB size to the terminal 200 (S102).
  • the base station 100 determines the TB size of at least one of the downlink data (for example, transmission data) and the uplink data (for example, reception data) based on the information regarding the determination of the set TB size (for example, the transmission data). S103).
  • the terminal 200 has at least one piece of downlink data (eg, received data) and uplink data (eg, transmitted data) based on, for example, information about determining the TB size contained in the received control information.
  • the TB size of is determined (S104).
  • the base station 100 and the terminal 200 perform data communication on at least one of the downlink and the uplink based on the determined TB size (S105).
  • the following is an example of how to set the TB size.
  • the TB size may be set based on the number of repetitions.
  • the TB size may be set based on the number of slots (eg, time intervals) used for Repetition, which is one of repeated transmissions.
  • the TB size (for example, the number of information bits) is set based on the value (for example, also called intermediate variable) "N info " calculated according to the following equation (1) (for example). For example, TS38.214 V16.1.0 section 5.1.3 and 6.1.4).
  • the TB size may be determined, for example, by further adjustment according to the value of N info . For example, the larger the value of N info , the larger the TB size may be set.
  • the TB size may be set based on N info calculated according to the following equation (2).
  • the larger the number of repetitions N rep the larger the TB size is set. Therefore, for example, the larger the number of repetitions N rep , the larger the number of information bits transmitted in each slot used for the repetition transmission, so that the user throughput can be improved.
  • the same HARQ process is used in multiple slots used for Repetition transmission. Therefore, Repetition transmission allows more slots in the RTT to be used without increasing the number of HARQ processes. For example, in an environment where the RTT is extremely long compared to the slot length, such as the NTN environment, the user throughput can be improved by expanding the TB size based on the number of repetitions without increasing the number of HARQ processes.
  • Repetition transmission increases the TB size based on an increase in the number of slots used for data transmission, so the real code rate (eg, MCS) is set when Repetition transmission is not performed. It can be set in the same way as the coding rate (for example, MCS). Therefore, even in the case of Repetition transmission, it is possible to suppress a decrease in frequency utilization efficiency (Spectral efficiency) and transmit at a necessary and sufficient error rate (for example, BLER: Block Error Rate).
  • MCS real code rate
  • the repetition number N rep for example, which of the equations (1) and (2) is applied
  • the RRC message (or RRC signaling, It may be separately notified to the terminal 200 by MAC CE (Control Element) or DCI (also referred to as an upper layer parameter).
  • MAC CE Control Element
  • DCI also referred to as an upper layer parameter.
  • a smaller TB size is set to improve reliability by Repetition (in other words, transmission with a low error rate). be able to.
  • NTN is considering, for example, disabling retransmission by HARQ (for example, setting "HARQ-feedback disable") for traffic that requires low delay.
  • HARQ for example, setting "HARQ-feedback disable”
  • HARQ retransmission is invalid, HARQ retransmission is not performed, so higher reliability (for example, lower error rate) transmission is expected.
  • the TB size is as shown in equation (2).
  • N rep may be applied in the setting of. For example, when the retransmission control by HARQ is applied to the base station 100 and the terminal 200 (for example, when "HARQ-feedback enable" is set), or when the retransmission control by HARQ is applied (or HARQ).
  • the TB size may be determined based on the Repetition number N rep according to the equation (2) for the process).
  • N rep is not applied to the TB size setting as in equation (1). Therefore, reliability can be improved by Repetition (for example, transmission with a low error rate).
  • the number of repetitions N rep may be notified to the terminal 200, for example, by an RRC message and at least one of DCI.
  • RRC messages that set the number of repetitions, for example, "pdsch-AggregationFactor” (message for downlink), “pusch-AggregationFactor” (message for uplink), or “ConfigureGrantConfig” specified in TS38.331 V16.1.0. "RepK” (parameter for uplink Configured grant) in may be used, and other messages may be used.
  • a plurality of candidates are notified (or set) to the terminal 200 by an RRC message, and one of the plurality of candidates is selected by DCI for each PDSCH or PUSCH allocation (for example, scheduling information).
  • the terminal 200 may be notified.
  • the RRC message for setting multiple candidates is, for example, "PDSCH-TimeDomainResourceAllocationList-r16" (message for downlink) or "repetitionNumber-" in "PUSCH-TimeDomainResourceAllocationList-r16” (message for uplink). "r16" may be used, and other messages may be used.
  • the notification mechanism in the existing standard can be reused, so that the processing complexity in the terminal 200 can be reduced.
  • the number of repetitions is explicitly notified to the terminal 200. Therefore, for example, the scheduling information is notified to the terminal 200 by DCI at the time of the first transmission, and the scheduling information is sent to the scheduling information in consecutive slots. Based on the same TB (eg, data of the same TB size) may be transmitted. In other words, the scheduling information does not have to be notified by DCI in each slot after the slot corresponding to the initial transmission of the Repetition transmission.
  • the base station 100 may transmit the same TB in a plurality of slots (for example, repeated transmission) without notifying the terminal 200 of the number of repetitions.
  • a transmission method (or retransmission method) may be referred to as, for example, "Blind retransmission" or "Open loop HARQ".
  • the scheduling information may be notified to the terminal 200 by DCI in each slot.
  • the base station 100 may perform retransmission without waiting for the reception of the ACK / NACK signal from the terminal 200.
  • the base station 100 may transmit, for example, the same TB in continuous slots or non-continuous slots.
  • the base station 100 notifies (or instructs) the terminal 200 of the retransmission of the same TB by DCI without waiting for the reception of the uplink data (for example, PUSCH) from the terminal 200, for example.
  • the same TB may be transmitted to the terminal 200 using a plurality of slots.
  • the base station 100 and the terminal 200 may set the TB size based on, for example, the number of repetitions N rep .
  • the TB size may be set based on a scaling coefficient (or a scaling factor).
  • the TB size may be set based on the scaling factor of the TB size in a plurality of slots (eg, time intervals) used for repetitive transmission.
  • the TB size may be set based on N info calculated according to the following equation (3).
  • the larger the scaling coefficient N scaling the larger the TB size is set. Therefore, for example, the larger the scaling coefficient N scaling , the larger the number of information bits transmitted in each slot used for repeated transmission, so that the user throughput can be improved.
  • Examples of the scaling coefficient setting method include a method of setting (or notifying) semi-static to the terminal 200 by an RRC message, and a method of setting (or notifying) dynamically to the terminal 200 by DCI.
  • a value of 1 or more may be set for the scaling coefficient.
  • the scaling coefficient may be, for example, an integer value or a decimal value.
  • a ceiling (carry-up) operation or a floor (carry-down) operation may be performed in the equation (3).
  • the scaling coefficient may be notified to the terminal 200 semi-static by an RRC message.
  • RRC message For example, "PDSCH-TimeDomainResourceAllocationList” or "PUSCH-TimeDomainResourceAllocationList” may be used as the RRC message for setting the scaling factor, "PDSCH-Config” or "PUSCH-Config” may be used, and other messages may be used. May be used.
  • the scaling coefficient when the Repetition transmission is performed, the scaling coefficient may be applied in the TB size setting (for example, the application of the equation (3)). In other words, when the Repetition transmission is not performed, the scaling coefficient may not be applied in the TB size setting (for example, the application of the equation (1)). In other words, the base station 100 and the terminal 200 do not have to be based on the scaling coefficient when the Repetition transmission is applied and not based on the scaling coefficient when the Repetition transmission is not applied, for example, in determining the TB size.
  • information indicating whether or not to apply the scaling coefficient in the TB size setting may be notified to the terminal 200. Information indicating whether or not to apply the scaling coefficient may be notified to the terminal 200 by DCI for each data scheduling, for example.
  • the scaling coefficient may be set individually in the HARQ process, for example.
  • the scaling coefficient may be applied to the HARQ process in which the repetition transmission is performed, and the scaling coefficient may not be applied to the HARQ process in which the repetition transmission is not performed.
  • the throughput can be improved by applying the scaling factor to the HARQ process or when the retransmission by HARQ is effective. Further, for example, when retransmission by HARQ is invalid (for example, HARQ-feedback disable is set), or when the scaling coefficient is not applied to the HARQ process, transmission reliability by Repetition can be improved.
  • the scaling coefficient may be notified to the terminal 200 by DCI for notifying the data scheduling information.
  • a plurality of candidates for scaling coefficients may be set in the terminal 200 by an RRC message, and the scaling coefficient of any one of the plurality of candidates may be notified to the terminal 200 by DCI for each data scheduling.
  • the scaling coefficient may be included in information (for example, time domain resource allocation pattern) regarding time domain resource allocation (for example, Time Domain Resource Allocation (TDRA)).
  • the TDRA information may be represented, for example, in a table format (eg, a TDRA table).
  • the scaling factor may be specified in the TDRA table.
  • an RRC message for example, PDSCH-TimeDomainResourceAllocationList-r16 or PUSCH-TimeDomainResourceAllocationList-r16 sets a plurality of candidates for TDRA information in the terminal 200, and DCI assigns one of the plurality of candidates.
  • the pattern (including the scaling coefficient) may be notified to the terminal 200.
  • the scaling factor may be included in information including, for example, a scaling factor (eg, a value of 1 or less) for paging or random access processing (eg, RandomAccessChannel (RACH) response).
  • Information, including scaling for paging or random access processing may be represented, for example, by a table.
  • a table containing scaling factors for paging or random access processing may specify scaling factors for iterative transmission.
  • a scaling factor (eg, RA-RNTI) for paging (eg, P-RNTI) or random access processing (eg, RA-RNTI) contained in the table specified in Table 5.1.3.2-2 of TS38.214 V16.1.0.
  • a table may be specified that includes a scaling factor (eg, a value of 1 or more) for repeated transmissions in addition to a value of 1 or less. Further, for example, even if a plurality of candidates for scaling coefficients are set in the terminal 200 by an RRC message and a scaling coefficient of any one of the plurality of candidates is notified to the terminal 200 by DCI (for example, TB scaling field). good.
  • the scaling coefficient can be notified in the notification mechanism in the existing standard, so that the processing complexity in the terminal 200 can be reduced.
  • the setting method 2 for example, by expanding the TB size based on the scaling coefficient in a plurality of slots used for repetitive transmission such as Repetition transmission or Blind retransmission, the number of HARQ processes is not increased in the RTT. More slots are available. For example, in an environment where the RTT is extremely long compared to the slot length, such as the NTN environment, the user throughput can be improved by expanding the TB size based on the scaling factor without increasing the number of HARQ processes.
  • the real code rate eg, MCS
  • the scaling coefficient or coding rate or MCS
  • transmission with a necessary and sufficient error rate for example, BLER
  • the scaling coefficient can be set for the terminal 200 independently of the number of repetitions. Therefore, for example, even when Blind retransmission is applied in which the number of regressions is not explicitly notified to the terminal 200, the base station 100 and the terminal 200 are based on the number of transmissions of the same TB or the number of slots according to the scaling coefficient.
  • TB size can be set.
  • the larger the value set for the scaling coefficient the larger the amount of transmitted data and the lower the transmission reliability.
  • the smaller the value set for the scaling coefficient the smaller the amount of transmitted data and the better the transmission reliability. In this way, by adjusting the scaling coefficient, the trade-off between the throughput and the transmission reliability can be adjusted, so that various traffics having different delay or reliability requirements can be efficiently accommodated.
  • the setting method 1 and the setting method 2 may be combined.
  • the setting method 1 (TB size setting based on the number of repetitions) is applied to either the downlink or the uplink
  • the setting method 2 (based on the scaling coefficient) is applied to either the downlink or the uplink.
  • TB size setting may be applied.
  • the TB size may be set based on both the Repetition number N rep and the scaling factor N scaling .
  • the equation (1) may be multiplied by the repetition number N rep and the scaling coefficient N scaling .
  • the base station 100 and the terminal 200 determine the TB size based on the repetition number N rep or the scaling coefficient N scaling .
  • the number of HARQ processes specified in Rel.15 / 16 (for example, up to 16). Even when using, the number of information bits that can be transmitted in the RTT can be increased by expanding the TB size in each HARQ process based on the number of slots used for repeated transmission, so that the user throughput can be improved.
  • the TB size may be determined based on the number of repetitions N rep or the scaling factor N scaling after increasing the number of HARQ processes to some extent (for example, up to 32). In this case, the TB size does not become too large because the repetition number N rep or the scaling coefficient N scaling for transmitting a sufficient number of information bits in the RTT can be suppressed to some extent.
  • the upper limit of the scaling coefficient for setting the TB size may be set to, for example, the number of RTT (slot) / HARQ processes, or may be set to the number of repetitions that can be set.
  • the applicability of N rep or N scaling to the TB size setting may be notified to the terminal 200 by the System Information Block (SIB) for each cell.
  • SIB System Information Block
  • the applicability of N rep or N scaling to the TB size setting may be set and notified for each terminal 200, for example, depending on the capability of the terminal 200 (for example, UE capability).
  • the terminal 200 notifies the base station 100 of the applicability of N rep or N scaling or the upper limit of the applicable N rep or N scaling
  • the base station 100 notifies the base station 100 of N rep or N scaling based on the notification of the terminal 200. It may be set.
  • the TB size calculated by applying N rep or N scaling may be set within a range not exceeding the upper limit of the TB size supported by the terminal 200.
  • the base station 100 and the terminal 200 determine (for example, extend) the number of code block groups (CBG: Code Block Group) based on, for example, the number of repetitions or the information regarding the scaling coefficient.
  • CBG Code Block Group
  • multiple CBGs can be used.
  • ACK / NACK is generated for each CBG, and the CBG with an error is retransmitted by HARQ, and the CBG without an error is not retransmitted by HARQ.
  • Retransmission efficiency can be improved by retransmitting in CBG units.
  • information regarding the number of CBGs may be notified to the terminal 200 by an RRC message.
  • a plurality of code blocks may be generated for TB size data exceeding the upper limit.
  • the CBG may be configured by grouping a plurality of code blocks, for example.
  • the base station 100 and the terminal 200 increase the number of CBGs, for example, when the TB size is set (for example, increased) based on the number of repetitions or the scaling coefficient described in the first embodiment.
  • the base station 100 when the base station 100 (for example, the transmission data generation unit 101) sets the TB size based on the number of repetitions or the scaling coefficient, the TB size setting (for example, the setting of the number of repetitions or the scaling coefficient).
  • the number of CBGs may be determined based on.
  • the terminal 200 for example, the data demodulation / decoding unit 203 may demodulate and decode the received data for each number of CBGs based on the TB size setting.
  • the terminal 200 when the terminal 200 (for example, the transmission data generation unit 205) sets the TB size based on the number of repetitions or the scaling coefficient, the TB size setting (for example, the number of repetitions or the scaling coefficient) is set.
  • the number of CBGs may be determined based on the setting).
  • the base station 100 for example, the data demodulation / decoding unit 108, may demodulate and decode the received data for each number of CBGs based on the TB size setting.
  • FIG. 7 is a diagram showing a setting example of CBG.
  • CBG1 and CBG2 are set.
  • two ACK / NACK signals for each CBG may be transmitted to the TB transmitted in slot units.
  • the TB size is 2 as compared with the case where the Repetition transmission is not applied.
  • the number of CBGs may be doubled as compared to the case where the Repetition transmission is not applied because it is doubled.
  • four CBGs (CBG1, CBG2, CBG3 and CBG4) including three CBs are set.
  • four ACK / NACK signals for each CBG may be transmitted to the TB transmitted in the two slots.
  • the number of CBGs may be set to N rep times the number of repetitions as compared to the case where the repetition transmission is not applied. Further, when the scaling factor N scaling is applied in determining the TB size, the CBG number may be set to the scaling factor N scaling times as compared with the case where the Repetition transmission is not applied, as in the case where the repetition number N rep is applied.
  • An upper limit may be specified for the set value of the number of CBGs.
  • the upper limit value for example, it is possible to prevent the number of CBGs from being set extremely large by the value taken by the number of repetitions N rep or the scaling factor N scaling .
  • CBG transmission information (CBG TI) in the scheduling information notified to the terminal 200 by DCI.
  • the CBG TI field is set, for example, to a size (eg, number of bits) that depends on the value of the CBG. Therefore, for example, the size of the CBG TI field may be set to N rep times, N scaling times, or a size based on the maximum number of CBGs according to the maximum number of CBGs.
  • the size of the CBG TI field can be set to a fixed value, so that the change in DCI size depending on the suitability of N rep times or N scaling in the TB size setting is suppressed, and the number of blind decodings of the terminal 200 is increased. Can be suppressed.
  • the base station 100 and the terminal 200 perform ACK / NACK based on the number of CBGs.
  • the amount of PUCCH resources to send may be determined. An example of how to use the PUCCH resource that sends ACK / NACK will be described below.
  • the base station 100 and the terminal 200 may use the PUCCH resource set in the terminal 200 by the RRC message or DCI over the same number of slots as the number of repetitions of data.
  • the base station 100 and the terminal 200 may transmit and receive at least one of the increased ACK / NACK bits by the PUCCH resource set in the terminal 200, for example, over the same number of slots as the number of repetitions of data. ..
  • the number of bits of the ACK / NACK signal transmitted over a plurality of slots may be common among the slots.
  • the usage method 1 may be applied, for example, when the number of bits that can be transmitted by the PUCCH resource set in the terminal 200 is small (for example, when the number is equal to or less than the threshold value).
  • the usage method 1 is effective when a PUCCH resource capable of transmitting 1 to 2 bits (for example, PUCCH format 0) is used.
  • the base station 100 and the terminal 200 may increase the number of bits that can be transmitted (the number of transmission bits) in the PUCCH resource set in the terminal 200 by the RRC message or DCI.
  • the base station 100 and the terminal 200 may transmit the increased ACK / NACK bits by, for example, a PUCCH resource having an increased number of bits.
  • the usage method 2 may be applied, for example, when the number of bits that can be transmitted by the PUCCH resource set in the terminal 200 is large (for example, when the number is larger than the threshold value).
  • the usage method 2 is effective when a PUCCH resource (for example, PUCCH format 2) capable of transmitting a number of bits larger than 2 bits is used.
  • the number of CBGs increases as the TB size increases, so that the retransmission efficiency Deterioration can be suppressed. Further, for example, since the number of CBGs increases as the TB size increases, the number of ACK / NACK bits per amount of transmitted data does not increase, so that the overhead of ACK / NACK can be suppressed.
  • the TB size is set based on, for example, the number of slots (eg, the number of time intervals) used to transmit downlink data (eg, PDSCH) or uplink data (eg, PUSCH) (eg, the number of time intervals). Or it may be decided).
  • the number of slots eg, the number of time intervals
  • PUSCH uplink data
  • FIG. 8 is a block diagram showing an example of the configuration of the base station 100a according to the present embodiment.
  • the same reference numerals are given to the same configurations as those of the base station 100 of the first embodiment.
  • the base station 100a may include a mapping unit 103a instead of the repetition unit 103 of the first embodiment.
  • the base station 100a transmits downlink data (for example, PDSCH, for example, also referred to as multi-slot PDSCH) transmitted over a plurality of slots to the terminal 200a (for example, see FIG. 9 described later). You can do it.
  • the setting of the number of slots used for PDSCH transmission may be notified to the terminal 200a by, for example, at least one of DCI and RRC signaling.
  • the transmission data generation unit 101 determines the TB size based on, for example, the number of slots used for PDSCH transmission. An example of a method for determining the TB size in the base station 100a will be described later.
  • the mapping unit 103a maps the modulated data to resources in the time domain and frequency domain (for example, subcarriers and OFDM symbols) over the number of slots set for PDSCH transmission, for example. Further, the mapping unit 103a may perform mapping to an RS resource such as a demodulation reference signal (DMRS: Demodulation Reference Signal).
  • DMRS Demodulation Reference Signal
  • the base station 100a may receive, for example, uplink data (for example, PUSCH, for example, also referred to as multi-slot PUSCH) transmitted over a plurality of slots by the terminal 200.
  • the data demodulation / decoding unit 108 performs channel estimation, demodulation, and decoding processing on the received PUSCH signal, for example.
  • the data demodulation / decoding unit 108 may perform channel estimation using DMRS mapped to a plurality of slots.
  • the data demodulation / decoding unit 108 may perform the decoding process assuming the TB size based on the number of slots used for PUSCH transmission in the decoding process, for example.
  • FIG. 9 is a block diagram showing an example of the configuration of the terminal 200a according to the present embodiment.
  • the same reference numerals are given to the same configurations as the terminal 200 of the first embodiment.
  • the terminal 200a may include a mapping unit 207a instead of the Repetition unit 207 of the first embodiment.
  • the terminal 200a may transmit uplink data (for example, PUSCH) to the base station 100a by using, for example, resources in the time domain and the frequency domain allocated from the base station 100a over a plurality of slots.
  • uplink data for example, PUSCH
  • the setting of the number of slots used for PUSCH transmission may be notified to the terminal 200a by, for example, at least one of DCI and RRC signaling.
  • the transmission data generation unit 205 determines the TB size based on, for example, the number of slots used for PUSCH transmission. An example of a method for determining the TB size in the terminal 200a will be described later.
  • the mapping unit 207a maps the modulated data to resources in the time domain and frequency domain (for example, subcarriers and OFDM symbols) over the number of slots set for PUSCH transmission, for example. Further, the mapping unit 207a may perform mapping to an RS resource such as DMRS.
  • the terminal 200a may receive, for example, downlink data (for example, PDSCH) transmitted over a plurality of slots by the base station 100a.
  • the data demodulation / decoding unit 203 performs channel estimation, demodulation, and decoding processing on the received PDSCH signal, for example.
  • the data demodulation / decoding unit 203 may perform channel estimation using DMRS mapped to a plurality of slots.
  • the data demodulation / decoding unit 203 may perform the decoding process assuming the TB size based on the number of slots used for PDSCH transmission in the decoding process, for example.
  • the TB size is, for example, in "N info" represented by the formula (1) described in TS38.214 V16.1.0 section 5.1.3 (PDSCH) and 6.1.4 (PUSCH). It may be set based on.
  • the base station 100a and the terminal 200a determine the value of N info based on, for example, the number of slots used for transmission of PDSCH or PUSCH.
  • the base station 100a and the terminal 200a transmit PDSCH or PUSCH (in other words, transmit) with respect to N RE (the number of REs used for data transmission) included in the calculation formula of N info (for example, formula (1)).
  • N RE the number of REs used for data transmission
  • a value may be calculated based on the number of slots used for (signal or received signal).
  • N RE may be expressed by the following equation (4).
  • N'RE indicates the number of REs in one resource block (Resource Blok (RB) or Physical Resource Block (PRB)) in the slot used for data transmission
  • n PRB is the data.
  • the upper limit of the number of REs in the slot used for calculating the TB size is set to 156 so that the TB size does not exceed the corresponding data rate of the terminal 200a. The upper limit is not limited to 156.
  • calculation method A and calculation method B two methods (for example, calculation method A and calculation method B) will be described as examples of the method for calculating the number of REs (N RE ) in the present embodiment.
  • N RE may be calculated according to the following equation (5).
  • N'RE indicates the number of REs allocated in the plurality of slots used for data (eg, PDSCH or PUSCH) transmission.
  • N'RE may indicate the total number of REs in one resource block in each of the N slots used for data transmission.
  • N slot indicates the number of slots used for data (for example, PDSCH or PUSCH) transmission.
  • N'RE may be calculated according to the following equation (6).
  • the Noh PRB may be notified to the terminal 200a by, for example, "PDSCH- ServingCellConfig " for PDSCH and "PUSCH-ServingCellConfig" for PUSCH.
  • the overhead coefficient Noh PRB may be a coefficient for considering the overhead of a signal different from DMRS, and is specified as ⁇ 0, 6, 12, or 18 ⁇ in Rel.15 / 16 NR, for example.
  • the overhead coefficient Noh PRB may be expanded by adding a value for transmission of a plurality of slots or by multiplying the coefficient.
  • N slots the number of slots used for data transmission, N slots , may be applied, in which case N'RE may be calculated according to the following equation (7).
  • N'RE may be calculated according to the following equation (8).
  • the N DMRS PRB indicates the number of DMRS resource elements in the resource block per slot allocated for PDSCH or PUSCH transmission. According to the equation (8), for example, the N DMRS PRB and Noh PRB specified in Rel.15 / 16 NR can be applied even when transmitting in a plurality of slots, so that the processing in the terminal 200a can be simplified. ..
  • N DMRS PRB indicates the number of DMRS resource elements per resource block in the slot interval (N slot interval) allocated for PDSCH or PUSCH transmission. Therefore, for example, even when the number of DMRS is set for each slot (for example, when the number is different for each slot), the accurate number of DMRS resource elements can be represented, and the base station 100a and the terminal 200a can be more accurately represented.
  • the number of resource elements used for data transmission ie, N'RE ) can be calculated.
  • the base station 100a and the terminal 200a are used for data transmission. You can set the TB size according to the number of slots to be played.
  • the total value N'RE of the number of REs in the plurality of slots is used for calculating the TB size, so that the base station 100a and the terminal 200a have accurate N REs in the plurality of slots.
  • the TB size can be set based on the value.
  • the upper limit of N RE is set, so that the TB size is set extremely large by the value taken by N'RE . Can be suppressed.
  • N RE may be calculated according to the following equation (9).
  • N'RE indicates the number of REs in one resource block per slot of multiple slots used for data (eg, PDSCH or PUSCH) transmission.
  • N slot indicates the number of slots used for data (for example, PDSCH or PUSCH) transmission.
  • the calculation method B may assume, for example, that the number of REs per resource block in each of the plurality of slots used for data transmission is the same.
  • N'RE may contain, for example, the number of REs in the slot with the smaller number of REs (for example, the smallest number). It may be applied and the RE number of a particular slot, such as the first slot (also referred to as the first slot) or the last slot, may be applied. Alternatively, a value based on the average value of the number of REs in each of the plurality of slots may be applied to N'RE.
  • calculation method B uses the number of REs in one slot to calculate the TB size, it is possible to calculate the TB size more simply than, for example, the calculation method A.
  • N RE may be calculated according to the following formula (10).
  • the calculation method A and the calculation method B an example of performing a min operation in which the upper limit of the number of REs in one slot is set to 156 has been described, but the calculation method of N RE is not limited to these.
  • the upper limit of the number of REs in one slot may be another value different from 156.
  • the upper limit of the number of resource elements is set to 156 in a specific slot (for example, the first slot), and the upper limit of the number of resource elements is set to 168 in other slots (for example, the second and subsequent slots). May be set.
  • the min operation in the formula for calculating N RE may be replaced with min (156 + 12 ⁇ 14 ⁇ (N slot -1), N ′ RE ).
  • an upper limit of the number of resource elements can be appropriately set when an overhead such as DMRS is mapped to the first symbol and is not mapped to other symbols.
  • N RE N'RE ⁇ n PRB
  • N RE N'RE ⁇ N slot ⁇ n PRB
  • the base station 100a and the terminal 200a set the TB size according to the number of slots used for data (for example, PDSCH or PUSCH) transmission, for example.
  • the base station 100a and the terminal 200a determine the TB size based on the information related to the amount of resources (for example, the number of slots) used for the data (for example, the transmission signal). For example, as the number of slots used for data transmission increases, the number of information bits transmitted in each slot used for data transmission increases.
  • the amount of data that can be transmitted in one HARQ process can be increased, so that the throughput can be improved even with a specified (for example, limited) number of HARQ processes.
  • the TB size is set according to the number of slots used for data (for example, PDSCH or PUSCH) transmission. Therefore, for example, the number of information bits (for example, the amount of data) transmitted increases as the number of slots increases, so that the increase in the number of resource blocks is suppressed, that is, the transmission power density (PSD).
  • PSD transmission power density
  • the throughput can be improved while suppressing the decrease. This makes it possible to transmit data while suppressing the decrease in PSD, so that it is possible to expand the coverage area where a certain data rate can be realized, for example.
  • the control overhead can be reduced.
  • the consumption of HARQ processes in other words, an increase in the number of HARQ processes used
  • the terminal can be simplified by reducing the number of HARQ processes.
  • data transmission / reception processing such as coding or modulation is individually performed for each slot, but in the present embodiment, the base station 100a and the terminal 200a transmit data (for example, PDSCH or PUSCH) over a plurality of slots, for example. Then, by performing channel estimation collectively for a plurality of slots and performing demodulation and decoding, the channel estimation accuracy can be improved and the error rate can be reduced.
  • data for example, PDSCH or PUSCH
  • DMRS may be mapped to a specific slot (for example, the first slot), and DMRS may not be mapped to the remaining slots.
  • the base station 100a and the terminal 200a can transmit more data. Therefore, according to the present embodiment, the TB size can be appropriately set even when the DMRS mapping is individually set for each slot (for example, when it is different for each slot).
  • the number of slots used for data (for example, PDSCH or PUSCH) transmission may be paraphrased as, for example, "the number of slots that are the unit of TB processing".
  • the plurality of slots used for data (for example, PDSCH or PUSCH) transmission may be temporally continuous slots or discontinuous slots.
  • the frequency resources (for example, resource blocks) to which data is allocated in each of the plurality of slots may be set individually (for example, to different resources).
  • the number of repetitions may be set in the number of slots N slot .
  • the number of slots N slot may correspond to the number of repetitions.
  • the present embodiment and the first embodiment (or the second embodiment) may be combined.
  • the base station 100a and the terminal 200a are at least one of the number of repetitions of data (for example, the number of repetitions of a transmission signal), the scaling factor, and the number of slots used for transmitting data (for example, the number of time intervals).
  • the TB size may be determined based on the information about the one.
  • the calculated N info may be further multiplied by a scaling coefficient. For example, when N info is multiplied by a scaling factor less than 1, it is possible to transmit data with a lower MCS (or Spectral Efficiency), and the coverage area can be expanded.
  • one embodiment of the present disclosure can be applied regardless of the type of satellite such as GEO, medium earth orbit satellite (MEO: Medium Earth Orbit satellite), LEO, or high orbit satellite (HEO: Highly Elliptical Orbit satellite). Further, one embodiment of the present disclosure may be applied to non-terrestrial communication such as HAPS or a drone base station.
  • GEO Globalstar Satellite
  • MEO Medium Earth Orbit Satellite
  • LEO Long Term Evolution
  • HEO Highly Elliptical Orbit satellite
  • non-terrestrial communication such as HAPS or a drone base station.
  • the NTN environment for example, satellite communication environment
  • the present disclosure may be applied to other communication environments (eg, LTE and / or NR terrestrial cellular environments).
  • it may be applied to terrestrial communication in an environment where the cell size is large and the propagation delay between the base station and the terminal is long.
  • the higher the carrier frequency the wider the subcarrier spacing (SCS: subcarrier spacing), and the shorter the slot length can be.
  • SCS subcarrier spacing
  • the shorter the slot length the larger the number of slots in the RTT, and it is desirable to set a larger number of HARQ processes. Therefore, one embodiment of the present disclosure may be applied to, for example, a system having a higher carrier frequency for terrestrial communication (for example, a system having a carrier frequency of 52.6 GHz or higher).
  • the frequency (or number of times) of decoding of control information is set once for a plurality of slots instead of the slot unit in order to reduce the processing amount or power consumption of the terminal (for example, PDCCH).
  • it can be reduced to a frequency (or number of times) such as (less than the number of slots).
  • by determining the TB size based on the number of slots to which the data transmitted in the plurality of slots is allocated it is possible to transmit the data amount according to the number of slots, and the throughput can be increased. Can be improved.
  • data transmission using a plurality of slots not only improves the throughput but also expands the coverage area in which a certain data rate can be realized.
  • One embodiment may be applied.
  • the present invention is not limited to this.
  • One embodiment of the present disclosure can also be applied, for example, to transmission using Semi-persistent scheduling or Configured Grant, which are scheduled periodically in advance.
  • the scaling coefficient may be notified (or set) to the terminal 200 by the RRC message "SPS-Config" for Semi-persistent scheduling.
  • the scaling coefficient may be notified (or set) to the terminal 200 by the RRC message "configured Grant Config" for the Configured uplink grant.
  • ACK / NACK may be referred to as HARQ-ACK or HARQ-Feedback information, for example.
  • Repetition may also be called, for example, slot aggregation, slot bundling, TTI aggregation, or TTI bundling.
  • the number of repetitions in the first embodiment and the second embodiment may be replaced with the number of slots N slots used for data transmission (PDSCH or PUSCH).
  • the number of repetitions may correspond to the number of slots N slots .
  • downlink data for example, PDSCH
  • uplink data for example, PUSCH
  • the form of satellite communication may be configured such that the function of the base station exists on the satellite (for example, "regenerative satellite"), and the function of the base station exists on the ground and is a base.
  • the communication between the station and the terminal may be relayed by a satellite (for example, “transparent satellite”).
  • the downlink and uplink may be a link between a terminal and a satellite, or a link via a satellite.
  • the downlink control signal (or downlink control information) related to one embodiment of the present disclosure may be, for example, a signal (or information) transmitted on the Physical Downlink Control Channel (PDCCH) of the physical layer. It may be a signal (or information) transmitted by the upper layer Medium Access Control Control Element (MAC CE) or Radio Resource Control (RRC). Further, the signal (or information) is not limited to the case of being notified by the downlink control signal, and may be predetermined in the specifications (or standards) or may be preset in the base station and the terminal.
  • PDCCH Physical Downlink Control Channel
  • MAC CE Medium Access Control Element
  • RRC Radio Resource Control
  • the signal (or information) is not limited to the case of being notified by the downlink control signal, and may be predetermined in the specifications (or standards) or may be preset in the base station and the terminal.
  • the uplink control signal (or uplink control information) related to one embodiment of the present disclosure may be, for example, a signal (or information) transmitted in the PUCCH of the physical layer, and the MAC CE or the MAC CE of the upper layer or It may be a signal (or information) transmitted in RRC. Further, the signal (or information) is not limited to the case of being notified by the uplink control signal, and may be predetermined in the specifications (or standards) or may be preset in the base station and the terminal. Further, the uplink control signal may be replaced with, for example, uplink control information (UCI), 1st stage sidelink control information (SCI), or 2nd stage SCI.
  • UCI uplink control information
  • SCI 1st stage sidelink control information
  • 2nd stage SCI 2nd stage SCI.
  • the base station is a Transmission Reception Point (TRP), a cluster head, an access point, a Remote Radio Head (RRH), an eNodeB (eNB), a gNodeB (gNB), a Base Station (BS), a Base Transceiver. It may be a Station (BTS), a master unit, a gateway, or the like. Further, in side link communication, a terminal may be used instead of the base station. Further, instead of the base station, it may be a relay device that relays the communication between the upper node and the terminal. It may also be a roadside device.
  • TRP Transmission Reception Point
  • RRH Remote Radio Head
  • eNB eNodeB
  • gNB gNodeB
  • BS Base Station
  • BTS Base Transceiver
  • a terminal may be used instead of the base station.
  • the base station it may be a relay device that relays the communication between the upper node and the terminal. It may also be a roadside device.
  • an embodiment of the present disclosure may be applied to any of an uplink, a downlink, and a side link, for example.
  • an embodiment of the present disclosure may be an uplink Physical Uplink Shared Channel (PUSCH), a Physical Uplink Control Channel (PUCCH), a Physical Random Access Channel (PRACH), a downlink Physical Downlink Shared Channel (PDSCH), PDCCH, Physical. It may be applied to Broadcast Channel (PBCH), Physical Sidelink Shared Channel (PSSCH), Physical Sidelink Control Channel (PSCCH), or Physical Sidelink Broadcast Channel (PSBCH).
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PRACH Physical Random Access Channel
  • PDSCH Physical Downlink Shared Channel
  • PDCCH Physical. It may be applied to Broadcast Channel (PBCH), Physical Sidelink Shared Channel (PSSCH), Physical Sidelink Control Channel (PSCCH), or Physical Sidelink Broadcast Channel (PSBCH).
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of downlink control channel, downlink data channel, uplink data channel, and uplink control channel, respectively.
  • PSCCH and PSSCH are examples of a side link control channel and a side link data channel.
  • PBCH and PSBCH are examples of broadcast channels, and PRACH is an example of a random access channel.
  • Data channel / control channel One embodiment of the present disclosure may be applied to either a data channel or a control channel, for example.
  • the channel in one embodiment of the present disclosure may be replaced with any of the data channels PDSCH, PUSCH, PSSCH, or the control channels PDCCH, PUCCH, PBCH, PSCCH, PSBCH.
  • the reference signal is, for example, a signal known to both base stations and mobile stations, and may also be referred to as a reference signal (RS) or pilot signal.
  • the reference signal is Demodulation Reference Signal (DMRS), Channel State Information --Reference Signal (CSI-RS), Tracking Reference Signal (TRS), Phase Tracking Reference Signal (PTRS), Cell-specific Reference Signal (CRS), or Sounding. Any of the Reference Signal (SRS) may be used.
  • the unit of time resource is not limited to one or a combination of slots and symbols, for example, frame, superframe, subframe, slot, timeslot subslot, minislot or symbol, Orthogonal. It may be a time resource unit such as a Frequency Division Multiplexing (OFDM) symbol or a Single Carrier --Frequency Division Multiplexing (SC-FDMA) symbol, or it may be another time resource unit. Further, the number of symbols included in one slot is not limited to the number of symbols exemplified in the above-described embodiment, and may be another number of symbols.
  • OFDM Frequency Division Multiplexing
  • SC-FDMA Single Carrier --Frequency Division Multiplexing
  • One embodiment of the present disclosure may be applied to either a licensed band or an unlicensed band.
  • One embodiment of the present disclosure is applied to any of communication between a base station and a terminal (Uu link communication), communication between a terminal and a terminal (Sidelink communication), and communication of Vehicle to Everything (V2X). May be good.
  • the channel in one embodiment of the present disclosure may be replaced with any of PSCCH, PSSCH, Physical Sidelink Feedback Channel (PSFCH), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, or PBCH.
  • one embodiment of the present disclosure may be applied to any of a terrestrial network, a satellite, or a non-terrestrial network (NTN: Non-Terrestrial Network) using a high altitude pseudo satellite (HAPS). .. Further, one embodiment of the present disclosure may be applied to a terrestrial network having a large transmission delay as compared with the symbol length and the slot length, such as a network having a large cell size and an ultra-wideband transmission network.
  • NTN Non-Terrestrial Network
  • HAPS high altitude pseudo satellite
  • an antenna port refers to a logical antenna (antenna group) composed of one or more physical antennas.
  • the antenna port does not necessarily refer to one physical antenna, but may refer to an array antenna or the like composed of a plurality of antennas.
  • the number of physical antennas that an antenna port is composed of is not specified, but may be specified as the minimum unit that a terminal station can transmit a reference signal.
  • the antenna port may also be defined as the smallest unit to multiply the weighting of the Precoding vector.
  • 5G fifth-generation mobile phone technology
  • NR wireless access technology
  • the system architecture is assumed to be NG-RAN (Next Generation-Radio Access Network) equipped with gNB as a whole.
  • the gNB provides the UE-side termination of the NG radio access user plane (SDAP / PDCP / RLC / MAC / PHY) and control plane (RRC) protocols.
  • SDAP NG radio access user plane
  • RRC control plane
  • the gNBs are connected to each other by an Xn interface.
  • gNB is converted to NGC (Next Generation Core) by the Next Generation (NG) interface, and more specifically, AMF (Access and Mobility Management Function) (for example, a specific core entity that performs AMF) by the NG-C interface.
  • NGC Next Generation Core
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • NG-U interface For example, a specific core entity that performs UPF
  • the NG-RAN architecture is shown in FIG. 10 (see, for example, 3GPP TS 38.300 v15.6.0, section 4).
  • the NR user plane protocol stack (see, for example, 3GPP TS 38.300, section 4.4.1) is a PDCP (Packet Data Convergence Protocol (see Section 6.4 of TS 38.300)) sublayer, which is terminated on the network side in gNB. Includes RLC (RadioLinkControl (see Section 6.3 of TS38.300)) sublayer and MAC (Medium AccessControl (see Section 6.2 of TS38.300)) sublayer.
  • RLC RadioLinkControl
  • MAC Medium AccessControl
  • SDAP Service Data Adaptation Protocol
  • control plane protocol stack is defined for NR (see, for example, TS 38.300, section 4.4.2).
  • Layer 2 functionality is given in Section 6 of TS 38.300.
  • the functions of the PDCP sublayer, RLC sublayer, and MAC sublayer are listed in Sections 6.4, 6.3, and 6.2 of TS 38.300, respectively.
  • the functions of the RRC layer are listed in Section 7 of TS 38.300.
  • the Medium-Access-Control layer handles multiplexing of logical channels and scheduling and scheduling-related functions, including handling various numerologies.
  • the physical layer is responsible for coding, 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. Physical channels correspond to a set of time-frequency resources used to transmit a particular transport channel, and each transport channel is mapped to the corresponding physical channel.
  • the physical channels include PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel) as upstream physical channels, and PDSCH (Physical Downlink Shared Channel) as downstream physical channels.
  • PDCCH Physical Downlink Control Channel
  • PBCH Physical Broadcast Channel
  • NR use cases / deployment scenarios include enhanced mobile broadband (eMBB), ultra-reliable low-latency communications (URLLC), and massive machine type communication (mTMTC), which have diverse requirements in terms of data rate, latency, and coverage.
  • eMBB is expected to support peak data rates (20 Gbps on downlink and 10 Gbps on uplink) and user-experienced data rates as high as three times the data rates provided by IMT-Advanced. ..
  • URLLC more stringent requirements are imposed for ultra-low latency (0.5 ms for UL and DL respectively for user plane latency) and high reliability (1-10-5 within 1 ms).
  • mMTC preferably high connection densities (1,000,000 units / km 2 equipment in urban environments), wide coverage in adverse environments, and extremely long-life batteries for low-cost equipment (15 years). Can be required.
  • OFDM numerology suitable for one use case for example, subcarrier interval, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval
  • CP cyclic prefix
  • a low latency service preferably requires a shorter symbol length (and therefore a larger subcarrier interval) and / or a smaller number of symbols per scheduling interval (also referred to as TTI) than the mMTC service.
  • TTI time-to-Time to Physical channels
  • deployment scenarios with large channel delay spreads may preferably require a longer CP length than scenarios with short delay spreads.
  • the subcarrier spacing may be situationally optimized to maintain similar CP overhead.
  • the value of the subcarrier interval supported by NR may be one or more.
  • resource element can be used to mean the smallest resource unit consisting of one subcarrier for the length of one OFDM / SC-FDMA symbol.
  • resource grids of subcarriers and OFDM symbols are defined for each of the uplink and downlink for each numerology and each carrier.
  • Each element of the resource grid is called a resource element and is identified based on the frequency index in the frequency domain and the symbol position in the time domain (see 3GPP TS 38.211 v15.6.0).
  • FIG. 11 shows the functional separation between NG-RAN and 5GC.
  • the logical node of NG-RAN is gNB or ng-eNB.
  • the 5GC has logical nodes AMF, UPF, and SMF.
  • gNB and ng-eNB host the following main functions: -Radio Bearer Control, Radio Admission Control, Connection Mobility Control, Dynamic allocation of resources to UEs on both uplink and downlink (scheduling), etc. Radio Resource Management function; -Data IP header compression, encryption, and integrity protection; -Selection of AMF when attaching the UE when it is not possible to determine the routing to AMF from the information provided by the UE; -Routing user plane data towards UPF; -Routing control plane information for AMF; -Set up and disconnect connections; -Scheduling and sending paging messages; -Scheduling and transmission of system notification information (sourced from AMF or Operation, Admission, Maintenance); -Measurement and measurement reporting settings for mobility and scheduling; -Transport level packet marking on the uplink; -Session management; -Network slicing support; -Management of QoS flows and mapping to data radio bearers; -Support for UEs in the RRC
  • the Access and Mobility Management Function hosts the following key functions: -Ability to terminate Non-Access Stratum (NAS) signaling; -NAS signaling security; -Access Stratum (AS) security control; -Core Network (CN) node-to-node signaling for mobility between 3GPP access networks; -Reachability to UE in idle mode (including control and execution of paging retransmission); -Registration area management; -Support for in-system mobility and inter-system mobility; -Access authentication; -Access approval including roaming permission check; -Mobility management control (subscription and policy); -Network slicing support; -Select Session Management Function (SMF).
  • NAS Non-Access Stratum
  • AS Access Stratum
  • CN Core Network
  • the User Plane Function hosts the following key functions: -Anchor point for intra-RAT mobility / inter-RAT mobility (if applicable); -External PDU (Protocol Data Unit) session point for interconnection with data networks; -Packet routing and forwarding; -Packet inspection and policy rule enforcement for the user plane part; -Traffic usage report; -Uplink classifier to support the routing of traffic flows to the data network; -Branching Point to support multi-homed PDU sessions; -Quos processing for the user plane (eg packet filtering, gating, UL / DL rate enforcement); -Verification of uplink traffic (mapping of SDF to QoS flow); -Downlink packet buffering and downlink data notification trigger function.
  • -Anchor point for intra-RAT mobility / inter-RAT mobility if applicable
  • -External PDU Protocol Data Unit
  • -Packet routing and forwarding -Packet inspection and policy rule enforcement for the user plane part
  • Session Management Function hosts the following key functions: -Session management; -IP address assignment and management for UEs; -UPF selection and control; -Traffic steering setting function in User Plane Function (UPF) for routing traffic to appropriate destinations; -Control policy enforcement and QoS; -Notification of downlink data.
  • FIG. 12 shows some of the NAS part's interactions between the UE, gNB, and AMF (5GC entity) as the UE transitions from RRC_IDLE to RRC_CONNECTED (see TS 38.300 v15.6.0).
  • RRC is an upper layer signaling (protocol) used to set UE and gNB.
  • AMF will prepare UE context data (which includes, for example, PDU session context, security key, UE RadioCapability, UESecurityCapabilities, etc.) and the initial context.
  • UE context data which includes, for example, PDU session context, security key, UE RadioCapability, UESecurityCapabilities, etc.
  • gNB activates AS security together with 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 RRC Reconfiguration message to the UE, and the gNB receives the RRC Reconfiguration Complete from the UE for this, so that the signaling Radio Bearer 2 (SRB 2) and the Data Radio Bearer (DRB) are reconfigured to be set up. ..
  • SRB 2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • the steps for RRC Reconfiguration are omitted because SRB2 and DRB are not set up.
  • gNB notifies AMF that the setup procedure is completed by the initial context setup response (INITIALCONTEXTSETUPRESPONSE).
  • the control circuit that establishes the Next Generation (NG) connection with gNodeB during operation and the signaling radio bearer between gNodeB and the user equipment (UE: User Equipment) are set up so as to be NG during operation.
  • a 5th Generation Core (5GC) entity eg, AMF, SMF, etc.
  • gNodeB transmits RadioResourceControl (RRC) signaling including a resource allocation setting information element (IE: Information Element) to the UE via a signaling radio bearer. Then, the UE performs transmission on the uplink or reception on the downlink based on the resource allocation setting.
  • RRC RadioResourceControl
  • FIG. 13 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 formulation of the first stage specifications for high-capacity and high-speed communication (eMBB: enhanced mobile-broadband) has been completed.
  • eMBB enhanced mobile-broadband
  • URLLC ultra-reliable and low-latency communications
  • mTC multi-concurrent machine type communications
  • Standardization for massive machine-type communications is included.
  • FIG. 13 shows some examples of conceptual use scenarios for IMT since 2020 (see, eg, ITU-R M. 2083 FIG. 2).
  • URLLC use cases have strict performance requirements such as throughput, latency, and availability.
  • the URLLC use case is envisioned as one of the elemental technologies for realizing these future applications such as wireless control of industrial production process or manufacturing process, telemedicine surgery, automation of power transmission and distribution in smart grid, traffic safety, etc. ing.
  • the ultra-high reliability of URLLC is supported by identifying techniques that meet the requirements set by TR 38.913.
  • the important requirement is that the latency of the target user plane is 0.5 ms for UL (uplink) and 0.5 ms for DL (downlink).
  • the general requirement of URLLC for one packet transmission is that when the latency of the user plane is 1 ms, the block error rate (BLER: block error rate) is 1E-5 for the packet size of 32 bytes.
  • BLER block error rate
  • the technological enhancement aimed at by NR URLLC aims to improve latency and reliability.
  • Technology enhancements to improve latency include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free (configured grant) uplinks, slot-level iterations in data channels, and And includes pre-emption on the downlink. Preemption means that a transmission that has already been allocated a resource is stopped and that already allocated resource is used for other transmissions with later requested lower latency / higher priority requirements. Therefore, a transmission that has already been permitted will be replaced by a later transmission. Preemption is applicable regardless of the specific service type. For example, the transmission of service type A (URLLC) may be replaced by the transmission of service type B (eMBB, etc.).
  • Technical enhancements for reliability improvement include a dedicated CQI / MCS table for the 1E-5 goal BLER.
  • a feature of the mMTC (massive machine type communication) use case is that the number of connected devices that transmit a relatively small amount of data, which is typically less susceptible to delays, is extremely large.
  • the device is required to be inexpensive and have a very long battery life. From an NR perspective, utilizing a very narrow bandwidth portion is one solution that saves power and allows for longer battery life from the perspective of the UE.
  • Strict requirements are high reliability (reliability up to 10-6 levels), high availability, packet size up to 256 bytes, time synchronization up to a few microseconds (values depending on the use case). It can be 1 ⁇ s or several ⁇ s depending on the frequency range and short latencies of about 0.5 ms to 1 ms (eg, 0.5 ms latency in the target user plane).
  • NR URLLC there may be some technical enhancements from the viewpoint of the physical layer. These technical enhancements include the enhancement of PDCCH (Physical Downlink Control Channel) for compact DCI, the repetition of PDCCH, and the increase of PDCCH monitoring.
  • the enhancement of UCI Uplink Control Information
  • HARQ Hybrid Automatic Repeat Request
  • CSI feedback There may also be enhancements to the PUSCH associated with minislot level hopping and enhancements to retransmission / repetition.
  • mini slot refers to a Transmission Time Interval (TTI) that contains fewer symbols than a slot (a slot comprises 14 symbols).
  • the 5G QoS (Quality of Service) model is based on a QoS flow, and a QoS flow (GBR: Guaranteed Bit Rate QoS flow) that requires a guaranteed flow bit rate and a guaranteed flow bit rate are required. Supports any non-GBR QoS flow (non-GBR QoS flow). Therefore, at the NAS level, QoS flow is the finest grain size QoS segment in a PDU session.
  • the QoS flow is specified in the PDU session by the QoS flow ID (QFI: QoS Flow ID) carried in the encapsulation header via the NG-U interface.
  • QFI QoS Flow ID
  • 5GC For each UE, 5GC establishes one or more PDU sessions. For each UE, for a PDU session, the NG-RAN establishes at least one Data Radio Bearers (DRB), eg, as shown above with reference to FIG. Also, an additional DRB for the QoS flow of the PDU session can be set later (when to set it depends on NG-RAN).
  • DRB Data Radio Bearers
  • NG-RAN maps packets belonging to different PDU sessions to different DRBs.
  • NAS level packet filters in UEs and 5GCs associate UL packets and DL packets with QoS flows, whereas AS level mapping rules in UEs and NG-RANs associate UL QoS flows and DL QoS flows with DRBs.
  • FIG. 14 shows a non-roaming reference architecture of 5G NR (see TS 23.501 v16.1.0, section 4.23).
  • the Application Function (AF) (for example, the external application server that hosts the 5G service illustrated in FIG. 13) interacts with the 3GPP core network to provide the service. For example, accessing a Network Exposure Function (NEF) to support an application that affects traffic routing, or interacting with a policy framework for policy control (eg, QoS control) (Policy Control Function). (PCF)).
  • NEF Network Exposure Function
  • PCF Policy Control Function
  • the Application Function that is considered trusted by the operator can interact directly with the associated Network Function.
  • An Application Function that is not allowed direct access to the Network Function by the operator interacts with the relevant Network Function using the release framework to the outside via the NEF.
  • FIG. 14 shows a further functional unit of the 5G architecture, that is, 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 a third party). All or part of the core network functions and application services may be deployed and operate in a cloud computing environment.
  • NSSF Network Slice Selection Function
  • NRF Network Repository Function
  • UDM Unified Data Management
  • AUSF Authentication Server Function
  • AMF Access and Mobility Management Function
  • SMF Session Management Function
  • DN Data Network
  • the QoS requirement for at least one of the URLLC service, the eMMB service, and the mMTC service at the time of operation is set.
  • An application server eg, AF with 5G architecture
  • Each functional block used in the description of the above embodiment is partially or wholly realized as an LSI which is an integrated circuit, and each process described in the above embodiment is partially or wholly. It may be controlled by one LSI or a combination of LSIs.
  • the LSI may be composed of individual chips, or may be composed of one chip so as to include a part or all of functional blocks.
  • the LSI may include data input and output.
  • LSIs may be referred to as ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of making an integrated circuit is not limited to LSI, and may be realized by 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 connection and settings of the circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • the present disclosure may be realized as digital processing or analog processing.
  • the communication device may include a wireless transceiver and a processing / control circuit.
  • the wireless transceiver may include a receiver and a transmitter, or them as a function.
  • the radio transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • the RF module may include an amplifier, an RF modulator / demodulator, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smartphones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital stills / video cameras, etc.).
  • Digital players digital audio / video players, etc.
  • wearable devices wearable cameras, smart watches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth telemedicines remote health Care / medicine prescription
  • vehicles with communication functions or mobile transportation automobiles, planes, ships, etc.
  • combinations of the above-mentioned various devices can be mentioned.
  • Communication devices are not limited to those that are portable or mobile, but are all types of devices, devices, systems that are non-portable or fixed, such as smart home devices (home appliances, lighting equipment, smart meters or Includes measuring instruments, control panels, etc.), vending machines, and any other "Things” that can exist on the IoT (Internet of Things) network.
  • smart home devices home appliances, lighting equipment, smart meters or Includes 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 a combination of these, in addition to data communication by a cellular system, a wireless LAN system, a communication satellite system, etc.
  • the communication device also includes devices such as controllers and sensors that are connected or connected to communication devices that perform the communication functions described in the present disclosure.
  • devices such as controllers and sensors that are connected or connected to communication devices that perform the communication functions described in the present disclosure.
  • controllers and sensors that generate control and data signals used by communication devices that perform the communication functions of the communication device.
  • Communication devices also include infrastructure equipment that communicates with or controls these non-limiting devices, such as base stations, access points, and any other device, device, or system. ..
  • the communication device includes a control circuit for determining a data size based on information regarding the number of repetitions of a transmission signal and at least one scaling coefficient of a unit data size in the repetition, and the above-mentioned communication device.
  • a transmission circuit for transmitting the transmission signal based on the data size is provided.
  • the information indicates the number of time intervals for the iteration.
  • control circuit is based on the number of iterations when the retransmission control is applied and not on the number of iterations when the retransmission control is not applied in determining the data size.
  • control circuit is based on the scaling factor when the iteration is applied and not based on the scaling factor when the iteration is not applied in determining the data size.
  • control circuit determines the data size based on the scaling factor in the retransmission process to which the iteration is applied among a plurality of retransmission processes.
  • the terminal when the communication device is a terminal, the terminal receives the information from a base station, and when the communication device is a base station, the base station sends the information to the terminal. Send.
  • the scaling factor is defined in the information regarding time domain resource allocation.
  • the scaling factor is defined in the information including the scaling factor for paging and random access.
  • the scaling factor is an integer value or a decimal value of 1 or more.
  • control circuit determines the number of groups of code blocks obtained by dividing the data included in the transmission signal based on the information.
  • control circuit determines the resource amount of the response signal to the data based on the number of groups.
  • the communication device includes a control circuit for determining a data size based on information regarding the number of repetitions of a received signal and at least one scaling coefficient of a unit data size in the repetition, and the above-mentioned communication device.
  • a receiving circuit for receiving the received signal based on the data size is provided.
  • the communication device determines the data size based on the number of repetitions of the transmission signal and information on at least one of the scaling coefficients of the unit data size in the repetition.
  • the transmission signal is transmitted based on the data size.
  • the communication device determines the data size based on the number of repetitions of the received signal and at least one of the scaling coefficients of the unit data size in the repetition.
  • the received signal is received based on the data size.
  • the communication device has a control circuit that determines a data size based on information about the number of time intervals used for a transmission signal, and transmission of the transmission signal based on the data size. It is provided with a transmission circuit to perform.
  • control circuit determines the data size based on the number of resource elements allocated to the transmit signal in the time interval used for the transmit signal.
  • the number of time intervals corresponds to the number of repetitions of the transmitted signal.
  • One aspect of the present disclosure is useful for wireless communication systems.
  • Base station 101,205 Transmission data generation unit 102 Data coding / modulation unit 103, 207 Repetition unit 103a, 207a Mapping unit 104 Control information generation unit 105 Control information coding / modulation unit 106, 208 Wireless transmission unit 107, 201 Wireless receiver 108, 203 Data demodulation / decoding unit 109 Control CH demodulation / decoding unit 110 ACK / NACK judgment unit 200, 200a Terminal 202 Control information demodulation / decoding unit 204 ACK / NACK generation unit 206 Coding / modulation unit

Abstract

端末は、送信信号の繰り返しの回数、及び、繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズを決定する制御回路と、データサイズに基づいて、送信信号の送信を行う送信回路と、を具備する。

Description

通信装置及び通信方法
　本開示は、通信装置及び通信方法に関する。
　5Gの標準化において、新しい無線アクセス技術（NR：New Radio access technology）が3GPPで仕様化され、NRのRelease 15 (Rel.15)仕様が発行された。
　しかしながら、無線通信におけるスループットを向上させる方法については検討の余地がある。
　本開示の非限定的な実施例は、無線通信におけるスループットを向上できる通信装置及び通信方法の提供に資する。
　本開示の一実施例に係る通信装置は、送信信号の繰り返しの回数、及び、前記繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズを決定する制御回路と、前記データサイズに基づいて、前記送信信号の送信を行う送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、無線通信におけるスループットを向上できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Hybrid Automatic Repeat Request(HARQ)処理の一例を示す図 実施の形態１に係る基地局の一部の構成を示すブロック図 実施の形態１に係る端末の一部の構成を示すブロック図 実施の形態１に係る基地局の構成の一例を示すブロック図 実施の形態１に係る端末の構成の一例を示すブロック図 実施の形態１に係る基地局及び端末の動作例を示すシーケンス図 実施の形態２に係るCode Block Groupの一例を示す図 実施の形態３に係る基地局の構成の一例を示すブロック図 実施の形態３に係る端末の構成の一例を示すブロック図 3GPP NRシステムの例示的なアーキテクチャの図 NG-RAN（Next Generation - Radio Access Network）と5GC（5th Generation Core）との間の機能分離を示す概略図 RRC（Radio Resource Control）接続のセットアップ／再設定の手順のシーケンス図 大容量・高速通信（eMBB：enhanced Mobile BroadBand）、多数同時接続マシンタイプ通信（mMTC：massive Machine Type Communications）、および高信頼・超低遅延通信（URLLC：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図 非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図
　以下、本開示の実施の形態について図面を参照して詳細に説明する。
　[非地上系のネットワーク（NTN：Non-Terrestrial Network）への拡張]
　Rel. 15は、例えば、地上ネットワーク向けの無線アクセス技術に関する仕様である。一方、NRは、衛星又は高高度疑似衛星（HAPS：High-altitude platform station）を用いた通信といった非地上系のネットワーク（NTN）への拡張が検討されている（例えば、非特許文献１）。
　NTN環境において、地上の端末（例えば、user equipment(UE)）又は航空機に設置された端末に対する衛星のカバーエリア（例えば、１つ以上のセル）は、例えば、衛星から送信されるビームによって形成される。
　NTN環境において、例えば、衛星の高度（例えば、最大約36000km）又は端末からみた角度によって、電波伝搬の往復時間が決定される。例えば、地上の基地局（例えば、gNB）と、衛星を介した端末との間の往復の伝搬遅延時間（例えば、Round Trip Time（RTT））は、静止衛星（例えば、GEO：Geostationary Earth Orbit satellite）では最大約541msであり、高度1200kmの低軌道周回衛星（LEO：Low Earth Orbit satellite）（又は、非静止衛星：non-stationary satellite）では約42msである（例えば、非特許文献１を参照）。
　［Hybrid automatic repeat request（HARQ）］
　Long Term Evolution（LTE）又は5G NRでは、例えば、データ送信の際の再送制御にHARQが適用される。
　HARQでは、送信側は、例えば、データに対してターボ符号化又はLow Density Parity Check（LDPC）符号化といったチャネル符号化（FEC：Forward Error Correction）を行った上で送信する。また、受信側は、データ復号の際に、受信データに誤りが有る場合には受信データ（例えば、軟判定値）をバッファに保存（換言すると、バッファリング、格納又は保持とも呼ぶ）する。なお、バッファは、例えば、HARQソフトバッファ又は単にソフトバッファとも呼ばれる。受信側は、データの再送時に、受信データ（換言すると再送データ又は再送要求に係るデータ）と前回受信したデータ（換言すると保存データ）とを合成（ソフト合成）し、合成後のデータを復号する。
　これにより、HARQでは、受信側は、受信品質（例えば、SNR：Signal to Noise Ratio）を向上したデータを用いて復号できる。また、HARQでは、送信側は、前回送信時と異なるパリティビット（例えば、異なるRedundancy version（RV））を送信することにより、符号化ゲインを向上できる。また、HARQでは、伝搬路遅延、又は、送信側及び受信側の処理遅延を考慮して、複数のプロセス（例えば、HARQプロセスとも呼ぶ）を用いることにより、連続的なデータ伝送が可能である（例えば、図１を参照）。この場合、受信側は、受信データを、プロセス（又はデータ）を識別する識別情報であるプロセスID（「PID」と表すこともある）毎に分けてバッファに保存する。
　また、例えば、LTE又はNRでは、基地局は、データ割り当ての際に、プロセスID、New Data Indicator（NDI）、RVといったHARQに関する情報を端末へ通知する。端末は、基地局から通知されるHARQに関する情報に基づいてデータの受信処理（例えば、ソフト合成処理等）を行う。
　NRのRel. 15又はRelease 16 (Rel.16)では、例えば、データは、スロット単位でスケジューリングされ、HARQ処理もスロット単位で行われる。また、Rel.15/16では、例えば、HARQプロセス数は最大16個に規定されている。
　以上、HARQの動作例について説明した。
　しかしながら、地上ネットワークと比較して、往復の伝搬遅延時間（例えば、RTT）の大きな環境である衛星通信において、Rel.15/16に規定されたHARQプロセス（例えば、HARQプロセス数が最大16個）に基づく再送制御を行う場合、RTT内に送信可能なスロット数が十分ではなく、ユーザスループットが低減（又は、劣化）する可能性がある。換言すると、衛星通信において、Rel.15/16に規定されたHARQプロセスに基づく再送制御を行う場合、HARQプロセス数の不足により、RRT内にデータが送信されない期間が発生し得る。
　ユーザスループットの改善のためにHARQプロセス数の増加もあり得る。しかし、HARQプロセス数を多くしすぎると、基地局又は端末における所要HARQバッファ量の増加、又は、プロセス数の通知方法といった新たな規定事項が発生（換言すると、規格（又は仕様）へのインパクトが発生）し得るため、端末、基地局及びシステムの複雑性が増大し得る。
　そこで、本開示の一実施例では、無線通信システムにおいて、例えば、既存あるいは既定のHARQプロセス数において、ユーザスループットを向上する方法について説明する。
　（実施の形態１）
　［無線通信システムの概要］
　本開示の一実施の形態に係る無線通信システムは、例えば、少なくとも、基地局１００及び端末２００を備える。無線通信システムは、例えば、NTN環境の衛星通信システムでもよく、他の無線通信システムでもよい。
　例えば、本実施の形態では、基地局１００及び端末２００の少なくとも一方は、NR Rel.15/16において規定されたRepetition送信において、Repetition数に基づいて、トランスポートブロック（TB：Transport Block）サイズを拡張してデータ送信を行う。このデータ送信により、例えば、NR Rel.15/16に規定された数のHARQプロセスを用いて送信可能なデータ量を増大させ、ユーザスループットを向上できる。
　なお、Repetition送信は、例えば、同一のデータ、換言すると、TBを複数のスロットに亘って送信する送信方法である。例えば、NR Rel.15/16では、Repetition送信において、各スロットで異なるRedundancy Version(RV)が送信されてもよい。
　図２は、本開示の実施の形態に係る基地局１００の一部の構成例を示すブロック図である。図２に示す基地局１００において、下りリンクでは、制御部１１（例えば、制御回路に相当）は、送信信号の繰り返しの回数（例えば、Repetition数）、及び、繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズ（例えば、TBサイズ）を決定し、通信部１２（例えば、送信回路に相当）は、データサイズに基づいて、送信信号の送信を行う。また、図２に示す基地局１００において、上りリンクでは、制御部１１は、受信信号の繰り返しの回数（例えば、Repetition数）及び繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズを決定し、通信部１２（例えば、受信回路に相当）は、データサイズに基づいて、受信信号の受信を行う。
　図３は、本開示の実施の形態に係る端末２００の一部の構成例を示すブロック図である。図３に示す端末２００において、下りリンクでは、制御部２１（例えば、制御回路に相当）は、受信信号の繰り返しの回数（例えば、Repetition数）、及び、繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズ（例えば、TBサイズ）を決定する。通信部２２（例えば、受信回路に相当）は、データサイズに基づいて、受信信号の受信を行う。また、図３に示す端末２００において、上りリンクでは、制御部２１は、送信信号の繰り返しの回数（例えば、Repetition数）、及び、繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズ（例えば、TBサイズ）を決定する。通信部２２（例えば、送信回路に相当）は、データサイズに基づいて、送信信号の送信を行う。
　［基地局の構成］
　図４は、本実施の形態に係る基地局１００の構成の一例を示すブロック図である。基地局１００は、例えば、送信データ生成部１０１と、データ符号化・変調部１０２と、Repetition部１０３と、制御情報生成部１０４と、制御情報符号化・変調部１０５と、無線送信部１０６と、無線受信部１０７と、データ復調・復号部１０８と、制御チャネル（CH）復調・復号部１０９と、ACK（Acknowledge）/NACK（Negative Acknowledge）判定部１１０と、を含む。
　例えば、図２に示す制御部１１には、図４に示す送信データ生成部１０１、データ符号化・変調部１０２、Repetition部１０３、制御情報生成部１０４、制御情報符号化・変調部１０５、データ復調・復号部１０８、制御CH復調・復号部１０９、及び、ACK/NACK判定部１１０が含まれてよい。また、図２に示す通信部１２には、図４に示す無線送信部１０６、及び、無線受信部１０７が含まれてよい。
　送信データ生成部１０１は、例えば、送信データ（例えば、下りリンクデータ）、換言すると、トランスポートブロック（TB）を生成する。例えば、Multiple-Input Multiple-Output（MIMO）による複数レイヤ送信を行う場合、送信データ生成部１０１は、複数のTBを生成してよい。また、送信データ生成部１０１は、例えば、Repetition送信（又は、繰り返し送信）を行う場合、Repetition回数、又は、単位データサイズ（例えば、スロット毎のデータサイズ）のスケーリング係数の少なくとも一方に基づいて、TBサイズ（又は、送信データの情報ビット数）を決定してよい。送信データ生成部１０１は、例えば、生成した送信データをデータ符号化・変調部１０２へ出力する。
　なお、送信データ生成部１０１におけるTBサイズの設定方法の一例については後述する。
　データ符号化・変調部１０２は、例えば、送信データ生成部１０１から入力される送信データを符号化及び変調し、変調後の信号をRepetition部１０３へ出力する。データの符号化方法は、例えば、ターボ符号、LDPC符号、及び、ポーラ符号といった誤り訂正符号化でもよく、他の符号化方法でもよい。また、データの変調方式は、例えば、Quadrature Phase Shift Keying（QPSK）及びQuadrature Amplitude Modulation（QAM）でもよく、他の変調方式でもよい。
　また、データ符号化・変調部１０２は、例えば、TBのTBサイズが閾値以上の場合には、当該TBを複数のコードブロック（CB：Code Block）に分割し、CB単位で誤り訂正符号化を行ってもよい。また、データ符号化・変調部１０２は、例えば、送信に用いるRedundancy Version（RV）に対応するビット列を送信データとして抽出してよい。また、Repetition送信を行う場合、データ符号化・変調部１０２は、例えば、スロット毎に予め規定されたパタンのRVを用いてよい（例えば、TS38.214 V16.1.0 Table 5.1.2.1-2又はTable 5.1.2.1-3で規定）。
　また、データ符号化・変調部１０２は、例えば、送信データを保持し、ACK/NACK判定部１１０から入力される判定結果に基づいて、保持するデータ（換言すると、再送データ）に対して、上述した処理と同様の処理を行う。例えば、データ符号化・変調部１０２は、例えば、再送を行うTB又はCBグループ（CBG）、換言すると、ACK/NACK判定部１１０からNACKの判定結果が入力されたTB又はCBGに対して、前回送信時に符号化済みのデータのうち、今回用いるRVに対応するビット列を送信データとして抽出してよい。また、データ符号化・変調部１０２は、例えば、ACK/NACK判定部１１０から入力される判定結果が、送信データに誤りが無いことを示す場合、保持しているデータを破棄してよい。
　Repetition部１０３は、例えば、規定数のスロット（又は、時間区間）に対応する時間領域及び周波数領域のリソースに対して、データ符号化・変調部１０２から入力されるデータをマッピングする。時間領域及び周波数領域のリソースは、例えば、シンボルとサブキャリア、又は、リソースブロックによって規定されてよい。また、Repetitionの単位はスロットに限定されず、シンボル、フレームといった他の単位によって規定されてもよい。Repetition部１０３は、リソースにマッピングしたデータを無線送信部１０６へ出力する。
　制御情報生成部１０４は、例えば、下りリンク及び上りリンクの少なくとも一つのスケジューリングに関する制御情報を生成してよい。スケジューリングに関する情報には、例えば、時間領域及び周波数領域の少なくとも一つのリソース割り当て情報、Demodulation Reference Signal（DMRS）ポート情報、符号化率及び変調方式の情報（例えば、Modulation and Coding Scheme（MCS）情報）、HARQに関する情報（例えば、プロセスID、NDI、RV）が含まれてよい。また、制御情報生成部１０４は、例えば、Repetition数に関する情報を生成してもよく、TBサイズのスケーリング係数（例えば、Scaling factor）に関する情報を生成してもよい。
　制御情報符号化・変調部１０５は、例えば、制御情報生成部１０４から入力される制御情報を符号化及び変調し、変調後の信号を無線送信部１０６へ出力する。
　無線送信部１０６は、例えば、Repetition部１０３から入力されるデータ信号、及び、制御情報符号化・変調部１０５から入力される制御情報に対して、Ｄ／Ａ変換、アップコンバート、及び、増幅といった送信処理を行い、送信処理により得られた無線信号をアンテナから送信する。
　例えば、LTE又は5G NRの下りリンクにおいて、データ信号はPhysical Downlink Shared Channel（PDSCH）によって送信される信号に相当し、制御情報はDownlink Control Information（DCI）又はPhysical Downlink Control Channel（PDCCH）によって送信される信号に相当する。
　無線受信部１０７は、例えば、アンテナを介して受信した、端末２００からの信号（例えば、データ信号及びACK/NACK信号）に対して、ダウンコンバート、及び、Ａ／Ｄ変換といった受信処理を行う。無線受信部１０７は、例えば、受信処理により得られたデータ信号をデータ復調・復号部１０８へ出力し、受信処理により得られた制御情報を制御CH復調・復号部１０９へ出力する。
　例えば、LTE又は5G NRの上りリンクにおいて、データ信号はPhysical Uplink Shared Channel（PUSCH）によって送信される信号に相当し、制御情報はPhysical Uplink Control Channel（PUCCH）によって送信される信号に相当する。
　データ復調・復号部１０８は、例えば、無線受信部１０７から入力されるPUSCHといったデータ受信信号に対して、チャネル推定、復調及び復号処理を行う。データ復調・復号部１０８は、例えば、復号時において、上りリンクのデータ割り当て時に指定したRepetition数又はスケーリング係数に基づくTBサイズを想定して復号処理を行ってよい。データ復調・復号部１０８は、例えば、復号後のデータ信号（換言すると、受信データ）を出力してよい。
　制御CH復調・復号部１０９は、例えば、PUCCHといった制御チャネルの受信信号に対して、チャネル推定、復調及び復号処理を行い、受信信号に含まれるACK/NACK信号をACK/NACK判定部１１０へ出力する。
　ACK/NACK判定部１１０は、例えば、制御CH復調・復号部１０９から入力されるACK/NACK信号に基づいて、送信済みの送信データ（例えば、TB）に対するACK又はNACKを判定する。ACK/NACK判定部１１０は、判定結果をデータ符号化・変調部１０２へ出力する。ACK/NACK判定部１１０は、例えば、ACK/NACK信号がNACKである場合には、データ符号化・変調部１０２へ、再送するTB又はCBGを指示してもよい。なお、ACK/NACK判定部１１０は、例えば、端末２００からCBG数分のACK/NACK情報を受信してもよい。
　［端末の構成］
　図５は、本実施の形態に係る端末２００の構成の一例を示すブロック図である。端末２００は、例えば、無線受信部２０１と、制御情報復調・復号部２０２と、データ復調・復号部２０３と、ACK/NACK生成部２０４と、送信データ生成部２０５と、符号化・変調部２０６と、Repetition部２０７と、無線送信部２０８と、を含む。
　例えば、図３に示す制御部２１には、図５に示す制御情報復調・復号部２０２、データ復調・復号部２０３、ACK/NACK生成部２０４、送信データ生成部２０５、符号化・変調部２０６、及び、Repetition部２０７が含まれてよい。また、図３に示す通信部２２には、図５に示す無線受信部２０１、及び、無線送信部２０８が含まれてよい。
　無線受信部２０１は、アンテナを介して受信した、基地局１００からの信号にダウンコンバート、及び、Ａ／Ｄ変換といった受信処理を行い、受信処理後の受信信号のうち、制御チャネル（例えば、PDCCH）を制御情報復調・復号部２０２へ出力し、データチャネル（例えば、PDSCH）をデータ復調・復号部２０３へ出力する。
　制御情報復調・復号部２０２は、例えば、無線受信部２０１から入力される制御チャネル（例えば、PDCCH）を復調及び復号し、得られた制御情報を他の構成部（例えば、データ復調・復号部２０３、送信データ生成部２０５、符号化・変調部２０６又はRepetition部２０７）へ出力してよい（図示せず）。制御情報には、例えば、下りリンク及び上りリンクの少なくとも一方のスケジューリング情報が含まれてよい。
　データ復調・復号部２０３は、例えば、無線受信部２０１から入力されるデータチャネル（例えば、PUSCH）を復調及び誤り訂正復号する。データ信号の処理の際、データ復調・復号部２０３は、例えば、制御情報に含まれる下りリンクのスケジューリング情報に基づいて、変調方式、符号化率を特定し、TBサイズを算出し、算出したTBサイズに基づいて処理を行ってよい。
　例えば、データ復調・復号部２０３は、Repetition数又はスケーリング係数に関する情報に基づいて、TBサイズを決定（例えば、算出）してよい。また、データ復調・復号部２０３は、例えば、NDIに基づいて、受信データが初回送信データであるか、再送データであるかを判別してよい。受信データが初回送信データである場合には、データ復調・復号部２０３は、受信データに対して誤り訂正復号を行い、Cyclic Redundancy Check（CRC）判定を行ってよい。その一方で、受信データが再送データである場合には、データ復調・復号部２０３は、例えば、今回の受信データと過去の受信データとを合成した後に誤り訂正復号を行い、CRC判定を行ってよい。また、データ復調・復号部２０３は、例えば、Repetition送信が設定される場合、復調後のデータを保存し、Repetition送信に用いられる複数のスロットのデータを受信した後に復号処理を行ってよい。
　ACK/NACK生成部２０４は、データ復調・復号部２０３から入力されるCRC判定結果に基づいて、ACK/NACK信号を生成する。ACK/NACK生成部２０４は、例えば、CRC OK（誤り無し）の場合にはACKを生成し、CRC NG（誤り有り）の場合にはNACKを生成する。ACK/NACK生成部２０４は、生成したACK/NACK信号を無線送信部２０８へ出力する。
　なお、ACK/NACK生成部２０４は、複数のTB又はCBが送信される場合には、各TB又は各CBのそれぞれについてACK/NACK信号を生成し、複数のACK/NACK信号を含むACK/NACKコードブロックを生成してもよい。
　送信データ生成部２０５は、例えば、送信データ（例えば、上りリンクデータ）、換言すると、トランスポートブロック（TB）を生成する。例えば、MIMOによる複数レイヤ送信を行う場合、送信データ生成部２０５は、複数のTBを生成してよい。送信データ生成部２０５は、例えば、Repetition送信を行う場合、Repetition回数又はスケーリング係数に基づいて、TBサイズ（又は、送信データのビット数）を決定してよい。送信データ生成部２０５は、例えば、生成した送信データを符号化・変調部２０６へ出力する。
　なお、送信データ生成部２０５におけるTBサイズの設定方法の一例については後述する。
　符号化・変調部２０６は、例えば、送信データ生成部２０５から入力される送信データを符号化及び変調し、変調後の信号をRepetition部２０７へ出力する。符号化・変調部２０６は、例えば、受信した上りリンクのスケジューリング情報に基づいて、符号化率及び変調方式を設定してよい。データの符号化方法は、例えば、ターボ符号、LDPC符号、及び、ポーラ符号といった誤り訂正符号化でもよく、他の符号化方法でもよい。また、データの変調方式は、例えば、QPSK及びQAMでもよく、他の変調方式でもよい。
　また、符号化・変調部２０６は、例えば、TBのTBサイズが閾値以上の場合には、当該TBを複数のCBに分割し、CB単位で誤り訂正符号化を行ってもよい。また、符号化・変調部２０６は、例えば、送信に用いるRedundancy Version（RV）に対応するビット列を送信データとして抽出してよい。また、Repetition送信を行う場合、符号化・変調部２０６は、例えば、スロット毎に予め規定されたパタンのRVを用いてよい（例えば、TS38.214 V16.1.0 Table 6.1.2.1-2で規定）。
　また、符号化・変調部２０６は、例えば、送信データを保持し、基地局１００からのACK/NACK信号に基づいて、保持するデータ（換言すると、再送データ）に対して、上述した処理と同様の処理を行う。例えば、符号化・変調部２０６は、再送を行うTB又はCBグループ（CBG）に対して、前回送信時に符号化済みのデータのうち、今回用いるRVに対応するビット列を送信データとして抽出してよい。また、符号化・変調部２０６は、例えば、基地局１００からのACK/NACK信号が、送信データに誤りが無いことを示す場合、保持しているデータを破棄してよい。
　Repetition部２０７は、例えば、規定数のスロットに対応する時間領域及び周波数領域のリソースに対して、符号化・変調部２０６から入力されるデータをマッピングする。時間領域及び周波数領域のリソースは、例えば、シンボルとサブキャリア、又は、リソースブロックによって規定されてよい。Repetition部２０７は、リソースにマッピングしたデータを無線送信部２０８へ出力する。
　無線送信部２０８は、例えば、Repetition部２０７から入力されるデータ信号、及び、ACK/NACK生成部２０４から入力されるACK/NACK信号に対して、Ｄ／Ａ変換、アップコンバート、及び、増幅といった送信処理を行い、送信処理により得られた無線信号をアンテナから送信する。
　なお、図４及び図５では、主に、下りリンクデータに対する再送制御について説明したが、基地局１００及び端末２００は、上りリンクデータに対する再送制御も下りリンクの場合と同様に行ってよい。例えば、基地局１００は、上りリンクデータに対するCRC判定結果に基づいてACK/NACK信号を生成し、端末２００へ送信してもよい。また、端末２００は、上りリンクデータに対するACK/NACK信号に基づいてACK/NACK判定を行い、上りリンクデータ（例えば、TB又はCBG）の再送を制御してもよい。
　［基地局１００及び端末２００の動作例］
　次に、上述した基地局１００及び端末２００の動作例について説明する。
　図６は、基地局１００及び端末２００の動作例を示すシーケンス図である。
　図６において、基地局１００は、例えば、TBサイズの決定に関する情報を設定してよい（Ｓ１０１）。TBサイズの決定に関する情報には、例えば、後述する、Repetition数、又は、スケーリング係数が含まれてよい。
　基地局１００は、例えば、設定したTBサイズの決定に関する情報を含む制御情報を端末２００へ送信してよい（Ｓ１０２）。
　基地局１００は、例えば、設定したTBサイズの決定に関する情報に基づいて、下りリンクデータ（例えば、送信データ）及び上りリンクデータ（例えば、受信データ）の少なくとも一つのデータのTBサイズを決定する（Ｓ１０３）。
　同様に、端末２００は、例えば、受信した制御情報に含まれるTBサイズの決定に関する情報に基づいて、下りリンクデータ（例えば、受信データ）及び上りリンクデータ（例えば、送信データ）の少なくとも一つのデータのTBサイズを決定する（Ｓ１０４）。
　基地局１００及び端末２００は、例えば、決定したTBサイズに基づいて、下りリンク及び上りリンクの少なくとも一つにおいてデータ通信を行う（Ｓ１０５）。
　以下、TBサイズの設定方法の例について説明する。
　＜設定方法１＞
　設定方法１では、例えば、TBサイズは、Repetition数に基づいて設定されてよい。換言すると、TBサイズは、繰り返し送信の一つであるRepetitionに使用されるスロット（例えば、時間区間）の数に基づいて設定されてよい。
　例えば、NR Rel.15/16では、TBサイズ（例えば、情報ビット数）は、次式（１）に従って算出される値（例えば、intermediate variableとも呼ぶ）「Ninfo」に基づいて設定される（例えば、TS38.214 V16.1.0 section 5.1.3及び6.1.4に記載）。TBサイズは、例えば、Ninfoの値に応じた更なる調整により決定されてよい。例えば、Ninfoの値が大きいほど、TBサイズは大きく設定されてよい。
Figure JPOXMLDOC01-appb-M000001
　設定方法１では、例えば、Repetition数を「Nrep」とした場合、TBサイズは、次式（２）に従って算出されるNinfoに基づいて設定されてよい。
Figure JPOXMLDOC01-appb-M000002
　式（２）より、例えば、Repetition数Nrepが多いほど、TBサイズが大きく設定される。よって、例えば、Repetition数Nrepが多いほど、Repetition送信に使用される各スロットにおいて伝送される情報ビット数が多くなるため、ユーザスループットを向上できる。
　また、例えば、Repetition送信に使用される複数のスロットでは、同一のHARQプロセスが使用される。このため、Repetition送信により、HARQプロセス数を増加させずに、RTT内のより多くのスロットを使用できる。例えば、NTN環境のような、スロット長と比較してRTTが極めて長い環境では、HARQプロセス数を増加させなくても、Repetition数に基づくTBサイズの拡張により、ユーザスループットを向上できる。
　また、例えば、Repetition送信によって、データ送信に使用されるスロット数の増加に基づいてTBサイズが増加するので、実質の符号化率（例えば、MCS）は、Repetition送信を行わない場合に設定される符号化率（例えば、MCS）と同様に設定可能である。よって、Repetition送信する場合でも、周波数利用効率（Spectral efficiency）の低下を抑制でき、必要十分な誤り率（例えば、BLER：Block Error Rate）での伝送が可能である。
　なお、TBサイズの設定において、Repetition数Nrepを適用するか否か（例えば、式（１）及び式（２）の何れを適用するか）については、例えば、RRCメッセージ（又は、RRCシグナリング、上位レイヤパラメータとも呼ぶ）、MAC CE（Control Element）又はDCIによって端末２００へ別途通知されてもよい。この通知により、例えば、データレートの向上が期待される端末２００又はトラヒック種別に対して、式（２）の適用によって、より大きなTBサイズを設定してスループットを向上できる。その一方で、上記と異なる端末又はトラヒック種別に対して、式（１）の適用によって、より小さなTBサイズを設定して、Repetitionによる信頼性向上（換言すると、低い誤り率での伝送）を図ることができる。
　また、NTNにおいて、例えば、低遅延が要求されるトラヒックに対してHARQによる再送の無効化（例えば、「HARQ-feedback disable」の設定）が検討されている。HARQによる再送が無効の場合、HARQによる再送が実施されないため、より高い信頼性（例えば、より低い誤り率）の伝送が期待される。
　そこで、設定方法１では、例えば、HARQによる再送が有効（例えば、HARQ-feedback enableが設定）の場合、又は、HARQによる再送が有効なHARQプロセスに対して、式（２）のようにTBサイズの設定においてNrepが適用されてもよい。例えば、基地局１００及び端末２００は、HARQによる再送制御が適用される場合（例えば、「HARQ-feedback enable」が設定される場合）、又は、HARQによる再送制御が適用されるデータ（又は、HARQプロセス）に対して、式（２）に従って、Repetition数Nrepに基づいてTBサイズを決定してもよい。例えば、HARQによる再送が無効（例えば、HARQ-feedback disableが設定）の場合、又は、HARQによる再送が無効なHARQプロセスに対して、式（１）のようにTBサイズ設定にNrepが適用されないので、Repetitionによる信頼性向上（例えば、低い誤り率での伝送）を図ることができる。
　なお、Repetition数Nrep（又は、Repetition数を導出するためのパラメータ）は、例えば、端末２００へRRCメッセージ及びDCIの少なくとも一つによって通知されてよい。
　Repetition数を設定するRRCメッセージとしては、例えば、TS38.331 V16.1.0に規定の「pdsch-AggregationFactor」（下りリンク向けメッセージ）、「pusch-AggregationFactor」（上りリンク向けメッセージ）、又は、「ConfigureGrantConfig」内の「repK」(上りリンクConfigured grant向けパラメータ)が使用されてもよく、他のメッセージが使用されてもよい。
　また、Repetition数は、例えば、RRCメッセージによって複数の候補が端末２００へ通知（又は、設定）され、PDSCH又はPUSCHの割当（例えば、スケジューリング情報）毎にDCIによって複数の候補のうち何れか一つが端末２００へ通知されてもよい。この場合、複数の候補を設定するRRCメッセージとしては、例えば、「PDSCH-TimeDomainResourceAllocationList-r16」（下りリンク向けメッセージ）、又は、「PUSCH-TimeDomainResourceAllocationList-r16」（上りリンク向けメッセージ）内の「repetitionNumber-r16」が使用されてもよく、他のメッセージが使用されてもよい。
　このようなRepetition数の通知により、既存の規格における通知の仕組みを再利用できるため、端末２００における処理の複雑さを低減できる。
　また、これらのRepetition数の通知では、Repetition数は、端末２００へ明示的に通知されるので、例えば、初回送信時にDCIによって端末２００へスケジューリング情報が通知され、連続するスロットにおいて、当該スケジューリング情報に基づく同じTB（例えば、同じTBサイズのデータ）が送信されてもよい。換言すると、Repetition送信の初回送信に対応するスロットより後の各スロットにおいてDCIによってスケジューリング情報が通知されなくてもよい。
　また、下りリンクにおいて、基地局１００（例えば、Repetition部１０３）は、例えば、Repetition数を端末２００へ通知せずに、同じTBを複数のスロットで送信（例えば、繰り返し送信）してもよい。このような送信方法（又は、再送方法）は、例えば、「Blind retransmission」又は「Open loop HARQ」と呼ばれることもある。この場合、各スロットにおいてDCIにより端末２００へスケジューリング情報が通知されてもよい。例えば、基地局１００は、端末２００からのACK/NACK信号の受信を待たずに再送を行ってよい。この場合、基地局１００は、例えば、同一TBを、連続したスロットで送信してもよく、非連続のスロットで送信してもよい。また、上りリンクにおいても、基地局１００は、例えば、端末２００からの上りリンクデータ（例えば、PUSCH）の受信を待たずに同一TBの再送をDCIで端末２００へ通知（又は、指示）し、複数スロットを用いて同一TBを端末２００に送信させてもよい。設定方法１では、このような送信方法においても、基地局１００及び端末２００は、例えば、Repetition数Nrepに基づいてTBサイズを設定してもよい。
　＜設定方法２＞
　設定方法２では、例えば、TBサイズは、スケーリング係数（又は、scaling factorと呼ぶ）に基づいて設定されてよい。換言すると、TBサイズは、繰り返し送信に使用される複数のスロット（例えば、時間区間）におけるTBサイズのスケーリング係数に基づいて設定されてよい。
　設定方法２では、例えば、スケーリング係数を「Nscaling」とした場合、TBサイズは、次式（３）に従って算出されるNinfoに基づいて設定されてよい。
Figure JPOXMLDOC01-appb-M000003
　式（３）より、例えば、スケーリング係数Nscalingが大きいほど、TBサイズが大きく設定される。よって、例えば、スケーリング係数Nscalingが大きいほど、繰り返し送信に使用される各スロットにおいて伝送される情報ビット数が多くなるため、ユーザスループットを向上できる。
　スケーリング係数の設定方法として、例えば、RRCメッセージによって端末２００へsemi-staticに設定（又は、通知）する方法、及び、DCIによって端末２００へdynamicに設定（又は、通知）する方法が挙げられる。
　また、スケーリング係数には、１以上の値が設定されてよい。また、スケーリング係数は、例えば、整数値でもよく、小数値でもよい。スケーリング係数が小数値に設定される場合、式（３）において、ceiling(繰り上げ)演算又はfloor（繰り下げ）演算が行われてよい。
　スケーリング係数をSemi-staticに設定する方法では、例えば、スケーリング係数は、RRCメッセージによってsemi-staticに端末２００へ通知されてよい。例えば、スケーリング係数を設定するRRCメッセージとしては、「PDSCH-TimeDomainResourceAllocationList」又は「PUSCH-TimeDomainResourceAllocationList」が使用されてよく、「PDSCH-Config」又は「PUSCH-Config」が使用されてよく、他のメッセージが使用されてもよい。
　また、例えば、Repetition送信が行われる場合にTBサイズ設定においてスケーリング係数が適用されてもよい（例えば、式（３）の適用）。換言すると、Repetition送信が行われない場合には、TBサイズ設定においてスケーリング係数が適用されなくてもよい（例えば、式（１）の適用）。換言すると、基地局１００及び端末２００は、例えば、TBサイズの決定において、Repetition送信を適用する場合にスケーリング係数に基づき、Repetition送信を適用しない場合にスケーリング係数に基づかなくてよい。または、TBサイズ設定においてスケーリング係数を適用するか否かを示す情報が端末２００へ通知されてもよい。スケーリング係数を適用するか否かを示す情報は、例えば、データスケジューリング毎にDCIによって端末２００へ通知されてもよい。
　また、スケーリング係数は、例えば、HARQプロセスに個別に設定されてもよい。HARQプロセスに個別にRepetition数が設定される場合、例えば、Repetition送信が行われるHARQプロセスにスケーリング係数が適用され、Repetition送信が行われないHARQプロセスにはスケーリング係数が適用されなくてもよい。
　このように、HARQによる再送が有効な場合又はHARQプロセスに対して、スケーリング係数の適用によりスループットを向上できる。また、例えば、HARQによる再送が無効（例えば、HARQ-feedback disableが設定）な場合又はHARQプロセスに対して、スケーリング係数の非適用によりRepetitionによる伝送信頼性を向上できる。
　以上、スケーリング係数をSemi-staticに設定する方法について説明した。
　また、スケーリング係数をDynamicに設定する方法では、例えば、スケーリング係数は、データのスケジューリング情報を通知するDCIによって端末２００へ通知されてよい。
　また、例えば、RRCメッセージによって、スケーリング係数の複数の候補が端末２００に設定され、データのスケジューリング毎のDCIによって、複数の候補のうち何れか一つのスケーリング係数が端末２００へ通知されてもよい。
　例えば、スケーリング係数は、例えば、時間領域リソース割当（例えば、Time Domain Resource Allocation（TDRA））に関する情報（例えば、時間領域リソースの割当パターン）に含まれてよい。TDRA情報は、例えば、テーブル形式（例えば、TDRAテーブル）によって表されてもよい。換言すると、TDRAテーブルにスケーリング係数が規定されてよい。この場合、例えば、RRCメッセージ（例えば、PDSCH-TimeDomainResourceAllocationList-r16又はPUSCH-TimeDomainResourceAllocationList-r16）によって、TDRA情報の複数の候補が端末２００に設定され、DCIによって、複数の候補のうち何れか一つの割当パターン（スケーリング係数を含む）が端末２００へ通知されてもよい。
　または、スケーリング係数は、例えば、ページング（Paging）又はランダムアクセス処理（例えば、Random Access Channel（RACH） response）に対するスケーリング係数（例えば、１以下の値）を含む情報に含まれてよい。ページング又はランダムアクセス処理に対するスケーリングを含む情報は、例えば、テーブルによって表されてもよい。換言すると、ページング又はランダムアクセス処理に対するスケーリング係数を含むテーブルに、繰り返し送信に対するスケーリング係数が規定されてよい。
　この場合、例えば、TS38.214 V16.1.0のTable 5.1.3.2-2に規定のテーブルに含まれるページング（例えば、P-RNTI）又はランダムアクセス処理（例えば、RA-RNTI）に対するスケーリング係数（例えば、１以下の値）に加え、繰り返し送信に対するスケーリング係数（例えば、１以上の値）を含むテーブルが規定されてもよい。また、例えば、RRCメッセージによって、スケーリング係数の複数の候補が端末２００に設定され、DCI（例えば、TB scaling field）によって、複数の候補のうち何れか一つのスケーリング係数が端末２００へ通知されてもよい。
　以上、スケーリング係数をDynamicに設定する方法について説明した。
　以上のようなスケーリング係数の通知により、既存の規格における通知の仕組みにおいて、スケーリング係数を通知できるため、端末２００における処理の複雑さを低減できる。
　設定方法２によれば、例えば、Repetition送信又はBlind retransmissionといった繰り返し送信に使用される複数のスロットにおいてスケーリング係数に基づいてTBサイズを拡張することにより、HARQプロセス数を増加させずに、RTT内のより多くのスロットを使用できる。例えば、NTN環境のような、スロット長と比較してRTTが極めて長い環境では、HARQプロセス数を増加させなくても、スケーリング係数に基づくTBサイズの拡張により、ユーザスループットを向上できる。
　また、例えば、繰り返し送信によってデータ送信に使用されるスロット数の増加に基づいてTBサイズが増加するので、実質の符号化率（例えば、MCS）は、例えば、スケーリング係数に基づいて制御可能である。よって、繰り返し送信する場合でも、スケーリング係数（又は、符号化率又はMCS）の制御により、周波数利用効率（Spectral efficiency）の低下を抑制でき、必要十分な誤り率（例えば、BLER）での伝送が可能である。
　また、設定方法２によれば、例えば、端末２００に対して、Repetition数とは独立してスケーリング係数を設定できる。このため、例えば、Repetition数が端末２００に対して明示的に通知されないBlind retransmissionが適用される場合にも、基地局１００及び端末２００は、スケーリング係数によって、同一TBの送信回数あるいはスロット数に基づいてTBサイズを設定できる。
　また、例えば、スケーリング係数に設定される値が大きいほど、送信データ量が多くなり、伝送信頼性は低減する。換言すると、スケーリング係数に設定される値が小さいほど、送信データ量が少なくなり、伝送信頼性は向上する。このように、スケーリング係数の調整により、スループットと伝送信頼性との間のトレードオフを調整できるため、遅延又は信頼性の要求の異なる様々なトラヒックを効率良く収容可能である。
　以上、TBサイズの設定方法の例について説明した。
　なお、設定方法１及び設定方法２は組み合わせてもよい。例えば、下りリンク及び上りリンクの何れか一方に対して設定方法１（Repetition数に基づくTBサイズ設定）が適用され、下りリンク及び上りリンクの何れか他方に対して設定方法２（スケーリング係数に基づくTBサイズ設定）が適用されてもよい。または、例えば、TBサイズは、Repetition数Nrep及びスケーリング係数Nscalingの双方に基づいて設定されてもよい。例えば、式（１）に対して、Repetition数Nrepとスケーリング係数Nscalingとが乗算されてもよい。
　このように、本実施の形態によれば、基地局１００及び端末２００は、Repetition数Nrep又はスケーリング係数Nscalingに基づいて、TBサイズを決定する。
　これにより、例えば、地上ネットワークと比較して、往復の伝搬遅延時間（例えば、RTT）の大きな環境である衛星通信において、Rel.15/16に規定されたHARQプロセス数（例えば、最大16個）を用いる場合でも、各HARQプロセスにおけるTBサイズを繰り返し送信に使用されるスロット数に基づいて拡張することにより、RTT内に送信可能な情報ビット数を増加できるので、ユーザスループットを向上できる。
　また、TBサイズの拡張によるユーザスループットの向上により、本実施の形態では、HARQプロセス数の増加を抑制できる。よって、例えば、基地局１００又は端末２００における所要HARQバッファ量の増加を抑制し、プロセス数の通知方法といった新たな規定事項の発生を抑制できるので、端末２００、基地局１００及び無線通信システムの複雑性の増大を抑制できる。
　なお、HARQプロセス数をある程度（例えば最大32個）増やした上で、Repetition数Nrep又はスケーリング係数Nscalingに基づいて、TBサイズを決定してもよい。この場合、RTT内で十分な情報ビット数を送信するためのRepetition数Nrep又はスケーリング係数Nscalingをある程度抑えられるため、TBサイズが大きくなりすぎることがない。
　なお、TBサイズ設定のためのスケーリング係数の上限値は、例えば、RTT(slot)／HARQプロセス数に設定されてもよく、設定可能なRepetition数に設定されてもよい。
　また、例えば、HARQ再送の無効化（HARQ-feedback disable）の場合に、TBサイズ設定に対するNrep又はNscalingが適用されないケースでは、Nrep=1又はNscaling=1が設定されてもよい。
　また、例えば、TBサイズ設定に対するNrep又はNscalingの適用可否は、セル毎にSystem Information Block（SIB）によって端末２００へ通知されてもよい。または、TBサイズ設定に対するNrep又はNscalingの適用可否は、例えば、端末２００の能力（例えば、UE capability）に応じて、端末２００毎に設定及び通知されてもよい。また、Nrep又はNscalingの適用可否または適用可能なNrep又はNscalingの上限値を端末２００が基地局１００に通知し、基地局１００は端末２００の通知に基づいてNrep又はNscalingを設定してもよい。
　また、例えば、Nrep又はNscalingの適用によって算出されるTBサイズは、端末２００がサポートするTBサイズの上限を超えない範囲で設定されてもよい。
　（実施の形態２）
　本開示の一実施の形態に係る基地局及び端末の構成は、実施の形態１と同様でよい。
　本実施の形態では、基地局１００及び端末２００は、例えば、Repetition数又はスケーリング係数に関する情報に基づいて、コードブロックグループ（CBG：Code Block Group）数を決定（例えば、拡張）する。
　例えば、NR Rel.15/16では、複数のCBGを使用可能である。例えば、ACK/NACKは、CBG毎に生成され、誤りの有るCBGに対してHARQによる再送が行われ、誤りの無いCBGに対してHARQによる再送が行われない。このCBG単位の再送により、再送効率を向上できる。
　例えば、CBG数に関する情報（例えば、最大のCBG数）は、RRCメッセージによって端末２００へ通知されてよい。例えば、１つのコードブロックのビット数には上限があるため、上限を超えるTBサイズのデータに対しては複数のコードブロックが生成されてよい。CBGは、例えば、複数のコードブロックをグループ化して構成されてよい。
　本実施の形態では、基地局１００及び端末２００は、例えば、実施の形態１において説明したRepetition数又はスケーリング係数に基づいてTBサイズが設定（例えば、増加）された場合、CBG数を増加させる。
　例えば、下りリンクにおいて、基地局１００（例えば、送信データ生成部１０１）は、Repetition数又はスケーリング係数に基づいてTBサイズを設定する場合、当該TBサイズ設定（例えば、Repetition数又はスケーリング係数の設定）に基づいて、CBG数を決定してよい。また、下りリンクにおいて、端末２００（例えば、データ復調・復号部２０３）は、受信データを、TBサイズ設定に基づく個数のCBG毎に復調及び復号してよい。
　同様に、例えば、上りリンクにおいて、端末２００（例えば、送信データ生成部２０５）は、Repetition数又はスケーリング係数に基づいてTBサイズを設定する場合、当該TBサイズ設定（例えば、Repetition数又はスケーリング係数の設定）に基づいて、CBG数を決定してよい。また、上りリンクにおいて、基地局１００（例えば、データ復調・復号部１０８）は、受信データを、TBサイズ設定に基づく個数のCBG毎に復調及び復号してよい。
　図７は、CBGの設定例を示す図である。図７に示す例では、Repetition送信が適用されない場合のCBGの設定例、及び、Repetition数=2のRepetition送信が適用される場合のCBGの設定例を示す。
　図７に示すように、Repetition送信が適用されない場合、３個のCBを含むCBGが２個（CBG1及びCBG2）設定される。この場合、例えば、スロット単位で送信されるTBに対して、CBG毎の２個のACK/NACK信号が送信されてよい。
　また、図７に示すように、Repetition数=2（例えば、式（２）のNrep=2）のRepetition送信が適用される場合、Repetition送信が適用されない場合と比較して、TBサイズが２倍になるため、例えば、CBG数は、Repetition送信が適用されない場合と比較して２倍に設定されてよい。図７では、例えば、３個のCBを含むCBGが４個（CBG1、CBG2、CBG3及びCBG4）設定される。この場合、例えば、２つのスロットで送信されるTBに対して、CBG毎の４個のACK/NACK信号が送信されてよい。
　このように、CBG数は、Repetition送信が適用されない場合と比較して、Repetition数Nrep倍に設定されてよい。また、TBサイズの決定においてスケーリング係数Nscalingを適用する場合、Repetition数Nrepと同様、CBG数は、Repetition送信が適用されない場合と比較して、スケーリング係数Nscaling倍に設定されてよい。
　なお、CBG数の設定値には上限値が規定されてもよい。上限値の規定により、例えば、Repetition数Nrep又はスケーリング係数Nscalingがとる値によってCBG数が極端に大きく設定されることを抑制できる。
　ここで、例えば、DCIによって端末２００に通知されるスケジューリング情報の中にCBG transmission information（CBG TI）がある。CBG TIフィールドは、例えば、CBGの値に依存したサイズ（例えば、ビット数）に設定される。このため、例えば、CBG TIフィールドのサイズは、Nrep倍、Nscaling倍、又は、CBGの最大数に応じたCBG数の最大値に基づくサイズに設定されてよい。これにより、例えば、CBG TIフィールドのサイズを固定値に設定できるので、TBサイズ設定におけるNrep倍又はNscalingの適否に依存したDCIサイズの変化を抑制し、端末２００のブラインド復号回数の増加を抑制できる。
　また、例えば、図７に示すように、CBG数の増加により、ACK/NACKビット数が変化（例えば、増加）するため、基地局１００及び端末２００は、CBG数に基づいて、ACK/NACKを送信するPUCCHリソース量を決定してよい。以下、ACK/NACKを送信するPUCCHリソースの使用方法の例について説明する。
　＜PUCCHリソースの使用方法１＞
　使用方法１では、例えば、基地局１００及び端末２００は、RRCメッセージ又はDCIによって端末２００に設定されるPUCCHリソースを、データのRepetition数と同じ数のスロットに亘って使用してよい。
　基地局１００及び端末２００は、例えば、データのRepetition数と同じ数のスロットに亘って、端末２００に設定されるPUCCHリソースによって、増加したACK/NACKビットの送信及び受信の少なくとも一方を行ってよい。使用方法１では、例えば、複数のスロットに亘って送信されるACK/NACK信号のビット数は、スロット間で共通でよい。
　使用方法１は、例えば、端末２００に設定されるPUCCHリソースによって送信可能なビット数が少ない場合（例えば、閾値以下の場合）に適用されてよい。一例として、使用方法１は、1～2ビットを送信可能なPUCCHリソース（例えば、PUCCH format 0）を用いる場合に効果的である。
　＜PUCCHリソースの使用方法２＞
　使用方法２では、例えば、基地局１００及び端末２００は、RRCメッセージ又はDCIによって端末２００に設定されるPUCCHリソースにおいて送信可能なビット数（送信ビット数）を増加させてよい。
　基地局１００及び端末２００は、例えば、ビット数を増加したPUCCHリソースによって、増加したACK/NACKビットを送信してよい。
　使用方法２は、例えば、端末２００に設定されるPUCCHリソースによって送信可能なビット数が多い場合（例えば、閾値より多い場合）に適用されてよい。一例として、使用方法２は、2ビットより多いビット数を送信可能なPUCCHリソース（例えば、PUCCH format 2）を用いる場合に効果的である。
　以上のように、本実施の形態によれば、例えば、実施の形態１において説明した方法に基づいてTBサイズが増加する場合でも、TBサイズの増加に応じてCBG数も増加するので、再送効率の劣化を抑制できる。また、例えば、TBサイズの増加に応じてCBG数も増加するので、送信データ量あたりのACK/NACKビット数は増加しないので、ACK/NACKのオーバーヘッドを抑制できる。
　（実施の形態３）
　本実施の形態では、TBサイズは、例えば、下りリンクデータ（例えば、PDSCH）又は上りリンクデータ（例えば、PUSCH）の送信に使用されるスロット数（例えば、時間区間の数）に基づいて設定（或いは決定）されてよい。
　［基地局の構成例］
　図８は、本実施の形態に係る基地局１００ａの構成の一例を示すブロック図である。図８において、実施の形態１の基地局１００と同様の構成には同一の符号を付す。例えば、基地局１００ａは、実施の形態１のRepetition部１０３の代わりに、マッピング部１０３ａを備えてよい。
　基地局１００ａは、下りリンクに対して複数スロットに亘って送信される下りリンクデータ（例えば、PDSCH、例えば、multi-slot PDSCHとも呼ぶ）を端末２００ａ（例えば、後述する図９を参照）に送信してよい。ここで、PDSCH送信に使用されるスロット数の設定は、例えば、DCI及びRRCシグナリングの少なくとも一つによって端末２００ａへ通知されてよい。
　送信データ生成部１０１は、例えば、PDSCH送信に使用されるスロット数に基づいて、TBサイズを決定する。なお、基地局１００ａにおけるTBサイズの決定方法の例については後述する。
　マッピング部１０３aは、例えば、PDSCH送信に設定される数のスロットに亘って、変調後のデータを時間領域及び周波数領域のリソース（例えば、サブキャリア及びOFDMシンボル）へマッピングする。また、マッピング部１０３ａは、例えば、復調用参照信号（DMRS：Demodulation Reference Signal）といったRSのリソースへのマッピングを行ってもよい。
　また、基地局１００ａは、例えば、端末２００により複数スロットに亘って送信された上りリンクデータ（例えば、PUSCH、例えば、multi-slot PUSCHとも呼ぶ）を受信してよい。データ復調・復号部１０８は、例えば、受信したPUSCH信号に対して、チャネル推定、復調及び復号処理を行う。例えば、データ復調・復号部１０８は、複数スロットにマッピングされたDMRSを用いてチャネル推定を行ってもよい。また、データ復調・復号部１０８は、例えば、復号処理において、PUSCH送信に使用されたスロット数に基づくTBサイズを想定して復号処理を行ってよい。
　［端末の構成例］
　図９は、本実施の形態に係る端末２００ａの構成の一例を示すブロック図である。図９において、実施の形態１の端末２００と同様の構成には同一の符号を付す。例えば、端末２００ａは、実施の形態１のRepetition部２０７の代わりに、マッピング部２０７ａを備えてよい。
　端末２００ａは、例えば、基地局１００ａから複数スロットに亘って割り当てられる時間領域及び周波数領域のリソースを用いて、上りリンクデータ（例えば、PUSCH）を基地局１００ａへ送信してよい。ここで、PUSCH送信に使用されるスロット数の設定は、例えば、DCI及びRRCシグナリングの少なくとも一つによって端末２００ａへ通知されてよい。
　送信データ生成部２０５は、例えば、PUSCH送信に使用されるスロット数に基づいて、TBサイズを決定する。なお、端末２００ａにおけるTBサイズの決定方法の例については後述する。
　マッピング部２０７aは、例えば、PUSCH送信に設定される数のスロットに亘って、変調後のデータを時間領域及び周波数領域のリソース（例えば、サブキャリア及びOFDMシンボル）へマッピングする。また、マッピング部２０７ａは、例えば、DMRSといったRSのリソースへのマッピングを行ってもよい。
　また、端末２００ａは、例えば、基地局１００ａにより複数スロットに亘って送信された下りリンクデータ（例えば、PDSCH）を受信してよい。データ復調・復号部２０３は、例えば、受信したPDSCH信号に対して、チャネル推定、復調及び復号処理を行う。例えば、データ復調・復号部２０３は、複数スロットにマッピングされたDMRSを用いてチャネル推定を行ってもよい。また、データ復調・復号部２０３は、例えば、復号処理において、PDSCHの送信に使用されたスロット数に基づくTBサイズを想定して復号処理を行ってよい。
　［TBサイズの決定方法］
　本実施の形態におけるTBサイズの決定方法の例について説明する。
　実施の形態１と同様、TBサイズは、例えば、TS38.214 V16.1.0 section 5.1.3（PDSCH）及び6.1.4（PUSCH）に記載される式（１）で表される「Ninfo」に基づいて設定されてよい。本実施の形態では、基地局１００ａ及び端末２００ａは、例えば、PDSCH又はPUSCHの送信に用いるスロット数に基づいて、Ninfoの値を決定する。
　例えば、基地局１００ａ及び端末２００ａは、Ninfoの算出式（例えば、式（１））に含まれるNRE（データ送信に使用されるRE数）について、PDSCH又はPUSCHの送信（換言すると、送信信号又は受信信号）に使用されるスロット数に基づく値を算出してよい。例えば、NREは次式（４）によって表されてよい。
Figure JPOXMLDOC01-appb-M000004
　式（４）において、N′REは、データ送信に使用されるスロット内の１つのリソースブロック（Resource Blok（RB）又はPhysical Resource Block（PRB））内のRE数を示し、nPRBは、データに割り当てられるリソースブロック数を示す。また、式（４）では、例えば、端末２００ａの対応データレート以上のTBサイズにならないようにTBサイズの算出に用いるスロット内のRE数の上限が156に設定される。なお、上限値は、156に限定されない。
　以下、本実施の形態におけるRE数（NRE）の算出方法の例として２つの方法（例えば、算出方法Ａ及び算出方法Ｂ）について説明する。
　＜算出方法Ａ＞
　算出方法Ａでは、NREは、次式（５）に従って算出されてよい。
Figure JPOXMLDOC01-appb-M000005
　式（５）において、N′REは、データ（例えば、PDSCH又はPUSCH）送信に使用される複数スロットにおいて割り当てられるRE数を示す。例えば、N′REは、データ送信に使用されるNslot個のスロットそれぞれにおける１リソースブロック内のRE数の合計値を示してよい。また、式（５）において、Nslotは、データ（例えば、PDSCH又はPUSCH）送信に使用されるスロット数を示す。
　例えば、N′REは、次式（６）に従って算出されてよい。
Figure JPOXMLDOC01-appb-M000006
　例えば、NSC RBは、NSC RB=12でもよく、他の値でもよい。また、Noh PRBは、例えば、PDSCHについては「PDSCH-ServingCellConfig」、PUSCHについては「PUSCH-ServingCellConfig」によって端末２００ａへ通知されてよい。また、オーバーヘッド係数Noh PRBは、DMRSと異なる信号のオーバーヘッドを考慮するための係数でよく、例えば、Rel.15/16 NRでは{0, 6, 12, or 18}と規定される。
　また、本実施の形態では、オーバーヘッド係数Noh PRBに対して、複数スロット送信向けの値の追加、又は、係数の乗算による拡張を行ってもよい。例えば、係数として、データの送信に使用されるスロット数Nslotを適用してもよく、この場合、N′REは、次式（７）に従って算出されてよい。
Figure JPOXMLDOC01-appb-M000007
　式（７）により、Rel.15/16において規定された従来のオーバーヘッド係数を用いることができるため、新たな通知が必要なく、処理の簡素化及び通知オーバーヘッドの低減を図ることができる。
　また、N′REの算出の変形例として、N′REは、次式（８）に従って算出されてよい。
Figure JPOXMLDOC01-appb-M000008
　式（８）において、NDMRS PRBは、PDSCH又はPUSCHの送信に割り当てられるスロットあたりのリソースブロック内のDMRSのリソースエレメント数を示す。式（８）により、例えば、複数スロット送信の際にも、Rel.15/16 NRに規定されるNDMRS PRB及びNoh PRBを適用できるので、端末２００ａにおける処理の簡素化を図ることができる。
　式（６）または式（７）では、NDMRS PRBはPDSCH又はPUSCH送信に割り当てられるスロット区間（Nslotの区間）内のリソースブロックあたりのDMRSのリソースエレメント数を示す。このため、例えば、スロット個別にDMRSの数が設定される場合（例えば、スロット毎に異なる場合）でも正確なDMRSのリソースエレメント数を表すことができ、基地局１００ａ及び端末２００ａは、より正確にデータ送信に使用されるリソースエレメント数（つまり、N′RE）を算出することができる。
　式（５）によれば、複数スロットのそれぞれにおいてデータ送信に使用されるRE数を合計した値N′REがTBサイズの算出に用いられるため、基地局１００ａ及び端末２００ａは、データ送信に使用されるスロット数に応じたTBサイズを設定できる。
　また、例えば、スロットの別にRE数が異なる場合でも、複数スロットにおけるRE数の合計値N′REがTBサイズの算出に用いられるため、基地局１００ａ及び端末２００ａは、複数スロットにおける正確なNRE値に基づくTBサイズの設定が可能である。
　また、スロット内のRE数の上限値156にスロット数Nslotを乗算した値が、NREの上限値に設定されることにより、N′REがとる値によってTBサイズが極端に大きく設定されることを抑制できる。
　＜算出方法Ｂ＞
　算出方法Ｂでは、NREは、次式（９）に従って算出されてよい。
Figure JPOXMLDOC01-appb-M000009
　式（９）において、N′REは、データ（例えば、PDSCH又はPUSCH）送信に使用される複数スロットのスロットあたりの１つのリソースブロック内のRE数を示す。また、Nslotは、データ（例えば、PDSCH又はPUSCH）送信に使用されるスロット数を示す。
　算出方法Ｂは、例えば、データ送信に使用される複数スロットのそれぞれにおける１リソースブロックあたりのRE数が同一である場合を前提としてよい。その一方で、データ送信に使用される複数スロットのそれぞれにおける１リソースブロックあたりのRE数が異なる場合、N′REには、例えば、RE数のより少ない（例えば、最も少ない）スロットのRE数が適用されてもよく、先頭スロット（例えば、first slotとも呼ぶ）又は末尾スロットといった特定のスロットのRE数が適用されてもよい。または、N′REには、複数スロットのそれぞれにおけるRE数の平均値に基づく値が適用されてもよい。
　算出方法Ｂでは、TBサイズの算出に１つのスロットのRE数を用いるため、例えば、算出方法Ａと比較して、より簡素なTBサイズの算出が可能である。
　なお、式（９）の代わりに、次式（１０）に従って、NREが算出されてもよい。
Figure JPOXMLDOC01-appb-M000010
　以上、算出方法Ａ及び算出方法Ｂについて説明した。
　なお、算出方法Ａ及び算出方法Ｂでは、１つのスロットのRE数の上限を156に設定したmin演算を行う例について説明したが、NREの算出方法はこれらに限定されない。例えば、１つのスロットのRE数の上限値は156と異なる他の値でもよい。例えば、１スロットの区間において、１つのリソースブロック内のリソースエレメント数は１６８（＝１２サブキャリア×１４シンボル）である。１６８個のリソースエレメントのうち、１シンボル分のリソースエレメント（＝１２）がDMRSといったオーバーヘッドに対応し、残りの１５６個がデータに割り当てられるリソースエレメント数の上限に規定される。例えば、複数スロット送信時には、特定のスロット（例えば、１スロット目）では、リソースエレメント数の上限は１５６に設定され、他のスロット（例えば、２スロット目以降）ではリソースエレメント数の上限は１６８に設定されてよい。この場合、NREの算出式におけるmin演算は、min(156 + 12・14・(Nslot - 1), N′RE)に置き換えられてもよい。これにより、例えば、データ送信に使用される複数スロットにおいて、DMRSといったオーバーヘッドが1シンボル目にマッピングされ、他のシンボルにはマッピングされない場合においてリソースエレメント数の上限値を適切に設定できる。
　また、例えば、リソースエレメント数の上限値が設定されなくてもよい。この場合、例えば、算出方法Ａでは「NRE= N′RE・nPRB」、又は、算出方法Ｂでは「NRE= N′RE・Nslot・nPRB」に従ってNREが算出されてもよい。
　本実施の形態のTBサイズ設定方法によれば、基地局１００ａ及び端末２００ａは、例えば、データ（例えば、PDSCH又はPUSCH）送信に使用されるスロット数に応じたTBサイズを設定する。換言すると、基地局１００ａ及び端末２００ａは、データ（例えば、送信信号）に使用するリソース量（例えば、スロット数）に関連した情報に基づいて、TBサイズを決定する。例えば、データ送信に使用されるスロット数が多いほど、データ送信に使用される各スロットにおいて伝送される情報ビット数が多くなる。このTBサイズの設定によって、１つのHARQプロセスにおいて送信可能なデータ量を増大させることができるので、規定された（例えば、制限された）HARQプロセス数でもスループットを向上できる。
　また、本実施の形態では、データ（例えば、PDSCH又はPUSCH）送信に使用されるスロット数に応じてTBサイズが設定される。よって、例えば、スロット数の増加に応じて伝送される情報ビット数（例えば、データ量）も増加するので、リソースブロック数の増加を抑えながら、つまり、送信電力密度（Power spectrum density：PSD）の低下を抑制しながら、スループットを向上できる。これにより、PSDの低下を抑制したデータ送信が可能になるので、例えば、或るデータレートを実現可能なカバーエリアを拡張できる。
　また、例えば、複数のスロットに対して１つのDCIによってデータ割り当てを端末２００ａへ通知可能なため、制御オーバーヘッドを低減できる。また、HARQプロセスの消費（換言すると、使用されるHARQプロセス数の増加）を抑制できるため、HARQプロセス数の削減による端末の簡素化が可能となる。
　また、Repetitionではスロットに個別に符号化又は変調といったデータ送受信処理が行われるが、本実施の形態では、基地局１００ａ及び端末２００ａは、例えば、複数スロットに亘るデータ（例えば、PDSCH又はPUSCH）送信では、複数スロットに対してまとめてチャネル推定を行い、復調及び復号を行うことにより、チャネル推定精度を向上でき、誤り率を低減できる。
　また、例えば、データ送信に使用される複数スロットのうち、特定のスロット（例えば先頭スロット）にDMRSがマッピングされ、残りのスロットにDMRSがマッピングされなくてもよい。このDMRSのマッピングにより、基地局１００ａ及び端末２００ａは、より多くのデータを送信できる。よって、本実施の形態によれば、DMRSのマッピングがスロットに個別に設定される場合（例えば、スロット毎に異なる場合）でも、TBサイズを適切に設定できる。
　なお、データ（例えば、PDSCH又はPUSCH）送信に使用されるスロット数は、例えば、「TB処理（TB processing）の単位となるスロット数」と言い換えてもよい。
　また、データ（例えば、PDSCH又はPUSCH）送信に使用される複数のスロットは、時間的に連続したスロットでもよく、非連続なスロットでもよい。また、複数のスロットのそれぞれにおいてデータが割り当てられる周波数リソース（例えば、リソースブロック）は個別に（例えば、異なるリソースに）設定されてもよい。
　また、スロット数Nslotには、Repetition数が設定されてもよい。換言すると、スロット数Nslotは、Repetition数に対応してもよい。
　また、本実施の形態と、実施の形態１（又は実施の形態２）とを組み合わせてもよい。例えば、基地局１００ａ及び端末２００ａは、データのRepetition数（例えば、送信信号の繰り返しの回数）、スケーリング係数、及び、データの送信に使用されるスロット数（例えば、時間区間の数）の少なくとも一つに関する情報に基づいて、TBサイズを決定してもよい。一例として、本実施の形態に係るTBサイズの算出方法において、算出されたNinfoに対して、さらに、スケーリング係数が乗算されてもよい。例えば、Ninfoに対して、１より小さいスケーリング係数が乗算されると、より低いMCS（又は、Spectral Efficiency）のデータ送信が可能となり、カバーエリアの拡張が可能となる。
　また、スロット数Nslotは、整数でもよく、少数でもよい。例えば、Nslot=2.5の場合には、2スロットとハーフスロット（スロットの半分）とがデータ（例えば、PDSCH又はPUSCH）送信に使用されてもよい。また、スロット数Nslotはデータ送信に用いられるシンボル数で表現されてもよい。例えば、Nslot=2の場合は28シンボル、Nslot=2.5の場合は42シンボルと表現されてもよい。
　以上、本開示の各実施の形態について説明した。
　なお、本開示の一実施例は、GEO、中軌道衛星（MEO：Medium Earth Orbit satellite）、LEO、又は、高軌道衛星（HEO：Highly Elliptical Orbit satellite）といった衛星の種別に依らずに適用できる。また、本開示の一実施例は、例えば、HAPS又はドローン基地局といった非地上系通信に適用してもよい。
　また、上述した各実施の形態では、NTN環境（例えば、衛星通信環境）を例に挙げて説明したが、本開示はこれに限定されない。本開示は、他の通信環境（例えば、LTEおよび／またはNRの地上セルラ環境）に適用されてもよい。例えば、セルサイズが大きく基地局と端末との間の伝搬遅延が長い環境の地上通信に適用してもよい。また、例えば、キャリア周波数が高いほど、サブキャリア間隔（SCS：subcarrier spacing）は広がり、スロット長が短くなり得る。スロット長が短いほど、RTT内のスロット数が多くなり、より多くのHARQプロセス数の設定が望まれる。このため、本開示の一実施例は、例えば、地上通信のキャリア周波数がより高いシステム（例えば、52.6GHz以上のシステム）に対して適用してもよい。
　また、スロット長が短いほど、端末の処理量又は消費電力の低減のために制御情報（例えば、PDCCH）の復号試行頻度（または回数）が、スロット単位に代えて複数スロットに対して１回（又は、スロット数未満の回数）のような頻度（または回数）に低減され得る。この場合にも、上記実施の形態のように、複数スロットにて送信されるデータが割り当てられるスロット数に基づくTBサイズの決定により、スロット数に応じたデータ量のデータ送信が可能となり、スループットを向上できる。また、上述した各実施の形態では、複数スロットを用いたデータ送信により、スループットの向上に加え、或るデータレートを実現可能なカバーエリアを拡大できるため、上述した通信と異なる地上通信に本開示の一実施例を適用してもよい。
　また、上述した各実施の形態では、一例として、DCIによってデータ割り当て（例えば、スケジューリング）が端末２００へ通知される場合について説明したが、これに限定されない。本開示の一実施例は、例えば、予め周期的にスケジューリングするSemi-persistent scheduling又はConfigured Grantを用いた送信の際にも適用できる。例えば、Semi-persistent schedulingのためのRRCメッセージ「SPS-Config」によってスケーリング係数が端末２００へ通知（又は、設定）されてもよい。または、Configured uplink grantのためのRRCメッセージ「configuredGrantConfig」によってスケーリング係数が端末２００へ通知（又は、設定）されてもよい。
　また、ACK/NACKは、例えば、HARQ-ACK、又は、HARQ-Feedback情報と呼ばれることもある。
　また、Repetitionは、例えば、slot aggregation、slot bundling、TTI aggregation、又は、TTI bundlingと呼ばれることもある。
　また、実施の形態１及び実施の形態２におけるRepetition数はデータ送信（PDSCHまたはPUSCH）に用いられるスロット数Nslotと置き換えてもよい。換言すると、Repetition数は、スロット数Nslotに対応してもよい。
　また、上述した各実施の形態では、下りリンクデータ（例えば、PDSCH）及び上りリンクデータ（例えば、PUSCH）の両方の送信について説明したが、本開示の一実施例は、下りリンクデータ及び上りリンクデータの何れか一方に適用して、他方に適用しなくてもよい。
　また、上述した各実施の形態において、衛星通信の形態には、基地局の機能が衛星上に存在する構成（例えば、「regenerative satellite」）でもよく、基地局の機能が地上に存在し、基地局と端末との間の通信を衛星が中継する構成（例えば、「transparent satellite」）でもよい。換言すると、例えば、本開示の一実施例において、下りリンク及び上りリンクは、端末と衛星との間のリンク、あるいは、衛星を介したリンクでもよい。
　また、上述した実施の形態における「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。
　（制御信号）
　本開示において、本開示の一実施例に関連する下り制御信号（又は、下り制御情報）は、例えば、物理層のPhysical Downlink Control Channel（PDCCH）において送信される信号（又は、情報）でもよく、上位レイヤのMedium Access Control Control Element（MAC CE）又はRadio Resource Control（RRC）において送信される信号（又は、情報）でもよい。また、信号（又は、情報）は、下り制御信号によって通知される場合に限定されず、仕様（又は、規格）において予め規定されてもよく、基地局及び端末に予め設定されてもよい。
　本開示において、本開示の一実施例に関連する上り制御信号（又は、上り制御情報）は、例えば、物理層のPUCCHにおいて送信される信号（又は、情報）でもよく、上位レイヤのMAC CE又はRRCにおいて送信される信号（又は、情報）でもよい。また、信号（又は、情報）は、上り制御信号によって通知される場合に限定されず、仕様（又は、規格）において予め規定されてもよく、基地局及び端末に予め設定されてもよい。また、上り制御信号は、例えば、uplink control information（UCI）、1st stage sidelink control information（SCI)、又は、2nd stage SCIに置き換えてもよい。
　（基地局）
　本開示の一実施例において、基地局は、Transmission Reception Point（TRP）、クラスタヘッド、アクセスポイント、Remote Radio Head（RRH）、eNodeB (eNB)、gNodeB(gNB)、Base Station（BS）、Base Transceiver Station（BTS）、親機、ゲートウェイなどでもよい。また、サイドリンク通信では、基地局の代わりに端末としてもよい。また、基地局の代わりに、上位ノードと端末の通信を中継する中継装置であってもよい。また、路側器であってもよい。
　（上りリンク／下りリンク／サイドリンク）
　本開示の一実施例は、例えば、上りリンク、下りリンク、及び、サイドリンクの何れに適用してもよい。例えば、本開示の一実施例を上りリンクのPhysical Uplink Shared Channel（PUSCH）、Physical Uplink Control Channel（PUCCH）、Physical Random Access Channel（PRACH）、下りリンクのPhysical Downlink Shared Channel（PDSCH）、PDCCH、Physical Broadcast Channel（PBCH）、又は、サイドリンクのPhysical Sidelink Shared Channel（PSSCH）、Physical Sidelink Control Channel（PSCCH）、Physical Sidelink Broadcast Channel（PSBCH）に適用してもよい。
　なお、PDCCH、PDSCH、PUSCH、及び、PUCCHそれぞれは、下りリンク制御チャネル、下りリンクデータチャネル、上りリンクデータチャネル、及び、上りリンク制御チャネルの一例である。また、PSCCH、及び、PSSCHは、サイドリンク制御チャネル、及び、サイドリンクデータチャネルの一例である。また、PBCH及びPSBCHは報知（ブロードキャスト）チャネル、PRACHはランダムアクセスチャネルの一例である。
　（データチャネル／制御チャネル）
　本開示の一実施例は、例えば、データチャネル及び制御チャネルの何れに適用してもよい。例えば、本開示の一実施例におけるチャネルをデータチャネルのPDSCH、PUSCH、PSSCH、又は、制御チャネルのPDCCH、PUCCH、PBCH、PSCCH、PSBCHの何れかに置き換えてもよい。
　（参照信号）
　本開示の一実施例において、参照信号は、例えば、基地局及び移動局の双方で既知の信号であり、Reference Signal（RS）又はパイロット信号と呼ばれることもある。参照信号は、Demodulation Reference Signal（DMRS）、Channel State Information - Reference Signal（CSI-RS）、Tracking Reference Signal(TRS）、Phase Tracking Reference Signal（PTRS）、Cell-specific Reference Signal（CRS）、又は、Sounding Reference Signal（SRS）の何れでもよい。
　（時間間隔）
　本開示の一実施例において、時間リソースの単位は、スロット及びシンボルの１つ又は組み合わせに限らず、例えば、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロットサブスロット、ミニスロット又は、シンボル、Orthogonal Frequency Division Multiplexing（OFDM）シンボル、Single Carrier - Frequency Division Multiplexing（SC-FDMA）シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、１スロットに含まれるシンボル数は、上述した実施の形態において例示したシンボル数に限定されず、他のシンボル数でもよい。
　（周波数帯域）
　本開示の一実施例は、ライセンスバンド、アンライセンスバンドのいずれに適用してもよい。
　（通信）
　本開示の一実施例は、基地局と端末との間の通信(Uuリンク通信)、端末と端末との間の通信（Sidelink通信）、Vehicle to Everything（V2X）の通信のいずれに適用してもよい。例えば、本開示の一実施例におけるチャネルをPSCCH、PSSCH、Physical Sidelink Feedback Channel（PSFCH）、PSBCH、PDCCH、PUCCH、PDSCH、PUSCH、又は、PBCHの何れかに置き換えてもよい。
　また、本開示の一実施例は、地上のネットワーク、衛星又は高度疑似衛星（HAPS：High Altitude Pseudo Satellite）を用いた地上以外のネットワーク（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）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る通信装置は、送信信号の繰り返しの回数、及び、前記繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズを決定する制御回路と、前記データサイズに基づいて、前記送信信号の送信を行う送信回路と、を具備する。
　本開示の一実施例において、前記情報は、前記繰り返しのための時間区間の数を示す。
　本開示の一実施例において、前記制御回路は、前記データサイズの決定において、再送制御を適用する場合に前記繰り返しの回数に基づき、前記再送制御を適用しない場合に前記繰り返しの回数に基づかない。
　本開示の一実施例において、前記制御回路は、前記データサイズの決定において、前記繰り返しを適用する場合に前記スケーリング係数に基づき、前記繰り返しを適用しない場合に前記スケーリング係数に基づかない。
　本開示の一実施例において、前記制御回路は、複数の再送プロセスのうち、前記繰り返しが適用される再送プロセスにおいて、前記スケーリング係数に基づいて前記データサイズを決定する。
　本開示の一実施例において、前記通信装置が端末である場合、前記端末は、前記情報を、基地局から受信し、前記通信装置が基地局である場合、前記基地局は端末へ前記情報を送信する。
　本開示の一実施例において、前記スケーリング係数は、時間領域リソース割当に関する情報において規定される。
　本開示の一実施例において、前記スケーリング係数は、ページング及びランダムアクセスに対するスケーリング係数を含む情報において規定される。
　本開示の一実施例において、前記スケーリング係数は、１以上の整数値又は小数値である。
　本開示の一実施例において、前記制御回路は、前記送信信号に含まれるデータを分割したコードブロックのグループ数を、前記情報に基づいて決定する。
　本開示の一実施例において、前記制御回路は、前記グループ数に基づいて、前記データに対する応答信号のリソース量を決定する。
　本開示の一実施例に係る通信装置は、受信信号の繰り返しの回数、及び、前記繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズを決定する制御回路と、前記データサイズに基づいて、前記受信信号の受信を行う受信回路と、を具備する。
　本開示の一実施例に係る通信方法において、通信装置は、送信信号の繰り返しの回数、及び、前記繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズを決定し、前記データサイズに基づいて、前記送信信号の送信を行う。
　本開示の一実施例に係る通信方法において、通信装置は、受信信号の繰り返しの回数、及び、前記繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズを決定し、前記データサイズに基づいて、前記受信信号の受信を行う。
　本開示の一実施例に係る通信装置は、送信信号に使用される時間区間の数に関する情報に基づいて、データサイズを決定する制御回路と、前記データサイズに基づいて、前記送信信号の送信を行う送信回路と、を具備する。
　本開示の一実施例において、前記制御回路は、前記送信信号に使用される前記時間区間において前記送信信号に割り当てられるリソースエレメント数に基づいて、前記データサイズを決定する。
　本開示の一実施例において、前記時間区間の数は、前記送信信号の繰り返しの回数に対応する。
　２０２０年１０月２１日出願の特願２０２０－１７６８３３及び２０２１年１月１５日出願の特願２０２１－００５１５１の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一態様は、無線通信システムに有用である。
　１００，１００ａ　基地局
　１０１，２０５　送信データ生成部
　１０２　データ符号化・変調部
　１０３，２０７　Repetition部
　１０３ａ，２０７ａ　マッピング部
　１０４　制御情報生成部
　１０５　制御情報符号化・変調部
　１０６，２０８　無線送信部
　１０７，２０１　無線受信部
　１０８，２０３　データ復調・復号部
　１０９　制御CH復調・復号部
　１１０　ACK/NACK判定部
　２００，２００ａ　端末
　２０２　制御情報復調・復号部
　２０４　ACK/NACK生成部
　２０６　符号化・変調部

Claims (17)

  1. 　送信信号の繰り返しの回数、及び、前記繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズを決定する制御回路と、
    　前記データサイズに基づいて、前記送信信号の送信を行う送信回路と、
    　を具備する通信装置。
  2. 　前記情報は、前記繰り返しのための時間区間の数を示す、
    　請求項１に記載の通信装置。
  3. 　前記制御回路は、前記データサイズの決定において、再送制御を適用する場合に前記繰り返しの回数に基づき、前記再送制御を適用しない場合に前記繰り返しの回数に基づかない、
    　請求項１に記載の通信装置。
  4. 　前記制御回路は、前記データサイズの決定において、前記繰り返しを適用する場合に前記スケーリング係数に基づき、前記繰り返しを適用しない場合に前記スケーリング係数に基づかない、
    　請求項１に記載の通信装置。
  5. 　前記制御回路は、複数の再送プロセスのうち、前記繰り返しが適用される再送プロセスにおいて、前記スケーリング係数に基づいて前記データサイズを決定する、
    　請求項１に記載の通信装置。
  6. 　前記通信装置が端末である場合、前記端末は、前記情報を、基地局から受信し、前記通信装置が基地局である場合、前記基地局は端末へ前記情報を送信する、
    　請求項１に記載の通信装置。
  7. 　前記スケーリング係数は、時間領域リソース割当に関する情報において規定される、
    　請求項１に記載の通信装置。
  8. 　前記スケーリング係数は、ページング及びランダムアクセスに対するスケーリング係数を含む情報において規定される、
    　請求項１に記載の通信装置。
  9. 　前記スケーリング係数は、１以上の整数値又は小数値である、
    　請求項１に記載の通信装置。
  10. 　前記制御回路は、前記送信信号に含まれるデータを分割したコードブロックのグループ数を、前記情報に基づいて決定する、
    　請求項１に記載の通信装置。
  11. 　前記制御回路は、前記グループ数に基づいて、前記データに対する応答信号のリソース量を決定する、
    　請求項１０に記載の通信装置。
  12. 　受信信号の繰り返しの回数、及び、前記繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズを決定する制御回路と、
    　前記データサイズに基づいて、前記受信信号の受信を行う受信回路と、
    　を具備する通信装置。
  13. 　通信装置は、
    　送信信号の繰り返しの回数、及び、前記繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズを決定し、
    　前記データサイズに基づいて、前記送信信号の送信を行う、
    　通信方法。
  14. 　通信装置は、
    　受信信号の繰り返しの回数、及び、前記繰り返しにおける単位データサイズのスケーリング係数の少なくとも一つに関する情報に基づいて、データサイズを決定し、
    　前記データサイズに基づいて、前記受信信号の受信を行う、
    　通信方法。
  15. 　送信信号に使用される時間区間の数に関する情報に基づいて、データサイズを決定する制御回路と、
    　前記データサイズに基づいて、前記送信信号の送信を行う送信回路と、
    　を具備する通信装置。
  16. 　前記制御回路は、前記送信信号に使用される前記時間区間において前記送信信号に割り当てられるリソースエレメント数に基づいて、前記データサイズを決定する、
    　請求項１５に記載の通信装置。
  17. 　前記時間区間の数は、前記送信信号の繰り返しの回数に対応する、
    　請求項１６に記載の通信装置。
PCT/JP2021/026327 2020-10-21 2021-07-13 通信装置及び通信方法 WO2022085254A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202180071636.3A CN116438757A (zh) 2020-10-21 2021-07-13 通信装置及通信方法
US18/249,518 US20230388982A1 (en) 2020-10-21 2021-07-13 Communication device and communication method
JP2022556409A JPWO2022085254A5 (ja) 2021-07-13 通信装置、通信方法及び集積回路
EP21882395.3A EP4236135A4 (en) 2020-10-21 2021-07-13 COMMUNICATION DEVICE AND COMMUNICATION METHOD

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2020-176833 2020-10-21
JP2020176833 2020-10-21
JP2021005151 2021-01-15
JP2021-005151 2021-01-15

Publications (1)

Publication Number Publication Date
WO2022085254A1 true WO2022085254A1 (ja) 2022-04-28

Family

ID=81291206

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/026327 WO2022085254A1 (ja) 2020-10-21 2021-07-13 通信装置及び通信方法

Country Status (4)

Country Link
US (1) US20230388982A1 (ja)
EP (1) EP4236135A4 (ja)
CN (1) CN116438757A (ja)
WO (1) WO2022085254A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018514110A (ja) * 2015-04-10 2018-05-31 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 無線通信方法、ｅＮｏｄｅＢ、およびユーザ機器
US20190349116A1 (en) * 2018-05-11 2019-11-14 Qualcomm Incorporated Transport block size scaling factor indication for ultra-reliable low-latency communication
US20200022218A1 (en) * 2017-03-17 2020-01-16 Intel IP Corporation Resource allocation and mode configuration for wide coverage enhancement
WO2020144895A1 (ja) * 2019-01-09 2020-07-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 基地局、端末及び通信方法
JP2020176833A (ja) 2016-04-28 2020-10-29 シャープ株式会社 空気調和機、空気調和機制御システムおよび空気調和機の制御方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3471304B1 (en) * 2017-03-23 2021-11-17 LG Electronics Inc. Method for determining transport block size and wireless device

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018514110A (ja) * 2015-04-10 2018-05-31 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 無線通信方法、ｅＮｏｄｅＢ、およびユーザ機器
JP2020176833A (ja) 2016-04-28 2020-10-29 シャープ株式会社 空気調和機、空気調和機制御システムおよび空気調和機の制御方法
US20200022218A1 (en) * 2017-03-17 2020-01-16 Intel IP Corporation Resource allocation and mode configuration for wide coverage enhancement
US20190349116A1 (en) * 2018-05-11 2019-11-14 Qualcomm Incorporated Transport block size scaling factor indication for ultra-reliable low-latency communication
WO2020144895A1 (ja) * 2019-01-09 2020-07-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 基地局、端末及び通信方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
NISHIO, AKIHIKO: "The standardization trend on 5G Non-Terrestrial Networks", IEICE TECHNICAL REPORT, vol. 120, no. 129, 13 August 2020 (2020-08-13), pages 37 - 41, XP009534641 *
See also references of EP4236135A4

Also Published As

Publication number Publication date
EP4236135A4 (en) 2023-11-08
US20230388982A1 (en) 2023-11-30
JPWO2022085254A1 (ja) 2022-04-28
CN116438757A (zh) 2023-07-14
EP4236135A1 (en) 2023-08-30

Similar Documents

Publication Publication Date Title
WO2021161639A1 (ja) 受信装置、送信装置、受信方法及び送信方法
WO2021210264A1 (ja) 移動局、基地局、受信方法及び送信方法
WO2022074884A1 (ja) 端末、基地局及び通信方法
WO2022014272A1 (ja) 端末、基地局及び通信方法
WO2021131307A1 (ja) 通信装置及び通信方法
WO2022085254A1 (ja) 通信装置及び通信方法
WO2023058264A1 (ja) 通信装置及び通信方法
WO2022079955A1 (ja) 端末、基地局及び通信方法
WO2022215299A1 (ja) 基地局、端末、及び、通信方法
WO2023203938A1 (ja) 端末、基地局、通信方法及び集積回路
WO2022014279A1 (ja) 端末、基地局及び通信方法
WO2022030069A1 (ja) 端末、基地局及び通信方法
WO2022064795A1 (ja) 端末及び通信方法
WO2023100470A1 (ja) 基地局、端末及び通信方法
WO2023181556A1 (ja) 端末、基地局及び通信方法
WO2022030059A1 (ja) 端末、基地局及び通信方法
WO2023119756A1 (ja) 通信装置及び通信方法
WO2023013522A1 (ja) 基地局、端末、及び、通信方法
WO2023013191A1 (ja) 通信装置、及び、通信方法
WO2022195952A1 (ja) 端末、基地局及び通信方法
WO2022239289A1 (ja) 通信装置、及び、通信方法
WO2024029157A1 (ja) 端末、基地局、及び、通信方法
WO2023181557A1 (ja) 端末、基地局及び通信方法
WO2023181579A1 (ja) 端末、基地局及び通信方法
WO2022014281A1 (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: 21882395

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022556409

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18249518

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021882395

Country of ref document: EP

Effective date: 20230522