本发明涉及通信领域， 具体涉及一种实现业务数据传输的方法和装置 。 背景技术

长期演进（ Long Term Evolution , LTE ) 系统的帧结构类型 2 ( type 2 ) 适用于时分双工（ TDD )传输。 type2的每个无线帧中会有 1或 2个特殊子 帧 ( special subframe ), 根据 3GPP 211协议第 4.2节关于特殊子帧的描述， 每个特殊子帧由三个特殊时隙组成： 下行导频时隙（DwPTS )、 上行导频时 隙（UpPTS )、 保护间隔（GP )。 其中， DwPTS用于下行传输， UpPTS用于 上行传输， 特殊子帧的三个特殊时隙的总长度为 1毫秒。

在进行普通循环前缀（ normal CP, normal Cyclic Prefix )配置时， 用于 下行的符号数可以为 3、 9、 10、 11、 12五种情况， 其中特殊子帧配置为 0 或 5的特殊子帧的 OFDM符号数为 3。

目前， 特殊子帧用于下行的正交频分复用 （OFDM )符号数为 3 (下行 为 normal CP时， 特殊子帧配置为 0和 5; 下行为 extended CP时， 特殊子 帧配置为 0或 4 ) 时不用于传输物理下行共享信道（PDSCH )。 当传输带宽 ( Bandwidth, BW )小于等于 10个资源块（ Resource Block, RB )时， TDD 传输模式下控制格式指示器（ Control Format Indicator, CFI )的取值可以为 1-2; 当 BW大于 10个 RB时 CFI的取值固定为 2; 当带宽小于等于 10个 RB时， 特殊时隙的第三个 OFDM符号会传输同步信号， 同步信号要占据 6 个 RB的频域资源。

当带宽等于 10个 RB时， 仅浪费了 48个资源元素（ Resource Element, RE )。 但当带宽比较大的时候资源的浪费比较严重。 以 20MHz 带宽、 CFI 等于 1、 特殊子帧配置为 0 时为例， 一个特殊子帧中浪费的 RE 个数为 1200*2-72=2328。 另外， LTE-A通过载波聚合可以提供更大的带宽， 如果 其中的闲置资源不加以利用则会导致更大的浪 费。

上述的浪费情况可以通过表 1得到明确：

3GPP协议中关于 LTE TDD双工模式下特殊子帧的 CFI取值如下表所

表 1 由此表可知， 特殊子帧配置为 0或 5时， 下行特殊子帧用于传输物理 下行控制信道（ PDCCH )的 OFDM符号数最多为 2个， 这样必然会有 1个 或 2个 OFDM符号是闲置的。 发明内容

有鉴于此， 本发明的主要目的在于提供一种实现业务数据 传输的方法 和装置， 保证在特殊子帧配置为 0或 5时能够提高频谱利用率， 尽量避免 资源浪费。

为达到上述目的， 本发明的技术方案是这样实现的：

一种实现业务数据传输的方法， 该方法包括：

根据可用于传输业务数据的资源元素 RE个数以及不同 I _TBS 等级对应的 码率确定传输块大小 TBsize;

当所确定的 TBsize在当前的 I _TBS 等级下可用时， 确定应用当前的 I _TBS 等级下对应的 TBsize下发业务数据。 确定所述 TBsize的过程包括：

根据当前的参数配置，计算可用于传输业务数 据的 RE个数，根据计算 出的 RE个数以及当前的 I _TBS 等级计算 TBsize。

所述参数配置为：

用于传输物理下行控制信道 PDCCH的正交频分复用 OFDM符号数为 1， 带宽为 20MHz, 发射天线端口数为 4。

确定所述 TBsize的过程包括：

根据最大开销计算可用于传输业务数据的 RE个数， 根据计算出的 RE 个数以及当前的 I _TBS 等级计算 TBsize。

所述参数配置为：

用于传输 PDCCH的 OFDM符号数为 1 , 带宽为 5MHz,发射天线端口 数为 2。

确定所述 TBsize的过程包括：

针对 Iras等级下的不同参数配置条件， 计算各 Iras等级对应的 TBsize; 针对计算得到的每个 I _TBS 等级下的所有 TBsize取平均值， 得到各 I _TBS 等级 下所) ^应的 TBsize。

所述参数配置为：

用于传输 PDCCH的 OFDM符号数为 2 , 带宽为 10MHz, 发射天线端 口数为 2。

所述 TBsize是否可用， 是通过判断实现的， 该判断方法为：

判断计算出的 TBsize是否为负数或小于预设的 TBsize表中的最小值， 如果计算出的 TBsize为负数或小于预设的 TBsize表中的最小值，确定计算 出的 TBsize不可用； 否则， 确定计算出的 TBsize可用。

