一种LTE中PUCCH反馈信息检测方法及系统与流程

本发明涉及无线通信技术领域，尤其是涉及一种LTE中PUCCH反馈信息检测方法及系统。

背景技术：

在LTE(Long Term Evolution，长期演进系统)系统中，LTE-A(LTE-Advanced，先进的长期演进系统)是LTE的演进版本，为了满足LTE-A下行峰速1Gbps，上行峰速500Mbps的要求，需要提供最大100MHz的传输带宽，但由于这么大带宽的连续频谱的稀缺，LTE-A提出了载波聚合(Carrier Aggregation，CA)的解决方案。所谓载波聚合，是将2个或更多的载波单元(Component Carrier，CC)聚合在一起以支持最大为100MHz的传输带宽。

在LTE-A协议中，因为新增的载波聚合功能引入了PUCCH1B CS格式(PUCCH Format1B with Channel Selection)，用于传输对下行的ACK/NACK反馈。通过使用该格式UE可以反馈不同载波的下行接收结果。PUCCH1B CS是基于LTE R8/9协议的PUCCH1B格式衍生而来的，虽然还是只携带2bit的反馈信息，但是基站在每个子帧通过检测到PUCCH1BCS的资源位置和携带的内容，根据协议上提供的映射表格，即能确认UE在每个载波的下行接收结果。PUCCH1B CS格式最多支持2个载波下2个码字在多个下行子帧的接收情况，终端反馈接收结果时，可使用的资源位置有两种：一种是通过PDCCH使用的CCE索引，使用协议提供的公式计算获得，即采用公式$n_{PUCCH}^{\left(1\right)}=(M-m-1)\×N_p+m\×N_{p+1}+n_{CCE}+N_{PUCCH}^{\left(1\right)}$来计算PUCCH资源位置；另一种是通过高层信令N1PUCCH-AN-CS-r10配置获得。两种来源的资源位置，UE根据接收情况，按照协议选择对应的资源位 置进行反馈。

由于在TDD UL-DL configuration 1～6中，存在多个D子帧传输对应到同一个UE进行反馈的情况，在LTE TDD中为此制定了ACK/NACK bundling反馈模式以及ACK/NACK multiplexing反馈模式。在ACK/NACK bundling反馈模式中，M个D子帧的PDSCH传输(称之为一个HARQ反馈窗口)的终端反馈在时间上与操作后，最终M个D子帧上对应的相同的TB块只形成1bit的ACK/NACK信息，如果基站收到对应TB的NACK，则bunding传输反馈的多个D传输都进行HARQ重传。上述是理想的传输-反馈状态。但实际中，PDCCH传输并不是100％可靠，UE可能丢失某些下行DCI，所以当HARQ反馈窗口内的某些下行DCI丢失时，基站和终端的状态就出现了不一致，基站认为传输了某D子帧，但终端根本不知道有该下行传输的存在，更谈不上对其进行ACK/NACK的判断和反馈，于是bundling反馈模式下可能会错误地反馈ACK。

因此，LTE-A协议上特别针对PDCCH/PDSCH可能丢失的情况而专门制定了防护措施，无论是上下行授权PDCCH中携带的DAI信息，还是PUSCH中反馈信息使用的基于N_bundled的扰码序列，都是为了增强反馈的可靠性，最重要的是保障基站和终端在传输事件统计和反馈信息上的一致性。

但是，现有技术仍存在的一个可能造成基站和终端在反馈时不一致的漏洞是：

1)如果基站认为终端在反馈子帧有PUSCH传输(有PDCCH对应的PUSCH传输或无PDCCH对应的PUSCH传输)，但是终端侧丢失了该PUSCH传输的授权，不知道有该PUSCH传输事件的存在，导致终端仍使用PUCCH进行反馈，而基站却认为应该在PUSCH上反馈，则基站解析反馈信息的资源和终端发送反馈信息的资源不一致。基站丢失终端反馈信息。

