用户装置以及基站的制作方法

本发明涉及无线通信系统。

背景技术：

在LTE(长期演进(Long Term Evolution))系统中，能够通过使用了HARQ(混合自动重发请求(Hybrid Automatic Repeat Request))的快速重发而实现高吞吐量(throughput)。HARQ在MAC(媒体访问控制(Medium Access Control))层中被执行，在LTE标准中，用户装置(User Equipment：UE)以及基站(演进的Node B(evolved NodeB：eNB))管理的HARQ进程的个数依赖于小区的双工模式(duplex mode)等而决定。此外，在设定了载波聚合(carrier aggregation)的情况下，如图1所示，按每个小区或者分量载波(Component Carrier：CC)设定HARQ实体，各HARQ实体(entity)维持多个HARQ进程。

在用户装置与基站之间的发送接收处理中，数据按根据HARQ进程号而识别的HARQ进程的每一个进行处理。典型的是，在下行链路通信中利用异步(asynchronous)发送，只要与HARQ进程的上次的发送相隔了预定期间(例如，在FDD(频分双工(Frequency Division Duplex))中8ms)以上，基站就能够在任意的定时从该HARQ进程发送数据。另一方面，在上行链路通信中利用同步(synchronous)发送，如图2所示，用户装置以预定的周期(8ms)从HARQ进程对数据进行重发。具体地，如图示那样，若从基站接收到上行链路许可(uplink grant)，则用户装置例如从HARQ进程号#0开始从各HARQ进程#1～#7发送上行链路数据。典型的是，HARQ进程号在PUSCH(物理上行链路共享信道(Physical Uplink Shared Channel))的初始发送定时被唯一地决定，HARQ进程号没有被显式通知给基站。

根据LTE标准，传输块(Transport block：TB)按照如图3所示的解码过程被解码。首先，若接收到传输块，则MAC层在步骤S11中确认该传输块的HARQ进程号，判断该传输块是被新发送的传输块，还是被重发的传输块。在传输块是被新发送的传输块的情况下，MAC层在步骤S12中对该传输块进行解码，在步骤S13中，判断解码结果是否成功。在解码结果为成功的情况下，MAC层在步骤S14中，将解码结果转发给拆分和解复用实体(Disassembly and demultiplexing entity)，在步骤S15中，发送ACK。另一方面，在步骤S13中的解码结果为不成功的情况下，MAC层在步骤S16中将尝试了解码的数据保存在软缓冲器(soft buffer)中，在步骤S17中，发送NACK。

另一方面，在步骤S11中传输块是被重发的传输块的情况下，MAC层在步骤S18中判断该传输块以前是否已解码成功。在以前已解码成功的情况下，MAC层在步骤S19中发送ACK。另一方面，在以前解码不成功的情况下，MAC层在步骤S20中，将该传输块与软缓冲器内的数据进行合成。MAC层在步骤S21中对所合成的传输块进行解码，在步骤S22中，判断解码结果是否成功。在解码结果为成功的情况下，MAC层在步骤S19中发送ACK。另一方面，在解码结果为不成功的情况下，MAC层在步骤S23中将尝试了解码的数据保存在软缓冲器中，在步骤S24中发送NACK。

在第5代(5G)通信中，假设了如图4所示那样的3个代表性的用例。即，3个用例是进一步发展了移动宽带(mobile broadband)的用例、所有东西被连接到网络的IoT(物联网(Internet of Things))等的用例、以及实现了高可靠性且超低延迟通信的用例。

现有技术文献

非专利文献

非专利文献1：3GPP TS36.321V12.4.0(2014-12)

技术实现要素：

发明要解决的课题

如此作为第5代通信的要求条件的一个，可举出可靠性高且超低延迟的通信。以往，对于语音服务等的延迟要求严格的服务，通过比其他的逻辑信道或用户装置更高的优先级来进行调度，从而避免了数据的发送接收较大延迟的情况。可是，在无线质量不足够良好的情况或小区混杂的情况下，存在如下情况的可能性：即使提高了对于该服务的小区内的优先级，延迟降低效果也是有限的。

