未许可的载波类型的调度的制作方法

无线移动通信技术使用各种标准和协议在节点(例如，发送站)和无线设备(例如，移动设备)之间传输数据。部分无线设备在下行(DL)传输中使用正交频分多址接入(OFDMA)并在上行(UL)传输中使用单载波频分多址接入(SC-FDMA)进行通信。使用正交频分双工(OFDM)进行信号传输的标准和协议包括第三代伙伴计划(3GPP)长期演进(LTE)、电子和电气工程师协会(IEEE)802.16标准(例如802.16e、802.16m)，即产业组熟知的WiMAX(全球微波接入互通)，以及IEEE 802.11标准，即产业组熟知的WiFi。

在3GPP无线接入网(RAN)LTE系统中，节点可以是演进通用陆地无线接入网(E-UTRAN)Node B(通常也记为演进Node B、增强Node B、eNodeB或eNB)和无线网控制器(RNC)的组合，其与称为用户设备(UE)的无线设备通信。下行(DL)传输是从节点(例如，eNodeB)到无线设备(例如，UE)的通信，而上行(UL)传输是从无线设备到节点的通信。

在同构网络中，节点，也称为宏节点，提供小区中到无线设备的基本覆盖。小区可以是在其中无线设备可操作地与宏节点通信的区域。同构网络(HetNet)可以用于处理在宏节点上由于无线设备增加的使用和功能导致的增加的流量负载。HetNet包括被较低功率节点(小型eNB、微型eNB、微微eNB、毫微微eNB或者家庭eBN[heNB])层覆盖的规划的较高功率宏节点(或宏eNB)层，所述较低功率节点可以在宏节点的覆盖区域(小区)内以未经良好规划或者甚至完全没有协调的方式使用。较低功率节点(LPN)通常可以称为“低功率节点”、小型节点或者小小区。

在LTE中，数据可以通过物理下行共享信道(PDSCH)从eNodeB传输到UE。物理上行控制信道(PUCCH)可以用于确认收到数据。下行和上行信道或传输可以使用时分双工(TDD)或频分双工(FDD)。

附图说明

本公开的特征和优点从结合附图的详细描述中将是显而易见的，所述附图通过示例的方式示出本公开的特征；并且其中：

图1A示出根据一个示例的具有与主载波子帧边界对齐的子帧边界的第一类型的未许可载波类型(UCT)的次载波。

图1B示出根据一个示例的具有不与主载波子帧边界对齐的子帧边界的第二类型的未许可载波类型(UCT)的次载波。

图2A示出根据一个示例的当主载波(PCell)使用时分双工(TDD)操作并且次载波(SCell)使用频分双工(FDD)操作时的跨子帧调度。

图2B示出根据一个示例的当主载波(PCell)使用时分双工(TDD)操作并且次载波(SCell)使用TDD操作时的跨子帧调度。

图3示出根据一个示例的基于时分双工(TDD)上行/下行(UL/DL)配置和子帧数n的跨子帧调度图案。

图4A-图4B示出根据一个示例的使用主载波(PCell)的下行子帧和PCell的特殊子帧的次载波(SCell)的跨子帧调度。

图5示出根据一个示例的次载波(SCell)的多子帧调度。

图6A-图6C示出根据一个示例的当SCell的子帧边界与主载波(PCell)的子帧边界不对齐时次载波(SCell)的跨子帧调度。

图7A-图7B示出根据一个示例的当SCell的子帧边界与主载波(PCell)的子帧边界不对齐时次载波(SCell)的多子帧调度。

图8示出根据一个示例的对应于物理下行共享信道(PDSCH)传输的次载波(SCell)混合自动重传请求(HARQ)确认(ACK)/否定确认(NACK)反馈的情形的表。

图9A-图9D示出根据一个示例的次载波(SCell)的混合自动重传请求(HARQ)反馈。

图10示出根据一个示例的以频分双工(FDD)和在物理下行共享信道(PDSCH)上操作的次载波(SCell)的下行(DL)混合自动重传请求(HARQ)定时的表。

图11A-图11B示出根据一个示例的当SCell的子帧边界与主载波(PCell)的子帧边界不对齐时次载波(SCell)的混合自动重传请求 (HARQ)。

图12描述根据一个示例的可操作地执行下行调度的演进节点B(eNB)的功能。

图13描述根据一个示例的可操作地执行下行调度的演进节点B(eNB)的功能。

图14描述根据一个示例的执行下行调度的方法的流程图。

图15示出根据一个示例的无线设备(例如，UE)的图。

参考示出的示例性实施例，并且本文使用特定语言描述示例性实施例。然而能够理解的是不期望由此限制本发明的范围。

具体实施方式

在公开和描述本发明之前，应当理解的是本发明不限于这里公开的特定结构、处理步骤或材料，而是扩展到相关领域普通技术人员可以认识到的相关等价物。应当理解的是这里使用术语的目的仅在于描述特定示例而不是限制。不同附图中的相同附图标记表示相同元件。流程图和处理中提供的数字是为了清楚地阐述步骤和操作而不必指示特定顺序或序列。

示例实施例

下面提供了技术实施例的初始概览，然后后面将进一步详细描述特定技术实施例。这个初始的综述目的在于帮助读者更快理解技术，而不在于标识技术的关键特征或重要特征，也不在于限制要求主题的范围。

描述了如下一种技术，其使用主载波(PCell)或主小区的子帧为次载波(SCell)或次小区执行下行调度。次小区也称为未许可载波类型(UCT)。主小区配置为使用许可频带与用户设备(UE)通信并且次小区配置为使用未许可频带与UE通信。UE使用载波聚合与主小区和次小区两者通信。在一个例子中，演进节点B(eNB)使用主载波(PCell)或主小区的子帧为次小区执行下行调度。例如，eNB识别主小区的定义子帧内的一个或多个子帧以为次小区执行跨子帧调度。eNB随后使用主小区的一个或多个子帧为次小区一个或多个下行子帧执行跨子帧调度。

在一个例子中，用于执行次小区的跨子帧载波调度的主小区的子帧可以是下行子帧和/或特殊子帧。跨载波调度可以按照预定义的跨子帧调度图案(pattern)执行。例如，跨子帧调度可以指示将要用于执行跨子帧调度的主小区的特殊子帧。预定义的跨子帧调度图案可以取决于主小区是在时分双工(TDD)还是在频分双工(FDD)中操作，以及次小区是在TDD还是FDD中操作。

在一种配置中，主小区的子帧与次小区的子帧在子帧边界和相应的索引方面对齐。在可替代配置中，主小区的子帧与次小区的子帧在子帧边界和相应的索引方面不对齐。在一个例子中，单个下行控制信息(DCI)可用于执行次小区的每个下行子帧的跨子帧调度。在另一个例子中，单个下行控制信息(DCI)可用于执行次小区的定义数量的连续下行子帧的跨子帧调度(例如，一个DCI可用于次小区的五个连续下行子帧)。

