用于对HARQ反馈进行压缩的方法和用户设备与流程

本公开总体上涉及一种方法、用户设备(ue)和无线电网络节点，具体涉及用于在无线通信系统中的上行链路传输中压缩harq反馈的方法、ue和无线电网络节点。
背景技术：
：本部分介绍的内容可以帮助更好地理解本公开。因此，本解决方案的说明应从该角度解读，不应理解为对现有技术中已有的内容或现有技术中没有的内容的承认。对于3gpp工作项目“进一步演进载波聚合”(feca)，下行链路传输应支持最多32个下行链路(dl)载波。用于dl数据传输的harq反馈(ack/nack)与最多只有5个dl分量载波(cc)的版本10相比线性地增加，并且为每个被配置cc保留用于传输harq反馈的资源。然而，feca的载波聚合可以具有最多32个cc，并且有可能将若干被许可cc与许多未许可cc相聚合。使用在版本10中引入并在版本11中得到加强的lte载波聚合(ca)提供了一种手段，该手段通过聚合来自多个载波的无线电资源来提升峰值数据速率、系统容量和用户体验，这些载波可以驻留在相同频带或不同频带中，并且在带间tddca的情况下可配置有不同的上行链路(ul)/dl配置。在版本12中，引入tdd和fdd服务小区之间的载波聚合，以支持同时连接到它们的ue。在版本13中，在将lte载波聚合功能扩展到把握5ghz频带中的未许可频谱的频谱机会的情况下，laa(许可辅助接入)引起了广泛关注。在5ghz频带中工作的wlan目前已经现场支持80mhz，而在ieee802.11ac的wave2部署中，160mhz也将得到支持。除了已经广泛用于lte的频带之外，还存在可以对同一频带上的多于一个的载波进行聚合的其他频带(例如3.5ghz)。作为ieee802.11acwave2部署，允许将lte的至少相似带宽与laa结合使用，这会支持将载波聚合框架扩展为支持多于5个载波的需求。超过5个载波的ca架构扩展已被批准为lte版本13的一个工作项目。目标是在ul和dl两者中支持最多32个载波。与单载波操作相比，使用ca操作的ue必须为多于一个的dl分量载波报告harq反馈。同时，ue不必同时支持dlca和ulca。例如，市场上能够支持ca的第一个版本的ue仅支持dlca而不支持ulca。这也是3gppran4标准化中的基本假设。因此，在版本10的时间帧期间，为ca引入了增强的ul控制信道，即pucch格式3。然而，为了使那些不支持ulca的ue支持版本13中的更多的dl分量载波，ul控制信道容量成为限制。根据当前的harq协议，应为每个下行链路数据传输报告ack/nack。对于fdd，取决于被配置dlcc的数量，对于最多32个dlcc，一次最多有64个harqack/nack比特(秩≥2)。对于tdd，harq-ack/nack比特的数量取决于被配置cc的数量和dlcc的ul/dl子帧配置。假设有32个dlcc，并且采用ul/dl子帧配置2和传输模式3，则存在最多256(32×4×2)个harqack/nack比特。假设应用了1/2编码率和qpsk调制，则在fdd场景中至少需要32个re(假设应用了空间捆绑)，而在tdd场景中至少需要128个re(假设应用了空间绑定)。对于feca，理想情况下可以为一个ue配置最多32个cc。但是由于许多原因，对于一个ue而言所有dlcc都可用是不太可能的，这些原因例如是：在最多32个cc中，可能存在大量的在不同网络之间共享的未许可cc，例如，5ghz频带上的未许可载波可以由共存的wifi网络和多个共存的lte网络共享；或者，存在许多由同一小区服务的用户，且要在这些被服务用户之间分配载波资源；或者，一个具有feca能力的用户由于流量波动有时可能需要少于被配置cc的cc。如上所述，在多个运营商之间共享未许可cc，一个ue具有稀疏调度的cc可能是常见的情况。根据现有的harq反馈传输机制，ue需要为每个被配置cc保留资源，这可能会带来harq反馈传输的不可容忍的开销。技术实现要素：为了解决至少部分上述问题，本公开的各种实施例提供了以资源有效的方式提供harq反馈的解决方案。当结合附图阅读具体实施例的以下描述时，本公开的实施例的其它特征和优点也将被理解，其中，附图示出了本公开实施例的原理。在第一方面中，提供一种在用户设备(ue)中操作的方法，用于对无线通信系统中上行链路中的harq反馈传输进行压缩。该方法可以包括从无线电网络节点接收辅助信息的步骤，所述辅助信息指示被调度的下行链路传输的布置。该方法还可以包括基于所述辅助信息来确定harq反馈比特的数量和顺序的步骤。该方法还可以包括基于所述harq反馈比特的数量和顺序以精简填充比特的压缩方式向无线电网络节点发送harq反馈的步骤。在一个实施例中，所述辅助信息可以是下行链路分配索引dai和调度指示符中的至少一个。在另一实施例中，所述辅助信息可以是tdd下行链路传输中被调度的分量载波和子帧的索引，或是fdd下行链路传输中的被调度的分量载波的索引。在另一实施例中，该方法还可以包括通过无线电资源控制(rrc)信令从所述无线电网络节点接收用于选择信道格式的配置的步骤，所述信道格式用于harq反馈传输。在又一实施例中，该方法还可以包括基于所述harq反馈的有效载荷大小来选择用于harq反馈传输的信道格式的步骤。在另一实施例中，发送harq反馈的步骤还可以包括：将所述harq反馈与其他类型的反馈信息一起发送。在又一实施例中，所述其他类型的反馈信息可以包括信道测量报告和调度请求中的至少一个。在又一实施例中，选择用于harq反馈传输的信道格式的步骤还可以包括基于harq反馈和其它类型的信息的总有效载荷大小来选择用于harq反馈传输的信道格式。在一个实施例中，发送harq反馈的步骤还包括：对于具有大容量的信道，使用较低的编码率和较低的发送功率中的至少一个，或者，对于具有小容量的信道，使用较高的编码率和较高的发送功率中的至少一个。在第二方面中，提供一种在无线电网络节点中操作的方法，用于对无线通信系统中上行链路中的harq反馈传输进行压缩。该方法可以包括向用户设备ue发送辅助信息的步骤，所述辅助信息指示被调度的下行链路传输的布置。该方法还可以包括基于harq反馈比特的数量和顺序从ue接收处于精简填充比特的压缩方式的harq反馈的步骤。harq反馈比特的数量和顺序可以由ue基于辅助信息来确定。在一个实施例中，所述辅助信息可以是下行链路分配索引dai和调度指示符中的至少一个。在另一实施例中，所述辅助信息可以是tdd下行链路传输中被调度的分量载波和子帧的索引，或是fdd下行链路传输中的被调度的分量载波的索引。在一个实施例中，该方法还可以包括通过无线电资源控制(rrc)信令向ue发送用于选择信道格式的配置的步骤，所述信道格式用于harq反馈传输。在另一实施例中，用于harq反馈传输的信道格式可以基于所述harq反馈的有效载荷大小来选择的。在一个实施例中，接收harq反馈的步骤还可以包括：将所述harq反馈与其他类型的反馈信息一起接收。在另一实施例中，所述其他类型的反馈信息可以包括信道测量报告和调度请求中的至少一个。在又一实施例中，用于harq反馈传输的信道格式可以是基于harq反馈和其它类型的信息的总有效载荷大小来选择的。在一个实施例中，对于接收的harq反馈，在具有大容量的信道中可以使用较低的编码率和较低的发送功率中的至少一个，或者，在具有小容量的信道中可以使用较高的编码率和较高的发送功率中的至少一个。在第三方面中，提供一种用户设备(ue)，用于对无线通信系统中上行链路中的harq反馈传输进行压缩。ue可以包括接收单元，其配置为从无线电网络节点接收辅助信息，所述辅助信息指示被调度的下行链路传输的布置。ue还可以包括确定单元，其配置为基于所述辅助信息来确定harq反馈比特的数量和顺序。ue还可以包括发送单元，其配置为基于所述harq反馈比特的数量和顺序，以精简填充比特的压缩方式向所述无线电网络节点发送所述harq反馈。在第四方面中，提供一种无线电网络节点，用于对无线通信系统中上行链路中的harq反馈传输进行压缩。无线电网络节点可以包括发送单元，其配置为向用户设备ue<132>发送辅助信息，所述辅助信息指示被调度的下行链路传输的布置。无线电网络节点还可以包括接收单元，其配置为基于harq反馈比特的数量和顺序，从ue接收处于精简填充比特的压缩方式的harq反馈。harq反馈比特的数量和顺序可以由ue基于辅助信息来确定。在第五方面中，提供一种用户设备(ue)，用于对无线通信系统中上行链路中的harq反馈传输进行压缩。ue包括存储器和处理器，适配为执行根据本公开第一方面的方法。在第六方面中，提供一种无线电网络节点，用于对无线通信系统中上行链路中的harq反馈传输进行压缩。无线电网络节点包括存储器和处理器，适配为执行根据本公开第二方面的方法。在第七方面中，提供一种计算机程序产品。计算机程序产品包括指令，当在至少一个处理器上执行时，所述指令使所述至少一个处理器执行根据本公开第一和第二方面的方法。应当理解，第一方面的各种实施例也可以同样地应用于本公开的第三、第五和第七方面，而第二方面的各种实施例也可以同样地应用于本公开的第四、第六和第七方面。附图说明通过以下参考附图的实施例的描述，以上及其他目的、特征和优点将更为明显，在附图中：图1是示出通过本公开的各种实施例可以改进的稀疏调度的示例的示意图；图2a和2b是分别示出fdd模式和tdd模式中在uci有效载荷中的harqack比特映射的示例的示意图；图3是示出在fdd模式中ue的被配置cc和被调度cc的示例以及harq反馈的uci映射示例的示意图；图4是示出根据本公开实施例的fdd模式中的压缩harqack反馈的示例的示意图；图5是示出根据本公开实施例的fdd模式中的所选信道格式的信道编码的示例的示意图；图6是示出根据本公开实施例的与压缩harqack反馈一起发送的其它类型的信息的示意图；图7是示出根据本公开实施例的用于无线通信系统中的ue的、对上行链路中的harq反馈传输进行压缩的方法的流程图；图8是示出根据本公开实施例的用于无线通信系统中的无线电网络节点的、对上行链路中的harq反馈传输进行压缩的方法的流程图；图9是根据本公开实施例的ue的框图；图10是根据本公开实施例的无线电网络节点的框图；图11是根据本公开另一实施例的ue的框图。以及图12是根据本公开另一实施例的无线电网络节点的框图。具体实施方式下文中，将参考示意性实施例来描述本公开的原理和精神。应理解的是，所有这些实施例仅被呈现为使得本领域技术人员更好地理解并进一步实现本公开，而不限制本公开的范围。例如，作为一个实施例的一部分示出或描述的特征可被用在另一实施例上以产生又一实施例。为了清楚起见，不是实际实现的所有特征都在本说明书中描述。说明书中对对“一个实施例”、“另一实施例”等的引用指示了所描述的实施例可以包括特定特征、结构、或特性，但是每个实施例可以不必包括该特定特征、结构、或特性。此外，当结合实施例来描述特定特征、结构、或特性时，应认为结合其他实施例(不管是否是显式描述的)来实现这种特征、结构、或特性是在本领域技术人员的知识内的。在此使用的术语仅仅是为了描述具体实施例的目的，而不是要限制实施例。如本文中使用的，单数形式“一”、“一个”和“所述”意在还包括复数形式，除非上下文明确地给出相反的指示。还应理解，当在本文中使用时，术语“包括”、“包括有”、“具有”、“具备”、“包含”和/或“包含有”指定所述特征、元件和/或组件和/或其组合的存在。在下面的说明和权利要求中，除非另外定义，否则这里使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常所理解的含义相同的含义。例如，本文使用的术语“无线电网络节点”取决于所使用的技术和术语可以指基站，其也可以被称为接入点、接入节点、enb、enodeb、nodeb或基站收发站(bts)等，或者取决于所使用的技术和术语也可以指中央节点，例如无线电网络控制器(rnc)。本文使用的术语“ue”可以指具有无线通信能力的任何终端，包括但不限于移动电话、蜂窝电话、智能电话、或个人数字助理(pda)、便携式计算机、诸如数字照相机的图像捕获设备、游戏设备、音乐存储和回放设备、以及具有无线通信功能的任何便携式单元或终端，或允许无线互联网访问和浏览的互联网设备等。目前在3gpp版本10载波聚合(ca)中，通过物理上行链路控制信道(pucch)格式3传输的harqack/nack反馈(以下称为harq反馈、或harqack、或harqack反馈)的有效负载比特的数量由被配置cc的数量确定。基于由cc索引确定的顺序来确定放置被调度cc的harqack比特的位置。然而，对于未调度的被配置cc，默认的填充比特仍将填充在pucch上的uci有效载荷中的对应位置处。图1示出通过本公开的一个或多个实施例可以进一步改进的稀疏调度的示例。如图1所示，在子帧n和n+1中，被配置cc的仅一部分被调度用于ue。另一个因素是，可能存在有限的ulcc以支持最多32个dlcc。因此，在tdd和fdd两者中，需要一种为下行链路传输提供harq反馈的更有效的方式。图2a和2b是分别示出fdd模式和tdd模式中在uci有效载荷中的harqack比特映射的示例的示意图。图2(a)中，在子帧n中只有3个cc被调度用于下行链路传输，但是在fdd模式中的uci有效载荷中，与harqack比特(带有对角线的列)一起添加了用于被配置但未调度的cc的填充比特(带有垂直虚线的列)。图2(b)中，在子帧n、n+1、n+2、n+3的每个中，有3个cc被调度用于下行链路传输，但是在tdd模式中的uci有效载荷中，与harqack比特(带有对角线的列)一起添加了用于被配置但未调度的cc的填充比特(带有垂直虚线的列)。对于具有最多5个cc的3gpp版本10，针对一个ue，由于一些被配置但未调度的cc而产生的填充比特可以在统计中被接受的理由如下：1)与feca中的最多32个cc相比，cc的数量少得多；以及2)版本10中的cc可用性没有问题，因为所有cc都是被许可cc。然而，对于针对最多32个cc的harq反馈，如果为所有被配置cc添加填充比特，则对于上行链路而言反馈的负担将非常重，特别是在仅用一个上行链路cc支持32个dlcc时。此外，考虑到大多数cc可能是未许可cc，在实践中稀疏调度可能是常见的。uci有效载荷中采用与版本10类似的映射规则的hackack比特映射由于无法容忍的高填充比特率而可能是不可接受的。图3是示出在fdd模式中ue的被配置cc和被调度cc的示例，以及harq反馈的uci映射示例的示意图。图3示出了在用于一个ue的32个被配置dlcc中仅为该ue调度7个dlcc的一个示例(fdd)。填充比特负载与harqack比特负载之比是50∶14.对于tdd情况也存在类似的问题，为了简化，在此省略该情况的示例图。本公开提出了在上行链路传输中实现压缩harq反馈的方法，例如通过以下方式来提出：包含指示被调度的下行链路传输的辅助信息(例如，fdd中被调度cc的数量和顺序、tdd中被调度cc和子帧的数量和顺序)来减少harq反馈中的填充比特传输，从而可以降低用于harqack反馈的无线电资源消耗(tx功率和/或时间-频率资源)。更具体地，用户设备(ue)从无线电网络节点(例如，enb)接收辅助信息(例如，下行链路分配索引(dai)或调度指示符)，该辅助信息可以用于确定有效harqack比特的数量和放置harqack比特的顺序，基于这两者可以减少或消除填充比特。根据该压缩harqack比特，可以实现降低无线电资源消耗的技术效果，且例如通过以下方式进一步地降低：对相同信道使用更低的编码率来降低tx功率；和/或减少用于具有精简harqack比特的uci的时间和/或频率和/或码域无线电资源(这还可能意味着ue可以重新选择用于具有精简harqack比特的uci的uci信道)；和/或在uci中一起发送更多其他类型的信息。在下文中，以fdd为例详细描述实施例。总体的规则和过程同样适用于通过pucch和/或pusch且用于fdd和tdd两者的uci传输(例如，harq反馈传输，或用于harq反馈和其它类型的信息的传输)。根据一个实施例，可以进行预定义或配置，使ue可以使用某些辅助信息来识别被调度的下行链路传输，并且可以据此确定harq反馈比特的数量和顺序，使得harq反馈可以通过压缩方式放置在uci中(即，不存在由于未调度但被配置的cc而产生的填充比特)。根据另一实施例，辅助信息可以是下行链路分配索引(dai)。针对用于dl调度的每个调度命令携带一个dai。基于预定义的规则，ue可以根据dai升序或降序放置harqack比特，同时enb也可以根据辅助信息(例如，dai)导出解码的harqack比特与对应的发送数据块之间的映射。图4是示出根据本公开实施例的fdd模式中的压缩harqack反馈的示例的示意图。在图4中，根据dai信息，ue和enb都知道共有14个harqack比特(即x＝7，7个被调度cc)。因此，可以在uci反馈中应用压缩harqack放置。根据另一实施例，辅助信息可以是调度指示符(调度指示符可以用于向ue指示哪些cc被调度给ue)。例如，当发送了调度指示符以指示一个ue的被调度dlcc时，该ue可以根据被调度cc索引的升序或降序来确定用于dl传输的harq反馈比特的数量和顺序。作为一个例子，在图4中，通过接收具有32比特位图的调度指示符，ue被通知有7个dlcc被调度用于该ue，且还确定共有14个harqack比特。根据另一实施例，通过使用较低的编码率和/或降低的发送功率，可以通过具有大容量的信道来发送压缩harq反馈。如图4所示，14比特的压缩harq反馈被编码为64p0比特。与图3相比，编码增益明显增加，从而可以使用较少的传输功率。根据另一实施例，可以为压缩harq反馈预定义不同容量的信道，并且可以基于预定义的配置来自适应地选择用于压缩harq反馈传输的信道。例如，可以为具有较少比特的压缩harq反馈选择具有较小信道容量的信道。下面的表1给出了harq反馈的有效载荷大小与信道格式之间的映射的一个示例。例如，信道格式a可以是当前的uci格式3信道(最多20个harqack比特)，信道格式b可以是具有大容量的新的uci信道(例如，最多40个harqack比特)，信道格式c可以是另一个新的uci信道(最多64个harqack比特)。可以有甚至更多的信道格式，特别是对于tdd系统，其中，tdd系统中的harqack比特的最大数量远大于fdd系统中的harqack比特的最大数量。表1-压缩harqack比特的数量与信道类型之间的映射示例(fdd)nharq≤x1信道格式a(具有小容量)(nharq≥x1)&&(nharq≤x2)信道格式b(具有中等容量)(nharq≥x1)&&(nharq≤64)信道格式c(具有大容量)在表1中，nharq是压缩harqack比特的数量；x1是用于harq反馈的低容量信道(信道格式a)的阈值；并且x2(x2＞x1)是用于harq反馈的高容量信道(信道格式c)的阈值。这仅是示出示例，并不意图将本公开限制于具体示例，本领域技术人员熟知，通过连同此处描述的harq反馈的有效载荷大小一起还考虑其他因素，可以得到配置信道格式的类似方式。本领域技术人员还可以理解，还可以基于harq反馈和可能与harq反馈一起发送的其它类型的信息的总有效载荷大小来选择信道格式。图5是示出根据本公开实施例的fdd模式中的所选信道格式的信道编码的示例的示意图。可以预定义harq反馈的大小与信道格式之间的映射表，且ue和它的服务enb两者都可以根据映射表来确定要使用的信道。与图3相比，由于压缩harq反馈和根据压缩harq反馈的适当信道选择，能够节省功率和时间频率资源二者。根据另一实施例，通过对harq反馈进行压缩而节省的信道容量可以用于其它类型的信息(诸如信道测量报告、调度请求等)的传输。在图6中，其他类型的信息与压缩harq反馈一起被填充到uci有效载荷中。与图3相比，信道容量保持不变，但是信道容量更有效地得到使用。在这种情况下，可以通过连同harq反馈的大小一起还考虑其它类型的信息的有效载荷大小，来选择信道格式。根据另一实施例，enb可以通过无线电资源控制(rrc)信令，发送要应用于ue的用于传输压缩harq反馈的上述配置。通过采用本文描述的实施例，可以实现以下优点中的至少一个：(1)减少feca情况下的未调度的被配置cc造成的填充比特；(2)降低用于uci传输的tx功耗；(3)节省用于uci传输的时间/频率/码域无线电资源；和/或(4)提高uci传输的鲁棒性。图7是示出根据本公开实施例的用于无线通信系统中的ue的、对上行链路中的harq反馈传输进行压缩的方法700的流程图。在步骤s710中，从无线电网络节点接收辅助信息(例如，fdd中的被调度cc的数量和顺序，或tdd中的被调度cc和子帧的数量和顺序)，该辅助信息指示被调度的下行链路传输的布置。在附加或替代实施例中，辅助信息例如可以是下行链路分配索引(dai)和调度指示符中的至少一个。在附加或替代实施例中，辅助信息可以是tdd下行链路传输中的被调度的分量载波和子帧的索引，或fdd下行链路传输中的被调度的分量载波的索引。在步骤s720，基于辅助信息来确定harq反馈比特的数量和顺序。在步骤s730，基于harq反馈比特的数量和顺序，以精简填充比特的压缩方式向无线电网络节点发送harq反馈。在替代实施例中，与harq反馈一起向无线电网络节点发送其他类型的信息。在另一实施例中，其他类型的反馈信息例如可以包括信道测量报告和/或调度请求。在替代或附加实施例中，方法700还可以包括步骤s740。在步骤s740，通过rrc信令从无线电网络节点接收用于选择信道格式的配置，该信道格式用于harq反馈传输。本领域技术人员应当理解，步骤s740是不依赖于上述s710至s730的任何步骤的独立步骤。例如，步骤s740可以在步骤s710之前执行，或者可以在无线电网络节点和ue之间建立会话时执行。图7中的步骤的顺序仅示出了示例的方式，并不意图限制本公开的范围。在一个实施例中，该方法还可以包括步骤s750。在步骤s750，可以基于harq反馈的有效载荷大小来选择用于harq反馈传输的信道格式。在替代或附加实施例中，在步骤s750，可以基于harq反馈和其它类型的信息的总大小来选择用于harq反馈传输的信道格式。信道格式选择可以由ue执行(如参考图7描述的实施例中所说明)，或由无线电网络节点执行，在由无线电网络节点执行的情况下，可以从无线电网络节点接收所选择的信道格式。在替代或附加实施例中，具有大容量的信道中的较低的编码率和/或较低的发送功率可以用于发送harq反馈和/或其他类型的信息，并且具有小容量的信道中的较高的编码率和/或较高的发送功率可以用于发送harq反馈和/或其他类型的信息。图8是示出根据本公开实施例的用于无线通信系统中的无线电网络节点的、对上行链路中的harq反馈传输进行压缩的方法800的流程图。在步骤s810中，向用户设备(ue)发送辅助信息(例如，fdd中的被调度cc的数量和顺序，或tdd中的被调度cc和子帧的数量和顺序)，所述辅助信息指示被调度的下行链路传输的布置。在一个实施例中，辅助信息例如可以是下行链路分配索引(dai)和调度指示符中的至少一个。在附加或替代实施例中，辅助信息可以是tdd下行链路传输中的被调度的分量载波和子帧的索引，或fdd下行链路传输中的被调度的分量载波的索引。在步骤s820，基于harq反馈比特的数量和顺序，从ue接收处于精简填充比特的压缩方式的harq反馈。harq反馈比特的数量和顺序由ue基于辅助信息来确定。在一个实施例中，在步骤s820，与harq反馈一起接收其他类型的信息。在附加或替代实施例中，其他类型的反馈信息例如可以包括信道测量报告和/或调度请求。在另一实施例中，方法800还可以包括步骤s830。在步骤s830，通过rrc信令向ue发送用于选择信道格式的配置，该信道格式用于harq反馈传输。类似地，本领域技术人员应当理解，步骤s830是不依赖于上述s810至s820的任何步骤的独立步骤。例如，步骤s830可以在步骤s810之前执行，或者可以在无线电网络节点和ue之间建立会话时执行。图8中的步骤的顺序仅示出了示例的方式，并不意图限制本公开的范围。在附加或替代实施例中，用于harq反馈传输的信道格式是基于harq反馈的有效载荷大小来选择的。在附加或替代实施例中，用于harq反馈传输的信道格式是基于harq反馈和其它类型的信息的总有效载荷大小来选择的。如上所述，信道格式选择可以由ue或无线电网络节点执行，在由无线电网络节点执行的情况下，可以向ue发送所选择的信道格式。在一个实施例中，具有大容量的信道中的较低的编码率和/或较低的发送功率可以用于所接收的harq反馈和/或其他类型的信息，并且具有小容量的信道中的较高的编码率和/或较高的发送功率可以用于所接收的harq反馈和/或其他类型的信息。与如上所述的方法700相对应，提供了一种ue。图9是根据本公开实施例的用于对无线通信系统中上行链路中的harq反馈传输进行压缩的ue900的框图。如图9所示，ue900包括：接收单元910，配置为从无线电网络节点接收辅助信息(例如，fdd中的被调度cc的数量和顺序，或tdd中的被调度cc和子帧的数量和顺序)，所述辅助信息指示被调度的下行链路传输的布置。在一个实施例中，辅助信息可以是下行链路分配索引(dai)和调度指示符中的至少一个。在附加或替代实施例中，辅助信息可以是tdd下行链路传输中的被调度的分量载波和子帧的索引，或fdd下行链路传输中的被调度的分量载波的索引。ue900还包括：确定单元920，配置为基于辅助信息来确定harq反馈比特的数量和顺序。ue900还包括：发送单元930，配置为基于所确定的harq反馈比特的数量和顺序，以精简填充比特的压缩方式向无线电网络节点发送harq反馈。在一个实施例中，通过发送单元930与harq反馈一起发送其他类型的信息。在附加或替代实施例中，其他类型的反馈信息例如可以包括信道测量报告和/或调度请求。在一个实施例中，接收单元910还可以配置为通过rrc信令从无线电网络节点接收用于选择信道格式的配置，该信道格式用于harq反馈传输。在附加或替代实施例中，发送单元930还可以配置为基于harq反馈的有效载荷大小来选择用于harq反馈传输的信道格式。在附加或替代实施例中，发送单元930还可以配置为基于harq反馈和其它类型的信息的总有效载荷大小来选择用于harq反馈传输的信道格式。在一个实施例中，信道格式选择可以由无线电网络节点执行，在由无线电网络节点执行的情况下，接收单元910还可以配置为接收已由无线电网络节点选择的信道格式。在一个实施例中，具有大容量的信道中的较低的编码率和/或较低的发送功率可以用于由发送单元930发送harq反馈和/或其他类型的信息，并且具有小容量的信道中的较高的编码率和/或较高的发送功率可以用于由发送单元930发送harq反馈和/或其他类型的信息。单元910-930中的每一个可以例如通过以下各项中的一项或多项实现为纯硬件解决方案或软件和硬件的组合：处理器或微处理器和适当的软件以及用于存储软件的存储器、可编程逻辑设备(pld)或其它电子组件(一个或多个)或配置为执行以上描述和(例如在图7中)示出的动作的处理电路。与如上所述的方法800相对应，提供了一种无线电网络节点。图10是根据本公开实施例的用于对无线通信系统中上行链路中的harq反馈传输进行压缩的无线电网络节点1000的框图。如图10所示，无线电网络节点1000包括：发送单元1010，配置为向用户设备(ue)发送辅助信息(例如，fdd中的被调度cc的数量和顺序，或tdd中的被调度cc和子帧的数量和顺序)，所述辅助信息指示被调度的下行链路传输的布置。在一个实施例中，辅助信息例如可以是下行链路分配索引(dai)和调度指示符中的至少一个。在附加或替代实施例中，辅助信息可以是tdd下行链路传输中的被调度的分量载波和子帧的索引，或fdd下行链路传输中的被调度的分量载波的索引。无线电网络节点1000还包括：接收单元1020，配置为基于harq反馈比特的数量和顺序，从ue接收处于精简填充比特的压缩方式的harq反馈。ue基于辅助信息来确定harq反馈比特的数量和顺序。在一个实施例中，通过接收单元1020将其他类型的信息与harq反馈一起接收。在又一实施例中，其他类型的反馈信息例如可以包括信道测量报告和/或调度请求。在一个实施例中，发送单元1010还可以配置为向ue发送用于选择信道格式的配置，该信道格式用于harq反馈传输。在附加或替代实施例中，用于harq反馈传输的信道格式可以是基于harq反馈的有效载荷大小来选择的。在附加或替代实施例中，用于harq反馈传输的信道格式是基于harq反馈和其它类型的信息的总有效载荷大小来选择的。在一个实施例中，信道格式选择可以由无线电网络节点执行，在由无线电网络节点执行的情况下，发送单元910还可以配置为向ue发送所选择的信道格式。在一个实施例中，具有大容量的信道中的较低的编码率和/或较低的发送功率可以用于所接收的harq反馈和/或其他类型的信息，并且具有小容量的信道中的较高的编码率和/或较高的发送功率可以用于所接收的harq反馈和/或其他类型的信息。单元1010-1020中的每一个可以例如通过以下各项中的一项或多项实现为纯硬件解决方案或软件和硬件的组合：处理器或微处理器和适当的软件以及用于存储软件的存储器、可编程逻辑设备(pld)或其它电子组件(一个或多个)或配置为执行以上描述和(例如在图8中)示出的动作的处理电路。图11是根据本公开另一实施例的用于对无线通信系统中上行链路中的harq反馈传输进行压缩的ue1100的框图。ue1100包括收发器1110、处理器1120和存储器1130。存储器1130包含可由处理器1120执行的指令，这些指令使得ue1100能够根据本公开的实施例操作，从而例如参考图7来执行方法700。为了简化，将省略详细描述。图12是根据本公开另一实施例的用于对无线通信系统中上行链路中的harq反馈传输进行压缩的无线电网络节点1200的框图。无线电网络节点1200包括收发器1210、处理器1220和存储器1230。存储器1230包含可由处理器1220执行的指令，这些指令使得无线电网络节点1200能够根据本公开的实施例操作，从而例如参考图8来执行方法800。为了简化，将省略详细描述。本公开还提供了以非易失性或易失性存储器(例如，电可擦除可编程只读存储器(eeprom)、闪存和硬盘驱动器)的形式的至少一个计算机程序产品。计算机程序产品包括计算机程序。计算机程序包括：代码/计算机可读指令，其在由处理器820执行时使得网络实体800执行例如早先结合图7或8描述的过程的动作。计算机程序产品可配置为以计算机程序模块构造的计算机程序代码。计算机程序模块可以基本上执行图7或8中所示的流程的动作。处理器可以是单个cpu(中央处理单元)，但是还可以包括两个或多于两个处理单元。例如，处理器可以包括通用微处理器；指令集处理器和/或相关芯片集和/或专用微处理器(例如专用集成电路(asic))。处理器还可以包括用于高速缓存目的的板载存储器。计算机程序可以由与处理器相连的计算机程序产品来承载。计算机程序产品可以包括其上存储计算机程序的计算机可读介质。例如，计算机程序产品可以是闪存、随机存取存储器(ram)、只读存储器(rom)或eeprom，并且上述计算机程序模块在备选实施例中可以分布在以存储器的形式的不同的计算机程序产品上。以上已参考本公开的实施例描述了本公开。应当理解，在不脱离本公开的精神和范围的情况下，本领域技术人员可以进行各种修改、替换和添加。因此，本公开的范围不限于上述特定实施例，而是仅由所附权利要求限定。当前第1页12