技术领域

本发明涉及无线通信技术领域，特别涉及中继 节点及其传输数据的方法。 背景技术

第三代移动通信长期演进 ( Long Term Evolution, LTE ) 系统的"演进的 通用陆地无线接入网 ( Evolved Universal Terrestrial Radio Access Network, E-UTRAN, 由基站 eNB组成， 因此也可以称为基站 eNB ) "的无线接口媒体 接入控制 ( Media Access Control , MAC ) 协议层， 存在调度 /优先级处理 ( Scheduling/Priority Handling ) 功能实体， 其中， 调度功能支持动态调度 ( Dynamic Scheduling )和半持久调度 (或称为半静态调度 ) ( Semi-persistent Scheduling ) 。

动态调度（Dynamic Scheduling )是指， E-UTRAN能够通过物理下行控 制信道（ Physical Downlink Control Channel , PDCCH )上的小区无线网络临时 标识（ Cell Radio Network Temporary Identifier, C-RNTI )在每个传输时间间 隔（Transmit Time Interval, TTI, 对应于一个子帧（ Subframe ) )向用户设备 ( UE )动态分配资源用于 UE接收 /发送数据， 资源包括物理资源块（ Physical Resource Block, PRB )和调制编码方案（ Modulation and Coding Scheme, MCS ) 等。 其中上行釆用下行控制信息（ Downlink Control Information, DCI )格式 0 ( format 0 ) 、 下行釆用 DCI format 1指示调度信息， 如表 1、 表 2所示， 两 者主要的区别在于： 由于下行混合自动重传请求（Hybrid ARQ, HARQ )是 异步 HARQ所以需要指示 HARQ进程标识， 而上行 HARQ是同步 HARQ所 以不需要指示该标识。 UE 的 HARQ的首传和 HARQ重传均可使用动态调度。

表 1： DCI format 0的主要定义域

( MCS, Modulation and Coding Scheme ) 模式和编码率 新数据指示符 用于指示 UE是发送新数据还是重传旧数据 ( DI , New Data Indicator )

上行索引 用于 TDD模式的配置 0, 指示该上行授权用 于哪个上行子帧

下行指配索引 用于 TDD模式的配置 1~6,指示 HARQ反馈

( DAI, Downlink Assignment Index ) 的子帧

表 2: DCI format 1的主要定义域

半持久调度（ Semi-persistent Scheduling, SPS )是指， E-UTRAN可以通 过在 PDCCH (物理下行控制信道， Physical Downlink Control Channel )上的 半持久调度小区无线网络临时标识（ Semi-Persistent Scheduling C-RNTI, SPS C-RNTI )为 UE分配半持久资源用于 UE接收或者发送数据， 资源包括物理 资源块（PRB )、 调制编码方案（MCS )等。 在半持久调度中， UE的 HARQ 首传使用半持久资源， HARQ重传使用动态调度的资源。 半持久资源按照所 配置的周期重复发生， 在 UE被配置有半持久资源的子帧（Subframe )时， 如 果 UE没有在 PDCCH上监测到其 C-RNTI, 则在相应的子帧根据半持久资源 进行接收或者发送。在 UE被配置有半持久资源的子帧时，如果 UE在 PDCCH 上监测到其 C-RNTI, 则在相应的子帧使用 PDCCH指示的动态资源替代 ( Override )半持久资源。

典型地， 半持久调度应用于 VoIP业务， 为其分配的半持久资源以 20ms 为周期。 E-UTRAN通过无线资源控制 （Radio Resource Control, RRC )信令 为 UE配置半持久调度参数， 包括半持久调度小区-无线网络临时标识、 下行 半持久调度配置、 上行半持久调度配置等。 下行或者上行半持久调度参数可 以分别配置， 下行半持久调度参数包括下行半持久调度周期 、 预留的 HARQ 进程数、 PUCCH (物理上行控制信道， Physical Uplink Control Channel )反馈 资源等信息； 上行半持久调度参数包括上行半持久调度周期 、 隐式释放参数、 PUSCH (物理上行共享信道， Physical Uplink Shared Channel )相关参数等信 息、对于 TDD模式还包括两周期配置信息。 E-UTRAN通过 RRC信令使能或 者去使能（ enable/disable )下行或者上行半持久调度， 当下行或者上行半持久 调度去使能时，对应的半持久资源被释放。 LTE频分多路复用模式（Frequency Divided Duplex, FDD )在下行或者上行最多分别支持一个周期。 时分多路复 用模式（ Time Divided Duplex, TDD )在下行仅支持一个周期， 在上行支持两 个周期的配置以避免 HARQ重传和 HARQ首传时半持久资源的冲突。在下行， E-UTRAN通过 RRC为 UE配置半持久调度所预留的 HARQ进程数， 动态调 度可以共享预留给半持久调度的 HARQ进程。 在上行， 动态调度和半持久调 度也可以共享同一个 HARQ进程。 E-UTRAN通过 PDCCH为 UE激活半持久 资源。 为了降低半持久调度的复杂性， 半持久资源是分配给整个 UE的， 而 不是分配给某个具体的业务的。 下行或者上行最多分别只配置一个半持久资 源 （包括 PRB、 MCS等信息） ， 该半持久资源按照 RRC信令所配置的下行 或者上行半持久调度周期发生。 E-UTRAN通过 PDCCH显式释放 UE的下行 或者上行半持久资源。 在上行， 也支持隐式释放半持久资源， UE根据若干个 连续的包含 0个 MAC SDU (媒体接入控制业务数据单元 )的新的 MAC PDU (媒体接入控制协议数据单元 )触发半持久资源释放。

