CN108599905B - 在wtru中实施的方法、wtru及网络节点 - Google Patents

Abstract

本申请公开了一种在WTRU中实施的方法、WTRU及网络节点，所述方法包括：所述WTRU接收针对多个上行链路传输模式的配置，其中，第一上行链路传输模式与第一混合自动重复请求HARQ配置和第一传输时间间隔TTI集束配置相关联，以及第二上行链路传输模式与第二HARQ配置和第二TTI集束配置相关联；所述WTRU接收包括上行链路授权的第一物理下行链路控制信道PDCCH传输；所述WTRU基于包括在所述PDCCH传输中的所述上行链路授权确定将所述第一传输模式还是所述第二传输模式用于上行链路传输；以及所述WTRU根据所述上行链路授权使用所述第一传输模式和所述第二传输模式中的一者来发送所述上行链路传输。

Description

在WTRU中实施的方法、WTRU及网络节点

本申请是申请日为2013年01月24日、申请号为201380006569.2、名称为“用于改善的上行链路覆盖的系统和方法”的中国发明专利申请的分案申请。

相关申请的交叉引用

本申请要求2012年1月24日申请的美国临时专利申请No.61/590,292、2012年3月16日申请的美国临时专利申请No.61/611,799和2012年3月16日申请的美国临时专利申请No.61/611,972的权益，这些申请的内容以引用的方式全部结合于此。

背景技术

用于噪声限制场景的长期演进(LTE)版本10下行链路(DL)和/或上行链路(UL)控制和数据信道的链路性能和覆盖通过使用各种方法、场景和/或技术已在各个方面得以解决。例如，使用LTE无线电技术时的UL通过网际协议的语音(VoIP)链路性能可与现有的3G高速分组接入(HSPA)无线电技术相比。为了匹配3G HSPA UL的链路覆盖性能，LTE协议可得以修改以便增加覆盖。例如，为了改善对于VoIP可实现的LTE UL覆盖，3-4dB的增加可引起类似于那些使用3G HSPA UL可实现的覆盖数目。为现有LTE无线电接入获得的性能数据(performance number)可能已包括了使用传输时间间隔(TTI)集束(bundling)模式大小4和/或无线电链路控制(RLC)分割的可能性。不幸地，当前的方法、场景和/或技术可能不能充分地增加LTE链路性能和覆盖，并且，特别地，可提供改善UL传输的接收或覆盖的机会。

发明内容

本发明公开了一种用于增加WTRU UL覆盖的方法和系统。在此描述的该方法和系统可实现由演进节点B(eNB)接收、将被用于UL传输解码的可获得信号能量的增加，从而增加成功解码的可能性。在此描述的系统和方法可实现可用于传输的UL资源的更有效的使用。

例如，一种在WTRU中实现用于改善UL资源利用率的方法可包括确定实现与覆盖限制操作相关联的一个或多个过程。该方法可包括设置一个或多个UL传输参数以实现与覆盖限制操作相关联的一个或多个过程。例如，设置一个或多个UL传输参数以实现与覆盖限制操作相关联的一个或多个过程可包括以下的一个或多个：使用小于8个子帧的最大往返时间(RTT)实现UL混合自动重复请求(HARQ)操作，在UL操作期间动态地修改一个或多个HARQ/传输时间间隔(TTI)集束参数，使用物理上行链路共享信道(PUSCH)的专用分配，执行到多个无线电接入网络(RAN)接收点的PUSCH传输，或传送无RLC序列号的一个或多个无线电链路控制(RLC)协议数据单元(PDU)。

在一个示例中，使用小于8个子帧的最大RTT实现UL HARQ操作可包括在接收UL授权后的小于4个子帧后传送HARQ传输。使用小于8个子帧的最大RTT实现UL HARQ操作可包括在传送HARQ传输后的小于4个子帧后接收用于HARQ传输的HARQ反馈。在一个示例中，HARQ实体的第一HARQ进程可与第一最大RTT相关联，并且HARQ实体的第二HARQ进程可与第二最大RTT相关联。

在一个示例中，在UL操作期间动态修改一个或多个HARQ/TTI集束参数可包括修改在UL授权的接收和HARQ传输之间的若干子帧、在HARQ传输和HARQ反馈接收之间的若干子帧、在HARQ反馈和HARQ反馈传输之间的若干子帧和/或TTI集束窗口的大小的一个或多个。在UL操作期间动态修改一个或多个HARQ/TTI集束参数可基于从演进节点B(eNB)接收物理层控制信令、媒体接入控制(MAC)控制元素(CE)和/或无线电资源控制(RRC)消息的一个或多个。在UL操作期间动态修改一个或多个HARQ/TTI集束参数可基于在其中给定UL传输将发生的帧或子帧的标识或给定UL传输的分配的性质的一个或多个。

设置一个或多个UL传输参数以实现与覆盖限制操作相关联的一个或多个过程可包括使用PUSCH的专用分配。PUSCH的专用分配可为无线电帧中多个子帧向WTRU分配相同资源块或相同资源元素的一个或多个。PUSCH的专用分配可指示该专用分配有效的分配期间，和在该分配期间内发生的传输的重现期间。

设置一个或多个UL传输参数以实现与覆盖限制操作相关联的一个或多个过程可包括执行到多个RAN接收点的PUSCH传输。执行到多个RAN接收点的PUSCH传输可包括修改功率控制过程以考虑从非服务演进节点B(eNB)接收的反馈和/或与到该非服务eNB的传输相关联的路径损耗。设置一个或多个UL传输参数以实现与覆盖限制操作相关联的一个或多个过程可包括传送无RLC序列号的一个或多个RLC PDU。当实现时，WTRU可确保无RLC序列号的一个或多个RLC PDU到RLC实体的按序传输。

在一个示例中，一种在WTRU中实现用于使用物理层处理技术来改善UL覆盖的方法可包括确定WTRU应当转换到覆盖限制模式。该方法可包括修改UL物理层操作以实现覆盖限制模式。修改UL物理层操作以实现覆盖限制模式可包括以下的一个或多个：使用持续多个子帧的TTI，传送与PUSCH数据交织的导频序列，使用单载波频分多址(SC-FDMA)和除SC-FDMA外的调制两者来执行上行链路传输，或基于将执行的UL传输的性质改变UL传输方案。

在一个示例中，修改UL物理层操作以实现覆盖限制模式可包括使用持续多个子帧的TTI。用于持续多个子帧的TTI的子帧在时域中可连续或不连续。使用持续多个子帧的TTI可包括在持续多个子帧的第一TTI中传送第一冗余版本的传输块(TB)。使用持续多个子帧的TTI可进一步包括在持续多个子帧的第二TTI中传送第二冗余版本的TB。

修改UL物理层操作以实现覆盖限制模式可包括传送与PUSCH数据交织的导频序列。例如，该导频序列可在移位随机化(shift randomization)期间与PUSCH数据交织。修改UL物理层操作以实现覆盖限制模式可包括使用SC-FDMA和除SC-FDMA外的调制两者来执行上行链路传输。使用SC-FDAM的传输和使用除SC-FDMA外的调制的传输可在时域、频域和/或时频域复用。修改UL物理层操作以实现覆盖限制模式可包括基于将执行的UL传输的性质来改变UL传输方案。改变UL传输方案可包括以下一个或多个：改变每时隙或子帧的导频信号的数量，改变具有正交频分复用(OFDM)符号的导频信号的位置，改变调制类型，和/或改变扩频码或扩频因子。

在此描述的方法和系统可在WTRU中实现。WTRU可包括被配置为执行该方法的处理器。例如，WTRU可被配置为改善UL资源利用和/或修改物理层过程以增加UL覆盖。WTRU可被配置为从演进eNB接收配置。该配置可指示当WTRU被配置为操作覆盖限制模式时被用于UL操作的参数和/或当WTRU未被配置为在覆盖限制模式中运行时被用于UL操作的参数。WTRU可被配置为例如基于由该WTRU执行的测量来自发地确定是否根据覆盖限制模式运行。WTRU可被配置为基于从eNB接收的显式信令来确定是否根据覆盖限制模式运行。

附图说明

更详细的理解可以从下述结合附图以示例的方式给出的描述中得到，其中：

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

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

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

图2图释了单一快速混合自动重复请求(HARQ)进程的示例操作；

图3图释了具有不同定时的多个HARQ进程的示例操作；

图4图释了单一HARQ进程的另一个示例操作；

图5图释了包括多个连续子帧的长TTI的示例；

图6图释了包括多个非连续子帧的长TTI的示例；

图7图释了长TTI的可能配置的另一个示例；

图8图释了可被改变以适应普通TTI的传输的长TTI的示例；

图9图释了根据用于每个子帧的专用PUSCH分配的操作的示例；

图10图释了根据用于每隔一个子帧的专用PUSCH分配的操作的示例；

图11图释了将导频序列与信道编码的数据序列一起传送的示例实施。

具体实施方式

现在将参考各个附图描述示例实施方式的详细描述。虽然该描述提供了可能实现的详细示例，应当注意这些细节旨在示例，决不限制本申请的范围。

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

如图1A所示，通信系统100可包括无线发射/接收单元(WTRU)102a、102b、102c、102d(统称为WTRU 102)、无线电接入网络(RAN)104、核心网107、公共交换电话网(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的至少一个无线接口以便于接入一个或多个诸如核心网107、因特网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相关联的小区可被划分为3个扇区。因此，在一个实施方式中，基站114a可包括3个收发信机，即小区的每个扇区一个。在另一个实施方式中，基站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和WTRU102a、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、CDMA2000 1X、CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进技术(EDGE)、GSM EDGE(GERAN)等这样的无线电技术。

图1A中的基站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)。如图1A所示，基站114b可与因特网110有直接连接。因此，基站114b不需要通过核心网107接入因特网110。

RAN 104可与核心网107通信，核心网107可以是任意类型的、被配置为向WTRU102a、102b、102c、102d的一个或多个提供语音、数据、应用和/或通过网际协议的语音(VoIP)服务的网络。例如，核心网107可提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接、视频发布等，和/或执行诸如用户认证这样的高级安全功能。虽然未在图1A中示出，应理解RAN 104和/或核心网107可与采用与RAN 104相同RAT或不同RAT的其它RAN直接或间接通信。例如，除了与可采用E-UTRA无线电技术的RAN 104连接之外，核心网107还可与采用GSM无线电技术的另一个RAN(未示出)通信。

核心网107还可作为网关，用于WTRU 102a、102b、102c、102d接入PSTN 108、因特网110和/或其它网络112。PSTN 108可包括提供传统旧电话业务(POTS)的电路交换电话网络。因特网110可包括使用通用通信协议的互连计算机网络和装置的全球系统，例如TCP/IP因特网协议系列中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可包括由其它服务供应商所有和/或运营的有线或无线通信网络。例如，网络112可包括与可采用与RAN 104相同RAT或不同RAT的一个或多个RAN相连接的另一个核心网。

在通信系统100中的WTRU 102a、102b、102c、102d的一些或所有可包括多模能力，例如WTRU 102a、102b、102c、102d可包括用于通过不同无线链路与不同无线网络通信的多个收发信机。例如，图1A中示出的WTRU 102c可被配置为与可采用基于蜂窝的无线电技术的基站114a和与可采用IEEE 802无线电技术的基站114b通信。

图1B是图释示例WTRU 102的系统图。如图1B所示，WTRU 102可包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136和其它外围设备138。应理解，WTRU 102可包括前述元件的任意子组合，而与实施方式保持一致。同样，实施方式预期基站114a和114b和/或基站114a和114b可代表的节点，例如但不限于收发信机站(BTS)、节点B、站点控制器、接入点(AP)、家用节点B、演进家用节点B(e节点B)、家用演进节点B(HeNB)、家用演进节点B网关和代理节点等，可包括在图1B示出和在此描述的元件的一些或全部。

处理器118可以是通用处理器、专用处理器、传统处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任意其它类型的集成电路(IC)、状态机等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理和/或使WTRU 102能够在无线环境中运行的任意其它功能。处理器118可与收发信机120相耦合，收发信机120可与发射/接收元件122相耦合。虽然图1B将处理器118和收发信机120图示为分离的部件，将理解处理器118和收发信机120可在电子包或芯片中集成在一起。

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

此外，虽然发射/接收元件122在图1B中被图示为单一元件，WTRU 102可包括任意数目的发射/接收元件122。更具体地，WTRU 102可采用MIMO技术。因此，在一个实施方式中，WTRU 102可包括两个或更多个用于通过空中接口116发送和接收无线信号的发射/接收元件122(例如多个天线)。

