CN110326247B

CN110326247B - 用于处理数据块的方法和用于harq ack/nack反馈的方法

Info

Publication number: CN110326247B
Application number: CN201880013654.4A
Authority: CN
Inventors: 金奉会; 边日茂; 辛钟雄; 金镇佑
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2017-02-24
Filing date: 2018-01-16
Publication date: 2022-04-12
Anticipated expiration: 2038-01-16
Also published as: EP3588828B1; EP3588828A1; EP3588828A4; US11290911B2; WO2018155820A1; CN110326247A; US20200236587A1

Abstract

一种由终端发送HARQ ACK/NACK反馈的方法可以包括：基于码块组(CBG)向基站发送针对第一下行链路数据的HARQ ACK/NACK反馈的步骤；从基站接收包括特定控制信息的控制信道的步骤；以及即使对终端设置基于CBG的重传，也基于特定控制信息，对于由控制信道调度和接收的第二下行链路数据，在传输块(TB)的基础上发送HARQ ACK/NACK反馈的步骤。

Description

用于处理数据块的方法和用于HARQ ACK/NACK反馈的方法

技术领域

本发明涉及无线通信，更具体地涉及用于处理数据块的方法和用于HARQ ACK/NACK反馈的方法。

背景技术

在下一代5G系统中，场景可分为增强型移动宽带(eMBB)、超可靠机器类型通信(uMTC)、大规模机器类型通信(mMTC)等。eMBB对应于以高频谱效率、高用户体验数据速率、高峰值数据速率为特征的下一代移动通信场景。uMTC对应于以超高可靠性、超低时延、超高可用性为特征的下一代移动通信场景(例如，uMTC可以包括V2X、紧急服务、远程控制等)。mMTC对应于以低成本、低能量、短分组、大规模连接为特征的下一代移动通信场景(例如，mMTC可以包括物联网(IoT))。

发明内容

技术任务

本发明的一个目的是提供一种由终端发送HARQ ACK/NACK反馈的方法。

本发明的另一个目的是提供一种由基站接收HARQ ACK/NACK反馈的方法。

本发明的另一个目的是提供一种用于发送HARQ ACK/NACK反馈的终端。

本发明的另一个目的是提供一种用于接收HARQ ACK/NACK反馈的基站。

本领域技术人员将理解，可以通过本公开实现的目的不限于上文已经具体描述的内容，并且将从以下详细说明更清楚地理解本公开可以实现的上述和其他目的。

技术方案

本发明的目的可以通过提供一种由终端发送HARQ ACK/NACK反馈的方法来实现，该方法包括：向基站发送针对用于第一下行链路数据的每个码块组(CBG)的HARQ ACK/NACK反馈；从基站接收包含特定控制信息的控制信道；以及即使在终端中配置基于CBG的重传时，对于由控制信道调度和接收的第二下行链路数据，也基于特定控制信息来发送针对每个传输块(TB)的HARQ ACK/NACK反馈。

发送针对每个CBG的HARQ ACK/NACK反馈可以包括：仅当对在相应CBG中的所有码块成功地执行解码时，才发送针对相应CBG的HARQ ACK反馈。TB可以包括多个CBG。特定控制信息可以对应于用于终端的回退操作(fall-back operation)的控制信息或者与针对每个TB的HARQ ACK/NACK反馈有关的控制信息。可以在用于重新配置用于发送HARQ ACK/NACK反馈的CBG中的码块的数量的时段期间接收包含特定控制信息的控制信道。该方法可以进一步包括：接收用于重新配置CBG中的码块的数量的RRC信令。可以复用和发送针对第一下行链路数据的每个CBG的HARQ ACK/NACK反馈。

在本发明的另一方面，这里提供一种由基站接收HARQ ACK/NACK反馈的方法，该方法包括：从终端接收针对用于第一下行链路数据的每个码块组(CBG)的HARQ ACK/NACK反馈；由终端接收包含特定控制信息的控制信道；以及即使在终端中配置基于CBG的重传时，对于由控制信道调度和接收的第二下行链路数据，也根据特定控制信息，从终端接收针对每个传输块(TB)的HARQ ACK/NACK反馈。特定控制信息可以对应于用于终端的回退操作的控制信息或者与针对每个TB的HARQ ACK/NACK反馈有关的控制信息。可以在用于重新配置用于发送HARQ ACK/NACK反馈的CBG中的码块的数量的时段期间发送包含用于回退操作的控制信息的控制信道。

在本发明的另一方面，这里提供一种用于发送HARQ ACK/NACK反馈的终端，该终端包括：发射器、接收器和处理器，其中，处理器可以被配置为：控制发射器以向基站发送针对用于第一下行链路数据的每个码块组(CBG)的HARQ ACK/NACK反馈；控制接收器以从基站接收包含特定控制信息的控制信道；以及控制发射器以即使在终端中配置基于CBG的重传时，对于由控制信道调度和接收的第二下行链路数据，也基于特定控制信息来发送针对每个传输块(TB)的HARQ ACK/NACK反馈。

处理器可以被配置为仅当对在相应CBG中的所有码块成功地执行解码时，控制发射器以发送针对相应CBG的HARQ ACK反馈。特定控制信息可以对应于用于终端的回退操作的控制信息或者与针对每个TB的HARQ ACK/NACK反馈有关的控制信息。处理器可以控制接收器以在用于重新配置用于发送HARQ ACK/NACK反馈的CBG中的码块的数量的时段期间接收包含用于回退操作的控制信息的控制信道。处理器可以控制接收器以接收用于重新配置在CBG中的码块的数量的RRC信令。

处理器可以被配置为复用针对第一下行链路数据的每个CBG的HARQ ACK/NACK反馈，其中处理器可以控制发射器以发送复用的HARQ ACK/NACK反馈。

在本发明的另一方面，这里提供一种用于接收HARQ ACK/NACK反馈的基站，该基站包括：接收器、发射器和处理器，其中处理器被配置为：控制接收器以从终端接收针对用于第一下行链路数据的每个码块组(CBG)的HARQ ACK/NACK反馈；控制发射器以向终端发送包含特定控制信息的控制信道；以及控制接收器以即使在终端中配置基于CBG的重传时，对于由控制信道调度和接收的第二下行链路数据，也从终端接收针对用于每个传输块(TB)的HARQ ACK/NACK反馈。特定控制信息可以对应于用于终端的回退操作的控制信息或者与针对每个TB的HARQ ACK/NACK反馈有关的控制信息。

有益效果

根据本发明的实施例，通过处理数据块和用于HARQ ACK/NACK反馈的方法，可以显著地改善通信性能。

通过本公开的实施例可以实现的效果不限于上文已经具体描述的效果，并且本领域技术人员可以从以下详细描述中得出本文未描述的其他效果。

附图说明

附图被包括以提供对本发明的进一步理解，并且被并入本说明书且构成本说明书的一部分，附图图示本发明的实施例。

图1是无线通信系统100中的基站105和用户设备110的配置的框图；

图2是示出在长期演进(LTE)/LTE-A系统中使用的帧结构的图；

图3是示出在作为无线通信系统的示例的3GPP LTE/LTE-A系统中使用的下行链路时隙的持续时间的示例性资源网格的图；

图4是示出在作为无线通信系统的示例的3GPP LTE/LTE-A系统中使用的下行链路子帧的示例性结构的图；

图5是示出在作为无线通信系统的示例的3GPP LTE/LTE-A系统中使用的上行链路子帧的示例性结构的图；

图6是示出在本发明的实施例中使用的分量载波(CC)和LTE-A系统中使用的载波聚合的示例的图；

