CN108566265A - 动态tdd上行链路/下行链路配置方法 - Google Patents

Abstract

公开了一种无线发射/接收单元(WTRU)中时分双工(TDD)操作的方法和装置。该方法包括接收服务小区的第一TDD上行链路(UL)/下行链路(DL)配置，接收该服务小区的第二TDD UL/DL配置，接收用于具有第一TDD UL/DL配置和第二TDD UL/DL配置之间冲突方向的子帧的方向指示，使用第一TDD UL/DL配置用于UL混合自动重复请求(HARQ)和UL调度的定时，使用第二TDD UL/DL配置用于DL HARQ和DL调度的定时，并根据接收到的指示确定每个具有冲突方向的子帧的方向，其中在针对具有冲突方向的子帧所确定的方向是DL的情况下，在DL的子帧中接收。

Description

动态TDD上行链路/下行链路配置方法

本申请是申请号为201380049683.3，申请日为2013年9月26日，题为“动态TDD上行链路/下行链路配置方法”的中国专利申请的分案申请。

相关申请的交叉引用

本申请要求2012年9月26日申请的美国临时专利申请No.61/705,936；2013年1月16日申请的美国临时申请No.61/753,354；2013年8月7日申请的美国临时申请No.61/863,359的权益，其内容以引用的方式结合于此。

背景技术

符合第三代合作伙伴项目(3GPP)长期演进(LTE)的无线通信系统对于2×2配置可以支持下行链路(DL)高达100Mbps，上行链路(UL)高达50Mbps的速率。LTE DL方案可以基于正交频分多址接入(OFDMA)空中接口。为了灵活部署的目的，无线通信系统可以支持可扩展的传输带宽，可以是1.4、3、5、10、15或20MHz之一。每个无线电帧(例如，10ms)可以由10个子帧组成，每个1ms。每个子帧可以由两个时隙组成，每个0.5ms。每个时隙可以有7个或6个正交频分复用(OFDM)符号。每时隙7个符号可以与正常循环前缀(CP)长度一起使用，每时隙6个符号可以与扩展CP长度一起使用。用于特定规范的子载波间隔是15kHz。使用7.5kHz的减小的子载波间隔模式也是可能的。

资源元素(RE)可以对应于一个OFDM符号间隔期间的一个子载波。0.5ms时隙内的12个连续子载波可以构成一个资源块(RB)。每时隙7个符号的每个RB可以由12×7＝84个RE组成。DL载波可以由6个RB到110个RB组成，对应于大体上从1MHz到20MHz的整个可扩展传输带宽。每个传输带宽，例如，1.4、3、5、10或20MHz，可以对应于多个RB。

用于动态调度的基本时域单元可以是由两个连续时隙组成的一个子帧。这有时可以称为RB对。某些OFDM符号上的特定子载波可以分配为在时间-频率网格中携带导频或参考信号。为了满足频谱掩码的要求，可以不发射传输带宽边缘的多个子载波。

在频分双工(FDD)的单个载波配置中，网络可以为无线发射/接收单元(WTRU)分配一对UL和DL载波。在时分双工(TDD)的单个载波配置中，网络可以分配一个载波，该载波对于UL和DL可以时间共享。对于任意给定子帧的给定WTRU，存在用于UL的活动的单个混合自动重复请求(HARQ)过程和在DL上活动的单个HARQ过程。

载波聚合(CA)提供了对于单载波操作的演进，旨在，除其他方法外，使用带宽扩展提高数据速率。使用CA，WTRU可以同时在物理上行链路共享信道(PUSCH)上发送或者在多个服务小区的物理下行链路共享信道(PDSCH)上接收。例如，在无线通信系统诸如高级LTE(LTE-A)系统中，除了主服务小区(PCell)外，可以使用高达4个的次服务小区(SCell)启用高达100MHz的灵活带宽分配。可以由HARQ ACK/NACK反馈和/或信道状态信息(CSI)组成的上行链路控制信息(UCI)可以在PCell的物理上行链路控制信道(PUCCH)资源发送，或者在可用于配置用于上行链路传输的服务小区的PUSCH资源上发送。

调度PDSCH和PUSCH的控制信息可以在一个或多个物理下行链路控制信道(PDCCH)或增强型PDCCH(EPDCCH)上发送。用于服务小区的调度可以经由同一服务小区上的DL控制信道。而且，当使用CA运行时，还可以支持跨载波调度，其可以允许网络使用一个服务小区上的DL控制信道以提供对于其他服务小区上传输的PUSCH授权和/或PDSCH指配。

发明内容

公开了一种无线发射/接收单元(WTRU)中时分双工(TDD)操作的方法和装置。该方法包括接收一服务小区的第一TDD上行链路(UL)/下行链路(DL)配置，接收该服务小区的第二TDD UL/DL配置，接收用于具有第一TDD UL/DL配置和第二TDD UL/DL配置之间冲突方向的子帧的方向指示，针对UL调度和UL混合自动重复请求(HARQ)的定时使用第一TDD UL/DL配置，针对DL调度和DL HARQ的定时使用第二TDD UL/DL配置，并根据接收到的指示确定每个具有冲突方向的子帧的方向，其中在为具有冲突方向的子帧所确定的方向是DL的情况下，在DL的子帧中接收。

附图说明

图1示出了TDD帧的示例；

图2示出了依据LTE的TDD UL/DL配置的示例；

图3A-3F示出了也可以被称为WTRU特定参考信号模式、DM-RS模式或DMRS模式的RE位置的示例；

图4A是可以在其中实施一个或多个公开的实施方式的示例性通信系统的系统图；

图4B是可在图4A中示出的通信系统中使用的示例性无线发射/接收单元(WTRU)的系统图；

图4C是可在图4A中示出的通信系统中使用的示例性无线接入网和示例性核心网的系统图；

图5示出了WTRU中用于TDD操作的第一示例性方法；

图6示出了WTRU中用于TDD操作的第二示例性方法；

图7示出了eNB中用于TDD操作的第一示例性方法；以及

图8示出了eNB中用于TDD操作的第二示例性方法。

具体实施方式

对于使用载波聚合(CA)操作的的频分双工(FDD)无线发射/接收单元(WTRU)，对于每个服务小区存在一个混合自动重复请求(HARQ)实体，其中每个实体可以具有8个HARQ过程，例如，每个子帧一个用于一个往返时间(RTT)。结果，可能在任意给定子帧的UL和DL存在不止一个活动的HARQ，但是每个配置的服务小区最多一个上行链路(UL)和一个下行链路(DL)HARQ。

物理随机接入信道(PRACH)资源可以由6个连续的物理资源块(PRB)组成。对于FDD，PRACH资源可以仅是时间复用的，例如，每个子帧可以存在最多一个PRACH资源。对于TDD，PRACH资源还可以在频率上复用，例如，对于给定的UL子帧可以存在多个PRACH。根据接收到的PRACH配置(PRACH-Config)信息元素(IE)，PRACH资源可以配置用于WTRU，该信息元素可以包括PRACH配置索引(prach-ConfigIndex)。PRACH-ConfigIE可以，例如对于空闲模式的WTRU和对于连接模式WTRU的PCell，在广播控制信道(BCCH)上的系统信息块(SIB)2中接收。对于连接模式WTRU的SCell，PRACH-Config IE可以在PDSCH上的专用无线电资源控制(RRC)协议数据单元(PDU)中接收。根据帧结构(例如FDD或TDD)可以对prach-ConfigIndex进行不同的解释。对于TDD(其可以具有帧结构类型2)，WTRU可以使用prach-ConfigIndex确定每个无线帧(例如，每10ms)的PRACH分配密度。WTRU还可以确定感兴趣的以下一个或多个参数：频率资源索引(例如，到PRACH资源的第一PRB的索引)；PRACH资源是否在所有无线电帧，在偶数帧或奇数帧中，重复出现；PRACH资源出现在无线电帧的前半部分(例如，开始的5ms)还是后半部分；以及资源的UL子帧数量，该数量可以从两个连续的DL到UL交换点之间的第一个UL子帧计数。这些参数，与TDD UL/DL配置一起，可以提供特定PRACH资源的时间-频率位置。

在FDD运行模式中，不同的载波可以用于UL和DL传输，全双工WTRU可以同时在DL上接收，在UL上发送。在TDD运行模式中，UL和DL传输可以在同一载波频率上进行并可以在时间上分离。对于给定载波，WTRU不能同时在DL接收，在UL发送。图1是10ms TDD帧的一个示例，该TDD帧由10个每个1ms的子帧组成。图1包括子帧#0 101到#9 110。特定子帧用于DL，其他用于UL。还存在可用于DL和UL子帧之间交换的特殊子帧。特殊子帧的示例是子帧#1 102和#6 107。这些子帧可以具有DL部分(DwPTS)102(a)/107(a)、保护区间(GP)102(b)/107(b)和UL部分(UpPTS)102(c)/107(c)。

根据TDD UL/DL配置，子帧可以在UL和DL之间划分。图2是依据LTE的TDD UL/DL配置的一个示例。如图2所示，存在7中不同的配置：配置0 201到配置6 207。在每个配置中，特定子帧是DL、UL或特殊子帧。为了示例的目的，DL与UL子帧的比可以是DL加上特殊子帧的数量与UL子帧数量的比。在该示例中，配置0 201中DL与UL子帧的比是2比3。配置1 202中DL与UL子帧的比是3比2。配置2 203中DL与UL子帧的比是4比1。配置3 204中DL与UL子帧的比是7比3。配置4 205中DL与UL子帧的比是8比2。配置5 206中DL与UL子帧的比是9比1。配置6 207中DL与UL子帧的比是5比5。

表1示出了TDD UL/DL配置以及配置的UL/DL切换点周期。可以在特殊子帧完成的从DL子帧到UL子帧的切换可以仅在子帧1或子帧1和6中发生。

表1

表2示出了在DL和UL使用相同CP长度的特殊子帧配置的示例。示出在OFDM符号中的DwPTS、GP和UpPTS的值。

表2

根据表2，在正常CP情况下，GP可以是1、2、3、4、6、9和10个OFDM符号长。在扩展CP情况下，GP可以是1、2、3、5、7和8个OFDM符号长。特殊子帧可以具有至少一个用于UpPTS的OFDM。DL部分(DwPTS)可以被视为正常但是截短的DL子帧，其可以携带DL控制信号(例如，一个或多个PDCCH、EPDCCH、物理控制格式指示信道(PDFICH)、物理混合ARQ指示信道(PHICH))和可能的DL数据，例如PDSCH。特殊子帧UL部分可以携带探测参考信号(SRS)或随机接入请求。特殊子帧有时可以被视为DL子帧。

图3A-3F示出了也可以被称为WTRU特定参考信号模式、DM-RS模式或DMRS模式的RE位置的示例。图3A-3D示出了正常CP的示例，其中图3A示出了天线端口7的示例，图3B示出了天线端口8的示例，图3C示出了天线端口9的示例，图3D示出了天线端口10的示例。图3E和3F分别示出了扩展CP的天线端口7和8的示例。在特殊子帧中，可以定义特殊DM-RS模式，以使参考信号可以位于子帧的DwPTS域中，如图3A-3C中示出用于特殊子帧配置。这些特殊模式可应用于特定传输模式(TM)，诸如可以使用DM-RS的TM 8和9。对于特殊子帧中的其他传输模式，不能定义特殊DM-RS模式。尽管未示出，特殊DM-RS模式也可以应用于正常CP的其他天线端口的特殊子帧，例如天线端口11-14。

图3A示出了特殊子帧配置1、2、6和7的天线端口7的DM-RS模式301，特殊子帧配置3、4、8和9的DM-RS模式302以及所有其他下行链路子帧的DM-RS模式303。图3B示出了特殊子帧配置1、2、6和7的天线端口8的DM-RS模式304，特殊子帧配置3、4、8和9的DM-RS模式305以及所有其他下行链路子帧的DM-RS模式306。

图3C示出了特殊子帧配置1、2、6和7的天线端口9的DM-RS模式307，特殊子帧配置3、4、8和9的DM-RS模式308以及所有其他下行链路子帧的DM-RS模式309。图3D示出了特殊子帧配置1、2、6和7的天线端口10的DM-RS模式310，特殊子帧配置3、4、8和9的DM-RS模式311以及所有其他下行链路子帧的DM-RS模式312。

图3E示出了特殊子帧配置1、2、3、5和6的天线端口7的DM-RS模式313以及所有其他下行链路子帧的DM-RS模式314。图3F示出了特殊子帧配置1、2、3、5和6的天线端口8的DM-RS模式315以及所有其他下行链路子帧的DM-RS模式316。

为了避免在相邻小区产生严重干扰，可以对于相邻小区使用相同的TDDUL/DL配置。既然配置的变化可能破坏连接，就不能频繁改变配置，并且配置可以认为是静态或半静态的。

TDD UL和DL HARQ过程的数量可以依赖于TDD UL/DL配置。

在某些LTE实施中，可以支持带内载波聚合，且对于TDD的聚合载波可以具有相同的TDD UL/DL配置。

在FDD中，子帧{0,4,5,9}可能不配置为MBSFN子帧，而在TDD中，子帧{0,1,2,5,6}可能不配置为MBSFN子帧。

TDD DL调度定时可能与FDD的相同。例如，WTRU可以在与DL传输相同的子帧中接收对于DL传输的调度授权。TDD DL HARQ协议可以是异步和自适应的，这意味着总是存在携带用于每一个DL重传的DL授权的PDCCH(或EPDCCH)。

考虑到对于TDD UL/DL配置1-6的UL调度和重传定时，WTRU一检测到子帧n中的PDCCH(或EPDCCH)具有预计到WTRU的上行链路授权的下行链路控制信息(DCI)格式和/或预计到WTRU的PHICH传输，WTRU就可以调整子帧n+k中相应的PUSCH传输，其中根据PDCCH(或EPDCCH)和PHICH信息，k在表3中给出。

对于TDD UL/DL配置0，WTRU一检测到子帧n中的PDCCH(或EPDCCH)具有预计到WTRU的上行链路授权的DCI格式(可以称为UL DCI格式)和/或预计到那个WTRU的PHICH传输，如果具有上行链路DCI格式的PDCCH中的UL索引的最高有效位(MSB)设置为1或者如果PHICH在相应于I_PHICH＝0的资源中的子帧n＝0或5中接收，k在表3中给出，其中对于子帧n＝4或9中PUSCH传输的TDD UL/DL配置0，I_PHICH可以等于1，否则I_PHICH可以等于0，WTRU就可以调整子帧n+k中相应的PUSCH传输。

如果，对于TDD UL/DL配置0，DCI格式(可以是诸如格式0或4的UL DCI格式)中UL索引的最低有效位(LSB)，在子帧n中设为1，或者如果PHICH在相应于I_PHICH＝1的资源中的子帧n＝0或5中接收，或者如果PHICH在子帧n＝1或6中接收，WTRU可以调整子帧n+7中相应的PUSCH传输。如果对于TDD UL/DL配置0，具有上行链路DCI格式的PDCCH中的UL索引的MSB和LSB都设置在子帧中，WTRU可以在子帧n+k和n+7中调整相应的PUSCH传输，k在表3中给出。表3是对于TDD配置0-6的UL调度定时k的一个示例。

表3

作为一个示例，对于配置1，如果UL授权在子帧n＝1的DL接收，那么根据该表格，k＝6，且授权用于子帧n+k＝1+6＝7中的PUSCH。

在TDD中，DL HARQ定时机制可以基于绑定窗口的概念，该绑定窗口由一组DL子帧组成。对应于这些DL子帧的DL HARQ反馈比特可以绑定在一起并经由PUCCH或PUSCH在同一UL子帧中发送到eNB。UL子帧n可以携带M个DL子帧的DL HARQ反馈比特，其中M>＝1。

表4是DL关联集索引K的示例：用于TDD DL HARQ的{k₀,k₁,…k_M-1}。参考表4，UL子帧n可以携带每个DL子帧n-k的DL HARQ反馈比特，其中k∈K且K是M个元素的集合{k₀,k₁,…k_M-1}。M可以看作以DL子帧为单位的绑定窗口的大小。

表4

作为一个示例，对于配置1，UL子帧n＝2携带2个子帧n-k的DL HARQ反馈比特，其中k＝7和k＝6对应2-7和2-6。由于每个帧有10个子帧，这对应于前一帧中的子帧5和6。

可用于PUCCH的物理资源可以依赖于两个参数，和可以由高层给出。变量可以表示RB为单位的带宽，可用于每个时隙中某些PUCCH格式的传输，诸如格式2/2a/2b。变量可以表示循环移位的数量，该循环移位可用于某些PUCCH格式，诸如RB中的1/1a/1b，可用于混合格式，诸如1/1a/1b和2/2a/2b。可用于诸如1/1a/1b、2/2a/2b和3的PUCCH格式的传输的资源可以分别由非负指数和表示。

表5是TDD的kPHICH的一个示例。对于从子帧n中调度小区调度的PUSCH传输，WTRU可以确定那个调度小区的相应PHICH资源将在子帧n+kPHICH中，其中kPHICH在表5中给出。对于子帧绑定操作，相应的PHICH资源可以与绑定中的最后一个子帧相关联。

表5

作为示例，对于配置1，如果WTRU在子帧n＝2中发送PUSCH，那么根据表4它可能期望PHICH在子帧n+kPHICH上提供UL HARQ-ACK反馈，因此WTRU可能期望子帧2+4＝6上的PHICH。

PHICH资源可以由索引对确定，其中可以是PHICH群号，可以是群内的正交序列索引，以下可以应用：

其中n_DMRS可以从用于与相应的PUSCH传输相关联的传输块的具有上行链路DCI格式的最近PDCCH中的DMRS字段的循环移位映射。对于某些不存在具有用于同一传输块的上行链路DCI格式的PDCCH的场景n_DMRS可以设置为0。可以是用于PHICH调制的扩展因子大小。I_{PRB_RA}可以如下所示：

其中可以是相应PUSCH传输的第一个时隙中的最低PRB索引。可以是高层配置的PHICH的数量。

关于空闲模式操作，合适TDD小区的小区检测和选择可以独立于TDDUL/DL配置，直到WTRU读取SIB1。携带主信息块(MIB)的主同步信号(PSS)、次同步信号(SSS)、物理广播信道(PBCH)和SIB1可以在预先确定的子帧，例如子帧0和5中发送，无论TDD UL/DL配置，子帧0和5可以是DL。与用于确定正常操作的小区的适当性的信息一起，WTRU无法获得小区的TDDUL/DL配置的知识，直到它已经读取了SIB1。

在空闲模式中，WTRU可以在其驻留的当前服务小区上执行测量，在相同频率上执行邻居小区测量，例如，频内邻居小区测量，和在不同频率上执行邻居小区测量，例如频间邻居小区测量。

服务e节点B(eNB)可以在其系统广播信息中提供关于针对邻居小区测量的相关信息，以及通过专用RRC信令提供专用测量优先权信息。WTRU还可以检测并测量不是所提供小区列表一部分的小区。例如，为了限制WTRU可能需要执行的测量的数量，以及，例如，为了最小化非连续接收(DRX)周期中的电池消耗，根据载波特定频率优先级，WTRU可能具有针对测量频间和频内邻居的以下条件。对于所分配的优先级高于当前频率的频率，WTRU可以进行较高优先级频率中小区上的频间测量。对于所分配的频率等于或低于当前频率的频率以及对于当前频率，一旦当前小区的参考信号接收功率(RSRP)和/或参考信号接收质量(RSRQ)掉到特定门限值以下，WTRU可以进行频间测量和/或频内测量。

在空闲模式可以监测并估计邻居小区的测量，从而WTRU可以决定在基于系统信息特定门限满足小区重选标准时重选到另一个小区。

为了在处于空闲模式时WTRU对网络可达，网络可以使用寻呼消息。包含在寻呼消息中的信息可以是WTRU特定的，例如，用于建立到网络的连接，或者可以包括一般的指示，例如，向WTRU通知小区的某些广播信息的改变，可以包括地震和海啸警告系统(ETWS)以及商业移动警报服务(CMAS)信息。例如，为了最小化WTRU需要寻找可能寻呼的时间量，可以通过小区系统信息和/或通过高层特定参数为WTRU分配DRX周期和寻呼时机。对于TDD，根据小区中需要的寻呼资源数量，可以在PDSCH上子帧{0,1,5,6}的一个或多个中发送寻呼信息，其资源位置可以在可以用寻呼无线电网络临时标识(P-RNTI)掩码的PDCCH上发送。由于小区中可能存在单个的P-RNTI，单个寻呼消息可以在预先指配的子帧上发送。在空闲模式下，WTRU可以仅在相应于其寻呼时机的子帧中寻找寻呼，WTRU的寻呼时机可以仅对应于子帧{0,1,5,6}之一。在连接模式，可以在诸如SIB改变的时间的某些环境下寻呼WTRU。在这种情况下，WTRU可以在可能包含寻呼的任意子帧中寻找寻呼。

在连接模式中，与空闲模式类似，WTRU可以进行服务和邻居小区上的测量。处于连接模式的测量可以由专用RRC信令配置。测量结果的报告还可以配置用于WTRU。WTRU进行的测量报告传输可以是周期性的或者事件触发的。该结果可以，例如由eNB用于为了WTRU的无线电资源管理的目的，诸如为了切换决策和/或为了无线电链路监测。

切换可以是基于网络的进程，其中命令处于连接模式的WTRU从源小区移动到目标小区。该进程可以是WTRU辅助的，例如，通过测量报告。在WTRU被命令切换到目标小区之前，源小区和目标小区可以准备用于切换。为了执行切换，WTRU可以基于源小区在例如，移动性控制信息IE中提供的关于目标小区的信息尝试与目标小区进行同步，移动性控制信息IE可以包括对于公共信道的资源信息，可以是也在SIB中提供的信息，用于增强型分组系统(EPS)承载转移的专用资源信息和用于预分配可能不与其他WTRU争用的随机接入资源的专用RACH信息。

如果WTRU在与目标小区同步期间检测到无线链路故障或者检测到用于切换进程的定时器，例如，定时器304(T304)期满，WTRU可以在切换在之前使用以前的配置尝试重新建立返回源小区的连接。

半持续调度(SPS)可以是一过程，其中可以为WTRU分配周期性的DL或UL资源而无需经由PDCCH的DL的显式调度或UL资源授权。SPS的典型使用是诸如互联网协议上的语音(VOIP)的业务。SPS配置可以经由RRC信令发送到WTRU，例如，作为专用资源配置的一部分。SPS自其中激活的确切子帧可以经由PDCCH由DL授权提供，并可以用可能在RRC配置消息中指定的SPS Cell-RNTI(C-RNTI)进行掩码。SPS配置的版本也可以由网络经由PDCCH信令用信号发送。此外，对于UL SPS，如果对于一定数量的子帧还没有基于SPS的分配的数据要发送，WTRU可以隐含释放SPS配置。

对于TDD，在UL SPS配置中可能存在参数，例如twoIntervalsConfig，如果设置为真，其可以用TDD UL/DL配置依赖的子帧偏置配置UL SPS。

连接模式的DRX可以允许WTRU利用非活动的期间来限制电池消耗。可以由网络诸如经由RRC信令配置的定时器可以定义对于WTRU的活动时间。持续期间定时器(OnDurationTimer)可以指明DRX周期开始处连续PDCCH子帧的数量。DRX非活动定时器(DRX-InactivityTimer)可以在成功解码指明对于该WTRU的初始UL或DL用户数据传输的PDCCH之后指明连续PDCCH子帧的数量。WTRU一预期DL重传，DRX重传定时器就可以指明连续PDCCH子帧的最大数量。

以上三个定时器可以指示WTRU的PDCCH可能性，并可以向那个WTRU指示在那些定时器的运行期间需要保持活动。TDD中的PDCCH子帧可以代表在其中WTRU可以接收PDCCH(或EPDCCH)的DL子帧(其可能包括特定子帧)，无论实际的PDCCH(或EPDCCH)是否已经由WTRU接收。此外，可能存在短的和长的DRX周期，还可以由网络定义为WTRU的DRX配置的一部分。

图4A是可以在其中实施一个或多个所公开的实施方式的示例通信系统100的图示。通信系统100可以是将诸如语音、数据、视频、消息、广播等之类的内容提供给多个无线用户的多接入系统。通信系统100可以通过系统资源(包括无线带宽)的共享使得多个无线用户能够访问这些内容。例如，通信系统100可以使用一个或多个信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。

如图4A所示，通信系统100可以包括无线发射/接收单元(WTRU)102a，102b，102c，102d、无线电接入网络(RAN)104、核心网络106、公共交换电话网(PSTN)108、因特网110和其他网络112，但可以理解的是所公开的实施方式可以涵盖任意数量的WTRU、基站、网络和/或网络元件。WTRU 102a，102b，102c，102d中的每一个可以是被配置成在无线环境中操作和/或通信的任何类型的装置。作为示例，WTRU 102a，102b，102c，102d可以被配置成发送和/或接收无线信号，并且可以包括用户设备(UE)、移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、便携式电脑、上网本、个人计算机、无线传感器、消费电子产品等等。

通信系统100还可以包括基站114a和基站114b。基站114a，114b中的每一个可以是被配置成与WTRU 102a，102b，102c，102d中的至少一者无线交互，以便于接入一个或多个通信网络(例如核心网络106、因特网110和/或网络112)的任何类型的装置。例如，基站114a，114b可以是基站收发信站(BTS)、节点B、e节点B、家用节点B、家用e节点B、站点控制器、接入点(AP)、无线路由器以及类似装置。尽管基站114a，114b每个均被描述为单个元件，但是可以理解的是基站114a，114b可以包括任何数量的互联基站和/或网络元件。

基站114a可以是RAN 104的一部分，该RAN 104还可以包括诸如站点控制器(BSC)、无线电网络控制器(RNC)、中继节点之类的其他基站和/或网络元件(未示出)。基站114a和/或基站114b可以被配置成传送和/或接收特定地理区域内的无线信号，该特定地理区域可以被称作小区(未示出)。小区还可以被划分成小区扇区。例如与基站114a相关联的小区可以被划分成三个扇区。由此，在一种实施方式中，基站114a可以包括三个收发信机，即针对所述小区的每个扇区都有一个收发信机。在另一实施方式中，基站114a可以使用多输入多输出(MIMO)技术，并且由此可以使用针对小区的每个扇区的多个收发信机。

基站114a，114b可以通过空中接口116与WTRU 102a，102b，102c，102d中的一者或多者通信，该空中接口116可以是任何合适的无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可见光等)。空中接口116可以使用任何合适的无线电接入技术(RAT)来建立。

更具体地，如前所述，通信系统100可以是多接入系统，并且可以使用一个或多个信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，在RAN 104中的基站114a以及WTRU 102a，102b，102c可以实施诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，其可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。

在另一实施方式中，基站114a和WTRU 102a，102b，102c可以实施诸如演进型UMTS陆地无线电接入(E-UTRA)的无线电技术，其可以使用长期演进(LTE)和/或高级LTE(LTE-A)来建立空中接口116。

在其他实施方式中，基站114a和WTRU 102a，102b，102c可以实施诸如IEEE 802.16(即全球微波互联接入(WiMAX))、CDMA2000、CDMA20001x、CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)、GSM EDGE(GERAN)等等的无线电技术。

图4A中的基站114b可以是无线路由器、家用节点B、家用e节点B或者接入点，并且可以使用任何合适的RAT，以便于在诸如商业处所、家庭、车辆、校园等等的局部区域的通信连接。在一种实施方式中，基站114b和WTRU 102c，102d可以实施诸如IEEE 802.11之类的无线电技术以建立无线局域网络(WLAN)。在另一实施方式中，基站114b和WTRU 102c，102d可以实施诸如IEEE 802.15之类的无线电技术以建立无线个人局域网络(WPAN)。在又一实施方式中，基站114b和WTRU 102c，102d可以使用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等)以建立微微小区(picocell)和毫微微小区(femtocell)。如图4A所示，基站114b可以具有至因特网110的直接连接。由此，基站114b不必经由核心网络106来接入因特网110。

RAN 104可以与核心网络106通信，该核心网络106可以是被配置成将语音、数据、应用程序和/或网际协议上的语音(VoIP)服务提供到WTRU 102a，102b，102c，102d中的一者或多者的任何类型的网络。例如，核心网络106可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、网际互联、视频分配等，和/或执行高级安全性功能，例如用户认证。尽管图4A中未示出，需要理解的是RAN 104和/或核心网络106可以直接或间接地与其他RAN进行通信，这些其他RAT可以使用与RAN 104相同的RAT或者不同的RAT。例如，除了连接到可以采用E-UTRA无线电技术的RAN 104，核心网络106也可以与使用GSM无线电技术的其他RAN(未显示)通信。

核心网络106也可以用作WTRU 102a，102b，102c，102d接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网110可以包括互联计算机网络以及使用公共通信协议的装置的全球系统，所述公共通信协议例如传输控制协议(TCP)/网际协议(IP)因特网协议套件的中的TCP、用户数据报协议(UDP)和IP。网络112可以包括由其他服务提供方拥有和/或运营的无线或有线通信网络。例如，网络112可以包括连接到一个或多个RAN的另一核心网络，这些RAN可以使用与RAN 104相同的RAT或者不同的RAT。

通信系统100中的WTRU 102a，102b，102c，102d中的一些或者全部可以包括多模式能力，即WTRU 102a，102b，102c，102d可以包括用于通过不同通信链路与不同的无线网络进行通信的多个收发信机。例如，图4A中所示的WTRU 102c可以被配置成与使用基于蜂窝的无线电技术的基站114a进行通信，并且与使用IEEE 802无线电技术的基站114b进行通信。

图4B是示例WTRU 102的系统框图。如图4B所示，WTRU 102可以包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示屏/触摸板128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136和其他外围设备138。需要理解的是，在与以上实施方式保持一致的同时，WTRU 102可以包括上述元件的任何子组合。

处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、其他任何类型的集成电路(IC)、状态机等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使得WTRU 102能够操作在无线环境中的其他任何功能。处理器118可以耦合到收发信机120，该收发信机120可以耦合到发射/接收元件122。尽管图4B中将处理器118和收发信机120描述为独立的组件，但是可以理解的是处理器118和收发信机120可以被一起集成到电子封装或者芯片中。

发射/接收元件122可以被配置成通过空中接口116将信号发送到基站(例如基站114a)，或者从基站(例如基站114a)接收信号。例如，在一种实施方式中，发射/接收元件122可以是被配置成传送和/或接收RF信号的天线。在另一实施方式中，发射/接收元件122可以是被配置成传送和/或接收例如IR、UV或者可见光信号的发射器/检测器。仍然在另一实施方式中，发射/接收元件122可以被配置成发送和接收RF信号和光信号两者。需要理解的是发射/接收元件122可以被配置成传送和/或接收无线信号的任意组合。

此外，尽管发射/接收元件122在图4B中被描述为单个元件，但是WTRU 102可以包括任何数量的发射/接收元件122。更特别地，WTRU 102可以使用MIMO技术。由此，在一种实施方式中，WTRU 102可以包括两个或更多个发射/接收元件122(例如多个天线)以用于通过空中接口116发射和接收无线信号。

收发信机120可以被配置成对将由发射/接收元件122发送的信号进行调制，并且被配置成对由发射/接收元件122接收的信号进行解调。如上所述，WTRU 102可以具有多模式能力。由此，收发信机120可以包括多个收发信机以用于使得WTRU 102能够经由多RAT进行通信，例如UTRA和IEEE 802.11。

WTRU 102的处理器118可以被耦合到扬声器/麦克风124、键盘126和/或显示屏/触摸板128(例如，液晶显示器(LCD)单元或者有机发光二极管(OLED)显示单元)，并且可以从上述装置接收用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示屏/触摸板128输出用户数据。此外，处理器118可以访问来自任何类型的合适的存储器中的信息，以及向任何类型的合适的存储器中存储数据，所述存储器例如可以是不可移动存储器130和/或可移动存储器132。不可移动存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或者任何其他类型的存储器存储装置。可移动存储器132可以包括用户标识模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施方式中，处理器118可以访问来自物理上未位于WTRU 102上而位于例如服务器或者家用计算机(未示出)上的存储器的数据，以及向上述存储器中存储数据。

