CN108463986B - 无线通信装置、无线通信系统和无线通信方法 - Google Patents
无线通信装置、无线通信系统和无线通信方法 Download PDFInfo
- Publication number
- CN108463986B CN108463986B CN201680078457.1A CN201680078457A CN108463986B CN 108463986 B CN108463986 B CN 108463986B CN 201680078457 A CN201680078457 A CN 201680078457A CN 108463986 B CN108463986 B CN 108463986B
- Authority
- CN
- China
- Prior art keywords
- wireless communication
- data
- tcp
- layer
- acknowledgement
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
-
- 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- 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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- 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/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
Abstract
无线通信装置具有:通信部,其发送或接收第1层中的信号、相对于所述第1层为上位层的第2层的数据和针对所述数据的送达确认信息;以及控制部,其能够使用控制信息的发送所使用的所述第1层的第1控制信道,从所述通信部向其他无线通信装置发送针对所述第2层的数据的送达确认信息。
Description
技术领域
本发明涉及无线通信装置、无线通信系统和无线通信方法。
背景技术
当前,标准化组织3GPP(3rd Generation Partnership Project:第三代合作伙伴项目)已经完成或正在讨论LTE(Long Term Evolution:长期演进)系统和以LTE系统为基础的LTE-A(LTE-Advanced)系统的规格。针对LTE,正在制定从3GPP版本(Release)8到版本12作为国际规格。此外,3GPP版本10以后被称作LTE-A。进而,从2013年左右开始了第4世代移动通信(4G,4th generation mobile communication)之后的第5世代移动通信(5G,5thgeneration mobile communication)的讨论。
另一方面,在数据通信中有时使用被称作TCP/IP(Transmission ControlProtocol/Internet Protocol:传输控制协议/互联网协议)的通信协议。TCP/IP例如是组合了TCP和IP的协议,标准地在因特网等中使用。例如,IP是用于在因特网中对分组进行中继的通信协议,TCP是传输控制协议,成为在应用程序与IP之间的中间的层中提供通信服务的协议。
在TCP中,发送侧发送TCP数据,接收侧在正常接收到TCP数据时返回TCP ACK(Acknowledgement:确认),发送侧接收TCP ACK,开始下一个TCP数据的发送。这样,在TCP中,规定“TCP数据发送→TCP ACK返回”这样的步骤,由此,实现具有可靠性的通信。
现有技术文献
非专利文献
非专利文献1:3GPP TS36.300 V12.5.0(2015-03)
非专利文献2:3GPP TS36.211 V12.5.0(2015-03)
非专利文献3:3GPP TS36.212 V12.4.0(2015-03)
非专利文献4:3GPP TS36.213 V12.5.0(2015-03)
非专利文献5:3GPP TS36.321 V12.5.0(2015-03)
非专利文献6:3GPP TS36.322 V12.2.0(2015-03)
非专利文献7:3GPP TS36.323 V12.3.0(2015-03)
非专利文献8:3GPP TS36.331 V12.5.0(2015-03)
非专利文献9:3GPP TS36.413 V12.5.0(2015-03)
非专利文献10:3GPP TS36.423 V12.5.0(2015-03)
非专利文献11:3GPP TR36.842 V12.0.0(2013-12)
非专利文献12:RFC793
发明内容
发明要解决的问题
一个公开提供能够缩短TCP ACK的发送所需要的延迟时间的无线通信装置、无线通信系统和无线通信方法。
此外,一个公开提供能够提高TCP的吞吐量的无线通信装置、无线通信系统和无线通信方法。
用于解决问题的手段
根据一个方式,提供无线通信装置,该无线通信装置具有:通信部,其发送或接收第1层中的信号、相对于所述第1层为上位层的第2层的数据和针对所述数据的送达确认信息;以及控制部,其能够使用控制信息的发送所使用的所述第1层的第1控制信道,从所述通信部向其他无线通信装置发送针对所述第2层的数据的所述送达确认信息。
发明的效果
根据一个公开,能够提供能缩短TCP ACK的发送所需要的延迟时间的无线通信装置、无线通信系统和无线通信方法。此外,根据一个公开,能够提供能提高TCP的吞吐量的无线通信装置、无线通信系统和无线通信方法。
附图说明
图1是示出无线通信系统的结构例的图。
图2是示出无线通信系统的结构例的图。
图3是示出基站装置的结构例的图。
图4是示出移动站装置的结构例的图。
图5的(A)和图5的(B)是示出TCP ACK的发送例的图。
图6的(A)是SR步骤的时序例,图6的(B)是示出延迟时间的详细例的图。
图7是示出TCP ACK的发送例的图。
图8的(A)是示出针对移动站装置的CCE的分配例的图,图8的(B)是示出TCP ACK针对PUCCH的分配例的图。
图9是示出动作例的流程图。
图10是示出TCP头部的结构例的图。
图11的(A)和图11的(B)是示出TCP ACK的发送例的图。
图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(3GPP TS36.300V12.5.0(2015-03))例如记载了LTE-Advanced的概要规格。
此外,非专利文献2(3GPP TS36.211V12.5.0(2015-03))例如记载了LTE-A的PHY(Physical Layer)信道(或物理信道)规格。
进而,非专利文献3(3GPP TS36.212V12.4.0(2015-03))例如记载了LTE-A的PHY编码规格。
进而,非专利文献4(3GPP TS36.213V12.5.0(2015-03))例如记载了LTE-A的PHY步骤规格。
进而,非专利文献5(3GPP TS36.321V12.5.0(2015-03))例如记载了LTE-A的MAC(Medium Access Control:媒体访问控制)规格。
进而,非专利文献6(3GPP TS36.322V12.2.0(2015-03))例如记载了LTE-A的RLC(Radio Link Control:无线链路控制)规格。
进而,非专利文献7(3GPP TS36.323V12.3.0(2015-03))例如记载了LTE-A的PDCP(Packet Data Convergence Protocol:分组数据汇聚协议)规格。
进而,非专利文献8(3GPP TS36.331V12.5.0(2015-03))例如记载了LTE-A的RRC(Radio Resource Control:无线资源控制)规格。
进而,非专利文献9(3GPP TS36.413V12.5.0(2015-03))例如记载了LTE-A的S1规格。
进而,非专利文献10(3GPP TS36.423V12.5.0(2015-03))例如记载了LTE-A的X2规格。
进而,非专利文献11(3GPP TR36.842V12.0.0(2013-12))例如是LTE-A的小小区(small cell)技术的讨论书。
进而,非专利文献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实施方式中,通过这种延迟时间的缩短,能够实现吞吐量的提高。
例如,作为送达确认信息而存在TCP ACK。因此,在本第1实施方式中,能够缩短由于TCP ACK的发送而引起的延迟时间。此外,在本第1实施方式中,通过这种延迟时间的缩短,能够实现TCP中的吞吐量的提高。
[第2实施方式]
接着说明第2实施方式。
<无线通信系统的结构例>
图2示出无线通信系统10的结构例。无线通信系统10具有基站装置(以下有时称作“基站”)100和移动站装置(以下有时称作“移动站”)200。
基站100例如是与归属于本站的服务区的移动站200进行无线通信的无线通信装置。
移动站200例如是智能手机、功能手机、平板终端、个人计算机、游戏装置等无线通信装置。移动站200能够与基站100进行无线通信,接收通话服务、Web页的浏览服务等各种服务的提供。
基站100和移动站200能够进行双向通信。即,能够进行从基站100向移动站200的方向(以下有时称作“DL(Down Link:下行链路)方向”或“下行方向”)和从移动站200向基站100的方向(以下有时称作“UL(Up Link:上行链路)方向”或“上行方向”)的通信。
基站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(Physical Downlink Shared Channel:物理下行共享信道)发送数据等,并使用PDCCH(Physical Downlink Control Channel:物理下行控制信道)发送控制信号等。
无线接收部102例如使用从控制部104接收到的调度信息中包含的无线资源来接收从各移动站200发送的无线信号。该情况下,无线接收部102使用PUCCH(Physical UplinkControl Channel:物理上行控制信道)来接收包含控制信号等的无线信号,使用PUSCH(Physical Uplink Shared Channel:物理上行共享信道)来接收包含数据等的无线信号。此外,无线接收部102针对所接收到的无线信号实施频率转换处理、解调处理、纠错解码处理(以下有时称作“解码处理”)等,提取数据和控制信号等。无线接收部102从控制部104接收包含调制方式和编码率等的调度信息,按照该调度信息进行解调处理和解码处理等。无线接收部102例如将所提取的数据和控制信号等输出到存储部105和控制部104。
控制部104进行上述的调度,将其结果作为调度信息而输出到无线发送部101和无线接收部102。此外,控制部104生成包含调度信息的控制信号,将该控制信号输出到无线发送部101。朝向移动站200发送控制信号。
进而,控制部104进行基于HARQ(Hybrid Automatic Repeat Request:混合自动请求重传)的再送控制。HARQ例如是如下技术:在接收侧不放弃解码处理失败的数据,而是与从发送侧再次发送的数据进行合成,从而使该数据解码。例如,当在接收侧解码处理成功时,接收侧发送ACK(Acknowledge:肯定响应),发送侧接收到ACK后开始下一个数据的发送。另一方面,当在接收侧解码处理失败时,接收侧针对发送侧返回NACK(NegativeAcknowledge:否定响应),发送侧接收NACK而再次发送数据。基于HARQ的ACK和NACK均是基于HARQ的送达确认信息的一例。基于HARQ的再送控制是在基站100和移动站200之间进行的。
基于HARQ的再送控制的对象例如是MAC(Medium Access Control:媒体访问控制)层中的数据。作为这种数据的例子,存在MAC PDU(MAC Packet Data Unit:MAC分组数据单元)等。MAC层在OSI参照模型中包含在数据链路层(层2)中。
控制部104例如进行以下的基于HARQ的再送控制。即,向控制部104通知如下的处理结果,该处理结果表示在无线接收部102中根据MAC层的数据中所附加的CRC(CyclicRedundancy Check:循环冗余校验)等进行解码处理时是否正确地进行了解码。在控制部104中,根据处理结果而生成ACK或NACK。控制部104将基于HARQ的ACK(以下有时有时称作“HARQ ACK”)或基于HARQ的NACK(以下有时称作“HARQ NACK”)经由无线发送部101发送到移动站200。另一方面,控制部104经由无线接收部102从移动站200接收到HARQ ACK时,开始下一个数据的发送。控制部104在经由无线接收部102从移动站200接收到HARQ NACK、或在发送MAC层的数据后经过一定期间也没有接收到HARQ ACK时,从存储部105中读出未进行HARQACK的确认的该数据而再次向移动站200发送。
存储部105例如存储数据、控制信号等。例如,无线接收部102、控制部104、网络通信部106将数据和控制信号等适当存储到存储部105中,无线发送部101、控制部104、网络通信部106适当读出存储部105中存储的数据和控制信号等。
网络通信部106与其他装置连接,在与其他装置之间对数据等进行发送或接收。此时,网络通信部106转换成能够输出到其他装置的格式的分组数据而向其他装置进行发送,或者从由其他装置接收到的分组数据中提取数据等而输出到存储部105、控制部104等。作为其他装置的例子,存在其他基站装置、MME(Mobility Management Entity:移动性管理实体)或SGW(Serving Gateway:服务网关)等。
<移动站装置的结构例>
图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输出。控制信号中例如也可以包含HARQ ACK或HARQ NACK、CSI(Channel State Information:信道状态信息)、SR(Scheduling Request:调度请求)等。
进而,控制部204进行TCP数据的送达确认(或响应确认)和再送处理。例如经由基站100而在处理TCP的服务器与移动站200之间交换TCP数据。该情况下,在基站100中,原则上不对TCP分组中包含的TCP头部和TCP数据进行解析等,将从服务器发送的TCP分组直接发送到移动站200,或将从移动站200发送的TCP分组直接发送到服务器。
在TCP的再送中,当在TCP接收侧中正确地接收到了从TCP发送侧发送的TCP数据时,TCP接收侧也向TCP发送侧返回TCP ACK(或肯定响应)。当TCP发送侧接收到TCP ACK时,开始下一个TCP数据的发送。另一方面,TCP发送侧在发送TCP数据后经过一定期间后也未收到TCP ACK时,向接收侧再次发送未取得TCP ACK的确认的TCP数据。该情况下,例如也可以是,TCP发送侧在接收到确认响应编号相同的多个(例如3个)TCP ACK(或重复ACK)时,判别为在TCP接收侧没有正确接收到TCP数据,再次发送该TCP数据。这样子的基于TCP的再送处理例如在控制部204中进行。该情况下,控制部204确认是否正确接收到TCP数据,根据其结果生成TCP的送达确认信息,经由无线发送部101将该送达确认信息发送到服务器。此外,控制部204在经由无线发送部101将TCP数据发送到服务器等后,当即使经过了一定期间也未接收到TCP ACK时,读出存储部205中存储的未取得TCP ACK的确认的TCP数据,经由无线发送部101向服务器进行发送。
TCP包含在OSI参照模型中的传输层(层4)中。另一方面,在OSI参照模型中,对HARQACK等进行处理的MAC层包含在数据链路层(层2)中。传输层相对于数据链路层而成为上位层。
另外,LTE等中的RLC(Radio Link Control:无线链路控制)层和PDCP(PacketData Convergence Protocol:分组数据汇聚)层等包含在数据链路层中,成为数据链路层的子层。在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中,根据处理结果而生成HAR ACK或HARQNACK。控制部204将HARQ ACK或HARQ NACK经由无线发送部201发送到基站100。另一方面,控制部204在经由无线接收部202从基站100接收到HARQ ACK后,开始MAC层的下一个数据的发送。控制部204在从基站100接收到HARQ NACK,或者在发送MAC层的数据后经过一定期间也未接收到HARQ ACK时,从存储部205读出未进行HARQ ACK的确认的该数据而再次向基站100发送。
存储部205例如存储数据、控制信号等。例如,无线接收部202、控制部204适当将数据、控制信号等存储到存储部205中,无线发送部201、控制部204适当读出存储部205中存储的数据、控制信号等。
另外,在基站100、移动站200中,例如,有时将调制前和解调后所处理的信息称作数据或控制信息,将调制后和解调前所处理的信息称作信号。或者,例如有时将在传输层中处理的信息称作数据、控制信息等,将在MAC层中处理的信息称作信号。
<动作例>
接着说明动作例。首先,说明移动站200中的TCP ACK的发送例,接着,使用流程图等说明本第2实施方式中的动作例等。
<移动站进行的TCP ACK的发送例>
图5的(A)至图6是表示TCP ACK的发送例的图。如图5的(A)所示,移动站200在正常接收到在下行方向上发送的TCP数据(“DL TCP Data”)后(S1),生成TCP ACK,在上行方向上发送所生成的TCP ACK(“UL TCP ACK”)(S2)。如上所述,TCP数据本身例如在与基站100连接的服务器等中被生成,并经由基站100被发送到移动站200。此外,TCP ACK也经由基站100而朝向生成TCP数据的服务器被发送。
该情况下,移动站200例如执行图5的(B)所示的调度请求步骤来发送TCP ACK。
即,移动站200使用PUCCH将调度请求(SR:Scheduling Request)发送到基站100(S5)。基站100接收调度请求而生成调度信息。基站100使用PDCCH将包含调度信息的UL授权(或发送许可)发送到移动站200(S6)。移动站200使用通过调度信息而被分配的PUSCH的无线资源将TCP ACK发送到移动站200(S7)。在图5的(B)的例中,示出移动站200将TCP ACK和BSR(Buffer Status Report:缓存状态报告)发送到基站100的例子。
图6的(A)示出到移动站200在上行方向发送数据为止的一系列的处理的时序例,图6的(B)示出移动站200发送上行方向上的数据所需要的时间的例子。
移动站(UE(User Equipment:用户设备))200例如在产生数据后等待PUCCH的发送机会(S11),使用PUCCH发送调度请求(S12)。基站(eNB(evolved Node B:演进节点B))100进行无线资源的分配等处理(S13),发送UL授权(S14)。移动站200接收UL授权,实施针对数据的编码处理等处理(S15),使用PUSCH中包含的无线资源来发送数据(“UL数据”)(S16)。作为UL数据的例子,有TCP ACK。
图6的(B)示出在这样子的一系列的时序中的S11至S16的各处理的所需时间的例子。例如,S11的处理中的平均延迟时间是“2.5ms”等。如图6的(B)所示,即使没有错误,到1个移动站200在上行方向上发送数据为止的延迟时间也大约为“11.5ms”。即,TCP ACK的发送所需要的延迟时间大约为“11.5ms”。该延迟时间在TCP通信中的影响较大,是TCP的吞吐量降低的主要原因之一。另外,毕竟只是参考例,例如东京至大阪的因特网回线中的往返传输延迟(RTT:Round-Trip Time)大约是20ms。根据该参考值可以理解“11.5ms”的大小。
因此,在本第2实施方式中,移动站200使用PUCCH发送TCP ACK。由此,能够省略图5的(B)和图6所示的调度请求步骤,从而缩短TCP ACK的发送所需要的延迟时间。此外,由于TCP ACK的延迟时间缩短,还能够实现TCP中的吞吐量的提高。
图7示出移动站200使用PUCCH发送TCP ACK的情况下的例子。基站100使用PDSCH发送下行数据(“DL Data”)(S20)。该情况下,移动站200根据PDCCH中包含的CCE(ControlChannel Element:控制信道单元)中的最小的CCE索引(Lowest CCE index)(或编号),决定(或选择)发送TCP ACK的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,决定TCP ACK的发送所使用的PUCCH的资源位置。例如,如图8的(B)所示,当针对移动站200-1最小的CCE索引k是“0”时,通过f(0)将PUCCH中的RS#1的位置决定为TCP ACK的发送所使用的无线资源。此外,当针对移动站200-2最小的CCE索引k是“1”时,通过f(1)将PUCCH中的RS#2决定为TCP ACK的发送所使用的无线资源。可以按照系统来决定函数f,也可以按照每个移动站200-1、200-2来决定函数f。
返回图7,移动站200使用通过f(k)决定的位置的无线资源来发送TCP ACK(S21)。在图7中,移动站200使用PUCCH的无线资源f(k),将HARQ ACK或HARQ NACK与TCP ACK一起进行发送。
图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生成TCP ACK,将与所生成的TCP ACK对应的MAC层的数据输出到无线发送部201。无线发送部201对该数据实施编码处理、调制处理等而转换为无线信号,使用PUCCH的资源位置f(k)处的无线资源将该无线信号发送到基站100。由此,使用PUCCH将TCP ACK发送到基站100。该情况下,移动站200也可以使用PUCCH的该无线资源,将基于HARQ的送达确认信息(HARQ ACK或HARQ NACK)与TCP ACK一起进行发送。
<使用PUCCH发送TCP ACK的方法>
接着,说明移动站200使用PUCCH发送TCP ACK的方法的例子。
一个TCP ACK的数据量至少是40字节(TCP头部为20字节+IP头部20字节),当TCP头部被插入时间戳等时,例如有时成为50字节至60字节。另一方面,在PUCCH格式(PUCCHformat)中,PUCCH format3能够在每1子帧发送48比特的数据量。如果进行压缩则可以使TCP ACK小于40字节,但是,例如在利用PUCCH format1至PUCCH format3的现有的PUCCH格式的情况下,有时无法通过1次来发送TCP ACK。
因此,在本第2实施方式中,通过以下的2种方法发送TCP ACK。
第1种方法为,移动站200利用能够应对支持32CC(Component Carrier:分量载波)的PUCCH格式(PUCCH format)来发送TCP ACK。在该PUCCH格式中,在FDD(FrequencyDivision Duplex:频分双工)方式的情况下,每个子帧能够发送64比特(1比特的HARQ ACK或NACK*2TBs(Transport Blocks:传输块)*32CC)的HARQ ACK或NACK以及8比特的CRC。此外,在该PUCCH格式中,在TDD(Time Division Duplex:时分双工)方式的情况下,每1个子帧能够发送128比特的HARQ ACK或NACK以及8比特的CRC。这样,能够应对支持32CC的PUCCH格式能够发送比现有的PUCCH格式(例如PUCCH format3)多的比特数。因此,在移动站200中,能够利用能够应对支持32CC的PUCCH格式来发送TCP ACK。
第2种方法为,规定能够发送比现有的PUCCH格式(例如PUCCH format3)多的比特数的新PUCCH,移动站200使用该新PUCCH来发送TCP ACK。这种新PUCCH例如也可以由3GPP等决定通信标准的标准组织等另外规定。
关于这种PUCCH的信息例如被存储在移动站200的存储部205中,控制部204从存储部205中读出该信息,并输出到无线发送部201,指示无线发送部201使用上述的PUCCH进行发送。在无线发送部201中,按照该指示,使用上述的能够应对支持32CC的PUCCH或新PUCCH来发送TCP ACK。由此,例如,如图7所示,移动站200能够利用上述的PUCCH来发送TCP ACK。
<移动站进行的TCP ACK和其他TCP数据的判别>
在移动站200中,能够使用PUCCH发送TCP ACK,能够使用PUSCH发送VoIP(Voiceover Internet Protocol:网际协议语音)等的其他数据。另一方面,在移动站200中,在MAC层或OSI参照模型中最下位级别的物理层(或PHY(Physical Layer)层)中,进行编码处理、调制处理等处理而不区分TCP ACK和其他数据。
因此,在移动站200中,利用TCP头部对TCP ACK和TCP ACK以外的其他数据进行判别(或区别)。由此,例如,在移动站200中,能够将TCP ACK分配给PUCCH、将其以外的数据分配给PUSCH而进行发送。
图10是表示TCP头部的结构例的图。在TCP头部中存在“确认号(AcknowledgementNumber)”区域。通常的TCP数据在“确认号”区域中不插入编号。在移动站200中,在TCP ACK时,在TCP头部的“确认号”区域中插入编号,在其以外的数据时,在“确认号”区域中不插入编号。
例如,在移动站200中进行以下的处理。即,在移动站200的控制部204中,对传输层的TCP数据进行处理时,当发送TCP ACK时在TCP头部的“确认号”区域中插入编号。另一方面,控制部204在发送其他数据时,在“确认号”区域中不插入任何编号。控制部204在对MAC层的数据进行处理时,对TCP头部的“确认号”区域进行解析,如果插入有编号,则该TCP分组为TCP ACK,当未插入编号时,确认是其他数据。控制部204在确认是TCP ACK后,指示无线发送部201使用PUCCH来发送TCP ACK,使用PUSCH来发送其他数据。无线发送部201按照该指示,使用PUCCH发送TCP ACK,使用PUSCH发送其他TCP数据。在解析中,也可以一并确认TCP头部的ACK字段是否成立。
控制部204也可以在TCP头部的“确认号”区域以外的区域,例如“选项(Options)”区域等中插入表示是TCP ACK的信息。由此,也能够识别TCP ACK和其他TCP数据。或者,控制部204例如也可以在位于TCP头部的区域(例如第1区域)中插入能够判别TCP ACK和其他数据的信息。或者,控制部204也可以对被插入于TCP数据区域中的TCP数据的数据量进行解析,如果其数据量是表示TCP ACK的数据量的值(例如40字节),则判别为是TCP ACK,当不是该值时,判别为其他TCP数据等。
<TCP ACK的发送间隔>
移动站200在使用PDCCH接收到控制信号等后,有时在4子帧(4ms)后使用PUCCH发送信号。在移动站200中,在从通过PDCCH接收信号后到通过PUCCH发送信号为止的区间(4ms)中,可能来不及生成TCP ACK。
因此,在移动站200中,将从基于PDCCH的信号的接收到基于PUCCH的信号的发送为止的区间设定为比4ms长的值。如图11的(A)所示,移动站200在通过PDCCH接收到信号(S40)后,当经过所设定的区间时发送TCP ACK(S41)。
或者,也可以如图11的(B)所示,在移动站200中,在经过4ms后不发送TCP ACK(S50、S51),而是利用下一个发送机会来发送TCP ACK(S52、S53)。
<基于HARQ的ACK/NACK错误(或NACK/ACK错误)的对策>
在进行基于HARQ的再送控制时,有时发生ACK/NACK错误(或NACK/ACK错误,以下有时称作“ACK/NACK错误”)。例如,是尽管在移动站200中发送了HARQ ACK但在基站100中接收到NACK的情况,或者尽管在移动站200中发送了HARQ NACK但在基站100中接收到ACK的情况等。这是因为,例如由于在传输路、处理电路等中发生各种噪声或错误等,从而产生位反转或相位反转等。
因此,移动站200使用同一PUCCH发送基于HARQ的送达确认信息和基于TCP的送达确认信息这2个信息。由此,即使发生ACK/NACK错误,也能够进行恢复,能够在移动站200与基站100之间进行无线通信。
图12是以表的形式表示全部样式的图。样式“1”至样式“4”总共有4个样式。图12的表从左起依次为基站100侧的发送(“DL TCP data:DL TCP数据”)、移动站200侧的接收(“移动站接收”)、移动站200的送达确认信息的发送(“Air(PUCCH):空气(PUCCH)”)、基站100侧的接收(“基站接收”)。图12的右端(“ARQ”)表示有无RLC层的再送。在基站100中,确认到RLC层中无法正确接收TCP ACK时,能够确认在终端到终端之间送达了TCP ACK。另一方面,在基站100中,在RLC层中没能正确接收TCP ACK时,进行再送控制(ARQ:Automatic RepeatRequest:自动重传请求)。以下,从样式“1”依次进行说明。
在样式“1”中,基站100发送序号(SN:Sequence Number)N的TCP数据(“SN=N:Tx”)。
移动站200在接收该TCP数据,在MAC层中正确接收时,生成HARQ ACK(“OK”)。此外,移动站200在传输层中正确接收TCP数据时,生成在TCP头部的“确认号”中插入了序号“N”得到的TCP ACK。移动站200发送HARQ ACK和TCP ACK(“ACK”,“SN=N”)。
基站100确认正常接收到HARQ ACK(“OK”),确认在RLC层中也正确接收到TCP ACK(“OK”)。
在样式“2”中,与样式“1”同样,移动站200虽然发送HARQ ACK和TCP ACK,但是在基站100中接收HARQ NACK(“NACK”)。这是发生了ACK/NACK错误的情况。该情况下实施再送。如图12的样式“2”的下一行所示,基站100进行基于HARQ的再送(“HARQ Re”)。该情况下,在移动站200中正常接收再送数据(“OK”),以后,与样式“1”同样,确认在RLC层中正常接收TCPACK(“OK”)。
在样式“3”中,基站100发送TCP数据(“SN=N:Tx”),在移动站200中,在MAC层的接收数据中检测错误(“Error”)。该情况下,移动站200发送HARQ NACK。基站100接收HARQNACK,实施基于HARQ的再送(“HARQ Re”)。以后,在移动站200正常接收到再送数据(“OK”),移动站200发送TCP ACK(“ACK”),确认在RLC层中也正常接收(“OK”)。
在样式“4”中,基站100发送TCP数据(“SN=N:Tx”),在移动站200中检测错误(“Error”)。该情况下,移动站200虽然发送HARQ NACK(“NACK”),但基站100由于NACK/ACK错误而接收到ACK(“ACK”)。该情况下,基站100中接收到的数据本身也包含错误或噪声等,成为在RLC层中也包含错误或噪声等的状态。因此,在基站100中,在RLC层中检测错误(“Error”)。该情况下,在RLC层中实施基于ARQ的再送(“ARQ Re”)。通过基于ARQ的再送,移动站200发送TCP ACK,在基站100中,能够确认在RLC层中正常接收。
<第2实施方式的总结>
如以上说明的那样,在本第2实施方式中,在移动站200中不进行调度请求步骤(例如图6的S11至S16),而能够使用PUCCH来发送TCP ACK。因此,能够缩短从TCP数据的产生到发送TCP ACK为止的延迟时间(图6的(B)的例中为“11.5ms”)。TCP ACK的延迟时间能够平均缩短至“5ms”。TCP吞吐量与RTT的减少成反比例地增加,基于本方式的TCP的吞吐量与进行调度请求步骤的情况(例如图6的(A))相比,其效果为大约2倍以上。
<Nagle-延迟ACK问题及其解决对策>
接着,对Nagle-延迟ACK问题及其解决对策进行以下说明。图13至图16的(B)是用于对该问题及其解决对策进行说明的图。首先,对延迟ACK进行说明。
图13是用于说明延迟ACK的的图。如图13所示,TCP接收侧400在正常接收到从TCP发送侧300发送的TCP数据时,返回TCP ACK。该情况下,TCP接收侧400接收到最大段(segment)大小以上的TCP数据时,接收TCP数据的2个段(S60、S61),建议发送(或安装以能够进行发送)TCP ACK(S62)。TCP接收侧400接收2个段的TCP数据并发送TCP ACK,因此,存在能够制造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数据并发送TCP ACK,因此,有时TCP发送侧300到接收到TCP ACK为止需要阈值时间以上的非常多的时间。这样,有时将TCP发送侧300为了接收TCP ACK而需要非常多的时间的问题例如称作Nagle-延迟ACK问题。
在本第2实施方式中,针对对于Nagle-延迟ACK问题的2个解决对策进行说明。
图15是表示解决对策的第1个例子的图。在图15中,将移动站200作为TCP接收侧400而进行了例示。在基站100中,当从TCP发送侧300接收到1个段的TCP数据(S70)时,将其分割为多个数据而发送到移动站200(S71)。
在移动站200中,当接收到所分割的多个数据时,停止延迟ACK,当接收到1个段的TCP数据时返回TCP ACK(S75)。由此,例如,在TCP发送侧300中,与移动站200接收2个段而返回TCP ACK的情况(S74)相比,能够缩短TCP ACK的发送延迟。
图16的(A)和图16的(B)是表示解决对策的第2个例子的图。第2个例子是当无线质量良好时移动站200发送TCP ACK的例子。例如,移动站200在发送TCP ACK时,在上行无线回线的质量不良的情况下,有时重复多次发送TCP ACK(图16的(A)的S75-1、S75-2、…、S75-n)。该情况下,在基站100、TCP发送侧300中发生TCP ACK的发送延迟。
因此,在移动站200中,当无线质量为一定水平以下时不发送TCP ACK,而是当无线质量高于一定水平时汇总发送TCP ACK(图16的(B)的S76)。在移动站200中,不再多次发送TCP ACK,还能够削减移动站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。进而,网络IF 114例如对应于第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(Central Processing Unit:中央处理单元)、MPU(Micro Processing Unit:微处理单元)、FPGA(Field Programmable Gate Array:现场可编程门阵列)等。
在上述的例中说明了如下例子(图8的(B)等):移动站200根据对本站分配的CCE中的最小的CCE索引k来决定TCP ACK的发送所使用的PUCCH的资源位置。例如,移动站200也可以根据对本站分配的CCE中的最大的CCE索引来决定TCP ACK的发送所使用的PUCCH的资源位置。例如,移动站200可以使用对本站分配的CCE的CCE索引所对应的PUCCH的无线资源来发送TCP ACK。
此外,在上述的例中以TCP为例进行了说明。例如如果是SCTP(Stream ControlTransmission Protocol:流控制传输协议)等能够以终端到终端的方式发送或接收送达确认信息而确保通信的可靠性的协议,则能够实施上述的例子。该情况下,通过实施上述的例子,能够缩短基于该协议的送达确认信息的发送所需要的延迟时间,能够提高使用该协议的通信的吞吐量。
进而,在上述的例中,主要说明了发送TCP ACK的例子。例如,移动站200发送TCPNACK的情况也能够与发送TCP ACK的情况同样地进行实施。
进而,上述的例子说明了移动站200使用PUCCH向基站100发送TCP ACK的上行方向的情况。例如,基站100在使用PDCCH向移动站200发送TCP ACK的下行方向的情况下,也能够实施上述的例子。该情况下,基站100能够针对从移动站200发送的TCP数据,使用PDCCH来发送TCP的送达确认信息(TCP ACK或TCP NACK)。
[实施方式的组合]
还可以对上述各实施方式进行任意组合来实施。例如,也能够实施以下的组合。
即,能够组合第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:其他无线通信装置。
Claims (15)
1.一种无线通信装置,该无线通信装置具有:
第1处理单元,其被配置成向其他无线通信装置发送第1层的信号和作为所述第1层的上位层的第2层的数据,并且从所述其他无线通信装置接收第1层的信号和所述第2层的数据;以及
第2处理单元,其被配置成使所述第1处理单元通过所述第1层的控制信道向所述其他无线通信装置发送第1确认信息,该第1确认信息表示所述无线通信装置是否从所述其他无线通信装置顺利地接收到所述第2层的数据,
所述第2层的所述数据是TCP(Transmission Control Protocol)数据,
所述第1确认信息是针对TCP数据的TCP ACK(Acknowledgement)或TCP NACK(NegativeAcknowledgement),所述第1层的所述控制信道是PUCCH(Physical Uplink ControlChannel)。
2.根据权利要求1所述的无线通信装置,其中,
所述第1处理单元被配置成接收所述第1层的第1信号,并且发送所述第1层的第2信号,所述第1信号包含所述第2层的所述数据,所述第2信号包含针对所述第2层的所述数据的所述第1确认信息。
3.根据权利要求1所述的无线通信装置,其中,
所述第2处理单元被配置成使所述第1处理单元通过所述控制信道向所述其他无线通信装置发送针对所述第2层的所述数据的所述第1确认信息和针对所述第1层的信号的第2确认信息。
4.根据权利要求3所述的无线通信装置,其中,
针对所述第1层的所述信号的所述第2确认信息是针对MAC(Medium Access Control)层中的信号的HARQ ACK(Acknowledgement)或HARQ NACK(Negative Acknowledgement),针对所述第2层的所述数据的所述第1确认信息是针对TCP(Transmission ControlProtocol)数据的TCP ACK或TCP NACK。
5.根据权利要求2所述的无线通信装置,其中,
所述第2处理单元被配置成在取得了所述第1层的第2控制信道中的控制信息后选择第1无线资源,所选择的所述第1无线资源与表示所述第2控制信道中的要素的位置的索引相对应,所述要素包括包含有1个以上的参数的所述控制信息,所述参数与针对包含所述数据的所述第1信号的第2无线资源有关,
在从所述其他无线通信装置接收到所述第1信号的时候,所述第2处理单元使所述第1处理单元在所选择的所述第1无线资源上发送所述第1确认信息。
6.根据权利要求5所述的无线通信装置,其中,
在所述无线通信装置用的所述控制信息被存储到所述第2控制信道中的多个要素中的时候,所述第2处理单元被配置成根据与多个要素对应的多个索引中最小的索引来选择所述第1无线资源。
7.根据权利要求5所述的无线通信装置,其中,
所述第2控制信道是PDCCH(Physical Downlink Control Channel),所述第2控制信道中的所述要素是PDCCH所包含的CCE(Control Channel Element),所述索引是CCE索引。
8.根据权利要求1所述的无线通信装置,其中,
所述第2处理单元被配置成使所述第1处理单元使用支持32个分量载波(CC)的PUCCH格式来发送所述第1确认信息。
9.根据权利要求1所述的无线通信装置,其中,
所述第2处理单元被配置成使所述第1处理单元使用能发送比使用PUCCH格式3进行发送时多的比特数的PUCCH格式,来发送所述第1确认信息。
10.根据权利要求1所述的无线通信装置,其中,
所述第2处理单元被配置成在TCP头部的第1区域中插入与针对所述TCP数据的所述第1确认信息对应的信息,被插入到所述TCP头部中的所述信息被用于判别来自所述无线通信装置的TCP分组包含针对所述TCP数据的所述第1确认信息还是包含所述第1确认信息以外的其他数据。
11.根据权利要求10所述的无线通信装置,其中,
所述第1区域是所述TCP头部中的确认号区域。
12.根据权利要求1所述的无线通信装置,其中,
所述TCP数据的数据量被用于判别来自所述无线通信装置的TCP分组包含针对所述TCP数据的所述第1确认信息还是包含所述第1确认信息以外的其他数据。
13.根据权利要求1所述的无线通信装置,其中,
所述其他无线通信装置是基站装置或移动站装置。
14.一种无线通信系统,该无线通信系统具有第1无线通信装置和第2无线通信装置,其中,
至少1个所述第2无线通信装置具有:
第2通信单元,其被配置成向其他无线通信装置发送第1层的信号和作为所述第1层的上位层的第2层的数据,并且从所述其他无线通信装置接收所述第1层的信号和所述第2层的数据;以及
第2控制单元,其被配置成使所述第2通信单元通过所述第1层的控制信道向所述其他无线通信装置发送第1确认信息,该第1确认信息表示所述至少1个所述第2无线通信装置是否从所述第1无线通信装置顺利地接收到所述第2层的数据,
所述第1无线通信装置包括第1通信单元,该第1通信单元被配置成通过所述第1层的所述控制信道从所述至少1个所述第2无线通信装置接收所述第1确认信息,
所述第2层的所述数据是TCP(Transmission Control Protocol)数据,
所述第1确认信息是针对TCP数据的TCP ACK(Acknowledgement)或TCP NACK(NegativeAcknowledgement),所述第1层的所述控制信道是PUCCH(Physical Uplink ControlChannel)。
15.一种无线通信系统中的无线通信方法,该无线通信系统具有第1无线通信装置和第2无线通信装置,该无线通信方法包括以下步骤:
使任意所述第2无线通信装置的第1处理单元接收第1层的第1信号和作为所述第1层的上位层的第2层的数据,所述第1信号包含所述数据;以及
使所述第1处理单元在从所述第1无线通信装置接收到所述第1信号之后,通过所述第1层的控制信道发送所述第1层的第2信号,该第2信号包含第1确认信息,该第1确认信息表示所述任意所述第2无线通信装置是否从所述第1无线通信装置顺利地接收到所述数据,
所述第2层的所述数据是TCP(Transmission Control Protocol)数据,
所述第1确认信息是针对TCP数据的TCP ACK(Acknowledgement)或TCP NACK(NegativeAcknowledgement),所述第1层的所述控制信道是PUCCH(Physical Uplink ControlChannel)。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2016/050658 WO2017122268A1 (ja) | 2016-01-12 | 2016-01-12 | 無線通信装置、無線通信システム、及び無線通信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108463986A CN108463986A (zh) | 2018-08-28 |
CN108463986B true CN108463986B (zh) | 2021-03-09 |
Family
ID=59312017
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680078457.1A Active CN108463986B (zh) | 2016-01-12 | 2016-01-12 | 无线通信装置、无线通信系统和无线通信方法 |
Country Status (5)
Country | Link |
---|---|
US (2) | US10863485B2 (zh) |
EP (1) | EP3404897B1 (zh) |
JP (1) | JP6924702B2 (zh) |
CN (1) | CN108463986B (zh) |
WO (1) | WO2017122268A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3490293B1 (en) * | 2016-08-11 | 2021-07-28 | Huawei Technologies Co., Ltd. | Data receiving method, data sending method, receiving device and system |
US11523301B2 (en) * | 2020-04-20 | 2022-12-06 | Qualcomm Incorporated | Physical uplink control channel with buffer status report |
US11758513B2 (en) * | 2020-04-20 | 2023-09-12 | Qualcomm Incorporated | Physical uplink control channel with uplink message short data field |
US11564242B2 (en) * | 2020-06-09 | 2023-01-24 | Qualcomm Incorporated | Low-latency scheduling request configuration |
US20230397192A1 (en) * | 2022-06-07 | 2023-12-07 | Qualcomm Incorporated | Transmission control protocol acknowledgement shaping |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1959693A1 (en) * | 2007-02-19 | 2008-08-20 | Siemens Networks S.p.A. | Cross-layer error recovery optimisation in wireless systems |
CN102186207A (zh) * | 2011-04-06 | 2011-09-14 | 重庆大学 | 一种无线局域网络下跨层减少tcp重复应答方法 |
JP2013197829A (ja) * | 2012-03-19 | 2013-09-30 | Fujitsu Ltd | 無線通信装置、及び無線通信装置において実行されるプログラム |
WO2014163576A2 (en) * | 2013-04-05 | 2014-10-09 | Telefonaktiebolaget L M Ericsson (Publ) | Radio base stations, wireless terminal, methods therein and a system |
Family Cites Families (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3116765B2 (ja) * | 1995-03-03 | 2000-12-11 | 株式会社田村電機製作所 | デジタル無線電話装置 |
JP4824953B2 (ja) | 2005-06-23 | 2011-11-30 | 富士通株式会社 | 移動通信システムにおける通信方法並びに移動局及び基地局 |
US20070240209A1 (en) | 2006-04-05 | 2007-10-11 | Lewis Adam C | Session persistence on a wireless network |
US8705456B2 (en) * | 2007-01-05 | 2014-04-22 | Interdigital Technology Corporation | Fast uplink response to downlink shared channel transmission without a dedicated uplink channel |
JP2009164816A (ja) | 2007-12-28 | 2009-07-23 | Sharp Corp | 無線通信システム、第1の無線通信装置、第2の無線通信装置、無線受信方法および無線送信方法 |
WO2009116837A1 (en) | 2008-03-21 | 2009-09-24 | Lg Electronics Inc. | Method of data communication in a wireless communication system |
ES2602431T3 (es) | 2008-03-21 | 2017-02-21 | Lg Electronics Inc. | Método de comunicación de datos en un sistema de comunicación inalámbrica, que comprende indicadores para controlar el proceso |
JP4511611B2 (ja) | 2008-05-29 | 2010-07-28 | 株式会社エヌ・ティ・ティ・ドコモ | 無線リソース選択方法、無線基地局及び移動局 |
MX2012006801A (es) | 2009-12-17 | 2012-07-10 | Lg Electronics Inc | Aparato y metodo para evitar bloqueo del canal de control. |
WO2011122265A1 (ja) | 2010-03-30 | 2011-10-06 | シャープ株式会社 | 移動通信システム、基地局装置、移動局装置、移動通信方法および集積回路 |
US9553697B2 (en) | 2010-04-05 | 2017-01-24 | Qualcomm Incorporated | HARQ ACK/NACK transmission for multi-carrier operation |
KR101771550B1 (ko) * | 2010-10-15 | 2017-08-29 | 주식회사 골드피크이노베이션즈 | Ack/nack 신호 송수신 방법 및 장치 |
KR101919780B1 (ko) | 2011-03-03 | 2018-11-19 | 엘지전자 주식회사 | 무선 통신 시스템에서 확인응답 정보를 전송하는 방법 및 장치 |
EP2560448A1 (en) | 2011-08-18 | 2013-02-20 | Fujitsu Limited | Scheduling request enabled uplink transmission |
KR102587135B1 (ko) | 2011-09-30 | 2023-10-10 | 인터디지탈 패튼 홀딩스, 인크 | 감소된 채널 대역폭을 사용하는 장치 통신 |
WO2013095004A1 (ko) | 2011-12-20 | 2013-06-27 | 엘지전자 주식회사 | 무선 통신 시스템에서 랜덤 접속 과정의 수행 방법 및 장치 |
US9526091B2 (en) | 2012-03-16 | 2016-12-20 | Intel Corporation | Method and apparatus for coordination of self-optimization functions in a wireless network |
CN104380647B (zh) * | 2012-05-31 | 2018-02-23 | Lg电子株式会社 | 用于收发控制信号的方法及其装置 |
US9504029B2 (en) | 2012-08-01 | 2016-11-22 | Lg Electronics Inc. | Method for signaling control information, and apparatus therefor |
US9900904B2 (en) | 2013-05-31 | 2018-02-20 | Telefonaktiebolaget L M Ericsson (Publ) | Predictive scheduling for uplink transmission in a cellular network |
JP6224417B2 (ja) | 2013-10-31 | 2017-11-01 | 株式会社Nttドコモ | ユーザ端末、基地局及び無線通信方法 |
US9781734B2 (en) | 2013-12-26 | 2017-10-03 | Nec Corporation | Communication apparatus, communication method, and recording medium |
US10129857B2 (en) * | 2014-11-06 | 2018-11-13 | Qualcomm Incorporated | Band occupancy techniques for transmissions in unlicensed spectrum |
CN106301670A (zh) * | 2015-05-15 | 2017-01-04 | 中兴通讯股份有限公司 | 上行控制信息的发送方法及装置 |
EP3285535B1 (en) | 2015-05-15 | 2020-10-07 | Kyocera Corporation | Wireless terminal |
JP6443566B2 (ja) * | 2015-05-28 | 2018-12-26 | 日本電気株式会社 | シグナリング方法 |
US10117229B2 (en) | 2015-06-12 | 2018-10-30 | Asustek Computer Inc. | Method and apparatus for using a configured resource in a wireless communication system |
WO2017082696A1 (ko) * | 2015-11-13 | 2017-05-18 | 엘지전자 주식회사 | 무선 신호를 전송하는 방법 및 이를 위한 장치 |
-
2016
- 2016-01-12 JP JP2017561083A patent/JP6924702B2/ja active Active
- 2016-01-12 EP EP16884871.1A patent/EP3404897B1/en active Active
- 2016-01-12 CN CN201680078457.1A patent/CN108463986B/zh active Active
- 2016-01-12 WO PCT/JP2016/050658 patent/WO2017122268A1/ja active Application Filing
-
2018
- 2018-06-28 US US16/021,912 patent/US10863485B2/en active Active
-
2020
- 2020-10-21 US US17/076,226 patent/US20210037521A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1959693A1 (en) * | 2007-02-19 | 2008-08-20 | Siemens Networks S.p.A. | Cross-layer error recovery optimisation in wireless systems |
CN102186207A (zh) * | 2011-04-06 | 2011-09-14 | 重庆大学 | 一种无线局域网络下跨层减少tcp重复应答方法 |
JP2013197829A (ja) * | 2012-03-19 | 2013-09-30 | Fujitsu Ltd | 無線通信装置、及び無線通信装置において実行されるプログラム |
WO2014163576A2 (en) * | 2013-04-05 | 2014-10-09 | Telefonaktiebolaget L M Ericsson (Publ) | Radio base stations, wireless terminal, methods therein and a system |
Also Published As
Publication number | Publication date |
---|---|
EP3404897A4 (en) | 2018-12-26 |
EP3404897B1 (en) | 2021-01-20 |
US10863485B2 (en) | 2020-12-08 |
EP3404897A1 (en) | 2018-11-21 |
CN108463986A (zh) | 2018-08-28 |
JP6924702B2 (ja) | 2021-08-25 |
US20210037521A1 (en) | 2021-02-04 |
US20180324790A1 (en) | 2018-11-08 |
JPWO2017122268A1 (ja) | 2018-11-01 |
WO2017122268A1 (ja) | 2017-07-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101702397B1 (ko) | 의도되지 않은 다운링크 서브-프레임들에 대한 harq-ack 핸들링 | |
US8726115B2 (en) | Uplink H-ARQ signalling mechanism in a wireless communication system | |
US20210037521A1 (en) | Radio communication device, radio communication system, and radio communication method | |
KR101532789B1 (ko) | 재전송 데이터를 처리하는 harq 동작 방법 | |
KR101307625B1 (ko) | 조정 다중점 송신을 이용하여 수신된 패킷에 대한 부정 승인의 송신에서의 지연 도입 | |
JP2020058049A (ja) | グループ肯定応答/否定応答、およびgack/チャネル状態情報をトリガすること | |
EP3304789B1 (en) | Method for wireless communications testing using downlink and uplink transmissions between an access point and mobile terminals | |
US10693619B2 (en) | Device, system and method for data communications in a wireless network | |
US20190173623A1 (en) | Reallocation of control channel resources for retransmission of data in wireless networks based on communications mode | |
US8386871B2 (en) | Retransmission control method and receiving side apparatus | |
JP2017537508A (ja) | 信頼できる低レイテンシ通信のためのファウンテンharq | |
KR102299792B1 (ko) | 전송 보호 | |
US11044053B2 (en) | Device and method of handling code block group-based communication operation | |
US20100027538A1 (en) | Retransmission control method and receiving side apparatus | |
US20180359050A1 (en) | Adaptive network coding in wireless communications | |
WO2017148510A1 (en) | Use of tiny retransmission resource for partial packet retransmission for wireless networks | |
KR20100005672A (ko) | 데이터 전송 장치 및 데이터 전송 방법 | |
KR101374522B1 (ko) | 패킷 이동통신 시스템에서 음성 서비스 송수신 시의 오류 복구 방법 | |
FI20195875A1 (en) | Common link adaptation for a downlink control channel and data channel for wireless networks | |
KR20190080701A (ko) | 무선 통신 시스템에서 데이터 송수신 방법 및 장치 | |
WO2016041574A1 (en) | Detection of a transmission error in a wireless network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |