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

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

Info

Publication number
WO2023058264A1
WO2023058264A1 PCT/JP2022/019831 JP2022019831W WO2023058264A1 WO 2023058264 A1 WO2023058264 A1 WO 2023058264A1 JP 2022019831 W JP2022019831 W JP 2022019831W WO 2023058264 A1 WO2023058264 A1 WO 2023058264A1
Authority
WO
WIPO (PCT)
Prior art keywords
feedback
setting
sps
harq
identifier
Prior art date
Application number
PCT/JP2022/019831
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 EP22878137.3A priority Critical patent/EP4415420A1/en
Priority to JP2023552688A priority patent/JPWO2023058264A1/ja
Publication of WO2023058264A1 publication Critical patent/WO2023058264A1/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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Definitions

  • NR new radio access technology
  • a communication apparatus determines settings related to enabling and disabling feedback in retransmission control of dynamic scheduling based on the type of identifier used in a control signal that performs dynamic scheduling.
  • a control circuit and a transmission circuit that performs transmission processing of the feedback signal based on whether the feedback is enabled or disabled.
  • 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, and transmits the coded data. Further, for example, when decoding data, if there is an error in the received data, 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). . Note that the buffers are also called HARQ soft buffers or simply soft buffers, for example.
  • FEC Forward Error Correction
  • LDPC Low Density Parity Check
  • the receiving side when receiving resent data, the receiving side synthesizes (soft synthesizes) the received data (e.g., resent data or data related to a resend request) and the previously received data (in other words, stored data). , to decode the synthesized 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 different parity bits (for example, different Redundancy version (RV)) from the previous transmission.
  • RV Redundancy version
  • 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)
  • scheduling for data transmission includes, for example, “dynamic scheduling” and “semi-persistent scheduling (SPS)".
  • dynamic scheduling allows time and frequency Scheduling that notifies terminal 200 of transmission parameters such as resources, Modulation and Coding Scheme (MCS), RV, or NDI may be used.
  • SPS eg, semi-static scheduling
  • MCS Modulation and Coding Scheme
  • NDI NDI
  • SPS eg, semi-static scheduling
  • the base station uses the PDCCH (or DCI) to transmit parameters such as time and frequency resources used for data transmission for each data transmission unit (for example, slot) or Modulation and Coding Scheme (MCS) to the terminal. to notify.
  • the base station transmits data (eg, PDSCH) after transmitting transmission parameters.
  • the PDCCH may be transmitted using a preset time/frequency resource called CORESET (Control Resource Set).
  • a base station In SPS, for example, a base station notifies a terminal in advance of a parameter such as a transmission cycle through higher layer signaling (eg, RRC signaling), and transmits data (eg, PDSCH) at the notified transmission cycle.
  • a base station may activate SPS transmission, for example, by transmitting a specific PDCCH (eg, also called activation DCI).
  • a specific PDCCH eg, also called activation DCI
  • the base station may deactivate (de-activate) SPS transmission by transmitting a specific PDCCH (for example, also called deactivation DCI).
  • CS-RNTI Configured Scheduling-Radio Network Temporary Identifier
  • the HARQ process ID (PID) of the PDSCH transmitted in the SPS may be determined based on the transmission slot of the SPS PDSCH, for example.
  • the HARQ process ID of SPS PDSCH may be determined by the following formula (see Non-Patent Document 2, for example).
  • HARQ Process ID [floor (CURRENT_slot * 10 / (numberOfSlotsPerFrame * periodicity))] modulo nrofHARQ-Processes + harq-ProcID-Offset
  • CURRENT_slot indicates the slot number in which the SPS PDSCH is transmitted
  • numberOfSlotsPerFrame indicates the number of slots per frame
  • periodicity indicates the transmission period
  • nrofHARQ-Processes indicates the number of HARQ processes for SPS
  • harq-ProcID- Offset indicates the process number offset.
  • multiple SPS settings may be set for a terminal.
  • dynamic scheduling may be performed even during the period when SPS is valid.
  • retransmission of SPS PDSCH may be done by dynamic scheduling.
  • CRC Cyclic Redundancy Check
  • PDCCH in which the CRC part is scrambled by Cell-RNTI (C-RNTI) is used for scheduling of new data different from data transmitted by SPS.
  • C-RNTI Cell-RNTI
  • the PDSCH transmitted by dynamic scheduling is sometimes called, for example, "Dynamic Grant PDSCH (DG PDSCH)".
  • NTN Non-Terrestrial Network
  • LTE and NR Rel.15/16 are specified as radio access technologies for terrestrial networks.
  • NR is being considered for expansion to non-terrestrial networks (NTN) such as communication using satellites or high-altitude pseudo-satellites (HAPS) (for example, see Non-Patent Document 1 reference).
  • NPN non-terrestrial networks
  • HAPS high-altitude pseudo-satellites
  • 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 performed based on individual HARQ-ACK feedback (for example, HARQ feedback or UL HARQ 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. For example, NTN considers disabling HARQ-ACK feedback for each HARQ process individually (see, for example, Non-Patent Document 1).
  • QoS Quality of Service
  • SPS-Config SPS settings
  • the feedback enable/disable setting in each slot of SPS becomes common, and the QoS of data traffic can be easily satisfied.
  • the feedback enable/disable setting for the HARQ process for a given HARQ process ID is different from the feedback enable/disable setting for the SPS setting. Describes how to disable it.
  • enabling/disabling of feedback is set for the SPS configuration (e.g., SPS-Config).
  • SPS-Config the SPS configuration
  • the CRC part of the PDCCH used for scheduling the PDSCH Based on at least one of the type of RNTI that performs scrambling and the HARQ process ID, follow either the individual feedback enable/disable setting for the HARQ process, or the individual feedback enable/disable setting for the SPS setting. may be determined.
  • 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 (corresponding to a communication device, for example).
  • a control unit determines the type of identifier (for example, RNTI) used for a control signal (for example, PDCCH) that performs dynamic scheduling. Based on, determine the settings for enabling and disabling feedback (for example, HARQ feedback) in retransmission control of dynamic scheduling.
  • a receiving unit performs reception processing of a feedback signal (for example, HARQ-ACK) based on whether feedback is enabled or disabled.
  • FIG. 3 is a block diagram showing a configuration example of part of the terminal 200 (corresponding to a communication device, for example).
  • a control unit for example, corresponding to a control circuit uses a control signal (for example, PDCCH) for dynamic scheduling (for example, RNTI) for the type of identifier Based on this, the setting regarding the validity and invalidity of feedback (for example, HARQ feedback) in retransmission control of dynamic scheduling is determined.
  • a transmission unit (for example, corresponding to a transmission circuit) performs transmission processing of a feedback signal (for example, HARQ-ACK) based on whether feedback is enabled or disabled.
  • a feedback signal for example, HARQ-ACK
  • the control unit 101 may, for example, generate information (for example, HARQprocess-disableULfeedback) regarding individual feedback enable/disable settings for the HARQ process.
  • the control unit 101 may generate information about feedback-enabled HARQ process IDs and feedback-disabled HARQ process IDs.
  • information on setting feedback enable/disable for each HARQ process may be included in the PDSCH-Config Information Element (IE).
  • IE PDSCH-Config Information Element
  • control unit 101 may generate, for example, information related to SPS settings.
  • Information on SPS settings includes, for example, SPS transmission period (periodicity), number of HARQ processes (nrofHARQ-Processes), process number offset (harq-ProcID-Offset), and feedback enable/disable setting (for example, HARQfeedback). At least one may be included. Also, information on SPS configuration may be included in, for example, the SPS-Config IE.
  • higher layer signaling for example, RRC reconfiguration message
  • DCI different control signals
  • the control section 101 outputs the generated control information to the encoding/modulation section 102 .
  • Coding/modulating unit 102 for example, the input transmission data (e.g., transport block), and the control information input from the control unit 101, turbo code, error correction code such as LDPC code or polar code and modulation such as Quarter Phase Shift Keying (QPSK) or Quadrature Amplitude Modulation (QAM), and outputs the modulated signal to radio transmission section 103 .
  • turbo code error correction code such as LDPC code or polar code
  • modulation such as Quarter Phase Shift Keying (QPSK) or Quadrature Amplitude Modulation (QAM)
  • 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.
  • DCI downlink control information
  • DCI may include data allocation information, eg, time and frequency resource allocation information, information on coding and modulation schemes (eg, MCS information).
  • DCI includes, for example, HARQ process ID, NDI, RV, information indicating HARQ-ACK transmission timing (e.g., PDSCH-to-HARQ_feedback timing indicator), or Downlink Assignment Index (DAI) (e.g., Counter-DAI (C-DAI), Total-DAI (T-DAI)), which is input from retransmission control section 108, may be included.
  • DCI Downlink Assignment Index
  • an identifier for example, C-RNTI
  • Portions may be scrambled.
  • the base station 100 may generate DCI or PDCCH including control information for activating or deactivating (deactivating or releasing) SPS transmission, for example. After enabling SPS transmission, the base station 100 may periodically perform the data transmission process according to the SPS transmission periodicity. For example, control information (eg, DCI) such as data allocation information may not be generated and transmitted for periodic transmission of SPS.
  • control information eg, DCI
  • base station 100 scrambles the CRC part by an identifier (for example, CS-RNTI) individually assigned to terminal 200 may be used to notify the terminal 200 of the allocation information described above.
  • Radio receiving section 105 for example, received via antenna 104, data signal from terminal 200 (e.g., Physical Uplink Shared Channel (PUSCH)) and control signals (e.g., HARQ-ACK information), It performs reception processing such as down-conversion and A/D conversion, and outputs the signal after reception processing to demodulation/decoding section 106 .
  • PUSCH Physical Uplink Shared Channel
  • control signals e.g., HARQ-ACK information
  • HARQ-ACK determination section 107 for example, based on the HARQ-ACK information input from demodulation/decoding section 106, the presence or absence of an error (eg, ACK or NACK) for each transmitted transmission data (eg, transport block) ) is determined. For example, when the HARQ-ACK information is NACK, HARQ-ACK determination section 107 may instruct retransmission control section 108 to retransmit data. Also, for example, when the HARQ-ACK information is ACK, HARQ-ACK determination section 107 may instruct retransmission control section 108 not to retransmit data. Also, for example, when HARQ-ACK information is not received from terminal 200, HARQ-ACK determination section 107 may determine NACK.
  • an error eg, ACK or NACK
  • the retransmission control section 108 controls retransmission of transmission data (for example, PDSCH).
  • transmission data for example, PDSCH
  • retransmission control section 108 for transmission data, HARQ process ID, NDI, RV, information indicating HARQ-ACK transmission timing (eg, PDSCH-to-HARQ_feedback timing indicator), and DAI (C-DAI, T- DAI) may be generated.
  • Retransmission control section 108 outputs the generated information on retransmission control to encoding/modulation section 102 .
  • 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. Also, at least one of the antenna 201 and the radio transmission section 206 shown in FIG. 5 may be included in the transmission section 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.
  • the demodulator/decoder 203 may perform processing based on data allocation information (for example, modulation scheme and coding rate) included in the control signal.
  • data allocation information for example, modulation scheme and coding rate
  • demodulation/decoding section 203 uses an identifier (for example, RNTI such as C-RNTI or CS-RNTI) assigned to terminal 200 to generate the control signal (for example, PDCCH CRC part) may be descrambled.
  • demodulation/decoding section 203 specifies the modulation scheme and coding rate based on, for example, data allocation information included in the detected control signal, and performs processing.
  • the demodulation/decoding section 203 may determine whether the received data is the initial transmission data or the 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 CRC determination. Further, for example, in the case of retransmission data, the demodulation/decoding section 203 may perform error correction decoding after combining the data stored in the buffer (past received data) 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.
  • the HARQ-ACK generation unit 204 may generate HARQ-ACK information based on feedback enable/disable settings. Determination of feedback validation/invalidation will be described later.
  • the HARQ-ACK generation unit 204 generates HARQ-ACK information (eg, ACK or NACK) based on the CRC determination result for data for which feedback is set to be valid. 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 does not need to generate HARQ-ACK information for feedback-disabled data (or data in a feedback-disabled HARQ process). Note that terminal 200 does not have to transmit HARQ-ACK information generated for feedback-invalid data.
  • 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.
  • FIG. 6 is a sequence diagram showing an operation example of base station 100 and terminal 200 in this embodiment.
  • the base station 100 determines HARQ feedback settings for the terminal 200 (S101).
  • HARQ feedback settings may include, for example, individual feedback enable/disable settings for HARQ processes and individual feedback enable/disable settings for SPS settings (eg, SPS config).
  • the terminal 200 identifies the HARQ feedback settings based on the control information (S103).
  • the base station 100 transmits downlink data to the terminal 200 (S104).
  • the terminal 200 receives downlink data, for example, based on data allocation information included in control information (S105).
  • the terminal 200 performs HARQ-ACK information transmission processing for downlink data based on the HARQ feedback setting included in the control information (S106). For example, terminal 200 may determine whether to transmit HARQ-ACK information.
  • the terminal 200 transmits HARQ-ACK information to the base station 100 when HARQ feedback is valid, and stops transmitting HARQ-ACK information when HARQ feedback is invalid (S107).
  • the base station 100 controls retransmission of downlink data to the terminal 200 (S108). For example, base station 100 may perform retransmission control based on HARQ-ACK information from terminal 200 or may perform retransmission control without depending on HARQ-ACK information from terminal 200 .
  • the base station 100 may, for example, notify the terminal 200 of information (for example, SPS-Config) related to SPS settings according to the QoS requirements or characteristics of communication traffic with each terminal 200 .
  • information for example, SPS-Config
  • the base station 100 may notify the terminal 200 that uses an application that periodically generates a similar amount of data, such as voice call or video transmission, with information on SPS settings.
  • Information on SPS settings includes, for example, SPS transmission period (periodicity), number of HARQ processes (nrofHARQ-Processes), process number offset (harq-ProcID-Offset), and feedback enable/disable setting for SPS transmission (for example, HARQ feedback) may be included.
  • the base station 100 may notify the terminal 200 of multiple (multiple sets) of SPS settings, for example, when communications of multiple applications are performed at the same time.
  • FIG. 7 is a diagram showing an example of feedback settings when terminal 200 is notified of a single SPS setting.
  • the number of HARQ processes (nrofHARQ-Processes) is set to 4, the HARQ process ID offset (harq-ProcID-Offset) is set to 0, and the SPS feedback enable/disable setting (HARQfeedback) for is set to "enable”.
  • HARQ feedback for SPS settings based on the feedback enable/disable settings for SPS transmission (for example, HARQfeedback) in the SPS settings (SPS-Config) are applied.
  • SPS-Config the feedback enable/disable settings for SPS transmission
  • SPS-Config the SPS settings
  • HARQ feedback in SPS setting is enabled, so terminal 200 transmits HARQ-ACK information (ACK or NACK) after receiving each SPS PDSCH.
  • terminal 200 uses the RNTI (for example, the RNTI used for scrambling of the CRC portion) used in PDCCH for scheduling PDSCH (for example, DG PDSCH).
  • HARQ feedback settings for dynamic scheduling may be determined based on the type of For example, when C-RNTI is used, setting values according to individual feedback enable/disable settings (HARQprocess-disableULfeedback) may be applied to the HARQ process (or HARQ process ID). Also, for example, when CS-RNTI is used, setting values according to individual feedback enable/disable settings (HARQfeedback) may be applied to SPS settings.
  • base station 100 and terminal 200 use HARQ process ID Feedback disable (disable) may be set according to the individual feedback enable/disable setting (HARQprocess-disableULfeedback). In this case, terminal 200 does not need to transmit HARQ-ACK information for the PDSCH. Also, the base station 100 may perform retransmission control on the assumption that HARQ-ACK information for the PDSCH will not be transmitted, for example.
  • base station 100 and terminal 200 set SPS You may set HARQ feedback enable according to individual feedback enable/disable setting (HARQfeedback).
  • terminal 200 may transmit HARQ-ACK information for the PDSCH.
  • the base station 100 may, for example, receive HARQ-ACK information for the PDSCH and perform retransmission control based on the received HARQ-ACK information.
  • HARQ feedback may be set according to the valid/invalid setting.
  • CS-RNTI is used for the PDCCH that schedules the PDSCH
  • the PDCCH indicates the PID set in the SPS
  • base station 100 and terminal 200 individually enable feedback for SPS setting.
  • - HARQ feedback may be set according to the disabled setting.
  • terminal 200 determines that the PDCCH is invalid and discards it.
  • base station 100 and terminal 200 enable/disable feedback for PDSCH (for example, DG PDSCH) scheduled by dynamic scheduling based on the type of RNTI used for PDCCH on which dynamic scheduling is performed.
  • PDSCH for example, DG PDSCH
  • CS-RNTI is used for PDCCH scrambling for scheduling PDSCH used for retransmitting SPS-transmitted data.
  • the terminal 200 determines the feedback enable/disable setting when the RNTI type is CS-RNTI according to the feedback enable/disable setting for SPS transmission (HARQfeedback).
  • the same feedback enable/disable setting can be applied to both initial transmission and retransmission.
  • HARQ feedback valid is set for SPS PDSCH (for example, periodic transmission by SPS)
  • HARQ feedback valid is set for DG PDSCH used for retransmission of SPS.
  • the same HARQ feedback setting (enable or disable) as the HARQ feedback setting (enable or disable) set for periodic transmission of SPS is applied, so it is possible to perform transmission that satisfies the QoS requirements of SPS data. becomes.
  • C-RNTI is used for PDCCH scrambling for scheduling PDSCH used for transmission (or retransmission) of data different from SPS-transmitted data. Therefore, the terminal 200 determines the feedback enable/disable setting when the RNTI type is C-RNTI according to the feedback enable/disable setting for each HARQ process, thereby performing dynamic scheduling without depending on the SPS setting. It is possible to perform communication by enabling/disabling feedback according to the characteristics of traffic to be used.
  • FIG. 8 is a diagram showing an example of feedback settings when terminal 200 is notified of multiple SPS settings.
  • base station 100 and terminal 200 use the HARQ process ID (in other words, Then, based on the HARQ process ID used for dynamic scheduling, the feedback enable/disable setting may be determined. For example, base station 100 and terminal 200 may determine feedback enable/disable settings depending on whether the HARQ process ID used for dynamic scheduling is the HARQ process ID used for SPS transmission.
  • An SPS may be called, for example, Configured scheduling, Configured grant, or Grant free.
  • FIG. 12 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.
  • 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
  • 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 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 14 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 14 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 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
  • Figure 15 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.
  • 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 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. .
  • the control circuit determines a first setting individually set for semi-static scheduling to enable and disable the feedback. and if the identifier is a second identifier different from the first identifier, a second setting that is set individually for the retransmission process is determined to be the setting for enabling and disabling the feedback.
  • the control circuit determines a first setting individually set for semi-static scheduling to enable and disable the feedback. and if the identifier is a second identifier different from the first identifier, if the retransmission process number used for the dynamic scheduling is used in the semi-static scheduling, the first If the setting is determined to be the feedback valid and invalid setting, and the retransmission process number used for the dynamic scheduling is not used in the semi-static scheduling, the second set individually for the retransmission process is set to enable or disable the feedback.
  • control circuit includes a first setting individually set for semi-static scheduling and a second setting individually set for a retransmission process based on the type of the identifier. Any one of the settings is determined to be the feedback valid and invalid settings, and the first setting is the second setting corresponding to one of the retransmission process numbers used for the semi-static scheduling; is determined based on the settings of
  • control circuit includes a first setting individually set for semi-static scheduling and a second setting individually set for a retransmission process based on the type of the identifier. Either one of the settings is determined to be the feedback valid or invalid setting, and the control circuit does not perform the reception process of the retransmission data in the semi-static scheduling when the first setting is feedback invalid. .
  • a communication apparatus determines settings related to enabling and disabling feedback in retransmission control of dynamic scheduling based on the type of identifier used in a control signal that performs dynamic scheduling.
  • a control circuit and a reception circuit that performs reception processing of the feedback signal based on whether the feedback is enabled or disabled.
  • a communication device relates to validity and invalidity of feedback in retransmission control of dynamic scheduling based on a type of an identifier used in a control signal that performs dynamic scheduling.
  • a setting is determined, and processing for transmitting the feedback signal is performed based on the setting of whether the feedback is valid or invalid.
  • a communication device relates to validity and invalidity of feedback in retransmission control of dynamic scheduling based on a type of an identifier used in a control signal that performs dynamic scheduling.
  • a setting is determined, and reception processing of the signal of the feedback is performed based on the setting of enabling and disabling the feedback.
  • 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)
  • Mobile Radio Communication Systems (AREA)