处理器118可以从电源134接收功率，并且可以被配置成将功率分配给WTRU 102中的其他组件和/或对至WTRU 102中的其他组件的功率进行控制。电源134可以是任何适用于给WTRU 102加电的装置。例如，电源134可以包括一个或多个干电池(镍镉(NiCd)、镍锌(NiZn)、镍氢(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。

处理器118还可以耦合到GPS芯片组136，该GPS芯片组136可以被配置成提供关于WTRU 102的当前位置的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或者替代，WTRU 102可以通过空中接口116从基站(例如基站114a，114b)接收位置信息，和/或基于从两个或更多个相邻基站接收到的信号的定时来确定其位置。需要理解的是，在与实施方式保持一致的同时，WTRU可以通过任何合适的位置确定方法来获取位置信息。

处理器118还可以耦合到其他外围设备138，该外围设备138可以包括提供附加特征、功能性和/或无线或有线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速度计、电子指南针(e-compass)、卫星收发信机、数码相机(用于照片或者视频)、通用串行总线(USB)端口、振动装置、电视收发信机、免持耳机、蓝牙○R模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、因特网浏览器等等。

图4C是根据一个实施方式的RAN 104和核心网106的系统结构图。如上所述，RAN104可使用E-UTRA无线电技术通过空中接口116来与WTRU 102a、102b、102c进行通信。该RAN104还可与核心网106进行通信。

RAN 104可以包含e节点B 140a、140b、140c，应该理解的是RAN 104可以包含任意数量的e节点B和RNC而仍然与实施方式保持一致。e节点B 140a、140b、140c每个可以包含一个或多个收发信机，该收发信机通过空中接口116来与WTRU 102a、102b、102c通信。在一个实施方式中，e节点B 140a、140b、140c可以实施MIMO技术。由此，e节点B 140a例如可以使用多个天线向WTRU 102a传送无线信号，并从WTRU 102a接收无线信号。

该e节点B 140a、140b、140c中的每一个可与特定小区(未示出)关联，并可配置为处理无线电资源管理决策、切换决策、上行链路和/或下行链路的用户调度等。如图4C所示，e节点B 140a、140b、140c可以通过X2接口相互通信。

图4C中所示的核心网106可包括移动性管理网关(MME)142、服务网关144和分组数据网络(PDN)网关146。虽然将上述各个组件表示为核心网106的一部分，但应当可以理解的是，任何一个组件都可由核心网运营商以外的实体拥有和/或操作。

MME 142可以通过S1接口连接至RAN 104中的e节点B 140a、140b、140c中的每一个，并可用作控制节点。例如，MME 142可以用于对WTRU 102a、102b、102c的用户认证、承载激活/去激活、在WTRU 102a、102b、102c的初始连接期间选择特定服务网关等。MME 142还可提供控制平面功能，用于在RAN 104和使用其他无线电技术，例如GSM或WCDMA的RAN之间进行切换。

服务网关144可以通过S1接口连接至RAN 104中的e节点B 140a、140b、140c中的每一个。服务网关144通常可以向/从WTRU 102a、102b、102c路由和转发用户数据分组。服务网关144还可执行其他功能，例如在e节点B间的切换期间锚定用户面，当下行链路数据可用于WTRU 102a、102b、102c时触发寻呼、管理和存储WTRU 102a、102b、102c上下文等。

服务网关144还可连接至PDN网关146，该PDN网关可向WTRU 102a、102b、102c提供对分组交换网络的接入，例如因特网110，从而便于WTRU 102a、102b、102c与IP使能设备之间的通信。

核心网106可以便于与其他网络的通信。例如，核心网106可以向WTRU 102a、102b、102c提供对电路交换网络的接入，例如PSTN 108，以便于WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如，核心网106可以包括IP网关(例如，IP多媒体子系统(IMS)服务器)，或可以与该IP网关进行通信，该IP网关用作核心网106与PSTN 108之间的接口。此外，核心网106可以向WTRU 102a、102b、102c提供对网络112的接入，该网络112可以包括由其他服务提供商拥有/操作的有线或无线网络。

小区中的TDD UL/DL配置可以提供UL和DL子帧的一定比例，其可能，例如，最佳地，匹配在一定时间接受服务的WTRU的需要。当流量可能改变时，可以期望改变DL与UL子帧的比例来更好地服务WTRU。在最小化无法支持快速切换的WTRU的影响时为可以支持快速切换的WTRU提供DL与UL比例的快速切换或TDD UL/DL配置的方式可能是有用的。

本文中，WTRU特定可能意味着特定于一个WTRU或一组WTRU。WTRU特定信令或配置，可能意味着这种信令或配置可以提供给或用于一个WTRU或一组WTRU，且这种信令或配置不能由小区广播提供或者不能在诸如SIB1的系统信息块(SIB)中提供。WTRU特定和专用的可以互换使用。

小区特定信息或配置可能意指可以提供给、提供用于小区中所有WTRU或被其接收、期望被其接收或期望被其使用的信息或配置和/或可以由诸如在一个或多个SIB中的系统信息或由广播信令提供的信息或配置。

术语动态TDD小区和具备动态TDD能力的小区可以用于指可以支持其TDD UL/DL配置的动态重配置的小区，也指本文中作为动态TDD重配置。动态TDD重配置的意思可以是重配置可以使用除改变UL/DL配置之外的方式进行，其可以在小区广播信令和/或诸如SIB1的SIB中指示，SIB1可以，例如，经由现有系统信息修改进程，诸如LTE系统信息修改进程改变。

术语TDD UL/DL配置和UL/DL配置可以互换使用。本文TDD可以用做一个示例，不是意欲限制实施例的实用性。

术语网络、网络节点、eNB和小区可以互换使用。分量载波和服务小区可以互换使用。

PDCCH可以包括或者可以用于表示PDCCH和/或EPDCCH。指配、授权和分配可以互换使用。

术语半静态TDD小区、非动态TDD小区和具备非动态TDD能力小区可以用于指可以或可以仅通过例如，经由诸如LTE系统信息修改进程的现有系统信息修改进程，改变在小区广播信令和/或SIB，诸如SIB1中指示的UL/DL配置来重新配置其UL/DL配置的小区。

传统WTRU可以指不能支持某些功能的WTRU，诸如可以支持TDD但是不能支持动态TDD重配置的WTRU。传统WTRU可以指不支持某些功能的WTRU，诸如可以支持UL/DL配置但是不能支持那个UL/DL配置的动态重配置的WTRU。传统WTRU可以指可能遵循一定发布或版本，诸如3GPP或LTE标准发布或版本的WTRU。例如，可能遵循不迟于一定发布，诸如版本11的3GPP或LTE标准版本的WTRU可以认为是传统WTRU。动态TDD WTRU可以指支持动态TDD重配置的WTRU。本文定义的关于UL/DL子帧方向的方法、进程和实施例可以应用到WTRU特定和/或进程特定的TDD UL/DL配置，反之亦然。

以下描述涉及测量，例如空闲模式和/或连接模式测量。由于WTRU的服务和邻居小区可能具有不同的UL/DL配置，且那些配置可能改变，因此WTRU可能需要额外的信息使它能够正确检测并测量邻居小区和/或避免不必要的功率消耗操作，诸如在邻居UL子帧中进行测量。例如，WTRU可能需要一个或多个邻居小区的UL/DL配置。

WTRU可以具有为了服务和/或邻居小区测量的目的的关于DL子帧的信息，例如为了WTRU精确地和/或有效地测量服务和/或邻居小区的RSRP和/或RSRQ。这个信息可以，例如由eNB提供给WTRU，和/或由WTRU以以下的一种或多种方式进行确定。

WTRU可以使用在TDD UL/DL配置，诸如可以由广播信令，诸如在SIB诸如SIB1中提供的TDD UL/DL配置中指示的DL子帧作为它可以为了服务和/或邻居小区测量的目的使用的DL子帧的参考。

WTRU可以，例如从eNB接收UL/DL配置，其可以至少或者特别用于服务和/或邻居小区测量。这个指示的配置可以或者不能与小区广播的，例如SIB1、UL/DL配置中的配置不同。为了服务和/或邻居小区配置的目的，WTRU可以使用测量UL/DL配置中的任意DL子帧。WTRU可以期望测量需要的DL信号可以在那些子帧中出现，例如，小区特定参考信号(CRS)，至少针对服务小区测量。

WTRU可以例如从eNB接收子帧模式，其可以特别指示可以用于测量服务和/或邻居小区的DL子帧。在指示为“可测量”子帧的DL子帧中，WTRU可以至少针对服务小区测量期望测量所需的DL信号出现。其他子帧，例如，非可测量子帧，可以在某些时候是DL子帧但是可能由于小区的动态TDD重配置而改变。

WTRU可以不需要来自网络的指示就确定它可以用于服务和/或邻居小区测量的子帧，例如，基于可以预先定义为或了解为DL和/或特定子帧的子帧。作为示例，TDD配置可以定义有对于所有配置固定为DL的子帧的两个子帧，诸如子帧0和5，一个总是特别子帧的子帧，诸如子帧1，和一个根据UL/DL配置可以是DL或特别子帧的子帧，诸如子帧6。在这个示例中，子帧{0,1,5,6}可能有机会，在整个子帧或部分子帧中，具有从小区发出的CRS。WTRU可以确定对于其自身使用这些子帧的全部还是子集来进行小区测量。

WTRU可以，例如从eNB接收DL子帧信息或UL/DL配置，诸如以上所述，针对一个或多个邻居小区或者一组或多组邻居小区中的每一个，为了邻居小区测量的目的。该信息可以由WTRU接收作为系统信息的一部分，系统信息可以由eNB发送，诸如通过广播，例如，用于频率内和/或频率间测量和/或小区重选信息，例如，在SIB3、SIB4、SIB5和/或SIB6中的一个或多个中。该信息也可以或者替换地提供作为特别期望和/或由WTRU接收的专用信息。在这种情况下，专用信息可以通过小区广播的系统信息取代接收的信息。接收到的DL子帧、子帧模式或UL/DL配置的相邻小区集合可以具有以下范围的一个或多个。一个DL子帧的集合、一个子帧模式或UL/DL配置可以专门用于相邻小区，并可以在频内或频间邻居小区列表中提供。一个DL子帧的集合、一个子帧模式或UL/DL配置可以专门用于一组属于相同载波频率的相邻小区。一个DL子帧的集合、一个子帧模式或UL/DL配置可以应用于可以由WTRU自主检测的所有小区，并且不能包含在频内或频间邻居小区列表中。该信息可以应用为DL子帧的默认集合，以往内WTRU可以进行检测到的邻居小区的测量。可以由WTRU隐含得到或明确传递到WTRU的一个DL子帧的集合、一个子帧模式或UL/DL配置可以应用到所有邻居小区。

WTRU可以接收可能与可以应用到相邻小区测量的子帧模式、DL子帧集合或UL/DL配置相关联的有效时间的指示。具有动态改变TDD UL/DL配置的小区可以比携带邻居小区信息的SIB可能改变更频繁地改变它们的UL/DL配置，或者比具有更新的邻近小区信息的信令可以更频繁地提供给WTRU。这样，具有支持动态TDD重配置的服务小区的WTRU可能有时正在使用无效信息进行邻居小区测量。WTRU可以在特定的有效时间之后使接收的用于测量的UL/DL配置、子帧模式或DL子帧的邻居小区集合无效。这个有效时间段可以与DL子帧集合、子帧模式或UL/DL配置一起提供，并可以应用到信息应用的范围。有效定时器一期满，WTUR就停止对于相应邻居小区或小区集合的测量，直到可以接收更新的信息。WTRU可以尝试读取SIB1和/或SIB2用于检测的邻居小区，针对该邻居小区有效定时器已经期满，从而，例如，为了测量的目的，可以针对邻近小区读取最新的SIB1特定UL/DL配置。WTRU还可以，或者替换地，读取SIB2，并可能特别地读取SIB2中的PCCH配置IE，以确定对于那个邻居小区的更新测量配置的有效性。

关于小区选择和重选，一些WTRU(例如，可以支持动态TDD重配置的WTRU)可以在非动态TDD小区上优先处理TDD小区。一些WTRU(例如，不能支持动态TDD重配置的WTRU)可以在动态TDD小区上优先处理非动态TDD小区。WTRU可以接收关于TDD小区是否支持动态重配置的信息作为来自动态TDD小区的广播系统信息一部分。支持动态TDD重配置的WTRU可以选择(例如，仅选择)动态TDD小区，例如作为服务小区。动态TDD小区可以包含在SIB，诸如SIB1中的一个或多个门限或参数值，诸如非零Q–rxlevmin或Q-qualminoffset IE值，其可以按照优先级使用。例如，这些一个或多个值可能导致需要更高测得的RSRP或RSRQ值的传统WTRU认为动态TDD小区合适。对于支持动态TDD重配置的WTRU，如果WTRU可以检测小区为动态的TDD小区，那么WTRU可能忽略一个或多个门限或参数值(例如偏置)，该门限或参数值可能导致针对该动态TDD小区被认为是合适小区，WTRU需要满足较低小区选择标准(例如，S-标准)。

某些(例如，那些支持动态TDD重配置的)WTRU可以在具备非动态TDD能力的小区中优先处理具备动态TDD能力的小区。具备动态TDD能力的小区可以在小区集群中部署。

WTRU可以接收更高的小区重选频率优先级用于一个或多个具备动态TDD能力的小区。WTRU可以接收较低的小区重选频率优先级用于一个或多个非动态TDD小区。

WTRU可以接收具有可能不同的以每个小区为基准定义的Q–rxlevmin或Q-qualmin的频间邻居小区信息，和/或它可以接收可用于专用于动态TDD小区的小区选择标准(例如，S标准)估计的值，例如，可以由支持动态TDD重配置的WTRU使用的值，可以使得小区重选标准可以支持较高优先级频率邻居中半静态TDD小区上的动态TDD小区。

WTRU可以接收每个小区偏移，例如，Q偏移，n。例如，在具有频内邻居小区或者相等或较低优先级的频间邻居小区的情况下，一些WTRU(诸如那些支持动态TDD重配置的)可以优先处理具有比半静态TDD小区更高的秩的动态TDD小区。WTRU可以从小区接收可能覆盖在系统广播信息中提供的相关配置的专用信息。

基于动态TDD小区之前的测量知识或者通过邻居小区测量方式的动态TDD小区检测，例如，通过改变对于S标准估计的偏移值，WTRU可以自主地提高具有动态TDD小区的频率优先级或者提高动态TDD小区本身的优先级。这可能类似于重新自主确定封闭用户组(CSG)小区和多媒体广播/多播服务(MBMS)小区的优先次序。

关于DRX和寻呼，特定子帧，例如子帧6上的寻呼能力可能依赖于该子帧是常规DL子帧或者特殊子帧。例如，由于UL/DL重配置WTRU可能不知道子帧诸如子帧6是常规DL还是特殊子帧，可能错过寻呼时机。

以下的一个或多个可以以任意组合和任意顺序应用。无论eNB是否可以在子帧6中发送寻呼消息，WTRU都不能期望在子帧6上为其准备的任意寻呼。WTRU可以接收可能将DL子帧6设置为特殊子帧的WTRU特定TDDUL/DL配置。网络不能将子帧6分配为寻呼时机。作为示例，这可以通过不把“nB”参数设为4*T来完成，从而不是所有的4子帧时机都可以用于寻呼。WTRU可以接收它可以遵循(或使用)针对寻呼和/或一个或多个其他过程的参考配置。

WTRU可以遵循(或使用)以上过程来确定PDSCH域或者在子帧6中接收系统信息(SI)消息的可能性。WTRU可以在这个可能使用与广播消息不同PRB大小的子帧中接收PDSCH传输。对于接收在PDCCH中处理的指配，诸如对于携带系统信息或寻呼信息的PDSCH的指配，WTRU可以使用SIB1UL/DL配置确定子帧以监测具有SI-RNTI或P-RNTI的PDCCH(或者其可能包含PDCCH)，或者配置的动态TDD UL/DL配置。关于以上描述，可以应用EPDCCH代替PDCCH。

关于切换，目标小区中不了解动态TDD重配置的WTRU不能正确切换到那个小区。WTRU可以从源eNB接收信令，诸如可以包括可能是具有移动控制信息IE的RRC重配置消息的RRC消息的RRC信令，来触发到可以在该消息中确定的目标小区的切换。该信令，例如，RRC消息或另一个消息，可以包含以下的一个或多个：目标小区的小区特定的，例如，SIB1特定的TDD配置，例如，TDD UL/DL配置；目标小区是否是动态TDD小区的指示(例如，它是否支持TDDUL/DL配置的动态重配置)；一个或多个WTRU特定或过程特定TDD UL/DL配置，诸如当前WTRU特定的或过程特定的TDD UL/DL配置，或可能用于或仅用于目标小区是动态TDD小区的情况的配置；可能用于或仅用于目标小区是动态TDD小区的情况，目标小区根据当前UL/DL配置在其重配置期间可以使用的一组可能TDD配置。

WTRU可以使用当前的和可能的其他组的TDD配置来正确选择用于与目标小区同步的资源，和/或完成切换过程的信令。可替换地，WTRU可以使用小区特定的(诸如SIB1)UL/DL配置用于确定与目标小区同步的资源(例如，DL子帧)和/或用于传递切换过程完成的资源(例如，PRACH资源)。在使用WTRU特定或过程特定TDD UL/DL配置在任意步骤切换过程失败的情况下，WTRU可以回退到目标小区的SIB1特定TDD UL/DL配置并重新尝试同步和/或切换完成过程。

在WTRU切换失败的情况下，例如由于无线链路故障或相关定时器，诸如T304过期，WTRU可以尝试重新建立到源小区的RRC连接恢复之前使用的配置。在这种情况下，WTRU可以，作为重新建立过程的一部分，尝试基于其之前配置的WTRU特定或过程特定的配置，重新与源小区同步，如果失败，WTRU可以回退使用小区特定的(例如，SIB1)配置。可替换地，WTRU可以不管任何之前配置的WTRU特定或过程特定的配置，使用小区特定(例如，SIB1)的TDDUL/DL配置用于重新建立。使用UL/DL配置可以包括基于UL/DL配置的以下一个或多个：子帧的方向、每个UL和DL的HARQ和调度的定时、参考信号和同步信道的位置、PRACH资源的分配等等。

关于TDD的半持续调度(SPS)，在可能导致动态TDD小区混乱的某些情况下，SPS配置可以是依赖于UL/DL配置的。WTRU可以接收小区特定的(例如，SIB1特定的)UL/DL配置，和/或可以接收一个或多个WTRU特定的UL/DL(或者可能仅DL)配置。

给定SPS过程依赖于TDD小区，例如动态TDD小区的UL/DL配置，WTRU可以接收哪个UL/DL配置用做UL和DL SPS过程和/或每个过程单独的参考的明确指示。例如，WTRU可以接收可能包含在由RRC信令提供的SPS配置中的使用哪个UL/DL配置的指示。WTRU可以接收针对UL和/或DL SPS过程使用小区特定的(例如，SIB1特定的)UL/DL配置的指示。

WTRU可以接收指明SPS配置的特定UL/DL配置的值，其可以应用到SPS过程。WTRU可以对于DL SPS过程使用子帧0和5，对于UL SPS过程使用子帧2，以使它可以不依赖于UL/DL配置。

WTRU可以对于UL SPS过程，例如，对于诸如HARQ和重传的UL SPS定时关系使用小区特定的(例如，SIB1特定的)TDD UL/DL配置。

WTRU可以对于DL SPS过程，例如，对于诸如HARQ和重传的DL SPS定时关系使用WTRU特定的或过程特定的TDD UL/DL配置。该配置可以与可以由WTRU用于DL PDSCH(例如，DL PDSCH调度)及其相关联的DLHARQ(例如，对于DL HARQ和DL PDSCH调度的定时)的配置相同。

可能由于UL/DL重配置，当前配置的SPS过程可能不再有效，例如，对于SPS的UL子帧现在可能变为DL子帧，反之亦然。重配置可能是，例如，小区特定(例如，SIB1特定的)UL/DL配置的重配置、WTRU特定或过程特定的UL/DL配置的重配置的结果，或者由于子帧方向的改变。

WTRU可以进行以下的一个或多个。WTRU可以接收当前SPS配置的明确版本，其可能具有或者在新SPS配置或可以应用到新的UL/DL配置的配置的接收之后，且WTRU可以相应地发布和/或应用SPS配置。如果根据SPS配置和可应用的UL/DL配置，WTRU可以在具有与预期动作相反方向的子帧中发送或接收，且SPS发布还没有被接收，WTRU无法在那个子帧上发送或尝试接收。WTRU可以一接收到UL/DL配置(或作为接收到UL/DL配置的结果)，就发布当前的SPS配置。WTRU可以自主发布SPS配置，其可能已经由于UL/DL配置上的改变或子帧方向上的改变而变得无效。WTRU可以认为SPS非激活，直到从eNB接收到新的配置。如果WTRU已经配置了WTRU特定的UL/DL配置，它还可以接收指示回退到用于DL和/或ULSPS的小区特定的(例如，SIB1特定的)UL/DL配置。一旦重新配置UL/DL配置，或重新配置了UL/DL配置之后，WTRU可以接收SPS过程的PDCCH顺序激活以重新启动SPS。

在相邻小区和WTRU之间具有UL/DL配置失配的场景，WTRU不能正确执行某些测量，例如，RSRP测量。连接模式的WTRU可以经由RRC信令中的MeasObjectEUTRAN从eNB接收关于频内和频间测量的子帧模式或UL/DL配置的信息。WTRU可以重新配置有不同的MeasObjectEUTRAN，例如在相邻小区的UL/DL配置改变时。

例如为了高效邻居小区测量的目的，WTRU可以读取邻居小区的系统信息，诸如SIB1以获得邻居小区的小区特定UL/DL配置。WTRU可以从其服务小区，例如在测量对象中接收小区集合，WTRU可以针对其读取SIB1，例如作为其测量过程的一部分，因此可以获取特定动态TDD小区的基于SIB1的UL/DL配置。

WTRU可以接收小区黑名单，其可以包括在配置用于传统WTRU的测量对象时的邻居动态TDD小区。这个黑名单可以，例如，用于控制传统WTRU到动态TDD小区的移动性。

如果PCell和/或SCell TDD UL/DL配置可能在改变，可能在某些DRX定时器的PDCCH子帧计数之间存在失配。这种失配可能在由WTRU察觉到的非活动时间和eNB假设的非活动时间之间产生混乱。作为解决方案，在两个TDD UL/DL配置之间的转换期间，WTRU可以挂起某些或全部DRX相关定时器，并可以维持活动直到新的UL/DL配置已经生效，其可以以如通篇所述的信令和激活过程为基础。WTRU可以接收对于DRX操作使用WTRU特定的还是SIB1特定的UL/DL配置的通知。在DRX周期的开始，WTRU可以接收某些关于对于DRX操作哪个UL/DL配置用于参考的信息。这可以由WTRU以MAC CE的形式接收或者经由RRC信令显式用信号发送到WTRU。

WTRU可以在WTRU特定的TDD UL/DL配置指示的任意下行链路子帧中接收PDCCH。

在一个实施例中，为了DRX操作的目的(例如，如果配置了)，例如在RRC连接模式中，可能配置有WTRU特定TDD UL/DL配置的WTRU可以认为根据WTRU特定TDD UL/DL配置是下行链路子帧的子帧是PDCCH子帧。PDCCH子帧可以指可以携带PDCCH和/或EPDCCH(例如，如果配置了EPDCCH)的子帧。PDCCH子帧可以是在为了DRX的目的确定活动、非活动等时可以进行计数的子帧。这可以，例如用于或仅用于WTRU特定TDD UL/DL配置可以在其中被激活和/或被使用的时间段。

在另一个实施例中，其中子帧可以仅是下行链路子帧，WTRU特定的TDD UL/DL配置可以不认为是为了DRX目的的PDCCH子帧，例如在RRC连接模式中。

一接收到来自eNB的TDD UL/DL配置的重配置，WTRU就可以进行与DRX相关的一个或多个以下过程以及其相关联的定时器。如果在从旧的配置向新的转换期间一个或多个正在进行的HARQ过程已经被取消或挂起，那么WTRU可以：停止和/或重置已经根据在具有旧的UL/DL配置的之前子帧中接收的PDSCH启动的HARQ-RTT定时器；停止和/或重置正在进行的drx重传定时器；或根据重启正在进行的短或长的DRX周期重启持续时间(onDuration)定时器。根据该定时器的重启，如果不是已经处于那个状态，WTRU可以返回活动时间。

如果已经在转换期间继续一个或多个正在进行的HARQ过程，那么WTRU可以：继续DRX过程和相关联的定时器不中断；根据对于任意正在进行HARQ过程的之前UL/DL配置继续HARQ RTT，其中根据新的DL授权新的HARQ过程可以根据新的UL/DL配置启动HARQ RTT定时器；根据新的UL/DL配置设置drx重传定时器；或者根据新的UL/DL配置在转换之后启动或重启帧中的任意定时器作为两种定时器期间，例如，对于PDCCH子帧的HARQ-RTT定时器的参考。

在TDD UL/DL配置的重配置期间，WTRU还可以在同一时间接收DRX命令MAC CE。例如，与可以经由PDCCH传递到WTRU的TDD UL/DL配置一起，WTRU可以接收PDSCH的指示，其可以包含用于DRX命令的MACCE。一接收到DRX命令，WTRU可以，停止和/或挂起任意正在进行的DRX过程。如果WTRU可以配置有DRX而DRX周期或定时器还没有启动，那么WTRU，一接收到这个命令，就可以启动短或长的DRX周期。WTRU可以使用新的TDD UL/DL配置作为DRX相关定时器的PDCCH子帧的参考。

对于一定操作，诸如当WTRU可以使用可能不同于eNB最近配置的UL/DL配置的UL/DL配置时，WTRU可以挂起DRX操作并重置所有的正在进行的DRX定时器。WTRU可以保持在活动时间并挂起PDCCH子帧的计数，直到UL/DL配置更新已经从eNB接收，可能通过RRC、PDCCH或其他指示机制。WTRU可以继续挂起DRX操作，直到从eNB接收到DRX命令MAC CE，在那个点，WTRU可以，如所配置的，在短或长DRX周期的开始从初始状态重启DRX操作。

具备动态TDD能力的小区可以(或者可能不得不)支持高级WTRU(例如，动态TDDWTRU)和传统WTRU。如果TDD UL/DL重配置可以应用到传统WTRU，可能在动态TDD过程中存在传统WTRU施加的限制。例如，重配置期间可能(或者可能需要)慢(slow)和/或在传统WTRU的限制之内。作为另一个示例，例如，当发生或使用重配置时，传统WTRU可能经历不期望的业务中断。可能会感兴趣的是部分或全部移除可能由传统WTRU施加的一个或多个限制的解决方案。

SIB1，例如对于一个小区，可以包括对于该小区的TDD特定配置信息，诸如TDD UL/DL配置。在某些实施例中，SIB1UL/DL配置可以认为是对于小区的小区特定TDD UL/DL配置。对于某些WTRU，诸如传统WTRU，SIB1UL/DL配置可以仅认为是对于该小区的TDD UL/DL配置。

某些WTRU可以遵循(或使用)相应于小区特定TDD UL/DL配置的定时和过程，该配置可以例如由eNB由SIB1或在SIB1中通过小区广播，且可以由某些，诸如任意或全部WTRU接收或者期望被它们接收。

某些WTRU可以认为一个或多个子帧，例如对于诸如服务小区的小区是DL子帧，其可以指示为对于其他WTRU，例如，对于同一小区，对于至少一个或某些操作过程，例如，PDSCH HARQ(例如，PDSCH HARQ定时)等的UL子帧。

在某些场景中，诸如在某些实施方式或对于某些过程，特殊子帧可以视为或认为是DL子帧。例如对于根据确定子帧是否为DL来确定检测还是尝试解码诸如PDCCH或EPDCCH的DL控制信道，WTRU可以将特殊子帧认为或视为DL子帧。

可以认为是小区特定TDD UL/DL配置中UL子帧，且可以或者潜在可以(但不必要)认为是DL子帧，例如对于相同小区，至少对于WTRU的一个过程的子帧，可以称为那个WTRU的“冲突子帧”。在小区特定TDD UL/DL配置中，冲突子帧可以或者可以总是被指示为UL子帧。例如，WTRU，诸如支持动态TDD重配置的WTRU可以认为一个或多个子帧是DL子帧，例如，对于诸如服务小区的小区，其可以被指示为UL子帧(例如，在SIB1中)，并可以被某些其他WTRU诸如传统WTRU或者不支持动态TDD重配置的WTRU认为是UL子帧，例如对于相同小区，对于至少一个或某些操作过程，诸如PDCCH监测、PDCCH HARQ(例如，PDSCH HARQ定时)等。

在某些实施方式中，可以在小区特定TDD UL/DL配置中认为是DL子帧，且可以或可以潜在地(但不必须)认为是UL子帧的子帧，例如对于相同小区，至少对于WTRU的过程之一，可以称为那个WTRU的“冲突子帧”。

WTRU可以配置有例如对于某一小区的一个或多个TDD UL/DL配置，其可以是对小区特定TDD UL/DL配置的补充，例如对于某一小区，其中这些配置的UL/DL配置可能不同于小区特定的UL/DL配置。这些额外的TDDUL/DL配置可以称为WTRU特定的TDD UL/DL配置。

eNB可以提供或发送和/或WTRU可以接收，例如对于某一小区诸如服务小区，不同于对于那个小区的小区特定TDD UL/DL配置的WTRU特定的TDD UL/DL配置的指示；WTRU特定的TDD UL/DL配置的指示可以是或包含以下至少之一。对于可应用于小区的TDD UL/DL配置的子集索引或者TDD UL/DL配置本身的索引、配置号或其他标识可以包含在该指示中。默认配置可能与，例如SIB1中配置的最低索引相关联。默认配置可以在控制信令中由eNB提供和/或由WTRU接收，该控制信令可以用于修改，例如从某一或给定无线电帧或子帧开始的将要使用的TDD UL/DL配置。用信号发送配置的有效时间可以包括在指示中。有效时间可以在控制信令中由eNB提供和/或由WTRU接收，该控制信令可以用于修改，例如从某一或给定无线电帧或子帧开始的将要使用的TDD UL/DL配置。当有效期满，WTRU可以丢弃配置和/或恢复到小区特定的配置。可以应用于例如某一小区的一个或多个TDD UL/DL配置的子集可以包含在该指示中。子集中的每个配置可以由其配置号或IE字段，诸如TDD配置IE中的子帧分配表示。子集可以是TDD配置IE的索引序列(或者仅是其子帧分配的)。TDD UL/DL配置的可能子集的示例可能如下：[#0，#3，#6](其可以，例如，使PRACH资源能够在具有PRACH配置索引0的子帧#4中配置)；[#1，#4](其可以，例如，使PRACH资源能够在具有PRACH配置索引0的子帧#3中配置)；[#2，#5](其可以，例如，使PRACH资源能够在具有PRACH配置索引0的子帧#2中配置)；所有TDD配置。

WTRU可以从小区特定的和/或某些之前确定的(例如，通过显式信令提供的)WTRU特定的TDD UL/DL配置中得到WTRU特定的TDD/UL配置的指示。例如，查找表可以由WTRU使用来根据小区特定的TDD UL/DL配置确定一个或多个WTRU特定的TDD UL/DL配置。

关于传输的UL/DL方向，WTRU特定的TDD UL/DL配置可以具有其自己的冲突子帧的集合。这些冲突子集可以是在例如对于某一小区的小区特定TDD UL/DL配置中指示为UL子帧，并在例如可能对于同一小区在那个WTRU特定的TDD UL/DL配置中指示为DL子帧的子帧。

WTRU可以在确定(例如由WTRU)为(或将是)例如，对于诸如服务小区的某一小区的DL子帧的子帧中接收(或尝试接收)、或仅接收(或仅尝试接收)数据和/或信令。WTRU可以在确定(例如由WTRU)为(或将是)例如，对于诸如服务小区的某一小区的UL子帧的子帧中发送或仅发送数据和/或信令。

在DL的子帧中接收或尝试接收可以包括监测PDCCH、监测EPDCCH、解码PHICH和解码PDSHC的至少之一。

eNB可以在例如那个小区的，可以由eNB或小区例如在SIB诸如SIB1中广播的小区特定TDD UL/DL配置中指示为UL子帧的子帧中发送给或者想要用于一个或多个WTRU(诸如动态TDD WTRU)的例如用于某一小区的数据和/或信令。eNB可以在例如那个小区的，可以由eNB或小区例如在SIB诸如SIB1中广播的小区特定TDD UL/DL配置中指示为DL子帧的子帧中接收(或尝试接收)来自一个或多个WTRU(诸如动态TDD WTRU)的例如，用于某一小区的数据和/或信令。

在本文的某些描述和实施方式中，当提到一个或多个小区特定TDDUL/DL配置时，一个或多个WTRU特定的TDD UL/DL配置和子帧的UL/DL方向，这种参考可以是用于某一小区的，该小区可能是服务小区和/或可以是对用某些参考诸如全部参考是同一小区。

WTRU可以使用以下技术之一或组合确定例如对于某一小区诸如服务小区的一个或一组子帧的UL/DL方向。WTRU可以确定子帧传输的方向与例如对于该小区的特定的TDDUL/DL配置中指示的方向相同。WTRU可以确定子帧传输的方向与对于该小区的那些WTRU特定的TDD UL/DL配置中指示的方向相同。WTRU可以根据例如对于该小区的小区特定的和/或WTRU特定的TDD UL/DL配置确定子帧传输的方向。WTRU可以接收传输的方向作为例如对于该小区的冲突子帧指示接收的一部分。WTRU可以认为，例如对于该小区，特殊的子帧为对于某些过程的DL子帧并且(可能同时)可以认为同一子帧是对于某些其他过程的UL子帧。

WTRU可以确定，例如对于小区诸如服务小区的传输方向，作为可以应用到一个或多个连续无线电帧的显式和/或隐式信令的一部分。例如，WTRU可以认为无线电帧的前半部分的所有UL子帧为DL子帧，直到它可能接收到显式信令，例如相反的指示(例如，信令可以控制无线电帧，诸如子帧#1中的UL/DL转换的首次出现)。WTRU可以认为无线电帧的后半部分所有UL子帧为DL子帧，直到它可能接收到显式信令，例如相反的指示(例如，信令可以控制无线电帧，诸如子帧#6中的UL/DL转换的第二次出现)。WTRU可以认为连续UL子帧的集合为DL子帧，直到它可能接收到显式信令，例如是相反的(例如，转换点可以明确地用信号发送)。

WTRU可以通过高层和/或物理层信令接收一个或多个子帧的UL/DL方向的指示。作为示例，WTRU可以通过DCI格式或消息接收或期望接收这种指示，所述格式或消息可以例如由eNB在预先定义或预先配置的时间，诸如每个无线电帧、每个无线电帧集合或无线电帧的模式中的某一子帧中发送。例如，WTRU可以接收或期望接收每n个无线电帧或每个预先配置的n个无线电帧的集合中子帧m的UL/DL方向指示。n的值可以是固定的，诸如1或4，也可以是配置的。m的值可以是固定的，诸如0或1(例如，无线电帧的第一子帧)，也可以是配置的。WTRU可以由高层信令，例如RRC信令配置，用该帧和/或子帧，诸如那些帧中的子帧，WTRU可以接收或期望接收UL/DL方向的指示。

WTRU可以使用以下之一或组合应用新接收的UL/DL传输方向或方向模式的指示：

例如，在接收了UL/DL传输方向的指示之后，WTRU可能不改变对于某一可能是预先配置数量的子帧或无线电帧期间的子帧的UL/DL传输方向或方向模式。这个期间可以称为重配置期间，如果周期性地发送、接收、调度、将要接收或预计接收UL/DL传输方向，每个期间可以是重新配置的期间。

WTRU可以在接收指示子帧UL/DL方向的信令之后迅速，例如立即改变子帧的UL/DL方向。例如，可以在无线电帧，诸如重配置期间的第一无线电帧的无线电帧的子帧，诸如子帧#0中接收这种信令的WTRU可以在同一重配置期间应用潜在的新的UL/DL方向。例如，WTRU可以在同一帧中应用潜在的新的UL/DL方向，从同一帧的子帧(诸如子帧#3)或者在下一帧中开始，或者从信令在其中被接收的帧的固定帧偏移k中开始。eNB可以在重配置期间多次(例如，在多个帧和/或子帧中)发送子帧UL/DL方向的指示，例如以提供WTRU正确接收该指示的多个机会。

一接收到当前重配置期间中指示子帧的UL/DL方向的信令，WTRU就可以从下一个重配置期间开始，例如从下一个重配置期间的开头应用接收到的子帧的UL/DL方向或改变子帧的UL/DL方向。

WTRU可以认为子帧是一个或多个无线电帧中的DL子帧，但是可能认为它是其他无线电帧中的UL子帧。如果无法接收那个子帧的任意UL传输请求，例如用于那个或那些子帧的UL调度授权，WTRU可以确定传输方向为DL。如果，没有被要求在那个子帧中发送UL信号，例如在那个或那些子帧中的PUCCH，WTRU可以确定传输方向为DL。如果可以接收用于那个子帧的至少一个UL传输请求，诸如UL调度授权，WTRU可以确定传输的方向为UL。如果可以被要求在那个子帧中发送UL信号，诸如PUCCH，WTRU可以确定传输的方向为UL。

WTRU可以根据其他子帧传输确定子帧的传输方向。作为结果，一接收和/或检测到子帧中由WTRU进行的PDSCH分配或授权，WTRU就可以认为所有后面的冲突子帧为DL子帧，直到下一个特殊指示的子帧。特殊指示的子帧的示例可以包括在小区特定的TDD UL/DL配置、WTRU特定的TDDUL/DL配置中由冲突子帧的指示集合指示的特殊子帧等。作为另一个示例，两个DL子帧之间的一个或多个子帧可以认为是DL子帧。两个UL子帧之间的一个或多个子帧可以认为是UL子帧。

一旦WTRU可以确定子帧是DL子帧，它就不能试图在那个子帧中发送信息。一旦WTRU可以确定一个子帧是UL子帧，它就不能试图在那个子帧中接收信息。

WTRU可以根据一个或多个配置参数和/或子帧的UL/DL方向指示确定子帧的UL/DL方向。这种指示的示例可以是TDD UL/DL配置的索引或其他指示，诸如可用于方向的参考TDD UL/DL配置、指示UL和/或DL子帧的位图等。子帧的UL/DL方向可以根据通过高层信令和/或物理层信令、小区特定的TDD UL/DL配置、一个或多个WTRU/过程特定的TDD UL/DL配置等提供的子帧的UL/DL方向的指示。

例如对于某一小区诸如服务小区的WTRU特定的TDD UL/DL配置可以发送到一个或多个WTRU和/或由其接收。可以接收或可能已经接收和/或可能配置有至少一个WTRU特定的TDD UL/DL配置，例如，可能不同于，例如对于同一小区的小区特定的TDD UL/DL配置的TDDUL/DL配置的WTRU，可以执行以下机制的至少之一。

WTRU可以对一个或多个特殊过程应用相应于WTRU特定的TDD UL/DL配置的一个或多个规则。WTRU可以对不同的过程应用不同WTRU特定TDD UL/DL配置的规则。在某些场景，诸如这一场景中，WTRU特定的TDD UL/DL配置可以视为或认为是过程特定的TDD UL/DL配置。“WTRU特定的TDD UL/DL配置”、“过程特定的TDD UL/DL配置”和“WTRU/过程特定的TDDUL/DL配置”可以互换使用。例如，WTRU可以根据过程特定的TDD UL/DL配置(例如，除了那些小区特定的配置之外的不同的可能兼容的UL/DL TDD指配或定时关系)获得用于UL和/或DLHARQ反馈的传输和/或用于UL调度(例如授权)和/或DL接收的格式和/或定时关系。作为另一个示例，当WTRU可能配置有WTRU特定TDD UL/DL配置时，WTRU可以进行与DL接收、测量和/或处理对于给定服务小区可用的定时器相关的一个或多个过程，其中这些过程可以由WTRU在可能在WTRU特定的TDD UL/DL配置中指示为DL子帧的子帧中执行。

WTRU可以通过覆盖相应于小区特定配置的某些或全部规则遵守一个或多个WTRU/过程特定的TDD UL/DL配置的规则。WTRU可以对一个或多个过程应用一个或一些相应于小区特定的TDD UL/DL配置的规则。例如，WTRU可以对UL调度和/或PUSCH HARQ定时应用小区特定的TDDUL/DL配置的定时关系。对于诸如那些支持动态TDD重配置的某些WTRU，可以认为小区特定的TDD UL/DL配置是过程特定的TDD UL/DL配置。

对于一个或多个过程，不同的WTRU可以遵循(或使用或应用)不同WTRU/过程特定的TDD UL/DL配置的规则。

WTRU可以在WTRU可能配置具有的WTRU特定的TDD UL/DL配置中指示为DL的子帧中对服务小区中的可应用DL物理控制信道(例如，PDCCH和/或EPDCCH)进行盲解码(例如监测和/或尝试解码)。WTRU可以或可以仅执行对于与DL传输相关的DCI的盲解码(例如监测和/或尝试解码)，例如，针对DL PDSCH指配、非周期性CSI请求、DL SPS激活等。WTRU可以根据小区特定TDD UL/DL配置和/或一个或多个WTRU/过程特定的TDD UL/DL配置确定某些过程的规则。例如，具有小区特定的以及至少一个WTRU/过程特定的TDD UL/DL配置的WTRU可以根据具有较少UL子帧配置遵循(或使用)TDD UL/DL配置的PDSCH HARQ定时。

WTRU可以接收和/或确定一个或多个WTRU/过程特定的TDD UL/DL配置。这种配置可以用做一个或多个特定过程，例如某些或全部UL相关过程、某些或全部DL相关过程、子帧UL/DL方向的确定、某些或全部测量过程等的参考TDD UL/DL配置。

根据以下机制至少之一，WTRU可以将普通子帧解释为特殊子帧，反之亦然。WTRU可以将特殊子帧的状态(例如，对于无线电帧诸如子帧#6的后半部分)改变(或变换(toggle))到正常的DL子帧(反之亦然)。如果确定子帧(X)为DL子帧且确定子帧(X+1)为UL子帧，WTRU可以将冲突子帧(X)视为特殊子帧。WTRU可以认为，根据小区特定的配置指示为UL子帧的子帧可以改为正常的DL子帧(例如，对于无线电帧，诸如子帧#7、#8和/或#9的后半部分的子帧)(反之亦然)。

WTRU可能使用以下过程之一或组合接收子帧某些或全部OFDM符号中的信息。WTRU可以将在小区特定的或WTRU特定的TDD UL/DL配置中指示为DL子帧的子帧视为特殊子帧。这种情况下，WTRU可以仅在子帧的PFDM符号的子集中接收信息。

WTRU可以将普通DL子帧视为修改的子帧，其可能不同于普通DL/UL或特殊子帧。作为一个示例，该子帧中DL OFDM符号的数量可能比普通DL子帧中的少，和/或该子帧可能由两部分组成，其中子帧的第一部分，例如，在子帧开头的一定数量的连续PFDM符号，可以认为是DL OFDM符号(与特殊子帧中的DwPTS类似)和/或子帧的第二部分，子帧结尾的一定数量的OFDM符号，可能不能由WTRU使用并可以视为保护时间，等。

不同被修改子帧的其他示例可以包括，但不限于以下。不管在PBCH中检测到的天线端口数量而不发送CRS的子帧，诸如可以在某些诸如LTE新载波类型(NCT)的载波的一些操作模式中支持的子帧，例如无CRS子帧。与正常子帧相比以某种方式减少其中CRS开销的子帧，例如，CRS最小化子帧，诸如可以在某些载波诸如NCT的某些操作模式中支持的子帧。其中子帧的一部分被定义为正常子帧，另一部分定义为NCT子帧的子帧，例如，正常和NCT子帧的混合。

对于DL接收和/或UL发送，WTRU可以对于无线电帧中的不同子帧使用不同的子帧类型。在下文中，描述了被修改子帧的定义和操作。

WTRU可以通过使用以下技术之一或组合确定被修改子帧的格式。WTRU可以使用配置用于特殊子帧的GP长度，其可以在当前小区的TDD配置中用信号发送，作为被修改子帧的GP长度。WTRU可以通过eNB规定的DwPTS或GP的的长度使用被修改子帧的配置。WTRU将确定性的或预先配置的配置用于被修改子帧。

如果WTRU使用配置用于特殊子帧的GP长度，其可以在当前小区的TDD配置中用信号发送，作为被修改子帧的GP长度，WTRU就可以确定DwPTS的长度为相应特殊子帧配置的DwPTS和UpPTS的和。例如，对于具有在SIB1的TDD配置中通知的正常CP的特殊子帧配置#4，WTRU可以理解被修改子帧具有13个OFDM符号作为DwPTS，1个OFDM符号为GP。

通过使用以下技术之一或组合，WTRU可以确定用于被修改子帧的DM-RS的模式，如果存在，其可以用于，TM8、TM9或EPDCHH。WTRU可以使用配置用于特殊子帧的DM-RS模式，其可以在当前小区的TDD配置中用信号发送，作为被修改子帧的DM-RS模式。WTRU可以使用固定的DM-RS模式用于具有小于或等于门限值的GP长度的被修改子帧。例如，如果被修改子帧的GP长度<＝3个OFDM符号，那么可以在具有正常CP的被修改子帧中使用具有正常CP的用于特殊子帧配置3、4和8的DM-RS模式。

WTRU可以使用配置用于特殊子帧的DM-RS的相同模式，其具有所有特殊子帧中配置中的最短UpPTS，其中GP长度可能与被修改子帧的长度相等。

WTRU可以使用由eNB用信号发送的DM-RS模式。该模式可以对应于在特殊子帧配置之一中使用的模式。

WTRU可以确定可能等于或小于被修改子帧中指配PRB数量的有效PRB的数量。一在被修改子帧中接收到第一个HARQ，WTRU就可以使用至少有效PRB的数量和传输块大小(TBS)索引来确定PDSCH的TBS。WTRU可以以任意顺序执行以下步骤的至少一个或组合来确定有效PRB的数量。如果在特殊子帧中WTUR可以确定PRB的有效数量。WTRU可以通过将乘法因子(例如，DwPTS符号的#/正常CP中的14，DwPTS符号的#/正常CP中的16)应用到指配数量的PRB来确定PRB的有效数量。

WTRU可以通过将定义用于给定GP长度的乘法因子应用到指配数量的PRB来确定PRB的有效数量。为了WTRU确定因子，对于不同的GP需要映射表格。

如果WTRU可以确定如同在特殊子帧中的PRB的有效数量，WTRU就可以通过使用以下技术之一或组合确定哪个特殊子帧配置。所使用的特殊子帧配置可以与在当前小区的TDD配置中用信号发送的特殊子帧配置相同。所使用的特殊子帧配置可以是在所有特殊子帧配置中具有最短UpPTS的特殊子帧配置之一，其中GP长度可能与被修改子帧的长度相同。

WTRU可以使用以下过程和/或技术之一或组合接收一个或多个子帧的子帧类型的指示。WTRU可以接收可能覆盖或不覆盖WTRU当前配置和/或运行假设的子帧类型的指示。作为示例，可以在WTRU将要遵循(或使用)的TDD UL/DL配置中通知WTRU将一个子帧视为特殊子帧，，那个子帧可以标记或标识为正常子帧，诸如正常DL子帧。

WTRU可以接收子帧类型指示作为UL和/或DL授权的一部分。作为示例，WTRU可以在指示是否将所指示的子帧视为特殊子帧的授权中接收指示。

WTRU可以接收子帧类型的指示，指明子帧的第一部分，例如，子帧开始处的一定数量的连续OFDM符号可以认为是DL和/或子帧的第二部分，例如，子帧结尾处一定数量的连续OFDM符号可以认为是UL OFDM符号。在前述分配给保护时间的第一部分和第二部分之间还存在一定数量的连续OFDM符号，可能用于RF切换、传播时延等。保护OFDM符号的数量可以计算为子帧中总的OFDM符号数量减去之前所述的第一部分和第二部分OFDM符号的和的差值。

WTRU可以通过信令方式，诸如本文所述的那些(例如，经由RRC广播、RRC专用信令、或物理层信令诸如经由PDCCH或EPDCCH)，接收用于被修改子帧的格式的一个或多个参数。

可以被用信号发送的用于被修改子帧的参数可以包括以下参数之一或组合的值、指示和/或索引：GP长度、DwPTS长度、DM-RS模式和用于确定PRB有效数量的乘数因子。

专用于被修改子帧的参数值(例如，GP长度或DM-RS模式)可以限制为可以定义用于特殊子帧配置中相同参数的值的子集。

WTRU可以接收与指示当前子帧为DL授权可以在其中经由PDCCH或EPDCCH提供的被修改子帧的DL授权一起，接收用于被修改子帧格式的一个或多个参数。

eNB可以通过使用以下技术之一或组合用信号发送，例如，动态和/或明确地，到WTRU，该当前子帧是特殊子帧或被修改子帧。该信号可以在DL授权中携带。信号可以指明子帧是被修改子帧、特殊子帧还是正常DL子帧。信号可以携带被修改子帧的一个或多个格式参数。如果调度了特殊子帧，信号可以携带特殊子帧配置

eNB可以或可以仅在冲突子帧中用信号发送子帧类型作为修改或特殊子帧，在小区特定的TDD UL/DL配置中其下一个子帧可能是UL。WTRU可以通过使用以下技术之一或组合隐含地和/或自主地确定当前子帧为特殊子帧还是被修改子帧。如果下一个子帧可以是小区特定配置中的UL子帧，且当前子帧可以是冲突子帧(例如，小区特定配置中的UL或特殊子帧，WTRU特定配置中的灵活或DL子帧)，那么WTRU可以确定当前子帧为修改或特殊子帧。

如果当前子帧是小区特定配置中的SRS子帧，且当前子帧可能是WTRU特定配置中的冲突子帧(例如，小区特定配置中的UL或特殊子帧，WTRU特定配置总的灵活或DL子帧)，那么WTRU可以确定当前子帧为特殊子帧。

WTRU可以或可以仅应用某些所述技术，例如，隐含和/或自主地确定携带控制信号(例如，EPDCCH)的RB的DwPTS长度和/或格式，同时携带PDSCH的RB的DwPTS长度和/或格式可以由例如EPDCCH指示的DL授权明确指明。对于所有WTRU明确或隐含确定为被修改子帧的子帧，被修改子帧的格式相同。在所有WTRU明确或隐含确定为被修改子帧的子帧之间，被修改子帧的格式可能不同。例如，GP长度可以根据子帧编号和/或SFN、eNB经由X2应用的干扰抵消技术、和/或允许的特定子帧的eNB发送功率。如果邻居小区和/或集群可能更(不)可能使用下一个子帧作为UL，那么eNB可以用更长(或短)的GP配置某一#的子帧。

如果WTRU可以隐含或明确确定当前冲突子帧为被修改子帧或特殊子帧，并且如果在当前子帧中存在CRS传输，那么WTRU可以不使用CRS用于无线链路监测(RLM)或无线资源管理(RRM)相关测量。

WTRU可能使用以下技术之一或组合，在可以对于或由一个或多个WTRU认为是DL子帧的子帧中的UL方向发送。WTRU可以在那个WTRU认为是潜在UL传输的子帧中发送。这种潜在的UL传输子帧可以向WTRU指明为小区特定的和/或WTRU特定的TDD UL-DL配置的一部分。WTRU可以在eNB认为是或者对于或由一个或多个WTRU认为是多媒体广播多播业务单频网络(MBSFN)子帧的子帧中发送。如果可能隐含或明确要求进行UL传输，WTRU可以在子帧中发送。例如，WTRU可能需要提供PUCCH并为此可能启动特殊子帧中的UL传输。作为另一个示例，WTRU可能在用于UL传输的子帧中接收明确信息。如果在多播数据通过MBSFN子帧发送到所有WTRU或WTRU的子集时，确定子帧可能给一个或多个WTRU的携带DL信息和/或那个子帧可以配置为MBSFN，那么WTRU不能在子帧中发送。

WTRU可以使用以下过程之一或组合在子帧的某些或全部OFDM符号中发送。在发送时，WTRU可以跳过一个或多个相邻OFDM符号。被跳过的OFDM符号可以在子帧的开头和/或结尾。WTRU可以配置为跳过UL传输中一定数量的OFDM符号。所配置的被跳过的符号数量对于那个WTRU的所有UL子帧可以相同或不同。WTRU可以隐含确定UL传输中跳过的OFDM符号的数量。作为一个示例，例如，如果子帧可以配置为MBSFN子帧或可以认为是对于一个或一些WTRU的MBFSN子帧，那么WTRU可以跳过子帧的UL传输开头处的一定数量相邻的OFDM符号。OFDM被跳过的数量可以是一个或多个因素的函数，诸如，但不限于，MBFSN控制信道大小、RF切换时间、传播时延、小区大小、小区特定UL-DL配置等。

以下涉及一个示例，其中WTRU可以遵循(或使用)用于某些过程的一个或多个WTRU特定TDD UL/DL配置，并可以在根据小区特定的TDDUL/DL配置中可能是DL的子帧中发送。所提机制和技术的一个示例性实施方式如下，其各部分可以全部或部分并以任意顺序执行。WTRU可以经由SIB1接收TDD UL/DL配置config_cell(配置_小区)。某些WTRU，例如动态TDDWTRU，可以接收WTRU/过程特定的TDD UL/DL配置，例如，配置_wtru_1(config_wtru_1)，其可能不同于config_cell。例如，config_cell和config_wtru_1对可以这样选择，config_wtru_1指示的DL子帧可以是config_cell指示DL子帧的子集。冲突子帧可以由在config_cell中标记为DL和在config_wtru_1中标记为UL的子帧构成。某些WTRU，例如传统WTRU，可以配置有子帧3、4、7、8和/或9中的一个或多个作为MBSFN子帧。某些WTRU，例如动态TDDWTRU，可以使用用于UL调度和/或PUSCH HARQ定时和/或PDSCH HARQ定时的config_wtru_1的定时和/或机会规则。如果那些子帧对应于针对其他WTRU，例如，传统WTRU的通告的MBSFN子帧，某些WTRU，例如动态TDD WTRU，可以配置为跳过其UL子帧中的开始X个OFDM符号(例如，X可以对应于4个OFDM符号)。某些WTRU，例如动态TDD WTRU，不能在小区特定TDD UL-DL配置中指示为DL，也没有对于所有WTRU(例如传统WTRU)或其子集，通告为MBSFN子帧的UL子帧中发送(例如，根据config_wtru_1)。可能或可能总是被某些WTRU，例如传统WTRU认为是UL子帧的某些子帧可能或可能总是被WTRU，例如动态TDD WTRU认为是DL子帧。

UL HARQ过程可以由一系列连续PUSCH传输及其对应的WTRU的PUSCH HARQ接收构成，其可能持续若干帧，直到eNB可能确认PUSCH的成功接收。这些PUSCH传输和PUSCH HARQ接收之间的定时可能是原始UL授权和TDD UL/DL配置的子帧的一个函数。就一个正在进行的ULHARQ过程而言，当对于当前帧的TDD UL/DL配置可能与对于下一个可用帧的不同时，可能需要一种处理在下一个可用帧中正在进行UL HARQ过程的定时的方式。当WTRU在一个帧和对于下一个可用帧的TDD UL/DL配置中接收PDSCH时，其中发送相应的PDSCH HARQ，且其可能与PDSCH在其上接收的帧的不同，对于DL HARQ过程存在类似的问题。

作为一个解决方案，根据可能需要、期望或使用的自适应时间尺度，可以考虑不同的方式(例如系统信息信令、RRC信令、MAC控制元素信令、物理层信令等)用于TDD UL/DL重配置。不管信令方式，一个TDD UL/DL配置到另一个TDD UL/DL配置的转换可以在无线电帧的边界发生，例如同步地在WTRU和eNB。

本申请中提出的任意方法和/或机制可以以任意组合和/或顺序应用到WTRU和/或eNB。

从WTRU的角度看，UL HARQ过程可以由初始PUSCH授权、PUSCH传输、经由DL的PHICH的PUSCH HARQ的接收、重传UL授权的接收和其相关定时的至少之一组成。UL HARQ过程可以持续一个或多个连续无线电帧。一旦WTRU的TDD UL/DL配置，诸如小区特定和/或WTRU特定的UL/DL配置改变，WTRU就可以在一个或多个无线电帧，诸如最后一个和/或挨着之前TDDUL/DL配置的最后一个无线电帧中终止或假设终止一个或多个正在进行的UL HARQ过程。

在开始新的TDD UL/DL配置的第一个无线电帧之前，WTRU可以清理出与之前TDDUL/DL配置的UL HARQ过程相关的一个或一些数据缓存。WTRU可以挂起一个或一些连续无线电帧的一个或一些UL HARQ过程。

在挂起一个或一些UL HARQ过程之后，例如，从无线电帧(n+1)开始，一旦可以，例如，在帧(n+k)中恢复UL HARQ过程，其中k可以是等于或大于2的任意整数值，WTRU就可以假设UL HARQ定时从无线电帧n开始连续，忽略所有挂起的帧，例如，如同无线电帧(n+k)中的UL HARQ过程定时将以与无线电帧(n+1)中的确切相同的定时发送。

可替换地，在挂起UL HARQ过程之后，例如，从无线电帧(n+1)开始，一旦可以，例如，在帧(n+k)中恢复UL HARQ过程，其中k可以是等于或大于2的任意整数值，WTRU就可以假设在挂起期间考虑了对应于那个UL HARQ过程的所有传输和接收机会的UL HARQ定时从无线电帧n开始连续，例如，如同所有那些挂起的无线电帧都已经包含了PUSCH重传和PUSCHHARQ(例如NACK)接收。

在一个TDD UL/DL配置到另一个TDD UL/DL配置的转换过程中，可能使用之前所述的UL HARQ过程挂起机制之一或组合，一个或一些ULHARQ过程可以被挂起一个或多个无线电帧。例如，一接收到TDD UL/DL配置的改变请求，WTRU可以将UL HARQ过程挂起一个或多个无线电帧，例如，(k-1)个无线电帧，其中k可以是等于或大于2的任意整数值。例如，如果对应于之前TDD UL/DL配置的最后一个无线电帧是无线电帧n，那么对应于新的TDD UL/DL配置的下一个(例如，第一个)可用无线电帧可能是无线电帧(n+k)。

正在进行的UL HARQ过程从之前TDD UL/DL配置的最后无线电帧到新的TDD UL/DL配置的下一个(例如，第一个)可用无线电帧的转换过程，具有挂起的一个或多个UL HARQ过程，可以依赖于由之前TDD UL/DL配置，例如配置X，和新的TDD UL/DL配置，例如配置Y组成的配置对。TDDUL/DL配置对(X,Y)称为转换对。如本文所述，可以提供一些方案用于转换对的不同集合。

就TDD UL/DL配置转换对(X,Y)而言，根据WTRU在TDD UL/DL配置X的最后一个无线电帧的UL子帧i中的PUSCH传输，针对该传输，WTRU可能期望根据TDD UL/DL配置X的定时在下一个无线电帧的子帧j中接收其相应的HARQ，WTRU可以执行至少以下之一或组合。WTRU可能不希望接收PUSCH HARQ，例如，PHICH和/或可以终止相应的PUSCHHARQ过程。WTRU可以假设那个HARQ过程的正确传输。

然而，WTRU可以仍然将相应数据保存在缓存中用于将来可能的传输。作为一个示例，如果子帧j可能不是下一个TDD UL/DL配置Y中的DL子帧，WTRU可以终止相应的HARQ过程并可以假设那个过程的ACK。作为另一个示例，如果子帧i不是下一个TDD UL/DL配置Y中的UL子帧，WTRU可以终止相应的HARQ过程并可以假设那个过程的ACK。

如果子帧j是TDD UL/DL配置Y中的DL子帧，那么WTRU可以期望在下一个可用无线电帧，例如新的TDD UL/DL配置Y的第一个可用无线电帧的DL子帧中接收相应PUSCH HARQ反馈。在重传情况下，根据在下一个帧的子帧j中接收的PHICH，WTRU可以使用配置Y的HARQ定时过程用于PUSCH的传输。

如果根据新的UL/DL配置Y的HARQ定时过程，可能不存在来自以下帧的子帧j中前一个帧的相应PHICH资源用于PUSCH传输，那么根据UL子帧的可用性，WTRU可以遵循(或使用)相应的过程如下。在UL/DL配置Y改变之后，为了HARQ定时的目的，WTRU可以根据子帧j中的PHICH接收，遵循(或使用)之前的配置，例如UL/DL配置X用于PUSCH传输。WTRU可以继续遵循(或使用)之前的UL/DL配置用于一个帧或仅用于一个帧，或者直到来自之前配置的任意正在进行的HARQ过程可能已经完成。WTRU可以根据配置Y遵循(或使用)PHICH接收定时，并可以期望下一个DL子帧中的HARQ反馈，针对该反馈，根据配置Y可能存在分配的PHICH资源。WTRU可以终止HARQ过程而不在下一个帧中接收PHICH。

作为一个示例，WTRU可以用从当前帧n中配置0到下一个帧，帧n+1中配置1的UL/DL配置改变来指示。在帧n中，WTRU可以，根据之前的UL授权或PHICH接收，在子帧4上发送PUSCH。根据配置0的HARQ定时，对应于PUSCH传输的PHICH可以由WTRU在下一个帧，n+1的子帧0中接收。由于根据帧n+1中新的配置Y的HARQ定时，没有PHICH资源用于子帧0，所以WTRU可以期望在可能具有用于HARQ-ACK反馈的PHICH分配的DL子帧1上的PHICH。然后WTRU可以根据配置Y的HARQ定时发送相应的PUSCH(例如，如果PHICH指示的NACK)。

如果子帧i是TDD UL/DL配置Y中的UL子帧，那么WTRU可以期望根据可能在UL子帧i中包含PUSCH传输的TDD UL/DL配置Y的PUSCHHARQ过程的定时接收DL子帧中的相应PUSCHHARQ反馈。

一旦WTRU可以在新的TDD UL/DL配置Y的第一个无线电帧(例如，下一个可用无线电帧)的DL子帧中接收相应的PUSCH HARQ反馈，例如PHICH，WTRU就可以遵循(或使用)可能包含在那个DL子帧中接收的PUSCH HARQ反馈接收的TDD UL/DL配置Y的PUSCH HARQ过程。

在第一实施方式中，考虑TDD UL/DL配置对(X,Y)，其中WTRU可以接收从TDD UL/DL配置X切换到TDD UL/DL配置Y的指示。WTRU一在TDD UL/DL配置X的最后一个无线电帧的UL子帧i发送PUSCH，针对发送PUSCH，WTRU可能已经期望根据TDD UL/DL配置X的定时在下一个无线电帧的子帧j中接收其相应的HARQ，WTRU可以执行以下之一或组合。

表6a示出了TDD UL/DL配置转换对(X,Y)的示例，针对该转换对，TDD UL/DL配置X的UL子帧是TDD UL/DL配置Y的UL子帧的子集。如果，例如根据表6a中列出的一个或多个转换对(X,Y)，TDD UL/DL配置X的UL子帧的集合是配置Y的UL子帧的子集(和/或如果TDD UL/DL配置X的UL子帧的集合是配置Y的那些的超集)，那么WTRU可以期望根据可能包括UL子帧i中PUSCH传输的TDD UL/DL配置Y的PUSCH HARQ过程的定时接收DL子帧中相应的PUSCH HARQ反馈。

表6b示出了TDD UL/DL配置转换对(X,Y)的示例，针对该转换对，TDD UL/DL配置Y的UL子帧是TDD UL/DL配置X的UL子帧的子集。如果，例如根据表6b中列出的一个或多个转换对(X,Y)，TDD UL/DL配置X的UL子帧的集合是配置Y的UL子帧的超集(和/或如果TDD UL/DL配置X的DL子帧的集合是配置Y的那些的子集)，那么WTRU可以期望在下一个可用无线电帧，例如新TDD UL/DL配置Y的第一个可用无线电帧的DL子帧j中接收相应的PUSCH HARQ反馈。

表6a

对(X,Y)	对(X,Y)	对(X,Y)	对(X,Y)	对(X,Y)
					(1,0)	(2,6)	(4,1)	(5,1)	(5,6)
(1,6)	(3,0)	(4,3)	(5,2)	(6,0)
					(2,0)	(3,6)	(4,6)	(5,3)
(2,1)	(4,0)	(5,0)	(5,4)

表6b

对(X,Y)	对(X,Y)	对(X,Y)	对(X,Y)	对(X,Y)
					(0,1)	(0,5)	(1,5)	(4,5)	(6,4)
(0,2)	(0,6)	(2,5)	(6,1)	(6,5)
					(0,3)	(1,2)	(3,4)	(6,2)
(0,4)	(1,4)	(3,5)	(6,3)

就TDD UL/DL配置转换对(X,Y)而言，WTRU一在TDD UL/DL配置X的最后一个无线电帧的DL子帧i中接收到PUSCH(重)传输触发(经由UL(重)传输授权和/或PUSCH HARQ NACK)，针对该触发，WTRU可能已经根据TDD UL/DL配置X的定时在下一个无线电帧的子帧j中发送了相应的PUSCH，WTRU可以执行以下之一或组合。

WTRU可以忽略PUSCH(重)传输触发和/或可以终止相应的PUSCHHARQ过程。WTRU可以假设对于那个HARQ过程的传输成功。然而，WTRU仍然可以在缓存中保持相应的数据用于未来的可能传输。作为一个示例，如果子帧j可能不是下一个TDD UL/DL配置Y中的UL子帧，那么WTRU可以忽略PUSCH(重)传输请求和/或可以终止相应的HARQ过程和/或可以假设对于那个HARQ过程的最后一个传输的PUSCH的成功传输。作为另一个示例，如果子帧i可能不是下一个TDD UL/DL配置Y中的DL子帧，那么WTRU可以忽略PUSCH(重)传输请求和/或可以终止相应的HARQ过程和/或可以假设对于那个HARQ过程的最后一个传输的PUSCH的成功传输。

如果子帧i可能是TDD UL/DL配置Y中的DL子帧，那么WTRU可以根据TDD UL/DL配置Y的PUSCH HARQ过程的定时在UL子帧中发送PUSCH。该PUSCH HARQ过程可以是包括在TDDUL/DL配置Y的DL子帧i中携带PUSCH传输触发可能性的那一个。

如果子帧j可能是TDD UL/DL配置Y中的UL子帧，那么WTRU可以在TDD UL/DL配置Y的第一个可用无线电帧的UL子帧j中发送相应的PUSCH，如上所述。

一旦WTRU可以在新的TDD UL/DL配置Y的第一个无线电帧(例如，下一个可用的无线电帧)的UL子帧中发送相应的PUSCH，那么WTRU可以遵循(或使用)相应于TDD UL/DL配置Y的那个UL子帧中的PUSCH传输的PUSCH HARQ过程定时。

作为所述解决方案的一个实施方式，考虑TDD UL/DL配置对(X,Y)，其中WTRU可以接收从TDD UL/DL配置X切换到TDD UL/DL配置Y的指示。这种情况下，WTRU一在TDD UL/DL配置X的最后一个无线电帧的DL子帧i中接收到PUSCH的(重)传输(经由UL(重)传输授权和/或PUSCHHARQ NACK)，针对该传输，WTRU可能已经根据TDD UL/DL配置X的定时在下一个无线电帧的子帧j中发送其相应的PUSCH，WTRU可以执行以下之一或组合。

如果，例如根据表6a中列出的一个或多个转换对(X,Y)，TDD UL/DL配置X的UL子帧的集合是配置Y的那些的子集(和/或如果TDD UL/DL配置X的DL子帧的集合是配置Y的那些的超集)，那么WTRU可以在TDDUL/DL配置Y的第一个可用无线电帧的UL子帧j中发送相应的PUSCH，如上所述。如果，例如根据表6b中列出的一个或多个转换对(X,Y)，TDDUL/DL配置X的UL子帧的集合是配置Y的那些的超集(和/或如果TDDUL/DL配置X的DL子帧的集合是配置Y的那些的子集)，那么WTRU可以根据可能包括DL子帧i中PUSCH传输触发的TDD UL/DL配置Y的PUSCH HARQ过程的定时发送UL子帧中的PUSCH，如上所述。

关于PRACH资源分配，例如如果WTRU配置有可能不同于小区特定TDD UL/DL配置的WTRU特定TDD UL/DL配置，那么WTRU可以在可能不是小区的小区特定PRACH资源的PRACH资源中发送前导码。小区特定PRACH资源可以是可以在系统信息中提供(或者根据由系统信息提供的参数)的那个和/或可以是由可以包含传统WTRU的任意WTRU使用的那个。

可以对于每个服务小区应用TDD UL/DL配置。类似地，可以每个服务小区应用PRACH资源分配。

本文所述的方法和过程可以应用于WTRU配置的服务小区，例如，所述的方法和过程可以应用于WTRU配置的PCell和/或SCell的操作。所述的方法和过程可以应用于多个服务小区，例如，应用到可能属于小区特殊群组，诸如定时提前组(TAG)的服务小区或对于WTRU配置的所有小区。TAG可以指可以由RRC配置的，对于具有UL配置的小区可以使用相同定时参考小区和/或相同定时提前值的服务小区的组。

术语“WTRU特定的DL子帧”可以指根据可应用于某一小区的小区特定TDD UL/DL配置可能对应于UL子帧的无线电帧中的一个子帧。所述子帧对于WTRU可以指示为WTRU特定TDD UL/DL配置中和/或在UL/DL子帧方向的指示中的DL子帧。

PRACH资源可以是小区特定的资源，因为它们可以从可能是可以进行广播的系统信息的一部分的参数得到。资源的分配和索引可以至少部分是UL/DL TDD配置的函数。

使用TDD，对于给定PRACH配置，以下的每一个可以是TDD UL/DL配置的函数：频率复用是否可以用于给定子帧；如果可以使用频率复用，可以在给定子帧中的PRACH资源的数量；以及PRACH资源可能在其中出现的无线电帧中的UL子帧。

例如，在SIB2(可以表示最低PRACH密度之一)中用信号发送PRACH配置索引0处，可以得出以下结论：如果可以使用TDD UL/DL配置0、3或6，子帧#4中的每个无线电帧可以存在单一的PRACH资源；如果可以使用TDD UL/DL配置1或4，子帧#3中的每个无线电帧存可以在单一的PRACH资源；如果可以使用TDD UL/DL配置2或5，子帧#2中的每个无线电帧可以存在单一的PRACH资源。

在一个实施方式中，eNB选择一个或多个WTRU特定的TDD UL/DL配置在小区中使用，可以是PRACH资源分配的函数。可以这样进行选择，对于WTRU的子集(例如动态TDDWTRU)可以改变UL/DL TDD配置，同时保持小区中所有WTRU的PRACH分配不变。这可能将允许的TDD UL/DL配置限制为PRACH配置在其中的配置可能类似的集合(例如，可以自其中进行转换的UL/DL配置的集合可能是[0,3,6])中。这对于具有低PRACH密度的小区是可接受的，但是其他可能变为限制。

所选的WTRU特定TDD UL/DL配置可以是PRACH资源分配的函数，从而如果基于竞争的随机接入(CBRA)可能用于有关的WTRU，那么这些配置的相应WTRU特定PRACH资源可以是小区特定的PRACH资源的子集或等于小区特定的PRACH资源。如果CBRA可能用于那些WTRU，那么这可能对于确保例如，WTRU不能与来自传统WTRU的任意UL传输互相干扰有用。

当小区中的所有WTRU可以使用相同的TDD UL/DL配置和相同的PRACH配置索引确定PRACH资源分配，那么不存在歧义。如果这种关系(例如，小区特定的配置对WTRU特定的配置，和/或TDD UL/DL配置的定时改变对PRACH配置的定时改变)被打破就可能出现问题。

如果给定小区中WTRU数量的至少一部分可以自主地启动可以根据不同于小区特定配置的TDD UL/DL配置得到所述资源的PRACH资源上前导码的传输，那么可能存在影响。例如，在空闲模式操作的传统WTRU可以从小区特定的UL/DL TDD配置得到PRACH资源，同时连接模式的其他WTRU可以基于WTRU特定的UL/DL TDD配置得到PRACH资源。

尽管TDD UL/DL配置和PRACH配置的不同组合导致相同PRACH资源分配和索引是可能的，但是在UL/DL TDD配置可能改变时采用方法确保WTRU不需要确定或重新确定所分配PRACH资源的集合是有用的。

在一种实施方式中，WTRU可以接收可能改变TDD UL/DL配置的控制信令。TDD UL/DL配置可以是WTRU特定的，且可能不同于小区特定的TDD UL/DL配置。控制信令还可能包括PRACH配置。WTRU基于PRACH配置确定新的PRACH资源分配。

在另一个实施方式中，配置有从小区特定TDD UL/DL配置获得的小区特定PRACH配置和配置有WTRU特定TDD UL/DL的WTRU可以在WTRU特定的DL子帧中以无竞争方式发送前导码。如果根据WTRU特定配置该子帧可以是DL子帧，那么WTRU可以或可以不被允许在具有PRACH资源的子帧上进行基于竞争的随机接入。

在另一个实施方式中，配置有从小区特定TDD UL/DL配置获得的小区特定PRACH配置和配置有WTRU特定TDD UL/DL的WTRU可以或可以仅在用于网络发起的PRACH过程的WTRU特定的DL子帧上发送前导码。如果根据WTRU特定配置该子帧可以是DL子帧，那么WTRU可以或可以不被允许在具有PRACH资源的子帧上自主发送前导码。

在另一个实施方式中，配置有从小区特定TDD UL/DL配置获得的小区特定PRACH配置和配置有WTRU特定TDD UL/DL的WTRU可以在WTRU特定的DL子帧上发送前导码。例如，相对于根据WTRU特定配置是DL子帧的子帧中的DL接收，WTRU可以优先处理PRACH资源中前导码的传输(或重传)。

在另一个实施方式中，配置有从小区特定TDD UL/DL配置获得的小区特定PRACH配置和配置有WTRU特定TDD UL/DL的WTRU可以另外配置有对于前导码传输的子帧限制。这种PRACH子帧限制可以是已知先验的，例如，除子帧#2的任意子帧可以被限制用于前导码传输，或者它可以使用专用信令配置。根据没有限制用于前导码传输的子帧中的小区特定配置，WTRU可以或者可以仅在PRACH资源上发送前导码。PRACH子帧限制可以对于每个WTRU特定的TDD UL/DL配置进行配置，且可以或可以仅在相应的TDD UL/DL配置激活时应用。这种PRACH子帧限制可以或可以仅应用到WTRU自主的前导码传输(重传)。这种PRACH子帧限制可以或可以仅应用到可以使用基于竞争前导码的随机接入过程。可替换地，对于每一个PRACH资源索引可以应用该限制(例如，在时间和频率上)。

在另一个实施方式中，WTRU可以根据小区特定TDD UL/DL的配置确定PRACH资源，而不管它可能已经配置有的其他TDD UL/DL配置和/或它可能已经接收到的关于冲突子帧的方向信息。可以假设既然传统WTRU可以使用小区特定的资源，那么传统WTRU可以不与WTRU特定的配置产生冲突。

以下涉及WTRU特定TDD UL/DL配置的管理。在一个实施方式中，在定时校准定时器(TAT)可能期满或可能已经期满时，配置有WTRU特定或过程特定的TDD UL/DL配置的WTRU可以去激活或丢弃配置和/或恢复到小区特定的TDD UL/DL配置。在另一个实施方式中，WTRU可以根据在专用PUCCH资源上调度请求失败(D-SR失败)(或作为其结果)去激活或丢弃之前配置的WTRU/过程特定的TDD UL/DL配置和/或恢复到小区特定的TDD UL/DL配置。这可能有助于排除WTRU特定DL子帧中PRACH上的假前导码的传输，因为WTRU可以在TAT可能期满或可能已经期满时无效对于调度请求的专用PUCCH资源，在这种情况下WTRU自主前导码的传输变为可能。在另一种实施方式中，当确定WTRU正经历无线链路问题(或者例如，当WTRU可能启动定时器T310)时，WTRU可以去激活或丢弃之前配置的WTRU/过程特定的TDD UL/DL配置和/或恢复到小区特定的TDDUL/DL配置。在另一种实施方式中，当WTRU确定无线链路故障(RLF)(或者例如，当定时器T310可能期满)时，WTRU可以去激活或丢弃之前配置的WTRU/过程特定的TDD UL/DL配置和/或恢复到小区特定的TDD UL/DL配置。由于RLF可能通常会触发针对RRC连接重建过程的PRACH上的WTRU自主前导码传输，所以这可能是有用的。在另一种实施方式中，当RRC可以对于WTRU执行离开连接模式的转换，例如到空闲模式的转换时，WTRU可以去激活或丢弃之前配置的WTRU/过程特定的TDD UL/DL配置和/或恢复到小区特定的TDD UL/DL配置。由于WTRU不再具有到网络的专用RRC连接且不在使用任何WTRU特定的配置，所以这可能是有用的。

在另一个实施方式中，在SCell可能去激活时，WTRU可以去激活或丢弃之前配置的WTRU/过程特定的TDD UL/DL配置和/或恢复到小区特定的TDD UL/DL配置用于有关的服务SCell。在另一个实施方式中，WTRU可以或可以仅根据有关小区的激活使用小区特定的TDDUL/DL配置用于有关的服务SCell。可替换地，如果WTRU可以配置有WTRU/过程特定的TDDUL/DL配置用于SCell，例如在SCell激活之前，那么WTRU可以根据SCell的激活使用那个配置操作(其可以作为使用小区特定的TDD UL/DL配置操作的补充)。

在另一个实施方式中，当可以接收可以配置和/或激活WTRU特定的TDD UL/DL配置或可以改变UL/DL子帧方向的信令时，WTRU可以挂起、或去激活或置空(blank)已配置的UL授权或分配(例如，UL SPS)。这可以或可以仅应用于SPS配置或分配，其可以对应于作为新配置或子帧方向结果的改变方向的子帧或在WTRU特定的DL子帧中的传输。WTRU可以从其配置中移除所配置的UL授权或分配。

对于诸如那些本文所述的一个或多个场景，可以应用以下的一个或多个。如果WTRU可以经有高层信令配置有WTRU特定的或过程特定的TDD UL/DL配置，WTRU可以在情况发生之后，例如，TAT期满、D-SR故障、RLF等之后继续使用这个配置。如果WTRU可以经由物理层信令配置有WTRU特定的或过程特定的TDD UL/DL配置或子帧方向，在情况发生时，WTRU可以恢复到小区特定的TDD UL/DL配置或WTRU特定的或过程特定的TDD UL/DL配置，其可能已经经由高层信令，例如在TAT期满、D-SR故障、RLF等时或其后提供。

以下涉及WTRU可以接收和/或确定冲突子帧、冲突子帧方向、过程特定的和/或WTRU特定的TDD UL/DL配置中的一个或多个的方式。

eNB可以发送和/或WTRU可以接收可以被称为动态TDD控制信令的信令，其可以提供一个或多个过程特定的和/或WTRU特定的TDD UL/DL配置和/或从其可以确定这些配置或方向中的一个或多个的的UL/DL子帧方向或参数。在WTRU可以在其中接收控制信令(例如动态TDD控制信令)的示例中，可以由eNB发送控制信令。在某些实施方式中，控制信令可以是或者可以包括动态TDD控制信令。

WTRU可以根据以下方式的至少之一接收动态的TDD控制信令。不同目的(例如，为了提供WTRU特定的TDD UL/DL配置或为了提供子帧方向)的动态TDD控制信令可以使用不同的方式。WTRU可以从系统信息广播接收动态TDD控制信令。这可以，例如，由可能处于连接模式或空闲模式的WTRU应用和/或接收。动态TDD控制信令可以由SIB更新机制接收，例如，更新到诸如除SIB1之外的SIB，并可以由或仅由可以解码这种SIB的WTRU接收。例如，这可以应用到或仅应用到可以支持动态TDD或WTRU特定的和/或过程特定的TDD UL/DL配置的WTRU。WTRU可以经由可以指向或期望用于一个或一组WTRU的RRC专用的或WTRU特定的信令接收动态TDD控制信令。作为一个示例，动态TDD控制信令可以是RRC连接重配置的一部分。动态TDD控制信令可以由WTRU在信令无线电承载上接收。使用额外的控制信令(例如，额外的动态TDD控制信令)，在动态TDD控制信令中接收的UL/DL配置可以覆盖小区特定的配置，和/或可以保存用于稍后的激活。除小区特定的配置之外可以使用在动态TDD控制信令中接收的UL/DL配置和/或可以对其进行保存。

WTRU可以在MAC控制元素(CE)中接收动态TDD控制信令。MAC CE可以指明配置或对于配置的动作(例如激活或去激活)，其可以涉及之前由RRC(例如，使用专用信令)接收的和所保存的配置。

WTRU可以经由物理层信令，诸如经由PDCCH或EPDCCH公共搜索空间中的PDCCH或EPDCCH接收动态的TDD控制信令。控制信令可以在RNTI(例如，TDD-RNTI)加扰的DCI中接收，该RNTI可以是公用的RNTI，例如，可以由多个WTRU使用的RNTI，从而TDD动态控制信令可以由多个WTRU在同一时间接收。指示的配置可能涉及之前由RRC接收(例如，使用广播或专用信令)的配置，WTRU可能已经保存了该配置。这可以使网络节点，诸如eNB能够使用公共控制信令控制服务小区中的多个WTRU。这种信令可以或可以仅在特定子帧，诸如子帧#0中接收。该信令可以或可以总是使用特定聚合等级(AL)，例如AL8用于鲁棒性。可替换地，可以使用C-RNTI和WTRU特定的搜索空间，可以在WTRU的C-RNTI加扰的DCI中接收动态TDD控制信令。WTRU可以根据正确接收这样一个DCI而发送HARQ ACK。物理层信令(可以是公共的或WTRU特定的)可以指示可能涉及之前由WTRU可能已经保存的RRC接收的(例如，使用专用信令)配置的配置(例如，UL/DL方向)或动作。

WTRU可以在以下技术之一或组合中接收UL/DL指配和/或UL/DL转换的激活或去激活或者TDD UL/DL配置的指示。WTRU的接收意味着eNB发送。

WTRU可以接收可以指明UL/DL转换、UL/DL指配或TDD UL/DL配置中的一个或多个的激活或去激活的PDCCH或EPDCCH DCI格式。例如，UL/DL指配可以由物理层信令，例如，根据“DL激活/去激活”原则控制。这(例如，UL/DL指配的激活或去激活)可以从子帧n+x开始应用，其中x可以是固定处理时间或可以在接收到的DCI中指明，n可以是在其中接收DCI的子帧或者DCI接收可以在其中肯定确认的子帧。激活或去激活可以从下一个无线电帧(例如不与可能是额外可应用时延的一部分的任意子帧重叠)开始应用。可以使用可能由RRC配置的特定RNTI接收DCI格式(例如，这可以使得多个WTRU能够立即切换)。可以在PDCCH或EPDCCH的公共搜索空间中接收DCI(例如，这可以使得多个WTRU能够立即切换)。

WTRU可以接收可能指明UL/DL转换和UL/DL指配或TDD UL/DL配置中的一个或多个的激活或去激活的MAC CE。例如，可以由MAC信令，例如根据“DL激活/去激活”原则，控制UL/DL指配。这(例如，UL/DL指配的激活或去激活)可以从子帧n+x开始应用，其中x可以是固定处理时间或可以在接收到的MAC CE中指明，n可以是可以在其中成功解码包含MAC CE的传输块的子帧或者包含MAC CE的传输块可以在其中肯定确认的子帧。可替换地，它可以从下一个无线电帧开始应用。

WTRU可以接收可以指明UL/DL转换、UL/DL指配或TDD UL/DL配置中的一个或多个的激活或去激活和/或配置或重新配置的RRC信令。例如，UL/DL指配可以由RRC信令控制。

这(例如，激活或去激活和/或配置或重配置)可以从下一个系统信息(SysInfo)更新周期的开始处(例如，如果信令可以在BCCH上接收)，或者从相应于SFN mod x的无线电帧的开始处开始应用，其中x是固定值或者可以在接收到的RRC PDU中指明。可替换地，这可以从子帧n+x开始应用，其中x可以是固定处理时间(例如，与RRC PDU处理时间相关)或可以在接收到的信令中指明；n可以是在其中成功解码包含RRC PDU的传输块的子帧或者包含RRCPDU的传输块可以在其中肯定确认的子帧。

UL/DL指配可以用于表示哪些子帧是UL，哪些子帧是DL(例如，帧中子帧的方向)的指示，其可以以任意形式，诸如TDD UL/DL配置的标识、UL/DL或DL/UL转换的标识、冲突子帧方向的标识等。

UL/DL指配的激活可能意味着能够使用、请求或要求使用、或者指示使用或开始使用指配。可以应用激活直到可能接收到一个去激活或接收到另一个激活，或者激活可以应用固定长度的时间，诸如一帧(例如，在其中接收到激活的帧或下一个帧)或n个帧(例如，4个帧)，其可以在其中接收到激活的帧或下一个帧开始。

UL/DL指配的去激活可能意味着不能使用、请求或要求停止使用、或者指示不使用指配。如果激活在一个固定长度时间内无效，在那段时间之后，WTRU可以自主地去激活该指配。

根据以下至少之一，WTRU可以接收或尝试接收控制信令，该控制信令可以是或可以包括DL子帧中的动态TDD控制信令。

根据活动的TDD UL/DL配置，WTRU可以接收或尝试接收控制信令，该控制信令可以是或可以包括DL子帧中的动态TDD控制信令。这可以应用或仅应用到可以经由由C-RNTI加扰的DCI格式的PDCCH或EPDCCH接收的这种控制信令(其可以在PDCCH或EPDCCH WTRU特定的搜索空间中)。

根据小区特定的TDD UL/DL配置，WTRU可以接收或尝试接收控制信令，该控制信令可以是或可以包括在或仅在DL子帧中的动态TDD控制信令。这可以应用或仅应用到可以经由由C-RNTI加扰的DCI格式的PDCCH或EPDCCH接收的这种控制信令(其可以在PDCCH或EPDCCH WTRU特定的搜索空间中)。

WTRU可以接收或尝试接收控制信令，该控制信令可以是或可以包括特定DL子帧，例如，子帧#0或子帧#5中的动态TDD控制信令。这可以应用或仅应用到可以经由PDCCH或EPDCCH CSS接收的这种控制信令。

WTRU可以每一帧一次，或者根据(可能配置的)周期，针对动态TDD控制信令解码(例如，监测和/或尝试解码具有DCI格式的PDCCH或EPDCCH)。这可以应用或仅应用到可以经由PDCCH或EPDCCH CSS接收的这种控制信令。

WTRU可以针对特定无线电帧，例如对应于例如SFN模X(其中X可以是特指的或者可配置的)的子帧中的动态TDD控制信令解码(例如，监测和/或尝试解码具有DCI格式的PDCCH或EPDCCH)。这可以应用或仅应用到可以经由PDCCH或EPDCCH CSS接收的这种控制信令。

WTRU可以接收动态TDD控制信令(例如，在子帧n中)，并可以应用得到的子帧方向和/或TDD UL/DL配置，和/或根据某一定时调整有关的发送/接收操作。例如，用信号发送的改变可以从至少以下之一开始应用：a)下一个DL到UL的转换(例如，如果在子帧#0中接收，可以在子帧#1或#2中应用新配置)；b)下一个无线电帧的开始(可能在附加时延之后)；c)子帧n之后的WTRU处理时间，例如，对于未经确认的PDCCH信号为1ms，对于确认的PDCCH信号为4ms，对于MAC CE为8ms，对于RRC信号为15ms；d)WTRU已经在其中发送了用于相应信号的ACK的子帧之后的一个子帧；e)eNB处理时间，例如在WTRU已经在其中发送了可应用到有关控制信号的HARQ ACK的子帧之后的4ms；f)在例如，，在在控制信令本身中用信号发送的时延之后，并且例如从子帧n开始应用；或者g)以上的组合。

在一个实施方式中，如果可用，WTRU可以使用WTRU特定的和/或过程特定的TDDUL/DL配置，直到有效时间期满(例如，在该时间内，WTRU可以恢复到可能是小区特定的TDDUL/DL配置的默认配置)。

在一个实施方式中，WTRU可以使用WTRU特定的和/或过程特定的TDD UL/DL配置，直到可用于有关小区的TAT可能期满或者可能已经期满(例如，在该时间内，WTRU可以恢复到可能是小区特定的TDD UL/DL配置的默认配置)。

WTRU可以期望接收子帧方向或WTRU特定的或过程特定的TDD UL/DL配置，诸如可以确定在某些时间或在某些时间窗口内子帧方向或冲突子帧方向的那个。当WTRU没有接收到所期望的信息时，WTRU可以使用预先确定的(例如，默认的)配置或方向。

例如，可以应用以下的一个或多个。WTRU可以期望一个或多个物理层信号携带在预先确定或预先配置的时间和/或频率资源和/或在预先确定或预先配置的时间窗口内的UL/DL子帧方向或WTRU/过程特定的配置的指示。WTRU可以期望接收TDD UL/DL配置本身的索引或其他标识或者指明子帧方向的位图或其他表示。WTRU可以期望通过可以在无线电帧内特定子帧，例如每n个无线电帧子帧的子帧m(诸如，m＝0，其可以指示为无线电帧的第一个子帧)上或者在预先定义的或预先配置的时间窗口内发送的DCI格式或消息接收这种指示。可以使用另一种期望的模式，其可以使WTRU能够了解何时查找WTRU/过程特定的配置或UL/DL子帧方向的指示。

WTRU可能需要持续地(例如，在指定子帧中)搜索携带一个或多个WTRU/过程特定TDD UL/DL配置或UL/DL子帧方向的一个或多个物理层信号。

一接收到WTRU/过程特定TDD UL/DL配置或UL/DL子帧方向的指示，该WTRU就可以通过到其服务小区的物理层和/或高层信令潜在确认这个接收。

一接收到WTRU/过程特定TDD UL/DL配置或UL/DL子帧方向的指示，该WTRU就可以根据本文所述的一个或多个规则在于其中接收指示的帧或下一个帧开始应用方向或者由配置指明的方向。

如果可能正期望接收指明WTRU/过程特定TDD UL/DL配置或UL/DL子帧方向的物理层信号的WTRU可能无法接收和/或无法正确解码这些指示，那么该WTRU可以使用以下之一或其组合确定要应用的子帧方向或TDD UL/DL配置，直到它可以接收一个指示，诸如可以用信号发送的下一个指示。

WTRU可以使用小区特定的TDD UL/DL配置用于子帧方向和/或与丢失的WTRU/过程特定的TDD UL/DL配置，诸如可以由SIB1提供的那个相关的操作(例如，过程和/或定时)。

WTRU可以使用预先配置的WTRU/过程特定的TDD UL/DL配置用于子帧方向和/或与丢失的WTRU/过程特定的TDD UL/DL配置，例如，由RRC信令提供的那个或者对于已经由RRC信令提供的DL相关过程用做参考配置的那个相关的操作(例如，过程和/或定时)。

WTRU可以确定代替丢失的配置使用的UL/DL子帧方向或TDD UL/DL配置，其可以由其索引标识，是若干因子，诸如一个或多个配置参数、小区特定配置、一个或多个接收到的/配置的WTRU/过程特定配置等的函数。

WTRU可以在所有或某些小区特定的UL子帧中对预期到该WTRU的PDCCH或EPDCCH进行盲解码(例如，监测和/或试图解码)以确定该子帧是否可以期望为用于那个WTRU的DL。某些子帧可以是WTRU没有被调度以在UL发送的那些或者根据本文所述的一个或多个规则或过程无法确定的那些。一旦正确接收了这些PDCCH或EPDCCH，WTRU就可以相应地采取行动，例如尝试接收相应的PDSCH或调度相应的PUSCH等。

WTRU可以在一个或某些潜在的UL子帧中发送，例如，可能根据本文所述的规则和机制，针对该子帧，该WTRU可以被调度发送和/或eNB可以期望从该WTRU接收UL数据和/或信令。

在丢失信令的情况下，WTRU可以应用根据它可能正常遵循的何时应用用信号发送的WTRU/过程特定的TDD UL/DL配置或UL/DL子帧方向的同一规则(例如，同一帧，下一帧、同一重配置周期、下一个重配置周期等)所确定的WTRU/过程特定的TDD UL/DL配置或者UL/DL子帧方向。确定何时应用所确定的WTRU/过程特定的TDD UL/DL配置或UL/DL子帧方向的起始点可以是WTRU可能已经在其中丢失或者了解其可能已经丢失了它可能已经期望的信令的子帧或帧，。

以下涉及HARQ反馈资源分配和信令。不同的WTRU可以假设不同的TDD UL/DL配置，而所有的可以接入系统中各种几乎相同的物理资源集合。作为一个示例，两个WTRU可以使用不同的TDD UL/DL配置用于PUSCH-HARQ相关的操作(例如，它们可以使用不同的定时用于UL授权、PUSCH传输和PHICH反馈)。这种情况下，尽管这些WTRU可以在不同子帧中接收其相应的UL授权，根据它们的PUSCH传输，它们可能需要在同一DL子帧且可能在同一PHICH索引对上接收相应的PHICH反馈。对于PDSCH-HARQ相关的操作可能存在类似的情况，其中不同的WTRU可能需要使用PUCCH资源的同一集合提供其相应的PDSCH相关的HARQ反馈。对于可能包括这些的情况，WTRU和/或eNB的动作可能需要进行处理。可以使用以下机制中的一个或多个。

不同的WTRU可以遵循(或使用)不同TDD UL/DL配置的PDSCH-HARQ操作和/或定时。在以下示例中，可以存在至少两组WTRU，其中每个可以遵循(或使用)不同的TDD UL/DL配置，例如，组1WTRU和组2WTRU。eNB可以用一种方式调度组1和组2中的WTRU，在该方式中没有两个WTRU可以使用同一UL子帧中的同一确切的PUCCH索引发送它们的PUCCH。eNB可以，例如，为组1和组2中的WTRU分配不同的PUCCH索引配置参数。

eNB可以在使用不同PUCCH资源的集合指派不同组中的WTRU。例如，WTRU可以配置有不同的PUCCH带宽。组1中的WTRU(其可以是传统的WTRU)可以配置有组2中的WTRU(诸如动态TDD WTRU)可以配置有其中和可以是PUCCH可以使用的以RB为单位代表带宽的配置参数。组2WTRU可以接收两种配置参数。

组2WTRU可以跳过带宽边缘的第一PUCCH资源，仅使用跳过那些之后的PUCCH资源。eNB可能不调度任何UL传输(例如PUSCH传输)用于可能与那些配置的PUCCH资源，例如，的PUCCH资源重叠的UL资源中任意一组WTRU。

组2WTRU可以跳过带宽边缘的第一PUCCH资源，仅使用跳过那些之后的的PUCCH资源。eNB可能不调度任何UL传输(例如PUSCH传输)用于可能与那些配置的PUCCH资源，例如，重叠的UL资源中任意一组WTRU。

对于PHICH操作，不同的WTRU可以遵循(或使用)不同TDD UL/DL配置的PDSCH-HARQ操作和/或定时。在以下示例中，可以存在至少两组WTRU，其中每个可以遵循(或使用)不同的TDD UL/DL配置，例如，组1WTRU和组2WTRU。在一个实施例中，eNB可以用一种方式调度组1和组2中的WTRU，在该方式中没有两个WTRU可以在同一UL子帧中的同一确切的PUCCH索引对上发送它们的PHICH。在另一个实施例中，两个WTRU可以接收具有相同PHICH索引对和/或在同一DL子帧中的PHICH。eNB可以绑定两个或多个WTRU的PUSCH-HARQ ACK/NACK字节。eNB可以将绑定的字节确定为各个WTRU的PUSCH-HARQ ACK/NACK的逻辑与，其中ACK字节可以表示为“1”，NACK字节可以表示为“0”。例如，只有在所有相应的PUSCH被接收并被正确解码时，eNB才可以发送ACK字节。或者，它可以发送NACK字节，其可以要求所有相应的WTRU重新发送其UL数据。

本文所述机制和技术的实施方式的一个示例如下。示例的组成部分可以整体或部分地以任意顺序进行。在该示例中，WTRU可以遵循WTRU特定的TDD UL/DL配置用于PDSCH及其相关的HARQ。

SIB1可以携带WTRU可以经由广播信令接收的小区特定TDD UL/DL配置(例如，config_cell)。诸如动态TDD WTRU的WTRU可以接收另一个TDD UL/DL配置诸如WTRU特定的或过程特定的TDD UL/DL配置(例如，config_wtru_1)，其可能不同于config_cell。例如，config_cell和config_wtru_1对可以用这种方式选择，其中由config_wtru_1指明的UL子帧可以是由config_cell指明的UL子帧的子集。WTRU可以使用诸如本文所述那些的任意方法和/或过程接收和/或确定config_wtru_1或者任意其他的WTRU特定的或过程特定的TDDUL/DL配置。

WTRU可以使用config_cell作为参考用于UL调度和/或UL调度定时和/或PUSCHHARQ定时。

UL调度可以包括在指示DL子帧接收UL授权和使用UL授权(或者通过PHICH的ULHARQ反馈)可能在其中接收的子帧和资源可以在其中分配用于UL数据发送(或者重传)的相应子帧之间的定时关系中的一个或多个。UL调度定时可以包括UL授权(或者通过PHICH的ULHARQ反馈)可能在其中接收的子帧和资源可以在其中分配用于UL数据发送(或者重传)的相应子帧之间的定时(或定时关系)。PUSCH HARQ定时可以包括UL数据的发送(例如，UL发送的子帧)和其相应HARQ反馈，例如PHICH的(或者用于接收的子帧的)接收之间的定时(或定时关系)。

冲突子帧可以由可以是config_cell中被标记的UL或config_wtru_1中被标记的DL的子帧组成。

WTRU可以监测PDCCH和/或EPDCCH和/或可以在可能在config_cell和config_wtru_1指示为DL子帧的子帧中接收PDSCH授权和其相应的PDSCH传输。

WTRU还可以监测PDCCH和/或EPDCCH和/或可以在可能由WTRU特定的或过程特定的TDD配置，例如，config_wtru_1，指示为DL的子帧中接收PDSCH授权和其相应的PDSCH传输，其中这种子帧可以在config_cell中指示为UL子帧。

WTRU可能不期望在WTRU已经在其中被隐含和/或明确请求执行UL传输的子帧中的PDSCH授权及其相应的PDSCH传输。

一在相应于的冲突子帧中由WTRU接收和/或检测到PDSCH授权，WTRU可能不在那个子帧中进行任何UL传输。

WTRU可以监测PDCCH和/或EPDCCH和/或接收冲突子帧上的PDSCH授权及其相应的PDSCH传输。

eNB可能不期望在小区特定TDD UL/DL配置上指示为DL子帧的子帧中从WTRU接收任何信号。WTRU可能不在小区特定TDD UL/DL配置上指示为DL子帧的子帧中发送任何信号。

WTRU可以在诸如本文所述的那些过程之后，确定一个或一系列子帧的UL/DL方向。

根据参考WTRU特定的或者过程特定的TDD UL/DL配置，例如config_wtru_2的定时，WTRU可以提供HARQ反馈用于PDSCH接收。这个TDD UL/DL配置，例如，config_wtru_2，可以与config_wtru_1的那个相同。这种情况下，两种配置都可以由单一的WTRU/过程特定的TDD UL/DL配置，例如，config_wtru_1指明。

对于给定的WTRU，eNB可以遵循(或使用)与那个WTRU相同的用于调度和/或HARQ的子帧方向和/或定时关系。

本文所述机制和技术的一种实施方式的另一个示例如下。示例的组成部分可以整体或部分地以任意顺序进行。在该示例中，WTRU可以遵循(或使用)WTRU特定的TDD UL/DL配置用于某些过程。

诸如动态TDD WTRU的WTRU可以经由SIB1接收config_cell。WTRU可以接收WTRU特定的或过程特定的TDD UL/DL配置，例如，config_wtru_1，其可能不同于config_cell。例如，config_cell和config_wtru_1对可以用一种方式选择，从而由config_wtru_1指明的UL子帧可以是由config_cell指明的UL子帧的子集。WTRU可以使用诸如本文所述过程接收和/或确定config_wtru_1和/或任意其他的WTRU/过程特定的TDD UL/DL配置。

冲突子帧可以由在config_cell中被标记的UL和config_wtru_1中被标记的DL的子帧组成。

WTRU可以使用config_wtru_1用于UL调度(例如，UL授权的接收和UL数据传输的相应发送或分配之间的定时)和/或PUSCH HARQ定时(例如，UL数据传输和其相应HARQ反馈，植入UPHICH的接收之间的定时)和/或UL重传(例如，UL HARQ反馈(诸如PHICH)和UL数据的可能重传之间的定时)的参考定时和/或机会规则。

WTRU可以使用config_wtru_1或另一个WTRU/过程特定的TDDUL/DL配置用于PDSCH接收和PDSCH HARQ定时的定时和/或机会规则。

WTRU可以期望一个或一些冲突子帧中的PDSCH及其授权PDCCH或EPDCCH，其可以从一个无线电帧到另一个无线电帧地改变，可能由eNB调度器控制。

WTRU可能不在一个或一些冲突子帧中发送，其可以从一个无线电帧到另一个无线电帧地改变，可能由eNB调度器控制。

可能或者可能总是被传统WTRU认为是UL子帧的某些子帧也可以或者总是由动态TDD WTRU认为是UL子帧。

eNB可能不期望在小区特定的TDD UL/DL配置中指示为DL子帧的子帧中从WTRU接收任何信号。WTRU可能不在小区特定的TDD UL/DL配置中指示为DL子帧的子帧中发送任何信号。

WTRU可以在本文所述过程之后，确定一个或一组子帧的UL/DL方向。

在另一种实施方式中，WTRU可以使用小区特定的TDD UL/DL配置，config_cell，和两个WTRU特定的或者过程特定的UL/DL配置，config_wtru_1和config_wtru_2。可以应用以下的一个或多个。

WTRU可以使用config_cell用于UL调度和/或UL HARQ定时关系。WTRU可以使用config_cell确定DRX周期、寻呼时机、和PRACH资源中的一个或多个。WTRU可以使用config_wtru1用于DL调度和/或DL HARQ定时关系。WTRU可以使用config_wtru2用于给定帧中的子帧方向。config_wtru1和/或config_wtru2中的UL子帧可以是config_cell中UL子帧的子集。config_wtru2中的DL子帧可以是config_wtru1中DL子帧的子集。配置config_wtru1和config_wtru2可以由eNB向WTRU通过物理层、MAC或RRC信令提供，且它们可以由不同信令提供。例如，config_wtru1可以由RRC信令提供，config_wtru2可以由物理层信令提供，例如，从而config_wtru2可以以比config_wtru1更快的速度改变。WTRU可以监测并期望在某些帧的某一子帧中接收DCI格式的config_wtru2，诸如每第n个帧的子帧0，其中例如，n可以是1、4或可配置的或者子帧和/或帧的模式可配置。如果WTRU可能不接收或者可能丢失期望的config_wtru2，那么WTRU可以使用由config_wtru1或config_cell定义的子帧方向，且可以一直这样做，直到它可能接收到有效的config_wtru2。WTRU可以监测它可以理解为DL子帧的子帧中的PDCCH和/或EPDCCH。不使用TDD UL/DL配置来指示子帧方向或者config_wtru1和config_cell之间冲突子帧的方向，而是可以使用方向的指示(例如，位图、子帧组合表的索引等)。

作为使用TDD UL/DL配置指示子帧方向的替换，config_wtru2可以表示另一种传递子帧方向或者config_cell和config_wtru1之间冲突子帧的方向的方式，例如，可以使用位图或所允许子帧方向组合的列表或表格的索引。

作为实施本文所述机制和技术的实施方式的又一个示例，可以使用控制信令变换子帧#6的状态。可以支持使用WTRU特定的TDD UL/DL配置运行(该功能可以上报为WTRU功能交换的一部分)的WTRU可以经由广播的信令的接收配置有小区特定的TDD UL/DL配置。WTRU还可以通过专用的RRC信令配置有WTRU特定的TDD UL/DL配置。

WTRU的可能经由广播和/或RRC信令，例如，从eNB接收的所接收到的TDD UL/DL配置可以是依据以下的。WTRU特定的TDD UL/DL配置可以是配置3、4和5之一。

一旦配置了WTRU特定的TDD UL/DL配置，WTRU可以仅在无线电帧的前半部分的UL子帧中发送UL HARQ反馈。这可以独立地应用，无论WTRU使用小区特定的TDD UL/DL配置还是WTRU特定的UL/DL TDD配置。例如，HARQ反馈的定时可以总是遵循(或使用)基本配置3、4或5之一，其可能是配置为WTRU特定的TDD UL/DL配置的那个。可能地，可以在这种情况下配置PUCCH格式3。这可以使PUCCH传输稳定并独立于现有的TDD UL/DL配置。这还可以更一般地根据eNB控制的配置方面应用到任意类型的UL传输中，例如，CSI以及SRS、D-RS。

一配置了WTRU特定的TDD UL/DL配置，用于(UL)调度的动态TDD控制信令的定时就可以或者可以总是遵循(或使用)活动的TDD UL/DL配置(小区特定的或WTRU特定的)。

一配置了WTRU特定的TDD UL/DL配置，用于PHICH(或EPHICH，可以应用的任意一个)的控制信令的定时就可以或者可以总是遵循(或使用)小区特定的UL/DL TDD分配。

控制信令可以用于在正常DL子帧和特殊子帧(例如，具有DwPTS的子帧)之间变换子帧#6。可以在下一个无线电帧边界开始的处理时延之后应用控制信令。

对于给定无线电帧，如果子帧#6的状态可以是特殊子帧的那个，WTRU可以认为UL/DL TDD配置可以是依据小区特定的UL/DL TDD配置的，其可以在无线电帧的后半部分执行相应的DL到UL的转换。

对于给定无线电帧，如果子帧#6的状态可以是正常子帧的那个，WTRU可以认为UL/DL配置可以是依据WTRU特定的UL/DL TDD配置的，例如，WTRU可能不在无线电帧的后半部分执行任何DL到UL的转换。

为了测量的目的，WTRU可以基于小区特定的TDD配置隐含地获得子帧限制。

从网络的角度，某些WTRU，诸如所有WTRU(其可以包括传统WTRU)可以例如，配置有小区特定的TDD UL/DL配置，其可以对应于配置#1。支持WTRU特定的TDD UL/DL操作的WTRU可以配置有配置#4。

作为实施本文所述机制的一种实施方式的另一个示例，WTRU可以在WTRU特定的DL子帧中执行以下操作的至少之一。当过程可能执行时，是否可以针对某一子帧执行给定DL过程可以是子帧方向的函数。例如，WTRU可以或者可以总是在这样的子帧中执行RLM相关的测量(例如，同步/不同步的评价)。可替换地，WTRU可以不或者可以从不考虑这样的子帧用于这种测量。可替换地，是否可以执行这样的测量可以以配置为基础。作为另一个示例，对于RSRP测量，WTRU可以或者可以总是考虑这样的子帧，可以不或者可以从不考虑这样的子帧，或者是否可以进行这种测量可以是以配置为基础的。作为第三个示例，对于DL路径损耗评价，WTRU可以或者可以总是考虑这样的子帧，可以不或者可以从不考虑这样的子帧，或者是否可以进行这种测量可以是以配置为基础的。

作为实施本文所述方法的一种实施方式的另一个示例，正在进行的从之前TDDUL/DL配置的最后一个无线电帧到新的TDD UL/DL配置的下一个(例如第一个)可用无线电帧的UL HARQ过程的转换过程，可能挂起一个或一些UL HARQ过程，可以依赖于之前TDD UL/DL配置，例如配置X，和新的TDD UL/DL配置，例如配置Y的对。此后，除非另有说明，TDD UL/DL配置对(X,Y)可以称为转换对。

如果请求下一个无线电帧中的PUSCH传输，在TDD UL/DL配置X的最后一个无线电帧中对于UL重传和/或初始UL传输的UL授权可能被WTRU忽略。

UL HARQ过程可以由一系列WTRU的HICH/UL授权的接收和PUSCH传输P组成。

如果以下场景之一或其组合发生，TDD UL/DL配置X的最后一个无线电帧中的ULHARQ过程，可以映射到TDD UL/DL配置Y的HARQ过程中，并可以在该TDD UL/DL配置Y的第一个无线电帧中继续。

在第一个场景中，WTRU可以在配置X的最后一个无线电帧中接收PUSCH HARQ反馈(例如PHICH)。当发生以下情况至少之一或组合时，该场景可以应用：1)在TDD UL/DL配置X的最后一个无线电帧中，WTRU可能已经在子帧接收了UL HARQ反馈(诸如PHICH)，该子帧例如为子帧n，其可能已经根据TDD UL/DL配置X的定时触发了下一个无线电帧中的PUSCH重传。2)TDD UL/DL配置Y中的子帧n(如上所述)可能包含至少一个PHICH资源，其已经根据TDDUL/DL配置Y的定时潜在地包含了在之前的无线电帧中用于PUSCH传输的PHICH。

在这种情况下，WTRU可以将接收到的UL HARQ反馈解释为根据TDD UL/DL配置Y接收到的UL HARQ反馈，且WTRU可以根据TDD UL/DL配置Y的定时在TDD UL/DL配置Y的第一个无线电帧中重传PUSCH，可能如本文档所述在转换期间有一些无线电帧被跳过。

在第二场景中，WTRU可以在配置X的最后一个无线电帧中发送PUSCH。当以下情况中的至少一个或组合发生时可以应用该场景：1)在TDD UL/DL配置X的最后一个无线电帧中，WTRU可能已经在UL子帧中发送PUSCH，例如，该UL子帧例如是UL子帧n，其中WTRU可能根据TDD UL/DL配置X已经期望下一个无线电帧中的UL HARQ反馈(例如PHICH)。2)TDD UL/DL配置Y中的子帧n(如上所述)可以是UL子帧，其可能根据TDD UL/DL配置Y的定时已经包含了由UL HARQ反馈触发的PUSCH重传(例如，PHICH)和/或之前(previous)无线电帧中的UL授权。

在这种情况下，WTRU可以将发送的PUSCH解释为根据TDD UL/DL配置的定时发送的PUSCH，且WTRU可以根据TDD UL/DL配置Y的定时在TDD UL/DL配置Y的第一个无线电帧中期望相应的UL HARQ反馈(例如PHICH)，可能如本文档所述在转换期间有一些无线电帧被跳过。

表7a示出了最大数量的UL HARQ过程的示例，其可以在WTRU在转换期间遵循(或使用)TDD UL/DL配置Y的定时时，从TDD UL/DL配置X转换到TDD UL/DL配置Y。考虑到以上场景和所提供的解决方案，可以为TDD UL/DL配置的每个X和Y对计算转换UL HARQ过程的最大数量，如表7a所示。

表7a

在另一个示例中，UL HARQ过程转换期间的WTRU动作可以包括WTRU遵循之前TDDUL/DL配置的定时。

正在进行的从之前TDD UL/DL配置的最后一个无线电帧到新的TDD UL/DL配置的下一个(例如第一个)可用无线电帧的UL HARQ过程的转换过程，可能挂起一个或一些ULHARQ过程，可以依赖于之前TDD UL/DL配置，例如配置X，和新的TDD UL/DL配置，例如配置Y的对。此后，除非另有说明，TDD UL/DL配置对(X,Y)可以称为转换对。

如果WTRU可以请求下一个无线电帧中的PUSCH传输，在TDD UL/DL配置X的最后一个无线电帧中对于UL重传和/或初始UL传输的UL授权可能被WTRU忽略。

UL HARQ过程可以由一系列WTRU的PHICH/UL授权的接收和PUSCH传输组成。

如果以下场景之一或其组合发生，TDD UL/DL配置X的最后一个无线电帧中的ULHARQ过程，可以映射到TDD UL/DL配置Y的HARQ过程中，并可以在该TDD UL/DL配置Y的第一个无线电帧中继续。

在第一个场景中，WTRU可以在配置X的最后一个无线电帧中接收PUSCH HARQ反馈(例如PHICH)。当发生以下情况至少之一或组合时，该场景可以应用：1)在TDD UL/DL配置X的最后一个无线电帧中，WTRU可能已经在一个子帧接收了UL HARQ反馈(诸如PHICH)，该子帧例如为子帧n，其可能已经根据TDD UL/DL配置X的定时触发了下一个无线电帧的子帧m中的PUSCH重传。2)TDD UL/DL配置Y中的子帧m可以是UL子帧，其可能根据TDD UL/DL配置Y的定时已经包含了由UL HARQ反馈(例如PHICH)触发的PUSCH重传和/或在之前无线帧中的UL授权。

