CN103069739B - 上行链路探测参考信号配置和传输 - Google Patents

Abstract

用于探测参考信号（SRS）配置和传输的方法和设备。该方法包括：接收用于传送SRS的无线发射/接收单元（WTRU）特定的SRS子帧的配置，以及一旦接收到触发，则为多个天线传送SRS。SRS传输可以在WTRU特定SRS子帧的持续时间的每一个子帧中发生，该持续时间在触发子帧之后多个WTRU特定SRS子帧处开始。对于来自多个天线的多个SRS传输来说，可以使用循环移位复用和不同的传输梳齿。用于天线的循环移位可以从循环移位参考值中确定。对于在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位提供这些天线的循环移位之间的最大距离。来自WTRU特定的子帧中的多个天线的SRS传输可以并行完成。还给出了用于处理SRS与物理信道之间的冲突的方法。

Description

上行链路探测参考信号配置和传输

相关申请的交叉引用

本申请要求享有下列申请的权益：2010年4月2日提交的美国临时申请No.61/320,576、2010年4月30日提交的美国临时申请No.61/330,158、以及2010年10月1日提交的美国临时申请No.61/388,992，这些申请的内容通过引用合并于此。

技术领域

本发明涉及无线通信。

背景技术

对于长期演进（LTE）第8版（R8）和第9版（R9）来说，无线发射/接收单元（WTRU）基于调度和传输参数来周期性地发射探测（sounding）参考信号（SRS），其中所述调度和所述传输参数由演进型节点B（eNB）经由广播和无线电资源控制（RRC）专用信令的组合以半静态方式提供给该WTRU。小区特定（cell-speciric）的SRS配置定义的是可以允许WTRU为指定的小区传送SRS的子帧。WTRU特定（WTRU-specific）的SRS配置定义的是将由特定WTRU使用的子帧和传输参数。这些配置经由RRC信令而被提供给WTRU。在WTRU特定的子帧中，WTRU可以在所关注的整个频段的最后一个符号中使用单次SRS传输来传送SRS，或者在部分波段中使用跳频技术来传送，其中使得SRS传输序列能够共同覆盖所关注的频段。循环移位和传输梳齿（comb）可以通过较高层信令来配置。在LTE R8/9中可能实现最大八个不同的循环移位以及两个不同的传输梳齿。该传输梳齿是一个频率复用方案；每一个梳齿都包括所关注的波段上的相间的子载波。与依靠不同循环移位对SRS传输进行复用相比，SR传输的频率复用不需要所述传输覆盖相同的频段。

高级LTE（LTE-A）（至少指LTE第10版（LTE R10））可以提供非周期性的SRS传输，以便减少不必要的SRS传输的数量，以及缓解由于没有足够SRS资源支持具有多个天线的WTRU所需要的额外SRS传输所带来的潜在问题。特别地，可以提供动态的非周期性SRS，但是信令和其他方面尚未得到认可。对于非周期性的SRS传输来说，WTRU有可能需要知道在哪个（哪些）子帧中使用哪些参数来传送SRS。除了循环移位和传输梳齿之类的LTE R8的参数之外，WTRU还有可能需要知道在哪一个分量载波（CC）上使用哪个（哪些）天线来进行传输。为使WTRU知道何时传送非周期性SRS，可以使用若干种触发机制，这其中包括上行链路（UL）许可、下行链路（DL）许可、RRC信令、媒介接入控制（MAC）控制元素以及基于群组或基于个体的物理下行链路控制信道（PDCCH）。就使用UL或DL许可而言，一个或多个激活比特可被使用，并且可以将许可单独作为触发，但是细节还尚未提供。用于配置SRS传输资源/参数的机制可以包括借助RRC信令的半静态配置以及与触发一同被包括的基于PDCCH的配置，但是相关的细节仍旧是没有提供的。

发明内容

用于上行链路探测参考信号（SRS）配置和传输的方法和设备。该方法包括：接收用于传送SRS的无线发射/接收单元（WTRU）特定的SRS子帧的配置，以及一旦接收到来自基站的触发，则为指定数量的天线传送SRS。SRS传输可以在WTRU特定SRS子帧持续时间中的每一个WTRU特定SRS子帧中发生，该WTRU特定SRS子帧期间在触发子帧之后多个WTRU特定SRS子帧处开始。对于来自多个天线的多个SRS传输来说，可以使用循环移位复用和不同的传输梳齿。用于天线的循环移位可以从循环移位参考值中确定，其中对于在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线所确定的循环移位实现这些天线的循环移位之间的最大距离或均匀分布。在所述WTRU特定的子帧中的来自多个天线的SRS传输可以并行进行，并且天线的数量可以少于WTRU上可用的天线的数量。在这里还给出了用于处理SRS、物理上行链路共享信道以及物理上行链路控制信道之间的冲突的方法。

附图说明

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

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

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

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

图2是例示的探测参考信号（SRS）配置和传输的流程图；

图3是用于确定最大循环移位分离度的例示过程的流程图；

图4是用于和的探测参考信号（SRS）传输子帧、循环移位（CS）和传输梳齿（TC）的图示；

图5是用于和的SRS传输子帧、CS以及TC的图示；

图6是用于和的SRS传输子帧、CS以及TC的图示；

图7是用于和的SRS传输子帧、CS以及TC的图示；

图8是用于和的SRS传输子帧、CS以及TC的图示；

图9是用于处理SRS与物理上行链路共享信道（PUSCH）传输之间的冲突的例示过程的流程图；以及

图10是用于处理SRS与物理上行链路控制信道（PUCCH）传输之间的冲突的例示过程的流程图。

具体实施方式

图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、基站、网络和/或网络元素。WTRU 102a、102b、102c、102d中的每一者可以是被配置成在无线环境中运行和/或通信的任意类型的设备。举例来说，WTRU 102a、102b、102c、102d可被配置成传送和/或接收无线信号，并且可包括用户设备（UE）、移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理（PDA）、智能电话、膝上型电脑、上网本、个人电脑、无线传感器、消费类电子产品、中继节点等。

通信系统100还可以包括基站114a和基站114b。基站114a、114b的每一者可以是被配置成与WTRU 102a、102b、102c、102d中的至少一者无线相接以便于接入诸如核心网络106、因特网110和/或网络112之类的一个或多个网络的任意类型的设备。举例来说，基站114a、114b可以是基站收发信机（BTS）、节点B、e节点B、家用节点B、家用e节点B、站点控制器、接入点（AP）、无线路由器、中继节点等。虽然将每个基站114a、114b图示为单个元件，但可以理解的是，基站114a、114b可包括任意数量的互连基站和/或网络元素。

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

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

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

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

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

图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等）来建立微微小区或毫微微小区。如图1A所示，基站114b可具有到因特网110的直接连接。因此，基站114b可以不需要通过核心网络106来接入因特网110。

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

核心网络106还可用作WTRU 102a、102b、102c、102d接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可包括提供普通老式电话服务（POTS）的电路交换电话网。因特网110可包括使用诸如TCP/IP网际协议族中的传输控制协议（TCP）、用户数据报协议（UDP）和网际协议（IP）之类的公共通信协议的全球互联计算机网络和设备系统。网络112可包括由其他服务提供商拥有和/或运营的有线或无线通信网络。例如，网络112可包括与可采用与RAN 104相同的RAT或不同的RAT的一个或多个RAN连接的其他核心网络。

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

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

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

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

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

收发信机120可被配置成调制将由发射/接收元件122传送的信号，并解调由发射/接收元件122接收的信号。如上所述，WTRU 102可具有多模能力。因此，收发信机120可包括使WTRU 102能够通过诸如UTRA和IEEE802.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还可以与GPS芯片组136耦合，GPS芯片组136可被配置成提供与WTRU102当前位置相关的位置信息（例如经度和纬度）。除了来自GPS芯片组136的信息或作为所述信息的替代，WTRU 102可通过空中接口116从基站（例如基站114a、114b）接收位置信息，和/或基于从两个或更多邻近基站接收到的信号的定时（timing）来确定其位置。可以理解的是，在与实施方式保持一致的同时，WTRU 102可借助任意适当的位置确定方法来获取位置信息。

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

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

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

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

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

MME 142可通过S1接口与RAN 104中的e节点B 140a、140b、140c的每一者连接，并且可用作控制节点。例如，MME 142可负责认证WTRU102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附着期间选取特定的服务网关等。MME 142还可以提供用于在RAN104与采用诸如GSM或WCDMA之类的其他无线电技术的其他RAN（未示出）之间切换的控制面功能。

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

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

核心网络106可有利于与其他网络通信。例如，核心网络106可向WTRU102a、102b、102c提供到诸如PSTN 108之类的电路交换网络的接入，以便于WTRU 102a、102b、102c与传统陆线（land-line）通信设备之间的通信。例如，核心网络106可包括用作核心网络106与PSTN 108之间的接口的IP网关（例如IP多媒体子系统（IMS）服务器），或可与该IP网关通信。并且，核心网络106可向WTRU 102a、102b、102c提供到网络112的接入，网络112可包括由其他服务提供商拥有和/或运营的其他有线或无线网络。

在LTE第8版和第9版（LTE R8/9）中，小区特定的探测参考信号（SRS）配置定义的是可以允许WTRU为指定小区传送SRS的子帧。WTRU特定的SRS配置定义的是将由特定WTRU使用的子帧和传输参数。这些配置经由RRC信令而被提供给WTRU。小区特定的子帧配置是以配置编号的形式提供给WTRU的，这些编号可以具有整数值0，1，2，……15。数字srs-SubframeConfig（srs-子帧配置）是由较高层提供的。每一个配置编号都对应于子帧中的一个配置周期T_SFC，以及用于SRS传输的子帧中的一个或多个小区特定传输偏移Δ_SFC的集合。对于频分复用（FDD）来说，配置周期是从集合{1,2,5,10}（ms或子帧）中选出的，对于时分复用（TDD）来说则是从集合{5,10}（ms或子帧）中选出的。传输偏移Δ_SFC标识的是可以在用于SRS的小区中使用的每一个配置周期中的一个或多个子帧。在用于TDD的表1和用于FDD的表2中提供了srs-SubframeConfig、T_SFC与Δ_SFC之间的关系。SRS子帧是满足的子帧，其中n_s是帧内的时隙数量。对于帧结构类型2来说，SRS只能在经过配置的上行链路（UL）子帧或下行链路打导频时隙（UpPTS）中传送。

表1

表2

以下SRS参数是可以由较高层以WTRU特定的半静态方式配置：传输梳齿k_TC；起始物理资源块指派n_RRC；持续时间：单个或无定限的（直至禁用）；与SRS周期T_SRS以及SRS子帧偏移T_offset对应的SRS配置索引srs-ConfigIndex或I_SRS；SRS带宽B_SRS；跳频带宽b_hop；以及循环移位

WTRU特定的SRS配置索引与SRS周期T_SRS和SRS子帧偏移T_offset之间的对应性在以下分别针对FDD和TDD的表3和表4中定义。SRS传输的周期T_SRS是从集合{2,5(5仅仅用于FDD),10,20,40,80,160,320}（ms或子帧）中选择的。对于TDD中大小为2ms的SRS周期T_SRS来说，在包含了一个或多个UL子帧的半帧中可以配置两个SRS资源。

针对FDD和满足T_SRS＞2的TDD的SRS传输实例是满足(10·n_f+k_SRS-T_offset)modT_SRS＝0的子帧（mod即“模”），其中n_f是系统帧号；对FDD而言，k_SRS＝{0,1,..,9}是帧内的子帧索引；对于TDD来说，k_SRS是在下表5中定义的。T_SRS＝2的TDD的SRS传输实例是满足(k_SRS-T_offset)mod 5＝0的子帧。

SRS配置索引ISRS	SRS周期TSRS（ms）	SRS子帧偏移Toffset
			0–1	2	ISRS
2–6	5	ISRS–2
			7–16	10	ISRS–7
17–36	20	ISRS–17
			37–76	40	ISRS–37
77–156	80	ISRS–77
			157–316	160	ISRS–157
317–636	320	ISRS–317
			637–1023	保留	保留

表3

SRS配置索引ISRS	SRS周期TSRS（ms）	SRS子帧偏移Toffset
			0	2	0,1
1	2	0,2
			2	2	1,2
3	2	0,3
			4	2	1,3
5	2	0,4
			6	2	1,4
7	2	2,3
			8	2	2,4
9	2	3,4
			10-14	5	ISRS-10
15-24	10	ISRS-15
			25-44	20	ISRS-25
45-84	40	ISRS-45
			85-164	80	ISRS-85
165-324	160	ISRS-165
			325-644	320	ISRS-325
645-1023	保留	保留

表4

表5

小区特定的子帧配置可以借助广播系统信息来用信号通告（给所有WTRU）。而实际通告的则是提供了周期T_SFC以及周期内部的一个或多个传输偏移Δ_SFC的srs-SubframeConfig。WTRU特定的子帧配置是借助专用信令而被通告给每一个单独的WTRU的。并且实际通告的是SRS配置索引I_SRS，其提供了WTRU特定周期T_SRS以及一个或两个（仅仅针对I_SRS=2的TDD）WTRU特定子帧偏移T_offset的集合。

在LTE R8中，WTRU可以支持在许可的SRS子帧中来自仅仅一个天线端口的SRS传输，并且可以用于宏小区中的操作，其中所述宏小区中假定几乎没有任何WTRU被部署了很大的信号干扰噪声比（SINR）以便从宽带SRS传输中受益。如此，SRS开销可能不是总的上行链路（UL）开销的显著部分。在LTE R8中，（对于具有单个UL发射天线的WTRU而言），由于SRS传输开销而损失的UL容量不会超出1/12（对扩展循环前缀（CP）来说）。对于大多数的配置来说，这种损失是小于1/12的。

但在高级LTE（LTE-A）中（至少被称为LTE第10版（LTE R10）），对于天线多达四个的UL多输入多输出（MIMO）来说，SRS开销有可能会增长四倍。此外，在具有处于一个分量载波内部的非连续资源分配（RA）、带有多个CC的载波聚合（CA）、UL协调多点传输（CoMP）以及热点/室内环境中的扩展部署的LTE中，SRS开销有可能会显著增长。

SRS容量可以被定义成是可以在预定探测带宽和信道相干时间传送的探测参考信号的最大数量。依照用于在不考虑附加探测处理的情况下将探测参考信号指定给多个天线的LTE R8/R9规则，SRS容量有可能在任何窄带和宽带的探测情形中都无法满足LTE R10的需求。

这里描述的是用于UL SRS配置和传输的方法和设备。所提供的方法和过程使得WTRU知道何时以及使用怎样的时间/频率/编码资源指派来传送用于每一个天线端口的SRS。尤其是用于在时域（SRS子帧）、频域（传输梳齿“TC”）以及码域（循环移位CS）中为用于具有多个UL天线端口的WTRU的UL SRS传输指派资源。对于SRS传输来说，术语“天线”和“天线端口”是可以互换使用的。所描述的一些方法或解决方案示出了2个小区示例，即小区1和小区2。但是，这些解决方案也可以应用于任何数量的服务小区。小区1可以是任一服务小区，并且小区2可以是其他任何服务小区。这些方法或解决方案既可以单独使用，也可以组合使用。可以使用的适当解决方案、方法等等取决于所调度的SRS是周期性SRS还是非周期性的SRS。

这里描述的是用于SRS子帧资源指派的方法。在LTE R8/R9中，R8/9WTRU可以在用于FDD的每个SRS周期T_SRS中的一个SRS子帧的第二个时隙的最后一个正交频分复用（OFDM）符号中传送SRS，以及在用于TDD的每一个SRS周期T_SRS的一个或两个SRS子帧中传送SRS。在用于LTE R10的例示方法中，具有多个天线的WTRU可以在每一个SRS周期T_SRS的一个或多个子帧中执行SRS传输，其中所述周期T_SRS包括并非WTRU特定子帧的子帧。WTRU可以确定在指定的SRS周期T_SRS内部出现的小区特定子帧，并且可以使用其中一些子帧来传输SRS。

在LTE R8中可以为WTRU提供用于SRS传输的WTRU特定子帧配置，以便将其使用一次或是将其一直用到所述配置被禁用。在用于LTE R10的另一个例示方法中，通过提供附加持续时间D，可以使得，在给出了持续时间D的情况下，WTRU在接下来的D个WTRU特定SRS子帧中的每一个子帧传送SRS。这种处理可被称为多传输SRS或多重（multi-shot）SRS，并且在这里对其他细节进行了描述。例如，多重SRS可能有助于跳频。对具有多个天线的WTRU来说，该WTRU可以在D个子帧中的每一个子帧为不同的天线（或多个天线）传送SRS。用于SRS传输的天线（或天线端口）的最大数量可以通过较高层信令来配置，或者可以通过层1（L1）信令来通告，例如物理下行链路控制信道（PDCCH）中的下行链路控制信息（DCI）格式。

激活时间可以与所述配置包含在一起。作为替换，激活时间和/或触发也可以单独提供，例如由较高层提供（RRC信令或媒介接入控制（MAC）信令）或是通过层1（L1）信令来提供，如通过PDCCH中的DCI格式。激活时间可以指示何时开始传送SRS。触发可以指示关于SRS传输的请求，其中，作为该触发引发的结果，所述传输有可能在相对于接收到触发的时间的预定时间或经过配置的时间发生。激活时间可以规定特定的子帧或系统帧号，系统帧号内部的子帧，相对于接收到激活时间的子帧的子帧偏移，或是相对于接收到触发的时间的子帧偏移。

作为修改现有WTRU特定SRS配置的替换，在这里可以定义一个新的SRS配置，其中该配置包括持续时间，并且可选地包括激活时间。

在用于LTE R10的另一个例示方法中，WTRU可以接收来自基站的指示，例如该指示定义了WTRU可以为其所有天线的SRS传输使用的子帧的数量。这个指示可以由较高层信令来配置，或者也可以通过PDCCH中的DCI格式来通告。为周期性SRS和非周期性SRS提供的可以具有不同的值。如果具有的发射天线的数量，那么可以将多个天线端口映射到一个SRS子帧。例如，在每个子帧中使用哪个（哪些）天线进行传送可以基于预先定义的规则（例如按照天线1、2、3、4的顺序）。作为替换，由于基站未必知道哪个天线是哪个天线，因此也可以没有规则。在这种情况下，WTRU可以选择一个顺序，并且可以始终使用相同的顺序。关于这一点的一个例外是在子帧中因为更高优先级的传输略过SRS传输。对于为下一个时机规划的天线来说，用于该天线的SRS可以在该时机中传送（并非略过的天线）。

出于例证目的，如果指示那么这有可能意味着WTRU可以在一个子帧中为所有天线传送SRS。如果指示那么这有可能意味着WTRU可以在两个子帧上为其天线传送SRS。对于具有两个天线的WTRU来说，这有可能意味着在不同的子帧中为每一个天线传送SRS。对于具有四个天线的WTRU来说，这有可能意味着在一个子帧中为两个天线传送SRS，以及在另一个不同的子帧为其他两个天线传送SRS。如果指示那么这有可能意味着WTRU可以在四个子帧上为其天线传送SRS。对于具有四个天线的WTRU来说，这有可能意味着在四个子帧上为四个天线传送SRS，也就是在不同的子帧中为每一个天线传送SRS。如果指示大于WTRU发射天线的数量，那么可以将多个SRS子帧映射到一个天线，并且可以给出一个关于在每一个子帧中在哪个天线上进行传输的预定规则。举例来说，如果是天线数量的两倍，并且WTRU具有两个天线，那么该规则可以是先在天线1上进行传输，然后在天线2上进行传输，然后在天线1上进行传输，然后在天线2上进行传输。

在用于LTE R10的另一个示例中，在给定来自基站的用于传送SRS的触发的情况下，WTRU既可以在下一个小区特定SRS子帧中传送SRS，也可以在下一个WTRU特定子帧中传送SRS，还可以在为了“按需”型（也被称为非周期性）SRS传输而被专门指定给WTRU一组子帧中的下一个子帧传送SRS。该触发既可以借助于L1信令，例如DCI格式，也可以借助于较高层信令（例如RRC消息）。对于较高层信令来说，有可能需要提供激活时间。