在一种配置中，eNB从次小区的一个或多个子帧接收混合自动重传请求(HARQ：hybrid automatic repeat request)反馈。基于预定义的HARQ反馈图案，用于HARQ反馈的次小区的子帧可对应于主小区的一个或多个上行子帧。在一个例子中，次小区的子帧具有与主小区的对应子帧传输方向不同的传输方向。在该例子中，使用主小区的替代子帧传输来自次小区的子帧的HARQ反馈。

近年来无线宽带数据的需求增加，蜂窝运营商正在考虑是否使用未许可的频谱以增大其服务供给。为了在高级长期演进(LTE-A)中利用未许可的频谱，正在考虑将“未许可LTE”或者LTE-U纳入3GPP LET标准。LTE-U也称为许可辅助接入(LAA)。LTE-U提出将LTE平台扩展到未许可的应用，因此使得运营商和供应商能够在无线和核心网中运营LTE和演进分组核心(EPC)硬件中的已有或规划的投资。通过将高级LTE带到未许可的频谱，运营商能够更好利用未许可的5GHz频带(或者其他未许可的频带)。因此，运营商可以增大现有网络容量并提供增强的用户体验。

在一个例子中，LTE-U可以认为是LTE载波聚合(CA)配置中的附加下行链路(Supplemental Downlink)或分量载波(CC:Component Carrier)。在未许可频带中使用LTE需要LTE和其他现有技术(incumbent technology)在该频带中同时存在。例如，LTE-U设计为在未许可的频谱中操作，使得LTE-U不与相同未许可频谱中使用的Wi-Fi冲突。由于多个LTE运营商使用相同的未许可频谱，在相同频带中不同LTE运营商之间的自我共存对于维持较高的网络性能和增强的用户体验是重要的。

当前技术描述了一种新的载波类型，所述载波类型作为未许可频带中的附加次载波(SCell)操作。新的载波类型可称为未许可载波类型(UCT)。术语“UCT”、“次小区”和“次载波”在这里可以交替使用。替代地，新的载波类型可称为未许可次小区。也就是说，次载波(SCell)或者次小区能够在未许可频带操作。用户设备(UE)可以连接到在未许可频带中操作的次小区。此外，UE可以连接到使用许可频带操作的主小区(PCell)或者主载波。UE在载波聚合情形下可以同时连接到主小区和次小区。许可频带和未许可频带之间的载波聚合可以提供更高的数据率，从而为UE提供增强的体验。

次小区(或UCT)在未许可频带上的操作可以划分为两个状态：休眠状态和活跃状态。休眠状态的UCT子帧可以称为休眠子帧，而活跃状态的UCT子帧可以称为活跃子帧。取决于UCT是否与主小区(PCell)保持子帧/帧边界对齐，UCT可以划分为两类：类型1和类型2。当UCT SCell和PCell之间的子帧边界对齐时UCT是类型1。当UCT SCell和PCell之间的子帧边界不对齐时UCT是类型2。

图1A示出具有与主载波(PCell)子帧边界对齐的子帧边界的第一类型的未许可载波类型(类型1UCT)的次载波(SCell)。如图1A所示，SCell UCT子帧(休眠子帧和活跃子帧两者)在子帧边界处与PCell传统载波类型(LCT)子帧对齐。例如，主小区的帧#n中的活跃子帧#4大体上与次小区(或UCT)的帧#n中的活跃子帧$3对齐。休眠状态期间的UCT可以执行发送前侦听(LBT：listen before talk)和信道预留机制以预留LTE-U传输的介质。为活跃状态预留的子帧的数量可以取决于LTE-U的流量负载和频谱的可用性。

图1B示出根据一个示例的具有不与主载波(PCell)子帧边界对齐的子帧边界的第二类型的未许可载波类型(类型2UCT)的次载波(SCell)。如图1B所示，SCell UCT子帧(休眠子帧和活跃子帧两者) 在子帧边界处与PCell传统载波类型(LCT)子帧不对齐。例如，主小区的帧#n中的活跃子帧#6与次小区(或UCT)的帧#n中的子帧#3或子帧#4不对齐。也就是说，对于类型2UCT，类型2UCT中的帧/子帧边界和对应索引与主小区(PCell)的帧/子帧边界和对应索引不对齐。

这里描述了UCT SCell的新的下行调度分配机制和对应的HARQACK/NACK反馈传输机制。在一个例子中，UCT可以作为载波聚合(CA)情形中的附加次载波(SCell)，其中UE也连接到许可主载波(PCell)。当UCT作为主eNB(MeNB)组中对于PCell的SCell时，当前技术也适用于双连接(DC)的情形中。类似地，当前技术也适用于当UCT作为次eNB(SeNB)组中对于sPCell的SCell。sPCell是SeNB内SCell中的一个，其用于HARQ ACK/NACK反馈的传输。此外，这里描述的技术涉及类型2UCT，其中UCT作为MeNB组中的sPCell和PCell。

UCT的下行(DL)调度可以使用两种技术执行：PCell跨载波调度和SCell自调度。因此，UCT活跃子帧可以使用许可PCell自调度或者跨载波调度。由于UCT主要用作附加下行载波，因此由于未许可频带中其他现有无线接入技术(RAT)的使用而不能保证控制信道的可靠接收。因此，这里描述的新的方法能够控制信息的可靠接收(例如，调度信息、HARQ ACK/NACK反馈等)。

在一个例子中，UCT的DL调度信息可以使用PCell跨载波调度来传输。在传统载波中，跨载波调度主要用于小区间干扰协调，其中通过使用跨载波调度，可以避免下行(DL)控制信道上较大的干扰。下行控制信道的例子可以包括物理下行控制信道(PDCCH)或物理混合-ARQ指示符信道(PHICH)。在同构网络部署中这种干扰会产生，其中为了改善的小小区卸载，UE可以位于范围扩展区域中，但会受到宏小区的强烈干扰。关于UCT，不能保证未许可SCell中DL/UL控制信道的可靠接收。通过跨载波调度，许可PCell用于调度活跃UCT子帧，而不是通过UCT物理下行控制信道(PDCCH)或增强PDCCH(EPDCCH)使用自调度。

在另一个例子中，使用SCell自调度来传输UCT的DL调度信息。为了改进UCT上控制信道(PDCCH/EPDCCH)接收的可靠性，向传 统自调度机制引入额外的改进。这些改进通过使用较低调制和编码方案实现。在自调度中，SCell本身能够保证控制信道的可靠接收(与PCell相反)，使得SCell(或UCT)不会与使用未许可频带的其他RATS冲突。

许可PCell可使用时分双工(TDD)或频分双工(FDD)操作。此外，未许可SCell可使用TDD或FDD操作。取决于许可PCell和未许可SCell的双工方案(即，FDD或TDD)，UCT SCell的跨载波调度可以标识为共四种情形：

对于情形1和2，其中PCell使用FDD操作，传统机制可以重用，即子帧n中PCell中的PDCCH或EPDCCH可以提供子帧n中SCell的调度信息。

