CN104938017A

CN104938017A - 决定上下行链路重配置期间确认信令时序和调度时序的方法及用户设备

Info

Publication number: CN104938017A
Application number: CN201480005283.7A
Authority: CN
Inventors: 吴敏; 黄建华
Original assignee: MediaTek Singapore Pte Ltd
Current assignee: HFI Innovation Inc
Priority date: 2013-01-18
Filing date: 2014-01-17
Publication date: 2015-09-23
Anticipated expiration: 2034-01-17
Also published as: WO2014111045A1; CN104938017B; US20150365965A1; US9949284B2

Abstract

本发明提供一种决定上下行链路重配置期间的混合自动重传请求确认/上行调度时序以及管理同步上行链路混合自动重传请求进程的方法，包含当上下行链路重配置时，判断前一上下行链路配置的最后帧是否具有至少一混合自动重传请求确认信令无法在当前上下行链路配置的第一帧传输；以及当上述前一上下行链路配置的上述最后帧具有上述信令无法在上述当前上下行链路配置的上述第一帧传输时，根据前一上下行链路配置和当前上下行链路配置的混合自动重传请求确认时序表，重新配置上述当前上下行链路配置的上述第一帧的混合自动重传请求确认时序。

Description

决定上下行链路重配置期间确认信令时序和调度时序的方法及用户设备技术领域

本发明为有关于无线通信网络技术，且特别有关于在 TDD系统中 UL-DL配置改变时的混合自动重传请求 (Hybrid Automatic Repeat Request, HARQ)进程的处理。背景技术

在 3GPP LTE系统中，使用 HARQ机制提高上下行数据传输的可靠性。 DL HARQ为异步自适应 HARQ， UL HARQ为同步自适应或非自适应 HARQ。自适应 HARQ指重传数据的调制编码方式 (Modulation and Code Scheme, MCS)及分配的物理资源能随着信道状态信息 (Channel Status Information， CSI)改变而改变。同步 HARQ指初传（first transmission)和重传 (retransmission)之间应间隔固定的时间。与传统的停等式 (stop-and-wait)ARQ机制相比， LTE系统可支持多个并行的 HARQ进程 (process)。对于异步的 DL HARQ, 应在 DCI中告知用户设备 (User Equipment, UE)DL HARQ进程的 ID， UE才能将重传数据和对应的初传数据正确合并。 DL HARQ初传和重传之间的间隔不固定，但 DL HARQ-ACK和对应的物理下行共享信道 (Physical Downlink Shared Channel, PDSCH)之间应遵循固定的间隔。而对于同步的 UL HARQ, 则无需指示 UL HARQ进程的 ID。 UL HARQ初传和重传之间的间隔固定，除了 UL HARQ-ACK和对应的物理上行共享信道 (Physical Uplink Shared Channel, PUSCH)之间应遵循固定的间隔，上行调度信令和所调度的 PUSCH之间也应遵循固定的间隔，上行调度信令包括上行授权 (UL grant)和物理 HARQ指示信道 (Physical HARQ Indicator Channel, PHICH) , UL grant可以调度新数据传输和自适应 /非自适应 HARQ重传，而 PHICH只能调度非自适应 HARQ 重传。在 FDD LTE系统中，上下行最多可支持 8个并行的 HARQ进程， HARQ-ACK/上行调度时序只有一种，即在收到数据传输后 4ms反馈 HARQ-ACK, 在上行数据传输前 4ms传输上行调度信令；在 TD-LTE系统中，上下行可支持的最大 HARQ进程数与 UL-DL配置有关，如果一个无线帧内的 UL子帧比例增大，那么 UL HARQ进程数将增多， DL HARQ进程数将减少，每个 UL-DL配置都会有对应的 HARQ-ACK/上行调度时序。

然而，对于 UL-DL配置改变时遵循现有 HARQ-ACK/上行调度时序则无法满足上述需求。发明内容

有鉴于此，本发明提供一种决定上下行链路重配置期间确认信令时序和调度时序的方法以及管理同步 HARQ进程的方法。

本发明的一实施例提供了一种决定上下行链路重配置期间确认信令时序和调度时序的方法，该方法包含：当上下行链路重配置时，用户设备对于当前上下行链路配置的第一帧的确认信令时序和上行调度时序使用第一时序；以及该用户设备对于该当前上下行链路配置的第二帧以及之后帧的确认信令时序和上行调度时序使用第二时序。

本发明的一实施例提供了一种管理上下行链路配置确认信令时序的用户设备，该用户设备包含：多个缓冲器，用于缓冲确认信令对应物理共享数据的首次传输以及重传；时序决定模块，当上下行链路配置重配置时，该用户设备对于用于物理共享信道数据接收的当前上下行配置的第一帧的确认信令调度时序使用第一时序表；以及对于该当前上下行配置的第二帧以及之后帧的该确认信令调度时序使用第二时序表；确认信令传输模块，用于依据对应时序表传输确认信令以确认对应物理共享数据的传输以及重传。

本发明的一实施例提供了一种管理多个同步上行链路混合自动重传请求进程的方法，上述方法用于时分双工系统上下行子帧比例重配置期间，上述方法包含：当当前上下行链路配置的上行链路混合自动重传请求进程数较前一上下行链路配置的上行链路混合自动重传请求进程数增加第一数量时，启动的上述当前上下行链路配置的上行链路混合自动重传请求进程数至少与上述第一数量相同；当上述当前上下行链路配置的上行链路混合自动重传请求进程数较上述前一上下行链路配置的上行链路混合自动重传请求进程数减少一第二数量时，终止的上行链路混合自动重传请求进程数至少与上述第二数量相同；以及当一上行链路混合自动重传请求进程在该上下行子帧比例重配置期间不能保持连续时，终止上述上行链路混合自动重传请求进程，并启动另一上行链路混合自动重传请求进程。

下文为介绍本发明的最佳实施例。各实施例用以说明本发明的原理，但非用以限制本发明。本发明的范围当以后附的权利要求项为准。附图说明

图 1为显示根据本发明一实施例的无线通信系统的示意图。

图 2根据本发明一实施例的一非连续 UL HARQ进程的示意图。

图 3为根据本发明一实施例的 UL-DL配置改变时 UL HARQ进程数增加的示意图。

图 4为根据本发明一实施例的终止一 UL HARQ进程的示意图。

图 5A〜图 5B为根据本发明一实施例的终止一 UL HARQ进程的示意图。

图 6A〜图 6B为根据本发明一实施例的终止一 UL HARQ进程的示意图。图 7为根据本发明一实施例的 UL-DL配置改变时 UL HARQ进程数减少的示意图。图 8为现有 DL HARQ-ACK时序在 UL-DL配置重配置期间无效的示意图。

图 9为现有 UL HARQ-ACK时序在 UL-DL配置重配置期间无效的示意图。

图 10为现有 PUSCH调度时序在 UL-DL配置重配置期间无效的示意图。具体实施方式