此外，也考虑如图5的左侧所示那样，将来自RLC(无线链路控制(RadioLink Control))层的重发进一步迅速化。可是，RLC层的RTT(往返时间(Round Trip Time))成为几十ms，因此，延迟降低效果是有限的。进而，讨论了如图5的右侧所示那样，通过在多个载波中进行MAC发送，从而通过分集(diversity)效果来实现低延迟。若基于利用了这样的多个载波的MAC发送，则即使一个小区中的数据发送失败，只要另一个小区中的数据发送成功，就能够实现低延迟通信。

另一方面，在上行链路通信中，如上述那样，来自HARQ进程的上行链路数据被同步发送，发送定时仅周期性到来。此外，也考虑如下的情况：在同步发送中规定TTI(发送时间间隔(Transmission Time Interval))捆绑，在所指定的捆绑数的子帧中连续发送来自同一HARQ进程的数据。可是，该捆绑数在现状的LTE标准中静态地决定，不能对应于通信状态而动态地设定。如此，在上行链路通信中，不能灵活地控制HARQ发送，难以实现低延迟通信。

鉴于上述的问题，本发明的课题是提供一种用于实现低延迟通信的上行链路通信中的HARQ进程的控制技术。

用于解决课题的手段

为了解决上述课题，本发明的一方式涉及用户装置，所述用户装置具有：发送接收单元，在与基站之间发送接收无线信号；以及HARQ进程控制单元，为了与所述基站的上行链路通信而控制多个HARQ进程，其中，所述HARQ进程控制单元通过所述基站能够确定所接收到的上行链路数据的发送源的HARQ进程的预定的发送方法，将上行链路数据从所述多个HARQ进程向所述基站进行异步发送。

本发明的另一方式涉及基站，所述基站具有：通信控制单元，控制与用户装置的无线通信；以及上行链路数据处理单元，处理从所述用户装置的多个HARQ进程所异步发送的上行链路数据，其中，所述上行链路数据处理单元处理通过预定的发送方法而从所述多个HARQ进程被发送的上行链路数据，所述预定的发送方法是该基站能够确定所接收到的上行链路数据的发送源的HARQ进程的发送方法。

发明效果

根据本发明，能够提供用于实现低延迟通信的上行链路通信中的HARQ进程的控制技术。

附图说明

图1是表示执行载波聚合时的HARQ进程的概略图。

图2是表示基于以往的HARQ进程的上行链路发送定时的概略图。

图3是表示传输块解码过程的流程图。

图4是表示第5代通信的典型的用例的概略图。

图5是表示用于执行载波聚合时的HARQ进程的协议的概略图。

图6A是表示根据本发明的一实施例的无线通信系统的概略图。

图6B是表示根据本发明的一实施例的用户装置的硬件结构的方框图。

图6C是表示根据本发明的一实施例的基站的硬件结构的方框图。

图7是表示根据本发明的一实施例的用户装置的结构的方框图。

图8是表示根据本发明的一实施例的由捆绑数指定的同一HARQ进程的上行链路重发处理的图。

图9是表示根据本发明的一实施例的由TTI数指定的同一HARQ进程的上行链路重发处理的图。

图10是表示根据本发明的一实施例的基站的结构的方框图。

图11是表示根据本发明的一实施例的由用户装置进行的上行链路发送方法的流程图。

具体实施方式

以下，基于附图来说明本发明的实施方式。