另一方面，对于情形4和4，传统机制限制了容量。在情形3中，如果对应的PCell子帧是UL，则SCell TDD DL子帧不能进行跨载波调度。类似地，在情形4中，如果PCell的子帧n是UL，则SCell中的对应DL子帧不能使用PCell进行跨载波调度。为了解决这个问题，当前技术描述了两种新机制：第一个机制包括PDSCH的跨子帧调度，第二个机制包括PDSCH的多子帧调度。在一个例子中，为了改进情形3和4而提出的两种新机制也能轻而易举地适用于情形1和2。此外，这两种新机制也适用于类型1UCT(即，其中子帧被对齐)以及类型2UCT(即，其中子帧不对齐)。

在一个例子中，跨子帧调度可用于PDSCH中的UCT。由于PCellDL子帧的数量可能小于SCell DL子帧的数量，一些SCell DL子帧可能从单个PCell DL子帧进行跨载波调度。可以将多个下行控制信息(DCI)用于携带来自单个PCell DL子帧的多个SCell DL子帧的调度信息。也就是说，次小区的每个下行子帧能够使用单个DCI(即，在 DCI数量和次小区的调度下行子帧数量之间的一对一比率)进行调度。理想的情况是，PDCCH/EPDCCH传输和PDSCH传输之间的子帧数量最小化。

图2A示出当主载波(PCell)使用时分双工(TDD)操作并且次载波(SCell)使用频分双工(FDD)操作时的示例跨子帧调度。特殊子帧的下行前导时隙(DwPTS)中的PDCCH用于携带随后SCell DL子帧的调度信息，随后SCell DL子帧的对应PCell子帧是UL。如图2A所示，主小区的第一子帧能够执行次小区的第一子帧的子帧内调度。然而，主小区的第二子帧(即，特殊子帧)能够执行次小区的第二子帧的子帧内调度以及次小区的第四子帧的跨子帧调度。次小区的第四子帧(即，下行子帧)是与主小区的对应第四子帧(即上行子帧)相比相反的传输方向。对于每个帧(即，十个子帧)，类似地重复次小区的跨子帧调度。

图2B示出当主载波(PCell)使用时分双工(TDD)操作并且次载波(SCell)使用TDD操作时的示例跨子帧调度。类似地，特殊子帧的DwPTS中的PDCCH用于携带随后SCell DL子帧的调度信息，随后SCell DL子帧的对应PCell子帧是UL。在这种配置中，次小区可以包括上行子帧，对于该上行子帧不执行跨载波调度。例如，次小区的第三子帧(即，上行子帧)不使用主小区进行调度。

图3是具有基于时分双工(TDD)上行/下行(UL/DL)配置和子帧数n的跨子帧调度图案的表。对于具有定义TDD UL/DL配置(例如，0-6)的PCell和正常HARQ操作，UE一旦检测到具有用于UE的子帧n中的下行DCI格式的PDCCH/EPDCCH，就调整SCell的子帧n+k中对应PDSCH的传输，其中k在表中给出。例如，当主小区在TDD UL/DL配置0中时，当n等于0并且k等于0时使用主小区的第一子帧执行子帧内调度。也就是说，主小区的第一子帧可以用于在主小区的第一子帧上执行子帧内调度。当n等于1时，使用主小区的第二子帧执行次小区的第二子帧上的子帧内调度。此外，主小区的第二子帧可用于执行次小区的第三子帧、次小区的第四子帧和/或次小区的第五子帧上的跨子帧调度。主小区的第二子帧能够潜在地用于执行(子帧内和跨子帧)调度，因为当n等于1时k等于0、1、2和3(并且子帧n+k 指示执行跨子帧调度的次小区上的子帧)。

在上述配置中，跨子帧调度使用两个子帧，同时剩余的子帧执行子帧内调度。例如，如图2A-图2B所示，主小区的第二子帧和主小区的第七子帧(即，两个特殊子帧)可用于执行次小区的多个下行子帧的跨子帧调度。虽然这种技术具有简化调度配置的优点，但在不同子帧之间会遭遇不均匀的DCI流量负载。为了平衡不同子帧之间的DCI流量负载，多子帧调度配置可以在多个不同子帧之间展开。

图4A-图4B示出使用主载波(PCell)的下行子帧和/或PCell的特殊子帧的次载波(SCell)的示例跨子帧调度。子帧内调度配置与传统配置类似。然而，跨子帧调度配置可在多个子帧之间展开。主小区的下行子帧能够执行次小区的子帧的子帧内调度和/或跨子帧调度，并且主小区的特殊子帧能够执行次小区的子帧的子帧内调度和/或跨子帧调度。因此，在这方案中有利地提供子帧的循序调度。主小区的上行子帧不用于执行次小区的调度。

在图4A示出的例子中，主小区的第一子帧(即下行子帧)可用于执行次小区的第一子帧的子帧内调度和次小区的第三子帧的跨载波调度。此外，主小区的第二子帧(即特殊子帧)可用于执行次小区的第二子帧的子帧内调度和次小区的第四子帧的跨载波调度。可以使用跨子帧调度的子帧内调度来调度次小区的每个下行子帧。

在一个例子中，为了反映不同UL/DL/TDD配置的这些变化(即，同时使用主小区的下行子帧和特殊子帧)，在3GPP LTE规范中加入额外表格(类似于图2中的表格)。

在一种配置中，对于UCT也可以采用多子帧调度作为跨子帧调度的替代。在这种配置中，单个DCI可以指示次小区的多个子帧的调度。在上述跨子帧调度的情形中，可以使用单独DCI执行每个跨子帧的调度。然而，在这种配置中，当为次小区执行跨子帧调度时可以将一个DCI用于调度次小区的多个子帧。这种方法称为多子帧调度，因为次小区的多个子帧可以同时调度。

基于未许可频带的可用性，eNB可以将UE的流量卸载到次小区(或UCT)。即使当未许可频谱可用时，取决于流量负载和干扰特性，未许可频谱也可以仅对少数UE可用。因此，通过一次分配多个子帧可 以为特定UE卸载流量。

图5示出次载波(SCell)的示例多子帧调度。通过使用多子帧调度，可以调度N个子帧的集合，其中N是整数。作为非限制性示例，N可以设置为四个连续子帧。也就是说，主小区的单个子帧可用于执行次小区的四个连续子帧的多子帧调度。在一种配置中，N可以动态配置或半动态配置。在另一种配置中，通过引入时间交织获得额外的分集增益，例如次小区的每隔一个子帧、或每隔一个时隙执行调度，而不是调度次小区的连续子帧。通过在不同子帧和/或时隙之间引入频率交织能够获得额外的频率分集。

如图5所示，按照特定开始位置执行多子帧调度。在一个例子中，提前执行子帧调度，并且第一子帧调度的开始位置可以从第一活跃UCT子帧(如图5中实线所示)开始。在替代性例子中，随后调度的开始位置从先前调度的停止位置开始(如图5中虚线所示)。在后面的例子中，多子帧调度的开始位置从相同的子帧开始，无论子帧是活跃还是休眠的。

在一种配置中，在UCT是类型2时(即，UCT的子帧与主小区的子帧不对齐)可以执行跨子帧调度。为了有助于类型2UCT的跨子帧调度，可以使用并行子帧。分别具有开始和结束时刻t₁和t₂的活跃类型2UCT子帧的并行子帧是分别具有开始和结束时刻t3和t4的对应PCell子帧，使得t₃<＝t₁并且t₁<＝t₄<＝t₂。

对于类型2UCT，可以通过使用跨载波、跨子帧、或多子帧调度，要么通过并行PCell子帧或要么通过位于并行子帧之前的PCell子帧来调度SCell子帧。对于跨载波调度，如果DCI来自并行PCell子帧，那么次子帧能够被调度。对于跨子帧调度，如果多个DCI来自单个PCell子帧，那么只要调度子帧(PCell)要么是被调度子帧(SCell)的并行子帧或要么位于并行子帧之前，多个SCell子帧就能够被调度。对于多子帧调度，如果单个DCI来自单个PCell子帧，那么只要调度子帧(PCell)要么是被调度子帧(SCell)的并行子帧或要么位于并行子帧之前，多个SCell子帧能够被调度。在一个例子中，并行子帧是PCell子帧和SCell子帧之间的一对一概念。

图6A-图6C示出当SCell的子帧边界与主载波(PCell)的子帧边 界不对齐时次载波(SCell)的跨子帧调度。也就是说，次小区(或UCT)与主小区不同步。在图6A中，主小区操作在FDD中。UCT帧中的第一活跃子帧在UCT预留介质之前被提前调度。也就是说，主小区的帧#n中的子帧#1能够用于(提前)调度次小区的帧#n中的子帧#0。一旦UE接收到第一子帧的调度信息，则UE将开始执行LBT操作和信道预留机制以在UCT SCell上预留介质。一旦预留了介质就能够执行随后的调度。UCT帧中的除第一子帧外的子帧的调度由并行PCell子帧来跨载波调度。例如，主小区的帧#n中的子帧#5能够用于调度次小区的帧#n中的子帧#3。根据前面的定义，子帧#5和子帧#3是并行子帧。

在图6B中，在载波聚合(CA)情形中主小区可在TDD中操作并且次小区可在FDD中操作。在这个例子中，使用额外的跨子帧调度。例如，UCT帧中的前三个活跃子帧在UCT预留介质之前被提前调度。由于预留未许可介质中的不确定性，可同时调度前三个子帧。如果UE在接收到初始调度信息之后开始LBT操作和信道预留机制，如果对应的PCell子帧是UL，那么随后的调度在某些UCT子帧中是不可能的。通过提前调度三个子帧，可以避免这种情况。

在图6A和6B中示出的例子中，UE可以在接收到初始调度信息之后开始执行LBT操作和信道预留机制。然而，LBT和信道预留机制能够在其他任意时刻开始，这取决于网络负载、eNB中的NAV表和智能感测等。

在图6C中，主小区操作在TDD中。在这个例子中，可以重用图2中表格定义的规则，仅有微小改变以用于并行子帧。在这个例子中，可以提前调度次小区的一个子帧。例如，主小区的帧#n中的子帧#1能够用于调度次小区的帧#n中的子帧#0，并且主小区的帧#n中的子帧#6能够用于调度次小区的帧#n中的子帧#1-5。

图7A-图7B示出当SCell的子帧边界与主载波(PCell)的子帧边界不对齐时次载波(SCell)的多子帧调度。也就是说，对类型2UCT执行多子帧调度。在图7A中，UCT帧中的所有活跃子帧可以使用单个DCI来调度。如图7A所示，主小区的帧#n中的子帧#1能够用于调度帧#n中的所有子帧(使用单个DCI)。

在图7B中，可以使用单个DCI来调度UCT帧中的定义组的活跃 子帧。定义组的活跃子帧可以通过值k指示，其中k是整数。此外，UCT帧中所有k个活跃子帧能够同时调度。在控制信息中DCI字段中能够指示k值，或者替代地，半静态地定义k值。如图7B所示，主小区的帧#n中的子帧#1能够用于调度帧#n中的k个子帧，其中k等于四。此外，使用单个DCI执行调度。

在一种配置中，可以使用子帧指示符字段来指示哪个子帧使用跨子帧调度进行调度。在一个例子中，子帧指示符字段可以通过重释(reinterpreting)传统DCI格式字段实现。例如，实现3比特载波指示符字段(CIF)以指示DCI所意图的UCT SCell上的DL子帧。在另一个例子中，在DL DCI格式中(例如，1、1a、1b、1c、2、2a、2b、2c、2d)引入额外的2比特长子帧指示符字段。当最多四个子帧能够用于跨子帧调度时，2比特字段是足够的。如果子帧n上的DCI字段包括子帧指示符字段，那么期望DCI调度SCell的子帧n+k，其中k通过子帧指示符字段来指示。由于仅有少数子帧在特定情形中允许跨子帧调度，在DCI字段中引入额外的字段可以仅在少数子帧中增加盲解码的数量(例如，10个子帧中的2个子帧)。

在3GPP LTE标准的先前版本中，标准中支持类型1UCT和跨载波调度，而标准中不支持跨子帧和多子帧调度。在跨载波调度的先前实施方案中，PCell子帧(例如，具有索引(index)2)仅能调度具有相同索引的SCell子帧(例如，索引2)。

在一种配置中，使用子帧指示符字段来指示哪个子帧是为多子帧调度进行调度的。在一个例子中，子帧指示符字段可以通过重释传统DCI格式字段实现。例如，实现3比特指示符字段(CIF)以指示DCI所意图的UCT SCell上的DL子帧。在另一个例子中，通过将新的k比特字段添加到传统DCI(下行控制信息)格式的固定位置(例如，在开头或结尾)来使用子帧指示符字段，其中k是一个DCI格式中能够调度的DL子帧的数量。从最高有效比特(MSB)到最低有效比特(LSB)，位图可以对应于多子帧调度窗口内的不同DL子帧。在一个例子中，比特“1”可以指示调度调度窗口内的对应子帧，并且比特“0”指示没有调度调度窗口内的对应子帧。

在一个配置中，k＝4(如图7B所示)并且位图“0101”指示eNB 意图使用一个共用DCI格式同时调度子帧#1和#3。调度窗尺寸(k)可以是预定义的或者由UE专用方式的较高层信令配置的。这种方案适用于类型1UCT和类型2UCT两者。

额外的较高层信令可以半静态定义，与使用DCI相反。较高层信令能够定义跨子帧调度的对应跨子帧索引。可以指定调度子帧图案。例如，子帧“n”上传输的DCI能够用于指示从子帧n开始的UCT SCell上的“k”个连续下行子帧，即从子帧“n”到子帧“n+k-1”。可以通过较高层可选地将开始子帧索引配置成比子帧‘n’晚的子帧。当UE接收到SCell UCT中子帧n中的DCI时，UE可以解码所意图的调度窗内的DL子帧中的对应PDSCH。