进一步包括：应用当前的 I _TBS 等级下的特殊子帧为用户设备 UE下发业 务数据， 并在此特殊子帧上指示业务数据所在的 RB索引； 在时分双工 TDD双工模式下存在所述特殊子帧。

进一步包括：

判断所述 TBsize不可用， 确定不应用特殊子帧下发业务数据。

一种实现业务数据传输的装置， 该装置包括 TBsize确定单元、 可用性 决策单元； 其中，

所述 TBsize确定单元， 用于根据可用于传输业务数据的 RE个数以及 各 I _TBS 等级对应的码率确定 TBsize, 并将已确定的 TBsize通知给所述可用 性决策单元；

所述可用性决策单元， 用于判断收到的 TBsize在当前的 I _TBS 等级下是 否可用， 并在判断结果为可用时确定应用特殊子帧下发 业务数据的决策： 应用当前的 I _TBS 等级下对应的 TBsize下发业务数据。

所述 TBsize确定单元包括 RE个数计算单元、 TBsize计算单元； 其中， 所述 RE个数计算单元， 用于计算可用于传输业务数据的 RE个数， 并 将计算出的 RE个数通知给所述 TBsize计算单元；

所述 TBsize计算单元， 用于根据 I _TBS 等级对应的码率以及收到的 RE 个数确定 TBsize, 再将已确定的 TBsize发送给所述可用性决策单元。

进一步包括通信单元；

所述可用性决策单元， 进一步用于将已确定的所述决策通知给所述通 信单元；

所述通信单元， 用于根据收到的所述决策， 应用当前的 I _TBS 等级下的 特殊子帧下发业务数据， 并指示业务数据所在的 RB索引；

在 TDD双工模式下存在所述特殊子帧。

所述可用性决策单元， 进一步用于在判断所述 TBsize不可用时， 确定 不应用特殊子帧下发业务数据。

可见， 本发明方法和装置， 能够保证在特殊子帧配置为 0或 5时提高 频谱利用率， 尽量避免资源浪费。 附图说明

图 1为 LTE TDD双工方式下同步信号的位置示意图；

图 2为本发明实施例一的实现业务数据传输流程� �；

图 3为本发明实施例二的实现业务数据传输流程� �；

图 4为本发明实施例三的实现业务数据传输流程� �；

图 5为本发明实现业务数据传输的流程简图；

图 6为本发明一实施例的实现业务数据传输装置� �。 具体实施方式

在实际应用中，可以通过 I _TBS 等级对应的码率来计算特殊子帧配置为 0 和 5时子帧的 TBsize, 由此可在这些特殊子帧上根据不同的 I _TBS 所对应的 TBsize进行业务数据的传输， 以充分利用现有下行传输资源。

3GPP 物理层协议 36.213 中给出了调制编码方案 （Modulation Code