WTRU还可以接收指示，该指示可以是与触发一起接收的，也可以是单独接收的，其中该指示用于指示是在所有的N个天线上同时传送、还是按顺序在N/2个天线上传送、或是按顺序在N/4个天线上进行传送（或是N/X个天线，其中X的值通过某种途径获知的）。作为替换，按顺序进行传送的天线（或天线端口）的数量可以等于当前用于物理上行链路共享信道（PUSCH）的秩。所述秩也被称为MIMO传输的层的数量，它可以从上行链路（UL）许可DCI中通告的信息中得出，其中举例来说，所述UL许可DCI可以用于触发非周期性SRS传输。

图2显示的是响应于触发的SRS传输的例示流程图200。WTRU可以接收来自基站的触发（210）。然后，WTRU可以根据配置在预定子帧中传送SRS（220）。用于传送SRS的触发可以伴随关于使用多少个子帧来进行传输的指示（或者WTRU可以单独接收该指示）。如果指示的是同时传输，那么带有N个天线的WTRU可以在下一个SRS传输时机中在所有的N个天线上发送SRS。如果所使用的子帧数量是2个，那么WTRU可以在下一个SRS传输时机中在N/2个天线上进行传输（举个例子，当N=4时，可以是天线1和2），并且在另一个接下来的SRS传输时机中在另外的N/2个天线上进行传输（举个例子，当N=4时，可以是天线3和4）。这种处理对于大于等于2且为偶数的N来说是适用的。如果所使用的子帧数量是四个，那么WTRU可以在接下来的四个SRS传输时机中的每一个传输时机中在一个天线上进行传输，由此按顺序循环通过四个发射天线中的每一个。这种处理对于等于4的倍数的N来说是适用的。下一个SRS传输时机可以是下一个小区特定SRS子帧，将被用于按需/非周期性类型SRS传输的新的SRS配置中的下一个子帧，或是下一个WTRU特定的SRS子帧。该方法可以扩展到四个以上的天线。

在用于LTE R10的另一个例示方法中，举例来说，如果WTRU因为与另一个优先级更高的传输发生冲突而跳过了为特定天线规划的SRS传输，那么该WTRU可以在这个WTRU的下一个SRS时机中为轮到传送该传输的天线传送SRS（也就是不为属于所跳过的时机的天线传送SRS）。

在LTE R8中，WTRU可以在每一个SRS子帧的第二时隙的最后一个OFDM符号（也就是正常CP模式中的第14个OFDM符号）中传送SRS。在用于LTE R10的另一个例示方法中，R10WTRU可以使用每一个SRS子帧的所有两个时隙中的最后一个OFDM符号（也就是正常CP模式中的第7和14个OFDM符号）。

出于例证目的，在这里描述了WTRU如何可以使用具有用于所规定的多天线SRS传输的子帧数量的WTRU特定子帧之间的小区特定子帧的示例。在指定的WTRU特定SRS周期中，WTRU可以确定该周期中的所有小区特定子帧。例如，对于表1的srs-SubframeConfig=7而言，小区特定子帧是由T_SFC＝5和Δ_SFC＝{0,1}规定的，其对应于子帧{0,1,5,6,10,11,15,16,20,21,...}。对于表3的I_SRS=7而言，T_SRS＝10并且T_offset＝0，这与WTRU特定子帧{0,10,20,30，...}是对应的。第一个WTRU特定周期中的小区特定子帧是{0,1,5,6}；并且在下一个WTRU特定周期中，它们是{10,11,15,16}。这些子帧被称为WTRU可允许的SRS子帧。

WTRU可以通过预定规则来确定将哪些WTRU可允许的SRS子帧用于SRS传输。例如，其中一种规则可以从集合中选择最前（或最后）的个元素。另一个规则可以从集合中选择最前（或最后）的个偶数（或奇数）元素。另一个规则可以选择均匀分布在集合内部的个元素。再一个规则可以使用先前规则的某种组合。还有另一种规则可以根据预定模式来从集合中选择个元素。这种预定模式可以通过较高层信令来配置，或是通过L1信令来通告，例如PDCCH中的DCI格式。

如果单独为周期性和非周期性的SRS传输提供srs-ConfigIndex I_SRS（其提供了SRS周期T_SRS和SRS子帧偏移T_offset）和/或那么WTRU可以根据SRS传输的特性（周期性或非周期性）来使用恰当的参数。

如果（也就是说，如果SRS子帧的数量少于或等于天线的数量），那么在所选择的个子帧中的每一个子帧里，WTRU可以在一个或多个恰当的天线上传送SRS。假设将定义成是WTRU的天线端口的总数，那么可以确定同时在一个SRS子帧中传送SRS的天线的数量n_Ant是如果在一个SRS子帧的所有两个时隙中都存在SRS传输，那么

如果那么可以依照预定规则来将多个SRS子帧映射到天线端口。例如顺序的一一映射，也就是将第一子帧映射到第一天线端口，依此类推并且循环，最终在一个SRS周期T_SRS中为指定天线端口进行后续次数的SRS传输。

在这里描述了用于循环移位（CS）和传输梳齿（TC）的资源指派的例示方法。在一个例示方法中，WTRU可以从用于单个天线端口的CS与TC配对中隐式确定用于多个天线端口的CS与TC配对。具有个天线的WTRU可以从该WTRU为其中一个天线接收的CS和/或TC中推导出用于其中个天线的CS和/或TC。当WTRU将在数量为n_Ant的天线上同时传送SRS时，WTRU可以相应的从该WTRU为其中一个天线接收的CS和/或TC中推导出用于其中n_Ant-1个天线的CS和/或TC，其中n_Ant小于其实际具有的数值。同时传送SRS的天线的数量可以指定的或经过配置的。应该指出的是，循环移位可以用两个值来定义，其中一个是标识了N_CS个循环移位的集合中的CS的整数值，以及，另一个则是可以依照整数标识符定义的实际CS。如果整数标识符是n_SRS，并且实际循环移位是α_SRS，那么这两者之间的关系可以被定义成是α_SRS=2∏x n_SRS/N_CS。在这里可以使用术语循环移位或CS来表示标识符或实际循环移位。对本领域技术人员来说，根据上下文可以清楚了解所要使用的是这其中的哪一个。

在另一个例示方法中，指定给天线（或天线端口）的循环移位可以基于预定规则。一种预定规则可以将循环移位指定给每一个天线（或天线端口），以实现天线（或天线端口）的循环移位之间的最大距离。例如，对于循环移位集合{0,1,2,3,4,5,6,7}以及而言，如果对于天线端口1来说，CS=2，那么对于天线端口2来说，CS=6。最大分离度可以使用规则CS_m=(CS_ref+mxγ)mod(N_cs)来实现，其中m=0,...，CS_ref是用于供WTRU从基站接收CS的参考天线（或天线端口）的循环移位，N_cs是指定CS集合中的循环移位的总数，CS_m是每一个天线（天线端口）m的循环移位，以及γ可以被定义成是从而实现最大分离度。当WTRU同时在数量少于其天线总数的天线上传送SRS时，通过将天线总数替换成用于传输的天线数量，也就是用同时传送SRS的天线的数量n_Ant来替换可以在这些天线的循环移位之间实现最大分离度。循环移位之间的最大分离度可以将正交性最大化，并且可以减小干扰。上述内容可以进一步对照图3所示的流程图300来例证。WTRU可以接收用于指定天线/天线端口的CS（310）。集合中的循环移位的总数可以是用信号通告的、指定的或是经过配置的（330）。天线总数或同时传送SRS的天线的数量可以是预定的、指定的或是经过配置的（340）。然后，WTRU可以基于接收到的CS、循环移位的总数以及天线的数量来确定循环移位集合中的CS之间的最大分离度（350）。然后，WTRU可以基于最大或最优的循环移位分离度来将循环移位指定给天线（360）。

另一个规则可以将下一个循环移位指定给集合/群组中的当前元素。例如，在给出了循环移位集合{0,1,2,3,4,5,6,7}并且的情况下，如果对于天线端口1，CS=2，那么对于天线端口2，CS=3。另一个预定规则可以使用预定模式，其中该模式可以通过较高层信令来配置，或者通过L1信令来通告，例如PDCCH中的DCI格式。

在另一个例示方法中，传输梳齿可以首先指派给指定的循环移位，然后是接下来所有发射天线端口的循环移位，也就是说，在为指定循环移位使用了所有传输梳齿之后使用新的循环移位。作为替换，在这里也可以首先为指定的传输梳齿指派循环移位。

在另一个例示方法中，如果在一个SRS子帧中使用了两个时隙，那么用于多个天线端口的CS和/或TC可以在每一个子帧或每一个时隙上采用预定的规则/模式来循环或跳变（hop）。跳变和预定规则/模式的激活可以由较高层信令来配置，或者可以通过L1信令来通告，例如PDCCH中的DCI格式。

在另一个例示方法中，其中可以将一个CS集合指定给周期性的SRS，并且将另一个集合指定给非周期性的SRS。该处理也可以为TC实施。用于指定CS和TC的方法可以通过规则预先确定。例如，一个规则可以声明从所有的CS和/或TC中选择前n个作为周期性SRS的集合，剩下的则用于非周期性的SRS。出于例证目的，对于周期性SRS来说，可以使CS=0,1,2,3并且TC=0，对于非周期性SRS来说，可以使CS=4,5,6,7并且TC=1。另一个规则可以声明从所有的CS和/或TC中选择偶数编号的用于周期性SRS，而奇数编号的则用于非周期性的SRS。再一个规则可以是上述规则的组合。另一个规则可以根据单独用于周期性和非周期性SRS的预定模式来从集合中选择元素。该预定模式可以由较高层信令来配置，或者可以通过L1信令来通告，例如PDCCH中的DCI格式。

以下是根据这里描述的例示方法来指定子帧、循环移位以及传输梳齿的说明性示例。在非周期性的触发示例中，SRS指示符/请求可被用于触发非周期性的SRS传输，并且举例来说，所述指示符/请求可以与UL许可包含在一起。参数可以与SRS指示符/请求相结合。在表6中显示了一个可以使用两个比特来同时触发SRS传输以及指示为SRS传输使用多少个子帧的示例。

表6

以下是SRS子帧资源指派的示例。在这些示例中，用于多个天线端口的SRS传输扩展在WTRU特定SRS周期T_SRS内部的多个子帧上，并且SRS是在一个SRS传输子帧的最后的一个或多个OFDM符号（正常CP模式中的第14个OFDM符号或是第7和14个OFDM符号）中传送的。为了获取SRS传输实例，在这里以如下方式从SRS子帧偏移T_offset中确定用于多个天线端口的SRS子帧偏移T_offset-R10，其中所述SRS子帧偏移是通过较高层信令为单个天线端口配置的。

首先，由于WTRU特定子帧必须处于允许用于SRS传输的小区特定子帧内部，因此，从上表中（用于FDD的表1和表3）计算出处于指定的WTRU特定SRS周期内部的小区特定传输偏移SRS周期T_SRS内部的小区配置周期的数量被计算为其中TSFC被定义成是表1中的配置周期，并且T_SFC≤T_SRS。然后，用于WTRU特定SRS周期T_SRS的可能传输偏移是 ${\mathrm{\Δ}}_{\mathrm{SFC}}^{\mathrm{UE}-\mathrm{specific}}\∈\{{\mathrm{\Δ}}_{\mathrm{SFC}},T_{\mathrm{SFC}}+{\mathrm{\Δ}}_{\mathrm{SFC}},2*T_{\mathrm{SFC}}+{\mathrm{\Δ}}_{\mathrm{SFC}},...,(n_{\mathrm{SFC}}^{\mathrm{SRS}}-1)*T_{\mathrm{SFC}}+{\mathrm{\Δ}}_{\mathrm{SFC}}\},$ 其中i*T_SFC+Δ_SFC代表的是用i*T_SFC来与集合中的所有元素Δ_SFC相加。在示例1中，srsSubframeConfiguration=0（也就是表1中的T_SFC＝1,Δ_SFC＝{0}）并且I_SRS=7（也就是表3的T_SRS＝10和T_offset＝0），那么，并且在示例2中，srsSubframeConfiguration=7（也就是表1中的T_SFC＝5,Δ_SEC＝{0,1}）以及I_SRS=7（也就是表3的T_SRS＝10和T_offset=0），那么，对于来说， ${\mathrm{\Δ}}_{\mathrm{SFC}}^{\mathrm{UE}-\mathrm{specific}}\∈\left\{\mathrm{0,1,5,6}\right\}.$

然后，基于预定规则从中选择d_{subframe-offset}(i)，且i=0,1，...,在这里描述了关于预定规则的示例。一个规则可以从的集合中选择前个元素，例如对于和来说，d_{subframe-offset}(0)＝0,d_{subframe-offset}(1)＝1。另一个规则可以从中选择个偶数编号的元素，例如对于和来说，d_{subframe-offset}(0)＝0,d_{subframe-offset}(1)＝5。再一个规则可以从中选择个奇数编号的元素，例如对于和来说，d_{subframe-offset}(0)＝1,d_{subframe-offset}(1)＝6。另一个规则可以选择均匀（evenly）分布在内部的个元素，例如对于和来说，d_{subframe-offset}(0)＝0，d_{subframe-offset}(1)＝5。

然后计算UE特定的SRS周期T_SRS内部的SRS传输子帧T_offset-R10:T_offset-R10(i)＝(T_offset+d_{subframe-offset}(i))modT_SRS，其中i=0,1，...,

在这里描述了CS和TC指派的示例。第一说明性示例先指派CS，然后则指派TC。在这个方法中，用于来自n_Ant的同时SRS传输的传输梳齿可以与k_TC保持相同，直至耗尽所有循环移位，其中k_TC是用较高层信令为单个天线端口半静态配置的。用于来自n_Ant的同时SRS传输的实际循环移位α_SRS-R10是从参考循环移位标识符中隐式确定的，其中该标识符可以是用较高层信令以半静态的方式为单个天线端口配置的。

以下给出的是以实现了循环移位的均匀分布的方式来指派CS的示例。CS偏移之间的增量可被计算，其中N_CS是循环移位的总数，例如对于扩展CS来说，N_CS=8,{0,1，...,7}或12。然后，用于n_Ant的实际循环移位α_SRS-R10是如下计算的：

$n_{\mathrm{SRS}-R10}^{\mathrm{cs}}\left(i\right)=[n_{\mathrm{SRS}}^{\mathrm{cs}}+(i*d_{\mathrm{offset}}^{\mathrm{CS}})]\mathrm{mod}{N}_{\mathrm{CS}}$ 等式1

${\mathrm{\α}}_{\mathrm{SRS}-R10}\left(i\right)=2\mathrm{\π}\frac{n_{\mathrm{SRS}-R10}^{\mathrm{cs}}\left(i\right)}{N_{\mathrm{cs}}}$ 等式2

其中i=0,1,2，...,(n_Ant-1)。该确定将会导致产生如上在图3中显示的最大间隔循环移位。

另一个示例是基于预定规则/模式来从预定集合中选择CS偏移，例如为周期性SRS指定偶数循环移位（例如0、2、4、6），以及为非周期性SRS指定奇数循环移位（例如1、3、5、7）。

以下是示出了将CS指派与将WTRU特定子帧之间的子帧用于多个天线上的SRS传输的处理相结合的示例。出于例证目的，这里使用了下列WTRU特定参数和示例值：是传输梳齿的总数，k_TC-R10标识的是使用传输梳齿集合中的哪一个梳齿，是用于SRS传输的参考循环移位。对于来说，k_TC-R10∈{0,1}（或者对于扩展TC来说，并且k_TC-R10∈{0,1,2,3}）；对于N_CS=8来说，在这些示例中，我们将会使用与表3的T_SRS＝10以及T_offset=0相对应的I_SRS=7，与表1的Δ_SFC=0相对应的srs-SubframeConfig=0，k_TC-R10=0（除非需要另一个TC），以及

在以下示例中，将循环移位指派给多个天线端口的处理可以使用如上所述的均匀分布的方法。对在WTRU特定子帧之间使用的子帧所进行的选择可以基于预定规则，例如这里描述的规则或是别的规则。应该指出的是，所有附图都描绘的是两个或三个SRS周期。对于“一次性的”动态非周期性SRS来说，仅仅需要一个周期T_SRS。

在一个示例中，所描述的是用于2个天线的情形的SRS复用处理，其中该复用借助的是循环移位，并且使用了用于所有天线端口的相同子帧和相同TC。在这种情况下，传输只在WTRU特定子帧中进行。对于和来说，n_Ant=2。如图4所示，通过使用如上所述的均匀分布规则，用于天线端口0（A0）的（CS,TS）配对是（2,0），用于天线端口1（A1）的是（6,0）。

对于2天线的示例来说，SRS复用和容量提升可以用时分复用（TDM）完成，其中在使用相同的TC和CS的同时，不同的子帧将被用于SRS传输。对于和来说，n_Ant=1。基于诸如时间均匀分布之类的预定规则，T_offset-R10(0)＝0并且T_offset-R10(1)＝5。如图5所示，通过使用如上所述的均匀分布规则，用于每一个天线端口的(CS,TC)配对都是（2,0）。

在另一个示例中，针对4天线情形，描述了借助了CS的SRS复用，其中该复用为所有天线使用相同的子帧以及相同的TC。对于和来说，n_Ant＝4。如图6所示，通过使用如上的均匀分布规则，对天线端口0（A0）而言，天线端口的（CS,TC）配对是(2,0)，对天线端口1（A1）来说是(4,0)，对天线端口2（A2）来说是(6,0)，对天线端口3（A3）来说则是(0,0)。

在另一个示例中，针对4天线情形，描述了借助了TDM和CS的SRS复用，其中所述复用使用相同TC。对于和来说，n_Ant=2。基于时间均匀分布之类的预定规则，T_offset-R10(0)＝0并且T_offset-R10(1)＝5。如图7所示，通过使用如上所述的均匀分布规则以及n_Ant=2，对天线端口0和2（A0和A2）来说，用于天线端口的（CS,TS）配对是(2,0)，对于天线端口1和3（A1和A3）来说则是(6,0)。

在另一个示例中，针对4天线的情形，描述了借助了TDM的SRS复用，其中所述复用为所有天线使用了相同的CS和相同的TC。对于和来说，n_Ant=1。这与在某个子帧中在一个天线上传送SRS是对应的。通过使用预定规则，有可能导致T_offset-R10(0)＝0，T_offset-R10(1)＝2，T_offset-R10(2)＝4以及T_offset-R10(3)＝6。如图8所示，通过使用上述均匀分布规则，用于天线端口的(CS,TC)配对全都是(2,0)。

在这里描述了先指派TC并且随后指派CS的说明性示例。在该方法中，用于所有发射天线端口的传输梳齿都是从传输梳齿k_TC中确定的，其中该k_TC是由较高层信令为单个天线端口配置或是由规则预先确定的。举例来说，如果被定义成的传输梳齿总数是2，k_TC-R10∈{0,1}，那么该规则可以是k_TC-R10(0)＝k_TC以及k_TC-R10(1)＝(k_TC+1)mod2。

用于多个天线端口的SRS子帧偏移T_offset-R10可以从T_offset中确定，其中该T_offset是由较高层信令以如上所述的相同方式为单个天线端口配置的。

为了将CS和TC的正交资源配对指派给每一个天线端口，在这里会为指定的CS指派TC，直至耗尽所有TC。对于与图4和7相关联的示例来说，天线0的（CS,TC）配对会变成(2,0)，天线1的会变成(2,1)。对于与图6相关联的示例来说，天线0（A0）的(CS,TC)配对会变成(2,0)，天线1（A1）的会变成(2,1)，天线（A2）的会变成(6,0)，天线3（A3）的会变成(6,1)。

在这里描述了使用不同类型的UL许可作为非周期性SRS传输的触发的方法。在用于非半持续性调度情形的解决方案中，WTRU可以接收显式和隐式UL许可。在被提供了许可的情况下，该WTRU可以将这其中的一个或多个许可解释成是非周期性的SRS触发，而不需要附加信令（例如一个或多个附加的触发比特）。

WTRU可以基于基站经由例如RRC信令提供的配置来确定将哪个（哪些）UL许可类型解释成是非周期性SRS触发。作为替换，在这里预先定义将哪个（哪些）UL许可类型解释成是非周期性的SRS触发。例如，网络可以传送一个新的RRC消息或是在现有RRC消息中添加一个字段，以便定义一个指令，其中该指令指示是否将具有新传输的UL许可和/或只具有重传的UL许可，和/或借助于物理混合自动重复请求（ARQ）指示符信道（PHICH）否定应答（NACK）的隐式UL许可解释成非周期性SRS触发。然后，当接收到UL许可时，WTRU将会执行相应的操作。

作为对SoundingRS-UL-ConfigDedicated（探测RS-UL-配置专用）信息元素（IE）的扩展，在这里可以添加一个新的字段，例如UL-Grant-Type（UL-许可-类型），以便为非周期性SRS指示哪个（哪些）UL许可会触发非周期性SRS。例如，新的字段可以指示具有新传输的UL许可、只具有重传的UL许可以及借助PHICH NACK的UL许可中的哪一个会触发非周期性的SRS。作为替换，如果为非周期性SRS定义了新的IE，那么可以在该IE中添加该新的字段。

在第一解决方案的示例中，新的数据许可可以触发非周期性的SRS。举例来讲，当至少一个新数据指示符（NDI）比特指示新数据时，如果要为至少一个码字传送新数据，那么WTRU可以将带有UL许可的PDCCH解释成是非周期性SRS触发。当PDCCH UL许可指示的是针对所有码字的重传时，WTRU不会将带有UL许可的PDCCH解释成是非周期性SRS触发。WTRU不会将经由PHICH NACK的隐式资源指派解释成是非周期性SRS的触发。

在第一解决方案的另一个示例中，显式重传请求可以触发非周期性的SRS。如果UL许可仅仅指示重传（针对所有码字），那么WTRU可以将带有UL许可的PDCCH解释成是非周期性SRS触发。在这种情况下，所有NDI比特都可以指示重传，（没有新数据）。基站可以选择以这种方式来设置NDI比特，以便在具有不必要重传这种很小的惩罚的情况下“强推（force）”非周期性SRS。在这个实例中，为所有码字指示重传的UL许可有可能是触发非周期性SRS的唯一UL许可。作为替换，WTRU也可以将带有新数据的PDCCH UL许可（针对一个或多个码字）解释成是非周期性SRS触发。在另一个替换方案中，WTRU还可以将借助PHICH NACK的隐式UL许可解释成是非周期性SRS的触发。

在第一解决方案的另一个示例中，PHICH NACK可以触发非周期性SRS。WTRU可以仅仅将隐式的PHICH NACK许可解释成是非周期性SRS的触发。作为替换，WTRU还可以将带有新数据的PDCCH UL许可（针对一个或多个码字）解释成是非周期性SRS的触发。在另一个替换方案中，WTRU还可以将一个为所有码字指示重传的PDCCH UL许可解释成是非周期性SRS的触发。

在第一解决方案的另一个示例中，任何UL许可都可以触发非周期性的SRS。WTRU可以将带有新数据的PDCCH UL许可（针对一个或多个码字）解释成是非周期性SRS的触发。WTRU还可以将一个为所有码字指示重传的PDCCH UL许可解释成是非周期性SRS的触发。此外，WTRU也可以将隐式的PHICH NACK许可解释成是非周期性SRS的触发。

在第二解决方案中，对半持续性调度（SPS）而言，网络可以向WTRU发送第一传输许可以及周期性分配。此后，WTRU未必会再接收到显式UL许可。许可可以由SPS分配以及PHICHNACK来暗示。对于这些UL许可的解释可以如下进行。对于SPS来说，WTRU可以将第一传输许可、基于SPS调度的后续隐式UL许可以及每一个PHICH NACK的某种组合解释成是非周期性SRS的触发。在用于SPS的另一个示例中，WTRU可以仅仅将第一传输许可解释成是非周期性SRS的触发。在用于SPS的另一个示例中，WTRU可以将第一传输许可以及基于SPS调度的每一个后续隐式UL许可解释成非周期性SRS的触发。在用于SPS的另一个示例中，WTRU可以将第一传输许可以及每一个PHICH NACK解释成是非周期性SRS的触发。在用于SPS的另一个示例中，WTRU可以将第一传输许可、基于SPS的每一个后续隐式UL许可以及每一个PHICH NACK都解释成是非周期性SRS触发。

在第三方案中，如果显式触发与初始UL许可以及该显式触发请求的SRS包含在一起，那么WTRU可以将后续UL许可（经由PDCCH和/或PHICHNACK）解释成是非周期性SRS的触发。

在这里描述了用于在缺少数据的情况下调度SRS（伪（dummy）许可）的方法。如果没有要在UL中传送的物理上行链路共享信道（PUSCH）数据，那么有必要调度非周期性SRS。举例来说，如果从最后一次SRS传输之后经过了很长时间并且基站有可能想到得到探测量度来有效分配资源，那么该处理有可能会很有用。具有来自SRS的量度可以帮助基站做出更好的决定。

在第一解决方案中，基站可以发送一个带有仅指示SRS的码点的下行链路控制信息（DCI）格式，例如UL PUSCH许可消息。举个例子，用于每一个码字（CW）的调制和编码集合（MCS）索引可以被设置成保留值（例如29到31），而用于每一个CW的NDI则被反转（toggle），以便指示新的传输。在LTE R8/R9中，由于需要为新的传输通告MCS，因此，这是一种无效的组合。在LTE R10中可以对这种组合加以规定，以便指示CW被禁用。如果WTRU接收到一个或多个字段被设置成指示所有两个码字都被禁用的UL许可，则WTRU可以将其解释成是SRS触发。

WTRU可以使用UL许可的已有内容来获取其他配置信息。例如，WTRU可以采用与WTRU确定UL许可所针对的CC的方式相同的方式来从UL许可中确定用以传送SRS的分量载波（CC）。作为替换，用以进行传输的CC可以被固定成是所有UL CC、所有活动的UL CC或是可以采用某种其他方式来指定UL CC，例如用较高层信令来指定。WTRU可以从DCI格式的比特中获取附加配置数据，其用途可以是从其在UL许可中的初始用途修改而来的。

在另一个解决方案中，为了至少与多个天线相适应，用于LTE R10的UL许可DCI格式有可能必须是LTE R8/9UL许可格式（DCI格式0）的修改版本。在这里可以用两个NDI比特来指示对于两个码字中的每一个码字来说该许可是用于所述码字的新数据还是重传数据。如果在没有数据的情况下使用UL许可作为SRS触发，那么WTRU可以将这两个NDI比特解释成是指示在哪一个天线上传送SRS。

在这里描述了用于处理多个天线的方法。在LTE R10中，WTRU可以支持多达四个天线。第一组解决方案可以使用天线特定配置以及SRS触发。在第一解决方案中，WTRU可以从基站接收天线特定子帧以及传输参数配置，例如通过RRC信令来接收。这些天线特定配置在定义和内容上与当前为LTE R8的周期性SRS定义的WTRU特定SRS配置相似。

LTE R8/9WTRU特定子帧配置包括一个表格，该表格将SRS配置索引映射成子帧中的周期和子帧偏移。在第一解决方案的一个示例中，为LTE R10使用的可以是相同或相似的表格。然后，WTRU可以接收用于每一个天线的表格索引，而不是单个的WTRU特定值。通过使用该索引，WTRU知道了每一个天线的SRS子帧分配。

LTE R8/9WTRU特定参数是用表7所示的IE提供给WTRU的，其中所述IE是借助专用RRC信令接收的。

表7

在第一解决方案的另一个示例中，为使LTE R10中的天线配置能够提供最大的灵活性，WTRU可以在用于其每一个天线的IE中接收每一个适用参数的单独的值。对于每一个天线来说，这些值可以是相同或不同的。对于一个或多个天线来说，参数srs-ConfigIndex可以被配置成是相同的值，以便在相同的子帧中为这些天线配置SRS传输（假设同时进行传输是被允许的，并且是被配置的（如果需要的话））。

在这个IE中，持续时间参数是用于周期性SRS而不是非周期性SRS的，并且由此具有单的或无定限的布尔（BOOLEAN）值。对于非周期性的SRS来说，如果仅允许一次性的非周期性传输，那么可以消除这个值。如果允许多重的非周期性传输，那么可以使用持续时间来指示传输次数，例如1对应于1次，2对应于2次传输，N对应于N次传输，或者可以用该持续时间来指示一个代表了所许可的次数的传输中的每一次传输的值。此外它还可以包括一个用于在去激活之前表明连续的值。

在表8中显示了用于天线特定的周期性SRS配置的IE的示例，并且其在这里被称为SoundingRS-UL-ConfigDedicated-r10。它可以由每一个WTRU天线的一个单独的参数集合组成。以下在示例之后提供了关于这些参数的定义，其中该定义是从LTE R8修改而来的。

表8

在表9中显示了用于天线特定的非周期性SRS配置的IE的另一个示例，其在这里被称为SoundingRS-UL-ConfigDedicated-r10。它可以由一组公共参数组成，其中所述参数对于所有的天线而言都是相同的。对于针对于每一个天线来说，某些参数可能存在差异，而对这些参数来说，IE可以包含用于每一个WTRU天线的单独参数。在本示例中，对于每一个天线来说，不同的仅仅是子帧配置索引、循环移位以及传输梳齿。在该实例之后给出了这些从LTE R8修改而来的参数的定义。

表9

在表10中显示了用于天线特定的非周期性SRS配置的IE的另一个示例，其在这里被称为SoundingRS-UL-ConfigDedicated-r10。它可以由一组公共参数构成，其中对于所有天线来说，这些参数都是相同的。对于每一个天线来说，某些参数可能存在差异，而对这些参数来说，IE可以包含用于每一个WTRU天线的单独参数。在本示例中，对于每一个天线来说，不同的仅仅是循环移位以及传输梳齿。在该实例之后给出了这些从LTE R8修改而来的参数的定义。

表10

表11所示的参数字段描述可以应用于上述示例。

表11

在LTE R8中，IE SoundingRS-UL-ConfigDedicated可以包含在RadioResourceConfigDedicated（无线电资源配置专用）结构的IEPhysicalConfigDedicated（物理配置专用）中。RadioResourceConfigDedicated是用RRCConnectionSetup（RRC连接建立）消息、RRCConnectionReconfiguration（RRC连接重新配置）消息以及RRCReestablishmentRequest（RRC重新建立请求）消息调用的。

通过在IE PhysicalConfigDedicated中包含在这里被称为SoundingRS-UL-ConfigDedicated-r10的新结构，可以将LTE R10WTRU天线特定的配置包含在RRC配置消息中，然后，与以上LTE R8的情形一样，所述IE PhysicalConfigDedicated可以包含在RRC下行链路配置消息中。IE的变化可以如表12所示。

表12

在另一个示例中，天线特定的配置可以包括用于单个天线的参数，然后，只有在用于任何或所有其他天线的参数与用于所述单个天线的参数存在差别的时候，该配置才会包含这些参数。

如果没有为非周期性SRS使用跳频，则可以从IE中排除相关的参数。

在第二解决方案中，WTRU可以从基站接收天线特定的子帧和传输参数配置。在给出了触发的情况下，WTRU可以在下一个天线特定的子帧中为每一个被配置了SRS传输的天线传送SRS。对于不同的天线来说，天线特定的子帧可以是相同或不同的。当某些参数对于不同天线相同时，可以将这些参数通告一次（即所有天线通用的参数），然后针对所有天线使用这些参数。

在第二解决方案的示例中，WTRU可以被配置成在Na个天线上传输SRS。假设采用了与LTE R8SRS相似的方式来为LTE R10SRS定义每一个天线的子帧配置，其中为每一个天线（i＝0,1，...Na-1）提供了子帧周期T_SRS(i)和子帧偏移T_offset(i)。然后，对于频分双工（FDD）来说，在给出了子帧‘n’中的SRS触发的情况下，WTRU可以在子帧‘k_SRS(i)’中为每一个天线i传送SRS，其中i＝0,1，...Na-1，由此k_SRS(i)>=n+1并且满足天线特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS(i)-T_offset(i))modT_SRS(i)＝0。

如果T_SRS(i)和T_offset(i)对于所有天线而言都是相同的，那么其SRS传输有可能都会在相同的子帧中进行。如果存在Na个天线并且其偏移全都不同，那么触发可能导致在Na个单独的子帧中进行SRS传输。

在第三解决方案中，WTRU可以从基站接收天线特定的子帧和传输参数配置。在给出了触发的情况下，WTRU可以在下一个天线特定的子帧中传送SRS，其中该子帧是距离每一个被配置了SRS传输的天线的触发子帧至少四个子帧的子帧。对于不同的天线来说，天线特定子帧可以是相同或不同的。当某些参数对于不同天线相同时，可以将这些参数用信号通告一次（也就是所有天线通用），然后将这些参数用于所有天线。

在第三解决方案的一个示例中，WTRU可以被配置成在Na个天线上传输SRS。假设采用了与LTE R8SRS相似的方式来为LTE R10SRS定义每一个天线的子帧配置，其中为每一个天线i＝0,1，...Na-1提供了子帧周期T_SRS(i)和子帧偏移T_offset(i)。然后，对FDD而言，当在子帧‘n’中给出了SRS触发时，WTRU可以在子帧‘k_SRS(i)’中为每一个天线i传送SRS，其中i＝0,1，...Na-1，由此k_SRS(i)>=n+4并且满足天线特定的SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS(i)-T_offset(i))modT_SRS(i)＝0。

如果T_SRS(i)和T_offset(i)对于所有天线而言都是相同的，那么其SRS传输有可能全都在相同的子帧中进行。如果存在Na个天线并且其偏移全都不同，那么触发可能导致在Na个单独的子帧中进行SRS传输。

在第四解决方案中，WTRU可以从基站接收WTRU特定的子帧，以便供所有天线用于非周期性的SRS。这些子帧与用于周期性SRS的子帧可以是相同或不同的。对于不同的天线来说，诸如循环移位和传输梳齿之类的传输参数可以是相同或不同的。对于来自多个天线且处于一个子帧的同时传输来说，正交性可以通过循环移位复用和/或不同的传输梳齿指派来实现。在给出了触发的情况下，WTRU可以基于所规定的天线指定方法以及所规定的触发-传输子帧关系来确定在哪些子帧中以及在哪个（哪些）天线上传送SRS。

在第四解决方案的一个示例中，诸如UL许可或其他DCI格式之类的触发可以显式规定在哪个（哪些）天线上传送SRS。在这种情况下，WTRU可以在满足所规定的触发-传输子帧关系的下一个子帧中为指定的一个或多个天线传送SRS。作为替换，较高层配置可以定义（例如借助RRC信令）针对每一个触发而在哪个（哪些）天线上传送SRS。

举个例子，如果在子帧n中给出了一个触发，那么WTRU可以在下列各项之一中为所指定的一个或多个天线传送SRS：1）下一个子帧（n+1）；2）下一个小区特定子帧（例如子帧‘k_SRS’，由此k_SRS>=n+1并且还满足小区特定SRS子帧偏移以及SRS周期配置参数3）下一个WTRU特定子帧（以FDD为例则是‘k_SRS’，由此k_SRS>=n+1并且还满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0）；4）处于触发子帧之后至少四个子帧处的下一个小区特定子帧（例如子帧‘k_SRS’，由此k_SRS>=n+4并且还满足小区特定SRS子帧偏移以及SRS周期配置参数）；或者5）处于触发子帧之后至少四个子帧处的下一个WTRU特定子帧（以FDD为例则是子帧‘k_SRS’，由此k_SRS>=n+4并且还满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0）。

在第四解决方案的另一个示例中，诸如UL许可或其他DCI格式之类的触发或较高层信令可以指定：在为SRS传输配置的天线上循环进行SRS传输。在这种情况下，WTRU可以在满足所规定的触发-传输子帧关系的下一个时隙中为所配置的天线（以在这些天线中循环的方式）传送SRS。

如果在子帧n中给出了一个触发，那么WTRU可以根据下述方法之一来按顺序为所配置的Na个天线中的每一个传送SRS。在一个例示方法中，WTRU可以在下一个小区特定子帧（例如子帧‘k_SRS’，由此k_SRS>=n+1并且还满足小区特定SRS子帧偏移以及SRS周期配置参数）中为所配置的第一个天线传送SRS。该WTRU可以在每一个接下来的小区特定子帧中为每一个附加的所配置的天线传送SRS。

在另一个例示方法中，WTRU可以在下一个WTRU特定子帧（以FDD为例则是‘k_SRS’，由此k_SRS>=n+1并且还满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0）中为所配置的第一个天线传送SRS。该WTRU可以在每一个接下来的WTRU特定子帧中为每一个附加的所配置的天线传送SRS。

在另一个例示方法中，WTRU可以在下一个小区特定子帧（例如子帧‘k_SRS’，由此k_SRS>=n+4并且还满足小区特定SRS子帧偏移以及SRS周期配置参数）中为第一个所配置的天线传送SRS。该WTRU可以在每一个接下来的小区特定子帧中为每一个附加的所配置的天线传送SRS。

在另一个例示方法中，WTRU可以在下一个WTRU特定子帧（以FDD为例则是‘k_SRS’，由此k_SRS>=n+4并且还满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0）中为第一个所配置的天线传送SRS。该WTRU可以在接下来的每一个WTRU特定子帧中为每一个附加的所配置的天线传送SRS。

作为WTRU按顺序为天线传送SRS的处理的替换方案，WTRU为之传送SRS的天线可以依照预定的模式，例如基于跳频参数（与LTE R8相似）。

作为在每一个小区特定子帧或WTRU特定子帧中进行传输的替换方案，WTRU可以在每N个小区特定子帧或WTRU特定子帧中传送SRS。

在这里描述了可以用于多个天线上的SRS传输的串行和并行传输方案。这些方案可以包括：1）并行传输，其中所有SRS传输都处于相同的子帧中；2）串行传输，其中所有SRS传输都处于不同的子帧中，例如按照顺序或者依照预定模式，其中举例来说，所述预定模式可以基于跳频参数；或者3）基于路径损耗之类的指定判据的并行或串行传输。选择并行还是串行传输可以由网络（即基站）或WTRU来决定。

在这里描述了用于确定或切换传输方案的方法。在第一解决方案中，基站可以决定并且向网络告知做些什么。网络可以确定SRS传输方案（串行或并行），并且向WTRU发送一个指示，以向其告知使用哪一个传输方案。一旦接收到来自基站的指示，则WTRU可以将其SRS传输方案设置成所请求的串行或并行，并且在其下一个传送SRS的子帧中进行相应的传输。作为替换，该消息可以显式地标识发生变化的时间，并且在这种情况下，WTRU可以使用显式定义的时间。来自基站的指示可以包含在诸如UL许可之类的DCI格式中，该指示可以包含在针对非周期性SRS的触发中。此外，该指示还可以包含在较高层信令中，例如来自基站的RRC消息。

在第二解决方案中，WTRU可以对传输方案作出决定，并且WTRU或基站可以对传输方案的选择进行控制。在一个变体中，WTRU可以确定其优选的SRS传输方案（串行或并行），并且向网络发送一个指示，以便向其告知其优选的是哪一种传输方案。该优选方案的指示可以是优选方案（即串行或并行）的显式指示，或者是暗含所述优选方案的WTRU状态的一个或多个其他指示（例如功率余量，到达最大功率警报等等）。响应于来自WTRU的指示，基站可以向WTRU发送一个使用不同传输方案的指示，例如从并行方案变成串行方案。来自基站的指示可以包含在诸如UL许可之类的DCI格式中、针对非周期性SRS的触发中或是较高层信令（例如来自基站的RRC消息）中。

一旦接收到来自基站的指示，则WTRU可以将其SRS传输方案设置成所请求的串行或并行，并且举例来说，该WTRU可以在其下一个传送SRS的子帧中进行相应的传输。作为替换，来自基站的消息/指示可以显式标识发生变化的时间，并且在这种情况下，WTRU可以使用显式定义的时间。