在这种情况下，WTRU可以在TDD UL/DL配置Y的第一个无线电帧中子帧m上重传PUSCH，且在那之后可以根据TDD UL/DL配置Y继续遵循(或使用)UL子帧m的UL HARQ定时，可能如本文档所述在转换期间有一些无线电帧被跳过。

在第二场景中，WTRU可以在配置X的最后一个无线电帧中发送PUSCH。当以下情况中的至少一个或组合发生时可以应用该场景：1)在TDD UL/DL配置X的最后一个无线电帧中，WTRU可能已经在UL子帧中发送PUSCH，例如，该UL子帧例如是UL子帧n，其中WTRU可能根据TDD UL/DL配置X已经期望下一个无线电帧的子帧m中的UL HARQ反馈(例如PHICH)。2)TDDUL/DL配置Y中的子帧m也可以包含PHICH资源，其可能根据TDD UL/DL配置Y的定时已经潜在地包含了在之前无线电帧中PUSCH传输的PHICH。

在这种情况下，WTRU可以期望TDD UL/DL配置Y的第一个帧的子帧m中的UL HARQ反馈(例如PHICH)，且在那之后WTRU可以根据TDD UL/DL配置Y的定时继续遵循(或使用)在子帧m上接收到的UL HARQ反馈的HARQ定时，可能如本文档所述在转换期间有一些无线电帧被跳过。

