针对使用载波聚合的无线网络的主小区和辅小区的上行链路-下行链路配置组合的互操作性测试指示的制作方法

该描述涉及无线网络，尤其涉及针对使用载波聚合的无线网络的上行链路-下行链路配置组合的互操作性测试(IOT)指示。

背景技术：

通信系统可以是支持在两个或者更多设备之间进行通信的设施，上述设备诸如固定或者移动的通信设备。信号能够在有线或者无线载波上进行承载。

蜂窝通信系统的示例是被第三代合作伙伴计划(3GPP)所标准化的架构。该领域近期的发展经常被称作通用移动电信系统(UMTS)无线电接入技术的长期演进(LTE)。E-UTRA(演进UMTS陆地无线电接入)是3GPP针对移动网络的长期演进(LTE)升级路线的空中接口。在LTE中，基站，也被称为增强型NodeB(eNB)，在覆盖区域或者小区内提供无线接入。在LTE中，移动设备或者移动站被称作用户设备(UE)。LTE已经包括了多种改进或者发展。

无线系统可能具有许多不同的制造商，例如MS或者BS的硬件和软件。LTE以及其它无线标准包括许多不同的要求。例如，可以执行互操作性测试来测试MS和BS的设备和系统已确保这样的系统与标准的要求相符并且根据其进行操作。因此，在已经针对系统或者设备(例如，作为MS或者BS的一部分的无线系统)执行了互操作性测试之后，提供了如下一些保证，即这样的设备或者系统将依据标准进行工作并且因此能够与来自其它制造商的设备和系统进行互操作。

技术实现要素：

根据示例实施例方式，方法可以包括控制由使用载波聚合的移动 站(MS)传送包括针对用于由主小区和辅小区使用的、时分双工(TDD)无线电帧的多个上行链路-下行链路配置组合的一个或者多个互操作性测试(IOT)指示的消息，其中一个或者多个上行链路-下行链路配置组合包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置。该消息可以包括第一IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第一集合是否已经被IOT测试。

根据该方法的示例实施方式，该上行链路-下行链路配置组合的第一集合可以包括所有可能的上行链路-下行链路配置组合，或者可以包括所有可能的上行链路-下行链路配置组合的子集。

根据示例实施方式，该消息可以进一步包括第二IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第二集合是否已经被IOT测试。

根据示例实施方式，该消息可以包括IOT字段，后者包括多个比特，该多个比特包括用以提供第一IOT指示的第一比特和用以提供第二IOT指示的第二比特。

根据示例实施方式，每个上行链路-下行链路配置将无线电帧的一个或者多个子帧指定为下行链路子帧并且将该无线电帧的一个或者多个子帧指定为上行链路子帧。

根据示例实施方式，每个上行链路-下行链路配置指定TDD无线电帧的配置，每个上行链路-下行链路配置指定TDD无线电帧内的每个子帧是上行链路子帧、下行链路子帧或者特殊子帧。

根据示例实施方式，上行链路-下行链路配置组合的第一集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的子集的上行链路-下行链路配置组合。

根据示例实施方式，上行链路-下行链路配置组合的第二集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的 超集的上行链路-下行链路配置组合。

根据示例实施方式，该消息进一步包括第三IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第三集合是否已经被IOT测试，该上行链路-下行链路配置组合的第三集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧既不是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的子集也不是其超集的上行链路-下行链路配置组合。

根据示例实施方式，该消息包括：第一IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第一集合是否已经经过IOT测试，该上行链路-下行链路配置组合的第一集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的子集的上行链路-下行链路配置组合；第二IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第二集合是否已经经过IOT测试，该上行链路-下行链路配置组合的第二集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的超集的上行链路-下行链路配置组合；和第三IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第三集合是否已经经过IOT测试，该上行链路-下行链路配置组合的第三集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧既不是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的子集也不是其超集的上行链路-下行链路配置组合。

根据示例实施方式，该消息可以包括第一IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路/下行链路配置组合的第一集合是否已经经过IOT测试，该上行链路-下行链路配置组合的第一集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行 链路子帧的子集的上行链路-下行链路配置组合；第二IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第二集合是否已经经过IOT测试，该上行链路-下行链路配置组合的第二集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的超集并且主小区的UL HARQ定时为10ms的上行链路-下行链路配置组合；第三IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第三集合是否已经过IOT测试，该上行链路-下行链路配置组合的第三集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧既不是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的子集也不是其超集的上行链路-下行链路配置组合；和第四IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路/下行链路配置组合的第二集合是否已经过IOT测试，该上行链路-下行链路配置组合的第二集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的超集并且主小区的UL HARQ定时并非为10ms的上行链路-下行链路配置组合。

根据示例实施方式，该消息包括IOT字段，IOT字段包括多个比特，该多个比特包括用以提供第一IOT指示的第一比特，用以提供第二IOT指示的第二比特，以及用以提供第三IOT指示的第三比特。

根据示例实施方式，提供了一种装置，包括至少一个处理器和至少一个包括计算机指令的存储器，当被该至少一个处理器所执行时，该计算机指令使得该装置：控制由使用载波聚合的移动站(MS)传送包括针对用于由主小区和辅小区使用的、时分双工(TDD)无线电帧的多个上行链路-下行链路配置组合的一个或者多个互操作性测试(IOT)指示的消息，其中一个或者多个上行链路-下行链路配置组合包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置。该消息包括第一IOT指示，其指示 用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第一集合是否已经过IOT测试。

根据示例实施方式，该消息进一步包括第二IOT指示，其指示用于由主小区和辅小区针对使用的上行链路/下行链路配置组合的第二集合是否已经过IOT测试。

根据示例实施方式，该消息包括IOT字段，IOT字段包括多个比特，该多个比特包括用以提供第一IOT指示的第一比特和用以提供第二IOT指示的第二比特。

根据示例实施方式，在该装置中，每个上行链路-下行链路配置将无线电帧的一个或者多个子帧指定为下行链路子帧并且将该无线电帧的一个或者多个子帧指定为上行链路子帧。

根据示例实施方式，每个上行链路-下行链路配置指定TDD无线电帧的配置，每个上行链路-下行链路配置指定TDD无线电帧内的每个子帧是上行链路子帧、下行链路子帧或者特殊子帧。

根据示例实施方式，上行链路-下行链路配置组合的第一集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的子集的上行链路-下行链路配置组合。