收发信机120可被配置为调制即将由发射/接收元件122发送的信号并解调由发射/接收元件122接收的信号。如上所述，WTRU 102可具有多模能力。因此，收发信机120可包括例如用于使WTRU 102能够通过诸如UTRA和IEEE 802.11这样的多个RAT通信的多个收发信机。

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中其它组件的功率。电源134可以是任意适当的用于向WTRU 102供电的设备。例如，电源134可包括一个或多个干电池(例如镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。

处理器118还可以与可被配置为提供关于WTRU 102当前位置的位置信息(例如经度和纬度)的GPS芯片组136相耦合。附加于或替代来自GPS芯片组136的信息，WTRU 102可通过空中接口116从基站(例如基站114a、114b)接收位置信息，和/或基于信号从两个或更多个附近基站接收的定时来确定它的位置。将理解，WTRU 102可借助任何适当的位置确定方法来获取位置信息而与实施方式保持一致。

处理器118可进一步与其它外围设备138相耦合，其它外围设备138可包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可包括加速计、电子罗盘、卫星收发信机、数字照相机(用于相片或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、

模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等。

图1C是根据实施方式的RAN 104和核心网107的系统图。如上所述，RAN 104可采用E-UTRA无线电技术来通过空中接口116与WTRU 102a、102b、102c通信。RAN 104还可以与核心网107通信。

RAN 104可包括e节点B 160a、160b、160c，但是将理解RAN 104可包括任意数目的e节点B而与实施方式保持一致。e节点B 160a、160b、160c每一个可包括用于通过空中接口116与WTRU 102a、102b、102c通信的一个或多个收发信机。在一个实施方式中，e节点B160a、160b、160c可实施MIMO技术。因此e节点B 160a例如可使用多个天线来向WTRU 102a发送无线信号并从它接收无线信号。

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

图1C中示出的核心网107可包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。虽然上述元件的每个被图示为核心网107的一部分，但将理解这些元件的任意一个可由除核心网运营商以外的实体所有和/或运营。

MME 162可经由S1接口与RAN 104中的e节点B 160a、160b、160c的每一个相连接，并且可作为控制节点。例如，MME 162可负责认证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c初始附着期间选取特定的服务网关等。MME 162还可提供用于在RAN 104和采用诸如GSM或WCDMA这样的其它无线电技术的其它RAN(未示出)之间切换的控制面功能。

服务网关164可经由S1接口与RAN 104中的e节点B 160a、160b、160c的每一个相连接。服务网关164一般地可路由和转发去往/来自WTRU 102a、102b、102c的用户数据分组。服务网关164还可以执行其它功能，例如在e节点B间切换期间锚定用户面、当下行链路数据对WTRU 102a、102b、102c可用时触发寻呼、管理和存储WTRU 102a、102b、102c的上下文等。

服务网关164还可与PDN网关166相连接，PDN网关166可向WTRU 102a、102b、102c提供到诸如因特网110这样的分组交换网络的接入，以便于WTRU 102a、102b、102c和IP使能装置之间的通信。

核心网107可便于与其它网络的通信。例如，核心网107可向WTRU 102a、102b、102c提供到诸如PSTN 108这样的电路交换网络的接入，以便于WTRU 102a、102b、102c和传统陆线通信设备之间的通信。例如，核心网107可包括作为核心网107和PSTN 108之间的接口的IP网关(例如IP多媒体子系统(IMS)服务器)或与之通信。此外，核心网107可向WTRU 102a、102b、102c提供到网络112的接入，网络112可包括由其它服务提供商所有和/或运营的其它有线或无线网络。

典型地，来自语音编解码器的VoIP分组大概每20ms到达用于传输。假设这样的语音分组的小净荷(payload)(例如包括协议开销大概30-40字节的级别或更少)，每个这样的语音分组原则上可作为单一子帧中的单一传输块(TB)来发送。当未使用HARQ重传和TTI集束时，在单一子帧单一TB中发送每个语音分组可导致共5％的UL传输活动。换句话说，每20ms将有以映射到单一子帧的单一新TB的形式编码的单一VoIP分组。

在考虑可为LTE无线电接入实现的覆盖时，若干技术可能是适当的。例如，在设计覆盖方案时，可考虑HARQ重传、TTI集束、RLC分割、IP分组集束、参考信号调度的修改和/或单向用户面延迟。

如果使用HARQ重传，使用的WTRU UL传输时间的量可每语音分组和/或每WTRU地增加。对于映射到1个TB的到来的VoIP分组，在50ms UL Uu延迟预算的情况下典型地可允许高达6次的HARQ重传。因此，假设8个子帧的版本8/10LTE最大往返时间(RTT)，VoIP分组在相同的50ms时间的持续时间可传输高达总共7次。假设平均2或3个同时发生的VoIP分组或者2或3个并行的HARQ进程在任意给定帧中由WTRU传输，HARQ重传的使用可导致平均30％的UL传输活动。换句话说，平均十分之三的UL子帧可由WTRU用于VoIP传输。因此，用于在有HARQ的情况下VoIP编解码分组传输的UL覆盖与无HARQ相比名义上可改善7(线性)因子。这样的子帧利用改善可相应于接收机每VoIP分组多收集的大概8.4dB的能量，在有真实衰落信道的情况下忽视性能方面。

版本8LTE引入了TTI集束操作模式以改善UL覆盖。TTI集束可被配置以便在接收关于TB接收的任意反馈之前前瞻性地重传包括在给定的传输块中的数据。与TTI集束相关联的TB可被用来传送相同的数据和/或相同数据的不同冗余版本。TTI集束可被设计为最大化WTRU可使用最大功率连续传输的时间量。

在一个示例中，TTI集束可在多个TTI中重复相同的数据。例如，LTE版本8可指明为4的TTI集束大小；然而，版本8 LTE未指明其它可能的集束大小。当采用4和8的物理上行链路共享信道(PUSCH)集束大小时，可实现的UL性能可得以增加。例如，单一的TB可被信道编码并在4个连续TTI集合中传输。经集束的TTI可通过例如对整个集束使用单一的UL授权和单一的物理HARQ指示符信道(PHICH)ACK/NACK来被视为单一的资源。版本8/10 LTE中的TTI集束可通过无线电资源控制(RRC)信令来激活。例如，演进节点B(eNB)可观察WTRU传输并确定WTRU路径损耗。如果WTRU路径损耗超过临界值和/或预定阈值，eNB可激活TTI集束。

如果使用了版本8/10 HARQ但未使用TTI集束，在现有LTE n+4 HARQ时间线的情况下，包括其协议开销的VoIP编解码分组可典型地导致高达7个TTI。当使用版本8/10 TTI集束时，VoIP分组可使用4个连续子帧的集束来传输。TTI集束模式可在16个子帧的期间中重复。例如，对于相同的50ms UL Un延迟预算，12个子帧(或每个是16个子帧长并包括4个TTI的3个模式)可由接收器接收。因此，由于解码器能量收集的增加，TTI集束可导致大约2.3dB(例如10*log10(12/7))的覆盖提高。当设计具有增加的覆盖的系统时可考虑诸如突发差错率(例如4个连续TTI中整个集束丢失的可能性比单一TTI丢失的可能性)这样的二级影响。例如，传输差错可经常发生在突发中，所以在仍然将模式保持为16子帧的同时将集束大小从4增加到8可导致附加的1dB的改善，但是如果差错发生在突发中可能不比这多多少。

版本8/10LTE RLC协议可执行较高层PDU的分割和/或串联。改善LTE UL覆盖的一个方法可以是将RLC SDU(例如包括压缩的IP和以上的头的VoIP编解码分组)分割为若干较小的单元。例如，当对相应于较小/经分割的PDU的TB的每一个进行信道编码时可选取较强的调制和编码方案(MCS)。通过这样做，产生的较小的TB将被正确解码的可能性更高。假设当与未使用RLC分割的情况相比时产生的同时使用的运行HARQ进程的数目可增加，有效的UL子帧使用和/或UL传输活动可得以增加。

将VOIP编解码分组(例如RLC PDU/SDU)分割为较小的RLC PDU/SDU以改善UL覆盖时的性能和缺点可得以比较。当每SDU的RLC片段的数目增加超过4时，从创建较小RLC PDU产生的开销可开始显著地影响在可观察的Eb/No改善方面可实现的增益。考虑的另一个方面可以是在每PDU基础上每HARQ进程可获得重传数的减少。新的SDU典型地每20ms被传输。这可导致N个经分割的PDU占用每20ms开始的N个HARQ进程。这些HARQ进程的每一个在允许的50ms单向Uu延迟预算期间可保持活动。在版本8/10 LTE中，由于单一HARQ进程每子帧或单一TB传输每子帧可存在，当连续的SDU到达用于传输时，UL子帧利用率可变成限制因素，因为以前的HARQ进程可仍然在传送重传。通过使用RLC分割，每RLC PDU的HARQ重传数和共存HARQ进程数之间可有折衷(trade-off)。注意，当与TTI集束一起使用RLC分割时，典型地可容纳每SDU不多于2个RLC PDU，当使用TTI集束时典型地产生4个或更少的活动HARQ进程。

例如，DL IP分组集束可以是被设计来折衷单一用户传输效率与LTE系统中系统容量的技术。IP分组集束可以是将多个VoIP分组集束在一起用于子帧中1个单一传输的操作。这样的VoIP分组集束可以是基于信道质量指示符(CQI)的。例如，VoIP分组集束可应用于被eNB认为处于良好信道情况的用户。因为经集束的VoIP分组可遭受更严格的允许的单向Uu延迟预算，平均来说可使用更少的HARQ重传。当将在编解码(例如IP或以上)层处的2个VoIP分组聚合为单一TB时可有可实现的DL性能增加。例如，当聚合2个IP分组时增加的TB大小可能不导致显著的覆盖损耗。然而，缺乏覆盖损耗可归因为高很多的可用于DL的eNB Tx功率。由于LTE中的UL Tx功率限制和基于非CQI的UL调度原理，对于UL覆盖改善，IP分组集束可能不是如对DL覆盖改善那样有效的技术。

用于物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)的现有版本8/9/10传输方案在配置哪些资源(例如资源元素)包括用户和/或控制数据与哪些资源包括导频信号的方面提供有限的灵活性。例如，PUSCH可包括在每个时隙中心处的一个导频符号，而其它传输方案，例如PUCCH格式3，可包括每时隙2个导频符号。例如，PUCCH格式3可在每个时隙的符号#2和#6上包括导频信号。在现有的版本8/9/10传输方案中，导频信号的位置可以是预确定的，因此WTRU可能不能基于链路和/或信道情况改变导频信号的位置。附加地，由于对于这些传输方案的若干设计考虑，PUCCH传输可根据跳频方案来执行。例如，跳频方案可横跨子帧中两个时隙上的UL系统带宽得以执行。并且，PUSCH空间复用和/或频域调度增益已导致了导频信号设计，使得传输的导频信号在相同资源块上传输的WTRU间是正交的。这样的方案的修改可允许改善的链路覆盖，但可影响UL系统设计的其它方面。

为了进一步增加UL覆盖，WTRU和/或eNB可被配置为为传输的分组调整允许的单向UL Uu延迟预算。例如，典型地50ms空中接口延迟可被认为对UL传输是可接受的。例如与WTRU和eNB处理时间、编解码延迟、接口信令持续时间和/或其它延迟源一起，UL Uu接口延迟可以是整个耳到嘴(ear-to-mouth)VoIP延迟的一部分。允许更长的空中接口延迟可允许在HARQ进程的生存期期间从每个VoIP分组收集更多的能量。换句话说，可使用更多的重传，增加成功解码的可能性。

然而，增加在空中接口上允许的单向UL延迟可导致与系统设计其它方面的一个或多个折衷。为了解释这样的折衷，考虑允许的UL传输延迟从典型的大约50ms的值增加到例如值70ms的示例。在有TTI集束的情况下，这样的改变可允许高达20个TTI被用于分组的传输，替代典型地最多12个。产生的增加的合并增益可导致更高的UL覆盖。然而，语音的嘴到耳(mouth-to-ear)延迟典型地不应当超过280ms，以确保语音质量的最小等级。为了增加语音质量，大约200ms或更少级别的典型端到端延迟可被用来实现适当的语音质量。因此，在仍然保持280ms嘴到耳延迟时间的同时，在允许最大空中接口延迟增加方面可有受限的灵活性。在包括LTE的现有无线系统中，分配给Uu单程延迟的部分典型的在50ms级别(剩余的由网络和处理延迟占用)。因此，在实践中，对于受限的增益，典型的50ms延迟预算数可被增加到60或70ms级别的延迟值，但是如果根据当前的处理技术嘴到耳延迟将得以满足，则不超过这样的值太多。

在此公开了若干技术、方法和系统以改善在噪声限制和/或功率限制场景中UL传输的接收。这些方法被设计来增加可获得的信号能量和/或将在接用于处理UL传输的收机处更有效地利用可获得的信号能量。在此描述的提议的方法和系统可单独地或以任意组合的方式得以应用。

为了限制在此描述的一个或多个方法或系统对最可能经历上行链路覆盖问题的WTRU的应用性(例如从而允许不受不利UL条件影响的WTRU使用旧有UL传输技术)，当WTRU进入或运行在“覆盖受限模式”或“功率受限模式”时在此描述的方法和系统可得以应用。在这些模式中，WTRU可被配置为实现在此描述的一个或多个方法或系统以改善链路覆盖。在一个示例中，不处于“覆盖受限模式”或“功率受限模式”(例如“普通模式”)的WTRU可根据现有的LTE版本8或版本10UL传输规范来运行。

运行在“普通模式”中的WTRU可由eNB例如使用RRC信令触发以转换到“覆盖受限模式”。在一个示例中，WTRU可通过RRC信令由eNB配置以运行在“普通模式”和“覆盖受限模式”，并且该WTRU可基于观察的情况和/或从eNB接收的指示为给定时间实例确定适当的操作模式。例如，操作模式(例如“普通”对“覆盖受限”)可通过传输指示特定模式或操作和/或指示WTRU它应当在模式间切换(例如从它当前的模式切换到另一个模式)的MAC控制元素由eNB动态地来配置。由eNB做出的改变WTRU的操作模式的确定可基于但不限于来自WTRU的UL功率余量(UPH)测量报告和/或来自WTRU的从“普通模式”改变到“覆盖受限模式”的请求。在一个示例中，WTRU可自发地确定为UL传输使用哪个操作模式(例如“普通模式”或“覆盖受限模式”)。确定UL模式可基于UPH或其它测量。

然而，在此描述的用于改善UL覆盖的方法和系统可应用于在普通无线电覆盖情况下运行的WTRU。例如，许多在此描述的方法和系统(例如使用“快速HARQ”或具有较短RTT的HARQ，使用“长TTI”，使用专用PUSCH分配，使用参考信号设计中的变化，使用不同类型的PUSCH调制，使用多个传输方案，使用多个UL接收点，使用协议开销减少技术和/或以任意结合的类似方法)可被合并到常规WTRU操作中，在“覆盖受限模式”和“普通模式”之间无明确的区别。因此，任意实现一个或多个在此描述的用于改善UL覆盖的系统或方法的WTRU可被认为运行在“覆盖受限模式”中。从这个意义上说，在一些示例中，WTRU可通过实现一个或多个在此描述的UL覆盖改善技术(例如使用“快速HARQ”或具有较短RTT的HARQ，使用“长TTI”，使用专用PUSCH分配，使用参考信号设计中的变化，使用不同类型的PUSCH调制，使用多个传输方案，使用多个UL接收点，使用协议开销减少技术和/或以任意结合的类似方法)来运行在“覆盖受限模式”中。

因此，虽然在此描述的一个或多个系统或方法可参考“覆盖受限模式”或“功率受限模式”中的操作来描述，但这些系统和方法也可在普通WTRU操作中实现。因此，在此描述的技术不应当被理解为仅可应用于运行在特定操作模式中的WTRU，除非另有特殊的说明。

在一个示例中，WTRU可运行具有比默认HARQ往返时间(RTT)(例如8个子帧)更短的HARQ RTT(例如4个子帧)的一个或多个(或所有)HARQ进程。例如，“覆盖受限模式”或“功率受限模式”中的WTRU可被配置为使用较短的RTT来运行一些或所有HARQ进程。例如，方法可被定义为动态地调整用于一个或多个HARQ进程的HARQ RTT，和/或动态地改变用于传输块传输的子帧的数目(例如可使用持续多个子帧的TB和/或用于TB传输的子帧数目可基于例如信道条件动态地改变)。

当在此提及时，术语HARQ进程可排除涉及系统广播接收的HARQ进程(例如HARQ进程可被用来提及用于专用于WTRU的传输的HARQ进程)。并且，当在此提及时，术语“集束”可被用来涉及HARQ操作，HARQ实体通过该HARQ操作可调用相同HARQ进程用于可以是相同集束一部分的每个传输。例如，当使用集束时，在集束中的重传可以是非自适应的，并且可不用等待来自以前传输的反馈、根据经集束的传输的大小得以触发。然而，在此描述的方法可不限于这样的集束类型，并且可等同地应用于在多个子帧上的其它类型的传输，包括当单一传输块的传输在多个子帧上进行时。在这样的实施方式中，集束大小例如可对应于传输块的传输时间。

对于给定的HARQ进程，典型的处理序列可包括HARQ进程的调度、HARQ进程的传输和/或对该HARQ进程的反馈的接收。例如，WTRU可接收指示对上行链路资源的授权的下行链路控制信令(例如动态调度)。为了重传，WTRU可进行自发同步HARQ重传，而不用接收用于相关HARQ进程的任意下行链路控制信令。在半永久调度(SPS)的情况下，如果WTRU未接收到用于相应HARQ进程的动态调度信息，WTRU可在可应用子帧中使用配置的授权。为动态调度和SPS隐式或显式地指派HARQ资源可被称为HARQ进程的调度。

WTRU可根据分配的上行链路资源为给定的HARQ进程在PUSCH上执行传输。例如，分配的上行链路资源可动态地被调度和/或被配置半永久调度。在一些情况下，例如自发同步HARQ重传，而不是eNB使用动态授权为重传分配特定的UL资源，用于HARQ的重传时间/机会可基于隐含的规则。为传输/重传显式或隐式地分配资源可被称为用于HARQ进程的传输。

WTRU可在PHICH、物理下行链路控制信道(PDCCH)和/或PHICH和PDCCH两者上接收HARQ反馈。该反馈可指示eNB是否成功地解码对应于可应用的HARQ进程的以前的传输。该反馈指示可被称为对HARQ进程的反馈的接收。

在一个示例中，HARQ进程的调度、HARQ进程的传输和对HARQ进程的反馈的接收之间的定时关系可对给定的HARQ进程而改变。作为参考并且处于解释和阐述的目的，对应于用于某些未来动作的定时参考的动作的子帧可被称为子帧(n)。以下定时关系和描述符可在本申请全文中使用。例如，如果授权接收可在子帧(n)中发生，HARQ传输可在子帧(n+x)中发生(例如HARQ传输/数据传输可发生接收授权的x个子帧)。因此，用于HARQ传输的子帧可被称为n+x。在另一个示例中，如果HARQ传输在子帧(n)中发生，则HARQ反馈接收可在子帧(n+k)中发生(例如HARQ反馈可在与接收的HARQ反馈相关联的HARQ传输被传送后的k个子帧后被接收)。用于HARQ反馈的子帧可被称为n+k。在另一个示例中，如果HARQ反馈在子帧(n)中发生，WTRU自发同步HARQ重传可在子帧(n+y)中发生(例如HARQ重传可在接收到NACK后的y个子帧后发生)。用于WTRU自发同步HARQ重传的子帧可被称为n+y。

在在此包括的示例中，除非显式地使用n+y，从HARQ传输到HARQ反馈的定时延迟可等同于或等于从HARQ反馈接收到HARQ重传的定时延迟(例如由n+x表示)。换句话说，用于WTRU自发同步HARQ重传的子帧的对应定时可与在其中WTRU可能接收到用于相关HARQ进程的动态调度的子帧相一致。

在一个示例中，用于给定HARQ进程的HARQ RTT可进一步概括为可被用于和/或HARQ进程所需以接收调度HARQ进程的下行链路控制信息、执行x个子帧后的传输和在该传输后x个子帧后接收HARQ反馈的最小数目的子帧。当使用TTI集束时，HARQ反馈的定时还可隐式地包括子帧中集束的长度。例如，对于TTI_BUNDLE_SIZE(例如TTI_BUNDLE_SIZE＝4)的集束，HARQ反馈的定时可被调整，使得与如果对传输不使用集束相比，它可在TTI_BUNDLE_SIZE-1(例如3)个子帧后。在一个示例实施方式中，TTI_BUNDLE_SIZE可基于例如各种传输参数和信道条件随传输改变。对于LTE版本8，x＝k＝4，并且因此HARQ RTT可为8个子帧。这样，x＝k＝4和8个子帧的HARQ RTT在此可被称为缺省HARQ值。

用于给定HARQ实体的最大HARQ RTT可等于具有x+k最大值的HARQ进程的HARQRTT。例如，如果用于给定HARQ实体(和/或WTRU)的所有HARQ进程以x＝k＝2运行，则最大HARQ RTT可以为4个子帧。作为另一个示例，如果两个HARQ进程以x＝k＝2运行，并且第三HARQ进程使用缺省值运行，则用于该HARQ实体的最大HARQ RTT可以为8个子帧。因此，用于给定HARQ实体的最大HARQ RTT可以是用于由该HARQ实体服务的任意HARQ进程的最大或最高可能HARQ RTT。因此，如果使用缺省值，最大HARQ RTT可对应于8个子帧的HARQ RTT。

用于WTRU和/或用于给定HARQ实体的活动HARQ进程的最大数目可等于在最大HARQRTT中可用于初始上行链路传输的HARQ进程数。例如，如果所有HARQ进程以x＝k＝2运行，则WTRU在给定HARQ RTT期间可使用高达HARQ实体的4个不同HARQ进程来执行上行链路传输。例如，WTRU可在8个子帧的缺省HARQ RTT期间执行每HARQ进程高达2个传输。不被寻址的HARQ进行可被挂起、停止和/或清除(flush)。

作为一个示例，如果两个HARQ进程以x＝k＝2运行，而其它的以缺省值x＝k＝4运行，则WTRU可在给定HARQ RTT期间使用HARQ实体高达6个不同的HARQ进程来执行上行链路传输。在该示例中，WTRU可为使用x＝k＝2的进程执行高达2个传输，同时在8个子帧的缺省HARQ RTT期间为其它进程最多执行一个传输。

在WTRU执行新传输时，WTRU可为HARQ进程指派HARQ进程标识(ID)。例如，如果使用同步HARQ，WTRU可向与子帧的定时相关联的HARQ进程指派标识。例如，WTRU可为与在子帧(n)中的初始传输相关联的HARQ进程指派HARQ进程ID＝n。然后，HARQ进程n可被用于在子帧中发生的其他初始传输，该子帧是在子帧(n)后的x+k子帧的某个整数倍(例如子帧(n+(x+k))、子帧(n+2(x+k))、子帧(n+2(x+k))等)，从WTRU执行用于HARQ进程的传输传输的子帧(例如子帧(n))开始。例如，如果WTRU为给定HARQ实体的所有HARQ进程以x＝k＝2运行，则根据以上，用于所有HARQ进程的HARQ RTT可等于最大HARQ RTT(例如4个子帧)。因此，如果x＝k＝2且HARQ进程n与子帧(n)中的初始传输相关联，则HARQ进程n还可被用于在子帧(n+4)、子帧(n+8)、子帧(n+12)等中发生的传输。在该示例中，在给定的RTT中可有高达4个可寻址的HARQ进程。因此，在一个示例中，HARQ进程ID可在0至3的范围内变化。

图2图释了用于HARQ实体的HARQ进程操作的一个示例，其中对于HARQ实体的HARQ进程WTRU以x＝k＝2运行。如图2所示，在无线电帧i的子帧(0)期间，WTRU可经由例如PDCCH接收可以是UL资源的授权的授权202。由于x＝2，在子帧(2)中，WTRU可在由授权202指派的资源中在PUSCH上传送UL传输204。在子帧(4)中，eNB可经由例如PHICH向WTRU发送HARQ应答/非应答(A/N)反馈206。HARQ A/N反馈206可指示eNB是否成功地接收到UL传输204。如果HARQ A/N反馈206指示UL传输204未被成功地接收，则在子帧(6)中，WTRU可发送UL重传208。在一个示例中，如果HARQ A/N反馈206已指示eNB已成功地接收到UL传输204，子帧(4)可能已包括用于子帧(6)的后续UL授权(例如未在图2中示出)。在该示例中，用于UL传输204的相同HARQ进程可能已被用于子帧(6)中新的UL传输；然而，由于HARQ A/N反馈206指示否定应答，HARQ进程被用来在子帧(6)中发送UL重传208，其可以是UL传输204的重传。类似地，在子帧(8)中，eNB可经由例如PHICH向WTRU发送HARQ A/N反馈210，以指示eNB是否成功地接收到UL重传208(例如eNB是否能成功地合并UL重传208和UL传输204以解码UL数据)。如果HARQA/N反馈210指示eNB仍然不能成功地解码UL数据，则在下一个无线电帧(例如无线电帧i+1)的子帧(0)中，WTRU可发送UL重传212。图2示出的UL传输的每一个可与相同的HARQ进程相关联。

作为另一个示例，对于给定的HARQ实体，WTRU可以x＝k＝2使用两个HARQ进程来运行，其中用于第一进程的第一HARQ进程ID可对应于n＝0并且用于第二进程的第二HARQ进程ID可对应于n＝4。剩余的HARQ进程可以x＝k＝4运行。因此，对于该HARQ实体，最大HARQ RTT可以是8个子帧，活动HARQ进程的最大数目可以是6个进程，HARQ进程ID可在0到5的范围内变化，HARQ进程#0和#3可使用4ms的RTT，并且HARQ进程#1、#2、#4和#5可使用8ms的RTT。图3图释了使用类似情况的HARQ进程操作的示例，图释一个HARQ进程x＝k＝2的运行(例如HARQ进程#1)，而其它进程可以x＝k＝4运行(例如HARQ进程#0和HARQ进程#3)。

例如，如图3所示，在无线电帧i的子帧(0)期间，WTRU可执行UL传输302，其可与HARQ进程#0相关联。在子帧(1)，WTRU可执行UL传输304，其可与HARQ进程#1相关联。在子帧(3)，WTRU可执行UL传输306，其可与HARQ进程#3相关联。附加地，在子帧(3)期间，WTRU可接收HARQ A/N反馈308，其可提供对应于HARQ进程#1的UL传输304的HARQ反馈。在子帧(4)期间，WTRU可接收HARQ A/N反馈310，其可提供对应于HARQ进程#0的UL传输302的HARQ反馈。在子帧(5)，WTRU可使用HARQ进程#1来发送UL传输312。如果HARQ A/N反馈308指示UL传输304得以成功地接收，UL传输312可以是新的初始传输，或者如果HARQ A/N反馈308指示UL传输304未被成功地接收，UL传输312可以是UL传输304的重传。在子帧(7)期间，WTRU可接收HARQA/N反馈314，其可提供对应于HARQ进程#1的UL传输312的HARQ反馈，并且还可接收HARQ A/N反馈316，其可提供对应于HARQ进程#3的UL传输306的HARQ反馈。类似的传输可继续，其中与HARQ进程#1相关联的传输使用RTT＝4ms的子帧且x＝k＝2，并且其中与HARQ进程#0和/或HARQ进程#3相关联的传输使用RTT＝8ms的子帧且x＝k＝4。

在一个示例中，当x+k小于缺省值时，WTRU可使用在第一HARQ进程x+k个子帧后的第二HARQ进程来重传相同的传输块(例如可能增加冗余版本)。这概念上可类似于使用每x+k个子帧活动的单一HARQ进程，但可维持与用于缺省操作相同的活动HARQ进程数目。

作为一个示例，对于给定的HARQ实体，WTRU可使用2个HARQ进程运行，每一个x＝2、k＝3，且被配置具有3次重复的TTI集束(例如TTI_BUNDLE_SIZE＝4)。因此，对于相关HARQ实体，最大HARQ RTT可以是8个子帧(例如，x+k+(TTI_BUNDLE_SIZE-1)＝2+3+(4-1)＝8)，活动HARQ进程的最大数目可以是2个进程(和/或2乘4个进程，其中最后3个执行用于每个集束的相同传输块的重传)，HARQ进程标识可在从0到1的范围内变化，并且HARQ进程#0和#1可使用8ms的RTT。图4图释了在该情况下单一进程的操作，其中进程#0可在第一无线电帧的子帧#2中开始(并且进程#1可在相同无线电帧的子帧#6中开始，虽然未在图4中示出)。

如图4所示，LTE TTI集束模式(例如TTI集束大小4在图4中示出)现在可使用更短的n+2/n+3的A/N时间线。例如，在子帧(0)，WTRU可接收UL授权402。2个子帧后(例如x＝2)，WTRU可根据接收的授权开始传送数据。因此，在子帧(2)开始，WTRU可传送UL传输404，其可以是TTI_BUNDLE_SIZE＝4的经TTI集束的传输。对于在该示例中经集束的传输，假设UL授权在子帧(n)中得以接收，则WTRU可首先在子帧(n+2)中传送TB，并且然后在子帧(n+3)、子帧(n+4)和子帧(n+5)中重传相同的TB(例如对于图4所示的示例，n＝2)。对应的PHICH A/N传输406可在子帧(n+8)中发生(例如3个子帧延迟)，之后是经由UL传输408的集束的重传，其可在子帧(n+10)中开始(例如2个子帧延迟)，在子帧(n+11)、子帧(n+12)和子帧(n+13)中发生重传。

更一般地，如果集束大小可动态地得以修改，假设集束传输在子帧(b)中开始，则该集束可在例如包括在[b,b+(TTI_BUNDLE_SIZE-1)]中的子帧中得以传输。用于该集束的相应PHICH可在子帧(b+(TTI_BUNDLE_SIZE–1)+k)中开始，之后该集束的重传(例如如果接收到否定应答)在(b+(TTI_BUNDLE_SIZE–1)+k+y)中开始。对于该重传，如果集束大小可动态地修改，不同的集束大小可被用于该重传(例如不同于4的TTI_BUNDLE_SIZE可在经由PHICH接收到否定应答后被使用)。

以上表达的关系还可相对于在子帧(n)中接收的UL授权来表达。例如，假设x＝y＝2、k＝3且TTI_BUNDLE_SIZE＝4(例如如图4所示)，则如果在子帧(n)中接收到原始UL授权，则由于x＝2且TTI_BUNDLE_SIZE＝4，UL集束的传输可在子帧[(n+x),(n+x)+(TTI_BUNDLE_SIZE–1)]中发生(例如子帧(n+2)、子帧(n+3)、子帧(n+4)和子帧(n+5)，其中对于图4示出的示例，n＝0)。集束的A/N传输然后可在子帧((n+x)+(TTI_BUNDLE_SIZE–1)+k)中由WTRU接收，其可对应于子帧((0+2)+(4-1)+3))＝子帧(8)。如果A/N指示eNB未成功接收到在集束中传输的TB，则在子帧((n+x)+(TTI_BUNDLE_SIZE–1)+k+y)＝子帧((0+2)+(4-1)+3+2))＝子帧(10)＝下一个无线电帧的子帧(0)时，WTRU可开始该集束的重传(例如使用相同或不同的TTI_BUNDLE_SIZE)。如可理解那样，由于在LTE中每无线电帧可以有10个子帧，如果第二HARQ事件(例如UL授权、HARQ传输、A/N传输、HARQ重传等)被配置为在第一HARQ事件(例如UL授权、HARQ传输、A/N传输、HARQ重传等)之后10个子帧后发生，则第二HARQ事件可在与第一HARQ事件相同的子帧号中发生，但是可与无线通信系统中的下一个无线电帧相关联。