表7b示出了最大数量的UL HARQ过程的示例，其可以在WTRU在转换期间遵循TDDUL/DL配置X的定时时，从TDD UL/DL配置X转换到TDD UL/DL配置Y。考虑到以上场景和所提供的解决方案，可以为TDD UL/DL配置的每个X和Y对计算转换UL HARQ过程的最大数量，如表7b所示。

表7b

图5示出了WTRU中TDD操作的一第一示例。WTRU 501可以从eNB 502接收503用于小区(其可以是服务小区)的一第一TDD UL/DL配置。WTRU 501可以从eNB 502接收504用于该小区的一第二TDD UL/DL配置。WTRU 501可以从eNB 502接收505方向的指示，用于具有第一TDD UL/DL配置和第二TDD UL/DL配置之间冲突方向的子帧。WTRU 501可以506遵循(或使用)第一TDD UL/DL配置用于UL HARQ和UL调度的定时。WTRU 501可以507遵循(或使用)第二TDD UL/DL配置用于DL HARQ和DL调度的定时。WTRU 501可以根据所接收的指示确定508具有冲突方向的每个子帧的方向。在对于具有冲突方向的子帧，所确定的方向是DL的情况下，WTRU 501可以在DL的子帧上从eBN 502接收509控制和/或数据信道。第一TDD UL/DL配置可以是小区特定的且可以由eNB在系统信息块中发送。第二TDD UL/DL配置可以是WTRU特定的且可以由eNB在可能是WTRU特定的或专用信令的RRC信令中发送。用于具有冲突方向子帧的方向指示可以由eNB在RRC或者物理层信令中发送。