根据示例实施方式，上行链路-下行链路配置组合的第二集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的超集的上行链路-下行链路配置组合。

根据示例实施方式，该消息进一步包括第三IOT指示，其指示用于MS的主小区和辅小区使用的上行链路-下行链路配置组合的第三集合是否已经过IOT测试，该上行链路-下行链路配置组合的第三集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧既不是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的子集也不是其超集的上行链路-下行链路配置组合。

根据示例实施方式，提供了一种计算机程序产品，其包括非瞬态 的计算机可读存储介质并且存储可执行代码，当被至少一个数据处理装置所执行时，该可执行代码被配置为使得该至少一个数据处理装置执行一种方法，包括：控制由使用载波聚合的移动站(MS)传送包括用于由主小区和辅小区使用的、时分双工(TDD)无线电帧的多个上行链路-下行链路配置组合的互操作性测试(IOT)指示的消息，其中一个或者多个上行链路-下行链路配置组合包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置。该消息包括第一IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路/下行链路配置组合的第一集合是否已经过IOT测试。

根据另一种示例实施方式，提供了一种装置，包括用于控制由使用载波聚合的移动站(MS)传送包括针对用于由主小区和辅小区使用的、时分双工(TDD)无线电帧的多个上行链路-下行链路配置组合的互操作性测试(IOT)指示的消息的器件，其中一个或者多个上行链路-下行链路配置组合包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置。该消息包括第一IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路/下行链路配置组合的第一集合是否已经过IOT测试。

根据另一种示例实施方式，一种方法包括控制由使用载波聚合的移动站(MS)传送包括针对用于由主小区和辅小区使用的、时分双工(TDD)无线电帧的一个或者多个上行链路-下行链路配置组合的互操作性测试(IOT)指示的消息，其中一个或者多个上行链路-下行链路配置组合每个均包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置。该消息包括第一IOT指示，其指示用于由主小区和辅小区针对MS使用的第一上行链路-下行链路配置组合是否已经过IOT测试。

根据了另一种示例实施方式，该消息可以进一步包括第二IOT指示，其指示用于由主小区和辅小区针对MS使用的第二上行链路-下行链路配置组合是否已经过IOT测试。

根据另一种示例实施方式，提供了一种装置，包括至少一个处理器和至少一个包括计算机指令的存储器，当被该至少一个处理器所执行时，该计算机指令使得该装置：控制由使用载波聚合的移动站(MS)传送包括针对用于由主小区和辅小区使用的、时分双工(TDD)无线电帧的一个或者多个上行链路-下行链路配置组合的互操作性测试(IOT)指示的消息，其中一个或者多个上行链路-下行链路配置组合每个均包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置。该消息可以包括第一IOT指示，其指示用于由主小区和辅小区针对MS使用的第一上行链路-下行链路配置组合是否已经过IOT测试。

根据另一种示例实施方式，提供了一种计算机程序产品，其包括非瞬态的计算机可读存储介质并且存储可执行代码，当被至少一个数据处理装置所执行时，该可执行代码被配置为使得该至少一个数据处理装置执行一种方法，包括：控制由使用载波聚合的移动站(MS)传送包括针对用于由主小区和辅小区使用的、时分双工(TDD)无线电帧的一个或者多个上行链路-下行链路配置组合的互操作性测试(IOT)指示的消息，其中一个或者多个上行链路-下行链路配置组合每个均包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置。该消息可以包括第一IOT指示，其指示用于由主小区和辅小区针对MS使用的第一上行链路-下行链路配置组合是否已经过IOT测试。

根据另一种示例实施方式，提供了一种装置，包括用于控制由使用载波聚合的移动站(MS)传送包括针对用于由主小区和辅小区使用的、时分双工(TDD)无线电帧的一个或者多个上行链路-下行链路配置组合的互操作性测试(IOT)指示的消息的器件，其中一个或者多个上行链路-下行链路配置组合每个均包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置。该消息可以包括第一IOT指示，其指示用于由主小区和辅小区针对MS使用的第一上行链路-下行链路配置组合是否已经过IOT测 试。

一种或者多种实施方式的细节在以下的附图和描述中给出。其它的特征将由于该描述和附图以及权利要求而是显而易见的。

附图说明

图1是根据示例实施方式的双重连接无线网络130的框图。

图2是图示根据示例实施方式的时分双工(TDD)无线电帧的示图。

图3是图示根据示例实施方式的互操作性测试(IOT)字段的示图。

图4是标识根据示例实施方式的三个配置组合集合中的每一个的上行链路-下行链路(UL-DL)配置组合的图表。

图5是标识根据示例实施方式的由辅小区(SCell)用于相同载波调度的DL HARQ定时的参考UL-DL配置的图表。

图6是标识根据示例实施方式的由辅小区(SCell)用于交叉载波调度的DL HARQ定时的参考UL-DL配置的图表。

图7是标识根据示例实施方式的由被调度小区用于相同载波调度的UL HARQ定时的参考UL-DL配置的图表。

图8是标识由被调度小区用于交叉载波调度的UL HARQ定时的参考UL-DL配置的图表。

图9是图示根据示例实施方式的移动站的操作的流程图。

图10是图示根据另一种示例实施方式的移动站的操作的流程图。

图11是根据示例实施方式的无线站(例如，BS或者MS)1100的框图。

具体实施方式

公开了各种示例实施方式以提供针对载波聚合的一种或者多种上行链路-下行链路配置组合的互操作性测试(IOT)指示，或者可替换地针对UL-DL配置组合的集合的IOT指示。

提供了一种示例技术以传送或者控制由使用载波聚合的移动站(MS)传送包括针对用于由主小区和辅小区使用的、时分双工(TDD)无线电帧的一种或者多种上行链路-下行链路(UL-DL)配置组合的互操作性测试(IOT)指示的消息。在一种示例实施方式中，可以针对一种或者多种(或者每种)上行链路-下行链路配置提供IOT指示(例如，每种UL-DL配置组合一个IOT指示)。在另一种示例实施方式中，可以针对上行链路-下行链路配置组合的一个或者多个集合提供IOT指示，其中每个集合可以包括多种UL-DL配置组合。

