终端、基站、接收方法及发送方法与流程

1.本公开涉及终端、基站、接收方法及发送方法。


背景技术：

2.在5g的标准化方面，3gpp(3rd generation partnership project，第三代合作伙伴计划)已讨论了新无线接入技术(nr：new radio access technology)，并发布了nr的版本(release)15(rel.15)的规格。
3.现有技术文献
4.非专利文献
5.非专利文献1：3gpp，tr38.811 v15.0.0，“study on new radio(nr)to support non terrestrial networks(release 15)”，2018
‑
06


技术实现要素：

6.但是，关于对应于无线传播环境的恰当的重发控制处理，仍有研究的余地。
7.本公开的非限定性的实施例有助于提供能够实现对应于无线传播环境的恰当的重发控制处理的终端、基站、接收方法及发送方法。
8.本公开的一个实施例的终端包括：接收电路，接收关于与重发请求相关的数据的缓冲的控制信息；以及控制电路，基于所述控制信息来控制所述缓冲。
9.此外，这些广泛或具体的方式可由系统、装置、方法、集成电路、电脑程序或记录介质实现，也可由系统、装置、方法、集成电路、电脑程序及记录介质的任意的组合实现。
10.根据本公开的一个实施例，能够实现对应于无线传播环境的恰当的重发控制处理。
11.本公开的一个实施例的更多优点和效果将通过说明书和附图予以阐明。这些优点和/或效果分别由若干个实施方式、以及说明书及附图所记载的特征提供，但未必需要为了获得一个或一个以上的相同特征而全部提供。
附图说明
12.图1是表示harq(hybrid automatic repeat request，混合自动重发请求)的动作例的图。
13.图2是表示实施方式1的基站的一部分的结构例的方框图。
14.图3是表示实施方式1的终端的一部分的结构例的方框图。
15.图4是表示实施方式1的基站的结构的一例的方框图。
16.图5是表示实施方式1的终端的结构的一例的方框图。
17.图6是表示实施方式1的无线通信系统的动作例的图。
18.图7是表示实施方式1的无线通信系统的动作例的图。
19.图8是表示实施方式2的无线通信系统的动作例的图。
20.图9是表示实施方式2的无线通信系统的动作例的图。
21.图10是表示实施方式2的变形例1的无线通信系统的动作例的图。
22.图11是表示实施方式2的变形例2的无线通信系统的动作例的图。
23.图12是表示实施方式2的变形例2的无线通信系统的动作例的图。
24.图13是表示实施方式3的无线通信系统的动作例的图。
25.图14是表示实施方式3的ack/nack的通知信息的一例的图。
26.图15是表示实施方式3的ack/nack的通知信息的另一例的图。
具体实施方式
27.以下，参照附图来详细地说明本公开的实施方式。
28.[向地面以外的网络(ntn：non
‑
terrestrial network，非地面网络)的扩展]
[0029]
对于nr，已研究了向使用卫星和/或高空伪卫星(haps：high
‑
altitude platform station，高空平台站)的通信等地面以外的网络(ntn：non
‑
terrestrial network)的扩展(例如，非专利文献1)。
[0030]
在ntn环境中，对于地面终端(也称为“ue(user equipment，用户设备)”)或航空器终端的卫星的覆盖区域(例如，一个以上的小区)由来自卫星的波束形成。另外，终端与卫星之间的无线电波传播的往返时间取决于卫星的高度(例如，最大约36000km)和/或从终端观察时的角度。
[0031]
例如，卫星形成具有数百公里的直径的小区。卫星形成的小区大于地面基站(例如，也称为“gnb”)等形成的直径为数公里的小区。例如，非专利文献1中记载了在ntn中，卫星与终端之间的传播延迟时间，即往返的传播时间(rtt：round trip time，往返时间)最大会耗费544ms左右。
[0032]
[harq]
[0033]
在lte(long term evolution，长期演进)或nr中，例如，对发送数据时的重发控制应用harq(hybrid automatic repeat request，混合自动重发请求)。
[0034]
在harq中，发送侧例如在对数据进行了特播(turbo)编码或ldpc(low density parity check，低密度奇偶校验)编码等应用了fec(forward error correction，前向纠错)的信道编码后，进行发送。另外，在对数据进行解码时，接收数据有错误的情况下，接收侧将接收数据(例如，软判定值)保存(换句话说，也称为“缓冲”、“存储”或“保留”)到缓冲器。此外，缓冲器例如也被称为“harq软缓冲器”或仅被称为“软缓冲器”。接收侧在数据的重发时，对接收数据(换句话说，重发数据或与重发请求相关的数据)与上一次接收到的数据(换句话说，保存数据)进行合并(软合并)，并对合并后的数据进行解码。
[0035]
由此，在harq中，接收侧能够使用接收质量(例如，snr：signal to noise ratio，信噪比)已提高的数据进行解码。另外，在harq中，发送侧发送与上一次发送时不同的奇偶比特(换句话说，不同的rv(redundancy version，冗余版本))，由此，能够提高编码增益。另外，在harq中，考虑到传播路径时延或发送侧及接收侧的处理时延，可通过使用多个进程(例如，也称为“harq进程”)实现连续的数据传输(例如，参照图1)。在此情况下，接收侧按用于识别进程(或者数据)的识别信息即进程id(有时也表示为“pid(process identity，进程标识符)”)划分接收数据，并将其保存到缓冲器。
scheme，调制和编码方案)信息”)以及与harq相关的信息(例如，也称为“harq信息”)。
[0049]
harq信息中，例如可包含进程id、ndi及rv。另外，harq信息中可包含“缓冲优先级信息(bpf：buffer priority flag，缓冲优先级旗标)”，该“缓冲优先级信息”表示多个数据(例如，不同进程的数据)之间的向终端200所具备的缓冲器(例如，图5所示的软缓冲器205)缓冲的优先级。此外，bpf的一例将在后文中叙述。
[0050]
另外，控制部101基于从ack/nack判定部107输入的ack/nack的判定结果，对发送数据的重发进行控制。例如，控制部101在nack的情况下，向编码/调制部102输出重发指示，在ack的情况下，向编码/调制部102输出丢弃数据的指示。
[0051]
编码/调制部102对所输入的发送数据(例如，与新发送相关的数据(也仅称为“新数据”)或初次发送数据)进行编码及调制，并向无线发送部103输出调制后的信号。数据的编码方法例如也可以是特播码、ldpc码及极化(polar)码等的纠错编码。另外，数据的调制方式例如也可以是qpsk(quadrature phase shift keying，正交相移键控)及qam(quadrature amplitude modulation，正交振幅调制)等。另外，编码/调制部102对从控制部101输入的控制信息进行编码及调制，并向无线发送部103输出调制后的信号。
[0052]
另外，编码/调制部102例如保留已发送的发送数据，在从控制部101输出了重发指示的情况下(换句话说，在发送数据有错误的情况下)，对所保留的数据(换句话说，重发数据)进行与上述处理相同的处理。另外，编码/调制部102例如在从控制部101输出了丢弃数据的指示的情况下(换句话说，在发送数据无错误的情况下)，丢弃所保留的数据。
[0053]
此外，发送数据的重发的单位例如可以是以传输块为单位、以码块为单位或以码块组为单位，也可以是其他的数据单位。
[0054]
例如，在lte或5g nr中，发送数据相当于pdsch，数据分配信息相当于dci(downlink control information，下行链路控制信息)或pdcch(physical downlink control channel，物理下行链路控制信道)。
[0055]
无线发送部103对从编码/调制部102输入的信号例如进行d/a(digital/analog，数字/模拟)转换、上变频、放大等发送处理，并从天线104发送通过发送处理获得的无线信号。
[0056]
无线接收部105对经由天线104接收到的来自终端200的信号进行下变频、a/d(analog/digital，模拟/数字)转换等接收处理，并向解调/解码部106输出接收处理后的信号。来自终端200的信号中，例如包含数据信号(例如，也称为“上行链路数据”或“pusch(physical uplink shared channel，物理上行链路共享信道)”)及ack/nack信号。
[0057]
解调/解码部106对从无线接收部105输入的信号例如进行信道估计、解调及解码处理。解调/解码部106输出接收信号所含的数据信号(换句话说，接收数据)，并向ack/nack判定部107输出接收信号所含的ack/nack信号。
[0058]
ack/nack判定部107基于从解调/解码部106输入的ack/nack信号，判定对于已发送的发送数据(例如，传输块等)的ack或nack。ack/nack判定部107向控制部101输出判定结果。
[0059]
[终端的结构]
[0060]
图5是表示本实施方式的终端200的结构的一例的方框图。终端200例如包含天线201、无线接收部202、解调/解码部203、软缓冲器控制部204、软缓冲器205、ack/nack产生部
206、编码/调制部207及无线发送部208。
[0061]
无线接收部202对经由天线201接收到的来自基站100的信号进行下变频、a/d转换等接收处理，并向解调/解码部203输出接收处理后的接收信号(例如，包含数据及控制信息)。
[0062]
解调/解码部203对从无线接收部202输入的接收信号进行解调及纠错解码，并向软缓冲器控制部204输出解码后的信号。
[0063]
例如，解调/解码部203可基于由接收信号所含的控制信息(例如，数据分配信息)表示的调制方式及编码率，对接收信号所含的接收数据进行解调及纠错解码。解调/解码部203向软缓冲器控制部204输出解码后的信号。
[0064]
另外，解调/解码部203例如基于控制信息所含的ndi，判断接收数据是新数据还是重发数据。解调/解码部203在接收数据是新数据的情况下，例如对接收数据进行纠错解码，并进行crc(cyclic redundancy check，循环冗余校验)判定。另外，解调/解码部203在接收数据是重发数据的情况下，在到上次接收为止所接收到的数据保存于软缓冲器205时，在对保存数据与此次接收到的数据进行合并后，对合并数据进行纠错解码。另一方面，解调/解码部203在到上次接收为止所接收到的数据未保存于软缓冲器205的情况下，不进行合并处理而对此次接收到的数据进行纠错解码，并进行crc判定。另外，解调/解码部203向软缓冲器控制部204输出crc判定的结果。
[0065]
软缓冲器控制部204在从解调/解码部203输入的crc判定结果为crc ok的情况下(换句话说，在无错误的情况下)，根据对应的进程id，指示软缓冲器205丢弃(换句话说，清除(flush))过去已保存的接收数据。
[0066]
另外，软缓冲器控制部204在crc判定结果为crc ng的情况下(换句话说，在有错误的情况下)，基于从解调/解码部203输入的信号所含的缓冲优先级信息(bpf)，对接收数据向软缓冲器205的缓冲进行控制。例如，软缓冲器控制部204基于bpf，对接收数据向软缓冲器205的保存及接收数据的丢弃进行控制。软缓冲器控制部204在保存接收数据的情况下，指示软缓冲器205保存接收数据。此外，软缓冲器控制部204的动作例将在后文中叙述。
[0067]
另外，软缓冲器控制部204向ack/nack产生部206输出从解调/解码部203输入的crc判定结果。另外，软缓冲器控制部204在crc判定结果为crc ok的情况下，输出对应的接收数据。
[0068]
软缓冲器205是保存终端200过去接收到的数据(例如，软判定值)的缓冲器。已保存的数据例如用于harq合并。软缓冲器205例如按harq的进程保存接收到的数据。
[0069]
此外，在终端200中，软缓冲器205也可不必包括与rtt相应的进程数所对应的量的缓冲器。换句话说，软缓冲器205的缓冲器尺寸也可比与rtt相应的进程数所对应的缓冲器尺寸更小。
[0070]
ack/nack产生部206基于从软缓冲器控制部204输入的crc判定结果，产生ack/nack信号。ack/nack产生部206例如在crc ok(无错误)的情况下产生ack，在crc ng(有错误)的情况下产生nack。ack/nack产生部206向编码/调制部207输出已产生的ack/nack信号。
[0071]
此外，在多个传输块或码块被发送的情况下，ack/nack产生部206也可针对各传输块或各码块分别产生ack/nack信号，并产生包含多个ack/nack信号的ack/nack码块。
[0072]
编码/调制部207对发送数据(换句话说，上行链路数据或pusch)进行纠错编码及调制，并向无线发送部208输出调制后的信号。另外，编码/调制部207对从ack/nack产生部206输入的ack/nack信号进行纠错编码及调制，并向无线发送部208输出调制后的信号。
[0073]
无线发送部208对从编码/调制部207输入的信号例如进行d/a转换、上变频、放大等发送处理，并从天线201发送通过发送处理获得的无线信号。
[0074]
[基站100及终端200的动作例]
[0075]
接着，说明上述基站100及终端200的动作例。
[0076]
终端200(换句话说，接收侧)在接收数据有错误的情况下(例如，在crc ng的情况下)，将接收数据保存到软缓冲器205中，等待对应的数据的重发。另一方面，终端200在接收数据无错误的情况下(例如，在crc ok的情况下)，可不将接收数据保存到软缓冲器205。换句话说，终端200在接收数据(例如，接收分组)有错误的情况下，使用软缓冲器205。
[0077]
另外，设想在ntn环境(例如，面向航空器或船舶的环境)中，与地面网络环境相比，例如，传播路径波动更少。由此，在ntn环境中，与地面网络环境相比，更可能实现低错误率(例如，也称为“bler(block error rate，块错误率)”或“分组错误率”)。
[0078]
由此，设想在ntn环境中，与地面网络环境相比，终端200使用软缓冲器205的情况(换句话说，保存(或者合并)接收数据的情况)更少。
[0079]
例如，终端200在软缓冲器205中，可使用平均为如下量的缓冲器：将与rtt相应的进程数乘以bler所得的量。作为一例，在bler为1％，且对应于rtt的进程数为512的情况下(例如，相当于，在tti(transmission time interval，发送时间间隔)为1ms时，rtt＝512ms的情况)，终端200平均可使用约6个进程所对应的量的缓冲器。
[0080]
这样，在ntn环境中，可由尺寸比与rtt相应的进程数所对应的软缓冲器尺寸更小的软缓冲器205实现harq。
[0081]
因此，在本实施方式中，软缓冲器205的缓冲器尺寸例如也可小于与rtt相应的进程数所对应的缓冲器尺寸。
[0082]
但是，为了不影响用户体验，对于控制分组或重要的用户数据等优先级高的数据传输，较理想的是利用harq的合并增益，低时延地进行传输。换句话说，对于优先级低的数据传输，也可应用不会获得harq的合并增益的例如mac层或高层的重发。
[0083]
因此，在本实施方式中，表示数据向软缓冲器205缓冲的优先级的缓冲优先级信息(bpf)由基站100通知给终端200。换句话说，bpf表示多个数据之间对于软缓冲器205的使用的优先级、或harq的合并处理的优先级。
[0084]
例如，基站100在分配数据发送时，对于终端200产生针对被分配的数据的bpf，并将bpf通知给终端200。终端200基于bpf，对软缓冲器205中的接收数据的保存(换句话说，数据的合并处理)进行控制。
[0085]
以下，说明本实施方式的软缓冲器205中的数据保存的动作例。
[0086]
例如，bpf也可以是1比特的信息(例如，0或1)。例如，bpf＝1表示向软缓冲器205保存的优先级高的数据，bpf＝0表示向软缓冲器205保存的优先级低的数据。
[0087]
优先级高的数据例如是包含rrc(radio resource control，无线资源控制)等高层的控制消息的数据，或是针对优先级高的逻辑信道(logical channel)的数据。另外，优先级低的数据例如也可以是音频数据或视频数据等用于串流服务的数据等时延要求更严
格的数据。其理由在于：在是时延要求更严格的数据的情况下，有时不会进行重发，因此，向软缓冲器205保存的必要性低。此外，优先级高的数据及优先级低的数据并不限定于这些数据，也可以是其他类别的数据。
[0088]
例如，终端200在对优先级低的数据(例如，bpf＝0)进行数据解码时出现错误的情况下，若软缓冲器205有空闲，则将接收数据保存到软缓冲器205，若软缓冲器205无空闲，则不将接收数据保存到软缓冲器205而将其丢弃。
[0089]
另外，例如，终端200在对优先级高的数据(例如，bpf＝1)进行数据解码时出现错误的情况下，优先将接收数据保存到软缓冲器205。
[0090]
例如，在所有软缓冲器205均已被其他数据使用的情况下(换句话说，在无空闲的情况下)，终端200丢弃软缓冲器205已保存的数据中的与优先级低的数据对应的保存数据，而进行优先级高的数据的保存(换句话说，覆盖保存)。换句话说，终端200在软缓冲器205无空闲的情况下，用接收数据来覆盖优先级比接收数据更低的数据。
[0091]
另一方面，终端200例如在所有软缓冲器205均已被其他数据使用的情况下，在软缓冲器205已保存的数据中不存在优先级低的数据时，丢弃接收数据。
[0092]
图6及图7表示软缓冲器205中的保存动作的一例。
[0093]
在图6及图7所示的例子中，软缓冲器205具有3个进程所对应的量的缓冲器。换句话说，设想如下情况，即，如图6及图7所示，软缓冲器205可保存的数据所对应的进程数比对应于rtt的进程数少的情况。此外，软缓冲器205的缓冲器尺寸并不限定于3个进程所对应的缓冲器尺寸，也可以是其他尺寸。
[0094]
如图6及图7所示，对于进程id＝1(pid1)的数据(例如，pdsch)的解码结果为错误(例如，crc ng)。因此，终端200将pid1的接收数据保存到软缓冲器205。此时，终端200将接收数据与对应于该接收数据的进程id(换句话说，标签)一起保存到软缓冲器205。另外，如图6及图7所示，关于pid＝1的数据，通知了bpf＝1，因此，终端200对pid＝1的保存数据例如设定(换句话说，标记)“高优先级”。
[0095]
另外，如图6及图7所示，对于进程id＝2(pid2)的数据及进程id＝10(pid10)的数据的解码结果分别为错误(例如，crc ng)。因此，终端200将pid2及pid10的接收数据分别保存到软缓冲器205。另外，如图6及图7所示，关于pid＝2及pid＝10的数据，分别通知了bpf＝0。因此，终端200对pid＝2及pid＝10的保存数据例如设定(换句话说，标记)“低优先级”。
[0096]
如图6及图7所示，在保存了pid10的接收数据的时间点，软缓冲器205处于所有缓冲器均被使用的状态(换句话说，无空闲的状态)。
[0097]
图6表示在保存了pid10的接收数据后，在从基站100向终端200发送的pid＝41的数据的bpf＝1(优先级高)的情况下的动作例。
[0098]
如图6所示，对于bpf＝1的pid41的数据的解码结果为错误(例如，crc ng)。在此情况下，终端200丢弃软缓冲器205已保存的数据中的优先级低的数据(bpf＝0的数据或标记有低优先级的标签的数据)中的某个数据，而将pid41的数据保存到软缓冲器205。例如，终端200可用高优先级的数据(图6中的pid41的数据)进行覆盖保存，来覆盖软缓冲器205已保存的低优先级的数据中的进程id更旧的数据(图6中的pid2的数据)。
[0099]
另一方面，图7表示在保存了pid10的接收数据后，在从基站100向终端200发送的pid＝41的数据的bpf＝0的情况下(优先级低的情况下)的动作例。
[0100]
如图7所示，对于bpf＝0的pid41的数据的解码结果为错误(例如，crc ng)。在此情况下，在软缓冲器205已保存的数据中，不存在优先级比pid41的数据更低的数据。因此，终端200不保存pid41的数据而将其丢弃。换句话说，终端200不会丢弃软缓冲器205已保存的数据。
[0101]
以上，说明了软缓冲器205中的数据的保存动作的一例。
[0102]
如上所述，在ntn环境中，与地面网络环境相比，尽管rtt内的进程数较多，但多路径(multipath)较少，不易发生剧烈的传播路径波动，因此，容易实现低错误率。由此，终端200例如能够使用尺寸比与rtt相应的进程数所对应的软缓冲器尺寸更小的软缓冲器205。由此，即使在像ntn环境这样的rtt内的进程数较多的情况下，也能够抑制终端200所具备的软缓冲器205的尺寸。由此，根据本实施方式，例如能够减少终端200的芯片尺寸或成本。
[0103]
另外，在本实施方式中，对于发送数据设定向软缓冲器205缓冲(换句话说，harq合并)的优先级(例如，bpf)。换句话说，与用于重发控制的缓冲相关的信息(例如，bpf)由基站100通知给终端200。
[0104]
由此，终端200即使在软缓冲器205无空闲的情况下，也能够优先将优先级更高的数据缓冲到软缓冲器205而进行harq合并。由此，根据本实施方式，对于优先级高的数据，可优先获得harq合并增益，因此，能够提高优先级高的数据的接收成功概率，从而能够提升用户体验。
[0105]
这样，根据本实施方式，基站100及终端200能够根据分别针对不同进程的数据的缓冲的优先级来恰当地进行重发控制。因此，基站100例如即使在软缓冲器205的尺寸小于与rtt长度相应的进程数的情况下，也能够不减少rtt内的进程数而连续地发送数据。由此，根据本实施方式，能够抑制每个用户的吞吐量(例如，最大用户吞吐量)的下降。
[0106]
由此，根据本实施方式，能够实现对应于无线传播环境的恰当的重发控制处理。
[0107]
此外，软缓冲器205中的被其他数据覆盖的数据(例如，图6的pid2的数据)、及不被保存到软缓冲器205的数据(例如，图7的pid41的数据)由终端200丢弃。换句话说，不对这些数据应用harq合并。在此情况下，也可对这些数据应用通常的重发(arq(automatic repeat request，自动重发请求))。在arq中，例如进行基于ack/nack信号的重发，而不在接收侧(例如，终端200)对信号进行合并。或者，还可对这些数据例如应用高层(例如，rlc层)的重发。如上所述，高层的重发与harq相比，时延会更大。例如，在对于不要求低时延的数据设定低优先级(例如，bpf＝0)的情况下，即使对该数据应用不以合并为前提的通常的重发或高层的重发来代替harq，也能够抑制例如用户体验恶化之类的情况。
[0108]
[实施方式1的变形例]
[0109]
在实施方式1中说明了如下情况，即，bpf与新发送及重发无关地表示向软缓冲器205保存的优先级。
[0110]
相对于此，在实施方式1的变形例中，说明bpf所表示的内容(或意思)根据ndi的值，即根据新发送及重发而有所不同的情况。
[0111]
例如，在新发送时，即，在ndi值被切换了的情况下(例如，在相对于相同进程，值与上一次的值不同的情况下)，bpf所表示的意思及终端200的动作与实施方式1相同。
[0112]
另一方面，在重发时，即，在ndi值未被切换的情况下(例如，在相对于相同进程，值与上一次的值相同的情况下)，bpf表示对应的数据的解码方法。
[0113]
换句话说，bpf例如包含表示新数据向软缓冲器205缓冲的优先级的信息、以及表示是否对重发数据进行合并处理的信息。
[0114]
例如，在数据重发时，在bpf＝0的情况下，终端200不进行软合并而进行纠错解码。另一方面，在数据重发时，在bpf＝1的情况下，终端200在对过去已保存的数据与重发数据进行软合并后，进行纠错解码。
[0115]
另外，在纠错解码后有错误的情况下(例如，crc ng)，在bpf＝0时，终端200将低优先级数据保存到软缓冲器205，在bpf＝1时，终端200将高优先级数据保存到软缓冲器205。
[0116]
例如，基站100在过去已发送的低优先级的数据有可能在终端200中已被高优先级的数据覆盖的情况下，可针对重发数据，通知bpf＝0。通过该通知，基站100能够指示终端200不进行合并而进行解码。换句话说，终端200例如能够不进行判定(或者确认)重发数据所对应的数据是否保存于软缓冲器205的处理，而直接判定是否进行合并。
[0117]
由此，根据实施方式1的变形例，能够进一步简化终端200的处理。
[0118]
(实施方式2)
[0119]
在本实施方式中，说明在rtt内将相同的进程id重新用于发送不同数据的运用中的无线通信系统的动作。
[0120]
此外，本实施方式的基站及终端的基本结构与实施方式1的基站100及终端200通用，因此，引用图4及图5进行说明。
[0121]
通过重新利用进程id，能够削减进程id的通知比特数。例如，在rtt为512ms，且tti长度为1ms的情况下，rtt内存在512个进程，用于通知进程id的比特数为9比特。在本实施方式中，例如，通过将被通知的进程id的数量设定(换句话说，限定)为64个，能够将进程id的通知比特数削减至6比特。
[0122]
但是，因为在rtt内，对不同的数据重新利用相同的进程id，所以接收侧(例如，终端200)有可能会对接收数据与软缓冲器205所保存的不同的数据(换句话说，进程id与接收数据的进程id相同的数据)进行合并。
[0123]
在本实施方式中说明如下方法，该方法利用由基站100通知给终端200的bpf来通知与软缓冲器的使用相关的信息，由此，避免使进程id相同的不同数据彼此合并。换句话说，在本实施方式中，bpf所通知的内容与在实施方式1中不同。
[0124]
基站100(例如，控制部101)例如在rtt内依次使用进程id向终端200(例如，参照图5)发送数据，并在使用了全部的进程id的情况下，使用(重新利用)已使用的进程id。因此，有时会对不同的数据分配相同的进程id。
[0125]
另外，基站100(例如，控制部101)在将已使用的进程id分配给数据的情况下，对于优先级高的数据，设定bpf＝1，对于优先级低的数据，设定bpf＝0。
[0126]
此外，基站100在将未使用的进程id分配给数据的情况下，例如也可与实施方式1同样地，对于优先级高的数据，设定bpf＝1，对于优先级低的数据，设定bpf＝0。
[0127]
另外，在重发时，基站100在已使用相同的进程id发送了优先级高的不同的数据的情况下，设定bpf＝0，在未使用相同的进程id发送优先级高的不同的数据的情况下，设定bpf＝1。
[0128]
基站100向终端200发送数据(例如，新数据或重发数据)和对于数据的bpf。
[0129]
终端200在接收新数据时(换句话说，在ndi值被切换了的情况下)，进行纠错解码。
终端200在新数据的解码结果为错误(例如，crc ng)的情况下，若bpf＝1，则丢弃软缓冲器205已保存的数据中的进程id与接收数据的进程id相同的保存数据，并将接收数据保存到软缓冲器205。另外，终端200在软缓冲器205中不存在进程id与接收数据的进程id相同的保存数据的情况下，将接收数据保存到软缓冲器205。
[0130]
另外，终端200在新数据的解码结果为错误的情况下，若bpf＝0，则只要软缓冲器205中无进程id与接收数据的进程id相同的保存数据，且软缓冲器205有空闲，就会将接收数据保存到软缓冲器205。另一方面，终端200在软缓冲器205中有进程id与bpf＝0的接收数据的进程id相同的保存数据的情况下，或者在软缓冲器205无空闲的情况下，不保存接收数据而将其丢弃。
[0131]
这样，在本实施方式中，bpf表示与harq进程(换句话说，重发控制进程)相关的相同进程id所对应的不同数据之间的、向软缓冲器205缓冲的优先级。
[0132]
图8及图9表示本实施方式的软缓冲器205中的保存动作的一例。
[0133]
在图8及图9所示的例子中，软缓冲器205具有3个进程所对应的量的缓冲器。换句话说，设想如下情况，即，如图8及图9所示，软缓冲器205可保存的数据所对应的进程数比对应于rtt的进程数少的情况。此外，软缓冲器205的缓冲器尺寸并不限定于3个进程所对应的缓冲器尺寸，也可以是其他尺寸。
[0134]
在图8及图9中，作为一例，在rtt内，对不同的数据重新利用相同的进程id＝10(pid10)。例如，在图8及图9中，第一个pid10的数据在终端200中的解码结果为错误(例如，crc ng)，且已保存到软缓冲器205。另外，在图8及图9中，在发送第一个pid10的数据时通知给终端200的bpf＝0(优先级：低)。
[0135]
在图8中，发送第二个pid10的数据时通知给终端200的bpf＝1(优先级：高)，在图9中，发送第二个pid10的数据时通知给终端200的bpf＝0(优先级：低)。
[0136]
例如，如图8所示，在对于第二个pid10的数据的bpf＝1的情况下，终端200丢弃软缓冲器205已保存的第一个pid10的数据，并保存(覆盖保存)第二个pid10的数据。换句话说，bpf＝1的第二个pid10的数据会比bpf＝0的第一个pid10的数据更优先地被保存到软缓冲器205(换句话说，被实施harq合并)。
[0137]
另一方面，例如，如图9所示，在对于第二个pid10的数据的bpf＝0的情况下，终端200不丢弃软缓冲器205已保存的第一个pid10的数据而丢弃第二个pid10的数据。
[0138]
另外，终端200在接收重发数据时(换句话说，在ndi未被切换的情况下)，对于bpf＝1的重发数据，在软缓冲器205中保存有进程id与重发数据的进程id相同的数据的情况下，对这些数据进行合并，并对合并后的数据进行纠错解码。另一方面，终端200对于bpf＝1的重发数据，在软缓冲器205中未保存进程id与重发数据的进程id相同的数据的情况下，不进行合并而对重发数据进行纠错解码。终端200在对于重发数据的解码结果为错误(例如，crc ng)的情况下，向软缓冲器205保存接收数据。
[0139]
另一方面，终端200在接收重发数据时，对于bpf＝0的重发数据，无论软缓冲器205中是否保存有进程id与重发数据的进程id相同的数据，均不进行合并而对重发数据进行纠错解码。并且，终端200在解码结果为错误(例如，crc ng)的情况下，也不会向软缓冲器205保存接收数据。
[0140]
以上，说明了软缓冲器205中的数据的保存动作的一例。
[0141]
这样，根据本实施方式，终端200在软缓冲器205中保存有进程id与接收数据的进程id相同的数据的情况下，对于bpf＝1的接收数据，丢弃过去的数据(换句话说，保存数据)而将接收数据作为新一轮的数据保存(覆盖保存)到软缓冲器205。另一方面，终端200在软缓冲器205中保存有进程id与接收数据的进程id相同的数据的情况下，对于bpf＝0的接收数据，丢弃接收数据而保留过去的数据(换句话说，保存数据)。
[0142]
由此，在本实施方式中，即使是在重新利用进程id的情况下，终端200也能够优先将使用相同进程id的不同的数据中的某个数据保存(换句话说，harq合并)到软缓冲器205。换句话说，在本实施方式中，能够防止终端200在重发时，在使用相同进程id的不同的数据之间进行合并。
[0143]
另外，根据本实施方式，能够削减进程id的通知比特数(换句话说，控制开销)，并且提高harq的效率。由此，根据本实施方式，能够实现对应于无线传播环境的恰当的重发控制处理。
[0144]
(实施方式2的变形例1)
[0145]
在实施方式2的变形例1中，说明设定进程id有效的期间(例如，也称为“区段”)的情况。
[0146]
在实施方式2的变形例1中，相同进程id所对应的不同数据在多个区段中的不同区段中被发送。换句话说，不同区段中的进程id相同的数据被视为不同的数据。
[0147]
图10是表示实施方式2的变形例1的动作例的图。
[0148]
rtt的区间被分割成多个区段(图8中的seg0～seg3这四个区段)。例如，如图10所示，以rtt为周期而反复设定seg0～seg3。
[0149]
终端200例如将不同区段的进程id相同的数据分别作为不同的数据而保存到软缓冲器205。换句话说，终端200基于区段与进程id的组合，将接收数据保存到软缓冲器205。
[0150]
例如，设想以下情况：在图10所示的seg0中，进程id＝0(pid0)的数据的解码结果为错误(crc ng)的情况下，终端200将seg0及pid0的接收数据保存到软缓冲器205，并且，pid0的数据在下一个rtt区间的相同区段即seg0的期间被重发。
[0151]
另外，当在不同区段(例如，图10所示的seg0及seg1)中接收了进程id相同的数据(例如，图10所示的pid1的数据)时，终端200将该数据作为不同数据而进行接收处理。例如，如图10所示，在seg0的pid1的数据、以及seg1的pid1的数据的解码结果分别为错误(crc ng)的情况下，终端200将各接收数据(例如，seg0的pid1的数据、以及seg1的pid1的数据)分别单独地保存到软缓冲器205。换句话说，终端200基于区段和进程id来管理软缓冲器205。
[0152]
由此，基站100在将进程id通知给终端200时，只要通知区段内的进程id即可，因此，能够削减进程id的通知比特。例如，在rtt为512ms，tti长度为1ms，并设定区段长度为128ms的四个区段的情况下，区段内的最大进程数为128个。因此，例如，在是与rtt长度相应的进程id的情况下，通知比特数为9比特，而在实施方式2的变形例1中，进程id的通知比特数为7比特，能够减少通知比特数。
[0153]
另外，也可组合变形例1与实施方式2而在区段内重新利用进程id。例如，在上述例子中(在区段长度为128ms，最大进程数为128个的情况下)，例如，也可通知16个进程id。在此情况下，进程id的通知比特数为4比特，能够进一步减少通知比特数。另外，在重新利用区段内的进程id的情况下，例如，通过以实施方式2所说明的方式利用bpf，能够避免在终端
200中使不同数据彼此合并，且可进行优先级高的数据的harq合并。
[0154]
另外，此处设想如下情况，即，已在某个区段中被发送的数据在经过rtt后的相同区段中被重发。但是，基站100有时也会因进行优先级更高的其他处理或收发针对其他用户的数据等而无法在相同区段中进行发送。在此情况下，基站100例如也可不等到下一个rtt区间的相同区段才进行发送，而是在下一个区段中，与bpf＝0一起发送重发数据。在此情况下，因为bpf＝0，所以终端200不进行用于该区段(seg1)的已保存的数据与接收数据的软合并而进行解码处理。另外，即使接收数据的解码结果为错误，终端200也不会向软缓冲器205保存接收数据。这样，在已在多个区段中的某个区段中被发送的数据在不同区段中被重发的情况下，针对该在不同区段中被重发的数据的bpf是表示不进行对于该数据的合并处理(换句话说，向软缓冲器205的保存)的bpf。
[0155]
例如，在图10中，某个rtt的seg0中的pid1的数据原本会在经过rtt后的seg0中被重发。相对于此，在seg0中的pid1的数据的发送已延迟的情况下，图10所示的基站100例如在seg1中，与bpf＝0一起发送seg0中的pid1的数据。另外，如图10所示，基站100在seg1中，无bpf地发送对于seg1中的pid1的数据的重发数据。这样，图10中，在seg1中发送pid1所对应的不同数据。
[0156]
在此情况下，如图10所示，终端200对在seg1中无bpf地被发送的pid1的重发数据、与软缓冲器205所保存的seg1的pid1的保存数据进行合并。另一方面，如图10所示，终端200不对在seg1中与bpf＝0一起被发送的pid1的数据进行合并(换句话说，不进行保存)而进行接收处理。
[0157]
由此，即使在跨越区段的情况下，基站100也能够以避免对不同的数据进行合并的方式重发数据，因此，即使在无法在相同区段内发送数据的情况下，也能够减少时延。例如，能够进一步防止发生1个rtt以上的时延。
[0158]
此外，rtt内的区段长度可以是全部相同，也可以是至少一部分的区段的长度不同(可以更短，或者也可以更长)。
[0159]
(实施方式2的变形例2)
[0160]
在实施方式2的变形例2中，说明关联(换句话说，联系)进程id与时隙编号的情况。
[0161]
在同步(synchronous)harq中，预先决定了各进程的发送时机。例如，在发送了某个数据后，经过rtt后，发送对应的重发数据。这样，在同步harq中，因为预先决定了数据的发送时机，所以可不通知进程id。另一方面，在同步harq中，因为决定了发送时机，所以调度(例如，对于各终端的数据分配)的灵活性降低。另外，例如，虽然通过通知进程id，能够提高调度的灵活性，但用于通知进程id的控制数据的量会增加。
[0162]
因此，在实施方式2的变形例2中，基于时隙编号和从时隙编号算起的相对值(换句话说，相对于时隙编号的偏移值。有时也称为“进程id相对值”)来通知进程id。由此，能够削减用于通知进程id的控制数据的量，并且提高调度的灵活性。
[0163]
例如，将时隙编号设为“n”，将通知的相对值(偏移值)设为“p”，并将与rtt相应的进程数(换句话说，rtt除以tti所得的值)设为“nrtt”。在此情况下，进程id(pid)由下式(1)算出。
[0164]
pid＝(n p nrtt)mod nrtt
ꢀꢀꢀ
(1)
[0165]
此处，p例如可由
‑
8、
‑
7、
…
、 7的4比特表现。在此情况下，基站100将4比特的p通知
给终端200。另外，终端200根据式(1)，算出基站100意图表示的进程id。此外，p的比特数不限于4比特，也可以是其他比特数。
[0166]
图11是表示实施方式2的变形例2的动作例的图。
[0167]
例如，如图11所示，在于时隙1中设定p＝0而被发送的pid1的数据在从经过rtt后(换句话说，下一个时隙1)延迟了2个时隙的时机即时隙3中被重发的情况下，基站100设定p＝
‑
2。由此，新发送时(n＝1，p＝0)的、式(1)中的n p的值为'1'，重发时(n＝3，p＝
‑
2)的n p的值为'1'，pid彼此相同。另外，如图11所示，在于时隙3中重发pid1的数据的情况下，设定bpf＝1。
[0168]
这样，可基于对应于新发送数据时和重发数据时的时隙编号的差值来决定p的值(偏移值)。另外，针对重发数据的bpf是表示进行合并处理的bpf。由此，基站100能够以与预先决定的发送时机不同的时机，将相同的进程id(例如，pid1)通知给终端200。
[0169]
另外，基站100在发送优先级高的数据时，为了使其覆盖软缓冲器205已保存的优先级低的数据，也可设定分配有优先级低的数据的进程id作为优先级高的数据的进程id，并设定bpf＝1。
[0170]
例如，如图12所示，基站100在时隙0中，设定p＝0，并设定bpf＝0而发送pid0的数据。另外，如图12所示，基站100在相同rtt内的时隙5(n＝5)中，设定p＝
‑
5，并设定bpf＝1而发送pid0的数据。换句话说，在图12所示的时隙5中，将与已在时隙0中设定p＝0并设定bpf＝0而被发送的数据的进程id相同的进程id通知给终端200。在此情况下，终端200对于被通知的pid0，丢弃软缓冲器205已保存的数据(换句话说，bpf＝0的数据)而保存新接收到的数据(换句话说，bpf＝1的数据)。
[0171]
这样，基于对应于第一数据的发送的时隙编号(图12中的时隙0)与对应于第二数据的发送的时隙编号(图12中的时隙5)之间的差值来决定p的值(偏移值)，该第一数据是终端200的软缓冲器205已保存的数据，该第二数据是与对应于第一数据的pid(图12中的pid0)相同的pid所对应的数据。另外，针对第二数据的bpf是表示向软缓冲器205缓冲第二数据的bpf。
[0172]
这样，根据实施方式2的变形例2，能够削减进程id的通知比特数，并且提高调度的灵活性。另外，在实施方式2的变形例2中，通过组合相对值p的通知与bpf的通知，从而与优先级低的数据相比，优先对优先级高的数据使用软缓冲器205，因此，能够提高优先级高的数据的可靠性，并能够缩短时延。
[0173]
此外，时隙编号也可以是由基站100或系统设定的时隙的编号，即在每个系统帧中反复使用的编号。在此情况下，式(1)中的n的值可通过下式(2)算出。
[0174]
n＝时隙编号 系统帧编号
×
(每一系统帧的时隙数)(2)
[0175]
另外，时隙编号也可以是在每个子帧中反复使用的编号。在此情况下，式(1)中的n的值可通过下式(3)算出。
[0176]
n＝时隙编号 系统帧编号
×
子帧编号
×
(每一子帧的时隙数)(3)
[0177]
此外，在实施方式2的变形例2中对时隙进行了说明，但时间资源的单位不限于时隙，也可以是其他的时间资源的单位(例如，帧、子帧或微时隙等)。
[0178]
(实施方式3)
[0179]
在本实施方式中，说明终端将对于多个发送数据(例如，传输块)的ack/nack信号
一并通知(反馈)给基站的情况。
[0180]
例如，ack/nack信号的通知周期可由基站预先通知给终端。终端例如在ack/nack信号的通知时机，将对于在上一次的通知时机之后接收到的数据的ack/nack信号一并发送。
[0181]
图13表示本实施方式的无线通信系统的动作例。
[0182]
在图13中，作为一例，固定的期间(例如，rtt)被分割成多个(此处为5个)区段(例如，seg0～seg4)，针对每个区段通知一次ack/nack信号。终端例如也可保留在区段内产生的ack/nack信号，并在区段的断开处(换句话说，边界)的时机，进行ack/nack信号的发送处理。
[0183]
另外，终端200例如还可基于业务状况、传输路径状况或ack/nack信号来变更ack/nack信号的通知方法。ack/nack信号的通知方法例如有以下的方法。
[0184]
＜通知方法1＞
[0185]
如上所述，在ntn中，与地面网络相比，传播路径波动更小，因此，可实现低错误率(例如，bler)。
[0186]
因此，在通知方法1中，终端通知在固定期间(例如，区段)内接收到的数据中的ack/nack信号为nack的数据的进程id(换句话说，解码结果有错误的数据的进程id)。换句话说，在通知方法1中，对于在固定期间内接收到的数据中的ack/nack信号为ack的数据，终端不通知该数据的进程id。
[0187]
对如下情况进行说明：在通知方法1中，例如，每64ms进行一次ack/nack信号的一并发送的情况。在此情况下，在将对应于nack的进程数(换句话说，解码结果有错误的数据数)设为“nerror”时，终端对于错误个数的通知和有错误的数据的进程id的通知的合计nerror
×
6(＝log2(64)) 6比特的信息进行通知。例如，在有错误的数据的进程数nerror＝1的情况下，通知比特数为12比特，其小于64比特。
[0188]
＜通知方法2＞
[0189]
在通知方法2中，利用位图来逐一表现对于各进程的数据的ack/nack信号。例如，在每64ms进行一次ack/nack信号的一并发送的情况下，终端最大通知64比特的量的信息。
[0190]
以上，说明了ack/nack信号的通知方法。
[0191]
此处，例如，在每64ms进行一次ack/nack信号的一并发送的情况下，当有错误的数据的进程数为10个以上时(当nerror≧10时)，在通知方法1中，通知比特为66比特以上，通知方法2(例如，64比特)的通知比特数更少。换句话说，在每64ms进行一次ack/nack信号的一并发送的情况下，当有错误的数据的进程数小于10个时(当nerror＜10时)，在通知方法1中，通知比特小于64比特(即，通知方法2的通知比特数)。
[0192]
因此，在本实施方式中，终端根据状况而在通知方法1(换句话说，利用对应于nack的进程id来通知ack/nack)与通知方法2(换句话说，利用位图来通知ack/nack)之间进行切换。
[0193]
以下，分别说明ack/nack通知的切换方法1及切换方法2。
[0194]
＜切换方法1＞
[0195]
在切换方法1中，基站设定各终端的ack/nack信号的通知方法。
[0196]
ack/nack信号的通知方法例如由基站通知给终端。例如，基站可以按终端设定
ack/nack通知方法，并利用高层(例如，rrc重新配置(reconfiguration)消息)进行通知，也可以按小区设定ack/nack通知方法，并利用系统信息进行广播。终端基于来自基站的通知而在通知方法1与通知方法2之间进行切换。
[0197]
例如，基站可基于数据通信的产生频度或传播路径波动的状况而在通知方法1与通知方法2之间进行切换。例如，基站也可在数据通知的产生频度低的情况下(例如，在产生频度小于阈值的情况下)设定通知方法1，在数据通知的产生频度高的情况下(例如，在产生频度为阈值以上的情况下)设定通知方法2。
[0198]
或者，例如，基站还可在传播路径波动小的情况下(例如，在传播路径波动小于阈值的情况下)设定通知方法1，在传播路径波动大的情况下(例如，在传播路径波动为阈值以上的情况下)设定通知方法2。
[0199]
此外，ack/nack通知方法的切换基准不限于数据通知的产生频度及传播路径波动的状况，也可以是其他基准。换句话说，只要是如下基准即可，该基准是指：对于通知方法1的ack/nack信号的通知比特数容易变得比通知方法2更少的状况，设定通知方法1，对于通知方法2的ack/nack信号的通知比特数容易变得比通知方法1更少的状况，设定通知方法2。
[0200]
＜切换方法2＞
[0201]
在切换方法2中，终端选择ack/nack通知方法。
[0202]
终端例如可选择通知方法1及通知方法2中的通知比特数少的通知方法。
[0203]
此处，将作为报告对象的进程数设为“np”，并将nack的数量设为“nn”。在此情况下，通知方法1及通知方法2的通知比特数如下所述。
[0204]
通知方法1的通知比特数：np比特
[0205]
通知方法2的通知比特数：nn
×
ceil(log2(np)) ceil(log2(np))比特
[0206]
(包含nack数个通知比特)
[0207]
此外，ceil表示将小数点以下进位而取整的运算。
[0208]
终端选择通知方法1及通知方法2中的通知比特数少的通知方法并通知给基站。基站例如基于由终端通知的ack/nack信号的通知方法来接收ack/nack信号。
[0209]
图14表示用于通知ack/nack信号的格式的一例。在图14的报头部中存储表示通知方法的信息，在剩余部分(例如，ack/nack信息字段)中存储ack/nack信号。
[0210]
在图14的报头例1中，报头部的比特数为1比特，利用1比特的报头部(0和1中的一者)来指定通知方法1或通知方法2。此外，在通知方法2的情况下，ack/nack信号的通知比特数会根据nack的数量而有所不同。因此，基站例如可根据图14所示的ack/nack信息字段内的nack数的通知比特，判定ack/nack信号的通知比特数(长度)。
[0211]
在图14的报头例2中，报头部的比特数为2比特，利用2比特的报头部(00、01、10、11中的一者)，除了指定通知方法1、通知方法2之外，还指定无nack(或者未分配数据)。
[0212]
在报头例2中，在无nack的情况下(报头：01)，例如，在后续的ack/nack信息字段中不包含信息。另外，在报头例2中，可以是，在是通知方法2的情况下，报头部指定如下内容：nack的数量是小于m1个(报头：10)还是为m1个以上且小于m2个(报头：11)。若是小于m1个，则存储有ceil(log2(m1))比特的ack/nack信号，若为m1个以上且小于m2个，则存储有ceil(log2(m2))比特的ack/nack信号。由此，基站能够通过读取报头部来判定ack/nack信息字段的比特数。
[0213]
另外，在报头例2中，也可规定ack/nack信息字段的比特数的种类(例如，在图14中为四种比特数)。由此，例如，终端从与比特数的种类对应的数量(图14中为4个)的候选的无线资源(例如，时间/频率资源)中，选择一个无线资源来发送ack/nack信息。另外，基站例如从与比特数的种类对应的数量的无线资源中，盲检测一个无线资源。在此情况下，能够将报头与ack/nack信息字段作为相同区块进行纠错编码，因此，可获得更高的编码增益。
[0214]
这样，在本实施方式中，终端对于多个接收数据，将ack/nack信号一并通知给基站，由此，可利用通知比特数少的通知方法来通知ack/nack信号，从而能够减少ack/nack通知的开销。
[0215]
另外，例如，在每次发送1比特(例如，一个进程)的ack/nack信号的情况下，为了使基站以所要求的错误率(足够低的错误率)接收该ack/nack信号，扩频或多次反复发送等的无线资源使用量会增大。相对于此，在本实施方式中，ack/nack信号一并被反馈，因此，可获得纠错编码增益或分集增益，从而能够提高无线资源的使用效率。
[0216]
另外，通过在使用用于通知ack/nack信号的无线资源时削减通知比特数，可实现鲁棒性更高的发送方法(例如，以更低的编码率进行的传输)，从而能够提高ack/nack通知的可靠性。例如，在ntn中为长距离传输，因此，重要的是提高可靠性。
[0217]
此外，在本实施方式中，作为一例，说明了针对每个区段划分ack/nack信号的通知时机的情况，但并不限定于此。例如，也可由基站通知ack/nack信号的反馈周期，并由终端基于反馈周期来通知ack/nack信号。
[0218]
另外，实施方式3例如也可与实施方式1及实施方式2中的至少一个实施方式组合。
[0219]
例如，通过组合实施方式1与实施方式3，终端200(例如，参照图5)能够基于由基站100(例如，参照图4)通知的bpf(换句话说，优先级)，对软缓冲器205中的数据保存(换句话说，harq合并)进行控制，恰当地进行优先级高的数据的harq。另外，终端200与实施方式3同样地，将ack/nack信号一并反馈给基站100，由此，能够削减通知比特数。
[0220]
同样地，例如，通过组合实施方式2与实施方式3，即使在进程id在rtt内被重新利用的情况下，终端200也能够基于由基站100(例如，参照图4)通知的bpf，不对进程id相同的不同数据进行合并而恰当地进行优先级高的数据的harq。另外，终端200与实施方式3同样地，将ack/nack信号一并反馈给基站100，由此，能够削减通知比特数。
[0221]
(实施方式3的变形例1)
[0222]
在实施方式3中，说明了终端将各区段内的ack/nack信号一并通知给基站的情况。在实施方式3的变形例1中，终端也可将进一步分割区段而成的每个区间(例如，称为“子区段”)的ack/nack信号一并发送。
[0223]
例如，区段进一步被分割成四个子区段，基站及终端可按子区段设定或选择ack/nack通知方法。在此情况下，例如，也可如图15所示，对应于每个子区段而添加报头部。由此，例如，能够按子区段设定不同的通知方法。
[0224]
另外，例如，在集中地发生错误的环境中，也可对错误集中的子区段的期间设定通知方法1，对其他子区段的期间设定通知方法2。这样，按比区段更细致的期间选择通知比特数少的ack/nack通知方法，因此，能够进一步削减ack/nack通知比特。
[0225]
以上，说明了本公开的各实施方式。
[0226]
此外，在实施方式1及实施方式2中，终端200也可将表示是否已向软缓冲器205保
存(或者存储)了数据的信息与ack/nack信号一起通知给基站100。或者，终端200也可在未向软缓冲器205保存数据的情况下，将dtx(discontinuous transmission，不连续发送)(即，既不发送ack也不发送nack)通知给基站100。基站100可基于被通知的信息来决定重发时的发送参数。例如，对于未由终端200保存到软缓冲器205的数据，基站100可以再次发送相同的rv，使得终端200能够与上一次的发送同样地进行接收，也可以发送包含系统比特(systematic bit)(换句话说，原来的信息比特)的rv。另外，例如，对于已由终端200保存到软缓冲器205的数据，基站100可以发送不同的rv，也可以发送不包含系统比特或者系统比特的比例低的rv。另外，在终端200未将数据保存到软缓冲器205的情况下，也可通知表示数据未被保存的信息，减少通知信息量。
[0227]
另外，在实施方式1及实施方式2中，可以在dci或pdcch所含的分配信息内，显式(explicit)地通知bpf，也可以利用其他参数来隐式(implicit)地通知bpf。在隐式地进行通知的情况下，例如，bpf可由终端200所使用的dci格式、用于调度pdcch的rnti(radio network temporary id，无线网络临时标识符)、或发送了pdcch的搜索空间及被称为coreset(control resource set，控制资源集)的时间/频率资源通知。或者，针对重发数据，终端200可在被通知了包含系统比特的用于新发送的rv时，判断为bpf＝1，不对重发数据进行合并而进行解码，并在被通知了不包含系统比特或系统比特的比例低的用于重发的rv时，判断为bpf＝0，对重发数据进行合并而进行解码。另外，终端200也可在被通知了用于新发送的mcs的情况下，判断为bpf＝1，不对重发数据进行合并而进行解码，并在被通知了用于重发的mcs的情况下，判断为bpf＝0，不对重发数据进行合并而进行解码。
[0228]
另外，bpf也可由进程id字段中特别定义的进程id通知。终端200在被通知了某个特定的进程id的情况下，判断为bpf＝0，即使接收数据有错误，也不保存接收数据，并发送nack。另外，终端200在判断为bpf＝0时，对于重发数据，不进行合并而进行解码。另外，终端200在被通知了上述特定的进程id以外的进程id的情况下，判断为bpf＝1，若接收数据有错误，则保存接收数据，并发送nack。另外，终端200在判断为bpf＝1时，对于重发数据，进行合并而进行解码。特定的进程id可以预先被决定，也可以利用系统信息等，由基站100通知给终端200。
[0229]
另外，bpf也可由逻辑信道id通知。例如，可以是，优先级高的逻辑信道id意味着bpf＝1(优先级：高)，优先级低的逻辑信道id意味着bpf＝0(优先级：低)。此外，各个逻辑信道id的优先级可以预先被决定，也可以由基站100通知给终端200。例如，基站100每当发送数据时，利用dci来通知逻辑信道id，由此，终端200能够在对数据进行解码之前，确定逻辑信道id(换句话说，bpf)。
[0230]
另外，在各实施方式或变形例中，因终端(ue)的能力而异地，有可能存在终端能够应对的方法、和无法应对的方法。在此种情况下，各终端也可根据终端能力(ue capability)选择应用的方法。
[0231]
另外，在实施方式1及实施方式2中，说明了bpf为1比特的情况，但bpf的比特数也可以是2比特以上。例如，在bpf为2比特的情况下，也可表示如下所述的四个阶段的优先级。在该例子中，bpf＝00、01、10、11中的00的优先级最高，11的优先级最低。
[0232]
00：必须保存到软缓冲器205，且禁止用其他数据覆盖。
[0233]
01：必须保存到软缓冲器205，且允许用其他数据覆盖。
[0234]
10：若有空闲，则保存到软缓冲器205，且允许用其他数据覆盖。
[0235]
11：即使有空闲，也不保存到软缓冲器205。
[0236]
另外，在实施方式1及实施方式2中，在被通知了bpf＝1的情况下(换句话说，在接收到优先级高的数据的情况下)，当终端200的软缓冲器205已被优先级高的数据使用时(换句话说，在无空闲的情况下，或者在无优先级低的保存数据的情况下)，终端200可进行以下的动作：例如，终端200也可丢弃软缓冲器205已保存的数据中的最旧的数据而保存此次的接收数据，或者，终端200也可不保存此次的接收数据而将其丢弃，且不通知ack/nack。换句话说，可以是，终端200就像无此次的数据发送那样进行动作。在此情况下，因为无ack/nack通知，所以基站100可作为新数据(切换ndi而通知地)而重发相同的数据。
[0237]
或者，终端200也可设想如下情况而进行动作：不会有比软缓冲器205中所安装的缓冲器的量更多的高优先级数据(换句话说，bpf＝1的数据)被发送。在此情况下，可不规定终端的动作，而是根据终端200的安装来设定该终端的动作。例如，动作也可按终端而有所不同。
[0238]
另外，本公开的一个实施例无论卫星的种类如何都能应用，该卫星的种类是指geo(geo
‑
stationary earth orbit，地球同步轨道)、meo(medium earth orbit，中地球轨道)、leo(low earth orbit，近地轨道)或haps等卫星的种类。另外，本公开的一个实施例不限于应用于ntn，例如也能够应用于小区尺寸大且基站与终端之间的传播时延长的环境(例如，传播时延为阈值以上的环境)的地面网络。
[0239]
另外，在上述各实施方式中，ack/nack信号有时也被称为harq
‑
ack或harq反馈(harq
‑
feedback)信息。
[0240]
另外，即使是在被设定了不激活harq反馈的终端未发送ack/nack信号的情况下，也可通过从基站多次发送数据，并在终端中进行harq合并而改善错误率。即使是在该情况下，也可通过利用bpf来通知是否在终端中对数据进行合并，而有效地运用有限的harq缓冲器。例如，也可在基站多次发送数据的情况下，通知bpf＝1，并在终端中，将该数据存储至harq缓冲器。另一方面，也可在基站此后不重发数据的情况下，通知bpf＝0，并在终端中，不将该数据存储至harq缓冲器。另外，也可将bpf的通知仅应用于被设定了不激活harq反馈的harq进程。在被设定了不激活harq反馈的harq进程中，因为无需通知rv信息之类的harq关联信息，所以通过取而代之通知bpf，可不增加控制信息数据尺寸而进行通知。
[0241]
另外，在上述各实施方式中，说明了从基站向终端的下行链路的数据传输，但不限于此，也能够应用于从终端向基站的上行链路的数据传输。在上行链路的数据传输时，也可将bpf与从基站向终端通知的上行链路数据分配通知一起通知，由此来指示是否需要在终端发送缓冲器中保留数据。在此情况下，bpf由dci通知。或者，终端也可与上行链路发送数据一起将bpf通知给基站，由此来指示是否需要向基站的接收缓冲器保留该数据。在此情况下，bpf由uci(uplink control information，上行链路控制信息)通知。
[0242]
另外，在上述各实施方式中，以每当发送数据时，使用dci或pdcch来分配数据的动态调度(dynamic scheduling)为前提，说明了向终端的下行链路及上行链路的数据分配，但除此以外，还能够应用于使用预先周期性地向终端分配无线资源的下行链路的半永久性调度(semi
‑
persistent scheduling，sps)、或上行链路的配置授权(configured grant，cg)的情况。在此情况下，也可以是，像rel.15nr那样，初始发送数据由预先周期性地被分配
的无线资源发送，但在harq重发时，采用利用dci或pdcch来分配数据的动态调度。可以在将周期性的无线资源的分配(periodicity)从基站通知给终端时，通知bpf，也可以利用harq重发时的dci或pdcch来通知bpf。能够使用rrc重新配置、mac ce或dci来通知周期性的无线资源的分配(periodicity)。另外，在实施方式2中，也可在根据发送时机来判断harq进程的情况下，针对被设定了相同harq进程id的sps或cg，根据使用sps或cg的资源发送的初始发送数据的发送时机(例如，时隙编号或区段)来判定harq进程。
[0243]
另外，在rel.15nr中，在使用上行链路的cg的情况下，配置授权计时器(configuredgranttimer)在发送了初始发送数据之后进行动作，在直到计时器到时为止的期间(例如，计时器的持续期间)，禁止使用cg资源从终端新发送初始发送数据，而仅进行利用动态调度的重发数据的分配。另一方面，在ntn中，因为rtt长，所以若等待由基站指示重发，则时延会变大。因此，也可将配置授权计时器设定为rtt以下的值，并将在配置授权计时器的持续期间内使用cg资源从终端发送的数据视为重发数据，对接收数据进行合并。由此，终端对于需要提高可靠性的数据传输，能够不等待由基站指示利用动态调度来分配重发数据而进行重发。另一方面，在无需高可靠性的情况下，也可不激活配置授权计时器。在此情况下，也可利用设定cg的配置授权配置(configuredgrantconfig)消息，来通知不激活harq反馈或不激活配置授权计时器。
[0244]
另外，在上述各实施方式中，说明了一个基站与一个终端之间的通信，但并不限定于此。例如，一个基站可对于多个终端分别进行各实施方式的动作。或者，一个终端可在与多个基站之间进行各实施方式的动作。
[0245]
另外，也可组合上述实施方式1、实施方式2、实施方式3、以及各实施方式的变形例中的至少两个以上的方法而进行动作。
[0246]
另外，上述各实施方式中说明的rtt长度、缓冲器尺寸、进程数、进程id数、区段数、bpf等的值为一例，并不限定于这些值。
[0247]
另外，上述实施方式中使用的
“……
部”这一表述例如也可替换成
“……
电路(circuitry)”、
“……
装置”、
“……
单元”或
“……
模块”之类的其他表述。
[0248]
本公开可通过软件、硬件或与硬件协作的软件实现。在上述实施方式的说明中使用的各功能块部分地或整体地实现为作为集成电路的lsi(large scale integration，大规模集成电路)，在上述实施方式中说明的各过程也可部分地或整体地由一个lsi或由lsi的组合控制。lsi可由各个芯片构成，也可以以包含功能块的一部分或全部的方式而由一个芯片构成。lsi也可包括数据的输入和输出。lsi根据集成度的不同，也可以称为“ic(integration circuit，集成电路)”、“系统lsi(system lsi)”、“超大lsi(super lsi)”、“特大lsi(ultra lsi)”。集成电路化的方法不限于lsi，也可由专用电路、通用处理器或专用处理器实现。另外，也可利用lsi制造后能够编程的fpga(field programmable gate array，现场可编程门阵列)、或可以对lsi内部的电路块的连接或设定进行重新构置的可重构置处理器。本公开也可被实现为数字处理或模拟处理。再有，如果随着半导体技术的进步或者其他技术的派生，出现了代替lsi的集成电路化的技术，当然也可以利用该技术来实现功能块的集成化。还存在应用生物技术等的可能性。
[0249]
本公开可在具有通信功能的所有种类的装置、设备、系统(总称为“通信装置”)中实施。通信装置可包含无线收发机(transceiver)和处理/控制电路。无线收发机可包含接
收部和发送部，或者发挥这些部分的功能。无线收发机(发送部、接收部)也可包含rf(radio frequency，射频)模块和一个或多个天线。rf模块可包含放大器、rf调制器/解调器、或类似于这些的装置。通信装置的非限定性的例子包括：电话(手机、智能手机等)、平板电脑、个人电脑(pc)(膝上型电脑、台式机、笔记本电脑等)、相机(数码照相机/数码摄像机等)、数码播放器(数码音频/视频播放器等)、可穿戴设备(可穿戴相机、智能手表、跟踪设备等)、游戏机、电子书阅读器、远程健康/远程医疗(远程保健/医学处方)设备、带有通信功能的交通工具或交通运输工具(汽车、飞机、轮船等)、以及上述各种装置的组合。
[0250]
通信装置并不限定于可携带或可移动的装置，也包含无法携带或被固定的所有种类的装置、设备、系统例如智能家居设备(家电设备、照明设备、智能电表或计量器、控制面板等)、自动售货机及其他可存在于iot(internet of things，物联网)网络上的所有“物体(things)”。
[0251]
通信除了包含通过蜂窝系统、无线lan(local area network，局域网)系统、通信卫星系统等进行的数据通信之外，还包含通过这些系统的组合进行的数据通信。
[0252]
另外，通信装置也包含与执行本公开中记载的通信功能的通信设备连接或连结的、控制器或传感器等设备。例如，包含产生执行通信装置的通信功能的通信设备所使用的控制信号或数据信号的控制器或传感器。
[0253]
另外，通信装置包含与上述非限定性的各种装置进行通信或对上述各种装置进行控制的基础设施设备，例如，基站、接入点及其他所有的装置、设备、系统。
[0254]
本公开的一个实施例的终端包括：接收电路，接收与用于重发控制的缓冲相关的控制信息；以及控制电路，基于所述控制信息来控制所述缓冲。
[0255]
在本公开的一个实施例的终端中，所述控制信息包含表示多个数据之间的所述缓冲的优先级的信息。
[0256]
在本公开的一个实施例的终端中，所述控制电路基于表示所述优先级的信息，对所述数据向缓冲器的保存及所述数据的丢弃进行控制。
[0257]
在本公开的一个实施例的终端中，所述控制电路在所述缓冲器无空闲的情况下，用接收数据来覆盖所述优先级比所述接收数据更低的数据。
[0258]
在本公开的一个实施例的终端中，所述控制电路在所述缓冲器中不存在所述优先级低的数据的情况下，丢弃所述接收数据。
[0259]
在本公开的一个实施例的终端中，所述控制信息包含表示与新发送相关的数据的所述优先级的信息、和表示是否对与重发请求相关的数据进行合并处理的信息。
[0260]
在本公开的一个实施例的终端中，所述控制信息包含表示如下优先级的信息，该优先级是与重发控制进程相关的相同识别信息所对应的不同数据之间的所述缓冲的优先级。
[0261]
在本公开的一个实施例的终端中，所述相同识别信息所对应的不同数据在分割如下时间区间而成的多个期间中的不同期间中被发送，所述时间区间是相当于所述数据的传播延迟时间的时间区间。
[0262]
在本公开的一个实施例的终端中，在已在所述多个期间中的第一期间中被发送的所述数据在与所述第一期间不同的第二期间中被重发的情况下，在针对在所述第二期间中被重发的数据的所述控制信息中，包含表示不对所述被重发的数据进行合并处理的信息。
[0263]
在本公开的一个实施例的终端中，所述控制电路基于时间资源和相对于所述时间资源的偏移值来决定所述识别信息。
[0264]
在本公开的一个实施例的终端中，基于对应于与新发送相关的数据的所述时间资源和对应于与重发相关的数据的所述时间资源之间的编号的差值，决定所述偏移值，针对所述与重发相关的数据的所述控制信息包含表示进行合并处理的信息。
[0265]
在本公开的一个实施例的终端中，基于第一数据的所述时间资源的编号与第二数据的所述时间资源的编号之间的差值，决定所述偏移值，所述第一数据是所述终端的缓冲器已保存的数据，所述第二数据是与对应于所述第一数据的所述识别信息相同的识别信息所对应的数据，针对所述第二数据的所述控制信息包含表示进行所述第二数据的缓冲的信息。
[0266]
在本公开的一个实施例的终端中，还包括一并发送对于多个数据的应答信号的发送电路，所述控制电路对第一方法和第二方法进行切换，所述第一方法发送包含表示针对所述多个数据中的每一个数据的错误检测结果的信息的所述应答信号，所述第二方法发送包含与所述多个数据中的有错误的数据相关的信息的所述应答信号。
[0267]
在本公开的一个实施例的终端中，所述控制电路基于来自基站的通知而对所述第一方法和所述第二方法进行切换。
[0268]
在本公开的一个实施例的终端中，所述控制电路选择所述第一方法和所述第二方法中的所述应答信号的发送比特数更少的方法。
[0269]
本公开的一个实施例的基站包括：控制电路，产生与用于重发控制的缓冲相关的控制信息；以及发送电路，发送所述控制信息。
[0270]
在本公开的一个实施例的接收方法中，终端接收与用于重发控制的缓冲相关的控制信息，并基于所述控制信息来控制所述缓冲。
[0271]
在本公开的一个实施例的发送方法中，基站产生与用于重发控制的缓冲相关的控制信息，并发送所述控制信息。
[0272]
在2019年4月25日申请的特愿2019
‑
084513的日本专利申请所包含的说明书、附图及说明书摘要的公开内容全部被引用于本技术。
[0273]
工业实用性
[0274]
本公开的一个实施例对于无线通信系统是有用的。
[0275]
附图标记说明
[0276]
100 基站
[0277]
101 控制部
[0278]
102、207 编码/调制部
[0279]
103、208 无线发送部
[0280]
104、201 天线
[0281]
105、202 无线接收部
[0282]
106、203 解调/解码部
[0283]
107 ack/nack判定部
[0284]
200 终端
[0285]
204 软缓冲器控制部
[0286]
205 软缓冲器
[0287]
206 ack/nack产生部。