在这里可以使用阈值处理，以使WTRU在最新的优选方案保持成为优选方案达到一定的时间或是经过一定次数的SRS传输之后向基站告知所述新的优选方案。

在第二解决方案的另一个变体中，WTRU可以确定其优选SRS传输方案（串行或并行）。该优选传输方案可以基于WTRU对使用其当前SRS传输方案或使用SRS并行传输方案进行SRS传输所需的功率做出的判定。其基本前提在于：最好让WTRU进行并行传输，并且基于WTRU的评定，当且仅当并行操作需要的功率超出所允许的功率时才切换到串行。

WTRU可以确定是否支持并行传输。如果不支持，则其向网络（例如基站）发出通知。如果WTRU已经处于串行传输模式，那么它可以继续进行测试，以便了解它是否可以返回到并行传输模式，并当其确定可以返回时对网络进行通知。

用于与基站互通的方法可以有数种。WTRU可以宣布其将会切换并在预先定义的时间进行切换。作为替换，WTRU可以宣布其将会切换并且在切换之前等待来自基站的应答。作为替换，WTRU可以宣布其推荐进行切换并且向基站发送一个消息。基站可以发送一个确认该变化的响应（或者也可以不发送）。WTRU可以等待来自基站的消息，以便进行切换，如果它得到该消息，那么它可以在指定的时间进行切换。这个指定的时间可以是暗指的，例如消息之后固定的规定时间。作为替换，它可以是在从基站到WTRU的消息中显式定义的。

在这里描述了可以对并行和串行传输方案使用上述选择或切换方法的示例。在一个示例中，在使用SRS并行传输方案的同时，WTRU可以确定其所有天线的并行传输（也就是在一个子帧的一个符号中）是否会导致超出最大功率（在使用功率减小技术来避免超出最大功率之前）。如果WTRU确定其将会超出最大功率，那么WTRU可以向网络发送一个指示，以便将这种状况告知网络。该指示可以包含在RRC消息、MAC控制元素或物理层信令中，并且可以是单个比特、余量值或其他指示。基站随后可以向WTRU发送一个指示，以便切换到串行传输。

在另一个示例中，在使用SRS串行传输的同时，WTRU可以确定其所有天线的并行传输（也就是在一个子帧的一个符号中）是否会导致超出最大功率（在使用功率减小技术来避免超出最大功率之前）。如果WTRU确定其不会超出最大功率，那么WTRU可以向网络发送一个指示，以便将这种状况告知网络。该指示可以包含在RRC消息、MAC控制元素或物理层信令中，并且可以是单个比特、余量值或其他指示。基站随后可以向WTRU发送一个指示，以便切换到并行传输。

在另一个示例中，在使用SRS并行传输方案的同时，WTRU可以确定其所有天线的并行传输（也就是在一个子帧的一个符号中）是否会导致超出最大功率（在使用功率减小技术来避免超出最大功率之前）。如果WTRU确定其将会超出最大功率，那么WTRU可以向网络发送一个指示，以便向网络告知该WTRU将会切换到SRS串行传输方案。所述指示可以包含在RRC消息、MAC控制元素或物理层信令中，并且可以是单个比特、余量值或其他指示。然后，WTRU可以将其SRS传输方案设置成串行，并且在其向网络发送了变化指示之后的预定时间（例如四个子帧之后）开始使用串行传输。

在另一个示例中，在使用SRS串行传输的同时，WTRU可以确定其所有天线的并行传输（也就是在一个子帧的一个符号中）是否会导致超出最大功率（在使用功率减小技术来避免超出最大功率之前）。如果WTRU确定其不会超出最大功率，那么WTRU可以向网络发送一个指示，以便向网络告知该WTRU将会切换到SRS并行传输方案。所述指示可以包含在RRC消息、MAC控制元素或物理层信令中，并且可以是单个比特、余量值或其他指示。然后，WTRU可以将其SRS传输方案设置成并行，并且在其向网络发送了变化指示之后的预定时间（例如四个子帧）之后开始使用并行传输。

在所有情况中都可以使用阈值处理，以使WTRU在最新的优选方案保持成为优选方案达到一定的时间或是经过一定次数的SRS传输之后向基站告知所述新的优选方案。

在这里描述了使用SRS传输方案的方法。在一个例示的配置方法中，可用于SRS并行传输方案和SRS串行传输方案的子帧可以是相同的子帧，也就是说，WTRU可以接收来自基站的配置，以便将其用于串行和并行传输方案。例如，WTRU可以接收SRS配置表的SRS配置索引（例如，与用于LTE R8WTRU特定的SRS的索引相同或相似），该索引提供了用于并行和串行传输方案的子帧周期T_SRS和子帧偏移T_offset。

WTRU可以从基站接收针对天线的循环移位和/或传输梳齿。该WTRU可以针对每一个天线分别接收循环移位和传输梳齿，或者WTRU可以从针对第一天线的循环移位和/或传输梳齿中推导出针对每一个附加天线的循环移位和/或传输梳齿。所述推导可以依据早先在这里提供的方法之一。

WTRU可以从基站接收附加的传输参数，例如在SoundingRS-UL-ConfigDedicated中定义的参数。对于不同的天线来说，诸如跳频参数之类的SRS传输参数可以是相同或不同的。对于非周期性的SRS来说，意味着单个或无定限的持续时间有可能是不必要的，或者可以被意指用以传送SRS的子帧数量（对于多次传输而言）的持续时间所取代。

在第二配置方法中，当使用并行的SRS传输方案时，在为天线给出了传输子帧和传输参数的情况下，一旦接收到触发或是在传输被激活的时候，WTRU可以根据如这里描述的触发或激活-传输规则并使用所配置的参数在一个或多个恰当的子帧中同时在其所有天线上进行传输。

当使用串行SRS传输方案时，在为天线给出了传输子帧和传输参数的情况下，一旦接收到触发或者在传输被激活的时候，WTRU可以根据如这里描述的触发或激活-传输规则而在每个子帧中进行一个天线上的传输。对于在特定天线上进行的每次SRS传输来说，WTRU可以使用为该天线配置的参数。作为替换，对于在特定天线上进行的每一次SRS传输而言，WTRU可以使用为第一天线配置的参数。

在这里描述了使用并行传输方案的方法。对于并行SRS传输方案来说，如果触发导致产生单个传输，那么在子帧n中给出了触发的情况下，WTRU可以基于下列规则之一而在后续子帧之一中同时为其所有天线传送SRS。根据一个规则，WTRU可以在下一个子帧（n+1）中进行传输。根据另一个规则，它可以在下一个小区特定子帧（例如子帧‘k_SRS’，由此k_SRS>=n+1并且还满足小区特定SRS子帧偏移以及SRS周期配置参数）中进行传输。

根据另一个规则，WTRU可以在下一个WTRU特定子帧（以FDD为例是子帧‘k_SRS’，由此k_SRS>=n+1并且还满足WTRU特定子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0）中进行传输。这些用于非周期性SRS的WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧处的下一个小区特定子帧（例如子帧‘k_SRS’，由此k_SRS>=n+4并且还满足小区特定SRS子帧偏移以及SRS周期配置参数）进行传输。

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧处的下一个WTRU特定子帧（以FDD为例是子帧‘k_SRS’，由此k_SRS>=n+4并且还满足WTRU特定子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0）进行传输。这些用于非周期性SRS的WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

对于并行的SRS传输方案来说，如果触发可能导致多次传输（也就是多重SRS传输），那么，倘若给出了用于传输的Ns个子帧的持续时间并且在子帧n中给出了触发，则WTRU可以根据下列规则之一而在Ns个子帧中同时为其所有天线传送SRS。根据一个规则，WTRU可以在接下来的Ns个子帧中的每一个子帧进行传输其中起始子帧是子帧n+1。根据另一个规则，WTRU可以在接下来的Ns个小区特定子帧中的每一个子帧进行传输，其中举例来说，每一个子帧‘k_SRS’会使得k_SRS>=n+1，并且还满足小区特定SRS子帧偏移以及SRS周期配置参数

根据另一个规则，WTRU可以在接下来的Ns个WTRU特定子帧中的每一个子帧进行传输，其中举个例子，对FDD而言，每一个子帧‘k_SRS’会使k_SRS>=n+1，并且还满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧处的下Ns个小区特定子帧中的每一个子帧进行传输，其中举例来说，对FDD而言，每个子帧‘k_SRS’会使k_SRS>=n+4，并且满足小区特定SRS子帧偏移以及SRS周期配置参数

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧之后的下Ns个WTRU特定子帧中的每一个子帧进行传输，以FDD为例，每一个子帧‘k_SRS’会使k_SRS>=n+4，并且还满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

值Ns=1可以用于指示一个子帧的持续时间。在这种情况下，触发将会导致在一个子帧中进行所有天线上的SRS传输，该一个子帧与单个传输的情形是相同的。Ns的预定值可以用于指示连续传输或周期性传输。

作为在每一个子帧、小区特定子帧或WTRU特定子帧中进行传输的替换，WTRU可以在每N个子帧（在这N个子帧的第N个子帧处）、小区特定子帧或WTRU特定子帧传送SRS。

对于并行SRS传输方案来说，当使用激活/去激活时，如果在子帧n中给出了一个触发（激活），那么WTRU可以根据下列规则之一来同时为其所有天线传送SRS。根据一个规则，WTRU可以在以子帧n+1为开始的接下来的每一个子帧中进行传输，直至去激活。根据另一个规则，WTRU可以在接下来的每一个小区特定子帧中进行传输，直至去激活，其中举例来说，每一个子帧‘k_SRS’都会使得k_SRS>=n+1，并且还满足小区特定SRS偏移以及SRS周期配置参数

根据另一个规则，WTRU可以在接下来的每一个WTRU特定子帧中进行传输，直至去激活，其中举例来说，每一个子帧‘k_SRS’都会使得k_SRS>=n+1，并且还满足WTRU特定SRS偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧之后的每一个子帧中进行传输，直至去激活，以FDD为例，每一个子帧‘k_SRS’会使得k_SRS>=n+4，并且还满足小区特定SRS子帧偏移以及SRS周期配置参数

根据另一个规则，在触发子帧之后至少四个子帧之后的每一个WTRU特定子帧，WTRU可以进行传输，直至去激活，以FDD为例，每一个子帧‘k_SRS’会使k_SRS>=n+4，并且还满足WTRU特定SRS偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

作为在每一个子帧、小区特定子帧或WTRU特定子帧中进行传输的替换方案，WTRU可以在每N个子帧（在这N个子帧的第N个子帧处）、小区特定子帧或WTRU特定子帧传送SRS。

在这里描述了使用串行传输方案的方法。对于一次使用一个天线的串行SRS传输方案来说，如果在子帧n中给出触发，那么WTRU可以基于下列规则之一来为其天线之一传送SRS。根据一个规则，WTRU可以在下一个子帧（n+1）中进行传输。根据另一个规则，它可以在下一个小区特定子帧（例如子帧‘k_SRS’，由此k_SRS>=n+1并满足小区特定SRS子帧偏移以及SRS周期配置参数）中进行传输。

根据另一个规则，WTRU可以在下一个WTRU特定子帧中进行传输（以FDD为例是子帧‘k_SRS’，由此k_SRS>=n+1并且还满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0）。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧之后的下一个小区特定子帧（例如子帧‘k_SRS’，由此k_SRS>=n+4并满足小区特定SRS子帧偏移以及SRS周期配置参数）进行传输。

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧之后的下一个WTRU特定子帧（以FDD为例则是子帧‘k_SRS’，由此k_SRS>=n+4并且还满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0）进行传输。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

用于不同天线的SRS可以按顺序传送（每触发一次，便在一个天线上进行一次传输）。由此WTRU和基站将会明白在指定子帧中将哪一个天线用于SRS传输。

作为按顺序来为天线传送SRS的处理的替换，对于WTRU为之传送SRS的天线来说，这些天线可以依照一个预定模式。例如，它可以基于跳频参数（如在LTE R8中一样）。

对单次传输而言，针对所有天线按顺序处于串行SRS传输方案中的情况，如果在子帧中给出了一个触发，那么WTUR可以根据下列规则之一来按顺序为其Na个天线传送SRS，其中每次传送一个SRS（每个子帧传送一次）。WTRU可以在接下来的Na个子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中起始子帧是子帧n+1。根据另一个规则，WTRU可以在接下来的Na个小区特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中举例来说，每一个子帧‘k_SRS’都使得k_SRS>=n+1，并且还满足小区特定SRS偏移以及SRS周期配置参数

根据另一个规则，在接下来的Na个WTRU特定子帧中的每一个子帧，WTRU可以为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中以FDD为例，每一个子帧‘k_SRS’会使得k_SRS>=n+1，并且还满足WTRU特定SRS偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧之后的Na个小区特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中举例来说，每一个子帧‘k_SRS’会使得k_SRS>=n+4，并且还满足小区特定SRS子帧偏移以及SRS周期配置参数

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧之后的Na个WTRU特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中以FDD为例，每一个子帧‘k_SRS’会使得k_SRS>=n+4，并且还满足WTRU特定SRS偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

作为WTRU按顺序为天线传送SRS的替换，对于WTRU为之传送SRS的天线来说，这些天线可以依照预定的模式。例如基于跳频参数（例如针对LTE R8）。

作为在每一个子帧、小区特定子帧或WTRU特定子帧中进行传输的替换方案，WTRU可以在每N个子帧（在这N个子帧的第N个子帧处）、小区特定子帧或WTRU特定子帧传送SRS。

对多次传输而言，针对天线按顺序处于串行SRS传输方案中并且用于传输的持续时间是Ns个子帧的情况，如果在子帧n中给出了一个触发，那么WTRU可以依照用于非周期性SRS传输的下列规定之一来按顺序为其Na个天线传送SRS，其中每次传送一个SRS（每个子帧传送一次）。WTRU可以在接下来的Ns个子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中起始子帧是子帧n+1。根据另一个规则，WTRU可以在接下来的Na个小区特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中举例来说，每一个子帧‘k_SRS’都使得k_SRS>=n+1，并且还满足小区特定SRS偏移以及SRS周期配置参数

根据另一个规则，WTRU可以在接下来的Na个WTRU特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中以FDD为例，每一个子帧‘k_SRS’会使得k_SRS>=n+1，并且还满足WTRU特定SRS偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧之后的Na个小区特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中举例来说，每一个子帧‘k_SRS’会使得k_SRS>=n+4，并且还满足小区特定SRS子帧偏移以及SRS周期配置参数

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧之后的Na个WTRU特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中以FDD为例，每一个子帧‘k_SRS’会使得k_SRS>=n+4，并且还满足WTRU特定SRS偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

值Ns=1可以用于指示一个子帧的持续时间。在这种情况下，触发将会导致在一个子帧中进行一个天线上的SRS传输，这与单次传输的情形是相同的。Ns的预定值可以用于指示连续传输或周期性传输。

作为WTRU按顺序为天线传送SRS的替换，对于WTRU为之传送SRS的天线来说，这些天线可以依照预定的模式。例如基于跳频参数（例如在LTER8中那样）。

作为在每一个子帧、小区特定子帧或WTRU特定子帧中进行传输的替换方案，WTRU可以在每N个子帧（在这N个子帧的第N个子帧处）、小区特定子帧或WTRU特定子帧中传送SRS。

在用于多次传输的另一个解决方案中，对于所有天线全都按顺序处于串行SRS传输方案中并且用于传输的持续时间是Ns个子帧的情况而言，如果在子帧n中给出了触发，那么WTRU可以根据下列规则之一来为其Na个天线传送SRS，其中每次将会传送一个SRS（每个子帧传送一个）。WTRU可以在接下来的Na×Ns个子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中起始子帧是子帧n+1。根据另一个规则，WTRU可以在接下来的Na×Ns个小区特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中举例来说，每一个子帧‘k_SRS’都使得k_SRS>=n+1，并且还满足小区特定SRS偏移以及SRS周期配置参数

WTRU可以在接下来的Na×Ns个WTRU特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中以FDD为例，每一个子帧‘k_SRS’会使得k_SRS>=n+1，并且还满足WTRU特定SRS偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

WTRU可以在触发子帧之后至少四个子帧之后的Na×Ns个小区特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中举例来说，每一个子帧‘k_SRS’会使得k_SRS>=n+4，并且还满足小区特定SRS子帧偏移以及SRS周期配置参数

WTRU可以在触发子帧之后至少四个子帧之后的Na×Ns个WTRU特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中以FDD为例，每一个子帧‘k_SRS’会使得k_SRS>=n+4，并且还满足WTRU特定SRS偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

值Ns=1可以用于指示一个子帧的持续时间。在这种情况下，触发将会导致在Na个子帧中进行SRS传输。Ns的预定值可以用于指示连续传输或周期性传输。

作为WTRU按顺序为天线传送SRS的替换，对于WTRU为之传送SRS的天线来说，这些天线可以依照预定的模式。例如基于跳频参数（例如在LTER8中那样）。

作为在每一个子帧、小区特定子帧或WTRU特定子帧中进行传输的替换方案，WTRU可以在每N个子帧（在这N个子帧的第N个子帧处）、小区特定子帧或WTRU特定子帧中传送SRS。

对于串行SRS传输方案来说，当使用激活/去激活时，如果在子帧n中给出一个触发（激活），那么WTRU可以根据下列规则之一来按顺序为其Na个天线传送SRS，其中每次传送一个SRS（每个子帧传送一个）。WTRU可以在以子帧n+1为开始的接下来的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），直至去激活。根据另一个规则，WTRU可以在接下来的小区特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），直至去激活，其中举例来说，每一个子帧‘k_SRS’都使得k_SRS>=n+1，并且还满足小区特定SRS偏移以及SRS周期配置参数

根据另一个规则，WTRU可以在接下来的WTRU特定子帧中的每一个子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中以FDD为例，每一个子帧‘k_SRS’会使得k_SRS>=n+1，并且还满足WTRU特定SRS偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。在去激活之前，这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧之后的每一个小区特定子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），直至去激活，其中举例来说，每一个子帧‘k_SRS’都会使得k_SRS>=n+4，并且还满足小区特定SRS子帧偏移以及SRS周期配置参数

根据另一个规则，WTRU可以在触发子帧之后至少四个子帧之后的每一个WTRU特定子帧中为Na个天线之一传送SRS（按顺序在这些天线中进行循环），其中以FDD为例，每一个子帧‘k_SRS’会使得k_SRS>=n+4，并且还满足WTRU特定SRS偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。这些WTRU特定子帧与那些为周期性SRS传输配置的子帧可以是相同或不同的。

作为WTRU按顺序为天线传送SRS的替换，对于WTRU为之传送SRS的天线来说，这些天线可以依照预定的模式。例如基于跳频参数（例如在LTER8中）。

作为在每一个子帧、小区特定子帧或WTRU特定子帧中进行传输的替换方案，WTRU可以在每N个子帧（在这N个子帧的第N个子帧处）、小区特定子帧或WTRU特定子帧中传送SRS。

在这里描述了用于在比可用天线少的天线上进行SRS传输的方法。假设WTRU具有Na个天线，该WTRU可以从基站接收配置或指示，以便在传送SRS的时候使用数量少于其Na个天线的天线。具有多个发射天线的LTE-AWTRU可以具有两种工作模式，即多天线端口模式（MAPM）和单天线端口模式（SAPM），其中默认的工作模式可以是SAPM。

对MAPM来说，在传送SRS时，基站可以借助物理层或较高层信令来向WTRU告知是否使用少于Na个天线。作为替换，可以预定为SRS使用的天线少于Na个天线。例如，在这里可以将用于SRS的最大天线数量预先定义成两个。

当在MAPM中工作时，WTRU可以对所使用的天线少于Na进行解释，例如将使用Nb个天线解释成是指依照如这里描述的为具有多个天线的SRS定义的规则来执行操作，然而所使用的是Nb个而不是Na个天线，其中Nb<Na。

对于SAPM来说，WTRU可以根据LTE R8规范来传送SRS。如果WTRU具有为用于MAPM的SRS配置的参数，那么一旦切换到SAPM，如果未被配置，则WTRU可以使用为天线1配置的参数作为其用于SAPM中的SRS传输的WTRU特定参数。

在这里描述了用于处理单个触发所导致的多次SRS传输（多重传输）的方法。多个子帧中的SRS传输对改进的量度性能以及不同的天线而言是非常有用的。多个子帧中的SRS传输对于支持跳频而言也是很有用的。假设某个触发可能导致一次以上的SRS传输，那么可以考虑在连续子帧中进行传输。但是，这种处理有可能提出一个问题，那就是除非所有子帧都是不允许小区中的WTRU在用于SRS的符号中传送数据的小区特定子帧，否则，连续子帧中的传输可能导致在传送SRS的WTRU与传送数据的WTRU之间产生过多干扰。如果所有子帧都是小区特定子帧，那么数据的最后一个符号会被所有在小区中传输的WTRU删余（puncture），而这有可能导致性能降低或容量减小。所描述的方法部分提供了一种用于多重SRS传输的手段，其减小了干扰的可能性以及对每个子帧的最后一个符号进行删余的需要。

在这里描述了一种对响应于触发的多次和/或单次传输的使用进行管理的解决方案。在一个示例中，触发可以命令Ns次SRS传输（Ns可以是1或更大）。在另一个示例中，网络可以为Ns选择介于1与Nmax之间的值，并且指派这个值。这个值可以是基站用信号通告给WTRU的系统参数、小区特定参数或WTRU特定参数。非周期性SRS触发可以包括Ns的值。这种处理有可能需要更多比特来支持该附加信息。作为替换，Ns的值可以通过较高层信令来提供。

在另一个解决方案中，假设Ns是由于一个SRS触发而导致的SRS传输的数量。如果给出触发，那么WTRU可以在下一个小区特定子帧中传送SRS，然后在接下来的Ns-1个小区特定子帧中的每个子帧传送SRS。以FDD为例，假设SRS触发处于子帧‘n’中，则WTRU可以在子帧‘k_SRS’中传送SRS（起始），以使k_SRS>=n+1并满足小区特定SRS子帧偏移以及SRS周期配置参数然后，在第一SRS传输之后进行的是接下来的Ns-1个子帧（在子帧k_SRS之后）中的每一个子帧上的SRS传输，其中所述子帧满足小区特定SRS子帧偏移和SRS周期配置参数作为在每一个小区特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

与导致产生固定次数的SRS传输的触发相反，如果可以使用SRS激活/去激活，那么响应于所述激活，WTRU可以在下一个小区特定子帧中传送SRS，然后在接下来的小区特定子帧中的每一个子帧上传送SRS，直至去激活。一旦去激活，则WTRU可以停止传送SRS。应该指出的是，激活可以被视为一种触发类型。以FDD为例，假设在子帧‘n’中给出了一个SRS激活，那么WTRU可以在子帧‘k_SRS’中传送SRS（起始），由此k_SRS>=n+1并且满足小区特定SRS子帧偏移以及SRS周期配置参数然后，在第一SRS传输之后跟随的是在接下来的每个子帧（在子帧k_SRS之后）中进行的SRS传输，其中所述子帧满足小区特定SRS子帧偏移和SRS周期配置参数一旦去激活，则WTRU可以停止传送SRS。作为在每一个小区特定子帧进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

以上解决方案可以扩展到多天线的情形。对于多天线的情形来说，如果给出了一个触发，那么WTRU可以在下一个小区特定子帧中传送SRS，然后在接下来的Ns-1个小区特定子帧中的每一个子帧上传送SRS。SRS可以是在同一子帧为所有天线传送的。在这种情况下，正交性可以通过循环移位复用和/或不同的梳齿指派来实现。作为替换，SRS可以是为所配置的不同天线传送的，由此在Ns个子帧中的每一个子帧上，该传输会在所配置的天线之间交替（在所配置的天线之间循环）。作为WTRU按顺序为天线传送SRS的替换，WTRU为之传SRS的天线可以依照预定的模式。例如，它可以基于跳频参数（例如像在LTE R8中那样）。作为在每一个小区特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

对于多个天线的情形来说，如果可以使用SRS激活/去激活，则WTRU可以在下一个小区特定子帧中传送SRS，然后在接下来的小区特定子帧中的每一个子帧上传送SRS，直至去激活。在同一个子帧中可以为所有天线传送SRS。在这种情况下，正交性可以通过循环移位复用和/或不同的梳齿指派来实现。作为替换，SRS可以是为所配置的不同天线传送的，由此在Ns个子帧中的每一个子帧上，该传输会在所配置的天线之间交替（在所配置的天线之间循环）。作为WTRU按顺序为天线传送SRS的替换，对于WTRU为之传送了SRS的天线来说，这些天线可以依照预定的模式。例如，它可以基于跳频参数（例如在LTE R8中）。作为在每一个小区特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

在用于处理多次传输的另一个解决方案中，假设Ns是一个SRS触发导致发生的SRS传输的数量。假设触发处于子帧n中，则WTRU可以在下一个小区特定子帧中传送SRS，然后则在接下来的Ns-1个小区特定子帧中的每一个子帧上传送SRS，其中所述下一个小区特定子帧比触发子帧n至少晚四个子帧（也就是n+4或更晚）。以FDD为例，如果SRS触发处于子帧‘n’中，那么WTRU可以在子帧‘k_SRS’中传送SRS（起始），由此k_SRS>=n+4并且满足小区特定SRS子帧偏移以及SRS周期配置参数然后，在第一SRS传输之后进行的是接下来的每个子帧（在子帧k_SRS之后）中的SRS传输，其中所述子帧满足小区特定SRS子帧偏移和SRS周期配置参数作为在每一个小区特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

与导致产生固定次数的SRS传输的触发相反，如果可以使用SRS激活/去激活，那么响应于所述激活，WTRU可以在下一个小区特定子帧中传送SRS，然后在接下来的小区特定子帧中的每一个子帧上传送SRS，直至去激活，其中所述下一个小区特定子帧比触发子帧n至少晚四个子帧（也就是n+4或更晚）。一旦去激活，则WTRU可以停止传送SRS。激活/去激活可以被视为一种触发类型。以FDD为例，假设在子帧‘n’中给出了一个SRS激活，那么WTRU可以在子帧‘k_SRS’中传送SRS（起始），由此k_SRS>=n+4并且满足小区特定SRS子帧偏移以及SRS周期配置参数然后，在第一SRS传输之后进行的是接下来的每个子帧（在子帧k_SRS之后）中的SRS传输，其中所述子帧满足小区特定SRS子帧偏移和SRS周期配置参数一旦去激活，WTRU可以停止传送SRS。作为在每一个小区特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

以上的两个示例可以扩展到多个天线的情形。假设触发处于子帧‘n’中，则WTRU可以在下一个小区特定子帧中传送SRS，然后则在接下来的Ns-1个小区特定子帧中的每一个子帧上传送SRS，直至去激活，其中所述下一个小区特定子帧比触发子帧n至少晚四个子帧（也就是n+4或更晚）。在同一子帧可以为所有天线传送SRS。在这种情况下，可以通过循环移位复用和/或不同的梳齿指派实现正交性。作为替换，SRS可以是为所配置的不同天线传送的，由此在Ns个子帧中的每一个子帧上，在去激活之前，该传输会在所配置的天线之间交替（在所配置的天线之间循环）。作为WTRU按顺序为天线传送SRS的替换，WTRU为之传送SRS的天线可以依照预定的模式。例如，它可以基于跳频参数（例如在LTE R8中）。作为在每一个小区特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

激活/去激活情形也可以扩展到多天线的情形。如果在子帧n中给出了一个触发（激活），那么WTRU可以在下一个小区特定子帧中传送SRS，其中所述下一个小区特定子帧比触发子帧n至少晚四个子帧（也就是n+4或更晚），然后在接下来的小区特定子帧中的每一个子帧上传送SRS。SRS可以是在同一子帧为所有天线传送的。在这种情况下，正交性可以通过循环移位复用和/或不同的梳齿指派来实现。作为替换，SRS可以是为所配置的不同天线传送的，由此在小区特定子帧中的每一个子帧上，该传输会在所配置的天线之间交替（在所配置的天线之间循环）。作为WTRU按顺序为天线传送SRS的替换，WTRU为之传SRS的天线可以依照预定的模式。例如，它可以基于跳频参数（例如像在LTE R8中那样）。作为在每一个小区特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

在用于处理多次传输的另一个解决方案中，假设Ns是一个SRS触发导致发生的SRS传输的数量。如果给出了一个触发，则WTRU可以在下一个WTRU特定子帧中传送SRS，然后在接下来的Ns-1个WTRU特定子帧中的每一个子帧上传送SRS。以FDD为例，如果SRS触发处于子帧‘n’，那么WTRU可以在子帧‘k_SRS’中传送SRS（起始），由此k_SRS>=n+1并且满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。然后，在第一SRS传输之后进行的是接下来的Ns-1个子帧中的每一个子帧（在子帧k_SRS之后）上的SRS传输，其中所述子帧满足WTRU特定SRS子帧偏移和SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。作为在每一个WTRU特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

与导致产生固定次数的SRS传输的触发相反，如果可以使用SRS激活/去激活，那么响应于所述激活，WTRU可以在下一个WTRU特定子帧中传送SRS，然后在接下来的WTRU特定子帧中的每一个子帧上传送SRS，直至去激活。一旦去激活，则WTRU可以停止传送SRS。激活可以被视为一种触发类型。以FDD为例，假设SRS激活处于子帧‘n’，那么WTRU可以在子帧‘k_SRS’中传送SRS（起始），由此k_SRS>=n+1并且满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。然后，在第一SRS传输之后跟随的是在接下来的每个子帧（在子帧k_SRS之后）中进行的SRS传输，其中所述子帧满足WTRU特定SRS子帧偏移和SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。一旦去激活，则WTRU可以停止传送SRS。作为在每一个WTRU特定子帧进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

在之前的两个解决方案中，WTRU特定子帧与那些为LTE R8周期性SRS定义的子帧可以是相同的，或者它们也可以用网络就非周期性SRS而向WTRU提供的新配置来定义。对于上文给出的解决方案，如果使用新的非周期性SRS配置，则假设可以按照用于周期性SRS的周期和偏移参数来提供所述周期和偏移参数。

上述解决方案可以扩展到多个天线的情形，对于多个天线的情形来说，如果给出了一个触发，则WTRU可以在下一个WTRU特定子帧中传送SRS，然后在接下来的Ns-1个WTRU特定子帧中的每一个子帧上传送SRS。SRS可以是在同一子帧为所有天线传送的。在这种情况下，正交性可以通过循环移位复用和/或不同的梳齿指派来实现。作为替换，SRS可以是为所配置的不同天线传送的，由此在Ns个子帧中的每一个子帧上，该传输会在所配置的天线之间交替（在所配置的天线之间循环）。作为WTRU按顺序为天线传送SRS的替换，WTRU为之传SRS的天线可以依照预定的模式。例如，它可以基于跳频参数（例如在LTE R8/9中）。作为在每一个WTRU特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

对于多个天线的情形来说，如果可以使用SRS激活/去激活，则WTRU可以在下一个WTRU特定子帧中传送SRS，然后在接下来的WTRU特定子帧中的每一个子帧上传送SRS，直至去激活。在同一个子帧中可以为所有天线传送SRS。在这种情况下，正交性可以通过循环移位复用和/或不同的梳齿指派来实现。作为替换，SRS可以是为所配置的不同天线传送的，由此在每一个WTRU特定子帧上，该传输会在所配置的天线之间交替（在所配置的天线之间循环），直至去激活。作为WTRU按顺序为天线传送SRS的替换，对于WTRU为之传送了SRS的天线来说，这些天线可以依照预定的模式。例如，它可以基于跳频参数（例如在LTE R8中）。作为在每一个WTRU特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

上述解决方案可以扩展到多个天线的情形，其中每一个天线都可以具有自己的天线特定子帧配置。在这种情况下，如果给出了一个触发，那么对于每一个天线（该天线是为SRS配置的）来说，WTRU可以在下一个用于该天线的天线特定子帧中为其传送SRS，然后在用于该天线的接下来的Ns-1个天线特定子帧中传送SRS。如果所有天线的子帧参数都是相同的，那么可以在同一个子帧中为所有天线传送SRS。在这种情况下，正交性可以通过循环移位复用和/或不同的梳齿指派来实现。作为在每一个天线特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

激活/去激活解决方案可以扩展到多个天线的情形，其中每一个天线都可以具有自己的天线特定子帧配置。在这种情况下，如果给出了一个触发（激活），那么对于每一个天线（该天线是为SRS配置的）来说，WTRU可以在下一个用于该天线的天线特定子帧中为其传送SRS，然后在接下来用于该天线的每一个天线特定子帧中传送SRS，直至去激活。如果子帧参数对所有天线都是相同的，那么可以在同一个子帧中为所有天线传送SRS。在这种情况下，正交性可以通过循环移位复用和/或不同的梳齿指派来实现。作为在每一个天线特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

在用于处理多次传输的另一个解决方案中，假设Ns是一个SRS触发导致发生的SRS传输的数量。假设触发处于子帧‘n’中，则WTRU可以在下一个WTRU特定子帧中传送SRS，然后在接下来的Ns-1个WTRU特定子帧中的每一个子帧上传送SRS，其中所述下一个WTRU特定子帧比触发子帧n至少晚四个子帧（也就是n+4或更晚）。以FDD为例，假设SRS触发处于子帧‘n’，则WTRU可以在子帧‘k_SRS’中传送SRS（起始），由此k_SRS>=n+4并且满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。然后，在第一SRS传输之后跟随的是在接下来的Ns-1个子帧中的每一个子帧（在子帧k_SRS之后）上进行的SRS传输，其中所述子帧满足WTRU特定SRS子帧偏移和SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。作为在每一个WTRU特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

与导致产生固定次数的SRS传输的触发相反，如果可以使用SRS激活/去激活，那么响应于所述激活，WTRU可以在下一个WTRU特定子帧中传送SRS，然后在接下来的WTRU特定子帧中的每一个子帧上传送SRS，直至去激活，其中所述下一个WTRU特定子帧比触发子帧n至少晚四个子帧（也就是n+4或更晚）。一旦去激活，则WTRU可以停止传送SRS。激活可以被视为一种触发类型。以FDD为例，假设SRS激活处于子帧‘n’，那么WTRU可以在子帧‘k_SRS’中传送SRS（起始），由此k_SRS>=n+4并且满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。然后，在第一SRS传输之后跟随的是在接下来的每个子帧（在子帧k_SRS之后）中进行的SRS传输，其中所述子帧满足WTRU特定SRS子帧偏移和SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0。一旦去激活，则WTRU可以停止传送SRS。作为在每一个WTRU特定子帧进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

在之前的两个解决方案中，WTRU特定子帧与那些为LTE R8周期性SRS定义的子帧可以是相同的，或者它们也可以用网络就非周期性SRS而向WTRU提供的新配置来定义。

对于上文给出的解决方案，如果使用新的非周期性SRS配置，则假设可以按照用于周期性SRS的周期和偏移参数来提供所述周期和偏移参数。

上述解决方案可以扩展到多个天线的情形。对于多个天线的情形来说，假设触发处于子帧n中，则WTRU可以在下一个WTRU特定子帧中传送SRS，然后在接下来的Ns-1个WTRU特定子帧中的每一个子帧上传送SRS，其中所述下一个WTRU特定子帧比触发子帧n至少晚四个子帧（也就是n+4或更晚）。SRS可以是在同一子帧为所有天线传送的。在这种情况下，正交性可以通过循环移位复用和/或不同的梳齿指派来实现。作为替换，SRS可以是为所配置的不同天线传送的，由此在Ns个子帧中的每一个子帧上，该传输会在所配置的天线之间交替（在所配置的天线之间循环）。作为WTRU按顺序为天线传送SRS的替换，WTRU为之传SRS的天线可以依照预定的模式。例如，它可以基于跳频参数（例如在LTE R8中）。作为在每一个WTRU特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

对于多个天线的情形来说，在可以使用SRS激活/去激活的情况下，假设触发（激活）处于子帧n中，则WTRU可以在下一个WTRU特定子帧中传送SRS，然后在接下来的WTRU特定子帧中的每一个子帧上传送SRS，直至去激活，其中所述下一个WTRU特定子帧比触发子帧n至少晚四个子帧（也就是n+4或更晚）。在同一个子帧中可以为所有天线传送SRS。在这种情况下，正交性可以通过循环移位复用和/或不同的梳齿指派来实现。作为替换，SRS可以是为所配置的不同天线传送的，由此在每一个WTRU特定子帧上，该传输会在所配置的天线之间交替（在所配置的天线之间循环），直至去激活。作为WTRU按顺序为天线传送SRS的替换，对于WTRU为之传送了SRS的天线来说，这些天线可以依照预定的模式。例如，它可以基于跳频参数（例如在LTE R8中）。作为在每一个WTRU特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

上述解决方案可以扩展到多个天线的情形，其中每一个天线都可以具有自己的天线特定子帧配置。在这种情况下，如果给出了一个触发，那么对于每一个天线（该天线是为SRS配置的）来说，WTRU可以在下一个用于该天线的天线特定子帧中为其传送SRS，然后在用于该天线的接下来的Ns-1个天线特定子帧中传送SRS，其中所述下一个天线特定子帧比触发子帧n至少晚四个子帧（也就是n+4或更晚）。如果所有天线的子帧参数都是相同的，那么可以在同一个子帧中为所有天线传送SRS。在这种情况下，正交性可以通过循环移位复用和/或不同的梳齿指派来实现。作为在每一个天线特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

激活/去激活解决方案可以扩展到多个天线的情形，其中每一个天线都可以具有自己的天线特定子帧配置。在这种情况下，如果给出了一个触发（即激活），那么对于每一个天线（该天线是为SRS配置的）来说，WTRU可以在下一个用于该天线的天线特定子帧中为其传送SRS，然后在接下来用于该天线的每一个天线特定子帧中传送SRS，直至去激活，其中所述下一个天线特定子帧比触发子帧n至少晚四个子帧（也就是n+4或更晚）。如果所有天线的子帧参数都是相同的，那么可以在同一个子帧中为所有天线传送SRS。在这种情况下，正交性可以通过循环移位复用和/或不同的梳齿指派来实现。作为在每一个天线特定子帧中都进行传输的替换，WTRU可以在每N个小区特定子帧中（在其中的第N个小区特定子帧中）传送SRS。

在用于处理多次传输的另一个解决方案中，一个SRS触发所导致产生的SRS传输的次数Ns可以是一个配置参数，该参数是由网络作为供支持非周期性SRS的WTRU使用且经过修改的WTRU特定配置的一部分提供的。

在用于处理多次传输的另一个解决方案中，其中可以使用激活/去激活，以使得，一旦激活SRS传输，则SRS将会持续进行，直至其被去激活。在下文中定义了不同的激活/去激活方法。激活可以被视为一种类型的触发。

在一个例示方法中，激活可以是一种使用了可被WTRU理解成激活/去激活的使用特殊DCI格式（例如特殊的UL许可）的反转机制。举个例子，当接收到这种DCI格式（例如UL许可）时，WTRU会将其理解成是指：如果非周期性SRS是非活动的，则将其激活，如果非周期性SRS是活动的，则将其去激活。

在另一个例示方法中，激活可以是指示激活或去激活的一个显式比特。该比特可以处于诸如特殊或经过修改的UL许可之类的DCI格式中。例如，单个比特可以用于激活/去激活。该比特的一个状态可以代表激活，另一个状态则可以代表去激活。当在激活状态中首次接收到该比特时，WTRU可以将其理解成是指激活非周期性的SRS并且开始传送SRS（例如依照这里描述的与处理激活/去激活相关的任何解决方案）。如果在激活状态中再次接收到该比特，则WTRU可以继续传送SRS。如果在去激活状态中接收到该比特，则WTRU可以停止传送SRS。

在这里描述且涉及WTRU特定子帧的解决方案中，这些WTRU特定子帧与当前在LTER8中为周期性SRS定义的哪些子帧可以是相同的，或者它们也可以是为非周期性SRS专门定义和配置的SRS传输子帧。

在这里描述了用于处理多个分量载波（CC）的方法。非周期性SRS可以在与包含SRS触发的UL许可相关联的CC上传送。但是，在为未来许可的调度决定提供支持方面，如果基站能够为不同于其为之提供UL许可的CC的CC获取测量，那么有可能是非常有利的。因此，在这里描述了可以部分地在比关联于UL许可的CC更多的CC上触发SRS传输的方法。此外，由于为LTE R8定义的周期性SRS不会包括对于多个CC的支持，因此，所描述的方法可以部分地处理具有多个CC的上下文中的周期性SRS传输。

在用于处理CC的解决方案中，当使用UL许可作为触发时，WTRU可以被配置成在除了关联于UL许可的CC之外的其他CC上进行传输。例如，WTRU可以被配置成在所有活动的ULCC上传送SRS。在另一个示例中，WTRU可以被配置成在所有UL CC上传送SRS。网络可以向WTRU发送RRC信令，以便配置在哪一个CC上传送SRS。而选项则可以包括：与UL许可相关联的CC，所有UL CC，以及所有活动的UL CC。作为替换，物理层信令可以包括这种配置，其中举例来说，所述信令可以是可作为（或包含）触发的DCI格式。作为替换，在这里可以预先定义WTRU应该在所有UL CC上还是在所有活动的UL CC上传送SRS。触发（例如UL许可或其他DCI格式）或较高层信令可以指定：SRS传输可以在为SRS传输配置的CC之间循环。在这种情况下，WTRU可以在满足所规定的触发-传输子帧关系的下一个子帧中为所配置的CC传送SRS，其中在这些CC之间循环。

在用于处理CC的另一个解决方案中，如果在可以传送SRS的子帧中存在PUSCH或PUCCH数据，那么WTRU可以在与一个或多个用于PUSCH或PUCCH传输的CC相同的一个或多个CC上传送SRS。

在用于处理CC的另一个解决方案中，如果在传送SRS的子帧中没有PUSCH和PUCCH数据，那么WTRU可以在与最后用于PUSCH传输的一个或多个CC相同的一个或多个CC上传送SRS。作为替换，如果在传送SRS的子帧中没有PUSCH和PUCCH数据，那么WTRU可以在与最后用于PUSCH和/或PUCCH传输的一个或多个CC相同的一个或多个CC上传送SRS。

在这里描述了用于为SRS传输规定带宽（BW）的方法。与LTE R8的周期性SRS相比，LTE R10或LTE-A中的SRS传输在位置/带宽方面要更为灵活。这里描述的方法可以规定位置/带宽。对用于非周期性SRS触发的UL许可来说，WTRU可以将UL许可中的资源分配解释成是WTRU应该用以传送SRS的位置/带宽。例如，WTRU可以使用DCI格式中的资源分配字段来获取其应该用以传送SRS的资源块（RB）。WTRU可以将UL许可解释成是指：在该UL许可的资源分配所指定的物理资源块（PRB）内部的最后一个符号中传送子帧中的SRS（依照所规定的触发-子帧的关系）。在PRB内部，该传输仍旧可以是梳齿（与LTE R8相似），并且可以将所指派的循环移位用于每一个SRS传输。每一个SRS传输可以使用一个梳齿和一个循环移位。多个天线上的传输可以被认为是多次SRS传输。WTRU可以解释这些可能性，并且相应地执行SRS传输。

在这里描述了用于处理周期性SRS的方法。对周期性SRS来说，WTRU可以在为LTER8规定的WTRU特定子帧中传送SRS。即使WTRU具有两个以上的天线，该WTRU也可以在为LTER8定义的一个天线或两个天线上传送SRS。作为替换，WTRU可以按顺序在所有天线上进行传输，也就是在这些天线之间循环。用于进行传输的天线可以由进行了传输的WTRU特定子帧的子帧号确定。在这里可以对遵循LTE R8规则还是循环通过所有天线进行配置，例如通过来自网络的RRC信令配置。作为WTRU按顺序为天线传送SRS的替换，WTRU为之传送了SRS的天线可以依照一个预定模式。例如，它可以基于跳频参数（例如在LTE R8中）。

在用于周期性SRS的另一个解决方案中，在WTRU特定子帧中，WTRU既可以在所有活动的UL CC上传送SRS，也可以作为替换而在所有UL CC上传送SRS。在这里可以对在所有ULCC还是所有活动的UL CC上传送SRS进行配置，例如用来自网络的RRC信令配置。作为替换，WTRU是在所有活动的UL CC还是所有UL CC上传送SRS可以以预定规则为基础。

在另一个解决方案中，如果在传送SRS的子帧中存在PUSCH或PUCCH数据，那么WTRU可以在与用于PUSCH或PUCCH传输的一个或多个CC相同的一个或多个CC上传送SRS。

在另一个解决方案中，如果在传送SRS的子帧中没有PUSCH和PUCCH数据，那么WTRU可以在与最后用于PUSCH传输的一个或多个CC相同的一个或多个CC上传送SRS。作为替换，如果在传送SRS的子帧中没有PUSCH和PUCCH数据，那么WTRU可以在与最后用于PUSCH和/或PUCCH传输的一个或多个CC相同的一个或多个CC上传送SRS。

在这里描述了与何时响应于触发来传送SRS相关的解决方案。在一个解决方案中，如果触发处于子帧n中（例如UL许可），那么在触发子帧n之后四个子帧之后的子帧（即子帧n+4）中，当且仅当该子帧是WTRU特定子帧时，WTRU才可以传送SRS。以FDD为例，当且仅当子帧n+4满足WTRU特定SRS子帧偏移以及SRS周期配置参数(10·n_f+k_SRS-T_offset)modT_SRS＝0时，子帧‘n’中的触发才会导致子帧n+4中的SRS传输。

在另一个解决方案中，如果触发处于子帧n中（例如UL许可），那么在触发子帧n之后四个子帧之后的子帧（即子帧n+4）中，当且仅当该子帧是天线特定子帧时，WTRU才可以传送SRS。

在这里描述了通过扩展LTE R8/9天线信息元素来支持多个天线的方法。在表13中显示了可以在LTE R8/9RRC信令中使用的天线信息元素。

表13

在LTE R8/9中，带有两个天线的WTRU一次只能使用一个天线进行传输。IE ue-TransmitAntennaSelection可以用于配置WTRU如何确定从哪一个天线端口进行传输。在一个用于LTE R10的解决方案中，天线选择参数可以采用与在LTE R8/9中相似的方式来使用，但是可以扩展成支持LTE-A方案，例如支持两个以上的天线。在另一个解决方案中，天线选择参数可以用于规定WTRU是否可以为SRS使用并行（在一个子帧中使用多个天线）或串行（在每一个子帧中都使用一个天线）传输方案。例如，在这里可以将两个LTER8/9值中的一个重新定义成是指并行，而将另一个重新定义成是指串行。

在这里描述了用于多个CC上的SRS的与功率相关的解决方案。在子帧i中，在CC c上的SRS传输的功率设置（在非周期性的SRS传输和/或周期性的SRS传输中）可以表述成：P_SRS(i,c)＝min{P_CMAX(c),P_{SRS_offset}(c)+10log10(M_SRS,c)+P_{O_PUSCH}(j,c)+α(j,c)·PL+f(i,c)}等式3

如果多个CC上的SRS功率电平的总和超出WTRU最大配置发射功率Pcmax或Ppowerclass，那么WTRU可以执行下列处理之一，其中在所有的解决方案中，Pmax都可以被WTRU功率级的最大功率Ppowerclass所取代。在一个解决方案中，WTRU可以同等地（或者以与SRS BW成比例的方式）减小每一个CC上的SRS功率，以便符合最大功率限制，即

在另一个解决方案中，WTRU可以缩放每一个CC上的SRS功率，例如其中w_c是满足的CC c上的SRS的缩放因数。例如，w_c可以由较高层信令或基站来配置。

在另一个解决方案中，WTRU可以丢弃某些CC上的SRS传输，以使丢弃哪个（哪些）CC是可以被配置或预先定义的（例如基于CC的优先级）。例如，WTRU可以丢弃没有PUSCH和/或PUCCH的一个或多个CC。作为替换，WTRU可以自主确定需要丢弃哪个（哪些）CC。例如，WTRU可以丢弃没有PUSCH和/或PUCCH的一个或多个CC。

在另一个解决方案中，WTRU可以只在与UL许可相关联的CC上传送SRS。换言之，WTRU可以丢弃所有其他CC上的SRS传输。

在这里描述了用于处理载波聚合（CA）中的SRS以及一个或多个其他信道传输的WTRU过程。在LTE R8/9中，当WTRU的SRS传输和其他物理信道传输在相同的（SRS）子帧中同时发生时，存在使WTRU避免在相同子帧的最后一个OFDM符号中同时传送SRS以及一个或多个其他信道的规则。这样做保持了单载波属性，由此，在将WTRU的SRS和PUSCH全都调度成在相同子帧中传送时（这种情况有可能在SRS小区特定子帧中发生），WTRU不会使用子帧的最后一个OFDM符号来进行PUSCH传输。如果WTRU的SRS和PUCCH格式2/2a/2b传输正好在相同子帧中同时发生，那么WTRU可以丢弃SRS。当SRS传输以及携带ACK/NACK和/或WTRU的肯定SR的PUCCH传输正好在相同子帧中同时发生，并且参数ackNackSRS-SimultaneousTransmission（ack否定SRS-同时传输）为假（FALSE）时，WTRU可以丢弃SRS。否则（也就是ackNackSRS-SimultaneousTransmission等于“真（TRUE）”时），WTRU可以传送SRS以及具有变短的格式的PUCCH。

此外，如果将WTRU的PUSCH调度成在SRS小区特定子帧中传送，并且在用于所述WTRU的这个子帧中没有调度SRS传输，那么，即使PUSCH的BW与在小区中配置的SRS的BW部分重叠，WTRU也还是不能在该子帧的最后一个OFDM符号中传送PUSCH（这样做是为了避免与小区中的另一个WTRU传送的SRS发生干扰）。如果没有重叠，则WTRU可以在最后一个OFDM符号中传送PUSCH。

在LTE R10中，WTRU只能在主小区（PCell）上传送PUCCH，并且可以在一个或多个激活的服务小区上调度PUSCH。此外，WTRU可以被配置成基于逐个服务小区（CC）来传送SRS。如果在指定子帧中，WTRU可以在一个或多个服务小区上传送SRS，在一个或多个服务小区上传送PUSCH，以及在一个或多个服务小区上传送PUCCH（当前只允许在主服务小区上进行），那么在最后一个OFDM符号中有可能出现多个传输，而这有可能导致WTRU在该符号中超出最大功率。这里描述的方法部分地避免或减小了最大功率状况的发生和/或解决了最大功率状况。

在这里描述了用于一个或多个SRS以及一个或多个PUSCH的传输的方法。有可能出现这样一种情况，其中WTRU被调度成在一个子帧中在一个或多个服务小区上传送一个或多个PUSCH，并且还被调度成在该子帧和/或那些作为一个或多个小区所具有的SRS小区特定子帧的子帧中在一个或多个服务小区上传送SRS，其中对于所述一个或多个小区来说，所述WTRU未被调度成传送SRS。例如，WTRU可以被调度成（例如借助UL许可）在主小区（或辅小区）上传送PUSCH，并且可以被调度成（例如借助周期性调度或非周期性触发）在相同的子帧中在服务小区（主小区或辅小区）上传送一个或多个SRS。这里描述的方法或解决方案部分地处理这些调度冲突。在这些示例中，出于例证目的使用了两个小区，即小区1和小区2，其中小区1和小区2中的每一个可以是任一服务小区（主或辅）；该解决方案可以应用于任意数量的小区。

在一个解决方案中，当WTRU可以被调度成在一个或多个服务小区的服务小区特定SRS子帧中在服务小区（例如小区1）上传送PUSCH，并且该WTRU可以被调度成在该子帧中在至少一个服务器小区中传送SRS时，该WTRU不会在小区1上在该子帧的最后一个OFDM符号中传送PUSCH。

在另一个解决方案中，当WTRU可以被调度成在一个或多个服务小区的服务小区特定SRS子帧中在服务小区（例如小区1）上传送PUSCH，并且该WTRU未被调度成在该子帧中在至少一个服务小区传送SRS，对于所述子帧是SRS小区特定子帧的任一服务小区来说，即便PUSCH资源分配（用于小区1）与用于所述任一服务小区的SRS带宽配置部分重叠，该WTRU也不会在小区1上在所述子帧的最后一个OFDM符号中传送PUSCH。

在另一个解决方案中，WTRU可以遵循用于为该解决方案描述的一个或多个范例的一个或多个规则。在第一种情况中，PUSCH处于小区1，并且SRS处于小区1。当WTRU被调度成在该服务小区（例如小区1）上、在该服务小区的服务小区特定SRS子帧中传送PUSCH，并且该WTRU还被调度成在该子帧中传送为该服务小区（小区1）传送SRS时，这时可以使用下列规则之一。根据第一个规则，LTE R8/9的规则有可能不会改变，如此，WTRU不会在小区1上在该子帧的最后一个OFDM符号中传送PUSCH。

根据第二个规则，可以为LTE R8规则应用这样一个修改，其中即使PUSCH资源分配（用于小区1）与小区1的SRS带宽配置部分重叠，在小区1上，该WTRU也不会在该子帧的最后一个OFDM符号中传送PUSCH。否则，WTRU可以在同一个子帧中传送PUSCH和SRS，其中最后一个OFDM符号也可以用于PUSCH传输。在这种情况下，有可能需要最大功率过程来处理这里描述的同时进行的SRS和PUSCH传输。

在第二种情况中，PUSCH处于小区1，SRS处于小区2，并且用于传输的子帧不是小区1上的SRS小区特定子帧。当WTRU被调度成在非SRS小区特定子帧（也就是并非同一个小区的服务小区特定SRS子帧）中在服务小区（例如小区1）上传送PUSCH，并且该WTRU还被调度成在该子帧中传送用于另一个服务小区（例如小区2）的SRS时，这时可以应用以下的一个或多个规则。根据第一规则，即规则1，在小区1上，WTRU不会在最后一个OFDM符号中传送PUSCH，以免出现潜在的功率问题。根据规则2，WTRU可以准备在小区1中传送PUSCH，如果在最后一个OFDM符号中出现最大功率问题，那么WTRU将会解决这个问题或者丢弃SRS（如果存在多个SRS，则丢弃一个或多个SRS）。根据规则3，WTRU可以准备在小区1中传送PUSCH，如果在最后一个符号中存在最大功率问题，那么在小区1上，WTRU不会在最后一个OFDM符号中传送PUSCH（在这种情况下，基站有可能需要确定WTRU为PUSCH做了什么，例如通过盲检测来确定）。

在第三种情况中，PUSCH处于小区1，用于传输的子帧是小区1的SRS小区特定子帧，但是没有为这个WTRU调度SRS传输。当WTRU被调度成在该服务小区（例如小区1）的服务小区特定SRS子帧中在该服务小区传送PUSCH，但是未被调度成在该子帧中为服务小区（小区1）传送SRS时，可以应用以下的一个或多个规则。根据第一个规则，在这里可以应用如下所述的LTE R8/9规则。即使PUSCH资源分配（用于小区1）与小区1的SRS带宽配置部分重叠，在小区1上，WTRU也不会在该子帧的最后一个OFDM符号中传送PUSCH。否则，WTRU可以像在LTE R8中那样正常传送PUSCH（包括在最后一个OFDM符号中）。

在第四种情况中，PUSCH处于小区1，用于传输的子帧是小区2的SRS小区特定子帧，而不是小区1的SRS小区特定子帧，并且没有调度SRS传输。在服务小区（例如小区1）上，当WTRU被调度成非SRS小区特定子帧（也就是并非同一个小区的服务小区特定SRS子帧）中传送PUSCH，并且该子帧是另一个服务小区（例如小区2）的服务小区特定SRS子帧，但在用于这个WTRU的子帧中没有发生SRS传输（在小区2上）时，由于组合的PUSCH和SRS，这时将不会发生最大功率问题。因此，WTRU可以正常传送PUSCH。

在第五种情况中，PUSCH处于小区1，子帧是小区1和小区2两者的SRS小区特定子帧，并且在这个子帧中为小区2而不是小区1调度了SRS传输。在服务小区（例如小区1）上，如果WTRU被调度成在同一个小区的服务小区特定SRS子帧中传送PUSCH，但是未被调度成在该子帧中传送用于该服务小区（小区1）的SRS，同时该同一个子帧还是另一个服务小区（例如小区2）的服务小区特定SRS子帧，那么，倘若该WTRU在该小区（小区2）上传送SRS，那么可以应用以下的一个或多个规则。根据第一个规则，即使PUSCH资源分配（用于小区1）与小区1的SRS带宽配置部分重叠，在小区1上，WTRU也不会在该子帧的最后一个OFDM符号中传送PUSCH。否则，WTRU可以在小区1上正常传送PUSCH（包括在最后一个OFDM符号中）。这种情况下有可能需要一个最大功率过程，以便处理如这里所述的同时的SRS（在小区2上）和PUSCH传输（在小区1上）。根据第二个规则，为了避免可能的功率问题，在小区1上，WTRU不会在该子帧的最后一个OFDM符号中传送PUSCH。

图9是示出了这里描述的用于处理PUSCH与SRS传输之间的潜在冲突的某些例示方法或解决方案的流程图900。在一开始，WTRU可能在子帧中为小区1之类的服务小区调度了PUSCH传输（905）。该WTRU确定该子帧是否是小区1的SRS小区特定子帧（910）。如果该子帧是SRS小区特定子帧，则WTRU确定是否在这个子帧中为小区1调度了SRS传输（915）。如果在同一个子帧中为小区1调度了SRS和PUSCH传输，那么WTRU不会在该子帧的最后一个OFDM符号中为小区1传送PUSCH（920）。如果没有在该子帧中为小区1调度SRS传输，那么WTRU确定PUSCH BW是否与为小区1配置的SRS BW重叠（即使是部分重叠）（925）。如果PUSCH BW和SRSBW至少部分重叠，则WTRU不会在该子帧的最后一个OFDM符号中为小区1传送PUSCH（920）。

如果该子帧是小区1的SRS小区特定子帧，但在该子帧中没有调度SRS传输，并且在PUSCH BW与SRS BW之间没有重叠，或者该子帧不是小区1的SRS小区特定子帧，那么WTRU确定该子帧是否是其他任何服务小区的SRS小区特定子帧（930）。如果该子帧不是小区1或其他任何服务小区的SRS小区特定子帧，则WTRU可以在小区1中正常传送PUSCH（935）。换言之，PUSCH传输可以在该子帧的最后一个OFDM符号中进行。

如果该子帧是另一个服务小区的SRS小区特定子帧，那么WTRU确定是否在这其中的任一服务小区中调度了SRS传输（940）。如果在这其中的任一服务小区中均未调度SRS传输，那么WTRU可以在小区1中正常传送PUSCH（935）。如果为另一个服务小区调度了SRS传输，那么WTRU可以具有两种可替换的方法。在第一个选项中（945），WTRU可以不在该子帧的最后一个OFDM符号中为小区1传送PUSCH（920）。在第二个选项中（950），WTRU可以准备正常传送PUSCH，这其中包括在所述子帧的最后一个OFDM符号中传送（955）。然后，WTRU可以确定在最后一个OFDM符号中，进行传送所需的功率是否超出最大发射功率（960）。如果功率电平没有超出最大功率，则WTRU可以在小区1中正常传送PUSCH（935）。也就是说，PUSCH传输可以在该子帧的最后一个OFDM符号中进行。如果在最后一个OFDM符号中，所需要的功率电平超出最大发射功率，那么在最后一个OFDM符号中，WTRU可以调整功率电平和/或信道，以便降至最大发射功率以下，然后则可以在该子帧中进行传送（965）。

在这里描述了用于处理一个或多个SRS以及PUSCH传输的方法。在这些方法中，出于例证目的使用了两个小区，即小区1和小区2，其中小区1和小区2中的每一个可以是任一服务小区（主或辅）；该解决方案可以应用于任意数量的小区。

在第一种情况中，如果WTRU在主小区（例如小区1）上在同一小区的服务小区特定SRS子帧中传送PUCCH，并且该WTRU还被调度成在该子帧中为小区1（例如主小区）传送SRS，那么可以使用以下的一个或多个规则。

根据第一个规则，在这里将LTE R8规则应用于传输，并且可以添加优先级、缩短的PUCCH格式1/1a/1b、PUCCH格式2/2a/2b以及缩短的PUCCH格式3。举例来说，如果在同一子帧中发生PUCCH格式2/2a/2b传输，那么WTRU可以丢弃SRS（也就是说，PUCCH优先于SRS）。此外，如果在同一子帧中发生的是携带了应答/否定应答（ACK/NACK）和/或肯定调度请求（SR）的PUCCH传输（具有格式1/1a/1b或格式3），并且如果参数ackNackSRS-SimultaneousTransmission是FALSE，那么WTRU可以丢弃SRS。否则（即ackNackSRS-SimultaneousTransmission=“TRUE”），WTRU可以用缩短的格式来传送SRS和PUCCH，其中对于所述缩短的格式而言，所述子帧的最后一个OFDM符号（对应于SRS位置）可针对PUCCH传输被删余。

根据第二个规则，当允许同时的ACK/NACK和SRS时，WTRU可以通过为PUCCH格式3使用缩短的格式来同时传送SRS和PUCCH格式3。但是，为PUCCH格式3使用缩短的格式可能局限于少量的ACK/NACK比特，例如至多N个的比特（如N=4），因此，在一些情况中，这种处理是没有用的。举个例子，如果所要传送的ACK/NACK比特的数量少于或等于N，并且如果参数ackNackSRS-SimultaneousTransmission是TRUE（在服务小区特定子帧中），那么WTRU可以使用缩短的PUCCH格式来传送ACK/NACK（以及SR）。但是，如果所要传送的ACK/NACK比特的数量大于N，或者参数ackNackSRS-SimultaneousTransmission是FALSE，那么WTRU有可能丢弃SRS，并且在子帧中使用正常格式3来传送PUCCH。作为替换，当SRS和PUCCH格式3的传输在同一个子帧中发生时，WTRU不会传送SRS。在这种情况下，所使用的将会是正常的PUCCH格式3。

根据第三个规则，WTRU可被允许在该子帧的最后一个符号中传送PUCCH（使用正常的PUCCH格式，也就是并非缩短的格式）以及SRS，并且举例来说，潜在的最大功率问题可以使用这里描述的缩放规则来处理。

对第二种情况来说，当WTRU可以在诸如主小区（例如小区1）的服务小区上在非SRS小区特定子帧（也就是并非同一小区的服务小区特定SRS子帧）中传送PUCCH并且WTRU还可以被调度成在该子帧中为另一个服务小区（例如小区2）传送SRS时，可以应用以下的一个或多个规则。根据第一个规则，WTRU可以不在最后一个OFDM符号中在小区1上传送PUCCH（也就是为PUCCH格式1/1a/1b和PUCCH格式3使用缩短的PUCCH格式），以免出现潜在的发射功率问题。根据第二个规则，WTRU可以准备在小区1中传送PUCCH，如果在最后一个OFDM符号中出现最大功率问题，则其将会解决该问题，例如使用这里描述的缩放规则来解决这个问题。

根据第三个规则，WTRU可以准备在小区1中传送PUCCH，如果在最后一个符号中出现最大功率问题（例如Ppucch+Psrs>Pmax），则WTRU不会在子帧的最后一个符号中在小区1上传送PUCCH（例如使用缩短的PUCCH格式）。在这种情况下，基站有可能需要确定WTRU做了什么，例如通过盲检测来确定。

对第三种情况来说，如果WTRU可以在诸如主小区（例如小区1）的服务小区上在同一小区的服务小区特定SRS子帧中传送PUCCH，但是该WTRU没有在该子帧中为这个服务小区（例如主小区（小区1））传送SRS，那么可以使用以下规则。根据该规则，WTRU可以在没有任何限制的情况下传送PUCCH（除了最大CC（小区）功率限制）。

对第四种情况来说，如果WTRU可以在诸如主小区（例如小区1）的服务小区上在非SRS小区特定子帧（也就是并非同一小区的服务小区特定SRS子帧）中传送PUCCH，并且该同一子帧是另一个服务小区（例如小区2）的服务小区特定SRS子帧，但是WTRU并未在该小区（在小区2上）上在该子帧中为该WTRU传送SRS，那么在这种情况下，由于PUCCH与SRS是组合的，因此不会出现最大功率问题，并且WTRU可以正常传送PUCCH。

对第五种情况来说，如果WTRU在诸如主小区（例如小区1）的服务小区上在同一小区的服务小区特定SRS子帧中传送PUCCH，但是该WTRU不在该子帧中传送用于该服务小区（小区1）的SRS，与此同时该子帧是另一个小区（例如小区2）的服务小区特定SRS子帧，并且该WTRU在小区2上传送SRS，那么，则可以使用以下的一个或多个规则。根据第一个规则，WTRU不在最后一个OFDM符号中在小区1上传送PUCCH（也就是为PUCCH格式1/1a/1b和PUCCH格式3使用缩短的PUCCH格式），以避免出现潜在的发射功率问题。

根据第二个规则，WTRU可以准备在小区1中传送PUCCH，如果在最后一个OFDM符号中出现最大功率问题，则其将会解决该问题，例如使用这里描述的缩放规则来解决这个问题。根据第三个规则，WTRU可以准备在小区1中传送PUCCH，如果在最后一个OFDM符号中出现最大功率问题（例如Ppucch(在小区1上)+Psrs(在小区2上)>Pmax），那么在小区1上，WTRU不会在子帧的最后一个符号中传送PUCCH（例如为PUCCH格式1/1a/1b和PUCCH格式3使用缩短的PUCCH格式）。

图10是示出了这里描述的用于处理PUSCH与SRS传输之间的潜在冲突的某些例示方法或解决方案的流程图1000。在一开始，WTRU可在子帧中为小区1之类的服务小区调度PUSCH传输（1005）。该WTRU确定该子帧是否是用于小区1的SRS小区特定子帧（1010）。如果该子帧是SRS小区特定子帧，则WTRU确定是否在这个子帧中为小区1调度了SRS传输（1015）。如果没有在该子帧中为小区1调度SRS传输，则WTRU可以在小区1中传送PUCCH（1020）。

如果在同一个子帧中为小区1调度了SRS和PUCCH传输，那么WTRU可以具有两个选项。在第一个选项中（1025），WTRU可以将LTE R8规则应用于SRS和PUCCH的传输（1030）。在第二个选项中（1035），如下文中详细描述的那样，WTRU可以在传输之前执行功率电平检查。

如果该子帧不是小区1的SRS小区特定子帧，那么WTRU确定该子帧是不是其他任何服务小区的SRS小区特定子帧（1040）。如果该子帧不是小区1或其他任何服务小区的SRS小区特定子帧，则WTRU可以在小区1中正常传送PUCCH（1045）。

如果该子帧是另一个服务小区的SRS小区特定子帧，那么WTRU确定是否在这其中的任一服务小区中调度了SRS传输（1050）。如果没有在其他任何服务小区中调度SRS传输，那么WTRU可以在小区1中正常传送PUCCH（1045）。如果调度了SRS传输，那么WTRU可以具有两个选项。在第一个选项中（1055），WTRU可以为PUCCH和SRS应用LTE R8规则（1030）。在第二个选项中（1060）（它也是上文中的第二选项1035），WTRU可以准备传送PUCCH，这其中包括在该子帧的最后一个OFDM符号中进行传输（1065）。然后，WTRU可以确定在最后一个OFDM符号中进行传送所需要的功率是否超出最大发射功率（1070）。如果该功率电平没有超出最大发射功率，则WTRU可以在小区1中正常传送PUCCH（1045）。如果在最后一个OFDM符号中，所需要的功率电平超出了最大发射功率，那么WTRU可以调整功率电平和/或信道，以使得在最后一个OFDM符号中低于最大发射功率，然后则在该子帧中进行传输（1075）。

在这里描述了用于处理一个或多个SRS以及一个或多个PUSCH/PUCCH传输的方法。如果WTRU被配置成在相同小区（例如主小区）或不同小区上同时传送PUSCH和PUCCH（也就是在一个小区上传送PUCCH，例如主小区，以及在另一个小区上传送PUSCH，例如辅小区），那么可以为每一个信道应用如上所述的一个或多个方法/一个或多个解决方案/一个或多个替换方案/一个或多个规则之一或其组合。以下是关于SRS以及同时的PUSCH和PUCCH传输的更进一步的说明性范例和规则。在这些示例中，出于例证目的使用了两个小区，即小区1和小区2，其中小区1和小区2中的每一个可以是任一服务小区（主或辅）；该解决方案可以应用于任意数量的小区。

在第一种情况中，如果WTRU可以在诸如主小区（例如小区1）的服务小区上在同一小区的服务小区特定SRS子帧中传送PUSCH和PUCCH，并且该WTRU可被调度成在该子帧中为主小区（小区1）传送SRS，那么可以使用以下规则。根据该规则，LTE R8可被应用于PUSCH传输。对PUCCH传输来说，所应用的可以是上述规则之一或是其组合。

对第二种情况来说，如果WTRU可以在诸如主小区（例如小区1）之类的服务小区上在同一小区的服务小区特定SRS子帧中传送PUCCH，并且该WTRU可被调度成在同一子帧中在另一个服务小区（例如小区2）上传送PUSCH（但是该子帧并非所述同一小区的服务小区特定SRS子帧），以及该WTRU还可以被调度成在同一子帧中传送（小区1的）SRS，那么可以为PUCCH和PUSCH应用上述规则之一或是其组合。

对第三种情况来说，如果WTRU可以在诸如主小区（例如小区1）之类的服务小区上在非SRS小区特定子帧（也就是并非同一小区的服务小区特定SRS子帧）上传送PUCCH，并且该WTRU可被调度成在该子帧中在另一个小区（例如小区2）上传送PUSCH（该子帧是同一小区（小区2）的服务小区特定SRS子帧），以及该WTRU可被调度成在该同一子帧中为小区2传送SRS，那么可以为PUCCH和PUSCH应用上述规则之一或是其组合。

对第四种情况来说，如果WTRU可以在诸如主小区（例如小区1）之类的服务小区上在该同一小区的服务小区特定SRS子帧中传送PUSCH和PUCCH，同时该同一子帧是另一个服务小区（例如小区2）的服务小区特定SRS子帧，其中该WTRU可以在小区2上传送SRS，那么，则可以为PUCCH和PUSCH应用上述规则之一或是其组合。

在现有的功率缩放规则中，如果被调度成在一个子帧中传送的所有信道的同时传输将超出WTRU的最大配置发射功率P_CMAX或是WTRU功率级的功率Ppowerclass，那么WTRU可以在传输之前缩放信道功率，以便确保不会超出最大值。该缩放规则被定义成对低优先级信道进行缩放，而不对高优先级信道进行缩放。当前的优先级指示的如下所述从最高到最低的优先级顺序：PUCCH，带有（即包含）UCI的PUSCH，不带有UCI的PUSCH。当前的规则不解决这其中任何信道与SRS的同时传输。

在这里描述了用于在实施一个或多个同时传输的SRS以及同时传送一个或多个SRS以及一个或多个PUSCH和/或一个或多个PUCCH传输的情况下处理最大功率缩放的方法。在以上的任何一种情形中，其中在指定小区以及指定子帧中（其中在该子帧的最后一个OFDM符号中能够传送SRS），并且在该小区和/或另一个小区中，在该子帧的最后一个OFDM符号中还可以传送另一个信号或信道，即PUCCH、PUSCH或SRS，在这种情况下，所有这些信道或信号的标称（nominal）发射功率总和有可能超出WTRU的所配置的最大发射功率或是WTRU的功率级的功率Ppowerclass。通过使用下列方法之一或是其组合，可以阻止WTRU以高于所配置的最大发射功率或Ppowerclass的功率进行传输。

在一个例示方法中，功率缩放规则可以单独应用于所有而不是最后一个OFDM符号，然后则再次应用于最后一个OFDM符号。对于最后一个OFDM符号来说，所使用的可以是以下的一个或多个附加或经过修改的规则。根据一个规则，可以规定SRS具有处于其他信道类型优先级之中的自己的唯一优先级，其示例如表14所示，然后，通过对现有的基于优先级的功率缩放处理进行修改并使其包含SRS，可以应用所述功率缩放处理。周期性的SRS和非周期性的SRS可以具有不同的属性。

表14

根据另一个规则，在这里可以规定SRS与其他信道类型之一具有相同的优先级，其中所述其他信道类型是PUCCH、带有UCI的PUSCH或是不带有UCI的PUSCH，并且它们可以与相同优先级的信道类型进行同等的缩放。

根据另一个规则，如果在同一子帧中存在跨越了不同小区的多个SRS传输，那么可以对这些SRS执行同等的功率缩放处理。作为替换，当在同一个子帧中传送一个或多个周期性SRS以及一个或多个非周期性SRS时（并且在子帧的最后一个OFDM符号中有可能超出最大功率），这时可以丢弃某些（或所有）非周期性SRS。

在另一个方法中，功率缩放规则可以单独应用于除了最后一个OFDM符号之外的所有符号，然后，再应用于最后一个OFDM符号，以便为每一个信道或信号确定可能两种不同加权，但是这两个加权中的较小的一个可以应用于整个子帧。

在另一个方法中，假设在该子帧中的任何时间存在的所有信号或信道的功率电平对于整个子帧都存在，那么可以为整个子帧应用一次功率缩放。

在另一个方法中，如果在WTRU传送SRS的子帧的最后一个OFDM符号中超出了最大功率，并且除了SRS之外，WTRU还在该符号中传送其他的信道类型，那么WTRU可以在该子帧中丢弃（也就是不传送）SRS。

在另一个方法中，如果在WTRU传送周期性SRS的子帧的最后一个OFDM符号中超出了最大功率，并且除了SRS之外，WTRU还在该符号中传送其他信道类型，那么WTRU可以在该子帧中丢弃（也就是不传送）SRS。

总的来说，一种用于在多天线无线发射/接收单元（WTRU）中执行上行链路探测参考信号（SRS）传输的方法包括：接收用于执行SRS传输的WTRU特定SRS子帧的WTRU特定配置，从基站接收用于为预定数量的天线传送SRS的触发，以及在预定的WTRU特定子帧中为预定数量的天线传送SRS。该方法还包括：在每一个WTRU特定SRS子帧的持续时间中传送SRS，所述子帧在触发子帧之后预定数量的WTRU特定SRS子帧处开始。该预定数量可以是4个。该触发可以上向WTRU提供预定的SRS传输参数的多比特指示符。预定的持续时间可以是在WTRU特定配置中接收的。

该方法还包括：接收一个循环移位参考值，并且至少基于该循环移位参考值来确定天线的循环移位。对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位实现这些天线的循环移位之间的最大距离。作为替换，对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位在用于这些天线的循环移位之间均匀分布。

该方法可以使用循环移位复用或不同的传输梳齿指派中的至少一个，以便在预定的WTRU特定子帧中将其用于来自多个天线的传输。在预定的WTRU特定子帧中，来自多个天线的SRS传输可以并行执行。天线的预定数量可以少于WTRU上可用的天线数量。在该方法中，对于周期性SRS传输和非周期性的SRS传输而言，WTRU特定的SRS子帧可以是不同的。

该方法还可以包括：如果存在部分重叠，则在子帧的最后一个符号中确定物理上行链路共享信道（PUSCH）、用于SRS的WTRU特定配置以及前述PUSCH传输之间的资源分配重叠。

实施例

1．一种在多天线无线发射/接收单元（WTRU）中执行上行链路探测参考信号（SRS）传输的方法，包括：接收循环移位参考值。

2．一种在多天线无线发射/接收单元（WTRU）中执行上行链路探测参考信号（SRS）传输的方法，包括：接收用于传送SRS的WTRU特定SRS子帧的WTRU特定配置。

3．一种由无线发射/接收单元（WTRU）执行非周期性上行链路探测参考信号（SRS）传输的方法，包括：使用上行链路（UL）许可作为传送非周期性SRS的触发。

4．一种由无线发射/接收单元（WTRU）执行非周期性上行链路探测参考信号（SRS）传输的方法，包括：接收指示了SRS传输的下行链路控制信息（DCI）。

5．一种由无线发射/接收单元（WTRU）执行非周期性上行链路探测参考信号（SRS）传输的方法，包括：接收用于SRS传输的天线特定子帧和传输参数配置。

6．一种由无线发射/接收单元（WTRU）执行非周期性上行链路探测参考信号（SRS）传输的方法，包括：在WTRU特定子帧中传送SRS。

7．如任一实施例的方法，还包括：从基站接收用来为预定数量的天线传送SRS的触发。

8．如任一实施例的方法，还包括：在预定的WTRU特定子帧中为预定数量的天线传送SRS。

9．如任一实施例的方法，还包括：在WTRU特定子帧持续时间中的每一个WTRU特定子帧中传送SRS，其中所述WTRU特定子帧持续时间是在触发子帧之后预定数量的WTRU特定SRS子帧处开始的。

10．如任一实施例的方法，其中预定数量是4。

11．如任一实施例的方法，其中该触发可以是向WTRU提供预定的SRS传输参数的多比特指示符。

12．如任一实施例的方法，还包括：接收循环移位参考值。

13．如任一实施例的方法，还包括：至少基于循环移位参考值来为天线确定循环移位。

14．如任一实施例的方法，其中对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位实现这些天线的循环移位之间的最大距离。

15．如任一实施例的方法，其中对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位实现这些天线的循环移位之间的均匀分布。

16．如任一实施例的方法，其中循环移位复用或不同传输梳齿指派中的至少一个被用于在预定的WTRU特定子帧中的来自多个天线的传输。

17．如任一实施例的方法，还包括：至少基于循环移位参考值来为天线确定循环移位，其中对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位实现这些天线的循环移位之间的最大距离。

18．如任一实施例的方法，其中在预定的WTRU特定子帧中，来自多个天线的SRS传输是并行完成的。

19．如任一实施例的方法，其中天线的预定数量少于WTRU上可用天线的数量。

20．如任一实施例的方法，其中对周期性SRS传输和非周期性的SRS传输而言，WTRU特定的SRS子帧是不同的。

21．如任一实施例的方法，其中预定持续时间可以是在WTRU特定配置中接收的。

22．如任一实施例的方法，还包括：确定物理上行链路共享信道（PUSCH）与用于SRS的WTRU特定配置之间的资源分配重叠。

23．如任一实施例的方法，还包括：如果部分重叠，则在子帧的最后一个符号中放弃（forego）PUSCH传输。

24．如任一实施例的方法，还包括：至少基于循环移位参考值来为天线确定循环移位。

25．如任一实施例的方法，其中对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位实现这些天线的循环移位之间的最大距离。

26．如任一实施例的方法，其中对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位实现这些天线的循环移位之间的均匀分布。

27．如任一实施例的方法，其中触发是显式UL许可或隐式UL许可中的任何一个。

28．如任一实施例的方法，其中使用哪一个UL许可作为触发是基于下列各项中的任何一项的：从演进型节点B（eNB）接收的配置，无线电资源控制（RRC）消息，RRC消息中的字段，预定设置，信息元素（IE），或是IE中的字段。

29．如任一实施例的方法，其中如果要为至少一个码字发送新数据，则WTRU将带有UL许可的物理下行链路控制信道（PDCCH）解释成是触发。

30．如任一实施例的方法，其中新数据是在设置了新数据指示符（NDI）比特的情况下指示的。

31．如任一实施例的方法，其中如果UL许可指示的是关于所有码字的重传，则WTRU将带有UL许可的PDCCH解释成是触发。

32．如任一实施例的方法，还包括：接收指示重传的NDI比特，由此迫使WTRU传送非周期性SRS。

33．如任一实施例的方法，其中WTRU将隐式的物理混合自动重复请求指示符信道（PHICH）否定应答（NACK）解释成是触发。

34．如任一实施例的方法，其中WTRU使用半持续性调度（SPS），并且该方法还包括：解释隐式的UL许可。

35．如任一实施例的方法，其中WTRU将下列各项中的至少一项解释成是触发：第一传输许可，基于SPS调度的每一个后续隐式UL许可，或是每一个PHICH NACK。

36．如任一实施例的方法，其中如果显式触发与初始UL许可包含在一起，并且该显式触发请求SRS，则WTRU可以将后续的UL许可解释成是触发。

37．如任一实施例的方法，其中DCI包含在UL物理上行链路共享信道（PUSCH）许可消息中。

38．如任一实施例的方法，其中用于每一个码字的调制和编码集合（MCS）索引被设置成保留值，以便指示新传输。

39．如任一实施例的方法，还包括：反转用于每一个码字的NDI，以便指示新传输。

40．如任一实施例的方法，还包括：确定用以传送SRS的分量载波（CC）、

41．如任一实施例的方法，其中用以传送SRS的CC是下列各项中的任何一项：所有UL CC，所有活动的UL CC，或是一个或多个指定的UL CC。

42．如任一实施例的方法，还包括：接收UL许可，并且使用该UL许可作为指示SRS传输的触发，该UL许可包括用以指示该许可针对的是新数据还是重传数据的NDI比特。

43．如任一实施例的方法，还包括：使用一个将SRS配置索引映射成子帧周期和子帧偏移的表格。

44．如任一实施例的方法，还包括：接收用于每一个天线的表格的索引。

45．如任一实施例的方法，还包括：接收IE中的WTRU特定参数。

46．如任一实施例的方法，其中IE包括用于每一个天线的每一个参数的单独的值。

47．如任一实施例的方法，其中用于每一个天线的每一个参数的单独的值对每一个天线来说是相同的，或者对每一个天线来说是不同的。

48．如任一实施例的方法，其中IE包括关于SRS传输持续时间的指示。

49．如任一实施例的方法，其中该持续时间是依照下列各项中的任何一项表述的：传输时间或传输数目。

50．如任一实施例的方法，其中IE包括下列各项中的至少一项：不同的子帧配置索引，不同的循环移位，或是用于每一个天线的不同传输梳齿。

51．如任一实施例的方法，其中如果用于其它天线的参数不同于用于第一天线的参数，则IE包括用于第一天线的参数以及用于其它天线的参数。

52．如任一实施例的方法，其中WTRU在下一个天线特定子帧中为每一个被配置了SRS传输的天线传送SRS。

53．如任一实施例的方法，其中下一个天线特定子帧是从被配置了SRS传输的每一个天线的触发子帧之后的至少四个子帧处开始的。

54．如任一实施例的方法，其中对于每一个天线来说，天线特定子帧可以是相同或不同的。

55．如任一实施例的方法，其中为非周期性SRS传输使用的WTRU特定子帧与用于周期性SRS传输的子帧是相同或不同的。

56．如任一实施例的方法，其中如果多个天线同时在一个子帧中进行传输，则可以通过下列各项中的任何一项来实现正交性：循环移位复用或不同的传输梳齿指派。

57．如任一实施例的方法，还包括：确定在哪些天线上以及在哪些子帧中传送SRS。

58．如任一实施例的方法，其中WTRU可以在下列各项中的任何一项上传送SRS：下一个子帧，下一个小区特定子帧，下一个WTRU特定子帧，在触发子帧之后至少四个子帧处的小区特定子帧，或是在触发子帧之后至少四个子帧处的WTRU特定子帧。

59．如任一实施例的方法，其中为了在触发子帧之后至少四个子帧处的下一个小区特定子帧或是下一个WTRU特定子帧中进行传输，用以进行传输的子帧满足小区特定子帧偏移以及SRS周期配置参数。

60．如任一实施例的方法，其中为了在处于跟随触发子帧的至少四个子帧之后的下一个小区特定子帧或是下一个WTRU特定子帧中进行传输，用以进行传输的子帧满足WTRU特定子帧偏移以及SRS周期配置参数。

61．如任一实施例的方法，还包括：在为SRS传输配置的每一个天线之间循环。

62．如任一实施例的方法，其中在每一个天线之间循环包括下列各项中的任何一项：在下一个小区特定子帧中为所配置的第一天线传送SRS，并且在接下来的每一个小区特定子帧中为所配置的每一个附加天线传送SRS；在下一个WTRU特定子帧中为所配置的第一天线传送SRS，并且在接下来的每一个WTRU特定子帧中为所配置的每一个附加天线传送SRS；在触发子帧之后至少四个子帧处的下一个小区特定子帧中为所配置的第一天线传送SRS，并且在接下来的每一个小区特定子帧中为所配置的每一个附加天线传送SRS；活着在触发子帧之后至少四个子帧处的下一个WTRU特定子帧中为所配置的第一天线传送SRS，并且在接下来的每一个WTRU特定子帧中为所配置的每一个附加天线传送SRS。

63．如任一实施例的方法，其中多个天线上的SRS传输是由下列各项中的任何一项执行的：并行传输方案或串行传输方案。

64．如任一实施例的方法，其中WTRU从eNB接收关于使用哪一个传输方案的指示。

65．如任一实施例的方法，还包括：基于接收到的指示来设置SRS传输方案；以及基于接收到的指示而在WTRU用以传送SRS的下一个子帧中传送SRS。

66．如任一实施例的方法，其中该指示包括SRS传输方案将发生改变的时间。

67．如任一实施例的方法，其中该指示是在下列各项中的任何一项中接收的：诸如UL许可的DCI格式，非周期性SRS的触发，或是RRC消息。

68．如任一实施例的方法，还包括：确定传输方案；以及网络发送关于所确定的传输方案的指示。

69．如任一实施例的方法，还包括：从eNB接收关于所确定的传输方案的响应。

70．如任一实施例的方法，其中该响应包括撤销（override）所确定的传输方案的。

71．如任一实施例的方法，还包括：确定使用该传输方案的持续时间；以及如果该持续时间超出预定阈值，则用信号向eNB告知所述传输方案。

72．如任一实施例的方法，其中该持续时间包括下列各项中的任何一项：时间长度，或是SRS传输数目。

73．如任一实施例的方法，其中该确定是基于SRS传输功率需求的。

74．如任一实施例的方法，还包括：用信号向eNB告知该WTRU正在改变传输方案。

75．如任一实施例的方法，其中所述信号通告包括传输方案将会改变的预定时间。

76．如任一实施例的方法，其中在改变传输方案之前，WTRU会等待来自eNB的应答。

77．如任一实施例的方法，其中信令是经由下列各项中的任何一项传送的：RRC消息，媒介接入控制（MAC）控制元素，或是物理层信令。

78．如任一实施例的方法，其中对于并行SRS传输来说，WTRU会在下列各项中的任何一项上同时为其所有天线传送SRS：下一个子帧，下一个小区特定子帧，下一个WTRU特定子帧，触发子帧之后至少四个子帧处的下一个小区特定子帧，触发子帧之后至少四个子帧处的下一个WTRU特定子帧。

79．如任一实施例的方法，其中对于持续时间为N个子帧的并行SRS传输来说，WTRU在下列各项中的任何一项上同时为其所有天线传送SRS：接下来的N个子帧中的每一个子帧，接下来的N个小区特定子帧中的每一个子帧，接下来的N个WTRU特定子帧中的每一个子帧，触发子帧之后至少四个子帧处的接下来的N个小区特定子帧中的每一个子帧，或是触发子帧之后至少四个子帧处的接下来的N个WTRU特定子帧中的每一个子帧。

80．如任一实施例的方法，其中对于使用了激活/去激活的并行SRS传输来说，WTRU在下列各项中的任何一项上同时为其所有天线传送SRS：处于去激活之前的接下来的每一个子帧，处于去激活之前的接下来的每一个小区特定子帧，处于去激活之前的接下来的每一个WTRU特定子帧，触发子帧之后至少四个子帧处且在去激活之前的每一个小区特定子帧，或是触发子帧之后至少四个子帧处且在去激活之前的每一个WTRU特定子帧。

81．如任一实施例的方法，其中用以进行传输的子帧满足SRS子帧偏移和SRS周期配置参数。

82．如任一实施例的方法，其中对于串行传输方案来说，WTRU在下列各项中的任何一项上为其天线传送SRS：下一个子帧，下一个小区特定子帧，下一个WTRU特定子帧，触发子帧之后至少四个子帧处的下一个小区特定子帧，或是触发子帧之后至少四个子帧处的下一个WTRU特定子帧。

83．如任一实施例的方法，其中对于串行传输方案来说，WTRU在下列各项中的任何一项上为其天线传送SRS：接下来的N个子帧中的每一个，接下来的N个小区特定子帧中的每一个，接下来的N个WTRU特定子帧中的每一个，触发子帧之后至少四个子帧处的接下来的N个小区特定子帧中的每一个，或是触发子帧之后至少四个子帧处的接下来的N个WTRU特定子帧中的每一个。

84．如任一实施例的方法，其中对于使用了激活/去激活的串行传输方案来说，WTRU在下列各项中的任何一项上为其天线传送SRS：处于去激活之前的接下来的子帧中的每一个，处于去激活之前的接下来的每一个小区特定子帧，处于去激活之前的接下来的每一个WTRU特定子帧，触发子帧之后至少四个子帧处且在去激活之前的每一个小区特定子帧，或是触发子帧之后至少四个子帧处且在去激活之前的每一个WTRU特定子帧。

85．如任一实施例的方法，其中用以进行传输的子帧满足SRS子帧偏移和SRS周期配置参数。

86．如任一实施例的方法，还包括：按顺序为WTRU的每一个天线传送SRS。

87．如任一实施例的方法，其中该顺序是预定模式。

88．如任一实施例的方法，其中WTRU接收配置信息或是使用少于其所有天线的天线来传送SRS的指示。

89．如任一实施例的方法，其中WTRU通过多天线端口模式（MAPM）或单天线端口模式（SAPM）来传送SRS。

90．如任一实施例的方法，其中对于MAPM来说，WTRU是用下列各项中任何一项通知的：来自eNB的信号或是预定值。

91．如任一实施例的方法，其中对于MAPM来说，WTRU是基于使用多个天线传送SRS的规则来传送SRS的，但其使用的是数量减少的天线。

92．如任一实施例的方法，其中WTRU在连续的子帧中传送SRS。

93．如任一实施例的方法，其中WTRU传送设定数量的SRS。

94．如任一实施例的方法，其中所述设定数量是下列各项中的任何一项：用信号通告的数量，系统参数，小区特定参数，或是WTRU特定参数。

95．如任一实施例的方法，其中WTRU在接下来的每一个小区特定子帧或是每M个小区特定子帧传送SRS（在其中的第M个中传送），直至达到所设定的数量的SRS传输。

96．如任一实施例的方法，其中用以进行传输的子帧满足SRS子帧偏移和SRS周期配置参数。

97．如任一实施例的方法，其中WTRU在接下来的小区特定子帧中的每一个子帧上传送SRS，直至去激活。

98．如任一实施例的方法，其中WTRU在同一个子帧中在其所有天线上传送SRS。

99．如任一实施例的方法，其中正交性是借助下列各项中的任何一项实现的：循环移位复用或不同的传输梳齿指派。

100．如任一实施例的方法，其中WTRU通过在N个子帧中的每一个子帧上在所配置的每一个天线之间进行循环来传送SRS。

101．如任一实施例的方法，其中WTRU通过下列各项中的任何一项来为每一个天线传送SRS：按顺序为每一个天线传送或是依照固定模式来传送。

102．如任一实施例的方法，其中WTRU在触发子帧之后至少四个子帧处的下一个小区特定子帧中传送SRS，然后在接下来的N个小区特定子帧中的每一个子帧上传送SRS。

103．如任一实施例的方法，其中WTRU在下列各项中的任何一项上传送SRS：下一个WTRU特定子帧以及接下来的N个WTRU特定子帧中的每一个子帧，或是触发子帧之后至少四个子帧处的下一个WTRU特定子帧以及接下来的N个WTRU特定子帧中的每一个子帧。

104．如任一实施例的方法，其中WTRU传送SRS，直至去激活。

105．如任一实施例的方法，其中WTRU在下一个天线特定子帧中为指定天线传送SRS，然后在接下来的N个天线特定子帧中的每一个子帧上为指定天线传送SRS。

106．如任一实施例的方法，其中如果所有天线的子帧参数都是相同的，则WTRU在同一个子帧中为所有天线传送SRS。

107．如任一实施例的方法，其中WTRU被配置成在下列各项中的任何一项上传送SRS：在使用UL许可作为触发的情况下除了与UL许可相关联的分量载波之外的其他分量载波，所有活动的UL分量载波，或是所有的UL分量载波。

108．如任一实施例的方法，其中WTRU接收关于在哪些分量载波上传送SRS的指示。

109．如任一实施例的方法，其中WTRU在为SRS传输配置的分量载波之间循环。

110．如任一实施例的方法，其中WTRU在与用于下列各项中任何一项的分量载波相同的分量载波上传送SRS：物理上行链路共享信道传输或是物理上行链路控制信道传输。

111．如任一实施例的方法，还包括：将UL许可中的资源分配解释成是WTRU用以传送SRS的带宽。

112．如任一实施例的方法，还包括：在下列各项中的任何一项上传送SRS：一个天线或多个天线。

113．如任一实施例的方法，其中如果WTRU在多个天线上传送SRS，则WTRU在多个天线上根据下列各项中的任何一项来传送SRS：按顺序或者按照预定模式。

114．如任一实施例的方法，其中WTRU在下列各项中的任何一项上传送SRS：所有活动的UL载波分量或是所有UL载波分量。

115．如任一实施例的方法，其中WTRU在在与用于下列各项中任何一项的分量载波相同的分量载波上传送SRS：物理上行链路共享信道传输或是物理上行链路控制信道传输。

116．如任一实施例的方法，还包括：调整用于SRS传输的功率设置。

117．如任一实施例的方法，其中如果多个分量载波上的SRS功率电平的总和超出WTRU最大发射功率，则WTRU在每一个分量载波上同等地减小SRS功率，在每一个分量载波上缩放SRS功率，丢弃用于SRS传输的某些分量载波，或是只在与UL许可相关联的分量载波上传送SRS。

118．一种无线发射/接收单元，被配置成执行如实施例1-117中任一实施例的方法。

119．一种演进型节点B，被配置成执行如实施例1-118中任一实施例的方法。

120．一种集成电路，被配置成执行如实施例1-119中任一实施例的方法。

虽然在上文中描述了采用特定组合的特征和元素，但是本领域普通技术人员将会了解，每一个特征既可以单独使用，也可以与其他特征和元素进行任何组合。此外，这里描述的方法可以在引入到计算机可读介质中并供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读介质的示例包括电信号（经由有线或无线连接传送）以及计算机可读存储介质。关于计算机可读介质的示例包括但不局限于只读存储器（ROM）、随机存取存储器（RAM）、寄存器、缓冲存储器、半导体存储设备、内部硬盘和可移除磁盘之类的磁介质、磁光介质、以及CD-ROM碟片和数字多用途碟片（DVD）之类的光介质。与软件相关联的处理器可以用于实施在WTRU、UE、终端、基站、RNC或任何主计算机中使用的射频收发信机。

Claims (22)

1.一种用于在多天线无线发射/接收单元(WTRU)中执行上行链路探测参考信号(SRS)传输的方法，该方法包括：

接收用于执行SRS传输的WTRU特定SRS子帧的WTRU特定配置；

从基站接收触发，以便为预定数量的天线传送SRS；以及

选择第一子帧，该第一子帧位于在其内接收所述触发的子帧之后且位于该在其内接收所述触发的子帧之后至少4个子帧之后，该第一子帧为WTRU特定子帧；

确定所选的第一子帧是否为OFDM符号中的最后一子帧以及是否超出了最大传输功率；

在所选的第一子帧并非OFDM符号中的最后一子帧以及未超出了最大传输功率的情况下，在所选的第一子帧内传输所述SRS；

确定SRS传输功率之和是否超出预定最大功率值；以及

在所述SRS传输功率之和超过预定最大功率值的情况下，等同地减小所述SRS传输功率以满足所述预定最大功率值。

2.根据权利要求1所述的方法，其中所述触发是向所述WTRU提供预定SRS传输参数的多比特指示符。

3.根据权利要求1所述的方法，该方法还包括：

接收循环移位参考值；以及

至少基于所述循环移位参考值为天线确定循环移位。

4.根据权利要求3所述的方法，其中对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位提供这些天线的循环移位之间的最大距离。

5.根据权利要求3所述的方法，其中对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位提供这些天线的循环移位之间的均匀分布。

6.根据权利要求1所述的方法，其中循环移位复用或不同传输梳齿指派中的至少一者被用于预定的WTRU特定子帧中的来自多个天线的传输。

7.根据权利要求6所述的方法，该方法还包括：

接收循环移位参考值；以及

至少基于所述循环移位参考值为天线确定循环移位，其中对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位提供这些天线的循环移位之间的最大距离。

8.根据权利要求1所述的方法，其中预定的WTRU特定子帧中的来自多个天线的SRS传输是并行完成的。

9.根据权利要求1所述的方法，其中天线的所述预定数量小于所述WTRU上可用的天线的数量。

10.根据权利要求1所述的方法，其中所述WTRU特定SRS子帧对于周期性SRS传输和非周期性SRS传输是不同的。

11.根据权利要求1所述的方法，该方法还包括：

确定物理上行链路共享信道(PUSCH)与用于SRS的WTRU特定配置之间的资源分配重叠；以及

在存在部分重叠的情况下，则放弃子帧的最后一个符号中的PUSCH传输。

12.一种多天线无线发射/接收单元(WTRU)，该WTRU包括：

接收机，被配置成接收用于执行SRS传输的WTRU特定SRS子帧的WTRU特定配置；

该接收机还被配置成从基站接收触发，以便为预定数量的天线传送SRS；

处理器，被配置成选择第一子帧，该第一子帧位于在其内接收所述触发的子帧之后且位于所述在其内接收所述触发的子帧之后至少4个子帧之后，该第一子帧为WTRU特定子帧；

所述处理器被配置成确定所选的第一子帧是否为OFDM符号中的最后一子帧以及是否超出了最大传输功率；

发射机，被配置为在所选的第一子帧并非OFDM符号中的最后一子帧以及未超出了最大传输功率的情况下，在所选的第一子帧内为所述预定数量的天线传输所述SRS；

所述处理器被配置为确定SRS传输功率之和是否超出预定最大功率值；以及

在SRS传输功率之和超过预定最大功率值的情况下，所述发射机被配置为等同地减小所述SRS传输功率以满足所述预定最大功率值。

13.根据权利要求12所述的WTRU，其中所述触发是向所述WTRU提供预定SRS传输参数的多比特指示符。

14.根据权利要求12所述的WTRU，其中：

所述处理器进一步被配置为接收循环移位参考值；以及

所述处理器进一步被配置为至少基于所述循环移位参考值为天线确定循环移位。

15.根据权利要求14所述的WTRU，其中对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位提供这些天线的循环移位之间的最大距离。

16.根据权利要求14所述的WTRU，其中对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位提供这些天线的循环移位之间的均匀分布。

17.根据权利要求14所述的WTRU，其中循环移位复用或不同传输梳齿指派中的至少一者被用于预定的WTRU特定子帧中的来自多个天线的传输。

18.根据权利要求17所述的WTRU，其中：

对在相同的WTRU特定子帧中传送SRS的天线来说，为每一个天线确定的循环移位提供这些天线的循环移位之间的最大距离。

19.根据权利要求12所述的WTRU，其中预定的WTRU特定子帧中的来自多个天线的SRS传输是并行完成的。

20.根据权利要求12所述的WTRU，其中天线的所述预定数量小于所述WTRU上可用的天线的数量。

21.根据权利要求12所述的WTRU，其中所述WTRU特定SRS子帧对于周期性SRS传输和非周期性SRS传输是不同的。

22.根据权利要求12所述的WTRU，其中：

所述处理器进一步被配置为确定物理上行链路共享信道(PUSCH)与用于SRS的WTRU特定配置之间的资源分配重叠；以及

所述处理器进一步被配置为在存在部分重叠的情况下，则放弃子帧的最后一个符号中的PUSCH传输。