上行链路控制信息复用的制作方法

本申请与2016年10月10日提交的美国临时专利申请no.62/406,137相关并要求其权益和优先权，该临时专利申请的全部内容通过引用而并入本文。

信息的复用在诸如控制信息的通信的各种通信场景中可能是有用的。例如，某些无线通信系统可受益于针对下行链路两个正交频分复用符号的短传输时间间隔和一毫秒的传输时间间隔的上行链路控制信息复用。

背景技术：

高级长期演进(lte)(高级lte)pro系统将是第三代合作伙伴计划(3gpp)lte版本14/15(rel-14/15)的一部分。在rel-13研究项目“对延迟减少技术的研究”(rp-150465)和后续的rel-14工作项目rp-161922中，基于该研究项目讨论了针对这种系统的延迟减少。在tr36.881中获得的该研究项目的结论表明处理时间减少可以改进物理层无线电延迟。与诸如第五代(5g)/新空口的其它系统相关的类似问题可能会出现。

通过使用短传输时间间隔(stti)操作，可发生处理时间减少。短传输时间间隔有时也称为较短传输时间间隔。

对于帧结构类型1，对传输时长的支持可以基于用于短物理下行链路共享信道(spdsch)/短共享物理下行链路控制信道(spdcch)的2个符号stti和1个时隙(即7个符号)stti。对传输时长的支持可以基于用于短物理上行链路控制信道(spucch)/短物理上行链路共享信道(spusch)的2个符号stti、4个符号stti和1个时隙stti。可以不排除stti长度的向下选择。

在2个符号tti与传统的1ms(即14个符号)tti之间的动态切换可能是有益的。低优先级业务可受益于较少参考符号(rs)和1mstti的控制开销，而高优先级业务可受益于由2个符号tti提供的延迟减少。

图1示出了当传输时间间隔的长度改变时的反馈。在图1中，从下行链路(dl)行到ul行的对角线示出了dl数据接收与ul中的混合自动重传请求(harq)确认(ack)传输之间的时序关系。

更具体地，图1示出了从十四个正交频分复用(ofdm)符号(14-os)或1mstti到两个ofdm符号(2-os)的物理下行链路共享信道(pdsch)stti的转换。在该示例中，具有14-os的harq反馈生成需要n+3个tti即n+42个符号的用户设备(ue)处理时间。此外，在该示例中，具有2-os的harq反馈生成需要n+7个stti即n+14个符号的处理时间。在这种情况下，在部分(a)中示出的连续dl调度将意味着ue应在子帧(sf)5和6中提供针对14-os传输和6个2-os传输的harq反馈。

处理tti长度改变的一个选项是演进型节点b(enb)留下调度间隙，使得ue不为具有不同tti长度的pdsch传输同时提供反馈。这在图1的部分(b)中示出，其中，sf2和sf3没有对应的反馈，因为enb不在那些子帧中调度pdsch传输。对于其中enb需要紧急转移到较短tti的情况，规则可以是如果针对该tti的harq反馈将与针对较短tti数据的反馈重叠，则ue忽略以较长tti发送的dl数据。

如果在dl中提供调度间隙(dlsf2和3)使得针对2-osstti和14-ostti的harq-ack反馈在单个子帧中不一致，则不能为用户分配的下行链路资源可能导致用户所感知的吞吐量的降低。

通过连续dl调度出现ul转换时间，在该ul转换时间内，ue需要针对2-osstti和14-ostti两者提供反馈。在图1中，该转换时间对应于sf5和sf6。在该转换时间内，必须基于stti来操作ul，以至少用于发送针对spdsch传输的harq反馈。否则，在最坏的情况下，针对spdsch的反馈将延迟达到近1ms，这将意味着部分失去dlstti的延迟优势。

技术实现要素：

根据第一实施例，一种方法可以包括在用户设备处接收调度在第一传输时间间隔时长内的第一下行链路数据传输的下行链路分配。该方法还可以包括确定在与所调度的下行链路数据传输对应的上行链路中提供确认反馈的时间。该确定可以考虑在给定子帧中发送确认反馈是否会与和第二传输时间间隔时长相关联的信令冲突。该冲突可以是用户设备被调度用于要求在给定子帧中的确认反馈的在第二传输时间间隔时长内的下行链路数据传输，或者是用户设备被调度用于在给定子帧中的上行链路数据传输。第二传输时间间隔时长可以比第一传输时间间隔时长短。

在一变形中，上行链路数据传输可以是在给定子帧中的被调度的短物理上行链路共享信道传输。

