CN103891166A - 无线通信中的多点传输 - Google Patents

Abstract

实施方式设想在可存在多个目的地点的系统部署中不同类型的上行链路信道和/或信号的无线发射/接收单元（WTRU）传输。一些实施方式设想WTRU可动态地选择传输的目的地点。在从多个潜在目的地点间的目的地点选择可能用于WTRU传输的一个或多个系统中，一些实施方式设想混合自动重复请求（HARQ）重传的处理和对不同功率余量上报机制的确定。实施方式还设想减少/或禁止到目的地点的WTRU传输，其中WTRU传输可能已经丢失到的目的地点的连接性。

Description

无线通信中的多点传输

相关申请的交叉引用

本申请要求2011年9月30日提交的、题为“在无线通信系统中的多点传输”的美国临时专利申请No.61/542,145；2012年1月27日提交的、题为“在无线通信系统中的多点传输”的美国临时专利申请No.61/591,789；2012年2月28日提交的、题为“在无线通信系统中的多点传输”的美国临时专利申请No.61/604,399；2012年3月27日提交的、题为“在无线通信系统中的多点传输”的美国临时专利申请No.61/616,256；2012年5月9日提交的、题为“在无线通信系统中的多点传输”的美国临时专利申请No.61/644,827；2012年8月1日提交的、题为“在无线通信系统中的多点传输”的美国临时专利申请No.61/678,437的权益；为任何目的，所有6个申请的内容以引用的方式各自全部地结合于此。

背景技术

长期演进（LTE）无线系统的协作多点传输（CoMP）涉及涉及用于与用户设备（UE）（或无线发射/接收单元（WTRU））的网络的地理上分离的多个点之间的协作的方案族。在上行链路方向，CoMP可涉及在多个接收点处经传输信号的联合接收和/或点间的协作调度决策，以控制干扰和改善覆盖。

发明内容

发明内容被提供来以简化的形式介绍以下在具体实施方式中将进一步被描述的概念的选择。该发明内容不旨在确定主张权利的主题的关键特征或实质特征，也不旨在被用于限制主张权利的主题的范围。并且，主张权利的主题不被限于解决在本申请中任意部分提到的任意或所有缺陷的任意限制。

在此描述的、独立或合并采取的方法和设备使无线发射/接收单元（WTRU）能够在多个目的地点可存在的系统部署中传送不同类型的上行链路信道或信号。在在此描述的一些实施方式中，方法使WTRU能够动态地选择传输的目的地点。在从多个潜在目的地点间目的地点选择对WTRU传输可以是可能的系统中，系统和方法的一些实施方式提供处理混合自动重复请求（HARQ）重传的确定，并提供新的（例如由实施方式设想）功率余量（power headroom）上报机制。在其他实施方式中，描述了减少或抑制到WTRU已丢失到其的连接性的目的地点的WTRU传输的方法。参考信号（RS）可通过使用每循环位移（CS）偏移补偿来由于不成对带宽（BW）分配引起的峰值漂移（peak drift），在不同大小的RS上引入另一个跳变层（layer ofhopping）或使用根据根基序列（base sequence）的选择解耦CS跳变的方法来增强。还描述了基于循环位移字段（CSF）的重解析来确定CS跳变初始值和其他参数的方法。还描述了用于非周期探测参考信号（SRS）、周期SRS和物理上行链路共享信道（PUSCH）的不同传送功率控制（TPC）命令。为使用经解耦TPC命令的SRS描述了附加的功率控制方法。还公开了基于更动态PUSCH RB分配增强物理上行链路共享信道（PUSCH）资源块（RB）映射的方法。描述了用于物理上行链路控制信道（PUCCH）上行链路传输上下文（uplink transmission context，UTC）的选择的附加方法。还描述了处理用于多个UTC或用于物理信道和/或传输类型组的和关于如何处理在其中WTRU具有受限传输可能（例如其他增强小区间干扰协作（Further enhancedinter-cell interference coordination，FeICIC））的子帧子集的TPC命令的方法。

实施方式设想可包括处理器的无线发射/接收单元（WTRU）。该处理器可至少部分地被配置成选择至少一个上行链路传输上下文（UTC）。该至少一个UTC可对应于一个或多个特性。该处理器可被配置成选择该一个或多个特性的至少一个特性。该处理器还可被配置成至少部分地基于该一个或多个特性的该至少一个特性发起传输。

实施方式设想可包括处理器的无线发射/接收单元（WTRU）。该处理器可至少部分地被配置成选择可对应于传输类型的至少一个上行链路传输上下文（UTC）。该处理器可被配置成确定可对应于该至少一个UTC的传送功率。该处理器还可被配置成以所确定的功率发起可对应于该传输类型的传输。

实施方式设想可包括处理器的无线发射/接收单元（WTRU），其中该处理器可至少部分地被配置成确定循环位移（CS）跳变的初始值。该处理器可被配置成根据解耦CS跳变的初始值。该处理器还可被配置成使CS跳变的初始值与至少一个上行链路传输上下文（UTC）相关。

附图说明

更详细的理解可以从下述结合附图（或图表）以示例的方式给出的详细描述中得到。在这样的附图中的图如详细描述一样是示例。这样，附图和详细描述不应当被理解为限制，并且其他等同有效的示例是设想的，其中：

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

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

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

图2是图释从与实施方式一致的不同系统带宽配置产生的不同下行链路控制信息（DCI）大小的表；

图3示出了与实施方式一致的不成对带宽分配的示例；

图4示出了与实施方式一致的相关峰值漂移的示例；

图5和6是与实施方式一致的Pcell上行链路传输上下文（UTC）配置；

图7是与实施方式一致的上行链路功率控制信息元素的示例表；

图8是与实施方式一致的在网络处循环位移（CS）补偿的示例图；

图9是与实施方式一致的示例循环位移字段。

具体实施方式

示例实施方式的详细描述现在将参考各个图来描述。虽然本描述提供可能实现的详细示例，但应当注意这些细节旨在是示例，并且不以任何方式限制本申请的范围。如在此使用那样，术语“一”或“一个”，没有其他限制或描述地，可被理解为例如表示“一个或多个”或“至少一个”。

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

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

通信系统100还可包括基站114a和基站114b。基站114a、114b的每一个可以是任意类型的、被配置成与WTRU102a、102b、102c、102d的至少一个无线接口以便于接入一个或多个诸如核心网106、因特网110和/或网络112这样的通信网络的装置。以示例的方式，基站114a、114b可以是基地收发信机站（BTS）、节点B（Node-B）、e节点B（eNB）、家用节点B、家用e节点B、站点控制器、接入点（AP）、无线路由器等。虽然基站114a、114b每一个被图示为单一元件，应理解基站114a、114b可包括任意数目的互连基站和/或网络元件。

基站114a可以是RAN104的一部分，RAN104还可包括其他基站和/或网络元件（未示出），例如基站控制器（BSC）、无线电网络控制器（RNC）、中继节点等。基站114a和/或基站114b可被配置成在可被称为小区（未示出）的特定地理区域内发送和/或接收无线信号。小区可进一步被划分为小区扇区。例如，与基站114a相关联的小区可被划分为3个扇区。因此，在一个实施方式中，基站114a可包括3个收发信机，即小区的每个扇区一个。在另一个实施方式中，基站114a可采用多输入多输出（MIMO）技术，因此可为小区的每个扇区使用多个收发信机。

基站114a、114b可通过空中接口116与WTRU102a、102b、102c、102d的一个或多个通信，空中接口116可以是任意适当的无线通信链路（例如无线电频率（RF）、微波、红外（IR）、紫外（UV）、可视光等）。空中接口116可使用任意适当的无线电接入技术（RAT）来建立。

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

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

在其他实施方式中，基站114a和WTRU102a、102b、102c可实现诸如IEEE802.16（即微波存取全球互通（WiMAX））、CDMA2000、CDMA20001X、CDMA2000EV-DO、临时标准2000（IS-2000）、临时标准95（IS-95）、临时标准856（IS-856）、全球移动通信系统（GSM）、增强型数据速率GSM演进技术（EDGE）、GSM EDGE（GERAN）等这样的无线电技术。

图1A中的基站114b可以是例如无线路由器、家用节点B、家用e节点B或接入点，并且可使用任意适当的RAT以便于局部区域中的无线连接性，例如商业地点、家庭、车辆、校园等。在一个实施方式中，基站114b和WTRU102c、102d可实现诸如IEEE802.11这样的无线电技术，以建立无线局域网（WLAN）。在另一个实施方式中，基站114b和WTRU102c、102d可实现诸如IEEE802.15这样的无线电技术，以建立无线个人局域网（WPAN）。仍然在另一个实施方式中，基站114b和WTRU102c、102d可使用基于蜂窝的RAT（例如WCDMA、CDMA2000、GSM、LTE、LTE-A等）来建立微微小区（picocell）或毫微微小区（femtocell）。如图1A所示，基站114b可与因特网110有直接连接。因此，基站114b不需要经由核心网106接入因特网110。

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

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

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

图1B是示例WTRU102的系统图。如图1B所示，WTRU102可包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统（GPS）芯片集136和其他外围设备138。应理解，WTRU102可包括前述元件的任意子组合，而与实施方式保持一致。

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

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

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

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

WTRU102的处理器118可与扬声器/麦克风124、键盘126和/或显示器/触摸板128（例如液晶显示（LCD）显示单元或有机发光二极管（OLED）显示单元）相耦合，并可从它们接收用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸板128输出用户数据。此外，处理器118可从诸如不可移除存储器130和/或可移除存储器132这样的任意类型的适当存储器访问信息，并将数据存储在其中。不可移除存储器130可包括随机存取存储器（RAM）、只读存储器（ROM）、硬盘或任意其他类型的存储器设备。可移除存储器132可包括用户身份模块（SIM）卡、存储棒、安全数字（SD）存储卡等。在其他实施方式中，处理器118可从物理上不位于WTRU102上（例如在服务器或家用计算机（未示出）上）的存储器访问信息，并将数据存储在其中。

处理器118可从电源134接收功率，并可被配置成分配和/或控制给WTRU102中其他元件的功率。电源134可以是任意适当的用于向WTRU102供电的设备。例如，电源134可包括一个或多个干电池（镍镉（NiCd）、镍锌（NiZn）、镍金属氢化物（NiMH）、锂离子（Li-ion）等）、太阳能电池、燃料电池等。

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

处理器118可进一步与其他外围设备138相耦合，其他外围设备138可包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可包括加速度计、电子罗盘、卫星收发信机、数字照相机（用于相片或视频）、通用串行总线（USB）端口、振动设备、电视收发信机、免提耳机、蓝牙模块、调频（FM）无线电单元、数字音乐播放器、媒体播放器、视频游戏玩家模块、因特网浏览器等。

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

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

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

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

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

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

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

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

实施方式认识到第3代合作伙伴计划（3GPP）长期演进（LTE）版本8/9/10/11采用单一服务小区运行（此后称为LTE R8+），并且对于2×2配置在下行链路（DL）中支持直到100Mbps以及在上行链路（UL）中支持直到50Mbps。LTE DL传输方案基于正交频分多址（OFDMA）空中接口。

实施方式认识到出于灵活部署的目的，和其他原因，LTE R8+系统支持可扩展传输带宽，[1.4,2.5,5,10,15或20]MHz的其中之一。在LTE R8+中（也可应用于采用载波聚合的LTE R10+），一个或多个或者每一个无线电帧（10ms）可包括10个大小相同的1ms的子帧。一个或多个或每一个子帧包括2个大小相同的每个0.5ms的时隙。可有7或6个OFDM符号每时隙，其中7个符号每时隙可具有普通循环前缀长度使用，并且6个符号每时隙可在使用扩展循环前缀长度的可选系统配置中得以使用。用于LTE R8/9系统的子载波间隔是15kHz。设想使用7.5kHz的可选经减少的子载波间隔模式。

实施方式认识到在一个（1）OFDM符号间隔期间资源元素（RE）可对应于（在一些实施方式中可能精确地）一个（1）子载波，其中在0.5ms时隙期间12个连续的子载波可组成一个（1）资源块（RB）。因此，采用7个符号每时隙，一个或多个或每一个RB包括12*7=84个RE。DL载波可包括可扩展数目的资源块，范围从最小6个RB到最大110个RB。这可对应于大约1MHz到20MHz的整个可扩展传输带宽。在一些实施方式中，通用传输带宽集合可被指定为例如1.4、3、5、10或20MHz。

动态调度的基本时域单元是可包括至少两个连续时隙的一个子帧。在一个或多个实施方式中，这可被称为资源块对。在某些OFDM符号上的特定子载波可被分配以携带时频网格（time-frequency grid）中的导频信号。在一些实施方式中，在传输带宽边缘处给定数目的子载波可不被传送，以便符合谱限制（spectral mask）要求或其他原因。

对于LTE，下行链路物理信道可包括但不限于物理控制格式指示符信道（PCFICH）、物理混合ARQ指示符信道（PHICH）、物理数据控制信道（PDCCH）、物理多播数据信道（PMCH）、物理广播信道（PBCH）和物理数据共享信道（PDSCH）。在PCFICH上，WTRU接收指示DL分量载波（CC）的控制区域大小的控制数据。在PHICH上，WTRU接收指示用于以前的上行链路传输的混合自动重复请求（HARQ）应答/否定应答（HARQ A/N、HARQACK/NACK或HARQ-ACK）反馈的控制数据。在PDCCH上，WTRU接收可被用于调度下行链路和上行链路资源目的的下行链路控制信息（DCI）消息。在PDSCH上，WTRU可接收用户和/或控制数据。例如，WTRU可在UL CC上传送。

对于LTE，上行链路物理信道可包括但不限于物理上行链路控制信道（PUCCH）、物理随机接入信道（PRACH）和物理上行链路共享信道（PUSCH）。在PUSCH上，WTRU可传送用户和/或控制数据。在PUCCH上，并且在一些情况下在PUSCH上，WTRU可传送上行链路控制信息（例如信道质量指示符/预编码矩阵指示符/等级指示符或调度请求（CQI/PMI/RI或SR），和/或混合自动重复请求（HARQ等）应答/否定应答（ACK/NACK）反馈）。在UL CC上，用户设备（UE）或无线发射/接收单元（WTRU）（其中这些术语在本说明书全文中可可交换地使用）还可被分配用于传输探测参考信号（SRS）的专用资源。

在LTE R8+系统中，WTRU可接收出于不同的目的小区特定下行链路参考信号。例如，在小区特定参考信号（此后称为CRS）的情况下，WTRU可将该CRS用于除PMCH和使用TM7、TM8或TM9配置的PDSCH之外的任意下行链路物理信道相关解调的信道估计。WTRU还可将CRS用于信道状态信息（CSI）测量。WTRU还可将CRS用于小区选择和移动相关的测量。CRS可在任意子帧中被接收。对于天线端口（1、2或4）的一个或多个或每一个可有一个CRS。CRS可占用一个或多个或每个时隙的倒数第一和第三个OFDM符号。

另外，WTRU可接收以下下行链路参考信号的一个或多个：1）解调参考信号（DM-RS）：WTRU特定参考信号可被用于解调使用TM7、TM8和TM9的PDSCH的信道估计。DM-RS可在分配给用于相关WTRU PDSCH传输的资源块中传送；和/或2）CSI参考信号（CSI-RS）：WTRU可将CSI-RS用于信道状态信息测量。CSI-RS可被用于TM9（或在一些实施方式仅可如此使用），并且比CRS可由网络不那么密集地传送。

UE或WTRU可获得同步，可检测小区的标识（此后称为小区ID）并且可使用同步信号确定循环前缀的长度（正常的/经扩展的）（这可基于在主和辅同步信号间持续时间的不同）。UE或WTRU可在PBCH上接收主信息块（此后称为MIB）；MIB包括PHICH信息、下行链路带宽和系统帧号。UE或WTRU还可使用PBCH来盲检测传输天线端口的数目，其检测使用PBCH CRC被验证。

在LTE系统中，NW可使用PDCCH来控制物理无线电资源；控制消息可使用特定的消息来传送，例如数据控制信息（DCI）消息。UE或WTRU可通过基于聚合等级（此后称为AL，一个或多个或每一个对应于1、2、4或8个CCE）使用物理资源的不同组合在PDCCH的特定的位置或搜索空间中监控使用已知无线电网络临时标识符（此后称为RNTI）扰乱的特定DCI，来确定作用于在给定子帧中的控制信令是否有用。CCE包括36个QPSK符号或72个信道编码的比特。

在一个或多个实施方式中，PDCCH在概念上可被划分为两个不同的区域。UE或WTRU在其中可找到它可作用于的DCI的CCE位置集可被称为搜索空间（此后称为SS）。SS在概念上可被划分为通用SS（此后称为CSS）和UE或WTRU特定SS（此后称为UESS）；CSS对监控给定PDCCH的一个或多个或所有UE来说是通用的，而一个UE或WTRU与另一个UE或WTRU的UESS不同。在一些实施方式中，两种SS在给定子帧中对于给定的UE或WTRU可重叠。这可以是随机化函数的函数，并且一个子帧与另一个子帧的重叠可不同。

组成通用搜索空间（CSS）的CCE位置集合及其开始点可以是小区标识和子帧号的函数。对于LTE R8/9，DCI可使用CSS中的AL4（4个CCE）或AL8（8个CCE）来发送（或者在一些实施方式中仅可这么发送）。对于UE或WTRU在PDCCH中监控的子帧来说，对于CSS中总共最多12次盲解码尝试，在AL4的多达4个不同的4CCE集合（例如8次盲解码）中和AL8的多达2个不同的8CCE集合（例如4次盲解码）中，UE或WTRU可尝试解码2个DCI格式大小（例如格式1A和1C，参见下文，还有用于功率控制的格式3A）。CSS对应于CCE0-15，暗示着用于AL4（例如CCE0-3、4-7、8-11、12-15）的4个解码候选者和用于AL8（CCE0-7、8-15）的2个解码候选者。

组成UE或WTRU特定搜索空间（UESS）的CCE位置集合及其开始点可以是UE或WTRU标识和子帧号的函数。对于LTE R8+，DCI可使用UESS中的AL1、AL2、AL4或AL8来发送。对于UE或WTRU在PDCCH中监控的子帧，对于UESS中总共最多32次盲解码尝试，UE或WTRU可在用于AL1的多达6个不同CCE中（例如12次盲解码）、在用于AL2的多达6个不同的2CCE集合中（例如12次盲解码）、在用于AL8的多达2个不同的8CCE集合中（例如4次盲解码）和在用于AL8的多达2个不同的8CCE集合中（例如4次盲解码）尝试解码2个DCI格式。

UE或WTRU解码哪个DCI格式可取决于配置的传输模式（例如是否使用空间复用）。可以有若干不同的DCI格式，例如格式0（UL授权）、格式1（非MIMO）、格式2（DL MIMO）和格式3（功率控制）。控制消息的示例详细格式可在TS36.2125.3.3.1节中被定义。UE或WTRU解码的一个或多个或每个DCI格式的版本可至少部分地由配置的传输模式（例如用于版本8和版本9的模式1-7）来决定。

具有示例使用的汇总列表如下展示：

‐DCI格式0（UL授权）

‐DCI格式1（DL分配）

‐DCI格式1A（用于随机接入的紧凑DL分配/PDCCH命令）

‐DCI格式1B（具有预编码信息的DL分配）

‐DCI格式1C（非常紧凑DL分配）

‐DCI格式1D（具有预编码信息+功率偏移信息的紧凑DL分配）

‐DCI格式2（用于空间复用的DL分配）

‐DCI格式2A

‐DCI格式3（用于PUCCH/PDSCH的TPC，2比特）

‐DCI格式3A（用于PUCCH/PDSCH的TPC，单一比特）

解释由不同系统带宽配置产生的不同DCI大小的示例的表格在图2中被提供。

在LTE R8+系统中，在PDCCH上接收的控制信令是属于上行链路分量载波还是属于下行链路分量载波可与由UE或WTRU解码的DCI格式相关，并且DCI格式可被用来控制在UE或WTRU连接在其上的小区的上行链路分量载波和下行链路分量载波上的UE通信。UE或WTRU可通过向eNB发送调度请求（此后称为SR）来请求用于上行链路传输的无线电资源；SR可在PUCCH上的专用资源（此后称为D-SR）上（如果配置的话）或者否则使用随机接入过程（此后称为RACH）（此后称为RA-SR）被传输。

以下术语在此可被使用。在一些实施方式中，“点”可涉及地理上被放置在同一位置的传输天线的集合。在在此描述的一个或多个实施方式中，该定义可略微地被概括，以便“点”还可涉及物理上被放置在同一位置的天线的集合，而无论它们是传送还是接收。

第一UE或WTRU传输的“期望的接收点”或“目的地点”可涉及在网络侧的点，或者在一些实施方式中，可涉及可期望接收和处理该第一UE或WTRU传输的第二UE或WTRU。在一个或多个实施方式中，目的地点可由第一UE或WTRU通过由该目的地点传送的信号（例如小区特定参考信号、CSI-RS，或者在目的地点对应于第二WTRU的情况下诸如DM-RS这样的WTRU特定参考、SRS、PRACH前导或其他类型的信号）的特性来标识。实施方式不限制其适用性地预期以下术语的使用和含义：

‐分量载波（CC）、DL CC和UL CC；

‐主小区（PCell）、PCell DL、PCell UL和辅小区（SCell）、SCell DL、SCellUL；

‐小区、服务小区、主服务小区和辅服务小区；

此后当涉及时，术语“分量载波（CC）”可不失一般性地包括UE或WTRU在其上运行的频率。例如，UE或WTRU可在下行链路CC（此后称为“DL CC”）上接收传输；DL CC可由多个DL物理信道组成。作为另一个示例，UE或WTRU可在上行链路CC（此后称为“UL CC”）上进行传输；如上所述，UL CC可由多个UL物理信道组成。

