CN102468949B

CN102468949B - 混合自动重传请求的传输方法和装置

Info

Publication number: CN102468949B
Application number: CN201010550810.6A
Authority: CN
Inventors: 毕峰; 梁枫; 杨瑾; 袁明; 吴栓栓; 袁弋非; 王斌
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2010-11-18
Filing date: 2010-11-18
Publication date: 2015-09-16
Anticipated expiration: 2030-11-18
Also published as: WO2012065525A1; CN102468949A

Abstract

本发明提供了一种混合自动重传请求的传输方法和装置。其中，该方法包括：当网络设备的中继链路子帧配置发生切换时，所述网络设备根据切换前后中继链路子帧配置的关系，确定上行HARQ进程的传输方式；其中，该中继链路子帧配置包括中继链路子帧对应的上行HARQ进程数；该网络设备按照确定的传输方式在切换后的上行HARQ进程上发送HARQ，或是按照确定的传输方式在切换后的上行HARQ进程上接收HARQ。根据本发明，解决了子帧配置发生切换时的上行HARQ传输顺序混乱问题，进而保证了后续HARQ的应用处理，提高了系统的性能。

Description

混合自动重传请求的传输方法和装置

技术领域

本发明涉及通信领域，具体而言，涉及一种混合自动重传请求的传输方法和装置。

背景技术

LTE-A(Long Term Evolution Advanced，高级的长期演进系统)系统中引入RN(Relay Node，中继节点)之后增加了新的链路，如图1所示，包括：eNode-B与RN之间的链路称为backhaul link(回程链路或中继链路)、RN与UE(User Equipment，用户设备)之间的链路称为access link(接入链路)、eNode-B与UE之间的链路称为direct link(直传链路)。在采用带内中继inband-relay时，即eNode-B到relay链路和relay到UE链路运作在相同的频率资源上。因为inband-relay发射机会对自己的接收机产生干扰(自干扰)，所以eNode-B到relay链路和relay到UE链路同时在相同的频率资源上是不可能的，除非有足够的信号分离和天线隔离度。相似的，relay也不可能在接收UE所发射的数据的同时再给eNode-B发射。一个可能的收发干扰问题的解决方法是使得relay在接收来自eNode-B的数据时，不向UE进行发射操作，也就是说在relay到UE链路后需要增加“gap(时隙)”，通过配置MBSFN(Multicast Broadcast SingleFrequency Network，多播广播单频网络)子帧(subframe)用于backhaul subframe，使得UE在“gap”时间范围内不进行任何接收/发射操作，而Relay在“gap”时间范围内完成发射到接收的切换，切换完成后在后面的OFDM(Orthogonal Frequency DivisionMultiplex，正交频分复用)符号接收来自eNB的数据。目前在LTE中采用MBSFNsubframe用于backhaul subframe，其具体的方式是：MCE(MBMS Control Entity，多媒体控制实体)首先给eNode-B配置可用的MBSFN subframe，eNode-B再在这些可用的MBSFN subframe中配置可用的backhaul subframe。

依照目前LTE(Long Term Evolution，长期演进系统)系统中的规定，1个10ms无线帧frame由10个1ms的子帧subframe构成，如图2所示，每个无线帧由OFDM符号构成，可包括Unicast(单播)和Multicast Broadcast(多播广播)，其中在FDD(Frequency Division Duplex，频分双工)方式时，#0、#5子帧用作发射同步信号，而#4、#9子帧用作寻呼paging，在TDD(Time Division Duplex，时分双工)方式时，#0、#5子帧用作发射同步信号，而#1、#6子帧用作寻呼paging，也就是说对于FDD{#0、#4、#5、#9}子帧，TDD{#0、#1、#5、#6}子帧有上述特殊用途，所以不能用于MBSFNsubframe的分配，即在1个无线帧frame里可分配的MBSFN subframe最多为6个子帧subframe。

