混合自动重传请求的传输方法和装置 【技术领域】
本发明涉及通信领域， 具体而言， 涉及一种混合自动重传请求的传输方法和装置。背景技术 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 Single Frequency Network， 多播广 播单频网络 ) 子帧 (subframe) 用于 backhaul subframe， 使得 UE 在 “gap” 时间范围内不 进行任何接收 / 发射操作， 而 Relay 在 “gap” 时间范围内完成发射到接收的切换， 切换完成 后在后面的 OFDM(Orthogonal Frequency Division Multiplex， 正交频分复用 ) 符号接收 来自 eNB 的数据。目前在 LTE 中采用 MBSFN subframe 用于 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} 子帧有上述特殊用途， 所以不能用于 MBSFN subframe 的分配， 即在 1 个无线帧 frame 里 可分配的 MBSFN subframe 最多为 6 个子帧 subframe。
在 LTE 系 统 中， 用 户 设 备 和 基 站 之 间 对 于 数 据 的 传 输 需 要 建 立 HARQ(Hybrid Automatic Repeat Request， 混合自动重传请求 ) 进程并进行相应的反馈。当基站接收到 用户设备的数据后， 基站根据解码情况生成下行反馈信息或上行授权信息 (ULgrant)， 并将 上述信息下行发送给用户设备。其中， 下行反馈信息是指确认 / 非确认信号 (ACK/NACK， Acknowledgement/Negative Acknowledgement)， 行授权信息主要包括新数据指示 (NDI， New Data Indicator)、 调制编码方案 (MCS， Modulation and Coding Scheme)、 资源分配 (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 1 2 3 4 5 6 7
下行集合 (#7 #23 #31) (#6 #22 #38) (#13 #21 #37) (#12 #28 #36) (#3 #11 #27) (#2 #18 #26) (#1 #17 #33) (#8 #16 #32) 上行集合 (#11 #27 #35) (#10 #26 #42) (#17 #25 #41) (#16 #32 #40) (#7 #15 #31) (#6 #22 #30) (#5 #21 #37) (#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 subframe index ； 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 进程为以下之一 ：
从第一个可用的 HARQ 进程开始的 N 个上行 HARQ 进程， 其中， N 等于切换前待发送 的上行 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 进程后剩余的上行 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 进程的传输方式为 ： 切换前待发送的上行 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 进程为以下之一 ：
从第一个可用的 HARQ 进程开始的 N 个上行 HARQ 进程， 其中， N 等于切换前待发送 的上行 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 进程后剩余的上行 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 数据仍然保留。
本实施例提供的装置， 可以很好地适用于基站到中继节点链路， 没有引入信令开 销， 既保证了后向兼容性 ( 兼容 LTE 系统 )， 根据切换前后中继链路子帧配置的关系确定上 行 HARQ 的传输方式， 解决了中继链路子帧配置切换时上行 HARQ 如何传输的问题， 进而保证 了后续 HARQ 的应用处理， 提高了系统的性能。
显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所组成 的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以将它们存储 在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处的顺序执行所示 出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或 步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的任何修 改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。