小区可最低限度地存在于可基于由UE或WTRU接收的、在DL CC上或可能使用来自网络的专用配置信令广播的系统信息（SI）可链接到UL CC的DL CC中。例如，当在DL CC上广播时，作为系统信息元素的一部分，UE或WTRU可接收链接的UL CC的上行链路频率和带宽（例如，当在用于LTE的RRC_IDLE中时，或在用于WCDMA的空闲/CELL_FACH中时，例如当UE或WTRU还未具有到网络的无线电资源连接时）。

当此后涉及时，术语“主小区（PCell）”不失一般性地包括在UE或WTRU在其中执行到系统的初始接入的主频率上运行的小区，例如在其中它执行初始连接建立过程或发起连接重建立过程的小区，或在切换过程中被指示为主小区的小区等。它还可对应于作为无线电资源连接配置过程的一部分指示的频率。一些功能可（在一些实施方式中仅可）在PCell上被支持。例如，PCell的UL CC可对应于其物理上行链路控制信道资源可被配置来携带用于给定UE或WTRU的一个或多个或所有HARQ ACK/NACK反馈的CC。

例如，在LTE中，UE或WTRU可使用PCell来推导用于安全功能和用于诸如NAS移动信息这样的上层系统信息的参数。在PCell DL上可（或在一些实施方式中仅可在其上）支持的其他功能包括在广播信道（BCCH）上的系统信息（SI）获取和改变监控过程，和寻呼。

当此后涉及时，术语“辅小区（SCell）”不失一般性地包括在一旦无线电资源控制连接可被建立可被配置和可被用来提供附加无线电资源的辅频率上运行的小区。与在相关SCell中操作相关的系统信息可在SCell可被增加到UE或WTRU的配置时使用专用信令来提供。虽然参数可具有与使用系统信息（SI）信令在相关SCell的下行链路上广播的那些不同的值，该信息在此可独立于由UE或WTRU用来获取该信息的方法，被称为相关SCell的SI。

当此后涉及时，术语“PCell DL”和“PCell UL”分别不失一般性地对应于PCell的DL CC和UL CC。类似地，术语“SCell DL”和“SCell UL”分别对应于SCell的DL CC和UL CC（如果配置的话）。

当此后涉及时，术语“服务小区”不失一般性地包括主小区（例如PCell）或辅小区（例如SCell）。更具体地，对于可能未配置具有任意SCell或不支持在多个分量载波上的操作（例如载波聚合）的UE或WTRU，可能有（或在一些实施方式中可能仅有）包括PCell的服务小区；对于配置具有至少一个SCell的UE或WTRU，术语“服务小区”可包括包含PCell和一个或多个或所有配置的SCell的一个或多个小区的集合。

在一个或多个实施方式中，当UE或WTRU可被配置具有至少一个SCell时，可有至少一个PCell DL和至少一个PCell UL，并且对于一个或多个或每一个配置的SCell，可有至少一个SCell DL，并且在一个或多个实施方式中，可能有一个SCell UL（例如如果配置的话）。

一个或多个实施方式预测可允许UE或WTRU动态地选择传输的目的地点或目的地点集合的一个或多个技术。这些技术可允许可实现在该至少一个目的地点处的接收和解码的上行传输的特定特性的调整。例如，特性可包括传输功率、传输定时和/或用于解调目的或用于探测目的的参考信号（例如它的基序列、它的循环位移或正交覆盖码（orthogonal cover code））的属性。这样的技术从网络的角度可支持容量优化，以及从UE或WTRU的角度可支持健壮性操作的反馈机制。

其他方法解决与目的地点选择相关的问题和当多个潜在目的地点可能用于UE或WTRU传输时出现的其他的功能。例如，确定如何处理HARQ重传可能是有用的。并且，当前功率余量上报机制在多个潜在接收点存在时可能不允许网络作出优选的上行链路调度决策。另一个问题源于UE或WTRU丢失与至少一个目的地点的连接的可能性，如果UE或WTRU尝试到该目的地点的传输，这可导致过多的干扰。

其他方法解决当运行在具有多个潜在目的地点的部署中时产生的问题。例如，在两个共同调度的UE或WTRU间分配相同BW分配以获得正交性的调度限制可变得更严格。

特别地，当多个UE可在相同子帧中的小区内为上行链路传输被共同调度时，为了最小化交叉干扰，在用于一个或多个或每一个UE或WTRU的参考信号间具有互相的正交性（或显著减小的交叉相关）可能是有用的。在当前的3GPP标准版本中，如果相同的带宽（BW）资源可由一个或多个或所有共同调度的UE共享，这可通过分配相同的基序列组和不同的循环位移（CS）设置来实现。为了提高网络调度效率，特别是为在多点上行链路接收中发生的小区间MU-MIMO操作，可要求网络使用可部分重叠的不成对BW来调度UE。图3示出了用于2个UE的不成对BW分配的2个示例场景。

作为不成对BW分配的结果，由于有时在用于一个或多个或每一个UE或WTRU的参考信号间观察到大峰值交叉相关，通过不同CS设置获得的原始正交性可能丢失。问题源于由于RB分配的改变相关峰值漂移到时域中不同的位置的事实。该漂移的峰值可穿过分配给另一个UE或WTRU的RS的其他CS区域，对它产生显著的干扰。这在由图4示出的示例中被解释，其中12个RB的相等BW长度可被使用，并且重叠的部分是6个RB。如从图4中看到的那样，漂移的量可相当的大（有时被环绕）。并且，相关峰值由于与重叠部分的宽带成比例的窗口效应变得更宽，这可进一步降低相关性能，特别是当2个RS的重叠部分可能非常小时。

还提供了方法来解决在具有多个潜在目的地点的部署中产生的问题，其中循环位移跳变（CS跳变）可在这些目的地点的一些中被使用。因此，为不向这些点产生过多干扰的UE或WTRU的传输分配CS可变得更困难。

循环跳变可应用于解调参考信号（DMRS）以便随机化它对其他UE的干扰。在当前3GPP标准中，对于一个或多个或每一个UE或WTRU，循环由λ索引的层的漂移α_λ根据下式被定义：

$\begin{array}{cc}{\mathrm{\α}}_{\mathrm{\λ}}=\frac{2\mathrm{\π}{n}_{\mathrm{cs},\mathrm{\λ}}}{12},& n_{\mathrm{cs},\mathrm{\λ}}=(n_{\mathrm{DMRS}}^{\left(1\right)}+n_{\mathrm{DMRS},\mathrm{\λ}}^{\left(2\right)}+n_{\mathrm{pn}}\left(n_s\right))\mathrm{mod}12\end{array}$

其中

可分别是UE或WTRU特定和层特定参数，并且n_PN(n_s)是由下式定义的小区特定CS跳变模式：

$n_{\mathrm{PN}}\left(n_s\right)=\underset{i=0}{\overset{7}{\mathrm{\Σ}}}c(8N_{\mathrm{symb}}^{\mathrm{UL}}{n}_{\text{s}}+i)2^i$

其由下式得以初始化：

$c_{\mathrm{init}}=\left[\frac{N_{\mathrm{ID}}^{\mathrm{cell}}}{30}\right]+f_{\mathrm{ss}}^{\mathrm{PUSCH}}.$

在一些实施方式中，例如，序列位移模式

可共享与在定义基序列组时使用的相同值。

对于小区间多用户多输入多输出（MU-MIMO）操作，为了增强多个小区或点间参考信号的正交性，允许对共同调度的UE动态分配基序列可能是有益的。因此将不适合于定义CS跳变，因为例如现在它可随时间而改变或者可不再是小区特定的。

在此描述的方法可独立或结合地采用，解释UE或WTRU如何能在多个目的地点可存在的系统部署中传送不同类型的上行链路信道或信号。

一旦在子帧中进行给定信道或信号的传输，UE或WTRU可确定可取决于从至少一个上行链路传输上下文（此后称为UTC）的集合选择出的UTC的传输特性。在此描述了选择UTC的方法的各种实施方式。

在不同的实施方式中，UE或WTRU可使用选择的UTC来进行对给定信道或信号的传输，使得它可确定以下传输特性的至少一个：用于所述传输的上行链路频率和/或带宽；应用于所述传输的传输功率；应用于所述传输的定时提前（timing advance）（或定时对准（timing alignment））；可特定于经传送的信道或信号的至少一个属性，例如：（i）例如用于PUSCH或SRS（周期性或非周期性）的至少一个解调参考信号（例如循环位移、序列组、天线端口）的属性；（ii）例如在PUCCH传输情况下，传输格式和/或资源；和（iii）例如在PRACH传输情况下，至少一个随机接入前导的属性。

UTC可被定义使得它表示使UE或WTRU能够根据选择的UTC进行上行链路传输的信息。UTC概念上可根据与相关UTC关联的以下类型的信息的至少一个得以划分：

‐UTC参数：包括但不限于诸如由RRC配置的半静态参数（例如可用来确定用于相关UTC传输的传输功率的最大传输功率）等这样的UE或WTRU配置的参数的一个或多个参数的集合；

‐UTC属性：包括但不限于根据UE或WTRU的配置（例如从分组函数推导的DL路径损耗和/或定时参考）、根据由UE或WTRU执行的过程（例如从可被用来确定用于相关UTC传输的传输功率的DL PL参考推导的DL路径损耗估计）等推导的属性的一组或一个或多个属性；和/或

‐UTC变量：包括但不限于状态变量（例如UTC是否可处于激活状态）、计时器（例如与定时提前值的有效性相关的计时器）等的一个或多个变量的集合。

换句话说，上行链路传输上下文概念上可被表达为包括半静态参数、由UE或WTRU确定的与给定传输相关的并且在一个或多个实施方式中可基于参数的配置的值、和/或可由UE或WTRU与相关UTC相关的维护和更新的变量的集合的至少一个。

在此描述的表示不限制在此描述的方法适应于UTC及其相关方法的等同描述的不同表示。

根据以下的至少一个，UTC可与一个或多个类型的上行链路信道或上行链路信号相关联：

‐上行链路信道（或传输信号）特定的：例如，UTC（或其部分）可应用于给定上行链路信道，例如UE或WTRU可被配置具有用于PUSCH、PUCCH、PRACH或SRS配置的一个或多个或每一个的一个或多个UTC；

‐服务小区特定的：例如，UTC（或其部分）可应用于用于UE或WTRU配置的给定服务小区的多个上行链路传输，在该情况下，UTC可包括对一个或多个或所有传输通用的方面（例如DL PL和/或定时参考）和/或可特定于给定类型传输的方面（例如应用于例如SRS传输的传输功率偏移）；

‐小区组特定的：例如，UTC（或其部分）可应用于用于UE或WTRU配置的一个或多个服务小区的传输，在该情况下，UTC可包括对用于服务小区组的一个或多个或所有传输可通用的方面（例如DL PL和/或定时参考）；和/或

‐以上的组合：例如，UTC（或其部分）根据以下的一个或多个可是可应用的：UTC可应用于给定服务小区，例如，它可为SCell而被配置；UTC可应用于给定上行链路信道，例如它可应用于在PUSCH上的传输；例如，一个或多个或每个UTC可包括不同的PtRS和最大功率；UE或WTRU可被配置具有用于相关小区的PUSCH的多个UTC；UE或WTRU可使用诸如在此描述的那些方法这样的选择方法来确定什么UTC可应用于给定的传输。

作为另一个示例，UTC（或其部分）根据以下可以是可应用的：UTC可应用于配置具有上行链路资源的多个服务小区，例如它可为相同TA组的一个或多个或所有SCell而被配置；UTC可应用于一个或多个或所有上行链路传输，例如它可应用于在PUSCH、PRACH和SRS上的传输；例如，一个或多个或每一个UTC可包括不同的PtRS、DL PL参考和DL定时参考；UE或WTRU可被配置具有用于相关小区的多个UTC；UE或WTRU可使用诸如在此描述的那些方法这样的选择方法来确定什么UTC可应用于在相关小区的上行链路资源上的传输。

作为另一个示例，UTC（或其部分）根据以下可是可应用的：UTC可应用于用于一个服务小区的多个信道（例如PUSCH/PUCCH/PRACH）；UE或WTRU可被配置具有用于信道组的多个UTC；UE或WTRU可使用诸如在此描述的那些方法这样的选择方法来确定什么UTC用于在该组中的一个或多个或所有信道；UE或WTRU可进一步被配置具有可应用于另一个类型的信道或传输类型（例如SRS）的另一个UTC；UE或WTRU可被配置具有用于该传输类型SRS的多个UTC；UE或WTRU可使用诸如在此描述的那些方法这样的选择方法来确定哪个UTC用于SRS传输（例如该类型的SRS可被用来确定哪个UTC可使用）。

UTC参数：可与UTC相关联的参数可包括以下配置参数的至少一个。这些参数的一些可被定义为对多于一个的UTC或对一个或多个或所有UTC通用的。这些可包括L1/物理层参数、L2/MAC参数和/或L3/RRC参数。

L1/物理层参数可以是以下的至少一个：至少一个下行链路点参考信号（此后称为PtRS），其中PtRS可表示给定传输的期望接收点，并且在多于一个期望接收点的情况下，可包括多于一个PtRS；物理小区标识，其中UE或WTRU例如可在生成特定上行链路信号或信道（例如PUCCH、DM-RS、SRS）时使用至少一个小区标识，并且该标识可以对应于或不对应于UTC可应用于的服务小区的标识；在生成特定上行链路信号时使用的其他参数可包括使用对应于包括在现有系统的PUSCH配置信息元素中的参数的参数，例如循环位移（cyclicShift）、组分配PUSCH（groupAssignmentPUSCH，ΔSS）、具有OCC的激活DMRS（Activate-DMRS-with OCC）、使能的序列跳变（Sequence-hopping-enabled）、使能的组跳变（groupHoppingEnabled）、pusch跳变偏移（pusch-HoppingOffset）、n-SB、用于PUCCH中DM-RS生成的跳变模式、PUSCH和/或PUSCH中的DM-RS，其可具有与在现有系统中相同的解释。UE或WTRU还可使用新的（例如由实施方式设想的）参数来生成这样的信号，如在此描述那样。在另一个实施方式中，UE或WTRU可使用对应于包括在现有系统的PUCCH配置信息元素中的参数的参数，例如n1PUCCH-AN（

）、n1PUCCH-AN-CS列表、nCS-An等；UE或WTRU例如可结合PtRS测量使用以确定应用于给定传输的传输功率的功率控制参数。例如，这样的参数可包括可应用于使用相关UTC的传输的最大传输功率（Pmax），和/或用于一个或多个或每一个TpRS、出于路径损耗估计目的指示该TpRS的传输功率的参考传输功率；UE或WTRU例如可确定解码在对应于相关UTC的PDCCH上的DCI格式的至少一个方面的调度相关参数，其中DCI格式可能可包括触发上行链路传输的下行链路信息和/或可能可包括可应用于相关UTC的至少一个方面的TPC命令。例如，UE或WTRU可确定相关PDCCH的至少一个搜索空间。在一个或多个实施方式中，不同的搜索空间可对应于不同的UTC。UE或WTRU可确定相关PDCCH的至少一个DCI格式集合。在一个或多个实施方式中，不同的DCI格式和/或内容可对应于不同的UTC。可替换地，取决于用于给定服务小区的UTC激活状态，DCI解码可使用对应于激活（或选择）UTC的不同DCI格式。UE或WTRU可确定相关PDCCH的至少一个RNTI。在一个或多个实施方式中，不同的RNTI可对应于不同的UTC。

L2/MAC参数例如可包括以下的至少一个：定时参数，其中UE或WTRU例如可基于选择的UTC为给定的传输确定DL定时参考；和调度相关的参数，其中UE或WTRU例如可基于相关UTC的激活状态来确定RNTI以监控对应于给定UTC的PDCCH。

L3/RRC参数例如是以下的至少一个：UTC的标识，例如出于增加、修改和/或移除UTC的目的，UE或WTRU例如可将其用作UTC的标识；或一个或多个选择标准或UTC的参数，作为确定UTC是否可被选择用于上行链路传输的方式，UE或WTRU例如可将其用作用于RLM操作的配置。

对于以上的一个或多个或每一个，UTC可包括可特定于一个或多个或每一个类型的上行链路传输的不同参数集合（例如用于PRACH、PUSCH、非周期SRS、周期SRS、PUCCH的一个集合）。

实施方式设想UTC属性。可与UTC相关联的属性可包括以下的至少一个：例如，对于至少一个信道或信号，该信道或信号的传输是否可为该UTC而被允许。例如，PUCCH的传输可能可或可能不可用于该UTC。对于至少2个信道或信号，这些信道或信号的同时传输在相同的子帧中是否可被允许（例如PUCCH和PUSCH、PUCCH和SRS等）。例如，对于至少一个信道或信号，DL路径损耗参考和/或DL定时参考和/或TA组可与给定的UTC相关联。

实施方式设想UTC变量。除以上以外，与上行链路传输上下文相关联的以下状态变量可在确定传输特性时被使用：在UTC可被选择的情况下，用于即将在确定传输功率时使用的UTC的功率控制调整状态（例如TPC累积）；可能与诸如其PtRS这样的参考信号相关的用于UTC的传输定时调整状态（例如TA调整或TA累加器）。UE或WTRU例如可基于所选择的UTC确定TA偏移以应用于给定的传输；用于UTC的定时提前计时器（例如TAT）；出于选择UTC的目的将使用的传输上下文的激活状态；和/或出于确定该UTC的选择是否是可能的的目的以及其他设想的目的使用的UTC的连接状态。

以上配置参数和状态变量的至少一个可在至少一个UTC的组中共享。例如，可为共享相同PtRS的一个或多个或所有UTC定义UTC组。在该情况下，这样的UTC组还可共享相同的传输定时调整状态、定时提前计时器和连接状态。

在PtRS从对应于目的地点的其中之一的“传输点”被传送的假设下，UTC可被看作对应于用于UE或WTRU传输的至少一个“期望接收点”或“目的地点”。可期望在网络处至少一个这样的点接收和处理该UE或WTRU传输。因此，UTC的PtRS还可对应于与传输点相关联的下行链路参考信号。这样的传输点自身可与它自己的定义可由UE或WTRU接收的下行链路传输的特性的配置（或“下行链路传输上下文”）相关联。将唯一的UTC与给定下行链路传输上下文链接可是可能的。如果定义了这样的链接，UTC的一些特性（例如用来确定用于PDCCH的搜索空间或PtRS的标识的那些）可被定义为相应下行链路传输上下文的一部分。用于UE或WTRU的配置的UTC集合可以与相同的小区标识关联或不关联。

下行链路点参考信号（PtRS）：点参考信号（PtRS）可被定义为可由UE或WTRU在给定下行链路载波上测量的下行链路参考信号。UE或WTRU可出于执行以下至少一个的目的使用PtRS：路径损耗估计，例如UE或WTRU可将PtRS用作DL RL参考；功率控制；定时对准，例如UE或WTRU可将PtRS用作DL定时参考；测量，例如接收的功率或质量；无线电链路监控和连接状态的确定；UTC选择或限制。

为UTC配置的PtRS可包括诸如在现有系统中已定义的参考信号这样的参考信号，包括通用参考信号（CRS）或CSI-RS参考信号。可替换地，PtRS可包括任意其他参考信号，例如出于UTC的路径损耗估计目的可被优化的参考信号。作为这样的优化信号的示例，该参考信号可在物理资源块的子集中被传输，例如在具有可取决于天线端口索引的偏移的N个物理资源块中取1中。在时域中，该参考信号例如在每个时隙或每个子帧中可更频繁地被传送。在频率中稀少但在时域中密集的这样的配置出于路径损耗估计的目的可以是有益的，其中频率解析可能不重要，但是跟踪时间快速变化可以有用的。在一个或多个实施方式中，PtRS可在至少一个天线端口上被传送，天线端口的每一个可用天线端口索引来标识。

实施方式设想实现UE或WTRU中UTC配置的一个或多个技术。无线电资源配置方面：UE或WTRU可例如使用类似于现有技术的RRC连接重配置过程和/或RRC连接重配置（RRCConnectionReconfiguration）消息（具有或没有移动控制信息（mobilityControlIinfo）信息元素）的过程来配置，以为根据载波聚合的原理的操作运行在主服务小区（例如PCell）和零个或更多个附加服务小区（例如SCell）上。

此外，对于给定的服务小区，UE或WTRU可附加地被配置具有一个或多个UTC。在一个或多个实施方式中，这可使用配置的上行链路资源来为服务小区执行（或在一些实施方式中仅可为其执行）。例如，UE或WTRU可被配置具有用于服务小区的多个UTC，其中选择的UTC可应用于在相关小区的无线电资源上的任意上行链路传输。

在一个或多个实施方式中，UTC配置可应用于特定类型的上行链路信道（例如PUCCH、PUSCH、PRACH）和/或应用于特定类型的上行链路传输（例如用于给定服务小区的SRS）。例如，UE或WTRU可被配置具有用于PCell的PUCCH信道的多个UTC，而可为用于相关服务小区的PRACH和PUSCH配置单一的UTC。换句话说，对于给定服务小区，不同类型的上行链路传输可被配置具有不同的UTC或没有（其产生的配置可表示缺省UTC）。

在一个或多个实施方式中，UTC配置可应用于特定类型的上行链路传输和/或上行链路信道，例如多个服务小区间的PUCCH、PUSCH、PRACH或SRS。例如，UE或WTRU可被配置具有可应用UE或WTRU的配置的一个或多个或所有服务小区的PUSCH传输的多个UTC。可替换地，UTC可应用于服务小区的子集，例如可应用于UE或WTRU的配置的一个或多个或所有SCell的PUSCH传输的多个UTC。