在以下的实施例中，从多个HARQ进程异步发送上行链路数据的用户装置被公开。若对后述的实施例进行概略，则代替在上行链路通信中以往所利用的同步发送，应用异步发送。用户装置通过基站能够确定所接收到的上行链路数据的发送源的HARQ进程的发送方法，从各HARQ进程向基站发送上行链路数据。例如，作为通过基站能够对发送源的HARQ进程进行确定的发送方法，可以设为i)用户装置在预定的期间内仅从同一HARQ进程发送上行链路数据，ii)用户装置将发送对象的上行链路数据的发送源的HARQ进程的HARQ进程号通知给基站，或者iii)用户装置发送由基站指定的HARQ进程的上行链路数据。

参照图6A，说明根据本发明的一实施例的无线通信系统。图6A是表示根据本发明的一实施例的无线通信系统的概略图。

如图6A所示那样，无线通信系统10具有用户装置100以及基站200。无线通信系统10例如是支持载波聚合的LTE系统或者LTE-Advanced系统。即，如图示那样，用户装置100能够同时使用多个分量载波CC#1、CC#2，在与基站200之间对无线信号进行发送接收。在图示的实施例中，仅示出了用户装置100与一个基站200进行载波聚合通信的情况，但是，本发明并不限定于此。例如，用户装置100也可以同时利用由多个基站200提供的分量载波，与多个基站200同时进行发送接收(双重连接(dual connectivity))。此外，在图示的实施例中，仅示出了一个基站200，但是，可以配置多个基站200以覆盖无线通信系统10的服务区域。

用户装置100具有：同时利用由基站200提供的多个载波，与基站200发送接收无线信号的载波聚合功能。典型的是，如图所示，用户装置100也可以是智能手机、移动电话、平板电脑、移动路由器、可穿戴终端等的具备了无线通信功能的任何适当的信息处理装置。如图6B所示那样，用户装置100由处理器等的CPU(中央处理单元(Central Processing Unit))101、RAM(随机存取存储器(Random Access Memory))或闪存存储器等的存储器装置102、用于在与基站200之间发送接收无线信号的无线通信装置103、输入输出装置或外围装置等的用户接口104等而构成。例如，后述的用户装置100的各功能以及处理也可以通过CPU101处理或者执行在存储器装置102中保存的数据或程序从而实现。可是，用户装置100不限定于上述的硬件结构，也可以由用于实现后述的处理的一个以上的电路等而构成。

基站200通过与用户装置100进行无线连接，将从在核心网络(未图示)上通信连接了的上位站或服务器接收到的下行链路(DL)分组发送给用户装置100，并且将从用户装置100接收到的上行链路(UL)分组发送给服务器。基站200具有经由多个载波从用户装置100同时发送接收无线信号的载波聚合功能。

如图6C所示那样，典型的是，基站200由用于在与用户装置100之间发送接收无线信号的天线201、用于与相邻的基站200进行通信的第1通信接口(X2接口等)202、用于与核心网络进行通信的第2通信接口(S1接口等)203、用于处理与用户装置100的发送接收信号的处理器204或电路、存储器装置205等的硬件资源而构成。后述的基站200的各功能以及处理也可以通过处理器204处理或者执行在存储器装置205中保存的数据或程序从而实现。可是，基站200不限定于上述的硬件结构，也可以具有其他任何适当的硬件结构。

接着，参照图7～9，说明根据本发明的一实施例的用户装置。图7是表示根据本发明的一实施例的用户装置的结构的方框图。

如图7所示那样，用户装置100具有发送接收单元110以及HARQ进程控制单元120。

发送接收单元110在与基站200之间发送接收无线信号。具体地，在下行链路通信中，发送接收单元110从基站200接收下行链路控制信道(PDCCH(物理下行链路控制信道(Physical Downlink Control Channel)))或下行链路数据信道(PDSCH(物理下行链路共享信道(Physical Downlink Shared Channel)))等的各种下行链路信道。另一方面，在上行链路通信中，发送接收单元110向基站200发送上行链路控制信道(PUCCH(物理上行链路控制信道(Physical Uplink Control Channel)))或上行链路数据信道(PUSCH(物理上行链路共享信道(Physical Uplink Shared Channel)))等的各种上行链路信道。