Scheme, MCS )等级和 TBsize的对应关系。 由 I _TBS 和 ^ 即可确定 TBsize; 其中， 对应 TBsize表的列，可通过下式确定： ^NpRB = ^max {L - ^x0 - ⁷⁵ J' !}； 其中， RB是实际分配的 RB数量。由协议 213中的表 7.1.7.1-1可以确定 I _TBS 与 MCS之间的关系。 当特殊子帧仅有 3个 OFDM符号用于下行时则不传 输 PDSCH, 以防止由于码率偏高而影响数据的正确解码。 但是可以重新设 计或通过某种方式重用 213的 TBsize表。

为了便于讨论， 下面以 normal CP、 普通下行子帧、 4天线端口、 CFI=3 为例统计不同 I _TBS 的码率， 具体如表 2所示： ITBS索引 码率的平均值 ITBS索引 码率的平均值

0 0.1217 14 0.6194

1 0.1595 15 0.6629

2 0.1961 16 0.4691

3 0.2538 17 0.5200

4 0.3111 18 0.5706

5 0.3817 19 0.6203

6 0.4614 20 0.6702

7 0.5296 21 0.7231

8 0.6062 22 0.7769

9 0.6837 23 0.8253

10 0.3802 24 0.8701

11 0.4364 25 0.9143

12 0.4938 26 1.0601

13 0.5564 表 2 天线端口数 =4、 CFI>1 ,并且 I _TBS =26时所对应的 TBsize不可用， CFI=1 时码率的平均值为 0.9042。

当特殊子帧用于 PDCCH的 OFDM符号数为 2时，剩余的 OFDM符号 数为 1 , 第三个 OFDM符号上有同步信号， 具体的信号位置如图 1所示。

当资源分配不考虑同步信号所在的 RB 时， 各种 I _TBS 和码率所对应的 TBsize如表 3所示：

分 配 的 ITBS索引 比特总数 码率 TBsize

RB数

¹ 9 12*2 0.6837 16.4088-24

¹ 9 12*4 0.6837 32.8176-24

¹ 10 12*4 0.3802 18.2496-24

¹ 15 12*4 0.6629 31.8192-24

¹ 15 12*6 0.6629 47.7288-24

¹ 16 12*6 0.4691 33.7752-24

¹ 17 12*6 0.5200 37.4400-24

¹ 18 12*6 0.5706 41.0832-24

¹ 25 12*6 0.9143 65.8296-24

¹ 26 >0.9200

2 0 12*2*2 0.1217 5.8416-24

2 9 12*2*2 0.6837 32.8176-24

2 10 12*4*2 0.3802 36.4992-24

2 11 12*4*2 0.4364 41.8944-24

2 15 12*4*2 0.6194 59.4624-24

表 3 表 3中第 4列是 3GPP协议中所规定的码率， 根据这个码率和闲置的 RE即可推算出可用于传输业务数据的比特数：

nRE _rsv * M * codeRate = TBsize + lenCRC

上式中， 为闲置的 _RE 个数， M为调制阶数， codeRate为码率, 等 式左侧的"^ 在 CFI和天线配置确定以后是已知量， M和 可以根 据 I _TBS 索引确定， 等式右端的 C ?C是附加在原始比特的校验码长度并假 设为定值。

当特殊子帧用于 PDCCH的 OFDM符号数为 1时，剩余的 OFDM符号 数为 2 , ITBS和码率所对应的 TBsize如表 4所示：

分 配 的 ITBS索引 比特总数 码率 TBsize

RB数

2 25 24*2*6 0.9143 263.3184-24

2 26 24*2*6 0.9042 260.4096-24

3 0 24*3*2 0.1217 17.5248-24

3 3 24*3*2 0.2538 36.5472-24

3 4 24*3*2 0.3111 44.7984-24

3 25 24*3*6 0.9143 394.9776-24 表 4 依据以上的表 3、 表 4 (不局限于以上两表， 带宽、 天线配置可以有多 种取值 ) 可以根据不同策略计算出不同 I _TBS 所对应的 TBsize。

应用以上所述内容作为技术基础， 可以进行如图 2至图 4所示的操作 以实现业务数据传输。

参见图 2,图 2为本发明实施例一的实现业务数据传输流程� �。图 2中， CP类型为 normal CP, 用于传输 PDCCH的 OFDM符号数为 1 , 带宽为 20MHz, 发射天线端口数为 4; 图 2所示流程包括以下步骤：

步骤 201 : 基站根据当前的参数配置计算可用于传输业务 数据的 RE个 数。

步骤 202:基站根据计算出的 RE个数以及当前的 I _TBS 等级计算 TBsize。 步骤 203: 基站判断计算出的 TBsize是否可用， 如果可用， 进入步骤 210; 否则， 进入步骤 220。

具体的判断方法可以为： 判断计算出的 TBsize是否为负数或小于预设 的 TBsize表中的最小值，如果计算出的 TBsize为负数或小于预设的 TBsize 表中的最小值， 确定计算出的 TBsize不可用； 否则， 确定计算出的 TBsize 可用。

步骤 210: 基站应用当前的 I _TBS 等级下的特殊子帧为用户设备 ( UE ) 下发业务数据， 并在 DCI中指示业务数据所在的 RB索引。 结束本流程。

步骤 220: 基站确定不应用特殊子帧下发业务数据。

参见图 3 ,图 3为本发明实施例二的实现业务数据传输流程� �。图 3中， CP类型为 normal CP,用于传输 PDCCH的 OFDM符号数为 1 ,带宽为 5MHz, 发射天线端口数为 2; 图 3所示流程包括以下步骤：

步骤 301 : 基站根据最大开销计算可用于传输业务数据的 RE个数。 步骤 302:基站根据计算出的 RE个数以及当前的 I _TBS 等级计算 TBsize。 步骤 303: 基站判断计算出的 TBsize是否可用， 如果可用， 进入步骤 310; 否则， 进入步骤 320。

具体的判断方法可以为： 判断计算出的 TBsize是否为负数或小于预设 的 TBsize表中的最小值，如果计算出的 TBsize为负数或小于预设的 TBsize 表中的最小值， 确定计算出的 TBsize不可用； 否则， 确定计算出的 TBsize 可用。

步骤 310:基站应用当前的 I _TBS 等级下的特殊子帧为 UE下发业务数据， 并在 DCI中指示业务数据所在的 RB索引。 结束本流程。

步骤 320: 基站确定不应用特殊子帧下发业务数据。

参见图 4,图 4为本发明实施例三的实现业务数据传输流程� �。图 3中， CP类型为 normal CP, 用于传输 PDCCH的 OFDM符号数为 2, 带宽为 10MHz, 发射天线端口数为 2; 图 4所示流程包括以下步骤：

步骤 401： 针对 I _TBS 等级下的不同参数配置条件计算对应的各 TBsize。 本步骤中，针对每个 I _TBS 等级计算 TBsize的操作过程，可以与步骤 201、 步骤 202 中的相应操作具有相似原理； 只是计算的对象是 I _TBS 等级下的不 同参数配置条件而不只是当前的参数配置， 因此能够得出 I _TBS 等级下的不 同参数配置条件所对应的各 TBsize。

步骤 402: 针对计算得到的每个 I _TBS 等级下的所有 TBsize取平均值， 得到各 I _TBS 等级下所对应的 TBsize。

步骤 403: 基站判断计算出的 TBsize是否可用， 如果可用， 进入步骤 410; 否则， 进入步骤 420。

具体的判断方法可以为： 判断计算出的 TBsize是否为负数或小于预设 的 TBsize表中的最小值，如果计算出的 TBsize为负数或小于预设的 TBsize 表中的最小值， 确定计算出的 TBsize不可用； 否则， 确定计算出的 TBsize 可用。

步骤 410:基站应用当前的 I _TBS 等级下的特殊子帧为 UE下发业务数据， 并在 DCI中指示业务数据所在的 RB索引。 结束本流程。

具体而言， 基站可以选择一个可用的 TBsize所对应的 I _TBS 等级， 并将 该 I _TBS 等级作为当前用于通信的 I _TBS 等级，再应用当前的 I _TBS 等级下的特殊 子帧为 UE下发业务数据。

步骤 420: 基站确定不应用特殊子帧下发业务数据。

由以上各实施例可知，本发明实现业务数据传 输的技术可以表示如图 5 所示。 参见图 5 , 图 5为本发明实现业务数据传输的流程简图， 该流程包括 以下步骤：

步骤 510: 根据可用于传输业务数据的 RE 个数以及 I _TBS 等级确定 TBsize。

步骤 520: 当所确定的 TBsize在当前的 I _TBS 等级下可用时， 确定应用 当前的 I _TBS 等级下对应的 TBsize下发业务数据。

为了保证上述操作能够顺利实现， 可以进行如图 6所示的设置。 参见 图 6, 图 6为本发明一实施例的实现业务数据传输装置� �， 该装置包括相连 的 TBsize确定单元、 可用性决策单元、 通信单元； 其中， TBsize确定单元 包括相连的 RE个数计算单元、 TBsize计算单元。

具体应用时， RE个数计算单元能够计算可用于传输业务数据� �� RE个 数， 并将计算出的 RE个数通知给 TBsize计算单元； 由 TBsize计算单元根 据 I _TBS 等级以及收到的 RE个数确定 TBsize, 再将已确定的 TBsize发送给 可用性决策单元。

可用性决策单元能够判断收到的 TBsize是否可用， 并根据判断结果确 定应用特殊子帧下发业务数据的决策， 如： 当 TBsize可用时， 确定应用当 前的 I _TBS 等级下的特殊子帧为 UE下发业务数据， 并可在 DCI中指示业务 数据所在的 RB索引； 当 TBsize不可用时， 确定不应用特殊子帧下发业务 数据。 可用性决策单元还能够进一步将下发业务数据 的所述决策通知给通 信单元， 由通信单元根据收到的决策执行相应的通信处 理，如： 获知 TBsize 可用时， 应用当前的 I _TBS 等级下的特殊子帧为 UE下发业务数据， 并可在 DCI中指示业务数据所在的 RB索引； 获知 TBsize不可用时， 不应用特殊 子帧下发业务数据。

需要说明的是， TBsize确定单元用以计算 TBsize的方式有多种， 如： 图 2至图 4中所述的相应方式； 并且， 图 6中所示各单元所能实现的操作 已在前述流程中详细描述， 在此不再赘述。

综上所述可见， 无论是方法还是装置， 本发明实现业务数据传输的技 术， 均可保证在特殊子帧配置为 0或 5时能够提高频谱利用率， 有效避免 了资源浪费。

以上所述， 仅为本发明的较佳实施例而已， 实际系统参数的配置有多 种组合， 实施例中列举了其中的一部分， 并非用于限定本发明的保护范围， 凡在本发明的精神和原则之内所作的任何修改 、 等同替换和改进等， 均应 包含在本发明的保护范围之内。