图7是示出根据跨载波调度的服务小区的配置的示例的图；

图8图示速率匹配框图；

图9图示turbo编译传输信道的速率匹配；

图10图示使用缩短/打孔来支持各种有效载荷大小的示例；

图11图示使用相同码块的分段与使用用于LDPC编码器的不同码块的分段之间的性能比较。

图12是示出使用两个基本图发送传输块时选择基本图的标准的图表；以及

图13是图示根据本发明的实施例的用于根据回退操作发送HARQ ACK/NACK反馈的方法的图。

具体实施方式

现在将详细参考本公开的优选实施例，其示例在附图中示出。在下面的本公开的详细描述中包括帮助充分理解本公开的细节。然而，对于本领域技术人员显而易见的是，可以在没有这些细节的情况下实现本公开。例如，尽管在假设移动通信系统包括3GPP LTE系统的情况下详细地进行以下描述，但是以下描述以排除3GPP LTE的独特特征的方式适用于其他任意移动通信系统。

有时，为了防止本公开变得模糊，公众已知的结构和/或设备被跳过或者可以呈现为以结构和/或设备的核心功能为中心的框图。只要有可能，在整个附图中将使用相同的附图标记来表示相同或相似的部分。

此外，在以下描述中，假设终端是诸如用户设备(UE)、移动站(MS)和高级移动站(AMS)等的移动或固定用户级设备的通用名称。并且，假设基站(BS)是诸如节点B(NB)、e节点B(eNB)和接入点(AP)等的与终端通信的网络级的随机节点的通用名称。尽管基于IEEE802.16m系统描述了本说明书，但是本公开的内容可以适用于各种其他通信系统。

在移动通信系统中，用户设备能够在下行链路中接收信息并且还能够在上行链路中发送信息。由用户设备节点发送或接收的信息可以包括各种数据和控制信息。根据用户设备发送或接收的信息的类型和用途，可以存在各种物理信道。

本公开的实施例可以应用于各种无线接入系统，例如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等。CDMA可以实现为诸如通用地面无线电接入(UTRA)或CDMA2000的无线电技术。TDMA可以实现为诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强数据速率GSM演进(EDGE)的无线电技术。OFDMA可以实现为诸如IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、演进UTRA(E-UTRA)等的无线电技术。UTRA是通用移动电信系统(UMTS)的一部分。3GPP LTE是使用E-UTRA的演进UMTS(E-UMTS)的一部分，采用OFDMA用于DL并且采用SC-FDMA用于UL。LTE-Advanced(LTE-A)是3GPP LTE的演进。

此外，在以下描述中，提供特定术语以帮助理解本公开。并且，在本公开的技术构思的范围内，可以将特定术语的使用修改为另一种形式。

图1是无线通信系统100中的基站105和用户设备110的配置的框图。

尽管在附图中示出了一个基站105和一个用户设备110(包括D2D用户设备)以示意性地表示无线通信系统100，但是无线通信系统100可以包括至少一个基站和/或至少一个用户设备。

参考图1，基站105可以包括发送(Tx)数据处理器115、符号调制器120、发射器125、收发天线130、处理器180、存储器185、接收器190、符号解调器195和接收数据处理器197。并且，用户设备110可以包括发送(Tx)数据处理器165、符号调制器170、发射器175、收发天线135、处理器155、存储器160、接收器140、符号解调器155和接收数据处理器150。尽管基站105/用户设备110在图中包括一个天线130/135，但是基站105和用户设备110中的每个可以包括多个天线。因此，本公开的基站105和用户设备110中的每个支持MIMO(多输入多输出)系统。并且，根据本公开的基站105可以支持SU-MIMO(单用户-MIMO)和MU-MIMO(多用户-MIMO)系统。

在下行链路中，发送数据处理器115接收业务数据，通过格式化接收的业务数据对接收的业务数据进行编码，对编译的业务数据进行交织，对交织的数据进行调制(或符号映射)，然后提供调制的符号(数据符号)。符号调制器120通过接收和处理数据符号和导频符号来提供符号流。

符号调制器120将数据和导频符号复用在一起，然后将复用的符号发送到发射器125。在这样做时，每个发送的符号可以包括数据符号、导频符号或零信号值。在每个符号持续时间中，可以连续地发送导频符号。在这样做时，导频符号可以包括频分复用(FDM)、正交频分复用(OFDM)或码分复用(CDM)的符号。

发射器125接收符号流，将接收的流转换为至少一个或多个模拟信号，另外调整模拟信号(例如，放大、滤波、上变换)，然后生成适合于在无线电信道上传输的下行链路信号。随后，经由天线130将下行链路信号发送到用户设备。

在用户设备110的配置中，接收天线135从基站接收下行链路信号，然后将接收的信号提供给接收器140。接收器140调整接收的信号(例如，滤波、放大和下变换)，将调整后的信号数字化，然后获得采样。符号解调器145解调接收的导频符号，然后将它们提供给处理器155以进行信道估计。

符号解调器145从处理器155接收下行链路的频率响应估计值，对接收的数据符号执行数据解调，获得数据符号估计值(即，发送的数据符号的估计值)，然后向接收数据处理器150提供数据符号估计值。接收数据处理器150通过对数据符号估计值执行解调(即，符号解映射、解交织和解码)来重建所发送的业务数据。

符号解调器145的处理和接收数据处理器150的处理分别与基站105中的符号调制器120的处理和发送数据处理器115的处理互补。

在上行链路的用户设备110中，发送数据处理器165处理业务数据，然后提供数据符号。符号调制器170接收数据符号，复用接收的数据符号，对复用的符号执行调制，然后将符号流提供给发射器175。发射器175接收符号流，处理接收的流，并生成上行链路信号。然后，该上行链路信号经由天线135发送到基站105。

在基站105中，经由天线130从用户设备110接收上行链路信号。接收器190处理接收的上行链路信号，然后获得采样。随后，符号解调器195处理采样，然后提供在上行链路中接收的导频符号和数据符号估计值。接收数据处理器197处理数据符号估计值，然后重建从用户设备110发送的业务数据。

用户设备110/基站105的处理器155/180指导用户设备/基站110/105的操作(例如，控制、调整、管理等)。处理器155/180可以连接到存储器单元160/185，存储器单元160/185被配置为存储程序代码和数据。存储器160/185连接到处理器155/180以存储操作系统、应用程序和通用文件。

处理器155/180可以被称为控制器、微控制器、微处理器和微计算机等之一。并且，处理器155/180可以使用硬件、固件、软件和/或其任何组合来实现。在通过硬件实现时，处理器155/180可以被提供有被配置为实现本公开的设备，例如ASIC(专用集成电路)、DSP(数字信号处理器)、DSPD(数字信号处理设备)、PLD(可编程逻辑器件)和FPGA(现场可编程门阵列)等。

同时，在使用固件或软件实现本公开的实施例的情况下，固件或软件可以被配置为包括用于执行本公开的上述功能或操作的模块、过程和/或函数。并且，被配置为实现本公开的固件或软件被加载到处理器155/180中或者被保存在存储器160/185中以由处理器155/180驱动。

用户设备/基站和无线通信系统(网络)之间的无线电协议的层可以基于对于通信系统众所周知的OSI(开放系统互连)模型的3个较低层被分类为第一层L1、第二层L2和第三层L3。物理层属于第一层，并通过物理信道提供信息传输服务。RRC(无线资源控制)层属于第三层，并提供UE和网络之间的控制无线电资源。用户设备和基站能够通过无线通信网络和RRC层彼此交换RRC消息。

在本说明书中，尽管用户设备/基站的处理器155/180执行除了用于用户设备/基站110/105接收或发送信号的功能之外的处理信号和数据的操作，但是为了清楚起见，在以下描述中将不特别提及处理器155和180。在以下描述中，除了没有特别提及的接收或发送信号的功能之外，处理器155/180可以被视为执行诸如数据处理等的一系列操作。

图2图示3GPP LTE/LTE-A系统中使用的帧结构。

参考图2，一个帧对应于10ms并且由10个1ms子帧组成。发送一个子帧所需的时间被定义为传输时间间隔(TTI)。例如，一个子帧由两个0.5ms的时隙组成，并且每个时隙由七个(或六个)正交频分复用(OFDM)符号组成。3GPP LTE系统在下行链路上使用OFDMA，并且OFDM符号表示一个符号周期。OFDM符号可以被称为SC-FDMA符号或符号周期。作为资源分配单元的资源块(RB)在一个时隙中包括多个相邻子载波。图2中所示的无线电帧的结构是示例性的，并且可以以各种方式改变无线电帧中包括的子帧的数量、子帧中包括的时隙的数量或者包括在一个时隙中的OFDM符号的数量。

一个资源块(RB)由以15kHz为间隔的12个子载波和7个OFDM符号定义。BS发送用于同步的主同步信号(PSS)和辅同步信号(SSS)，并且以中心频率在6个RB中发送用于系统信息的物理广播信道(PBCH)。这里，无线电帧结构、信号和信道的位置可以取决于正常/扩展循环前缀(CP)和时分双工(TDD)/频分双工(FDD)。

图3是图示在作为无线通信系统的示例的3GPP LTE/LTE-A系统中使用的下行链路时隙的持续时间的示例性资源网格的图。

参考图3，DL时隙在时域中包括多个OFDM符号。一个DL时隙包括7(或6)个OFDM符号，并且资源块在频域中可以包括12个子载波。资源网格上的每个元素称为资源元素(RE)。一个RB包括12×7或12×6个RE。包括在DL时隙中的RB的数量N_RB取决于DL传输频带。UL时隙的结构与DL时隙的结构相同，但OFDM符号由SC-FDMA符号代替。

图4是图示在作为无线通信系统的示例的3GPP LTE/LTE-A系统中使用的下行链路子帧的示例性结构的图。

参考图4，在下行链路子帧中的第一时隙的开始处的多达三(四)个OFDM符号用于被分配了控制信道的控制区域，并且下行链路子帧的其他OFDM符号用于被分配了PDSCH的数据区域。LTE系统中使用的下行链路控制信道包括物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)和物理混合自动重复请求(HARQ)指示符信道(PHICH)。PCFICH位于子帧的第一个OFDM符号中，携带有关用于在子帧中传输控制信道的OFDM符号的数量的信息。PHICH响应于上行链路传输而递送HARQ肯定应答/否定应答(ACK/NACK)信号。

在PDCCH上发送的控制信息被称为DCI(下行链路控制信息)。关于DCI格式，为上行链路定义格式0，并且为下行链路定义格式1、格式1A、格式1B、格式1C、格式1D、格式2、格式2A、格式3和格式3A等。根据用途，DCI格式选择性地包括信息，诸如跳变标志、RB分配、MCS(调制编译方案)、RV(冗余版本)、NDI(新数据指示符)、TPC(发送功率控制)、循环移位DM RS(解调参考信号)、CQI(信道质量信息)请求、HARQ进程号、TPMI(发送的预编码矩阵指示符)和PMI(预编码矩阵指示符)确认等。

PDCCH携带DL-SCH(下行链路共享信道)的传输格式和资源分配信息、UL-SCH(上行链路共享信道)的传输格式和资源分配信息、PCH(寻呼信道)上的寻呼信息、DL-SCH上的系统信息、上层控制消息(例如在PDSCH上发送的随机接入响应)的资源分配信息、为用户设备组内的各个用户设备设置的Tx功率控制命令、Tx功率控制命令和VoIP(IP语音)的激活指示信息等等。可以在控制区域中发送多个PDCCH。用户设备可以监测多个PDCCH。在至少一个或多个连续CCE(控制信道元素)的聚合上发送PDCCH。在这种情况下，CCE是用于以基于无线电信道状态的编译率提供PDCCH的逻辑分配单元。CCE对应于多个REG(资源元素组)。根据CCE的数量确定PDCCH格式和PDCCH比特的数量。基站根据DCI确定PDCCH格式以发送到用户设备并将CRC(循环冗余校验)附加到控制信息。根据所有者或使用目的，用标识符(例如，RNTI(无线电网络临时标识符))掩蔽CRC。例如，如果为特定用户设备提供PDCCH，则可以用相应用户设备的标识符(例如，C-RNTI(小区-RNTI))来掩蔽CRC。如果为寻呼消息提供PDCCH，则可以用寻呼标识符(例如，P-RNTI(寻呼-RNTI))掩蔽CRC。如果为系统信息(特别是SIC(系统信息块))提供PDCCH，则可以用SI-RNTI(系统信息-RNTI)掩蔽CRC。并且，如果为随机接入响应提供PDCCH，则可以用RA-RNTI(随机接入-RNTI)掩蔽CRC。

图5是图示在作为无线通信系统的示例的3GPP LTE/LTE-A系统中使用的上行链路子帧的示例性结构的图。

参考图5，UL子帧包括多个时隙(例如，2个时隙)。每个时隙可以包括SC-FDMA符号，其数量根据CP长度而变化。UL子帧在频域中被划分为数据区域和控制区域。数据区域包括PUSCH并用于传输诸如音频等的数据信号。控制区域包括PUCCH并用于发送上行链路控制信息(UCI)。PUCCH包括位于频率轴上的数据区域的两端部分处的RB对，并且使用时隙作为边界来跳变。

PUCCH能够用于传输以下控制信息。

-SR(调度请求)：这是用于请求上行链路UL-SCH资源的信息。这是通过OOK(开关键控)发送的。

-HARQ ACK/NACK：这是对于PDSCH上的DL数据分组的响应信号。这表示是否成功接收到DL数据分组。响应于单个DL码字，发送1比特ACK/NACK。响应于两个DL码字，发送2比特ACK-NACK。

-CQI(信道质量指示符)：这是关于DL信道的反馈信息。MIMO(多输入多输出)相关反馈信息包括RI(秩指示符)、PMI(预编码矩阵指示符)和PTI(预编码类型指示符)等。每个子帧使用20比特。

用户设备在子帧中可发送的控制信息(UCI)的大小取决于可用于控制信息传输的SC-FDMA的数量。可用于控制信息传输的SC-FDMA表示在从子帧中排除用于参考信号传输的SC-FDMA符号之后剩余的SC-FDMA符号。在SRS(探测参考信号)配置的子帧的情况下，也排除子帧的最后SC-FDMA符号。参考信号用于PUCCH的相干检测。并且，PUCCH根据传输的信息支持7种格式。

物理下行链路控制信道(PDCCH)传输

