阅读说明：本技术 无线通信系统中的码块组(cbg)级重传 (Code Block Group (CBG) level retransmission in a wireless communication system ) 是由 蔡承融 于 2020-01-08 设计创作，主要内容包括：一种数据重传方法,该方法可以包括以下步骤：在无线通信系统中的接收器处从发送器接收与第一混合自动重传请求(HARQ)进程相对应的、包括码块组(CBG)的传输块(TB),并且从所述接收器发送TB/CBG指示符以及HARQ重传信息。所述HARQ重传信息包括针对所述第一HARQ进程的HARQ确认(HARQ-ACK)反馈或重传指示。所述TB/CBG指示符指示所述HARQ-ACK反馈或重传指示是TB级还是CBG级。(A method of data retransmission, the method may comprise the steps of: a Transport Block (TB) including a code group (CBG) corresponding to a first hybrid automatic repeat request (HARQ) process is received from a transmitter at a receiver in a wireless communication system, and a TB/CBG indicator and HARQ retransmission information are transmitted from the receiver. The HARQ retransmission information comprises HARQ acknowledgement (HARQ-ACK) feedback or retransmission indication for the first HARQ process. The TB/CBG indicator indicates whether the HARQ-ACK feedback or retransmission indication is of a TB level or a CBG level.)

无线通信系统中的码块组(CBG)级重传

交叉引用

本申请要求2019年1月9日提交的题为“Code Block Group Level HARQ ACK/NACKCodebook”的申请号为62/790,157的美国临时申请和2019年4月25日提交的题为“Retransmission Indication for Multiple Data Transmissions Schedule by aSingle Grant”的申请号为62/838,382的美国临时申请的权益，通过引用将它们的全部内容并入本文。

技术领域

本发明涉及无线通信，并且具体涉及数据重传技术(例如，混合自动重传请求(HARQ：hybrid automatic repeat request)相关方案)。

背景技术

本文所提供的背景描述是出于总体上呈现本发明背景的目的。目前提到的发明人的工作(在本背景部分中描述该工作的范围内)，以及在提交时可能不视为现有技术的描述的各方面，相对于本发明均未被明确或暗示地承认为现有技术。

由于接收信号质量的变化，无线信道上的传输会出错。可以通过采用混合自动重传请求(HARQ)方案来应对(counteract)这种变化。HARQ是纠错编码和错误数据单元重传的组合。例如，在检测到从发送器发送的错误数据单元之后，接收器可以通过向发送器提供HARQ反馈来请求从发送器进行重传。

发明内容

本发明的各方面提供了一种数据重传方法。所述方法可以包括以下步骤：在无线通信系统中的接收器处，从发送器接收与第一混合自动重传请求(HARQ)进程相对应的包括码块组(CBG：code block group)的传输块(TB：transport block)，并且从所述接收器发送TB/CBG指示符以及HARQ重传信息。所述HARQ重传信息包括针对所述第一HARQ进程的HARQ确认(HARQ-ACK)反馈或重传指示。所述TB/CBG指示符指示所述HARQ-ACK反馈或所述重传指示是TB级还是CBG级。

在实施方式中，所述发送器是基站(BS)，并且所述接收器是所述无线通信系统中的用户设备(UE)，并且所述HARQ重传信息是如下HARQ-ACK码本，该HARQ-ACK码本包括针对在所述UE处配置的多个HARQ进程的HARQ-ACK反馈。在示例中，所述TB/CBG指示符指示：针对在所述UE处配置的所述多个HARQ进程的各个HARQ-ACK反馈是TB级还是CBG级。

在实施方式中，所述发送器是UE，并且所述接收器是所述无线通信系统中的BS，并且所述HARQ重传信息是以下项中的一项：如下HARQ-ACK码本，该HARQ-ACK码本包括针对在所述UE处配置的第一多个HARQ进程的HARQ-ACK反馈；或者如下重传指示符，该重传指示符包括针对在所述UE处配置的包括所述第一HARQ进程在内的第二多个HARQ进程的重传指示。在示例中，所述TB/CBG指示符指示针对在所述UE处配置的所述第一多个HARQ进程的各个HARQ-ACK反馈是TB级还是CBG级，或者针对在所述UE处配置的所述第二多个HARQ进程的各个重传指示是TB级还是CBG级。在示例中，所述重传指示符被包括在上行链路授权中，所述上行链路授权对与在所述UE处配置的所述第二多个HARQ进程相对应的多个上行链路数据传输进行调度。

在实施方式中，当满足以下项时，所述第一HARQ进程设置有处于TB级的所述HARQ-ACK反馈：所述第一HARQ进程的TB中的所有CBG被正确解码；所述第一HARQ进程中的TB中没有CBG被正确解码；或者所述第一HARQ进程中的TB未被检测到。

在实施方式中，当满足以下项时，所述第一HARQ进程设置有处于TB级的所述重传指示：所述第一HARQ进程中的TB中的所有CBG被正确解码；或者所述第一HARQ进程中的TB中没有CBG被正确解码。

在实施方式中，所述HARQ重传信息包括：针对属于由所述发送器和所述接收器使用的相同分量载波(component carrier)或不同分量载波的HARQ进程的HARQ-ACK反馈或重传指示。在实施方式中，所述HARQ重传信息中的皆设置有处于CBG级的HARQ-ACK反馈或重传指示的HARQ进程的量，被限制成小于或等于预配置数量。

本发明的各方面提供了一种包括电路的接收器。所述电路被配置成进行如下操作：从无线通信系统的发送器，接收与第一HARQ进程相对应的包括CBG的TB，并且发送TB/CBG指示符以及HARQ重传信息。所述HARQ重传信息包括：针对所述第一HARQ进程的HARQ-ACK反馈或重传指示。所述TB/CBG指示符指示所述HARQ-ACK反馈或重传指示是TB级还是CBG级。

本发明的各方面提供了一种数据重传方法。所述方法可以包括以下步骤：在无线通信系统中的接收器处，从发送器接收与第一HARQ进程相对应的、包括CBG的TB，并且从所述接收器发送HARQ重传信息。所述HARQ重传信息包括第一字段，所述第一字段指示针对所述第一HARQ进程的TB级ACK或NACK，或者指示所述第一HARQ进程的新传输或重传。当所述第一字段指示针对所述第一HARQ进程的TB级NACK时，所述HARQ重传信息还包括指示如下第二字段，该第二字段所述第一HARQ进程的CBG级ACK或NACK。当所述第一字段指示重传时，所述HARQ重传信息还包括如下第二字段，该第二字段提供所述第一HARQ进程的CBG级重传指示。

在实施方式中，所述发送器是BS，并且所述接收器是所述无线通信系统中的UE。所述HARQ重传信息的第一字段指示：针对在所述UE处配置的多个HARQ进程的TB级ACK或NACK。在实施方式中，所述发送器是UE，并且所述接收器是所述无线通信系统中的BS。所述HARQ重传信息的第一字段指示：针对在所述UE处配置的第一多个HARQ进程的TB级ACK或NACK，或者针对在所述UE处配置的第二多个HARQ进程的TB级的新传输或重传。所述HARQ重传信息可以被包括在上行链路授权中，所述上行链路授权对与在所述UE处配置的所述第二多个HARQ进程相对应的多个上行链路数据传输进行调度。

在实施方式中，所述HARQ重传信息包括：针对属于由所述发送器和所述接收器使用的相同分量载波或不同分量载波的HARQ进程的TB级ACK/NACK指示或TB级的新传输或重传。

附图说明

参照以下附图，对本发明的作为示例提出的各种实施方式进行详细描述，附图中相似的标号是指相似的部件，并且其中：

图1示出了根据本发明的一些实施方式的无线通信系统100；

图2示出了基于码块组(CBG)的混合自动重传请求确认(HARQ-ACK)反馈和数据重传操作的示例；

图3A至图3B示出了如何在传输块(TB)中形成CBG的示例；

图4示出了在下行链路方向上的数据传输的基于CBG的HARQ进程400的示例；

图5示出了在上行链路方向上的数据传输的基于CBG的HARQ进程500的示例；

图6示出了在上行链路方向上的数据传输的基于CBG的HARQ进程600的另一示例；

图7示出了上行链路数据传输的TB级一次(one-shot)HARQ-ACK反馈的示例进程700；

图8示出了下行链路数据传输的TB级一次HARQ-ACK反馈的示例进程800；

图9示出了TB级一次HARQ-ACK码本910的大小与CBG级一次HARQ-ACK码本920的大小之间的比较；

图10示出了在调度多个PUSCH的单个上行链路授权中承载的重传指示信息1000的示例；

图11示出了调度多个PUSCH的单个上行链路授权的示例进程1100，其中在该上行链路授权中包括CBG级重传指示；

图12示出了根据本发明的实施方式的TB/CBG级混合HARQ-ACK反馈1200的示例；

图13示出了所有CBG级HARQ-ACK反馈1310与混合HARQ-ACK反馈1320之间的比较；

图14示出了混合HARQ-ACK反馈1200的变型；

图15示出了根据本发明的实施方式的TB/CBG级混合重传指示1500的示例；

图16示出了根据本发明的实施方式的HARQ-ACK码本1610的示例；

图17示出了根据本发明的实施方式的重传指示1710的示例；

图18示出了根据本发明的实施方式的基于CBG的HARQ重传进程1800的示例；

图19示出了根据本发明的实施方式的重传进程1900的示例；以及

图20示出了根据本发明的实施方式的示例设备2000。

具体实施方式

图1示出了根据本发明的一些实施方式的无线通信系统100。系统100可以包括用户设备(UE)110和基站(BS)120。在一些示例中，系统100采用由第三代合作伙伴计划(3GPP)开发的第五代(5G)新无线电(NR)空中接口(air interface)。在一些示例中，系统100采用由各种标准开发组织开发的其它无线通信技术。在一些示例中，系统100采用非标准化的无线通信技术。

在一些示例中，BS 120可以是实现由3GPP开发的5G NR空中接口标准中所规定的gNB节点的基站。在一个示例中，BS 120可以被配置成控制一个或多个天线阵列，以形成用于发送或接收无线信号的定向Tx或Rx波束。UE 110可以是移动电话、膝上型计算机、车载移动通信装置、固定在特定位置的实用仪表(utility meter)等。类似地，在一个示例中，UE110可以采用一个或多个天线阵列以生成用于发送或接收无线信号的定向Tx或Rx波束。根据BS 120与UE 110之间的空中接口，BS 120和UE 110可以根据相应通信协议彼此通信。

在各种示例中，系统100可以采用混合自动重传请求(HARQ)方案，以用于在下行链路或上行链路方向上进行数据传输或重传。例如，HARQ方案可以在BS 120的MAC层采用HARQ实体。HARQ实体包括一组并行运行的停止等待(stop-and-wait)进程。各个停止等待进程(称为HARQ进程)可以发送传输块(TB)，并且停止并等待来自UE 110的HARQ确认(HARQ-ACK)信息。HARQ-ACK信息可以是指示肯定确认(ACK：positive acknowledgement)或否定确认(NACK：negative acknowledgement)的单个比特。如果接收到NACK，则可以执行TB的重传。

在UE 110处，可以配置包括与BS 120处相同数量的HARQ进程的另一HARQ实体，以从BS 120接收TB。UE 110处的各个HARQ进程对应于BS 120处的对应HARQ进程。当各个HARQ进程接收到TB时，UE 110尝试解码TB，并且生成指示是否正确解码传输块的确认。

类似地，可以在UE 110和BS 120处配置HARQ实体或进程，以实现用于上行链路数据重传的HARQ方案。例如，对于上行数据重传，HARQ反馈信息可以采用上行链路调度授权(uplink scheduling grant)(上行链路授权)中承载的重传指示的形式。重传指示提供足够的信息以通知UE 110在上行链路中的TB的重传。

在一些示例中，系统100可以采用基于码块组(CBG)的HARQ方案来进行数据重传。例如，BS 120可以发送被分割成CBG的TB。UE 110可以单独解码CBG，并且按CBG级提供TB的HARK-ACK反馈。基于CBG级HARQ-ACK反馈，BS 120可以仅重新发送被否定确认的CBG，而不是重新发送整个TB。结果，就无线电资源消耗而言，特别是对于大尺寸的TB，数据重传可以更有效。

然而，当使用CBG级HARQ方案时，与具有TB级HARQ反馈信息的HARQ方案相比，会显著增加下行链路数据传输的相应HARQ-ACK反馈(或上行链路数据传输的重传指示)的大小。图1示出了下行链路数据传输的这种示例。如图所示，BS 120可以执行多个下行链路数据传输，以分别利用HARQ进程#0至#3来发送TB 131-134。可以将各个下行链路传输中的TB划分成4个CBG。多个下行链路传输可以跨正交频分复用(OFDM)资源网格中的多个时隙以及横跨多个分量载波。

作为响应，UE 110可以按CBG级提供HARQ反馈信息160。作为选项，HARQ反馈信息160可以是包括针对各个HARQ进程#0至#3的CBG级HARQ-ACK反馈141-144的HARQ-ACK码本140。如图所示，CBG级HARQ-ACK码本140可以具有16比特的大小。

在一些示例中，采用一次HARQ-ACK反馈方案(one-shot HARQ-ACK feedbackscheme)，其中在一个HARQ-ACK反馈中将在UE 110处配置的所有HARQ进程的最新状态(例如，未决或已报告的HARQ-ACK报告)报告给BS 120。针对每TB的8个CBG以及16个HARQ进程的配置，该报告的有效载荷的总大小为128比特。

因此，在一些实施方式中，当使用CBG级HARQ方案时，采用混合HARQ反馈机制来压缩HARQ反馈信息。例如，如HARQ-ACK码本140所示，HARQ进程#0的HARQ-ACK反馈141包括4个ACK，这4个ACK表示TB 131中的所有CBG均被正确解码。因此，可以使用TB级HARQ-ACK反馈以代替CBG级HARQ-ACK反馈。具体地，可以在HARQ-ACK码本140中使用指示ACK的一个比特而不是指示4个ACK的4个比特，以用于与HARQ进程141相对应的HARQ反馈。

类似地，HARQ进程#1的HARQ-ACK反馈142包括4个NACK，这4个NACK表示TB 132中的CBG都未被检测到或正确解码。因此，可以使用TB级HARQ-ACK反馈(1比特NACK)以代替包括4比特NACK的CBG级HARQ-ACK反馈。针对HARQ进程#2和#3，由于HARQ-ACK反馈143至144皆包含正确解码的CBG或不正确解码的CBG，因此仍可以保持CBG级反馈。以此方式，HARQ-ACK码本140的大小可以从16比特减小到10比特，从而导致数据压缩比为16:10。

为了指示是以TB级还是以CBG级来提供HARQ进程的HARQ-ACK反馈，可以在HARQ信息160中引入TB/CBG级指示符150。如图所示，用于HARQ进程#0和#1的TB/CBG级指示符值被设定为0以指示TB级HARQ-ACK反馈，而针对HARQ进程#2和#3，各个TB/CBG级指示符值被设定为1以指示CBG级HARQ-ACK反馈。

上述TB和混合HARQ反馈机制也可以应用于上行链路方向上的数据传输。例如，当从BS 120发送HARQ-ACK码本时，或者当在调度多个物理上行链路共享信道(PUSCH)的授权中提供了多个HARQ进程的重传指示符时，可以采用混合HARQ反馈机制，以压缩相应HARQ反馈信息。相应HARQ反馈信息可以是HARQ-ACK码本中的HARQ-ACK信息，或者是上行链路调度授权(上行链路授权)中的重传指示符的重传指示信息。

图2示出了基于CBG的HARQ-ACK反馈和数据重传操作的示例。从发送器(例如，BS120)向接收器(例如，UE 110)发送TB 210。TB 210被划分成从CB#0到CB#6的7个CB，这7个CB被组织成从CBG#0到CBG#3的4个CBG。在UE 110接收TB 210期间，CB#3的解码失败。因此，UE110可以发送CBG级ACK/NACK反馈[A N A A]，其中，A表示ACK比特，而N表示NACK比特。ACK或NACK比特分别对应于从CBG#0到CBG#3的4个CBG。作为响应，BS 120可以执行其中重新发送CBG#1的CBG级重传。在某些其它示例中，可以从UE 110向BS 120发送TB 120，可以以重传指示符的形式提供CBG级ACK/NACK反馈[A N A A]，例如，从BS 120发送给UE 110的上行链路授权中的[0 1 0 0]，其中“0”表示不应重新发送相应CBG，而“1”表示应重新发送相应CBG。

如图所示，与基于TB的HARQ-ACK反馈相比，可以将基于CBG的更精细的ACK/NACK反馈(或上行链路授权中的更精细的重传指示)用于提供HARQ ACK/NACK反馈。因此，仅发送具有失败的CB的CBG，而不发送整个TB，这提高了频谱效率。

相比之下，在不采用图2中基于CBG的HARQ方案的示例中，如果在解码TB时码块(CB：code block)解码失败，则必须重新发送整个TB。特别是在TB尺寸较大(例如，TB包含许多CB)、严重的时变干扰、超可靠低延迟通信(URLLC：ultra-reliable low-latencycommunication)抢占了增强型移动宽带(eMMB)正在进行的传输(部分删截传输：partialpunctured transmission)、或者来自NR非许可频带操作中的隐藏节点的干扰的情况下，这种基于TB的HARQ会导致性能劣化。

图3A至图3B示出了如何在TB中形成CBG的示例。在实施方式中，可以由更高层信令(例如，无线电资源控制(RRC)信令)或者从BS 120到UE 110的系统信息广播，来提供TB中的CBG的最大数量(用N表示)，以使BS 120和UE 110可以对每TB的CBG的最大数量有共同的理解。在一个示例中，在不同的配置中，N可以是2、4、6或8。

TB大小的确定和TB中的CB的数量(用C表示)可以独立于一个TB中的CBG的最大数量N。例如，可以基于分配的无线电资源以及相应调制和编码方案(MCS)来确定TB的大小。当从物理层处的MAC层接收到具有一定大小的TB时，可以将该TB(包括附加的循环冗余校验(CRC))划分成多个(例如，数十个或数百个)CB，以与信道编码器(例如，低密度奇偶校验(LDPC)编码器)的码大小相匹配，以用于对CB进行编码。然后可以将皆具有附加CRC的CB馈入信道编码器，并且将所得到的比特级联以形成编码的TB。

