WO2020218231A1 - 端末、基地局、受信方法及び送信方法 - Google Patents

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

Info

Publication number
WO2020218231A1
WO2020218231A1 PCT/JP2020/017008 JP2020017008W WO2020218231A1 WO 2020218231 A1 WO2020218231 A1 WO 2020218231A1 JP 2020017008 W JP2020017008 W JP 2020017008W WO 2020218231 A1 WO2020218231 A1 WO 2020218231A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
terminal
retransmission
base station
control
Prior art date
Application number
PCT/JP2020/017008
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 CN202080030776.1A priority Critical patent/CN113767584B/zh
Priority to JP2021516096A priority patent/JPWO2020218231A1/ja
Priority to US17/604,983 priority patent/US20220216952A1/en
Publication of WO2020218231A1 publication Critical patent/WO2020218231A1/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
    • 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/1607—Details of the supervisory signal
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • 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/1835—Buffer management
    • 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/1835—Buffer management
    • H04L1/1845—Combining techniques, e.g. code combining
    • 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
    • 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/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Definitions

  • This disclosure relates to terminals, base stations, receiving methods and transmitting methods.
  • NR New Radio access technology
  • the non-limiting examples of the present disclosure contribute to the provision of terminals, base stations, receiving methods, and transmitting methods capable of realizing appropriate retransmission control processing according to the radio propagation environment.
  • the terminal includes a receiving circuit for receiving control information regarding buffering of data related to a retransmission request, and a control circuit for controlling the buffering based on the control information.
  • FIG. 1 Diagram showing an example of HARQ operation Block diagram showing a partial configuration example of the base station according to the first embodiment Block diagram showing a partial configuration example of the terminal according to the first embodiment Block diagram showing an example of the configuration of the base station according to the first embodiment Block diagram showing an example of the configuration of the terminal according to the first embodiment
  • NTN Non-Terrestrial Network
  • NR is being considered for extension to non-terrestrial networks (NTN: Non-Terrestrial Network) such as communications using satellites and / or high-altitude platform stations (HAPS) (for example, non-Terrestrial Network).
  • HAPS high-altitude platform stations
  • a satellite coverage area eg, one or more cells
  • a ground terminal also called a UE (User Equipment)
  • an aircraft terminal is formed by a beam from the satellite.
  • the round-trip time of radio wave propagation between the terminal and the satellite is determined by the altitude of the satellite (for example, up to about 36000 km) and / or the angle seen from the terminal.
  • Non-Patent Document 1 describes that the propagation delay time between a satellite and a terminal, that is, the round-trip propagation time (RTT: Round Trip Time) takes about 544 ms at the maximum.
  • RTT Round Trip Time
  • HARQ hybrid automatic repeat request
  • LTE or NR for example, HARQ (hybrid automatic repeat request) is applied to retransmission control at the time of data transmission.
  • the transmitting side transmits data after performing channel coding (FEC: Forward Error Correction) such as turbo coding or LDPC (Low Density Parity Check) coding, for example.
  • FEC Forward Error Correction
  • LDPC Low Density Parity Check
  • the receiving side saves the received data (for example, a soft judgment value) in a buffer (in other words, also referred to as buffering, storage or retention) when there is an error in the received data at the time of data decoding.
  • the buffer is also referred to as, for example, a HARQ soft buffer or simply a soft buffer.
  • the receiving side When retransmitting data, the receiving side synthesizes (soft-synthesizes) the received data (in other words, the retransmission data or the data related to the retransmission request) and the previously received data (in other words, the saved data), and decodes the synthesized data. ..
  • the receiving side can decode using data with improved reception quality (for example, SNR: Signal to Noise Ratio). Further, in HARQ, the transmitting side can improve the coding gain by transmitting a parity bit different from that at the time of the previous transmission (in other words, a different RV (Redundancy version)). Further, in HARQ, continuous data transmission is possible by using a plurality of processes (also referred to as HARQ processes) in consideration of the propagation path delay or the processing delays on the transmitting side and the receiving side (for example, also referred to as HARQ process). For example, see FIG. 1). In this case, the receiving side stores the received data in the buffer separately for each process ID (sometimes referred to as "PID") which is identification information for identifying the process (or data).
  • PID process ID
  • the base station notifies the terminal of information about HARQ including process ID, NDI (New Data Indicator), RV, etc. at the time of data allocation.
  • the terminal performs data reception processing (for example, software synthesis processing, etc.) based on the information regarding HARQ notified from the base station.
  • NTN which is a cell environment with a large propagation delay (or RTT) compared to the terrestrial network
  • RTT propagation delay
  • the number of processes in the RTT is large, so the amount of soft buffer (in other words, software) provided on the receiving side (for example, terminal) Buffer size) can be large.
  • the amount of soft buffer increases, for example, the cost of the device on the receiving side (terminal), the chip size, and the like may increase.
  • the number of processes in the RTT when the number of processes in the RTT is reduced, the amount of soft buffer provided on the receiving side (for example, the terminal) can be reduced. However, if the number of processes in RTT is reduced, the throughput per user (in other words, the terminal) (for example, also referred to as maximum user throughput) may decrease.
  • the upper layer for example, RLC (RadioLink Control) layer
  • the combined gain cannot be obtained and the delay becomes large as compared with HARQ.
  • the user experience may be deteriorated due to the delay of various network controls or the delay of user data.
  • retransmission control will be described when the propagation delay between the terminal and the base station is large as compared with the terrestrial network environment, for example, in the NTN environment.
  • appropriate retransmission control can be realized for each of different data (for example, data of different processes).
  • the communication system includes, for example, a base station 100 and a terminal 200.
  • the base station 100 (corresponding to a transmitting device) transmits data (for example, also referred to as downlink data or PDSCH (Physical Downlink Shared Channel)).
  • the terminal 200 (corresponding to the receiving device) receives the data and feeds back the response signal to the data.
  • the response signal is also referred to as, for example, an ACK (Acknowledgement) / NACK (Negative acknowledgment) signal or ACK / NACK information.
  • FIG. 2 is a block diagram showing a partial configuration example of the base station 100 according to the embodiment of the present disclosure.
  • the control unit 101 generates control information (for example, buffer priority information) regarding buffering for retransmission control.
  • the wireless transmission unit 103 transmits data and control information.
  • FIG. 3 is a block diagram showing a partial configuration example of the terminal 200 according to the embodiment of the present disclosure.
  • the wireless reception unit 202 receives control information (for example, buffer priority information) regarding buffering for retransmission control.
  • the soft buffer control unit 204 controls buffering based on the control information.
  • FIG. 4 is a block diagram showing an example of the configuration of the base station 100 according to the present embodiment.
  • the base station 100 includes, for example, a control unit 101, a coding / modulation unit 102, a radio transmission unit 103, an antenna 104, a radio reception unit 105, a demodulation / decoding unit 106, and an ACK / NACK determination unit 107. , including.
  • the control unit 101 generates, for example, control information (for example, data allocation information) for the terminal 200 and outputs it to the coding / modulation unit 102.
  • the control information includes, for example, time resource and frequency resource allocation information (also referred to as time / frequency resource allocation information), coding rate and modulation method information (for example, also referred to as MCS (Modulation and Coding Scheme) information), and , Information about HARQ (also referred to as HARQ information, for example) may be included.
  • HARQ information may include, for example, process ID, NDI and RV. Further, the HARQ information includes "buffer priority" indicating the priority of buffering a buffer (for example, the soft buffer 205 shown in FIG. 5) included in the terminal 200 between a plurality of data (for example, data of different processes). Information (BPF: BufferPriorityFlag) ”may be included. An example of BPF will be described later.
  • control unit 101 controls the retransmission of the transmission data based on the ACK / NACK determination result input from the ACK / NACK determination unit 107. For example, the control unit 101 outputs a retransmission instruction to the coding / modulation unit 102 in the case of NACK, and outputs a data discard instruction to the coding / modulation unit 102 in the case of ACK.
  • the coding / modulation unit 102 encodes and modulates the input transmission data (for example, data related to new transmission (also simply referred to as new data) or initial transmission data), and transmits the modulated signal to the radio transmission unit 103. Output.
  • the data coding method may be, for example, error correction coding such as a turbo code, an LDPC code, and a polar code.
  • the data modulation method may be, for example, QPSK (Quadrature Phase Shift Keying), QAM (Quadrature Amplitude Modulation), or the like.
  • the coding / modulation unit 102 encodes and modulates the control information input from the control unit 101, and outputs the modulated signal to the wireless transmission unit 103.
  • the coding / modulation unit 102 holds, for example, the transmitted data that has been transmitted, and when the control unit 101 outputs a retransmission instruction (in other words, when there is an error in the transmitted data), the held data. (In other words, the resent data) is subjected to the same processing as the above-mentioned processing. Further, for example, when the control unit 101 outputs a data discard instruction (in other words, when there is no error in the transmitted data), the coding / modulation unit 102 discards the held data.
  • the retransmission unit of the transmitted data may be, for example, a transport block unit, a code block unit, a code block group unit, or another data unit.
  • the transmitted data corresponds to PDSCH
  • the data allocation information corresponds to DCI (Downlink Control Information) or PDCCH (Physical Downlink Control Channel).
  • the wireless transmission unit 103 performs transmission processing such as D / A conversion, up-conversion, and amplification on the signal input from the coding / modulation unit 102, and transmits the wireless signal obtained by the transmission processing to the antenna 104. Send from.
  • the wireless reception unit 105 performs reception processing such as down-conversion and A / D conversion on the signal from the terminal 200 received via the antenna 104, and outputs the signal after the reception processing to the demodulation / decoding unit 106.
  • the signal from the terminal 200 includes, for example, a data signal (for example, also referred to as uplink data or PUSCH (Physical Uplink Shared Channel)) and an ACK / NACK signal.
  • the demodulation / decoding unit 106 performs, for example, channel estimation, demodulation, and decoding processing on the signal input from the wireless reception unit 105.
  • the demodulation / decoding unit 106 outputs a data signal (in other words, received data) included in the received signal, and outputs an ACK / NACK signal included in the received signal to the ACK / NACK determination unit 107.
  • the ACK / NACK determination unit 107 determines ACK or NACK for the transmitted transmission data (for example, a transport block) based on the ACK / NACK signal input from the demodulation / decoding unit 106.
  • the ACK / NACK determination unit 107 outputs the determination result to the control unit 101.
  • FIG. 5 is a block diagram showing an example of the configuration of the terminal 200 according to the present embodiment.
  • the terminal 200 includes, for example, an antenna 201, a wireless reception unit 202, a demodulation / decoding unit 203, a soft buffer control unit 204, a soft buffer 205, an ACK / NACK generation unit 206, and a coding / modulation unit 207.
  • the wireless transmitter 208 and the like.
  • the wireless reception unit 202 performs reception processing such as down-conversion and A / D conversion on the signal from the base station 100 received via the antenna 201, and includes the reception signal (for example, data and control information) after the reception processing. ) Is output to the demodulation / decoding unit 203.
  • the demodulation / decoding unit 203 demodulates and error-corrects and decodes the received signal input from the wireless reception unit 202, and outputs the decoded signal to the soft buffer control unit 204.
  • the demodulation / decoding unit 203 demodulates and decodes the received data included in the received signal based on the modulation method and coding rate shown in the control information (for example, data allocation information) included in the received signal. Error correction and decoding may be performed.
  • the demodulation / decoding unit 203 outputs the decoded signal to the soft buffer control unit 204.
  • the demodulation / decoding unit 203 determines, for example, whether the received data is new data or retransmission data based on the NDI included in the control information. When the received data is new data, the demodulation / decoding unit 203 performs an error correction / decoding of the received data and makes a CRC (Cyclic Redundancy Check) determination. Further, the demodulation / decoding unit 203 synthesizes the saved data and the data received this time when the received data is retransmission data and the data received up to the previous reception is saved in the soft buffer 205. Later, the composite data is error-corrected and decoded.
  • CRC Cyclic Redundancy Check
  • the demodulation / decoding unit 203 performs error correction / decoding of the data received this time and performs CRC determination without performing the synthesis process. Further, the demodulation / decoding unit 203 outputs the result of the CRC determination to the soft buffer control unit 204.
  • the soft buffer control unit 204 discards the received data saved in the past by the corresponding process ID (in other words). Then, Flush) is instructed to the soft buffer 205.
  • the soft buffer control unit 204 is based on the buffer priority information (BPF) included in the signal input from the demodulation / decoding unit 203. , Controls the buffering of received data into the soft buffer 205.
  • BPF buffer priority information
  • the soft buffer control unit 204 controls the storage of the received data in the soft buffer 205 and the destruction of the received data based on the BPF.
  • the soft buffer control unit 204 instructs the soft buffer 205 to save the received data.
  • An operation example of the soft buffer control unit 204 will be described later.
  • the soft buffer control unit 204 outputs the CRC determination result input from the demodulation / decoding unit 203 to the ACK / NACK generation unit 206. Further, the soft buffer control unit 204 outputs the corresponding received data when the CRC determination result is CRC OK.
  • the soft buffer 205 is a buffer for storing data (for example, a soft determination value) received in the past by the terminal 200.
  • the stored data is used, for example, for HARQ synthesis.
  • the soft buffer 205 stores, for example, the received data for each HARQ process.
  • the soft buffer 205 does not have to include buffers for the number of processes corresponding to RTT.
  • the buffer size of the soft buffer 205 may be smaller than the buffer size corresponding to the number of processes corresponding to RTT.
  • the ACK / NACK generation unit 206 generates an ACK / NACK signal based on the CRC determination result input from the soft buffer control unit 204. For example, the ACK / NACK generation unit 206 generates ACK in the case of CRC OK (no error) and NACK in the case of CRC NG (with error). The ACK / NACK generation unit 206 outputs the generated ACK / NACK signal to the coding / modulation unit 207.
  • the ACK / NACK generation unit 206 When a plurality of transport blocks or code blocks are transmitted, the ACK / NACK generation unit 206 generates an ACK / NACK signal for each transport block or each code block, and generates a plurality of ACK / NACK signals. An ACK / NACK code block containing a signal may be generated.
  • the coding / modulation unit 207 performs error correction coding and modulation of transmission data (in other words, uplink data or PUSCH), and outputs the modulated signal to the wireless transmission unit 208. Further, the coding / modulation unit 207 performs error correction coding and modulation of the ACK / NACK signal input from the ACK / NACK generation unit 206, and outputs the modulated signal to the radio transmission unit 208.
  • the wireless transmission unit 208 performs transmission processing such as D / A conversion, up-conversion, and amplification on the signal input from the coding / modulation unit 207, and transmits the wireless signal obtained by the transmission processing to the antenna 201. Send from.
  • the terminal 200 When the received data has an error (for example, in the case of CRCNG), the terminal 200 (in other words, the receiving side) saves the received data in the soft buffer 205 and waits for the corresponding data to be resent. On the other hand, the terminal 200 does not have to store the received data in the soft buffer 205 when there is no error in the received data (for example, in the case of CRC OK). In other words, the terminal 200 uses the soft buffer 205 when there is an error in the received data (for example, the received packet).
  • the propagation path fluctuation is smaller than that in the ground network environment. Therefore, in the NTN environment, it is highly possible to realize a low error rate (for example, also called BLER (Block Error Rate) or packet error rate) as compared with the terrestrial network environment.
  • BLER Block Error Rate
  • the number of cases where the terminal 200 uses the soft buffer 205 is smaller than that in the terrestrial network environment.
  • the terminal 200 may use the number of buffers in the soft buffer 205, which is the product of the number of processes for RTT and BLER on average.
  • the terminal 200 is on average. May use buffers for about 6 processes.
  • HARQ can be realized by the soft buffer 205, which is smaller than the soft buffer size for the number of processes corresponding to RTT.
  • the buffer size of the soft buffer 205 may be smaller than, for example, the buffer size for the number of processes corresponding to RTT.
  • high-priority data transmission such as control packets or important user data is transmitted with low delay by the combined gain of HARQ so as not to impair the user's experience.
  • low priority data transmission may be applied to which the combined gain of HARQ is not obtained, for example, retransmission of the MAC layer or higher layer.
  • the buffer priority information (BPF) indicating the priority of buffering data to the soft buffer 205 is notified from the base station 100 to the terminal 200.
  • the BPF indicates the priority regarding the use of the soft buffer 205 between a plurality of data, or the priority of the synthesis process by HARQ.
  • the base station 100 generates a BPF for the assigned data for the terminal 200 at the time of data transmission allocation, and notifies the terminal 200 of the BPF.
  • the terminal 200 controls the storage of received data (in other words, data synthesis processing) in the soft buffer 205 based on the BPF.
  • the BPF may be 1-bit information (for example, 0 or 1).
  • the high-priority data is, for example, data including a control message of a higher layer such as RRC (Radio Resource Control), or data for a high-priority Logical Channel.
  • the data having a low priority may be data having a stricter delay requirement such as data for a streaming service such as audio data or video data. This is because there is a case where the data is not retransmitted when the delay request is stricter, so that the need for storage in the soft buffer 205 is low.
  • the data having a high priority and the data having a low priority are not limited to these, and may be other types of data.
  • the terminal 200 stores the received data in the soft buffer 205 if there is space in the soft buffer 205, and stores the received data in the soft buffer 205. If there is no free space, the received data is discarded without being saved in the soft buffer 205.
  • the terminal 200 when the soft buffer 205 is completely used for other data (in other words, when there is no free space), the terminal 200 corresponds to the data having a low priority among the data stored in the soft buffer 205. Discard the saved data and save the high priority data (in other words, overwrite save). In other words, when the soft buffer 205 is full, the terminal 200 overwrites the data having a lower priority than the received data with the received data.
  • the terminal 200 discards the received data if, for example, the soft buffer 205 is completely used for other data and there is no low priority data in the data stored in the soft buffer 205.
  • 6 and 7 show an example of the saving operation in the soft buffer 205.
  • the soft buffer 205 has a buffer for three processes.
  • the number of processes corresponding to the data that can be stored in the soft buffer 205 is smaller than the number of processes corresponding to RTT.
  • the buffer size of the soft buffer 205 is not limited to the buffer size for three processes, and may be another size.
  • the soft buffer 205 is in a fully used state (in other words, there is no free space).
  • PID41 data is saved in the soft buffer 205.
  • the terminal 200 uses the data of the older process ID (data of PID2 in FIG. 6) among the low-priority data stored in the soft buffer 205 as the data of high priority (data of PID41 in FIG. 6). ) May be overwritten and saved.
  • CRCNG error
  • the terminal 200 discards the data of PID 41 without saving it. In other words, the terminal 200 does not discard the data stored in the soft buffer 205.
  • the terminal 200 can use, for example, a soft buffer 205 having a size smaller than the soft buffer size corresponding to the number of processes corresponding to RTT.
  • the size of the soft buffer 205 included in the terminal 200 can be suppressed even when the number of processes in the RTT is large as in the NTN environment. Therefore, according to this embodiment, for example, the chip size or cost of the terminal 200 can be reduced.
  • the priority for example, BPF
  • the priority for example, BPF
  • HARQ synthesis the priority for buffering the transmission data to the soft buffer 205
  • BPF buffering for retransmission control
  • the terminal 200 can preferentially buffer the data having a higher priority in the soft buffer 205 and perform HARQ synthesis even when the soft buffer 205 is full. Therefore, according to the present embodiment, the HARQ composite gain can be preferentially obtained for the high-priority data, so that the probability of successful reception of the high-priority data can be improved and the user experience can be improved.
  • the base station 100 and the terminal 200 can appropriately perform retransmission control according to the priority of buffering for each of the data of different processes. Therefore, for example, even if the size of the soft buffer 205 is smaller than the number of processes corresponding to the RTT length, the base station 100 can continuously transmit data without reducing the number of processes in the RTT. Therefore, according to the present embodiment, it is possible to suppress a decrease in throughput per user (for example, maximum user throughput).
  • the data overwritten by other data in the soft buffer 205 (for example, the data of PID2 in FIG. 6) and the data not stored in the soft buffer 205 (for example, the data of PID41 in FIG. 7) are discarded by the terminal 200. Will be done. In other words, HARQ synthesis does not apply to these data. In this case, normal retransmission (ARQ) may be applied to these data. In ARQ, for example, retransmission is performed based on the ACK / NACK signal, and signal synthesis is not performed on the receiving side (for example, terminal 200). Alternatively, for example, retransmission of a higher layer (for example, RLC layer) may be applied to these data.
  • ARQ normal retransmission
  • the retransmission of the upper layer has a larger delay than the HARQ.
  • BPF 0
  • normal retransmission or higher layer retransmission is not premised on synthesis instead of HARQ for the data. Even if is applied, for example, deterioration of the user's experience can be suppressed.
  • the NDI value that is, the content (or meaning) indicated by the BPF differs depending on the new transmission and the retransmission will be described.
  • the meaning indicated by the BPF and the operation of the terminal 200 are executed. It is the same as the first form.
  • BPF indicates the corresponding data decoding method.
  • the BPF includes, for example, information indicating the priority of buffering new data into the soft buffer 205, and information indicating whether or not to perform synthesis processing on the retransmission data.
  • error after error correction / decoding for example, CRCNG
  • the processing of the terminal 200 can be further simplified.
  • FIGS. 4 and 5 Since the base station and the terminal according to the present embodiment have the same basic configuration as the base station 100 and the terminal 200 according to the first embodiment, FIGS. 4 and 5 will be referred to for description.
  • the number of notification bits of the process ID can be reduced. For example, if the RTT is 512ms and the TTI length is 1ms, there are 512 processes in the RTT, and the number of bits for notification of the process ID is 9 bits. In the present embodiment, for example, by setting (in other words, limiting) the number of process IDs to be notified to 64, the number of notification bits of the process ID can be reduced to 6 bits.
  • the receiving side (for example, terminal 200) has the received data and different data stored in the soft buffer 205 (in other words, the process). There is a possibility that the ID will be combined with the process ID of the received data).
  • the present embodiment a method of avoiding the synthesis of different data having the same process ID by notifying the information regarding the use of the soft buffer by the BPF notified from the base station 100 to the terminal 200 will be described.
  • the content notified by the BPF differs between the present embodiment and the first embodiment.
  • the base station 100 (for example, the control unit 101) uses the process IDs in order for data transmission to the terminal 200 (for example, see FIG. 5) in the RTT, and uses all the process IDs. Use (reuse) the used process ID for. As a result, the same process ID may be assigned to different data.
  • the base station 100 assigns the used process ID to the data
  • BPF 0 is set for.
  • the base station 100 transmits data (for example, new data or retransmission data) and BPF for the data to the terminal 200.
  • data for example, new data or retransmission data
  • BPF for the data
  • error for example, CRCNG
  • BPF the terminal 200 stores the data stored in the soft buffer 205 with the same process ID as the process ID of the received data. Is discarded and the received data is saved in the soft buffer 205. Further, when the soft buffer 205 does not have the saved data having the same process ID as the process ID of the received data, the terminal 200 saves the received data in the soft buffer 205.
  • the BPF indicates the priority of buffering the soft buffer 205 between different data associated with the same process ID for the HARQ process (in other words, the retransmission control process).
  • the soft buffer 205 has a buffer for three processes.
  • the number of processes corresponding to the data that can be stored in the soft buffer 205 is smaller than the number of processes corresponding to RTT.
  • the buffer size of the soft buffer 205 is not limited to the buffer size for three processes, and may be another size.
  • the data of the first PID 10 has an error (for example, CRCNG) in the decoding result at the terminal 200 and is stored in the soft buffer 205.
  • BPF 0 (priority: low) notified to the terminal 200 when the data of the first PID 10 is transmitted.
  • FIG. 9 shows the terminal 200 notified when the data of the second PID 10 is transmitted.
  • BPF 0 (priority: low).
  • the terminal 200 discards the data of the first PID10 stored in the soft buffer 205 and discards the data of the second PID10. Save the data (overwrite).
  • the terminal 200 stores the received data in the soft buffer 205 when the decoding result for the retransmission data is an error (for example, CRCNG).
  • an error for example, CRCNG
  • the terminal 200 stores (in other words, HARQ synthesis) the data of any of the different data using the same process ID in the soft buffer 205. ) Can be prioritized. In other words, in the present embodiment, the terminal 200 can prevent different data using the same process ID from being combined at the time of retransmission.
  • the efficiency of HARQ can be improved while reducing the number of notification bits (in other words, control overhead) of the process ID. Therefore, according to the present embodiment, it is possible to realize an appropriate retransmission control process according to the radio propagation environment.
  • different data associated with the same process ID are transmitted in different segments among the plurality of segments.
  • data with the same process ID in different segments is treated as different data.
  • FIG. 10 is a diagram showing an operation example according to the first modification of the second embodiment.
  • the RTT section is divided into a plurality of segments (in FIG. 8, four segments seg0 to seg3). For example, as shown in FIG. 10, seg0 to seg3 are repeatedly set with RTT as a cycle.
  • the terminal 200 stores, for example, data of the same process ID in different segments as different data in the soft buffer 205. In other words, the terminal 200 stores the received data in the soft buffer 205 based on the combination of the segment and the process ID.
  • the terminal 200 saves the received data of seg0 and PID0 in the soft buffer 205 and sets the PID0. It is assumed that the data retransmission is transmitted during the period of seg0, which is the same segment of the next RTT interval.
  • the terminal 200 receives the data of the same process ID (for example, the data of PID1 shown in FIG. 10) in different segments (for example, seg0 and seg1 shown in FIG. 10), the terminal 200 receives the data as different data.
  • the terminal 200 receives each received data (for example, the data of seg0 and PID1).
  • the data of seg1 and PID1) are stored individually in the soft buffer 205.
  • the terminal 200 manages the soft buffer 205 based on the segment and the process ID.
  • the process ID in the segment may be notified, so that the notification bit of the process ID can be reduced.
  • the RTT is 512ms
  • the TTI length is 1ms
  • four segments with a segment length of 128ms are set
  • the maximum number of processes in the segment is 128. Therefore, for example, in the case of the process ID corresponding to the RTT length, the number of notification bits is 9 bits, whereas in the modification 1 of the second embodiment, the number of notification bits of the process ID is 7 bits. , The number of notification bits can be reduced.
  • the process ID may be reused in the segment by combining the modification 1 and the second embodiment.
  • the process ID may be reused in the segment by combining the modification 1 and the second embodiment.
  • the segment length is 128 ms and the maximum number of processes is 128)
  • 16 process IDs may be notified.
  • the number of notification bits of the process ID is 4 bits, and the number of notification bits can be further reduced.
  • the process ID when reusing the process ID in the segment, for example, as described in the second embodiment, by using the BPF, it is possible to avoid synthesizing different data in the terminal 200, and the priority is high. HARQ synthesis of data is possible.
  • the terminal 200 does not save the received data in the soft buffer 205 even if the decoding result of the received data is an error.
  • the BPF for the data retransmitted in the different segment is a synthesis process (in other words, in other words,) for the data. Indicates that the storage in the soft buffer 205) is not performed.
  • the data of PID1 at seg0 of a certain RTT is originally retransmitted at seg0 after the lapse of RTT.
  • the base station 100 transmits the retransmission data for the data of PID1 in seg1 in seg1 without BPF.
  • different data with PID1 associated with seg1 are transmitted.
  • the terminal 200 synthesizes the retransmission data of PID1 transmitted in seg1 without BPF and the stored data of PID1 of seg1 stored in the soft buffer 205.
  • the base station 100 can retransmit the data while avoiding the synthesis of different data even when the base station 100 straddles the segments, so that the delay can be reduced even when the data cannot be transmitted within the same segment. For example, it is possible to prevent the occurrence of a delay of 1 RTT or more.
  • segment lengths in the RTT may all be the same, and at least some of the segment lengths may be different (short or long).
  • the transmission timing of each process is predetermined. For example, after some data has been transmitted, the corresponding retransmission data has been transmitted after the RTT has elapsed. In this way, in synchronous HARQ, since the data transmission timing is determined in advance, it is not necessary to notify the process ID. On the other hand, in synchronous HARQ, since the transmission timing is determined, the flexibility of scheduling (for example, data allocation to each terminal) is reduced. Further, for example, by notifying the process ID, the flexibility of scheduling can be improved, but the amount of control data for notifying the process ID increases.
  • the process ID is set based on the slot number and the relative value from the slot number (in other words, the offset value with respect to the slot number, which is sometimes called the process ID relative value). You will be notified. As a result, the flexibility of scheduling can be improved while reducing the amount of control data for notifying the process ID.
  • the slot number is "n”
  • the relative value (offset value) to be notified is "p”
  • the number of processes corresponding to RTT is "nRTT”.
  • p may be represented by, for example, 4 bits of -8, -7,..., +7.
  • the base station 100 notifies the terminal 200 of the 4-bit p. Further, the terminal 200 calculates the process ID intended by the base station 100 according to the equation (1).
  • the number of bits of p is not limited to 4 bits, and may be any other number of bits.
  • FIG. 11 is a diagram showing an operation example according to the second modification of the second embodiment.
  • the value of p may be determined based on the difference in slot numbers corresponding to the time of new transmission and the time of retransmission of data.
  • the BPF for the retransmission data indicates that the synthesis process is performed.
  • the base station 100 can notify the terminal 200 of the same process ID (for example, PID1) at a timing different from the predetermined transmission timing.
  • the value of p corresponds to the slot number (slot 0 in FIG. 12) corresponding to the transmission of the first data stored in the soft buffer 205 of the terminal 200 and the first data. It is determined based on the difference between the PID (PID 0 in FIG. 12) and the slot number (slot 5 in FIG. 12) corresponding to the transmission of the second data associated with the same PID. Further, the BPF for the second data indicates that the second data is buffered in the soft buffer 205.
  • the flexibility of scheduling can be improved while reducing the number of notification bits of the process ID.
  • the soft buffer 205 has priority over the data having a high priority over the data having a low priority. Because it is used for, the reliability of high-priority data can be improved and the delay can be reduced.
  • the slot number is a slot number set by the base station 100 or the system, and may be a number repeated for each system frame.
  • the value of n in the equation (1) may be calculated by the following equation (2).
  • n slot number + system frame number x (number of slots per system frame) (2)
  • the slot number may be a number repeated for each subframe.
  • the value of n in the equation (1) may be calculated by the following equation (3).
  • n slot number + system frame number x subframe number x (number of slots per subframe) (3)
  • the time resource unit is not limited to the slot, and may be another time resource unit (for example, a frame, a subframe, a mini slot, or the like).
  • the notification cycle of the ACK / NACK signal may be notified in advance from the base station to the terminal.
  • the terminal At the notification timing of the ACK / NACK signal, the terminal collectively transmits, for example, the ACK / NACK signal for the data received after the previous notification timing.
  • FIG. 13 shows an operation example of the wireless communication system according to the present embodiment.
  • a certain period (for example, RTT) is divided into a plurality of (here, 5) segments (for example, seg0 to seg4), and one ACK / NACK signal is notified for each segment.
  • the terminal may hold the ACK / NACK signal generated in the segment and perform the transmission processing of the ACK / NACK signal at the timing of the segment break (in other words, the boundary).
  • the terminal 200 may change the notification method of the ACK / NACK signal based on, for example, the traffic status, the transmission path status, or the ACK / NACK signal. For example, there are the following methods for notifying the ACK / NACK signal.
  • NTN can realize a low error rate (for example, BLER) because the propagation path fluctuation is smaller than that of the terrestrial network.
  • BLER error rate
  • the terminal uses the process ID of the data whose ACK / NACK signal is NACK (in other words, the process ID of the data whose decoding result has an error) among the data received in a certain period (for example, a segment). ) Is notified. In other words, in the notification method 1, the terminal does not notify the process ID of the data whose ACK / NACK signal is ACK among the data received in a certain period.
  • ACK / NACK signals are collectively transmitted every 64 ms.
  • the terminal if the number of processes corresponding to NACK (in other words, the number of data with an error in the decoding result) is set to "nError", the terminal notifies the number of errors and the process ID of the data with an error.
  • the number of notification bits is 12 bits, which is less than 64 bits.
  • the ACK / NACK signals for the data of each process are represented one by one by the bitmap. For example, when the terminal transmits an ACK / NACK signal collectively every 64 ms, it notifies information for up to 64 bits.
  • the notification bit is 66 in the notification method 1.
  • the number of bits is equal to or larger than that of the notification method 2 (for example, 64 bits).
  • the notification bit is 64 bits in the notification method 1 (when nError ⁇ 10). That is, it is less than the number of notification bits of the notification method 2).
  • the terminal uses the notification method 1 (in other words, ACK / NACK notification by the process ID corresponding to NACK) and the notification method 2 (in other words, ACK / NACK by bitmap) depending on the situation. Notification) and.
  • the base station sets the notification method of the ACK / NACK signal of each terminal.
  • the ACK / NACK signal notification method is, for example, notified from the base station to the terminal.
  • the base station may set the ACK / NACK notification method setting for each terminal and notify by a higher layer (for example, RRC reconfiguration message), or set it for each cell and notify by system information. You may.
  • the terminal switches between the notification method 1 and the notification method 2 based on the notification from the base station.
  • the base station may switch between the notification method 1 and the notification method 2 based on the occurrence frequency of data communication or the state of propagation path fluctuation. For example, the base station sets the notification method 1 when the frequency of occurrence of data notification is low (for example, when the frequency of occurrence is less than the threshold value), and when the frequency of occurrence of data notification is high (for example, the frequency of occurrence is equal to or higher than the threshold value). In the case), the notification method 2 may be set.
  • the base station sets the notification method 1 when the propagation path variation is small (for example, when the propagation path variation is less than the threshold value), and when the propagation path variation is large (for example, the propagation path variation is equal to or larger than the threshold value).
  • the notification method 2 may be set.
  • the criteria for switching the ACK / NACK notification method is not limited to the frequency of data notification occurrence and the status of propagation path fluctuations, and may be other criteria.
  • the notification method 1 is set in a situation where the number of notification bits of the ACK / NACK signal tends to be smaller in the notification method 1 than in the notification method 2, and the number of notification bits of the ACK / NACK signal is larger than that of the notification method 1. Any standard may be used as long as the notification method 2 is set in a situation where the number of notification methods 2 is likely to decrease.
  • ⁇ Switching method 2> the terminal selects the ACK / NACK notification method.
  • the terminal may select, for example, a notification method having a smaller number of notification bits from the notification method 1 and the notification method 2.
  • the number of processes to be reported is “nP”
  • the number of NACKs is “nN”.
  • the number of notification bits of the notification method 1 and the notification method 2 is as follows.
  • Number of notification bits for notification method 1 nP bits
  • Number of notification bits for notification method 2 nN ⁇ ceil (log2 (nP)) + ceil (log2 (nP)) bits (including notification bits for the number of NACKs)
  • ceil indicates an operation that advances after the decimal point.
  • the terminal selects the notification method having the smaller number of notification bits from the notification method 1 and the notification method 2 and notifies the base station.
  • the base station receives the ACK / NACK signal, for example, based on the notification method of the ACK / NACK signal notified from the terminal.
  • FIG. 14 shows an example of a format for notifying an ACK / NACK signal.
  • information indicating a notification method is stored in the header portion, and an ACK / NACK signal is stored in the remaining portion (for example, the ACK / NACK information field).
  • the number of bits of the header portion is 1 bit
  • the notification method 1 or the notification method 2 is specified by the 1-bit header portion (either 0 or 1).
  • the number of notification bits of the ACK / NACK signal differs depending on the number of NACKs. Therefore, the base station may determine the number of notification bits (length) of the ACK / NACK signal by, for example, the notification bit of the number of NACKs in the ACK / NACK information field shown in FIG.
  • the number of bits of the header portion is 2 bits, and the 2-bit header portion (any of 00, 01, 10, 11) is used to display NACK in addition to the notification method 1 and the notification method 2. None (or no data allocation) is specified.
  • the subsequent ACK / NACK information field does not contain information.
  • the notification method 2 whether the number of NACKs is less than M1 (header: 10) or M1 or more and less than M2 (header: 11) in the header portion. May be specified. If it is less than M1, the ACK / NACK signal of the ceil (log2 (M1)) bit is stored, and if it is M1 or more and less than M2, the ACK / NACK signal of the ceil (log2 (M2)) bit is stored. .. As a result, the base station can determine the number of bits in the ACK / NACK information field by reading the header portion.
  • the type of the number of bits of the ACK / NACK information field (for example, in FIG. 14, four types of the number of bits) may be specified.
  • the terminal selects one of the radio resource (for example, time / frequency resource) candidates of the number (4 in FIG. 14) according to the type of the number of bits and transmits the ACK / NACK information.
  • the base station blindly detects, for example, one of the number of radio resources corresponding to the type of the number of bits. In this case, since the header and the ACK / NACK information field can be set as the same block for error correction coding, a higher coding gain can be obtained.
  • the terminal collectively notifies the base station of the ACK / NACK signals for the plurality of received data, so that the ACK / NACK signal is notified by the notification method having a small number of notification bits. This makes it possible to reduce the overhead of ACK / NACK notification.
  • a 1-bit (for example, 1 process) ACK / NACK signal is transmitted each time, it is spread or repeated a plurality of times in order to receive the ACK / NACK signal at the error rate required by the base station (sufficiently low error rate).
  • the amount of wireless resources used for transmission etc. can be large.
  • the ACK / NACK signals are collectively fed back, an error correction coding gain or a diversity gain can be obtained, and the utilization efficiency of the radio resource can be improved.
  • the reduction in the number of notification bits enables a more robust transmission method (for example, transmission with a lower code rate) for ACK / NACK notification.
  • Reliability can be improved.
  • NTN uses long-distance transmission, so improving reliability is important.
  • the base station may notify the feedback cycle of the ACK / NACK signal
  • the terminal may notify the ACK / NACK signal based on the feedback cycle.
  • the third embodiment may be combined with at least one of the first embodiment and the second embodiment, for example.
  • the terminal 200 by combining the first embodiment and the third embodiment, the terminal 200 (see, for example, FIG. 5) has a BPF (in other words, priority) notified from the base station 100 (see, for example, FIG. 4).
  • Data storage in other words, HARQ synthesis
  • the terminal 200 can reduce the number of notification bits by collectively feeding back the ACK / NACK signals to the base station 100 as in the third embodiment.
  • the terminal 200 notifies from the base station 100 (see, for example, FIG. 4) even when the process ID is reused in the RTT. Based on the BPF to be generated, HARQ of high-priority data can be appropriately performed without synthesizing different data with the same process ID. Further, the terminal 200 can reduce the number of notification bits by collectively feeding back the ACK / NACK signals to the base station 100 as in the third embodiment.
  • the terminal may further collectively transmit ACK / NACK signals for each segmented section (for example, referred to as a “subsegment”).
  • the segment is further divided into four subsegments, and the base station and the terminal may set or select an ACK / NACK notification method for each subsegment.
  • the base station and the terminal may set or select an ACK / NACK notification method for each subsegment.
  • a header portion may be added for each subsegment.
  • a different notification method can be set for each sub-segment.
  • the notification method 1 may be set during the period of the sub-segment where the errors are concentrated, and the notification method 2 may be set during the period of another sub-segment.
  • the ACK / NACK notification method having a smaller number of notification bits is selected for each period finer than the segment, the ACK / NACK notification bits can be further reduced.
  • information indicating whether or not the terminal 200 has stored (or stored) data in the soft buffer 205 may be notified to the base station 100 together with the ACK / NACK signal. ..
  • the terminal 200 may notify the base station 100 of the DTX (that is, neither ACK nor NACK is sent) when the data is not stored in the soft buffer 205.
  • the base station 100 may determine the transmission parameter at the time of retransmission based on the notified information. For example, for data not stored in the soft buffer 205 at the terminal 200, the base station 100 may retransmit the same RV so that the terminal 200 can receive the same as the previous transmission, and Systematic Bit (in other words). Then, the RV including the original information bit) may be transmitted.
  • the base station 100 may transmit a different RV to the data stored in the soft buffer 205 in the terminal 200, and transmits an RV that does not include the Systematic Bit or has a low ratio of the Systematic Bit. May be good. Further, when the terminal 200 does not save the data in the soft buffer 205, the information indicating that the data is not saved may be notified to reduce the amount of notification information.
  • the BPF may be explicitly notified in the allocation information included in DCI or PDCCH, or implicitly notified by other parameters. You may.
  • the BPF is the DCI format used for the terminal 200, the RNTI (Radio Network Temporary ID) used for scrambling the PDCCH, or the search space where the PDCCH was transmitted and the time called CORESET. - May be notified by frequency resources.
  • the BPF may be notified by the process ID specially defined in the process ID field.
  • the specific process ID may be determined in advance, or may be notified from the base station 100 to the terminal 200 by system information or the like.
  • the BPF may be notified by the Logical Channel ID.
  • the priority for each Logical Channel ID may be determined in advance, or the base station 100 may notify the terminal 200.
  • the base station 100 notifies the Logical Channel ID by DCI every time data is transmitted, so that the terminal 200 can specify the Logical Channel ID (in other words, BPF) before decoding the data.
  • each terminal may select a method to be applied according to the terminal capability (UE capability).
  • the number of bits of the BPF may be 2 bits or more.
  • the soft buffer 205 of the terminal 200 is the high priority data. If it has been used (in other words, if there is no space, or if there is no low-priority stored data), the terminal 200 may perform the following operations. For example, the terminal 200 may discard the oldest data stored in the soft buffer 205 and store the received data this time. Alternatively, the terminal 200 may discard the received data this time without saving it, and may not give an ACK / NACK notification. In other words, the terminal 200 may operate as if the data was not transmitted this time. In this case, since the base station 100 does not have the ACK / NACK notification, the same data may be retransmitted as new data (NDI toggle notification).
  • the terminal operation is not specified and may be set according to the implementation of the terminal 200. For example, the operation may be different for each terminal.
  • one embodiment of the present disclosure can be applied regardless of the type of satellite such as GEO (Geo-stationary Earth Orbit), MEO (Medium Earth Orbit), LEO (Low Earth Orbit) or HAPS. Further, one embodiment of the present disclosure is not limited to NTN, but also for a terrestrial network in an environment where the cell size is large and the propagation delay between the base station and the terminal is long (for example, an environment in which the propagation delay is equal to or greater than the threshold value). Applicable.
  • the ACK / NACK signal may be referred to as HARQ-ACK or HARQ-Feedback information.
  • the error rate can be improved by transmitting data from the base station multiple times and synthesizing HARQ at the terminal.
  • BPF notifications may only be applied to HARQ processes with HARQ-Feedback disabled.
  • notification of HARQ-related information such as RV information is not required. Therefore, by notifying BPF instead, notification is possible without increasing the control information data size.
  • the downlink data transmission from the base station to the terminal has been described, but the present invention is not limited to this, and can be applied to the uplink data transmission from the terminal to the base station.
  • the necessity of data retention in the terminal transmission buffer may be instructed by notifying the BPF together with the uplink data allocation notification from the base station to the terminal.
  • the BPF is notified by DCI.
  • the terminal may notify the base station of the BPF together with the uplink transmission data to indicate whether or not the data should be retained in the reception buffer of the base station.
  • the BPF is notified by UCI (Uplink Control Information).
  • each of the above embodiments has been described on the premise of Dynamic scheduling in which data is allocated using DCI or PDCCH for each data transmission as downlink and uplink data allocation to the terminal. It can also be applied when using downlink semi-persistent scheduling (SPS) or uplink Configured grant (CG), which allocates wireless resources to terminals.
  • SPS downlink semi-persistent scheduling
  • CG uplink Configured grant
  • the initial transmission data is transmitted by the radio resource allocated periodically in advance, but Dynamic scheduling may be used to allocate the data using DCI or PDCCH at the time of HARQ retransmission. ..
  • the BPF may be notified when the base station notifies the terminal of the periodic radio resource allocation (periodicity), or the BPF may be notified by DCI or PDCCH at the time of HARQ retransmission.
  • RRC reconfiguration, MAC CE or DCI can be used to notify the periodicity of radio resource allocation.
  • the HARQ process is determined by the transmission timing, for the SPS or CG in which the same HARQ process ID is set, the transmission of the initial transmission data to be transmitted using the SPS or CG resource is transmitted.
  • the HARQ process may be determined by timing (eg, slot number or segment).
  • configuredGrantTimer when using uplink CG, configuredGrantTimer operates after sending the initial data, and CG resources are used until the timer expires (for example, the duration of the timer). Transmission of new initial data from the terminal is prohibited, and only retransmission data is assigned by dynanmic scheduling.
  • the configuredGrantTimer may be set to a value equal to or less than RTT, and the data transmitted from the terminal using the CG resource within the duration of the configuredGrantTimer may be treated as retransmission data and the received data may be synthesized.
  • the terminal can retransmit data transmission that requires improvement in reliability without waiting for an instruction to allocate the retransmitted data by dynamic scheduling from the base station.
  • configuredGrantTimer may be disabled in cases where high reliability is not required. In this case, you may notify the HARQ feedback invalidation or the configuredGrantTimer invalidation by the ConfiguredGrantConfig message that sets the CG.
  • one base station may perform the operations of each embodiment for each of the plurality of terminals.
  • one terminal may perform the operations of each embodiment with a plurality of base stations.
  • the values of the RTT length, the buffer size, the number of processes, the number of process IDs, the number of segments, the BPF, etc. described in each of the above embodiments are examples, and are not limited thereto.
  • Each functional block used in the description of the above embodiment is partially or wholly realized as an LSI which is an integrated circuit, and each process described in the above embodiment is partially or wholly. It may be controlled by one LSI or a combination of LSIs.
  • the LSI may be composed of individual chips, or may be composed of one chip so as to include a part or all of functional blocks.
  • the LSI may include data input and output.
  • LSIs may be referred to as ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of making an integrated circuit is not limited to LSI, and may be realized by a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connection and settings of the circuit cells inside the LSI may be used.
  • the present disclosure may be realized as digital processing or analog processing. Furthermore, if an integrated circuit technology that replaces an LSI appears due to advances in semiconductor technology or another technology derived from it, it is naturally possible to integrate functional blocks using that technology. There is a possibility of applying biotechnology.
  • the communication device may include a wireless transmitter / receiver (transceiver) and a processing / control circuit.
  • the wireless transmitter / receiver may include a receiver and a transmitter, or both as functions.
  • the radio transmitter / receiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • the RF module may include an amplifier, an RF modulator / demodulator, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smartphones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital stills / video cameras, etc.).
  • Digital players digital audio / video players, etc.
  • wearable devices wearable cameras, smart watches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth telemedicines remote health Care / medicine prescription
  • vehicles with communication functions or mobile transportation automobiles, airplanes, ships, etc.
  • combinations of the above-mentioned various devices can be mentioned.
  • Communication devices are not limited to those that are portable or mobile, but are not portable or fixed, any type of device, device, system, such as a smart home device (home appliances, lighting equipment, smart meters or It also includes measuring instruments, control panels, etc.), vending machines, and any other "Things” that can exist on the IoT (Internet of Things) network.
  • a smart home device home appliances, lighting equipment, smart meters or It also includes measuring instruments, control panels, etc.
  • vending machines and any other "Things” that can exist on the IoT (Internet of Things) network.
  • Communication includes data communication using a combination of these, in addition to data communication using a cellular system, wireless LAN system, communication satellite system, etc.
  • the communication device also includes devices such as controllers and sensors that are connected or connected to communication devices that perform the communication functions described in the present disclosure.
  • devices such as controllers and sensors that are connected or connected to communication devices that perform the communication functions described in the present disclosure.
  • controllers and sensors that generate control and data signals used by communication devices that perform the communication functions of the communication device.
  • Communication devices also include infrastructure equipment that communicates with or controls these non-limiting devices, such as base stations, access points, and any other device, device, or system. ..
  • the terminal includes a receiving circuit for receiving control information regarding buffering for retransmission control, and a control circuit for controlling the buffering based on the control information.
  • control information includes information indicating the priority of the buffering among a plurality of data.
  • control circuit controls the storage of the data in the buffer and the destruction of the data based on the information indicating the priority.
  • the control circuit when the buffer is full, the control circuit overwrites the data having a lower priority than the received data with the received data.
  • control circuit discards the received data when the low priority data does not exist in the buffer.
  • control information includes information indicating the priority of the data related to the new transmission, information indicating whether or not to perform a synthesis process on the data related to the retransmission request, and information. including.
  • control information includes information indicating the priority of the buffering between different data to which the same identification information regarding the retransmission control process is associated.
  • the different data associated with the same identification information is transmitted in a different period among a plurality of periods in which the time interval corresponding to the propagation delay time of the data is divided.
  • the control information for the data retransmitted during the period of the above includes information indicating that the synthesis process is not performed on the retransmitted data.
  • control circuit determines the identification information based on the time resource and the offset value with respect to the time resource.
  • the offset value is determined based on the difference between the numbers of the time resources corresponding to the data related to the new transmission and the data related to the retransmission, and the offset value is determined with respect to the data related to the retransmission.
  • the control information includes information indicating that the synthesis process is performed.
  • the offset value is the number of the time resource of the first data stored in the buffer of the terminal and the identification information associated with the first data.
  • the same identification information is determined based on the difference between the number of the time resource of the second data associated with the second data, and the control information for the second data buffers the second data. Contains information indicating that.
  • the terminal further includes a transmission circuit for collectively transmitting response signals for a plurality of data, and the control circuit includes information indicating an error detection result for each of the plurality of data.
  • the first method of transmitting the response signal and the second method of transmitting the response signal including information about the data having an error among the plurality of data are switched.
  • control circuit switches between the first method and the second method based on the notification from the base station.
  • control circuit selects a method having a smaller number of transmission bits of the response signal from the first method and the second method.
  • the base station includes a control circuit that generates control information related to buffering for retransmission control, and a transmission circuit that transmits the control information.
  • the terminal receives the control information regarding the buffering for the retransmission control, and controls the buffering based on the control information.
  • the base station In the transmission method according to the embodiment of the present disclosure, the base station generates control information regarding buffering for retransmission control and transmits the control information.
  • One embodiment of the present disclosure is useful for wireless communication systems.
  • Base station 101 Control unit 102, 207 Coding / modulation unit 103, 208 Wireless transmission unit 104, 201 Antenna 105, 202 Wireless reception unit 106, 203 Demodulation / decoding unit 107 ACK / NACK judgment unit 200 Terminal 204 Soft buffer control unit 205 Soft buffer 206 ACK / NACK generator

Abstract

無線伝搬環境に応じた適切な再送制御処理を実現する。端末は、再送制御のためのバッファリングに関する制御情報を受信する受信回路と、制御情報に基づいて、バッファリングを制御する制御回路と、を具備する。

Description

端末、基地局、受信方法及び送信方法
　本開示は、端末、基地局、受信方法及び送信方法に関する。
　5Gの標準化において、新しい無線アクセス技術（NR：New Radio access technology）が3GPPで議論され、NRのRelease 15 (Rel.15)仕様が発行された。
　しかしながら、無線伝搬環境に応じた適切な再送制御処理については検討の余地がある。
　本開示の非限定的な実施例は、無線伝搬環境に応じた適切な再送制御処理を実現できる端末、基地局、受信方法及び送信方法の提供に資する。
　本開示の一実施例に係る端末は、再送要求に係るデータのバッファリングに関する制御情報を受信する受信回路と、前記制御情報に基づいて、前記バッファリングを制御する制御回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、無線伝搬環境に応じた適切な再送制御処理を実現できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
HARQの動作例を示す図 実施の形態１に係る基地局の一部の構成例を示すブロック図 実施の形態１に係る端末の一部の構成例を示すブロック図 実施の形態１に係る基地局の構成の一例を示すブロック図 実施の形態１に係る端末の構成の一例を示すブロック図 実施の形態１に係る無線通信システムの動作例を示す図 実施の形態１に係る無線通信システムの動作例を示す図 実施の形態２に係る無線通信システムの動作例を示す図 実施の形態２に係る無線通信システムの動作例を示す図 実施の形態２の変形例１に係る無線通信システムの動作例を示す図 実施の形態２の変形例２に係る無線通信システムの動作例を示す図 実施の形態２の変形例２に係る無線通信システムの動作例を示す図 実施の形態３に係る無線通信システムの動作例を示す図 実施の形態３に係るACK/NACKの通知情報の一例を示す図 実施の形態３に係るACK/NACKの通知情報の他の例を示す図
　以下、本開示の実施の形態について図面を参照して詳細に説明する。
　[地上以外のネットワーク（NTN：Non-Terrestrial Network）への拡張]
　NRは、衛星および／または高高度疑似衛星（HAPS：High-altitude platform station）を用いた通信等の地上以外のネットワーク（NTN：Non-Terrestrial Network）への拡張が検討されている（例えば、非特許文献１）。
　NTN環境において、地上の端末（UE（User Equipment）とも呼ぶ）または航空機の端末に対する衛星のカバーエリア（例えば、１つ以上のセル）は、衛星からのビームによって形成される。また、端末と衛星との間の電波伝搬の往復時間は、衛星の高度（例えば、最大約36000km）および／または端末からみた角度によって決まる。
　例えば、衛星は、数100kmの直径を有するセルを形成する。衛星が形成するセルは、地上の基地局（例えば、gNBとも呼ぶ）等が形成する直径数kmのセルと比べて大きい。例えば、NTNでは、衛星と端末との間の伝搬遅延時間、すなわち、往復の伝搬時間（RTT：Round Trip Time）は、最大で544ms程度かかることが非特許文献１に記載されている。
　[HARQ]
　LTE又はNRでは、例えば、データ送信の際の再送制御にHARQ（hybrid automatic repeat request）が適用される。
　HARQでは、送信側は、例えば、データに対してターボ符号化又はLDPC（Low Density Parity Check）符号化等のチャネル符号化（FEC：Forward Error Correction）を行った上で送信する。また、受信側は、データ復号の際に、受信データに誤りが有る場合には受信データ（例えば、軟判定値）をバッファに保存（換言すると、バッファリング、格納又は保持とも呼ぶ）する。なお、バッファは、例えば、HARQソフトバッファ又は単にソフトバッファとも呼ばれる。受信側は、データの再送時に、受信データ（換言すると再送データ又は再送要求に係るデータ）と前回受信したデータ（換言すると保存データ）とを合成（ソフト合成）し、合成後のデータを復号する。
　これにより、HARQでは、受信側は、受信品質（例えば、SNR：Signal to Noise Ratio）を向上したデータを用いて復号できる。また、HARQでは、送信側は、前回送信時と異なるパリティビット（換言すると、異なるRV（Redundancy version））を送信することにより、符号化ゲインを向上できる。また、HARQでは、伝搬路遅延、又は、送信側及び受信側の処理遅延を考慮して、複数のプロセス（例えば、HARQプロセスとも呼ぶ）を用いることにより、連続的なデータ伝送が可能である（例えば、図１を参照）。この場合、受信側は、受信データを、プロセス（又はデータ）を識別する識別情報であるプロセスID（「PID」と表すこともある）毎に分けてバッファに保存する。
　また、例えば、LTE又はNRでは、基地局は、データ割り当ての際に、プロセスID、NDI（New Data Indicator）、RV等を含むHARQに関する情報を端末へ通知する。端末は、基地局から通知されるHARQに関する情報に基づいてデータの受信処理（例えば、ソフト合成処理等）を行う。
　一方で、例えば、NTN向けのHARQの方法については十分に議論されていない。地上ネットワークと比較して、伝搬遅延（又は、RTT）の大きなセル環境となるNTNでは、RTT内のプロセス数が多くなるため、受信側（例えば、端末）が備えるソフトバッファ量（換言すると、ソフトバッファサイズ）は大きくなり得る。ソフトバッファ量の増加によって、例えば、受信側（端末）の装置のコスト及びチップサイズ等が増加する可能性がある。
　これに対して、例えば、RTT内のプロセス数を低減した場合には、受信側（例えば、端末）が備えるソフトバッファ量を低減できる。しかし、RTT内のプロセス数を低減した場合には、ユーザ（換言すると、端末）あたりのスループット（例えば、最大ユーザスループットとも呼ぶ）が低下し得る。
　また、例えば、HARQ（換言すると、物理レイヤ、又は、MAC（Medium Access Control）での再送）を適用しない場合には、上位レイヤ（例えば、RLC（Radio Link Control）レイヤ）の再送が行われる。しかし、上位レイヤの再送は、HARQと比較して、合成ゲインが得られず、かつ、遅延が大きくなる。例えば、上位レイヤの再送では、各種ネットワーク制御の遅延又はユーザデータの遅延により、ユーザ体感（User experience）が悪化する可能性がある。
　そこで、本開示の一実施例では、例えば、NTN環境のような、端末と基地局との間の伝搬遅延が地上ネットワーク環境と比較して大きい場合における再送制御について説明する。本開示の一実施例によれば、例えば、異なるデータ（例えば、異なるプロセスのデータ）のそれぞれに対して適切な再送制御を実現できる。
　（実施の形態１）
　［通信システムの概要］
　本実施の形態に係る通信システムは、例えば、基地局１００及び端末２００を備える。以下の説明では、一例として、基地局１００（送信装置に相当）がデータ（例えば、下りリンクデータ又はPDSCH（Physical Downlink Shared Channel）とも呼ぶ）を送信する。また、端末２００（受信装置に相当）がデータを受信し、データに対する応答信号をフィードバックする。なお、応答信号は、例えば、ACK（Acknowledgement）/NACK（Negative acknowledgement）信号、又は、ACK/NACK情報とも呼ぶ。
　図２は、本開示の実施の形態に係る基地局１００の一部の構成例を示すブロック図である。図２に示す基地局１００において、制御部１０１は、再送制御のためのバッファリングに関する制御情報（例えば、バッファ優先度情報）を生成する。無線送信部１０３は、データ及び制御情報を送信する。
　図３は、本開示の実施の形態に係る端末２００の一部の構成例を示すブロック図である。図３に示す端末２００において、無線受信部２０２は、再送制御のためのバッファリングに関する制御情報（例えば、バッファ優先度情報）を受信する。ソフトバッファ制御部２０４は、制御情報に基づいて、バッファリングを制御する。
　［基地局の構成］
　図４は、本実施の形態に係る基地局１００の構成の一例を示すブロック図である。基地局１００は、例えば、制御部１０１と、符号化・変調部１０２と、無線送信部１０３と、アンテナ１０４と、無線受信部１０５と、復調・復号部１０６と、ACK/NACK判定部１０７と、を含む。
　制御部１０１は、例えば、端末２００に対する制御情報（例えば、データ割当情報）を生成し、符号化・変調部１０２へ出力する。制御情報には、例えば、時間リソース及び周波数リソースの割当情報（時間・周波数リソース割当情報とも呼ぶ）、符号化率及び変調方式の情報（例えば、MCS（Modulation and Coding Scheme）情報とも呼ぶ）、及び、HARQに関する情報（例えば、HARQ情報とも呼ぶ）が含まれてよい。
　HARQ情報には、例えば、プロセスID、NDI及びRVが含まれてよい。また、HARQ情報には、複数のデータ（例えば、異なるプロセスのデータ）間における、端末２００が備えるバッファ（例えば、図５に示すソフトバッファ２０５）へのバッファリングの優先度を表す「バッファ優先度情報（BPF：Buffer Priority Flag）」が含まれてよい。なお、BPFの一例については後述する。
　また、制御部１０１は、ACK/NACK判定部１０７から入力されるACK/NACKの判定結果に基づいて、送信データの再送を制御する。例えば、制御部１０１は、NACKの場合には再送指示を符号化・変調部１０２へ出力し、ACKの場合にはデータの破棄指示を符号化・変調部１０２へ出力する。
　符号化・変調部１０２は、入力される送信データ（例えば、新規送信に係るデータ（単に新規データとも呼ぶ）又は初回送信データ）を符号化及び変調し、変調後の信号を無線送信部１０３へ出力する。データの符号化方法は、例えば、ターボ符号、LDPC符号、及び、ポーラ符号等の誤り訂正符号化でもよい。また、データの変調方式は、例えば、QPSK（Quadrature Phase Shift Keying）及びQAM（Quadrature Amplitude Modulation）等でもよい。また、符号化・変調部１０２は、制御部１０１から入力される制御情報を符号化及び変調し、変調後の信号を無線送信部１０３へ出力する。
　また、符号化・変調部１０２は、例えば、送信済みの送信データを保持し、制御部１０１から再送指示が出力される場合（換言すると、送信データに誤りが有る場合）、保持しているデータ（換言すると、再送データ）に対して、上述した処理と同様の処理を行う。また、符号化・変調部１０２は、例えば、制御部１０１からデータの破棄指示が出力される場合（換言すると、送信データに誤りが無い場合）、保持しているデータを破棄する。
　なお、送信データの再送単位は、例えば、トランスポートブロック単位、コードブロック単位、又は、コードブロックグループ単位でもよく、他のデータ単位でもよい。
　例えば、LTE又は5G NRにおいて、送信データはPDSCHに相当し、データ割当情報はDCI（Downlink Control Information）又はPDCCH（Physical Downlink Control Channel）に相当する。
　無線送信部１０３は、符号化・変調部１０２から入力される信号に対して、例えば、Ｄ／Ａ変換、アップコンバート、増幅等の送信処理を行い、送信処理により得られた無線信号をアンテナ１０４から送信する。
　無線受信部１０５は、アンテナ１０４を介して受信した、端末２００からの信号に、ダウンコンバート、Ａ／Ｄ変換等の受信処理を行い、受信処理後の信号を復調・復号部１０６へ出力する。端末２００からの信号には、例えば、データ信号（例えば、上りリンクデータ又はPUSCH（Physical Uplink Shared Channel）とも呼ぶ）、及び、ACK/NACK信号が含まれる。
　復調・復号部１０６は、無線受信部１０５から入力される信号に対して、例えば、チャネル推定、復調及び復号処理を行う。復調・復号部１０６は、受信信号に含まれるデータ信号（換言すると、受信データ）を出力し、受信信号に含まれるACK/NACK信号をACK/NACK判定部１０７へ出力する。
　ACK/NACK判定部１０７は、復調・復号部１０６から入力されるACK/NACK信号に基づいて、送信済みの送信データ（例えば、トランスポートブロックなど）に対するACK又はNACKを判定する。ACK/NACK判定部１０７は、判定結果を制御部１０１へ出力する。
　［端末の構成］
　図５は、本実施の形態に係る端末２００の構成の一例を示すブロック図である。端末２００は、例えば、アンテナ２０１と、無線受信部２０２と、復調・復号部２０３と、ソフトバッファ制御部２０４と、ソフトバッファ２０５と、ACK/NACK生成部２０６と、符号化・変調部２０７と、無線送信部２０８と、を含む。
　無線受信部２０２は、アンテナ２０１を介して受信した、基地局１００からの信号にダウンコンバート、Ａ／Ｄ変換等の受信処理を行い、受信処理後の受信信号（例えば、データ及び制御情報を含む）を復調・復号部２０３へ出力する。
　復調・復号部２０３は、無線受信部２０２から入力される受信信号を復調及び誤り訂正復号し、復号後の信号をソフトバッファ制御部２０４へ出力する。
　例えば、復調・復号部２０３は、受信信号に含まれる受信データに対しては、受信信号に含まれる制御情報（例えば、データ割当情報）に示される変調方式及び符号化率に基づいて、復調及び誤り訂正復号してよい。復調・復号部２０３は、復号後の信号をソフトバッファ制御部２０４へ出力する。
　また、復調・復号部２０３は、例えば、制御情報に含まれるNDIに基づいて、受信データが新規データであるか再送データであるかを判別する。復調・復号部２０３は、受信データが新規データである場合、例えば、受信データを誤り訂正復号し、CRC（Cyclic Redundancy Check）判定を行う。また、復調・復号部２０３は、受信データが再送データである場合、前回受信までに受信したデータがソフトバッファ２０５に保存されている場合には、保存データと、今回受信したデータとを合成した後に、合成データを誤り訂正復号する。一方、復調・復号部２０３は、前回受信までに受信したデータがソフトバッファ２０５に保存されていない場合、合成処理を行わずに、今回受信したデータを誤り訂正復号し、CRC判定を行う。また、復調・復号部２０３は、CRC判定の結果をソフトバッファ制御部２０４へ出力する。
　ソフトバッファ制御部２０４は、復調・復号部２０３から入力されるCRC判定結果がCRC OKの場合（換言すると、誤り無しの場合）、対応するプロセスIDによって過去に保存済みの受信データの破棄（換言すると、Flush）をソフトバッファ２０５に指示する。
　また、ソフトバッファ制御部２０４は、CRC判定結果がCRC NGの場合（換言すると、誤り有りの場合）、復調・復号部２０３から入力される信号に含まれるバッファ優先度情報（BPF）に基づいて、ソフトバッファ２０５への受信データのバッファリングを制御する。例えば、ソフトバッファ制御部２０４は、BPFに基づいて、受信データのソフトバッファ２０５への保存及び受信データの破棄を制御する。ソフトバッファ制御部２０４は、受信データを保存する場合、受信データの保存をソフトバッファ２０５に指示する。なお、ソフトバッファ制御部２０４における動作例については後述する。
　また、ソフトバッファ制御部２０４は、復調・復号部２０３から入力されるCRC判定結果をACK/NACK生成部２０６へ出力する。また、ソフトバッファ制御部２０４は、CRC判定結果がCRC OKの場合、対応する受信データを出力する。
　ソフトバッファ２０５は、端末２００が過去に受信したデータ（例えば、軟判定値）を保存するバッファである。保存されたデータは、例えば、HARQ合成に使用される。ソフトバッファ２０５は、例えば、受信したデータをHARQのプロセス毎に保存する。
　なお、端末２００において、ソフトバッファ２０５は、RTTに相当するプロセス数の分のバッファを備えなくてもよい。換言すると、ソフトバッファ２０５のバッファサイズは、RTTに相当するプロセス数の分のバッファサイズよりも小さいサイズでもよい。
　ACK/NACK生成部２０６は、ソフトバッファ制御部２０４から入力されるCRC判定結果に基づいて、ACK/NACK信号を生成する。ACK/NACK生成部２０６は、例えば、CRC OK（誤り無し）の場合にはACKを生成し、CRC NG（誤り有り）の場合にはNACKを生成する。ACK/NACK生成部２０６は、生成したACK/NACK信号を符号化・変調部２０７へ出力する。
　なお、ACK/NACK生成部２０６は、複数のトランスポートブロック又はコードブロックが送信される場合には、各トランスポートブロック又は各コードブロックのそれぞれについてACK/NACK信号を生成し、複数のACK/NACK信号を含むACK/NACKコードブロックを生成してもよい。
　符号化・変調部２０７は、送信データ（換言すると、上りリンクデータ又はPUSCH）を誤り訂正符号化及び変調し、変調後の信号を無線送信部２０８へ出力する。また、符号化・変調部２０７は、ACK/NACK生成部２０６から入力されるACK/NACK信号を誤り訂正符号化及び変調し、変調後の信号を無線送信部２０８へ出力する。
　無線送信部２０８は、符号化・変調部２０７から入力される信号に対して、例えば、Ｄ／Ａ変換、アップコンバート、増幅等の送信処理を行い、送信処理により得られた無線信号をアンテナ２０１から送信する。
　［基地局１００及び端末２００の動作例］
　次に、上述した基地局１００及び端末２００の動作例について説明する。
　端末２００（換言すると、受信側）は、受信データに誤りが有る場合（例えば、CRC NGの場合）、ソフトバッファ２０５に受信データを保存して、対応するデータの再送を待つ。一方、端末２００は、受信データに誤りが無い場合（例えば、CRC OKの場合）、ソフトバッファ２０５に受信データを保存しなくてよい。換言すると、端末２００は、受信データ（例えば、受信パケット）に誤りが有る場合にソフトバッファ２０５を使用する。
　また、NTN環境（例えば、航空機又は船舶向けの環境）では、地上ネットワーク環境と比較して、例えば、伝搬路変動が少ないことが想定される。よって、NTN環境では、地上ネットワーク環境と比較して、低い誤り率（例えば、BLER（Block Error Rate）又はパケット誤り率とも呼ぶ）を実現する可能が高い。
　よって、NTN環境では、地上ネットワーク環境と比較して、端末２００がソフトバッファ２０５を使用するケース（換言すると、受信データを保存（又は合成）するケース）は少ないことが想定される。
　例えば、端末２００は、ソフトバッファ２０５において、平均的に、RTT分のプロセス数とBLERとを掛け合わせた数のバッファを使用してよい。一例として、BLERが1%であり、RTTに対応したプロセス数が512の場合（例えば、TTI（Transmission Time Interval）が1msの場合、RTT=512msに相当）には、端末２００は、平均的には約6プロセス分のバッファを使用してよい。
　このように、NTN環境では、RTTに対応したプロセス数分のソフトバッファサイズよりも小さいサイズのソフトバッファ２０５によってHARQを実現可能である。
　そこで、本実施の形態では、ソフトバッファ２０５のバッファサイズは、例えば、RTTに対応したプロセス数分のバッファサイズよりも小さくてもよい。
　ただし、ユーザ体感を損ねないように、制御パケット又は重要なユーザデータ等の優先度の高いデータ伝送は、HARQの合成ゲインによって低遅延で伝送されることが望ましい。換言すると、優先度の低いデータ伝送には、HARQの合成ゲインが得られない、例えば、MACレイヤ又は上位レイヤの再送が適用されてもよい。
　そこで、本実施の形態では、ソフトバッファ２０５へのデータのバッファリングの優先度を示すバッファ優先度情報（BPF）が基地局１００から端末２００へ通知される。換言すると、BPFは、複数のデータ間におけるソフトバッファ２０５の使用に関する優先度、又は、HARQによる合成処理の優先度を示す。
　例えば、基地局１００は、データ送信割当の際に、端末２００に対して、割り当てられるデータに対するBPFを生成し、BPFを端末２００へ通知する。端末２００は、BPFに基づいて、ソフトバッファ２０５における受信データの保存（換言すると、データの合成処理）を制御する。
　以下、本実施の形態に係るソフトバッファ２０５におけるデータ保存の動作例について説明する。
　例えば、BPFは、１ビットの情報（例えば、0又は1）でもよい。例えば、BPF=1は、ソフトバッファ２０５への保存について優先度の高いデータを示し、BPF=0は、ソフトバッファ２０５への保存について優先度の低いデータを示す。
　優先度の高いデータは、例えば、RRC（Radio Resource Control）等の上位レイヤの制御メッセージを含むデータ、又は、高い優先度のLogical Channelに対するデータである。また、優先度の低いデータは、例えば、音声データ又は動画データ等のストリーミングサービス向けのデータ等の遅延要求がより厳しいデータでもよい。遅延要求がより厳しいデータの場合には再送が行われないケースもあり得るため、ソフトバッファ２０５への保存の必要性が低いためである。なお、優先度の高いデータ及び優先度の低いデータは、これらに限定されず、他の種別のデータでもよい。
　例えば、端末２００は、優先度の低いデータ（例えば、BPF=0）に対するデータ復号時に誤りが有る場合、ソフトバッファ２０５に空きがあれば、ソフトバッファ２０５に受信データを保存し、ソフトバッファ２０５に空きが無ければ、ソフトバッファ２０５に受信データを保存せずに破棄する。
　また、例えば、端末２００は、優先度の高いデータ（例えば、BPF=1）に対するデータ復号時に誤りが有る場合、ソフトバッファ２０５に受信データを優先的に保存する。
　例えば、ソフトバッファ２０５が他のデータに全て使用されている場合（換言すると、空きが無い場合）、端末２００は、ソフトバッファ２０５に保存されているデータのうち、優先度の低いデータに対応する保存データを破棄して、優先度の高いデータを保存（換言すると、上書き保存）する。換言すると、端末２００は、ソフトバッファ２０５に空きが無い場合、受信データよりも優先度の低いデータを受信データによって上書きする。
　一方、端末２００は、例えば、ソフトバッファ２０５が他のデータに全て使用されている場合に、ソフトバッファ２０５に保存されたデータに、優先度の低いデータが存在しない場合、受信データを破棄する。
　図６及び図７は、ソフトバッファ２０５における保存動作の一例を示す。
　図６及び図７に示す例では、ソフトバッファ２０５は、３プロセス分のバッファを有する。換言すると、図６及び図７に示すように、RTTに対応したプロセス数に対して、ソフトバッファ２０５に保存可能なデータに対応するプロセス数は少ない場合を想定する。なお、ソフトバッファ２０５のバッファサイズは３プロセス分のバッファサイズに限定されず、他のサイズでもよい。
　図６及び図７に示すように、プロセスID=1（PID1）のデータ（例えば、PDSCH）に対する復号結果がエラー（例えば、CRC NG）である。そこで、端末２００は、PID1の受信データをソフトバッファ２０５に保存する。この際、端末２００は、受信データとともに、当該受信データに対応するプロセスID（換言するとラベル）をソフトバッファ２０５に保存する。また、図６及び図７に示すように、PID=1のデータについて、BPF=1が通知されているので、端末２００は、PID=1の保存データに対して、例えば、「高優先度」を設定（換言すると、ラベリング）する。
　また、図６及び図７に示すように、プロセスID=2（PID2）のデータ、及び、プロセスID=10（PID10）のデータに対する復号結果がそれぞれエラー（例えば、CRC NG）である。そこで、端末２００は、PID2及びPID10の受信データをソフトバッファ２０５にそれぞれ保存する。また、図６及び図７に示すように、PID=2及びPID=10のデータについて、それぞれ、BPF=0が通知されている。そこで、端末２００は、PID=2及びPID=10の保存データに対して、例えば、「低優先度」を設定（換言すると、ラベリング）する。
　図６及び図７に示すように、PID10の受信データが保存される時点で、ソフトバッファ２０５は全て使用された状態（換言すると、空きが無い状態）である。
　図６は、PID10の受信データが保存された後に、基地局１００から端末２００へ送信されるPID=41のデータのBPF=1の場合（優先度が高い場合）の動作例を示す。
　図６に示すように、BPF=1であるPID41のデータに対する復号結果がエラー（例えば、CRC NG）である。この場合、端末２００は、ソフトバッファ２０５に保存されたデータのうち、優先度の低いデータ（BPF=0のデータ又は低優先度のラベルが付されたデータ）の何れかのデータを破棄して、PID41のデータをソフトバッファ２０５に保存する。例えば、端末２００は、ソフトバッファ２０５に保存された低優先度のデータのうち、より古いプロセスIDのデータ（図６ではPID2のデータ）を、高優先度のデータ（図６では、PID41のデータ）によって上書き保存してよい。
　一方、図７は、PID10の受信データが保存された後に、基地局１００から端末２００へ送信されるPID=41のデータのBPF=0の場合（優先度が低い場合）の動作例を示す。
　図７に示すように、BPF=0であるPID41のデータに対する復号結果がエラー（例えば、CRC NG）である。この場合、ソフトバッファ２０５に保存されたデータのうち、PID41のデータよりも優先度の低いデータは存在しない。そこで、端末２００は、PID41のデータを保存せずに破棄する。換言すると、端末２００は、ソフトバッファ２０５に保存されたデータを破棄しない。
　以上、ソフトバッファ２０５におけるデータの保存動作の一例について説明した。
　上述したように、NTN環境では、地上ネットワーク環境と比較して、RTT内のプロセス数が多くなるものの、マルチパスが少なく、激しい伝搬路変動は発生しにくいので、低い誤り率を実現しやすい。よって、端末２００は、例えば、RTTに相当するプロセス数の分のソフトバッファサイズよりも小さいサイズのソフトバッファ２０５を使用できる。これにより、NTN環境のようにRTT内のプロセス数が多くなる場合でも、端末２００が備えるソフトバッファ２０５のサイズを抑制できる。よって、本実施の形態によれば、例えば、端末２００のチップサイズ又はコストを低減できる。
　また、本実施の形態では、送信データに対してソフトバッファ２０５へのバッファリング（換言すると、HARQ合成）に対する優先度（例えば、BPF）が設定される。換言すると、再送制御のためのバッファリングに関する情報（例えば、BPF）が基地局１００から端末２００へ通知される。
　これにより、端末２００は、ソフトバッファ２０５の空きが無い場合でも、優先度のより高いデータを優先的にソフトバッファ２０５にバッファリングし、HARQ合成を行うことができる。よって、本実施の形態によれば、優先度の高いデータに対して、HARQ合成ゲインを優先的に得られるので、優先度の高いデータの受信成功確率を向上でき、ユーザ体感を向上できる。
　このように、本実施の形態によれば、基地局１００及び端末２００は、異なるプロセスのデータの各々に対するバッファリングの優先度に応じて、適切に再送制御を行うことができる。このため、基地局１００は、例えば、ソフトバッファ２０５のサイズがRTT長に相当するプロセス数より少ない場合でも、RTT内のプロセス数を低減することなく、データ送信を連続的に行うことができる。よって、本実施の形態によれば、ユーザあたりのスループット（例えば、最大ユーザスループット）の低下を抑制できる。
　よって、本実施の形態によれば、無線伝搬環境に応じた適切な再送制御処理を実現できる。
　なお、ソフトバッファ２０５において他のデータに上書きされるデータ（例えば、図６のPID2のデータ）、及び、ソフトバッファ２０５に保存されないデータ（例えば、図７のPID41のデータ）は、端末２００によって破棄される。換言すると、これらのデータにはHARQ合成が適用されない。この場合、これらのデータには、通常の再送（ARQ）が適用されてもよい。ARQでは、例えば、ACK/NACK信号に基づいた再送が行われ、受信側（例えば、端末２００）での信号の合成は行われない。あるいは、これらのデータには、例えば、上位レイヤ（例えば、RLCレイヤ）の再送が適用されてもよい。上述したように、上位レイヤの再送は、HARQと比較して、遅延が大きくなる。例えば、低遅延が要求されないデータに対して低い優先度（例えば、BPF=0）が設定される場合、当該データに対して、HARQの代わりに合成を前提としない通常の再送又は上位レイヤの再送が適用されても、例えば、ユーザ体感の劣化を抑制できる。
　［実施の形態１の変形例］
　実施の形態１では、BPFは、新規送信及び再送に依らず、ソフトバッファ２０５への保存の優先度を示す場合について説明した。
　これに対して、実施の形態１の変形例では、NDIの値、すなわち、新規送信及び再送に応じてBPFが示す内容（又は意味）が異なる場合について説明する。
　例えば、新規送信時、すなわち、NDI値がトグルされている場合（例えば、同じプロセスに対して前回の値とは異なる値の場合）には、BPFが示す意味及び端末２００の動作は、実施の形態１と同様である。
　一方、再送時、すなわち、NDI値がトグルされていない場合（例えば、同じプロセスに対して前回値と同じ値の場合）には、BPFは、対応するデータの復号方法を示す。
　換言すると、BPFは、例えば、新規データのソフトバッファ２０５へのバッファリングの優先度を示す情報、及び、再送データに対して合成処理を行うか否かを示す情報を含む。
　例えば、データ再送時にBPF=0である場合、端末２００は、ソフト合成せずに誤り訂正復号を行う。一方、データ再送時にBPF=1である場合、端末２００は、過去に保存済みのデータと再送データとをソフト合成した後に誤り訂正復号を行う。
　また、端末２００は、誤り訂正復号後に誤りがある場合（例えば、CRC NG）、BPF=0の場合には低優先データとしてソフトバッファ２０５に保存し、BPF=1の場合には高優先度データとしてソフトバッファ２０５へ保存する。
　例えば、基地局１００は、過去に送信した低優先度のデータが端末２００において高優先度のデータに上書きされている可能性がある場合には、再送データに対してBPF=0を通知してよい。この通知により、基地局１００は、端末２００に対して、合成せずに復号するように指示できる。換言すると、端末２００は、例えば、再送データに対するデータがソフトバッファ２０５に保存されているか否かを判定（又は確認）する処理を行うことなく、合成するか否かを判定できる。
　よって、実施の形態１の変形例によれば、端末２００の処理をより簡易化できる。
　（実施の形態２）
　本実施の形態では、RTT内において同一のプロセスIDを異なるデータ送信に再利用する運用における無線通信システムの動作について説明する。
　なお、本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図４及び図５を援用して説明する。
　プロセスIDの再利用により、プロセスIDの通知ビット数を削減できる。例えば、RTTが512msであり、TTI長が1msである場合には、RTT内には512個のプロセスが存在し、プロセスIDの通知のためのビット数は9ビットである。本実施の形態において、例えば、通知されるプロセスIDの数を64個に設定（換言すると、限定）することにより、プロセスIDの通知ビット数を6ビットに削減できる。
　ただし、RTT内において異なるデータに対して同一のプロセスIDが再利用されるので、受信側（例えば、端末２００）は、受信データと、ソフトバッファ２０５に保存されている異なるデータ（換言すると、プロセスIDが受信データのプロセスIDと同一のデータ）と合成する可能性がある。
　本実施の形態では、基地局１００から端末２００へ通知されるBPFによって、ソフトバッファの使用に関する情報を通知することにより、同一プロセスIDの異なるデータ同士の合成を回避する方法について説明する。換言すると、本実施の形態と、実施の形態１とでは、BPFによって通知される内容が異なる。
　基地局１００（例えば、制御部１０１）は、例えば、RTT内における端末２００（例えば、図５を参照）へのデータ送信に対してプロセスIDを順番に使用し、全てのプロセスIDを使用した場合には、使用済みのプロセスIDを使用（再利用）する。これにより、異なるデータに対して同一プロセスIDが割り当てられる場合があり得る。
　また、基地局１００（例えば、制御部１０１）は、使用済みのプロセスIDをデータに割り当てる場合には、優先度の高いデータの場合にはBPF=1を設定し、優先度の低いデータの場合にはBPF=0を設定する。
　なお、基地局１００は、未使用のプロセスIDをデータに割り当てる場合には、例えば、実施の形態１と同様、優先度の高いデータの場合にはBPF=1を設定し、優先度の低いデータの場合にはBPF=0を設定してもよい。
　また、再送時には、基地局１００は、同一のプロセスIDを使用して優先度の高い異なるデータを送信済みの場合にはBPF=0を設定し、同一のプロセスIDを使用して優先度の高い異なるデータを送信していない場合にはBPF=1を設定する。
　基地局１００は、データ（例えば、新規データ又は再送データ）と、データに対するBPFとを端末２００へ送信する。
　端末２００は、新規データの受信時（換言すると、NDI値がトグルしている場合）、誤り訂正復号を行う。端末２００は、新規データの復号結果がエラー（例えば、CRC NG）の場合、BPF=1であれば、ソフトバッファ２０５に保存されたデータのうち、受信データのプロセスIDと同一プロセスIDの保存データを破棄して、受信データをソフトバッファ２０５に保存する。また、端末２００は、ソフトバッファ２０５に、受信データのプロセスIDと同一プロセスIDの保存データが無い場合、受信データをソフトバッファ２０５に保存する。
　また、端末２００は、新規データの復号結果がエラーの場合、BPF=0であれば、ソフトバッファ２０５に、受信データのプロセスIDと同一プロセスIDの保存データが無く、ソフトバッファ２０５に空きが有れば、受信データをソフトバッファ２０５に保存する。一方、端末２００は、ソフトバッファ２０５に、BPF=0の受信データのプロセスIDと同一プロセスIDの保存データがある場合、又は、ソフトバッファ２０５に空きが無い場合には受信データを保存せずに破棄する。
　このように、本実施の形態では、BPFは、HARQプロセス（換言すると、再送制御プロセス）に関する同一のプロセスIDが対応付られた異なるデータ間におけるソフトバッファ２０５へのバッファリングの優先度を示す。
　図８及び図９は、本実施の形態に係るソフトバッファ２０５における保存動作の一例を示す。
　図８及び図９に示す例では、ソフトバッファ２０５は、３プロセス分のバッファを有する。換言すると、図８及び図９に示すように、RTTに対応したプロセス数に対して、ソフトバッファ２０５に保存可能なデータに対応するプロセス数は少ない場合を想定する。なお、ソフトバッファ２０５のバッファサイズは３プロセス分のバッファサイズに限定されず、他のサイズでもよい。
　図８及び図９では、一例として、RTT内において同一のプロセスID=10（PID10）が異なるデータに対して再利用されている。例えば、図８及び図９では、１つ目のPID10のデータは、端末２００での復号結果がエラー（例えば、CRC NG）であり、ソフトバッファ２０５に保存されている。また、図８及び図９では、１つ目のPID10のデータ送信時に端末２００に通知されるBPF=0（優先度：低）である。
　図８は、２つ目のPID10のデータ送信時に端末２００に通知されるBPF=1（優先度：高）であり、図９は、２つ目のPID10のデータ送信時に端末２００に通知されるBPF=0（優先度：低）である。
　例えば、図８に示すように、２つ目のPID10のデータに対するBPF=1の場合、端末２００は、ソフトバッファ２０５に保存された１つ目のPID10のデータを破棄し、２つ目のPID10のデータを保存（上書き保存）する。換言すると、BPF=1の２つ目のPID10のデータは、BPF=0の１つ目のPID10のデータよりも優先的にソフトバッファ２０５に保存（換言すると、HARQ合成）される。
　一方、例えば、図９に示すように、２つ目のPID10のデータに対するBPF=0の場合、端末２００は、ソフトバッファ２０５に保存された１つ目のPID10のデータを破棄せずに、２つ目のPID10のデータを破棄する。
　また、端末２００は、再送データの受信時（換言すると、NDIが非トグルの場合）、BPF=1の再送データに対して、ソフトバッファ２０５に再送データのプロセスIDと同一プロセスIDのデータが保存されている場合には、これらのデータを合成し、合成後のデータを誤り訂正復号する。一方、端末２００は、BPF=1の再送データに対して、ソフトバッファ２０５に再送データのプロセスIDと同一プロセスIDのデータが保存されていない場合には合成せずに、再送データを誤り訂正復号する。端末２００は、再送データに対する復号結果がエラー（例えば、CRC NG）の場合にはソフトバッファ２０５へ受信データを保存する。
　一方、端末２００は、再送データの受信時、BPF=0の再送データに対して、ソフトバッファ２０５に再送データのプロセスIDと同一プロセスIDのデータが保存されているか否かに依らず、合成せずに、再送データを誤り訂正復号する。端末２００は、復号結果がエラー（例えば、CRC NG）の場合にもソフトバッファ２０５への受信データの保存を行わない。
　以上、ソフトバッファ２０５におけるデータの保存動作の一例について説明した。
　このように、本実施の形態によれば、端末２００は、受信データのプロセスIDと同一プロセスIDのデータがソフトバッファ２０５に保存されている場合、BPF=1の受信データに対しては、過去のデータ（換言すると保存データ）を破棄して、受信データをソフトバッファ２０５に新たに保存（上書き保存）する。一方、端末２００は、受信データのプロセスIDと同一プロセスIDのデータがソフトバッファ２０５に保存されている場合、BPF=0の受信データに対しては、受信データを破棄して、過去のデータ（換言すると保存データ）を保持する。
　これにより、本実施の形態では、プロセスIDが再利用される場合でも、端末２００は、同一プロセスIDを使用する異なるデータのうち何れかのデータに対するソフトバッファ２０５への保存（換言すると、HARQ合成）を優先して行うことができる。換言すると、本実施の形態では、端末２００は、同一プロセスIDを使用する異なるデータ同士を再送時に合成することを防止できる。
　また、本実施の形態によれば、プロセスIDの通知ビット数（換言すると、制御オーバーヘッド）を削減しつつ、HARQの効率を向上できる。よって、本実施の形態によれば、無線伝搬環境に応じた適切な再送制御処理を実現できる。
　（実施の形態２の変形例１）
　実施の形態２の変形例１では、プロセスIDが有効な期間（例えば、セグメントとも呼ぶ）を設定する場合について説明する。
　実施の形態２の変形例１では、同一プロセスIDが対応付られた異なるデータは、複数のセグメントのうちの異なるセグメントにおいて送信される。換言すると、異なるセグメントにおける同一プロセスIDのデータは、別データと扱われる。
　図１０は、実施の形態２の変形例１に係る動作例を示す図である。
　RTTの区間は、複数のセグメント（図８では、seg0～seg3の４個のセグメント）に分割される。例えば、図１０に示すように、RTTを周期とし、seg0～seg3が繰り返し設定される。
　端末２００は、例えば、異なるセグメントの同一プロセスIDのデータをそれぞれ異なるデータとしてソフトバッファ２０５に保存する。換言すると、端末２００は、セグメントとプロセスIDとの組み合わせに基づいて、受信データをソフトバッファ２０５に保存する。
　例えば、端末２００は、図１０に示すseg0においてプロセスID=0（PID0）のデータの復号結果がエラー（CRC NG）である場合、seg0及びPID0の受信データをソフトバッファ２０５に保存し、PID0のデータの再送が次のRTT区間の同一セグメントであるseg0の期間に送信されると想定する。
　また、端末２００は、異なるセグメント（例えば、図１０に示すseg0及びseg1）において同一のプロセスIDのデータ（例えば、図１０に示すPID1のデータ）を受信した場合には、別のデータとして受信処理する。例えば、図１０に示すように、seg0のPID1のデータ、及び、seg1のPID1のデータの復号結果がそれぞれエラー（CRC NG）の場合、端末２００は、各受信データ（例えば、seg0及びPID1のデータ、及び、seg1及びPID1のデータ）をソフトバッファ２０５に個別に保存する。換言すると、端末２００は、セグメントとプロセスIDとに基づいて、ソフトバッファ２０５を管理する。
　これにより、基地局１００は、端末２００へプロセスIDを通知する際には、セグメント内のプロセスIDを通知すればよいため、プロセスIDの通知ビットを削減できる。例えば、RTTが512msであり、TTI長が1msであり、セグメント長128msの4個のセグメントが設定される場合、セグメント内の最大プロセス数は128個である。このため、例えば、RTT長に相当するプロセスIDの場合には通知ビット数は9ビットであるのに対して、実施の形態２の変形例１では、プロセスIDの通知ビット数は7ビットであり、通知ビット数を低減できる。
　また、変形例１と実施の形態２とを組み合わせて、セグメント内においてプロセスIDを再利用してもよい。例えば、上記例（セグメント長128msであり、最大プロセス数128個の場合）において、例えば、16個のプロセスIDを通知可能としてもよい。この場合、プロセスIDの通知ビット数は4ビットであり、通知ビット数をさらに低減できる。また、セグメント内のプロセスIDを再利用する場合には、例えば、実施の形態２で説明したように、BPFを利用することにより、端末２００において異なるデータ同士の合成を回避でき、優先度の高いデータのHARQ合成が可能である。
　また、ここでは、或るセグメントで送信されたデータは、RTT経過後の同一のセグメントで再送される場合を想定している。しかし、基地局１００では、優先度のより高い他の処理又は他ユーザ向けのデータ送受信等に起因して、同一のセグメントでの送信ができない場合もある。この場合、基地局１００は、例えば、次のRTT区間の同一セグメントまで送信を待たずに、次のセグメントにおいて、BPF=0とともに再送データを送信してもよい。この場合、端末２００は、BPF=0であるので当該セグメント（seg1）向けに保存していたデータと、受信データとをソフト合成することなく復号処理を行う。また、端末２００は、受信データの復号結果がエラーでも、受信データをソフトバッファ２０５へ保存しない。このように、複数のセグメントのうち、或るセグメントにおいて送信されたデータが、異なるセグメントにおいて再送される場合、この異なるセグメントにおいて再送されるデータに対すBPFは、当該データに対する合成処理（換言すると、ソフトバッファ２０５への保存）を行わないことを示す。
　例えば、図１０において、或るRTTのseg0におけるPID1のデータは、本来、RTT経過後のseg0において再送される。これに対して、seg0におけるPID1のデータの送信が遅延した場合、図１０に示す基地局１００は、例えば、seg1においてBPF=0と共にseg0におけるPID1のデータを送信する。また、図１０に示すように、基地局１００は、seg1におけるPID1のデータに対する再送データを、seg1においてBPF無しで送信する。このように、図１０では、seg1においてPID1が対応付られた異なるデータが送信される。
　この場合、図１０に示すように、端末２００は、seg1においてBPF無しで送信されたPID1の再送データと、ソフトバッファ２０５に保存されたseg1のPID1の保存データとを合成する。一方、図１０に示すように、端末２００は、seg1においてBPF=0と共に送信されたPID1のデータを、合成せずに（換言すると、保存せずに）、受信処理する。
　これにより、基地局１００は、セグメントを跨がった場合でも異なるデータ同士の合成を回避してデータを再送できるため、同一セグメント内でデータ送信できない場合でも、遅延を低減できる。例えば、更に1RTT以上の遅延の発生を防ぐことができる。
　なお、RTT内のセグメント長は、全て同一でもよく、少なくとも一部のセグメント長が異なってもよい（短くてもよく、あるいは長くてもよい）。
　（実施の形態２の変形例２）
　実施の形態２の変形例２では、プロセスIDとスロット番号とを関連付ける（換言すると、紐づける）場合について説明する。
　synchronous HARQでは、各プロセスの送信タイミングは、予め決定されている。例えば、或るデータが送信された後、RTT経過後に、対応する再送データが送信される。このように、synchronous HARQでは、データの送信タイミングが予め決定されているため、プロセスIDの通知は無くてよい。一方、synchronous HARQでは、送信タイミングが決定されているため、スケジューリング（例えば、各端末へのデータ割り当て）の柔軟性が低下する。また、例えば、プロセスIDを通知することにより、スケジューリングの柔軟性を向上できるが、プロセスID通知のための制御データ量は増加する。
　そこで、実施の形態２の変形例２では、スロット番号と、スロット番号からの相対値（換言すると、スロット番号に対するオフセット値。プロセスID相対値と呼ぶこともある）とに基づいて、プロセスIDが通知される。これにより、プロセスIDの通知のための制御データ量を削減しつつ、スケジューリングの柔軟性を向上できる。
　例えば、スロット番号を「n」とし、通知する相対値（オフセット値）を「p」とし、RTTに相当するプロセス数（換言すると、RTTをTTIで割った値）を「nRTT」とする。この場合、プロセスID（PID）は、次式(1)によって算出される。
　PID = (n+p+nRTT) mod nRTT　　　　　　(1)
　ここで、pは、例えば、-8, -7, …, +7の4ビットで表現されてよい。この場合、基地局１００は、4ビットのpを端末２００へ通知する。また、端末２００は、式（１）に従って、基地局１００の意図するプロセスIDを算出する。なお、pのビット数は４ビットに限らず、他のビット数でもよい。
　図１１は、実施の形態２の変形例２に係る動作例を示す図である。
　例えば、図１１に示すように、スロット1においてp＝0が設定されて送信されたPID1のデータが、RTT経過後（換言すると、次のスロット1）から2スロット遅延したタイミングであるスロット3において再送される場合、基地局１００は、p=-2を設定する。これにより、新規送信時（n=1、p=0）の式（１）におけるn+pの値は'1'であり、再送時（n=3、p=-2）におけるn+pの値は'1'であり、PIDは互いに同一となる。また、図１１に示すように、スロット3においてPID1のデータが再送される場合、BPF=1が設定される。
　このように、pの値（オフセット値）は、データの新規送信時と再送時とに対応するスロット番号の差分に基づいて決定されてよい。また、再送データに対するBPFは、合成処理を行うことを示す。これにより、基地局１００は、端末２００に対して、同一のプロセスID（例えば、PID1）を、予め決定されている送信タイミングと異なるタイミングにおいて通知できる。
　また、基地局１００は、優先度の高いデータを送信する際に、ソフトバッファ２０５に保存された優先度の低いデータを上書きさせるために、優先度の高いデータのプロセスIDに、優先度の低いデータを割り当てたプロセスIDを設定し、BPF=1を設定してもよい。
　例えば、図１２に示すように、基地局１００は、スロット0においてp=0を設定し、BPF=0を設定してPID0のデータを送信している。また、図１２に示すように、基地局１００は、同一RTT内のスロット5（n=5）においてp=-5を設定し、BPF=1を設定して、PID0のデータを送信する。換言すると、図１２に示すスロット5では、スロット0においてp=0を設定し、BPF=0を設定して送信されたデータのプロセスIDと同一のプロセスIDが端末２００へ通知される。この場合、端末２００は、通知されたPID0について、ソフトバッファ２０５に保存されたデータ（換言すると、BPF=0のデータ）を破棄して、新たに受信したデータ（換言すると、BPF=1のデータ）を保存する。
　このように、pの値（オフセット値）は、端末２００のソフトバッファ２０５に保存された第１データの送信に対応するスロット番号（図１２ではスロット0）と、第１データに対応付られたPID（図１２ではPID0）と同一のPIDが対応付られた第２データの送信に対応するスロット番号（図１２ではスロット5）との差分に基づいて決定される。また、第２データに対するBPFは、第２データのソフトバッファ２０５へのバッファリングを行うことを示す。
　このように、実施の形態２の変形例２により、プロセスIDの通知ビット数を削減しつつ、スケジューリングの柔軟性を向上できる。また、実施の形態２の変形例２では、相対値pの通知とBPFの通知とを組み合わせることにより、優先度の低いデータよりも、優先度の高いデータに対して、ソフトバッファ２０５が優先的に使用されるので、優先度の高いデータの信頼性を向上でき、遅延を短縮できる。
　なお、スロット番号は、基地局１００又はシステムによって設定されているスロットの番号であり、システムフレーム毎に繰り返される番号でもよい。この場合、式（１）におけるnの値は、次式（２）によって算出されてよい。
　n=スロット番号 + システムフレーム番号×(システムフレームあたりのスロット数)　　　　　(2)
　また、スロット番号は、サブフレーム毎に繰り返される番号でもよい。この場合、式（１）におけるnの値は、次式（３）によって算出されてよい。
　n=スロット番号＋システムフレーム番号×サブフレーム番号
　　　×(サブフレームあたりのスロット数)　　　　　　　　　　(3)
　なお、実施の形態２の変形例２では、スロットについて説明したが、時間リソース単位は、スロットに限らず、他の時間リソース単位（例えば、フレーム、サブフレーム又はミニスロットなど）でもよい。
　（実施の形態３）
　本実施の形態では、端末は、複数の送信データ（例えば、トランスポートブロック）に対するACK/NACK信号をまとめて基地局へ通知（フィードバック）する場合について説明する。
　例えば、ACK/NACK信号の通知の周期は、基地局から端末へ予め通知されてよい。端末は、ACK/NACK信号の通知タイミングにおいて、例えば、前回の通知タイミングよりも後に受信したデータに対するACK/NACK信号をまとめて送信する。
　図１３は、本実施の形態に係る無線通信システムの動作例を示す。
　図１３では、一例として、一定の期間（例えば、RTT）が、複数（ここでは5個）のセグメント(例えば、seg0～seg4)に分割され、セグメント毎に1回のACK/NACK信号が通知される。端末は、例えば、セグメント内において生成したACK/NACK信号を保持し、セグメントの切れ目（換言すると境界）のタイミングにおいて、ACK/NACK信号の送信処理を行ってもよい。
　また、端末２００は、例えば、トラヒック状況、伝送路状況、又は、ACK/NACK信号に基づいて、ACK/NACK信号の通知方法を変更してもよい。ACK/NACK信号の通知方法には、例えば、以下の方法がある。
　＜通知方法１＞
　上述したように、NTNでは、地上ネットワークと比較して伝搬路変動が小さいため、低い誤り率（例えば、BLER）を実現可能である。
　そこで、通知方法１では、端末は、一定期間（例えば、セグメント）において受信したデータのうち、ACK/NACK信号がNACKであるデータのプロセスID（換言すると、復号結果にエラーが有るデータのプロセスID）を通知する。換言すると、通知方法１では、端末は、一定期間において受信したデータのうち、ACK/NACK信号がACKであるデータのプロセスIDを通知しない。
　例えば、通知方法１において、64ms毎にまとめてACK/NACK信号を送信する場合について説明する。この場合、NACKに対応するプロセス数（換言すると、復号結果にエラーが有るデータ数）を「nError」とした場合、端末は、エラーの個数の通知と、エラーが有るデータのプロセスIDの通知とを合わせて、nError×6 (=log2(64))+6ビットの情報を通知する。例えば、エラーが有るデータのプロセス数nError=1の場合には、通知ビット数は12ビットであり、64ビットよりも少なくなる。
　＜通知方法２＞
　通知方法２では、ビットマップによって各プロセスのデータに対するACK/NACK信号を１つずつ表現する。例えば、端末は、64ms毎にまとめてACK/NACK信号を送信する場合、最大で64ビット分の情報を通知する。
　以上、ACK/NACK信号の通知方法について説明した。
　ここで、例えば、64ms毎にまとめてACK/NACK信号を送信する場合に、エラーが有るデータのプロセス数が10個以上の場合（nError≧10の場合）、通知方法１では、通知ビットは66ビット以上になり、通知方法２（例えば、64ビット）の通知ビット数の方が少ない。換言すると、64ms毎にまとめてACK/NACK信号を送信する場合に、エラーが有るデータのプロセス数が10個未満の場合（nError＜10の場合）、通知方法１では、通知ビットは64ビット（つまり、通知方法２の通知ビット数）よりも少くなる。
　そこで、本実施の形態では、端末は、状況に応じて、通知方法１（換言すると、NACKに対応するプロセスIDによるACK/NACK通知）と、通知方法２（換言すると、ビットマップによるACK/NACK通知）とを切り替える。
　以下、ACK/NACK通知の切り替え方法１及び２についてそれぞれ説明する。
　＜切り替え方法１＞
　切り替え方法１では、基地局が各端末のACK/NACK信号の通知方法を設定する。
　ACK/NACK信号の通知方法は、例えば、基地局から端末へ通知される。例えば、基地局は、ACK/NACK通知方法の設定を、端末毎に設定して、上位レイヤ（例えば、RRC reconfigurationメッセージ）によって通知してもよく、セル毎に設定して、システム情報によって報知してもよい。端末は、基地局からの通知に基づいて、通知方法１と通知方法２とを切り替える。
　例えば、基地局は、データ通信の発生頻度又は伝搬路変動の状況に基づいて、通知方法１と通知方法２とを切り替えてよい。例えば、基地局は、データ通知の発生頻度が少ない場合（例えば、発生頻度が閾値未満の場合）に通知方法１を設定し、データ通知の発生頻度が多い場合（例えば、発生頻度が閾値以上の場合）に通知方法２を設定してもよい。
　又は、例えば、基地局は、伝搬路変動が小さい場合（例えば、伝搬路変動が閾値未満の場合）に通知方法１を設定し、伝搬路変動が大きい場合（例えば、伝搬路変動が閾値以上の場合）に通知方法２を設定してもよい。
　なお、ACK/NACK通知方法の切り替え基準は、データ通知の発生頻度及び伝搬路変動の状況に限らず、他の基準でもよい。換言すると、ACK/NACK信号の通知ビット数が通知方法２よりも通知方法１の方が少なくなりやすい状況に、通知方法１が設定され、ACK/NACK信号の通知ビット数が通知方法１よりも通知方法２の方が少なくなりやすい状況に、通知方法２が設定されるような基準であればよい。
　＜切り替え方法２＞
　切り替え方法２では、端末がACK/NACK通知方法を選択する。
　端末は、例えば、通知方法１及び通知方法２のうち、通知ビット数の少ない通知方法を選択してもよい。
　ここで、報告対象のプロセス数を「nP」とし、NACKの数を「nN」とする。この場合、通知方法１及び通知方法２の通知ビット数は以下のようになる。
　通知方法１の通知ビット数：nPビット
　通知方法２の通知ビット数：nN×ceil(log2(nP))＋ceil(log2(nP)) ビット
　　　　　　　　　　　　　　(NACK数の通知ビットを含む)
　なお、ceilは、小数点以下を繰り上げる演算を示す。
　端末は、通知方法１及び通知方法２のうち、通知ビット数の少ない通知方法を選択して基地局へ通知する。基地局は、例えば、端末から通知されるACK/NACK信号の通知方法に基づいて、ACK/NACK信号を受信する。
　図１４は、ACK/NACK信号を通知するためのフォーマットの一例を示す。図１４において、ヘッダ部には、通知方法を示す情報が格納され、残り部分（例えば、ACK/NACK情報フィールド）には、ACK/NACK信号が格納される。
　図１４のヘッダ例１では、ヘッダ部のビット数は1ビットであり、１ビットのヘッダ部（0及び1の何れか）によって通知方法１又は通知方法２が指定される。なお、通知方法２の場合には、NACKの数に応じてACK/NACK信号の通知ビット数が異なる。このため、基地局は、例えば、図１４に示すACK/NACK情報フィールド内のNACK数の通知ビットによって、ACK/NACK信号の通知ビット数（長さ）を判定してよい。
　図１４のヘッダ例２では、ヘッダ部のビット数は2ビットであり、2ビットのヘッダ部（00,01,10,11の何れか）によって、通知方法１及び通知方法２の他に、NACK無し（又はデータ割り当て無し）が指定される。
　ヘッダ例２において、NACK無しの場合（ヘッダ：01）には、例えば、後続するACK/NACK情報フィールドには情報が含まれない。また、ヘッダ例２において、通知方法２の場合には、ヘッダ部において、NACKの数がM1個未満であるか（ヘッダ：10）、M1個以上M2個未満であるか（ヘッダ：11）、が指定されてよい。M1個未満であれば、ceil(log2(M1))ビットのACK/NACK信号が格納され、M1個以上M2個未満であればceil(log2(M2))ビットのACK/NACK信号が格納される。これにより、基地局は、ヘッダ部を読み取ることにより、ACK/NACK情報フィールドのビット数を判定できる。
　また、ヘッダ例２では、ACK/NACK情報フィールドのビット数の種類（例えば、図１４では、4種類のビット数）を規定してもよい。これにより、例えば、端末は、ビット数の種類に応じた数（図１４では４個）の無線リソース（例えば、時間・周波数リソース）候補の中から１つを選択してACK/NACK情報を送信する。また、基地局は、例えば、ビット数の種類に応じた数の無線リソースの中から１つをブラインド検出する。この場合、ヘッダとACK/NACK情報フィールドとを同一ブロックとして誤り訂正符号化を行うことができるのでより高い符号化利得が得られる。
　このように、本実施の形態では、端末は、複数の受信データに対してACK/NACK信号をまとめて基地局へ通知することにより、通知ビット数の少ない通知方法によるACK/NACK信号の通知が可能となり、ACK/NACK通知のオーバーヘッドを低減できる。
　また、例えば、1ビット（例えば、１プロセス）のACK/NACK信号を都度送信する場合、基地局において要求される誤り率（十分に低い誤り率）で受信させるには、拡散又は複数回の繰り返し送信等の無線リソース使用量が大きくなり得る。これに対して、本実施の形態では、ACK/NACK信号がまとめてフィードバックされるので、誤り訂正符号化利得又はダイバーシチ利得が得られ、無線リソースの使用効率を向上できる。
　また、ACK/NACK信号の通知のための無線リソースを使用する際に、通知ビット数の削減により、よりロバストな送信方法（例えば、より低い符号化率による伝送）が可能となりACK/NACK通知の信頼性を向上できる。例えば、NTNでは、長距離伝送となるため、信頼性の向上は重要である。
　なお、本実施の形態では、一例として、ACK/NACK信号の通知タイミングをセグメント毎に区切る場合について説明したが、これに限定されない。例えば、基地局は、ACK/NACK信号のフィードバック周期を通知し、端末は、フィードバック周期に基づいて、ACK/NACK信号を通知してもよい。
　また、実施の形態３は、例えば、実施の形態１及び実施の形態２の少なくとも一つと組み合わせてもよい。
　例えば、実施の形態１と実施の形態３とを組み合わせることにより、端末２００（例えば、図５を参照）は、基地局１００（例えば、図４を参照）から通知されるBPF（換言すると、優先度）に基づいて、ソフトバッファ２０５におけるデータ保存（換言すると、HARQ合成）を制御し、優先度の高いデータのHARQを適切に行うことができる。また、端末２００は、実施の形態３と同様、ACK/NACK信号をまとめて基地局１００へフィードバックすることにより、通知ビット数を削減できる。
　同様に、例えば、実施の形態２と実施の形態３とを組み合わせることにより、端末２００は、RTT内においてプロセスIDが再利用される場合でも、基地局１００（例えば、図４を参照）から通知されるBPFに基づいて、同一プロセスIDの異なるデータを合成することなく、優先度の高いデータのHARQを適切に行うことができる。また、端末２００は、実施の形態３と同様、ACK/NACK信号をまとめて基地局１００へフィードバックすることにより、通知ビット数を削減できる。
　（実施の形態３の変形例１）
　実施の形態３では、端末が各セグメント内のACK/NACK信号をまとめて基地局へ通知する場合について説明した。実施の形態３の変形例１では、端末は、さらに、セグメントを分割した区間（例えば、「サブセグメント」と呼ぶ）毎のACK/NACK信号をまとめて送信してもよい。
　例えば、セグメントが更に４つのサブセグメントに分割され、基地局及び端末は、サブセグメント毎にACK/NACK通知方法を設定又は選択してよい。この場合、例えば、図１５に示すように、サブセグメント毎にヘッダ部を付加してもよい。これにより、例えば、サブセグメント毎に異なる通知方法を設定できる。
　また、例えば、エラーが集中して発生するような環境では、エラーが集中するサブセグメントの期間において通知方法１が設定され、他のサブセグメントの期間において通知方法２が設定されてもよい。このように、セグメントよりも細かい期間毎に通知ビット数の少ないACK/NACK通知方法が選択されるので、ACK/NACK通知ビットをより削減できる。
　以上、本開示の各実施の形態について説明した。
　なお、実施の形態１及び実施の形態２において、端末２００がソフトバッファ２０５へデータを保存（又は格納）したか否かを示す情報を、ACK/NACK信号とともに基地局１００へ通知してもよい。または、端末２００は、ソフトバッファ２０５へデータを保存なかった場合にはDTX（つまり、ACKもNACKも送らない）を基地局１００へ通知してもよい。基地局１００は、通知される情報に基づいて、再送時の送信パラメータを決定してよい。例えば、端末２００においてソフトバッファ２０５に保存されなかったデータに対して、基地局１００は、端末２００で前回の送信と同様に受信できるように同じRVを再度送信してもよく、Systematic Bit（換言すると、元の情報ビット）を含むRVを送信してもよい。また、例えば、端末２００においてソフトバッファ２０５に保存されたデータに対して、基地局１００は、異なるRVを送信してもよく、Systematic Bitを含まない或いはSystematic Bitの割合が低いRVを送信してもよい。また、端末２００がソフトバッファ２０５にデータを保存しなかった場合には、データが保存されていないことを示す情報を通知し、通知情報量を低減してもよい。
　また、実施の形態１及び実施の形態２において、BPFは、DCI又はPDCCHに含まれる割当情報内において明示的（explicit）に通知されてもよく、他のパラメータによって暗示的（implicit）に通知されてもよい。暗示的な通知の場合、例えば、BPFは、端末２００に使用されるDCIフォーマット、PDCCHのスクランブリングに用いられるRNTI（Radio Network Temporary ID）、又は、PDCCHが送信されたサーチスペース及びCORESETと呼ばれる時間・周波数リソースによって通知されてよい。または、端末２００は、再送データに対してSystematic Bitが含まれる新規送信向けのRVが通知されたときにはBPF=1と判断し、再送データを合成せずに復号し、Systematic Bitが含まれない或いはSystematicの割合が低い再送向けのRVが通知されたときにはBPF=0と判断し、再送データを合成して復号を行ってもよい。また、端末２００は、新規送信向けのMCSが通知された場合にはBPF=1と判断し、再送データを合成せずに復号し、再送向けのMCSが通知された場合にはBPF=0と判断し、再送データを合成しないで復号を行ってもよい。
　また、BPFはプロセスIDフィールドで特別に定義されたプロセスIDにより通知されてもよい。端末２００は、ある特定のプロセスIDが通知された場合にはBPF=0と判断し、受信データに誤りがあっても受信データの保存を行わず、NACKを送信する。また、端末２００は、BPF=0と判断した際、再送データの場合には合成を行わずに復号する。また、端末２００は、上記特定のプロセスID以外のプロセスIDが通知された場合にはBPF=1と判断し、受信データに誤りがあると受信データの保存を行い、NACKを送信する。また、端末２００は、BPF=1と判断した際、再送データの場合には合成を行って復号する。特定のプロセスIDは予め決められてもよく、システム情報などで基地局１００から端末２００へ通知されてもよい。
　また、BPFは、Logical Channel IDによって通知されてもよい。例えば、優先度の高いLogical Channel IDはBPF=1（優先度：高）を意味し、優先度の低いLogical Channel IDはBPF=0（優先度：低）を意味してもよい。なお、Logical Channel ID毎の優先度は予め決定されてもよく、基地局１００から端末２００へ通知されてもよい。例えば、基地局１００は、データ送信の度に、DCIによってLogical Channel IDを通知することにより、端末２００は、データ復号前にLogical Channel ID（換言すると、BPF）を特定できる。
　また、各実施の形態又は変形例では、端末（UE）の能力に応じて、端末が対応できる方法と、対応できない方法とが存在する可能性がある。このような場合、各端末は、端末能力（UE capability）に応じて適用する方法を選択してもよい。
　また、実施の形態１及び実施の形態２では、BPFが1ビットのケースについて説明したが、BPFのビット数は2ビット以上でもよい。例えば、BPFが2ビットの場合には、以下のように、4段階の優先度を示してもよい。この例では、BPF=00, 01, 10, 11のうち、00が最も優先度が高く、11が最も優先度が低い。
　00：ソフトバッファ２０５へ必ず保存、かつ、他のデータによる上書きを禁止
　01：ソフトバッファ２０５へ必ず保存、かつ、他のデータによる上書きを許可
　10：空きがあればソフトバッファ２０５へ保存、かつ、他のデータによる上書きを許可
　11：空きがあってもソフトバッファ２０５へ保存しない
　また、実施の形態１及び実施の形態２において、BPF=1が通知された場合（換言すると、優先度の高いデータを受信した場合）に、端末２００のソフトバッファ２０５が優先度の高いデータで使用されていた場合（換言すると、空きが無い場合、又は、優先度の低い保存データが無い場合）、端末２００は、以下の動作を行ってよい。例えば、端末２００は、ソフトバッファ２０５に保存済みのデータのうち最も古いデータを破棄して、今回の受信データを保存してもよい。又は、端末２００は、今回の受信データを保存せずに破棄し、ACK/NACK通知しなくてもよい。換言すると、端末２００は、今回のデータ送信が無かったように動作してよい。この場合、基地局１００は、ACK/NACK通知が無いので、同一のデータを新規データ（NDIトグル通知）として再送してよい。
　又は、端末２００は、ソフトバッファ２０５において実装してあるバッファ量より多くの高優先度データ（換言すると、BPF=1のデータ）は送信されないと想定して動作してもよい。この場合、端末動作は規定されず、端末２００の実装に応じて設定されてよい。例えば、端末毎に動作が異なってもよい。
　また、本開示の一実施例は、GEO（Geo-stationary Earth Orbit）、MEO（Medium Earth Orbit）、LEO（Low Earth Orbit）又はHAPS等の衛星の種類によらず適用できる。また、本開示の一実施例は、NTNに限らず、例えば、セルサイズが大きく基地局と端末との間の伝搬遅延が長い環境（例えば、伝搬遅延が閾値以上の環境）の地上ネットワークにも適用できる。
　また、上記各実施の形態において、ACK/NACK信号は、HARQ-ACK又はHARQ-Feedback情報と呼ばれることもある。
　また、HARQ-Feedbackが無効化設定された端末がACK/NACK信号を送信しない場合においても、基地局からデータを複数回送信し、端末でHARQ合成することにより誤り率を改善することができる。この場合でも、端末においてデータを合成するか否かをBPFにより通知することにより、限られたHARQバッファを有効に活用できる。例えば、基地局がデータを複数回送信する場合にはBPF=1を通知して、端末ではHARQバッファに格納してもよい。その一方で、基地局がデータをそれ以上送信しない場合にはBPF=0を通知して端末ではHARQバッファへの格納をしなくてもよい。また、BPFの通知をHARQ-Feedbackが無効化設定されたHARQプロセスにのみ適用してもよい。HARQ-Feedbackが無効化設定されたHARQプロセスではRV情報といったHARQ関連情報の通知が不要となるため、その代わりにBPFを通知することにより制御情報データサイズを増やすことなく通知が可能となる。
　また、上記各実施の形態において、基地局から端末への下りリンクのデータ伝送について説明したが、これに限らず、端末から基地局への上りリンクのデータ伝送にも適用できる。上りリンクのデータ伝送時には、基地局から端末への上りリンクデータ割り当て通知と共にBPFを通知することにより、端末送信バッファのデータ保持の要否を指示してもよい。この場合、BPFはDCIにより通知される。或いは、端末が上りリンク送信データと共にBPFを基地局へ通知することにより、当該データを基地局の受信バッファへの保持の要否を指示してもよい。この場合、BPFはUCI（Uplink Control Information）により通知される。
　また、上記各実施の形態は、端末への下りリンク及び上りリンクのデータ割り当てとして、データ送信ごとにDCI或いはPDCCHを用いてデータを割り当てるDynamic schedulingを前提に説明したが、この他に、あらかじめ周期的に端末へ無線リソースを割り当てる、下りリンクのsemi-persistent scheduling（SPS）又は上りリンクのConfigured grant（CG）を用いる場合にも適用できる。この場合、Rel.15 NRのように、初送データはあらかじめ周期的に割り当てられた無線リソースで送信されるが、HARQ再送時にはDCI或いはPDCCHを用いてデータを割り当てるDynamic schedulingが用いられてもよい。周期的な無線リソースの割り当て（periodicity）を基地局から端末へ通知するときにBPFを通知してもよいし、HARQ再送時のDCI或いはPDCCHでBPFを通知してもよい。周期的な無線リソースの割り当て（periodicity）の通知には、RRC reconfiguration、MAC CE又はDCIを用いることができる。また、実施の形態２において、送信タイミングによりHARQプロセスを判断する場合には、同一のHARQプロセスIDが設定されたSPS又はCGに関しては、SPS又はCGのリソースを用いて送信する初送データの送信タイミング（例えば、スロット番号又はセグメント）によってHARQプロセスを判定してもよい。
　また、Rel.15 NRでは、上りリンクのCGを用いる場合には、初送データを送信した後にconfiguredGrantTimerが動作し、タイマー満了までの間（例えば、タイマーの継続期間）はCGリソースを用いての端末からの新規の初送データ送信が禁止されdynanmic schedulingによる再送データの割り当てのみが行われる。一方で、NTNにおいてはRTTが長いため基地局からの再送の指示を待っていては遅延が大きくなる。このため、configuredGrantTimerをRTT以下の値に設定し、configuredGrantTimerの継続期間内にCGリソースを用いて端末から送信されたデータは再送データとして扱い受信データの合成を行ってもよい。これにより、端末は信頼性向上が必要なデータ伝送に対して基地局からのdynamic schedulingによる再送データの割り当て指示を待たずに再送することができる。一方で、高い信頼性が必要ないケースにおいてはconfiguredGrantTimerを無効化してもよい。この場合、CGの設定を行うConfiguredGrantConfigメッセージでHARQ feedback無効化又はconfiguredGrantTimer無効化の通知を行ってもよい。
　また、上記各実施の形態では、１つの基地局と１つの端末との間の通信について説明したが、これに限定されない。例えば、１つの基地局は、複数の端末のそれぞれに対して各実施の形態の動作を行ってよい。または、１つの端末は、複数の基地局との間において、各実施の形態の動作を行ってよい。
　また、上述した実施の形態１，２及び３、及び、各実施の形態の変形例のうち、少なくとも２つ以上の方法を組み合わせて動作させてもよい。
　また、上記各実施の形態において説明した、RTT長、バッファサイズ、プロセス数、プロセスID数、セグメント数、BPF等の値は一例であって、これらに限定されない。
　また、上述した実施の形態における「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、再送制御のためのバッファリングに関する制御情報を受信する受信回路と、前記制御情報に基づいて、前記バッファリングを制御する制御回路と、を具備する。
　本開示の一実施例に係る端末において、前記制御情報は、複数のデータ間における前記バッファリングの優先度を示す情報を含む。
　本開示の一実施例に係る端末において、前記制御回路は、前記優先度を示す情報に基づいて、前記データのバッファへの保存および前記データの破棄を制御する。
　本開示の一実施例に係る端末において、前記制御回路は、前記バッファに空きが無い場合、受信データよりも前記優先度の低いデータを前記受信データによって上書きする。
　本開示の一実施例に係る端末において、前記制御回路は、前記バッファにおいて前記優先度の低いデータが存在しない場合、前記受信データを破棄する。
　本開示の一実施例に係る端末において、前記制御情報は、新規送信に係るデータの前記優先度を示す情報と、再送要求に係るデータに対して合成処理を行うか否かを示す情報と、を含む。
　本開示の一実施例に係る端末において、前記制御情報は、再送制御プロセスに関する同一の識別情報が対応付けられた異なるデータ間における前記バッファリングの優先度を示す情報を含む。
　本開示の一実施例に係る端末において、前記同一の識別情報が対応付けられた異なるデータは、前記データの伝搬遅延時間に相当する時間区間を分割した複数の期間のうちの異なる期間において送信される。
　本開示の一実施例に係る端末において、前記複数の期間のうち、第１の期間において送信された前記データが、前記第１の期間と異なる第２の期間において再送される場合、前記第２の期間において再送されるデータに対する前記制御情報は、前記再送されるデータに対して合成処理を行わないことを示す情報を含む。
　本開示の一実施例に係る端末において、前記制御回路は、時間リソースと、前記時間リソースに対するオフセット値と、に基づいて、前記識別情報を決定する。
　本開示の一実施例に係る端末において、前記オフセット値は、新規送信に係るデータと再送に係るデータとに対応する前記時間リソースの番号の差分に基づいて決定され、前記再送に係るデータに対する前記制御情報は、合成処理を行うことを示す情報を含む。
　本開示の一実施例に係る端末において、前記オフセット値は、前記端末のバッファに保存された第１のデータの前記時間リソースの番号と、前記第１のデータに対応付けられた前記識別情報と同一の識別情報が対応付けられた第２のデータの前記時間リソースの番号と、の差分に基づいて決定され、前記第２のデータに対する前記制御情報は、前記第２のデータのバッファリングを行うことを示す情報を含む。
　本開示の一実施例に係る端末において、複数のデータに対する応答信号をまとめて送信する送信回路、を更に具備し、前記制御回路は、前記複数のデータのそれぞれに対する誤り検出結果を示す情報を含む前記応答信号を送信する第１の方法と、前記複数のデータのうち誤りが有るデータに関する情報を含む前記応答信号を送信する第２の方法と、を切り替える。
　本開示の一実施例に係る端末において、前記制御回路は、基地局からの通知に基づいて、前記第１の方法と前記第２の方法とを切り替える。
　本開示の一実施例に係る端末において、前記制御回路は、前記第１の方法及び前記第２の方法のうち、前記応答信号の送信ビット数がより少ない方法を選択する。
　本開示の一実施例に係る基地局は、再送制御のためのバッファリングに関する制御情報を生成する制御回路と、前記制御情報を送信する送信回路と、を具備する。
　本開示の一実施例に係る受信方法は、端末は、再送制御のためのバッファリングに関する制御情報を受信し、前記制御情報に基づいて、前記バッファリングを制御する。
　本開示の一実施例に係る送信方法は、基地局は、再送制御のためのバッファリングに関する制御情報を生成し、前記制御情報を送信する。
　２０１９年４月２５日出願の特願２０１９－０８４５１３の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　基地局
　１０１　制御部
　１０２，２０７　符号化・変調部
　１０３，２０８　無線送信部
　１０４，２０１　アンテナ
　１０５，２０２　無線受信部
　１０６，２０３　復調・復号部
　１０７　ACK/NACK判定部
　２００　端末
　２０４　ソフトバッファ制御部
　２０５　ソフトバッファ
　２０６　ACK/NACK生成部