在LTE系统中，用户设备和基站之间对于数据的传输需要建立HARQ(HybridAutomatic Repeat Request，混合自动重传请求)进程并进行相应的反馈。当基站接收到用户设备的数据后，基站根据解码情况生成下行反馈信息或上行授权信息(ULgrant)，并将上述信息下行发送给用户设备。其中，下行反馈信息是指确认/非确认信号(ACK/NACK，Acknowledgement/Negative Acknowledgement)，行授权信息主要包括新数据指示(NDI，New Data Indicator)、调制编码方案(MCS，Modulation and CodingScheme)、资源分配(RA，Resource Allocation)等信息。用户设备根据接收到的信息进行下一步处理，如果收到ACK或NDI＝1或0，则继续传输新的数据，若收到NACK或NDI＝0或1，则将在相同的HARQ进程上把数据重新发送给基站。

上述内容也就是说，中继链路因为不能使用FDD{#0、#4、#5、#9}下行子帧，相应的也不能使用FDD{#4、#8、#9、#3}上行子帧。目前对于上行HARQ的设计主要包括仅使用8ms或16ms倍数的下上行子帧组合，即假设在40ms范围内，下行子帧8个集合包括{(#7 #23 #31)、(#6 #22 #38)、(#13 #21 #37)、(#12 #28 #36)、(#3 #11 #27)、(#2 #18 #26)、(#1 #17 #33)、(#8 #16 #32)}，对应的上行子帧8个集合包括{(#11 #27 #35)、(#10 #26 #42)、(#17 #25 #41)、(#16 #32 #40)、(#7 #15 #31)、(#6 #22 #30)、(#5 #21 #37)、(#12 #20 #36)}，其中大于“40”的子帧在计算过程中可以对“40”求模运算，例如mod(42，40)＝2。具体的，集合索引如表1所示，但集合和集合索引之间不限于所述对应关系。在进行子帧分配时才有8比特的bitmap方式，即8bits的二进制分别对应不同的集合索引，接收端只要获取了集合索引也就获取了子帧配置。

表1

集合索引	下行集合	上行集合
			0	(#7 #23 #31)	(#11 #27 #35)
1	(#6 #22 #38)	(#10 #26 #42)
			2	(#13 #21 #37)	(#17 #25 #41)
3	(#12 #28 #36)	(#16 #32 #40)
			4	(#3 #11 #27)	(#7 #15 #31)
5	(#2 #18 #26)	(#6 #22 #30)
			6	(#1 #17 #33)	(#5 #21 #37)
7	(#8 #16 #32)	(#12 #20 #36)

实际上，1个下行子帧集合对应1个上行子帧集合，也就说从下上行子帧集合整体来看，共8个下上行子帧集合，则不同的集合组合在一起的情况共包括2的8次方个组合(即256个组合)。具体的，256个组合情况对应的HARQ进程数如表2所示，其中第1列中的组合配置使用的是十进制，例如“170”表示的8bits的二进制为“10101010”，则表示集合索引为“7”、“5”、“3”、“1”对应的集合组合在一起。

表2.

其中，上述表1和表2中的子帧数包括上行子帧数(UL subframe number)和下行子帧数(DL subframe number)，其中，DL subframe number＝10*SFN+DL subframeindex；UL subframe number＝10*SFN+UL subframe index。其中，SFN表示系统帧号(System Frame Number)；DL subframe index表示1个frame中包括的10个subframe的索引，其范围为(#0、#1、#2、#3、#4、#5、#6、#7、#8、#9)；UL subframe index表示1个frame中包括的10个subframe的索引，其范围为(#0、#1、#2、#3、#4、#5、#6、#7、#8、#9)。

表1和表2中的不同的组合对应不同的上行HARQ进程数，在1个子帧配置周期内(例如40ms的整数倍)，不同的上行HARQ进程都可以按照先后顺序正常执行，但是在子帧配置发生切换时，上行HARQ进程时序可能会发生变化，这使得上行HARQ进程不能按照上1个子帧配置周期内的顺序执行，从而导致上行HARQ传输顺序混乱，影响后续HARQ的应用处理。

发明内容

本发明的主要目的在于提供一种混合自动重传请求的传输方法和装置，以至少解决上述子帧配置发生切换时的上行HARQ传输顺序混乱问题。

根据本发明的一个方面，提供了一种混合自动重传请求HARQ的传输方法，包括：

当网络设备的中继链路子帧配置发生切换时，网络设备根据切换前后中继链路子帧配置的关系，确定上行HARQ进程的传输方式；其中，该中继链路子帧配置包括中继链路子帧对应的上行HARQ进程数；网络设备按照确定的传输方式在切换后的上行HARQ进程上发送HARQ，或是按照确定的传输方式在切换后的上行HARQ进程上接收HARQ。

根据本发明的另一方面，提供了一种混合自动重传请求HARQ的传输装置，包括：传输方式确定模块，用于当自身的中继链路子帧配置发生切换时，根据切换前后中继链路子帧配置的关系，确定上行HARQ进程的传输方式；其中，中继链路子帧配置包括中继链路子帧对应的上行HARQ进程数；传输模块，用于按照传输方式确定模块确定的传输方式在切换后的上行HARQ进程上发送HARQ，或者按照传输方式确定模块确定的传输方式在切换后的上行HARQ进程上接收HARQ。

通过本发明，根据切换前后中继链路子帧配置的关系确定上行HARQ的传输方式，解决了子帧配置发生切换时的上行HARQ传输顺序混乱问题，进而保证了后续HARQ的应用处理，提高了系统的性能。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的LTE-A系统的示意图；

图2是根据相关技术的帧结构示意图；

图3是根据本发明实施例的HARQ的传输方法流程图；

图4是根据本发明实施例的HARQ的传输装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在中继链路子帧配置发生切换的情况下，为保证HARQ进程的正常使用，本发明实施例提供了一种HARQ的传输方法和装置。

实施例1

图3示出了根据本发明实施例的HARQ的传输方法流程图，该方法包括以下步骤：

步骤S302，当网络设备的中继链路子帧配置发生切换时，根据切换前后中继链路子帧配置的关系，确定上行HARQ进程的传输方式；其中，该中继链路子帧配置包括中继链路子帧对应的上行HARQ进程数；

中继链路子帧配置的具体形式可以参见表1或表2所示，在本发明实施例中的子帧配置和子帧组配置的含义相同。

步骤S304，该网络设备按照确定的传输方式在切换后的上行HARQ进程上发送HARQ，或者该网络设备按照确定的传输方式在切换后的上行HARQ进程上接收HARQ。

上述网络设备根据切换前后中继链路子帧配置的关系，确定上行HARQ进程传输方式可以包括如下两种方式：

方式一：

网络设备判断切换后的中继链路子帧配置与切换前的中继链路子帧配置的关系，其中，该关系包括包含关系、子集关系以及相同关系；

网络设备根据判断出的关系确定上行HARQ进程的传输方式。

方式二：

网络设备判断第二上行HARQ进程数与第一上行HARQ进程数的关系；其中，第一上行HARQ进程数为切换前的中继链路子帧配置对应的上行HARQ进程数，或者是切换前没有完成正确传输的上行HARQ进程数；第二上行HARQ进程数为切换后的中继链路子帧配置对应的上行HARQ进程数；

网络设备根据判断出的关系确定上行HARQ进程的传输方式。

对应于上述两种方式，网络设备确定出的上行HARQ进程的传输方式可以不同，而在上述方式一中，根据切换前后中继链路子帧配置的关系的不同，也会采取不同的传输方式，例如：

1)包含关系

切换后的中继链路子帧配置包含切换前的中继链路子帧配置具体是指：切换后的中继链路子帧配置对应的子帧集合中去掉任意一个或任意多个子帧集合可以构成切换前的中继链路子帧配置。

网络设备判断出切换后的中继链路子帧配置包含切换前的中继链路子帧配置时，确定中继链路子帧配置切换时上行HARQ进程的传输方式为：切换前待发送的上行HARQ进程依次映射在切换后的指定个HARQ进程上；其中，切换前待发送的上行HARQ进程包括以下之一：切换前的所有上行HARQ进程；切换前没有完成正确传输的上行HARQ进程。

优选地，上述指定个HARQ进程为以下之一：

从第一个可用的HARQ进程开始的N个上行HARQ进程，其中，N等于切换前待发送的上行HARQ进程数；

与切换前待发送的上行HARQ进程号相同的上行HARQ进程号对应的上行HARQ进程上。

2)子集关系

切换后的中继链路子帧配置是切换前的中继链路子帧配置子集具体是指：切换后的中继链路子帧配置对应的子帧集合中增加任意一个或任意多个子帧集合可以构成切换前的中继链路子帧配置。

网络设备判断出切换后的中继链路子帧配置是切换前的中继链路子帧配置的子集时，确定中继链路子帧配置切换时上行HARQ进程的传输方式为：切换前待发送的上行HARQ进程依次映射在切换后的指定个HARQ进程上；其中，切换前待发送的上行HARQ进程包括以下之一：

丢弃或者挂起预设个数的切换前上行HARQ进程后剩余的上行HARQ进程；

丢弃或者挂起切换前没有完成正确传输的上行HARQ进程后剩余的上行HARQ进程；

切换前没有完成正确传输的上行HARQ进程；

丢弃或者挂起部分切换前的上行HARQ进程后剩余的上行HARQ进程，该部分切换前的上行HARQ进程的进程号不在切换后的上行HARQ进程的进程号中。

优选地，上述指定个HARQ进程为以下之一：

3)相同关系

即切换后的中继链路子帧配置与切换前的中继链路子帧配置相同。

网络设备判断出切换后的中继链路子帧配置与切换前的中继链路子帧配置相同时，网络设备上行HARQ进程的传输方式为以下之一：

保持切换前上行HARQ进程映射顺序不变；

切换前没有完成正确传输的上行HARQ进程依次映射在切换后从第一个可用的HARQ进程开始的指定个上行HARQ进程；

切换前没有完成正确传输的上行HARQ进程依次映射在切换后相同的上行HARQ进程号对应的上行HARQ进程上。

对于方式二，具体可以有以下两种情况：

1)切换后上行HARQ进程数＜切换前上行HARQ进程数

网络设备判断出第二上行HARQ进程数小于第一上行HARQ进程数时，确定上行HARQ进程的传输方式为：切换前待发送的上行HARQ进程依次映射在切换后的从第一个可用的HARQ进程开始的指定个HARQ进程上；其中，切换前待发送的上行HARQ进程包括以下之一：

丢弃或者挂起预设个数的切换前上行HARQ进程后剩余的上行HARQ进程，

切换前没有完成正确传输的上行HARQ进程。

2)切换后上行HARQ进程数≥切换前上行HARQ进程数

网络设备判断出第二上行HARQ进程数大于或等于第一上行HARQ进程数时，确定中继链路子帧配置切换时上行HARQ进程的传输方式为：切换前待发送的上行HARQ进程依次映射在切换后的从第一个可用的HARQ进程开始的指定个HARQ进程上；其中，切换前待发送的上行HARQ进程包括以下之一：

切换前的所有上行HARQ进程；

切换前没有完成正确传输的上行HARQ进程。

另外，在具体实现本发明时，也可以采用更简单的处理，例如：网络设备根据切换前后中继链路子帧配置的关系，确定上行HARQ进程的传输方式为：丢弃或挂起所有切换前上行HARQ进程，确定切换后的HARQ进程用于传输新数据，该新数据包括：切换后生成的数据，和/或重新激活被挂起的HARQ进程对应的数据。

网络设备按照确定的传输方式在切换后的上行HARQ进程上传输HARQ之后，上述方法还包括：在切换后没有被映射的上行HARQ进程上发送新数据；

网络设备按照确定的传输方式在切换后的所述上行HARQ进程上接收HARQ之后，上述方法还包括：在切换后没有被映射的上行HARQ进程上接收新数据；

该新数据包括：切换后生成的数据，和/或重新激活被挂起的HARQ进程对应的数据。

上述没有正确完成传输的上行HARQ进程具体是指：在切换前子帧配置的最后一次重传还没有正确传输，或是在切换前子帧配置还没有收到上行数据对应的下行确认信息，或是到达最大重传次数后还没有正确传输。

上述丢弃或者挂起上行HARQ进程具体还包括：丢弃上行HARQ进程是指网络设备清除待重传的上行HARQ数据；挂起上行HARQ进程是指网络设备暂时不进行上行HARQ数据的重传，待重传的上行HARQ数据仍然保留。

本发明实施例中的网络设备包括以下之一：操作管理维护平台OAM、基站eNB、中继节点RN、支持基站eNB和中继节点RN之间回程链路协议的终端。

本实施例提供的中继链路子帧配置切换时HARQ的传输方法，可以很好地适用于基站到中继节点链路，没有引入信令开销，既保证了后向兼容性(兼容LTE系统)，根据切换前后中继链路子帧配置的关系确定上行HARQ的传输方式，解决了中继链路子帧配置切换时上行HARQ如何传输的问题，进而保证了后续HARQ的应用处理，提高了系统的性能。

实例1

假设切换后子帧配置上行HARQ进程数为4，对应的进程号分别为A0、A1、A2、A3(“A”表示切换后，本质上进程号分别为0、1、2、3，只是为了叙述方便才加以区分)，且对应的子帧组合信令为十进制“15”或二进制“00001111”，而切换前子帧配置的上行HARQ进程数为3，对应的进程号分别为B0、B1、B2(“B”表示切换前，本质上进程号分别为0、1、2、3，只是为了叙述方便才加以区分)，且对应的子帧组合信令为十进制“7”或二进制“00000111”，即切换后子帧配置包含切换前子帧配置。(实例中子帧配置和子帧组合配置含义相同，以后不再累述)。

例如：此时切换后第一个可用的上行HARQ进程号为A1，则B0、B1、B2对应的HARQ进程分别映射在A1、A2、A3对应的HARQ进程上继续传输，A0对应的HARQ进程可以用于传输新的数据。该例子用以说明将切换前的HARQ进程映射在切换后的从第一个可用的上行HARQ进程开始的3个进程上。

例如：此时切换前上行HARQ进程为B0、B1，切换后第一个可用的上行HARQ进程号为A2，则B0、B1对应的HARQ进程分别映射在A2、A3对应的HARQ进程上继续传输，A0、A1对应的HARQ进程可以用于传输新的数据。该例子用以说明将切换前的没有完成正确传输的HARQ进程映射在从第一个可用的上行HARQ进程开始的2个进程上。

例如：B0、B1、B2对应的HARQ进程分别映射在A0、A1、A2对应的HARQ进程上继续传输，A3对应的HARQ进程可以用于传输新的数据。该例子用以说明将切换前的HARQ进程映射在切换后相同的上行HARQ进程上。

例如：此时切换前没有完成正确传输的上行HARQ进程为B0、B2，则B0、B2对应的HARQ进程分别映射在A0、A2对应的HARQ进程上继续传输，A1、A3对应的HARQ进程可以用于传输新的数据。该例子用以说明将切换前的没有完成正确传输的HARQ进程映射在切换后相同的上行HARQ进程上。

实例2

假设切换后子帧配置上行HARQ进程数为2，对应的进程号分别为A0、A1，且对应的子帧组合信令为十进制“3”或二进制“00000011”，而切换前子帧配置的上行HARQ进程数为3，对应的进程号分别为B0、B1、B2，且对应的子帧组合信令为十进制“19”或二进制“00010011”，即切换后子帧配置是切换前子帧配置子集。

例如：此时切换后第一个可用的上行HARQ进程号为A0，则B0、B1对应的HARQ进程分别映射在A0、A1对应的HARQ进程上继续传输，B2对应的HARQ进程被网络侧和/或接收侧丢弃或者挂起。该例子用以说明丢弃或者挂起切换后没有的上行HARQ进程号。

例如：此时切换前没有完成正确传输的上行HARQ进程为B0、B1，切换后第一个可用的上行HARQ进程号为A1，则B0对应的HARQ进程分别映射在A1对应的HARQ进程上继续传输，B1对应的HARQ进程被网络侧和/或接收侧丢弃或者挂起，A0对应的HARQ进程可以用于传输新的数据。

实例3

假设切换后子帧配置上行HARQ进程数为6，对应的进程号分别为A0、A1、A2、A3、A4、A5，且对应的子帧组合信令为十进制“63”或二进制“00111111”，而切换前子帧配置的上行HARQ进程数为6，对应的进程号分别为B0、B1、B2、B3、B4、B5，且对应的子帧组合信令为十进制“63”或二进制“00111111”，即切换前后子帧配置相同。

例如：B0、B1、B2、B3、B4、B5对应的HARQ进程分别映射在A0、A1、A2、A3、A4、A5对应的HARQ进程上继续传输。

例如：此时切换前没有完成正确传输的上行HARQ进程为B0、B2、B4，则B0、B2、B4对应的HARQ进程分别映射在A0、A2、A4对应的HARQ进程上继续传输，A1、A3、A5对应的HARQ进程可以用于传输新的数据。

例如：此时切换前没有完成正确传输的上行HARQ进程为B0、B2、B4，切换后第一个可用的上行HARQ进程号为A1，则B0、B2、B4对应的HARQ进程分别映射在A1、A2、A3对应的HARQ进程上继续传输，A0、A4、A5对应的HARQ进程可以用于传输新的数据。

实例4

假设当切换后子帧配置对应的上行HARQ进程数为5，且对应的进程号分别为A0、A1、A2、A3、A4，切换前子帧配置对应的上行HARQ进程数或是切换前没有完成正确传输的上行HARQ进程数为6，且对应的进程号分别为B0、B1、B2、B3、B4、B5。

例如：此时切换后第一个可用的上行HARQ进程号为A0，则B0、B1、B2、B3、B4对应的HARQ进程分别映射在A0、A1、A2、A3、A4对应的HARQ进程上继续传输，B5对应的进程被网络侧和/或接收侧丢弃或者挂起。

例如：此时切换前没有完成正确传输的上行HARQ进程为B0、B1，切换后第一个可用的上行HARQ进程号为A1，则B0、B1对应的HARQ进程分别映射在A1、A2对应的HARQ进程上继续传输，A0、A3、A4对应的HARQ进程可以用于传输新的数据。

实例5

假设当切换后子帧配置对应的上行HARQ进程数为5，且对应的进程号分别为A0、A1、A2、A3、A4，切换前子帧配置对应的上行HARQ进程数或是切换前没有完成正确传输的上行HARQ进程数为4，且对应的进程号分别为B0、B1、B2、B3。

例如：此时切换后第一个可用的上行HARQ进程号为A0，则B0、B1、B2、B3对应的HARQ进程分别映射在A0、A1、A2、A3对应的HARQ进程上继续传输。

例如：此时切换前没有完成正确传输的上行HARQ进程为B2、B3，切换后第一个可用的上行HARQ进程号为A1，则B2、B3对应的HARQ进程分别映射在A1、A2对应的HARQ进程上继续传输，A0、A3、A4对应的HARQ进程可以用于传输新的数据。

实施例2

图4示出了根据本发明实施例的HARQ的传输装置的结构框图，该传输装置可以设置在操作管理维护平台OAM、基站eNB或中继节点RN上，或者也可以设置在支持基站eNB和中继节点RN之间回程链路协议的终端上，该装置包括：

传输方式确定模块42，用于当自身的中继链路子帧配置发生切换时，根据切换前后中继链路子帧配置的关系，确定上行HARQ进程的传输方式；其中，中继链路子帧配置包括中继链路子帧对应的上行HARQ进程数；

传输模块44，用于按照传输方式确定模块42确定的传输方式在切换后的上行HARQ进程上发送HARQ，或者按照传输方式确定模块确定的传输方式在切换后的上行HARQ进程上接收HARQ。

上述网络设备根据切换前后中继链路子帧配置的关系，确定中继链路子帧配置切换时上行HARQ进程传输方式可以包括如下两种方式：

方式一：

传输方式确定模块42包括：

第一判断单元，用于判断切换后的中继链路子帧配置与切换前的中继链路子帧配置的关系，其中，关系包括包含关系、子集关系以及相同关系；

第一传输方式确定单元，用于根据第一判断单元判断出的关系确定上行HARQ进程的传输方式。

方式二：

传输方式确定模块44包括：

第二判断单元，用于判断第二上行HARQ进程数与第一上行HARQ进程数的关系；其中，第一上行HARQ进程数为切换前的中继链路子帧配置对应的上行HARQ进程数，或者是切换前没有完成正确传输的上行HARQ进程数；第二上行HARQ进程数为切换后的中继链路子帧配置对应的上行HARQ进程数；

第二传输方式确定单元，用于根据第二判断单元判断出的关系确定上行HARQ进程的传输方式。

对应于上述两种方式，上述传输装置确定出的上行HARQ进程的传输方式可以不同，而在上述方式一中，根据切换前后中继链路子帧配置的关系的不同，也会采取不同的传输方式，例如：

1)包含关系

优选地，上述指定个HARQ进程为以下之一：

2)子集关系

切换前没有完成正确传输的上行HARQ进程；

优选地，上述指定个HARQ进程为以下之一：

3)相同关系

保持切换前上行HARQ进程映射顺序不变；

对于方式二，具体可以有以下两种情况：

1)切换后上行HARQ进程数＜切换前上行HARQ进程数

切换前没有完成正确传输的上行HARQ进程。

2)切换后上行HARQ进程数≥切换前上行HARQ进程数