PDCCH对应于下行链路控制信道。PDCCH被配置为发送用于针对特定UE发送PDSCH/PUSCH的控制信息，并发送针对多个UE的功率控制命令。PDCCH在时域中占用最多4个OFDM符号，并且PCFICH指示分配给PDCCH的OFDM符号的数量。同时，PDCCH在频域中通过系统整个频带发送，并使用QPSK进行调制。用于发送PDCCH的资源被称为CCE(控制信道元素)。由于CCE由36个资源元素组成，因此它可以通过单个CCE发送72比特。在PDCCH上发送的控制信息的量可以根据传输模式而变化。根据传输模式的控制信息由DCI格式调节。UE根据PDCCH解码结果确定是否发送PDSCH/PUSCH。在这种情况下，使用相应UE的UE ID信息(C-RNTI)来执行PDCCH加扰。具体地，如果UE检测到以UE的UE ID加扰的方式发送的DCI格式，则UE根据PDCCH控制信息发送PUSCH或接收PDSCH。通常，一个子帧包括能够被发送的多个PDCCH。因此，UE必须通过对多个PDCCH执行解码来检查是否存在发送到UE的控制信息。然而，如果UE对所有多个PDCCH执行解码，则复杂度显著增加。因此，执行解码的次数是受限的。当经由PDCCH发送控制信息时，可以以一个CCE或者将多个CCE彼此级联的方式发送控制信息。这被称为CCE聚合。目前，允许的CCE聚合等级为1、2、4和8。如果CCE聚合等级对应于4，则表示以将4个CCE彼此级联的方式发送相应UE的控制信息。UE根据每个聚合等级对解码数量设置限制。下面的表1示出了根据聚合等级的解码数量。

[表1]

参考表1，在公共类型的情况下，UE分别对通过聚合等级4和8发送的PDCCH执行4次和2次解码，以确定是否发送控制信息。构建PDCCH的特定CCE对应于所有UE公知的区域。在UE特定类型的情况下，与公共类型不同，UE分别对通过聚合等级1、2、4和8发送的PDCCH执行6次、6次、2次和2次解码，以确定是否发送控制信息。在这种情况下，根据UE不同地配置CCE。这可以表示为下面描述的等式1。

[等式1]

Y_k＝(A·Y_k-1)modD

在这种情况下，Y_-1＝n_RNTI≠0、A＝39827、D＝65537和

n_s对应于无线电帧中的时隙号。

图6是图示在本发明的实施例中使用的分量载波(CC)和在LTE-A系统中使用的载波聚合的示例的图。

图6(a)示出了LTE系统中使用的单载波结构。分量载波包括DL CC和UL CC。一个CC可以具有20MHz的频率范围。

图6(b)示出了在LTE-A系统中使用的载波聚合结构。图6(b)示出了聚合具有20MHz的频率范围的3个CC的情况。虽然示出了存在三个DL CC和三个UL CC，但是DL CC和UL CC的数量不受限制。在载波聚合的情况下，UE可以同时监测三个CC，接收下行链路信号/数据，并且发送上行链路信号/数据。

如果在特定小区中管理N个DL CC，则网络可以将M(M≤N)个DL CC分配给UE。在这种情况下，UE可以仅监测M个有限的DL CC并且接收DL信号。另外，网络可以将优先级指配给L(L≤M≤N)个DL CC，以将主DL CC分配给UE。在这种情况下，UE应该监测L个DL CC。该方案可以以相同的方式应用于UL传输。

DL资源的载波频率(或DL CC)与UL资源的载波频率(或UL CC)之间的链接可以由高层消息(例如RRC消息)或系统信息指示。例如，DL资源和UL资源的组合可以由系统信息块类型2(SIB2)定义的链接来配置。具体地，链接可以指的是在其上发送携带UL许可的PDCCH的DL CC与使用UL许可的UL CC之间的映射关系，或者在其上发送用于HARQ的数据的DL CC(或UL CC)和在其上发送HARQ ACK/NACK信号的UL CC(或DL CC)之间的映射关系。

跨载波调度

在载波聚合系统中，对载波或服务小区的调度分为两种方法：自调度和跨载波调度。跨载波调度可以称为跨分量载波调度或跨小区调度。

自调度意味着PDCCH(UL许可)和PDSCH在相同的DL CC上发送，或者要根据PDCCH(UL许可)发送的PUSCH在与其上接收到UL许可的DL CC链接的UL CC上发送。

跨载波调度意味着PDCCH(DL许可)和PDSCH在不同的DL CC上发送，或者要根据在DL CC上发送的PDCCH(UL许可)发送的PUSCH在不同于与其上接收到UL许可的DL CC链接的UL CC的UL CC上发送。

跨载波调度可以是UE特定地启用或禁用的，并且可以通过较高层信令(例如，RRC信令)为每个UE半静态地通告。

当启用跨载波调度时，PDCCH需要指示通过其发送由PDCCH指示的PDSCH/PUSCH的DL/UL CC的载波指示符字段(CIF)。例如，PDCCH可以使用CIF将PDSCH资源或PUSCH资源分配给多个CC之一。也就是说，当DL CC上的PDCCH将PDSCH或PUSCH资源分配给多聚合DL/UL CC中的一个时，配置CIF。在这种情况下，可以根据CIF扩展LTE版本8的DCI格式。这里，配置的CIF可以固定为3比特字段，或者配置的CIF的位置可以是固定的，而与DCI格式大小无关。另外，可以重用LTE版本8的PDCCH结构(基于相同CCE和相同编译的资源映射)。

另一方面，当DL CC上的PDCCH在相同的DL CC上分配PDSCH资源或者在单个链接的UL CC上分配PUSCH资源时，不配置CIF。在这种情况下，可以使用与LTE版本8相同的PDCCH结构(基于相同CCE和相同编译的资源映射)和DCI格式。

当允许跨载波调度时，UE需要根据每个CC的传输模式和/或带宽在监测CC的控制区域中监测用于多个DCI的PDCCH。因此，需要用于支持这种操作的搜索空间和PDCCH监测的配置。

在载波聚合系统中，UE DL CC集合表示为UE接收PDSCH而调度的一组DL CC，UE ULCC集合表示为UE发送PUSCH而调度的一组UL CC。此外，PDCCH监测集合表示在其上执行PDCCH监测的至少一个DL CC的集合。PDCCH监测集合可以与UE DL CC集合相同，或者可以是UE DL CC集合的子集。PDCCH监测集合可以包括UE DL CC集合中的至少一个DL CC。或者，可以独立于UE DL CC集合来定义PDCCH监测集合。可以配置PDCCH监测集合中包括的DL CC，以便始终为链接的UL CC启用自调度。UE DL CC集合、UE UL CC集合和PDCCH监测集合可以UE特定地、UE组特定地或者小区特定地配置。

当禁用跨载波调度时(这意味着PDCCH监测集合始终与DL CC集合相同)，不需要诸如用于PDCCH监测集合的单独信令的指示。然而，当启用跨载波调度时，可以在UE DL CC集合中定义PDCCH监测集合。也就是说，为了为UE调度PDSCH或PUSCH，BS仅通过PDCCH监测集合发送PDCCH。

图7是图示根据跨载波调度的服务小区的配置的示例的图。

在支持载波聚合(CA)的无线接入系统中，BS和/或UE可以配置有一个或多个服务小区。在图7中，假设BS能够支持四个服务小区，即小区A、小区B、小区C和小区D，UE A配置有小区A、B和C，UE B配置有小区B、C和D，并且UE C配置有小区B。这里，为每个UE配置的至少一个小区可以配置为Pcell。Pcell始终是活动的，并且Scell可以由BS和/或UE激活或停用。

图7中配置的小区是在BS的小区中可以基于来自UE的测量报告消息添加到CA的小区，并且可以针对每个UE配置。配置的小区预先保留用于针对PDSCH信号传输的ACK/NACK消息传输的资源。激活的小区是被配置为在配置的小区中实际发送PDSCH信号和/或PUSCH信号的小区，并且用于执行CSI报告和探测参考信号(SRS)传输。停用的小区是被配置为不通过BS的命令或定时器操作发送/接收PDSCH/PUSCH信号的小区。在停用的小区中，CSI报告和SRS传输也被中断。

