CN103378932B - 数据传输方法、用户设备及基站 - Google Patents
数据传输方法、用户设备及基站 Download PDFInfo
- Publication number
- CN103378932B CN103378932B CN201210126737.9A CN201210126737A CN103378932B CN 103378932 B CN103378932 B CN 103378932B CN 201210126737 A CN201210126737 A CN 201210126737A CN 103378932 B CN103378932 B CN 103378932B
- Authority
- CN
- China
- Prior art keywords
- group
- data
- subframe
- subscriber equipment
- base station
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明公开了一种数据传输方法、用户设备及基站,该方法包括:向用户设备发送初传调度许可命令,指示所述用户设备在多个子帧中发送相同数据;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;接收所述用户设备在所述多个子帧中发送的相同数据,并向所述用户设备反馈是否正确接收相同数据的应答消息。采用本发明实施例,能够增强通信中的上行覆盖。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种数据传输方法、用户设备及基站。
背景技术
3GPP(3rd Generation Partnership Project,第3代合作伙伴计划)LTE(LongTerm Evolution,长期演进)中物理层调度的基本单位是子帧(1ms),这样小的时间间隔可以使得LTE中应用的时间延迟较小。然而在某些小区边缘,覆盖受限的情况下,UE(User Equipment,用户设备)由于受到其本身发射功率的限制,在1ms的时间间隔内,有可能无法满足数据发送的BLER(Block Error Rate,误块率)要求。由此LTE中提出了TTI(Transmission Time Interval,传输时间间隔)Bundling(绑定)的概念,其原理是对连续的多个上行TTI进行绑定,分配给同一UE,在这些上行TTI里发送对相同信息比特编码后形成的多个冗余版本(Redundancy Version,简称RV),从而提高数据解码成功的概率,提高LTE的上行覆盖范围,代价是增加了一些时间延迟。eNodeB(Evolved Node B,基站)只有在收到所有绑定的上行帧以后,才反馈HARQ(Hybrid Automatic RepeatreQuest,混合自动请求重传)的ACK/NACK(肯定/否定应答)。这样能够减少所需的HARQ的ACK/NACK数目,同时由于上行资源进行一次分配,应用到所有绑定的上行帧,这样上行资源分配的开销也会减少。
在LTE Rel-8(第8版本)中,TTI Bundling中连续发送的TTI数目(TTIBundle_Size)定义为4。如图1所示,假设eNodeB在子帧n向UE发送UL grant(上行调度许可命令),则UE在n+4到n+7的4个连续的上行子帧里,分别发送相同传输编码块的不同冗余版本RV0、RV1、RV2、RV3,4个上行子帧绑定在一起,通过HARQ Process 0(即进程号为0的HARQ进程)进行传输。eNodeB有4ms的处理时间(包括传输延迟),在n+11子帧,eNodeB会通过PHICH(Physical Hybrid ARQ Indicator Channel,物理HARQ指示信道)向UE反馈ACK或NACK。假设本例中eNodeB反馈NACK,则HARQ Process 0对应的TTIBundling将从子帧n+20开始进行重传。LTE中规定TTI Bundling重传的时间间隔为16个TTI,即16个1ms的子帧。
如果在子帧n+16处,UE接收到UL grant,指示上行的调度参数,那么TTIBundling的上行HARQ重传就是自适应的,在指示的资源频带上使用指示的参数进行传输,否则就是非自适应的,采用和初次传输相同的上行资源及相同的参数进行传输。
其中,UL grant具体包括DCI(Downlink Control Information,下行控制信息)格式0和DCI格式4两种,在PDCCH(Physical Downlink Control Channel,物理下行控制信道)中承载。当NDI(新数据指示)字段为1时该UL grant为初传调度许可命令,当NDI字段为0时该UL grant为重传调度许可命令。例如,DCI format 0的字段组成如表1所示,包括各类调度参数:
表1DCI format 0 field
注1:
表示向上取整,
表示UL系统带宽,具体为包含的资源块(resource block,简称RB)个数。
注2:有的时候也把CRC排除在外,把CRC之前的字段称为DCI format 0。
目前,通过修改TTI Bundle_Size能够增强上行覆盖,如图2所示,从原来的4个上行子帧绑定在一起,扩展到8个上行子帧绑定在一起进行传输。同时保持重传时间间隔为16个子帧不变。虽然现有的扩展TTI Bundle_Size的方法能够在一定程度上增强上行覆盖,但是在某些覆盖受限的场景下,上行覆盖仍然不够,需要进一步增强。
发明内容
本发明实施例提出一种数据传输方法、用户设备及基站,能够增强通信中的上行覆盖。
本发明实施例提供一种数据传输方法,包括:
向用户设备发送初传调度许可命令,指示所述用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;
接收所述用户设备在所述多个子帧中发送的相同数据,并向所述用户设备反馈是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据。
本发明实施例还提供另一种数据传输方法,包括:
接收基站的初传调度许可命令;所述初传调度许可命令用于指示用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;
在所述多个子帧中发送相同数据,并接收所述基站反馈的是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据。
本发明实施例提供一种基站,包括:
初传调度发送模块,用于向用户设备发送初传调度许可命令,指示所述用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;
数据处理模块,用于接收所述用户设备在所述多个子帧中发送的相同数据,并向所述用户设备反馈是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据。
本发明实施例提供一种用户设备,包括:
初传调度接收模块,用于接收基站的初传调度许可命令;所述初传调度许可命令用于指示用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;
数据收发模块,用于在所述多个子帧中发送相同数据,并接收所述基站反馈的是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据。
本发明实施例提供的数据传输方法、用户设备及基站,具有如下有益效果:将进行TTI bundling的多个子帧分成了至少两个非连续的组,用户设备在多个组的子帧中发送相同数据的不同冗余版本,能够避免连续子帧上的深衰而导致达不到信道质量目标,同时获得一定的时间分集增益,能够增强通信中的上行覆盖。
附图说明
图1是现有技术中TTI bundling数据传输的一个时序关系图;
图2是现有技术中TTI bundling数据传输的另一个时序关系图;
图3是本发明提供的数据传输方法的一个实施例的流程示意图;
图4是本发明提供的数据传输方法的另一个实施例的流程示意图;
图5是本发明提供的数据传输方法的一个时序关系图;
图6是本发明提供的数据传输方法的另一个时序关系图;
图7是本发明提供的数据传输方法的又一个时序关系图;
图8是本发明提供的基站的一个实施例的结构示意图;
图9是本发明提供的基站的数据处理模块的一个实施例的结构示意图;
图10是本发明提供的用户设备的一个实施例的结构示意图;
图11是本发明提供的用户设备的数据收发模块的一个实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图3,是本发明提供的数据传输方法的一个实施例的流程示意图。
本实施例提供的数据传输方法包括以下步骤:
S11、向用户设备发送初传调度许可命令,指示所述用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;所述每个组内的子帧是进行TTI bundling的子帧;
S12、接收所述用户设备在所述多个子帧中发送的相同数据,并向所述用户设备反馈是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据。
其中,第一组包括K1个连续的子帧,第二组包括K2个连续的子帧,...,第M组包括KM个连续的子帧。所述M个非连续的组中的子帧总数大于4个,即K1+K2+...+KM>4。
且每一组数据对应于每个混合自动请求重传进程号(简称HARQ进程号);每个混合自动请求重传进程号用于标识在数据初传或重传过程中,调度和反馈针对的是所述每一组数据。
可选的,在所述多个子帧中,每两个相邻子帧上发送的相同数据的冗余版本不同。如果第X组中的子帧个数KX>4,则可重复使用之前子帧使用过的冗余版本或者将现有的4个冗余版本(即RV0、RV1、RV2、RV3)扩充到更多个,其中,1≤X≤M。
具体的,上述步骤S11包括:
向用户设备发送一份初传调度许可命令,指示所述用户设备在M个非连续组的多个子帧中发送的相同数据的调度参数;或
向用户设备发送M份初传调度许可命令;每份初传调度许可命令对应于一组的一个子帧或多个连续子帧,用于指示所述用户设备在所述一组的一个子帧或多个连续子帧中发送的相同数据的每组调度参数。
具体的,上述步骤S12包括:
接收所述用户设备在所述第X组的一个子帧或多个连续子帧中发送的第X组数据;
若正确接收用户设备在所述第X组的任一子帧发送的数据,则向所述用户设备反馈正确接收第X组数据的肯定应答消息;若没有正确接收用户设备在所述第X组的全部所述一个子帧或多个连续子帧发送的数据,则向所述用户设备反馈没有正确接收第X组数据的否定应答消息;其中,1≤X≤M。
具体的,向所述用户设备反馈是否正确接收第X组数据的应答消息的时间,为第X组中的最后一子帧之后的第k个子帧;其中,k≥4。
优选的,对于FDD(Frequency Division Duplexing,频分双工)模式,k=4;对于TDD(Time Division Duplexing,时分双工)模式,k=4,5,6或7。
在一个实施方式中,本实施例提供的数据传输方法,还包括:在第X组数据重传时间到来时,接收所述用户设备重传的第X组数据。
其中,第X组数据的重传时间,为该第X组中的第一子帧之后的第m个子帧;其中,m>8。
此外,可选的,本实施例提供的数据传输方法,在第X组数据的重传时间到来之前,还包括:向所述用户设备发送重传调度许可命令,指示第X组数据的重传的调度参数更新,即自适应重传。
参见图4,是本发明提供的数据传输方法的另一个实施例的流程示意图。
本实施例提供的数据传输方法包括以下步骤:
S21、接收基站的初传调度许可命令;所述初传调度许可命令用于指示用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;
S22、在所述多个子帧中发送相同数据,并接收所述基站反馈的是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据。
其中,第一组包括K1个连续的子帧,第二组包括K2个连续的子帧,...,第M组包括KM个连续的子帧。所述M个非连续的组中的子帧总数大于4个,即K1+K2+...+KM>4。
且每一组数据对应于每个混合自动请求重传进程号(简称HARQ进程号);每个混合自动请求重传进程号用于标识在数据初传或重传过程中,调度和反馈针对的是所述每一组数据。
可选的,在所述多个子帧中,每两个相邻子帧上发送的相同数据的冗余版本不同。如果第X组中的子帧个数KX>4,则可重复使用之前子帧使用过的冗余版本或者将现有的4个冗余版本(即RV0、RV1、RV2、RV3)扩充到更多个,其中,1≤X≤M。
具体的,上述步骤S21包括:
接收基站的一份初传调度许可命令;所述初传调度许可命令指示用户设备在M个非连续组的多个子帧中发送相同数据;或
接收基站的M份初传调度许可命令;每份初传调度许可命令对应于一组子帧,用于指示用户设备在一组的多个子帧中发送相同数据。
具体的,上述步骤S22包括:
在第Y组的一个子帧或多个连续子帧中发送第Y组数据;
接收所述基站反馈的是否正确接收第Y组数据的应答消息;
若收到所述基站反馈的正确接收第Y组数据的肯定应答消息,则不在其余组的一个子帧或多个连续子帧中发送数据;
若收到所述基站反馈的没有正确接收第Y组数据的否定应答消息,则继续在第Y+1组的一个子帧或多个连续子帧中发送第Y+1组数据;其中,1≤Y≤M-1。
具体实施时,假设M=5,用户设备在发送第一组的子帧的数据之后,若收到基站反馈的正确接收第一组数据的肯定应答消息,则该用户设备不再发送第二组至第五组的子帧的数据;否则,继续在第二组的子帧中发送相同数据。同理,用户设备在发送第二组的子帧的数据之后,若收到基站反馈的正确接收第二组数据的肯定应答消息,则该用户设备不再发送第三组至第五组的子帧的数据;否则,继续在第三组的子帧中发送相同数据。以此类推,直至发送第五组数据。
具体的,基站反馈是否正确接收第X组数据的应答消息的时间,为第X组中的最后一子帧之后的第k个子帧;其中,1≤X≤M,k≥4。而且,只要基站正确接收第X组中的任一子帧的数据,反馈正确接收第X组数据的肯定应答消息;否则,反馈没有正确接收第X组数据的否定应答消息。
优选的,对于FDD(Frequency Division Duplexing,频分双工)模式,k=4;对于TDD(Time Division Duplexing,时分双工)模式,k=4,5,6或7。
在一个实施方式中,本实施例提供的数据传输方法,还包括:若在第X组数据重传时间到来之前,收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则不重传第X组数据;
若在第X组数据重传时间到来之前,没有收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则在第X组数据重传时间到来时,重传第X组数据;其中,1≤X≤M。
进一步的,在重传第X组数据的过程中,若收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则停止重传第X组数据;若没有收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则继续重传第X组数据。
其中,第X组数据的重传时间,为该第X组中的第一子帧之后的第m个子帧;其中,m>8。
此外,可选的,本实施例提供的数据传输方法,在第X组数据的重传时间到来之前,还包括:接收所述基站的重传调度许可命令;所述重传调度许可命令用于指示第X组数据的重传的调度参数更新,即自适应重传。
下面结合图5~图7,对本发明提供的数据传输方法进行详细描述。
参见图5,是本发明提供的数据传输方法的一个时序关系图。
本实施例将进行TTI bundling的子帧分成两个非连续的组,包括第一组和第二组,两个组的HARQ进程号不相同。其中,第一组包括K1个连续的子帧,第二组包括K2个连续的子帧,两个组之间是非连续的,在时间上有一定的间隔。如图5所示,本实施例仅以K1=K2=4,第一组和第二组相隔4个子帧,第一组的HARQ进程号为#0,第二组的HARQ进程号为#1,且重传时间间隔为16个子帧为例进行说明。
基站使用UL grant(即初传调度许可命令)调度上行数据,UE在PUSCH上发送上行数据。发送数据使用的资源(即一个子帧中的时频资源)、调制编码等参数在UL grant中携带。具体实施时,两个组可以共用一个UL grant,共享UL grant中除RV字段和HARQ process字段之外的所有字段,被调度的子帧除了数据的RV版本不一样之外,其他的参数都一样,即两个组使用一样的参数在不同的子帧的相同时频资源上发送上行数据。两个组还可以各自使用一个ULgrant,这样两个组参数可以不一样。
基站反馈的是否正确接收数据的应答消息包括但不限于:表示基站正确接收数据的肯定应答消息ACK,及表示基站没有正确接收数据的否定应答消息NACK。
如图5所示,本实施例提供的数据传输方法的时序关系如下:
假设基站在子帧n向UE发送UL grant,则与现有的LTE Rel-8协议相同,UE从接收到UL grant之后的第4个子帧开始,在n+4到n+7的4个连续的上行子帧里,发送第一组的子帧的数据。
如果第一组的4个子帧中的任一子帧的数据被基站正确接收,则基站向UE反馈ACK;如果第一组的4个子帧的数据都没有正确接收,则基站向UE反馈NACK。在本实施例中,基站在子帧n+11(即在UE发送第一组的最后一个子帧之后的第4个子帧)向UE反馈第一组数据的ACK/NACK。
第二组的子帧在基站反馈第一组数据的ACK/NACK的子帧之后;如果第一组的反馈为ACK,则UE不再发送第二组的子帧的数据;如果第一组的反馈为NACK,则UE在n+12到n+15的4个连续的上行子帧里,发送第二组的子帧的数据。如图5所示的子帧n+11中的“N”表示NACK,本实施例假设第一组的反馈为NACK。
如果第二组的4个子帧中的任一子帧的数据被基站正确接收,则基站向UE反馈ACK;如果第二组的4个子帧的数据都没有正确接收,则基站向UE反馈NACK。在本实施例中,基站在子帧n+19(即在UE发送第二组的最后一个子帧之后的第4个子帧)向UE反馈第二组数据的ACK/NACK。
在本实施例中,重传时间间隔为16个子帧,第一组数据重传时间点在子帧n+20,基站反馈第二组数据的ACK/NACK的子帧在第一组数据重传时间点之前。如果第二组的反馈为ACK,则UE不重传第一组的子帧的数据;如果第二组的反馈为NACK,则UE在n+20到n+23的4个连续的上行子帧里,重传第一组的子帧的数据。如图5所示的子帧n+19中的“N”表示NACK,本实施例假设第二组的反馈为NACK,并在第一组数据的重传时间(在子帧n+20)到来时,重传第一组数据。
在具体实施当中,如果UE重传第一组数据之后,收到所述重传的第一组的反馈为NACK,则在第二组数据的重传时间到来时,重传第二组数据;以此类推。
重传可以是自适应的,也可以是非自适应的。如果在重传起始位置之前的4个子帧处,如本实施例为子帧n+16处,UE接收到用于指示上行调度参数的重传调度许可命令UL grant(其中NDI字段为0),那么TTI Bundling的上行HARQ重传就是自适应的,在指示的资源频带上使用指示的参数进行传输,否则就是非自适应的,采用和初传时相同的上行资源及相同的参数进行传输。
参见图6,是本发明提供的数据传输方法的另一个时序关系图。
本实施例将进行TTI bundling的子帧分成两个非连续的组,包括第一组和第二组,两个组的HARQ进程号不相同。其中,第一组包括K1个连续的子帧,第二组包括K2个连续的子帧,两个组之间是非连续的,在时间上有一定的间隔。
与上述图5所示的实施例相比,本实施例的不同点仅在于:K1=4,K2=3。
图6所示的实施例的数据传输方法,与上述图5所示的实施例相同,在此不予赘述。
需要说明的是,K1和K2还可以取其他数值。优选的,第一组由4个连续的子帧捆绑而成(即K1=4),能够与现有技术后向兼容。
参见图7,是本发明提供的数据传输方法的又一个时序关系图。
本实施例将进行TTI bundling的子帧分成两个非连续的组,包括第一组和第二组,两个组的HARQ进程号不相同。其中,第一组包括K1个连续的子帧,第二组包括K2个连续的子帧,两个组之间是非连续的,在时间上有一定的间隔。
与上述图5所示的实施例相比,本实施例的不同点在于:K1=4,K2=6;而且基站反馈第二组数据的ACK/NACK的子帧,是在第一组数据重传时间点之后。
如图7所示,本实施例提供的数据传输方法的时序关系如下:
假设基站在子帧n向UE发送UL grant,则UE从接收到UL grant之后的第4个子帧开始,在n+4到n+7的4个连续的上行子帧里,发送第一组的子帧的数据。
如果第一组的4个子帧中的任一子帧的数据被基站正确接收,则基站向UE反馈ACK;如果第一组的4个子帧的数据都没有正确接收,则基站向UE反馈NACK。在本实施例中,基站在子帧n+11(即在UE发送第一组的最后一个子帧之后的第4个子帧)向UE反馈第一组数据的ACK/NACK。
第二组的子帧在基站反馈第一组数据的ACK/NACK的子帧之后;如果第一组的反馈为ACK,则UE不发送第二组的子帧的数据;如果第一组的反馈为NACK,则UE在n+12到n+17的6个连续的上行子帧里,发送第二组的子帧的数据。如图7所示的子帧n+11中的“N”表示NACK,本实施例假设第一组的反馈为NACK。
如果第二组的6个子帧中的任一子帧的数据被基站正确接收,则基站向UE反馈ACK;如果第二组的6个子帧的数据都没有正确接收,则基站向UE反馈NACK。在本实施例中,基站在子帧n+21(即在UE发送第二组的最后一个子帧之后的第4个子帧)向UE反馈第二组数据的ACK/NACK。
在本实施例中,重传时间间隔为16个子帧,第一组数据重传时间点在子帧n+20,基站反馈第二组数据的ACK/NACK的子帧在第一组数据重传时间点之后。当第一组数据重传时间点到来时,UE从子帧n+20开始,重传第一组的子帧的数据。在重传第一组的子帧的数据的过程中,如果UE在子帧n+21收到第二组的反馈为ACK,则UE从子帧n+22开始停止重传第一组的子帧的数据;如果UE在子帧n+21收到第二组的反馈为NACK,则UE继续重传第一组的子帧的数据。如图7所示的子帧n+21中的“A”表示ACK,本实施例假设UE在子帧n+21收到第二组的反馈为ACK,从子帧n+22开始停止重传第一组的子帧的数据。
重传可以是自适应的,也可以是非自适应的。如果在重传起始位置之前的4个子帧处,如本实施例为子帧n+16处,UE接收到用于指示上行调度参数的重传调度许可命令UL grant(其中NDI字段为0),那么TTI Bundling的上行HARQ重传就是自适应的,在指示的资源频带上使用指示的参数进行传输,否则就是非自适应的,采用和初传时相同的上行资源及相同的参数进行传输。
本发明实施例提供的数据传输方法,将进行TTI bundling的子帧分成了至少两个非连续的组,用户设备在多组的子帧中发送相同数据的不同冗余版本,能够避免连续子帧上的深衰而导致达不到信道质量目标,同时获得一定的时间分集增益,能够增强通信中的上行覆盖。而且,基站对两个组分别进行ACK/NACK反馈,避免了不必要的重复数据传输而导致的资源浪费,提高了资源利用率。
本发明实施例还提供一种基站和用户设备,能够实现上述实施例中的数据传输的方法,增强LTE的上行覆盖。
参见图8,是本发明提供的基站的一个实施例的结构示意图。
本实施例提供的基站,包括:
初传调度发送模块11,用于向用户设备发送初传调度许可命令,指示所述用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;
数据处理模块12,用于接收所述用户设备在所述多个子帧中发送的相同数据,并向所述用户设备反馈是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据。
其中,第一组包括K1个连续的子帧,第二组包括K2个连续的子帧,...,第M组包括KM个连续的子帧。所述M个非连续的组中的子帧总数大于4个,即K1+K2+...+KM>4。
且每一组数据对应于每个混合自动请求重传进程号(简称HARQ进程号);每个混合自动请求重传进程号用于标识在数据初传或重传过程中,调度和反馈针对的是所述每一组数据。
可选的,在所述多个子帧中,每两个相邻子帧上发送的相同数据的冗余版本不同。如果第X组中的子帧个数KX>4,则可重复使用之前子帧使用过的冗余版本或者将现有的4个冗余版本(即RV0、RV1、RV2、RV3)扩充到更多个,其中,1≤X≤M。
如图9所示,数据处理模块12具体包括:
数据接收单元121,用于接收所述用户设备在所述第X组的一个子帧或多个连续子帧中发送的第X组数据;
应答反馈处理单元122,用于若正确接收用户设备在所述第X组的任一子帧发送的数据,则向所述用户设备反馈正确接收第X组数据的肯定应答消息;若没有正确接收用户设备在所述第X组的全部所述一个子帧或多个连续子帧发送的数据,则向所述用户设备反馈没有正确接收第X组数据的否定应答消息;其中,1≤X≤M。
具体的,向所述用户设备反馈是否正确接收第X组数据的应答消息的时间,为第X组中的最后一子帧之后的第k个子帧;其中,1≤X≤M,k≥4。
优选的,对于FDD(Frequency Division Duplexing,频分双工)模式,k=4;对于TDD(Time Division Duplexing,时分双工)模式,k=4,5,6或7。
在一个实施方式中,如图9所示,数据处理模块12还包括:
重传数据接收单元123,用于在第X组数据重传时间到来时,接收所述用户设备重传的第X组数据。
其中,第X组数据的重传时间,为该第X组中的第一子帧之后的第m个子帧;其中,m>8。
此外,可选的,如图8所示,本实施例提供的基站还包括:
重传调度发送模块13,用于在第X组数据的重传时间到来之前,向所述用户设备发送重传调度许可命令,指示第X组数据的重传的调度参数更新,即自适应重传。
参见图10,是本发明提供的用户设备的一个实施例的结构示意图。
本实施例提供的用户设备,包括:
初传调度接收模块21,用于接收基站的初传调度许可命令;所述初传调度许可命令用于指示用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;
数据收发模块22,用于在所述多个子帧中发送相同数据,并接收所述基站反馈的是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据。
其中,第一组包括K1个连续的子帧,第二组包括K2个连续的子帧,...,第M组包括KM个连续的子帧。所述M个非连续的组中的子帧总数大于4个,即K1+K2+...+KM>4。
且每一组数据对应于每个混合自动请求重传进程号(简称HARQ进程号);每个混合自动请求重传进程号用于标识在数据初传或重传过程中,调度和反馈针对的是所述每一组数据。
可选的,在所述多个子帧中,每两个相邻子帧上发送的相同数据的冗余版本不同。如果第X组中的子帧个数KX>4,则可重复使用之前子帧使用过的冗余版本或者将现有的4个冗余版本(即RV0、RV1、RV2、RV3)扩充到更多个,其中,1≤X≤M。
如图11所示,数据收发模块22具体包括:
数据发送单元221,用于在第Y组的一个子帧或多个连续子帧中发送第Y组数据;
应答接收处理单元222,用于接收所述基站反馈的是否正确接收第Y组数据的应答消息;若收到所述基站反馈的正确接收第Y组数据的肯定应答消息,则不在其余组的一个子帧或多个连续子帧中发送数据;若收到所述基站反馈的没有正确接收第Y组数据的否定应答消息,则继续在第Y+1组的一个子帧或多个连续子帧中发送第Y+1组数据;其中,1≤Y≤M-1。
具体的,基站反馈是否正确接收第X组数据的应答消息的时间,为第X组中的最后一子帧之后的第k个子帧;其中,1≤X≤M,k≥4。而且,只要基站正确接收第X组中的任一子帧的数据,反馈正确接收第X组数据的肯定应答消息;否则,反馈没有正确接收第X组数据的否定应答消息。
优选的,对于FDD(Frequency Division Duplexing,频分双工)模式,k=4;对于TDD(Time Division Duplexing,时分双工)模式,k=4,5,6或7。
在一个实施方式中,如图11所示,数据收发模块22还包括:
第一数据重传单元223,用于若在第X组数据重传时间到来之前,收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则不重传第X组数据;若在第X组数据重传时间到来之前,没有收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则在第X组数据重传时间到来时,重传第X组数据;其中,1≤X≤M;
第二数据重传单元224,用于在重传第X组数据的过程中,若收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则停止重传第X组数据;若没有收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则继续重传第X组数据。
其中,第X组数据的重传时间,为该第X组中的第一子帧之后的第m个子帧;其中,m>8。
此外,可选的,如图11所示,本实施例提供的用户设备,还包括:
重传调度接收模块23,用于在第X组数据的重传时间到来之前,接收所述基站的重传调度许可命令;所述重传调度许可命令用于指示第X组数据的重传的调度参数更新,即自适应重传。
本发明实施例提供的用户设备及基站,将进行TTI bundling的子帧分成了至少两个非连续的组,用户设备在多个组的子帧中发送相同数据的不同冗余版本,能够避免连续子帧上的深衰而导致达不到信道质量目标,同时获得一定的时间分集增益,能够增强通信中的上行覆盖。而且,基站对两个组分别进行ACK/NACK反馈,避免了不必要的重复数据传输而导致的资源浪费,提高了资源利用率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围。
Claims (34)
1.一种数据传输方法,其特征在于,包括:
向用户设备发送初传调度许可命令,指示所述用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;
接收所述用户设备在所述多个子帧中发送的相同数据,并向所述用户设备反馈是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据;
所述接收所述用户设备在所述多个子帧中发送的相同数据,并向所述用户设备反馈是否正确接收相同数据的应答消息,包括:
接收所述用户设备在第X组的一个子帧或多个连续子帧中发送的第X组数据;
若正确接收用户设备在所述第X组的任一子帧发送的数据,则向所述用户设备反馈正确接收第X组数据的肯定应答消息;若没有正确接收用户设备在所述第X组的全部所述一个子帧或多个连续子帧发送的数据,则向所述用户设备反馈没有正确接收第X组数据的否定应答消息;其中,1≤X≤M。
2.如权利要求1所述的数据传输方法,其特征在于,还包括:
在第X组数据重传时间到来时,接收所述用户设备重传的第X组数据。
3.如权利要求1所述的数据传输方法,其特征在于,向所述用户设备反馈是否正确接收第X组数据的应答消息的时间,为第X组中的最后一子帧之后的第k个子帧;其中,1≤X≤M,k≥4。
4.如权利要求2所述的数据传输方法,其特征在于,第X组数据的重传时间,为该第X组中的第一子帧之后的第m个子帧;其中,m>8。
5.如权利要求4所述的数据传输方法,其特征在于,在第X组数据的重传时间到来之前,还包括:
向所述用户设备发送重传调度许可命令,指示第X组数据的重传的调度参数更新。
6.如权利要求1~5任一项所述的数据传输方法,其特征在于,所述M个非连续的组中的子帧总数大于4个;
每一组数据对应于每个混合自动请求重传进程号;每个混合自动请求重传进程号用于标识在数据初传或重传过程中,调度和反馈针对的是所述每一组数据。
7.如权利要求1~5任一项所述的数据传输方法,其特征在于,所述向用户设备发送初传调度许可命令包括:
向用户设备发送一份初传调度许可命令,指示所述用户设备在M个非连续组的多个子帧中发送的相同数据的调度参数;或
向用户设备发送M份初传调度许可命令;每份初传调度许可命令对应于一组的一个子帧或多个连续子帧,用于指示所述用户设备在所述一组的一个子帧或多个连续子帧中发送的相同数据的每组调度参数。
8.如权利要求1~5任一项所述的数据传输方法,其特征在于,在所述多个子帧中,每两个相邻子帧上发送的相同数据的冗余版本不同。
9.一种数据传输方法,其特征在于,包括:
接收基站的初传调度许可命令;所述初传调度许可命令用于指示用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;
在所述多个子帧中发送相同数据,并接收所述基站反馈的是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据;
所述在所述多个子帧中发送相同数据,并接收所述基站反馈的是否正确接收相同数据的应答消息,包括:
在第Y组的一个子帧或多个连续子帧中发送第Y组数据;
接收所述基站反馈的是否正确接收第Y组数据的应答消息;
若收到所述基站反馈的正确接收第Y组数据的肯定应答消息,则不在其余组的一个子帧或多个连续子帧中发送数据;
若收到所述基站反馈的没有正确接收第Y组数据的否定应答消息,则继续在第Y+1组的一个子帧或多个连续子帧中发送第Y+1组数据;
其中,1≤Y≤M-1。
10.如权利要求9所述的数据传输方法,其特征在于,还包括:
若在第X组数据重传时间到来之前,收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则不重传第X组数据;
若在第X组数据重传时间到来之前,没有收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则在第X组数据重传时间到来时,重传第X组数据;其中,1≤X≤M。
11.如权利要求10所述的数据传输方法,其特征在于,所述方法还包括:
在重传第X组数据的过程中,若收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则停止重传第X组数据;若没有收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则继续重传第X组数据。
12.如权利要求9所述的数据传输方法,其特征在于,所述基站反馈是否正确接收第X组数据的应答消息的时间,为第X组中的最后一子帧之后的第k个子帧;其中,1≤X≤M,k≥4。
13.如权利要求10所述的数据传输方法,其特征在于,第X组数据的重传时间,为该第X组中的第一子帧之后的第m个子帧;其中,m>8。
14.如权利要求10所述的数据传输方法,其特征在于,在第X组数据的重传时间到来之前,还包括:
接收所述基站的重传调度许可命令;所述重传调度许可命令用于指示第X组数据的重传的调度参数更新。
15.如权利要求9~14任一项所述的数据传输方法,其特征在于,所述M个非连续的组中的子帧总数大于4个;
每一组数据对应于每个混合自动请求重传进程号;每个混合自动请求重传进程号用于标识在数据初传或重传过程中,调度和反馈针对的是所述每一组数据。
16.如权利要求9~14任一项所述的数据传输方法,其特征在于,所述接收基站的初传调度许可命令,包括:
接收基站的一份初传调度许可命令;所述初传调度许可命令指示用户设备在M个非连续组的多个子帧中发送的相同数据的调度参数;或
接收基站的M份初传调度许可命令;每份初传调度许可命令对应于一组的一个子帧或多个连续子帧,用于指示所述用户设备在所述一组的一个子帧或多个连续子帧中发送的相同数据的每组调度参数。
17.如权利要求9~14任一项所述的数据传输方法,其特征在于,在所述多个子帧中,每两个相邻子帧上发送的相同数据的冗余版本不同。
18.一种基站,其特征在于,包括:
初传调度发送模块,用于向用户设备发送初传调度许可命令,指示所述用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;
数据处理模块,用于接收所述用户设备在所述多个子帧中发送的相同数据,并向所述用户设备反馈是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据;
所述数据处理模块包括:
数据接收单元,用于接收所述用户设备在第X组的一个子帧或多个连续子帧中发送的第X组数据;
应答反馈处理单元,用于若正确接收用户设备在所述第X组的任一子帧发送的数据,则向所述用户设备反馈正确接收第X组数据的肯定应答消息;若没有正确接收用户设备在所述第X组的全部所述一个子帧或多个连续子帧发送的数据,则向所述用户设备反馈没有正确接收第X组数据的否定应答消息;
其中,1≤X≤M。
19.如权利要求18所述的基站,其特征在于,所述数据处理模块还包括:
重传数据接收单元,用于在第X组数据重传时间到来时,接收所述用户设备重传的第X组数据。
20.如权利要求18所述的基站,其特征在于,向所述用户设备反馈是否正确接收第X组数据的应答消息的时间,为第X组中的最后一子帧之后的第k个子帧;其中,1≤X≤M,k≥4。
21.如权利要求19所述的基站,其特征在于,第X组数据的重传时间,为该第X组中的第一子帧之后的第m个子帧;其中,m>8。
22.如权利要求21所述的基站,其特征在于,所述基站还包括:
重传调度发送模块,用于在第X组数据的重传时间到来之前,向所述用户设备发送重传调度许可命令,指示第X组数据的重传的调度参数更新。
23.如权利要求18~22任一项所述的基站,其特征在于,所述M个非连续的组中的子帧总数大于4个;
每一组数据对应于每个混合自动请求重传进程号;每个混合自动请求重传进程号用于标识在数据初传或重传过程中,调度和反馈针对的是所述每一组数据。
24.如权利要求18~22任一项所述的基站,其特征在于,所述初传调度发送模块向用户设备发送一份初传调度许可命令,指示所述用户设备在M个非连续组的多个子帧中发送的相同数据的调度参数;或
向用户设备发送M份初传调度许可命令;每份初传调度许可命令对应于一组的一个子帧或多个连续子帧,用于指示所述用户设备在所述一组的一个子帧或多个连续子帧中发送的相同数据的每组调度参数。
25.如权利要求18~22任一项所述的基站,其特征在于,在所述多个子帧中,每两个相邻子帧上发送的相同数据的冗余版本不同。
26.一种用户设备,其特征在于,包括:
初传调度接收模块,用于接收基站的初传调度许可命令;所述初传调度许可命令用于指示用户设备在多个子帧中发送相同数据以及指示所述相同数据的调度参数;所述多个子帧被分成M个非连续的组,依次为第一组至第M组,M≥2,所述每个组包括一个子帧或多个连续子帧;
数据收发模块,用于在所述多个子帧中发送相同数据,并接收所述基站反馈的是否正确接收相同数据的应答消息,其中用户设备在每个组的一个子帧或多个连续子帧中发送的相同的数据对应于每组数据;
所述数据收发模块包括:
数据发送单元,用于在第Y组的一个子帧或多个连续子帧中发送第Y组数据;
应答接收处理单元,用于接收所述基站反馈的是否正确接收第Y组数据的应答消息;若收到所述基站反馈的正确接收第Y组数据的肯定应答消息,则不在其余组的一个子帧或多个连续子帧中发送数据;若收到所述基站反馈的没有正确接收第Y组数据的否定应答消息,则继续在第Y+1组的一个子帧或多个连续子帧中发送第Y+1组数据;其中,1≤Y≤M-1。
27.如权利要求26所述的用户设备,其特征在于,所述数据收发模块还包括:
第一数据重传单元,用于若在第X组数据重传时间到来之前,收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则不重传第X组数据;若在第X组数据重传时间到来之前,没有收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则在第X组数据重传时间到来时,重传第X组数据;其中,1≤X≤M。
28.如权利要求27所述的用户设备,其特征在于,所述数据收发模块还包括:
第二数据重传单元,用于在重传第X组数据的过程中,若收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则停止重传第X组数据;若没有收到所述基站反馈的正确接收任何一组数据的肯定应答消息,则继续重传第X组数据。
29.如权利要求26所述的用户设备,其特征在于,所述基站反馈是否正确接收第X组数据的应答消息的时间,为第X组中的最后一子帧之后的第k个子帧;其中,1≤X≤M,k≥4。
30.如权利要求27所述的用户设备,其特征在于,第X组数据的重传时间,为该第X组中的第一子帧之后的第m个子帧;其中,m>8。
31.如权利要求27所述的用户设备,其特征在于,所述用户设备还包括:
重传调度接收模块,用于在第X组数据的重传时间到来之前,接收所述基站的重传调度许可命令;所述重传调度许可命令用于指示第X组数据的重传的调度参数更新。
32.如权利要求26~31任一项所述的用户设备,其特征在于,所述第一组至第M组中的子帧总数大于4个;
每一组数据具有不同的混合自动请求重传进程号;所述混合自动请求重传进程号用于标识在数据初传或重传过程中,调度和反馈针对的是同一组数据。
33.如权利要求26~31任一项所述的用户设备,其特征在于,所述初传调度接收模块接收基站的一份初传调度许可命令;所述初传调度许可命令指示用户设备在M个非连续组的多个子帧中发送的相同数据的调度参数;或
接收基站的M份初传调度许可命令;每份初传调度许可命令对应于一组的一个子帧或多个连续子帧,用于指示所述用户设备在所述一组的一个子帧或多个连续子帧中发送的相同数据的每组调度参数。
34.如权利要求26~31任一项所述的用户设备,其特征在于,在所述多个子帧中,每两个相邻子帧上发送的相同数据的冗余版本不同。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210126737.9A CN103378932B (zh) | 2012-04-26 | 2012-04-26 | 数据传输方法、用户设备及基站 |
PCT/CN2013/072121 WO2013159597A1 (zh) | 2012-04-26 | 2013-03-04 | 数据传输方法、用户设备及基站 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210126737.9A CN103378932B (zh) | 2012-04-26 | 2012-04-26 | 数据传输方法、用户设备及基站 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103378932A CN103378932A (zh) | 2013-10-30 |
CN103378932B true CN103378932B (zh) | 2016-08-10 |
Family
ID=49463525
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210126737.9A Active CN103378932B (zh) | 2012-04-26 | 2012-04-26 | 数据传输方法、用户设备及基站 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103378932B (zh) |
WO (1) | WO2013159597A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3429288B1 (en) | 2016-03-31 | 2021-05-05 | Huawei Technologies Co., Ltd. | Data transmission method, base station, and user equipment |
EP3432635B1 (en) | 2016-06-17 | 2021-09-01 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for data transmission |
CN108631960B (zh) * | 2017-03-24 | 2021-08-20 | 华为技术有限公司 | 一种数据传输方法和相关设备 |
WO2019023849A1 (en) * | 2017-07-31 | 2019-02-07 | Qualcomm Incorporated | UPLINK AND DOWNLINK AUTHORIZATIONS FOR NARROW BAND OPERATIONS |
WO2019191999A1 (zh) * | 2018-04-04 | 2019-10-10 | 华为技术有限公司 | 一种资源确定方法、指示方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101790195A (zh) * | 2009-01-23 | 2010-07-28 | 大唐移动通信设备有限公司 | 一种多子帧联合调度数据传输方法 |
CN101801094A (zh) * | 2009-02-10 | 2010-08-11 | 大唐移动通信设备有限公司 | 长期演进多载波系统中的子帧绑定传输方法、系统和设备 |
CN101969663A (zh) * | 2009-07-28 | 2011-02-09 | 大唐移动通信设备有限公司 | 一种控制信息的传输方法、装置和系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100800863B1 (ko) * | 2005-10-27 | 2008-02-04 | 삼성전자주식회사 | 무선 이동 통신 시스템에서 상향링크 우선 순위 결정 장치및 방법 |
CN102215084A (zh) * | 2010-04-02 | 2011-10-12 | 北京三星通信技术研究有限公司 | 一种传输上行控制信息的方法 |
-
2012
- 2012-04-26 CN CN201210126737.9A patent/CN103378932B/zh active Active
-
2013
- 2013-03-04 WO PCT/CN2013/072121 patent/WO2013159597A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101790195A (zh) * | 2009-01-23 | 2010-07-28 | 大唐移动通信设备有限公司 | 一种多子帧联合调度数据传输方法 |
CN101801094A (zh) * | 2009-02-10 | 2010-08-11 | 大唐移动通信设备有限公司 | 长期演进多载波系统中的子帧绑定传输方法、系统和设备 |
CN101969663A (zh) * | 2009-07-28 | 2011-02-09 | 大唐移动通信设备有限公司 | 一种控制信息的传输方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN103378932A (zh) | 2013-10-30 |
WO2013159597A1 (zh) | 2013-10-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9179445B2 (en) | Communication in the presence of uplink-downlink configuration change | |
CN103248464B (zh) | 上行数据传输方法和装置 | |
CN101605024B (zh) | 混合自动重传请求方法 | |
CN105765894B (zh) | 用于混合自动重复请求传输的方法、装置和用户设备 | |
CN104348591B (zh) | 一种上行控制信息的发送方法及用户设备、基站 | |
CN108604945A (zh) | 有效harq反馈的鲁棒性增强 | |
CN102281646B (zh) | 一种上行数据的传输方法及装置 | |
CN105934907A (zh) | 无线资源调度方法及装置 | |
CN109845157A (zh) | 通信方法与设备 | |
CN104378185B (zh) | 一种用于lte系统中子帧绑定的调度方法及装置 | |
CN102271034B (zh) | 一种lte上行harq控制方法 | |
CN109891795A (zh) | 用于频分双工传输时间间隔操作的系统和方法 | |
EP2294744A1 (en) | Method and arrangement in a telecommunication system with signalling of assigned data packets in a bundling window | |
CN103378932B (zh) | 数据传输方法、用户设备及基站 | |
CN101615988B (zh) | 混合自动重传请求的调度方法 | |
CN104685953A (zh) | 传输上行数据的方法、用户设备和基站 | |
CN108886436A (zh) | 无线电网络节点、无线设备以及其中执行的方法 | |
CN106413106A (zh) | 一种上行数据的传输方法及装置 | |
CN103368708A (zh) | 一种pusch的重传指示方法 | |
CN108574564A (zh) | 混合自动重传请求方法与装置 | |
CN107197520A (zh) | 一种数据传输的方法和装置 | |
CN107733598A (zh) | 一种消息传输方法、用户设备及基站 | |
CN104601305A (zh) | 一种上行混合自动重传控制的方法和终端 | |
CN104618075B (zh) | Tti集束的传输处理方法及装置、网络侧设备、ue | |
CN103546235B (zh) | 时分双工系统中的上行数据发送及接收方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |