输的收发器(TVCR) 28、执行UE的各种处理功能的处理电路32以及用于各种存储目的的存储器36。
[0029]在图1的实施例中，UE 20使用混合自动重复请求(HARQ)方案。在这样的方案中，如果UE对某个数据(例如分组)进行解码失败，则基站重传数据的至少部分并且重新尝试解码。示例HARQ方案是追赶合并和增量冗余(IR)。在追赶合并中，基站重传整个数据，并且UE组合初始传输的软解码度量与重传的对应软解码度量。在IR中，基站在失败的情况下发送附加的冗余比特，并且UE重新尝试使用初始冗余比特的软解码度量和附加的冗余比特的软解码度量来对数据进行解码。使用追赶合并和IR 二者的HARQ方案也可行。在任一情况下，在UE中的HARQ处理涉及缓冲针对给定的传输而计算的软解码度量、以及对缓冲的软解码度量和针对后续重传而计算的新解码度量的某一形式的联合处理。
[0030]在这里描述的实施例中，软解码度量包括对数似然比(LLR)，并且以下描述为了清楚而聚焦于LLR。然而，公开的技术可以与各种其它种类的软解码度量一起使用。
[0031]在一些实施例中，UE 20包括容纳HARQ缓冲器40的存储器36。处理电路32包括用于在缓冲器40中存储LLR的压缩单元44和用于从缓冲器40取回LLR的解压缩单元48。使用压缩单元44和解压缩单元48，处理电路32以压缩形式在缓冲器44中存储LLR。由于压缩的LLR在数据大小上相对于在压缩之前的LLR更小，所以可以减少缓冲器40的大小，并且在处理电路32与存储器36之间需要更低的通信带宽。
[0032]在一些实施例中，压缩单元44使用基于码本的压缩方案来压缩LLR并且在缓冲器40中存储压缩的LLR。在典型的基于码本的压缩方案中，每个可能的LLR值由相应码值代表，从而平均而言，压缩的数据的大小小于原始数据的大小。向LLR指派码值通常依赖于各种LLR值的相对出现概率，例如通过将短码值指派给频繁地出现的LLR值，反之亦然。任何适当的基于码本的压缩方案、比如霍夫曼或者法诺编码可以用于这一目的。
[0033]备选地，在其它实施例中，处理电路32使用任何其它适当的无损或者有损压缩方案来压缩LLR。处理电路32所使用的压缩方案的压缩比通常依赖于LLR熵和允许的性能下降。
[0034]在一些实施例中，在使用基于码本的压缩时，根据软解码度量的统计分布来动态地适配压缩码本。在一个实施例中，处理电路32适配压缩码本以匹配不同数据值的实际出现概率。在一个示例实施例中，处理电路跟踪不同数据值的实际出现概率并且改变压缩码本(即在LLR与码值之间的映射)以便保持高压缩比。在备选实施例中，处理电路32可以用任何其它适当方式、基于软解码度量的统计分布来适配压缩码本。
[0035]在另一实施例中，处理电路32根据接收的信号的属性、例如根据信噪比(SNR)、调制和编码方案(MCS)或者其它适当属性来从预定义的码本的集合选择压缩码本。
[0036]在示例追赶合并HARQ过程中，处理电路32计算用于接收的重传的数据分组的LLR、从缓冲器40取回对应的压缩的LLR，使用压缩单元48来解压缩取回的LLR、组合重传的分组的LLR与从缓冲器40取回的相应LLR，并且重新尝试使用组合的LLR来对分组数据进行解码。处理电路32也发送组合的LLR以用于在缓冲器40中存储，从而为可能接收相同分组的另一重传做准备。
[0037]图2是示意地图示根据这里描述的一个实施例的用于在UE 20中存储LLR的方法的流程图。该方法始于收发器28在信号接收操作60从基站接收携带数据的信号。处理电路32在LLR计算操作64计算针对接收的信号所携带的数据的LLR。处理电路32在压缩存储操作68使用压缩单元44来以压缩形式在HARQ缓冲器40中存储LLR。
[0038]在需要所存储的LLR、例如用于与新到来的LLR组合时，处理电路32在取回操作72从缓冲器40取回压缩的LLR。解压缩单元48在解码操作76解压缩LLR。处理电路32然后尝试使用LLR来对接收的信号所携带的数据进行解码。
[0039]图3是示意地图示根据这里描述的一个实施例的用于软解码度量的另一压缩方案的图。在这一实施例中，处理电路32利用HARQ缓冲器40经常包含大量未被占用的区域这一事实，该大量未被占用的区域通常被标记为全零数据。全零区域例如在待缓冲的数据的大小小于缓冲器大小时或者在待缓冲的数据未一次全部、而是分阶段到达时出现。以下描述为了清楚而涉及全零区域。在备选实施例中，任何其它适当方式可以用来标记缓冲器的未被占用的区域。
[0040]全零数据的区域、例如在使用基于增量冗余(IR)的HARQ时是常见的。在IR方案中，基站首先发送具有特定数目的冗余比特的数据。如果UE使用这些冗余比特来对数据进行解码失败，则基站发送附加的冗余比特，并且UE重新尝试使用初始的冗余比特和附加的冗余比特二者来对数据进行解码。在典型实现方式中，处理电路32在缓冲器40中保留存储器空间以用于附加冗余比特的LLR。然而，在重传到来之前，这一保留的存储器空间为全零。然而，备选地，缓冲器40可以包含用于任何其它原因的全零区域。
[0041]图3的示例示出在某个时间点在缓冲器40中存储的LLR。缓冲器在这一示例中包括包含非零LLR值的非零区域94和包含全零数据的区域98。注意，非零区域94可以偶然地包含某些零数据值，但是该区域作为整体为非零。
[0042]在一个实施例中，处理电路32维护指向全零区域98的开始和结束地址的指针的列表102。在本例中，一对指针{Ptrl_start, Ptrl_stop}分别指向第一全零区域的开始和结束，而一对指针{Ptr2_start, Ptr2_stop}分别指向第二全零区域的开始和结束。在这一实施例中，在从缓冲器40取回LLR时，处理电路32使用指针列表102来识别全零区域98并且跳过所识别的区域。换而言之，处理电路32从非零区域94仅取回LLR、因此阻止不必要地读取和传送不是实际数据的一部分的零数据值。
[0043]图4是示意地图示根据这里描述的一个备选实施例的UE 20的备选实现方式的框图。在这一实施例中，处理电路32包括缓冲器控制单元106，该缓冲器控制单元106管理在HARQ缓冲器40中对LLR缓冲。
[0044]在一个实施例中，缓冲器控制单元106将缓冲器40的存储器空间划分成多个过程特定区域I1和公共区域114。每个过程特定区域110专用于特定解码过程并且用于存储与该过程关联的LLR的部分。公共区域114在各种解码过程之中被共享，即用于存储与过程中的任何过程关联的LLR的部分。
[0045]在缓冲针对给定过程而计算的LLR集合时，单元106将每个LLR划分成最高有效(MSB)部分和最低有效(LSB)部分，在过程特定区域中存储LLR的MSB部分，而在公共区域中存储LSB部分。分割缓冲器存储器空间，以使得过程特定区域不会溢出，但是公共区域可以小概率溢出。在图4的示例中，缓冲器40包括N个过程特定区域，并且公共区域能够存储用于K个过程的LSB部分，K〈N。
[0046]如果解码过程的数目异常地高，则公共区域可能没有用于存储LLR的附加LSB部分的充足空间。另一方面，过程特定区域的数目被选择为使得溢出不会出现。在公共区域中的溢出的罕见情况下，LLR仅经历量化退化、但是未完全地丢失，因为它们的MSB部分在过程特定区域中幸存。这一种类的分割实现了缓冲器40的总大小的明显减少。
[0047]在将要取回某个过程的LLR时，缓冲器控制单元106从适当过程特定区域110取回LLR的MSB部分并且(如果可用则)从公共区域114取回LLR的LSB部分。使用完整LLR或者仅使用MSB部分来执行解码。在任何情况下，LLR未丢失并且解码是可能的。在缓冲器溢出的罕见情况下，解码性能由于LLR的粗略量化而略有下降。
[0048]在一个实施例中，单元106将LLR划分成具有任何适当大小的MSB部分和LSB部分。在一个示例实施例中，用服务于八个过程的八个过程特定区域110(即N = 8)来定义缓冲器。每个LLR的MSB部分(以及因此过程特定区域的比特宽度)包括单个比特。公共区域114的尺度被设定为存储上至两个过程(即K = 2)的LSB部分。每个LLR的LSB部分(和因此公共区域的比特宽度)包括四个比特。在这一示例中，缓冲器40的大小仅为它的常规大小(为了缓冲相当大小的八个过程的LLR所需的大小)的40%。
[0049]图5是示意地图示根据这里描述的一个实施例的用于在以上图4的UE 20中处理软解码度量的方法的流程图。该方法始于收发器28在接收操作120从基站接收携带数据的信号。处理电路32在LLR计算操作124计算针对接收的信号所携带的数据的LLR。
[0050]处理电路32的缓冲器控制单元106