子帧调度信息通知方法及装置 技术领域 本发明涉及通信领域， 具体而言， 涉及一种子帧调度信息通知方法及装 置。 背景技术 为了增加数据速率、 组移动性、 临时网络部署的覆盖范围， 提高小区边 缘的吞吐量， 以及为位于蜂窝系统的覆盖漏洞内的用户提供 服务， 无线通信 系统中引入了中继 （ Relay ) 技术， 其被视为 4G的一项关键技术。 在引入中继节点 (Relay Node, 简称为 RN)的移动通信系统中， 如图 1所 示， 基站 （ evolution Node B , 简称为 eNode-B ) 与 RN之间的链路称为中继 链路或回程链路 ( Backhaul Link ) , RN 与其覆盖范围下的用户终端 （ User Equipment, 简称为 UE )之间的链路称为接入链路 ( Access Link ), eNode-B 与其覆盖范围下的 UE之间的链路称为直传链路 （ Direct Link )。 为了避免 RN 自身的收发千扰， RN不能在同一频率资源上同时进行发 送和接收的操作， 即， 在 RN向其下属 UE发送下行控制信道时的同时， 接 收不到来自 eNode-B的下行控制信息； 同样地， 在 RN接收来自 eNode-B的 数据的同时， 也无法向 UE 进行发射操作。 目前长期演进 ( Long term Evolution, 简称为 LTE ) 通信系统中解决上述问题的办法是将多播广播 单频 网络子†贞 ( Multicast Broadcast Single Frequency Network subframe, 简称为 MBSFN subframe ) 用作中继子帧 （ relay subframe或 backhaul subframe )„ 图 2中图的左侧为 RN到 UE的传输使用正常子帧的情况， 图的右侧为 eNB到 RN的传输使用 MBSFM subframe的情况， 如图 2所示， RN首先在 relay subframe的前 1或 2个 OFDM符号上向其下属的 UE发送下行控制信息（包 括 UE上行数据的反馈信息 ACK/NACK和上行调度授权信息 UL grant ), 然 后在 "gap" (间隔） 时间范围内完成从发射到接收的切换， 切换完成后， 在 后面的 OFDM符号上接收来自 eNode-B的数据，包括 RN本身的下行控制信 息 ( Relay Physical Downlink Control Channel, 简称为 R-PDCCH ) 和业务数 据 （Relay Physical Downlink Shared Channel, 简称为 R-PDSCH )。 其中， R-PDCCH包括 RN的上行调度授权信息和下行调度授权信息。 依照目前 LTE通信系统中的规定， 1个 10ms的无线帧 （ Radio Frame , 简称为 RF ) 由 10个 1ms的子帧 （ subframe )构成， 其中包括单播 ( Unicast ) 和多播广播 ( Multicast Broadcast )。 在频分双工 ( Frequency Division Duplex, 简称为 FDD ) 方式下， subframe #0、 #4、 #5和 #9用来发送同步信号和寻呼 ( paging )消息。 在时分双工（ Time Division Duplex, 简称为 TDD )方式下， subframe #0、 #1、 #5和 #6子帧用来发送同步信号和 paging消息。 也就是说， 不能^ ¹ FDD的 subframe #0、 #4、 #5和 #9以及 TDD的 subframe #0、 #1、 #5 和 #6配置成 MBSFN subframe, 在 1个无线帧的 10个 subframe中， 可配置 成 MBSFN subframe的最多只有 6个。 目前， R-PDCCH仅可以调度 R-PDCCH所在的下行中继子帧， 在需要调 度下行中继子帧的情况下， 不得不在每个被调度的下行中继子帧中携带 R-PDCCH, 这会导致中继链路中下行控制信令的开销增大 ， 从而导致系统的 传输效率降低。 发明内容 针对相关技术中中继链路中下行控制信令开销 过大导致系统传输效率过 低的问题而提出本发明， 为此， 本发明的主要目的在于提供一种子帧调度信 息通知方法及装置， 以解决上述问题。 为了实现上述目的， 根据本发明的一个方面， 提供了一种子帧调度信息 通知方法。 根据本发明的子帧调度信息通知方法包括： 基站向中继节点 RN发送上 行调度授权信令和 /或下行调度授权信令， 其中， 上行调度授权信令携带有指 示基站调度的一个或多个上行中继子帧的信息 ， 下行调度授权信令携带有指 示基站调度的一个或多个下行中继子帧的信息 。 优选地，基站向 RN发送上行调度授权信令和 /或下行调度授权信令之前， 上述方法还包括： 在基站向 RN发送上行调度授权信令的情况下，基站和 RN 约定一个或多个上行中继子帧的调度配置， 其中， 调度配置是基站调度的一 个或多个上行中继子帧的起始子帧； 在基站向 RN发送下行调度授权信令的 情况下， 基站和 RN约定一个或多个下行中继子帧的调度配置， 其中， 调度 配置是基站调度的一个或多个下行中继子帧的 起始子帧。 优选地， 在基站向 RN发送上行调度授权信令的情况下， 调度配置包括： 起始子帧是 RN接收并处理完上行调度 ·ί受权信令所在的下行中继子帧上的物 理下行控制信息 R-PDCCH后所接收到的第 Ν个可用的上行中继子帧，其中， Ν为正整数。 优选地，基站向 RN发送上行调度授权信令和 /或下行调度授权信令之后， 上述方法还包括： 在基站向 RN发送上行调度授权信令的情况下， RN根据 预定信息确定一个或多个上行中继子帧的索引 和所在的帧， 其中， 预定信息 包括：上行调度授权信令携带的一个或多个上 行中继子帧的信息和调度配置。 优选地， 在基站向 RN发送下行调度授权信令的情况下， 调度配置包括： 起始子帧是 RN接收的下行调度授权信令所在的下行中继子� ��开始的第 Ν个 可用的下行中继子帧， 其中， Ν为正整数， 或者， Ν=0, 表示起始子帧是 RN 接收的下行调度授权信令所在的下行中继子帧 。 优选地，基站向 RN发送上行调度授权信令和 /或下行调度授权信令之后， 上述方法还包括： 在基站向 RN发送下行调度授权信令的情况下， RN根据 预定信息确定一个或多个下行中继子帧的索引 和所在的帧， 其中， 预定信息 包括：下行调度授权信令携带的一个或多个下 行中继子帧的信息和调度配置。 优选地， 在基站向 RN发送上行调度授权信令的情况下， 通过在上行调 度授权信令中增加一个或多个比特的指示信息 的方式来携带一个或多个上行 中继子帧的信息， 其中， 一个或多个比特的指示信息用于指示一个或多 个连 续的上行中继子帧的数量； 在基站向 RN发送下行调度 ·ί受权信令的情况下， 通过在下行调度授权信令中增加一个或多个比 特的指示信息的方式来携带一 个或多个下行中继子帧的信息， 其中， 一个或多个比特的指示信息用于指示 一个或多个连续的下行中继子帧的数量。 优选地， 在基站向 RN发送上行调度 ·ί受权信令的情况下， 指示信息的比 特数根据预先获取的上行调度授权信令所在的 下行中继子帧能够调度的上行 中继子帧的最大数量确定； 在基站向 RN发送下行调度授权信令的情况下， 指示信息的比特数根据预先获取的下行调度授 权信令所在的下行中继子帧能 够调度的下行中继子帧的最大数量确定。 优选地， 在基站向 RN发送上行调度 ·ί受权信令的情况下， 指示信息的比 特数为 1、 2或 3; 在基站向 RN发送下行调度授权信令的情况下， 指示信息 的比特数为 1、 2、 3或 4。 优选地， 在基站向 RN发送上行调度授权信令的情况下， 通过在上行调 度授权信令中釆用 bitmap的方式来携带一个或多个上行中继子帧的 信息，其 中， bitmap的方式用于指示被调度的连续或不连续的 一个或多个上行中继子 帧； 在基站向 RN发送下行调度授权信令的情况下， 通过在下行调度授权信 令中釆用 bitmap的方式来携带一个或多个下行中继子帧的 信息，其中， bitmap 的方式用于指示被调度的连续或不连续的一个 或多个下行中继子帧。 优选地， 在基站向 RN发送上行调度授权信令的情况下， bitmap的方式 釆用的比特数与预先获取的上行调度授权信令 所在的下行中继子帧能够调度 的上行中继子帧的最大数量相同； 或者， 在基站向 RN发送下行调度授权信 令的情况下， bitmap的方式釆用的比特数与预先获取的下行调 度授权信令所 在的下行中继子帧能够调度的下行中继子帧的 最大数量相同。 为了实现上述目的， 根据本发明的另一方面， 提供了一种子帧调度信息 通知方法， 包括： 基站通过高层信令为中继节点 RN半静态地配置基站需要 调度的一个或多个上行中继子帧和 /或基站需要调度的一个或多个下行中继 子帧。 为了实现上述目的， 根据本发明的另一方面， 提供了一种子帧调度信息 通知装置。 根据本发明的子帧调度信息通知装置包括： 发送模块， 用于向中继节点 RN发送上行调度授权信令和 /或下行调度授权信令， 其中， 上行调度授权信 令携带有指示基站调度的一个或多个上行中继 子帧的信息， 下行调度授权信 令携带有指示基站调度的一个或多个下行中继 子帧的信息。 优选地， 上述装置还包括： 第一设置模块， 用于在基站向 RN发送上行 调度授权信令的情况下， 根据与 RN的约定设置一个或多个上行中继子帧的 调度配置， 其中， 调度配置是基站调度的一个或多个上行中继子 帧的起始子 帧； 第二设置模块， 用于在基站向 RN发送下行调度授权信令的情况下， 根 据与 RN的约定设置一个或多个下行中继子帧的调度� ��置， 其中， 调度配置 ^&站调度的一个或多个下行中继子帧的起始 子帧。 为了实现上述目的， 根据本发明的另一方面， 提供了一种子帧调度信息 通知装置， 包括： 配置模块， 用于通过高层信令为中继节点 RN半静态地配 置所述基站需要调度的一个或多个上行中继子 帧和 /或所述基站需要调度的 一个或多个下行中继子帧。 通过本发明， 釆用在上行调度授权信令和 /或下行调度授权信令中携带一 个或多个子帧的信息， 解决了相关技术中尚未提出使 eNode-B将多子帧调度 的相关信息通知 RN的方案的问题， 灵活地实现了中继链路的多子帧调度， 节省了中继链路中下行控制信令的开销， 而且提高了整个系统的传输效率。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发 明， 并不构成对本发明的 不当限定。 在附图中： 图 1是根据相关技术的 Relay引入后的移动通信系统基本构架示意图； 图 2是根据相关技术的 RN-to-UE的传输使用正常子帧和使用 MBSFM 子帧的情况对比示意图； 图 3是根据本发明实施例的子帧 （上行） 调度信息通知方法的详细流程 图； 图 4是根据本发明实施例的子帧 （下行） 调度信息通知方法的详细流程 图； 图 5是才艮据本发明实例 1和实例 3的一个帧中上下行子帧位置的示意图； 图 6是才艮据本发明实例 2的一个帧中上下行子帧位置的示意图； 图 7是根据本发明实例 4和实例 6的一个帧中上下行子帧位置的示意图； 图 8是才艮据本发明实例 5的一个帧中上下行子帧位置的示意图； 图 9是根据本发明实施例的子帧调度信息通知装� �的结构框图； 图 10是根据本发明实施例的子帧调度信息通知装� ��的详细结构框图； 图 11 是根据本发明实施例的另一种子帧调度信息通 知装置的详细结构 框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 根据本发明的实施例， 提供了一种子帧调度信息通知方法， 包括： 基站 向 RN发送上行调度授权信令和 /或下行调度授权信令， 其中， 上行调度授权 信令携带有指示基站调度的一个或多个上行中 继子帧的信息， 下行调度授权 信令携带有指示基站调度的一个或多个下行中 继子帧的信息。 该方法解决了 相关技术中中继链路中下行控制信令开销过大 导致系统传输效率过低的问 题， 灵活地实现了中继链路的多子帧调度， 节省了中继链路中下行控制信令 的开销， 而且提高了整个系统的传输效率。 优选地， 上述方法中一个或多个上行中继子帧的信息可 以包括一个或多 个上行中继子帧的数量； 一个或多个下行中继子帧的信息可以包括一个 或多 个下行中继子帧的数量。 通过该方法， 结合现有技术中的四个因素， 可以使得 RN确定一个或多 个上行中继子帧和 /或一个或多个下行中继子帧的具体位置。上� �四个因素包 括： （ 1 ) 由于下行中继子帧的半静态配置， RN 事先已经获知哪些子帧为可 用的下行中继子帧； （2 ) RN通过 HARQ定时关系或者高层半静态配置， 可 以获知系统中哪些子帧为可用的上行中继子帧 ； （3 ) 现有技术中规定的在接 收到上行调度授权信令后可以开始进行上行传 输的时机 （即， 基站调度的子 帧的起始子帧）； （4 ) 现有技术中规定的在接收到下行调度授权信令 后可以 开始进行下行传输的时机 （即， 基站调度的子帧的起始子帧）。 图 3是根据本发明实施例的子帧 （上行） 调度信息通知方法的详细流程 图， 如图 3所示， 该方法可以包括如下的步骤 S302至步骤 S306的处理： 步骤 S302,基站和 RN约定一个或多个上行中继子帧的调度配置，� ��中 , 调度配置是基站调度的一个或多个上行中继子 帧的起始子帧。 优选地， 调度配置包括： 起始子帧是 RN接收并处理完上行调度 ·ί受权信 令所在的下行中继子帧上的物理下行控制信息 R-PDCCH后所接收到的第 Ν 个可用的上行中继子帧， 其中， Ν为正整数， 优选地， N=l、 2或 3。 步骤 S304, 基站向中继节点 RN发送上行调度授权信令， 其中， 上行调 度授权信令携带有指示基站调度的一个或多个 上行中继子帧的信息。 优选地， 可以通过在上行调度授权信令中增加一个或多 个比特的指示信 息的方式来携带一个或多个上行中继子帧的信 息， 其中， 一个或多个比特的 指示信息用于指示一个或多个连续的上行中继 子帧的数量。 上述指示信息的 比特数根据预先获取的上行调度授权信令所在 的下行中继子帧能够调度的上 行中继子帧的最大数量确定， 例如， 上述指示信息的比特数可以为 1、 2或 3。 优选地，可以通过在上行调度 ·ί受权信令中釆用 bitmap的方式来携带一个 或多个上行中继子帧的信息， 其中， bitmap的方式用于指示被调度的连续或 不连续的一个或多个上行中继子帧 （例如， 可以通知被调度的上行中继子帧 是一个或多个上行中继子帧中的第几个或某几 个上行中继子帧）。 其中， bitmap的方式釆用的比特数可以与预先获取的上 行调度授权信令所在的下行 中继子帧能够调度的上行中继子帧的最大数量 相同。 步骤 S306, RN才艮据预定信息确定一个或多个上行中继子� ��的索引和所 在的帧， 其中， 预定信息包括： 上行调度授权信令携带的一个或多个上行中 继子帧的信息和调度配置。 优选地， 在步骤 S304 之前， 该方法还可以包括基站根据半静态配置情 况确定一个下行中继子帧可以调度的一个或多 个上行中继子帧的最大数量的 步骤， 上述步骤用于为指示信息或 bitmap占用的比特数的选择提供依据。 图 4是根据本发明实施例的子帧 （下行） 调度信息通知方法的详细流程 图， 如图 4所示， 该方法可以包括如下的步骤 S402至步骤 S406的处理： 步骤 S402,基站和 RN约定一个或多个下行中继子帧的调度配置，� ��中， 调度配置是基站调度的一个或多个下行中继子 帧的起始子帧。 优选地， 调度配置包括： 起始子帧是 RN接收的下行调度授权信令所在 的下行中继子帧开始的第 N个可用的下行中继子帧， 其中， N为正整数或 0, 优选地， N=0、 1、 2或 3 , N = 0表示起始子帧是 RN接收的下行调度 ·ί受权信 令所在的下行中继子帧。 步骤 S404, 基站向中继节点 RN发送下行调度授权信令， 其中， 下行调 度授权信令携带有指示基站调度的一个或多个 下行中继子帧的信息。 优选地， 可以通过在下行调度 ·ί受权信令中增加一个或多个比特的指示信 息的方式来携带一个或多个下行中继子帧的信 息， 其中， 一个或多个比特的 指示信息用于指示一个或多个连续的下行中继 子帧的数量。 上述指示信息的 比特数根据预先获取的下行调度授权信令所在 的下行中继子帧能够调度的下 行中继子帧的最大数量确定， 例如， 上述指示信息的比特数可以为 1、 2、 3 或 4。 优选地，可以通过在下行调度 ·ί受权信令中釆用 bitmap的方式来携带一个 或多个下行中继子帧的信息， 其中， bitmap的方式用于指示被调度的连续或 不连续的一个或多个下行中继子帧 （例如， 可以通知被调度的下行中继子帧 是一个或多个下行中继子帧中的第几个或某几 个下行中继子帧）。其中， 上述 bitmap的方式釆用的比特数与预先获取的下行调 度授权信令所在的下行中继 子帧能够调度的下行中继子帧的最大数量相同 。 步骤 S406, RN才艮据预定信息确定一个或多个下行中继子� ��的索引和所 在的帧， 其中， 预定信息包括： 下行调度授权信令携带的一个或多个下行中 继子帧的信息和调度配置。 在实际应用中， 基站和 RN可以约定一个或多个上行中继子帧以及一个 或多个下行中继子帧的调度配置。 基站可以向中继节点 RN发送上行调度 ·ί受 权信令和下行调度授权信令， RN 根据发送上行调度授权信令的情况下的预 定信息和下行调度授权信令的情况下的预定信 息分别确定一个或多个上行中 继子帧的索引和所在的帧以及一个或多个下行 中继子帧的索引和所在的帧。 当 eNode-B 在一个下行中继子帧中同时调度了一个或多个 上行 /下行中 继子帧时， 该方法可以利用在 R-PDCCH的上行调度授权 ( UL grant )或下行 调度授权（DL grant ) 里增加若千比特的指示信息来明确通知 RN, 相应地， RN 可以根据该指示信息就可以获知要在哪些上行 /下行中继子帧上进行传 输。 上述方法既适用于 FDD又适用于 TDD。 如果上 /下行中继子帧是半静态 配置好的，那么 eNode-B和 RN可以预先相互约定好具体的多子帧调度配置� �� 由于 RN通过 HARQ ( Hybrid ARQ )定时关系或者高层配置， 已经获知 系统中哪些子帧为可用的上行中继子帧。 因此， 当 eNode-B在一个下行中继 子帧中同时调度了一个或多个上行中继子帧时 ， 则在 R-PDCCH的上行调度 授权中增加若千比特的信息位， 用以指示该上行调度授权的有效期， 即， 该 上行调度授权可以持续的上行中继子帧的长度 ， 又即上述 1个下行中继子帧 中可以同时调度的上行中继子帧的个数， 上述信息位的大小可以是 1、 2或 3 比特， 其中， 1比特代表上述 1个下行中继子帧中最多可以同时调度的 2个 上行中继子帧的个数； 2比特代表上述 1个下行中继子帧中最多可以同时调 度的 4个上行中继子帧的个数； 3比特代表上述 1个下行中继子帧中最多可 以同时调度的 8个上行中继子帧的个数。 或者， 也可以在 R-PDCCH的上行 调度授权中釆用 bitmap的方式来指示具体被调度的上行中继子帧 。 由于下行中继子帧是半静态配置的， 因此 RN已经获知系统中哪些子帧 为可用下行中继子帧。 当 eNode-B在一个下行中继子帧中同时调度了该下� � 中继子帧本身， 以及其后 1或多个下行中继子帧时， 则可以在 R-PDCCH的 下行调度授权中增加若千比特的信息位， 信息位的大小可以是 1、 2、 3或 4 比特， 用以指示该下行调度授权的有效期， 即， 该下行调度授权可以持续的 下行中继子帧的长度， 又即， 上述一个下行中继子帧中可以同时调度的下行 中继子帧的个数， 或者， 也可以在 R-PDCCH的下行调度授权中釆用 bitmap 的方式来指示具体被调度的下行中继子帧。

LTE-A系统中引入中继节点后， eNode-B利用 R-PDCCH可以方便的实 现多子帧调度， 即 eNode-B可以同时调度 R-PDCCH所在中继子帧内的上行 / 下行资源， 以及其后一个或多个中继子帧内的上行 /下行资源。 该方法可以 艮 好地适用于中继节点， 减少了 eNode-B给中继节点发送控制信息的开销， 提 高了整个系统传输效率。 需要说明的是， 以上的基站需要调度的一个或多个上行中继子 帧和 /或所 述基站需要调度的一个或多个下行中继子帧也 可以由基站用于通过高层信令 为中继节点 RN半静态地配置， 而无需在上行调度授权信令和 /或下行调度授 权信令中携带相应的指示。 在这种情况下， RN确定基站调度的上行 /下行资 源的方式类似， 在此不再赞述。 下面将结合实例对本发明实施例的实现过程进 行详细描述。 实施例一至实施例二基于以下现有前提： 由于下行中继子帧是半静态配 置的， 因此 RN 事先已经获知哪些子帧为可用的下行中继子帧 。 此外， RN 通过 HARQ定时关系或者高层半静态配置，可以获知� �统中哪些子帧为可用 的上行中继子帧。 需要说明的是， 以下以 N=l、 2或 3为例进行了说明， 在 实际应用中， N可以为所有的正整数， 实现过程类似， 在此不再赞述。 实施例一 该实施例详细描述在 1个下行中继子帧中同时调度一个或多个上行� �继 子帧的具体方法， 包括以下步骤： 步骤 11 , eNode-B与 RN事先约定好， 从 RN接收并处理完下行中继子 帧上的 R-PDCCH (需 3 ms) 后所遇到的第 N个（N = 1 、 2 or 3)可用的上行中 继子帧开始， 进行上行传输。 步骤 12, 在 R-PDCCH的上行调度授权中增加上行调度授权可� �续的上 行中继子帧的长度信息，该信息指示出了具体 被调度的上行中继子帧的个数。 实例 1 如图 5所示， 在 FDD的情况下， subframe #1为下行中继子帧， subframe #3、 #7和 #8均为上行中继子帧。

