WO2015010595A1

WO2015010595A1 - 在无线通信系统中进行动态上行配置的方法、基站和终端

Info

Publication number: WO2015010595A1
Application number: PCT/CN2014/082678
Authority: WO
Inventors: 崔琪楣; 陶铭亮; 付婷
Original assignee: 索尼公司
Priority date: 2013-07-25
Filing date: 2014-07-22
Publication date: 2015-01-29
Also published as: US20160218838A1; US20190229858A1; CN104349459B; US10567122B2; CN104349459A; US10305642B2

Abstract

本公开涉及一种在无线通信系统中进行动态上行配置的方法、基站和终端。根据本公开的方法包括：确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及在所述重配点之前的最后一个传输周期中，针对上行数据的时序，采用参考上下行子帧配置的上行调度时序，其中，所述参考上下行子帧配置包括所述第二上下行子帧配置。根据本公开的方法、基站和终端，可以达到有效地保证在TDD上下行配置重配期间的资源利用率、解决时序冲突、协调进程、保证用户吞吐量以及尽量减少传输时延中的至少一个效果。

Description

在无线通信系统中进行动态上行配置的方法、基站和终端技术领域

[01] 本公开涉及无线通信的技术领域，具体地涉及用于在无线通信系统中进行动态上行配置的方法、基站和通信终端。

背景技术

[02] 这个部分提供了与本公开有关的背景信息，这不一定是现有技术。

[03] 在长期演进（ LTE )技术支持的时分双工（ TDD )无线通信系统中，能够能提供 7种不同的非对称上下行配置。这些上下行配置可以提供 40%-90%的下行子帧，具有灵活的业务适应特性。

[04] 针对 7种上下行配置，目前标准规定了不同配置下的上下行混合自动重传（HARQ )时序，以及不同配置下的上下行 HARQ并发进程数目。其中，上行 HARQ时序包括物理上行共享信道（ PUSCH )的调度 UL grant 时序和针对 PUSCH的反馈 PHICH (物理混合重传指示信道）时序，而下行 HARQ时序则包括物理下行共享信道（ PDSCH )的反馈 ACK/NACK 时序。

[05] 在现行 TDD无线通信系统中，为了减小小区间干扰和降低管理复杂度，全网的小区都会被静态地设定相同的上下行配置。在同构网络下，用宏基站进行覆盖时，由于宏基站月良务用户较多，并且覆盖区域的统计规律较为平稳一致，所以釆用全网小区静态设置相同的上下行配置的方法是合适的。但是，在异构网络下，低功率接入点如微基站、微微基站、家庭基站、射频拉远单元等大量引入。由于低功率接入点服务用户数较少，并且多为热点覆盖，其覆盖区域的上下行业务量动态变化较为显著，所以不同的低功率接入点之间的上下行业务量会有明显差别。在这种情况下，继续釆用上述全网静态同配置的方案将会影响异构网络吞吐量的提升。

[06] 可以设想具有灵活业务自适应特性的动态 TDD上下行配置。相比于传统的静态或半静态 TDD上下行配置，在动态 TDD上下行配置的情况下，各个小区根据自身的业务量变化状况动态地选择合适的上下行配置，其适应性和灵活性更强。

[07] 但另一方面，由于每个小区使用的上下行配置随着自身业务量变化而动态变化，所以一个小区在不同的时间可能使用不同的上下行配置。在当前标准里规定的 HARQ时序方案在前后上下行配置改变的情况下可能不再适用。

发明内容

[08] 这个部分提供了本公开的一般概要，而不是其全部范围或其全部特征的全面披露。

[09] 本公开的目的在于提供一种用于在无线通信系统中进行动态上行配置的方法、基站和通信终端，其能够达到有效地保证在 TDD上下行配置重配期间的资源利用率、解决时序冲突、协调进程、保证用户吞吐量以及尽量减少传输时延中的至少一个效果。

[10] 根据本公开的一方面，提供了一种用于在无线通信系统中进行动态上行配置的方法，该方法包括：确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中釆用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及在所述重配点之前的最后一个传输周期中，针对上行数据的时序，采用参考上下行子帧配置的上行调度时序，其中，所述参考上下行子帧配置包括所述第二上下行子帧配置。

[11] 根据本公开的另一方面，提供了一种用于在无线通信系统中进行动态上行配置的方法，该方法包括：确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及在所述重配点之前的最后一个传输周期中，停止上行数据的传输。

[12] 根据本公开的另一方面，提供了一种通信装置，该通信装置包括：确定单元，用于确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中釆用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及动态上行配置单元，用于根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，针对上行数据的时序，釆用参考上下行子帧配置的上行调度时序，其中，所述参考上下行子帧配置包括所述第二上下行子帧配置。

[13] 根据本公开的另一方面，提供了一种通信装置，该通信装置包括：设置单元，用于确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及动态上行配置单元，用于根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，停止上行数据的传输。

[14] 根据本公开的另一方面，提供了一种通信装置，该通信装置包括：确定单元，用于确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及调度控制单元，用于在所述重配点之前的预定时间期间对上行 HARQ进程进行调度控制，使得在所述重配点之前的最后一个传输周期中只保留所述第二上下行子帧配置中存在的上行 HARQ进程。

[15] 根据本公开的另一方面，提供了一种基站，该基站包括：根据本公开的通信装置；以及传输单元，用于向通信终端发送信令以向该通信终端通知重配信息。

[16] 根据本公开的另一方面，提供了一种通信终端，该通信终端包括：根据本公开的通信装置；接收单元，用于接收由基站发送的信令以获得重配信息供所述通信装置中包括的确定单元确定，并且基于所述动态上行配置接收由所述基站传输的上行调度信息或反馈信息；处理单元，用于基于所述动态上行配置解码所述上行调度信息或反馈信息；以及传输单元，用于基于所述动态上行配置并且基于所述处理单元解码的结果向所述基站发出上行数据。

[17] 根据本公开的另一方面，提供了一种程序产品，该程序产品包括存储在其中的机器可读指令代码，其中，所述指令代码当由计算机读取和执行时，能够使所述计算机执行根据本公开的用于在无线通信系统中进行动态上行配置的方法。

[18] 根据本公开的另一方面，提供了一种机器可读存储介质，其上携带有才艮据本公开的程序产品。

[19] 根据^开的用于在无线通信系统中进行动态上行配置的方法、基站和通信终端通过在重配点之前的最后一个传输周期中针对上行数据的时序釆用新周期配置的上行调度时序，可以实现在小区动态上下行配置灵活业务自适应的同时，保证用户吞吐量，减少传输时延。

[20] 从在此提供的描述中，进一步的适用性区域将会变得明显。这个概要中的描述和特定例子只是为了示意的目的，而不旨在限制本公开的范围。

附图说明

[21] 在此描述的附图只是为了所选实施例的示意的目的而非全部可能的实施，并且不旨在限制本公开的范围。在附图中：

图 1是图示配置 #0的上行 HARQ进程的示意图；

图 2是图示配置 #1的上行 HARQ进程的示意图；

图 3是图示配置 #2的上行 HARQ进程的示意图；

图 4是图示配置 #3的上行 HARQ进程的示意图；

图 5是图示配置 #4的上行 HARQ进程的示意图；

图 6是图示配置 #5的上行 HARQ进程的示意图；

图 7是图示配置 #6的上行 HARQ进程的示意图；

图 8是图示根据开的实施例的用于在无线通信系统中进行动态上行配置的方法的流程图；

图 9是图示根据开的另一个实施例的用于在无线通信系统中进行动态上行配置的方法的流程图；

图 10是图示当上下行子帧配置从配置 #1改变为配置 #0时的动态上行配置的示意图；

图 11是图示配置 #6的进程调度控制的示意图；

图 12是图示当上下行子帧配置从配置 #6改变为配置 #1时的动态上行配置的示意图；

图 13是图示当上下行子帧配置从配置 #1改变为配置 #3时的动态上行配置的示意图；

图 14是图示根据开的实施例的无线通信系统的框图；

图 15是图示在基站和通信终端之间进行的上行 HARQ进程的周期性重配的时序图；

图 16是图示在基站和通信终端之间进行的上行 HARQ进程的非周期性重配的时序图；以及图 17为其中可以实现根据本公开的实施例的用于在无线通信系统中进行动态上行配置的方法的通用个人计算机的示例性结构的框图。

[22] 虽然本公开容易经受各种修改和替换形式，但是其特定实施例已作为例子在附图中示出，并且在此详细描述。然而应当理解的是，在此对特定实施例的描述并不打算将本公开限制到公开的具体形式，而是相反地，本公开目的是要覆盖落在本公开的精神和范围之内的所有修改、等效和替换。要注意的是，贯穿几个附图，相应的标号指示相应的部件。

具体实施方式

[23] 现在参考附图来更加充分地描述本公开的例子。以下描述实质上只是示例性的，而不旨在限制本公开、应用或用途。

[24]提供了示例实施例，以便本公开将会变得详尽，并且将会向本领域技术人员充分地传达其范围。阐述了众多的特定细节如特定部件、装置和方法的例子，以提供对本公开的实施例的详尽理解。对于本领域技术人员而言将会明显的是，不需要使用特定的细节，示例实施例可以用许多不同的形式来实施，它们都不应当被解幹为限制本公开的范围。在某些示例实施例中，没有详细地描述众所周知的过程、众所周知的结构和众所周知的技术。

[25] 首先描述现行标准中的上行 HARQ规则。

[26] 由于用户设备 ( UE )的上行数据共享信道需要基站进行调度，因此上行 HARQ时序包括 PUSCH的调度 UL grant时序和针对 PUSCH的反馈 PHICH时序两部分。

[27] 当 UE有新数据发送时，会通过 PUCCH向基站发送调度请求（ SR )。基站接收调度请求，并且通过 PDCCH向 UE发送 DCI (下行控制信息） 0/4上行调度信令。

[28] 当 UE在子帧 n收到 PDCCH中的 UL grant信令时，会在子帧 n+k 发送上行数据。 k通过查找下面的表 1得到。

表 1针对 TDD配置 #0-6的 k值

TDD UL/DL DL子帧号 n

配置 0 1 2 3 4 5 6 7 8 9 1 6 4 6 4

2 4 4

3 4 4 4

4 4 4

5 4

6 7 7 7 7 5

[29] 特别地，如果系统的上下行配置为配置 #0，则由于配置 #0 的上行子帧多于下行子帧，因此在某些下行子帧的 PDCCH中需要为多个上行子帧进行调度，这具体取决于 DCI 0/4中的 UL INDEX值：

[30] 如果 DCI 0/4中的 UL INDEX的高位设置为 1，则 k取值查表 1;

[31] 如果 DCI 0/4中的 UL INDEX的低位设置为 1，则 k=7; 以及

[32] 如果 DCI 0/4中的 UL INDEX的高位和低位都设置为 1，则在子帧 n+k和 n+7中都需要传输数据， k取值查表 1。

[33] 上面描述了上行 PUSCH 的调度 UL grant 时序。接下来描述上行 PUSCH的反馈 PHICH时序。

[34] 当基站收到 UE发送来的上行数据后，会在相应的下行子帧的 PHICH 信道中反馈 ACK/NACK信令。

[35] 当基站在子帧 n收到数据后，会在子帧 n+k_PHICH发送反馈信息。其中 k_PHICH通过查找下面的表 2得到。特别地，如果系统的上下行配置为配置 #0，则在子帧 0与子帧 5会反馈两个上行 PUSCH的数据。

表 2针对 TDD配置 #0-6的 k_PHICH值

TDD UL/DL DL子帧号 n

配置 0 1 2 3 4 5 6 7 8 9

0 4 7 6 4 7 6

1 4 6 4 6

2 6 6

3 6 6 6

4 6 6 5 6

6 4 6 6 4 7

[36]对于 TDD LTE系统，不同的上下行配置支持不同的上行

大进程数，具体数值见表 3。

表 3针对 TDD的同步上行 HARQ进程数

[37]在 LTE系统中上行采用同步 HARQ机制，即进程号与子帧号存在映射关系。在上下行配置中的配置 #1至配置 #5中，进程号与子帧号的对应是确定的，即每个帧周期的子帧都固定传输相应进程的数据。配置 #0 与配置 #6的 RTT (往返时间）周期则为 11，即进程号与子帧号的对应并不确定，但是相同进程号的数据之间间隔的上行子帧 l相同的。

[38] 图 1示出了配置 #0的上行 HARQ进程。其中，字母 "D" 表示下行子帧，字母 "S" 表示特殊子帧，而字母 "U" 则表示上行子帧。如图 1 所示，在配置 #0的上行 HARQ进程中，进程号与子帧号的对应并不确定，但是相同进程号的数据之间间隔的上行子帧相同的（均为 6个）。在本公开中，按照一个配置周期中的上下行子帧配置传输相同进程号的数据之间的间隔周期被称为传输周期。显然，在配置 #0的上行 HARQ进程中，传输周期大于帧周期。

[39] 如图 2所示，在配置 #1的上行 HARQ进程中，进程 0在上行子帧 2 中传输，进程 1在上行子帧 3中传输，进程 2在上行子帧 7中传输，并且进程 3在上行子帧 8中传输。在这种情况下，传输周期等于帧周期。

[40] 如图 3所示，在配置 #2的上行 HARQ进程中，进程 0在上行子帧 2 中传输，并且进程 1在上行子帧 7中传输。在这种情况下，传输周期等于帧周期。

[41] 如图 4所示，在配置 #3的上行 HARQ进程中，进程 0在上行子帧 2 中传输，进程 1在上行子帧 3中传输，并且进程 2在上行子帧 4中传输。在这种情况下，传输周期等于帧周期。

[42] 如图 5所示，在配置 #4的上行 HARQ进程中，进程 0在上行子帧 1 中传输，并且进程 1在上行子帧 3中传输。在这种情况下，传输周期等于帧周期。

[43] 如图 6所示，在配置 #5的上行 HARQ进程中，进程 0在上行子帧 1 中传输。在这种情况下，传输周期等于帧周期。

[44] 如图 7所示，在配置 #6的上行 HARQ进程中，进程号与子帧号的对应并不确定，但是相同进程号的数据之间间隔的上行子帧 fcl相同的（均为 5个）。在这种情况下，传输周期大于帧周期。

[45] 不同的上下行配置的上行 HARQ调度与反馈的时序是不同的，并且上行釆用的是同步 HARQ时序，其调度与反馈子帧是确定的。 UE在某个子帧收到 UL grant指令时，就确定了在后面的哪个子帧发送数据或重传。同样地， UE发送数据后，会在确定的子帧接收该数据的反馈信号与重传调度（基站一般会将反馈信号与重传调度放在同一个子帧的 PDCCH 中）。

[46] 当上下行配置更改之后，由于时序的不一致，对于重配点之后的上行子帧会由于没有收到上行调度信息而无法利用，同时重配点之前的数据也无法正确获得反馈信息。本公开中的重配点指的是从前一个配置周期中的上下行子帧配置改变为下一个配置周期中的上下行子帧配置的时间点。

[47] 另外，当上下行配置更改之后，对重配点前未完成的反馈或重传需要在下一个配置周期的进程上继续传输。由于不同配置的 HARQ最大进程数不同，所以如果新周期的 HARQ最大进程数小于原周期，则会使得原周期大于最大进程数的进程无法正确传输而产生错误。例如，当上下行配置从配置 #0改变到配置 #3时，由于配置 #3最多只能提供 3个上行进程号标识，而配置 #0上行有 7个进程，所以会出现进程号映射的问题。

[48] 随着上下行重配周期缩短，系统遇到上述冲突的可能性增大，用户的 HARQ性能下降就 ^^来越明显。因而，在 TDD-LTE动态上下行配置系统中需要重新考虑 HARQ时序方案以及进程号映射方案以保证用户吞吐量。

[49]针对以上分析，开的发明人提出了一种在 TDD-LTE动态上下行配置系统中协调上行 HARQ 时序及进程的方案。该方案针对较长 TDD UL/DL配置重配周期给出了对传统用户设备 ( legacy UE )和 R12用户设备（R12 UE ) 的上行 HARQ 时序及进程处理方案，能达到有效保证在 TDD UL/DL配置重配期间的资源利用率、解决时序冲突、协调进程、保证用户吞吐量以及尽量减少传输时延中的至少一个效果。