Claims (18)

  1. 　再送制御のためのバッファリングに関する制御情報を受信する受信回路と、
    　前記制御情報に基づいて、前記バッファリングを制御する制御回路と、
    　を具備する端末。
  2. 　前記制御情報は、複数のデータ間における前記バッファリングの優先度を示す情報を含む、
    　請求項１に記載の端末。
  3. 　前記制御回路は、前記優先度を示す情報に基づいて、前記データのバッファへの保存および前記データの破棄を制御する、
    　請求項２に記載の端末。
  4. 　前記制御回路は、前記バッファに空きが無い場合、受信データよりも前記優先度の低いデータを前記受信データによって上書きする、
    　請求項３に記載の端末。
  5. 　前記制御回路は、前記バッファにおいて前記優先度の低いデータが存在しない場合、前記受信データを破棄する、
    　請求項４に記載の端末。
  6. 　前記制御情報は、新規送信に係るデータの前記優先度を示す情報と、再送要求に係るデータに対して合成処理を行うか否かを示す情報と、を含む、
    　請求項２に記載の端末。
  7. 　前記制御情報は、再送制御プロセスに関する同一の識別情報が対応付けられた異なるデータ間における前記バッファリングの優先度を示す情報を含む、
    　請求項１に記載の端末。
  8. 　前記同一の識別情報が対応付けられた異なるデータは、前記データの伝搬遅延時間に相当する時間区間を分割した複数の期間のうちの異なる期間において送信される、
    　請求項７に記載の端末。
  9. 　前記複数の期間のうち、第１の期間において送信された前記データが、前記第１の期間と異なる第２の期間において再送される場合、前記第２の期間において再送されるデータに対する前記制御情報は、前記再送されるデータに対して合成処理を行わないことを示す情報を含む、
    　請求項８に記載の端末。
  10. 　前記制御回路は、時間リソースと、前記時間リソースに対するオフセット値と、に基づいて、前記識別情報を決定する、
    　請求項７に記載の端末。
  11. 　前記オフセット値は、新規送信に係るデータと再送に係るデータとに対応する前記時間リソースの番号の差分に基づいて決定され、
    　前記再送に係るデータに対する前記制御情報は、合成処理を行うことを示す情報を含む、
    　請求項１０に記載の端末。
  12. 　前記オフセット値は、前記端末のバッファに保存された第１のデータの前記時間リソースの番号と、前記第１のデータに対応付けられた前記識別情報と同一の識別情報が対応付けられた第２のデータの前記時間リソースの番号と、の差分に基づいて決定され、
    　前記第２のデータに対する前記制御情報は、前記第２のデータのバッファリングを行うことを示す情報を含む、
    　請求項１０に記載の端末。
  13. 　複数のデータに対する応答信号をまとめて送信する送信回路、を更に具備し、
    　前記制御回路は、前記複数のデータのそれぞれに対する誤り検出結果を示す情報を含む前記応答信号を送信する第１の方法と、前記複数のデータのうち誤りが有るデータに関する情報を含む前記応答信号を送信する第２の方法と、を切り替える、
    　請求項１に記載の端末。
  14. 　前記制御回路は、基地局からの通知に基づいて、前記第１の方法と前記第２の方法とを切り替える、
    　請求項１３に記載の端末。
  15. 　前記制御回路は、前記第１の方法及び前記第２の方法のうち、前記応答信号の送信ビット数がより少ない方法を選択する、
    　請求項１３に記載の端末。
  16. 　再送制御のためのバッファリングに関する制御情報を生成する制御回路と、
    　前記制御情報を送信する送信回路と、
    　を具備する基地局。
  17. 　端末は、
    　再送制御のためのバッファリングに関する制御情報を受信し、
    　前記制御情報に基づいて、前記バッファリングを制御する、
    　受信方法。
  18. 　基地局は、
    　再送制御のためのバッファリングに関する制御情報を生成し、
    　前記制御情報を送信する、
    　送信方法。
     
PCT/JP2020/017008 2019-04-25 2020-04-20 端末、基地局、受信方法及び送信方法 WO2020218231A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202080030776.1A CN113767584B (zh) 2019-04-25 2020-04-20 终端、基站、接收方法及发送方法
JP2021516096A JPWO2020218231A1 (ja) 2019-04-25 2020-04-20
US17/604,983 US20220216952A1 (en) 2019-04-25 2020-04-20 Terminal, base station, receiving method, and transmitting method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-084513 2019-04-25
JP2019084513 2019-04-25

Publications (1)

Publication Number Publication Date
WO2020218231A1 true WO2020218231A1 (ja) 2020-10-29

Family

ID=72942730

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/017008 WO2020218231A1 (ja) 2019-04-25 2020-04-20 端末、基地局、受信方法及び送信方法

Country Status (4)

Country Link
US (1) US20220216952A1 (ja)
JP (1) JPWO2020218231A1 (ja)
CN (1) CN113767584B (ja)
WO (1) WO2020218231A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW202207684A (zh) * 2020-03-26 2022-02-16 日商索尼半導體解決方案公司 通信裝置及通信系統
CN115529630B (zh) * 2022-11-29 2023-03-10 广州世炬网络科技有限公司 复合通信系统及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005529518A (ja) * 2002-06-05 2005-09-29 メシュネットワークス、インコーポレイテッド 無線アドホック網用のハイブリッドａｒｑとその使用法
JP2008516529A (ja) * 2004-10-05 2008-05-15 クゥアルコム・インコーポレイテッド 拡張されたブロック確認応答
WO2016121809A1 (ja) * 2015-01-29 2016-08-04 株式会社Ｎｔｔドコモ 端末及び通信システム

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100459557B1 (ko) * 2001-08-23 2004-12-03 삼성전자주식회사 고속 순방향 패킷 접속 통신 시스템에서 데이터 상태정보를 나타내기 위한 혼화 자동 재전송 요구 채널 번호할당 방법
DE60217097T2 (de) * 2002-08-13 2007-05-10 Matsushita Electric Industrial Co., Ltd., Kadoma Hybrides automatisches Wiederholungsaufforderungsprotokoll
EP1507352B1 (en) * 2003-08-14 2007-01-31 Matsushita Electric Industrial Co., Ltd. Time monitoring of packet retransmissions during soft handover
ATE390773T1 (de) * 2004-01-22 2008-04-15 Matsushita Electric Ind Co Ltd Verfahren zur harq-wiederholungszeitsteuerung
CN101040557B (zh) * 2004-08-10 2010-12-08 日本电气株式会社 通信控制方法、无线电通信系统、基站和移动站
US20090086657A1 (en) * 2007-10-01 2009-04-02 Comsys Communication & Signal Processing Ltd. Hybrid automatic repeat request buffer flushing mechanism
KR101551347B1 (ko) * 2009-01-07 2015-09-08 삼성전자주식회사 광대역 무선통신 시스템에서 코드북을 이용한 자원 할당 장치 및 방법
EP2207294A3 (en) * 2009-01-07 2014-10-22 Samsung Electronics Co., Ltd. Apparatus and method for allocating resources using codebook in broadband wireless communication system
JP5250061B2 (ja) * 2011-01-07 2013-07-31 株式会社エヌ・ティ・ティ・ドコモ 通信制御方法、移動通信システム及び移動端末装置
EP2666248B1 (en) * 2011-01-18 2017-11-01 Samsung Electronics Co., Ltd Ue capability report methods and apparatuses in mobile communication system
WO2013067680A1 (en) * 2011-11-08 2013-05-16 Telefonaktiebolaget L M Ericsson (Publ) Methods for performing and controlling retransmission and apparatus thereof
US10306568B2 (en) * 2014-04-02 2019-05-28 Lg Electronics Inc. Method for transceiving signal in wireless communication system and apparatus therefor
FR3023665B1 (fr) * 2014-07-08 2016-08-19 Sagemcom Documents Sas Procede et dispositif d'enregistrement a distance de programmes video.
US9577793B2 (en) * 2014-09-23 2017-02-21 Intel Corporation Soft buffer management
US9973305B2 (en) * 2014-12-30 2018-05-15 Mediatek Inc. Soft buffer partition for superposition coding
US20160227540A1 (en) * 2015-01-30 2016-08-04 Qualcomm Incorporated Soft buffer management for enhanced carrier aggregation
US11831584B2 (en) * 2015-12-15 2023-11-28 Qualcomm Incorporated Techniques for indicating a dynamic subframe type
JP2019169750A (ja) * 2016-08-10 2019-10-03 株式会社Ｎｔｔドコモ ユーザ装置、及び再送制御方法
WO2018043561A1 (ja) * 2016-08-31 2018-03-08 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
EP3574598B1 (en) * 2017-01-25 2020-11-18 Telefonaktiebolaget LM Ericsson (publ) Harq feedback mode determination for downlink transmission
CN110301110B (zh) * 2017-02-06 2022-09-02 三星电子株式会社 用于管理多个数字参数配置的harq过程的方法和用户设备ue
JP6992271B2 (ja) * 2017-04-06 2022-01-13 株式会社デンソー 無線通信端末
US11271687B2 (en) * 2017-11-17 2022-03-08 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for enhanced soft buffer handling

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005529518A (ja) * 2002-06-05 2005-09-29 メシュネットワークス、インコーポレイテッド 無線アドホック網用のハイブリッドａｒｑとその使用法
JP2008516529A (ja) * 2004-10-05 2008-05-15 クゥアルコム・インコーポレイテッド 拡張されたブロック確認応答
WO2016121809A1 (ja) * 2015-01-29 2016-08-04 株式会社Ｎｔｔドコモ 端末及び通信システム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT ET AL.: "Optimization of soft buffer allocation for TDD[ online", 3GPP TSG-RAN WG1#58B R1-094120, XP050388591, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_58b/Docs/R1-094120.zip> *
NOKIA NETWORKS: "On UE soft-buffer management for increasing number of CCs[ online", 3GPP TSG-RAN WG1#82B R1-155596, XP051021331, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_82b/Docs/R1-155596.zip> *