2)同样如果基站认为终端在反馈子帧有PDCCH对应的PUSCH传输，但终端侧丢失了该PUSCH传输对应的上行PDCCH授权，终端侧认为该子帧有另一个无PDCCH对应的PUSCH传输，则导致终端认为应该在无PDCCH对应的PUSCH上进行反馈，而基站认为应该在有PDCCH对应的PUSCH上进行反馈接收，则基站解析反馈信息的资源和终端发送反馈信息的资源不一致。基站丢失终端反馈信息。

上述情况表明，协议期望尽可能保障基站和终端在下行传输和反馈的一致性，提高终端反馈的准确性，特别考虑了PDCCH授权丢失的可能对反馈造成的影响。由于要保证PDSCH下行传输对应的上行PUCCH反馈的一致性，所以协议采取多种措施来确保终端能准确的获知下行授权PDCCH或PDSCH传输的丢失情况。但是PDSCH下行传输的上行反馈并不只是在PUCCH上进行，有可能在PUSCH上进行，而PUSCH对应的是上行授权PDCCH，如果上行授权PDCCH本身丢失了，那自然会造成新的基站和终端在反馈上的不一致。协议在此恰好忽略了上行授权PDCCH丢失对下行传输PDSCH的反馈造成的影响。

技术实现要素：

针对上述问题，本发明提供一种LTE中PUCCH反馈信息检测方法及系统，从基站侧的处理上采取多重反馈信道检测措施，在终端使用PUSCH进行PDSCH反馈的场景下，即使终端侧丢失了基站的上行授权PDCCH，也能仍然较好的保证基站可靠的接收到终端的反馈信息。

本发明的一个方面提出了一种LTE中PUCCH反馈信息检测方法，包括：

检测终端预定的上行反馈子帧中是否含有所述终端的PUSCH传输；

如果在所述终端预定的上行反馈子帧有一个该终端的PUSCH传输，则基站在该子帧同时检测PUSCH信号上的反馈信息，以及该终 端预定的PUCCH信道上的反馈信息；

根据检测到的PUSCH中的反馈信息以及PUCCH信道上的反馈信息，进行反馈信息判断。

其中，所述PUSCH传输为有PDCCH对应的PUSCH传输或无PDCCH对应的PUSCH传输。

其中，所述方法还包括：如果所述终端预定的上行反馈子帧中不含有所述终端的PUSCH传输，则

当为ACK/NACK bundling反馈模式时，检测HARQ反馈窗口内最后一个PDCCH对应的PUCCH信道；

当为ACK/NACK multiplexing反馈模式时，或为载波聚合反馈模式时，在所有传输的PUCCH信道资源位置上检测反馈信息。

其中，所述PUSCH信道的检测结果为ACK/NACK；所述PUCCH的信道检测结果为ACK/NACK或DTX。

所述方法还包括：当终端在有PDCCH对应的PUSCH传输时，所述根据检测到的PUSCH信道上的反馈信息以及PUCCH信道上的反馈信息，进行反馈信息判断，具体包括：

当所述有PDCCH对应的PUSCH信道上的检测结果为ACK/NACK，PUCCH信道上的检测结果为DTX时，所述基站判断所述有PDCCH对应的PUSCH信道上的反馈结果为终端的反馈结果；

当所述有PDCCH对应的PUSCH信道上的检测结果为ACK/NACK，PUCCH信道上的检测结果为ACK/NACK时，所述基站判断所述PUCCH信道上的反馈结果为终端的反馈结果。

其中，所述方法还包括：当终端在无PDCCH对应的PUSCH传输时，所述根据检测到的PUSCH信道上的反馈信息以及PUCCH信道上的反馈信息，进行反馈信息判断，具体包括：

当所述无PDCCH对应的PUSCH信道上的检测结果为ACK/NACK，PUCCH信道上的检测结果为DTX时，所述基站判断所 述无PDCCH对应的PUSCH信道上的反馈结果为终端的反馈结果；

