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

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

Info

Publication number
WO2022215299A1
WO2022215299A1 PCT/JP2021/047271 JP2021047271W WO2022215299A1 WO 2022215299 A1 WO2022215299 A1 WO 2022215299A1 JP 2021047271 W JP2021047271 W JP 2021047271W WO 2022215299 A1 WO2022215299 A1 WO 2022215299A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
harq
dai
feedback
information
Prior art date
Application number
PCT/JP2021/047271
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 CN202180096105.XA priority Critical patent/CN117083908A/zh
Priority to US18/553,709 priority patent/US20240187136A1/en
Priority to JP2023512816A priority patent/JPWO2022215299A1/ja
Publication of WO2022215299A1 publication Critical patent/WO2022215299A1/ja

Links

Images

Classifications

    • 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/14—Arrangements for detecting or preventing errors in the information received by using return channel in which the signals are sent back to the transmitter to be checked ; echo systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/06—Airborne or Satellite Networks

Definitions

  • the present disclosure relates to base stations, terminals, and communication methods.
  • NR new radio access technology
  • Non-limiting embodiments of the present disclosure contribute to providing base stations, terminals, and communication methods that can improve the efficiency of retransmission control.
  • a base station includes a control circuit that determines information to be set in a signal that notifies the number of data allocations in the retransmission process, based on settings related to feedback for the retransmission process; and a transmission circuit for transmitting the
  • efficiency of retransmission control can be improved.
  • FIG. 1 Diagram showing an example of Downlink Assignment Index (DAI) and Hybrid automatic repeat request - Acknowledgment (HARQ-ACK) codebook Block diagram showing a configuration example of part of a base station Block diagram showing a configuration example of part of a terminal Block diagram showing an example of the configuration of a base station Block diagram showing an example of the configuration of a terminal Sequence diagram showing an operation example of a base station and a terminal Diagram showing an example of DAI and HARQ-ACK codebook related to setting method 1 Diagram showing an example of DAI and HARQ-ACK codebook related to setting method 2 Diagram showing an example of DAI and HARQ-ACK codebook related to setting method 3 Diagram showing an example of DAI and HARQ-ACK codebook related to setting method 4 A diagram showing an example of a case with blind retransmission and a case without blind retransmission Diagram showing an example of setting an extended New Data Indicator (NDI) Diagram showing a setting example of the retransmission notification bit in the DAI field Diagram of an exemplary architecture of
  • Hybrid automatic repeat request In Long Term Evolution (LTE) or 5G NR, for example, Hybrid automatic repeat request (HARQ) is applied to retransmission control during data transmission.
  • LTE Long Term Evolution
  • 5G NR 5th Generation NR
  • HARQ Hybrid automatic repeat request
  • the transmitting side performs channel coding (FEC: Forward Error Correction) such as turbo coding or Low Density Parity Check (LDPC) coding on data before transmitting the data.
  • FEC Forward Error Correction
  • LDPC Low Density Parity Check
  • the receiving side saves the received data (for example, a soft decision value) in a buffer (in other words, it is also called buffering, storing, or holding).
  • the buffers are also called HARQ soft buffers or simply soft buffers, for example.
  • the receiving side synthesizes (soft synthesizes) received data (e.g., resent data or data related to a resend request) and previously received data (in other words, stored data), and outputs the synthesized data. to decrypt.
  • received data e.g., resent data or data related to a resend request
  • previously received data in other words, stored data
  • the receiving side can decode data using data with improved reception quality (for example, SNR: Signal to Noise Ratio).
  • the transmitting side can improve the coding gain by transmitting parity bits different from the previous transmission (for example, a different Redundancy version (RV)).
  • RV Redundancy version
  • continuous data transmission is possible by using multiple processes (for example, also called HARQ process or retransmission process) in consideration of propagation path delay or processing delay on the transmitting side and receiving side. is.
  • the receiving side divides the received data, for example, by process ID (also referred to as "PID" or "HARQ process ID”), which is identification information that identifies a process (or data), and stores it in a buffer. do.
  • a base station for example, also called eNB or gNB
  • eNB also called eNB or gNB
  • NDI New Data Indicator
  • RV New Data Indicator
  • a terminal performs reception processing (eg, soft combining processing) of data (eg, Physical Downlink Shared Channel (PDSCH)) based on information about HARQ notified from the base station.
  • reception processing eg, soft combining processing
  • data eg, Physical Downlink Shared Channel (PDSCH)
  • HARQ-ACK HARQ-Acknowledgment
  • HARQ-ACK may be sent using, for example, an uplink control channel (eg, Physical Uplink Control Channel (PUCCH)) or an uplink data channel (eg, Physical Uplink Shared Channel (PUSCH)).
  • PUCCH Physical Uplink Control Channel
  • PUSCH Physical Uplink Shared Channel
  • the base station may specify, for example, a slot in which the terminal transmits HARQ-ACK in downlink control information (for example, Downlink Control Information (DCI)) that allocates PDSCH.
  • DCI Downlink Control Information
  • uplink slots are set to part of the time resources (in other words, limited), so HARQ-ACKs for each of a plurality of PDSCHs are identical. may be collectively transmitted in uplink slots.
  • FDD Frequency Division Duplex
  • CA Carrier Aggregation
  • CC Component Carrier
  • PDSCHs transmitted in a cell are sent together in one CC in one slot.
  • the terminal may transmit, for example, a bit string of HARQ-ACK bits containing multiple HARQ-ACKs (hereinafter referred to as "HARQ-ACK codebook") on PUCCH or PUSCH.
  • HARQ-ACK codebook a bit string of HARQ-ACK bits containing multiple HARQ-ACKs
  • the number of HARQ-ACK bits transmitted in a given slot may vary, for example, depending on the number of PDSCH allocations.
  • NR Rel.15 or Rel.16 (hereafter also referred to as NR Rel.15/16), for example, "Type 1 HARQ-ACK codebook" in which the HARQ-ACK codebook size is semi-statically determined, and , a "Type 2 HARQ-ACK codebook” is defined in which the HARQ-ACK codebook size is determined dynamically (see, for example, section 9 of Non-Patent Document 2).
  • the HARQ-ACK codebook size is reduced to the PDSCH allocation. set to a fixed size regardless of
  • the HARQ-ACK codebook contains HARQ-ACK bits corresponding to slots or CCs with PDSCH allocation.
  • HARQ-ACK bits corresponding to slots or CCs with no PDSCH allocation are not included in the HARQ-ACK codebook. For example, based on whether or not DCI including information on PDSCH allocation is received in each slot or CC, the terminal determines whether or not there is a HARQ-ACK bit for the PDSCH received in that slot and CC.
  • the terminal when the terminal fails to receive DCI (for example, decoding error or false detection), it makes an error in determining whether there is a HARQ-ACK bit, and recognizes HARQ (for example, HARQ-ACK codebook size).
  • DCI for example, decoding error or false detection
  • HARQ for example, HARQ-ACK codebook size
  • DAI Downlink Assignment Index
  • DAI may notify the terminal of information on the number of PDSCH allocations.
  • the terminal can specify the correct HARQ-ACK codebook size even if it misses receiving DCI, for example.
  • identity may be read interchangeably with other terms such as “discrimination”, “identification”, “recognition”, “determination”, and “estimation”.
  • DAI includes "Counter-DAI (C-DAI)” that counts slots and CCs with PDSCH allocation up to the slot and CC to which the DAI is notified, and total PDSCH allocation up to the slot. "Total-DAI (T-DAI)” indicating the number is included.
  • C-DAI Counter-DAI
  • T-DAI Total-DAI
  • C-DAI is, for example, the current CC and slot (or Serving cell and PDCCH monitoring occasion) up to PDSCH reception (or PDSCH allocation) slot and CC pairs (or Serving cell and PDCCH monitoring occasion pairs).
  • T-DAI is, for example, a pair of slots and CCs (or a pair of serving cell and PDCCH monitoring occurrence) where there is PDSCH reception (or PDSCH allocation) up to the current slot (or PDCCH monitoring occurrence). You may indicate the total number.
  • C-DAI may be incremented each time PDSCH is allocated in DCI in each slot and CC.
  • T-DAI may indicate the total number of PDSCH allocations up to (including) the slot in which the DAI is notified.
  • Each of C-DAI and T-DAI may, for example, be represented by two bits.
  • C-DAI and T-DAI may be capable of counting four or more numbers even when represented by two bits.
  • FIG. 1 is a diagram showing an example of DAI (for example, C-DAI and T-DAI) included in DCI that allocates PDSCH and HARQ-ACK codebook transmitted by a terminal.
  • DAI for example, C-DAI and T-DAI
  • the terminal for example, in each slot (slot1 and slot2 in FIG. 1) and each CC (CC1 to CC4 in FIG. 1) DCI including DAI (C-DAI, T-DAI) may receive
  • terminals are assigned PDSCHs in CC1 and CC3 of slot1
  • PDSCHs are assigned in CC1, CC2 and CC4 of slot2.
  • the terminal receives DAI including C-DAI indicating the count value of the number of PDSCH assignments and T-DAI indicating the total number of PDSCH assignments up to the relevant slot in slots and CCs with PDSCH assignments. you can
  • the terminal can identify that a DCI reception error has occurred in CC1 of slot2 based on DAI (4, 5) received in CC2 of slot2, for example. Accordingly, terminal 200 can feed back a HARQ-ACK codebook including HARQ-ACK bits for five PDSCHs allocated by base station 100, as shown in FIG. 1, for example. In this way, the DAI can prevent the terminal 200 from erroneously recognizing the HARQ-ACK codebook size.
  • NTN Non-Terrestrial Network
  • LTE and NR Rel.15/16 are specified as radio access technologies for terrestrial networks.
  • NR is being considered for extension to non-terrestrial networks (NTN) such as communication using satellites or high-altitude pseudo-satellites (HAPS) (for example, Non-Patent Document 1) .
  • NPN non-terrestrial networks
  • HAPS high-altitude pseudo-satellites
  • the satellite coverage area eg, one or more cells
  • the round trip time RTT: Round Trip Time
  • the altitude of the satellite for example, up to about 36000 km
  • the angle viewed from the terminal that is, the positional relationship between the satellite and the terminal.
  • Non-Patent Document 1 states that the maximum round-trip time (RTT) of radio wave propagation between a base station and a terminal is about 540 ms.
  • retransmission control is based on individual HARQ-ACK feedback for HARQ processes. Therefore, in NTN with large RTT compared to terrestrial networks, a large number of HARQ processes can be used for continuous data transmission. Also, for example, NTN considers disabling HARQ-ACK feedback for each HARQ process individually (see Non-Patent Document 1, for example).
  • HARQ-ACK is transmitted from the terminal, and the base station may schedule based on HARQ-ACK.
  • HARQ-ACK is not transmitted from the terminal, and the base station does not wait for reception of HARQ-ACK. You may schedule the following data in
  • the HARQ-ACK bit for the PDSCH of the feedback-disabled HARQ process is not included in the HARQ-ACK codebook.
  • the content of the information signaled (or indicated) in the DAI field included in the DCI that schedules (eg, allocates) feedback-disabled HARQ processes has not been fully considered.
  • DAIs e.g., C-DAI and T-DAI
  • information to be set in DAI may be determined (or controlled) based on HARQ feedback settings (eg, enabled or disabled).
  • a communication system includes base station 100 and terminal 200 .
  • FIG. 2 is a block diagram showing a configuration example of part of the base station 100.
  • a control unit for example, corresponding to a control circuit
  • controls data in the retransmission process for example, HARQ process
  • settings for example, whether to enable or disable
  • Determine the information to be set in the signal for example, DAI
  • a transmission unit for example, corresponding to a transmission circuit
  • transmits, for example, information determined in the signal for example, DAI).
  • FIG. 3 is a block diagram showing a configuration example of part of the terminal 200.
  • a receiving unit eg, corresponding to a receiving circuit
  • Receive in a signal eg, DAI
  • a control unit e.g., corresponding to a control circuit controls reception of data based on the information.
  • FIG. 4 is a block diagram showing an example of the configuration of base station 100 according to this embodiment.
  • Base station 100 includes, for example, retransmission control section 101, encoding/modulation section 102, radio transmission section 103, antenna 104, radio reception section 105, demodulation/decoding section 106, and HARQ-ACK determination section 107. And prepare.
  • At least one of the retransmission control section 101, the encoding/modulation section 102, the demodulation/decoding section 106, and the HARQ-ACK determination section 107 shown in FIG. 4 may be included in the control section shown in FIG. 2, for example. 4 may be included in the transmitter shown in FIG. 2, for example.
  • the retransmission control section 101 controls retransmission of transmission data (for example, PDSCH).
  • transmission data for example, PDSCH
  • retransmission control section 101 for transmission data, HARQ process ID, NDI, RV, information indicating HARQ-ACK transmission timing (for example, PDSCH-to-HARQ_feedback timing indicator), and DAI (C-DAI, T- DAI) may be generated.
  • Retransmission control section 101 outputs the generated information on retransmission control to encoding/modulation section 102 .
  • HARQ-ACK feedback settings for example, whether feedback is enabled or disabled
  • HARQ process IDs may be associated in advance.
  • Information related to association between feedback configuration and HARQ process ID may be notified (or configured) to terminal 200 by, for example, higher layer signaling or downlink control information.
  • the base station 100 may implicitly notify the terminal 200 of either feedback enablement or disablement by, for example, reporting the HARQ process ID. Note that notification of the feedback configuration is not limited to the example described above, and base station 100 may explicitly notify terminal 200 of information regarding the feedback configuration.
  • retransmission control section 101 may determine information to be set in the DAI field corresponding to the HARQ process, for example, based on the HARQ-ACK feedback setting for each HARQ process. An example of how to set the DAI field will be described later.
  • retransmission control section 101 determines retransmission of transmission data (or transmission of new data), and encodes the presence or absence of retransmission of transmission data. • You may instruct the modulating section 102 .
  • Encoding/modulation unit 102 for example, the input transmission data (e.g., transport block) turbo code, error correction encoding such as LDPC code or polar code, and Quarter Phase Shift Keying (QPSK) or Quadrature Amplitude Modulation (QAM), and outputs the modulated signal to radio transmission section 103 .
  • the input transmission data e.g., transport block
  • turbo code e.g., error correction encoding
  • error correction encoding such as LDPC code or polar code
  • QPSK Quarter Phase Shift Keying
  • QAM Quadrature Amplitude Modulation
  • the encoding/modulation section 102 may store transmission data in a buffer, for example.
  • the encoding/modulation section 102 may perform the same processing as described above on transmission data (for example, retransmission data) stored in the buffer.
  • the encoding/modulation unit 102 may delete the corresponding transmission data stored in the buffer.
  • the encoding/modulating section 102 encodes and modulates downlink control information (for example, DCI), and outputs the modulated signal to the radio transmitting section 103 .
  • DCI includes, for example, time and frequency resource allocation information, information on coding and modulation schemes (e.g., Modulation and Coding Scheme (MCS) information) data allocation information, and HARQ process input from retransmission control unit 101
  • MCS Modulation and Coding Scheme
  • MCS Modulation and Coding Scheme
  • HARQ process input from retransmission control unit 101 Information related to retransmission control such as ID, NDI, RV, PDSCH-to-HARQ_feedback timing indicator or DAI (C-DAI, T-DAI) may be included.
  • transmission data may correspond to PDSCH
  • data allocation information may correspond to DCI or PDCCH.
  • Radio transmission section 103 for example, performs transmission processing such as D/A conversion, up-conversion, and amplification on the signal input from encoding/modulation section 102, and transmits the radio signal after transmission processing from antenna 104. Send.
  • Radio receiving section 105 for example, down-converts and A/Ds data signals (eg, PUSCH) and control signals (eg, HARQ-ACK information) from terminal 200 received via antenna 104. Reception processing such as conversion is performed, and the signal after reception processing is output to demodulation/decoding section 106 .
  • data signals eg, PUSCH
  • control signals eg, HARQ-ACK information
  • Demodulation/decoding section 106 performs channel estimation, demodulation processing, and decoding processing on the received signal input from radio reception section 105, for example. For example, when the received signal is data, demodulation/decoding section 106 outputs the received data, and when the received signal is HARQ-ACK information, outputs HARQ-ACK information to HARQ-ACK determination section 107. do.
  • HARQ-ACK decision section 107 for example, based on the HARQ-ACK information (for example, HARQ-ACK codebook) input from demodulation/decoding section 106, the error for each transmitted transmission data (for example, transport block) (for example, ACK or NACK).
  • the HARQ-ACK information for example, HARQ-ACK codebook
  • the error for each transmitted transmission data for example, transport block
  • HARQ-ACK determination section 107 may instruct retransmission control section 101 to retransmit data.
  • HARQ-ACK determination section 107 may instruct retransmission control section 101 not to retransmit data.
  • base station 100 When Type 2 HARQ-ACK codebook is set for terminal 200, base station 100, for example, receives HARQ-ACK of a feedback-enabled HARQ process, and receives HARQ-ACK of a feedback-disabled HARQ process. -Don't receive ACK.
  • HARQ-ACK determination section 107 may determine whether or not there is an error in HARQ-ACK of a feedback-enabled HARQ process.
  • which type of HARQ-ACK codebook is applied to each HARQ process may be notified (or set) in advance to the terminal 200 .
  • FIG. 5 is a block diagram showing an example of the configuration of terminal 200 according to the present embodiment.
  • Terminal 200 includes, for example, antenna 201 , radio reception section 202 , demodulation/decoding section 203 , HARQ-ACK generation section 204 , encoding/modulation section 205 , and radio transmission section 206 .
  • At least one of the demodulator/decoder 203, the HARQ-ACK generator 204, and the encoder/modulator 205 shown in FIG. 5 may be included in the controller shown in FIG. 3, for example. 5 may be included in the receiver shown in FIG. 3, for example.
  • Radio receiving section 202 for example, down-converts and A/Ds data signals (eg, PDSCH) and control signals (eg, PDCCH or DCI) from base station 100 received via antenna 201. It performs reception processing such as conversion, and outputs the signal after reception processing to demodulation/decoding section 203 .
  • data signals eg, PDSCH
  • control signals eg, PDCCH or DCI
  • the demodulation/decoding section 203 performs channel estimation, demodulation processing, and decoding processing on the received signal input from the radio reception section 202, for example. For example, when the received signal is data, the demodulator/decoder 203 may perform processing based on data allocation information (for example, modulation scheme and coding rate) included in the control signal. Also, the demodulation/decoding section 203 may determine whether the received data is first transmission data (or new data) or retransmission data, for example, based on the NDI included in the control signal. For example, in the case of initial transmission data, demodulation/decoding section 203 may perform error correction decoding and perform Cyclic Redundancy Check (CRC) determination.
  • CRC Cyclic Redundancy Check
  • the demodulation/decoding section 203 may perform error correction decoding after combining the data stored in the buffer and the received data, and perform CRC determination.
  • Demodulation/decoding section 203 outputs the CRC determination result to HARQ-ACK generation section 204, for example.
  • HARQ-ACK generating section 204 generates HARQ-ACK information (for example, HARQ-ACK codebook) based on, for example, the CRC determination result input from demodulating/decoding section 203, and outputs it to encoding/modulating section 205. do.
  • HARQ-ACK information for example, HARQ-ACK codebook
  • the HARQ-ACK generation unit 204 generates HARQ-ACK information (eg, ACK or NACK) based on the CRC determination result, for example, for feedback-enabled HARQ process data. For example, HARQ-ACK generating section 204 generates ACK when CRC OK (eg, no error), and generates NACK when CRC NG (eg, error exists). Also, for example, when the terminal 200 receives a plurality of transport blocks or code blocks, the HARQ-ACK generation unit 204 generates HARQ-ACK for each of the plurality of transport blocks or code blocks, and generates a plurality of HARQ- A HARQ-ACK code block consisting of ACKs may be generated.
  • HARQ-ACK information eg, ACK or NACK
  • the HARQ-ACK generation unit 204 for example, for slots and CCs without data allocation, or for data of HARQ processes with feedback disabled, CRC decoding result NACK may be inserted into the HARQ-ACK codebook regardless of
  • the HARQ-ACK generation unit 204 when the Type 2 HARQ-ACK codebook is set, the HARQ-ACK generation unit 204 generates HARQ-ACKs for slots and CCs without data allocation, or for data of HARQ processes with feedback disabled, for example, HARQ- It does not have to be included in the ACK codebook.
  • the HARQ-ACK generator 204 may include, for example, slots and CCs with data allocation, or HARQ-ACKs for data of feedback-enabled HARQ processes in the HARQ-ACK codebook.
  • the coding/modulation section 205 performs, for example, error correction coding and modulation processing on input transmission data (eg, transport block), and outputs the modulated signal to the radio transmission section 206 . Also, the coding/modulation unit 205 performs error correction coding and modulation processing on the HARQ-ACK information input from the HARQ-ACK generation unit 204, for example, and transmits the modulated signal to the radio transmission unit 206. Output.
  • Radio transmission section 206 for example, performs transmission processing such as D/A conversion, up-conversion, and amplification on the signal input from encoding/modulation section 205, and transmits the radio signal after transmission processing from antenna 201. Send.
  • terminal 200 may transmit HARQ-ACK information at timing based on the PDSCH-to-HARQ_feedback timing indicator included in the control signal from base station 100, for example. Also, terminal 200 sets the HARQ-ACK codebook size, for example, based on the DAI (C-DAI, T-DAI) included in the DCI received last among the DCIs that allocate the PDSCH of the HARQ-ACK transmission timing. You can
  • FIG. 6 is a sequence diagram showing an operation example of base station 100 and terminal 200 in this embodiment.
  • the base station 100 sets DAI (eg, C-DAI and T-DAI) based on, for example, allocation of downlink data (eg, PDSCH) for the terminal 200 (S101).
  • DAI eg, C-DAI and T-DAI
  • Base station 100 sets information to be set in the DAI field in the HARQ process, for example, based on the setting (for example, one of feedback enablement and feedback disablement) regarding feedback of each HARQ process corresponding to PDSCH allocation. You can decide.
  • DAI eg, C-DAI and T-DAI
  • the base station 100 transmits DCI including DAI to the terminal 200 (S102).
  • Terminal 200 receives DCI including DAI from base station 100 .
  • the base station 100 transmits downlink data to the terminal 200 (S103).
  • Terminal 200 may receive downlink data, for example, based on data allocation information included in DCI.
  • the terminal 200 may perform reception processing such as error correction decoding and CRC determination on the received downlink data (S104). For example, the terminal 200 uses the DAI (eg, at least one of C-DAI and T-DAI) corresponding to the feedback-disabled HARQ process, based on the downlink data (eg, data corresponding to the HARQ process) receive processing (e.g., determination of HARQ-ACK codebook size).
  • DAI eg, at least one of C-DAI and T-DAI
  • receive processing e.g., determination of HARQ-ACK codebook size
  • the terminal 200 may generate HARQ-ACK information, for example, based on the result of downlink data reception processing (eg, CRC determination result) (S105). For example, terminal 200 may generate a HARQ-ACK codebook including HARQ-ACKs for downlink data corresponding to feedback-enabled HARQ processes. In other words, the terminal 200 does not have to include HARQ-ACK information for downlink data corresponding to feedback-disabled HARQ processes in the HARQ-ACK codebook.
  • HARQ-ACK information for example, based on the result of downlink data reception processing (eg, CRC determination result) (S105).
  • terminal 200 may generate a HARQ-ACK codebook including HARQ-ACKs for downlink data corresponding to feedback-enabled HARQ processes.
  • the terminal 200 does not have to include HARQ-ACK information for downlink data corresponding to feedback-disabled HARQ processes in the HARQ-ACK codebook.
  • the terminal 200 transmits the generated HARQ-ACK information (eg, HARQ-ACK codebook) to the base station 100 (S106).
  • HARQ-ACK information eg, HARQ-ACK codebook
  • the base station 100 performs retransmission control based on the HARQ-ACK information transmitted from the terminal 200 (S107).
  • DAI for example, an example of information to be set in the DAI field
  • Setting method 1 to setting method 4 will be described below as examples.
  • ⁇ Setting method 1> In setting method 1, the C-DAI field in the DCI that allocates a feedback-enabled HARQ process, for example, as specified in NR Rel. A C-DAI value indicating the count value of slots and CCs (or the count value of the number of allocated data) may be included. Also, in setting method 1, the T-DAI field in the DCI that allocates feedback-enabled HARQ processes, for example, as specified in NR Rel. A T-DAI value that indicates the number of data allocations may be included.
  • each of the C-DAI field and the T-DAI field in the DCI that allocates feedback-disabled HARQ processes for example, similarly to the feedback-enabled HARQ process, the C-DAI value and A T-DAI value may be included.
  • the C-DAI value and T-DAI value in this case may each be a value that does not count (in other words, does not include) data allocation in feedback-disabled HARQ processes.
  • the base station 100 may transfer information (eg, C-DAI value and T-DAI value) about the number of data allocations in feedback-enabled HARQ processes to signals for feedback-disabled HARQ processes (eg, C -DAI field and T-DAI field).
  • C-DAI field and T-DAI field in the DCI that allocates a feedback-disabled HARQ process contain the C-DAI field in the feedback-enabled HARQ process immediately before the allocation of the feedback-disabled HARQ process.
  • a DAI value and a T-DAI value may be set.
  • FIG. 7 is a diagram showing an example of the DAI field and HARQ-ACK codebook according to setting method 1.
  • CC1 and CC3 of slot1 and CC1 and CC4 of slot2 transmit and receive DCI that allocates feedback-enabled HARQ processes, and CC2 of slot2 allocates feedback-disabled HARQ processes. DCI is sent and received.
  • the base station 100 assigns a count value (or cumulative number) and a T-DAI value indicating the total number of data allocations for each slot may be set.
  • the base station 100 does not have to count data allocation for feedback-disabled HARQ processes, for example, in setting the DCI C-DAI value for allocating feedback-enabled HARQ processes. Also, the base station 100 may not count data allocation for feedback-disabled HARQ processes, for example, in setting the T-DAI value of DCI for allocating feedback-enabled HARQ processes. In other words, base station 100 counts data allocations in setting C-DAI and T-DAI values in feedback-enabled HARQ processes, excluding data allocations in feedback-disabled HARQ processes. you can
  • the T-DAI value is set to 2
  • the allocation of feedback-disabled HARQ processes in CC2 of slot2 is counted.
  • T-DAI value 4
  • the C-DAI value is not counted (in other words, incremented) without counting the assignments of feedback-disabled HARQ processes in CC2 of slot2.
  • the base station 100 for example, in the C-DAI field and the T-DAI field of DCI that allocates a feedback-disabled HARQ process, does not count the allocation of the HARQ process and does not count the HARQ process that is feedback-enabled. May be set to the same value as the C-DAI and T-DAI values of the process.
  • the C-DAI value and T-DAI value in CC2 of slot2 are the same values as the C-DAI value and T-DAI value in CC1 of slot2, which is the previous allocation (3, 4) may be set to
  • the terminal 200 does not have to include the HARQ-ACK of the feedback-disabled HARQ process in the HARQ-codebook.
  • the terminal 200 for example, based on the information of the C-DAI field and the T-DAI field of DAI included in the DCI that allocates the feedback-disabled HARQ process, HARQ- You may specify the size of the HARQ-codebook including the ACK.
  • terminal 200 fails to receive DCI in CC1 of slot2
  • the terminal 200 for example, based on DAI (3, 4) of the feedback-disabled HARQ process received in CC2 of slot2, CC1 of slot2 to which data in the feedback-enabled HARQ process is assigned.
  • DAI (3, 4) of the feedback-disabled HARQ process received in CC2 of slot2
  • CC1 of slot2 to which data in the feedback-enabled HARQ process is assigned it can be identified that a DCI reception error has occurred.
  • terminal 200 can identify that there is a feedback-enabled HARQ process assignment in CC1 of slot2 based on DAI (3, 4) received in CC2 of slot2. Therefore, as shown in FIG. 7, the terminal 200 can specify the size of the HARQ-ACK codebook including 4 feedback-enabled HARQ-ACK bits.
  • terminal 200 assigns feedback-disabled HARQ processes even when there is a DCI reception error (or reception error) that allocates feedback-enabled HARQ processes.
  • the HARQ-codebook size can be specified. Therefore, it is possible to reduce the probability of disagreement in recognition of the HARQ-codebook size between base station 100 and terminal 200 .
  • the same DCI size can be set between the DCI that allocates feedback-disabled HARQ processes and the DCI that allocates feedback-enabled HARQ processes. It is possible to suppress an increase in the number of times of blind decoding at the time of reception.
  • the C-DAI and T-DAI fields of the DCI that allocate feedback-disabled HARQ processes may be reserved.
  • the base station 100 for example, in the C-DAI field and the T-DAI field of the DAI for feedback-disabled HARQ process, C-DAI value and T-DAI value (for example, information about the number of PDSCH allocation ) need not be set.
  • base station 100 sets the DAI value (for example, information about the number of PDSCH allocations) and Different information may be set.
  • DAI value for example, information about the number of PDSCH allocations
  • Different information may be set.
  • FIG. 8 is a diagram showing an example of the DAI field and HARQ-ACK codebook according to setting method 2.
  • the base station 100 uses feedback-disabled HARQ processes as in setting method 1. You don't have to count allocations of data for processes.
  • base station 100 allocates a feedback-disabled HARQ process, for example, in DCI (for example, DCI in CC2 of slot2), where C-DAI field and T-DAI field included in DAI , the DAI value (for example, the C-DAI value and the T-DAI value) need not be set (or notified).
  • DCI for example, DCI in CC2 of slot2 in FIG. 8
  • a specified value for example, all 0
  • the terminal 200 may, for example, ignore the value of the DAI field included in the DCI that allocates HARQ processes with feedback disabled. In other words, terminal 200 may perform HARQ-ACK-related processing (eg, specify HARQ-ACK codebook size) based on, for example, the value of the DAI field included in the DCI that allocates feedback-enabled HARQ processes. .
  • HARQ-ACK-related processing eg, specify HARQ-ACK codebook size
  • terminal 200 sets the values to be set in the C-DAI field and T-DAI field (for example, reserved fields) included in the DCI that allocates feedback-disabled HARQ processes, as described later, It may be used for purposes other than the use related to notification of the number of downlink data allocations.
  • the DAI field for feedback-disabled HARQ processes for example, a field in which no DAI value is set
  • at least a part of the C-DAI field and the T-DAI field has a specified value (for example, the base Known information) may be set (or inserted) between the station 100 and the terminal 200 .
  • Terminal 200 may use the specified value as a virtual CRC, for example.
  • the virtual CRC can reduce the occurrence of erroneous CRC determination in terminal 200 .
  • base station 100 can, for example, suppress an increase in DCI size and notify terminal 200 of parameters related to data transmission.
  • the same DCI size can be set between the DCI that allocates feedback-disabled HARQ processes and the DCI that allocates feedback-enabled HARQ processes. It is possible to suppress an increase in the number of times of blind decoding at the time of reception.
  • the C-DAI field of the DCI that allocates feedback-disabled HARQ processes is reserved, and the T-DAI field contains a T-DAI value that indicates the total number of data allocations up to the slot in which the DAI is notified. may be included.
  • the base station 100 may not set the C-DAI value in some fields (eg, the C-DAI field) of the DAI for feedback-disabled HARQ processes, for example, and may not set the C-DAI value in other fields (eg, , T-DAI field) may be set to the T-DAI value for feedback-enabled HARQ processes.
  • the base station 100 may set information different from the C-DAI value in the C-DAI field (for example, the field in which the DAI value is not set) for the feedback-disabled HARQ process.
  • information different from the C-DAI value in the C-DAI field for example, the field in which the DAI value is not set
  • An example of how to use the C-DAI field of DCI for allocating feedback-disabled HARQ processes will be described later.
  • FIG. 9 is a diagram showing an example of the DAI field and HARQ-ACK codebook according to setting method 3.
  • base station 100 sets a C-DAI value in the C-DAI field included in DCI that allocates feedback-disabled HARQ processes (for example, DCI in CC2 of slot2). (or notice).
  • the C-DAI field may be set with a specified value (for example, all 0), or information for a different purpose than information on the number of data allocations is set.
  • the base station 100 determines that feedback is enabled in the T-DAI field included in DCI that allocates feedback-disabled HARQ processes (eg, DCI in CC2 of slot2). may set the T-DAI value in the HARQ process.
  • the T-DAI value may be set to the same value as the T-DAI value of CC1 of slot2, which is allocated immediately before.
  • the terminal 200 may, for example, ignore the value of the C-DAI field included in the DCI that allocates HARQ processes with feedback disabled. In other words, the terminal 200, for example, based on the value of the DAI field included in the DCI that allocates feedback-enabled HARQ processes and the value of the T-DAI field included in the DCI that allocates feedback-disabled HARQ processes, processing for HARQ-ACK (eg, specifying the HARQ-ACK codebook size).
  • terminal 200 assigns a value set in a C-DAI field (for example, a reserved field) included in DCI that allocates feedback-disabled HARQ processes, as described later, to downlink data allocation. You may use it for other uses different from the use regarding the notification of a number.
  • a C-DAI field for example, a reserved field
  • At least a part of the C-DAI field (for example, a field in which the DAI value is not set) for the feedback-disabled HARQ process has a specified value (for example, between base station 100 and terminal 200 known information) may be set (or inserted).
  • Terminal 200 may use the specified value as a virtual CRC, for example.
  • the virtual CRC can reduce the occurrence of erroneous CRC determination in terminal 200 .
  • the feedback-disabled HARQ process may be set for data transmission in .
  • base station 100 can, for example, suppress an increase in DCI size and notify terminal 200 of parameters related to data transmission.
  • a prescribed number of bits for example, 2 bits in NR Rel.15/16
  • Parameters related to data transmission can be notified regardless of the setting of the number of CCs.
  • terminal 200 for example, based on information (for example, T-DAI value) set in the T-DAI field of DCI that allocates feedback-invalidated HARQ processes, HARQ-codebook size can be determined. For this reason, for example, even if a reception error (or a reception error) of DCI that allocates a feedback-enabled HARQ process occurs, the terminal 200 does not change the T-DAI field of DCI that allocates a feedback-disabled HARQ process. Based on the value, it is possible to determine the HARQ-ACK codebook size. Therefore, it is possible to reduce the probability of disagreement in recognition of the HARQ-ACK codebook size between base station 100 and terminal 200 .
  • information for example, T-DAI value
  • the T-DAI value indicates the total number of data allocations up to the slot in which the T-DAI value is notified (for example, a value that can correspond to the HARQ-ACK codebook size).
  • DAI Compared to DAI, it is effective in identifying the HARQ-ACK codebook size. For example, in the example of FIG. 9, even if terminal 200 misses DCI reception in at least one of CC1 and CC4 of slot2, terminal 200 receives DAI (-, 4) in CC2 of slot2, Since we can determine that the total number of data allocations up to slot2 is 4, we can determine the size of the HARQ-ACK codebook containing 4 feedback-enabled HARQ-ACKs.
  • the same DCI size can be set between the DCI that allocates feedback-disabled HARQ processes and the DCI that allocates feedback-enabled HARQ processes. It is possible to suppress an increase in the number of times of blind decoding at the time of reception.
  • the C-DAI field of the DCI that allocates feedback-disabled HARQ processes has a C-DAI value that indicates the number of data allocations (for example, cumulative number) up to the slot and CC to which the DAI is notified. included, the T-DAI field may be reserved.
  • the base station 100 may not set the T-DAI value in some fields (eg, the T-DAI field) of the DAI for feedback-disabled HARQ processes, and may not set the T-DAI value in other fields (eg, , C-DAI field) may be set to the C-DAI value for feedback-enabled HARQ processes.
  • the base station 100 may set information different from the T-DAI value in the T-DAI field (for example, the field in which the DAI value is not set) for the feedback-disabled HARQ process.
  • information different from the T-DAI value in the T-DAI field for example, the field in which the DAI value is not set
  • An example of how to use the T-DAI field of DCI for allocating feedback-disabled HARQ processes will be described later.
  • FIG. 10 is a diagram showing an example of the DAI field and HARQ-ACK codebook according to setting method 4.
  • the base station 100 sets the T-DAI value in the T-DAI field included in the DCI that allocates feedback-disabled HARQ processes (for example, the DCI in CC2 of slot2). (or notice).
  • the T-DAI field may be set with a specified value (for example, all 0), or information for a different application than information on the number of data allocations is set.
  • the base station 100 determines that feedback is enabled in the C-DAI field included in DCI that allocates feedback-disabled HARQ processes (eg, DCI in CC2 of slot2). may set the C-DAI value in the HARQ process.
  • the C-DAI value may be set to the same value as the C-DAI value of CC1 of slot2, which is allocated immediately before.
  • the terminal 200 may, for example, ignore the value of the T-DAI field included in the DCI that allocates feedback-disabled HARQ processes. In other words, the terminal 200, for example, based on the value of the DAI field included in the DCI that allocates feedback-enabled HARQ processes and the value of the C-DAI field included in the DCI that allocates feedback-disabled HARQ processes, processing for HARQ-ACK (eg, specifying the HARQ-ACK codebook size).
  • terminal 200 assigns a value set in a T-DAI field (for example, a reserved field) included in DCI that allocates a feedback-disabled HARQ process to a value set in downlink data allocation, as will be described later. You may use it for other uses different from the use regarding the notification of a number.
  • a T-DAI field for example, a reserved field
  • a specified value for example, between base station 100 and terminal 200 known information
  • Terminal 200 may use the specified value as a virtual CRC, for example.
  • the virtual CRC can reduce the occurrence of erroneous CRC determination in terminal 200 .
  • the feedback-disabled HARQ process may be set for data transmission in .
  • base station 100 can, for example, suppress an increase in DCI size and notify terminal 200 of parameters related to data transmission.
  • terminal 200 for example, based on information (for example, C-DAI value) set in the C-DAI field of DCI that allocates feedback-invalidated HARQ processes, HARQ-codebook size can be determined. For this reason, for example, even if a DCI reception error (or a reception error) that allocates a feedback-enabled HARQ process occurs, the terminal 200 can set the C-DAI field of DCI that allocates a feedback-disabled HARQ process. Based on the value, it is possible to determine the HARQ-ACK codebook size. Therefore, it is possible to reduce the probability of disagreement in recognition of the HARQ-ACK codebook size between base station 100 and terminal 200 .
  • information for example, C-DAI value
  • terminal 200 even if terminal 200 fails to receive DCI in CC1 of slot2, terminal 200 receives data up to CC2 of slot2 based on DAI (3, -) received in CC2 of slot2. Since we can identify that the number of allocations is 3, we may be able to identify the size of the HARQ-ACK codebook.
  • the same DCI size can be set between the DCI that allocates feedback-disabled HARQ processes and the DCI that allocates feedback-enabled HARQ processes. It is possible to suppress an increase in the number of times of blind decoding at the time of reception.
  • setting method 2 setting method 3, and setting method 4, in at least a part of the C-DAI field and the T-DAI field (for example, a field in which no DAI value is set), An example in which information used for purposes other than notification of information is set will be described.
  • data transmission in a feedback-disabled HARQ process does not provide HARQ retransmission and combining gains, so more robust transmission parameters compared to data transmission in a feedback-enabled HARQ process, or Transmissions based on transmission parameters that achieve lower error rates (eg, Block Error Rate (BLER)) are expected.
  • BLER Block Error Rate
  • a field reserved in the DAI may be set with, for example, a parameter relating to the number of repetitions (or repetition number) in data transmission of feedback-disabled HARQ processes.
  • terminal 200 may use the repetition number notified (or set) by "pdsch-AggregationFactor” or "repetitionNumber” of higher layer parameters (eg, RRC parameters). .
  • the terminal 200 uses the repetition number notified (or set) in the DAI field (for example, at least one of the C-DAI field and the T-DAI field).
  • the repetition number notified by the DAI field for example, any one of multiple candidates for the repetition number separately set in terminal 200 by the RRC parameter may be notified, and is set in terminal 200 by the RRC parameter. Multiple candidates and different repetition numbers may be used.
  • the repetition number notified by the DAI field may be set higher than the repetition number set for feedback-enabled HARQ processes. This allows lower BLER to be achieved in transmissions by feedback-disabled HARQ processes without HARQ retransmissions.
  • a field reserved in the DAI may be set, for example, with a parameter relating to the MCS level used for data transmission of feedback-disabled HARQ processes.
  • MCS index table multiple MCS tables (eg, MCS index table) are defined, as described in section 5.1.3 of Non-Patent Document 3, for example.
  • MCS levels for example, modulation order
  • Table 2 that defines MCS levels up to 256QAM
  • Table 3 is defined, which defines up to the MCS level with a coding rate lower than that of Table 1.
  • a parameter indicating any one of Tables 1 to 3 may be set in the field reserved in DAI.
  • the terminal 200 uses the MCS based on the MCS table notified (or set) in the DAI field (for example, at least one of the C-DAI field and the T-DAI field).
  • a level eg, modulation scheme and coding rate
  • parameters related to MCS levels different from the MCS levels defined in Tables 1 to 3, for example, may be set in the fields reserved in DAI.
  • a field reserved in DAI includes an encoding rate (or spectral efficiency ) may be set for the MCS level.
  • a field reserved in DAI includes a ratio (for example, 1/2, 1/4, 1/8, or 1/16) may be set. Note that the number of bits of the value indicating the ratio to the coding rate is not limited to 2 bits.
  • an example of a method of achieving lower BLER in transmission by a feedback-disabled HARQ process is a method in which the base station 100 transmits the same data (for example, PDSCH) multiple times by blind retransmission.
  • base station 100 transmits retransmission data to terminal 200 without receiving HARQ-ACK from terminal 200 .
  • terminal 200 may determine whether transmission data is initial transmission (or new transmission) or retransmission, for example, based on the bits of NDI included in DCI for data allocation.
  • FIG. 11 is a diagram showing an example of a case with blind retransmission (FIG. 11(a)) and a case without blind retransmission (FIG. 11(b)).
  • the first data eg, new Data
  • the terminal 200 may be notified of the NDI.
  • the terminal 200 determines that the retransmitted data and the previously received data are retransmitted data. and may be combined for decoding.
  • the second and third data eg, new data
  • the previously notified NDI value is toggled. (or incremented) and notified to the terminal 200 .
  • the NDI is 1 bit
  • the second data for example, new data
  • the NDI is different from the NDI when the first data is transmitted (FIG. 11(b) In 1)
  • the terminal 200 is notified.
  • a value different from the NDI when transmitting the second data that is, the same value as the NDI when transmitting the first data (Fig. 11(b) Then 0) is notified to the terminal 200 .
  • parameters for blind retransmissions in HARQ processes with feedback disabled may be set in the fields reserved in DAI.
  • a field reserved in DAI may be set with a parameter indicating whether or not data to be allocated is retransmission data (for example, an extended DAI or a retransmission notification bit, which will be described later).
  • the NDI field may be extended using a reserved field of DAI. For example, add 1 bit of the reserved field of DAI (e.g., at least one of the C-DAI field and the T-DAI field) to NDI, and add 1 bit of the NDI field for a total of 2 bits.
  • the NDI may be notified to terminal 200 .
  • FIG. 12 is a diagram showing an example of a case without blind retransmission in method 3 of use.
  • a 2-bit extended NDI (for example, 0 (bit string: 00), 1 (bit string: 01), 2 (bit string: 10) and 3 (bit string: 11) (not shown)) may be notified to the terminal 200 .
  • the second and third data for example, PDSCH
  • the previously reported NDI value is toggled (or incremented) and reported to the terminal 200.
  • the extended NDI is 2 bits
  • the NDI eg, 0 (bit string: 00)
  • a different value (2 (bit string: 10) in FIG. 12) may be notified to terminal 200 .
  • FIG. 12 shows that since the extended NDI is 2 bits, when transmitting the second data (eg, new data), the NDI (eg, 0 (bit string: 00)) at the time of transmitting the first data and A different value (2 (bit string: 10) in FIG. 12) may be notified to terminal 200 . Also, as shown in FIG.
  • the NDI for example, 0 (bit string: 00) and 1 (bit string: : 01)) (2 (bit string: 10) in FIG. 12) may be notified to the terminal 200 .
  • terminal 200 determines that the first data and the third data are different data, and receives the new data without combining. In this way, extended NDI can suppress the occurrence of erroneous synthesis at terminal 200 .
  • the number of bits in the DAI field included in the extended NDI is not limited to 1 bit, and may be 2 bits or more.
  • 2 bits of either one of C-DAI and T-DAI may be added to the NDI to notify terminal 200 of an extended NDI of a total of 3 bits including 1 bit of the NDI field.
  • a total of 4 bits of C-DAI and T-DAI may be added to the NDI, and an extended NDI of 5 bits in total including 1 bit of the NDI field may be notified to terminal 200 .
  • a parameter indicating whether or not the transmission data is to be retransmitted may be notified in the reserved field of DAI, apart from NDI.
  • FIG. 13 is a diagram showing an example in which one bit of the fields reserved in DAI is used as a retransmission notification bit.
  • FIG. 13(a) shows a case with blind retransmission
  • FIG. 11(b) shows a case without blind retransmission.
  • terminal 200 may erroneously determine that the third data is retransmission data of the first data based on the value of NDI. Even in this case, terminal 200 can correctly determine that the third data is new data based on the retransmission notification bit of DAI (0 in FIG. 13(b)). In this way, the occurrence of erroneous combining in terminal 200 can be suppressed by the retransmission notification bit of DAI.
  • Blind retransmission is sometimes called HARQ retransmission without feedback.
  • the fields reserved in the DAI may be set, for example, with parameters relating to the transmission power level used for data transmission by feedback-disabled HARQ processes.
  • a parameter regarding the power level of data (eg, PDSCH) may be set, or a parameter regarding the power difference between the reference signal and the data may be set.
  • a transmission power control command may be set in a field reserved in DAI.
  • the base station 100 can increase the power of the data or reference signal during transmission of the feedback-disabled HARQ process, for example, so that transmission at a lower BLER is possible. Become.
  • parameters regarding the pattern of reference signals or whether or not to add them may be set. This allows more reference signals to be transmitted when transmitting feedback-disabled HARQ processes, thus allowing transmission at a lower BLER.
  • parameters related to at least two methods (in other words, uses) out of usage methods 1 to 4 of the DAI field described above may be notified in a reserved field.
  • 2 bits may indicate the repetition count, and the other 2 bits may indicate the NDI bit (for example, extended NDI bit).
  • some bits of the C-DAI field or the T-DAI field are used to notify the DAI value or non-DAI value information such as usage methods 1 to 4, The remaining bits may be reserved.
  • base station 100 uses DAI (for example, C- DAI field and T-DAI field) to be set.
  • terminal 200 receives information set based on settings related to feedback to the HARQ process in DAI that notifies the number of data allocations in the HARQ process, and controls data reception based on the received information. .
  • DAI for example, C- DAI field and T-DAI field
  • the terminal 200 receives the DAI value of the feedback-enabled HARQ process in the DAI field in the DCI that allocates the data of the feedback-disabled HARQ process, thereby performing HARQ-ACK in the feedback-enabled HARQ process. Since the possibility of identifying the codebook size (or the specific success rate) can be increased, the efficiency of retransmission control by HARQ can be improved.
  • the terminal 200 receives transmission parameters for feedback-disabled HARQ process data in the DAI field in the DCI that allocates feedback-disabled HARQ process data. For example, by receiving transmission parameters that can reduce BLER, terminal 200 can reduce the reception error rate of data in feedback-disabled HARQ processes, thereby improving the efficiency of retransmission control by HARQ.
  • DAIs for example, C-DAI and T-DAI
  • transmission of downlink data (eg, PDSCH) from base station 100 to terminal 200 has been described, but one embodiment of the present disclosure is not limited to this. It may be applied to uplink data (for example, PUSCH) to station 100 or data in links between terminals 200 (for example, sidelink). Also, in the above-described embodiments, retransmission of data (for example, PDSCH) has been described, but retransmission targets are not limited to data (or data channels), and may be other signals or channels.
  • the HARQ-ACK bits included in the HARQ-ACK codebook are not limited to HARQ-ACK bits for PDSCH reception, and may be HARQ-ACK bits for other signals.
  • the HARQ-ACK codebook may include HARQ-ACK bits for DCI indicating Semi-Persistent Scheduling (SPS) release (also called SPS PDSCH release) or Scell dormancy.
  • SPS Semi-Persistent Scheduling
  • both the C-DAI field and the T-DAI field may be notified of the C-DAI value and the T-DAI value including the HARQ-ACK bit.
  • both the C-DAI field and the T-DAI field are notified to the terminal 200.
  • the present invention is not limited to this. Either one may be notified to the terminal 200 and the other may not be notified to the terminal 200 .
  • information in the C-DAI field is notified to terminal 200, and information in the T-DAI field is notified to terminal 200. It doesn't have to be.
  • the C-DAI field in the DCI that allocates the feedback-disabled HARQ process is assigned data in the feedback-disabled HARQ process. Uncounted C-DAI values may be included.
  • the above-described setting methods 1 to 4 may be used in combination by setting the parameters of the base station or cell. For example, when one CC (or one cell) is configured, configuration method 4 is used, and when multiple CCs (or multiple cells) are configured, configuration method 3 is used. good. In this case, when one CC (or one cell) is configured, the C-DAI value is notified to the terminal 200 in the C-DAI field in the DCI that allocates the feedback-disabled HARQ process, and T- Information in the DAI field may not be notified.
  • the C-DAI field in the DCI that allocates feedback-disabled HARQ processes is reserved, or the usage methods 1 to 4 Information different from the C-DAI value may be notified to terminal 200 as in the above, and the T-DAI value may be notified to terminal 200 in the T-DAI field.
  • terminal 200 considering the possibility that terminal 200 does not transmit HARQ-ACK when operating in an unlicensed band (for example, also referred to as NR-Unlicensed (NR-U)), terminal 200 ⁇ Type 3 HARQ-ACK codebook'' is specified to transmit all together.
  • an embodiment of the present disclosure may be applied when using the Type3 HARQ-ACK codebook.
  • an embodiment of the present disclosure is not limited to the Type3 HARQ-ACK codebook, and may be applied when using other HARQ-ACK codebooks, for example, when notifying information about the HARQ-ACK codebook size by DAI. .
  • the DAI field which is a field for notifying parameters related to the number of data allocations.
  • Fields are not limited to this.
  • the field used for notifying information to the terminal 200 in one embodiment of the present disclosure is HARQ process ID, NDI, RV, PDSCH-to-HARQ_feedback timing indicator, etc.
  • a field used for notification of information to the terminal 200 in one embodiment of the present disclosure may be defined as a reserved field in a certain release (eg, Release 17), or It may be used for purposes other than reporting information about the number of data allocations in subsequent releases.
  • DCI formats 1_0, 1_1, and 1_2 are DCI formats used for downlink scheduling (data allocation), and an embodiment of the present disclosure is applied to all of these DCI formats. Alternatively, one embodiment of the present disclosure may be applied to at least one. Also, the notification information in the DAI field may be changed individually for each DCI format.
  • activation or deactivation of HARQ feedback may be set individually for the terminal or individually for the cell. may be set.
  • DAI field itself may be deleted and defined as a separate reserved field.
  • another field name may be defined.
  • an embodiment of the present disclosure can be applied regardless of the type of satellite such as GEO, Medium Earth Orbit satellite (MEO), LEO, or Highly Elliptical Orbit satellite (HEO).
  • An embodiment of the present disclosure may also be applied to non-terrestrial communications such as HAPS or drone base stations, for example.
  • the NTN environment for example, satellite communication environment
  • the present disclosure is not limited to this.
  • the present disclosure may be applied to other communication environments (eg, LTE and/or NR terrestrial cellular environments).
  • one embodiment of the present disclosure may be applied to terrestrial communication in an environment where the cell size is large and the propagation delay between the base station 100 and the terminal 200 is long (for example, above a threshold).
  • it may be applied to communication other than NTN to which HARQ or HARQ feedback invalidation is applied.
  • the form of satellite communication may be a configuration in which the functions of the base station are present on the satellite (for example, "regenerative satellite"), and the functions of the base station are present on the ground and the base station
  • a configuration in which a satellite relays communication between the terminal and the terminal may also be used.
  • the downlink and uplink may be the link between the terminal and the satellite, or the link via the satellite, in one embodiment of the present disclosure.
  • the various parameters in the above embodiment are examples, and other numerical values may be used.
  • the number of slots and the number of CCs for which the number of data allocations is notified by DAI is not limited to 2 slots and 4 CCs, and may be other numbers.
  • the HARQ-ACK codebook size is not limited to the examples shown in FIGS. 7 to 10, and may be other sizes.
  • the number of bits in at least one of the C-DAI field and the T-DAI field included in DAI is not limited to 2 bits, and may be another number of bits.
  • at least one of the position (eg, CC2 of slot2) and the number (eg, 1) of feedback-disabled HARQ processes may be other values.
  • HARQ-ACK may be called, for example, ACK/NACK or HARQ-feedback.
  • a base station may be called a gNodeB or a gNB.
  • a terminal may also be referred to as a UE.
  • a slot may be replaced with a time slot, minislot, frame, subframe, or the like.
  • (supplement) Information indicating whether or not the terminal 200 supports the functions, operations, or processes shown in the above embodiments is transmitted from the terminal 200 to the base station 100, for example, as capability information or a capability parameter of the terminal 200. (or notified).
  • the capability information may include an information element (IE) individually indicating whether or not the terminal 200 supports at least one of the functions, operations, or processes shown in the above embodiments.
  • the capability information may include an information element indicating whether or not the terminal 200 supports a combination of two or more of the functions, operations or processes shown in the above embodiments.
  • base station 100 may determine (or determine or assume) functions, operations, or processes supported (or not supported) by terminal 200 as the source of capability information. The base station 100 may perform operation, processing, or control according to the determination result based on the capability information. For example, based on the capability information received from terminal 200, base station 100 assigns at least one of downlink resources such as PDCCH or PDSCH and uplink resources such as PUCCH or PUSCH (for example, in the DAI field scheduling) may be controlled.
  • downlink resources such as PDCCH or PDSCH
  • uplink resources such as PUCCH or PUSCH
  • terminal 200 not supporting part of the functions, operations, or processes shown in the above-described embodiments can be interpreted as limiting such functions, operations, or processes in terminal 200.
  • base station 100 may be notified of information or requests regarding such restrictions.
  • Information about the capabilities or limitations of terminal 200 may be defined, for example, in a standard, or may be implicitly associated with information known in base station 100 or information transmitted to base station 100 . may be notified.
  • a downlink control signal (or downlink control information) related to an embodiment of the present disclosure may be, for example, a signal (or information) transmitted in the Physical Downlink Control Channel (PDCCH) of the physical layer, It may be a signal (or information) transmitted in a medium access control element (MAC CE) or radio resource control (RRC) of a higher layer. Also, the signal (or information) is not limited to being notified by a downlink control signal, and may be defined in advance in specifications (or standards), or may be set in advance in base stations and terminals.
  • PDCCH Physical Downlink Control Channel
  • MAC CE medium access control element
  • RRC radio resource control
  • the uplink control signal (or uplink control information) related to an embodiment of the present disclosure may be, for example, a signal (or information) transmitted in PUCCH of the physical layer, MAC CE or It may be a signal (or information) transmitted in RRC. Also, the signal (or information) is not limited to being notified by an uplink control signal, and may be defined in advance in specifications (or standards), or may be set in advance in base stations and terminals. Also, 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.
  • a base station includes 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 Station (BTS), base unit, gateway, etc.
  • TRP Transmission Reception Point
  • RRH Remote Radio Head
  • eNB eNodeB
  • gNB gNodeB
  • BS Base Station
  • BTS Base Transceiver Station
  • base unit gateway, etc.
  • a terminal may play the role of a base station.
  • a relay device that relays communication between the upper node and the terminal may be used. It may also be a roadside device.
  • An embodiment of the present disclosure may be applied to any of uplink, downlink, and sidelink, for example.
  • an embodiment of the present disclosure can be used for uplink Physical Uplink Shared Channel (PUSCH), Physical Uplink Control Channel (PUCCH), Physical Random Access Channel (PRACH), downlink Physical Downlink Shared Channel (PDSCH), PDCCH, Physical It may be applied to the Broadcast Channel (PBCH), or the sidelink Physical Sidelink Shared Channel (PSSCH), Physical Sidelink Control Channel (PSCCH), and 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 the Broadcast Channel (PBCH), or the sidelink Physical Sidelink Shared Channel (PSSCH), Physical Sidelink Control Channel (PSCCH), and Physical Sidelink Broadcast Channel (PSBCH).
  • PBCH Broadcast Channel
  • PSSCH Physical Sidelink Shared Channel
  • PSCCH Physical Sidelink
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of a downlink control channel, downlink data channel, uplink data channel, and uplink control channel, respectively.
  • PSCCH and PSSCH are examples of sidelink control channels and sidelink data channels.
  • PBCH and PSBCH are broadcast channels, and PRACH is an example of a random access channel.
  • An embodiment of the present disclosure may be applied to either data channels or control channels, for example.
  • the channels in one embodiment of the present disclosure may be replaced with any of the data channels PDSCH, PUSCH, and PSSCH, or the control channels PDCCH, PUCCH, PBCH, PSCCH, and PSBCH.
  • the reference signal is, for example, a signal known to both the base station and the mobile station, and is sometimes called Reference Signal (RS) or pilot signal.
  • the reference signal can be 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 reference signal (SRS) may be used.
  • DMRS Demodulation Reference Signal
  • CSI-RS Channel State Information - Reference Signal
  • TRS Tracking Reference Signal
  • PTRS Phase Tracking Reference Signal
  • CRS Cell-specific Reference Signal
  • SRS Sounding Any reference signal
  • the unit of time resources is not limited to one or a combination of slots and symbols, such as frames, superframes, subframes, slots, time slot subslots, minislots or symbols, Orthogonal Time resource units such as frequency division multiplexing (OFDM) symbols and single carrier-frequency division multiplexing (SC-FDMA) symbols may be used, or other time resource units may be used.
  • Orthogonal Time resource units such as frequency division multiplexing (OFDM) symbols and single carrier-frequency division multiplexing (SC-FDMA) symbols may be used, or other time resource units may be used.
  • the number of symbols included in one slot is not limited to the number of symbols exemplified in the above embodiment, and may be another number of symbols.
  • An embodiment of the present disclosure may be applied to both licensed bands and unlicensed bands.
  • An embodiment of the present disclosure is applied to any of communication between base stations and terminals (Uu link communication), communication between terminals (Sidelink communication), and vehicle to everything (V2X) communication. good too.
  • 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.
  • an embodiment of the present disclosure may be applied to any of a terrestrial network, a non-terrestrial network (NTN: Non-Terrestrial Network) using satellites or high altitude pseudo satellites (HAPS: High Altitude Pseudo Satellite) .
  • NTN Non-Terrestrial Network
  • HAPS High Altitude pseudo satellites
  • an embodiment of the present disclosure may be applied to a terrestrial network such as a network with a large cell size, an ultra-wideband transmission network, or the like, in which the transmission delay is large compared to the symbol length or slot length.
  • an antenna port refers to a logical antenna (antenna group) composed of one or more physical antennas.
  • an antenna port does not always refer to one physical antenna, but may refer to an array antenna or the like composed of a plurality of antennas.
  • the number of physical antennas that constitute an antenna port is not defined, but may be defined as the minimum unit in which a terminal station can transmit a reference signal.
  • an antenna port may be defined as the minimum unit for multiplying weights of precoding vectors.
  • 5G fifth generation cellular technology
  • NR new radio access technologies
  • the system architecture as a whole is assumed to be NG-RAN (Next Generation-Radio Access Network) with gNB.
  • the gNB provides UE-side termination of NG radio access user plane (SDAP/PDCP/RLC/MAC/PHY) and control plane (RRC) protocols.
  • SDAP/PDCP/RLC/MAC/PHY NG radio access user plane
  • RRC control plane
  • the gNB also connects to the Next Generation Core (NGC) via the Next Generation (NG) interface, and more specifically, the Access and Mobility Management Function (AMF) via the NG-C interface (e.g., a specific core entity that performs AMF) , and is also connected to a UPF (User Plane Function) (eg, a specific core entity that performs UPF) by an NG-U interface.
  • NNC Next Generation Core
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • the NG-RAN architecture is shown in Figure 14 (see, eg, 3GPP TS 38.300 v15.6.0, section 4).
  • the NR user plane protocol stack (see e.g. 3GPP TS 38.300, section 4.4.1) consists of a network-side terminated PDCP (Packet Data Convergence Protocol (see TS 38.300 section 6.4)) sublayer at the gNB, It includes the RLC (Radio Link Control (see TS 38.300 clause 6.3)) sublayer and the MAC (Medium Access Control (see TS 38.300 clause 6.2)) sublayer. Also, a new Access Stratum (AS) sublayer (Service Data Adaptation Protocol (SDAP)) has been introduced on top of PDCP (see, for example, 3GPP TS 38.300, Section 6.5).
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • SDAP Service Data Adaptation Protocol
  • a control plane protocol stack is defined for NR (see, eg, TS 38.300, section 4.4.2).
  • An overview of layer 2 functions is given in clause 6 of TS 38.300.
  • the functions of the PDCP sublayer, RLC sublayer and MAC sublayer are listed in TS 38.300 clauses 6.4, 6.3 and 6.2 respectively.
  • the functions of the RRC layer are listed in clause 7 of TS 38.300.
  • the Medium-Access-Control layer handles logical channel multiplexing and scheduling and scheduling-related functions, including handling various neurology.
  • the physical layer is responsible for encoding, PHY HARQ processing, modulation, multi-antenna processing, and mapping of signals to appropriate physical time-frequency resources.
  • the physical layer also handles the mapping of transport channels to physical channels.
  • the physical layer provides services to the MAC layer in the form of transport channels.
  • a physical channel corresponds to a set of time-frequency resources used for transmission of a particular transport channel, and each transport channel is mapped to a corresponding physical channel.
  • physical channels include PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel) as uplink physical channels, and PDSCH (Physical Downlink Shared Channel) as downlink physical channels.
  • PDCCH Physical Downlink Control Channel
  • PBCH Physical Broadcast Channel
  • NR use cases/deployment scenarios include enhanced mobile broadband (eMBB), ultra-reliable low-latency communications (URLLC), massive machine type communication (mMTC) with diverse requirements in terms of data rate, latency and coverage can be included.
  • eMBB is expected to support peak data rates (20 Gbps in the downlink and 10 Gbps in the uplink) and user-experienced data rates on the order of three times the data rates provided by IMT-Advanced.
  • URLLC more stringent requirements are imposed for ultra-low latency (0.5 ms each for UL and DL for user plane latency) and high reliability (1-10-5 within 1 ms).
  • mMTC preferably has high connection density (1,000,000 devices/km 2 in urban environments), wide coverage in hostile environments, and extremely long battery life (15 years) for low cost devices. can be requested.
  • the OFDM numerology (e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval) suitable for one use case may be used for other use cases. May not be valid.
  • low-latency services preferably require shorter symbol lengths (and thus larger subcarrier spacings) and/or fewer symbols per scheduling interval (also called TTI) than mMTC services.
  • TTI time-to-live
  • Subcarrier spacing may optionally be optimized to maintain similar CP overhead.
  • the value of subcarrier spacing supported by NR may be one or more.
  • resource element may be used to mean the smallest resource unit consisting of one subcarrier for the length of one OFDM/SC-FDMA symbol.
  • resource grids of subcarriers and OFDM symbols are defined for uplink and downlink, respectively.
  • Each element of the resource grid is called a resource element and is identified based on a frequency index in the frequency domain and a symbol position in the time domain (see 3GPP TS 38.211 v15.6.0).
  • FIG. 15 shows functional separation between NG-RAN and 5GC.
  • Logical nodes in NG-RAN are gNBs or ng-eNBs.
  • 5GC has logical nodes AMF, UPF and SMF.
  • gNBs and ng-eNBs host the following main functions: - Radio Bearer Control, Radio Admission Control, Connection Mobility Control, dynamic allocation of resources to UEs in both uplink and downlink (scheduling), etc. Functions of Radio Resource Management; - IP header compression, encryption and integrity protection of data; - AMF selection on UE attach when routing to an AMF cannot be determined from information provided by the UE; - routing of user plane data towards UPF; - routing of control plane information towards AMF; - setting up and tearing down connections; - scheduling and sending paging messages; - scheduling and transmission of system broadcast information (originating from AMF or Operation, Admission, Maintenance (OAM)); - configuration of measurements and measurement reports for mobility and scheduling; - transport level packet marking in the uplink; - session management; - support for network slicing; - QoS flow management and mapping to data radio bearers; - Support for UEs in RRC_INACTIVE state; - the ability to deliver NAS messages; - sharing
  • the Access and Mobility Management Function hosts the following main functions: - Ability to terminate Non-Access Stratum (NAS) signaling; - security of NAS signaling; - Access Stratum (AS) security controls; - Core Network (CN) inter-node signaling for mobility across 3GPP access networks; - Reachability to UEs in idle mode (including control and execution of paging retransmissions); - management of the registration area; - support for intra-system and inter-system mobility; - access authentication; - access authorization, including checking roaming rights; - mobility management control (subscription and policy); - support for network slicing; - Selection of the Session Management Function (SMF).
  • NAS Non-Access Stratum
  • AS Access Stratum
  • CN Core Network
  • the User Plane Function hosts the following main functions: - Anchor points for intra-RAT mobility/inter-RAT mobility (if applicable); - External PDU (Protocol Data Unit) session points for interconnection with data networks; - packet routing and forwarding; – Policy rule enforcement for packet inspection and user plane parts; - reporting of traffic usage; - an uplink classifier to support routing of traffic flows to the data network; - Branching Points to support multi-homed PDU sessions; - QoS processing for the user plane (e.g. packet filtering, gating, UL/DL rate enforcement; - verification of uplink traffic (mapping of SDF to QoS flows); - Downlink packet buffering and downlink data notification trigger function.
  • Anchor points for intra-RAT mobility/inter-RAT mobility if applicable
  • External PDU Protocol Data Unit
  • – Policy rule enforcement for packet inspection and user plane parts for interconnection with data networks
  • - reporting of traffic usage - an uplink classifier to support routing of traffic flows to the data network
  • Session Management Function hosts the following main functions: - session management; - allocation and management of IP addresses for UEs; - UPF selection and control; - the ability to configure traffic steering in the User Plane Function (UPF) to route traffic to the proper destination; - policy enforcement and QoS in the control part; - Notification of downlink data.
  • UPF User Plane Function
  • Figure 16 shows some interactions between UE, gNB and AMF (5GC entity) when UE transitions from RRC_IDLE to RRC_CONNECTED for NAS part (see TS 38.300 v15.6.0).
  • RRC is a higher layer signaling (protocol) used for UE and gNB configuration.
  • the AMF prepares the UE context data (which includes, for example, the PDU session context, security keys, UE Radio Capabilities, UE Security Capabilities, etc.) and the initial context Send to gNB with INITIAL CONTEXT SETUP REQUEST.
  • the gNB then activates AS security together with the UE. This is done by the gNB sending a SecurityModeCommand message to the UE and the UE responding to the gNB with a SecurityModeComplete message.
  • the gNB sends an RRCReconfiguration message to the UE, and the gNB receives the RRCReconfigurationComplete from the UE to reconfigure for setting up Signaling Radio Bearer 2 (SRB2) and Data Radio Bearer (DRB) .
  • SRB2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • the step for RRCReconfiguration is omitted as SRB2 and DRB are not set up.
  • the gNB notifies the AMF that the setup procedure is complete with an INITIAL CONTEXT SETUP RESPONSE.
  • the present disclosure provides control circuitry for operationally establishing a Next Generation (NG) connection with a gNodeB and an operationally NG connection so that signaling radio bearers between the gNodeB and User Equipment (UE) are set up.
  • a 5th Generation Core (5GC) entity eg, AMF, SMF, etc.
  • AMF Next Generation
  • SMF User Equipment
  • the gNodeB sends Radio Resource Control (RRC) signaling including a Resource Allocation Configuration Information Element (IE) to the UE via the signaling radio bearer.
  • RRC Radio Resource Control
  • IE Resource Allocation Configuration Information Element
  • the UE then performs uplink transmission or downlink reception based on the resource allocation configuration.
  • Figure 17 shows some of the use cases for 5G NR.
  • the 3rd generation partnership project new radio (3GPP NR) considers three use cases envisioned by IMT-2020 to support a wide variety of services and applications.
  • the first stage of specifications for high-capacity, high-speed communications (eMBB: enhanced mobile-broadband) has been completed.
  • Current and future work includes expanding eMBB support, as well as ultra-reliable and low-latency communications (URLLC) and Massively Connected Machine Type Communications (mMTC). Standardization for massive machine-type communications is included
  • Figure 17 shows some examples of envisioned usage scenarios for IMT beyond 2020 (see eg ITU-RM.2083 Figure 2).
  • URLLC use cases have strict performance requirements such as throughput, latency (delay), and availability.
  • URLLLC use cases are envisioned as one of the elemental technologies to realize these future applications such as wireless control of industrial production processes or manufacturing processes, telemedicine surgery, automation of power transmission and distribution in smart grids, and traffic safety. ing.
  • URLLLC ultra-reliability is supported by identifying technologies that meet the requirements set by TR 38.913.
  • an important requirement includes a target user plane latency of 0.5 ms for UL (uplink) and 0.5 ms for DL (downlink).
  • the general URLLC requirement for one-time packet transmission is a block error rate (BLER) of 1E-5 for a packet size of 32 bytes with a user plane latency of 1 ms.
  • BLER block error rate
  • NRURLC the technical enhancements targeted by NRURLC aim to improve latency and improve reliability.
  • Technical enhancements for latency improvement include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free (configured grant) uplink, slot-level repetition in data channels, and downlink pre-emption.
  • Preemption means that a transmission with already allocated resources is stopped and the already allocated resources are used for other transmissions with lower latency/higher priority requirements requested later. Transmissions that have already been authorized are therefore superseded by later transmissions. Preemption is applicable regardless of the concrete service type. For example, a transmission of service type A (URLLC) may be replaced by a transmission of service type B (eg eMBB).
  • Technology enhancements for increased reliability include a dedicated CQI/MCS table for a target BLER of 1E-5.
  • mMTC massive machine type communication
  • NR URLLC NR URLLC
  • the stringent requirements are: high reliability (reliability up to 10-6 level), high availability, packet size up to 256 bytes, time synchronization up to several microseconds (depending on the use case, the value 1 ⁇ s or a few ⁇ s depending on the frequency range and latency as low as 0.5 ms to 1 ms (eg, 0.5 ms latency in the targeted user plane).
  • NRURLC NR Ultra User Downlink Control Channel
  • enhancements for compact DCI PDCCH repetition, and increased PDCCH monitoring.
  • enhancement of UCI Uplink Control Information
  • enhancement of enhanced HARQ Hybrid Automatic Repeat Request
  • minislot refers to a Transmission Time Interval (TTI) containing fewer symbols than a slot (a slot comprises 14 symbols).
  • TTI Transmission Time Interval
  • the 5G QoS (Quality of Service) model is based on QoS flows, and includes QoS flows that require a guaranteed flow bit rate (GBR: Guaranteed Bit Rate QoS flows), and guaranteed flow bit rates. support any QoS flows that do not exist (non-GBR QoS flows). Therefore, at the NAS level, a QoS flow is the finest granularity of QoS partitioning in a PDU session.
  • a QoS flow is identified within a PDU session by a QoS Flow ID (QFI) carried in an encapsulation header over the NG-U interface.
  • QFI QoS Flow ID
  • 5GC For each UE, 5GC establishes one or more PDU sessions. For each UE, in line with the PDU session, NG-RAN establishes at least one Data Radio Bearers (DRB), eg as shown above with reference to FIG. Also, additional DRBs for QoS flows for that PDU session can be configured later (up to NG-RAN when to configure). NG-RAN maps packets belonging to different PDU sessions to different DRBs. NAS level packet filters in UE and 5GC associate UL and DL packets with QoS flows, while AS level mapping rules in UE and NG-RAN associate UL and DL QoS flows with DRB.
  • DRB Data Radio Bearers
  • FIG. 18 shows the non-roaming reference architecture of 5G NR (see TS 23.501 v16.1.0, section 4.23).
  • An Application Function eg, an external application server hosting 5G services, illustrated in FIG. 17
  • AF Application Function
  • NEF Network Exposure Function
  • PCF Policy Control Function
  • Application Functions that are not authorized by the operator to directly access the Network Function communicate with the associated Network Function using the open framework to the outside world via the NEF.
  • Figure 18 shows further functional units of the 5G architecture: Network Slice Selection Function (NSSF), Network Repository Function (NRF), Unified Data Management (UDM), Authentication Server Function (AUSF), Access and Mobility Management Function (AMF) , Session Management Function (SMF), and Data Network (DN, eg, service by operator, Internet access, or service by third party). All or part of the core network functions and application services may be deployed and operated in a cloud computing environment.
  • NSF Network Slice Selection Function
  • NRF Network Repository Function
  • UDM Unified Data Management
  • AUSF Authentication Server Function
  • AMF Access and Mobility Management Function
  • SMSF Session Management Function
  • DN Data Network
  • QoS requirements for at least one of URLLC, eMMB and mMTC services are set during operation to establish a PDU session including radio bearers between a gNodeB and a UE according to the QoS requirements.
  • the functions of the 5GC e.g., NEF, AMF, SMF, PCF, UPF, etc.
  • a control circuit that, in operation, serves using the established PDU session;
  • An application server eg AF of 5G architecture
  • Each functional block used in the description of the above embodiments is partially or wholly realized as an LSI, which is an integrated circuit, and each process described in the above embodiments is partially or wholly implemented as It may be controlled by one LSI or a combination of LSIs.
  • An LSI may be composed of individual chips, or may be composed of one chip so as to include some or all of the functional blocks.
  • the LSI may have data inputs and outputs.
  • LSIs are also called ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and may be realized with a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • the present disclosure may be implemented as digital or analog processing.
  • a communication device may include a radio transceiver and processing/control circuitry.
  • a wireless transceiver may include a receiver section and a transmitter section, or functions thereof.
  • a wireless transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • RF modules may include amplifiers, RF modulators/demodulators, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smart phones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital still/video cameras, etc.).
  • digital players digital audio/video players, etc.
  • wearable devices wearable cameras, smartwatches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth and telemedicine (remote health care/medicine prescription) devices vehicles or mobile vehicles with communication capabilities (automobiles, planes, ships, etc.), and combinations of the various devices described above.
  • Communication equipment is not limited to portable or movable equipment, but any type of equipment, device or system that is non-portable or fixed, e.g. smart home devices (household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.), vending machines, and any other "Things" that can exist on the IoT (Internet of Things) network.
  • smart home devices household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.
  • vending machines and any other "Things” that can exist on the IoT (Internet of Things) network.
  • Communication includes data communication by cellular system, wireless LAN system, communication satellite system, etc., as well as data communication by a combination of these.
  • Communication apparatus also includes devices such as controllers and sensors that are connected or coupled to communication devices that perform the communication functions described in this disclosure. Examples include controllers and sensors that generate control and data signals used by communication devices to perform the communication functions of the communication device.
  • Communication equipment also includes infrastructure equipment, such as base stations, access points, and any other equipment, device, or system that communicates with or controls the various equipment, not limited to those listed above. .
  • a base station includes a control circuit that determines information to be set in a signal that notifies the number of data allocations in the retransmission process, based on settings related to feedback for the retransmission process; and a transmission circuit for transmitting the
  • control circuit transmits the information about the allocation number in a first retransmission process with the feedback enabled to the signal for a second retransmission process with the feedback disabled. set to
  • control circuit does not count the allocation of the data for the second retransmission process in setting the information on the number of allocations.
  • control circuit does not set information about the allocation number of the data in at least some fields of the signal for the feedback-disabled retransmission process.
  • control circuit sets information about the allocation number for the feedback-enabled retransmission process in the signal for the feedback-disabled retransmission process. Set it to a different field than the one you don't want.
  • the fields in which the information is not set are a first field indicating the cumulative number of allocations of the data per component carrier and per slot, and the total number of allocations of the data per slot. at least one of the second fields shown.
  • control circuit sets information different from the information regarding the number of data allocations in the field in which the information regarding the number of data allocations is not set.
  • control circuit sets known information between the base station and the terminal in fields in which the information on the number of data allocations is not set.
  • a parameter regarding transmission of the data in a retransmission process in which the feedback is disabled is set.
  • the parameters include the number of repetition times of transmission of the data, a parameter related to coding and modulation of the data, a parameter indicating whether the data is retransmission data, and transmission power of the data. is at least one of the parameters for
  • a terminal includes a receiving circuit that receives information set based on settings related to feedback for a retransmission process in a signal that notifies the number of data allocations in the retransmission process, and based on the information: , and a control circuit for controlling the reception of the data.
  • the base station determines information to be set in a signal that notifies the number of data allocations in the retransmission process, based on settings related to feedback for the retransmission process, and in the signal, the Send information.
  • a terminal receives information set based on settings related to feedback for a retransmission process in a signal notifying the number of data allocations in the retransmission process, and based on the information, to control the reception of the data.
  • One aspect of the present disclosure is useful for wireless communication systems.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

基地局は、再送プロセスに対するフィードバックに関する設定に基づいて、再送プロセスにおけるデータの割り当て数を通知する信号に設定する情報を決定する制御回路と、信号において情報を送信する送信回路と、を具備する。

Description

基地局、端末、及び、通信方法
　本開示は、基地局、端末、及び、通信方法に関する。
　5Gの標準化において、新しい無線アクセス技術（NR：New Radio access technology）が3GPPで議論され、NRのRelease 15 (Rel.15)仕様が発行された。
　しかしながら、再送制御の効率を向上する方法については検討の余地がある。
　本開示の非限定的な実施例では、再送制御の効率を向上できる基地局、端末、および通信方法の提供に資する。
　本開示の一実施例に係る基地局は、再送プロセスに対するフィードバックに関する設定に基づいて、前記再送プロセスにおけるデータの割り当て数を通知する信号に設定する情報を決定する制御回路と、前記信号において前記情報を送信する送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、再送制御の効率を向上できる。
　本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Downlink Assignment Index（DAI）及びHybrid automatic repeat request - Acknowledgement（HARQ-ACK） codebookの一例を示す図 基地局の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 基地局の構成の一例を示すブロック図 端末の構成の一例を示すブロック図 基地局及び端末の動作例を示すシーケンス図 設定方法１に係るDAI及びHARQ-ACK codebookの一例を示す図 設定方法２に係るDAI及びHARQ-ACK codebookの一例を示す図 設定方法３に係るDAI及びHARQ-ACK codebookの一例を示す図 設定方法４に係るDAI及びHARQ-ACK codebookの一例を示す図 ブラインド再送有りのケース及びブラインド再送無しのケースの一例を示す図 拡張New Data Indicator（NDI）の設定例を示す図 DAIフィールドにおける再送通知ビットの設定例を示す図 3GPP NRシステムの例示的なアーキテクチャの図 ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す概略図 ＲＲＣ接続のセットアップ／再設定の手順のシーケンス図 大容量・高速通信（ｅＭＢＢ：enhanced Mobile BroadBand）、多数同時接続マシンタイプ通信（ｍＭＴＣ：massive Machine Type Communications）、および高信頼・超低遅延通信（ＵＲＬＬＣ：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図 非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図
　以下、本開示の実施の形態について図面を参照して詳細に説明する。
　［再送制御について］
　Long Term Evolution（LTE）又は5G NRでは、例えば、データ送信の際の再送制御にHybrid automatic repeat request（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」又は「HARQ process ID」と表すこともある）毎に分けてバッファに保存する。
　また、例えば、LTE又はNRでは、基地局（例えば、eNB又はgNBとも呼ぶ）は、データ割り当ての際に、プロセスID、New Data Indicator（NDI）、RVといったHARQに関する情報を端末（例えば、User Equipment（UE）とも呼ぶ）へ通知する。端末は、基地局から通知されるHARQに関する情報に基づいてデータ（例えば、Physical Downlink Shared Channel（PDSCH））の受信処理（例えば、ソフト合成処理）を行う。
　また、端末は、例えば、受信したデータのエラーの有無を示す応答信号（以下、「HARQ-Acknowledgement（HARQ-ACK）」、又は、HARQ情報と呼ぶ）を基地局へ送信（又は、フィードバック）する。HARQ-ACKは、例えば、上りリンク制御チャネル（例えば、Physical Uplink Control Channel（PUCCH））又は上りリンクデータチャネル（例えば、Physical Uplink Shared Channel（PUSCH））を用いて送信されてよい。
　基地局は、例えば、PDSCHを割り当てる下り制御情報（例えば、Downlink Control Information（DCI））において、端末がHARQ-ACKを送信するスロットを指定してよい。
　ここで、例えば、Time Division Duplex（TDD）システムの場合には、上りリンクのスロットが時間リソースの一部に設定（換言すると、限定）されるため、複数のPDSCHのそれぞれに対するHARQ-ACKが同一の上りリンクのスロットにおいてまとめて送信されるケースがあり得る。また、例えば、Frequency Division Duplex（FDD）システム、又は、TDDシステムにおいて、キャリアアグリゲーション（CA：Carrier Aggregation）の場合には、複数のコンポーネントキャリア（CC：Component Carrier）或いはセルにおいて送信される複数のPDSCHのそれぞれに対するHARQ-ACKが１つのスロットの１つのCCにおいてまとめて送信されるケースがあり得る。
　これらのケースでは、端末は、例えば、複数のHARQ-ACKを含むHARQ-ACKビットのビット列（以下、「HARQ-ACK codebook」と呼ぶ）をPUCCH又はPUSCHにおいて送信してよい。或るスロットにおいて送信されるHARQ-ACKビット数は、例えば、PDSCHの割り当て数に応じて異なり得る。
　NR Rel.15又はRel.16（以下、NR Rel.15/16と表すこともある）では、例えば、HARQ-ACK codebookサイズがsemi-staticに決定される「Type 1 HARQ-ACK codebook」、及び、HARQ-ACK codebookサイズがdynamicに決定される「Type 2 HARQ-ACK codebook」が規定される（例えば、非特許文献２のsection 9を参照）。
　Type 1 HARQ-ACK codebookでは、例えば、PDSCHの割り当てが無いスロット又はCCに対応するHARQ-ACKビットに、Negative Acknowledgement（NACK）を示すビットを含めることにより、HARQ-ACK codebookサイズは、PDSCHの割り当てに依らず一定のサイズに設定される。
　また、Type 2 HARQ-ACK codebookでは、例えば、PDSCHの割り当てが有るスロット又はCCに対応するHARQ-ACKビットがHARQ-ACK codebookに含まれる。換言すると、Type 2 HARQ-ACK codebookでは、例えば、PDSCHの割り当てが無いスロット又はCCに対応するHARQ-ACKビットはHARQ-ACK codebookに含まれない。例えば、端末は、各スロット又は各CCにおいてPDSCHの割り当てに関する情報を含むDCIを受信したか否かに基づいて、当該スロット及びCCにおいて受信したPDSCHに対するHARQ-ACKビットの有無を判断する。ここで、端末は、例えば、DCIの受信をミス（例えば、復号誤り又は誤検出）した場合には、HARQ-ACKビットの有無の判断を誤り、HARQ（例えば、HARQ-ACK codebookサイズ）に関する認識が基地局と端末との間において異なり得る。
　HARQに関する基地局と端末との間の認識を合わせる方法の一つとして、例えば、PDSCHを割り当てるDCIによって端末へ通知されるDownlink Assignment Index（DAI）の導入が挙げられる。例えば、DAIによって、PDSCHの割り当て数に関する情報が端末へ通知されてよい。DAIの通知により、端末は、例えば、DCIの受信をミスしても、正しいHARQ-ACK codebookサイズを特定できる。なお、「特定」は、「判別」、「識別」、「認識」、「決定」、「推定」といった他の用語に相互に読み替えられてもよい。
　例えば、DAIには、当該DAIが通知されるスロット及びCCまでのPDSCH割り当てが有るスロット及びCCのカウントを行う「Counter-DAI（C-DAI）」、及び、当該スロットまでのトータルのPDSCHの割り当て数を示す「Total-DAI（T-DAI）」が含まれる。
　換言すると、C-DAIは、例えば、現在のCC及びスロット（又は、Serving cell及びPDCCH monitoring occasion）までのPDSCH受信（又は、PDSCH割り当て）が存在するスロット及びCCのペア（又は、Serving cell及びPDCCH monitoring occasionのペア）の累積数を示してよい。また、T-DAIは、例えば、現在のスロット（又は、PDCCH monitoring occasion）までのPDSCH受信（又は、PDSCH割り当て）が存在するスロット及びCCのペア（又は、Serving cell及びPDCCH monitoring occasionのペア）の総数を示してよい。
　例えば、C-DAIは、各スロット及びCCにおけるDCIにおいて、PDSCHの割り当ての度にインクリメントされてよい。また、例えば、T-DAIは、当該DAIが通知されるスロット（当該スロットを含む）までのPDSCH割り当ての合計数を示してよい。C-DAI及びT-DAIのそれぞれは、例えば、２ビットによって表されてよい。なお、C-DAI及びT-DAIは、２ビットによって表される場合でも、４以上の数をカウント可能でもよい。
　図１は、PDSCHを割り当てるDCIに含まれるDAI（例えば、C-DAI及びT-DAI）、及び、端末が送信するHARQ-ACK codebookの一例を示す図である。
　図１において、端末は、例えば、各スロット（図１では、slot1及びslot2）及び各CC（図１では、CC1～CC4）の何れかにおいて、DAI（C-DAI, T-DAI）を含むDCIを受信してよい。図１に示す例では、端末に対して、slot1のCC1及びCC3においてPDSCHの割り当てが有り、slot2のCC1、CC2及びCC4においてPDSCHの割り当てが有る。この場合、端末は、PDSCHの割り当ての有るスロット及びCCにおいて、PDSCHの割り当て数がカウント値を示すC-DAI、及び、当該スロットまでのPDSCHの割り当て総数を示すT-DAIを含むDAIを受信してよい。
　一例として、図１において、端末がslot2のCC1においてDCIの受信をミスした場合について説明する。この場合、端末は、例えば、slot2のCC2において受信したDAI（4, 5）に基づいて、slot2のCC1においてDCIの受信ミスが発生していることを特定できる。これにより、例えば、図１に示すように、端末２００は、基地局１００によって割り当てられた５個のPDSCHに対するHARQ-ACKビットを含むHARQ-ACK codebookをフィードバックできる。このように、DAIによって、端末２００におけるHARQ-ACK codebookサイズの誤認識の発生を抑制できる。
　[地上以外のネットワーク（NTN：Non-Terrestrial Network）への拡張]
　LTE及びNR Rel.15/16は、地上ネットワーク向けの無線アクセス技術として仕様化されている。一方で、NRは、衛星または高高度疑似衛星（HAPS：High-altitude platform station）を用いた通信等の地上以外のネットワーク（NTN）への拡張が検討されている（例えば、非特許文献１）。
　NTN環境において、地上の端末、航空機又はドローンといった上空に位置する端末に対する衛星のカバーエリア（例えば、１つ以上のセル）は、衛星からのビームによって形成される。また、端末と衛星との間の電波伝搬の往復時間（RTT：Round Trip Time）は、衛星の高度（例えば、最大約36000km）及び端末からみた角度、つまり、衛星と端末の位置関係によって決まる。
　例えば、NTNでは、基地局と端末との間の電波伝搬の往復時間（RTT）は、最大で540ms程度かかることが非特許文献１に記載されている。
　例えば、再送制御は、HARQプロセスに個別のHARQ-ACKフィードバックに基づいて行われる。このため、地上ネットワークと比較してRTTが大きいNTNでは、連続的なデータの送信のためには多数のHARQプロセス数が使用され得る。また、例えば、NTNでは、HARQプロセスに個別にHARQ-ACKフィードバックの無効化が検討される（例えば、非特許文献１を参照）。
　例えば、フィードバックが有効化（enabled）されるHARQプロセス（例えば、feedback-enabled HARQ process）では、端末からHARQ-ACKが送信され、基地局は、HARQ-ACKに基づいてスケジューリングしてよい。その一方で、例えば、フィードバックが無効化（disabled）されるHARQプロセス（例えば、feedback-disabled HARQ process）では、端末からHARQ-ACKは送信されず、基地局は、HARQ-ACKの受信を待たずに次のデータをスケジューリングしてよい。
　ここで、上述したType2 HARQ-ACK codebook（換言すると、dynamic codebook）では、フィードバック無効化されたHARQプロセスのPDSCHに対するHARQ-ACKビットは、HARQ-ACK codebookに含まれないことが想定され得る。この場合、フィードバック無効化されたHARQプロセスをスケジューリングする（例えば、割り当てる）DCIに含まれるDAIフィールドにおいて通知（あるいは指示）される情報の内容については十分に検討されていない。
　本開示の非限定的な一実施例では、例えば、フィードバック無効化されたHARQプロセスに対応するDAI（例えば、C-DAI及びT-DAI）を用いて、HARQ処理の効率を向上する方法について説明する。例えば、HARQのフィードバックに関する設定（例えば、有効か無効か）に基づいて、DAI（例えば、C-DAI及びT-DAI）に設定する情報が決定（あるいは制御）されてよい。
　［通信システムの概要］
　本開示の一実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
　図２は、基地局１００の一部の構成例を示すブロック図である。図２に示す基地局１００において、制御部（例えば、制御回路に対応）は、再送プロセス（例えば、HARQプロセス）に対するフィードバックに関する設定（例えば、有効か無効か）に基づいて、再送プロセスにおけるデータの割り当て数を通知する信号（例えば、DAI）に設定する情報を決定する。送信部（例えば、送信回路に対応）は、例えば、上記信号（例えば、DAI）において決定した情報を送信する。
　図３は、端末２００の一部の構成例を示すブロック図である。図３に示す端末２００において、受信部（例えば、受信回路に対応）は、再送プロセス（例えば、HARQプロセス）に対するフィードバックに関する設定（例えば、有効か無効か）に基づいて設定された情報を、当該再送プロセスにおけるデータの割り当て数を通知する信号（例えば、DAI）において受信する。制御部（例えば、制御回路に相当）は、情報に基づいて、データの受信を制御する。
　［基地局の構成］
　図４は、本実施の形態に係る基地局１００の構成の一例を示すブロック図である。基地局１００は、例えば、再送制御部１０１と、符号化・変調部１０２と、無線送信部１０３と、アンテナ１０４と、無線受信部１０５と、復調・復号部１０６と、HARQ-ACK判定部１０７と、を備える。
　図４に示す再送制御部１０１、符号化・変調部１０２、復調・復号部１０６、及び、HARQ-ACK判定部１０７の少なくとも一つは、例えば、図２に示す制御部に含まれてよい。また、図４に示す無線送信部１０３は、例えば、図２に示す送信部に含まれてよい。
　再送制御部１０１は、例えば、送信データ（例えば、PDSCH）の再送を制御する。例えば、再送制御部１０１は、送信データについて、HARQプロセスID、NDI、RV、HARQ-ACK送信タイミングを示す情報（例えば、PDSCH-to-HARQ_feedback timing indicator）、及び、DAI（C-DAI、T-DAI）の少なくとも一つを含む再送制御に関する情報を生成してよい。再送制御部１０１は、生成した再送制御に関する情報を符号化・変調部１０２へ出力する。
　ここで、例えば、HARQ-ACKのフィードバック設定（例えば、フィードバックの有効化及び無効化の何れか）と、HARQプロセスIDとは、予め関連付けられてよい。フィードバック設定とHARQプロセスIDとの関連付けに関する情報は、例えば、上位レイヤシグナリング又は下りリンク制御情報によって、端末２００へ通知（又は、設定）されてよい。基地局１００は、例えば、HARQプロセスIDの通知によって、フィードバックの有効化及び無効化の何れかを端末２００へ暗黙的に通知してよい。なお、フィードバック設定の通知は、上述した例に限定されず、基地局１００は、端末２００に対して、フィードバック設定に関する情報を明示的に通知してもよい。
　また、再送制御部１０１は、例えば、各HARQプロセスに対するHARQ-ACKのフィードバック設定に基づいて、当該HARQプロセスに対応するDAIフィールドに設定する情報を決定してよい。DAIフィールドの設定方法の例については後述する。
　また、再送制御部１０１は、例えば、HARQ-ACK判定部１０７から入力される情報に基づいて、送信データの再送（又は、新規データの送信）を判断し、送信データの再送の有無を符号化・変調部１０２へ指示してよい。
　符号化・変調部１０２は、例えば、入力される送信データ（例えば、トランスポートブロック）をターボ符号、LDPC符号又はポーラ符号といった誤り訂正符号化、及び、Quarter Phase Shift Keying（QPSK）又はQuadrature Amplitude Modulation（QAM）といった変調を行い、変調後の信号を無線送信部１０３へ出力する。
　符号化・変調部１０２は、例えば、送信データをバッファに保存してよい。例えば、符号化・変調部１０２は、再送制御部１０１から再送有りを指示された場合、バッファに保存された送信データ（例えば、再送データ）に関して上記同様の処理を行ってよい。また、例えば、符号化・変調部１０２は、再送制御部１０１から再送無し（又は、新規データの送信）を指示された場合、バッファに保存された、対応する送信データを消去してよい。
　また、符号化・変調部１０２は、例えば、下りリンク制御情報（例えば、DCI）を符号化及び変調し、変調後の信号を無線送信部１０３へ出力する。DCIには、例えば、時間及び周波数リソース割り当て情報、符号化及び変調方式に関する情報（例えば、Modulation and Coding Scheme（MCS）情報）といったデータ割当情報、及び、再送制御部１０１から入力される、HARQプロセスID、NDI、RV、PDSCH-to-HARQ_feedback timing indicator又はDAI（C-DAI、T-DAI）といった再送制御に関する情報が含まれてよい。
　ここで、LTE及び5G NRにおいて、例えば、送信データはPDSCHに対応し、データ割り当て情報はDCIあるいはPDCCHに対応してよい。
　無線送信部１０３は、例えば、符号化・変調部１０２から入力される信号に対して、Ｄ／Ａ変換、アップコンバート、および、増幅といった送信処理を行い、送信処理後の無線信号をアンテナ１０４から送信する。
　無線受信部１０５は、例えば、アンテナ１０４を介して受信した、端末２００からのデータ信号（例えば、PUSCH）、及び、制御信号（例えば、HARQ-ACK情報）に対して、ダウンコンバート及びＡ／Ｄ変換といった受信処理を行い、受信処理後の信号を復調・復号部１０６へ出力する。
　復調・復号部１０６は、例えば、無線受信部１０５から入力される受信信号に対して、チャネル推定、復調処理、及び、復号処理を行う。復調・復号部１０６は、例えば、受信信号がデータである場合には受信データを出力し、受信信号がHARQ-ACK情報である場合には、HARQ-ACK情報をHARQ-ACK判定部１０７へ出力する。
　HARQ-ACK判定部１０７は、例えば、復調・復号部１０６から入力されるHARQ-ACK情報（例えば、HARQ-ACK codebook）に基づいて、送信済みの各送信データ（例えば、トランスポートブロック）に対する誤りの有無（例えば、ACK又はNACK）を判定する。例えば、HARQ-ACK情報がNACKの場合、HARQ-ACK判定部１０７は、データの再送有りを再送制御部１０１に指示してよい。また、例えば、HARQ-ACK情報がACKの場合、HARQ-ACK判定部１０７は、データの再送無しを再送制御部１０１に指示してよい。
　なお、端末２００に対してType 2 HARQ-ACK codebookが設定される場合、基地局１００は、例えば、フィードバック有効化されたHARQプロセスのHARQ-ACKを受信し、フィードバック無効化されたHARQプロセスのHARQ-ACKを受信しない。例えば、HARQ-ACK判定部１０７は、フィードバック有効化されたHARQプロセスのHARQ-ACKについて、誤りの有無を判定してよい。ここで、例えば、各HARQプロセスに対してどのタイプのHARQ-ACK codebookが適用されるかについては、端末２００へ予め通知（又は、設定）されてよい。
　［端末の構成］
　次に、端末２００の構成例を説明する。
　図５は、本実施の形態に係る端末２００の構成の一例を示すブロック図である。端末２００は、例えば、アンテナ２０１と、無線受信部２０２と、復調・復号部２０３と、HARQ-ACK生成部２０４と、符号化・変調部２０５と、無線送信部２０６と、を備える。
　図５に示す復調・復号部２０３と、HARQ-ACK生成部２０４、及び、符号化・変調部２０５の少なくとも一つは、例えば、図３に示す制御部に含まれてよい。また、図５に示す無線受信部２０２は、例えば、図３に示す受信部に含まれてよい。
　無線受信部２０２は、例えば、アンテナ２０１を介して受信した、基地局１００からのデータ信号（例えば、PDSCH）、及び、制御信号（例えば、PDCCH又はDCI）に対して、ダウンコンバート及びＡ／Ｄ変換といった受信処理を行い、受信処理後の信号を復調・復号部２０３へ出力する。
　復調・復号部２０３は、例えば、無線受信部２０２から入力される受信信号に対して、チャネル推定、復調処理、及び、復号処理を行う。復調・復号部２０３は、例えば、受信信号がデータである場合、制御信号に含まれるデータ割当情報（例えば、変調方式、及び、符号化率）に基づいて処理を行ってよい。また、復調・復号部２０３は、例えば、制御信号に含まれるNDIに基づいて、受信データが初回送信データ（又は、新規データ）であるか、再送データであるかを判断してよい。例えば、初回送信データの場合、復調・復号部２０３は、誤り訂正復号を行い、Cyclic Redundancy Check（CRC）判定を行ってよい。また、例えば、再送データの場合、復調・復号部２０３は、バッファに保存されたデータと、受信データとを合成した後に誤り訂正復号を行い、CRC判定を行ってよい。復調・復号部２０３は、例えば、CRC判定結果をHARQ-ACK生成部２０４へ出力する。
　HARQ-ACK生成部２０４は、例えば、復調・復号部２０３から入力されるCRC判定結果に基づいて、HARQ-ACK情報（例えば、HARQ-ACK codebook）を生成し、符号化・変調部２０５へ出力する。
　HARQ-ACK生成部２０４は、例えば、フィードバック有効化されたHARQプロセスのデータに対して、CRC判定結果に基づいて、HARQ-ACK情報（例えば、ACK又はNACK）を生成する。例えば、HARQ-ACK生成部２０４は、CRC OK（例えば、誤り無し）の場合にはACKを生成し、CRC NG（例えば、誤り有り）の場合にはNACKを生成する。また、例えば、端末２００が複数のトランスポートブロック又はコードブロックを受信する場合、HARQ-ACK生成部２０４は、複数のトランスポートブロック又はコードブロックのそれぞれについてHARQ-ACKを生成し、複数のHARQ-ACKから構成されるHARQ-ACKコードブロックを生成してもよい。
　また、Type 1 HARQ-ACK codebookが設定される場合、HARQ-ACK生成部２０４は、例えば、データ割り当てが無いスロット及びCC、或いは、フィードバック無効化されたHARQプロセスのデータに対して、CRC復号結果に依らず、HARQ-ACK codebookにNACKを挿入してもよい。
　また、Type 2 HARQ-ACK codebookが設定される場合、HARQ-ACK生成部２０４は、例えば、データ割り当てが無いスロット及びCC、或いは、フィードバック無効化されたHARQプロセスのデータに対するHARQ-ACKをHARQ-ACK codebookに含めなくてよい。換言すると、HARQ-ACK生成部２０４は、例えば、データ割り当てが有るスロット及びCC、或いは、フィードバック有効化されたHARQプロセスのデータに対するHARQ-ACKをHARQ-ACK codebookに含めてよい。
　符号化・変調部２０５は、例えば、入力される送信データ（例えば、トランスポートブロック）に対して、誤り訂正符号化及び変調処理を行い、変調後の信号を無線送信部２０６へ出力する。また、符号化・変調部２０５は、例えば、HARQ-ACK生成部２０４から入力されるHARQ-ACK情報に対して、誤り訂正符号化及び変調処理を行い、変調後の信号を無線送信部２０６へ出力する。
　無線送信部２０６は、例えば、符号化・変調部２０５から入力される信号に対して、Ｄ／Ａ変換、アップコンバート、および、増幅といった送信処理を行い、送信処理後の無線信号をアンテナ２０１から送信する。
　ここで、端末２００は、例えば、基地局１００からの制御信号に含まれるPDSCH-to-HARQ_feedback timing indicatorに基づくタイミングにおいて、HARQ-ACK情報を送信してよい。また、端末２００は、例えば、HARQ-ACK送信タイミングのPDSCHを割り当てるDCIのうち、最後に受信したDCIに含まれるDAI（C-DAI、T-DAI）に基づいて、HARQ-ACK codebookサイズを設定してよい。
　[基地局及び端末の動作例]
　次に、基地局１００及び端末２００の動作例について説明する。
　図６は、本実施の形態における基地局１００及び端末２００の動作例を示すシーケンス図である。
　図６において、基地局１００は、例えば、端末２００向けの下りリンクデータ（例えば、PDSCH）の割り当てに基づいて、DAI（例えば、C-DAI及びT-DAI）を設定する（Ｓ１０１）。基地局１００は、例えば、PDSCHの割り当てに対応するHARQプロセスのそれぞれのフィードバックに関する設定（例えば、フィードバック有効化及びフィードバック無効化の何れか）に基づいて、当該HARQプロセスにおけるDAIフィールドに設定する情報を決定してよい。なお、DAIの設定例については後述する。
　基地局１００は、例えば、DAIを含むDCIを端末２００へ送信する（Ｓ１０２）。端末２００は、DAIを含むDCIを基地局１００から受信する。
　基地局１００は、例えば、下りリンクデータを端末２００へ送信する（Ｓ１０３）。端末２００は、例えば、DCIに含まれるデータ割当情報に基づいて、下りリンクデータを受信してよい。
　端末２００は、受信した下りリンクデータに対して、誤り訂正復号及びCRC判定といった受信処理を行ってよい（Ｓ１０４）。例えば、端末２００は、フィードバック無効化されたHARQプロセスに対応するDAI（例えば、C-DAI及びT-DAIの少なくとも一つ）に基づいて、下りリンクデータ（例えば、当該HARQプロセスに対応するデータ）の受信処理（例えば、HARQ-ACK codebookサイズの決定）を制御してよい。
　端末２００は、例えば、下りリンクデータの受信処理の結果（例えば、CRC判定結果）に基づいて、HARQ-ACK情報を生成してよい（Ｓ１０５）。例えば、端末２００は、フィードバック有効化されたHARQプロセスに対応する下りリンクデータに対するHARQ-ACKを含むHARQ-ACK codebookを生成してよい。換言すると、端末２００は、フィードバック無効化されたHARQプロセスに対応する下りリンクデータに対するHARQ-ACK情報をHARQ-ACK codebookに含めなくてよい。
　端末２００は、生成したHARQ-ACK情報（例えば、HARQ-ACK codebook）を基地局１００へ送信する（Ｓ１０６）。
　基地局１００は、端末２００から送信されるHARQ-ACK情報に基づいて、再送制御を行う（Ｓ１０７）。
　次に、本実施の形態に係るDAIの設定方法（例えば、DAIフィールドに設定する情報の一例）について説明する。以下、例として、設定方法１～設定方法４についてそれぞれ説明する。
　＜設定方法１＞
　設定方法１では、フィードバック有効化されたHARQプロセスを割り当てるDCIにおけるC-DAIフィールドには、例えば、NR Rel.15/16の規定のように、当該DAIが通知されるスロット及びCCまでのデータ割り当てが有るスロット及びCCのカウント値（又は、データの割り当て数のカウント値）を示すC-DAI値が含まれてよい。また、設定方法１では、フィードバック有効化されたHARQプロセスを割り当てるDCIにおけるT-DAIフィールドには、例えば、NR Rel.15/16の規定のように、当該DAIが通知されるスロットまでのトータルのデータ割り当て数を示すT-DAI値が含まれてよい。
　また、設定方法１では、フィードバック無効化されたHARQプロセスを割り当てるDCIにおけるC-DAIフィールド及びT-DAIフィールドのそれぞれには、例えば、フィードバック有効化されたHARQプロセスと同様に、C-DAI値及びT-DAI値が含まれてよい。
　この場合のC-DAI値及びT-DAI値は、例えば、それぞれ、フィードバック無効化されたHARQプロセスにおけるデータの割り当てをカウントしない（別言すると、含めない）値であってよい。
　例えば、基地局１００は、フィードバック有効化されたHARQプロセスにおけるデータの割り当て数に関する情報（例えば、C-DAI値およびT-DAI値）を、フィードバック無効化されたHARQプロセスについての信号（例えば、C-DAIフィールド及びT-DAIフィールド）に設定してよい。例えば、フィードバック無効化されたHARQプロセスを割り当てるDCIにおけるC-DAIフィールド及びT-DAIフィールドには、当該フィードバック無効化されたHARQプロセスの割り当ての一つ前のフィードバック有効化されたHARQプロセスにおけるC-DAI値及びT-DAI値が設定されてよい。
　図７は、設定方法１に係るDAIフィールド、及び、HARQ-ACK codebookの一例を示す図である。
　図７に示す例では、slot1のCC1及びCC3、及び、slot2のCC1及びCC4において、フィードバック有効化されたHARQプロセスを割り当てるDCIが送受信され、slot2のCC2において、フィードバック無効化されたHARQプロセスを割り当てるDCIが送受信される。
　図７に示すように、基地局１００は、フィードバック有効化されたHARQプロセスを割り当てるDCIにおいて、CC毎かつスロット毎（換言すると、CC及びスロットのペア毎）のデータ割り当てのカウント値（又は、累積数）を示すC-DAI値、及び、スロット毎のトータルのデータ割当数を示すT-DAI値を設定してよい。
　ここで、基地局１００は、例えば、フィードバック有効化されたHARQプロセスを割り当てるDCIのC-DAI値の設定において、フィードバック無効化されたHARQプロセスについてのデータの割り当てをカウントしなくてよい。また、基地局１００は、例えば、フィードバック有効化されたHARQプロセスを割り当てるDCIのT-DAI値の設定において、フィードバック無効化されたHARQプロセスについてのデータの割り当てをカウントしなくてよい。換言すると、基地局１００は、フィードバック有効化されたHARQプロセスにおけるC-DAI値及びT-DAI値の設定において、フィードバック無効化されたHARQプロセスにおけるデータの割り当てを除いて、データの割り当てをカウントしてよい。
　例えば、図７では、フィードバック有効化されたHARQプロセスを割り当てるDCIにおいて、slot1では、T-DAI値=2に設定され、slot2では、slot2のCC2におけるフィードバック無効化されたHARQプロセスの割り当てをカウントせずに、T-DAI値=4に設定されてよい。また、図７では、例えば、フィードバック有効化されたHARQプロセスを割り当てるDCIにおいて、C-DAI値は、slot2のCC2におけるフィードバック無効化されたHARQプロセスの割り当てをカウントせずに（換言すると、インクリメントせずに）設定されてよい。
　その一方で、基地局１００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCIのC-DAIフィールド及びT-DAIフィールドにおいて、当該HARQプロセスの割り当てをカウントせずに、フィードバック有効化されたHARQプロセスのC-DAI値及びT-DAI値と同じ値を設定してよい。例えば、図７では、slot2のCC2におけるC-DAI値及びT-DAI値は、一つ前の割り当てであるslot2のCC1におけるC-DAI値及びT-DAI値と同じ値の（3, 4）に設定されてよい。
　端末２００は、例えば、フィードバック無効化されたHARQプロセスのHARQ-ACKを、HARQ-codebookに含めなくてよい。その一方で、端末２００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCIに含まれるDAIのC-DAIフィールド及びT-DAIフィールドの情報に基づいて、フィードバック有効化されたHARQプロセスのHARQ-ACKを含むHARQ-codebookのサイズを特定してよい。
　一例として、図７において、端末２００がslot2のCC1においてDCIの受信をミスした場合について説明する。この場合、端末２００は、例えば、slot2のCC2において受信した、フィードバック無効化されたHARQプロセスのDAI（3, 4）に基づいて、フィードバック有効化されたHARQプロセスにおけるデータが割り当てられたslot2のCC1においてDCIの受信ミスが発生したことを特定できる。換言すると、端末２００は、slot2のCC2において受信したDAI（3, 4）に基づいて、slot2のCC1においてフィードバック有効化されたHARQプロセスの割り当てがあることを特定できる。よって、図７に示すように、端末２００は、フィードバック有効化された４個のHARQ-ACKビットを含むHARQ-ACK codebookのサイズを特定できる。
　このように、設定方法１によれば、例えば、端末２００は、フィードバック有効化されたHARQプロセスを割り当てるDCIの受信ミス（又は、受信エラー）が生じた場合でも、フィードバック無効化されたHARQプロセスを割り当てるDCIのC-DAIフィールド及びT-DAIフィールドに設定される情報（例えば、C-DAI値及びT-DAI値）に基づいて、HARQ-codebookサイズを特定できる可能性がある。このため、基地局１００と端末２００との間において、HARQ-codebookサイズの認識の不一致が起こる確率を低減できる。
　また、設定方法１によれば、フィードバック無効化されたHARQプロセスを割り当てるDCIと、フィードバック有効化されたHARQプロセスを割り当てるDCIとの間において同一のDCIサイズが設定可能であるので、端末２００におけるPDCCH受信時のブラインド復号回数の増加を抑制できる。
　＜設定方法２＞
　設定方法２では、フィードバック無効化されたHARQプロセスを割り当てるDCIのC-DAIフィールド及びT-DAIフィールドは、リザーブ（reserved）されてよい。換言すると、基地局１００は、例えば、フィードバック無効化されたHARQプロセスについてのDAIのC-DAIフィールド及びT-DAIフィールドにおいて、C-DAI値及びT-DAI値（例えば、PDSCHの割り当て数に関する情報）を設定しなくてよい。
　例えば、基地局１００は、フィードバック無効化されたHARQプロセスについてのC-DAIフィールド及びT-DAIフィールド（例えば、DAI値を設定しないフィールド）において、DAI値（例えば、PDSCHの割り当て数に関する情報）と異なる情報を設定してもよい。なお、フィードバック無効化されたHARQプロセスを割り当てるDCIのC-DAIフィールド及びT-DAIフィールドの使用方法の例については後述する。
　図８は、設定方法２に係るDAIフィールド、及び、HARQ-ACK codebookの一例を示す図である。
　図８に示すように、基地局１００は、例えば、フィードバック有効化されたHARQプロセスを割り当てるDCIのC-DAI値及びT-DAI値の設定において、設定方法１と同様、フィードバック無効化されたHARQプロセスについてのデータの割り当てをカウントしなくてよい。例えば、図８に示す割り当て例では、slot2において通知されるDCIに含まれるDAIでは、slot2のCC2の割り当てをカウントせずに、T-DAI=4が設定されてよい。
　また、図８に示すように、基地局１００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCI（例えば、slot2のCC2におけるDCI）において、DAIに含まれるC-DAIフィールド及びT-DAIフィールドにおいて、DAI値（例えば、C-DAI値およびT-DAI値）を設定（又は、通知）しなくてよい。例えば、図８のslot2のCC2におけるDCIでは、C-DAIフィールド及びT-DAIフィールドに、規定値（例えば、全て０）が設定されてもよいし、データの割り当て数に関する情報と異なる他の用途の情報が設定されてもよい。
　端末２００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCIに含まれるDAIフィールドの値を無視してよい。換言すると、端末２００は、例えば、フィードバック有効化されたHARQプロセスを割り当てるDCIに含まれるDAIフィールドの値に基づいて、HARQ-ACKに関する処理（例えば、HARQ-ACK codebookサイズの特定）を行ってよい。
　また、端末２００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCIに含まれるC-DAIフィールド及びT-DAIフィールド（例えば、リザーブされるフィールド）に設定される値を、後述するように、下りリンクデータの割り当て数の通知に関する用途と異なる他の用途に使用してもよい。
　例えば、設定方法２において、フィードバック無効化されたHARQプロセスについてのDAIフィールド（例えば、DAI値を設定しないフィールド）において、C-DAIフィールド及びT-DAIフィールドの少なくとも一部に規定値（例えば、基地局１００と端末２００との間において既知の情報）が設定（又は、挿入）されてよい。端末２００は、例えば、当該規定値をバーチャルCRCとして使用してもよい。バーチャルCRCにより、端末２００におけるCRCの誤判定の発生を低減できる。
　または、例えば、設定方法２において、フィードバック無効化されたHARQプロセスについてのDAIフィールド（例えば、DAI値を設定しないフィールド）において、後述するように、C-DAIフィールド及びT-DAIフィールドの少なくとも一部に、フィードバック無効化されたHARQプロセスにおけるデータ送信に関するパラメータが設定されてよい。これにより、基地局１００は、例えば、DCIサイズの増加を抑制して、データ送信に関するパラメータを端末２００へ通知できる。
　また、設定方法２によれば、フィードバック無効化されたHARQプロセスを割り当てるDCIと、フィードバック有効化されたHARQプロセスを割り当てるDCIとの間において同一のDCIサイズが設定可能であるので、端末２００におけるPDCCH受信時のブラインド復号回数の増加を抑制できる。
　＜設定方法３＞
　設定方法３では、フィードバック無効化されたHARQプロセスを割り当てるDCIのC-DAIフィールドはリザーブされ、T-DAIフィールドには、当該DAIが通知されるスロットまでのデータ割り当て総数を示すT-DAI値が含まれてよい。換言すると、基地局１００は、例えば、フィードバック無効化されたHARQプロセスについてのDAIの一部のフィールド（例えば、C-DAIフィールド）においてC-DAI値を設定しなくてよく、他のフィールド（例えば、T-DAIフィールド）に、フィードバック有効化されたHARQプロセスについてのT-DAI値を設定してよい。
　例えば、基地局１００は、フィードバック無効化されたHARQプロセスについてのC-DAIフィールド（例えば、DAI値を設定しないフィールド）において、C-DAI値と異なる情報を設定してもよい。なお、フィードバック無効化されたHARQプロセスを割り当てるDCIのC-DAIフィールドの使用方法の例については後述する。
　図９は、設定方法３に係るDAIフィールド、及び、HARQ-ACK codebookの一例を示す図である。
　図９に示すように、基地局１００は、例えば、フィードバック有効化されたHARQプロセスを割り当てるDCIのT-DAIフィールドのT-DAI値の設定において、設定方法１と同様、フィードバック無効化されたHARQプロセスについてのデータの割り当てをカウントしなくてよい。例えば、図９に示す割り当て例では、slot2において通知されるDCIに含まれるDAIでは、slot2のCC2の割り当てをカウントせずに、T-DAI=4が設定されてよい。
　また、図９に示すように、基地局１００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCI（例えば、slot2のCC2におけるDCI）に含まれるC-DAIフィールドにおいて、C-DAI値を設定（又は、通知）しなくてよい。例えば、図９のslot2のCC2におけるDCIでは、C-DAIフィールドに、規定値（例えば、全て０）が設定されてもよいし、データの割り当て数に関する情報と異なる他の用途の情報が設定されてもよい。
　その一方で、図９に示すように、基地局１００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCI（例えば、slot2のCC2におけるDCI）に含まれるT-DAIフィールドにおいて、フィードバック有効化されたHARQプロセスにおけるT-DAI値を設定してよい。例えば、基地局１００は、図９に示すslot2のCC2のHARQプロセスにおけるDAIのT-DAIフィールドに、当該HARQプロセスの割り当てをカウントせずに、T-DAI=4を設定してよい。例えば、図９において、slot2のCC2のT-DAIフィールドにおいて、T-DAI値には、一つ前の割り当てであるslot2のCC1のT-DAI値と同じ値が設定されてよい。
　端末２００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCIに含まれるC-DAIフィールドの値を無視してよい。換言すると、端末２００は、例えば、フィードバック有効化されたHARQプロセスを割り当てるDCIに含まれるDAIフィールドの値、及び、フィードバック無効化されたHARQプロセスを割り当てるDCIに含まれるT-DAIフィールドの値に基づいて、HARQ-ACKに関する処理（例えば、HARQ-ACK codebookサイズの特定）を行ってよい。
　また、端末２００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCIに含まれるC-DAIフィールド（例えば、リザーブされるフィールド）に設定される値を、後述するように、下りリンクデータの割り当て数の通知に関する用途と異なる他の用途に使用してもよい。
　例えば、設定方法３において、フィードバック無効化されたHARQプロセスについてのC-DAIフィールド（例えば、DAI値を設定しないフィールド）の少なくとも一部において、規定値（例えば、基地局１００と端末２００との間において既知の情報）が設定（又は、挿入）されてよい。端末２００は、例えば、当該規定値をバーチャルCRCとして使用してもよい。バーチャルCRCにより、端末２００におけるCRCの誤判定の発生を低減できる。
　または、例えば、設定方法３において、フィードバック無効化されたHARQプロセスについてのC-DAIフィールド（例えば、DAI値を設定しないフィールド）の少なくとも一部において、後述するように、フィードバック無効化されたHARQプロセスにおけるデータ送信に関するパラメータが設定されてもよい。これにより、基地局１００は、例えば、DCIサイズの増加を抑制して、データ送信に関するパラメータを端末２００へ通知できる。例えば、C-DAIフィールドには、端末２００に設定されるCC数に依らず、規定のビット数（例えば、NR Rel.15/16では2ビット）が設定されるため、C-DAIフィールドでは、CC数の設定に依らずデータ送信に関するパラメータを通知できる。
　また、設定方法３によれば、端末２００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCIのT-DAIフィールドに設定される情報（例えば、T-DAI値）に基づいて、HARQ-codebookサイズを特定できる。このため、端末２００は、例えば、フィードバック有効化されたHARQプロセスを割り当てるDCIの受信ミス（又は、受信エラー）が生じた場合でも、フィードバック無効化されたHARQプロセスを割り当てるDCIのT-DAIフィールドの値に基づいて、HARQ-ACK codebookサイズを特定できる可能性がある。このため、基地局１００と端末２００との間において、HARQ-ACK codebookサイズの認識の不一致が起こる確率を低減できる。
　例えば、T-DAI値は、上述したように、当該T-DAI値が通知されるスロットまでのトータルのデータ割り当て数（例えば、HARQ-ACK codebookサイズに相当し得る値）を示すため、C-DAIと比較して、HARQ-ACK codebookサイズの特定に有効である。例えば、図９の例において、端末２００がslot2のCC1及びCC4の少なくとも一つにおいてDCIの受信をミスした場合でも、端末２００は、slot2のCC2において受信したDAI（-, 4）に基づいて、slot2までのトータルのデータ割り当て数が４個であることを特定できるので、フィードバック有効化された４個のHARQ-ACKを含むHARQ-ACK codebookのサイズを特定できる。
　また、設定方法３によれば、フィードバック無効化されたHARQプロセスを割り当てるDCIと、フィードバック有効化されたHARQプロセスを割り当てるDCIとの間において同一のDCIサイズが設定可能であるので、端末２００におけるPDCCH受信時のブラインド復号回数の増加を抑制できる。
　＜設定方法４＞
　設定方法４では、フィードバック無効化されたHARQプロセスを割り当てるDCIのC-DAIフィールドには、当該DAIが通知されるスロット及びCCまでのデータ割り当て数（例えば、累積数）を示すC-DAI値が含まれ、T-DAIフィールドはリザーブされてよい。換言すると、基地局１００は、例えば、フィードバック無効化されたHARQプロセスについてのDAIの一部のフィールド（例えば、T-DAIフィールド）においてT-DAI値を設定しなくてよく、他のフィールド（例えば、C-DAIフィールド）に、フィードバック有効化されたHARQプロセスについてのC-DAI値を設定してよい。
　例えば、基地局１００は、フィードバック無効化されたHARQプロセスについてのT-DAIフィールド（例えば、DAI値を設定しないフィールド）において、T-DAI値と異なる情報を設定してもよい。なお、フィードバック無効化されたHARQプロセスを割り当てるDCIのT-DAIフィールドの使用方法の例については後述する。
　図１０は、設定方法４に係るDAIフィールド、及び、HARQ-ACK codebookの一例を示す図である。
　図１０に示すように、基地局１００は、例えば、フィードバック有効化されたHARQプロセスを割り当てるDCIのC-DAIフィールドのC-DAI値の設定において、設定方法１と同様、フィードバック無効化されたHARQプロセスについてのデータの割り当てをカウントしなくてよい。例えば、図１０に示す割り当て例では、slot2において通知されるDCIに含まれる各DAIでは、slot2のCC2の割り当てをカウントせずに、C-DAI=3、4がそれぞれ設定されてよい。
　また、図１０に示すように、基地局１００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCI（例えば、slot2のCC2におけるDCI）に含まれるT-DAIフィールドにおいて、T-DAI値を設定（又は、通知）しなくてよい。例えば、図１０のslot2のCC2におけるDCIでは、T-DAIフィールドに、規定値（例えば、全て０）が設定されてもよいし、データの割り当て数に関する情報と異なる他の用途の情報が設定されてもよい。
　その一方で、図１０に示すように、基地局１００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCI（例えば、slot2のCC2におけるDCI）に含まれるC-DAIフィールドにおいて、フィードバック有効化されたHARQプロセスにおけるC-DAI値を設定してよい。例えば、基地局１００は、図１０に示すslot2のCC2のHARQプロセスにおけるDAIのC-DAIフィールドに、当該HARQプロセスの割り当てをカウントせずに、C-DAI=3を設定してよい。例えば、図１０において、slot2のCC2のC-DAIフィールドにおいて、C-DAI値には、一つ前の割り当てであるslot2のCC1のC-DAI値と同じ値が設定されてよい。
　端末２００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCIに含まれるT-DAIフィールドの値を無視してよい。換言すると、端末２００は、例えば、フィードバック有効化されたHARQプロセスを割り当てるDCIに含まれるDAIフィールドの値、及び、フィードバック無効化されたHARQプロセスを割り当てるDCIに含まれるC-DAIフィールドの値に基づいて、HARQ-ACKに関する処理（例えば、HARQ-ACK codebookサイズの特定）を行ってよい。
　また、端末２００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCIに含まれるT-DAIフィールド（例えば、リザーブされるフィールド）に設定される値を、後述するように、下りリンクデータの割り当て数の通知に関する用途と異なる他の用途に使用してもよい。
　例えば、設定方法４において、フィードバック無効化されたHARQプロセスについてのT-DAIフィールド（例えば、DAI値を設定しないフィールド）の少なくとも一部において、規定値（例えば。基地局１００と端末２００との間において既知の情報）が設定（又は、挿入）されてよい。端末２００は、例えば、当該規定値をバーチャルCRCとして使用してもよい。バーチャルCRCにより、端末２００におけるCRCの誤判定の発生を低減できる。
　または、例えば、設定方法４において、フィードバック無効化されたHARQプロセスについてのT-DAIフィールド（例えば、DAI値を設定しないフィールド）の少なくとも一部において、後述するように、フィードバック無効化されたHARQプロセスにおけるデータ送信に関するパラメータが設定されてもよい。これにより、基地局１００は、例えば、DCIサイズの増加を抑制して、データ送信に関するパラメータを端末２００へ通知できる。
　また、設定方法４によれば、端末２００は、例えば、フィードバック無効化されたHARQプロセスを割り当てるDCIのC-DAIフィールドに設定される情報（例えば、C-DAI値）に基づいて、HARQ-codebookサイズを特定できる。このため、端末２００は、例えば、フィードバック有効化されたHARQプロセスを割り当てるDCIの受信ミス（又は、受信エラー）が生じた場合でも、フィードバック無効化されたHARQプロセスを割り当てるDCIのC-DAIフィールドの値に基づいて、HARQ-ACK codebookサイズを特定できる可能性がある。このため、基地局１００と端末２００との間において、HARQ-ACK codebookサイズの認識の不一致が起こる確率を低減できる。
　例えば、図１０の例において、端末２００がslot2のCC1においてDCIの受信をミスした場合でも、端末２００は、slot2のCC2において受信したDAI（3, -）に基づいて、slot2のCC2までのデータ割り当て数が３個であることを特定できるので、HARQ-ACK codebookのサイズを特定できる可能性がある。
　また、設定方法４によれば、フィードバック無効化されたHARQプロセスを割り当てるDCIと、フィードバック有効化されたHARQプロセスを割り当てるDCIとの間において同一のDCIサイズが設定可能であるので、端末２００におけるPDCCH受信時のブラインド復号回数の増加を抑制できる。
　以上、DAIの設定方法の例について説明した。
　次に、例えば、上述した設定方法２、設定方法３及び設定方法４において、C-DAIフィールド及びT-DAIフィールドの少なくとも一部（例えば、DAI値を設定しないフィールド）において、データの割り当て数に関する情報の通知と異なる用途に使用される情報が設定される例について説明する。
　例えば、フィードバック無効化されたHARQプロセスにおけるデータ送信では、HARQによる再送ゲイン及び合成ゲインが得られないため、フィードバック有効化されたHARQプロセスにおけるデータ送信と比較して、よりロバストな送信パラメータ、又は、より低い誤り率（例えば、Block Error Rate（BLER）を実現する送信パラメータに基づく送信が期待される。
　以下、フィードバック無効化されたHARQプロセスを割り当てるDCIのDAIにおいてリザーブされるフィールドの使用方法１～使用方法４についてそれぞれ説明する。
　＜使用方法１＞
　使用方法１では、DAIにおいてリザーブされるフィールドには、例えば、フィードバック無効化されたHARQプロセスのデータ送信における繰り返し送信数（又は、レピティション数）に関するパラメータが設定されてよい。
　例えば、フィードバック有効化されたHARQプロセスでは、端末２００は、上位レイヤパラメータ（例えば、RRCパラメータ）の「pdsch-AggregationFactor」又は「repetitionNumber」によって通知（又は、設定）されるレピティション数を用いてよい。
　その一方で、例えば、フィードバック無効化されたHARQプロセスでは、端末２００は、DAIフィールド（例えば、C-DAIフィールド及びT-DAIフィールドの少なくとも一つ）において通知（又は、設定）されるレピティション数を用いてよい。DAIフィールドによって通知されるレピティション数は、例えば、別途RRCパラメータによって端末２００に設定されるレピティション数の複数候補のうち何れか一つが通知されてもよく、RRCパラメータによって端末２００に設定される複数候補と異なるレピティション数でもよい。
　例えば、DAIフィールドによって通知されるレピティション数は、フィードバック有効化されたHARQプロセスに設定されるレピティション数よりも多く設定されてよい。これにより、フィードバック無効化されたHARQプロセスによる送信において、HARQによる再送無しでも、より低いBLERを実現できる。
　＜使用方法２＞
　使用方法２では、DAIにおいてリザーブされるフィールドには、例えば、フィードバック無効化されたHARQプロセスのデータ送信に用いるMCSレベルに関するパラメータが設定されてよい。
　NRでは、例えば、非特許文献３のsection 5.1.3に記載されるように、複数のMCSテーブル（例えば、MCS index table）が規定される。例えば、非特許文献３では、64QAMまでのMCSレベル（例えば、modulation order）を規定する「テーブル１」、256QAMまでのMCSレベルを規定する「テーブル２」、及び、64QAMまでのMCSレベル、また、テーブル１よりも低い符号化率のMCSレベルまでを規定する「テーブル３」が規定される。
　DAIにおいてリザーブされるフィールドには、例えば、テーブル１～テーブル３のうち何れか一つを示すパラメータが設定されてよい。例えば、フィードバック無効化されたHARQプロセスでは、端末２００は、DAIフィールド（例えば、C-DAIフィールド及びT-DAIフィールドの少なくとも一つ）において通知（又は、設定）されるMCSテーブルに基づいて、MCSレベル（例えば、変調方式及び符号化率）を決定してよい。
　または、DAIにおいてリザーブされるフィールドには、例えば、テーブル１～テーブル３に規定されるMCSレベルと異なるMCSレベルに関するパラメータが設定されてもよい。例えば、DAIにおいてリザーブされるフィールドには、端末２００に設定されるMCSテーブル（例えば、テーブル１～テーブル３の何れか一つ）に規定されるMCSレベルよりも低い符号化率（又は、spectral efficiency）のMCSレベルに関するパラメータが設定されてもよい。一例として、DAIにおいてリザーブされるフィールドには、端末２００に設定されるMCSテーブルの何れか一つのMCSレベル（例えば、最低のMCSレベル）の符号化率（又は、spectral efficiency）に対する割合（例えば、1/2、1/4、1/8、1/16の何れか）を示す2ビットの値が設定されてもよい。なお、符号化率に対する割合を示す値のビット数は2ビットに限定されない。
　例えば、DAIフィールドによって、端末２００に設定されるMCSレベルより低いMCSレベルが設定されることにより、フィードバック無効化されたHARQプロセスによる送信において、HARQによる再送無しでも、より低いBLERを実現できる。
　＜使用方法３＞
　例えば、フィードバック無効化されたHARQプロセスによる送信において、より低いBLERを実現する方法の例として、基地局１００がブラインド再送によって同一データ（例えば、PDSCH）を複数回送信する方法が挙げられる。ブラインド再送では、例えば、基地局１００は、端末２００からのHARQ-ACKを受信せずに、端末２００に再送データを送信する。ここで、端末２００は、例えば、データ割り当てのためのDCIに含まれるNDIのビットに基づいて、送信データが初回送信（又は、新規送信）であるか、再送であるかを判断してよい。
　図１１は、ブラインド再送有りのケース（図１１（ａ））、及び、ブラインド再送無しのケース（図１１（ｂ））の一例を示す図である。
　図１１（ａ）に示すように、ブラインド再送有りの場合、例えば、2つ目及び3つ目のデータ（例えば、再送データ）の送信時に、NDIには、1つ目のデータ（例えば、新規データ）の送信時のNDIの値（図１１（ａ）では0）と同じ値が設定されて（換言すると、トグル無し、又は、インクリメント無し）、端末２００へNDIが通知されてよい。図１１（ａ）において、端末２００は、例えば、2つ目及び3つ目のデータ受信時に、対応するNDIがトグルされていないため、再送データであると判断し、再送データと前回受信したデータとを合成して復号を行ってよい。
　その一方で、図１１（ｂ）に示すように、ブラインド再送無しの場合、例えば、2つ目及び3つ目のデータ（例えば、新規データ）の送信時に、前回通知されたNDIの値がトグル（又は、インクリメント）されて、端末２００へ通知される。図１１（ｂ）では、例えば、NDIは1ビットであるため、2つ目のデータ（例えば、新規データ）の送信時には、1つ目のデータ送信時のNDIと異なる値（図１１（ｂ）では1）が端末２００に通知される。また、3つ目のデータ（例えば、新規データ）の送信時には、2つ目のデータ送信時のNDIと異なる値、すなわち、1つ目のデータ送信時のNDIと同じ値（図１１（ｂ）では0）が端末２００に通知される。
　ここで、図１１（ｂ）に示すように、端末２００において2つ目のデータに対するDCIの受信エラー（或いは、復号誤り）が発生した場合、端末２００は、2つ目のデータに対するNDI（例えば、NDI=1）を認識しない。この場合、例えば、端末２００は、3つ目のデータに対するDCIにおいてNDI=0（例えば、1つ目のデータに対するNDIと同じ値）が通知されるので、３つ目のデータ送信を1つ目のデータの再送と判断し、3つ目のデータと1つ目のデータとを誤って合成してしまう。図１１（ｂ）に示すように、1つ目のデータと3つ目のデータとは異なるデータであり、異なるデータ間の合成となるため、端末２００ではデータの復号誤りが発生しやすくなる。
　使用方法３では、例えば、DAIにおいてリザーブされるフィールドには、フィードバック無効化されたHARQプロセスにおけるブラインド再送に関するパラメータが設定されてよい。例えば、DAIにおいてリザーブされるフィールドには、割り当てられるデータが再送データであるか否かを示すパラメータ（例えば、後述する、拡張DAI又は再送通知ビット）が設定されてよい。
　一例として、DAIのリザーブされるフィールドを用いて、NDIフィールドが拡張されてよい。例えば、DAIのリザーブされるフィールド（例えば、C-DAIフィールド及びT-DAIフィールドの少なくとも一つ）のうちの1ビットをNDIに追加して、NDIフィールドの1ビットと合わせて、合計2ビットのNDIが端末２００に通知されてよい。
　図１２は、使用方法３におけるブラインド再送無しのケースの一例を示す図である。
　図１２に示す例では、DAIフィールドの１ビットと、NDIフィールドの１ビットとによって構成される２ビットの拡張NDI（例えば、0（ビット列：00）、1（ビット列：01）、2（ビット列：10）、及び、３（ビット列：11）（図示せず）の何れか一つ）が端末２００に通知されてよい。
　例えば、図１２に示すように、2つ目及び3つ目のデータ（例えば、PDSCH）の送信時に、前回通知されたNDIの値がトグル（又は、インクリメント）されて、端末２００へ通知される。図１２では、例えば、拡張NDIは2ビットであるため、2つ目のデータ（例えば、新規データ）の送信時には、1つ目のデータ送信時のNDI（例えば、0（ビット列：00））と異なる値（図１２では2（ビット列：10））が端末２００へ通知されてよい。また、図１２に示すように、3つ目のデータ（例えば、新規データ）の送信時には、1つ目及び2つ目のデータ送信時のNDI（例えば、0（ビット列：00）及び1（ビット列：01））と異なる値（図１２では2（ビット列：10））が端末２００へ通知されてよい。
　図１２において、例えば、端末２００において2つ目のデータに対するDCIの受信エラー（或いは、復号誤り）が発生した場合でも、1つ目のデータのNDI=0と3つ目のデータのNDI=2とが異なるので、端末２００は、1つ目のデータと3つ目のデータとが異なるデータであると判断し、合成を行わずに新規データを受信する。このように、拡張NDIによって、端末２００における誤った合成の発生を抑制できる。
　なお、拡張NDIに含まれるDAIフィールドのビット数は、１ビットに限定されず、２ビット以上でもよい。例えば、C-DAI及びT-DAIの何れか一方の2ビットがNDIに追加されて、NDIフィールドの１ビットと合わせた合計３ビットの拡張NDIが端末２００に通知されてもよい。または、C-DAI及びT-DAIの合計4ビットがNDIに追加されて、NDIフィールドの１ビットと合わせた合計５ビットの拡張NDIが端末２００に通知されてもよい。
　また、他の例として、DAIのリザーブされるフィールドにおいて、NDIとは別に、送信データの再送か否かを示すパラメータ（例えば、「再送通知ビット」）が通知されてもよい。
　図１３は、DAIにおいてリザーブされるフィールドのうち1ビットが再送通知ビットに使用される例を示す図である。図１３（ａ）は、ブラインド再送有りのケースを示し、図１１（ｂ）は、ブラインド再送無しのケースを示す。
　例えば、図１３（ａ）及び図１３（ｂ）に示すように、DAIの再送通知ビット=0は新規データを示し、再送通知ビット=1は再送データを示してよい。
　例えば、図１３（ｂ）に示すように、ブラインド再送無しの場合に、端末２００において2つ目のデータに対するDCIの受信エラー（例えば、復号誤り）が発生した場合について説明する。この場合、上述したように、端末２００は、NDIの値に基づく場合、3つ目のデータを1つ目のデータの再送データであると誤って判断し得る。この場合でも、端末２００は、DAIの再送通知ビット（図１３（ｂ）では0）に基づいて、3つ目のデータが新規データであると正しく判断できる。このように、DAIの再送通知ビットによって、端末２００における誤った合成の発生を抑制できる。
　なお、ブラインド再送は、フィードバック無しのHARQ再送と呼ばれることもある。
　＜使用方法４＞
　使用方法４では、DAIにおいてリザーブされるフィールドには、例えば、フィードバック無効化されたHARQプロセスによるデータ送信に用いる送信電力レベルに関するパラメータが設定されてよい。
　例えば、DAIにおいてリザーブされるフィールドには、データ(例えば、PDSCH)の電力レベルに関するパラメータが設定されてもよいし、リファレンスシグナルとデータとの間の電力差に関するパラメータが設定されてもよい。また、DAIにおいてリザーブされるフィールドには、送信電力制御コマンドが設定されてもよい。
　送信電力レベルに関するパラメータの通知により、基地局１００は、例えば、フィードバック無効化されたHARQプロセスの送信時のデータ又はリファレンスシグナルの電力を増加して送信できるので、より低いBLERでの伝送が可能となる。
　以上、DAIにおいてリザーブされるフィールドの使用方法の例について説明した。
　フィードバック無効化されたHARQプロセスを割り当てるDCIのDAIフィールドを、フィードバック無効化されたHARQプロセスによる送信のためのパラメータ通知に用いることにより、当該パラメータの通知のためにDCIに通知ビットを追加しなくてよく、また、所要のBLERを実現できる。
　なお、DAIにおいてリザーブされるフィールドは、上述した使用方法において説明した用途に限定されず、他の用途に使用されてもよい。
　例えば、DAIにおいてリザーブされるフィールドには、リファレンスシグナルのパターン又は追加の有無に関するパラメータが設定されてもよい。これにより、フィードバック無効化されたHARQプロセスの送信時に、より多くのリファレンスシグナルの送信が可能になるので、より低いBLERでの伝送が可能となる。
　また、例えば、上述したDAIフィールドの使用方法１～使用方法４のうち、少なくとも２つの方法（別言すると、用途）に関するパラメータが、リザーブされるフィールドにおいて通知されてもよい。一例として、4ビットのDAIフィールドのうち、2ビットによってレピティション数が通知され、他の2ビットによってNDIビット（例えば、拡張NDIビット）が通知されてもよい。また、C-DAIフィールドまたはT-DAIフィールドの一部のビット（例えば4ビットのフィールドのうちの2ビット）がDAI値又は使用方法１～４のようなDAI値でない情報の通知に用いられ、残りのビットはリザーブされてもよい。
　以上、基地局１００及び端末２００の動作例について説明した。
　本実施の形態では、基地局１００は、HARQプロセスに対するフィードバックに関する設定（例えば、有効化及び無効化の何れか）に基づいて、当該HARQプロセスにおけるデータの割り当て数を通知するDAI（例えば、C-DAIフィールド及びT-DAIフィールド）に設定する情報を決定する。また、端末２００は、HARQプロセスに対するフィードバックに関する設定に基づいて設定された情報を、当該HARQプロセスにおけるデータの割り当て数を通知するDAIにおいて受信し、受信した情報に基づいて、データの受信を制御する。
　例えば、端末２００は、フィードバック無効化されたHARQプロセスのデータを割り当てるDCIにおけるDAIフィールドにおいて、フィードバック有効化されたHARQプロセスのDAI値を受信することにより、フィードバック有効化されたHARQプロセスにおけるHARQ-ACK codebookサイズの特定可能性（又は、特定の成功率）を高められるので、HARQによる再送制御の効率を向上できる。
　また、例えば、端末２００は、フィードバック無効化されたHARQプロセスのデータを割り当てるDCIにおけるDAIフィールドにおいて、フィードバック無効化されたHARQプロセスのデータに対する送信パラメータを受信する。例えば、BLERを低減し得る送信パラメータの受信により、端末２００は、フィードバック無効化されたHARQプロセスのデータの受信誤り率を低減できるので、HARQによる再送制御の効率を向上できる。
　よって、本実施の形態によれば、フィードバック無効化されたHARQプロセスに対応するDAI（例えば、C-DAI及びT-DAI）を用いて、HARQ処理の効率を向上できる。
　以上、本開示の各実施の形態について説明した。
　なお、上述した実施の形態では、基地局１００から端末２００への下りリンクデータ（例えば、PDSCH）の伝送について説明したが、本開示の一実施例は、これに限定されず、端末２００から基地局１００への上りリンクデータ（例えば、PUSCH）、又は、端末２００間のリンク（例えば、サイドリンク）におけるデータに適用してもよい。また、上述した実施の形態では、データ（例えば、PDSCH）の再送について説明したが、再送対象は、データ（又は、データチャネル）に限定されず、他の信号又はチャネルでもよい。
　また、HARQ-ACK codebookに含まれるHARQ-ACKビットは、PDSCHの受信に対するHARQ-ACKビットに限定されず、他の信号に対するHARQ-ACKビットでもよい。例えば、HARQ-ACK codebookには、Semi-Persistent Scheduling（SPS） release（又は、SPS PDSCH releaseとも呼ぶ）又はScell dormancyを指示するDCIに対するHARQ-ACKビットが含まれてもよい。また、C-DAIフィールド及びT-DAIフィールドの双方に、当該HARQ-ACKビットを含めたC-DAI値及びT-DAI値が通知されてもよい。
　また、上述した実施の形態では、C-DAIフィールド及びT-DAIフィールドの双方が端末２００へ通知される場合について説明したが、これに限定されず、C-DAIフィールド及びT-DAIフィールドのうち何れか一方が端末２００へ通知され、他方が端末２００へ通知されなくてもよい。例えば、端末２００に対して１つのCC（又は、１つのセル）が設定される場合には、C-DAIフィールドの情報が端末２００へ通知され、T-DAIフィールドの情報が端末２００へ通知されなくてもよい。この場合、例えば、既述の設定方法１あるいは設定方法４のように、フィードバック無効化されたHARQプロセスを割り当てるDCIにおけるC-DAIフィールドには、当該フィードバック無効化されたHARQプロセスにおけるデータの割り当てをカウントしないC-DAI値が含まれてよい。
　また、既述の設定方法１～４を基地局又はセルのパラメータ設定により組み合わせて使用してもよい。例えば、１つのCC（又は、１つのセル）が設定される場合には、設定方法４を用い、複数のCC（又は、複数のセル）が設定される場合には設定方法３を用いてもよい。この場合、１つのCC（又は、１つのセル）が設定される場合には、フィードバック無効化されたHARQプロセスを割り当てるDCIにおけるC-DAIフィールドではC-DAI値が端末２００へ通知され、T-DAIフィールドの情報は通知されなくてもよい。一方で、複数のCC（又は、複数のセル）が設定される場合には、フィードバック無効化されたHARQプロセスを割り当てるDCIにおけるC-DAIフィールドはリザーブされるか、或いは、使用方法１～４のようにC-DAI値と異なる情報が端末２００へ通知され、T-DAIフィールドではT-DAI値が端末２００へ通知されてもよい。
　また、例えば、アンライセンスバンドでの運用時（例えば、NR-Unlicensed（NR-U）とも呼ぶ）に端末２００がHARQ-ACKを送信しない可能性を考慮して、端末２００が過去のHARQ-ACKをまとめて送信する「Type 3 HARQ-ACK codebook」が規定される。例えば、本開示の一実施例は、Type3 HARQ-ACK codebookを用いる場合に適用してもよい。また、本開示の一実施例は、Type3 HARQ-ACK codebookに限らず、他のHARQ-ACK codebookを用いる場合、例えば、DAIによってHARQ-ACK codebookサイズに関する情報を通知する場合に適用してもよい。
　また、上述した実施の形態では、データの割り当て数に関するパラメータを通知するためのフィールドであるDAIフィールドを用いる場合について説明したが、本開示の一実施例において端末２００への情報の通知に用いられるフィールドはこれに限定されない。例えば、本開示の一実施例において端末２００への情報の通知に用いられるフィールドは、HARQプロセスID、NDI、RV、PDSCH-to-HARQ_feedback timing indicatorなど、HARQまたはHARQ-ACKフィードバックに関する他のフィールドでもよい。また、例えば、本開示の一実施例において端末２００への情報の通知に用いられるフィールドは、あるリリース（例えば、Release 17）ではリザーブフィールド（reserved field）として規定されてもよいし、また、それ以降のリリースにおいてデータの割り当て数に関する情報の通知と異なる目的に使用されてもよい。
　NR Rel.15/16では、下りリンクのスケジューリング（データ割り当て）に用いられるDCI formatとしてDCI format 1_0, 1_1, 1_2があるが、それらすべてのDCI formatに対して本開示の一実施例を適用してもよいし、少なくとも一つに本開示の一実施例を適用してもよい。また、DCI formatに個別にDAIフィールドにおける通知情報を変えてもよい。
　また、HARQフィードバックの有効化又は無効化がHARQプロセスに個別に設定される例を説明したが、HARQフィードバックの有効化又は無効化は、端末に個別に設定されてもよいし、セルに個別に設定されてもよい。
　DAI（C-DAI、T-DAI）フィールドとしてリザーブされるのではなく、例えば、DAIフィールド自体は削除され、別のリザーブフィールドとして規定されてもよい。また、例えば、使用方法１～４に示したようなDAIと異なる情報が通知される場合には、別のフィールド名称が規定されれてもよい。
　また、本開示の一実施例は、GEO、中軌道衛星（MEO：Medium Earth Orbit satellite）、LEO、又は、高軌道衛星（HEO：Highly Elliptical Orbit satellite）といった衛星の種別に依らずに適用できる。また、本開示の一実施例は、例えば、HAPS又はドローン基地局といった非地上系通信に適用してもよい。
　また、上述した実施の形態では、NTN環境（例えば、衛星通信環境）を例に挙げて説明したが、本開示はこれに限定されない。本開示は、他の通信環境（例えば、LTE及びNRの少なくとも一つの地上セルラ環境）に適用されてもよい。例えば、本開示の一実施例は、例えば、セルサイズが大きく、基地局１００と端末２００との間の伝搬遅延がより長い（例えば、閾値以上）の環境の地上通信に適用してもよい。また、NTN以外でもHARQ又はHARQフィードバック無効化が適用される通信に対して適用してもよい。
　また、上述した実施の形態において、衛星通信の形態には、基地局の機能が衛星上に存在する構成（例えば、「regenerative satellite」）でもよく、基地局の機能が地上に存在し、基地局と端末との間の通信を衛星が中継する構成（例えば、「transparent satellite」）でもよい。換言すると、例えば、本開示の一実施例において、下りリンク及び上りリンクは、端末と衛星との間のリンク、あるいは、衛星を介したリンクでもよい。
　また、上記実施の形態における各種パラメータは一例であって、他の数値でもよい。例えば、DAIによってデータ割り当て数が通知される対象のスロット数及びCC数は２スロット及び4CCに限定されず、他の個数でもよい。また、HARQ-ACK codebookサイズは、図７～図１０に示す例に限定されず、他のサイズでもよい。また、DAIに含まれるC-DAIフィールド及びT-DAIフィールドの少なくとも一つのビット数は、2ビットに限定されず、他のビット数でもよい。また、図７～図１０において、フィードバック無効化されたHARQプロセスの位置（例えば、slot2のCC2）及び個数（例えば、１個）の少なくとも一つは他の値でもよい。
　HARQ-ACKは、例えば、ACK/NACK又はHARQ-feedbackと称されてよい。
　基地局は、gNodeB又はgNBと称されてよい。また、端末は、UEと称されてもよい。
　スロットは、タイムスロット、ミニスロット、フレーム、サブフレーム等に置き換えてもよい。
　また、上述した実施の形態における「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。
　（補足）
　上述した実施の形態に示した機能、動作又は処理を端末２００がサポートするか否かを示す情報が、例えば、端末２００の能力（capability）情報あるいは能力パラメータとして、端末２００から基地局１００へ送信（あるいは通知）されてもよい。
　能力情報は、上述した実施の形態に示した機能、動作又は処理の少なくとも１つを端末２００がサポートするか否かを個別に示す情報要素（IE）を含んでもよい。あるいは、能力情報は、上述した実施の形態に示した機能、動作又は処理の何れか２以上の組み合わせを端末２００がサポートするか否かを示す情報要素を含んでもよい。
　基地局１００は、例えば、端末２００から受信した能力情報に基づいて、能力情報の送信元端末２００がサポートする（あるいはサポートしない）機能、動作又は処理を判断（あるいは決定または想定）してよい。基地局１００は、能力情報に基づく判断結果に応じた動作、処理又は制御を実施してよい。例えば、基地局１００は、端末２００から受信した能力情報に基づいて、PDCCHあるいはPDSCHのような下りリンクリソース、および、PUCCHあるいはPUSCHのような上りリンクリソースの少なくとも１つの割り当て（例えば、DAIフィールドにおける設定を含むスケジューリング）を制御してよい。
　なお、上述した実施の形態に示した機能、動作又は処理の一部を端末２００がサポートしないことは、端末２００において、そのような一部の機能、動作又は処理が制限されることに読み替えられてもよい。例えば、そのような制限に関する情報あるいは要求が、基地局１００に通知されてもよい。
　端末２００の能力あるいは制限に関する情報は、例えば、規格において定義されてもよいし、基地局１００において既知の情報あるいは基地局１００へ送信される情報に関連付けられて暗黙的（implicit）に基地局１００に通知されてもよい。
　（制御信号）
　本開示において、本開示の一実施例に関連する下り制御信号（又は、下り制御情報）は、例えば、物理層の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）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る基地局は、再送プロセスに対するフィードバックに関する設定に基づいて、前記再送プロセスにおけるデータの割り当て数を通知する信号に設定する情報を決定する制御回路と、前記信号において前記情報を送信する送信回路と、を具備する。
　本開示の一実施例において、前記制御回路は、前記フィードバックが有効化された第１の再送プロセスにおける前記割り当て数に関する前記情報を、前記フィードバックが無効化された第２の再送プロセスについての前記信号に設定する。
　本開示の一実施例において、前記制御回路は、前記割り当て数に関する情報の設定において、前記第２の再送プロセスについての前記データの割り当てをカウントしない。
　本開示の一実施例において、前記制御回路は、前記フィードバックが無効化された再送プロセスについての前記信号の少なくとも一部のフィールドにおいて、前記データの割り当て数に関する情報を設定しない。
　本開示の一実施例において、前記制御回路は、前記フィードバックが有効化された再送プロセスについての前記割り当て数に関する情報を、前記フィードバックが無効化された再送プロセスについての前記信号において、前記情報を設定しないフィールドと異なるフィールドに、設定する。
　本開示の一実施例において、前記情報を設定しないフィールドは、コンポーネントキャリア毎かつスロット毎の前記データの割り当ての累積数を示す第１のフィールド、及び、スロット毎の前記データの割り当て数の総数を示す第２のフィールドの少なくとも一つである。
　本開示の一実施例において、前記制御回路は、前記データの割り当て数に関する情報を設定しないフィールドにおいて、前記データの割り当て数に関する情報と異なる情報を設定する。
　本開示の一実施例において、前記制御回路は、前記データの割り当て数に関する情報を設定しないフィールドにおいて、前記基地局と端末との間において既知の情報を設定する。
　本開示の一実施例において、前記データの割り当て数に関する情報を設定しないフィールドにおいて、前記フィードバックが無効化された再送プロセスにおける前記データの送信に関するパラメータを設定する。
　本開示の一実施例において、前記パラメータは、前記データの繰り返し送信回数、前記データの符号化及び変調に関するパラメータ、前記データが再送データであるか否かを示すパラメータ、及び、前記データの送信電力に関するパラメータの少なくとも一つである。
　本開示の一実施例に係る端末は、再送プロセスに対するフィードバックに関する設定に基づいて設定された情報を、当該再送プロセスにおけるデータの割り当て数を通知する信号において受信する受信回路と、前記情報に基づいて、前記データの受信を制御する制御回路と、を具備する。
　本開示の一実施例に係る通信方法において、基地局は、再送プロセスに対するフィードバックに関する設定に基づいて、前記再送プロセスにおけるデータの割り当て数を通知する信号に設定する情報を決定し、前記信号において前記情報を送信する。
　本開示の一実施例に係る通信方法において、端末は、再送プロセスに対するフィードバックに関する設定に基づいて設定された情報を、当該再送プロセスにおけるデータの割り当て数を通知する信号において受信し、前記情報に基づいて、前記データの受信を制御する。
　２０２１年４月６日出願の特願２０２１－０６４６６８の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一態様は、無線通信システムに有用である。
　１００　基地局
　１０１　再送制御部
　１０２，２０５　符号化・変調部
　１０３，２０６　無線送信部
　１０４，２０１　アンテナ
　１０５，２０２　無線受信部
　１０６，２０３　復調・復号部
　１０７　HARQ-ACK判定部
　２００　端末
　２０４　HARQ-ACK生成部

Claims (13)

  1. 　再送プロセスに対するフィードバックに関する設定に基づいて、前記再送プロセスにおけるデータの割り当て数を通知する信号に設定する情報を決定する制御回路と、
    　前記信号において前記情報を送信する送信回路と、
    　を具備する基地局。
  2. 　前記制御回路は、前記フィードバックが有効化された第１の再送プロセスにおける前記割り当て数に関する前記情報を、前記フィードバックが無効化された第２の再送プロセスについての前記信号に設定する、
    　請求項１に記載の基地局。
  3. 　前記制御回路は、前記割り当て数に関する情報の設定において、前記第２の再送プロセスについての前記データの割り当てをカウントしない、
    　請求項２に記載の基地局。
  4. 　前記制御回路は、前記フィードバックが無効化された再送プロセスについての前記信号の少なくとも一部のフィールドにおいて、前記データの割り当て数に関する情報を設定しない、
    　請求項１に記載の基地局。
  5. 　前記制御回路は、前記フィードバックが有効化された再送プロセスについての前記割り当て数に関する情報を、前記フィードバックが無効化された再送プロセスについての前記信号において、前記情報を設定しないフィールドと異なるフィールドに設定する、
    　請求項４に記載の基地局。
  6. 　前記情報を設定しないフィールドは、コンポーネントキャリア毎かつスロット毎の前記データの割り当ての累積数を示す第１のフィールド、及び、スロット毎の前記データの割り当て数の総数を示す第２のフィールドの少なくとも一つである、
    　請求項４に記載の基地局。
  7. 　前記制御回路は、前記データの割り当て数に関する情報を設定しないフィールドにおいて、前記データの割り当て数に関する情報と異なる情報を設定する、
    　請求項４に記載の基地局。
  8. 　前記制御回路は、前記データの割り当て数に関する情報を設定しないフィールドにおいて、前記基地局と端末との間において既知の情報を設定する、
    　請求項７に記載の基地局。
  9. 　前記制御回路は、前記データの割り当て数に関する情報を設定しないフィールドにおいて、前記フィードバックが無効化された再送プロセスにおける前記データの送信に関するパラメータを設定する、
    　請求項７に記載の基地局。
  10. 　前記パラメータは、前記データの繰り返し送信回数、前記データの符号化及び変調に関するパラメータ、前記データが再送データであるか否かを示すパラメータ、及び、前記データの送信電力に関するパラメータの少なくとも一つである、
    　請求項９に記載の基地局。
  11. 　再送プロセスに対するフィードバックに関する設定に基づいて設定された情報を、当該再送プロセスにおけるデータの割り当て数を通知する信号において受信する受信回路と、
    　前記情報に基づいて、前記データの受信を制御する制御回路と、
    　を具備する端末。
  12. 　基地局は、
    　再送プロセスに対するフィードバックに関する設定に基づいて、前記再送プロセスにおけるデータの割り当て数を通知する信号に設定する情報を決定し、
    　前記信号において前記情報を送信する、
    　通信方法。
  13. 　端末は、
    　再送プロセスに対するフィードバックに関する設定に基づいて設定された情報を、当該再送プロセスにおけるデータの割り当て数を通知する信号において受信し、
    　前記情報に基づいて、前記データの受信を制御する、
    　通信方法。
PCT/JP2021/047271 2021-04-06 2021-12-21 基地局、端末、及び、通信方法 WO2022215299A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202180096105.XA CN117083908A (zh) 2021-04-06 2021-12-21 基站、终端及通信方法
US18/553,709 US20240187136A1 (en) 2021-04-06 2021-12-21 Base station, terminal, and communication method
JP2023512816A JPWO2022215299A1 (ja) 2021-04-06 2021-12-21

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021064668 2021-04-06
JP2021-064668 2021-04-06

Publications (1)

Publication Number Publication Date
WO2022215299A1 true WO2022215299A1 (ja) 2022-10-13

Family

ID=83545823

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/047271 WO2022215299A1 (ja) 2021-04-06 2021-12-21 基地局、端末、及び、通信方法

Country Status (4)

Country Link
US (1) US20240187136A1 (ja)
JP (1) JPWO2022215299A1 (ja)
CN (1) CN117083908A (ja)
WO (1) WO2022215299A1 (ja)

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
APPLE: "Discussion on HARQ Enhancements for NTN", 3GPP DRAFT; R1-2101385, vol. RAN WG1, 18 January 2021 (2021-01-18), pages 1 - 7, XP051971552 *
CATT: "HARQ operation enhancement for NTN", 3GPP DRAFT; R1-2100383, vol. RAN WG1, 19 January 2021 (2021-01-19), pages 1 - 7, XP051970986 *
ERICSSON: "On HARQ enhancements for NTN", 3GPP DRAFT; R1-2100928, vol. RAN WG1, 19 January 2021 (2021-01-19), pages 1 - 13, XP051971267 *

Also Published As

Publication number Publication date
US20240187136A1 (en) 2024-06-06
CN117083908A (zh) 2023-11-17
JPWO2022215299A1 (ja) 2022-10-13

Similar Documents

Publication Publication Date Title
WO2021161639A1 (ja) 受信装置、送信装置、受信方法及び送信方法
US20220256557A1 (en) Communication apparatuses and communication methods for dci for v2x communication apparatuses
WO2022137659A1 (ja) 端末及び通信方法
WO2021215098A1 (ja) 端末及び通信方法
CN115428558A (zh) 移动台、基站、接收方法及发送方法
WO2021131307A1 (ja) 通信装置及び通信方法
WO2022215299A1 (ja) 基地局、端末、及び、通信方法
WO2023013522A1 (ja) 基地局、端末、及び、通信方法
WO2023058264A1 (ja) 通信装置及び通信方法
WO2023100470A1 (ja) 基地局、端末及び通信方法
WO2022239289A1 (ja) 通信装置、及び、通信方法
WO2022030069A1 (ja) 端末、基地局及び通信方法
WO2023013191A1 (ja) 通信装置、及び、通信方法
WO2023013217A1 (ja) 基地局、端末及び通信方法
WO2022195952A1 (ja) 端末、基地局及び通信方法
WO2022085254A1 (ja) 通信装置及び通信方法
WO2023013204A1 (ja) 端末、基地局、及び、通信方法
WO2023139852A1 (ja) 端末、基地局、及び、通信方法
WO2023119756A1 (ja) 通信装置及び通信方法
WO2023203938A1 (ja) 端末、基地局、通信方法及び集積回路
WO2023181557A1 (ja) 端末、基地局及び通信方法
WO2023181556A1 (ja) 端末、基地局及び通信方法
WO2023100471A1 (ja) 基地局、端末及び通信方法
WO2022209097A1 (ja) 通信装置および通信方法
WO2024034198A1 (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: 21936097

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202180096105.X

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 18553709

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2023512816

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21936097

Country of ref document: EP

Kind code of ref document: A1