根据一种示例实施方式，一种技术可以包括传送或者控制由使用载波聚合的移动站(MS)传送包括针对时分双工(TDD)无线电帧的一个或者多个上行链路-下行链路配置组合的互操作性测试(IOT)指示的消息以便由主小区和辅小区使用，其中一种或者多种上行链路-下行链路配置组合每个都包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置，该消息包括第一IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第一集合是否已经过IOT测试。

根据另一种示例实施方式，一种技术可以包括传送或者控制由使用载波聚合的移动站(MS)传送包括针对时分双工(TDD)无线电帧的一种或者多种上行链路-下行链路配置组合的互操作性测试(IOT)指示的消息以便由主小区和辅小区使用，其中一种或者多种上行链路-下行链路配置组合包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置，该消息包括第一IOT指示，其指示用于由主小区和辅小区针对MS使用的第一上行链路-下行链路配置组合是否已经过IOT测试。

根据另一种示例实施方式，该消息可以针对UL-DL配置组合的多个集合提供IOT指示。例如，该消息可以包括：第一IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第一集合是否已经过IOT测试，该上行链路-下行链路配置组合的第一集合包括其中该组合中用于辅小区的上行链路-下行链路 配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的子集的上行链路-下行链路配置组合；第二IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路/下行链路配置组合的第二集合是否已经过IOT测试，该上行链路-下行链路配置组合的第二集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的超集的上行链路-下行链路配置组合；和第三IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路/下行链路配置组合的第三集合是否已经过IOT测试，该上行链路-下行链路配置组合的第三集合包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧既不是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的子集也不是其超集的上行链路-下行链路配置组合。

图1是根据示例实施方式的无线网络130的框图。在图1的无线网络130中，也可以被称作用户设备(UE)的移动站(MS)132可以与一个或者多个基站(BS)，诸如BS 134相连接(并且与之进行通信)，基站也可以被称作增强型NodeB(eNB)。BS 134可以在诸如主小区136和辅小区140的多个小区内提供无线覆盖。

根据示例实施方式，MS 132可以使用载波聚合进行通信，在载波聚合中，MS132可以经由多个载波向BS 134传送信号或者从其接收信号。图1图示了BS内(或eNB内)的载波聚合的示例，其中MS 132使用主分量载波经由主小区136与BS 134进行通信，并且使用辅分量载波经由辅小区140与BS 134进行通信。其中多个载波可以针对MS或者UE进行聚合的载波聚合可以允许数据往来于相同的MS或者UE进行传送，由此允许有所提高的比特率或者更高的带宽，和/或例如允许往来于MS的一些业务负载从主小区转移至辅小区。在载波聚合中，每个被聚合载波可以被称作分量载波。虽然图1图示了BS内的载波聚合，但是也可以提供BS间(或者eNB间)的载波聚合，在BS间的载波聚合中主小区(经由主分量载波)和辅小区(经 由辅分量载波)可以分别由主BS和辅BS所提供。每个小区可以包括用于传送数据和控制信号的若干信道。例如，主小区和辅小区都可以包括用于从BS向MS传送控制信号的物理下行链路控制信道(PDCCH)，用于向MS传送下行链路数据的物理下行链路共享信道(PDSCH)，用于从MS向小区或者BS传送数据的物理上行链路共享信道(PUSCH)。而且，根据一种示例实施方式，仅主小区(和主分量载波)可以包括用于在上行链路方向从MS向主小区/主BS传送一些控制信号的物理上行链路控制信道(PUCCH)。PUCCH可以包括下行链路HARQ(混合自动重复请求)确认(Ack)或者否定确认(Nak)，用以确认接收到或者未接收到下行链路数据。根据示例实施方式，由于在载波聚合中仅有主小区通常包括PUCCH，所以PUCCH上的Ack/Nak可以对在来自主分量载波和辅分量载波的下行链路接收的数据进行确认(Ack)或者否定确认(Nak)。类似地，根据一种示例实施方式，上行链路数据的下行链路Ack/Nak可以经由PHICH(物理混合ARQ指示信道)信道进行传送。

上行链路和下行链路资源(调度授权)由BS通过其经由PDCCH传送下行链路控制信息(DCI)而向MS进行调度，上述DCI包括MCS(资源分配的调度和编码方案)、用于分配的资源的目的地(例如，资源的标识，诸如物理资源块的标识)以及载波指示字段(例如，在交叉载波调度的情况下)。

针对载波聚合而言，根据示例实施方式，有两种可以对资源(或者资源授权)进行调度的方式。首先，在相同载波调度(或者自调度)的情况下，在分量载波上在PDCCH信道上提供的信号分配相同分量载波上的上行链路资源(PUSCH信道上的资源)和下行链路资源(PDSCH信道上的资源)。因此，例如，辅分量载波的PDCCH可以对针对相同的辅分量载波的上行链路或者下行链路授权进行调度。

第二，在交叉载波调度的情况下，第一分量载波的PDCCH可以针对另一个分量载波分配或者调度上行链路(例如，PUSCH)资源或者下行链路(PDSCH)资源。例如，主小区136可以经由主分量载波 的PDCCH针对(与辅小区140相关联的)辅分量载波而调度或者分配用于上行链路资源(PUSCH)或者下行链路资源(PDSCH)的资源(或者资源授权)。例如，在交叉载波调度的情况下，PDCCH上的资源授权可以标识资源(例如，物理资源块)、MSC(所调度的资源的调制和编码方案)以及针对其分配该资源的载波(例如，经由载波指示符字段)。主分量载波上的资源可能无法由辅分量载波的PDCCH进行交叉载波调度。因此，例如，交叉载波调度通常包括由主分量载波或者另一个辅分量载波的PDCCH所调度的用于辅分量载波的资源。

图2是图示根据示例实施方式的时分双工(TDD)无线电帧的示图。无线电帧210可以包括多个子帧(SF)。在该示例中，无线电帧210包括10个子帧(子帧0-9)，包括SF0、SF1、SF2、SF3、SF4、SF5、SF6、SF7、SF8和SF9。例如，在时分双工的情况下，使用单个载波频率，并且上行链路和下行链路传输在时间上是分开的。关于无线电帧210，每个子帧可以根据如表1中所示的现有UL-DL配置而作为下行链路子帧、上行链路子帧或者特殊子帧进行分配。从下行链路到上行链路的切换在特殊子帧中进行。特殊子帧包括下行链路部分(DwPTS)、保护周期(GP)和上行链路部分(UpPTS)。分配给上行链路传输和下行链路传输的资源的数量和定时(或者无线电帧内的位置)可以根据TDD无线电帧的不同上行链路-下行链路(UL-DL)配置而变化。