此外，发送接收单元110能够执行如下的载波聚合：同时使用由基站200提供的多个载波而发送接收各种无线信道。在载波聚合中，设定用于担保与用户装置100的连接性的可靠性高的主小区(Primary Cell：PCell)、和对与主小区正在连接的用户装置100追加设定的副小区(Secondary Cell：SCell)。

HARQ进程控制单元120为了与基站200的上行链路通信而控制多个HARQ进程，并且通过基站200能够确定所接收的上行链路数据的发送源的HARQ进程的预定的发送方法，从多个HARQ进程向基站200异步发送上行链路数据。具体地，HARQ进程控制单元120设定依赖于小区的双工模式等而决定的个数的HARQ进程。为了实现基于异步发送的与基站200的上行链路通信，HARQ进程控制单元120如以下进一步详细说明那样，利用基站200能够识别所接收到的上行链路数据的发送源的HARQ进程的任意的发送方法，从多个HARQ进程发送上行链路数据。由此，从任意的HARQ进程在任意的定时发送上行链路数据，因此，在基站200不能识别所接收到的上行链路数据的发送源的HARQ进程的异步发送中，基站200能够确定所接收到的上行链路数据的发送源的HARQ进程。

在一实施例中，HARQ进程控制单元120也可以设定如下的HARQ共享(sharing)：将对与基站200的载波聚合通信中的分量载波设定的多个HARQ进程作为公共的HARQ进程来管理。即，在HARQ共享中，HARQ进程控制单元120将对多个分量载波设定的多个HARQ进程作为公共的HARQ进程来管理，能够同时使用多个分量载波而从该公共的HARQ进程发送同一上行链路数据。若设定了HARQ共享，则HARQ进程控制单元120也可以将所指定的小区间的多个HARQ进程作为公共的HARQ进程来管理，经由这些多个小区而从该公共的HARQ进程向基站200发送同一上行链路数据。该HARQ共享的设定指示例如也可以从基站200被通知。此外，也可以对所有的HARQ进程应用HARQ共享，也可以对一部分HARQ进程应用HARQ共享。例如，在设定了3个分量载波CC#1、CC#2、CC#3的情况下，也可以是HARQ进程#0～3在CC#1、CC#2之间被共享而作为公共的HARQ进程而管理，HARQ进程#4～7在CC#2、CC#3之间被共享而作为公共的HARQ进程而管理。若对公共的HARQ进程接收到重发请求，则HARQ进程控制单元120经由多个分量载波从公共的HARQ进程对上行链路数据进行重发。根据HARQ共享，由于在多个载波中发送同一上行链路数据，因此，能够通过分集效果而实现低延迟。

在一实施例中，HARQ进程控制单元120也可以在预定的期间从同一HARQ进程发送上行链路数据。即，HARQ进程控制单元120在该预定的期间仅持续发送来自相同的HARQ进程的上行链路数据。由此，基站200能够认识到自己在所指定的期间仅接收来自同一HARQ进程的上行链路数据，能够隐式地确定在该期间接收到的上行链路数据的发送源的HARQ进程。此外，在载波聚合通信中设定了HARQ共享的情况下，HARQ进程控制单元120在公共的HARQ进程中在该预定的期间经由多个分量载波而持续发送同一上行链路数据。

在此，该预定的期间也可以由基站200来通知。此外，该预定的期间也可以对由HARQ进程控制单元120设定的多个HARQ进程设定为公共的值，或者也可以按每个HARQ进程设定为个别的值。另外，该预定的期间的最初的定时也可以在从基站200发送的上行链路许可中被指定，或者也可以通过来自RRC/MAC层等的上位层的控制信号被预先指定。

在一实施例中，HARQ进程控制单元120也可以根据由基站200指定的子帧的捆绑数或者发送时间间隔(TTI)数，对该预定的期间进行设定。

