本发明涉及无线通信装置、无线通信系统和无线通信方法。
背景技术：
当前，标准化组织3gpp(3rdgenerationpartnershipproject：第三代合作伙伴项目)已经完成或正在讨论lte(longtermevolution：长期演进)系统和以lte系统为基础的lte-a(lte-advanced)系统的规格。针对lte，正在制定从3gpp版本(release)8到版本12作为国际规格。此外，3gpp版本10以后被称作lte-a。进而，从2013年左右开始了第4世代移动通信(4g,4thgenerationmobilecommunication)之后的第5世代移动通信(5g,5thgenerationmobilecommunication)的讨论。
另一方面，在数据通信中有时使用被称作tcp/ip(transmissioncontrolprotocol/internetprotocol：传输控制协议/互联网协议)的通信协议。tcp/ip例如是组合了tcp和ip的协议，标准地在因特网等中使用。例如，ip是用于在因特网中对分组进行中继的通信协议，tcp是传输控制协议，成为在应用程序与ip之间的中间的层中提供通信服务的协议。
在tcp中，发送侧发送tcp数据，接收侧在正常接收到tcp数据时返回tcpack(acknowledgement：确认)，发送侧接收tcpack，开始下一个tcp数据的发送。这样，在tcp中，规定“tcp数据发送→tcpack返回”这样的步骤，由此，实现具有可靠性的通信。
现有技术文献
非专利文献
非专利文献1:3gppts36.300v12.5.0(2015-03)
非专利文献2:3gppts36.211v12.5.0(2015-03)
非专利文献3:3gppts36.212v12.4.0(2015-03)
非专利文献4:3gppts36.213v12.5.0(2015-03)
非专利文献5:3gppts36.321v12.5.0(2015-03)
非专利文献6:3gppts36.322v12.2.0(2015-03)
非专利文献7:3gppts36.323v12.3.0(2015-03)
非专利文献8:3gppts36.331v12.5.0(2015-03)
非专利文献9:3gppts36.413v12.5.0(2015-03)
非专利文献10:3gppts36.423v12.5.0(2015-03)
非专利文献11:3gpptr36.842v12.0.0(2013-12)
非专利文献12:rfc793
技术实现要素：
发明要解决的问题
一个公开提供能够缩短tcpack的发送所需要的延迟时间的无线通信装置、无线通信系统和无线通信方法。
此外，一个公开提供能够提高tcp的吞吐量的无线通信装置、无线通信系统和无线通信方法。
用于解决问题的手段
根据一个方式，提供无线通信装置，该无线通信装置具有：通信部，其发送或接收第1层中的信号、相对于所述第1层为上位层的第2层的数据和针对所述数据的送达确认信息；以及控制部，其能够使用控制信息的发送所使用的所述第1层的第1控制信道，从所述通信部向其他无线通信装置发送针对所述第2层的数据的所述送达确认信息。
发明的效果
根据一个公开，能够提供能缩短tcpack的发送所需要的延迟时间的无线通信装置、无线通信系统和无线通信方法。此外，根据一个公开，能够提供能提高tcp的吞吐量的无线通信装置、无线通信系统和无线通信方法。
附图说明
图1是示出无线通信系统的结构例的图。
图2是示出无线通信系统的结构例的图。
图3是示出基站装置的结构例的图。
图4是示出移动站装置的结构例的图。
图5的(a)和图5的(b)是示出tcpack的发送例的图。
图6的(a)是sr步骤的时序例，图6的(b)是示出延迟时间的详细例的图。
图7是示出tcpack的发送例的图。
图8的(a)是示出针对移动站装置的cce的分配例的图，图8的(b)是示出tcpack针对pucch的分配例的图。
图9是示出动作例的流程图。
图10是示出tcp头部的结构例的图。
图11的(a)和图11的(b)是示出tcpack的发送例的图。
图12是示出包含ack/nack错误的样式的例子的图。
图13是用于说明延迟ack的图。
图14是用于说明nagle-延迟ack问题的图。
图15是示出nagle-延迟ack问题的解决对策的一例的图。
图16的(a)和图16的(b)是示出nagle-延迟ack问题的解决对策的一例的图。
图17是示出基站装置的硬件结构例的图。
图18是示出移动站装置的硬件结构例的图。
具体实施方式
以下，参照附图详细说明本实施方式。本说明书中的课题和实施例仅是一例，不限定本申请的权利范围。特别地，即使记载的表达不同，只要技术上是同等的，即使是不同的表达也能够应用本申请的技术，不限定权利范围。
此外，关于在本说明书中使用的术语和本说明书中记载的技术内容，可以适当应用在3gpp等中作为与通信有关的标准而在规格书中记载的术语和技术内容。作为这种规格书的一例，存在上述的非专利文献1至非专利文献12等。
另外，关于上述的非专利文献1至非专利文献11，在日期上可以使用上述记载的非专利文献，但是随时被更新，可以在本申请说明书中适当使用本申请申请日之前发行的非专利文献1至非专利文献11中记载的术语和技术内容。
另外，非专利文献1至非专利文献12的各文献所记载的概要如下。
即，非专利文献1(3gppts36.300v12.5.0(2015-03))例如记载了lte-advanced的概要规格。
此外，非专利文献2(3gppts36.211v12.5.0(2015-03))例如记载了lte-a的phy(physicallayer)信道(或物理信道)规格。
进而，非专利文献3(3gppts36.212v12.4.0(2015-03))例如记载了lte-a的phy编码规格。
进而，非专利文献4(3gppts36.213v12.5.0(2015-03))例如记载了lte-a的phy步骤规格。
进而，非专利文献5(3gppts36.321v12.5.0(2015-03))例如记载了lte-a的mac(mediumaccesscontrol：媒体访问控制)规格。
进而，非专利文献6(3gppts36.322v12.2.0(2015-03))例如记载了lte-a的rlc(radiolinkcontrol：无线链路控制)规格。
进而，非专利文献7(3gppts36.323v12.3.0(2015-03))例如记载了lte-a的pdcp(packetdataconvergenceprotocol：分组数据汇聚协议)规格。
进而，非专利文献8(3gppts36.331v12.5.0(2015-03))例如记载了lte-a的rrc(radioresourcecontrol：无线资源控制)规格。
进而，非专利文献9(3gppts36.413v12.5.0(2015-03))例如记载了lte-a的s1规格。
进而，非专利文献10(3gppts36.423v12.5.0(2015-03))例如记载了lte-a的x2规格。
进而，非专利文献11(3gpptr36.842v12.0.0(2013-12))例如是lte-a的小小区(smallcell)技术的讨论书。
进而，非专利文献12(rfc793)例如记载了tcp的规格。
[第1实施方式]
图1是示出第1实施方式中的无线通信系统10的结构例的图。无线通信系统10具有无线通信装置500和其他无线通信装置600。无线通信装置500与其他无线通信装置600进行无线通信。例如，可以是，无线通信装置500是移动站装置，其他无线通信装置600是基站装置，也可以是，无线通信装置500是基站装置，其他无线通信装置600是移动站装置。
无线通信装置500具有通信部510和控制部520。
通信部510发送或接收第1层中的信号、相对于第1层为上位层的第2层的数据和针对数据的送达确认信息。
控制部520能够使用控制信息的发送所使用的第1层的第1控制信道，从通信部510向其他无线通信装置600发送针对第2层的数据的送达确认信息。
无线通信装置500在使用共享信道发送信息的情况下，有时与第1无线通信装置600之间进行调度请求步骤。在调度请求步骤中，例如执行以下的步骤。即，无线通信装置500将调度请求发送到其他无线通信装置600，其他无线通信装置600在接收到该请求后，生成针对无线通信装置500的调度信息。其他无线通信装置600将包含调度信息的ul授权(ulgrant)发送到无线通信装置500，无线通信装置500按照调度信息使用共享信道来发送信息。根据这种调度步骤，有时针对送达确认信息的发送会产生延迟。
在本第1实施方式中，无线通信装置500不使用共享信道而是使用第1控制信道将第2层的送达确认信息发送到其他无线通信装置600。由此，无线通信装置500能够发送第2层的送达确认信息，而不需要在无线通信装置500和其他无线通信装置600之间进行调度请求步骤。
因此，在本第1实施方式中，在无线通信装置500中，针对送达确认信息的发送而能够省略调度请求步骤，能够缩短由于送达确认信息的发送而引起的延迟时间。此外，在本第1实施方式中，通过这种延迟时间的缩短，能够实现吞吐量的提高。
例如，作为送达确认信息而存在tcpack。因此，在本第1实施方式中，能够缩短由于tcpack的发送而引起的延迟时间。此外，在本第1实施方式中，通过这种延迟时间的缩短，能够实现tcp中的吞吐量的提高。
[第2实施方式]
接着说明第2实施方式。
＜无线通信系统的结构例＞
图2示出无线通信系统10的结构例。无线通信系统10具有基站装置(以下有时称作“基站”)100和移动站装置(以下有时称作“移动站”)200。
基站100例如是与归属于本站的服务区的移动站200进行无线通信的无线通信装置。
移动站200例如是智能手机、功能手机、平板终端、个人计算机、游戏装置等无线通信装置。移动站200能够与基站100进行无线通信，接收通话服务、web页的浏览服务等各种服务的提供。
基站100和移动站200能够进行双向通信。即，能够进行从基站100向移动站200的方向(以下有时称作“dl(downlink：下行链路)方向”或“下行方向”)和从移动站200向基站100的方向(以下有时称作“ul(uplink：上行链路)方向”或“上行方向”)的通信。
基站100针对与移动站200之间的下行方向和上行方向的无线通信进行调度，从而进行无线资源的分配以及编码方式和调制方式的决定等。基站100将包含表示调度结果的调度信息的控制信号发送到移动站200。基站100和移动站200按照控制信号所包含的调度信息进行无线通信。
另外，在图2所示的无线通信系统10中，示出了1个移动站200与1个基站100进行无线通信的例子，但是，例如，也可以是多个移动站与1个基站100进行无线通信。此外，也可以是1个移动站200与多个基站进行无线通信。也可以在无线通信系统10中包含多个基站和多个移动站。
＜基站装置的结构例＞
接着，说明基站100的结构例。图3是示出基站100的结构例的图。基站100具有无线发送部101、无线接收部102、控制部104、存储部105和网络通信部106。另外，无线发送部101和无线接收部102也可以包含在无线通信部(或通信部)103中。
无线发送部101例如针对从存储部105读出的数据和从控制部104输出的控制信号等，实施纠错编码处理(以下有时称作“编码处理”)和调制处理、频率转换处理等，转换为无线信号。无线发送部101从控制部104接收包含编码率和调制方式等的调度信息，按照该调度信息进行编码处理和调制处理等。然后，无线发送部101将转换后的无线信号发送到移动站200。该情况下，无线发送部101从控制部104接收调度信息，使用调度信息中包含的无线资源来发送无线信号。无线资源例如包含频率资源和时间资源。例如，无线发送部101使用pdsch(physicaldownlinksharedchannel：物理下行共享信道)发送数据等，并使用pdcch(physicaldownlinkcontrolchannel：物理下行控制信道)发送控制信号等。
无线接收部102例如使用从控制部104接收到的调度信息中包含的无线资源来接收从各移动站200发送的无线信号。该情况下，无线接收部102使用pucch(physicaluplinkcontrolchannel：物理上行控制信道)来接收包含控制信号等的无线信号，使用pusch(physicaluplinksharedchannel：物理上行共享信道)来接收包含数据等的无线信号。此外，无线接收部102针对所接收到的无线信号实施频率转换处理、解调处理、纠错解码处理(以下有时称作“解码处理”)等，提取数据和控制信号等。无线接收部102从控制部104接收包含调制方式和编码率等的调度信息，按照该调度信息进行解调处理和解码处理等。无线接收部102例如将所提取的数据和控制信号等输出到存储部105和控制部104。
控制部104进行上述的调度，将其结果作为调度信息而输出到无线发送部101和无线接收部102。此外，控制部104生成包含调度信息的控制信号，将该控制信号输出到无线发送部101。朝向移动站200发送控制信号。
进而，控制部104进行基于harq(hybridautomaticrepeatrequest：混合自动请求重传)的再送控制。harq例如是如下技术：在接收侧不放弃解码处理失败的数据，而是与从发送侧再次发送的数据进行合成，从而使该数据解码。例如，当在接收侧解码处理成功时，接收侧发送ack(acknowledge：肯定响应)，发送侧接收到ack后开始下一个数据的发送。另一方面，当在接收侧解码处理失败时，接收侧针对发送侧返回nack(negativeacknowledge：否定响应)，发送侧接收nack而再次发送数据。基于harq的ack和nack均是基于harq的送达确认信息的一例。基于harq的再送控制是在基站100和移动站200之间进行的。
基于harq的再送控制的对象例如是mac(mediumaccesscontrol：媒体访问控制)层中的数据。作为这种数据的例子，存在macpdu(macpacketdataunit：mac分组数据单元)等。mac层在osi参照模型中包含在数据链路层(层2)中。
控制部104例如进行以下的基于harq的再送控制。即，向控制部104通知如下的处理结果，该处理结果表示在无线接收部102中根据mac层的数据中所附加的crc(cyclicredundancycheck：循环冗余校验)等进行解码处理时是否正确地进行了解码。在控制部104中，根据处理结果而生成ack或nack。控制部104将基于harq的ack(以下有时有时称作“harqack”)或基于harq的nack(以下有时称作“harqnack”)经由无线发送部101发送到移动站200。另一方面，控制部104经由无线接收部102从移动站200接收到harqack时，开始下一个数据的发送。控制部104在经由无线接收部102从移动站200接收到harqnack、或在发送mac层的数据后经过一定期间也没有接收到harqack时，从存储部105中读出未进行harqack的确认的该数据而再次向移动站200发送。
存储部105例如存储数据、控制信号等。例如，无线接收部102、控制部104、网络通信部106将数据和控制信号等适当存储到存储部105中，无线发送部101、控制部104、网络通信部106适当读出存储部105中存储的数据和控制信号等。
网络通信部106与其他装置连接，在与其他装置之间对数据等进行发送或接收。此时，网络通信部106转换成能够输出到其他装置的格式的分组数据而向其他装置进行发送，或者从由其他装置接收到的分组数据中提取数据等而输出到存储部105、控制部104等。作为其他装置的例子，存在其他基站装置、mme(mobilitymanagemententity：移动性管理实体)或sgw(servinggateway：服务网关)等。
＜移动站装置的结构例＞
图4是示出移动站200的结构例的图。移动站200具有无线发送部201、无线接收部202、控制部204和存储部205。另外，无线发送部201和无线接收部202也可以包含在无线通信部(或通信部)203中。
无线发送部201例如针对从存储部205读出的数据和从控制部204输出的控制信号等实施编码处理、调制处理、频率转换处理等而将其转换为无线信号。无线发送部201从控制部204接收包含编码率和调制方式的调度信息，按照该调度信息进行编码处理、调制处理。无线发送部201将无线信号发送到基站100。该情况下，无线发送部201从控制部204接收包含被分配给移动站200的无线资源的调度信息，使用该无线资源将无线信号发送到基站100。例如，无线发送部201使用pucch发送控制信号等，使用pusch发送数据等。
无线接收部202接收从基站100发送的无线信号。此时，无线接收部202从控制部204接收包含被分配给移动站200的无线资源的调度信息，使用该无线资源接收无线信号。例如，无线接收部202使用pdcch来接收包含控制信号等的无线信号，使用pdsch来接收包含数据等的无线信号。此外，无线接收部202针对所接收到的无线信号实施频率转换处理、解调处理、解码处理等，从无线信号提取数据或控制信号等。此时，无线接收部202从控制部204接收调制方式、编码率等调度信息，按照调制方式、编码率等进行解调处理、解码处理。无线接收部202例如将所提取的数据、控制信号等输出到控制部204、存储部205。
控制部204从无线接收部202接收控制信号，从控制信号中提取被分配给移动站200的调度信息等，输出到无线发送部201、无线接收部202。
此外，控制部204生成控制信号等，向无线发送部201输出。控制信号中例如也可以包含harqack或harqnack、csi(channelstateinformation：信道状态信息)、sr(schedulingrequest：调度请求)等。
进而，控制部204进行tcp数据的送达确认(或响应确认)和再送处理。例如经由基站100而在处理tcp的服务器与移动站200之间交换tcp数据。该情况下，在基站100中，原则上不对tcp分组中包含的tcp头部和tcp数据进行解析等，将从服务器发送的tcp分组直接发送到移动站200，或将从移动站200发送的tcp分组直接发送到服务器。
在tcp的再送中，当在tcp接收侧中正确地接收到了从tcp发送侧发送的tcp数据时，tcp接收侧也向tcp发送侧返回tcpack(或肯定响应)。当tcp发送侧接收到tcpack时，开始下一个tcp数据的发送。另一方面，tcp发送侧在发送tcp数据后经过一定期间后也未收到tcpack时，向接收侧再次发送未取得tcpack的确认的tcp数据。该情况下，例如也可以是，tcp发送侧在接收到确认响应编号相同的多个(例如3个)tcpack(或重复ack)时，判别为在tcp接收侧没有正确接收到tcp数据，再次发送该tcp数据。这样子的基于tcp的再送处理例如在控制部204中进行。该情况下，控制部204确认是否正确接收到tcp数据，根据其结果生成tcp的送达确认信息，经由无线发送部101将该送达确认信息发送到服务器。此外，控制部204在经由无线发送部101将tcp数据发送到服务器等后，当即使经过了一定期间也未接收到tcpack时，读出存储部205中存储的未取得tcpack的确认的tcp数据，经由无线发送部101向服务器进行发送。
tcp包含在osi参照模型中的传输层(层4)中。另一方面，在osi参照模型中，对harqack等进行处理的mac层包含在数据链路层(层2)中。传输层相对于数据链路层而成为上位层。
另外，lte等中的rlc(radiolinkcontrol：无线链路控制)层和pdcp(packetdataconvergenceprotocol:分组数据汇聚)层等包含在数据链路层中，成为数据链路层的子层。在mac层、rcl层、pdcp层的各层中，mac层是下位的层，pdcp层是上位的层。
例如，在控制部204中，在从无线接收部202接收到mac层的数据，生成或提取出从mac层的数据到tcp数据的各层的数据后，能够进行针对tcp数据的处理。此外，例如，在控制部204中，在生成或提取从tcp数据到mac层的数据的各层的数据后，将mac层的数据输出到无线发送部201，由此，能够将mac层的数据发送到基站100。
进而，在控制部204中进行基于harq的再送控制。基于harq的再送控制在基站100与移动站200之间进行。例如，在控制部204等中进行以下的处理。即，向控制部204通知如下的处理结果，该处理结果表示在无线接收部202中根据mac层的数据中所附加的crc等进行解码处理时是否正确地进行了解码，在控制部204中，根据处理结果而生成harack或harqnack。控制部204将harqack或harqnack经由无线发送部201发送到基站100。另一方面，控制部204在经由无线接收部202从基站100接收到harqack后，开始mac层的下一个数据的发送。控制部204在从基站100接收到harqnack，或者在发送mac层的数据后经过一定期间也未接收到harqack时，从存储部205读出未进行harqack的确认的该数据而再次向基站100发送。
存储部205例如存储数据、控制信号等。例如，无线接收部202、控制部204适当将数据、控制信号等存储到存储部205中，无线发送部201、控制部204适当读出存储部205中存储的数据、控制信号等。
另外，在基站100、移动站200中，例如，有时将调制前和解调后所处理的信息称作数据或控制信息，将调制后和解调前所处理的信息称作信号。或者，例如有时将在传输层中处理的信息称作数据、控制信息等，将在mac层中处理的信息称作信号。
＜动作例＞
接着说明动作例。首先，说明移动站200中的tcpack的发送例，接着，使用流程图等说明本第2实施方式中的动作例等。
＜移动站进行的tcpack的发送例＞
图5的(a)至图6是表示tcpack的发送例的图。如图5的(a)所示，移动站200在正常接收到在下行方向上发送的tcp数据(“dltcpdata”)后(s1)，生成tcpack，在上行方向上发送所生成的tcpack(“ultcpack”)(s2)。如上所述，tcp数据本身例如在与基站100连接的服务器等中被生成，并经由基站100被发送到移动站200。此外，tcpack也经由基站100而朝向生成tcp数据的服务器被发送。
该情况下，移动站200例如执行图5的(b)所示的调度请求步骤来发送tcpack。
即，移动站200使用pucch将调度请求(sr：schedulingrequest)发送到基站100(s5)。基站100接收调度请求而生成调度信息。基站100使用pdcch将包含调度信息的ul授权(或发送许可)发送到移动站200(s6)。移动站200使用通过调度信息而被分配的pusch的无线资源将tcpack发送到移动站200(s7)。在图5的(b)的例中，示出移动站200将tcpack和bsr(bufferstatusreport：缓存状态报告)发送到基站100的例子。
图6的(a)示出到移动站200在上行方向发送数据为止的一系列的处理的时序例，图6的(b)示出移动站200发送上行方向上的数据所需要的时间的例子。
移动站(ue(userequipment：用户设备))200例如在产生数据后等待pucch的发送机会(s11)，使用pucch发送调度请求(s12)。基站(enb(evolvednodeb：演进节点b))100进行无线资源的分配等处理(s13)，发送ul授权(s14)。移动站200接收ul授权，实施针对数据的编码处理等处理(s15)，使用pusch中包含的无线资源来发送数据(“ul数据”)(s16)。作为ul数据的例子，有tcpack。
图6的(b)示出在这样子的一系列的时序中的s11至s16的各处理的所需时间的例子。例如，s11的处理中的平均延迟时间是“2.5ms”等。如图6的(b)所示，即使没有错误，到1个移动站200在上行方向上发送数据为止的延迟时间也大约为“11.5ms”。即，tcpack的发送所需要的延迟时间大约为“11.5ms”。该延迟时间在tcp通信中的影响较大，是tcp的吞吐量降低的主要原因之一。另外，毕竟只是参考例，例如东京至大阪的因特网回线中的往返传输延迟(rtt：round-triptime)大约是20ms。根据该参考值可以理解“11.5ms”的大小。
因此，在本第2实施方式中，移动站200使用pucch发送tcpack。由此，能够省略图5的(b)和图6所示的调度请求步骤，从而缩短tcpack的发送所需要的延迟时间。此外，由于tcpack的延迟时间缩短，还能够实现tcp中的吞吐量的提高。
图7示出移动站200使用pucch发送tcpack的情况下的例子。基站100使用pdsch发送下行数据(“dldata”)(s20)。该情况下，移动站200根据pdcch中包含的cce(controlchannelelement：控制信道单元)中的最小的cce索引(lowestcceindex)(或编号)，决定(或选择)发送tcpack的pucch中的无线资源的位置。
cce例如是pdcch的发送所使用的无线资源的单位(或要素)。基站100按照每个移动站200分配1个、2个、4个或8个等连续的cce。基站100使用分配的cce发送以移动站200为目的地的控制信号等。该cce数相当于聚合等级。例如，当cce数为8时，聚合等级为8。此外，基站100能够以使得1个pdcch中包含的cce数越多则编码率越小的方式决定cce数。基站100也可以根据无线质量来决定对1个移动站200分配的cce数。
图8的(a)示出基站100对各移动站200分配的cce的例子。在图8的(a)的例中，基站100对移动站200-1(ue#1)分配具有“0”的cce索引的cce(cce#0)。此外，基站100对移动站200-2(ue#2)分配具有“1”和“2”的cce索引的2个cce(cce#1、cce#2)。例如，基站100以使得同一cce索引不重复的方式针对同一子帧内复用的多个用户(或移动站200)分配cce索引。在移动站200中，例如，对全部cce(或一定的候选范围内的cce)进行解码处理等，检测正确进行了解码的cce作为对本站分配的cce。该情况下，在移动站200中，还能够根据正确地进行了解码的cce数来确定cce索引。例如，在正确进行了解码的cce数是1个的情况下，是cce#0，在正确进行了解码的cce数是2个的情况下，成为cce#1、cce#2等。有时将这样的检测例如称作盲检测(或盲解码)。
在移动站200中，使用这样通过盲检测检测出的cce索引中的最小的cce索引k，决定tcpack的发送所使用的pucch的资源位置。例如，如图8的(b)所示，当针对移动站200-1最小的cce索引k是“0”时，通过f(0)将pucch中的rs#1的位置决定为tcpack的发送所使用的无线资源。此外，当针对移动站200-2最小的cce索引k是“1”时，通过f(1)将pucch中的rs#2决定为tcpack的发送所使用的无线资源。可以按照系统来决定函数f，也可以按照每个移动站200-1、200-2来决定函数f。
返回图7，移动站200使用通过f(k)决定的位置的无线资源来发送tcpack(s21)。在图7中，移动站200使用pucch的无线资源f(k)，将harqack或harqnack与tcpack一起进行发送。
图9是示出移动站200中动作例的流程图。图9是汇总了上述动作例的图。
移动站200在开始处理后(s30)，从使用pdcch接收到的信号中检测对移动站200分配的cce索引中的最小的cce索引k(s31)。例如，通过盲检测针对在无线接收部202中使用pdcch发送的解调后的信号来检测最小的cce索引k，将检测到的cce索引k输出到控制部204。
接着，移动站200根据检测到的最小的cce索引k来计算pucch中的资源位置f(k)(s32)。例如，控制部204读出存储部205中存储的表示函数f的式子，将从无线接收部202接收到的最小的cce索引k代入函数f，从而计算资源位置f(k)。
接着，移动站200使用所计算出的pucch的资源位置f(k)的无线资源来发送tcpack(s33)。例如，进行以下处理。即，控制部204将资源位置f(k)输出到无线发送部201。此外，控制部204生成tcpack，将与所生成的tcpack对应的mac层的数据输出到无线发送部201。无线发送部201对该数据实施编码处理、调制处理等而转换为无线信号，使用pucch的资源位置f(k)处的无线资源将该无线信号发送到基站100。由此，使用pucch将tcpack发送到基站100。该情况下，移动站200也可以使用pucch的该无线资源，将基于harq的送达确认信息(harqack或harqnack)与tcpack一起进行发送。
＜使用pucch发送tcpack的方法＞
接着，说明移动站200使用pucch发送tcpack的方法的例子。
一个tcpack的数据量至少是40字节(tcp头部为20字节+ip头部20字节)，当tcp头部被插入时间戳等时，例如有时成为50字节至60字节。另一方面，在pucch格式(pucchformat)中，pucchformat3能够在每1子帧发送48比特的数据量。如果进行压缩则可以使tcpack小于40字节，但是，例如在利用pucchformat1至pucchformat3的现有的pucch格式的情况下，有时无法通过1次来发送tcpack。
因此，在本第2实施方式中，通过以下的2种方法发送tcpack。
第1种方法为，移动站200利用能够应对支持32cc(componentcarrier：分量载波)的pucch格式(pucchformat)来发送tcpack。在该pucch格式中，在fdd(frequencydivisionduplex：频分双工)方式的情况下，每个子帧能够发送64比特(1比特的harqack或nack＊2tbs(transportblocks：传输块)＊32cc)的harqack或nack以及8比特的crc。此外，在该pucch格式中，在tdd(timedivisionduplex：时分双工)方式的情况下，每1个子帧能够发送128比特的harqack或nack以及8比特的crc。这样，能够应对支持32cc的pucch格式能够发送比现有的pucch格式(例如pucchformat3)多的比特数。因此，在移动站200中，能够利用能够应对支持32cc的pucch格式来发送tcpack。
第2种方法为，规定能够发送比现有的pucch格式(例如pucchformat3)多的比特数的新pucch，移动站200使用该新pucch来发送tcpack。这种新pucch例如也可以由3gpp等决定通信标准的标准组织等另外规定。
关于这种pucch的信息例如被存储在移动站200的存储部205中，控制部204从存储部205中读出该信息，并输出到无线发送部201，指示无线发送部201使用上述的pucch进行发送。在无线发送部201中，按照该指示，使用上述的能够应对支持32cc的pucch或新pucch来发送tcpack。由此，例如，如图7所示，移动站200能够利用上述的pucch来发送tcpack。
＜移动站进行的tcpack和其他tcp数据的判别＞
在移动站200中，能够使用pucch发送tcpack，能够使用pusch发送voip(voiceoverinternetprotocol：网际协议语音)等的其他数据。另一方面，在移动站200中，在mac层或osi参照模型中最下位级别的物理层(或phy(physicallayer)层)中，进行编码处理、调制处理等处理而不区分tcpack和其他数据。
因此，在移动站200中，利用tcp头部对tcpack和tcpack以外的其他数据进行判别(或区别)。由此，例如，在移动站200中，能够将tcpack分配给pucch、将其以外的数据分配给pusch而进行发送。
图10是表示tcp头部的结构例的图。在tcp头部中存在“确认号(acknowledgementnumber)”区域。通常的tcp数据在“确认号”区域中不插入编号。在移动站200中，在tcpack时，在tcp头部的“确认号”区域中插入编号，在其以外的数据时，在“确认号”区域中不插入编号。
例如，在移动站200中进行以下的处理。即，在移动站200的控制部204中，对传输层的tcp数据进行处理时，当发送tcpack时在tcp头部的“确认号”区域中插入编号。另一方面，控制部204在发送其他数据时，在“确认号”区域中不插入任何编号。控制部204在对mac层的数据进行处理时，对tcp头部的“确认号”区域进行解析，如果插入有编号，则该tcp分组为tcpack，当未插入编号时，确认是其他数据。控制部204在确认是tcpack后，指示无线发送部201使用pucch来发送tcpack，使用pusch来发送其他数据。无线发送部201按照该指示，使用pucch发送tcpack，使用pusch发送其他tcp数据。在解析中，也可以一并确认tcp头部的ack字段是否成立。
控制部204也可以在tcp头部的“确认号”区域以外的区域，例如“选项(options)”区域等中插入表示是tcpack的信息。由此，也能够识别tcpack和其他tcp数据。或者，控制部204例如也可以在位于tcp头部的区域(例如第1区域)中插入能够判别tcpack和其他数据的信息。或者，控制部204也可以对被插入于tcp数据区域中的tcp数据的数据量进行解析，如果其数据量是表示tcpack的数据量的值(例如40字节)，则判别为是tcpack，当不是该值时，判别为其他tcp数据等。
＜tcpack的发送间隔＞
移动站200在使用pdcch接收到控制信号等后，有时在4子帧(4ms)后使用pucch发送信号。在移动站200中，在从通过pdcch接收信号后到通过pucch发送信号为止的区间(4ms)中，可能来不及生成tcpack。
因此，在移动站200中，将从基于pdcch的信号的接收到基于pucch的信号的发送为止的区间设定为比4ms长的值。如图11的(a)所示，移动站200在通过pdcch接收到信号(s40)后，当经过所设定的区间时发送tcpack(s41)。
或者，也可以如图11的(b)所示，在移动站200中，在经过4ms后不发送tcpack(s50、s51)，而是利用下一个发送机会来发送tcpack(s52、s53)。
＜基于harq的ack/nack错误(或nack/ack错误)的对策＞
在进行基于harq的再送控制时，有时发生ack/nack错误(或nack/ack错误，以下有时称作“ack/nack错误”)。例如，是尽管在移动站200中发送了harqack但在基站100中接收到nack的情况，或者尽管在移动站200中发送了harqnack但在基站100中接收到ack的情况等。这是因为，例如由于在传输路、处理电路等中发生各种噪声或错误等，从而产生位反转或相位反转等。
因此，移动站200使用同一pucch发送基于harq的送达确认信息和基于tcp的送达确认信息这2个信息。由此，即使发生ack/nack错误，也能够进行恢复，能够在移动站200与基站100之间进行无线通信。
图12是以表的形式表示全部样式的图。样式“1”至样式“4”总共有4个样式。图12的表从左起依次为基站100侧的发送(“dltcpdata：dltcp数据”)、移动站200侧的接收(“移动站接收”)、移动站200的送达确认信息的发送(“air(pucch)：空气(pucch)”)、基站100侧的接收(“基站接收”)。图12的右端(“arq”)表示有无rlc层的再送。在基站100中，确认到rlc层中无法正确接收tcpack时，能够确认在终端到终端之间送达了tcpack。另一方面，在基站100中，在rlc层中没能正确接收tcpack时，进行再送控制(arq：automaticrepeatrequest：自动重传请求)。以下，从样式“1”依次进行说明。
在样式“1”中，基站100发送序号(sn：sequencenumber)n的tcp数据(“sn＝n：tx”)。
移动站200在接收该tcp数据，在mac层中正确接收时，生成harqack(“ok”)。此外，移动站200在传输层中正确接收tcp数据时，生成在tcp头部的“确认号”中插入了序号“n”得到的tcpack。移动站200发送harqack和tcpack(“ack”，“sn＝n”)。
基站100确认正常接收到harqack(“ok”)，确认在rlc层中也正确接收到tcpack(“ok”)。
在样式“2”中，与样式“1”同样，移动站200虽然发送harqack和tcpack，但是在基站100中接收harqnack(“nack”)。这是发生了ack/nack错误的情况。该情况下实施再送。如图12的样式“2”的下一行所示，基站100进行基于harq的再送(“harqre”)。该情况下，在移动站200中正常接收再送数据(“ok”)，以后，与样式“1”同样，确认在rlc层中正常接收tcpack(“ok”)。
在样式“3”中，基站100发送tcp数据(“sn＝n：tx”)，在移动站200中，在mac层的接收数据中检测错误(“error”)。该情况下，移动站200发送harqnack。基站100接收harqnack，实施基于harq的再送(“harqre”)。以后，在移动站200正常接收到再送数据(“ok”)，移动站200发送tcpack(“ack”)，确认在rlc层中也正常接收(“ok”)。
在样式“4”中，基站100发送tcp数据(“sn＝n：tx”)，在移动站200中检测错误(“error”)。该情况下，移动站200虽然发送harqnack(“nack”)，但基站100由于nack/ack错误而接收到ack(“ack”)。该情况下，基站100中接收到的数据本身也包含错误或噪声等，成为在rlc层中也包含错误或噪声等的状态。因此，在基站100中，在rlc层中检测错误(“error”)。该情况下，在rlc层中实施基于arq的再送(“arqre”)。通过基于arq的再送，移动站200发送tcpack，在基站100中，能够确认在rlc层中正常接收。
＜第2实施方式的总结＞
如以上说明的那样，在本第2实施方式中，在移动站200中不进行调度请求步骤(例如图6的s11至s16)，而能够使用pucch来发送tcpack。因此，能够缩短从tcp数据的产生到发送tcpack为止的延迟时间(图6的(b)的例中为“11.5ms”)。tcpack的延迟时间能够平均缩短至“5ms”。tcp吞吐量与rtt的减少成反比例地增加，基于本方式的tcp的吞吐量与进行调度请求步骤的情况(例如图6的(a))相比，其效果为大约2倍以上。
＜nagle-延迟ack问题及其解决对策＞
接着，对nagle-延迟ack问题及其解决对策进行以下说明。图13至图16的(b)是用于对该问题及其解决对策进行说明的图。首先，对延迟ack进行说明。
图13是用于说明延迟ack的的图。如图13所示，tcp接收侧400在正常接收到从tcp发送侧300发送的tcp数据时，返回tcpack。该情况下，tcp接收侧400接收到最大段(segment)大小以上的tcp数据时，接收tcp数据的2个段(s60、s61)，建议发送(或安装以能够进行发送)tcpack(s62)。tcp接收侧400接收2个段的tcp数据并发送tcpack，因此，存在能够制造tcp接收窗口的更新机会等优点。
图14是用于说明nagle-延迟ack问题的图。tcp发送侧300例如在产生大量零碎的tcp数据的情况下，不是逐个地发送零碎的tcp数据，而是将多个零碎的tcp数据汇总为1个而进行发送(s65、s66)。这样，有时把将多个数据汇总为1个而进行发送的算法例如称作nagle算法。该情况下，在tcp发送侧300中，有时到将tcp数据汇总为1个而进行发送(s65、s66)为止需要一定时间以上的时间。而且，如延迟ack中说明的那样，tcp接收侧400接收2个段的tcp数据并发送tcpack，因此，有时tcp发送侧300到接收到tcpack为止需要阈值时间以上的非常多的时间。这样，有时将tcp发送侧300为了接收tcpack而需要非常多的时间的问题例如称作nagle-延迟ack问题。
在本第2实施方式中，针对对于nagle-延迟ack问题的2个解决对策进行说明。
图15是表示解决对策的第1个例子的图。在图15中，将移动站200作为tcp接收侧400而进行了例示。在基站100中，当从tcp发送侧300接收到1个段的tcp数据(s70)时，将其分割为多个数据而发送到移动站200(s71)。
在移动站200中，当接收到所分割的多个数据时，停止延迟ack，当接收到1个段的tcp数据时返回tcpack(s75)。由此，例如，在tcp发送侧300中，与移动站200接收2个段而返回tcpack的情况(s74)相比，能够缩短tcpack的发送延迟。
图16的(a)和图16的(b)是表示解决对策的第2个例子的图。第2个例子是当无线质量良好时移动站200发送tcpack的例子。例如，移动站200在发送tcpack时，在上行无线回线的质量不良的情况下，有时重复多次发送tcpack(图16的(a)的s75-1、s75-2、…、s75-n)。该情况下，在基站100、tcp发送侧300中发生tcpack的发送延迟。
因此，在移动站200中，当无线质量为一定水平以下时不发送tcpack，而是当无线质量高于一定水平时汇总发送tcpack(图16的(b)的s76)。在移动站200中，不再多次发送tcpack，还能够削减移动站200的消耗电力。
[其他实施方式]
图17是表示基站100的硬件结构例的图。基站100具有天线110、rf(radiofrequency：射频)电路111、处理器112、存储器113、网络if(interface：接口)114。处理器112通过读出并执行存储器113所存储的程序，能够实现控制部104的功能。处理器112例如对应于第2实施方式中的控制部104。此外，天线110和rf电路111例如对应于第2实施方式中的无线发送部101和无线接收部102。进而，存储器113例如对应于第2实施方式中的存储部105。进而，网络if114例如对应于第2实施方式中的网络通信部106。
图18是表示移动站200的硬件结构例的图。移动站200具有天线210、rf电路211、处理器212、存储器213。处理器212通过读出并执行存储器213所存储的程序，能够实现控制部204的功能。处理器212例如对应于第2实施方式中的控制部204。此外，天线210和rf电路211例如对应于第2实施方式中的无线发送部201和无线接收部202。进而，存储器213例如对应于第2实施方式中的存储部205。
另外，处理器112、212例如可以是cpu(centralprocessingunit：中央处理单元)、mpu(microprocessingunit：微处理单元)、fpga(fieldprogrammablegatearray：现场可编程门阵列)等。
在上述的例中说明了如下例子(图8的(b)等)：移动站200根据对本站分配的cce中的最小的cce索引k来决定tcpack的发送所使用的pucch的资源位置。例如，移动站200也可以根据对本站分配的cce中的最大的cce索引来决定tcpack的发送所使用的pucch的资源位置。例如，移动站200可以使用对本站分配的cce的cce索引所对应的pucch的无线资源来发送tcpack。
此外，在上述的例中以tcp为例进行了说明。例如如果是sctp(streamcontroltransmissionprotocol：流控制传输协议)等能够以终端到终端的方式发送或接收送达确认信息而确保通信的可靠性的协议，则能够实施上述的例子。该情况下，通过实施上述的例子，能够缩短基于该协议的送达确认信息的发送所需要的延迟时间，能够提高使用该协议的通信的吞吐量。
进而，在上述的例中，主要说明了发送tcpack的例子。例如，移动站200发送tcpnack的情况也能够与发送tcpack的情况同样地进行实施。
进而，上述的例子说明了移动站200使用pucch向基站100发送tcpack的上行方向的情况。例如，基站100在使用pdcch向移动站200发送tcpack的下行方向的情况下，也能够实施上述的例子。该情况下，基站100能够针对从移动站200发送的tcp数据，使用pdcch来发送tcp的送达确认信息(tcpack或tcpnack)。
[实施方式的组合]
还可以对上述各实施方式进行任意组合来实施。例如，也能够实施以下的组合。
即，能够组合第1实施方式和第2实施方式来进行实施。该情况下，第1实施方式中说明的无线通信装置500和第1无线通信装置600也能够分别作为第2实施方式中说明的基站装置100和移动站装置200来分别进行实施。或者，第1实施方式中说明的无线通信装置500和第1无线通信装置600也能够作为第2实施方式中说明的移动站装置200和基站装置100来分别进行实施。因此，第1实施方式中的控制部520也可以对应于第2实施方式中的基站装置100的控制部104或移动站装置200的控制部204。第1实施方式中说明的控制部520的功能也可以在基站装置100的控制部104或移动站装置200的控制部204中实施。
此外，还可以组合第2实施方式和其他实施方式来进行实施。该情况下，基站装置100和移动站装置200还能够作为其他实施方式中说明的基站装置100和移动站装置200来分别进行实施。该情况下，也可以是，基站装置100中的第2实施方式的控制部104例如对应于其他实施方式中的处理器112，在处理器112中实施控制部104的功能。此外，也可以是，移动站装置100中的第2实施方式的控制部204例如对应于其他实施方式中的处理器212，在处理器212中实施控制部204的功能。
进而，还可以组合第1实施方式和其他实施方式来进行实施。该情况下，第1实施方式中说明的无线通信装置500和第1无线通信装置600也能够作为其他实施方式中说明的基站装置100和移动站装置200(或移动站装置200和基站装置100)来分别进行实施。因此，也可以是，第1实施方式中的控制部520对应于其他实施方式中的处理器112或212，在处理器112或212中实施控制部520的功能。
标号说明
10：无线通信系统；100：基站装置；101：无线发送部；102：无线接收部；103：通信部；104：控制部；105：存储部；106：网络通信部；112：处理器；113：存储器；200：移动站装置；201：无线发送部；202：无线接收部；203：通信部；204：控制部；205：存储部；212：处理器；213：存储器；300：tcp发送侧；400：tcp接收侧；500：无线通信装置；510：通信部；520：控制部；600：其他无线通信装置。