表1针对TDD无线电帧定义了7种示例的UL-DL配置(其中D表示下行链路子帧，U表示上行链路子帧，并且S表示特殊子帧)。在该说明性示例中，子帧0和5始终都是下行链路子帧，而子帧2始终都是上行链路子帧，并且子帧1始终都是特殊子帧。然而，在该示例中，其它子帧可以如表1的不同UL-DL配置所示而被灵活地分配给上行链路或者下行链路传输。这些不同的UL-DL配置可以允许根据小区的需求而使得更多资源用于UL传输或者更多资源用于DL传输。总体上，BS例如可以基于每个小区或者BS处的不同需要或者业 务需求而使用不同的UL-DL配置。

表1—针对TDD无线电帧的UL-DL配置

根据示例实施方式，当针对MS使用载波聚合时，主小区和辅小区可以针对TDD无线电帧使用不同的UL-DL配置。总体上，利用针对无线电帧的7种不同UL-DL配置，在针对MS使用载波聚合的情况下，可以有主小区和辅小区所使用的7×7＝49种不同的UL-DL配置组合。如以上所提到的，可以执行互操作性测试来确认设备或者系统(例如，MS或者BS的硬件和/或者软件)以符合标准—例如LTE—的方式进行操作。

根据一种示例实施方式，可以针对一种或者多种UL-DL配置组合执行互操作性测试，并且MS可以向BS发送IOT(互操作性测试)信息以指示哪些UL-DL配置组合已经过IOT测试(例如，意味着该系统/设备通过了IOT测试)。例如，该49种不同的配置组合(或者它们中的至少一些)中的每一种的IOT比特可以被设置为1以例如指示这样的配置组合已经过IOT测试。以这种方式，主小区例如可以选择已经被MS针对载波聚合进行过IOT测试的UL-DL配置配置组合中的UL-DL配置。例如，辅小区同样可以仅从被MS报告为经过IOT测试的配置组合中选择UL-DL配置。因此，在BS内载波聚合的情况下，BS可以选择被MS指示为经过IOT测试的UL-DL配置组合以供主小区和辅小区使用。

针对载波聚合的一种UL-DL配置组合可以包括主小区使用UL-DL配置0而辅小区使用UL-DL配置2(参见表1)。例如，如果针对载波聚合，MS针对该配置组合(针对主小区为UL-DL配置0且针对辅小区为UL-DL配置2)经过了IOT测试，则可以在该相关联的UL-DL配置组合的IOT字段或者比特中提供1。针对UL-DL配置组合的这样的IOT测试信息可以被包括在能力信息之内，该能力信息例如可以被发送或者传输至BS。该IOT信息可替换地可以被包括在其它消息之中。

根据另一种示例实施方式，在针对MS使用载波聚合的情况下可以使用其它技术来报告针对UL-DL配置组合的IOT信息。根据示例实施方式，UL-DL配置组合的一些集合(或者子集)可以由于这样的配置组合具有一些共有特征而被分组在一起，例如其中系统或者设备(诸如用于MS的设备/系统的物理层)将以相同或者相似的方式对这样的UL-DL配置组合的集合执行处理。例如，针对组合而言，UL-DL配置组合可以基于用于辅小区的UL-DL配置与主小区的DL子帧之间的DL子帧的重叠而被划分为多个(例如，三个)不同集合。因此，根据示例实施方式，针对载波聚合的UL-DL配置组合的三个不同集合可以进行IOT测试。并且，随后可以由MS针对配置组合的这三个集合中的每一个向一个或者多个BS提供IOT指示，以指示UL-DL配置组合的每个集合是否已经过IOT测试。

根据另一种示例实施方式，可以针对UL-DL配置组合的多个集合(例如，三个集合)中的每一个执行互操作性测试，并且随后MS可以针对UL-DL配置组合的这三个集合中的每一个向BS传送或者发送IOT指示，从而指示针对这三个集合中的每一个执行了(或者未执行)IOT测试。以这种方式，通过将UL-DL配置组合例如分组为配置组合的三个集合，MS可以以更为有效或者紧凑的方式—例如，3个比特而不是49个比特(或者3个比特而不是每种配置组合1个比特)—向BS提供IOT指示。

根据示例实施方式，上行链路-下行链路配置组合的第一集合可以 包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的子集的上行链路-下行链路配置组合。例如，包括在该第一集合之中的组合包括主小区使用UL-DL配置2而辅小区使用UL-DL配置0的情况。在这样的组合中，如表1所示，子帧0和5对于UL-DL配置0而言是下行链路子帧，而子帧0、3、4、5和8对于UL-DL配置2而言是下行链路的。因此，配置0的下行链路子帧(子帧0和5)是配置2的下行链路子帧(子帧0、3、4、5和8)的子集。这仅是一个示例，并且对于该UL-DL配置组合的第一集合而言存在其它的配置组合。

根据示例实施方式，上行链路-下行链路配置组合的第二集合可以包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的超集的上行链路-下行链路配置组合。例如，包括在该第二集合之中的组合包括主小区使用UL-DL配置0而辅小区使用UL-DL配置1的情况。在这样的组合中，配置1的下行链路子帧(子帧0、4、5和9)是配置0的下行链路子帧(子帧0和5)的超集。这仅是一个示例，并且对于该UL-DL配置组合的第二集合而言存在其它的配置组合。

根据示例实施方式，上行链路-下行链路配置组合的第三集合可以包括其中该组合中用于辅小区的上行链路-下行链路配置的下行链路子帧既不是该组合中用于主小区的上行链路-下行链路配置的下行链路子帧的子集也不是其超集的上行链路-下行链路配置组合。例如，包括在该第三集合之中组合包括主小区使用UL-DL配置1而辅小区使用UL-DL配置3的情况。在这样的组合中，配置3的下行链路子帧(子帧0、5、6、7、8和9)既不是配置1的下行链路子帧(子帧0、4、5和9)的子集也不是其超集。这仅是一个示例，并且对于UL-DL配置组合的该第三集合而言存在其它的配置组合。