在该预定的期间由子帧的捆绑数所指定的情况下，HARQ进程控制单元120将用户装置100能够发送上行链路数据的子帧之中指定的个数的连续的子帧进行捆绑，在被捆绑的子帧中持续发送来自同一HARQ进程的数据。例如，在通过基站200将捆绑数设定为10的情况下，如图8所示那样，在载波聚合通信中所设定的2个分量载波中，HARQ进程控制单元120将能够发送PUSCH的10个连续的子帧进行捆绑，在该子帧中持续发送来自同一HARQ进程的上行链路数据。另外，在图示的具体例中，以刚好10个子帧划定了期间。但是，在图示的具体例中，在捆绑数被设定为7个的情况下，在通过7个子帧划定的期间中，包含能够发送PUSCH的8个子帧。在该情况下，HARQ进程控制单元120也可以通过8个子帧来发送数据。即，在预定的期间通过捆绑数被指定的情况下，HARQ进程控制单元120也可以根据直到发送至少指定的捆绑数为止的TTI，对预定的期间进行设定。另外，测量间隙等禁止上行链路发送的子帧也可以设为捆绑的对象之外。

另一方面，在该预定的期间由发送时间间隔数所指定的情况下，HARQ进程控制单元120将在所指定的发送时间间隔数中能够发送上行链路数据的子帧进行捆绑，在被捆绑的子帧中持续发送来自同一HARQ进程的数据。例如，在通过基站200将TTI数设定为10个的情况下，如图9所示那样，在载波聚合通信中所设定的2个分量载波中，HARQ进程控制单元120将在连续的10个TTI中能够发送PUSCH的子帧进行捆绑，在该子帧中持续发送来自同一HARQ进程的上行链路数据。

另外，若从基站200在该预定的期间内接收到发送中止指示，则HARQ进程控制单元120也可以中止来自该HARQ进程的上行链路数据的发送。即，即使在该预定的期间中，若HARQ进程控制单元120从基站200接收到显式的发送中止指示，则也可以在该时间点中止来自HARQ进程的上行链路数据的发送。例如，在基站200在该预定的期间的中途已成功接收来自该HARQ进程的上行链路数据的情况下，基站200也可以设为对用户装置100通知显式的发送中止指示。该发送中止指示例如也可以是对于来自该HARQ进程的上行链路发送的ACK，或者也可以是PDCCH。HARQ进程控制单元120也可以从中止了发送之后立即开始下一个HARQ进程的上行链路数据的发送。

在一实施例中，HARQ进程控制单元120也可以将表示发送源的HARQ进程的HARQ进程号通知给基站200。即，也可以设为，HARQ进程控制单元120将异步发送的上行链路数据的发送源的HARQ进程的HARQ进程号显式地通知给基站200，由此，基站200能够确定所接收到的上行链路数据的发送源的HARQ进程。具体地，HARQ进程控制单元120也可以通过上行链路数据信道或者上行链路控制信道而将HARQ进程号通知给基站200。

作为一例，HARQ进程控制单元120也可以使用发送上行链路数据的PUSCH的一部分的码元来对HARQ进程号进行通知。此时，基站200能够将解码后的PUSCH的数据部分转送到与在PUSCH中被通知的HARQ进程号对应的HARQ进程。具体地，在应用了SC-FDMA(单载波频分多址(Single-Carrier Frequency-Division Multiple Access))的上行链路通信中，HARQ进程控制单元120也可以对在HARQ进程中被发送的PUSCH的一部分SC-FDMA码元进行截删(puncture)或者抽选(decimate)，从而使用该截删的码元来通知HARQ进程号。作为一例，也可以是，从PUSCH的开头起的几个码元被截删，被用于通知HARQ进程号。该情况下，基站200从接收到的PUSCH中提取HARQ进程号，之后能够对数据部分进行解码，因此，能够缩短数据部分的缓冲(buffering)时间。作为另一例，也可以是，与DMRS(解调参考信号(Demodulation Reference Signal))相邻的几个码元被进行截删，被用于通知HARQ进程号。在该情况下，基站200能够以更良好的质量对HARQ进程号进行提取。此外，作为另一例，HARQ进程控制单元120也可以不同于发送上行链路数据的PUSCH而使用PUCCH，对HARQ进程号进行通知。即，HARQ进程控制单元120也可以通过PUCCH的任意一部分对HARQ进程号进行通知。