1、 1个下行中继子帧最多可以同时调度 4个上行中继子帧， 且 eNode-B 和 RN约定好， RN从接收并处理完下行中继子帧上的 R-PDCCH (需 3 ms) 后 所遇到的第 1个可用的上行中继子帧开始进行上行传输， 即， Radio frame n 的 subframe #1最多可以同时调度 Radio frame n的 subframe #6和 #8以及 Radio frame n+1的 subframe #3和 #6。 那么， 此时需要在 R-PDCCH的上行调度授权中增加 2比特来指示上行 调度 ·ί受权能持续的上行中继子帧个数， 具体地： "00" 代表上述上行调度 ·ί受 权只持续了 1个上行中继子帧， 即， Radio frame n的 subframe #1只调度了 Radio Frame n的 subframe #6; "01" 代表上述上行调度 ·ί受权持续了 2个上行 中继子帧， 即， Radio frame n的 subframe #1同时调度了 Radio Frame n的 subframe #6和 #8; " 10" 代表上述上行调度 ·ί受权持续了 3个上行中继子帧， 即, Radio frame n的 subframe #1同日寸调度了 Radio Frame n的 subframe #6 和 #8以及 Radio frame n+1的 subframe #3; " 11"代表上述上行调度 ·ί受权持续 了 4个上行中继子帧， 即， Radio frame n的 subframe #1同时调度了 Radio Frame n的 subframe #6和 #8以及 Radio frame n+1的 subframe #3和 #6。