根据示例实施方式，对UL-DL配置组合的集合内的一种配置组 合进行IOT测试可足以针对这样的集合提供指示该配置组合的集合经过了IOT测试的IOT指示。在其它示例实施方式中，在提供或设置相关联的IOT指示之前，每个集合中另外(或者甚至全部)的配置组合都可能被要求。

图3是图示根据示例实施方式的互操作性测试(IOT)字段的示图。根据一种示例实施方式，IOT字段312可以针对一种或者多种UL-DL配置组合中的每一种提供IOT指示。

在另一种示例实施方式中，例如，IOT字段312可以针对UL-DL配置组合的多个集合中的每一个提供IOT指示，其中每个集合可以包括多种UL-DL配置组合。例如，IOT字段312可以针对每种UL-DL配置组合包括一个比特，或者作为示例，针对UL-DL配置组合的每个集合包括一个比特。

IOT字段312例如可以由MS发送至BS，并且可以被提供(或者包括)在能力消息310或者其它消息之内。IOT字段312例如可以针对UL-DL配置组合的三个集合中的每一个包括子字段(例如，比特)，以例如指示UL-DL配置组合的3个集合中的每一个是否进行了(或者已经经过)IOT测试。例如，IOT字段312可以包括子集字段314、超集字段316和皆非(neither)字段318。然而，字段314、316和318可以具有任意名称，并且这些仅是示例。例如，字段314、316和318可以被称作IOT1(以提供针对UL-DL配置组合的第一集合的IOT指示)、IOT2(以提供针对UL-DL配置组合的第二集合的IOT指示)和IOT3(以提供针对UL-DL配置组合的第三集合的IOT指示)。

例如，子集字段314可以指示UL-DL配置组合的第一集合是否已经经过IOT测试。例如，该第一集合可以包括其中—针对该第一集合中的每种组合—辅小区UL-DL配置的下行链路子帧是主小区UL-DL配置的下行链路子帧的子集的UL-DL配置组合。

超集字段316可以指示UL-DL配置组合的第二集合是否已经经过IOT测试。例如，该第二集合可以包括其中—针对该第二集合中的每种组合—辅小区UL-DL配置的下行链路子帧是主小区UL-DL配置 的下行链路子帧的超集的UL-DL配置组合。

皆非字段318可以指示UL-DL配置组合的第三集合是否已经经过IOT测试。例如，该第三集合可以包括其中—针对该第三集合中的每种组合—辅小区UL-DL配置的下行链路子帧既不是主小区UL-DL配置的下行链路子帧的子集也不是其超集的UL-DL配置组合。IOT字段312仅是一个示例，并且可以使用其它的实施方式。

图4是根据示例实施方式的针对配置组合的三个集合中的每一个标识UL-DL配置组合的流程图。图4的流程图包括处于顶端或者水平行的主小区(Pcell)SIB1UL-DL配置以及作为左侧的垂直行的辅小区(Scell)SIB1UL-DL配置。SIB1是BS在其中向MS通知该BS已经选择使用的UL-DL配置的系统信息块。

在图4中，配置组合的第一集合、第二集合和第三集合分别被示为组合情形A、组合情形B和组合情形C。因此，第一集合(针对每种组合，辅小区DL子帧是主小区DL子帧的子集)被示为情形A。每种满足该条件的配置组合在图4中利用字母“A”进行标识。第二集合(针对每种组合，辅小区DL子帧是主小区DL子帧的超集)被示为情形B。每种满足该条件的配置组合在图4中利用字母“B”进行标识。第三集合(针对每种组合，辅小区DL子帧既不是主小区DL子帧的子集也不是其超集)被示为情形C。每种满足该条件的配置组合在图4中利用字母“C”进行标识。

根据示例实施方式，还可能具有一个或者多个比特以划分图8中的情形A和情形D。

图5到图8标识了针对图4中的情形A、B和C的子情形。图5到图8标识针对UL数据和DL数据传输二者，针对自调度和交叉载波调度情形，被调度为将要用于辅小区HARQ Ack/Nak的参考UL-DL。在图5到图8的每个框中，每个框中的字母(A、B、C或者D)后跟有一个数字，其中该字母标识子情形，而跟在字母之后的数字则标识要用于导出用于辅小区的HARQ Ack/Nak定时的参考UL-DL配置。字母A、B、C和D(图5到图8中)并不对应于图4中所示的情形 A、B和C，但是被用来描述图4所示的情形A、B和C的不同子情形。

例如，在主小区的UL-DL配置(例如，基于主小区和辅小区UL-DL配置之间的冲突)可能要求被用作辅小区Ack/Nak的参考UL-DL配置的情况下，参考UL-DL配置可以被用于导出用于辅小区的HARQ Ack/Nak定时。例如，参考UL-DL配置还可以由于UL Ack/Nak仅经由PUCCH在主分量载波上进行发送而被用于辅小区。因此，主小区所使用的UL-DL配置可能对辅小区的Ack/Nak的定时有所影响。

图5是标识根据示例实施方式的要由辅小区(SCell)用于自(或者相同载波)调度情形的DL HARQ定时(经由PDSCH的下行链路数据以及UL Ack/Nak)的参考UL-DL配置的图表。图6是标识根据示例实施方式的要由辅小区(SCell)用于交叉载波调度情形的DL HARQ定时(经由PDSCH的下行链路数据以及UL Ack/Nak)的参考UL-DL配置的图表。图5和图6的图表中的字母(例如，A、B或者C)标识集合(分别如图4所示的子集、超集或者皆非)。图表中跟在字母之后的数字则标识辅小区(或者SCell)PDSCH HARQ定时所遵循的参考UL-DL配置。换句话说，针对经由PDSCH信道所传送的下行链路数据，参考UL-DL配置针对UL Ack/Nak标识定时。图5图示了相同载波调度的情形，而图6则图示了交叉载波调度的情形。

根据用于载波聚合(涉及两个或者更多小区)的示例实施方式，对于DL HARQ定时(经由PDSCH的下行链路数据以及经由PUCCH的UL Ack/Nak)，小区的组合可以被称之为SCell小区和PCell小区。这是因为PUCCH(提供UL Ack/Nak的物理上行链路控制信道)仅能够在Pcell中(经由主分量载波)传送，从而该组合必须包括主小区(Pcell)。对于UL HARQ定时(经由PUSCH的UL数据，DL Ack/Nak)而言，小区的组合可以被称作被调度小区和调度小区。调度小区可以是Scell，即SCell能够在多个载波可用的情况下对另一个Scell进行调度。如果仅两个小区进行聚合，则被调度小区和调度小区可以分别被称为辅小区(Scell)和主小区(Pcell)。

图7是标识根据示例实施方式的要由辅小区(SCell)用于自(或者相同载波)调度情形的UL HARQ定时(经由PUSCH的上行链路数据以及DL Ack/Nak)的参考UL-DL配置的图表。图8是标识根据示例实施方式的要由被调度小区用于交叉载波调度情形的UL HARQ定时(经由PUSCH的上行链路数据以及DL Ack/Nak)的参考UL-DL配置的图表。图7和图8的图表中的字母(例如，A、B或者C)标识集合(分别如图4所示的子集、超集或者皆非)。字母D对应于UL-DL配置组合的第四集合。图表中跟在字母之后的数字则标识被调度小区PUSCH HARQ定时所遵循的参考UL-DL配置。换句话说，针对经由PUSCH信道所传送的上行链路数据，参考UL-DL配置针对DL Ack/Nak标识定时。图7图示了相同载波调度的情形，而图8则图示了交叉载波调度的情形。

在图7和图8中，字母D涉及到第四情形或者情形D，其中图7或者图8中的情形A和D对应于图4中的情形B。图7和图8中的情形A是Scell DL子帧是Pcell DL子帧的超集，并且用于Pcell配置的HARQ RTT(往返时间)为10ms；图7到图8中的情形D是Scell DL子帧是Pcell DL子帧的超集，并且用于Pcell配置的HARQ RTT并非10ms。因此，图7和图8中的情形A和情形D可以通过使用不同比特进行划分。

(图5到图8中的)字母A、B、C和D并不对应于图4中所示的情形A、B和C，但是被用来示出对应于图4中所示的情形A、情形B和情形C的不同子情形。

因此，根据示例实施方式，主小区(Pcell)和辅小区(Scell)UL/DL配置组合可以被归类为以下集合或者情形，并且可以单独针对每种集合或者情形提供IOT指示：

情形A(对应于图4到图8中的情形A)：辅小区(SCell)DL子帧是主小区(PCell)SIB1配置的DL子帧的子集(PCell DL重(例如，PCell具有比Scell更多的DL)，例如，PCell具有配置#2，SCell具有配置#0)。情形A可以包括两种示例的子情形，包括：

1)自调度：用于SCell的DL参考配置是PCell SIB1配置(图5中的情形A)；并且用于SCell的UL参考配置是SCell SIB1配置(图7中的情形B)。

2)交叉调度：用于SCell的DL参考配置是PCell SIB1配置(图6中的情形A)；并且用于SCell的UL参考配置是被调度小区(SCell)SIB1配置(图8中的情形B)。而且，可以提供PHICH较少操作(可以提供没有PHICH信道的操作)。PHICH较少操作例如可以包括在PHICH在辅小区上不可用于发送针对辅小区PUSCH信道的Ack/Nak的情况下，则MS可以假设所有数据都已经被确认。

情形B：SCell DL子帧通过SIB1配置而是PCell的超集(PCell UL重(PCell具有比SCell更多的UL子帧)，例如，如图4的情形B中所示，PCell具有配置#0，SCell具有配置#2)

1)自调度：用于SCell的DL参考配置是SCell SIB1配置(图5中的情形B)；并且用于SCell的参考配置是SCell SIB1配置(图7中的情形A+D)。

2)交叉调度：用于SCell的DL参考配置是PCell SIB1配置(图6中的情形B)；并且用于SCell的UL参考配置根据组合是调度小区(PCell)SIB1配置(图8中的情形A)或者被调度小区(SCell)SIB1或者一些预定义配置(例如，UL-DL配置#1，表1)(图8中的情形D)。

情形C：SCell DL子帧通过SIB1配置既不是PCell DL子帧的子集也并非其超集(例如，如图4的情形C中所示，PCell具有UL-DL配置#2，SCell具有UL-DL配置#3)。

1)自调度：用于SCell的DL参考配置是不同于PCell/SCell SIB1配置(预定义的)UL/DL配置(图5中的情形C)；并且用于SCell的UL参考配置是SCell SIB1配置(图7中的情形C)。

2)交叉调度：SCell的DL参考配置是PCell SIB1配置(图6中的情形C)；并且SCell的UL参考配置是被调度小区(SCell)SIB1 配置(图8中的情形C)。

而且，可以提供PHICH较少操作(可以提供没有PHICH信道的操作)。

在示例实施方式中，可以使用三个比特来提供IOT指示，其中每个比特或者子字段可以针对以上所提到的三种情形中的每一种提供IOT指示。每个比特可以指示情形之一(情形A、B或者C)的UL-DL配置组合的集合是否已经经过IOT测试(针对MS进行了IOT测试，或者针对MS内的系统/设备相同或者相似的系统/设备进行了IOT测试)。例如，BS可以接收UL-DL配置组合的一个或者多个集合的IOT指示，并且例如可以选择已经经过IOT测试的UL-DL配置组合集合中的UL-DL配置(或者作为上述集合的成员的UL-DL配置)。以这种方式，在使用载波聚合的情况下，作为主BS或者辅BS的BS可以选择已经经过IOT测试的UL-DL配置。

其它分类方式也是可能的，例如，如果不考虑可能已经具有单独的能力比特的交叉调度，则情形A和情形B可以进行融合或者组合并且使用单个比特(或者单个IOT指示)进行报告。在这样的示例实施方式中，可以仅需要2个比特来针对1)组合的情形A和B和3)情形C提供IOT指示。

因此，根据示例实施方式，可以使用3个比特来针对UL-DL配置组合的每个不同集合提供MS(UE)能力信息或者IOT指示。

根据另一种示例实施方式，可以使用4个比特来提供UL-DL配置的IOT指示。图4中的情形A能够进一步划分为配置组合的两个集合，一个集合与图7、8中的情形A相同，其中调度小区的UL HARQ定时为10ms，而另一个集合则与图7、8中的情形D相同，其中调度小区的UL HARQ定时并非10ms。

根据另一种示例实施方式，如果针对载波交叉调度提供了单独的能力比特，则IOT指示可以仅针对自度的子情形报告IOT信息。

2个比特用于有关不同TDD配置的组合的UE能力/IOT指示：

1个比特指示UE支持/经过IOT测试的SCell DL子帧的TDD配 置组合是否通过SIB1配置而是PCell的子集，或者SCell DL子帧的组合是否通过SIB1配置而是PCell的超集。

1个比特指示UE支持/经过IOT测试的SCell DL子帧的TDD配置组合是否通过SIB1配置既不是PCell的超集也并非其子集。

该指示可以是按UE的或者按带组合的(仅针对CA带组合，对于非CA带组合则并不需要)。针对按带组合的指示，UE针对每个CA带组合的每个TDD配置组合的集合而指出该IOT指示。

也可能针对自调度和交叉调度具有单独的指示。例如，针对自调度而言：1比特的IOT指示用于每种情形(情形A、B、C)或者1个比特用于情形A+情形B而1比特的IOT指示则用于情形C。针对交叉调度而言(其例如可以仅在MS指示其能够进行交叉载波调度时被需要)，1个IOT指示比特可以被用于每种情形(情形A、B、C)，或者1个比特用于情形A+情形C而1个IOT指示比特则用于情形B。这些仅是另外的示例实施方式，并且可以使用其它实施方式。

表2(下面)图示了基于服务小区所使用的UL-DL配置的用于服务小区的示例UL参考UL-DL配置的一些示例。服务小区在载波聚合的情况下例如可以包括主小区和辅小区。对于TDD而言，如果MS被配置以多于一个服务小区(例如，载波聚合)并且如果至少两个服务小区的UL-DL配置有所不同，如果服务小区是主小区或者如果MS并未被配置为监视另一个服务小区中用于调度该服务小区的PDCCH，则服务小区的UL/DL配置是UL参考UL/DL配置。如果服务小区是辅小区并且如果UE被配置为监视另一个服务小区中用于调度该服务小区的PDCCH/EPDCCH(即，该辅小区被另一个小区交叉调度)，则服务小区的UL-DL配置是表2中所提到的UL参考UL-DL配置。

关于表2中所描述的UL参考配置，集合1(表2)可以对应于图8中的情形A(例如，Scell DL子帧是Pcell DL子帧的超集，并且Pcell的HARQ RTT(往返时间)为10msA(并且其包括图4中的一些框))；集合2(表2)可以对应于图8中的情形B(例如，Scell DL子帧是Pcell DL子帧的子集(同样是图4中的情形A))；集合3(表2) 可以对应于图8中的情形C(例如，Scell DL子帧既不是Pcell DL子帧的子集也不是其超集，这也是图4中的情形C)；集合4(表2)可以对应于图8中的情形D(例如，Scell DL子帧是Pcell DL子帧的超集，并且Pcell的HARQ RTT并非10ms，其可以包括图4中的情形B的一些框)。在表2中，集合1+集合4可以等于Scell DL子帧的整个集合是Pcell DL子帧的超集。

表2-基于由(其它服务小区UL-DL配置，服务小区UL-DL配置)所形成的配对/组合的用于服务小区的UL参考UL/DL配置。

表3(下面)图示了基于服务小区所使用的UL-DL配置的用于服务小区的一些示例DL参考UL-DL配置。关于表3(DL参考配置)，根据示例实施方式，针对TDD而言，如果MS(或者UE)被配置以多于一个的服务小区(例如，载波聚合)并且如果至少两个服务小区 具有不同的UL-DL配置且如果服务小区是主小区，则主小区UL-DL配置是用于服务小区的DL参考UL-DL配置。

对于TDD而言，如果UE被配置以多于一个的服务小区并且如果至少两个服务小区具有不同的UL/DL配置且如果服务小区是辅小区：

-如果(主小区UL-DL配置，服务小区UL-DL配置)所形成的配对属于表3中的集合1，或者

-如果MS(或者UE)并未被配置为监视另一个服务小区中用于调度该服务小区的PDCCH，并且如果(主小区UL-DL配置，服务小区UL-DL配置)所形成的配对属于表3中的集合2或者集合3，或者

-如果MS(或者UE)被配置为监视另一个服务小区中用于调度该服务小区的PDCCH，并且如果(主小区UL-DL配置，服务小区UL-DL配置)所形成的配对属于表3中的集合4或者集合5，

-则根据一种示例实施方式，用于服务小区的DL参考UL-DL配置在表3中的相对应集合中进行定义。

针对TDD而言，如果MS被配置以多于一个的服务小区并且如果至少两个服务小区具有不同的UL-DL配置且如果用于至少一个服务小区的DL参考UL-DL配置是TDD UL-DL配置5(表1)，则并不期望该MS被配置以多于两个服务小区。

关于表3中所描述的DL-参考配置，集合1可以对应于图5和图6中的情形A(例如，对于交叉载波调度和相同载波调度二者而言，Scell DL子帧都是Pcell DL子帧的子集)；集合2(表3)可以对应于图5中的情形B(例如，Scell DL子帧是Pcell DL子帧的超集，具有相同载波调度(图4中的情形B))；集合3(表3)可以对应于图5中的情形C(例如，Scell DL子帧既不是Pcell DL子帧的超集也不是其子集，具有相同载波调度(图4中的情形C))；集合4(表3)可以对应于图6中的情形B(例如，Scell DL子帧是Pcell DL子帧的超集，具有交叉载波调度(图4中的情形B))；并且集合5(表3)可以对应于图6中的情形C(例如，Scell DL子帧既不是Pcell DL子帧的超集也不是其子集，具有交叉载波调度(图4中的情形C))。

表3-基于由(主小区UL-DL配置，辅小区UL-DL配置)所形成的配对/组合的用于服务小区的DL参考UL/DL配置。

表2和表3仅是针对参考UL-DL配置的说明性示例实施方式，并且可以使用其它的实施方式。

图9是图示根据示例实施方式的移动站的操作的流程图。操作910包括传送或者控制由使用载波聚合的移动站(MS)传送包括针对时分双工(TDD)无线电帧的一个或多个上行链路-下行链路配置组合的互操作性测试(IOT)指示的消息以便由主小区和辅小区使用，其中一个或多个上行链路-下行链路配置组合包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置。