WTRU可运行，使得不同的HARQ进程可根据以下方法的一个或多个使用用于x、k、y和/或TTI_BUNDLE_SIZE的不同值。例如，对于相同的HARQ实体，不同的HARQ进程可具有不同的x、k、y和/或TTI_BUNDLE_SIZE。因此，x、k、y和/或TTI_BUNDLE_SIZE的值可以每HARQ进程为基础被指派和/或确定。eNB可例如使用无线电资源控制(RRC)信令给WTRU配置每HARQ进程的x、k、y和/或TTI_BUNDLE_SIZE的特定值或其子集。在一个示例中，x、k、y和/或TTI_BUNDLE_SIZE的值可以每HARQ实体为基础得以确定。例如，不同的HARQ实体可具有不同的x、k、y和/或TTI_BUNDLE_SIZE值，但是用于HARQ实体的值可在与该HARQ实体相关联的HARQ进程之间一致。

在一个示例中，一个或多个HARQ进程可在x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的不同值之间动态地切换。WTRU可基于隐式确定和/或显式信令(或其某些组合)来改变用于一个或多个HARQ进程的x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。调整HARQ定时值和/或TTI集束大小的一个或多个的确定可被设计来例如以每HARQ实体为基础和/或以每HARQ进程为基础调整HARQ RTT(例如WTRU可被确定和/或被配置为使用较快或较慢的HARQ)。WTRU可被配置为使用改变长度的TTI集束，而不是使用长度4的缺省TTI集束(例如缺省集束长度可涉及长度4的LTE R8/R9/R10/R11集束)来运行一些或所有HARQ进程。如上所述，在此描述的定时关系可应用于不包括与系统广播的接收相关的HARQ进程的HARQ进程。

例如，层1(例如物理层——L1)信令可被用来动态地向WTRU指示x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。在一些示例中，可假设x＝y，因此物理层信令可显式和/或隐式地指示x、k和/或TTI_BUNDLE_SIZE的一个或多个，并且WTRU可基于x的值来确定y。在另一个示例中，值y可保持静态，并且WTRU可基于层1信令动态地确定对x、k和/或TTI_BUNDLE_SIZE的一个或多个的改变。

例如，WTRU可接收指示应当为一个或多个HARQ进程使用x、k、y和/或TTI_BUNDLE_SIZE的什么值的下行链路控制信令(例如经由PDCCH，例如作为上行链路授权的一部分)。例如，对应于UL授权的DCI可经由PDCCH被接收。对应于上行链路授权的DCI可指定将被用于UL授权的特定HARQ进程标识(ID)和/或可指示用于与该UL授权相关联的x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。作为一个示例，用于x、k、y和/或TTI_BUNDLE_SIZE的特定值本身(和/或什么配置值的指示)可包括在PDCCH上接收的DCI中。这些特定值可被信号发送，索引值可被信号发送，和/或值可基于标志得以设置。在有TTI集束的情况下，k的值可根据集束的最后传输得以应用(例如HARQ反馈的定时可作为用于给定传输的集束大小的函数动态和隐式地改变)。在另一个示例中，k的值可根据集束的第一传输被应用。

如果一个或多个标志被用来指示用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的适当值，WTRU可基于标志的值来确定是否改变x、k、y和/或TTI_BUNDLE_SIZE的一个或多个。在一个示例中，如果单一的标志包括在DCI中，该标志可被配置为在x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的不同值间切换(toggle)WTRU。例如，可有用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个可能的预配置值。该标志可指示WTRU是否应当切换到x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的下一个预配置值。在一个示例中，x、k、y和/或TTI_BUNDLE_SIZE的每一个可与各自的标志相关联。因此，第一标志可被用来切换值x，第二标志可被用来切换值k，第三标志可被用来切换值y，第四标志可被用来切换TTI_BUNDLE_SIZE的值等。在一个示例中，一个或多个标志可被用来指示x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值是否可动态地改变。例如，一个或多个标志可被用来指示x、k和y将静态地保持配置，但TTI_BUNDLE_SIZE可动态地改变。DCI和/或包括在DCI中的标志可应用于单一HARQ参数值(例如x、k和/或y)、TTI_BUNDLE_SIZE和/或HARQ参数值和/或TTI_BUNDLE_SIZE的组合。

在一个示例中，WTRU可被配置具有一个或多个小区无线电网络临时标识符(C-RNTI)，并且给定的C-RNTI可与x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的特定值相关联。例如，由WTRU使用的第一C-RNTI可与用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的第一组值相关联。由WTRU使用的第二C-RNTI可与用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的第二组值相关联。如果WTRU接收用于UL传输的动态调度信息(例如在PDCCH上的UL授权)并且能够使用第一C-RNTI成功地解码该调度信息，则WTRU可确定使用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的第一组值。如果WTRU能够使用第二C-RNTI成功地解码该调度信息，则该WTRU确定使用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的第二组值。在一个示例中，第一C-RNTI可与用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的缺省值相关联(例如x＝4、k＝4、y＝4和/或TTI_BUNDLE_SIZE＝4)，而第二C-RNTI可与用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的非缺省值相关联。非缺省值可使用RRC信令来配置。

层1信令可被用来以每HARQ进程为基础动态地改变用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。例如，用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的适当值可作为指示新上行链路传输的动态调度信息的一部分被接收。在一个示例中，在动态调度信息中接收的用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值可保持有效，直到HARQ进程完成它当前的传输/重传处理。例如，WTRU可将用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的指示值用于相关HARQ进程的整个传输和/或直到某些预定义事件。