图6示出了WTRU中TDD操作的一第二示例。WTRU 601可以从eNB 602接收603用于小区(其可以是服务小区)的小区特定的TDD UL/DL配置。WTRU 601可以从eNB 602接收604指示，该指示为在小区特定的TDD UL/DL配置中标识为UL的子帧是否将要或者期望用于接收到该指示的小区的DL。WTRU 601可以根据该指示确定605在小区特定的TDD UL/DL配置中标识为UL的子帧是否将要或者期望用于该小区的DL。当小区特定的TDD UL/DL配置中标识为UL的子帧确定将要用于(或者确定期望会用于)小区的DL时，WTRU 601可以在小区的DL上的子帧中接收606控制和/或数据信道，其中可以从eNB 602接收控制和/或数据信道。eNB可以在系统信息块中发送该小区特定的TDD UL/DL配置。

图7示出了eNB中TDD操作的一第一示例。eNB 702可以将用于小区的一第一TDDUL/DL配置发送703到WTRU 701。eNB 702可以向WTRU 701发送704用于该小区的一第二TDDUL/DL配置。eNB 702可以向WTRU 701发送705用于具有第一TDD UL/DL配置和第二TDD UL/DL配置之间的冲突方向的子帧的方向指示。eNB 702可以遵循(或使用)706第一TDD UL/DL配置用于WTRU 701的UL HARQ和UL调度定时。eNB 702可以遵循(或使用)707第二TDD UL/DL配置用于WTRU的DL HARQ和DL调度定时。eNB 702可以在第一TDD UL/DL配置中为UL的子帧中向WTRU 701发送708DL上的控制和/或数据信道。这种传输可以或者可以仅由eNB在发送的指示705中标识为DL的冲突子帧中由eNB执行。第一TDD UL/DL配置可以是小区特定的，并可以由eNB在系统信息块中发送。第一TDD UL/DL配置由eNB 702到WTRU 701的发送可以通过广播信令，其可以不专门指向WTRU 701。第二TDD UL/DL配置可以是WTRU特定的，可以由eNB 702在可以是WTRU特定的或者专用信令的RRC信令中发送。

图8示出了eNB中TDD操作的一第二示例。eNB 802可以向WTRU 801发送用于小区的小区特定的TDD UL/DL配置。eNB 802可以向WTRU 801发送一个指示，该指示为在小区特定的TDD UL/DL配置中标识为UL的子帧是否是或将要或者期望用于该小区的DL。eNB 802可以在小区的小区特定的TDD UL/DL配置中标识为UL的子帧中的DL向WTRU 801发送控制和/或数据信道。这种传输可以或者可以仅由eNB在可以在发送的指示804中标识为DL的冲突子帧中执行。

实施例

1.一种无线发射/接收单元(WTRU)中时分双工(TDD)操作的方法，该方法包括：

接收服务小区的第一TDD上行链路(UL)/下行链路(DL)配置。

2.根据实施例1所述的方法，该方法进一步包括：

接收所述服务小区的第二TDD UL/DL配置。

3.根据实施例1-2中任一实施例所述的方法，该方法进一步包括：接收用于具有所述第一TDD UL/DL配置与所述第二TDD UL/DL配置之间冲突方向的子帧的方向指示。

4.根据实施例1-3中任一实施例所述的方法，该方法进一步包括：

针对UL混合自动重复请求(HARQ)和UL调度的定时使用所述第一TDD UL/DL配置。