在一个或多个实施方式中，UTC可应用于的子集可基于分组。例如，UE或WTRU可被配置具有用于在小区组中多个服务小区的PUSCH信道的UTC，例如用于可被配置为相同定时提前组（TA组）一部分的、或基于通过RRC信令接收的显式分组配置的SCell的一个或多个或所有。

UTC组可具有以下通用特性的至少一个：DL定时参考、和/或定时提前、和/或TA计时器；DL路径损耗参考和/或路径损耗估计；用于无线电链路监控的DL参考；例如，当对应于UTC组的DL参考的RLM功能可确定该参考可能不再适当时，UE或WTRU可执行可应用于相同组的一个或多个（或所有）UTC的若干动作。例如，UE或WTRU可去激活相应的UTC；功率控制参数，例如标称期望传送功率Po、和/或最大功率Pcmax、和/或TPC累积；标识可应用于相关组的UTC的控制信令的RNTI；和/或组的标识。

UE或WTRU可接收包括配置用于PCell的UE或WTRU的无线电资源的物理配置专用（PhysicalConfigDedicated）信息元素的RRC信令。另外，UE或WTRU可接收包括配置用于一个或多个SCell的UE或WTRU的无线电资源的物理配置专用SCell（PhysicalConfigDedicatedSCell）信息元素的RRC信令。这样的信息元素可包括与上行链路信道和传输相关的配置信息，例如pucch-ConfigDedicated、pusch-ConfigDedicated、uplinkPowerControlDedicated、tpc-PDCCH-ConfigPUCCH,tpc-PDCCH-ConfigPUSCH、cqi-ReportConfig、soundingRS-UL-ConfigDedicated、antennaInfo、schedulingRequestConfig、cqi-ReportConfig、csi-RS-Config、soundingRS-UL-ConfigDedicatedAperiodic、ul-AntennaInfo等。

UE或WTRU可在PhysicalConfigDedicated信息元素中和/或在PhysicalConfigDedicatedSCell信息元素中接收UTC配置。

在一个实施方式中，给定信道可通过在可应用于给定服务小区的物理信道配置中包括用于相关信道的多个参数来配置具有多个UTC。在一个或多个实施方式中，现有技术配置可隐含地是缺省UTC配置，而用于给定信道的附加UTC可根据它们在附加UTC列表内的相关位置得以索引。图5示出了Pcell的一个示例。

在另一个实施方式中，给定UTC可被配置，并且可包括用于给定服务小区的多个信道UTC。在一个实施方式中，现有技术配置可隐含地是缺省UTC配置，而用于给定服务小区的附加UTC可根据它们在附加UTC列表中的相关位置得以索引。图6示出了Pcell的一个示例。

在另一个实施方式中，UE或WTRU可通过使用多个信息元素来配置具有用于给定服务小区的多个“子小区”配置。在一个或多个实施方式中，信息元素可通过使用相同的小区标识与给定的服务小区相关联，例如可以有多个具有相同servCellID的配置。在一个或多个实施方式中，用于服务小区配置的信息元素（例如与给定的servCellID相关联的）的顺序可被用来推导用于给定服务小区的UTC的标识。例如，对于PCell（其隐含地具有id“0”），配置可包括多个PhysicalConfigDedicated（和/或还有“通用”）信息元素，信息元素用于可应用于PCell的一个或多个或每个UTC。例如，类似地，对于使用显式servCellID标识的SCell，配置可包括多个PhysicalConfigDedicatedSCell（和/或还有“通用”）信息元素，信息元素用于可应用于SCell的一个或多个或每个UTC。

在另一个实施方式中，可为UTC定义信息元素，其中IE可包括用于单一信道或类型的上行链路传输或其多个的配置参数。

在另一个实施方式中，UTC配置可作为功率控制配置的一部分被提供。对于一个或多个或每一个UTC，包括一个或多个或所有信道和传输类型所需的参数的新的（例如由实施方式设想的）功率控制专用IE可被增加。一个示例如下所示，其中pathlossReferencePointLinking-rxx对应于用于给定UTC的下行链路点参考信号。如上所述的参考信号信息可能已作为用于传输点的下行链路配置的一部分被提供（例如UTC1对应于传输点1并且UTC2对应于传输点2），或者它们可能已显式地为一个或多个或每一个UTC被提供。

图7示出了示例上行链路功率控制（UplinkPowerControl）信息元素。

用于给定信道或传输类型的UTC配置可使用以下参考物理层方面描述的方法的其中之一或组合来进一步地实现。

对于给定的服务小区（例如Pcell或Scell），用于给定信道和/或传输类型的UTC的原理可使用以下描述的方法的其中之一或组合来实现。

用于一个或多个或每一个TM的附加列可增加到36.213的表8-3（如下复制）。实施方式设想多个UTC每传输模式（TM）。UE或WTRU可被配置具有单一TM每配置服务小区（例如用于PUSCH的TM1或TM2）。附加地，可为具有多个UTC的一个或多个或每一个TM配置UE或WTRU，其中可使用例如以下描述的方法的其中之一或组合来为一个信道或传输类型或为其子集配置一个或多个UTC。

表8-3：由C-RNTI配置的PDCCH和PUSCH

上表可使用用于服务小区的多个表8-3来扩展。实施方式设想多个UTC每服务小区。UE或WTRU可被配置具有用于配置的服务小区的多个UTC。在该情况下，UTC可概念上被视为在服务小区的配置中的“子小区”。在一个或多个实施方式中，每个UTC可被配置具有单一的TM。

上表可使用用于服务小区的附加行来扩展。实施方式设想多个TM每服务小区。UE或WTRU可被配置具有附加的传输模式，除用于上行链路操作的LTE R10TM1和TM2外其可被引入。对于一个或多个或每个附加TM，可配置多个UTC。例如，这样的附加TM可被配置，使得例如DCI格式（和/或格式类型）指示特定UTC的使用。更具体地，对于一个或多个或每个DCI格式0和4，UTC可被配置（或可使用缺省的UTC），并且可能地可引入可具有一个或多个配置的UTC的新的（例如由实施方式设想的）DCI格式。在一些实施方式中，将在新的（例如由实施方式设想的）DCI格式中使用的UTC可根据在此描述的实施方式而被确定。

特别地，以上可应用于用于PUSCH信道的UTC的配置。

在一个或多个实施方式中，UTC的原理可根据以下的一个或多个得以实现：

‐一个或多个UTC每信道：作为在UL配置中的配置参数的一部分，UE或WTRU可被配置具有多个UTC每信道（例如PUCCH、PRACH或可能地还有PUSCH）或每传输类型（例如SRS）。例如，作为PUCCH配置的一部分，UE或WTRU可被配置具有UTC或其子集。UTC可包括用于PUCCH的激活状态，以及使用ARI索引的配置的PUCCH资源的集合；ARI和/或PUCCH激活状态可被用来确定PtRS和/或用于PUCCH传输的可应用UTC。例如，对于周期SRS和/或对于非周期SRS，作为SRS配置的一部分，UE或WTRU可被配置具有UTC或其子集。UTC可包括用于相关SRS配置的激活状态。更具体地，对于非周期SRS传输和周期SRS传输，UE或WTRU可被配置具有单独的UTC配置。SRS的类型（例如SRS类型0或SRS类型1）因此可被用来确定什么UTC应用于用于给定服务小区的SRS传输（可能地包括什么PtRS用作参考）。并且，对于任意类型，UR或WTRU可被配置具有多个配置，可能地一个或多个或每一个具有不同的UTC。例如，作为PRACH配置的一部分，UE或WTRU可被配置具有UTC或其子集。更具体地，对于不同类型的专用前导、随机接入触发（例如通过PDCCH或RA-SR）和/或PRACH资源索引，UE或WTRU可被配置具有分离的UTC配置。在一个或多个实施方式中，UE或WTRU可基于在PDCCH DCI格式1a中和/或在用于msg3上行链路传输的RAR（例如授权）中的指示，确定什么UTC可应用于前导。可替换地，UE或WTRU可基于与接收的PDCCH和/或RAR接收相关联的PtRS来确定可应用于前导的UTC。

-一个或多个UTC可应用于多个信道/信号：UE或WTRU可使用用于其他信道（例如PUCCH）或传输类型（例如SRS）的传输的PUSCH信道（例如可能地基于UTC的激活状态）的UTC；和/或

-其组合：在一个实施方式中，可提供组合，其中PUCCH可使用PUSCH的UTC配置，并且用于SRS的分离UTC可被配置。特别地，以上可应用于用于PUCCH、PRACH和/或SRS传输的UTC的配置。

不同物理信道或传输类型的传输功率等级可取决于以下变量的至少一个的组合：P_CMAX,c——为UTC c配置的最大UE或WTRU传输功率；M——信道的带宽；P_o——期望的接收功率；PL_c——可应用于UTC c的上行链路路径损耗；部分路径损耗补偿；功率控制调整状态；和/或可配置的偏移。

假设用于物理信道或传输类型的UTC可动态地改变，一个或多个或每个UTC可具有它自己的传输功率参数集合。另外，一个或多个或每个物理信道（例如PUSCH、PUCCH和PRACH）或传输类型（例如SRS）可具有它自己的、用于一个或多个或每个UTC的传输功率参数集合。在一个或多个实施方式中，这些参数集合可重叠，并为一些或一个或多个或所有参数复用相同的值。具有不同的参数集合可要求一个或多个或每个UTC具有用于路径损耗的不同值。UE或WTRU因此可被配置具有一个或多个或所有可能传输点或UTC的传输功率等级以及用于一个或多个或每个传输点或UTC的特定参考信号。对于UTC c，路径损耗因此可被定义为PL_c=c的参考信号功率–c的高层过滤RSRP。

RSRP可根据以下的至少一个得以计算：PtRS或新的（例如由实施方式设想的）UTC特定参考信号；CRS；和/或CSI-RS。

实施方式设想为了确定使用哪个参考符号集合来确定路径损耗及其他理由，可通过高层信令通知UE或WTRU UTC和适当参考符号集合之间的关系（link）。一旦选择UTC（如在此描述那样），UE或WTRU则可推导路径损耗值。

在一个实施方式中，物理信道或传输类型的UTC可被配置具有根据其可推导多个路径损耗测量的多个PtRS。在该情况下，选择使用的路径损耗的方法可以是以下的一个或多个：用于任意PtRS的最低路径损耗值；用于任意PtRS的最高路径损耗值；PtRS集合对路径损耗值的线性平均；和/或特定PtRS的任意配置的路径损耗值；和/或PtRS集合的路径损耗值的函数（例如一个或多个或所有各个路径损耗值的和）。在一个或多个实施方式中，PtRS选择还可被用来出于UL传输和路径损耗参考确定的目的选择UTC。

此外，对于UTC可被配置具有多个PtRS的情况，其他参数（例如，期望的接收功率Po）也可类似地被选择（例如期望的接收功率的最大、最小、平均或预配置选择的其中之一）。选择机制还可通过高层RRC信息来信号发送，并且对于一个或多个或所有参数不必是相同的。

当前功率控制调整状态可由以前功率控制调整状态加上最近校正值（也被称为TPC命令）的和、或仅由最近校正值（最近TPC命令）来组成。为了使能适当的功率控制调整状态，UE或WTRU可执行以下的至少一个（或其任意组合）：维护TPC命令链每配置的UTC；维护TPC命令链每PtRS（将TPC命令链和路径损耗链接）；维护TPC命令链每物理信道或传输类型；其组合；例如可为物理信道（例如PUSCH/PUCCH）集合维护一个TPC命令链，并为另一个信道或传输类型（例如SRS）维护TPC命令每UTC。可替换地，在一些实施方式中，如果SRS被传输给被用于PUSCH/PUCCH的UTC，可使用与PUSCH的TPC命令相同的TPC命令，并且可为到其他点（例如UTC）的SRS传输维护独立的TPC命令。

何时UE或WTRU将发现维护多个TPC命令链有用的一个示例可以是如果物理信道被配置为取决于传输类型使用不同的UTC。例如，用于HARQ的PUCCH可使用与用于调度请求的PUCCH相比不同的UTC，并且因此一个或多个或每个可具有它们自己的TPC命令链。

UE或WTRU可通过以下的至少一个确定TPC命令可用于哪个UTC：附着于一个或多个或所有TPC命令的UTC指示；从其可解码DCI的搜索空间；使用不同的RNTI（一个每UTC）扰码DCI的CRC；可接收到TPC命令的子帧号；和从其TPC命令可被传送的下行链路传输点。

对于当可为上行链路传输选择新的（例如刷新或更新的）UTC时的情况，更新的功率控制调整状态可以是以下的至少一个：被重置为预配置的等级（例如0dBm）。该等级可特定于UTC，或可特定于上行链路物理信道；可通过预配置的偏移来修改，其中该偏移可特定于该新的UTC或以前的UTC或特定于该上行链路物理信道；在未来的TPC命令将适当地改善功率控制调整状态的条件下（例如任意后续TPC命令可增加至为信道以前累积的TPC，而不管UTC）不受影响的维持；被调整，使得整个传输功率保持不变，不管用于该新（例如刷新或更新的）UTC的新（例如刷新或更新的）期望接收功率和路径损耗；从使用UTC的最近时间获取。在这样的场景中，UE或WTRU可（或在一些实施方式中，可能必须）保存用于一个或多个或所有信道和用于一个或多个或所有UTC的一个或多个或所有最近的功率控制调整状态；和/或可被重置为用于到该UTC和/或到该PtRS的上行链路传输、和/或用于该物理信道、和/或用于该传输类型的最后的值。

在一个或多个实施方式中，UE或WTRU可被配置具有多个UTC，并可自发地选择用于信道的UTC。为了选择用于当前在上行链路信道上传输的UTC，UE或WTRU可使用以下的至少一个：要求最低传送功率的UTC。在这样的情况下，传送功率可通过使用用于该UTC的适当功率设置参数集合来确定；UTC可根据在此描述的任意机制来选择；UTC可通过在任意参数上应用选择机制来选择。可能的选择机制包括：在以前选择的UTC的参数上最大、最小、最小（或最大）阈值差。例如，UE或WTRU可通过选择最小化路径损耗的UTC来选择UTC。功率设置然后可通过应用应用于该UTC的一个或多个或所有参数来确定。作为另一个示例，UE或WTRU可通过确保在以前UTC和新（例如刷新或更新的）UTC之间标称功率方面的差小于预确定阈值来选择新（例如刷新或更新的）UTC。参数列表可被扩展以包括MCS。

在另一个实施方式中，新的（例如由实施方式设想的）功率等级偏移可用于其中UTC可配置具有多个PtRS的情况。该偏移可是正的以确保一个或多个或所有指定接收点具有适当解码的机会，或者如果网络确定通过协作解码数据的更多接收点所需功率更少，它可以是负的。该偏移可通过高层预配置，或者可与在具有DCI格式3/3A、其CRC可使用新（例如由实施方式设想的）RNTI（例如TPC-COMP-RNTI）扰码的PDCCH中的其他TPC命令一起联合编码。

当这样的UL传输发生时，在此讨论的任意功率控制参数（例如PCMAX,c）可依赖子帧。例如，可以由要求不同功率控制参数集合的子帧子集。在这样的场景中，用于一个或多个或每个物理信道或传输类型的UTC可保持相同，而不管子帧数。然而，一些功率控制参数可依赖于子帧号。例如，在子帧子集中，UE或WTRU可使用可依赖于UTC和/或物理信道和/或传输类型的偏移值集合，并且在另一个子帧子集中，可使用另一个偏移集合。在一个或多个实施方式中，用于一个或多个或每个物理信道或传输类型的UTC可依赖于子帧号。

实施方式设想对SRS功率控制的一个或多个增强。这些增强可应用于以下的一个或多个：1）一个或多个或所有SRS传输；或2）非周期SRS（在一些实施方式中可能仅非周期SRS）（例如，类型1SRS触发），或周期SRS（在一些实施方式中可能仅周期SRS）（例如，类型0SRS触发）。另外，当非周期SRS可使用SRS请求字段的一个或多个特定值而不是其他值触发时，在此描述的用于非周期SRS的增强可能可应用。

实施方式设想SRS功率控制。假设用于SRS的UTC可不同于用于PUSCH的，用于在UTC c的子帧i上传送的SRS的UE或WTRU传送功率P_SRS的设置在在c上没有PUSCH传输时可由下式定义：

P_SRS,c(i)＝min{P_CMAX,c(i),10log₁₀(M_SRS,c)+P_{O_SRS,c}(j)+α_c(j)·PL_c+h_c(i)}[dBm]，

其中P_CMAX,c(i)可以是在子帧i和UTC c中配置的WTRU传送功率，M_SRS,c可以是SRS传输的带宽，并且α_c(j)可以是由高层为UTC c提供的3比特参数。PL_c可以如在此解释那样每UTC地得以定义，并且P_{O_SRS,c}(j)可以是UTC c的期望或目标接收功率。该变量j可被用来表示期望的目标接收功率可取决于该SRS是非周期的或周期的或用于常规SRS或探测SRS，并且h_c(i)可以是UTCc的当前SRS功率控制调整状态，并且可以是以前功率控制调整状态h_c(i-1)和SRS的TPC命令的和或仅是SRS的TPC命令。对于非周期SRS，SRS的TPC命令可包括在非周期SRS触发中。对于周期SRS，TPC命令可包括在用于UTC c具有DCI格式0/4的PDCCH中，或与在具有DCI格式3/3A、其CRC奇偶校验位可使用TPC-SRS-RNTI扰码的PDCCH中其他TPC命令一起被联合编码。

对于DL CoMP，为了确定DL CoMP传输点（例如用于探测的SRS），使一个或多个或所有CoMP协作集合小区接收SRS可能是有用的。在这样的情况下，用于SRS的功率设置不同于用于出于动态调度目的使用的常规SRS的可能是有用的。因此，UE或WTRU可被配置具有至少两个类型的周期SRS，一个或多个或每一个具有它自己的功率设置参数（例如期望功率、TPC命令链、路径损耗参考等…）。这些类型的周期SRS可通过以下的至少一个来区分：期望或目标接收功率P_{O_SRS,c}(j)；子帧周期性；子帧偏移；频率跳变的使用（例如，对于预期给许多目的地点的SRS，为了将可用功率集中在窄带上使用频率跳变可能是有用的）；不同的扰码；参考信号序列可被分离为两个集合；一个或多个或每一个与不同类型的SRS相关联。这些集合可通过高层信令来信号发送。

用来估计PLc以便确定SRS传输的传输功率的参考点（PtRS）或UTC可根据在此描述的任意方法来确定。例如，对于用来被发送给一个或多个或所有CoMP小区的SRS配置，用于路径损耗估计的PtRS或UTC可根据以下的一个或多个来确定：具有最高路径损耗的点（例如以确保一个或多个或所有小区获取SRS）；或将用于该类SRS的缺省UTC或预配置UTC，例如用于用来被发送（或在一些实施方式中可能仅用来被发送）给特定UTC的SRS的路径损耗可如以上描述那样或者如果可为该UTC执行PUSCH传输，根据用于PUSCH传输的路径损耗来确定。

在一个或多个实施方式中，相同的功率设置参数可用于两种类型的SRS（探测和常规），然而，为了增加探测SRS的接收功率，可使用频率跳变，而对于常规SRS，可不使用频率跳变。

在一个或多个实施方式中，相同的功率设置参数可用于两种类型的SRS，然而可包括UE或WTRU在设置用于探测类型的SRS的功率时可使用的新（例如由实施方式设想的）偏移。

在一个或多个实施方式中个，功率设置参数、TPC命令和用于非周期SRS的SRS功率控制调整状态的至少一个可对应于PUCCH的参数、TPC命令和/或SRS功率控制调整状态。实施方式设想用于SRS的功率控制调整状态可通过在下行链路分配中TPC命令的接收来修改，甚至可能没有SRS传输。

当可触发非周期SRS时，可包括指示该触发可用于什么类型的SRS的IE。在这样的情况下，UE或WTRU可对于SRS传输使用适当的功率设置参数。可替换地，在非周期SRS授权中，可传送一次偏移，其通知UE或WTRU使用用于该非周期SRS（或在一些实施方式中可能仅用于该非周期SRS）并且不用于其他SRS的该偏移来修改SRS的功率设置。

在一个或多个实施方式中，不同的UTC可共享用于不同SRS的参数子集。另外，一些与UTC使用的物理信道或传输类型相关联的参数可由另一个UTC配置或传送。在这样的情况下，哪个配置或参数可被用于UTC的指示可增加到配置或参数的传输。这可确保WTRU知道配置或参数可被用于哪个UTC和/或信道和/或传输类型。一个这样的场景可以是其中对于周期SRS（PSRS）WTRU可被配置为一个UTC并且对于非周期SRS（ASRS）被配置为另一个UTC的情况。这样的一个示例可以是其中PSRS可被用来帮助来自点（或小区）A的上行链路传输，而ASRS可被用来帮助来自点（或小区）B的下行链路传输。在这样的场景中，两个SRS可需要不同的功率控制参数。例如，可通过用于一个或多个或每个UTC的不同P_{O_SRS,c}(j)（或等同地P_{SRS_OFFSET,c}(m)）值来指示WTRU。另外，由L1信令动态指示的P_{O_SRS,c}(j)（或P_{SRS_OFFSET,c}(m)）可能是有用的。例如，偏移（P_{SRS_OFFSET,c}(m)）的值可以是SRS请求字段的值的函数。

实施方式设想解耦非周期SRS（ASRS）、周期SRS（PSRS）和PUSCH之间的TPC命令。可能取决于用来触发ASRS的SRS请求字段的值的TPC命令在ASRS和PSRS和PUSCH之间保持分离可能是有用的。在这样的情况下，ASRS和PSRS和PUSCH可维护它们自己的TPC命令链。对于其中ASRS和PSRS TPC命令链可由PUSCH TPC命令链解耦的情况，可需要增强以指示TPC命令可被用于什么UTC（或SRS）。一个方法可以是向提供TPC命令的ASRS触发增加新的（例如由实施方式设想的）信息元素（IE）。另外，该TPC命令可被用于ASRS、PSRS、PUSCH或这些传输类型的任意组合。为了指示TPC命令可被用于哪个点，可包括新的（例如由实施方式设想的）比特字段。该比特字段可使用预配置的映射。例如，值00可指示用于ASRS的TPC命令、值01可指示用于PSRS的TPC命令，等等。在一个或多个实施方式中，在指示使用什么ASRS参数之上，SRS请求字段可被用来指示TPC命令可被用于什么传输类型。在一个或多个实施方式中，新的（例如由实施方式设想的）比特字段可被增加到指示TPC命令可被用于传输类型（ASRS、PSRS或PUSCH）的哪个组合的PUSCH TPC命令。在一个或多个实施方式中，TPC字段自身可被重解释为指示功率控制调整和指示该调整是否应用于ASRS、PSRS或PUSCH的至少一个。

在一个或多个实施方式中，如果TPC命令可作为包括其中SRS请求字段指示为触发非周期SRS（例如“无类型1SRS触发”）的上行链路授权的DCI的一部分被接收，TPC命令可应用于PUSCH（或在一些实施方式中可能仅可应用于PUSCH）。对于SRS请求字段的其他值，PUSCH功率可不被调整。

在一个或多个实施方式中，如果（在其他设想的情况中）TPC命令可作为包括其中SRS请求字段指示非周期SRS被触发（例如该字段的值未设置为“无类型1SRS触发”）的上行链路授权的DCI的一部分而被接收，该TPC命令可应用于ASRS（或在一些实施方式中可能仅可应用于ASRS）。对于SRS请求字段的其他值，ASRS功率可不被调整。

在一个或多个实施方式中，使用SRS请求字段的不同值触发的ASRS可维护分离的功率控制调整状态。在这样的场景中，作为包括上行链路授权的DCI的一部分接收的TPC命令可应用于（在一些实施方式中可仅应用于）使用在相同DCI中的SRS请求字段的值触发的ASRS。

在一个或多个实施方式中，如果（在其他设想情况中）DCI可以是使得传输块（在上行链路中）的传输被失效，例如其中当I_MCS被设置为0且N_PRB被设置为大于1，或当I_MCS被设置为28且N_PRB被设置为1时，TPC命令可应用于ASRS（或在一些实施方式中可仅应用于ASRS）。在一个或多个实施方式中，在相同的情况下，TPC命令也不应用于PUSCH。

在一个或多个实施方式中，DCI（例如上行链路授权、下行链路分配或DCI3/3A）可被用来指示TPC命令。另外，DCI的不同周期/偏移和用于不同传输类型（ASRS、PSRS、PUSCH）或传输类型的组合的TPC命令之间的关联（linkage）可在WTRU处而被预配置。在这样的情况下，基于在其中其接收到DCI的子帧，WTRU可知道或确定TPC命令可用于什么UTC/传输类型。

在一个或多个实施方式中，TPC命令的应用可取决于可接收其的DCI格式。例如，在DCI格式3中接收的TPC命令仅可应用于PUSCH（或仅ASRS，或仅PSRS），而在DCI格式4中接收的TPC命令可仅应用于ASRS。在一个或多个实施方式中，TPC命令的应用性可取决于用来屏蔽（mask）DCI的CRC的RNTI的值。

在一个或多个实施方式中，一个或多个或每个周期SRS和多个非周期SRS（其中一个或多个或每个ASRS可被映射到不同的SRS请求字段值）可被配置具有可能地不同UTC。在这样的情况下或甚至在多个传输类型可被配置具有相同UTC的情况下，为一个或多个或每个PSRS和多个ASRS以及为PUSCH和PUCCH维护不同的TPC命令循环（loop）可能是有用的。在一个或多个实施方式中，SRS类型和PUSCH和PUCCH的组合在它们的功率控制公式中可使用相同的TPC命令值。作为一个示例，PSRS和/或ASRS的子集和/或PUSCH可使用相同的TPC命令值，而另一个ASRS子集和PUCCH可使用另一个值。在另一个示例中，包括在下行链路分配（例如DCI格式1A/1B/1D/1/2A/2B/2C/2）中的TPC命令可被（累积地或不累积地）用于一个或多个ASRS控制公式（在另一个选择中，该TPC命令可以是PUCCHTPC命令的复用）。

在一个或多个实施方式中，包括在上行链路授权（例如DCI格式0/4）中的TPC命令可被用于PSRS、PUSCH和一个或多个ASRS功率控制公式。另外，DCI格式3/3A可通过使用适当的CRC奇偶校验位扰码被用于任意TPC命令。在这样的示例中，一个或多个或每个PSRS和多个ASRS以及PUCCH和PUSCH可具有它自己的扰码RNTI。因此，在该示例中，在上行链路授权或下行链路分配中传送的TPC命令可由UTC（对应于PSRS、多个ASRS、PUCCH和PUSCH的一些或任意预配置组合）组使用，而用于UTC子集的其他改进可通过在DCI格式3上传送TPC命令获得。在这样的场景中，对于一个或多个或每个物理信道或传输类型（PSRS或ASRS），UE或WTRU可维护分离的功率控制调整状态。

在一个或多个实施方式中，可应用于UTC（例如那些在DCI格式0/1/1A/1B/1D/2/2A/2B/2C/4中的UTC）组的TPC命令（或在一些实施方式中可能仅TPC命令）可以是累积的，而用于单一UTC（例如那些在DCI格式3/3A中的UTC）的TPC命令对在该UTC上的UL传输的一个实例是有效的（在一些实施方式中可仅对其是有效的）。在一个或多个实施方式中，物理信道或传输类型的组可使用相同的TPC命令来更新（或在一些实施方式中可能总更新），并且在这样的场景中，UE或WTRU可为一个或多个或每个组维护分离的功率控制调整状态。在一个或多个实施方式中，TPC命令预期用于哪个功率控制循环可取决于在其中TPC命令而被传送的子帧号。例如，物理信道和/或传输类型的组可被配置为在特定的DCI格式中接收TPC命令。在一些实施方式中，该组的成员可进一步被再分为子组，使得当（在一些实施方式中可能仅当）DCI格式可在子帧的子集（例如由高层配置的）中而被传送时，子组可应用该TPC命令。在这样的场景中，物理信道和/或传输类型的一个或多个或每个子组可由一个或多个高层预配置为依赖子帧的子集。

当物理信道和/或传输类型（PSRS或任意ASRS）的组共享TPC命令时（无论它们共享UTC与否），一个或多个或每个单独的物理信道和/或传输类型还可被配置为对整个TPC命令链应用不同的偏移。在一个或多个实施方式中，当物理信道和/或传输类型的组共享TPC命令时，一个或多个或每个个体可不同地解释TPC命令码点。例如，一个或多个或每个组可由高层预配置传送的TPC命令值和在功率控制公式中使用的值之间的映射。在一些实施方式中，例如，物理信道和/或传输类型的组可由单个元素组成。

在一个或多个实施方式中，UTC的选择可取决于子帧号。例如，相同的物理信道或传输类型可基于预配置的子帧子集依赖取决于特定子帧的不同UTC。子帧子集可根据帧号、子帧号、偏移和周期的至少一个来确定。在这样的情况下，TPC命令可应用于（或在一些实施方式中可能仅能应用于）其UTC可在TPC命令而被传送的子帧中使用的物理信道或传输类型（例如PSRS或多个ASRS）。在一个或多个实施方式中，如果TPC命令可在子帧子集中被传送，则（或在一些实施方式中可能仅此时）配置成用于子帧子集的UTC和/或物理信道和/或传输类型（PSRS或多个ASRS）可使用该TPC命令。在一个或多个实施方式中，独立于UTC，TPC命令可依赖特定的物理信道和/或传输类型。因此，不管子帧号，TPC命令可以是有效的。在一个或多个实施方式中，在DCI格式3中传送的TPC命令（或在一些实施方式中可能仅这样的TPC命令）可用于一个或多个或所有子帧。在一个或多个实施方式中，任意其他TPC命令对于子帧子集可能是有效的（或在一些实施方式中可能仅可是有效的）。

用于多个UTC的多个SRS可用于不同的目的（例如，PSRS可用于UL调度，而ASRS可用于DL设置管理）。因此，可被传送一个或多个或每个SRS的频率可以不同。因此，在可为SRS发送TPC命令的频率（和/或周期）和该SRS可由WTRU传送的频率（和/或周期）之间有关联。另外，如果开环功率控制缺乏精度，较低频率（和/或较高周期）TPC命令可造成不汇聚到适当解决方案的功率控制。一个用于解决的方法可以是修改在TPC命令链中使用的校正值的粒度。例如，一个类型的SRS（或PUSCH）可被预配置具有TPC命令字段值和校正值的特定映射。并且，另一个类型的SRS（或PUSCH）可被预配置具有另一个映射。在一个或多个实施方式中，这可为不同的UTC允许不同的SRS以具有不同的TPC命令粒度。

实施方式设想PRACH功率控制。在SIB2中，随机接入参数可被提供给UE或WTRU。这些可包括哪个信号参考（例如CRS、CSI-RS或其他依靠UTC的参考信号）用于路径损耗计算以及什么资源用于PRACH。可有提供给UE或WTRU的PRACH参数的多个集合。对于一个或多个或每个UTC，这些参数集合可包括以下的至少一个：PRACH资源；可能前导序列的集合；前导接收目标功率；和/或RA-RNTI。

例如，一个集合可以用于UE或WTRU尝试接入特定小区，而另一个集合可以是尝试接入用于CoMP操作的多个小区。例如，参数的一个集合可具有向网络指示UE UTC的前导的一个子集。在SIB2中，还可以由用于要求UE或WTRU具有CoMP能力的参数集合的指示。参数（可能与UTC关联）的一个集合可考虑回退参数/UTC。在一个或多个实施方式中，UTC选择还可与随机接入的类型（基于竞争的或基于非竞争的）关联。

对于其中UTC包括多个PtRS的情况，路径损耗可根据以下的至少一个来确定：用于任意PtRS的最小路径损耗值；用于任意PtRS的最大路径损耗值；用于一个或多个或所有PtRS的路径损耗的线性平均；来自用于一个或多个或所有PtRS的路径损耗集合的任意预配置值。

在随机接入响应（RAR）消息中，网络可向UE或WTRU指示CoMP协作集合。另外，包括在RAR消息中的TPC命令可包括对于其它是有效的UTC。

在随机接入尝试失败的情况下，UE或WTRU可使用回退UTC和单一的小区路径损耗，并开始新的随机接入。在一个或多个实施方式中，UE或WTRU可继续使用相同的UTC，并相应地加大（ramp up）功率。

实施方式设想传送上行链路参考信号并初始地使用不同频率分配维持正交性的一个或多个技术。

一个或多个实施方式设想借助寻呼位移（CS）补偿减小峰值相关。可发现相关峰值漂移的量是在频域中RS的相关位置的函数，其可根据若干采样被推导为：

$\mathrm{amountofco\; rrelationp\; eakdrift}=\mathrm{mod}(\mathrm{round}\left(q\frac{(k_{01}-k_{00})N}{N_{\mathrm{ZC}}^{\mathrm{RS}}}\right),N)$

其中k₀₁和k₀₀可以是两个RS的开始位置的子载波索引。q是在3GPP标准中由下式定义的Zadoff-Chu生成索引

$\begin{array}{c}q=[\stackrel{\‾}{q}+\frac{1}{2}]+v{(-1)}^{\left[2\right]\stackrel{\‾}{q}},v=\mathrm{0,1}\\ \stackrel{\‾}{q}=\frac{N_{\mathrm{ZC}}^{\mathrm{RS}}(u+1)}{31},u=\mathrm{0,1},...29\end{array}$

其中ν、u和

分别是序列组索引、基序列索引和RS序列的长度。N可以是在SC-FDMA基带生成器中反向离散傅里叶变换（IDFT）的大小，并且在一个或多个实施方式中N可以=2048。

作为缓解峰值相关问题的解决方案，出于其它原因，相关峰值的漂移可通过在计划的CS设置上应用偏移值来预补偿，假设UE或WTRU可根据特定的资源块（RB）分配来调度。特别地，由n_PRE表示的附加偏移值可增加到循环位移计算。例如，对于物理上行链路共享信道（PUSCH）DMRS参考信号生成，循环位移可如下式计算：

$\begin{array}{cc}{\mathrm{\α}}_{\mathrm{\λ}}=\frac{2\mathrm{\π}{n}_{\mathrm{cs},\mathrm{\λ}}}{12}& n_{\mathrm{cs},\mathrm{\λ}}=(n_{\mathrm{DMRS}}^{\left(1\right)}+n_{\mathrm{DMRS},\mathrm{\λ}}^{\left(2\right)}+n_{\mathrm{pn}}\left(n_s\right)+n_{\mathrm{PRE}})\mathrm{mod}12\end{array}$

其中

可以分别是在3GPP TS36.211，V10.x.x，“E-UTRA，物理信道和调制”中定义的UE或WTRU特定的、层特定的和CS跳变CS变量，其如在此完全阐述一样通过引用被合并于此。

作为一个示例实施方式，预补偿偏移变量n_PRE可在相关峰值漂移的相反方向得以计算：

$n_{\mathrm{PRE}}=\frac{12x\mathrm{mod}(\mathrm{round}\left(q\frac{(k_{01}-k_{00})N}{N_{\mathrm{ZC}}^{\mathrm{RS}}}\right),N)}{N}$

对于其他类型的参考信号生成，例如用于PUCCH或SRS的DMRS，CS预补偿的相同概念可得以应用，其中等式可有一些不同地被呈现。

在CS预补偿方法的第一实现中，UE或WTRU可不涉及网络操作的情况下自发地执行CS补偿。UE或WTRU具有到已来自由网络发送的调度授权的k₀₁、

和q的值的直接访问。但是参考RS k₀₀的开始位置通常对UE或WTRU来说是不可获得的。在一个或多个实施方式中，可在MU-MIMO操作中联合调度的一个或多个或所有WTRU可被配置具有可由网络通过高层预定义或配置的通用k00值。一旦经由上行链路相关的下行链路控制信息（DCI）接收到一个或多个或每个上行链路授权，UE或WTRU可以每传输时隙（TTI）或更长的期间为单位执行CS补偿。可替换地，附加的动态信令机制可被引入以通知UE或WTRU由在共同调度下其他UE使用的k₀₀值。在一个或多个实施方式中，k₀₀值可作为上行链路传输上下文（例如对应于特定潜在目的地点的属性）的一部分被信号发送，允许网络指示来自经指示的上行链路传输上下文的多个k₀₀值的其中之一。

在CS预补偿方法的第二实现中，CS补偿可在网络侧进行。在一个或多个实施方式中，网络调度器可具有可用于在共同调度下一个或多个或每个UE或WTRU的必要或有用信息。因此，可根据它作出的调度决策计算CS赔偿，并预修改可在一个或多个或每个上行链路授权上发送给UE或WTRU的上行链路相关的DCI中的循环位移字段。作为一个示例，循环位移字段可以如图8所示的方式来修改，其中在循环位移字段中的比特通过将到给定表的入口指针偏移n_PRE单位得以修改。在一些实施方式中，当到达该表底部时可执行环绕（wrap around）。

可替换地，如果附加的动态信令机制被引入用于CS的动态配置，在其他情况中，CS补偿可通过直接修改该CS信令来应用。

设想的CS补偿技术的有用性的至少一个方面可以是生成参考信号的当前技术（例如基序列的分组和跳变机制各个等级的配置）对可帮助最小化标准冲击和使向后兼容传统WTRU更容易的改变可能没用。

实施方式设想借助于进一步的随机化来减小峰值相关。在为上行链路传输定义参考信号时，Zadoff-Chu序列被用于基序列生成：

$\begin{array}{cc}{X}_q\left(m\right)=e-q\frac{\mathrm{j\πn}(m+1)}{N_{\mathrm{ZC}}^{\mathrm{RS}}},& 0\≤M\≤N_{\mathrm{ZC}}^{\mathrm{RS}}-1\end{array}$

其中q是可用作定义不同基序列的关键参数的根索引。长度可被选择为与由表示

的参考信号的长度相比最大的质数。长

度的Zadof-Chu序列可以是循环的，并且可被扩展为长度

的基序列。

例如，可用基序列的集合可包括由u标识的30个基序列组，u=0,1,2,...,29。一个或多个或每个组可具有不同大小

的基序列，并且对于

可以有用序列标签ν分配的两个基序列，ν＝0,1。组和到根索引的序列标签的关系在当前3GPP标准中由下式定义：

$\begin{array}{c}q=[\stackrel{\‾}{q}+\frac{1}{2}]+v{(-1)}^{\left[2\right]\stackrel{\‾}{q}}\\ \stackrel{\‾}{q}=\frac{N_{\mathrm{ZC}}^{\mathrm{RS}}(u+1)}{31}\end{array}$

当执行组跳变时，根据组跳变模式f_gh(n_s)组号u可随时隙号n_s改变：

u＝(f_gh(n_s)+f_ss)mod30

其中f_ss可以是由高层配置的小区特定序列位移参数。

对于在基序列组中的一个或多个或所有基序列，可看作它们共享通用的跳变模式。因此，对于不成对BW分配，被使用的参考信号可（或在一些实施方式中可总是）具有固定对关系，无论跳变模式如何变化。由于差峰值互相关可能很少出现并且在不相等长度的参考信号的一些对间（在一些实施方式中可能仅这样的对），在不同大小的参考信号上进行另外的跳变可能是有用的。换句话说，设想可以取决于RS长度的另一个跳变层。作为一个示例，组号u可以以下方式得以定义：

$u=(f_{\mathrm{gh}}\left(n_s\right)+f_{\mathrm{ss}}+f_{\mathrm{lh}}(n_s,M_{\mathrm{SC}}^{\mathrm{RS}}))\mathrm{mos}30$

其中

可以是在此设想的RS长度跳变模式，其可以是RS长度

S的函数。另外，RS长度跳变模式可由下式来定义：

其可使用取决于RS长度的值来初始化，例如

其中c(i)可以是伪随机序列生成函数。

作为另一个示例，取决于RS长度的跳变可结合到组跳变模式中。特别地，可使组跳变模式是取决于RS长度的：

其可由取决于RS长度的值初始化，例如：

$c_{\mathrm{init}}=[\frac{N_{\mathrm{ID}}^{\mathrm{cell}}}{30}+M_{\mathrm{SC}}^{\mathrm{RS}}]$

可替换地，如果使组跳变是非小区特定的，初始值可由下式定义

$c_{\mathrm{init}}=[\frac{\mathrm{GroupHoppingConfig}}{30}+M_{\mathrm{SC}}^{\mathrm{RS}}]$

其中GroupHoppingConfig可以是可由高层配置或动态更新的参数。

实施方式设想一个或多个CS跳变增强。以下段落描述通过在具有多个潜在目的地点的部署中的UE或WTRU增强CS跳变使用的设想技术。

在用于传输层λ的时隙n_s中传输的DM-RS根据α_λ＝2πn_cs,λ12可以是循环位移α_λ的函数，其中n_cs,λ可以是循环位移索引。循环位移索引可根据以下公式来计算：

$n_{\mathrm{cs},\mathrm{\λ}}=(n_{\mathrm{DMRS}}^{\left(1\right)}+n_{\mathrm{DMRS},\mathrm{\λ}}^{\left(2\right)}+n_{\mathrm{PN}}\left(n_s\right))\mathrm{mod}12$

其中

和

的至少一个可以是与UTC相关联的参数。这些参数的值可从高层获得，或可由动态选择方法获得，例如来自于在上行链路相关下行链路控制信令中的循环位移字段（CSF）的值。量n_PN(n_s)可被称为“循环位移（CS）跳变序列”。它可以是可由如在当前系统中相同关系从伪随机序列c(i)推导的时隙号n_s的函数。这样的伪随机序列可使用可被称为“CS跳变初始值”的c_init在一个或多个或每个无线电帧开始时来初始化。循环位移跳变序列初始指示符c_init的值可取决于UTC，并使用在此描述的若干设想技术的至少一个来获取。当UTC还包括使能在特定接收点处以适当等级接收上行链路信号的参数（例如点特定的参考信号标识和/或点特定的功率控制参数）时，可使能UTC特定的值c_init的使用的实施方式可确保参考信号可以用于处于MU-MIMO合并的目的为其可优化该参考信号的结构的点的适当等级而被接收。

在一个或多个实施方式中，用于CS跳变的伪随机生成器的初始值可由

而被解耦，并且可仍然使其是小区特定的，例如：

$c_{\mathrm{init}}=\left[\frac{N_{\mathrm{ID}}^{\mathrm{cell}}}{30}\right]2^5+\left(N_{\mathrm{ID}}^{\mathrm{cell}}\right)\mathrm{mod}30$

其中

可对应于物理小区标识或对应于与UTC相关联的标识。在一个或多个实施方式中，CS跳变可经由c_init＝Δ_csh独立地配置。在组合这两个设想技术时，CS跳变模式还可由下式初始化：

$c_{\mathrm{init}}=\left[\frac{N_{\mathrm{ID}}^{\mathrm{cell}}}{30}\right]2^5+\left(N_{\mathrm{ID}}^{\mathrm{cell}}\right)\mathrm{mod}30+{\mathrm{\Δ}}_{\mathrm{csh}}$

在一个或多个实施方式中，UE或WTRU特定调整可在最近的上行链路相关DCI中（或可与在当前UL传输相关的上行链路相关DCI中）动态的被分配。在一个或多个实施方式中，UE或WTRU特定调整Δ_csh可在UE或WTRU处隐式地得以推导。一个可能的隐式推导可取决于当前的基序列组。

在一个或多个实施方式中，该隐式推导可以是当前基序列组以及以前基序列组的函数。

在一个或多个实施方式中，附加的随机化可在不同长度的DMRS上执行，类似于在此描述的概念。一个示例性实现可具有由下式定义的CS跳变模式：

$n_{\mathrm{PN}}(n_s,M_{\mathrm{SC}}^{\mathrm{RS}})=\underset{i=0}{\overset{7}{\mathrm{\Σ}}}c(8N_{\mathrm{symb}}^{\mathrm{UL}}{n}_{\text{s}}+i)2^i$

其也可根据

来初始化，例如：

$c_{\mathrm{init}}=\left[\frac{N_{\mathrm{ID}}^{\mathrm{cell}}}{30}\right]2^5+\left(N_{\mathrm{ID}}^{\mathrm{cell}}{+M}_{\mathrm{SC}}^{\mathrm{RS}}\right)\mathrm{mod}30$

或者可替换地，如果UE或WTRU特定调整可被使用

$c_{\mathrm{init}}=\left[\frac{N_{\mathrm{ID}}^{\mathrm{cell}}}{30}\right]2^5+\left(N_{\mathrm{ID}}^{\mathrm{cell}}{+M}_{\mathrm{SC}}^{\mathrm{RS}}\right)\mathrm{mod}30+{\mathrm{\Δ}}_{\mathrm{csh}}.$

在一个或多个实施方式中，CS可使用如在当前系统中相同的公式来获取，

但特定的参数可使用UE或WTRU特定参数来代替，并且在一些实施方式中可在上行链路传输上下文中得以提供。可在上行链路传输上下文中提供的参数可包括：

‐小区ID

可用UTC特定值

来代替。

‐序列位移模式

可用UTC特定值

来代替。

在后一种情况下，UTC特定值

可直接得以提供，或可根据UTC特定小区ID参数

来推导，在一些实施方式中，可能是另一个UTC特定参数这些值可独立于或不独立于在计算UTC的其他属性（例如基序列）时使用的可能的其他UTC特定小区ID参数来配置。一个或多个实施方式设想

。在一些实施方式中，在参数不存在或不可被定义的情况下，该公式可被简化为下式

。在这样的情况下，伪随机序列生成器c_init的初始值可被概括为：

$c_{\mathrm{init}}=\left[\frac{N_{\mathrm{ID}}^{\mathrm{UTC}}}{30}\right]\·2^5+\left(N_{\mathrm{ID}}^{\mathrm{UTC}}\right)\mathrm{mod}30.$

这样的实施方式可允许网络使用匹配可在目的地点中使用的、可由另一个共同调度的UE或WTRU使用的循环位移跳变来调度UE或WTRU，最小化与该共同调度的UE或WTRU的干扰。允许选择多个UTC的其中之一的设想技术（在此描述的）可允许当多个这样的目的地存在时，通过目的地点和可能是最适合最小化与其的干扰的相应的共同调度的UE或WTRU的选择。

在前述实施方式中，用于确定CS跳变的参数可以是相同的，不管DM-RS是否可作为PUCCH或PUSCH的一部分被传送。可替换地，至少一个参数在PUCCH和PUSCH之间可以是不同的。在该情况下，不同的参数可由UE或WTRU用作用于在PUCCH或PUSCH上传输的相同UTC的一部分，或者可为在PUCCH或PUSCH上的传输定义不同的UTC。

可单独或组合使用以下方法来为UL传输选择UTC。在以下实施方式中，如果该上行链路传输由下行链路控制信令触发，则该下行链路控制信令可以说“可应用”于上行链路传输。这可包括例如指示对PUSCH传输的授权的DCI（在PDCCH或E-PDCCH中解码）、指示非周期SRS传输的DCI、指示RACH顺序的DCI或指示对其在PUCCH上传送的HARQ反馈可能是有用的下行链路分配的DCI。

出于确定用于特定上行链路传输的UTC的目的，在其他设想情况下，UE或WTRU首先可使用至少一个设想的限制技术来确定候选UTC的子集。UE或WTRU然后可从在候选UTC子集中可获得的UTC选择UTC。在该子集可以为空的情况下，UE或WTRU可使用可获得的（或者在一些实施方式中总是可获得的）“缺省”UTC。这样的“缺省”UTC可对应于允许从小区的大多数点的接收的UTC。例如，“缺省”UTC可使用如PtRS这样的通用参考信号。

一些示例限制方法在下文提供。在一个方法中，如果由PtRS估计的路径损耗可低于阈值，UE或WTRU可确定UTC可以是候选者。该路径损耗可以被估计作为以dB为单位的传输功率和接收功率（RSRP）之间的差。在一个或多个实施方式中，如果由PtRS测量的接收信号功率或质量可高于阈值，UE或WTRU可确定UTC可以是候选者。在一个或多个实施方式中，如果对于UTC存在连接性，UE或WTRU可确定该UTC可能不是候选者。在一个或多个实施方式中，如果与UTC相关联的激活状态被去激活，UE或WTRU可确定该UTC可能不是候选者。

UE或WTRU可可能地基于高层指示或配置基于上行链路传输的类型来确定UTC。在一个示例中，非周期SRS传输可被配置成使用第一UTC的传输参数来传送，并且周期SRS传输可被配置为使用第二UTC的传输参数来传输。在另一个示例中，对于被配置成使用第一周期和偏移发生的第一周期SRS来传送，UE或WTRU可使用第一UTC，而对于被配置成使用第二周期和偏移发生的第二周期SRS传输，UE或WTRU可使用第二UTC。在另一个示例中，UE或WTRU可将第一UTC用于PUSCH传输，并且将第二UTC用于PUCCH传输。在另一个示例中，UE或WTRU可为由动态授权触发的PUSCH使用第一UTC，并且为由半静态调度（SPS）授权触发的PUSCH传输使用第二UTC。在一个或多个实施方式中，UE或WTRU可为由动态授权触发的PUSCH使用第二UTC，如果它在相同子帧中代替SPS授权发生。在一个或多个实施方式中，UE或WTRU可以基于复用到由PUSCH传输携带的传输块或传输块集合中的数据来确定UTC。例如，UTC可取决于逻辑信道、逻辑信道的类型、逻辑信道组和/或包括在传输块中的数据的无线电承载或类型的一个或多个。逻辑信道到UTC的映射可由一个或多个高层提供给WTRU。可替换地，WTRU可基于逻辑信道组（LCG）优先权来确定逻辑信道到UTC的映射。在一个或多个实施方式中，对于特定的逻辑信道，UTC选择可进一步考虑TB是包括用户面数据还是控制面数据，其中控制面数据可对应于RLC控制PDU（例如状态PDU）、或MAC控制PDU、或RRC消息。在一些实施方式中，可为逻辑信道的子集配置该行为和/或UTC选择。在配置了多于一个MAC实体或MAC实例的情况下，UE或WTRU可基于提供由PUSCH传输携带的传输块集合的MAC实体或MAC实例来确定UTC。

UE或WTRU可基于可应用于上行链路传输的经接收的下行链路控制信令来确定UTC。在一个方法中，在PUSCH传输的情况下，该下行链路控制信令可包括为PUSCH传输指示UTC的字段。

例如，该字段可包括在上行链路相关下行链路控制信令中的循环位移字段（CSF），其中该字段的解释与在现有系统中的相比可被修改。可能地与其他参数（例如用于一个或多个或每个传输层

的正交覆盖码（OCC）或循环位移索引）一起，该CSF的一个或多个或每个值可指示特定UTC的使用，或与该UTC相关联的至少一个参数的使用。例如，该CSF的值可指示以下的至少一个：特定于UTC的参数（例如UTC索引）或替代小区标识使用的UTC特定参数；用来确定用于一个或多个或每个时隙n_s的基序列组号u和基序列号v的至少一个的至少一个参数。该至少一个参数可与UTC相关联，或者对一个或多个或所有UTC是通用的。例如，出于计算基序列参数的目的，该至少一个参数可包括代替小区标识

使用的UTC特定参数，和可能地代替小区特定的Δ_ss使用的UTC特定参数用来确定CS跳变的初始值c_init的至少一个参数，例如UTC特定值（Δ_csh或c_init ^CSH_UTC），或出于计算CS跳变的初始值目的使用的UTC特定参数

或用于确定一个子帧中可用于PUSCH的资源块（或等同地，在一个子帧中哪些RB可用于PUCCH）的至少一个参数。该至少一个参数可与UTC相关联，或者对于一个或多个或所有UTC是通用的。例如，该至少一个参数可包括用于可由WTRU用来确定在其中可定位PUSCH的RB的pusch跳变偏移（pusch-HoppingOffset）以及n-SB和跳变模式（hoppingMode）的UTC特定参数。

图9示出了用于CSF的可能修改映射的一个示例，其中除了用于一个或多个或每个传输层λ的循环位移索引

和正交覆盖码

外，可为一个或多个或每个码点指示CS跳变的初始值。一个或多个实施方式设想替代直接指示用于每个码点的CS跳变的初始值（在最后一列中），根据一个或多个前述实施方式，出于计算CS跳变的该初始值目的可被使用的UTC特定参数

可得以指示，例如

$c_{\mathrm{init}}=\left[\frac{N_{\mathrm{ID}}^{\mathrm{UTC}}}{30}\right]\·2^5+\left(N_{\mathrm{ID}}^{\mathrm{UTC}}\right)\mathrm{mod}30.$

在CSF在按照以上得以解释的情况下，UE或WTRU可基于指示的、用于CS跳变的初始值（或在其他设想技术中，另一个UTC特定参数的）的值来确定（在一些实施方式中可能隐式地）UTC，并基于该UTC来推断上行链路传输的其他属性。例如，在指示的、用于CS跳变的初始值的值可能是第一值的情况下，UE或WTRU可确定传输功率可基于第一UTC特定参数集合来计算，并且在指示的值可能是第二值的情况下，可确定传输功率可基于第二UTC特定参数集合来计算。UE或WTRU可取决于配置参数不同地解释CSF字段。例如，如果UE或WTRU被配置具有单个UTC，它可以在现有系统中相同的方式来解释CSF字段，并且如果它可被配置具有多于一个UTC，则使用图9。

在一个或多个实施方式中，在非周期SRS传输的情况下，和该非周期SRS传输的其他特性一起，指示SRS请求的字段可指示可能UTC集合的其中之一。

在一个或多个实施方式中，在被用来传送HARQ反馈的PUCCH的情况下，和关于可使用的PUCCH资源的其他信息（例如资源索引或PUCCH传输的另一个属性）一起，A/N资源指示符可指示使用的UTC。例如，用来确定资源索引的参数可被设置为第一UTC中的第一值以及第二UTC中的第二值，为了更好的性能在邻近接收点间可允许使用不同的PUCCH区域。在另一个示例中，用于确定PUCCH的DM-RS的基序列的参数（例如代替小区标识的参数）可被设置为第一UTC中的第一值集合以及第二UTC中的第二值集合。在另一个示例中，用来确定用于PUSCH的RB的参数（例如pusch-HoppingOffset）可被设置为第一UTC中的第一值集合以及第二UTC中的第二值集合。

在另一个示例中，用来确定PUCCH的DM-RS的CS跳变序列初始值的参数（例如该初始值自身或代替小区标识的参数）可被设置为第一UTC中第一值集合以及第二UTC中第二值集合。在另一个示例中，用于为一个或多个或每个时隙n_s和符号号确定循环位移项

的伪随机序列c(i)的初始值可被设置为第一UTC中的第一值以及第二UTC中的第二值。在一个或多个或每个UTC中的值可对应于UTC特性小区标识参数。

在一个或多个实施方式中，在PRACH由PDCCH命令触发的情况下，在其他设想情况中，在PDCCH命令中的字段可指示UTC。

在以上方法中，UTC的指示可包括指向为一个或多个或每个可能UTC或其组配置的若干参数集合的其中之一的索引（“目的地点索引”或“载波指示字段”或“UTC”或“传输点”，如果用于该目的）。可替换地，该指示可包括对可唯一标识UTC的任意其他参数的指示，例如对传输点或从目的地点（例如与UTC相关联）传送的DL参考信号的、以及用于功率控制或定时对准目的的索引。

WTRU可基于可应用于上行链路传输的下行链路控制信令的属性为上行链路传输确定（在一些实施方式中可能隐式地）UTC。在一个方法中，该UTC可基于在其中可能已经解码包括可应用下行链路控制信息（DCI）的PDCCH或E-PDCCH的搜索空间（或在时频网格中的位置）来确定。例如，在用于下行链路分配的DCI可在通用搜索空间中被解码的情况下，用于包括用于该分配的HARQ反馈的PUCCH的UTC可对应于可将小区的通用参考信号（CRS）用作其点参考信号的UTC。

在另一个示例中，在用于上行链路授权的DCI可在UE或WTRU特定搜索空间中被解码的情况下，用于PUSCH的UTC可对应于将另一个参考信号（例如CSI-RS）用作其点参考信号的UTC。在一个或多个实施方式中，UTC可基于包括可应用下行链路控制信息（DCI）的物理控制信道（如在当前系统中定义的PDCCH、或基于UE或WTRU特定参考信号的E-PDCCH）的类型来确定。例如，在DCI可从PDCCH来解码的情况下，用于包括用于该分配的HARQ反馈的PUCCH的UTC可对应于可将小区的通用参考信号（CRS）用作其点参考信号的目的地点。

在另一个示例中，在DCI可从E-PDCCH来解码的情况下，UTC可对应于可将另一个参考信号用作其点参考信号的目的地点。在一个或多个实施方式中，UTC可基于参考信号或用于传输相应下行链路控制信令的天线端口来确定。例如，在用于下行链路分配的DCI可通过响应于通用参考信号的天线端口来传送的情况下，用于包括用于该分配的HARQ反馈的PUCCH的UTC可对应于可将小区的通用参考信号（CRS）用作其点参考信号的UTC。在另一个示例中，在用于上行链路授权的DCI可通过对应于DM-RS参考信号的天线端口来传送的情况下，用于PUSCH的UTC可对应于可将另一个参考信号（例如CSI-RS）用作其点参考信号的目的地点。用来传送下行链路控制信令和被用作用于上行链路传输的UTC的点参考信号的参考信号（或天线端口）的关系可由一个或多个高层来提供。

在一个或多个实施方式中，UTC可基于用来屏蔽在编码相应下行链路控制信令时使用的CRC的RNTI来确定。例如，在当编码用于下行链路分配的DCI时使用的CRC可使用第一RNTI来屏蔽的情况下，用于包括用于该分配的HARQ反馈的PUCCH的UTC可对应于可使用第一点参考信号的目的地点。在另一个示例中，在当编码用于下行链路分配的DCI时使用的CRC可使用第二RNTI来屏蔽的情况下，用于包括用于该分配的HARQ反馈的PUCCH的UTC可对应于可使用第二点参考信号的目的地点。在另一个示例中，在当编码用于上行链路授权的DCI时使用的CRC是临时C-RNTI的情况下，用于在相应PUSCH传输中使用的DM-RS的UTC可对应于缺省UTC，其中传输属性可根据物理小区标识来推导。在一个或多个实施方式中，RNTI和UTC（或其点参考信号）之间的映射可由一个或多个高层来提供。在另一个示例中，在当编码用于上行链路授权的DCI时使用的CRC可使用第一RNTI来屏蔽的情况下，用于PUSCH传输和关联DM-RS（例如包括用来生成DM-RS基序列的参数）的UTC可对应于第一UTC。在当编码该DCI时使用的CRC可使用第二RNTI来屏蔽的情况下，用于PUSCH传输和关联DM-RS的UTC可对应于第二UTC。

在一个或多个实施方式中，UTC可基于使用的DCI格式来确定。基于传输模式或配置模式，DCI格式到UTC的直接映射可以是指定的。当在该模式被配置时，如果DCI格式（例如DCI格式5）可被接收，UE或WTRU可使用相应的为UL传输配置的UTC，否则如果UE或WTRU接收到不同的DCI格式，它可使用缺省或关联的UTC。

在一个或多个实施方式中，UTC或依赖UTC的至少一个参数（例如PUSCH跳变偏移）可基于用来构建用于传输相应DCI分配的PDCCH的最低CCE索引来确定。

UE或WTRU可基于为与至少一个UTC关联的至少一个参考信号执行的测量来确定（在一些实施方式中可能隐式地）UTC。用来执行测量的参考信号可对应于在此的参考信号的至少一个，例如UTC的点参考信号。对于UTC的给定参考信号，可使用的测量的类型可包括以下的至少一个：接收信号功率（例如类似于RSRP）；接收信号质量（例如类似于RSRQ）；路径损耗，被估计为传送功率和接收功率之间的差（以dB为单位），其中传送功率可作为配置的一部分而被提供；可替换地，可以是以dB为单位负的路径损耗的路径增益；和/或信道质量指示。

在一个或多个实施方式中，可选择UTC使得达到（或在一些实施方式中可能仅达到）最接近（closest）接收点的其中之一或子集。这样的UTC可使用以下标准的至少一个来选择：对于其关联参考信号的路径损耗可能是最小的（或者对于其路径增益可能是最大的）UTC；对于其关联参考信号的接收信号功率（或接收信号质量，或信道质量指示）可能是最大的UTC；和/或对于其由用于该UTC的传送功率控制上下文确定的传送功率可能是最小的UTC。

在一个或多个实施方式中，可选择UTC使得到达更大的接收点集合。这样的UTC可使用以下标准的至少一个来选择：对于其关联参考信号的路径损耗可能是最大的（或者对于其路径增益可能是最小的）UTC；对于其关联参考信号的接收信号功率（或接收信号质量，或信道质量指示）可能是最小的UTC；和/或对于其由用于该UTC的传送功率控制上下文确定的传送功率可能是最大的UTC。

UE或WTRU可基于以下的至少一个来确定多个以上标准的其中之一可用于UTC的选择：

‐上行链路传输（信道或信号）的类型。例如，根据可应用于上行链路传输的高层指示，具有最大功率的UTC可在周期SRS传输的情况下而被选择。例如，特定非周期SRS传输可被配置为使用具有最大功率的UTC；

‐基于可应用于上行链路传输的下行链路控制信息。例如，在指示上行链路授权的DCI中的字段可指示是使用具有最大还是最小功率的UTC；和/或

‐基于子帧定时。

在一个或多个实施方式中，UE或WTRU可基于其中上行链路发生的子帧的定时、或其中下行链路控制信息可应用于上行链路传输的子帧的定时来确定（在一些实施方式中可能隐含地）UTC。该定时可使用帧号、子帧号、周期和偏移的至少一个来定义。该方法的一个应用可以用于其中UE或WTRU可与它不能选择作为接收点的节点高度干扰的情况。在这样的情况下，网络可配置UE或WTRU具有对其它可使用常规上行链路传输的子帧子集和对其它可使用受限的传输的另一个子帧子集。在传输上的限制可以是对于一个或多个或所有物理信道和/或传输类型的传输功率方面的减少。或者它可以是在可应用CS跳变和/或PUSCH跳变方面的减少。在另一个示例中，UE或WTRU可基于可能子帧配置的特定集合的一个或多个来确定在给定子帧中使用的UTC，其中可为可通过PUSCH传送的MAC实例或一个或多个MAC实体的一些或每个子帧、或可替换地为子帧子集可获得用于PUSCH上的传输的一些或每个MAC实例或MAC实体定义子帧配置。

在一个示例方法中，用于发生在其帧号（Nf）和子帧号（Ns）满足(10xNf+Ns)mod T1=O1（其中T1和O1可以是由一个或多个高层提供的参数）的子帧子集中的上行链路传输的UTC可被确定，以对应于可将小区的通用参考信号（CRS）用作其点参考信号的UTC。在另一个示例方法中，用于上行链路传输的UTC可基于由高层提供的位图来确定，其中该位图的一个或多个或每个位置对应于特定的子帧，并且该位图的值指示使用的UTC。

在另一个示例方法中，对于偶数编号的子帧，用于CS跳变和/或PUSCH跳变偏移的初始值可被确定为第一值（可能对应于第一UTC），对于奇数编号的子帧，可被设置为第二值（可能对应于第二UTC）。这两个值可由高层提供。传输功率也可基于与各个相应UTC相关联的参数来确定。例如，在一个子帧子集中，UE或WTRU可被配置具有一个UTC集合，一个或多个或每个UTC被配置具有特定的传输功率偏移。而在另一个子帧子集中，UE或WTRU可被配置具有另一个UTC集合，其可以是第一UTC集合的近似复制，除了在某些参数方面的一些区别，例如不同的传输功率偏移。

在一个或多个实施方式中，UE或WTRU可基于其中上行链路传输发生的子帧的类型来确定（在一些实施方式中可能隐含地）UTC，其中子帧的类型可以是“MBSFN”子帧、“几乎空白”子帧或“普通”子帧的至少特定子集的其中之一。例如，用于在第一MBSFN子帧子集期间发生的上行链路传输的UTC可得以确定，以对应于可使用第一点参考信号的UTC，而用于在普通子帧期间发生的上行链路传输的UTC可被确定，以对应于可将通用参考信号用作其点参考信号的UTC或缺省UTC。