在此，当用于通知CQI(信道质量指示符(Channel Quality Indicator))或ACK/NACK的UCI(上行链路控制信息(Uplink Control Information))在PUSCH中被捎带(piggy-back)的情况下，该UCI可以直接被发送，或者也可以被丢弃(drop)。是否发送UCI也可以根据预定的条件来决定。例如，也可以设为在PUSCH的初始发送中UCI被丢弃，在PUSCH的以后的发送中UCI不被丢弃。或者，也可以在直到PUSCH的预定的次数为止的发送中UCI被丢弃。由此，能够减少截删的比特数，能够提高解码性能。此外，基站200也可以对用户装置100指示是否丢弃UCI。例如，这可以通过PDCCH而动态地指示，或者也可以在上位层中半静态地指示。由此，能够根据通信质量等而灵活地丢弃UCI。

在一实施例中，HARQ进程控制单元120也可以发送与从基站200通知的HARQ进程号对应的HARQ进程的上行链路数据。即，也可以是基站200在对用户装置100许可上行链路发送的上行链路许可中，指定用户装置100通过PUSCH发送的上行链路数据的HARQ进程号，HARQ进程控制单元120通过PUSCH发送与所指定的HARQ进程号对应的HARQ进程的上行链路数据。

具体地，在应用了预定的功能的情况下，也可以是，HARQ进程控制单元120若从上行链路许可检测到有效的HARQ进程号，则对与检测到的HARQ进程号对应的HARQ进程的上行链路数据进行异步发送，若从上行链路许可检测到无效的HARQ进程号，则对多个HARQ进程的上行链路数据进行同步发送。例如，在设定了上述的公共的HARQ进程的情况下、或者设定了如非授权(Unlicense)频带或者LAA(授权辅助接入(License Assisted Access))分量载波这样的同步发送困难的分量载波的情况下，基站200也可以指定用于发送上行链路数据的HARQ进程，从而使用户装置100执行异步发送。在该情况下，HARQ进程控制单元120也可以尝试检测来自PDCCH的HARQ进程号，在检测到有效的HARQ进程号的情况下，从与检测到的HARQ进程号对应的HARQ进程发送上行链路数据。另一方面，在没有检测到有效的HARQ进程号的情况下或者检测到无效的HARQ进程号的情况下，HARQ进程控制单元120也可以判断为基站200没有要求应用异步发送，并执行同步发送。

此外，在从基站200指定了HARQ进程号的情况下，HARQ进程控制单元120也可以变更用于通知对于上行链路发送的ACK/NACK的PHICH(物理HARQ指示符信道(Physical HARQ Indicator Channel))的读取方式。例如，在从基站200指定了HARQ进程号的情况下，HARQ进程控制单元120即使发送PUSCH，也可以不读取PHICH。在以往的同步发送中，用户装置100在通过PHICH接收NACK起4ms后对PUSCH进行重发。可是，在从基站200显式地通知HARQ进程号的情况下，HARQ进程控制单元120在该定时也可以不重发PUSCH。或者，在从基站200指定了HARQ进程号的情况下，HARQ进程控制单元120也可以与以往方法相同地对PHICH进行读取，除了在所指定的定时的异步重发之外，还响应于PHICH的NACK而执行同步重发。由此，对现有的重发控制进行转用，并且能够进行异步重发。

此外，基站200也可以在PDCCH的用户装置专用检索区域(UE-Specific Search Space)中对HARQ进程号进行指定。即，不在PDCCH的对用户装置的公共检索区域(Common Search Space)中指定HARQ进程号，而是在用户装置专用检索区域中指定HARQ进程号。在该情况下，HARQ进程控制单元120在该前提下执行PDCCH的盲解码，能够确定HARQ进程号。另外，根据HARQ进程号在用户装置专用检索区域还是公共检索区域中被指定，HARQ进程控制单元120可以决定是否读取以后的PHICH。

另外，基于上述的基站200的HARQ进程的显式的指示方法可以单独应用，或者也可以组合应用。

在一实施例中，HARQ进程控制单元120也可以按HARQ进程号增加的顺序、按重发次数减少的顺序、或者通过循环(round robin)而从多个HARQ进程向基站200发送上行链路数据。在同步发送中，来自多个HARQ进程的上行链路数据被周期性进行发送。另一方面，在异步发送中，如上述那样，HARQ进程控制单元120能够自主决定发送对象的HARQ进程。在该情况下，HARQ进程控制单元120例如也可以按HARQ进程号增加的顺序、按重发次数减少的顺序、或者通过循环而决定发送对象的HARQ进程。

作为一例，HARQ进程控制单元120也可以按HARQ进程号增加的顺序从各HARQ进程发送上行链路数据直到预定的次数为止。在此，该预定的次数也可以通过上述的子帧的捆绑数或者TTI数而规定。

作为另一例，HARQ进程控制单元120也可以按重发次数减少的顺序从各HARQ进程发送上行链路数据直到预定的次数为止。该情况下，HARQ进程控制单元120按重发次数减少的顺序从HARQ进程发送上行链路数据直到预定的次数为止，等待对于已发送的上行链路数据的ACK。在不能接收到ACK的情况下，HARQ进程控制单元120也可以再次发送来自该HARQ进程的上行链路数据直到预定的次数为止。由此，能够避免如下事态：尽管重发没有成功，但仍有其他的HARQ进程的发送插入。

作为又一例，HARQ进程控制单元120也可以对HARQ进程以循环的方式从各HARQ进程发送上行链路数据直到预定的次数为止。即，HARQ进程控制单元120对存在ACK未接收的发送对象的上行链路数据的HARQ进程，以对HARQ进程号循环的方式决定发送对象的HARQ进程。此时，在没有发送对象的上行链路数据的HARQ进程中发生了发送对象的上行链路数据的情况下，HARQ进程控制单元120从该时点起将该HARQ进程也包含在内通过循环而决定发送对象的HARQ进程。

另外，当UCI在PUSCH中被捎带的情况下，在载波聚合通信中，HARQ进程控制单元120在经由多个小区同时发送的PUSCH的任意一个中捎带UCI。此时，在设定了公共的HARQ进程的情况下，HARQ进程控制单元120也可以在2个以上的PUSCH中捎带UCI。由此，能够获得分集效果。

接着，参照图10，对根据本发明的一实施例的基站进行说明。图10是表示根据本发明的一实施例的基站的结构的方框图。

如图10所示那样，基站200具有通信控制单元210以及上行链路数据处理单元220。

通信控制单元210控制与用户装置100的无线通信。具体地，具体地，通信控制单元210在与用户装置100之间发送接收各种控制信号以及数据信号。此外，通信控制单元210对用户装置100设定载波聚合，经由多个分量载波从用户装置100发送接收无线信号。进而，在载波聚合通信中，通信控制单元210也可以对用户装置100设定如下的HARQ共享：将对多个分量载波设定的多个HARQ进程作为公共的HARQ进程来管理。若该HARQ共享被设定，则用户装置100将多个HARQ进程作为公共的HARQ进程来管理，能够同时使用多个分量载波而从公共的HARQ进程发送上行链路数据。通信控制单元210若发送了对于公共的HARQ进程的重发请求，则能够接收经由多个分量载波从公共的HARQ进程被重发的上行链路数据。如此，根据HARQ共享，通过多个载波从同一HARQ进程发送上行链路数据，因此，能够通过分集效果来实现低延迟。