为了满足日益增长的大带宽高速移动接入的需 求， 第三代伙伴组织计划 ( Third Generation Partnership Projects, 3 GPP )推出高级长期演进 ( Long-Term Evolution Advanced , LTE- Advanced ) 标准。 LTE- Advanced对于长期演进 ( Long-Term Evolution, LTE )的演进保留了 LTE的核心， 在此基础上釆用一 系列技术对频域、 空域进行扩充， 以达到提高频谱利用率、 增加系统容量等 目的。 无线中继 （Relay )技术为 LTE-Advanced中的技术之一， 旨在扩展小 区的覆盖范围， 减少通信中的死角地区， 平衡负载， 转移热点地区的业务， 节省终端（或称为用户设备 UE, User Equipment )的发射功率。 如图 1所示， 在原有的基站（ Donor-eNB )和 UE之间增加一些新的中继节点（ Relay-Node, RN ) , 这些新增的 RN和 Donor-eNB通过无线连接 , 和传输网络之间没有有 线连接。 其中， Donor-eNB 和 RN之间的无线链路称为回程链路（backhaul link ) , RN和 UE之间的无线链路称为接入链路（access link ) 。 下行数据先 到达 Donor-eNB, 然后再传递给 RN, RN再传输至 UE, 上行则反之。

为了配置回程链路的资源， 定义了 RN 专用的物理下行控制信道 ( R-PDCCH ) 、 物理下行共享信道 （R-PDSCH ) 和物理上行共享信道 ( R-PUSCH ) 。 R-PDCCH 用于动态或半静态地分配 R-PDSCH 资源和 R-PUSCH资源， 其中， R-PDSCH资源用于传输 backhaul link的下行数据， R-PUSCH资源用于传输 backhaul link的上行数据。

与 PDCCH指示资源分配的区别在于， R-PDCCH除了可以指示当前子帧 的下行资源之外， 也可以指示多个后续子帧的下行资源， 此外， R-PDCCH也 可以指示多个后续子帧的上行资源。 然而现有的资源分配方法仅适用于调度 单个子帧的资源， 因此， 需要提供一种新的调度方法用于 R-PDCCH调度多 个子帧的资源。

发明内容

本发明所要解决的技术问题是，提供一种中继 节点及其传输数据的方法， 以实现同时调度多个子帧的资源。

为了解决上述技术问题， 本发明提供了一种中继节点（RN )传输数据的 方法， 包括：

所述 RN根据获取的下行多子帧调度的调度信息在相� ��的多个连续或者 非连续的下行回程子帧上接收数据； 和 /或 所述 RN根据获取的上行多子帧调度的调度信息在相� ��的多个连续或者 非连续的上行回程子帧上发送数据。

优选地， 所述 RN在相应的多个连续或者非连续的下行回程子� ��上接收 的数据为混合自动重传请求（HARQ )首传， 所述 RN在相应的多个连续或者 非连续的上行回程子帧上发送的数据为 HARQ首传。

优选地， 所述 RN获取所述调度信息的过程包括：

所述 RN根据小区 -无线网络临时标识（ C-RNTI )或者用于多子帧调度的 RNTI在 RN专用的物理下行控制信道（R-PDCCH )上接收下行指配或者上 行授权， 所述下行指配或者上行授权包括所述调度信息 。

优选地， 所述调度信息包括下列信息中的一种或多种：

多子帧调度的子帧个数、 多子帧调度中涉及的进程标识， 各子帧的物理 资源块（PRB ) 、 各子帧的调制编码方案 （MCS ) 、 多子帧调度中分配资源 的子帧和传输数据的子帧的映射关系、 各子帧的新数据指示符（NDI ) 、 各 子帧的冗余版本（RV ) 。

优选地， 所述下行指配和上行授权由相同的用于多子帧 调度的下行控制 信息（DCI )指示给 RN, 或者所述下行指配和上行授权分别由不同的用 于多 子帧调度的 DCI指示；

当所述下行指配和上行授权由相同的用于多子 帧调度的 DCI指示时， 在 用于多子帧调度的 DCI中增加标志位以表示该 DCI指示的是用于下行多子帧 调度的下行指配还是用于上行多子帧调度的上 行授权。

优选地， 所述指示下行指配的 DCI为 DCI格式 1或者为新增 DCI格式； 所述指示上行授权的 DCI为 DCI格式 0或者为新增 DCI格式。

优选地， 所述 RN通过无线资源控制 （RRC )信令获取所述用于多子帧 调度的 RNTI,其中，所述 RRC信令为 RRC连接重配消息或者为新增的 RRC 信令。

优选地， 所述多子帧调度中的起始子帧是所述 RN接收所述下行指配或 者上行授权的子帧和 HARQ时序共同指示的子帧； 或者

所述多子帧调度中的起始子帧是所述 RN接收所述下行指配或者上行授 权的子帧和和 RN专用的 HARQ时序共同指示的子帧； 或者

所述多子帧调度中的起始子帧是 RN专用的 HARQ时序和所述分配资源 的子帧和传输数据的子帧的映射关系共同指示 的子帧；

其中，所述 RN通过系统预定义或者 RRC信令获取所述 RN专用的 HARQ 时序。

优选地， 所述多子帧调度中的后续子帧是 RN专用的 HARQ时序和所述 分配资源的子帧和传输数据的子帧的映射关系 共同指示的子帧；

所述 RN通过系统预定义或者 RRC信令获取所述 RN专用的 HARQ时序。 优选地， 所述 RN获取所述调度信息的过程包括：

所述 RN通过媒体接入控制（ MAC )控制元（ CE )获取下行指配或者上 行授权， 所述下行指配或者上行授权包括所述调度信息 。

优选地， 所述 RN通过相同的 MAC CE获取下行指配和上行授权， 或者 通过不同的 MAC CE获取下行指配和上行授权；

当所述 RN通过相同的 MAC CE获取所述下行指配和上行授权时， 该 MAC CE中新增有标志位以表示该 MAC CE指示的是用于下行多子帧调度的 下行指配还是用于上行多子帧调度的上行授权 。

优选地， 所述 RN接收所述 MAC CE失败时， 告知基站接收失败。

优选地， 当基站被告知所述 RN接收所述 MAC CE失败时， 基站不再重 传所述 MAC CE。

优选地， 当所述下行指配或者上行授权中不包括所述多 子帧调度的子帧 个数时， 所述 RN在接收所述下行指配或上行授权之前， 通过系统预定义或 者 RRC信令获取所述多子帧调度的子帧个数；

当所述下行指配或者上行授权中不包括所述多 子帧调度中涉及的进程标 识时， 所述 RN通过系统预定义或者 RRC信令中子帧与进程标识的对应关系 中获取多子帧调度的起始子帧的进程标识和后 续子帧的进程标识， 或者通过 系统预定义或者 RRC信令获取多子帧调度的起始子帧的进程标识 ，对起始子 帧的进程标识依次递增以获取后续子帧的进程 标识； 当所述下行指配或者上行授权中只包括一个 PRB时， 所述 RN得知多子 帧调度中各子帧占用相同的 PRB;

当所述下行指配或者上行授权中只包括一个 MCS时，所述 RN得知多子 帧调度中各子帧釆用相同的 MCS；

当所述下行指配或者上行授权不包括 NDI时， 所述 RN得知多子帧调度 中各子帧的 NDI为默认值； 以及

当所述下行指配或者上行授权不包括 RV时， 所述 RN得知多子帧调度 中各子帧的 RV为默认值。

优选地， 所述多子帧调度中的起始子帧是所述 RN接收所述 MAC CE的 子帧与系统预定义的时间间隔共同指示的子帧 ； 或者

所述多子帧调度中的起始子帧是所述 RN正确接收所述 MAC CE的子帧 之后的第一个下行回程子帧或者上行回程子帧 。

优选地， 所述 RN获取所述调度信息的过程包括：

所述 RN通过专用 RRC信令获取用于多子帧调度的 RNTI, 再根据所述 用于多子帧调度的 RNTI在 R-PDCCH上接收下行指配或者上行授权，所述下 行指配或者上行授权包括所述调度信息。

优选地， 所述下行指配包括以下调度信息：

多子帧调度中起始子帧的 PRB、 多子帧调度中起始子帧的 MCS、 多子帧 调度中起始子帧的 NDI、多子帧调度中起始子帧的 RV、多子帧调度中起始子 帧的进程标识；

所述上行授权包括以下调度信息：

多子帧调度中起始子帧的 PRB、 多子帧调度中起始子帧的 MCS、 多子帧 调度中起始子帧的 NDI、 多子帧调度中起始子帧的 RV。

优选地， 所述下行指配由 DCI格式 1指示给所述 RN, 所述上行授权由 DCI格式 0指示给所述 RN。

优选地， 所述多子帧调度中的起始子帧为所述 RN接收所述下行指配或 者上行授权的子帧和 HARQ时序共同指示的子帧； 或者 所述多子帧调度中的起始子帧为所述 RN接收所述下行指配或者上行授 权的子帧和 RN专用的 HARQ时序共同指示的子帧；

其中，所述 RN通过系统预定义或者 RRC信令获取所述 RN专用的 HARQ 时序。

优选地， 当所述 RN从所述下行指配或者上行授权中获取所述多� ��帧调 度中起始子帧的 PRB时， 获知所述多子帧调度中后续子帧的 PRB与所述起 始子帧的 PRB相同； 以及

当所述 RN从所述下行指配或者上行授权中获取所述多� ��帧调度中起始 子帧的 MCS时， 获知所述多子帧调度中后续子帧的 MCS与所述起始子帧的 MCS相同。

优选地， 所述 RN在接收所述下行指配或上行授权之前， 通过系统预定 义或者 RRC信令获取所述多子帧调度的子帧个数；

所述 RN获知所述多子帧调度中后续子帧的 NDI是与所述起始子帧的 NDI相同的值， 或者所述 RN获知所述多子帧调度中后续子帧的 NDI是默认 值； 以及

所述 RN获知所述多子帧调度中后续子帧的 RV是与所述起始子帧的 RV 相同的值， 或者所述 RN获知所述多子帧调度中后续子帧的 RV是默认值。

优选地， 所述 RN通过系统预定义或 RRC信令获取子帧与进程标识的对 应关系以获得所述多子帧调度的后续子帧的进 程标识； 或者

所述 RN对所述多子帧调度的起始子帧的进程标识依� ��递增以获得所述 多子帧调度的后续子帧的进程标识。

优选地， 所述 RN通过 RRC信令获取所述用于多子帧调度的 RNTI, 所 述 RRC信令为 RRC连接重配消息或者为新增的 RRC信令。

本发明还提供了一种中继节点， 包括获取模块和传输模块， 其中： 所述获取模块， 设置为获取下行多子帧调度的调度信息和上行 多子帧调 度的调度信息；

所述传输模块， 设置为在所述下行多子帧调度的调度信息指示 的多个连 续或者非连续的下行回程子帧上接收数据， 以及在所述下行多子帧调度的调 度信息指示的多个连续或者非连续的上行回程 子帧上发送数据。

优选地， 所述获取模块设置为根据小区 -无线网络临时标识（C-RNTI )或 者用于多子帧调度的 RNTI在 RN专用的物理下行控制信道（ R-PDCCH )上 接收下行指配或者上行授权，所述下行指配或 者上行授权包括所述调度信息。

优选地， 所述调度信息包括下列信息中的一种或多种：

多子帧调度的子帧个数、 多子帧调度中涉及的进程标识， 各子帧的物理 资源块（PRB ) 、 各子帧的调制编码方案 （MCS ) 、 多子帧调度中分配资源 的子帧和传输数据的子帧的映射关系、 各子帧的新数据指示符（NDI ) 、 各 子帧的冗余版本（RV ) 。

优选地， 所述获取模块，设置为通过媒体接入控制 ( MAC )控制元 ( CE ) 获取下行指配或者上行授权，所述下行指配或 者上行授权包括所述调度信息。

优选地， 所述获取模块，设置为通过专用 RRC信令获取用于多子帧调度 的 RNTI, 再根据所述用于多子帧调度的 RNTI在 R-PDCCH上接收下行指配 或者上行授权， 所述下行指配或者上行授权包括所述调度信息 。

优选地， 所述下行指配包括以下调度信息：

多子帧调度中起始子帧的 PRB、 多子帧调度中起始子帧的 MCS、 多子帧 调度中起始子帧的 NDI、多子帧调度中起始子帧的 RV、多子帧调度中起始子 帧的进程标识；

所述上行授权包括以下调度信息：

多子帧调度中起始子帧的 PRB、 多子帧调度中起始子帧的 MCS、 多子帧 调度中起始子帧的 NDI、 多子帧调度中起始子帧的 RV。

本发明技术方案解决了为中继节点调度多个子 帧的资源的问题。 相比现 有技术中动态调度和半持久调度的方法， 本发明技术方案可以更为灵活的配 置和利用资源， 保证基站与中继节点之间的回程链路的传输。

附图概述

图 1为现有技术中利用中继 （relay )技术的网络架构示意图； 图 2为本发明本实施例中 RN进行业务传输的流程图；

图 3为上行多子帧调度中专用 MAC CE接收失败处理的示意图； 图 4为下行多子帧调度中专用 MAC CE接收失败处理的示意图。 本发明的较佳实施方式

本发明的主要构思是： 中继节点获取事先设定的多子帧调度的配置信 息 和调度信息， 并根据所获取的配置信息和调度信息进行多子 帧下行或者上行 传输。

以下结合附图和具体实施方式对本发明技术方 案作详细说明。

一种 RN, 包括获取模块和传输模块。

获取模块， 设置为获取下行多子帧调度的调度信息和上行 多子帧调度的 调度信息， 其中， 具体的获取过程参见下文介绍的 RN传输数据的具体过程 中的步骤 202的操作；

本实施例中， 获取模块可以根据小区-无线网络临时标识（ C-RNTI )或者 用于多子帧调度的 RNTI在 RN专用的物理下行控制信道（ R-PDCCH )上接 收下行指配或者上行授权， 该下行指配或者上行授权可以包括以下一种或 几 种调度信息：

多子帧调度的子帧个数、 多子帧调度中涉及的进程标识， 各子帧的物理 资源块（PRB ) 、 各子帧的调制编码方案 （MCS ) 、 多子帧调度中分配资源 的子帧和传输数据的子帧的映射关系、 各子帧的新数据指示符（NDI ) 、 各 子帧的冗余版本（RV ) 。

获取模块还可以通过媒体接入控制（MAC )控制元（CE )获取下行指配 或者上行授权， 下行指配或者上行授权可以包括以下一种或几 种调度信息： 多子帧调度的子帧个数、 多子帧调度中涉及的进程标识， 各子帧占用的 PRB、 各子帧的 MCS、 多子帧调度中分配资源的子帧和传输数据的子 帧的映 射关系、 各子帧的 NDI、 各子帧的 RV。

获取模块还可以通过专用 RRC信令获取用于多子帧调度的 RNTI, 再根 据所述用于多子帧调度的 RNTI在 R-PDCCH上接收下行指配或者上行授权， 下行指配包括以下调度信息：

多子帧调度中起始子帧的 PRB、 多子帧调度中起始子帧的 MCS、 多子帧 调度中起始子帧的 NDI、多子帧调度中起始子帧的 RV、多子帧调度中起始子 帧的进程标识；

上行授权包括以下调度信息：

多子帧调度中起始子帧的 PRB、 多子帧调度中起始子帧的 MCS、 多子帧 调度中起始子帧的 NDI、 多子帧调度中起始子帧的 RV。

传输模块， 设置为在下行多子帧调度的调度信息指示的多 个连续或者非 连续的下行回程子帧上接收数据， 以及在下行多子帧调度的调度信息指示的 多个连续或者非连续的上行回程子帧上发送数 据， 其中， 传输模块的具体实 现参见下文介绍的 RN传输数据的具体过程中的步骤 203的操作。

下面介绍上述 RN进行数据传输的具体过程， 如图 2所示， 该过程包括 以下步骤：

步骤 201 : RN获取多子帧调度的配置信息， 其中， 多子帧调度的配置信 息至少包括：下行 backhaul子帧的配置信息和上行 backhaul子帧的配置信息； 该步骤中， RN可以通过基站下发的 RRC信令或者系统信息获取下行 backhaul子帧的配置信息；

RN可以通过系统信息、 基站下发的 RRC信令获取上行 backhaul子帧的 配置信息， 或者在已经获取下行 backhaul子帧的配置信息的前提下， 再按照 系统预定义的规则根据下行 backhaul子帧的配置信息获取上行 backhaul子帧 的配置信息， 例如， RN获取了下行 backhaul子帧的配置信息， 则可以根据现 有技术中 HARQ时序获取上行 backhaul子帧的配置信息， 具体地， 在 FDD 其他实施例中， 多子帧调度的配置信息还可以包括 RN专用的 HARQ时 序， RN专用的 HARQ时序是指分配资源的时刻、 进行数据传输的时刻以及 反馈时刻这三者之间的时间关系， 其中， 下行多子帧调度的 HARQ时序包括 T贝-

HARQ时序也可以是系统预定义的。 还有一些实施例中， 多子帧调度的配置 信息还包括子帧与进程（process ) 的对应关系， 即指每个子帧进行上行或者 下行传输占用哪个 process, 当然， 子帧与 process的对应关系也可以是系统 预定义的。

在基站釆用本发明所述调度方法调度 RN之前， RN已知 Un子帧的配置 信息 （即哪些是 Un子帧） 以及 HARQ时序。

