CN110972249B - 无线通信中的上行链路传输 - Google Patents

无线通信中的上行链路传输 Download PDF

Info

Publication number
CN110972249B
CN110972249B CN201910968313.9A CN201910968313A CN110972249B CN 110972249 B CN110972249 B CN 110972249B CN 201910968313 A CN201910968313 A CN 201910968313A CN 110972249 B CN110972249 B CN 110972249B
Authority
CN
China
Prior art keywords
wtru
power
transmission
priority
transmissions
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910968313.9A
Other languages
English (en)
Other versions
CN110972249A (zh
Inventor
G·佩莱蒂尔
P·马里内尔
J·P·图尔
V·科姆沙
D·帕尼
S·E·泰利
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Priority to CN201910968313.9A priority Critical patent/CN110972249B/zh
Publication of CN110972249A publication Critical patent/CN110972249A/zh
Application granted granted Critical
Publication of CN110972249B publication Critical patent/CN110972249B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/06—TPC algorithms
    • H04W52/14—Separate analysis of uplink or downlink
    • H04W52/146—Uplink power control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/34—TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading
    • H04W52/343—TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading taking into account loading or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365—Power headroom reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/367—Power values between minimum and maximum limits, e.g. dynamic range
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0473—Wireless resource allocation based on the type of the allocated resource the resource being transmission power
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling

Abstract

这里公开的是用于在与不同调度器交互的时候，通过卸除负载和/或聚合资源来协调上行链路传输的方法和设备。一种WTRU中的方法包括用于与WTRU的配置所关联的每一个eNB的不同调度器协作的功能。所公开的方法包括自主的WTRU许可选择和功率缩放，以及对传输和功率缩放优先级进行动态的优先排序。

Description

无线通信中的上行链路传输
本申请为2015年1月29日递交的题为“无线通信中的上行链路传输”的中国专利申请201580017323.4的分案申请。
相关申请的交叉引用
本申请要求享有以下美国临时申请的权益：2014年01月29日提交的61/933,169；2014年3月19日提交的61/955,632；2014年04月11日提交的61/978,630；2014年05月07日提交的61/989,997；2014年05月23日提交的62/002,625；2014年06月03日提交的62/007,147；2014年08月06日提交的62/033,993；2014年10月06日提交的62/060,492；2014年10月28日提交的62/069,739；以及2014年12月18日提交的62/093,965，其中所述申请的内容在这里引入以作为参考。
技术领域
本申请涉及无线通信领域。
背景技术
目前已经部署了很多工作来创建用于聚合源于不同eNB的资源的手段(例如使用双连接的R12 LTE eNB间聚合)。其目的一般是提供能使运营商将一些业务从宏小区/eNB卸载到另一个可能提供某种形式的热点覆盖网络的小区/eNB的手段或实现更高的吞吐量。
WTRU可以被配置成实施双连接。这种双连接要么是由网络出于对吞吐量的考虑配置的(主要针对下行链路)，要么是出于卸载目的配置的(将用户平面业务从一个针对宏覆盖部署的eNB释放到另一个针对容量增强所部署的eNB)。在将WTRU配置成使用双连接来工作时，WTRU可以使用与不同eNB关联的无线电资源，与每一组资源相对应的接口在这里被称为Uu接口。如果支持eNB内部的载波聚合，那么每一个Uu接口自身可被配置一个或多个服务小区。然后，宏eNB(MeNB)以及辅助eNB(SeNB)可以将WTRU调度成用于任何类型的数据，其中宏eNB是控制RRC连接的eNB，辅助eNB可用于交换用户平面数据。这种双连接形式也可称为eNB之间的载波聚合(eNB之间的CA)。在这种情况下，WTRU可被配置成具有不同的MAC实体，其中每一个MAC实体都对应于所配置的一个Uu接口。
目前已经为eNB内部CA规定了一些优先排序和功率缩放机制，然而，即便在调度器之间存在协调，这些机制也只包含最低限度的协调，并且控制平面数据仅仅是用单个Uu接口传送的。
发明内容
这里公开的是在与不同调度器进行交互时通过执行资源的卸载处理和/或载波聚合处理来协调上行链路传输的方法和设备。一种WTRU中的方法包括与用于每一个eNB的不同调度器进行协调的功能体，其中所述每一个eNB都与WTRU的配置相关联。所公开的方法包括自主的WTRU许可选择和功率缩放处理，以及传输的动态优先排序处理和功率缩放优先级。
附图说明
更详细的理解可以从以下结合附图举例给出的描述中得到，其中：
图1A是可以实施所公开的一个或多个实施例的例示通信系统的系统图示；
图1B是可以在图1A所示的通信系统内部使用的例示无线发射/接收单元(WTRU)的系统图示；
图1C是可以在图1A所示的通信系统内部使用的例示无线电接入网络和例示核心网络的系统图示。
图2是使用双连接来执行操作的例示系统的系统图示。
图3是示出了用于同步情形的同时传输的框图。
图4是示出了用于非同步情形的同时传输的框图。
图5是示出了优先排序功能的例示应用的流程图。
图6是示出了优先排序功能的动态调节的示例的流程图。
图7是示出了适应性优先排序处理的例示应用的流程图。
图8是示出了针对上行链路传输的例示功率分配的框图。
图9是示出了适应性优先排序处理的另一个例示应用的流程图。
图10是示出了依照小区群组类型的优先排序处理的示例的流程图。
图11是示出了用于源自WTRU的上行链路传输的例示功率配置的流程图。
图12是示出了用于上行链路传输的功率缩放的一个示例的流程图。
图13是示出了用于上行链路传输的功率缩放的另一个示例的流程图。
图14是示出了用于上行链路传输的功率缩放的另一个示例的流程图。
图15是示出了以时间最先(first-in-time)为基础来将剩余功率分配给小区群组的例示处理的流程图。
图16是示出了针对异步情形的用于在时间间隔期间确定所有上行链路传输的最大功率的处理的流程图。
图17是示出了供WTRU用以计算在时间间隔期间的上行链路传输的最大功率的子帧的框图。
图18是示出了供WTRU用以计算在时间间隔期间的上行链路传输的最大功率的子帧的另一个框图。
具体实施方式
图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还可以包括其他基站和/或网络部件(未显示)，例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可被配置成在名为小区(未显示)的特定地理区域内部发射和/或接收无线信号。小区可以进一步分割成小区扇区。举例来说，与基站114a关联的小区可分成三个扇区。由此，在一个实施例中，基站114a可以包括三个收发信机，也就是说，每一个收发信机对应于小区的一个扇区。在另一个实施例中，基站114a可以使用多输入多输出(MIMO)技术，并且由此可以为小区中的每个扇区使用多个收发信机。
基站114a、114b可以通过空中接口116来与一个或多个WTRU 102a、102b、102c、102d进行通信，该空中接口可以是任何适当的无线通信链路(例如射频(RF)、微波、红外线(IR)、紫外线(UV)、可见光等等)。空中接口116可以用任何适当的无线电接入技术(RAT)来建立。
更具体地说，如上所述，通信系统100可以是一个多址接入系统，并且可以使用一种或多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。作为示例，RAN 104中的基站114a与WTRU 102a、102b、102c可以实施诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，该技术可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在另一个实施例中，基站114a与WTRU 102a、102b、102c可以实施演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术，该技术可以使用长期演进(LTE)和/或先进LTE(LTE-A)来建立空中接口116。
在其他实施例中，基站114a和WTRU 102a、102b、102c可以实施IEEE 802.16(即，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-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通信，该核心网络可以是被配置成为一个或多个WTRU102a、102b、102c、102d提供语音、数据、应用和/或借助网际协议的语音(VoIP)服务的任何类型的网络。举例来说，核心网络106可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等，和/或执行诸如用户验证之类的高级安全功能。虽然图1A中没有显示，然而应该了解，RAN 104和/或核心网络106可以直接或间接地和其他RAN进行通信，并且这些RAN既可以使用与所述RAN 104相同的RAT，也可以使用不同的RAT。例如，除了与使用E-UTRA无线电技术的RAN 104连接之外，核心网络106还可以与其他使用GSM无线电技术的RAN(未显示)进行通信。
核心网络106还可以充当供WTRU 102a、102b、102c、102d接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的全球性互联计算机网络设备系统，并且该协议可以是TCP/IP网际协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括由其他服务供应商所有和/或运营的有线或无线通信网络。例如，网络112可以包括与一个或多个RAN相连的其他核心网络，所述一个或多个RAN可以使用与RAN104相同的RAT或不同的RAT。
通信系统100中一些或所有WTRU 102a、102b、102c、102d可以包含多模能力，换言之，WTRU 102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络进行通信的多个收发信机。例如，图1A所示的WTRU 102c可被配置成与使用基于蜂窝的无线电技术的基站114a进行通信，以及与可以使用IEEE 802无线电技术的基站114b进行通信。
图1B是一个例示WTRU 102的系统图。如图1B所示，WTRU 102可以包括处理器118、收发信机120、发射/接收部件122、扬声器/麦克风124、数字键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136以及其他周边设备138。应该了解的是，在保持与实施例相符的同时，WTRU 102还可以包括前述部件的任何子组合。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、其他任何类型的集成电路(IC)、状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或其他任何能使WTRU102在无线环境中工作的功能。处理器118可以耦合至收发信机120，收发信机120则可以耦合至发射/接收部件122。虽然图1B将处理器118和收发信机120描述成是独立组件，然而应该了解，处理器118和收发信机120也可以集成在一个电子组件或芯片中。
发射/接收部件122可被配置成经由空中接口116来发射或接收去往或来自基站(例如基站114a)的信号。举个例子，在一个实施例中，发射/接收部件122可以是被配置成发射和/或接收RF信号的天线。作为示例，在另一个实施例中，发射/接收部件122可以是被配置成发射和/或接收IR、UV或可见光信号的放射器/检测器。在再一个实施例中，发射/接收部件122可被配置成发射和接收RF和光信号。应该了解的是，发射/接收部件122可以被配置成发射和/或接收无线信号的任何组合。
此外，虽然在图1B中将发射/接收部件122描述成是单个部件，但是WTRU 102可以包括任何数量的发射/接收部件122。更具体地说，WTRU 102可以使用MIMO技术。因此，在一个实施例中，WTRU 102可以包括两个或多个经由空中接口116来发射和接收无线电信号的发射/接收部件122(例如多个天线)。
收发信机120可被配置成对发射/接收部件122所要发射的信号进行调制，以及对发射/接收部件122接收的信号进行解调。如上所述，WTRU 102可以具有多模能力。因此，收发信机120可以包括允许WTRU 102借助诸如UTRA和IEEE 802.11之类的多种RAT来进行通信的多个收发信机。
WTRU 102的处理器118可以耦合到扬声器/麦克风124、数字键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器/麦克风124、数字键盘126和/或显示器/触摸板128输出用户数据。此外，处理器118可以从诸如不可移除存储器106和/或可移除存储器132之类的任何适当的存储器中存取信息，以及将信息存入这些存储器。不可移除存储器106可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或是其他任何类型的记忆存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)记忆卡等等。在其他实施例中，处理器118可以从那些并非实际位于WTRU 102的存储器存取信息，以及将数据存入这些存储器，作为示例，此类存储器可以位于服务器或家庭计算机(未显示)。
处理器118可以接收来自电源134的电力，并且可被配置分发和/或控制用于WTRU102中的其他组件的电力。电源134可以是为WTRU 102供电的任何适当设备。例如，电源134可以包括一个或多个干电池组(如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、燃料电池等等。
处理器118还可以与GPS芯片组136耦合，该芯片组可被配置成提供与WTRU 102的当前位置相关的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或替换，WTRU 102可以经由空中接口116接收来自基站(例如基站114a、114b)的位置信息，和/或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是，在保持与实施例相符的同时，WTRU 102可以借助任何适当的定位方法来获取位置信息。
处理器118还可以耦合到其他周边设备138，这些设备可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，周边设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。
图1C是根据一个实施例的RAN 104和核心网络106的系统图示。如上所述，RAN 104可以使用E-UTRA无线电技术而在空中接口116上与WTRU 102a、102b、102c进行通信。并且RAN 104还可以与核心网络106进行通信。
RAN 104可以包括e节点B140a、140b、140c，然而应该了解，在保持与实施例相符的同时，RAN 104可以包括任何数量的e节点B。每一个e节点B140a、140b、140c都可以包括在空中接口116上与WTRU 102a、102b、102c通信的一个或多个收发信机。在一个实施例中，e节点B140a、140b、140c可以实施MIMO技术。由此举例来说，e节点B140a可以使用多个天线来向WTRU 102a发送无线信号以及接收来自WTRU 102a的无线信号。
每一个e节点B140a、140b、140c都可以关联于一个特定的小区(未显示)，并且可被配置成处理无线电资源管理判定、切换判定、上行链路和/或下行链路的用户调度等等。如图1C所示，e节点B140a、140b、140c彼此可以在X2接口上进行通信。
图1C所示的核心网络106可以包括移动性管理网关(MME)142、服务网关144以及分组数据网络(PDN)网关146。虽然前述的每一个部件都被描述成了核心网络106的一部分，然而应该了解，这其中的任一部件都可以由核心网络运营商之外的实体所拥有和/或运营。
MME 142可以经由S1接口连接到RAN 104中的每一个e节点B140a、140b、140c，并且可以充当控制节点。举例来说，MME 142可以负责验证WTRU 102a、102b、102c的用户，执行承载激活/去激活处理，在WTRU 102a、102b、102c的初始附着过程中选择特定的服务网关等等。该MME 142还可以提供一个用于在RAN 104与使用GSM或WCDMA之类的其他无线电技术的其他RAN(未显示)之间进行切换的控制平面功能。
服务网关144可以经由S1接口连接到RAN 104中的每个e节点B140a、140b、140c。该服务网关144通常可以路由和转发去往/来自WTRU 102a、102b、102c的用户数据分组。并且该服务网关144可以执行其他功能，例如在eNB间的切换过程中锚定用户平面，在下行链路数据可供WTRU 102a、102b、102c使用时触发寻呼处理，管理并存储WTRU 102a、102b、102c的上下文等等。
服务网关144还可以连接到PDN网关146，所述PDN网关可以为WTRU 102a、102b、102c提供针对因特网110之类的分组交换网络的接入，以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。
核心网络106可以促成与其他网络的通信。例如，核心网络106可以为WTRU 102a、102b、102c提供针对PSTN 108之类的电路交换网络的接入，以便促成WTRU 102a、102b、102c与传统的陆线通信设备之间的通信。例如，核心网络106可以包括一个IP网关(例如IP多媒体子系统(IMS)服务器)或与之进行通信，并且该IP网关可以充当核心网络106与PSTN 108之间的接口。此外，核心网络106可以为WTRU 102a、102b、102c提供针对网络112的接入，该网络可以包括其他服务供应商所拥有和/或运营的其他有线或无线网络。
对于2x2的配置来说，3GPP LTE版本8/9(LTE R8/9)可以在下行链路(DL)中支持高达100Mbps的速率，以及在上行链路(UL)中支持高达50Mbps的速率。这种LTE下行链路传输方案是以OFDMA空中接口为基础的。
出于灵活部署的目的，LTE R8/9/10系统支持可缩放的传输带宽，其中该传输带宽可以是[1.4、2.5、5、10、15或20]MHz之一。
在LTE R8/9(同样适用于LTE R10)中，每一个无线电帧(10ms)都包括10个各自分别为1ms的子帧。每一个子帧都包含2个各自分别是0.5ms的时隙。每一个时隙可以有7或6个OFDM符号。每一个时隙的7个符号可以用于正常的循环前缀长度，并且每一个时隙的6个符号可以用于扩展循环前缀长度。LTE Rel-8/9系统的子载波间隔是15kHz。此外，使用7.5kHz的减小的子载波间隔也是可能的。
在一(1)个OFDM符号间隔期间，一个资源元素(RE)对应于一(1)个子载波。在0.5ms的时隙期间的12个连续子载波构成了一(1)个资源块(RB)。因此，在每一个时隙具有7个符号的情况下，每一个RB会包括12*7＝84个RE。DL载波包含了与大致1MHz到20MHz的总的可缩放传输带宽相对应的6个RB到110个RB。对于每一个传输带宽、例如1.4、3、5、10或20MHz来说，其对应于多个RB。
用于动态调度的基本时域单元是一个包含两个连续时隙的子帧。其有时也被称为资源块配对。一些OFDM符号上的某些子载波被分配成在时-频网格中运送导频信号。为了符合频谱屏蔽需求，处于传输带宽边缘的多个子载波通常未被传输。
在LTE R8/9中以及对于R10(在这类同样会被描述)而言，在网络只能为WTRU指配一对UL和DL载波(FDD)或者UL和DL共享一个载波时间(TDD)的单载波配置中，任何指定子帧均可具有用于UL的活动的单个混合自动重复请求(HARQ)进程，以及在DL中活动的单个HARQ进程。
缓冲状态报告可以用于指示可供WTRU用来传输的数据量以帮助eNB选择合适的传输块大小。BSR可以报告逻辑信道群组(LCG)的缓冲状态。逻辑信道可以通过RRC信令而被拆分在多达4个不同的LCG中，但是逻辑信道并不是必然归属于LCG。
以下的LTE规范提供了用于描述这里阐述的各种方法和手段的上下文。
在LTE MAC规范[36.321]中，LCG的缓冲大小是如下定义的：
-缓冲大小：缓冲大小字段表示的是在构建了用于TTI的所有MAC PDU之后，在逻辑信道群组中的所有逻辑信道上可用的总的数据量。该数据量是用字节数指示的。其应该包含可用于在RLC层和PDCP层中传输的所有数据；关于哪些数据应被认为可供传输的定义分别是在[3]和[4]中规定的。在缓冲大小计算中不会考虑RLC和MAC报头的大小。该字段的长度是6比特。如果没有配置扩展BSR-大小(extendedBSR-Sizes)，那么缓冲大小字段的取值如表6.1.3.1-1所示。如果配置了extendedBSR-Sizes，那么缓冲大小字段的取值如表6.1.3.1-2所示。
在LTE RLC规范[36.322]中，可用于传输的数据是如下定义的：
4.5可用于传输的数据
出于MAC缓冲状态报告的目的，UE应该将以下各项视为可用于在RLC层中传输的数据：
-尚未包含在RLC数据PDU中的RLC SDU或是其分段；
-等待重传的RLC数据PDU或是其某些部分(RLC AM)。
此外，如果触发了状态PDU(STATUS PDU)，并且状态禁止定时器尚未运行或者已经到期，那么UE应该会估计将会在下一个传输时机中传输STATUS PDU的大小，并且会将其视为可用于在RLC层中传输的数据。
在PDCP规范[36.323]中，可用于传输的数据是如下定义的：
4.5可用于传输的数据
出于MAC缓冲状态报告的目的，UE应该将PDCP控制PDU以及以下各项视为可用于在PDCP层中传输的数据：
对于不具有已被提交给低层的PDU的SDU来说：
如果该SDU尚未依照PDCP处理，则是所述SDU自身，或者
如果已经依照PDCP处理了该SDU，则是PDU。
此外，对于映射在RLC AM上的无线电承载来说，如果PDCP实体先前执行过重建过程，那么UE还应该将以下各项视为可用于在PDCP层中传输的数据：
对于所对应的PDU仅仅在PDCP重建之前被提交给低层的SDU来说，如果接收到该SDU，那么除了被指示成已通过PDCP状态报告成功递送的SDU之外，从所对应的PDU尚未被低层确认的第一个SDU开始：
如果该SDU尚未依照PDCP处理，则是该SDU，或者
如果已经依照PDCP处理了该SDU，则是PDU。
在LTE规范中，逻辑信道优先排序(LCP)过程是如下规定的[36.321]：
5.4.3.1逻辑信道优先排序
逻辑信道优先排序过程是在执行新的传输的时候应用的。
RRC通过用于每一个逻辑信道的信令来控制上行链路数据调度：优先级，其中增大的优先级值指示较低的优先等级，prioritisedBitRate，其设置的是优先排序比特率(PBR)，bucketSizeDuration，其设置的是令牌桶大小持续时长(BSD)。
UE应该为每一个逻辑信道j保持一个变量Bj。在建立相关逻辑信道的时候，Bj应被初始化成零，并且所述Bj会在每一个TTI中用乘积PBR×TTI时长来递增，其中PBR是逻辑信道j的优先排序比特率。然而，Bj的值永远不会超出令牌桶大小，并且如果Bj的值大于逻辑信道j的令牌桶大小，那么其应被设置成是该令牌桶大小。逻辑信道的令牌桶大小等于PBR×BSD，其中PBR和BSD是由上层配置的。
在执行新的传输的时候，UE应该执行以下的逻辑信道优先排序过程：
–UE应该按照以下步骤来将资源分配给逻辑信道：
–步骤1：按照优先级递减的顺序来将资源分配给Bj>0的所有逻辑信道。如果无线电承载的PBR被设置成“无限”，那么在满足一个或多个较低优先级的无线电承载的PBR之前，UE应该为所有那些可用于在无线电承载上传输的数据分配资源；
–步骤2：UE应该将Bj减小步骤1中用于逻辑信道j的MAC SDU的总的大小。
注意：Bj的值可以为负。
–步骤3：如果还有剩余资源，则以严格的优先级递减的顺序(无视Bj的值)来服务所有的逻辑信道，直至耗尽用于该逻辑信道的数据或是UL许可，不论这其中的哪一个最先发生。被配置成具有同等优先级的逻辑信道应该以同等的方式服务。
结合载波聚合的先进LTE(LTE CA R10)是一项旨在使用带宽扩展等方案来提高单载波LTE数据速率的演进，这种带宽扩展也被称为载波聚合(CA)。通过使用CA，WTRU可以同时在多个服务小区的物理上行链路共享信道(PUSCH)和物理下行链路共享信道(PDSCH)(分别)执行传输和接收。除了主服务小区(PCell)之外，还有四个之多的辅助服务小区(SCell)可供使用，由此支持上至100MHz的灵活带宽指配。包含HARQ ACK和/或NACK反馈和/或信道状态信息(CSI)的上行链路控制信息(UCI)既可以在Pcell的物理上行链路控制信道(PUCCH)上传送，也可以在可供为上行链路传输配置的服务小区使用的PUSCH资源上传输。
用于调度PDSCH和PUSCH的控制信息可以是在一条或多条物理数据控制信道(PDCCH)上发送的；除了为一对UL和DL载波使用一个PDCCH的LTE R8/9调度之外，还可以通过指定的PDCCH来支持跨载波调度，由此允许网络为一个或多个其他服务小区中的传输提供PDSCH指配和/或PUSCH许可。
对于使用CA工作的FDD LTE R10 WTRU来说，它的每一个服务小区都可具有一个HARQ实体，其中每一个HARQ实体可以具有多达8个HARQ进程；例如，在一个往返时间(RTT)，每一个子帧都可以具有一个HARQ进程；它还意味着在任何指定子帧中，UL和DL都可以具有一个以上的处于活动状态的HARQ进程，然而，所配置的每一个服务小区都至多具有一个UL和一个DL HARQ进程。
在LTE R8/9/10+中，网络(NW或eNB)会使用PDCCH来为PDSCH上的下行链路传输指配资源，以及向终端设备(WTRU)许可用于PUSCH上的上行链路传输的资源。
WTRU可以通过向eNB发送调度请求(SR)来请求用于上行链路传输的无线电资源；如果在物理上行链路控制信道(PUCCH)上配置了专用资源(D-SR)，那么所述SR可以在该专用资源(D-SR)上传输，否则也可以用随机接入过程(RACH)来传输(RA-SR)。
eNB可以向WTRU许可用于PUSCH上的传输的无线电资源，其中这种许可要么是在PDCCH上接收的许可中指示的，要么是在所配置的资源中指示的(半永久性调度的UL许可)。
WTRU可以在上行链路传输中包含用于指示WTRU的缓冲器中的数据量的缓冲状态报告(BSR)。用于传送BSR的触发可以触发调度请求。
WTRU基于聚合等级(AL，每一个都对应于1、2、4或8个CCE)并通过使用不同的物理资源组合(即控制信道元素——以下将其称为CCE)而在特定位置或搜索空间监视PDCCH，以便寻找使用已知无线电网络临时标识符(RNTI)遮蔽的数据控制信息消息(DCI格式)，从而确定其是否需要作用于控制信令。一个CCE包含了36个QPSK符号或是72个信道编码比特。
包含在上行链路许可中的调度控制信息包含了用于确定该许可针对的是初始传输还是重传的新数据指示符(NDI)，用于指示将时间和频率中的哪些物理资源块(PRB)分配给所述传输的资源指配，以及调制和编码方案(MCS)。WTRU可以从MCS以及为传输分配的PRB数量中确定所关联的传输块(TB)的大小。
在LTE R12中(或更晚的版本，针对的是使用了eNB之间的载波聚合的多小区操作的方面)，WTRU可被配置成具有某种形式的双连接，例如一种可供WTRU访问与不同eNB相关联的小区的资源的配置。网络可以使用终止于MeNB的单个MME/S1-c连接来控制连接。
从控制平面的角度来看，WTRU可能已经与第一eNB(即MeNB)建立RRC连接，并且还可以支持一种一个或多个小区与第二eNB(即SeNB)相关联的配置。如果假设RRC连接在MeNB中终止，那么MeNB中的RRC实体将会接收到完整的消息。
从用户平面架构的角度来看，网络可以仅仅在MeNB中终止S1-u(备选的3包括备选的a，例如对于所有的EPS承载而言)，或者它也可以(例如作为补充)在SeNB中终止S1-u(备选的1A，用于一个或多个EPS承载)。
从SRB数据和/或用户平面业务的L2传输的角度来看，用于指定无线电承载的数据可以通过使用单个L2路径或者交替使用任一L2路径(其被称为DL多流)而被从网络传送到WTRU。同样，所传输的数据可以通过使用单个L2路径或者交替使用任一L2路径(其被称为UL多流)而被从WTRU传送至网络。多流可以通过配置承载来实现，以使其在概念上被映射至与一个以上的eNB相关联的不同小区。
典型的传输承载功能可以作为服务质量(QoS)相关方面的组合以及依照路由功能来建模。QoS相关方面可以依照(例如最大或保证)比特率、最大可容忍时延等等而被参数化。承载的路由选择通常是用某种形式的物理或逻辑(例如使用基于GTP-u或者基于IP隧道的隧道化功能)点对点传输函数实现的。
这里的术语“主MAC实体”和“辅助MAC实体”要么是指作为独立进程且各自在概念上与不同eNB(例如MeNB和SeNB)的小区并且由此与其相应的相关L1/物理层处理相关联的MAC实体，要么是指对在概念上关联于第一eNB(例如MeNB)和第二eNB(例如SeNB)的Uu(L1/PHY)进行区分的单个MAC实体。WTRU可以具有与MeNB相关联的主MAC实体，以及与SeNB相关联的辅助MAC实体。
主MAC实体可以对应于被配置成具有已供WTRU建立RRC连接(依照PCell的旧有R10定义)的PCell的MAC实体。辅助MAC实体同样可以被配置成具有特定小区，在这种情况下，这样的小区可被配置上行链路载波以及附加的PUCCH资源。
关于LTE系统之类的系统的传输定时的附加信息：WTRU可以通过在小区中检测主同步信号(PSS)和辅助同步信号(SSS)以及通过确定DL子帧边界的第一(或最佳接收)路径来设置其初始DL定时。然后，WTRU可以通过测量第一路径到达同步信号和/或DL参考信号来保持DL同步。一旦WTRU取得DL同步，则WTRU可以使用随机接入过程来确定用于其传输的上行链路定时，其中在所述过程中，WTRU首先可以在物理随机接入信道(PRACH)上传送前序码。WTUR可以将前序码的传输与所接收的DL子帧边界的开端相校准(作为示例，由此不会应用定时提前)。该WTRU可以接收包含了定时提前命令(TAC)的随机接入响应(RAR)。作为示例，这种TAC可以包含由eNB基于前序码的接收时间计算的值，由此，该eNB可以估计该eNB与所涉及的WTRU之间的双向传播延迟，然后确定传送至WTRU的适当的值。然后，WTRU可以使用这个值来确定它可以在DL子帧边界之前提前多长时间来开始其上行链路传输。对于一个小区中的所有WTRU来说，通过校准这些WTRU的上行链路传输，有助于减小在用于该小区的eNB的接收机中感知的干扰电平，尤其是在传输定时小于或等于预先定义的值的时候。
一旦WTRU具有初始上行链路定时，那么随着时间的过去将会因为WTRU的移动、不断变化的多径(也就是最佳接收DL路径的定时的变化)、振荡器漂移和/或多普勒频移而需要更进一步的调节。从这个意义上讲，WTRU可以追踪DL定时参考，并且可以自主地执行某种调节，而eNB可以监视WTRU的上行链路传输的到达时间，例如基于上行链路解调参考信号、SRS或是其他任何传输来监视，由此可以使用TAC MAC控制元素(CE)来用信号通告下行链路传输中的TA调节。WTRU可以正好在(或者不晚于)子帧N+6的开端应用这个在子帧N中接收的用信号通告的调节。
WTRU可以保持为定时提前群组(TAG)存储的值(Nta)。在从eNB接收到用于指示正值或负值的TAC时，该WTRU可以更新用于所涉及的TAG的Nta。此外，WTRU还可以自主地更新所存储的值，例如基于其对DL定时参考所做的追踪来更新，以便补偿所接收的下行链路定时的变化。Nta可以用于调节在接收TAC与定时提前定时器(TAT)运行之间的上行链路传输时间。
WTRU可以具有可配置的定时器，即每个定时提前群组(TAG)的定时提前定时器(TAT)。WTRU可以从TAT中确定(如果正在运行)是否它可以认为其自身具有恰当的UL定时校准。在TATA没有运行的时候，除了传输随机接入前序码，WTRU不会在上行链路中执行任何传输。当在TAC MAC CE或者在RAR中接收到TAC时，WTRU可以启动或重启TAT。当TAT到期时，WTRU可以认为其不再具有用于所涉及的TAG的有效上行链路定时校准。eNB可以适时地向WTRU传输MAC TAC CE，也就是在WTRU中的TAT到期之前传输，从而保持WTRU的上行链路时间处于校准状态。
目前已经部署了很多工作来创建用于聚合源于不同eNB的资源的手段(例如使用双连接的R12 LTE eNB间聚合)。其目的一般是提供能使运营商将一些业务从宏小区/eNB卸载到另一个可能提供某种形式的热点覆盖网络的小区/eNB的手段或实现更高的吞吐量。
WTRU可以被配置成实施双连接。这种双连接要么是由网络出于对吞吐量的考虑配置的(主要针对下行链路)，要么是出于卸载目的配置的(将用户平面业务从针对宏覆盖部署的eNB释放到另一个针对容量增强所部署的eNB)。在将WTRU配置成使用双连接来工作时，WTRU可以使用与不同eNB关联的无线电资源，与每一组资源相对应的接口在这里被称为Uu接口。如果支持eNB内部的载波聚合，那么每一个Uu接口自身可被配置一个或多个服务小区。然后，宏eNB(MeNB)以及辅助eNB(SeNB)可以将WTRU调度成用于任何类型的数据，其中宏eNB是控制RRC连接的eNB，辅助eNB可用于交换用户平面数据。这种双连接形式也可称为eNB之间的载波聚合(eNB之间的CA)。在这种情况下，WTRU可被配置成具有不同的MAC实体，其中每一个MAC实体都对应于所配置的一个Uu接口。
图2示出了一个使用双连接工作的例示系统200。系统200包括WTRU 210、MeNB 220以及SeNB 230。WTRU 210被配置成执行双连接操作，并且可以如这里论述的那样向MeNB220和SeNB 230传送同时和/或重叠的上行链路通信。应该指出的是，在一些实施方式中，双连接可被概念化成针对一个以上的MAC实体或是使用了一个以上的小区群组(CG)而不是一个以上的eNB的上行链路资源的同时和/或重叠的通信。
对于eNB之间的CA的支持可以依照不同的可能架构来完成。第一例示架构(在这里被称为1A)可以支持S1-u拆分，也就是说，在该架构中，用于用户平面业务的EPS是与单个eNB相关联的，其中PDCP是在用于每一个相应数据无线电承载(DRB)的所涉及的eNB中终止的。第二例示架构(在这里被称为3C)可以支持用于用户平面业务的MeNB中的单个S1-u端接，其中PDCP是在用于所有DRB的MeNB中终止的。对于所有这两种备选方案来说，控制平面都是在MeNB中终止的。此外，与信令无线电承载(SRB)相关联的数据只能用与MeNB相关联的Uu接口来传输。
从物理层的角度来看，被配置成具有双连接的WTRU可以同时接收来自所有的两个eNB的下行链路数据，也就是可以假设没有调度限制会阻止在至少一些子帧中将WTRU调度成用于源自所有的两个eNB的下行链路传输。这其中的一个含义是每一个MAC/PHY实例都可以同时监视PDCCH以及接收PDSCH。
仍旧从物理层的角度来看，对于被配置成具有双连接的WTRU来说，用于其下行链路操作的不同备选方案都是可能的。哪一个备选方案适用可以取决于多个方面，这其中包括依照具有相同WTRU配置的不同eNB的小区间的定时校准所能假设的内容。例如，不同的方法可能性能更优，这一点取决于是否至少能在某个界限以内保证子帧边界上的上行链路符号同步，例如在循环前缀长度以内。
特别地，与不同物理层(例如不同的Uu接口和/或相关联的MAC实体，和/或不同的eNB)关联的传输有可能同时进行，由此，其各自的子帧定时要么是同步的(也就是说，其各自定时处于某个界限以内，该界限不会超出为关联于单个MAC实体的传输所规定的界限)，要么是不同步的(也就是其他情况)。
对于同步的情形来说，同时的传输至少是指所有这两个传输在指定TTI重叠的部分。
对于不同步的情形来说，关联于第一MAC实体的子帧的定时可以与关联于第二MAC实体的子帧的末端以及与关联于第二MAC实体的后续子帧的开端部分重叠；在这种情况，同时传输可以是指完全重叠的部分(例如在符号粒度上和/或跨越子帧边界)或是局部重叠(例如为每一个MAC实体考虑至多一个子帧)。在这种情况下，如果用于第二MAC实体的一个以上的子帧中的传输是与第一MAC实体的子帧中的传输同时进行的，那么WTRU可以考虑这些传输。
图3示出了用于同步情形的例示的同时传输。在该示例中，传输i和j针对的是不同的eNB。这些eNB可以是MeNB和SeNB，例如图2的MeNB 220和SeNB 230。对于同步的情形来说，传输j的开始时间310与传输i的开始时间330之间的时间差320处于针对同步情形的阈值以内(也就是小于该阈值)。在同步的情形中，至少传输i和j中在重叠时间340中发生的部分可被认为是同时传输。应该指出的是，在一些实施方式中，传输i和j可被认为对应于不同的MAC实体或是用不同小区群组(CG)的上行链路资源执行的，而不是针对不同的eNB。
图4示出了用于非同步情形的例示的同时传输。在该示例中，传输i和j针对的是不同的eNB。这些eNB可以是MeNB和SeNB，例如图2的MeNB 220和SeNB 230。传输j的开始时间410与传输i的开始时间430之间的时间差420处于针对同步情形的阈值之外(也就是大于该阈值)。在非同步情形中，传输i和j中在重叠时间间隔440中发生的部分可被认为是同时传输。在一些实施方式中，传输i和j中在重叠时间间隔440中发生的部分以及传输i和j-1在重叠时间间隔420中发生的部分都可被称为同时传输。应该指出的是，在一些实施方式中，传输i和j可被认为针对的是不同的MAC实体或不同的小区群组(CG)，而不是不同的eNB。
对于被配置成具有双连接的WTRU来说，在考虑PUSCH、PRACH、SRS和PUCCH时，用于其上行链路操作的可能的备选方案包括下列情形：
情形1-没有同时的传输或重叠(在子帧/符号粒度上限制)
作为示例，这种情形可以通过根据依照特定规则的不同信号的子帧分配和/或优先排序处理并通过使用时分复用(TDM)方法排除WTRU的不同MAC/PHY实例的同时传输来完成。在这种情况下，在与不同MAC/PHY实例(例如在不同的Uu接口上)相关联的传输之间不需要功率缩放规则/优先排序处理。
由此，在情形1中，所应用的是例如依照子帧的TDM和优先排序规则。
对于情形1来说，TDM可以是用适合将时间单元作为基础的优先级规则来应用的，例如在多子帧(例如无线电帧)粒度、子帧粒度乃至符号级上应用。这样做可以避免出现功率问题或者免除对于新的缩放规则的需要。该处理适用于同步的物理层接口。
情形2–受限制的同时上行链路传输(在物理信道粒度上限制)
作为示例，这种情形可以通过根据依照特定规则的不同信号的子帧分配和/或优先排序处理排除用于不同上行链路物理信道组合的同时传输而被实现，其中作为示例，该组合可以是PUSCH、PRACH、SRS和PUCCH的组合。对于特定的组合来说，在与不同的MAC/PHY实例(例如，在不同的Uu接口上)相关联的传输之间可能会需要功率缩放规则/优先排序处理。
由此，在情形2中应用了物理信道上的TDM和优先级规则，例如依照子帧来应用，此外还应用了一些与功率相关的方法。
对于情形2来说，TDM可以是用基于时间单元并与物理信道相适合的优先级规则应用的，例如在多子帧(例如无线电帧)粒度、子帧粒度乃至符号级上应用；此外仍旧需要一些方法来解决剩余功率问题。该处理适用于同步的物理层接口。
情形3–不受限制的操作(仅仅在功率分配和缩放规则级别上限制)
这种情况可以通过由WTRU应用特定的功率缩放规则来实现。
由此，在情形3中仅仅应用了与功率相关的方法。这种处理同时适用于同步或非同步的物理层接口的情形。
在LTE R10中已经规定了一些用于eNB之间的载波聚合的优先排序和功率缩放机制。然而，在很多方面仍旧存在问题。一个这样的方面涉及eNB之间的CA原理的特性，这其中包括调度器之间的最低限度的(如果存在的话)协调，以及只能使用单个Uu接口，也就是使用与MeNB相关联的资源来传送控制平面数据的特性。另一个这样的方面是不同的例示架构1A和3C(如上所述，对于1A来说，其支持S1-u拆分，对于3C来说，其支持单个S1-u端接)适用于双连接，如上所述，这其中包括可以从单个NB还是所有的两个eNB接收来自DRB的数据。对于备选的3C来说，如果只能在单个Uu上(例如使用SeNB的资源)传送上行链路中的DRB数据，那么还可以引入附加的考虑因素。
为了避免不同接口上的传输的互斥等待或是不必要的延迟，有必要具有能够动态操作TDM、传输优先排序以及传输功率缩放原理和方法的方法及设备。此外，所应用的规则会基于时间、调度器的实施方式、进行中的过程乃至所传输的数据的类型而改变。
本文中描述的方法和设备涉及的是通过提供在与不同调度器交互的时候协调上行链路传输的WTRU来启用资源的有效卸载和/或有效聚合，其中如对照图2举例显示和描述的那样，每一个调度器都对应于一个与WTRU的配置相关联的eNB。
虽然这里描述的方法和设备并且包括其基本原理、方法和相关实施例在内都是对照3GPP LTE技术以及相关的规范描述的，然而，对于任何用来实施用于访问多个无线层和/或连接到多种无线电接入技术的方法的无线技术、例如基于WiFi、WCDMA、HSPA、HSUPA以及HSDPA的其他3GPP技术来说，这些方法和设备同样是适用的。
举例来说，这里使用的术语“MAC实体”、“MAC实例”、“MAC”、小区群组(CG)或是主/辅助等等可以用于指代不同无线电接入技术的功率分配功能。例如，在一些实施例中，“主MAC实例”或“MeNB CG-MCG”可以对应于诸如LTE的第一无线电接入技术，而“辅助MAC实例”或“辅助CG-SCG”可以对应于诸如HSPA或WiFi的第二无线电接入技术。
此外，虽然这里描述的方法和设备是依照与两个eNB的连接描述的，但其同样适用于使用了任意数量的Uu接口的操作(例如连至多个eNB的无线电链路)。
在以下论述中，术语“较低”及“较高”被用于表示“最低”或者“低于使用相似优先级评定原理的另一个要素”以及“最高”或者“高于使用相似优先级评定原理的另一个要素”。此外，术语“PDCCH”和“ePDCCH”是可以互换使用的，因为这里描述的任何方法或设备都可以酌情适用于任一类型的控制信道。
在本文中，术语MAC实体主要用于指代用于处理去往/来自特定eNB的传输的WTRU的功能，并且由此既可以指代MAC与任何相关联的物理层方面的组合，也可以仅仅指代物理层功能，还可以依照上下文而仅仅指代MAC功能。
在这里将会更进一步地描述优先排序功能，并且它是一种能使WTRU克服UL中的矛盾的调度需求的可能的方法。
举例来说，WTRU可被配置用于双连接。在指定的传输时间间隔(TTI)或子帧中，WTRU可以为一个或多个上行链路传输应用优先排序功能。该WTRU可以通过考虑与其他MAC实体关联的一个以上的重叠子帧来应用优先排序功能，对于非同步物理层而言尤其如此。在这里将会依照WTRU如何可以确定与上行链路传输、调度指令或是其组合相关联的(绝对或相对)优先级来描述此类功能、可能的配置方面以及此类功能的输入的示例。
特别地，这里的优先排序处理可以包括由WTRU在一个以上的上行链路传输的组合可能损害该WTRU适当执行此类传输的能力的时候应用的功能。举例来说，此类损害可以包括WTRU无法遵从特定的传输组合(例如因为某种硬件限制，WTRU能力不足等等)，或是指定时间间隔中可用于两个或更多上行链路传输的发射功率不足以执行所有预期传输(例如依照适当的调度指令)。
举例来说，此类优先排序功能可以是依照以下的至少一项应用的：
a.在WTRU被期望执行与一个以上的MAC相关联的至少一个传输并且此类传输至少部分重叠(例如在子帧级或者在符号粒度上)的时候。
b.在WTRU可能会执行与一个以上的MAC实体相关联的至少一个传输并且此类传输至少部分重叠(例如在子帧级或者在符号粒度上)的时候，其中包括WTRU同时处于所有的两个MAC实体的DRX活动时间的重叠子帧。
c.在任何供WTRU执行至少一个传输的子帧中。
在一些方法中，对于至少一个MAC实体来说，如果满足以下条件中的至少一个，那么还可以通过使用以上的任一方法来排除子帧：
a.WTRU未处于DRX活动时间
b.WTRU因为测量间隙的出现而不会执行上行链路传输。
c.WTRU预计不会执行任何上行链路传输，作为示例，这可以归因于MAC实体激活/去激活功能所引入的中断，例如在接收到用于激活所涉及的MAC实体的至少一个小区的MAC激活CE之后的激活时间。
d.WTRU预计不会执行任何上行链路传输，作为示例，这可以归因于RRC过程需要的处理所引入的中断，例如再配置过程或RRC重建过程。
e.WTRU预计不会执行任何上行链路传输，作为示例，这可以归因于WTRU不具有用于所涉及的MAC实体的特定小区(例如用于MeNBr小区群组的PCell，用于SeNB小区群组的pScell)的有效上行链路定时提前。
f.预计不会执行任何上行链路传输，作为示例，这可以归因于某种损害，例如在检测到与所涉及的MAC实体相关联的物理层发生故障的时候。
在一些方法中，在WTRU没有应用此类优先排序功能的子帧中，WTRU由此可以改为使用一种与用于单个连接的行为相类似的行为，例如，WTRU可以应用旧有的功率控制和功率分配功能。
图5是示出了优先排序功能的一个例示应用的流程图500。在WTRU被配置用于双连接模式的操作的状况500中，在步骤530，WTRU可以确定在该时间间隔中为上行链路调度的多个传输的同时传输是否超出了WTRU的能力。
如果将会超出WTRU的能力，那么WTRU可以应用优先排序功能540，并且可以在步骤550中依照所述优先排序来进行传送上行链路传输。
如果上行链路传输的组合没有超出WTRU执行所有上行链路传输的能力，那么在步骤560，WTRU可以在不应用优先排序功能的情况下传送每个MAC实体的上行链路传输。
应该指出的是，在关于图5所示的优先排序功能的应用的一些实施方式中，上行链路传输既可以被概念化成是针对一个以上的eNB的传输，也可以被概念化成是使用了一个以上的CG的资源的上行链路传输，而不是与一个以上的MAC实体相对应的上行链路传输。
在这里还会更进一步地描述选择性传输方法。
一种用于实现优先排序功能的方法是凭借选择性传输。举例来说，传输可以是通过有选择地确定供关联于传输块(TB)的传输的HARQ进程使用的许可信息而被执行的。TB可以与特定TB大小(TBS)相关联，其中所述TB大小代表的是MAC层提供的数据信息量。WTRU可以依据MCS以及与传输相关联的PRB的数量来确定TBS。
WTRU可以自主地确定使用多个可用的许可参数集合中的一个集合。更具体地说，WTRU可以确定其应该执行传输，由此它可以自主确定该传输的一个或多个特性，以此来替换可应用许可(“基本许可”)的一个或多个方面。这样的一个或多个特性可以包括与一个许可相关联的一个或多个参数。WTRU首先可以确定关于所涉及的一个或多个特性的一个(或多个)替换值。这样的一个或多个被选值可被归组成参数集合。一种这样的归组可以对应于关于上行链路传输的许可定义(“备选许可”)。这样的一个或多个集合可以与WTRU配置的服务小区相关联。并且这样的一个或多个集合可以具有相关联的有效性判据，其中该判据可以随着时间的推移而被显性(例如依据从诸如MeNB之类的eNB接收的信令)或隐性修改(例如基于子帧定时、到期等等)。
WTRU可以自主确定用备选许可来替换基本许可信息。举例来说，当WTRU依照选择性传输方法来应用优先排序功能的时候，它可以为指定传输使用备选许可而不是基本许可。
WTRU也许不会替换在RAR中接收的许可。此外，WTRU还有可能仅仅用备选许可替换使用特定DCI格式接收的基本许可。举例来说，WTRU有可能只会在基本许可是在诸如DCI格式0之类的DCI格式中接收的情况下才会替换基本许可。在另一个示例中，WTRU可能不会用备选许可来替换在RAR中接收的基本许可。
参数集合或许可可以与特定的TB大小相关联。此外，作为示例，这样的一个或多个参数集合(例如备选许可)还可以与传输块(TB)大小相关联，由此，针对指定的传输块大小，WTRU可以确定其具有一个或多个备选许可。
以下涉及的是在执行新的传输或是新的HARQ进程的情况下的用于许可替换的例示规则。使用许可替换来实现优先排序功能的若干种方法都是可行的。
新传输-在TBS中没有限制：在一个例示方法中，WTRU可以使用针对新传输的备选许可来替换基本许可，其中该替换与所述许可各自的相关联的TBS无关。
关于所涉及的处理的更进一步的逻辑：在这样的情况下，WTRU可以选择备选许可并确定相关联的TBS。然后，WTRU可以在该资源上使用备选许可中指示的MCS来执行新的传输。于是，在该资源上可以执行适应性重传，只有在所产生的TBS等于与该TB的初始传输相关联的TBS的情况下，所述适应性重传才会在所述资源上并使用在PDCCH上指示的MCS(如果提供了的话)执行(否则，这将是一种在下文中进一步针对NDI切换处理(toggling)的DCI指示所解决的情形)。非适应性重传可以在相同的资源上使用与最后进行的传输尝试所使用的MCS相同的MCS来执行。
新的传输–仅限于与基本许可相同的TBS：在另一个例示方法中，WTRU可以使用针对新传输的备选许可来替换基本许可，其中WTRU仅仅使用与所涉及的基本许可具有相同的相关TBS的备选许可。
如果只有备选MCS，则确定备选的PRB集合：在这种情况下，WTRU可以选择备选许可。如果只有备选MCS是可用的，那么WTRU可以自主确定相关联的资源集合。如果存在备选MCS与基本许可中为所涉及的TBS指示的PRB的一个组合，那么WTRU可以使用这种PRB；否则，WTRU可以确定不同的PRB集合。这种不同的PRB集合可以代表数量较少的PRB，并且可以与基本许可指示的PRB集合完全重叠，以及可以为初始PRB使用相同的起始资源元素。
如果只有备选PRB，则确定备选的MCS：在这种情况下，WTRU可以选择备选许可。如果只有备选的PRB集合是可用的，那么WTRU可以自主确定相关联的MCS：如果存在备选的PRB集合与在用于所涉及的TBS的基本许可中指示的MCS的一个组合，那么WTRU可以使用这种MCS；否则，WTRU不会选择备选许可。作为替换，WTRU可以使用一个不同的PRB集合来确定这个不同的MCS，其中该PRB集合可以代表数量较少的PRB，并且可以与备选许可指示的PRB集合完全重叠，以及使用备选许可中指示的相同的起始资源元素。
用于所涉及的处理的更进一步的逻辑：然后，WTRU可以在该资源上使用在上述步骤中确定的MCS来执行新传输。于是，在该资源上可以执行适应性重传，只有在所产生的TBS等于与该TB的初始传输相关联的TBS的情况下，所述适应性重传才会在所述资源上使用在PDCCH上指示的MCS(如果提供了的话)执行(否则，这将是一种在下文中进一步针对NDI切换处理的DCI指示所解决的情形)。非适应性重传可以在相同的资源上使用与最后执行的传输尝试所使用的MCS相同的MCS来执行。
在一个例示方法中，只有相关联的TBS与所替换的许可的TBS相同和/或与最后进行的传输尝试的TBS相同的情况下，WTRU才会用另一个备选许可来替换用于正在进行的HARQ进程的重传的许可(作为示例，也就是用于例如适应性重传的基本许可或是用于例如非适应性重传的备选许可)。
许可替换规则–用于正在进行的HARQ进程的重传：举例来说，WTRU可以执行与同一个HARQ进程(也就是用于重传同一个TB)相关联的一个或多个HARQ重传。然后，WTRU可以只选择具有与用于该进程的先前传输尝试的TBS相同的TBS的备选许可(如果适当的话)，其中该选择与使用基本许可还是备选许可无关。
一种通过使用备选许可来处理HARQ进程的冗余版本的可能的方法：在旧有的LTE系统中，冗余版本的序列是0、2、3、1。WTRU通常会保持一个变量CURRENT_IRV，以此作为冗余版本序列的索引。该变量是以4为模更新的。对于与选择性传输以及使用备选许可信息相适合的HARQ进程来说，WTRU甚至可以为其使用同一个逻辑。
在使用备选许可进行替换的时候处理来自基本许可的其他控制信息的可能的方法：即使使用备选许可来执行用于PUSCH的传输，WTRU也可以遵从一些在包含基本许可的DCI中接收的下行链路控制信息。
针对用于PUSCH的TPC命令的可能的WTRU行为：WTRU可以确定包含了基本许可的DCI还包含了用于PUSCH的功率控制的TPC命令比特。在一个例示方法中，WTRUI可以遵从该TPC命令，并且这与是否为相关联的传输使用备选许可无关。
针对CSI/SRS触发的可能的WTRU行为：WTRU可以确定包含了基本许可的DCI还包含了被设置成要求WTRU传送CSI信息和/或SRS(例如SRS触发类型1)的比特。在这种情况下，在一个例示方法中，如果WTRU用备选许可来替换此基本许可，那么该WTRU可以确定该请求适用于备选许可。
针对SRS触发的可能的WTRU行为：WTRU可以遵从DCI中的非周期性的SRS请求，并且这与所选择的许可无关。在另一个方法中，WTRU可以确定其应该依照诸如触发类型0(L3/RRC触发)或触发类型1(L1/DCI触发)之类的某个触发来传送SRS，并且这一点与用于PUSCH传输的许可类型无关。此外，WTRU还可以如这里描述的那样将其他优先排序功能应用于SRS传输。
举例来说，WTRU可以在PDCCH上的DCI中接收关于PUSCH传输的许可，其中该DCI可以包含SRS请求(例如设置了用于SRS请求的比特)。在这种情况下，举例来说，WTRU可以依照这里描述的任一方法来选择备选许可，并且可以依照基本许可中的请求来执行SRS传输。
在另一个方法中，WTRU可以在使用备选许可的时候忽略要求传送SRS的任何触发。这样做可以降低对来自其他WTRU的传输产生的干扰。
针对CSI触发的可能的WTRU行为：WTRU可以在独立于所选择的许可的情况下遵从DCI中的一个非周期性的CSI请求。该WTRU可以确定其应该在独立于为PUSCH传输使用的许可类型的情况下依照非周期性请求来执行CSI传输。此外，WTRU还可以如这里描述的那样将另外的一个或多个优先排序功能应用于所述CSI传输。
例如，WTRU可以在PDCCH上的DCI中接收关于PUSCH传输的许可，其中该DCI可以包含CSI请求(例如设置了该CSI请求字段的至少一个比特)。在这种情况下，举例来说，WTRU可以依照这里描述的任一方法来选择备选许可，并且如果CSI传输包含在相应的PUSCH传输之中，那么WTRU可以依照备选许可来执行CSI传输，或者也可以依照旧有方法来执行CSI传输(例如在PUCCH或别的PUSCH上)。
WTRU可以在不依赖于所选择的许可的情况下遵从所配置的CSI报告。在另一个方法中，WTRU可以确定其应该依照用于周期性CSI报告的配置而在不依赖于为PUSCH传输所使用的许可类型的情况下执行CSI传输。此外，WTRU还可以如这里描述的那样将其他优先排序功能应用于CSI传输。
WTRU可以在选择了备选许可的时候忽略任何CSI触发：在另一个方法中，WTRU可以在使用备选许可的时候忽略任何要求传送CSI的触发。这样做可以简化接收机(eNB)中的盲解码处理。
针对被配置了TTI绑定的HARQ进程的WTRU行为：在一个方法中，被配置用于TTI绑定操作(例如在用于主MAC实体的WTRU配置的PCell中)的WTRU可以通过应用以上的任一方法来将基本许可替换成用于绑定传输的备选许可。在另一个方法中，被配置用于指定服务小区的TTI绑定操作的WTRU可能不会为所涉及的小区中的任何传输选择备选许可。
WTRU自主使用备选许可，然后，所接收的DCI将会指示不同的TB大小：WTRU可能已经为HARQ进程中的先前传输使用了备选许可。随后，该WTRU会接收到用于指示关于所涉及的HARQ进程的许可的DCI，其中该许可会导致产生与最后针对该HARQ进程所进行的传输不同的TBS。
DCI表明已经切换了相关联的NDI的情形：在这种情况下，如果WTRU确定NDI被认为是从解码基本许可的处理中切换的，那么WTRU可以确定该许可针对的是新的传输，并且会认为该基本许可是有效的调度信息。
DCI并没有表明相关联的NDI已被切换的情形：否则，如果WTRU确定并未认为NDI是从解码基本许可的处理中切换的，那么WTRU可以执行以下的至少一个处理：
WTRU可以确定基本许可与HARQ进程的状态不一致(也就是说，这种情况可被认为是这里描述的WTRU的自主行为与eNB调度状态之间失去同步所引发的新的错误情形)。
WTRU可以使HARQ进程崩溃，也就是说，WTRU可以确定该许可针对的是新的传输，并且可以认为基本许可是有效的调度信息。然后，WTRU可以将NDI视为已被切换。该WTRU首先可以确定与最后为HARQ进程执行的传输相关联的物理混合ARQ指示符信道(PHICH)指示的是ACK还是NACK。如果是NACK，那么WTRU首先可以确定与最后为HARQ进程所执行的传输相关联的传输块的传输已经失败，并且可以执行与达到该HARQ进程的最大HARQ传输次数时执行的行为相类似的行为，和/或可以在与所涉及的小区和/或所涉及的MAC实体的小区相关联的PRACH资源上发起调度请求(SR)和/或随机接入过程。作为替换，WTRU首先可以确定与最后为该HARQ进程所执行的传输相关联的PHICH指示的是ACK还是NACK。如果是NACK，那么WTRU首先可以确定将要重传与最后为该HARQ进程所执行的传输相关联的传输块(和/或其内容)。作为替换，在不依赖于最后接收的关于该HARQ进程的反馈的情况下，WTRU首先可以确定与最后为该HARQ进程所执行的传输相关联的传输块已经失败，并且可以执行与达到该HARQ进程的最大HARQ传输次数时执行的行为相类似的行为，和/或可以在与所涉及的小区和/或所涉及的MAC实体的小区相关联的PRACH资源上发起调度请求(SR)和/或随机接入过程。
WTRU可以丢弃所接收的控制调度信息，并且可以暂停所涉及的HARQ进程。例如，WTRU可以考虑将最后接收的关于所涉及的HARQ进程的反馈设置成ACK。该WTRU可以保持该进程处于暂停状态，直至其接收到可以从中认为NDI已被切换的控制信令。在这种情况下，eNB可以从没有在被调度的资源进行传输这一状况中检测出HARQ进程暂停。注意：假设eNB可以检测到不一致性，WTRU由此可以接收带有正确的TBS信息的许可，并且可以继续执行这个已被暂停的进程。
WTRU可以清除用于HARQ进程的上行链路HARQ缓冲器。在这种情况下，eNB可以检测出HARQ进程处于无活动状态，WTRU可能会认为已经为用于该HARQ进程的下一次传输切换了NDI。
对于与测量间隙冲突并且可供WTRU已经以其他方式在用于HARQ进程的PDCCH上接收到动态调度信息的指定子帧(例如n-4)来说，如果使用了备选许可来执行最后一次传输，那么WTRU可以依照以下的至少一项来运转。在一个方法中，如果最后接收的反馈是NACK，并且，那么WTRU可以确定其应该在子帧n中依照使用了该传输块的基本许可的最后一次传输(如果适当的话)来执行非适应性重传，否则，它可以在子帧n中避免执行任何用于该HARQ进程的传输。在另一个方法中，如果最后接收的反馈是NACK，那么WTRU可以检测到其应该在子帧n中依照为该传输块执行的最后一次传输的许可来执行非适应性重传。在另一个方法中，如果最后一次传输是使用备选许可执行的，WTRU可以在不依赖于最后接收的反馈的情况下，避免在子帧n中执行任何用于该HARQ进程的传输。
对于与测量间隙冲突并且可供WTRU已经以其他方式执行用于HARQ进程的PUSCH传输的指定子帧(例如n)来说，WTRU可以依照旧有行为来执行操作。
对于与测量间隙冲突并且可供WTRU已经以其他方式接收关于HARQ进程的PHICH反馈的指定子帧(例如n+4)来说，WTRU可以依据旧有行为确定最后接收的反馈是ACK。
WTRU可以将优先级与这样的参数集合相关联(例如与备选许可相关联)，由此可以依照传输的优先级来确定适用于该传输的集合。该WTRU可以使用与这里描述的用于确定传输优先级的方法相类似的方法来确定这种优先级。
WTRU可以具有在同一子帧中被许可的多个UL传输，并且可以依照优先级规则来分配功率。一旦满足了具有较高优先级的所有传输，WTRU可以基于剩余的可用功率来确定与优先级较低的传输相适合的许可参数。
在一个方法中，只有在基本许可表明调度信息针对的是新传输时(例如在WTRU确定NDI比特被认为已经切换的情况下)，WTRU才会用备选许可而不是基本许可。
根据另一个方法，在相应的PUSCH传输中可以添加用于指示使用备选许可的上行链路控制信息(UCI)(并且有可能是允许eNB确定备选许可的一个或多个方面的指示，例如指向表格中的条目的索引)。eNB可以使用此类指示来确定如何对传输执行盲解码，并且或许还会确定用于相同传输块的任何重传处理。
根据另一个方法，WTRU可以根据以下的至少一项来获取关于将要在指定子帧(例如子帧n+4)中执行的指定类型的传输(例如PUSCH)的此类传输参数集合：
1.单个DCI中的多许可：在为WTRU调度在该WTRU配置中的指定服务小区上的传输的PDCCH上，WTRU可以在子帧n的同一个DCI中接收到多个许可。举例来说，WTRU可以成功解码一个包含了基本许可以及一个(或多个)备选许可的DCI。与每一个许可相关联的优先等级可以用这里描述的任何方法来确定，尤其是依照所涉及的DCI中的参数(许可信息)的顺序来确定。
2.多DCI/多PDCCH：在为WTRU调度在该WTRU配置的指定服务小区上的传输的PDCCH上，WTRU可以在子帧n的不同DCI中接收到多个许可。例如，WTRU可以成功解码多个DCI——其中一个DCI包含了一个基本许可，并且一个(或多个)DCI包含了备选许可。这种DCI可以包括单个备选许可或是多个备选许可(在这种情况下，每一个备选许可之间的相对优先等级可以取决于该许可在所涉及的DCI中的顺序/位置)。与每一个成功解码的DCI相关联的优先等级可以使用这里描述的任何方法来确定，尤其是可以依照DCI中的信令(例如显性指示)、依照用于解码该DCI的RNTI、PDCCH的标识或是成功解码该DCI的搜索空间来确定。
3.许可推断(extrapolation)：WTRU可以在子帧n的DCI中接收许可，并且WTRU可被允许依照特定规则来从中推导一个或多个备选许可(由此，eNB预计将会恰当地执行盲解码处理)。与每一个DCI相关联的优先等级可以使用这里描述的任何方法来确定，尤其是依照该许可的特性来确定，例如该许可是动态调度的、还是半静态配置的基本许可(用于更高优先级的传输)、还是其推断值(用于较低优先级的传输)。例如，如果WTRU不能在所需要和/或所预期的传输功率上使用许可的参数来执行UL传输，那么该WTRU可以修改UL传输的一个或多个参数。例如，WTRU可以被配置有MCS和TBS表格，由此，许可中的指示将会映射到一组可能的MCS和/或TBS值。WTRU可以以能够实现所需要的传输功率为基础来使用不同的MCS和/或TBS值。对于MCS和/或TBS值所做的选择可以以满足优化功能为基础。例如，WTRU可以选择最大、最小、需要最多传输功率、需要最少传输功率、或是作为来自许可中指示的反馈值而被预先配置的MCS和/或TBS值。这里提供的示例可以适用于传输秩、预编码器、用于DM-RS以及OCC和/或CSI请求的循环前缀。
4.经过配置的备选许可：WTRU可被配置成(例如由RRC)具有半静态的备选许可(例如某种形式的永久性备选许可)。这种许可在这里被称为经过配置的备选许可(CAG)。在为WTRU配置了这种许可的时候，该WTRU可以在确定其应该为指定传输应用优先排序功能的时候选择和使用CAG。换句话说，WTRU可以为指定传输使用CAG，而不是另一个可能不太适合的许可(例如基本许可)。CAG还可以在时间上被限制，由此可以在某个时间间隔(例如无线电帧)以内应用于一个或多个子帧，和/或可以是依照指定(有可能是可配置的)周期可供使用的。
在一些实施方式中，WTRU仅仅在该WTRU接收到动态调度相应传输的DCI的时候(也就是在出现动态调度的基本许可的情况下)才会使用这种CAG。换句话说，CAG的有效性可以取决于针对所涉及的服务小区的WTRU的PDCCH解码处理。并且，CAG的有效性还可以取决于用于所涉及小区的上行链路传输的任何基本许可的有效性，作为示例，这其中包含了WTRU具有用于所涉及的子帧(也就是在出现没有动态适配的半永久性调度许可的情况下)的半永久性许可(也就是类似于R8的半永久性调度(SPS)许可)的情形。换句话说，WTRU可以通过使用第二个经过配置的(半永久性)许可(即备用许可)来自主适应动态调度的传输(即基本许可)或是为半永久性调度的传输配置的第一许可(即半静态的基本许可)。
在一些实施方式中，WTRU可以接收用于激活和去激活此类CAG的附加控制信令。这种信令可以是在PDCCH上的DCI中接收的。该信令可以包含用于CAG的相应许可信息。作为示例，WTRU可以在子帧n+4中传送针对在子帧n中接收的此类控制信令的HARQ反馈。作为替换，此类信令也可以是L2 MAC控制元素(CE)。
在一些实施方式中，WTRU有可能确定它可以自主选择一个或多个传输参数，例如将基本许可替换成源自在DCI中接收的显性指示的备选许可。这种指示可以是特定的值和/或DCI的TPC字段中的码点。依照一种可能性，WTRU可以确定其只能为其NDI比特被WTRU考虑为已被切换的DCI和/或为用于指示新的传输的DCI自主选择一个或多个传输参数。然后，eNB会检测到WTRU变为功率受限的状况，并且会为每一个新的传输指示所述WTRU是否可以自主替换许可。如果没有与任一MAC实例相关联的特定优先级，但是WTRU会自行确定如何优先排序上行链路传输，那么该处理将会是非常有用的，因为调度器未必预先知道是否能在指定TTI中为所有的两个MAC实体调度该WTRU。
在一些实施方式中，WTRU可以确定存在两个或更多这类在指定子帧中有效和可用的附加传输参数集合(例如备选许可)(也就是除了基本许可之外)。在这种情况下，举例来说，WTRU可以选择在指定MAC实体的所有传输(例如在以MAC专用的方式为相应传输给予了较高优先级的情况下)之间、在指定子帧中的WTRU的所有传输之间、或者在各种类型的小区(例如，首先是主MAC实体的PCell，然后是辅助MAC实体的特定小区，主MAC实例的SCell，最后是剩余的SCell)之间将功率分配最大化和/或将传输功率缩放最小化的许可。
作为示例，选择性传输可用于执行某种形式的WTRU自主决策，从而避免出现WTRU执行切断传输(或是缩放至零功率)的处理的状况，避免出现将功率缩放处理应用于传输的状况，或是避免截断传输。相应的eNB可以依照在所涉及的子帧中适用的两个或多个许可来对传输执行盲解码。作为示例，该eNB可以传送用于激活和去激活此类备选传输参数集合或许可的控制信令，由此，只有在eNB(例如MeNB)确定WTRU有可能功率受限的情况下，或者在eNB中的相关盲解码的处理需求在指定时段中超出eNB的能力的情况下，这些传输参数集合或许可才可供WTRU使用。特别地，如果无法假设能在诸如符号持续时间或循环前缀长度内部之类的某个限度以内同步上行链路传输定时，那么该处理将是非常有用的。
从网络的角度来看，其含义就是eNB可以在子帧中执行附加的盲检测处理，其中在所述子帧，WTRU可能具有一个(或多个)可供指定HARQ使用的备选许可。
eNB可以通过执行这种盲解码来检测用于表明在用于所涉及的每一个此类子帧的PUSCH传输中都使用了备选许可(并且还有可能指示所使用的是哪一个备选许可)的上行链路控制信息。
eNB可以使用不同的可能备选方案来对传输块执行这种盲解码处理。在这种情况下，如果只允许WTRU首先将针对指定HARQ进程的备选许可用于新的传输(例如，只有在WTRU确定与所涉及的HARQ进程相关联的NDI已被切换和/或HARQ进程获得用于传输的新的MACPDU的情况下)，那么，只有在预期传输新的传输块的情况下，eNB才会执行这种行动。另外，如果允许WTRU在指定HARQ进程被应用于HARQ重传的情况下使用针对该进程的第一备选许可(例如在许可选择受到与相关联的基本许可相关联的传输块的大小的限制的情况下)，如果预期会对传输块进行重传，那么eNB也可以执行这种行动。如果WTRU只能选择具有与基本许可的TBS和/或同一HARQ进程的前一次传输的TBS相匹配的TBS的备选许可，那么，在为所涉及的WTRU配置了一个或多个具有不同TBS的备选许可的情况下，eNB只会使用与所述TBS相匹配的备选许可来执行盲解码处理。
以下涉及的是各种适应性的优先排序方法。其中一个用于实现优先排序功能的例示方法可以是动态调节如何应用优先排序功能。然后，WTRU可以使用不同的优先排序功能或者以不同的方式来应用优先排序功能，例如通过从一个时间单元(例如TTI、无线电帧或其他有可能经过配置的周期)到另一个时间单元以不同方式分配传输功率来应用。这种经过配置的时段可以包括经过配置的功率分配周期。为了简单起见，以下将会使用术语TTI来表示任何形式的时间单元。这种动态性可以通过使用用于改变与传输或传输子集相关联的优先级的功能来引入。这种子集可以是与同一个MAC实体相关联的传输。
图6示出了关于优先排序功能的动态调节的一个示例。步骤640示出了优先排序功能的一个例示实施方式，作为示例，该实施方式可以与对照图5显示和描述的步骤540一起使用。在步骤610，WTRU可以确定为指定时间间隔应用哪一个优先排序功能和/或如何应用优先排序功能，并且在步骤620，WTRU可以应用所确定的优先排序功能。应该指出的是，在其他实施方式中(未显示)，对于指定时间间隔之外的其他时间间隔来说，优先排序功能既可以是固定的，也可以是变化的。
一种可能的方案是实施一种能够改变应用于与不同MAC实体相关联的传输的优先级的方法。这种方法可以用于在来自多个eNB的调度事件之间实现某种形式的公平性，如果存在不知道彼此对于WTRU的传输的影响的未被协调的调度器，那么该方法还有助于避免发生互斥等待。在WTRU同时使用与不同的无线电接入技术相关联的物理层来执行传输的情况下，如果依照这里描述的原理来执行功率分配，那么该方法还可以用于实现某种形式的公平性。
这里描述的方法适用于总的可用上行链路传输功率(举例来说，对于与LTE相关联的传输而言是上至PCMAX)或是可用上行链路传输功率的一部分。这个部分可以是可被每一个MAC实例竞争的功率量，例如不作为为特定MAC实体所保证的功率量的一部分的任何剩余功率。这里描述的方法可以应用于WTRU的传输子集，例如具有特定优先级的传输。
举例来说，一个例示的原理可以是“被惩罚者可以动态改变”。例如，对于导致需要缩放功率(缩放事件)的每一个TTI来说，功率首先可被分配给具有最高优先级的MAC实体，然后，剩余功率可以按照优先级递减的顺序分配给一个或多个其他MAC实体。在每一个冲突事件之前(或之后)，或者在以此类冲突事件为开始的时段的开端之前(或之后)，与每一个竞争总的可用功率的MAC实体相关联的优先级都是可以改变的。每一个MAC实例都被分配了具有最高优先等级的概率，其中该概率将会更新，以使其在输掉竞争的时候提升，以及在赢得竞争的时候降低。在没有任何缩放事件的情况下，该概率还会在指定时段之后(包含可能在无争用时段期间以周期性的方式)更新，由此将会更新具有最高概率的实体，以使其降低——反之亦然——直至每一个MAC实体都达到特定的值(例如，有可能是初始配置值或是每一个MAC实体都具有相等的概率)。在被WTRU实体确定需要缩放处理的指定TTI中，该WTRU首先可以通过使用将每个MAC实体的概率用作输入的随机生成器来确定哪一个MAC实体具有最高优先级。举例来说，如果有两个MAC实体争用总的可用WTRU传输功率，那么WTRU只需要保持概率以及确定单个MAC实体的优先级。
在另一个方法中，每一个MAC实例都可被分配优先级值。一旦发生冲突，则具有最高(或最低)优先级值的一个或多个MAC可以在不实施缩放处理的情况下执行传输，而与其他的一个或多个MAC相关联的传输则会被缩放。在发生冲突之前(或之后)，受到影响的一些或所有MAC的优先级值可被修改，由此，对于在实施或未实施缩放处理的情况下执行了至少一个传输的任一MAC实体来说，该MAC实体的优先级值都会被(相应地)增大或减小预定量。此外，在以此类这种冲突为开始并且有可能不包含其他冲突的时段之前(或之后)，受到影响的MAC的优先等级可以增大(或减小)(有可能不同的)预定量，以使其达到特定值(例如初始值或者对于每一个MAC实体而言均为相等的概率)。
为了简洁起见，在没有用物理信道类型、服务小区类型/标识或是个别传输来将这里描述的方法的适用性局限于特定传输的情况下，在下文中将会假设为指定MAC实体的所有传输全都分配了优先级(除非以其他方式显性陈述)。此外，在没有将这里描述的方法的适用性局限于任意数量的元素(例如两个以上的传输或是两个以上的MAC实体)的情况下，在下文中将会假设与两个MAC实体相关联的传输正在争用可用功率。此外，功率缩放处理被用作了优先排序功能，但是这里描述的方法同样适用于其他任何优先排序功能。
在一个例示方法中，此类方法只能在被WTRU确定成应该应用优先排序功能(例如功率缩放处理)的TTI中应用。举例来说，此类方法可以用于将不同的优先级关联于一个或多个传输。作为示例，通过改变所涉及的MAC实体的优先级，WTRU可以使用这种方法来确定其首先会将传输功率分配给与两个MAC实体之一相关联的传输。
如果需要功率缩放处理，那么WTRU首先可以确定可适用的MAC实体的优先级，由此确定优先级顺序，然后将功率分配给具有最高优先级的MAC实体的传输，以及按照优先级递减的顺序或是通过以等同方式将剩余功率拆分给不同MAC实体而将剩余功率分配给其他实体。无论哪一种情况，如果可供所涉及的MAC实体使用的功率不足以执行所有的传输，那么一旦确定了可供所涉及的MAC实体使用的WTRU的功率总量，则可以为所涉及的MAC实体的传输应用功率缩放处理，例如依照旧有的R11行为来应用，或者更一般的情况是依照所涉及的无线电接入技术的功率分配行为来应用。
作为示例，如果没有为第二MAC实体留有功率，并且如果所述功率不足以实施第一MAC实体的所有传输，那么可以将功率缩放处理应用于第一MAC实体的传输，例如依照旧有的R11功率缩放功能来应用。如果为第二MAC实体留有功率，那么可以将功率缩放处理应用于第二MAC实体的传输，例如依照旧有的R11功率缩放功能来应用。如果为SMAC应用了功率缩放功能，那么可以假设所涉及的MAC实体的小区之一是特定小区，其中对于该特定小区来说，其缩放处理是以与旧有R11缩放处理中用于PCell的缩放处理相类似的方式应用的。
图7是示出了关于适应性的优先排序处理的例示应用的流程图700。在700中，WTRU被配置成具有用于指定时间间隔中的所有上行链路传输的最大功率(Pcmax)，并且具有为源自WTRU并使用了第一小区群组CG1的上行链路资源的上行链路传输所保证的最下保证功率以及为源自WTRU且使用了第二小区群组CG2的上行链路资源的上行链路传输所保证的最小保证功率。
在WTRU被配置在特定时间间隔中以双连接模式工作的状况710中，在步骤730，WTRU可以确定在该时间间隔中调度的所有未缩放的上行链路传输所需要的总的功率是否超出Pcmax。如果没有超出，那么在步骤740，WTRU可以在不应用优先排序功能的情况下传送这些上行链路传输。
如果在该时间间隔中调度的所有未缩放的上行链路传输所需要的总的功率超出Pcmax，那么在步骤750，WTRU可以为针对CG1的传输所调度的上行链路传输分配功率，所分配的功率可达到CG1的最小保证功率。在一些实施方式中，对于针对CG1的传输所调度的所有上行链路传输来说，如果其所需要的发射功率超出CG1的最小保证功率，那么可以按照优先级递减的顺序和/或通过缩放功率来对这些传输进行分配。
在分配了CG1上行链路传输之后且未留有未分配功率的状况760中，WTRU可以在步骤795中传送被分配的所有已分配的上行链路传输。如果在分配了CG1上行链路传输之后留有未分配的功率(也就是说，Pcmax-为使用CG1的上行链路资源的上行链路传输分配的功率>0)，那么在步骤770，WTRU可以将功率分配给为使用CG2的上行链路资源的传输所调度的上行链路传输，其中所分配的功率可达到CG2的最小保证功率。在一些实施方式中，对于为使用CG2的上行链路资源的传输所调度的所有上行链路传输来说，如果其所需要的功率超出CG2的最小保证功率，那么可以按照优先级递减的顺序和/或通过缩放功率对该传输执行这些分配。
在分配了CG2上行链路传输之后未留有尚未分配的功率的状况780中，WTRU可以在步骤795中传送分配的所有已分配的上行链路传输。如果在分配了CG2传输之后留有未分配的功率(也就是说，Pcmax-为使用CG1的上行链路资源的上行链路传输分配的功率-为使用CG2的上行链路资源的上行链路传输分配的功率>0)，那么WTRU可以在步骤790中将剩余功率分配给使用了CG1或CG2的上行链路资源的任何剩余的未分配上行链路传输。在一些实施方式中，这些分配可以是依照优先级递减的顺序和/或通过缩放功率来为传输执行的。在分配了剩余的未分配功率之后，WTRU可以在步骤795中传送分配的所有已分配的上行链路传输。
图8是示出了根据对照图7描述的示例来将功率分配给上行链路传输的处理的框图。图8显示了Pcmax 800，使用了CG1的上行链路资源的上行链路传输的最小保证功率810，以及使用了CG2的上行链路资源的上行链路传输的最小保证功率820。最小保证功率810和最小保证功率820中的每一个都是Pcmax的比率(即百分比或比例)，并且图8示出了与应用对照图7显示和描述的适应性优先排序方法相关的例示比例。
对于这些例示比例来说，保证功率810显示了Pcmax 800中可以在图7的步骤750中作为使用CG1的上行链路资源的上行链路传输的最小保证功率分配的比例，并且保证功率820显示了Pcmax 800中可以在图7的步骤770中作为使用CG2的上行链路资源的上行链路传输的最小保证功率分配的比例。如果为CG1和CG2传输分配的功率各自均处于最小保证功率，那么830将会对应于Pcmax 800中可以在图7的步骤790中分配给剩余上行链路传输的比例。
在一个例示方法中，适应性可以是随机得到的。举例来说，WTRU可以使用无状态和公平的概率函数。通过应用该函数的结果(例如与投掷硬币相类似)，可以确定与每一个MAC实体相关联的优先级。举例来说，WTRU可以将该概率函数(例如概率＝0.5的伯努利分布)应用于两个MAC实体之一；如果所涉及的MAC实体关联于值1，那么先为与该MAC实体相关联的所有传输分配功率；如果还剩余功率，那么可以将剩余功率分配给关联于第二MAC实体的传输。该处理可以通过使用恰当的概率分布而被推广至任意数量的MAC实体。
在一个可以概括先前方案的例示方法中，此类该流程函数可以为相应的MAC实体使用不同的概率。举例来说，WTRU可以将概率函数(例如概率为x的伯努利分布)应用于两个MAC实体之一，其中x处于范围[0,1]。这种概率x可以是所涉及的MAC实体的一个配置方面。
在另一个例示方法中，概率x可以随时间变化。该时间可以是TTI，或者也可以是所配置的功率分配周期。举例来说，概率x可以在WTRU执行了至少一个传输的任一TTI中更新，由此，如果该传输关联于所涉及的MAC实体，那么它的值可以减小，并且如果没有应用优先排序功能(例如功率缩放)，他的值可能减小，或者它的值也可以在其他方面减小。
在另一个例示方法中，这种适应性可以从施加于在WTRU所执行的传输的先前优先排序(例如缩放)事件中得到。举例来说，概率x可以在WTRU执行了与每一个MAC实体相关联的至少一个传输的任一TTI中以及在应用了优先排序功能(例如功率缩放)的情况下被更新，由此，如果WTRU对关联于所涉及的MAC实体的至少一个传输的传输功率应用了功率缩放(或是等同的功能，例如选择性传输)，那么它的值将会增大，否则它的值将会减小。
在另一个例示方法中，x的值可以是离散值集合中的一个值，例如[0.1,…,0.9]，其中中间值具有大小为0.1的递增值。
在另一个例示方法中，这种适应性可以使用与状态先关联的概率函数。这种状态可以是与所涉及的MAC实体相关联的优先等级。并且这种状态可以基于时段，例如基于先前的单个TTI(或是优先级在从一个TTI到另一个TTI的过程中未发生变化的时段)，这种先前TTI可以包括以下的任意一项：紧接在用于当前传输的TTI之前的TTI；或是先前执行的传输的TTI；或是可供WTRU执行与在所涉及的TTI中争用功率的每一个MAC实体相关联的至少一个传输的TTI。
这种先前的TTI可以是WTRU应用了某一个优先排序功能(例如功率缩放)的TTI。举例来说，这种TTI可以是WTRU为其至少一个传输应用功率缩放处理的最后一个TTI。
举例来说，WTRU可以使用马尔科夫链来确定与第一MAC实体的传输相关联的优先级，其中与所涉及的MAC实体相关联的当前状态是在WTRU应用了功率缩放且WTRU具有用于两个MAC实体中的至少每一个的至少一个传输的先前TTI中确定的。作为替换，该时段也可以是一个经过配置的功率分配周期。
在一些部署场景中，与不同MAC实体相关联的传输定时有可能存在差异，由此，在子帧n中为第一MAC实体执行的传输与在子帧n+1中为第二MAC实体执行的传输之间有可能会出现某种重叠。在这种情况下，总的传输功率可能会临时超出最大WTRU传输功率。如果优先级随TTI改变，那么在WTRU为连续子帧恰当地缩放功率的过程中有可能会出现问题。
在一个例示方法中，WTRU可以只在紧随未应用功率缩放处理的TTI之后的TTI中修改与MAC实体相关联的优先级。对于如上所述的有状态函数来说，WTRU可以仅考虑这种TTI；换句话说，WTRU可以仅仅在优先级发生变化的时候才追踪用于确定此类优先级的函数的结果。作为替换，在保持状态的时候，WTRU可以考虑应用了功率缩放处理的任一TTI；换句话说，在为用于确定优先级的功能应用了功率缩放的时候，WTRU可以追踪所指定的优先级。
如果两个不同的MAC实体中的每一个都被配置了不同的TTI时长(例如在使用不同的无线电接入技术来配置每一个MAC实体的情况下)，那么可以在WTRU具有重叠的传输的时间中或者在所配置的功率分配周期中使用相似的方法。
在一个例示方法中，WTRU可以先将传输功率分配给包含UCI的任何传输(包括具有UCI的PUCCH和/或PUSCH)，至于剩余的传输，它可以使用以上的任一功能来确定具有可被分配剩余功率的相关传输的MAC实体的标识；如果还有功率剩余，那么所述功率最终可被分配给在争用中失败的MAC实体。
在另一个例示方法中，WTRU可以先将传输功率分配给包含UCI的任何传输(其中包括具有UCI的PUCCH和/或PUSCH)。如果总的可用功率不足，那么可以在该步骤中应用优先排序功能(例如功率缩放)，例如先PMAC以及后SMAC。至于剩余传输，它可以使用以上的任一功能来确定具有可被分配剩余功率的相关传输的MAC实体的标识；如果还有剩余功率，那么所述功率最后会被分配给争用失败的MAC实体。
在另一个例示方法中，WTRU可以先将传输功率分配给与PMAC的PCell相关联的任何传输，至于剩余传输，它可以使用以上的任一功能来确定具有可被分配剩余功率的关联传输的MAC实体的标识；如果还有剩余功率，那么所述功率最后可被分配给争用失败的MAC实体。
在另一个例示方法中，WTRU可以先将传输功率分配给与PMAC的PCell相关联的任何传输以及与SMAC的特定小区相关联的任何传输。如果总的可用功率不足，那么可以在该步骤应用优先排序功能(例如功率缩放)，例如先PMAC以及后SMAC。至于剩余传输，它可以使用以上的任一功能来确定具有可被分配剩余功率的关联传输的MAC实体的标识；如果还有剩余功率，那么所述功率最后可被分配给争用失败的MAC实体。
图9是示出了关于适应性的优先排序功能的例示应用的流程图900。在WTRU被配置成以双连接模式工作的状况910中，在步骤930，WTRU可以确定在不执行功率缩放处理的情况下可供WTRU用于某个时间间隔中的上行链路传输的最大功率量是否满足该时间间隔中的所有UCI上行链路传输。如果是的话，那么在步骤940，WTRU可以在不执行优先排序处理的情况下(例如通过不缩放用于这些传输的功率)为每一个MAC实体的UCI上行链路传输分配功率。否则，在步骤950中，WTRU可以在传输过程中通过使用优先排序功能(例如通过缩放为每一个传输分配的传输功率，其中该分配有可能依照优先级进行)来为UCI上行链路传输分配功率。
在步骤960，WTRU还可以确定在向UCI上行链路传输分配了功率之后是否剩余可被分配给任何非UCI传输的剩余功率(即在步骤940或950中分配给UCI传输的功率是否小于可供WTRU用于该时间间隔中的所有上行链路传输的最大功率)。如果没有可用于非UCI传输的功率，那么在步骤965，WTRU可以传送已被分配的传输。如果具有可供非UCI传输使用的功率，那么在步骤970，WTRU可以确定是否剩余功率足以在不执行缩放的情况下传送在该时间间隔中调度的所有非UCI传输。如果是的话，那么在步骤980，WTRU可以在不缩放这些传输的功率的情况下为这些非UCI上行链路传输分配功率。否则，在步骤990，WTRU可以在通过使用优先排序功能(例如通过缩放为每个传输分配的传输功率，其中该分配可能依照优先级进行)来为非UCI上行链路传输分配功率。
图10显示了一个用于示出依照CG类型来对传输进行优先排序的例示处理的流程图。在图10的示例中，针对主小区群组(MCG)的传输优先于针对其他类型的小区群组的传输，例如辅助小区群组(SCG)，然而原则上也可以实施其他的优先级顺序。作为示例，流程图1000所示的过程可用于在如图12的步骤1260中那样分配剩余功率时对传输进行优先排序。
在步骤1005，优先级被设置成q＝0，以便以最大的优先等级开始优先排序处理。在CG1包含MCG的状况1010中，在步骤1015，WTRU将剩余功率分配给每一个未被分配功率且具有优先级q的上行链路传输，其中该上行链路传输被调度用于在时间间隔中使用CG1的上行链路资源进行传输。在步骤1020，WTRU可以确定是否剩余可供使用的未分配功率，如果没有的话，该过程结束。如果还有可用的未分配功率，那么在步骤1025，WTRU可以将所述可用功率分配给每一个未被分配功率且具有优先级q的上行链路传输，其中该上行链路传输被调度用于使用CG2的上行链路资源进行传输调度。在步骤1030，WTRU可以确定还有可供使用的未分配功率，如果没有的话，该过程结束。如果还有可用的未分配功率，那么在步骤1035，WTRU可以确定是否在该时间间隔调度了优先等级q’>q的任何上行链路传输(即，是否在该时间间隔中为上行链路调度了优先级小于q的任何传输)。如果没有的话，该过程结束。如果是的话，那么可以在步骤1040中递增q的值，并且该过程可以返回到状况1010，以便考虑下一个优先等级。
在状况1010中，如果WTRU确定CG1不包含MCG，那么在步骤1045，WTRU可以确定CG2是否包含MCG。如果CG2包含MCG，那么在步骤1050，WTRU可以将剩余功率分配给具有优先级q的每一个尚未被分配的上行链路传输，其中该上行链路传输被调度用于在时间间隔中使用CG2的上行链路资源进行传输。在步骤1055，WTRU可以确定是否还剩余未分配的功率可供使用，并且如果没有的话，则该过程结束。如果有未分配的剩余功率可用，那么在步骤1060，WTRU可以将可用的剩余功率分配给每一个具有优先级q且尚未被分配的上行链路传输，其中该上行链路传输被调度用于使用CG1的上行链路资源进行传输。在步骤1065，WTRU可以确定是否还剩余未分配的功率可供使用，并且如果没有的话，则该过程结束。如果有未分配的剩余功率可用，那么在步骤1035，WTRU可以确定是否为该时间间隔调度了优先等级q’>q的上行链路传输(即，该时间间隔中是否存在为上行链路调度且优先级小于q的任何传输)。如果没有的话，则该过程结束。如果是的话，则在步骤1040中递增q的值，并且该过程可以返回到状况1010，以便考虑下一个优先等级。
在步骤1045，如果WTRU确定CG2不包含MCG，那么在步骤1070，WTRU可以将剩余功率分配给每一个尚未被分配且具有优先级q的上行链路传输，其中该上行链路传输被调度用于在时间间隔中使用CG1或CG2的上行链路资源进行传输调度。在步骤1075，WTRU可以确定在该时间间隔中是否剩余可用于上行链路传输的未分配功率，如果没有的话，则该过程结束。如果是的话，那么在步骤1035，WTRU可以确定是否在该时间间隔中调度了优先等级q’>q的任何上行链路传输(即在该时间间隔中是否为上行链路调度了优先级小于q的任何传输)。如果不是的话，则该过程结束。如果是的话，则在步骤1040中递增q的值，并且该过程可以返回到状况1010，以便考虑下一个优先等级。
在这里描述了用于适应性优先排序的其他方法。
与上述方法相似，WTRU可以保持一个或多个其他类型的状况，以便确定如何改变与指定MAC实体关联的优先级。
例如，WTRU可以保持经过配置的功率分配周期，该周期可被WTRU用于逐个周期地改变不同传输的优先级和/或与不同的MAC实体相关联的优先级。
例如，WTRU可以保持其为每一个MAC实体扩缩的功率量的一定状态，从而实施某个特定比值。可能的情况是，该状态可以用移动窗口来保持。该比值和/或这种窗口可以是关于WTRU配置的一个或多个可配置方面。
一种可能的方法是实施某种形式的公平性和/或手段，从而避免与使用了可以改变应用于每个MAC实体的缩放率的方法的指定MAC实体相关联的承载的互斥等待，其中该方法依照的是这样一种原理，即“因为优先排序功能(例如功率缩放)所造成的损失的一部分(有可能是不等的)将被施加于每一个MAC实体”。在一个示例中，在每一个导致需要缩放功率(缩放事件)的TTI中，每一个MAC实例的功率缩放比值可以采用与上文类似的方式来使用。
在一个例示方法中，该状态可以是应用于不同传输的总的扩缩处理的比值。应用于一个或多个传输的总的缩放比值可以是动态变化的。
在一个例示方法中，此类状态可以基于一个或多个度量，其中每一个度量都描述了先前传输的一个方面。此类状态可以通过使用(可能配置的)时长而在时间上取平均值。这种时长可以用于确定MAC实体对于不同调度或传输事件的反应性，并且会使其更能被预测。所保证的“服务等级”被满足的程度是可以动态追踪的。
优先排序可以取决于度量。此类度量可以包括累积参量，例如输出功率，传送的L1比特的数量，L1传输次数，所传送的TB的数量，关于初始传输的许可数量，所传送的TB大小的总和，传输中使用的PRB的数量，所传送的L2比特的数量，所应用的累积功率缩放(或是相应的损失)等等。状态可以作为在指定时长中允许或供应的此类参量的余量。
此类状态可以特定于每一个MAC实例，并且有可能特定于传输类型的粒度。这样的一个或多个度量可以是依照MAC实例保持的。此外还可以依照诸如PUSCH之类的传输类型来保持附加状态。另外，附加状态还可以依照时段来保持，例如功率分配周期。可能的情况时，此类度量可以依照经过配置的(以及已激活的)服务小区来保持。在以下论述中，出于例示目的，所使用的是依照MAC实体的度量。
此类量度可以直接联系或者关联于每一个MAC实例的逻辑信道优先排序(LCP)状态。此类度量可以关联于MAC LCP功能的状态。例如，其中一个度量可以是所配置的一个或多个逻辑信道(LCH)(或一个或多个逻辑信道群组(LCG))在QoS方面与所涉及的MAC实体相适宜的程度。作为示例，这一点可以基于所涉及的MAC实体的所有LCH的Bj状态的总和。在这种情况下，WTRU首先可以为关联于具有最高总和的MAC实体(也就是具有最多的未完成数据量需要传送以满足QoS的MAC实体)的传输分配功率。作为替换，WTRU可以先为与仅仅为至少关联于最低优先等级的LCH考虑所述总和的MAC实体所关联的传输分配功率。举例来说，WTRU可以只考虑与每一个MAC实体的最高LCG相关联的LCH。
一种例示的实施方式可以包括逐个CG的最小保证功率以及剩余功率。WTRU可以具有用于分配上行链路功率的速率控制功能。可能的情况时，此类功率优先排序功能(PPF)可以只在WTRU确定总的必需传输功率总量超出在指定时刻为WTRU提供的最大功率的时候使用。
WTRU可以使用这种PPF功能来为每一个MAC实体分配可用功率的优先使用率(prioritizedMetricRate)。出于例示目的，在以下论述中，所使用的度量将会是输出功率(prioritizedPowerRate或PPR)，例如逐个MAC实体(或是逐个相关物理层)的dBm。
用于适应性优先排序的方法是可以依照MAC/PHY组合配置的。在配置需要功率缩放处理的情况下，L3/RRC可用于控制针对每一个MAC实体的功率分配。此类配置可以包括每一个MAC实体的优先级以及关于PPR的值(WTRU分配总的可用功率的比率)。举例来说，PPR可以对应于相关CG的最小保证功率。
图11是示出了用于被调度成在指定时间间隔中进行的上行链路传输的WTRU的例示配置的流程图1100。在步骤1110，WTRU被配置成具有用于使用了在该时间间隔中调度的第一小区群组(CG1)的上行链路资源的上行链路传输的第一最小保证功率。在1120，WTRU被配置成具有用于使用了在该时间间隔中调度的第二小区群组(CG2)的上行链路资源的上行链路传输的第二最小保证功率。在步骤1130，WTRU被配置成具有关于剩余功率的值，其中所述值可以等于用于该时间间隔中的上行链路传输的总的可用功率减去第一与第二最小保证功率的总和。
应该指出的是，在一些实施方式中，WTRU的配置有可能是为与第一和第二MAC实体相对应的上行链路传输或是针对第一和第二eNB的上行链路传输考虑的，而不是为使用CG1和CG2的上行链路资源的上行链路传输考虑的。
图12是示出了功率缩放的示例的流程图1200。在步骤1210，WTRU被配置成具有用于在该时间间隔中调度且使用了第一小区群组(CG1)的上行链路资源的上行链路传输的第一最小保证功率。在1220，WTRU被配置成具有用于在该时间间隔中调度且使用了第二小区群组(CG2)的上行链路资源的上行链路传输的第二最小保证功率。在步骤1230，将功率分配给使用了CG1的上行链路资源且在该时间间隔调度的上行链路传输，其中所分配的功率可达到第一最小保证功率。在步骤1240，将功率分配给在该时间间隔调度且使用了CG2的上行链路资源的上行链路传输，其中所分配的功率可达到第二最小保证功率。在步骤1250，WTRU可以确定是否还有剩余功率，以便分配给在该时间间隔中来自WTRU的上行链路传输(即，在该时间间隔中，用于上行链路传输的总的可用功率减去第一与第二最小保证功率的总和是否大于零)。如果是的话，则在步骤1260中依照这里描述的各种方法之一来将剩余功率分配给上行链路传输。
图13是示出了功率缩放处理的另一个示例的流程图1300。在步骤1310，WTRU被配置成具有用于在该时间间隔中调度且使用了第一小区群组(CG1)的上行链路资源的上行链路传输的第一最小保证功率。在1320，WTRU被配置成具有用于在该时间间隔中调度且使用了第二小区群组(CG2)的上行链路资源的上行链路传输的第二最小保证功率。在步骤1330，为在该时间间隔中调度且使用了CG1的上行链路资源的上行链路传输保留功率，其中所保留的功率可达到第一最小保证功率。在步骤1340，为在该时间间隔中调度且使用了CG2的上行链路资源的上行链路传输保留功率，其中所保留的功率可达到第二最小保证功率。在步骤1350，WTRU可以确定是否存在剩余功率，以便分配给在该时间间隔中来自WTRU的上行链路传输(即，在该时间间隔中，用于上行链路传输的总的可用功率减去第一与第二最小保留功率的总和是否大于零)。如果是的话，则在步骤1360中依照这里描述的各种方法之一来将剩余功率分配给上行链路传输。
应该指出的是，在一些实施方式中，WTRU的配置可以被概念化为与第一MAC实体和第二MAC实体相对应的上行链路传输或者传送至第一eNB和第二eNB的上行链路传输，而不是使用CG1和CG2的上行链路资源的上行链路传输。
在一个例示方法中，WTRU可以使用PPF功能来确保其依照以下各项来服务调度指令和预期传输：
WTRU可以先将传输功率分配给与第一MAC实体相关联的传输，其中所分配的功率可达到所涉及的MAC实体的PPR(例如，达到它的最小保证功率)，并且如果优先级是与不同的传输和/或传输类型相关联的，以及如果第一MAC实体需要功率缩放处理(也就是说，需要分配给所涉及的MAC实体的所有传输功率超出了MAC实体的可用PPR)，那么所述分配可以依照优先级递减的顺序进行；
然后，WTRU可以将剩余传输功率(如果存在的话)分配给与第二MAC实体相关联的传输，其中所分配的功率可达到所涉及的MAC实体的PPR(例如，可达到它的最小保证功率)，其中如果优先级与不同的传输和/或传输类型相关联，并且如果所涉及的MAC实体需要功率缩放处理(也就是说，需要分配给第一MAC实体的所有传输功率超出了MAC实体的可用PPR)，那么该分配可以依照优先级递减的顺序进行；
针对以上情况，如果在针对每一个适用MAC实体的第一轮功率分配之后还有剩余功率，那么WTRU可以按照以下的任一优先级递减的顺序来分配剩余功率：
a.按照所涉及的MAC实体的优先级递减的顺序；或者
b.按照与所涉及的所有MAC实体的不同传输和/或传输类型相关联的优先级递减的顺序；
c.使用采用相同顺序的以上各项的组合(也就是说，首先是第一MAC实体的传输，然后是第二MAC实体的传输)；以及，
针对以上情况，如果指配给第一MAC实体的优先级高于指配给第二MAC实体的优先级，那么WTRU可以依照这里描述的其他任何方法来分配剩余功率。
针对以上情况，如果可以为关联于MAC实体的传输指配不同的相关优先级，那么WTRU可以依照这里描述的其他任何方法来分配剩余功率。
在一些情况中，最小保证功率/PPR的配置可被用于适应性优先排序。以上的实现方式对于任何被配置成具有PPR(或最小保证功率)的等级来说都是有效的，例如在所配置的PPR的总和小于最大可用WTRU功率的情况下。这种实现方式的灵活性可以进一步地使用这里论述的数值的多个配置方面和/或组合/设置来示出。
在一些情况中，对于一个CG绝对优先级来说，最小保证功率可以是“无限的”。可能的情况是定义特定的PPR值来指示相关MAC实例的绝对优先级，例如“无限”。在这种情况下，WTRU先将尽可能多的可用传输功率分配给所涉及的MAC实体的传输，如果优先级适用并且如果该步骤需要功率缩放处理，那么这种分配可以按照优先级递减的顺序进行。
在一些情况中，用于CG的最小保证功率可以等于零(0)——CG仅仅参与扁平缩放(Flat Scaling)部分。一种可能的情况是可以定义特定的PPR值，以便指示只有在WTRU将非零的保证功率分发给至少一个适用MAC实体的情况下，才可以将剩余功率分配给与MAC实体相关联的传输。
在一些情况中，每一个CG的最小保证功率的总和可以等于零(0)。特别地，WTRU可被配置成用于所有适用MAC实体且大小与零相等的最小保证功率。在这种情况下，WTRU会将任何可用功率当作“剩余功率”来分配。
在这种情况下，如果WTRU按照(如上所述的)MAC实体优先级递减的顺序来分配剩余功率，那么这种情况等价于MAC实体可能具有绝对优先级的配置；作为示例，该处理可以与这里描述的其他方法结合使用，例如动态指配优先级的方法。
在这种情况下，如果WTRU按照(如上所述的)所有适用MAC实体上的传输的优先级递减的顺序来分配剩余功率，那么该处理将会变得类似于WTRU使用在所有的WTRU传输中应用的适当优先级规则而执行扁平缩放的情形。
在这种情况下，如果WTRU使用(如上所述的)针对MAC实体及传输的优先排序方法的组合来分配剩余功率，那么该处理将变得类似于WTRU指派绝对优先级给具有传输(基于应用在所有WTRU传输之间的传输的适当优先级规则，该传输具有绝对最高优先级)的MAC实例的情形。
在一些情况中，所有CG的最小保证功率的总和可以等于100％的最大WTRU可用功率。在这种情况下，WTRU可被配置成致使为所有适用MAC实体配置的PPR值之和超出WTRU的最大可用功率量。在这种情况下，WTRU使用在这里的其他部分中描述的优先排序方法来分配功率，并且PPR可以相当于在WTRU功率受限的情况下用于与MAC实体相关联的传输的最大功率。
在这里进一步论述了功率分配公式的一个示例。如果依照上述原则分配功率，那么可供与指定MAC实体CG1以及优先等级n关联的传输使用的最大功率Sn可以对应于未被分配给以下各项的功率：(1)更高优先级的传输，以及(2)能够得以供应保证功率的其他MAC实体的较低优先级的传输。这一点可以表示如下：
Sn＝PCMAX-Pu,n-Pq,n-min(Pav,gua,P'q,n) 等式(1)
其中PCMAX是WTRU的配置最大功率，Pu,n是分配给同一MAC实体(CG1)的较高优先级传输的功率，Pq,n是分配给其他MAC实体CG2的较高优先级传输的功率，P’q,n是其他MAC实体CG2的较低优先级传输所需要的功率，以及Pav,gua是仍旧可用于其他MAC实体CG2的较低优先级传输的其他MAC实体的保证功率部分。该部分可以表示如下：
其中Rg CG2是用PCMAX的比值表示的其他MAC实体的保证功率。
WTRU可被配置成使得配置给所有适用MAC实体的PPR值的总和对应于可供WTRU使用的最大功率量。在这种情况下，WTRU可以将功率分配给每一个CG，并且所分配的功率可达到为其保证的最大值；如果在该步骤之后还有剩余功率，那么WTRU可以将剩余功率分配给所需功率高于最小保证功率的MAC实体的传输，由此可以实现与共用相结合的某种形式的半静态拆分，以便进行功率分配。更具体地说，如果WTRU是对于所有这两种MAC实体的传输而言都是功率受限的，那么这与半静态拆分是等价的；如果WTRU仅仅对于一个MAC实体中的传输而言是功率受限的，那么可以在MAC实体之间对未使用功率执行某种共用，如果功率充足，那么WTRU可以仅仅在与所涉及的MAC实体相关联的传输上执行优先排序功能(例如功率缩放)。
为了在缩放处理前确定服务小区c中的一个或多个传输的功率，WTRU可被配置成在子帧i中具有每服务小区的最大功率PCMAX,c(i)。在一些方法中，WTRU还可以被配置成具有每MAC实例的最大功率PCMAXM,m(i)，并且该功率可以用于确定最终传输功率(在缩放处理之后)。在一些解决方案中，WTRU还可以被配置成使用每MAC实例的保证可用功率Pg m(i)。上述参数还可用于计算功率余量或附加类型的功率余量。
在一些方法中，如果WTRU确定与第一MAC实例关联的所有承载全都满足或超出一组的至少一个QoS判据，同时与第二MAC实例关联的至少一个承载未满足至少一个QoS判据，那么可以在子帧中减小用于第一MAC实例或是第一MAC实例的小区的如上的功率限度或保证可用功率中的一者或多者。作为示例，这种调整可以避免出现低优先级MAC实例的承载耗竭而高优先级MAC实例中的承载超出其QoS的场景。
该减小量可以由高层配置。例如，高层可以配置1dB或3dB的调整量，由此要么将其应用于该减小处理适用的每个服务小区c的PCMAX,c(i)和MAC实例的PCMAXM,m(i)或Pg m(i)，要么将其应用于以上的所有各项。
在一个例示方法中，是否应该应用该减小处理的判定可以是周期性执行的(例如每个RTT执行一次，每整数倍个无线电帧执行一次)，其频繁程度可以基于子帧。该减小处理会在下一次判定之前保持生效。在另一个用于扩展先前方法的方法中，该减小处理可以只在WTRU为每一个所涉及的MAC实体执行至少一次传输和/或需要实施功率缩放的子帧中应用。在另一个方法中，只有在WTRU执行了至少一次上行链路传输的时段中(或一个子帧中)，并且有可能只有在每一个所涉及的MAC实体都具有至少一个这样的传输的情况下，该判定才是适用和/或将会被执行的。
在一个方法中，如果“满足了”第一MAC实例的所有承载，同时“未满足”第二MAC实例的至少一个承载，那么可以应用该减小处理至所述第一MAC实例。
用于判定是否满足承载的判据可以有很多种，其中包括以下的至少一项：
对于优先排序的比特率有限的逻辑信道来说，如果相应逻辑信道的令牌桶大小在一个参考子帧中未超出阈值，那么该承载可被满足。例如，该阈值可以是优先排序的比特率与令牌桶大小时长的乘积。
对于优先排序的比特率无限的逻辑信道来说，如果参考子帧中没有可用于传输的数据，那么该承载可被满足。对于优先排序的比特率有限的逻辑信道来说，这种情况同样有可能是适用的。
参考子帧可以是将要应用功率限制减小处理的子帧，或者也可以先前的子帧(例如前一个子帧)。
在另一个方法中，如果第一MAC实例的逻辑信道优先排序过程在参考子帧中达到“满意点(satisfaction point)”，同时在第二MAC实例中，逻辑信道优先排序过程在该参考子帧中未达到“满意点”，那么可以将减小处理应用于第一MAC实例。如果逻辑信道优先排序过程在参考子帧中达到所有变量Bj全都非正(也就是等于或小于零)的地步，那么可以将该过程称为达到“满意点”。在参考子帧中，如果在至少一个传输块中仍旧剩余资源，那么同样有可能达到满意点。
在另一个方法中，该减小处理可以依照HARQ进程的状态而被应用于第一MAC实体。例如，WTRU可被配置成具有HARQ工作点值。如果WTRU判定其对于某一个MAC实体而言是在HARQ工作点以下工作的，那么它可以将功率限制减小处理应用于所涉及的MAC实体。例如，WTRU可以使用与所涉及的MAC实体关联的每个进程的传输次数的移动平均值来确定其HARQ工作状态。在一个方案中，WTRU可以考虑所有这样的HARQ进程。在另一个方法中，WTRU可以只考虑进行中的HARQ进程，例如只考虑所接收的最后一个反馈是NACK的HARQ进程。
在另一个方法中，这种减小处理可以依照新的HARQ进程的速率而被应用于第一MAC实体，例如在一速率下，可依照其确定已经为指定HARQ进程切换了NDI。作为示例，WTRU可被配置成具有新的传输速率(NTR)值。如果WTRU确定其相对于某个MAC实体而言是在高于该NTR值的情况下工作的，那么它可以为所涉及的MAC实体应用功率限制减小处理(例如隐含向过度贪婪的调度器强制推行公平性)。举例来说，WTRU可以使用HARQ进程数量的移动平均值来确定其NTR值，其中所述HARQ进程被该WTRU认为已经切换了与所涉及的MAC实体相关联的进程的NDI比特。对应的周期可被设置成RTT(对于LTE来说是8毫秒)*HARQ传输的最大次数。
一种用于实现优先排序功能的方案是借助于执行传输功率缩放处理。以下论述描述了用于为在双连接中工作的WTRU确定其不同类型的传输的传输功率的方法，作为示例，这其中考虑了以下几个方面：
-在多个服务小区中(用于多个MAC实例)同时传输PUCCH或UCI的可能性；
-在传输之间存在多个优先等级以及子优先等级的可能性；
-传输子集的总的功率受到多个限制的可能性；以及
-不同传输子集或不同MAC实例的子帧边界之间没有校准的可能性。
在子帧i中，WTRU可被配置每服务小区的最大功率PCMAX,c(i)以及总体配置的最大输出功率PCMAX(i)。
此外，WTRU可被配置每MAC实体(或是每层或每eNB)的最大输出功率PCMAXM,m(i)。在这种情况下，在子帧i中，从属于该MAC实体的所有传输的功率总和不能超出PCMAXM,m(i)。在双连接系统中，m的取值可以是0或1。在不丧失一般性的情况下，m＝0是指主MAC实例，m＝1是指辅助MAC实例。在一些解决方案中，每MAC实体的最大输出功率可以对应于该MAC实体的优先排序功率比(PPR)。
在子帧中，WTRU可以为从属于一个或多个MAC实例的一个或多个物理信道(例如PUCCH、PUSCH、PRACH)或信号(SRS)执行一个或多个传输。针对每一种传输t，WTRU首先可以计算子帧i中的传输功率Pt(i)，其中并未顾及在多个传输上施加的功率限制，例如PCMAX(i)或PCMAXM,m(i)。在下文中，该传输功率值可被称为“预缩放”功率。对传输t的预缩放功率Pt(i)所做的计算可以基于依照传输类型(PUCCH、PUSCH、SRS、PRACH)专用的已有规则并基于路径损耗参考、闭环调节、许可或是与控制所述t的MAC实例相关联的其他参数来执行。
在一些解决方案中，一些或所有预缩放功率Pt(i)可作为先前缩放过程的输出而被获取。举例来说，对于至少一个MAC实例m，从属于MAC实例m的传输子集Pt(i)自身可能已根据在该传输子集内的早先缩放步骤并通过使用PCMAXM,m(i)或是如最大功率之类的其他某个值而被计算。更一般地说，在下文阐述的缩放过程中，预缩放功率Pt(i)可以对应于传输t的预期功率量(或者在某些解决方案中对应于预期的部分功率量)，其中传输的总预期功率或者总的预期部分功率是存在限制的。
关于这里描述的各种方案，应该理解的是，尽管传输功率计算是基于子帧显示的，但是WTRU可以确定同一子帧的两个时隙之间或是最后一个SC-FDMA符号与其他SC-FDMA符号之间的的不同传输功率，例如基于子帧内部的每服务小区的最大功率PCMAX,c(i)的可能变化、或者基于SRS传输导致的最后一个符号的不同功率需求来确定。换句话说，以下显示的计算既可以依照子帧中的某些部分来应用，例如基于逐个时隙，也可以单独应用在包含SRS的最后一个SC-FDMA符号与先前的SC-FDMA符号之间。
具有单一的最大总电平和多个优先等级的缩放处理(单一缩放处理)：如果WTRU在双连接中工作，那么至少可以出于缩放目的而将传输t与优先等级q相关联。优先等级Q可以有一个、两个或更多。与某个优先等级q相关联的传输t可以是零个、一个或多个。优先等级(或顺序)可以用先前部分描述的任一方法获取，例如动态方法或半静态方法。
在子帧i中，传输集合T的预缩放传输功率总和可能会超出与该传输集合相适合的最大的总计PMAX(i)。例如，传输集合T可以对应于子帧(i)中的所有传输，或者对应于物理信道子集的所有传输(例如只有PUCCH和PUSCH传输)，在这种情况下，最大的总计PMAX(i)可以对应于PCMAX(i)。在另一个示例中，该组传输T可以对应于涉及特定MAC实例的所有传输，在这种情况下，最大的总计PMAX(i)可以对应于PCMAX,m(i)。如果出现这种情况，那么至少一个传输t的最终传输功率P’t(i)可以按比范围从0到1的因子wt(i)而被缩放，由此，在使用线性单位的情况下，P’t(i)＝wt(i)Pt(i)。在对包含缩放处理的解决方案所做的描述中，WTRU可被称为对使用最大总功率电平的预缩放功率集合执行缩放过程，并且该过程的结果(或输出)即为最终的传输功率集合。在描述了如何可以执行缩放过程的后续段落中，预缩放功率集合被表示为Pt(i)，最终传输功率集合被表示为P’t(i)，然而，在对包含了缩放过程的多个应用的解决方案所做的描述中，其他符号也是可以使用的。
在一个例示方法中，通过应用缩放处理，可以使得高优先级传输的缩放因子尽可能高。如果具有优先级q的传输的缩放因子小于1，那么任何更低优先级的传输(例如任何具有q’>q的传输，其中越大的q意味着越低的优先级)都会按比例缩小至零，即对于更低优先级的传输而言，该传输是不会发生的。此外，任何具有更高优先级的传输都不允许实施缩放处理，也就是说，任何具有q’<q的传输的缩放因子是1。
通过该方法，用于确定每一个传输的缩放因子的过程可以如下进行。以关联于最高优先等级q＝0的传输集合T0为开始，确定预缩放传输功率总和是否超出最大值，即：
如果该总和超出最大值，则可以依照下式来设置缩放因子：
/>
如果该总和没有超出最大值，那么可以将最高优先级的传输T0的缩放因子设置成1(也就是不应用缩放处理)，并且可以将缩放处理应用于更低优先级的传输。对于优先等级q>0的传输来说，这一点可以采用以下方式来确定：
通过求取具有相等或更高优先级的所有传输的功率的总和并将其与最大值相比较来确定是否将缩放处理应用于具有优先级q的传输：
如果满足该条件，则通过使用以下方式设置缩放因子来将缩放处理应用于具有优先级q的传输(以及所有具有更低优先级的传输)(并且该过程结束)：
如果将PMAX q(i)定义成是具有优先级q的传输的总的可用功率，那么：
如果没有满足该条件，那么对于具有优先级q的所有传输t，设置wt(i)＝1，并且返回到步骤(a)，以便为具有优先级q+1的传输执行处理。如果不存在这样的传输，那么将不需要应用缩放处理。
在上文中，如果将缩放处理应用于具有相同优先级的一个以上的传输，那么可以采用多种方法来设置单个传输的缩放处理，在下文中将会对此进行描述。
在一个方法中，相同的缩放值将被应用于具有相同优先级的所有传输。
这意味着：
这意味着wt(i)的值是依照下式设置的：
图14是示出了例示功率缩放处理的流程图1400。在步骤1410，WTRU可以首先计算在时间间隔中调度的每一个上行链路传输的预缩放功率(Pt(i))。在步骤1420，所考虑的优先等级q被设置成零，其在本示例中代表的是最大优先等级。应该指出的是，优先等级的编号是说明性的，其他任何适当的优先等级表示都是可以使用的。
在步骤1430，WTRU可以确定在该时间间隔中调度的具有优先级q的所有上行链路传输的预缩放功率的总和是否大于处于该优先等级的所有上行链路传输可用的最大功率量。例如，在q＝0、也就是在最大优先等级上，可用的最大功率量是所有上行链路传输可用的总计最大功率量，而在较低的优先等级(即q>0)，可用的总计最大功率量是所有上行链路传输可用的最大功率量减去已被分配给具有更高优先级的传输的功率量。
在步骤1430，如果WTRU确定在该时间间隔中调度且具有优先级q的所有上行链路传输的预缩放功率总和大于在该优先等级可用的最大功率量，那么在步骤1440，处于优先级q的每一个传输的功率可被缩放(例如使用加权因子wt(i))，以使处于优先级q的所有传输所需要的总的缩放功率与可供处于优先级q的所有传输使用的最大功率量相等。在步骤1450，为具有优先等级q’>q(即重要性低于q)的传输分配零功率(例如通过将相应的加权因子设定成零)，并且该过程结束。
另一方面，在步骤1430，如果WTRU确定在该时间间隔中调度且具有优先级q的所有上行链路传输的预缩放功率小于可供处于该优先等级的上行链路传输使用的最大功率，那么在步骤1460，全部的预缩放功率可被分配给处于优先级q的每一个上行链路传输。例如，处于优先级q的每一个传输的预缩放功率可被应用一个加权因子1。
在步骤1470，WTRU可以确定是否在该时间间隔中调度任何具有优先等级q’>q的上行链路传输(即在该时间间隔中是否为上行链路调度了任何优先级小于q的传输)。如果没有，则该过程结束。如果是的话，则可以在步骤1480中递增q的值，并且该过程将会返回至步骤1430，以便考虑下一个优先等级。
应该指出的是，在一些实施方式中，上行链路传输可被认为对应于不同的MAC实体或者被传送到不同的eNB，而不认为是使用了不同CG的上行链路资源执行的。
在另一个方法中，与优先等级q关联的传输内部的缩放值可以依照子优先级Sq来确定。在这种情况下，对于具有优先级q的传输来说，其缩放值可以依照子优先等级而被设置成不同的值。用于为具有优先级q的传输确定其缩放值集合的过程可以与上述过程相类似，但是其最大的总功率被设置成PMAX q(i)而不是PMAX(i)，并且其使用的是子优先等级Sq而不是优先等级q。
在一些方法中，某些类型的传输要么是以其预缩放功率进行的，要么完全不会被传送，也就是被丢弃。作为示例，以下传输可能会存在这种情况，例如SRS或是包含了HARQA/N的传输，其中对于此类传输来说，与丢弃该传输相比，以缩放功率进行的传输可能会导致更差的性能，此外，这其中还包括所需要的缩放加权wt(i)低至确定不可能成功接收的传输。此类传输可被称为“不可缩放”传输。在这样的解决方案中，缩放过程通常与先前描述的过程相同，但是会进行以下修改。如果确定需要将缩放处理(wt(i)小于1)应用于不可缩放传输，那么可以停止该缩放过程，并且可以用不包含所述不可缩放传输的传输集合来发起新的缩放过程。该处理可被执行多次，直至不再留有需要应用缩放处理的不可缩放传输。作为替换，与停止缩放过程不同，所述不可缩放传输的缩放因子可被设置成0，并且可以重新计算具有相等或更低优先级的其他传输的剩余可用功率，以便确定其他这些传输的缩放因子。
在一些解决方案中，通过确定缩放加权，可以使得具有指定优先级的传输的缩放传输功率总和小于可用的最大功率，即：
在下文中，通过设置加权来满足上述条件的处理可被称为优先等级q上的功率分配(power under allocation)。举个例子，如果至少将具有该优先等级的所有传输的缩放加权设置成相等的非零值，也就是设置成下式，那么，在存在如上所述的至少一个“不可缩放”传输的时候将可以执行所述优先等级q的功率分配：
这种传输t0可被丢弃(也就是将缩放加权设置成0)，并且剩余传输的缩放加权可被设置成：
如果除了t0之外的所有传输的wt(i)＝1，那么从t0重新分配给其他传输的功率可能足以防止对这些传输实施缩放处理，由此可以执行所述功率分配处理。
在一些解决方案中，通过执行优先等级q的功率分配，可以最小化未使用功率：
作为替换，通过执行所述功率分配，可以将缩放加权为零(被丢弃)的传输数量减至最少。作为替换，所述功率分配可被执行，由此，针对缩放至0的传输，如果没有将该传输缩放至零，那么将不会导致实施所述功率分配。
在一些解决方案中，优先等级q的功率分配仅仅是在没有更低优先级的传输的情况下执行的。在一些这样的解决方案中，如果在子帧i中有至少一个传输具有更低的优先级，那么可以认为具有优先等级q的所有传输都是可缩放的。
在一些解决方案中，即使存在至少一个具有更低优先级的传输，优先等级q的功率分配也是允许实施的。然而，在一些这样的解决方案中，如果进行了优先等级q的功率分配，那么，即使因为优先等级q上的功率分配(under-allocation)而具有可用于更低优先级的传输的功率，也不会为这些传输分配或者重新分配功率。举例来说，如果优先等级q对应于没有用于MCG的UCI的PUSCH传输，并且需要将缩放处理应用于具有优先等级q的传输，那么将不会把功率分配给优先级更低的传输，例如不具有用于SCG的UCI的PUSCH传输(这其中可以排除为SCG传输保留或保证且仍旧可用的功率)。换句话说，在一些这样的解决方案中，剩余功率不会被配给没有用于SCG的UCI的PUSCH传输。
在一些解决方案中，如果执行优先等级q的功率分配，那么未使用的功率：
可被重新分配给具有更低优先级(q’>q)的传输。这种重新分配可以是无条件的。作为替换，是否执行重新分配可以取决于以下的至少一个条件：
a)关联于低优先级(q’)和/或高优先级(q)的传输的MAC实例或小区群组。举例来说，如果将低优先级的传输关联于与高优先级的传输之一不同的小区群组，那么可以执行重新分配处理。作为替换，如果将低优先级的传输关联于相同的小区群组，那么可以执行重新分配处理。在另一个示例中，如果将低优先级的传输关联于MCG，那么可以允许实施重新分配处理。
b)用于确定优先等级q或q’或是优先等级q和q’的相对优先级的至少一个判据。举例来说，只有在关联于q和q’的传输具有相同的UCI类型和/或仅仅在小区群组方面存在差异(MCG相比于SCG)的情况下，所述重新分配处理才可以进行。作为示例，重新分配处理可以从包含HARQ A/N的MCG的传输开始执行至包含HARQ A/N的SCG的传输。
c)低优先级(q’)和/或高优先级(q)的传输的类型。举例来说，重新分配可以是从PRACH传输执行至另一种传输。在另一个示例中，重新分配未必会从PUCCH传输(也就是说，如果被缩放的传输是PUCCH，那么从优先等级q开始)执行到另一个传输。
基于MAC实例之间的功率共用的缩放处理(多重缩放)：在一些方法中，在子帧i中进行的传输可能会遭受一个以上的限制。举例来说，对于每一个MAC实例，与MAC实例(或小区群组)m相关联的所有传输的功率总和可被配置成局限于数值PCMAXM,m(i)。同时，所有传输(在所有MAC实例上)的功率总和也可以被配置成局限于数值PCMAX(i)。在一些解决方案中，为MAC实例m配置的最大功率PCMAXM,m(i)可以默认等于PCMAX(i)。当例如其他MAC实例的功率需求未知时，一个MAC实例m的最大功率PCMAXM,m(i)可以等价于PCMAX(i)与为其他MAC实例m’配置的保证功率Pg m’(i)之间的差值。
在依照MAC实例施加限制的情况下确定所配置的最大功率：在为每一个MAC实例(或小区群组)定义了所配置的最大功率PCMAXM,m的解决方案中，该参量的适用上限和下限以及总体配置的最大输出功率PCMAX和为服务小区c配置的最大输出功率PCMAX,c的上限和下限可以取决于为每一个MAC实例(或小区群组)m确定的指定最大功率PeNB,m。关于所述指定最大功率PeNB,m的判定处理可以依照这里描述的解决方案来执行。此外，至少在以下情况中，所述指定最大功率PeNB,m可以对应于来自WTRU功率分类PPowerClass的最大功率(并且可以相应地简化公式)：在没有提供或定义用于确定所述指定最大功率PeNB,m的参数的情况下；在来自至多一个MAC实例或小区群组的传输正在指定子帧之中进行的情况下(即WTRU执行针对单个eNB的传输)，也就是说，在不同小区群组的传输之间不存在重叠；或者在WTRU被配置成在单个小区群组上进行传输(或是被配置了单个MAC实例)的情况下，例如依照重新配置过程(RRC信令)或者依照MAC信令。
在下文中，符号PeNB,m指的是采用对数单位(例如dBm)的指定最大功率，而peNB,m指的是采用线性单位的指定最大功率。
每MAC实例(小区群组)的最大配置功率PCMAXM,m：在一些解决方案中，适用于MAC实例(或小区群组)的最大配置功率PCMAXM,m可以由下限PCMAXM_L,m和上限PCMAXM_H,m限制，由此：
PCMAXM_L,m≤PCMAXM,m≤PCMAXM_H,m 等式(17)
上限PCMAXM_H,m可被设置成是最大WTRU功率PPowerClass、属于MAC实例(或小区群组)m的所有服务小区c上的线性功率pEMAX,c的总和、以及指定最大功率PeNB,m之间的最小值，并且其中每一项都被转换成对数(dB)单位。功率pEMAX,c对应于PEMAX,c的线性值，所述线性值是由高层为服务小区c提供的。
PCMAXM_H,m＝MIN{10log10∑pEMAX,c,PPowerClass,PeNB,m} 等式(18)
在上式中，所述总和是在仅仅属于小区群组m的服务小区c上求得的。
下限可以依照下式来设置：
PCMAXM_L,m＝MIN{10log10(peNB,m)–ΔTC,10log10∑pEMAX,c–ΔTC,PPowerClass–MAX(MPR+A-MPR+ΔTIB,c+ΔTC,P-MPR)} 等式(19)
在上式中，所述总和可以是在仅仅属于小区群组m的服务小区上求得的。参数ΔTIB,c和ΔTC与取决于所配置的频段的特定组合的容忍值相对应，P-MPR可以对应于功率管理项，MPR和A-MPR可以分别对应于许可最大功率减小量及附加最大功率减小量，其中所述许可可以归因于更高阶的调制以及连续聚合的传输带宽配置，并且可以归因于可能的附加RF需求。
对于指定MAC实例m来说，每MAC实例(或小区群组)的最大配置功率可以通过使用MAC或更高层信令而被报告给网络，例如作为功率余量报告的一部分来报告。这两个MAC实例的值可被包含在传送至任一eNB(或者来自任一MAC实例)的任何功率余量报告中。作为替换，指定MAC实例的值可被包含在任何一个包含了属于该MAC实例的至少一个服务小区的功率余量信息的报告中。
每小区的最大配置功率PCMAX,c：在一些解决方案中，适用于服务小区的最大配置功率PCMAX,c可以用下限PCMAX_L,c和上限PCMAX_H,c来限制，由此：
PCMAX_L,c≤PCMAX,c≤PCMAX_H,c 等式(20)
上限PCMAX_H,c可被设置成是最大WTRU功率PPowerClass、服务小区c所属的MAC实例(或小区群组)m的指定最大功率PeNB,m、以及参数PEMAX,c之间的最小值，参数PEMAX,c是由高层为服务小区c提供的。
PCMAX_H,c＝MIN{PeNB,m,PEMAX,c,PPowerClass} 等式(21)
下限PCMAX_L,c可以依照下式来设置：
PCMAX_L,c＝MIN{MIN(PEMAX,cPeNB,m)–ΔTC,c,PPowerClass–MAX(MPR,c+A-MPR,c+ΔTIB,c+ΔTC,c,P-MPR,c)} 等式(22)
在上式中，参数ΔTIB,c和ΔTC,c可以与取决于所配置的频段和服务小区c所属小区群组的特定频段的特定组合的容忍值相对应，P-MPRc可以对应于服务小区c的功率管理项，MPRc和A-MPRc可以分别对应于服务小区c的许可最大功率减小量和附加最大功率减小量，其中所述许可可以归因于更高阶调制和传输带宽配置，以及可能的附加RF需求。
总体配置的最大输出功率PCMAX：在一些解决方案中，总体配置的最大输出功率可以用下限PCMAX_L和上限PCMAX_H来限制，由此：
PCMAX_L≤PCMAX≤PCMAX_H 等式(23)
上限PCMAX_H可被设置成是最大WTRU功率PPowerClass、(所有小区群组中的)所有服务小区c的功率PEMAX,c的总和、以及所有服务小区群组m上的指定最大功率peNB,m的线性值总和之间的最小值，其中每一项都被转换成对数(dB)单位。功率pEMAX,c对应于的高层为服务小区c提供的PEMAX,c的线性值：
PCMAX_H＝MIN{10log10∑pEMAX,c,PPowerClass,10log10∑peNB,m} 等式(24)
下限PCMAX_L可以依照下式来设置：
PCMAX_L＝MIN{10log10∑MIN[pEMAX,c/(ΔtC,c),pPowerClass/(mprc·a-mprc·ΔtC,c·ΔtIB,c),pPowerClass/(pmprc·ΔtC,c)],MIN(PPowerClass,10log10∑peNB,m)} 等式(25)
在上式中，第一总和是在(所有小区群组的)所有服务小区c上求得的，并且第二总和是在所有小区群组m上求得的。参数ΔtIB,c和ΔtC,c可以与取决于所配置的频段以及服务小区c所属的小区群组的特定频段的特定组合的线性容忍值相对应，pmprc可以对应于服务小区c的功率管理项的线性值，mprc和a-mprc可以分别对应于服务小区c的许可最大功率减小量以及附加最大功率减小量，其中所述许可归因于更高阶的调制和传输带宽配置，以及可能的附加RF需求。
作为替换，下限和上限PCMAX_L和PCMAX_H可以使用以下公式来推导：
PCMAX_L＝MIN{PPowerClass,∑PCMAXM_L,m} 等式(26)
PCMAX_H＝MIN{PPowerClass,∑PCMAXM_H,m} 等式(27)
功率共用——一般情况：在一些方法中，WTRU首先为每一个MAC实例确定被调最大总功率P’CMAXM,m(i)(或指定总功率)。如果由于所有传输所具有的最大功率PCMAX(i)而需要执行缩放处理，那么该被调最大总功率P’CMAXM,m(i)可以对应于一个小于未调节最大功率PCMAXM,m(i)的值。一旦确定了每一个MAC实例的被调最大总功率P’CMAXM,m(i)，那么WTRU可以针对单个最大总功率电平P’CMAXM,m(i)而将缩放过程应用于与MAC实例m相关联的所有传输，由此确定这些传输的传输功率。如果没有限定了每MAC实例的被调最大功率，那么可以直接使用未调节的最大PCMAXM,m(i)来应用缩放过程。
为每一个Mac实例确定被调最大总功率的处理可以使用以下过程来执行。在第一个步骤中，为每一个MAC实例计算以下的功率总和：
其中Mm指代的是与MAC实例m相关联的传输集合。在一些方法中，MAC实例的传输总和PCMAXM,m(i)未必具有硬限制。在这种情况下，以上的公式可以简化成：
于是，MAC实例的总和Ptot(i)是如下计算的：
如果MAC实例的总和Ptot(i)小于或等于PCMAX(i)，则将每一个MAC实例的被调最大总功率P’CMAXM,m(i)被设置成Ptot m(i)。否则，被调最大总功率P’CMAXM,m(i)的集合可以是使用不同的可能方法中的一种方法并基于Ptot m(i)的集合确定的。
基于等同缩放的MAC实例间的功率共用：在一个方法中，被调最大总功率是通过将相同的缩放因子wMAC(i)应用于每一个MAC实例确定的，由此不会超出最大PCMAX(i)：
基于绝对优先级的MAC实例间的功率共用：在另一个方法中，每一个MAC实例的被调最大总功率是基于与每一个MAC实例相关联的优先等级(或顺序)r确定的，由此会优选地将任何必要的调节应用于一个或多个低优先级的MAC实例。如果具有2个MAC实例，那么在不丧失一般性的情况下，与MAC实例m＝1相比，MAC实例m＝0可以具有更高的优先级。在这种情况下，每一个MAC实例的被调最大总功率可被确定，由此，指定给高优先级MAC实例的总功率是功率Ptot 0(i)的总和，但是不会超出Pcmax(i)，而剩余功率则可以被指定给低优先级的MAC实例，如下所示：
P′CMAXM,1(i)＝PCMAX(i)-P′CMAXM,0(i) 等式(34)
基于不等缩放因子的MAC实例间的功率共用：在另一个方法中，依照所配置的比值，为了确保不会超出总的配置功率PCMAX(i)而被应用于每一个MAC实例的缩放因子wMAC m(i)有可能是不等的。该比值可以是预先确定或者由高层提供的。举例来说，应用于主MAC实例的缩放因子值可以是应用于辅助MAC实例的缩放因子值的K倍：
由此，
基于保证可用功率的MAC实例间的功率共用：通过设置缩放因子wMAC m(i)，还可以确保每MAC实例m的被调最大功率不会缩放至小于保证可用功率Pg m(i)的值。换句话说，如果所有MAC实例的传输的总的最大功率超出Pcmax(i)，那么可以将缩放处理应用于一个或多个MAC实例的被调最大功率，以使应用了缩放处理的每MAC实例的总的传输功率不会小于保证可用功率Pg m(i)。
在这种情况下，缩放因子可以采用如下方式来计算：
如果
其中只有在MAC实例的总功率Ptot(i)超出Pcmax(i)的情况下才会应用以上的缩放处理。在具有两个MAC实例的情况下，以上的表达式会简化成：
如果
如果
上述内容意味着每MAC实例的被调最大功率将会依照下式来设置：
如果
如果
在具有两个MAC实例(例如与MeNB和SeNB相对应)的情况下，一个MAC实例(假设是MeNB)的保证可用功率可以从另一个MAC实例(假设是MeNB)的保证可用功率中得到。举例来说，SeNB的保证可用功率可以被确定为PCMAX(i)与MeNB的保证可用功率之间的差值(采用线性单位)，由此，保证可用功率的总和对应于总体配置的最大输出功率PCMAX(i)。
在一些方法中，某一个MAC实例的保证可用功率可被限定为零。举例来说，与SeNB相对应的MAC实例的保证可用功率可被确定为零。
在一些方法中，WTRU可以确保在任何指定时间至少可以为第一MAC实例提供保证可用功率，如果存在剩余功率，那么可以依照其能力来分配剩余功率，以便考虑用于非同步工作模式的稍后进行的第二MAC实例的传输。举例来说，如果WTRU能够考虑分配给稍后开始的第二MAC实例的重叠传输的功率，那么WTRU可以为第一MAC实例分配附加功率，该附加功率可达到可供WTRU使用的最大传输功率与第二MAC实例所需要的功率之间的差值。作为示例，如果WTRU不能考虑分配给稍晚开始的第二MAC实例的传输的功率，那么WTRU可以为第一MAC实例分配功率，所分配的功率可达到可供WTRU使用的最大传输功率与第二MAC实例的保证可供功率之间的差值。作为替换，如果WTRU不能考虑分配给稍晚开始的第二MAC实例的传输的功率，那么WTRU可以为第一MAC实例分配功率，并且所分配的功率可达到可供WTRU使用的最大传输功率与在WTRU开始针对所述第一MAC实例的传输时分配给第二MAC实例的传输的功率之间的差值。
图15示出了一个例示过程1560，作为示例，如对照图12的步骤1260显示和描述的那样，所实施的这个过程可以分配剩余功率。在图15显示的示例中，对于异步情形而言，剩余功率是以时间最先(first-in-time)为基础分配给CG1或CG2的。
在步骤1560内部，在步骤1510，WTRU首先可以确定被调度成使用CG1和CG2的上行链路资源而从WTRU传送的上行链路传输是否是异步的(如对照图4举例显示和描述的那样)。如果是的话，那么在步骤1520，WTRU可以确定使用了在该时间间隔中调度的CG1的上行链路资源的第一上行链路传输是否在时间上早于使用了在该时间间隔中调度的CG2的上行链路资源的第一上行链路传输。如果是的话，则在步骤1530中将剩余功率分配给使用了CG1的上行链路资源的上行链路传输。如果不是的话，那么则在步骤1540中将剩余功率分配给使用了CG2的上行链路资源的上行链路传输。在一些实施方式中，步骤1530和/或步骤1540中的分配可以依照这里描述的任一方法并通过使用所调度的上行链路传输的优先排序来执行。
在一些方法中，对于每一个MAC实体，可以为WTRU配置不同集合的的功率电平值(用于最大功率或者最小保证功率)。举例来说，WTRU可被配置第一集合，其中该集合可以包含与最小保证功率相对应的每一个MAC实体的一个值，并且该集合中的所有值的总和对应的是一个小于可供该WTRU使用的中的可用功率量的值，此外，该WTRU还可以被配置第二集合，并且该集合的所述总和对应的是可供该WTRU使用的功率的总量。在这种情况下，在确定如何在指定子帧中为每一个传输分配功率的时候，如果WTRU能够同时考虑两个MAC实体的传输，那么WTRU可以可以使用第一集合的值，同时它可以采用其他方式来使用第二集合的值。举例来说，网络可以确定所有这两种行为的适当的值，由此可以为WTRU的实施方式给予依照所观察的所有两个MAC实体的传输之间的定时来确定所要使用的功率分配方法的自由。
在一些方法中，WTRU可以确保在任何指定时刻都至少可以为第一MAC实例提供保证可用功率，如果存在剩余功率，那么可以依照其能力来分配剩余功率，由此仅仅执行被动的功率分配，或者在该WTRU还为用于非同步工作模式且在稍晚时间进行的第二MAC实例执行传输的时候执行主动的功率分配。举例来说，如果WTRU只能实施被动的功率分配或者如果第一MAC实例具有更高优先级，那么WTRU可以执行被动的功率分配，并且会将第二MAC实例的可用功率限制成是以下两者中的最大值，即第二MAC实例的最小保证功率以及可供WTRU使用的最大传输功率与第一MAC实例所需要的功率之间的差值。举例来说，如果WTRU只能执行被动的功率分配，或者如果第二MAC实例具有更高的优先级，那么WTRU可以执行被动的功率分配，并且会将可供第一MAC实例使用的功率限制成是第一MAC实例的最小保证功率。作为示例，如果WTRU能够执行主动的功率分配，并且如果第二MAC实例具有更高的优先级，那么WTRU可以执行主动的功率分配，并且会将可供第一WTMAC实例使用的功率限制成是以下两者中的最大值，即第一MAC实例的最小保证功率，以及可供WTRU使用的最大传输功率与第二MAC实例所需要的功率之间的差值。
在这里进一步描述了用于确定保证可用功率的方法。
用于多个优先等级的不等缩放处理：在另一个方法中，依照优先等级，可以使用不同的缩放值来缩放所有传输。为了确定恰当的缩放值，WTRU可被预先配置应用于具有不同优先级的不同传输的缩放比。每一个优先等级都可被提供该缩放比。举例来说，与具有优先级q＝0的传输相比，具有优先级q≠0的传输可以具有缩放比，即Δq＝wq(i)/w0(i)。预计在TTI中会有多个传输的WTRU可以如下确定所有传输的总的需用功率：
其中
如果总的需用功率没有超出PCMAX(i)，那么WTRU不需要缩放任何传输。如果总的需用功率超出PCMAX(i)，那么WTRU可以通过使用恰当的缩放比来对所有的传输执行缩放处理。由此，WTRU可以通过求解以下等式来确定缩放因子集合wt(i)＝wq(i)
Cqwq(i)αq(i)PCMAx(i)＝PCMAx(i) 等式(45)
Δq的值可以采用这里描述的用于更新MAC优先级的方式并基于最近的缩放结果而被更新。此外，WTRU可被配置最小传输功率，以使高优先级的传输永远不会低于预先配置的值。在这种情况下，通过求解以上等式，可能会导致分配给高优先级传输的功率不足。由此，WTRU可以先求解该等式，然后，如果分配给第一优先级传输的功率不足，那么WTRU可以从一个(或多个)最低优先级的传输移除所分配的功率，并且将其指定给第一优先级的传输，直至获得充足的功率。相同的处理也可以对第二优先级的传输执行，直至所有传输功率都被耗尽，并且按照优先级递减的顺序依此类推。在这样的方法中，一个或多个较低优先级的传输有可能不再被分配任何传输功率，并且在这种情况下，UL传输将被认为是由于优先级规则而被中断的。
作为一个说明性示例，基于以上公式，第一优先级的传输(q＝0)可被分配βW，第二优先级的传输(例如q＝1)可被分配ρW，并且第三优先级的传输(例如q＝2)可被分配然而，第一优先级的传输可能具有最小需用功率γW，其中γ>β。由此，WTRU可以重新分配来自最低优先级的传输的γ-βW，并且所给出的最终的功率分配可以是为第一优先级的传输分配βW，为第二优先级的传输分配ρW，为第三优先级的传输分配/>如果/>那么为了满足第一优先级的传输的功率需求，第二优先级的传输所被分配的一些功率可被重新分配给第一优先级的传输，由此，最终的功率分配可以是为第一优先级的传输分配βW，为第二优先级的传输分配/>为第三优先级的传输分配0W。在满足了具有某个优先级的一个或多个传输的功率需求之后，可以为具有下一个优先级的传输执行相同的处理。/>
在一个用于实现不等缩放处理的不同的方法中，WTRU可被提供一组能以如下说明的递归方式使用的缩放比(δ1,δ2,…)。首先，WTRU确定具有任一优先级q的所有预定传输的传输功率)。如果这些功率的总和大于PCMAX(i)，那么可以应用不等的缩放处理。这种不等功率缩放算法是通过以下这些步骤执行的：
在与所有其他优先级的传输进行比较的时候，确定一个或多个具有最高优先级(例如q＝0)的传输的缩放处理。该WTRU被配置了采用以下方式使用的第一缩放比δ1：
w0(i)α0(i)PCMAX(i)+δ1w0(i)∑q＞0αq(i)PCMAX(i)＝PCMAX(i) 等式(47)
对于该算法的剩余部分来说，用于具有最高优先级的传输的缩放处理(w0(i))可以保持固定。为了确定具有后续优先级(例如q＝1,2,3,…)的传输的缩放因子，首先从剩余的可用功率中移除分配给具有第(k-1)个优先级的传输的功率：
Pk(i)＝Pk-1(i)-wk-1(i)αk-1(i)PCMAX(i),k>0 等式(48)
其中
P0(i)＝PCMAX(i) 等式(49)
接下来，采用与第一个步骤相似的方式来确定第k优先级传输的功率缩放处理：
wk(i)αk(i)PCMAX(i)+δkwk(i)∑q＞kαq(i)PCMAX(i)＝Pk(i) 等式(50)
重复步骤(b)和(c)，直至为所有传输分配了功率。
使用了保证可用功率与优先级判据的组合的功率缩放处理：以下段落描述的是如何可以用这里描述的概念(诸如用于小区群组的保证可用功率以及使用优先等级之类)的集合来执行功率缩放处理。此类过程可被称为“总的缩放过程”，并且如所要描述的那样，该过程可以包含缩放过程的多次应用。
在不丧失一般性的情况下，以下描述假设限定了两个(2)小区群组(CG)。总的缩放过程的开始点(输入)是用Pd t(i)表示的用于传输t的一组预期功率电平，并且所述总的缩放过程的输出是用Ps t(i)表示的用于传输t的一组缩放功率电平。于是，总的缩放加权wt(i)可被定义成是缩放功率电平与预期功率电平之间的比值，也就是说，wt(i)可被设置成是Ps t(i)/Pd t(i)。
对于预期功率电平Pd t(i)的计算可以从已知的功率控制解决方案中得到，其中所述解决方案涉及开环分量、闭环调节、从物理层或更高层信令中获取的参数。预期功率电平可被假设成是基于每小区而被限制的，例如PCMAX,c(i)。此外，在一些解决方案中，如果小区群组m中的传输的预期功率总和超出了所配置每小区群组的最大功率PCMAXM,m(i)，那么WTRU可使用与相对应的最大总功率电平PCMAXM,m(i)来对该小区群组的传输的预期功率Pd t(i)执行缩放过程。为了简化后续描述，在适用的情况下，此类缩放过程的输出仍被称为“预期功率”Pd t(i)。
WTRU可被配置用于一个小区群组或是所有的两个小区群组m的保证可用功率Pg m(i)。如果没有为小区群组配置保证可用功率，那么WTRU可以假设该小区群组的保证可用功率为零。
WTRU可以首先依照已经描述的公式来计算每一个小区群组m的功率总和Pm tot(i)以及MAC实例的功率总和Ptot(i)，但是其中Pt(i)有可能对应于预期功率Pd t(i)。如果MAC实例的总和Ptot(i)小于或等于PCMAX(i)，那么无需采用进一步的行动来按比例缩小功率，由此，对于所有的传输来说，Ps t(i)＝Pd t(i)。
否则，如果Ptot(i)大于PCMAX(i)，那么WTRU可以为每一个小区群组确定预期功率总和Pm tot(i)是否小于或等于相应的保证可用功率Pg m(i)。如果第一小区群组(m＝0)满足该条件，那么WTRU不会对该第一小区群组中的传输的功率执行缩放处理，即对于属于第一小区群组的传输来说，Ps t(i)＝Pd t(i)。然后，WTRU可以使用与PCMAX(i)和第一小区群组的功率总和P0 tot(i)之间的差值，即PCMAX(i)-P0 tot(i)，相对应的最大总功率电平来对第二小区群组(m＝1)中的传输的预期功率Pd t(i)执行缩放过程，并且该过程的结果是属于第二小区群组的传输的缩放功率电平集合Ps t(i)。
相反，如果第二小区群组(m＝1)满足该条件，那么WTRU不会对第二小区群组中的传输的功率执行任何缩放处理，即，对属于第二小区群组的传输来说，Ps t(i)＝Pd t(i)。WTRU可以使用与PCMAX(i)和第二小区群组功率总和P1 tot(i)之间的差值相对应的最大总功率电平来对第一小区群组(m＝0)的预期传输功率Pd t(i)执行缩放过程，并且该过程的结果是属于第一小区群组的传输的缩放功率电平集合Ps t(i)。
否则，如果预期功率总和Pm tot(i)超出了所有的两个小区m＝0和m＝1的相应保证可用功率Pg m(i)，那么可以设想用于在小区群组之间共用功率和缩放功率的不同解决方案，这其中包括以下描述的解决方案。
第一种解决方案：依照小区群组来执行缩放，之后，对所有的两个小区群组执行缩放处理。在第一种解决方案中，WTRU可以使用与PCMAX(i)和其他群组m’的保证可用功率Pg m’(i)之间的差值相对应的最大总功率电平来为每一个小区群组m执行针对该小区群组的传输的预期传输功率的缩放过程，由此开始执行操作。换句话说，为第一小区群组m＝0考虑的最大总功率电平可被设置成PCMAX(i)-Pg 1(i)，为第二小区群组m＝1考虑的最大总功率电平可被设置成PCMAX(i)-Pg 0(i)。作为该处理的结果，WTRU会从所有这两个小区群组获取一组初始缩放传输功率Pis t(i)。然而，这两个小区群组的这些初始缩放传输功率Pis t(i)的总和通常仍会超出PCMAX(i)。如果是这种情况，那么WTRU可以将PCMAX(i)作为最大值来对这两个小区群组的所有初始缩放传输功率Pis t(i)执行附加的缩放过程，以便获取缩放传输功率Ps t(i)。如前所述，在执行缩放过程的时候，传输的多个优先等级可被考虑。作为示例，优先级顺序可以是基于每一个传输的物理信道的类型、每一个传输所运送的上行链路控制信息的类型、所述传输所归属的小区群组定义的，并且可以取决于是否接收到网络指示。整个过程会在获取了最终传输功率之后结束。
第二种解决方案：缩放保证功率，之后缩放所有的两个小区群组的未保证功率。在第二种解决方案中，缩放功率电平Ps t(i)是作为两个部分Pgua t(i)和Pngua t(i)的总和计算的，其中Pgua t(i)是从该传输t所属的小区群组的保证可用功率中获取的部分，并且Pngua t(i)是从未向任何小区群组保证的功率中获取的部分。每一个部分或是所有这两个部分可以是零，或者可以对应于预期功率电平。
WTRU可以为每一个小区群组m执行针对该小区群组的预期传输功率的缩放过程，由此开始执行处理，其中最大电平与该小区群组的保证可用功率Pg m(i)相对应。作为该处理的结果，WTRU获得的是来自保证可用功率的部分Pgua t(i)的集合。
如果小区群组的保证可用功率Pg m(i)的总和小于PCMAX(i)，那么从未向任一小区群组保证的功率中获取的部分Pngua t(i)有可能大于零。这些部分Pngua t(i)的集合可以作为附加缩放过程的输出来计算，其中该附加缩放过程是针对来自保证可用功率的部分Pgua t(i)小于预期功率Pd t(i)的所有这两个小区群组中的传输执行的。对于每一个此类传输的缩放过程来说，用作该过程的输入的预缩放功率可以预期功率与来自保证可用功率的部分之间的差值，即Pd t(i)–Pgua t(i)。在缩放过程中使用的最大功率可以是未保证的可用功率PCMAX(i)-Pg 0(i)-Pg 1(i)。该缩放过程中使用的优先级顺序可以采用以先前解决方案中的方式来定义。
第三种解决方案：依照小区群组来进行分配，之后依照小区群组来为一个或所有的两个小区群组执行了缩放处理。在第三种解决方案中，WTRU可以基于至少一个优先级判据来识别小区群组之间的相对优先级(也就是排名)，以便开始执行处理。该优先级判据可以包括以下的一项或多项：小区群组的传输中包含的UCI的类型，或是小区群组传输中的UCI的最高优先级类型，小区群组自身的标识(即其是主CG还是辅助CG)，并且可以取决于是否接收到网络指示。如果使用的是基于传输或UCI的类型(例如PUCCH优先于没有UCI的PUSCH，或者HARQ A/N优先于CSI优先于没有UCI)的优先级判据，那么可以基于小区群组的所有传输之中的最高优先级来确定CG的优先级，如果可供小区群组使用的仅仅是保证可用功率，那么也可以仅仅以需要应用缩放处理的小区群组的传输之中的最高优先级为基础来确定CG的优先级。在不丧失一般性的情况下，高优先级CG可以用索引m＝H标识，并且低优先级CG可以用索引m＝L标识。于是，总的可用功率PCMAX(i)中没有向任一小区群组保证的部分可以按照优先级指定给具有最高优先级的小区群组，而剩余功率则可以被指定给低优先级的小区群组，由此，分别指定给高优先级和低优先级的小区群组的最大总功率P’CMAXM,H(i)和P’CMAXM,L(i)可以依照下式来设置：
P’CMAXM,H(i)＝min[PCMAX(i)-Pg L(i),PH tot(i)] 等式(51)
P’CMAXM,L(i)＝PCMAX(i)-P’CMAXM,H(i) 等式(52)
在第二个步骤中，WTRU会使用P’CMAXM,L(i)的最大值来对低优先级小区群组的传输执行缩放过程，并且该过程的输出是低优先级小区群组的传输的缩放功率集合。如果高优先级小区群组的预期功率PH tot(i)的总和超出差值PCMAX(i)-Pg L(i)，那么WTRU还会使用P’CMAXM,H(i)的最大值来对高优先级小区群组的传输执行缩放过程，并且该过程的输出是属于高优先级小区群组的传输的缩放功率集合。否则，缩放处理将不会被应用于高优先级小区群组中的传输的功率，换言之，对于该小区群组中的传输来说，Ps t(i)＝Pd t(i)。
在非同步传输的情况下的功率缩放处理：在子帧级，为不同MAC实例(或是不同的服务小区集合)进行的传输未必是同步的。这意味着在子帧中，在从属于第二MAC实例的传输开始的时候，从属于第一MAC实例的传输有可能已经开始。以下段落描述了用于处理这种情况下的功率缩放的方法。如果子帧之间的定时差值大于特定时长，例如单个OFDM符号的时长，那么以下描述的解决方案也可能是适用的。
假设可以将传输归类到子集A和B中，其中指定子集中的所有传输(在子帧中)都是同时开始的，而不同子集中的传输则未必同时开始。作为示例，子集A中的传输的子帧i可以在子帧B中的传输的子帧i的第三个OFDM符号上开始。在一个示例中，子集A和B可以分别对应于主MAC实例和辅助MAC实例的传输。
如果传输在小区群组(或MAC实例)之间是不同步的，那么子帧i中的总体配置的最大输出功率PCMAX(i)可以依照以下过程来确定。WTRU可以确定用于子集A中的子帧i的两个部分的下限PCMAX_L和上限PCMAX_H，其中第一部分与子集B的子帧j重叠，并且第二部分与子集B的子帧j+1重叠。这些限制可以用如下方式表示：
-PCMAX_L(i,j)是子集A的子帧i中与子集B的子帧j重叠的部分的下限；
-PCMAX_L(i,j+1)}是子集A的子帧i中与子集B的子帧j+1重叠的部分的下限；
-PCMAX_H(i,j)是子集A的子帧i中与子集B的子帧j重叠的部分的上限；
-PCMAX_H(i,j+1)是子集A的子帧i中与子集B的子帧j+1重叠的部分的下限。
这些限制可以基于已经描述的公式来确定，其中应该理解的是，这些参数(例如最大功率减小量)的值可以取决于在子帧的相应部分中发生的实际传输。于是，子帧i中的总体配置的最大输出功率PCMAX(i)可以依照下式来限制：
PCMAX_L(i)≤PCMAX(i)≤PCMAX_H(i) 等式(53)
其中
PCMAX_L(i)＝MIN{PCMAX_L(i,j),PCMAX_L(i,j+1)} 等式(54)
PCMAX_H(i)＝MAX{PCMAX_H(i,j),PCMAX_H(i,j+1)} 等式(55)
此外，在任一时段中均不能超出PPowerClass。
作为替换，我们可以依照下式来计算这些限制：
PCMAX_L＝MIN{PPowerClass,PCMAXM_L,A(i)+MIN{PCMAXM_L,B(j),PCMAXM_L,B(j+1)} 等式(56)
PCMAX_H＝MIN{PPowerClass,PCMAXM_H,A(i)+MAX{PCMAXM_H,B(j),PCMAXM_HB(j+1)}, 等式(57)
其中PCMAXM_L,A(i)、PCMAXM_H,A(i)是子帧i中的每MAC实例(或小区群组)A的最大配置功率的下限和上限，并且PCMAXM_L,B(j)、PCMAXM_H,A(j)是子帧j中的每MAC实例(或小区群组)B的最大配置功率的下限和上限。
以子集A作为参考，子帧i中用于该子集的功率缩放处理既可以取决于以下传输的功率，也可以结合以下传输的功率而被联合确定：
子帧j中的子集B的传输；以及
子帧j+1中的子集B的传输。
其中子集B的子帧j的末端是在子集A的子帧i的开端和末端之间出现的。
图16显示了一个流程图1660，其中示出的是WTRU在异步情况下确定可供所有上行链路传输在某一个时间间隔中使用的最大功率(Pcmax)的处理。
在步骤1610，WTRU可以确定为使用了CG1的上行链路资源的传输调度的子帧i是否以异步的方式重叠于为使用了CG2的上行链路资源的传输调度的子帧j(也就是说，子帧i和子帧j的开始时间的差值是否超出了如对照图2和3所描述的同步性阈值)。如果帧i和j以异步方式重叠，那么在步骤1620，WTRU可以确定子帧i是否开始于子帧j之前。
如果子帧i开始于子帧j之前，那么在步骤1630，WTRU可以基于子帧i、子帧j以及在时间上与子帧i重叠的子帧j-1(也就是为使用了CG2的上行链路资源的上行链路传输调度的前一个帧)来确定Pcmax。第一范围可以由WTRU基于子帧i和子帧j来确定，并且第二范围可以由WTRU基于子帧i和子帧j-1来确定。然后，Pcmax的最小值可被WTRU确定成是第一和第二范围的最低值中的较低的一个，并且Pcmax的最大值可被WTRU确定成是第一范围的最高值和第二范围的最高值中的较高的一个。由此，Pcmax将会落入该最小值与最大值之间的范围以内。
如果子帧i并非开始于子帧j之前，那么在步骤1640，WTRU可以基于子帧j、子帧i中与子帧j在时间上重叠的部分以及子帧i-1(也就是为针对CG1的上行链路传输调度的前一个子帧)与子帧j在时间上重叠的部分来确定Pcmax。第一范围可以由WTRU基于子帧i和子帧j来确定，并且第二范围可以由WTRU基于子帧i-1和子帧j来确定。然后，Pcmax的最小值可被WTRU确定成是第一范围和第二范围的最低值中的较低的一个，并且Pcmax的最大值可被WTRU确定成是第一范围的最高值和第二范围的最高值中的较高的一个。由此，Pcmax将会落入该最小值与最大值之间的范围以内。应该指出的是，对于异步情况来说，按照定义，子帧i和子帧j永远不会同时开始。
图17示出的是供WTRU用于在对照图M显示和描述的步骤M30中计算Pcmax的子帧。子帧i是为来自WTRU且使用了CG1的上行链路资源的传输调度的。子帧j和j-1是为来自WTRU且使用了CG2的上行链路资源的传输调度的。子帧i的开始时间1700比子帧j的开始时间1710领先了时间1730，该时间1730超出了对照图2和3描述的同步性阈值。对于异步情形来说，第一范围可以由WTRU基于子帧i和子帧j来确定，并且第二范围可以由WTRU基于子帧i和子帧j-1来确定。然后，Pcmax的最小值可被WTRU确定成是第一范围和第二范围的最低值中的较低的一个，并且Pcmax的最大值可被WTRU确定成是第一范围的最高值和第二范围的最高值中的较高的一个。由此，用于时间间隔1730的Pcmax将会落入该最小值与最大值之间的范围以内。
图18示出的是供WTRU用于在对照图16显示和描述的步骤1640中计算Pcmax的子帧。子帧i和i-1是为来自WTRU且涉及CG1的传输调度的。子帧j是为来自WTRU且涉及CG2的传输调度的。子帧i的开始时间1800比子帧j的开始时间1810领先了时间1830，并且该时间1830超出了对照图3和4描述的同步性阈值。对于这种异步情形而言，第一范围可以由WTRU基于子帧i和子帧j来确定，并且第二范围可以由WTRU基于子帧i-1和子帧j来确定。然后，Pcmax的最小值可被WTRU确定成是第一范围和第二范围的最低值中的较低的一个，并且Pcmax的最大值可被WTRU确定成是第一范围的最高值和第二范围的最高值中的较高的一个。由此，用于时间间隔1830的Pcmax将会落入该最小值与最大值之间的范围以内。
在一个方法中，对在子帧i中进行的子集A的传输所实施的功率缩放处理可以是在考虑了在缩放之后在子帧j中进行的子集B的传输的功率的情况下执行的，其中所述子集B中的传输在子集A的子帧i开始时即处于进行之中。为了确定缩放因子，最大配置输出功率PCMAX(i)可被替换成一个值P’CMAX(i)(或剩余可用功率)，其中所述值对应的是最大配置输出功率与在缩放处理wt(j)Pt(j)之后在子帧j中进行的子集B的传输的功率之间的差值：P′CMAX(i)＝PCMAX(i)-∑t∈Bwt(j)Pt(j) 等式(58)
对于子集B的传输来说，如果以下的项
在子帧j上并非恒定的，那么可以使用其在子帧j上的最大值。作为示例，如果在最后一个SC-FDMA符号中传送SRS，那么有可能会发生这种情况。
所述项
/>
可以等价于可供子帧j中的子集B的传输使用的最大功率电平P’CMAXM,B(j)与子集B中的传输所需要的功率总和
PqB(j)≡∑t∈BPt(j) 等式(61)
或是其在子帧上的最大值之间的最小值。
如果子帧i配置了子帧内频跳并且与子集B的子帧j的重叠时段小于或等于一个时隙时长，那么P’CMAX(i)可以只考虑重叠时隙的功率电平，因为在这种加权判定情况下，WTRU可以改变时隙之间的PA功率电平。此外，如果子帧i调度了SRS传输，并且重叠时段小于一个符号，那么可以只考虑重叠符号的功率电平，因为在这种加权判定情况下，WTRU可以改变SRS与缩短的PUCCH/PUSCH之间的功率电平。
被动缩放：在一个方法中，用于确定子集A在子帧i中的传输的缩放因子的确定可以是在考虑了以上经过修改的最大功率P’CMAX(i)以及仅仅在缩放过程中包含子集A在子帧i中的预缩放传输功率集合的情况下执行的。如果子集A的传输存在附加的配置功率限制PCMAXM,A(i)(或P’CMAXM,A(i))，那么可以使用与P’CMAX(i)和PCMAXM,A(i)(或P’CMAXM,A(i))之间的最小值相对应的最大功率电平来执行缩放过程。换句话说，供子集A在子帧i中的传输的缩放过程使用的最大功率电平P’CMAXM,A(i)可以对应于P’CMAX(i)＝PCMAX(i)-P1 CG,B(j)与配置功率限制PCMAXM,A(i)之间的最小值，其中后者可以对应于PCMAX(i)-Pg B，并且其中Pg B对应的是为对应于子集B的传输的小区群组所配置的保证功率(如果将保证功率配置成是PCMAX(i)的比值，那么其等价于PCMAX(i)x(1–Rg B))。在这种情况下，最大功率电平P’CMAXM,A(i)还可以被表述成PCMAX(i)–max[PCMAX(i)Rg B,P1 CG,B(j)]。
通过使用这种方法，可以在考虑了来自在该子帧中结束的子集B的传输所产生的限制的情况下将子集A的传输功率增至最大，而不用考虑将会始于该子帧的子帧B的传输的功率需求。在这里，这种方法可被称为“被动缩放”。
主动缩放：作为替换，确定子集A在子帧i中的传输的缩放因子的确定可以是在考虑了以下各项的情况下执行的：
适用于在子集B的子帧j结束时结束的子帧i中的部分的经过修改的最大功率P’CMAX(i)；
适用于在子集B的子帧j+1结束时开始的子帧i中的的部分的最大配置输出功率PCMAX(i)；
用于子集B的子帧j+1的预缩放或预期的Pd t(j+1)传输功率的集合。
在子帧i和j+1中施加于子集A和B的可能的附加配置最大功率限制PCMAXM,A(i)和PCMAXM,B(j+1)。
通过使用这种方法，会在同时考虑了来自子集B且在该子帧中结束的传输所带来的限制以及来自子集B且开始于这个子帧的传输所带来的限制的情况下将子集A的传输功率最大化。在这里，这种方法可被称为“主动缩放”。在使用这种方法的时候，对于子集A在子帧i中的传输功率来说，其缩放因子wt(i)可以依照以下过程来确定。
-仅仅将第一缩放过程应用于子集A的预缩放传输功率Pt(i)或预期功率Pd t(i)，并且使用经过修改的最大功率P’CMAX(i)或是P’CMAX(i)与子集A的传输的配置功率限制PCMAXM,A(i)(或P’CMAXM,A(i))之间的最小值，由此确定缩放因子w(1) t(i)或缩放功率Ps(1) t(i)；
-将第二缩放过程应用于子集A在子帧i中的预缩放传输功率Pt(i)或预期功率Pd t(i)，以及将该过程应用于子集B在子帧j中的预缩放传输功率Pt(j+1)或预期功率Pd t(j+1)，并且使用最大配置输出功率PCMAX(i)，由此确定缩放因子w(2) t(i)或缩放功率Ps(2) t(i)；如果定义了子集A和B上的配置功率限制PCMAXM,A(i)和PCMAXM,B(j+1)(或P’CMAXM,A(i)和P’CMAXM,B(j))，那么可以依照已经描述的用于MAC实例(或是多次缩放处理)之间的功率共用的情形的方法来执行缩放过程。
-选择每一个缩放因子(或是每一个缩放功率)的两个值中的最小值：
或者等价地
Ps t(i)＝min[Ps(1) t(i),Ps(2) t(i)] 等式(63)
另一个可能的解决方案可以包括以下内容：如果子集A和B分别对应于MAC实例A和B：则确定子帧中的第一部分的试探性指定总功率P’(1) CMAXM,A(i)，所述功率与先前描述的值P’CMAX(i)和MAC实例A的最大配置功率PCMAXM,A(i)之间的最小值相对应；使用先前描述的一种用于MAC实例之间的功率共用的方法来确定子帧中的第二部分的试探性指定总功率P’(2) CMAXM,A(i)，其中第二MAC实例B在子帧j+1中的传输将被考虑，并且将会酌情考虑相关联的优先级；将(整个)子帧i的指定总功率P’CMAXM,A(i)确定成是这两个试探性指定总功率中的最小值，即P’CMAXM,A(i)＝min{P’(1) CMAXM,A(i),P’(2) CMAXM,A(i)}；以及针对单个最大总功率电平P’CMAXM,A(i)，通过将缩放过程应用于这些传输来确定在子帧(i)中与MAC实例A关联的所有传输的传输功率。
在一些解决方案中，该计算可以通过假设子集B在子帧j+1中的指定总功率P’CMAXM,B(j+1)等于与子集B的保证指定功率相对应的配置值来执行。如果子集B实际需要的传输功率在需要计算子集A在子帧i中的传输功率的时候是未知的，那么这种方法是非常有益的。在一些解决方案中，是否使用P’CMAXM,B(j+1)的配置值或者是否基于实际需要的传输功率来计算某个值可以取决于子帧i和子集j+1之间的定时差值是否低于某个阈值，或者在子帧j+1中接收适用于子集B的控制信息的处理与子集A在子帧i中的传输之间的可用WTRU处理时间是否低于阈值。例如，WTRU可以依照这里描述的与小区群组的同步和非同步上行链路传输有关的任一方法来确定这种定时差值，例如基于传输子集之间的上行链路操作(同步或非同步)的类型来确定。作为替换，WTRU可以依照这里描述的与处理时间预算有关的任一方法来确定定时差值，例如基于WTRU处理时间来确定。
在以上述方式执行主动缩放处理的时候，在使用如上在确定P’CMAX(j+1)的过程中为子集A计算的缩放因子应用了被动缩放过程(从子集B的角度应用)之后，这时可以立即对子集B在子帧j+1中的传输的缩放处理进行判定。这意味着用于这两个传输集合的缩放因子可以是在其间没有任何间隔的情况下计算的。
就针对归属于以上所有两个子集的传输所实施的缩放过程的性能而言，每一个单独的传输都可被定义优先级，并且有可能会定义子优先级。作为补充或替换，优先级可以基于子集来定义。举例来说，如果这些子集分别对应于主MAC实例和辅助MAC实例，那么子集B的优先级可以高于子集A。
WTRU可以基于以下的至少一个判据来确定为传输子集应用“被动缩放”还是“主动缩放”。
在一个例示方法中，WTRU可以始终对所有这两个传输子集应用被动缩放处理。在这种情况下，至少会在任一传输子集的子帧的每一个开端执行单独的计算。
在另一个例示方法中，如果相应MAC实例具有高于其他MAC实例的优先级，那么WTRU可以基于这里描述的优先排序解决方案来对传输子集应用被动缩放处理。
在另一个例示方法中，如果子帧i的开端与子集j+1的开端之间的时间差小于阈值，那么WTRU可以为子集A应用主动缩放(并且随后立即为子集B应用被动缩放)。该阈值可以是预先定义的，并且作为示例，该阈值可以可允许减去例如可供WTRU确定子集B需要的预缩放传输功率的可用处理时间。所述阈值或者主动缩放是否可行取决于用信号通告网络的WTRU能力。作为替换，该阈值可以对应于半个子帧或一个时隙。在这种情况下，可有效执行子帧配对，由此会将配对子帧开端之间的时间间隔减至最小。然后，主动缩放将被应用于该配对中的较早子帧，而被动缩放则被应用于后一个子帧。在另一个例示情形中，只有在较早子帧对应于低优先级的MAC实例的传输的情况下才会使用这种方法。
具有先占权的被动缩放：在一些方法中，WTRU可以依照被动缩放过程(也就是，仅仅考虑第二MAC实例在子帧j中进行的与子帧i的早期部分重叠的传输)来计算第一MAC实例在子帧i中的传输功率，如果确定第二MAC实例(或是其传输)在子帧j+1中的优先级高于第一MAC实例在子帧i中的优先级，那么WTRU会丢弃在整个子帧或是该子帧的一部分上进行的第一MAC实例的传输。
换句话说，第一MAC实例在子帧i或者在子帧i的至少一部分之中的传输功率要么是被动缩放过程的结果，要么是零，这一点取决于第二MAC实例在子帧j+1中的优先级是否高于第一MAC实例在子帧i中的优先级。
在一些方法中，如果确定第二MAC实例在子帧j+1中具有较低的优先级(或者具有更低或相等的优先级)，或者如果确定在子帧j+1中没有用于第二MAC实例的传输，那么WTRU可以根据被动缩放过程来计算第一MAC实例在子帧i中的的传输功率。否则，WTRU可以以应用了使用预先设定的指定总功率Ppreempt CMAXM,A(i)作为最大功率的缩放处理为基础，确定第一MAC实例在子帧i中的传输功率，并且有可能只有在所述值小于作为被动缩放处理的一部分所确定的剩余可用功率的情况下，WTRU方才以应用了使用预先设定的指定总功率Ppreempt CMAXM,A(i)作为最大功率的缩放处理为基础，确定第一MAC实例在子帧i中的传输功率。
此类解决方案的益处在于：在与第二MAC实例在子帧j+1中的传输有关的信息可用的时候，避免进行与功率相关的大量的计算或重新计算。
在以下论述中描述了另一个例示和适用的优先排序功能。相关的方法包括那些能在WTRU在上行链路操作方面受限的时候应用的方法。举例来说，此类优先排序功能可以包括以下的至少一项：
选择性消隐(selective blanking)：WTRU可以确定其应该执行高优先级的传输，并且可以确定其不应该执行低优先级的传输(或者为其分配零功率，在这种情况下，这可被认为是功率缩放事件)。
作为示例，该处理有益于在多个MAC实体(例如主、辅助)之间和/或在多个物理信道(或信号)类型(例如PUSCH、PUCCH、PRACH、SRS)之间和/或在用于相同类型的物理信道(例如PUSCH和PUSCH、PUCCH和PUCCH等等)的多个传输之间执行某种形式的TDM。
特别地，如果假设可以在某个余量之内(例如，在符号时长处以及在循环前缀长度之内)同步上行链路传输定时，那么该处理将会是非常有用的。
选择性传输：正如这里描述的那样，WTRU可以确定其应该执行一个传输，由此可以自主确定该传输的一个或多个特性，以此作为适用许可(在这里被称为基本许可)的一个或多个方面的替代。
截断传输：WTRU可以确定其应该执行高优先级的传输，并且可以确定其应该截断用于低优先级传输的一个或多个符号。
举例来说，该处理有益于在多个MAC实体(例如主、辅助)之间和/或在多个物理信道(或信号)类型(例如PUSCH、PUCCH、PRACH、SRS)之间和/或在用于相同类型的物理信道(例如PUSCH和PUSCH、PUCCH和PUCCH等等)的多个传输之间执行某种形式的TDM。
特别地，如果无法假设可以在某个余量之内(例如，在符号时长处以及在循环前缀长度之内)同步上行链路传输定时，那么该处理将是非常有用的。
功率缩放：WTRU可以确定其应该对一个或多个上行链路传输的传输功率应用缩放功能，由此可以先将功率分配给高优先级的传输，并且可以按照优先级递减的顺序来分配剩余功率。或者，如果WTRU确定两个或多个传输的优先级相等，那么WTRU可以应用附加的优先级规则，它可以以等同的方式来分配的剩余功率，或者可以依照WTRU的实施方式来分配剩余功率，由此可以优化传输功率(例如，WTRU可以确定需要最小回退的功率分配，例如所应用的MPR)。
用于HARQ A/N或其他UCI传输的资源：WTRU可以确定资源的类型(PUCCH或PUSCH)和/或用于HARQ A/N或是PUSCH内部的其他UCI的资源数量或比例，以便提升在功率受限的情况下成功检测到此类UCI的可能性。举例来说，用于HARQ A/N或秩指示(RI)的编码符号数量Q’可被确定成是优先排序功能的输出。作为示例，作为优先排序功能的结果，编码符号数量Q’的可被设置成是PUSCH分配的子载波数量的四倍，而不是依照现有解决方案所计算的数量。在另一个示例中，该优先排序功能可以确定应该在PUCCH而不是PUSCH上传送HARQ A/N，并且应该丢弃任何PUSCH传输。
WTRU可以依照一个或多个规则来确定优先级，例如这里描述的规则。这种优先级可被用作与如上所述的优先排序功能相关联的优先排序等级。
这种优先排序功能和优先排序等级可适用于对用于指定TTI(例如与如上的情形1相同)中的一个或多个上行链路传输的许可进行选择的处理。举例来说，WTRU可以具有关于主MAC实例的有效许可，以及关于指定TTI中的辅助MAC实例的许可。如果WTRU应用的是选择性传输，那么WTRU可以选择将会依照适用的优先等级而被执行其传输的许可。
作为替换，这种优先排序功能和优先排序等级可适用于为指定TTI中的一个或多个上行链路传输分配传输功率的处理(例如以上的情形2和3)。举例来说，WTRU可以具有用于主MAC实例的有效许可，以及用于指定TTI中的辅助MAC实例的许可。如果WTRU应用功率缩放功能，那么WTRU可以确定应该先将可用的传输功率分配给与什么样的MAC实体相关联的什么样的传输，然后则会将剩余功率分配给与其他MAC实体相关联的一个或多个上行链路传输。如果剩余功率不足以进行所涉及的传输，那么WTRU有可能会执行选择性传输(如果适当的话)。
对于以上的任一优先排序功能，代表所涉及的优先排序功能的参数可以是WTRU的一个配置方面。
在一个示例中，优先排序功能是可以参数化的，也就是说，网络是可以控制的。举例来说，WTRU可被配置成执行功率缩放功能，其中该功能包含了分配给特定MAC实例的最少量的功率(例如先前描述的MAC实例的保证可用功率Pg m(i))，或是为特定MAC实例分配的目标功率比。该阈值有可能是依照物理信道(例如PUCCH，PUSCH)应用的。
在另一个示例中，在一个方法中，用于MAC实例的保证可用功率Pg m(i)可以是从高层信令提供的值中推导得到的。所述值既可以依照绝对值(例如dBm或mW)表述，也可以依照总体配置的最大输出功率PCMAX(i)或是最大WTRU功率PPowerClass的一部分来表述。举例来说，用于子帧(i)中的MAC实例的保证可用功率可被确定成是比PCMAX(i)(以dBm为单位表述)低XdB，或者可被确定成是PCMAX(i)的Y倍(用线性单位表述)，其中Y对应的是保证可用的功率比。X(或Y)的值可以由高层来提供。
在另一个示例中，WTRU可被配置有指定优先排序功能的一个或多个参数集合。当有多个配置可供指定功能使用时，WTRU可以依照半静态方面(如下所述)和/或依照动态方面(如下所述)来确定在指定子帧中应用哪种功能。举例来说，为功率缩放功能配置的可以是不同的阈值，由此可以提供一个或多个默认值，并且由此可以定址非默认参数(或是其集合)，例如通过WTRU接收的控制信令来定址。
换句话说，WTRU可以接收动态修改适用优先排序规则集合的控制信令。
在一个示例中，WTRU可被配置成为至少一个MAC实例使用可能的保证可用功率集合之一。该集合可以是从高层信令(例如RRC)提供的。来自该集合的所要使用的保证可用功率的特定值可以从物理层信令或者从MAC信令(MAC控制元素)提供。举例来说，WTRU有可能只在从特定MAC实例接收到DCI的情况下才会基于所接收的DCI的字段来确定应被使用(用于每一个MAC实例)的集合的值，所述值可只能应用于与DCI关联的子帧，或是应用于与该DCI关联的上行链路传输。作为替换，所述值可以应用于所有后续的上行链路传输，直至接收到新的指示。
在另一个示例中，来自用于第一MAC实例的集合的保证可用功率的特定值可以取决于该MAC实例相比于第二MAC实例的相对优先级。这种相对优先级可以取决于在第一或第二MAC实例的传输中是否包含HARQ A/N。举例来说，用于第一MAC实例的保证可用功率的一组可能的值可以是Pcmax(i)的80％、50％或20％。如果第一MAC实例具有低于第二MAC实例的优先级，那么第一MAC实例的保证可用功率可以是的Pcmax(i)的20％。如果两个MAC实例具有相同的相对优先级，那么第一MAC实例的保证可用功率可以是的Pcmax(i)的50％。如果第一MAC实例具有比第二MAC实例更高的优先级，那么第一MAC实例的保证可用功率可以是Pcmax(i)的80％。
该处理有益于启用可供eNB使用动态控制信令来控制用于指定WTRU的传输之间的适用优先级的切换的操作。
在另一个示例中，可以在指定优先排序功能中使用的参数值可以取决于MAC实例(小区群组)之间或是传输之间的优先级。举例来说，如果MAC实例m优先于一个或多个其他MAC实例，那么该MAC实例的最大功率PCMAXM,m可以是第一个值PCMAXM,HIGH，以及如果该MAC实例未被优先排序或者具有较低的优先级，那么其最大功率可以是第二个值PCMAXM,LOW。在另一个示例中，如果该MAC实例优先于一个或多个其他MAC实例，那么保证可用功率Pg m(i)可以是第一个值Pg HIGH(i)，以及如果该MAC实例未被优先排序或者具有较低的优先级，那么其保证可用功率可以是第二个值Pg LOW(i)。
以下进一步论述了对于P_MeNB和P_SeNB的控制。
在MAC实体之间硬拆分WTRU可用功率：在被配置了双连接时，对于与针对MeNB(例如主MAC实体)的传输相关联的MAC实体，WTRU可被配置(例如由RRC)一个值PeNB,m＝PeNB,0，该值在这里被称为P_MeNB，对于与针对SeNB(例如辅助MAC实例)的传输相关联的MAC实体，WTRU可被配置一个值PeNB,m＝PeNB,1，该值在这里被称为P_MeNB。在概念上，此类值可能会影响到在WTRU确定应该应用功率缩放之前需要多少传输功率；它还会影响WTRU的传输的上行链路覆盖。在使用L3信令来半静态地配置这种值的时候，对于系统来说，要在确保保持上行链路覆盖(例如用于关键性的L3信令的传输)的同时优化WTRU的功率使用情况将会变得很有挑战。在这里进一步论述了用于动态调整此类值的方法。
在MAC实体之间对WTRU可用功率执行基于系数的可变拆分：在一个例示方法中，WTRU还可以确定应用于P_MeNB和P_SeNB的值的系数值alpha。然后，如果必要的话，例如在WTRU需要确定如何为关联于一个以上的MAC实体的传输拆分功率的情况下，和/或在WTRU需要应用优先排序功能(例如WTRU处于功率受限的状况)的情况下，WTRU可以使用alpha*P_MeNB和(1-alpha)*P_SeNB(采用线性单位)。
MAC实体之间的WTRU可用功率的可调节拆分等级：在一个例示方法中，WTRU可以改为被配置成使得可以应用不同的功率分配比。举例来说，WTRU可被配置关于[P_MeNB,P_SeNB]的多个配对值。作为替换，WTRU可被配置一组alpha值。每一个配对都是有可能被索引的。
WTRU自主调节：WTRU可以自主确定适用的功率分配比。
WTRU可能会变得功率受限，并且会将改变将未使用的功率分配给所涉及的传输的比值：在一个示例中，如果WTRU确定其功率受限，那么它可以调节此比值；WTRU可以确定其在特定时段中没有足够的传输功率来进行与指定MAC实体相关联的传输，并且可以确定所述功率可被重新分配，由此可以将更多的功率提供给所涉及的MAC实体的传输。作为示例，如果存在与其他MAC实体相关联的传输，那么只有在剩余了足以进行该传输的传输功率的情况下，这种处理才可以被执行。该时段可以是单个TTI(举例来说，如果在单个TTI中应用了优先排序或功率缩放，那么有可能触发这种调节)或是多个TTI。WTRU可以依照在此类时段中应用的功率缩放等级来确定所述调节，由此可以将功率缩放处理减至最低限度。
WTRU可以确定某个时段的平均功率，并且可以相应地重新分配功率电平：在一个示例中，如果确定所使用的功率拆分和分配给与每一个MAC实体相关联的传输的平均功率在某个时段并没有相互匹配，那么WTRU可以调节该比值。举例来说，WTRU可以确定用于与第一MAC实体相关联的传输的功率平均没有超出与WTRU配置中的另一个值相对应的数量，其中所述值(alpha或是P_MeNB、P_SeNB配对)可以在不损害与第二MAC实体相关联的传输的情况下使用。
WTRU可以优先排序应被分配更多功率的传输：在另一个示例中，如果确定应该应用传输的优先等级变化(例如依照这里描述的任一方法)，那么WTRU可以调节该比值。举例来说，WTRU可以调节该比值，以使更多的功率可供与主MAC实体(也就是与用于宏覆盖的eNB相关联的MAC实体)相关联的传输使用，其中高优先级的数据(例如RRC信令，包括测量报告)可供传输使用。在另一个示例中，WTRU可以在触发调度请求(SR)的情况下或者在WTRU执行SR传输的子帧(用于RA-SRA的前序码传输，或是用于D-SR的PUCCH上的传输)中执行这种调节。在另一个示例中，WTRU可以在执行前序码传输的时候执行这种调节。在后一种情况中，这种调节可能仅仅针对的是基于争用的随机接入过程相关联的前序码传输。
WTRU可以确定其正朝着小区边缘移动，例如宏小区边缘。在另一个示例中，如果WTRU确定与特定MAC实体关联的物理层的路径损耗估计值变化发生了某个数量的变化，那么它可以调节该比值。举例来说，如果相关联的路径损耗估计降低一定的量，那么WTRU可以调节该比值，以使更多功率可用于与主MAC实体(也就是与用于宏覆盖的eNB关联的MAC实体)相关联的传输。
WTRU自主调节率是可以限制的：在一个方法中，WTRU可以限制其自主调节在不同MAC实体的传输之间拆分可用功率的频繁程度。举例来说，在执行这种调节的时候，WTRU可以启动一个禁止定时器(其使用情况和/或数值是可以由网络配置的)，由此在定时器运行的同时不会执行更进一步的WTRU自主调节。如果与网络控制的调节结合使用，那么作为网络控制过程的结果，WTRU可以在每次执行这种调节的时候重启该定时器。WTRU或许会只考虑供其执行同时传输的子帧。此类定时器有可能是PHR禁止定时器，并且在WTRU自主执行这种调节的同时触发了PHR的情况下尤其如此。
WTRU可以确定其依照单个连接来工作：在另一个示例中，WTRU可以调节其功率分配功能，从而导致拆分处理不适用。在这种情况下，WTRU可以回复到R11功率分配功能。举例来说，WTRU可以确定其不再执行任何用于辅助MAC实体的上行链路传输(可能不包括前序码传输)，例如在其不再具有有效上行链路定时提前的时候(例如没有运行用于辅助MAC实体的任一小区的TAT)或者在发生了与所涉及的MAC实体的过程有关的故障事件之后，作为示例，该事件可以是RACH故障，RLC故障，或是通过RLM检测且适用于所涉及的MAC实体的的无线电链路问题。举例来说，WTRU可以确定辅助MAC实体的配置要么被移除，要么被无效化。作为示例，WTRU可以发起一个RRC连接重建过程。
NW控制的调节：在接收到来自网络的控制信令时，WTRU可以调节适用的功率分配比值。举例来说，此类控制信令可以是在PDCCH上(或许仅仅在与WTRU配置中的PCell关联的PDCCH上)的DCI中、在L2MAC控制元素或者在L3 RRC信令(例如RRC重新配置过程)中接收的。作为示例，WTRU可以在DCI中确定的一对数值[P_MeNB,P_SeNB]的索引或是一个系数alpha。此类DCI或许可以是由TPC-PU*CH-RNTI或类似方式接收的格式3或3a。此类信令有可能是为传输许可上行链路资源的DCI中的一组比特(例如，TPC字段或跳频字段)，此类调节有可能仅仅适用于单个子帧，尤其是在信令与某一个传输的上行链路资源分配在一起的情况下，或者在由将适用功率比调节成不同的值的WTRU执行另一个逻辑的情况下。
应用被选择的调节：如果WTRU确定其应该调节可用功率拆分处理，那么它可以依照以下的至少一项来应用新的值：WTRU可以将调节只应用于适用的传输，例如在其是与为上行链路传输分配资源的DCI一起接收的情况下；WTRU可以在一定的处理时间之后应用该调节，例如在可供WTRU先确定需要该调节的子帧之后的X个子帧(例如在实施受网络控制的调节的情况下，在子帧n+x中，其中在子帧n接收的控制信令)；WTRU可以在紧随其未执行同时传输的子帧之后、也就是在WTRU只为关联于单个MAC实体的传输分配了功率或者完全没有执行任何传输的子帧之后的第一子帧中应用该调节；(有可能是在特定处理时间之后的第一个这样的子帧之中)；WTRU可以自主确定应该消隐至少一个传输，由此引入这样的子帧(此类子帧可以是所配置的间隙的一部分，例如测量间隙，或是WTRU未处于DRX活动时间的时段)。
如果WTRU自主调节在MAC实体之间拆分WTRU可用功率的功率拆分处理，那么WTRU可以触发PHR：在一个方法中，WTRU可以触发一个发往网络(例如只发往MeNB，或者还发往SeNB)的通知，其中它会自主确定使用可用传输功率的不同拆分处理，例如依照上文描述的任一方法来确定。作为示例，在这样的情况下，WTRU可以触发PHR。
WTRU可被配置成实施多个优先排序功能：举例来说，该WTRU可被配置一个或多个优先排序功能。如果配置了多个功能，那么WTRU可以依照半静态方面(如下所述)和/或依照动态方面(如下所述)来确定在指定子帧中应用哪个功能。举例来说，不同的功能阈值可被配置，以使默认功能可用，并且由此可以通过WTRU接收的控制信令来定址非默认功能。
在一个示例中，WTRU可以接收动态修改适用优先排序功能集合的控制信令。
该处理有益于启用可供eNB使用动态控制信令来控制对指定WTRU的传输之间应用的优先排序功能进行切换的处理。
在另一个示例中，WTRU在子帧中应用的优先排序功能可以取决于与从属于这个子帧中的MAC实例的传输相关联的优先等级或优先顺序，和/或取决于从属于该MAC实例的传输与从属于另一个MAC实例的传输之间的相对优先级。举例来说，它可以取决于在一个或所有的两个MAC实例的传输中是否包含HARQ A/N。如果在第一MAC实例中包含的是带有HARQA/N的传输，但在第二MAC实例中未包含该传输，那么优先排序功能可以包含这里进一步描述的“基于绝对优先级的功率共用处理”，其中较高优先级的MAC实例为第一MAC实例。如果所有这两个MAC实例全都包含了具有HARQ A/N的传输，那么优先排序功能可以包含“基于绝对优先级的功率共用处理”，其中较高优先级的MAC实例是预定义的MAC实例(例如主MAC实例)。如果在任一MAC实例中都未包含具有HARQ A/N的传输，那么优先排序功能可以包含在这里进一步描述的使用为保证可用功率配置的数值集合的“基于保证可用功率的功率共用处理”。
在另一个示例中，WTRU应用的优先排序功能可以取决于从DCI的现有字段(例如TPC命令字段)或是新定义的字段接收的显性指示。举例来说，如果接收到该指示，那么WTRU可以确定执行“基于绝对优先级的功率共用处理”，否则可以确定执行“基于保证可用功率的功率共用处理”。
如在这里更进一步描述的那样，通过使用多个优先规则，还可以组合多个优先排序功能。
在这里可以配置一个功能，以使其在TTI的子集中是适用的。举例来说，通过配置WTRU，可以使得第一优先级功能可适用于指定无线电帧内部的一个子帧集合，而第二优先级功能则可以用于所涉及的帧的内部的第二子帧集合。
举例来说，通过对WTRU进行配置，可以使得WTRU在指定TTI集合(例如无线电的第一TTI或子帧#0)中确定可以将选择性传输功能应用于具有不同优先等级的上行链路传输，同时可以确定在第二TTI集合中(例如无线电帧的其他TTI或是子帧#1-#9)将功率缩放功能应用于具有不同优先等级的上行链路传输。在该配置中，所有子帧有可能指代的是与单个MAC实体相关联的定时。
该处理有益于启用一操作，由此在MAC/PHY实体之间为上行链路传输应用某种TDM，而对于其他子帧来说，在指定子帧中可以在MAC/PHY实体之间使用功率分布和功率缩放处理。
对于以上的任一优先排序功能，在应用优先排序功能的时候，WTRU可以先确定关联于所涉及的TTI中的指定传输的优先等级。WTRU可以根据以下的至少一项来依照多种方法或是其任何组合确定此类优先等级：
-动态方面：WTRU可以依照所接收的控制信令和/或WTRU的工作状态来确定传输的优先等级。在这里描述了此类规则的示例。
-半静态方面：WTRU可以依照可配置规则来确定传输的优先等级。在这里描述了此类规则的示例。
-静态方面：WTRU可以依照预先定义的规则来确定传输的优先等级。在这里描述了此类规则的示例。
同样，WTRU可以使用所描述的用于确定关联于指定TTI中的指定传输的优先等级的方法相类似的方法并依照以上的任一方面来确定所要应用的优先排序功能(和/或相应的参数集合)。换句话说，对所要应用的功能所做的选择本身可被认为是所涉及的TTI的优先等级。
在以下描述的方法中，传输可被称为任何类型的上行链路传输；例如，在没有将以下方法局限于其他任何类型的传输的同时，WTRU可以依照以下的至少一项并通过使用优先排序功能和方法来确定优先等级：
由许可指示的上行链路传输。在这种情况下，所涉及的传输可以是相应的PUSCH传输(对于在子帧n接收的控制信令来说，其通常处于子帧n+4)，并且其粒度有可能处于信号中包含的信息的粒度，举例来说，PUSCH传输可被进一步拆分成UCI分量，一个(对于空间复用而言是多个)传输块分量，并且还有可能被拆分成SRS分量(通常是PUSCH传输的最后一个符号)。
作为下行链路指配结果的上行链路传输。在这种情况下，所涉及的传输可以是在PUCCH或PUSCH上发送的相应的HARQ反馈(对在子帧n中接收的控制信令来说，其通常处于子帧n+4)，并且其粒度有可能处于为该传输使用的物理信道的粒度。
用于UCI、SRS或D-SR的传输，也就是用于PUCCH或PUSCH上的HARQ反馈或UCI(周期性或非周期性)的传输，SRS传输(周期性或非周期性)或PUCCH上的调度请求(D-SR)。该粒度可以取决于物理信道(例如PUSCH、PUCCH)，信号的类型(例如SRS、D-SR)或是信息类型(例如HARQ反馈、CQI/PMI/RI、D-SR)。举例来说，WTRU可以应用功率缩放处理，并且可以在排除了HARQ A/N的情况下为包含UCI的传输分配低优先级，否则不会分配低优先级。
作为随机接入过程一部分的传输(由DCI指示或者由WTRU自主发起)：在这种情况下，所涉及的传输可以是以下的至少一个：相应的初始前序码传输，前序码的任意的一次或多次重传，以及在适当的情况下还可以是用于基于争用的过程的msg3的传输(如果存在重传，则包含重传)。
换句话说，可应用的优先等级和/或功能的粒度可以依照以下的至少一项：
初始传输：所涉及的传输仅仅是初始前序码传输。举例来说，WTRU可以确定只能为前序码的初始传输给予比至少部分在时间上与该前序码重叠的一个或多个其他传输相比相对更低的优先级，同时WTRU可以确定为所涉及的RACH过程的任意的一个或多个重传给予与至少部分在时间上和前序码重叠的一个或多个其他传输相比相对更高的优先级。在这种情况下，如果WTRU确定可以为前序码给出与其他传输(例如PUSCH/PUCCH)相比相对更低的优先级，那么它可以将第一功率分配方法(举例来说，它可以应用功率缩放处理，并且所述缩放甚至可以下降至零等级)应用于初始前序码传输，否则，它可以应用第二功率分配方法，例如在前序码没有与别的CG的传输或重传发生冲突的时候适用的方法，或者由此可以将可供CG(或WTRU)使用的功率提供给前序码传输。在一些情况中，该处理仅仅是在前序码和其他传输关联于不同小区群组(例如不同的CG或MAC实例)的时候进行的。
纯前序码传输：所涉及的传输可以包括用于所涉及的过程的任一前序码传输。从应用优先排序功能的角度来看，关于msg3的传输(如果适当的话)可被认为是单独的传输，据此，WTRU可以确定如何根据这里描述的任何方法来处理此类传输。举例来说，WTRU用以接收包含了用于msg3传输的许可(和/或其内容)的RAR(和/或其内容)的方式可以确定如何处理此类传输。
纯msg3传输：所涉及的传输可以仅仅是基于争用的过程的msg3的传输，如果存在重传，那么该传输还会是msg3的重传。举例来说，与在PUSCH上为别的CG执行的传输相比，在用于CG的服务小区的PUSCH上进行的msg3的传输可以具有更高的优先级。
过程专用的传输：所涉及的传输可以包括与所涉及的过程关联的任何上行链路传输，举例来说，这其中包括任何前序码传输以及msg3传输(如果需要的话还包括任何重传)。
依照WTRU发起该过程的方式，也就是依照在PDCCH上接收DCI是否触发前序码传输(DL数据到达，例如纯前序码传输)或者依照前序码传输是否由WTRU发起(用于UL数据到达的RA-SR，例如过程专用的传输)，可以关联不同的粒度。
作为上述方法的一个示例，如果WTRU原本是功率受限的，那么只有在通过在PDCCH上接收DCI来发起RACH过程的情况下，WTRU才会为前序码的初始传输指定与其他传输(例如PUSCH/PUCCH)相比相对更低的优先级。在一些情况中，只有在WTRU确定其处理时间不足以调节一个或多个重叠的PUSCH/PUCCH的传输功率电平的的情况下，该处理才会被执行。作为另一个示例，只有在接收DCI的与第一RACH时机之间的时间小于或等于特定时间量(例如6毫秒)，或者在WTRU原本就因为重叠传输而功率受限的情况下，WTRU才会缩放(包括降至零等级或者丢弃)用于发起PDCCH的RACH过程的初始前序码传输的传输功率。
不同的粒度可以是依照与该过程关联的MAC实体而被关联的，例如该前序码传输是为PMAC(例如，可能是为了使用了过程专用的粒度的控制平面信令)还是SMAC(例如用于仅仅使用了前序码传输的卸载数据)而被触发。
如这里进一步论述的那样，优先级可以取决于功能的一个分量。在一个示例中，WTRU可以依照过程或功能的子分量而将较高的优先级分配给用于指定CG的一种或多种传输。
在一个与msg3相关联的示例中，WTRU可以将较高的优先级分配给用于指定CG的PUSCH的任何传输(作为示例，这其中包括初始HARQ传输和任何HARQ重传)，同时将会为在所涉及的CG的服务小区的上行链路资源上进行的基于争用的随机接入过程(例如在争用解决定时器运行的时候)执行争用解决处理。较高的优先级可以只被分配给CG的特定小区。并且较高的优先级可以仅仅被分配给MCG的PCell。WTRU可以为PUSCH上的一个或多个传输分配传输功率，该功率可达到最小保证功率，并且可以在该时段中将剩余功率(如果有的话)先分配给这样的传输。
在一个与测量报告相关联的示例中，WTRU可以将较高的优先级分配给用于测量报告过程的任何PUSCH传输(作为示例，这其中包括初始HARQ传输和任何HARQ重传)。举例来说，该处理可以是从向用于传输的底层触发或提交测量报告的时间直至WTRU接收到关于相应传输的肯定HARQ反馈。为此目的，在这里还可以引入一个定时器。WTRU可以为PUSCH上的一个或多个传输分配传输功率，该传输功率可达到最小保证功率，并且可以先将剩余功率(如果有的话)分配给该时段中的此类传输。
在一个与无线电链路问题、重建和/或辅助小区群组的无线电链路故障(RLF)(S-RLF)相关联的示例中，在定时器T310(该定时器是在RRC接收到来自低层的无线电链路问题指示的时候启动的)运行的时候，WTRU可以将高优先级分配给用于PUSCH的任何传输(作为示例，这其中包括初始HARQ传输和任何HARQ重传)。WTRU可以为PUSCH上的一个或多个传输分配传输功率，该传输功率可达到最小保证功率，并且会将剩余功率(如果有的话)先分配给处于该时段中的这类传输。在定时器T311(该定时器是在WTRU发起RRC连接重建过程的时候启动的)运行的时候，WTRU可以执行类似的行为，但是替换方案可以是在此类情况下，由WTRU释放用于SCG的任何配置。
以下论述涉及的是根据优先排序功能的输入确定优先级。在一个方法中，WTRU可以动态地确定优先等级(或顺序)和/或优先排序功能。WTRU可以依照动态方面来确定优先等级。这种动态方面可以是对下行链路控制信令进行接收和/或WTRU工作状态(例如HARQ状态，是否激活了诸如SRS之类的特定功能等等)。这种确定还可以依据一个或多个配置方面。此类配置方面可以包括所配置的许可(要么是针对上行链路传输的，例如用于确定PUSCH传输的优先等级，要么是针对下行链路传输的，例如用于确定HARQ反馈的优先等级)。在适当的时候，这种配置方面可以包括与以下列举的元素相关的任何参数。
WTRU可以依照所接收的控制信令和/或WTRU的工作状态来确定适用于指定TTI中的一个或多个传输的优先等级，例如依照以下的至少一项来确定：
控制信道的身份(例如(e)PDCCH)：这种优先等级或优先排序功能可以依据控制信道(的身份或类型)。
举例来说，WTRU可以确定，在第一PDCCH上接收的控制信令在指定TTI中与在第二PDCCH上接收的控制信令相比具有更高的优先等级。作为示例，在这种情况下，WTRU会为与在第一PDCCH上接收的任一DCI相关联的任一上行链路传输(例如PUSCH、PRACH、PUCCH上的用于SPS激活的HARQ A/N)或者与任一相应的下行链路传输相关联的任一上行链路传输(例如PUCCH上的CSI和/或HARQ A/N)给予最高的优先级。
举例来说，与在辅助MAC实例的特定小区的PDCCH上接收的许可(和/或请求)相比，在主MAC实例的PCell的PDCCH上接收的许可(和/或请求)具有更高的优先级。作为示例，与在辅助MAC实例的SCell的PDCCH上接收的许可(和/或请求)相比，在主MAC实例的SCell的PDCCH上接收的许可(和/或请求)具有更高的优先级。
作为示例，WTRU可被显性配置，以使PDCCH具有显性优先级。
举例来说，WTRU可以确定在PDCCH上接收的控制信令具有第一优先等级(例如较高)，而在ePDCCH上接收的控制信令可以具有第二优先等级(较低)。
PDCCH搜索空间：这种优先等级或优先排序功能可以依据被WTRU通过使用恰当的RNTI(例如C-RNTI)成功解码的DCI的第一控制信道元素(CCE)的位置。举例来说，WTRU可以确定一个或多个CCE的不同子集代表了相关联的DCI的不同优先等级。后者可以是WTRU的一个配置方面。控制信道资源的这种逻辑分片可以只适用于WTRU专用的搜索空间(WTRUSS)。
举例来说，WTRU可以确定与指定控制信道的WTRUSS相对应的资源集合。此外，WTRU可被配置成使其可以确定这种WTRUSS的第一子集的开始位置(第一CCE)以及与所涉及的子集相对应的一个或多个CCE(如果有的话)的数量。WTRU可以确定作为所涉及的WTRUSS的一部分但是不与这种子集相关联的CCE代表的是WTRUSS的第二子集。此外，WTRU可以确定(例如通过配置)第一子集与第一优先等级相关联，并且第二子集与第二优先等级相关联。在优先排序功能所适用的子帧中，WTRU可以根据WTRUSS中的DCI的位置来确定与成功解码的DCI相关联的传输的优先级。
载波字段指示符(CFI)：这种优先等级或优先排序功能可以依据在控制信道上的DCI中接收的字段。
举例来说，WTRU可以确定，与为第二服务小区接收的控制信令相比，为特定服务小区接收的控制信令可以具有较高的优先等级。
举例来说，WTRU可以确定，与第二服务小区的上行链路传输相比，特定服务小区的上行链路传输可以具有较高的优先等级。
作为示例，载波字段指示符(CFI)可被分配给不同的服务小区，由此，与具有最低CFI的小区相关联的传输具有最高的优先等级，并且后续的(按照递增的顺序)CFI值与较低的优先等级(按照优先等级递减的顺序)相关联。
作为与这里描述的另一个方面所进行的组合的示例，WTRU可以通过先将最高等级应用于具有最高优先级的MAC实体来确定具有与特定MAC实体相关联的上行链路资源的小区之间的这种优先等级。尤其是在CFI空间是WTRU专用并且被所涉及的WTRU的所有MAC实体共有的时候。
一种可能的后果是，假设任何小区都被指定了CFI值，在此类优先排序等级适用的时候，任何小区都可被配置成具有最高优先级。并且，主MAC实体的PCell和/或辅助MAC实体的特定小区可以从这种规则中被排除，或者可以通过配置或者在默认情况下被指定特定的优先级。
TPC命令：这种优先等级或优先排序功能可以依据在DCI(来自PDCCH或E-PDCCH)中接收的TPC命令。WTRU可以在TPC命令字段具有第一个值的时候应用第一优先排序功能，并且可以在TPC命令字段具有第二个值的时候应用第二优先排序功能。举例来说，WTRU可以确定与具有特定的TPC字段值的DCI相关联的传输与其他传输相比具有更高的优先级。如果DCI包含UL许可，那么与DCI相关联的传输可以包括PUSCH，如果DCI包含DL指配，那么该传输可以包含PUCCH。只有在从特定小区或是特定MAC实例(假设是主MAC实例)的小区接收到DCI的情况下，这种判定才可以进行。优先排序还有可能应用于从中接收到DCI的MAC实例的所有传输。并且优先排序有可能在接收到用于指示优先排序功能发生变化的信令之前都是可以应用的。
在一个示例中，如果从主MAC实例接收到具有值“3”的TPC命令字段，那么可能导致确定相关联的传输具有最高的优先级和/或依照绝对优先级来执行MAC实例之间的功率共用。WTRU可以应用通常与值“3”相关联的TPC调节。在另一个示例中，此类TPC调节是不会执行的。
在另一个示例中，如果TPC命令是从特定类型的DCI或搜索空间接收的，举例来说，如果TPC命令是从DCI格式3/3A接收或者从公共搜索空间接收的，那么WTRU可以将TPC命令解释成优先级指示。在这种情况下，WTRU可以仍旧(或者可以不)依照TPC命令的旧有用途来应用TPC调节。或者，只有在WTRU还在同一个子帧的一个或多个DCI中接收到至少一个TPC命令的情况下才可以对DCI格式3/3A中的TPC命令执行这种解释，作为示例，该DCI可以是包含了上行链路许可和/或下行链路指配的DCI。换句话说，只有在同一个子帧中动态调度上行链路传输(PUCCH或PUSCH)的情况下，在DCI格式3/3A中接收的TPC命令才被解释成是优先级指示。
在另一个示例中，如果在包含DL指配的DCI中接收到来自主MAC实例且具有值“3”的TPC命令字段，那么将会导致产生如下判定，即在经由PUSCH发送HARQ A/N的情况下，用于HARQ A/N的编码符号Q’的数量应被设置成将在eNB上成功检测的机会增至最大的较高的值。作为示例，此类值可以对应于PUSCH分配的子载波数量的四倍。作为替换，此类值可以对应于一个与该情形适用的不同的(例如较高的)值其中所述值可以由高层提供。
作为示例，该方法可以允许MeNB请求为主MAC实例的传输被指定一较高的优先级，以便将成功传输关键性信息的机会最大化。这种指示可以高于其他优先排序规则，例如基于传输类型的优先排序规则。
服务小区索引(servCell-index)：这种优先等级或优先排序功能可以依据与具有分配给指定MAC实体的上行链路资源的小区相关联的服务小区索引(或身份)的配置。这可与在与MAC实例之间的优先排序结合使用。
举例来说，WTRU可以依据相关联的小区索引和/或MAC实体确定，与所接收的用于第二服务小区的控制信令相比，所接收的用于特定服务小区的控制信令具有更高的优先等级。
作为示例，WTRU可以依据相关联的小区索引和/或MAC实体确定，与所接收的用于第二服务小区的上行链路传输相比，用于特定服务小区的上行链路传输可以具有更高的优先等级。
作为示例，服务小区索引可被分配给不同的服务小区，由此，与具有最低索引的小区相关联的传输将会具有最高的优先等级，并且后续(按照递减的顺序)索引值将会与较低的优先等级(按照优先等级递减的顺序)相关联。
作为与这里描述的另一个方面的组合的示例，WTRU可以通过先将最高等级应用于具有最高优先级的MAC实体来确定具有与特定MAC实体相关联的上行链路资源的小区之间的这种优先等级。尤其是在服务小区索引是WTRU专用并且被所涉及的WTRU的所有MAC实体共有的时候。
一种可能的后果是，假设优先级默认保持在零值，在此类优先排序等级适用的时候，主MAC实例的PCell将具有最高优先级。如果主MAC实例的PCell的索引可被被配置，则通过配置，该小区可被给定一灵活的优先级。
显性指示(例如功能/参数集合索引)/标记(例如正常，绝对优先级)：这种优先等级或优先排序功能可以依据与所涉及的传输相关联的DCI中的指示。
举例来说，WTRU可以接收一个DCI，其中该DCI包含了关于上行链路传输的许可以及一个或多个控制比特，作为示例，该控制比特指示的是相应上行链路传输具有绝对/最高优先级(1比特)，其具有处于指定范围以内的优先等级(例如多个比特给出了等级以及范围)，其应该依照所给出的优先排序功能而被处理(例如，多个比特指示了功能)，或者可以依照所指示的配置并使用备选许可来对其进行传输(例如，多个比特指示了备选许可的索引)。
如果仅仅在与主MAC实体关联的小区的上行链路中传送控制平面信令(也就是朝着MeNB)，并且如果WTRU原本假设与辅助MAC实体关联(也就是朝着SeNB)的小区上的传输具有更高优先级，那么该处理将是非常有用的。
举例来说，WTRU可以接收包含对传输的下行链路指配的DCI，其中该DCI具有一个或多个控制比特，作为示例，该控制比特指示的是下用于HARQ反馈的相应上行链路传输具有绝对/最高优先级(1比特)，其具有处于指定范围以内的优先等级(例如，等级以及范围由多个比特给出)，其应该依照所给出的优先排序功能而被处理(例如，所述功能由多个比特指示)。
如果仅仅在关联于主MAC实体的小区的下行链路中传送控制平面信令(也就是朝着MeNB)，以及如果WTRU原本假设与辅助MAC实体关联的小区上的传输(也就是朝着SeNB)具有更高的优先级，那么该处理会是非常有用的。
出于显性指示的目的，在新的或现有的DCI格式中可以定义一个新的字段。作为替换，现有字段可以过载，以使这种现有字段的至少一个值可被解释成优先级指示。举例来说，我们可以过载DCI格式0或DCI格式4的“频跳”字段，由此将该字段的特定值解释成是关于高优先级的指示。在这种情况下，所遵循的未必是关于频跳字段的现有解释。
如果在指定子帧中在两个MAC实体中都接收到显性指示(有可能包含来自TPC命令的指示)，并且所有的两个MAC实体都指示高优先级，那么WTRU可以基于预先定义的优先级规则(例如主MAC实体具有优先级)或是别的优先级规则来确定哪一个MAC实体具有高优先级。
相关联的MAC实体(例如主，辅助)：这种优先等级或优先排序功能可以依据与所涉及的传输相关联的MAC实体的身份。
举例来说，WTRU可以在PDCCH上接收调度与适用于特定MAC实体(用于上行链路)的服务小区相关联的上行链路传输的许可。对于这种传输、也就是PUSCH来说，用于主MAC实体的优先等级可以高于用于与别的MAC实体的小区相关联的其他传输的优先等级。
如果仅仅在关联于MeNB的小区的上行链路中传送控制平面信令，那么该处理将是非常有用的。
举例来说，WTRU可以确定其应该在服务小区的上行链路中传送信号(例如PUCCH上的HARQ反馈、D-SR或前序码)，其中该小区与主MAC实体相关联。对于此类信号来说，用于主MAC实体的优先等级可以高于用于与别的MAC实体相关联的其他传输的优先等级。
如果只在关联于MeNB的小区的下行链路中传送控制平面信令，那么该处理将是非常有益的。
许可类型(例如半永久性，动态，替换许可)：这种优先等级或优先排序功能可以依据适用许可的类型，例如半永久性、动态或备选许可。
举例来说，如果在PDCCH上接收的许可并非原本优先于所配置的许可，那么WTRU可以为所配置的许可给予比动态调度的许可相比更高的优先级。换句话说，优先级规则可以与一子帧相关联，其中该子帧可以依照所配置的许可(上行链路半永久性调度)的激活而周期性地重新出现。
当WTRU接收到关于辅助MAC实例的传输(也就是朝向SeNB)的许可的时候，该处理将有助于隐性地为主MAC实体小区(例如MeNB的宏小区)的上行链路中的VoiP所使用的SPS许可给予更高的优先级。
传输类型(例如自适应同步，非自适应同步)：这种优先等级或优先排序功能可以依据传输的类型，例如自适应同步或非自适应同步。
举例来说，WTRU可以将一个优先等级关联于一个许可和/或一个相应的传输块。对于针对所涉及的传输块的HARQ重传，WTRU可以将第一优先等级(例如较低的优先级)确定给WTRU自主、同步的非自适应重传，同时它可以将第二优先等级(例如较高的优先级)确定给动态调度的同步自适应重传。可能在后一种情况中，仅针对相应的控制调度包含优先等级的显性指示的情形。
该处理有益于确保供WTRU实际接收下行链路控制信令的传输具有比别的方面更高的优先级，例如在PDCCH的错误检测可能是一个问题的情况(例如，在辅助MAC实例的小区的边缘)。
HARQ传输的类型(例如初始，重传)：该优先等级或优先排序功能可以依据HARQ传输，例如初始传输或重传。
举例来说，WTRU可以将优先等级关联于HARQ进程，例如在执行针对所涉及的HARQ进程的初始传输的时候。这种相关联的优先等级有可能依照另一个事件而针对正在进行的进程进行修改，例如接收到用于自适应重传且指示了一个比在用于所涉及的进程的先前HARQ传输中确定等级更高的优先等级的控制信令。作为示例，WTRU可以确定，与例如可能用于具有较低优先等级的相应初始传输的第二传输块的自适应重传或非自适应重传的许可相比，用于第一传输块的初始HARQ传输的许可可被给予较高的优先等级。例如，WTRU可以通过比较相应的进行中的HARQ进程的相应初始传输的优先等级来确定用于初始HARQ传输的许可与HARQ重传之间的相对优先等级。
作为另一个示例，WTRU可以确定，除非该WTRU确定应该应用一个不同的优先等级(例如依照这里描述的任一方法)，否则将关联于指定HARQ进程的在先传输的优先等级扩展至同一个传输块的下一个HARQ传输。
在一个例示方法中，如果对重传进行再分割，否则优先级扩展可以应用于可能包含了再分割传输单元所包含的数据分段的任一传输。
该处理有益于确保初始得益于某个优先级的传输可以继续具有该优先级，直至其在DL卸载或DL吞吐量的情形中成功或失败。
HARQ进程标识(例如TTI的范围，进行中的进程)：此类优先等级或优先排序功能可以依据处理该传输的HARQ进程的定时。
举例来说，WTRU可以实施规则，由此，在所给出的一组(有可能是可配置的)TTI中(例如无线电帧的第一个TTI或子帧#0)中，与主MAC实体相关联的任意一个或多个上行链路传输都关联于高优先等级，而对于第二组(有可能是可配置的)TTI(例如无线电帧的其他TTI或是子帧#1-#9)来说，与辅助MAC实体关联的任意一个或多个上行链路传输都被关联于低优先等级。在该配置中，所有子帧有可能指代的是与单个MAC实体关联的定时。
作为替换，WTRU可以接收为指定HARQ进程和/或TTI设置特定优先级的控制信令。这种控制信令可以激活这种优先级。这种优先级有可能是时间受限的，例如直至WTRU接收到去激活非默认优先级的其他控制信令。此类信令有可能仅仅适用于单个MAC实体(例如，它可以受单个eNB控制)。
用于所涉及的HARQ进程的传输的数量(阈值)：这种优先等级或优先排序功能可以依据用于HARQ进程的传输的数量。
举例来说，WTRU可以确定，对于指定的HARQ进程来说，如果HARQ传输数量达到HARQ传输的最大数量减去X(其中X可以是一个配置方面)，那么WTRU可以确定用于所涉及的HARQ进程的任何后续传输都可以具有较高的优先等级。这可能仅发生在一个或多个优先排序功能已被应用于该HARQ进程的至少一个传输的情况下。这可能仅针对HARQ进程的子集，其中该子集可以是WTRU的一个配置方面。换句话说，一些(或所有)HARQ进程可被配置成致使与相应传输关联的优先等级可以随着重传数量的增加而变化。非常可能的是，这一点既可以依照服务小区来配置，也可以是为指定MAC实体的所有小区配置的，还可以是为WTRU配置的所有小区配置的。
HARQ传输的冗余版本(RV)(例如0-4)：与如上所述的关于HARQ进程的传输次数相似，这种优先等级或优先排序功能可以依据适用于所涉及的传输的RV。举例来说，WTRU可以确定，在传输循环通过每一个HARQ传输的RV序列的时候，传输的优先等级将会提升。作为替换，特定的优先级可以与特定的冗余版本索引相关联。
用于传输的数据/信号类型(UP/CP相比于UCI，HARQ A/N相比于D-SR相比于SRS，PMI/CQI/RI)：这种优先等级或优先排序功能可以依据包含在所涉及的传输中的数据的类型。举例来说，WTRU可以确定，包含控制平面数据(即来自SRB)的传输与用户平面数据传输(例如用于主或辅助MAC实体)相比或者与PUCCH上的HARQ A/N反馈的传输(例如用于辅助MAC实体)相比具有更高的优先级。
这种优先等级或优先排序功能可以依据用于所涉及的传输的信号的类型。举例来说，WTRU可以确定用于HARQ A/N反馈的传输(在PUCCH或者在PUSCH上)与其他任何传输相比具有更高的优先级。
举例来说，WTRU可以确定优先等级依据的是以下各项(按照优先级递减的顺序)：
包含HARQ A/N反馈的PUCCH；
包含HARQ A/N反馈的PUSCH；
包含控制平面信令的PUSCH；
PRACH上的前序码；
包含SR的PUCCH；
PUCCH上的UCI；
PUSCH上的UCI；
包含用户平面数据的PUSCH；
SRS。
作为与这里的另一个方法的组合的示例，WTRU可以确定优先等级依据的是以下各项(按照优先级递减的顺序)：
包含HARQ A/N反馈的PUCCH，用于主MAC实体的PCell；
包含HARQ A/N反馈的PUSCH，用于主MAC实体的PCell；
包含控制平面信令的PUSCH，用于主MAC实体的PCell；
PRACH上的前序码，用于主MAC实体的PCell；
PUCCH上的HARQ A/N和/或UCI，辅助MAC实体；
PUSCH上的HARQ A/N和/或UCI，辅助MAC实体；
包含用户平面数据的PUSCH，用于辅助MAC实体的任一小区；
PRACH上的前序码，用于辅助MAC实体的任一小区；
包含用户平面数据的PUSCH，用于主MAC实体的任一小区；
处于任何被配置的服务小区的其他任何类型的传输(例如UCI，SRS)。
用于传输的传输块中的数据类型(RRC/NAS PDU、RRC过程、SRB相比于DRB、RB_id)：此类优先等级或优先排序功能可以依据与上行链路传输中包含的数据相关联的承载的类型。
举例来说，WTRU可以确定与控制平面数据、例如用于包含了来自SRB的数据的传输块的控制平面数据相关联的传输具有高于任何用户平面数据的优先等级。
该处理有益于确保控制平面信令在任何场景中都始终具有优先级。
用于解码DCI的RNTI(例如具有不同优先等级的第一和第二RNTI)：此类优先等级或优先排序功能可以依据用于成功解码PDCCH上的DCI的RNTI。举例来说，WTRU可以尝试使用多个RNTI(可能配置的)来解码DCI，由此，第一RNTI指示的是较高的优先等级，而第二DCI指示的是较低的优先等级。在另一种可能性中，在用特定RNTI解码的新的或者经过修改的DCI格式中可以包含独立的优先级指示。
聚合等级(例如，AL8可以指示较高的优先等级)：这种优先等级或优先排序功能可以依据与PDCCH上成功解码的DCI相关联的聚合等级。举例来说，WTRU可以确定用最高的适用AL解码的DCI指示的是较高的优先等级，而其他AL指示的则是低优先等级。
物理信道/信号的类型(PUCCH相比于PUSCH，SRS，D-SR，PRACH)：这种优先等级或优先排序功能可以依据与传输关联的物理信道的类型。举例来说，WTRU可以确定任何PUCCH传输与其他类型的传输相比都具有更高的优先等级。例如，WTRU可以确定任何SRS传输都具有较低的优先等级。
发起传输的触发的类型：这种优先等级或优先排序功能可以依据在WTRU发起传输之前的事件。
举例来说，WTRU可以确定与无争用的随机接入过程(例如从接收到来自网络的DCI时发起的)相关联的第一前序码的传输(或重传)与关联于基于争用的随机接入过程(例如由WTRU从通过调度请求自主发起)的第二前序码的传输相比具有更高的优先级。在这种情况下，WTRU可以根据任何适用的控制信息来确定其应该执行第一前序码的传输，同时可以暂停第二前序码的传输至后续的PRACH时机。
确定需要缩放处理：这种优先等级或优先排序功能可以依据是否需要基于所选择的传输来应用功率缩放处理。举例来说，WTRU可以确定，在某个子帧中，在包含UCI或特定类型的UCI(例如HARQ A/N)的PUSCH传输上应用缩放处理。在这种情况下，WTRU可以确定通过PUCCH而不是PUSCH来传送这种UCI或HARQ A/N，并且丢弃PUSCH传输。非常可能的是，这种判定有可能会受制于附加条件，即WTRU确定不需要对PUCCH传输应用缩放处理。对于没有PUSCH传输的情形而言，依照现有规则，在这种情况中使用的PUCCH资源可以是与DL指配相联系的资源。
所需要的功率回退量(MPR、A-MPR)：这种优先等级或优先排序功能可以基于所需要的功率回退量。举例来说，WTRU可以确定与第一MAC实体相关联的传输需要某个功率回退量(例如MPR)，并且与第二MAC实体相关联的传输需要另一个功率回退量；他可以确定优先排序与需要最大量的MAC实体相关联的一个或多个传输。这可能仅针对由此分配的最终功率高于某个阈值的情形。
此外，应该指出的是，这种优先等级可以依据以上各项的任何组合。
在一个方法中，WTRU可以依据可配置规则来确定在指定TTI中适用于一个或多个传输的优先等级或优先排序功能。
在一个方法中，WTRU可被配置用于上行链路传输的(有可能半静态)优先级。这种优先级可以适用于不同MAC实例之间的上行链路传输。举例来说，通过对WTRU进行配置，可以导致在指定传输时间间隔(TTI)中，该WTRU始终会优先排序与MeNB(在这里被称为主MAC实体)的Uu接口相关联的上行链路传输。举例来说，这种优先级可以通过物理信道类型(例如PUSCH、PUCCH、PRACH)、信号类型(例如SRS)、传输块中的内容的类型(例如SRB、DRB)、子帧配置等等来配置(与在以下的动态规则中描述的元素相类似)。
举例来说，通过配置WTRU，可以使得与主MAC实体相关联的任一上行链路传输与关联于辅助MAC实例的上行链路传输相比都具有更高的优先级。该处理在DL卸载场景中是非常有用的，其中使用主实例的MeNB仅仅调度控制平面数据。
举例来说，通过配置WTRU，可以使得与SRB关联的任何上行链路传输和关联于DRB的上行链路传输相比都具有较高的优先级。该处理在UL/DL吞吐量场景中是非常有用的。
举例来说，通过配置WTRU，可以使得与SRB关联的任一上行链路传输与关联于任一DRB的上行链路传输相比都具有更高的优先级，而与辅助MAC实体的DRB关联的任一上行链路传输以及只关联于辅助MAC实体关联的DRB与其他的一个或多个DRB相比都具有较高的优先级。
该处理在具有L2架构1A的DL吞吐量场景中可以是非常有用的，由此，此类DRB都会避免耗竭。MeNB确定DL吞吐量可能受到此类优先排序的影响，并且可以相应地重新配置WTRU(逆向处理未必可行)。
在这里更进一步地描述了静态规则。
在一个方法中，WTRU可以依据预先定义的规则确定适用于指定TTI中的一个或多个传输的优先等级或优先排序功能。
举例来说，与关联于别的进程的传输相比，WTRU可以为关联于所配置的许可的HARQ进程的传输分配较高的优先级。作为示例，WTRU可以执行功率缩放处理，由此，在使用带有所配置的许可执行了处理之后，功率会被分配给为不与所配置的许可关联的HARQ进程动态调度的PUSCH传输(无论该传输是否是自适应的)。
举例来说，与关联于别的HARQ进程的传输相比，WTRU可以为关联于所配置的指配的HARQ进程的HARQ反馈的传输分配较高的优先级。作为示例，WTRU可以执行功率缩放处理，由此，在使用所配置的指配执行了包含用于进程的HARQ反馈的传输之后，功率将被分配给包含了用于不与所配置的许可相关联的HARQ进程的HARQ反馈的传输(无论下行链路传输是否是自适应的)。
在这里进一步描述了优先级规则与优先排序功能之间的优先级。
如果无法根据第一优先级规则来区分两个传输，那么依照优先级规则之间的预定优先顺序，可以使用第二优先级规则来确定对两个传输中的哪一个传输进行优先排序。举例来说，第一优先级规则可以是优先排序包含HARQ A/N反馈的传输。如果两个传输运送的均是HARQ A/N反馈，那么可以依照第二优先级规则来确定优先排序的传输，其中该规则可以是将关联于主MAC实体的传输优先排序成优先于与辅助MAC实体关联的传输。在以上的情况中，以运送HARQ A/N反馈为基础的优先级规则优先于以相关联的MAC实例为基础的优先级规则。此外也可以先基于相关联的MAC实例来确定优先级，并且只有在相关联的MAC实例相同的时候，才根据这些传输是否运送HARQ A/N来确定优先级。
在一个示例中，第一优先级规则可以基于传输类型和/或UCI类型，例如传输是否在PUCCH或PUSCH中运送HARQ A/N。如果来自不同MAC实例(或小区群组)的两个传输在第一优先级规则方面具有等同的优先级(例如，所有这二者运送HARQ A/N，或者所有这二者在相同的物理信道上运送HARQ A/N)，那么可以依照以下的至少一项来选择优先排序的传输：
a.来自网络的信令或配置。举例来说，WTRU可以接收一个来自网络的指示，在该情况中，该指示将会表明优先排序哪一个小区群组的传输。在另一个示例中，WTRU可以基于与其中一个传输相关联的下行链路控制信息字段来确定优先级。举例来说，如果相关联的许可或指配的TPC字段指示功率增大，那么WTRU可以优先排序主MAC实例(MCG)的传输，否则可以优先排序辅助MAC实例(SCG)。
b.与功率优先排序相关的其他参数的值。举例来说，为优选排序选择的传输可以是关联于被配置了最高或最低的量的保证功率的小区群组的传输。在另一个示例中，为优先排序选择的传输可以是在具有最低(或最高)小区标识(PCI)、具有最低(或最高)服务小区标识或者具有最低(或最高)频率(或E-ARFCN)的服务小区中进行的传输。
c.传输中的UCI信息比特的数量(CSI和/或HARQ A/N信息)。
d.传输定时。举例来说，WTRU可以优先排序两个传输中的最早的传输(或最晚的传输)。
e.依据与将要优先排序的传输相关联的至少一个功率量，其中该功率量采用绝对单位(线性)或者是相对于所配置的最大功率的，例如预期(或需用)功率量，从保证功率分配的一部分功率，仍旧可用的未保证功率的一部分，或是在优先排序传输的情况下将被分配的功率量。举例来说，在这里可以使用以下参量：
i.预期功率与为每一个传输分配的功率之间的差值(即“缺失功率”)，其中该差值要么是线性的，要么是用dB表示的，并且如果假设一个传输优先于另一个传输，那么该差值将会是存在的。举例来说，WTRU可以对传输进行选择，以使缺失功率中的最小值是尽可能最小的，由此将至少一个传输获得成功的概率最大化。作为示例，如果在优先排序第一传输的情况下，所有这两个传输的缺失功率是0dB和3dB，并且在优先排序第二传输的情况下，所述这两个传输的缺失功率是1dB和1.5dB，那么WTRU可以确定优先排序第一传输。作为替换，WTRU可以对传输进行选择，以使缺失功率中的最大值尽可能小。通过使用如上的相同示例，WTRU将会确定优先排序第二传输。
ii.传输的预期功率总量，有可能是已经从保证功率中分配的任何部分的净值。举例来说，WTRU可以优先排序预期功率最小(或最大)的传输。
在另一个示例中，只有在依照第二优先排序功能确定了相同优先级(例如在MAC实例之间)的情况下，才可以应用第一优先排序功能，例如基于保证可用功率的MAC共用。举例来说，第二优先排序功能可以基于在MAC实例的传输中是否包含HARQ A/N来确定优先级。
在这里进一步论述了附加的功率余量报告(PHR)触发。
在一个例示方法中，PHR可以是因为源于同时调度的传输功率不足而被触发的。
更具体地说，如果WTRU确定其可用功率不足，那么该WTRU可以触发PHR。可能的情况是，只有在WTRU执行在两个传输子集之间(例如，在与不同CG关联的传输)之间至少部分重叠的传输时，该WTRU才会触发PHR。此外，只有在此类传输与所有的两个CG中的同一个子帧相对应的情况下，WTRU或许才会触发PHR。
PHR触发条件可以是以可用功率不足为基础，或者归因于缩放事件：如果WTRU确定其应对至少一个传输执行功率缩放，那么它可以触发PHR。该WTRU或许仅仅在其执行在两个传输子集之间(例如，在与不同CG关联的传输)之间至少部分重叠的传输的情况下才会触发PHR，从而执行此缩放。此外，只有在此类传输与所有的两个CG中的同一个子帧相对应的情况下，WTRU或许才会触发PHR。并且，只有在因为该WTRU否则会超出了其的总的可用传输功率而导致进行缩放处理的情况下，WTRU或许才会触发PHR。
在以下方法中，术语“缩放事件”或“功率不足判定”是可以交换使用的：在关于以下的方法的描述中，缩放事件或者功率不足判定是可以交换使用的。当一种方法涉及缩放事件时，应该理解的是，该方法等价地适用于以功率不足判定为基础的触发，反之亦然。应该理解的是，这些方法同样适用于这里描述的其他任何优先排序功能。这里描述的方法既可以单独使用，也可以采用不同组合的方式使用。
触发可以是以功率不足的定义为条件的——例如超出了总的WTRU功率：在一个方法中，只有在WTRU确定用于该WTRU的所有传输的需用传输功率在所涉及的子帧中超出了总的WTRU可用功率，WTRU才可以触发这种PHR。
P_MeNB和P_SeNB具有每CG最大功率的示例：举例来说，WTRU可被配置一个用于不同传输子集(或小区)的最大传输功率，也就是说，WTRU具有一个每CG的最大可用传输功率。为每一个CG分配的最大传输功率的总和有可能会超出总的可用WTRU功率。在这种情况下，只有在每一个子集需要的功率没有超出其最大分配功率、但是WTRU的所有传输的需用功率总和超出了总的可用WTRU功率的情况下，WTRU才会触发PHR。换句话说，WTRU的功率有可能不足以分配给传输子集(例如，每一个CG的可用功率可能不足)，但如果没有超出总的WTRU可用功率，那么WTRU不会触发PHR。
P_MeNB(以及可选地P_SeNB)具有每CG的最小保证功率的示例：举例来说，WTRU可被配置一个用于至少一个传输子集(或小区)的最小保证可用功率，也就是说，WTRU可以具有用于至少一个CG的最小保证可用传输功率。在这种情况下，只有在WTRU的所有传输的需用功率总和超出总的可用WTRU功率的情况下，WTRU才会触发PHR。
PHR触发可以以提升功率需求的特定判据为条件——例如调度。在一个方法中，如果出现功率受限/缩放并且功率需求增大，那么可以触发PHR。
只有在确定因为至少一个CG需要的功率增大而导致可用功率不足(或者应用了功率缩放)的情况下，WTRU才会触发PHR。
举例来说，WTRU可以确定CG的功率需求增大主要归因于来自所接收的关于所涉及的CG的控制信令的调度需求，而不是主要归因于路径损耗变化(举例来说，路径损耗变化不会超出一个阈值，作为示例，该阈值与归因于路径损耗变化的PHR触发的条件相类似)。作为示例，WTRU可被调度成执行PRB数量增多的传输，由此至少部分会因为这种增多而超出WTRU的功率需求。
在功率需求增大一定数量的情况下触发PHR：举例来说，WTRU可以确定CG的功率需求增大了一定数量。WTRU可以考虑在不同子帧或是在该WTRU被调度成在CG中进行传输的某个时段期间(例如使用基于窗口的机制)使用的功率的差值。作为示例，WTRU可以考虑该窗口的平均值或是该窗口的最大值。该时段有可能对应于从最后一次触发或传送PHR时开始的时段，或者对应于与最后的N个子帧相对应的时段，其中所述N可以是固定的或是经过配置的。WTRU还有可能只考虑供其执行传输的子帧。并且有可能仅仅针对的是将WTRU调度成在所有的两个CG中进行传输的子帧。WTRU用以确定CG功率的阈值增大，由此，WTRU应该触发一个PHR，其中这可以是WTRU的一个配置方面。用于所述增大的参考值可以对应于最后一次触发或者最后一次报告PHR时的值，或者可以是一个配置值。
在功率需求增大至某个等级的情况下触发PHR：举例来说，WTRU可以确定CG的功率需求在指定子帧或是在某个时段期间增大并超出了某个值(例如通过使用移动平均值来追踪功率使用情况)。该WTRU或许只考虑供其执行传输的子帧。并且有可能只考虑该WTRU被调度用于在所有的两个CG中进行传输的子帧。WTRU使用的阈值还有可能是一个可配置的方面。并且WTRU使用的阈值有可能对应于所涉及的CG的保留功率量，举例来说，在确定CG的功率需求超出CG的最小保证功率的时候，WTRU会触发这种PHR。
用于确定功率需求或功率需求等级提升的方法：对于以上的任何一项来说，WTRU可以只考虑分配给与传输子集关联的一个或多个传输的功率，例如用于某些服务小区、某个物理信道或信号的传输。举例来说，WTRU可以只考虑PUSCH传输，或者只考虑PUSCH和PUCCH传输。对于以上的任何一项来说，WTRU可以只考虑分配给被动态调度的一个或多个传输的功率。对于以上的任何一项来说，WTRU可以基于以下各项来考虑功率需求增大：用于PUSCH传输的总的带宽(或资源块数量)的增加量，或是与PUSCH或PUCCH传输的调制编码(Delta_TF)或格式相关的因数的增加量，或是与用于PUSCH或PUCCH传输的TPC命令(或是其累积量)的因素。对于以上的任何一项来说，WTRU可以基于下行链路路径损耗估计的增大来考虑功率需求增加量。WTRU可以基于每小区的最大配置功率或是每小区群组的最大配置功率的增大来考虑功率需求的潜在增大。对于以上的任何一项来说，WTRU有可能会基于功率余量或虚拟功率余量来确定功率需求，并且相应地基于功率余量的减小或虚拟功率余量的减小来考虑功率需求的提升。
针对以上的任何一项，WTRU可以考虑源于CG的所有服务小区的传输的功率需求。作为替换，WTRU可以单独考虑源自CG的每一个小区的功率需求，并且在至少一个小区满足条件的情况下触发PHR。作为替换，WTRU可以考虑平均功率需求。
PHR可以从功率需求的降低来触发：在一些解决方案中，如果CG的功率需求降低一定的量，那么WTRU可以触发PHR。WTRU可以使用这里描述的任何度量或判据来确定功率需求，然而，该触发可以是在确定功率需求降低而不是增大的时候出现的。如果小区群组的功率需求是从功率余量确定的，那么该触发可以在功率余量增大的时候出现。
PHR是依照所应用的缩放的量或是超出可用功率的量触发的：WTRU有可能会仅仅在所应用的缩放的量超出特定值的情况下才触发这种PHR。
PHR可以仅仅是在功率状况具有非暂时性的情况下触发的：可能的情况是，只有在超出特定时间量的某个时段中持续进行缩放处理(或者功率不足)的情况下，或者WTRU具有重叠传输的子帧的数量超出了特定子帧的数量的情况下，WTRU才会触发这种PHR，也就是说，由此，用于触发PHR的条件并不是暂时性的，而是持续性的。这种特定值既可以是规定的，也可以是被配置的(例如使用定时器)。这种值可被设置成1个子帧(或1毫秒)，以使单个事件可以触发PHR，或者也可以被设置成0，以便禁用这种PHR触发。在这种情况下，对于所涉及的一个或多个CG的PHR(或是其触发)的传输来说，WTRU的计数可被复位。
PHR可以是针对所有的两个CG或单个CG触发的：PHR有可能是为所有的两个CG触发的。非常可能的是，WTRU可以通过执行附加处理来确定只针对一个CG还是针对所有的两个CG来触发PHR。举例来说，作为任何类型的缩放事件的结果，WTRU可以触发用于所有的两个CG的PHR。作为示例，在缩放(甚至有可能下降至0)与第一CG关联的至少一个传输的功率时，WTRU可以触发用于第二CG的PHR。作为示例，在缩放与每一个CG相关联的至少一个传输的功率(甚至有可能下降至0)，WTRU可以触发用于所有的两个CG的PHR。如果WTRU确定因为关于一个CG的传输所需要的功率增大而应用了缩放处理，那么该WTRU或许会只触发关于该CG的PHR。对于所有情形来说，WTRU可以可选地仅仅在相关联的禁止定时器没有运行的情况下才触发用于所涉及的CG的PHR。禁止定时器可以与特定的PHR类型和/或触发相关联。
一旦传送了PHR，那么可以取消PHR触发。如果WTRU在触发PHR的子帧之后的子帧中确定不再满足触发PHR的条件，例如没有应用功率缩放处理，同时所有这两个CG都执行重叠的上行链路传输，或者只有每一个CG在所涉及的子帧中都具有至少一个PUSCH的情况下，该触发可被较早地取消。
可能的情况是，只有在WTRU功能受到负面影响的情况下，PHR才会是因为同时调度所导致的传输功率不足而被触发的。
WTRU可以应用一个优先排序功能，由此，最终的结果会损害WTRU执行别的功能。
在一个例示方法中，在第一MAC实体发生SR故障之后，在第二MAC实体中可以触发PHR。
举例来说，此类功能可以是诸如PUCCH上的SR传输失败之类的调度请求和以下的至少一项：WTRU缩放了用于至少一个传输尝试的传输功率和/或丢弃了该传输。作为替换，它可以是任一SR，这其中包括使用随机接入(RACH)执行的SR。
在一个例示方法中，在第一MAC实体发生HARQ故障之后，在第二MAC实体中可以触发PHR。
举例来说，此类功能可以是达到最大传输数量的HARQ进程(也就是该传输不成功)以及以下的至少一项：WTRU缩放了用于一个或多个传输尝试中的至少一个传输尝试的传输功率，和/或丢弃了与之关联的一个或多个传输(重传)中的至少一个，和/或为TB的传输使用了替换许可。
在一个例示方法中，在确定在第一MAC实体中没有满足QoS之后，在第二MAC实体中可以触发PHR。
举例来说，此类功能可以是未能满足所需要的优先排序比特率的逻辑信道优先排序过程以及以下的至少一项：WTRU缩放了用于一个或多个传输尝试中的至少一个传输尝试的传输功率，和/或丢弃了与之关联的一个或多个传输(重传)中的至少一个，和/或为TB的传输使用了替换许可。其中上述有可能发生一定的时间段期间，例如令牌桶延迟的整数倍。
举例来说，这种功能可以是因为相关联的PDCP丢弃定时器期满而丢弃至少一个PDCP SDU以及以下的至少一项：WTRU缩放了用于一个或多个传输尝试中的至少一个传输尝试的传输功率，和/或丢弃了与之关联的一个或多个传输(重传)中的至少一个，和/或为TB的传输使用了一个替换许可。可能的情况是，上述发生在已经在特定的时段丢弃了一定数量的SDU的情况下。
举例来说，这种功能可以是WTRU缓冲器的状态，例如在队列延迟头端(或者在PDCP缓冲器中的最早的SDU)大于特定阈值的时候。这一点可以以到达特定值的SDU丢弃定时器为基础。在另一个方法中，这一点可以以在从队列中移除SDU(这其中包括因为传输成功以及因为丢弃事件而移除)以及在WTRU的缓冲器中为所有SDU保持SDU时的SDU丢弃定时器的平均值为基础；在以下情况中，WTRU可以确定需要采取一个或多个其他行动：在该平均值超出特定阈值的时候(例如停留在WTRU缓冲器中的时间普遍增大并超出某个限度)。这有可能是在特定时段上进行计算的。这有可能会与以下的至少一项相结合：WTRU缩放了用于一个或多个传输尝试中的至少一个传输尝试的传输功率，和/或丢弃了与之关联的一个或多个传输(重传)中的至少一个，和/或为TB的传输使用了替换许可。
举例来说，这功能可以是WTRU缓冲器的状态，例如在WTRU缓冲器中的数据量大于特定阈值的时候。这可以是以所报告的BSR达到特定值为基础的(有可能依据的是所配置的所有LCG的总和)。在另一个方法中，这可以是以WTRU缓冲器中累积数据的速率普遍增大并超过某个限度为基础的。这有可能是在特定时段上进行计算。这有可能会与以下的至少一项相结合：WTRU缩放了用于一个或多个传输尝试中的至少一个传输尝试的传输功率，和/或丢弃了与之关联的一个或多个传输(重传)中的至少一个，和/或为TB的传输使用了替换许可。
在一个例示方法中，一旦改变了优先排序功能或是相关联的参数，则可以触发PHR。举例来说，WTRU可以接收物理层、MAC信令或RRC信令，其中该信令指示的是影响MAC实例之间的功率共用的一个或多个参数发生变化，例如用于至少一个MAC实例的一个或多个保证可用功率的集合。在另一个示例中，WTRU可以接收用于指示优先排序功能变化的信令，例如从依照绝对优先级执行的MAC实例之间的功率共用变化为基于保证可用功率执行的MAC实例之间的功率共用，反之亦然。在另一个示例中，如这里描述的那样，作为确定至少一个承载未满足QoS判据的结果，WTRU可以减小或增大用于至少一个MAC实例的保证可用功率(一旦MAC实例之间的优先级改变，则可以触发PHR，并且可以应用缩放处理)。
在一个例示方法中，一旦MAC实体之间的优先级改变，并且如果WTRU应用了优先排序功能，那么可以触发PHR。举例来说，WTRU可以接收用于指示影响MAC实例之间的功率共用的一个或多个参数发生变化的物理层信令或MAC信令，由此将绝对优先级指配给特定的MAC实例。如果需要优先排序功能，那么WTRU可以触发PHR，由此会在接收到控制信令之后的第一个TTI中将功率缩放应用于具有较低优先级的MAC实例，其中在该TTI中，WTRU会执行与每一个MAC实例相关联的至少一个传输。可能的情况是，WTRU会在与所涉及的传输相对应的TTI中触发PHR。
在另一个示例中，如上所述，作为确定至少一个承载没有满足QoS判据的结果，WTRU可以减小或增大至少一个MAC实例的保证可用功率。
在一个例示方法中，被触发的报告可以包括PHR报告或其他，例如QoS满意度、UL无线电链路问题等等。
在以上的任一情形中，WTRU可以发起一个用于向eNB报告某种状态的报告。
举例来说，如果WTRU确定第一MAC实体发生了以上的至少一个事件，那么WTRU可以在第二MAC实体中触发PHR。
例如，在接收到跟随在辅助MAC实体的初始配置之后的第一许可的时候，WTRU可以为所配置的每一个MAC实体触发PHR报告。在一个方法中，WTRU可以传送PHR报告，其中该报告包含了基于在与PHR的传输相对应的TTI中执行的所有一个或多个传输(也就是使用所接收的所有许可)而计算的PH值。这有可能仅仅在在WTRU执行了与所配置的每一个MAC实体相关联的至少一个传输的情况下发生。在一个方法中，WTRU可以传送PHR报告，其中该报告包含了依照用于所涉及的第一MAC实体(与所涉及的PHR传输相关联的MAC实体)的旧有方法计算的一个或多个PH值，并且还包含了用于第二MAC实体的一个或多个PH值，其中所述值是使用伪许可计算的。这种许可可以是与用于PHR的传输的许可等价的许可，或者是一个预先定义的许可。相同的方法也有可能应用于与第二MAC实体相关联的PHR。对于后一种情况而言，PHR是依照这样的原理传送的，其中如果在相同的时刻为针对每一个eNB的传输使用的是相同的许可，则WTRU报告其功率状况。
PHR报告——何时传送PHR可以依据触发的类型：在旧有系统中，如果触发了PHR，那么WTRU可以将PHR包含在其具有可用于传输的上行链路资源的第一子帧中。对于双连接来说，如果触发PHR，那么WTRU可以确定使用更具体的规则并在给定的子帧中传送PHR。
在一个方法中，WTRU可以依据触发PHR的事件的类型(或PHR触发)来确定其应该将用于指定触发的PHR包含在哪个子帧中(或是使用何种上行链路资源)。举例来说，如果触发PHR的事件与可能只影响单个CG中的传输功率状况的WTRU的功率状况变化相关，那么WTRU可以将PHR包含在其只具有用于该CG中的一个或多个传输的上行链路资源的第一子帧中(以下将其称为“CG专用的PHR触发”)；否则，它可以将PHR仅仅包含在其在所有的两个CG中都具有上行链路传输的第一子帧(以下将其称为“WTRU专用的PHR触发”)。关于可被认为影响了所有的两个CG的功率状况的事件的示例包括WTRU接收的用于修改所有两个CG的PHR报告的配置(作为示例，由此为所有这二者启用PHR报告)，用于修改优先排序功能(例如用于在CG之间共用功率的功能在半静态功率拆分和动态功率共用之间变化)和/或用于在CG(例如P_MeNB、P_SeNB)之间共用功率的优先排序功能的一个或多个参数的配置，确定CG之间的同步变化(同步与异步之间的变化)等等。关于可被认为影响单个CG的功率状况的事件的示例包括：WTRU接收的用于修改该CG的PHR报告的配置(由此启用或重新配置PHR报告，并且不会禁用该PHR报告)，被配置了上行链路的CG的一个或多个SCell的激活状态变化，CG专用的周期性PHR定时器的期满，CG的至少一个小区的路径损耗发生变化，例如触发了用于该CG的PHR的CG，等等。
如果在可以先传送任一PHR之前出现了多个PHR触发，并且如果其中至少一个具有“CG专用的PHR触发”的类型，以及至少一个具有“WTRU专用的PHR触发”的类型，那么WTRU可以执行以下的至少一项：WTRU可以依照与每一个PHR触发相关联的逻辑来包含PHR，作为示例，这将会导致将PHR包含在跨越了一个以上的子帧的多个传输之中。举例来说，在这种情况下，WTRU会在第一子帧中执行PHR报告，其中对于第一子帧来说，它仅仅会将功率分配给与单个CG关联的传输(如果每一个CG具有至少一个CG专用的触发，那么每一个CG都有可能会有一次传输)，并且还会在第一子帧中将功率分配给用于每一个CG的至少一次传输。在这种情况下，其结果可以是WTRU会传送用于CG专用的触发的PHR，其中该触发具有仅与CG相关联的一个或多个值，并且通过考虑其他CG的“虚拟传输”参数，所述一个或多个值还会与所有的两个CG相关联，同时，WTRU会传送用于WTRU专用的触发的PHR，其中该触发具有与每一个CG中的实际传输相关联的一个或多个值。WTRU可以依照适用于第一子帧的逻辑来包含PHR，其中对于所述第一子帧来说，WTRU具有可用于传输的上行链路资源。作为示例，在这种情况下，如果具有可供传输使用的上行链路资源的第一子帧针对的是单个CG的一个或多个传输，那么WTRU会依照CG专用的触发来执行PHR报告。作为示例，在这种情况下，如果具有可供传输使用的上行链路资源的第一子帧是用于每一个CG的至少一个传输的，那么WTRU会根据WTRU专用的触发来执行PHR报告。
用于PHR类型的禁止定时器：WTRU可以支持不同的PHR类型(例如格式)。举例来说，其中一种格式可以用于报告与单个CG中的调度相关的功率信息，而另一种格式可以用于报告与一个以上的CG中的同时调度有关的功率信息。针对每一种类型，在这里可以定义不同的触发。
WTRU可能会被配置一个用于特定类型的PHR的禁止定时器(例如用于限制报告机制的频繁度)。举例来说，WTRU可被配置成以至多每个特定周期一次的方式或者使用与用于别的PHR类型的限制周期不同的限制周期来报告用于一个以上的CG中的同时调度的PHR。
依照PHR类型的周期性：WTRU可被配置成周期性地报告特定类型的PHR。举例来说，WTRU可被配置成仅仅为一个以上的CG中的同时调度报告PHR，或者可选地使用与别的PHR类型的周期不同的周期。
报告QoS未满足：在一个示例中，WTRU可以触发与所涉及的MAC实体(例如一个或多个功能未取得成功的受害者MAC)的QoS状态相关联的报告。这种报告可以使用与第二MAC实体(例如MAC实体)关联的资源传送的。
在一个示例中，WTRU可以启动一个通知过程。例如，WTRU可以触发一个L3通知过程。
另一个处理D-SR的可能方法是如果PUCCH上的SR的传输不会被执行，不递增SR计数，例如根据以下描述：
对于该MAC实体来说，只要有一个SR是未决的，那么WTRU应该为每一个TTI执行以下操作：
如果没有UL-SCH资源可用于该TTI中的传输：
如果WTRU没有可用于在任一TTI中配置的SR的有效PUCCH资源，那么：在PCell上发起一个随机接入过程(参见第5.1节)，并且取消所有未决的SR；
否则，WTRU具有用于为该TTI配置的SR的有效PUCCH资源，该TTI不是测量间隙的一部分，并且sr-ProhibitTimer没有正在运行：
如果SR_COUNTER<dsr-TransMax:
将SR_COUNTER加1；
指示物理层在PUCCH上用信号通告SR；
如果WTRU在该TTI中可以为PUCCH上的SR传输分配足够的功率：
则SR_COUNTER将加1；
启动sr-ProhibitTimer
否则：
通知RRC释放所有服务小区的PUCCH/SRS；
清除任何已配置的下行链路指配以及上行链路许可；
在PCell上启动一个随机接入过程(参见第5.1节)，并且取消所有未决的SR。
以上的方法在时间上有可能是受到约束的。举例来说，WTRU可能会因为可用功率不足而将D-SR传输仅仅延迟最大时间量。由此，在该延迟达到或超出这个最大值的时候，WTRU还会考虑其已经达到D-SR传输尝试的最大数量。
以下论述涉及的是上行链路控制信息传输方法。在一些方法中，对于指定MAC实例来说，UCI或是诸如HARQ、CSI或SR之类的某种类型的UCI的传输可被限制在子帧的一个子集。如以下示例显示的那样，子帧的子集可被配置成致使在两个MAC实例中永远不会同时传输UCI。这种限制可以只应用于UCI或是UCI的子集(例如HARQ)，而不会应用于其他类型的上行链路传输，例如没有UCI的PUSCH。作为替换，这种限制可以应用于所有类型的上行链路传输。该方法的益处在于，如果在一个子帧中将会超出最大配置传输功率，那么其将会防止按比例缩小用于其中一个(或是所有的两个)MAC实例的UCI的传输功率。该方法可以与优先排序方法相结合，其中无论属于哪一个MAC实例，运送UCI或某种类型的UCI的传输都优先于没有运送UCI的传输。通过采用不同的配置，这种限制对于FDD或TDD来说都是适用的。
在对用于MAC实例的UCI传输配置了限制的时候，与被提供了反馈的PDSCH传输相对的HARQ反馈的时间线可被修改，以便允许在DL中进行持续传输。在后续的例示方法中对此进行了论证。
在一个例示方法中(用于FDD)，HARQ反馈可被限制成用于MAC实例的10个子帧中的4个子帧，其中这4个子帧可以在两个连续子帧配对中出现。举例来说，在一个MAC实例中，为HARQ反馈配置的子帧集合可以是集合{0，1，5，6}。作为示例，通过这种方法，子帧0可以运送用于在先前帧的子帧{3，4}中进行的PDSCH传输的HARQ反馈，子帧1可以运送用于在先前帧的子帧{5，6，7}中进行的PDSCH传输的HARQ反馈，子帧5可以运送用于在先前帧的子帧{8，9}以及当前帧的子帧0中进行的传输的HARQ反馈，以及子帧6可以运送用于在当前帧的子帧{1，2}中进行的传输的HARQ反馈。其他布置也是可能的。在第二MAC实例中，如果第二MAC实例的子帧0始于第一实例的子帧0的开端与末端之间，那么为HARQ反馈配置的子帧集合可以是集合{2，3，7，8}。即使没有在子帧级同步来自所有的两个MAC实例的传输，这种配置也会完全避免同时传输HARQ反馈。
在第二例示方法中(用于TDD)，HARQ反馈可被限制到用于MAC实例的8个子帧中的3个子帧，其中这3个子帧是可以连续出现的。通过这种方法，可用于HARQ反馈(以及其他UCI)的子帧不能只用子帧编号来标识，因为这些子帧会随着帧而改变。该模式(pattern)会在具有多个帧(作为示例，在本范例中是4)的时段上重复出现，并且可以用一个偏移来标识，其中该偏移指示的是具有4个帧的时段的开端(例如系统帧编码与4相除的帧的开端)与被配置成用于HARQ反馈的3个子帧的群组中的第一个子帧之间的子帧数量。作为替换，该模式可以用一个40个子帧的位图来表示。在使用这种方法时，举例来说，群组中的第一个子帧可以运送用于提前了9、8、7个子帧出现的PDSCH传输的HARQ反馈，第二子帧可以运送用于提前了(与第二子帧相比)7、6和5个子帧出现的PDSCH传输的HARQ反馈，以及第三子帧可以运送用于提前了5和4个子帧出现的PDSCH传输的HARQ反馈。这种方法(以及先前的方法)可能需要增加为PDSCH配置的HARQ进程的数量，以便支持连续传输。与先前描述的方法相似，第二MAC实例可被配置一个类似的模式，该模式被设计成完全避免MAC实例之间的同时的HARQ反馈传输，即便没有在子帧级同步传输的时候也是如此。如果第二MAC实例的模式相对于第一MAC实例的模式的偏移介于3与4个子帧之间(举例来说，如果已同步的系统帧编号和第二MAC实例的子帧0是在第一MAC实例的子帧0的开端与末端之间开始的，那么第二MAC实例的模式的偏移可以对应于第一MAC实例的模式的偏移加3)，这是可以实现的。
上述布置的一个潜在的益处在于，PUSCH的所有(同步)重传要么都在被配置成传送HARQ A/N子帧中出现，要么都在未被配置成传送HARQ A/N的子帧中出现。如果为运送UCI(或HARQ A/N)的传输应用的优先级高于未运送UCI的传输，那么用于UL中的HARQ进程的所有PUSCH重传都会具有高优先级或低优先级。如果WTRU需要传送高优先级数据(例如信令或语音)，那么网络可以选择在为UCI传输配置的这些子帧中调度PUSCH，由此确保任何重传都最低限度地遭受可能的缩放处理。
用于UL拆分承载的报告功能：WTRU可被配置成具有双连接，也就是具有与多个eNB(例如一个MeNB和一个SeNB)关联的一个或多个小区。在这种情况下，WTRU可以实施分离的MAC实体，例如，其中每一个MAC实体都对应于与WTRU配置中的每一个eNB相关联的所有小区。被配置了双连接的WTRU还可以被配置一个或多个数据无线电承载(DRB)，其中所述DRB可以是为上行链路拆分配置的。WTRU可以同时或非同时地在第一MAC实体的小区、第二MAC实体的小区或是同时在所有这两个MAC实体的小区传送与被配置了UL拆分的DRB相关联的数据。
在这种情况下，如果触发与被配置了UL拆分的DRB相关联，那么WTRU可能需要在它的一个或多个上行链路传输中包含一个缓冲状态报告(BSR)，例如依照应用于每一个MAC实体或者复制在所有的两个MAC实体上的旧有触发来包含。
对于WTRU在用于此类DRB的BSR中报告的数据量来说，在这里可以考虑以下的备选方案：WTRU可以使用旧有方法来向所有的两个eNB报告相同数据量；或者，WTRU可以使用为适用于PDCP的部分配置的比例来裁剪该报告。
然而，前一种备选方案意味着调度器可能会调度不必要的上行链路资源，例如在最糟糕的情况下会调度两倍于所需要的资源量，而对于后一种情况来说，上行链路传输速率可能会因为这个半静态比值而被人为限制。
在第一种方法中，新的BSR触发可以以来自另一个调度器的影响为基础。
在WTRU向所有的两个eNB报告相同数据量(或者有可能仅仅针对PDCP数据)时，该方法是可以使用的，但其并不局限于这种情况。为了缓解所有的两个eNB过度分配上行链路资源的可能性，WTRU可以实施附加的BSR触发。
该方法基于这样一个原理，那就是即使WTRU为配置了UL拆分的DRB报告了相同(或相似的)数据量，如果WTRU发送更多的BSR报告，那么也可以缓解源于所有的两个独立调度器的组合效应所造成的上行链路资源的过度供应。然而，为了避免BSR数量的不必要的增多，在这里可以定义一些规则，由此，只有在WTRU的缓冲器状态发生变化的情况下才会将BSR包含在上行链路传输中，这样一来，接收到关于过多上行链路资源的许可的可能性将会提升。实际上，除了缓冲器耗尽快于单个调度器的效果的时候之外，没有必要更频繁地发送BSR。
对于以上论述的方法来说，BSR触发未必会导致SR触发。
在一个方法中，对于被配置了UL拆分的指定DRB的缓冲器占用容量(有可能仅仅针对PDCP缓冲器)来说，如果其他MAC实体消耗的该缓冲器占用容量的速率超出了某个(有可能是可配置的)阈值，那么WTRU MAC实体可以触发BSR。举例来说，第一WTRU MAC实体可以确定，在从WTRU MAC最后一次使用第一MAC实体的上行链路资源报告BSR时起的指定时段中，使用第二WTRU MAC实体的资源传送的数据量(例如PDCP)与可用于传输的新的数据量相比超出了数值X。
在另一个方法中，如果确定用于被配置了UL拆分的指定DRB的WTRU缓冲器(有可能只针对PDCP缓冲器)中的数据量降低了一个数量，并且该数量是一个(有可能可以配置的)数据量，例如所涉及的MAC实体传送的数据量的因子X，那么WTRU MAC实体可以触发BSR。举例来说，如果确定从最后一次使用第一MAC实体的上行链路传输来传送包含关于此类LCH(或LCG)的值开始，可用于传输的数据量(例如用于DRB，也就是同时用于RLC和PDCP或者仅仅用于PDCP)降低了一个数量，并且该数量等价于一个比为所涉及的DRB传送的相应数据量的X％(其中X通常大于100)更大的百分比，那么WTRU可以触发BSR。
受到在其他MAC实体中接收的许可的影响，PDCP缓冲器降至低于某个等级：在另一个方法中，如果确定从最后一次使用第一MAC实体的上行链路资源来传送包含了关于此类LCH(或LCG)的值的BSR开始，用于被配置了UL拆分的指定DRB的WTRU缓冲器(有可能只针对PDCP缓冲器)中的数据的传输率变化了一个数量，并且该数量是一个值(有可能是可配置的)X，那么WTRU MAC实体可以触发BSR。
同样，在另一个方法中，该触发既可以以PDCP SDU的平均传输延迟增大为基础，也可以以达到队列头端(也就是WTRU缓冲器中的最早的PDCP SDU)的某个延迟量为基础，还可以是在其他MAC实体耗尽WTRU(例如仅仅是PDCP)缓冲器的速率以及此类缓冲器的填充速率增大并超出某个值的时候发生。用于相反的事件的附加触发也是可以引入的。
在另一个方法中，BSR报告可以只包括RLC缓冲器占用情况，并且可以为PDCP使用动态报告。
当WTRU只在BSR内向每一个eNB报告其缓冲器中的RLC数据量时，这时可以使用这种方法，但其并不局限于这种情况。于是，PDCP缓冲器占用情况可以依赖于一种单独的机制，并且可以依赖于来自WTRU的附加信令，其中该信令可以是更加动态的。举例来说，此类信令可以包含在用于指定MAC实体的一些(或所有)MAC PDU中，例如通过重新使用MAC子报头内部的保留比特(例如“R”比特或是其等价物)来包含。与被配置了UL拆分的DRB相关联的所有的两个MAC实体可以实施这种信令和BSR报告。
这种方法可以基于这样一个原理，那就是WTRU可以始终报告其已知与所涉及的MAC实体相关联的数据量，例如RLC缓冲占用情况以及RLC STATUS PDU和/或一个或多个RLC重传(的大小估计值)，并且可以动态地用信号通告所涉及的DRB的PDCP占用情况的某个近似等级。这种动态信令可以提供与被配置成用于UL拆分的一个或多个或是所有DRB的聚合PDCP占用情况有关的信息。作为补充，报告了PDCP占用情况(但是频繁程度低于动态信令)的BSR框架也是可以使用的。
在下文中，这种动态信令可被称为一个或多个满意比特。满意比特有可能仅仅在至少一个DRB被配置了UL拆分的时候才是适用的。当LCG只与被配置了UL拆分的DRB相关的时候，这些满意比特可以用信号通告与单个LCG和/或DRB相关或者与多个LCG和/或被配置了UL拆分的DRB的聚合相关的信息。使用满意比特同样是一个配置方面。
在作为以下方法的变体的另一个示例中，满意比特适用于子报头中的LCID值所确定的DRB，其中如果适当的话，在子报头中将会包含满意比特。
在一个方法中，WTRU MAC实体可以仅仅使用BSR(或仅仅其子集)来报告用于被配置了UL拆分的DRB的RLC缓冲器占用情况。然后，举例来说，WTRU可以依照以下的至少一项来包含一个或多个满意比特：
单个比特：在使用单个比特的时候，WTRU可以用信号通告缓冲器中的PDCP数据量增大还是减小。举例来说，如从最后一次传输报告了所涉及的一个或多个LCG和/或DRB的值的BSR(如果作为补充来使用)时开始，一个或多个PDCP缓冲器中的数据量增加了数量X，或者(如果旧有BSR计算不适用于UL拆分承载)仅仅如果该数据量大于(有可能是可配置的)数量X，那么WTRU可以置位该比特。如果使用了一种据以依照MAC PDU来使用单个比特的格式，那么此类信令可以反映用于所有被配置了UL拆分的DRB的WTRU缓冲器中的PDCP数据的总量。作为替换，WTRU可以置位该比特，以使其指示WTRU为所涉及的一个或多个LCG和/或DRB请求上行链路资源。
两比特字段：在使用了一个以上的比特的时候，WTRU可以使用诸如依照以下的至少一项的码点：
a.00、01、10、11指示的是所涉及的一个或多个LCG和/或DRB的相对缓冲器等级。此类值可以是绝对值。作为替换，此类值可以与对其进行发送的传输块大小相关联。此类值可以包括“空缓冲器”，例如“00”，大于或“无限”，例如“11”，并且“01”和“10”是中间等级。
b.00、01、10、11指示的是从其他MAC实体传输中计算得到的所涉及的一个或多个LCG和/或DRB的近似传输速率。此类值可以是绝对值。作为替换，此类值可以与对其进行发送的传输块的大小相关联。作为替换，此类值可以与所涉及的一个或多个DRB和/或LCG的(有可能是聚合的)PBR的配置相关联。
上述方法可以依照LTE标准来描述。举例来说，在LTE中，MAC PDU子报头包含了六个报头字段R/R/E/LCID/F/L，但是MAC PDU中的最后一个子报头以及固定大小的MAC控制元素则并非如此。MAC PDU中的最后一个子报头以及固定大小的MAC控制元素的子报头仅仅包含了四个报头字段R/R/E/LCID。与填充物对应的MAC PDU子报头包含了四个报头字段R/R/E/LCID。
更进一步，保留比特被设置成“0”，并且缓冲大小字段指示了在构建了用于该TTI的所有MAC PDU之后，在逻辑信道群组的所有逻辑信道上可用的总的数据量。该数据量是用字节数量指示的，并且包含了可用于RLC层和PDCP层中的传输的所有数据。
在这些方面，如果配置的话，那么报头字段R/R可以变成HB(满意比特)字段，并且对于与采用相应BSR格式且被配置了UL拆分的DRB相关联的LCG来说，数据可以包含只可用于RLC层中的传输的所有数据。
可用于RLC和PDCP的传输的数据可以依照旧有方式来保持。
在另一个方法中，WTRU MAC实体可以使用BSR(或者仅仅其一个子集)来仅仅报告关于被配置了UL拆分的DRB的RLC缓冲器占用情况。然后，WTRU可以包含一个或多个满意比特，以使WTRU用信号通告平均停留时间，队列头端延迟，PDCP缓冲器等级趋于提升还是降低，或者PDCP填充率与MAC实体耗尽速率之间的差值，其中该差值会用信号通告满意比特。此外，先前方法中描述的相似的信令也是可以使用的。
用于上行链路传输的数据优先排序：WTRU可被配置成具有双连接，也就是具有与多个eNB(例如一个MeNB和一个SeNB)关联的一个或多个小区。在这种情况下，WTRU可以实施分离的MAC实体，例如，其中每一个MAC实体都对应于与WTRU配置中的每一个eNB相关联的所有小区。被配置了双连接的WTRU还可以被配置一个或多个数据无线电承载(DRB)，其中所述DRB可以是为上行链路拆分配置的。WTRU可以同时或非同时地在第一MAC实体的小区、第二MAC实体的小区或是同时在所有这两个MAC实体的小区传送与被配置了UL拆分的DRB相关联的数据。
在这种情况下，WTRU可以接收一个关于DRB的配置，其中该配置包含了与每一个MAC实体的一个逻辑信道(LCH)的关联。换句话说，DRB可以与多个LCH相关联，其中每一个LCH对应于一个MAC实体。对于每一个LCH，WTRU还可以被配置一个关于LCH的优先级值，PBR值以及BSD值；对于与DRB关联的所有LCH来说(也就是DRB专用值)，这些值可以是相同的，或者这些值可以具有单独的数值(也就是LCH专用)。
在这种情况下，用于LCP功能的可能的实施方式包括：
a.公共令牌桶：在执行所有的两个LCP循环的时候，令牌桶Bj是在用于与所涉及的DRB相关联的LCH的MAC实体上共享的；以及
b.单独的令牌桶：令牌桶Bj是特定于与所涉及的DRB相关联的LCH的每一个MAC实体的。WTRU会为每一个MAC实体单独执行LCP循环。
这其中的每一个例示实施方式都可能具有潜在的缺陷。举例来说，公共令牌桶实施方式可能会招致引入特定于MAC(也就是不与PDCP SDU相关联的RLC PDU)的RLC数据(例如一个或多个RLC STATUS PDU和/或RLC重传)耗竭，例如在一个调度器(并且由此在MAC实体上)扩展时段中消耗了全部令牌桶并且由此拒绝其他MAC实体服务于所涉及的DRB的时候。在以一种供其指定传输资源的方式对调度器进行不良的协调的时候，这种单独的令牌桶实施方式可能会引入抖动，和/或可能会非预期地在允许高优先级的承载之前为低优先级的承载提供服务。
可能的情况是，在结合了以下描述的方法的组合中，与被配置用于UL拆分的承载相关联的LCH可以单独或者与用于指定MAC实体的相同类型的其他LCH相结合而被指配一个LCG。对于LCP来说，所有这样的LCG有可能会具有特定于MAC的配置。
在一个方法中，用于遭遇到LCP过程的拆分DL DRB的数据可以依据LCH中的数据的类型。对于被配置了UL拆分的承载来说，假设WTRU使用了一个公共令牌桶Bj、也就是使用了如上所述的特定于DRB的Bj的值来为每一个MAC实体执行LCP过程。在第一方法中，作为LCP过程的一部分，MAC实体会依据令牌桶Bj的大小以及RLC缓冲器中的数据的类型来确定为哪一个LCH提供服务。举例来说，WTRU可以包含一个LCH，并且在执行LCP的时候，作为LCP过程的一部分，如果所涉及的LCH具有未决(例如RLC STATUS PDU)或是处于其缓冲器中(例如RLC重传)的特定类型的数据，那么WTRU可以在与Bj的值无关的情况下为LCH提供服务。举例来说，如果WTRU具有未决的RLC STATUS PDU，但是相关联的Bj为零或更小，那么WTRU可以仍旧将LCH包含在LCP过程中，由此会导致将数据分配给使用了所涉及的MAC实体的资源的传输。在这种情况下，WTRU可以将令牌桶Bj设置成RLC STATUS PDU的估计(或实际)大小。举例来说，如果WTRU在其RLC缓冲器中具有RLC重传，但是相关联的Bj小于RLC重传大小(其中包含了Bj为零或更小的情况)，那么WTRU可以仍旧将LCH包含在LCP过程中，由此会导致使用将数据分配给使用了所涉及的MAC实体的资源的传输。在这种情况下，WTRU可以将令牌桶Bj设置成一个或多个RLC重传的估计(或实际)大小。此类操作有可能局限于与单个RLC PDU的重传相关联的一个(例如没有重新分段)或多个(例如在重新分配的情况下)PDU的重传。举例来说，在一个例示情况中，其中RLC STATUS PDU以及一个或多个RLC重传全都经历这种方法，那么WTRU可以将Bj的值设置成是其各自大小的组合值。
上述方法可以依照用于逻辑信道优先排序的LTE标准来描述。举例来说，在当前的LTE标准中，资源是按照优先级递减的顺序分配给逻辑信道的。依照上述方法，如果Bj是WTRU保持的用于指示每一个逻辑信道j的优先级的变量，那么可以在分配资源之前依照以下的方式来设置逻辑信道的Bj：
如果用于被配置了UL拆分的逻辑信道的Bj小于或等于0，那么UE应该：
-如果有未决的RLC STATUS PDU，那么UE应该将Bj设置成该PDU的大小。
-如果在RLC重传缓冲器中存在数据，那么UE应该将Bj增大至该缓冲器的大小。
更进一步，在当前的LTE标准中，WTRU可以考虑某些类型的数据的相对优先级。依照上述方法，用于被配置成UL拆分的DRB的任一逻辑信道的未决RLC STATUS PDU都可以采用与用于被配置了UL拆分的DRB的任一逻辑信道的RLC重传缓冲器中的数据相比相对更高的优先级，但是其优先级低于用于PHR或扩展PHR的MAC控制元素。用于被配置了UL拆分的DRB的任一逻辑信道的RLC重传缓冲器中的数据可以采用与来自任何逻辑信道的数据相比相对更高的优先级，但是这其中不包括来自UL-CCCH的数据。
在另一个方法中，一个或多个主循环可以使用MAC专用参数，并且辅助循环可以使用与承载关联的参数。在一个示例中，WTRU可以在指定的MAC实体中执行LCP循环，其中与用于被配置了UL拆分的DRB的LCH相关联的令牌桶的耗尽可以修改用于与其他MAC实体相关联的LCH的令牌桶的值。换句话说，在一个MAC中，如果超出了用于被配置了UL拆分的DRB的令牌桶大小，那么这一点可以在用于相同DRB的其他MAC的令牌桶值中得到反映。更具体地说，对于被配置了UL拆分的承载来说，WTRU可以执行LCP过程，以使用于每一个MAC实体的一个或多个主循环(也就是仅仅步骤1和步骤2，或是步骤1到步骤3)都会使用每一个MAC实体专用的参数(LCH专用参数)。应该指出的是，在这里以及后续的关于LCP过程的论述中，步骤1、2和3指的是在如上所述的LTE规范中描述的LCP过程的步骤。可能的情况是，该优先级将被分配给DRB自身，或者会为与所涉及的DRB相关联的所有一个或多个LCH使用相同的值。
在该方法的第一示例中，第一MAC实体可以使用为LCH配置的PBR值以及BSD值或者相应地使用与LCH相关联的令牌桶大小来执行步骤1和步骤2；在这些步骤中，WTRU会考虑与所涉及的MAC实体相关联的所有LCH。然后，WTRU可以执行步骤3，以便在考虑了所有LCH的情况下按照优先级递减的顺序来分配剩余功率，其中用于与被配置了UL拆分的DRB相关联的LCH的优先级要么是DRB专用值，要么是与所涉及的MAC的LCH相关联的值。在这个第一示例中，步骤1和2是主循环，而步骤3则是辅助循环。对于步骤3来说，如果用于具有拆分UL的DRB的所有一个或多个LCH的令牌桶的累计总和大于零，那么WTRU可以将与正服务LCH的MAC相关联的令牌桶递减步骤3中服务的数据量；如果最终的值为负，那么WTRU可以将第一LCH的令牌桶值的负数部分转换成与所涉及的DRB相关联并且对应于其他MAC的第二LCH的令牌桶值，直至第二LCH的令牌桶值Bj达到0(也就是说，第一LCH的令牌桶大小的绝对值大于第一令牌桶大小的正值)，或者直至第一LCH的令牌桶值达到0(也就是其他方面)。
在该方法的第二示例中，包含了两个循环的步骤1、2和3是主循环，并且是使用MAC专用值执行的，同时WTRU会依照该方法的第一示例来执行步骤3，以此作为一个附加的辅助循环。换句话说，相比于第一示例，在第二示例中可以使用一个附加的MAC专用循环。
以上描述的第一示例可以依照用于逻辑信道优先排序的LTE标准来描述。举例来说，在当前的LTE标准中，WTRU会通过按照优先级递减的顺序将资源分配给Bj>0的所有逻辑信道来将资源分配给逻辑信道(其中Bj是由WTRU保持的用于指示每一个逻辑信道j的优先级的变量)。如果将无线电承载的PBR设置成“无限”，那么在满足一个或多个低优先级的无线电承载的PBR之前，WTRU应该为可用于无线电承载上的传输的所有数据分配资源。然后，WTRU会将Bj减小用于逻辑信道j的的MAC SDU的总的大小；并且如果还剩余资源，则按照严格的优先级递减顺序来为所有的逻辑信道提供服务(而不用考虑Bj的值)，直至耗尽用于逻辑信道或UL许可的数据，而不管其中哪一个被最先耗尽。被配置了相等的优先级的逻辑信道应该以平等的方式来服务。
在这些方面，根据以上描述的第一示例，对于与被配置了UL拆分的DRB相关联的逻辑信道，WTRU可以将Bj的值减小用于逻辑信道j的MAC SDU的总的大小；如果值Bj变成负值，那么WTRU应该将尽可能多的这种负值转换至与其他MAC实体中的所涉及的DRB相关联的逻辑信道的令牌桶，以使每一个令牌桶都具有相等的值(负值也是可能的)。
以上描述的第二示例还可以依照用于如上所述的逻辑信道优先排序的LTE标准来描述。
在这些方面，根据如上所述的第二示例，在耗尽了用于逻辑信道或UL许可的数据之后，如果还剩余资源，那么将会采用一种严格的优先级递减的顺序来为与被配置了拆分UL的DRB相关联的所有逻辑信道提供服务(而不考虑Bj的值)，直至用尽用于逻辑信道或UL许可的数据，而不论其中哪一个最先被用尽。被配置了相等的优先级的逻辑信道应该以平等的方式来服务。WTRU应该递减与其他MAC实体中的所涉及的DRB相关联的逻辑信道的Bj值，以使每一个令牌桶都具有相等的值(包括负值)。
上述示例的各种变体都是可行的，其中与被配置了DL拆分的DRB的每一个LCH关联的令牌桶会以不同方式改变一定量，这其中包括将任何负值改成零值，或者使用诸如一个比值来产生不同的值。
在另一个方法中，用于拆分UL DRB的数据可能会经历依照承载的LCP过程。对于被配置了UL拆分的承载来说，假设WTRU使用了公共令牌桶Bj、也就是使用了如上所述的DBR专用的Bj的值来为每一个MAC实体执行LCP过程，在该例示方法中，作为LCP过程的一部分，MAC实体可使用旧有逻辑来确定所要服务的LCH；如果WTRU为第一MAC确定了所要服务的LCH，那么将会为第一MAC实体的相应DRB执行LCP，但是WTRU还会根据第二MAC实体中的LCP考虑可以传送的数据量。
在另一个方法中，优先排序功能可以在基于逐个无线电承载来运行。举例来说，WTRU可以基于逐个无线电承载并使用特定于无线电承载的优先级来执行LCP。通过使用这种方法，WTRU可以基于无线电承载而不是LCH来执行LCP过程的所有步骤。在每一个步骤中，WTRU可以确定从每一个MAC向无线电承载分配多少资源，并且这其中有可能会考虑来自只能被传送至某个MAC的RB的数据，例如RLC状态PDU或是RLC缓冲器中的数据(例如分段)。对于每一个无线电承载，WTRU可以对此类MAC专用数据的传输进行优先排序。
在以下论述中将会描述上述方法的例示实施方式。对于以下的每一个示例，WTRU被配置了主MAC实体(PMAC)和辅助MAC实体(SMAC)。
在关于选择性传输的示例中，WTRU可被一个基本许可调度用于主MAC实体的小区的PUSCH传输，并且通过另一基本许可而被调度用于辅助MAC实体的小区。该通过使用相应的基本许可来同时执行这两个传输，WTRU可以确定其将会超出其最大传输功率；然后，WTRU会确定应该应用优先排序功能。更进一步，该WTRU可以确定主MAC实体的PUSCH传输与辅助MAC实体的传输相比具有更高的优先级，作为示例，其原因可以是因为它包含了控制平面信令。然后，WTRU可以确定其具有适合对用于辅助MAC实例的传输的基本许可进行替换的有效的备选许可，并且将会确定可以使用选择性传输作为所涉及的传输优先排序功能。于是，WTRU可以依照基本许可来执行用于主MAC实体的传输，如果用于辅助MAC实体的传输处于WTRU的最大传输功率的范围以内，那么它还可以依照备选许可来执行相应的传输；否则，WTRU可以执行附加的(或备选的)优先排序。
在关于显性信令的一个示例中，WTRU可被配置成促使与SMAC相关联的传输具有较高的优先级。在这种情况下，WTRU会先将传输功率分配给SMAC，并且会将剩余功率分配给PMAC的一个或多个传输。该WTRU或许也会解码与PMAC相关联的一个或多个上行链路DCI格式，以便可以接收优先排序信号。
WTRU可以被一个许可调度用于主MAC实体的小区的PUSCH传输，并且被另一个许可调度用于辅助MAC实体的小区。通过使用相应的许可来同时执行所有这两个传输，WTRU可以确定其将会超出其最大传输功率；于是，WTRU会确定应该应用优先排序功能。更进一步，WTRU可以确定主MAC实体的PUSCH传输与辅助MAC实体的传输相比具有更高的优先级，作为示例，其原因可以是因为所接收的用于PMAC实例的DCI指示该传输应该被给予更高的优先级。然后，WTRU可以根据所接收的许可并使用较高的优先级来执行用于主MAC实体的传输，同时可以在需要的情况下将功率缩放处理应用于其他传输。这种优先级会在所涉及的HARQ进程的持续时段中一直保持。
在另一个方法中，WTRU可被配置成促使与SMAC相关联的传输具有更高的优先级。在这种情况下，WTRU会先将传输功率分配给SMAC，并且会将剩余功率分配给PMAC的一个或多个传输。该WTRU或许也会解码与PMAC相关联的一个或多个上行链路DCI格式，由此可以接收优先排序信号。
WTRU可被一个下行链路指配调度用于主MAC实体的小区的PDSCH传输，并且会被调度用于辅助MAC实体的小区的另一个PDSCH传输。该WTRU可以确定，在预计其将会传送针对每一个传输的相应HARQ反馈的子帧中，所述WTRU将会超出其最大传输功；于是，WTRU可以确定应该应用优先排序功能。更进一步，WTRU可以确定与主MAC实体的PDSCH传输相关联的HARQ反馈与辅助MAC实体的PDSCH传输所关联的HARQ反馈相比具有更高的优先级，作为示例，其原因可以是因为PMAC接收的DCI表明应该为该传输给予更高的优先级，然后，WTRU可以相应地使用较高的优先级来执行用于主MAC实体的传输(也就是使用PUSCH或PUCCH，这一点取决于适用于所涉及的TTI的其他调度信息)，同时可以在需要的情况下将功率缩放处理应用于其他传输。这种优先级可以在所涉及的HARQ进程的持续时段中一直保持，例如持续至与经过优先排序的HARQ进程相对的HARQ反馈是ACK。
在针对不同eNB的同时随机接入过程的示例中，WTRU具有使用了第一MAC实体的第一个正在进行的随机接入(RACH)过程。然后，WTRU将会确定触发第二RACH过程。
在另一个示例中，如果用于第二RACH过程的触发与正在进行的RACH过程关联的是相同的MAC实体，那么WTRU可以使用旧有行为来执行操作(也就是确定是否继续进行这个进行之中的过程还是将其丢弃，并且启动一个由WTRU实施的新的过程，这取决于WTRU实施)，否则WTRU会同时执行这两个过程。在后一种情况中，WTRU始终会先将功率分配给与PMAC实体的PCell相关联的前序码传输；对于与PMAC的其他小区相关联的前序码传输来说，WTRU会依据MAC实体之间的优先级来确定如何分配功率；如果WTRU将用于PMAC实例的PRACH传输优先排序在与SMAC相关联的其他任何传输之前，那么WTRU会先将功率分配给与PMAC相关联的PRACH传输，并且会将剩余功率分配给其他的传输；对于与SMAC相关联的前序码传输来说，WTRU将会依据MAC实体之间的优先级来确定如何分配功率；如果WTRU将用于PMAC实例的PUSCH传输优先排序在与SMAC相关联的其他任何传输之前(例如在卸载情况下，其中将会假设PMAC主要处理高优先级数据)，那么WTRU会先将功率分配给与PMAC相关联的传输，并且会将剩余功率分配给与SMAC相关联的传输。如果WTRU确定不能以预期传输功率来传送与SMAC相关联的前序码，那么在一个示例中，WTRU会缩放前序码传输的传输功率，但是不会增加前序码传输计数PREAMBLE_TRANMISSION_COUNTER(也就是说，WTRU会以更长的UL RLF检测时间为代价而将RACH过程的总时长延长某个传输量)。然而，该处理会受到尝试总数的限制和/或在时间上受到限制，由此避免前序码传输出现过度和非预期的延迟，例如以使WTRU至多进行与最大允许/配置的前序码传输的整数倍相当的传输。不增加前序码计数的一个结果是相应地延迟了功率抬升(power ramping)。
如果没有在RA响应窗口内部接收到随机接入响应，或者如果接收到的随机接入响应都不包含与所传送的随机接入前序码相对应的随机接入前序码标识符，那么将会认为随机接入响应接收不成功，并且WTRU应该：
如果没有对所传送的随机接入前序码应用功率缩放，则将PREAMBLE_TRANSMISSION_COUNTER加1；
否则，将功率缩放应用于所传送的随机接入前序码，将SCALED_PREAMBLE_TRANSMISSION_COUNTER加1；
如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax+1，或者
如果PREAMBLE_TRANSMISSION_COUNTER+SCALED_PREAMBLE_TRANSMISSION_COUNTER＝(2*preambleTransMax)+1：
如果在PCell上传送随机接入前序码：
向高层指示随机接入问题；
如果在SCell上传送随机接入前序码：
认为随机接入过程未成功完成。
应该指出的是：WTRU始终会先将传输功率分配给在PCell上传送的前序码。
在一个扩展先前示例的示例中，WTRU始终会将功率先分配给PDCCH命令发起的前序码传输(也就是网络触发的RACH过程)。
如果在RA响应窗口内部没有接收到随机接入响应，或者如果所接收的所有随机接入响应都不包含与所传送的随机接入前序码相对应的随机接入前序码标识符，则认为随机接入响应接收不成功，并且WTRU应该：
-如果没有将功率缩放应用于所传送的随机接入前序码，则将PREAMBLE_TRANSMISSION_COUNTER加1；
-否则，如果将功率缩放应用于所传送的随机接入前序码，则将SCALED_PREAMBLE_TRANSMISSION_COUNTER加1；
-如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax+1，或者
-如果PREAMBLE_TRANSMISSION_COUNTER+SCALED_PREAMBLE_TRANSMISSION_COUNTER＝(2*preambleTransMax)+1：
-如果在PCell上传送随机接入前序码：
-向高层指示随机接入问题；
-如果在SCell上传送随机接入前序码：
-认为随机接入过程未成功完成。
应该注意的是：如果随机接入过程是由用于PCell的PDCCH命令发起的，那么WTRU始终会先将传输功率分配给前序码传输。
在一个示例中，WTRU可以改为在后续的可用PRACH时机传送前序码；
该随机接入资源选择过程应该采用如在下文中更详细描述的方式来执行。WTRU或Node-B可被配置成确定包含了PRACH的下一个可用子帧，其中该子帧是依照prach-ConfigIndex、PRACH掩码索引以及物理层定时需求所给出的限制而被允许的(在确定下一个可用PRACH子帧时，WTRU可以考虑可能出现的测量间隙以及可用的传输功率)。
在一个对先前示例进行扩展的示例中，WTRU会在用于PDCCH命令发起的前序码传输(也就是网络触发的RACH过程)的后续可用PRACH时机中传送前序码。
随机接入资源选择过程可以采用下文描述的方式来执行。WTRU或Node-B确定包含了PRACH的下一个可用子帧，其中该子帧是依照prach-ConfigIndex、PRACH掩码索引以及物理层定时需求所给出的限制而被允许的(对于并非由PDCCH命令为PCell发起的随机接入过程来说，WTRU可以考虑可用的传输功率，并且会在确定下一个可用PRACH子帧的时候考虑可能出现的测量间隙)。
在一个方法中，如果WTRU接收到关于正在进行的RACH过程的RAR，并且该RAR包含了关于上行链路传输的许可，那么WTRU会执行以下处理：
对于与PMAC相关联的基于争用的RACH(CBRA)过程，WTRU可以优先排序与用于msg3的传输的HARQ进程相关联的任何传输。WTRU可以先将传输功率分配给相应的传输(重传)，直至所涉及的RACH过程结束(成功或失败)。
对于与SMAC相关联的CBRA过程，如有需要(也就是说，如果WTRU优先排序其他传输，例如用于PMAC的传输)，WTRU可以缩放与用于msg3的传输的HARQ进程相对应的传输功率。在这种情况下，WTRU不会递增HARQ传输计数，这与如上所述的前序码计数的情形相似。
对于与PMAC相关联的无争用的RACH(CFRA)过程，WTRU会优先排序与使用了在RAR中接收的许可的HARQ进程相关联的任何传输。该WTRU可以先将传输功率分配给相应的传输(重传)，直至所涉及的HARQ进程结束(成功或失败)。在一个示例中，该处理可以只针对与PMAC相关联的RACH过程来进行。在另一个示例中，该处理可以仅针对与PMAC的PCell相关联的RACH过程来进行。
对于与SMAC相关联的CFRA过程，WTRU可以优先排序与使用了在用于SMAC的RAR中接收的许可的HARQ进程相关联的任何传输，由此，这种传输与用于SMAC的其他传输相比具有更高的优先级，并且与用于PMAC且不与绝对优先级关联的任何PUSCH传输(例如上文中的用于PCell的前序码传输，或是经过优先排序的PUSCH传输)相比也具有更高的优先级。WTRU可以使用这种优先级顺序来将传输功率分配给相应的传输(重传)，直至所涉及的HARQ进程结束(成功或失败)。在一个示例中，该处理可以仅仅针对与SMAC的特定小区相关联的RACH过程来进行。
在一个方法中，当WTRU接收到用于正在进行的RACH过程的RAR并且该RAR包含关于上行链路传输的许可时，WTRU会将与先前指配给前序码传输的优先等级相同的优先等级指配给与该许可相关联的传输。
在一个方法中，当WTRU接收到用于进行中的基于争用的RACH过程的RAR，并且该RAR包含用于上行链路传输的许可的时候，如果WTRU确定将诸如功率缩放之类的优先排序功能应用于msg3的传输，那么WGTRU可以从争用解决窗口中排除该传输与msg3的下一次重传之间的时间。WTRU还有可能会从msg3的传输(重传)计数中排除该传输。后者有可能受限于成功的msg3传输的最大延迟。
在一个方法中，如果WTRU因为某种损害(例如总的WTRU传输功率超出允许的最大值)而不能在指定子帧中执行前序码传输，那么WTRU会通过先将传输功率分配给该传输而仅仅优先排序用于与PMAC实体相关联的RACH过程的前序码传输。同样，相同的方法也可应用于msg3的传输。
半静态优先级和用于改写配置的动态信令：在一个方法中，WTRU可被配置一个MAC实例之间的半静态优先级，并且WTRU可以接收用于为所调度的传输改写该配置的控制信息，其中该控制信息可以是与相应的调度信息一起接收的。更具体地说，WTRU可被配置第一MAC实例和第二MAC实例。该WTRU可被配置成促使在正常情况下先把功率分配给与第二MAC实例相关联的传输。然后，当WTRU确定可用于指定TTI中的传输的功率不足的时候，WTRU可以在与指定MAC实例关联的传输上应用旧有的功率缩放处理。此外，WTRU还可以被配置成致使其可以在与第一MAC实例关联的小区上接收物理层控制信令。该控制信令可以是在诸如PDCCH之类的调度信道上的下行链路控制信息(DCI)中接收的，并且可以包括动态修改所配置的功率分配优先级的控制信息，由此会将功率先分配给第一MAC实例。这种控制信令可以适用于下行链路指配和/或上行链路许可。WTRU可以在接收到这种具有下行链路指配的控制信令的时候，优先排序与第一MAC实例关联的传输，由此至少优先排序HARQ反馈的传输，或者也可以在接收到这种具有上行链路许可的控制信令的时候，优先排序与第一MAC实例关联的传输，由此至少优先排序PUSCH上的数据传输。
通过动态信令和功率缩放事件来触发PHR：在一个方法中，如果在MAC实例之间适用的绝对优先级最后是通过接收动态控制信令确定的，并且WTRU确定从接收到这种控制信令时起首次将功率缩放应用于与MAC实例相关联的至少一个传输，那么WTRU可以触发PHR。WTRU可以在功率缩放所适用的TTI中触发PHR，或者WTRU可以触发PHR，以便将PHR包含在所涉及的TTI的传输中。在确定将功率缩放应用于第二MAC实例的至少一个传输，以及在通过动态控制信令修改MAC实例之间的绝对优先级的时候，该WTRU至少可以触发用于第一MAC实例的PHR，由此先将功率分配给与第一MAC实例关联的传输。
在CG上进行的同步和异步上行链路传输：WTRU可以在确定所配置的CG之间的上行链路操作处于同步的时候应用第一优先排序功能(例如功率分配方法和/或缩放)，并且可以在其确定所配置的CG之间的上行链路操作处于异步的情况下应用第二优先排序功能。
在同步情况下，WTRU可以确使使用主动缩放来分配功率(也就是使用预测)，否则则会使用保证功率。举例来说，如果WTRU确定上行链路是同步的，那么它可以确定其应该依照第一方法来执行功率分配，否则应该依照第二方法来执行功率分配。作为示例，第一方法可以通过考虑每一个CG需要的功率而以确定分配给每一个CG的功率为基础的，而第二方法则可以是以分配给每一个CG的功率为基础的，其中所述分配是以传输最早开始的CG所需要的功率以及其他CG的保证功率量为基础的。
在同步情况下，WTRU可以确定在所有的两个小区群组上使用缩放处理来执行功率缩放，否则将会依照小区群组来使用分配，并且依照小区群组来使用缩放处理，由此执行功率分配。举例来说，WTRU可以在其确定上行链路操作处于同步状态的时候确定其应该根据第一方法来执行功率缩放，否则将会依照第二方法来执行缩放。作为示例，第一方法可以以缩放传输为基础，其中所述缩放是根据此类传输(例如依照类型)之间的优先级并且通过考虑在所有的两个CG上进行的所有传输来执行的，而第二方法则可以基于逐个CG的功率缩放，作为示例，该缩放是通过先依照CG分配功率并且随后仅仅在指定CG的传输上执行缩放处理来完成的。
在这里更进一步地论述了可供WTR确定上行链路操作处于同步还是异步的例示方法。
在一个示例中，WTRU可以基于源自MeNB的L3指示来确定上行链路操作是同步还是异步的。WTRU可以从网络接收一个指示，由此可以确定上行链路操作是否是同步的，例如通过RRC连接再配置过程期间的L3RRC信令来确定。这种再配置过程可以包括一个添加或修改关于SCG的WTRU配置的至少一个方面的再配置处理。举例来说，网络可以使用RRC信令来指示上行链路是否是同步的，其中该RRC信令至少会添加特定小区(也就是初始为WTRU配置SCG的小区)和/或修改SCG的这种特定小区的配置(作为示例，由此改变该小区)。作为示例，如果上行链路操作由网络确定并且依照的是MCG的PCell与SCG的特定小区之间的DL定时，那么该处理将会是适用的。
在一个方法中，WTRU可以至少部分基于WTRU自主行为来确定上行链路操作是同步还是异步的。在一个方法中，WTRU可以自主确定上行链路操作的类型，和/或WTRU可以监视不同CG的小区之间的相对定时同步，例如检测可能的同步误差。举例来说，WTRU可以从网络接收用于指示CG之间的同步上行链路操作的显性信令；如果被配置成实施双连接，那么WTRU可以监视CG的小区之间的同步，例如依照这里描述的方法来监视，如果其检测到同步问题，那么它可以执行如下所述的差错处理。
在一个示例中，WTRU可以接收用于指示上行链路操作在不同CG的小区之间同步的L3 RRC信令。然后，WTRU可以使用用于在不同CG之间分配功率的单个行为。可能的情况是，WTRU会监视MCG的PCell的DL定时以及SCG的特定小区的DL定时，由此可以在执行上行链路传输的时候检测到其是否超出特定阈值和/或检测到同步高于该阈值，以使其可以不遵循至少一个上行链路传输；在这种情况下，WTRU可以执行如下所述的差错处理。
在另一个示例中，WTRU可以接收用于指示不同CG的小区之间的上行链路操作异步的L3 RRC信令。然后，WTRU可以使用用于在不同CG之间分配功率的单个行为。在这种情况下，WTRU不需要监视不同CG的小区之间的同步问题。
在另一个示例中，WTRU可以接收用于指示上行链路操作在不同CG的小区之间异步的L3 RRC信令。然后，WTRU可以监视不同CG的小区之间的定时差，例如依照这里描述的其他方法来监视。如果确定上行链路操作同步，那么WTRU可以依照第一方法来执行功率分配，否则会依照第二方法来执行功率分配。
在这里论述了与UE如何监视、检测CG之间的同步相关的其他WTRU自主方法。
在一个方法中，WTRU以同步还是非同步方式(或异步方式)来对为其配置的小区群组(CG)之间的上行链路传输执行操作，这一点可以基于CG的相应UL子帧开端之间的相对时间差来定义。
举例来说，如果CG的相应UL子帧的开端之间的时间差小于或等于特定阈值，那么WTRU可以认为所配置的CG之间的上行链路操作是同步的。该阈值可被指定成固定值，它可以由系统中的两个连续子帧之间的保护时间来限制，或者可以是一个配置方面。可选的，该阈值可以包括假设周期，由此，如果WTRU可以在一个模式(例如同步)与另一个模式(例如异步)之间转变，那么，在以接近于该阈值的方式工作的时候，WTRU不会执行不必要的转变。举例来说，一旦达到该阈值，那么WTRU可以转换到上行链路操作的非同步模式，但是只有当相对时间差回复到小于该阈值减去一个附加时段X，WTRU才会保持处于该模式(也就是说，WTRU会快速移动到非同步模式，但是只有返回到阈值的公平边限以内，它才会保持处于该模式)。
对CG之间的时间差进行评估：更一般地说，如果WTRU被配置了用于指定CG的多个TAG，那么可以基于以下的至少一项来确定该时间差：
PCell到SpSCell：上行链路子帧的开端与包含CG特定小区的TAG相关联。举例来说，该小区可以是用于主CG(MCG)的PCell，以及用于辅助CG(SCG)的特定SCell(例如被配置了PUCCH资源和/或被执行了RLM的SCell)。举例来说，在这种情况下，相对时间差将会是MCG的PTAG的上行链路子帧的开端与SCG的PTAG的上行链路子帧的开端之间的差值。在这种情况下，以下使用的术语“适用小区”指的是那些用于这个方法的小区。
任何两个传输的开端之间的最大绝对值：对于与MCG的TAG关联的上行链路子帧的开端与SCG的TAG的上行链路子帧的开端来说，其相对时间差的绝对值是最大的。在这种情况下，以下使用的术语“适用小区”指的是用于该方法的所涉及的TAG的任一小区。
任何两个上行链路子帧的开端之间的最大绝对值：对于与MCG的TAG相关联且供WTRU在该子帧中执行了至少一个传输的上行链路子帧的开端以及与SCG的TAG相关联且供WTRU在该子帧中执行了至少一个传输的上行链路子帧的开端来说，这二者之间的相对时间差具有最大的绝对值。在这种情况下，以下使用的术语“适用小区”指的是用于该方法的所涉及的TAG的任意的一个或多个适用小区(例如被WTRU执行了至少一个传输的小区)。
PCell中的传输的开端与SCG中的任一传输之间的最大绝对值：对于与用于MCG的PTAG相关联的上行链路子帧的开端以及与SCG的TAG相关联的上行链路子帧的开端来说，其最终的相对时间差具有最大的绝对值。在这种情况下，以下使用的术语“适用小区”指的是PCell以及用于该方法的SCG中的所涉及的TAG的任一小区。
如果只有在WTRU在与如上所述的所涉及的方法相适合的小区执行上行链路传输的时候，或者在WTRU在每一个CG的至少一个小区中执行至少一个上行链路传输的时候，所述WTRU才会确定这种时间差，那么WTRU可以将适用传输的开端视为上行链路子帧的开端(这其中有可能排除了没有跨越子帧中的所有符号的传输信号，例如SRS)。
确定上行链路的工作模式：在一个方法中，WTRU可以依照以下的至少一项来确定适用的工作模式：
基于L3信令/配置：WTRU可以从通过L3信令接收的指示中确定适用的上行链路工作模式。在这种情况下，上行链路工作模式的类型可以是WTRU配置的半静态分量。举例来说，作为用于双连接的配置的一部分，WTRU可以接收用于指示上行链路工作模式的控制信令。作为示例，作为用于先添加SCG的双连接的配置的一部分，WTRU可以接收上行链路工作模式的类型。该处理可以包括WTRU是否应该只假设同步操作，只假设异步操作，或者这其中有可能包括WTRU应该自主确定上行链路工作模式的指示，例如依照这里描述的任一方法来确定。作为该配置的一部分，WTRU或许会接收关于适用功率分配功能的指示。该WTRU或许会接收关于所涉及的适用工作模式的功率分配功能的配置。
以用于CG中的适用小区的下行链路定时基准为基础计算的CG之间的相对定时差：WTRU可以估计每一个CG的适用小区的相应下行链路子帧之间的时间差值。该WTRU可以将这种时间差值与一个阈值相比较，并且可以从该比较中确定上行链路工作模式是同步还是异步的。这种预置可以是WTRU的一个配置方面。被配置了双连接的WTRU可以通过评估不同CG的适用小区之间的相对时间差并将其与此类阈值相比较来确定适用的上行链路工作模式。
通过使用所接收的TAC(或Nta_ref)并以用于CG的适用小区的上行链路子帧校准为基础的计算的CG之间的相对定时差：被配置了双连接的WTRU可以通过评估不同CG的适用小区之间的相对定时差并将其与一个阈值相比较来确定适用的上行链路工作模式。
WTRU可以估计每一个CG中的适用小区的相应上行链路子帧之间的时间差值。这种估计可以使用根据最后一次为每一个适用小区接收的TAC而应用于每一个小区的相应的定时补偿量来执行。
如果已存储的UL定时基准发生变化，例如因为NW信令而变化，那么WTRU可以估计时间差：在这种情况下，至少在WTRU在每一个CG中执行在最先应用TAC的子帧上进行或者在该子帧之后同时进行的一个或多个传输之前，该WTRU可以执行这种估计。可能的情况或许仅仅是此类传输需要将功率分配功能用于功率受限的状况。举例来说，在WTRU接收到TAC的时候，在其首次应用在TAC中接收的值的时候，在其首次接收用于每一个CG的至少一个许可并且该许可会导致在最后一次接收到至少一个TAC之后进行同时传输的时候，或者在其首次确定将要通过分配功率来使其超出用于CG的最大可用功率(如果小于最大可用的WTRU传输功率)和/或用于此类同时传输的最大可用WTRU传输功率的时候，WTRU可以执行这种估计。
WTRU可以将这种时间差与一个阈值相比较，并且可以从该比较中确定上行链路工作模式是同步还是异步的。该阈值可以是WTRU的一个配置方面。
通过使用Nta(或者包括WTRU自主补偿)并以CG中的适用小区的上行链路子帧校准为基础计算的CG之间的相对定时差：被配置了双连接的WTRU可以通过评估不同CG的适用小区之间的相对定时差并将其与一个阈值相比较来确定适用的上行链路工作模式。
WTRU可以估计每一个CG中的适用小区的相应上行链路子帧之间的时间差量。这种估计可以使用根据WTRU自主补偿机制(例如来自DL定时变化)而应用于每一个小区的相应定时补偿量来执行。
WTRU可以在UL定时补偿发生变化且不涉及NW的情况下估计时间差：在这种情况下，WTRU可以在供其确定是否应该自主应用补偿(例如通过追踪DL定时)的任何子帧中执行这种估计。在一些实施方式中，该处理可以仅仅在具有PSS/SSS的子帧中进行。作为替换，至少在WTRU首次在每个CG中执行与自主应用补偿的子帧同时出现或是在其后出现的一个或多个传输之前，该WTRU可以执行这种估计。在一些实施方式中，该处理仅仅是在此类传输需要将功率分配功能用于功率受限的状况的时候进行。举例来说，如果WTRU首次确定用于至少一个适用小区的DL定时的变化，如果其首次将这种补偿应用于上行链路定时，如果其首次接收到在其最后一次自主调节该补偿之后导致产生同时发生的传输的每一个CG的至少一个许可，或者如果其首次确定所要分配的功率致使其超出了CG的总的可用功率(如果小于最大可用WTRU传输功率)和/或用于此类同时传输的最大可用WTRU传输功率，那么WTRU可以执行这种估计。
WTRU可以将这种时间差与一个阈值相比，从该比较中可以确定上行链路工作模式是同步还是异步的。该阈值可以是WTRU的一个配置方面。
WTRU通过估计时间差来补偿DL定时变化：对于上文中描述的任何基于DL定时估计的WTRU自主方法，WTRU可以动态地执行这种比较，例如依照以下的至少一项来执行：
连续地，对于DL来说：在每一个子帧(例如以连续的方式)或者在每一个DL子帧(作为示例，对于TDD中的DL子帧来说是以连续的方式)或者在每一个DL子帧中，其中WTRU会解码用于每一个CG中的至少一个适用小区的PDCCH(例如在WTRU处于DRX活动时间的时候)。
如果WTRU在检测到DL定时变化的时候可以自主确定应该为该变化应用补偿：在可供WTRU为CG的至少一个适用小区估计DL定时的子帧中(例如以使用被用作了所涉及的TAG和/或CG的DL定时基准的小区为基础)。
仅仅在PSS/SS可用的时候：在一个子帧中，其中WTRU会解码PSS/SSS。
只有在调整了UL定时之后，或者在其从那时起首次需要应用功率缩放功能的时候：在其确定应该应用补偿的一个子帧之后，在其首次确定其具有可用于执行每一个CG中的一个或多个传输的上行链路资源的时候(或者在其需要为这样的传输分配功率的时候)，其中对于所有这两个CG来说，这些传输是同时进行的。
WTRU估计与UL定时保持相关的时间差：此外，对于如上所述的基于UL定时保持的任何WTRU自主方法，WTRU可以动态地执行这种比较，例如依照以下的至少一项来执行：
a.WTRU接收/应用TAC：在供其接收(或应用)所接收的TAC(或更新Nta_ref)的子帧中。
b.WTRU自主更新Nta：在供WTRU确定其应该自主向上行链路定时校准(Nta)添加一个补偿的子帧中，例如基于所估计的DL定时中的变化，或者在其首次对其进行应用的时候。
c.a与b的组合也是可能的。
WTRU可以依照所确定的工作模式来使用不同的功率分配行为。在一个方法中，如果确定其在同步模式中工作，那么WTRU可以使用第一功率分配方法，然而如果确定其在异步模式中工作，那么WTRU可以使用第二功率分配方法。举例来说，第一功率分配功能可以实施功率共用，以便可以在与不同CG关联的传输之间动态地分配功率，而第二功率分配方法可以在与不同CG相关联的传输之间对总的可用WTRU传输功率实施半静态的拆分功能。
作为WTRU的能力，WTRU可以支持其在与工作模式无关的情况下是否能够实施动态功率分配。在一个方法中，作为WTRU能力交换的一部分，在被配置了双连接的时候，WTRU可以报告是否可以对同步和异步上行链路操作应用单个方法。举例来说，WTRU可以报告其能够为所有这两种模式实施功率分配功能的动态功率分配处理。这种能力通常意味着某一个特定的实施复杂等级，其中作为示例，该等级可能需求附加的处理，例如主动的功率分配。作为示例，WTRU可以报告其只能在一种模式中实施用于功率分配功能的动态功率共用处理。例如，该模式可以是同步模式。这种能力通常会需要较低的实施复杂度。当WTRU接收到关于双连接的配置时，所报告的这个能力可以隐含确定应该为同步和/或异步模式使用特定的功率分配行为。例如，此类功率分配行为可以是用于同步情形的动态功率共享功能，同时它也可以是用于非同步情形的半静态拆分功能。WTRU或许也可以包含与支持双连接的功率分配类型有关的信息。作为WTRU的能力的一部分，WTRU可以报告一个代表其可以出于功率分配的目的添加的最大处理延迟的值。这个值可以作为在不同CG的上行链路子帧之间适用的最大时间差来用信号通告。
新的PHR触发：在确定其应该执行上行链路工作模式切换的时候，WTRU可以触发一个PHR。从最后一次执行上行链路工作模式切换时起，如果首次确定应该在每一个CG中同时执行至少一个上行链路传输，那么该WTRU可能会触发这种PHR。此外，这也可仅仅发生在这种传输需要应用实施某种形式的优先排序(包括缩放处理)和/或共用总的WTRU可用功率的情况下。
在这里进一步论述了用于确定小区之间的定时差的WTRU辅助处理。WTRU可被配置成测量一个或多个小区的DL定时。举例来说，此类小区可以对应于测量配置中的一个或多个小区。此外，WTRU可以被配置成报告此类小区与WTRU的PCell之间的DL定时差。作为示例，此类报告可以包括该定时差高于还是低于某个阈值。作为替换，这种定时差可以是依据报告粒度的绝对值。例如，在此类报告是依照现有测量触发而被触发的时候，该报告可以与测量报告一起传输。
差错情况处理；确定差错情况：在确定CG之间的时间差超出一个阈值的时候，WTRU可以确定其使用双连接的上行链路操作存在问题(例如，SCG存在无线电链路问题)。该阈值有可能与WTRU的能力相关联。或者该阈值也可以是与上文中描述的阈值相同的阈值，并且可以用于确定上行链路的工作模式。举例来说，WTRU有可能只能结合用于同步上行链路工作模式的双连接来执行操作，并且作为示例，它可以使用这里描述的任一方法来做出这种判定。
在出现差错情况时的行动：在WTRU确定此类问题时，WTRU可以执行在下文中更详细描述的至少一个过程：
a.WTRU可以认为其不再具有有效的UL定时校准(例如TAT过期)。
i.有可能仅仅针对SCG的一个(或全部)TAG。
b.WTRU可以向网络报告差错状况，例如使用L3信令来向MeNB报告。
i.这种L3信令可以包括RRC过程。
ii.这种RRC过程可以是用于向MeNB报告SCG的无线电链路故障(RLF)(S-RLF)的过程。
iii.这种报告可以包括原因，作为示例，该原因可以是“不正确的同步”。
iv.WTRU可以停止连接到SCG，并且可以不再自主对其进行恢复。
c.WTRU可以无效化SCG配置。
d.WTRU可以触发用于MCG的PHR。
e.WTRU可以发起RRC连接重建。
在这里进一步描述了关于SRS传输的处理。
在旧有行为中，SRS通常可以在子帧的最后一个符号中传送。
在另一个旧有行为中，如果WTRU的总的传输功率原本在符号的任何重叠部分会超出最大可用传输功率(例如Pcmax)，那么，倘若SRS传输与同一个子帧中或下一个子帧中的用于不同服务小区(相同或不同TAG)的PUCCH/PUSCH重叠，被配置了多个TAG的WTRU通常可以丢弃SRS传输。
在另一个旧有行为中，如果WTRU的总的传输功率原本会在符号的重叠部分超出最大可用传输功率(例如Pcmax)，那么，如果SRS传输与同一子帧中的不同服务小区的SRS传输重叠，并且如果其与同一个子帧或下一个子帧中的用于另一个服务小区的PUCCH/PUSCH传输重叠，被配置了多个TAG以及两个以上的服务小区的WTRU通常会丢弃SRS传输。在与先前的规则相比较的时候，其类似于在这种情况下选择丢弃怎样的SRS(因为其他SRS未必与PUCCH/PUSCG传输重叠)。
在另一个旧有行为中，如果WTRU的总的传输功率原本会在符号的重叠部分超出总的WTRU可用功率(例如Pcmax)，那么，倘若SRS传输与处于不同TAG的SCell中的受网络控制的PRACH传输重叠，则被配置了多个TAG的WTRU通常可以丢弃SRS传输。
如果配置了两个以上的TAG和/或配置了多个CG，也就是双连接，那么可以应用关于SRS的旧有丢弃规则。在一个方法中，用于丢弃SRS的旧有规则可以适用于被配置了双连接的WTRU，这其中包括SRS传输与用于MCG的PCell或是SCG的特定小区的PUCCH/PUSCH重叠的情形。
用于SRS的旧有缩放规则可能仅仅在一个CG内部是适用的，并且除非为WTRU的所有传输所考虑的旧有丢弃规则不会导致丢弃SRS。在一个方法中，当且仅当所有的所涉及的SRS传输都在相同CG的小区上执行，被配置了双连接的WTRU可以依照旧有规则来缩放分配给SRS信号传输的功率。当用于所涉及的CG的WTRU的总传输功率原本会在符号的重叠部分超出用于该CG的最大可用传输功率(例如Pcmax,enb)时，该处理有可能会进行。在一个示例中，如果CG被配置了具有上行链路资源的至多一个服务小区(例如MCG的PCell或是SCG的特定小区)，那么所涉及的CG的最大WTRU传输功率(例如Pcmax,enb)可以等价于所涉及的小区的总的WTRU可用功率(例如Pcmax,c)。
WTRU可以确定其应该传送与特定CG相关联的一个或多个SRS信号。作为示例，该WTRU可以依照以下描述的任一方法来做出这种判定，以便处理SRS在时间上在CG之间重叠的情形和/或SRS与相同或不同CG的其他传输重叠的情形等等。
在这里进一步论述了CG上的重叠的SRS。
在超出了Pcmax的情况下，如果来自不同CG的两个SRS传输重叠并且超出了Pcmax，那么可以丢弃SRS。在一个方法中，如果在用于第一CG的服务小区的符号中进行的SRS传输与在用于另一个CG的服务小区的符号中进行的SRS传输重叠，且如果WTRU在重叠部分的总的传输功率超出总的WTRU可用传输功率(例如Pcmax)，则被配置了双连接的WTRU可以丢弃SRS传输。
在超出了依照CG的Pcmax的情况下，对于一GC，如果来自不同CG的两个SRS传输重叠并且超出了Pcmax,eNB，那么可以丢弃SRS。在一个方法中，如果在用于第一CG的服务小区的符号中进行的SRS传输与在用于另一个CG的服务小区的符号中进行的SRS传输重叠，并且如果与所涉及的CG关联的总地传输功率在重叠部分超出用于所涉及的CG的总的WTRU可用传输功率(例如Pcmax,enb)，那么被配置了双连接的WTRU可以丢弃SRS传输。在一个示例中，如果CG被配置了具有上行链路资源的至多一个服务小区(例如MCG的PCell或是SCG的特定小区)，那么所涉及的CG的最大WTRU传输功率(例如Pcmax,enb)可以等价于所涉及的小区的总的WTRU可用功率(例如Pcmax,c)。
在这里进一步论述了CG上的SRS与PRACH之间的重叠。在旧有行为中没有针对SRS传输与WTRU自主前序码传输(例如RA-SR)相重叠的情形的处理。然而，对于双连接来说，这种情形现在是有可能会出现的。
在这里进一步论述了MCG中的WTRU自主PRACH以及SCG中的SRS。在一个方法中，如果WTRU传输功率原本会超出最大可用功率，那么，如果用于第一CG的服务小区的SRS传输与用于另一个CG的服务小区的PRACH上的传输重叠，则被配置了双连接的WTRU可以丢弃该SRS传输。只有在WTRU的总传输功率在重叠部分超出其最大可用功率(例如Pcmax)的情况下，该处理才可以进行。此外，如果不能使用相应的CG保证功率分配来为PRACH传输分配其所需要的功率，那么也可以执行该处理。更进一步，只有在前序码传输针对的是无争用的随机接入，或者只有在第二CG的服务小区是SCG的特定小区的情况下，该处理才可以进行。另外，如果用于指定CG的WTRU传输功率超出了该CG的最大可用功率(例如Pcmax,enb)，那么该处理也是可以进行的。
在这里进一步论述了保证功率和功率共用框架内部的SRS传输功率。一旦WTRU确定其应该执行一个或多个SRS传输，那么它可以依照以下的一个或多个方法来分配功率：
用CG的保证功率来覆盖SRS传输功率：举例来说，WTRU可以向SRS分配传输功率，以使分配给一个或多个SRS传输的功率量不会超出CG的保证功率。换句话说，探测过程可以考虑功率分配功能的配置以及用于总的WTRU功率中的保证部分的eNB间的拆分功能。
用于CGx的SRSx可以是从0到max[PXeNB]：举例来说，WTRU可以向用于第一CG(例如，CGX)的一个或多个SRS传输分配功率(例如SRSx)，该功率至多可达到总的WTRU可用功率(例如PCMAX)减去其他CG的保证功率(例如PXeNB)。
特别地，对于PCM2来说：作为示例，WTRU可以为特定的功率控制方法执行这种功率分配，例如为一种能将任何剩余功率分配给最早开始传输(例如PCM2)的小区群组(或是CG或MAC实例)的一个或多个传输的功率分配方法。
用于CGx的SRSx可以是从0到max[PXeNB,PCMAX-PYeNB]：
特别地，对于PCM1来说：作为示例，如果WTRU至少在SRS传输之前可以确定任何可能重叠的传输的确切功率需求(例如WTRU能够进行预测)，那么WTRU可以分配其他CG中的未使用的功率。换句话说，探测过程还可以在必要时考虑总的WTRU功率中未被其他调度器使用的部分，以此作为SRS功率分配的动态分量。
作为示例，对于PCM1来说(WTRU能够进行预测)，SRS可以使用的功率可达到最大可用功率(例如PCMAX)减去其他CG的保证功率(例如PCGy)，例如PCMAX-PCGy。
作为示例，对于PCM2来说(WTRU不执行预测)，SRS可以使用的功率可达到最大可用功率(例如PCMAX)减去其他CG的保证功率(例如PYeNB)，例如PCMAX-PYeNB。
举例来说，WTRU可以执行以下处理：
-WTRU可以首先使用适合SRS的功率控制公式来确定用于CG的一个或多个SRS传输的预期功率量，例如依照旧有方法；
-WTRU可以确定可被分配给用于CG的一个或多个SRS传输的最大功率量是最大可用功率(例如PCMAX)减去其他CG的保证功率(例如PYeNB)；如果其他CG具有处于子帧开端且功率高于其保证功率的正在进行的传输，那么可以用最大可用功率减去正在进行的传输的功率来限制SRS的最大功率。如果在包含了用于相同CG的SRS的符号中继续进行其他传输(PUCCH/PUSCH)，那么SRS的最大功率可以进一步减小这些继续进行的传输的功率；
-如果WTRU确定预期功率大于可用于SRS的最大功率量，那么WTRU会丢弃或者缩放一个或多个SRS传输。可能的情况是，这种缩放可以依照用于SRS缩放的旧有方法来执行。
如果分配给与相同CG相关联且用于相同子帧的一个或多个PUSCH/PUCCH传输的最大功率电平没有超出SRS的功率电平，那么WTRU有可能为一个或多个SRS传输执行以上的功率分配方法。
如果WTRU没有执行任何与相同CG关联且用于相同子帧的PUSCH/PUCCH传输，那么WTRU或许会为一个或多个SRS传输执行以上的功率分配方法。
WTRU或许会依照SRS的触发的类型来执行这种功率分配功能。举例来说，WTRU可以为周期性的SRS传输执行以上的功率分配功能。
在这里进一步论述了用相同CG的PUSCH/PUCCH功率覆盖的SRS传输功率。在一些实施方式中，SRS传输功率始终会被分配给PUSCH/PUCCH功率的功率量所覆盖。用于CGx的SRSx可以是从0到[PCGx(PUSCH/PUCCH)]。
举例来说，WTRU可以确定应该传送与特定CG关联的(一个或多个)SRS信号。该WTRU可以为SRS分配传输功率，以使分配给一个或多个SRS传输的功率量不会超出为在相同子帧中进行相同CG的PUCCH/PUSCH传输的情况下为其计算的功率量。这个功率量可以包括以下的至少一项：
a.为该CG的一个或多个PUSCH/PUCCH传输分配的功率(例如PCGx(PUSCH/PUCCH))。在复杂度方面，这是一种非常简单的备选方案，但是它会为SRS产生精度略低的功率电平。
b.在因为诸如MPR、A-MPR之类的原因应用功率减小处理之前，在计算可以分配给用于该CG的一个或多个PUSCH/PUCCH传输的最大功率的过程中确定的功率范围的上限(例如PCMAX_high)。该处理有益于移除应用于PUSCH/PUCCH传输的功率减小处理的影响(这种功率减小处理是特定于传输类型的，并且是特定于调制类型的，例如，与16QAM之类的更高的调制阶数相比，为QPSK应用的减小处理通常相对较小)，并且至少在用于PUSCH/PUCCH传输和用于SRS传输的调制阶数存在差异的时候，所应用的减小处理会略微地更加复杂一些。
c.功率电平处于某个范围以内，该范围与其他子帧符号的可以是不同的，并且尤其基于其特定的适用MPR或A-MPR而为一个或多个SRS符号确定的。在所有的状况中，该处理都会是最精确的方法。
在一个示例中，如果存在处于相同子帧且用于相同CG的PUSCH/PUCCH传输，那么用于SRS的功率始终会受到分配给PUSCH/PUCCH的功率量的限制。在一个示例中，如果存在处于相同子帧且用于相同CG的一个或多个PUSCH/PUCCH传输，那么在应用功率减小处理(例如MPR、A-MPR)之前，用于SRS的功率会受到可被分配给一个或多个PUSCH/PUCCH传输的最大功率量的限制。举例来说，在计算CG中的一个或多个PUSCH/PUCCH传输的PCMAX值的时候，WTRU可以为SRS传输分配功率，该功率可达到用于CG的PCMAX范围上限(例如PUSCH/PUCCH的PCMAX_high)。
换句话说，探测过程可以考虑在指定子帧中分配给CG的功率，以此作为用于SRS的功率分配功能的动态分量。
WTRU可以执行这种用于特定的功率控制方法的功率分配处理，例如用于可以将任何剩余功率比分配给具有在指定子帧中最早开始的一个或多个传输的CG的功率分配方法。该处理可以是在未考虑在后续帧中有可能在时间上重叠的其他CG的传输的情况下完成的，例如在WTRU无法预测的时候。特别地，该处理涉及的是在这里进一步描述的PCM2。
此外，保证功率还可以用作最小值。用于CGx的SRSx可以是从0到max[PXeNB,PCGx(PUSCH/PUCCH)]。
在另一个示例中，如果分配给用于相同子帧的相同CG的PUSCH/PUCCH传输的功率量小于保证功率(包括没有为PUSCH/PUCCH传输分配功率的情形)，那么WTRU还可以向一个或多个SRS传输分配至多可达到CG的保证功率的功率。
特别地，对于PCM1来说：在一个示例中，WTRU可以执行用于特定功率控制方法的这种功率分配处理，例如可以通过考虑其他CG的可能在后续子帧中在时间上重叠的传输而将任何剩余功率分配给小区群组(或CG，或MAC实例)的一个或多个传输的功率分配方法，举例来说，WTRU能够执行预测。
用于CGx的SRSx可以是从0到max[PXeNB,PCMAX-PCGy]：
特别地，对于PCM1来说：如果WTRU可以照在SRS传输之前确定任何可能重叠的传输的确切功率需求(例如WTRU能够执行预测)，那么WTRU可以分配其他CG中的任何未使用的功率。
举例来说，WTRU可以执行以下处理：
-WTRU可以首先使用适合SRS的功率控制公式来确定用于该CG中的一个或多个SRS传输的预期功率量，例如依照旧有方法；(用于CGx的SRSx可以是从0到max[PXeNB,PCMAX-PCGy])
-WTRU可以确定可被分配给用于CG的一个或多个SRS传输的最大功率量是相关联的CG的保证功率与最大可用功率(例如PCMAX)之间的最大值减去所分配的其他CG的功率(例如PCGy)；
-如果WTRU确定预期功率大于可用于SRS的最大功率量，那么WTRU会丢弃或者缩放一个或多个SRS传输。所述缩放可以依照旧有的SRS缩放方法来执行。
在一个示例中，WTRU可以为CG中的一个或多个SRS传输分配功率，该功率至少可达到CG的保证功率和相同CG的PUSCH/PUCCH所使用的剩余功率中的任何部分的总和。
只有在WTRU执行与相同CG关联且用于相同子帧的一个或多个PUSCH/PUCCH传输的情况下，WTRU或许才会为一个或多个SRS传输执行以上的功率分配方法。
WTRU或许会依照SRS的触发的类型来执行这种功率分配功能。举例来说，WTRU可以为非周期性的SRS传输执行以上的功率分配功能(因为此类SRS请求通常与用于上行链路传输的许可相关联，例如PUSCH)。
处理时间预算：每一个CG的传输之间的定时差值会影响到可供WTRU用于处理所接收的调度信息的时间，如果每一个CG在所涉及的子帧中需要进行至少一个传输，那么该定时差值还会影响到可用于执行用于确定针对指定子帧的所有传输的一个或多个参数所需要的功率分配、优先排序以及其他任务的时间。
特别地，如果此类方法需求为涉及所有的两个CG的传输完成一定量的处理，以便可以考虑在所涉及的子帧中进行的适用于WTRU的所有传输，例如用于在CG上或是在WTRU的所有传输上动态分配总的WTRU可用功率的一些部分的功率分配处理，那么该处理对于WTRU的实施方式而言将会成为一个挑战。此外，不同的WTRU在处理此类信息的速度方面可能会具有不同的能力。
不同的方法在如何处理Tx之间的定时差方面可能会存在差异。举例来说，如在这里描述的不同的方法(例如优先排序功能、功率分配方法或缩放方法)可以是在考虑或者未考虑可能在不同时间开始的并且可能在时间上相互重叠的传输的情况下作用于一个传输子集(例如所有那些同时开始或者在一定时间以内开始的传输)。
源于减少处理时间的角度的传输开始时间：对于WTRU处理时间来说，同时开始的重叠传输的示例包括与相同CG和/或相同定时提前群组(TAG)关联的传输。关于在一定时间内以接近于同时的方式开始的重叠传输的示例包括与相同CG但是不同的TAG关联的传输，或是与不同CG关联但是使用了同步的上行链路工作模式的传输。关于在不同时间发生的重叠传输的示例包括在使用异步上行链路工作模式的时候与不同CG关联的传输。
由此，WTRU可以依据其对可用处理时间的判定来确定应用何种功能或方法。举例来说，如果WTRU因为其对与在CG上关联于相同子帧的传输的定时差值的估计而确定可用处理时间不足，那么该WTRU可以执行第一方法；否则，如果处理时间充足，那么WTRU可以执行第二方法。第一方法可以是一种考虑了在所涉及的子帧中进行的用于WTRU的所有传输的方法，而第二方法则可以只考虑WTRU传输中的第一子集所需要的功率(例如单个CG的传输，由此，这些传输在所涉及的子帧中是最早进行的)以及关于WTRU传输的第二子集所需要的功率的另一个值，例如用于其他CG的传输的最小保证功率。
可用处理时间、处理时间减小和阈值：与先前部分中的描述相似，在确定所配置的CG之间的上行链路操作会导致用于WTRU处理的时间预算低于某个阈值的时候，WTRU可以应用第一优先排序功能(例如功率分配方法和/或缩放功能)，否则它可以应用第二优先排序功能(例如不同的功率分配方法和/或用于缩放功能的不同方法)。与之等价的是，作为示例，在对配置或未配置双连接的情况下的处理时间进行比较的时候，WTRU可以估计可用处理时间预算的减小量，并且可以相应地确定所要使用的方法。
最小需用处理时间：举例来说，WTRU可以将最小需用WTRU处理时间视为阈值。作为替换，WTRU可以等价地考虑最大处理时间减小量。
该阈值可被规定成一个固定值，和/或可被是WTRU能力的一部分。作为替换，它可以是特定于实施方式的，并且仅仅为WTRU所知。在后一种情况中，对WTRU用以执行优先排序、功率分配和/或功率缩放所使用的方法所做的选择可以完全由WTRU的实施方式决定。
关于处理时间的例示定义：在不排除其他定义的情况下，WTRU可以依照以下的任何一项来定义在比较需用和可用处理时间的过程中使用的参量。
直至所有调度信息都被所有的两个CG获悉的时间。
在一个示例中，处理时间减小量实质上可被定义成与指定子帧中的每一个CG的调度信息的DL到达时间的差值相等价。
在一个方法中，该处理时间可以代表接收下行链路控制信令(例如在PDCCH和/或E-PDCCH上)以及处理接收到的控制信息所需要的时间。换句话说，它可以代表一个参量，其中该参量包含了供WTRU在子帧n中开始在该WTRU配置的所有小区接收控制信令(例如子帧的第一个符号或是用于该子帧的控制信道的第一个符号)的最早时间，直至其最早确定用于指定CG或是所有的两个CG的所有传输的所有必要参数。
在这种情况下，处理时间减小量可以等价于与WTRU的最早TAG关联的子帧(例如来自最早的CG)以及与WTRU的最后一个TAG关联的子帧(例如来自最后一个CG)之间的DL定时差值。
在另一个示例中，处理时间减小量可被定义成实际等价于每一个CG在指定子帧中的起始UL子帧的差值。
在一个方法中，WTRU可以确定处理时间减小量等于所涉及的子帧中的最早的TAG(例如用于最早的CG)的UL子帧开端与最后一个TAG(例如用于最后一个CG)的UL子帧的开端之间的差值。可能的情况是仅仅基于Nta_ref，也就是使用由用于每一个所涉及的TAG的网络信令最后更新的定时校准值。
在另一个示例中，处理时间减小量可以是基于用于确定WTRU依照同步还是异步的UL操作模式工作的方法得到的。
在一个方法中，WTRU可以使用这里描述的方法来确定处理时间的减小量，例如与CG上的同步和非同步上行链路传输有关的方法。
在另一个示例中，处理时间可被定义成从最后一个(E-)PDCCH接收结束直至所有调度信息已知的时间。
在另一个示例中，处理时间减小量实际上等价于每一个CG在指定子帧中的调度信息的DL到达时间的差值。
在一个方法中，一旦接收到了最晚出现的控制信道，那么这种处理时间可以代表用于确定应用优先排序功能(例如，执行功率分配和/或功率缩放)所必需的所有参数所需要的处理时间。
在另一个示例中，处理时间可被定义成是在所有调度信息均为所有的两个CG所知的情况下留给功率分配/缩放的时间。
在一个方法中，作为示例，一旦WTRU已经确定了执行优先排序功能所需要的所有参数，那么这种处理时间可以代表与执行优先排序功能所需要的处理相关的时间预算，作为示例，该功能可以是执行功率分配和/或功率缩放。
在另一个示例中，处理时间实际上等价于最后一个CG在指定子帧n中的调度信息的DL到达时间与最早的CG在子帧n+4中的UL子帧开端之间的时间。
在一个方法中，这种处理时间可被确定成是从可供WTRU接收最后一个TAG的控制信令(例如用于最后一个CG)的子帧n的末端到子帧n+4中用于最早的TAG(例如用于最早的CG)的UL子帧的开端的时间之间的时间。
用于确定可用处理时间预算的方法：在一些方法中，WTRU可以只考虑具有至少一个已被激活的小区的TAG。作为替换，在一些方法中，WTRU可以在与激活状况无关的情况下考虑其配置中的任何小区。在一些方法中，WTRU还可以只考虑被用作DL定时基准的小区，例如在WTRU依据下行链路分量来确定参数的时候(例如控制信令的接收时间，DL子帧开端等等)。
用于确定可用处理时间预算的方法：WTRU可以确定可用处理时间预算，并且将其与最小需用WTRU处理时间(也就是阈值)相比较。WTRU可以基于以上描述的关于处理时间定义的原理来确定可用处理时间。在下文中将会更进一步地描述此类方法的细节。
作为上行链路定时差值的时间减小量：举例来说，WTRU可以依照这里描述的任一方法来确定可用处理时间减小量等于每一个CG的上行链路子帧的定时差值，这其中包括与CG上的同步和非同步上行链路传输相关的方法。
可用处理时间：举例来说，WTRU可以基于“DL定时分量”与“UL定时分量”之间的时间来确定可用处理时间。作为示例，这种DL定时分量可以与接收下行链路信号相关。这种下行链路信号可以包括用于调度第一CG的上行链路传输的下行链路信令信息(例如在子帧n中接收的下行链路控制信令)。这种UL定时分量可以与上行链路中的信号传输相关联。这种上行链路传输可以包括用于第二CG的相应子帧的上行链路传输(例如子帧n+4)。
第一CG可以是较晚的CG——也就是用于子帧n的最后一个下行链路分量：举例来说，第一CG可以是可供WTRU确定下行链路子帧n的开端与其他CG的相应子帧n的开端相比更晚出现的CG。可能的情况是仅仅针对适用的定时提前群组(TAG)和/或用于相应CG的小区。举例来说，此类TAG可以是包含了CG的特定小区的TAG(例如，被配置了PUCCH资源的小区和/或始终活动的小区)。
第二CG可以是较早的CG——也就是用于子帧n(或n+4)的较早的上行链路分量。举例来说，第二CG可以是可供WTR确定上行链路子帧n(或是用于子帧的传输)的开端与其他CG的相应子帧n的开端相比更早出现的CG。可能的情况是仅仅针对适用的定时提前群组(TAG)和/或用于相应CG的小区。举例来说，这种TAG可以是包含了CG的特定小区的TAG(例如被配置了PUCCH资源的小区和/或始终活动的小区)。
DL定时分量：举例来说，DL定时分量可以基于诸如在用于CG的PDCCH(或E-PDCCH)上接收的DCI之类的信令。作为示例，这种下行链路信令的定时可以是以下各项之一：接收DCI的子帧的开端/末端；接收DCI的PDCCH的开端/末端；用于所接收的DCI的PDCCH解码处理的开端/末端；或是所接收的DCI的处理末端；如下所示：
用于接收DCI的子帧的开端/末端：与WTRU在其上接收所述控制信令的下行链路资源相对应的CG的小区的子帧的第一个(或最后一个)符号的时间。同样，WTRU可以为相应的小区(或定时提前群组)使用DL定时估计。
用于接收DCI的PDCCH的开端/末端：在其上接收所述控制信令的PDCCH(或E-PDCCH)的第一个(或最后一个)符号的时间。
用于所接收的DCI的PDCCH解码处理的开端/末端：WTRU可以开始尝试解码所述控制信令的时间，或是WTRU可以成功解码所述控制信令的时间。
所接收的DCI的处理末端：WTRU完成所述控制信令处理的时间。举例来说，该时间可以对应于WTRU具有用于计算CG中的所有传输的功率所必需的信息的时刻。
“UL定时分量”：作为示例，这种UL定时分量可以基于用于CG的传输的开端。
在下文中更详细地公开了用于估计可用处理时间的例示实现方式。
最后一个PDCCH的开端直至最早的UL子帧的开端：在关于上述方法的一个示例中，在使用双连接工作的时候，WTRU可以先确定其具有最小需用处理延迟。这种处理延迟可以代表从其开始在其配置中的已被配置的(并且有可能是激活的)任何服务小区接收在子帧n中最后出现的PDCCH的时间,直至其需要在子帧n+4中利用配置的上行链路在任一(有可能是激活的)服务小区上执行第一次传输的时间。然后，WTRU可以确定其被期望在子帧n+4中执行每一配置CG中的至少一个上行链路传输，该传输可以包括PUSCH、PUCCH、SRS或PRACH传输的任何组合。WTRU可以确定可用时间预算，并且将其与最小需用处理时间相比较。
在最早的子帧开始之前完成所有PDCCH的解码：在以上方法的另一个示例中，在使用双连接工作的时候，WTRU可以先确定其具有最小需用处理延迟。这种处理延迟可以代表从其成功解码在子帧n中以及在其配置中的任一已被配置的(有可能是激活的)小区上出现的所有PDCCH的时间，直至其需要在子帧n+4中利用所配置的上行链路在任一(有可能是激活的)的服务小区上执行第一次传输的时间。然后，WTRU可以确定其应该在子帧n+4中在每一个已被配置的CG执行至少一个上行链路传输；该传输可以包括PUSCH、PUCCH、SRS或PRACH传输的任何组合。WTRU可以确定可用预算，并且将其与最小需用处理时间相比较。
在最早的UL子帧开始之前开始/结束最后一个子帧：在关于以上的方法的另一个示例中，在使用双连接工作的时候，WTRU可以先确定其具有大小为x毫秒(ms)的最小需用处理延迟。该处理延迟可以代表这样一个延迟，其中该延迟是从在子帧n中在其配置中的任一经过配置的(有可能是激活的)小区上最晚开始的一个或多个服务小区的子帧的开端(或末端)，直至其需要在子帧n+4中利用所配置的上行链路在任意激活的服务小区上执行第一传输的时间；然后，WTRU可以确定其应该在子帧n+4中在每一个已被配置的CG执行至少一个上行链路传输；该传输可以包括PUSCH、PUCCH、SRS或PRACH传输的任何组合。WTRU可以确定可用预算，并且将其与最小需用处理时间相比较。
在关于以上的方法的另一个示例中，在接收到某个DL控制信令之后，或者在随机接入响应窗口结束之后，WTRU可能需要执行PRACH传输(或重传)。举例来说，在接收到“PDCCH命令”之后，在接收到不包含针对先前传送的前序码序列的响应的随机接入响应之后，或者在随机接入响应窗口的最后一个子帧之中没有接收到随机接入响应的情况下，WTRU可能需要传送(或重传)PRACH。
WTRU可以确定一个最小处理时间阈值，其中该阈值对应的是在第一小区群组中触发PRACH传输或重传的子帧的末端(例如接收到PDCCH命令或者接收到随机接入响应的子帧，或是窗口的最后一个子帧)与在PRACH资源在该子帧中可用的情况下，需要WTRU准备传送前序码的第一子帧s0的开端之间的时长。如果在子帧s0开始之前在第二小区群组中发起的传输与在子帧s0中传送的第一小区群组的PRACH重叠，也就是在可用处理时间少于最小值的时候，与第一小区群组的PRACH传输相比，WTRU可以优先排序第二小区群组的传输。如果在第二小区群组中发起的传输与在子帧s0之后的至少一个子帧上传送的第一小区群组的PRACH重叠，并且第二小区群组的传输并非在PRACH之前的一个以上的子帧开始的，也就是说，如果可用处理时间大于最小值，那么除非第二小区群组的传输是具有更高优先级的另一个PRACH传输，例如PCell的PRACH，否则与第二小区群组的传输相比，WTRU将会优先排序第一小区群组的PRACH传输。换句话说，如果PRACH的传输定时(在子帧s1中)致使WTRU准备在该子帧之前的至少一个子帧传送PRACH(也就是在子帧s1-x，其中x>＝1)，并且如果第二小区群组的传输并非在第一小区群组的PRACH之前早于一个子帧开始，且具有较低的优先级排名，那么与第二小区的别的传输相比，WTRU可以优先排序第一小区群组的PRACH。
取决于可用处理时间的不同的WTRU行为：对于以上的所有示例来说，如果可用处理时间不足，那么WTRU还可以考虑应该为其他CG的传输保留特定量的功率(例如能为CG分配最小保证功率量的半静态的、经过配置的值)，由此确定应该将功率分配给最先发生的CG的传输；换句话说，WTRU可能未被要求考虑该CG的实际传输所需要的功率，并且如果所分配的功率量小于所需要的量，那么它随后可以为该CG的一个或多个传输的功率执行缩放处理。否则，如果可用处理时间充足，那么WTRU可以考虑其他CG的传输所需要的功率，由此进一步确定应该将功率分配给最先进行的CG的传输；如果所需要的总功率量超出WTRU的最大可用功率，那么WTRU可以使用这里描述的任一优先排序方法来对该WTRU的所有传输执行功率缩放处理。
在下文中更详细地描述了用于执行可用处理时间估计的触发。
何时确定可用处理时间：对于以上的所有示例，WTRU可以在发生以下事件之一的时候确定可用处理时间：周期性事件，再配置事件，获得定时校准事件，更新定时校准事件，或重叠传输事件，如下所述：
a.周期性事件：当定时器期满的时候，例如以周期性的方式期满。一旦确定和/或更新了可用WTRU处理时间，那么WTRU可以重启该定时器。
b.再配置事件，也就是可以指示所配置的一个或多个服务小区的定时特性发生变化的再配置：处于从WTRU配置中添加或移除至少一个定时提前群组(TAG)的RRC再配置之后。该配置可以包括SCG的初始配置，将至少一个小区初始添加到TAG中等等。
c.获得定时校准事件：也就是在获得用于TAG的UL定时校准的时候：在WTRU执行了一个过程并且在此之后具有用于TAG的有效定时校准的时候，例如应用在随机接入过程中的RAR中接收的TAC的时候，在接收到MAC TAC CE的时候和/或在重启先前期满的至少一个TAT的时候。
d.更新定时校准事件，也就是在更新TAG的UL定时校准的时候：在WTRU接收到关于TAG的MAC TAC的时候，例如应用在随机接入过程中的RAR中接收的TAC的时候，在接收到MACTAC CE的时候和/或在重启至少一个TAT的时候。
重叠传输事件，也就是在确定可以在指定子帧中为每一个CG执行至少一个上行链路传输的时候。在WTRU确定可以在指定子帧n+4中进行重叠传输的时候，例如子帧n的DL控制信令处理结束之后。
其他的例示实施方式：
如果处理时间预算是充足的，WTRU可以通过预测来确定分配功率，否则可以使用保证功率来分配功率。举例来说，在确定处理时间减少量低于某个阈值的时候，WTRU可以确定其应该依照第一方法执行功率分配，否则依照第二方法来执行功率分配。作为示例，第一方法可以通过考虑每一个CG需要的功率来确定分配给每一个CG的功率为基础的，而第二方法则可以是以分配给每一个CG的功率为基础的，其中所述分配是以传输最早开始的CG所需要的功率以及其他CG的保证功率量为基础的。
对于第一种方法，作为示例，WTUR可以根据这里描述的方法并且依照CG(例如逐CG分配)或是对WTRU的所有传输(例如扁平缩放(flat scaling))执行功率分配和/或功率缩放。至于第二种方法，任何未被用于最早的CG的传输的剩余功率都可被分配给其他CG。
如果处理时间预算充足，那么WTRU可以确定使用扁平缩放来执行功率缩放处理，否则对CG的功率执行功率缩放处理。举例来说，在确定处理时间减少量低于某个阈值的时候，WTRU可以确定其应该依照第一方法执行功率缩放，否则依照第二方法来执行功率缩放。作为示例，第一方法可以以缩放传输为基础，其中所述缩放是根据在所有的两个CG上进行的所有传输(例如依照类型)之间的优先级并且通过考虑此类传输来执行的，而第二方法则可以基于逐个CG的功率缩放，作为示例，该缩放是通过先依照CG分配功率并且随后仅仅在指定CG的传输上执行缩放处理来完成的。
在这里进一步论述了在不同的MAC实例的传输之间实施的附加的功率共用方法。在一些实施方式中，WTRU可以在指定子帧中将功率分配给与不同MAC实体(以下将其称为“小区群组”或“CG”)相关联的传输，以便为第一CG(“主CG”或“MCG”)的传输保留总的WTRU可用功率(例如PCMAX)中的第一数量(或部分，例如PMeNB)，以及为第二CG(“辅助CG”或“SCG”)的传输保留总的WTRU可用功率(例如PCMAX)中的第二数量(或部分，例如PSeNB)。如果PMeNB和PSeNB的总和小于总的可用传输功率，那么WTRU还可以依照CG之间和/或与每一个CG关联的传输之间的特定优先级来分配剩余功率。
应该指出的是，MAC实体(或MAC实例)可被配置一个或多个服务小区，然后，这些小区可以形成一个小区群组(CG)。对于与第一eNB(例如MeNB)的服务小区相关联的MAC实例或CG来说，这种CG可被称为主CG(PCG)或主控CG(MCG)；在这种情况下，所涉及的第一MAC实体也可以被称为主MAC实体。同样，与第二eNB(例如SeNB)的服务小区相关联的MAC实例或CG可被称为辅助CG(SCG)或SeNB CG(SCG)；在这种情况下，所涉及的第二MAC实体也可以被称为辅助MAC实体。
WTRU可以依照特定的功率控制模式(“PCM”)来执行这种功率分配，其中适用的PCM可以作为用于双连接操作的WTRU配置的一部分用信号通告。
举例来说，WTRU可以应用第一PCM(“PCM1”)(如果配置的话)，以使其可以依照基于与不同传输相关联的UCI的类型所确定的优先排序而在与不同CG关联的传输上共用剩余功率。WTRU可以应用第二PCM(“PCM2”)(如果WTRU支持并且如果配置的话)，由此可以保留PMeNB和PSeNB，，以便在存在潜在的重叠上行链路传输的情况下将其用于与相应CG(作为示例，其分别是MCG、SCG)相关联的传输。WTRU可以先将所有剩余功率提供给与时间较早的一个或多个传输相关联的CG的一个或多个传输。
WTRU可以确定其是否可以在CG之间执行附加的功率共用处理，这其中包括是否可以将第二CG的某些(或全部)保证功率分配给第一CG的传输。
在一个示例中，WTRU可以确定是否存在用于第二CG的至少一个传输，也就是在所涉及的传输时间间隔和/或对于CG之间的重叠时间部分(以下将其称为“子帧”)来说，第二CG需要的功率是否为零。这种确定可以依照半静态方面、动态方面或是WTRU自主判定中的至少一个来执行。
半静态方面可以包括与L3/RRC配置信令相关的方面。举例来说，WTRU可以依照子帧类型或子帧消隐中的至少一个来执行这种判定。
关于根据子帧类型的判定，也就是该子帧是用于上行链路传输还是仅用于下行链路接收，该判定可以基于帧结构类型、UL/DL配置或是半双工操作中的至少一个。
关于以帧结构类型为基础的判定(例如类型1FDD或类型2TDD)，作为示例，WTRU可被配置一个用于TDD操作的小区。或者也可以配置一个CG，以使该CG的所有小区都用于TDD操作。
关于以UL/DL配置为基础的判定，例如用于TDD，作为示例，WTRU可被配置一个TDDUL/DL配置。这种配置可以为在指定CG中配置了上行链路资源的所有小区所共有。在这种情况下，WTRU可以确定在纯DL的指定子帧中应该不会具有用于该CG的上行链路传输。
关于以半双工操作为基础的判定，例如针对FDD，作为示例WTRU可以报告关于指定的支持波段的纯半双工能力。CG可被配置成致使该CG的所有小区都与该波段相对应。在这种情况下，如果预计在所涉及的子帧中存在至少一个下行链路传输，那么WTRU可以确定在指定子帧中应该没有用于该CG的上行链路传输。作为示例，WTRU可以为其被配置了下行链路指配的子帧做出这种判定。WTRU可以为需要该WTRU监视PDCCH、例如用于接收系统信息、寻呼(用于通知系统信息更新)等等的子帧做出这种判定。
关于依照子帧消隐的判定，作为示例，WTRU以由L3来配置，以使其中一种(或多种)类型的传输对于一些子帧而言是不可行的。在这种情况下，WTRU可以确定在该子帧中应该没有用于该CG的上行链路传输。
关于依照功率分配时段中的绝对优先级的时段的判定(例如用于多RAT)，作为示例，WTRU可被配置成使得与特定MAC实体相关联的传输在所配置的功率分配时段内的一个(或多个)时段(或TTI)中具有绝对优先级。这种具有绝对优先级的一个或多个时段可以是L3配置方面，和/或可以基于动态方面、例如在其他部分描述的L1/L2控制信令来确定。在这种情况下，WTRU可以确定在相应的功率分配时段中不应该具有用于该CG的上行链路传输。
动态方面可以包括与调度活动以及相关信令相关联的方面。举例来说，WTRU可以依照以下的至少一项来执行这种判定：DRX操作，RRC过程，定时校准，或是增强的接口迁移和业务量自适应(“eIMTA”)UL/DL配置。
关于依照DRX操作的判定，WTRU可被配置一个DRX模式以及相关的参数。这种模式可以代表可以调度WTRU以进行传输的时间(例如DRX活动时间)。这种DRX活动时间可以包括周期性出现且具有固定长度的启动时长(on-duration)时段。这种DRX活动时间还可以通过接收下行链路控制信令来控制，由此可以扩展DRX活动时间(例如通过调度活动)，或是停止该时间，直至开始下一个启动时长时段开始(例如通过接收MAC DRX CE)。这种DRX模式和活动时间可以在CG之间存在差异。在被配置了不同无线电接入技术的时候，在CG之间，确定这种DRX模式和活动时间(或是其等价物)的确定有可能会存在差异。在一个示例中，WTRU可以确定在WTRU知道其并非DRX活动时间的一部分的一个或多个子帧中应该没有用于该CG的上行链路传输。在另一个示例中，WTRU可以确定在WTRU知道其并未DTX活动时间的一部分的一个或多个子帧的子集中应该没有用于该CG的上行链路传输。该处理可以仅仅针对已被WTRU绝对确定地知道的子帧，例如在DRX活动时间的最后一个子帧之后经过了一定的处理时间量开始的时段(由此DRX活动时间不能在DRX活动时间的最后的几个子帧中扩展)，和/或在接收到MAC DRX CE之后开始的时段。在所有这两种情况中，该时段可以扩展至下一个启动时长时段开始，或者持续至WTRU触发SR(有可能是传输了用于指定的SR触发中的第一个SR之后的n+7个子帧)。
关于依照RRC过程和相关中断的判定，WTRU可以启动一个L3/RRC过程，并且该过程会导致仅仅与其中一个CG的传输相关联的无线电前端中断。举例来说，WTRU可以接收一个RRC连接再配置消息，并且可以发起CG的再配置处理。在这种情况下，WTRU可被允许在一定的时间量中在传输中处于未活动状态，例如在成功接收到RRC PDU之后的15毫秒。在这种情况下，WTRU可以确定在该时间中没有用于该CG的上行链路传输。作为示例，在定时器T304s运行的同时，WTRU可以确定应该没有用于该CG的上行链路传输。在接收到带有用于修改SCG的移动性控制信息元素的RRC连接再配置消息时，WTRU可以启动定时器T304s。在宣布关于CG的RLF时，WTRU可以确定应该没有用于该CG的上行链路传输。举例来说，WTRU可以确定在SCG上发生了RLF，并且会宣布S-RLF，由此会停止关于该CG的所有上行链路传输，直至WTRU接收到用于修改SCG的再配置。
关于依照定时校准维持(同步状态)的判定，当与主定时提前群组(pTAG)关联和/或与CG的特定小区(例如MCG的PCell以及SCG的PSCell)关联的定时校准定时器(TAT)没有运行时，WTRU可以确定应该没有用于该CG的上行链路传输。此外，WTRU可以确定在WTRU启动或重启用于CG的pTAG的TAT的子帧与直至用于上行链路传输的第一个时机之间应该没有用于该CG的上行链路传输。作为示例，如果TAT是从在子帧n中接收到包含TAC以及关于上行链路传输的许可的RAR重启的，那么WTRU可以确定在子帧n+x之前应该没有用于该CG的上行链路传输，其中x是允许的处理时间(举例来说，x可以等于6)。由此，该处理可以包括RAR窗口(RA响应定时器运行的时间)时间以及从接收RAR中的第一个许可到用于使用该许可执行的第一PUSCH传输的子帧的时间。
关于依照eIMTA上行链路/下行链路配置的判定，WTRU可以依据用于确定eIMTA-上行链路/下行链路配置的过程的结果来确定应该没有用于该CG的上行链路传输。这种判定可以以接收前一个子帧中由特定RNTI(eIMTA-RNTI)扰乱的PDCCH为基础来进行，或者可以以没有对其进行接收为基础来进行，以及以高层信息为基础来进行。
WTRU的自主判定可以涉及这样的实施方式，其中WTRU可以依照以下的至少一项来执行这种判定：S-RLF、被超出的WTRU能力、设备内共存(IDC)或其他损害状况。
关于依照S-RLF的判定，在WTRU宣布关于CG的RLF时，它可以确定应该没有用于CG的上行链路传输。举例来说，WTRU可以确定在SCG上发生了RLF，并且会宣布S-RLF，其中所述S-RLF会停止该SCG的所有上行链路传输，直至WTRU接收到修改SCG的再配置。
关于依照被超过的WTRU能力的判定，当WTRU确定它的一个或多个能力在指定时段和/或子帧中被超过的时候，该WTRU可以确定应该没有用于该CG的上行链路传输。
关于依照设备内共存(IDC)的判定，如果WTRU具有用于另一个无线电接入技术的重叠传输或是诸如GPS之类的可被中断的其他接收，如果这样的一个或多个传输在其他方面会干扰可能非常重要的其他无线电技术的传输，那么该WTRU可以自主忽略许可和/或丢弃传输。这种行为可能会影响单个CG的传输，例如与其他无线电技术在相同频段中工作的CG。这种行为还可以用WTRU已知的模式来调节，例如在业务量可被预测的情况下。在这种情况下，在发生此类重叠的时候，WTRU可以确定应该没有用于该CG的上行链路传输。
关于依照其他损害状况的判定，当在指定子帧中出现妨碍用于某一个CG的一个或多个传输(或所有传输)的损害状况的时候，WTRU可以确定应该没有用于该CG的上行链路传输。
如果确定在所涉及的子帧和/或重叠时段没有与第二CG相关联的传输，那么WTRU可以将第二CG的一些或全部保证功率分配给第一CG的传输。在一些实施方式中，只有在判定在后续子帧和/或重叠时段中为第二CG的传输确定了类似状况的时候，WTRU才会对第二CG的保证功率的至少一部分执行这种再分配。举例来说，只有在确定在后续子帧和/或重叠时段中应该没有用于第二CG的传输的情况下，WTRU才会对第二CG的保证功率执行这种再分配。
此外还可以确定所需要的功率是否处于特定范围以内。举例来说，在一个方法中，WTRU可以确定第二CG在指定子帧中需要的传输功率是否可以等于或低于某个阈值(但是有可能是非零的)。
在一些实施方式中，WTRU可以通过只考虑一种或多种特定类型的上行链路传输来执行这种判定。举例来说，WTRU可以使用上述方法并且仅仅基于PUSCG传输来执行这种判定，以使WTRU可以判定PUSCH所需要的总的功率为零。在一些实施方式中，WTRU可以执行这种还包含了任何可能的PRACH传输在内的判定。进一步的判定可以基于一种或多种其他类型的传输和/或UCI类型，例如用于ACK/NACK的PUCCH、CQI、SR或SRS。这种进一步的判定可以基于CG在所涉及的子帧中的确切的功率需求，或者基于一个概率评定(例如基于相似的传输的先前传输等级和/或通过考虑某个差错余量)。该阈值可以对应于一个低于CG的保证功率值(以下将其标识成PxCG)的水平。这种阈值或许也可以对应于适用于所涉及的子帧的PxCG的值减去某个差错余量。这个差错余量可以对应于为指定时段预期的最大开环调节。并且这有可能对应的是此类开环调节的最大步进单位。
这种更进一步的判定可以依照以下的至少一项来执行：UE自主的传输或重传，可用于传输的数据，调度请求(SR)未决，最后报告的BSR，或是L2配置，其中包括DRB类型。
关于依照UE自主的传输或重传的判定，这种传输类型可以包括所配置的致使PUSCH传输的所有参数都在子帧n+4已知的上行链路许可，用于尚未成功完成的进行中的HARQ进程的WTRU的自主性非自适应重传，和/或致使可能的PUCCH传输(用于HARQ ACK/NACK反馈)的所有参数都可以在子帧n+8已知的下行链路配置许可，其中子帧n是调度时机，并且其对应的分别是用于PUSCH或PDSCH传输的调度(也就是适配的可能性)时机。在这种情况下，如果判定不调度(或者需要)其他传输，那么WTRU可以在这些传输在子帧n的相对调度时机之前确定这种传输所需要的功率，作为示例，所述判定可以基于这里描述的其他方法，并且这包含了这样的情形，即所论述的子帧对应于调度时机(例如子帧n)，由此可以执行所涉及的传输或重选，但是所述传输或重传未必会被适配。该处理还适用于任何已被暂停且不会重启的HARQ进程，由此不期望WTRU在所涉及的子帧中执行自主的非自适应重传(也就是说，WTRU可以确定此类进程需要零功率)。
关于依照可用于传输的数据的判定，WTRU可以确定在用于指定CG的指定子帧中没有可用于传输的数据，由此，如果接收到许可，那么将会导致传送填充信息或者根本不执行传输。在这种情况下，WTRU可以确定用于该CG的PUSCH在所涉及的子帧中需要零功率，但是其他传输是可行的。
关于依照调度请求(SR)是否未决的判定，WTRU可以确定其触发了一个SR。在这种情况下，WTRU可以确定，从WTRU触发SR的时间直至其首次接收到关于上行链路传输的许可的时间，例如至少直至SR的初始传输的子帧并且有可能达到某个(eNB)处理时间之后(例如3ms)，预计不会进行一个或多个PUSCH传输。然而，WTRU可以考虑PUCCH上的SR需要的(准确或最大可能)功率(如果适当的话)，或是该间隔期间用于适用子帧(分别是D-SR时机或PRACH时机)的一个或多个前序码传输或重传需要的功率。在一些实施方式中，只有在由于有新数据可用于传输而触发了SR，且用于与CG关联的无线电承载(或LCH)的WTRU缓冲器则是先前就清空的情况下，WTRU才会考虑这个方面。
关于依照最后报告的BSR的判定，WTRU可以确定其最后报告了其缓冲器中的一定数据量，并且可以从中确定其不再接收关于上行链路传输的许可，这将会有益于用于与指定CG相关联的承载的任何数据的传输。举例来说，只有从最后一次传输BSR时开始没有可被提供给该CG的传输的新数据的情况下，WTRU才可以通过将填充BSR包含在最后一次的上行链路传输之中而最后报告空缓冲器。在这种情况下，WTRU可以确定在该条件成立的指定子帧中预计不会有PUSCH传输。
关于依照包含了DRB类型的L2配置的判定，WTRU可以确定其被配置成促使无法使用CG的资源来传送用户平面业务量。在这种情况下，WTRU可以确定在指定子帧之中预计不会有一个或多个PUSCH传输。
举例来说，WTRU可以确定SCG只被配置了拆分DRB(用于下行链路)，由此仅仅将上行链路路径映射到其他CG，也就是MCG。在这种情况下，如果存在PUSCH，那么在PUSCH上只运送L2控制PDU。举例来说，WTRU可被配置拆分DRB(举例来说，至少针对下行链路业务量而言，其与所有的两个CG相关联)，并且未被配置纯SCG的DRB。在这种情况下，如果附加地将WTRU配置成可以使用单个上行链路路径(或CG)来传输用户平面数据(例如PDCP PDU)，并且该CG是MCG，那么WTRU可以确定预计不会使用SCG的上行链路资源来传送用户平面数据。WTRU可以确定所预期的是PUCCH、SRS、PRACH，而对于PUSCH来说，仅会在WTRU所知的零星时间预期使用了很小的传输块的传输(例如包含RLC控制PDU)。举例来说，WTRU可被配置拆分DRB(例如至少针对下行链路业务量而言与所有的两个CG相关联的DRB)，并且未被配置纯MCG的DRB。在这种情况下，如果附加地将WTRU配置成可以使用单个上行链路路径(或CG)来传输用户平面数据(例如PDCP PDU)，并且该CG是SCG，那么WTRU可以确定预计不会使用SCG的上行链路资源来传送用户平面数据。WTRU可以确定所预期的将会是PUCCH、SRS、PRACH，而对于PUSCH来说，仅会在WTRU所知的零星时间预期使用了很小的传输块的传输(例如包含RLC控制PDU)或是包含SRB数据的传输。
在另一个示例中，WTRU可以确定其预计不会使用与特定CG相关联的上行链路资源来执行任何特定类型的传输。举例来说，WTRU可以确定其预计不会执行任何PUSCH传输(作为示例，由此只有PRACH、PUCCH、SRS是可能的)。作为示例，WRU可以基于与该CG相关联的WTRU缓冲器中的可用于UL传输的数据等级来确定这一点。例如，WTRU可以确定其没有可用于针对该CG的传输的数据，或者这种非零数据量可以由WTRU已知且适用于不同子帧的已被许可的资源来服务。例如，WTRU还可以确定任何PUCCH/SRS都不会超出保证功率内部的某个量(PL估计，少量半静态参数，例如PUCCH格式)。由于不可用于WTRU的信息只会导致在将功率设置成高达最大阈值的过程中出现差错，并且在传输功率设置中会顾及该差错，因此，这种判定是可能的，其中作为示例，对于TPC命令而言，该最大阈值是3dB。作为示例，由于周期性SS传输的功率是以半静态的配置为基础的，因此，WTRU还可以提前确定这种传输的功率设置。举例来说，由于关于非周期性SRS传输的请求通常是与关于PUSCH传输的许可一起接收的，因此，WTRU还可以使用与针对PUSCH传输的判定相类似的方法来确定非周期性的SRS传输是否需要功率。换句话说，作为示例，在通过使用这里描述的方法确定预计不会执行PUSCH传输的时候，WTRU会确定其预计不会传送非周期性的SRS。在一些实施方式中，WTRU可以基于如上所述的这种判定来确定CG的所有传输在指定子帧中的上限。这个上限可以依据所估计的路径损失和/或所涉及的子帧的传输格式等等(例如PUCCH格式)。
WTRU可以分配第二CG的一些或所有保证功率，其中所分配的功率可以达到一个与适用阈值减去所计算或估计的量、或第二CG的传输所需要的功率相等的值。这个功率可被重新分配给第一CG的传输。在一些实施方式中，只有在特定类型的传输所需要的功率等于(或者至少预计会等于)零的情况下，例如在没有用于第二CG的传输的情况下，才可以将这个功率重新分配给第一CG的传输。
在一些实施方式中，只有在判定为第二CG在后续子帧和/或重叠时段中的传输确定了相似的条件的情况下，WTRU才会对第二CG的保证功率的至少一部分执行这种再分配。举例来说，只有在确定第二CG的传输在后续子帧和/或重叠时段中预计至少不需要相同等级的再分配功率的情况下，WTRU才会对第二CG的保证功率的至少一部分执行这种再分配。
在一个方法中，WTRU可以通过执行以下的至少一个步骤来首先为指定子帧执行这种判定，其中所述步骤可以按照以下列举的顺序进行：
1.WTRU可以首先为在所有的两个CG上进行的传输的可能重叠的部分计算PCMAX；
2.然后，WTRU可以计算第二CG的功率需求；
3.如果第二CG需要的功率(有可能是其估计值)小于与PCMAX的保证部分相对应的功率，则WTRU可以将这个部分中的未使用的部分重新分配给其他CG的一个或多个传输。
在一些实施方式中，只有在WTRU被配置了PCM2的时候，该WTRU才会执行这种判定。在一些实施方式中，只有在WTRU报告其支持这种能力的时候，WTRU才会应用这种判定。在一些实施方式中，只有在WTRU被显性地成配置执行这种判定的时候，WTRU才会执行这种判定。在一些实施方式中，只有在其可以回收第二CG的一些保证功率以造福第一CG的时候，WTRU才会应用这种判定。举例来说，第一CG可以始终是MCG，或者是与在指定子帧中最早进行的传输的相关联的CG。作为示例，第二CG可以始终是SCG，或者可以以与在指定子帧中最晚进行的传输相关联的CG。
如果WTRU做出了不正确的判定，并且由此调度处理需要WTRU将更多的功率分配给某一个特定CG的传输，同时在指定子帧中，所述CG因为依照上述方法的功率分配而功率不足(包括低于保证数量的功率)，那么WTRU可以简单地应用其他优先排序方法，例如在重新分配的量的内部进行缩放。在这种情况下，WTRU可以在一个或多个后续子帧中抑制这种功率再分配。在一些实施方式中，WTRU可以抑制这种功率再分配，直至其确定任何受影响的传输都已经成功和/或直至WTRU确定其不再功率受限。
在这里进一步论述了支持调度协作的附加信令方法。这里描述的方法可供WTRU据以向一个或多个调度功能报告某些方面，以便改善调度器之间的协作。以下描述的信令方法和其他方面还可以应用于这里的其他部分中描述的方法。例如，满意比特指示可以使用与以下描述的相似的信令。同样，以下描述的信令也可以可替换地与在这里的其他部分中描述的方法相结合。
在一个用于示出支持调度协作的附加信令方法的例示场景中，WTRU可以在其能力方面与特定的类别相关联。作为示例，这种能力可以包括(但不局限于)关于可在指定时段(例如TTI或子帧)中处理(例如接收和/或传输)的软缓冲器比特数量的所维持的数据速率和处理。举例来说，支持具有两个上行链路载波的LTE载波聚合的WTRU可以基于其宣布的能力而支持具有同步工作模式(例如仅仅是PCM1)或是同时具有同步和异步工作模式的双连接特征。由此，基于WTRU的类别，这些WTRU可以具有类似的维持数据速率和处理能力。
在WTRU依照LTE CA而被配置了一个以上的服务小区的时候，单个调度器可以推导出数据速率和调度时机。这样做能够实现以WTRU宣布的类别为基础的定义明确的DL/UL业务流。在这种受控环境中，WTRU预计将会支持其维持的数据速率，并且不应该超出其处理能力。
然而，在依照LTE双连接而被配置了一个以上的服务小区的WTRU中，WTRU的调度处理可以包括在单独的eNB中运作的独立调度器。所涉及的eNB可以协调(例如使用X2信令)与WTRU的能力相关的多个方面。这些方面可以包括(但不局限于)下行链路中的缓冲数据拆分，上行链路中的缓冲数据拆分，在TTI中传送的UL-SCH传输块比特的最大数量，在TTI中接收的DL-SCH传输块比特的最大数量，和/或用于上行链路传输的小区群组(例如PMeNB和PSeNB)之间的采用了UL功率比的形式的总的可用功率。虽然WTRU类别是已知的，但是MeNB和SeNB中的机会性调度可能导致WTRU处理过载，由此可能会超出其中一个(或多个)WTRU的能力。举例来说，WTRU可能会遭遇到软缓冲器短缺，并且可能没有足够的处理能力来足够快的释放其物理层软缓冲器。这种状况有可能会出现，并且最终会导致其他损害，而这些损害则会进一步影响物理层的操作和/或其他协议的操作，例如L2协议(MAC、RLC、PDCP)。举例来说，这种损害可以包括无法成功完成上行链路HARQ进程，而这转而会引发RLF(针对主MAC实例，MCG)，或者会因为用于上行链路通知的触发(针对辅助MAC实例，SCG)而导致所有上行链路传输中断。
在下文中描述了可用克服这些问题的方法。以下描述的解决方案既可以作为独立的方法使用，也可以相互结合，还可以与其他部分描述的其他方法相结合，并且可以包括用于确定损害状况的方法，用信号通告损害状况的方法，用于与上行链路传输相关联的状况的方法，以及用于S-RLF的触发。
在这里进一步论述了用于确定损害状况的方法。举例来说，WTRU可以检测到超出了它的至少一个能力，并且可以启动一个用信号向网络通告这种状况的过程(例如针对MeNB、SeNB或是所有这二者的信令)。这种能力可以包括在一个TTI中传送的UL-SCH传输块比特的最大总数，在一个TTI中接收的DL-SCH传输块比特的最大总数，WTRU的可用功率总量或者更一般地是与处理能力相关的阈值。同样，这种信令可以在未满足与QoS相关的条件的时候或是类似的情况下被触发。
WTRU可以依照至少一个可能的触发来发起用信号通告此类状况的处理：1)在某个时间量中超出一个阈值(在触发之前可以设置一个定时器，以便在某个时间量中维持该状态)，或者2)在特定CG、即MCG或SCG中超出了一个阈值(在这里，在触发之前可以为每一个CG设想一个定时器，由此可以在某个时间保持该状态)。
在一些实施方式中，此类指示可以依照MAC实例和/或依照CG来应用。在一些实施方式中，此类指示可以依照WTRU来应用。可选地，此类指示可以依据载波和/或依据服务小区。
此外，以上的触发可以通过DL/UL的2比特组合来链接，其中该组合指示的是出现问题的处理问题的传输方向。
在一些实施方式中，无论是与上述方面相结合还是针对此类信令，WTRU都可以在该时段期间应用其他任何经过配置的优先排序功能，例如使用这里描述的一个或多个备选许可。
在这里进一步论述了用信号通告损害状况的方法。如下文中更进一步论述的那样，此类方法可以包括CQI报告中的特定值，处于PUCCH上或是处于PUSCH上的UCI中的指示，使用了CSI反馈处理的指示，使用了PUCCH上的SR的指示，和/或使用了MAC CE信令的指示。
作为示例，在WTRU使用如上所述的触发或是其他任何触发来发起关于损害状况的信令时，WTRU可以使用如下所述的信令。一旦接收到这种指示，那么所涉及的eNB可以使用更加保守的调度方法，例如减小传输块大小，以更低的频繁程度来进行调度，或者径直停止调度WTRU，例如停止至接收到表明该状况不再有效的指示。作为示例，此类指示可以是WTRU用信号通告的有效CQI值(也就是被返回的范围以内的CQI(CQI back in range))，
在一些实施方式中，所描述的用信号通告损害状况的方法可以只用于指示与特定传输方向相关联的状况，作为示例，对于下行链路传输来说，该状况可以是超出了在一个TTI中接收的DL-SCH传输块比特的最大数量，或者对于上行链路传输来说，该状况可以是超出了在一个TTI中传送的UL-SCH传输块比特的最大数量。
在这里进一步论述了CQI报告中的特定值。在一个方法中，一旦检测到这种损害状况或者在达到/逼近或超越阈值且维持了某个时间量的时候，WTRU可以使用用于CQI报告的信令中的特定CQI值来用信号通告这种状况。举例来说，WTRU可以使用超出范围(OOR)CQI值。通过触发这种指示，可以使用单个CG或是所有的两个CG的资源来对其进行传输。
在这里进一步论述了处于PUCCH上或是处于PUSCH上的UCI中的指示。在一个方法中，WTRU可以使用在PUCCH上或者在PUSCH上传送的UCI内部的一个(或多个)比特来指示损害状况。举个例子，对于PUCCH来说，通过使用格式1b(2比特)，可以使得第二比特报告该状况。作为示例，PUCCH格式3中的一个比特可被保留用于这种指示。
在这里进一步论述了使用CSI反馈处理的指示。在一个方法中，WTRU可被配置一个专用的第二CSI反馈处理，以便指示损害状况。举例来说，WTRU可以使用CSI反馈处理来提供每一个MAC实体、每一个CG乃至每一个载波的过载状态指示/清除。
该指示可被扩展成一个与在这里针对MAC CE信令的描述相类似的映射。
在这里进一步论述了使用PUCCH上的调度请求(SR)的指示。在一个方法中，WTRU可以使用调度请求消息来指示这种损害状况。举个例子，对于PUCCH来说，所使用的可以是格式1b(2比特)，以使第二比特可以报告该状况。此外，对包含在用于指示/清除的SR消息内的比特进行重新解释以及每一个eNB/载波的其他映射信息也是可以的。
在这里进一步论述了使用MAC CE信令的指示。在一个方法中，WTRU可以使用MACCE来用信号通告损害状况。举例来说，MAC CE可以包含了一个每MAC实例或每CG的WTRU负载的映射。这种映射既可以针对单个方向(上行链路或下行链路)，也可以同时针对这二者。该映射既可以用百分比表述，也可以用DL、UL或是所有这二者的当前负载表述，还可以具有足以让eNB调节业务量的粒度。该映射可以依照载波/方向，并且可以仅仅指示哪一个载波/方向最有问题。这种MAC CE可被发送至单个eNB或是MeNB以及SeNB。
在这里进一步论述了用于与上行链路相关联的状况的其他方法。在一个方法中，这种源于上行链路传输和/或上行链路调度指令的状况可以通过使用这里描述的所提出的上行链路方向上的备选许可来缓解。通过将过载处理或软比特存储器消耗用作触发，WTRU可以将这种状况用于备选许可的选择。在这种情况下，WTRU可以降低其上行链路传输的许可。在一些实施方式中，WTRU可以只在遭遇到该状况的时段(例如在处于处理过载状况的时段)和/或只为UL过载或功率限制执行这种备选许可选择。
WTRU可以将备选许可选择方法与本文中描述的任何信令方法结合使用，以便指示诸如处理过载状态之类的状况。
在这里进一步论述了用于具有新原因的S-RLF的触发。在一个方法中，在检测到正在进行HARQ进程的状况时，WTRU可以通过执行附加行为来避免正在进行的HARQ进程失败。这样做有益于避免因为这种状况所导致的HARQ失败，由此，WTRU可以保持与网络的适当连接。
如果确定出现这种状况，那么WTRU可以自主停止用于SCG的所有上行链路传输。此外，WTRU可以发起上行链路信令，以便使用MCG的上行链路资源来指示这种状况。此类指示可以依照如上所述的信令。此类信令可以是L3/RRC信令，例如WTRU失败通知过程。在后一种情况中，在检测到这种状况的时候，例如在损害状态保持了一定的时间量的时候，WTRU可以确定SCG正在遭遇到S-RLF。该WTRU可以报告一个新的状况，例如“超出WTRU能力”或类似的状况。
举例来说，在达到某个处理能力百分比的时候，或者在超出了与WTRU的能力的一个方面相对应的阈值的时候，该WTRU可以启动一个定时器。如果该状态保持了一定的时间量，那么定时器将会期满，并且可以启动S-RLF过程。WTRU会将该状况指示给MeNB，并且会停止使用了与SeNB相关联的资源的所有传输。在一些实施方式中，WTRU可以继续执行测量，以及对无线电链路进行监视。它还会保持其协议实体和用户平面缓冲器；直至MeNB重新配置WTRU(移除SeNB连接)。
在这里进一步论述了在不同RAT的MAC实例之间进行的优先排序和功率分配。在这里进一步论述了一个基于保证功率以及诸如用于多RAT的不同TTI长度的例示实施例。在这里还论述了这样一个WTRU确定优先排序功能的功率分配时段和相关定时的示例。
在一个方法中，WTRU可被配置与具有不同时长的TTI相关联的CG。举例来说，WTRU可被配置一个与LTE物理层相关联的主MAC实体(例如1ms的TTI)；该WTRU还可以被配置一个与HSPA物理层相关联的辅助MAC实体(例如2ms的TTI)或一个与WiFi物理层相关联的辅助MAC实体。WTRU可以执行这里描述的任一优先排序方法，并且在这种情况下，它可以在使用一个与所配置的所有MAC实例上的最长TTI相对应的时段来应用这种优先排序。作为替换，这种时段可以对应于所配置的所有MAC实体上的最短TT的整数倍，其中所述倍数对应于所配置的所有物理层的最小平均水平(denominator)。这个时段可以由高层(例如L3/RRC)来配置。WTRU可以基于特定MAC实体的定时和/或基于用于该特定MAC实体的WTRU配置中的特定小区的下行链路定时来确定这个时段的开端。这个小区可以是主MAC实体的主小区。这个定时可以是用于此类小区的下定链路定时。该时段可以对应于所配置的功率分配时段。
在这里进一步论述了每一个功率分配时段的保证功率。WTRU可被配置一个用于不同CG(或MAC实例)的最小保证功率。此外，该WTRU或许会被配置一个功率控制模式(PCM)，或者该WTRU可以基于与每一个MAC实体的配置相关联的无线电接入技术的类型来确定所要使用的PCM。WTRU可以依照功率分配时段来应用一个或多个优先排序功能和/或功率分配功能。WTRU可以依照功率分配时段来应用所配置的最小保证功率。举例来说，功率分配时段的配置可以包括关于所涉及的MAC实体在一个或多个时段中的优先级的指示。作为示例，在一些时段中，主MAC实体可以具有高于其他MAC实体的绝对优先级。作为示例，在一些时段中，WTRU可以改为为每一个MAC实体分配(或保留)与所配置的保证功率相对应的功率量。在这里进一步论述了具有最短TTI长度的MAC实体的预测和调度的不确定性。WTRU可以在功率分配时段的开端确定如何执行功率分配。该WTRU有能力确定辅助MAC实体的所有必需的(或可能的)上行链路传输(例如具有最长TTI长度的物理层)，同时它仅仅能够确定主MAC实体所需要的传输子集(例如具有最短TTI长度的物理层)。在这种情况下，WTRU可以先确定与每一个MC实体的传输相关联的相应优先级(例如依照这里描述的其他任何方法)。如果这种确定是以一个或多个动态方面为基础的，并且如果这样的一个或多个动态方面包括至少一些动态调度信息(例如至少是用于主MAC实体的动态调度信息)，那么WTRU可以至少基于主MAC实体的第一TTI的传输需求(和/或基于使用了主MAC实体的第一TTI所应用的优先排序功能)来确定指定给该功率分配时段的每一个MAC实例的功率量。然后，WTRU可以将相同的量应用于同一个功率分配时段的后续TTI。举例来说，如果WTRU从与每一个MAC实体相关联的优先级中确定主MAC实体应该在整个功率分配时段中具有绝对优先级，那么WTRU可以在该功率分配时段的所有TTI中使用总的WTRU可用功率来执行该MAC实体的传输。作为示例，如果WTRU从适用的优先排序功能中确定WTRU的总的可用功率依照在功率分配时段开端开始的传输的特定比值而被拆分到不同的MAC实体，那么WTRU可以在该功率分配时段的所有TTI实施相同的比值。这种优先排序功能可以是总的可用功率的半静态拆分。
在这里进一步论述了与DRX/DTX功能相校准的功率分配时段。在一个示例中，与指定MAC实例的绝对优先级相关联的时段可以与其他MAC实体的无活动时段相对应(或是相校准)。这种无活动时段可以基于DRX算法或是其等价物。相反，与特定MAC实例的绝对优先级相关联的时段可以引入其他MAC实体的无活动时段。
在这里进一步论述了第一RAT的总的可用上行链路功率的计算会使用由于其他MAC/RAT实体而导致的减少。在一个示例中，WTRU可以依据具有不同类型的无线电接入技术的一个(或多个)MAC实体的功率分配来为关联于具有相同类型的无线电接入技术的一个(或多个)MAC实体的传输计算可用于上行链路传输的功率总量。举个例子，对于与LTE MAC实体相关联的传输来说，WTRU可以推断出分配给其他MAC实体的某个功率量(例如用于HSPA的PHSPA或是用于WiFi的PWifi)，并且会在计算PCMAX的时候将这个量作为功率减小量来应用。举例来说，所配置的最大输出功率可被设置在以下限度以内：
PCMAX_L,c≤PCMAX,c≤PCMAX_H,c
其中
PCMAX_L,c＝MIN{PEMAX,c–ΔTC,c,PPowerClass–MAX(DCPRi+MPRc+A-MPRc+ΔTIB,c+ΔTC,c,P-MPRc)}PCMAX_H,c＝MIN{PEMAX,c,PPowerClass}
其中作为示例，DCPRi是可以提供给每一个MAC实体i的功率，并且该MAC实体i与一个或多个LTE MAC实体具有不同类型的无线电接入技术，以及其他参数可以对应于3GPP TS36.101v12.5.0(2014-09)第6.2.5节。DCPRi有可能依照优先排序功能来改变，例如依照这里描述的任一方法改变。WTRU或许会在每一个功率分配时段执行一次这种计算。
在这里进一步描述了一种永久性硬拆分。在另一个方法中，WTRU可被配置每一个MAC实体和/或每一个具有相同无线电接入技术的MAC实体的最大允许WTRU输出功率的不同的值，例如PEMAX或等价物。在计算用于一个或多个LTE MAC实体的可用WTRU功率的时候，此类值可以对应于以上的DCPRi。
虽然在上文中描述了采用特定组合的特征和要素，但是本领域普通技术人员将会认识到，每一个特征既可以单独使用，也可以与其他特征和要素进行任何组合。此外，这里描述的方法可以在引入计算机可读介质中以供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读媒体的示例包括电信号(经由有线或无线连接传送)以及计算机可读存储介质。关于计算机可读存储媒体的示例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、内部硬盘盒可拆卸磁盘之类的磁介质、磁光介质、以及CD-ROM碟片和数字多用途碟片(DVD)之类的光介质。与软件关联的处理器可以用于实施在WTRU、UE、终端、基站、RNC或任何主计算机中使用的射频收发信机。
实施例
1、一种用于分配无线发射/接收单元(WTRU)在时间间隔期间的上行链路传输功率的方法，该方法包括：
为所述WTRU配置用于第一上行链路传输的第一最小保证功率，所述第一上行链路传输来自所述WTRU并使用了第一小区群组(CG)中的至少一个小区的上行链路资源；以及
为所述WTRU配置用于第二上行链路传输的第二最小保证功率，所述第二上行链路传输来自所述WTRU并使用了第二CG中的至少一个小区的上行链路资源；
其中所述第一最小保证功率和所述第二最小保证功率中的每一个都是可用于所述WTRU在该时间间隔期间进行上行链路传输的总功率(Pcmax)的比值；以及
其中剩余功率等于Pcmax减去所述第一最小保证功率和所述第二最小保证功率的总数。
2、如实施例1所述的方法，还包括：
所述WTRU为第一上行链路传输分配第一最小保证功率；
所述WTRU为第二上行链路传输分配第二最小保证功率；以及
所述WTRU将所述剩余功率分配给所述第一上行链路传输、所述第二上行链路传输、或是分配给所述第一上行链路传输和所述第二上行链路传输这两者。
3、如实施例2所述的方法，其中所述剩余功率是基于逐个传输分配的。
4、如实施例3所述的方法，其中所述第一上行链路传输和所述第二上行链路传输中的每一个都具有相关联的优先级，并且所述剩余功率是依照所述第一上行链路传输和所述第二上行链路传输的优先级顺序而被分配给所述第一上行链路传输和所述第二上行链路传输的。
5、如实施例4所述的方法，其中该优先级基于上行链路控制信息(UCI)类型。
6、如实施例1所述的方法，还包括：
保留用于所述第一上行链路传输的所述第一最小保证功率；
保留用于所述第二上行链路传输的所述第二最小保证功率；
在所述时间间隔期间的最早传输是用所述第一CG中的所述至少一个小区的所述上行链路资源调度执行的情况下，将所述剩余功率提供给所述第一上行链路传输；以及
在所述时间间隔期间的最早传输是用所述第二CG中的所述至少一个小区的所述上行链路资源调度执行的情况下，将所述剩余功率提供给所述第二上行链路传输。
7、如实施例1所述的方法，还包括：
保留用于所述第一上行链路传输的所述第一最小保证功率；
保留用于所述第二上行链路传输的所述第二最小保证功率；以及
如果在所述时间间隔期间，最早的传输是使用所述第一CG中的所述至少一个小区的所述上行链路资源调度进行的，
则将所述剩余功率提供给所述第一上行链路传输，
为所述第一上行链路传输分配所述剩余功率，所分配的功率可达到与所述第一上行链路传输需要的总的功率，以及
将未被分配给所述第一上行链路传输的所述剩余功率中的剩余部分提供给所述第二上行链路传输；以及
如果在所述时间间隔期间，最早的传输是使用所述第二CG中的所述至少一个小区的所述上行链路资源调度进行的，
则将所述剩余功率提供给所述第二上行链路传输，
向所述第二上行链路传输分配所述剩余功率，所分配的功率可达到与所述第二上行链路传输所需要的总的功率，以及
将未被分配给所述第二上行链路传输的所述剩余功率中的剩余部分提供给所述第一上行链路传输。
8、如实施例1所述的方法，还包括：
如果所述第一CG的子帧在时间上以异步的方式重叠于所述第二CG的子帧，并所述且第一CG的所述子帧在时间上领先于所述第二CG的所述子帧，则：
基于所述第一CG的所述子帧和所述第二CG的所述子帧来计算第一功率范围；
基于所述第一CG的所述子帧和在时间上与所述第一CG的所述子帧重叠的所述第二CG的前一个子帧来计算第二功率范围；
将Pcmax的最小值确定成是所述第一功率范围的最低值与所述第二功率范围的最低值中的较低的一个；以及
将Pcmax的最大值确定成是所述第一功率范围的最高值与所述第二功率范围的最高值中的较高的一个。
9、如实施例4所述的方法，还包括：
如果所述第一上行链路传输之一和所述第二上行链路传输之一具有相同的优先级顺序，则确定所述第一CG或所述第二CG是否包含主CG(MCG)；
如果所述第一CG包含MCG，则针对所述剩余功率的分配来优先排序所述第一上行链路传输之一；以及
如果所述第二CG包含MCG，则针对所述剩余功率的分配来优先排序所述第二上行链路传输之一。
10、如实施例1所述的方法，还包括：在为所述第一上行链路传输和所述第二上行链路传输分配功率之前，由所述WTRU计算所述第一上行链路传输和所述第二上行链路传输中的每一个的需用功率。
11、如实施例10所述的方法，还包括：由所述WTRU按照优先级递减的顺序来将所述剩余功率的部分分配给所述第一上行链路传输和所述第二上行链路传输中的每一个。
12、如实施例1所述的方法，还包括：如果所述WTRU功率受限，则基于所述WTRU的能力来为所述WTRU配置第一功率控制模式(PCM1)或第二功率控制模式(PCM2)；以及如果配置了PCM1，则根据PCM1来为所述第一上行链路传输和所述第二上行链路传输分配功率，如果配置了PCM2，则根据PCM2来为所述第一上行链路传输和所述第二上行链路传输分配功率。
13、如实施例1所述的方法，其中所述第一CG包括主小区群组(MCG)，并且其中所述第二CG包括辅助小区群组(SCG)。
14、一种被配置成分配在时间间隔期间的上行链路传输功率的无线发射/接收单元(WTRU)，该WTRU包括：
被适配成为所述WTRU配置用于第一上行链路传输的第一最小保证功率的电路，所述第一上行链路传输来自所述WTRU并使用了第一小区群组(CG)中的至少一个小区的上行链路资源；以及
被适配成为所述WTRU配置用于第二上行链路传输的第二最小保证功率的电路，所述第二上行链路传输来自所述WTRU并使用了第二CG中的至少一个小区的上行链路资源；
其中第一最小保证功率和第二最小保证功率中的每一个都是可用于WTRU在该时间间隔期间进行上行链路传输的总功率Pcmax的比值；以及
其中剩余功率等于Pcmax减去所述第一最小保证功率和所述第二最小保证功率的总数。
15、如实施例14所述的WTRU，还包括：
被配置成由所述WTRU为所述第一上行链路传输分配所述第一最小保证功率的电路；
被配置成由所述WTRU为所述第二上行链路传输分配所述第二最小保证功率的电路；以及
被配置成由所述WTRU将所述剩余功率分配给所述第一上行链路传输、所述第二上行链路传输、或是分配给所述第一上行链路传输和所述第二上行链路传输这两者的电路。
16、如实施例15所述的WTRU，其中所述剩余功率是基于逐个传输分配的。
17、如实施例16所述的WTRU，其中所述第一上行链路传输和所述第二上行链路传输中的每一个都具有相关联的优先级，并且所述剩余功率是依照所述第一上行链路传输和所述第二上行链路传输的优先级顺序而被分配给所述第一上行链路传输和所述第二上行链路传输的。
18、如实施例17所述的WTRU，其中所述优先级基于上行链路控制信息(UCI)类型。
19、如实施例14所述的WTRU，还包括：
被配置成保留用于所述第一上行链路传输的第一最小保证功率的电路；
被配置成保留用于所述第二上行链路传输的第二最小保证功率的电路；
被配置成在所述时间间隔期间的最早传输是用所述第一CG中的所述至少一个小区的所述上行链路资源调度执行的情况下，将所述剩余功率提供给所述第一上行链路传输的电路；以及
被配置成在所述时间间隔期间的最早传输是用所述第二CG中的所述至少一个小区的所述上行链路资源调度执行的情况下，将所述剩余功率提供给所述第二上行链路传输的电路。
20、如实施例14所述的WTRU，还包括：
被配置成保留用于所述第一上行链路传输的所述第一最小保证功率的电路；
被配置成保留用于所述第二上行链路传输的所述第二最小保证功率的电路；以及
被配置成执行以下处理的电路：如果在所述时间间隔期间，最早的传输是使用所述第一CG中的所述至少一个小区的所述上行链路资源调度进行的，
则将所述剩余功率提供给所述第一上行链路传输，
为所述第一上行链路传输分配所述剩余功率，所分配的功率可达到第一上行链路传输需要的总的功率，以及
将未被分配给所述第一上行链路传输的所述剩余功率中的剩余部分提供给所述第二上行链路传输；以及
被配置成执行以下处理的电路：如果在所述时间间隔期间，最早的传输是使用所述第二CG中的所述至少一个小区的所述上行链路资源调度进行的，
则将所述剩余功率提供给所述第二上行链路传输，
向所述第二上行链路传输分配所述剩余功率，所分配的功率可达到所述第二上行链路传输所需要的总的功率，以及
将未被分配给所述第二上行链路传输的所述剩余功率中的剩余部分提供给所述第一上行链路传输。
21、如实施例14所述的WTRU，还包括：
被配置成执行以下处理的电路：如果所述第一CG的子帧在时间上以异步的方式重叠于所述第二CG的子帧，并且所述第一CG的所述子帧在时间上领先于所述第二CG的所述子帧，则：
基于所述第一CG的所述子帧和所述第二CG的所述子帧来计算第一功率范围；
基于所述第一CG的所述子帧和在时间上与所述第一CG的所述子帧重叠的所述第二CG的前一个子帧来计算第二功率范围；
将Pcmax的最小值确定成是所述第一功率范围的最低值与所述第二功率范围的最低值中的较低的一个；以及
将Pcmax的最大值确定成是所述第一功率范围的最高值与所述第二功率范围的最高值中的较高的一个。
22、如实施例14所述的WTRU，还包括：
如果所述第一上行链路传输之一和所述第二上行链路传输之一具有相同的优先级顺序，则确定所述第一CG或所述第二CG是否包含主CG(MCG)；
如果所述第一CG包含MCG，则针对所述剩余功率的分配来优先排序所述第一上行链路传输之一；以及
如果所述第二CG包含MCG，则针对所述剩余功率的分配来优先排序所述第二上行链路传输之一。
23、如实施例14所述的WTRU，还包括：被配置成在为所述第一上行链路传输和所述第二上行链路传输分配功率之前，计算所述第一上行链路传输和所述第二上行链路传输中的每一个的需用功率的电路。
24、如实施例23所述的WTRU，还包括：被配置成按照优先级递减的顺序来将所述剩余功率的部分分配给所述第一上行链路传输和所述第二上行链路传输中的每一个的电路。
25、如实施例14所述的WTRU，还包括：被配置成在所述WTRU功率受限的情况下，基于所述WTRU的能力来为所述WTRU配置第一功率控制模式(PCM1)或第二功率控制模式(PCM2)的电路；以及被配置成在配置了PCM1的情况下根据PCM1来为所述第一上行链路传输和所述第二上行链路传输分配功率，并且在配置了PCM2的情况下根据PCM2来为所述第一上行链路传输和所述第二上行链路传输分配功率的电路。
26、如实施例14所述的WTRU，其中所述第一CG包括主小区群组(MCG)，并且其中所述第二CG包括辅助小区群组(SCG)。
27、一种从无线发射/接收单元(WTRU)报告功率余量信息的方法，该WTRU与第一小区群组(CG1)进行通信，并且与第二小区群组(CG2)进行通信，CG1和CG2中的每一个都包括至少一个小区，该方法包括：
由所述WTRU确定是否存在触发条件；以及
如果存在所述触发条件，则传送所述功率余量信息；
其中该触发条件包括调度条件和/或功率分配条件。
28、如实施例27所述的方法，其中所述功率余量信息是作为功率余量报告(PHR)传送。
29、如实施例27所述的方法，其中如果对来自所述WTRU并使用了CG2的上行链路资源的上行链路传输的调度引入了功率限制，那么该触发条件包括关于来自所述WTRU并使用了CG1的上行链路资源的上行链路传输的功率限制。
30、如实施例27所述的方法，其中该触发条件包括CG1与CG2之间的相对功率分配优先级的变化。
31、如实施例27所述的方法，其中该触发条件包括应用于来自所述WTRU并使用CG1或CG2的上行链路资源的上行链路传输的缩放等级变化。
32、如实施例27所述的方法，其中该触发条件包括关于来自所述WTRU并使用CG1的上行链路资源的上行链路传输的服务质量(QoS)度量降至阈值以下。
33、如实施例27所述的方法，其中该触发条件包括来自所述WTRU并使用CG1或CG2的上行链路资源的上行链路传输的需用功率增大。
34、一种无线发射/接收单元(WTRU)，其被配置成在与第一小区群组(CG1)进行通信以及与第二小区群组(CG2)进行通信的时候报告功率余量信息，CG1和CG2中的每一个都包括至少一个小区，该WTRU包括：
被配置成确定是否存在触发条件的电路；以及
被配置成在存在所述触发条件的情况下传送功率余量信息的电路；
其中该触发条件包括调度条件和/或功率分配条件。
35、如实施例34所述的WTRU，其中所述功率余量信息是作为功率余量报告(PHR)传送。
36、如实施例34所述的WTRU，其中如果对来自所述WTRU并使用了CG2的上行链路资源的上行链路传输的调度引入了功率限制，那么该触发条件包括关于来自所述WTRU并使用了CG1的上行链路资源的上行链路传输的功率限制。
37、如实施例34所述的WTRU，其中该触发条件包括CG1与CG2之间的相对功率分配优先级的变化。
38、如实施例34所述的WTRU，其中该触发条件包括应用于来自所述WTRU并使用CG1或CG2的上行链路资源的上行链路传输的缩放等级变化。
39、如实施例34所述的WTRU，其中该触发条件包括关于来自所述WTRU并使用CG1的上行链路资源的上行链路传输的服务质量(QoS)度量降至阈值以下。
40、如实施例34所述的WTRU，其中该触发条件包括来自所述WTRU并使用CG1或CG2的上行链路资源的上行链路传输的需用功率增大。
41、一种用于报告与无线发射接收单元(WTRU)的缓冲器中可用的数据有关的信息的方法，所述WTRU与第一eNodeB(eNB1)服务的第一小区群组(CG1)进行通信，并且与第二eNodeB(eNB2)服务的第二小区群组(CG2)进行通信，CG1和CG2中的每一个都包括至少一个小区，该方法包括：
所述WTRU确定是否存在触发条件；以及
在存在所述触发条件的情况下报告所述信息；
其中该信息包括所述缓冲器中的可用数据量；以及
其中所述触发条件包括由所述WTRU确定新数据可用于拆分数据无线电承载(DRB)，并且应被发送至eNB1或eNB2之一。
42、如实施例41所述的方法，其中所述报告包括传送缓冲器状态报告(BSR)。
43、如实施例41所述的方法，其中该触发条件包括逻辑信道优先级(LCP)。
44、如实施例41所述的方法，其中该触发条件包括服务质量(QoS)。
45、如实施例41所述的方法，其中该触发条件包括所述缓冲器的清空速率。
46、如实施例41所述的方法，其中所述报告包括传送介质访问控制(MAC)协议数据单元(PDU)。
47、如实施例46所述的方法，其中MAC PDU包括至少一个满意比特。
48、如实施例41所述的方法，其中所述报告包括表明所述缓冲器中的数据量正在递增或递减的指示。
49、如实施例41所述的方法，其中所述报告包括所述缓冲器的消耗速率。
50、如实施例41所述的方法，其中所述报告包括所述缓冲器的填充速率。
51、如实施例41所述的方法，其中所述报告包括所述缓冲器的队列头端延迟。
52、如实施例41所述的方法，其中所述报告包括所述缓冲器中的数据的平均停留时间。
53、如实施例41所述的方法，其中所述报告包括基于逻辑信道优先级(LCP)或服务质量(QoS)的指示。
54、如实施例41所述的方法，其中所述报告包括关于应该使用CG1的上行链路资源来传送所述缓冲器中的数据还是应该使用CG2的上行链路资源来传送所述缓冲器中的数据的指示。
55、如实施例41所述的方法，其中触发条件包括由所述WTRU确定应该使用CG1的上行链路资源来传送所述缓冲器中的数据。
56、如实施例47所述的方法，其中所述至少一个满意比特包括与分组数据汇聚协议(PDCP)数据相关的指示。
57、一种无线发射/接收单元(WTRU)，其被配置成在与第一eNodeB(eNB1)服务的第一小区群组(CG1)进行通信以及与第二eNodeB(eNB2)服务的第二小区群组(CG2)进行通信的时候报告与缓冲器中可用的数据有关的信息，所述CG1和CG2中的每一个都包括至少一个小区，该WTRU包括：
被配置成确定是否存在可用于拆分数据无线电承载(DRB)并且应被发送至eNB1或eNB2之一的新数据的电路；
被配置成确定是否存在触发条件的电路；以及
被配置在存在触发条件的情况下报告该信息的电路；
其中该信息包括所述缓冲器中的可用数据量；以及
其中所述触发条件包括由所述WTRU确定新数据可用于拆分数据无线电承载(DRB)，并且应被发送至eNB或eNB2之一。
58、如实施例57所述的WTRU，其中所述报告包括传送缓冲器状态报告(BSR)。
59、如实施例57所述的WTRU，其中该触发条件包括逻辑信道优先级(LCP)。
60、如实施例57所述的WTRU，其中该触发条件包括服务质量(QoS)。
61、如实施例57所述的WTRU，其中该触发条件包括所述缓冲器的清空速率。
62、如实施例57所述的WTRU，其中所述报告包括传送介质访问控制(MAC)协议数据单元(PDU)。
63、如实施例62所述的WTRU，其中所述MAC PDU包括至少一个满意比特。
64、如实施例57所述的WTRU，其中所述报告包括表明所述缓冲器中的数据量正在递增或递减的指示。
65、如实施例57所述的WTRU，其中所述报告包括所述缓冲器的消耗速率。
66、如实施例57所述的WTRU，其中所述报告包括所述缓冲器的填充速率。
67、如实施例57所述的WTRU，其中所述报告包括所述缓冲器的队列头端延迟。
68、如实施例57所述的WTRU，其中所述报告包括所述缓冲器中的数据的平均停留时间。
69、如实施例57所述的WTRU，其中所述报告包括基于逻辑信道优先级(LCP)或服务质量(QoS)的指示。
70、如实施例57所述的WTRU，其中所述报告包括关于应该使用CG1的上行链路资源来传送所述缓冲器中的数据还是应该使用CG2的上行链路资源来传送所述缓冲器中的数据的指示。
71、如实施例57所述的WTRU，其中所述触发条件包括由所述WTRU确定应该使用CG1的上行链路资源来传送所述缓冲器中的数据。
72、如实施例63所述的WTRU，其中所述至少一个满意比特包括与分组数据汇聚协议(PDCP)数据相关的指示。
73、一种用于管理来自无线发射/接收单元(WTRU)的上行链路传输的方法，该方法包括：
由所述WTRU接收来自eNodeB(eNB)且关于至少一个上行链路传输的许可；
由所述WTRU确定是否应该代替所述许可来应用备选许可；以及
在所述WTRU确定应该代替所述许可来应用所述备选许可的情况下，由所述WTRU自主应用所述备选许可以取代所述许可。
74、如实施例73所述的方法，其中在所述至少一个上行链路传输所需要的功率超出可供所述WTRU用于传送所述至少一个上行链路传输的功率量的情况下，所述WTRU确定应该应用所述备选许可。
75、如实施例73所述的方法，其中在所述WTRU缩放为所述至少一个上行链路传输分配的功率的情况下，该WTRU确定应该应用所述备选许可。
76、如实施例73所述的方法，其中在所述许可为上行链路分配的资源量超出所述至少一个上行链路传输的数据量的情况下，所述WTRU确定应该应用所述备选许可。
77、如实施例73所述的方法，其中在所述许可为上行链路分配的资源量与所述至少一个上行链路传输的数据量相比超出了阈值量的情况下，所述WTRU确定应该应用所述备选许可。
78、如实施例73所述的方法，其中在所述WTRU具有至用于所述至少一个上行链路传输的基于争用的上行链路资源的接入的情况下，所述WTRU确定应该应用所述备选许可。
79、如实施例73所述的方法，其中在所述WTRU具有通过第二WTRU至用于所述至少一个上行链路传输的上行链路资源的接入的情况下，所述WTRU确定应该应用所述备选许可。
80、如实施例73所述的方法，其中所述WTRU基于所接收的下行链路控制信息(DCI)的类型、所接收的DCI的格式、或是所接收的DCI的数量来确定应该应用所述备选许可。
81、如实施例73所述的方法，其中所述WTRU基于所述至少一个上行链路传输是否包含混合自动重复请求(HARQ)重传来确定应该应用所述备选许可。
82、如实施例73所述的方法，还包括：由所述WTRU基于以下的至少一项来确定所述备选许可的参数：所述许可的特性、所接收的下行链路控制信息(DCI)的内容、或所配置的参数。
83、如实施例73所述的方法，还包括：由所述WTRU基于以下的至少一项来从备选许可群组中选择所述备选许可：所述许可的特性，所接收的下行链路控制信息(DCI)的内容、或所配置的参数。
84、一种无线发射/接收单元(WTRU)，包括：
被配置成接收来自eNodeB(eNB)且关于至少一个上行链路传输的许可的电路；
被配置成确定是否应该代替所述许可来应用备选许可的电路；以及
被配置成在所述WTRU确定应该代替所述许可来应用所述备选许可的情况下，自主应用所述备选许可以取代所述许可的电路。
85、如实施例84所述的WTRU，还包括：被配置成在所述至少一个上行链路传输所需要的功率超出可供所述WTRU用于传送所述至少一个上行链路传输的功率量的情况下确定应该所述应用备选许可的电路。
86、如实施例84所述的WTRU，还包括：被配置成在所述WTRU缩放为所述至少一个上行链路传输分配的功率的情况下确定应该所述应用备选许可的电路。
87、如实施例84所述的WTRU，还包括：被配置成在所述许可为上行链路分配的资源量超出所述至少一个上行链路传输的数据量的情况下确定应该应用所述备选许可的电路。
88、如实施例84所述的WTRU，还包括：被配置成在所述许可为上行链路分配的资源量与所述至少一个上行链路传输的数据量相比超出了阈值量的情况下确定应该应用所述备选许可的电路。
89、如实施例84所述的WTRU，还包括：被配置成在WTRU具有至所述至少一个上行链路传输的基于争用的上行链路资源的接入的情况下确定应该应用所述备选许可的电路。
90、如实施例84所述的WTRU，还包括：被配置成在所述WTRU具有通过第二WTRU至用于至少一个上行链路传输的上行链路资源的接入的情况下确定应该应用所述备选许可的电路。
91、如实施例84所述的WTRU，还包括：被配置成基于所接收的下行链路控制信息(DCI)的类型、所接收的DCI的格式、或是所接收的DCI的数量来确定应该所述应用备选许可的电路。
92、如实施例84所述的WTRU，还包括：被配置成基于所述至少一个上行链路传输是否包含混合自动重复请求(HARQ)重传来确定应该应用所述备选许可的电路。
93、如实施例84所述的WTRU，还包括：被配置成基于以下的至少一项来确定所述备选许可的参数的电路：所述许可的特性、所接收的下行链路控制信息(DCI)的内容、或所配置的参数。
94、如实施例84所述的WTRU，还包括：被配置成基于以下的至少一项来从备选许可群组中选择所述备选许可的电路：所述许可的特性、所接收的下行链路控制信息(DCI)的内容、或所配置的参数。

Claims (15)

1.一种无线发射/接收单元(WTRU)，该WTRU包括：
收发信机；以及
处理器；
所述处理器和所述收发信机被配置为接收包括针对上行链路传输的许可的下行链路控制信息(DCI)，所述DCI包括与所述许可相关联的优先级值；
所述处理器被配置成至少基于所述优先级值来确定与逻辑信道相关联的优先级是否等于与所述许可相关联的优先级；以及
所述处理器和所述收发信机被配置以在确定与所述许可相关联的所述优先级等于与所述逻辑信道相关联的所述优先级的条件下，将所述逻辑信道的数据包含于所述上行链路传输中。
2.根据权利要求1所述的WTRU，其中所述优先级值由一个比特指示。
3.根据权利要求1所述的WTRU，其中所述WTRU被配置成接收包括用于所述逻辑信道的优先级值的配置。
4.根据权利要求1所述的WTRU，其中所述WTRU被配置成维持指示多个逻辑信道中的每一个逻辑信道的优先级的变量。
5.根据权利要求1所述的WTRU，其中所述WTRU被配置成维持变量Bj，该变量Bj指示多个逻辑信道中的每一个逻辑信道j的优先级。
6.根据权利要求1所述的WTRU，其中所述WTRU被配置成基于所述优先级值来缩放所述上行链路传输的传输功率。
7.一种在无线发射/接收单元(WTRU)中实施的方法，该方法包括：
接收包括用于上行链路传输的许可的下行链路控制信息(DCI)，该DCI包括与该许可相关联的优先级值；
至少基于所述优先级值来确定与逻辑信道相关联的优先级是否等于与所述许可相关联的优先级；以及
在与所述许可相关联的所述优先级被确定为等于与所述逻辑信道相关联的所述优先级的条件下，将所述逻辑信道的数据包括在所述上行链路传输中。
8.根据权利要求7所述的方法，其中所述优先级值由一个比特来指示。
9.根据权利要求7所述的方法，进一步包括：接收包括所述逻辑信道的优先级值的配置。
10.根据权利要求7所述的方法，进一步包括：维持指示多个逻辑信道中的每一个逻辑信道的优先级的变量。
11.根据权利要求7所述的方法，进一步包括：维持指示多个逻辑信道中的每一个逻辑信道j的优先级的变量Bj。
12.根据权利要求7所述的方法，进一步包括：基于所述优先级值，缩放所述上行链路传输的传输功率。
13.一种无线发射/接收单元(WTRU)，该WTRU包括处理器和存储器，该处理器和存储器被配置成：
接收下行链路控制信息(DCI)，所述DCI包括用于下行链路传输的指配，所述DCI包括与所述指配相关联的优先级值，其中所述优先级值是使用所述DCI中的单个比特来指示的；
至少基于所述优先级值，确定与包括关联于所述下行链路传输的混合自动重传请求(HARQ)反馈的物理上行链路控制信道传输相关联的优先级具有高优先级；以及
基于确定所述物理上行链路控制传输具有使用所述DCI中的所述单个比特指示的所述高优先级，传送所述物理上行链路控制信道传输并且丢弃物理上行链路共享信道传输。
14.根据权利要求13所述的WTRU，其中所述DCI将所述优先级值包括在过载字段中。
15.根据权利要求13所述的WTRU，其中所述处理器和存储器被配置成接收包括用于所述物理上行链路共享信道传输的许可的第二DCI，所述第二DCI包括与所述许可相关联的第二优先级值，其中所述第二优先级值是使用所述第二DCI中的单个比特来指示的，所述第二优先级值指示所述物理上行链路控制信道传输具有低优先级。
CN201910968313.9A 2014-01-29 2015-01-29 无线通信中的上行链路传输 Active CN110972249B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910968313.9A CN110972249B (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输

Applications Claiming Priority (23)

Application Number Priority Date Filing Date Title
US201461933169P 2014-01-29 2014-01-29
US61/933,169 2014-01-29
US201461955632P 2014-03-19 2014-03-19
US61/955,632 2014-03-19
US201461978630P 2014-04-11 2014-04-11
US61/978,630 2014-04-11
US201461989997P 2014-05-07 2014-05-07
US61/989,997 2014-05-07
US201462002625P 2014-05-23 2014-05-23
US62/002,625 2014-05-23
US201462007147P 2014-06-03 2014-06-03
US62/007,147 2014-06-03
US201462033993P 2014-08-06 2014-08-06
US62/033,993 2014-08-06
US201462060492P 2014-10-06 2014-10-06
US62/060,492 2014-10-06
US201462069739P 2014-10-28 2014-10-28
US62/069,739 2014-10-28
US201462093965P 2014-12-18 2014-12-18
US62/093,965 2014-12-18
CN201910968313.9A CN110972249B (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输
CN201580017323.4A CN106134263B (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输
PCT/US2015/013616 WO2015116866A1 (en) 2014-01-29 2015-01-29 Uplink transmissions in wireless communications

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201580017323.4A Division CN106134263B (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输

Publications (2)

Publication Number Publication Date
CN110972249A CN110972249A (zh) 2020-04-07
CN110972249B true CN110972249B (zh) 2024-02-20

Family

ID=52469352

Family Applications (5)

Application Number Title Priority Date Filing Date
CN201910969826.1A Pending CN110708753A (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输
CN201580017323.4A Active CN106134263B (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输
CN201910968942.1A Pending CN110740499A (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输
CN201910968313.9A Active CN110972249B (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输
CN201910968949.3A Active CN110856242B (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输

Family Applications Before (3)

Application Number Title Priority Date Filing Date
CN201910969826.1A Pending CN110708753A (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输
CN201580017323.4A Active CN106134263B (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输
CN201910968942.1A Pending CN110740499A (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201910968949.3A Active CN110856242B (zh) 2014-01-29 2015-01-29 无线通信中的上行链路传输

Country Status (13)

Country Link
US (6) US9763199B2 (zh)
EP (2) EP3100535B1 (zh)
JP (3) JP6435339B2 (zh)
KR (3) KR102382363B1 (zh)
CN (5) CN110708753A (zh)
AU (3) AU2015210884B2 (zh)
CA (1) CA2938403C (zh)
DK (1) DK3100535T3 (zh)
ES (1) ES2727751T3 (zh)
MX (2) MX2016009869A (zh)
PL (1) PL3100535T3 (zh)
SG (3) SG10201709596QA (zh)
WO (1) WO2015116866A1 (zh)

Families Citing this family (333)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8395985B2 (en) 2011-07-25 2013-03-12 Ofinno Technologies, Llc Time alignment in multicarrier OFDM network
US9161322B2 (en) 2012-01-25 2015-10-13 Ofinno Technologies, Llc Configuring base station and wireless device carrier groups
US9237537B2 (en) 2012-01-25 2016-01-12 Ofinno Technologies, Llc Random access process in a multicarrier base station and wireless device
US11943813B2 (en) 2012-04-01 2024-03-26 Comcast Cable Communications, Llc Cell grouping for wireless communications
US20130258956A1 (en) 2012-04-01 2013-10-03 Esmael Hejazi Dinan Random Access Process in a Wireless Device
US11252679B2 (en) 2012-04-16 2022-02-15 Comcast Cable Communications, Llc Signal transmission power adjustment in a wireless device
US11582704B2 (en) 2012-04-16 2023-02-14 Comcast Cable Communications, Llc Signal transmission power adjustment in a wireless device
US11825419B2 (en) 2012-04-16 2023-11-21 Comcast Cable Communications, Llc Cell timing in a wireless device and base station
US11622372B2 (en) 2012-06-18 2023-04-04 Comcast Cable Communications, Llc Communication device
US9107206B2 (en) 2012-06-18 2015-08-11 Ofinne Technologies, LLC Carrier grouping in multicarrier wireless networks
US11882560B2 (en) 2012-06-18 2024-01-23 Comcast Cable Communications, Llc Carrier grouping in multicarrier wireless networks
WO2014047940A1 (zh) 2012-09-29 2014-04-03 华为技术有限公司 功率确定方法、用户设备和基站
EP2988557B1 (en) * 2013-04-19 2018-06-27 LG Electronics Inc. Power control method and apparatus in wireless access system
JP2015142349A (ja) * 2014-01-30 2015-08-03 株式会社Ｎｔｔドコモ ユーザ装置及び送信制御方法
ES2834607T3 (es) * 2014-01-30 2021-06-18 Ericsson Telefon Ab L M Señales y métodos de descubrimiento
CA2938056C (en) * 2014-01-31 2019-10-01 Nokia Solutions And Networks Oy A method, apparatus and computer readable medium for controlling data transmissions in a network
US9801140B2 (en) * 2014-02-11 2017-10-24 Lg Electronics Inc. Method and apparatus for controlling uplink power in wireless
US9894519B2 (en) * 2014-03-14 2018-02-13 Htc Corporation Connection modification method applicable to user equipment and base station
CN104936297B (zh) * 2014-03-18 2020-01-10 北京三星通信技术研究有限公司 配置有包含d2d子帧服务小区的系统的功率控制方法及用户设备
JP6298329B2 (ja) * 2014-03-20 2018-03-20 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局および無線通信方法
CN104936300A (zh) * 2014-03-20 2015-09-23 中兴通讯股份有限公司 上行信道处理方法、终端、基站和系统
EP3863209A1 (en) * 2014-03-20 2021-08-11 Interdigital Patent Holdings, Inc. Method and apparatus for non-orthogonal access in lte systems
WO2015139764A1 (en) * 2014-03-21 2015-09-24 Nokia Solutions And Networks Oy Cross reporting of empty or non-empty buffers in dual connectivity
JPWO2015159874A1 (ja) * 2014-04-18 2017-04-13 株式会社Ｎｔｔドコモ ユーザ装置、及び上り送信電力情報送信方法
CN106165515B (zh) * 2014-04-28 2019-10-22 英特尔Ip公司 双连接中的同时调度请求发送
JP2015216440A (ja) * 2014-05-08 2015-12-03 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局、無線通信方法及び無線通信システム
WO2015170667A1 (ja) * 2014-05-09 2015-11-12 株式会社Ｎｔｔドコモ ユーザ装置、及び送信制御方法
US10057861B2 (en) 2014-06-03 2018-08-21 Qualcomm Incorporated Techniques for reporting power headroom in multiple connectivity wireless communications
US10142945B2 (en) * 2014-06-05 2018-11-27 Samsung Electronics Co., Ltd. Power control for transmission of uplink control information on two cells in carrier aggregation
WO2016018075A1 (ko) * 2014-07-29 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서 d2d(device-to-device) 통신을 위한 신호 송수신 방법 및 이를 위한 장치
US10959193B2 (en) * 2014-08-04 2021-03-23 Sharp Kabushiki Kaisha Terminal device, base station device, and method
JP2017175174A (ja) * 2014-08-08 2017-09-28 シャープ株式会社 端末装置、基地局装置および方法
CN105471763B (zh) * 2014-09-04 2020-09-15 中兴通讯股份有限公司 控制报文传输方法及装置
KR101814248B1 (ko) 2014-09-05 2018-01-04 주식회사 케이티 무선랜 캐리어를 이용한 데이터 전송 방법 및 장치
CN107071913B (zh) 2014-09-18 2020-04-21 株式会社Kt 用于处理用户平面数据的方法及装置
US9955356B2 (en) * 2014-09-25 2018-04-24 Intel IP Corporation System and method of handling uplink transmission collision for enhanced coverage mode UEs
EP3202193B1 (en) * 2014-09-29 2019-11-06 Telefonaktiebolaget LM Ericsson (publ) Deriving pcmax in dual connectivity
CN106717060B (zh) * 2014-10-02 2020-06-05 株式会社Kt 用于使用wlan载波处理数据的方法及其装置
US10129910B2 (en) * 2014-10-06 2018-11-13 Qualcomm Incorporated PRACH transmission power adjustment
US10021642B2 (en) * 2014-10-08 2018-07-10 Mediatek Inc. Timing control method and communication device
JP6575032B2 (ja) * 2014-11-06 2019-09-18 シャープ株式会社 端末装置、基地局装置、および通信方法
US10015781B2 (en) * 2015-01-27 2018-07-03 Telefonaktiebolaget Lm Ericsson (Publ) GSM evolution packet data traffic channel resource transmission management—fixed uplink allocation technique
CN107211421B (zh) * 2015-01-28 2021-08-24 夏普株式会社 终端装置、集成电路及通信方法
WO2016122397A1 (en) 2015-01-30 2016-08-04 Telefonaktiebolaget Lm Ericsson (Publ) Wireless communication device, network node and methods for handling data transmissions
US10849125B2 (en) * 2015-01-30 2020-11-24 Qualcomm Incorporated Joint control for enhanced carrier aggregation
WO2016126029A1 (en) * 2015-02-05 2016-08-11 Lg Electronics Inc. Method for applying a new pucch configuration in a carrier aggregation system and a device therefor
US10362569B2 (en) * 2015-02-16 2019-07-23 Lg Electronics Inc. Method and apparatus for allocating uplink resource in wireless communication system
US10512067B2 (en) * 2015-02-19 2019-12-17 Ntt Docomo, Inc. User terminal, radio base station, and radio communication method
US10231259B2 (en) 2015-03-14 2019-03-12 Qualcomm Incorporated Control signaling supporting multi-priority scheduling
US9936519B2 (en) 2015-03-15 2018-04-03 Qualcomm Incorporated Self-contained time division duplex (TDD) subframe structure for wireless communications
US10075970B2 (en) * 2015-03-15 2018-09-11 Qualcomm Incorporated Mission critical data support in self-contained time division duplex (TDD) subframe structure
US10595302B2 (en) * 2015-03-15 2020-03-17 Qualcomm Incorporated Subframe structure with embedded control signaling
US10015778B2 (en) * 2015-03-17 2018-07-03 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for uplink control information signaling design
KR102433616B1 (ko) * 2015-04-20 2022-08-18 주식회사 윌러스표준기술연구소 트레이닝 신호를 이용하는 무선 통신 방법 및 무선 통신 단말
US10588040B2 (en) * 2015-05-14 2020-03-10 Apple Inc. Measurement gap configuration in dual connectivity enhancement
US9814058B2 (en) 2015-05-15 2017-11-07 Qualcomm Incorporated Scaled symbols for a self-contained time division duplex (TDD) subframe structure
CN107005987B (zh) * 2015-05-22 2019-07-12 华为技术有限公司 无线承载建立方法和设备
US10382238B2 (en) 2015-07-05 2019-08-13 Ofinno, Llc Uplink signal transmission in a wireless device
WO2017007171A1 (en) * 2015-07-06 2017-01-12 Lg Electronics Inc. Method for triggering a buffer status reporting in dual connectivity and a device therefor
CN107852638B (zh) * 2015-07-06 2021-03-12 Lg 电子株式会社 在双连接中取消缓冲器状态报告或者调度请求的方法及其设备
US10624110B2 (en) * 2015-07-14 2020-04-14 Lg Electronics Inc. Method and apparatus for performing uplink scheduling request by terminal
US9992790B2 (en) 2015-07-20 2018-06-05 Qualcomm Incorporated Time division duplex (TDD) subframe structure supporting single and multiple interlace modes
US10251132B2 (en) * 2015-07-23 2019-04-02 Acer Incorporated Device and method of handling uplink power control for unlicensed serving cell
WO2017027124A1 (en) * 2015-08-13 2017-02-16 Intel IP Corporation Lightweight s-1 lite protocol design for cellular internet of things
CN107615813B (zh) * 2015-08-21 2023-02-03 华为技术有限公司 一种上行数据传输方法和装置
FI3340698T3 (fi) * 2015-08-21 2023-04-24 Ntt Docomo Inc Käyttäjälaite, tukiasema, tiedonsiirtomenetelmä ja ohjausmenetelmä
CN107950065B (zh) * 2015-08-25 2022-05-24 Idac控股公司 无线系统中的成帧、调度和同步
EP3342217A1 (en) 2015-08-26 2018-07-04 IDAC Holdings, Inc. Systms and methods for power control in wireless systems
CN107113744B (zh) * 2015-08-27 2020-02-21 华为技术有限公司 一种上行信道的发射方法、ue及基站
CN107949998A (zh) * 2015-09-03 2018-04-20 瑞典爱立信有限公司 用于harq反馈优先化的无线设备、网络节点及其中的方法
KR102340499B1 (ko) 2015-09-04 2021-12-17 삼성전자 주식회사 무선통신 시스템에서 상향링크 전송전력 제어 방법 및 장치
US10602465B2 (en) * 2015-09-09 2020-03-24 Qualcomm Incorporated Multi-radio access technology synchronization signal
US9942866B2 (en) * 2015-09-11 2018-04-10 Nxp Usa, Inc. Method for determining and recovering from loss of synchronization, communication units and integrated circuits therefor
DE102015115754A1 (de) * 2015-09-18 2017-03-23 Intel IP Corporation Funkempfänger und Verfahren zum Verarbeiten eines Uplink-Transportblocks
TWI712325B (zh) * 2015-09-23 2020-12-01 Idac控股公司 無線系統中功率控制系統及方法
WO2017056040A1 (en) * 2015-10-02 2017-04-06 Telefonaktiebolaget Lm Ericsson (Publ) Methods and systems for uplink power allocation techniques in multicarrier scenarios
MX2018005458A (es) 2015-11-04 2018-08-16 Interdigital Patent Holdings Inc Metodos y procedimientos para operacion de sistemas de operación a largo plazo (lte) de banda estrecha.
CN106685613B (zh) * 2015-11-06 2020-04-10 电信科学技术研究院 一种srs传输方法及装置
TW201728207A (zh) * 2015-11-10 2017-08-01 Idac控股公司 波束成形系統下行控制頻道設計及傳訊
US10524206B2 (en) * 2015-12-09 2019-12-31 Qualcomm Incorporated Macro and micro discontinuous reception
US11202282B2 (en) 2015-12-16 2021-12-14 Qualcomm Incorporated Contention-based physical uplink shared channel
US10484875B2 (en) * 2015-12-30 2019-11-19 Qualcomm, Incorporated Techniques for transmission of sounding reference signal in shared radio frequency spectrum band
US10492181B2 (en) 2016-01-20 2019-11-26 Qualcomm Incorporated Communication of uplink control information
CN107018565A (zh) * 2016-01-28 2017-08-04 索尼公司 无线通信系统以及无线通信系统中的装置和方法
CN108370546B (zh) * 2016-02-02 2022-06-21 夏普株式会社 终端装置及其通信方法
US20170230136A1 (en) * 2016-02-04 2017-08-10 Shanghai Research Center For Wireless Communications Method, base station, and terminal for fusing baseband resources between networks of different standards
CN113329496A (zh) * 2016-02-05 2021-08-31 Oppo广东移动通信有限公司 用于传输业务的方法、移动台和网络设备
US10616869B2 (en) * 2016-02-12 2020-04-07 Qualcomm Incorporated Uplink channel design for slot-based transmission time interval (TTI)
US10827471B2 (en) 2016-02-16 2020-11-03 Qualcomm Incorporated Uplink procedures on a wireless communication medium
WO2017153418A1 (en) 2016-03-11 2017-09-14 Sony Corporation Terminal device, infrastructure equipment and methods
US20170273069A1 (en) * 2016-03-16 2017-09-21 Futurewei Technologies, Inc. System and Method for Managing Connections in a Wireless Communications System
CN108292969B (zh) * 2016-03-18 2020-11-03 Oppo广东移动通信有限公司 数据传输的方法、终端设备及网络设备
CN108886706B (zh) * 2016-03-23 2023-04-25 株式会社Ntt都科摩 用户终端、无线基站及无线通信方法
TW201743635A (zh) * 2016-03-30 2017-12-16 內數位專利控股公司 在lte網路中減少實體通道等待時間
BR112018070200A2 (pt) * 2016-03-30 2019-01-29 Idac Holdings Inc unidade de transmissão e recepção sem fio, e, método executado por uma unidade de transmissão/recepção sem fio.
EP3404986A4 (en) 2016-03-31 2019-03-13 Huawei Technologies Co., Ltd. WIRELESS COMMUNICATION PROCESS, BASIC STATION AND END UNIT
US10412620B2 (en) 2016-04-01 2019-09-10 Motorola Mobility Llc Method and apparatus for scheduling uplink transmissions with reduced latency
US11395325B2 (en) 2016-04-01 2022-07-19 Lg Electronics Inc. Method for transmitting downlink control information for sidelink scheduling in wireless communication system and terminal using same
US10542503B2 (en) * 2016-04-01 2020-01-21 Motorola Mobility Llc Method and apparatus for scheduling uplink transmissions with reduced latency
KR101953969B1 (ko) * 2016-04-01 2019-03-04 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 설정된 리소스를 이용하여 전송을 향상시키는 방법 및 장치
US10117188B2 (en) * 2016-04-01 2018-10-30 Motorola Mobility Llc Method and apparatus for scheduling uplink transmissions with reduced latency
US10172156B2 (en) 2016-09-12 2019-01-01 Motorola Mobility Llc Method and apparatus for scheduling uplink transmissions with reduced latency
US10277367B2 (en) 2016-04-01 2019-04-30 Motorola Mobility Llc Method and apparatus for scheduling uplink transmissions with reduced latency
CN109076577B (zh) * 2016-04-01 2022-01-07 Lg电子株式会社 根据无线通信系统中的上行链路sps进行的终端操作方法和使用其的终端
US10069613B2 (en) 2016-04-01 2018-09-04 Motorola Mobility Llc Method and apparatus for scheduling uplink transmissions with reduced latency
US9942898B2 (en) * 2016-04-25 2018-04-10 Ofinno Technologies, Llc Uplink transmission in a wireless device and wireless network
EP4106483A1 (en) * 2016-04-28 2022-12-21 Huawei Technologies Co., Ltd. User equipment operating mode control
US10536904B2 (en) 2016-05-09 2020-01-14 Ofinno, Llc Parallel transmission in a wireless device and wireless network
US10178692B2 (en) * 2016-05-13 2019-01-08 Lg Electronics Inc. Method for transmitting a data in a communication system and device therefor
US10631259B2 (en) * 2016-06-22 2020-04-21 Lg Electronics Inc. Method and terminal for applying on/off power time mask for V2X communication
US10687330B2 (en) 2016-07-21 2020-06-16 Qualcomm Incorporated Techniques for communicating on an uplink in a shared radio frequency spectrum band
CN107690181B (zh) * 2016-08-05 2019-09-17 电信科学技术研究院 一种短传输时间间隔传输的功率控制方法及装置
TWI647964B (zh) * 2016-08-05 2019-01-11 宏達國際電子股份有限公司 處理通道存取程序的裝置及方法
US10985966B2 (en) * 2016-08-09 2021-04-20 Panasonic Intellectual Property Corporation Of America Terminal and communication method
JP6998307B2 (ja) * 2016-08-10 2022-01-18 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末及び通信方法
CN115515248A (zh) * 2016-08-11 2022-12-23 弗劳恩霍夫应用研究促进协会 利用缩短帧结构的探测反馈
WO2018030938A1 (en) 2016-08-12 2018-02-15 Telefonaktiebolaget Lm Ericsson (Publ) Indexing of subframe resources in d2d
WO2018031135A1 (en) * 2016-08-12 2018-02-15 Intel IP Corporation Systems, methods and devices for reporting and selecting medium access control and physical layer capabilities
CN109565385B (zh) * 2016-08-12 2021-02-12 华为技术有限公司 上行信道发送方法和装置
CN108307502B (zh) * 2016-08-25 2023-05-23 中兴通讯股份有限公司 信息发送、接收方法及装置、基站、终端
KR102638922B1 (ko) * 2016-10-10 2024-02-22 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 다중 타이밍 전송 기술의 송수신 방법 및 장치
US20180110042A1 (en) * 2016-10-13 2018-04-19 Qualcomm Incorporated Concurrent transmission of low latency and non-low latency uplink control channels
US11147062B2 (en) * 2016-10-14 2021-10-12 Comcast Cable Communications, Llc Dual connectivity power control for wireless network and wireless device
CN108023708B (zh) * 2016-11-03 2022-09-13 中兴通讯股份有限公司 一种信息发送方法、装置、系统及相关设备
CN108024323B (zh) * 2016-11-03 2020-09-08 华为技术有限公司 功率分配方法、功率调整方法、终端和接入网设备
CN108377552B (zh) * 2016-11-04 2023-10-24 华为技术有限公司 一种功率控制方法和通信设备
CN108024343B (zh) * 2016-11-04 2022-02-25 华为技术有限公司 一种载波调度方法及装置
EP3319390A1 (en) * 2016-11-04 2018-05-09 Panasonic Intellectual Property Corporation of America Collision handling of multiple dci
CN110140388B (zh) * 2016-11-04 2022-08-19 瑞典爱立信有限公司 用不同tti得到所配置的输出功率的系统和方法
EP3319244B1 (en) * 2016-11-04 2020-09-09 ASUSTek Computer Inc. Method and apparatus for user equipment beamforming operation in a wireless communication system
US10582397B2 (en) * 2016-11-09 2020-03-03 Qualcomm Incorporated Beam refinement reference signal transmissions during control symbol
US11038657B2 (en) * 2016-11-11 2021-06-15 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for transmitting and obtaining uplink HARQ feedback
US10484144B2 (en) * 2016-11-11 2019-11-19 Qualcomm Incorporated Hybrid automatic repeat request management for low latency communications
WO2018087742A1 (en) * 2016-11-14 2018-05-17 Telefonaktiebolaget Lm Ericsson (Publ) Deriving configured output power for consecutive transmission time intervals (ttis) in shortened tti patterns
KR102094421B1 (ko) 2016-11-25 2020-03-27 엘지전자 주식회사 무선 통신 시스템에서 nr을 위한 방송 채널을 설계하기 위한 방법 및 장치
WO2018105047A1 (ja) * 2016-12-07 2018-06-14 株式会社Ｆｕｊｉ 通信制御装置
CN108616998B (zh) * 2016-12-09 2020-04-24 上海朗帛通信技术有限公司 一种ue和基站中的方法和设备
BR112019013312A2 (pt) * 2016-12-28 2019-12-17 Ntt Docomo Inc terminal de usuário e método de radiocomunicação
JP2020036051A (ja) * 2016-12-28 2020-03-05 株式会社Ｎｔｔドコモ ユーザ装置、及びデータ送信方法
EP4290959A3 (en) 2016-12-28 2024-03-13 Mitsubishi Electric Corporation Communication system
EP3366072B1 (en) 2016-12-30 2022-09-21 Telefonaktiebolaget LM Ericsson (publ) Methods and devices for multi-connection transmission
WO2018128218A1 (ko) * 2017-01-03 2018-07-12 엘지전자 주식회사 임의 접속 과정 수행 방법 및 사용자기기
WO2018128426A1 (en) * 2017-01-04 2018-07-12 Lg Electronics Inc. Method and apparatus for sharing spectrum between 3gpp lte and nr in wireless communication system
US10230492B2 (en) 2017-01-04 2019-03-12 Samsung Electronics Co., Ltd System and method for blind detection of numerology
JP2020036052A (ja) * 2017-01-05 2020-03-05 シャープ株式会社 基地局装置、端末装置およびその通信方法
CN108282858A (zh) * 2017-01-05 2018-07-13 中兴通讯股份有限公司 保持上行同步方法、基站和用户设备
US10448386B2 (en) * 2017-01-06 2019-10-15 Kt Corporation Method and apparatus for controlling redundant data transmission
EP3840486A1 (en) * 2017-01-12 2021-06-23 Ntt Docomo, Inc. User terminal and radio communication method
WO2018129699A1 (en) 2017-01-13 2018-07-19 Qualcomm Incorporated Logical channel prioritization and mapping to different numerologies
US10278225B2 (en) * 2017-01-19 2019-04-30 Motorola Mobility Llc Systems and methods for dual-mode communication using an electronic device
CN108337733B (zh) * 2017-01-20 2021-01-29 华为技术有限公司 一种数据传输方法及相关装置
WO2018143124A1 (ja) * 2017-01-31 2018-08-09 株式会社Ｎｔｔドコモ 通信装置、及び系列選択方法
US20200015251A1 (en) * 2017-02-02 2020-01-09 Ntt Docomo, Inc. User terminal and radio communication method
EP3361790B1 (en) * 2017-02-14 2019-12-04 Intel IP Corporation User equipment with adaptive transmission power scaling based on decoding confidence
CN108574982B (zh) * 2017-03-07 2021-05-28 上海朗帛通信技术有限公司 一种被用于功率调整的用户设备、基站中的方法和装置
US10375719B2 (en) * 2017-03-21 2019-08-06 Motorola Mobility Llc Method and apparatus for power headroom reporting procedure for new radio carrier aggregation
US11388681B2 (en) 2017-03-22 2022-07-12 Idac Holdings, Inc. Dynamic interference management in NR dynamic TDD systems
JP2020510373A (ja) * 2017-03-22 2020-04-02 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてランダムアクセスプリアンブルを送受信する方法及びこのための装置
US10873911B2 (en) 2017-03-23 2020-12-22 Ofinno, LCC Uplink transmission power adjustment
US10237784B2 (en) 2017-03-24 2019-03-19 Motorola Mobility Llc Split bearer packet data converge protocol protocol data unit routing
KR102312234B1 (ko) * 2017-03-24 2021-10-13 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 통신 방법, 단말 장치, 및 네트워크 장치
WO2018171704A1 (en) 2017-03-24 2018-09-27 Huawei Technologies Co., Ltd. Systems and method of power control for uplink transmissions
US10764775B2 (en) 2017-03-24 2020-09-01 Qualcomm Incorporated Techniques for buffer status report and scheduling request in new radio
CN116527213A (zh) 2017-03-31 2023-08-01 三星电子株式会社 无线通信系统中的装置及其缓冲器控制方法
KR102293999B1 (ko) * 2017-03-31 2021-08-27 삼성전자 주식회사 무선 통신 시스템에서 장치 및 이의 버퍼 제어 방법
US11206646B2 (en) 2017-04-01 2021-12-21 Lg Electronics Inc. Method and apparatus for transmitting or receiving uplink signal for terminal supporting short TTI in wireless communication system
US10624070B2 (en) * 2017-04-14 2020-04-14 Qualcomm Incorporated Scheduling and transmission scheme for periodic and aperiodic control information
WO2018194363A1 (ko) * 2017-04-18 2018-10-25 엘지전자 (주) 무선 통신 시스템에서의 레이트 매칭 방법및 이를 위한 장치
US10548096B2 (en) * 2017-04-21 2020-01-28 Samsung Electronics Co., Ltd. Information type multiplexing and power control
WO2018197659A1 (en) * 2017-04-27 2018-11-01 Nokia Technologies Oy Delay-based trigger for activating uplink splitting
CN109156025B (zh) * 2017-04-27 2022-02-15 北京小米移动软件有限公司 上行资源获取方法、装置及计算机可读存储介质
JP2020109886A (ja) * 2017-04-28 2020-07-16 シャープ株式会社 端末装置および方法
EP3606191B1 (en) 2017-04-28 2022-03-02 LG Electronics Inc. Method and apparatus for power sharing in wireless communication system
KR20240027897A (ko) 2017-05-03 2024-03-04 인터디지탈 패튼 홀딩스, 인크 업링크 제어 정보를 송신하기 위한 방법, 시스템, 및 장치
US10470140B2 (en) * 2017-05-04 2019-11-05 Qualcomm Incorporated Power headroom report for uplink split bearer communications
US11497007B2 (en) 2017-05-05 2022-11-08 Qualcomm Incorporated Sounding reference signal configuration and transport block size scaling in low latency systems
US11240788B2 (en) * 2017-05-10 2022-02-01 Ntt Docomo, Inc. User terminal and radio communication method
EP3637882B1 (en) * 2017-05-12 2022-07-06 LG Electronics Inc. Method for controlling transmit power in wireless communication system and apparatus therefor
US11516747B2 (en) 2017-05-12 2022-11-29 Lg Electronics Inc. Method for controlling transmit power in wireless communication system and apparatus therefor
JP7002569B2 (ja) * 2017-06-08 2022-01-20 エルジー エレクトロニクス インコーポレイティド Ｎｒにおけるデュアルコネクティビティを支援する方法及び装置
US11418379B2 (en) * 2017-06-09 2022-08-16 Lg Electronics Inc. Method for transmitting/receiving reference signal in wireless communication system, and device therefor
US10492151B2 (en) * 2017-06-09 2019-11-26 Qualcomm Incorporated Power control in new radio systems
JP7213192B2 (ja) 2017-06-14 2023-01-26 アイディーエーシー ホールディングス インコーポレイテッド 信頼性のある制御シグナリング
CN110771083B (zh) 2017-06-16 2022-07-01 韦勒斯标准与技术协会公司 无线通信系统中发送或接收控制信道和数据信道的方法、装置和系统
MX2019003801A (es) * 2017-06-23 2019-07-04 Lg Electronics Inc Metodo y aparato para transmitir y recibir la señal de enlace ascendente en sistema de comunicacion inalambrica.
US11259261B2 (en) 2017-06-23 2022-02-22 Lg Electronics Inc. Method and apparatus for transmitting and receiving uplink signals in a wireless communication system
CN116405171A (zh) 2017-08-10 2023-07-07 华为技术有限公司 上行传输方法、终端设备和网络设备
US10278184B2 (en) 2017-08-10 2019-04-30 At&T Intellectual Property I, L.P. Radio resource management framework for 5G or other next generation network
CN111226475B (zh) * 2017-08-11 2024-04-19 联想(北京)有限公司 触发针对下行链路时隙集的harq-ack反馈
US11184862B2 (en) 2017-08-11 2021-11-23 Lg Electronics Inc. Method and device for terminal to set transmit power for plurality of CCS during carrier aggregation in wireless communication system
AU2017427721A1 (en) * 2017-08-16 2019-12-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Signal transmission method and terminal device
US10813136B2 (en) * 2017-08-30 2020-10-20 Qualcomm Incorporated Dual connectivity with a network that utilizes an unlicensed frequency spectrum
CN111194569B (zh) 2017-09-07 2021-10-08 北京小米移动软件有限公司 上行链路波束管理
US10687248B2 (en) * 2017-09-25 2020-06-16 Ofinno, Llc Packet duplication activation and deactivation
US10582454B2 (en) 2017-09-27 2020-03-03 Ofinno, Llc Power control for uplink control channel
US11012945B2 (en) * 2017-09-29 2021-05-18 Apple Inc. Devices and methods for power allocation
TWI710261B (zh) * 2017-10-02 2020-11-11 新加坡商 聯發科技（新加坡）私人有限公司 資料恢復方法及其使用者設備
US11368179B2 (en) 2017-10-17 2022-06-21 Skyworks Solutions, Inc. Modulation partitioning and transmission via multiple antennas for enhanced transmit power capability
US11438881B2 (en) * 2017-10-23 2022-09-06 Qualcomm Incorporated Techniques and apparatuses for modulation order control for an uplink channel
JP7035072B2 (ja) * 2017-11-09 2022-03-14 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
US10771225B2 (en) * 2017-11-17 2020-09-08 Qualcomm Incorporated Techniques and apparatuses for using mini-slots for hybrid automatic repeat request (HARQ) transmissions
US10517045B2 (en) 2017-11-17 2019-12-24 Qualcomm Incorporated Techniques for power control using carrier aggregation in wireless communications
CN109802732B (zh) * 2017-11-17 2021-02-12 华为技术有限公司 下行控制信道的监测方法和相关装置
EP3711416A4 (en) * 2017-11-17 2021-07-07 Telefonaktiebolaget LM Ericsson (publ) METHOD AND APPARATUS FOR UPLOAD PLANNING
US11202272B2 (en) * 2017-11-17 2021-12-14 Qualcomm Incorporated Beam-specific timing advance groups
WO2019099257A1 (en) * 2017-11-17 2019-05-23 Skyworks Solutions, Inc. Dynamic control of single switched uplink versus multi uplink
CN111373829B (zh) * 2017-11-22 2022-06-07 中兴通讯股份有限公司 不同随机接入资源的共存和关联的方法和装置
CN109842928B (zh) * 2017-11-25 2024-04-16 华为技术有限公司 一种信息接收方法及装置
CN111630894B (zh) * 2017-11-28 2023-10-10 瑞典爱立信有限公司 小区组之间的传输的切换
EP3731587A4 (en) * 2017-12-21 2021-09-29 LG Electronics Inc. PROCEDURE FOR REPORTING THE CAPACITY OF A TERMINAL DEVICE FOR DUAL CONNECTIVITY IN A NEXT GENERATION COMMUNICATION SYSTEM AND DEVICE FOR IT
US10554470B2 (en) * 2017-12-21 2020-02-04 Qualcomm Incorporated Control monitoring and power control for multi-link deployments
DK3866376T3 (da) 2018-01-09 2022-10-17 Beijing Xiaomi Mobile Software Co Ltd Fremgangsmåder med fysisk lag og mac-lag i en trådløs indretning
WO2019137116A1 (en) * 2018-01-11 2019-07-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for controlling override of configured grant
US10973038B2 (en) * 2018-01-19 2021-04-06 Qualcomm Incorporated UCI transmission for overlapping uplink resource assignments with repetition
JP7141454B2 (ja) * 2018-02-08 2022-09-22 オッポ広東移動通信有限公司 情報伝送方法、情報受信方法、端末機器およびネットワーク機器
CN110149626B (zh) 2018-02-13 2022-02-25 华为技术有限公司 一种确定终端设备发送模式的方法及装置
CN111727643B (zh) * 2018-02-20 2024-04-12 株式会社Ntt都科摩 用户装置以及基站装置
CA3038634A1 (en) * 2018-03-30 2019-09-30 Comcast Cable Communications, Llc Power control for wireless communications associated with preempted resources
KR102298009B1 (ko) * 2018-03-30 2021-09-06 주식회사 케이티 상향링크 데이터 채널을 전송하는 방법 및 장치
CN110351051B (zh) * 2018-04-04 2021-02-12 华为技术有限公司 一种确定搜索空间的方法及装置
EP3780811A4 (en) * 2018-04-04 2022-04-20 ZTE Corporation METHOD AND DEVICE FOR UPLINK TRANSMISSION AND COMMUNICATION, BASE STATION, TERMINAL AND STORAGE MEDIA
EP3777416A4 (en) * 2018-04-04 2021-12-15 Lenovo (Beijing) Limited BUFFER STATUS REPORT FOR PACKAGE DUPLICATION
US11956787B2 (en) * 2018-04-05 2024-04-09 Qualcomm Incorporated Power headroom reporting in coverage edge
CN111903152B (zh) * 2018-04-05 2023-06-20 华为技术有限公司 一种信息发送的方法、信息接收的方法和设备
US11324033B2 (en) * 2018-04-06 2022-05-03 Qualcomm Incorporated Physical downlink shared channel reception when physical downlink control channel with different spatial quasi-colocation assumptions are mapped to the same control resource set
US11089651B2 (en) * 2018-04-06 2021-08-10 Apple Inc. Systems and methods for physical random access channel transmissions
CN112369103A (zh) * 2018-05-08 2021-02-12 Idac控股公司 用于无线系统中的逻辑信道优先级排序和业务成形的方法
CN110475372B (zh) * 2018-05-10 2021-09-24 维沃移动通信有限公司 一种上行传输方法及终端
KR20190129662A (ko) * 2018-05-11 2019-11-20 삼성전자주식회사 무선통신시스템에서 신호를 송수신하는 방법 및 장치
US11382048B2 (en) * 2018-05-22 2022-07-05 Qualcomm Incorporated Multiplexing solutions in dual connectivity
BR112020026121A2 (pt) * 2018-06-19 2021-03-16 Idac Holdings, Inc. Unidade de transmissão/recepção sem fio, e, método implementado em uma unidade de transmissão/recepção sem fio
US11497053B2 (en) 2018-06-20 2022-11-08 Qualcomm Incorporated Collision management
US11490434B2 (en) * 2018-06-25 2022-11-01 Qualcomm Incorporated Dual connectivity transmission techniques
CN109089281B (zh) * 2018-06-27 2022-02-18 海能达通信股份有限公司 一种集群通信方法、终端设备及存储介质
EP3821645B1 (en) * 2018-07-10 2022-04-06 Telefonaktiebolaget LM Ericsson (publ) Technique for providing reliable wireless communication
US11259255B2 (en) 2018-07-16 2022-02-22 Qualcomm Incorporated Techniques for dual connectivity power control
US11196524B2 (en) * 2018-07-18 2021-12-07 Qualcomm Incorporated Multi-beam CSI feedback
US10863450B2 (en) * 2018-07-25 2020-12-08 Qualcomm Incorporated Power control in NR-NR dual connectivity
US11711843B2 (en) * 2018-07-25 2023-07-25 Sony Corporation Base station, user equipment, circuitry, mobile telecommunications system and method for interrupt processing of lower priority data transmission
US11076409B2 (en) * 2018-07-30 2021-07-27 Qualcomm Incorporated Power allocation for subband precoding
WO2020032587A1 (ko) * 2018-08-08 2020-02-13 엘지전자 주식회사 무선 통신 시스템에서 물리 상향링크 공유 채널을 송수신하는 방법 및 이를 위한 장치
US11368941B2 (en) 2018-08-09 2022-06-21 Lenovo (Singapore) Pte. Ltd. Uplink transmission power allocation
EP3834507B1 (en) * 2018-08-10 2024-05-01 Lenovo (Singapore) Pte. Ltd. Method and apparatus for determining per carrier additional maximum power reduction for dual carrier operation
CN110830214B (zh) * 2018-08-10 2021-02-05 华为技术有限公司 用于发送srs的方法和装置
US11272461B2 (en) * 2018-08-10 2022-03-08 Lg Electronics Inc. Method and apparatus for transmitting plurality of packets by sidelink terminal in wireless communication system
JP2022502895A (ja) * 2018-09-28 2022-01-11 テレフオンアクチーボラゲット エルエム エリクソン（パブル） ワイヤレス通信ネットワークにおけるリファレンス信号の共存
CN110972186B (zh) * 2018-09-28 2022-02-01 维沃移动通信有限公司 功率余量上报方法及终端设备
KR20210060627A (ko) * 2018-10-17 2021-05-26 삼성전자주식회사 무선 통신 시스템에서 mcs를 선택하기 위한 방법 및 장치
WO2020089688A2 (en) * 2018-10-31 2020-05-07 Lenovo (Singapore) Pte. Ltd. Preempting an allocation of uplink resources
US11395360B2 (en) * 2018-10-31 2022-07-19 Qualcomm Incorporated Sustaining long term evolution traffic in power limited dual connectivity scenarios
CN112740768B (zh) * 2018-11-01 2022-11-29 Oppo广东移动通信有限公司 用户设备及其无线通信的方法
CN111148202B (zh) * 2018-11-02 2022-06-24 大唐移动通信设备有限公司 一种功率调整方法及终端
BR112021000633A2 (pt) * 2018-11-02 2021-05-11 Guangdong Oppo Mobile Telecommunications Corp., Ltd. método para determinar informações de controle de enlace ascendente e dispositivo de comunicações
US11456896B2 (en) * 2018-12-20 2022-09-27 Qualcomm Incorporated RRC configuration for aperiodic SRS on additional SRS symbols
CN111277376B (zh) * 2018-12-26 2021-10-26 维沃移动通信有限公司 混合自动重传请求应答传输方法及设备
US11356962B2 (en) 2019-01-07 2022-06-07 Qualcomm Incorporated Power control in NR-NR dual connectivity
EP3681227A1 (en) * 2019-01-10 2020-07-15 Panasonic Intellectual Property Corporation of America User equipment involved in transmitting ue assistance information
CN111436112B (zh) * 2019-01-11 2021-05-18 华为技术有限公司 一种通信方法及装置
CN111294969B (zh) * 2019-01-31 2022-03-01 展讯通信（上海）有限公司 Bsr触发方法及装置、存储介质、用户设备
WO2020167747A1 (en) * 2019-02-13 2020-08-20 Idac Holdings, Inc. Ul mimo full tx power
US11395327B2 (en) * 2019-02-13 2022-07-19 Qualcomm Incorporated Uplink configured grant validation
US11075718B2 (en) * 2019-02-13 2021-07-27 Qualcomm Incorporated Partitioning of downlink feedback indication bits
EP3925398B1 (en) * 2019-02-14 2023-07-12 Samsung Electronics Co., Ltd. Device and method for transmitting state information in wireless communication system
CN113412650A (zh) 2019-02-15 2021-09-17 联想（新加坡）私人有限公司 用于选择性地应用发射功率控制命令的功率调整的方法和装置
WO2020175879A1 (en) * 2019-02-25 2020-09-03 Samsung Electronics Co., Ltd. Method and apparatus for handling uplink bearer split configuration in multi-connectivity system
EP3920643A4 (en) * 2019-03-07 2022-02-16 Guangdong Oppo Mobile Telecommunications Corp., Ltd. POWER CONTROL METHODS, DEVICES FOR DIRECT ACCESS METHODS AND TERMINAL
CN111757534B (zh) * 2019-03-27 2023-11-14 夏普株式会社 随机接入方法以及用户设备
WO2020192748A1 (en) 2019-03-27 2020-10-01 FG Innovation Company Limited Method and apparatus for handling overlapping pusch durations
CN116506068A (zh) * 2019-03-28 2023-07-28 中兴通讯股份有限公司 一种信息确定方法和计算机可读存储介质
CN111757495A (zh) * 2019-03-29 2020-10-09 华为技术有限公司 一种通信方法及设备
US11122622B2 (en) 2019-03-29 2021-09-14 Ualcomm Incorporated Uplink collision handling
CN111278125B (zh) * 2019-03-29 2023-04-18 维沃移动通信有限公司 传输方法、终端设备及网络侧设备
CN113615266A (zh) * 2019-03-29 2021-11-05 联想（新加坡）私人有限公司 用于双连接的传输功率
CN111756502B (zh) * 2019-03-29 2023-09-12 中兴通讯股份有限公司 传输的发送方法及装置、存储介质
US11381346B2 (en) * 2019-04-02 2022-07-05 Intel Corporation Prioritization of services for control and data transmission for new radio systems
US20200351036A1 (en) * 2019-05-02 2020-11-05 Lg Electronics Inc. Method and apparatus for performing retransmission of uplink data in wireless communication system
CN111918333B (zh) * 2019-05-07 2023-10-24 成都华为技术有限公司 数据传输方法和设备
KR20200129855A (ko) * 2019-05-10 2020-11-18 삼성전자주식회사 동적 전력 공유 지원을 위한 파워 헤드룸 보고를 트리거링하는 방법 및 장치
EP3954164A4 (en) 2019-05-14 2022-06-01 Samsung Electronics Co., Ltd. RESOURCE SELECTION FOR ULTRA-RELIABLE LOW-LATENCY UPLINK COMMUNICATIONS (URLLC)
US11356894B2 (en) * 2019-05-14 2022-06-07 Qualcomm Incorporated Method and apparatus for configuring uplink hybrid automatic repeat request (HARQ) retransmission timer for narrowband communications
US11516819B2 (en) * 2019-05-15 2022-11-29 Qualcomm Incorporated Uplink channel collision resolution for conditional media access control (MAC) layer based prioritization
US11330621B2 (en) * 2019-06-21 2022-05-10 Electronics And Telecommunications Research Institute Method and apparatus for transmitting uplink data in time sensitive network
US11290223B1 (en) * 2019-06-25 2022-03-29 Marvell Asia Pte Ltd Physical layer (PHY) data unit encoding for hybrid automatic repeat request (HARQ) transmission
CN110463328B (zh) * 2019-07-05 2022-10-21 小米通讯技术有限公司 激活时间的控制方法、装置及计算机可读存储介质
US20210014874A1 (en) * 2019-07-10 2021-01-14 Qualcomm Incorporated Data scheduling in uplink burst
US11343779B2 (en) 2019-07-18 2022-05-24 Samsung Electronics Co., Ltd System and method for providing look-ahead dynamic power control for carrier aggregation
US11184917B2 (en) * 2019-07-19 2021-11-23 Qualcomm Incorporated Managing concurrent multi-rat uplink transmissions at a user equipment
EP4011157A4 (en) * 2019-08-05 2023-08-30 Telefonaktiebolaget LM Ericsson (publ) TERMINAL DEVICE, NETWORK NODES AND METHOD TO ENABLE TRANSMISSION OF LOGICAL CHANNELS VIA SIDELINK
CN114208092A (zh) * 2019-08-08 2022-03-18 三星电子株式会社 用于在无线通信系统中为ue执行双连接的方法和装置
CN112423330B (zh) * 2019-08-23 2023-01-13 华为技术有限公司 一种通信方法及装置
JP7126480B2 (ja) * 2019-08-30 2022-08-26 三菱電機株式会社 タイミング同期装置
US20210076395A1 (en) * 2019-09-09 2021-03-11 Qualcomm Incorporated Quasi-colocation prioritization for secondary cell group change with different numerology or asynchronization
EP4029179A4 (en) * 2019-09-13 2023-07-26 FG Innovation Company Limited METHOD FOR PERFORMING HYBRID AUTOMATIC REPEAT REQUEST PROCESS FOR DOWNLOADED UPLINK AUTHORIZATION, AND RELATED DEVICE
CN112543462B (zh) * 2019-09-20 2022-10-11 大唐移动通信设备有限公司 一种优先级定义方法和终端
CN112584443A (zh) * 2019-09-27 2021-03-30 苹果公司 辅助小区链路恢复请求传输
EP3799518A1 (en) * 2019-09-27 2021-03-31 Apple Inc. Secondary cell link recovery request transmission
US20220394583A1 (en) * 2019-10-01 2022-12-08 Idac Holdings, Inc. Conditional mobility with multi-connectivity
KR102543958B1 (ko) * 2019-10-02 2023-06-16 엘지전자 주식회사 무선 통신 시스템에서 사운딩 참조 신호 송수신 방법 및 장치
US11178623B2 (en) * 2019-10-31 2021-11-16 Qualcomm Incorporated Pseudo-dynamic power sharing for increased user equipment coverage and graceful handling of misconfiguration in multi-radio access technology dual connectivity (MR-DC)
KR102283839B1 (ko) * 2019-10-31 2021-07-30 에스케이텔레콤 주식회사 상향링크 데이터 전송을 위한 동적 스케줄링 요청 방법 및 그 장치
US11558891B2 (en) * 2019-11-07 2023-01-17 Beijing Xiaomi Mobile Software Co., Ltd. Power control for a two-step random access procedure
JP2023500878A (ja) * 2019-11-07 2023-01-11 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 無線通信ネットワークにおける送信スケジューリング
CN112825595B (zh) * 2019-11-21 2023-06-06 大唐移动通信设备有限公司 一种上行信道的传输、接收方法、终端及网络设备
CN113055994B (zh) * 2019-12-27 2022-08-19 华为技术有限公司 通信方法以及终端设备
US11452048B2 (en) * 2020-02-13 2022-09-20 Qualcomm Incorporated Dynamic power control with priority indications
US11546864B2 (en) * 2020-02-14 2023-01-03 Samsung Electronics Co., Ltd. Uplink power control in dual connectivity
US11490414B2 (en) * 2020-02-14 2022-11-01 Qualcomm Incorporated Techniques for intra-user equipment and inter-user equipment cancelation of overlapping communications
CN113365337B (zh) * 2020-03-06 2023-07-21 维沃移动通信有限公司 Phr上报方法、phr接收方法、终端和网络设备
CN113518316B (zh) * 2020-04-09 2023-04-07 维沃移动通信有限公司 Cag信息的处理方法及装置、通信设备
CN113676993B (zh) * 2020-05-14 2022-11-04 大唐移动通信设备有限公司 随机接入信号的接收方法、装置、接收端和存储介质
CN115190628B (zh) * 2020-05-21 2024-03-26 Oppo广东移动通信有限公司 资源传输方法和终端设备
CN111586570B (zh) * 2020-05-27 2022-06-03 武汉风韵出行信息科技有限公司 用于车联网系统的行人位置信息上传方法及系统
CN113747559B (zh) * 2020-05-28 2023-04-25 维沃移动通信有限公司 功率余量的上报方法、装置、终端及可读存储介质
EP4140234A4 (en) * 2020-06-09 2023-10-11 Zeku Technology (Shanghai) Corp., Ltd. PLANNING UPLINK MEDIA ACCESS CONTROL TOKENS FOR MULTI CARRIER PACKET DATA TRANSMISSION
CN113811020A (zh) * 2020-06-11 2021-12-17 中国移动通信有限公司研究院 辅节点链路失败的上报及配置方法、终端和网络侧设备
CN111918245B (zh) * 2020-07-07 2021-11-19 西安交通大学 基于多智能体的车速感知的计算任务卸载和资源分配方法
CN113972961B (zh) * 2020-07-22 2022-11-08 大唐移动通信设备有限公司 下行链路共享信道数据长度调度方法及装置
CN111970754B (zh) * 2020-08-18 2021-11-05 珠海格力电器股份有限公司 通信控制方法及装置、电子设备
US11737075B1 (en) * 2020-09-23 2023-08-22 T-Mobile Innovations Llc Dynamic reallocation of transmit power on dual connectivity devices
WO2022077267A1 (en) * 2020-10-14 2022-04-21 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for communication management
CN112243298B (zh) * 2020-10-14 2023-06-20 中国联合网络通信集团有限公司 一种调度方法和装置
US11546860B2 (en) * 2020-11-23 2023-01-03 Qualcomm Incorporated Uplink-based positioning
US20220217713A1 (en) * 2021-01-06 2022-07-07 Qualcomm Incorporated Latency reduction and coverage enhancement for extended reality
WO2022152928A1 (en) * 2021-01-18 2022-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Method for receiving and combining multiple physical downlink shared channel (pdsch)
US20240107540A1 (en) * 2021-02-05 2024-03-28 Beijing Xiaomi Mobile Software Co., Ltd. Method for sending uplink control information, device and storage medium
US11647465B2 (en) * 2021-03-05 2023-05-09 Nokia Technologies Oy Power control enhancements for physical uplink shared channel (PUSCH) multiplexing uplink control information (UCI) of different priority
US11924769B2 (en) 2021-03-31 2024-03-05 Nokia Technologies Oy Exploitation of transmitter (TX) power for each band dual up-link (UL) carrier aggregation (CA)
JPWO2022259537A1 (zh) * 2021-06-11 2022-12-15
WO2023056132A1 (en) * 2021-09-30 2023-04-06 Qualcomm Incorporated Transmitting overlapping uplink transmissions using a power scaling factor
WO2023056066A1 (en) * 2021-10-01 2023-04-06 Qualcomm Incorporated Method and apparatus for simultaneous primary and secondary radio frequency link transmissions within radio frequency exposure limits
WO2023153897A1 (ko) * 2022-02-11 2023-08-17 삼성전자 주식회사 불연속 수신 동작을 지원하는 무선 통신 시스템에서 단말 및 기지국과 그 동작 방법
WO2023193883A1 (en) * 2022-04-05 2023-10-12 Nokia Technologies Oy Apparatuses and methods for transmission quality aware uplink power control
WO2023211187A1 (ko) * 2022-04-28 2023-11-02 엘지전자 주식회사 상향링크 신호를 전송하는 방법, 사용자기기, 프로세싱 장치, 및 저장 매체, 그리고 상향링크 신호를 수신하는 방법 및 기지국

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102123512A (zh) * 2010-01-08 2011-07-13 捷讯研究有限公司 用于针对上行链路载波聚合进行逻辑信道优先化的方法和装置
CN102415187A (zh) * 2009-04-23 2012-04-11 松下电器产业株式会社 用于生成多个上行链路传输块的逻辑信道优先级排序过程
CN102447549A (zh) * 2010-10-09 2012-05-09 普天信息技术研究院有限公司 一种移动通信系统中上行同步混合自动重复请求的方法
CN102577544A (zh) * 2009-10-23 2012-07-11 Lg电子株式会社 用于在无线通信系统中控制上行链路功率的方法和装置
WO2013025562A2 (en) * 2011-08-12 2013-02-21 Interdigital Patent Holdings, Inc. Methods, apparatus and systems for power control and timing advance
CN103081542A (zh) * 2010-06-22 2013-05-01 三星电子株式会社 在移动通信系统中发送和接收上行链路数据的方法和装置

Family Cites Families (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6494572B1 (en) 1999-04-14 2002-12-17 Tracy Sinoway Eyewear lens display kit for selecting eyewear lenses for an eyewear frame
US6512951B1 (en) 2000-09-14 2003-01-28 Cardiac Pacemakers, Inc. Delivery of atrial defibrillation shock based on estimated QT interval
JP2002226735A (ja) 2001-02-02 2002-08-14 Nippon Paint Co Ltd 塗料液のコンピュータ調色方法とこの方法を用いた塗料の製造方法
US8279811B2 (en) 2007-10-30 2012-10-02 Motorola Mobility Llc Allocating downlink acknowledgement resources in wireless communication networks
JP5346959B2 (ja) * 2008-02-01 2013-11-20 インターデイジタル パテント ホールディングス インコーポレイテッド 論理チャネルを優先順位付けするための方法および装置
US8472967B2 (en) 2008-02-01 2013-06-25 Qualcomm Incorporated Allocating transmit power among two or more carriers assigned to a wireless communication device
US8494572B2 (en) * 2008-06-24 2013-07-23 Qualcomm Incorporated Method and apparatus for power control of first data transmission in random access procedure of FDMA communication system
CN102089998A (zh) 2008-07-08 2011-06-08 Lg电子株式会社 基板运送装置
WO2010051514A1 (en) * 2008-10-31 2010-05-06 Interdigital Patent Holdings, Inc. Method and apparatus for wireless transmissions using multiple uplink carriers
KR101235323B1 (ko) * 2008-10-31 2013-02-19 인터디지탈 패튼 홀딩스, 인크 다중 업링크 캐리어들을 이용한 업링크 전송들의 처리
WO2010091425A2 (en) * 2009-02-09 2010-08-12 Interdigital Patent Holdings, Inc. Apparatus and method for uplink power control for a wireless transmitter/receiver unit utilizing multiple carriers
US8494437B2 (en) 2009-04-22 2013-07-23 Qualcomm Incorporated Communication methods and apparatus
US20100272091A1 (en) * 2009-04-27 2010-10-28 Motorola, Inc. Uplink Scheduling Supoort in Multi-Carrier Wireless Communication Systems
CN101902817B (zh) * 2009-05-26 2015-07-22 中兴通讯股份有限公司 无线通信系统中上行无线资源调度方法与装置
US8593979B2 (en) 2009-07-15 2013-11-26 Lg Electronics Inc. Method and apparatus for controlling uplink power in a wireless communication system
CN102474886B (zh) * 2009-08-12 2014-11-19 交互数字专利控股公司 基于争用的上行链路数据传输方法和设备
WO2011035420A1 (en) * 2009-09-25 2011-03-31 Research In Motion Limited System and method for multi-carrier network operation
JP2011155334A (ja) 2010-01-26 2011-08-11 Sharp Corp 通信システム及び移動局装置及び基地局装置及び処理方法
CN102149206B (zh) * 2010-02-09 2016-01-13 中兴通讯股份有限公司 上行调度方法
EP2534915A2 (en) * 2010-02-12 2012-12-19 InterDigital Patent Holdings, Inc. Methods and apparatus for optimizing uplink random access channel transmission
US10536910B2 (en) 2010-05-28 2020-01-14 Qualcomm Incorporated Apparatus and method for random access channel power prioritization
US8744513B2 (en) 2010-06-29 2014-06-03 Qualcomm Incorporated Interaction between maximum power reduction and power scaling in wireless networks
US8619654B2 (en) 2010-08-13 2013-12-31 Intel Corporation Base station selection method for heterogeneous overlay networks
JP2012065126A (ja) 2010-09-16 2012-03-29 Sharp Corp 無線通信システム、基地局装置、移動局装置、無線通信方法および集積回路
US8687727B2 (en) * 2010-11-05 2014-04-01 Intel Corporation Coordinated multi-point transmission using interference feedback
JP6039578B2 (ja) * 2011-01-07 2016-12-07 インターデイジタル パテント ホールディングス インコーポレイテッド 多地点協調送信におけるダウンリンク共有チャネル受信の方法、システムおよび装置
US9226313B2 (en) 2011-03-31 2015-12-29 Panasonic Intellectual Property Corporation Of America Transmission device, receiving device, transmission method and receiving method
CN103460788A (zh) * 2011-04-01 2013-12-18 交互数字专利控股公司 用于控制到网络的连通性的方法和设备
EP2509373A1 (en) 2011-04-01 2012-10-10 Panasonic Corporation Efficient extended power headroom reporting for semi-persistent scheduling
US8737330B2 (en) 2011-06-24 2014-05-27 Motorola Mobility Llc Multi-cluster uplink transmission in wireless communication network
US8964679B2 (en) * 2011-12-23 2015-02-24 Blackberry Limited Method implemented in an eNodeB base station
WO2013138701A2 (en) * 2012-03-16 2013-09-19 Interdigital Patent Holdings, Inc. Random access procedures in wireless systems
WO2013141647A1 (ko) * 2012-03-22 2013-09-26 엘지전자 주식회사 무선 접속 시스템에서 상향링크 전송 파워 제어 방법 및 이를 위한 장치
US8964593B2 (en) * 2012-04-16 2015-02-24 Ofinno Technologies, Llc Wireless device transmission power
CN104350790B (zh) * 2012-05-31 2019-04-16 交互数字专利控股公司 设备到设备（d2d）交叉链路功率控制
KR101952255B1 (ko) 2012-06-28 2019-02-26 에스케이하이닉스 주식회사 반도체 메모리 장치
CN110087266B (zh) 2012-08-23 2021-09-28 交互数字专利控股公司 向不同服务站点提供物理层资源
US9609637B2 (en) * 2012-12-21 2017-03-28 Telefonaktiebolaget Lm Ericsson (Publ) Override of multi-TTI scheduling messages
EP2946608B1 (en) * 2013-01-17 2017-11-29 Sun Patent Trust Dynamic tdd uplink/downlink configuration using dci
US9615336B2 (en) * 2013-05-23 2017-04-04 Qualcomm Incorporated Uplink power headroom management for connectivity with logically separate cells
WO2015012502A1 (en) * 2013-07-26 2015-01-29 Lg Electronics Inc. Method for adjusting a transmission power
CN104349441B (zh) * 2013-08-07 2020-03-17 夏普株式会社 主基站、用户设备及其控制方法
CN105519215B (zh) * 2013-09-04 2019-04-16 Lg电子株式会社 在无线通信系统中控制上行链路功率的方法和设备
US9635621B2 (en) * 2014-01-17 2017-04-25 Samsung Electronics Co., Ltd. Adaptations of dual connectivity operation to UE capability
ES2739887T3 (es) * 2014-01-22 2020-02-04 Lg Electronics Inc Método para realizar control de potencia, y equipo de usuario
JP6585043B2 (ja) 2014-06-30 2019-10-02 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局、無線通信システムおよび無線通信方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102415187A (zh) * 2009-04-23 2012-04-11 松下电器产业株式会社 用于生成多个上行链路传输块的逻辑信道优先级排序过程
CN102577544A (zh) * 2009-10-23 2012-07-11 Lg电子株式会社 用于在无线通信系统中控制上行链路功率的方法和装置
CN102123512A (zh) * 2010-01-08 2011-07-13 捷讯研究有限公司 用于针对上行链路载波聚合进行逻辑信道优先化的方法和装置
EP2343946A2 (en) * 2010-01-08 2011-07-13 Research in Motion Limited Method and apparatus for logical channel prioritization for uplink carrier aggregation
CN103081542A (zh) * 2010-06-22 2013-05-01 三星电子株式会社 在移动通信系统中发送和接收上行链路数据的方法和装置
CN102447549A (zh) * 2010-10-09 2012-05-09 普天信息技术研究院有限公司 一种移动通信系统中上行同步混合自动重复请求的方法
WO2013025562A2 (en) * 2011-08-12 2013-02-21 Interdigital Patent Holdings, Inc. Methods, apparatus and systems for power control and timing advance

Also Published As

Publication number Publication date
JP7405715B2 (ja) 2023-12-26
JP6751744B2 (ja) 2020-09-09
EP3100535B1 (en) 2019-03-06
PL3100535T3 (pl) 2019-09-30
CN110708753A (zh) 2020-01-17
KR20160114685A (ko) 2016-10-05
EP3509362A1 (en) 2019-07-10
SG10201709596QA (en) 2017-12-28
US20190253978A1 (en) 2019-08-15
ES2727751T3 (es) 2019-10-18
KR20220045071A (ko) 2022-04-12
US20240064652A1 (en) 2024-02-22
KR102566651B1 (ko) 2023-08-11
US11290961B2 (en) 2022-03-29
US11856523B2 (en) 2023-12-26
CN106134263B (zh) 2019-11-08
US9763199B2 (en) 2017-09-12
US10542499B2 (en) 2020-01-21
MX2019009519A (es) 2019-11-05
KR102382363B1 (ko) 2022-04-05
AU2021204761A1 (en) 2021-08-05
AU2015210884B2 (en) 2019-04-18
SG11201606245RA (en) 2016-08-30
US20200245257A1 (en) 2020-07-30
CN106134263A (zh) 2016-11-16
AU2015210884A1 (en) 2016-08-18
US20170013565A1 (en) 2017-01-12
JP2017507583A (ja) 2017-03-16
JP6435339B2 (ja) 2018-12-05
CN110972249A (zh) 2020-04-07
CN110740499A (zh) 2020-01-31
SG10202009141VA (en) 2020-11-27
US20180014255A1 (en) 2018-01-11
CA2938403A1 (en) 2015-08-06
EP3100535A1 (en) 2016-12-07
KR20230121935A (ko) 2023-08-21
CA2938403C (en) 2024-02-06
JP2020191677A (ja) 2020-11-26
CN110856242A (zh) 2020-02-28
AU2019206097A1 (en) 2019-08-08
US20220182947A1 (en) 2022-06-09
AU2021204761B2 (en) 2023-03-16
DK3100535T3 (da) 2019-05-27
WO2015116866A1 (en) 2015-08-06
CN110856242B (zh) 2023-07-25
MX2016009869A (es) 2017-01-09
US10271288B2 (en) 2019-04-23
JP2019050605A (ja) 2019-03-28

Similar Documents

Publication Publication Date Title
CN110972249B (zh) 无线通信中的上行链路传输
JP6731611B2 (ja) 通信システムおよび通信方法
RU2711053C1 (ru) Обработка плоскости пользователя в беспроводных системах
CN107431591B (zh) 用于无授权频带中的lte的上行链路操作的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant