用于在无线通信系统中执行通信的方法和装置与流程

技术领域：
本公开一般涉及通信系统，更具体地说，涉及用于在无线通信系统中发送和接收数据的方法和装置。
背景技术：
：已经开发了移动通信系统来保证用户的移动性和使得用户能够通信。由于技术的快速发展，移动通信系统提供高速数据通信服务以及语音通信服务。下一代移动通信系统，第三代合作伙伴计划长期演进(3GPPLTE)实现数据速率比3GPP数据速率更高的、高达100Mbps的高速分组通信。此外，先进的LTE(LTE-A)系统正在讨论中，其通过将新技术应用在LTE通信系统来提高数据速率。以下，术语“LTE”涵盖遗留LTE系统和LTE-A系统两者。LTE标准支持全部两种双工模式，即，频分双工(FDD)和时分双工(TDD)。在FDD中，不同的频带被用于上行链路(UL)和下行链路(DL)，而在TDD中，相同的频带被用于UL和DL。将被引入LTE-A系统的新技术之一是载波聚合(CA)。在CA中，用户设备(UE)在多个载波中发送和接收数据。具体地说，UE在多个聚合的载波(通常，由同一演进型节点B(eNB)服务的载波)中发送和接收数据。UE在聚合的载波中的数据发送和接收等同于UE通过多个小区的数据发送和接收。因此，存在对于这样的技术的需要：当CA被应用在具有不同频带和不同子帧模式的TDD小区时，其使得UE能够可靠地向eNB发送数据和从eNB接收数据。将上述信息作为背景信息呈现仅仅是为了帮助对本公开的理解。并没有对上述信息中的任何信息是否可以作为关于本公开的现有技术来应用而做出确定或做出断言。技术实现要素：技术问题为了解决上述不足，首要目的是提供用于在无线通信系统中发送和接收数据通信所需的控制信号的方法和装置。本公开的另一个方面提供用于在支持多个频率的无线通信系统中测量非服务频率的方法和装置。本公开的另一个方面提供用于在支持多个频率的无线通信系统中配置在其期间UE中止上行链路发送和下行链路接收的测量间隔的方法和装置。本公开的另一个方面提供用于报告用于多输入多输出(MIMO)操作的秩指示(RI)的方法和装置。本公开的另一个方面提供用于确定表示用于空间复用的层的数目的RI的比特数目(或者位宽)的方法和装置。本公开的另一个方面提供用于在具有不同子帧模式的时分双工(TDD)小区的载波被聚合时，在TDD终端中向基站(BS)发送数据和从BS接收数据的方法和装置。本公开的另一个方面提供用于在具有不同子帧配置的TDD小区的聚合的载波中发送和接收数据的方法和装置。本公开的另一个方面提供一种用于在无线通信系统中执行通信的方法，该方法包括：由用户设备(UE)识别由基站(BS)为服务小区配置的传输模式；由UE识别BS的天线配置；响应于所识别的传输模式是第一传输模式，根据针对UE支持的每个频带组合的多输入多输出(MIMO)能力和天线配置，由UE确定用于秩指示(RI)的比特数目，其中针对UE支持的每个频带组合由UE将MIMO能力报告给BS；以及由UE使用所确定的比特数目生成RI，并且在服务小区的传输资源上向BS发送RI。本公开的另一个方面提供一种用于在无线通信系统中执行通信的方法，该方法包括：由基站(BS)识别为用户设备(UE)在服务小区中配置的传输模式；识别BS的天线配置；响应于传输模式是第一传输模式，根据针对UE支持的频带组合的多输入多输出(MIMO)能力和天线配置，确定用于秩指示(RI)的比特数目，其中针对UE支持的每个频带组合由UE将MIMO能力报告给BS；以及当在服务小区的传输资源中从UE接收到RI时，使用所确定的比特数目来解码RI。本公开的另一个方面提供一种用于在无线通信系统中执行通信的用户设备(UE)的装置，该装置包括：控制器，被配置为识别由基站(BS)为服务小区配置的传输模式，识别BS的天线配置，以及响应于传输模式是第一传输模式，根据针对UE支持的频带组合的多输入多输出(MIMO)能力和天线配置，确定用于秩指示(RI)的比特数目，其中针对UE支持的每个频带组合将MIMO能力报告给BS；以及发送器，被配置为使用所确定的比特数目生成RI，并且在服务小区的传输资源中向BS发送RI。本公开的另一个方面提供一种用于在无线通信系统中执行通信的基站(BS)的装置，该装置包括：控制器，被配置为识别由BS为用户设备(UE)在服务小区中配置的传输模式，识别BS的天线配置，以及响应于传输模式是第一传输模式，根据针对UE支持的频带组合的多输入多输出(MIMO)能力和天线配置，确定用于秩指示(RI)的比特数目，其中针对UE支持的每个频带组合由UE将MIMO能力报告给BS；以及接收器，被配置为当在服务小区的传输资源中从UE接收到RI时，使用所确定的比特数目来解码RI。技术方案从以下结合公开了本公开的示范性实施例的附图的详细描述中，本公开的其它方面、优点、和显著特征对本领域技术人员而言将变得清楚。在进行下面的详细描述之前，阐述本专利文件中通篇使用的某些词语和短语的定义是有益的：术语“包括”和“包含”以及它们的衍生词，意味着包括但不限于；术语“或”是包含性的，意味着和/或；短语“与……相关联”和“与此相关联”以及它们的衍生，可以意味着包括、包括在……内、与……互连、包含、被包含在……内、连接到或者与……相连接、耦合至或者与……耦合、可与……通信、与……协作、交织、并列、接近于……、绑定到或者与……绑定、具有、具有……的特性、等等；而术语“控制器”意味着控制至少一个操作的任何设备、系统、或者其部分，这样的设备可以以硬件、固件、或软件、或者以上各项中的至少两个的某些组合来实施。应当注意到，与任何特定的控制器相关联的功能可以是集中式的或者分布式的，无论在本地还是在远程。贯穿本专利文件提供了某些词语和短语的定义，本领域普通技术人员应当理解，在许多情况下(如果不是大多数实例的话)，这样的定义适用于对这样定义的词语和短语的以前和将来的使用。附图说明为了更完整地理解本公开及其优点，现在参考下面结合附图的描述，其中相似的参考标号表示相似的部分：图1示出了长期演进(LTE)系统的配置的示例实施例；图2示出了LTE系统中的无线电协议体系结构的示例实施例；图3示出了用于用户设备(UE)的载波聚合(CA)的示例实施例；图4示出了时分双工(TDD)帧结构的示例实施例；图5示出了具有不同TDD上行链路/下行链路(UL/DL)配置的小区的示例实施例；图6示出了根据本公开的UE的操作的示例实施例；图7是示出根据本公开的辅(secondary)服务小区的子帧中的UE的操作的示例实施例的流程图；图8是示出根据本公开的用于确定辅服务小区中的反馈接收时间和数据重发时间的UE的操作的示例实施例的流程图；图9是示出根据本公开的用于确定辅服务小区中的反馈发送时间的UE的操作的示例实施例的流程图；图10a和图10b是示出根据本公开的用于在辅服务小区中执行UL发送的UE的操作的示例实施例的流程图；图11是根据本公开的UE的示例实施例的框图；图12是根据本公开的演进型节点B(eNB)的示例实施例的框图；图13a和图13b示出了其中服务小区的子帧互相重叠的情形的示例实施例；图14是示出根据本公开的辅服务小区的子帧中的UE的操作的示例实施例的流程图；图15示出了根据本公开的测量间隔的示例实施例；图16示出了当服务小区的子帧边界没有对齐(aligned)时，在配置测量间隔中所涉及的问题的示例实施例；图17示出了当辅服务小区的DL接收时间先于主(primary)服务小区的DL接收时间时，测量间隔的设置的示例实施例；图18示出了当主服务小区的DL接收时间先于辅服务小区的DL接收时间时，测量间隔的设置的示例实施例；图19是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图；图20是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图；图21是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图；图22示出了频分双工(FDD)系统中测量间隔和UL子帧之间的关系的示例实施例；图23示出了TDD系统中UL子帧的定时调整的示例实施例；图24是示出根据本公开的关于测量间隔的设置的UE的操作的示例实施例的流程图；图25是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图；图26是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图；图27示出了具有不同UL/DL配置的服务小区的示例实施例；图28是示出根据本公开的关于测量间隔的设置的UE的操作的示例实施例的流程图；图29是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图；图30示出了根据本公开的子帧集合的示例实施例；图31是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图；图32是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图；图33示出了根据本公开的测量间隔的设置的示例实施例；图34是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图；图35是示出根据本公开的用于确定秩指示符(RI)中的比特的数目的总体操作的信号流的示例实施例的示图；以及图36是示出根据本公开的用于确定RI中的比特的数目的UE的操作的示例实施例的流程图。贯穿附图，相似的参考标号将被理解为指代相似的部分、组件、和结构。具体实施方式下面讨论的图1到图36以及本专利文件中用来描述本公开的原理的各种实施例仅仅是作为例示，并且不应该以任何方式被解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以实施在任何适当安排的无线通信系统中。以下参考附图的描述被提供来帮助对如权利要求及其等同物所定义的本公开的示范性实施例的全面理解。它包括各种具体细节以便帮助进行所述理解，但是这些将仅仅被当做示范性的。因此，本领域普通技术人员将认识到，可以对这里描述的实施例进行各种改变和修改而不脱离本公开的范围和精神。此外，为了清楚和简洁，可以省略对熟知功能和结构的描述。下面的描述及权利要求中所使用的术语和词语不限于其字面含义，而仅仅是被发明人用来达到对本公开的清楚一致的理解。因此，本领域技术人员应该清楚，下面对本公开的示范性实施例的描述仅仅被提供用于例示的目的，而不是用于限制如所附权利要求及其等同物所定义的本公开的目的。将理解，单数形式的“一”和“该”包括复数的指示物，除非上下文清楚地另外指出。因此，例如，对“组件表面”的引用包括对一个或多个这样的表面的引用。通过术语“基本上”，意味着所述的特性、参数、或值不需要精确地实现，而是意味着包括例如公差、测量误差、测量精度限制、以及本领域技术人员熟知的其它因素的偏差或变化，可以以不妨碍所述特性意图提供的效果的量出现。图1示出了根据本公开的移动通信系统的配置的示例实施例。虽然以下描述是在作为应用本公开的移动通信系统的示例的长期演进(LTE)系统的背景下给出的，但是应该清楚地理解，本公开不限于特定的系统。参考图1，移动通信系统的无线接入网(RAN)包括：演进型节点B(eNB、eNodeB、节点B、或者基站(BS))105、110、115、和120；移动性管理实体(MME)125；和服务网关(服务-GW)130。用户设备(UE或者移动台(MS))135通过eNB105、110、115、和120以及S-GW130连接至外部网络(未示出)。eNB105、110、115、和120对应于通用移动通信系统(UMTS)的节点B。eNB连接至UE135并且扮演比遗留节点B更复杂的角色。由于包括实时服务(诸如基于网际协议(IP)的语音服务或者IP语音(VoIP))的所有用户通信量都是通过LTE系统中的共享信道来提供，所以需要根据关于UE的状态信息来调度UE的实体。关于UE的状态信息能够包括UE的缓冲状态、可用的传输功率状态、和信道状态。这样的实体是eNB105、110、115、和120。一个eNB通常控制多个小区。为了实现高数据速率(诸如100Mbps)，LTE系统在20MHz的带宽中采用正交频分复用(OFDM)作为无线接入技术。此外，LTE系统使用自适应调制编码(AMS)方案，在该方案中，调制方案和信道编码速率是根据UE的信道状态而适应性地为UE确定的。S-GW130被配置为提供数据承载并且被配置为在MME125的控制下生成或者移除数据承载(databearer)。作为执行针对UE135的移动性管理功能和其它控制功能的实体的MME125被连接至多个eNB105、110、115、和120。图2示出了根据本公开的LTE系统中的无线电协议体系结构的示例实施例。参考图2，LTE系统的无线电协议体系结构包括在UE和eNB中的分组数据汇聚协议(PDCP)层205和240、无线链路控制(RLC)层210和235、媒体访问控制(MAC)层215和230、以及物理(PHY)层220和225。PDCP层205和240压缩或者解压缩IP报头。RLC层210和235通过将PDCP分组数据单元(PDU)重新配置为适当的大小来执行自动重传请求(ARQ)操作。MAC层215和230中的每一个连接至配置在UE或者eNB中的多个RLC实体。MAC层215和230将RLCPDU复用到MACPDU中并且将MACPDU解复用成RLCPDU。PHY层220和225对OFDM符号的更高层数据进行信道编码或者调制，并且在无线电信道上发送OFDM符号。PHY层220和225还对在无线电信道上接收的OFDM符号进行解调和信道解码，或者将信道解码的OFDM符号提供给更高层或者执行用于数据发送或接收的混合ARQ(HARQ)操作。为了支持上行链路(UL)数据传输，PHY层220和225使用物理上行链路共享信道(PUSCH)、携载肯定应答或者否定应答(ACK/NACK)作为对于PUSCH传输的HARQ反馈的物理HARQ指示符信道(PHICH)、携载下行链路(DL)控制信号(例如，调度信息)的物理下行链路控制信道(PDCCH)、或者携载UL控制信号的物理上行链路控制信道(PUCCH)。另外，PHY层220和225能够使用物理下行链路共享信道(PDSCH)来支持DL数据传输。图3示出了根据本公开的用于UE的载波聚合(CA)的示例实施例。参考图3，eNB305通常发送和接收跨越多个频带的多个载波。如果eNB305发送具有中心频率(f1)的载波315和具有中心频率(f3)的载波310，则不具备CA能力的UE能够在两个载波310和315之一中发送或者接收数据。另一方面，具备CA能力的(CA-enabled)UE330能够在多个载波310和315中同时发送或者接收数据。当需要时，eNB305能够分配更多载波给具备CA能力的UE330，从而提高UE330的传输速率。如果从eNB发送的或者在eNB接收的一个DL载波和一个UL载波形成一个小区，则CA能够被认为是UE在多个小区中的同时的数据发送或者接收。最大数据传输速率与聚合的载波的数目成比例地增大。在下面对本公开的实施例的描述中，在UE处的在DL载波中的数据接收或者来自UE的在UL载波中的数据发送意味着在由对应于中心频率和DL载波和UL载波的频带的小区提供的控制信道和数据信道上的数据发送或者接收。特别地，在本公开中，CA被认为是为UE配置多个服务小区。每个服务小区可以是主服务小区(PCell)或者辅服务小区(SCell)。在CA中，可以为UE配置一个PCell和一个或多个SCell。这些术语像LTE标准所定义的那样被使用。对于细节，请参考3GPPTS36.331和3GPPTS36.321(2011年12月)。虽然为了方便描述而将在LTE系统的上下文中描述本公开的实施例，但是本公开的实施例可应用在支持CA的任何无线通信系统。在时分双工(TDD)模式中，一个频带在特定子帧的持续时间期间被用于UL，并且在另一个子帧的持续时间期间被用于DL。UE应该具有对UL子帧和DL子帧的位置的准确了解，并且eNB预先将关于这些UL子帧和DL子帧的位置的信息发送到UE。关于UL子帧和DL子帧的信息被称为TDDUL/DL配置。表1列出了根据本公开的eNB能够提供的TDDUL/DL配置。每个子帧根据TDDUL/DL配置被配置为UL子帧、DL子帧、或者特殊子帧。[表1]在表1中，“D”表示用于发送DL数据的DL子帧，“U”表示用于发送UL数据的UL子帧，而“S”表示插入DL子帧和UL子帧之间的特殊子帧。配置特殊子帧的原因是：根据UE的位置，UE在完全地接收DL子帧的定时和发送UL子帧的定时方面不同。例如，远离eNB的UE比靠近eNB的UE更晚的从eNB接收数据。因此，为了让eNB在特定时间内从远程UE接收数据，远程UE应该比邻近的UE更早的开始数据发送。也就是说，在DL数据接收和UL数据发送之间需要一定的保护时段(GP)，并且其被定义在特殊子帧中。相反，在UL子帧和DL子帧之间不需要特殊子帧。图4示出了根据本公开的TDD帧结构的示例实施例。参考图4，10ms的无线帧400被划分为10个子帧。每个无线帧400通过诸如范围从0到4095的整数的系统帧号(SFN)标识。每次一个无线帧经过(elapse)，SFN可以增加1。每个子帧405可以是1ms长，包括2个时隙。特殊子帧能够被划分为三个部分，下行链路导频时隙(DwPTS)410、GP425、和上行链路导频时隙(UpPTS)420。DwPTS410是用于DL接收的时间段，而UpPTS420是用于UL发送的时间段。在GP425中不能够发生发送或者接收。DwPTS410和UpPTS420的最佳长度随传播环境而变化。eNB能够提前向UE指示DwPTS410和UpPTS420的适当长度。eNB在系统信息块类型1(SIB1)的TDD配置的信息元素(IE)中向UE广播(表1)中列出的TDDUL/DL配置以及表2中列出的DwPTS和UpPTS的长度。[表2]如表2中所表明的，DwPTS和UpPTS的长度可以根据由eNB指示的特殊子帧配置和用于DL和UL的循环前缀(CP)的类型而被设置为符号持续时间Ts的倍数。如果一个eNB提供多个TDD服务小区，在与遗留系统的兼容性可以被保证，并且通过将不同的TDDUL/DL配置应用到多个TDD服务小区能够使得负载平衡更好。例如，在其中3G移动通信系统的TDD小区和LTE移动通信系统的TDD小区被提供在同一区域上，并且两个小区的工作频率相邻的情况下，通过将特定UL/DL配置应用到LTETDD小区，能够最小化在3GTDD小区和LTETDD小区之间的干扰。同时，不同于LTETDD小区的UL/DL配置能够被应用在具有非常远离3GTDD小区的工作频率的工作频率的LTETDD小区，从而提高效率。当如上不同的UL/DL配置(诸如多个UL/DL配置)被应用在同一eNB的多个服务小区时，连接至服务小区的UE能够在预定时间段期间在服务小区之间体验到不同类型的子帧。图5示出了根据本公开的具有不同TDDUL/DL配置的小区的示例实施例。参考图5，如果第一服务小区(服务小区1)和第二服务小区(服务小区2)被配置用于UE，并且UL/DL配置1和UL/DL配置2分别被应用在服务小区1和服务小区2，则服务小区1的UL子帧(以下，称为“U子帧”)和服务小区2的DL子帧(以下，称为“D子帧”)在时间段505期间重合。虽然最好UE在时间段505期间在服务小区1中执行UL发送并且在服务小区2中执行DL接收，但是在某些环境下，UL发送和DL接收可能是不可能的。基本上，UE不需要在TDD系统中同时执行UL发送和DL接收。因此，TDDUE的射频(RF)电路被设计为在一个时间段期间仅仅执行DL操作和UL操作之一，也就是说，以半双工(HD)来操作。因此，不具有同时的UL操作和DL操作的全双工(FD)功能的普通TDDUE被允许在时间段505期间仅仅执行DL接收和UL发送之一。关于这一点，本公开的实施例提供通过使得eNB和UE能够在上述情形中在相同的链路方向上操作来提供用于执行可靠通信的方法和装置。根据本公开的实施例，UE和eNB能够如下操作。-如果不同的UL/DL配置被分配给PCell和SCell，则HDUE不执行指向与PCell的子帧(称为“PCell子帧”)不同的方向的SCell的子帧(称为“SCell子帧”)相关的操作。-如果不同的UL/DL配置被分配给PCell和SCell，则HDUE基于PCell的UL/DL配置来确定HDUE将在其中接收用于PUSCH发送的PHICH的SCell子帧。-如果不同的UL/DL配置被分配给PCell和SCell，则HDUE基于PCell的UL/DL配置来确定HDUE将在其中重发PUSCH的SCell子帧。图6示出了根据本公开的UE的操作的示例实施例。参考图6，具有不同TDDUL/DL配置的服务小区，诸如PCell603和SCell605，可以通过CA被配置用于UE。同一eNB管理PCell603和SCell605，而UE601最初仅仅连接至PCell603。在操作611，PCell603携带UE能力询问(UECapabilityEnquiry)消息到UE601以检查UE601支持的功能。也就是说，eNB在PCell603中发送UE能力询问消息到UE601。在操作613，UE601通过在PCell603中发送UE能力信息(UECapabilityInformation)消息来向eNB指示其支持的功能。UE601通过在UE能力信息消息的“支持的频带组合(supportedbandcombination)”信息元素(IE)中设置UE601支持的频带组合来报告其CA能力。“支持的频带组合”IE包括一个或多个频带参数。频带参数之一包括频带指示符、可在频带组合的频带中配置的服务小区的数目和带宽、可配置的多输入多输出(MIMO)信息等等。此外，针对支持的频带组合当中满足预定条件的频带组合，指示同时的发送和接收的可用性的1比特信息被报告。所述预定条件可以是，例如，频带组合仅仅包括TDD频带，并且所述TDD频带不同。例如，在UE报告其支持的频带组合(如下面的表3中列出的频带组合1到频带组合10)的情况下，UE仅仅针对频带组合9和频带组合10设置指示同时的发送和接收的可用性的1比特信息。在表3中，“频带FDD”表示FDD中的LTE频带，而“频带TDD”表示TDD中的LTE频带。例如，在LTE频带当中，频带1到频带32是FDD频带，而频带33到频带64是TDD频带。[表3]对于满足预定条件的每个“支持的频带组合”，UE通过1比特信息报告同时的发送和接收在所述频带组合中是否可用。1比特信息可以被配置在位图中。例如，在表3中，UE针对频带组合9和频带组合10报告包括2比特有意义信息的位图。位图的每个比特按照被包括在UE能力信息消息中的次序来表示满足预定条件的频带组合。在表3的示例中，位图的第一比特和第二比特分别指示在频带组合9和频带组合10中同时的发送和接收的可用性。如果UE报告在特定的TDD频带组合中同时的发送和接收是可用的，则UE能够同时执行DL接收和UL发送，即使不同的UL/DL配置被分配给所述频带组合并且在时间段期间子帧的方向根据UL/DL配置而不同。相反，如果UE报告在特定的TDD频带组合中同时的发送和接收不可用，则如果不同的UL/DL配置被分配给所述频带组合并且在时间段期间子帧的方向根据UL/DL配置而不同，那么UE应该仅仅执行DL接收和UL发送之一。eNB基于UE能力信息消息将必需的设置应用到UE。例如，如果UE在特定频带组合中支持CA并且在eNB中存在操作于所述频带组合的频带中的服务小区，则eNB能够为UE配置用于频带组合的CA。也就是说，eNB能够为UE配置与频带组合相对应的多个服务小区。在操作615，eNB向UE601发送配置多个TDD服务小区的控制消息。控制消息可以是RRC连接重配置(RRCConnectionReconfiguration)消息。SCell605通过控制消息被添加到UE601。UE601通过在PCell603中广播的系统信息(例如SIB1)来知晓PCell603的UL/DL配置，并且通过配置SCell605的控制消息来知晓SCell605的UL/DL配置。UE601基于RRC连接重配置消息执行由eNB请求的建立程序(诸如，对于SCell605的RRC连接建立)，并且在操作617中向eNB发送指示RRC连接建立程序的完成的RRC连接重配置完成(RRCConnectionReconfigurationComplete)消息。然后，在操作619，eNB在特定时间向UE601发送用于配置的SCell605的激活命令(activationcommand)。激活命令可以是激活/去激活(deactivation)MAC控制元素(CE)消息。在操作625，UE601参考PCell603的UL/DL配置以确定在随后的时间段期间在SCell605中的操作。具体地说，UE601如表4中所示在每个子帧中操作。也就是说，如果由PCell603的UL/DL配置定义的PCell子帧方向不同于由SCell605的UL/DL配置定义的SCell子帧方向，则UE601基于PCell603的UL/DL配置来确定在SCell605中执行的操作。[表4]如果与当前时间段相对应的PCell子帧和SCell子帧是D子帧，则UE在当前时间段期间在所述两个服务小区中(诸如，在PCell和SCell的相同子帧中)执行DL接收。也就是说，UE在所述两个服务小区的当前子帧的控制区域中接收PDCCH和PHICH，并且在所述两个服务小区的当前子帧的数据区域中接收PDSCH。同样地，eNB在所述两个服务小区的当前子帧的控制区域中向UE发送PDCCH和PHICH，并且在所述两个服务小区的当前子帧的数据区域中向UE发送PDSCH。如果与当前时间段相对应的PCell子帧和SCell子帧分别是D子帧和S子帧，则UE在当前时间段期间在PCell中执行包括接收PDCCH/PHICH/PDSCH的D-子帧操作，并且在当前时间段期间在SCell中执行包括DwPTS接收的DL操作。DwPTS接收意味着DL信号仅仅在时间轴上的当前子帧的预定开始时间段中被接收。因为PDSCH能够占据直至该子帧的最后，因此UE仅仅能够接收PDCCH和PHICH而不能接收PDSCH。在上述情形中，也就是说，当在同一时间段期间PCell子帧是D子帧而SCell子帧是S子帧时，eNB不在SCell子帧中为UE调度PDSCH，并且只在SCell子帧的DwPTS中发送PDCCH和PHICH。如果与当前时间段相对应的PCell子帧和SCell子帧分别是D子帧和U子帧，则UE在当前时间段期间在PCell中执行包括接收PDCCH/PHICH/PDSCH的D-子帧操作，而UE在当前时间段期间在SCell中不执行UL发送，即使UL发送在SCell中被调度。因此，在这种情形下，eNB不执行UL接收。如果与当前时间段相对应的PCell子帧和SCell子帧分别是S子帧和D子帧，则UE在当前时间段期间在PCell中执行S-子帧操作。也就是说，UE在PCell子帧的DwPTS中接收PDCCH/PHICH，在PCell子帧的GP中停止(discontinue)发送和接收，并且在需要时，在PCell子帧的UpPTS中执行UL发送(诸如，探测参考信号(SRS))。此外，UE仅仅在PCell子帧的DwPTS和SCell子帧之间重叠的时间段期间、在SCell子帧中接收DL信号。也就是说，UE在SCell中接收PDCCH和PHICH，而不接收PDSCH。在这种情形下，当PCell子帧是S子帧并且SCell子帧是D子帧时，eNB不在SCell子帧中调度PDSCH，并且在PCell子帧的DwPTS中仅仅执行DL发送。如果与当前时间段相对应的PCell子帧和SCell子帧是S子帧，则UE在当前时间段期间在PCell中执行S-子帧操作。也就是说，UE在PCell子帧的DwPTS中接收PDCCH/PHICH，在PCell子帧的GP中停止发送和接收，并且在需要时，在PCell子帧的UpPTS中执行UL发送，例如，在UpPTS中发送SRS。此外，UE仅仅在PCell子帧的DwPTS和SCell子帧之间重叠的时间段期间在SCell子帧中接收DL信号。也就是说，UE在SCell子帧中接收PDCCH和PHICH，而不接收PDSCH。UE在PCell子帧的GP和SCell子帧之间重叠的时间段期间在SCell子帧中停止发送和接收。在需要时，UE能够在与PCell子帧的UpPTS重叠的SCell子帧的UpPTS中执行UL发送。UL发送可以根据SCell子帧的UpPTS与PCell子帧的UpPTS重叠了多少来执行。因此，UL发送是可选的。在这种情形下，eNB能够尝试在SCell子帧的UpPTS中接收SRS，在SCell子帧的DwPTS中发送PHICH，并且认识到在SCell子帧的GP中不发生UE的发送和接收。如果与当前时间段相对应的PCell子帧和SCell子帧分别是S子帧和U子帧，则UE在当前时间段期间在PCell中执行S-子帧操作，而在当前时间段期间在SCell中有条件地发送SRS而不发送PUCCH和PUSCH。也就是说，如果SRS发送SCellU子帧中被调度，并且SCellU子帧的与PCellS子帧的UpPTS重叠的一部分等于或者大于预定值(诸如OFDM符号时段)，则UE在SCellU子帧中发送SRS，否则，UE不发送SRS。在这种情形下，eNB在SCellU子帧和PCellS子帧的UpPTS之间重叠的时间段期间尝试从UE接收SRS。如果与当前时间段相对应的PCell子帧和SCell子帧分别是U子帧和D子帧，则UE在PCell子帧中执行U-子帧操作。也就是说，如果PUCCH发送或者PUSCH发送在PCell中被调度，则UE在PCell子帧中发送PUCCH或者PUSCH。然而，在这种情况下，UE在当前时间段期间在SCell中不接收DL信号。也就是说，UE在SCell子帧中不接收PDCCH/PHICH/PDSCH。在这种情形下，当PCell子帧是U子帧而SCell子帧是D子帧时，eNB不在SCell中调度PDSCH。如果与当前时间段相对应的PCell子帧和SCell子帧分别是U子帧和S子帧，则UE在当前时间段期间在PCell中执行U-子帧操作，同时在需要时，UE在SCell子帧的UpPTS中发送UL信号。也就是说，如果SRS发送在SCellS子帧中被调度，则UE发送SRS，并且在SCellS子帧的DwPTS中不接收DL信号。在这种情形下，eNB在SCellS子帧的UpPTS和PCellU子帧之间重叠的时间段期间尝试从UE接收SRS，并且在SCellS子帧的DwPTS中不向UE发送DL信号。如果与当前时间段相对应的PCell子帧和SCell子帧是U子帧，则UE在当前时间段期间在PCell和SCell两者中都执行U-子帧操作。也就是说，UE在需要时发送PUSCH和PUCCH。在这种情形下，eNB在SCellU子帧中尝试从UE接收PUSCH。在操作630，UE601基于PCell603的UL/DL配置确定PUSCH发送时间。PUSCH发送时间是指携载PUSCH的子帧的位置。在服务小区中发送PUSCH时，UE601一般参考(referto)服务小区的UL/DL配置。例如，当在子帧n中接收到指示PUSCH发送的PDCCH或者HARQNACK信号时，UE在子帧n+m中发送PUSCH，其中n和m是针对每个UL/DL配置定义的。在相同UL/DL配置下以CA操作的FDUE或者UE基于服务小区的UL/DL配置来确定PUSCH发送时间、HARQ反馈接收时间、和PUSCH重发时间。在多个UL/DL配置下操作的HDUE基于PCell的UL/DL配置、而不是其中将发送PUSCH的服务小区的UL/DL配置来确定服务小区之间的定时关系。在操作635，UE601在确定在其中将接收HARQ反馈以用于在SCell中发送的PUSCH的子帧时，参考PCell603的UL/DL配置。这是因为，如果基于SCell的UL/DL配置确定的、携载PHICH的子帧与PCell的U子帧重叠，则PHICH不能被接收。图7是示出根据本公开的SCell子帧中的UE的操作的示例实施例的流程图。参考图7，在操作700，UE接收关于服务小区的系统信息，并且从系统信息中获取服务小区的UL/DL配置。然后，UE开始用于服务小区的RRC连接建立程序。一旦RRC连接建立程序完成，服务小区就变成用于UE的PCell。在操作705，UE通过UE能力信息消息向eNB报告其能力。UE能力信息消息包括关于UE支持的频带组合的信息，并且UE额外地报告指示在由不同TDD频带组成的频带组合(被称为“TDD间频带组合(inter-TDDbandcombination)”)中同时的发送和接收是否可用的信息。在操作710中，SCell被配置用于UE。SCell是通过从eNB向UE发送包括SCell配置信息的RRC控制消息并且由UE基于SCell配置信息建立用于SCell的信号路径来配置的。SCell配置信息包括，例如，关于SCell的中心频率、在SCell中被分配给UE的无线电资源、和SCell的UL/DL配置的信息。每个SCell能够处于(placedin)活动(active)状态或者不活动(inactive)状态。只有在活动SCell中才有可能进行数据发送和接收。当SCell最初被配置时，SCell处于不活动状态。然后SCell通过来自eNB的命令被切换到活动状态。在操作715，UE等待，直到SCell的子帧n开始为止，以便确定在SCell的子帧n中执行的操作。在操作720中，UE检查以下条件是否被满足。-PCell和SCell具有不同的频带(频带间TDD载波聚合)。-PCell和SCell具有不同的UL/DL配置。如果以下条件被满足，则UE前往操作730，否则，UE前往操作725。如果以上条件不被满足，则这暗示PCell和SCell具有相同的频带，或者即使PCell和SCell具有不同的频带，但是它们具有相同的UL/DL配置。如果PCell和SCell具有相同的频带，则相同的UL/DL配置应该被分配给PCell和SCell。在操作725，UE基于SCell的UL/DL配置确定SCell子帧n的类型，并且根据SCell子帧n的类型确定要执行的操作。UE根据子帧的类型如下操作。-如果子帧n是D子帧，则UE确定在子帧n中接收PDCCH/PHICH/PDSCH。-如果子帧n是S子帧，则UE确定在子帧n中接收PDCCH/PHICH，并且在需要时，执行UpPTS发送。-如果子帧n是U子帧，则当需要时，UE确定在子帧n中发送PUSCH和SRS。以上操作可以被另一个解决方案或者强加(impose)给UE的需求所限制。例如，如果子帧n不对应于非连续接收(DRX)操作中的活动时间，或者与作为用于测量非服务频率的时间段的测量间隔(MG)重叠，则以上操作可能不被执行。在测量间隔期间，UE中止上行链路发送和下行链路接收，然后能够执行非服务频率的测量。另一方面，如果以上条件被满足，则这暗示PCell和SCell具有不同的频带和不同的UL/DL配置。在操作730，UE确定在当前频带组合(诸如，PCell和SCell的频带的组合)中同时的发送和接收是否可用。或者UE确定指示在当前频带组合中同时的发送和接收可用的信息是否已经被报告给eNB。如果确定结果是肯定的，则UE前往操作725，否则，UE前往操作735。在操作735中，UE基于与SCell子帧n重叠的PCell子帧的类型确定将在SCell子帧n中执行的操作。因为PCell和SCell的帧边界通常是对齐的，因此PCell子帧n与SCell子帧n重叠。图8示出了根据本公开的用于在SCell中确定反馈接收时间和PUSCH重发时间的UE的操作的示例实施例的流程图。参考图8，在操作800，UE接收关于服务小区的系统信息，并且因此从系统信息中获取服务小区的UL/DL配置。然后，UE开始用于服务小区的RRC连接建立程序。一旦RRC连接建立程序完成，服务小区变成用于UE的PCell。在操作805，UE通过UE能力信息消息向eNB报告其能力。UE能力信息消息包括关于UE支持的频带组合的信息，并且UE额外地报告指示在TDD间频带组合中同时的发送和接收的可用性的信息。在操作810中，SCell被配置用于UE。SCell是通过从eNB向UE发送包括SCell配置信息的RRC控制消息并且由UE基于SCell配置信息建立用于SCell的信号路径来配置的。SCell配置信息包括，例如，关于SCell的中心频率、在SCell中被分配给UE的无线电资源、和SCell的UL/DL配置的信息。在操作815中，UE在SCell子帧n中发送PUSCH。然后，UE前进到操作820以确定将在其中接收到用于PUSCH发送的HARQ反馈的子帧以及在HARQ反馈是NACK的情况下将在其中重发PUSCH的子帧。在操作820中，UE检查以下条件是否被满足。-PCell和SCell具有不同的频带(频带间TDD载波聚合)。-PCell和SCell具有不同的UL/DL配置。如果以下条件被满足，则UE前往操作830，否则，UE前往操作825。如果以上条件不被满足，则这暗示PCell和SCell具有相同的频带，或者即使PCell和SCell具有不同的频带，但是它们具有相同的UL/DL配置。如果PCell和SCell具有相同的频带，则相同的UL/DL配置应该被分配给PCell和SCell。在操作825，UE基于SCell的UL/DL配置来确定在其中将接收用于在SCell子帧n中发送的PUSCH的PHICH的子帧的位置以及用于PUSCH重发的子帧的位置。PHICH接收时间和PUSCH重发时间是根据标准中的UL/DL配置来定义的。例如，如果UE在子帧n中接收NACK作为HARQ反馈，则UE在子帧n+k重发PUSCH。例如，k是根据UL/DL配置和其中已经接收到PHICH的子帧的索引来确定的，如表5中所示。[表5]如果以上条件被满足，则这暗示PCell和SCell具有不同的频带和不同的UL/DL配置。在操作830中，UE确定在当前频带组合中同时的发送和接收是否可用。或者UE确定指示在当前频带组合中同时的发送和接收可用的信息是否已经被报告给eNB。如果确定结果是肯定的，则UE前往操作825，否则，UE前往操作835。在操作835中，UE基于PCell的UL/DL配置而不是SCell的UL/DL配置确定PHICH接收时间和PUSCH重发时间。例如，如果UL/DL配置4被分配给SCell，UL/DL配置6被分配给PCell，并且UE在子帧9中接收到HARQ反馈、NACK，则UE根据表5中的PCell的UL/DL配置来选择5作为k的值。然后，UE在子帧(9+5)中，也就是说，下一个无线帧的子帧4中，重发PUSCH。类似地，eNB向已经报告了同时的发送和接收在具有与PCell不同的UL/DL配置的SCell中不可用的UE发送HARQ反馈，并且在管理PUSCH发送资源时，基于PCell的UL/DL配置来考虑UE的关于PHICH接收时间和PUSCH重发时间的决定。也就是说，eNB基于被配置用于UE的PCell的UL/DL配置来确定在SCell的子帧9中发送HARQ反馈、NACK，并且确定在SCell的子帧(9+5)中，即，SCell中的下一个无线帧的子帧4中，在PUSCH上接收重发数据。图9是示出根据本公开的用于确定SCell中的反馈发送时间的UE的操作的示例实施例的流程图。操作900、905、和910以与图8中示出的操作800、805、和810相同的方式被执行，因此将不在这里详细描述。参考图9，在操作915，指示PDSCH发送(或者DL发送)的PDCCH被接收或者被配置了DL分配的子帧到来。UE在该子帧中接收PDSCH数据，解码PDSCH数据，并且前进到操作920以发送用于PDSCH数据的反馈。在操作920，UE确定携载PDSCH数据的服务小区是PCell还是SCell。如果携载PDSCH数据的服务小区是PCell，则UE前往操作925，而如果携载PDSCH数据的服务小区是SCell，则UE前往操作930。在操作930，UE确定以下条件是否被满足。如果以下条件被满足，则UE前往操作940，否则，UE前往操作935。如果所述条件不被满足，则这暗示PCell和SCell具有相同的频带，或者尽管具有不同的频带，但是PCell和SCell具有相同的UL/DL配置。如果PCell和SCell具有相同的频带，则相同的UL/DL配置应该被分配给所述两个服务小区。在操作935中，UE基于当前时间段的UL/DL配置，选择将在其中发送HARQ反馈的子帧。如果UE在子帧n-k中接收PDSCH，则UE在子帧n中发送用于PDSCH的HARQ反馈。例如，k是根据UL/DL配置、根据携载HARQ反馈的子帧的号n来定义的，如下面的表6中所示。[表6]例如，如果UL/DL配置是UL/DL配置5，并且n是2，则k是13、12、9、8、7、5、3、11和6之一。如果所述条件被满足，则这暗示PCell和SCell具有不同的频带和不同的UL/DL配置。在操作940中，UE确定在当前频带组合中同时的发送和接收是否可用。或者UE确定指示在当前频带组合中同时的发送和接收可用的信息是否已经被报告给eNB。如果确定结果是肯定的，则UE前进到操作945，否则，UE前进到操作925。在操作925，UE基于PCell的UL/DL配置、而不是服务小区的UL/DL配置来选择k，以便携载HARQ反馈，并且根据k的值来选择用于携载HARQ反馈的子帧。如果UE从操作940前进到操作945，则这意味着UE可以执行同时的发送和接收。在操作945，UE考虑到PCell和SCell两者UL/DL配置来选择k，并且根据所选择的k来选择用于携载HARQ反馈的子帧。考虑PCell和SCell两者的UL/DL配置相当于(amountto)根据所述两个UL/DL配置的组合来识别预定的参考UL/DL配置以及基于所述参考UL/DL配置来选择用于携载HARQ反馈的子帧。如果能够进行同时的发送和接收的UE仅仅考虑PCell和SCell之一的UL/DL配置，则UE能够实现的潜在最大性能被不必要地限制。因此，最好使用标准中预先定义的参考UL/DL配置。对于PCell和SCell的UL/DL配置的每个组合，最优的UL/DL配置能够被确定为参考UL/DL配置并且在标准中被阐明。例如，如果UL/DL配置3和UL/DL配置1分别被分配给PCell和SCell，则它们的参考UL/DL配置能够被设置为UL/DL配置4。一旦k的值被确定，则UE在操作950中激活HARQ往返时间(RTT)定时器至4和在操作935或操作945中确定的k的总和，并且结束程序。UE根据HARQRTT定时器等待，直到接收指示DL发送的PDCCH为止。定义了HARQRTT定时器，从而以DRX模式操作的UE能够停止PDCCH监视以节省电池电力，直到接收HARQ重发为止。除非另外需要，UE能够在HARQRTT定时器运行的同时停止PDCCH监视。如果HARQRTT定时器到期(expire)，并且UE未能解码与HARQRTT定时器相关联的HARQ过程的数据，则UE激活drx-重发定时器。如之前所描述的，如果具有不同TDD频带和不同UL/DL配置的服务小区被配置用于在TDD频带的频带组合中不支持同时的发送和接收的UE，并且UE在SCell中接收PDSCH，则UE基于PCell的UL/DL配置选择用于携载HARQ反馈的子帧。图10a和图10b是示出根据本公开的用于在SCell中执行UL发送的UE的操作的示例实施例的流程图。在图10a和图10b中，UE基于SCell的UL/DL配置、而不是PCell的UL/DL配置来确定PHICH接收时间和PUSCH发送时间。因此，UE可以不接收PHICH，或者可以不发送PUSCH。这里，UE通过将相关的变量设置到最优值来增大传输效率。操作1005和操作1010以与图9中示出的操作905和操作910相同的方式被执行，因此将不会在这里被详细描述。参考图10a和图10b，在操作1015，UE接收指示SCell的配置的控制消息，并且配置SCell。SCell的频带和UL/DL配置不同于PCell的频带和UL/DL配置。在操作1020，UE确定需要在SCell的子帧n中执行UL发送。例如，UE能够接收用于子帧n的UL许可(grant)，或者SRS发送能够在子帧n中被调度。在操作1025，UE确定在当前频带组合中同时的发送和接收是否可用，或者指示同时的发送和接收可用的信息是否已经报告给eNB。如果确定结果是肯定的，则UE前进到操作1085，否则，UE前往操作1030。在操作1030中，UE确定SRS还是PUSCH将被发送。在SRS的情况下，UE前往操作1035，而在PUSCH的情况下，UE前往操作1045。在操作1035，UE确定PCell的子帧n是D子帧、S子帧、还是U子帧。如果PCell子帧n是D子帧，则在1040中，UE不在SCell中发送SRS，并且等待，直到在SCell中又需要UL发送为止。如果PCell子帧n是S子帧，则在操作1042，UE有条件地在SCell中发送SRS。具体地说，如果SCell子帧n的最后的OFDM符号的时间段被完全包括在PCell子帧n的UpPTS的时间段中，则UE发送SRS，否则UE不发送SRS，并且等待，直到在SCell中又需要UL发送为止。如果PCell子帧n是U子帧，则在操作1043中，UE在SCell中发送SRS，并且等待，直到在SCell中又需要UL发送为止。在操作1045，UE确定PCell子帧n是D子帧、S子帧、还是U子帧。如果PCell子帧n是D子帧或者S子帧，则在操作1050中，UE不发送PUSCH，并且在操作1060中，UE将CURRENT_TX_NB增加1并且维持CURRENT_IRV。CURRENT_TX_NB和CURRENT_IRV是与PUSCH发送相关的变量，并且具有以下含义。CURRENT_TX_NB：指示在当前HARQ操作中在PUSCH上的分组的发送的数目的变量。如果CURRENT_TX_NB达到预定的最大值，则UE将该分组从缓冲器中删除。CURRENT_IRV：指示当前HARQ操作中分组的冗余版本(RV)的变量。UE将由CURRENT_IRV指示的RV应用在PUSCH发送。RV指示将被包括在分组中以便在PUSCH上发送的编码的比特的配置。每次UE接收HARQ反馈或者发送PUSCH，UE都更新这些变量。如果eNB确定UE将不会因为任何原因而发送PUSCH，则最好UE和eNB维持CURRENT_IRV。每次在ULHARQ操作中执行非适应性重发时，特定的RV都被自动地应用。非适应性重发是指UE在与被用于先前的发送的发送资源相同的发送资源中的重发。当接收到NACK信号作为反馈时，UE基本上执行非适应性重发。例如，UE将RV0应用在初始发送，将RV2应用在第一非适应性重发，将RV3应用在第二非适应性重发，并且将RV1应用在第三非适应性重发。UE和eNB基于CURRENT_IRV确定用于下一重发的RV。如果尽管PUSCH没有被发送(non-transmission)但是CURRENT_IRV仍然增加，则RV的一部分没有用于PUSCH发送，从而降低了性能。因此，在操作1060，UE维持CURRENT_IRV。CURRENT_TX_NB被用于不管PUSCH已经被发送预定次或者更多次而PUSCH发送仍然失败的情况下防止进一步的重发。如果当前分组的发送的当前数目达到预定的最大值，则UE将该分组从HARQ缓冲器中删除，并且不再重发该分组。如果当前分组的发送的当前数目达到预定的最大值，则考虑到该分组不会再被非适应性地重发，eNB能够将分配给UE以用于分组发送的时间/频率资源分配给另一个UE。因此，在同时确定当前分组的发送的数目已经达到预定的最大数目对于UE和eNB而言是重要的。为此，UE和eNB优选地基于经过重发时间点的数目而不是基于实际的PUSCH发送的数目，来管理CURRENT_TX_NB。也就是说，每次分组的发送时间经过，UE和eNB都优选地将CURRENT_TX_NB增加1，即使该分组实际上没有被发送。在操作1060中设置CURRENT_TX_NB和CURRENT_IRV之后，UE在操作1077中将HARQ_FEEDBACK设置为NACK，而不接收PHICH。HARQ_FEEDBACK是指示用于PUSCH发送的HARQ反馈的变量。如果HARQ_FEEDBACK是NACK，则UE在下一重发时间执行重发。如果HARQ_FEEDBACK是ACK，则UE在下一重发时间不执行重发。这是因为尽管PUSCH数据未被发送也进行PHICH接收只是增加了HARQ反馈误差概率。因为UE还没有发送PUSCH数据，所以eNB不可能无误差地接收PUSCH数据。因此，HARQ_FEEDBACK被设置为NACK。如果在操作1045中PCell子帧n是U子帧，则UE在操作1065中在SCell子帧n中发送PUSCH数据，并且在操作1067中将CURRENT_TX_NB和CURRENT_IRV中的每一个增加1。在操作1068中，UE基于SCell的UL/DL配置确定在其中接收PHICH的子帧。在操作1070，UE确定与PHICH接收子帧相对应的PCell子帧是否是U子帧。在U子帧的情况下，UE前进到操作1075。在D子帧或者S子帧的情况下，UE前往操作1080。在操作1075，UE不接收PHICH，并且将HARQ_FEEDBACK设置为ACK，因为虽然UE已经发送了PUSCH，但是UE还没有接收到用于PUSCH的反馈。如果在这种情况下UE将HARQ_FEEDBACK设置为NACK，则UE执行不必要的PUSCH重发。在操作1080，UE接收PHICH，并且根据在PHICH上接收的反馈将HARQ_FEEDBACK设置为ACK或者NACK。如果在操作1025中在当前频带组合中同时的发送和接收是可用的，或者指示在当前频带组合中对于同时的发送和接收的支持的信息已经被报告给eNB，则UE在操作1085在SCell子帧n中发送PUSCH，并且在操作1090中将CURRENT_TX_NB和CURRENT_IRV中的每一个增加1。在操作1095中，UE基于SCell的UL/DL配置确定在其中接收PHICH的子帧。然后，在操作1080中，UE在所确定的子帧中在PHICH上接收反馈，并且根据所接收的反馈将HARQ_FEEDBACK设置为ACK或者NACK。只有当UL发送不被另一个解决方案或者要求所限制时，SRS或者PUSCH才在操作1042、1043、1065、和1085中被发送。图11是根据本公开的UE的示例实施例的框图。参考图11，UE包括收发器1105、控制器1110、复用器(MUX)和解复用器(DEMUX)单元1120、控制消息处理器1135、以及一个或多个更高层处理器1125和1130。收发器1105包括接收器和发送器，接收器在服务小区的DL信道上接收数据和控制信号，而发送器在服务小区的UL信道上发送数据和控制信号。如果多个服务小区被配置用于UE，则收发器1105能够在多个服务小区中发送和接收数据和控制信号。MUX和DEMUX单元1120复用从更高层处理器1125和1130或者控制消息处理器1135生成的数据，或者解复用从收发器1105接收的数据，并且将解复用的数据提供给更高层处理器1125和1130或者控制消息处理器1135。控制消息处理器1135处理从eNB接收的控制消息，并且根据处理后的控制消息执行必要的操作。例如，当接收到与SCell有关的参数时，控制消息处理器1135将与SCell有关的参数提供给控制器1110。更高层处理器1125和1130可以以服务为基础来配置。更高层处理器1125和1130处理从诸如文件传输协议(FileTransferProtocol，FTP)或者网际协议语音(VoiceoverInternetProtocol，VoIP)的用户服务中生成的数据，并且将处理后的数据提供给MUX和DEMUX单元1120。更高层处理器1125和1130还处理从MUX和DEMUX单元1120接收的数据，并且将处理后的数据提供给更高层服务应用。控制器1110检查通过收发器1105接收的调度命令，例如，UL许可，并且控制收发器1105以及MUX和DEMUX单元1120在适当的时间点在适当的传输资源中执行UL发送。控制器1110还基于PCell和SCell的频带和UL/DL配置来控制将在SCell子帧中执行的操作，并且根据所确定的操作来控制收发器1105。图12是根据本公开的eNB的示例实施例的框图。参考图12，eNB包括收发器1205、控制器1210、MUX和DEMUX单元1220、控制消息处理器1235、一个或多个更高层处理器1225和1230、和调度器1215。收发器1205在DL载波中发送数据和特定控制信号并且在UL载波中接收数据和特定控制信号。如果配置了多个载波，则收发器1205能够在所述多个载波中发送和接收数据和控制信号。MUX和DEMUX单元1220复用从更高层处理器1225和1230或者控制消息处理器1235生成的数据，或者解复用从收发器1205接收的数据，并且将解复用的数据提供给更高层处理器1225和1230或者控制器1210。控制消息处理器1235处理从UE接收的控制消息，并且根据处理后的控制消息执行必要的操作，或者生成将要发送到UE的控制消息，并且将该控制消息提供给更低层。更高层处理器1225和1230在UE的基础上以及在服务的基础上被配置。更高层处理器1225和1230处理从诸如FTP或者VoIP的用户服务生成的数据，并且将处理后的数据提供给MUX和DEMUX单元1220。更高层处理器1225和1230还处理从MUX和DEMUX单元1220接收的数据，并且将处理后的数据提供给更高层服务应用。控制器1210基于PCell和SCell的频带和UL/DL配置来确定在其中UE将接收DL信号和发送UL信号的SCell子帧，并且基于所述确定来控制收发器1205。调度器1215考虑到UE的缓冲状态、信道状态、和活动时间，在适当的时间点为UE分配传输资源，以便收发器1205能够处理从UE接收的信号或者将被发送到UE的信号。PCell和SCell的传播环境可能根据PCell和SCell的频带而非常不同。结果，DL接收时间可能在服务小区之间不同。因此，SCell子帧n能够在时间轴上与PCell子帧n和与PCell子帧n相邻的PCell子帧至少部分地重叠。图13a和图13b示出了服务小区的子帧互相重叠的情形的示例实施例。参考图13a，SCell的接收时间先于PCell的接收时间。在这种情况下，SCell子帧n(子帧1305)与PCell子帧n(子帧1315)和PCell子帧n-1(子帧1310)部分地重叠。参考图13b，如果SCell的接收时间晚于PCell的接收时间，SCell子帧n(子帧1320)与PCell子帧n(子帧1325)和PCell子帧n+1(子帧1330)部分地重叠。在上述情况中，UE在确定将在SCell子帧n中执行的操作时应该考虑PCell子帧n和与PCell子帧n相邻的PCell子帧。图14是示出根据本公开的SCell的子帧中的UE的操作的示例实施例的流程图。参考图14，在操作1400，UE接收关于服务小区的系统信息，并且从所述系统信息中获取服务小区的UL/DL配置。然后，UE开始用于服务小区的RRC连接建立程序。当RRC连接建立程序完成时，服务小区变成用于UE的PCell。在操作1405，UE通过能力信息消息向eNB报告其能力。所述能力信息消息能够包括关于UE支持的频带组合的信息。UE额外地报告指示用于TDD间频带组合的同时的发送和接收的可用性的信息。在操作1410，SCell被配置用于UE。具体地说，通过由eNB向UE发送包括SCell配置信息的RRC控制消息并且由UE基于SCell配置信息建立用于支持SCell的频带的信号路径来配置SCell，从而数据发送和接收能够在SCell中被执行。SCell配置信息包括，例如，关于SCell的中心频率、在SCell中被分配给UE的无线电资源、和SCell的UL/DL配置的信息。在操作1415，UE等待，直到SCell子帧n开始为止，以便确定将在SCell子帧n中执行的操作。在操作1420中，UE检查以下条件是否被满足。如果所述条件被满足，则UE前往操作1430，否则，UE前往操作1425。-PCell和SCell具有不同的频带(频带间TDD载波聚合)。-PCell和SCell具有不同的UL/DL配置。如果所述条件不被满足，则这意味着PCell和SCell具有相同的频带，或者意味着虽然PCell和SCell具有不同的频带，但是它们具有相同的UL/DL配置。如果PCell和SCell具有相同的频带，则相同的UL/DL配置应该被分配给PCell和SCell。在操作1425，UE基于SCell的UL/DL配置确定SCell子帧n的类型，并且根据SCell子帧n的类型确定将执行的操作。UE根据子帧的类型如下操作。-如果子帧n是D子帧，则UE确定在子帧n中接收PDCCH/PHICH/PDSCH。-如果子帧n是S子帧，则UE确定在子帧n中接收PDCCH/PHICH，并且在需要时，执行UpPTS发送。-如果子帧n是U子帧，则UE确定在需要时在子帧n中发送PUSCH和SRS。以上操作可能被另一个解决方案或者强加给UE的需求所限制。例如，如果子帧n不对应于DRX操作中的活动时间，或者与测量间隔(在其期间UE中止上行链路发送和下行链路接收)重叠时，以上操作可能不被执行。如果以上条件被满足，则这暗示PCell和SCell具有不同的频带和不同的UL/DL配置。在操作1430，UE确定在当前频带组合(诸如，PCell和SCell的频带的组合)中同时的发送和接收是否可用。或者UE确定指示在当前频带组合中对于同时的发送和接收的支持的信息是否已经被报告给eNB。如果确定结果是肯定的，则UE前进到操作1425，否则，UE前往操作1435。在操作1435中，UE基于与SCell子帧n重叠的PCell子帧的类型，确定将在SCell子帧n中执行的操作。通常，PCell和SCell的帧边界是对齐的，并且PCell子帧n与SCell子帧n重叠。然而，如果PCell和SCell的帧边界没有对齐，则UE如下操作。-在SCell的DL接收时间早于PCell的DL接收时间(也就是说，SCell子帧n的开始在PCell子帧n的开始之前)并且SCell子帧n是U子帧的情况下，如果PCell子帧n-1和PCell子帧n中的至少一个是D子帧，则eNB调度UE在SCell子帧n中不执行UL发送。即使UL发送，例如，非适应性重发，在SCell子帧n中被调度，UE仍然将CURRENT_TX_NB增加1而不执行UL发送。-在SCell的DL接收时间晚于PCell的DL接收时间(也就是说，SCell子帧n的开始在PCell子帧n的开始之后)并且SCell子帧n是U子帧的情况下，如果PCell子帧n和PCell子帧n+1中的至少一个是D子帧，则eNB调度UE在SCell子帧n中不执行UL发送。即使UL发送，例如，非适应性重发，在SCell子帧n中被调度，UE仍然将CURRENT_TX_NB增加1而不执行UL发送。-在SCell的DL接收时间早于PCell的DL接收时间(也就是说，SCell子帧n的开始在PCell子帧n的开始之前)并且SCell子帧n是D子帧的情况下，如果PCell子帧n-1和PCell子帧n中的至少一个是U子帧，则eNB在SCell子帧n中不为UE调度DL发送。UE在SCell子帧n中不执行DL接收。也就是说，UE在SCell子帧n中不接收PDCCH/PHICH/PDSCH。只有当SCell子帧n是D子帧并且PCell子帧n-1和PCell子帧n两者都是D子帧(或者PCell子帧n-1和PCell子帧n中任何一个都不是U子帧)时，UE才在SCell子帧n中接收DL信号。-在SCell的DL接收时间晚于PCell的DL接收时间(也就是说，SCell子帧n的开始在PCell子帧n的开始之后)并且SCell子帧n是D子帧的情况下，如果PCell子帧n和PCell子帧n+1中的至少一个是U子帧，则eNB在SCell子帧n中不为UE调度DL发送。UE在SCell子帧n中不执行DL接收。也就是说，UE在SCell子帧n中不接收PDCCH/PHICH/PDSCH。只有当SCell子帧n是D子帧并且PCell子帧n和PCell子帧n+1两者都是D子帧或者PCell子帧n和PCell子帧n+1分别是D子帧和S子帧(或者PCell子帧n和PCell子帧n+1中任何一个都不是U子帧)时，UE在SCell子帧n中接收DL信号。换句话说，如果至少部分地与SCell子帧n重叠的PCell子帧中的任何一个是U子帧，则UE不被允许在SCell子帧n中接收DL信号，并且eNB据此调度UE。如果至少部分地与SCell子帧n重叠的PCell子帧中的任何一个是D子帧，则UE不被允许在SCell子帧n中发送UL信号，并且eNB据此调度UE。根据图14的程序操作的UE和eNB分别具有图11和图12中示出的配置。为了支持频率间切换，UE被配置为时常测量除了当前服务频率(诸如服务小区)之外的频率。在UE测量非服务频率的同时，UE不被允许根据UE的硬件在服务频率中发送数据或者接收数据。例如，如果UE包括单一的RF前端，则在使用所述单一的RF前端测量非服务频率期间，UE不能在服务频率中发送或者接收信号。为了防止在UE的测量期间由eNB做出的对于UE的数据发送或者针对UE的UE调度所引起的性能降低，可以为UE预先设定期间UE中止上行链路发送和下行链路接收的时间段。这个时间段被称为测量间隔。在测量间隔期间，UE不发送数据并且将其接收器调(tune)至PCell和SCell的载波频率。测量间隔可以在特定子帧的开始处开始，并且持续预定的时间，例如，6ms。测量间隔在其中开始的子帧由参数gapOffset指定。eNB向UE发送测量间隔配置信息，同时还有非服务频率的指示测量。例如，测量间隔配置信息能够包括以下信息。gapOffset：指示测量间隔在其中开始的子帧的信息。测量间隔重复周期(MGRP)信息：指示MGRP是40ms还是80ms的信息。UE基于测量间隔配置信息确定与测量间隔相对应的时间段，并且在测量间隔期间在服务小区中既不执行DL接收也不执行UL发送。图15示出了根据本公开的测量间隔的配置的示例实施例。参考图15，gapOffset指定具有SFNn的无线帧的子帧3(子帧1505)。第一测量间隔1510在子帧3的开始处开始，并且持续6ms。在从第一测量间隔1510的开始起的预定时间段之后，第二测量间隔1520在无线帧n+m的同一子帧(也就是说，无线帧n+m的子帧3)中开始。这里，m是由MGRP确定的整数。即使UE在一个测量间隔期间完全地测量非服务频率，但是测量间隔重复地出现，直到eNB释放测量间隔为止。如果仅仅一个服务小区被配置用于UE，则测量间隔的开始可以通过简单地指定开始子帧来准确地确定。然而，如果多个服务小区被配置用于UE，则测量间隔的开始不能简单地通过指定开始子帧来准确地确定。图16示出了当服务小区的子帧边界没有对齐时，在配置测量间隔中所涉及的问题的示例实施例。参考图16，服务小区1的DL接收时间晚于服务小区2的DL接收时间，并且gapOffset指定子帧n作为测量间隔的开始。对于服务小区1的子帧n(子帧1610)，测量间隔1620从服务小区1的子帧n持续到服务小区1的子帧n+5。服务小区2的子帧n(子帧1615)的开始部分没有包括在测量间隔1620中，而服务小区2的子帧n+6(子帧1630)的开始部分被包括在测量间隔1620中。对于服务小区2的子帧n，测量间隔1625从服务小区2的子帧n持续到服务小区2的子帧n+5。服务小区1的子帧n-1(子帧1605)的最后部分被包括在测量间隔1625中，而服务小区1的子帧n+5的最后部分没有包括在测量间隔1625中。测量间隔是这样的时间段：在其期间UE中止上行链路发送和下行链路接收并且能够测量非服务频率，而且eNB同意不在测量间隔中调度UE。如果UE和eNB具有不同的测量间隔，则eNB能够在UE不发送和接收数据的子帧中发送和接收数据。例如，如果eNB使用针对服务小区1配置的测量间隔1620而UE使用针对服务小区2配置的测量间隔1625，则UE的测量间隔1625在服务小区1的子帧n-1之前开始，因此UE在服务小区1的子帧n-1中不发送和接收数据。然而，因为eNB的测量间隔1620不包括服务小区1的子帧n-1，eNB能够在服务小区1的子帧n-1中向UE发送数据。为了避免上述问题，UE和eNB基于相同的服务小区来确定测量间隔的开始。在本公开的实施例中，PCell能够被用作用于测量间隔的参考。在所示出的图16的情况下，如果服务小区1是PCell，则测量间隔1620被使用，并且如果服务小区2是PCell，则测量间隔1625被使用。图17示出了当SCell的DL接收时间早于PCell的DL接收时间时测量间隔的配置。在图17中，eNB和UE两者都设置在PCell子帧n中开始的相同的测量间隔1720。参考图17，SCell子帧n(子帧1715)早于PCell子帧n(子帧1710)。因此，SCell子帧n在特定部分1725上与PCell子帧n-1(子帧1705)重叠。测量间隔1720被配置为在PCell子帧n的开始处开始并且在PCell子帧n+5的末端处结束。如果SCell先于PCell，则SCell子帧n+6(子帧1730)的开始部分1735被包括在测量间隔1720中，并且eNB在SCell子帧n+6中不向UE发送数据。虽然通过SCell子帧n+6的子帧索引确定SCell子帧n+6不属于测量间隔1720，但是在实际的时域中SCell子帧n+6的开始部分1735被包括在测量间隔1720中。因此，UE在SCell子帧n+6中不执行数据发送和接收，确定eNB在SCell子帧n+6中不会调度UE。如果SCell如上所述先于PCell，则特定SCell子帧的开始部分被包括在测量间隔中，因此eNB在该SCell子帧中不向UE发送数据。虽然SCell子帧因为其子帧索引而被确定为不包括在测量间隔中，但是该SCell子帧的开始部分被包括在测量间隔中。因此，UE在该SCell子帧中不发送和接收数据，确定eNB在该SCell子帧中不会调度UE。图18示出了当PCell的DL接收时间早于SCell的DL接收时间时测量间隔的配置的示例实施例。在图18中，eNB和UE两者都设置在PCell子帧n中开始的相同的测量间隔1820。参考图18，PCell子帧n(子帧1805)在特定部分1830上与SCell子帧n-1(子帧1815)重叠。如果SCell子帧n落后于PCell子帧n，则SCell子帧n-1(子帧1815)的最后部分1830被包括在测量间隔1820中，从而eNB在SCell子帧n-1中不向UE发送数据。虽然通过SCell子帧n-1的子帧索引确定SCell子帧n-1不属于测量间隔1820，但是在时域中SCell子帧n-1的最后部分1830被包括在测量间隔1820中。因此，UE在SCell子帧n-1中不执行数据发送和接收，确定eNB在SCell子帧n-1中不会调度UE。图19是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图。参考图19，在操作1900，UE接收关于服务小区的系统信息，获取RRC连接建立程序所需的信息，并且开始用于服务小区的RRC连接建立程序。一旦RRC连接建立程序完成，服务小区变成用于UE的PCell。在操作1905，UE通过UE能力信息消息向eNB报告其能力。如果UE支持CA，则UE能力信息消息包括关于UE支持的频带组合的信息，并且eNB基于所述支持的频带组合信息来确定具有哪个特定频率的哪个小区将被配置为SCell。在操作1910，SCell被配置用于UE。SCell是通过以下步骤来配置的：从eNB向UE发送包括SCell配置信息的RRC控制消息，并且由UE基于所述SCell配置信息建立用于支持SCell的频带的信号路径，或者将UE的收发器设置为在SCell中发送和接收数据。SCell配置信息包括，例如，关于SCell的中心频率、在SCell中被分配给UE的无线电资源等等的信息。在操作1915中，eNB配置用于UE的测量间隔。所述测量间隔是通过向UE分配gapOffset来配置的。例如，gapOffset被分类为范围是从0到39的第一gapOffset和范围是从0到79的第二gapOffset，并且第一gapOffset和第二gapOffset之一被使用。与第一gapOffset相对应的MGRP是40ms，并且与第二gapOffset相对应的MGRP是80ms。SCell配置(操作1910)和测量间隔配置(操作1915)可以通过一个RRC消息同时发生，或者通过分开的控制消息而顺序地发生。在后一种情况下，SCell配置和测量间隔配置的次序可以改变。在操作1920，UE通过预定的方程式和间隔偏移来确定指定测量间隔的起始点的SFN和子帧号。子帧号只是测量间隔的第一子帧。在本公开的实施例中，测量间隔在其中开始的无线帧的SFN可以通过方程式(1)来计算。SFNmodT＝FLOOR(gapOffset/10)(1)其中，T＝MGRP/10.在本公开的实施例中，测量间隔在其中开始的子帧号可以通过方程式(2)来计算。子帧＝gapOffsetmod10(2)在操作1925，UE通过将指定测量间隔的开始的SFN和子帧号应用到PCell来确定测量间隔的开始。例如，如果子帧号n是通过方程式(2)计算的，则UE确定测量间隔在PCell子帧n中开始。向操作1930，UE基于所确定的测量间隔来确定在哪个服务小区的哪个子帧中停止发送和接收。所述确定可以如下做出。-UE在PCell的子帧n到子帧n+5和活动SCell的子帧n到子帧n+5既不执行UL发送也不执行DL接收。-在具有早于PCell的DL接收时间的DL接收时间的SCellp中在紧接在测量间隔之前的子帧中，也就是说，在活动SCell当中的SCellp的子帧n-1中，UE不执行(或者停止)DL接收。换句话说，DL接收在SCellp的除了子帧n-1到子帧n+5之外的其它子帧中被执行，除非以其它方式被禁止。-在具有晚于PCell的DL接收时间的DL接收时间的SCellk中在紧接在测量间隔之后的子帧中，也就是说，在活动SCell当中的SCellk的子帧n+6中，UE不执行(或者停止)DL接收。换句话说，DL接收在SCellk的除了子帧n到子帧n+6之外的其它子帧中被执行，除非以其它方式被禁止。-在PCell和所有活动SCell中在紧接在测量间隔之后的子帧中，也就是说，在PCell和所有活动SCell的子帧n+6中，UE不执行(或者停止)UL发送。换句话说，如果UL发送没有以其它方式被禁止，并且UL发送被调度，则UL发送在除了PCell和所述SCell的子帧n到子帧n+6之外的其它子帧中被执行。因为UL子帧n+6由于被应用在OFDM系统的时间提前(TimingAdvance，TA)而在时间轴上与DL子帧n+5重叠，所以在子帧n+6中不被执行UL发送。在操作1935，UE根据所述确定在特定服务小区的特定子帧中停止(或者阻挡)DL接收，并且在特定服务小区的特定子帧中停止(或者阻挡)UL发送。在子帧中停止DL接收意味着UE在该子帧中不监视PDCCH和缓冲PDSCH，并且即使在该子帧中UE被调度为接收DLHARQ反馈，UE在该子帧中仍不接收该HARQ反馈。该未接收的HARQ反馈是对PUSCH发送的反馈。如果PUSCH被发送并且没有接收到对于该PUSCH的HARQ反馈，则UE执行HARQ操作，以确定HARQ反馈是ACK。如果PUSCH没有被发送并且HARQ反馈没有被接收，则UE执行HARQ操作，从而确定HARQ反馈是NACK。在子帧中停止UL发送意味着即使PUCCH发送或者PUSCH发送在该子帧中被调度，UE仍不执行UL发送。尤其是当UE不发送PUSCH时，UE将CURRENT_TX_NB增加1并且将CURRENT_IRV维持在当前值。在图19中示出的本公开的实施例中，因为紧接在测量间隔之前的子帧可能在时域中与测量间隔部分地重叠，因此在紧接在测量间隔之前的子帧中不执行DL接收。然而，如果重叠的时段在时域中与子帧长度相比非常短，则在该子帧中接收DL信号并且在UE处成功解码DL信号的概率可能非常高。下面将描述在与测量间隔在时域中重叠的子帧中，在打孔(puncturing)之后接收DL信号而不是放弃DL接收的实施例。一个子帧包括14个OFDM符号。PDCCH在所述子帧的最先的n个符号中的被发送，而PDSCH在最后的(14-n)个符号中被发送。即使PDSCH部分地丢失，仍存在使用PDSCH的接收到的一部分来成功地解码PDSCH的可能性。相反，如果即使是PDCCH的一部分没有被接收，PDCCH仍不可以被正确地解译。因此，将被接收的DL子帧应该限于最后的部分与测量间隔重叠的子帧。也就是说，即使紧接在测量间隔之前的子帧，也就是说，子帧n-1，与测量间隔部分地重叠，在子帧n-1中DL接收仍是有可能的。因此，在子帧n-1中可以允许DL接收。此外，测量间隔的开始被适当地调整，以便防止紧接在测量间隔之后的子帧与测量间隔在时间轴上重叠。图20是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图。操作2000、2005、2010、2015、和2020以与图19中所示的操作1900、1905、1910、1915、和1920相同的方式执行，因此将不在这里描述。参考图20，在操作2023中，UE确定在活动SCell当中是否存在具有早于PCell的DL接收时间的DL接收时间的任何SCell。当不存在具有早于PCell的DL接收时间的DL接收时间的SCell时，也就是说，如果PCell的DL接收时间早于所有活动SCell的DL接收时间，则UE前进到操作2025。当存在具有早于PCell的DL接收时间的DL接收时间的至少一个SCell时，UE前往操作2045。如果UE前往操作2025，则这意味着如果测量间隔在PCell子帧n中开始，则测量间隔在时域中与SCell子帧n-1重叠但是在时域中不与SCell子帧n+6重叠。因此，在操作2025中，UE确定PCell子帧n为测量间隔的开始子帧，并且在操作2030中以与图19中所示的操作1930中相同的方式来确定其中数据发送和接收将被停止的子帧以及其中仅仅数据发送将被停止的子帧。也就是说，UE确定在PCell和SCell的子帧n到子帧n+5中停止数据发送和接收，并且确定在PCell和SCell的子帧n+6中停止数据发送。也就是说，UE在PCell和SCell的子帧n+6中停止数据发送，并且将其接收器调至PCell和SCell的载波频率之一。eNB在UE停止数据发送和接收的子帧中不调度数据发送，并且在所述子帧中不监视DL信号的接收。在操作2035，UE在活动SCell的子帧n-1中接收DL信号。例如，在图18中，在测量间隔在时域中与SCell的子帧n-1重叠的部分1830中，UE停止接收。在操作2040中，UE根据操作2030中做出的确定，在特定服务小区的特定子帧中停止DL接收并且在特定服务小区的特定子帧中停止UL发送。如果UE从操作2023前往操作2045，则这意味着如果测量间隔的开始被设置为PCell子帧n，则测量间隔没有在时域中与SCell子帧n-1重叠而是在时域中与SCell子帧n+6重叠。因此，UE将测量间隔的开始从PCell子帧n的开始提前预定时间段，从而与测量间隔重叠的部分被包括在SCell子帧n-1中。所述预定时间段对应于活动SCell的DL接收时间中的最早的DL接收时间与PCell的DL接收时间之间的差。因此，测量间隔的开始被确定为具有最早的DL接收时间的SCell的子帧n。例如，在图17中，测量间隔的开始从PCell的子帧n的开始提前预定时间段1725。通过调整测量间隔的开始，PCell的子帧n-1的一部分在时域中与测量间隔重叠。然而，测量间隔没有在时域中与任何服务小区的子帧n+6重叠。在确定测量间隔的开始之后，UE前进到操作2050。操作2050以与操作2030相同的方式执行。在操作2055中，UE在PCell子帧n-1中执行DL接收，同时UE在PCell子帧n-1和测量间隔之间发生重叠的时域部分中停止接收。操作2060以与操作2040相同的方式被执行。在稍后描述的本公开的实施例中，测量间隔的开始是针对具有最早的DL接收时间的服务小区而不是PCell来确定的。图21是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图。操作2100、2105、2110、2115、和2120以操作1900、1905、1910、1915、和1920相同的方式执行，因此将不在这里描述。参考图21，在操作2125，UE通过将指定测量间隔的开始的SFN和子帧号应用在参考服务小区来确定测量间隔的开始。如果子帧n是通过方程式(1)和(2)确定的，则UE确定测量间隔在参考服务小区的子帧n中开始。这里，参考服务小区是当前的活动的服务小区当中具有最早的DL接收时间的服务小区。参考服务小区可以是PCell或者SCell。在图17的情形中，参考服务小区是PCell，而在图18的情形中，参考服务小区是SCell。在操作2130，UE根据所确定的测量间隔来确定在哪个服务小区的哪个子帧中停止发送和接收。所述确定如下进行。-在PCell和活动SCell的子帧n到子帧n+5，UL发送和DL接收都不被执行(或者UL发送和DL接收都被停止)。-在紧接在测量间隔之前的子帧中，也就是说，在除了参考服务小区之外的剩余的服务小区的子帧n-1中，DL接收不被执行(或者被停止)。在本公开的另一个实施例中，DL接收在子帧n-1和测量间隔之间不重叠的时域部分中被执行，并且DL接收仅仅在重叠的部分中不被执行。-在PCell和活动SCell的紧接在测量间隔之后的子帧中，也就是说，在PCell和活动SCell的子帧n+6中，DL发送不被执行(或者被停止)。换句话说，如果UL发送没有以其它方式被禁止并且在除了PCell和SCell的子帧n到n+6之外的其它子帧中被调度，则UL发送被执行。不在子帧n+6中执行UL发送的原因是：由于应用在OFDM通信系统的TA，UL子帧n+6在时间轴上与DL子帧n+5重叠。在操作2135中，UE根据所述确定，在特定服务小区的特定子帧中停止DL接收并且在特定服务小区的特定子帧中停止UL发送。按图19和图20的程序操作的UE和eNB分别具有图11和图12中所示的配置。在OFDM通信系统中，eNB应该在被称为CP的预定时间段的末端之前从UE接收信号。为了使得位于不同位置的UE的UL信号能够在预定时间段的末端之前到达eNB，UE的UL发送时间应该被调整。在LTE系统中，UE将UL发送时间从DL接收时间提前TA。eNB能够确定用于每个UE的TA。因此，针对DL子帧配置的测量间隔没有与UL子帧对齐，并且紧接在测量间隔之后的子帧总是在TA中与测量间隔重叠。为了保证测量间隔，UE在紧接在测量间隔之后的UL子帧中不执行UL发送。图22示出FDD系统中测量间隔和UL子帧之间的关系的示例实施例。为了方便描述，子帧[之前]表示紧接在测量间隔之前的子帧，而子帧[之后]表示紧接在测量间隔之后的子帧。在图22中，测量间隔2220从子帧n持续到子帧n+5，并且子帧[之前]和子帧[之后]分别是子帧n-1和子帧n+6。参考图22，UL子帧n比DL子帧n早TA2225，因此，UL子帧n+6与测量间隔2220重叠了TA2235。在TDD系统中，即使子帧[之后]是UL子帧，它并不总是与测量间隔重叠，因为DL和UL在相同频率区域中共存。图23示出TDD系统中的UL子帧的定时调整的示例实施例。参考图23，在TDD系统中，DL-至-UL切换(以下，称为D-至-U切换)2305在S子帧2310的时间段期间发生。U子帧的接收时间在S子帧2310中被调整了TA。因此，S子帧2310的长度不是1ms而是(1-TA)ms。例如，ifTA是0.05ms，则S子帧2310是0.995ms长。当UL切换到DL时，子帧定时被延迟TA。也就是说，在U-至-D切换2315期间出现TA大小的空白(empty)时间段。换句话说，在D-至-U切换期间子帧定时被提前TA，而在U-至-D切换期间子帧定时被延迟TA。如果在测量间隔中D-至-U切换比U-至-D切换更多地发生，则测量间隔包括子帧[之后]的一部分，并且UE在子帧[之后]中不执行UL发送。如果在测量间隔中D-至-U切换的数目等于U-至-D切换的数目，则测量间隔不包括子帧[之后]，并且因此UE能够在子帧[之后]中执行UL发送。因为子帧是按照D、S、U、和D的循环次序来排列的，因此只有当子帧[之前]是D子帧时，子帧[之后]才是U子帧并且在测量间隔中D-至-U切换的数目才大于U-至-D切换的数目。因此，UE是指子帧[之前]的类型。如果子帧[之前]是D子帧并且子帧[之后]是U子帧，则UE在子帧[之后]中不执行UL发送。如果子帧[之前]不是D子帧并且子帧[之后]是U子帧，则当必要时UE在子帧[之后]中执行UL发送。如果一个服务小区存在或者服务小区具有相同的UL/DL配置，则基于子帧[之前]的类型确定在子帧[之后]中是否执行UL发送是有效的。然而，如果服务小区具有不同的UL/DL配置，则多个子帧[之前]应该被参考，因此这个规则可能不适用。UE和eNB应该对于在子帧[之后]中发送UL或者不发送UL有着相同的了解，从而防止浪费传输资源或者UE的电池消耗。图24是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图。如果多个子帧[之前]中的至少一个是D子帧，则UE在作为U子帧的子帧[之后]中不执行UL发送。参考图24，在操作2405中，UE认识到测量间隔将在子帧m中结束。在操作2410，UE确定当前系统是FDD系统还是TDD系统。如果当前系统是FDD系统，则UE前往操作2415，而如果当前系统是TDD系统，则UE前往操作2420。在操作2415，UE确定在U子帧m+1中不允许UL发送，因此，即使UL发送在U子帧m+1中被调度，UE控制其发送器调整相关变量而不在U子帧m+1中进行UL发送。相关变量能够包括CURRENT_TX_NB、CURRENT_IRV、HARQ_FEEDBACK等等。在操作2420中，UE确定子帧m+1是否是U子帧。如果多个服务小区被配置用于UE，则UE确定服务小区的子帧m+1中的至少一个是U子帧。如果服务小区的子帧m+1中的至少一个是U子帧，则UE前往操作2430，而如果服务小区的子帧m+1都不是U子帧，则UE前往操作2425。在操作2425中，UE根据子帧m+1的类型执行适当的操作。也就是说，如果子帧m+1是D子帧，则UE执行诸如PDCCH接收的DL操作。如果子帧m+1是S子帧，则UE执行与S子帧相对应的操作。在操作2430中，UE确定是否仅仅一个服务小区已经被配置(或者仅仅一个服务小区是活动的)，或者多个服务小区已经被配置并且活动的服务小区具有相同的UL/DL配置。如果仅仅一个服务小区已经被配置或者所有服务小区具有相同的UL/DL配置，则UE在操作2435中确定子帧[之前]是否是D子帧。如果子帧[之前]是D子帧，则UE前往操作2415，而如果子帧[之前]不是D子帧，则UE前往操作2445。另一方面，如果多个服务小区已经被配置并且具有不同的UL/DL配置，则UE前往操作2440。在操作2440中，UE确定是否所配置的服务小区(或者活动的服务小区)的子帧[之前]中的至少一个是D子帧。如果所配置的服务小区(或者活动的服务小区)的子帧[之前]中的至少一个是D子帧，则在操作2415中，UE在子帧m+1当中的U子帧中不执行UL发送。这里，UE在不是U子帧的子帧m+1中执行正常操作。在操作2445中，如果子帧m+1当中的U子帧被调度用于UL发送并且该UL发送没有以其它方式被禁止，则UE在该U子帧中执行UL发送。如操作2415中那样，UE在不是U子帧的子帧m+1中执行正常操作。即使子帧[之后]是U子帧，如果PCell的子帧[之后]不是U子帧，则HDUE不被允许执行UL发送。图25是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图。操作2505、2510、2515、2520、和2525以与图24中所示的操作2405、2410、2415、2420、和2425相同的方式执行，并且将不会在这里被描述。参考图25，在操作2530，UE确定是否仅仅一个服务小区已经被配置(或者仅仅一个服务小区是活动的)，或者多个服务小区已经被配置并且活动的服务小区具有相同的UL/DL配置。如果仅仅一个服务小区已经被配置或者所有服务小区具有相同的UL/DL配置，则在操作2535，UE执行与图24的操作2435相同的操作。如果多个服务小区已经被配置并且具有不同的UL/DL配置，则UE前往操作2533。在操作2533中，UE确定在当前频带组合中同时的发送和接收是否可用(诸如UE是否能够以FD操作)。或者UE确定指示在当前频带组合中对于同时的发送和接收的支持的信息是否已经被发送到eNB。如果UE能够以FD操作，则UE在操作2540中执行与图24的操作2440相同的操作。如果UE不以FD操作，也就是说，UE以HD操作，则UE前进到操作2537。在操作2537中，UE确定PCell的子帧[之前]是否是D子帧。如果PCell子帧[之前]是D子帧，则在操作2515，UE在子帧m+1当中的U子帧中不执行UL发送。这里，UE在不是U子帧的子帧m+1中执行正常操作。如果PCell子帧[之前]不是D子帧，则在操作2545，如果子帧m+1当中的U子帧被调度用于UL发送并且该UL发送没有以其它方式被禁止，则UE在该U子帧中执行UL发送。如操作2515中那样，UE在不是U子帧的子帧m+1中执行正常操作。图26是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图。图26示出HDUE的另一个操作。操作2605、2610、2615、2620、2625、2630、2635、2633、2640、和2645以与图25中的操作2505、2510、2515、2520、252525302535、2533、2540、和2545相同的方式被执行，因此将不在这里描述。参考图26，在操作2637中，UE确定是否PCell的子帧[之前]是D子帧并且PCell的子帧[之后]是U子帧。如果所述两个条件被满足，则UE能够在另一个服务小区的子帧[之后]中执行UL发送，因此UE前进到操作2645。如果所述两个条件中的至少一个不被满足，则在操作2615中，UE在所有服务小区的子帧m+1中不执行UL发送。在操作2645中，如果UL发送在PCell和SCell的子帧m+1当中的作为U子帧的子帧m+1中被调度并且没有以其它方式被禁止，则UE在该子帧中执行UL发送。为了将不同的UL/DL配置应用在服务小区，服务小区应该具有不同的频带，如之前所描述的。鉴于UE的结构，UE应该针对不同频带使用不同的RF电路。在这种情况下，有可能以服务小区为基础来控制子帧[之后]中的操作。也就是说，在确定服务小区x的子帧[之后]中的操作时，只有服务小区x的子帧[之前]被考虑。在这种情况下，虽然测量间隔适用于每个服务小区中的不同时间段，但是可以为测量间隔保证6ms。图27示出具有不同UL/DL配置的服务小区的示例实施例。参考图27，表1的UL/DL配置1和UL/DL配置3分别被分配给服务小区1和服务小区2，并且测量间隔从子帧7持续到子帧2。UE为服务小区1和服务小区2使用不同的RF前端。用RF1表示应用在服务小区1的RF前端，并且用RF2表示应用在服务小区2的RF前端。然后，UE使用RF前端RF1和RF2之一来测量一个或多个非服务频率。如果UE使用RF前端RF1测量非服务频率，则因为服务小区1的子帧[之前]不是D子帧，所以6ms的时段2705被给予RF前端RF1，而不管作为子帧3的子帧[之后]中的UL发送。如果UE使用RF前端RF2测量非服务频率，则由于子帧U中的UL发送，6ms时段2710不被保证，因为子帧[之前]是D子帧并且子帧[之后]是U子帧。因此，UE不执行UL发送。因此，即使eNB不了解在UE处被用于测量的RF前端，eNB仍能够清楚地确定至少在服务小区等级子帧[之后]是否可用。图28是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图。操作2805、2810、2815、2820、2825、2830、2835、和2845以与图24中所示的操作2405、2410、2415、2420、2425、2430、2435、和2445相同的方式执行。参考图28，如果UE前进到操作2840，则这暗示多个服务小区已经被配置用于UE，所述服务小区具有不同的UL/DL配置，并且所述服务小区的至少一个子帧m+1是U子帧。UE检查所配置的服务小区当中的活动的服务小区的子帧[之前]和子帧[之后]。对于具有D子帧作为子帧[之前]并且具有U子帧作为子帧[之后]的服务小区，UE前往操作2850，而对于其它小区，UE前往操作2855。如果UE前往操作2850，则这意味着，如果UE在相应的服务小区的子帧[m+1]中执行UL发送，则6ms时段不能被保证。即使UL发送在服务小区的子帧m+1中被调度，UE仍仅仅调整相关变量而不执行UL发送。在操作2855，UE确定在当前配置中或者在当前频带组合中UE以FD操作还是以HD操作。如果UE以HD操作，则UE前往操作2860，而如果UE以FD操作，则UE前往操作2865。在操作2860，UE基于与SCell的子帧[之后]重叠的PCell子帧的类型(诸如，PCell的子帧[之后]的类型、PCell的子帧[之后]和子帧[之后+1]的类型、或者PCell的子帧[之后-1]的类型)来确定将在SCell的子帧[之后]中执行的操作。在操作2865，UE基于SCell的子帧[之后]的类型，执行将在SCell的子帧[之后]中执行的操作。在图27的示例中，作为用于测量间隔的开始的参考的服务小区子帧[之前]会影响服务小区的子帧[之后]中的操作。例如，如果测量间隔在服务小区1的子帧7中开始，则在具有D子帧作为子帧[之前]的服务小区2的子帧[之后]中以及在服务小区1的子帧[之后]中UL发送是可能的，因为服务小区1的子帧[之前]不是D子帧。如果测量间隔在服务小区2的子帧7中开始，则在具有不是D子帧的子帧[之前]的服务小区1的子帧[之后]中以及在服务小区2的子帧[之后]中不允许UL发送，因为服务小区2的子帧[之前]是D子帧。因此，如果eNB和UE了解具有测量间隔在其中开始的子帧边界或者子帧的服务小区，则可以基于该服务小区的子帧[之前]来确定将在每个服务小区的子帧[之后]中执行的操作。图29是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图。操作2900、2905、2910、2915、和2920以与图19中所示的操作1900、1905、1910、1915、和1920相同的方式执行，因此将不在这里描述。参考图29，在操作2925中，测量间隔在预定参考小区的子帧当中的、由指定测量间隔的开始的SFN和子帧号所指示的子帧的开始处开始。在本公开的实施例中，参考小区可以是PCell。在本公开的另一个实施例中，参考小区可以是当前的活动的服务小区当中具有最早的DL接收时间的服务小区。在本公开的另一个实施例中，参考小区可以是具有不是D子帧的子帧[之前]的服务小区。在本公开的另一个实施例中，参考小区可以是当前的活动的服务小区当中具有最后的DL接收时间的服务小区。在操作2930中，UE确定是否参考小区(例如，PCell)的子帧[之前]是D子帧并且包括参考小区的当前的活动的服务小区中的至少一个具有作为U子帧的子帧[之后]。如果所述两个条件被满足，则UE前往操作2935，如果所述条件中的至少一个不被满足，则UE前往操作2940。在操作2935中，在服务小区的子帧[之后]当中的作为U子帧的子帧[之后]中，UE不执行UL发送。在不是U子帧的服务小区的子帧[之后]，UE执行正常操作。例如，如果UE以HD操作，则UE基于PCell的子帧[之后]和其相邻子帧的类型在SCell的子帧[之后]中执行操作。如果UE以FD操作，则UE基于服务小区的子帧[之后]的类型在服务小区的子帧[之后]中执行操作。在操作2940，UE确定在当前配置中或者在当前频带组合中它以FD操作还是以HD操作。如果UE以HD操作，则UE前往操作2945，而如果UE以FD操作，则UE前往操作2950。在操作2945，UE基于与SCell的子帧[之后]重叠的PCell子帧的类型(诸如，PCell的子帧[之后]的类型、PCell的子帧[之后]和子帧[之后+1]的类型、或者PCell的子帧[之后-1]的类型)来确定将在SCell的子帧[之后]中执行的操作。在操作2950，UE基于SCell的子帧[之后]的类型，确定将在SCell的子帧[之后]中执行的操作。按图28和图29的程序操作的UE和eNB分别具有图11和图12中所示的配置。以下描述的本公开的实施例提供用于以下操作的方法和装置：基于当前的活动的服务小区当中具有最后的DL接收时间的服务小区来开始测量间隔，并且在作为U子帧的子帧[之后]中不执行UL发送。这是因为，为测量间隔的开始提供参考的服务小区的子帧的类型影响子帧[之后]中的操作。通过将最后面的服务小区的子帧边界设置为用于测量间隔的开始的参考，对于子帧[之前]的影响被最小化。图30示出根据本公开的实施例的子帧集合的示例实施例。在图30中，子帧集合的开始和长度根据子帧集合的子帧[之前]和子帧[之后]的类型而被示出。子帧集合是指多个连续的子帧。为了方便描述，子帧集合包括子帧n、n+1、n+2、n+3、n+4、和n+5。参考图30，当测量间隔在6ms的子帧集合(被称为中集合)的开始处开始时，测量间隔不影响同一服务小区的子帧[之后]。当测量间隔在短于6ms的子帧集合(被称为短集合)的开始处开始时，同一服务小区的子帧[之后]的一部分与测量间隔重叠，因此，UE不被允许在子帧[之后]中执行发送和接收。当测量间隔在长于6ms的子帧集合(被称为长集合)的开始处开始时，测量间隔不影响同一服务小区的子帧[之后]。根据子帧[之前]和子帧[之后]的类型，可以产生子帧[之前]和子帧[之后]的九种组合，如下。[表7]没有必要考虑子帧[之前]和子帧[之后]两者都是S子帧的情况，因为该情况在UL/DL配置的角度不存在。如果子帧[之前]是U子帧，则下一子帧，即子帧n，是U子帧或者D子帧。如果子帧n是D子帧，则长度为TA的切换间隔被插入子帧[之前]和子帧n之间。如果子帧n是U子帧，则不在子帧[之前]和子帧n之间插入切换间隔。因此，如果子帧[之前]是U子帧，则应该确定子帧n是D子帧还是U子帧。最后，能够存在以下11种情况。[表8]子帧[之前]子帧[n]子帧[之后]集合类型图30中的索引DD中集合3030DS中集合3035DU短集合3050UUD长集合3010UDD中集合3040UUS长集合3015UDS中集合3045UUU中集合3025UDU短集合3055SD长集合3005SU中集合3020如从图30中所获悉的，每一个都具有U子帧作为子帧n的子帧集合3005、3010、3015、3020、3025中的起始点比参考DL接收时间早TA。如果具有不同的UL/DL配置的服务小区是活动的并且测量间隔在服务小区的子帧n中开始，则以下两个问题可能发生。为了方便描述，为测量间隔的开始提供参考的服务小区被称为小区CELLSTART，而其它服务小区被称为小区CELLOTHER。1.在测量间隔和小区CELLOTHER的子帧n-1之间的重叠。如果子帧集合3025是小区CELLSTART并且子帧集合3030是小区CELLOTHER，则小区CELLOTHER的子帧n-1总是D子帧并且UE在D子帧中不成功接收数据。因此，如果这种情形发生，则eNB不应该在子帧n-1中向UE发送PDSCH或者增强PDCCH(EPDCCH)，并且UE在子帧n-1中接收PHICH而不是PDSCH、EPDCCH、和物理多播信道(PMCH)。eNB能够在PDSCH区域中向UE发送PDCCH，并且这个PDCCH被称为EPDCCH。当预料到PDCCH区域中的严重干扰时，EPDCCH能够被使用，并且eNB事先向UE用信号传达携载EPDCCH的子帧。PMCH携载多媒体广播/组播服务(MBMS)信号。PDSCH、PMCH、和EPDCCH的特点在于：发送是在时域中跨越整个子帧进行，而PHICH则仅仅在子帧的开始部分被发送。2.在测量间隔和小区CELLOTHER的子帧n+6之间的重叠。如果子帧集合3045是小区CELLSTART并且子帧集合3055是小区CELLOTHER，则子帧n+6总是U子帧。如果UE在子帧n+6中执行UL发送，则不为测量间隔保证6ms。在本公开的另一个实施例中，UE如下操作。在小区CELLSTART中的短集合的子帧[之后]中，UE不发送UL信号。UE在小区CELLOTHER中的子帧[之前]中不接收DL信号并且在小区CELLOTHER中的子帧[之后]中不发送UL信号。也就是说，UE的操作概述如下。-UE根据预设的规则确定参考服务小区并且在参考服务小区中开始测量间隔。-如果小区CELLSTART满足以下条件，则UE在子帧[之后]中不执行UL发送：子帧[之前]是D子帧(对应于3050)或者子帧[之前]是U子帧并且子帧n是D子帧(对应于3055)。-如果小区CELLOTHER的子帧[之前]是D子帧，则UE不接收PDSCH/EPDCCH/PMCH。-如果小区CELLOTHER的子帧[之后]是U子帧，则UE不发送UL信号。图31是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图。操作3100，3105，3110，3115，3120，和3125是以与图29中所示的操作2900、2905、2910、2915、2920、和2925相同的方式被执行，因此不会在这里被描述。参考图31，在操作3130中，UE确定将在参考小区的子帧[之后]中执行的操作。如果参考小区的子帧[之前]和子帧[之后]分别是D子帧和U子帧，则UE在参考小区的子帧[之后]中不执行UL发送。如果参考小区的子帧[之前]是U子帧，测量间隔在其中开始的子帧(也就是说，子帧n)是D子帧，并且子帧[之后]是U子帧，则UE在参考小区的子帧[之后]中不执行UL发送。如果所述条件不被满足，则UE基于参考小区的子帧[之后]的类型来确定将在参考小区的子帧[之后]中执行的操作。在操作3135中，UE确定将在除了参考小区之外的服务小区的子帧[之后]中执行的操作。如果除了参考小区之外的小区的子帧[之后]是U子帧，则UE在服务小区的子帧[之后]中不执行UL发送。如果服务小区的子帧[之后]是D子帧或者S子帧，则UE在服务小区的子帧[之后]中执行D-子帧操作或者S-子帧操作。在操作3140中，UE确定将在除了参考小区之外的服务小区的子帧[之前]中执行的操作。如果除了参考小区之外的服务小区的子帧[之前]是D子帧，则UE在服务小区的子帧[之前]中接收PHICH，而不接收PDSCH、PMCH、和EPDCCH。如果服务小区的子帧[之前]是S子帧或者U子帧，则UE在服务小区的子帧[之前]中执行正常操作。即使参考小区的子帧[之前]是D子帧，UE仍执行正常操作。如UE所确定的那样，UE在服务小区的子帧[之前]和子帧[之后]中执行适当的操作。当测量间隔在具有最后一个子帧开始时间的服务小区中开始时，前述第一问题，也就是说，测量间隔和除了参考小区之外的服务小区的子帧[之前]之间的重叠，不发生。例如，如果测量间隔在服务小区3030、3035、3040、3045、3050、或者3055中开始，则测量间隔不与除了参考小区之外的服务小区的子帧n-1重叠。图32是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图。操作3200、3205、3210、3215、和3220是以与图29中所示的操作2900、2905、2910、2915、和2920相同的方式被执行，因此不会在这里被描述。参考图32，UE在多个服务小区的子帧n当中确定测量间隔将在其中开始的子帧n。所述确定是基于第一标准和第二标准做出的。第一标准是子帧n的类型而第二标准是DL接收时间。如果服务小区x和服务小区y的子帧n的类型不相似，则服务小区x和服务小区y的子帧n的起始点的提前/延迟是基于所述子帧的类型来确定的。另一方面，如果服务小区x和服务小区y的子帧n的类型相似，则服务小区x和服务小区y的子帧n的起始点的提前/延迟是基于小区x和小区y的DL接收时间来确定的。更具体地说，如果D子帧或者S子帧与U子帧共存，则U子帧的开始先于D子帧或者S子帧的开始。如果仅仅存在U子帧或者如果仅仅存在D子帧或S子帧，则U子帧之间的提前/延迟和D子帧/S子帧之间的提前/延迟是根据DL接收时间之间的差(也就是说，传播延迟之间的差)来确定的。具有不同类型的子帧的起始点通过TA彼此分开，并且TA长于传播延迟。因此，是否在两个服务小区的子帧之间进行提前/延迟首先是根据所述子帧的类型来确定。如果所述子帧具有相似的类型，则两个服务小区的子帧之间的提前/延迟是根据传播延迟之间的差来确定的。UE根据服务小区的子帧n的类型，从多个服务小区的子帧n的当中确定测量间隔将在其中开始的子帧n。如果U子帧与D子帧或者S子帧共存，则UE确定测量间隔在D子帧或者S子帧中开始。如果多个子帧n满足这个条件，则UE最终基于第二标准，也就是说，DL接收时间，来选择多个子帧n中的一个。第二标准可以是最后的或者最早的DL接收时间。如果第二标准被设置为最后的DL接收时间，则一致性在第一标准和第二标准之间被维持，因此具有最后一个子帧开始时间的服务小区的子帧n被选择。在这种情况下，如果子帧n的类型不同，则不会发生问题。然而，如果子帧n的类型相似，则测量间隔与除了参考小区之外的服务小区的子帧n+6的开始部分重叠。重叠部分与传播延迟差一样长。因此，UE可能不执行发送或者接收。另一方面，在第二标准被设置为最早的DL接收时间的情况下，如果子帧n的类型相似，则测量间隔与除了参考小区之外的服务小区的子帧n-1的最后部分重叠。重叠的最后部分与传播延迟差一样长。因此，UE可能不执行发送或者接收。从接收的角度来看，最好丢失子帧的最后部分而不是丢失子帧的开始部分。因此，最好使用最早的DL接收时间作为第二标准。在通过第一标准和第二标准确定测量间隔将在其中开始的子帧n和参考小区之后，在操作3230中，UE确定将在子帧[之后]中执行的操作。在操作3230中，UE确定测量间隔在其中开始的参考小区的子帧n或者第一子帧是否是D子帧或S子帧。换句话说，UE确定与测量间隔的开始重合的子帧是否是D子帧或者S子帧，参考小区的子帧n是否是U子帧，或者参考小区的子帧n-1是否是D子帧或者U子帧。如果所述条件不被满足，也就是说，如果子帧n是U子帧，则这意味着测量间隔的开始与子帧n是D子帧或者S子帧的情况相比要早TA，并且即使子帧n+6是U子帧，测量间隔也不与子帧n+6重叠。在操作3235中，UE在作为U子帧的子帧n+6中执行正常的UL发送。如果参考小区的子帧n是D子帧或者S子帧，则测量间隔的开始与D子帧或者S子帧的起始点重合。因此，如果子帧n+6是U子帧，则测量间隔与子帧n+6重叠。然后，在操作3240中，UE在作为U子帧的子帧n+6中不执行UL发送。已经描述了本公开的这样的实施例：如果测量间隔在子帧n中开始，则测量间隔的起始点与子帧n的开始边界重合。现在将给出本公开的这样的实施例的描述：如果测量间隔在子帧n中开始，则测量间隔的起始点与子帧n-1的末端边界重合而不是与子帧n的开始边界重合。图33示出根据本公开的测量间隔的设置的示例实施例。参考图33，子帧n-1(子帧3305)是U子帧而子帧n(子帧3310)是D子帧。在这种情况下，测量间隔最好在子帧n-1的末端边界开始而不是在子帧n的开始边界开始。与TA3315一样长的间隔被插入U子帧和D子帧之间，并且该间隔3315是期间发生U-至-D切换的时间段。测量间隔应该包括期间UE的收发器从当前频率切换到将被测量的频率的时间段。因此，直接从UL切换到测量频率的DL比执行U-至-D切换然后切换到测量频率的DL更加高效。在图33的示例中，如果在子帧n的开始边界开始的测量间隔3320是xms长，则在子帧n-1的末端边界开始的测量间隔3325被扩展了TA3315，并且因此是(x+TA)ms长。如果测量间隔3325被配置为包括TA3315，则从UE的角度来看，被允许作为测量间隔的实际时间段被延长。如果在TDD通信系统中子帧n+6是U子帧，则跨越从子帧n到子帧n+5的时间段的长度在大多数情况下短于6ms。因此，就降低UE的复杂度而言，最好在作为U子帧的子帧n+6中不执行UL发送。即使诸如SRS或者PUCCH发送的UL发送在子帧n+6中被调度，eNB忽略UL信号，从而防止由UE的不发送所引起的问题。图34是示出根据本公开的关于测量间隔的UE的操作的示例实施例的流程图。参考图34，在操作3400，UE接收关于服务小区的系统信息，获取RRC连接建立程序所需的信息，并且因此开始用于服务小区的RRC连接建立程序。一旦RRC连接建立程序完成，服务小区变成用于UE的PCell。在操作3405，UE通过UE能力信息消息向eNB报告其能力。如果UE支持CA，则UE能力信息消息包括关于UE支持的频带组合的信息，并且eNB基于所述支持的频带组合信息来确定具有哪个特定频率的哪个小区将被配置为SCell。在操作3410，SCell被配置用于UE。SCell是通过以下步骤来配置的：从eNB向UE发送包括SCell配置信息的RRC控制消息并且由UE基于所述SCell配置信息建立用于支持SCell的频带的信号路径，或者将UE的收发器设置用于SCell中的发送和接收。SCell配置信息包括，例如，关于SCell的中心频率、在SCell中被分配给UE的无线电资源等等的信息。在操作3415中，eNB配置用于UE的测量间隔。所述测量间隔是通过向UE分配gapOffset来配置的。例如，gapOffset被划分为范围是从0到39的第一gapOffset和范围是从0到79的第二gapOffset，并且第一gapOffset和第二gapOffset之一被使用。与第一gapOffset相对应的MGRP可以是40ms，并且与第二gapOffset相对应的MGRP可以是80ms。SCell配置和测量间隔配置能够通过一个RRC消息同时发生，或者通过分开的控制消息而顺序地发生。在后一种情况下，SCell配置和测量间隔配置的次序可以改变。在操作3420中，UE确定指定测量间隔的起始点的SFN和子帧号。例如，测量间隔在其中开始的无线帧的SFN可以通过方程式(1)来计算。例如，测量间隔在其中开始的子帧的号可以通过方程式(2)来计算。在操作3425，UE通过将指定测量间隔的起始点的SFN和子帧号应用到PCell来确定测量间隔的起始点。例如，如果通过方程式(1)和方程式(2)计算了子帧号n，则UE在当前的活动的服务小区的子帧n-1当中选择在最后的时间结束的子帧，并且确定在所选择的子帧(子帧n-1)的末端开始测量间隔。换句话说，UE在当前的活动的服务小区的子帧n-1中、所有活动都被完成的时刻开始测量间隔。子帧n-1中的活动包括在子帧n-1中调度的UL发送和DL接收以及在子帧n-1中命令的UL发送和DL接收。当仅仅存在一个活动的服务小区时，也就是说，当不存在被配置并且被激活的SCell时，UE在当前服务小区的子帧n-1的末端处开始测量间隔中的测量操作。在操作3430，在子帧[之后]开始之前，UE确定当前的操作模式是FDD模式还是TDD模式。在FDD模式中，UE前往操作3435，而在TDD模式中，UE前往操作3440。在操作3435，UE省略在子帧[之后]中调度的UL发送。在操作3440中，UE确定子帧[之后]是否是D子帧或者S子帧。如果子帧[之后]是D子帧或者S子帧，则在操作3445中，UE根据子帧[之后]的类型执行适当的操作。也就是说，如果子帧[之后]是D子帧，则UE在PHICH/PDCCH/PDSCH上接收DL信号，并且，如果子帧[之后]是S子帧，则在PHICH/PDCCH上接收DL信号，然后切换到UL传输模式。如果子帧[之后]既不是S子帧又不是S子帧，也就是说，如果子帧[之后]是U子帧，则在操作3450中，UE不执行在子帧[之后]中调度的操作。以上虽然已经描述了本公开的关于测量间隔的设置的各种实施例，但是应该清楚地理解，本公开不限于前述的具体操作。也就是说，根据本公开的前述实施例的操作的至少一部分能够在本公开的范围内被组合或者省略。本公开的另一个实施例提供秩指示(RI)报告。UE根据已经被配置了MIMO操作的服务小区的信道状态，向eNB报告指示UE能够接收的层的数目的信息。这个信息被称为RI。RI可以在服务小区的基础上被设置。优选地，RI的大小是根据理论上能够在服务小区中发送和接收的层的最大数目来设置。例如，如果多达四层能够被发送和接收，则RI最好为2比特。如果多达八层能够被发送和接收，则RI最好为3比特。可在服务小区中发送和接收的层的最大数目被确定为以下值之间的更小的一个：可在UE处接收的层的最大数目(诸如，UE的MIMO能力)和可从eNB发送的层的最大数目(诸如，在eNB处配置的天线端口的数目)。UE在DL上支持的层的最大数目由UE的UE类别所指示。UE类别是指示UE的UL能力和DL能力的参数的组合的索引。例如，以下八个类别可以如表9中所列出的那样被定义。[表9]在表9中，“DL中所支持的用于空间复用的层的最大数目”是与UE的MIMO能力相关的信息。类别1到类别5被定义在LTE版本8和版本9中，而类别6、类别7、和类别8被定义在LTE版本10中。因此，遵照LTE版本8或者版本9的eNB不理解UE所报告的类别6、类别7、和类别8，而UE则不能识别eNB所遵照的LTE版本。因此，类别6、类别7、和类别8下的UE向eNB报告类别6、类别7、和类别8之一以及类别1到类别5之一。为了方便描述，与类别1到类别5相关的MIMO能力被称为第一MIMO能力，而与类别6、类别7、和类别8相关的MIMO能力被称为第二MIMO能力。对于映射到UE类别的MIMO能力，对于所有频带而言仅仅一个值可以被报告。然而，UE能够接收的层的数目能够随频带而变化。例如，UE在高频带中能够接收与天线数目一样多的层，而UE在低频带中能够接收更小数目的层，因为天线之间的距离减少到频率波长的一半以下。UE在频带的基础上或者在频带组合的基础上报告MIMO能力，从而防止由不同的频带所引起的问题。针对每个频带组合的MIMO能力在supportedBandCombination(支持的频带组合)信息元素(IE)的supportedMIMO-Capability(支持的MIMO-能力信息)IE中被报告。supportedBandCombination被引入版本10。在频带组合的基础上报告的MIMO能力被称为第三MIMO能力。UE将其MIMO能力作为一个、两个、或者三个类型的MOMO能力报告给eNB。类别6、类别7、或者类别8下的UE报告第一、第二、和第三MIMO能力，遵照版本10或者更高版本的版本的类别1到类别5下的UE报告第一和第三MIMO能力，而遵照版本8或者版本9的UE报告第一MIMO能力。用于报告RI的位宽(也就是比特数目)是基于由UE报告的MIMO能力和由eNB指示给UE的特定配置信息来确定的。DL传输模式可以被进一步考虑。UE被配置为通过更高层信令以多个传输模式之一来接收PDSCH。传输模式定义与PDSCH相关的控制信息(诸如PDCCH)的格式、将被搜索控制信息的资源区域(搜索空间)、和PDSCH的传输方案。PDSCH的传输方案包括，例如，天线配置、发射分集、空间复用、多用户(MU)MIMO等等。传输模式TM1到TM8被定义在LTE版本8和版本9中，而传输模式TM9和TM10被定义在LTE版本10或者更高版本的版本中。因此，如果eNB配置TM9或者TM10，则UE能够确定eNB遵照LTE版本10或者更高版本的版本。因为遵照LTE版本10或者更高版本的版本的eNB可以理解针对每个频带组合的MIMO能力，因此用于RI的位宽可以基于针对每个频带组合的MIMO能力来确定。图35是示出根据本公开的实施例的用于确定用于RI的位宽的总体操作的信号流的示图。参考图35，在操作3513，UE3505向eNB3510报告MIMO能力信息。MIMO能力信息能够根据UE的类别和版本来指示第一、第二、和第三MIMO能力中的一部分或者全部。在操作3515，eNB3510基于UE3505的MIMO能力和eNB3510的MIMO能力来确定是否为UE3505配置MIMO以及为UE3505的MIMO操作配置多少天线，并且基于所述确定生成MIMO配置信息。在操作3520中，eNB3510通过预定的控制消息向UE3505发送MIMO配置信息(例如，指示将被使用的天线端口的数目的信息)和指示RI是否将被报告的信息。在操作3525，UE3505和eNB3510根据预定的信息和预定的规则来确定用于RI的位宽。因为UE和eNB使用相同的算法，所以它们获取到相同的用于RI的位宽。所述预定的信息和预定的规则将在稍后描述。在操作3530中，UE3505以所确定的位宽报告RI，并且eNB3510通过接收RI和根据用于RI的位宽来解释RI而确定将被发送到UE3505的层的数目。图36是示出根据本公开的实施例的用于确定用于RI的位宽的UE的操作的示例实施例的流程图。虽然以下给出了UE操作的描述，但是eNB通过相同的算法确定用于RI的位宽。参考图36，在操作3600，UE接收关于服务小区的系统信息，从系统信息中获取建立RRC连接建立程序所需的信息，并且开始用于服务小区的RRC连接建立程序。当RRC连接建立程序完成时，服务小区变成用于UE的PCell。在操作3605，UE通过能力信息消息向eNB报告其能力。如果UE支持CA，则UE将关于UE支持的频带组合的信息包括在能力信息消息中，并且eNB基于所述支持的频带组合信息来确定具有哪个特定频率的哪个小区将被配置为用于UE的SCell。所述能力信息消息包括以下MIMO信息。-如果UE遵照版本8或者版本9，则包括第一MIMO能力。-如果UE遵照版本10或者更高版本的版本并且属于类别1到类别5，则包括第一MIMO能力和第三MIMO能力。-如果UE遵照版本10或者更高版本的版本并且属于类别6到类别8，则包括第一MIMO能力、第二MIMO能力、和第三MIMO能力。在操作3610，MIMO被配置用于UE的服务小区。然后UE从eNB接收指示用于服务小区的RI的报告的控制消息。在操作3615，UE根据预定的规则基于预定的信息确定用于将针对服务小区报告的RI的位宽。这里，UE能够使用以下规则之一。[规则1]-参考UE能力基于配置用于服务小区的传输模式而确定。也就是说，如果传输模式是传输模式(TM)9或者TM10，则第三MIMO能力被确定为参考UE能力。否则，例如，如果传输模式是TM4或者TM8，则第一MIMO能力被确定为参考UE能力。-eNB参考能力是基于eNB的天线配置来确定的。也就是说，eNB的天线配置能够包括可用于数据传输的天线端口的最大数目，并且能够通过系统信息或者专用RRC消息被指示给UE。-用于RI的位宽是基于与UE参考能力相对应的层的数目和与eNB参考能力相对应的层的数目中的最小值来确定的。如果最小值是4，则RI是2比特，并且如果最小值是8，则RI是3比特。如果TM4或者TM8被eNB配置，则这意味着eNB很可能是版本8eNB或者版本9eNB。如果TM9或者TM10被eNB配置，则这意味着eNB很可能是版本10eNB或者遵照更高版本的版本的eNB。版本10eNB或者遵照更高版本的版本的eNB能够理解第三MIMO能力。用于服务小区的第三MIMO能力是指在与用于相对应的时间点的配置相对应的supportedBandCombination中报告的MIMO能力。例如，如果一个服务小区被配置在频带X并且一个服务小区被配置在频带Y中，则用于频带X的服务小区的第三MIMO能力是在配置用于频带X和频带Y的supportedBandCombination中针对频带X报告的MIMO能力。换句话说，考虑到第三MIMO能力，与针对服务小区的频带报告的MIMO能力相对应的层的数目被确定为UE参考能力。[规则2]-如果至少两个服务小区被配置，则用于相应的服务小区的第三MIMO能力被确定为UE参考能力。-如果仅仅一个服务小区被配置并且TM9或者TM10被配置用于UE，则用于服务小区的第三MIMO能力被确定为UE参考能力。-如果仅仅一个服务小区被配置并且TM4或者TM8被配置用于UE，则第一MIMO能力被确定为UE参考能力。-eNB参考能力是基于eNB的天线配置来确定的。-用于RI的位宽是根据与UE参考能力相对应的层的数目和与eNB参考能力相对应的层的数目中的最小值来确定的。[规则3]-UE参考能力是根据配置用于服务小区的传输模式来确定的。如果TM4或者TM8在用于UE的服务小区中被配置，则第一MIMO能力被确定为UE参考能力。如果TM9或者TM10在服务小区中被配置并且UE属于类别1到类别5，则第一MIMO能力被确定为UE参考能力。如果TM9或者TM10被配置并且UE属于类别6到类别8，则第二MIMO能力被确定为UE参考能力。-eNB参考能力是基于eNB的天线配置来确定的。-用于RI的位宽是根据与UE参考能力相对应的层的数目和与eNB参考能力相对应的层的数目中的最小值来确定的。如从表9中所知，用于类别6和类别7的第二MIMO能力由两个值2和4表示。这是因为考虑到了UE的用于CA和非CA的不同MIMO能力。如果第二MIMO能力被用作用于类别6或者类别7下的UE的UE参考能力，则第二MIMO能力的值是根据以下规则确定的。如果仅仅一个服务小区被配置，则第二MIMO能力是所述两个值中的更高的值，也就是说，4。如果两个服务小区被配置，则第二MIMO能力2是所述两个值中的更低的值，也就是说，2。[规则4]-如果从eNB在预定的控制消息中接收到预定的指示符，则用于相应的服务小区的第三MIMO能力被确定为UE参考能力。所述指示符能够被用来命令UE使用第三MIMO能力。-如果没有从eNB在预定的控制消息中接收到预定的指示符，则第一MIMO能力被确定为UE参考能力。-eNB参考能力是基于eNB的天线配置来确定的。-用于RI的位宽是根据与UE参考能力相对应的层的数目和与eNB参考能力相对应的层的数目中的最小值来确定的。eNB不向版本8UE或者版本9UE发送指示符。只有理解第三MIMO能力的eNB发送预定的指示符。因此，UE确定根据存在或者不存在指示符来确定什么MIMO能力将被用作UE参考能力。指示符仅仅能够在控制消息中被发送。控制消息可以是，例如，包括指示RI报告的信息或者MIMO配置信息的RRC控制消息。在操作3620中，UE基于所确定的用于RI的位宽编码RI，并且在预定的时间点在预定的传输资源中向eNB发送编码的RI。在建立用于UE的RRC连接、接收能力信息消息、和向UE指示RI报告之后，在操作3615中，eNB根据与UE中所使用规则和信息相同的规则和信息来确定用于RI的位宽。eNB能够在预定的时间在预定的传输资源中从UE接收具有所确定的位宽的RI，并且能够正常地解码RI。执行图30到图36中所示的操作的UE和eNB分别具有图11和图12中所示的配置。所提出的用于使用具有不同频带的TDD小区执行通信的方法和装置可以实施为计算机可读记录介质中的计算机可读代码。计算机可读记录介质能够包括存储计算机可读数据的任何种类的记录设备。记录介质的示例能够包括只读存储器(ROM)、随机存取存储器(RAM)、光盘、磁带、软盘、硬盘、非易失性存储器、等等，并且还能够包括以载波形式实施的介质(例如，通过因特网的传输)。此外，计算机可读记录介质可以分布在通过网络连接的计算机系统上，并且计算机可读代码可以以分布式方式来存储和运行。虽然已经利用示范性实施例描述了本公开，但是各种改变和修改可以被本领域技术人员想到。意图让本公开包含落入所附权利要求的范围的改变和修改。当前第1页1 2 3