切换前的所有上行HARQ进程；

切换前没有完成正确传输的上行HARQ进程。

本实施例提供的装置，可以很好地适用于基站到中继节点链路，没有引入信令开销，既保证了后向兼容性(兼容LTE系统)，根据切换前后中继链路子帧配置的关系确定上行HARQ的传输方式，解决了中继链路子帧配置切换时上行HARQ如何传输的问题，进而保证了后续HARQ的应用处理，提高了系统的性能。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种混合自动重传请求HARQ的传输方法，其特征在于，包括：

当网络设备的中继链路子帧配置发生切换时，所述网络设备根据切换前后所述中继链路子帧配置的关系，确定上行HARQ进程的传输方式；其中，所述中继链路子帧配置包括所述中继链路子帧对应的上行HARQ进程数；

所述网络设备按照确定的所述传输方式在切换后的所述上行HARQ进程上发送HARQ，或是按照确定的所述传输方式在切换后的所述上行HARQ进程上接收HARQ。

2.根据权利要求1所述的方法，其特征在于，所述网络设备根据切换前后所述中继链路子帧配置的关系，确定上行HARQ进程传输方式包括：

所述网络设备判断切换后的所述中继链路子帧配置与切换前的所述中继链路子帧配置的关系，其中，所述关系包括包含关系、子集关系以及相同关系；