步骤 202: RN获取多子帧调度的调度信息， 其中， 多子帧调度的调度信 息包括多子帧调度的子帧信息 （由起始子帧和子帧个数共同指示， 或者由位 图指示） 以及各调度子帧占用的 PRB、 MCS和 HARQ信息， HARQ信息包 括 HARQ process id (进程标识） 、 NDI、 RV等， 其中， 多子帧调度中的多 子帧为连续或者非连续的多个子帧；

该步骤中， 多子帧调度的调度信息可以由基站下发的 RRC信令， 或者 MAC CE, 或者 DCI单独指示给 RN, 也可以由 RRC信令和 MAC CE联合指 示给 RN,还可以由 RRC信令和 DCI联合指示给 RN。当由 RRC信令和 MAC CE联合指示时， 若存在两者共同指示的调度信息 （如 RRC信令和 MAC CE 都指示了多子帧调度的子帧个数）， 则可以 MAC CE指示的为准； 当由 RRC 信令和 DCI联合指示时， 若存在两者共同指示的调度信息 （如 RRC信令和 DCI都指示了多子帧调度的子帧个数） ， 则可以 DCI指示的为准； 当多子帧 调度的调度信息由 RRC信令单独指示给 RN (即下行指配或者上行授权都釆 用现有的 DCI格式， 且没有 MAC CE指示多子帧调度的调度信息）时， 所述 RRC信令中必须包括多子帧调度专用的 RNTI。

以下为了描述方便，将传递多子帧调度的调度 信息的 RRC信令称为专用 RRC信令，将传递多子帧调度的调度信息的 MAC CE称为专用 MAC CE,将 传递多子帧调度的调度信息的 DCI称为专用 DCI。

具体地， RN可以通过基站下发的专用 RRC信令获取多子帧调度的调度 信息中以下一种或几种信息， 其中， 所述专用 RRC信令是在现有 RRC信令 (如 RRC连接重配消息， RRC Connection Reconfiguration ) 中增加用于指示 多子帧调度的调度信息的字段， 或引入新的用于传递多子帧调度的调度信息 的专用 RRC信令：

( 1 )多子帧调度的子帧个数， 该子帧个数的取值为大于或等于 1的正整 数， 默认值可以为 1 , 即单子帧调度， 其中， RN可以从所述专用 RRC信令 中分别获取下行多子帧调度的子帧个数和上行 多子帧调度的子帧个数， 当然， RN也可以从所述专用 RRC信令中获取一个子帧个数值， 此时表示下行多子 帧调度的子帧个数和上行多子帧调度的子帧个 数相同；

( 2 ) 多子帧调度专用的 RNTI (无线网络临时标识） ， 其中， 下行多子 帧调度专用的 RNTI和上行多子帧调度专用的 RNTI可以相同， 也可以不同； ( 3 ) 多子帧调度的 HARQ时序， 其中， 下行多子帧调度中的 HARQ时 序至少包括 RN接收下行多子帧调度的下行指配的下行 backhaul子帧和 RN 接收下行多子帧调度的下行数据的下行 backhaul子帧的映射关系， 在此基础 上， 还可以进一步包括 RN接收下行多子帧调度的下行数据的下行 backhaul 子帧和 RN 反馈所述下行多子帧调度的下行数据是否接收 成功的上行 backhaul子帧的映射关系； 上行多子帧调度中的 HARQ时序至少包括 RN接 收上行多子帧调度的上行授权的下行 backhaul子帧和 RN发送上行多子帧调 度的上行数据的上行 backhaul子帧的映射关系， 在此基础上， 还可以进一步 包括 RN发送上行多子帧调度的上行数据的上行 backhaul子帧和 RN接收所 射关系。

RN可以通过专用 MAC控制元（MAC CE )获取多子帧调度的调度信息 中以下一种或多种信息， 其中， 所述专用 MAC CE为引入的新的用于传递多 子帧调度的调度信息的 MAC CE, 指示下行和上行的多子帧调度的调度信息 的专用 MAC CE可以是不同的专用 MAC CE,也可以是相同的专用 MAC CE, 釆用相同的专用 MAC CE时， 所述专用 MAC CE中包括一个标志位， 用于指 示传递的是下行多子帧调度的调度信息还是上 行多子帧调度的调度信息：

( 1 )多子帧调度的子帧个数， 该子帧个数的取值为大于或等于 1的正整 数， 默认值可以为 1 , 即单子帧调度， 其中， RN可以分别获取下行多子帧调 度的子帧个数和上行多子帧调度的子帧个数， 当然， RN也可以只获取一个子 帧个数值， 此时表示下行多子帧调度的子帧个数和上行多 子帧调度的子帧个 数相同；

( 2 )多子帧调度中涉及的进程标识， 可以仅指示初始子帧对应的进程标 识， 后续子帧对应的进程标识可以才艮据初始子帧 对应的进程标识以及设定算 法（如依次递增）获得； 也可以指示多子帧调度中每个子帧的进程标识 ；

( 3 )多子帧调度占用的 PRB, 可以仅指示初始子帧占用的 PRB, 此时， 认为后续子帧占用的 PRB与初始子帧占用的 PRB相同， 也可以分别指示多 子帧调度中每个子帧占用的 PRB;

( 4 )多子帧调度的 MCS, 可以仅指示初始子帧的 MCS, 此时， 认为后 续子帧的 MCS与初始子帧的 MCS相同， 也可以分别指示多子帧调度中每个 子帧的 MCS;

( 5 ) 多子帧调度中分配资源的子帧和进行传输的子 帧的映射关系， 以 bitmap (位图） 的方式描述调度了哪些子帧的字段。 例如， RN通过 RRC信 令获得的多子帧调度的 HARQ时序表示在下行 backhaul子帧 D接收的上行授 权用于在上行 backhaul子帧 Ul、 U2、 U3进行上行传输， RN在子帧 D收到 上行授权， 其中本字段以 bitmap "110" 指示， 则意味着该上行授权用于 Ul、 U2两个上行子帧的上行传输。 该调度信息特别适用于非连续的多子帧调度。

RN在接收包含有上述专用 MAC CE的 MAC PDU的过程中， 会认为该 MAC CE是首传， 这样， RN接收该 MAC CE失败时， 则基站不需要重传， 这是因为 MAC CE的重传可能占用其指示的多子帧调度的子帧� �� 导致重传成 功的 MAC CE缺乏时效性，即 RN已经错过了 DeNB在 MAC CE中指示的子 帧。

RN可以通过专用 DCI获取多子帧调度的调度信息中以下一种或多 种信 息， 其中， 专用 DCI可以在现有 DCI (如上行釆用 DCI format 0, 下行釆用 DCI format 1 )中增加指示多子帧调度的调度信息的字段来� �现， 也可以使用 新定义的用于传递多子帧调度的调度信息的 DCI格式来实现， 指示下行和上 行的多子帧调度的调度信息的 DCI可以是不同的 DCI,也可以是相同的 DCI, 釆用相同的 DCI时， 该 DCI中包括一个标志位， 用于指示传递的是下行多子 帧调度的调度信息还是上行多子帧调度的调度 信息： ( 1 ) 多子帧调度的标志位， 当多子帧调度的调度信息由 DCI单独指示 时， 若 DCI的其它字段与现有 DCI的字段相同， RN根据该标志位判断 DCI 指示的资源是用于多子帧调度还是单子帧调度 ；

( 2 )多子帧调度的子帧个数， 该子帧个数的取值为大于或等于 1的正整 数， 默认值可以为 1 , 即单子帧调度， 其中， RN可以分别获取下行多子帧调 度的子帧个数和上行多子帧调度的子帧个数， 当然， RN也可以只获取一个子 帧个数值， 此时表示下行多子帧调度的子帧个数和上行多 子帧调度的子帧个 数相同；

( 3 )多子帧调度涉及的进程标识，可以仅指示初� �子帧对应的进程标识， 后续子帧对应的进程标识可以根据初始子帧对 应的进程标识以及设定算法 (如依次递增）获得； 也可以指示多子帧调度中每个子帧的进程标识 ；

( 4 )多子帧调度占用的 PRB, 可以仅指示初始子帧占用的 PRB, 此时， 认为后续子帧占用的 PRB与初始子帧占用的 PRB相同， 也可以分别指示多 子帧调度中每个子帧占用的 PRB;

( 5 )多子帧调度的 MCS, 可以仅指示初始子帧的 MCS, 此时， 认为后 续子帧的 MCS与初始子帧的 MCS相同， 也可以分别指示多子帧调度中每个 子帧的 MCS;

( 6 ) 多子帧调度中分配资源的子帧和进行传输的子 帧的映射关系， 以 bitmap的方式描述调度了哪些子帧的字段。 例如， RN通过专用 RRC信令获 得的多子帧调度的 HARQ时序表示在下行 backhaul子帧 D接收的上行授权用 于在上行 backhaul子帧 Ul、 U2、 U3进行上行传输， RN在子帧 D收到上行 授权， 其中本字段以 bitmap "110" 指示， 则意味着该上行授权用于 Ul、 U2 两个上行子帧的上行传输。 该调度信息特别适用于非连续的多子帧调度。

步骤 203: RN确定下行指配或者上行授权， 从而接收下行数据或者发送 上行数据；

由于多子帧调度是指调度多个连续或者非连续 的 bakchaul子帧的 HARQ 首传，为了实现多子帧调度， RN在步骤 202中获取了多子帧调度的调度信息， 即一次调度的子帧信息； 其中， 多子帧调度的一次调度的子帧信息中起始子帧 可以是 RN获得多 子帧调度的下行指配或者上行授权的子帧与现 有 HARQ时序共同指示的子帧 (如下行的起始子帧为 RN获得多子帧调度的下行指配的子帧； FDD模式中， 上行的起始子帧为 RN获得多子帧调度的上行授权的子帧 4ms之后的子帧； TDD模式中， 上行的起始子帧与具体的 TDD配置有关 ) ； 也可以是 RN获 得多子帧调度的下行指配或者上行授权的子帧 与 RN专用的 HARQ时序共同 指示的子帧 （RN专用的 HARQ时序可以是系统预定义的， 也可以是在基站 在多子帧调度的配置信息中传递的， 也可以是在多子帧调度的调度信息中传 递的） 。 特别地， 当多子帧调度的调度信息由专用 MAC CE指示时， 起始子 帧还可以是专用 MAC CE发送的子帧与系统预定义的时间间隔共同指� ��的子 帧， 还可以是专用 MAC CE 正确接收的子帧之后的第一个下行或者上行 backhaul子帧。

一次调度的子帧信息中子帧个数可以是系统预 定义的值， 或者是 RN通 过专用 RRC信令、 专用 MAC CE或专用 DCI获得的， 当然 RN也可以根据 专用 MAC CE或专用 DCI中 process个数、 PRB个数或者 MCS个数间接获 得子帧个数， 即多子帧调度的子帧个数与 process个数、 PRB个数和 MCS个 数均相同；

一次调度的子帧信息中位图指示是指 RN结合多子帧调度的 HARQ时序 和多子帧调度中分配资源的子帧和进行传输的 子帧的映射关系来获得的非连 续的多子帧调度中调度了哪些子帧，其中多子 帧调度的 HARQ时序通过 RRC 信令获得， 所述映射关系通过 MAC CE或者 DCI获得。 例如， RN通过 RRC 信令获得多子帧调度的 HARQ时序时， 若 RRC信令表示在下行 backhaul子 帧 D收到的上行授权用于上行 backhaul子帧 Ul、 U2、 U3的上行传输， 则 RN在子帧 D接收上行授权， 其中 DCI 中指示所述映射关系的字段以位图 "110" 指示本次多子帧调度中调度的子帧， 这意味着该上行授权用于 Ul、 U2两个上行子帧的上行传输；

每个子帧占用的 PRB (或 MCS )可以通过专用 MAC CE或专用 DCI获 得； 如果专用 MAC CE或专用 DCI包括用于多个子帧的 PRB (或 MCS ) , 则每个子帧釆用不同的 PRB (或 MCS ) 。 如果专用 MAC CE或 DCI只包括 用于一个子帧的 PRB (或 MCS ) , 则每个子帧釆用相同的 PRB (或 MCS )； 对于每个子帧的 HARQ信息中的 HARQ process id,可以通过系统预定义 或 RRC信令获取子帧与 HARQ process id的对应关系， 从而根据子帧号得到 该子帧占用的 HARQ process id (即同步 HARQ ) , 或者通过专用 MAC CE 或 DCI获得。 专用 MAC CE是通过引入新的用于传递 HARQ process id的 MAC CE来实现。 DCI可以是现有的 DCI (如上行釆用 DCI format 0, 下行釆 用 DCI format 1 ) , 也可以是专用 DCI。 专用 DCI是通过引入新的用于传递 HARQ process id的 DCI格式来实现。 如果专用 MAC CE或 DCI包括用于多 个子帧的 HARQ process id,则每个子帧依次釆用相应的 HARQ process id。如 果专用 MAC CE或 DCI只包括用于一个子帧的 HARQ process id, 即只给出 了初始子帧占用的 HARQ process id, 则后续子帧占用的 HARQ process id可 以根据初始子帧占用的 HARQ process id依次递增获得；

每个子帧的 HARQ信息中 NDI用于与上一次收到的 NDI比较是否变化 来判断当前收到的是首传还是重传。对多子帧 调度而言， 每个 process都是首 传， 因此不需要根据 NDI来判断。但是为了后续需要根据 NDI比较来判断首 传或者重传的单子帧调度， 预定义用于多子帧调度的 NDI。 后续收到的指示 单子帧调度的 DCI中若 NDI取值与预定义的用于多子帧调度的 NDI取值相 同， 表示所述单子帧调度的是重传， 否则若 NDI取值不同， 表示所述单子帧 调度的是首传；

每个子帧的 HARQ信息中 RV是下行或者上行传输的冗余版本， 对首传 而言， 冗余版本为第 0个版本。 不论收到的 DCI中指示 RV是哪个版本， 多 子帧调度的传输默认为是第 0个版本；

RN根据上述调度信息在相应的子帧上接收下行� ��据或者发送上行数据。 在上述流程中， RN确定下行指配或者上行授权的过程中， 保留步骤 202 所获取的调度信息， 直至多子帧调度结束。

下面结合实际应用场景， 说明 RN确定下行指配以接收下行数据， 确定 上行授权以发送上行数据的具体过程。

例如， 多子帧调度的调度信息由专用 RRC信令单独指示给 RN, 当该专 用 RRC信令配置了多子帧调度专用的 RNTI (本实施例中上下行釆用相同的 专用的 RNTI ) , 系统预定义或者该专用 RRC信令配置了子帧个数（本实施 例以 3为例）时， RN用专用 RRC信令指示的专用的 RNTI在每个下行 backhaul 子帧检测 R-PDCCH, 若 RN在子帧 D1检测到下行指配（ DCI format 1 ) , 且 该下行指配中指示了初始子帧的 process id(本实施例以 processl为例）、PRB、 MCS, 则在不考虑重传的情况下， RN在 D1以及接下来的 2个下行 backhaul 子帧 D2、 D3上根据下行指配中的 PRB、 MCS接收下行数据， 以 process 1、 process2 (或系统预定义的 D2对应的 process ) 、 process3 (或系统预定义的 D3对应的 process )作首传处理；若 RN在子帧 D1检测到上行授权（ DCI format 0 ) , 且该上行授权中指示了初始子帧的 PRB、 MCS, 则在不考虑重传的情 况下， RN在接下来的 3个上行 backhaul子帧 Ul、 U2、 U3上根据上行授权 中的 PRB、 MCS发送上行数据， 以系统预定义的 U1对应的 process (本实施 例以 rocessl为例 )、 rocess2 (或系统予贞定义的 U2对应的 rocess )、 process3 (或系统预定义的 U3对应的 process )作首传处理；

从上可以看出， RN正确接收到包含有上下行所釆用的相同的多� ��帧调度 专用的 RNTI的专用 RRC信令之后， R-PDCCH上该专用的 RNTI指示的下行 指配或者上行授权就是用于多子帧调度的下行 指配或者上行授权； RN正确接 收到包含下行多子帧调度专用的 RNTI 的 RRC信令之后， R-PDCCH上该 RNTI指示的下行指配就是用于多子帧调度的下� �指配； RN正确接收到包含 上行多子帧调度专用的 RNTI的 RRC信令之后， R-PDCCH上该 RNTI指示的 上行授权就是用于多子帧调度的上行授权。

又如， 多子帧调度的调度信息由专用 DCI格式单独指示给 RN, 或者由 专用 DCI格式联合专用 RRC信令共同指示给 RN, 当系统预定义或者专用 RRC信令配置了子帧个数（本实施例以 3为例 )时， RN用 C-RNTI在每个下 行 backhaul子帧中检测 R-PDCCH, 若 RN在子帧 D1检测到下行指配（专用 DCI ) , 且该下行指配中指示了标志位、 初始子帧的 process (本实施例以 processl为例） 、 PRB、 MCS, 则在不考虑重传的情况下， RN在 D1 以及接 下来的 2个下行 backhaul子帧 D2、 D3上根据下行指配中的 PRB、 MCS接收 下行数据,以 processl、process2(或系统予贞定义的 D2对应的 rocess )、process3 (或系统预定义的 D3对应的 process )作首传处理， 当子帧个数、 各子帧的 process, PRB、 MCS也在下行指配（专用 DCI ) 中予以指示时， 可以不需要 标志位来区分多或者单子帧调度； 若 RN在子帧 D1检测到上行授权（专用 DCI ) , 且该上行授权中指示了标志位及初始子帧的 PRB、 MCS, 则在不考 虑重传的情况下， RN在接下来的 3个上行 backhaul子帧 Ul、 U2、 U3上根 据上行授权中的 PRB、MCS发送上行数据，以系统预定义的 U1对应的 process (以 rocess 1为例 )、 rocess2 (或系统予贞定义的 D2对应的 rocess )、 process3 (或系统预定义的 D3对应的 process )作首传处理， 当子帧个数、 各子帧的 process, PRB、 MCS也在上行授权（专用 DCI ) 中予以指示时， 可以不需要 标志位来区分多或者单子帧调度；

此外， 专用 DCI格式还向 RN指示非连续的多子帧调度， 系统预定义或 者专用 RRC信令配置了子帧个数（本实施例以 3为例 ) , 且专用 RRC信令 配置了多子帧调度的 HARQ时序 （如在下行 backhaul子帧 D1的下行指配可 用于指示 Dl、 D2、 D3三个下行 backhaul子帧的下行传输）时， RN用 C-RNTI 在每个下行 backhaul子帧上检测 R-PDCCH，若 RN在 D 1检测到下行指配（专 用 DCI ) , 且该下行指配中指示了标志位、 初始子帧的 process (以 process 1 为例） 、 PRB、 MCS以及指示多子帧调度的子帧 （以位图 "101" 的方式） ， 则在不考虑重传的情况下， RN在 D1和 D3根据下行指配中的 PRB、 MCS接 收下行数据， 以 process 1、 process2 (或系统预定义的 D3对应的 process )作 首传处理。 此时， D1和 D3之间的下行 backhaul子帧 D2由于在多子帧调度 的子帧中没有指示， 因此不参与此次多子帧调度。 其他处理方式与连续的多 子帧调度类似， 在此不再一一赘述。

再如， 当多子帧调度由专用 MAC CE单独指示给 RN, 或者由专用 MAC CE联合专用 RRC信令共同指示给 RN, 系统预定义或者 RRC信令配置了子 帧个数（本实施例以 3为例）时， RN用 C-RNTI在每个下行 backhaul子帧上 检测 R-PDCCH, 若 RN在子帧 D1检测到下行指配（ DCI format 1 ) , 则在不 考虑重传的情况下， RN在 D1根据下行指配（ DCI format 1 )指示正确接收包 含专用 MAC CE的 MAC PDU, 专用 MAC CE指示了初始子帧的 process (本 实施例以 processl为例）及其 PRB、 MCS, 并在标志位指示用于下行多子帧 调度， RN在接下来的 3个下行 backhaul子帧 D2、 D3、 D4根据专用 MAC CE 中的 PRB、 MCS接收下行数据， 以 process 1 (或系统预定义的 D2对应的 process ) 、 process2 (或系统予贞定义的 D3对应的 process ) 、 process3 (或系 统预定义的 D4对应的 process )作首传处理， 子帧个数、 各子帧的 process, PRB、 MCS也可以在专用 MAC CE中予以指示； 若 RN在子帧 D1检测到下 行指配（DCI format 1 ) , 则在不考虑重传的情况下， RN在 D1根据下行指配 ( DCI format 1 )指示正确接收包含专用 MAC CE的 MAC PDU,专用 MAC CE 指示了初始子帧的 PRB、 MCS, 并在标志位指示用于上行多子帧调度， RN 在接下来的 3个上行 backhaul子帧 Ul、 U2、 U3根据专用 MAC CE中的 PRB、 MCS发送上行数据， 以系统预定义的 U1对应的 process (以 process 1为例 )、 process2 (或系统预定义的 U2对应的 process ) 、 process3 (或系统预定义的 U3对应的 process )作首传处理， 子帧个数、 各子帧的 process, PRB、 MCS 也可以在专用 MAC CE中予以指示。

