3GPP长期演进 （Long Term Evolution, LTE) 系统的无线帧结构包括两种不同制 式：频分双工（Frequency Division Duplex, FDD)模式和时分双工 (Time Division Duplex, TDD)模式。 时分双工长期演进（Time Division-Long Term Evolution, TD-LTE)系统定 义了 7种不同的上 /下行子帧配置方式， 如附表 1所示。 表 1 TD-LTE系统上 /下行子帧配置模式

混合自动重传请求（ Hybrid Automatic Repeat reQuest， HARQ )结合前向纠错（ Front Error Correct, FEC) 与自动重传请求 （Automatic Repeat reQuest, ARQ) 机制， 是一 种应用于 LTE系统中用以提高数据传输可靠性的差错控制 方案。 TD-LTE系统采用 N 通道停止等待 HARQ机制， 其新传与重传均以传输块 （Transmission Block, TB ) 为 单位。

TD-LTE系统上行 HARQ采用同步自适应或非自适应方式实现， 时序关系如附图 1所示。用户设备（User Equipment, UE)通过物理上行共享信道（Physical Uplink Shared Channel, PUSCH)发送一个 TB后，通过物理 HARQ指示信道（Physical HARQ Indication Channel, PHICH) 接收基站 （eNodeB ) 反馈的确认 （Acknowledgement, ACK) 或否 认 （Negative acknowledgement, NACK) 信息。 TD-LTE上行 HARQ控制处理机制如 下： 若 UE在第" '子帧检测到上行授权 （Downlink Control Information, DCI) 版本 (Format) 0且（或者）接收到 PHICH信息， 则需在第" = + 子帧进行 PUSCH发 射（并进行新传或重传控制），其中参数^ 由附表 2确定（对于 TDD UL/DL Configuration 0,需要考虑同一子帧检测两个 DCI Format 0 时的时序控制， 详见 3GPP 技术规范 TS36.213第 8章）； 表 2 上行 HARQ时序控制参数

若 UE在第"子帧发射 PUSCH (上行业务数据），则需在第 " ^{+ K} w子帧进行 DCI

Format O或 PHICH接收控制， 其中参数 由附表 ₃ 确定； 并由第 " ⁺ 子帧接 收的上行调度信息或 PHICH信息， 控制后续 PUSCH新传或重传数据的发射。 表 3 TDD模式上行 HARQ PHICH接收时序控制参数 ^^^ί

TD-LTE系统下行 HARQ采用异步自适应方式实现， 时序关系如附图 2所示。 UE 通过物理下行共享信道 （Physical Downlink Shared Channel, PDSCH) 接收到一个 TB 后， 通过物理上行控制信道 （Physical Uplink Control Channel, PUCCH) 或者 PUSCH 向 eNodeB反馈 ACK或 NACK信息（注：对于 PDSCH承载的寻呼数据（Paging Channel, PCH)、 随机接入响应 （Random Access Response, RAR) 均不采用 HARQ进行控制； 对于 PDSCH 承载的系统信息 （Broadcast Control Channel , BCCH ) 只采用不带 ACK/NACK反馈的 HARQ控制）。 TD-LTE下行 HARQ控制处理机制如下： 若 UE在第 子帧检测到下行调度 DCI Format 1A/1/1B/1D/2/2A/2B, 则需根据 所接收的 DCI进行相应的 PDSCH接收处理， 并产生一个或者两个码字的 ACK或 NACK信息 （码字个数由当前传输模式确定）， 其中参数 由子帧号以及 TDD UL/DL Configuration配置模式确定； 对于 UE在" -A子帧接收 PDSCH产生的一个或者两个码字的 ACK或 NACK信 息， 需控制 PUCCH (或 PUSCH) 在第 "子帧进行 ACK/NACK反馈。 对于 TD-LTE下行 HARQ ACK/NACK反馈，可采用两种模式： 集束式（bundling) 或复合式 （ multiplexing )。 对于 bundling模式， UE需对多个子帧 （如附图 2中所示的 ⁿ _ ^{k n} ―、 "— 等） 接收 PDSCH数据产生的 ACK/NACK进行逻辑 '与'操作， 并控制 PUCCH (或 PUSCH)在第"子帧进行 ACK/NACK反馈； 对于 multiplexing模 式， UE需对多个子帧子帧（如附图 2中所示的" _ 、 ⁿ -、 "— 等）接收 PDSCH 数据产生的 ACK/NACK进行组合、编码处理， 并控制 PUCCH (或 PUSCH)在第"子 帧进行 ACK/NACK反馈。

