CN104285419A - 时分双工系统中的phich资源预配置 - Google Patents

Abstract

提供了一种无线通信系统中的通信方法。所述方法包括：由网络单元在下行链路子帧的控制区域中针对具有载波聚合能力的UE预配置针对PHICH的至少一个资源。

Description

时分双工系统中的PHICH资源预配置

背景技术

本文中，术语“用户设备”(备选地，“UE”)在一些情况中可以指移动设备，比如移动电话、个人数字助理、手持设备或膝上电脑、以及具有通信能力的类似设备。这种UE可包括设备及其相关联的可移除存储器模块，例如但不限于包括用户标识模块(SIM)应用、通用用户标识模块(USIM)应用或可移除用户标识模块(R-UIM)应用的通用集成电路卡(UICC)。备选地，这种UE可包括不具有这种模块的设备本身。在其它情况中，术语“UE”可以指具有类似能力但不可移动的设备，比如桌上电脑、机顶盒或网络设备。术语“UE”还能够指能够终结针对用户的通信会话的任何硬件或软件组件。同样，“用户设备”、“UE”、“用户代理”、“UA”、“用户设备”和“移动设备”在这里用作同义词。

随着通信技术的演进，已经引入了越来越多的高级网络接入设备，它们能够提供先前不可能实现的服务。这一网络接入设备可包括作为对传统无线通信系统中的等同设备的改进的系统和设备。这种高级或下一代设备可包括在不断演进的无线通信标准(比如长期演进(LTE))中。例如，LTE系统可包括演进型通用陆地无线接入网(E-UTRAN)节点B(eNB)、无线接入点或不同于传统基站的类似组件。任何这种组件在这里都将被称为eNB，但应该理解的是，这种组件并不必是eNB。这种组件还可在此被称为接入节点。

LTE对应于第三代合作伙伴计划(3GPP)版本8(Rel-8或R8)和版本9(Rel-9或R9)，而高级LTE(LTE-A)则对应于版本10(Rel-10或R10)并可能还对应于版本11(Rel-11或R11)及在版本11之后的其它版本。这里，术语“传统”、“传统UE”等可以指符合LTE版本10和/或更早版本但不完全符合版本10之后的版本的信号、UE和/或其它实体。术语“高级”、“高级UE”等可以指符合LTE版本11和/或更晚的版本的信号、UE和/或其它实体。虽然这里的讨论处理LTE系统，但概念同样适用于其它无线系统。

附图说明

为了更完整地理解本公开，现在结合附图和具体描述对以下简要说明进行参考，其中相似的参考标号表示相同的部件。

图1是频分双工和时分双工模式的图；

图2是示出了LTE时分双工上行链路/下行链路配置的表；

图3是PHICH调制处理的图；

图4是PCFICH调制处理的图；

图5是PHICH和PCFICH的生成和检测的图；

图6是频带间载波聚合中的上行链路HARQ关系的图，其中在PCell上使用上行链路/下行链路配置1，在SCell上使用配置0；

图7是根据本公开的一种实施例的针对载波聚合UE预配置PHICH资源的流程图。

图8是根据一种实施例的示例性网络单元的简化框图；

图9是能够与这里所述的实施例中的系统和方法一起使用的示例用户设备的框图；

图10示出了适于实现本公开的若干实施例的处理器及其相关组件。

具体实施方式

首先应该理解的是，虽然下文提供了对本公开的一个或多个实施例的说明性实现，但可使用任意数量的技术(当前已知或现已存在)来实现所公开的系统和/或方法。所公开的内容不用于限制下文所述的说明性实现、附图和技术(包括这里所示出和描述的示例性设计和实现)，但可在所附权利要求的范围内及其等同的完全范围内进行修改。这里在LTE无线网络或系统的语境中对实施例进行描述，但其同样适用于其它无线网络或系统。

在LTE系统中，将下行链路和上行链路传输组织为两种双工模式(频分双工(FDD)模式和时分双工(TDD)模式)之一。FDD模式使用成对频谱，其中使用频域来分离上行链路(UL)和下行链路(DL)传输。另一方面，在TDD系统中，使用不成对的频谱，其中UL和DL两者在相同载波频率上发送。UL和DL在时域中分离。图1示出了两种双工模式。

在3GPP LTE TDD系统中，无线帧的子帧可以是下行链路、上行链路或特殊子帧。特殊子帧包括由用于下行链路到上行链路切换的保护时段分离的下行链路和上行链路时间区域。3GPP技术规范(TS)36.211定义了LTE TDD操作中的7种不同的UL/DL配置方案。图2中列出了这些方案，其中D表示下行链路子帧，U表示上行链路子帧，S表示特殊帧。特殊帧包括三部分：下行链路导频时隙(DwPTS)、上行链路导频时隙(UpPTS)和保护时段(GP)。物理下行链路共享信道(PDSCH)上的下行链路传输可在DL子帧中或特殊子帧的DwPTS部分中进行。