可以将TB中的数量为C的CB分组成具有数量Min(N，C)的多个CBG。在图3A的示例中，TB中有4个CBG(N＝4)，并且生成3个CB(CB#0至CB#2)(C＝3)。因此，TB中有3个CBG，各个CBG包含一个CB。在图3B的示例中，TB中仍有4个CBG(N＝4)，然而，生成7个CB(CB#0至CB#6)。因此，相应TB中有4个CBG，各个CBG包括一个或两个CB。

图4示出了在下行链路方向上的数据传输的基于CBG的HARQ进程400的示例。进程400可以包括从S401到S404的4个步骤，并且该进程400是由BS 420和UE 410来执行的。BS420可以例如通过RRC信令向UE 410配置每TB的最大数量的CBG，该CBG的最大数量在图4的示例中为4个。

在S401，BS 420发送第一TB 431(这是初始传输)。TB 431可以包括被组织成CBG#0至CBG#3的CB#0至CB#6。在信道编码和速率匹配之后，可以在第一物理下行链路共享信道(PDSCH)中承载TB 431。可以在伴随PDSCH的第一物理控制信道(PDCCH)中承载调度第一PDSCH上的初始传输的第一下行链路控制信息(DCI)。初始传输的第一DCI可以包括第一CBG传输指示符(CBGTI)，该CBG传输指示符例如指示发送的TB 431中存在哪些CBG。然而，UE410可以忽略第一CBGTI，并且假设所有CBG都存在于初始传输中。

UE 410解码第一PDCCH以获得第一DCI，并且随后解码第一PDSCH以获得解码的TB432，该解码的TB 432是TB 431的解码版本。作为示例，CB#3的解码可能会失败，而其它CB#0至#2以及CB#4至#6的解码是成功的。例如，可以检查附着至各个CB的CRC以确定相应CB是否被正确解码。UE 410可以相应地生成包括比特[A N A A]的第一HARQ-ACK反馈。第一HARQ-ACK反馈指示CBG#0、#2以及#3被正确接收到，但是CBG#1未被正确接收到。

在S402，UE 410可以例如使用由第一DCI指示的资源，来向BS 420发送包括比特[AN A A]的第一HARQ-ACK反馈。例如，可以在物理上行链路控制信道(PUCCH)或者物理上行链路共享信道(PUSCH)中承载第一HARQ-ACK。

在S403，响应于接收到第一HARQ-ACK反馈，BS 420可以重新发送第二TB 441中承载的CBG#1。第二DCI中承载的第二CBGTI可以伴随(accompany)第二TB 441，以指示第二TB441中存在或不存在哪些CBG。例如，第二CBGTI仍可以包括4个比特[0 1 0 0]，这4个比特指示第二TB 441中承载了初始TB 431中的CBG#1(第二CBG)，而第二TB 441中不存在初始TB431中的第一CBG、第三CBG以及第四CBG。可以在第二PDSCH中承载第二TB 441，与此同时可以在第二PDCCH中承载第二DCI。

基于第二CBGTI，UE 410可以确定正在重新发送初始TB 431中的CBG#1，而没有重新发送CBG#0、#2以及#3，并且可以将解码的TB 442中的解码的CBG#1与先前连续接收到的CBG#0、#2以及#3相组合，以形成完整解码的初始TB 431中的TB。

在S404，由于已经连续解码了重新发送的数据，因此UE 410可以向BS 120提供第二HARQ-ACK反馈。第二HARQ-ACK反馈可以包括比特[A A A A]，以指示在S401处的初始传输的所有CBG已经被正确接收到。此后该进程可以终止。

图5示出了在上行链路方向上的数据传输的基于CBG的HARQ进程500的示例。进程500可以包括从S501到S504的步骤，并且该进程500是由BS 520和UE 510来执行的。类似地，BS 520可以向UE 510配置每TB的最大数量的CBG，该CBG的最大数量在图5中为4个。

在S501，BS 520可以向UE 510发送第一上行链路调度授权(上行链路授权)。例如，将第一上行链路授权承载于第一DCI中，并且指定UE 510的上行资源以发送TB 531。第一上行链路授权可以承载第一CBGTI，该第一CBGTI指示要在TB 531中发送哪些CBG。由于TB 531的传输将是TB 531的初始传输，因此UE 510可以忽略第一CBGTI，并且假设要在初始传输中发送所有CBG。

UE 510可以基于来自BS 520的第一上行链路授权来准备TB 531。作为示例，TB531包括被组织成CBG#0至#3的CB#0至#6。

在S502，UE 510将例如在第一PUSCH中承载的TB 531作为初始传输发送给BS 520。BS 520对来自UE 510的第一PUSCH进行解码，以获得解码的TB 532。作为示例，CB#3的解码失败，并且TB 532中的其它CB的解码是成功的。因此，BS 520可以确定重新发送CBG#1。

在S503，BS 520在第二DCI中发送第二上行链路授权，以调度第二上行链路传输。特别地，第二上行链路授权可以包括第二CBGTI，以指示要重新发送初始TB 531中的哪些CBG。例如，来自BS 520的第二CBGTI可以包括皆与初始TB 531中的CBG相对应的比特[0 1 00]。“0”表示不应重新发送相应CBG，而“1”表示应重新发送相应CBG。

基于从BS 520接收到的第二CBGTI，UE 510可以准备包括初始TB 531中的CBG#1的第二TB 541。

在S504，UE 510可以向BS 520发送第二PUSCH中承载的第二TB 541(这是初始TB531的部分重传)。BS 120解码来自UE 510的第二PUSCH，并且获得包括初始TB 531中的CBG#1的解码的TB 542。然后，进程500可以终止。

图6示出了在上行链路方向上的数据传输的、基于CBG的HARQ进程600的另一示例。在进程600中，描述了在UE 610和BS 620处的一对具有ID为#n的特定HARQ进程。而且，描述了上行链路授权中承载的新数据指示符(NDI)的操作。进程600可以包括从S601到S604的步骤，并且该进程600是由UE 610和BS 620来执行的。

在S601，BS 620向UE 610发送第一上行链路授权(UL授权#1)。UL授权#1可以包括：承载HARQ进程ID(例如，#n)的第一字段、承载第一NDI的第二字段以及承载第一CBGTI的第三字段。由于将UL授权#1用于调度初始数据传输，因此与在UL授权#1之前的UL授权中的、和HARQ进程#n相对应的在先NDI的状态相比，第一NDI可以具有“切换(toggled)”状态。基于UL授权#1，UE 610可以确定UL授权#1调度了要由HARQ进程#n执行的初始数据传输。可以忽略第一CBGTI，并且UE 610可以发送要发送的TB 631中的所有CBG。

在S602，UE 610可以利用HARQ进程#n来执行初始数据传输，以通过第一PUSCH发送TB 631。如图所示，TB 631可以包括从CBG#1到CBG#4的4个CBG。BS 620执行解码，以获得初始TB 631的解码的TB 632。CBG#2和#3接收失败。

在S603，BS 620可以相应地发送第二上行链路授权(UL授权#2)以调度失败的CBG#2和#3的重传。具体地，UL授权#2可以包括：指示相同的HARQ进程ID(#n)的第一字段，如在UL授权#1中那样。UL授权#2还可以包括第二字段，该第二字段指示与UL授权#1中的第一NDI相比具有“未切换(not toggled)”状态的第二NDI。“未切换”状态指示要利用由UL授权#2规定的资源来执行重传。UL授权#2还可以包括指示第二CBGTI的第三字段，以指示要重新发送哪些CBG。第二CBGTI可以具有与解码的TB 632的解码结果相对应的比特[0 1 1 0]。

基于UL授权#2，UE 610可以确定重新发送初始TB 631中的CBG#2和#3。

在S604，UE 610通过第二PUSCH利用由UL授权#2指示的HARQ进程#n，来重新发送包括CBG#2和#3的第二TB 633。此后，该进程600终止。

图7示出了上行链路数据传输的TB级一次HARQ-ACK反馈的示例进程700。该进程700包括步骤S701和S702，并且该进程700是由UE 710和BS 720来执行的。

在S701，UE 710通过分量载波CC#x分别利用多个HARQ进程#3、#1、#6以及#2，来执行TB 731-734的多个初始传输。TB 731-734的初始传输为TB级，并且没有采用CBG方案。例如，TB 731-734的传输可以在OFDM网格中的不同区块(plot)中进行。

BS 720分别利用HARQ进程#3、#1、#6以及#2来执行接收以获得与初始TB 731-734相对应的解码的TB 741-744。作为示例，TB 742-743被不正确解码或者丢失(未检测到)。

在S702，BS 720可以执行一次HARQ-ACK反馈。在一次HARQ-ACK反馈中，可以发送包括针对UE 710处的多个或所有配置的HARQ进程的HARQ-ACK反馈的HARQ-ACK码本751。例如，可以具有在UE 710处配置的从#0到#7的8个HARQ进程。HARQ-ACK码本751可以包括与8个HARQ进程#0至#7相对应的8个比特(皆为ACK或者NACK)。在一个示例中，一次HARQ-ACK码本中报告了各个HARQ进程的最新状态。例如，报告了正确解码TB的HARQ进程(例如，HARQ进程#3和#2)的ACK，同时报告了不准确地解码TB的HARQ进程(例如，HARQ进程#1、#6以及#7)或者在一次HARQ-ACK反馈之前的预配置时段期间未检测到TB的HARQ进程(例如，HARQ进程#0、#4以及#5)的NACK。在一个示例中，在PDCCH中的下行链路反馈信息(DFI)中承载了一次HARQ-ACK码本751。

作为示例，UE 710和BS 720可以在非许可频谱上操作，并且分量载波CC#x的频率可以与隐藏装置(例如，Wi-Fi接收器或发送器)共享，并且并非总是可用。当分量载波CC#x例如在通话前监听(LBT：listen-before-talk))访问过程之后可用时，BS 720可以确定趁此机会向UE 710提供一次HARQ-ACK反馈。

作为对一次HARQ-ACK反馈的响应，在一个示例中，UE 710可以执行重传或者可以不执行重传。如果执行重传，则设置有NACK的进程可以在没有提供任何上行链路授权的情况下，利用由上行链路授权调度的或者由BS 720预配置的PUSCH资源来执行重传。然后，进程700可以终止。

图8示出了下行链路数据传输的TB级一次HARQ-ACK反馈的示例进程800。进程800可以包括从S801到S803的步骤，并且该进程800是由UE 810和BS 820来执行的。

在S801，BS 820可以通过分量载波CC#x分别利用HARQ进程#3、#1、#6以及#2，来执行TB 831-834的初始传输。UE 810可以分别利用HARQ进程#3、#1、#6以及#2来执行接收以获得与初始TB 831-834相对应的解码的TB 841-844。TB 842和843的解码可能会失败。可以在不同的时隙中发送TB 831-834。

在S802，BS 820可以发送针对在UE 810处配置的所有HARQ进程的一次HARQ-ACK反馈的请求。可以在PDCCH中的DCI中承载该请求。举例来说，HARQ-ACK反馈传输机会暂时不可用(例如，当通过非许可频谱操作时)，或者由于严重干扰，BS 820已丢失了来自UE 810的HARQ-ACK反馈的传输。BS 820将没有可用于下行链路数据传输的HARQ-ACK进程。因此，BS820可以确定发送针对一次HARQ-ACK反馈的请求，以触发UE 810提供所需的HARQ-ACK反馈。该请求可以伴有资源调度信息(例如，承载于上行链路调度授权(上行链路授权)或者下行链路调度指派中)中，以用于调度一次HARQ-ACK反馈的资源。可以在与针对一次HARQ-ACK反馈的请求相同的DCI中承载资源调度信息。

在S803，作为对接收到针对一次HARQ-ACK反馈的请求的响应，UE 810执行TB级一次HARQ-ACK反馈。包括从#0到#7的所有配置的HARQ进程的ACK或NACK的HARQ-ACK码本851，可以被包括在上行链路控制信息(UCI)中并通过PUCCH资源来发送。在其它示例中，可以在PUSCH中承载HARQ码本。响应于在S803处接收到UCI，BS 820可以在稍后的阶段执行如在S803处的一次HARQ-ACK反馈所指示的数据重传。然后，进程800可以终止。

图9示出了TB级一次HARQ-ACK码本910的大小与CBG级一次HARQ-ACK码本920的大小之间的比较。两个码本910和920可以包括：针对被配置用于分量载波CC#x的从#0到#15的16个HARQ进程的TB级或CBG级HARQ-ACK反馈。针对码本920，采用基于CBG的HARQ方案，并且每TB的CBG的最大数量等于8。因此，TB级一次HARQ-ACK码本910可以包括用于16个HARQ进程的16比特(ACK或NACK)，而CBG级一次HARQ-ACK码本920可以包括128比特，并且各个HARQ进程具有针对相应8个CBG的8比特ACK或NACK。

可以看出，码本920的大小可以随着每TB的CBG的最大数量(例如，每TB有2、4、6或8个CBG)或者HARQ进程的数量增加而扩大，这导致携带一次HARQ-ACK反馈的DFI或UCI的较大有效载荷尺寸。因此，期望用于减小CBG级一次HARQ-ACK反馈码本的大小的压缩方案。

因此，在一些实施方式中，将混合TB级或CBG级HARQ-ACK反馈同时包括在一次HARQ-ACK反馈码本中。针对没有检测到的CBG、没有正确解码的CBG或者具有正确解码所有CBG的HARQ进程，不需要CBG级HARQ反馈。相反地，可以使用TB级HARQ反馈。相比之下，针对具有失败的CBG和成功的CBG两者的HARQ进程，可以采用CBG级HARQ反馈。以此方式，可以减小一次HARQ反馈码本的总大小。

图10示出了在调度多个PUSCH的单个上行链路授权中承载的重传指示信息1000的示例。例如，上行链路授权在UE处利用从#n到#n+7的8个HARQ进程，来调度8个上行链路数据传输或重传的8个PUSCH。例如，针对各个HARQ进程，可以将HARQ进程ID、NDI以及CBGTI包括在上行链路授权中。当以TB配置最大8个CBG时，各个CBGTI可以包括与相应TB中的相应CBG相对应的8个比特。因此，CBGTI比特的大小可以是64比特。可以看出，CBGTI比特的大小可以与按TB配置的CBG的最大数量以及可以由单个上行链路授权调度的PUSCH的数量成正比，这类似地导致了承载对多个PUSCH进行调度的上行链路授权的DCI的较大有效载荷尺寸。因此，该压缩方案是所期望的，以减小被用于重传指示的CBGTI比特的大小。

如图所示，HARQ进程#n、#n+1以及#n+3皆具有“切换”的NDI，该切换的NDI指示各个相应HARQ进程的初始数据传输。相比之下，HARQ进程#n+2以及#n+4至#n+7皆具有“未切换”的NDI，该未切换的NDI指示各个相应HARQ进程的数据重传。另外，各个切换的NDI的CBGTI可以指示相应初始TB中的哪些CBG要被重新发送。

类似地，可以在重传指示信息1000中包括混合的TB级和CBG级重传指示。例如，针对没有正确解码的CBG的HARQ进程(例如，图10中的HARQ进程#n+6)或者具有初始传输的HARQ进程(例如，HARQ进程#n)，不需要CBG级重传指示。相比之下，针对具有正确解码的CBG和不正确解码的CBG两者的HARQ进程，可以使用CBG级重传指示。

图11示出了调度多个PUSCH的单个上行链路授权的示例进程1100，其中在该上行链路授权中包括CBG级重传指示。进程1100包括步骤S1101和S1102，并且该进程1100是由UE1110和BS 1120来执行的。

在S1101，UE 1110可以通过分量载波CC#x分别利用HARQ进程#3、#1、#6以及#2，来执行一组TB 1131-1134的初始传输。BS 1120执行接收以获得解码的TB 1141-1144。TB1131-1134的初始传输可以基于CBG级。解码的TB 1142和1143可以包括被不正确解码的CBG。

在S1102，BS 1120可以发送调度多个PUSCH的上行链路授权。例如，上行链路授权可以指示从#n到#n+7的多个HARQ进程，以用于通过调度的PUSCH进行多个上行链路传输(初始传输或重传)。作为示例，通过BS 1120的配置，一个TB中可以承载最大8个CBG。因此，上行链路授权中的CBGTI字段可以包括64个比特(用于8个HARQ进程，各个HARQ进程与8个CBG相对应)。从#n到#n+7的HARQ进程可以包括与失败的TB 1142和1143相对应的HARQ进程#1和#6。相应CBGTI比特可以指示初始TB 1132和1133中的哪些CBG需要被重新发送。响应于在S1102处接收到上行链路授权，UE 1110可以随后根据在S1102处的上行链路授权中的CBGTI字段的指示，来执行数据重传或初始数据传输。此后，进程1100可以终止。

图12示出了根据本发明的实施方式的TB/CBG级混合HARQ-ACK反馈1200的示例。例如，接收器从发送器接收TB。使得能够在接收器与发送器之间进行CBG级重传。配置了每TB的最大8个CBG。可以将混合HARQ-ACK反馈1200承载于DFI、UCI或PUSCH中，并且从接收器发送至发送器。

混合HARQ-ACK反馈1200可以包括TB/CBG指示符1220和HARQ-ACK码本1230。在图12的示例中，HARQ-ACK码本1230包括针对在接收器处配置的所有HARQ进程#0至#7的HARQ-ACK反馈1231-1238，并由此是一次HARQ-ACK反馈的码本。在其它示例中，HARQ-ACK码本1230可以包括在接收器处配置的所有HARQ进程的子集。

TB/CBG指示符1220可以是包括比特S0至S7的比特映射字段。各个比特S0至S7对应于HARQ进程#0至#7中的一个HARQ进程。比特S0至S7指示相应HARQ进程#0至#7是设置有TB级的相应HARQ-ACK反馈1231-1238还是设置有CBG级的相应HARQ-ACK反馈1231-1238。例如，比特S0、S2至S4以及S7指示HARQ进程#0、#2至#4以及#7的HARQ-ACK反馈是TB级的，而比特S1、S5以及S6指示HARQ进程#1、#5以及#6的HARQ-ACK反馈是CBG级的。如图所示，与具有纯CBG级的HARQ-ACK反馈的HARQ-ACK码本相比，在混合HARQ-ACK码本1200中具有CBG级HARQ-ACK反馈的HARQ-ACK进程的数量从8减少到3。

在其它示例中，根据各个HARQ-ACK反馈中的正确解码的CBG或不正确解码的CBG，HARQ-ACK码本1230中的HARQ-ACK反馈1231-1238可以全部是TB级或全部是CBG级。

在一些示例中，为了限制混合HARQ-ACK反馈1200的大小，具有CBG级HARQ-ACK反馈的HARQ进程的量被限制为小于或等于预配置数量。例如，具有CBG级HARQ反馈的HARQ进程的最大数量被设定为4个。如果达到最大数量，则可以将具有失败的和成功的CBG两者的附加HARQ进程限制成具有TB级HARQ-ACK反馈。这样，可以将与混合HARQ-ACK反馈1200相对应的有效载荷大小控制为低于限制。

另外，当采用载波聚合方案时，混合HARQ-ACK反馈1200中的HARQ进程可以属于相同分量载波或不同分量载波。例如，HARQ-ACK码本1230可以包括属于多个分量载波的HARQ-ACK进程的一次HARQ-ACK反馈。

图13示出了所有CBG级HARQ-ACK反馈1310与混合HARQ-ACK反馈1320之间的比较。如图所示，CBG级HARQ-ACK反馈1310可以是HARQ-ACK码本1311，其中各个HARQ进程#0至#7包括8个ACK/NACK比特。各个ACK/NACK比特对应于TB中的CBG。混合HARQ-ACK反馈1320可以包括TB/CBG指示符(比特映射字段)1321和HARQ-ACK码本1322。

如CBG级HARQ-ACK反馈1310中所示，针对HARQ进程#0、#1以及#6，正确解码了TB中的所有CBG，并且提供了8个ACK比特。相比之下，在混合HARQ-ACK反馈1320中，将HARQ进程#0、#1以及#6的HARQ-ACK反馈转换成TB级，并且皆设置有单个ACK比特。类似地，将CBG级HARQ-ACK反馈1310中的HARQ-ACK进程#3的CBG级HARQ-ACK反馈在混合HARQ-ACK反馈1320中转换成TB级，并且设置有NACK比特。

特别地，针对具有正确解码的CBG和不正确解码的CBG两者的HARQ进程#7，也将CBG级HARQ-ACK反馈转换成TB级，以满足具有CBG级HARQ-ACK反馈的HARQ进程的最大数量的限制。针对剩余的HARQ进程#2、#4以及#5，在CBG级HARQ-ACK反馈1310与混合HARQ-ACK反馈1320之间保持8比特CBG级HARQ-ACK反馈，以促进基于CBG的数据重传。

因此，TB/CBG指示符1321提供比特0，以指示HARQ-ACK进程#0、#1、#3、#6以及#7设置有TB级HARQ-ACK反馈；并且提供比特1，以指示HARQ-ACK进程#2、#4以及#5设置有CBG级HARQ-ACK反馈。

如图13所示，HARQ-ACK反馈的大小从CBG级HARQ-ACK反馈1310中的64比特减小到混合HARQ-ACK反馈中的37比特。

图14示出了混合HARQ-ACK反馈1200的变型。如图所示，将混合HARQ-ACK反馈1200包含在包括第一字段和第二字段的HARQ-ACK码本1400中。第一字段对应于TB/CBG指示符1220，而第二字段对应于HARQ-ACK码本1230。

图15示出了根据本发明的实施方式的TB/CBG级混合重传指示1500的示例。例如，可以将调度多个PUSCH#0至#7的DCI(包括上行链路授权)从BS发送至UE。所述多个PUSCH#0至#7对应于多个HARQ进程#n至#n+7。DCI可以承载混合重传指示1500的信息。混合重传指示1500可以包括TB/CBG指示符1511和重传指示符1512。

TB/CBG指示符1511可以指示：与HARQ进程#n至#n+7中的各个HARQ进程相对应的重传指示是TB级还是CBG级。例如，TB/CBG指示符1511可以包括比特0或1，各个比特对应于HARQ进程#n至#n+7中的一个HARQ进程。针对HARQ进程#n、#n+1、#n+3以及#n+6，设置比特0以指示相应重传指示是TB级，而针对HARQ进程#n+2、#n+4、#n+5以及#n+7，设置比特1以指示相应重传指示是CBG级。特别地，针对具有初始传输的HARQ进程或者具有要重新发送的相应TB中的所有CBG的HARQ进程，设置比特1以指示相应重传指示是TB级。

重传指示符1512可以包括针对各个HARQ进程的重传指示(1比特或8比特)。各个重传指示符可以指示相应PUSCH中的相应传输是初始传输还是重传。例如，HARQ进程#n、#n+1以及#n+3的值为0的重传指示表示初始传输，而值为1的重传指示(针对HARQ进程#n+6)或8比特的重传指示(针对HARQ进程#n+2、#n+4以及#n+5)表示重传。

与图10中的重传指示信息1000(在图15中再现为重传指示信息1501)相比，将图10中的NDI和CBGTI替换成TB/CBG指示符1511和重传指示符1512。该重传指示信息的大小从CBG级重传指示信息1000中的72比特减小到混合重传指示1500中的44比特。

与图12中的混合HARQ-ACK反馈1200相似，图15中的各个HARQ进程的重传指示可以全部为TB级或者全部为CBG级。可以配置具有CBG级重传指示的HARQ进程的最大数量，以控制混合重传指示1500的大小。在调度多个PUSCH的DCI中指示的HARQ进程可以属于相同分量载波或不同分量载波。

图16示出了根据本发明的实施方式的HARQ-ACK码本1610的示例。例如，接收器从发送器接收TB。在接收器处配置了8个HARQ进程#0至#7。使得能够在接收器与发送器之间进行CBG级重传。配置了每TB的最大8个CBG。可以将混合HARQ-ACK码本1610承载于DFI、UCI或PUSCH中，并且从接收器发送至发送器。

HARQ-ACK码本1610可以包括第一字段1620和第二字段1630。第一字段1620可以是包括比特S0至S7的比特映射字段。各个比特S0至S7对应于HARQ进程#0至#7中的一个HARQ进程。第一字段1620可以利用相应比特S0至S7以TB级，来指示各个HARQ进程#0至#7的ACK或NACK。例如，针对HARQ进程#0、#2至#4以及#7，已经正确接收到相应TB中的所有CBG。因此，可以在第一字段1620中设置各个HARQ进程#0、#2至#4或者#7的TB级ACK，以指示已经正确解码了整个TB。

相比之下，针对HARQ进程#1、#5以及#6，在第一字段1620中设置了TB级NACK，以指示至少一个CBG尚未针对相应HARQ进程被正确解码，或者相应TB已经丢失(未检测到)。特别是，在第二字段中，针对第一字段1620中具有TB级NACK的HARQ进程#1、#5以及#6还设置了CBG级ACK或NACK 1632、1636以及1637。

在图13的示例中，HARQ进程#3在HARQ-ACK码本1311中具有8个失败的CBG，并且在混合HARQ-ACK码本1322中使用了TB级NACK。与图13的示例相比，在图16中，即使相应HARQ进程中的所有CBG都失败了，所有具有失败的CBG的HARQ进程也可以皆设置有CBG级ACK或NACK。另外，在图16中，针对具有TB级ACK的HARQ进程，在第二字段1630中不承载比特。

根据是否全部正确接收到相应CBG，第一字段1620中的TB级ACK/NACK比特S0至S7可以全部是ACK或NACK。另外，HARQ-ACK码本1610中指示的HARQ进程#0至#7可以属于相同分量载波或不同分量载波。

图17示出了根据本发明的实施方式的重传指示1710的示例。例如，可以将调度多个PUSCH的DCI(包括上行链路授权)从BS发送至UE。多个PUSCH对应于多个HARQ进程#0至#7。DCI可以承载重传指示1710的信息。重传指示1710可以包括第一字段1720和第二字段1730。

第一字段1720可以是包括比特S0至S7的比特映射字段。各个比特S0至S7对应于HARQ进程#0至#7中的一个HARQ进程。第一字段1720可以利用相应比特S0至S7来指示与各个HARQ进程#0至#7相对应的传输是新的(初始)传输还是重传。例如，针对HARQ进程#0、#2至#4以及#7，在第一字段1720中指示新传输，而针对HARQ进程#1、#5以及#6，在第一字段1720中指示重传。另外，针对具有重传指示的HARQ进程，在第二字段中设置了CBG级重传指示1732、1736以及1737。在一个示例中，第一字段中的各个比特可以是与各个HARQ进程相对应的NDI比特。

在图15的示例中，HARQ进程#n+6具有8个失败的CBG，并且在重传指示符1512中设置了1比特的TB级重传指示。相比之下，在图17中，针对具有8个失败的CBG的HARQ进程，在第二字段1730中设置了CBG级重传指示，而不是TB级重传指示。另外，在图17中，针对在第一字段1720中具有新传输的HARQ进程，在第二字段1730中不承载比特。

根据是否全部正确接收到相应CBG，在第一字段1620中指示的新传输或重传可以全部是新传输或重传。另外，在重传指示1710中指示的HARQ进程#0至#7可以属于相同分量载波或不同分量载波。

图18示出了根据本发明的实施方式的基于CBG的HARQ重传进程1800的示例。进程1800采用本发明的TB/CBG级混合HARQ反馈机制。可以在从发送器接收TB的接收器处执行进程1800。发送器和接收器是无线通信网络的一部分。进程1800可以从S1801开始并且进行至S1810。

在S1810，可以在接收器处接收包括CBG的TB。可以由第一HARQ进程来执行TB的接收。

在S1820，可以从接收器发送混合HARQ反馈信息。混合HARQ反馈信息可以包括TB/CBG指示符和HARQ重传信息。HARQ重传信息可以是HARQ-ACK码本，或者针对在接收器处配置的许多HARQ进程的重传指示符。例如，HARQ-ACK码本可以是一次HARQ-ACK反馈的码本。可以将重传指示符包括在调度多个PUSCH的上行链路授权中。HARQ-ACK码本可以提供多个HARQ进程中的各个HARQ进程的HARQ-ACK反馈，而重传指示符可以提供多个HARQ进程中的各个HARQ进程的重传指示。

指示符可以指示：多个HARQ进程中的各个HARQ进程的HARQ-ACK反馈或重传指示是TB级还是CBG级。进程1800可以进行至S1899，并且在S1899处终止。

图19示出了根据本发明的实施方式的重传进程1900的示例。在进程1900中，从接收器向发送器发送否定确认的HARQ进程的与CBG级ACK/NACK相组合的TB级ACK/NACK的HARQ重传信息，或者执行重传的HARQ进程的与CBG级重传指示相组合的TB级新传输或重传指示。进程1900可以从S1901开始并且进行至S1910。

在S1910，可以在接收器处接收包括CBG的TB。可以由第一HARQ进程执行TB的接收。

在S1920，可以从接收器发送HARQ重传信息。HARQ重传信息可以是HARQ-ACK码本，或者针对在接收器处配置的许多HARQ进程的重传指示。例如，HARQ-ACK码本可以是一次HARQ-ACK反馈的码本。可以将重传指示包括在调度多个PUSCH的上行链路授权中。

HARQ重传信息可以包括第一字段和第二字段。对于重传信息是HARQ-ACK码本来说，第一字段可以指示第一进程的TB级ACK或NACK。当指示TB级NACK时，重传信息的第二字段还可以指示第一HARQ进程的CBG级ACK或NACK。

对于重传信息是重传指示来说，第一字段可以指示第一进程的新传输或重传。当指示重传时，重传信息的第二字段还可以提供第一HARQ进程的CBG级重传指示。进程1900可以进行至S1999，并且在S1999处终止。

图20示出了根据本发明的实施方式的示例设备2000。可以将设备2000配置成根据本文所描述的一个或多个实施方式或示例来执行各种功能。因此，设备2000可以提供用于实现本文所描述的机制、技术、进程、功能、组件、系统的手段。例如，可以将设备2000用于实现本文所描述的各种实施方式和示例中的UE、BS、发送器以及接收器的功能。设备2000可以包括通用处理器或专门设计的电路，以实现本文在各种实施方式中所描述的各种功能、组件或进程。设备2000可以包括：处理电路2010、存储器2020以及射频(RF)模块2030。

在各种示例中，处理电路2010可以包括如下电路，该电路被配置成结合软件或不结合软件来执行本文所描述的功能和进程。在各种示例中，处理电路2010可以是数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、数字增强电路或者类似装置、或这些的组合。

在某些其它示例中，处理电路2010可以是如下中央处理单元(CPU)，该中央处理单元(CPU)被配置成执行程序指令，以执行本文所描述的各种功能和进程。因此，可以将存储器2020配置成存储程序指令。处理电路2010在执行该程序指令时可以执行所述功能和进程。存储器2020还可以存储其它程序或数据，诸如操作系统、应用程序等。存储器2020可以包括：非暂时性存储介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、闪速存储器、固态存储器、硬盘驱动器、光盘驱动器等。

在实施方式中，RF模块2030从处理电路2010接收已处理的数据信号，并且将已处理的数据信号转换成然后经由天线阵列2040发送的波束成形无线信号，或者RF模块2030将经由天线阵列2040接收的波束成形信号转换成数据信号，以供处理电路2010进行处理。RF模块2030可以包括用于接收和发送操作的数模转换器(DAC)、模数转换器(ADC)、上变频器(frequency up convertor)、下变频器(frequency down converter)、滤波器以及放大器。RF模块2030可以包括用于波束成形操作的多天线电路。例如，多天线电路可以包括上行链路空间滤波电路，以及用于移动模拟信号相位或缩放模拟信号幅度的下行链路空间滤波器电路。天线阵列2040可包括一个或多个天线阵列。

设备2000可以可选地包括其它组件，诸如输入和输出装置、附加或信号处理电路等。因此，设备2000能够执行其它附加功能，诸如执行应用程序，以及处理另选通信协议。

可以将本文所描述的进程和功能实现为计算机程序，该计算机程序在通过一个或多个处理器执行时，可以使所述一个或多个处理器执行相应处理和功能。可以将该计算机程序存储或分布在合适介质上，诸如与其它硬件一起或者作为其它硬件的一部分而提供的光学存储介质或固态介质。还可以将该计算机程序以其它形式进行分发，诸如经由因特网或其它的有线或无线电信系统进行分发。例如，可以获得该计算机程序并将其加载到设备中，包括通过物理介质或分布式系统(例如包括从连接至互联网的服务器)来获得该计算机程序。

该计算机程序可以从计算机可读介质存取，该计算机可读介质提供由计算机或任何指令执行系统使用或者与计算机或任何指令执行系统结合使用的程序指令。该计算机可读介质可以包括存储、传送、传播或运输该计算机程序以供指令执行系统、设备或装置使用或者与指令执行系统、设备或装置结合使用的任何设备。该计算机可读介质可以是磁性、光学、电子、电磁、红外或者半导体系统(或者设备或装置)或传播介质。该计算机可读介质可以包括计算机可读非暂时性存储介质，诸如半导体或固态存储器、磁带、可去除计算机磁碟、随机存取存储器(RAM)、只读存储器(ROM)、磁盘以及光盘等。该计算机可读非暂时性存储介质可以包括所有类型的计算机可读介质，包括磁存储介质、光学存储介质、闪存介质以及固态存储介质。

虽然已经结合本发明的作为示例提出的具体实施方式对本发明的各方面进行了描述，但是可以对这些示例进行另选、修改以及改变。因此，本文所阐述的实施方式意在例示而非限制。存在可以在不脱离所阐述的权利要求的范围的情况下进行的改变。