在一变形中，当用户设备被调度用于在第二传输时间间隔时长内的第二下行链路数据传输或上行链路数据传输时，该方法还可以包括在第二传输时间间隔时长的保留传输时间间隔内发送与第一传输间隔时长对应的确认反馈。

在一变形中，当用户设备没有被调度用于在第二传输时间间隔时长内的下行链路数据传输或上行链路数据传输时，该方法还可以包括在具有预定偏移的传输时间间隔内发送与第一传输间隔时长对应的确认反馈。

在一变形中，第一下行链路数据传输可以包括物理下行链路共享信道。

在一变形中，第一传输时间间隔时长可以是一毫秒。

在一变形中，第二下行链路数据传输可以包括短物理下行链路共享信道。

在一变形中，第二传输时间间隔时长可以包括两个正交频分复用符号。

在一变形中，保留传输时间间隔可以包括特殊短传输时间间隔。

在一变形中，保留传输时间间隔可以包括其中不能发送针对第二传输时间间隔时长的确认反馈的传输时间间隔。

在一变形中，预定偏移可以是整数个传输时间间隔。

在一变形中，该方法还可以包括接收在低延迟模式下操作的指示。

在一变形中，指示可以通过无线资源控制配置来提供。

根据第二实施例，一种方法可以包括向用户设备发送调度在第一传输时间间隔时长内的第一下行链路数据传输的下行链路分配。该方法还可以包括确定期望在与所调度的下行链路数据传输对应的上行链路中的确认反馈的时间。该确定可以考虑用户设备是否被调度用于在第二传输时间间隔时长内的下行链路或上行链路数据传输。第二传输时间间隔时长可以比第一传输时间间隔时长短。

在一变形中，当用户设备被调度用于在第二传输时间间隔时长内的第二下行链路数据传输或上行链路数据传输时，该方法还可以包括在第二传输时间间隔时长的保留传输时间间隔内接收与第一传输间隔时长对应的确认反馈。

在一变形中，当用户设备没有被调度用于在第二传输时间间隔时长内的下行链路数据传输或上行链路数据传输时，该方法还可以包括在具有预定偏移的传输时间间隔内接收与第一传输间隔时长对应的确认反馈。

在一个变形中，该方法还可以包括发送在低延迟模式下操作的指示。

在一个变形中，指示可以通过无线资源控制配置来发送。

第二实施例还可以包括第一实施例的任一变形。

根据第三实施例和第四实施例，一种装置可以包括用于执行根据第一实施例和第二实施例以及它们的任何变形的方法的装置。

根据第五实施例和第六实施例，一种装置可以包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码可以被配置为与至少一个处理器一起使装置至少执行根据第一实施例和第二实施例以及它们的任何变形的方法。

根据第七实施例和第八实施例，一种计算机程序产品可以编码用于执行包括根据第一实施例和第二实施例以及它们的任何变形的方法的过程的指令。

根据第九实施例和第十实施例，一种非暂时性计算机可读介质可以编码指令，这些指令在硬件中被执行时执行包括根据第一实施例和第二实施例以及它们的任何变形的方法的过程。

根据第十一实施例和第十二实施例，一种系统可以包括与至少一个根据第四或第六实施例以及它们的任何变形的装置通信的至少一个根据第三或第五实施例以及它们的任何变形的装置。

附图说明

为了正确地理解本发明，应参考附图，其中：

图1示出当传输时间间隔改变时的反馈；

图2示出根据某些实施例的spdsch传输与spucch资源之间的时序关系；

图3示出根据某些实施例的可如何使用特殊stti；

图4示出根据某些实施例的确认/否定确认(a/n)传输的确定；

图5示出根据某些实施例的方法；

图6示出根据某些实施例的系统。

具体实施方式

某些实施例例如侧重于1mstti以及2个符号tti之间的动态切换，尤其考虑到用于相关联的ul控制信息(uci)特别是harq-ack的信令设计。

为了保证下行链路中可靠、灵活和有效的短tti操作，支持1-mstti与短tti之间的动态切换可能是有价值的。通过2个符号stti，与当前的lte时序相比，可以减少从在dl中的spdsch接收到在ul中在spucch或spusch上对应的harq-ack反馈的传输所需的处理时间。此外，在子帧n中的pdsch数据接收与对应的harq-ack反馈传输之间可用的处理时间可以减少1mstti。因此，替代在ulttin+4中发送harq-ack反馈，可以支持在ttin+3或者甚至ttin+2中的反馈。