在说明书及后续的权利要求当中使用了某些词汇来指称特定组件。所属领域中具有通常知识者应可理解，制造商可能会用不同名词来称呼同一个组件。本说明书及后续的权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分准则。在通篇说明书及权利要求当中所提及的"包含"为开放式用语，故应解释成"包含但不限定于"。以外， "耦接"一词在此包含任何直接及间接的电气连接手段。藉由以下的较佳实施例的叙述并配合附图说明本发明，但以下叙述中的装置、组件与方法、步骤乃用以解释本发明，而不应当用来限制本发明。下面描述实现本发明的具体实施例。下列描述是为了说明本发明的一般原则，不可理解为对本发明的限制。因此本发明的保护范围当视所附的权利要求所界定者为准。

图 1为显示根据本发明的实施例所述的多址无线通信系统 100的方块图。多址无线通信系统 100包括一节点 B(Node B)110，一用户设备 (User Equipment, UE)120和 130，用户设备 120与节点 B(Node B)110的一第一天线群组（图未显示）进行通信，其中第一天线群组透过一下行链路 124传输信息至用户设备 120，并透过一上行链路 122接收由用户设备 120所传送的信息。用户设备 130与节点 B110的一第二天线群组（图未显示）进行通信，其中第二天线群组透过一下行链路 134传输信息至用户设备 130，并透过一上行链路 132接收由用户设备 130所传送的信息。在一频分双工 (Frequency Division Duplexing, FDD)系统中，上行链路 122、 132及下行链路 124、 134可使用不同频率通信。举例说明，下行链路 124可用与上行链路 122不同的频 - 节点 B可以是用来与终端设备进行通信的固定机站或基站，也可称作接入点、接入网络 (Access Network, AN)、基站、演进基站、演进节点 B(eNode B)、或其他专业术语。用户设备 (User Equipment, UE)也可称作接入终端 (Access Terminal, AT)、无线通信装置、终端、接入终端、或其他专业术语。图 1中的节点 B110及用户设备 120、 130分别至少包括一传送单元

(图未显示），一接收单元（图未显示）及一处理单元（图未显示），其中上述传送单元及接收单元耦接至上述处理单元。用户设备 120中可以包含支持本发明实施例的模块，例如配置管理模块，用于管理 UL-DL配置的决定以及改变的相关运作， UL处理模块以及 DL处理模块，分别用于处理 UL以及 DL数据处理等，以及可选择地，在用户设备 120以及基站中可以包含缓冲器模块等。

在 3GPP LTE标准中， HARQ机制都应遵从固定的时序要求。对于 UL HARQ和 DL HARQ，数据信道的检测和对应的 HARQ-ACK/NACK上报 (Report)之间都应有一个特定的时间间隔。此外， UL HARQ中用于调度 PUSCH的 UL授权 (Grant)和对应的 PUSCH传输之间也应有一特定的时间间隔。例如，对于 DL HARQ进程，如果 PDSCH在子帧《被检测到，那么对应的 HARQ-ACK会在子帧上报给基站（例如，节点 B、演进节点 B(eNB)等，下文中仅以 eNB示例说明）。与此类似地，对于 UL HARQ进程，如果 UL授权在子帧《被检测到，则该 UL授权对应的 PUSCH应在子帧传输，然后该 PUSCH对应的 HARQ- ACK会在子帧告知 UE。为了保证给 UE和 eNB不少于 4毫秒的数据处理时间， n、及的取值皆不能小于 4。在 FDD LTE系统中， n、及的取值皆为 4。在 TD-LTE系统中，对于不同 UL-DL配置的不同 UL HARQ进程， n、及的取值可能皆不相同。

与 FDD系统相比， TDD系统的一大优势是利用 UL-DL配置来实现上下行非对称资源分配。在 3GPP LTE标准中，现有 7种不同的 UL-DL配置（见表 1 ) ， UL子帧的所占的比例范围为 10%~60%。对于仅有少量用户的小小区 (Small cell)而言，上下行业务流量会实时改变，如果能根据上下行业务流量配置相近的 UL-DL配置，将能极大改善系统效率，对于这些上下行业务流量改变较快的场景，动态或半静态分配上下行子帧比例很有必要。在现有的 3GPP LTE 标准中，规定了不同 UL-DL配置的 HARQ时序要求，但并未考虑 UL-DL配置改变时的 HARQ 过程，因此有必要修改现有的 HARQ时序以支持动态或半静态的 UL-DL配置，以及有必要考虑上下行子帧比例重配置期间的 HARQ进程数改变所带来的影响，如 HARQ进程的终止和启动等。所属领域技术人员可以理解， UL-DL重配置期间 HARQ时序以及处理过程的有益效果不限于上述内容。

表 1 UL-DL配置

2 5ms D S u D D D S u D D

3 10ms D S u u U D D D D D

4 10ms D s u u D D D D D D

5 10ms D s u D D D D D D D

6 5ms D s u u U D S U U D

在 TD-LTE系统中，不同 UL-DL配置的上下行 HARQ进程数如表 2所示。不同 UL-DL配置的 HARQ进程数可能不同，这意味着上下行子帧比例重配置期间并行的 HARQ进程数可能发生改变。

对于异步的 DL HARQ而言，可以在下行链路控制信息 (Downlink Control Information,

DCI)中指示每个 HARQ进程的 ID。由于 eNB可通过调度进程 ID来减少或增加并行的 HARQ进程数，因此 HARQ进程数的改变不会造成较大影响。 UE可以根据最大的 DL HARQ进程数建立对应的 HARQ模块 (module)和缓冲区 (buffer), 其中，每个 HARQ进程可以对应一个 HARQ模块和一个缓冲区。此外，应基于最大的并行 HARQ进程数确定所有其他跟 DL HARQ进程数相关的设计和计算，如软信道比特 (bit)的计算等。

对于同步 UL HARQ, 每个 HARQ进程的初传和重传都对应特定时序， HARQ进程数的改变会造成较大影响。例如，当 UL HARQ进程数减少时，被减掉的 UL HARQ进程应被终止；当 ULHARQ进程数增多时，被增加的 UL HARQ进程应被启动；当一个 HARQ进程不能在 UL- DL配置改变期间保持连续时，这个 HARQ进程就会被终止并启动另一个 HARQ进程。 HARQ 进程的连续性是指前一 UL-DL配置下的初传能和当前 UL-DL配置下的重传进行合并。

图 2为根据本发明一实施例的一非连续 UL HARQ进程的示意图。当 UL-DL配置从 #2变为 #4时，虽然 UL HARQ进程的数量没有改变，即两种 UL-DL配置的 UL HARQ进程数都为 2，但因为前一 UL-DL配置的子帧 #7与当前 UL-DL配置的子帧 #3仅间隔 6个子帧，即两次 PUSCH传输的间隔小于 8ms，所以 UL HARQ进程 #2不能在 UL-DL配置改变期间保持连续。针对非连续 UL HARQ进程，一种解决方案是终止这个 UL HARQ进程，且另一个 UL HARQ进程被启动，即 UL HARQ进程 #2在当前 UL-DL配置的子帧 #1终止，另一个 UL HARQ进程 #3在前一 UL-DL 配置的子帧 #9开始启动，然上述实施例仅为示例说明，本发明的保护范围不以此为限。表 2 TD-LTE系统中的 HARO进程数

