向不同服务站点提供物理层资源的制作方法

本申请要求2012年8月23日申请的美国临时专利申请No.61/692,548；2012年11月14日申请的美国临时专利申请No.61/726,262；2013年4月3日申请的美国临时专利申请No.61/808,013；和2013年5月8日申请的美国临时申请No.61/821,154的权益，其内容全部以引用的方式结合于此。

背景技术：

长期演进(LTE)R11及更早的版本可以支持基于远程无线电头(RRH)架构的多点连接。然而，这些系统在相同或不同的上行链路(UL)和/或下行链路频率上使用集中式的调度器。由于不同传输的调度以协作方式进行，从不同传输/接收点接收到的调度顺序间的冲突通常不会受到极大关注。

对于下行链路和/或上行链路传输的调度功能分布在不止一个物理位置和/或节点的网络中的无线发送/接收单元(WTRU)的操作可能存在某些挑战。例如，将由WTRU传送的信号的某些特性可能依赖于每个节点单独做出的调度决策。没有节点之间的紧密协调(例如，如果节点间的回程链路与相对高的延时相关联则不可用)，某些信号在WTRU侧可能不能正确发送，在网络侧接收的信号可能不能正确解码。

技术实现要素：

描述了在WTRU配置为向多个服务站点传送时用于物理层操作的方法和系统。例如，公开了用于向多个与进行独立调度的不同服务站点相关联的媒介接入控制(MAC)实例提供物理层资源的系统和方法。例如，WTRU可以利用用于向与第一MAC实例相关联的第一服务站点传送的第一物理层配置。WTRU可以利用用于向与第二MAC实例相关联的第二服务站点发送的第二物理层配置。WTRU可以防止来自第一MAC实例的传输请求与来自第二MAC实例的传输请求之间的冲突(例如协调传输请求)。例如，防止冲突可以包括利用用于与第一MAC实例相关联的传输和与第二MAC相关联的传输的时间隔离或频率隔离中的一者或多者。

例如，可以使用时间隔离用于防止多个MAC实例的上行链路传输之间的冲突。当使用时间隔离时，第一MAC实例和第二MAC实例中的每一个可以指派各自的用于在上行链路中传送的子帧子集。例如，第一子帧子集可以指派给第一MAC实例，以及第二子帧集可以指派给第二MAC实例。子帧子集可以完全分开或部分重叠。第一MAC实例和第二MAC实例可以使用不同步的子帧定时。WTRU可以根据与所分配的第一服务站点的子帧重叠的所分配的第二服务站点子帧来确定丢弃将传送到第一服务站点的至少一个符号。为了允许WTRU切换其物理层配置可以丢弃该符号以向不同的服务站点传送。被丢弃的至少一个符号可以是所分配的第一服务站点的子帧中的最后符号。在一个示例中，WTRU可以丢弃所分配的第二服务站点的子帧的第一个符号。

由于可用于上行链路传输的子帧数量受限，可以修改一个或多个上行链路进程以确保上行链路资源可用于到给定MAC实例的传输。例如，第一混合自动重复请求(HARQ)反馈定时关系可以应用到使用第一MAC实例发送的传输，以及第二HARQ定时关系可以应用到使用第二MAC实例发送的传输。

在一个示例中，可以使用频率隔离。例如，WTRU可以在发送与第一MAC实例相关联的传输时使用第一载波传送，以及WTRU可以在发送与第二MAC实例相关联的传输时使用第二载波传送。载波在频域可以是分开的。WTRU可以配置有对于每个MAC实例的最大传输功率。WTRU可以配置有用于向第一服务站点或第二服务站点中的一个或多个传送的最大传输功率(例如，在任意给定时刻可用的功率总量)。WTRU可以确定根据接收到的对于第一服务站点的第一上行链路授权传送和根据对于第二服务站点的第二上行链路授权传送将导致WTRU超过最大传输功率。

基于确定根据接收到的对于第一服务站点的第一上行链路授权传送和根据对于第二服务站点的第二上行链路授权传送将导致WTRU超过最大传输功率，WTRU可以确定缩放到第一服务站点的传输或到第二服务站点的传输中的一个或多个。例如，缩放到第一服务站点的传输或到第二服务站点的传输中的一个或多个可以包括首先分配功率给物理上行链路控制信道(PUCCH)传输，并分配剩余的功率直到最大传输功率给一个或多个物理上行链路共享信道(PUSCH)传输。WTRU可以包括传输已经由于功率在到第一服务站点的传输或到第二服务站点的传输的一个或多个中限制而缩放的指示。WTRU可以基于将被传输到第一服务站点的数据优先级和将被传输到第二服务站点的数据优先级确定对哪个传输进行缩放。

WTRU可以向第一服务站点或第二服务站点中的一个或多个传送服务质量(QoS)状态报告(QSR)。QSR可以基于确定对于至少一个无线电承载的QoS要求没有得到满足而发送。QSR可以包括与不同服务站点相关联的承载和/或映射到多个服务站点的承载相关的信息。WTRU可以根据关于从网络实体接收到的优先级的显式指示确定与第一MAC实例相关联的第一上行链路授权和与第二MAC实例相关联的第二上行链路授权之间的相对优先级。该优先级可以用于在冲突情况下优先处理到服务站点之一的传输。

WTRU可以向第一服务站点报告针对与MAC实例相关联的传输和与第二MAC实例相关联的传输中的每一个传输的功率余量信息。例如，向第一服务站点报告针对与MAC实例相关联的传输和与第二MAC实例相关联的传输中的每一个传输的功率余量信息可以基于确定缩放到第一服务站点或第二服务站点中的一者或多者的至少一个传输。

附图说明

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

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

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

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

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

图1E是可在图1A中示出的通信系统中使用的另一个示例性无线电接入网络和另一个示例性核心网络的系统图；以及

图2是概念性地示出可用于解决MAC实例之间竞争的优先级规则的方框图。

具体实施方式

现在将参考各附图对示意性实例的详细描述进行说明。尽管该说明对可能的实现提供了详细的实例，但是应当注意的是细节旨在示例性而绝非限制本申请的范围。

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

如图1A所示，通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c、和/或102d(通常或共同称为WTRU 102)，无线电接入网络(RAN)103/104/105，核心网络106/107/109，公共交换电话网络(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/107/109、互联网110、和/或网络112的任何类型的设备。作为示例，基站114a、114b可以是基站收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点(AP)、无线路由器等等。虽然基站114a、114b每个被描述为单独的元件，但是应该理解基站114a、114b可以包括任何数量互连的基站和/或网络元件。

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

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

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

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

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

图1A中的基站114b可以是无线路由器、家庭节点B、家庭e节点B或接入点，例如，并且可以使用任何适当的RAT来促进局部区域中的无线连接，例如商业场所、住宅、车辆、校园等等。在一个实施方式中，基站114b和WTRU 102c、102d可以实现例如IEEE 802.11的无线电技术来建立无线局域网(WLAN)。在另一个实施方式中，基站114b和WTRU 102c、102d可以实现例如IEEE 802.15的无线电技术来实现无线个域网(WPAN)。在又一个实施方式中，基站114b和WTRU 102c、102d可以使用基于蜂窝的RAT(例如，WCDMA，CDMA2，GSM，LTE，LTE-A等)来建立微微小区或毫微微小区。如图1A所示，基站114b可以具有到因特网110的直接连接。因此，基站114b可以不必经由核心网络106107/109而接入到因特网110。

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

核心网络106/107/109还可以充当WTRU 102a、102b、102c、102d接入到PSTN 108、因特网110、和/或其他网络112的网关。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的全球互联计算机网络和设备的系统，所述协议例如有TCP/IP网际协议组中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括被其他服务提供商拥有和/或操作的有线或无线的通信网络。例如，网络112可以包括连接到一个或多个RAN中的另一个核心网络，该RAN可以使用和RAN 103/104/105相同的RAT或不同的RAT。

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

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

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

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

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

收发信机120可以被配置为调制要由发射/接收元件122传送的信号，和解调由发射/接收元件122接收的信号。如上所述，WTRU 102可以具有多模式能力。因此，收发信机120可以包括使WTRU 102能够经由多个RAT通信的多个收发信机，所述多个RAT例如有UTRA和IEEE 802.11。

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

处理器118可以从电源134接收电能，并且可以被配置为分配和/或控制到WTRU 102中的其他部件的电能。电源134可以是给WTRU 102供电的任何适当的设备。例如，电源134可以包括一个或多个干电池(例如，镍镉(NiCd)、镍锌(NiZn)、镍氢(NiMH)、锂离子(Li-ion)，等等)，太阳能电池，燃料电池等等。

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

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

图1C是根据一个实施方式的RAN 103和核心网络106的系统图。如上所述，RAN 103可使用UTRA无线电技术通过空中接口115与WTRU 102a、102b、102c通信。RAN 103还可以与核心网络106通信。如图1C所示，RAN 103可包括节点B 140a、140b、140c，每个可包括一个或多个收发信机，用于通过空中接口115与WTRU 102a、102b、102c通信。节点B 140a、140b、140c中的每一个可与RAN 103中的特定小区(未示出)相关联。RAN 103还可以包括RNC 142a、142b。应该理解的是RAN 103可以包括任意数量的节点B和RNC而同时保持实施方式的一致性。

如图1C所示，节点B 140a、140b可以与RNC 142a通信。另外，节点B 140c可以与RNC 142b通信。节点B 140a、140b、140c可以通过Iub接口与各自的RNC 142a、142b通信。RNC 142a、142b可以通过Iur接口彼此通信。RNC 142a、142b中的每一个可以被配置为控制各自连接的各个节点B 140a、140b、140c。另外，RNC 142a、142b中的每一个可以被配置为实现或者支持其他功能，例如外环功率控制、负载控制、许可控制、分组调度、切换控制、宏分集、安全功能、数据加密等等。

图1C中示出的核心网络106可包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148、和/或网关GPRS支持节点(GGSN)150。虽然前述的每个元件都被描述为核心网络106的一部分，但是应该理解的是这些元件中的任何一个都可由核心网络运营商之外的实体拥有和/或操作。

RAN 103中的RNC 142a可以通过IuCS接口连接到核心网络106中的MSC 146。MSC 146可以连接到MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b、102c提供到电路交换网络，例如PSTN 108的接入，以便于WTRU 102a、102b、102c和传统陆地通信设备之间的通信。

RAN 103中的RNC 142a可以通过IuPS接口连接到核心网络106中的SGSN 148。SGSN 148可以连接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供到分组交换网络，例如因特网110的接入，以便于WTRU 102a、102b、102c和IP使能设备之间的通信。

如上所述，核心网络106还可以连接到网络112，网络112可以包括其他服务提供商拥有和/或操作的其他有线或者无线网络。

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

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

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

图1D中所示的核心网络107可以包括移动性管理网关(MME)162、服务网关164、和分组数据网络(PDN)网关166。虽然前述的每个元件都被描述为核心网络107的一部分，但是应该理解的是这些元件中的任何一个都可由核心网络运营商之外的实体拥有和/或操作。

MME 162可经由S1接口被连接到RAN 104中的e节点B 160a、160b、160c的每一个，并充当控制节点。例如，MME 162可负责认证WTRU 102a、102b、102c的用户，承载激活/去激活，在WTRU 102a、102b、102c的初始附着期间选择特定服务网关等。MME 162还可以为RAN 104和使用其他无线电技术，例如GSM或WCDMA的其他RAN(未示出)之间的交换提供控制平面功能。

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

服务网关164还可连接到PDN网关166，所述PDN网关166可以向WTRU 102a、102b、102c提供对分组交换网络的接入，例如，因特网110，以促进WTRU 102a、102b、102c和IP使能设备之间的通信。

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

图1E是根据一个实施方式的示例性RAN 105和核心网络109的系统图。RAN 105可以是使用IEEE 802.16无线电技术的接入服务网(ASN)，以通过空中接口117与WTRU 102a、102b、102c通信。如下面将详细说明的，WTRU 102a、102b、102c、RAN 105、和核心网络109的不同功能实体之间的通信链路可以被定义为参考点。

如图1E所示，RAN 105可以包括基站180a、180b、180c和ASN网关182，但是应该理解的是RAN 105可以包括任意数量的基站和ASN网关而同时保持实施方式的一致性。基站180a、180b、180c可以每一个都与RAN 105中的特定小区(未示出)相关联，每一个都可以包括一个或者多个收发信机用于通过空中接口117与WTRU 102a、102b、102c通信。在一个实施方式中，基站180a、180b、180c可以实现MIMO技术。因此，例如基站180a可以使用多个天线来向WTRU 102a传送无线信号和从WTRU 102a接收无线信号。基站180a、180b、180c还可以提供移动性管理功能，例如切换触发、隧道建立、无线资源管理、服务质量(QoS)策略增强等等。ASN网关182可以作为业务聚合点，可以负责寻呼、用户配置文件缓冲、路由到核心网络109等等。

WTRU 102a、102b、102c与RAN 105之间的空中接口117可以被定义为实现IEEE 802.16规范的R1参考点。另外，WTRU 102a、102b、102c的每一个可以与核心网络109建立逻辑接口(未示出)。WTRU 102a、102b、102c与RAN 109之间的逻辑接口可以被定义为R2参考点，该R2参考点可以用于鉴权、授权、IP主机配置管理、和/或移动性管理。

基站180a、180b、180c的每一个之间的通信链路可以被定义为R8参考点，该参考点包括便于WTRU切换和在基站之间传输数据的协议。基站180a、180b、180c和ASN网关185之间的通信链路可以被定义为R6参考点。R6参考点可以包括便于移动性管理的协议，根据与WTRU 102a、102b、102c的每一个相关联的移动性事件。

如图1E所示，RAN 105可以连接到核心网络109。例如，RAN 105和核心网络109之间的通信链路可以被定义为包括便于例如数据传输和移动性管理功能的协议的R3参考点。核心网络109可以包括移动IP本地代理(MIP-HA)184、鉴权、授权、计费(AAA)服务器186、和网关188。虽然前述的每个元件都被描述为核心网络109的一部分，但是应该理解的是这些元件中的任何一个都可由核心网络运营商之外的实体拥有和/或操作。

MIP-HA可以负责IP地址管理，可以使WTRU 102a、102b、102c能够在不同ASN和/或不同核心网络之间漫游。MIP-HA 184可以向WTRU 102a、102b、102c提供对分组交换网络的接入，例如，因特网110，以促进WTRU 102a、102b、102c和IP使能设备之间的通信。AAA服务器186可以负责用户鉴权和支持用户服务。网关188可以便于与其他网络的互操作。例如，网关188可以向WTRU 102a、102b、102c提供对电路交换网络，例如PSTN 108的接入，以促进WTRU 102a、102b、102c和传统陆地线通信设备之间的通信。此外，网关188可向WTRU 102a、102b、102c提供对网络112的接入，所述网络112可包括由其他服务提供商拥有和/或操作的其他有线或无线网络。

虽然图1E中未示出，但是应当理解的是RAN 105可以连接到其他ASN和核心网络109可以连接到其他核心网络。RAN 105和其他ASN之间的通信链路可以被定义为R4参考点，该R4参考点可以包括用于协调WTRU 102a、102b、102c在RAN 105与其他ASN之间的移动性的协议。核心网络109和其他核心网络之间的通信链路可以被定义为R5参考点，该R5参考点可以包括便于本地核心网络和访问核心网络之间的互操作的协议。

在下行链路和/或上行链路传输的调度功能分布在不止一个物理位置或节点的网络中的无线发射/接收单元(WTRU)的操作可能存在某些挑战。例如，与第一传输层相关联的第一调度器可以被包括在与其关联的第一MAC实例中和/或包括在第一服务站点中(例如，第一RAN节点，诸如eNB和/或宏eNB(MeNB))。与第二传输层相关联的第二调度器可以被包括在与其关联的第二MAC实例中和/或包括在第二服务站点中(例如，第二RAN节点，诸如eNB和/或小型小区eNB(SCeNB))。去往和/或来自WTRU传输的一个或多个信号特性可能依赖于每个节点处单独做出的调度决策。此外，调度节点可以经由相对高延时的接口进行通信，使得调度决策的协调在实践中难以实施。

例如，WTRU可以从两个调度站点的每一个中接收授权(例如，经由物理下行链路控制信道(PDCCH)的动态授权、半永久调度(SPS)授权、其他上行链路授权等)。授权可以指示WTRU经由上行链路(UL)信道(例如，物理上行链路控制信道(PUCCH)、物理上行链路共享信道(PUSCH))传送，两个或多个授权可能将资源分配给频域和/或时域上重叠的WTRU。这种情况下，WTRU无法遵循从一个或多个站点传送的授权。

作为另一个示例，WTRU可以从两个(或多个)站点接收UL授权，并且每个接收到的授权可以与不同的UL信道和/或不同的UL频带相关联。然而，如果WTRU根据每个用信号发送的授权传送，这种组合将导致WTRU超过其最大传输功率。在这种情况下，WTRU可能无法以接收的调度器要求的功率等级发送每个信号，增加了传输失败的可能性。

在一个示例中，WTRU可以配置为基于从第一服务站点接收到的物理下行链路共享信道(PDSCH)传输在给定子帧中传送上行链路控制信息(UCI)。此外，在同一子帧中，WTRU可以配置为基于从第二服务站点接收的UL授权传送PUSCH传输。到第一站点的UCI传输(例如，经由PUCCH、PUSCH发送等)可能与到第二站点的PUSCH传输冲突。这种情况可能导致许多问题。例如，WTRU可能尝试将UCI(例如，由与第一服务站点相关联的传输请求或适用于该传输)包括在发送到第二服务站点的PUSCH传输中；然而，第二服务站点可能不知道WTRU正在将UCI包括在PUSCH传输中，因此第二服务站点可能不能对一个或多个UCI和/或整个PUSCH传输进行正确解码。

为了避免和/或处理这种调度问题，WTRU可以尝试去耦与在网络的不同节点做出的调度决策相关联的传输和/或接收。例如，将从网络中给定服务站点传送和/或接收的信号的特性，例如可以基于源于网络的单个服务节点的信令，而不是基于源于网络的多个节点的信令确定。

尽管本文所述的示例是关于利用与MeNB相关联的第一数据路径(例如，还可以称为第一层、主数据路径、主要层等)和第二数据路径(例如，也可以称为第二层、次数据路径、次要层等)进行描述的，但是本文所描述的方法和系统可以等同应用到单独调度的其他网络传输/接收点(例如，两个或多个独立调度的eNB、两个或多个独立调度的NB、两个或多个独立调度的RAN接入节点等)。本文所述的系统和方法可以应用到其中不同网络节点作为不同数据路径的传输/接收点的一个或多个多调度器框架。

数据路径可以基于用于传送与数据路径相关联的数据的一个或多个服务接入点(SAP)的身份、基于用于传送与数据路径相关联的数据的一个或多个网络接口或节点的身份、基于用于传送与数据路径相关联的一个或多个射频接口(例如，X2、X2bis、X2’、Uu等)、和/或等等进行定义。进一步，数据路径可以基于可用于定义与数据路径相关联的传递信息的处理序列的通信协议栈(例如，包括分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层、媒介接入控制(MAC)层、物理(PHY)层等的一个或多个)进行定义。经由数据路径传送的信息或数据可以包括控制平面数据(例如，非接入层(NAS)信令、RRC信令等)和/或用户平面数据(例如，IP分组等)中的一个或多个。数据路径可以独立于其他数据路径而单独地调度。

例如，在LTE版本11中，数据传递可以经由WTRU和网络之间的单一数据路径被执行。对于控制平面，可能存在单一Uu接口(例如，WTRU和eNB之间的接口)上SRB和逻辑信道(LCH)之间的直接映射。对于用户平面，可能存在该相同Uu接口上EPS承载、数据无线承载(DRB)、与逻辑信道(LCH)之间的直接映射。

然而，在存在多个独立调度器时，WTRU可以配置为利用多于一个数据路径，例如其中每个数据路径可以在WTRU和网络节点之间使用不同的Uu接口建立。数据路径也可以称为层。例如，WTRU可以配置为在多个层上传送和/或接收数据，其中每个层与不同的数据路径相关联。每个层可以独立于其他层进行调度。每个层可以与用于WTRU的不同空中接口相关联。每个层可以与在网络中作为数据路径的传送和/或接收点的服务站点相关联。

为了支持多个层上的传输，可以在WTRU处建立多个MAC实例。例如，WTRU可以配置有多个MAC实例，每一个MAC实例与一组相应的物理层参数和/或特定层无线承载相关联。作为一个示例，WTRU可以配置有一组主要层信息(例如，其可以与宏层/MeNB/宏服务站点相关联)和一组或多组次要层信息(例如，其可以与小型小区层/SCeNB/小型小区服务站点)。WTRU可以为每层配置一个或多个服务小区。例如，WTRU可以在每个层进行载波聚合，从而可能出现来自给定层中多个小区的传送和/或接收。

例如，WTRU可以配置为操作下行链路和/或上行链路的一个或多个服务站点(例如，也称为服务eNB)。例如，WTRU可以在第一服务站点(例如，MeNB)使用单一服务小区(例如分量(component)载波)操作，以及可以在第二服务站点处(例如SCeNB)使用多个服务小区(例如多个分量载波)操作。因此，服务站点可以与多个服务小区相关联。给定服务站点的每个服务小区可以配置用于在相应的分量载波(CC)上的运行。服务站点可以支持一个或多个CC。服务站点内的每个CC可以使用与服务站点中其他CC不同的频率范围操作，从而与给定服务站点相关联的每个服务小区可以使用不同的CC传送。然而，来自不同服务站点的服务小区可以使用同一CC传送。因此，服务小区可以与同一CC但是不同的服务站点相关联。WTRU可以配置有最大数量的、WTRU可以在其上运行的服务站点(例如，1、2、3、4等等)。可以允许WTRU使用的服务站点的最大数量的指示可以由WTRU用信号发送到网络作为WTRU能力信息的一部分，和/或可以由网络基于WTRU的操作等级确定。

服务站点可以与一个或多个传输信道相关联。例如，在上行链路中WTRU可以配置为使用与特定服务站点相关联的服务小区相关联的传输信道(例如，UL-SCH)向物理层递送数据。在一个示例中，尽管传输信道可能与多个服务小区和/或该服务站点内的分量载波相关联，每个传输信道也可以指定给给定的服务站点/层。例如，UL-SCH可以与特定服务站点(例如，与包括MeNB的数据路径相关联的服务站点)和与该服务站点相关联的一个或多个分量载波(例如，与MeNB相关联的多个分量载波)相关联。将要递送到所述服务站点的传输块可以具有与映射到该服务站点的传输信道相关联的数据。在下行链路中，WTRU可以配置为在物理层接收数据并将数据递送到与特定服务站点相关联的服务小区相关联的传输信道(例如DL-SCH)。例如，DL-SCH可以与特定服务站点(例如，与包括SCeNB的数据路径相关联的服务站点)和与该服务站点相关联的一个或多个分量载波(例如，与SCeNB相关联的多个分量载波)相关联。在物理层接收到的传输块可以映射到与从其中接收到所述传输块的该服务站点相关联的传输信道。给定服务站点可以与0个、一个或多于一个UL-SCH以及0个、一个或多个一个DL-SCH相关联。

每个服务站点可以与WTRU处相应的MAC实例相关联。WTRU可以配置有多个MAC实例。每个MAC实例可以与特定的服务站点相关联。本文中术语服务站点、层、数据路径、MAC实例等可以互换使用。每个MAC实例可以与一个或多个配置的服务小区相关联并支持一个或多个CC。每个UL-SCH和/或DL-SCH可以与给定的MAC实例(例如，传输信道和MAC实例之间的一对一实例)相关联。

MAC实例可以配置有主小区(PCell)。对于每一个服务站点(和/或MAC实例)，其相关服务小区之一可以支持传统(例如单站点)系统中主服务小区(PcCell)所支持功能的至少一个子集。例如，给定MAC实例的一个或多个服务小区可以支持可用于发送调度请求、HARQ反馈、CSI反馈等和/或与映射到相应服务站点的UL-SCH和/或DL-SCH相关的PUCCH传输。配置为接收与服务站点的传输信道相关联的上行链路控制信息(UCI)的服务小区可以称为“站点PCell”和/或“MAC主小区”。每个MAC实例可以配置有一个PCell和0或多个SCell。进一步，主MAC实例(例如，与MeNB相关联的MAC实例)的PCell可以具有专用于该MAC实例的额外功能。服务站点可以与数据路径相关联。服务站点可以对应于单一数据路径。

在一个示例中，给定MAC实例的物理信道可以与特定的服务站点相关联。例如，给定的上行链路和/或下行链路物理信道可以用于WTRU和单个服务站点之间的传输。类似的，在上行链路和/或下行链路中传送的给定参考信号可以与WTRU和单个服务站点之间的信道相关联。用于与特定服务站点通信的物理信道的集合和/或参考信号的集合可以映射到WTRU处的一个MAC实例。

当WTRU配置为操作多于一个服务站点时，可以使用多个MAC实例。例如，WTRU可以针对其连接到的每个服务站点利用实例化MAC实例。为了与服务站点进行通信，每个MAC实例可以使用物理信道的对应集合。例如，WTRU实例中的第一MAC可以配置为连接到第一服务站点(例如，MeNB)和/或与其进行通信，以及WTRU中的第二MAC实例可以配置为连接到第二服务站点(例如，SCeNB)和/或与其进行通信。第一MAC实例可以与可用于WTRU与第一服务站点之间传输的第一组物理信道(例如，PDCCH、PDSCH、PUCCH、PUSCH等)相关联，以及第二MAC实例可以与可用于WTRU与第二服务站点之间传输的第二组物理信道(例如，PDCCH、PDSCH、PUCCH、PUSCH等)相关联。第一MAC实例可以配置为将传输信道映射到其相应的物理信道组。

如果配置了载波聚合，服务站点和/或其相应的MAC实例可以被配置以用于多于一个服务小区。例如，与给定服务站点相关联的服务小区之一可以标识为主服务小区(例如，PCell)。与给定服务站点相关联的0或多个服务小区可以标识为次服务小区(例如，SCell)。与给定层和/或服务站点相关联的PCell和/或0或多个SCell可以由单个调度器调度。例如，如果多个调度器协调调度以避免调度冲突(例如，使用相对低延时的接口)，与给定层和/或服务站点相关联的PCell和0或多个SCell可以由多于一个调度器调度。

一个或多个物理信道和/或信号(例如，参考信号)可以与每个MAC实例相关联。例如，PUCCH可以与给定的MAC实例相关联。PUCCH可以配置为将与相应MAC实例相关联的上行链路控制信息(例如，HARQ反馈、信道状态信息(CSI)，诸如信道质量指示(CQI)、预编码矩阵指示(PMI)、秩指示(RI)、调度请求(SR)等)传输到可应用的服务站点。如果配置了多个MAC实例，可以配置多个PUCCH(例如，每个MAC实例一个PUCCH)。如果对于给定服务站点执行载波聚合，PUCCH可以在MAC实例的主服务小区(例如，对于MAC实例/服务站点的PCell)，而不是在MAC实例的次服务小区(例如，对于MAC实例/服务站点的SCell)被传送。

物理广播信道(PBCH)可以与给定MAC实例相关联。例如，对应给定MAC实例/服务站点的PBCH可以传输与相应MAC实例相关联的系统信息。如果对于给定服务站点执行载波聚合，PBCH可以在MAC实例的主服务小区(例如，对于MAC实例/服务站点的PCell)，而不是在MAC实例的次服务小区(例如，对于MAC实例/服务站点的SCell)被传送。

PUSCH可以与给定MAC实例的每个服务小区相关联。例如，如果给定MAC实例与单个PCell和两个SCell相关联，该MAC实例可以与三个PUSCH(例如，发送到PCell的第一PUSCH、发送到第一SCell的第二PUSCH、和发送到第二SCell的第三PUSCH)相关联。PUSCH可以配置为传送来自给定的与MAC实例相关联的传输信道(例如，一个或多个传输块)的信息。PUSCH可以用于传送与其相应MAC实例相关联的用户数据和/或UCI。

PDCCH和/或增强的PDCCH(E-PDCCH)可以与给定MAC实例的每个服务小区相关联。例如，对于MAC实例的给定服务小区，WTRU可以尝试在至少一个搜索空间(例如，公共搜索空间、WTRU特定的，等等)接收PDCCH和/或E-PDCCH。如果使用载波聚合且载波指示字段(CIF)配置用于给定的MAC数量，那么WTRU可以尝试接收MAC实例的PCell中，而不是在与MAC实例相关联的0或多个SCell上的PDCCH和/或E-PDCCH。多于一个E-PDCCH集合可以配置用于与MAC实例相关联的给定服务小区。PDCCH和/或E-PDCCH可以用于将控制信息传输到WTRU中的相应MAC实例。例如，可以在PDCCH和/或E-PDCCH上传送PDSCH指派、PUSCH授权、物理随机接入信道(PRACH)顺序、传输功率控制(TPC)命令、CSI请求、非周期性探测参考信号(SRS)请求和/或等等的一个或多个。在给定PDCCH(和/或E-PDCCH)上接收的下行链路控制信息(DCI)可应用到与该PDCCH(和/或E-PDCCH)相关联的MAC实例。

PRACH可以与相应给定的MAC实例的服务小区相关联。例如，与给定MAC实例相关联的每个服务小区可以包括PRACH。PRACH可用于支持用于相关联MAC实例的基于竞争和/或非基于竞争的随机接入(RACH)进程。

在一个示例中，不是多个物理信道与单个的服务站点相关联，而是一个或多个物理信道的集合可以与多于一个服务站点相关联。例如，WTRU通过上行链路物理信道发送的给定上行链路传输可以由多个服务站点(例如，eNB)接收，例如，使用对多个服务站点公用的MAC实例。因此，上行链路物理信道(例如，和/或参考信号)可以用于与多于一个服务站点相关联的数据和/或控制信息的传输，以及下行物理信道(例如，和/或参考信号)可以用于与多于一个服务站点相关联的数据和/或控制信息的接收。用于与多个服务站点通信的物理信道和/或参考信号的集合可以映射到与每个服务站点相关联的单个MAC实例。与去往/来自多个服务站点的传输相关联的MAC实例可以称为公共MAC实例。

在上行链路中，可以半静态地确定与公共MAC实例相关联的物理信道的一个或多个传输特性。例如，WTRU可以确定一个或多个参数以不依赖于和/或从服务站点接收动态控制信令来应用到上行链路传输(例如，PUSCH、PUCCH等)。例如，在一些实例中，资源块指派、调制和编码方案(MCS)、解调参考信号(DM-RS)特性、非周期性CSI的传输、HARQ特性、SRS传输和/或等等的一个或多个可以半静态地预先确定或配置，而不是动态指示或调度。诸如用于半静态配置的传输(例如，没有进行动态调度的传输)的传输功率和/或定时提前等的参数，可以基于关于一个或多个服务站点进行的一个或多个测量来确定。例如，为了确定一个或多个服务站点的定时参考、路径损耗参考等的一个或多个，可以执行测量，并且可以从一个或多个服务站点接收定时调整消息/命令和/或功率调整消息/命令。

一个或多个物理信道和/或参考信号可以与公共MAC实例相关联。例如，单个PUCCH可以用于传输可以应用于各种服务站点的上行链路控制信息(例如，CSI、调度请求等)。PUCCH可以与公共MAC实例相关联，且公共MAC实例可以与多个服务站点相关联。

在一个示例中，与公共MAC实例相关联的每个服务小区(例如，对于多个服务站点中每一个的一个或多个服务小区)可以具有相关联的PUSCH。PUSCH可以与公共MAC实例相关联，并可以用于传送包括将要在一个或多个服务站点处理的信息的一个或多个传输块。例如，WTRU可以包括哪个服务站点(例如，和/或服务站点的哪个小区)是包括在传输块中数据的期望目的地的指示。该指示可以被包括在传输块中的带内和/或可以被包括在PUSCH传输中作为额外的控制信息。例如，PUSCH与哪个服务站点相关联的指示可以包括服务站点指示符和/或逻辑信道标识符。如果不同服务站点间的逻辑信道标识符是唯一的，就可以使用逻辑信道标识符。

在一个示例中，单一传输块可以包括将要递送到多于一个服务站点的数据。例如，传输块可以由WTRU传送并且在给定服务站点接收。成功解码该传输块的服务站点(例如，eNB)可以将该传输块(和/或与另一个服务站点相关的传输块的一个或多个部分)转发到另一个服务站点，该另一个服务站点是被包括在该传输块中某些或全部数据的目的地。这样一个方案可以用于实现宏分集。此外，例如为了支持基于竞争和/或非基于竞争的随机接入进程，与公共MAC实例相关联的一个或多个服务小区可以包括PRACH。

当存在给定类型的物理信道的多个实例(例如，用于每个MAC实例的给定物理信道的一个示例)时，可以单独配置与一种物理信道的给定实例相关联的一个或多个传输属性。例如，对于每个MAC实例可以独立地配置与一种物理信道的给定实例相关联的一个或多个传输属性。作为一个示例，第一传输功率可以与和第一MAC实例相关的PUCCH相关联，以及第二传输功率等级可以与和第二MAC实例相关的PUCCH相关联。在一个示例中，对于每个MAC实例，可以独立配置、维护和/或更新用于确定路径损耗参考的参考信号的传输功率和/或身份。对于每个MAC实例，可以独立配置、维护和/或更新用于获得传输定时的参考信号的传输定时和/或身份。

如果对于每个MAC实例独立执行定时和/或功率调整，调整的不协调属性可能导致这样的情况，其中与不同MAC实例相关联的两个物理信道的并行操作可能由于与每个MAC实例相关联的传输属性之间的巨大差距而变得不可行。例如，超过循环前缀持续时间的不同MAC实例之间的传输定时差异可能在某些操作模式下不可行。当与两个或多个MAC实例相关联的传输定时(和/或与两个或多个MAC实例相关联的传输功率)之间的差异超过预定的和/或配置的阈值时，WTRU可以在使用一个或多个MAC实例中采取一个或多个纠正措施。例如，一旦确定MAC实例之间的定时和/或功率差异超过阈值，WTRU就可以确定声明对于一个或多个MAC实例的无线电链路失败(RLF)。例如，WTRU可以停止对于与一个或多个MAC实例相关联的物理信道的传输。WTRU可以基于确定了与两个或多个MAC实例相关联的传输定时(和/或与两个或多个MAC实例相关联的传输功率)之间差异超过阈值，来触发诸如测量报告的RRC消息的传输。在一个示例中，WTRU可以执行一种或多种动作，可以在接收到确定MAC实例之间的定时和/或功率差异超过阈值就无法遵循的一种配置(和/或重新配置)时执行。在一个示例中，WTRU可以在确定MAC实例之间的定时和/或功率差异超过阈值时优先处理MAC实例之一的传输(例如，依据本文所述的优先处理规则)。WTRU可以在确定MAC实例之间的定时和/或功率差异超过阈值时，在时间上丢弃或截断(例如，跳过一个或多个符号)MAC实例的传输。

当确定MAC实例之间的定时和/或功率差异超过阈值时，WTRU可以使用各种标准确定哪个MAC实例应当用于采取纠正措施(例如，声明RLF、停止传输、丢弃传输或符号等等)。例如，用于采取纠正措施的MAC实例可以基于该MAC实例与到宏eNB(MeNB)还是与小型小区eNB(SCeNB)的传输相关联而选择。作为一个示例，WTRU可以确定尝试使用与小型小区eNB相关联的MAC实例采取纠正措施。在一个示例中，用于采取纠正措施的MAC实例可以基于MAC实例之间的相对定时选择。例如，可以选择与最早的时序相关联的MAC(例如，或者在另一个示例中的最后时序)用于执行纠正措施。

在一个示例中，对于与给定MAC实例相关联的PUCCH、PUSCH和/或SRS中的一个或多个(和/或每个)，WTRU可以具有独立的功率控制调整。每个MAC实例可以利用在WTRU处独立于其他MAC实例的功率控制命令的功率控制命令。每个接收到的功率控制命令可以与给定MAC实例的给定信道(例如，如果该MAC实例与给定信道类型的多个信道相关联，和/或该信道的特定实例)相关联。例如，如果给定MAC实例与PUCCH、一个或多个PUSCH(例如，其中PUSCH与MAC实例服务站点的相应分量载波相关联)、和/或一个或多个SRS传输(例如，其中SRS传输与MAC实例服务站点的相应分量载波相关联)相关联，WTRU可以接收与一种信道类型的特定MAC实例相关联的功率控制命令。例如，WTRU可以接收用于与MAC实例相关联的PUCCH的第一功率控制命令、与MAC实例的一个或多个PUSCH相关联的第二功率控制命令(例如，可能是对于每个PUSCH的独立功率控制命令)、和/或与用于MAC实例的一个或多个SRS传输相关联的第三功率控制命令(例如，可能是对于每个SRS传输的独立功率控制命令)。在一个示例中，接收到的功率控制调整可以应用到的MAC实例的身份可以根据用于接收包括相应TPC命令字段的DCI的MAC实例的身份来确定。

在一个示例中，对于给定信道类型的功率控制可能是多个MAC实例公用的。例如，单个功率控制命令可以用来调整与不同MAC实例相关联的PUCCH、PSCH和/或SRS传输的功率。如果WTRU接收了用于给定信道的功率控制调整，功率控制调整可以应用到任意和/或所有用于WTRU的一个或多个(和/或所有)MAC实例的给定信道的事件/实例。例如，WTRU可以接收用于PUCCH的功率控制命令(例如，经由第一MAC实例)，以及WTRU可以调整用于与命令在其上接收的MAC实例和/或一个或多个(和/或所有)由WTRU维护的其他MAC实例相关联的一个或多个(和/或所有)PUCCH的传输功率。可以应用到与不同MAC实例相关联的信道的功率控制调整可以称为全球功率控制命令/调整。全球功率控制命令可以与专用于给定MAC实例的功率控制命令结合使用。例如，用于发送功率控制命令的DCI中的字段(例如，经由一个或多个MAC实例的PDCCH)可以用于向WTRU指示该功率控制命令是全球功率控制命令还是专用于给定MAC实例的功率控制命令(例如，在其上接收功率控制命令的MAC实例)。

WTRU可以配置为接收使用DCI格式3的功率控制调整/命令。在一个示例中，为了确定给定功率控制命令可应用到哪个信道，WTRU可以配置有多个TPC RNTI。例如，WTRU可以配置有可用于编码/解码PUSCH的功率控制命令的TPC-PUSCH-RNTI、可用于编码/解码PUCCH的功率控制命令的TPC-PUCCH-RNTI、和/或可用于编码/解码SRS传输的功率控制命令的TPC-SRS-RNTI中的一个或多个。在一个示例中，WTRU可以配置有用于每个MAC实例的多个TPC RNTI。例如，WTRU可以具有第一组一个或多个TPC RNTI(例如，TPC-PUSCH-RNTI、TPC-PUCCH-RNTI和/或TPC-SRS-RNTI等的一个或多个)以接收用于第一MAC实例的功率控制调整、第二组一个或多个TPC RNTI(例如，TPC-PUSCH-RNTI、TPC-PUCCH-RNTI、和/或TPC-SRS-RNTI等的一个或多个)用于接收用于第二MAC实例的功率控制调整，等等。以这种方式，可用于任何MAC实例的任意信道的TPC命令可以由网络使用任意MAC实例进行传送。例如，用于第一MAC实例的PUCCH的功率控制命令可以通过对包括具有与第一MAC实例相关联的TPC-PUCCH-RNTI的功率控制命令的DCI进行解码发送到使用第二MAC实例的WTRU。在另一个示例中，给定功率控制命令可以应用的MAC实例可以用于传送包括功率控制命令的DCI，且该WTRU可以配置为将给定功率控制命令与该功率控制命令在其上接收的MAC实例相关联。

给定功率控制命令可应用的子帧定时可以由WTRU显式用信号发送和/或隐式确定。在一个示例中，功率控制命令可以应用于在在其中接收功率控制命令的子帧之前预定时间量的子帧中发生的传输。例如，如果在子帧(n)中接收功率控制调整，对于子帧(n+k)中及以后的任意MAC实例，该功率控制命令可以是有效的UL传输(例如，功率控制命令在其上接收的信道中)，其中k可以是预先配置的子帧数量。例如，可以在子帧(n)中接收包括在与第一MAC实例相关联的PDCCH传输中的DCI。DCI可以指示SRS的功率控制调整。在子帧(n+k)中，可以调度SRS用于一个或多个MAC实例，例如第二MAC实例。WTRU可以确定将在第一MAC实例的子帧(n)中接收到的功率控制命令应用到经由第二MAC实例的子帧(n+k)中的SRS传输。因此，即使用于包括功率控制命令的DCI传输的MAC实例可能不同于用于上行链路传送的那个，但子帧(n)中接收的功率控制调整可以是有效的。在SRS可以由网络中的多个接收点(例如，多个服务站点)使用时可以使用这种方案。

在一个示例中，为了便于经由WTRU维护的任意MAC实例接收可应用于单个MAC实例(例如，和/或单个信道类型的单个MAC实例)的功率控制命令，功率控制调整可以包括用于显示指示该功率控制命令可以应用到那个MAC实例的索引。例如，可以经由任意MAC实例在DCI中与功率控制命令一起接收功率控制调整可应用到哪个MAC实例的指示(例如，索引)。该指示还可以指定该功率控制命令可应用于什么信道。以这种方式，任意MAC实例可以用于调整将要使用另一个MAC实例进行的传输的功率。

尽管多个MAC实例可以与独立调度器相关联，但是多个MAC实例可以使用相同的物理层收发信机和/或资源。例如，OFDMA传输方案可以由多个服务站点用于到WTRU的下行链路传输，和/或SC-FDMA传输方案可以由多个服务站点用于从WTRU接收上行链路传输。如果以不受限方式使用与不同服务站点相关联的物理信道，那么与不同服务站点(例如，和/或服务站点的集合)相关联的物理信道的传输和/或接收可能彼此冲突。例如，WTRU可以接收用于传送到第一服务站点的PUSCH传输(例如，使用一第一MAC实例)的第一调度授权和用于传送到第二服务站点的PUSCH传输(例如，使用第二MAC实例)的第二调度授权。每个接收到的授权可以指示该WTRU将要在同一时间使用相同的频率资源传送。由于多种原因在同一子帧中并使用相同的资源块分配的两个PUSCH传输的同时传输可能是不可行的。

本文公开的各种实例可以使能与不同服务站点相关联的物理信道的并行传送和/或接收。应当理解的是可以以不同组合使用不同的示例，例如，基于服务站点之间不同类型的子帧定时、在服务站点使用的不同类型的子帧、与去往和/或来自不同服务站点的传输相关联的时间/频率资源、服务站点之间协调的相对等级、将要发送到和/或来自不同服务站点的物理信道的类型、和/或等等的一个或多个。

例如，在上行链路中，WTRU可以配置为向多个服务站点传送多个UL传输。例如，WTRU可以提供到与到不同服务站点的传输相关联的多个MAC实例的并行物理信道接入。WTRU可以使用更高层的信令(例如，RRC信令)对是否允许到多个服务站点的UL传输进行配置。例如，RRC可以用于配置在相同或不同子帧中向多个站点传送数据和/或上行链路控制信令的能力。WTRU可以配置具有用于到每个服务站点的传输的各自的UL传输参数集合。例如，每个服务站点/MAC实例可以与专用于给定站点和/或MAC实例的功率控制参数、定时提前参数、小区ID(和/或虚拟小区ID)等的一个或多个相关联。

作为到独立调度的服务站点的UL并行UL传输的实例，考虑配置具有至少两个无线承载的WTRU。第一无线承载可以与第一组QoS参数相关联，且可以与到第一服务站点的传输相关联。第二无线承载可以与第二组QoS参数相关联，且可以与到第二服务站点的传输相关联。例如，WTRU可以使用第一无线承载向第一服务站点传送UL数据/业务，同时使用第二无线承载向第二服务站点传送与从第二服务站点接收到的DL传输相关联的UCI(例如，CSI报告、HARQ反馈等等)。在另一个示例中，WTRU可以配置为传送多组UCI，例如，第一组UCI到第一服务站点，以及第二组UCI到第二服务站点。在两种情况下，如果支持UL传输用于到多个服务站点的并行传输，WTRU可以配置为执行与到不同服务站点传输相关联的MAC实例之间物理层资源的竞争解决。作为一个示例，为了支持到多个服务站点的并行传输，WTRU可以配置为使用物理层资源的时间隔离、物理层资源的频率隔离和/或物理层资源的编码隔离中的一个或多个。

本文使用时，术语到多个服务站点的并行传输可以指在相同时间到多个服务站点的同时传输(例如，在相同子帧中使用相同和/或不同频率资源传送到多个服务站点)、在指定时间量的时间内使用相同频率资源到多个服务站点的传输(例如，在相对接近量时间内和/或在相同RRC连接的会话期间使用相同频率传送到多个不同服务站点的传输)和/或等等。到多个服务站点的并行传输可以指这样的场景，其中多个服务站点的任意一个可以具有能力调度WTRU用于在与不同服务站点使用的相同的时间/频率资源上的传输。因此，并行传输可以指WTRU可以从多个服务站点接收冲突调度请求的机会。

在一个示例中，用于多个服务站点的UCI可以被传送到服务站点之一，例如，经由与服务站点之一相关联的PUCCH。例如，可用于第一服务站点的第一控制信息可以被包括在到第一服务站点的PUCCH传输中，以及可用于第二服务站点的第二控制信息可以被包括在到第一服务站点的PUCCH传输中。例如如果WTRU已经确定将在相同子帧中向多个服务站点提供HARQ反馈，则控制信息可以是HARQ ACK/NACK信息。包括可用于多个服务站点的UCI的用于传输的PUCCH参数可以是预先配置的一组参数，该参数特别配置用于将用于多个服务站点的控制信息传送到单个站点。例如，包含可用于多个服务站点的控制信息的用于PUCCH传输的参数可以依赖于在其中传送PUCCH的子帧。在一个示例中，服务站点之一可以指定为UCI传送到的服务站点。PUCCH参数可以由接收用于多个站点的UCI的服务站点进行配置。可以考虑一组接收点(RP)来自同一服务站点。可以考虑多组RP来自不同服务站点(例如，每个服务站点一组RP)。

用于隔离到多个服务站点的传输的物理信道资源的一个示例性方法可以是对于物理层实体在时间上在任意给定实例中作为单个MAC实例(例如，其中每个MAC实例与不同的服务站点相关联)服务。在这样一种场景中，可以允许在给定子帧中使用与单个MAC实例相关联的物理信道。可以依据半静态的配置和/或动态地基于显式信令和/或隐式标准确定哪个MAC实例可以使用给定子帧中的物理信道。例如，可以利用MAC实例的优先级信息解决多个MAC实例之间的冲突。

作为一个示例，为了支持到多个服务站点的并行传输，WTRU可以配置为实施用于到多个服务站点的UL传输的时间隔离方案(例如，时分复用(TDM))。例如，给定子帧可以专用于到特定服务站点的传输。WTRU可以配置有子帧的一个子集用于传送到每个不同的服务站点。WTRU可以配置有对于每个站点的一组UL传输参数集合(例如，功率控制参数、虚拟小区ID的集合、专用PUCCH资源等)。WTRU可以基于包括UL传输将要发生的子帧的子帧子集确定应用哪组UL传输参数。例如，偶数编号的子帧可以被包括在第一服务站点的子帧子集中。奇数编号的子帧可以被包括在第二服务站点的子帧子集中。对于在偶数编号的子帧中发生的UL传输，WTRU可以确定应用到与第一服务站点相关联的UL传输参数。对于在奇数编号的子帧中发生的UL传输，WTRU可以确定应用到与第二服务站点相关联的UL传输参数。

在一个示例中，每个物理信道和/或传输类型可以传送到不同的服务站点。例如，PUCCH可以传送到第一服务站点，以及PUSCH可以传送到第二服务站点。为了分配用于与不同服务站点相关联的多个UL信道的传输的物理资源，每个信道(例如，信道类型)可以被指派一个子帧的子集，其可以用于到其相应服务站点的信道的传输。在这样一种场景下，WTRU可以基于信道类型和/或在子帧中发送的传输类型确定使用哪些UL传输参数。在一个示例中，不同类型的传输可以分配子帧子集。例如，CQI传输可以分配子帧的第一子集，SRS传输可以分配子帧的第二子集。

多组子帧子集可以彼此正交(例如，在时间域上不重叠)和/或可以配置为重叠。例如，如果与不同服务站点相关联的两个或多个子帧子集重叠，那么可以在相同子帧中出现多个到不同服务站点的多个UL传输。例如，WTRU可以配置为在同一子帧中传送到第一服务站点的PUCCH传输和到第二服务站点的PUSCH传输。作为一个示例，WTRU可以在子帧(n)中接收用于到第一服务站点的传输的UL授权，以及WTRU还可以配置为在同一子帧(n)中经由PUCCH向第二服务站点传送HARQ反馈。作为另一个示例，WTRU可以配置为在同一子帧中向多个服务站点传送HARQ反馈。在另一个示例中，WTRU可以利用重叠子帧子集在同一子帧中向多个服务站点传输功率余量报告(PHR)。

在一个示例中，为了隔离与不同服务站点相关联的子帧子集，可以修改一个或多个HARQ反馈定时规则。例如，避免在同一子帧中传送到第一服务站点的PUSCH传输和到第二服务站点的HARQ反馈是期望的。然而，WTRU可能近期已经接收到了来自第二服务站点的PDSCH传输(例如，四个子帧之前)，且传统HARQ定时规则可能已经决定(dictate)WTRU将要在与WTRU被授权的用于到第一服务站点的PUSCH传输的UL传输资源相同的子帧中传送HARQ反馈。为了避免这种情景，WTRU可以向一个或多个服务站点指示WTRU正在使用多服务站点操作。多服务站点操作的指示可以包括可应用于不同服务站点(例如，和/或物理信道)的子帧子集的指示。一旦接收到WTRU正在使用多服务站点操作的指示(例如，和/或不同子帧子集的指示)，服务站点就可以指示WTRU用于HARQ定时的不同的子帧偏移(例如，不同于4的子帧偏移)来确认来自该服务站点的PDSCH传输。

WTRU可以配置有多个子帧子集以不同方式用于到不同服务站点的传输。例如，高层信令(例如，RRC信令)可以用于以子帧子集配置WTRU。高层信令可以从任意服务站点接收高层信令。例如，第一服务站点可以配置子帧子集用于第一服务站点，以及第二子帧子集用于第二服务站点。在一个示例中，物理层信令可以用于向WTRU指示子帧子集。例如，WTRU可以在PDCCH上接收使用DCI格式0/4的UL授权，并且DCI可以指示WTRU可以用于那个站点的子帧子集模式。

在一个示例中，一旦发送SR和/或其他控制信令，WTRU就可以指示WTRU请求包括在服务站点的子帧子集中的子帧的优选密度(和/或比例)(例如，将要分配的用于向该站点传送的子帧的百分比)。不是或者除了子帧密度，SR和/或其他控制信令还可以指示WTRU正请求用于服务站点的优选子帧子集模式。网络/服务站点可以确认和/或拒绝请求密度和/或模式。网络/服务站点可以提出不同的密度和/或子帧子集模式。当在DCI格式0/4向WTRU传送UL授权时(例如，和/或当传送另一种DCI时)，网络可以指示指派给WTRU的子帧的密度和/或模式。如果WTRU已经分配了子帧的一个子集在另一个服务站点使用，WTRU就可以向WTRU正向其请求新的子帧子集的服务站点指示其当前用于其他站点的子帧子集模式。不是或除了在请求来自不同服务站点的子帧子集时发送与其他服务站点相关联的其当前子帧子集的指示，WTRU可以向不同服务站点指示它是在子帧子集请求期间对与另一个站点的UL传输的当前配置(例如，通过由服务站点ID和/或小区ID标识其他服务小区)。这样一个指示可以触发不同的服务站点交换与当前子帧子集相关的信息和/或协商一个新的子帧子集用于一个或多个服务站点(例如，通过X2、X2bis、或两个服务站点之间的任意其他接口)。

如果WTRU确定应当为给定服务站点的子帧子集分配更多或更少的子帧，WTRU可以向服务站点发送消息请求修改分配给用于那个服务站点的子帧子集的子帧。WTRU可以向具有将要修改的子帧的服务站点和/或不同的服务站点发送请求修改对于给定服务站点的子帧子集。例如，如果WTRU确定缓存了用于在将要传送到给定服务站点的逻辑信道上传输的大量数据(例如，超过阈值)，WTRU就可以确定请求额外的子帧增加到与那个服务站点相关联的子帧子集上。请求可以与将要修改的子帧子集一起传送到服务站点和/或不同的服务站点。当请求子帧子集修改时，WTRU可以传送缓存状态报告和/或用于一个或多个(和/或所有)UL无线承载的QoS指示。在最初请求子帧子集和/或周期性/间歇性时可以向网络发送缓存状态报告和/或QoS信息，以使网络确定是否为WTRU配置子帧子集。为了相应地配置和/或重新配置子帧子集，网络(例如，一个或多个服务站点)可以使用缓存状态报告和/或QoS信息。

给定服务站点可以配置有一个或多个潜在的子帧子集。服务站点可以使用广播信令，诸如主信息块(MIB)或系统信息块(SIB)来指示将要在服务站点的小区中使用的可能子帧子集。WTRU可以尝试在WTRU想要在小区中使用的子帧子集内的子帧中使用RACH进程接入服务站点的一个小区。例如，小区中的SIB广播可以指示第一子帧子集包括子帧编号0-4，以及第二子帧子集包括子帧编号5-9。如果WTRU尝试在子帧5(例如，和/或6-9)期间进行RACH，则WTRU可能正隐式请求被指派给包括子帧编号5-9的子帧子集。在一个示例中，包括一个或多个子帧子集的半静态配置可以由高层信令(例如RRC信令)提供给WTRU。用于配置给定服务站点的子帧子集的高层信令可以从那个服务站点和/或从不同的服务站点被传送。在一个示例中，如果WTRU配置有DL子帧子集(例如，WTRU可以在其中接收DL传输的一组子帧)，WTRU就可以基于指派的DL子帧子集模式隐式确定用于服务站点的UL子帧子集模式。例如，UL子帧可以与DL子帧相同和/或DL子帧子集可以映射到相应的UL子帧子集。

子帧子集的配置还可以称为半静态时分复用(TDM)方案。例如，可以根据接收到的TDM配置通过RRC信令半静态地配置MAC实例以使用UL中的物理信道。作为一个示例，TDM配置可以包括指派给WTRU的子帧的指示的位图作为TDM配置的一部分。该位图可以包括多个比特，每一个比特表示可以由MAC实例用于UL传输的子帧和/或帧。例如，第一比特可以表示第一子帧或帧，以及1可以指示第一子帧或帧指派给WTRU作为其子帧子集的一部分，而0可以指示第一子帧或帧没有指派给WTRU作为子帧子集的一部分。位图可以专用于特定MAC实例和/或可以专用于MAC实例的特定物理信道。位图的比特可以每一个对应于多个子帧，例如重复模式的子帧。例如，第一比特可以推荐UL上每个帧的第一个子帧。位图可以用于指派到服务站点的UL和/或DL传输的子帧。在一个示例中，位图可以用于指示给定子帧与哪个MAC实例相关联。例如，位图的第一比特可以指示与该比特相关联的子帧(例如，用子帧编号和/或帧编号标识)是与第一MAC实例还是与第二MAC实例相关联。位图配置可以指示子帧使用的模式。例如，一系列的位图比特可以代表多组预定的子帧子集。WTRU可以，例如使用位图向网络/服务站点指示优选的子帧子集。在一个示例中，TDM配置可以被指示为预定义的TDM子帧配置的集合之一。可以为每个子帧建立预定义的子帧TDM配置，无论子帧是由第一MAC实例还是由第二MAC实例使用。例如在WTRU从一个MAC实例切换到另一个的情况下，这种配置也可以指示特定子帧，其中子帧的特定符号不用于任意MAC实例的传输(例如，传输间隙)。

WTRU可以基于指派的TDM配置(例如，子帧子集配置)确定传送UCI到那个站点和/或何时传送UCI。例如，哪个子帧用于传送UCI可以根据指派给子帧的MAC实例的身份和/或与该UCI相关联的MAC实例的身份确定。例如，WTRU可以基于用于不同MAC实例的指派的TDM配置确定在随后子帧中HARQ反馈针对其被提供(例如，在PUSCH和/或PUCCH上)的PDSCH传输的最大数量。如果WTRU确定在给定子帧中提供的反馈比其指派的资源可以提供的更多(例如，在仅指派给第一服务站点的子帧中UCI被提供给第一服务站点和第二服务站点)，WTRU可以确定复用和/或以其他方式捆绑UCI/反馈并将捆绑的UCI/反馈传送到单个指派的服务站点。

在一个示例中，不是或者除了将传送到不同服务站点的子帧子集进行指派，WTRU可以配置为基于MAC实例之间的相对优先级关于在给定子帧中传送到哪个服务站点进行动态的WTRU自主选择。例如，WTRU可能没有指派子帧子集(例如，WTRU可以被调度用于给定子帧中多个MAC实例的传输)和/或WTRU可以被指派多个子帧子集，其中指派给两个或多个MAC实例/服务站点的子集可能对于一个或多个子帧重叠。在这种情况下，WTRU可以基于传送的数据类型和/或与多个服务站点相关联的优先级信息动态地确定传送到哪个服务站点。例如，WTRU可以配置为使用基于抢占(preemption-based)的方法，其中特定MAC实例或服务站点(例如，对应于宏eNB的MAC实例)可以具有一个或多个其他MAC实例或服务站点之上的绝对优先级。如果使用绝对抢占，每个MAC实例可以指派一个可能不同于指派给其他MAC实例的优先级等级的优先级等级。如果更高优先级等级的MAC实例被调度用于在与较低优先级等级的MAC实例相同的子帧中的传输，该更高优先级等级的MAC实例可以被允许在子帧期间使用物理信道(例如，诸如在PUCCH和/或PUSCH上传送，从下行链路控制信道接收，等)，且用于较低优先级信道的传输可以丢弃和/或经由较高优先级的MAC实例传送。在一个示例中，如果较高优先级的MAC实例在该子帧中没有处于活动时间，那么可以允许较低优先级的MAC实例在给定子帧上使用物理信道。不是或除了MAC实例之间的绝对优先级，还可以使用额外的优先级规则。例如，传送数据的类型、与传输相关联的逻辑信道的身份、和/或其他标准可以用于确定应当允许哪个MAC实例在此传送。

在由于争用导致一个或多个物理信道被MAC实例拒绝使用的情况下(例如，较高优先级的MAC实例正在使用给定子帧中的物理层资源)，WTRU可以向相应于该MAC实例的服务站点发送拒绝哪些资源(例如，较低优先级的MAC实例)的指示。该指示可以包括优先于接收该指示的MAC实例的MAC实例的标识信息和/或可以指示指派给较高优先级MAC实例和/或由WTRU使用的其他较高优先级MAC实例的一个或多个(和/或全部)子帧。例如，在物理层信令(例如，PUCCH传输和/或PUSCH传输)、MAC层信令(例如，MAC CE)、和/或RRC信令的一个或多个中的一个字段用于指示遭到争用的子帧身份和/或进行优先处理的MAC实例/服务小区的身份。WTRU可以重新传送信息，该信息将被传送到服务站点，该服务站点是拒绝对于那个服务站点随后可用的资源集的子帧中传输资源的服务站点。关于资源拒绝的指示(例如，可能具有优先处理的MAC实例/服务站点的指示)可以包括在随后的传输中。随后的可用资源集可以是争用之后可用于传送到拒绝站点(例如，RACH)的第一资源集。在一个示例中，在争用发生的子帧之后，随后可用的资源集可以是调度用于WTRU的随后UL资源的第一组(例如，具有新的UL授权)。

WTRU可以以不同的资源集合提供/调度，以用于包括在已经由于争用被丢弃的消息中的信息的传输。例如，在PUCCH传输已经由于与具有较低优先级的PUCCH传输相关联的MAC实例被丢弃时，WTRU可以配置有PUCCH资源的替换集合。

在某些情况下，与一个或多个MAC实例相关联的DL传输和UL传输可以是时间双工的(例如，时分双工(TDD))，而与一个或多个其他MAC实例(例如，与另一个频带相关联的MAC实例)相关联的DL传输和UL传输可以是频率双工的(例如，频分双工(FDD))。在这些情况下，可以由网络(例如，一个或多个服务站点)配置TDD和/或FDD方案，使得与FDDMAC实例相关联的UL物理信道在对于一个或多个(和/或全部)TDD MAC实例不发生UL传输的子帧中可用。例如，与FDD MAC相关联的UL物理信道在为关于一个或多个(和/或全部)TDD MAC实例的DL传输预留的子帧中可用。

为了根据不同MAC实例提供的配置切换物理层参数，可以允许WTRU一段时间以在用于第一MAC实例的传输(和/或接收)与第二MAC实例的传输(和/或接收)之间进行切换。为了适应(accommodate)交换时间，可以将在改变到另一个MAC实例之前的最后一个可用于给定MAC实例的子帧截短(shorten)。例如，可以配置WTRU以使不在子帧的最后N1个符号上进行传输(和/或接收)。如果N1等于1，那么可以使用截短的传输格式。例如，可以使用一个或多个截短的PUCCH格式。作为一个示例，可以使用与截短格式类似的一个或更多的截短PUCCH格式用于在子帧的最后一个符号上传送具有SRS传输的PUCCH。作为一个示例，不是或除了在转换前截短最后的子帧，也可以在转换后截短第一个子帧。例如，改变之后第一个子帧的最初N2个符号对于新活动的MAC可能是不可用的(例如，对于传输和/或接收)。被截短的子帧是先于切换的子帧还是切换之后的子帧可以依赖于MAC实例之间的一个或多个优先级规则。

在某些部署中，不同的服务站点可以使用异步子帧定时。例如，与第一层相关联的第一服务站点可以在与第二层相关联的第二服务站点开始其子帧不同的时间开始其子帧(例如，与宏层相关联的MeNB使用与和微微层相关联的SCeNB不同的定时对准(alignment))。在另一个示例中，在单个层内的一个或多个小区(例如，与单个服务站点相关联)可能不是时间同步的。如果不同的服务站点使用异步子帧定时运行，与不同服务站点相关联的MAC实例可以具有不同的子帧号偏移。例如，与第一服务站点相关联的小区中给定帧的子帧0可以发生在与第二服务站点相关联的小区中帧的子帧1期间。而且，用于不同服务站点的子帧的开始可能在不同时间发生。例如，与第一服务站点相关联的第一子帧可以在与第二服务站点的子帧不同的时间开始，但是两个子帧可以在时间上部分重叠(例如，用于不同子帧的一个或多个符号可以重叠)。

如果多个服务站点不是符号对准的，还可以使用时间隔离(例如，TDM配置)。例如，为了避免在不同服务站点没有符号对准时的重叠子帧，WTRU可以配置有用于不包括相邻子帧的不同服务站点的子帧子集。WTRU可以将子帧子集推荐到一个或多个服务站点以避免指派可能具有与指派给不同服务站点的子帧符号重叠的子帧。在一个示例中，不是在非符号对准服务站点的情况下省略来自子帧子集的临近转换的整个子帧，而是子帧以重叠方式进行指派。例如，考虑在多个服务站点的子帧中可以使用的多个符号(例如，为了解释的目的，例如，从第一服务站点的小区A的角度，假设符号编号为0-52)。WTRU可以配置为在第一子帧(例如，包括符号0-13)、第二子帧(例如，包括符号14-27)和第三子帧(例如，包括符号28-41)期间传送/接收用于第一服务站点的小区A。WTRU还可以配置为在第一子帧(例如，与小区A的符号11-24重叠)、第二子帧(例如，与小区A的符号24-38重叠)和第三子帧(例如，与小区A的符号39-52重叠)期间传送/接收用于第二服务站点的小区B。小区A优先于小区B处理，从而如果小区A使用其第一子帧，那么小区B可能不能够使用其第一子帧，尽管小区B仍然可以用于其第二子帧(例如，如果小区A不调度WTRU，和/或其第一子帧)

如果WTRU被指派了多个部分冲突的子帧子集，WTRU可以向一个或多个服务站点发送指示请求修改其当前配置的子集中的一个或多个。在一个示例中，WTRU可以向一个或多个服务站点指示代表服务站点之间符号定时差异的符号偏移。服务站点可以使用该偏移信息进行子帧设置配置和/或重配置。

在一个示例中，可以将新类型的子帧指派给WTRU，例如每个子帧具有不同数量符号的子帧。修改的子帧可以具有不到14个符号，使得TDM配置避免了部分重叠子帧情况下的重叠。在截短和/或拉长(elongate)子帧的情况下，WTRU可以使用编码(例如，使用速率匹配)以使在接收机端的正确解码，且网络可以根据子帧配置了解没有使用哪些符号和/或可以通知网络哪些符号将被WTRU丢弃。

在某些情况下，正常或扩展的循环前缀可以用来解释不同实例的子帧之间的重叠定时。然而，在其他情况下，重叠可能不能由正常或扩展的循环前缀适当地处理。而是，来自一个或多个重叠子帧的一个或多个符号可以被丢弃以确保正确运行。丢弃符号的位置(例如，物理资源块(PRB)的第一符号、PRB的最后符号、PRB的多个符号等)可以依赖于与符号被丢弃的子帧相关联的MAC实例的身份。例如，优先级规则可以用于确定在重叠情况下哪个MAC实例丢弃符号。在一个示例中，可以丢弃稍早子帧的最后一个符号。例如，如果在两个MAC实例之间存在子帧冲突，那么配置为在较早开始的子帧中传送的MAC实例可以在其子帧的结尾丢弃一个或多个符号(例如，最后一个符号)。在一个示例中，可以丢弃较晚子帧的第一个符号。例如，如果在两个MAC实例之间存在子帧冲突，那么配置为在较晚开始的子帧中传送的MAC实例可以在其子帧的开始丢弃一个或多个符号(例如，第一个符号)。

如果给定子帧的最后一个符号将要丢弃以避免传输重叠，那么可以在SRS在传输的最后一个符号上传送时，用类似于进行资源元素(RE)映射的方式执行RE映射用于包括丢弃符号的传输块。如果子帧的第一个符号正在被丢弃，那么可以在SRS在传输的最后一个符号上传送时，用类似于进行RE映射的方式执行RE映射用于包括丢弃符号的传输块，尽管数据可以映射到较晚的相近符号上(例如，如果SRS在子帧的最后一个符号传送将映射到符号0的数据可以替换地映射到符号1，如果SRS在子帧的最后一个符号传送将映射到符号1的数据可以替换地映射到符号2，等等)。如果SRS传输被调度用于发生重叠的子帧，WTRU可以确定丢弃SRS传输。在一个示例中，如果在重叠的情况下丢弃子帧的最后一个符号，且SRS也在重叠的子帧中进行调度，而不是丢弃该SRS，与第二到最后一个符号相关联的数据可以丢弃，而SRS在子帧的第二到最后一个符号上传送(例如，当由于重叠最后一个符号被丢弃时由该MAC实例使用的用于传输的最后一个符号)。

WTRU可以配置为指示何时由于子帧重叠已经丢弃了一个或多个符号。例如，该指示可以被发送到与包括丢弃的符号的传输相关联的服务站点和/或与导致符号在不同传输中被丢弃的传输相关联的服务站点。WTRU可以包括丢弃符号的原因，例如与另一个传输重叠。在一个示例中，如果包括丢弃符号的传输是PUSCH传输，WTRU可以包括PUSCH传输中丢弃符号的指示。指示可以包括在PUSCH传输的标记中。服务站点/eNB可以配置为尝试对PUSCH传输进行盲解码以确定是否已经丢弃了符号。例如，eNB可以首先假设丢弃了符号来尝试对PUSCH传输进行解码。如果eNB检测到指示丢弃了符号的标记，那么它可以继续尝试解码假设丢弃符号的PUSCH传输。如果没有解码标记和/或假设丢弃了符号没有对PUSCH传输成功解码，那么eNB可以好像没有丢弃符号一样尝试解码PUSCH传输。

在一个示例中，WTRU可以包括一个请求以在发送到服务站点的服务请求指示中使用减少的符号传输。例如，WTRU可以包括其正请求使用减少数量的符号用于哪些子帧的子帧列表和/或指示。

在一个示例中，WTRU可以半静态地指示(例如，经由RRC信令)可以丢弃符号(例如，第一、第二等)的子帧列表。该指示可以专用于每个MAC实例。例如，WTRU可以向与第一MAC实例相关联的第一服务站点发送第一消息/指示，指示可用于减少符号传输的第一多个子帧，和向与第二MAC实例相关联的第二服务站点发送第二消息/指示，指示可用于减少符号传输的第二多个子帧。该指示还可以使用MAC和/物理层信令传送。

在一个示例中，WTRU可以向网络(例如，一个或多个服务站点)指示在两个MAC实例之间的某些子帧中存在重叠。网络可以确定哪个或哪些MAC实例可以丢弃符号并可以为WTRU配置这些信息。例如，与不同服务站点相关联的eNB可以协商哪个或哪些MAC实例应当用于丢弃符号。WTRU可以提供这样一种重叠可能发生的可能子帧的列表和/或指示。可以由中央控制实体和/或在一个或多个服务站点进行哪个MAC实例可能期望丢弃符号的确定。例如，不同的服务站点可以经由X2接口通信以确定服务站点中的哪个应当期望具有丢弃符号的一个或多个传输。在一个示例中，可以丢弃符号的指示(例如，且可能是哪个或哪些符号可以丢弃的指示)可以在包括UL授权的DCI中提供给WTRU。例如，UL授权的一个字段可以指示该授权用于具有一个或多个丢弃符号的传输，且可以特别指示哪个或哪些符号应当被丢弃。

在一个示例中，WTRU可以自主地确定哪个或哪些MAC实例应当期望DL传输中的丢弃符号和/或应当在上行链路丢弃符号。确定哪个传输应当用于丢弃符号可以基于诸如与被包括在传输中的数据相关联的QoS、用于与传输相关联的一个或多个逻辑信道的缓存状态、MAC实例之间的优先级顺序等的一个或多个因素。在确定了哪个或哪些MAC实例/服务站点应当使用丢弃的符号用于一个或多个传输之后，WTRU就可以向适当的服务站点指示在未来的UL授权中，服务站点处的MAC实例可以假设减少指定子帧集合中的符号。

在一个示例中，用于多于一个MAC实例/服务站点的物理信道可以用于在同一子帧中的传输。作为一个示例，如果在不同频率信道和/或频带发生物理信道的传输/接收(例如，与第一MAC实例相关联的第一物理信道在第一频带传送到第一服务站点，以及与第二MAC实例相关联的第二物理信道在第二频带传送到第二服务站点)，可以在同一子帧中使用与不同MAC实例相关联的物理信道。在一个示例中，如果在不同资源块发生物理信道的传输/接收(例如，与第一MAC实例相关联的第一物理信道在第一资源块传送到第一服务站点，以及与第二MAC实例相关联的第二物理信道在第二资源块传送到第二服务站点)，可以在同一子帧中使用与不同MAC实例相关联的物理信道。在一个示例中，如果物理信道的传输/接收包括不同类型物理信道的传输(例如，用于一个服务站点的PUCCH和用于另一个服务站点的PUSCH)，可以在同一子帧中使用与不同MAC实例相关联的物理信道。在一个示例中，如果物理信道的传输/接收可以使用一个或多个传输属性分离(例如，用于PUCCH的覆盖码、正交DM-RS等)，可以在同一子帧中使用与不同MAC实例相关联的物理信道。

作为一个示例，为了在同一子帧中向多个服务站点传送，可以进行频率隔离。除了时间隔离之外可以使用频率隔离和/或使用频率隔离而无需时间隔离。例如，如果使用了部分重叠时间隔离方案，还可以使用频率隔离，例如，用于存在部分重叠的子帧和/或所有子帧。例如，WTRU可以配置有用于一个或多个服务站点的一个或多个频率子带子集。例如，如果第一服务站点的第一小区在第二服务站点的第二小区的相同频带和/或分量载波上运行，与不同服务站点相关联的MAC实例可以配置为使用频带和/或分量载波中不同的子带子集。在一个示例中，不同服务站点使用的带宽(BW)可以分为多个BW部分。每个服务站点可以配置为使用一个或多个BW部分与WTRU通信。例如，每个BW部分可以视为载波聚合中的一个分量载波。例如，每个BW部分可以包括相应的PUCCH和PUSCH资源。某些带宽部分可以包括没有PUSCH的PUCCH(例如，用于向服务站点报告的CSI)和/或没有PUCCH的PUSCH。

一个或多个物理信道和/或一种或多种传输(例如PUSCH、PUCCH、SRS等)可以配置有RB偏移。RB偏移可以代表用于传送到不同服务站点的频带之间的频率保护和/或其他类型隔离。RB偏移可以确保频率隔离以用于目的为不同服务站点的UL传输。可以由网络(例如，一个或多个服务站点)配置RB偏移，用信号发送到WTRU。在一个示例中，WTRU可以基于接入到给定服务站点的小区的小区ID(和/或虚拟小区ID)确定用于给定小区的RB偏移。

WTRU可以配置为传送横跨多个BW部分的信号。例如，单个SRS序列可以在小区和/或服务站点的整个BW上传送，其可以横跨多个BW部分。在一个示例中，WTRU可以传送不同的SRS(例如，每一个具有其自身的参数集)用于每个BW部分。

WTRU使用的传输功率可以专用于用于传输的BW部分。例如，WTRU可以配置有独立的每个BW部分最大传输功率(例如，PCMAX)。例如，WTRU可以独立地对于每个BW部分进行UL传输功率控制。在另一个示例中，WTRU可以配置有用于整个BW的单个最大传输功率值(例如，PCMAX)。例如，如果确定最大传输功率跨了整个BW，那么WTRU可以首先确定用于给定子帧中PUCCH传输的功率，以及然后分配最大传输功率下的剩余功率用于传送PUSCH。PUCCH和PUSCH可以配置用于使用专用于与信道传输相关联的服务站点的功率控制参数的传输。

如果将要在给定子帧中传送多个PUCCH(例如，到第一服务站点的第一PUCCH传输、到第二服务站点的第二PUCCH传输，等等)，那么可以由高层信令提供PUCCH和/或服务站点的优先级排列(rank)。例如，WTRU可以首先确定用于传送最高优先级的PUCCH/服务站点的传输功率，然后确定分配给下一个最高优先级的PUCCH/服务站点的传输功率，诸如此类。一旦用于子帧中PUCCH传输的服务站点的PUCCH资源/传输功率已经分配了传输功率等级，剩余功率就可以用于一个或多个PUSCH传输。例如，如果将出现多个PUSCH传输，那么可以好像WTRU具有全部传输功率一样(例如，没有传送PUCCH)确定用于每个传输的功率分配，且所确定的功率等级可以根据在整个PUCCH功率等级已经指派完之后剩余的功率进行缩放。

如果WTRU使用的整个BW上被分配最大传输功率(例如，单个的PCMAX用于整个BW)，可以由WTRU报告单个的功率余量报告(PHR)用于与整个BW相关的报告功率信息。对于WTRU配置有每BW部分和/或载波的独立最大传输功率(例如，PCMAX)的情景，WTRU可以配置为发送每BW部分和/或载波的PHR。PHR可以传送到服务站点的一个或多个。例如，用于给定BW部分和/或载波的PHR可以被报告与从WTRU经由给定BW部分和/或载波发送的传输相关联的服务站点。在另一个示例中，给定BW部分和/或载波的PHR可以报告到不从使用那个BW部分和/或载波的WTRU接收传输的服务站点。在一个示例中，用于给定BW部分和/或载波的PHR可以上报到WTRU使用的所有服务站点。在另一个示例中，每个服务站点可以接收针对WTRU使用的所有BW部分和/或载波的PHR。

WTRU可以执行其传输的缩放。例如，如果期望WTRU在同一时间(例如，在子帧中和/或在一个或多个重叠符号上)进行到多个服务站点的上行链路传输(例如，在一个或多个PUCCH资源和/或一个或多个PUSCH资源上)，WTRU可以根据优先级分配传输功率。例如，相应于MeNB服务站点的数据路径的传输可以在用于包括SCeNB服务站点的数据路径的传输上优先处理。例如，在向与MeNB服务站点相关联的传输分配了功率之后，剩余功率可以分配用于到SCeNB服务站点的传输。

第一服务站点(例如，和/或第一服务站点的第一小区)可以具有不同于第二服务站点(例如，和/或第二服务站点的第二小区)的定时配置。因此，如果小区/服务站点之间的定时差异超过预定的阈值，那么频率隔离可能难以实施。因此，WTRU可以确定两个小区/服务站点之间的定时差异并检查该定时差异是否在预先配置的范围内。如果定时差异是在范围内，WTRU可以确定可以使用频率隔离并可以指示频率隔离可以用于网络(例如，一个或多个服务站点)。如果定时差异在预先配置的范围之外，WTRU可以确定不使用频率隔离并可以指示频率隔离可以用于网络(例如，一个或多个服务站点)。WTRU可以确定一个定时提前值以在通过平均每个进行传输的小区/服务站点的定时提前值配置的频率隔离的子帧中使用。在另一个示例中，WTRU可以确定使用每个进行传输的小区/服务站点的定时提前值中的最大定时提前值。在另一个示例中，WTRU可以确定使用每个进行传输的小区/服务站点的定时提前值中的最小定时提前值。在另一个示例中，WTRU可以确定使用与到每个小区/服务站点的传输的最高优先级服务站点/小区相关联的定时提前值。

WTRU可以确定不同BW部分的配置和/或网络(例如，一个或多个服务站点)可以确定BW部分的配置。例如，BW部分可以用类似于子帧子集配置用于时间隔离的方式进行配置。例如，本文描述的用于子帧子集配置的任意方法可以用来配置针对给定服务站点和/或服务站点集合的BW部分。

WTRU可以用一种或多种方式分配针对多个PUCCH传输(例如，到不同服务站点)的传输的传输功率。例如，WTRU可以配置为基于可用于给定子帧中功率总量分配功率。例如，最大传输功率(例如，PCMAX)可以代表可以由WTRU用于传输的最大/总的传输功率(例如，在给定子帧内)。WTRU可以配置为在到不同服务站点的多个PUCCH传输之间平均分割(divide)最大传输功率。例如，WTRU可以确定一个值PCMAX,c，其可以表示最大的WTRU输出功率。WTRU可以在多个PUCCH传输(例如，给定子帧中的n个PUCCH传输)之间平均分割PCMAX,c。例如，每个PUCCH传输的上行链路功率可以设置为PCMAX,c/n的最大值，其中n可以是子帧中PUCCH传输的数量。

在一个示例中，每个MAC实例/服务站点可以配置有MAC专用的最大输出功率。例如，值PCMAX,c,i可以代表MAC实例i和/或服务站点i的最大传输功率。服务小区i中的PUCCH传输可以分配为PCMAX,c,i。对于不同的MAC实例/服务站点(例如，i的值)，值PCMAX,c,i可能不同。

在一个示例中，WTRU可以提供有PCMAX,c的WTRU专用值和对于PUCCH传输的优先级列表和/或指示。根据优先级列表可以分配对于不同PUCCH传输的传输功率。例如，功率可以首先分配给最高优先级的PUCCH传输(例如，总的请求的功率)，然后使用剩余的功率(例如，PCMAX,c-PPUCCH,i，其中PPUCCH,i可以代表分配给最高优先级PUCCH的功率)作为新的PCMAX,c值并将功率分配给第二高优先级的PUCCH传输，诸如此类。在该个示例中，如果WTRU将总的请求功率分配给较高优先级的PUCCH传输，那么WTRU可能没有足够的功率能向较低优先级的服务站点传送一个或多个PUCCH传输。

在一个示例中，WTRU可以向不同PUCCH独立地分配功率。例如，在向每个将在给定子帧中发送的PUCCH分配传输功率后，如果传输功率的和超过了最大传输功率(例如，PCMAX,c)，那么WTRU可以缩放传输以避免超过其最大传输功率。

如果不同的MAC实例/服务站点与不同的分量载波相关联，那么在每个载波上求和的总的传输功率可以是固定的。例如，每个载波可以具有独立的PCMAX,c的值，其例如可以基于每个载波上PUCCH传输的优先级规则设置。如果PUCCH传输不在一个或多个分量载波上进行和/或如果为一个分量载波上的PUCCH传输分配的功率小于用于那个载波的PCMAX,c的相应值，那么用于那个分量载波的PCMAX,c的值可以根据预先配置的数量降低。未使用的功率和/或降低的数量可以重新分配给其他载波以用于PUCCH传输。

在一个示例中，子帧中每个PUCCH传输使用的实际功率可以求和，且任意剩余功率可以用于到一个或多个服务站点的一个或多个PUSCH传输。用于PUSCH传输的功率可以针对不同的服务站点独立地进行配置/分配。用于PUSCH传输的不同服务站点之间的传输功率的缩放可以依赖于预先配置的优先级规则。例如，每个载波的剩余功率(如果没有PUCCH传输则为PCMAX,c，以及对于在该载波上同步PUSCH-PUCCH传输则为PCMAX,c-PPUCCH)可以首先分配给最高优先级的PUSCH。然后任意剩余功率可以分配给下一个最高优先级的PUSCH，诸如此类。基于类似优先级的规则可以用于PUSCH传输，如关于PUCCH传输所描述的那样。例如，对于PUSCH传输的优先级规则的配置可以根据应用到PUCCH传输的优先级规则隐式地确定(或者反之亦然)。

为了使WTRU在同一载波(或在不同载波)上接收多个DL传输，WTRU可以以类似于对于UL传输所描述的方式配置有用于DL传输的时间隔离或频率隔离。例如，服务站点/小区可以向WTRU指示它已经为该WTRU缓存的业务量。WTRU可以为每个服务站点获取这些缓存指标(metric)。WTRU可以使用该指标确定将被分配用于每个服务站点的资源比例(例如，时间资源、频率资源等)。WTRU可以从每个站点请求适量的资源。如果之前的资源分配仍然有效，WTRU可以请求修改资源(例如，指派给第一服务站点更少的子帧和/或指派给第二服务站点更多的子帧；指派给第一服务站点更少的BW部分和/或指派给第二服务站点子帧的更大BW部分)。

WTRU可以配置有对于每个服务站点不同的C-RNTI。WTRU可以对以任意其所指派的C-RNTI加扰的PDCCH传输进行检测并尝试解码。所使用的C-RNTI可以向WTRU指示哪个服务站点/MAC实例与DL传输相关联(例如，以与第二服务站点相关联的C-RNTI进行解码的第一站点的PDCCH传输可以指示PDCCH传输分配的PDSCH传输/PUSCH传输将要在第二服务站点上发送/接收)。用于解码DL传输(例如，PDCCH传输、PUSCH传输等)的C-RNTI可以指示将用于DL传输的UL反馈的资源/服务站点。

PDCCH可以在时间和/或频率上隔离。例如，如果使用频率隔离，那么服务站点可以对于可配置有频率隔离的WTRU隔离一个或多个专用控制信道元素(CCE)，例如包括在WTRU特定BW部分的CCE。这种频率隔离可影响由给定WTRU的传输点使用的搜索空间。

服务站点可以配置WTRU监视唯一的ePDCCH资源。例如，每个ePDCCH可以使用不同的资源(例如不同的RB和/或不同的子帧配置，等等)。用于ePDCCH的资源可以向WTRU指示在UL用于该站点的合适资源。例如，可能在用于ePDCCH传输的DL资源与将用于在其上向给定服务站点传送的UL资源之间存在隐式映射。

下行链路中的时间隔离可以以类似于增强小区间干扰协调(eICIC)的方式实施。例如，WTRU可以根据非周期性反馈触发期间的子帧身份确定在给定反馈实例处传送的反馈的内容和/或类型(和/或一个或多个用于该反馈的服务站点专用参数)。例如，如果反馈在不包括在用于服务站点的TDM配置中的子帧上触发，那么WTRU可以等待直到下一个与相关站点相关联的可用子帧，以传送该反馈(例如，非周期性的CSI反馈)。

WTRU可以在与服务站点相关联的一个或多个(和/或任意)服务站点/小区上执行随机接入进程。例如，当建立了到服务站点的初始无线电链路时，WTRU可能已经在同一载波或不同载波上建立了到另一个服务站点的无线电链路。例如，WTRU可能已经具有到另一个站点(例如，到MeNB)的已经建立的RRC连接。WTRU可以通知它正在尝试接入的服务站点(例如，到SCeNB)该WTRU具有到另一个服务站点(和/或多个其他服务站点)的无线电链路。例如，WTRU可以在随机接入进程中交换的消息(例如，诸如在消息3)中包含一个指示，指示WTRU具有之前建立的到不同服务站点的连接。WTRU正尝试经由RACH接入的服务站点可以提供用于已经建立了到其他服务站点的连接的WTRU的专用PRACH资源和/或专用PRACH前导码。

在一个示例中，类似于切换命令的RRC消息可以从WTRU已经连接到的第一服务站点处接收，且该消息可以触发WTRU执行到第二服务站点的初始接入进程。例如，RRC消息可以包括将要用于第二服务站点的PRACH资源上RACH的专用PRACH资源和/或专用前导码。WTRU可能尝试RACH内的子带(和/或BW部分)可以隐式指示WTRU是否已经建立了到另一个服务站点的无线电链路(例如，如果RACH在第一BW部分中被执行，那么WTRU可具有已经建立的到不同服务站点的连接，如果WTRU在第二BW部分中尝试RACH，那么WTRU可以缺少到另一个服务站点的连接)。用于前导码传输的PRACH资源可以指示其是否具有到另一个站点的无线电链路。例如，某些专用RACH前导和/或某些PRACH资源可以针对具有到不同服务站点的已建立连接的WTRU执行的接入尝试被预留。WTRU可以指示RACH用于次要RRC连接还是主要RRC连接的建立。

在尝试随机接入到服务站点时，WTRU可以报告一组ID(例如，MAC实例ID、服务站点ID、小区ID，等等)以指示WTRU可与之具有无线电链路的一个或多个服务站点的集合。这可允许新的服务站点开始建立到WTRU所用的其他服务站点的回程连接(例如，经由X2、X2bis、和/或任意其他接口)的进程。WTRU可以指示在随机接入进程中它想要的来自服务站点的资源比例(例如，针对TDM操作的子帧密度或比例)。例如，当WTRU向第二服务站点发送用于UL业务的调度请求时，指示可以被包括在RACH消息中。例如，WTRU可以正在向第一服务站点传送UL业务，且根据期望的QoS(例如，一个或多个传输的)，WTRU可以请求在第一服务站点和第二服务站点之间所用的资源比例。

WTRU当前可以通过对于每个服务站点使用不同的正交覆盖码(OCC)向多个服务站点传送UL信道。例如，WTRU可以配置用于向多个服务站点传送PUCCH(例如，第一PUCCH到第一服务站点，第二PUCCH到第二服务站点，等等)。WTRU可以配置有一个或多个服务站点(和/或MAC实例)专用OCC。将要用于给定服务站点的OCC可以是与服务站点相关联的小区ID(和/或虚拟小区ID)、与服务站点相关联的C-RNTI、与服务站点相关联的服务站点ID、与服务站点相关联的MAC实例ID等等的函数(be a function of)。

将在给定服务站点使用的OCC的配置可以以类似于那些关于服务站点(例如，时间隔离)和/或服务站点的BW部分(例如，频率隔离)的配置子帧子集描述的方式进行。除了时间隔离和/或频率隔离之外可以进行对于给定服务站点的码隔离。WTRU可以配置有将用于PUCCH传输的OCC。OCC可以在服务站点的初始PUCCH配置中被指示。将要用于PUCCH传输的OCC可以依赖于用于PUCCH传输的PUCCH格式的类型。在一个示例中，将要用于传送HARQ反馈的PUCCH的OCC可以根据用于下行链路指派的DCI进行指派。例如，将要使用的OCC可以隐式地映射到包括DCI的第一CCE的数量上。在一个示例中，OCC可以作为服务站点的小区的小区ID(和/或虚拟小区ID)和/或WTRU特定参数或ID获得。

如图2所示，各种优先级规则可以用于在资源争用的情况下在MAC实例之间选择。例如，多个优先级规则可以用于确定用于传输的适当服务站点。优先级规则可以被分层(tiered)。例如，如果两个服务站点/MAC实例对于第一优先级层(tier)具有相同的优先级等级，那么可以考虑第二优先级层来确定哪个MAC实例应当授权物理资源。多个优先级规则可以用于确定MAC实例之间的优先级。可以在不同优先级规则之间定义优先顺序。

如图2所示，给定服务站点/MAC实例的优先级等级可以根据物理信道的类型(202)、MAC实例的类型(206)、将要传送的信息类型(208)、逻辑信道优先级(210)、MAC特定聚合QoS配置(212)、正在进行的进程的身份(214)、无线电链路情况(216)、自从最后一个传输的持续时间(218)、测得的路径损耗(220)、接收的授权(222)、无线电链路情况(224)和/或其他因素中的一个或多个确定。用于确定优先级的各种因素可以被分层，且某些因素可以是用于确定优先级的主要因素，而其他因素可以用于第二优先级(和/或优先级的第三、第四、第五等级等等)。

在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据将由MAC实例用于传输的物理信道的类型确定。例如，将PUSCH传送到第一服务站点的第一MAC实例可能具有比将PUCCH传送到第二服务站点的第二MAC实例更高的优先级(反之亦然)。

在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据由MAC实例/服务站点的类型确定。例如，可以根据与MAC实例相关联的服务站点(例如，服务站点对应于MeNB还是SCeNB)定义优先级规则。例如，到MeNB的传输可以在优先于到SCeNB的传输(反之亦然)。在一个示例中，作为WTRU的移动性锚点的服务站点可以优先于不是移动锚点的服务站点。MAC实例的配置可以包括对应于该MAC实例的优先级等级的索引。在一个示例中，主MAC实例可以优先于次MAC实例。

在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据将要传送的信息类型确定。例如，根据将要传送的信息类型定义的优先级规则可以优先于用户数据处理UCI和/或某一类型的UCI(例如，HAQ A/N、SR、周期或非周期性的CSI等等)。某些类型的UCI可以优先于其他类型的UCI进行处理。例如，尝试传送HARQ A/N的MAC实例可以具有比尝试传送CSI的MAC实例和/或尝试传送用户数据的MAC实例更高的优先级。在另一个示例中，动态调度用于PUSCH的MAC实例可以具有比没有调度用于PUSCH传输的MAC实例具有更高的优先级。在一个示例中，调度自适应或非自适应重传的MAC实例可以比调度新传输的MAC实例具有更高的优先级。在一个示例中，可以给第一消息类型(例如，RRC请求和/或RRC响应消息)比其他类型消息更高的优先级。

在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据将要使用给定MAC实例传送的逻辑信道的逻辑信道优先级确定。例如，可以给尝试传送更高优先级逻辑信道的数据的MAC实例超过尝试传送较低优先级逻辑信道的数据的MAC实例的优先级。在一个示例中，与MAC实例相关联的相应无线电承载的QoS可以用于确定MAC实例的相对优先级。例如，用于传送具有更严格QoS请求的无线电承载数据的MAC实例可以优先于用于传送具有较低严格QoS请求的无线电承载数据的MAC实例。在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据与MAC实例相关联的逻辑信道的优先比特率(PBR)确定。例如，WTRU可以相对于用于传送其PBR已经满足的逻辑信道的MAC实例，优先处理用于传送其PBR没有得到满足的逻辑信道的MAC实例。例如，如果其他MAC实例的其他物理信道的PBR已经满足，传输可以分配用于其PBR已经满足的MAC实例的逻辑信道。如果存在PBR没有得到满足的逻辑信道，可以优先处理传送那个逻辑信道的MAC实例。

在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据MAC特定聚合QoS配置确定。例如，WTRU可以配置有一个或多个用于给定MAC实例的QoS参数的集合。在一个示例中，WTRU可以根据用于MAC实例的单独逻辑信道(LCH)和/或逻辑信道组(LCG)确定一个或多个用于给定MAC实例的QoS参数的集合。QoS参数的示例可以包括PBR(例如，诸如关心的MAC实例的多个LCH/LCG上(across)聚合的PBR值)、最小延时值(例如，诸如WTRU缓冲中关心的MAC实例的多个LCH/LCG上的最严格丢弃定时器值和/或队列延迟的最大的头的阈值和/或对于给定SDU的丢弃定时器的最小值)、优先级阈值(例如，以使WTRU可以确定考虑优先级的LCH/LCG的MAC特定QoS参数等于或超过该阈值)中的一个或多个。

在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据与MAC实例/服务站点相关联的正在进行的进程的身份确定。例如，WTRU可以启动一个诸如RRC进程的进程，其具有比诸如数据传输(例如，用户平面数据的传递)的其他进程更高的优先级。可以优先于动态调度数据传递处理的进程的示例可以包括半持续性传输、捆绑的传输或重传、RACH进程中的前导码传输、RACH进程中的另一种传输、RRC进程(例如，测量报告的传输、移动性重配进程和/或等等)、与连接管理相关的进程等中的一个或多个。当WTRU启动比动态调度用户数据传输优先级更高的进程时，WTRU可以优先处理用于对应于优先进程的MAC实例的传输，以使在争用具有WTRU的其他传输的功率分配的情况下，分配给MAC实例更多的功率。

在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据无线电链路情况确定。例如，WTRU可以确定无线电链路情况可以低于与给定MAC实例相关联的传输的给定阈值。例如，WTRU可以检测到无线电链路问题作为无线电链路监视进程的一部分。WTRU可以优先处理经历更强的无线电链路情况的MAC实例或与较差无线电链路情况相关联的MAC实例。在一个示例中，WTRU可以根据确定的与MAC实例相关联的服务站点的路径损耗优先处理MAC实例。例如，如果与给定MAC实例相关联的路径损耗超过给定阈值，那么WTRU可以确定优先处理与较低路径损耗相关联的其他MAC实例。在一个示例中，WTRU可以确定与给定MAC实例相关联的一个或多个小区正在经历无线电链路失败(RLF)。WTRU可以优先处理与没有在正经历RLF的小区上经历RLF的小区相关联的MAC实例。在一个示例中，可以考虑一个或多个UL RLF和/或DL RLF。在一个示例中，WTRU可以确定RRC定时器T310正在运行以用于给定MAC实例。WTRU可以优先于其T310定时器正在运行的MAC实例处理其T310定时器没有运行的MAC实例。

在一个示例中，如果给定MAC实例没有用于连接性(例如，不是主MAC实例和/或没有用于传送RRC消息的MAC实例)，那么WTRU可以将特定的(例如，可能更低和/或绝对最低)优先级关联到关心的MAC实例的传输。例如，如果第一MAC实例用于连接性(例如，如果第一MAC实例是主MAC实例和/或用于维护RRC连接)，那么WTRU可以将特定的(例如，可能更高和/或绝对最高)优先级关联到该MAC实例的传输。WTRU可以给其RRC定时器T301、T302、T304和/或T311正在运行的MAC实例(例如，其可以指示与连接性、移动性、和/或重新建立相关的正在进行的进程正在执行)指派更高的优先级(和/或绝对的最高优先级)。

在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据自从对于给定MAC实例执行最后一个传输的时间来确定。例如，可以根据自从可用于MAC实例的最后一个子帧的持续时间和/或自从实际由MAC实例用于传输的最后一个子帧的持续时间定义优先级规则。例如，与更长持续时间相关联的MAC实例可以指派比具有较短持续时间的MAC实例更高的相对优先级。

在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据确定的MAC实例的路径损耗确定。例如，MAC实例的服务小区，诸如PCell的估计路径损耗可以由WTRU确定。WTRU可以优先于路径损耗更高的MAC实例处理路径损耗较低的MAC实例。作为另一个示例，不是或除了确定的路径损耗，优先级确定可以根据一个或多个估计的下行链路信道质量做出，例如，基于CSI和/或测得的参考信号接收功率(RSRP)。

在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据接收到的MAC实例授权确定。例如，优先级规则可以根据绝对的接收授权和/或基于对功率比例的授权定义。例如，已经用信号发送的较高优先级的MAC实例可以具有较高优先级。作为另一个示例，优先级规则可以基于对于每个MAC实例的估计UL分组差错率和/或基于给定MAC实例的可用余量。例如，具有较低分组差错率的MAC实例和/或具有最高功率余量的MAC实例可以给定较高优先级。

在一个示例中，使用给定MAC实例/服务站点传送的优先级等级可以根据过去的优先级执行确定。例如，服务站点和/或服务站点物理信道的优先级可以根据服务站点的在先传输是否根据具有比另一个MAC实例的传输更低的优先级的传输丢弃而改变。例如，如果WTRU基于到具有优先级的第一服务站点的PUCCH的传输丢弃了到第一服务站点的PUSCH，那么一个或多个PUSCH传输和/或第一服务站点传输(或两者的组合)可以在下一个重叠的子帧中给定更高的优先级。新的加高的优先级可以是可应用的，直到被丢弃的特定信号已经传送。例如，如果到第一服务站点的PUSCH传输根据具有比与不同MAC实例相关联的另一个传输更低优先级的PUSCH传输而丢弃，但是在未来WTRU能够将这个PUSCH传送到第一服务站点的非重叠子帧中(例如，在它与优先于它处理的MAC实例重叠第二时间之前)，优先级规则可以恢复到原始配置。

可以使用优先级规则的不同组合。例如，WTRU可以优先于在与具有较低优先级的次MAC的服务小区相关联的PUCCH上的传输，处理与优先处理的MAC实例(例如，主MAC)的服务小区相关联的PUSCH上的传输。

在一个示例中，不是或者除了WTRU自主优先级规则，WTRU可以从网络(例如，一个或多个服务站点)接收一个或多个显式指示用于在争用情况下在MAC实例之间的选择。基于网络的优先级指示可以应用于物理资源一个或多个不同时的和/或同时使用。优先级的显式指示可以经由L1信令(例如，诸如PDCCH和/或E-PDCCH的PHY信令)、L2信令(例如MAC)\和/或L3信令(例如RRC)的一个或多个接收。

例如，WTRU可以经由PDCCH和/或E-PDCCH中的一个或多个(例如，用于动态和/或半持久地调度的授权)接收包括DCI的L1信令。DCI可以包括可能与包含在DCI中的授权相关联的优先级值的标记和/或其他指示。例如，该标记和/或其他指示可以指示该授权将具有特定优先级，例如不同于给定类型的典型授权的默认优先级的优先级。WTRU可以在进行逻辑信道优先处理时使用优先级指示，使得具有相应优先级的数据可以被包括在可以在对应于接收的授权的传输块中传送的MAC PDU中。在一个示例中，WTRU可以接收触发前导码传输的DCI(例如，对于随机接入和/或为接近性检测目的的PDCCH顺序)。DCI可以包括用于前导码传输(和/或用于关心的进程的可能任意的WTRU自主前导码重传)的优先级值的标记和/或其他指示。DCI中优先级的标记或指示可以指示该授权具有比没有包括标记或指示的授权更高的优先级。WTRU可以根据指示的PRACH参数(例如，前导码索引、PRACH掩码索引等等)和/或相关联的PRACH资源(例如，在划分或配置了PRACH的情况下)隐式确定这个优先级可以应用到前导码传输。

在一个实示例中，WTRU可以经由可以激活用于关心的MAC实例的特定优先级规则的L1信令接收DCI。例如，优先级规则的激活可以是时间受限的，以及优先级规则应当被使用的时间长度的指示也可以在关心的DCI中用信号发送。例如，DCI可以指示与第一MAC实例相关联的传输可以具有比用于特定时间段的另一个MAC实例的传输更高的优先级。WTRU可以在接收到这个DCI时传送HARQ反馈确认。在另一个示例中，DCI可以触发WTRU开始使用(和/或停止使用)关于图2所述的优先级标准中的一个或多个。

L2信令可以用于显式用信号发送用于给定MAC实例的优先级。MACCE可以是L2信令的示例。例如，WTRU可以接收激活用于关心的MAC的特定优先规则的MAC CE。例如，优先级规则的激活可以是时间受限的，以及优先级规则应当被使用的时间长度的指示也可以在关心的MAC CE中用信号发送。例如，MAC CE可以指示与第一MAC实例相关联的传输可以具有比用于特定时间段的另一个MAC实例的传输更高的优先级。在另一个示例中，MAC CE可以触发WTRU开始使用(和/或停止使用)关于图2所述的优先级标准中的一个或多个。

L3信令可以用于显式用信号发送用于MAC实例的优先级。RRC PDU可以是L3信令的示例。例如，WTRU可以接收RRC PDU，其可以启动可以激活用于与对应于关心的进程的RRC PDU(例如，SRB)的传输相关联的MAC的特定优先规则的进程。RRC PDU可以包括指示用于这个进程的随后PDU将具有特定(例如，较高的)优先级的显式标记和/或优先级值。当WTRU启动了优先的进程，WTRU给对应于关心的进程的MAC实例优先级(例如，可以在争用WTRU的其他传输功率分配的情况下被分配更多的功率和/或可以在使用时间隔离发生冲突的情况下传送而不是丢弃)。包含在RRC PDU中的优先级的指示可以包括指示可替换的和/或绝对优先级规则的标记、指示特定优先级规则的索引、和/或应用于优先处理的偏移或权值。

可以使用这些优先级规则、还可能与本文所述的WTRU自主的方法的组合。例如，WTRU可以配置为实施自主优先级规则，但是自主优先规则可以由显式用信号发送的网络控制的优先级规则覆盖(overridden)。

在一个示例中，与在使用单个服务站点时相比，在使能多个站点配置时某些物理层进程可以是不同的和/或可以进行修改。例如，WTRU可以在使能多个站点配置时从多个站点接收物理HARQ指示符信道(PHICH)。不同服务站点的PHICH可以是时间隔离的、频率隔离的、和/或码隔离的。如果PHICH是每个站点码隔离的，那么WTRU可以向每个站点指示一个站点索引。在一个示例中，站点索引可以经由诸如X2接口的接口在站点之间进行交换。站点索引的值可以用于确定PHICH的PHICH序列号，从而保证每个站点具有正交的PHICH。在一个示例中，站点可以经由诸如X2接口的接口向每个站点显式指示服务站点正在使用的，例如用于确保不同服务站点PHICH正交性的PHICH序列号。

如果使用服务站点的频率隔离，那么每个站点可以使用不同的PHICH组号。例如，服务站点可以与用于确定PHICH组号的WTRU指示的站点索引相关联。在一个示例中，站点索引可以经由诸如X2接口的接口在站点之间交换。在一个示例中，可以在站点之间显式交换PHICH组号以确保在服务站点之间没有重用PHICH组号。

如果使用了服务站点的时间隔离，那么每个站点可以包括可以传送PHICH的子帧子集的一个或多个子帧。为了确保针对在子帧(n)中传送PUSCH的WTRU每个服务站点接入到子帧(n+kPHICH)中的PHICH资源，WTRU可以配置有服务站点特定值kPHICH。在另一个示例中，WTRU可以了解每个服务站点的可以用于PHICH的子集中的子帧。例如，在确定WTRU可能期望PHICH的子帧(例如，子帧(n+kPHICH))时，WTRU可以在确定适当数量的子帧(例如，kPHICH个子帧)已经过去时计算指派给关心的服务站点的有效子帧(例如，每个站点的PHICH子帧集合中的子帧)。

在一个示例中，用于给定服务站点的kPHICH的值可以依赖于WTRU在其中的PUSCH上传送的子帧身份。例如，可以预先配置kPHICH值的集合。WTRU可以选择将导致PHICH在用于给定服务站点的有效子帧上传送的值。例如，每个子帧(n)的kPHICH的集合可以共同配置有对于给定站点的有效PUSCH子帧的子帧集合。

在一个示例中，可以在PHICH上使用HARQ-ACK捆绑。例如，网络可以将多个HARQ-ACK指示捆绑到发生在子帧(n+kPHICH)的单个PHICH传输。PHICH可以包括在子帧(n)或更早发生还没有确认/否定确认的每个PUSCH传输的HARQ ACK/NACK指示。例如，指示符位图可以由网络传送以指示HARQ-ACK捆绑用于多少PUSCH传输(例如，每个PUSCH传输一个比特)。在一个示例中，可以使用HARQ-ACK的复用。例如，给定服务站点可以积累HARQ-ACK，直到在其PHICH子帧集合中配置的子帧(m)出现。一到达配置的子帧，就可以传送来自子帧(m-kPHICH)或更早的还没有确认/否定确认的每个用于PUSCH传输的HARQ-ACK/NACK。每个HARQ-ACK可以使用不同的正交码，例如，由PHICH序列号确定的。在这种情况下，可以给定每个PUSCH传输一个索引，该索引可以在PHICH序列号公式中使用。

在一个示例中，WTRU可以配置为使用多组传输参数操作，并可以根据不同标准选择一组或多组合适的传输参数在给定子帧中使用。例如，如果为了执行多个上行链路传输(例如，到不同服务站点的传输)WTRU使用给定子帧，那么WTRU可以根据诸如多个层/服务站点上的传输需求等的标准使用一组传输参数用于一个或多个PUSCH传输。作为一个示例，所请求和/或配置用于每个传输站点的传输功率可以由WTRU在选择合适的传输参数应用于发送到一个或多个服务站点的传输时考虑。可以由WTRU使用的传输参数的集合可以由WTRU以多种方式得到。例如，WTRU可以经由诸如PDCCH传输的下行链路控制信令接收一个或多个参数(例如，和/或一组或多组参数)。在一个示例中，WTRU可以接收一个或多个参数(例如，和/或一组或多组参数)作为半静态配置(例如，用于诸如半持久性调度(SPS)授权的配置授权、可替换参数的配置、参数的RRC配置等)。在一个示例中，WTRU可以隐式地确定一个或多个参数(例如，和/或一组或多组参数)。例如，WTRU可以根据在第二层/服务站点应用的一个或多个参数(例如，和/或一组或多组参数)隐式地确定用于第一层/服务站点的一个或多个参数(例如，和/或一组或多组参数)。

例如，WTRU可以根据在第二层(例如，与第二服务站点和/或第二MAC实例相关联)应用到上行链路传输的参数确定应用到第一层(例如，与第一服务站点和/或第一MAC实例相关联)中给定上行链路授权的一个或多个传输参数。例如，对于在其期间多于一个MAC实例/层进行并行/同步UL传输的子帧，WTRU可以配置为根据在与第一服务站点相关联的第二层中存在的传输(例如，在第一层中使用的参数可以根据第二层中的传输是否并行出现而改变)和/或根据第二层上UL传输的不止一个特征选择一个或多个传输参数用于与第一服务站点(例如，和/或MAC实例)相关联的第一层的PUSCH传输。例如，用于与第一服务站点相关联的第一层传输的调制编码方案(MCS)、冗余版本、分配的PRB的总量、用于控制信息的编码符号的数量、和/或传输块大小中的一个或多个可以根据传输是否并行发送到第二服务站点来选择。在一个示例中，用于与第一服务站点相关联的第一层传输的MCS、冗余版本、分配的PRB的总量、用于控制信息的编码符号的数量、和/或传输块大小中的一个或多个可以根据将用于到第二服务站点的并行传输的一个或多个上行链路传输参数的身份进行选择(例如，用于到第二服务站点的传输的MCS、冗余版本、分配的PRB的总量、用于控制信息的编码符号的数量、和/或传输块大小)。

用于发送到第一服务站点的传输的传输参数可以根据与到第二服务站点的传输相关的参数进行选择以维持块误码率性能的可预测性，例如在对于给定服务站点可用传输功率由于潜在的到其他服务站点的传输而不确定时。下文将详细描述根据与用于第二服务站点的上行链路传输相关联的一个或多个参数，WTRU将用来选择应用到将要发送到第一服务站点的传输中的传输参数的不同标准的示例。

例如，WTRU可以根据WTRU是否在给定子帧中执行多层传输(例如，在同一子帧中到多个服务站点的并行传输)选择第一组传输参数用于在与第一服务站点相关联的第一层中传送的PUSCH。如果WTRU没有在与到第一服务站点的传输相同的子帧中向第二服务站点传送，那么WTRU可以选择第一组的一个或多个上行链路传输参数应用于到第一服务站点的传输和/或如果WTRU正在与到第一服务站点的传输相同的子帧中向第二服务站点传送，那么WTRU可以选择第二组的一个或多个上行链路传输参数应用于到第一服务站点的传输。

在一个示例中，WTRU可以根据接收用于一个或多个服务站点的DCI内容确定传输参数以应用于到给定服务站点的传输。作为一个示例，对于一个或多个子帧，WTRU可以接收可应用于到给定服务站点的PUSCH传输的DCI(例如，关于PDCCH的动态授权、SPS配置、SPS激活消息等)。DCI可以指示多个用于一个或多个传输参数的值(例如，MCS、冗余版本、分配的PRB的总量、用于控制信息的编码符号的数量、和/或传输块大小等)，以及WTRU可以根据WTRU是否在与PUSCH传输相同的子帧中并行传送到另一个服务站点来选择应该应用哪个值。例如，接收的授权可以包括两个用于MCS的值，其中一个MCS值可应用于WTRU不在同一子帧中执行到多个服务站点的并行传输的传输，以及第二个可应用于WTRU在同一子帧中执行到多个服务站点并行传输的传输。

在一个示例中，WTRU可以根据应用于到另一个服务站点的传输的一个或多个传输参数的身份确定应用于到给定服务站点的传输的传输参数。例如，根据应用到第一服务站点的参数/配置，WTRU可以预先配置和/或接收RRC信令，该RRC信令配置了WTRU应该应用于到第二服务站点的传输的一个或多个参数。作为一个示例，可以确定和/或根据在用于第一服务站点的DCI中指示的第一组参数得到用于到第二服务站点的传输的第二组参数。WTRU可以具有预先定义的配置和/或可以经由高层信令接收配置，所述高层信令在某些其他参数正用于同一子帧中到第一服务站点的并行传输时指示哪些参数用于到第二服务站点的传输。作为一个示例，用于第二组参数(例如，对于到第一服务站点的传输)的MCS索引可以确定为指示用于到第一服务站点的传输的MCS的函数(例如，在DCI中)。用于到第二服务站点的传输的MCS索引(和/或其他传输参数)可以根据与到第一服务站点的传输相关联的MCS索引和偏移值进行选择。例如，第二服务站点的MCS索引可以选择为第一服务站点的MCS值减去偏移值(例如，以最小值为准)。偏移值可以预先定义，从高层(例如，RRC)信令接收和/或在DCI中指示。作为另一个示例，为到第二服务站点的传输的分配PRB的总量(和/或第二组上行链路传输参数的其他参数)可以确定为分配用于到第一服务站点传输的PRB数量减去预先确定的数量或因子(例如，向上或向下调整到分配PRB的有效数量)。

在一个示例中，WTRU可以根据应用于到另一个服务站点的传输的一个或多个传输参数的身份和对于该子帧的可用传输功率确定应用于到给定服务站点的传输的传输参数。例如，根据在到第一服务站点(例如，如接收的DCI中指示的)的传输中应用的第一组一个或多个传输参数和如果在同一子帧中出现第二层的传输，第一层上应用的一个或多个传输功率和/或没有在同一子帧上的第二层传输中应用到第一层上的传输功率，可以确定和/或得到应用于第二服务站点的传输的第二组一个或多个传输参数。作为一个示例，可以根据应用到用于到第一服务站点传输的第一组参数的对应参数和如果传输在给定子帧中发送到单个服务站点(例如，第一服务站点)的可用传输功率的比例以及如果传输在给定子帧中发送到多个服务站点(例如，第一服务站点和第二服务站点)的可用传输功率，确定和/或得到MCS索引和/或应用于到第二服务站点的传输的第二组参数的分配ORB的数量(和/或一些其他上行链路传输参数)。例如，在给定子帧中第二层上没有传输的可用传输功率与在子帧中第二层上具有传输的可用传输功率的比例的函数可以用于缩放(scale)与到第一服务站点的传输相关联的参数用于向第二站点传送。作为一个示例，可以根据在到第一服务站点的传输中应用的第一组一个或多个传输参数(例如，如在接收的DCI中指示)和如果确定第二服务站点比第一服务站点优先级高时的可用传输功率确定和/或得到应用于到第二服务站点的传输的第二组一个或多个传输参数。

在一个示例中，WTRU可以根据接收到的用于子帧的第二组DCI确定应用于到给定服务站点的传输的传输参数。例如，可以接收第一DCI且该DCI可以定义应用于发送到第一服务站点的一组传输参数，以及可以接收第二DCI且该DCI可以定义应用于传送到第二服务站点的一组传输参数。用于第一服务站点的DCI可以经由PDCCH和/或E-PDCCH传输从第一服务站点接收，以及用于第二服务站点的DCI可以经由PDCCH和/或E-PDCCH传输从第二服务站点接收。在另一个示例中，用于两个服务站点的DCI可以从服务站点之一接收。在WTRU成功对指示同一PUSCH的上行链路授权的多个DCI消息进行解码的子帧期间，WTRU可以根据将最大化数据传输的授权和WTRU传输功率的使用选择哪组参数(例如，哪个DCI)用于上行链路传输。在一个示例中，在最小化(和/或避免)对于所分配的PUSCH传输应用功率降低和/或功率缩放时，WTRU可以根据将最大化数据传输的授权和WTRU传输功率的使用选择哪组参数(例如，哪个DCI)用于上行链路传输。

在同一子帧中到不同服务站点的并行传输期间应用的一组或多组传输参数可以应用于预定的时间段和/或时间边界。WTRU可以根据不同标准确定何时开始和/或停止推导出用于给定MAC实例或用于特定PUSCH的第二组传输参数。例如，WTRU可以确定是否使用单独的传输参数用于到不同服务站点的传输和/或根据显式信令该单独的传输参数应当使用多久。WTRU可以接收控制信令，其向WTRU指示该WTRU应当确定传输参数的单独集合用于不同服务站点的服务小区。显式信令可以指示WTRU应当继续推导参数的单独集合(例如，特定数量的子帧；直到显式信令指示不再使用单独参数，等)和/或可以显式指示第二组参数。指示传输参数的单独集合应当使用的显式控制信令可以由第3层(例如，RRC)信令接收，例如作为增加和/或修改给定MAC实例的进程的一部分。在一个示例中，指示传输参数的单独集合应当使用的显式控制信令可以由第2层(例如，MAC CE)信令接收，例如作为所关心的MAC实例或MAC实例的一个或多个服务小区的指示的一部分。在一个示例中，指示传输参数的单独集合应当使用的显式控制信令可以由第1层DCI接收，例如在激活第二MAC实例/传输参数的第二集合的DCI中。WTRU可以传送用于第1层DCI的HARQ反馈。显式信令(例如，经由第1层、第2层和/或第3层)可用于向WTRU指示它应当停止确定应用于不同MAC实例的单独传输参数。

根据MAC实例的激活和/或MAC实例的去激活，WTRU可以确定何时开始和/或停止确认和/或利用传输参数的第二单独集合用于给定的MAC实例和/或特定PUSCH。例如，根据给定MAC实例的激活和/或不同MAC实例的激活可以触发WTRU开始确定给定MAC实例的传输参数的单独集合。根据给定MAC实例的去激活和/或不同MAC实例的去激活可以触发WTRU停止确定给定MAC实例的传输参数的单独集合。

根据是否在给定传输中应用功率缩放，WTRU可以确定何时开始和/或停止确认和/或利用传输参数的第二单独集合用于给定的MAC实例和/或特定PUSCH。例如，如果第一组传输参数用于向第一服务站点传送，那么根据确定是否要求功率缩放以向第二服务站点传送，WTRU可以确定使用和/或推导出第二组传输参数用于给定MAC实例和/或PUSCH。关于第二组参数是否应当推导和/或用于给定传输的确定可以基于每个子帧来确定。在一个示例中，WTRU可以根据对于预定(例如，预先配置的和/或高层配置的)数量的子帧、预定(例如，预先配置的和/或高层配置的)数量的传输和/或预定(例如，预先配置的和/或高层配置的)时间段已经应用的功率缩放确定开始确定和/或推导出第二组传输参数。WTRU可以根据相应的被触发和/或传送的PHR确定开始确定和/或推导出第二组传输参数。类似地，根据如果将使用第一(例如，单个的)组传输参数，那么不再需要功率缩放的确定，WTRU可以确定何时停止和/或利用传输参数的第二单独集合用于给定的MAC实例和/或特定PUSCH。

根据在给定MAC层/实例中QoS没有得到满足，WTRU可以确定何时开始和/或停止确认和/或利用传输参数的第二单独集合用于给定的MAC实例和/或特定PUSCH。例如，根据确定对于映射到MAC实例的一个或多个LCH的一个或多个QoS需求没有得到满足，WTRU可以确定使用和/或推导出第二组传输参数用于给定MAC实例和/或PUSCH。是否根据QoS需求对于不同MAC实例使用单独传输参数的确定可以以每个子帧、调度期间(例如，每个调度期间一次)为基础、和/或在QoS没有得到满足一个预定的和/或可配置时间段之后执行。WTRU可以确定开始确定和/或推导在相应QSR在其中被触发和/或传送的子帧中的第二组传输参数。类似地，根据相应的QoS需求再次得到满足，WTRU可以确定何时停止确认和/或利用传输参数的第二单独集合用于给定的MAC实例和/或特定PUSCH。

根据定时器到期，WTRU可以确定何时开始和/或停止确认和/或利用传输参数的第二单独集合用于给定的MAC实例和/或特定PUSCH。例如，WTRU可以一开始使用传输参数的第二单独集合用于给定的MAC实例和/或特定PUSCH(例如，基于接收到使用单独参数的显式信令和/或隐式确定开始使用隐式参数)就设置一个定时器。根据定时器到期，WTRU可以确定何时停止确认和/或利用传输参数的第二单独集合用于给定的MAC实例和/或特定PUSCH。基于满足本文所述的一个或多个用于触发WTRU开始推导单独传输参数的标准(例如，接收显式信令、激活MAC实例、应用功率缩放、QoS没有得到满足等)，WTRU可以重启定时器。当定时器到期时，WTRU可以停止使用第二组传输参数。

WTRU可以配置为指示用于PUSCH传输中PUSCH传输的传输参数的集合。例如，WTRU可以配置为将UCI与正传送的PUSCH数据复用，以及UCI可以指示WTRU用于发送PUSCH传输的一个或多个传输参数。例如，在WTRU可以在其中从两组或多组PUSCH传输参数中选择的PUSCH传输中，WTRU可以指示哪组参数已经被选择和/或哪些值用于某些参数。这种选择可以被编码并复用为具有UL-SCH数据的UCI进入到预定资源元素中的PUSCH传输。例如，可以在PUSCH传输中保留一个比特用于代表所选的传输参数的集合，例如，如果存在WTRU可以从中选择的两组传输参数(例如，0可以指示所使用的传输参数对于多个MAC实例是相同的和/或1可以指示不同的传输参数组用于不同的MAC实例)。关于使用哪个或哪些传输参数的指示可以附加于在PUSCH上发送的HARQ-ACK比特和/或可以用类似于在PUSCH上发送的HARQ-ACK比特的方式进行编码。

WTRU应用的PDSCH进程可以依赖于WTRU是否进行多服务站点传输(例如，在上行链路中)和/或接收(例如，在下行链路中)。例如，WTRU可以配置有用于执行每个MAC实例UL传输的一个或多个模式(例如，时间隔离、频率隔离、码隔离等)。对于DL接收(例如，经由PDSCH)，不同的服务站点(例如，第一eNB，诸如用于第一服务站点的MeNB，和第二eNB，诸如用于第二服务站点的SCeNB)可以确定DL时间隔离模式用于传送到WTRU，同时确保满足不同承载的可应用QoS参数。例如，不同服务站点可以配置和/或协商时间隔离模式用于在下行链路使用X2接口(例如，X2’接口、X2bis接口，等)向WTRU传送。在用于时间隔离的一个示例中，WTRU使用的UL子帧子集可以独立于可以由不同服务站点用于向WTRU传送的一个或多个DL子帧子集进行配置。独立配置的UL和DL子帧子集可以被称为去耦合的UL和DL时间隔离。当使用了去耦合的UL和DL时间隔离，配置使用的子帧子集可以根据相应链路的可应用情况确定而不必考虑反向链路的可应用链路情况。在另一个示例中，UL和DL子帧子集可以进行耦合和/或另外一起配置，以使UL子帧子集共同地配置有和/或映射到DL子帧子集。

对于与MAC实例相关联的UL子帧的给定配置子集和DL子帧的给定配置子集，可以在子帧(n+k)中传送在子帧(n)中接收的PDSCH传输的HARQ反馈。k的值可以根据子帧索引n和可用于UL操作的子帧子集的配置确定。例如，k可以设为确保子帧(n+k)是在配置的子帧子集中可用于到在子帧(n)中传送PDSCH传输的服务站点的传输的子帧。在一个示例中，k的值可以确定以保证子帧(n+k)可用于UL传输，同时还允许足够的处理时间可用于解码PDSCH传输。例如，k可以设为高于或等于预定最小HARQ延时k0的最小值(例如，k0可以等于4个子帧)，从而子帧(n+k)可以包含在配置用于相关联的MAC实例的UL传输的子帧子集中。

作为一个示例，MAC实例的PDSCH可以配置为在任意子帧中接收，而UL传输(例如，包括一个或多个PUSCH和/或PUCCH)可以配置为在子帧子集中传送。例如，MAC实例的UL子帧子集可以对应于偶数编号的子帧(例如，帧中的子帧0、2、4、6和8)。在这种情况下，子帧0、2、4、6和8中接收到的PDSCH传输的HARQ反馈可以在4个子帧之后(例如，分别在当前帧的子帧4、6和8，和下一个帧中的子帧0和2中)传送，子帧1、3、5、7和9中接收到的PDSCH传输的HARQ反馈可以在5个子帧之后(例如，高于4个子帧的HARQ处理时间的最小数量的子帧，还确保在MAC实例的UL子集中的子帧中传送的HARQ反馈)传送。例如，对于在子帧1、3、5、7和9中接收的PDSCH传输，HARQ反馈可以在分别在当前帧的子帧6和8和下一个帧中的子帧0、2和4中传送。

在一个示例中，可以进行耦合的UL/DL时间隔离以确保适当的HARQ操作。例如，允许子帧a、b、c和d中从服务站点到WTRU的DL传输的DL子帧模式可以绑定或者映射到允许子帧a+4、b+4、c+4和d+4中从WTRU到同一服务站点的UL传输的UL子帧模式。这样，可以应用之前版本的FDDHARQ规则，同时还允许到不同服务站点的传输隔离。

在一个示例中，WTRU可以配置为将每个UL和/或DL子帧子集作为一个“几乎连续的”子帧块来对待。例如，这样可以在“几乎连续的”子帧上维持传统的HARQ定时关系，即使实际的子帧子集可能不连续。例如，如果给定MAC实例配置有包括用于所有无线电帧中UL和DL传输的子帧编号0、1、2、3、4和5的子帧子集，WTRU可以应用HARQ定时，如同一个帧包括s个子帧而不是10个(例如，为了HARQ传输的目的，WTRU将子帧5看做如同其邻近对于下一个帧的子帧0)。作为一个示例，WTRU可以应用HARQ定时器和定时关系，如同每个虚拟帧包括每个实际无线电帧的开始6个子帧。例如，如果WTRU在第一无线电帧的子帧#4中接收DL传输，WTRU可以在虚拟子帧(n+4)中传送相应的UL HARQ反馈，其可以相应于下一帧的相应的子帧#2。

对于一些耦合的和/或去耦合的UL和DL时间隔离，可以设置UL和DL子帧以使重用FDD HARQ进程以及定时可能不可行。例如，如果使用了去耦合的UL和DL时间隔离，UL子帧的分配可能与DL子帧的分配有很大不同，使用之前的定时关系的HARQ操作不可用。

作为一个示例，考虑WTRU连接到两个小区的情况：与第一服务站点相关联的第一小区(例如，小区A)和与第二服务站点相关联的第二小区(例如，小区B)。小区A可能已经缓存了相对大量要递送到WTRU的下行链路数据。因此，可以配置子帧子集以使可用DL子帧的80％包括在与小区A相关联的子帧子集中。假设不同服务站点之间的子帧没有重叠的情况，为小区B分配的子帧子集可以包括可用DL子帧的剩余20％。然而，在上行链路中，WTRU可以具有相对大量的缓存用于到小区B传输的数据，同时具有相对少量的缓存用于到小区A的数据。这种情况下，小区A可以分配UL子帧的20％，以及小区B可以配置UL子帧的80％。结果，小区A可以在80％的子帧中向WTRU传送DL数据，而WTRU将在20％的子帧中在UL中向小区A传送。在这种情况下，FDD HARQ进程和定时(例如，在子帧(n+k)中传送HARQ-ACK，其中对于子帧(n)中的DL数据，k＝4)可能不能工作。

在一个示例中，WTRU可以配置为在每个子帧中从两个MAC实例接收PDSCH(例如，接收来自多个服务站点的PDSCH传输)，而用于相应MAC实例的UL传输可以在子帧的单独集合中出现。例如，WTRU可以配置为使用第一MAC实例在每个帧的子帧0、1、2、3和/或4中传送，并且使用第二MAC实例在每个帧的子帧5、6、7、8和/或9中传送。如果PDSCH可以在任意子帧中接收但上行链路传输路径限制为子帧的子集，那么PDSCH和相应HARQ-ACK的传输之间的定时关系可以用很多方式定义。例如，对于第一MAC实例，用于在子帧1和/或2中接收的PDSCH的HARQ-ACK可以在下一帧的子帧0中报告，用于在子帧3和/或4中接收的PDSCH的HARQ-ACK可以在下一帧的子帧1中报告，用于在子帧5和/或6中接收的PDSCH的HARQ-ACK可以在下一帧的子帧2中报告，用于在子帧7和/或8中接收的PDSCH的HARQ-ACK可以在下一帧的子帧3中报告，用于在子帧9和/或下一帧的子帧0中接收的PDSCH的HARQ-ACK可以在下一帧的子帧4中报告。在该示例中，可以定义HARQ定时规则，以使PDSCH和相应HARQ-ACK之间的时间延迟为至少4个子帧，但是该时间延迟的值可以根据PDSCH在其中被接收的子帧而不同。为了确保PDSCH传输的连续传输而不因为缺少HARQ确认而延误(stall)传输，HARQ过程的最大数量可以从8增加到更大的数，诸如12等。这可以通过增加HARQ过程字段的大小启用，其为下行链路控制信息中的3到4比特。

因此WTRU可以配置为对于不同子帧子集配置的HARQ-ACK使用不同子帧偏移。例如，WTRU可以预先配置有多个不同的k值，其可用于确定用于向在子帧(n)中传送DL传输的服务站点传送HARQ-ACK的子帧(n+k)。可以在包括子帧(n)的下行链路指派的DCI中动态指示哪个k值应当用于给定DL传输。在一个示例中，WTRU可以配置为在子帧(n+k)上或之后的任意有效UL子帧(例如，第一个有效UL子帧)中传送HARQ-ACK。

在一个示例中，WTRU可以预先配置有多个k值的集合，每个DL子帧可以与相应的(例如，半静态配置的)k值相关联。例如，帧的子帧(0)可以使用使得传送HARQ-ACK的有效UL子帧的第一个k值，而帧的子帧(1)可以使用使得传送HARQ-ACK的有效UL子帧的第二个k值，等等。在一个示例中，对于每一个DL子帧，可以使用不同集合的PUCCH资源。例如，WTRU可以预先配置有一组专用于给定DL子帧的PUCCH资源(例如，)。

在一个示例中，用于给定子帧的的值可以绑定和/或另外映射到所用的k值。例如，如果对于子帧(n)中的DL传输，WTRU可以配置为在相应于子帧(n+k)或之后的有效UL子帧中发送HARQ-ACK，那么子帧(n)和HARQ-ACK子帧之间的实际偏移可以用于确定在子帧中使用的特定PUCCH资源的身份(例如，映射到所使用的的值)。

在一个示例中，WTRU可以为每一个服务站点配置有不同的和/或独立的k值。例如，WTRU可以在子帧(n+ki)中传送HARQ-ACK用于在子帧(n)中从服务站点i接收的DL传输。WTRU可以在子帧(m+kj)中传送HARQ-ACK用于在子帧(m)中从服务站点j接收的DL传输。每个服务站点可以配置WTRU具有例如一个或多个可以用于不同子帧的不同的值ki。

在一个示例中，WTRU可以在子帧(n+4)中报告HARQ-ACK反馈。然而，在确定哪个UL子帧对应于子帧(n+4)时，WTRU可以计算用于HARQ-ACK传输发送到的服务站点的有效UL子帧，没有在传送DL数据的服务站点的子集中配置的UL子帧不计算。

根据在给定服务站点中使用的HARQ定时和子帧子集的配置，可能出现WTRU配置为在同一子帧中传送多个HARQ-ACK的情况。如果不同的HARQ反馈传输正发送到不同的服务站点，那么WTRU可以配置为丢弃除了一个之外的所有HARQ-ACK传输(例如，并在确定的子帧中传送没有被丢弃的HARQ反馈)，同时在下一个允许的子帧中发送被丢弃的HARQ反馈值。可以根据优先级的秩确定哪个在给定子帧中应当被丢弃的HARQ反馈将被丢弃。可以根据包含在HARQ反馈将被发送的传输中的DL数据的特性预先配置和/或确定优先级的秩。例如，优先级的秩可以基于与DL传输相关联的承载的身份、DL传输的消息类型、自从数据最初被传送的子帧的量/数量中的一个或多个。

当传送HARQ反馈时，WTRU可以包括一个比特的字段指示HARQ-ACK是否丢弃以适应当前的HARQ反馈传输。进一步地，可以用索引标识HARQ-ACK以指示它是否在另一个子帧中将被递送而被丢弃(例如，例如因为较低优先级)。

在一个示例中，WTRU可以配置为捆绑将要传送的HARQ-ACK。例如，类似于那些用于TDD HARQ操作的ACK-NACK捆绑可用于多个服务站点FDD操作的时间隔离。在一个示例中，在同一子帧中多个HARQ-ACK之间冲突的情况下可以使用HARQ-ACK的复用。

在一个示例中，将在给定子帧中传送的第一HARQ-ACK可以使用PUCCH资源的第一集合发送，而将在给定子帧中传送的第二HARQ-ACK可以使用PUCCH资源的第二集合发送。哪个HARQ-ACK应当指派给给定PUCCH资源的确定可以预先配置和/或可以根据优先级规则确定。例如，优先级可以是基于哪个PDSCH传输是时间上首先被WTRU接收的。在一个示例中，如果单个的HARQ-ACK将在给定子帧中传送，那么该单个的HARQ-ACK可以使用PUCCH资源的第一集合发送，以及如果两个或多个HARQ-ACK将在子帧中被发送，那么两个或多个使用PUCCH资源的另一个集合发送的HARQ-ACK可以捆绑或复用。在一个示例中，包含在捆绑中的PUCCH资源的数量可以用于确定应当使用哪个PUCCH资源。例如，可以使用PUCCH资源的第一集合发送HARQ-ACK(例如，未捆绑的)，可以使用PUCCH资源的第二集合发送两个捆绑的HARQ-ACK，可以使用PUCCH资源的第三集合发送三个捆绑的或复用的HARQ-ACK等等。

在到多个不同服务站点的UL子帧可能有重叠的示例中，到不同站点的多个HARQ-ACK可以配置为在同一子帧中传送。如果WTRU确定HARQ反馈被调度为在同一UL子帧中向多个服务站点传送，那么WTRU可以使用优先级规则确定单个的HARQ-ACK以传送，同时对于那个子帧，其他HARQ反馈被丢弃。优先级规则可以预先配置和/或依赖于传送DL数据的服务站点的身份。在一个示例中，对于多个服务站点的HARQ-ACK可以捆绑或复用并发送到单个的服务站点。例如，每个HARQ-ACK可以具有一个标识符以指示HARQ信息可以应用到哪个服务站点。

在一个示例中，WTRU可以配置为报告功率余量(PH)和/或其他功率相关信息以使可以考虑到不同服务站点的传输用于不同服务站点实施的功率控制进程。例如，WTRU可以配置为向给定服务站点/层的服务小区发送一个或多个包括那个服务站点层的PH信息的功率余量报告(PHR)，以及在不同服务站点/层与到不同服务站点的传输相关的PH信息。

例如，如果WTRU正传送包括与多层操作相关信息的PHR，那么包含在PHR中的PH和/或功率相关信息可以应用到包含报告的传输块在其中传送的子帧中。可以考虑到在关心的子帧中执行的任意实际传输而生成PHR。可以考虑到可能已经在关心的子帧中执行的一个或多个假设性的(和/或虚拟)传输而生成PHR。例如，即使可能已经发送到激活的服务小区用于另一个服务站点的UL传输没有在子帧中实际发送，WTRU考虑到这种UL传输而生成PHR。如果传输没有实际发送，那么WTRU可以使用预定义的传输参数集合用于假设性的功率使用确定和/或可以使用对应于执行用于关心的PUSCH的最后传输的传输参数。如果之前的传输由于其他小区被激活而还没有发生，那么WTRU可以确定在报告中不包括用于这个PUSCH的虚拟传输和/或使用预定义的参数集合用于估计与假设性的PUSCH传输相关的功率信息。

在一个示例中，包含在报告中的PH和/或功率相关信息可以应用到一个或多个子帧中的WTRU操作。例如，包含在报告中的PH和/或功率相关信息可以应用到PH报告在其中传送到给定服务站点/层的服务小区的子帧。例如，sf0可以用于代表报告在其中传送的子帧。在一个示例中，不是或除了包含在报告中可应用于子帧sf0的PH和/或功率相关信息，包含在报告中的PH和/或功率相关信息可以应用到满足一个或多个条件的子帧sf0之前的最后一个子帧或子帧sf0。例如，包含在报告中的PH和/或功率相关信息可以应用到可用于到第二(例如不同的)服务站点/层的UL传输的子帧sf0之前的最后一个子帧或子帧sf0。在一个示例中，包含在报告中的PH和/或功率相关信息可以应用到可用于到第一服务站点/层(例如，报告传送到其的服务站点/层)和第二(例如不同的)服务站点/层的UL传输的子帧sf0之前的最后一个子帧或子帧sf0。在一个示例中，包含在报告中的PH和/或功率相关信息可以应用到在其中发生到第二(例如不同的)服务站点/层(例如，可能用于PH类型2而不是其他PH类型)的PUCCH传输的子帧。在一个示例中，包含在报告中的PH和/或功率相关信息可以应用到在其中发送到第二(例如不同的)服务站点/层(例如，可能用于PH类型1而不是其他PH类型)的PUSCH传输的子帧。在一个示例中，包含在报告中的PH和/或功率相关信息可以应用到在其中到第一服务站点/层(例如，报告被发送到的服务站点/层)和第二(例如不同的)服务站点/层的UL传输实际发生的子帧。包含在报告中的PH和/或功率相关信息可以应用到满足诸如上述那些的一个或多个条件的子帧sf0之前的最后N个子帧或子帧sf0，其中N个子帧的数量可以由高层预定义和/或配置。包含在报告中的PH和/或功率相关信息可以应用到在满足诸如上述那些的一个或多个条件的子帧sf0之前的最后一个子帧或子帧sf0结束的周期(例如，调度周期)内的子帧集合。

如果满足用于触发PHR标准的子帧数量超过一个，那么要报告的PH的值可以确定为从各个子帧获得的PH值的平均(例如，线性或dB)。在一个示例中，不是或除了指示满足报告标准的子帧的PH值的平均值，WTRU可以报告对于两个或多个子帧的最大PH值和/或对于两个或多个子帧的最小PH值。在一个示例中，当确定PH和/或与功率相关信息包含在报告中时，对于报告条件已经得到满足的情况，WTRU可以使用在每个子帧中使用的PUSCH功率和/或PUCCH功率的平均值、最大值和/或最小值中的一个或多个。当确定PH和/或与功率相关信息包含在报告中时，对于报告条件已经得到满足的情况，通过使用在每个子帧中使用的PUSCH功率和/或PUCCH功率的平均值、最大值和/或最小值中的一个或多个，给定服务站点中的调度实体考虑到其他服务站点中的调度实体可能在同一子帧中调度传输，使用信息作出调度决定，即使在发生来自单一层的传输的子帧中调度PHR。

在一个示例中，假设到报告发送到的服务小区的传输不占到位于其他服务站点的服务小区的传输(例如，使用传统的PH确定方法)，包含在报告中发送到给定层/服务站点的服务小区的PH和/或功率相关信息可以包括确定用于服务小区的类型1的PH和/或类型2的PH。在一个示例中，包含在报告中发送到给定层/服务站点的服务小区的PH和/或功率相关信息可以包括给定层的所有服务小区上的总的传输功率(例如，Pltot,l)。在一个示例中，包含在报告中发送到给定层/服务站点的服务小区的PH和/或功率相关信息可以包括确定用于给定层考虑来自该层所有服务小区(和/或激活的服务小区)传输的PH。例如，包含在报告中的PH和/或功率相关信息可以包括WTRU的总的配置最大输出功率(例如，Pcmax)和给定层的所有服务小区上总的传输功率(例如，Pltot,l)之间的比例和/或以dB为单位的差异。包含在报告中的PH和/或功率相关信息可以包括给定层总的配置最大输出功率(例如，Plmax,l)和给定层的所有服务小区上总的传输功率(例如，Pltot,l)之间的比例和/或以dB为单位的差异。

在一个示例中，包含在报告中的PH和/或功率相关信息可以包括一种新型的PH信息，确定用于考虑发送到第二服务站点/层的传输的第一服务站点/层的服务小区。例如，可以根据服务小区c的子帧i中配置WTRU传输功率的调整值(P^acmax,c(i))而不是使用服务小区c的子帧i中总的配置的WTRU传输功率(例如，Pcmax,c(i))确定修改的类型1(和/或类型2)的PH，该调整值考虑了由于在第二层中潜在的和/或实际的传输使第一层中可用功率的可能减少。例如，调整值P^acmax,c(i)可以是服务小区c的子帧i中总的配置的WTRU传输功率(例如，Pcmax,c(i))和子帧I中层的剩余可用功率(例如，Pavail,l(i))中的最小值。在线性单元中可以确定给定层的剩余可用功率为P^cmax–P^ltot,m，其中P^cmax可以表示WTRU的总的配置最大输出功率(例如，在线性单元中)，P^ltot,m可以表示第二层m的每个配置服务小区的总的传输功率(和/或配置了多于两个层的情况下在除第一层外的所有层m上)。第二层m的每个配置服务小区的总的传输功率的值(例如，P^ltot,m)可以使用一种或多种不同方法确定。例如，第二层m的每个配置服务小区的总的传输功率的值(例如，P^ltot,m)可以确定为层m的每个配置的服务小区上每个实际传输的和(例如，在线性单元中)。在一个示例中，第二层m的每个配置服务小区的总的传输功率的值(例如，P^ltot,m)可以确定为层m的每个激活服务小区上每个所有实际和/或潜在传输的和。如果对于层m的一个或多个服务小区的子帧i中没有进行实际传输，那么可以在做确定时假设潜在的(和/或虚拟的)PUSCH和/或PUCCH传输(例如，可能根据预先确定的参数)。在一个示例中，第二层m的每个配置的服务小区的总的传输功率值(例如，P^ltot,m)可以确定为层m的总的配置的最大输出功率(例如线性单元中的P^lmax,m)。

WTRU可以在传送到特定服务站点的PHR中包括用于每个配置的和/或激活MAC实例的PH信息。在一个示例中，PH信息可以报告用于与每个MAC实例的PCell相关的传输，但是与和MAC实例相关联的SCell无关。

在一个示例中，WTRU可以根据不同标准被触发以向一个或多个服务站点发送PHR。例如，根据MAC实例/层激活、MAC实例/层去激活、对给定层中的传输应用功率缩放、在给定层中没有被满足的QoS需求，和/或等等的一个或多个，WTRU可以被触发以向一个或多个服务站点发送PHR。

例如，可以根据MAC实例/层被激活和/或去激活来触发WTRU向一个或多个服务站点发送PHR。例如，根据WTRU接收配置WTRU配置的MAC实例的控制信令，WTRU可以触发发送PHR。在一个示例中，根据WTRU移除WTRU之前正在使用和/或配置为使用(例如，在接收了去激活层的控制信令之后；WTRU确定用于关心的层的RLF；关心的层的其他损伤事件，等)的MAC实例，可以触发WTRU向一个或多个服务站点发送PHR。作为一个示例，可以根据WTRU接收激活WTRU配置的MAC实例的控制信令来触发WTRU向一个或多个服务站点发送PHR。在一个示例中，可以根据WTRU去激活WTRU配置的MAC实例来触发WTRU向一个或多个服务站点发送PHR。去激活可以基于接收到指示层应当被去激活的控制信令和/或在指示去激活的定时器到期之后(例如，WTRU自动去激活)。在一个示例中，可以根据WTRU在关心的MAC实例是最后进行配置和/或激活的(例如，第一PUSCH传输)之后接收到调度关心的MAC实例的第一传输的控制信令来触发WTRU向一个或多个服务站点发送PHR。在一个示例中，可以根据WTRU自WTRU最后去激活、移除、和/或另外失效一个或多个其他MAC实例以来接收到调度MAC实例/层的第一传输的控制信令来触发WTRU向一个或多个服务站点发送PHR。

在一个示例中，根据对到给定层中的/给定服务站点的一个或多个传输应用功率缩放，可以触发WTRU向一个或多个服务站点发送PHR。在一个示例中，不是或除了根据单一发生的功率缩放触发送PHR，可以根据在已经应用了功率缩放的给定周期期间(例如，对于调度周期和/或对于配置的时间量)上发生的传输确定是否触发PHR的确定。例如，如果WTRU缩放一定数量的连续传输和/或缩放预定时间段内发生的到给定服务站点的每个传输，那么WTRU可以确定发送一个或多个PHR。在一个示例中，由于在功率缩放应用到LCH和/或比给定或配置的阈值高的优先级的MAC实例的传输的情况中的功率缩放可以触发PHR。

在一个示例中，根据给定层中QoS需求(例如，PBR、延时等)没有得到满足，可以触发WTRU向一个或多个服务站点发送PHR。例如，根据WTRU确定在给定层中应用的功率限制和/或在给定层的功率缩放的应用阻碍和/或另外的限制WTRU满足LCH和/或MAC实例的一个或多个QoS需求，可以触发WTRU向一个或多个服务站点发送PHR。例如，WTRU可以确定应用功率缩放可能阻碍QoS需求，诸如延时需求和/或PBR需求得到满足。在一个示例中，不是或处了根据单一出现QoS需求没有被满足触发发送PHR，可以根据在QoS需求没有满足的给定周期期间(例如，对于调度周期和/或对于配置的时间量)出现传输来确定是否触发PHR的确定。对于给定周期，例如对于调度周期和/或对于特定(可能配置的)时间量，可以确定是否满足QoS需求。例如，如果WTRU确定对于许多连续传输和/或对于在预定时间段内出现的传输没有满足QoS需求，那么WTRU可以确定发送一个或多个PHR。在一个示例中，由于在QoS需求可以应用到LCH和/或比给定或配置的阈值高的优先级的MAC实例的传输的情况中没有满足QoS需求，可以触发PHR。

无论触发PHR传输的标准，PHR可以发送到关心的服务站点和/或一个或多个其他激活服务站点(例如，在另一个MAC实例的资源上)。PHR可以提供给其他服务站点，从而在不同服务站点的调度器可以根据接收到的PHR确定对于该WTRU的功率情况已经由于在另一个层发生的事件(例如，由第二调度器控制)而改变。发送到不同服务站点的PHR可以包括公共PHR信息(例如，可应用到每个服务站点的信息)、服务站点特定PH信息、和/或可应用到其他服务站点的PH信息。

在一个示例中，WTRU可以配置为向一个或多个服务站点报告多个与服务质量(QoS)相关的参数。与一个或多个服务站点的QoS参数相关的报告可以称为QoS相关状态报告(QSR)。从网络的角度，对于与第一层相关联的调度器，QSR报告可能是有用的，在该报告中第一层可以确定调度和/或WTRU经历的来自另一个层和/或来自WTRU使用的每个层(例如，包括第一层)的组合传输力量的无线电质量的影响(例如，QoS被服务的如何)。

例如，位于对应于主层的第一服务站点的调度器可以从WTRU接收QSR。QSR可以包括与主层的传输和/或其他层的传输相关的信息。该QSR可以指示对于一个或多个配置用于WTRU的DRB，一个或多个QoS需求没有得到满足。主层的调度器(例如，用于第一服务站点的调度器)可以确定应当执行一个或多个动作以确保对于WTRU的QoS需求得到满足。例如，如果对于给定QoS需求没有得到满足的DRB与次要层传输相关联(例如，不是与主层传输相关联)，那么位于对应于主层的第一服务站点的调度器可以实施一个或多个激活队列管理进程以使产生那些数据的应用的数据速率可以在WTRU中减少(例如，使用显式拥塞通告(ECN)标记，通过选择性地丢弃分组等)。在一个示例中，如果对于给定QoS需求没有被满足的DRB与次要层传输相关联(例如，不是与主层传输相关联)，那么位于对应于主层的第一服务站点的调度器可以触发WTRU在次要层进行移动性相关测量。在一个示例中，如果对于给定QoS需求没有被满足的DRB与次要层传输相关联(例如，不是与主层传输相关联)，那么位于对应于主层的第一服务站点的调度器可以发起关心的DRB的移动性以使DRB移动到另一个层(例如，主层)。在一个示例中，如果对于给定QoS需求没有被满足的DRB与次要层传输相关联(例如，不是与主层传输相关联)，那么位于对应于主层的第一服务站点的调度器可以重新配置DRB以使对于DRB服务的逻辑信道支持多层流，从而QoS需求没有得到满足的数据可以使用一个或多个层进行发送。在一个示例中，如果对于给定QoS需求没有被满足的DRB与次要层传输相关联(例如，不是与主层传输相关联)，那么位于对应于主层的第一服务站点的调度器可以通知MME/NAS以使业务可以重新配置。作为一个示例，如果对于给定QoS需求没有被满足的DRB进行了关联，进行了支持多流的配置，不是或除了执行一个或多个关于映射到次要层的DRB的所述动作，位于对应于主层的第一服务站点的调度器可以分配额外的资源用于主层上所关心的DRB。

QSR可以包含多种QoS相关信息。例如，QSR可以包括诸如队列延迟的头的定时相关值(例如，QSR/延迟)。例如，QSR可以包括与WTRU缓存中测得的从到达时间直到当前时间的数据已经花费的时间相关的值。例如，到达时间可以对应于数据首次对传输可用的时间。当前时间对应于触发报告的时间、对应MAC PDU聚合的时间、和/或对应的MAC PDU首次发送的时间。包括在QSR中的定时相关值可以对应于在WTRU缓存中的数据(例如，SDU或PDU)应当传送前可能消失的最大延迟。例如，QSR可以指示在WTRU缓存中的数据(例如，SDU或PDU)应当传送前可能消失的最大延迟的最短值。例如，时间相关值可以对应于与PDCP丢弃定时器相关联的值(例如，对于给定无线电承载)。WTRU可以确定并报告对应于丢弃定时器和到达时间与当前时间差值之间的差值(例如，报告值＝丢弃定时器-(到达时间-当前时间))。在一个示例中，QSR可以包括缓存用于传输的最老的数据待在WTRU缓存中的时间。

QSR可以包括一个或多个传递速率相关值，诸如PBR满足的指示(例如，QSR/PBR)。例如，QSR可以包括对于一个或多个QSR可以应用的DRB/逻辑信道，PBR是否得到满足的指示。例如，QSR可以包括对于一个或多个逻辑信道无法满足PBR的指示和/或将不得不传送多少额外数据(例如，在特定时间段内)已满足给定PBR的指示。例如，报告可以包括一个或多个LCH的PBR和/或对于一个或多个LCG聚合的PBR还没有满足的指示。WTRU可以确定在PBR得不到满足的特定(例如，可配置的)时间段，PBR不满足是否应当报告。作为一个示例，QSR可以包括对应于不得不传送用于给定LCH/LCG的最小量数据的值，以使WTRU满足对应的PBR。WTRU可以包括PBR没有在QSR中得到满足的LCH和/或LCG的身份指示。在一个示例中，QSR可以标识包括PBR得到满足的最大量数据的LCH和/或LCG。当多个LCH和/或LCG的信息包含在同一报告中时，可以以PBR没有被满足的数据大小下降的顺序指示每个报告的项目和/或作为受影响实体的有序列表。WTRU可以确定是否应当报告用于指示PBR没有得到满足的量的值，例如，基于PBR已经有特定(例如，可配置的)时间段没有得到满足。

例如，如果配置了WTRU以使多层使用不同的调度周期操作，WTRU可以在其上进行QoS需求是否得到满足用于计算QSR的估计的时间段可以是调度周期长度的函数。

QSR的内容可与一个或多个配置用于WTRU的无线电承载相关联和/或可应用于一个或多个配置用于WTRU的无线承载。例如，QSR可以是WTRU特定的，且可以包括可应用于多个配置由WTRU使用的多个(例如，全部)承载。QSR可以是层特定的，且可以包括可应用于与特定MAC实例(例如，与次MAC示例)相关联的多个(例如，全部)承载的信息。QSR可以是组特定的，例如用于配置为LCG一部分的无线电承载的报告信息。例如，QSR可以包括用于包含在QSR中的每个LCG的一个值。在一个示例中，不是或除了使用逻辑信道组，QSR可以用不同的方式对一个或多个逻辑信道或无线电承载分组。QSR可以是优先级特定的。例如，给定QSR可以与相应于特定优先级等级的无线电承载和/或对应于等于或高于所配置阈值的优先级等级的无线电承载相关联。QSR可以包括与多流操作相关联和/或配置用于多流操作的无线电承载(RB)的报告。例如，来自与多流操作相关联和/或配置用于多流操作的无线电承载的数据可以在多个MAC实例的无线电资源上传送。QSR可以包括用于特定类型RB，例如DRB、SRB、DRB和SRB等的报告。在一个示例中，WTRU发送的QSR可以包括特定报告类型的每个实例的一个值(例如，WTRU特定的、层特定的、组特定的、优先级特定的、多流特定的、RB类型特定的，等等)。例如，如果报告是层特定的，那么单个QSR值可以报告用于每个层。如果报告是优先级特定的，那么单个QSR可以报告用于每个优先级。

可以根据检测到不同的标准和情况触发WTRU发送QSR。例如，WTRU可以配置为周期性地产生和/或发送QSR。例如，WTRU可以配置有QSR定时器的值，并可以被触发以根据定时器的到期发送QSR。QSR每次被触发和/或传送可以开始和/或重新开始定时器。在一个示例中，根据超过一个或多个阈值，WTRU可以配置为触发QSR。例如，WTRU可以配置为根据一个或多个QoS参数低于特定阈值(例如，阈值可以是网络设置的WTRU配置的一部分)产生和/或传送QSR。例如，根据对于一个或多个逻辑信道/逻辑信道组的PBR掉到阈值以下，WTRU可以触发包括PBR信息的QSR，其可以被配置阈值。当PBR没有满足和/或在阈值以下特定/可配置时间量时，可以触发包括PBR相关信息的QSR(例如，QSR/PBR)。在一个示例中，当对于一个或多个项目(例如，LCH、LCG等)可接受延迟掉到特定/配置的阈值以下时，可以触发WTRU发送包括延迟相关信息(例如，QSR/延迟)的QSR。例如，根据WTRU确定丢弃定时器的值和(到达时间-当前时间)(例如，如上所述)之间的差值变得小于阈值，QSR可以传送用于给定的无线电承载。

在一个示例中，根据确定无线电链路情况已经或正在恶化到特定/配置的阈值以下，可以触发WTRU产生和/或发送QSR。在一个示例中，根据确定一个或多个RRC定时器正在运行用于给定MAC实例，可以触发WTRU产生和/或发送QSR。例如，QSR可以发送到用于T301、T302、T304和/或T311正在运行的MAC实例的服务站点。QSR可以发送到RRC定时器正在运行的MAC实例和/或到不同的MAC实例。在一个示例中，可以根据RRC定时器在次MAC实例中运行(例如，如果WTRU具有次要层中与连接性、移动性、和/或重新建立相关的正在运行的进程)，而不是RRC定时器在主MAC实例中运行，可以触发QSR。

在一个示例中，根据接收到来自一个或多个服务站点的非周期性QSR请求，可以触发WTRU产生和/或发送QSR。根据来自网络的请求可以触发WTRU发送QSR，以及该请求可以包含在请求这样一个报告的控制信令(例如，MAC CE)中。控制信令可以包含在L1信令(例如，作为DCI格式的标记)和/或MAC CE(例如，作为MAC CE的标记，可能包括QSR应当被发送的无线电承载的显式指示)中。

在一个示例中，根据接收到去激活MAC实例的控制信令(例如，根据去激活次要MAC实例)，可以触发WTRU生成和/或发送QSR。例如，根据去激活MAC实例可以生成QSR，同时在WTRU缓存中仍然存在某些数据用于去激活的MAC实例。在一个示例中，如果WTRU是数据缓存用于与去激活的没有映射到任意其他层的MAC实例相关联的LCH/LCG，可以触发QSR。对于去激活的MAC实例，可以触发这样的QSR用于无线电承载移动性。在一个示例中，可以触发WTRU生成和/或发送用于去激活MAC实例使用的多流承载的QSR(例如，映射到多个MAC实例/层的承载)。这样一个QSR可以用于进行由于给定WTRU的可用资源改变的调度调整。

在一个示例中，根据激活MAC实例(例如，根据次MAC实例的激活)的控制信令的接收，可以触发WTRU生成和/或发送QSR。例如，根据MAC实例的激活，WTRU可以确定它是数据缓存用于传输并可以发送该QSR以触发承载移动性新激活的MAC实例。在一个示例中，根据BSR被触发，可以触发WTRU生成和/或发送QSR。

在一个示例中，如果WTRU确定给定MAC实例不再适用于满足多流承载的一个或多个QoS需求(例如，由于去激活、无线电链路质量恶化、RLF、RLM、MAC实例的重置和/或移除等)，WTRU可以触发一个或多个其他层中映射到多流承载的QSR以进行调度，从而QoS需求可以使用其他层的资源得到满足。

例如，如果WTRU确定MAC实例已经变为提高多流承载(例如，由于激活、提高无线链路质量、MAC实例的配置等)的潜在候选，那么WTRU可以触发到那个MAC实例的QSR，以使MAC实例可以对于那个承载进行调度。如果QST报告可以适应给定的传输块，那么WTRU可以包括QSR报告(例如，QSR报告的短版本)而不是填充(例如，其可以具有比填充BSR更低的优先级)。

用于发送QSR的一个或多个触发可受制于回退和/或禁止机制(例如，阻止QSR发送，除非满足各种其他标准)，诸如定时器。例如，如果在生成QSR时正在运行回退定时器，那么直到定时器到期才发送QSR。可以基于WTRU特定基准、层特定基准、组特定基准、优先级特定基准、多流特定基准、RB类型特定基准和/或等等配置所使用的值和/或回退和/或禁止机制的身份。当触发QSR时，WTRU可以开始定时器并可以禁止触发额外的QSR，直到定时器到期。

在WTRU触发QSR时，它可以触发调度请求(SR)。例如，可以触发SR用于MAC实例和/或QSR可以应用到的实例。作为一个示例，WTRU可以根据哪个MAC实例可以用于传送触发QSR的数据来触发SR。例如，用于SR的资源(例如，PUCCH、PRACH等)和/或方法(例如，D-SR、RA-SR等)可以根据与SR传输和/或QSR传输(例如，如果不支持对于关心RB的多流，用于特定层的MAC，或者其他MAC实例)相关联的MAC实例而选择。

在一个示例中，当触发QSR报告时，它可能被挂起直到取消。对于特定层和/或对于多个层，QSR报告可能被挂起。根据一个或多个事件的出现可以取消QSR报告。例如，WTRU可以根据包含在传输块上传输的MACPDU中的QSR取消挂起和/或触发的QSR。在一个示例中，WTRU可以根据触发不在满足的QSR发送的标准取消挂起和/或触发的QSR。例如，如果对应的数据不再在WTRU缓存中(例如，数据包含在用于传输的传输块中；数据已经被丢弃等)，那么WTRU可以取消挂起QSR/延迟报告。在一个示例中，根据来自于包含在用于传输的传输块中的QSR(例如，LCH和/或LCG)相关联的缓存中足够的数据量，WTRU可以取消挂起和/或触发的QSR。在另一个示例中，根据关心的MAC实例被重置、去激活和/或从WTRU配置中移除，WTRU可以取消对于MAC实例的所有挂起和/或触发的QSR。例如，根据将DRB移动到另一个层的无线电承载移动性，WTRU可以取消QSR传送到给定服务站点用于给定DRB。在一个示例中，根据与相应的被激活的报告条目相关联的MAC实例(例如，在激活可能响应于WTRU的QoS的提高的情况)，WTRU可以取消挂起和/或触发的QSR。在一个示例中，根据WTRU接收修改和/或移除触发QSR的无线电承载的关心MAC实例的重新配置(例如，根据将承载移动到另一层的无线电承载移动性或重新配置相应的QoS参数)，WTRU可以取消将要传送用于给定MAC实例的所有挂起(和/或触发的)QSR。

当QSR被挂起，在传输块满足QSR传输需求时传送QSR。WTRU可以估计上述取消标准，通过包括将要传送到传输块的影响以及包括关心的QSR在其中传送的子帧的影响。在一个示例中，如果取消了用于关心的SR的QSR，那么WTRU可以取消QSR触发的挂起SR。

在一个示例中，可以使用来自WTRU配置的一个或多个层的特定资源报告QSR。选择哪个MAC实例可以传递QSR可以在接收的用于给定承载的配置或者接收的用于给定MAC实例的配置中指示。在一个示例中，哪个MAC实例将用于传送QSR的选择可以基于QSR是否是层特定的、传输块是否递送到主层、和/或QSR是否将在多个层上复制中的一个或多个。例如，QSR可以在与包含在QSR中的信息可应用到的层相关联的传输块中被报告。如在示例中的，QSR可以包括与特定DRB相关联的信息，以及QSR可以传送到映射到关心的DRB的层。在一个示例中，QSR可以在与主层相关联(例如，与用于可能与MeNB相关联的连接性的层相关联)的传输块中报告，而不是在次要层中。作为另一个示例，当触发时，可以复制QSR，以使它可以包含在与QSR可以应用到的每一个层相关联的至少一个传输块中。

在一个示例中，缓存状态报告(BSR)可以包括触发BSR和/或确定关心的BSR的内容。WTRU可以确定根据一个或多个标准是否应当触发BSR。例如，WTRU通过将标准应用到逻辑信道(LCH)和/或LCH组(LCG)可以估计用于触发BSR的标准。例如，WTRU可以接收包括LCH和/或LCG的子集相关联的LCH和/或LCG的配置。一个LCH可以与多个子集相关联(例如，通过进行配置以使它可以与多于一个LCG相关联)。在一个示例中，WTRU可以在每个MAC实例和/或层特定基准上评估触发BSR的标准(例如，通过将标准应用到给定MAC实例的LCH和/或LCG的集合)。

WTRU可以配置有DRB，从而对于相应DRB支持多流操作。例如，可以通过配置DRB具有映射到多个MAC实例的LCH实现多流。在一个示例中，可以通过配置用于给定承载的一个DRB以及用于每个关心的MAC实例的一个DRB来实现多流。接着DRB可以分组具有一个或多个其他DRB，从而多个DRB配置与LCG相关联，其中LCG可以反过来与相应的多个MAC实例相关联。

如果LCH和/或LCG的QoS需求(例如，PBR、或延时/延迟等)没有满足，可以触发BSR。在一个示例中，可以触发BSR用于配置用于多流操作的LCH/LCG，而不是用于单个流LCH/LCG。

在触发BSR时，WTRU可以触发将用于传送触发BSR的数据的MAC实例上的SR。例如，用于发送SR的资源(例如，PUCCH、PRACH等)和方法可以根据可应用于这种传输的MAC选择。BSR可以扩展为包括一个或多个QSR值。例如，对于在BSR中报告的每个LCH/LCG，WTRU可以包括可用于报告LCH/LCG的QSR的值。

如果BSR包括用于多流配置的至少一个无线电承载的报告，WTRU可以复制BSR。例如，如果无线电承载是多流承载，BSR在每个可应用到关心的多流承载的每个层上传送。

在一个示例中，WTRU可以根据不同层(例如，不同的服务站点、不同调度器、不同的MAC实例等)之间优先级关联执行逻辑信道优先化(LCP)。当LCH配置用于多流操作时，LCH可以与多个MAC实例相关联和/或可以分配多个MAC实例的资源(例如，可以是不同层上的调度资源)。为了计算多层传输，逻辑信道优先化进程可以包括在多个MAC实例上应用优先化规则。例如，对于给定LCH的PBR和/或逻辑信道优先级可以在每个层的基础上(例如，用于多流承载的PBR和/或逻辑信道优先级可以与用于不同MAC实例的不同)指派。给定逻辑信道的PBR和/或逻辑信道优先级可以与WTRU特定的最大值相关联(例如，尽管PBR/逻辑信道优先级可以是层特定的，但是任一层中的PBR/逻辑信道优先级的值没有超过相应的WTRU特定最大值)。来自多层LCH的数据可能争用对于多流LCH配置用于的任一层中的资源。当分配用于传输的传输块的资源时，WTRU可以以优先级顺序向一个或多个逻辑信道分配资源直到用于逻辑信道的配置的PBR。如果满足对于每个逻辑信道的PBR，且在MAC实例的传输块中存在剩余资源，那么具有缓存用于传输的剩余数据的LCH可以以严格的优先级顺序被服务，直到传输块满或者没有用于任何逻辑信道的剩余数据。这种PBR和/或优先级规则可以是层特定的，以及给定的多流LCH对于每一个层可以具有相同或不同的配置(例如，PBR、优先级等)。作为一个示例，对于给定LCH的PBR(例如，映射到多个MAC实例的多流逻辑信道)可能在多个与逻辑信道相关联的多个层上被封顶(cap)。不是或除了对于多流逻辑信道的WTRU宽PBR封顶，逻辑信道还可以配置由可以封顶特定MAC实例上逻辑信道的优先化传输的层特定PBR。

来自多流LCH的数据可以争用一个或多个可应用层中的资源。WTRU可以将传输块的资源分配给LCH直到所配置的PBR(例如，层特定PBR和/或WTRU宽PBR)。如果给定的PBR是WTRU特定的或WTRU宽的(例如，PBR可应用到任意MAC实例和/或可以在逻辑信道是任意MAC实例服务的资源时递减)，如果WTRU特定PBR满足使用LCH映射到的层的子集，那么LCH可能不允许争用剩余层中的资源(例如，即使层特定PBR还没得到满足)直到其他逻辑信道的PBR也已经得到满足。然而，即使已经达到WTRU特定PBR，如果对于某一MAC实例，MAC实例服务的每个逻辑信道的PBR已经满足(例如，对于关心的层没有其他LCH具有bj>0)，如果资源保留在层的传输块中，那么逻辑信道可以以超过其WTRU特定PBR的额外资源进行服务，即使其他逻辑信道的WTRU特定PBR仍然没有达到(例如，其WTRU特定PBR还没有得到满足的逻辑信道不能映射到具有传输块中的剩余资源的MAC实例)。

作为一个示例，MAC实例状态上的改变可以触发由那个MAC实例服务的多流LCH的逻辑信道优先化的一个或多个改变。例如，来自多流LCH的数据可以争用一个或多个层上的资源。当首先服务于多个用于新形成的传输块的逻辑信道时，WTRU可以向多流LCH分配资源直到其配置的PBR，其可以包括用于LCH的WTRU特定PBR和/或多个层特定PBR(例如，根据聚合PBR配置的数量和，WTRU可以服务逻辑信道)。然而，在某些周期一个或多个层可能不可用，例如，由于相关联的MAC实例的状态(例如，MAC实例可能处于去激活的状态、MAC实例可能由于较差的无线电环境处于损伤状态等)。在这种情况下，WTRU可以配置为触发映射到已经发生状态改变的层的一个或多个逻辑信道的QSR/PBR。既然逻辑信道可能在MAC实例状态发生改变的层上不能被充分服务，那么可以重新配置逻辑信道以在其他层上提供额外资源。虽然这可能是逻辑信道在其上重新配置(例如，增加优先级和/或PBR)的层的较低优先级的其他LCH缺乏使用，但是关心的MAC实例的调度器也可以重新配置一个或多个其他逻辑信道以考虑多流承载/LCH的逻辑信道配置的改变。

作为一个示例，基于逻辑信道配置的目的，MAC实例的状态可以根据MAC实例的激活状态和/或基于MAC正在经历的无线电链路状态确定。例如，当MAC实例去激活和/或MAC实例的所有服务小区都去激活时，MAC实例可能是不可用的。根据无线电链路情况低于给定阈值、在无线电链路监测进程中检测到无线电链路问题、确定估计的路径损耗超过给定阈值、确定与关心的MAC实例相关联的一个或多个小区正在经历RLF(例如，UL RLF和/或DL RLF中的一个或多个)、确定RRC定时器T310正在运行、确定RRC定时器T301、T302、T304和/或T311正在运行等的一个或多个，MAC实例可以考虑去激活。在一个示例中，不是考虑MAC实例的每个小区来确定MAC实例是否去激活，WTRU可以考虑主MAC实例。

从网络的角度，用于多流LCH的层特定优先级分配可以使网络能够具有首先用于为相应LCH传送数据的层上某些形式的控制。例如，层特定PBR可以使得网络能够在多个层之间分割满足QoS需求的负担(burden)，其可以辅助网络分配足够的资源用于多流承载而不必使也由与多流逻辑信道相关联的层服务的一个或多个其他承载/LCH没有资源。

在一个示例中，当执行新的传输时，WTRU可以确定在多个层上使用可用资源的顺序。例如，WTRU可以指派一个顺序用于在给定时间间隔向传输块指派逻辑信道的数据用于到给定层上的传输。例如，时间间隔可以是TTI/子帧、调度区间(例如，多个子帧)、和/或某些其他预定义的时间段之一。以这种方式，优先级可以应用到不同层的不同传输块，从而在多流逻辑信道的数据充当另一个较低优先级层的传输块之前，较高优先级的传输块/层可以配有给定多流逻辑信道的数据。

当在多个层中存在可用于WTRU的传输块资源时，WTRU可以首先在逻辑信道优先化过程中分配具有较高优先级的层(例如，主层)的资源。当已经分配了具有最高优先级的层的所有资源，WTRU可以以递减的优先级(例如，并行服务的层具有等同优先级)分配其他层(例如，次要层)的资源。当WTRU分配较高优先级的给定层资源时，可以首先进行逻辑信道优先化进程用于该层的传输块，并且当对于那个逻辑信道的逻辑信道优先化进程完成时，WTRU可以执行逻辑信道优先化用于具有可用于传输的传输块的较低优先级的层。例如，考虑WTRU配置在主层(例如，与MeNB相关联的服务站点)和次要层(例如，与SCeNB相关联的服务站点)中使用的场景。为了逻辑信道优先化的目的，主层可以具有比次要层更高的优先级(或者反之亦然)。在主层和次要层都具有调度用于传输的传输块的调度周期(例如，子帧)中，WTRU可以确定首先填充主层的传输块，之后是次要层的传输块。

例如，为了逻辑信道优先级，WTRU可以首先服务映射到主层直到它们所配置的PBR(例如，WTRU特定PBR和/或层特定PBR)的每个逻辑信道。如果在映射到主层的每个逻辑信道已经服务到它们的配置PBR(例如，WTRU特定PBR和/或层特定PBR)之后在传输块中还有剩余空间，那么映射到主层的每个逻辑信道可以以严格的优先级顺序进行服务，直到它们的所有数据均被服务。一旦填充了主层的传输块，WTRU可以开始服务到次要层的传输块的数据。例如，为了逻辑信道优先级，WTRU可以首先服务映射到次要层直到它们所配置的PBR(例如，WTRU特定PBR和/或层特定PBR)的每个逻辑信道。这些逻辑信道中的一个或多个可以也是在主层的传输块中服务传输资源的多流逻辑信道。如果在映射到次要层的每个逻辑信道已经服务到它们的配置PBR(例如，WTRU特定PBR和/或层特定PBR)之后在传输块中还有剩余空间，那么映射到次要层的逻辑信道可以以严格的优先级顺序进行服务，直到它们的所有数据均被服务到次要层的传输块。

在一个示例中，当填充单个MAC实例的传输块时，在服务多流逻辑信道之前，WTRU可以配置为首先为单独与单个MAC实例相关联的LCH分配资源。

在一个示例中，WTRU可以配置有用于执行逻辑信道优先化的第一配置(例如，层特定配置)。第一配置(例如，层特定配置)可以包括PBR配置(例如，优先级比特率、桶大小持续时间等)、一个或多个无线电承载和/或逻辑信道(LCH)的优先级、和/或等等中的一个或多个。例如，对于配置用于多流操作的LCH可以接收第一配置。

当WTRU配置有这样的第一配置时，WTRU可以通过根据特定顺序(例如，优先级顺序)执行对于每个层资源的逻辑信道优先化来给每个逻辑信道分配资源。在一个示例中，WTRU对于每一层独立地执行逻辑信道优先化，从而可以根据传统的LCP进程对使用单个层配置用于操作的LCH进行服务。多流LCH可以配置有层特定PBR配置，从而在为了逻辑信道优先化的目的将用于那个层的层特定PRB配置应用到逻辑信道时，多流信道考虑给定层中的单个流逻辑信道。

不是或除了第一配置，WTRU可以配置有第二配置(例如，WTRU特定配置)，可以包括一个或多个无线电承载和/或逻辑信道的PBR配置和/或优先级。第二配置可以应用到多流逻辑信道，并可以用于定义可以由多层服务的逻辑信道的PBR规则。第二配置可以除第一配置外，或自己作为LCH的整个配置。

当WTRU配置有第二WTRU特定逻辑信道配置时，WTRU可以通过根据特定顺序(例如，首先服务最高优先级的层，然后是第二高的等)执行每层资源的逻辑信道优先化向逻辑信道分配资源。WTRU可以对于每一层执行逻辑信道优先化，从而可以根据传统的LCP进程对使用单个层配置用于操作的LCH进行处理。在一个示例中，可以每个调度实例考虑一次配置用于多流操作的LCH，且一旦WTRU根据其第二配置已经在单个(例如，最高优先级)层中分配了资源，则在次要层中就不会考虑多流逻辑信道用于传输。在一个示例中，假设第二配置应用在多个层上，可以允许配置用于多流操作的LCH使用给定调度周期多个层的资源。

在一个示例中，WTRU可以接收命令WTRU给LCH的特定子集分配相应授权的下行链路控制信令(例如，诸如E-PDCCH和/或PDCCH上的DCI)。例如，接收到的DCI可以包括一个指示，从而接收到的授权可以用于来自特定LCH(例如，根据承载身份)、特定承载类型(例如，SRB)、特定优先级(例如，诸如WTRU特定LCH优先级)、和/或等等中的一个或多个的数据传输。

在一个示例中，WTRU可以确定某一时间段它还没有接收到(例如，成功解码)可应用到某一MAC实例的控制信道(例如，PDCCH、ePDCCH等)的下行链路控制信令。在一个示例中，WTRU可以根据确定一个预定时间段一个或多个层还没有进行调度和/或一个或多个逻辑信道还没有分配资源，无视(override)一个或多个逻辑信道优先化规则。例如，当WTRU确定在所述时间段它没有接收到特定类型的DCI，诸如授权(例如，用于在关心的MAC中传输的上行链路资源分配的DCI)时，WTRU可以确定无视一个或多个逻辑信道周期化规则。根据WTRU没有在特定时间段在关心的MAC实例中接收到任意的DCI，可以无视LCH优先化。在这种情况下，WTRU可以确定关心的MAC实例不再可用于LCP过程。例如，假设关心的MAC实例处于去激活状态，WTRU可以执行LCP。

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