UE或WTRU可基于可能已在授权中动态信号发送或半静态配置地上行链路传输的属性来确定用于该上行链路传输的UTC。例如，用于PUSCH传输的UTC可基于用于该PUSCH的资源块分配或跳变偏移来选择。例如，它可以是开始资源块或资源块数或子带（subband）数或跳变偏移的函数。在另一个示例中，UTC可基于用于PUSCH传输的调制和编码方案来选择。

在另一个示例中，用于PUCCH传输的UTC可基于在其中该PUCCH传输发生的物理资源块（PRB）来选择。例如，用于PUCCH传输的UTC在PRB属于第一PRB集合时可被设置为第一UTC，并且当PRB属于第二PRB集合时可被设置为第二UTC。因此，例如，物理小区标识以及功率控制参数和变量（例如用于路径损耗估计的参考信号、功率控制调整状态）的至少一个可基于用于PUCCH的PRB来选择。

在另一个示例中，用于PUCCH传输的UTC可基于如由用于特定PUCCH格式的PUCCH资源索引指示的PUCCH的特定上行链路传输属性集合来选择。例如，用于PUCCH传输的UTC当资源索引可在第一值范围（或集合）内时可被设置为第一UTC，并且当资源索引可在第二值范围（或集合）内时可被设置为第二UTC。

UE或WTRU可基于下行链路传输的属性来确定用于包括用于在PDSCH上的至少一个下行链路传输的HARQ反馈的上行链路传输的UTC。该上行链路传输可包括包含HARQ反馈的PUCCH或PUSCH的至少一个。PDSCH传输的属性可包括以下的至少一个：传输模式（对于一个或多个或每个传输）；天线端口或用于PDSCH传输的参考信号的类型；和/或PDSCH传输的载波频率（或载波索引或小区索引）。

例如，如果至少一个PDSCH传输使用在7和15之间的天线端口而被接收，UE或WTRU可使用对应于第一点参考信号的UTC来传送A/N反馈（通过PUCCH或PUSCH），否则使用对于其点参考信号对应于通用参考信号的UTC。

UE或WTRU可基于最新接收的使用哪个UTC的指示来确定用于上行链路传输的UTC。这样的指示可由物理、MAC或RRC信令来接收。

例如，UE或WTRU可基于在PDCCH上数字控制信息的接收来确定UTC，其中该数字控制信息的至少一个字段指示使用的UTC，直到另一个指示可以被提供。在另一个示例方法中，UE或WTRU可基于MAC控制元素的接收来确定UTC，其中MAC CE的至少一个字段指示使用的UTC，直到另一个指示可以被提供。

在另一个示例方法中，UE或WTRU可基于最新接收的定时提前命令（例如对于其最新TAC可应用于的UTC）来确定UTC。UE或WTRU可将用于后续传输的UTC作为TAC接收的函数来选择。在一个或多个实施方式中，一旦UE或WTRU已确定接收的TAC可应用于什么UTC，UE或WTRU可为相关信道、传输类型和/或服务小区或其组选择用于后续传输的相关UTC。

例如，UE或WTRU可传送用于相关服务小区的SRS（由周期配置或由非周期请求），并且随后接收用于相关服务小区的MAC TAC CE；该MACTAC CE可包括TAC应用于的UTC的指示，并且UE或WTRU可将该UTC用于在服务小区中的后续传输，例如用于PUSCH传输。

UE或WTRU可选择可以出于激活状态的UTC（或者在一些实施方式中可能仅为也可处于激活状态的服务小区）。如果对于给定的服务小区一个UTC（或在一些实施方式中可能仅一个UTC）可同时处于激活状态，在其他设想情况中，UE或WTRU可选择该激活的UTC。否则，如果对于给定的服务小区多个UTC可同时激活，UE或WTRU可附加地应用在此描述的任意方法来选择UTC执行上行链路传输。

用于PRACH的UTC配置可包括以下参数的至少一个：初始传送功率preambleInitialReceivedTargetPower；功率提升函数和/或因子powerRampingStep；最大前导传输数preambleTransMax；小区的传送功率，例如Pcmax,c（和deltaPreambleMsg3）；基于前导格式的偏移DELTA_PREAMBLE；PRACH资源集合（例如prach-ConfigIndex）；随机接入前导组，可用前导集合每组（例如sizeOfRA-PreamblesGroupA、numberOfRA-Preambles）；如果前导组B存在，messagePowerOffsetGroupB和messageSizeGroupA；RA响应窗口大小；最大Msg3HARQ传输数；和/或竞争解决计时器。

例如，根据以上或以下描述的一个或多个实施方式，UE或WTRU可通过首先选择UTC来在服务小区的资源上进行前导传输。在一个或多个实施方式中，作为以下的一个或多个的函数，UE或WTRU可选择UTC和/或如何执行前导的传输：

‐前导传输的类型，例如前导传输是否可用于基于竞争的随机接入（CBRA）、无竞争随机接入（CFRA）、用于一旦切换时到小区的初始接入、用于连接重建立、用于调度请求（RA-SR）或用于获得上行链路定时对准；例如，如果前导传输对应于CBRA、或可替换地在切换过程期间在用于到小区的初始接入的前导传输时、或作为另一个选项在RRC连接重建立过程期间在前导传输时，UE或WTRU可选择对应于相关小区的缺省UTC的UTC（例如对应于到宏小区传输的UTC）。可替换地，当前导传输由调度请求，如RA-SR，触发时。例如，UE或WTRU可选择对应于对于其UE或WTRU没有有效上行链路定时对准（例如UTC特定TAT可能超期）、或者作为一个替换用于SCell前导传输（或者在一些实施方式中可能仅用于SCell前导传输）的UTC。

‐发起前导传输的触发，例如它可是网络发起的还是WTRU发起的；例如，如果前导传输自发地由UE或WTRU发起，例如对应于RA-SR，UE或WTRU可选择对应于相关服务小区缺省UTC的UTC（例如对应于到宏小区的传输的UTC）。例如，如果前导传输可由执行前导传输和/或随机接入过程的PDCCH命令（例如DCI格式1A）的接收触发，UE或WTRU可选择对应于用于相关小区的当前活动UTC的UTC。在一个或多个实施方式中，在其他设想情况中，如果（在一些实施方式中可能仅当如果）PDCCH命令指示在Scell上的前导传输，或者在另一个替换中，如果（在一些实施方式中可能仅当如果）该前导传输可用于获取定时提前，这可得以执行。

‐对于其前导可被传送的服务小区的类型，例如该前导传输是对应于UE或WTRU配置的PCell还是SCell。例如，如果前导传输可用于PCell，UE或WTRU可选择对应于相关服务小区缺省UTC的UTC（例如对应于到宏小区传输的UTC）。例如，如果前导传输可用于SCell，UE或WTRU可选择对应于用于相关小区当前活动UTC的UTC。

‐可在例如在诸如DCI格式1A这样的PDCCH命令中的控制信令内接收的显式指示。例如，如果可存在任意这样的指示，UE或WTRU可选择在接收的控制信令中指示的UTC；和/或

‐用于相关小区的当前激活UTC。例如，UE或WTRU可选择（或在一些实施方式中可总是选择）可为该相关小区激活的UTC。

UE或WTRU然后可识别可应用于相关UTC的设置或参数。例如，对于PRACH，一个或多个或每个UTC可被配置具有不同的功率相关参数。例如，功率上升函数可以是选择UTC的函数。UTC因此可被配置具有与例如用于缺省UTC的功率上升相比更慢或更快的上升。类似地，可以不是用于PRACH的缺省UTC的UTC可被配置具有更少的重传尝试。UE或WTRU然后可使用相应的参数发起前导的传输。UE或WTRU可例如使用可特定于相关UTC的参考信号基于可应用于相关UTC的Pcmax,c和PL估计来选择前导组。

用来推导前导传输的功率控制参数的参考信号可包括以下示例参考信号的至少一个。

例如，小区特定CRS可被用作缺省参考信号（或在一些实施方式中对于给定小区或一个或多个或所有小区可能总是）。例如，UE或WTRU可确定用于前导传输的UTC可以是使用CRS配置的UTC。在一个或多个实施方式中，对于相关小区，这可以是缺省UTC。例如，独立于为前导传输选择的UTC，UE或WTRU可确定用于相关小区前导传输的参考信号可以是小区特定参考信号（或在一些实施方式中可能可总是这样）。在该情况下，可为选择的UTC配置初始传送功率和/或功率上升参数，使得其补偿在所选择的UTC（例如对应于RRH或微微小区的UTC）和缺省UTC（例如对应于宏小区的UTC）之间的不同功率等级。网络可确定考虑什么前导接收（例如，如果它在多个接收点成功解码前导）并相应地响应，包括可能生成用于一个或多个或每个接收点的一个定时提前命令。

是否可使用小区特定CRS可以是前导传输（例如用于CBRA）的特性的函数。当不可使用CRS时，UE或WTRU特定RS和/或为该UTC配置的RS可被使用；例如，如果前导传输对应于UE或WTRU发起的前导传输和/或CBRA，独立于为前导传输选择的UTC和/或当前活动的UTC，UE或WTRU可确定用于相关小区的前导传输的参考信号可以是小区特定参考信号。否则，UE或WTRU可使用对应于为前导传输选择的UTC和/或当前活动的UTC的参考信号。

是否可使用小区特定CRS可以是所选择的UTC的特性的函数；例如，如果所选择的UTC对应于缺省UTC，小区特定CRS可以被使用。

使用的RS可以显式地被指示。例如，UE或WTRU可例如在PDCCH命令DCI格式1A中接收具有什么UTC和/或参考信号用于相应前导传输的显式指示的控制信令。

UE或WTRU可在可应用于为相关小区选择的UTC的PRACH资源上执行初始前导传输。随后，UE或WTRU可使用用于解码在PDCCH上的控制信令的RA-RNTI来接收随机接入响应（RAR）消息，其中RA-RNTI值可以是所选择的UTC的函数，例如使得RA-RNTI可无歧义地识别什么时频资源被用于前导传输，和/或对于什么UTC（或接收点）该前导被接收。UE或WTRU可使用关于RA-RNTI的控制信令的接收来确定该RAR响应于什么UTC。更一般地，UE或WTRU可基于所述RNTI确定（在一些实施方式中可能隐式地）UTC可使用给定的RNTI成功解码什么DCI，例如，UTC可包括出于识别对应于上行链路传输（例如授权、TPC或SRS请求）的下行链路控制信令的目的的RNTI。

例如，UE或WTRU可通过包括相关UTC的显式标识符来确定用于给定UTC的RA-RNTI，例如使得RA-RNTI=1+(用于传输的前导的PRACH资源的第一子帧的索引)+10*(频域中PRACH的索引)+(UTC标识)。在一个或多个实施方式中，用于给定服务小区的缺省UTC标识可以是0。

如果UE或WTRU达到用于特定UTC的最大前导传输数，UE或WTRU可执行以下的至少一个：如果（或在一些实施方式中可能仅当如果）前导传输对应于被配置为用于相关小区（例如宏小区）的缺省UTC，UE或WTRU可触发RACH错误（例如MAC向上层指示无线电链路问题）；在一个或多个实施方式中，如果（或者在一些实施方式中可能仅当如果）相关小区可以是UE或WTRU配置的PCell，UE或WTRU可去激活相关UTC；和/或UE或WTRU可发起关于被配置为用于相关服务小区的缺省UTC（或在一个或多个实施方式中，可能仅用于响应于PCell的缺省UTC）的UTC的前导传输（例如RACH过程）。

实施方式意识到在LTE R8以及以后，上行链路HARQ过程可以是同步的。在一个或多个实施方式中，UE或WTRU可为正在进行的HARQ过程（例如为为该过程接收的最后反馈可以是HARQ否定应答，或没有收到反馈的HARQ过程）执行自发的上行链路重传，直到该传输可成功和/或直到该HARQ过程可被停止（例如通过接收到HARQ应答）。UE或WTRU可附加地为正在进行的HARQ过程接收对重传授权，以例如在MCS和/或可用于重传的PRB方面适应重传。

当UE或WTRU为正在进行的HARQ过程执行非自适应同步HARQ重传时，在其他条件中，UE或WTRU可根据以下的至少一个来选择什么UTC应用于相关传输：UE或WTRU可使用与用于相关HARQ过程的初始传输相同的UTC；例如，UE或WTRU可应用（或在一些实施方式中可总是应用）它为该HARQ过程的初始传输应用的UTC；在一些实施方式中，如果以前的传输是重传，并且如果该重传被动态调度（例如它不是UE或WTRU自发的重传）使得使用不同的UTC，对任意后续UE或WTRU自发重传，UE或WTRU恢复到该HARQ过程初始传输的UTC，直到可为该HARQ过程发起新的（例如刷新或更新）传输；UE或WTRU可使用与用于相关HARQ过程以前的传输相同的UTC；例如，UE或WTRU应用它为该HARQ过程以前的传输应用的UTC；这的含义可以是如果以前的传输是重传，并且如果该重传而被动态地调度（例如它不是UE或WTRU自发的重传）使得可使用不同的UTC，UE或WTRU可应用与该HARQ过程的初始传输的相比不同的UTC；UE或WTRU可为相关服务小区使用缺省UTC；例如，对于任意HARQ过程，UE或WTRU当它执行非自适应传输时可应用缺省UTC；UE或WTRU可为相关服务小区使用当前活动的UTC。例如，对于任意HARQ过程，如果一个UTC在给定的子帧中可以是活动的（或者在一些实施方式中可能仅当一个UTC可以这样活动），UE或WTRU可在它执行非自适应重传时应用当前活动的UTC，在其他设想条件中。

UE或WTRU可被配置具有子帧子集，其中对不同的子集它可使用不同的UTC。一个或多个实施方式设想对于一个或多个或每个子帧子集和一个或多个或每个UTC，不同的PCMAX,c可被配置。在这样的场景中，实现有效非自适应重传可能是困难的。因此，非自适应重传可被增强，使得它可发生（或在一些实施方式中可能仅可发生）在与原始传输相同的子帧子集中。在这样的场景中，UE或WTRU可基于原始传输的子帧子集维护（或在一些实施方式中可需要维护或维护是有用的）分离的HARQ过程。

当UE或WTRU接收用于对正在进行的HARQ过程的HARQ重传的动态调度的控制信令时，UE或WTRU可根据以下的至少一个选择为相关的传输应用什么UTC：UE或WTRU可使用在以上或以下段落中描述的用于选择UTC的任意方法；UE或WTRU可使用与用于相关HARQ过程初始传输相同的UTC；例如，除非可应用另一个UTC选择方法（例如UTC可在控制信令中显式地信号发送），UE或WTRU可应用与用于该HARQ过程初始传输相同的UTC。UE或WTRU可使用与用于相关HARQ过程以前的传输相同的UTC；例如，除非可应用另一个UTC选择方法（例如UTC可在控制信令中显式地信号发送），UE或WTRU可用于与用于该HARQ过程以前的传输相同的UTC。UE或WTRU可为相关服务小区使用缺省UTC；例如，除非可应用另一个UTC选择方法（例如UTC可在控制信令中显式地信号发送），UE或WTRU当它执行重传时可应用缺省的UTC；UE或WTRU可为相关服务小区使用当前活动的UTC；例如，除非可应用另一个UTC选择方法（例如UTC可在控制信令中显式地信号发送），如果（或在一些实施方式中可能仅当如果）在给定的子帧中一个UTC可以是活动的，UE或WTRU在它执行重传时可应用当前活动的UTC，在其他设想的条件中。

UE或WTRU可在随机接入过程期间在MAC CE或在RAR消息中接收定时提前命令（TAC）。UE或WTRU可根据以下方法的至少一个确定TAC应用什么UTC（例如什么TA累加器）。

在包括TAC的消息（例如MAC TAC CE，RAR）中显式信号发送的标识符：包括TAC的消息包括相关UTC（和可能还包括相关服务小区）和/或相关UTC组例如在TA组的标识；例如，UE或WTRU可在任意服务小区的下行链路上接收MAC TAC CE；UE或WTRU可基于包括标识的字段（或基于其比特顺序可指示这样的标识的位图）来确定TAC可应用于什么UTC。

在调度具有TAC的消息的控制信令中显式信号发送的标识符：调度TAC的下行链路控制信息可包括相关服务小区、UTC（可能还有相关服务小区）和/或例如在TA组中相关UTC组的标识；例如，UE或WTRU可使用小区标识字段接收调度PDSCH的PDCCH DCI。CIF可指示服务小区，在该情况下方法可被用来确定TAC可应用于什么UTC，例如用于指示小区的激活UTC。可替换地，CIF可指示UTC。

上行链路传输和接收的TAC之间的关联：接收的TAC可与以前的由UE或WTRU执行的上行链路传输相关联。例如，UE或WTRU可接收在对应于以前的前导传输的RAR内的TAC。UE或WTRU可确定RAR对应于什么前导传输，并且可确定TAC可应用于对应于所述前导传输的UTC。可替换地，可使用UE或WTRU的RNTI，例如RA-RNTI，其值可以是可应用于前导传输的UTC的函数。可替换地，这可基于在解调对应于该TAC的下行链路传输时使用的PtRS。

当前为相关服务小区或TA组激活的UTC：TAC可与在接收包括TAC的传输时激活的UTC相关联。

在一个或多个实施方式中，为服务小区和/或TA组激活的UTC在可包括TAC的消息（例如MAC TAC CE）中显式地指示。在一个或多个实施方式中，对于给定的服务小区和/或给定的小区组和/或传输信道，例如被配置具有相同的UTC的小区和/或PUCH信道和/或TA组。在一些实施方式中，一旦UE或WTRU可确定接收的TAC可应用于什么UTC，UE或WTRU可将相关TAC的激活状态改变为“激活的”。在一个或多个实施方式中，如果最多一个UTC在任意时间可对于相关信道、传输类型和/或服务小区激活，相关信道、传输类型和/或服务小区的任意其他UTC可被去激活。在一个或多个实施方式中，UE或WTRU可为相关信道、传输类型和/或服务小区的后续传输选择相关UTC。

UE或WTRU可根据以下的至少一个触发和/或发起功率余量报告（PHR）的传输：

‐对给定UTC的路径损耗估计改变多于阈值。UE或WTRU可基于UTC特定参数信号进行路径损耗估计。相关的UTC可以是用于相关服务小区的缺省UTC。可替换地，它可以是可处于激活状态的UTC。可为一个或多个或每个UTC配置阈值。可替换地，它可以是基于从网络接收的显式分组信息或用于相关服务小区的可应用于UTC组的阈值。UE或WTRU可在相应PL估计改变到阈值时触发PHR；和/或

‐对于给定UTC激活状态的配置、激活和/或改变。UE或WRTU可在UTC的激活状态改变时触发PHR报告。在一个实施方式中，一旦激活UTC，就可完成这。在替换的实施方式中，一旦根据由UE或WTRU接收的显示信令激活，就可完成这。仍然在另一个实施方式中，一旦将状态从去激活改变到激活的激活，就可实现这。

UE或WTRU可在PHR中包括以下的至少一个：

‐UE或WTRU可包括用于一个或多个或所有配置的UTC的PHR值。例如，UE或WTRU可报告多个PH值，包括用于配置但去激活的UTC的PH；

‐UE或WTRU可包括用于一个或多个或所有激活的UTC的PHR值。例如，UE或WTRU可报告多个PH值，一个用于一个或多个或每个配置且激活的UTC；和/或

‐UE或WTRU可在它在其中执行包括一个或多个PHR的上行链路传输的子帧中包括用于选择UTC的PHR值。例如，UE或WTRU可报告多个PH值，一个用于一个或多个或每个对应于UE或WTRU为其执行上行链路传输的服务小区的UTC。

例如，对于以上的任一个和对于在UE或WTRU执行包括一个或多个PHR的上行链路传输的子帧中没有上行链路发生的UTC，UE或WTRU可通过在该子帧中包括基于用于传输的特定参数计算的值来报告PH值，虽然用于相应UTC的传输没有发生（例如虚拟PHR）。因此可为被配置具有多个UTC的给定服务小区上报多个PH值。

在一个或多个实施方式中，UE或WTRU可被配置具有多个子帧子集。对于一个或多个或每个子帧子集，可要求UE或WTRU使用不同的传输功率。这可要求不同的子帧子集被配置具有不同的PCMAX,c。在这样的方法中，对于一个或多个或每个子帧子集，UE或WTRU可被配置具有不同的UTC。因此，对于一个或多个或每个UTC，UE或WTRU可发现基于UTC特定功率控制参数来报告PHR是有用的。在一个或多个实施方式中，相同的UTC可被用于在一个或多个或所有不同子帧子集上的特定物理信道和/或传输类型。在这样的情况下，UE或WTRU可具有用于一个或多个或每个UTC的多个功率控制参数，其中一个或多个或每个子帧子集具有预配置的功率控制参数集合。因此，UE或WTRU可为一个或多个或每个UTC报告多个PHR值；其中一个或多个或每个PHR值对应于子帧子集（并因此相应的传输功率参数集合）。在这样的方法中，UE或WTRU可在其PHR报告中包括子帧子集标识符。在一个或多个实施方式中，PHR报告对于在其中它可被传送的子帧子集是有效的（或在一些实施方式中可能仅对这样的子集有效）。在一个或多个实施方式中，一个或多个或每个子帧子集可具有依赖它们的特定PHR上报实例。这些PHR上报实例可以不在子帧子集中。

UE或WTRU可将UTC与指示该UTC是激活还是去激活的激活状态相关联。激活状态可被用来选择可应用于给定上行链路传输的UTC。该集合状态可独立于服务小区的激活状态，假设PCell不能被去激活。在一个或多个实施方式中，UTC的去激活因此可应用于被配置具有多个UTC的PCell（或在一些实施方式中可能仅可应用于这样的PSCell）。可替换地，该状态可应用于任意配置的UTC。