当 HARQ进程数增加时，对于 DL HARg进程，可以在 DCI中指示增加的 HARQ进程的 ID , UE只需激活对应的 HARQ模块和 HARQ缓冲区即可。对于 UL HARQ进程，用于调度 PUSCH的 UL授权需在 PUSCH传输前至少 4个子帧发送给 UE，即 UL授权可以作为 UL HARQ进程的起始点， UE需在这个新增的 HARQ进程的起始点检测 UL授权。在一个实施例中， UL授权可以在前一 UL-DL配置下传输，也可以在当前 UL-DL配置下传输。如果 UL授权在前一 UL- DL配置下传输，那么 UE需要在检测此 UL授权前得知当前 UL-DL重配置信令，否则 UE可能检测不到该 UL授权，从而错过对应的 PUSCH传输。综上所述，当前 UL-DL重配置信令应至少在新增 HARQ进程的最早起始点之前传输给 UE。当 UE在上述起始点检测到 UL授权后，可以为该增加的 UL HARQ进程建立对应的 HARQ模块和 HARQ缓冲区。

图 3为根据本发明的一实施例的 UL HARQ进程数增加的示意图，其中， UL-DL配置从 #2 变为 #6，对应的 UL HARQ进程数从 2增加到 6。为了能调度当前 UL-DL配置中增加的 UL子帧 #3和 #4，对应的 UL授权应在前一 UL-DL配置的 DL子帧 #6和 #9传输，即增加的 UL HARQ进程 #3和 #4应在前一 UL-DL配置的最后一帧启动，而另外两个增加的 UL HARQ进程 #5和 #6则在当前 UL-DL配置的第一帧的子帧 #0和 #5启动，换言之，前一 UL-DL配置的两个 HARQ进程，即进程 #1和 #2延续到当前 UL-DL配置。所谓进程 #1的延续是指前一 UL-DL配置的子帧 #2 的 PUSCH能和当前 UL-DL配置的子帧 #3的 PUSCH进行合并。

表 3给出了 UL-DL配置改变时增加的 UL HARQ进程的起始点。表中标号 Cfg表示 UL-DL配置， Cfgl→CfgO表示从配置 1变为配置 0，以此类推。对于增加 UL HARQ进程，如果在子帧《检测到 UL授权，那么可以在子帧 ^传输对应的 PUSCH。对于 UL-DL配置 #0，如果承载 UL授权的 DCI中 UL索引（index)的最低比特位 (LSB)设为 1，那么 K_ULj_ran尸，，否则， K_UL 丽。从此表可看出，大部分增加的 UL HARQ进程可以在当前 UL-DL配置下启动，小部分增加的 UL HARQ进程则可以在前一 UL-DL配置下启动。

表 3新启动的 UL HARO进程的起始点， K

TDD UL- 前一 UL-DL配置的子帧 n 当前 UL-DL配置的子帧 n

DL配置重

Cfgl→CfgO

4/7

Cfgl→Cfg3

Cfgl→Cfg6

Cfg2→CfgO

4/7 4/7

Cfg2→Cfgl

Cfg2→Cfg3

Cfg2→Cfg4

Cfg2→Cfg6

Cfg3→Cfg0

4/7

Cfg3→Cfgl

Cfg3→Cfg6

Cfg4→CfgO

4/7 4/7

Cfg4→Cfgl

Cfg4→Cfg3 Cfg4→Cfg6

- - - - - - - 5 - - 7 7 - - - 7 - - -

Cfg5→Cfg0

4 4/7 7 - - - 4/7 - - -

Cfg5→Cfgl

4 - 6 - - 4 - - - -

Cfg5→Cfg2

- - - - - - - - - - - - - 4 - - - - -

Cfg5→Cfg3

4 4 - - - - - - -

Cfg5→Cfg4

4 - - - - - - - -

Cfg5→Cfg6

- - - - - - - 5 - 5 7 7 - - - 7 - - -

对于异步 DL HA Q, 可以在 DCI中指示进程 ID，当 HARQ进程数减少时， eNB可通过调度 HARQ进程的 ID来减少一个 RTT内并行的 HARQ进程数，因此 DL HARQ进程数的减少并不影响现有的 LTE标准。对于同步 UL HARQ , 每个 HARQ进程都对应固定的时序要求，当 HARQ进程数减少时，一些 UL HARQ进程应被终止， UL HARQ进程的终止可以以该 HARQ进程的最后一个物理混合自动重传请求指示信道 (Physical HARQ Indicator Channel, PHICH)为终止点，换言之， UL HARQ进程的终止可以在 PHICH之后执行。在一实施例中， HARQ进程的终止点可以在前一 UL-DL配置下，也可以在当前 UL-DL配置下。

根据本发明的一个实施例，终止一个 UL HARQ进程可以有多种解决方案，图 4〜图 6B给出了 UE和 eNB在终止一个 UL HARQ进程时不同的处理行为示意图。

根据本发明的一个实施例， UE侧和 eNB侧在终止一个 UL HARQ进程时的行为如图 4所示。当 UL HARQ进程被终止时， UE和 eNB可以清空与该被终止的 UL HARQ进程相对应缓冲区中的数据。在 UE侧，无论收到的 HARQ-ACK是否为 ACK以及重传次数是否达到配置的最大重传次数， UE均清空对应缓冲区中的数据，包括源传送块 (Transport Block, TB)数据和编码后数据。在 eNB侧，无论 PUSCH是否被成功解码以及重传次数是否达到配置的最大重传次数， eNB均清空对应缓冲区中的数据。上述处理与现有 HARQ机制不同，在现有 HARQ机制中， UE只有在收到 UL授权中新数据指示符 (New Data Indicator, NDI)所指示的新数据或者重传次数达到配置的最大重传次数时才清空对应缓冲区的数据， eNB只有在 PUSCH被成功译码或者重传次数达到配置的最大重传次数时才清空对应缓冲区的数据。根据本发明的另一个实施例， UE侧和 eNB侧在终止一个 UL HARQ进程时的行为如图 5A、图 5B所示。当 UL HARQ进程被终止时，在 eNB侧，无论 PUSCH是否被成功解码以及重传次数是否达到配置的最大重传次数， eNB均清空对应缓冲区的已合并数据。在 UE侧，如果检测到 HARQ-ACK为 ACK，或者重传次数达到配置的最大重传次数，那么 UE清空与该 HARQ进程对应的缓冲区中的数据，包括源 TB数据和编码后数据。如果检测到 HARQ-ACK为 NACK, 并且重传次数没有达到配置的最大重传次数，那么该 HARQ进程对应的缓冲区的源 TB数据可以等待以及放入其他 HARQ进程中传输。例如，当 HARQ进程 #2收到的 UL授权中 NDI指示有新数据传输，并且 UL授权中的传输块大小 ( ransport Block Size, TBS)与 HARQ进程#«的源 TB数据的 TBS相同，则将 HARQ进程的源 TB数据放入 HARQ进程 #2的缓冲区作为新数据传输。

根据本发明的另一实施例， UE侧和 eNB侧在终止一个 UL HARQ进程时的行为如图 6A、图 6B所示。当 UL HARQ进程 #w被终止时，在 UE侧，如果检测到 HARQ-ACK为 ACK或者重传次数达到配置的最大重传次数， UE则清空与该 HARQ进程对应的缓冲区中的数据，例如源 TB 数据和编码后的 TB数据。在 eNB侧，如果成功译码 PUSCH或者重传次数达到配置的最大重传次数， eNB则应清空与该 HARQ进程对应的缓冲区中的数据。在 UE侧，如果检测到 HARQ- ACK为 NACK，并且重传次数没有达到配置的最大重传次数，那么与该 HARQ进程对应的缓冲区的已编码数据可以在其他激活的 HARQ进程中重传。如果终止的 HARQ进程数小于或等于激活的 HARQ进程数，可以基于预定义或者无线资源控制（RRC) 信令规定终止的 HARQ 进程与激活的 HARQ进程之间一对一映射的关系，也可以基于预定义或者 RRC信令规定终止 HARQ进程的重传和对应激活 HARQ进程的重传的优先顺序，也可以基于物理层信令在终止 HARQ进程的重传和对应激活 HARQ进程的重传之间动态调度。如果终止的 HARQ进程数大于激活的 HARQ进程数，即有多个终止的 HARQ进程数在一个激活的 HARQ进程中重传，可以基于预定义或者 RRC信令规定终止的 HARQ进程与激活的 HARQ进程之间多对一映射的关系，也可以基于预定义或者 RRC信令规定这多个终止 HARQ进程的重传和对应激活 HARQ进程的重传的优先顺序，也可以基于物理层信令在这多个终止 HARQ进程的重传和对应激活 HARQ 进程的重传之间动态调度。上述预定义方式不需要额外的信令开销， RRC信令方式需要额外的信令开销，物理层信令方式可以复用现有的物理层信令指示域而不增加额外的信令开销。

在一个实施例中，利用物理层信令动态调度终止 HARQ进程的重传或对应激活 HARQ进程的重传，重传应基于 UL授权，该 UL授权中应指示本次重传属于哪个 HARQ进程，当终止 HARQ进程与激活 HARQ进程为一对一映射关系时，可以在用于 UL授权的 DCI 0/4中使用 1比特来指示本次重传的信息，比特位为 0指示该重传是针对该激活 HARQ进程的常规重传，比特位为 1则指示该重传是针对已终止 HARQ进程的重传，重传次数的计数可以包含 HARQ进程 #«在结束前的重传次数，这个 1比特可以复用 DCI 0/4中现有的指示域，例如 1比特的探测参考信号 (Sounding Reference Signal, SRS)请求域；当终止 HARQ进程与激活 HARQ进程为多对一映射关系时，可以在 DCI 0/4中使用「log₂(N+l)，个比特来指示该重传是针对该激活 HARQ进程还是 N个已终止 HARQ进程中的哪一个，重传次数的计数可以包含终止 HARQ进程在结束前的重传次数，这「log₂(N+l)，个比特可以复用 DCI 0/4中现有的指示域，如 2比特的 PUSCH发射功率控制域，或者 3比特的解调参考信号 (Demodulation Reference Signal, DMRS)循环偏移指示。

在一个实施例中，基于预定义规定终止 HARQ进程和激活 HARQ进程之间的映射关系，映射关系可以为一对一或者多对一，例如 UE在操作时基于一张预存的表格来查找这种关系，为每个终止 HARQ进程找到对应的激活 HARQ进程用于重传。在一个实施例中，基于预定义规定终止 HARQ进程的重传和激活 HARQ进程的重传的优先顺序，例如终止 HARQ进程的重传总是优于对应激活 HARQ进程的重传，或者对应激活 HARQ进程的重传总是高于终止 HARQ进程的重传，当多个终止 HARQ进程对应一个激活 HARQ进程时，最早结束的 HARQ进程的重传在这多个终止 HARQ进程中具有最高的优先性。

图 7为根据本发明的一实施例， UL-DL配置改变时 UL HARQ进程数减少的一示意图。如图所示， UL-DL配置从 #6变为 #2， UL HARQ进程的数量从 6减少到 2，其中，共有 4个 UL HARQ进程需终止。具体地， UL HARQ进程 #6和 #1分别在前一 UL-DL配置的 DL子帧 #6和 #9终止；而 UL HARQ进程 #2和 #3则分别在当前 UL-DL配置的 DL子帧 #0和 #1终止。所属领域技术人员可以理解，某些 UL HARQ进程能在重配置期间保持连续，如 UL HARQ进程 #4和 #5，与图 1相似，此处简洁起见不再赘述。

表 4给出了 UL-DL配置改变时所有已终止 HARQ进程的终止点。对于已终止 UL HARQ进程，在终止点子帧《传输的 PHICH可以对应本进程在子帧《— ^/οί传输的 PUSCH。对于 UL- DL配置 #0，如果在子帧 #0或子帧 #5收到的 PHICH资源对 K 否则， Κ_Ρ =6。所属领域技术人员从此表可看出，一部分 UL HARQ进程可以在前一 UL-DL配置下终止，另一部分 UL HARQ进程可以在当前 UL-DL配置下终止，然本发明保护范围不以此为限。表 4终止的 UL HARO进程的终止点， K

UL-DL子帧前一 UL-DL配置的子帧 n 当前 UL-DL配置的子帧 n

3 4 6 7 8 9 0 1 3 4 6 7 8 9

CfgO→Cfgl

6/7

CfgO→Cfg2

6/7

Cfg0→Cfg3

6/7 6/7

CfgO→Cfg4

6/7 6/7

Cfg0→Cfg5

6/7 6/7

CfgO→Cfg6

Cfgl→Cfg2

Cfgl→Cfg3

Cfgl→Cfg4

Cfgl→Cfg5

Cfg2→Cfg3

Cfg2→Cfg4

Cfg2→Cfg5

Cfg3→Cfg2

Cfg3→Cfg4

Cfg3→Cfg5

Cfg4→Cfg5

Cfg6→Cfgl Cfg6→Cfg2

- - - - - - 4 - - 6 6 4 - - - - - - - -

Cfg6→Cfg3

6 4 - - - - 7 - - - -

Cfg6→Cfg4

6 6 4 - - - 7 - - - -

Cfg6→Cfg5

- - - - - - 4 - - 6 6 4 - - - 7 - - - -

假定 N。w是前一 UL-DL配置的 UL HARQ进程的数量， N„_ew是当前 UL-DL配置的 UL HARQ 进程的数量，对于表 3和表 4中的大多数情况，当N_∞w>N。_ld时，至少有 N_nOT-N。_ld个增加的 UL HARQ进程被启动，当 N_nOT<N。_ld时，至少有 N。_ld-N 个减少的 UL HARQ进程被终止。在另一实施例中，可以有更多的 UL HARQ进程被终止或启动，因为 PUSCH重传与初传至少间隔 8ms以及 HARQ-ACK上报与数据传输至少间隔 4ms，使得某些 UL HARQ进程难以在 UL-DL重配置期间保持连续，该 HARQ进程将被终止并启动另一个 HARQ进程。例如，当 UL-DL配置从 #1重配置为 #3时，虽然只减少了一个 UL HARQ进程，但可以有两个 UL HARQ进程被终止以及一个 UL HARQ进程被启动；当 UL-DL配置从 #2重配置为 #3时，虽然只增加了一个 UL HARQ进程，但可以有两个 UL HARQ进程被启动以及一个 UL HARQ进程被终止；当 UL-DL 配置从 #2重配置为 #4时，虽然 UL HARQ进程数没有变化，但可以有一个 UL HARQ进程被终止以及一个 UL HARQ进程被启动。

当 UL-DL重配置时，除了 HARQ进程的数量发生改变以外，另一个需要考虑的主要问题是 HARQ的时序，现有的 HARQ时序可能无法在 UL-DL重配置期间使用。图 8为现有的 DL HARQ-ACK时序在 UL-DL重配置期间无效的一示例，当 UL-DL配置从 #6重配置为 #2时，如果遵从现有的 UL-DL配置 #6的 DL HARQ-ACK时序，子帧 #6和 #9上传输的 PDSCH的 HARQ-ACK 应在下一帧的子帧 #3和 #4上报，但 UL-DL配置 #2 的子帧 #3和 #4是 DL子帧而不是 UL子帧，这使得 UL-DL重配置期间，前一 UL-DL配置的最后一帧的某些 PDSCH的 HARQ-ACK无法在当前 UL-DL配置的第一帧上报。

图 9为现有的 UL HARQ-ACK时序在 UL-DL重配置期间无效的一个示例，当 UL-DL配置从

#1重配置为 #3时，如果遵从现有的 UL-DL配置 #1的 UL HARQ-ACK时序，子帧 #8上传输的 PUSCH的 HARQ-ACK应在下一帧的子帧 #4上上报，但 UL-DL配置 #2的子帧 #4是 UL子帧而不是 DL子帧，这使得 UL-DL重配置期间，前一 UL-DL配置的最后一帧的某些 PUSCH的 HARQ- ACK无法在当前 UL-DL配置的第一帧上报。

图 10为现有的 PUSCH调度时序在 UL-DL重配置期间无效的一个示例，当 UL-DL配置从 #1 重配置为 #2时，如果遵从现有的 UL-DL配置 #1的 UL HARQ-ACK时序，下一子帧 #2上传输的 PUSCH应基于前一子帧 #8上的 UL授权，但 UL-DL配置 #1的子帧 #8是 UL子帧而不是 DL子帧，这使得 UL-DL配置重配置期间，当前 UL-DL配置的第一帧的某些 PUSCH无法在前一 UL-DL配置的最后一帧通过 UL授权调度。

基于上面的分析，当 UL-DL配置改变时，现有的 HARQ时序可能无法适用，因此有必要设计新的 HARQ时序，这个新的 HARQ时序主要用于当前 UL-DL配置的第一帧，而对于其他帧仍然能遵从现有的 HARQ时序。

表 5是现有的 DL HARQ-ACK时序，子帧"上的 HARQ-ACK对应子帧 n-k,k e K上传输的

PDSCH, 集合的大小为 M =l, 2, 3, 4, 9，指对应到同一个 UL子帧上报 HARQ-ACK的所有 DL 子帧数。

当 UL-DL配置改变时，前一 UL-DL配置的最后一帧及之前的帧可以遵从表 5中对应的 DL HARQ-ACK时序，当前 UL-DL配置的第二帧及之后的帧也可以遵从表 5中对应的 DL HA Q- ACK时序（见表 5 ) ，但当前 UL-DL配置的第一帧应遵从新 DL HARQ-ACK时序，该新 DL HARQ-ACK时序可以与表 5中前一 UL-DL配置以及当前 UL-DL配置的现有时序都不同。表 6〜 12给出了 UL-DL重配置时可以遵从的 DL HARQ-ACK时序的示例，上述时序可以用于当前 UL-DL配置的第一帧。

为了设计如表 6— 12所描述的 DL HARQ-ACK时序，具体而言可以遵守下列规则：如果 PDSCH在前一 UL-DL配置下接收到，那么表 5 中前一 UL-DL配置的 DL HARQ-ACK 时序可以被复用 (reu_Se)。如果复用不可行，即对应的 UL子帧在当前 UL-DL配置下实际为 DL子帧，那么 HARQ-ACK可以在最近的 UL子帧报告，其中，最近的 UL子帧与相关联的 PDSCH至少相隔 4个子帧。

如果 PDSCH在前一 UL-DL配置下接收到，那么表 5 中当前 UL-DL配置的 DL HARQ-ACK 时序可以被复用。

基于上面的规则，在新设计的 DL HARQ-ACK时序中，大部分时序表可以由表 5中前一 UL-DL配置和当前 UL-DL配置的 DL HARQ-ACK时序组合而成，即前半段与前一 UL-DL配置的时序相似，后半段与当前 UL-DL配置的时序相似。也可以使用不同的 DL HARQ-ACK时序以及捆绑 (bundle)/复用 (reuse)的子帧 ¾M。例如，当 UL-DL配置从 #3变为 #5，或者从 #3变为 #2 时， M=5, 当 UL-DL配置从 #3变为 #5时， Μ=Ί。在表 5中， Μ的取值可以为 M=l, 2, 3, 4, 9，其中 M=l, 2, 3, 4能使用 ACK-NACK捆绑和复用两种传输方式，而 = 9只能使用捆绑传输方式，对于增加的 M=5, 7，可以与 M= 9—样使用现有的 ACK-NACK捆绑传输。

表 5 PL HARO-ACK时序表， K: ik„, k， , k_M.A

表 8当前 UL-DL配置为 #2

前一 UL- 子帧"

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

0 - - 6 - - - - 7, 6,4 - -

1 - - 7,6 - - - - 8, 7, 4, 6 - -

3 - - 7, 6, 11 - - - - 8, 7, 4, 6 - -

4 - - 12, 8,7, 11 - - - - 8, 7, 4, 6 - -

5 - - 13, 12, 9, 8, 7,5,4, 11,6 - - - - 8, 7, 4, 6 - -

6 - - 7,6 - - - - 8, 7, 4, 6 - - 表 9当前 UL-DL配置为 #3

表 11当前 UL-DL配置为 #5

表 13是现有的 UL HARQ-ACK时序，子帧"上的 HARQ-ACK对应子帧 η-Κ_ΡΗΚΗ上传输的 PUSCH。对于 UL-DL配置 #0，如果在子帧 #0或子帧 #5收到的 PHICH资源对应 I_PHKH=0，那么 Κ_ΡΗΚΗ=7，否则， Κ_ΡΗΚΗ=6。

当 UL-DL配置改变时，前一 UL-DL配置的最后一帧及之前帧可以遵从表 13中对应的 UL HARQ-ACK时序，当前 UL-DL配置的第二帧及之后帧也可以遵从表 13中对应的 UL HARQ- ACK时序，但当前 UL-DL配置的第一帧可以遵从新的 UL HARQ-ACK时序，该新的 UL HARQ-ACK时序可以与表 13中前一 UL-DL配置以及当前 UL-DL配置的现有时序都不同。表 14〜20给出了 UL-DL配置改变时可以遵从的 UL HARQ-ACK时序的一个示例，上述时序可以用于当前 UL-DL配置的第一帧。为了设计如表 14〜20所描述的 UL HARQ-ACK时序，依据本发明的实施例可以遵守下列规则：

如果 PUSCH在前一 UL-DL配置下接收到，那么表 5 中前一 UL-DL配置的 DL HARQ-ACK 时序可以被复用。如果复用不可行，即对应的 DL子帧在当前 UL-DL配置下实际为 UL子帧，那么 HARQ-ACK可以在最近的 DL子帧报告，其中，最近的 DL子帧与相关联的 PUSCH至少相隔 4个子帧。

如果 PUSCH在前一 UL-DL配置下接收到，那么表 13中当前 UL-DL配置的 UL HARQ-ACK 时序可以被复用。

基于上面的规则，在新设计的 UL HARQ-ACK时序中，大部分时序表可能由表 13中前一 UL-DL配置和当前 UL-DL配置的 UL HARQ-ACK时序组合而成，即前半段与前一 UL-DL配置的时序相似，后半段与当前 UL-DL配置的时序相似。也可以使用不同的 UL HARQ-ACK时序。例如，当 UL-DL配置从 #2变为 #5，子帧 #8的 K_PHKH=8，即收到的 PHICH对应前 8个子帧的 PUSCH, 这与现有的时序表不同。

表 13 UL HARO-ACK时序表， Κ_ΡΗΙΓΗ 表 14前一 UL-DL配置为 #0

5 7/6 4 - - - 7/6 - - 6 -

6 7/6 4 - - - 7/6 4 - - 6

表 15前一 UL-DL配置为 #1

4 6 - - - - - - - 6 6

5 6 - - - - - - - 6 -

6 6 - - - - - 4 - - 6 表 18前一 UL-DL配置为 #4

当前 UL- 子帧"

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

0 - - - - - - 4 - - -

1 - - - - - - 4 - - 6

2 - - - - - - - - 6 -

3 - - - - - - - - 6 6

5 - - - - - - - - 6 -

6 - - - - - - 4 - - 6 表 19前一 UL-DL配置为 #5

当前 UL-DL 子帧"

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

0 - - - - - - 4 - - -

1 - - - - - - 4 - - 6

2 - - - - - - - - 6 -

3 - - - - - - - - 6 6

4 - - - - - - - - 6 6

6 - - - - - - 4 - - 6 表 20前一 UL-DL配置为 #6

2 6 4 - 5 - - - - 6 -

3 6 4 - - - 7 - - 6 6

4 6 4 - - - 7 - - 6 6

5 6 4 - - - 7 - - 6 - 表 21是现有的 PUSCH调度时序，在子帧《上传输的 PUSCH应基于子帧 n-K_PUSeH检测到的 UL授权或 PHICH。对于 UL-DL配置 #0，如果在子帧 #2和 #7上传输的 PUSCH所对应的 UL授权中 UL索引的 LSB被设置为 1，那么 K_puseH = 7，否则 K_puseH = 6。

当 UL-DL配置改变时，前一 UL-DL配置的最后一帧及之前帧可以遵从表 21中对应的

PUSCH调度时序，当前 UL-DL配置的第二帧及之后帧也可以遵从表 21中对应的 UL PUSCH调度时序，但当前 UL-DL配置的第一帧可以遵从新的 PUSCH调度时序，这个新的 PUSCH调度时序可能与表 21 中前一 UL-DL配置以及当前 UL-DL配置的现有时序都不同。表 22〜28给出了 UL-DL配置改变时可以遵从的 PUSCH调度时序的一个示例，上述时序只用于当前 UL-DL配置的第一帧。

为了设计如表 22〜28所描述的 PUSCH调度时序，依据本发明的一个实施例，可以遵守下列规则：

如果 UL授权在前一 UL-DL配置下传输且用于连续的 UL HARQ进程，那么 PUSCH调度时序可以复用现有的前一 UL-DL配置或者当前 UL-DL配置的时序。如果复用不可能，及对应的 DL子帧在前一 UL-DL配置下实际为 UL子帧，则使用其他的 PUSCH调度时序，那么该调度时序可以与现有的调度时序相接近， K_puseH的取值与现有的 K_puseH接近。

如果 UL授权在前一 UL-DL配置下传输且用于增加的 UL HARQ进程，那么这个 UL授权可以尽可能接近相关联的 PUSCH且至少相隔 4个子帧。如果 UL授权在当前 UL-DL配置下传输，那么当前 UL-DL配置的现有 PUSCH调度时序可以被复用。

基于上面的规则，在新设计的 PUSCH调度时序中，大部分可能由表 21中前一 UL-DL配置和当前 UL-DL配置的 PUSCH调度时序组合而成，即前半段与前一 UL-DL配置的时序相似，后半段与当前 UL-DL配置的时序相似，也可以使用不同的 PUSCH调度时序。例如，当 UL-DL配置从 #4变为 #2，子帧 #7

的 K_PUSeH = 8，即收到本帧传输的 PUSCH对应前 8个子帧的 UL授权或 PHICH，这与现有的时序表不同。表 21 PUSCH调度时序， K

表 22前一 UL-DL配置为 #0

表 23前一 UL-DL配置为 #1 5 - - 6 - - - - - - -

6 7 7 5 - - 7 7 - 表 24前一 UL-DL配置为 #2

当前 UL- 子帧"

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

0 - - 4 4 4 - - 6/7 7 4

1 - - 4 4 - - - 6 4 -

3 - - 4 4 4 - - - - -

4 - - 4 4 - - - - - -

5 - - 4 - - - - - - -

6 6 5 5 - - 7 7 - 表 25前一 UL-DL配置为 #3

表 26前一 UL-DL配置为 #4

3 - - 4 4 4 - - - - -

5 - - 4 - - - - - - -

6 5 5 5 - - 7 7 - 表 27前一 UL-DL配置为 #5

当前 UL- 子帧"

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

0 - - 4 4 4 - - 6/7 7 4

1 - - 4 4 - - - 6 4 -

2 - - 4 - - - - 4 - -

3 - - 4 4 4 - - - - -

4 - - 4 4 - - - - - -

6 5 5 5 - - 7 7 - 表 28前一 UL-DL配置为 #6

以上实施例使用多种角度描述。显然这里的教示可以多种方式呈现，而在范例中揭露的任何特定架构或功能仅为代表性的状况。根据本文的教示，任何所属领域技术人员应理解在本文呈现的内容可独立利用其他某种型式或综合多种型式作不同呈现。举例说明，可遵照前文中提到任何方式利用某种装置或某种方法实现。装置的实施或一种方式的执行可用任何其他架构、或功能性、又或架构及功能性来实现在前文所讨论的一种或多种型式上。再举例说明以上观点，在某些情况，并行的频道可基于脉冲重复频率所建立。又在某些情况，并行的频道也可基于脉波位置或偏位所建立。在某些情况，并行的频道可基于时序跳频建立。在某一些情况，并行的频道可基于脉冲重复频率、脉波位置或偏位、以及时序跳频建立。

所属领域技术人员将了解信息及信号可用多种不同科技及技巧展现。举例，在以上描述所有可能引用到的数据、指令、命令、信息、信号、位、符号、以及码片 (chip)可以伏特、电流、电磁波、磁场或磁粒、光场或光粒、或以上任何组合所呈现。

熟知此技术技术人员更会了解在此描述各种说明性的逻辑区块、模块、处理器、装置、电路、以及演算步骤与以上所揭露的各种情况可用的电子硬件（例如用来源编码或其他技术设计的数字实施、模拟实施、或两者的组合）、各种形式的程序或与指示作为链接的设计码 (在内文中为方便而称作 "软件"或 "软件模块" ）、或两者的组合。为清楚说明此硬件及软件间的可互换性，多种具描述性的组件、方块、模块、电路及步骤在以上的描述大致上以其功能性为主。不论此功能以硬件或软件型式呈现，将视加注在整体系统上的特定应用及设计限制而定。所属领域技术人员可为每一特定应用将描述的功能以各种不同方法作实现，但此实现的决策不应被解读为偏离本文所揭露的范围。

此外，多种各种说明性的逻辑区块、模块、及电路以及在此所揭露的各种情况可实施在集成电路 (Integrated Circuit, IC)、接入终端、接入点；或由集成电路、接入终端、接入点执行。集成电路可由一般用途处理器、数字信号处理器 (Digital Signal Processor, DSP)、特定应用集成电路（Application Specific Integrated Circuit， ASIC)、现场可编程闸列（Field Programmable Gate Array, FPGA)或其他可编程逻辑设备、离散闸 (Discrete Gate)或晶体管逻辑 (Tnmsistor Logic；)、离散硬件组件、电子组件、光学组件、机械组件、或任何以上的组合的设计以完成在此文内描述的功能；并可能执行存在于集成电路内、集成电路外、或两者皆有的执行码或指令。一般用途处理器可能是微处理器，但也可能是任何常规处理器、控制器、微控制器、或状态机。处理器可由计算机设备的组合所构成，例如：数字信号处理器 (DSP)及一微电脑的组合、多组微电脑、一组至多组微电脑以及一数字信号处理器核心、或任何其他类似的配置。

值得注意的是，在此所揭露程序的任何具体顺序或分层的步骤纯为一举例的方式。基于设计上的偏好，必须了解到程序上的任何具体顺序或分层的步骤可在此文件所揭露的范围内被重新安排。伴随的方法权利要求以一示例顺序呈现出各种步骤的组件，也因此不应被此所展示的特定顺序或阶层所限制。

本发明的说明书所揭露的方法和算法的步骤，可以直接透过执行一处理器直接应用在硬件以及软件模块或两者之结合上。一软件模块（包括执行指令和相关数据）和其它数据可储存在数据内存中，像是随机接入内存 (Random Access Memory, RAM)、闪存 (flash memory)、只读存储器 (Read-Only Memory, ROM), 可抹除可规化只读存储器 (EPROM)、电子抹除式可复写只读存储器 (Electrically-Erasable Programmable Read-Only Memory, EEPROM)、缓存器、硬盘、可携式应碟、光盘只读存储器 (Compact Disc Read-Only Memory, CD-ROM) 数字视频光盘 (Digital Video Disc, DVD)或在此领域习的技术中任何其它计算机可读取的储存媒体格式。一储存媒体可耦接至一机器装置，举例来说，像是计算 ίΠ/处理器（为了说明的方便，在本说明书以处理器来表示），上述处理器可透过来读取信息（像是程序代码），以及写入信息至储存媒体。一储存媒体可整合处理器。特殊应用集成电路 (ASIC)包括处理器和储存媒体。一使用者设备则包括特殊应用集成电路。换句话说，处理器和储存媒体以不直接连接用户设备的方式，包含于使用者设备中。此外，在一些实施例中，任何适合计算机程序的产品包括可读取的储存媒体，其中可读取的储存媒体包括一或多个所揭露实施例相关的程序代码。而在一些实施例中，计算机程序的产品可以包括封装材料。

虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明，任何所属领域技术人员，在不脱离本发明的精神和范围内，当可作些许的更动与润饰，因此本发明的保护范围当视后附的申请专利范围所界定者为准。

Claims

权利要求书

1.一种决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，该方法包含：

当上下行链路重配置时，用户设备对于当前上下行链路配置的第一帧的确认信令时序和上行调度时序使用第一时序；以及

该用户设备对于该当前上下行链路配置的第二帧以及之后帧的确认信令时序和上行调度时序使用第二时序。

2.如权利要求 1所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于：

该确认信令时序为上行链路混合自动重传请求确认时序，用于确认物理上行链路共享信道的传输，或者该确认信令时序为下行链路混合自动重传请求确认时序，用于确认物理下行链路共享信道的传输。

3.如权利要求 1所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于：

该上行调度时序为上行链路授权所调度的物理上行链路共享信道的时序，或者该上行调度时序为物理混合自动重传请求指示信道所调度的物理上行链路共享信道的时序。

4.如权利要求 2所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其中，该确认信令时序为上行链路混合自动重传请求确认时序，其特征在于：

当该当前上下行链路配置的混合自动重传请求进程的数量大于该前一上下行链路配置的混合自动重传请求进程的数量，则启动第一数量的混合自动重传请求进程数；或者

当该当前上下行链路配置的混合自动重传请求进程的数量小于该前一上下行链路配置的混合自动重传请求进程的数量，则关闭第二数量的混合自动重传请求进程数；或者

当该当前上下行链路配置的混合自动重传请求进程的数量等于该前一上下行链路配置的混合自动重传请求进程的数量，且某些混合自动重传请求进程在上下行链路重配置期间无法连续时，则关闭第三数量的混合自动重传请求进程数，以及启动第三数量的混合自动重传请求进程数。

5.如权利要求 4所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，进一步包含：

该用户设备检测出该当前上下行链路配置的混合自动重传请求进程的数量；以及该用户设备检测下行链路控制信息信令以检测该当前上下行链路配置的混合自动重传请求进程的号码。

6.如权利要求 4所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，当启动第一数量的混合自动重传请求进程数之后，该用户设备进一步激活该第一数量的混合自动重传请求模块以及该第一数量的缓冲器。

7.如权利要求 4所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，当关闭该第二数量的混合自动重传请求进程数之后，该用户设备进一步清空与该第二数量的混合自动重传请求进程相关的该第二数量的缓冲器。

8.如权利要求 4所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，在该进程的最后一个物理混合自动重传请求指示信道之后执行混合自动重传请求进程的关闭。