在一个示例中，当WTRU接收到HARQ ACK反馈时，该WTRU可确定改变用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。在一个示例中，当WTRU接收到指示已为该WTRU分配用于相关HARQ进程新传输的UL资源的控制信令(例如PDCCH传输)时，该WTRU可确定改变用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。例如，如果已为给定的HARQ进程配置用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的以前的值，WTRU可被配置为基于接收用于给定HARQ进程的新控制信令来回复到一个或多个缺省值。在一个示例中，除了返回缺省值外，WTRU可被配置为改变到可在或可不在控制信令中指示的特定值(例如可回复到可不同于用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的R8/R9/R10/R11缺省值的一个或多个指定的值)。在一个示例中，当针对相关HARQ进程最大HARQ重传数达到时，WTRU可确定改变用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。

在一个示例中，WTRU可继续使用为x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的配置的值，直到接收到新的值。例如，如果用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的第一组值被接收(例如经由调度信息等)，WTRU可继续将接收的值视为有效，直到WTRU接收到指示用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的新值的信令。作为一个示例，如果WTRU接收到用于x的新值，但未接收到用于k、y和/或TTI_BUNDLE_SIZE的，WTRU可确定用于x的以前的值不再有效，但是用于k、y和/或TTI_BUNDLE_SIZE的以前的值仍然有效(例如WTRU仅针对接收到新值所针对的HARQ/TTI集束参数将用于HARQ/TTI集束参数的以前的值视为不再有效)。在另一个示例中，如果用于x、k、y和/或TTI_BUNDLE_SIZE的任意的新值被接收，WTRU可确定用于x、k、y和/或TTI_BUNDLE_SIZE的每一个的以前接收的一个或多个值不再有效。例如，如果WTRU接收到用于x的新值，但未接收到用于k、y和/或TTI_BUNDLE_SIZE的，WTRU可确定用于x的以前的值不再有效，并且用于k、y和/或TTI_BUNDLE_SIZE的以前的值也不再有效，尽管用于那些参数的特定值未被接收。在一个示例中，如果由于用于k、y和/或TTI_BUNDLE_SIZE的特定值未接收到，WTRU可确定使用用于那些参数的缺省值。

在一个示例中，WTRU可被配置为使用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的缺省值，直到HARQ/TTI集束参数的某些其它配置被激活。例如，eNB可使用例如RRC信令来使用HARQ/TTI集束参数的某些非缺省配置来配置WTRU。该非缺省配置可与用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的非缺省值相关联。然后WTRU可接收向WTRU指示应当使用预配置的非缺省配置的激活消息。该激活消息可由eNB经由PDCCH命令、L1激活命令、MAC控制元素(CE)、RRC消息和/或某些指示WTRU应当使用非缺省HARQ参数/TTI集束配置的其他控制信令来发送。WTRU可传送该激活消息的HARQ反馈。

该激活消息可包括用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的非缺省值，和/或可指示x、k、y和/或TTI_BUNDLE_SIZE参数的一个或多个的哪些应当使用包括在以前配置的非缺省配置中的非缺省值。如果WTRU以前已被配置为使用多于一个的非缺省HARQ参数/TTI集束配置，则该激活消息可指示应当使用哪个非缺省HARQ参数/TTI集束配置。在一个示例中，用于x和/或k的非缺省值和/或非缺省HARQ参数/TTI集束配置一旦激活就可以是有效的，并且可保持有效直到它们被去激活或激活新的值。去激活消息可由eNB经由PDCCH命令、L1激活命令、MAC CE、RRC消息和/或指示WTRU应当不再使用该非缺省HARQ参数/TTI集束配置的某些其它控制信令来发送。

在一个示例中，层1信令还可被应用于以每HARQ实体为基础和/或以每WTRU为基础(而不是以每HARQ进程为基础)的用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的配置值。例如，层1信令可被应用于为多个HARQ进程设置或配置用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值，例如在HARQ实体中的HARQ进程的每个。作为一个示例，L1激活和/或去激活命令可每HARQ实体地应用和/或可应用于WTRU的一些或所有HARQ实体(例如在WTRU被配置具有多个服务小区的情况下)。

在一个示例中，层2(例如MAC)控制信令可被用于动态地配置用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值，和/或用于设置或建立HARQ/TTI集束参数配置。例如，MAC信令可被用来激活用于较短RTT的配置(例如配置用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值，使得RTT小于8个子帧的缺省值)。一接收到指示对x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的改变的MAC信令，WTRU可在从指示该改变的MAC CE的成功接收起一定延迟后应用由MAC信令指示的配置。例如，WTRU在改变前在接收到MAC CE后可等待至少一个缺省HARQ RTT发生。在另一个示例中，WTRU可在应用由MAC CE指示的新配置前等待对应于用于以前配置的HARQ/TTI集束参数配置的RTT的一个HARQ RTT。

WTRU可接收指示将用于给定HARQ进程、给定HARQ实体和/或用于该WTRU的x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的特定值的MAC CE。例如，用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的特定值(或使用索引的配置值的指示)可包括在从eNB接收的MAC CE中。在一个示例中，该MAC CE可不特别地包括x、k、y和/或TTI_BUNDLE_SIZE的值，但是可触发WTRU转换到不同的HARQ/TTI集束参数配置。该HA HARQ/TTI集束参数配置可经由RRC信令被预配置，并且如果有多个预配置的HARQ/TTI集束参数配置，该MAC CE可指示使用哪个HARQ/TTI集束参数配置。在一个示例中，如果有多个预配置的HARQ/TTI集束参数配置，MAC CE可不指示使用哪个HARQ/TTI集束参数，但WTRU可基于某些隐式的标准来选取适当的HARQ/TTI集束参数配置。

MAC CE信令可应用于多个HARQ进程，例如HARQ进程的每一个与给定的HARQ实体相关联和/或HARQ进程的每一个与由WTRU使用的HARQ实体的一些或所有相关联。MAC CE可被用来为WTRU激活之前配置的HARQ/TTI集束参数配置。例如，MAC CE可以是激活以前已为WTRU配置和/或提供给WTRU的x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的特定值的命令。这些值可每HARQ实体地应用和/或可应用于WTRU HARQ实体的每一个(例如，在WTRU被配置具有多个服务小区的情况下)。在一个示例中，MAC CE可指示该MAC CE命令应用于什么服务小区，例如如果该命令应用于与该服务小区相关联的HARQ实体而不应用于与其它服务小区相关联的HARQ实体。

在一个示例中，层3(例如RRC)控制信令可被用来动态和/或半静态地配置HARQ/TTI集束参数配置和/或用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的特定值。WTRU可通过RRC被配置用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的配置，其可每小区、每WTRU、每HARQ进程和/或每传输类型(例如SPS、动态、同步重传等)地应用。

WTRU可接收指示x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的什么值可被用于多个HARQ进程的一个的RRC配置(例如HARQ/TTI集束参数配置)。这些值可每HARQ进程地、每HARQ实体(例如每服务小区)地和/或为相关WTRU的每个HARQ进程来配置。在一个示例中，WTRU可在RRC连接重配置过程期间执行HARQ进程和/或HARQ参数/TTI集束配置的重配置。在一个示例中，当接收到改变用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值的活动组的控制信令时，WTRU可被配置为执行HARQ进程的重配置(例如建立用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的新值和/或重有效用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的以前的值)和/或RRC连接重配置过程。

帧和/或子帧的定时可被用来确定用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。例如，WTRU可基于在其中调度给定传输(例如初始传输、重传、最终传输等)发生的子帧的定时来确定x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。在一个示例中，WTRU可基于在其中接收到给定传输的授权的子帧的定时来确定x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。这样的定时可基于在一个帧内(例如基于子帧号而不是帧号)和/或相对于多于1个帧的窗口(例如4或8个帧)发生触发事件(例如HARQ传输、UL授权、PHICH传输等)的子帧的位置。作为其中窗口可大于一个帧的示例，WTRU可被配置为确定TTI_BUNDLE_SIZE可被设置为4用于在该窗口开始后在第20个子帧中开始的传输(例如在该窗口中第3个无线电帧的第一个子帧)。在另一个示例中，WTRU可基于在该窗口开始后第22个子帧(例如在该窗口中第3个无线电帧的第3个子帧)中开始发生的传输确定使用TTI_BUNDLE_SIZE 2。定时信息(例如指示基于何时参考事件发生的确定的定时关系的配置)可由较高层(例如经由RRC信令)来提供。

在一个示例中，上行链路传输的一个或多个属性可被用来确定用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的合适值。例如，WTRU可基于在UL授权中分配给WTRU的资源的属性来确定用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。如果用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值基于UL授权的属性得以确定，这些值可应用于与该授权相关联的传输或可应用于与由该授权使用的HARQ进程相关联的传输。作为一个示例，可被用来确定将被用于传输UL传输(和/或任意可应用的重传)的用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值的UL传输的属性可包括资源块分配(例如开始资源块(RB)、RB的数目等)、传输和/或接收的DM-RS参考信号的属性(例如可基于接收授权的字段确定该信号的标识)、与传输功率相关的属性(例如传输功率自身、功率余量等)和/或上行链路频率(例如载波频率)中的一者或多者。可由WTRU用来确定用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值的接收的DM-RS的属性可包括基本序列、循环移位、其跳频模式、正交覆盖码等。

在一个示例中，用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值可以是用于给定传输块和/或用于给定HARQ进程的传输的数目的函数。例如，用于给定HARQ传输的集束的大小可以是用于给定传输块的传输和重传的数目的函数。根据一个示例，HARQ进程可使用可应用于给定HARQ进程的传输块传输的一组集束大小值(例如size_1、size_2、…、size_N，其中N可等于用于该进程的HARQ传输的总最大数)。例如，这样的序列可以是用于进程的[8,6,4,2]，其最大重传数等于3。在一个示例中，可使用函数，例如其中集束大小对于给定HARQ进程的传输块的每个重传被减半为最小值(例如不小于1)。在一个示例中，WTRU可使用该函数为非自适应WTRU自发重传自发地确定集束的大小。

在一个示例中，HARQ进程可在新HARQ传输时刻在用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的不同值之间切换。例如，WTRU可接收指示用于给定HARQ进程的新传输的动态调度。该调度信息可包括将用于该HARQ进程的用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值的指示，直到该进程完成。WTRU可确定该HARQ进程的标识，可确定相应的传输可在子帧n+x中进行，并且可期望k个子帧后的HARQ反馈。如果该HARQ反馈是否定的，重传(例如WTRU自发的或动态调度的)可在y个子帧后发生，并且后续的重传可遵循相同的定时直到该进程完成。

在一个示例中，HARQ进程可为每个新HARQ传输动态地在用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的不同值间切换。例如，WTRU可接收可指示用于给定HARQ进程的新传输的动态调度。该调度信息可包括对用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的一个或多个值的指示。例如，TTI_BUNDLE_SIZE＝8可被用于该HARQ进程，直到该进程完成。对于集束大小8的该示例，WTRU可确定该HARQ进程的标识，可确定它可在子帧n中在该集束中进行第一传输，并且从n+1到n+7的集束中进行剩下的传输。WTRU还可确定它可如在此描述那样期望该集束的HARQ反馈。重传(例如WTRU自发的和/或动态调度的)可使用每集束的传输数目直到该进程完成。

在一个示例中，HARQ进程可每HARQ传输和/或重传在用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的不同值之间动态地切换。作为一个示例，WTRU可接收指示用于给定HARQ进程的新传输的动态调度。该调度信息可包括用于将用于初始传输的x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值的指示。WTRU可确定该HARQ进程的标识，可确定它可在子帧n+x中进行相应的传输，并且可期望k个子帧后的HARQ反馈。对于重传，如果WTRU接收到动态调度信息，该动态调度信息可包括用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的新值。WTRU可使用在接收的控制信令中(例如在动态重传授权中)指示的新值，否则如果未接收到动态授权或该动态授权未指示用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的新值，则WTRU可使用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的缺省值和/或可使用与初始传输相关联的用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值。

在一个示例中，用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值可根据一组预定义规则被应用。例如，WTRU可确定为与动态授权相关联的初始传输应用第一HARQ/TTI集束参数配置，并为重传应用第二HARQ/TTI集束参数配置。继续该示例，WTRU可确定为与配置的授权/SPS相关联的传输应用第三HARQ/TTI集束参数配置。在这样的情况下，与第一、第二和/或第三HARQ/TTI集束参数配置相关联的用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值可以是不同的。

例如，WTRU可为动态调度(例如经由PDCCH DCI授权的)上行链路传输应用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的特定值。WTRU可为上行链路同步重传应用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的第二组值(例如也可应用于异步HARQ)。在一个示例中，WTRU可使用配置的授权为上行链路传输应用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的特定集合的值(例如也可应用于使用半永久调度授权配置的HARQ进程)。应用于配置的授权传输/SPS传输的值可以不同于用于动态调度的授权的值。可与个性化HARQ/TTI集束参数配置相关联的另一种类型的传输可包括使用在随机接入响应(RAR)中接收的授权的msg3的传输。例如，WTRU可为使用在RAR中接收的授权的msg3的上行链路传输应用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的特定值(例如，这些值也可应用于用于RACH msg3的HARQ进程和/或RACH msg3传输)。在一个示例中，当未为相关服务小区配置跨载波调度时，例如如果为WTRU配置了载波聚合，WTRU可应用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的特定值。在一个示例中，WTRU可为对其期望HARQ反馈的任意和/或所有上行链路传输应用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的特定值。

在一个示例中，如果WTRU确定用于配置的SPS授权的HARQ进程使用不同于被用于以前传输的缺省值(例如分别定时或集束大小)的定时和/或集束大小(例如用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值)，和/或如果该WTRU确定WTRU能够接收下行链路控制信令的子帧(例如n)与测量间隙(例如间隙的结尾)发生冲突，WTRU针对该进程可回复到缺省定时和/或集束大小。这可以是根据在此描述的其它方法为相关进程是否动态地调整用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值的情况。

在一个示例中，对用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值的动态调整可不应用于用于随机接入过程的HARQ进程。例如，WTRU可将用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的缺省值(或可将一些其它静态值)应用于在RAR中授权的接收后RACHmsg3的传输/接收。在该示例中，用于动态修改HARQ定时值的方法可不应用于对msg3的HARQ反馈的接收。

在一个示例中，用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值的动态调整可不应用于与配置的授权相关联的HARQ进程。例如，WTRU可对由半永久调度配置的传输/接收应用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的缺省值(或可应用某些其它静态值)。例如，为SPS配置和/或保留的HARQ进程可应用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的缺省值(或可应用某些其它静态值)。在一个示例中，如果未激活SPS授权，可为HARQ进程修改定时和/或集束值(例如用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的值)。

在一个示例中，在此描述的方法可仅应用于具有PHICH的HARQ反馈接收和/或应用于PHICH定时。在另一个示例中，在此描述的方法可仅应用于在PDCCH上的HARQ反馈。例如，如果用于WTRU的HARQ进程以x＝k＝2运行，产生的PHICH资源指派可根据信号发送的参数值的组合得以确定，并且可能基于从在一个或多个更早的子帧中的PUSCH传输设置导出的参数来确定。信号发送的参数值可包括PHICH组、码索引值和/或当推导将在DL子帧中监视的PHICH A/N资源时应用的偏移值。这些参数可通过RRC信令消息来用信号发送，或作为无线电链路配置过程的一部分被配置在WTRU中。

在一个示例中，根据快速HARQ(例如快速HARQ可涉及使用用于x、k、y和/或TTI_BUNDLE_SIZE的一个或多个的非缺省值的HARQ操作，产生比8个子帧的缺省RTT更快的RTT)运行的WTRU可基于为携带PUSCH的UL子帧n-k选取的传输设置(例如开始资源块(RB))来导出用于携带PHICH的DL子帧n的相应PHICH资源指派。在一个示例中，PHICH资源指派可由WTRU作为一个或多个信号发送和显式配置的资源指派值的函数来确定。两个或更多个PHICH资源可由WTRU在支持快速HARQ的子帧中监视，其中第一PHICH索引可基于信号发送的参数、以前的传输设置和/或其组合来确定。在该相同子帧中将监视的第二PHICH资源可由WTRU基于偏移值来确定。该偏移值可由WTRU基于固定值来确定，它可从信号发送的参数来导出或获取，和/或它可基于一个或多个以前的传输设置来确定。

在一个示例中，在DL子帧n中用于HARQ进程和用于一个或多个旧有HARQ进程的PHICH资源指派间的冲突(例如x、k和y的缺省值)可允许PHICH资源指派在这些进程间得以共享。

在一个示例中，HARQ反馈信息可与对该信息可属的HARQ进程的显式指示一起被提供。这样的指示可包括HARQ进程索引本身(例如0-7；例如如果使用多于8个HARQ进程的话，0-15、0-31等)和/或对可冲突的可能HARQ进程的子集之一的指示。例如，如果对两个HARQ进程的反馈可能冲突，则对第一HARQ进程的反馈可被指派第一索引(例如0)并且对第二HARQ进程的反馈可被指派第二索引(例如1)。索引可用HARQ反馈来传送。指示和相关联的HARQ信息可在下行链路控制信息消息中被提供(例如携带在PDCCH和/或E-PDCCH上)。