所述网络设备根据判断出的所述关系确定上行HARQ进程的传输方式。

3.根据权利要求2所述的方法，其特征在于，所述网络设备根据判断出的关系确定上行HARQ进程的传输方式包括：

所述网络设备判断出切换后的所述中继链路子帧配置包含切换前的所述中继链路子帧配置时，确定上行HARQ进程的传输方式为：切换前待发送的上行HARQ进程依次映射在切换后的指定个HARQ进程上；其中，所述切换前待发送的上行HARQ进程包括以下之一：

切换前的所有上行HARQ进程；

切换前没有完成正确传输的上行HARQ进程。

4.根据权利要求2所述的方法，其特征在于，所述网络设备根据判断出的关系确定上行HARQ进程的传输方式包括：

所述网络设备判断出切换后的所述中继链路子帧配置是切换前的所述中继链路子帧配置的子集时，确定上行HARQ进程的传输方式为：切换前待发送的上行HARQ进程依次映射在切换后的指定个HARQ进程上；其中，所述切换前待发送的上行HARQ进程包括以下之一：

切换前没有完成正确传输的上行HARQ进程；

丢弃或者挂起部分切换前的上行HARQ进程后剩余的上行HARQ进程，所述部分切换前的上行HARQ进程的进程号不在切换后的上行HARQ进程的进程号中。