如图2所示，LTE标准中规定了两种切换点周期，5毫秒(ms)和10ms。引入5ms切换点周期以支持LTE和低码片速率UTRA TDD系统之间的共存，10ms切换点周期用于LTE和高码片速率UTRA TDD系统之间的共存。所支持的配置覆盖了宽范围的UL/DL分配，从偏重DL的1∶9比例到偏重UL的3∶2比例。采用这些比例的DL分配包括DL子帧和特殊子帧，其中特殊子帧还能在DwPTS中承载下行链路传输。与FDD相比，在频谱的给定指派内可指派给上行链路和下行链路通信的资源所占的比例方面，TDD系统具有更大的灵活性。具体地，能够在上行链路和下行链路之间不均等地分布无线资源。通过基于DL和UL中的不同流量特性和干扰情况选择适当的UL/DL配置，这种分布可以使得无线资源能够被有效地利用。

在LTE TDD系统中，UL和DL传输可能不是连续的。也就是说，UL或DL传输可能不在每个子帧中都出现。因此，在3GPP规范中分别定义了数据信道传输(具有其调度授权和混合自动重传请求(HARQ)定时关系)。当前，3GPP TS 36.213中的表10.1.3.1-1定义了针对下行链路数据信道传输的HARQ肯定应答/否定应答(ACK/NACK)定时关系。下表1中示出了这一定时关系。表1将子帧n处的ULACK/NACK传输与子帧n-ki(i＝0到M-1)处的DL PDSCH传输相关联。

表1 下行链路HARQ关联设置索引K：{k₀，k₁，…k_M-1}

上行链路HARQ ACK/NACK与PUSCH传输的定时关系列于3GPPTS 36.213的表8.3-1中，其作为表2提供如下。表2指示承载在DL子帧i中接收的ACK/NACK的物理HARQ指示符信道(PHICH)与UL子帧i-k(其中k在表2中给出)中的UL数据传输相关联。对于UL/DL配置0，在子帧0和5中，如果I_PHICH＝1，则k＝6。否则，k＝7。这是由于针对在PHICH上发送的UE，在子帧0和5中可能存在两个ACK/NACK。

表2  针对上行链路HARQ ACK/NACK关联的k

3GPP TS 36.213的表8.2中列出了UL授权和/或ACK/NACK与UL传输/重传的关系，其作为表3提供如下。UE在针对UE的子帧n中检测到具有下行链路控制信息(DCI)格式0的物理下行链路控制信道(PDCCH)和/或PHICH传输时，在子帧n+k(其中k在表3中给出)中发送相应的PUSCH传输。

表3  针对上行链路PUSCH授权关联的k

针对TDD UL/DL配置0，如果在子帧n中将DCI格式0中的UL索引的最低有效位(LSB)设为1，或者在对应于I_PHICH＝1的资源中的子帧n＝0或5中接收到PHICH，或在子帧1或6中接收到PHICH，则UE在子帧n+7中发送相应的物理上行链路共享信道(PUSCH)传输。如果对于TDD UL/DL配置0，在子帧0中将DCI格式0中的UL索引的最高有效位(MSB)和LSB都设为1，则UE在子帧n+k和n+7中都发送相应的PUSCH传输，其中k在表3中给出。

可以看出，TDD中的授权和HARQ定时关系都要比FDD中使用的固定时间关系更为复杂。从而，在设计上通常需要对TDD更多地注意。

3GPP TS 36.211中规定的PHICH用来发送HARQ ACK，其指示eNB是否已经正确地接收了PUSCH上的UL共享信道(UL-SCH)数据。多个PHICH可作为PHICH组在相同的资源单元集合中发送。在相同的PHICH组中，可使用不同的复正交Walsh序列对多个PHICH进行复用。在正常循环前缀的情况中，由于序列的长度是四，并且还在复数域中对PHICH进行复用，所以可在一个PHICH组中复用八个PHICH。对于扩展的循环前缀，可使用长度为2的Walsh序列在PHICH组内对四个PHICH进行复用。图3示出了eNB处的PHICH调制流程。

对于PHICH资源配置，在主信息块(MIB)中信号通知两个参数：PHICH持续时间和PHICH组的数量。PHICH持续时间定义PHICH所分布的正交频分复用(OFDM)符号的数量。为了避免对物理控制格式指示符信道(PCFICH)的依赖，PHICH持续时间是独立信号通知的，并且可以与针对PDCCH的控制区域不同。PHICH组的数量用来定义PHICH资源的量。PHICH资源与UL-SCH传输之间的对应关系是隐含的。也就是说，在PHICH资源索引和发送UL-SCH的PUSCH物理资源块(PRB)索引之间存在预定义的表示规则。由于在资源非自适应重传的情况中存在不具有PDCCH的PUSCH传输，所以PHICH资源关联到实际PUSCH PRB索引，而不是PDCCH控制信道单元(CCE)索引。