在操作920，该消息包括第一IOT指示，其指示供用于由主小区和辅小区针对MS使用的第一上行链路-下行链路配置组合是否已经经过IOT测试。

图10是图示根据示例实施方式的移动站的操作的流程图。操作1010包括传送或者控制由使用载波聚合的移动站(MS)传送包括针对时分双工(TDD)无线电帧的多个上行链路-下行链路配置组合的一个或者多个互操作性测试(IOT)指示的消息以便由主小区和辅小区使用，其中一个或多个上行链路-下行链路配置组合包括供主小区使用的第一上行链路-下行链路配置以及供辅小区使用的第二上行链路-下行链路配置。在操作1020，该消息包括第一IOT指示，其指示用于由主小区和辅小区针对MS使用的上行链路-下行链路配置组合的第一集合是否已经经过IOT测试。

图11是根据示例实施方式的无线站(例如，BS或者MS)1100的框图。无线站1100例如可以包括两个RF(射频)或者无线收发器1102A、1102B，其中每个无线收发器包括用以传送信号的传送器以及用以接收信号的接收器。该无线站还包括用以执行指令或者软件并且控制信号的传输和接收的处理器1104，以及用以存储数据和/或者指令的存储器1106。

处理器1104还可以作出决策或者决定，生成帧、分组或者消息以便进行传输，对所接收到的帧或者消息进行解码以便进一步处理，控制分组或者数据的传送和接收，以及这里所描述的其它任务或者功能。可以是基带处理器的处理器1104例如可以生成消息、分组、帧或者其它信号以便经由无线收发器1102进行传输。处理器1104可以控制信号或者消息通过无线网络的传输，并且可以控制经由无线网络接收信号或者消息等(例如，在被例如无线收发器1102降频转换之后)。因此，作为示例，处理器1104可以控制数据或者信号的传送以及接收。处理器1104可以是可编程的并且能够执行存储在存储器中或者其它计算机介质上的软件或者其它指令以便执行上文中所描述的各种任务和功能，诸如以上所描述的一种或者多种任务或者方法。处理器1104例如可以是(或者可以包括)执行软件或者固件的硬件、可编程逻辑、可编程处理器和/或者这些的任意组合。使用其它术语，处理器1104和收发器1102例如可以共同被认为是无线传送器/接收器系统。

此外，参考图11，控制器(或者处理器)1108可以执行软件和指令，并且可以提供对站1100的整体控制，并且可以针对图11中未示出的其它系统提供控制，诸如控制输入/输出设备(例如，显示器、键盘)，和/或可以执行用于可以在无线站1100上提供的一个或者多个应用的软件，作为示例，诸如电子邮件程序、音/视频应用、文字处理器、IP语音传输(Voice over IP)应用，或者其它应用或者软件。

此外，可以提供包括所存储指令的存储介质，上述指令在被控制器或者处理器执行时可以使得处理器1004或者其它控制器或者处理器执行以上所描述的一种或者多种功能或者任务。

这里所描述的各种技术的实施方式可以以数字电子电路来实施，或者以计算机硬件、固件、软件或者它们的组合来实施。实施方式可以被实施为计算机程序产品，即有形地体现在信息载体中—例如在机器可读存储设备中或者在所传播信号中—的计算机程序，用于由例如可编程处理器、计算机或者多个计算机的数据处理装置所执行或者控 制它们的操作。诸如以上所描述的(多个)计算机程序的计算机程序能够以任意形式的编程语言来编写，包括汇编或者解释语言，并且能够以任意形式进行部署，包括作为独立程序或者作为适于在计算环境中使用的模块、组件、子程序或者其它单元。计算机程序能够被部署为在一台计算机或者多台计算机上执行，上述多台计算机处于一个地点或者跨多个地点分布并且由通信网络进行互连。

方法步骤可以由一个或者多个可编程处理器来执行，它们执行计算机程序以通过对输入数据进行操作并生成输出而执行功能。方法步骤还能够由专用逻辑电路来执行，并且装置也可以被实施为专用逻辑电路，例如FPGA(现场可编程门阵列)或者ASIC(专用集成电路)。

作为示例，适于执行计算机程序的处理器包括通用和专用微处理器，以及任意类型的数字计算机的任意一个或者多个处理器。通常，处理器将从只读存储器或者随机访问存储器或者其二者接收指令和数据。计算机的部件可以包括至少一个用于执行指令的处理器以及一个或者多个用于存储指令和数据的存储器设备。通常，计算机还可以包括一个或者多个用于存储数据的一个或者多个大型存储设备或者与之操作耦合以往来于其接收数据或者传输数据或者这二者，大型存储设备例如为磁盘、磁性光盘或者光盘。适于体现计算机程序指令和数据的信息载体包括所有形式的非易失性存储器，例如包括半导体存储器设备，例如EPROM、EEPROM和闪存设备；磁盘，例如内部硬盘或者可移动磁盘；磁性光盘；和CD ROM和DVD-ROM盘。处理器和存储器可以以专用逻辑电路作为补充或者结合于其中。

为了提供与用户的交互，实施方式可以在具有用于向用户显示信息的显示设备以及用户能够通过其向计算机提供输入的键盘和指示设备的计算机上实施，该显示设备例如CRT(阴极射线管)或者LCD(液晶显示器)监视器，该指示设备例如鼠标或者轨迹球。也能够使用其它类型的设备来提供与用户的交互；例如，提供给用户的反馈可以为任意类型的感官反馈，例如视觉反馈、听觉反馈或者触觉反馈；并且来自用户的输入能够以任意形式被接收，包括声音、语音或者触 觉输入。

多种实施方式可以在计算系统中实现，该计算系统包括例如数据服务器的后端组件，或者包括例如应用服务器的中间件组件，或者其包括前端组件，例如具有用户能够通过其与实施方式进行交互的图形用户界面或者网络(Web)浏览器的客户端计算机，或者一个或者多个这样的后端、中间件或者前端组件的任意组合。组件可通过例如通信网络的数字数据通信的任意形式或者介质进行互连。通信网络的示例包括局域网(LAN)和广域网(WAN)，例如互联网。

虽然已经如这里所描述的阐述了所描述实施方式的某些特征，但是本领域技术人员现在将能够作出许多修改、替换、改变和等同形式。因此所要理解的是，所附权利要求意在覆盖落入各个实施例的实际精神之内的所有这样的修改和变化。