5.根据权利要求3或4所述的方法，其特征在于，所述指定个HARQ进程为以下之一：

从第一个可用的HARQ进程开始的N个上行HARQ进程，其中，N等于所述切换前待发送的上行HARQ进程数；

与所述切换前待发送的上行HARQ进程号相同的上行HARQ进程号对应的上行HARQ进程。

6.根据权利要求2所述的方法，其特征在于，所述网络设备根据判断出的关系确定上行HARQ进程的传输方式包括：

所述网络设备判断出切换后的所述中继链路子帧配置与切换前的所述中继链路子帧配置相同时，所述网络设备确定上行HARQ进程的传输方式为以下之一：

保持切换前上行HARQ进程映射顺序不变；

7.根据权利要求1所述的方法，其特征在于，所述网络设备根据切换前后所述中继链路子帧配置的关系，确定上行HARQ进程传输方式包括：

所述网络设备判断第二上行HARQ进程数与第一上行HARQ进程数的关系；其中，第一上行HARQ进程数为切换前的所述中继链路子帧配置对应的上行HARQ进程数，或者是切换前没有完成正确传输的上行HARQ进程数；第二上行HARQ进程数为切换后的所述中继链路子帧配置对应的上行HARQ进程数；

8.根据权利要求7所述的方法，其特征在于，所述网络设备根据判断出的所述关系确定上行HARQ进程的传输方式包括：