Also Published As

Publication number Publication date
CN113767584A (zh) 2021-12-07
JPWO2020218231A1 (ja) 2020-10-29
US20220216952A1 (en) 2022-07-07
CN113767584B (zh) 2024-01-26

Similar Documents

Publication Publication Date Title
US8201044B2 (en) Apparatus and method for transmitting control message in a wireless communication system using relaying
US10972228B2 (en) Base station device, user equipment, wireless communication system, and communication method
CN110447283B (zh) 无线通信网络中的网络节点和方法
US8773975B2 (en) Network coding enhancements
KR20190001128A (ko) 효율적인 harq 운영을 위한 방법 및 장치
US11621803B2 (en) Hybrid automatic repeat request in non-terrestrial networks
WO2021088594A1 (zh) 基于ntn的数据传输方法、装置和存储介质
WO2020218231A1 (ja) 端末、基地局、受信方法及び送信方法
US8675692B2 (en) Method for acquiring processing time of wireless signal
EP3203670A1 (en) Method and apparatus for implementing a retransmission scheme
CN113316922B (zh) 用于传输数据分组的设备、方法、装置以及计算机可读存储介质
KR101140091B1 (ko) 무선통신 시스템에서 harq 수행 방법
CN113067681B (zh) 一种混合自动重传请求处理方法、通信设备及介质
WO2021184317A1 (zh) 生效时间的确定方法、终端及网络设备
US20180343640A1 (en) Base station apparatus and transmission method
WO2022027179A1 (zh) 数据处理方法、装置、设备及存储介质
CN114788205B (zh) 通信方法及装置
WO2024065855A1 (en) Fractional rate harq feedback
US20230361922A1 (en) Data transmission method and apparatus
WO2023015469A1 (en) Ue-grouping based cooperative transmission for 6g in-x cells
KR102147382B1 (ko) Ｈａｒｑ의 재전송을 위한 방법 및 장치
WO2022065334A1 (en) Joint coding and multiplexing of harq-ack with different priorities on pucch format 2, pucch format 3 or pucch format 4
KR20100005672A (ko) 데이터 전송 장치 및 데이터 전송 방법
WO2021023008A1 (zh) 数据传输方法、装置、相关设备及存储介质
CN114762277A (zh) 电子设备、通信方法和存储介质

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: 20795022

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021516096

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20795022

Country of ref document: EP

Kind code of ref document: A1