使用载波聚合时的下行链路控制信息集合切换
背景技术
这里使用的术语“用户设备”(UE)、“移动台”(MS)和“用户代理”(UA)在一些情况下可以指移动设备,如移动电话、个人数字助理、手持或膝上计算机和具有通信能力的类似设备。术语“MS”、“UE”、“UA”、“用户设备”和“用户节点”这里可以同义地使用。UE可以包括允许UE与其他设备通信的组件,还可以包括一个或多个相关可移除存储器模块,例如但不限于包括订户标识模块(SIM)应用、通用订户标识模块(USIM)应用或可移除用户标识模块(R-UIM)应用的通用集成电路卡(UICC)。备选地,这种UE可以由设备本身组成而没有这种模块。在其他情况下,术语“UE”可以指具有类似能力但是不便携的设备,如台式计算机、机顶盒、或网络设备。术语“UE”可以指可以终结用户的通信会话的任何硬件或软件组件。
随着通信技术演进,已经引入了更高级的网络接入设备,其可以提供先前不可能提供的服务。该网络接入设备组件可以包括作为传统无线通信系统的对等设备的改进的系统和设备。这种高级或下一代设备可以包括在演进的无线通信标准中,如长期演进(LTE)和LTE-高级(LTE-A)。例如LTE或LTE-A标准可以是演进通用陆地无线接入网(E-UTRAN)并包括不同于传统基站的E-UTRAN节点B(或eNB)、无线接入点、中继节点或类似组件。这里使用的术语“接入节点”指无线网络的创建接收和发送覆盖的地理区域从而允许UE或中继节点接入通信系统中的其他组件的任何组件,如传统基站、无线接入点、中继节点或LTE或LTE-A节点B或eNB。在本文中,术语“接入节点”和“接入设备”可以互换使用,但是应理解,接入节点可以包括多个硬件和软件。
附图说明
为了更全面理解本公开,现在结合附图和详细描述,参照以下简要描述,附图中相似的参考标号标识相似的部分。
图1是根据本公开的实施例的通信系统的图。
图2是示意根据本公开实施例的载波聚合的图。
图3是示意根据本公开实施例的载波聚合的备选实现的图。
图4是示意根据本公开实施例在保留任何现有填充比特的同时,向版本8DCI添加GIF字段的图。
图5是示意根据本公开实施例在移除任何现有填充比特的同时,向版本8DCI添加GIF字段的图。
图6是示意根据本公开实施例的用于执行DCI集合切换的双向握手过程的图。
图7是示意根据本发明实施例用于执行DCI集合切换的方法的流程图。
图8示意了适于实现本公开的多个实施例的处理器和相关组件。
具体实施方式
一开始应当理解,尽管以下提供了本公开一个或多个实施例的示意实现,但是可以使用任何数目的技术(不论是否当前已知或存在)来实现所公开的系统和/或方法。本公开不应限于示意实现、附图和以下所示的技术,包括本文示意和描述的示例设计和实现,而是可以在所附权利要求及其等效物的整个范围之内进行修改。
在说明书、权利要求和附图中使用的以下缩写具有以下定义。除非另行指明,所有术语由第三代合作伙伴计划(3GPP)技术规范所阐述的标准定义并遵循这些标准。
“ACK”定义为“肯定应答”。
“AM”定义为“应答模式”。
“ARG”定义为“自动重传请求”。
“CA”定义为“载波聚合”。
“CCE”定义为“控制信道元素”。
“CI”定义为“载波指示符”。
“GIF”定义为“载波指示符字段”。
“DCI”定义为“下行链路控制信息”。
“eNB”定义为“E-UTRAN节点B”。
“FDD”定义为“频分双工”。
“HARQ”定义为“混合自动重传请求”。
“LTE”定义为“长期演进”。
“LTE-A”定义为“LTE高级”。
“MAC”定义为“媒体接入控制”。
“NAGK”定义为“否定应答”。
“PDU”定义为“协议数据单元”。
“RAN”定义为“无线接入网”。
“版本”后接数字指3GPP规范的版本号。
“RLC”定义为“无线链路控制”。
“RNTI”定义为“无线网络临时标识符”。
“RRC”定义为“无线资源控制”。
“PDCCH”定义为“物理下行链路控制信道”。
“PDCP”定义为“分组数据汇聚协议”。
“PDSCH”定义为“物理下行链路共享信道”。
“PUSCH”定义为“物理上行链路共享信道”。
“SDU”定义为“服务数据单元”。
“SFN”定义为“系统帧号”。
“SRB”定义为“信令无线承载”。
“TDD”定义为“时分双工”。
“Tx”定义为“发送”。
“UE”定义为“用户设备”。
这里描述的实施例涉及DCI集合切换过程。DCI集合是从eNB发送给UE的下行控制链路信息的一个或多个具体实例。DCI集合可以指非CIFDCI的集合,或者GIF DCI的集合,其中非CIF DCI不包括载波指示符字段(GIF)而GIF DCI包括GIF。DCI集合切换指从使用非GIF DCI切换至GIF DCI、或从使用GIF DCI切换至非CIF DCI、或从使用具有特定长度的CIF的GIF DCI切换至具有不同长度GIF字段的GIF DCI的过程。
当前,使用载波聚合时的DCI集合切换存在问题。在载波聚合中,多个载波可以被聚合并且可以在子帧中分配给UE。使用载波聚合时的DCI设置切换可能出现的问题的示例是确保eNB和UE在DCI集合切换过程期间彼此不失去联系。可能由于错误,如NACK至ACK的错误而失去联系。eNB和UE还可能因为多个DCS集合中的每一个中的对应DCI格式可能具有不同长度而失去联系。因此,eNB可能发送具有一个长度的DCI格式,而UE尝试针对不同长度来盲解码该DCI格式。以下更详细描述这些问题。
这里描述的实施例提供了至少7种不同技术来解决这些和其他问题。在一个实施例中,可以指定激活时间,使得UE可以接收RRC命令并发送RRC应答,使得eNB可以减少或消除在从UE进行的上行链路传输上出现NACK至ACK的错误的可能性。以下详细描述NACK至ACK的错误。eNB可能不知道来自UE的NACK至ACK的错误的时间可以称为不确定窗口。
在第二实施例中,在不确定窗口期间,eNB可以不经由PDCCH向UE分配资源。该过程减少了UE接收UE不能盲解码的PDCCH通信的可能性。
在第三实施例中,在不确定窗口期间,eNB可以发送来自两个DCI集合的DCI。当使用该技术时,UE当前使用哪种DCI集合不那么重要,因为在PDCCH上存在来自两个集合的DCI。
在第四实施例中,可以提供新的DCI格式。可以定义新DCI格式,使得UE可以始终在PDCCH上搜索新DCI格式,无论UE的当前多载波配置如何。
在第五实施例中,可以利用称为双向握手的技术,在UE处执行双DCI集合盲解码。在该实施例中,UE发信号通知eNB:UE正在监视两个DCI集合,使得eNB可以切换至使用新DCI集合。继而,eNB发信号通知UE eNB不再发送旧DCI,使得UE可以停止监视旧DCI。
在第六实施例中,当存在模糊DCI长度时,指定或确定要使用哪个DCI集合。在第七实施例中,在切换DCI集合之前,可以切换至非模糊传输模式。以下详细描述这两种实施例。此外,这7个实施例仅是示例,这里提供的其他实施例也是如此。
图1示意了RAN 100的实施例,RAN 100可以是3GPP规范中描述的LTE或LTE-A网络。图1是示例性的,在其他实施例中可以具有其他组件或配置。在实施例中,RAN 100可以是LTE-A网络,并且可以包括一个或多个接入节点110和140、一个或多个中继节点(RN)120、以及一个或多个UE 130。图1示出了存在第二接入节电140。接入节电110或140可以是eNB、基站或促进UE 130的网络接入的其他组件。UE 130可以经由RAN 100互相通信,可以与所示的RAN 100的各个组件通信,还可以与未示出的其他组件通信。RAN 100可以实现无线通信系统。
图2是示意根据本公开实施例的载波聚合的图。在LTE-A中,可以使用载波聚合来支持更宽的传输带宽,从而增加潜在峰值数据速率,例如以满足LTE-A要求。在载波聚合中,多个分量载波被聚合,并且可以在子帧中分配给UA,如图2所示。在该示例中,每个分量载波210a、210b、210c、210d和210e具有约20MHz的宽度。总系统带宽约100MHz。应该注意,分量载波也可以具有其他带宽,如10MHz。例如,根据UE的能力,UE可以在多个(例如多至5个)分量载波上进行接收或发送。此外,根据部署场景,可以对位于相同频带中的载波和/或位于不同频带中的载波进行载波聚合。例如,一个载波可以位于2GHz,第二组合载波可以位于800MHz。
在LTE-A中,在载波聚合中发送PDCCH的一个选择是使用显式GIF,在不同于传输对应PDSCH的载波的载波上传输PDCCH。这里描述的实施例提供了解决各种问题的方案和UE过程,所述问题包括但不限于与显式CIF的引入相关的问题。
与载波聚合相关的问题之一是PDCCH的设计。对于PDCCH设计当前存在两个选择。选择1是在与传输对应PDSCH的载波相同的载波上传输PDCCH,选择2示出了可以在与传输至少一个对应PDSCH的载波不同的载波上传输PDCCH。
在第一选择中,分量载波上的PDCCH在相同分量载波上分配PDSCH资源,在单个链接的上行链路分量载波上分配PUSCH资源。在这种情况下,不存在载波指示符字段。即,可以利用相同的编码、相同的基于CCE的资源映射和DCI格式继续使用版本8PDCCH结构。
关于第二选择,分量载波上的PDCCH可以使用载波指示符字段,在多个分量载波之一中分配PDSCH或PUSCH资源,在这种情况下,版本8DCI格式扩展为具有1-3比特载波指示符字段。可以利用相同编码和相同的基于CCE的资源映射重用版本8PDCCH结构的剩余部分。
图3是示意根据本公开实施例的载波聚合的备选实现的图。图3示出了上述两个备选。在箭头300处示出的第一备选示出PDCCH在与传输PDSCH的载波相同的载波上传输。在箭头302处示出的第二备选示出PDCCH可以在与传输PDSCH的载波不同的载波上传输。对于该第二备选,可以使用CIF来指示合适PDSCH或PUSCH所分配至的载波。CIF需要添加至DCI的附加信令比特,用于下行链路资源授权或上行链路资源授权,以允许PDCCH监视载波上的PDCCH信令引用不同载波上的资源。
以下表1至表4包含对于不同带宽、以及对于FDD与TDD情况、和eNB处2个发送天线与4个发送天线的所有DCI的比特长度。DCI 0、1A和3/3A可以始终具有相同长度。DCI 1B、1D、2和2A的长度可以部分基于在eNB使用的发送天线的数目而变化。
表1:LTE版本8中的DCI格式大小,本表涉及在eNB具有2个发送天线的FDD。
DCI格式 |
1.4MHz |
3MHz |
5MHz |
10MHz |
15MHz |
20MHz |
0/1A/3/3A |
21 |
22 |
25 |
27 |
27 |
28 |
1 |
19 |
23 |
27 |
31 |
33 |
39 |
1B |
22 |
25 |
27 |
28 |
29 |
30 |
1C |
8 |
10 |
12 |
13 |
14 |
15 |
1D |
22 |
25 |
27 |
28 |
29 |
30 |
2 |
31 |
34 |
39 |
43 |
45 |
51 |
2A |
28 |
31 |
36 |
41 |
42 |
48 |
表2:LTE版本8中的DCI格式大小,本表涉及在eNB具有4个发送天线的FDD。
DCI格式 |
1.4MHz |
3MHz |
5MHz |
10MHz |
15MHz |
20MHz |
0/1A/3/3A |
21 |
22 |
25 |
27 |
27 |
28 |
1 |
19 |
23 |
27 |
31 |
33 |
39 |
1B |
25 |
27 |
28 |
30 |
31 |
33 |
1C |
8 |
10 |
12 |
13 |
14 |
15 |
1D |
25 |
27 |
28 |
30 |
31 |
33 |
2 |
34 |
37 |
42 |
46 |
48 |
54 |
2A |
30 |
33 |
38 |
42 |
45 |
50 |
表3:LTE版本8中的DCI格式大小,本表涉及在eNB具有2个发送天线的TDD。
DCI格式 |
1.4MHz |
3MHz |
5MHz |
10MHz |
15MHz |
20MHz |
0/1A/3/3A |
23 |
25 |
27 |
29 |
30 |
31 |
1 |
22 |
26 |
30 |
34 |
36 |
42 |
1B |
25 |
27 |
29 |
31 |
33 |
33 |
1C |
8 |
10 |
12 |
13 |
14 |
15 |
1D |
25 |
27 |
29 |
31 |
33 |
33 |
2 |
34 |
37 |
42 |
46 |
48 |
54 |
2A |
31 |
34 |
39 |
43 |
45 |
51 |
表4:LTE版本8中的DCI格式大小,本表涉及在eNB具有4个发送天线的TDD。
DCI格式 |
1.4MHz |
3MHz |
5MHz |
10MHz |
15MHz |
20MHz |
0/1A/3/3A |
23 |
25 |
27 |
29 |
30 |
31 |
1 |
22 |
26 |
30 |
34 |
36 |
42 |
1B |
27 |
29 |
31 |
33 |
34 |
35 |
1C |
8 |
10 |
12 |
13 |
14 |
15 |
1D |
27 |
29 |
31 |
33 |
34 |
35 |
2 |
37 |
41 |
45 |
49 |
51 |
57 |
DCI集合切换
现有技术规范未完全解决的问题在于使用载波聚合时的DCS集合切换。这里描述的实施例涉及使用载波聚合时的DCI集合切换。以下段落简要总结了这些实施例中的一些,以及关于DCI集合切换的问题。
DCI集合指非CIF DCI(如版本8DCI)的集合或CIF DCI的集合。可以存在具有不同长度GIF字段的多个CIF DCI。CIF字段可以具有1至3(可能更多)比特的长度。
DCI集合切换指下述过程:从使用非CIF DCI切换至CIF DCI,或从使用CIF DCI切换至非CIF DCI,或从使用具有特定长度的CIF的CIF DCI切换至具有不同长度CIF字段的CIF DCI。这里描述的实施例主要描述了从非CIF DCI切换至CIF DCI,但是所有所标识的问题和所提出的方案同样适用于沿反方向的切换。因此,实施例不限于从非CIF DCI切换至CIFDCI,而是包括任何类型的DCI集合切换。
在实施例中,CIF可以包括附加信令比特,添加至DCI格式以允许在PDCCH监视载波上的PDCCH信令引用不同载波上的PDSCH或PUSCH资源。CIF可以用于下行链路资源分配或上行链路资源授权。
非CIF DCI可以指不包括CIF的DCI,如版本8DCI。该实施例还可以包括CIF长度为0的情形。
CIF DCI可以包括长度1-3比特的附加CIF以及所有相关DCI,以指示分配PDSCH或PUSCH的载波。DCI集合可以指非CIF DCI的集合或CIFDCI的集合。可以存在多个CIF DCI集合,其中每个CIF DCI集合具有不同长度CIF字段。
DCI X可以指特定DCI集合中的特定DCI格式或长度,例如但不限于非CIF DCI的集合。DCI X+可以指不同DCI集合中的对应DCI格式或长度,例如但不限于CIF DCI的集合。由于附加CIF字段的存在,DCI X+可以具有比DCI X更长的长度。
DCI X和DCI X+可以具有相同长度的一种情况是DCI X已经被填充以避免模糊DCI长度。模糊长度包括12、14、16、20、24、26、32、40、44和46,也可能有其他长度。在示例中,如果DCI X包括一个填充比特,DCI X+包括1比特GIF,则DCI X和DCI X+可以具有相同长度。这种情形的另一示例可以是针对10MHz带宽的DCI 1A。该DCI具有27比特长度,其中1比特是填充比特以避免28比特的模糊长度。然而,具有1比特CSF的对应DCI 1A也具有27比特长度,因为在这种情况下不需要额外填充比特。
理解RRC信令可以增强对DCI集合切换的理解。在RRC信令中,RRC命令指从eNB发送给UE以命令执行特定RRC过程的RRC消息。这种过程的示例包括多载波激活、重新配置或去激活。RRC应答指从UE发送给eNB以应答所命令的RRC过程已经成功或可能未成功完成的RRC消息。
如上所述,存在与从使用一个DCI集合(称为旧DCI集合)切换至使用另一DCI集合(称为新DCI集合)的过程相关的一些问题。例如,可以从非CIF-DCI集合切换至CIF DCI集合,如在多载波激活中或者激活载波的子集作为PDCCH监视载波的配置中。在另一示例中,可以从CIF DCI集合切换至非CFI DCI集合,如在多载波去激活或所有激活载波作为PDCCH监视载波的配置中。在又一示例中,可以从具有GIF长度M的CIF-DCI集合切换至具有GIF长度N(M≠N)的不同GIF DCI集合,如在多载波重新配置中,其中GIF字段的长度改变。
可以使用以下步骤来描述切换DCI集合的实施例。这些步骤还示意了能够支持多个载波的UE的网络进入。首先,能够支持多个载波的UE可以作为版本8UE执行网络进入,即使该UE是版本10UE。eNB可以使用非CIF DCI来向UE发送PDCCH信息。其次,多载波UE可以经由UE能力交换过程,向eNB发信号通知其多载波能力。第三,eNB可以配置UE用于多载波操作,这包括在PDCCH上使用CIF DCI作为对该UE的专用控制信令。广播PDCCH信令,如系统信息(SI-RNTI)和寻呼(P-RNTI),可以继续使用非CIF DCI。
在上述过程期间的一个或多个点,eNB和UE可能需要从使用一个DCI集合切换至使用不同DCI集合。对于eNB和UE,DCI集合切换的确切时间点可以不必需相同。在该过程中,关于DCI集合切换的问题在于确保eNB和UE在DCI集合切换过程期间不彼此失去联系。eNB和UE之间失去联系是潜在可能的,因为两个DCS集合中的每个集合中的对应DCI格式可能具有不同长度。因此,eNB可能发送具有一个长度的DCI格式,如非CIF DCI集合中的DCI X,而UE尝试以不同长度(如CIF DCI集合中的DCS X+)对该DCI格式进行盲解码。以下讨论该问题的各个方面。
当指示UE执行RRC过程(包括切换DCI集合)时,LTE中可能没有固定的激活时间与特定RRC过程相关联。特定RRC过程具有处理延迟要求,是因为可能预期UE在从UE成功接收发起特定过程的RRC命令的时间开始测量的特定时间段内完成特定过程。然而,UE应用无线资源配置的确切时间在eNB处可能是未知的。因此,存在不确定窗口,其间eNB可能不确定UE的当前配置。
出于这些原因,eNB可能不能完全确定UE已经执行指示的RCC过程,直到eNB从UE接收回应答过程成功完成的RRC消息。当从UE接收针对包含RRC命令的物理层传输块的HARQ ACK时,eNB可以假设UE已经成功接收发起过程的RRC命令。然而,存在较小但是非零的概率:UE可能发信号通知HARQ NACK,但是eNB将该信号解码为ACK。这类错误可以称为NACK至ACK的错误。
在这种情形中,eNB可以表现为如同UE接收到RRC命令,而事实上UE未接收到RRC命令。由于eNB没有正确接收针对包含RRC命令的传输块的HARQ ACK,eNB可能不会,并且在一些情况下将永不,执行该传输块的任何进一步HARQ重传。在稍后的某个时间,当eNB预期从UE接收RRC应答消息但是未接收时,eNB可以认识到,UE实际上从未接收到原始RRC命令。eNB不知道该错误的时间段可以等于至少上述RRC过程的处理延迟与用于执行上行链路传输的时间之和。如果需要或期望上行链路HARQ重传或甚至最坏情况下需要或期望RLC ARQ重传,则后一时间段还可能延长。
预期NACK至ACK的错误相对较少。然而,在具有许多eNB以及甚至更大数目UE的全网络部署中,即使该错误发生的个体概率较小也可能导致NACK至ACK的错误发生的总数较大。用于获得数据传输的可靠应答的备选方法是通过使用包含RRC命令的RLC SDU(PDCP PDU)的AMRLC ACK。然而,由于接收AM RLC实体可能不发出提供ARQACK/NACK信息的立即状态报告,该ACK也可能延迟。此外,包含这种状态报告的MAC PDU也可以服从上行链路HARQ重传,从而导致进一步延迟。
如先前段落所述,当eNB指示UE切换DCI集合时,eNB可能不完全确定UE已经实际接收和/或执行RRC命令以执行切换,直到eNB从UE接收回对应的RRC应答消息。UE在上行链路上发送该RRC应答,这可能需要在PDCCH上从eNB接收上行链路授权,即DCS 0。然而,如果UE要切换DCI集合,如从使用DCI 0切换至DCI 0+,并且eNB直到eNB接收到RRC应答消息之前不能确定该动作是否已经执行,则出现问题:eNB应当在PDCCH上使用DCI 0还是DCI 0+来向UE发送上行链路授权,使得UE可以发送该RRC应答消息。
当从一个DCI集合切换至另一DCS集合时,还存在特定情况下DCS长度模糊的潜在问题。例如,UE可以处于UE正在PDCCH上搜索下行链路资源分配DCI“X”和“Y”的传输模式中。DCI X可以是DCI 1A,DCI Y可以是与当前配置的传输模式相关的特定DCI。如果UE从非CIFDCI集合切换至CIF DCI集合,则可能DCI X和DCI Y+或DCI Y和DCI X+可能具有相同长度。由于UE可能不知道eNB具体何时在PDCCH上从发送非CIF DCI集合切换至发送CIF DCI集合,如果UE成功盲解码PDCCH候选,则UE可能不能非模糊地确定PDCCH候选对应于DCI X还是DCI Y+,或备选地对应于Y或DCI X+。这种场景的具体示例可以通过参考上述表1至表4中所列的DCI格式长度来导出。
在示意示例中,假定UE被配置在使用DCI 1D的传输模式5,或使用DCI 1B的传输模式8。对于给定带宽和eNB处的Tx天线数目,DCI 1B和1D具有相同长度,因此该示例同样应用于两个DCI格式。在eNB处具有2个Tx天线,对于10MHz、15MHz和20MHz的带宽,DCI 1B和1D分别具有28、29或30比特的长度。于是,对于相同的3个带宽,必须搜索的DCI格式1A具有25、27或28比特长度。假定然后向这些DCI格式添加1比特(10MHz)或2比特(15或20MHz)GIF字段。然后,对于3个给定带宽,DCI 1A+将具有28、29或30比特的长度。在这种情况下,这些长度与DCI1B/1D长度相同,因此UE将不能仅仅通过盲解码来在DCI 1A+和DCI1B/1D之间进行区分。
类似地,当在eNB处存在4个Tx天线并且使用10MHz载波时,DCI1B/1D具有30比特的长度,而DCI 1A具有27比特的长度。如果使用3比特GIF字段,则DCI 1A+将具有与DCI 1B/1D相同的长度(27+3-30)。
对于不同带宽的载波共享相同PDCCH和/或不同载波可以被配置在不同传输模式的情形,还可能存在DCI长度模糊问题。在分隔较大的频率处的载波将加剧这一问题,因为这种载波可以展现出不同无线传播特性,并且因此与在频率上紧密间隔的载波相比,可以更可能被配置在不同传输模式。
在确保eNB与UE之间的PDCCH通信不丢失的同时切换DCI集合的问题与重新配置UE以使用不同传输模式的现有过程具有一些相似性。一般地,UE可以被配置为操作在多个可能传输模式之一。对于每个传输模式,UE可以预期根据当前传输模式,搜索具有相同长度的DCI 0/1A以及DCI 1、1B、1D、2和2A之一。当传输模式改变是“指示的”时,如RRC过程,则存在eNB发送RRC命令与eNB接收RRC应答之间的不确定窗口。以上进一步描述这种不确定性。在该不确定窗口期间,eNB可能不确定UE当前正操作于两个传输模式中的哪一个(原或新)。
该问题的解决方案可以是尝试确保UE可以在每个传输模式中始终搜索DCI 1A。然后,eNB可以使用DCI 1A来向UE发送下行链路资源分配,直到从UE接收回RRC应答消息。然后,如果需要,eNB可以切换至使用与当前传输模式相关联的特定DCI,即DCI 1、1B、1D、2或2A。类似地,UE可以始终搜索PDCCH上的DCI 0,无论当前配置的传输模式如何。按照这种方式,eNB可以能够向UE发送(在一些实施例中始终能够发送)上行链路授权。
然而,从非CIF DCI集合至CIF DCI集合的切换,或者反之,或者具有不同长度CIF字段的CIF DCI集合之间的切换,可以使得在PDCCH上使用不同长度的DCI,如1A和1A+。不存在与可以在所有可能载波聚合模式中接收的DCI 1A类似的DCI,例如具有GIF字段长度为0、1、2或3比特。
从非CIF DCI集合至CIF DCI集合的切换,或者反之,或者具有不同长度CIF字段的CIF DCI集合之间的切换,因为添加或删除了CIF字段,可能导致DCI 0的长度改变。因此,存在确定的风险:eNB可能不能向UE提供可解码的上行链路授权。上述切换传输模式可能不导致DCI 0的长度改变,在一些情况下将永不导致这种长度改变。因此,eNB可以始终能够继续向UE提供上行链路授权,即使eNB不确定UE当前处于哪个传输模式,在一些情况下可以始终能够继续提供这种上行链路授权。
如上所述,DCI集合指非CIF DCI的集合,如版本8DCI,或CFI DCI的集合。可以存在具有不同长度CIF字段的多个CIF DCI集合。CIF字段可以具有从1至3比特(可能更多)的长度。
在根据对应非CIF DCI来构造CIF DCI时,如根据DCI 1A构造DCI1A+,可能需要将CIF字段包括在DCS的信息比特净荷内的某处。该CIF字段可以在信息比特的起始处添加,跟随所有现有信息比特,或者可能甚至在现有字段中间某处添加。
当版本8DCI格式的信息比特净荷具有模糊比特长度时,可以向信息比特净荷添加值为0的附加填充比特,在一些情况下可以始终添加。模糊比特长度大小包括12、14、16、20、24、26、32、40、44和58。此外,如果净荷值加上版本8DCI的任何填充比特等于相同带宽的DCI 1A,则可以向DCI 1添加附加零填充比特,在一些情况下始终添加,使得DCI 1和1A不具有相同长度。
这里描述的实施例均解决上述一个或多个问题。在定义新CIF DCI的具体格式时,尤其在包括由于应用上述规则得到的填充比特时,可以考虑以下实施例。
图4是示意了在保留任何现有填充比特的同时,向版本8DCI添加CIF字段的图。DCI格式400均涉及随时间修改的相同DCS格式。DCI格式402示出了具有一个或多个填充比特403的原始DCI格式。这些填充比特403不需要存在。DCI格式404示出了与DCI格式402相同的DCI格式,其中添加CIF 405。
可以保留现有填充比特,并且添加GIF字段。CIF字段不需要添加在净荷结尾处。DCI格式406示出了与DCI格式404相同的DCS格式,其中添加一个或多个另外填充比特407。这些另外填充比特407可以被添加以避免模糊的总净荷长度。对于特定带宽、CIF字段长度、DCI格式,另外填充比特407可能是不需要的或不期望的。
在一个实施例中,向版本8DCI添加CIF字段可能增大得到的DCI的长度。长度M的现有版本8DCI净荷被原始保留,加上要添加的任何填充比特。长度N的CIF字段可以包括在净荷中。如果得到的长度(M+N)对应于以上所列的模糊净荷大小之一,则可以包括附加填充比特。此外,如果得到的DCI 1+的长度等于DCI 1A+的长度,则可以在DCI 1+中包括附加填充比特,直到总长度不等于DCI 1A+的长度,并且其长度不属于如以上所列的模糊大小集合。图4中示意了使用DCI 1A的该过程的示例。
图5是示意根据本公开实施例在移除任何现有填充比特的同时,向版本8DCI添加CIF字段的图。DCI格式500均涉及随时间修改的相同DCI格式。DCI格式502示出了具有一个或多个填充比特503的原始DCI格式。这些填充比特503不需要存在。DCI格式504示出了在移除填充比特503之后,与DCI格式502相同的DCI格式。DCI格式506示出了与DCI格式504相同的DCI格式,但是其中添加CIF 507。DCI格式508示出了与DCI格式506相同的DCI格式,但是添加一个或多个另外填充比特509。
注意,版本3DCI格式1A可以包括或可以不包括一个或多个填充比特503。然而,如果填充比特503存在,则填充比特503可以被移除,如在DCI格式504中就是那样。然后,添加(507)CIF字段,但是可以不必如图所示添加在净荷的结尾处。对于DCI格式508,可以添加额外填充比特(509),以避免模糊的总净荷长度。对于特定带宽、CIF字段长度和DCI格式,该步骤可以是不需要的或不期望的。
因此,在给实施例中,移除了添加至长度M的现有版本8DCI净荷的任何填充比特。可以存在“P”个这种填充比特,其中P可以是0。长度N的CIF字段可以包括在净荷中。如果得到的长度(M-P+N)对应于如以上所列的模糊净荷大小之一,则可以包括附加填充比特。此外,如果得到的DCI 1+的长度等于DCI 1A+的长度,则可以在DCI 1+中包括附加填充比特,直到其长度不等于DCI 1A+的长度,并且其程度不属于以上所列的模糊大小集合。在图5中示意了使用DCI 1A的该过程的示例。
DCI集合切换
如上所述,如果要向现有DCI格式添加GIF字段,则针对不同多载波配置使用不同DCI集合的概念可能是需要的或期望的。因此,定义在不同DCI集合之间切换的过程可以是期望或必需的。
再次,DCI集合切换指以下过程:从使用一个DCI集合(称为旧DCI集合)切换至使用另一DCI集合(称为新DCI集合)。该过程可以包括涉及以下任一项的切换。
DCI集合切换可以包括从非CIF DCI切换至CIF DCI。这种切换的示例可以在多载波激活或将激活载波的子集配置为PDCCH监视载波期间进行。
DCI集合切换可以包括从CIF DCI切换至非CIF DCI。这种切换的示例可以在多载波去激活或将所有激活载波配置为PDCCH监视载波期间进行。
DCI集合切换可以包括从具有特定长度DCS字段的CIF DCI切换至具有不同长度DCI字段的CIF DCI。这种切换的示例可以在多载波重新配置期间进行,其中GIF字段的长度改变。
可以经由以下步骤来描述切换DCI集合的过程的预期总体格式的一个具体示例。这些步骤还示意了针对能够支持多载波的UE的网络进入。
首先,能够支持多载波(例如版本10)的UE作为版本8UE执行网络进入。eNB使用非CIF DCI来向UE发送PDCCH信息。第二,多载波UE可以经由UE能力交换过程来向eNB发信号通知其多载波能力。第三,eNB可以重新配置UE用于多载波操作。重新配置可以包括在PDCCH上使用CIF DCI作为对该UE的专用控制信令。广播PDCCH信令,如系统信息SI-RNTI和寻呼P-RNTI,可以继续使用非CIF DCI。
指定激活时间
在执行DCI集合切换的另一实施例中,命令切换DCI集合的RRC命令还可以包括激活时间。激活时间可以具有SFN和该无线帧内的子帧偏移的形式。指定的激活时间可能在充分远的将来,使得UE将有足够时间接收RRC命令然后向eNB发送回RRC应答。因此,在切换被调度进行之前,eNB将具有清楚的应答:UE也将切换DCI集合。然后,eNB和UE将同时执行DCS集合中的协作切换。该动作将消除UE和eNB可能不确定对方正在使用哪个DCI集合的不确定窗口。
如果eNB未从UE接收回RRC应答,或者未从与承载RRC业务的控制平面SRB1相关联的AM RLC实体接收ARQ ACK,则eNB将认识到UE尚未接收到原始RRC命令。UE可能由于NACK至ACK的错误而未接收到原始RRC命令。在这种情况下,eNB将不切换DCI集合,而是重发具有新激活时间的RRC命令。
该方法的一个潜在问题在于,UE可能不能尽可能快地执行多载波配置中的DCI集合切换。在发送RRC命令和/或RRC应答时可以存在各种延迟。这些延迟可能由于例如下行链路HARQ和/或上行链路HARQ重传而导致。因此,激活时间可以设置在充分远的将来,以考虑可能的下行链路和/或上行链路HARQ重传潜在引入的附加延迟。按照这种方式设置时间减少了系统的灵活性和动态响应。
在不确定窗口期间,eNB不向UE分配资源
在执行DCI集合切换的另一实施例中,在上述不确定窗口期间,eNB可能不经由PDCCH向UE分配资源。由于存在eNB可能不确定UE当前使用哪个DCI集合的不确定窗口,eNB可以简单地避免在该不确定时段期间向UE发送任何下行链路传输或上行链路授权。唯一的例外可能是对于包含RRC命令的传输块的下行链路HARQ重传(如果需要这种重传)。通过临时“挂起”联系,将不存在eNB发送UE不能盲解码的PDCCH通信的风险。
然而,这种方式具有一些问题。如果需要或期望下行链路和/或上行链路HARQ重传,则可以扩展不确定窗口的长度。在该时间期间,所有下行链路和上行链路业务可能被阻塞,这将对去往/来自UE的吞吐量产生暂时影响。此外,如果有重要消息要立即传送至UE,如移动性相关信令,则该方案可以导致附加的不利延迟。另一关键问题在于,eNB仍可能在向UE发送上行链路授权以使得UE可以发送RRC应答时具有问题。如果实际上UE未执行DCI集合切换,如在NACK至ACK的错误的情况下,则eNB可能向UE发送DCI 0+,而UE将在PDCCH上搜索DCI 0(具有不同长度)。该情形假定从非CIF DCI切换至CIF DCI。然而,经由以下紧接描述的方案,可以解决该问题。
在不确定窗口期间,eNB发送两个DCI集合中的DCI
在执行DCI集合切换的另一示例中,在不确定窗口期间,eNB将向UE发送两个DCI集合中的DCI。这些DCI对可以涉及相同下行链路资源或上行链路授权。例如,如果eNB正在执行下行链路传输,则其可以针对给定子帧,在PDCCH上包括DCI 1A和DCI 1A+。两个DCI格式可以指向PDSCH上的相同下行链路资源。类似地,对于上行链路授权,eNB可以包括DCI 0和DCI 0+,其中两个DCI格式涉及PUSCH上相同的上行链路资源。在这种情况下,UE当前使用哪个DCI集合并不重要,因为在PDCCH上存在两个集合中的DCI。
使用该方式的益处在于,UE必须在PDCCH上执行的盲解码数目未增加。此外,在不确定窗口期间,去往/来自UE的业务未阻塞(而在上述方案的情况下将阻塞)。
然而,从两个DCI集合发送会增大PDCCH上的阻塞概率,因为eNB现在可能必须在PDCCH上为两个DCI寻找附加空间。增加的阻塞概率可能由于PDCCH阻塞而导致小区内PDSCH和/或PUSCH资源的低效使用。此外,如上所述,在模糊DCI长度之间存在混淆可能性。以下关于指定在存在模糊DCI长度时要使用哪个DCI以及在切换DCI集合之前切换至非模糊传输模式的实施例来描述后一问题的潜在解决方案。
如果使用在DCI集合切换不确定窗口期间避免向UE分配资源的技术,则当eNB希望提供上行链路授权以便UE发送RRC应答时,eNB可以使用发送两个DCI集合的技术以向UE发送DCI 0和DCI 0+。该技术可以确保UE能够接收上行链路授权,无论UE当前使用哪个DCI集合。通过仅以该受限方式发送两个DCI集合中的成对DCI,即仅提供用于RRC应答的上行链路授权,可以最小化PDCCH阻塞的潜在影响。
鉴于该事实,可以通过将在不确定窗口期间避免分配资源的技术和发送DCI集合对的技术组合,以使用混合方案。即,在过渡时间期间,eNB可以尝试临时阻塞尽可能多的上行链路和下行链路传输。在必须进行任何传输的情况下,eNB可以向UE发送两个DCI集合中的DCI。
在另一实施例中,指定激活时间的技术可以与在不确定窗口期间发送两个DCI集合的技术组合。在该情况下,如果在激活时间之前,eNB未从UE接收到RRC应答消息或AM RLC反馈,则eNB可以仅在激活时间之后向UE发送两个DCI集合,按照这种方式,激活时间可以被设置为更短的持续时间。如果在激活时间之前UE尚未接收和处理RRC命令,则UE可能仍能够解码旧DCI集合。
新DCI格式
在执行DCI集合切换的另一实施例中,可以定义UE将在PDCCH上搜索的新DCI格式,而无论UE的当前多载波配置如何。该技术将用于减少eNB和UE彼此失去联系的可能性,而无论每个实体在使用哪个DCI集合。该技术将是与UE在所有传输模式中搜索的DCI 1A类似的思想,如以上关于DCI集合和DCI集合切换所述。
然而,该实施例可能增加具有多载波能力的UE必须执行的盲解码数目。增加盲解码数目可能不利地增加UE处的处理和功耗。DCI 1A的涉及被优化在于DCI 1A是与UE也必须搜索的DCI 0和DCI 3/3A相同的长度,因此UE可以在特定PDCCH候选上经由单一盲解码来搜索所有这些DCI格式。然而,如果引入另一DCI格式,则经由单一盲解码来搜索所有DCI格式将不可能。
在实施例中,新DCI格式可以具有固定长度,无论激活载波的数目如何。因此,新DCI格式可以不包括CIF字段,或者可以包括具有固定长度的CIF字段,该固定长度等于最大可能CIF大小(例如3比特)。此外,现有DCI格式的长度可以基于所包括的任何CIF字段的长度而变化。
除了新DCI格式之外,可以定义新DCI,使得DCI长度不同于所有其他可能DCI格式,包括具有和不具有CIF字段的DCI。该新DCI可以允许UE经由盲解码非模糊地标识该DCI。然而,找到与任何现有可能DCI长度不“冲突”的新长度可能是困难的。
在相关实施例中,UE可能需要始终搜索不具有CIF字段的DCI 1A和具有相同长度的DCI 0,无论是否启用载波聚合。如果找到,则假定DCI1A或DCI 0涉及锚载波或包含PDCCH的载波。因此,可能不需要CIF字段。然而,该实施例可能导致UE必须执行更大数目的盲解码,因为该技术可能增加UE将必须搜索的另外一个附加DCI长度。
在UE处双DCI集合盲解码/双向握手
图8是示意了根据本公开实施例用于切换DCI的双向握手过程的图。在该实施例中,如图6所示,旧DCI集合指在DCI集合切换之前使用的DCI集合,而新DCI集合指DCI集合切换之后要使用的DCI集合。与eNB和UE均相关的DCI集合600在图6中呈现。
在eNB向UE发送命令DCI集合切换的RRC命令之后,eNB可以继续使用旧DCI集合。当UE接收到命令DCI集合切换的RRC命令时,UE可以临时开始在PDCCH上监视两个DCI集合。当eNB希望UE发送RRC应答消息时,eNB可以向UE发送上行链路授权DCI 0。在eNB成功接收RRC应答之后,eNB知道UE正在监视两个DCI集合,然后可以切换至新DCI集合。当满足以下条件之一时,UE可以停止监视旧DCI集合。
一个条件可以是eNB发送指示UE停止监视旧DCI集合的另一RRC命令。另一条件可以是UE已经接收到非模糊地属于新DCI集合的指定数目的DCI。该数目可以被指定为标准中的固定量,或者是可配置的。该数目可以经由RRC信令配置。该数目设置可以包括在原始命令DCI集合切换的RRC命令中作为参数。可以期望使用大于1的值以抵御过早偶然触发该条件的PDCCH上的DCI的假肯定检测。
关于图6描述的方法可以被认为是双向握手过程,其中第二次握手是显式(上述两个条件中的第一个)或隐式(上述两个条件中的第二个)的。第一次握手可以如下进行:由UE发信号通知其现在正在监视两个DCI集合,使得eNB可以现在切换至使用新DCI集合。第二次握手可以发生在eNB发信号通知(显式或隐式)其不再发送旧DCI集合使得UE可以停止监视该DCI集合时。
该实施例具有多个益处。双向握手过程可能不会阻塞去往/来自UE的下行链路/上行链路业务(而关于eNB在不确定窗口期间避免分配资源而描述的实施例可能会)。此外,双向握手过程不增加PDCCH上阻塞的概率(而关于eNB在不确定窗口期间发送两个DCI集合中的DCI而描述的实施例可能会)。双向握手过程还可以有助于确保eNB和UE不由于包含命令DCI集合切换的RRC命令的物理层传输块上的NACK至ACK的错误而偶然彼此失去联系。
然而,在涉及切换DCI集合的握手过程期间,UE可能使用一些附加盲解码,从而使用附加处理。然而,该附加处理将仅是临时的。因此,附加处理不会导致显著增加功耗,尤其是在多载波模式重新配置不频繁进行的情况下。
当UE正在监视两个DCI集合时,存在以下可能性:两个DCI集合中的特定DCI格式可能具有相同长度。在这种情况下,UE可能不知道在PDCCH上的成功盲解码时预期哪个DCI。例如,DCI X和DCI Y+可以具有相同长度,因此,在UE正在监视两个DCI集合的时段期间,UE将不能非模糊地在这两个DCI格式之间进行区分。这种情形可以受益于使用关于指定在存在模糊DCI长度时要使用哪个DCI或在切换DCI集合之前切换至非模糊传输模式的实施例而描述的方案之一,如以下所述。
指定在存在模糊DCI长度时要使用哪个DCI
在用于执行DCI集合切换的另一实施例中,可以确定或选择在存在模糊DCI长度时要使用哪个DCI。当在DCI集合切换期间存在模糊DCI长度的可能性时,如上所述当DCI X和DCI Y+具有相同长度时,可以确定或选择要避免或假定不存在哪个DCI格式。以下段落提供了本实施例的示意性示例。
假定在eNB处存在两个Tx天线,多个载波均具有20MHz带宽,UE当前配置为传输模式5。如果UE当前使用非CIF DCI集合,则UE可以在PDCCH上搜索DCI 1A(28比特)和DCI 1D(30比特)。如果UE被重新配置为具有2比特GIF字段的多载波操作,则DCI 1A+将具有30比特的长度,DCI 1D+将具有33比特的长度。可以向DCI 1D+添加附加填充比特,因为32比特可能不是可允许长度。因此,在DCI 1D和DCI 1A+之间存在潜在盲解码模糊,因为两者具有30比特的长度。
在这种情形下,eNB可以需要不使用DCI 1A+,直到eNB从UE接收回RRC应答消息。在eNB接收到该RRC应答的之后,eNB知道UE现在仅监视CIF DCI集合。因此,eNB现在可以使用DCI 1A+,因为eNB知道UE不再在PDCCH上搜索DCI 1D。在反方向上,如在从CIF DCI集合切换至非CIF DCI集合时,eNB可以避免使用DCI 1D,知道eNB从UE接收到RRC应答消息,因为存在与DCI 1A+冲突的潜在可能。
因此,可以规定不使用的DCI格式是属于UE假定要切换至的DCI集合(即新DCI集合),因为由于某种原因,如出现NACK至ACK的错误,可能存在UE不知道其假定切换DCI集合的可能。该实施例可以确保eNB不发送DCI 1A+,例如当UE仍在使用非CIF DCI集合时,UE可能将DCI1A+不正确解释为DCI 1D。
相关备选实施例可以是eNB避免使用可能具有模糊长度的所有DCI,直到从UE接收到RRC应答。然而该技术可能不可行。例如,eNB可能难以避免使用相同长度的DCI,如DCI 1A或1A+,因为DCI 0和0+以及DCI 3/3A和3+/3A+也可以具有相同相应长度。
另一备选可以是,在可能存在模糊DCI格式长度的情况下,指定附加填充比特。该技术可以消除模糊DCI格式长度的所有或大部分可能出现。然而,由于已经存在的DCI长度的数目以及CIF字段的可能不同长度,如1、2或3比特,该技术可能是复杂的。
在切换DCI集合之前切换至非模糊传输模式
在用于执行DCI集合切换的另一实施例中,可以在切换DCI集合之前切换至非模糊传输模式。在DCI集合切换期间具有模糊DCI长度的可能性,如DCI X和DCI Y+具有相同长度,可以仅针对特定传输模式出现。以上关于DCI集合和DCI集合切换提供的示例可以仅应用于例如传输模式5和6。如果UE处于这种潜在模糊传输模式中,则eNB可以首先将UE重新配置为中间“安全”非模糊传输模式。此后,eNB可以指示UE切换DCI集合,然后最终将UE重新配置回期望传输模式。根据eNB处的发送天线的数目,这种非模糊安全传输模式可以是传输模式1(在eNB处单一发送天线)或传输模式2(从eNB的发送分集)。
例如,假定UE处于单载波模式以及传输模式5,为了将UE切换至多载波模式,可以执行以下步骤。
首先,eNB可以向UE发送RRC命令,指示UE切换至传输模式2。第二,UE可以向eNB发送RRC应答,表明UE已经切换传输模式。第三,eNB可以向UE发送RRC命令,指示UE切换至多载波模式,其中所有载波操作在传输模式2。
第四,然后UE可以向eNB发送RRC应答,表明UE已经激活多载波。第五,eNB可以向UE发送RRC命令,指示UE在多载波中的全部或子集上切换回传输模式5。最终,UE可以向eNB发送RRC应答,表明UE已经切换传输模式。
该实施例可以涉及发信号通知和执行3个单独的连续的RRC过程,而不仅是一个DCI集合切换。相对于执行整体多载波重新配置,可能导致附加延迟。此外,相对于针对3个RRC过程中的每一个发送RRC命令和RRC应答,可以导致附加信令开销。
图7是示意根据本公开实施例用于执行DCI集合切换的方法的流程图。图7所示的方法可以在使用载波聚合时,在UE或接入节点(如图1至3所示)中实现。图7所示的方法可以使用处理器和/或其他组件(如图8所示)来实现。图7所示的方法可以使用关于图4至6描述的过程来实现。
该过程始于:处理器使UE或接入节点在使用载波聚合时,在第一下行链路控制信息(DCI)集合和第二DCI集合之间进行切换(框700)。随后,该过程终止。
UE和上述其他组件可以包括单独或组合能够执行指令或能够促使上述动作发生的处理和其他组件。图8示意了系统800的示例,系统800包括处理组件,如处理器810,适于实现这里公开的一个或多个实施例。除了处理器810(可以称为中央处理单元或CPU)之外,系统800可以包括网络连接设备820、随机存取存储器(RAM)830、只读存储器(ROM)840、辅助存储器850和输入/输出(I/O)设备880。这些组件可以经由总线870互相连接。在一些情况下,这些组件中的一些可以不存在或者可以以各种组合互相或与未示出的其他组件组合。这些组件可以位于单一物理实体中,或者位于多于一个物理实体中。这里描述为由处理器810执行的任何动作可以由处理器810单独执行或者由处理器810与图中示出或未示出的一个或多个组件结合执行,如数字信号处理器(DSP)880。尽管将DSP 880示为单独组件,DSP 880可以并入处理器810。
处理器810执行其可以从网络连接设备820、RAM 830、ROM 840或辅助存储器850(可以包括各种基于盘的系统,如硬盘、软盘或光盘)访问的指令、代码、计算机程序或脚本。尽管仅示出一个CPU 810,可以存在多个处理器。因此,尽管可以将指令讨论为由处理器执行,但是指令可以同时、串行或由一个或多个处理器执行。处理器810可以实现为一个或多个CPU芯片。
网络连接设备820可以采用以下形式:调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌环设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、射频收发机设备,比如码分多址(CDMA)设备、全球移动通信系统(GSM)无线收发机设备、微波接入的全球可互操作性(WiMAX)设备、和/或其它众所周知的用于连接网络的设备。这些网络连接设备820可以使得处理器810能够与互联网或者一个或者多个电信网络或与处理器810可以接收信息或处理器810可以输出信息的其他网络进行通信。网络连接设备820还可以包括能够无线发送和/或接收数据的一个或多个收发机组件825。
RAM 830可以用于存储易失性数据并且可能用于存储由处理器810执行的指令。ROM 840是一般具有比辅助存储器850的存储器容量更小的存储器容量的非易失性存储器设备。ROM 840可以用于存储指令以及存储可能在指令执行期间读取的数据。对RAM 830和ROM 840的访问一般快于对辅助存储器850的访问。辅助存储器850一般包括一个或者多个盘驱动器或者带驱动器,并且可以用于数据的非易失性存储,或如果RAM 830不够大到足以容纳所有工作数据时,辅助存储器850还要用作溢出数据存储设备。辅助存储器850可以用于存储程序,当选择执行程序时将程序加载至RAM 830。
I/O设备860可以包括液晶显示器(LCD)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器、或者其它众所周知的输入/输出设备。同样地,可以将收发机825认为是I/O设备860的组件,而不是网络连接设备820的组件,或除了是网络连接设备820的组件之外还是I/O设备860的组件。
以下文献全文通过引用并入此处:
R1-093899,“Way Forward on PDCCH for Bandwidth Extension inLTE-A”,Alcatel-Lucent et al.
R1-093465,“Component carrier indication scheme for carrieraggregation”,Panasonic.
3GPP,TS 36.212 v8.7.0(2008-05)“E-UTRA;Multiplexing and channelcoding.”
3GPP TS 36.814.
因此,实施例提供了一种用于在使用载波聚合时,在第一下行链路控制信息(DCI)集合和第二DCI集合之间进行切换的方法和设备。尽管在本公开中已经提供了若干实施例,应当理解在不脱离本公开的精神或者范围的情况下可以用很多其它特定形式来体现所公开的系统和方法。应当认为本示例是说明性的而非限制性的,并且预期不受限于本文给出的细节。例如,可以将各种单元或者组件进行结合或集成到另一个系统中,或可以省略或者不实现特定特征。
此外,在不脱离本公开的范围的情况下,可以将在各种实施例中描述和说明为离散或者分离的技术、系统、子系统和方法与其它系统、模块、技术或者方法相结合或者集成。所示或者所述相连或者直接相连或者彼此通信的其它项可以是通过某个接口、设备或者中间组件间接相连或者通信的,不管以电子的、机械的或者其它的方式。本领域技术人员可确定改变、替代以及变更的其它示例,并且可以在不脱离本文公开的精神和范围的情况下做出这些改变、替代以及变更的其它示例。