因此，在当在dl中支持在1mstti与2-ostti之间的动态切换的情况下，某些实施例可以提供用于促进连续dl传输而没有任何调度限制的ul控制信令技术和系统。

某些实施例提供了涵盖2-osstti以及1-mstti两者的联合harq-ack反馈时序的定义。在具有2-osstti的某些情况下，ue可以通过每个子帧仅多达六个stti的spdsch来进行调度，因为下行链路中的第一个2-ostti被pdcch占用。用于系统带宽(bw)>1.25mhz的传统pdcch可以占用1-3个ofdm符号，并且因此可以在dl中调度最多6个2-osstti。

图2示出了根据某些实施例的spdsch传输与spucch资源之间的时序关系。更具体地，图2示出了在ul和dl两者中2-osstti的情况下，在spdsch传输与spucch资源之间的时序关系。图2的上部示出了与7个stti对应的harq-ack反馈延迟。图2的下部示出了与4个stti对应的harq-ack反馈延迟。

如图2中所示，pdcch控制(ctrl)可以分布在2个ofdm符号上(其它布置是可能的，例如，如上所述，pdcch在典型情况下可以采用1到3个符号，而在具有1.4mhz带宽和帧结构2的情况下可以采用2到4个符号)。在这种情况下，每个子帧可以存在一个spucchstti，其不需要携带针对spdsch的harq-ack反馈。在一示例中，harq-ack反馈延迟可以是7个stti，从spdsch传输开始到harq-ack反馈传输开始。这种情况在图2的上部示出。如在该示例中，在此被表示为特殊stti的未被占用的ulstti可以是每个子帧中的第一个ulstti。在其它实施例中，harq-ack延迟可以小于或大于7个stti，其中7个stti仅是示例。对于另一个示例，如在图2的下部中所示，反馈延迟可以是4个stti，并且特殊stti位于该子帧的中间。

假定在每个ul子帧中可能未占用7个ulstti中的一个，则某些实施例可以允许在该特殊stti中传输与1msdlpdschtti对应的harq-ack。

图3示出了根据某些实施例的可如何使用特殊stti。可以动态地选择在pucch或pusch上使用1-msultti还是使用例如特殊stti的2-osstti来发送针对1-msdlpdschtti的harq-ack反馈。

用于选择在何处发送harq-ack反馈的规则可以如下：在接收到调度在1-msttin中在pdsch上的dl数据传输的dl分配之后，ue应在ul中在1-msttin+k(其中，k是预定的并且例如可以是2、3或4)中发送对应的harq-ack反馈，除非ue接收到调度在spdsch上使用stti的dl数据传输的一个或多个下行链路分配，这应在同一ul子帧内被确认，在后一种情况下，ue应在ul2-ossttim中发送针对在1-msttin中在pdsch上接收到的dl数据传输的harq-ack反馈，其中，m是用于子帧n+k或子帧n+k中的特殊stti。这是这种规则的一个示例。

用于选择在何处发送harq-ack反馈的另一个示例性规则可以如下：在接收到调度在1-msttin中在pdsch上的dl数据传输的dl分配之后，ue应在ul中在1-msttin+k中发送对应的harqack反馈(其中，k是预定的并且例如可以是2、3或4)，除非ue接收到针对在同一ul子帧n+k内在spusch上使用stti的ul数据传输的一个或多个上行链路授权，在后一种情况下，ue应在ul2-ossttim中发送针对在1-msttin中在pdsch上接收到的dl数据传输的harq-ack反馈，其中，m是用于子帧n+k或子帧n+k中的特殊stti。该规则可适用于其中短pusch(ul数据)和1msharq-ack会发生冲突的情况。其它规则也是准许的。

原则如图3中所示，其中，上图示出了用于2-osstti的n+7时序，下图示出了2-osstti的n+4时序。在两个图示的情况下，1mstti具有n+3时序，但是用于1mstti的其它时序也是可能的。在用于2-osstti的n+4时序的情况下，ue可能已经开始1mspucch传输，而同时解码触发ack-nack的spdschdl分配，或者在相一ul子帧内触发spusch传输的ul授权。在这种情况下，ue可立即终止1mspucch传输，并且可替代地使用特殊stti重新发送1mspdsch的ack/nack。