在一个示例中，来自多个HARQ进程的HARQ反馈信息可被合并为单一的指示(例如可执行HARQ集束)。例如，如果与经集束的反馈相关联的每个HARQ进程的HARQ信息是ACK，可提供ACK指示，而否则可提供NACK。换句话说，如果经集束的任意进程的HARQ反馈是NACK，WTRU可发送NACK指示，但是如果经集束的进程的每一个的HARQ反馈是ACK，WTRU可发送ACK指示。

根据HARQ进程间的优先级规则，可为HARQ进程子集或甚至单一的HARQ进程提供HARQ反馈信息。例如，WTRU可基于对提供的一个或多个其它HARQ进程的反馈为未为其提供信息的其它进程采取特定的HARQ反馈(例如ACK)。优先级规则可基于可预定义(例如基于索引)或由较高层提供的进程间的顺序、诸如TTI集束大小、n、k和/或y这样的关联参数、HARQ/TTI集束参数配置、从每个进程的初始传输起的延迟(例如较早开始的进程具有较高的优先级)等的一者或多者。

在一个示例中，通过引入使用持续比1ms的单一子帧更长的间隔的传输时间间隔(TTI)的选项，链路覆盖可得以增加。这样的方法可本质地改善子帧利用和提供时间分集。作为一个示例，被配置为运行在“覆盖受限模式”和/或“功率受限模式”中的WTRU可被配置为对在“覆盖受限模式”和/或“功率受限模式”中时发生的一些或所有传输使用较长的TTI。与使能较长TTI的使用相关的以下示例和特征可以任何组合得以实现。较长的TTI也可结合在此描述的其它链路覆盖改善技术来使用。当在此提及时，术语“长TTI”和“较长的TTI”可涉及长于1ms(例如经由连续或非连续的子帧)的TTI。术语“普通TTI”可涉及长度为1ms的TTI。

例如，可为使用长TTI的传输修改诸如编码和/或交织这样的物理层处理。一个或多个传输块可在长TTI中传输。每个传输块可使用以下编码步骤的一个或多个来被信道编码：循环冗余校验(CRC)添加、码块分割、CRC附着、信道编码、速率匹配、码块串联、与控制信息的复用和/或信道交织。

在长TTI期间传输的编码比特的集合可对应于典型地被用于普通TTI的冗余版本的一个或多个。例如，WTRU可被配置为在不同的TTI中和/或在单一的长TTI中传输不同冗余版本的相同编码传输块(例如和相同的HARQ进程)。例如，在长TTI期间传输的编码比特的集合可根据预定规则、WTRU配置和/或来自eNB的信令对应于若干可能冗余版本的一个或多个。在另一个示例中，可编码，使得单一的冗余版本被定义。信道交织器可被配置，使得在映射到资源元素的操作后对应于邻近编码比特的符号可被映射到在非邻近子帧中的资源元素。这样做可增强时间分集。

在一个示例中，可为使用较长TTI的传输修改诸如扰码、调制和资源映射这样的物理层处理。诸如经编码和交织的比特这样的用于传输的比特可被扰码、调制以生成符号、映射到至少一个传输层上、变换预编码、预编码和/或映射到资源元素。层映射和预编码步骤可以是使得在映射到资源元素的操作后，映射到在邻近子帧中资源元素的符号在不同的层和/或不同的天线端口上被传输。这样做可增加分集。例如，如果比特的第一集合被映射到邻近子帧中的相同资源元素，在第一子帧中传输的比特可在第一MIMO传输层和/或第一天线端口上得以传输，并且在第二子帧中传输的比特可在第二MIMO层和/或第二天线端口上得以传输。

在一个示例中，可为使用较长TTI的传输修改诸如映射到资源元素这样的物理层处理和子帧。一完成其它物理层处理，可为至少一个天线端口生成符号序列。这些符号可被映射到子帧数目N的资源元素上，其中N可以大于1(例如在一个示例中，N个子帧可表示较长TTI的长度)。注意，在以下用于将编码比特映射到资源元素的示例中，在各个子帧中的一个或多个资源元素可被略过，这是由于该资源元素被预留用于参数信号和/或控制信道的传输。如可理解那样，当将传输块的比特映射到适当的资源元素时，WTRU可被配置为抑制使用这些资源元素。

使用多于一个子帧的到资源元素的映射可以是使得符号以首先子帧定时、其次子帧中的时间和最后频率的顺序被映射到资源元素。例如，比特首先被指派给给定的子帧，然后在第一子载波间被映射到时间递增的资源元素(子载波的OFDM符号间的时间优先映射)，然后在第二子载波间被映射到时间递增的资源元素等，直到在给定子帧中的分配已被使用。接下来，第二子帧可得以选择，并且剩余的比特可在指派给WTRU用于第二子帧的子载波间以时间优先的顺序得以映射。

在一个示例中，映射可以是使得符号(例如编码比特)首先以子帧内时间、其次子帧定时和最后频率的顺序被映射到资源元素。例如，比特首先被映射到指派给WTRU的第一子载波的第一子帧的第一资源元素。接下来，剩余的比特可被映射到指派给WTRU的第一子载波处的第二子帧的第一资源元素。剩余的比特然后可被映射到指派给WTRU的剩余子帧间第一子载波的第一资源元素。接下来，剩余的比特可被映射到第一子帧的第一子载波的第二资源元素，随后第二子帧的第一子载波的第二资源元素等，直到第一子载波的资源元素的每一个已被使用。然后对第二子载波、第三子载波等可重复该过程，直到子载波的每一个已被利用或用于传输的数据已耗尽。

取决于特定的信道交织器设计，这些资源元素映射方法通过将对应于邻近信道编码比特的符号映射到在时域中远离的资源元素增加了信道的时间分集。

在一个示例中，N个子帧在时域中可以是连续的。将时域中连续的子帧用于扩展的TTI可最小化在较长TTI中传输的传输块的传输延迟。附加地，通过将时域中连续的子帧用于长TTI，长TTI被映射在其上的子帧的每一个可在后续长TTI被映射到其上的任意子帧之前发生。将时域中连续的子帧用于长TTI的一个示例在图5中示出。

在一个示例中，例如根据预定或信号发送的模式，N个子帧可以是在M个子帧的集中的子帧子集。因此，在该示例中，与长TTI相关联的子帧可以是非连续的。可设置子帧的数目M，使得传输块的传输延迟可被维持在特定的延迟要求内。例如，对于VoIP分组的延迟要求可以是40ms，因此M可被选取为40。在另一个示例中，M可被选取为小于40，例如20或10。通过将与长TTI相关联的子帧分布在较大的子帧组间，在确保仍然满足延迟要求的同时，可实现时间分集。在一个示例中，可能交织在连续TTI被映射在其上的子帧以确保时域中资源的连续(或者几乎连续)使用。例如，图6图释了使用分布式子帧(例如子帧在时域中不连续)的长TTI，其中N＝10且M＝20。