[50] 图 8 示出了才艮据开的实施例的用于在无线通信系统中进行动态上行配置的方法。

[51] 如图 8所示，在步骤 S110中，确定包含重配点的重配信息，以便在重配点之前的第一配置周期中釆用第一上下行子帧配置，并且在重配点之后的第二配置周期中采用第二上下行子帧配置。

在本公开中，重配信息除了包含重配点之外，还可以包含重配周期、上下行配置等，这将在下文中加以详细描述。

[52] 进一步，在步骤 S120中，在重配点之前的最后一个传输周期中，停止上行数据的传输。

[53] 这里的上行数据可以包括上行 HARQ和非周期性上报的上行控制信息中至少之一。

[54]对于上行 HARQ进程而言，在前一周期的最后一个传输周期，上行的 HARQ进程不发起新数据传输，也不发起数据重传，并且前一周期的进程在新周期中当作新数据重新传输。

[55] 由于在重配点之前的最后一个传输周期中停止了上行数据的传输，所以就不会出现上行 HARQ时序冲突的情况。如图 3所示的方法既可以适用于 legacy UE的动态上行配置，也可以适用于 R12 UE的动态上行配置。

[56] 图 9 示出了才艮据开的另一个实施例的用于在无线通信系统中进行动态上行配置的方法。

[57] 如图 9所示，在步骤 S210中，确定包含重配点的重配信息，以便在重配点之前的第一配置周期中釆用第一上下行子帧配置，并且在重配点之后的第二配置周期中采用第二上下行子帧配置。

[58] 进一步，在步骤 S220中，在重配点之前的最后一个传输周期中，针对上行数据的时序，采用第二上下行子帧配置的上行调度时序。 [59] 这里的上行数据同样可以包括上行 HARQ和非周期性上报的上行控制信息中至少之一。

[60] 如图 9所示的方法仅适用于 R12 UE的动态上行配置。

[61]对于上行 HARQ进程而言，可以根据重配点前后的配置周期的上下行子帧配置的上行 HARQ最大进程数的情况，将动态 TDD系统分为以下三种情况：

[62] 情况一：前一个周期（亦即第一配置周期）的配置中包含的上行子帧的集合是新配置中的上行子帧的子集（亦即，新配置中包含前一个周期配置的所有上行子帧 ,并且存在额外的不包括在前一个周期配置中的上行子帧。换言之，也可以看作下行子帧的超集关系）；

[63] 情况二：前一个周期的配置中包含的上行子帧的集合是新配置中的上行子帧的超集（亦即，前一个周期的配置中包含新配置中的所有上行子帧，并且存在额外的不包括在新配置中的上行子帧。换言之，也可以看作下行子帧的子集关系）；以及

[64] 情况三：前一个周期的配置中包含的上行子帧的集合既不是新配置中的上行子帧的超集也不是子集。

[65]根据上面的分类，可以画出所有重配情况的分类表，如表 4所示。在表 4中，数字 "1" 表示情况一，数字 "2" 表示情况二，并且数字 "3" 表示情况三。表 4 不同子帧重配的情况分类

新周期配置

#0 #1 #2 #3 #4 #5 #6

前

#0 1 1 1 1 1 1

#1 2 1

个 3 1 1 2 周 #2 2 2 3 3 1 2

期

#3 2 3 3 1 1 2 配 #4 2 2 3 2 1 2 置

#5 2 2 2 2 2 2

#6 2 1 1 1 1 1

[66]对于情况一，在前一周期的最后一个传输周期采用新周期配置的上行调度与反馈重传时序，这样能够保证前一周期的上行 HARQ进程顺利反馈到新周期的预定下行子帧，同时新周期中新增加的上行 HARQ进程也可以得到提前调度。

[67]对于情况二，可以首先通过进程调度控制，使得在前一周期的最后一个传输周期中只保留新周期配置中存在的上行 HARQ进程。

[68] 具体地，可以在重配点之前的第一配置周期（前一周期）中设置调度控制的开始时间点，以在调度控制的开始时间点和重配点之间的时间期间对上行 HARQ进程进行调度控制，使得在重配点之前的最后一个传输周期中只保留第二上下行子帧配置（新周期配置）中存在的上行 HARQ进程。

[69]设置开始时间点的目的就是要进行重配点之前的调度控制。

[70] 可以根据信道状况选择一个开始时间点。信道状况越好，发生数据重传的概率越小，则选择的开始时间点可以越靠近重配点。能够保证在重配点之前的最后一个传输周期中只保留第二上下行子帧配置中存在的上行 HARQ进程的最晚开始时间点为重配点之前的 3个最大 RTT时间。换言之，开始时间点和重配点之间的时间可以不小于最大 RTT时间的 3倍。当调度控制的开始时间点和重配点之间的时间大于最大 RTT时间的 3倍时，能够保证在任意信道情况下在重配点之前的最后一个传输周期中只保留第二上下行子帧配置中存在的上行 HARQ进程。然而，在信道较好的情况下，开始时间点可以小于最大 RTT时间的 3倍。这样可能出现进程号不一致的情况，但是其概率较小。若发生进程号冲突，可以将此进程中断并重新传输。另外，调度控制的开始时间点越靠近重配点则资源利用率越高。

[71]在调度控制的开始时间点和重配点之间的时间期间，可以只在保留的上行 HARQ进程中传输新的数据，并且如果保留的上行 HARQ进程已被占用，则不调度新的数据进行传输。

[72]对于保留的上行 HARQ进程而言，在重配点之前的最后一个传输周期中，如果上行 HARQ进程在重配点之前发生反馈操作，则可以采用第一上下行子帧配置（前一周期配置）的反馈时序。

[73] 进一步，对于保留的上行 HARQ进程而言，在重配点之前的最后一个传输周期中，如果上行 HARQ进程在重配点之后发生反馈与重传操作，则可以釆用第二上下行子帧配置（新周期配置）的反馈重传时序。

[74] 进而，对于保留的上行 HARQ进程而言，在重配点之前的最后一个传输周期中，如果上行 HARQ进程在重配点之前发生 NACK反馈并且在重配点之后发生重传操作，并且如果针对发生 NACK反馈的下行子帧，在第二上下行子帧配置（新周期配置）中不存在上行调度时序，则可以针对该下行子帧为第二上下行子帧配置重新定义一个上行调度，以将重传的上行 HARQ进程调度到第二上下行子帧配置（新周期配置）的上行子帧中。当然，如果针对发生 NACK反馈的下行子帧，在第二上下行子帧配置（新周期配置）中存在上行调度时序，则按照第二上下行子帧配置（新周期配置）的上行调度时序进行调度。

[75] 下面的表 5列出了情况二中所有需要重新定义 UL grant的情况。

表 5 情况二中所有需要重新定义 UL grant的情况配置情况 (前一周期 /新周期）新增调度指令 (下行 PDCCH/上行调度子帧）配置 #0/配置 #2 下行子帧 6/上行子帧 2 配置 #0/配置 #3 下行子帧 6/上行子帧 2 配置 #0/配置 #4 下行子帧 6/上行子帧 2 配置 #0/配置 #5 下行子帧 6/上行子帧 2 配置 #0/配置 #6 下行子帧 6/上行子帧 3 配置 #1/配置 #2 下行子帧 6/上行子帧 2 配置 #1/配置 #4 下行子帧 6/上行子帧 2 配置 #1/配置 #5 下行子帧 6/上行子帧 2 配置 #2/配置 #5 下行子帧 6/上行子帧 2 配置 #6/配置 #2 下行子帧 6/上行子帧 2 配置 #6/配置 #3 下行子帧 6/上行子帧 2 配置 #6/配置 #4 下行子帧 6/上行子帧 2 配置 #6/配置 #5 下行子帧 6/上行子帧 2

[76]对于情况三，由于前后周期配置的上行子帧位置的差异，因此首先需要进行进程调度控制，使得在前一周期的最后一个传输周期中只保留前后周期配置中的上行 HARQ进程的交集。调度控制完成之后相当于变为了情况二，接下来再通过情况二的处理方法进行处理即可。

[77] 下面的表 6列出了情况三中所有需要重新定义 UL grant的情况。

表 6 情况三中所有需要重新定义 UL grant的情况

[78] 下面通过具体的例子来说明如图 9所示的上行 HARQ进程处理中对 R12 UE上行的三种情况的上行 HARQ进程处理方案。

[79]对于情况一，以前一周期采用配置 #1并且新周期釆用配置 #0为例。配置 #1中有 4个上行子帧，配置 #0中有 7个上行子帧，并且配置 #1中包含的上行子帧的集合是配置 #0中包含的上行子帧的集合的子集。 [80] 如图 10所示，假设最坏情况下，所有进程均需要重传。由于配置 #0 的特殊情况，一个下行子帧可以承载两个上行资源的调度（取决于 DCI 0 的格式），因此需要基站进行合理选择，保证上行子帧的一一映射关系。图 10中的虚线和点划线表示新调度的上行进程，其中虚线是跨周期调度。通过这种方案，既没有新定义时序，又能保证上行资源的高效利用。

[81]对于情况一，在重配点之前的最后一个传输周期中，采用配置 #0 的上行调度时序和反馈重传时序。具体地，上行子帧 2的进程 0将会在下行子帧 6反馈并重传调度，然后会在新周期的上行子帧 3重传，成为新周期中的进程 1。

[82] 进一步，上行子帧 3的进程 1将会在新周期的下行子帧 0反馈并重传调度，然后会在新周期的上行子帧 4重传，成为新周期中的进程 2。

[83] 进一步，上行子帧 7的进程 2将会在新周期的下行子帧 1反馈并重传调度，然后会在新周期的上行子帧 8重传，成为新周期中的进程 4。

[84] 进一步，上行子帧 8的进程 3将会在新周期的下行子帧 5反馈并重传调度，然后会在新周期的上行子帧 9重传，成为新周期中的进程 5。

[85] 进而，新周期中的进程 0在上行子帧 2中传输，其调度可以安排在前一周期的下行子帧 6中，如图 10中的虚线所示。

[86] 进而，新周期中的进程 3在上行子帧 7中传输，其调度可以安排在新周期的下行子帧 0中，如图 10中的点划线所示。

[87] 最后，新周期中的进程 6在上行子帧 2中传输，其调度可以安排在新周期的下行子帧 6中，如图 10中的点划线所示。

[88]对于情况二，以前一周期采用配置 #6并且新周期釆用配置 #1为例。配置 #6中有 6个上行子帧，配置 #1中有 4个上行子帧，并且配置 #6中包含的上行子帧的集合是配置 #1中包含的上行子帧的集合的超集。

[89] 如图 11所示，首先对配置 #6的进程进行调度控制。由于配置 #1中的进程在上行子帧 2、 3、 7和 8处传输，因此对于配置 #6只保留 0、 1、 3 和 4号进程。图 11中的开始时间为三倍 RTT时间，其他进程中的数据最多进行两次重传。

[90] 进程调度控制结束后，进行进程的反馈与重传时序。如图 12所示，虚线表示的是发生在重配点之前的上行子帧调度。此时，优先按照配置 #1 已定义的上行调度映射进行。这里子帧 6和 9在配置 #1中均有定义，因此可以直接按照配置 #1中进行调度。

[91] 具体地，上行子帧 2的进程 0将会在下行子帧 6中反馈并重传调度，然后会在新周期的上行子帧 2重传，成为新周期中的进程 0。

[92] 进一步，上行子帧 3的进程 1将会在下行子帧 9中反馈并重传调度，然后会在新周期的上行子帧 3重传，成为新周期中的进程 1。

[93] 进一步，上行子帧 7的进程 3将会在新周期的下行子帧 1中反馈并重传调度，然后会在新周期的上行子帧 7重传，成为新周期中的进程 2。

[94] 最后，上行子帧 8的进程 4将会在新周期的下行子帧 4中反馈并重传调度，然后会在新周期的上行子帧 8重传，成为新周期中的进程 3。

[95]对于情况三，以前一周期采用配置 #1并且新周期采用配置 #3为例。配置 #1中有 4个上行子帧，配置 #3中有 3个上行子帧，并且配置 #1中包含的上行子帧的集合既不是配置 #3 中包含的上行子帧的集合的超集也不是子集。

[96] 首先对配置 #1的上行进程进行调度控制，只保留子帧 2和 3处的进程，然后使用与情况二中相同的方法进行时序调度。如图 13所示，虚线表示的是重配点之前的上行调度。由于配置 #3没有定义下行子帧 6的调度时序，因此需要重新定义上行调度时序： 6 2。点划线表示的是对新进程的上行调度。

[97] 具体地，上行子帧 2的进程 0将会在下行子帧 6中反馈并重传调度。这时，由于配置 #3中的下行子帧 6没有定义调度时序，因此定义到新周期的上行子帧 2重传，成为新周期中的进程 0。

[98] 进一步，上行子帧 3的进程 1将会在下行子帧 9中反馈并重传调度，然后会在新周期的上行子帧 3重传，成为新周期中的进程 1。

[99] 最后，新周期中的进程 2在上行子帧 4中传输，其调度可以安排在新周期的下行子帧 0中。施例的用于在无线通信系统中进行动态上行配置的方法。需要说明的是，、上行数据不仅可以包括上行 HARQ进程，而且还可以包括上行控制信息。另夕卜，上面说明了根据本公开的分别针对情况一、情况二和情况三的上行 HARQ进程处理方案。根据本公开的 HARQ进程处理方案既可以仅针对这三种情况中的一种情况，也可以针对这三种情况中的任意两种情况或全部三种情况，本公开对此并没有特殊限制。

[101]另外需要说明的是，也可以不考虑第一上下行子帧配置中包含的上行子帧的集合和第二上下行子帧配置中包含的上行子帧的集合之间的关系，而是以重配点为界限进行操作。在这种情况下，可以在重配点之前的预定时间期间对上行 HARQ进程进行调度控制，使得在重配点之前的最后一个传输周期中只保留第二上下行子帧配置中存在的上行 HARQ进程。这个操作的具体实施与上面描述的相同。如果笫一上下行子帧配置中包含的上行子帧的集合是第二上下行子帧配置中包含的上行子帧的集合的子集，则可以跳过这个操作。

[102]然后，在重配点之前的最后一个传输周期中，如果上行 HARQ进程在重配点之前发生反馈操作，则可以釆用第一上下行子帧配置的反馈时序，而如果上行 HARQ进程在重配点之后发生反馈与重传操作，则可以釆用第二上下行子帧配置的反馈与重传时序。

[103]另外，在重配点之前的最后一个传输周期中，还可以停止对在重配点之后的第二配置周期中传输的新上行数据的调度。

[104]换言之，在前一周期不发起对于新配置周期的新数据调度。具体地，在前一配置周期的最后一个传输周期中，当接收到来自 UE通过 PUCCH 发送的关于新数据的调度请求（SR ) 时，基站判断如果向该 UE发出上行调度信令，被调度的上行数据是否需要在新配置周期中传输。如果是，则暂停发出上行调度信令，直至进入新配置周期再由新配置周期的 PDCCH向 UE发出上行调度信令。如果不是，则正常进行上行调度。

[105]发生在重配点之后的重传数据与新数据调度，可以按照新周期配置的重传调度时序进行。

[106]在重配点之前的重传操作中，针对发生 NACK反馈的下行子帧，在新周期配置中不存在上行调度时序的情况下，需要在该下行子帧重新定义上行调度时序。下面的表 7列出了这种情况下所有需要重新定义 UL grant 的情况。

表 7新定义的重传 UL grant时序配置情况 (前一周期 /新周期）新增调度指令 (下行 PDCCH/上行调度子帧）配置 #0/配置 #2 下行子帧 6/上行子帧 2 配置 #0/配置 #3 下行子帧 6/上行子帧 2 配置 #0/配置 #4 下行子帧 6/上行子帧 2 配置 #0/配置 #5 下行子帧 6/上行子帧 2 配置 #0/配置 #6 下行子帧 6/上行子帧 2 配置 #1/配置 #0 下行子帧 9/上行子帧 3 配置 #1/配置 #2 下行子帧 6/上行子帧 2 配置 #1/配置 #3 下行子帧 6/上行子帧 2 配置 #1/配置 #4 下行子帧 6/上行子帧 2 配置 #1/配置 #5 下行子帧 6/上行子帧 2 配置 #2/配置 #0 下行子帧 8/上行子帧 2 配置 #2/配置 #1 下行子帧 8/上行子帧 2 配置 #2/配置 #6 下行子帧 8/上行子帧 2 配置 #3/配置 #0 下行子帧 8/上行子帧 2 配置 #3/配置 #0 下行子帧 9/上行子帧 3 配置 #3/配置 #1 下行子帧 8/上行子帧 2 配置 #3/配置 #6 下行子帧 8/上行子帧 2 配置 #4/配置 #0 下行子帧 8/上行子帧 2 配置 #4/配置 #0 下行子帧 9/上行子帧 3 配置 #4/配置 #1 下行子帧 8/上行子帧 2 配置 #4/配置 #6 下行子帧 8/上行子帧 2 配置 #5/配置 #0 下行子帧 8/上行子帧 2 配置 #5/配置 #1 下行子帧 8/上行子帧 2 配置 #5/配置 #6 下行子帧 8/上行子帧 2 配置 #6/配置 #0 下行子帧 9/上行子帧 3 配置 #6/配置 #2 下行子帧 6/上行子帧 2 配置 #6/配置 #3 下行子帧 6/上行子帧 2 配置 #6/配置 #4 下行子帧 6/上行子帧 2 配置 #6/配置 #5 下行子帧 6/上行子帧 2

[107]在 LTE系统中， UE会向基站发送上行控制信息（UCI ), 来反馈信道状况、预编码格式、 MIMO发送方式、数据接收情况和新数据请求等等。 UCI具体可以包括： CQI(Channel Quality Indication,信道盾量指示) 信息，用于发送用户测量的当前信道信息，可以为基站的下行调制编码格式和资源调度等行为提供重要的参考； PMI(Precoding Matrix Indicator, 预编码矩阵指示器)和 RI(Rank Indication, 秩指示)信息，用于 MIMO发送时为基站选择预编码矩阵和映射层数提供依据；以及 RSRP/RSRQ (Reference Signal Receiving Power/Quality, 参考信号接收功率 /盾量)信息，用于支持用户的切换以及无线资源管理功能等。

[108]这些控制信息的上报分为周期性上报与非周期性上报，一般由 PUCCH进行传输，也可以在 PUSCH上与上行数据一起传输。周期性上报过程中会预先设定控制信息的上报周期，之后 UE会根据上报周期在预定的上行子帧中发送信息。 TDD 系统中周期性上报的上报周期是基站根据信道盾量状况、当前发送模式以及上下行配置等参数决定的，并提前通知给 UE。非周期上报是需要触发机制的，基站如果需要 UE上报非周期控制信息，会通过下行控制信令进行通知。 UE接收到通知之后会根据协议中的规定上报非周期控制信息。

[109]例如，当 UE在子帧 n接收到上行 DCI格式或者随机接入响应授权信息时，会在子帧 n+k上报非周期 CQI信息。对于配置 #1到配置 #6， k 的取值如表 1所示。对于配置 #0， k的取值与上行 DCI格式中的 UL index 取值有关：

[110]如果 DCI 0/4中的 UL INDEX的高位设置为 1，则 k取值查表 1;

[111]如果 DCI 0/4中的 UL INDEX的低位设置为 1，则 k=7; 以及

[112]如果 DCI 0/4中的 UL INDEX的高位和低位都设置为 1，则 k取值查表 1。

[113]当上下行配置更改之后，由于时序的不一致，重配点前后的上行控制信息上报将会出现错误，因此需要进行更正。

[114]动态 TDD系统对上行控制信令的周期性上报时序的影响与系统的上下行重配时间和控制信令的上报周期有关。重配时间和上报周期越短，则上报时序影响越大。

[115]对于基站来说，在重配点之前的最后一个传输周期中，基站需要根据新周期的配置重新调整周期性上报的上报周期，并通过下行控制信道对 UE进行通知。如果基站没有在预定位置收到上行控制信令，则按照之前的值进行调制编码与资源调度选择。

[116]对 UE而言，当 UE接收到基站发送的周期调整指令后，在重配点附近如果预定的上报位置子帧变为下行子帧，则丢弃此次测量的上行控制信息，并按照新的周期上报上行控制信令。

[117]—般而言，上行控制信令的非周期上报机制参考的时序方案与上行 HARQ时序方案中的 UL grant基本相同，而在动态 TDD系统中需要进行相应的更改。

[118]对于 legacy UE而言，根据上面描述的方案，在重配点之前不会再进行数据的传输。因此，即使 UE没有上报上行控制信息，也不会对系统的资源分配与传输产生较大影响。所以， legacy UE在重配点前的最后一个传输周期中不再上报上行控制信息。

[119]对于 R12 UE而言，当 UE接收到基站发送的非周期上报指令时，新的非周期上报时序将参照更改后的上行 HARQ时序 UL grant方案，按照上面描述的情况一、情况二和情况三进行上报。具体方案在此不再赞述。

[120]根据本公开的实施例，提供了在 TDD通用移动通信系统（UMTS ) 长期演进（LTE )动态上下行配置系统中的上行 HARQ时序、进程以及 CQI 非周期上报的方法。实现了在小区动态上下行配置灵活业务自适应的同时，协调 HARQ时序，保证用户吞吐量，减少传输时延。本公开可以应用于 TDD模式下的同构或异构的通信网络中。

[121]根据本公开的 HARQ时序处理和 HARQ进程号处理， legacy UE可以具有后向兼容性，并且 R12 UE可以具有较好的资源利用率与较低的传输时延特性。

[122]下面结合图 14来描述根据 ^开的实施例的无线通信系统。如图 14 所示，根据本公开的实施例的无线通信系统 100包括基站 200和通信终端 300。

[123]基站 200可以包括通信装置 250、传输单元 230和接收单元 240。通信装置 250可以进一步包括确定单元 210和动态上行配置单元 220。

[124]确定单元 210可以用于确定包含重配点的重配信息，以便在重配点之前的第一配置周期中釆用第一上下行子帧配置，并且在重配点之后的第二配置周期中采用第二上下行子帧配置。

[125]动态上行配置单元 220可以用于根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，针对上行数据的时序，采用第二上下行子帧配置的上行调度时序。

[126]根据本公开的实施例，这里的上行数据可以是上行 HARQ。

[127]根据本公开的实施例，第一上下行子帧配置中包含的上行子帧的集合可以是第二上下行子帧配置中包含的上行子帧的集合的子集。在这种情况下，动态上行配置单元可以进一步根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，针对上行数据的时序，釆用第二上下行子帧配置的反馈重传时序。

[128]根据本公开的实施例，第一上下行子帧配置中包含的上行子帧的集合可以不是第二上下行子帧配置中包含的上行子帧的集合的子集。在这种情况下，通信装置 250可以进一步包括开始时间点设置单元（未示出）。开始时间点设置单元可以用于在重配点之前的第一配置周期中设置调度控制的开始时间点，以在调度控制的开始时间点和重配点之间的时间期间对上行 HARQ进程进行调度控制，使得在重配点之前的最后一个传输周期中只保留第二上下行子帧配置中存在的上行 HARQ进程。

[129]根据本公开的实施例，调度控制的开始时间点和重配点之间的时间可以不小于最大 RTT时间的 3倍。

[130]根据本公开的实施例，动态上行配置单元可以进一步根据重配信息执行动态上行配置，以便在调度控制的开始时间点和重配点之间的时间期间，只在保留的上行 HARQ进程中传输新的数据，并且如果保留的上行 HARQ进程已被占用，则不调度新的数据进行传输。

[131]根据本公开的实施例，动态上行配置单元可以进一步根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，如果上行 HARQ 进程在重配点之前发生反馈操作，则采用第一上下行子帧配置的反馈时序。

[132]根据本公开的实施例，动态上行配置单元可以进一步根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，如果上行 HARQ 进程在重配点之后发生反馈与重传操作，则采用第二上下行子帧配置的反馈重传时序。

[133]根据本公开的实施例，动态上行配置单元可以进一步根据重配信息执行动态上行配置，以便如果上行 HARQ进程在重配点之前发生 NACK反馈并且在重配点之后发生重传操作，并且如果针对发生 NACK反馈的下行子帧，在第二上下行子帧配置中不存在上行调度时序，则重新定义上行调度以将重传的上行 HARQ进程调度到第二上下行子帧配置的上行子帧中。

[ 134]根据本公开的实施例，这里的上行数据也可以是非周期性上报的上行控制信息。

[135]根据本公开的实施例，代替地，动态上行配置单元 220也可以用于根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，停止上行数据的传输。

[136]根据本公开的实施例，也可以不需要考虑第一上下行子帧配置中包含的上行子帧的集合和第二上下行子帧配置中包含的上行子帧的集合之间的关系，而是以重配点为界限进行操作。在这种情况下，通信装置 250 可以包括确定单元 210和调度控制单元（未示出）。调度控制单元可以用于在重配点之前的预定时间期间对上行 HARQ进程进行调度控制，使得在重配点之前的最后一个传输周期中只保留第二上下行子帧配置中存在的上行 HARQ进程。在这种情况下，通信装置 250可以进一步包括动态上行配置单元 220。此时，动态上行配置单元 220可以用于根据重配信息执行动态上行配置，以便在重配点之前的最后一个传输周期中，如果上行 HARQ 进程在重配点之前发生反馈操作，则采用第一上下行子帧配置的反馈时序，而如果上行 HARQ进程在重配点之后发生反馈与重传操作，则采用第二上下行子帧配置的反馈与重传时序。另外，调度控制单元还可以在重配点之前的最后一个传输周期中，停止对在重配点之后的第二配置周期中传输的新上行数据的调度。

[137]传输单元 230可以用于向通信终端 300发送信令以向通信终端 300 通知重配信息。另夕卜，传输单元 230还可以用于基于动态上行配置向通信终端 300传输上行调度信息或反馈信息。

[138]接收单元 240可以用于基于动态上行配置接收由通信终端 300发出的上行数据。

[139]通信终端 300可以包括通信装置 350、接收单元 330、传输单元 360 和处理单元 340。通信装置 350可以进一步包括确定单元 310和动态上行配置单元 320。通信装置 350以及其中包括的确定单元 310和动态上行配置单元 320在功能上可以分别对应于基站 200中包括的通信装置 250以及其中包括的确定单元 210和动态上行配置单元 220。接收单元 330可以接收由传输单元 230发送的信令以获得重配信息供确定单元 310确定，并且可以基于动态上行配置单元 320执行的动态上行配置接收由传输单元 230 传输的上行调度信息或反馈信息。处理单元 340可以基于动态上行配置单元 320执行的动态上行配置解码由接收单元 330接收的上行调度信息或反馈信息。处理单元 340可以执行如上所述的 HARQ进程号处理，这里不再赘述。传输单元 360可以基于动态上行配置单元 320执行的动态上行配置并且基于处理单元 340解码的结果向接收单元 240发出上行数据。

[140]图 15是图示在基站和通信终端之间进行的上行 HARQ进程的周期性重配的时序图。如图 15所示，在周期性重配的情况下，基站事先向通信终端通知包括重配点、重配周期和上下行配置的重配信息。然后，在基站和通信终端之间进行数据的传输与反馈。当到达重配点时，基站和通信终端可以按照事先通知的上下行配置的方式进行动态上下行配置，并且在基站和通信终端之间按照新的上下行配置进行数据的传输与反馈。接下来，在到达下一个重配点之前，基站可以向通信终端通知重配的上下行配置。由于在周期性重配的情况下重配点和重配周期是固定的，所以不需要重新通知重配点和重配周期。当到达新的重配点时，基站和通信终端可以按照重配的上下行配置的方式进行动态上下行配置，并且在基站和通信终端之间按照重配的上下行配置进行数据的传输与反馈。

[141]图 16是图示在基站和通信终端之间进行的上行 HARQ进程的非周期性重配的时序图。如图 16所示，在非周期性重配的情况下，基站在重配点 1之前向通信终端通知包括重配点与上下行配置的重配信息。当到达重配点 1时，基站和通信终端可以按照通知的上下行配置的方式进行动态上下行配置，并且在重配周期！期间在基站和通信终端之间按照通知的上下行配置进行数据的传输与反馈。然后，基站可以在重配周期！期间向通信终端通知下一个重配周期亦即重配周期 T₂的重配点 2与上下行配置。由于在非周期性重配的情况下重配点和重配周期是不固定的，所以需要通知新的重配点。当到达重配点 2时，基站和通信终端可以按照通知的新的上下行配置的方式进行动态上下行配置，并且在重配周期 Τ₂期间在基站和通信终端之间按照通知的新的上下行配置进行数据的传输与反馈。

[142]基站向用户终端通知包括重配点（重配周期）和上下行配置的重配信息可以采用物理（ΡΗΥ )层信令、媒体访问控制（MAC )层信令或无线资源控制（RRC )层信令或者更新系统信息的方式。更新系统信息可以进一步包括重用 R8 中系统信息块（SIB )更新或者采用 R10中的地震海啸预警系统（ETWS )等。这几种支持重配的方法所支持的最小重配周期从几百亳秒到几亳秒不等。能支持短周期上下行重配的方法也可以应用于长周期重配中，只需在若干个短周期期间配置不发生变化即可。施方式前面已经作详细描述 Γ在此 ^不^重复说明。 ' 一、、

[144]显然，根据本公开的用于在无线通信系统中进行动态上行配置的方法的各个操作过程可以以存储在各种机器可读的存储介质中的计算机可执行程序的方式实现。

[145]而且，本公开的目的也可以通过下述方式实现：将存储有上述可执行程序代码的存储介质直接或者间接地提供给系统或设备，并且该系统或设备中的计算机或者中央处理单元（ CPU )读出并执行上述程序代码。此时，只要该系统或者设备具有执行程序的功能，则本公开的实施方式不局限于程序，并且该程序也可以是任意的形式，例如，目标程序、解释器执行的程序或者提供给操作系统的脚本程序等。 [146]上述这些机器可读存储介质包括但不限于：各种存储器和存储单元，半导体设备，磁盘单元例如光、磁和磁光盘，以及其它适于存储信息的介质等。

[147]另外，计算机通过连接到因特网上的相应网站，并且将依据本公开的计算机程序代码下载和安装到计算机中然后执行该程序，也可以实现本公开的技术方案。

[148]图 17为其中可以实现根据本公开的实施例的用于在无线通信系统中进行动态上行配置的方法的通用个人计算机的示例性结构的框图。

[149]如图 17所示， CPU 1301根据只读存储器 (ROM)1302中存储的程序或从存储部分 1308加载到随机存取存储器 (RAM)1303的程序执行各种处理。在 RAM 1303中，也根据需要存储当 CPU 1301执行各种处理等等时所需的数据。 CPU 1301、 ROM 1302和 RAM 1303经由总线 1304彼此连接。输输出接口 1305也连接到总线 1304。