在其他实施例中， RN接收包含上行多子帧调度的专用 MAC CE的过程 中， 若接收失败， 意味着本次多子帧调度失败。 如图 3 所示， D表示下行 backhaul子帧， Ux表示上行多子帧调度中第 x个上行 backhaul子帧， DeNB 在子帧 D分配了下行指配和上行授权给 RN, 按照正常流程， RN需要根据下 行指配在子帧 D接收包含指示上行多子帧调度的专用 MAC CE的 MAC PDU, 并保留上行授权， 其中专用 MAC CE中指示 RN分别在子帧 Ul、 U2、 U3调 度 process l、process2、process3 ,上行授权中指示了 RN在子帧 U1调度 processl 所使用的 PRB、 MCS等调度信息， RN根据上行授权在子帧 U1发送多子帧 调度的第一个子帧（processl )的数据， 同时在该子帧 RN反馈包含上述专用 MAC CE的 MAC PDU是否接收成功； 但当 RN接收包含上述 MAC CE的 MAC PDU失败时， RN无法获得所述 MAC CE中的上行多子帧调度信息， 则 RN在后续不做多子帧调度，这样， DeNB在子帧 U1收到反馈的 NACK(表 示 RN接收失败） ， 得知 RN没有获得上行多子帧调度信息， 则本次多子帧 调度失败， DeNB可以在后续的下行 backhaul子帧重新发送指示多子帧调度 的 MAC CE。

还有一些实施例中， RN接收下行多子帧调度的专用 MAC CE时， 若接 收失败， 其具体处理过程， 如图 4所示， Dx表示下行多子帧调度中第 X个下 行 backhaul子帧。 DeNB在子帧 D分配了下行指配给 RN,下行指配釆用现有 的 DCI formatl , 按照正常流程， RN需要根据下行指配的指示在子帧 D接收 包含专用 MAC CE的 MAC PDU, 专用 MAC CE指示 RN在 Dl、 D2、 D3分 别调度 processl、 process2、 process3 , 包括相应的 PRB、 MCS等调度信息， RN在相应的上行 backhaul子帧反馈该 MAC PDU是否接收成功；但当 RN接 收包含专用 MAC CE的 MAC PDU失败时， RN无法获得所述 MAC CE中的 下行多子帧调度信息， 则 RN在后续不做多子帧调度， DeNB 收到反馈的 NACK (表示 RN接收失败）， 得知 RN没有获得下行多子帧调度信息， 则本 次多子帧调度失败， DeNB可以在后续的下行 backhaul子帧重新发送指示多 子帧调度的 MAC CE。

步骤 204: RN发送或者接收多子帧调度中各子帧的 HARQ反馈。

该步骤中， RN可以按照现有技术对多子帧调度中的每个子� ��单独反馈， 也可以参考现有 TDD中 ACK或者 NACK bundling (打捆 ) 的方式， 对多个 子帧共同反馈。

上述流程中， 专用 RRC信令为指定 UE或指定 RN的专用信令， 获取多 子帧调度的调度信息的专用 RRC信令是通过在现有 RRC信令（如 RRC重配 消息） 中增加指示多子帧调度的调度信息的字段， 或引入新的用于传递多子 帧调度的调度信息的 RRC信令来实现。 其中， 可以通过同一条专用 RRC信 令， 或者通过多条不同的专用 RRC信令传输多子帧调度的调度信息、 下行 backhaul子帧配置信息和上行 backhaul子帧配置信息。

以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保护 范围。 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的情况 这些相应的改变和变形都应属于本发明所附的 权利要求的保护范围。

工业实用性

本发明提供的中继节点及其传输数据的方法， 解决了为中继节点调度多 个子帧的资源的问题。 相比现有技术中动态调度和半持久调度的方法 ， 本发 明技术方案可以更为灵活的配置和利用资源， 保证基站与中继节点之间的回 程链路的传输。