在一个例子中，UCT可以执行发送前侦听(LBT)和信道预留机制以为特定区间，即UCT帧中活跃子帧的数量，预留未许可的介质。预留子帧的数量取决于管理规则、UE流量负载、信道条件、现有RAT流量等。在UCT帧期间预留的活跃帧的数量使用UCT帧中与初始调度关联的DCI来指示。当UE接收到这个信息时，UE使用LBT和信道预留机制来预留指示区间的信道。可选地，这可以是半静态调制的。

在一个例子中，HARQ ACK/NACK反馈机制能够用于UCT SCell。由于UCT主要用作次载波，UCT活跃子帧上对应于DL数据传输的HARQ ACK/NACK反馈可以在与PCell关联的UL载波中。这里描述的HARQ ACK/NACK反馈机制能够用于类型1UCT和类型2UCT。

图8示出对应于物理下行共享信道(PDSCH)传输的次载波(SCell)混合自动重传请求(HARQ)确认(ACK)/否定确认(NACK)反馈的情形的表。对应于PDSCH传输的SCell HARQ ACK/NACK反馈可以分为八种情形。主小区(PCell)能够使用FDD或TDD操作。次小区(SCell)也能够使用FDD或TDD操作。取决于所述情形，次小区能够使用自调度或跨载波调度进行调度。此外，八种情形中每个的传统定时机制在图8示出的表格中展示。

在情形1、2、5、6中，即当关联PCell是FDD，考虑两种定时机制来传输SCell HARQ反馈。在第一定时机制中，SCell HARQ反馈可以跟随PCell HARQ定时。在第二个定时机制中，SCell HARQ反馈可以跟随SCell HARQ定时。

对于FDD载波，在子帧n上收到的HARQ ACK/NACK反馈能够与子帧n-4上的PDSCH传输关联。对于TDD载波，在子帧上接收的HARQ ACK/NACK反馈能够与子帧n-k上的PDSCH传输关联，其中k的值在3GPP技术规范(TS)36.213版本12.0.0的表格10.1.3.1-1中给出。

如果UCT反馈传输使用第一定时机制，那么对于情形1、2、5和6，与UCT活跃子帧索引n-4关联的HARQ ACK/NACK传输能够在PCell UL子帧索引n上传输。第一定时机制可用于传统载波中的情形1和2。另一方面，如果使用第二定时机制，那么在情形1、2、5和6中，与FDD UCT活跃子帧索引n-4或TDD UCT子帧索引n-k关联的HARQ ACK/NACK传输能够在PCell UL子帧索引n上传输，其中k的值在3GPP技术规范(TS)36.213版本12.0.0的表格10.1.3.1-1中给出。

在情形3、4、7和8中(即，当与UCT关联的PCell是TDD时)，可能出现多种情形。在第一情形中，SCell DL子帧可以是PCell DL子帧的子集。在第二情形中，PCell DL子帧是SCell DL子帧的子集。

对于第一情形(即，当SCell DL子帧是PCell DL子帧的子集时)，这种情况出现在情形3和7中(即，当PCell和SCell都操作在TDD中)。SCell UL/DL配置中的DL子帧是PCell UL/DL配置中DL子帧的子集，如3GPP LTE 36.213版本12.0.0的表格10.2-1，集合1所述。在这个例子中，上述第一机制(即，当SCell HARQ反馈跟随PCell HARQ定时时)，可用于传统情况的HARQ ACK/NACK传输。类似方法可用于UCT HARQ ACK/NACK反馈。

对于第二情形(即，当PCell DL子帧是SCell DL子帧的子集时)，这种情况出现在当SCell操作在FDD中时，即情形4和8。这种情况也出现在情形3和7中，其中PCell UL/DL配置中的DL子帧是SCell UL/DL配置中DL子帧的子集，如3GPP LTE 36.213版本12.0.0的表格10.2-1，集合2和4所述.

当情形3出现时(即，当PCell和SCell都操作在TDD时)，如果在UCT SCell上没有支持增强干扰抑制&流量适应(eIMTA)特征，SCell就就根据系统信息块类型1(SIB1)配置，通过跟随其自身的HARQ 定时执行自调度，或当在UCT SCell上支持eIMTA特征时根据较高层配置的DL参考配置通过跟随其自身的HARQ定时执行自调度。类似的方法也适用于UCT SCell。

在之前发布的3GPP LTE标准中(例如，具有频带间TDD CA的版本11)，当PCell和SCell都操作在TDD中时(即，情形7出现时)，SCell能够跟随HARQ反馈的PCell配置。然而，这种技术不能适用于UCT SCell。在传统跨载波调度技术中，仅PCell和SCell之间重叠的DL子帧能够跨调度。然而，通过当前技术中描述的LTE-U跨子帧调度技术，期望调度所有的DL子帧以使得支持LTE-U的UE(即，配置为使用LTE-U的UE)的峰数据率最大。因此，这里描述了用于“冲突子帧”的新的HARQ ACK/NACK定时。“冲突子帧”是其中UCT SCell上的传输方向不同于LCT PCell上其对应子帧的子帧。下面描述恰当定义HARQ定时以处理UCT上冲突子帧的技术。

图9A示出次载波(SCell)的示例混合自动重传请求(HARQ)反馈。图9A示出UCT的冲突子帧的HARQ反馈问题。如图9A所示，可以使用主小区的第一子帧、主小区的第二子帧、主小区的第六子帧、主小区的第七子帧等来执行跨载波PDSCH调度。HARQ ACK/NACK反馈可以从使用主小区上行子帧的次小区出现。例如，次小区的第一子帧使用主小区的第五子帧执行HARQ ACK/NACK反馈，并且次小区的第二子帧使用主小区的第六子帧执行HARQ ACK/NACK反馈。主小区和次小区的第一和第二子帧都是相同的传输方向(即，下行子帧)。然而，次小区的第五子帧与主小区的对应第五子帧不是相同的传输方向。在这个例子中，主小区的第五子帧是上行方向而次小区的第五子帧是下行方向。因此，次小区的子帧#4(级，第五子帧)属于冲突子帧并且不能传输HARQ ACK/NACK反馈。类似地，次小区的子帧#9(即，第十个子帧)也属于冲突子帧。

能够使用多种机制解决上面的问题。在一个例子中，SCell能够跟随其自身的HARQ ACK/NACK定时，而不使用PCell配置(类似于情形3中的自调度情况)。在另一个例子中，SCell可以通过复用/捆绑来自多个DL子帧的ACK/NACK来跟随PCell定时。在另一个实施例中，SCell跟随DL子帧的PCell定时配置，所述DL子帧能够使用传统跨载 波调度技术来跨载波调制。对于其他DL子帧(即冲突子帧)，可以引入HARQ-ACK反馈的新的定时。