PHICH资源由索引对来标识，其中是PHICH组编号，而是组内的正交序列索引。由于PHICH资源隐式地关联到用来发送相应的PUSCH的PUSCH PRB索引，所以UE可以使用所调度的PUSCH PRB索引来导出所指派的索引对。如果PHICH资源小于PUSCHPRB的数量或者如果在相同的PUSCH PRB中调度了多个用户，则可能发生冲突。也就是说，可能向多个UE指派相同的PHICH资源。为了避免冲突，可以使用在上行链路DCI格式中指示的不同的循环移位值来导出所指派的PHICH资源。以下等式可被用来确定PHICH组编号和组内的正交序列索引：

$n_{\mathrm{PHICH}}^{\mathrm{group}}=(I_{\mathrm{PRB}\_\mathrm{RA}}^{\mathrm{lowest}\_\mathrm{index}}+n_{\mathrm{DMRS}})\mathrm{mod}{N}_{\mathrm{PHICH}}^{\mathrm{group}}+I_{\mathrm{PHICH}}{N}_{\mathrm{PHICH}}^{\mathrm{group}}$

在上式中，与3GPP TS 36.212中针对与相应的PUSCH传输相关联的一个或多个传输块所描述的一样，根据具有上行链路DCI格式的最新PDCCH，从针对解调参考信号(DMRS)字段的循环移位映射n_DMRS。如果针对相同传输块不存在具有上行链路DCI格式的PDCCH，并且如果针对相同传输块，初始PUSCH是半持续调度的，或如果针对相同传输块，初始PUSCH是由随机接入响应授权调度的，则n_DMRS被设为零。是用于3GPP TS 36.211中的6.9.1节中描述的PHICH调制的扩频因子大小。是相应PUSCH传输的第一时隙中的最低PRB索引。是如3GPP TS 36.211中的6.9节中描述的由更高层配置的PHICH组的数量。

针对FDD，索引的范围从0到对于TDD，PHICH组的数量可以在下行链路子帧之间变化，并且由给出，其中m_i由表4给出。具有非零PHICH资源的下行链路子帧中的索引的范围从0到

表4  针对TDD的因子m_i

PCFICH当前用来指示每个子帧中用于PDCCH传输的OFDM符号的数量。该数量被称为控制格式指示符(CFI)。在当前版本的LTE中使用三种不同的CFI码字，还有一种码字预留未来使用。每个码字的长度为32比特。图4示出了eNB处的PCFICH调制流程。

在当前LTE规范中，PCFICH和PHICH使用不同的资源单元。PCFICH利用四个资源单元组(REG)而PHICH使用三个REG。图5示出了eNB处的调制链和UE处的解调链。

为了满足LTE-A要求，Rel-10 LTE规范定义针对TDD系统的载波聚合(CA)。然而由于带内CA是优先的，所以Rel-10规范只支持在聚合载波上具有相同UL/DL配置的CA，并且，具有不同UL/DL配置不能支持带内CA，当使用单一RF链时尤其如此。

为了实现带宽灵活性和与传统TDD系统的共存，LTE Rel-11中提出了在来自不同频带的载波上具有不同TDD UL/DL配置的频带间载波聚合。已经关于许多设计细节(比如支持半双工和全双工模式两者、支持分离调度(s-调度)和跨载波调度(c-调度)两者、在承载UL授权的小区上发送PHICH以及只在主小区上发送PUCCH)达成协定。还在HARQ定时关系方面达成了一些协定。

应该注意到，分量载波(CC)还被称为服务小区或小区。此外，当调度了多个CC时，对于每个UE，这些CC之一被指定为主载波(其用于PUCCH传输、半持续调度等)，而其余CC则被配置为辅助CC。该主载波还被称为PCell(主小区)，而辅助CC还被称为SCell(辅助小区)。

如上所述，TDD系统中的定时关系不像FDD系统中那样简单。当考虑具有不同TDD配置的CA时，复杂度增加。这是由于在使用不同TDD配置的情况下在某些时刻在聚合CC之间会存在冲突子帧。例如，CC1上的UL子帧可能在CC2具有DL子帧的同时出现。同样，定时关系可能针对每个不同的TDD配置有所不同，此外，某些控制信号可能需要在特定载波上。例如，PHICH可能需要在承载UL授权的小区上发送。这些条件可能导致需要在根据上表4没有配置PHICH资源的DL子帧处发送PUSCHACK/NACK。