所述网络设备判断出所述第二上行HARQ进程数小于所述第一上行HARQ进程数时，确定上行HARQ进程的传输方式为：切换前待发送的上行HARQ进程依次映射在切换后的从第一个可用的HARQ进程开始的指定个HARQ进程上；其中，所述切换前待发送的上行HARQ进程包括以下之一：

切换前没有完成正确传输的上行HARQ进程。

9.根据权利要求7所述的方法，其特征在于，所述网络设备根据判断出的所述关系确定上行HARQ进程的传输方式包括：

所述网络设备判断出所述第二上行HARQ进程数大于或等于所述第一上行HARQ进程数时，确定上行HARQ进程的传输方式为：切换前待发送的上行HARQ进程依次映射在切换后的从第一个可用的HARQ进程开始的指定个HARQ进程上；其中，所述切换前待发送的上行HARQ进程包括以下之一：

切换前的所有上行HARQ进程；

切换前没有完成正确传输的上行HARQ进程。

10.根据权利要求1所述的方法，其特征在于，

所述网络设备根据切换前后所述中继链路子帧配置的关系，确定上行HARQ进程的传输方式为：丢弃或挂起所有切换前上行HARQ进程，确定切换后的HARQ进程用于传输新数据，所述新数据包括：所述切换后生成的数据，和/或重新激活被挂起的HARQ进程对应的数据。