TD-LTE 系统定义的 7 种上 /下行子帧配置模式以及特殊的 TDD UL/DL Configuration 0、 复杂的上 /下行 HARQ时序关系、 上行发射子帧 bundling模式、 两种 下行 HARQ ACK/NACK反馈模式（bundling或 multiplexing), 均给 TD-LTE终端设备 实现 ACK/NACK调度带来了较大的复杂性。 针对相关技术中的 TD-LTE终端设备实现 ACK/NACK调度复杂性较高， 耗费大 量资源的问题， 目前尚未提出有效的解决方案。 发明内容 本发明旨在提供一种终端上 /下行 HARQ ACK/NACK信息调度方法及装置， 以解 决的相关技术中提到的 TD-LTE终端设备实现 ACK/NACK调度复杂性较高， 耗费大 量资源的问题。 根据本发明的一个方面， 提供了一种终端上行 HARQ ACK/NACK信息调度方法， 应用于 LTE系统中， 包括： 终端确定当前需要接收的 ACK/NACK的子帧的子帧号； 所述终端以所述子帧号为索引对子帧数据库进 行数据库访问控制， 获得与所述子帧号 对应的 ACK/NACK信息； 所述终端根据获得的 ACK/NACK信息调度后续的 PUSCH 新传或重传。 较优的， 所述终端按子帧轮询方式对所述子帧数据库进 行读 /写操作。 较优的， 所述终端按子帧轮询方式对所述子帧数据库进 行读 /写操作， 包括： 所述 终端的上行 HARQ PUSCH发射模块进行 ACK/NACK接收控制写数据库操作；所述终 端的上行 HARQ PHICH解码模块进行 ACK/NACK接收控制读数据库操作。 较优的， 所述终端以所述子帧号为索引对子帧数据库进 行数据库访问控制， 获得 与所述子帧号对应的 ACK/NACK信息， 包括： 当前子帧的子帧号为 n， 且需要在子帧 号为 n+k的子帧执行写操作时， 若1^<10， 则确定以 （n+k) %10的值作为所述子帧数 据库的索引， 写入对应的数据库位置； 若1^≥10， 则确定以 （n+k) %10的值作为所述 子帧数据库的索引， 在该索引的数据库位置建立 Next结点， 写入该索引对应的数据库 位置的 Next结点部分。 较优的， 所述终端以所述子帧号为索引对子帧数据库进 行数据库访问控制， 获得 与所述子帧号对应的 ACK/NACK信息， 包括： 当需要在子帧 n进行读操作时， 判断 索引对应的位置是否存在 Next结点； 若否， 则直接读取当前结点中的数据； 若是， 则 首先处理当前结点中的数据并删除， 将 Next结点转变为新的当前结点。 较优的， 所述子帧数据库规模为 10子帧。 较优的，每子帧的数据库元素包括上行混合自 动重传请求控制模块 HARQ Control Block和下行 HARQ Control Block。 根据本发明的另一方面， 提供了一种终端下行 HARQ ACK/NACK信息调度方法， 应用于 LTE系统中， 包括： 终端接收传输块 TB并解码， 产生 ACK/NACK信息； 所 述终端确定接收所述 ACK/NACK信息的子帧的子帧号， 并以所述子帧号为索引对子 帧数据库进行数据库访问控制； 所述终端根据产生的 ACK/NACK 信息调度 PUCCH/PUSCH进行 ACK/NACK反馈。 较优的， 所述终端按子帧轮询方式对所述子帧数据库进 行读 /写操作。 较优的， 所述终端按子帧轮询方式对所述子帧数据库进 行读 /写操作， 包括： 所述 终端的下行 HARQ PDSCH解码模块进行 ACK/NACK接收控制写数据库操作；所述终 端的下行 HARQ PUCCH/PUSCH解码模块进行 ACK/NACK接收控制读数据库操作。 较优的， 所述终端确定接收所述 ACK/NACK信息的子帧的子帧号， 并以所述子 帧号为索引对子帧数据库进行数据库访问控制 ， 包括： 当前子帧的子帧号为 n， 且需 要在子帧号为 n+k的子帧执行写操作时， 若1^<10， 则确定以 （n+k) %10的值作为所 述子帧数据库的索引， 写入对应的数据库位置； 若1^≥10， 则确定以 （n+k) %10的值 作为所述子帧数据库的索引， 在该索引的数据库位置建立 Next结点， 写入该索引对应 的数据库位置的 Next结点部分。 较优的， 所述终端确定接收所述 ACK/NACK信息的子帧的子帧号， 并以所述子 帧号为索引对子帧数据库进行数据库访问控制 ，包括： 当需要在子帧 n进行读操作时， 判断索引对应的位置是否存在 Next结点；若否，则直接读取当前结点中的数� �；若是， 则首先处理当前结点中的数据并删除， 将 Next结点转变为新的当前结点。 较优的， 所述子帧数据库规模为 10子帧。 较优的，每子帧的数据库元素包括上行 HARQ Control Block和下行 HARQ Control Block。 根据本发明的另一方面， 提供了一种终端上行 HARQ ACK/NACK信息调度装置， 包括： 确定模块， 设置为确定当前需要接收的 ACK/NACK的子帧的子帧号； 获取模 块， 设置为以所述子帧号为索引对子帧数据库进行 数据库访问控制， 获得与所述子帧 号对应的 ACK/NACK信息； 调度模块， 设置为根据获得的 ACK/NACK信息调度后续 的 PUSCH新传或重传。 根据本发明的另一方面， 提供了一种 HARQ确认 ACK/NACK信息调度装置， 包 括： 接收模块， 设置为接收 TB并解码， 产生 ACK/NACK信息； 访问模块， 设置为终 端确定接收所述 ACK/NACK信息的子帧的子帧号， 并以所述子帧号为索引对子帧数 据库进行数据库访问控制； 反馈模块， 设置为根据产生的 ACK/NACK 信息调度 PUCCH/PUSCH进行 ACK/NACK反馈。 在本发明实施例中， 终端确定当前需要接收的 ACK/NACK的子帧的子帧号， 终 端以子帧号为索引对子帧数据库进行数据库访 问控制， 获得与子帧号对应的 ACK/NACK信息，终端根据获得的 ACK/NACK信息调度后续的 PUSCH新传或重传。 在本发明实施例中， 通过构建一种灵活的数据库访问控制方式， 能高效、 稳定地实现 上行 HARQ ACK/NACK调度， 节省资源。 在本发明实施例中， 终端接收传输块 TB并解码， 产生 ACK/NACK信息， 终端确 定接收 ACK/NACK信息的子帧的子帧号， 并以子帧号为索引对子帧数据库进行数据 库访问控制，终端根据产生的 ACK/NACK信息调度 PUCCH/PUSCH进行 ACK/NACK 反馈。 在本发明实施例中， 通过构建一种灵活的数据库访问控制方式， 能高效、 稳定 地实现下行 HARQ ACK/NACK调度， 节省资源。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据相关技术的 TD-LTE系统上行 HARQ的时序关系示意图； 图 2是根据相关技术的 TD-LTE系统下行 HARQ的时序关系示意图； 图 3是根据本发明实施例的终端上行 HARQ ACK/NACK信息调度方法的流程图； 图 4是根据本发明实施例的采用链表结构的数据� �结构示意图； 图 5是根据本发明实施例的终端下行 HARQ ACK/NACK信息调度方法的流程图； 图 6是根据本发明实施例的 TD-LTE终端上行 HARQ ACK/NACK接收、 下行

