么FDD要么TDD)。第四实施例集合提供了使得UE能够由多个小区来服务的方法，该多个小区可以来自于不同eNB(eNB间载波聚合)且具有不同的双工模式。
[0047]现在将考虑可以部署这些实施例的场景。低功率小区可以是具有其自己的小区ID独立小区，且可以与宏小区在相同载波频率上或与宏小区在不同的载波频率上。由于在较高频率上的频谱可用性(例如，3.5吉赫(GHz))以及层间干扰避免，网络运营商可能首选让宏小区部署在较低频率上用于大面积覆盖，且让低功率小区部署在较高频率上用于局域高数据速率接入。
[0048]低功率小区可以用单独或非单独方式来使用新的载波类型(NCT)。单独NCT可以独立工作，且可以发送完全控制信令集合。非单独NCT意味着不能独立操作载波，且低功率小区要与宏小区的单独载波相关联。UE可以通过单独宏载波来获得与低功率小区非单独NCT有关的信息，且进而能够接入低功率小区。非单独NCT可以节约控制信号。例如，可以不一定发送SIB消息和小区特定参考信号(CRS)，或可以仅必须一部分CRS。然而，低功率小区的非单独NCT可以预期发送控制信号，该控制信号允许UE识别小区ID、执行频率和时间跟踪、以及测量小区。宏小区还可以提供UE特定信息，以帮助减少来自非单独低功率小区的控制信号。例如，取代低功率小区发送PSS/SSS，宏小区可以向UE发信号通知低功率小区ID的列表，且UE可以通过检查CRS序列来敲定低功率小区ID。在更好的无线资源使用的意义上，针对低功率小区可以首选非单独NCT。如果在低功率小区上部署非单独NCT，则UE可以仅经由宏小区来进入网络。单独NCT可以是或可以不是后向兼容的。后向兼容的NCT可以没那么有效率，因为其可以携带供传统UE接入的某些传统信号。
[0049]可以将低功率小区部署为具有其自己的回程的独立eNB，如图4a所示。宏小区和低功率小区之间的通信可以涉及具有回程延迟的X2接口。低功率小区还可以经由远程无线点头端(RRH)来部署，且可以经由高速光纤连接到宏小区，如图4b所示。在RRH的情况下，低功率小区和宏小区可以属于同一 eNB，且共享相同的回程。在这种情况下，可以在延迟可忽略的情况下实现宏小区和低功率小区之间的通信。
[0050]在RRC_CONNECTED模式下，UE可以具有通向宏小区和低功率小区的双重连接性。在这种场景中，可以存在至少两种使用情况。在第一使用情况下，有可能宏小区仅提供基本RRC信令，例如寻呼和移动性/切换(HO)相关信令，且有可能所有数据服务经过低功率小区。在第二使用情况下，宏小区可以提供基本RRC信令以及低速率/高可靠性数据服务，且低功率小区可以提供高速率数据服务。例如，如果用户参与基于网际协议的语音(VoIP)呼叫和文件下载，则VoIP呼叫可以经过宏小区而文件下载可以经过低功率小区。
[0051]取决于部署场景，UE可以具有通向宏小区和微微小区的分别RRC连接，或仅具有通向宏小区的一个RRC连接。如果宏小区和微微小区来自同一 eNB (例如，微微小区部署为RRH)，则通向宏小区的一个RRC连接可能是足够的。如果宏小区和微微小区来自不同eNB，则两个RRC连接是可能的。
[0052]在RRC_IDLE模式期间，UE可以预期仅驻留在宏小区上。尽管在低功率小区上的单独载波的情况下UE可以驻留在低功率小区上，在宏小区上的驻留可以简化网络操作。
[0053]宏层可以使用FDD或TDD，同时低功率小区层可以使用TDD在较高频率上用于更好的业务适配，或者可以使用FDD。UE可以通向宏小区和微微小区的双重连接性。该多服务小区场景可以实现为载波聚合，且PCell使用宏小区FDD或TDD且SCell使用低功率小区TDD或FDD。在这种情况下，UE可以保持连接到宏小区，且可以经由SCell添加或移除来添加或移除低功率小区。
[0054]可以假定UE是具有CA能力的，且可以假定UE可以同时与宏小区和一个或多个低功率小区通信。宏层和低功率小区层可以部署有带间载波聚合，其中，宏小区使用FDD且低功率小区使用TDD，或者宏小区和低功率小区都可以使用FDD，但是在不同频带上。在这种情况下，可以使用分别的收发信机链。备选地，宏小区和低功率小区可以使用带内载波聚合，其中，宏小区和低功率小区在相同频带内使用FDD或TDD。在该情况下，为了成本节约，带内载波聚合可以实现为单一无线频率单元。
[0055]为了节约UE功率，由于与宏小区的有线通信，不连续接收(DRX)可以被配置在PCell上。与相同DRX配置应用于所有载波的当前CA不同，在本文公开的实施例中，可以对PCell和SCell应用不同的DRX配置。当UE将与宏小区通信时，可以向低功率小区通知子帧，使得可以协调宏小区和低功率小区中的数据发送，以在UE最大功率约束下可靠地维持两个通信链路。与宏小区和低功率小区的通信可以占用不同的子帧，使得UE在任何给定时间仅与一个小区通信。备选地，宏小区可以确定用于宏小区和微微小区的DRX配置。
[0056]取决于宏小区和低功率小区操作的紧密程度，宏小区和低功率小区可以是同步或异步的。如果宏小区和低功率小区紧密操作，例如，如果两个小区的DRX配置为了 UE功率节约而协调，则来自2个小区的发送可以是同步的。即，子帧边界可以是对准的。如果宏小区和低功率小区独立工作，则来自2个小区的发送可以是异步的。尽管来自宏小区和低功率小区的发送可以是同步的，由于从2个小区到UE的不同距离，到达UE的信号可以不是完美对准的。
[0057]如上所述，用于在现有宏节点层的覆盖下的低功率节点的异构部署中增加业务容量的第一实施例集合涉及支持更高阶的调制。在这种异构部署中的微微小区中，UE可以接近微微小区eNB，该微微小区eNB可以提供良好的信道状况。为了进一步增强高信噪比(SNR)下的频谱效率，可以在微微小区中使用更高阶调制。即，当前可以在宏小区中使用的最高阶调制是64QAM。由于微微小区中的信道质量可以预期为良好，在实施例中，可以在微微小区中使用高于64QAM的调制阶，例如256QAM。下文中，可以将高于64QAM的任何调制阶称为256QAM，但应当理解其它更高调制阶是可能的。一般而言，由于在低功率小区环境中预期的更好信道状况，可以实现使用多于6个数据比特且可以通过单输入单输出信道中的一个OFDM/SC-FDM子载波来发送的任何更高阶调制格式。
[0058]在实施例中，为了实现256QAM，可以修改图2a、2b和2c所示的用于TOSCH/PUSCH的现有的MCS表和现有CQI表。存在用于修改MCS和CQI表的至少3种选项。可以从微微小区向UE发送的角度来讨论这3种选项，但是类似的考虑因素可以适用于UE进行的发送。
[0059]第一选项是扩展MCS和CQI索引表，以包括256QAM。例如，用于I3DSCH的MCS索引表和CQI索引表可以如图5a和5b来扩展。在图5a中，将DL/UL授权中的字段“调制和编码方案”从5个比特增加到6个比特。S卩，如果仅将5个比特用于列510中的值，则仅32个值是可能的。在使用6个比特的情况下，对MCS表的扩展是可能的。类似地，在图5b中，CQI反馈从4个比特增加到5个比特。即，如果仅将4个比特用于列520中的值，则仅16个值是可能的。在使用5个比特的情况下，对CQI表的扩展是可能的。还可以修改3GPP TS36.213中用于I3DSCH和PUSCH的现有传输块大小(TBS)表，以包括用于256QAM的较大的传输块大小。具有256QAM能力的高级UE可以假定DL/UL授权解码中的一个附加比特以及CQI反馈中的一个附加比特，以及使用新的MCS/CQI/TBS表。eNB可能需要了解UE的能力，使得eNB可以在DL/UL授权中以恰当的格式发送，并假定CQI解码中的一个附加比特。在实施例中，UE可以经由RRC信令向eNB指示其相关能力，即是否支持256QAM。在另一实施例中，特定UE类别可以隐式包括这种能力，因此当UE指示其类别时，也指示了其支持256QAM的能力。
[0060]第二选项是重新设计MCS和CQI索引表，并保留5个比特用于MCS指示以及4个比特用于CQI反馈。在实施例中，为了覆盖较宽范围的SNR并保持相同数目的MCS/CQI比特，重新设计的MCS/CQI索引表可以具有较不精细的MCS/CQI粒度。一个这种示例在图6a和6b中示出。在图6a中可以看到仅8个MCS索引使用调制阶2，仅7个MCS索引使用调制阶4，以及仅10个MCS索引使用调制阶6。这可以与图2a相对比，在图2a中，11个MCS索引使用调制阶2，8个MCS索引使用调制阶4，以及13个MCS索引使用调制阶6。还可以看到已向图6a添加了在图2a中不存在的调制阶8。
[0061]还可以修改3GPP TS 36.213中的现有TBS表，以包括用于256QAM的较大传输大小。在这种情况下，具有256QAM能力的高级UE可以使用重新设计的MCS/CQI/TBS表。eNB可能需要了解UE的能力，以确定UE是否可以将重新设计的MCS/CQI表用于DL/UL授权和CQI解释。在实施例中，与第一选项一样，UE可以经由专用RRC信令向eNB指示其相关能力，即是否支持256QAM。在另一实施例中，特定UE类别可以隐式包括这种能力，使得当UE指示其类别时，也指示了其支持256QAM的能力。在第一选项或第二选项中，eNB可以附加地或备选地查询UE的能力。
[0062]第三选项是设计附加MCS/CQI索引表集合，以覆盖高SNR区域。该选项的示例在图7a和7b中示出。在该示例中，UE可以将现有的MCS/CQI表用于低至中SNR区域且可以将新的MCS/CQI表用于中至高SNR区域。RRC信令可以用于向UE指示将哪个表集合用于MCS确定和CQI反馈。在该选项中，两个MCS/CQI表集合可以重叠(即，具有某些公共条目)，以确保在两种配置之间的平滑转变。例如，图2b中CQI表的后9个条目和图7b中CQI表的前9个条目相同。同样地，eNB可能需要了解UE的能力，以将附加MCS/CQI表用于DL/UL授权和CQI解释。还可以修改3GPP TS 36.213中的TBS表，以包括用于256QAM的较大传输大小。
[0063]如上所述，用于在现有宏节点层的覆盖下的低功率节点的异构部署中增加业务容量的第二是示例集合涉及在UL上支持OFDMA。在实施例中，为了在UL上支持OFDMA，可以引入用于UL授权的附加HXXH下行链路控制信息(DCI)格式。
[0064]在LTE版本10中，针对PUSCH曾定义了两种发送模式。发送模式I用于单天线端口发送，反之发送模式2用于多天线端口发送。roCCH DCI格式O用于指示发送模式1，反之DCI格式4用于指示发送模式2。在该第二实施例集合中，为了支持UL ODFMA发送，可以引入可被称为模式3和模式4的新的发送模式以及可被称为格式5和格式6的新的DCI格式，如图8所示。附图中的阴影指示了新引入的发送模式和DCI格式。在该实施例中，发送模式3和DCI格式5用于具有多天线端口的UE,反之发送模式4和DCI格式6用于具有单天线端口的UE。在一些实施例中，例如当设想UE始终配备有多个天线时，可以不包括发送模式4和DCI格式6。为了减少UE复杂度，PUSCH可以支持多至4层空间复用。在一些实施例中，RRC信令可以用于向UE通知发送模式。
[0065]在实施例中，可以存在用于UL OFDMA发送的参考信号的至少两个选项。在第一选项中，在频域中使用Zadoff-Chu序列以及在时域中使用可能的正交覆盖码(OCC)的情况下，UE可以重用在时隙的中间OFDM符号(即，正常循环前缀(CP)的第4个OFDM符号和扩展CP的第3个OFDM符号)中发送的版本1UL解调参考信号(DMRS)。为了维持来自多个发送层的DMRS之间的正交性，可以使用CDM(码分复用)，且不同发送层的DMRS可以使用相同Zadoff-Chu基本序列的不同循环移位。可以对DMRS应用针对PUSCH发送的相同预编码器。对于具有非邻接资源分配的OFDMA发送来说，类似于具有非邻接资源分配的版本10SC-FDMA，可以生成具有长度等于非邻接资源块的子载波总数的I个Zadoff-Chu序列。
[0066]在第二选项中，UE可以重用天线端口 7?10的DL UE特定参考信号(RS)。用于第一和第二发送层的RS以及用于第三和第四层的RS可以通过频分复用(FDM)来复用。第一和第二层(或第三和第四层)的RS可以通过使用时域中的两个邻接资源单元上的OCC借助CDM来复用。可以对RS应用针对PUSCH发送的相同预编码器。为了在相同UL资源块上复用多个UE，不同UE可以在不同天线端口上使用正交RS序列来发送，或不同UE可以在相同天线端口上使用通过不同加扰种子所生成的准正交RS序列来发送。由于RS在RB中更加分散，第二选项可以潜在地提供比第一选项更好的信道估计。
[0067]在一些实施例中，通过将资源分配字段替换为来自DL授权的OFDMA资源分配，新的DCI格式5和6可以分别基于DCI格式4和O。DCI格式5的示例在图9a和9b中示出，其中，对相对于格式4的修改加以下划线。在图9a和9b中出现的引用指代3GPP TS 36.212中的项目。DCI格式5和6可以分配多于2个非邻接资源块(RB)集群。
[0068]在该第二实施例集合下的各种实施例中，以下考虑因素可以适用。也可以支持现有的DL OFDMA资源分配类型2，以针对UL OFDMA来分配相邻的本地化或分布式的虚拟资源块(VRB)的集合。在一些实施例中，可以将用于SC-FDMA的版本10预编码码本重复用于UL 0FDMA。也可以设计用于UL OFDMA的新码本。由于在微微小区中有可能的视线传播环境，多层发送可能是无效率的，且可以首选具有多天线端口的单层发送。在一些实施例中，为了减少DCI的有效载荷大小，还可以通过例如规定仅I个传输块和I个发送层来进一步简化DCI格式5，使得可以减少DCI中字段“与编码信息和层数”中的比特数目。由于在微微小区中信道的频域相对平坦且连接到微微小区的UE可以是高数据速率用户，为了减少信号开销，可以