物理资源块(PRB)捆绑

在UE支持传输模式9的情况下，UE可以经由较高层配置PMI/RI反馈。配置有PMI/RI反馈的传输模式9UE可以对将相同的预编码应用于PDSCH和DM RS的物理资源块的粒度做出假设。具体地，UE在假设将相同的预编码应用于根据系统带宽的预编码资源块组(PRG)的情况下执行信道估计，以增强信道估计能力。下面的表2示出了根据系统带宽的PRG大小的值。

[表2]

根据系统带宽的PRG大小

信道编码

在通用通信系统中，为了使接收端校正在信道上发生的错误，发送端使用前向纠错码对发送端发送的信息进行编译并发送该信息。接收到信息后，接收端对接收信号进行解调，对纠错码执行解码过程，并恢复信息。可以通过解码过程来校正由信道引起的接收信号的错误。纠错码可以包括各种类型。在本发明中，turbo码被解释为纠错码的示例。turbo码由递归系统卷积编码器和交织器组成。当实际实现turbo码时，可以存在交织器以容易地执行并行解码。QPP(二次多项式置换)是一种交织器。众所周知，QPP交织器仅对特定数据块大小保持良好性能。众所周知，随着数据块的大小越来越大，turbo码的性能变得越来越好。在实际通信系统中，如果数据块具有等于或大于规定大小的大小，则将数据块划分为多个小数据块以容易地执行编码。划分的小数据块称为码块。通常，码块具有相同的大小。然而，由于QPP交织器的大小限制，多个码块中的一个可以具有不同的大小。以确定的交织器大小码块为单位执行纠错编码过程，并且执行交织以减少在经由无线电信道执行传输时发生的突发错误的影响。以映射到实际无线电资源的方式发送码块。由于用于执行实际传输的无线电资源量是恒定的，因此必须对编码的码块执行速率匹配以匹配无线电资源的量。通常，通过打孔或重复来执行速率匹配。可以在类似于3GPP的WCDMA的编码码块的这种单元中执行速率匹配。作为不同的方法，可以以将编码的码块划分为系统部分和奇偶校验部分的方式单独地执行速率匹配。

图8图示速率匹配框图。

图8对应于用于以将编码的码块划分为系统部分和奇偶校验部分的方式执行速率匹配的框图。在这种情况下，假设码率对应于1/3。在这种情况下，用于检测错误的CRC被附加到由较高层发送的数据块。为了实现的清楚，CRC也被附加到分段码块。有必要根据较高层的服务类型定义各种数据块大小。然而，由于需要将各种数据块大小发信号通知给接收端，因此需要量化。当执行量化时，为了使由较高层源发送的源数据块的大小与物理层的数据块的大小相匹配，附加虚位。当执行量化时，优选地使附加的虚位的量最小化。数据块大小、调制和编译率以及分配的资源的数量彼此成为函数关系。特别地，一个参数由其他两个参数的值确定。因此，在发信号通知参数的情况下，可以仅发信号通知两个参数。在下文中，为了清楚起见，假设调制和编译率以及分配的资源的数量用于向接收端通知数据块大小。在这种情况下，用于信道估计的导频信号或参考信号和用于发送控制信息的资源等可以根据天线配置影响分配的资源的数量。影响分配的资源数量的因素可能在每个传输时刻发生变化。

速率匹配

图9图示用于turbo编译传输信道的速率匹配。

根据图9的turbo编译传输信道的速率匹配的细节可以表示为如下表3中所示。

[表3]

子块交织器

下面的表4示出子块交织器的具体描述。

[表4]

比特收集、选择和传输

表5示出比特收集、选择和传输的具体描述。[表5]

LDPC编译

下面的表6示出LDPC编译的描述。[表6]

下面的表7示出奇偶校验矩阵的参数。[表7]

[表8]

码率R＝5/6的矩阵指数

[表9]

[表10]

[表11]

当引入LDPC码时，如果设计编码器而没有对有效载荷大小的限制，则由于诸如接收器的处理能力、性能增益和解码延时等的限制，不能满足所需的性能。因此，以将等于或大于特定阈值的有效载荷大小分段为小于阈值的多个码块的方式执行编码可能是有效的。

如在前面的描述中提到的，LDPC编码器可以由奇偶校验矩阵(H)定义。换句话说，可以为信息比特长度D和编译率r定义H矩阵。由于编码比特长度D由648、1296和1944比特定义，编译率(＝有效载荷大小/码字大小)由5/6、3/4、2/3和1/2定义，因此，12H矩阵由(D，r)的组合定义。由12H矩阵支持的有效载荷大小K可以通过D*r的等式计算并且支持{324，432，486，540，648，864，972，989，1080，1319，1484，1648}比特的有效载荷大小。可以使用诸如缩短和打孔的方法来支持对未定义的编码比特长度的LDPC编译。例如，在对600比特的有效载荷大小执行1/2LDPC编码的情况下，D变为1200比特。在这种情况下，由于r对应于1/2，因此使用(1296，1/2)的组合的H矩阵。在这种情况下，如果信息比特648比特中的48比特被设置为0，则由于它是系统结构，因此48比特的编码比特变为0并且在剩余的1248比特中的48比特上执行打孔以生成1200比特。

图10图示使用缩短/打孔来支持各种有效载荷大小的示例。

如在前面的描述中所提到的，如果定义了M(＝M1×M2)个的H(矩阵)，则表示支持M个(D，r)或(K，r)组合。为了支持其他码率和有效载荷大小，有必要执行速率匹配过程，例如缩短/打孔/重复。在这种情况下，假设D或K和r分别支持M1个H矩阵和M2个H矩阵。当定义有限数量的H矩阵时，本发明提出了一种将大于特定阈值的有效载荷大小分段为多个码块的方法。在执行码块分段之后，可以将CRC附加到码块。通常，由于编码是以码块为单位执行的，因此优选地具有相同的码块大小。然而，在执行缩短/打孔/重复的情况下，由于可能具有相当大的性能劣化，因此可能能够使用不同的码块大小来执行码块分段。

图11图示使用相同码块大小的分段与使用用于LDPC编码器的不同码块大小的分段之间的性能比较。

在这种情况下，假设在有效载荷大小等于或大于1648比特时执行码块分段，假设有效载荷大小是2268比特。2268比特可以被分段为相同大小(756比特)的3个码块，或者可以被分段为有效载荷大小为972比特的1个码块和有效载荷大小为648比特的2个码块。在这种情况下，在针对972比特使用H矩阵的同时，可以通过缩短来编码756比特。如图11所示，当在支持H矩阵的有效载荷大小中以码块大小执行分段时，可以具有良好的性能。可以基于图11中所示的性能结果考虑下面描述的码块分段方案。

优选地，执行分段以最小化分段码块的数量。

(1)在码块的长度越长时，性能越好。因此，执行分段以使码块长度最大化。(2)由于CB CRC附加到每个码块，所以可能增加开销(例如，LTE Turbo码)。然而，在使用LDPC码的情况下，CB CRC可以用校正子检查替换。

优选地使用由H矩阵支持的有效载荷大小来执行分段。在这种情况下，H矩阵可以根据码率而变化。因此，当执行码块分段时，优选考虑能够从控制信息获得的码率。当用于实际传输的码率r_t满足r_n≤r_t＜r_n+1，n＝1，...，M2r_n≤r_t＜r_n+1，n＝1，...，M2时，优选的是使用由与基于特定参考从r_n，r_n+1r_n，r_n+1中选择的码率相对应的H矩阵支持的有效载荷大小来执行分段。