以减少的延迟操作的ue可总是预先准备短spucch和长(1ms)pucchharq-ack。在接收到要求在同一子帧内确认的spdsch授权或者在同一子帧内调度spusch传输的ul授权时，只要dl授权已被解码，ue就可以在特殊stti内发送spucch。在图3的下部分的示例中，ue具有至少一个stti以对dl分配进行解码。

某些实施例的另一方面是可以基于1-mstti来确定与pdsch数据对应的spucch资源分配。例如，当已经使用pdcch来调度dl数据时，可以基于调度pdsch数据传输的dci的最低cce索引来确定spucch资源。例如在物理资源块(prb)索引和诸如循环移位的码域资源方面，spucch资源开始点可以针对特殊stti而单独地进行rrc配置。

图4示出了根据某些实施例的harq确认/否定确认(a/n)传输。图4的流程图示出了在子帧n+k中发送的pucch上或者在子帧n+k中在特殊stti中发送的spucch上的在子帧n中接收的pdsch的a/n传输。

enb可以具有在任何子帧中调度pdsch或者一个或多个spdsch或spusch的完全动态灵活性。根据图4中的流程图，ue可以使用子帧n+k中的pucch或者子帧n+k中的特殊stti中的spucch来发送针对在子帧n中传输的pdsch的harq-ack。

更具体地，如图4中所示，在410处，用户设备(ue)可接收针对在子帧n中的物理下行链路共享信道(pdsch)的下行链路(dl)分配，要求在子帧n+k中的a/n。

在415处，ue可以对物理下行链路共享信道(pdsch)进行解码，并使用物理上行链路控制信道(pucch)和/或短pucch(spucch)来准备确认。在420处，可以开始具有stti索引m＝0的上行链路(ul)子帧n+k。

在425处，ue可以确定ue是否已经接收到针对要求在子帧n+k中的a/n的spdsch的dl分配，和/或调度在子帧n+k中的spusch传输的ul授权。如果是，则在430处，ue可以确定pucch传输是否已经开始。如果是，则ue可以在435处终止pucch传输。否则，在440处，如果pucch传输尚未开始或者已经被终止，则ue可以在子帧n+k中在特殊stti中发送spucch或spusch，然后该过程可以在445处终止。如果已经在特殊stti调度了spusch，则ue可以发送针对pdsch的a/n，例如通过对spusch的数据进行打孔。

如果在425处确定ue尚未接收到针对要求在子帧n+k中的a/n的spdsch的dl分配，或者调度在子帧n+k中的spusch传输的ul授权，则在450处，ue可以在ul子帧n+k中在sttim中在pucch上发送或继续发送a/n。

在455处，ue可以确定当前的stti是否是子帧n+k的最后一个stti。如果不是，则计数器m可以递增，并且该过程可以回到步骤425以进行下一stti。当到达最后一个stti时，该过程可以在460处终止。

图5示出了根据某些实施例的方法。如图5中所示，一种方法可以包括在510处，在用户设备处接收调度在第一传输时间间隔时长内的下行链路数据传输的下行链路分配。第一下行链路数据传输可以是物理下行链路共享信道。第一传输时间间隔时长可以是一毫秒。

该方法还可以包括在520处，确定在与所调度的下行链路数据传输对应的上行链路中提供确认反馈的时间。该确定可以考虑在给定子帧中发送确认反馈是否会与和第二传输时间间隔时长相关联的信令冲突。冲突可以是用户设备被调度用于要求在给定子帧中的确认反馈的在第二传输时间间隔时长内的下行链路数据传输，或者是用户设备被调度用于在给定子帧中的上行链路数据传输。第二传输时间间隔时长可以比第一传输时间间隔时长短。第二下行链路数据传输可以是短物理下行链路共享信道。上行链路数据传输可以是在给定子帧中的被调度的短物理上行链路共享信道传输。第二传输时间间隔时长可以是两个正交频分复用符号。

当用户设备被调度用于在第二传输时间间隔时长内的下行链路或上行链路数据传输时，该方法还可以包括在530处，在第二传输时间间隔时长的保留传输时间间隔内发送与第一传输间隔时长对应的确认反馈。保留传输时间间隔可以是特殊短传输时间间隔。可选地，保留传输时间间隔可以是其中不能发送针对第二传输时间间隔时长的确认反馈的传输时间间隔。因此，仅在stti相关的确认不在该间隔内进行发送的意义上，可以保留该保留传输时间间隔。这可以是在上面的示例中被描述为m的传输时间间隔。