9.如权利要求 8所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，进一步包含：

当已关闭混合自动重传请求进程的最后一个确认信令为否定确认以及重传次数小于最大传输次数时，该已关闭混合自动重传请求进程对应之未编码数据放置在其他激活混合自动重传请求进程中作为新数据传输；以及

当已关闭混合自动重传请求进程的重传次数等于最大重传次数或者该混合自动重传请求进程的最后一个确认信令为肯定确认时，该混合自动重传请求进程对应之已编码数据从对应的缓冲器中清空。

10.如权利要求 8所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，进一步包含：

当已关闭混合自动重传请求进程的最后一个确认信令为否定确认以及重传次数小于最大传输次数时，该已关闭混合自动重传请求进程对应之已编码数据放置在其他激活混合自动重传请求进程中与该其他激活混合自动重传请求进程中进行传输；

当已关闭混合自动重传请求进程的重传次数等于最大重传次数或者该混合自动重传请求进程的最后一个确认信令为肯定确认时，该混合自动重传请求进程对应之已编码数据从对应的缓冲器中清空。

11.如权利要求 10所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，已关闭混合自动重传请求进程和其他激活混合自动重传请求进程之间具有对应映射关系。

12.如权利要求 11所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，该映射关系透过 RRC信令配置。

13.如权利要求 10所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，透过 RRC信令配置已关闭混合自动重传请求进程的重传和映射的激活混合自动重传请求进程的重传的优先顺序。

14.如权利要求 10所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，透过物理层信令动态调度该已关闭混合自动重传请求进程的重传和映射的激活混合自动重传请求进程的重传。

15.如权利要求 14所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，该用户设备检测下行链路控制信息，以得知该已激活混合自动重传请求进程中所重传的数据对应该已关闭混合自动重传请求进程或者该已激活混合自动重传请求进程。

16.如权利要求 1所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，进一步包含：

该第一时序中，该当前上下行链路配置的第一帧的确认信令时序根据该前一上下行链路配置的确认信令时序以及该当前上下行链路配置的第二帧以及以后的确认信令时序所生成；以及

该当前上下行链路配置的第一帧的上行调度时序根据该前一上下行链路配置的上行调度时序以及该当前上下行链路配置的第二帧以及以后的上行调度时序所生成。

17. 如权利要求 16所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，该当前上下行链路配置的第一帧的确认信令时序根据该前一上下行链路配置的确认信令时序以及该当前上下行链路配置的第二帧以及以后的确认信令时序所生成进一步包含：

对应该前一上下行链路配置的确认信令能够以前一上下行链路配置的确认信令时序传输时，至少部分复用该前一上下行链路配置的该确认信令对应时序，当特定确认信令无法复用该前一上下行配置的确认信令对应时序时，选择该当前上下行链路配置的一个特定子帧来传输该特定确认信令，该特定子帧是该确认信令在该前一上下行链路配置时序下对应子帧的最邻近同向子帧，以及该前一上下行链路配置下对应物理共享数据信道传输子帧以及该最邻近同向子帧至少间隔 4个子帧。

18. 如权利要求 16所述的决定上下行链路重配置期间确认信令时序和调度时序的方法，其特征在于，该当前上下行链路配置的第一帧的上行调度时序根据该前一上下行链路配置的上行调度时序以及该当前上下行链路配置的第二帧以及以后的上行调度时序所生成进一步包含：

对应该当前上下行链路配置的上行调度信令能够以当前上下行链路配置的上行调度时序传输时，至少部分复用该当前上下行链路配置的该上行调度信令对应时序，当特定上行调度信令无法复用该当前上下行配置的上行度信令对应时序时，选择该前一上下行链路配置的一个特定子帧来传输该特定上行调度信令，该特定子帧是该上行调度信令在该当前上下行链路配置时序下对应子帧的最邻近同向子帧，以及该当前上下行链路配置下对应上行调度数据传输子帧以及该最邻近同向子帧至少间隔 4个子帧。

19.一种管理上下行链路配置确认信令时序的用户设备，其特征在于，该用户设备包含：多个缓冲器，用于缓冲确认信令对应物理共享数据的首次传输以及重传；

时序决定模块，当上下行链路配置重配置时，该用户设备对于用于物理共享信道数据接收的当前上下行配置的第一帧的确认信令调度时序使用第一时序表；以及对于该当前上下行配置的第二帧以及之后帧的该确认信令调度时序使用第二时序表；

确认信令传输模块，用于依据对应时序表传输确认信令以确认对应物理共享数据的传输以及重传。

20.如权利要求 19所述的管理上下行链路配置确认信令时序的用户设备，该确认信令时序为上行链路混合自动重传请求确认时序，或者该确认信令时序为下行链路混合自动重传请求确认时序时，其特征在于进一步包含：

进程管理模块，用于：

当该当前上下行链路配置的混合自动重传请求进程的数量大于该前一上下行链路配置的混合自动重传请求进程的数量，则启动第一数量的混合自动重传请求进程数；或者

当该当前上下行链路配置的混合自动重传请求进程的数量小于该前一上下行链路配置的混合自动重传请求进程的数量，则关闭第二数量的混合自动重传请求进程数；或者

当该当前上下行链路配置的混合自动重传请求进程的数量等于该前一上下行链路配置的混合自动重传请求进程的数量，且某些混合自动重传请求进程在上下行链路重配置无法连续时，则关闭第三数量的混合自动重传请求进程数，以及启动第三数量的混合自动重传请求进程数。

21.如权利要求 20所述的管理上下行链路配置确认信令时序的用户设备，其特征在于，当启动第一数量的确认信令进程数之后，该用户设备进一步激活第一数量的缓冲器。

22.如权利要求 20所述管理上下行链路配置确认信令时序的用户设备，其特征在于，当关闭该第一数量的确认信令数之后，该用户设备进一步清空与该第二数量确认信令相关的该第二数量的缓冲器。

23.如权利要求 22所述管理上下行链路配置确认信令时序的用户设备，其特征在于，进一步包含：

当该第二数量的确认信令之一特定确认信令为否定确认以及重传次数小于最大传输次数时，该特定确认信令对应之已编码数据放置在其他混合自动重传请求进程中重传；

当该第二数量的确认信令之的该特定确认信令的重传次数等于最大重传次数或者该特定确认信令为肯定确认信令时，该特定确认信令对应之已编码数据从对应的缓冲器中清空。

24.如权利要求 19所述的管理上下行链路配置确认信令时序的用户设备，其特征在于，该时序决定模块依据下列原则生成该第一时序表：

至少部分复用该前一上下行链路配置的确认信令的调度时序，当特定确认信令无法复用该前一上行链路 -下行链路配置的确认信令对应时序时，选择该当前上下行链路配置的一个特定子帧来传输该特定确认信令，该特定子帧是该确认信令在该前一上下行链路配置时序下对应子帧的最邻近同向子帧，以及该前一上下行链路配置时序下对应子帧以及该最邻近同向子帧至少间隔 4个子帧。