使用由H矩阵支持的相同码块大小来执行分段。当定义有效载荷(＝传输块)大小时，可能能够定义由H矩阵支持的大小的码块。它可以表示为K+CRC_TB＝N*(K_n+CRC_CB)，n＝1，…，M。在这种情况下，CRC_TB和CRC_CB分别对应于附加到传输块的CRC长度和附加到码块的CRC长度。N对应于分段码块的数量。如果支持多个Z，则可以确定K使得K+CRC_TB＝K_ldpc*Z＝N*(K_n+CRC_CB)，其中，K_ldpc是基矩阵，并且K_n是当n＝1，...，M时现有H矩阵支持的码块大小。

当使用相同的码块大小执行分段时，在H矩阵不支持的有效载荷大小的情况下，可以使用由H矩阵支持的不同码块大小来执行分段。在这种情况下，最好使不同大小的码块的数量最小化。例如，可以将数量限制为2或3。当定义有效载荷(＝传输块)大小时，可能能够定义由H矩阵支持的不同大小的码块的总和。在这种情况下，考虑到不同大小的2个码块，它可以表示为K+CRC_TB＝N1*(K_n1+CRC_CB)+N2*(K_n2+CRC_CB)，n1，n2＝1，…，M。在这种情况下，CRC_TB和CRC_CB分别对应于附加到传输块的CRC长度和附加到码块的CRC长度。N1和N2分别对应于由Kn1的大小分段的码块的数量和由Kn2的大小分段的码块的数量。

当不使用由H矩阵支持的不同有效载荷大小执行分段时，使用与最接近有效载荷大小的分段码块的大小之和相对应的码块来执行分段。在这种情况下，可以如下处理与分段码块的大小之和与有效载荷大小之间的差相对应的有效载荷比特的数量。

方法1：将有效载荷比特分配给特定码块，并通过执行速率匹配(例如，缩短/打孔/重复)来匹配码字长度。方法1-1：当使用不同大小的码块执行分段时，将有效载荷比特分配给对应于特定码块大小的码块中的码块。方法1-2：当使用不同大小的码块执行分段时，有效负载比特被均匀地分配给对应于特定码块大小的所有码块。

方法2：将有效载荷比特均匀地分配给所有码块，并通过执行速率匹配(例如，缩短/打孔/重复)来匹配码字长度。方法2-1：根据码块分配的比特数与码块的数量成比例地分配，并且每个比特被分配给每个码块大小的特定码块。方法2-2：根据码块分配的比特数与码块的数量成比例地分配，并且分配给每个码块大小的码块的比特被均匀地分配。

确定由H矩阵支持的码块大小的方法

当假设不采用打孔时，码块大小可以表示为Z*K_ldpc(包括CRC长度)。当设计Z的各种值时，码块大小也可以具有各种值。另外，利用缩短，码块大小的粒度可以更加多样化。但是，如果过度允许缩短，则性能可能会降低。因此，缩短可以被限制为小于或等于特定值。例如，缩短量可以限于特定Z值的倍数，X*Z(例如，X＝6)或更小。这可以通过考虑性能降级程度和支持的码块大小的粒度来确定。缩短可以以1比特为基础执行。然而，如果以1比特为基础定义码块大小，则码块大小的数量将增加，导致用于UE的测试的成本增加。因此，可以限制对于均匀间隔的码块大小所允许的缩短量。当一组支持的Z值为{Z1，Z2，Z3，...，Zn}时，假设Z1>Z2>...>Zn的关系成立。在这种情况下，当指定常数c并且允许缩短Z1*c，Z1*(2c)，Z1*(3c)，…时，码块大小为Z1*Z*K_ldpc，Z1*K_ldpc–Z1*c、Z1*K_ldpc–Z1*(2c)和Z1*K_ldpc–Z1*(3c)等。这里，可以将缩短限制为小于X*Z1，并且可以选择m以满足Z1*K_ldpc–Z1*(mc)>Z2*K_ldpc的关系。相同的原则也可以应用于{Zn}，其中，n>1。

下面的表12示出当K_ldpc＝32，Z的值集合是{256，224，192，160，128，112，96，80，64，56，48，40，32，28，24，20，16，14，12，10，8，6，4}，最大码块大小为819，c＝0.5时支持的码块大小的示例。

[表12]

表12：码块大小的示例(K_ldpc＝3，Z的集合：{256，224，192，160，128，112，96，80，64，56，48，40，32，28，24，20，16，14，12，10，8，6，4}，最大码块大小＝8192，c＝0.5)

在表12中，可能不支持由[]指示的码块大小。在表12中，常数c可以被设置为Z的不同值或多组Z(一组中具有相同值)。另外，码块大小的粒度可以在多组Z之间不同(在一组内使用相同的粒度)。满足传输块大小(TBS)>8192的传输块(TB)可以以上述方式被分段为表12中所示的码块大小。

[表13]

表13：码块大小的示例(K_ldpc＝22，Z的集合：{384，352，320，288，256，240，224，208，192，176，160，144，128，120，112，104，96，88，80，72，64，60，56，52，48，44，40，36，32，30，28，26，24，22，20，18，16，15，14，13，12，11，10，9，8，7，6，5，4，3，2}，最大码块大小＝8448)

Z	码块大小(CBS)范围	Z	码块大小(CBS)范围
				384	7743<＝CBS<＝8848	40	793<＝CBS<＝880
352	7041<＝CBS<＝7744	36	705<＝CBS<＝792
				320	6337<＝CBS<＝7040	32	661<＝CBS<＝704
288	5633<＝CBS<＝6336	30	617<＝CBS<＝660
				256	5281<＝CBS<＝5632	28	573<＝CBS<＝616
240	4927<＝CBS<＝5280	26	529<＝CBS<＝572
				224	4577<＝CBS<＝4928	24	485<＝CBS<＝528
208	4225<＝CBS<＝4576	22	441<＝CBS<＝484
				192	3873<＝CBS<＝4224	20	397<＝CBS<＝440
176	3521<＝CBS<＝3872	18	353<＝CBS<＝396
				160	3169<＝CBS<＝3520	16	331<＝CBS<＝352
144	2817<＝CBS<＝3168	15	309<＝CBS<＝330
				128	2641<＝CBS<＝2816	14	287<＝CBS<＝308
120	2465<＝CBS<＝2640	13	265<＝CBS<＝286
				112	2289<＝CBS<＝2464	12	243<＝CBS<＝264
104	2113<＝CBS<＝2288	11	221<＝CBS<＝242
				96	1937<＝CBS<＝2112	10	199<＝CBS<＝220
88	1761<＝CBS<＝1936	9	177<＝CBS<＝198
				80	1585<＝CBS<＝1760	8	155<＝CBS<＝176
72	1409<＝CBS<＝1584	7	133<＝CBS<＝154
				64	1321<＝CBS<＝1408	6	111<＝CBS<＝132
60	1233<＝CBS<＝1320	5	89<＝CBS<＝110
				56	1145<＝CBS<＝1232	4	67<＝CBS<＝88
52	1057<＝CBS<＝1144	3	45<＝CBS<＝66
				48	969<＝CBS<＝1056	2	CBS<＝44
44	881<＝CBS<＝968