5.根据实施例1-4中任一实施例所述的方法，该方法进一步包括：

针对DL HARQ和DL调度的定时使用所述第二TDD UL/DL配置。

6.根据实施例1-5中任一实施例所述的方法，该方法进一步包括：

根据接收到的指示确定每个具有冲突方向的子帧的方向。

7.根据实施例1-6中任一实施例所述的方法，其中在针对具有冲突方向的子帧所确定的方向是DL的情况下，在所述DL的子帧中进行接收。

8.根据实施例1-7中任一实施例所述的方法，其中在所述DL的子帧中进行接收包括以下中的至少一者：监测物理下行链路控制信道(PDCCH)、监测增强型PDCCH(EPDCCH)、解码物理混合ARQ指示信道(PHICH)、以及解码物理下行链路共享信道(PDSCH)。

9.根据实施例1-8中任一实施例所述的方法，其中所述第一TDD UL/DL配置是小区特定的。

10.根据实施例1-9中任一实施例所述的方法，其中所述第二TDDUL/DL配置是WTRU特定的。

11.根据实施例1-10中任一实施例所述的方法，该方法进一步包括：

在特定子帧被指示为DL的情况下取消用于特定子帧的被调度的UL传输。

12.根据实施例1-11中任一实施例所述的方法，其中所述小区特定的TDD UL/DL配置在系统信息块中被提供给所述WTRU。

13.根据实施例1-12中任一实施例所述的方法，其中在所述WTRU不接收用于子帧的方向指示的情况下，所述WTRU在每个冲突子帧中进行盲解码以确定该子帧是否被期望用于DL。

14.根据实施例1-13中任一实施例所述的方法，其中盲解码包括监测以下中的至少一者：物理下行链路控制信道(PDCCH)和增强型PDCCH(EPDCCH)。

15.根据实施例1-14中任一实施例所述的方法，其中盲解码不在所述WTRU在其中具有调度的UL传输的冲突子帧中进行，且所述WTRU如被调度一样在所述冲突子帧中传送。

16.根据实施例1-15中任一实施例所述的方法，其中所述WTRU确定在其中所述WTRU期望意图用于所述WTRU的物理混合ARQ指示信道(PHICH)为DL的任意子帧的方向。

17.根据实施例1-16中任一实施例所述的方法，该方法进一步包括：

接收特殊子帧的位置和格式作为下行链路控制信息(DCI)的一部分以允许特殊子帧的动态配置。

18.根据实施例1-17中任一实施例所述的方法，该方法进一步包括：

接收更新的TDD UL/DL配置以代替所述第一TDD UL/DL配置或所述第二TDD UL/DL配置中的至少一者。

19.根据实施例1-18中任一实施例所述的方法，该方法进一步包括将之前正在进行的UL/DL HARQ过程的至少一者映射为对应于更新的TDD UL/DL配置的至少一个新的UL/DL HARQ过程。

20.一种无线发射/接收单元(WTRU)中时分双工(TDD)操作的方法，该方法包括：

接收服务小区的小区特定的TDD UL/DL配置。

21.根据实施例20所述的方法，该方法进一步包括：

接收在所述小区特定的TDD UL/DL配置中标识为UL的子帧是否将要用于服务小区的DL的指示。

22.根据实施例20-21中任一实施例所述的方法，该方法进一步包括：

基于所述指示确定在所述小区特定的TDD UL/DL配置中标识为UL的子帧是否将要用于所述服务小区的DL；

23.根据实施例20-22中任一实施例所述的方法，其中在所述小区特定的TDD UL/DL配置中标识为UL的子帧被确定为用于所述服务小区的DL的情况下，在所述服务小区的所述DL的子帧中进行接收。

24.根据实施例20-23中任一实施例所述的方法，其中在所述DL的子帧中进行接收包括以下中的至少一者：监测物理下行链路控制信道(PDCCH)、监测增强型PDCCH(EPDCCH)、解码物理混合ARQ指示信道(PHICH)、以及解码物理下行链路共享信道(PDSCH)。

25.根据实施例20-24中任一实施例所述的方法，该方法进一步包括：

在特定子帧被指示为DL的情况下，取消用于该特定子帧的被调度的UL传输。

26.根据实施例20-25中任一实施例所述的方法，其中所述小区特定的TDD UL/DL配置在系统信息块中被提供给所述WTRU。

27.一种演进型节点B(eNB)中时分双工(TDD)的方法，该方法包括：

传送小区的第一TDD UL/DL配置。

28.根据实施例27所述的方法，该方法进一步包括：

向至少一个WTRU传送所述小区的第二TDD UL/DL配置。

29.根据实施例27-28中任一实施例所述的方法，该方法进一步包括：

向所述至少一个WTRU传送用于具有所述第一TDD UL/DL配置与所述第二TDD UL/DL配置之间冲突方向的子帧的方向指示。

30.根据实施例27-29中任一实施例所述的方法，该方法进一步包括：

针对所述至少一个WTRU使用用于UL混合自动重复请求(HARQ)和UL调度的定时的所述第一TDD UL/DL配置。

31.根据实施例27-30中任一实施例所述的方法，该方法进一步包括：

针对所述至少一个WTRU使用用于DL HARQ和DL调度的定时的所述第二TDD UL/DL配置。

32.根据实施例27-31中任一实施例所述的方法，该方法进一步包括：

在所述第一TDD UL/DL配置中为UL的至少一个子帧中的DL上进行传送。

33.根据实施例27-32中任一实施例所述的方法，其中所述eNB针对至少一个其他WTRU的HARQ操作及UL和DL调度二者使用所述第一TDD UL/DL配置。

34.根据实施例27-33中任一实施例所述的方法，其中所述第一TDD UL/DL配置是小区特定的。

35.根据实施例27-34中任一实施例所述的方法，其中所述第二TDD UL/DL配置是WTRU特定的。

36.一种用于时分双工(TDD)操作的无线发射/接收单元(WTRU)，该WTRU包括：

接收机，被配置为接收服务小区的第一TDD上行链路(UL)/下行链路(DL)配置.

37.根据实施例36所述的方法，该方法进一步包括：

所述接收机进一步被配置为接收所述服务小区的第二TDD UL/DL配置。

38.根据实施例36-37中任一实施例所述的方法，该方法进一步包括：

所述接收机进一步被配置为接收用于具有所述第一TDD UL/DL配置与所述第二TDD UL/DL配置之间冲突方向的子帧的方向指示。

39.根据实施例36-38中任一实施例所述的方法，该方法进一步包括：

处理器，被配置为针对UL混合自动重复请求(HARQ)和UL调度的定时使用所述第一TDD UL/DL配置；

40.根据实施例36-39中任一实施例所述的方法，该方法进一步包括：

所述处理器进一步被配置为针对DL HARQ和DL调度的定时使用所述第二TDD UL/DL配置。

41.根据实施例36-40中任一实施例所述的方法，该方法进一步包括：

所述处理器进一步被配置为根据所述指示确定每个具有冲突方向的子帧的方向。

42.根据实施例36-41中任一实施例所述的方法，其中在针对具有冲突方向的子帧所确定的方向是DL的情况下，在所述DL的子帧中进行接收。

43.根据实施例36-42中任一实施例所述的方法，其中在所述DL的子帧中进行接收包括以下中的至少一者：监测物理下行链路控制信道(PDCCH)、监测增强型PDCCH(EPDCCH)、解码物理混合ARQ指示信道(PHICH)、以及解码物理下行链路共享信道(PDSCH)。

44.根据实施例36-43中任一实施例所述的方法，其中所述第一TDDUL/DL配置是小区特定的。

45.根据实施例36-44中任一实施例所述的方法，其中所述第二TDDUL/DL配置是WTRU特定的。

尽管上面以特定的组合描述了特征和元素，但是本领域普通技术人员可以理解，每个特征或元素可以单独的使用或与其他的特征和元素进行组合使用。此外，这里描述的方法可以用计算机程序、软件或固件实现，其可包含到由计算机或处理器执行的计算机可读介质中。计算机可读介质包括(通过有线或无线连接上发送)电信号和计算机可读存储介质。计算机可读存储介质的示例包括但不限制为只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储器设备、磁性介质，例如内部硬盘和可移动磁盘，磁光介质和光介质，例如CD-ROM盘和数字通用盘(DVD)。与软件相关联的处理器用于实现在WTRU、UE、终端、基站、RNC或任何主计算机中使用的射频收发信机。

Claims (10)

1.一种无线发射/接收单元(WTRU)中时分双工(TDD)操作的方法，该方法包括：

接收服务小区的第一TDD上行链路(UL)/下行链路(DL)配置；

接收所述服务小区的第二TDD UL/DL配置；

接收用于具有所述第一TDD UL/DL配置与所述第二TDD UL/DL配置之间冲突方向的子帧的方向指示；

针对UL混合自动重复请求(HARQ)和UL调度的定时使用所述第一TDD UL/DL配置；

针对DL HARQ和DL调度的定时使用所述第二TDD UL/DL配置；以及

根据接收到的指示确定每个具有冲突方向的子帧的方向；

其中在针对具有冲突方向的子帧所确定的方向是DL的情况下，在所述DL的子帧中进行接收。

2.根据权利要求1所述的方法，其中在所述DL的子帧中进行接收包括以下中的至少一者：监测物理下行链路控制信道(PDCCH)、监测增强型PDCCH(EPDCCH)、解码物理混合ARQ指示信道(PHICH)、以及解码物理下行链路共享信道(PDSCH)。

3.根据权利要求1所述的方法，其中所述第一TDD UL/DL配置是小区特定的。

4.根据权利要求1所述的方法，其中所述第二TDD UL/DL配置是WTRU特定的。

5.根据权利要求1所述的方法，该方法进一步包括：

在特定子帧被指示为DL的情况下取消用于特定子帧的被调度的UL传输。

6.根据权利要求3所述的方法，其中所述小区特定的TDD UL/DL配置在系统信息块中被提供给所述WTRU。

7.根据权利要求1所述的方法，其中在所述WTRU不接收用于子帧的方向指示的情况下，所述WTRU在每个冲突子帧中进行盲解码以确定该子帧是否被期望用于DL。

8.根据权利要求7所述的方法，其中所述盲解码包括监测以下中的至少一者：物理下行链路控制信道(PDCCH)和增强型PDCCH(EPDCCH)中。

9.根据权利要求7所述的方法，其中盲解码不在所述WTRU在其中具有调度的UL传输的冲突子帧中进行，且所述WTRU如被调度一样在所述冲突子帧中传送。

10.根据权利要求7所述的方法，其中所述WTRU确定在其中所述WTRU期望意图用于所述WTRU的物理混合ARQ指示信道(PHICH)为DL的任意子帧的方向。