在一个例子中，情形7可以认为是情形8的特殊情况(即当PCell使用TDD操作并且SCell使用FDD操作)，认为TDD SCell的DL子帧是FDD SCell的DL子帧的子集。因此，通过将SCell TDD配置视为FDD的特殊情况，为情形8提出的方案是重用情形。

图9B示出次载波(SCell)的示例混合自动重传请求(HARQ)反馈。在这个例子中，SCell HARQ反馈能够跟随SCell参考定时。如图9B所示，次小区的第一和第二子帧能够使用主小区的第八个子帧(即子帧#7)。因此，次小区的第四子帧能够使用主小区的第八个子帧(即子帧#8)以提供HARQ反馈。因此，即使次小区的第四子帧是冲突子帧(即传输方向不同于主小区的第四子帧的传输方向)，次小区的第四子帧仍然提供HARQ反馈。

图9C示出次载波(SCell)的示例混合自动重传请求(HARQ)反馈。在这个例子中，SCell HARQ反馈通过复用/捆绑来自多个DL子帧的ACK/NACK来跟随PCell定时。如图9C所示，次小区的第五和第六子帧(即分别是子帧#4和子帧#5)使用主小区的第十个子帧(即子帧#9)提供HARQ反馈。使用主小区的子帧#9报告HARQ反馈的次小区的子帧#4是额外的新的定时。因此，即使次小区的第四个子帧是冲突子帧，次小区的第四个子帧仍然能够提供HARQ反馈。

图9D示出次载波(SCell)的示例混合自动重传请求(HARQ)反馈。在这个例子中，SCell HARQ反馈能够跟随已有子帧的PCell参考定时和剩余子帧的新的定时机制。如图9D所述，次小区的第一个子帧(即子帧#0)可以使用主小区的第五子帧(即子帧#4)进行HARQ反馈，次小区的第二子帧(即子帧#1)可以使用主小区的第八子帧(即子帧#7)进行HARQ反馈，次小区的第五子帧(即子帧#4)可以使用主小区的第九子帧(即子帧#8)进行HARQ反馈，并且次小区的第六子帧(即子帧#5)可以使用主小区的第十子帧(即子帧#9)进行HARQ反馈。使用主小区的子帧#8报告HARQ反馈的次小区的子帧#4是额外的新的定时。因此，即使次小区的第四子帧是冲突子帧，次小区的第四子帧仍然提供HARQ反馈。

使用多种方案可以缓解对于UCT的TDD PCell和FDD SCell(情形4和8)的HARQ ACK/NACK反馈定时的问题。在一个例子中，SCell可以跟随TDD PCell定时。引入额外的新的定时用于FDD SCell的剩余子帧。

图10示出频分双工(FDD)和在物理下行共享信道(PDSCH)上操作的次载波(SCell)的下行(DL)混合自动重传请求(HARQ)定时的表。示例DL HARQ定时，如图10的表中所示，可以用于TDD-FDD载波聚合(CA)情形中的FDD SCell PDSCH。也就是说，PCell能够使用TDD操作并SCell能够使用FDD操作。对应于不同UL/DL配置的可能方案在图10的表中示出。在表中，添加了以括号标记的新的条目(entry)以保证FDD SCell上的所有DL子帧能够达到。

在一个例子中，SCell HARQ反馈能够跟随DL参考TDD UL/DL配置，这里描述了这种配置的几个例子。在第一个例子中，DL参考TDD UL/DL配置固定为配置5，因为这种配置具有最大数量的DL子帧并且能够反馈10个子帧中的9个子帧。在第二个例子中，DL参考TDD UL/DL配置能够根据TDD PCell UL/DL配置固定。在第三个例子中，DL参考TDD UL/DL配置能够由较高层配置。对于不能使用参考TDD UL/DL配置解决的SCell DL子帧，能够利用ACK/NACK的新的复用/捆绑。

在一个配置中，SCell DL子帧不是PCell DL子帧的子集，并且PCell DL子帧也不是SCell DL子帧的子集，适用于情形3和7。这种情况涉及3GPP LTE TS 36.213版本的表格10.2-1中的集合3和5。当情形3出现时，已有机制可以轻而易举地适用。当情形7出现时(即跨载波调度)，已有机制不能调度所有DL子帧。然而通过跨子帧调度，能调度所有子帧。因此，使用额外的定时机制来解决SCell DL子帧的HARQ反馈。描述了多种方案来解决上述问题。在一个例子中，SCell跟随对应于3GPP LTE TS 36.213版本12.0.0的表格10.2-1中的集合3的定时，而不使用PCell定时配置，与上面描述的集合5相反。在另一个例子中，SCell通过复用/捆绑来自多个DL子帧的ACK/NACK来跟随PCell的定时。在另一个例子中，SCell跟随DL子帧的PCell定时配置，所述DL子帧可以使用传统技术跨载波调度。对于其他DL子帧，添加新 的定时。在另一个例子中，SCell跟随新的参考定时配置。

在一个例子中，情形7可以认为是情形8的特殊情况(即TDD-FDD)，认为TDD SCell的DL子帧是FDD SCell的DL子帧的子集。因此针对情形8描述的方案可以是通过将SCell TDD配置视为FDD的特殊情况的重用情形。在UCT的情况中，如果仅考虑帧中的活跃DL子帧，那么第一定时机制(如上所述)可用于HARQ ACK/NACK传输。

对于类型2UCT，描述执行HARQ ACK/NACK反馈的各种方案，取决于主小区和次小区是否操作在FDD或TDD。如下面将要详细描述的，在第一种情形中，PCell操作在FDD并且SCell操作在FDD或TDD中。在第二种情形中，PCell操作在TDD中并且SCell操作在FDD中。在第三种情形中，PCell操作在TDD中并且SCell操作在TDD中。

图11A示出当SCell的子帧边界与主载波(PCell)的子帧边界不对齐时次载波(SCell)的示例混合自动重传请求(HARQ)反馈。在这个例子中，PCell操作在FDD中并且SCell操作在FDD或TDD中。当PCell操作在FDD中时，UCT HARQ反馈跟随PCell的定时。在传统载波中，在PCell UL子帧n上接收的HARQ ACK/NACK对应于SCell子帧n-4上的PDSCH传输。由于类型2UCT中的子帧索引不同于PCell子帧索引，为了HARQ ACK/NACK反馈的目的引入类型2UCT的改进的子帧索引。因此，可以如上所述使用并行子帧。由于UE通常需要最小4ms时间间隔(即4个子帧)来处理PDSCH接收和产生HARQ ACK/NACK反馈，对于类型2UCT，为了HARQ反馈目的的改进子帧索引能够定义成并行PCell子帧索引加一。作为示例，如果UCT子帧索引是0，并且PCell对应的并行子帧索引是2，那么用于HARQ ACK/NACK反馈目的的UCT改进子帧索引是2+1＝3。

图11B示出当SCell的子帧边界与主载波(PCell)的子帧边界不对齐时次载波(SCell)的示例混合自动重传请求(HARQ)反馈。在这个例子中，PCell操作在TDD中并且SCell操作在FDD中。此外，如前所述，改进子帧索引能够应用于HARQ ACK/NACK反馈目的。在这个例子中，对于HARQ定时SCell跟随UL/DL配置0。

在一个例子中，PCell操作在TDD中并且SCell操作在TDD中。 当类型2TDD UCT尝试执行具有许可TDD PCell的HARQ反馈时，不能应用先前的机制。即使通过改进子帧索引，由于子帧偏移，PCell和SCell配置不能匹配3GPP LTE TS 36.213版本12.0.0的表格10.2-1中的集合。由于不能应用先前的定时配置，这里描述了多种技术。在一个例子中，TDD UCT能够视为FDD UCT的特殊情况，其中TDD UCT中的DL子帧是FDD UCT中DL子帧的子集。在这个例子中，通过FDD定时机制将改进子帧索引用于FDD。在另一个例子中，为每个偏移情形引入新的定时机制。这种技术具有在不同PCell UL子帧之间提供HARQ反馈的额外负载的优点。

另一个例子提供可执行下行调度的演进节点B(eNB)的功能1200，如图12的流程图中所示。所述功能可以实现为能够作为机器上指令执行的方法或功能，其中指令包含在至少一个计算机可读机制或一个非易失性机器可读存储介质上。eNB包括配置为在主小区的定义帧内识别一个或多个子帧以为次小区执行跨子帧调度的一个或多个处理器，其中主小区配置为使用许可频带与用户设备(UE)通信并且次小区配置为使用未许可频带与UE通信，如块1210中。eNB包括配置为使用主小区的一个或多个子帧为次小区的一个或多个下行子帧执行跨子帧调度的一个或多个处理器，如块1220中。

在一个例子中，一个或多个处理器可以进一步配置为使用主小区的特殊子帧为次小区的一个或多个下行子帧执行跨子帧调度，根据预定义跨子帧调度图案执行跨子帧调度。在另一个例子中，一个或多个处理器可以进一步配置为使用主小区的至少一个下行子帧和主小区的至少一个特殊子帧为次小区的一个或多个下行子帧执行跨子帧调度。

在一个例子中，对于子帧边界和对应索引，主小区的子帧与次小区的子帧对齐，其中下行控制信息(DCI)用于执行次小区的下行子帧的跨子帧调度，其中包括DCI的主小区的子帧索引不同于期望DCI的次小区的子帧索引。在另一个例子中，一个或多个处理器可以进一步配置为使用主小区的单个子帧为次小区的定义数量的连续下行子帧执行跨子帧调度，其中单个下行控制信息(DCI)用于执行次小区的定义数量的连续下行子帧的跨子帧调度。

在一个例子中，主小区操作在时分双工(TDD)中或频分双工 (FDD)中；次小区操作在TDD或FDD中。在另一个例子中，一个或多个处理器可以进一步配置为使用与次小区的下行子帧大致并行的主小区的子帧执行次小区的下行子帧的跨子帧调度，其中对于子帧边界和对应索引，主小区的子帧和次小区的下行子帧不对齐，其中次小区的下行子帧具有开始时刻t₁和结束时刻t₂，并且主小区的子帧具有开始时刻t₃和结束时刻t₄，其中t₃≤t₁并且t₁≤t₄≤t₂。

在一个例子中，一个或多个处理器可以进一步配置为使用来自主小区的单个子帧的多个下行控制信息(DCI)为次小区的定义数量的连续下行子帧执行跨子帧调度，其中主小区的子帧与次小区的单个子帧不对齐。在另一个例子中，子帧指示符字段用于指示次小区的下行子帧的索引，使用下行控制信息(DCI)为该次小区的下行子帧执行跨子帧调度。

在一个例子中，一个或多个处理器可以进一步配置为从次小区的一个或多个子帧接收混合自动重传请求(HARQ)反馈，次小区的一个或多个子帧基于预定义的HARQ反馈图案对应于主小区的一个或多个上行子帧。在另一个例子中，一个或多个处理器可以进一步配置为从次小区的子帧接收混合自动重传请求(HARQ)反馈，所述次小区的子帧具有与主小区的对应子帧的传输方向不同的传输方向。

在一个例子中，一个或多个处理器可以进一步配置为从对应于主小区的一个或多个上行子帧的次小区的一个或多个子帧接收混合自动重传请求(HARQ)反馈，其中对于子帧边界和对应索引，次小区的子帧与主小区的子帧不对齐。在另一个例子中，一个或多个处理器可以进一步配置为为次小区的活跃子帧执行跨子帧调度而不为次小区的休眠子帧执行跨子帧调度。在另一个例子中，许可频带上的主小区和未许可频带上的次小区配置为使用载波聚合与UE通信。

另一个例子提供可执行下行调度的演进节点B(eNB)的功能1300，如图13的流程图中所示。所述功能可以实现为能够作为机器上指令执行的方法或功能，其中指令包含在至少一个计算机可读机制或一个非易失性机器可读存储介质上。eNB包括配置为在主小区的定义帧内识别一个或多个子帧以为次小区执行跨子帧调度的一个或多个处理器，其中主小区的一个或多个子帧包括至少一个下行子帧或特殊子帧，其 中主小区配置为使用许可频带与用户设备(UE)通信并且次小区配置为使用未许可频带与UE通信，如块1310中。eNB包括配置为使用主小区的一个或多个子帧为次小区的一个或多个下行子帧执行跨子帧调度的一个或多个处理器，如块1320中。eNB包括一个或多个处理器，配置为从次小区的一个或多个子帧接收混合自动重传请求(HARQ)反馈，次小区的一个或多个子帧基于预定义的HARQ反馈图案对应于主小区的一个或多个上行子帧。

在一个例子中，对于子帧边界和对应索引，主小区的子帧与次小区的子帧对齐。在另一个例子中，对于子帧边界和对应索引，主小区的子帧和次小区的子帧不对齐，其中次小区的下行子帧具有开始时刻t₁和结束时刻t₂，并且主小区的子帧具有开始时刻t₃和结束时刻t₄，其中t₃≤t₁并且t₁≤t₄≤t₂。

在一个例子中，一个或多个处理器可以进一步配置为使用单个下行控制信息(DCI)为次小区的每个下行子帧执行跨子帧调度。在另一个例子中，一个或多个处理器可以进一步配置为使用下行控制信息(DCI)为次小区的定义数量的连续下行子帧执行跨子帧调度。

另一个例子提供执行下行调度的方法1400，如图14中的流程图所示。所述方法可以实现为机器上的指令，其中指令包含在至少一个计算机可读机制或一个非易失性机器可读存储介质上。所述方法包括如下操作：识别主小区的定义帧内的一个或多个子帧，其中主小区配置为使用许可频带与用户设备(UE)通信并且次小区配置为使用未许可频带与UE通信，如块1410中。所述方法包括如下操作：使用主小区的一个或多个子帧为次小区的一个或多个下行子帧执行跨子帧调度，如块1420中。

在一个例子中，所述方法进一步包括使用主小区的至少一个下行子帧或主小区的特殊子帧为次小区的一个或多个下行子帧执行跨子帧调度，根据预定义跨子帧调度图案执行跨子帧调度。在另一个例子中，所述方法进一步包括当对于子帧边界和对应索引主小区的子帧和次小区的子帧对齐时为次小区的一个或多个下行子帧执行跨子帧调度。

在一个例子中，所述方法进一步包括如下操作：使用下行控制信息(DCI)为次小区的下行子帧执行跨子帧调度，其中包含DCI的主 小区的子帧索引不同于期望DCI的次小区的子帧索引；或者使用来自主小区的单个下行子帧的多个下行控制信息(DCI)来执行次小区的定义数量的连续下行子帧的跨子帧调度。在另一个例子中，所述方法包括如下操作：从次小区的一个或多个子帧接收混合自动重传请求(HARQ)反馈，次小区的一个或多个子帧基于预定义的HARQ反馈图案对应于主小区的一个或多个上行子帧。

图11提供无线设备的示例展示，例如用户设备(UE)、移动站(MS)、移动无线设备、移动通信设备、平板电脑、手机或其他类型的无线设备。无线设备包括一个或多个天线，配置为与节点、宏节点、低功率节点(LPN)或发射站通信，例如基站(BS)、演进节点B(eNB)、基带单元(BBU)、远程无线终端(RRH)、远程无线设备(RE)、中继站(RS)、无线设备(RE)、获取其他类型的无线广域网(WWAN)接入点。无线设备配置为使用至少一种无线通信标准进行通信，包括3GPP LTE、WiMAX、高速分组接入(HSPA)、蓝牙和WiFi。无线设备使用用于每个无线通信标准的单独天线或用于多个无线通信标准的共享天线进行通信。无线设备在无线局域网(WLAN)、无线个人网(WPAN)和/或WWAN中通信。

图11还提供用于来自无线设备的音频输入和输出的麦克风和一个或多个扬声器的展示。显示屏可以是液晶显示(LCD)屏或其他类型的显示屏，例如有机光发射二极管(OLED)显示器。显示屏可以配置为触摸屏。触摸屏可以使用电容、电阻或其他类型的触摸屏技术。应用处理器和图形处理器可以耦合到内部存储器以提供处理和显示能力。非易失性存储器端口也能够用于向用户提供数据输入/输出选项。非易失性存储器端口也用于扩展无线设备的存储能力。可以在无线设备中集成键盘或者将键盘无线连接到无线设备以提供额外的用户输入。也可以使用触摸屏提供虚拟键盘。

各种技术或其某些方面或部分可以是包含在有形媒体中的程序代码(即指令)的形式，例如软盘、CD-ROM、硬盘、非易失性计算机可读存储介质，或其他任何机器可读存储介质，其中当由机器，例如计算机，载入并运行程序代码时，机器变为实现各种技术的装置。电路包括硬件、固件、程序代码、可执行代码、计算机指令、和/或软件。 非易失性计算机可读存储介质可以是不包含信号的计算机可读存储介质。在可编程计算机上执行程序代码的情况中，计算设备包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备和至少一个输出设备。易失性和非易失性存储器和/或存储元件可以是RAM、EPROM、闪存驱动、光驱、磁性硬盘驱动、固态驱动、或其他存储电子数据的介质。节点和无线设备还包括发射机模块、计数器模块、处理模块、和/或时钟模块或计时器模块。实现或利用这里描述的各种技术的一个或多个程序使用应用程序接口(API)、重用控制等。这些程序能够以高级过程或面向对象编程语言实现以与计算机系统通信。然而，程序可以以汇编或机器语言实现，如果想要。在任何情况下，所述语言可以是编译或解释语言，并与硬件实现组合。

应当理解的是本说明书中描述的许多功能单元已经标记为模块以更特别地强调其实现的独立性。例如，一个模块可以实现为保护常规VLSI电路或门阵列的硬件电路，现成半导体，例如逻辑芯片、晶体管、或其他离散组件。一个模块也能够以可编程硬件设备实现，例如场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等。

在一个例子中，多个硬件电路可用于实现本说明书中描述的功能单元。例如，第一硬件电路可用于执行处理操作并且第二硬件电路(例如收发机)可用于与其他实体通信。第一硬件电路和第二硬件电路可以集成到单个硬件电路，或可选地，第一硬件电路和第二硬件电路是单独的硬件电路。

模块也能在软件中实现以由各种类型的处理器运行。例如，可运行代码的一个可识别模块包括计算机指令的一个或多个物理或逻辑块，其能够，例如组织成对象、过程或功能。然而，可识别模块的执行不必物理位于一起，而是可以包括存储在不同为之的分离指令，当逻辑上组合在一起时，其包括模块并为模块获得所述目的。

实际上，可运行代码的模块可以是单个指令或许多指令，并且甚至可以分散在不同程序之间的多个不同代码段并分布在多个存储设备。类似地，可操作数据在这里模块内识别和展示，并能够包含在任何合适的形式中并且在任何合适类型的数据结构中进行组织。可操作 数据能够收集为单个数据集合，或能够分布在不同位置，包括在不同存储设备，并且能够至少部分地作为系统或网络上的电子信号。模块可以是被动或主动的，包括执行期望功能的代理。

整个说明书中使用“一个例子”表示与包含在本发明至少一个实施例中的示例一起描述的特定特性、结构或特征。因此，在本说明书中各个位置出现的短语“在一个例子中”不必引用相同的实施例。

如这里使用的，为了方便在共用列表中展示多个部件、结构元件、组成元件和/或材料。然而，这些列表不应理解为列表中的每个成员独立标识为单独和唯一的成员。因此，这些列表中的单独成员不应仅理解为相同列表中任何其他成员的实际上的等价物，基于它们在共同组中的展示，而没有相反的指示。此外，本发明的各种实施例和例子与其各种组件的替代一同引用。应当理解的是这些实施例、例子和替代不应理解为相互的实质等价物，而应认为是本发明的独立和自主表示。

此外，描述的特征、结构或特性可以以任何合适的方式组合到一个或多个实施例中。在下面的描述中，提供了数个特定细节，例如布局、距离、网络示例的例子以提供本发明的实施例的完全理解。然而，相关领域技术人员将认识到本发明无需特定细节就能实现，或者通过其他方法、组件、布局等实现。在其他例子中，公知的结构、材料或操作未示出或详细描述以避免使本发明的各方面模糊。

在前述例子在一个或多个特定应用中示出本发明的原理，对于本领域技术人员显而易见的是无需创造性能力就能做出实现的形式、用途和细节的数中改变，并且不会脱离本发明的原理和概念。相应地，不期望本发明是限制性的，除了由下述权利要求进行的限制。