上行链路数据处理单元220处理从用户装置100的多个HARQ进程被异步发送的上行链路数据，并且处理通过基站200能够确定所接收到的上行链路数据的发送源的HARQ进程的预定的发送方法而从多个HARQ进程被发送的上行链路数据。如上述那样，在典型的异步上行链路发送中，基站200不能确定所接收到的上行链路数据的发送源的HARQ进程。在本实施例中，上行链路数据通过基站200能够确定发送源的HARQ进程的预定的发送方法来发送。作为该发送方法的一例，用户装置100也可以在预定的期间仅将来自同一HARQ进程的上行链路数据发送给基站200。由此，上行链路数据处理单元220能够认识到在该预定的期间内接收到的上行链路数据是从同一HARQ进程被发送。作为该发送方法的另一例，用户装置100也可以将发送对象的上行链路数据的发送源的HARQ进程的HARQ进程号通知给基站200。由此，上行链路数据处理单元220能够确定所接收到的上行链路数据的发送源的HARQ进程。作为又一例，上行链路数据处理单元220也可以将用于授予上行链路许可的HARQ进程的HARQ进程号通知给用户装置100。由此，上行链路数据处理单元220能够确定所接收到的上行链路数据的发送源的HARQ进程。

接着，参照图11，对根据本发明的一实施例的上行链路发送处理进行说明。图11是表示根据本发明的一实施例的用户装置进行的上行链路发送方法的流程图。

如图11所示那样，在步骤S101中，用户装置100设定多个HARQ进程。例如，在载波聚合通信中，用户装置100对各小区设定HARQ实体，在各HARQ实体中设定预定数目的HARQ进程。此时，在设定了HARQ共享的情况下，用户装置100也可以将所指定的小区间的HARQ进程作为公共的HARQ进程来管理，经由多个小区从该公共的HARQ进程向基站200发送同一上行链路数据。

在步骤S102中，用户装置100从基站200接收上行链路许可。若接收到该上行链路许可，则上行链路发送用的无线资源被调度给用户装置100，能够使用该无线资源来执行上行链路发送。

在步骤S103中，用户装置100通过基站200能够确定所接收到的上行链路数据的发送源的HARQ进程的预定的发送方法，从多个HARQ进程向基站200异步发送上行链路数据。在典型的异步上行链路发送中，基站200不能确定从用户装置100接收到的上行链路数据的发送源的HARQ进程。在本实施例中，用户装置100通过基站200能够确定发送源的HARQ进程的预定的发送方法，发送上行链路数据。作为该发送方法的一例，用户装置100也可以在预定的期间仅从同一HARQ进程向基站200发送上行链路数据。由此，基站200能够认识到该预定的期间内接收到的上行链路数据是从同一HARQ进程被发送。作为该发送方法的另一例，用户装置100也可以将发送对象的上行链路数据的发送源的HARQ进程的HARQ进程号通知给基站200。由此，基站200能够确定已接收到的上行链路数据的发送源的HARQ进程。作为又一例，也可以是基站200将用于授予上行链路许可的HARQ进程的HARQ进程号通知给用户装置100，用户装置100从该通知所指定的HARQ进程发送上行链路数据。由此，基站200能够确定已接收到的上行链路数据的发送源的HARQ进程。

以上，详细说明了本发明的实施例，但是，本发明不限定于上述的特定的实施方式，在权利要求书所记载的本发明的要旨的范围内能够进行各种的变形/变更。

本申请是基于2015年4月3日申请的日本专利申请2015-076549号的优先权的利益且对其优先权进行主张的申请，并且，将2015-076549号的全部内容援用到本申请中。

标号说明

10 无线通信系统

100 用户装置

110 发送接收单元

120 HARQ进程控制单元

200 基站

210 通信控制单元

220 上行链路数据处理单元