ACK/NACK 资源预留的方法、 系统和设备 【技术领域】
本发明涉及通讯技术领域， 尤其涉及一种 ACK/NACK 资源预留的方法、 系统和设备。 背景技术
LTE(Long Term Evolution， 长期演进 ) 系统采用 HARQ(Hybrid AutomaticRepeat reQuest， 混合自动重传请求 ) 来提高数据传输的可靠性， 当下行 HARQ 功能开启后， UE(User Equipment， 用户终端 ) 对接收到的下行数据包进行译码， 若译码正确则向基站反馈 ACK， 若 译码失败， 则向基站反馈 NACK， 要求基站重传该数据包。当下行持续调度业务结束后， 基站 向 UE 发送 SPS(Semi-persistent Scheduling 持续调度 ) 资源释放指示， 通知 UE 释放分配 给该业务的所有资源， UE 正确接收该指示后将向基站反馈 ACK。
对于 LTE 多载波聚合系统， 基站将在一个子帧中占用多个下行载波向 UE 发送数 据， 而每个载波上都是一个独立的 HARQ 实体， 因此 UE 需要在一个上行子帧中反馈多个 ACK/ NACK 信息。 对于上述 ACK/NACK 反馈问题， 可沿用现有技术中 LTE Rel-8(Release8， 版本 8) 定 义的方法进行反馈， 具体包括 ： 合并和复用， 即利用一个 PUCCH(Physical Uplink Control Channel， 物理上行控制信道 ) 的信道资源反馈多个 ACK/NACK 信息。下面将分别描述这两 种方法， 其中假设反馈窗口长度为 M， M 为需要在同一个上行子帧中进行 ACK/NACK 反馈的 PDSCH(PhysicalDownlink Shared Channel， 物理下行共享信道 ) 数量。
对于 ACK/NACK 合并模式， 将反馈窗口内属于同一用户、 同一码字的 M 个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特 ( 下行双码字时 ) 反馈信息， 图 1 分别表示了单码字和多码字 的合并过程。这时只需要使用 PUCCH Format1a/1b 反馈 1 或 2 比特的 ACK/NACK 即可。该 方法还可以有效地解决 PUCCH 覆盖问题， 适合位于小区较边缘位置的 UE。
对于 ACK/NACK 复用模式， 同样也适用于单码字和多码字的 PDSCH。对于多码字的 PDSCH 传输， 首先将属于同一个用户的不同码字对应的 ACK/NACK 进行逻辑加 ； 之后， 根据 M 个复合 ACK/NACK 所组成的状态， 查表确定 2 比特的实际传输反馈信息及传输所使用的反馈 信道编号， 使用 PUCCH Format 1b 在选定的反馈信道中传输这 2 比特的反馈信息。 对于单码 字的 PDSCH 传输， 则直接根据 M 个 ACK/NACK 反馈情况， 选择实际传输的反馈信息和反馈信 道。具体过程如图 2 所示， 实际的反馈信息统一定义为 2 比特， 因此需要 QPSK(Quadrature Phase-Shift Keying， 正交相移调制 ) 调制和 PUCCH Format 1b 传送。该方法有效避免了 不必要的重传， 适用于小区中心用户， 提高传输效率。
无论是合并还是复用的方法， UE 都仅仅使用一个 PUCCH 信道资源来发送一个 ACK/ NACK 反馈信息， 保持了上行的单载波特性。
对于动态调度的下行数据包， 其 ACK/NACK 反馈信息可用的上行信道编号将根据 承载该数据包调度信息的 PDCCH(Physical Downlink ControlChannel， 物理下行控制信 道 ) 的第一个 CCE(Control Channel Element， 控制信道单元 ) 编号得到， 即根据该 PDCCH
的第一个 CCE 可以唯一确定一个上行反馈信道资源编号。对于合并模式， 设 M’ 为实际接收 到的下行数据包数目， 则实际使用的上行控制信道资源由反馈窗口内第 M’ 个 PDCCH 的第一 个 CCE 指示 ； 而对于复用模式， 反馈窗口内每一个 PDCCH 都对应着一个可用的上行信道资源 编号， 之后将根据具体的反馈状态从所有可用信道中选取一个信道资源传输实际的反馈信 息。
对于持续调度的下行数据包所对应的 ACK/NACK 反馈， 由于它们都是周期性反馈 的， 基站可预先知道各信息传输的具体时间位置， 因此传输以上控制信令的信道都是由基 站通过 RRC(Radio Resource Control， 无线资源控制 ) 信令预先分配给 UE 的。
目前， 在 LTE-A(LTE-Advanced， 长期演进升级 ) 系统中， 对于配置有多个发送天线 的 UE， 其上行控制信道还可以使用 ORTD(Orthogonal ResourceTransmit Diversity， 正交 资源发送分集 ) 的方式实现发送分集， 从而提高上行控制信令传输的可靠性或容量。所谓 ORTD， 即每个天线端口对应一个 PUCCH 资源编号， 相同的信息经过由不同天线端口上的资 源编号选择出的正交序列扩频后， 通过相应的天线端口同时发送出去。接收端将来自不同 天线端口的信号分离出来后进行合并检测， 从而得到分集增益。图 3 为两个天线端口时， 使 用 ORTD 进行发送分集的示意图， 其中 s 为反馈的 ACK/NACK 信息，
和分别表示两个天线端口上的两个不同的上行控制信道资源编号， 对应着不同的正交扩频序列。 现有技术中存在的问题在于， 在长期演进系统中， UE 可以使用发送分集的方式在 复用和合并模式下传输 ACK/NACK 信息， 此时需要使用多个上行控制资源编号， 目前对于该 种情况下上行控制信道资源预留的方法和对上行控制资源编号的指示方法还没有可行的 具体实现。发明内容
本发明的实施例提供一种 ACK/NACK 资源预留的方法、 系统和设备， 用于实现上行 控制信道资源的预留。
本发明的实施例提供了一种 ACK/NACK 资源预留的方法， 包括 ：
所述用户终端使用两个天线端口通过发送分集进行 ACK/NACK 反馈时， 需要使用 两个信道资源， 每一个天线端口对应一个信道资源编号。其中第一个天线端口对应的可用 信道资源编号的指示方式具体为 ： 对于动态调度的下行数据包， 所述的每一个可用信道资 源编号都与所述的每一个下行数据包对应的物理下行控制信道 PDCCH 所占用的第一个控 制信道单元 CCE 编号绑定， 即反馈窗口内每一个下行数据包都对应着一个可用的上行控制 信道资源， 其中反馈窗口的长度定义为需要在同一个上行子帧中进行 ACK/NACK 反馈的物 理下行共享信道 PDSCH 总数量 ； 对于持续调度的下行数据包， 所述的可用信道资源编号由 所述基站通过无线资源控制 RRC 信令预先分配给用户终端。
其中， 所述基站对用户终端通过发送分集进行 ACK/NACK 反馈时可用的信道资源 进行配置， 包括 ：
所述基站限定反馈窗口内所述用户终端所有 PDCCH 的 CCE 的聚合等级至少为 2， 且 每一个 PDCCH 预先约定的两个 CCE 对应的两个信道资源编号组成一个资源编号组 ；
其中， 所述基站通知所述用户终端所有的所述可用信道资源后， 还包括 ：
所述用户终端检测 PDCCH， 根据每个 PDCCH 预先约定的两个 CCE 的指示， 获取所有可用的信道资源组 ；
所述用户终端接收 PDSCH， 译码后得到 M 个 ACK/NACK 信息， 其中 M 为反馈窗口长 度；
所述用户终端根据所述 M 个 ACK/NACK 所组成的状态， 获取实际传输反馈信息， 并 在所有可用的信道资源组中选择一个作为实际传输所使用的信道资源组， 并获得组成该信 道资源组的两个信道资源编号， 分别对应两个天线端口 ；
所述用户终端同时在所述获取的信道资源组的两个信道资源上通过两个天线端 口传输所述实际反馈信息。
其中， 所述基站在所述配置的信道资源中获取所述用户终端反馈的 ACK/NACK， 包 括：
所述基站分别对同一信道资源组内的两个物理上行控制信道 PUCCH 上的信号进 行合并， 之后对所有可用信道资源组进行检测， 获取存在数据传输的信道资源组 ；
所述基站对所述信道资源组内所传输的信号进行检测， 获知具体的实际反馈信 息；
所述基站根据检测到的实际反馈信息及所述信道资源组的编号， 获取所述用户终 端反馈的 ACK/NACK。 其中， 所述基站对用户终端通过发送分集进行 ACK/NACK 反馈时可用的信道资源 进行配置， 包括 ：
所述基站限定反馈窗口内至少有一个 PDCCH 的 CCE 聚合等级大于等于 2。
其中， 所述基站通知所述用户终端所有的所述可用信道资源后， 还包括 ：
所述用户终端检测 PDCCH， 根据每个 PDCCH 的第一个 CCE 的指示， 获取所有第一个 天线端口可用的信道资源， 并确定某个 CCE 的聚合等级大于等于 2 的 PDCCH 的第二个 CCE 对应的信道为第二个天线端口所使用的信道资源 ；
所述用户终端接收 PDSCH， 译码后得到 M 个 ACK/NACK 信息， 其中 M 为反馈窗口长 度；
所述用户终端根据所述 M 个 ACK/NACK 所组成的状态， 获取实际传输反馈信息， 并 在对应第一个天线端口的所有可用信道资源中选择一个作为第一个天线端口实际传输所 使用的信道资源 ；；
所述用户终端同时在两个天线端口对应的信道资源上通过两个天线端口传输所 述实际反馈信息。
其中， 所述基站在所述配置的信道资源中获取所述用户终端反馈的 ACK/NACK， 包 括：
所述基站对第一个天线端口所使用的信道资源进行检测， 确定存在数据传输的信 道资源 ； 所述检测前， 将窗口内所有 CCE 聚合等级≥ 2 的 PDCCH 中第二个 CCE 所对应的信道 上的信号与所有 PDCCH 中第一个 CCE 所对应的信道中的信号进行合并 ；
所述基站对存在数据传输的信道资源内传输的信号进行检测， 获知具体的实际反 馈信息 ；
所述基站根据检测到的实际反馈信息及信道资源编号， 获取所述用户终端反馈的 ACK/NACK。
其中， 所述基站对用户终端通过发送分集进行 ACK/NACK 反馈时可用的信道资源 进行配置， 包括 ：
所述基站通过高层信令配置一个信道资源作为第二个天线端口所使用的信道资 源； 所述信道资源可以被小区内多个用户终端共享， 所述基站需要通过配置， 限制共享同一 信道资源的用户终端分时进行上行反馈。
其中， 所述基站通知所述用户终端所有的所述可用信道资源后， 还包括 ：
所述用户终端通过接收到的高层信令， 获取第二个天线端口所使用的信道资源的 信道资源编号 ；
所述用户终端检测 PDCCH， 根据每个 PDCCH 的第一个 CCE 的指示， 获取所有第一个 天线端口可用的信道资源 ；
所述用户终端接收 PDSCH， 译码后得到 M 个 ACK/NACK 信息， 其中 M 为反馈窗口长 度；
所述用户终端根据所述 M 个 ACK/NACK 所组成的状态， 获取实际传输反馈信息， 并 在对应第一个天线端口的所有可用信道资源中选择一个作为第一个天线端口实际传输所 使用的信道资源 ；
所述用户终端同时在两个天线端口对应的信道资源上通过两个天线端口传输所 述实际反馈信息。
其中， 所述基站在所述配置的信道资源中获取所述用户终端反馈的 ACK/NACK， 包 括：
所述基站对第一个天线端口所使用的信道资源进行检测， 确定存在数据传输的 信道资源 ； 所述检测前， 将预先配置的所述第二个天线端口的信道资源上的信号与所有 PDCCH 中第一个 CCE 所对应的信道中的信号进行合并 ；
所述基站对所确定的信道资源内所传输的信号进行检测， 获知具体的实际反馈信 息。
所述基站根据检测到的实际反馈信息及信道资源编号， 获取所述用户终端反馈的 ACK/NACK。
其中， 所述基站对用户终端通过发送分集进行 ACK/NACK 反馈时可用的信道资源 进行配置， 包括 ：
所述基站限定反馈窗口内所有 PDCCH 的 CCE 聚合等级至少为 2。
其中， 所述基站通知所述用户终端所有的所述可用信道资源后， 还包括 ：
所述用户终端检测 PDCCH， 根据每个 PDCCH 中第一个和第二个 CCE 的指示， 获知所 有可用的信道资源编号 ； 并根据预先的约定， 选取一个 PDCCH 中第一个和第二个 CCE 所对应 的信道资源编号作为第一和第二个天线端口使用的信道资源 ；
所述用户终端接收 PDSCH， 译码后得到 M’ 个 ACK/NACK 信息。将属于同一用户、 同 一码字的 M’ 个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特的反馈信息 ； 其中 M’ 为用户终端接 收到的下行数据包的个数 ；
所述用户终端同时在两个天线端口所对应的信道资源上传输所述反馈信息， 实现 发送分集。
其中， 所述基站在所述配置的信道资源中获取所述用户终端反馈的 ACK/NACK， 包括： 所述基站对反馈窗口内的所有可用信道资源上进行检测， 确定存在数据传输的信 道资源 ； 所述检测前， 将反馈窗口内所有 PDCCH 中第二个 CCE 所对应信道中的信号与所有 PDCCH 中第一个 CCE 所对应信道中的信号进行合并 ；
所述基站对检测到的信道上所传输的信号进行检测， 获知具体的反馈信息。
其中， 所述基站对用户终端通过发送分集进行 ACK/NACK 反馈时可用的信道资源 进行配置， 包括 ：
所述基站限定反馈窗口内至少存在两个可用的 CCE， 各绑定一个可用的上行控制 信道资源 ； 当反馈窗口长度为 1 时， 限定反馈窗口内唯一的 PDCCH 的 CCE 的聚合等级至少为 2。
其中， 所述基站通知所述用户终端所有的所述可用信道资源后， 还包括 ：
当所述用户终端没有接收到任何 CCE 或者仅仅接收到一个 CCE 时， 不发送任何反 馈信息或回退到单天线模式进行传输 ；
当所述用户终端接收到两个及两个以上的 CCE 时 ：
所述用户终端检测 PDCCH， 当反馈窗口长度大于 1 时， 根据每个 PDCCH 中第一个 CCE 的指示， 获知反馈窗口内所有可用的信道资源编号， 并根据预先的约定选取其中的两 个， 作为两个天线端口上传输所使用的信道资源 ； 当反馈窗口长度为 1 时， 所述用户终端将 根据反馈窗口内唯一的 PDCCH 中第一个和第二个 CCE 的指示， 获取两个信道资源， 作为两个 天线端口上传输所使用的信道资源 ；
所述用户终端接收 PDSCH， 译码后得到 M’ 个 ACK/NACK 信息。将属于同一用户、 同 一码字的 M’ 个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特反馈信息 ； 其中 M’ 为用户终端接收 到的下行数据包的个数 ；
所述用户终端同时在两个天线端口所对应的信道资源上传输反馈信息， 实现发送 分集。
其中， 所述基站在所述配置的信道资源中获取所述用户终端反馈的 ACK/NACK， 包 括：
所述基站对窗口内的所有可用信道资源上进行检测， 确定存在数据传输的信道资 源； 如果检测不到任何信号， 则判断丢包 ；
所述基站对确定的信道资源上所传输的信号进行检测， 获取所述用户终端反馈的 ACK/NACK。
其中， 所述基站对用户终端通过发送分集进行 ACK/NACK 反馈时可用的信道资源 进行配置， 包括 ：
所述基站通过高层信令配置一个信道资源作为第二个天线端口所使用的信道资 源。 所述信道资源可以被小区内多个用户终端共享， 所述基站需要通过配置， 限制共享同一 信道资源的用户终端分时进行上行反馈。
其中， 所述基站通知所述用户终端所有的所述可用信道资源后， 还包括 ：
所述用户终端根据接收到的高层信令， 获知用于第二个天线端口的信道资源编 号；
所述用户终端检测 PDCCH， 根据每个 PDCCH 中第一个 CCE 的指示， 获知第一个天线
端口对应的所有可用信道资源编号， 并根据预先的约定选择一个作为第一个天线端口所使 用的信道资源 ；
所述用户终端接收 PDSCH， 译码后得到 M’ 个 ACK/NACK 信息 ； 将属于同一用户、 同 一码字的 M’ 个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特反馈信息 ； 其中 M’ 为用户终端接收 到的下行数据包的个数 ；
所述用户终端同时在两个天线端口所对应的信道资源上传输实际反馈信息， 实现 发送分集。
其中， 所述基站在所述配置的信道资源中获取所述用户终端反馈的 ACK/NACK， 包 括：
所述基站对窗口内的所有可用信道资源上进行检测， 确定存在数据传输的信道资 源； 所述检测前， 可先将预先配置给所述用户终端第二个天线端口的信道上的信号与所有 PDCCH 中第一个 CCE 所对应的信道中的信号进行合并 ；
所述基站对检测到的信道上所传输的信号进行检测， 获知所述用户终端反馈的 ACK/NACK。
本发明的实施例还提供一种实现 ACK/NACK 资源预留的系统， 包括 ： 基站， 用于对用户终端通过发送分集进行 ACK/NACK 反馈时可用的信道资源进 行配置并通知所述用户终端 ； 在所述配置的信道资源组中获取所述用户终端反馈的 ACK/ NACK ；
用户终端， 用于使用所述基站指示的信道资源， 通过 ACK/NACK 复用结合发送分 集、 或 ACK/NACK 合并结合发送分集的方式， 传输 ACK/NACK 的反馈信息。
本发明的实施例还提供一种基站， 包括 ：
配置单元， 用于对用户终端通过发送分集进行 ACK/NACK 反馈时可用的信道资源 进行配置并通知所述用户终端 ；
反馈获取单元， 用于在所述配置单元配置的信道资源中获取所述用户终端反馈的 ACK/NACK。
其中， 所述配置单元， 具体用于所述用户终端使用两个天线端口通过发送分集进 行 ACK/NACK 反馈时， 需要使用两个信道资源， 每一个天线端口对应一个信道资源编号。其 中第一个天线端口对应的可用信道资源编号的指示方式具体为 ： 对于动态调度的下行数据 包， 所述的每一个可用信道资源编号都与所述的每一个下行数据包对应的物理下行控制信 道 PDCCH 所占用的第一个控制信道单元 CCE 编号绑定， 即反馈窗口内每一个下行数据包都 对应着一个可用的上行控制信道资源， 其中反馈窗口的长度定义为需要在同一个上行子帧 中进行 ACK/NACK 反馈的物理下行共享信道 PDSCH 总数量 ； 对于持续调度的下行数据包， 所 述的可用信道资源编号由所述基站通过无线资源控制 RRC 信令预先分配给用户终端。
其中， 所述配置单元还用于 ： 限定反馈窗口内所述用户终端所有 PDCCH 的控制信 道单元 CCE 的聚合等级至少为 2， 且每一个 PDCCH 的两个 CCE 对应的两个信道资源编号组成 一个资源编号组 ；
所述反馈获取单元具体用于 ： 分别对同一信道资源组内的两个 PUCCH 上的信号进 行合并， 之后对所有可用信道资源组进行检测， 获取存在数据传输的信道资源组 ； 对所述信 道资源组内所传输的信号进行检测， 获知具体的实际反馈信息 ； 根据检测到的实际反馈信
息及所述信道资源组的编号， 获取所述用户终端反馈的 ACK/NACK。
其中， 所述配置单元还用于 ： 限定反馈窗口内至少有一个 PDCCH 的 CCE 聚合等级大 于等于 2 ；
所述反馈获取单元具体用于 ： 对第一个天线端口所使用的信道资源进行检测， 确 定存在数据传输的信道资源 ； 所述检测前， 将窗口内所有 CCE 聚合等级≥ 2 的 PDCCH 中第 二个 CCE 所对应的信道上的信号与所有 PDCCH 中第一个 CCE 所对应的信道中的信号进行合 并； 对存在数据传输的信道资源内传输的信号进行检测， 获知具体的实际反馈信息 ； 根据 检测到的实际反馈信息及信道资源编号， 获取所述用户终端反馈的 ACK/NACK。
其中， 所述配置单元还用于 ： 通过高层信令配置一个信道资源作为第二个天线端 口所使用的信道资源 ； 所述信道资源可以被小区内多个用户终端共享， 所述配置单元需要 通过配置， 限制共享同一信道资源的用户终端分时进行上行反馈 ；
所述反馈获取单元具体用于 ： 对第一个天线端口所使用的信道资源进行检测， 确 定存在数据传输的信道资源 ； 所述检测前， 将预先配置的所述第二个天线端口的信道资源 上的信号与所有 PDCCH 中第一个 CCE 所对应的信道中的信号进行合并 ； 对所确定的信道资 源内所传输的信号进行检测， 获知具体的实际反馈信息。根据检测到的实际反馈信息及信 道资源编号， 获取所述用户终端反馈的 ACK/NACK。
其中， 所述配置单元还用于 ： 限定反馈窗口内所有 PDCCH 的 CCE 聚合等级至少为2； 所述反馈获取单元具体用于 ： 对反馈窗口内的所有可用信道资源上进行检测， 确 定存在数据传输的信道资源 ； 所述检测前， 将反馈窗口内所有 PDCCH 中第二个 CCE 所对应信 道中的信号与所有 PDCCH 中第一个 CCE 所对应信道中的信号进行合并 ； 对检测到的信道上 所传输的信号进行检测， 获取所述用户终端反馈的 ACK/NACK。
其中， 所述配置单元还用于 ： 限定反馈窗口内至少存在两个可用的 CCE， 各绑定一 个可用的上行控制信道资源 ； 当反馈窗口长度为 1 时， 限定反馈窗口内唯一的 PDCCH 的 CCE 的聚合等级至少为 2 ；
所述反馈获取单元具体用于 ： 对窗口内的所有可用信道资源上进行检测， 确定存 在数据传输的信道资源 ； 如果检测不到任何信号， 则判断丢包 ； 对确定的信道资源上所传 输的信号进行检测， 获取所述用户终端反馈的 ACK/NACK。
其中， 所述配置单元还用于 ： 通过高层信令配置一个信道资源作为第二个天线端 口所使用的信道资源 ； 所述信道资源可以被小区内多个用户终端共享， 所述配置单元需要 通过配置， 限制共享同一信道资源的用户终端分时进行上行反馈 ；
所述反馈获取单元具体用于 ： 对窗口内的所有可用信道资源上进行检测， 确定存 在数据传输的信道资源 ； 所述检测前， 可先将预先配置给所述用户终端第二个天线端口的 信道上的信号与所有 PDCCH 中第一个 CCE 所对应的信道中的信号进行合并 ； 对检测到的信 道上所传输的信号进行检测， 获知所述用户终端反馈的 ACK/NACK。
本发明的实施例还提供一种用户终端， 包括 ：
资源获取单元， 用于获取基站配置的进行 ACK/NACK 反馈可用的信道资源 ； 并确定 两个天线端口实际传输所使用的两个信道资源。
反馈单元， 用于使用所述资源获取单元获取的两个实际传输所使用的信道资源，
通过 ACK/NACK 复用结合发送分集、 或 ACK/NACK 合并结合发送分集的方式， 传输 ACK/NACK 的反馈信息。
其中， 所述资源获取单元具体用于 ： 检测 PDCCH， 根据每个 PDCCH 预先约定的两个 CCE 的指示， 获取所有可用的信道资源组 ； 接收 PDSCH， 译码后得到 M 个 ACK/NACK 信息， 其中 M 为反馈窗口长度 ； 根据所述 M 个 ACK/NACK 所组成的状态， 获取实际传输反馈信息， 并在所 有可用的信道资源组中选择一个作为实际传输所使用的信道资源组， 并获得组成该信道资 源组的两个信道资源编号， 分别对应两个天线端口 ；
所述反馈单元具体用于， 同时在所述资源获取单元获取的信道资源组的两个信道 资源上通过两个天线端口传输所述实际反馈信息。
其中， 所述资源获取单元具体用于 ： 检测 PDCCH， 根据每个 PDCCH 的第一个 CCE 的 指示， 获取所有第一个天线端口可用的信道资源， 并确定某个 CCE 的聚合等级大于等于 2 的 PDCCH 的第二个 CCE 对应的信道为第二个天线端口所使用的信道资源 ； 接收 PDSCH， 译码后 得到 M 个 ACK/NACK 信息， 其中 M 为反馈窗口长度 ； 根据所述 M 个 ACK/NACK 所组成的状态， 获取实际传输反馈信息 ； 并在对应第一个天线端口的所有可用信道资源中选择一个作为第 一个天线端口实际传输所使用的信道资源 ；
所述反馈单元具体用于， 同时在所述资源获取单元获取的在两个天线端口对应的 信道资源上通过两个天线端口传输所述实际反馈信息。
其中， 所述资源获取单元具体用于 ： 通过接收到的高层信令， 获取第二个天线端口 所使用的信道资源的信道资源编号 ； 检测 PDCCH， 根据每个 PDCCH 的第一个 CCE 的指示， 获 取所有第一个天线端口所使用的信道资源 ； 接收 PDSCH， 译码后得到 M 个 ACK/NACK 信息， 其 中 M 为反馈窗口长度 ； 根据所述 M 个 ACK/NACK 所组成的状态， 获取实际传输反馈信息， 并在 对应第一个天线端口的所有可用信道资源中选择一个作为第一个天线端口实际传输所使 用的信道资源 ；
所述反馈单元具体用于， 同时在所述资源获取单元获取的在两个天线端口对应的 信道资源上通过两个天线端口传输所述实际反馈信息。
其中， 所述资源获取单元具体用于 ： 检测 PDCCH， 根据每个 PDCCH 中第一个和第二 个 CCE 的指示， 获知所有可用的信道资源编号 ； 并根据预先的约定， 选取一个 PDCCH 中第一 个和第二个 CCE 所对应的信道资源编号作为第一个和第二个天线端口使用的信道资源 ； 接 收 PDSCH， 译码后得到 M’ 个 ACK/NACK 信息。将属于同一用户、 同一码字的 M’ 个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特的反馈信息， 其中 M’ 为用户终端接收到的下行数据包的个数 ；
所述反馈单元具体用于， 同时在所述资源获取单元获取的两个天线端口所对应的 信道资源上传输所述反馈信息， 实现发送分集。
其中， 所述资源获取单元具体用于 ： 当所述用户终端没有接收到任何 CCE 或者仅 仅接收到一个 CCE 时， 不发送任何反馈信息或回退到单天线模式进行传输 ； 当所述用户终 端接收到两个及两个以上的 CCE 时 ： 检测 PDCCH， 当反馈窗口长度大于 1 时， 根据每个 PDCCH 中第一个 CCE 的指示， 获知反馈窗口内所有可用的信道资源编号， 并根据预先的约定选取 其中的两个， 作为两个天线端口上传输所使用的信道资源 ； 当反馈窗口长度为 1 时， 所述用 户终端将根据反馈窗口内唯一的 PDCCH 中第一个和第二个 CCE 的指示， 获取两个信道资源， 作为两个天线端口上传输所使用的信道资源 ； 接收 PDSCH， 译码后得到 M’ 个 ACK/NACK 信息。将属于同一用户、 同一码字的 M’ 个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特反馈信息 ； 其中 M’ 为用户终端接收到的下行数据包的个数 ；
所述反馈单元具体用于， 同时在所述资源获取单元获取的两个天线端口所对应的 信道资源上传输所述反馈信息， 实现发送分集。
其中， 所述资源获取单元具体用于 ： 根据接收到的高层信令， 获知用于第二个天线 端口的信道资源编号 ； 检测 PDCCH， 根据每个 PDCCH 中第一个 CCE 的指示， 获知第一个天线 端口对应的所有可用信道资源编号， 并根据预先的约定选择一个作为第一个天线端口所使 用的信道资源 ； 接收 PDSCH， 译码后得到 M’ 个 ACK/NACK 信息 ； 将属于同一用户、 同一码字的 M’ 个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特反馈信息 ； 其中 M’ 为用户终端接收到的下行 数据包的个数 ；
所述反馈单元具体用于， 同时在所述资源获取单元获取的两个天线端口所对应的 信道资源上传输所述反馈信息， 实现发送分集。
与现有技术相比， 本发明的实施例具有以下优点 ：
实现了对多 ACK/NACK 反馈所使用的信道资源的预留， 且该资源预留的方法支持 发送分集， 提高了上行控制信道传输的可靠性 ； 且方法简单、 易于实施。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本 发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可 以根据这些附图获得其他的附图。
图 1 是现有技术中 ACK/NACK 合并的示意图 ；
图 2 是现有技术中 ACK/NACK 复用的示意图 ；
图 3 是现有技术中两天线端口发送分集示意图 ；
图 4 是本发明实施例中提供的 ACK/NACK 资源预留的方法流程图 ；
图 5 是本发明一实施例中使用的 ACK/NACK 复用反馈方式中反馈窗口的 PDCCH 的 CCE 的示意图 ；
图 6 是本发明一实施例中提供的 ACK/NACK 复用反馈方式中反馈窗口的 PDCCH 的 CCE 的示意图 ；
图 7 是本发明一实施例中提供的 ACK/NACK 合并反馈方式中反馈窗口的 PDCCH 的 CCE 的示意图 ；
图 8 是本发明一实施例中提供的 ACK/NACK 合并反馈方式中反馈窗口的 PDCCH 的 CCE 的示意图 ；
图 9 是本发明实施例中提供的基站的结构示意图 ；
图 10 是本发明实施例中提供的用户终端的结构示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完 整地描述， 显然， 所描述的实施例仅是本发明一部分实施例， 而不是全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实 施例， 都属于本发明保护的范围。
本发明的实施例中提供了一种 ACK/NACK 资源预留的方法， 如图 4 所示， 包括 ：
步骤 s401、 基站对用户终端通过发送分集进行 ACK/NACK 反馈时可用的信道资源 进行配置并通知用户终端 ；
步骤 s402、 基站在配置的信道资源中获取用户终端反馈的 ACK/NACK。
本发明的实施例中， 将 ACK/NACK 复用、 ACK/NACK 合并反馈方式与发送分集结合使 用， 以提高传输的可靠性和覆盖范围。 如果 UE 被配置为使用分集模式传输 PUCCH， 则需要至 少两个 PUCCH 信道资源编号。以下实施例中， 以两天线端口的 ORTD 为例分别讨论复用和合 并模式的信道资源指示和预留的方法。
本发明的实施例中， 对于 ACK/NACK 复用 + 发送分集模式， 其中一个天线端口对应 的可用信道资源编号仍可以重用 Rel-8 的指示方式， 即对于动态调度的下行数据包， 其可 用上行信道资源编号与其对应的 PDCCH 所占用的第一个 CCE 编号绑定， 一个反馈窗口内的 每个下行数据包都对应着一个可用的上行控制信道资源。 对于持续调度的下行数据包所对 应的 ACK/NACK 反馈， 可用的上控制信道由基站通过 RRC 信令预先分配给 UE。
对于另一个天线端口的信道资源指示方式， 本发明的实施例中提供了两种指示方 法， 以下分别进行描述。
方法 1 ：
第二个信道资源编号仍和对应的 PDCCH 的 CCE 编号绑定。此时， 由于第一个 CCE 已经和第一个信道资源编号绑定在一起， 于是需要另一个 CCE 来指示这个用于第二个天线 端口上的 PUCCH 信道资源编号。可以分为两种具体的指示方法 ：
( 指示方法 1) ： 基站通过调度限定反馈窗口内该 UE 所有 PDCCH 的 CCE 聚合等级都 不小于 2( 在 PDCCH 上， 承载下行链路控制信息 DCI 的基本单元是 CCE， PDCCH 中 CCE 聚合等 级通常可以为 1、 2、 4、 8等)； 这样可以保证反馈窗口内每个 PDCCH 都至少对应着两个可用 的上行控制信道资源。每一个 PDCCH 预先约定的两个 CCE 对应的两个信道资源编号组成一 个资源编号组 ( 考虑到 CCE 聚合等级， 优选每个 PDCCH 的第一个和第二个 CCE 对应的信道 资源编号组成一个资源编号组 )， 如图 5 所示。使用信道资源组代替 LTERel-8 中的信道资 源后， 即可沿用 Rel-8 定义的方法进行 ACK/NACK 复用传输。如图 4 所示， 设 M 为反馈窗口 的长度， UE 在 M 个信道资源组中按照 Rel-8 的查表方法选取一组， 进行发送分集的两个天 线端口各使用资源组中的一个信道资源发送实际反馈信息。
基站端处理过程 ： 基站通过调度， 限定反馈窗口内该 UE 的所有 PDCCH 的 CCE 聚合 等级＝ max(2， 由 PDCCH 检测可靠性确定的聚合等级 )。
UE 端处理流程包括 ：
步骤 1， 检测 PDCCH， 获知所有可用的信道资源组。
步骤 2， 接收 PDSCH， 译码后得到 M 个 ACK/NACK 信息， 其中 M 为反馈窗口的长度。
步骤 3， UE 根据 M 个 ACK/NACK 所组成的状态， 查表确定实际传输的实际反馈信息 及传输所使用的具体的反馈信道组的编号。
步骤 4， UE 同时在所述获取的信道资源组的两个信道资源上通过两个天线端口传 输所述实际反馈信息。基站端接收流程包括 ：
步骤 1， 对所有可用信道资源组进行检测， 确定哪个信道资源组上有数据传输， 即 可获知选定的信道资源组编号。进行检测前， 可先对同一资源组内的两个 PUCCH 上的信号 进行合并。
步骤 2， 对选定信道资源组内所传输的信号进行检测， 获知具体的实际反馈信息。
步骤 3， 根据检测到的实际反馈信息及信道资源组编号， 查表获知 M 个 ACK/NACK 的 具体状态。
( 指示方法 2) 基站通过调度限定反馈窗口内至少有一个 PDCCH 的 CCE 聚合等级 ≥ 2。 按照 Rel-8 定义的方法， UE 在反馈窗口内所有 PDCCH 第一个 CCE 对应的信道资源中进 行信道选择， 确定第一个天线端口所使用的信道资源及待反馈信息， 并确定某个 PDCCH( 可 以较佳地可选择窗口内第一个 CCE 聚合等级≥ 2 的 PDCCH) 第二个 CCE 对应的信道为第二 个天线端口所使用的信道资源。例如， 图 6 中反馈窗口内第一个 CCE 聚合等级大于等于 2 的 PDCCH 是 PDCCH 2， 则第一个天线端口所使用的信道资源编号在 二个天线端口所使用的信道资源编号为 到 中选取 ； 第它是由 PDCCH 2 的第二个 CCE 指示的。如果 )， 以第一个 CCE 聚合等级≥ 2 的 PDCCH 丢失， 则 UE 自动使用第二个 CCE 聚合等级≥ 2 的 PDCCH 中的第二个 CCE 所对应的资源编号 ( 例如图 5 中选取 PDCCH3 的 CCE2 所对应的 此类推。如果所有聚合等级≥ 2 的 PDCCH 全部丢失， 则 UE 回退到单天线发送模式， 只使用 信道选择选出来的第一个天线端口对应的资源编号在一个天线端口上发送实际反馈信息。 本方法最大限度的节省了 PUCCH 资源预留， 并且对 PDCCH 的 CCE 聚合等级限制较小。
基站端处理流程包括 ：
如果由 PDCCH 检测可靠性即可确定反馈窗口内对应同一 UE 的某些 PDCCH 的 CCE 聚 合等级＞ 1， 则基站不需要做其他的调度限制 ； 如果由 PDCCH 检测可靠性确定反馈窗口内， 同一个 UE 的 PDCCH 的 CCE 聚合等级都不大于 1， 则基站需要通过调度限制其中一个 PDCCH 的 CCE 聚合等级＝ 2。图 6 为一个示例， 反馈窗口内 PDCCH 2 和 PDCCH 3 的 CCE 聚合等级都 等于 2， 各存在两个 CCE 与两个资源编号分别绑定 ； 其他 PDCCH 的 CCE 聚合等级都为 1， 每个 PDCCH 的第一个 CCE 都分别绑定一个可用的上行控制资源编号。
UE 端处理流程包括 ：
步骤 1， 检测 PDCCH， 根据每个 PDCCH 的第一个 CCE 的指示， 获取所有第一个天线端 口可用的信道资源。并确定某个 CCE 的聚合等级大于等于 2 的 PDCCH 的第二个 CCE 对应的 信道为第二个天线端口所使用的信道资源。较佳地， 可选择窗口内， 该 UE 接收到的第一个 CCE 聚合等级≥ 2 的 PDCCH 中第二个 CCE 所对应的信道资源作为第二个天线端口所使用的 资源。 步骤 2， 接收 PDSCH， 译码后得到 M 个 ACK/NACK 信息， 其中 M 为反馈窗口的长度。
步骤 3， UE 根据 M 个 ACK/NACK 所组成的状态， 查表确定实际传输反馈信息， 并在对 应第一个天线端口的所有可用信道资源中选择一个作为第一个天线端口实际传输所使用 的信道资源 ；
步骤 4， UE 同时在两个天线端口所对应的信道资源上通过两个天线端口传输实际 的反馈信息。
基站端接收流程包括 ：
步骤 1， 对第一个天线端口所使用的信道资源进行检测， 确定哪个信道资源上有数 据传输， 即可获知选定的信道资源编号。另外， 进行检测前， 可先将窗口内所有 CCE 聚合等 级≥ 2 的 PDCCH 中第二个 CCE 所对应的信道上的信号与所有 PDCCH 中第一个 CCE 所对应的 信道中的信号进行合并。
步骤 2， 对选定信道资源内所传输的信号进行检测， 获知具体的实际反馈信息。
步骤 3， 根据检测到的实际反馈信息及信道资源编号， 查表获知 M 个 ACK/NACK 的具 体状态。
方法 2 ： 由网络侧固定分配第二个信道资源 ：
基站端处理流程包括 ：
当基站为某 UE 配置为 “ACK/NACK 复用 + 发送分集” 模式时， 基站将通过高层信令 固定配置一个可用的上行控制信道对应第二个天线端口。 该上行控制信道可被多个用户共 享， 基站需要通过调度， 限制共享同一信道资源的用户终端分时进行上行反馈。
UE 端处理流程包括 ：
步骤 1， 根据 RRC 信令， 获知用于第二个天线端口的信道编号。
步骤 2， 检测 PDCCH， 根据每个 PDCCH 的第一个 CCE 的指示， 获知所有第一个天线端 口可用的信道资源。
步骤 3， 接收 PDSCH， 译码后得到 M 个 ACK/NACK 信息， 其中 M 为反馈窗口长度。
步骤 4， 根据 M 个 ACK/NACK 所组成的状态， 查表确定实际传输反馈信息， 并在对应 第一个天线端口的所有可用信道资源中选择一个作为第一个天线端口实际传输所使用的 信道资源。
步骤 5， 同时在两个天线端口所对应的信道资源上通过两个天线端口传输实际反 馈信息， 实现发送分集。
基站端接收流程包括 ：
步骤 1， 对第一个天线端口所使用的信道资源进行检测， 确定哪个信道资源上有数 据传输， 即可获知选定的信道资源编号。另外， 进行检测前， 可先将预先配置给该 UE 第二个 天线端口的信道资源上的信号与所有 PDCCH 中第一个 CCE 所对应的信道中的信号进行合 并。
步骤 2， 对选定信道资源内所传输的信号进行检测， 获知具体的实际反馈信息。
步骤 3， 根据检测到的实际反馈信息及信道资源编号， 查表获知 M 个 ACK/NACK 的具 体状态。
对于合并 + 发送分集模式， 两个天线端口对应的上行控制信道资源其中的一个仍 可以重用 Rel-8 在合并模式下的指示方式， 即动态调度时， 由反馈窗口内第 M′个 PDCCH 的 第一个 CCE 指示 ； 持续调度时， 由基站通过 RRC 信令预先分配给 UE。对于另一个天线上的 控制信道资源， 本发明的实施例中也提供了以下两种指示方法 ：
方法 1 ：
第二个信道资源编号仍和 PDCCH 的 CCE 编号绑定， 也可以分为两种指示方法 ：
( 指示方法 1) ： 基站通过调度限定反馈窗口内该 UE 的所有 PDCCH 的 CCE 聚合等级 都不小于 2 ； 这样可以保证反馈窗口内每个 PDCCH 都至少对应着两个上行控制信道资源。基站端处理过程 ： 基站通过调度限定反馈窗口内该 UE 的所有 PDCCH 的 CCE 聚合等 级＝ max(2， 由 PDCCH 检测可靠性确定的聚合等级 )。
UE 端处理流程包括 ：
步骤 1， 检测 PDCCH， 根据每个 PDCCH 中第一个和第二个 CCE 的指示， 获知所有可用 的信道资源编号。根据预先的约定， 选取一个 PDCCH 中第一个和第二个 CCE 所对应的信道 资源编号作为第一个和第二个天线端口使用的信道资源 ； 较优地选取第 M’ 个 PDCCH( 即 UE 实际接收到的最后一个下行数据包所对应的 PDCCH) 上第一个和第二个 CCE 所对应的信道 资源编号作为第一和第二个天线端口使用的信道资源。
步骤 2， 接收 PDSCH， 译码后得到 M’ 个 ACK/NACK 信息。将属于同一用户、 同一码字 的 M’ 个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特 ( 下行双码字时 ) 反馈信息。
步骤 3， UE 同时在两个天线端口所对应的信道资源上传输反馈信息， 实现发送分 集， 如图 7 所示。
基站端接收流程包括 ：
步骤 1， 对窗口内的所有可用信道资源上进行检测， 确定哪个信道资源上有数据传 输。另外， 进行检测前， 可先将窗口内所有 PDCCH 中第二个 CCE 所对应信道中的信号与所有 PDCCH 中第一个 CCE 所对应信道中的信号进行合并。
步骤 2， 对检测到的信道上所传输的信号进行检测， 获知具体的反馈信息。
( 指示方法 2) ： 基站限定反馈窗口内至少存在两个可用的 CCE， 各绑定一个上行控 制信道资源。
基站端处理过程 ： 分为以下两种情况 ：
情况 1 ： M＝1： 此时反馈窗口内只有一个 PDCCH， 基站限定该 PDCCH 的 CCE 聚合等 级＝ max(2， 由 PDCCH 检测可靠性确定的聚合等级 )。
情况 2 ： M＞1： 基站对反馈窗口内 PDCCH 的 CCE 聚合等级没有限制， 因为这时反馈 窗口内必然存在至少两个可用的 CCE。
UE 端处理过程 ： 分为两种情况 ：
情况 1 ： UE 没有接收到任何 CCE 或者仅仅接收到一个 CCE， 这时 UE 可以判断出必 然有下行数据包丢失， 可不发送任何反馈信息 ( 即 DTX 状态 ) 或回退到单天线模式进行传 输。
情况 2 ： UE 接收到两个及两个以上数量的 CCE。UE 具体处理流程包括 ：
步骤 1， UE 检测 PDCCH， 当反馈窗口长度大于 1 时， 根据每个 PDCCH 中第一个 CCE 的 指示， 获知反馈窗口内所有可用的信道资源编号， 并根据预先的约定选取其中的两个， 作为 两个天线端口上传输所使用的信道资源。 考虑到与 Rel-8 的兼容性， 可以最优的选取第 M′ 个 PDCCH 的第一个 CCE 所对应的编号和与其相邻的一个 CCE 所对应的编号， 如图 8 所示 ； 当 反馈窗口长度为 1 时， UE 将根据反馈窗口内唯一的 PDCCH 中第一个和第二个 CCE 的指示， 获取两个信道资源， 作为两个天线端口上传输所使用的信道资源。
步骤 2， 接收 PDSCH， 译码后得到 M′个 ACK/NACK 信息。 将属于同一用户、 同一码字 的 M′个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特 ( 下行双码字时 ) 反馈信息。
步骤 3， UE 同时在两个天线端口所对应的信道资源上传输反馈信息， 实现发送分 集。基站端接收流程包括 ：
步骤 1， 对窗口内的所有可用信道资源上进行检测， 确定哪个信道资源上有数据传 输。若为检测不到任何信号， 即 DTX， 则判断丢包。
步骤 2， 对检测到的信道上所传输的信号进行检测， 获知具体的反馈信息。
方法 2 ： 由网络侧固定分配第二个信道资源 ：
基站端处理过程包括 ： 当基站为某 UE 配置为 “ACK/NACK 合并 + 发送分集” 模式时， 基站将通过高层信令固定配置一个可用的上行控制信道， 对应第二个天线端口。该上行控 制信道可被多个用户共享， 基站需要通过调度， 限制共享同一信道资源的用户终端分时进 行上行反馈。
UE 端处理流程包括 ：
步骤 1， 根据 RRC 信令， 获知用于第二个天线端口的信道编号。
步骤 2， 检测 PDCCH， 根据每个 PDCCH 中第一个 CCE 的指示， 获知第一个天线端口对 应的所有可用信道资源编号， 并根据预先的约定选择一个作为第一个天线端口所使用的信 道资源， 较优地可以选择第 M′个 PDCCH 上第一个 CCE 所对应的信道资源编号。
步骤 3， 接收 PDSCH， 译码后得到 M′个 ACK/NACK 信息。 将属于同一用户、 同一码字 的 M′个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特 ( 下行双码字时 ) 反馈信息。
步骤 4， 同时在两个天线端口所对应的信道资源上传输实际反馈信息， 实现发送分 集。
基站端接收流程包括 ：
步骤 1， 对窗口内的所有可用信道资源上进行检测， 确定哪个信道资源上有数据 传输。另外， 进行检测前， 可先将预先配置给该 UE 第二个天线端口的信道上的信号与所有 PDCCH 中第一个 CCE 所对应的信道中的信号进行合并。
步骤 2， 对检测到的信道上所传输的信号进行检测， 获知具体的反馈信息。
通过使用本发明实施例提供的上述方法， 实现了对 ACK/NACK 反馈所使用的信道 资源的预留， 且该资源预留的方法支持发送分集， 提高了上行控制信道传输的可靠性 ； 且方 法简单、 易于实施， 同时适用于 FDD 及 TDD 系统， 与 Rel-8 系统可以很好的兼容。
本发明的实施例还提供一种实现 ACK/NACK 资源预留的系统， 包括 ：
基站， 对于用户终端通过发送分集进行 ACK/NACK 反馈时可用的信道资源进行配 置并通知所述用户终端 ； 在所述配置的信道资源组中获取所述用户终端反馈的 ACK/NACK ；
用户终端， 用于使用所述基站配置的进行 ACK/NACK 反馈所使用的信道资源， 通过 ACK/NACK 复用结合发送分集、 或 ACK/NACK 合并结合发送分集的方式， 传输 ACK/NACK 的反馈 信息。
具体的， 本发明实施例中的基站的结构示意图如图 9 所示， 包括 ：
配置单元 10， 用于对用户终端通过发送分集进行 ACK/NACK 反馈时可用的信道资 源进行配置并通知所述用户终端 ；
反馈获取单元 20， 用于在所述配置单元配置的信道资源中获取所述用户终端反馈 的 ACK/NACK。
其中配置单元 10， 具体用于将所述用户终端使用两个天线端口通过发送分集进行 ACK/NACK 反馈时使用两个信道资源， 每一个天线端口对应一个信道资源编号， 其中第一个天线端口对应的可用信道资源编号的指示方式具体为 ： 对于动态调度的下行数据包， 所述 的每一个可用信道资源编号都与所述的每一个下行数据包对应的物理下行控制信道 PDCCH 所占用的第一个 CCE 编号绑定， 即反馈窗口内每一个下行数据包都对应着一个可用的上行 控制信道资源 ； 对于持续调度的下行数据包， 可用的信道资源编号由基站通过 RRC 信令预 先分配给用户终端。
在第二个信道资源的信道资源编号的指示方式上 ：
一种可选的实施方式中 ：
配置单元 10 具体用于 ： 限定反馈窗口内所述用户终端所有 PDCCH 的控制信道单元 CCE 的聚合等级至少为 2， 且每一个 PDCCH 预先约定的两个 CCE 对应的两个信道资源编号组 成一个资源编号组 ( 考虑到 CCE 聚合等级， 优选每个 PDCCH 的第一个和第二个 CCE 对应的 信道资源编号组成一个资源编号组 ) ；
反馈获取单元 20 具体用于 ： 分别对同一信道资源组内的两个 PUCCH 上的信号进行 合并， 之后对所有可用信道资源组进行检测， 获取存在数据传输的信道资源组 ； 对信道资源 组内所传输的信号进行检测， 获知具体的反馈信息 ； 根据检测到的反馈信息及信道资源组 的编号， 获取用户终端反馈的 ACK/NACK。
另一种可选的实施方式中 ：
配置单元 10 具体用于 ： 限定反馈窗口内至少有一个 PDCCH 的 CCE 聚合等级大于等 于2；
反馈获取单元 20 具体用于 ： 对第一个天线端口所使用的信道资源进行检测， 确定 存在数据传输的信道资源 ； 检测前， 将窗口内所有 CCE 聚合等级≥ 2 的 PDCCH 中第二个 CCE 所对应的信道上的信号与所有 PDCCH 中第一个 CCE 所对应的信道中的信号进行合并 ； 对存 在数据传输的信道资源内传输的信号进行检测， 获知具体的实际反馈信息 ； 根据检测到的 实际反馈信息及信道资源编号， 获取用户终端反馈的 ACK/NACK。
另一种可选的实施方式中 ：
配置单元 10 具体用于 ： 通过高层信令配置一个信道资源作为第二个天线端口所 使用的信道资源 ； 所述信道资源可以被小区内多个用户终端共享， 配置单元 10 需要通过配 置， 限制共享同一信道资源的用户终端分时进行上行反馈 ；
反馈获取单元 20 具体用于 ： 对第一个天线端口所使用的信道资源进行检测， 确定 存在数据传输的信道资源 ； 检测前， 将预先配置的第二个天线端口的信道资源上的信号与 所有 PDCCH 中第一个 CCE 所对应的信道中的信号进行合并 ； 对所确定的信道资源内所传输 的信号进行检测， 获知具体的实际反馈信息。 根据检测到的实际反馈信息及信道资源编号， 获取用户终端反馈的 ACK/NACK。
另一种可选的实施方式中 ：
配置单元 10 具体用于 ： 限定反馈窗口内所有 PDCCH 的 CCE 聚合等级至少为 2 ；
反馈获取单元 20 具体用于 ： 对反馈窗口内的所有可用信道资源上进行检测， 确定 存在数据传输的信道资源 ； 检测前， 将反馈窗口内所有 PDCCH 中第二个 CCE 所对应信道中的 信号与所有 PDCCH 中第一个 CCE 所对应信道中的信号进行合并 ； 对检测到的信道上所传输 的信号进行检测， 获取所述用户终端反馈的 ACK/NACK。
另一种可选的实施方式中 ：配置单元 10 具体用于 ： 限定反馈窗口内至少存在两个可用的 CCE， 各绑定一个可 用的上行控制信道资源 ； 当反馈窗口长度为 1 时， 限定反馈窗口内唯一的 PDCCH 的 CCE 的聚 合等级至少为 2 ；
反馈获取单元 20 具体用于 ： 对窗口内的所有可用信道资源上进行检测， 确定存在 数据传输的信道资源 ； 如果检测不到任何信号， 则判断丢包 ； 对确定的信道资源上所传输 的信号进行检测， 获取用户终端反馈的 ACK/NACK。
另一种可选的实施方式中 ：
配置单元 10 具体用于 ： 通过高层信令配置一个信道资源作为第二个天线端口所 使用的信道资源 ； 所述信道资源可以被小区内多个用户终端共享， 所述配置单元需要通过 配置， 限制共享同一信道资源的用户终端分时进行上行反馈 ；
反馈获取单元 20 具体用于 ： 对窗口内的所有可用信道资源上进行检测， 确定存在 数据传输的信道资源 ； 检测前， 可先将预先配置给用户终端第二个天线端口的信道上的信 号与所有 PDCCH 中第一个 CCE 所对应的信道中的信号进行合并 ； 对检测到的信道上所传输 的信号进行检测， 获知用户终端反馈的 ACK/NACK。
本发明实施例提供的用户终端中， 如图 10 所示， 包括 ：
资源获取单元 50， 用于获取基站配置的进行 ACK/NACK 反馈可用的信道资源 ； 并确 定两个天线端口实际传输所使用的两个信道资源。
反馈单元 60， 用于使用资源获取单元获取的两个实际传输所使用的信道资源， 通 过 ACK/NACK 复用结合发送分集、 或 ACK/NACK 合并结合发送分集的方式， 传输 ACK/NACK 的 反馈信息。
一种可选的实施方式中， 资源获取单元 50 具体用于 ： 检测 PDCCH， 根据每个 PDCCH 预先约定的两个 CCE 的指示， 获取所有可用的信道资源组 ； 接收 PDSCH， 译码后得到 M 个 ACK/NACK 信息， 其中 M 为反馈窗口长度 ； 根据 M 个 ACK/NACK 所组成的状态， 获取实际传输 反馈信息， 并在所有可用的信道资源组中选择一个作为实际传输所使用的信道资源组， 并 获得组成该信道资源组的两个信道资源编号， 分别对应两个天线端口。
反馈单元 60 具体用于， 同时在资源获取单元 50 获取的信道资源组的两个信道资 源上通过两个天线端口传输实际反馈信息。
一种可选的实施方式中， 资源获取单元 50 具体用于 ： 检测 PDCCH， 根据每个 PDCCH 的第一个 CCE 的指示， 获取所有第一个天线端口可用的信道资源， 并确定某个 CCE 的聚合等 级大于等于 2 的 PDCCH 的第二个 CCE 对应的信道为第二个天线端口所使用的信道资源。较 佳地， 可选择窗口内， 该 UE 接收到的第一个 CCE 聚合等级≥ 2 的 PDCCH 中第二个 CCE 所对 应的信道资源作为第二个天线端口所使用的资源 ； 接收 PDSCH， 译码后得到 M 个 ACK/NACK 信息， 其中 M 为反馈窗口长度 ； 根据 M 个 ACK/NACK 所组成的状态， 获取实际传输反馈信息 ； 并在对应第一个天线端口的所有可用信道资源中选择一个作为第一个天线端口实际传输 所使用的信道资源 ；
反馈单元 60 具体用于， 同时在资源获取单元 50 获取的在两个天线端口对应的信 道资源上通过两个天线端口传输实际反馈信息。
一种可选的实施方式中， 资源获取单元 50 具体用于 ： 通过接收到的高层信令， 获 取第二个天线端口所使用的信道资源的信道资源编号 ； 检测 PDCCH， 根据每个 PDCCH 的第一个 CCE 的指示， 获取所有第一个天线端口所使用的信道资源 ； 接收 PDSCH， 译码后得到 M 个 ACK/NACK 信息， 其中 M 为反馈窗口长度 ； 根据 M 个 ACK/NACK 所组成的状态， 获取实际传输 反馈信息， 并在对应第一个天线端口的所有可用信道资源中选择一个作为第一个天线端口 实际传输所使用的信道资源 ；
反馈单元 60 具体用于， 同时在资源获取单元 50 获取的在两个天线端口对应的信 道资源上通过两个天线端口传输实际反馈信息。
一种可选的实施方式中， 资源获取单元 50 具体用于 ： 检测 PDCCH， 根据每个 PDCCH 中第一个和第二个 CCE 的指示， 获知所有可用的信道资源编号 ； 并根据预先的约定， 选取一 个 PDCCH 中第一个和第二个 CCE 所对应的信道资源编号作为第一和第二个天线端口使用的 信道资源。较优地选取第 M’ 个 PDCCH( 即 UE 实际接收到的最后一个下行数据包所对应的 PDCCH) 上第一个和第二个 CCE 所对应的信道资源编号作为第一和第二个天线端口使用的 信道资源 ； 接收 PDSCH， 译码后得到 M’ 个 ACK/NACK 信息。将属于同一用户、 同一码字的 M’ 个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特的反馈信息其中 M’ 为用户终端接收到的下行数 据包的个数 ；
反馈单元 60 具体用于， 同时在资源获取单元 50 获取的两个天线端口所对应的信 道资源上传输反馈信息， 实现发送分集。
一种可选的实施方式中， 资源获取单元 50 具体用于 ： 当用户终端没有接收到任何 CCE 或者仅仅接收到一个 CCE 时， 不发送任何反馈信息或回退到单天线模式进行传输 ； 当用 户终端接收到两个及两个以上的 CCE 时时 ： 检测 PDCCH， 当反馈窗口长度大于 1 时， 根据每 个 PDCCH 中第一个 CCE 的指示， 获知反馈窗口内所有可用的信道资源编号， 并根据预先的约 定选取其中的两个， 作为两个天线端口上传输所使用的信道资源。考虑到与 Rel-8 的兼容 性， 可以最优的选取第 M′个 PDCCH 的第一个 CCE 所对应的编号和与其相邻的一个 CCE 所对 应的编号作为两个天线端口上传输所使用的信道资源 ； 当反馈窗口长度为 1 时， 所述用户 终端将根据反馈窗口内唯一的 PDCCH 中第一个和第二个 CCE 的指示， 获取两个信道资源， 作 为两个天线端口上传输所使用的信道资源 ； 接收 PDSCH， 译码后得到 M’ 个 ACK/NACK 信息。 将属于同一用户、 同一码字的 M’ 个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特反馈信息 ； 其中 M’ 为用户终端接收到的下行数据包的个数 ；
反馈单元 60 具体用于， 同时在资源获取单元 50 获取的两个天线端口所对应的信 道资源上传输反馈信息， 实现发送分集。
一种可选的实施方式中， 资源获取单元 50 具体用于 ： 根据接收到的高层信令， 获 知用于第二个天线端口的信道资源编号 ； 检测 PDCCH， 根据每个 PDCCH 中第一个 CCE 的指 示， 获知第一个天线端口对应的所有可用的信道资源编号， 并根据预先的约定选择一个作 为第一个天线端口所使用的信道资源。较优地可以选择第 M′个 PDCCH 上第一个 CCE 所对 应的信道资源编号 ； 接收 PDSCH， 译码后得到 M’ 个 ACK/NACK 信息 ； 将属于同一用户、 同一码 字的 M’ 个 ACK/NACK 进行逻辑加， 得到 1 或 2 比特反馈信息 ； 其中 M’ 为用户终端接收到的 下行数据包的个数 ；
反馈单元 60 具体用于， 同时在资源获取单元 50 获取的两个天线端口所对应的信 道资源上传输反馈信息， 实现发送分集。
通过使用本发明实施例提供的设备和系统， 实现了对 ACK/NACK 反馈所使用的信道资源的预留， 且该资源预留的方法支持发送分集， 提高了上行控制信道传输的可靠性 ； 且 方法简单、 易于实施， 同时适用于 FDD 及 TDD 系统， 与 Rel-8 系统可以很好的兼容。
通过以上的实施方式的描述， 本领域的技术人员可以清楚地了解到本发明可以通 过硬件实现， 也可以借助软件加必要的通用硬件平台的方式来实现。 基于这样的理解， 本发 明的技术方案可以以软件产品的形式体现出来， 该软件产品可以存储在一个非易失性存储 介质 ( 可以是 CD-ROM， U 盘， 移动硬盘等 ) 中， 包括若干指令用以使得一台计算机设备 ( 可 以是个人计算机， 服务器， 或者网络设备等 ) 执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图， 附图中的单元或流 程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的单元可以按照实施例描述进行分 布于实施例的装置中， 也可以进行相应变化位于不同于本实施例的一个或多个装置中。上 述实施例的单元可以合并为一个单元， 也可以进一步拆分成多个子单元。
上述本发明实施例序号仅仅为了描述， 不代表实施例的优劣。