满足TBS>8448的TB可以以上述方式被分段为表13的码块大小。也可以仅支持表13中所示的部分码块大小(CBS)。可能不支持表13中的某些Z值。在这种情况下，可以考虑支持的Z值来调整CBS的范围。例如，当假设不支持Z＝352时，根据Z＝384支持7041≤CBS≤8448。在这种情况下，缩短量相对增加。如果不支持Z的另一个值，则可以以相同的方式设置或指定对应于CBS范围的Z值。

表13中的CBS范围和Z值的映射可以应用于给定特定Z或CBS大于或等于特定CBS的情况。这是因为，当CBS较小时，增加Z值和缩短量可以提供良好的性能。例如，表13中的映射可以仅在Z是24或CBS大于或等于512时使用。可以仅允许表12中的对应于8的倍数的CBS。在这种情况下，考虑到在逐个字节的基础上在MAC层中处理数据，可以通过最小化填充来有效地操作系统。当假设TB级CRC是24比特并且TBS满足下面给出的等式2时，可以将CBS分段为具有相同的大小。

[等式2]

TBS+CRC_TB＝N_CB*CBS

在等式2中，CBS包括CRC大小。N_CB表示CB的数量，CRC_TB表示添加到传输块的CRC长度。当满足等式2并且支持以8比特为单位的CBS时，可以支持对应于下面的表14的TBS。也可以支持对应于表14的一部分的TBS。

[表14]

表14：当假设CBS以比特计且TB级CRC为24比特时，支持在执行多达11个码块的分段时的一组TBS的示例

即使当分段更多数量的码块时，也可以基于相同的原则定义支持的TBS。

在使用LDPC码发送传输块时，可以定义和发送多个基本图(BG)(例如，H矩阵)。

图12是示出用于在使用两个基本图发送传输块时选择基本图的标准的图表。

参考图12，TBS表示传输块大小，并且CRC_TB表示要添加到传输块的CRC长度，并且在TBS<3824的情况下具有16比特，而在其他情况下具有24比特。对于BG1和BG2，请参阅标准38.212v1.1.0[6]的表5.3.2-1、表5.3.2-2和表5.3.2-3中的定义。假设最小TBS+CRC_TB的大小是40比特，则BG2用于40<＝TBS+CRC_TB<＝308。对于308<TBS+CRC_TB<＝3840，基于码率2/3确定BG1和BG2的使用。在TBS+CRC_TB>3840的情况下，基于码率1/4确定BG1和BG2的使用。这里，如果使用BG1，则在TBS+CRC_TB>8448时执行码块分段。如果使用BG2，则在TBS+CRC_TB>3840时执行码块分段。

可以根据UE能力/类别同时或选择性地支持BG1/BG2。对于仅支持BG1的UE，仅执行使用BG1的码块分段，因为即使在码率<1/4时也不能使用BG2。也就是说，在执行分段时，可以用ceil(TBS+CRC_TB/(8448-24))计算码块的数量。类似地，对于仅支持BG2的UE，执行使用BG2的分段，因为不能使用BG1的码块分段。也就是说，在执行分段时，可以用ceil(TBS+CRC_TB/(3840-24))计算码块的数量。对于同时或选择性地支持BG1/BG2的UE，优选地在没有零填充的情况下执行相同大小的码块的分段。这是因为零填充比特是不包含信息的比特。当使用BG1或BG2执行码块分段时，如果满足下面给出的等式3和4，则可以将具有CRC的TB分段为相同大小的码块。

[等式3]

TBS+CRC_TB＝N1*CBS

[公式4]

TBS+CRC_TB＝N2*CBS

在等式3和4中，N1和N2是当使用BG1和BG2执行码块分段时获得的码块的数量，并且CBS具有不包括码块CRC长度(例如，24比特)的值。为了执行相同大小的码块分段(其中，不管UE同时或选择性地支持BG1/BG2，都不发生零填充)，可以为对应于图12中的3840<TBS+CRC_TB的传输块定义满足等式3和4的TBS+CRC_TB。即，当假设传输块是字节对齐时，传输块的大小是8的倍数。因此，当TBS被设计为使得TBS+CRC_TB是(8，N1，N2)的最小公倍数的倍数时，可以满足等式3和4而没有零填充。也就是说，当N1＝2且N2＝3时，(8，2，3)的最小公倍数是24，因此TBS+CRC_TB可以被设计为24的倍数。

下面的表15示出根据TBS+CRC_TB的范围满足等式3和4而没有零填充的TBS+CRC_TB的实施例。在表15中，TBS粒度示例1是满足等式3和4的TBS的最小粒度，并且TBS粒度示例2是在满足等式3和4的粒度中随TBS增加的粒度的示例。具有使用BG2的码块分段的最大TBS可以取决于MCS表中码率<1/4的最大MCS索引和可用资源量(例如，资源元素(RE)的数量)。例如，当假设每RB分配120个RE和275个RE并且假设MCS表时，具有使用BG2的码块分段的最大TBS约为19200比特。可以设计大于其上执行使用BG2的分段的TBS的TBS以满足(8，N1)的最小公倍数的倍数的粒度。

[表15]

表15：没有零填充的相等大小码块分段的TBS+CRC_TB条件(CRC_TB＝24)

基于表15，TBS+CRC_TB的大小可以表示为等式5和6。

[等式5]

[等式6]

在等式5和6中，υ表示层数，Q_m表示从MCS索引获取的调制阶数，R表示从MCS索引获取的码率，N_RE表示RE的数量，其中，N_RE＝Y*#PRBs_scheduled(Y*调度的PRB的数量)，并且grn表示在表15的粒度实施例中示出的值。

对于仅支持BG1或BG2的UE，可以将发生零填充的TBS设计为(8，N1)或(8，N2)的最小公倍数的倍数。

以下实施例示出用于LDPC编码器的大于或等于1648比特的有效载荷大小的码块分段。这里，假设添加到传输块和码块的CRC大小是24。

实施例1)传输块大小K＝1920，并且r＝3/4

当添加24比特CRC时，1944>1648，因此执行码块分段。当码率r＝3/4时支持的CBS是486、972和1458比特。因为1992＝2*(972+24)，所以具有CRC的TB被分段为两个码块，每个码块具有972比特的大小。

实施例2)传输块大小K＝1668，并且r＝1/2

当添加24比特CRC时，1692>1648，从而执行码块分段。当码率r＝1/2时支持的CBS是324、648和972比特。由于1692＝2*(822+24)，因此分段可以被执行为2个码块，每个码块具有846比特的大小。然而，该大小不是r＝1/2时支持的CBS，因此，分段被执行为具有不同大小的码块。因为1692＝2*648+324，所以分段被执行为以下两个部分，第一部分为两个码块，每个码块具有648比特的大小，第二部分为一个码块，并且该一个码块具有324比特的大小。

实施例3)传输块大小K＝1916，并且r＝1/2

当添加24比特CRC时，1940>1648，从而执行码块分段。码率r＝1/2时支持的CBS是324、648和972比特。因为1940＝2*970，所以分段可以执行为两个码块，每个码块具有970比特的大小，但是这不是r＝1/2时支持的CBS。由于1940＝2*972-4，因此分段可以执行为具有972比特大小的两个码块。然后，特定码块可以缩短4比特，或者每个码块可以缩短2比特以生成编码比特。

在下文中，将描述基于码块组(CBG)(即，多个码块)的重传。

码块组(CBG)可以由多个码块组成。TB可以由多个CBG组成。每个TB的CBG数量可以是2、4、6或8。

可以在接收侧(例如，UE)配置基于CBG的重传。并且HARQ-ACK可以被配置为针对多个码块发送。也就是说，接收侧可以对构成CBG的预定数量的码块(P码块)进行解码，然后可以仅在所有码块被成功解码时将HARQ-ACK发送到发送侧。否则，接收侧可以发送NACK。在构成传输块的码块很多的情况下，当以传输块为基础进行重传时，这可以防止系统效率恶化。也就是说，接收侧(例如，UE)接收包括与CBG传输基础有关的DCI格式的下行链路控制信道，并且基于下行链路控制信道的调度来接收下行链路数据信道(例如，PDSCH)。接收侧(例如，UE)可以响应于PDSCH的接收在逐个CBG的基础上发送HARQ ACK/NACK反馈，并且发送侧仅对其中发生了错误的相应CBG执行重传。结果，可以提高系统效率。在基于CBG的重传中，可以复用和发送各个CBG的HARQ ACK/NACK反馈。

BS可以在较高层中配置用于发送HARQ-ACK的码块的数量，并且通过较高层信令(例如，RRC信令)将其发送到UE。然而，在BS重新配置较高层信令(例如，RRC信令)的P的值的特定情况下，可能存在关于发送侧(例如，gNodeB)与接收侧(例如，UE)之间的P值的模糊性。

为了消除这种模糊性，接收侧(例如，UE)可以执行以默认P值发送HARQ-ACK的回退操作。也就是说，在特定情况下，例如，在较高层重新配置的时段期间，接收侧(例如，UE)在假设P具有特定值的情况下发送HARQ-ACK。此时，发送侧(例如，gNodeB)可以向UE发送包含用于上述回退操作的控制信息的下行链路控制信道，作为用于调度相应用户数据的下行链路控制信道。这里，回退操作意味着执行基于TB或TB级的HARQ ACK/NACK反馈。

即使在接收侧(例如，UE)上配置了基于CBG的重传时，发送侧(例如，gNodeB)也调度相应的用户数据并发送包括指示回退操作的控制信息的下行链路控制信道(S1310)，接收由DL控制信道调度的PDSCH(S1320)，并且对接收到的PDSCH执行基于TB或TB级的HARQACK/NACK反馈。如果不是上述特定情况，则接收侧(例如，UE)可以基于CBG发送HARQ ACK/NACK反馈。

上述实施例对应于规定形式的本公开的元件和特征的组合。并且，除非明确提及，否则各个元素或特征可以被认为是选择性的。每个元素或特征可以以不与其他元素或特征组合的形式实现。此外，通过将元件和/或特征部分地组合在一起，能够实现本公开的实施例。可以修改针对本公开的每个实施例说明的一系列操作。一个实施例的一些配置或特征可以包括在另一个实施例中，或者可以代替另一个实施例的相应配置或特征。并且，显然可以理解的是，通过将在所附权利要求中没有明确引用关系的权利要求组合在一起来配置实施例，或者可以在提交申请之后通过修改将其包括为新权利要求。

本领域技术人员将理解，在不脱离本公开的基本特征的情况下，本公开可以以除了本文所述之外的其他特定方式来实施。因此，上述实施例在所有方面都被解释为说明性的而非限制性的。本公开的范围应由所附权利要求及其合法等同物确定，而不是由以上描述确定，并且落入所附权利要求的含义和等同范围内的所有改变都意欲包含在其中。

Claims

1.一种由终端发送混合自动重复请求肯定应答/否定应答HARQ ACK/NACK反馈的方法，所述方法包括：

向基站发送针对用于第一下行链路数据的每个码块组CBG的HARQ ACK/NACK反馈；

从所述基站接收包含用于所述终端的回退操作的控制信息的控制信道，

其中，在用于重新配置用于传输HARQ ACK/NACK反馈的CBG中的码块数量的时段期间接收所述控制信道；

基于所述控制信道从所述基站接收第二下行链路数据；以及

即使在所述终端中配置基于CBG的重传时，也基于所述控制信息，向所述基站发送针对所述第二下行链路数据的每个传输块TB的HARQ ACK/NACK反馈，

其中，基于用于所述第一下行链路数据的TB的1916比特和基于循环冗余校验CRC的24比特以及基于所述第一下行链路数据支持的码率的1/2，用于所述第一下行链路数据的具有CRC的TB被分段为具有大小为972比特的两个码块，并且所述两个码块中的一个被缩短4比特。

2.根据权利要求1所述的方法，其中，发送针对每个CBG的HARQ ACK/NACK反馈包括：

仅当对在相应CBG中的所有码块成功地执行解码时，才发送针对所述相应CBG的HARQACK反馈。

3.根据权利要求1所述的方法，其中，所述TB包括多个CBG。

4.根据权利要求1所述的方法，进一步包括：

接收用于重新配置所述CBG中的码块的数量的RRC信令。

5.根据权利要求1所述的方法，其中，复用和发送针对所述第一下行链路数据的每个CBG的HARQ ACK/NACK反馈。

6.一种由基站接收混合自动重复请求肯定应答/否定应答HARQ ACK/NACK反馈的方法，所述方法包括：

从终端接收针对用于第一下行链路数据的每个码块组CBG的HARQ ACK/NACK反馈；

向所述终端发送包含用于所述终端的回退操作的控制信息的控制信道，

其中，在用于重新配置用于传输HARQ ACK/NACK反馈的CBG中的码块数量的时段期间发送所述控制信道；

基于所述控制信道向所述终端发送第二下行链路数据；以及

即使在所述终端中配置基于CBG的重传时，也基于所述控制信息从所述终端接收针对所述第二下行链路的每个传输块TB的HARQ ACK/NACK反馈，

7.一种用于发送混合自动重复请求肯定应答/否定应答HARQ ACK/NACK反馈的终端，包括：

发射器；

接收器；以及

处理器，

其中，所述处理器被配置为：

控制所述发射器以向基站发送针对用于第一下行链路数据的每个码块组CBG的HARQACK/NACK反馈；

控制所述接收器以从所述基站接收包含用于所述终端的回退操作的控制信息的控制信道，

控制所述接收器以基于所述控制信道从所述基站接收第二下行链路数据；以及

控制所述发射器以即使在所述终端中配置基于CBG的重传时，也基于所述控制信息，向所述基站发送针对所述第二下行链路数据的每个传输块TB的HARQ ACK/NACK反馈，

8.根据权利要求7所述的终端，其中，所述处理器被配置为控制所述发射器以仅当对在相应CBG中的所有码块成功地执行解码时，发送针对所述相应CBG的HARQ ACK反馈。

9.根据权利要求7所述的终端，其中，所述TB包括多个CBG。

10.根据权利要求7所述的终端，其中，所述处理器控制所述接收器以接收用于重新配置在所述CBG中的码块的数量的RRC信令。

11.根据权利要求8所述的终端，其中，所述处理器被配置为复用针对所述第一下行链路数据的每个CBG的HARQ ACK/NACK反馈，

其中，所述处理器控制所述发射器以发送所述复用的HARQ ACK/NACK反馈。

12.一种用于接收混合自动重复请求肯定应答/否定应答HARQ ACK/NACK反馈的基站，包括：

接收器；

发射器；以及

处理器，

其中，所述处理器被配置为：

控制所述接收器以从终端接收针对用于第一下行链路数据的每个码块组CBG的HARQACK/NACK反馈；

控制所述发射器以向所述终端发送包含用于所述终端的回退操作的控制信息的控制信道，

控制所述发射器以基于所述控制信道向所述终端发送第二下行链路数据；以及

控制所述接收器以即使在所述终端中配置基于CBG的重传时，也基于所述控制信息，从所述终端接收针对所述第二下行链路数据的每个传输块TB的HARQ ACK/NACK反馈，