[150]下述部件连接到输输出接口 1305: 输入部分 1306 (包括键盘、鼠标等等）、输出部分 1307 (包括显示器，比如阴极射线管 (CRT)、液晶显示器 (LCD)等，以及扬声器等）、存储部分 1308 (包括硬盘等）、通信部分 1309 (包括网络接口卡比如 LAN卡、调制解调器等）。通信部分 1309经由网络比如因特网执行通信处理。根据需要，驱动器 1310也可连接到输输出接口 1305。可拆卸介盾 1311比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器 1310上，使得从中读出的计算机程序根据需要被安装到存储部分 1308中。

[151]在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可拆卸介质 1311安装构成软件的程序。

[152]本领域的技术人员应当理解，这种存储介质不局限于图 17所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可拆卸介质 1311。可拆卸介质 1311的例子包含磁盘 (包含软盘 (注册商标))、光盘 (包含光盘只读存储器 (CD-ROM)和数字通用盘 (DVD))、磁光盘（包含迷你盘 (MD)(注册商标))和半导体存储器。或者，存储介质可以是 ROM 1302、存储部分 1308中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

[153]在开的系统和方法中，显然，各部件或各步骤是可以分解和 /或重新组合的。这些分解和 /或重新组合应视为本公开的等效方案。并且，是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

[154]以上虽然结合附图详细描述了本公开的实施例，但是应当明白，上面所描述的实施方式只是用于说明本公开，而并不构成对本公开的限制。对于本领域的技术人员来说，可以对上述实施方式作出各种修改和变更而没有背离开的实质和范围。因此，开的范围仅由所附的权利要求及其等效含义来限定。

Claims

权利要求书

1. 一种用于在无线通信系统中进行动态上行配置的方法，包括：确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中釆用第二上下行子帧配置；以及

在所述重配点之前的最后一个传输周期中，针对上行数据的时序，釆用参考上下行子帧配置的上行调度时序，其中，所述参考上下行子帧配置包括所述第二上下行子帧配置。

2.根据权利要求 1所述的方法，其中，所述上行数据是上行 HARQ。

3.根据权利要求 2所述的方法，其中，所述第一上下行子帧配置中包含的上行子帧的集合是所述第二上下行子帧配置中包含的上行子帧的集合的子集，并且

在所述重配点之前的最后一个传输周期中，针对所述上行数据的时序，釆用所述第二上下行子帧配置的反馈重传时序。

4.根据权利要求 2所述的方法，其中，所述第一上下行子帧配置中包含的上行子帧的集合不是所述第二上下行子帧配置中包含的上行子帧的集合的子集，并且

所述方法进一步包括：

在所述重配点之前的第一配置周期中设置调度控制的开始时间点，以在所述调度控制的开始时间点和所述重配点之间的时间期间对上行 HARQ 进程进行调度控制，使得在所述重配点之前的最后一个传输周期中只保留所述第二上下行子帧配置中存在的上行 HARQ进程。

5.根据权利要求 4所述的方法，其中，所述调度控制的开始时间点和所述重配点之间的时间不小于最大 RTT时间的 3倍。

6.根据权利要求 4所述的方法，其中，在所述调度控制的开始时间点和所述重配点之间的时间期间，只在保留的所述上行 HARQ进程中传输新的数据，并且如果保留的所述上行 HARQ进程已被占用，则不调度新的数据进行传输。

7.根据权利要求 4所述的方法，其中，在所述重配点之前的最后一个传输周期中，如果上行 HARQ进程在所述重配点之前发生反馈操作，则采用所述第一上下行子帧配置的反馈时序。

8.根据权利要求 4所述的方法，其中，在所述重配点之前的最后一个传输周期中，如果上行 HARQ进程在所述重配点之后发生反馈与重传操作，则采用所述第二上下行子帧配置的反馈重传时序。

9.根据权利要求 7所述的方法，其中，如果上行 HARQ进程在所述重配点之前发生 NACK反馈并且在所述重配点之后发生重传操作，并且如果针对发生所述 NACK反馈的下行子帧，在所述第二上下行子帧配置中不存在上行调度时序，则重新定义上行调度以将重传的上行 HARQ进程调度到所述第二上下行子帧配置的上行子帧中。

10.根据权利要求 1所述的方法，其中，所述上行数据是非周期性上报的上行控制信息。

11. 一种用于在无线通信系统中进行动态上行配置的方法，包括：确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中釆用第二上下行子帧配置；以及

在所述重配点之前的最后一个传输周期中，停止上行数据的传输。

12. 根据权利要求 11 所述的方法，其中，所述上行数据包括上行 HARQ和非周期性上报的上行控制信息中至少之一。

13. 一种通信装置，包括：

确定单元，用于确定包含重配点的重配信息，以便在所述重配点之前的第一配置周期中采用第一上下行子帧配置，并且在所述重配点之后的第二配置周期中采用第二上下行子帧配置；以及

动态上行配置单元，用于根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，针对上行数据的时序，采用参考上下行子帧配置的上行调度时序，其中，所述参考上下行子帧配置包括所述第二上下行子帧配置。

14.根据权利要求 13所述的通信装置，其中，所述上行数据是上行 HARQ。

15.根据权利要求 14所述的通信装置，其中，所述第一上下行子帧配置中包含的上行子帧的集合是所述第二上下行子帧配置中包含的上行子帧的集合的子集，并且

所述动态上行配置单元进一步根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，针对所述上行数据的时序，釆用所述第二上下行子帧配置的反馈重传时序。

16.根据权利要求 14所述的通信装置，其中，所述第一上下行子帧配置中包含的上行子帧的集合不是所述第二上下行子帧配置中包含的上行子帧的集合的子集，并且

所述通信装置进一步包括：

开始时间点设置单元，用于在所述重配点之前的第一配置周期中设置调度控制的开始时间点，以在所述调度控制的开始时间点和所述重配点之间的时间期间对上行 HARQ进程进行调度控制，使得在所述重配点之前的最后一个传输周期中只保留所述第二上下行子帧配置中存在的上行 HARQ进程。

17.根据权利要求 16所述的通信装置，其中，所述调度控制的开始时间点和所述重配点之间的时间不小于最大 RTT时间的 3倍。

18.根据权利要求 16所述的通信装置，其中，所述动态上行配置单元进一步根据所述重配信息执行动态上行配置，以便在所述调度控制的开始时间点和所述重配点之间的时间期间，只在保留的所述上行 HARQ进程中传输新的数据，并且如果保留的所述上行 HARQ进程已被占用，则不调度新的数据进行传输。

19.根据权利要求 16所述的通信装置，其中，所述动态上行配置单元进一步根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，如果上行 HARQ进程在所述重配点之前发生反馈操作，则釆用所述第一上下行子帧配置的反馈时序。

20.根据权利要求 16所述的通信装置，其中，所述动态上行配置单元进一步根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，如果上行 HARQ进程在所述重配点之后发生反馈与重传操作，则釆用所述第二上下行子帧配置的反馈重传时序。

21.根据权利要求 19所述的通信装置，其中，所述动态上行配置单元进一步根据所述重配信息执行动态上行配置，以便如果上行 HARQ进程在所述重配点之前发生 NACK反馈并且在所述重配点之后发生重传操作，并且如果针对发生所述 NACK反馈的下行子帧，在所述第二上下行子帧配置中不存在上行调度时序，则重新定义上行调度以将重传的上行

HARQ进程调度到所述第二上下行子帧配置的上行子帧中。

22.根据权利要求 13所述的通信装置，其中，所述上行数据是非周期性上报的上行控制信息。

23. 一种通信装置，包括：

动态上行配置单元，用于根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，停止上行数据的传输。

24. 一种通信装置，包括：

调度控制单元，用于在所述重配点之前的预定时间期间对上行 HARQ 进程进行调度控制，使得在所述重配点之前的最后一个传输周期中只保留所述第二上下行子帧配置中存在的上行 HARQ进程。

25.根据权利要求 24所述的通信装置，进一步包括：

动态上行配置单元，用于根据所述重配信息执行动态上行配置，以便在所述重配点之前的最后一个传输周期中，如果上行 HARQ进程在所述重配点之前发生反馈操作，则釆用所述第一上下行子帧配置的反馈时序，而如果上行 HARQ进程在所述重配点之后发生反馈与重传操作，则釆用所述第二上下行子帧配置的反馈与重传时序。

26.根据权利要求 24所述的通信装置，其中，所述调度控制单元还被配置为在所述重配点之前的最后一个传输周期中，停止对在所述重配点之后的第二配置周期中传输的新上行数据的调度。

27. 一种基站，包括：

根据权利要求 13、 23或 24所述的通信装置；以及

传输单元，用于向通信终端发送信令以向该通信终端通知重配信息。

28.根据权利要求 27所述的基站，其中，所述传输单元还基于所述通信装置中的动态上行配置单元执行的动态上行配置向所述通信终端传输上行调度信息或反馈信息，并且所述基站还包括：

接收单元，用于基于所述动态上行配置接收由所述通信终端发出的上行数据。

29. 一种通信终端，包括：

根据权利要求 13或 23所述的通信装置；

接收单元，用于接收由基站发送的信令以获得重配信息供所述通信装置中包括的确定单元确定，并且基于所述动态上行配置接收由所述基站传输的上行调度信息或反馈信息；

处理单元，用于基于所述动态上行配置解码所述上行调度信息或反馈信息；以及

传输单元，用于基于所述动态上行配置并且基于所述处理单元解码的结果向所述基站发出上行数据。