11.根据权利要求1-4、6-10中任一项所述的方法，其特征在于，

所述网络设备按照确定的所述传输方式在切换后的所述上行HARQ进程上发送HARQ之后，所述方法还包括：在切换后没有被映射的上行HARQ进程上发送新数据；

所述网络设备按照确定的所述传输方式在切换后的所述上行HARQ进程上接收HARQ之后，所述方法还包括：在切换后没有被映射的上行HARQ进程上接收新数据；

所述新数据包括：所述切换后生成的数据，和/或重新激活被挂起的HARQ进程对应的数据。

12.根据权利要求1-4、6-10中任一项所述的方法，其特征在于，所述网络设备包括以下之一：操作管理维护平台OAM、基站eNB、中继节点RN、支持基站eNB和中继节点RN之间回程链路协议的终端。

13.一种混合自动重传请求HARQ的传输装置，其特征在于，包括：

传输方式确定模块，用于当自身的中继链路子帧配置发生切换时，根据切换前后所述中继链路子帧配置的关系，确定上行HARQ进程的传输方式；其中，所述中继链路子帧配置包括所述中继链路子帧对应的上行HARQ进程数；

传输模块，用于按照所述传输方式确定模块确定的所述传输方式在切换后的所述上行HARQ进程上发送HARQ，或者按照所述传输方式确定模块确定的所述传输方式在切换后的所述上行HARQ进程上接收HARQ。

14.根据权利要求13所述的装置，其特征在于，所述传输方式确定模块包括：

第一判断单元，用于判断切换后的所述中继链路子帧配置与切换前的所述中继链路子帧配置的关系，其中，所述关系包括包含关系、子集关系以及相同关系；

第一传输方式确定单元，用于根据所述第一判断单元判断出的所述关系确定上行HARQ进程的传输方式。

15.根据权利要求13所述的装置，其特征在于，所述传输方式确定模块包括：

第二判断单元，用于判断第二上行HARQ进程数与第一上行HARQ进程数的关系；其中，第一上行HARQ进程数为切换前的所述中继链路子帧配置对应的上行HARQ进程数，或者是切换前没有完成正确传输的上行HARQ进程数；第二上行HARQ进程数为切换后的所述中继链路子帧配置对应的上行HARQ进程数；

第二传输方式确定单元，用于根据所述第二判断单元判断出的所述关系确定上行HARQ进程的传输方式。

16.根据权利要求13-15任一项所述的装置，其特征在于，所述装置包括以下之一：操作管理维护平台OAM、基站eNB、中继节点RN、支持基站eNB和中继节点RN之间回程链路协议的终端。