2、 1个下行中继子帧最多可以同时调度 3个上行中继子帧， 且 eNode-B 和 RN约定好， RN从接收并处理完下行中继子帧上的 R-PDCCH (需 3 ms) 后 所遇到的第 3个可用的上行中继子帧开始进行上行传输， 即 Radio frame n的 subframe #1最多可以同时调度 Radio frame n+1的 subframe #3、 #6和 #8。 那么， 此时需要在 R-PDCCH的上行调度授权中增加 2比特来指示上行 调度 ·ί受权能持续的上行中继子帧个数， 具体地： "00" 代表上述上行调度 ·ί受 权只持续了 1个上行中继子帧， 即， Radio frame n的 subframe #1只调度了 Radio Frame n+1的 subframe #3; "01" 代表上述上行调度 ·ί受权持续了 2个上 行中继子帧， 即， Radio frame n的 subframe #1同时调度了 Radio Frame n+1 的 subframe #3和 #6; " 10"代表上述上行调度 ·ί受权持续了 3个上行中继子帧， 即， Radio frame n的 subframe # 1同时调度了 Radio Frame n+ 1的 subframe #3、 #6和 #8。 依此类推，如果 1个下行中继子帧最多可以同时调度 2个上行中继子帧， 则在需要在 R-PDCCH的上行调度授权中增加 1比特来指示上行调度授权能 持续的上行中继子帧个数即可， 具体地： "0" 代表上述上行调度 ·ί受权只持续 了 1个上行中继子帧； " 1" 代表上述上行调度授权只持续了 2个上行中继子 帧。 实例 2 如图 6所示， 在 TDD的配置 1的情况下， subframe #4为下行中继子帧， subframe #7和 #8均为上行中继子帧。

1、 Radio frame n的 subframe #4最多可以同时调度 2个上行中继子帧， 且 eNode-B和 RN约定好， RN从接收并处理完下行中继子帧上的 R-PDCCH (需 3 ms) 后所遇到的第 1 个可用的上行中继子帧开始进行上行传输， 即， Radio frame n的 subframe #4最多可以同时调度 Radio frame n的 subframe #8 以及 Radio frame n+ 1的 subframe #7。 那么， 需要在 R-PDCCH的上行调度授权中增加 1比特来指示上行调度 •ί受权能持续的上行中继子帧个数， 具体地： "0" 代表上述上行调度 ·ί受权只持 续了 1个上行中继子帧， 即， Radio frame n的 subframe #4只调度了 Radio Frame n的 subframe #8; " 1" 代表上述上行调度授权持续了 2个上行中继子 帧，即， Radio frame n的 subframe #4同时调度了 Radio Frame n的 subframe #8 和 Radio frame n+1的 subframe #7。

2、 Radio frame n的 subframe #4最多可以同时调度 2个上行中继子帧， 且 eNode-B和 RN约定好， RN从接收并处理完下行中继子帧上的 R-PDCCH (需 3 ms) 后所遇到的第 2个上行中继子帧开始，即， Radio frame n的 subframe #4同时调度 Radio frame n+1的 subframe #7和 #8。 那么， 需要在 R-PDCCH的上行调度授权中增加 1比特来指示上行调度 •ί受权能持续的上行中继子帧个数， 具体地： "0" 代表上述上行调度 ·ί受权只持 续了 1个上行中继子帧， 即， Radio frame n的 subframe #4只调度了 Radio Frame n+1的 subframe #7; " 1" 代表上述上行调度授权持续了 2个上行中继 子帧， 即， Radio frame n的 subframe #4 同时调度了 Radio Frame n+1 的 subframe #7和 #8。 实施例二 该实施例详细描述在 1个下行中继子帧中同时调度一个或多个上行� �继 子帧的具体方法， 包括以下步 4聚： 步骤 21 , eNode-B与 RN事先约定好， 从 RN接收并处理完下行中继子 帧上的 R-PDCCH (需 3 ms) 后所遇到的第 N个（N = 1 、 2 or 3)可用的上行中 继子帧开始， 进行上行传输。 步骤 22, 釆用类似于 TDD 配置 0中的 multi-TTI的调度方式， 即， 在 R-PDCCH的上行调度授权中增加若千比特的 UL index信息位， 用 bitmap的 方法指示出具体被调度的上述多个上行中继子 帧。 实例 3 如图 5所示， 在 FDD的情况下， subframe #1为下行中继子帧， subframe

#3、 #6和 #8均为上行中继子帧。 1、 Radio frame n的 subframe # 1最多可以同时调度 3个不连续的上行中 继子帧， 且 eNode-B和 RN约定好， RN从接收并处理完下行中继子帧上的 R-PDCCH (需 3 ms) 后所遇到的第 1 个可用上行中继子帧开始进行上行传 输， 即， Radio frame n的 subframe #1最多可以同时调度本无线帧的 subframe #6和 #8以及 Radio frame n+1的 subframe #13。 那么， 需要在 R-PDCCH的上行调度 ·ί受权中增加 3比特的 UL index来指 示， 具体地： "010" 代表调度了 Radio frame n的 subframe #8; " 101" 代表 同时调度了 Radio frame n的 subframe #6以及 Radio frame n+ 1的 subframe #3； " 110" 代表同时调度了 Radio frame n的 subframe #6和 subframe #8; "011" 代表同时调度了 Radio frame n 的 subframe #8 以及 Radio frame n+1 的 subframe #3; " 111" 代表同时调度了上述 3个上行中继子帧。

2、 Radio frame n的 subframe # 1最多可以同时调度 3个不连续的上行中 继子帧， 且 eNode-B和 RN约定好， RN从接收并处理完下行中继子帧上的 R-PDCCH (需 3 ms) 后所遇到的第 3 个可用上行中继子帧开始进行上行传 输， 即， Radio frame n的 subframe #1最多可以同时调度 Radio frame n+1的 subframe #3、 #6和 #8。 那么， 需要在 R-PDCCH的上行调度授权中增加 3比特的 UL index来指 示， 具体地： "010" 代表调度了 Radio frame n+1的 subframe #6; " 101" 代 表同时调度了 Radio frame n+1的 subframe #3和 #8 (不连续的情况 )； " 110" 代表同时调度了 Radio frame n+1的 subframe #3和 #6; "011" 代表同时调度 了 Radio frame n+1的 subframe #6和 #8; " 111" 代表同时调度了上述 3个上 行中继子帧。 依此类推， 如果 1 个下行中继子帧最多可以同时调度 n(n≤4)个不连续 的上行中继子帧， 需要在 R-PDCCH 的上行调度授权中增加 n(n≤ 4)比特的

UL index来指示。 因此， 该方法尤其适用于 1个下行中继子帧最多可以同时 调度上行中继子帧个数不太多的情况， 这里将最大数限制在 4个以内。 当然， 如果不考虑釆用 bitmap方式消耗资源较多的问题，可以调度更多 数量的上行 中继子帧，这种方法具有能够指示非连续的子 帧的优点，指示方式比较灵活。 实施例三和实施例四基于以下现有前提： 由于下行中继子帧是半静态配 置的， 因此 RN 事先已经获知哪些子帧为可用的下行中继子帧 。 此外， RN 通过 HARQ定时关系或者高层半静态配置，可以获知� �统中哪些子帧为可用 的上行中继子帧。 实施例三 该实施例详细描述在一个下行中继子帧中同时 调度其本身以及其后一个 或多个下行中继子帧的具体方法如下： 步骤 31 , eNode-B与 RN事先约定好， RN从接收到 R-PDCCH所在的 下行中继子帧开始进行下行传输， 或者 RN从接收到 R-PDCCH后所遇到的 第 /个（ζ· = 1 or 2 or 3)可用的下行中继子帧开始进行下行传输。 步骤 32 , 在 R-PDCCH的下行调度授权中增加下行调度授权的� �持续的 下行中继子帧的长度信息，该信息指示出具体 被调度的下行中继子帧的个数。 需要说明的是， 此处以 / =1、 2或 3为例进行了说明， 在实际应用中， /可 以为所有的正整数或 0, 实现过程类似， 在此不再赞述。 实例 4 如图 7所示， 在 FDD的情况下， subframe #1 和 #3 为下行中继子帧， subframe #6和 #8均为上行中继子帧。

1、 1 个下行中继子帧最多可以同时调度 2 个连续的下行中继子帧， 且 eNode-B和 RN约定好， RN从接收到 R-PDCCH所在的下行中继子帧开始下 行传输， 即， Radio frame n的 subframe #1最多可以同时调度 Radio frame n 的 subframe #1和 #3。 那么， 此时需要在 R-PDCCH的下行调度授权中增加 1比特来指示下行 调度 ·ί受权能持续的下行中继子帧个数， 具体地： "0" 代表上述下行调度 ·ί受权 只持续了 1个下行中继子帧， 即， Radio frame n的 subframe #1只调度了其 本身； " Γ，代表上述下行调度授权持续了 2个下行中继子帧， 即， Radio frame n的 subframe #1同时调度了 Radio Frame n的 subframe #1和 #3。

2、 1 个下行中继子帧最多可以同时调度 2 个连续的下行中继子帧， 且 eNode-B和 RN约定好， RN从接收到 R-PDCCH后所遇到的第 2个可用下行 中继子帧开始进行下行传输， 即， Radio frame n的 subframe #1最多可以同时 调度 Radio frame n+1的 subframe #1和 #3。 那么， 此时需要在下行调度授权中增加 1比特来指示上述下行调度授权 能持续的下行中继子帧个数， 具体地： "0" 代表上述下行调度授权只持续了 1个下行中继子帧，即， Radio frame n的 subframe # 1只调度了 Radio Frame n+ 1 的 subframe #1; " Γ， 代表上述下行调度 ·ί受权持续了 2个下行中继子帧， 即， Radio frame n的 subframe #1同时调度了 Radio Frame n+1的 subframe #1和 #3。 实例 5 如图 8所示， 在 TDD的配置 2的情况下， subframe #4和 #8为下行中继 子帧， subframe #2为上行中继子帧。

1、 1个下行中继子帧最多可以同时调度 4个下行中继子帧， 且 eNode-B 和 RN约定好， RN从接收到 R-PDCCH所在的下行中继子帧开始下行传输， 即 , Radio frame n的 subframe #4最多可以同时调度 Radio frame n的 subframe #4和 #8以及 Radio frame n+1的 subframe #4和 #8。 那么， 此时需要在 R-PDCCH的下行调度授权中增加 2比特来指示下行 调度 ·ί受权能持续的下行中继子帧个数， 具体地： "00" 代表上述下行调度 ·ί受 权只持续了 1个下行中继子帧， 即， Radio frame n的 subframe #4只调度了 其本身； "01，， 代表上述下行调度 ·ί受权持续了 2个下行中继子帧， 即， Radio frame n的 subframe #4同时调度了 Radio Frame n的 subframe #4和 #8; " 10" 代表上述下行调度授权持续了 3 个下行中继子帧， 即， Radio frame n 的 subframe #4同时调度了 Radio Frame n的 subframe #4和 #8以及 Radio frame n+1的 subframe #4; " 11" 代表上述下行调度授权持续了 4个下行中继子帧， 即， Radio frame n的 subframe #4同时调度了 Radio Frame n的 subframe #4 和 #8 以及 Radio frame n+1的 subframe #4和 #8。 jt匕时， Radio Frame n的 subframe #8 和 Radio frame n+1 的 subframe #4 和 #8 中便无需再发送 R-PDCCH的下行调度 ·ί受权部分， RN仍按照 Radio Frame n的 subframe #4中 R-PDCCH的下行调度授权部分所指示的方式来接� �来自 eNode-B的传输， 从而减少了下行控制信令的开销。

2、 1个下行中继子帧最多可以同时调度 2个下行中继子帧， 且 eNode-B 和 RN约定好， RN从接收到 R-PDCCH后所遇到的第 2个可用的下行中继子 帧开始进行下行传输， 即， Radio frame n的 subframe #4最多可以同时调度 Radio frame n+1的 subframe #4和 #8。 那么， 此时需要在 R-PDCCH的下行调度授权中增加 1比特来指示上述 下行调度 4受权能持续的下行中继子帧个数， 具体地： "0" 代表上述下行调度 授权只持续了 1个下行中继子帧， 即， Radio frame n的 subframe #4只调度 了 Radio Frame n+1的 subframe #4; " 1" 代表上述下行调度 ·ί受权持续了 2个 下行中继子帧，即， Radio frame n的 subframe #1同时调度了 Radio Frame n+1 的 subframe #4和 #8。 jt匕时， Radio Frame n+1的 subframe #4和 #8中便无需 再发送 R-PDCCH的下行调度 ·ί受权部分， RN仍按照 Radio Frame n的 subframe #4中 R-PDCCH的下行调度授权部分所指示的方式来接� �来自 eNode-B的传 输， 从而减少了下行控制信令的开销。 实施例四 该实施例详细描述在一个下行中继子帧中同时 调度其本身以及其后一个 或多个下行中继子帧的具体方法如下： 步骤 41 , eNode-B与 RN事先约定好， RN从接收到 R-PDCCH所在的 下行中继子帧开始进行下行传输， 或者 RN从接收到 R-PDCCH后所遇到的 第 /个（ζ· = 1 or 2 or 3)可用的下行中继子帧开始进行下行传输。 步骤 42,类似于 TDD 配置 0中的 multi-TTI的调度方式，即在 R-PDCCH 的下行调度授权中增加若千比特的 DL index信息位， 用 bitmap的方法指示 出具体被调度的上述多个下行中继子帧。 需要说明的是， 以下以 / = 1、 2或 3为例进行了说明， 在实际应用中， /可 以为所有的正整数或 0, 实现过程类似， 在此不再赞述。 实例 6 如图 7所示， 在 FDD的情况下， subframe #1 和 #3 为下行中继子帧， subframe #6和 #8均为上行中继子帧。

1个下行中继子帧同时调度 3个连续的下行中继子帧，且 eNode-B和 RN 约定好， RN从接收到 R-PDCCH所在的那个下行子帧开始进行下行传输� � 即， Radio frame n的 subframe #1同日寸调度其本身、 Radio frame n的 subframe #3和 Radio frame n+1的 subframe #1。 由于 RN约定好要在 R-PDCCH所在的那个下行中继子帧上进行下行传 输，因此，此时只需要在 R-PDCCH的下行调度 ·ί受权中增加 2比特的 DL index 来指示具体调度了后面哪两个下行中继子帧即 可， 具体地： "00" 代表只调 度了 Radio frame n的 subframe #1其本身； "01" 代表调度了 Radio frame n 的 subframe #1其本身以及 Radio frame n的 subframe #3; " 11"代表同时调度 了 Radio frame n的 subframe #1其本身 , Radio frame n的 subframe #3以及 Radio frame n+1的 subframe #1。此时, Radio frame n的 subframe #3和 Radio frame n+1的 subframe #1中便无需再发送 R-PDCCH的下行调度 ·ί受权部分， RN仍按照 Radio frame n的 subframe #1中 R-PDCCH的下行调度 ·ί受权部分所 指示的方式来接收来自 eNode-B的传输， 从而减少了下行控制信令的开销。 根据本发明的实施例，提供了一种子帧调度信 息通知装置，如图 9所示， 该装置包括： 发送模块 92 , 用于向中继节点 RN发送上行调度授权信令和 / 或下行调度授权信令， 其中， 上行调度授权信令携带有指示基站调度的一个 或多个上行中继子帧的信息， 下行调度授权信令携带有指示基站调度的一个 或多个下行中继子帧的信息。 图 10 是根据本发明实施例的子帧调度信息通知装置 的详细结构框图， 如图 10所示， 在图 9的基础上， 该装置还包括： 第一设置模块 102 , 连接于 发送模块 92 , 用于在基站向 RN 发送上行调度授权信令的情况下， 根据与 RN 的约定设置一个或多个上行中继子帧的调度配 置， 其中， 调度配置是基 站调度的一个或多个上行中继子帧的起始子帧 ； 第二设置模块 104 , 连接于 发送模块 92 , 用于在基站向 RN 发送下行调度授权信令的情况下， 根据与 RN 的约定设置一个或多个下行中继子帧的调度配 置， 其中， 调度配置是基 站调度的一个或多个下行中继子帧的起始子帧 。 优选地， 上述装置可以设置于基站中， 或者， 上述装置可以为基站。 根据本发明的实施例， 还提供了另一种子帧调度信息通知装置， 如图 11 所示， 包括： 配置模块 1102 , 用于通过高层信令为中继节点 RN半静态地配 置基站需要调度的一个或多个上行中继子帧和 /或基站需要调度的一个或多 个下行中继子帧。 优选地， 上述装置可以设置于基站中， 或者， 上述装置可以为基站。 综上所述， 该方案中 RN可以简单地才艮据 R-PDCCH中的指示信息来获 知该 RN要在哪些上行 /下行中继子帧上进行传输， 该方案灵活地实现了中继 链路的多子帧调度， 节省了中继链路中下行控制信令的开销， 而且提高了整 个系统的传输效率。 需要说明的是， 在附图的流程图示出的步骤可以在诸如一组计 算机可执 行指令的计算机系统中执行， 并且， 虽然在流程图中示出了逻辑顺序， 但是 在某些情况下， 可以以不同于此处的顺序执行所示出或描述的 步骤。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执 行， 或 者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制 作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软 件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。