3GPP设计协定之一指示在具有不同UL/DL配置的频带间CA的情况中，只能在承载UL授权的小区上发送PHICH。因此，可能需要在没有配置PHICH资源的DL子帧处发送PUSCH ACK/NACK。

在一种示例情况中，在全双工模式中，可以聚合两个TDD载波，PCell可被设为UL/DL配置1，SCell可具有UL/DL配置0。基于3GPP设计原理，PCell遵循其自己的UL HARQ定时关系，即配置1，而SCell UL HARQ遵循配置0的定时。在这种情况中，具有UL/DL配置1的PCell是调度小区并且承载针对SCell的UL授权，从而PUSCH ACK/NACK也应在PCell上。图6示出了以上场景的UL HARQ定时。实线箭头表示针对传输/重传的SCellUL授权，虚线箭头表示SCell的UL HARQ-ACK定时。

可以看出，针对SCell的子帧#3或#4处的PUSCH传输的ACK/NACK应在PCell的子帧#0处。然而，参见上表4，在使用UL/DL配置1的情况下，PCell子帧#0的控制区域中没有预配置PHICH资源。针对SCell的子帧#8和#9处的PUSCH传输也发生同样的问题。此外，在PCell的子帧#5处没有预配置PHICH资源。

本公开的实施例能够通过针对CA UE预配置PHICH资源来解决这些PHICH资源问题。在DL子帧的控制区域中预配置新的PHICH资源，其中需要在所述DL子帧中对针对CA UE的SCell PUSCH传输进行应答。新预配置的PHICH资源仅由CA UE识别。