图7图释了长TTI的可能配置的另一个示例。例如，如图7所示，对于每个传输块，长TTI可允许在长TTI中两个冗余版本的传输。在图7所示的示例中，TTI可在M＝40个子帧的时间上被映射在N＝10个子帧上。总共4个TTI可在40ms时间上得以传输。在第一TTI(例如TTI#1)中，第一冗余版本(例如RV#0)的第一传输块(例如传输块A)可得以传输。在第二TTI(例如TTI#2)中，第一冗余版本(例如RV#0)的第二传输块(例如传输块B)可得以传输。在第三TTI(例如TTI#3)中，第二冗余版本(例如RV#1)的第一传输块(例如传输块A)可得以传输。在第四TTI(例如TTI#4)中，第二冗余版本(例如RV#1)的第二传输块(例如传输块B)可得以传输。因此，在时域交织的长TTI的使用可在实现时间分集并仍然满足延迟要求的同时，允许各个传输块多个冗余版本的传输。

在一个示例中，诸如HARQ A/N和/或CSI这样的上行链路控制信息(UCI)可以每子帧为基础与PUSCH复用。UCI可被编码和复用，使得符号被映射到给定子帧中的资源元素的已知子集，导致通常被映射到这些资源元素的PUSCH符号被打孔(puncture)(例如UCI，而不是PUSCH数据，可被映射到这些资源元素)。通过这样做，WTRU可传输可以每子帧为基础解码的UCI，即使PUSCH在长TTI上被传输。在一个示例中，UCI或UCI的部分(例如CSI)可在信道交织和映射到PUSCH的资源元素前与PUSCH数据复用，使得UCI可与PUSCH一起被解码。

例如，UCI可被映射到给定时隙或子帧中的符号的预定集合。在一个示例中，UCI可被映射到邻近携带导频信号的调制符号的符号。在一个示例中，WTRU可确定用于UCI映射的子载波子集，并且然后将UCI映射到在该确定的子载波子集中的资源元素。WTRU可避免将UCI映射到用于参考信号传输的资源元素。

在一个示例中，UCI比特、符号和/或信道编码的UCI序列或其部分的编码、映射和/或生成可采用随机化函数以减少小区内和/或小区间干扰的影响。不失一般性地，当在此提及时，UCI可对应于未编码的UCI比特或符号、从这些未编码的UCI比特或符号导出的信道编码的序列和/或与在诸如时隙、子帧和/或TTI(例如普通和/或长)这样的给定时间间隔中映射相关的信道编码的比特的部分或子集。

例如，随机化函数可以每符合、每时隙、每子帧和/或每TTI(例如长和/或普通)为基础地运行。随机化函数可基于参数的组合例如以每符号、每时隙、每子帧和/或每TTI(例如长和/或普通)的组合为基础地运行。在一个示例中，由WTRU采用的随机化参数可随机地和/或以已知顺序地改变，以便生成用于随机化函数的输入的不同选取传输参数的序列。

例如，用于生成UCI映射的随机化函数可导致不同循环移位值、不同扩展码、对用于包括UCI的信号的离散傅里叶变换(DFT)操作或对快速傅里叶反变换(IFFT)操作的不同输入位置和/或在用于携带UCI的信号的给定传输中不同符号位置的使用。在一个示例中，UCI到用于UL传输的时间/频率资源上的映射可由WTRU作为诸如符号数、时隙数、子帧数和/或TTI数(例如长和/或普通)这样的函数随机化参数得以确定。

在一个示例中，WTRU可基于存储的随机化值的表来确定UL传输方案。在一个示例中，WTRU可作为一个或多个传输参数(例如符号数、时隙数、子帧数和/或TTI(例如长和/或普通)数等)的函数来确定随机化值。例如，当使用给定的传输方案将信道编码的ACK/NACK(AN)比特复用到一个时隙或子帧中时，用于映射这样的AN比特的OFDM符号位置可以每时隙和/或每子帧为基础改变。例如在第一时隙或第一子帧中，第一(集合的)AN比特或根据AN比特计算的信道编码的序列可被映射到符号位置#2和#4。在第二时隙或第二子帧中，第二(集合的)AN比特或根据AN比特计算的信道编码的序列可被映射到符号位置#1和#5。在一些场景中，例如当相同的UCI在多于一个时隙或子帧中重复时，AN比特的第一和第二集合和/或第一和第二集合的信道编码的序列可以是相同/不同的。在另一个示例中，AN比特的第一和第二集合和/或第一和第二集合的信道编码的序列在第一和第二时隙或子帧中可以是不同的AN比特集合和/或不同的信道编码的序列集合。

当将信道编码的AN比特复用到一个时隙或子帧中时，不同的扩展码、循环移位和/或DFT/IFFT编码参数可由WTRU根据符号、时隙、子帧和/或TTI(例如长和/或普通)数目来选取。例如，在第一符号、时隙、子帧和/或TTI(例如长和/或普通)中，第一(集合的)AN比特或根据AN比特计算的信道编码的序列可使用给定长度的第一扩展码来编码。在第二符号、时隙、子帧和/或TTI(例如长和/或普通)中，第二(集合的)AN比特或根据AN比特计算的信道编码的序列可使用给定长度的第二扩展码来编码。例如当相同的UCI在多于一个时隙或子帧中被重复时，AN比特的第一和第二集合和/或第一和第二信道编码的序列可以是相等/相同的。在一个示例中，AN比特的第一和第二集合和/或第一和第二信道编码的序列在第一和第二符号、时隙或子帧中可以是不同的AN比特集合和/或不同的信道编码的序列集合。

为了能够与可具有不同服务质量(QoS)要求的无线电承载复用，WTRU可使用普通长度的TTI(例如单一子帧)和长TTI两者。例如，普通长度的TTI和长TTI可根据预定或预信号发送的模式被映射到子帧，其中信令可在较高层(例如MAC或RRC)处发生。这样的预定义映射可导致可取决于是否适应普通长度的TTI可被映射在不同数目的子帧上的长TTI。这样的部署在图8中示出。

如图8所示，无线电帧#i的子帧#9可由普通长度(例如TTI#3)使用。在该示例中，第一长TTI(例如TTI#2)可被映射到比被用于其它长TTI更少的子帧数目上(例如替代10个子帧的9个子帧)。未被打孔以适应普通TTI(例如或一些不同长度的其它TTI)的传输的长TTI可使用与长TTI相关联的普通数目的子帧(例如在该示例中10个子帧)。是否将长TTI打孔以适应一些其它TTI(例如普通TTI或不同长度的长TTI)的传输可以在信道编码和复用期间被考虑，这是由于事先知道经打孔的TTI将被映射到更少数目的资源元素上。

在一个示例中，普通长度的TTI和长TTI可根据在处理将在长TTI上传输的数据时可能未确定或未知的模式而被映射到子帧。例如，如果将调度高优先级的承载，这样的情况可能发生。在该示例中，WTRU可在子帧n基于例如从下行链路控制信道接收动态授权，确定在子帧n+m调度的用于高优先级承载的数据(例如其中m可以为2或4)。WTRU可使用通常用于长TTI的数据的PUSCH传输的子帧的资源元素的部分和/或全部，以替代传送普通TTI的PUSCH数据(例如由最近接收的动态授权调度的数据)。考虑到信道编码和交织的使用和/或多个冗余版本的传输，在接收机处从长TTI的数据的成功接收仍然是可能的。

在一个示例中，对于某些子帧，普通长度的TTI和长TTI可被映射到相同的子帧，但是占用资源元素的不同集合(例如在邻近的频率中以避免非线性)。是否将普通TTI和长TTI映射到相同的子帧可在来自下行链路控制信道或来自较高层的授权中指示。信道编码、交织和后续的物理层处理对将在每个TTI上传输的数据独立地发生。

当与以前的无线电接入技术相比，LTE的特征之一是WTRU可使用减少数目的UL子帧(例如与使用以前的无线电接入技术可获得的子帧数目相比)，以便在允许的传输时间间隔期间成功地传输给定的TB(例如VoIP分组、VoIP分组的片段等)。作为结果，如果无线电问题在用于UL传输的缩减的子帧窗口期间持续，WTRU将遭受UL覆盖问题。类似地，由于每个新VoIP分组或VoIP分组的片段典型地每20ms达到，现有LTE无线电技术的UL子帧利用率小于100％。换句话说，在典型的LTE部署中每个UL子帧可未被WTRU使用。然而，不管小于完整利用率，在用于每个分组的50ms的允许UL传输延迟期间多个同时的UL HARQ进程可以是活动的。在一个示例中，可使用对WTRU的专用PUSCH分配以便改善LTE UL覆盖。专用PUSCH分配可涉及时间上重复和/或在预指定的时间、频率和/或位置发生的PUSCH的分配。例如，专用PUSCH分配可针对分配寿命在每个UL子帧中将特定的资源分配给WTRU(例如可以是直到分配被取消)。eNB可为专用PUSCH分配预留未来的传输资源。

通过使用专用PUSCH分配，WTRU可以能够创建/接收拥有比由现有LTE支持的n+8ULHARQ重传延迟(例如甚至在有或无TTI集束的情况下)本质上更高传输分集(例如在时域中更频繁的传输机会)的PUSCH分配。例如，当使用专用PUSCH分配时在允许的时间间隔期间UL接收机(例如eNB)可收集比使用现有LTE无线电接入过程可能的显著地更多的用于成功解码TB能量。这在时间受限场景中可实现成功解码，例如当给定TB可对应于包括开销的VoIP和/或这样的分组的片段。

专用PUSCH分配的操作可与动态授权机制和/或LTE中的半永久分配一起实施。专用PUSCH分配可在有和/或无HARQ反馈的情况下使用。在一个示例中，专用PUSCH的操作可与从UL接收机(例如eNB)信号发送的提前终止选项(early termination option)合并。例如，专用PUSCH分配可从分配的时间起是活动的直到它被eNB终止。应注意，尽管可通过匹配即时发射功率和信道条件为HARQ操作实现一些传输益处，但专用PUSCH信道可比在某些覆盖条件下(例如，特别是在覆盖受限场景中)的传统UL HARQ以更有效的方式运行。事实上，对于覆盖受限场景中的WTRU，eNB可监视诸如报告的路径损耗、可获得的发射功率和/或可获得的功率余量这样的WTRU性能指示符，并且如果检查到覆盖受限场景则将WTRU配置为使用专用信道。

例如，在子帧n1中接收的动态UL授权可分配专用PUSCH，具有m2个子帧的分配重现，具有m1个子帧的分配期间的开始子帧n2。因此，该授权可在子帧nl中被接收，WTRU可开始在子帧n2中使用专用PUSCH资源，并且该分配可持续m1个子帧以及每m2个子帧重现。根据专用PUSCH分配的操作示例在图9中示出。在帧i开始前或附近在第一较高层PDU到达后(例如VoIP分组902)，WTRU可在帧i/子帧0中接收UL授权904。例如，该分配可指示一个或多个开始子帧(例如n2)和/或开始子帧可基于授权的定时内在地确定(例如分配在预定或配置的数目子帧后开始)。专用PUSCH授权可指示分配期间的长度(例如ml)和/或分配重复的周期(例如m2)。例如，根据包括在授权904中的专用PUSCH分配，WTRU可在具有m2＝1子帧(例如每个子帧)的分配重现的ml＝20子帧的分配期间传送PUSCH。因此，PUSCH传输906可对应于专用分配(例如在帧i/子帧4中开始并在帧i+2/子帧3中结束)。在子帧i+2开始前或附近接收到第二较高层PDU后(例如VoIP分组908)，在帧i+2/子帧4中开始，WTRU可接收产生另一个专用PUSCH分配的后续UL授权。该过程可如期望那样得以重复。与专用PUSCH分配相关联的参数(例如分配期间ml、分配重复期间m2等)可在分配间改变。

如从图9中的示例可以看出，提议的专用PUSCH分配可允许WTRU以全UL子帧利用使用持续大约20ms的每个子帧来传送每个单一的到达VoIP分组。因此，大约20个TTI可由接收机收集以成功解码使用提议的传输方法的TB。通过使用现有LTE无线电接入过程，在没有TTI集束的情况下高达7个TTI可由接收机收集，并且大约12个TTI可典型地使用具有50ms传输延迟的TTI集束大小4来收集。因此，对于一些场景，与使用TTI集束相比，专用PUSCH分配的使用可增加2.2dB的接收机可收集的能量。应注意，每个TB(例如VoIP分组或片段)的传输可通过使用专用PUSCH分配占用20ms。这本身可导致改善感知的语音质量(例如在当前部署中典型RAN延迟可高达50ms)。更快的传输时间使用较高层重传协议可允许内在更灵活性(如果希望的话)(例如尽管现有LTE可使用RLC未应答模式(UM))。

专用PUSCH分配的另一个示例在图10中得以图释。在帧i开始前或附近第一较高层PDU到达后(例如VoIP分组1002)，WTRU可在帧i/子帧0中接收UL授权1004。在该示例中，分配期间m1可被设置为40个子帧，并且分配重现期间m2可以为2个子帧。因此，对于该示例，专用PUSCH分配可占用40个子帧或40ms来完成，并且WTRU可每隔一个子帧使用专用PUSCH分配来进行传送。PUSCH传输1006(例如由在图10中虚线框内的#1指示的)可图释根据由UL授权1004指示的专用PUSCH分配的PUSCH传输。在帧i+2开始前或附近接收到第二较高层PDU后，WTRU可接收产生在帧i+2/子帧3中开始的另一个专用PUSCH分配(图10中#2标记的)的后续UL授权。一在帧i+4开始前或附近第三较高层PDU到达，第一专用PUSCH可已经完成，并且对应的UL子帧可变得可用于传输对应于该最新到来的PDU的TB。这些子帧在图10中可标记为1*。

如可从图10中的示例看出，提议的专用PUSCH分配可允许WTRU以每TB的半UL子帧利用使用持续大约40ms的每隔一个子帧来传送每个到达的VoIP分组。因此，大约20个TTI可由接收机收集来成功解码使用提议传输方法的TB。因此，可为图10中的示例期望相对于与使用现有LTE无线电接入过程的无集束或TTI集束情况的类似改善，如为图9中的示例获得的那样。应注意，图10中示例可允许在传输的任意给定TB的生命期期间以40ms级别的时间分集。因此，接收机(例如eNB)可收集更多的能量来成功解码每个分组，并且重现期间为2个子帧的专用PUSCH分配固有的时间分集在有许多衰落信道的情况下典型地可产生大约1-2dB的附加性能益处。

应注意，专用PUSCH分配的操作可与诸如跳频这样的传输模式相结合。例如，跳频可以每子帧、每时隙和/或某些组合为基础地被执行。因此，用于专用PUSCH分配的专用物理资源可根据配置的或预定义的跳频模式在频域中跳跃(hop)。

如可从图9和图10中的图释示例理解的那样，专用PUSCH分配的一个区分特性可以是与现有LTE传输过程相比，对应的PUSCH传输机会在时域中可以高得多的密度被分配给任意给定TB。例如，使用现有LTE过程，任意初始UL传输可在无TTI集束的情况下每8个子帧地和/或通过使用TTI集束每16个子帧地被重传。结果，eNB可具有成功解码给定分组的更高的可能性。

专用PUSCH分配期间ml和/或专用PUSCH重现期间m2的配置可使用不同的标准来建立。例如，以子帧和/或帧数目为单位的受限持续时间的固定长度分配期间可被使用。作为一个示例，用于专用PUSCH分配的UL授权可指示对应于专用PUSCH分配期间(例如ml)的子帧数目。如果未提供分配期间，预定的分配期间可被使用和/或可假设分配期间为无穷大或直到专用PUSCH分配由eNB取消。在一个示例中，定义哪些子帧和/或帧可为WTRU提供PUSCH传输机会的子帧和/或帧分配模式可被指定或预定义。例如，用于专用PUSCH分配的UL授权可指示重现期间(例如，m2)和/或重现模式。专用PUSCH分配还可指示将被用于专用PUSCH分配的物理资源(时和/或频)域的标识。例如，授权可指示在专用分配的第一子帧中使用的物理资源集合，并且WTRU可基于分配期间和/或分配重现期间确定在后续子帧中的适当专用资源。PUSCH传输机会的产生的分配可通过诸如RRC这样的参数显式地用信号发送。在一个示例中，可允许的PUSCH传输机会可被存储在表或等同物中，其中分配消息可包括对应于表中一个或多个专用PUSCH分配的条目或索引的指示。

专用PUSCH分配可结合现有LTE资源分配原理来使用(例如使用基于动态授权的机制和使用SPS分配)。例如，如果图9和图10所示，UL授权904和/或UL授权1004可在DL帧i/子帧0中被接收，可包括对应于动态UL授权的DCI，和/或可对应于SPS激活命令。应注意，现有LTE SPS分配持续时间当前可不允许比每10个子帧更频繁地重现的分配。结果，专用PUSCH分配的一个技术实现可以用于扩展现有SPS配置信息的部分，以允许小于每10个子帧的调度间隔。类似地，假设在现有LTE无线电过程中DL和UL SPS两者可被完全交互式地使用(例如初始TB典型地通过SPS来调度，但是重传可使用动态授权来显式地调度)，专用PUSCH分配可允许这些机制的使用。

在一个示例中，当根据LTE UL信道分配传输时可使用HARQ提前终止协议。使用图9中的示例，WTRU可根据专用PUSCH分配期间ml＝20个子帧和m2＝1子帧的重现期间来被分配UL子帧。在UL传输过程期间，WTRU可为由eNB发送的提早终止信号监视一个或多个DL子帧。例如，WTRU可为eNB已成功解码UL传输的指示监视PHICH和/或PDCCH。在图9中，PHICH ACK910(例如由UE在帧i+1/子帧9中接收的)可指示eNB已基于例如来自帧i/子帧4到帧i+1/子帧5的PUSCH传输906的部分成功解码PUSCH传输906(例如，来自于初始传输，直到接收到最小k的ACK所在的子帧)。在eNB已成功解码专用PUSCH传输后，eNB可在WTRU期望HARQ反馈所在的子帧中传送提早终止信号。

在接收到提早终止信号后，WTRU可停止对应于专用PUSCH分配的UL传输。例如，如果提早终止信号在子帧n中被接收，则WTRU可在子帧n+k中和/或在其附近停止对应于专用PUSCH分配的UL传输。在一个示例中，WTRU可在被分配但由于接收到提早终止信号未使用的传输机会中开始传输另一个TB和/或PDU的部分。

例如，由WTRU的提早终止信号的监视可以子帧数目和/或作为UL传输活动的函数来定义。例如，为了避免PHICH与在由旧有WTRU的相同DL子帧中的并发PHICH传输冲突，携带用于支持专用PUSCH的WTRU的提早终止ACK的PHICH可被放置在对应于用于现有LTE无线电接入的n+8个同步HARQ重传间隔的DL子帧上(例如，根据专用PUSCH分配进行传输的WTRU可在DL子帧n+4中监视PHICH，其中n对应于用于专用PUSCH分配的第一PUSCH传输机会)。

通过使用提早终止信号，系统仍然可利用一些HARQ增益。例如，可避免在UL中由在eNB已成功解码将在专用PUSCH分配中传输的信息后发生的WTRU传输引起的干扰。附加地，由于相应地减少了可由WTRU操作引起的噪声升高，系统从统计上来说作为整体可受益。应注意，专用PUSCH分配的原理可与在此描述的任意其它技术或方法相结合。

回到图9，在帧i开始时接收的较高层PDU可以被信道编码、交织和/或映射到多个子帧间的物理传输资源，例如在对应于专用PUSCH分配的整个数目的子帧间。参考图10，较高层PDU可在ml＝40子帧分配期间给出的一些或所有子帧间被信道编码和/或交织(例如对于图释的m2＝2的示例，每隔一个子帧)。在一个示例中，整个第一PDU和/或其部分可与整个第二PDU和/或其部分一起被信道编码和一起映射到TTI或子帧中。在一个示例中，对应于专用PUSCH分配的TTI可由WTRU根据一连串的给定传输序列来使用。例如，当维护在现有LTE无线电过程中的每TTI处理每子帧的原理时，可使用冗余版本(RV)序列。类似地，专用PUSCH分配可与快速HARQ结合和/或使用现有的HARQ和分配时间线来操作。

在一个示例中，专用PUSCH分配可由WTRU来处理，并且任意给定PUSCH传输机会的实际内容可由WTRU根据传输状态来确定和/或被作为到接收机(例如eNB)的信令格式的一部分来指示。例如，WTRU可为专用PUSCH分配的发生监视DL子帧。专用PUSCH分配可显式地得以信号发送和/或可使用RRC来配置并通过DCI来激活。当专用PUSCH分配在接收授权后开始，例如具有参数ml＝320ms、m2＝2，WTRU可将对应于在分配前接收的PDU的比特映射到与专用PUSCH分配相关联的资源。WTRU可继续传输该PDU的信道编码的比特，一个PDU是与专用PUSCH分配相关联的资源，直到下一个PDU的一个或多个到达传输缓冲器中、预定的持续时间逝去(例如到达分配期间的结尾)和/或直到接收到提早终止信号。在这些事件的一个或多个发生后，WTRU可临时地中止在分配的专用PUSCH传输机会中的传输(例如当这些传输机会保持被分配时)。在一个示例中，与其允许专用PUSCH资源变成未使用的，WTRU可开始发送并映射对应于第二PDU的信道编码的比特到与以前分配的专用PUSCH分配相关联的剩余资源。可以是在专用PUSCH分配中一个或若干UL传输机会的一部分的信令格式指示符可被用来区分或向接收机(例如eNB)指示WTRU正在发送哪个PDU或其哪些部分。在一个示例中，信令格式指示符可作为UL PUSCH传输的一部分来编码，和/或可作为在一个或多个子帧中的单独信号的部分来编码/传输。在一个示例中，前导码或签名可被发送给eNB以指示在分配的专用PUSCH传输机会中的新开始的传输间隔或TB。

在一个示例中，UL链路性能可通过增强用于小净荷的上行链路参考信号的设计来改善。例如，在相当小用户数据净荷(例如VoIP分组或其片段)的情况下，应当分配给参考信号和/或数据符号的能量的比例可不同于可被分配给变化或平均大小的分组的比例。例如，取决于接收机能力和其它因素，在小净荷的情况下为参考信号分配比分配给与较大净荷相关联的参考信号更多的能量更有效。增加分配给UL参考信号的能量的量可便于在UL接收机(例如eNB)处更有效的信道估计和/或解码。

例如，在某些场景中，PUSCH传输中与典型地被用于参考信号相比的附加的资源元素可被用于参考信号的传输。作为一个示例，如果比被分配给WTRU用于UL传输的所有资源元素少的资源元素被用于UL用户数据的传输(例如将被传输的用户数据量小于分配的授权的大小)，将典型地被用于用户数据传输的分配中的资源元素可替代地被用于参考信号传输。用于参考信号的资源元素可不可用于PUSCH数据的传输。例如，用于附加参考信号传输的资源元素可位于不同于在现有传输方案中用于解调参考信号(DM-RS)的传输的OFDM符号的OFDM符号中。可在典型地被用于PUSCH数据传输的资源元素中传输的附加参考信号可具有与DM-RS类似或相同的结构，例如其中信号值可取决于在资源格中RE的位置、每OFDM时间符号的资源元素数目和/或在分配中的资源块数目的一者或多者。新的传输结构可基于这些参数的一个或多个被定义。

在一个示例中，当前用于参考信号传输的一些资源元素可被用于PUSCH数据符号的传输。这样的资源元素可不可用于DM-RS的传输。在该示例中，DM-RS信号可被生成，用于DM-RS传输的资源元素可基于与分配相关联的资源元素、子载波和/或OFDM符号的总数、与分配相关联的资源元素、子载波和/或OFDM符号的标识和/或在被用于传输用户数据的分配中的资源元素、子载波和/或OFDM符号的总数(如果少于被分配给WTRU的所有PUSCH资源需要被用于传输该数据)的一者或多者来确定。在一个示例中，用于UL中DM-RS传输的当前资源元素(例如版本8或版本10LTE)仍然可被用于DM-RS传输，但在版本8或10中典型地用于PUSCH数据的附加资源元素也可包括附加DM-RS。

在一个示例中，导频信号、训练序列和/或参考信号可与在一个时隙中的所有OFDM符号或其子集上的信道编码的数据序列一起传输。信道编码的数据可包括用户数据和/或控制信息(例如UCI)。信道编码的数据序列可对应于根据对将被映射到时隙、子帧和/或TTI的传输块信道编码确定的所有信道编码比特或其子集。

例如，对于给定的资源块(例如12个子载波)，到用于包括用于PUSCH数据传输的7个OFDM符号的时隙的DFT扩展器的输入可被用于配置每OFDM符号11个信道编码数据RE和每OFDM符号1个导频RE。使用普通循环前缀符号，在每时隙可用的7个OFDM符号，在给定的时隙中可以有对应于信道编码数据序列或其子集的11*7＝77个RE。使用普通循环前缀符号，在每时隙可用的7个OFDM符号，可以有对应于例如可被用于信道估计的导频序列的7个RE。图11图释了用于将导频序列与信道编码数据序列一起传输的示例实施。

如可理解那样，用于将数据RE(例如，其中D可以是数据RE的数目)和导频RE(例如，其中P可以是导频RE的数目)映射到在给定时隙、子帧和/或TTI中可用OFDM符号数目(例如，其中O可以是可用OFDM符号的数目)上的不同配置是可能的。例如，P个导频RE可被映射到在包括7个使用普通循环前缀的OFDM符号的时隙中的4个OFDM符号的子集。在一个示例中，在时隙、子帧和/或TTI的第一OFDM符号中的数据RE的数目(例如D₁)和/或导频RE的数目(例如P₁)可不同于在时隙、子帧和/或TTI的第二OFDM符号中的数据RE的数目(例如D₂)和/或导频RE的数目(例如P₂)。例如，时隙、子帧和/或TTI的第一OFDM符号可包括10个数据RE(例如D₁＝10)和2个导频RE(例如P₁＝2)。时隙、子帧和/或TTI的第二OFDM符号可包括11个数据RE(例如D₂＝11)和1个导频RE(例如P₂＝1)。

实施方式构思了结合现有参考信号和/或无旧有参考信号的情况下传输在此描述的导频序列。例如，实施方式构思了在PUSCH传输中传输导频序列，其中中间/中央OFDM符号包括参考信号。在一个示例中，实施方式构思了在传输中传输导频序列，其中在一个时隙中2个OFDM符号包括参考信号，例如如用于PUCCH格式3的情况那样。这2个参考信号如用于PUCCH格式3的情况那样可位于相同的位置或不同的位置。在一个示例中，导频序列可被选取为现有导频序列的扩展，和/或它们可独立地被导出。构思了关于如何复用交织和/或交错导频序列和信道编码数据序列的若干不同的方法。例如，导频序列可作为移位随机化的一部分与信道编码数据序列交织和/或交错在一起。这样的方法可导致随机化函数的重用。在一个示例中，导频序列可在DFT操作或IFFT操作之前与信道编码数据序列交织和/或交错在一起。在一个示例中，与被应用于与信道编码数据序列相同的随机化函数可被应用于导频序列。在另一个示例中，与被应用于信道编码数据序列不同的随机化函数可被应用于导频序列。在一个示例中，随机化函数可被应用于导频序列或信道编码数据序列的其中之一，但不是两者。

与交织和/或交错导频序列和信道编码数据序列相对，其中导频RE被包括在单一和/或两个OFDM符号中的固定位置中的一种方法可允许信道估计增益在时隙间更均匀地分布。这样的方法在采用跳频(例如跳频类型1和/或类型2)时可能是有用的。并且，交织和/或交错导频序列和信道编码数据序列可增加配置专用于导频RE对数据RE的“传输能量”部分的灵活性。交织和/或交错导频序列和信道编码数据序列可移除在相同RB上传输的不同WTRU间的正交性。然而，移除在相同RB上传输的不同WTRU间的正交性特别在覆盖受限场景下可以是可接受的，例如其中为了获得更好的系统性能单一WTRU的SNR增益可能更重要。在希望维持某些程度的WTRU复用的情况下，一些导频序列可与信道编码数据序列交织，以便在时隙间分布导频符号，而在该时隙中的其它导频序列可被映射到特定的RE，使得它们的传输可保持与来自于也将那些时频资源(例如为导频信号传输预留的RE)用于导频序列传输的其它WTRU的导频信号传输正交。例如，WTRU可被配置为继续传输在由为LTE版本8或版本10定义的规范指示的RE处携带OFDM符号的旧有导频，同时附加地传输与将在该时隙的其它RE上传输的信道编码数据序列交织和/或交错的导频序列。

在一个示例中，基于序列是否包括一个或多个导频序列，不同的扩展码可由WTRU用于编码和/或传输该序列。例如，第一扩展码可被用于第一RE序列，其中第一RE序列包括导频信号或数据信号及导频信号(例如在映射前交织的或映射到特定RE的导频)。WTRU然后可将第二扩展码用于在一个或多个RB上编码和/或传输第二信道编码数据RE序列(例如不包括导频序列的序列)。因此，第一扩展序列可被用于将包括导频信号的第一序列映射到占用给定时频传输资源的第一OFDM符号集合或子集，例如一个时隙占用一个RB。第二扩展序列可被用于将信道编码数据比特的第二序列映射到用于时/频传输资源的OFDM符号的第二集合或子集。

例如，使用长度5的第一扩展码，信道编码数据序列可被映射到在使用普通循环前缀的时隙中的5个携带信息的OFDM符号。导频序列可被映射到时隙中相同的5个OFDM符号，但使用长度5的第二正交扩展码。

如可理解那样，操作的模式可对在使用与使用到携带信息的OFDM符号的不同映射相比不同长度的扩展码的情况变化。例如，可使用不同子集或长度的数据和/或导频信号。附加地，在此描述的方法可被等同地应用于不同的循环前缀配置。例如，公开的技术可在使用扩展循环前缀的情况下被应用。

LTE UL链路覆盖可通过引入使用与单载波FDMA(SC-FDMA)相比更功率有效类型的调制的可能性来增强。例如，新的调制可被应用于UL载波的子集或一部分(例如部分UL载波仍然可被用于SC-FDMA传输，而剩余的带宽可被用于使用新调制的传输)。导致具有较低峰均比(PAPR)或较低立方度量(cubic metric，CM)的波形的调制的使用可允许WTRU以较高的传输功率运行，而不超过带外发射的限制和/或而不引起由非线性导致的其它伪发射。例如，可使用诸如高斯最小相移键控(GMSK)这样的恒模调制，可能允许功率有效(种类C)功率放大器的使用。在一个示例中，可使用经交织的频分多址(IFDMA)。

不同上行链路调制的使用可通过设计由使用功率有效调制生成的信号占用的时和频资源与使用用于LTE上行链路调制的普通SC-FDMA类型生成的信号(例如可能来自其它WTRU)之间的共享机制来实现。例如，使用SC-FDMA调制的传输和未使用SC-FDMA的传输可在时域、频域和/或时和频域中被复用。

典型地，上行链路授权可使用在PDCCH上的动态调度被提供给WTRU或经由SPS来配置。上行链路授权通常分配包括将被用于UL传输的多个资源元素的资源块。然而，如果给定的UL传输将使用除SC-FDMA外的调制，与UL授权相关联的时频资源可替代地被用于使用功率有效调制的传输。虽然这样的传输可使用与分配的资源块相关联的时频资源来进行，但数据可不被以如将为SC-FDMA传输进行的方式映射到资源元素。因此，在时域中相同的频率资源可在SC-FDMA传输和非SC-FDMA传输之间复用。

为促进在相同频带内频域中的共享，根据新方案调制的信号可被脉冲成形并滤波(例如使用基带IF和/或RF滤波器)，以便将对剩余UL载波的干扰限制在合理级别内。出于某些目的也可预留保护频带。例如，被配置为使用功率有效调制运行的WTRU可被分配与传输信号的频谱占用相比相对大的频率区域。例如，即使来自功率有效调制的信号的标称带宽小于200kHz，可为WTRU分配2个资源块用于传输(例如360kHz)。这样的频率分配可以是每子帧为基础动态的、半静态的和/或由较高层(例如MAC、RRC等)提供。在一个示例中，WTRU可被配置为可能通过使用虚拟资源块分配机制，在相同子帧的两个时隙间改变物理资源块分配。

并且，诸如功率有效调制这样的第二上行链路调制方案的使用可在特定的子帧中被允许，但是在其它子帧中不被允许。例如，功率有效调制的使用在给定子帧中是否是可允许的可取决于子帧的定时和/或类型(例如基于由较高层提供的配置)。功率有效调制的使用在给定子帧中是否是可允许的还可使用从下行链路控制信道接收的动态授权以每子帧为基础地用信号发送。

使用功率有效调制传输的数据可经历与其它数据不同的物理层处理步骤。例如，可使用较长或较短的TTI。如果使用GMSK调制，类似于用于GSM的语音的物理层处理可得以使用。在可使用第二(例如功率有效)调制传输来自其它承载的数据的同时，使用普通物理层处理和TTI来传输来自某些无线电承载的数据可是可能的。如果两种类型的调制未被同时使用或近似地这样(例如在相同的子帧中)，这样的共存可更容易地实现。

在一个示例中，WTRU例如在运行在覆盖扩展模式中时可支持多于一种传输方案。覆盖扩展模式的发起和/或配置可基于由WTRU和/或网络节点(例如eNB)的测量。在一个示例中，与覆盖扩展模式相关联的多个传输方案的特定传输方案的激活和/或使用可取决于快速改变和/或可调整的传输设置。

例如，给定传输方案可以诸如每时隙、每子帧和/或每TTI导频符号数目、具有OFDM符号的导频或导频信号的位置、调制类型和/或诸如正交覆盖码(OCC)这样的不同扩展码和/或扩展因子的使用这样的因素为特征。WTRU可基于如以下描述的各种因素来为给定传输确定适当的传输方案。

例如，WTRU和/或eNB可基于以任何组合方式的以下因素的一个或多个为是传输部分的参考和/或数据信号确定传输方案(例如，资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。例如，WTRU可基于分配的大小(例如以资源块的数目为单位)来为是传输部分的参考和/或数据信号确定传输方案(例如，例如资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。例如，WTRU可基于如可能由开始资源块指示的在频域中分配的位置来为是传输部分的参考和/或数据信号确定传输方案(例如，资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。例如，WTRU可基于将在时隙、子帧和/或TTI中传输的UCI和/或CSI的类型(例如，无UCI、无CSI、无UCI和无CSI、仅HARQ、仅CSI、HARQ和CSI等)为是传输部分的参考和/或数据信号确定传输方案(例如，资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。

在一个示例中，WTRU可基于在子帧或TTI中传输的传输块的大小来为是传输部分的参考和/或数据信号确定传输方案(例如，资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。在一个示例中WTRU可基于TTI的大小(例如以子帧数为单位)来为是传输部分的参考和/或数据信号确定传输方案(例如，资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。在一个示例中，WTRU可基于TTI集束或子帧集束的大小来为是传输部分的参考和/或数据信号确定传输方案(例如，资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。在一个示例中，WTRU可基于有无HARQ控制信息，例如包括基于诸如可应用于传输的往返延迟这样的方面，来为是传输部分的参考和/或数据信号确定传输方案(例如，资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。在一个示例中，WTRU可基于功率余量和/或传输功率来为是传输部分的参考和/或数据信号确定传输方案(例如，资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。在一个示例中，WTRU可基于在从下行链路控制信道接收的下行链路控制信息中提供的显式指示来为是传输部分的参考和/或数据信号确定传输方案(例如，资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。在一个示例中，WTRU可基于跳频模式或其配置来为是传输部分的参考和/或数据信号确定传输方案(例如，资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。在一个示例中，WTRU可基于可能作为接收机能力的部分或与其一起的来自于较高层信令(例如MAC或RRC)的指示来为是传输部分的参考和/或数据信号确定传输方案(例如，资源元素的适当数目和标识；OFDM时间符号的适当数目和标识；适当调制方案等)。

例如，使用每时隙单一导频符号的第一传输方案可适用于其中在第一时隙中的传输和在第二时隙中的传输使用相同的频率资源的给定跳频模式(例如未使用子帧内跳频)。然而，在其中使用子帧内和/或间跳频(例如在第二时隙期间的传输可使用与在第一时隙中的传输不同的RB)并且通过在时隙中携带符号的更多导频的可获得性可获得信道估计增益的情况下，可使用使用每时隙2个导频的第二传输方案。在一个示例中，第一传输方案可采用与第二传输方案不同的扩展码。例如，第一传输方案可使用为6的OCC长度，而第二传输方案可使用为5的OCC长度。通过使用不同的扩展码，信道编码和扩展增益可得以增加。

例如，WTRU可被配置为基于从网络节点(例如eNB)接收的消息运行在覆盖扩展模式。该网络节点可基于诸如路径损耗、可获得的传输功率等这样的测量和/或度量来确定配置WTRU处于覆盖扩展模式中。该测量可由WTRU和/或网络节点(例如eNB)执行。在运行在覆盖扩展模式期间，WTRU可根据元素和参数的一个或组合，从可获得的传输方案集合中确定用于UL传输的传输方案。例如，WTRU可基于WTRU接收的用于多个TTI的UL分配选取使用每时隙单一参考信号的第一传输方案。WTRU可基于接收用于单一TTI的UL分配选取使用每时隙2个参考信号的第二传输方案。在一个示例中，WTRU可基于WTRU无子帧内频跳地运行，选取使用每时隙单一参考信号的第一传输方案。WTRU可基于WTRU有子帧内频跳地运行，选取使用每时隙2个参考信号的第二传输方案。

如可理解那样，其中WTRU基于UL传输设置和/或分配确定(或被配置具有)在覆盖扩展模式中的适当UL传输方案的上述操作模式可提供大量灵活性以使操作适应于各种可操作场景。

在一个示例中，在给定传输方案中由WTRU使用的导频符号和/或信道编码数据序列或其部分的编码、映射和/或生成可采用随机化函数来减轻小区内和/或间干扰的影响。例如，随机化函数可以每符号、每时隙、每子帧、每TTI为基础和/或其任意组合地运行。例如，随机函数的不同值可由WTRU用来生成与为给定传输选取的不同传输参数相关联的传输序列。使用的随机化函数和/或与随机化函数相关联的参数可基于一个或多个UL传输参数(例如传输的定时、用于该传输的频率资源的数目和/或标识等)和/或为WTRU配置的配置/传输方案来选取。例如，随机化函数可以每符号、每时隙、每子帧和/或每TTI为基础地改变。在一个示例中，由WTRU使用的随机化参数可以随机和/或已知的顺序改变，以便生成用于到随机化函数的输入的不同选取传输参数的序列。

例如，用来生成导频比特和/或信道编码数据比特(例如导频信号/符号和/或信道编码数据信号/符号)的映射的随机化函数可导致不同循环移位值、不同扩展码、到离散傅里叶变换(DFT)操作或到用于导频和/或数据信号的快速傅里叶逆变换(IFFT)操作的不同输入位置的使用。在一个示例中，随机化函数的使用可导致在给定传输中不同的符号位置被用于携带用于传输部分的导频信号和携带用于传输其它部分的信号的数据。

在一个示例中，导频符号和/或信道编码数据符号到用于UL传输的时频资源上的映射可由WTRU作为函数随机化参数来确定，例如符号数、时隙数、子帧数和/或TTI数。例如，WTRU可基于存储的随机化值的表来确定UL传输方案。在一个示例中，WTRU可根据一个或多个传输参数(例如符号数、时隙数、子帧数和/或TTI数)来确定UL传输方案。

为了进一步增加UL覆盖，多个无线电接入网络接收点间的宏分集接收可被用作增加有效接收信号能量的一种措施。因此，WTRU可被配置为向多个RAN接收点传输，使得网络可基于从这些接收点的其中之一解码的数据、基于从多个接收点(例如接收点子集)解码的数据和/或基于在接收点的每一个处(例如指定接收点的所有)解码的数据来确定传输是否成功。为了在限制向调度增加的复杂度的同时引入宏分集接收，WTRU可被配置为将到多个RAN接收点的传输用于与半永久调度授权相关联的一些或所有传输，但不用于经由PDCCH接收的动态授权。将多个RAN接收点传输限制到SPS这样的方案可避免在RAN接收点间使用调度授权的动态协调时的内在复杂性。

以下技术被描述用于但不限于其中RAN接收点控制器对应于eNB的情况。然而，描述的方法和系统可等同地应用于在其它RAN接收点处的接收，例如中继节点、毫微微小区接入点、微微小区接入点、家用eNB(HeNB)等。例如，宏分集接收可在服务eNB和一个或多个邻近非服务eNB之间发生。当在此提及时，非服务eNB可涉及服务WTRU对其没有当前RRC连接的小区的eNB。尽管多个RAN接收点操作的示例可在由非服务eNB的接收方面来描述，这些示例可被等同地应用于其它类型的接收点，例如服务由WTRU用于载波聚合的次级小区的eNB。

非服务eNB可将成功解码的传输转发给服务eNB，其中可进行接收分组的宏分集合并。在一个示例中，该宏分集合并可在服务eNB的RLC子层中发生，其中RLC序列号可被用于识别复制的分组。

与多个接收点相关联的eNB可通过在X2接口上的消息互相通信用于实现接收的参数和/或解码的数据。例如，可提供新的X2过程用于配置次级(或非服务)eNB接收源于邻近小区WTRU的传输。服务eNB可通过提供为成功接收WTRU传输使用的信息来配置非服务eNB。服务eNB可向非服务邻居eNB提供的示例信息可包括半永久调度授权信息、HARQ进程定时和配置信息、用于UL传输的WTRU特定参数、用于UL传输的特定参数等。

新的X2过程可被用于将在非服务eNB处接收的解码的WTRU传输传递给服务eNB用于宏分集合并。例如，非服务eNB可向服务eNB转发已成功解码(例如成功CRC解码)的WTRU传输。未成功解码的传输可不被转发给服务eNB。可为X2协调定义进一步优化，以便改善系统性能。例如，可发起宏分集请求过程，从而服务eNB可请求非服务eNB开始对特定WTRU进行宏分集接收。附加地，可定义宏分集终止过程，从而服务eNB和/或非服务eNB可请求特定WTRU的宏分集接收的终止。非服务eNB还可使用X2接口以便请求服务eNB修改针对WTRU的一个或多个UL传输参数。非服务eNB可请求修改的示例参数可包括但不限于增加WTRU传输功率、降低WTRU传输功率、增加WTRU定时提前、降低WTRU定时提前等。

为了使能由多个接收点的宏分集接收，重复自动重复请求(ARQ)可替代HARQ被用于使用多个RAN接收点的UL传输。在另一个示例中，除了UL HARQ，还可使用重复ARQ。在一个示例中，当半永久调度授权可为使用多个RAN接收点的传输分配资源时，重复ARQ可被用于与这些半永久调度授权相关联的传输。在一个示例中，当使用重复ARQ时，WTRU可被配置为为每个发送的MAC PDU传送固定数目的重传，例如使用半永久调度授权发送的每个MACPDU。为了减少与这样的重传相关联的开销，WTRU可在确保按序分组传递的同时，将在此描述的一个或多个方法或系统用于协议开销减少，以便使非服务eNB能够接收传输的分组。

WTRU可修改一个或多个其它控制过程，以便考虑在多个RAN接收点间UL传输的接收。例如，WTRU可实施考虑多个eNB可尝试接收WTRU UL传输的经修改的功率控制过程。例如，开环功率控制设置可被修改以考虑到非服务eNB的路径损耗。在一个示例中，闭环功率控制反馈方法可被修改以考虑来自非服务eNB的功率控制命令的接收。在一个示例中，WTRU可被配置为开始监视或接受由非服务eNB提供的控制信息。例如，使用多个RAN接收点的WTRU可被配置为解码PDCCH、PHICH和/或与非服务eNB相关联的新控制信道的一者或多者。非服务eNB控制信道可被用来传送功率控制命令、定时提前命令、HARQ ACK/NACK和/或用来实现多个RAN接收点利用的控制信息。

在一个示例中，为了通过更好地使用可获得的信号能量(例如通过将增加的信号能量量用于传送用户数据而不是控制数据)来改善LTE UL覆盖，WTRU可被配置为降低由现有LTE通信协议引起的开销。这样的技术可增加传输的用户数据与使用的信号能量之比，并且从而可导致增加的UL覆盖。可被称为协议开销减小的这些方法和系统可被设计以最小化与小RLC PDU相关联的开销，但这些技术可应用于其它RLC PDU。通过减小小RLC PDU的开销，Eb/No方面的增益得以增加，例如特别是对于当每SDU的RLC片段数大于4时的情况。

在减少开销的第一示例中，WTRU/eNB可通过减少作为向每个TB附着CRC的结果引起的循环冗余校验(CRC)开销来最小化开销。由于一些TB可包括RLC SDU的小片段，开销减少可本质地增加指派给RLC SDU的用户数据部分的信号能量量。一个示例，多个TB可使用相同的CRC来保护(例如，而不是传送附着的CRC与每个传输的TB)，并且可通过单一的CRC来为传输块组提供差错检测。因此，传输块组可被用来计算CRC奇偶校验位。例如，如果N个传输块被分组在一起，则在其上进行差错检测并计算CRC的比特可由(a₀,a₁,a₂,a₃,...,a_A-1)₁,(a₀,a₁,a₂,a₃,...,a_A-1)_2,…,(a₀,a₁,a₂,a₃,...,a_A-1)_N来表示，其中A可以是每个传输块N的传输块大小。

CRC奇偶校验位可不附着于每个传输块。为了最小化开销，用于传输块组的奇偶比特可被附着于在该组中传输块的其中之一或子集。例如，CRC可被附着于从组传输的最后一个传输块，而不附着于该组中的其它传输块。可替换地，CRC可附着于该组的第一个传输块。在传输块组中的所有其它传输块可无附着CRC地得以传输。在一个示例中，CRC可附着于第一和最后一个传输块。

当CRC被附着于第一传输块时，则物理层可在编码它们前等待属于将接收的组的每个传输块，以便进行CRC。在一个示例中，CRC可附着于最后一个传输块。WTRU可将属于在物理层传递、编码和/或传输的组的每个传输块的数据比特保持在存储器中，并且一旦接收到该组的最后一个传输块，CRC比特可基于在该组中所有TB的数据比特来计算。该CRC然后可被附着于该最后一个传输块。

在一个示例中，WTRU可计算每传输块的CRC，但不将计算的CRC附着于每个传输块。例如，当将传输该组的最后一个传输块时，附着的CRC可对应于属于该组的传输块的CRC的每个和或某些其它函数。在接收机侧，属于一个组的每个传输块可被解码，并且该接收机可使用在最后一个/或第一传输块中接收的CRC以对整个块进行差错检测。如果用于多个TB的CRC通过，则在该组中的传输块的每个可被传递给MAC和RLC。

共享和/或使用共同CRC(或CRC函数)的传输块组可基于以下标准的一个或组合来确定或定义。例如，eNB可通过例如较高层(例如MAC、RLC、RRC)信令给WTRU配置一个或多个TB组大小。WTRU然后可基于在由eNB提供的每个组中传输块的数目来确定传输块的组。

在一个示例中，WTRU可基于在携带RLC PDU或是相同RLC SDU的片段的RLC PDU的片段(例如携带相同RLC SDU的片段的传输块)的组中的传输块来确定为传输块组使用共同的CRC。在一个示例中，WTRU可基于RLC SDU被分段的次数超过阈值来确定为传输块组使用共同的CRC。触发TB分组的片段数的阈值可基于WTRU功率余量来设置和/或可通过较高层(例如MAC、RLC、RRC)信令来配置。

在一个示例中，WTRU可基于HARQ进程数来确定为传输块组使用共同的CRC。例如，与某些HARQ进程数相关联和/或与为TB组传输配置的HARQ进程相关联的传输块可被分组在一起。与多个TB间的CRC相关联的HARQ进程的标识可被预先确定或通过较高层(例如MAC、RLC、RRC)信令来配置。为了指示TB组的第一和/或最后一个块，关于是TB组的一部分的特定(例如第一、最后一个、具有CRC的TB等)TB的TTI和/或HARQ进程数可以是预定义或配置的。例如，如果该TB数是N，则与HARQ进程(0-N)相关联的传输可属于与TB数N相同的组。在一个示例中，属于相同组的TB的HARQ进程数可由网络传输和/或由网络显式地配置。

在一个示例中，CRC可在RLC SDU上进行，并且被附着于RLC SDU。RLC SDU+CRC然后可在多个RLC PDU间被分段并通过多个传输块被传输。在接收机侧的物理层可在解码和软合并后传递这些传输块。如果使用这样的技术，而不是将CRC附着于单独传输的TB，由于CRC不针对每个传输块而存在，接收机不知道传输块是否已被成功解码。因此，为了便于在接收机侧处的合并，如果WTRU未接收到反馈，是组的一部分的每个传输块可被盲重传。接收侧可尝试在RLC层重合并接收的数据。一旦RLC SDU被重组，WTRU可在该RLC SDU上进行差错检测以确定来自物理层的数据是否被成功解码。

在一个示例中，可在RLC SDU上进行CRC，然而根据RLC SDU计算的CRC奇偶校验位可被附着和提供在用于该RLC SDU传输的传输块的其中之一或子集中。例如，CRC可被附着在包括在其上进行CRC的RLC SDU的比特的最后一个传输块。其它传输块可不附着CRC而被传递。

在以示例中，可通过修改RLC控制开销以移除RLC序列号来在UM RLC协议上减少开销。例如，可通过修改RLC协议以移除诸如RLC序列号这样的一些头信息来进一步地减少开销。这可通过依靠由如在此描述的HARQ实体的按序传递来实现。RLC SN号可不存在，并且WTRU可依靠在RLC头中的分段信息来重组RLC PDU。

如果分组在HARQ进程中丢失，HARQ进程可向RLC指示这，并且RLC可在确定如何重组分组时考虑这。例如，在与适当HARQ进程相关联的HARQ实体指示丢失的分组前，可接收第一分组。在第一分组后并在指示有丢失的分组后，可接收第二分组。如果第一分组对应于PLC PDU的第一或中间片度且第二分组对应于RLC PDU的另一个中间片段、RLC PDU的最后一个片段或后续RLC PDU(或其片段)，则WTRU/eNB可确定丢失的数据是属于与第一分组相关联的RLC SDU相同的RLC SDU的片段。因此，WTRU可确定丢弃与该RLC PDU相关联的数据，因为其至少一个片段可能丢失(例如，WTRU可丢弃它已确定分组丢失的RLC SDU的数据)。WTRU然后可请求整个RLC PDU的重传(例如使用RLC状态报告)。

在一个示例中，CRC可被增加和附着于RLC SDU，例如以确保即使一些数据在物理层丢失或损坏，WTRU仍然具有某些措施来确定它正合并正确的RLC PDU(例如如果CRC失败)。可为由RRC层信令配置具有该功能的逻辑信道和/或当在WTRU中使能UL覆盖增强功能时消除RLC SN。

在此描述了确保在物理层按序分组传递传输和接收的技术和方法。为了确保分组传递，发射机侧可确保数据以先进先出的顺序来传递。更特别地，这可通过将来自RLC的数据按序地放置在物理层传输缓冲器中并确保它们以相同的顺序被传输来进行。

在一个示例中，如果满足以下条件的一个和/或组合，传输设备可确定禁止清空HARQ缓冲器和/或可确定禁止在给定的TTI处发起新的HARQ传输。例如，传输设备可基于确定较旧的数据还未完成传输来确定禁止清空HARQ缓冲器和/或确定禁止发起新的HARQ传输。WTRU可基于以前使用的HARQ进程还未完成较早数据的传输(例如对以前使用的HARQ进程的以前数据的接收还未被应答或已被否定应答)来确定较旧的数据还未完成处理。物理层可通过跟踪HARQ进程中第一传输被发起的时间来确定任意较早的传输是否正在进行。如果在正在进行的HARQ进程上的传输比给定HARQ进程更早地发起，则WTRU可确定禁止开始新的传输和/或禁止清空它的HARQ缓冲器。物理层可通过监视在HARQ进程传输中存在的RLCPDU来确定任意较早的传输是否正在进行。如果正在进行的HARQ进程的RLC PDU属于在与用于后续传输的HARQ进程相关联的RLC PDU之前被传输的RLC PDU，则WTRU可确定禁止发起新的传输或刷新它的HARQ缓冲器。

传输设备可基于包括在与已为其配置了UL覆盖增强的逻辑信道相关联的新传输块中的数据来确定禁止清空HARQ缓冲器和/或确定禁止发起新的HARQ传输。例如，如果将在给定TTI中传输的数据对应于为其未配置UL覆盖增强和/或协议开销减小的逻辑信道，WTRU可确定不考虑或确保按序传递的情况下在TTI中传输数据。否则，如果该数据对应于已为其配置了UL覆盖增强和/或协议开销减小的逻辑信道，WTRU可在确定在给定TTI中传输数据之前确定以前传输的数据是否已成功地被传递。

传输设备可基于包括在包括RLC SDU的一个或多个片段的即将传输的新传输块中的数据来确定禁止清空HARQ缓冲器和/或确定禁止发起新的HARQ传输。在一个示例中，如果在即将传输的TB中的数据对应于完整的RLC SDU，则WTRU可确定在给定的TTI中传输和传递该TB。如果该数据包括一个或多个RLC SDU片段，则WTRU可在在给定的TTI中传输RLC SDU片段之前，首先确定为该分段RLC SDU以前传输的数据和/或在该分段的RLC SDU之前传输的RLC SDU是否已被成功接收。在一个示例中，传输设备可基于未为在给定HARQ进程前发起的数据进行最大HARQ重传来确定禁止清空HARQ缓冲器和/或确定禁止发起新的HARQ传输。

接收机侧可通过在尝试处理给定HARQ进程前，等待直到为与在给定HARQ进程的初始传输前发生的初始传输相关联的HARQ进程进行了最大数目的HARQ重传，来尝试确保至RLC的按序传递。以这种方式，接收机可以接收HARQ进程的初始传输的顺序来处理HARQ传输。在一个示例中，接收机侧可在将给定HARQ进程的数据发送给较高层(例如RLC)用于处理之前，等待直到与在给定HARQ进程的初始传输之前发生的初始传输相关联的所有HARQ已成功接收。例如，如果对于给定HARQ进程，数据成功地被接收，WTRU可不向较高层传递该数据，直到与在给定HARQ进程的初始传输之前发生的初始传输相关联的HARQ进程也已被成功接收和/或提供到较高层。

在一个示例中，WTRU和/或eNB可使用包括在传输中的授权类型字段来区分新HARQ传输和HARQ重传。例如，WTRU可将半永久授权分配用于发送初始HARQ传输。从而，HARQ重传可使用PDCCH UL分配来进行(例如自适应HARQ重传)。自适应HARQ重传可在与通过半永久分配配置的资源集合不同的资源集合上进行，以便避免第一HARQ传输和HARQ重传之间的混淆。

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

Claims (20)

1.一种在无线发射/接收单元WTRU中实施的方法，该方法包括：

所述WTRU接收针对上行链路传输定时参数的多个集合的配置，其中，所配置的上行链路传输定时参数的每一集合与相应的上行链路传输开始位置相关联；

所述WTRU接收包括上行链路授权的物理下行链路控制信道PDCCH传输，其中所述上行链路授权包括指示所配置的上行链路传输定时参数的哪一集合应当被用于所述上行链路授权的索引；

所述WTRU基于在所述上行链路授权中指示的所述索引确定用于与所述上行链路授权相关联的上行链路传输的开始时间；以及

所述WTRU根据基于所述索引确定的所述开始时间发送与所述上行链路授权相关联的所述上行链路传输。

2.根据权利要求1所述的方法，其中用于与所述上行链路授权相关联的所述上行链路传输的所述开始时间指示当所述上行链路授权被接收时和当所述上行链路传输被发送时之间的子帧的数量。

3.根据权利要求1所述的方法，其中所配置的上行链路传输定时参数的每一集合还与相应的上行链路传输长度相关联。

4.根据权利要求3所述的方法，其中所述上行链路传输长度对应于传输时间间隔TTI集束大小。

5.根据权利要求1所述的方法，其中所述配置被包括在无线电资源控制RRC消息中。

6.根据权利要求1所述的方法，其中所述上行链路授权对应于物理上行链路共享信道PUSCH传输的下行链路控制信息DCI。

7.根据权利要求1所述的方法，其中上行链路传输定时参数的缺省集合被用于在随机接入响应RAR中调度的随机接入信道RACH消息3传输。

8.一种无线发射/接收单元WTRU，包括：

处理器，被配置成：

接收针对上行链路传输定时参数的多个集合的配置，其中，所配置的上行链路传输定时参数的每一集合与相应的上行链路传输开始位置相关联；

接收包括上行链路授权的物理下行链路控制信道PDCCH传输，其中所述上行链路授权包括指示所配置的上行链路传输定时参数的哪一集合应当被用于所述上行链路授权的索引；

基于在所述上行链路授权中指示的所述索引确定用于与所述上行链路授权相关联的上行链路传输的开始时间；以及

根据基于所述索引确定的所述开始时间发送与所述上行链路授权相关联的所述上行链路传输。

9.根据权利要求8所述的WTRU，其中用于与所述上行链路授权相关联的所述上行链路传输的所述开始时间指示当所述上行链路授权被接收时和当所述上行链路传输被发送时之间的子帧的数量。

10.根据权利要求8所述的WTRU，其中所配置的上行链路传输定时参数的每一集合还与相应的上行链路传输长度相关联。

11.根据权利要求10所述的WTRU，其中所述上行链路传输长度对应于传输时间间隔TTI集束大小。

12.根据权利要求8所述的WTRU，其中所述配置被包括在无线电资源控制RRC消息中。

13.根据权利要求8所述的WTRU，其中所述上行链路授权对应于物理上行链路共享信道PUSCH传输的下行链路控制信息DCI。

14.根据权利要求8所述的WTRU，其中所述处理器还被配置成将上行链路传输定时参数的缺省集合用于在随机接入响应RAR中调度的随机接入信道RACH消息3传输。

15.一种无线发射/接收单元WTRU，包括：

处理器，被配置成：

接收指示将被用于传送参考信号的正交频分复用OFDM符号的数量和/或标识的无线电资源控制RRC信令；

接收上行链路传输授权；

至少基于所述RRC信令和所述上行链路传输授权确定用于传送所述参考信号的一个或多个OFDM符号；以及

使用所述一个或多个OFDM符号传送所述参考信号。

16.根据权利要求15所述WTRU，其中用于传送所述参考信号的所述一个或多个OFDM符号基于所述RRC信令和所述上行链路传输授权的大小而被确定。

17.根据权利要求15所述WTRU，其中用于传送所述参考信号的所述一个或多个OFDM符号还基于与所述上行链路传输授权相关联的下行链路控制信息而被确定。

18.根据权利要求15所述WTRU，其中用于传送所述参考信号的所述一个或多个OFDM符号还基于跳频模式而被确定。

19.一种无线发射/接收单元WTRU，包括：

处理器，被配置成：

接收针对一个或多个上行链路传输资源的无线电资源控制RRC配置，其中所述配置指示所述上行链路传输资源在时域和/或频域中的对应位置，所述配置还指示一个或多个上行链路传输资源应当由所述WTRU使用一持续时间；

使用所述一个或多个上行链路传输资源在多个上行链路传输时机执行上行链路传输；以及

在所述持续时间期满时，停止使用所述一个或多个上行链路传输资源进行上行链路传输。

20.根据权利要求19所述WTRU，其中所述处理器还被配置成经由下行链路控制信息DCI周期性地接收上行链路授权，以及其中所述处理器经由DCI接收所述上行链路授权的周期小于10ms。

Images