UE或WTRU可接收为UE或WTRU配置的多个服务小区的其中之一激活载波分段（carrier segment）的使用的控制信令。该控制信令可包括以下的至少一个：1层信令；2层信令；3层信令；UE或WTRU自发激活。

1层信令：UE或WTRU可在指示为一个或多个服务小区激活UTC的PDCCH上接收DCI。在一些实施方式中，该指示可根据以下的至少一个：UE或WTRU使用配置的RNTI，例如UTC-RNTI，成功解码DCI格式；UE或WTRU可确定DCI格式可用作特定类型和/或包括显式指示（例如字段和/或标志）；和/或UE或WTRU可接收指示对上行链路传输（例如对PUSCH）的授权、对SRS传输的请求、或可应用于特定UTC的TPC的DCI格式。

该控制信令可激活和/或改变所述DCI格式可应用于的UTC的激活状态。在一个或多个实施方式中，DCI格式可包括该控制信令可应用于的UTC的标识。可替换地，该控制信令依次可应用于相关服务小区的UTC。例如，如果服务小区可被配置具有两个UTC，其中第一UTC可以是活动的且第二UTC可以是不活动的，该控制信令可一次去激活第一UTC并激活第二UTC。

UE或WTRU可传送HARQ ACK反馈来应答被解释为激活命令的所述DCI的接收。例如，对于在子帧n中接收的DCI信令，UE或WTRU可在子帧n+k中的上行链路信道上传送HARQ ACK，其中k可表示UE或WTRU处理延迟，例如k=4子帧。

2层信令：UE或WTRU可接收指示用于UE或WTRU配置的一个或多个服务小区的至少一个UTC的激活的MAC控制元素（CE）。在一个或多个实施方式中，该MAC CE可在UE或WTRU配置的任意服务小区的PDSCH上被接收。在一个或多个实施方式中，UE或WTRU基于包括在MAC CE中的显式指示（例如位图或transmissionContextId）激活对应于服务小区的UTC。可替换地，UE或WTRU可通过依次激活下一个UTC来激活对应于在其PDSCH上接收到该MAC CE的服务小区的UTC。在一个或多个实施方式中，MAC CE包括用于相应UTC的资源分配的配置。

在另一个示例实施方式中，UE或WTRU可基于TAC的接收来改变激活状态。UE或WTRU可改变UTC的激活状态作为TAC接收的函数。在一个或多个实施方式中，一旦UE或WTRU可以已经确定接收的TAC可应用于什么UTC，UE或WTRU可将相关TAC的激活状态改变为“激活”。在一个或多个实施方式中，如果对于相关信道、传输类型和/或服务小区或其组在任意时刻最多一个UTC可以是激活的，相关信道、传输类型和/或服务小区的任意其他UTC可被去激活。例如，UE或WTRU可为相关服务小区传送SRS（根据周期配置或根据非周期请求），并随后接收用于相关服务小区的MAC TAC CE；该MAC TAC CE可包括TAC应用于的UTC的指示，并且UE或WTRU可将相关UTC的激活状态改变为“激活的”。

3层信令：UE或WTRU可接收用于一个或多个UTC的配置，根据其缺省UTC可以处于激活状态。

UE或WTRU自发激活（例如隐式的）：UE或WTRU可为给定UTC测量信号接收质量。在一个实施方式中，这可使用RSRP测量来完成。在替换实施方式中，这可使用UTC特定参考信号来实现。当UE或WTRU检测到相应测量可能高于特定阈值时，UE或WTRU可激活相关UTC。在一个或多个实施方式中，该阈值可由RRC来配置。

在在一个或多个实施方式中，UE或WTRU可附加地去激活为相关服务小区配置的任意其他UTC，使得在任意给定时刻单一的UTC可以被激活。在一些实施方式中，用于给定服务小区的UTC的使用的激活可立即（例如在1层信令的情况下）或在一个或多个实施方式中在例如k个子帧的固定延迟后（例如在2/3层信令的情况下）应用。例如，对于在子帧n接收的2层信令，UE或WTRU可考虑来自子帧n+k的处于激活状态的UTC，其中k可以等于8个子帧；可替换地，在为在其中接收到MAC CE的传输块传输HARQ ACK后的子帧中。在一个或多个实施方式中，UE或WTRU可进一步延迟开始使用用于给定正在进行的HARQ过程的UTC，直到该HARQ过程成功地完成和/或直到接收的控制信令指示新的（例如刷新或更新）数据传输（例如来自新数据指示符——在DCI格式中的NDI字段）。

当UE或WTRU接收到激活一个或多个UTC的控制信令时，UE或WTRU可考虑用于在其中激活状态改变为新（例如刷新或更新）传输的子帧后相应HARQ缓存、用于对应于对于其使用的UTC可变化的服务小区的HARQ过程的第一分配。例如，UE或WTRU可在其中UE或WTRU接收到控制信令的子帧中执行以上的任意（或至少部分）。可替换地，UE或WTRU可在UE或WTRU可首先使用激活UTC的子帧中（例如在激活的子帧中）执行以上的至少部分。在另一个替换中，UE或WTRU可为将UTC的激活状态改变为激活状态的控制信令（或在一些实施方式中可能仅为这样的控制信令）执行一个或多个上述实施方式的至少部分。

如果对于给定的服务小区UE或WTRU可被配置具有多个UTC，并且如果多个UTC可在给定的子帧中被激活，UE或WTRU可执行附加的选择过程以确定为在相关服务小区上的上行链路传输使用什么UTC。如果相应的SCell可处于去激活状态，UE或WTRU可附加地考虑不使用UTC。在一个或多个实施方式中，在相关SCell可处于去激活状态时为给定SCell配置的一个或多个或所有UTC可被去激活。

UE或WTRU可接收去激活用于UE或WTRU配置给定服务小区的一个或多个UTC使用的控制信令。该控制信令可包括以下的至少一个：1层信令；2层信令；3层信令。

1层信令：UE或WTRU可在指示一个或多个UTC的去激活的PDCCH上接收DCI。在一些实施方式中，该指示可根据以下的至少一个：UE或WTRU使用配置的RNTI，例如CS-RNTI，成功解码DCI格式；UE或WTRU可确定DCI格式可以是特定类型和/或包括显式指示（例如字段和/或标志）；UE或WTRU接收指示以激活不同于当前为相关服务小区激活的UTC的UTC，并且在任意给定时刻单一的UTC可处于激活状态。

该控制信令可去激活和/或改变所述DCI格式可应用于的UTC的激活状态。在一个或多个实施方式中，该DCI格式可包括该控制信令应用于的UTC的标识。可替换地，该控制信令可被依次应用于相关服务小区的UTC。例如，如果服务小区可被配置具有两个UTC，其中第一UTC可以是不活动的且第二UTC可以是活动的，该控制信令可一次激活第一UTC并去激活第二UTC。

UE或WTRU可传送HARQ ACK反馈以应答被解释为去激活命令的所述DCI的接收。例如，对于在子帧n中接收的DCI信令，UE或WTRU可在子帧n+k中的上行链路信道上传送HARQ ACK，其中k可表示UE或WTRU处理延迟，例如k=4子帧。

2层信令：UE或WTRU可接收指示用于一个或多个服务小区至少一个UTC的去激活的MAC控制元素（CE）。在一个或多个实施方式中，MAC CE可在UE或WTRU配置的任意服务小区的PDSCH上被接收。在一个或多个实施方式中，UE或WTRU基于包括在MAC CE中的显式指示（例如位图，或transmissionContextId）来去激活对应于服务小区的UTC。可替换地，UE或WTRU可通过依次激活下一个UTC来去激活对应于在其PDSCH上接收到MAC CE的服务小区的UTC。在一个或多个实施方式中，MAC CE可包括用于相应UTC的资源分配的配置。

在一个实施方式中，UE或WTRU可在接收到为相关信道、传输类型和/或服务小区或其组激活另一个UTC的TAC后去激活UTC。在一些实施方式中，如果（或在一些实施方式中可能仅当如果）在任意给定时刻单一UTC可处于活动状态，可实现这，在其他设想情况中。

3层信令：UE或WTRU可接收修改和/或移除用于一个或多个服务小区的一个或多个UTC的配置，根据其相关UTC可被去激活（例如UE或WTRU恢复到相关服务小区的缺省UTC）。根据以下的至少一个，UE或WTRU可隐式地去激活UTC，并且在一个或多个实施方式中，可恢复到缺省UTC：

‐自从使用的相关UTC的最后传输（或可应用于传输的控制信令的接收，例如在PDCCH上的调度、例如授权和/或DL HARQ反馈（例如HARQ应答））的时间可比特定值（可能是配置的）（例如可用于被配置具有多个UTC的一个或多个或每个服务小区的tc-DeactivationTimer）更长；

‐用于相关UTC和/或服务小区的定时提前不再有效，例如定时对准计时器已超期；

‐在一个或多个实施方式中，如果（或在一些实施方式中可能仅当如果）UTC不可以是用于服务小区的缺省UTC，UE或WTRU接收修改用于相关服务器小区的UTC的配置的控制信令；

‐可使用特定UTC的HARQ过程已达到最大HARQ传输数（例如HARQ错误）。在一个或多个实施方式中，如果相关UTC可以是缺省UTC，UE或WTRU可确定上行链路经历某些形式的无线电链路故障，例如UL RLF；

‐UE或WTRU可确定使用相关UTC的传输可正经历无线电链路故障，例如一旦UE或WTRU到达最大前导传输数，一旦用于相关UTC的DL定时和/或DL PL参考错误。在一个或多个实施方式中，如果相关UTC可以是缺省UTC，UE或WTRU可确定上行链路经历某些形式的无线电链路故障，例如UL RLF；和/或

‐当SCell可以是去激活的时用于给定服务小区的一个或多个或所有配置UTC的隐式去激活。

当UE或WTRU接收去激活用于给定服务小区的一个或多个UTC的控制信令时，UE或WTRU可执行以下的至少一个：对于UTC已用于的HARQ过程，UE或WTRU可考虑为在其中激活状态随新的（例如刷新或更新的）传输改变的子帧后相应HARQ缓存的第一分配；UE或WTRU可恢复到用于诸如CQI报告、SRS传输（如果可应用的话）这样的其他过程的缺省UTC。用于激活的类似延迟可被应用于UTC的去激活。在一个实施方式中，这可使用显式的信令来为去激活实现。

为了为UTC确定连接性，UE或WTRU可监控与UTC相关联的无线电链路的无线电链路情况，此后被称为用于UTC的RLM。到传输点的连接性可进一步根据RACH过程状态来确定。如果RACH过程失败或如果对给定UTC的定时对准超时，UE或WTRU可建立到UTC的连接性已丢失。在一个或多个实施方式中，如果在UTC和第二UTC之间的路径损耗差可高于阈值，UE或WTRU可确定到该UTC的连接性不存在。

UTC的无线电链路监控可基于诸如PtRS这样的可与给定UTC相关联的下行链路特定参考信号。如果这样的参考信号对于给定UTC存在，该参考信号可对应于CRS，或它可对应于被配置为用于相应UTC的PtRS的参考信号的至少一个。

对于一个或多个或每个确定的UTC，如下所述，UE或WTRU可监控和估计下行链路无线电链路质量，并将它与阈值Qout和Qin比较。与无线电链路监控相关联的阈值（例如Qout/Qin、T310、N310）可以是在UE或WTRU中可被配置和用来评估无线电链路故障的UTC特定或一个通用参数集合。

UE或WTRU可根据以下的至少一个确定为哪些UTC监控无线电链路质量或连接性状态：可执行对一个或多个或所有配置的UTC的监控；可执行对一个或多个或所有活动UTC的监控；可为被配置成用于特定信道/信号子集的传输的至少一个UTC执行监控。例如，RLM可为用来传送PUCCH的UTC执行。在另一个示例中，用于PUSCH的或SRS的UTC可被监控。在另一个示例中，RLM可为将被用于PUCCH/PUSCH传输的UTC进行；监控可为配置的缺省UTC进行；监控可在根据以下测量的至少一个确定的最佳链路上进行：信道质量（CQI）测量、用于与给定UTC相关联的下行链路信道的RSRP/RSRQ或具有最大PHR值的UTC（例如，如果PHR可为一个或多个或所有配置的/活动的UTC而被确定）；监控可为配置的缺省UTC和根据以上描述的任意方法确定的另一个UTC进行。

对于一个或多个或每个确定和选择的UTC，RLM可在相关联的下行链路参考点上被执行。一个或多个或每个下行链路信号的质量可独立地被监控，并且在特定链路上的无线电链路故障的确定可被独立地确定和宣告。当此后涉及UTC中的无线电链路故障时可涉及确定到UTC的连接性可能丢失的情况的其中之一。

在可替换实施方式中，无线电链路监控/故障确定可为一个或多个或所有监控的UTC联合执行。更具体地，一个或多个或所有集合的物理层下行链路质量可独立地被监控，但如果在其他设想情况中，一个或多个或所有监控集合的质量可低于Qout阈值时，UE或WTRU可报告（或在一些实施方式中可仅报告）与高层的失步（out-of-synch），否则可报告同步。

一旦确定在至少一个UTC中的连接性丢失（例如RLF、失步、RACH故障或特定路径损耗差可被检测），UE或WTRU可执行以下动作的其中之一或组合：停止到相关联UTC的UL传输；将相关联UTC的激活状态考虑或设置为去激活；对于该UTC，认为TAT为超期；移除该UTC的配置；或UE或WTRU可停止使用故障的UTC来传送相应的信道，并可等待显式的命令或授权以开始为配置的信道使用新的（例如刷新或更新的）UTC，其中UE或WTRU可开始监控缺省UTC的下行链路或它已如下所述回落到其中的发送。

出于传送传输信道或信号的其中之一或子集的目的和/或出于PDCCH和其他配置的下行链路信号的下行链路监控的目的，UE或WTRU可进一步选择回落到不同的UTC。回落的UTC可使用以下的至少一个来确定：1）缺省UTC可被选择为回落UTC；或2）下一个可用或激活的UTC可被确定为新的（例如刷新或更新的）UTC。如果多于一个激活/配置的集合可获得，UE或WTRU可选择：i）提供最佳下行链路信道质量的UTC；ii）第一可获得的UTC，其中UTC的顺序可根据它们在RRC消息中配置的顺序或根据在配置消息中提供的显式索引；或iii）在其中另一个信道可被配置为执行传输的UTC可被选择。例如，在其中可传送PUCCH的UTC可被选择为执行其他UL传输的下一个UTC。

在一个或多个实施方式中，新的（例如刷新或更新的）选择的UTC可由UE或WTRU用来建立无线电链路连接和向eNB通信/传送PUCCH或PUSCH。UE或WTRU可在该新的（例如刷新或更新的）选择UTC上执行以下动作的其中之一或组合：1）使用新的（例如刷新或更新的）选择UTC的传输特性/参数开始前导传输；2）使用选择的传输参数和资源集合触发在PUCCH上的调度请求。在一个或多个实施方式中，这些动作可取决于具有有效TAT或可与故障UTC相同的组的一部分的UTC的UE或WTRU；或3）UE或WTRU可通过向网络发送指示消息的原因（例如UTC故障）、故障原因（例如RLF、RACH、TAT超期等）、故障UTC标识、新的（例如刷新或更新的）选择的集合的UTC标识的消息，向网络指示RLF或指示对于至少一个传输点发生的连接性丢失。该消息可经由RRC信令、MAC控制元来传送，或可替换地UE或WTRU开始使用新的（例如刷新或更新的）UTC特性。UTC特性或资源索引的改变可起到旧的UTC已故障并且UE或WTRU可以使用新的（例如刷新或更新）UTC的隐式指示的作用。

在一个或多个实施方式中，如果缺省UTC故障，在其他设想条件中，UE或WTRU可立即宣告RLF和/或可开始RRC重建立技术，并且在一些实施方式中可这么做，而不管其他非缺省UTC的连接性状态。

鉴于在此的描述和图1-9，实施方式设想可包括获取从多个上行链路传输上下文（UTC）的至少一个推导的特性和/或至少部分地基于这些特性从WTRU（或UE）传送的一个或多个技术和/或WTRU（或UE）配置。在一个或多个实施方式中，这些特性可对应于特定的预期接收点。该预期接收点可在相同的频率上运行。在一些实施方式中，UTC可以以至少一个点参考信号为特征。设想的技术和/或WTRU配置可以使得UTC可以至少一个配置参数和/或状态变量为特征。在一些实施方式中，这些特性可包括一个或多个参数的集合，包括但不限于WTRU的配置的参数，包括由无线电资源控制器（RRC）配置的半静态参数，包括可用来为相关UTC的传输确定传输功率的最大传输功率。

设想的技术和/或WTRU配置可以使得这些特性可包括一个或多个属性的集合，包括但不限于由包括下行链路（DL）路径损耗和/或从分组函数、从诸如从用来为相关UTC的传输确定传输功率的DL路径损耗参考推导的DL路径损耗估计这样的由UE执行的过程推导的定时参考的WTRU的配置推导的属性。

设想的技术和/或WTRU配置可以使得这些特性可包括一个或多个变量的集合，其中一个或多个变量包括包括激活/去激活UTC的状态变量和/或包括与定时提前值相关的计时器的计时器。

设想的技术和/或WTRU配置可以使得这些特性可包括以下的一个或多个：用于所述传输的上行链路频率和/或带宽；应用于所述传输的传输功率；应用于所述传输点定时提前（或定时对准）；特定于传送信道或信号的至少一个属性，包括（i）包括用于物理上行共享信道（PUSCH）或探测参考信号（SRS）周期或SRS非周期的循环位移、序列组、天线端口的至少一个解调参考信号的属性；（ii）传输格式和/或资源；和/或（iii）至少一个随机接入前导的属性。

实施方式设想用于为包括物理上行链路控制信道（PUCCH）、PUSCH、随机接入信道（RACH）、探测参考信号（SRS）的不同类型的传输选择上行链路传输上下文的技术和/或WTRU配置。设想的技术和/或WTRU配置可以使得该选择可至少部分地基于用来传送下行链路控制信令的天线端口和/或该选择可至少部分地基于下行链路测量。

设想的技术和/或WTRU配置可包括在可应用于UTC的路径损耗估计改变多于阈值时触发功率余量报告（PHR）。

实施方式设想可包括确定UTC的激活状态；和/或检测用于激活或去激活至少一个的触发的技术和/或WTRU配置。设想的技术和/或WTRU配置可使得触发可基于接收信号质量。

设想的技术和/或WTRU配置可包括至少部分的基于以下的一个或多个为UTC确定连接性：（i）在点参考信号上的测量，（ii）RACH过程成功/失败以及（iii）诸如回落到缺省UTC和/或UTC的去激活这样的一旦检测到连接性的丢失的动作。

设想的技术和/或WTRU配置可包括确定以下传输特性的至少一个特性：用于所述传输的上行链路频率和/或带宽；应用于所述传输的传输功率；应用于所述传输的定时提前（或定时对准）；和/或可特定于传送信道或信号的至少一个属性，例如：（i）至少一个解调参考信号（例如循环位移、序列组、天线端口）的属性；（ii）传输格式和/或资源；和/或（iii）至少一个随机接入前导的属性。

设想的技术和/或WTRU配置可包括在介质接入信道（MAC）控制元素（CE）中和/或在随机接入过程期间的随机接入响应（RAR）消息中接收定时提前命令（TAC）；和/或确定TAC应用于什么UTC。设想的技术和/或WTRU配置可以使得UTC可根据以下方法的至少一个来确定：（i）在包括TAC的消息（例如MAC TAC CE、RAR）中显式信号发送的标识符；（ii）在调度具有TAC的消息的控制信令中显式信号发送的标识符；（iii）上行链路传输和接收TAC之间的关联；和/或（iv）用于相关服务小区或TA组的当前激活UTC。

设想的技术和/或WTRU配置可包括根据以下的至少一个的在WTRU处触发和/或发起功率余量报告（PHR）的传输：（i）对于给定UTC的改变多于阈值的路径损耗估计；和/或（ii）在对给定UTC的激活状态方面的配置、激活和/或改变。设想的技术和/或WTRU配置可以使得WTRU可在UTC的激活状态变化时触发功率余量（PHR）报告，包括一旦UTC激活和/或一旦根据由WTRU接收的显式信令激活或一旦将状态从去激活改变到激活的激活。

设想的技术和/或WTRU配置可以使得PHR可包括以下的至少一个：（i）用于一个或多个或所有配置的UTC的PHR值；（ii）用于一个或多个或所有激活的UTC的PHR值；（iii）用于在在其中它执行可包括一个或多个PHR的上行链路传输的子帧中选择的UTC的PHR值。

设想的技术和/或WTRU配置可包括接收可激活用于WTRU的配置的一个或多个服务小区的载波分段的使用的控制信令。设想的技术和/或WTRU配置可以使得该控制信令可包括以下的至少一个：1层信令；2层信令；3层信令；和/或UE自发的激活。设想的技术和/或WTRU配置可以使得1层信令可包括在物理下行链路控制信道（PDCCH）上接收可指示用于一个或多个服务小区的UTC的激活的DCI格式。

设想的技术和/或WTRU配置可使得该指示可根据以下的至少一个：WTRU使用包括UTC-RNTI的配置的无线电网络临时标识符（RNTI）成功解码DCI格式；WTRU可确定可以是特定类型的和/或包括包括字段和/或标志的显式指示的DCI格式；和/或WTRU可接收指示对上行链路传输的授权、对SRS传输的请求或可应用于特定UTC的TPC的DCI格式。

设想的技术和/或WTRU配置还可包括传送混合自动重复请求（HARQ）应答（ACK）反馈以应答被解释为激活命令的所述DCI的接收。设想的技术和/或WTRU配置可以使得2层信令可包括接收可指示用于WTRU的配置的一个或多个服务小区的至少一个UTC的激活的MAC控制元素（CE）。

