CN102474391B - 在无线中继网络中用于控制数据重传的方法及装置 - Google Patents
在无线中继网络中用于控制数据重传的方法及装置 Download PDFInfo
- Publication number
- CN102474391B CN102474391B CN200980160548.XA CN200980160548A CN102474391B CN 102474391 B CN102474391 B CN 102474391B CN 200980160548 A CN200980160548 A CN 200980160548A CN 102474391 B CN102474391 B CN 102474391B
- Authority
- CN
- China
- Prior art keywords
- upstream data
- subscriber equipment
- retransmit
- frame
- data
- 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
- 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
-
- 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/1896—ARQ related signaling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
为了解决在引入中继设备之后,无线中继网络对已规定的上行数据的HARQ传输时序的后向兼容性的问题,本发明提出了在无线中继网络中用于控制数据重传的方法及装置。所述方法包括:在预定的时间单元向用户设备反馈对上行数据的确认指示之前,确定是否需要用户设备重传上行数据:当无法确定时,在预定的时间单元中将第一指示发送给用户设备,指示用户设备保存并且不重传该上行数据,等待基站发送调度指示信息;在确定了是否需要用户设备重传上行数据后,生成调度指示信息并发送给用户设备,指示用户设备向中继站重新发送上行数据,或发送其它新的上行数据。本发明实施例保持了预定的上行数据HARQ传输的时序,并使用较少信令开销控制用户设备重传数据或进行新的传输。
Description
技术领域
本发明涉及无线通信系统,尤其涉及无线中继网络。
背景技术
在3GPP先进长期演进(Long Time EvolutionAdvanced,简称LTE-A)无线通信系统中,使用了混合自动重传(HARQ)技术以保证用户设备(UE)和基站(eNB)之间的可靠通信。以TDD系统为例,对于LTE技术规范中规定的、具有不同的上下行配比或上下行子帧位置的七种TDD帧结构配置(Configuration),规范为每一种帧结构配置确定了HARQ的时序(Timeline)。如图1,示出了配置2的时隙分布,其中每个帧的第0、4至9号子帧(时隙)用于下行;第2和3号子帧用于上行;第1号子帧是特殊子帧(S-subframe)。在该配置2中,对于下行HARQ传输,eNB在前一帧的第8号下行子帧发送给eNB的下行数据,规范规定eNB应在本帧的第3号子帧向eNB反馈HARQ的确认指示,即肯定确认ACK或否定确认NACK;对于上行HARQ传输,UE在第2号子帧发送给eNB的上行数据,规范规定eNB应在本帧的第8号下行子帧的PHICH信道里向UE反馈HARQ ACK/NACK,UE如果接收到NACK,那么UE将会在其后已预定的上行子帧中重传该上行数据。
目前,中继技术已经被LTE-A规范接受,以用于提高无线通信系统覆盖率、吞吐量等方面的系统性能。在向无线网络引入中继节点(RN)之后,RN以时分复用的方式在UE和eNB之间转发数据。规范化组织已经提出了两种类型的中继节点,类型一中继(Type I Relay,3GPP TR36.814V1.0.2,Further Advancements for E-UTRA,Physical Layer Aspects)和类型二中继(Type I Relay,3GPP技术提案R1-092264和R1-092321)。
但是,中继的引入改变了UE和eNB之间的通信时序。到现在为止,在3GPP的LTE-A标准化过程中还未考虑基于TDD的类型二中继情况下的HARQ重传时序。在类型二中继中,为了加快控制信令流程和减少信令开销,eNB负责在物理下行控制信道(PDCCH)中向UE发送调度信息。对于下行数据传输,RN在一下行子帧中将来自eNB的数据发送给UE;UE判断接收正确后,在一预定上行子帧中将一HARQACK/NACK发送给RN,RN在之后的另一预定上行子帧中将HARQACK/NACK反馈回eNB。对于上行数据传输,UE在一上行子帧中将上行数据发送给RN;RN根据对该上行数据中的CRC校验其接收到的上行数据传输块(TB)是否正确,并在之后的另一预定上行子帧中将一HARQ ACK/NACK消息发送给eNB;eNB接收到RN发送来的对上行数据的HARQ ACK/NACK后,在之后的一个预定下行子帧中将对上行数据的HARQ ACK/NACK消息直接反馈给UE,以减少用户平面的延迟。
由于UE和eNB之间的通信时序被引入的RN所改变,因此对于规范中已经规定了HARQ时序的各种TDD配置来说,在引入RN之后,由于上/下行子帧数量的不足,可能会导致该HARQ时序无法使用。仍以配置2为例说明,如图2所示,RN在前一帧的第8号下行子帧中将下行数据发送给UE,UE按规范规定在本帧的第3号子帧向RN反馈HARQ的确认指示;并且,UE在本帧的第2号子帧发送给RN的上行数据,并在本帧的第8号下行子帧里期待来自eNB在物理HARQ指示信道(PHICH)中反馈HARQ ACK/NACK。但是,RN在接收到来自UE的上行数据并校验确定是否收妥,即确定(校验错误)UE需要重传或(校验正确)UE不需要重传该上行数据后,由于在本帧的第8号下行子帧之前,RN已经没有可用的上行子帧将确定的结果(HARQ ACK或NACK消息)发送给eNB,所以eNB在本帧的第8号下行子帧之前不能确定RN是否收妥UE的上行数据,因而在第8号下行子帧里无法向UE反馈一个HARQ ACK或NACK,以告知UE接下来的操作。这样,由于UE无法在期望的子帧中接收到eNB发送的对其上行数据的HARQ确认指示,UE的工作将会发生异常。
可见,由于规范中对HARQ时序的严格规定,导致引入了RN的LET-A无线通信系统无法在TDD帧结构配置4的条件下支持HARQ传输。类似地,如本发明具体实施例部分中将要描述地,TDD帧结构配置2和配置5也面临类似的问题。由于类型二中继的设计要求需要保持对Release-8的用户设备的后向兼容性,所以不能够改变规范中对Release-8的用户设备所规定的各种TDD帧结构配置条件之下的HARQ时序。这对LET-A规范支持类型二中继产生了很大的影响。如何在引入了类型二RN之后对HARQ传输过程,特别是上行数据的HARQ传输过程提供有效的支持成为业界必须解决的一个重要问题。
发明内容
可见,在无线中继网络中,提供一种与规范当前规定的上行数据HARQ传输的时序后向兼容的重传方法是十分必要的。而目前现有技术中尚没有解决这一问题的方案。
为了解决这一问题,根据本发明的一个方面,提供了一种在基站中用于控制用户设备进行上行数据重传的方法,所述用户设备向中继站发送上行数据,其中,包括如下步骤:i.在预定的时间单元向所述用户设备反馈对所述上行数据的确认指示之前,确定是否需要所述用户设备重传所述上行数据:当无法确定时,在所述预定的时间单元中将一个第一指示发送给所述用户设备,指示所述用户设备保存并且不重传该上行数据,等待基站发送的调度指示信息;ii.在确定了所述用户设备需要或不需要重传所述上行数据后,生成一个调度指示信息并发送给所述用户设备,指示所述用户设备向所述中继站重新发送所述上行数据,或发送其它新的上行数据。
优选地,所述步骤i中确定是否需要所述用户设备重传所述上行数据的步骤包括以下任一项:判断是否有可用的上行物理资源能够接收到来自所述中继站的、对所述上行数据的重传指示消息:当没有可用的上行物理资源时,无法确定所述用户设备是否重传所述上行数据;和,判断是否接收到并处理完成来自所述中继站的、对所述上行数据的所述重传指示消息:当没有接收到或没有足够的处理时间解码所述重传指示消息时,无法确定所述用户设备是否需要重传所述上行数据。
根据本发明的另一个方面,提供了一种在基站中用于控制用户设备进行上行数据重传的设备,所述用户设备向中继站发送上行数据,其中,该设备包括:确定装置,用于确定是否需要所述用户设备重传所述上行数据;第一发射机,用于在所述确定装置在预定的时间单元向所述用户设备反馈对所述上行数据的确认指示之前无法确定是否需要所述用户设备重传时,在所述预定的时间单元中将一个第一指示发送给所述用户设备,指示所述用户设备保存并且不重传该上行数据,等待基站发送的调度指示信息;第二发射机,用于在所述确定装置确定需要或不需要所述用户设备重传所述上行数据后,生成一个调度指示信息并发送给所述用户设备,指示所述用户设备向所述中继站重新发送所述上行数据,或发送其它新的上行数据。
根据本发明的实施例,在无线中继网络中,在预定的向用户设备对上行数据的反馈确认指示的时间单元中,如果无法确定用户设备是否需要重传,则总是向用户设备发送一个HARQ ACK指示,指示用户设备保存但不重传该上行数据,这样保持了规范预定的上行数据的HARQ传输的时序,而不需要修改用户设备侧的规范定义;并且,在确定用户设备是否需要重传之后,使用一个上行许可控制用户设备重传或进行新的数据传输,产生的信令开销较少。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的以上及其它特征、目的和优点将会变得更加明显:
图1示出了不含有中继设备的LTE-A无线通信系统在TDD配置4的时隙分布条件下的上行数据的HARQ传输的时序图;
图2示出了含有中继设备的LTE-A无线通信系统在TDD配置4的时隙分布条件下的上行数据的HARQ传输的时序图;
图3是根据本发明一个示例的实施方式,在基站中用于控制用户设备进行上行数据重传的设备的框图;
图4是根据本发明一个示例的实施方式,基站控制用户设备进行上行数据重传的方法的流程图;
图5是根据本发明的实施方式,LTE-A无线通信系统在TDD配置4的时隙分布条件下的上行数据的HARQ传输的时序图;
图6是根据本发明的实施方式,LTE-A无线通信系统在TDD配置2的时隙分布条件下的上行数据的HARQ传输的时序图;
图7是根据本发明的实施方式,LTE-A无线通信系统在TDD配置5的时隙分布条件下的上行数据的HARQ传输的时序图。
附图中,相同或者相似的附图标识代表相同或者相似的部件。
具体实施方式
下面根据附图3至7,对根据本发明的基站控制用户设备进行上行数据重传的方法及装置的示例实施方式进行描述。这里以LTE-A无线通信系统中类型二中继为例进行说明书,可以理解,本发明并不限于此,IEEE802.16规范等其他规范都可以使用本发明。
如图3所示,在基站中用于控制用户设备进行上行数据重传的设备3包括接收装置30,确定装置31,第一发射机32和第二发射机33。其中确定装置31包括第一判断装置310、第二判断装置311。
下面根据图3、图4和图5,对基站eNB控制用户设备在TDD帧结构配置4的时隙分布条件下进行上行数据的HARQ传输进行说明。
用户设备UE在本帧的第2号子帧向中继设备RN发出上行数据。在一种情况下,中继设备RN接收到来自UE的上行数据,并根据该上行数据中携带的CRC判断该上行数据已经收妥,即确定UE不需要重传该上行数据。但是由于前述的原因,在本帧的第8号下行子帧之前,RN没有可用的上行子帧将对于该上行子帧的HARQ ACK消息发送给eNB。
首先,在步骤S40中,在预定的、向UE反馈对上行数据的确认指示的本帧的第8号下行子帧之前,例如在本帧的第7号子帧中,确定装置31判断确定是否需要用户设备UE重传上行数据。
具体的,第二判断装置311判断接收机30是否接收到来自中继设备RN的重传指示消息。在本实施例中,由于中继设备RN可用的第3号上行子帧已经被占用,所以中继设备RN没有机会向基站eNB发送对应于上行数据的HARQ ACK消息。因而,第二判断装置311判断接收机30没有接收到来自中继设备RN的重传指示消息,所以确定装置31无法确定用户设备UE需要或不需要重传上行数据。
则,在步骤S41中,第一发射机在本帧的第8号子帧中将一个第一指示发送给用户设备UE,指示用户设备UE保存并且不重传该上行数据。优选地,第一发射机在本帧的第8号子帧中的PHICH信道中将一个HARQ ACK消息发送给UE。用户设备UE如规范规定地在本帧的第8号下行子帧接收到上行数据HARQ传输的HARQ ACK消息,使得无线通信系统的操作符合规范规定,用户设备UE不会发生操作异常。用户设备UE不会重传该上行数据,并且仍然将其保存在的HARQ缓存器中,等待接收基站接下来的调度指示信息,以准备下面的操作。
而后,在下一帧的第2号上行子帧中,中继设备RN将其经过校验后得到对用户设备UE的上行数据的HARQ ACK消息发送给基站eNB。在步骤S42中,接收机30接收到该HARQ ACK消息,并对接收到的HARQ ACK消息进行解码处理,并确定接收到HARQ ACK消息。
在步骤S43中,确定装置31根据HARQ ACK确定用户设备UE不需要重传该上行数据。
在步骤S44中,第二发射机35生成一个调度指示信息,并在下一帧的第8号下行子帧中发送给用户设备UE,指示用户设备向中继设备RN发送其将要发送的其他新的上行数据。优选地,该在PDCCH中传送的调度指示信息包括一个上行许可(UL grant),上行许可(ULgrant)中包括一个新数据指示(New Data Indicator,简称NDI),它是一个1位的逻辑值,值为0时指示UE发送其他新的上行数据。在用户设备UE同时含有多个HARQ进程,之前发送了分别对应于各个HARQ进程的上行数据的情况下,该UL grant还包括该已经被RN收妥上行数据所处的HARQ进程的进程标识(Process ID)。
用户设备UE在监听下一帧的第8号下行子帧中的PDCCH信令时,从中获取到发送给本用户设备UE的UL grant,并从中提取出值为0的NDI以及进程标识,则用户设备UE将该进程中上次发送的那个上行数据从HARQ缓存器中清除,发送下一个待发送的上行数据。对于RN收到的该上行数据本身,RN将在之后可用的某上行子帧中将其发送给基站eNB。
在另一种情况下,中继设备RN在接收到来自UE的上行数据,并根据该上行数据中携带的CRC判断该上行数据接收错误,即确定UE需要重传该上行数据时,它在下一帧的第2号上行子帧中将HARQ NACK发送给基站eNB。由于接收装置30在本帧的第8号下行子帧前无法收到该HARQ NACK,所以第二判断装置311判断没有接收到该HARQNACK,确定装置31无法确定用户设备UE是否需要重传该上行数据,因此与上一种情况类似地,第一发射机32在本帧的第8号子帧中的PHICH信道中将一个HARQ ACK消息发送给UE,指示用户设备UE不重传并且保存该上行数据。用户设备UE如规范规定地在本帧的第8号下行子帧接收到上行数据HARQ传输的肯定确认,使得用户设备UE的操作符合规范规定,不会发生异常。该上行数据仍然保留在用户设备UE的HARQ缓存器中,不会被清除。
接着,接收装置30在下一帧的第2号上行子帧中接收到来自RN对于该上行数据的HARQ NACK消息后,对接收到的HARQ ACK消息进行解码处理,确定接收到HARQ ACK消息。则确定装置31确定用户设备UE需要重传该上行数据,第二发射机33生成一个包括值为1的NDI的UL grant,指示用户设备UE向中继设备RN重新发送该上行数据,并将其在下一帧的第8号下行子帧中的PDCCH中发送给用户设备UE。
用户设备UE在监听下一帧的第8号下行子帧中的PDCCH信令时,从中获取到发送给本用户设备UE的UL grant,并从中提取出逻辑值为1的NDI,则用户设备UE将在之后的上行子帧中该上行数据重新发送给中继设备RN。
下面参照图6,对根据本发明,基站eNB控制用户设备在TDD配置2的子帧分布条件下进行上行数据的HARQ传输进行说明。在配置2中,每个帧的第0、3至5和8与9号子帧用于下行;第2和7号子帧用于上行;第1和6号子帧是的特殊子帧(S-subframe)。
如图6所示,用户设备UE在本帧的第2个子帧向中继设备RN发出上行数据。对于配置2,规范规定eNB应在本帧的第8号下行子帧的PHICH信道里向UE反馈HARQ ACK/NACK。
在一种情况下,中继设备RN在接收到来自UE的上行数据,并根据该上行数据中携带的CRC判断该上行数据已经收妥,即确定UE不需要重传该上行数据。并在本帧的第7号上行子帧中,将对于该上行子帧的HARQ ACK消息发送给eNB。
可以很明显地看出,由于基站eNB接收该消息并处理该HARQ ACK消息需要整个第7号上行子帧,所以,在使用本发明之前,在第8号下行子帧中基站eNB无法将该HARQ ACK发送给用户设备UE,因而UE无法在规范中规定的第8号下行子帧中接收到eNB发送的对其上行数据的HARQ确认指示,UE的工作将会发生异常。
而根据本发明,在第7号上行子帧中,基站eNB的接收装置30接收该HARQ ACK消息。由于接收该消息并处理该HARQ ACK消息需要整个第7号上行子帧,所以在第8号下行子帧之前,第二判断装置311判断没有接收并处理完成该HARQ ACK消息,因此确定装置31无法确定是否需要用户设备UE重传该上行数据,因此,第一发射机32在本帧的第8号子帧中的PHICH信道中将一个HARQ ACK消息发送给UE,指示用户设备UE不重传并且保存该上行数据。用户设备UE如规范规定地在本帧的第8号下行子帧接收到上行数据HARQ传输的肯定确认,使得用户设备UE的操作符合规范规定,不会发生异常。该上行数据仍然保留在用户设备UE的HARQ缓存器中,不会被清除。
接着,在接收装置30接收并解码该HARQ ACK消息,确定该消息是ACK后,确定装置31确定用户设备UE不需要重传该上行数据,第二发射机33生成一个包括值为0的NDI的UL grant,并将其在下一帧的第3号下行子帧中的PDCCH中发送给用户设备UE,指示用户设备UE向中继设备RN发送其他新的上行数据。
用户设备UE在监听下一帧的第3号下行子帧中的PDCCH信令时,从中获取到发送给本用户设备UE的UL grant,并从中提取出逻辑值为0的NDI,则用户设备UE将在之后的上行子帧中其他新的上行数据发送给中继设备RN。
在另一种情况下,中继设备RN在接收到来自UE的上行数据,根据该上行数据中携带的CRC判断该上行数据接收错误,即确定UE需要重传该上行数据。则中继设备RN在本帧的第7号上行子帧中将一个HARQ NACK发送给基站eNB。接收装置30接收该HARQ NACK消息,但是无法在第8个下行子帧前将其解码处理完毕,也无法确定该消息是一个NACK消息。因此确定装置31无法确定是否需要用户设备重传该上行数据。则第一发射机32在本帧的第8号子帧中的PHICH信道中将一个HARQ ACK消息发送给UE,指示用户设备UE不重传并且保存该上行数据。在接收装置30确定该消息是ACK后,确定装置31确定用户设备UE需要重传该上行数据,第二发射机33生成一个包括值为1的NDI的UL grant,并将其在下一帧的第3号下行子帧中的PDCCH中发送给用户设备UE,指示用户设备UE向中继设备RN重传该上行数据。
用户设备UE在监听下一帧的第3号下行子帧中的PDCCH信令时,从中获取到发送给本用户设备UE的UL grant,并从中提取出逻辑值为1的NDI,则用户设备UE将在之后的上行子帧中将该上行数据重传给中继设备RN。
下面参照图7,对根据本发明,基站eNB控制用户设备在TDD配置5的子帧分布条件下进行上行数据的HARQ传输进行说明。在配置2中,每个帧的第0和3至9号子帧用于下行;第2号子帧用于上行;第1号子帧是特殊子帧(S-subframe)。
如图7所示,用户设备UE在本帧的第2个子帧向中继设备RN发出上行数据。对于配置5,规范规定eNB应在本帧的第8号下行子帧的PHICH信道里向UE反馈HARQ ACK/NACK。
在一种情况下,中继设备RN在接收到来自UE的上行数据,并根据该上行数据中携带的CRC判断该上行数据已经收妥,即确定UE不需要重传该上行数据。由于本帧内已经没有可用上行子帧,所以中继设备RN将在下一帧的第2号上行子帧中,将对于该上行子帧的HARQ ACK消息发送给eNB。
可以很明显地看出,由于在第8号下行子帧之前没有可用的上行子帧接收到来自RN的HARQ消息,所以,在使用本发明之前,在第8号下行子帧中基站eNB无法将该HARQ ACK/NACK发送给用户设备UE,因而UE无法在规范规定的第8号下行子帧中接收到eNB发送的对其上行数据的HARQ确认指示,UE的工作将会发生异常。
而根据本发明,在本帧的第8号下行子帧之前,基站eNB的第一判断装置310判断是否有可用的上行物理资源能够接收到来自中继站RN的、对上行数据的重传指示消息。由于第8号下行子帧之前已经没有上行子帧,所以第一判断装置310判断没有可用的上行物理资源接收该HARQ消息,因此确定装置31无法确定是否需要用户设备UE重传该上行数据。则,第一发射机32在本帧的第8号子帧中的PHICH信道中将一个HARQ ACK消息发送给UE,指示用户设备UE不重传并且保存该上行数据。用户设备UE如规范规定地在本帧的第8号下行子帧接收到上行数据HARQ传输的肯定确认,使得用户设备UE的操作符合规范规定,不会发生异常。该上行数据仍然保留在用户设备UE的HARQ缓存器中,不会被清除。
接着,在下一帧的第2号上行子帧中,接收装置30接收该HARQACK消息,并将其解码。在确定该消息是HARQ ACK消息后,确定装置31确定用户设备UE不需要重传该上行数据,第二发射机33生成一个包括值为0的NDI的UL grant,并将其在下一帧的第6号下行子帧中的PDCCH中发送给用户设备UE,指示用户设备UE向中继设备RN发送其他新的上行数据。
用户设备UE在监听下一帧的第6号下行子帧中的PDCCH信令时,从中获取到发送给本用户设备UE的UL grant,并从中提取出逻辑值为0的NDI,则用户设备UE将在之后的上行子帧中其他新的上行数据发送给中继设备RN。
在另一种情况下,中继设备RN在接收到来自UE的上行数据,根据该上行数据中携带的CRC判断该上行数据接收错误,即确定UE需要重传该上行数据,中继设备RN将在下一帧的第2号上行子帧中将HARQNACK发送给基站eNB。由于本帧的第8号下行子帧之前已经没有上行子帧,所以第一判断装置310判断没有可用的上行物理资源接收该HARQ消息,因此确定装置31无法确定是否需要用户设备UE重传该上行数据。第一发射机32在本帧的第8号子帧中的PHICH信道中将一个HARQ ACK消息发送给UE,指示用户设备UE不重传并且保存该上行数据。在接收装置30在下一帧的第2号上行子帧中接收到该HARQ NACK消息,并确定该消息是NACK消息后,确定装置31确定用户设备UE需要重传该上行数据,第二发射机33生成一个包括值为1的NDI的UL grant,并将其在下一帧的第6号下行子帧中的PDCCH中发送给用户设备UE,指示用户设备UE向中继设备RN重传该上行数据。
用户设备UE在监听下一帧的第6号下行子帧中的PDCCH信令时,从中获取到发送给本用户设备UE的UL grant,并从中提取出逻辑值为1的NDI,则用户设备UE将在之后的上行子帧中将该上行数据重传给中继设备RN。
以上对本发明的具体实施例进行了描述,需要理解的是,本发明并不局限于上述特定的实施方式,本领域技术人员可以在所附权利要求的范围内做出各种变型和修改。例如本发明并不限于以上所举的TDD帧结构配置2、4和5这三种情况。在其他任何帧结构配置条件下,为了保证上行数据HARQ传输的反馈时序,都可以使用本发明,在预定的反馈时间单元之前无法确定是否需要用户设备重传时,在预定的反馈时间单元中将HARQ ACK消息发送给用户设备,并在确定是否需要用户设备重传后使用一个上行许可指示用户设备重新发送该上行数据,或发送其它新的上行数据。
此外,本发明中,基站eNB无法确定是否需要用户设备重传上行数据的情况,不限于以上所举的没有可用的上行物理资源,以及没有接收到或没有处理完成HARQ消息这两种,其他任何无法确定是否需要用户设备重传上行数据的情况都处于本发明权利要求书的保护范围内。并且,以上所举的上行数据HARQ传输的时序仅为示例,本发明的变化实施例适用于维持其他任何的上行数据HARQ传输时序,这些变化实施例同样处于本发明权利要求书的保护之内。
在权利要求中,措词“包括”不排除其他的元素和步骤,并且措辞“一个”不排除复数。在发明的实际应用中,一个部件可能执行权利要求中所引用的多个技术特征的功能。权利要求中的任何附图标记不应理解为对范围的限制。
Claims (10)
1.一种在基站中用于控制用户设备进行上行数据重传的方法,所述用户设备向中继站发送上行数据,其中,包括如下步骤:
i.在预定的时间单元向所述用户设备反馈对所述上行数据的确认指示之前,确定是否需要所述用户设备重传所述上行数据:当无法确定时,在所述预定的时间单元中将一个第一指示发送给所述用户设备,指示所述用户设备保存并且不重传该上行数据,等待基站发送的调度指示信息,其中,确定是否需要所述用户设备重传所述上行数据的步骤包括以下任一项:
-判断是否有可用的上行物理资源能够接收到来自所述中继站的、对所述上行数据的重传指示消息:当没有可用的上行物理资源时,无法确定所述用户设备是否重传所述上行数据;以及
-判断是否接收到并处理完成来自所述中继站的、对所述上行数据的所述重传指示消息:当没有接收到或没有处理完成所述重传指示消息时,无法确定所述用户设备是否需要重传所述上行数据;
ii.在确定了所述用户设备需要或不需要重传所述上行数据后,生成一个调度指示信息并发送给所述用户设备,指示所述用户设备向所述中继站重新发送所述上行数据,或发送其它新的上行数据。
2.根据权利要求1所述的方法,其特征在于,所述第一指示包括一个在重传控制信道中发送的肯定确认(ACK)。
3.根据权利要求1或2所述的方法,其特征在于,所述步骤ii中确定了所述用户设备是否需要重传所述上行数据的步骤包括:
-接收到来自所述中继站的、对所述上行数据的重传指示消息;
-处理所述重传指示消息,以确定所述重传指示消息为肯定确认(ACK)还是否定确认(NACK):
-当所述重传指示信息为肯定确认(ACK)时,确定了所述用 户设备不需要重传所述上行数据;
-当所述重传指示信息为否定确认(NACK)时,确定了所述用户设备需要重传所述上行数据。
4.根据权利要求3所述的方法,其特征在于,所述调度指示信息包括一个在下行控制信道中发送的上行许可,所述上行许可包括一个新数据指示(NDI),所述新数据指示的不同逻辑状态分别指示所述用户设备向所述中继站执行所述上行数据的重传操作或发送其它新的上行数据。
5.根据权利要求4所述的方法,其特征在于,所述上行许可还包括所述上行数据所处的重传请求进程的标识。
6.根据权利要求1所述的方法,其特征在于,所述基站、所述用户设备和所述中继站是基于先进的长期演进(LTE-Advanced)协议规范或IEEE802.16协议规范。
7.一种在基站中用于控制用户设备进行上行数据重传的设备,所述用户设备向中继站发送上行数据,其中,该设备包括:
-确定装置,用于确定是否需要所述用户设备重传所述上行数据,其中,所述确定装置包括以下任一子装置:
-第一判断装置,用于判断是否有可用的上行物理资源能够接收到来自所述中继站的、对所述上行数据的重传指示消息:当没有可用的上行物理资源时,所述确定装置无法确定所述用户设备是否重传所述上行数据;
-第二判断装置,用于判断是否接收到并处理完成来自所述中继站的、对所述上行数据的所述重传指示消息:当没有接收到或没有处理完成所述重传指示消息时,所述确定装置无法确定所述用户设备是否需要重传所述上行数据;
-第一发射机,用于在所述确定装置在预定的时间单元向所述用户设备反馈对所述上行数据的确认指示之前无法确定是否需要所述用户设备重传时,在所述预定的时间单元中将一个第一指示发送给所述用户设备,指示所述用户设备保存但不重传该上行数据,等待基站 发送的调度指示信息;
-第二发射机,用于在所述确定装置确定需要或不需要所述用户设备重传所述上行数据后,生成一个调度指示信息并发送给所述用户设备,指示所述用户设备向所述中继站重新发送所述上行数据,或发送其它新的上行数据。
8.根据权利要求7所述的设备,其特征在于,所述第一指示包括一个在重传控制信道中发送的肯定确认(ACK);
所述调度指示信息包括一个上行许可,所述上行许可包括一个新数据指示(NDI),所述新数据指示的不同逻辑状态分别指示所述用户设备向所述中继站执行所述上行数据的重传操作或发送其它新的上行数据。
9.根据权利要求8所述的设备,其特征在于,所述设备还包括:
-接收装置,用于接收来自所述中继站的、对于所述上行数据的重传指示消息,并确定所述重传指示消息为肯定确认(ACK)还是否定确认(NACK):
-当所述重传指示信息为肯定确认(ACK)时,所述确定装置确定所述用户设备不需要重传所述上行数据;
-当所述重传指示信息为否定确认(NACK)时,所述确定装置确定所述用户设备需要重传所述上行数据;
-当所述接收装置没有接收或没有确定所述重传指示消息为肯定确认(ACK)还是否定确认(NACK)时,所述第二判断装置判断没有接收到或没有处理完成所述重传指示消息。
10.根据权利要求7所述的设备,其特征在于,所述基站是基于先进的长期演进(LTE-Advanced)规范或IEEE802.16规范。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2009/073309 WO2011020234A1 (zh) | 2009-08-17 | 2009-08-17 | 在无线中继网络中用于控制数据重传的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102474391A CN102474391A (zh) | 2012-05-23 |
CN102474391B true CN102474391B (zh) | 2014-07-02 |
Family
ID=43606536
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200980160548.XA Active CN102474391B (zh) | 2009-08-17 | 2009-08-17 | 在无线中继网络中用于控制数据重传的方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102474391B (zh) |
WO (1) | WO2011020234A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3590212A1 (en) * | 2017-03-03 | 2020-01-08 | Telefonaktiebolaget LM Ericsson (PUBL) | Re-TRANSMISSION TIMING FOR ACKNOWLEDGEMENT SIGNALING |
US11165488B2 (en) * | 2017-11-08 | 2021-11-02 | Qualcomm Incorporated | Enhanced internet of things relay data re-transmission |
EP3918739A4 (en) * | 2019-02-02 | 2022-04-27 | ZTE Corporation | METHOD AND APPARATUS FOR PERFORMING DATA PACKET RETRANSMISSION IN A WIRELESS COMMUNICATION SYSTEM |
US10938733B2 (en) * | 2019-07-19 | 2021-03-02 | Lenovo (Singapore) Pte. Ltd. | Transmitting data using a relay user equipment |
WO2022170612A1 (en) * | 2021-02-11 | 2022-08-18 | Qualcomm Incorporated | Multiple feedback in relay-based communication |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101047431A (zh) * | 2006-06-22 | 2007-10-03 | 华为技术有限公司 | 在含有中继站的通信系统中实现混合自动重传的方法 |
CN101069378A (zh) * | 2004-08-31 | 2007-11-07 | 艾利森电话股份有限公司 | 数据单元发送器和数据单元中继装置 |
CN101309133A (zh) * | 2007-02-27 | 2008-11-19 | 三星电子株式会社 | 在使用中继的无线通信系统中发送控制消息的装置和方法 |
CN101383685A (zh) * | 2007-09-07 | 2009-03-11 | 华为技术有限公司 | 下行混合自动重传的方法、系统及装置 |
WO2009064059A1 (en) * | 2007-11-15 | 2009-05-22 | Lg Electronics Inc. | Method of transmitting data using harq |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1949698A (zh) * | 2005-10-10 | 2007-04-18 | 华为技术有限公司 | Lte技术中的自动重传方法、发送设备和接收设备 |
-
2009
- 2009-08-17 WO PCT/CN2009/073309 patent/WO2011020234A1/zh active Application Filing
- 2009-08-17 CN CN200980160548.XA patent/CN102474391B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101069378A (zh) * | 2004-08-31 | 2007-11-07 | 艾利森电话股份有限公司 | 数据单元发送器和数据单元中继装置 |
CN101047431A (zh) * | 2006-06-22 | 2007-10-03 | 华为技术有限公司 | 在含有中继站的通信系统中实现混合自动重传的方法 |
CN101309133A (zh) * | 2007-02-27 | 2008-11-19 | 三星电子株式会社 | 在使用中继的无线通信系统中发送控制消息的装置和方法 |
CN101383685A (zh) * | 2007-09-07 | 2009-03-11 | 华为技术有限公司 | 下行混合自动重传的方法、系统及装置 |
WO2009064059A1 (en) * | 2007-11-15 | 2009-05-22 | Lg Electronics Inc. | Method of transmitting data using harq |
Also Published As
Publication number | Publication date |
---|---|
WO2011020234A1 (zh) | 2011-02-24 |
CN102474391A (zh) | 2012-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102651678B (zh) | 控制信息的传输方法、装置及系统 | |
CN104938017B (zh) | 决定上下行链路重配置期间确认信令时序和调度时序的方法及用户设备 | |
KR101982429B1 (ko) | 무선 통신 네트워크에서 정보의 전송을 릴레이 노드로 제어하는 방법 | |
CN101790195B (zh) | 一种多子帧联合调度数据传输方法 | |
US20150110082A1 (en) | Method of handling harq collision and pusch retransmission collision in tdd | |
EP1965534A2 (en) | Apparatus and method for transmitting control message in a wireless communication system using relaying | |
CN103248464B (zh) | 上行数据传输方法和装置 | |
CN103404064B (zh) | 中继网络节点中确认消息的处理 | |
CN101682488A (zh) | 通过发送时间间隔集束处理来增强上行链路传输 | |
CN104104486A (zh) | 一种支持多子帧调度上行数据传输的方法和设备 | |
WO2011038618A1 (zh) | 一种中继节点及其传输数据的方法 | |
WO2011035109A2 (en) | Method and system for hybrid automatic repeat request operation for uplink coordinated multi-point signaling | |
CN101741529A (zh) | 处理传输时间间隔集束的方法及其相关装置 | |
CN101772073A (zh) | 基于时分双工系统的混合自动重传请求的实现方法和装置 | |
CN103036657B (zh) | 一种数据传输方法和装置 | |
EP2863573B1 (en) | Method and apparatus for sending control signaling | |
CN101888661B (zh) | 一种无线通信方法、系统及装置 | |
CN101801094A (zh) | 长期演进多载波系统中的子帧绑定传输方法、系统和设备 | |
CN101882985A (zh) | 混合自动重传请求发送的指示方法及其基站 | |
CN102474391B (zh) | 在无线中继网络中用于控制数据重传的方法及装置 | |
CN101877881B (zh) | 无线通信方法、系统及其装置 | |
CN102916792B (zh) | 数据传输方法和用户设备 | |
CN103378932A (zh) | 数据传输方法、用户设备及基站 | |
CN111130707B (zh) | 混合自动重传的传输方法、装置、网络设备及终端 | |
CN101834709B (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 | ||
CP01 | Change in the name or title of a patent holder |
Address after: 201206 Pudong Jinqiao Ning Road, Shanghai, No. 388 Patentee after: Shanghai NOKIA Baer Limited by Share Ltd Address before: 201206 Pudong Jinqiao Ning Road, Shanghai, No. 388 Patentee before: Shanghai Alcatel-Lucent Co., Ltd. |
|
CP01 | Change in the name or title of a patent holder |