HARQ ACK/NACK反馈调度装置的结构示意图； 图 7是根据本发明实施例的终端上行 HARQ ACK/NACK信息调度装置的结构示 意图； 图 8是根据本发明实施例的终端下行 HARQ ACK/NACK信息调度装置的结构示 意图。 具体实施方式 下面将参考附图并结合实施例， 来详细说明本发明。 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 相关技术中提到， TD-LTE系统定义的 7种上 /下行子帧配置模式以及特殊的 TDD

UL/DL Configuration 0、复杂的上 /下行 HARQ时序关系、上行发射子帧 bundling模式、 两种下行 HARQ ACK/NACK反馈模式，均给 TD-LTE终端设备实现 ACK/NACK调度 带来了较大的复杂性， 浪费了大量的资源。 为解决上述技术问题， 本发明实施例提供了一种终端上行 HARQ ACK/NACK信 息调度方法， 应用于 LTE系统中， 其处理流程如图 3所示， 包括： 步骤 S302、 终端确定当前需要接收的 ACK/NACK的子帧的子帧号； 步骤 S304、 终端以子帧号为索引对子帧数据库进行数据库 访问控制， 获得与子帧 号对应的 ACK/NACK信息； 步骤 S306、 终端根据获得的 ACK/NACK信息调度后续的 PUSCH新传或重传。 在本发明实施例中， 终端确定当前需要接收的 ACK/NACK的子帧的子帧号， 终 端以子帧号为索引对子帧数据库进行数据库访 问控制， 获得与子帧号对应的 ACK/NACK信息，终端根据获得的 ACK/NACK信息调度后续的 PUSCH新传或重传。 在本发明实施例中， 通过构建一种灵活的数据库访问控制方式， 能高效、 稳定地实现 上行 HARQ ACK/NACK调度， 节省资源。 实施时， 终端按子帧轮询方式对子帧数据库进行读 /写操作， 例如， 终端的上行

HARQ PUSCH发射模块进行 ACK/NACK接收控制写数据库操作；终端的上行 HARQ PHICH解码模块进行 ACK/NACK接收控制读数据库操作。 如图 3所示流程，步骤 S304在实施时，终端以子帧号为索引对子帧数� �库进行数 据库访问控制， 获得与子帧号对应的 ACK/NACK信息， 包括： 当前子帧的子帧号为 n， 且需要在子帧号为 n+k的子帧执行写操作时， 若1^<10， 则确定以 （n+k) %10的值作为子帧数据库的索引， 写入对应的数据库 位置； 若1^≥10， 则确定以 （n+k) %10的值作为子帧数据库的索引， 在该索引的数据库 位置建立 Next结点， 写入该索引对应的数据库位置的 Next结点部分。 除了写操作外， 还可以对子帧数据库进行读操作， 其操作过程如下： 当需要在子帧 n进行读操作时， 判断索引对应的位置是否存在 Next结点； 若否， 则直接读取当前结点中的数据； 若是， 则首先处理当前结点中的数据并删除， 将 Next结点转变为新的当前结点。 采用链表结构的数据库结构如附图 4所示， 数据库规模为 10子帧 （LTE系统中， 个无线帧即为 10子帧）， 每子帧的数据库元素由上行 HARQ控制模块 （UL HARQ Control Block) 与下行 HARQ控制模块（DL HARQ Control Block)两大部分构成， 分 别用于调度上行 HARQ ACK/NACK接收、 下行 HARQ ACK/NACK反馈。 基于同一发明构思， 本发明实施例还提供了一种终端下行混合自动 重传请求 HARQ ACK/NACK信息调度方法， 应用于 LTE系统中， 其处理流程如图 5所示， 包 括： 步骤 S502、 终端接收传输块 TB并解码， 产生 ACK/NACK信息； 步骤 S504、 终端确定接收 ACK/NACK信息的子帧的子帧号， 并以子帧号为索引 对子帧数据库进行数据库访问控制； 步骤 S506、 终端根据产生的 ACK/NACK 信息调度 PUCCH/PUSCH 进行 ACK/NACK反馈。 在本发明实施例中， 终端接收传输块 TB并解码， 产生 ACK/NACK信息， 终端确 定接收 ACK/NACK信息的子帧的子帧号， 并以子帧号为索引对子帧数据库进行数据 库访问控制，终端根据产生的 ACK/NACK信息调度 PUCCH/PUSCH进行 ACK/NACK 反馈。 在本发明实施例中， 通过构建一种灵活的数据库访问控制方式， 能高效、 稳定 地实现下行 HARQ ACK/NACK调度， 节省资源。 实施时， 终端按子帧轮询方式对子帧数据库进行读 /写操作， 例如， 终端的下行 HARQ PDSCH解码模块进行 ACK/NACK接收控制写数据库操作，终端的下行 HARQ PUCCH/PUSCH解码模块进行 ACK/NACK接收控制读数据库操作。 如图 5所示流程， 步骤 S504在实施时， 终端确定接收 ACK/NACK信息的子帧的 子帧号， 并以上述子帧号为索引对子帧数据库进行数据 库访问控制， 包括： 当前子帧的子帧号为 n， 且需要在子帧号为 n+k的子帧执行写操作时， 若1^<10， 则确定以 （n+k) %10的值作为子帧数据库的索引， 写入对应的数据库 位置； 若1^≥10， 则确定以 （n+k) %10的值作为子帧数据库的索引， 在该索引的数据库 位置建立 Next结点， 写入该索引对应的数据库位置的 Next结点部分。 除了写操作外， 还可以对子帧数据库进行读操作， 其操作过程如下： 当需要在子帧 n进行读操作时， 判断索引对应的位置是否存在 Next结点; 若否， 则直接读取当前结点中的数据； 若是， 则首先处理当前结点中的数据并删除， 将 Next结点转变为新的当前结点。 采用链表结构的数据库结构如附图 4所示， 数据库规模为 10子帧 （LTE系统中， 一个无线帧即为 10子帧）， 每子帧的数据库元素由 UL HARQ Control Block与 DL HARQ Control Block两大部分构成， 分别用于调度上行 HARQ ACK/NACK接收、 下 行 HARQ ACK/NACK反馈。 为将本发明实施例阐释地更清楚更明白， 本发明实施例还设计了一种 TD-LTE终 端上行 HARQ ACK/NACK接收、 下行 HARQ ACK/NACK反馈调度装置， 如附图 6 所示。本调度装置共包括 PUSCH/PUCCH传输（ Transmitter)模块、 PUSCH/PUCCH驱 动 （Driver) 模块、 UL ACK/NACK接收规则 （Receiver Scheduler) 模块、 PHICH解 码（Decoder)模块、 PHICH Driver模块、 PDSCH Decoder模块、 PDSCH Driver模块、 DL ACK/NACK Receiver Scheduler模块以及子帧数据库 （Subframe Database) 控制中 心。

PUSCH/PUCCH Transmitter模块采用硬件实现，用于 PUSCH/PUCCH物理层处理； PUSCH/PUCCH Driver模块采用软件实现， 用于进行下行 HARQ ACK/NACK反馈信 息处理， 并驱动 PUSCH/PUCCH发射； UL ACK/NACK Receiver Scheduler模块采用软 件实现， 用于规划上行 HARQ ACK/NACK接收。

PHICH Decoder模块采用硬件实现，用于解码 PHICH,供上行 HARQ ACK/NACK 调度使用； PHICH Driver模块采用软件实现， 用于驱动 PHICH解码； PDSCH Decoder 模块采用硬件实现，用于解码 PDSCH,并产生 ACK/NACK,供下行 HARQ ACK/NACK 反馈； PDSCH Driver模块采用软件实现， 用于驱动 PDSCH解码； DL ACK/NACK Receiver Scheduler模块采用软件实现， 用于规划下行 HARQ ACK/NACK反馈。

Subframe Database控制中心以结构体数组的形式存储 10子帧的控制参数，基本数 据结构如下： T HarqAckNackScheduler g_tHarqAckNackScheduler[ 10]； typedef struct

/* 上行 HARQ ACK/NACK调度控制参数 */ T_UlAckNackSchedulerControlBlock tUlAckNackSchedulerCb;

/* 下行 HARQ ACK/NACK调度控制参数 */ T DlAckNackSchedulerControlBlock tDlAckNackSchedulerCb; } T HarqAckNackScheduler; 其中， T_UlAckNackSchedulerControlBlock中含有用于计算 PHICH组号 ^η Η与 s _ecj j lowest _ index j

组 内 序 号 "PH!CH 的 解 码 控 制 参 数 、 、 ¹ PHICH 等 ；

T DlAckNackSchedulerControlBlock中含有 ACK/NACK信息、 用于确定 PUCCH发射 资源的参数" CCE以及用于判断下行接收是否漏检的参数^^、 U ^N SPS等 (各参数 的物理意义详见 3GPP技术规范 TS36.213 )。 本发明实施例采用以子帧为索引的数据库访问 控制方式， 上 /下行 HARQ 不同处 理模块只需以子帧为索引操作数据库即可实现 ACK/NACK的接收 /反馈调度， 有效地 减小了不同处理模块之间的频繁交互； 以数据库为中心的访问控制方式只需根据 TD-LTE系统的时间信息 （子帧号、 帧 号等）、 TDD UL/DL Configuration方式等对上 /下行 HARQ时序进行维护， 各处理模块 只需通过简单的读写数据库操作来进行 ACK/NACK反馈 /接收的调度控制， 有效地降 低了用户终端实现的复杂度； 本发明中采用的以子帧为索引的数据库访问控 制方式非常灵活、 可扩展性强， 既 可灵活地实现 TD-LTE系统中不同的 TDD UL/DL Configuration方式之间的切换，又可 无缝地实现 LTE系统中 TDD、 FDD两种模式之间的切换； 并且， 数据库访问控制方 式还可灵活地运用至 LTE系统中的其他应用中 （如上行功率控制过程等）。 为使本发明实施例的目的、 技术方案和优点更加清楚明白， 以下举实施例， 并参 照附图 6， 对本发明进一步详细说明。 为简单起见，上行 HARQ ACK/NACK接收调度处理实例采用 UL/DL Configuration 1， 当前子帧 " ^{= 7} _; 下行 HARQ ACK/NACK 反馈调度处理实例采用 UL/DL Configuration 3， 当前子巾贞 ^w = ¹ 。 对于上行 HARQ ACK/NACK接收， 本发明实施例中的调度装置工作原理如下： 步骤 UL SI : UL ACK/NACK Receiver Scheduler模块根据附表 4 (由上行 HARQ 时序推导得出）确定所需接收 ACK/NACK (解码 PHICH)的子帧号为 1 (因 = 4 < 10， 故 (" + A )%1() = 1， 即下一无线帧中的子帧 ， 并按上述数据库访问控制方式将 ACK/NACK 接收控制解码参数写入子帧数据库 （Subframe Database ) , 即写入 g_tHarqAckNackScheduler[ 1 ] . tUlAckNackSchedulerCb中； 表 4 上行 HARQ ACK/NACK调度 （接收） 控制时序

步骤 UL S2: PHICH Driver模块在下一无线帧的子帧 1 到来时访问 Subframe Database, 读取 g_tHarqAckNackScheduler[l]. tUlAckNackSchedulerCb中的 PHICH解 码控制参数" ^DMW 、 、 ^PHICH , 计算 PHICH组号" 与组内序号 "pff/cff ; 步骤 UL S3： PHICH Driver模块驱动 PHICH Decoder模块工作， 解码 PHICH信 道， 以获得 PUSCH对应的 ACK/NACK信息； 步骤 UL S4: UL ACK/NACK Receiver Scheduler模块获得子帧 1时刻上行 HARQ ACK/NACK信息 （即 PHICH解码结果）； 步骤 UL S5: UL ACK/NACK Receiver Scheduler模块根据子帧 1时刻所获上行 HARQ ACK/NACK信息调度后续的 PUSCH新传或重传。 对于下行 HARQ ACK/NACK反馈， 本发明方案中的调度装置工作原理如下： 步骤 DL S1 : 在当前子帧 1， PDSCH Driver模块驱动 PDSCH Decoder工作， 解码 当前需接收的 TB; 步骤 DL S2: PDSCH Decoder解码当前需接收的 TB，并产生 ACK或 NACK信息； DL ACK/NACK Receiver Scheduler模块获得解码结果， 以及调度当前 TB进行解码的

DCI参数， 包括成功解码 DCI所获得的参数 "c _CE 以及 ¾^、 ^U _D A!、 ^N SP, ., 步骤 DL S3： DL ACK/NACK Receiver Scheduler模块根据附表 5 (由下行 HARQ 时序推导得出）确定所需接收 ACK/NACK (解码 PHICH)的子帧号为 2 (因 = 11≥ 1G， 故 (" + A )%1() = 2， 即下一无线帧中的子帧 _{2 )} ， 并按上述数据库访问控制方式将 ACK/NACK反馈控制解码参数写入 Subframe Database (根据下行 HARQ ACK/NACK 反馈模式： bundling 与 multiplexing 进行操作）， 即在 g_tHarqAckNackScheduler[2] . tDlAckNackSchedulerCb中建立 Next结点， 并写入 Next结点所对应的数据库； （注意： 此时系统当前子帧为 1， 若直接写入以子帧 2为索引的数据中， 则会将之前已写入子 帧 2中的参数本覆盖， 因此必须建立 Next结点。 ) 表 5 下行 HARQ ACK/NACK调度 （发射） 控制时序

步骤 DL S4: PUSCH/PUCCH Driver模块在当前无线帧子帧 2到来时访问 Subframe

Database, 先处理 g_tHarqAckNackScheduler[2] . tDlAckNackSchedulerCb中的 Current 结点部分（若需处理），即进行当前无线帧子 帧 2的下行 HARQ ACK/NACK反馈处理， 再删除 Current结点， 并将 Next结点转为新的 Current结点 （注意： 新的 Current结点 中的数据需待下一无线帧子帧 2到来时进行发反馈处理。） 步骤 DL S5： PUSCH/PUCCH Driver模块处理访问 Subframe Database所获的下行

HARQ ACK/NACK反馈控制参数， 确定下行 HARQ ACK/NACK反馈信息（并需判断 下行接收是否漏检），驱动 PUSCH/PUCCH Transmitter模块进行 PUSCH/PUCCH发射。 基于同一发明构思， 本发明实施例还提供了一种终端上行 HARQ ACK/NACK信 息调度装置， 其结构示意图如图 7所示， 包括： 确定模块 701， 设置为确定当前需要接收的 ACK/NACK的子帧的子帧号； 获取模块 702， 设置为以子帧号为索引对子帧数据库进行数据 库访问控制， 获得 与子帧号对应的 ACK/NACK信息； 调度模块 703， 设置为根据获得的 ACK/NACK 信息调度后续的上行业务数据 PUSCH新传或重传。 基于同一发明构思， 本发明实施例还提供了一种终端下行 HARQ ACK/NACK信 息调度装置， 其结构示意图如图 8所示， 包括： 接收模块 801， 设置为接收传输块 TB并解码， 产生 ACK/NACK信息； 访问模块 802， 设置为终端确定接收 ACK/NACK信息的子帧的子帧号， 并以子帧 号为索引对子帧数据库进行数据库访问控制； 反馈模块 803， 设置为根据产生的 ACK/NACK信息调度 PUCCH/PUSCH进行 ACK/NACK反馈。 从以上的描述中， 可以看出， 本发明实现了如下技术效果： 在本发明实施例中， 终端确定当前需要接收的 ACK/NACK的子帧的子帧号， 终 端以子帧号为索引对子帧数据库进行数据库访 问控制， 获得与子帧号对应的 ACK/NACK信息，终端根据获得的 ACK/NACK信息调度后续的 PUSCH新传或重传。 在本发明实施例中， 通过构建一种灵活的数据库访问控制方式， 能高效、 稳定地实现 上行 HARQ ACK/NACK调度， 节省资源。 在本发明实施例中， 终端接收传输块 TB并解码， 产生 ACK/NACK信息， 终端确 定接收 ACK/NACK信息的子帧的子帧号， 并以子帧号为索引对子帧数据库进行数据 库访问控制，终端根据产生的 ACK/NACK信息调度 PUCCH/PUSCH进行 ACK/NACK 反馈。 在本发明实施例中， 通过构建一种灵活的数据库访问控制方式， 能高效、 稳定 地实现下行 HARQ ACK/NACK调度， 节省资源。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现 ， 从而可以将 它们存储在存储装置中由计算装置来执行，或 者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集 成电路模块来实现。 这样， 本发明不限 制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。