设想的技术和/或WTRU配置可包括基于在UE处TAC的接收改变激活状态。设想的技术和/或WTRU配置可包括确定接收的TAC可应用于什么UTC，和/或将相关TAC的激活状态改变为“激活的”。设想的技术和/或WTRU配置还可包括去激活相关信道、传输类型和/或服务小区的一个或多个其他UTC。设想的技术和/或WTRU配置可以使得3层信令可包括接收一个或多个UTC的配置，一旦接收缺省UTC可处于激活状态。设想的技术和/或WTRU配置可以使得UE自发的激活包括测量用于给定UTC的信号接收质量。

设想的技术和/或WTRU配置可包括使用用于给定服务小区的多个UTC来配置WTRU；和/或执行附加的选择过程以确定为在相关服务小区上的上行链路传输使用什么UTC。如果相应SCell可处于去激活状态，设想的技术和/或WTRU配置可选择性地包括不使用UTC。

设想的技术和/或WTRU配置可包括在WTRU处接收可去激活用于WTRU的配置的给定服务小区的一个或多个UTC的使用的控制信令。设想的技术和/或WTRU配置可以使得该控制信令可包括以下的至少一个：1层信令；2层信令；和/或3层信令。

设想的技术和/或WTRU配置可包括接收可去激活用于给定服务小区的一个或多个UTC的控制信令；执行以下的至少一个：对于UTC可能已经被用于的HARQ过程，WTRU可考虑在在其中激活状态可随新的（例如刷新或更新的）传输改变的子帧后用于相应HARQ缓存的第一分配；和/或WTRU可恢复到用于诸如信道质量指示符（CQI）上报、如果可应用SRS传输这样的其他过程的缺省UTC。

设想的技术和/或WTRU配置可包括通过在WTRU处监控与UTC相关联的无线电链路的无线电链路情况、或根据RACH过程状态、和/或根据确定的在UTC和第二UTC之间的路径损耗差可高于阈值来确定用于UTC的连接性。设想的技术和/或WTRU配置可以使得UTC的无线电链路监控可至少部分地基于可与给定UTC相关联的下行链路特定参考信号，例如点参考信号（PtRS）。设想的技术和/或WTRU配置可使得对于一个或多个或每个确定的UTC，WTRU可监控和估计下行链路无线电链路质量和/或将它与阈值Qout和Qin比较。

设想的技术和/或WTRU配置可包括确定包括可在至少一个UTC中检测到的无线电链路故障（RLF）、失步、RACH故障或特定路径损耗差的连接性的丢失；执行以下动作的其中之一或组合：停止当相关联UTC的UL传输；考虑或设置相关联UTC的激活状态为去激活；考虑TAT为对于UTC超期；移除UTC的配置；和/或WTRU停止使用故障UTC传送相应信道并等待开始使用用于配置信道的新（例如刷新或更新的）UTC的显式命令或授权。

设想的技术和/或WTRU配置可包括使用以下的至少一个确定UTC回退：选择缺省的UTC；和/或选择下一个可获得的或激活的UTC。设想的技术和/或WTRU配置可使得如果多于一个激活/配置集合可获得，WTRU可选择以下的一个或多个：（i）提供最佳下行链路信道质量的UTC，（ii）第一可获得UTC，其中UTC的顺序可根据在RRC消息中它们得以配置的顺序，或根据在配置消息中提供的显式索引；和/或（iii）在其中另一个信道可被配置以执行传输的UTC。设想的技术和/或WTRU配置可包括使用新的（例如刷新或更新的）由WTRU选择的UTC以建立无线电链路连接和向eNB通信/传送PUCCH或PUSCH。设想的技术和/或WTRU配置可以使得WTRU可在新（例如刷新或更新的）选择的UTC上执行以下动作的一个或多个：

使用新（例如刷新或更新的）选择的UTC的传输特性/参数开始前导传输；使用选择的传输参数和资源集合在PUCCH上触发调度请求；和/或通过向网络发送指示消息的原因、故障原因、故障的UTC标识和/或新（例如刷新或更新的）选择的UTC的UTC标识的至少一个的消息，向网络指示RLF或指示对于至少一个传输点发生的连接的丢失。

设想的技术和/或WTRU配置可包括通过以下的一个或多个控制功率：在无PUSCH传输的情况下控制SRS的功率；和/或控制RACH前导的功率，其中UTC可具有多个点参考信号。

设想的技术和/或WTRU配置可包括通过当可为上行链路传输共同调度多个UE时在计划的循环位移设置上应用预补偿偏移值来预补偿相关漂移峰值。设想的技术和/或WTRU配置可使得该预补偿偏移值可在相关峰值漂移的相反方向上得以计算。设想的技术和/或WTRU配置可使得WTRU可在不涉及网络操作的情况下自发地执行CS补偿。设想的技术和/或WTRU配置可以使得附加的动态信令机制可被引入以通知WTRU由在共同调度下其他WTRU使用的预补偿偏移值。

设想的技术和/或WTRU配置可以使得预补偿偏移可作为对应于可允许网络指示来自指示上行链路传输上行文的多个预补偿偏移值的其中之一的特定潜在目的地点属性的上行链路传输上下文的一部分而被信号发送。设想的技术和/或WTRU配置可使得网络可应用该预补偿偏移值。设想的技术和/或WTRU配置还可包括增加可以取决于参考信号RS长度的另一个跳变层。设想的技术和/或WTRU配置可使得取决于RS长度的跳变可结合到组跳变模式中。设想的技术和/或WTRU配置可使得用于CS跳变的初始值可被解耦并仍然是小区特定的。

设想的技术和/或WTRU配置可使得CS跳变可经由高层信令使用WTRU特定调整独立地被配置。设想的技术和/或WTRU配置可使得WTRU特定调整可动态地在最近的上行链路相关下行链路控制信息（DCI）中而被分配。设想的技术和/或WTRU配置可使得附加的随机化可在具有不同长度的解调参考信号（DMRS）上被执行。设想的技术和/或WTRU配置可包括基于循环位移字段的重解释来确定循环位移跳变的初始值。

设想的技术和/或WTRU配置可包括为非周期探测参考信号（ASRS）、周期SRS（PSRS）和/或物理上行链路共享信道（PUSCH）使用不同的传输功率控制（TPC）命令。设想的技术和/或WTRU配置可使得PUSCH资源块可以动态PUSCH RB分配的角度得以修改。设想的技术和/或WTRU配置可适当一个或多个或每个物理信道可具有TPC命令链。

设想的技术和/或WTRU配置可使得多个TPC命令链可被用于一个或多个或每个配置的物理信道。设想的技术和/或WTRU配置可使得不同的UTC可共享用于不同SRS的参数子集。设想的技术和/或WTRU配置可使得与由UTC使用的物理信道或传输类型有关的一些参数可由另一个UTC配置或传送。设想的技术和/或WTRU配置可使得配置或参数可应用于的UTC的指示可在该配置或参数的传输中。设想的技术和/或WTRU配置可使得ASRS、PSRS和/或PUSCH可维护TPC命令链。设想的技术和/或WTRU配置可使得ASRS触发可包括提供TPC命令的信息元素。

设想的技术和/或WTRU配置可使得TPC命令可被用于ASRS、PSRS和/或PUSCH的至少一个。设想的技术和/或WTRU配置可使得比特字段可被用来指示TPC命令可用于哪个点。设想的技术和/或WTRU配置可使得比特字段可使用预配置的映射。设想的技术和/或WTRU配置可使得SRS请求字段可被用来指示TPC命令可被用于什么传输类型。设想的技术和/或WTRU配置可使得PUSCH TPC命令可包括可指示TPC命令可用于哪个传输类型组合的比特字段。设想的技术和/或WTRU配置可使得DCI可被用来指示TPC命令。

设想的技术和/或WTRU配置可使得用于不同传输类型的DCI和TPC命令的不同周期/偏移之间的关系可在WTRU处得以重配置。设想的技术和/或WTRU配置可使得用于多个UTC的多个SRS可适于不同的目的。设想的技术和/或WTRU配置可使得对于其一个或多个或每个SRS被传送的频率可以是不同的。设想的技术和/或WTRU配置可使得在可为SRS发送TPC命令的频率和使用其该SRS可由WTRU传送的频率之间的关系可存在。

设想的技术和/或WTRU配置可使得一个或多个或每个类型的SRS或PUSCH可使用TPC命令字段值和校正值的特定映射来预配置。设想的技术和/或WTRU配置可使得用于确定用于PUSCH的RB的参数可被设置为第一UTC中的第一值集合和第二UTC中的第二值集合。设想的技术和/或WTRU配置可使得UTC或与该UTC相关联的至少一个参数可基于用来构建用于传输相应下行链路控制指示符（DCI）分配的物理下行链路控制信道（PDCCH）的最低控制信道元素（CCE）来确定。

设想的技术和/或WTRU配置可使得功率设置参数、TPC命令和/或用于非周期SRS（ASRS）SRS功率控制调整状态的至少一个可对应于物理上行链路控制信道（PUCCH）的功率设置参数、TPC命令和/或SRS功率控制调整状态。

设想的技术和/或WTRU配置可使得用于SRS的功率控制调整状态可通过在下行链路分配中接收的TPC命令来修改。设想的技术和/或WTRU配置可使得偏移的值可以是SRS请求字段的值的函数。设想的技术和/或WTRU配置可使得TPC命令可在ASRS、周期SRS（PSRS）和/或PUSCH之间保持分离，并且关于用来触发ASRS的SRS请求字段的值。设想的技术和/或WTRU配置可使得TPC字段可被重解释为指示功率控制调整和指示该功率控制调整是否应用于ASRS、PSRS和/或PUSCH的至少一个。

设想的技术和/或WTRU配置可使得TPC命令在TPC命令可作为可包括上行链路授权的下行链路控制信息（DCI）的一部分而被接收的情况下可应用于PUSCH，其中SRS请求字段指示ASRS可不被触发。设想的技术和/或WTRU配置可使得TPC命令在该TPC命令可作为可包括上行链路授权的DCI的一部分而被接收的情况下可应用于ASRS，其中SRS请求字段指示ASRS可被触发。设想的技术和/或WTRU配置可使得TPC命令在该TPC命令可作为可包括上行链路授权的下行链路控制信息（DCI）的一部分而被接收的情况下可应用于PUSCH，其中SRS请求字段可指示ASRS可不被触发。设想的技术和/或WTRU配置可使得ASRS可使用可维持分离功率控制调整状态的SRS请求字段的不同值来触发。

设想的技术和/或WTRU配置可使得作为包括上行链路授权的DCI的一部分而被接收的TPC命令可用于使用在相同DCI中的SRS请求字段的值来触发的ASRS。设想的技术和/或WTRU配置可使得该TPC命令可在该DCI可使得传输块（在上行链路中）的传输可被失效的情况下应用于ASRS。设想的技术和/或WTRU配置可使得TPC命令的可应用性可取决于在其中可接收它的DCI格式。设想的技术和/或WTRU配置可使得在DCI格式3中接收的TPC命令可应用于PUSCH、ASRS和/或PSRS的一个或多个。设想的技术和/或WTRU配置可使得在DCI格式4中接收的TPC命令可应用ASRS。

设想的技术和/或WTRU配置可使得TPC命令的可应用性可取决于用来屏蔽DCI的循环冗余校验（CRC）的无线电网络临时标识符的值。设想的技术和/或WTRU配置可使得在编码用于上行链路授权的DCI时可使用的CRS可使用第一RNTI来屏蔽的情况下，用于PUSCH传输的UTC和关联的DM-RS可对应于第一UTC。

设想的技术和/或WTRU配置可使得在编码DCI时使用的CRS可使用第二RNTI来屏蔽的情况下，用于PUSCH传输的UTC和关联的DM-RS可对应于第二UTC。设想的技术和/或WTRU配置可使得用于PUCCH传输的UTC可基于在其中PUCCH传输发生的物理资源块（PRB）来选择。设想的技术和/或WTRU配置可使得用于PUCCH传输的UTC可在PRB属于第一PRB集合的情况下被设置为第一UTC，并且在PRB属于第二PBR集合的情况下被设置为第二UTC。设想的技术和/或WTRU配置可使得物理小区标识以及功率控制参数和变量的至少一个可基于用于PUCCH的PRB来选择。

设想的技术和/或WTRU配置可使得用于PUCCH传输的UTC可基于如由用于特定PUCCH格式的PUCCH资源索引指示的PUCCH的特定上行链路传输属性集合来选择。设想的技术和/或WTRU配置可使得用于PUCCH传输的UTC在资源索引可在值的第一范围（或集合）内的情况下可被设置为第一UTC，并且在该资源索引可在值的第二范围（或集合）内的情况下可被设置为第二UTC。设想的技术和/或WTRU配置可使得功率控制参数依赖于子帧。

设想的技术和/或WTRU配置可使得周期SRS和多个非周期SRS的一个或多个或每个可被配置具有不同的UTC。设想的技术和/或WTRU配置可使得可为PSRS、多个ASRS、PUSCH和/或PUCCH的一个或多个或每个维护不同的TPC命令循环。设想的技术和/或WTRU配置可使得SRS类型以及PUSCH和PUCCH的组合在功率控制公式中可使用相同的TPC命令。设想的技术和/或WTRU配置可使得可应用于UTC组的TPC命令可以是累积的。

设想的技术和/或WTRU配置可使得用于单一UTC的TPC命令对于在该UTC上的UL传输的一个实例可以是有效的。设想的技术和/或WTRU配置可使得物理信道或传输类型的组可使用相同的TPC命令来更新。设想的技术和/或WTRU配置可使得WTRU可为一个或多个或每个组维护分离的功率控制调整状态。设想的技术和/或WTRU配置可使得TPC命令可期望用于其的功率控制循环可取决于在其中该TPC命令被传送的子帧号。

设想的技术和/或WTRU配置可使得物理信道和/或传输类型的子组可被重配置以依赖于子帧的子集。设想的技术和/或WTRU配置可使得在物理信道和/或传输类型的组共享TPC命令的情况下，一个或多个或每个单独物理信道和/或传输类型可被配置成将不同的偏移应用于整个TPC命令链。设想的技术和/或WTRU配置可使得当物理信道和/或传输类型的组共享TPC命令时，一个或多个或每个单独的物理信道和/或传输类型可不同地解释TPC命令码点。设想的技术和/或WTRU配置可使得UTC的选择可取决于子帧号。

设想的技术和/或WTRU配置可使得子帧的子集可根据帧号、子帧号、偏移和/或周期的至少一个来确定。设想的技术和/或WTRU配置可使得TPC命令可应用于其UTC可在其中该TPC命令被传送的子帧中被使用的物理信道或传输类型。设想的技术和/或WTRU配置可使得在TPC命令在子帧子集中被传送的情况下，配置成用于该子帧子集的UTC和/或物理信道和/或传输类型可使用该TPC命令。设想的技术和/或WTRU配置可使得独立于UTC，TPC命令可依赖于特定的物理信道和/或传输类型。设想的技术和/或WTRU配置可使得在DCI格式3中传送的TPC命令可用于一个或多个或所有子帧，并且任意其他TPC命令对子帧的子集可以是有效的。

设想的技术和/或WTRU配置可使得网络可配置UE具有对其它可使用常规上行链路传输的子帧子集和对其它可是有受限传输的另一个子帧子集。设想的技术和/或WTRU配置可使得WTRU可使用一个的UTC集合来配置，一个或多个或每个UTC被配置具有特定的传输功率偏移。设想的技术和/或WTRU配置可使得在另一个子帧子集中，WTRU可被配置具有除一些传输参数外可以是第一UTC集合的近似复制的另一个UTC集合。

设想的技术和/或WTRU配置可使得WTRU可被配置具有其中对于不同的子集它可使用不同的UTC的子帧子集。设想的技术和/或WTRU配置可使得对于一个或多个或每个子帧子集和一个或多个或每个UTC，可配置不同的PCMAX,c。设想的技术和/或WTRU配置可使得WTRU可基于原始传输的子帧子集来维护分离的HARQ过程。设想的技术和/或WTRU配置可使得WTRU可被配置具有多个子帧子集。

设想的技术和/或WTRU配置可使得对于一个或多个或每个子帧子集，WTRU可使用不同的传输功率。设想的技术和/或WTRU配置可使得不同的子帧子集可被配置具有不同的PCMAX,c。设想的技术和/或WTRU配置可使得WTRU可被配置具有用于一个或多个或每个子帧子集的不同UTC。设想的技术和/或WTRU配置可使得对于一个或多个或每个UTC，WTRU可基于UTC特定功率控制参数报告PHR。设想的技术和/或WTRU配置可使得相同的UTC可被用于在一个或多个或所有不同子帧子集上的特定物理信道和/或传输类型。

设想的技术和/或WTRU配置可使得WTRU可具有用于一个或多个或每个UTC的多个功率控制参数，其中一个或多个或每个子帧子集可具有预配置的功率控制参数集合。设想的技术和/或WTRU配置可使得WTRU可为一个或多个或每个UTC报告多个功率余量报告（PHR）值。设想的技术和/或WTRU配置可使得一个或多个或每个PHR值可对应于子帧子集。设想的技术和/或WTRU配置可使得WTRU可在PHR中包括子帧子集标识符。设想的技术和/或WTRU配置可使得PHR报告对在其中其被传送的子帧子集可以是有效的。

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

Claims (20)

1.一种无线发射/接收单元（WTRU），该WTRU包括：

处理器，该处理器至少部分地被配置成：

选择至少一个上行链路传输上下文（UTC），所述至少一个UTC对应于一个或多个特性；

选择所述一个或多个特性的至少一个特性；以及

至少部分地基于所述一个或多个特性的所述至少一个特性发起传输。

2.根据权利要求1所述的WTRU，其中所述传输包括在信道或信号的至少一者的子帧中的上行链路传输。

3.根据权利要求1所述的WTRU，其中所述处理器还被配置成从多个上行链路传输上下文（UTC）中选择所述至少一个UTC，所述多个UTC的每一个分别对应于多个接收点。

4.根据权利要求1所述的WTRU，其中所述传输包括在一个或多个子帧中的一个或多个上行链路传输，并且所述处理器还被配置成：

逐子帧地动态选择以下中的至少一者：所述至少一个UTC、所述一个或多个特性的所述至少一个特性。

5.根据权利要求1所述的WTRU，其中所述一个或多个特性包括以下中的至少一者：上行链路频率、带宽、传输功率、定时提前、以及定时对准。

6.根据权利要求2所述的WTRU，其中所述一个或多个特性包括特定于所传送的信道或信号的至少一个属性。

7.根据权利要求6所述的WTRU，其中所述至少一个属性包括以下中的至少一者：

至少一个解调参考信号的属性；传输格式；资源；以及至少一个随机接入前导的属性。

8.根据权利要求7所述的WTRU，其中所述至少一个解调参考信号的属性能够包括以下中的一者或多者：循环位移、序列组、以及天线端口。

9.根据权利要求1所述的WTRU，其中所述至少一个UTC对应于以下中的至少一者：一个或多个WTRU参数的集合、一个或多个WTRU属性的集合、以及一个或多个WTRU配置的UTC变量的集合。

10.根据权利要求1所述的WTRU，其中所述至少一个UTC对应于包括以下至少一者的上行链路信道：物理上行链路共享信道（PUSCH）、物理上行链路控制信道（PUCCH）、物理随机接入信道（PRACH）、以及探测参考信号（SRS）。

11.根据权利要求1所述的WTRU，其中所述处理器还被配置成至少部分地基于在下行链路载波上测量的参考信号来选择所述至少一个UTC。

12.根据权利要求2所述的WTRU，其中所述处理器还被配置成至少部分地基于接收的、对应于所述上行链路传输的下行链路控制信令来选择所述至少一个UTC。

13.根据权利要求3所述的WTRU，其中所述处理器还被配置成：

为所述多个UTC的每一个确定所需的传送功率；

确定最低所需传送功率；以及

至少部分地基于所确定的最低所需传送功率来选择所述至少一个UTC。

14.一种无线发射/接收单元（WTRU），该WTRU包括：

处理器，该处理器至少部分地被配置成：

选择对应于传输类型的至少一个上行链路传输上下文（UTC）；

确定对应于所述至少一个UTC的传送功率；以及

以所确定的功率发起对应于所述传输类型的传输。

15.根据权利要求14所述的WTRU，其中所述传输类型对应于以下中的至少一者：周期探测参考信号（SRS）、非周期SRS、常规SRS、以及探测SRS；并且所述传输包括在子帧中的上行链路传输，所确定的传送功率正用于该子帧。

16.根据权利要求15所述的WTRU，其中所述传送功率至少部分地基于以下中的至少一者：对应于所述至少一个UTC的上行链路路径损耗、对应于所述至少一个UTC的目标接收功率、以及当前SRS功率控制调整状态。

17.根据权利要求16所述的WTRU，其中所述传输类型不对应于物理上行链路共享信道。

18.一种无线发射/接收单元（WTRU），该WTRU包括：

处理器，该处理器至少部分地被配置成：

确定用于循环位移（CS）跳变的初始值；

从

解耦所述用于CS跳变的初始值；以及

将所述用于CS跳变的初始值与至少一个上行链路传输上下文（UTC）相关。

19.根据权利要求18所述的WTRU，其中所述处理器还被配置成将WTRU特定的调整应用于所述用于CS跳变的初始值，所述WTRU特定的调整正与所述至少一个UTC相关联。

20.根据权利要求19所述的WTRU，其中所述WTRU特定的调整在上行链路相关的下行链路控制信息（DCI）中被动态地分配。

Images