当用户设备没有被调度用于在第二传输时间间隔时长内的下行链路或上行链路数据传输时，该方法还可以包括在540处，在具有预定偏移的传输时间间隔内发送与第一传输间隔时长对应的确认反馈。这可以是在上面的示例中被标识为n+k的传输时间间隔，其中，n是下行链路传输时间间隔，k是到其中将要发送确认的上行链路传输时间间隔的预定偏移。预定偏移可以是整数个传输时间间隔。

上述特征可以由诸如用户设备的设备来执行。在图5中所示的方法的以下特征可以由诸如接入节点的网络单元来执行。

例如，该方法可以包括在505处，向用户设备发送调度在第一传输时间间隔时长内的第一下行链路数据传输的下行链路分配。这可以是在510处接收的同一分配。

该方法还可以包括在525处，确定期望在与所调度的下行链路数据传输对应的上行链路中的确认反馈的时间。该确定可以考虑用户设备是否被调度用于在第二传输时间间隔时长内的下行链路或上行链路数据传输，这可以是在515处发送的dl分配或ul授权。

当用户设备被调度用于在第二传输时间间隔时长的第二下行链路数据传输时，或者当用户设备被调度用于在第二传输时间间隔时长内的上行链路数据传输时，该方法还可以包括在550处，在第二传输时间间隔时长的保留传输时间间隔内接收与第一传输间隔时长对应的确认反馈，如上所述。

当用户设备没有被调度用于在第二传输时间间隔时长内的下行链路或上行链路数据传输时，该方法还可以包括在560处，在具有预定偏移的传输时间间隔内接收与第一传输间隔时长对应的确认反馈。

该方法还可以包括在570处，发送在低延迟模式下操作的指示。该指示可以在580处接收。该指示可以使用例如无线资源控制配置来发送。

图6示出了根据本发明某些实施例的系统。应当理解，图4和图5的流程图的每个框都可以通过各种手段或其组合来实现，诸如硬件、软件、固件、一个或多个处理器和/或电路。在一个实施例中，系统可以包括若干设备，例如，网络单元610和用户设备(ue)或用户装置620。该系统可以包括一个以上的ue620和一个以上的网络单元610，但为了说明的目的仅示出了每个设备中的一个。网络单元可以是接入点、基站、e节点b(enb)或任何其它网络单元。

这些设备中的每一个可以包括至少一个处理器或控制单元或模块，分别表示为614和624。可以在每个设备中提供至少一个存储器，并分别表示为615和625。存储器可以包括计算机程序指令或包含在其中的计算机代码，例如以用于执行上述实施例。可以提供一个或多个收发机616和626，并且每个设备还可以包括天线，分别示出为617和627。尽管仅示出了每个设备一个天线，但可以向每个设备提供多个天线和多个天线单元。例如，可以提供这些设备的其它配置。例如，除了无线通信之外，网络单元610和ue620还可以另外被配置用于有线通信，并且在这种情况下，天线617和627可以图示任何形式的通信硬件，而不仅限于天线。

收发机616和626每个可以独立地是发射机、接收机，或者发射机和接收机两者，或者可被配置用于发送和接收的单元或设备。发射机和/或接收机(就无线电部件而言)也可被实现为远程射频头，其不位于设备本身中，而是例如位于天线塔中。

用户装置或用户设备620可以是诸如移动电话或智能电话或多媒体设备的移动站(ms)，诸如平板计算机的具有无线通信能力的计算机，具有无线通信能力的个人数据或数字助理(pda)，具有无线通信能力的车辆、便携式媒体播放器、数码相机、袖珍摄像机、导航单元或其中的任何组合。用户装置或用户设备620可以是传感器或智能仪表，或者通常可配置用于单个位置的其它设备。

在示例性实施例中，诸如节点或用户设备的装置可以包括用于执行以上关于图4和图5描述的实施例的装置。

处理器614和624可以由任何计算或数据处理设备来实现，诸如中央处理单元(cpu)、数字信号处理器(dsp)、专用集成电路(asic)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、数字增强电路或其类似的设备或其组合。处理器可被实现为单个控制器，或多个控制器或处理器。另外，处理器可被实现为采用本地配置、云配置或其组合的处理器池。

对于固件或软件，实现可以包括至少一个芯片组的模块或单元(例如，程序、功能等)。存储器615和625可以独立地是任何适合的存储设备，诸如非暂时性计算机可读介质。可以使用硬盘驱动器(hdd)、随机存取存储器(ram)、闪存或其它适合的存储器。存储器可以组合在作为处理器的单个集成电路上，或者可以与其分离。此外，计算机程序指令可以存储在存储器中，并且可以由处理器处理的计算机程序指令可以是任何适合形式的计算机程序代码，例如，以任何适合的编程语言编写的编译或解释的计算机程序。存储器或数据存储实体通常是内部的，但也可以是外部的或其组合，诸如在从服务提供商获得额外的存储器容量的情况下。存储器可以是固定的或可移动的。