当所述无PDCCH对应的PUSCH信道上的检测结果为ACK/NACK，PUCCH信道上的检测结果为ACK/NACK时，所述基站判断所述PUCCH信道上的反馈结果为终端的反馈结果。

根据本发明的另一个方面，提供一种PUCCH反馈信息检测系统，其特征在于，包括：

信道检测单元，用于判断在终端预定的上行反馈子帧是否有一个该终端的PUSCH传输；

反馈信息接收单元，用于当在终端预定的上行反馈子帧有一个该终端的PUSCH传输时，基站在该子帧同时检测PUSCH信道上的反馈信息，以及该终端预定的PUCCH信道上的反馈信息；

判断单元，用于根据检测到的PUSCH信道上的反馈信息以及PUCCH信道上的反馈信息，进行反馈信息判断。

其中，其特征在于，所述PUSCH传输为有PDCCH对应的PUSCH传输或无PUDH对应的PUSCH传输。

其中，其特征在于，该装置还包括：

PUCCH反馈检测单元，用于当所述信道检测单元判断在终端预定的上行反馈子帧没有PUSCH传输时，基站进行PUCCH反馈检测。

其中，所述PUCCH反馈检测单元具体包括：

当为ACK/NACK bundling反馈模式时，检测HARQ反馈窗口内最后一个PDCCH对应的PUCCH信道；

当为ACK/NACK multiplexing反馈模式时，或为载波聚合反馈模式时，在所有传输的PUCCH信道资源位置上检测反馈信息。

本发明的LTE中PUCCH反馈信息检测方法及系统，在不改变协议已有设计的基础上，从基站侧的处理上采取多重反馈信道检测措施，在终端使用PUSCH进行PDSCH反馈的场景下，即使终端侧丢失了基站的上行授权PDCCH，也能仍然较好的保证基站可靠的接收到终端 的反馈信息。该措施配合协议本身已有的各种保证终端侧检测到下行授权PDCCH或PDSCH丢失的机制，能形成一个更加完备的提高终端反馈准确性和基站检测上行反馈可靠性的方案。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单的介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一个实施例中一种LTE中PUCCH反馈信息检测方法的流程图；

图2是本发明一个实施例中LTE中PUCCH反馈信息检测系统的结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的LTE中PUCCH反馈信息检测方法，是在现有的反馈信息检测方法的基础上进行的改进，是针对终端在预定的上行反馈子帧中又一个该终端的PUSCH传输的情况下基站对反馈信道进行检测的方法，因此，在没有PUSCH传输的情况下，基站使用现有的方法进行反馈信道的检测。即如果终端预定的上行反馈子帧中不含有所述终端的PUSCH传输，则

协议规定在ACK/NACK bundling反馈模式下，基站检测HARQ反馈窗口内最后一个PDCCH对应的PUCCH信道；ACK/NACK multiplexing反馈模式下，或载波聚合场景下，如果采用PUCCH 1b with channel selection机制，则基站在所有可能传输的PUCCH信道资源位置上检测都反馈信息。并根据最终检测到有信号的PUCCH信道索引号以及该PUCCH信道所携带的2bit信息，来查询36.213的反馈映射表，解析获得终端的反馈信息含义。以下通过具体实施例详细描述本发明的LTE中PUCCH反馈信息检测方法。

图1是本发明一个实施例中一种LTE中PUCCH反馈信息检测方法的流程图。

参照图1，本发明的实施例的LTE中PUCCH反馈信息检测方法，具体包括：

S1、检测终端预定的上行反馈子帧中是否含有所述终端的PUSCH传输；

在本实施例中，所述PUSCH传输为有PDCCH对应的PUSCH传输或无PDCCH对应的PUSCH传输。

S2、如果在所述终端预定的上行反馈子帧有一个该终端的PUSCH传输，则基站在该子帧同时检测PUSCH信道上的反馈信息，以及该终端预定的PUCCH信道上的反馈信息；

S3、根据检测到的PUSCH中的反馈信息以及PUCCH信道上的反馈信息，进行反馈信息判断。

本发明的实施例中，基站进行步骤S2的多重信道检测后，获得了多个检测结果，其中PUSCH信道的检测结果为ACK/NACK；PUCCH的信道检测由于采用三态检测，其检测结果为ACK/NACK或DTX。

在得到多个检测结果后，基站对多个反馈信道检测结构进行综合分析，其分析方案如下表所示：

上表中，ACK/NACK(1)表示有PDCCH对应的PUSCH信道上的检测结果NACK或ACK，ACK/NACK(2)表示无PDCCH对应的PUSCH信道上的检测结果NACK或ACK，ACK/NACK(3)表示PUCCH信道上的检测结果NACK或ACK。

根据上表，终端在有PDCCH对应的PUSCH传输的情况下，当所述有PDCCH对应的PUSCH信道上的检测结果为ACK/NACK，PUCCH信道上的检测结果为DTX时，所述基站判断所述有PDCCH对应的PUSCH信道上的反馈结果为终端的反馈结果；

当所述有PDCCH对应的PUSCH信道上的检测结果为ACK/NACK，PUCCH信道上的检测结果为ACK/NACK时，所述基站判断所述PUCCH信道上的反馈结果为终端的反馈结果。

另外，终端在无PDCCH对应的PUSCH传输的情况下，当所述无PDCCH对应的PUSCH信道上的检测结果为ACK/NACK，PUCCH信道上的检测结果为DTX时，所述基站判断所述无PDCCH对应的PUSCH信道上的反馈结果为终端的反馈结果；

当所述无PDCCH对应的PUSCH信道上的检测结果为ACK/NACK，PUCCH信道上的检测结果为ACK/NACK时，所述基站判断所述PUCCH信道上的反馈结果为终端的反馈结果。

图2是本发明一个实施例中LTE中PUCCH反馈信息检测系统的结构框图。

参照图2，本发明的另一个实施例中，提供一种PUCCH反馈信息检测系统，包括：

信道检测单元10，用于判断在终端预定的上行反馈子帧是否有一个该终端的PUSCH传输；

反馈信息接收单元20，用于当在终端预定的上行反馈子帧有一个该终端的PUSCH传输时，基站在该子帧同时检测PUSCH信道上的反馈信息，以及该终端预定的PUCCH信道上的反馈信息；

判断单元30，用于根据检测到的PUSCH信道上的反馈信息以及PUCCH信道上的反馈信息，进行反馈信息判断。

本实施例中，所述PUSCH传输为有PDCCH对应的PUSCH传输或无PUDH对应的PUSCH传输。

进一步的实施例中，该系统还包括：

PUCCH反馈检测单元，用于当所述信道检测单元判断在终端预定的上行反馈子帧没有PUSCH传输时，基站进行PUCCH反馈检测。

其中，所述PUCCH反馈检测单元具体包括：

当为ACK/NACK bundling反馈模式时，检测HARQ反馈窗口内最后一个PDCCH对应的PUCCH信道；

当为ACK/NACK multiplexing反馈模式时，或为载波聚合反馈模式时，在所有传输的PUCCH信道资源位置上检测反馈信息。

本发明的LTE中PUCCH反馈信息检测方法及系统，在不改变协议已有设计的基础上，从基站侧的处理上采取多重反馈信道检测措施，在终端使用PUSCH进行PDSCH反馈的场景下，即使终端侧丢失了基站的上行授权PDCCH，也能仍然较好的保证基站可靠的接收到终端的反馈信息。该措施配合协议本身已有的各种保证终端侧检测到下行授权PDCCH或PDSCH丢失的机制，能形成一个更加完备的提高终端反馈准确性和基站检测上行反馈可靠性的方案。

本实施例为本发明的系统的实施例，由于与方法的实施例基本相 似，所以描述的比较简单，相关之处请参见方法实施例部分的说明。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

本发明的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释呈反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在于该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是互相排斥之处，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一种浏览器终端的设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。