在一种实施例中，如果需要，在先前的零PHICH DL子帧(例如图6中的子帧#0或#5)的控制区域中预配置专用于CAUE的新的PHICH资源。新预配置的PHICH资源仅由CA UE识别。传统UE将认为该资源是用于PDCCH传输的。由于PDCCH盲解码不能拾取该资源，所以新的资源将被传统UE丢弃。因此，不会对传统UE产生任何向后兼容影响。

按需执行这一PHICH资源预配置。例如，在图6，当SCell子帧#3和#4上不存在跨载波调度的PUSCH时，不需要在PCell的子帧#0处预配置任何PHICH资源。该子帧处的资源仍可以用于PDCCH目的。

该方法中可使用以下步骤。(1)在给定PCell和SCell的UL/(DL配置config(P)和config(S)的情况下，标识SCell PUSCH HARQ定时所遵循的参考配置config(R)。(2)基于表4标识用于config(P)和config(R)的PHICH资源因子m_i——Pm_i、Rm_i，i＝0，1，2，…，9。(3)在无线帧的基础上，确定是否存在索引i使得Pm_i＝0且Rm_i＞0。如果“是”，则去往步骤(4)。否则，由于不需要预配置PHICH资源，所以去往步骤(5)。(4)通过检查SCell上是否存在需要PCell的子帧#i处的ACK/NACK的PUSCH传输来进一步确定是否需要在PCell的子帧#i处预配置PHICH资源。如果“是”，则预配置PHICH资源。否则，由于不需要预配置PHICH资源，所以去往步骤(5)。(5)结束。

图7示出了描述这些步骤的流程图。在框710处，基于表4标识用于config(P)和config(R)的PHICH资源因子m_i——Pm_i、Rm_i，i＝0，1，2，…，9。在框720处，确定是否存在i使得Pm_i＝0且Rm_i＞0。如果框720中的确定为否，则在框730处，按照Rel 8/9/10来预配置PHICH资源。如果框720中的确定为是，则在框740处，确定在PCell的子帧#i处是否需要SCellPUSCH ACK/NACK。如果框740中的确定为否，则在框750处，确定不需要在PCell子帧#i处预配置PHICH资源。如果框740中的确定为是，则在框760处，基于Rm_i针对载波聚合UE预配置PHICH资源。可以看出，如果需要，该流程图中的方案将在PCell的零PHICH子帧处预配置PHICH资源。

至少两种方案可被用来在控制区域中针对CA UE预配置PHICH资源。第一方案涉及在现有的控制区域上打孔。在这一方案中，控制区域资源分配仍然遵循在零PHICH DL子帧处的先前版本规则。高级CA UEPHICH资源分配可以遵循与针对非零PHICH子帧的先前版本相同的方法。但是，CA UE PHICH资源被打孔到现有的控制区域上。所述打孔可能损坏PDCCH公共搜索空间，但由于在PDCCH公共搜索空间中使用更高聚合级别(4或8)，所以被打孔的REG只是1/32或1/72，并且LE(高级和传统)仍应能够正确地对公共搜索空间中的PDCCH进行解码。在这种方式中，预计对差错检测概率的影响较低。此外，可通过提升PDCCH上的功率来补偿PDCCH上的打孔损失。由于高级UE知道被打孔的资源单元的位置，所以高级UE是有利的。在UE特定搜索空间中，eNB可以有意地将PDCCH置于未被打孔的候选处。

备选地，CA UE PHICH资源可被打孔到UE特定搜索空间处的一个CCE上。该CCE可以位于对所有高级CA UE已知的固定位置处，或可由更高层信令半静态地设置。一组PHICH占三个REG，并且一个CCE包含九个REG。从而，在这一方案中，三组PHICH资源是可用的。eNB可以有意地避免将被打孔的CCE用于PDCCH。

可被用来在控制区域中针对CA UE预配置PHICH资源的第二种方案涉及使用特殊PDCCH。在这一方案中，控制区域资源分配仍然遵循零PHICH DL子帧处的先前版本规则。对于高级CA UE，PHICH在特殊PDCCH内。可针对这一目的指派对所有CAUE已知的特殊无线网络临时标识符(RNTI)。先前的PHICH过程可以保持在特殊PDCCH内。备选地，替代使用特殊RNTI来定位特殊PDCCH，可以将对所有CA UE已知的固定位置或半静态地信号通知的位置用于该特殊PDCCH。通过这一方式，将不会发送16比特循环冗余校验(CRC)，并且所述特殊PDCCH内可容纳更多的PHICH组。第三备选是使用相同的PDCCH生成过程，使用特殊RNTI、信道编码、速率匹配和QPSK调制，将ACK/NACK比特视为DCI净荷处理。信道编码速率可被半静态地调整以获得最佳的性能和容量权衡。这一用来在控制区域中预配置PHICH资源的第二方案也可扩展至PDSCH资源区域，比如增强型PHICH(ePHICH)。

由于针对CA UE预配置PHICH资源原本可用于PDCCH，所以PDCCH容量可能略受影响。然而，与自适应重传方案相比，由于可以使用与版本8/9/10中的资源分配方法相同的资源分配方法，所以该第二方案是更加资源高效的。在资源单元的相同集合上发送多个PHICH。

以上内容可以由网络单元实现。图8示出了简化的网络单元。在图8中，网络单元3110包括处理器3120和通信子系统3130，其中处理器3120和通信子系统3130协作执行上述方法。

此外，以上内容可以由UE来实现。下文中参照图9描述UE的示例。UE 3200可包括具有语音和数据通信能力的双向无线通信设备。在一些实施例中，语音通信能力是可选的。UE 3200一般具有与因特网上的其它计算机系统通信的能力。根据所提供的具体功能，UE 3200可以被称为例如数据消息收发设备、双向寻呼机、无线电子邮件设备、具有数据消息收发能力的蜂窝电话、无线因特网设备、无线设备、智能电话、移动设备或数据通信设备。

在UE 3200能够进行双向通信的情况下，它可以具有通信子系统3211，包括接收机3212和发射机3214，以及相关联的组件，比如一个或多个天线元件3216和3218，本地振荡器(LO)3213以及处理模块(比如数字信号处理器(DSP)3220)。通信子系统3211的具体设计依赖于UE3200预期在其中进行操作的通信网络。

网络接入要求还可以根据网络3219的类型而改变。在一些网络中，网络接入与UE 3200的订户或用户相关联。UE 3200可能需要可移除用户识别模块(RUIM)或订户识别模块(SIM)卡，以便在网络上操作。SIM/RUIM接口3244通常与可以插入SIM/RUIM卡的卡槽类似。SIM/RUIM卡可以具有存储器，并保存许多密钥配置3251和其他信息3253，如标识和订户相关信息。

当已经完成所需的网络登记或激活过程时，UE 3200可以通过网络3219来发送和接收通信信号。如图所示，网络3219可以由与UE 3200通信的多个基站组成。

由天线3216通过通信网络3219接收的信号输入至接收机3212，接收机3212可以执行常见接收机功能，如信号放大、频率下转换、滤波、信道选择等等。对接收信号的模数(A/D)转换允许更复杂的通信功能，比如要在DSP 3220中执行的解调和解码。通过类似方式，由DSP 3220处理将要发送的信号，包括例如调制和编码，并将其输入发射机3214进行数模(D/A)转换、频率上转换、滤波、放大并经由天线3218通过通信网络3219发送。DSP 3220不仅处理通信信号，还提供接收机和发射机控制。例如，可以通过DSP 3220中实现的自动增益控制算法来对在接收机3212和发射机3214中施加到通信信号的增益进行自适应控制。

UE 3200一般包括对设备的总体操作进行控制的处理器3238。通过通信子系统3211来执行通信功能(包括数据和语音通信)。处理器3238还与其他设备子系统交互，如显示器3222、闪存3224、随机存取存储器(RAM)3226、辅助输入/输出(I/O)子系统3228、串行端口3230、一个或多个键盘或键区3232、扬声器3234、麦克风3236、其他通信子系统3240(如短距离通信子系统)和总体上标记为3242的任何其他设备子系统。串行端口3230可以包括USB端口或本领域当前已知或未来开发的其他端口。

所示的一些子系统执行与通信相关的功能，而其他子系统可以提供“驻留”或设备上功能。显然，一些子系统，例如键盘3232和显示器3222，可以用于与通信相关的功能(如输入文本消息以通过通信网络发送)和设备驻留功能(如计算器或任务列表)。

由处理器3238使用的操作系统软件优选地存储在诸如闪存3224之类的永久存储器上，该永久存储器还可以是只读存储器(ROM)或类似存储元件(未示出)。操作系统、专用设备应用或其中的一部分可以临时加载至易失性存储器(如RAM 3226)。接收的通信信号也可以存储在RAM 3226中。

如图所示，闪存存储器3224可以被分离为不同的区域，以用于计算机程序3258和程序数据存储3250、3252、3254和3256。这些不同的存储类型指示每个程序可以分配闪存存储器3224的一部分用于其自身的数据存储需要。处理器3238(除了其操作系统功能之外)可以实现软件应用在UE上的执行。控制基本操作的应用的预定集合(至少包括例如数据和语音通信应用)典型地在制造期间安装在UE 3200上。其他应用可以随后或动态安装。

应用和软件可以存储在任何计算机可读存储介质上。计算机可读存储介质可以是有形的或者在瞬时/非瞬时介质中，如光(例如CD，DVD等等)、磁(例如磁带)或本领域已知或已研发的其他存储器。

软件应用可以是个人信息管理器(PIM)应用，其具有组织和管理与UE 3200的用户有关的数据项的能力，数据项例如但不限于电子邮件、日程事件、语音邮件、约会和任务项。一个或多个存储器将在UE上可用，以便于存储PIM数据项。这种PIM应用将具有经由无线网络3219发送和接收数据项的能力。还可以通过网络3219、辅助I/O子系统3228、串行端口3230、短距离通信子系统3240或任何其他合适子系统3242将其他应用加载至UE 3200上，并由用户安装至RAM 3226或非易失性存储(未示出)中，以由处理器3238执行。这种应用安装的灵活性增加了UE 3200的功能，并可以提供增强的设备上功能、通信相关功能或两者兼有。例如，安全通信应用可以实现将使用UE 3200执行的电子商务功能和其他这种金融交易。

在数据通信模式中，可由通信子系统3211处理所接收的信号(如文本消息或网页下载)，并输入至处理器3238，处理器3228对所接收的信号进行进一步处理，以输出至显示器3222或备选地输出至辅助I/O设备3228。

UE 3200的用户还可以使用键盘3232(其可以是完整字母数字键盘或电话类型的小键盘等)与显示器3222和可能的辅助I/O设备3228相结合来编写数据项(例如电子邮件消息)。然后，通过通信子系统3211在通信网络上发送所编写的项目。

对于语音通信，UE 3200的整体操作类似，只是所接收的信号典型地输出至扬声器3234以及用于传输的信号将由麦克风3236产生。还可以在UE 3200上实现备选的语音或音频I/O子系统，如语音消息记录子系统。尽管语音或音频信号输出主要通过扬声器3234来实现，显示器3222也可用来提供例如对主叫方的身份的指示、语音呼叫的持续时间或与语音呼叫相关的其他信息。

串行端口3230通常在个人数字助理(PDA)类型的设备(其中可能需要与用户的台式计算机(未示出)的同步)中实现，但是这一端口是可选设备组件。这种端口3230可以使用户能够通过外部设备或软件应用来设置偏好，并通过以不同于通过无线通信网络的方式来向UE 3200提供信息或软件下载来扩展UE 3200的能力。备选下载路径例如可以用于将加密密钥通过直接从而可靠和可信的连接加载至设备，从而实现安全设备通信。串行端口3230还可用来将设备连接至计算机，以充当调制解调器。

其他通信子系统3240(如短距离通信子系统)是可以提供UE 3200与不同系统或设备(不需要是类似设备)之间的通信的其它可选组件。例如，子系统3240可以包括红外设备和相关联电路和组件或蓝牙^TM通信模块，以提供与具有类似能力的系统和设备的通信。子系统3240还可以包括非蜂窝通信，如WiFi、WiMAX、近场通信(NFC)和/或射频标识(RFID)。其它通信元件3240还可用来与辅助设备(比如平板显示器、键盘或投影仪)进行通信。

UE和上述其他组件可以包括能够执行与上述动作相关的指令的处理组件。图10示出了系统3300的示例，其中包括适于实现这里公开的一个或多个实施例的处理组件3310。除了处理器3310(可被称作中央处理器单元或CPU)之外，系统3300可以包括网络连接设备3320、随机存取存储器(RAM)3330、只读存储器(ROM)3340、辅助存储器3350、以及输入/输出(I/O)设备3360。这些组件可以经由总线3370相互通信。在一些情况中，这些组件中的一些可以不存在，或可以将其彼此或与未示出的其他组件以各种组合方式进行组合。这些组件可以位于单一物理实体中，或位于多于一个物理实体中。可以由处理器3310单独或由处理器3310与图中示出或未示出的一个或多个组件(如数字信号处理器(DSP)3380)一起来进行本文中描述为由处理器3310所采取的任何行动。尽管将DSP 3380示为单独的组件，但是DSP 3380可以并入处理器3310。

处理器3310执行其可以从网络连接设备3320、RAM 3330、ROM3340或辅助存储器3350(可以包括各种基于盘的系统，比如硬盘、软盘或光盘)中访问的指令、代码、计算机程序或脚本。尽管仅示出一个CPU3310，但是可以存在多个处理器。从而，虽然可以将指令讨论为由处理器执行，但是也可以由一个或多个处理器同时、串行、或以其他方式执行指令。可以将处理器3310实现为一个或多个CPU芯片。

网络连接设备3320可以采用以下形式：调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌环设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、无线收发机设备(比如码分多址(CDMA)设备、全球移动通信系统(GSM)无线收发机设备、通用移动通信系统(UMTS)无线收发机设备、长期演进(LTE)无线收发机设备)、微波接入全球可互操作性(WiMAX)设备和/或其它众所周知的用于连接网络的设备。这些网络连接设备3320可以使得处理器3310能够与因特网或者一个或者多个通信网络或与处理器3310可以接收信息或处理器3310可以输出信息的其他网络进行通信。网络连接设备3320还可以包括能够无线发送和/或接收数据的一个或多个收发机组件3325。

RAM 3330可以用于存储易失性数据并且可能用于存储由处理器3310执行的指令。ROM 3340是一般具有比辅助存储器3350的存储器容量更小的存储器容量的非易失性存储器设备。ROM 3340可以用于存储指令以及存储可能在指令执行期间读取的数据。对RAM 3330和ROM3340的访问一般快于对辅助存储器3350的访问。辅助存储器3350一般包括一个或者多个盘驱动器或者带驱动器，并且可以用于数据的非易失性存储，或如果RAM 3330不足以容纳所有工作数据时，辅助存储器3350还要用作溢出数据存储设备。辅助存储器3350可以用于存储程序，其中当选择执行所述程序时将所述程序加载至RAM 3330。

I/O设备3360可以包括液晶显示器(LCD)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器、或者其它熟知的输入/输出设备。同样，可认为收发机3325是I/O设备3360的组件，而不是网络连接设备3320的组件，或除了是网络连接设备3320的组件之外还是I/O设备3360的组件。

在一种实施例中，提供了一种无线通信系统中的通信方法。所述方法包括：由网络单元在下行链路子帧的控制区域中针对具有载波聚合能力的UE预配置针对PHICH的至少一个资源。

在另一实施例中，提供了一种无线通信系统中的网络单元。所述网络单元包括处理器，所述处理器被配置为使得网络单元在下行链路子帧的控制区域中针对具有载波聚合能力的UE预配置针对PHICH的至少一个资源。

针对所有目的，通过引用将以下内容在此并入：3GPP TS 36.211、3GPP TS 36.212和3GPP TS 36.213。

这里描述的实施例是具有与本申请的技术的元素相对应的元素的结构、系统或方法的示例。书面描述将使本领域技术人员能够做出和使用具有同样与本申请的技术的元素相对应的备选元素的实施例。本申请的技术的预期范围从而包括与这里公开的本申请的技术无差别的其他结构、系统或方法，还包括与这里公开的本申请的技术具有非实质性差别的其他结构、系统或方法。

尽管在本公开中已经提供了若干实施例，应当理解的是，在不脱离本公开的精神或者范围的情况下可以用很多其它特定形式来实现所公开的系统和方法。应当认为本示例是说明性的而非限制性的，并且预期不受限于本文给出的细节。例如，可以将各种单元或者组件组合或集成到另一个系统中，或可以略去或者不实现特定特征。

同样，在不脱离本公开的范围的情况下，可以将在各实施例中描述和示出为离散或者分离的技术、系统、子系统和方法与其它系统、模块、技术或者方法组合或者集成。被示为或讨论为耦合或者直接耦合或者彼此通信的其它项目可以通过某些接口、设备或者中间组件以电子、机械或者其它方式间接耦合或者通信。本领域技术人员可确定改变、替代以及变更的其它示例，并且可以在不脱离本文公开的精神和范围的情况下进行实施。

Claims (24)

1.一种无线通信系统中的通信方法，所述方法包括：

由网络单元在下行链路子帧的控制区域中针对具有载波聚合能力的用户设备UE预配置针对物理混合自动重传请求HARQ指示符信道PHICH的至少一个资源。

2.根据权利要求1所述的方法，其中PHICH资源预配置是按需执行的，从而当在辅助小区SCell子帧上不存在跨载波调度的物理上行链路共享信道PUSCH时，不需要在主小区PCell的相应子帧处预配置PHICH资源。

3.根据权利要求2所述的方法，其中通过确定SCell上是否存在需要PCell的子帧上的肯定应答/否定应答ACK/NACK的PUSCH传输，来确定是否需要在PCell的该子帧处预配置PHICH资源。

4.根据权利要求1所述的方法，其中通过在物理下行链路控制信道PDCCH上打孔来针对UE预配置PHICH资源。

5.根据权利要求4所述的方法，其中网络单元将PDCCH信息放置在未被打孔的资源单元中。

6.根据权利要求4所述的方法，其中PHICH资源被打孔到位于固定位置处的一个控制信道单元CCE上。

7.根据权利要求6所述的方法，其中所述固定位置满足以下至少一项：

对具有载波聚合能力的UE已知；或

由更高层信令半静态地设置。

8.根据权利要求6所述的方法，其中网络单元避免将被打孔的CCE用于PDCCH。

9.根据权利要求1所述的方法，其中通过将PHICH封装在特殊PDCCH中来针对UE预配置PHICH资源，所述特殊PDCCH能够由具有载波聚合能力的UE通过已经指派给所述具有载波聚合能力的UE的特殊无线网络临时标识符RNTI来定位。

10.根据权利要求9所述的方法，其中特殊PDCCH位于以下至少一项：

对具有载波聚合能力的UE已知的固定位置；或

半静态地信号通知的位置。

11.根据权利要求9所述的方法，其中PHICH资源是在PDCCH中作为下行链路控制信息DCI净荷来预配置的。

12.根据权利要求9所述的方法，其中PHICH资源是在物理下行链路共享信道PDSCH中以及PDCCH中预配置的。

13.一种无线通信系统中的网络单元，所述网络单元包括：

处理器，所述处理器被配置为使得网络单元在下行链路子帧的控制区域中针对具有载波聚合能力的用户设备UE预配置针对物理混合自动重传请求HARQ指示符信道PHICH的至少一个资源。

14.根据权利要求13所述的网络单元，其中PHICH资源预配置是按需执行的，从而当在辅助小区SCell子帧上不存在跨载波调度的物理上行链路共享信道PUSCH时，不需要在主小区PCell的相应子帧处预配置PHICH资源。

15.根据权利要求14所述的网络单元，其中通过确定SCell上是否存在需要PCell的子帧上的肯定应答/否定应答ACK/NACK的PUSCH传输，来确定是否需要在PCell的该子帧处预配置PHICH资源。

16.根据权利要求13所述的网络单元，其中通过在物理下行链路控制信道PDCCH上打孔来针对UE预配置PHICH资源。

17.根据权利要求16所述的网络单元，其中网络单元将PDCCH信息放置在未被打孔的资源单元中。

18.根据权利要求16所述的网络单元，其中PHICH资源被打孔到位于固定位置处的一个控制信道单元CCE上。

19.根据权利要求18所述的网络单元，其中所述固定位置满足以下至少一项：

对具有载波聚合能力的UE已知；或

由更高层信令半静态地设置。

20.根据权利要求18所述的网络单元，其中网络单元避免将被打孔的CCE用于PDCCH。

21.根据权利要求13所述的网络单元，其中通过将PHICH封装在特殊PDCCH中来针对UE预配置PHICH资源，所述特殊PDCCH能够由具有载波聚合能力的UE通过已经指派给所述具有载波聚合能力的UE的特殊无线网络临时标识符RNTI来定位。

22.根据权利要求21所述的网络单元，其中特殊PDCCH位于以下至少一项：

对具有载波聚合能力的UE已知的固定位置；或

半静态地信号通知的位置。

23.根据权利要求21所述的网络单元，其中PHICH资源是在PDCCH中作为下行链路控制信息DCI净荷来预配置的。

24.根据权利要求21所述的网络单元，其中PHICH资源是在物理下行链路共享信道PDSCH中以及PDCCH中预配置的。