Abstract

通信装置は、動的なスケジューリングを行う制御信号に使用される識別子の種別に基づいて、動的なスケジューリングの再送制御におけるフィードバックの有効及び無効に関する設定を決定する制御回路と、フィードバックの有効及び無効の設定に基づいて、フィードバックの信号の送信処理を行う送信回路と、を具備する。

Description

通信装置及び通信方法
　本開示は、通信装置及び通信方法に関する。
　5Gの標準化において、新しい無線アクセス技術（NR：New Radio access technology）が3GPPで議論されている。
　しかしながら、再送制御の効率を向上する方法については検討の余地がある。
　本開示の非限定的な実施例では、再送制御の効率を向上できる通信装置及び通信方法の提供に資する。
　本開示の一実施例に係る通信装置は、動的なスケジューリングを行う制御信号に使用される識別子の種別に基づいて、前記動的なスケジューリングの再送制御におけるフィードバックの有効及び無効に関する設定を決定する制御回路と、前記フィードバックの有効及び無効の設定に基づいて、前記フィードバックの信号の送信処理を行う送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、再送制御の効率を向上できる。
　本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Dynamic scheduling及びSemi-persistent scheduling（SPS）の動作例を示す図 基地局の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 基地局の構成の一例を示すブロック図 端末の構成の一例を示すブロック図 基地局及び端末の動作例を示すシーケンス図 フィードバック設定の一例を示す図 フィードバック設定の一例を示す図 フィードバック設定の一例を示す図 フィードバック設定の一例を示す図 3GPP NRシステムの例示的なアーキテクチャの図 ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す概略図 Radio Resource Control（ＲＲＣ）接続のセットアップ／再設定の手順のシーケンス図 大容量・高速通信（ｅＭＢＢ：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））の受信処理（例えば、ソフト合成処理）を行う。
　また、データ送信のためのスケジューリングとして、例えば、「dynamic scheduling」及び「semi-persistent scheduling（SPS）」がある。例えば、dynamic scheduling（動的なスケジューリング）は、PDSCH送信の度に、下り制御チャネル（例えば、Physical Downlink Control Channel（PDCCH））又は下り制御情報（例えば、Downlink Control Information（DCI））により時間及び周波数リソース、Modulation and Coding Scheme（MCS）、RV又はNDIといった送信パラメータを端末２００へ通知するスケジューリングでよい。また、SPS（例えば、準静的なスケジューリング）は、例えば、時間及び周波数リソース、又は、MCSといった予め設定された送信パラメータを用いてPDSCHを送信するスケジューリングでよい。
　Dynamic schedulingでは、例えば、基地局は、PDCCH（或いは、DCI）によって、データ送信単位（例えばスロット）毎にデータ送信に用いる時間及び周波数リソース、又は、Modulation and Coding Scheme（MCS）といった送信パラメータを端末へ通知する。基地局は、送信パラメータを送信した後に、データ(例えば、PDSCH)を送信する。PDCCHは予め設定されるCORESET（Control Resource Set）と呼ばれる時間・周波数リソースで送信されてもよい。
　SPSでは、例えば、基地局は、送信周期といったパラメータを上位レイヤシグナリング（例えば、RRCシグナリング）によって端末へ予め通知し、通知した送信周期にてデータ（例えば、PDSCH）を送信する。SPSでは、基地局は、例えば、特定のPDCCH（例えば、activation DCIとも呼ぶ）の送信によりSPS送信を有効化（activation）してよい。また、基地局は、例えば、SPSのような周期送信が不要な場合には、特定のPDCCH（例えば、deactivation DCIとも呼ぶ）の送信によりSPS送信を無効化（de-activation）してよい。
　図１は、Dynamic scheduling及びSPSのスケジューリングの一例を示す図である。
　SPSでは、例えば、送信周期（periodicity）、HARQプロセス数（nrofHARQ-Processes）、及び、プロセス番号に対するオフセット（harq-ProcID-Offset）を含むSPS設定に関するパラメータがRRCシグナリング（例えば、SPS-Config）によって端末へ通知（又は、設定）されてよい。
　図１に示すように、SPS送信は、例えば、SPS activationを示すPDCCHの送信によって有効化されてよい。SPS送信では、基地局は、例えば、指定された周波数リソース又はMCSを用いて、設定された送信周期にてデータ（例えば、PDSCH）を送信してよい。また、図１に示すように、SPS送信は、例えば、SPS de-activationを示すPDCCHの送信によって無効化され、周期送信は停止されてよい。
　なお、SPS activation又はSPS de-activationは、例えば、Configured Scheduling - Radio Network Temporary Identifier（CS-RNTI）によってスクランブリングされるPDCCHであって、NDI=0が設定されるPDCCHによって端末に通知されてよい。
　SPSにおいて送信されるPDSCH（以下、「SPS PDSCH」と呼ぶ）のHARQプロセスID（PID）は、例えば、SPS PDSCHの送信スロットに基づいて決定されてよい。例えば、SPS PDSCHのHARQプロセスIDは、以下の式により決定されてよい（例えば、非特許文献２を参照）。
　HARQ Process ID = [floor (CURRENT_slot × 10 / (numberOfSlotsPerFrame× periodicity))] modulo nrofHARQ-Processes + harq-ProcID-Offset
　ここで、CURRENT_slotはSPS PDSCHが送信されるスロット番号を示し、numberOfSlotsPerFrameはフレームあたりのスロット数を示し、periodicityは送信周期を示し、nrofHARQ-ProcessesはSPS向けのHARQプロセス数を示し、harq-ProcID-Offsetはプロセス番号オフセットを示す。
　また、SPS設定（例えば、SPS-Config）は端末に対して複数設定されてもよい。
　また、図１に示すように、SPSが有効な期間においても、dynamic schedulingを行ってもよい。例えば、SPS PDSCHの再送は、dynamic schedulingによって行われてもよい。ここで、例えば、SPS PDSCHの再送のスケジューリングには、CS-RNTIによってCyclic Redundancy Check（CRC）部分（又は、CRCビット）がスクランブリングされるPDCCHであって、NDI=1が設定されるPDCCHが用いられてよい。また、SPSによって送信されるデータと異なる新規のデータのスケジューリング、又は、当該データの再送のスケジューリングには、例えば、Cell-RNTI（C-RNTI）によってCRC部分がスクランブリングされるPDCCHが用いられてよい。
　なお、dynamic schedulingによって送信されるPDSCHは、例えば、「Dynamic Grant PDSCH（DG PDSCH）」と呼ぶこともある。
　[地上以外のネットワーク（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フィードバック（例えば、HARQ feedback、又は、UL HARQ feedbackとも呼ぶ）に基づいて行われる。このため、地上ネットワークと比較してRTTが大きいNTNでは、連続的なデータの送信のためには多数のHARQプロセス数が使用され得る。例えば、NTNでは、HARQプロセスに個別にHARQ-ACKフィードバックの無効化（disabled）が検討される（例えば、非特許文献１を参照）。
　例えば、フィードバックが有効化（enabled）されるHARQプロセス（例えば、feedback-enabled HARQ process）では、データに対する応答信号（例えば、「HARQ-ACK」又は「ACK/NACK」と呼ぶ）が端末から送信され、基地局は、HARQ-ACKに基づいてスケジューリングしてよい。その一方で、例えば、フィードバックが無効化（disabled）されるHARQプロセス（例えば、feedback-disabled HARQ process）では、端末からHARQ-ACKは送信されず、基地局は、HARQ-ACKの受信を待たずに次のデータをスケジューリングしてよい。
　また、フィードバックの有効及び無効に関する設定（以下、「フィードバック有効・無効の設定」とも表す）は、HARQプロセスに個別に（例えば、HARQプロセス毎に）行われることが検討されている。
　なお、フィードバックが無効化されるHARQプロセスに対して、基地局は、HARQ-ACKの受信無しに再送データを送信してよい。端末は、フィードバックが無効化されるHARQプロセスでも受信データをバッファに保持し、HARQ合成を行ってよい。なお、HARQ-ACKの受信無しでの再送は、「Blind retransmission」又は「Open loop HARQ」と呼ばれることもある。
　以上、NTNへの拡張について説明した。
　上述したように、フィードバック有効・無効の設定は、HARQプロセスに個別に行われるのに対して、SPSでは送信スロットに基づいてHARQプロセスIDが決定される。このため、SPS向けに複数のHARQプロセスIDが設定される場合、HARQプロセスに個別のフィードバック有効・無効の設定によっては、SPSの各送信スロットにおけるフィードバック有効・無効の設定がそれぞれ異なる可能性がある。
　例えば、同一のSPS設定（SPS-Config）では、同じデータトラヒック種別のデータが送信され得る。このため、フィードバック有効・無効の設定が送信スロットによって異なる場合には、例えば、同一のSPS設定におけるデータトラヒックのデータ誤り率又は遅延の要求といったQuality of Service（QoS）を満たさない可能性がある。
　例えば、HARQプロセスに個別のフィードバック有効・無効の設定に加えて、SPS設定（SPS-Config）に個別の（例えば、SPS設定毎の）フィードバック有効・無効の設定を行うことがあり得る。SPS設定に個別のフィードバック有効・無効の設定により、例えば、SPSの各スロットにおけるフィードバック有効・無効の設定は共通になり、データトラヒックのQoSを満たしやすくなる。
　ここで、例えば、或るHARQプロセスIDに対して、HARQプロセスに個別のフィードバック有効・無効の設定と、SPS設定に個別のフィードバック有効・無効の設定とが異なる場合が有り得る。この場合の動作について検討の余地がある。
　本開示の非限定的な一実施例では、或るHARQプロセスIDに対するHARQプロセスに個別のフィードバック有効・無効の設定と、SPS設定に個別のフィードバック有効・無効の設定とが異なる場合のフィードバック有効・無効を設定する方法について説明する。
　例えば、本開示の非限定的な一実施例では、HARQプロセスに個別のフィードバック有効・無効の設定に加えて、SPS設定（例えば、SPS-Config）に個別のフィードバック有効・無効の設定が行われる。また、本開示の非限定的な一実施例では、例えば、SPSに設定されるHARQプロセスIDと同じプロセスIDのPDSCH（例えば、DG PDSCH）に対して、当該PDSCHのスケジューリングに用いるPDCCHのCRC部分にスクランブリングを行うRNTIの種別、及び、HARQプロセスIDの少なくとも一つに基づいて、HARQプロセスに個別のフィードバック有効・無効の設定、及び、SPS設定に個別のフィードバック有効・無効の設定の何れに従うかが決定されてよい。
　（実施の形態１）
　［通信システムの概要］
　本開示の一実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
　図２は、基地局１００（例えば、通信装置に対応）の一部の構成例を示すブロック図である。図２に示す基地局１００において、制御部（例えば、制御回路に対応）は、動的なスケジューリング（dynamic scheduling）を行う制御信号（例えば、PDCCH）に使用される識別子（例えば、RNTI）の種別に基づいて、動的なスケジューリングの再送制御におけるフィードバック（例えば、HARQ feedback）の有効及び無効に関する設定を決定する。受信部（例えば、受信回路に対応）は、フィードバックの有効及び無効の設定に基づいて、フィードバックの信号（例えば、HARQ-ACK）の受信処理を行う。
　図３は、端末２００（例えば、通信装置に対応）の一部の構成例を示すブロック図である。図３に示す端末２００において、制御部（例えば、制御回路に対応）は、動的なスケジューリング（dynamic scheduling）を行う制御信号（例えば、PDCCH）に使用される識別子（例えば、RNTI）の種別に基づいて、動的なスケジューリングの再送制御におけるフィードバック（例えば、HARQ feedback）の有効及び無効に関する設定を決定する。送信部（例えば、送信回路に対応）は、フィードバックの有効及び無効の設定に基づいて、フィードバックの信号（例えば、HARQ-ACK）の送信処理を行う。
　［基地局の構成］
　図４は、本実施の形態に係る基地局１００の構成の一例を示すブロック図である。基地局１００は、例えば、制御部１０１と、符号化・変調部１０２と、無線送信部１０３と、アンテナ１０４と、無線受信部１０５と、復調・復号部１０６と、HARQ-ACK判定部１０７と、再送制御部１０８とを備える。
　図４に示す制御部１０１、符号化・変調部１０２、復調・復号部１０６、HARQ-ACK判定部１０７、及び、再送制御部１０８の少なくとも一つは、例えば、図２に示す制御部に含まれてよい。また、図４に示すアンテナ１０４及び無線受信部１０５の少なくとも一つは、例えば、図２に示す送信部に含まれてよい。
　制御部１０１は、例えば、HARQプロセスに個別のフィードバック有効・無効の設定に関する情報（例えば、HARQprocess-disableULfeedback）を生成してよい。例えば、制御部１０１は、フィードバック有効のHARQプロセスID及びフィードバック無効のHARQプロセスIDに関する情報を生成してよい。例えば、HARQプロセスに個別のフィードバック有効・無効の設定に関する情報は、PDSCH-Config Information Element（IE）に含まれてよい。
　また、制御部１０１は、例えば、SPSの設定に関する情報を生成してよい。SPSの設定に関する情報には、例えば、SPS送信周期（periodicity）、HARQプロセス数（nrofHARQ-Processes）、プロセス番号オフセット（harq-ProcID-Offset）、及び、フィードバック有効・無効設定（例えば、HARQfeedback）の少なくとも一つが含まれてよい。また、SPSの設定に関する情報は、例えば、SPS-Config IEに含まれてよい。
　なお、HARQプロセスに個別のフィードバック有効・無効の設定に関する情報、及び、SPSの設定に関する情報の少なくとも一つは、上位レイヤシグナリング（例えば、RRC reconfiguration message）に含まれてもよく、上位レイヤシグナリングと異なる制御信号（例えば、DCI）に含まれてもよい。
　また、制御部１０１は、例えば、端末２００に対して、SPS設定に関する情報を複数個生成してもよい。また、制御部１０１は、フィードバック有効・無効の設定に関する情報を複数個生成してもよい。
　制御部１０１は、生成した制御情報を符号化・変調部１０２へ出力する。
　符号化・変調部１０２は、例えば、入力される送信データ（例えば、トランスポートブロック）、及び、制御部１０１から入力される制御情報に対して、ターボ符号、LDPC符号又はポーラ符号といった誤り訂正符号化、及び、Quarter Phase Shift Keying（QPSK）又はQuadrature Amplitude Modulation（QAM）といった変調を行い、変調後の信号を無線送信部１０３へ出力する。
　符号化・変調部１０２は、例えば、送信データをバッファに保存してよい。例えば、符号化・変調部１０２は、再送制御部１０８から再送有りを指示された場合、バッファに保存された送信データ（例えば、再送データ）に関して上記同様の処理を行ってよい。また、例えば、符号化・変調部１０２は、再送制御部１０８から再送無し（又は、新規データの送信）を指示された場合、バッファに保存された、対応する送信データを消去してよい。
　また、符号化・変調部１０２は、例えば、下りリンク制御情報（例えば、DCI）を符号化及び変調し、変調後の信号を無線送信部１０３へ出力する。DCIには、例えば、時間及び周波数リソース割り当て情報、符号化及び変調方式に関する情報（例えば、MCS情報）といったデータ割当情報が含まれてよい。また、DCIには、例えば、HARQプロセスID、NDI、RV、HARQ-ACK送信タイミングを示す情報（例えば、PDSCH-to-HARQ_feedback timing indicator）、又は、Downlink Assignment Index（DAI）（例えば、Counter-DAI（C-DAI）、Total-DAI（T-DAI））といった再送制御部１０８から入力される再送制御に関する情報が含まれてよい。
　無線送信部１０３は、例えば、符号化・変調部１０２から入力される信号に対して、Ｄ／Ａ変換、アップコンバート、および、増幅といった送信処理を行い、送信処理後の無線信号をアンテナ１０４から送信する。
　ここで、LTE及び5G NRにおいて、例えば、送信データはPDSCHに対応し、データ割り当て情報はDCIあるいはPDCCHに対応してよい。
　例えば、PDCCHは、端末２００に個別に通知されるので、端末２００が当該端末２００宛てのPDCCHを識別するために、端末２００に個別に付与される識別子（例えば、C-RNTI）によってPDCCHのCRC部分がスクランブリングされてもよい。
　また、基地局１００は、例えば、SPS送信を有効化（Activation）又は無効化（deactivation又はrelease）するための制御情報を含むDCI又はPDCCHを生成してもよい。基地局１００は、SPS送信を有効化した後、SPSの送信周期（periodicity）に従ってデータ送信処理を周期的に行ってよい。例えば、SPSの周期送信に対してデータ割り当て情報といった制御情報（例えば、DCI）は生成及び送信されなくてよい。その一方で、SPSにより送信されたデータ（PDSCH）に対する再送データに対しては、基地局１００は、端末２００に個別に付与される識別子（例えば、CS-RNTI）によってCRC部分をスクランブリングしたPDCCHを用いて、上述した割り当て情報を端末２００へ通知してよい。
　無線受信部１０５は、例えば、アンテナ１０４を介して受信した、端末２００からのデータ信号（例えば、Physical Uplink Shared Channel（PUSCH））、及び、制御信号（例えば、HARQ-ACK情報）に対して、ダウンコンバート及びＡ／Ｄ変換といった受信処理を行い、受信処理後の信号を復調・復号部１０６へ出力する。
　復調・復号部１０６は、例えば、無線受信部１０５から入力される受信信号に対して、チャネル推定、復調処理、及び、復号処理を行う。復調・復号部１０６は、例えば、受信信号がデータである場合には受信データを出力し、受信信号がHARQ-ACK情報である場合には、HARQ-ACK情報をHARQ-ACK判定部１０７へ出力する。
　HARQ-ACK判定部１０７は、例えば、復調・復号部１０６から入力されるHARQ-ACK情報に基づいて、送信済みの各送信データ（例えば、トランスポートブロック）に対する誤りの有無（例えば、ACK又はNACK）を判定する。例えば、HARQ-ACK情報がNACKの場合、HARQ-ACK判定部１０７は、データの再送有りを再送制御部１０８に指示してよい。また、例えば、HARQ-ACK情報がACKの場合、HARQ-ACK判定部１０７は、データの再送無しを再送制御部１０８に指示してよい。また、例えば、HARQ-ACK判定部１０７は、端末２００からHARQ-ACK情報を受信しない場合、NACKと判断してもよい。
　再送制御部１０８は、例えば、送信データ（例えば、PDSCH）の再送を制御する。例えば、再送制御部１０８は、送信データについて、HARQプロセスID、NDI、RV、HARQ-ACK送信タイミングを示す情報（例えば、PDSCH-to-HARQ_feedback timing indicator）、及び、DAI（C-DAI、T-DAI）の少なくとも一つを含む再送制御に関する情報を生成してよい。再送制御部１０８は、生成した再送制御に関する情報を符号化・変調部１０２へ出力する。
　再送制御部１０８は、例えば、HARQ-ACK判定部１０７から入力される情報に基づいて、送信データの再送（又は、新規データの送信）を判断し、送信データの再送の有無を符号化・変調部１０２へ指示してよい。例えば、再送制御部１０８は、NACKであればデータ再送を符号化・変調部１０２へ指示する。また、再送制御部１０８は、例えば、HARQフィードバック無効のHARQプロセスの場合、HARQ-ACK情報に依らずに、規定（又は設定）された回数のデータ再送を符号化・変調部１０２へ指示してもよい。
　［端末の構成］
　次に、端末２００の構成例を説明する。
　図５は、本実施の形態に係る端末２００の構成の一例を示すブロック図である。端末２００は、例えば、アンテナ２０１と、無線受信部２０２と、復調・復号部２０３と、HARQ-ACK生成部２０４と、符号化・変調部２０５と、無線送信部２０６と、を備える。
　図５に示す復調・復号部２０３と、HARQ-ACK生成部２０４、及び、符号化・変調部２０５の少なくとも一つは、例えば、図３に示す制御部に含まれてよい。また、図５に示すアンテナ２０１及び無線送信部２０６の少なくとも一つは、例えば、図３に示す送信部に含まれてよい。
　無線受信部２０２は、例えば、アンテナ２０１を介して受信した、基地局１００からのデータ信号（例えば、PDSCH）、及び、制御信号（例えば、PDCCH又はDCI）に対して、ダウンコンバート及びＡ／Ｄ変換といった受信処理を行い、受信処理後の信号を復調・復号部２０３へ出力する。
　復調・復号部２０３は、例えば、無線受信部２０２から入力される受信信号に対して、チャネル推定、復調処理、及び、復号処理を行う。復調・復号部２０３は、例えば、受信信号がデータである場合、制御信号に含まれるデータ割当情報（例えば、変調方式、及び、符号化率）に基づいて処理を行ってよい。復調・復号部２０３は、例えば、制御信号（例えば、PDCCH）の受信の際、端末２００に割り当てられる識別子（例えば、C-RNTI又はCS-RNTIといったRNTI）を用いて制御信号（例えば、PDCCHのCRC部分）をデスクランブリングしてよい。そして、復調・復号部２０３は、例えば、検出された制御信号に含まれるデータ割り当て情報に基づいて、変調方式及び符号化率を特定して処理を行う。
　また、復調・復号部２０３は、例えば、制御信号に含まれるNDIに基づいて、受信データが初回送信データであるか、再送データであるかを判断してよい。例えば、初回送信データの場合、復調・復号部２０３は、誤り訂正復号を行い、CRC判定を行ってよい。また、例えば、再送データの場合、復調・復号部２０３は、バッファに保存されたデータ（過去の受信データ）と、受信データとを合成した後に誤り訂正復号を行い、CRC判定を行ってよい。復調・復号部２０３は、例えば、CRC判定結果をHARQ-ACK生成部２０４へ出力する。
　HARQ-ACK生成部２０４は、例えば、復調・復号部２０３から入力されるCRC判定結果に基づいて、HARQ-ACK情報（例えば、HARQ-ACK codebook）を生成し、符号化・変調部２０５へ出力する。
　例えば、HARQ-ACK生成部２０４は、フィードバック有効化・無効の設定に基づいてHARQ-ACK情報を生成してよい。なお、フィードバック有効化・無効の設定の判断については後述する。
　例えば、HARQ-ACK生成部２０４は、フィードバック有効を設定されたデータに対して、CRC判定結果に基づいてHARQ-ACK情報（例えば、ACK又はNACK）を生成する。例えば、HARQ-ACK生成部２０４は、CRC OK（例えば、誤り無し）の場合にはACKを生成し、CRC NG（例えば、誤り有り）の場合にはNACKを生成する。また、例えば、端末２００が複数のトランスポートブロック又はコードブロックを受信する場合、HARQ-ACK生成部２０４は、複数のトランスポートブロック又はコードブロックのそれぞれについてHARQ-ACKを生成し、複数のHARQ-ACKから構成されるHARQ-ACKコードブロックを生成してもよい。
　その一方で、例えば、HARQ-ACK生成部２０４は、フィードバック無効のデータ（又は、フィードバック無効のHARQプロセスにおけるデータ）に対して、HARQ-ACK情報を生成しなくてよい。なお、端末２００は、フィードバック無効のデータに対して生成したHARQ-ACK情報を送信しなくてもよい。
　符号化・変調部２０５は、例えば、入力される送信データ（例えば、トランスポートブロック）に対して、誤り訂正符号化及び変調処理を行い、変調後の信号を無線送信部２０６へ出力する。また、符号化・変調部２０５は、例えば、HARQ-ACK生成部２０４から入力されるHARQ-ACK情報に対して、誤り訂正符号化及び変調処理を行い、変調後の信号を無線送信部２０６へ出力する。
　無線送信部２０６は、例えば、符号化・変調部２０５から入力される信号に対して、Ｄ／Ａ変換、アップコンバート、および、増幅といった送信処理を行い、送信処理後の無線信号をアンテナ２０１から送信する。
　ここで、端末２００は、例えば、基地局１００からの制御信号に含まれるPDSCH-to-HARQ_feedback timing indicatorに基づくタイミングにおいて、HARQ-ACK情報を送信してよい。
　[基地局及び端末の動作例]
　次に、基地局１００及び端末２００の動作例について説明する。
　図６は、本実施の形態における基地局１００及び端末２００の動作例を示すシーケンス図である。
　図６において、基地局１００は、例えば、端末２００向けのHARQフィードバック設定を決定する（Ｓ１０１）。HARQフィードバック設定には、例えば、HARQプロセスに個別のフィードバック有効・無効の設定、及び、SPS設定（例えば、SPS config）に個別のフィードバック有効・無効の設定が含まれてよい。
　基地局１００は、例えば、制御情報を端末２００へ送信する（Ｓ１０２）。制御情報には、HARQフィードバック設定に関する情報、又は、データ割当情報が含まれてよい。なお、これらの情報は、RRCシグナリング、MAC CE（MAC Control Element）及びPDCCHの少なくとも一つによって、まとめて端末２００へ送信されてもよく、異なるタイミングで端末２００へそれぞれ送信されてもよい。
　端末２００は、制御情報に基づいて、HARQフィードバック設定を特定する（Ｓ１０３）。
　基地局１００は、例えば、下りリンクデータを端末２００へ送信する（Ｓ１０４）。端末２００は、例えば、制御情報に含まれるデータ割当情報に基づいて、下りリンクデータを受信する（Ｓ１０５）。
　端末２００は、例えば、制御情報に含まれるHARQフィードバック設定に基づいて、下りリンクデータに対するHARQ-ACK情報の送信処理を行う（Ｓ１０６）。例えば、端末２００は、HARQ-ACK情報を送信するか否かを決定してよい。
　端末２００は、例えば、HARQフィードバックが有効の場合にはHARQ-ACK情報を基地局１００へ送信し、HARQフィードバックが無効の場合にはHARQ-ACK情報の送信を停止する（Ｓ１０７）。
　基地局１００は、端末２００に対する下りリンクデータの再送制御を行う（Ｓ１０８）。例えば、基地局１００は、端末２００からのHARQ-ACK情報に基づいて再送制御を行ってもよく、端末２００からのHARQ-ACK情報に依らずに再送制御を行ってもよい。
　［フィードバック有効・無効の設定の例］
　次に、フィードバック有効・無効の設定の例、及び、端末２００におけるフィードバックの有効化及び無効化の判断方法の例について説明する。
　基地局１００は、例えば、HARQプロセスIDに個別のフィードバック有効・無効設定に関する情報（例えば、HARQprocess-disableULfeedback）をRRCシグナリング（例えばRRC reconfiguration message）により端末２００へ通知してよい。
　また、基地局１００は、例えば、各端末２００との通信トラヒックのQoSの要求条件又は特徴に応じたSPS設定に関する情報（例えば、SPS-Config）を端末２００へ通知してよい。
　例えば、音声通話又はビデオ伝送といった周期的に同程度の量のデータが発生するようなアプリケーションを使用する端末２００に対して、基地局１００は、SPS設定に関する情報を通知してよい。SPS設定に関する情報には、例えば、SPSの送信周期（periodicity）、HARQプロセス数（nrofHARQ-Processes）、プロセス番号オフセット（harq-ProcID-Offset）、及び、SPS送信向けフィードバック有効・無効設定（例えば、HARQfeedback）が含まれてよい。
　また、基地局１００は、例えば、複数のアプリケーションの通信が同時に行われる場合などには、端末２００に対して、複数個（複数セット）のSPS設定を通知してもよい。
　以下、端末２００に対して単一のSPS設定が通知される場合、及び、端末２００に対して複数のSPS設定が通知される場合の動作例について説明する。
　＜動作例１＞
　図７は、単一のSPS設定が端末２００に通知される場合のフィードバック設定の一例を示す図である。
　図７に示す例において、HARQプロセスIDに個別のフィードバック有効・無効の設定（HARQprocess-disableULfeedback）では、HARQプロセスID（PID）=0及び1には、フィードバック無効（feedback disable）が設定され、PID=2～31にはフィードバック有効（feedback enable）が設定される。
　また、図７に示す例において、SPS設定（SPS-Config）では、HARQプロセス数（nrofHARQ-Processes）=4に設定され、HARQプロセスIDオフセット（harq-ProcID-Offset）=0に設定され、SPS向けのフィードバック有効・無効設定（HARQfeedback）が「有効（enable）」に設定される。
　図７に示す例の場合、SPSにより送信されるPDSCH（SPS PDSCH）のPIDは、例えば、前述したSPS向けPIDの算出式に従って、送信スロット（例えば、CURRENT_slot）に応じてPID=0,1,2,3の何れかの値をとる。また、図７に示す例の場合、SPS送信と異なる送信（例えば、dynamic scheduling）の場合のPIDは、例えば、各PDSCHに対応（又は、付随）するPDCCHによって端末２００に通知される。
　例えば、SPS向けのHARQフィードバックには、SPS設定（SPS-Config）におけるSPS送信向けフィードバック有効・無効設定（例えば、HARQfeedback）に基づく設定が適用される。図７に示す例では、SPS設定におけるHARQフィードバック（HARQfeedback）は有効に設定されるので、端末２００は、各SPS PDSCHを受信した後、HARQ-ACK情報（ACK又はNACK）を送信する。
　また、SPS送信と異なる送信（例えば、dynamic scheduling）の場合、端末２００は、PDSCH（例えば、DG PDSCH）のスケジューリングを行うPDCCHにおいて使用されるRNTI（例えば、CRC部分のスクランブリングに用いられるRNTI）の種別に基づいて、dynamic schedulingのHARQフィードバックの設定を決定してよい。例えば、C-RNTIが使用される場合には、HARQプロセス（又は、HARQプロセスID）に個別のフィードバック有効・無効設定（HARQprocess-disableULfeedback）に従った設定値が適用されてよい。また、例えば、CS-RNTIが使用される場合には、SPS設定に個別のフィードバック有効・無効設定（HARQfeedback）に従った設定値が適用されてよい。
　図７に示す例では、PID=1に対応するPDSCHをスケジューリングするPDCCHに対してC-RNTIが用いられる場合（PDCCH with C-RNTI）には、基地局１００及び端末２００は、HARQプロセスIDに個別のフィードバック有効・無効の設定（HARQprocess-disableULfeedback）に従って、フィードバック無効（disable）を設定してよい。この場合、端末２００は、当該PDSCHに対するHARQ-ACK情報を送信しなくてよい。また、基地局１００は、例えば、当該PDSCHに対するHARQ-ACK情報が送信されないことを想定して再送制御を行ってよい。
　また、図７に示す例では、PID=1に対応するPDSCHをスケジューリングするPDCCHに対してCS-RNTIが用いられる場合（PDCCH with CS-RNTI）には、基地局１００及び端末２００は、SPS設定に個別のフィードバック有効・無効の設定（HARQfeedback）に従って、HARQフィードバック有効（enable）を設定してよい。この場合、端末２００は、当該PDSCHに対するHARQ-ACK情報を送信してよい。また、基地局１００は、例えば、当該PDSCHに対するHARQ-ACK情報を受信して、受信したHARQ-ACK情報に基づいて再送制御を行ってよい。
　なお、PDSCHをスケジューリングするPDCCHに対してCS-RNTIが用いられる場合で、そのPDCCHがSPSに設定されていないPIDを示す場合には、基地局１００及び端末２００は、HARQプロセスIDに個別のフィードバック有効・無効の設定に従ってHARQフィードバックの設定を行ってもよい。言い換えると、PDSCHをスケジューリングするPDCCHに対してCS-RNTIが用いられる場合で、そのPDCCHがSPSに設定されているPIDを示す場合に、基地局１００及び端末２００は、SPS設定に個別のフィードバック有効・無効の設定に従ってHARQフィードバックの設定を行ってもよい。また、PDSCHをスケジューリングするPDCCHに対してCS-RNTIが用いられる場合で、そのPDCCHがSPSに設定されていないPIDを示す場合には、端末２００はそのPDCCHを無効であると判断して破棄してもよい。
　このように、基地局１００及び端末２００は、dynamic schedulingを行うPDCCHに使用されるRNTIの種別（type）に基づいて、dynamic schedulingによってスケジューリングされるPDSCH（例えば、DG PDSCH）に対するフィードバック有効・無効の設定を決定してよい。例えば、基地局１００及び端末２００は、RNTIの種別がCS-RNTIの場合、SPS設定に個別に設定されるフィードバック有効・無効の設定を、DG PDSCHに対するフィードバック有効・無効の設定に決定してよい。また、例えば、基地局１００及び端末２００は、RNTIの種別がC-RNTIの場合、HARQプロセスに個別に設定されるフィードバック有効・無効の設定を、DG PDSCHに対するフィードバック有効・無効の設定に決定してよい。
　ここで、上述したように、CS-RNTIは、SPS送信されるデータの再送に使用されるPDSCHのスケジューリングを行うPDCCHのスクランブリングに使用される。このため、端末２００は、RNTIの種別がCS-RNTIの場合のフィードバック有効・無効の設定を、SPS送信向けフィードバック有効・無効設定（HARQfeedback）に従って決定することで、SPS向けのデータ伝送に対して、初送及び再送の双方において同一のフィードバック有効・無効の設定を適用できる。例えば、図７では、SPS PDSCH（例えば、SPSによる周期送信）に対してHARQフィードバック有効が設定され、SPSの再送に使用されるDG PDSCHに対してHARQフィードバック有効が設定される。これにより、例えば、SPSデータの再送においても、SPSの周期送信に設定されるHARQフィードバック設定（enable又はdisable）と同様のHARQフィードバック設定が適用されるので、SPSデータのQoS要求を満たす伝送が可能となる。
　また、上述したように、C-RNTIは、SPS送信されるデータと異なるデータの送信（又は、再送）に使用されるPDSCHのスケジューリングを行うPDCCHのスクランブリングに使用される。このため、端末２００は、RNTIの種別がC-RNTIの場合のフィードバック有効・無効の設定を、HARQプロセスに個別のフィードバック有効・無効設定に従って決定することで、SPS設定に依らずにdynamic schedulingを用いるトラヒックの特徴に応じたフィードバック有効・無効設定による通信が可能となる。
　また、PDSCHをスケジューリングするPDCCHにC-RNTIが使用される場合に、SPS設定に依らずにHARQプロセスに個別のフィードバック有効・無効設定に従うことにより、例えば、SPS設定が端末２００へ通知される前後の期間においてdynamic schedulingに対するHARQフィードバック設定が異なる（又は、変更される）ことを抑制できる。このため、基地局１００と端末２００と間での認識違いの齟齬などを回避でき、基地局１００及び端末２００における簡素な動作を実現できる。
　＜動作例２＞
　図８は、複数のSPS設定が端末２００に通知される場合のフィードバック設定の一例を示す図である。
　図８に示す例において、図７と同様、HARQプロセスIDに個別のフィードバック有効・無効の設定（HARQprocess-disableULfeedback）では、PID=0及び1には、フィードバック無効（feedback disable）が設定され、PID=2～31にはフィードバック有効（feedback enable）が設定される。
　また、図８に示す例において、端末２００に対して２つのSPS設定（SPS-Config1及びSPS-Config2）が設定される。SPS設定は、例えば、SPS設定インデックス（例えば、sps-ConfigIndex）によって識別されてよい。
　例えば、SPS－Config1では、HARQプロセス数（nrofHARQ-Processes）=2に設定され、HARQプロセスIDオフセット（harq-ProcID-Offset）=0に設定され、SPS向けのフィードバック有効・無効設定（HARQfeedback）が「有効（enable）」に設定される。また、例えば、SPS－Config2では、HARQプロセス数（nrofHARQ-Processes）=2に設定され、HARQプロセスIDオフセット（harq-ProcID-Offset）=2に設定され、SPS向けのフィードバック有効・無効設定（HARQfeedback）が「無効（disable）」に設定される。
　このため、図８に示す例の場合、SPS-Config1のSPS送信ではPID=0,1の何れかの値をとり、SPS-Config2のSPS送信では、0から2だけオフセットされたPID=2,3の何れかの値をとる。
　例えば、SPS向けのHARQフィードバックには、SPS設定（例えば、SPS-Config1及びSPS-Config2）それぞれにおけるSPS送信向けフィードバック有効・無効設定（例えば、HARQfeedback）に基づく設定が適用される。図８に示す例では、SPS-Config1におけるHARQフィードバック（HARQfeedback）は有効に設定されるので、端末２００は、各SPS PDSCHを受信した後、HARQ-ACK情報（ACK又はNACK）を送信する。また、図８に示す例では、SPS-Config2におけるHARQフィードバック（HARQfeedback）は無効に設定されるので、端末２００は、各SPS PDSCHを受信した後、HARQfeedback情報を送信しない。
　また、SPS送信と異なる送信（例えば、dynamic scheduling）の場合、端末２００は、PDSCH（例えば、DG PDSCH）のスケジューリングを行うPDCCHにおいて使用されるRNTI（例えば、CRC部分のスクランブリングに用いられるRNTI）の種別に基づいて、dynamic schedulingのHARQフィードバックの設定を決定してよい。なお、複数のSPS設定がある場合におけるCS-RNTIが適用される場合の動作は、動作例１で説明した単一のSPS設定における動作と異なってよい。
　例えば、C-RNTIが使用される場合には、HARQプロセス（又は、HARQプロセスID）に個別のフィードバック有効・無効設定（HARQprocess-disableULfeedback）に従った設定値が適用されてよい。
　また、例えば、CS-RNTIが使用される場合には、PDCCHによって通知されるHARQプロセスID（PID）が設定されるSPS設定（又は、SPS設定インデックス）に対応するSPS送信向けフィードバック有効・無効設定（HARQfeedback）に従った設定値が適用されてよい。換言すると、端末２００は、CS-RNTIが使用される場合には、複数のSPS設定それぞれのフィードバック有効・無効の設定のうち、dynamic schedulingに使用されるHARQプロセスIDに対応するSPS設定におけるフィードバック有効・無効の設定を、当該dynamic schedulingにおけるフィードバック有効・無効の設定に決定してよい。
　図８に示す例では、PID=1に対応するPDSCHをスケジューリングするPDCCHに対してCS-RNTIが用いられる場合には、基地局１００及び端末２００は、PID=1が設定されるSPS-Config1におけるSPS送信向けフィードバック有効・無効設定に従って、フィードバック有効（enable）を設定してよい。この場合、端末２００は、当該PDSCHに対するHARQ-ACK情報を送信してよい。また、基地局１００は、例えば、当該PDSCHに対するHARQ-ACK情報を受信して、受信したHARQ-ACK情報に基づいて再送制御を行ってよい。
　また、図８に示す例では、PID=2に対応するPDSCHをスケジューリングするPDCCHに対してCS-RNTIが用いられる場合には、基地局１００及び端末２００は、PID=2が設定されるSPS-Config2におけるSPS送信向けフィードバック有効・無効設定に従って、フィードバック無効（disable）を設定してよい。この場合、端末２００は、当該PDSCHに対するHARQ-ACK情報を送信しなくてよい。また、基地局１００は、例えば、当該PDSCHに対するHARQ-ACK情報が送信されないことを想定して再送制御を行ってよい。
　なお、基地局１００は、フィードバック無効のSPS PDSCH（対応するHARQ-ACK情報が送信されないSPS PDSCH）に対してCS-RNTIを用いたPDCCHによって、再送のためのPDSCHの割り当てを通知してもよい。これにより、SPSデータ送信に対して、HARQフィードバック無しで再送データを送信するblind retransmissionを実現できる。
　このように、基地局１００及び端末２００は、dynamic schedulingを行うPDCCHに使用されるRNTIの種別（type）に基づいて、dynamic schedulingによってスケジューリングされるPDSCH（例えば、DG PDSCH）に対するフィードバック有効・無効の設定を決定してよい。また、基地局１００及び端末２００は、端末２００に対して複数のSPS設定が設定される場合、PDCCHによってスケジューリングされるSPS PDSCHに対するフィードバック有効・無効の設定を、当該PDCCHによって通知されるHARQプロセスIDに対応するSPS設定のフィードバック有効・無効の設定に基づいて決定してよい。
　これにより、例えば、HARQフォードバック有効・無効の設定が異なる複数のSPS設定が存在する場合でも、同一のSPS設定インデックスのSPS向けのデータ伝送に対して、初送及び再送の双方において同一のフィードバック有効・無効の設定を適用できる。例えば、図８では、SPS-Config1（PID=0又は1）のPDSCH送信に対して、SPSによる周期送信、及び、dynamic schedulingによる再送の何れにおいてもフィードバック有効が設定される。同様に、SPS-Config2（PID=2又は3）のPDSCH送信に対して、SPSによる周期送信、及び、dynamic schedulingによる再送の何れにおいてもフィードバック無効が設定される。これにより、例えば、SPSデータの再送においても、SPSの周期送信に設定されるHARQフィードバック設定（enable又はdisable）と同様のHARQフィードバック設定が適用されるので、SPSデータのQoS要求を満たす伝送が可能となる。
　なお、複数のSPS設定が存在する場合でも、C-RNTIによってスクランブリングされるPDCCHによりスケジューリングされるPDSCHのフィードバック有効・無効の設定（又は、解釈）は、動作例１で説明した単一のSPS設定が存在する場合と同様である。上述したように、PDSCHをスケジューリングするPDCCHにC-RNTIが使用される場合に、SPS設定に依らずにHARQプロセスに個別のフィードバック有効・無効設定に従うことにより、例えば、SPS設定が端末２００へ通知される前後の期間においてdynamic schedulingに対するHARQフィードバック設定が異なることを抑制できる。このため、基地局１００と端末２００と間での認識違いの齟齬などを回避でき、基地局１００及び端末２００における簡素な動作を実現できる。
　以上、基地局１００及び端末２００の動作例について説明した。
　以上のように、本実施の形態では、基地局１００及び端末２００は、dynamic schedulingを行うPDCCHに使用されるRNTIの種別に基づいて、dynamic schedulingのHARQフィードバックの有効及び無効に関する設定を決定する。そして、端末２００は、決定したHARQフィードバックの有効及び無効の設定に基づいて、HARQ-ACK情報の送信処理（例えば、送信及び非送信の決定）を行い、基地局１００は、決定したHARQフィードバックの有効及び無効の設定に基づいて、HARQ-ACK情報の受信処理（例えば、受信及び非受信の決定）を行う。
　これにより、例えば、或るHARQプロセスIDに対するHARQプロセスに個別のフィードバック有効・無効の設定と、SPS設定に個別のフィードバック有効・無効の設定とが異なる場合であっても、基地局１００及び端末２００は、フィードバック有効・無効の設定を適切に判断できる。これにより、本実施の形態によれば、HARQによる再送制御の効率を向上できる。
　（実施の形態２）
　本実施の形態において、基地局及び端末の構成は実施の形態１の基地局１００及び端末２００と同様でよい。
　本実施の形態では、PDSCHのスケジューリングに用いるPDCCHのCRC部分のスクランブリングに使用されるRNTIの種別がCS-RNTIの場合の動作は、実施の形態１と同様でよい。
　本実施の形態では、PDSCHのスケジューリングに用いるPDCCHのCRC部分のスクランブリングに使用されるRNTIの種別がC-RNTIの場合のフィードバック有効・無効の設定（又は、解釈）に関する動作が実施の形態１と異なる。
　例えば、PDSCHのスケジューリングに用いるPDCCHのCRC部分のスクランブリングに使用されるRNTIの種別がC-RNTIの場合、基地局１００及び端末２００は、当該PDCCHによって端末２００に通知されるHARQプロセスID（換言すると、dynamic schedulingに使用されるHARQプロセスID）に基づいて、フィードバック有効・無効の設定を決定してよい。例えば、基地局１００及び端末２００は、dynamic schedulingに使用されるHARQプロセスIDがSPS送信において使用されるHARQプロセスIDであるか否かに応じて、フィードバック有効・無効の設定を決定してよい。
　例えば、C-RNTIによってスクランブリングされるPDCCHによってスケジューリングされるPDSCHには、当該PDCCHによって通知されるHARQプロセスID（又は、PDSCHに設定されるHARQプロセスID）に依存してフィードバック有効・無効が設定されてよい。例えば、端末２００は、PDCCHによって通知されるHARQプロセスIDがSPS送信に使用されないHARQプロセスIDの場合、HARQプロセスに個別のフィードバック有効・無効の設定を適用してよい。また、端末２００は、例えば、PDCCHによって通知されるHARQプロセスIDがSPS送信に使用されるHARQプロセスIDの場合、当該SPS設定のフィードバック有効・無効の設定を適用してよい。
　図９は、フィードバック設定の一例を示す図である。
　図９に示す例において、HARQプロセスIDに個別のフィードバック有効・無効の設定（HARQprocess-disableULfeedback）では、PID=0～5には、フィードバック無効（feedback disable）が設定され、PID=6～31にはフィードバック有効（feedback enable）が設定される。
　また、図９に示す例において、SPS設定（SPS-Config）では、HARQプロセス数（nrofHARQ-Processes）=4に設定され、HARQプロセスIDオフセット（harq-ProcID-Offset）=0に設定され、SPS向けのフィードバック有効・無効設定（HARQfeedback）が「有効（enable）」に設定される。
　例えば、図９において、C-RNTIによってスクランブリングされ、かつ、PID=1を通知するPDCCHによってPDSCHがスケジューリングされる場合について説明する。この場合、PID=1はSPS設定のHARQプロセスID（PID=0～3）に使用されるため、端末２００は、当該PDSCHに対して、SPS設定のフィードバック有効・無効の設定に従って、フィードバック有効（enable）を設定してよい。
　また、例えば、図９において、C-RNTIによってスクランブリングされ、かつ、PID=5を通知するPDCCHによってPDSCHがスケジューリングされる場合について説明する。この場合、PID=5はSPS設定のHARQプロセスID（PID=0～3）に使用されないため、端末２００は、当該PDSCHに対して、HARQプロセスに個別のフィードバック有効・無効の設定に従って、フィードバック無効（disable）を設定してよい。
　これにより、同一のHARQプロセスに対して、dynamic scheduling及びSPSに依らず同一のフィードバック有効・無効設定が適用される。例えば、図９において、PID=1が設定されるPDSCHに対して、SPS及びdynamic schedulingの双方にフィードバック有効が設定される。
　ここで、HARQプロセスIDは、HARQにおけるバッファ管理の単位として使用され得る。このため、同一のHARQプロセスIDに対して、異なるフィードバック設定が適用されると、バッファ管理が複雑化しやすくなる。本実施の形態では、例えば、同一のHARQプロセスIDに対応するSPS送信及びdynamic schedulingによる送信の双方に対して、同一のフィードバック設定が適用されるので、端末２００又は基地局１００におけるHARQのバッファ管理を簡素化できる。
　なお、SPSにおいて使用されるHARQプロセスID（例えば、SPS-Configにおいて設定されるHARQプロセスID）に対して、SPSがActivationされている期間ではSPS設定のフィードバック有効・無効の設定が適用され、SPSがActivationされている期間と異なる期間（例えば、SPSがDeactivationされている期間）ではHARQプロセスに個別のフィードバック有効・無効の設定が適用されてもよい。
　これにより、SPS PDSCHが送信され得る期間では、SPSと同じHARQフィードバック設定の適用により、HARQのバッファ管理を簡素化できる。また、SPS PDSCHが送信されない期間では、HARQプロセスに個別のHARQフィードバック設定の適用により、dynamic schedulingに適したHARQフィードバックの設定を用いることができる。
　（実施の形態３）
　本実施の形態において、基地局及び端末の構成は実施の形態１の基地局１００及び端末２００と同様でよい。
　本実施の形態では、C-RNTI及びCS-RNTIによってスクランブリングされるPDCCHによりスケジューリングされるPSDCHに対するHARQフィードバック設定を含む他の動作については、例えば、実施の形態１及び２の少なくとも一つに基づく動作でよい。
　実施の形態１及び２では、SPS設定に個別のフィードバック有効・無効の設定（例えば、HARQfeedback）が、端末２００へ明示的（explicit）に通知される場合について説明した。本実施の形態では、SPS設定に個別のフィードバック有効・無効の設定は、端末２００へ暗示的（implicit）に通知されてよい。
　SPS設定に個別のフィードバック有効・無効の設定は、例えば、SPS設定（SPS-Config）に使用されるHARQプロセスIDのうちの一つのHARQプロセスID（例えば、特定のHARQプロセスIDと呼ぶ）に基づいて決定されてよい。例えば、SPS設定に個別のフィードバック有効・無効の設定は、HARQプロセスIDに個別のフィードバック有効・無効の設定における上記特定のHARQプロセスIDに対応する設定値に基づいて決定されてよい。
　ここで、特定のHARQプロセスIDは、例えば、SPS設定に含まれるHARQプロセスIDのうち、最小のHARQプロセスIDでもよく、最大のHARQプロセスIDでもよく、別途指定されるHARQプロセスIDでもよい。
　図１０は、フィードバック設定の一例を示す図である。図１０では、SPS設定におけるHARQプロセスIDのうち、最小のHARQプロセスIDを特定のHARQプロセスIDとする場合について説明する。
　例えば、図１０では、HARQプロセスに個別のフィードバック有効・無効の設定において、PID=0～1にはフィードバック無効が設定され、PID=2～31にはフィードバック有効に設定される。
　また、図１０では、一例として、2つのSPS設定（例えば、SPS-Config1及びSPS-Config2)が設定される。例えば、SPS-config1では、HARQプロセス数は4に設定され、HARQプロセスIDオフセットは0に設定される。また、例えば、SPS-Config2では、HARQプロセス数は2に設定され、HARQプロセスIDオフセットは4に設定される。このため、図１０に示すように、SPS-config1のSPS送信ではPID=0, 1, 2, 3の何れかが使用され、SPS-config2のSPS送信では0から4だけオフセットされた2つのPIDであるPID=4, 5の何れかが使用される。
　端末２００は、例えば、HARQプロセスに個別のHARQフィードバック設定において、SPS-Config1の最小のPIDであるPID=0に対応する「フィードバック無効（feedback disable）」を、SPS-Config1に設定してよい。また、端末２００は、例えば、HARQプロセスに個別のHARQフィードバック設定において、SPS-Config2の最小のPIDであるPID=4に対応する「フィードバック有効（feedback enable）」を、SPS-Config2に設定してよい。
　このように、端末２００は、HARQプロセスに個別のHARQフィードバック設定、及び、SPS設定における特定のHARQプロセスIDに基づいて、SPS設定のHARQフィードバック設定を決定する。
　これにより、本実施の形態によれば、基地局１００は、SPS設定においてHARQフィードバック設定のパラメータを追加することなく、SPS設定に個別のHARQフィードバック設定を端末２００へ通知又は設定できるので、通知のオーバーヘッドを低減できる。
　また、本実施の形態によれば、NR Rel.15/16の規格からのRRCパラメータ仕様の変更を低減できるため、端末２００の簡素化を図ることができる。
　（実施の形態４）
　本実施の形態において、基地局及び端末の構成は実施の形態１の基地局１００及び端末２００と同様でよい。
　本実施の形態では、例えば、CS-RNTIによってスクランブリングされるPDCCHの使用方法が、実施の形態１～３と異なる。例えば、HARQプロセスに個別のHARQフィードバック設定、SPS設定に個別のHARQフィードバック設定、及び、C-RNTIによってスクランブリングされるPDCCHによってスケジューリングされるPDSCHに対するHARQフィードバック設定に関する動作については、実施の形態１～３の少なくとも一つに基づく動作でよい。
　例えば、HARQフィードバック無効（disable）が設定されるSPS PDSCHに対して、基地局１００及び端末２００は再送処理を行わなくてよい。例えば、基地局１００は、SPS設定に個別のフィードバック有効・無効の設定においてフィードバック無効の場合、SPSにおける再送データの送信処理を行わなくてよい。また、例えば、端末２００は、SPS設定に個別のフィードバック有効・無効の設定においてフィードバック無効の場合、SPSにおける再送データの受信処理を行わなくてよい。
　よって、例えば、CS-RNTIによってスクランブリングされるPDCCHは、フィードバック有効（enable）が設定されるSPS PDSCHの再送のスケジューリングに使用され、フィードバック無効（disable）が設定されるSPS PDSCHに対して使用されなくてよい。換言すると、CS-RNTIによってスクランブリングされるPDCCHによってスケジューリングされるPDSCHに対して、フィードバック有効が設定され、フィードバック無効が設定されなくてよい。
　なお、CS-RNTIによってスクランブリングされるPDCCHは、例えば、NR Rel.15/16ではNDI=0であれば、SPS activation又はdeactivationを示す。このため、CS-RNTIによってスクランブリングされるPDCCHのうち、NDI=1が設定されるPDCCHが、フィードバック有効のSPS PDSCHの再送のスケジューリングに使用されてよい。
　これにより、CS-RNTIによってスクランブリングされるPDCCHによりスケジューリングされるPDSCHは、例えば、常にHARQフィードバック有効の設定でよいため、端末２００又は基地局１００の動作を簡素化できる。
　なお、本実施の形態では、フィードバック無効のSPS PDSCHに対する再送処理を行わないが、当該SPS PDSCHに対して、例えば、繰り返し送信（例えば、Repetition又はPDSCH Aggregation）が設定されてもよい。SPS PDSCHの繰り返し送信により、SPS PDSCHの複数回の送信が可能であるので、再送処理を行わないことによるSPS PDSCHの信頼性など特性の劣化を抑制できる。なお、繰り返し送信の設定は、例えば、RRCシグナリングによって端末２００に予め設定されてもよく、PDCCH又はDCIによって端末２００へ通知されてもよい。
　また、本実施の形態に係る動作の仕様として、例えば、下記の例のように記載されてもよい。
　例1：HARQフィードバックが無効化されるSPS設定に対しては、端末はそのSPS設定に関連したPDSCHの再送を受信することを期待（expect）しない（或いは、想定（assume）しない）。
　例2：HARQフィードバックが無効化されるSPS設定に対しては、端末はCS-RNTIによってスクランブリングされ、NDI=1であるPDCCHを受信することを期待しない（或いは、想定しない）。
　例3：HARQフィードバックが無効化されるSPS設定に対しては、端末はCS-RNTIによってスクランブリングされ、NDI=1であるPDCCHを無視（ignore）する（又は破棄（discard）する）。
　例4：端末はCS-RNTIによってスクランブリングされ、NDI=1であるPDCCHであって、SPSによりスケジューリングされ、HARQフィードバックが無効化されるPDSCHと同じHARQプロセスIDを示すPDCCHを受信することを期待しない（或いは、想定しない）。
　例5：端末はCS-RNTIによってスクランブリングされ、NDI=1であるPDCCHであって、SPSによりスケジューリングされ、HARQフィードバックが無効化されるPDSCHと同じHARQプロセスIDを示すPDCCHを無視する（又は破棄する）。
　例4及び例5は、SPS設定に個別のフィードバック有効・無効の設定が行われない場合にも適用可能である。
　以上、本開示の各実施の形態について説明した。
　なお、実施の形態１、２、３及び４の少なくとも２つを組み合わせて適用してもよい。例えば、実施の形態１と実施の形態２との組み合わせにより、CS-RNTIによってスクランブリングされるPDCCHによってスケジューリングされるPDSCHに対して、実施の形態１に基づいて、フィードバック有効・無効の設定が決定され、C-RNTIによってスクランブリングされるPDCCHによってスケジューリングされるPDSCHに対して、実施の形態２に基づいて、フィードバック有効・無効の設定が決定されてよい。
　また、例えば、上述した実施の形態１と実施の形態２との組み合わせにおいて、実施の形態３に基づいて、SPS設定に個別のフィードバック有効・無効の設定が、HARQプロセスに個別のフィードバック有効・無効の設定に基づいて設定（implicitに通知）されてもよい。また、例えば、上述した実施の形態１と実施の形態２との組み合わせ（又は、実施の形態１～３の組み合わせ）において、実施の形態４に基づいて、SPS設定に個別のフィードバック有効・無効の設定においてフィードバック無効の場合、SPSにおける再送データの送信処理を行わなくてもよい。
　また、本開示の一実施例は、GEO、中軌道衛星（MEO：Medium Earth Orbit satellite）、LEO、又は、高軌道衛星（HEO：Highly Elliptical Orbit satellite）といった衛星の種別に依らずに適用できる。また、本開示の一実施例は、例えば、HAPS又はドローン基地局といった非地上系通信に適用してもよい。
　また、上述した実施の形態では、NTN環境（例えば、衛星通信環境）を例に挙げて説明したが、本開示はこれに限定されない。本開示は、他の通信環境（例えば、LTE及びNRの少なくとも一つの地上セルラ環境）に適用されてもよい。例えば、本開示の一実施例は、例えば、セルサイズが大きく、基地局１００と端末２００との間の伝搬遅延がより長い（例えば、閾値以上）の環境の地上通信に適用してもよい。また、NTN以外でもHARQ又はHARQフィードバック無効化が適用される通信に対して適用してもよい。また、例えば、地上通信においてミリ波又はテラヘルツ波といった高周波帯を用いた通信のようにスロット長（伝送時間単位）が短ほど、RTT（処理遅延を含む）は相対的に長くなる。このような場合にもフィードバック有効・無効の設定が適用されることが想定され、本開示の一実施例を適用可能である。
　また、上述した実施の形態において、衛星通信の形態には、基地局の機能が衛星上に存在する構成（例えば、「regenerative satellite」）でもよく、基地局の機能が地上に存在し、基地局と端末との間の通信を衛星が中継する構成（例えば、「transparent satellite」）でもよい。換言すると、例えば、本開示の一実施例において、下りリンク及び上りリンクは、端末と衛星との間のリンク、あるいは、衛星を介したリンクでもよい。
　また、HARQフィードバックの無効化は、例えば、HARQフィードバック、又は、ACK/NACKフィードバックの無効化であってよく、HARQ合成を無効化しなくてもよい。例えば、基地局１００は、HARQフィードバック無しで再送を行い、端末２００は、HARQ合成してもよい。また、端末２００はHARQフィードバック無効化に設定されていても、複数のデータ（例えば、PDSCH）のACK/NACK情報をまとめてフィードバックする場合（例えば、type 1 HARQ-ACK codebookを用いたHARQフィードバック）には、ACK/NACK情報をフィードバックしてもよい。
　また、HARQフィードバックの無効化は、例えば、HARQによる再送制御を無効化（例えば、HARQ無効化）であってもよい。この場合、HARQフィードバック、及び、再送（又は、HARQ合成）の双方とも行われなくてもよい。
　また、HARQプロセスに個別のフィードバック有効・無効の設定は、RRCパラメータ「HARQprocess-disableULfeedback」によって設定されてもよいし、他のパラメータによって設定されてもよい。また、HARQプロセスに個別のフィードバック有効・無効の設定は、SPS設定（SPS-Config）において設定されるHARQフィードバック設定と異なるパラメータにより設定されるHARQフィードバック設定でもよい。
　HARQプロセスに個別のフィードバック有効・無効の設定の端末２００への通知は、HARQプロセスIDのそれぞれフィードバック有効・無効の設定値が設定されて端末２００へ通知されてもよいし、フィードバック無効のHARQプロセスIDの情報とフィードバック有効のHARQプロセスIDの情報のいずれか又は両方が端末２００へ通知されてもよい。
　また、HARQプロセスに個別のフィードバック有効・無効の設定に関する情報、又は、SPS設定に関する情報は、例えば、キャリア周波数の異なるComponent Carrier（或いはセル）又は部分帯域幅（BWP：Bandwidth Part）に個別に設定されてもよい。これにより、Component Carrier又はBWPに個別の適切なフィードバック設定での運用が可能となる。
　また、例えば、基地局１００（例えば、制御部１０１）は、HARQフィードバックに用いるPUCCHリソース等の制御情報を生成し、制御情報を端末２００へ通知してもよい。
　また、上述した実施の形態では、基地局１００から端末２００への下りリンクデータ（例えば、PDSCH）の伝送について説明したが、本開示の一実施例は、これに限定されず、端末２００から基地局１００への上りリンクデータ（例えば、PUSCH）、又は、端末２００間のリンク（例えば、サイドリンク）におけるデータに適用してもよい。例えば、上りリンクにおけるデータの場合、SPSの代わりにConfigured grant（CG）を用いてもよい。この場合、SPS設定は、Configured grant設定と読み替えることができる。また、Configured grant設定はRRCパラメータ「ConfiguredGrantConfig」によって通知されてもよい。
　また、上述した実施の形態では、データ（例えば、PDSCH）の再送について説明したが、再送対象は、データ（又は、データチャネル）に限定されず、他の信号又はチャネルでもよい。
　また、HARQ-ACKは、PDSCHの受信に対するHARQ-ACKに限定されず、他の信号に対するHARQ-ACKでもよい。また、上述した実施の形態では、データに対する応答信号（例えば、HARQ-ACK）のフィードバックについて説明したが、フィードバック対象は、HARQ-ACKに限定されず、他の信号（例えば、他のUplink Control Information（UCI））でもよい。
　また、HARQフィードバックの有効化又は無効化がHARQプロセスに個別に設定される例を説明したが、HARQフィードバックの有効化又は無効化は、端末に個別に設定されてもよいし、セルに個別に設定されてもよい。
　RNTIの種別は、C-RNTI及びCS-RNTIに限定されず、規格において規定される他の種別のRNTI、又は、将来の規格において新たに規定される種別のRNTIでもよい。また、端末２００に付与される識別子は、RNTIに限定されず、他の識別子でもよい。
　また、例えば、HARQプロセス番号（PID）に個別に設定されるフィードバック有効・無効の設定は、図７、図８、図９及び図１０のように、連続するPIDのセットに対してenable又disableがそれぞれ設定される場合に限定されず、非連続なPIDのセットに対してenable又disableがそれぞれ設定されてもよい。
　また、上記各実施の形態では、dynamic schedulingにおいてスケジューリングされるPDSCHの種別（例えば、SPS PDSCHであるか否か）を判断するために使用されるRNTIの種別と、フィードバック有効・無効の設定を判断するために使用されるRNTIの種別と、が同じ種別（例えば、CS-RNTI及びC-RNTIの何れか）である場合について説明したが、これに限定されない。例えば、フィードバック有効・無効の設定を判断するために使用されるRNTIの種別は、dynamic schedulingにおいてスケジューリングされるPDSCHの種別を判断するために使用されるRNTIの種別と異なってもよい。
　また、上記各実施の形態では、PDCCHのスクランブリングに使用されるRNTIの種別に基づいて、フィードバック有効・無効の設定を判断する方法について説明したが、フィードバック有効・無効の設定の判断は、例えば、RNTIの種別に依らず、HARQプロセスIDに基づいてもよい。例えば、PDSCHをスケジューリングするPDCCHによって通知されるHARQプロセスIDが、端末２００に設定される少なくとも一つのSPS設定において使用されるHARQプロセスIDである場合、端末２００は、当該PDSCHに対して、対応するSPS設定のフィードバック有効・無効の設定を適用してもよい。その一方で、例えば、PDSCHをスケジューリングするPDCCHによって通知されるHARQプロセスIDが、端末２００に設定される少なくとも一つのSPS設定において使用されるHARQプロセスIDの何れでもない場合、端末２００は、当該PDSCHに対して、HARQプロセスIDに個別のフィードバック有効・無効の設定を適用してもよい。
　また、上記各実施の形態において用いた、HARQプロセスID、HARQプロセス数（例えば、プロセスの総数、又は、各設定において使用されるプロセス数）、SPS-Config数、SPSの送信周期、HARQプロセスIDのオフセット値といった数値は一例であって、他の数値でもよい。
　また、上記各実施の形態において用いたRRCシグナリング（又は、RRCパラメータ）の名称に限定されず、他の名称でもよい。
　HARQ-ACKは、例えば、ACK/NACK又はHARQ-feedbackと称されてよい。
　SPSは、例えば、Configured scheduling、Configured grant、又は、Grant freeと称されてもよい。
　HARQプロセスIDは、例えば、HARQプロセス番号（number又はindex）と称されてもよい。
　PDCCH又はDCIが送信される時間リソース（例えば、スロット又はシンボル）は、PDCCH monitoring occasionと呼ばれてもよい。また、PDSCHが送信される時間リソース（例えば、スロット又はシンボル）は、PDSCH transmission occasionと呼ばれてもよい。
　基地局は、gNodeB又はgNBと称されてよい。また、端末は、UEと称されてもよい。
　スロットは、タイムスロット、ミニスロット、フレーム、サブフレーム等に置き換えてもよい。
　また、上述した各実施の形態における「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。
　（補足）
　上述した各実施の形態及び各変形例に示した機能、動作又は処理を端末２００がサポートするか否かを示す情報が、例えば、端末２００の能力（capability）情報あるいは能力パラメータとして、端末２００から基地局１００へ送信（あるいは通知）されてもよい。
　能力情報は、上述した各実施の形態及び各変形例に示した機能、動作又は処理の少なくとも１つを端末２００がサポートするか否かを個別に示す情報要素（IE）を含んでもよい。あるいは、能力情報は、上述した各実施の形態及び各変形例に示した機能、動作又は処理の何れか２以上の組み合わせを端末２００がサポートするか否かを示す情報要素を含んでもよい。
　基地局１００は、例えば、端末２００から受信した能力情報に基づいて、能力情報の送信元端末２００がサポートする（あるいはサポートしない）機能、動作又は処理を判断（あるいは決定または想定）してよい。基地局１００は、能力情報に基づく判断結果に応じた動作、処理又は制御を実施してよい。例えば、基地局１００は、端末２００から受信した能力情報に基づいて、再送を制御してよい。
　なお、上述した各実施の形態及び各変形例に示した機能、動作又は処理の一部を端末２００がサポートしないことは、端末２００において、そのような一部の機能、動作又は処理が制限されることに読み替えられてもよい。例えば、そのような制限に関する情報あるいは要求が、基地局１００に通知されてもよい。
　端末２００の能力あるいは制限に関する情報は、例えば、規格において定義されてもよいし、基地局１００において既知の情報あるいは基地局１００へ送信される情報に関連付けられて暗黙的（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）シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、１スロットに含まれるシンボル数は、上述した実施の形態において例示したシンボル数に限定されず、他のシンボル数でもよい。
　（周波数帯域）
　本開示の一実施例は、ライセンスバンド、アンライセンスバンド（unlicensed spectrum, shared spectrum）のいずれに適用してもよい。各信号の送信前にchannel access procedure (Listen Before Talk（LBT）、キャリアセンス、Channel Clear Assessment（CCA）が実施されてもよい。
　（通信）
　本開示の一実施例は、基地局と端末との間の通信（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 (10)

  1. 　動的なスケジューリングを行う制御信号に使用される識別子の種別に基づいて、前記動的なスケジューリングの再送制御におけるフィードバックの有効及び無効に関する設定を決定する制御回路と、
    　前記フィードバックの有効及び無効の設定に基づいて、前記フィードバックの信号の送信処理を行う送信回路と、
    　を具備する通信装置。
  2. 　前記制御回路は、前記識別子が第１の識別子の場合、準静的なスケジューリングに個別に設定される第１の設定を、前記フィードバックの有効及び無効の設定に決定し、前記識別子が前記第１の識別子と異なる第２の識別子の場合、再送プロセスに個別に設定される第２の設定を、前記フィードバックの有効及び無効の設定に決定する、
    　請求項１に記載の通信装置。
  3. 　前記準静的なスケジューリングにおけるデータの再送は、前記動的なスケジューリングにより行われ、
    　前記第１の識別子は、前記準静的なスケジューリングにおけるデータの再送のスケジューリングを行う前記制御信号のスクランブリングに使用され、
    　前記第２の識別子は、前記準静的なスケジューリングにおけるデータと異なるデータのスケジューリングを行う前記制御信号のスクランブリングに使用される、
    　請求項２に記載の通信装置。
  4. 　前記制御回路は、前記識別子が前記第１の識別子の場合、複数の前記第１の設定のうち、前記動的なスケジューリングに使用される再送プロセス番号に対応する設定を、前記フィードバックの有効及び無効の設定に決定する、
    　請求項２に記載の通信装置。
  5. 　前記制御回路は、
    　前記識別子が第１の識別子の場合、準静的なスケジューリングに個別に設定される第１の設定を、前記フィードバックの有効及び無効の設定に決定し、
    　前記識別子が前記第１の識別子と異なる第２の識別子の場合、前記動的なスケジューリングに使用される再送プロセス番号が前記準静的なスケジューリングにおいて使用される場合には、前記第１の設定を前記フィードバックの有効及び無効の設定に決定し、前記動的なスケジューリングに使用される再送プロセス番号が前記準静的なスケジューリングにおいて使用されない場合には、再送プロセスに個別に設定される第２の設定を前記フィードバックの有効及び無効の設定に決定する、
    　請求項１に記載の通信装置。
  6. 　前記制御回路は、前記識別子の種別に基づいて、準静的なスケジューリングに個別に設定される第１の設定、及び、再送プロセスに個別に設定される第２の設定の何れか一方を、前記フィードバックの有効及び無効の設定に決定し、
    　前記第１の設定は、前記準静的なスケジューリングに使用される再送プロセス番号のうちの一つに対応する前記第２の設定に基づいて決定される、
    　請求項１に記載の通信装置。
  7. 　前記制御回路は、前記識別子の種別に基づいて、準静的なスケジューリングに個別に設定される第１の設定、及び、再送プロセスに個別に設定される第２の設定の何れか一方を、前記フィードバックの有効及び無効の設定に決定し、
    　前記制御回路は、前記第１の設定がフィードバック無効の場合、前記準静的なスケジューリングにおける再送データの受信処理を行わない、
    　請求項１に記載の通信装置。
  8. 　動的なスケジューリングを行う制御信号に使用される識別子の種別に基づいて、前記動的なスケジューリングの再送制御におけるフィードバックの有効及び無効に関する設定を決定する制御回路と、
    　前記フィードバックの有効及び無効の設定に基づいて、前記フィードバックの信号の受信処理を行う受信回路と、
    　を具備する通信装置。
  9. 　通信装置は、
    　動的なスケジューリングを行う制御信号に使用される識別子の種別に基づいて、前記動的なスケジューリングの再送制御におけるフィードバックの有効及び無効に関する設定を決定し、
    　前記フィードバックの有効及び無効の設定に基づいて、前記フィードバックの信号の送信処理を行う、
    　通信方法。
  10. 　通信装置は、
    　動的なスケジューリングを行う制御信号に使用される識別子の種別に基づいて、前記動的なスケジューリングの再送制御におけるフィードバックの有効及び無効に関する設定を決定し、
    　前記フィードバックの有効及び無効の設定に基づいて、前記フィードバックの信号の受信処理を行う、
    　通信方法。
PCT/JP2022/019831 2021-10-08 2022-05-10 通信装置及び通信方法 WO2023058264A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP22878137.3A EP4415420A1 (en) 2021-10-08 2022-05-10 Communication device and communication method
JP2023552688A JPWO2023058264A1 (ja) 2021-10-08 2022-05-10

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021166187 2021-10-08
JP2021-166187 2021-10-08

Publications (1)

Publication Number Publication Date
WO2023058264A1 true WO2023058264A1 (ja) 2023-04-13

Family

ID=85804066

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/019831 WO2023058264A1 (ja) 2021-10-08 2022-05-10 通信装置及び通信方法

Country Status (3)

Country Link
EP (1) EP4415420A1 (ja)
JP (1) JPWO2023058264A1 (ja)
WO (1) WO2023058264A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021029296A1 (ja) * 2019-08-14 2021-02-18 ソニー株式会社 端末装置、基地局装置、端末装置の制御方法および基地局装置の制御方法
JP2021166187A (ja) 2015-05-18 2021-10-14 株式会社半導体エネルギー研究所 蓄電体

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021166187A (ja) 2015-05-18 2021-10-14 株式会社半導体エネルギー研究所 蓄電体
WO2021029296A1 (ja) * 2019-08-14 2021-02-18 ソニー株式会社 端末装置、基地局装置、端末装置の制御方法および基地局装置の制御方法

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
"NR; Medium Access Control (MAC) protocol specification (Release 16", 3GPP, TS 38.321, V16.6.0, September 2021 (2021-09-01)
"Solutions for NR to support non-terrestrial networks (NTN) (Release 16", 3GPP, TR 38.821, V16.1.0, May 2021 (2021-05-01)
APPLE: "On HARQ Enhancements for NTN", 3GPP DRAFT; R1-2006521, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20200817 - 20200828, 8 August 2020 (2020-08-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051918087 *
ETRI: "Discussion on HARQ Enhancements for NTN", 3GPP DRAFT; R1-2109812, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20211011 - 20211019, 1 October 2021 (2021-10-01), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052058741 *
PANASONIC: "HARQ enhancement for NTN", 3GPP DRAFT; R1-2109868, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. E-meeting; 20211011 - 20211019, 1 October 2021 (2021-10-01), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052058797 *
VIVO: "Discussion on HARQ enhancements for NR-NTN", 3GPP DRAFT; R1-2108973, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20211011 - 20211019, 1 October 2021 (2021-10-01), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052057808 *

Also Published As

Publication number Publication date
JPWO2023058264A1 (ja) 2023-04-13
EP4415420A1 (en) 2024-08-14

Similar Documents

Publication Publication Date Title
WO2022074884A1 (ja) 端末、基地局及び通信方法
WO2021210264A1 (ja) 移動局、基地局、受信方法及び送信方法
WO2022014279A1 (ja) 端末、基地局及び通信方法
WO2021131307A1 (ja) 通信装置及び通信方法
WO2023058264A1 (ja) 通信装置及び通信方法
KR20230048310A (ko) 단말 및 사이드링크 통신 제어 방법
WO2022215299A1 (ja) 基地局、端末、及び、通信方法
WO2023013522A1 (ja) 基地局、端末、及び、通信方法
WO2023100470A1 (ja) 基地局、端末及び通信方法
WO2023119756A1 (ja) 通信装置及び通信方法
WO2022085254A1 (ja) 通信装置及び通信方法
WO2022239289A1 (ja) 通信装置、及び、通信方法
WO2023013217A1 (ja) 基地局、端末及び通信方法
WO2024171521A1 (ja) 基地局、端末及び通信方法
WO2022195952A1 (ja) 端末、基地局及び通信方法
WO2023013191A1 (ja) 通信装置、及び、通信方法
WO2024034198A1 (ja) 端末、基地局及び通信方法
WO2022079955A1 (ja) 端末、基地局及び通信方法
WO2023203938A1 (ja) 端末、基地局、通信方法及び集積回路
WO2024029157A1 (ja) 端末、基地局、及び、通信方法
WO2023013192A1 (ja) 端末、基地局及び通信方法
WO2023100471A1 (ja) 基地局、端末及び通信方法
WO2022208989A1 (ja) 通信装置、及び、通信方法
WO2023139852A1 (ja) 端末、基地局、及び、通信方法
WO2024024259A1 (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: 22878137

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023552688

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 18697936

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2022878137

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022878137

Country of ref document: EP

Effective date: 20240508