存储器和计算机程序指令可以被配置为与用于特定设备的处理器一起使诸如网络单元610和/或ue620的硬件设备执行以上所描述的任何过程(例如，参见图4和图5)。因此，在某些实施例中，非暂时性计算机可读介质可以编码有计算机指令或一个或多个计算机程序(诸如被添加或更新的软件例程、小应用程序或宏)，其在硬件中被执行时可以执行诸如在本文中描述的任何过程的过程。计算机程序可以通过编程语言进行编码，编程语言可以是高级编程语言，诸如objective-c、c、c++、c#、java等，或者是低级编程语言，诸如机器语言或汇编程序。可替代地，本发明的某些实施例可以完全采用硬件执行。

此外，如在本文中所图示和所讨论的，虽然图6示出了包括网络单元610和ue620的系统，但本发明的实施例可以适用于其它配置以及涉及附加元件的配置。例如，可以存在多个用户设备和多个网络单元，或者提供类似功能的其它节点，诸如组合了用户设备和诸如中继节点的接入点的功能的节点。

某些实施例可具有各种益处和/或优点。例如，在某些实施例中，可以支持对应于1msdltti和2-osdlstti的harq-ack的复用，或者对应于1msdltti和对于同一ue使用2-osstti的ul数据传输的harq-ack的复用而没有任何调度限制。另外，某些实施例允许在使用1-msultti或2-osultti的harq-ack传输之间进行动态切换而无需任何额外的信令开销。这有助于维持ul覆盖。同样，某些实施例可以应用于支持多个tti长度的其它通信系统，例如5g/新空口。

另一种选择是将对应于1mstti的harq-ack复用到承载针对2-osstti的harq-ack的spucchstti上，或者将对应于2-osstti的harq-ack复用到承载针对1毫秒tti的harq-ack的pucch上。在任一这些情况下，需要根据最坏情况来确定harq-ack反馈比特的数量，导致在较少比特就足够的情况下的覆盖范围恶化。可替代地，可以使用逻辑and操作来捆绑harq-ack反馈比特。该方法的缺点是ue和e节点b可能在dldci信令错误的情况下最终对所提供的harq-ack的数量具有不同的理解。

一种解决方案是在ul中同时发送携带针对14-os传输的反馈的pucch和携带针对2-os传输的反馈的spucch。这种pucch和spucch的同时传输将意味着上行链路(ul)波形的有益单载波特性的损失。此外，为了应对功率受限的情形并且由于spucch传输在pucch传输的中间开始并且可能还在pucch传输的中间结束，将会需要用于在信道之间划分传输功率的复杂规则。类似地，当在会在pucch上发送ack的同一ul子帧中调度spusch时，pucch和spusch的同时传输会导致与pucch和spucch的同时传输相同的问题。

本领域的普通技术人员将容易理解，如上所讨论的本发明可以采用不同顺序的步骤和/或使用与所公开的配置不同的配置的硬件元件来实践。因此，虽然已经基于这些优选实施例描述了本发明，但对于本领域的技术人员显而易见地，某些修改、变形和替代构造将是显而易见的，而同时仍保持在本发明的精神和范围内。

缩略词表

3gpp第三代合作伙伴计划

a/n确认/否定确认

ack确认

cce控制信道元素

crc循环冗余校验

dl下行链路

dmrs解调参考信号

enb增强型节点b

epdcch增强型pdcch

fdd频分双工

harq混合自动重传请求

lte长期演进

ofdm正交频分复用

osofdm符号

pdcch物理下行链路控制信道

pdsch物理下行链路共享信道

pmi预编码矩阵指示器

prb物理资源块

pucch物理上行链路控制信道

pusch物理上行链路共享信道

ran无线接入网

rel版本

ri等级指示器

rrc无线资源控制

rs参考信号

rv冗余版本

sc-fdma单载波频分多址

si研究项目

spdsch短pdsch

spucch短pucch

spusch短pusch

stti短传输时间间隔

tdd时分双工

tdm时分复用

tsg技术规范组

tti传输时间间隔

uci上行链路控制信息

ue用户设备

ul上行链路

wg工作组

wi工作项目