用于PRACH传输功率调整的方法和装置与流程

文档序号:12516172阅读:563来源:国知局
用于PRACH传输功率调整的方法和装置与流程

本申请要求于2014年10月6日提交的题为“PRACH TRANSMISSION HANDLING IN LTE”的美国临时申请序列No.62/060,528的权益,以及于2014年11月5日提交的题为“PRACH TRANSMISSION HANDLING IN LTE”的美国临时申请No.62/075,786的权益,以及于2015年9月22日提交的题为“PRACH TRANSMISSION POWER ADJUSTMENT”的美国专利申请No.14/861,749,其全部内容通过引用明确地并入本文。

技术领域

概括地说,本公开内容涉及通信系统,并且更具体地说,涉及长期演进(LTE)中的物理随机接入信道(PRACH)传输处理。



背景技术:

为了提供诸如话音、视频、数据、消息传递和广播等各种电信服务,广泛地部署了无线通信系统。典型的无线通信系统可以使用能够通过共享可用的系统资源(例如,带宽、传输功率)来支持与多个用户通信的多址技术。这种多址技术的例子包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、和时分同步码分多址(TD-SCDMA)系统。

在各种电信标准中已经采用了这些多址技术以提供使得不同的无线设备能在城市、国家、地区乃至全球层面进行通信的公共协议。一种示例性电信标准是LTE。LTE是对由第三代合作伙伴计划(3GPP)颁布的通用移动电信系统(UMTS)移动标准的增强集。LTE被设计用于通过以下行为来更好地支持移动宽带互联网接入:提高频谱效率、降低成本、改善服务、利用新的频谱,以及通过在下行链路(DL)上使用OFDMA、在上行链路(UL)上使用SC-FDMA以及使用多输入多输出(MIMO)天线技术来与其它开放标准更好地整合。然而,随着对移动宽带接入的需求持续增加,存在对LTE技术的进一步改进的需求。优选地,这些改进应当适用于其它多址技术和采用这些技术的电信标准。



技术实现要素:

在第一配置中,用户设备(UE)可以相对于先前不成功的PRACH传输(例如,具有最高传输功率的先前不成功的PRACH传输)来确定PRACH的PRACH功率提升Pramp-up。在第二配置中,当UE处于功率受限场景中时,如果Pramp-up-Pscal<Pdrop,则UE丢弃/禁止发送该PRACH传输,否则,发送该PRACH,其中Pscal是功率缩放因子,Pramp-up是所配置的提升功率值,而Pdrop是门限。在第三配置中,UE确定是否递增Preamble_Transmission_Counter。在一种子配置中,UE在发生PRACH传输(即,未丢弃该PRACH)时递增该Preamble_Transmission_Counter,并且当不发生该PRACH传输(即,丢弃该PRACH)时禁止递增该Preamble_Transmission_Counter。在另一种子配置中,UE在发生PRACH传输且Pramp-up-Pscal≥Pcount时,递增该Preamble_Transmission_Counter(其中,Pcount是门限),否则禁止递增该Preamble_Transmission_Counter。

在本公开内容的一个方面,提供了一种方法、计算机程序产品和装置。该装置可以是UE。该UE确定要缩放用于多个并发PRACH传输中的PRACH传输的传输功率。另外,UE基于经缩放的传输功率来确定是否要发送所述PRACH传输。此外,UE在确定要发送所述PRACH传输时以经缩放的传输功率来发送所述PRACH传输。

在本公开内容的一个方面,提供了一种方法、计算机程序产品和装置。该装置可以是UE。UE至少基于功率提升步长和先前发送的不成功的PRACH传输的先前确定的传输功率来确定PRACH传输的传输功率。UE以所确定的传输功率来发送所述PRACH传输。

在本公开内容的一个方面,提供了一种方法、计算机程序产品和装置。该装置可以是UE。UE确定要通过功率缩放因子来缩放用于多个并发PRACH传输中的PRACH传输的功率。用于PRACH传输的传输功率至少基于功率提升步长和功率缩放因子。UE确定是否要发送PRACH传输。UE至少基于对是否要发送所述PRACH传输的确定来确定是否递增前导码传输计数器。在一种配置中,对是否递增前导码传输计数器的确定还基于功率提升步长和功率缩放因子。在一种配置中,对是否递增前导码传输计数器的确定还基于功率提升步长和功率缩放因子之间的差。在一种配置中,对是否递增前导码传输计数器的确定包括:当功率提升步长和功率缩放因子之间的差小于门限或者确定不发送PRACH传输时,确定禁止递增前导码传输计数器。在一种配置中,对是否递增前导码传输计数器的确定包括当功率提升步长和功率缩放因子之间的差大于或等于门限时并且确定要发送PRACH传输时,确定要递增前导码传输计数器。

附图说明

图1是示出了网络架构的示例的示图。

图2是示出了接入网络的示例的示图。

图3是示出了LTE中的DL帧结构的示例的示图。

图4是示出了LTE中的UL帧结构的示例的示图。

图5是示出了用于用户平面和控制平面的无线协议架构的示例的示图。

图6是示出了接入网中的演进型节点B和用户设备的示例的示图。

图7A是示出了连续载波聚合的示例的示图。

图7B是示出了非连续载波聚合的示例的示图。

图8是示出了双连接性的示图。

图9A、9B、9C和9D是用于说明用于PRACH传输处理的示例性方法/装置的示图。

图10是无线通信的第一方法的流程图。

图11是无线通信的第二方法的流程图。

图12是无线通信的第三方法的流程图。

图13是示出了示例性装置中不同单元/组件之间的数据流的概念性数据流图。

图14是示出了针对采用处理系统的装置的硬件实现的示例的示图。

具体实施方式

下面结合附图所阐述的详细描述旨在作为对各种配置的描述,而不旨在表示可以实践本文描述的概念的唯一配置。出于提供对各种概念的透彻理解的目的,详细描述包括特定细节。然而,对于本领域技术人员将显而易见的是,可以在不具有这些特定细节的情况下实践这些概念。在一些实例中,以框图的形式示出公知的结构和组件,以避免模糊这些概念。

现将参照各种装置和方法来呈现电信系统的若干方面。这些装置和方法将在下面的详细描述中进行描述,并且在附图中通过各种框、组件、电路、步骤、过程、算法等等(其统称为“要素”)来示出。可以使用电子硬件、计算机软件或者其任意组合来实现这些要素。至于这些要素是实现成硬件还是实现成软件,取决于具体的应用和对整个系统所施加的设计约束条件。

通过示例的方式,要素或者要素的任何部分或者要素的任意组合,可以用包括一个或多个处理器的“处理系统”来实现。处理器的例子包括微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑器件、分立硬件电路和被配置为执行贯穿本公开内容所描述的各种功能的其它适当硬件。处理系统中的一个或多个处理器可以执行软件。无论被称为软件、固件、中间件、微代码、硬件描述语言还是其它术语,软件应当被广意地解释为意味着指令、指令集、代码、代码段、程序代码、程序、子程序、软件组件、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程、函数等等。

因此,在一个或多个示例性实施例中,所描述的功能可以以硬件、软件、固件或者其任意组合来实现。如果以软件来实现,则可以将这些功能存储或编码为计算机可读介质上的一个或多个指令或代码。计算机可读介质包括计算机存储介质。存储介质可以是计算机能够存取的任何可用介质。通过示例的方式而不是限制的方式,这种计算机可读介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程ROM(EEPROM)、光盘存储器、磁盘存储器或其他磁存储设备、上述类型的计算机可读介质的组合、或可以用于存储计算机能够存取的指令或数据结构形式的计算机可执行代码的任何其他介质。

图1是示出了LTE网络架构100的示图。LTE网络架构100可以被称为演进分组系统(EPS)100。EPS 100可以包括一个或多个用户设备(UE)102、演进UMTS陆地无线接入网络(E-UTRAN)104、演进分组核心(EPC)110和运营商的因特网协议(IP)服务122。EPS可以与其他接入网络互连,但是为了简单起见,未示出这些实体/接口。如图所示,EPS提供分组交换服务,然而,如本领域技术人员将容易理解的,贯穿本公开内容呈现的各种概念可以扩展到提供电路交换服务的网络。

E-UTRAN包括演进型节点B(eNB)106和其它eNB 108,并且可以包括多播协调实体(MCE)128。eNB 106提供朝向UE 102的用户和控制平面协议终止。eNB 106可以经由回程(例如,X2接口)连接到其它eNB 108。MCE 128为演进的多媒体广播多播服务(MBMS)(eMBMS)分配时间/频率无线资源,并且确定用于eMBMS的无线配置(例如,调制和编码方案(MCS))。MCE 128可以是单独的实体或eNB 106的一部分。eNB 106还可以被称为基站、节点B、接入点、基站收发台、无线基站、无线收发机、收发机功能单元、基本服务集(BSS)、扩展服务集(ESS)、或一些其它的适当术语。eNB 106为UE 102提供到EPC 110的接入点。UE 102的例子包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线设备、全球定位系统、多媒体设备、视频设备、数字音频播放器、(例如MP3播放器)、照相机、游戏控制台、平板设备、或任何其它类似功能的设备。UE 102还可以被本领域技术人员称为移动站、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持设备、用户代理、移动客户端、客户端、或者一些其它的适当术语。

eNB 106连接到EPC 110。EPC 110可以包括移动性管理实体(MME)112、归属订户服务器(HSS)120、其它MME 114、服务网关116、多媒体广播多播服务(MBMS)网关124、广播多播服务中心(BM-SC)126和分组数据网络(PDN)网关118。MME 112是处理UE 102和EPC 110之间的信号传送的控制节点。通常,MME 112提供承载和连接管理。所有的用户IP分组都是通过服务网关116进行传送的,服务网关116本身连接到PDN网关118。PDN网关118提供UE IP地址分配以及其它功能。PDN网关118和BM-SC 126连接到IP服务122。IP服务122可以包括互联网、内联网、IP多媒体子系统(IMS)以及PS流服务(PSS)和/或其他IP服务。BM-SC 126可以提供用于MBMS用户服务供应和传送的功能。BM-SC 126可以用作内容提供商MBMS传输的入口点,可以用于授权和发起公共陆地移动网络(PLMN)内的MBMS承载服务,并且可以用于调度和传送MBMS传输。MBMS网关124可以用于向属于广播特定服务的多播广播单频网(MBSFN)区域的eNB(例如,106、108)分发MBMS业务,并且可以负责会话管理(开始/停止)并负责收集eMBMS相关的计费信息。

图2是示出了LTE网络架构中的接入网络200的例子的示图。在这个例子中,将接入网络200划分成数个蜂窝区域(小区)202。一个或多个较低功率级的eNB 208可以具有与小区202中的一个或多个小区相重叠的蜂窝区域210。较低功率级的eNB 208可以是毫微微小区(例如家庭eNB(HeNB))、微微小区、微小区或远程无线头端(RRH)。每个宏eNB 204被分配给相应的小区202并且经配置为小区202中的所有UE 206提供到EPC 110的接入点。在接入网络200的这个例子中没有集中控制器,但是可以在可替代的配置中使用集中式控制器。eNB 204负责所有无线相关的功能,包括无线承载控制、准入控制、移动性控制、调度、安全性、以及到服务网关116的连接性。eNB可以支持一个或多个(例如,三个)小区(也被称为扇区)。术语“小区”可以指服务于特定覆盖区域的eNB和/或eNB子系统的最小覆盖区域。此外,术语“eNB”、“基站”和“小区”在本文中可以互换使用。

由接入网络200采用的调制和多址方案可以取决于所部署的具体通信标准而变化。在LTE应用中,在DL上使用OFDM并且在UL上使用SC-FDMA,以支持频分双工(FDD)和时分双工(TDD)二者。如本领域技术人员根据接下来的详细描述将容易理解的,本文中给出的各种概念良好地适用于LTE应用。然而,这些概念可以容易地扩展到采用其它调制和多址技术的其它电信标准。通过示例的方式,这些概念可以扩展到演进数据优化(EV-DO)或超移动宽带(UMB)。EV-DO和UMB是由第三代合作伙伴计划2(3GPP2)公布的、作为CDMA2000标准族一部分的空中接口标准并且采用CDMA以提供到移动站的宽带互联网接入。这些概念还可以扩展到:采用宽带CDMA(W-CDMA)和CDMA的其它变型的通用陆地无线接入(UTRA),例如TD-SCDMA;采用TDMA的全球移动系统(GSM);和采用OFDMA的演进的UTRA(E-UTRA)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20和闪速OFDM(Flash-OFDM)。在来自3GPP组织的文献中描述了UTRA、E-UTRA、UMTS、LTE和GSM。在来自3GPP2组织的文献中描述了CDMA2000和UMB。实际所采用的无线通信标准和多址技术将取决于特定应用和对系统施加的整体设计约束。

eNB 204可以具有支持MIMO技术的多个天线。MIMO技术的使用使得eNB 204能够利用空间域来支持空间复用、波束成形和发射分集。空间复用可以用于在同一个频率上同时发送不同的数据流。可以将数据流发送给单个UE 206以提高数据速率或发送给多个UE 206以提高整体系统容量。这可以通过对每个数据流进行空间预编码(即,施加对振幅和相位的缩放)并且随后通过DL上的多个发送天线来发送每个空间预编码的流来实现。到达UE(206)处的空间预编码的数据流具有不同的空间签名,这使得每个UE 206能够恢复去往UE 206的一个或多个数据流。在UL上,每个UE 206发送空间预编码的数据流,这使得eNB 204能够识别每个空间预编码的数据流的源。

当信道状况良好时,通常使用空间复用。当信道状况较差时,可以使用波束成形来将传输能量集中到一个或多个方向上。这可以由对通过多个天线进行发送的数据进行空间预编码来实现。为了在小区的边缘处获得良好的覆盖,可以结合发射分集来使用单个流波束成形传输。

在接下来的详细描述中,将参照在DL上支持OFDM的MIMO系统来描述接入网络的各个方面。OFDM是在OFDM符号内的数个子载波上调制数据的扩频技术。子载波以精确的频率间隔开。所述间隔提供了使得接收机能够从子载波恢复数据的“正交性”。在时域中,可以向每个OFDM符号添加保护间隔(例如循环前缀)以对抗OFDM符号间干扰。UL可以使用DFT扩展OFDM信号的形式的SC-FDMA以补偿高的峰均功率比(PAPR)。

图3是示出了LTE中DL帧结构的例子的示图300。可以将帧(10ms)划分成10个大小相等的子帧。每个子帧可以包括两个连续的时隙。可以使用资源网格来表示两个时隙,每个时隙包括资源块。可以将资源网格划分成多个资源单元。在LTE中,对于正常循环前缀,资源块包含频域中的12个连续子载波并且包含时域中的7个连续OFDM符号,即总共84个资源单元。对于扩展的循环前缀,资源块包含频域中的12个连续子载波并且包含时域中的6个连续OFDM符号,即总共72个资源单元。资源单元中的一些(如被标记为R 302、R 304的资源单元)包括DL参考信号(DL-RS)。DL-RS包括信道状态信息(CSI)RS(CSI-RS)、小区特定RS(CRS)(有时还被称为公共RS)302和UE特定RS(UE-RS)304。UE-RS 304仅在相应的物理DL共享信道(PDSCH)映射于其上的资源块上进行发送。每个资源单元携带的比特数取决于调制方案。因此,UE接收的资源块越多以及调制方案越高,则针对UE的数据速率越高。

图4是示出了LTE中的UL帧结构的例子的示图400。针对UL的可用资源块可以被划分为数据段和控制段。控制段可以形成在系统带宽的两个边缘处并且可以具有可配置的大小。可以将控制段中的资源块指派给UE用于控制信息的发送。数据段可以包括控制段中未包括的所有资源块。UL帧结构使得数据段包括连续子载波,这允许将数据段中的所有连续子载波指派给单个UE。

可以将控制段中的资源块410a、410b指派给UE以向eNB发送控制信息。还可以将数据段中的资源块420a、420b指派给UE以向eNB发送数据。UE可以在控制段中所指派的资源块上的物理UL控制信道(PUCCH)中发送控制信息。UE可以在数据段中所指派的资源块上的物理UL共享信道(PUSCH)中仅发送数据或发送数据和控制信息两者。UL传输可以横跨子帧的全部两个时隙并且可以跨越频率来跳变。

可以使用资源块的集合来执行初始系统接入以及实现物理随机接入信道(PRACH)430中的UL同步。PRACH 430携带随机序列并且不能携带任何UL数据/信令。每个随机接入前导占有对应于6个连续资源块的带宽。起始频率由网络指定。也就是说,随机接入前导的传输受限于某些时间和频率资源。不存在针对PRACH的频率跳变。单个子帧(1ms)或几个连续子帧的序列中携带有PRACH尝试,并且UE仅可以每帧(10ms)进行单个PRACH尝试。

图5是示出了LTE中针对用户平面和控制平面的无线协议架构的例子的示图500。针对UE和eNB的无线协议架构被示出为具有三层:层1、层2和层3。层1(L1层)是最低层并且实现各种物理层信号处理功能。L1层在本文中将被称为物理层506。层2(L2层)508在物理层506之上并且负责物理层506上的、UE和eNB之间的链路。

在用户平面中,L2层508包括介质访问控制(MAC)子层510、无线链路控制(RLC)子层512和分组数据汇聚协议(PDCP)子层514,这些子层终止于网络侧的eNB处。尽管没有示出,但UE可以具有在L2层508之上的若干上层,所述若干上层包括终止于网络侧的PDN网关118处的网络层(例如,IP层),以及终止于连接的另一端(例如远端UE、服务器等)处的应用层。

PDCP子层514提供不同的无线承载和逻辑信道之间的复用。PDCP子层514还提供针对上层数据分组的报头压缩以减少无线传输开销,通过加密数据分组提供安全性,并且为UE提供eNB之间的切换支持。RLC子层512提供上层数据分组的分段和重组、丢失数据分组的重传以及数据分组的重新排序以补偿由混合自动重传请求(HARQ)导致的无序接收。MAC子层510提供逻辑信道和传输信道之间的复用。MAC子层510还负责在UE之间分配一个小区中的各种无线资源(例如,资源块)。MAC子层510还负责HARQ操作。

在控制平面中,除了以下的例外之处,针对UE和eNB的无线协议架构对于物理层506和L2层508是基本相同的,所述例外之处是:对于控制平面而言没有报头压缩功能。控制平面还包括层3(L3层)中的无线资源控制(RRC)子层516。RRC子层516负责获取无线资源(即无线承载)并且负责使用eNB和UE之间的RRC信令来配置低层。

图6是在接入网络中与UE 650通信的eNB 610的框图。在DL中,向控制器/处理器675提供来自核心网的上层分组。控制器/处理器675实现L2层的功能。在DL中,控制器/处理器675提供报头压缩、加密、分组分段和重新排序、逻辑信道和传输信道之间的复用,以及基于各种优先级度量的到UE 650的无线资源分配。控制器/处理器675还负责HARQ操作、对丢失分组的重发、以及到UE 650的信号发送。

发送(TX)处理器616实现针对L1层(即物理层)的各种信号处理功能。信号处理功能包括:编码和交织以促进UE 650处的前向纠错(FEC),和基于各种调制方案(例如二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移键控(M-PSK)、M正交幅度调制(M-QAM))向信号星座进行映射。随后将经编码和经调制的符号分离成并行流。随后将每个流映射到OFDM子载波、在时域和/或频域上与参考信号(例如导频)进行复用、并且随后使用反向快速傅里叶变换(IFFT)组合在一起以产生携带时域OFDM符号流的物理信道。对OFDM流进行空间预编码以产生多个空间流。可以使用来自信道估计器674的信道估计来确定编码和调制方案,以及使用其用于空间处理。信道估计可以从参考信号和/或由UE 650发送的信道状况反馈推导出。随后经由分别的发射机618TX将每个空间流提供给不同的天线620。每个发射机618TX可以将RF载波调制有相应的空间流以用于传输。

在UE 650处,每个接收机654RX通过其相应的天线652接收信号。每个接收机654RX恢复调制到RF载波上的信息并且向接收(RX)处理器656提供所述信息。RX处理器656实现L1层的各种信号处理功能。RX处理器656可以执行对信息的空间处理以恢复去往UE 650的任何空间流。如果多个空间流要去往UE 650,则RX处理器656可以将它们组合成单个OFDM符号流。随后RX处理器656使用快速傅里叶变换(FFT)将OFDM符号流从时域转换到频域。频域信号包括针对OFDM信号的每个子载波的分别的OFDM符号流。通过确定由eNB 610发送的最可能的信号星座点,来恢复和解调每个子载波上的符号和参考信号。这些软决定可以基于由信道估计器658所计算的信道估计。随后对软决定进行解码和解交织以恢复最初由eNB 610在物理信道上发送的数据和控制信号。随后将数据和控制信号提供给控制器/处理器659。

控制器/处理器659实现L2层。控制器/处理器可以与存储有程序代码和数据的存储器660相关联。存储器660可以称为计算机可读介质。在UL中,控制器/处理器659提供传输信道和逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理,以恢复来自核心网的上层分组。随后向数据宿662提供上层分组,数据宿662表示L2层之上的所有协议层。还可以向数据宿662提供各种控制信号用于L3处理。控制器/处理器659还负责使用确认(ACK)和/或否定确认(NACK)协议进行检错以支持HARQ操作。

在UL中,使用数据源667来向控制器/处理器659提供上层分组。数据源667表示L2层之上的所有协议层。类似于结合由eNB 610进行的DL传输来描述的功能,控制器/处理器659基于eNB 610进行的无线资源分配,通过提供报头压缩、加密、分组分段和重新排序、以及逻辑信道和传输信道之间的复用来实现针对用户平面和控制平面的L2层。控制器/处理器659还负责HARQ操作、丢失分组的重发、和到eNB 610的信令。

TX处理器668可以使用由信道估计器658从参考信号或由eNB 610发送的反馈推导出的信道估计来选择合适的编码和调制方案,以及促进空间处理。可以经由分别的发射机654TX向不同的天线652提供由TX处理器668产生的空间流。每个发射机654TX可以将RF载波调制有相应的空间流以用于传输。

以类似于结合UE 650处的接收机功能所描述的方式在eNB 610处对UL传输进行处理。每个接收机618RX通过其相应的天线620接收信号。每个接收机618RX恢复调制到RF载波上的信息并且向RX处理器670提供所述信息。RX处理器670可以实现L1层。

控制器/处理器675实现L2层。控制器/处理器675可以与存储有程序代码和数据的存储器676相关联。存储器676可以被称为计算机可读介质。在UL中,控制器/处理器675提供传输信道和逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理以恢复来自UE 650的上层分组。可以向核心网提供来自控制器/处理器675的上层分组。控制器/处理器675还负责使用ACK和/或NACK协议来检错,以支持HARQ操作。

图7A公开了连续载波聚合类型。图7B公开了非连续载波聚合类型。UE可以使用每载波高达20MHz带宽的频谱,其可以在用于在每个方向上的传输的、高达总共100MHz(5个分量载波)的载波聚合中分配。通常,在上行链路上比在下行链路上发送的业务量少,因此上行链路频谱分配可能小于下行链路分配。例如,如果将20MHz指派给上行链路,则可以将100MHz指派给下行链路。这些非对称FDD指派节约频谱,并且非常适合宽带用户的典型的不对称带宽利用。已经提出了两种类型的载波聚合(CA)方法:连续CA和非连续CA。两种类型的CA方法在图7A和7B中示出。当多个可用分量载波是沿着频带分开的时,发生非连续CA(图7B)。另一方面,当多个可用分量载波彼此相邻时,发生连续CA(图7A)。非连续CA和连续CA都聚合多个LTE/分量载波以服务于单个UE。分量载波可以包括主分量载波和一个或多个辅助分量载波。主分量载波可以被称为主小区(Pcell),并且辅助分量载波可以被称为辅助小区(SCell)。

图8是示出双连接的示图800。小区边缘上的UE可能经历高的小区间干扰,这可能限制数据速率。如图8所示,UE 820具有与eNB 810a和eNB 810b的双连接(DC)。当UE 820在eNB 810a、810b的范围内(在小区802a、802b中)时,UE 820可以具有与eNB 810a、810b的DC。具有DC的UE 820可以在独立的数据流中同时向eNB 810a、810b发送数据以及从eNB 810a、810b接收数据。独立的数据流改善小区边缘用户体验并增加UE 820的吞吐量数据速度。

如果UE的上行链路传输定时是同步的,则UE可以被调度用于上行链路传输。PRACH用于为已经丢失上行链路时间同步或者尚未获得上行链路时间同步的UE实现上行链路时间同步。PRACH还用于初始网络接入。UE可以基于以下等式来确定用于发送PRACH的传输功率:

PPRACH=min{PCMAXc(i),PREAMBLE_RECEIVED_TARGET_POWER+PLc},

其中,PCMAXc(i)是用于服务小区c的子帧i的经配置的UE传输功率,PLc是服务小区c的估计的路径损耗,并且PREAMBLE_RECEIVED_TARGET_POWER由下式给出:

PREAMBLE_RECEIVED_TARGET_POWER=

preambleInitialReceivedTargetPower+Delta_Preamble+(Preamble_Transmission_Counter-1)*powerRampingStep

其中,preambleInitialReceivedTargetPower被配置用于UE,Delta_Premable取决于PRACH前导码格式,Preamble_Transmission_Counter是PRACH尝试的数量,并且powerRampingStep被配置用于UE并且可以是0/2/4/6dB。

在CA中,如果UE是UL功率受限的,则PRACH可以被给予较高优先级,但是如果在子帧中存在两个或更多个PRACH,则在这两个或更多个PRACH之间的功率优先化可以留给UE实现。在DC中,如果UE是UL功率受限的,则主小区PRACH可以被给予最高优先级。虽然这些PRACH仍然可以被给予比其他UL信道(例如,PUCCH、PUSCH、SRS等)更高的优先级,但是所有其他PRACH(包括辅助组中的主/辅助小区PRACH)之间的功率优先级可能是未指定的。然而,由于主小区PRACH被给予最高优先级,因此其他PRACH经受功率缩放,并且用于PRACH的初始预期功率提升(ramp-up)受到影响。该影响取决于功率缩放的量。

为了减轻功率缩放对PRACH功率提升的影响,一旦UE对PRACH执行功率缩放,则PRACH可以不作为Preamble_Transmission_Counter的一部分进行计数,使得暂停用于传输的PRACH传输功率提升,并且该传输不作为PRACH传输尝试的总最大数目进行计数。也就是说,为了减轻功率缩放对PRACH功率提升的影响,当UE对PRACH执行功率缩放时,可以暂停Preamble_Transmission_Counter。暂停Preamble_Transmission_Counter可能会导致问题。针对PRACH的功率缩放可能是大的或小的。盲目地暂停Preamble_Transmission_Counter更新是有问题的。例如,如果缩放是大的(例如,PRACH被向下缩放10dB,但是功率提升步长是2dB),则将当前PRACH传输与下一PRACH传输相比较,存在巨大的功率提升(例如,如果功率被向下缩放10dB,而功率提升为2dB,则在当前PRACH传输和下一PRACH传输之间可能存在12dB的功率差(与预期的2dB功率提升相反)。在这样的示例中,暂停该计数器是有益的。然而,如果缩放是小的(例如,PRACH向下缩放0.5dB,但是功率提升步长是4dB),暂停该计数器可能不是有益的。

如上所述,在除了PCell PRACH之外的并行PRACH传输的情况下,PRACH处理可以留给UE实现。因为较低优先级PRACH经受功率缩放/丢弃,所以PRACH的当前预期的功率提升受到影响。为了减轻功率缩放/丢弃对PRACH功率提升的影响,一旦UE对PRACH执行功率缩放,PRACH可以被丢弃并且不由Preamble_Transmission_Counter朝向所允许的PRACH尝试的最大数目来计数。然而,PRACH的功率缩放可能变化,并且可能是大的或小的。盲目地丢弃并省略Preamble_Transmission_Counter更新可能不是所期望的。甚至更重要的是,在不需要功率缩放的情况下(UE不再是功率受限的)的情况下,在功率缩放的、不成功的PRACH传输之后基于未缩放功率电平的功率提升可能导致PRACH传输功率的显著增加。

在示例性配置中,功率提升参考值和关于PRACH传输是被丢弃还是利用缩放的功率来发送的决定可以基于功率缩放值和所配置的提升值。例如,如果可用于连续PRACH传输的经缩放的功率小于功率提升(即,小于先前的不成功PRACH传输),则可以丢弃新的PRACH传输。在其中缩放对于预期的提升不显著的其他情况下,PRACH传输可以不被丢弃。可以相对于在正在进行的PRACH过程中的不成功的PRACH尝试中具有最高传输功率的先前实际PRACH传输的功率来确定功率提升。通过在功率缩放/丢弃的情况下将随后的PRACH传输功率提升基于先前的最大实际传输功率,PRACH功率的增量可以更加渐进并且与初始功率提升过程所期望的行为一致。否则,可能发生PRACH传输功率的大变化,这对于UL操作可能是不期望的。是否将PRACH朝向允许的传输的最大数目进行计数的决定还可以基于提升值和功率缩放值之间的差。在简单的情况下,这可能意味着如果丢弃PRACH传输,则Preamble_Transmission_Counter不递增,否则(当发生PRACH缩放的传输时)递增。

图9A是用于说明用于PRACH传输处理的示例性方法/装置的示图900。如图9A所示,具有DC的UE 902确定906PRACH 908、910将在同一子帧中同时发送到eNB 904、914。

在第一配置中,UE 902相对于先前不成功的PRACH传输中的最高功率电平来确定PRACH 910的PRACH功率提升。

在第二配置中,当UE 902处于功率受限场景中时,如果功率提升(Pramp-up)减去功率缩放因子(Pscal)小于门限Pdrop(即,Pramp-up_Pscal<Pdrop),则UE 902丢弃/禁止发送PRACH传输910,否则(即,Pramp-up_Pscal≥Pdrop)发送PRACH 910,其中Pscal是功率缩放因子,Pramp-up是经配置的功率提升值(即,powerRampingStep),并且Pdrop是门限。在一种子配置中,门限Pdrop可以大于或等于零。在另一子配置中,门限Pdrop可以等于零。

在第三配置中,UE 902确定906是否要递增Preamble_Transmission_Counter。在一种子配置中,当发生PRACH传输910(即,PRACH未被丢弃)时,UE 902递增Preamble_Transmission_Counter,并且当不发生PRACH传输910时,禁止递增Preamble_Transmission_Counter(即,PRACH被丢弃)。在另一子配置中,当发生PRACH传输910并且功率提升(Pramp-up)减去功率缩放因子(Pscal)大于或等于门限Pcount(即,Pramp-up-Pscal≥Pcount)时,UE 902递增Preamble_Transmission_Counter),其中Pcount是门限。在这种子配置中,当PRACH传输910未发生或者功率提升(Pramp-up)减去功率缩放因子(Pscal)小于门限(PcountPramp-up-Pscal<Pcount)时,UE 902禁止递增Preamble_Transmission_Counter。在这种配置中,如果Pcount等于Pdrop,则仅在发生PRACH传输910时递增Preamble_Transmission_Counter,并且在PRACH传输910被丢弃时不对其递增。

图9B、图9C、图9D是用于说明用于PRACH传输处理的示例性方法/装置的示图930、960、990。

图9B描绘了其中功率提升为Pramp-up并且由于功率限制引起的功率缩放为Pscal的场景930,其中功率提升Pramp-up减去功率缩放因子Pscal被假定为大于或等于门限Pdrop(即,Pramp-up-Pscal≥Pdrop)。在这种情况下,UE发送该功率缩放的第二PRACH(P2ndTx)(P2ndTx的功率基于第一成功的PRACH传输的功率P1stTx加上功率提升Pramp-up减去功率缩放因子Pscal),并且如果Pramp-up-Pscal≥Pcount,则递增Preamble_Transmission_Counter。如果第二PRACH传输不成功(P2ndTx),则利用相对于先前(缩放的)PRACH传输(P2ndTx)的、Pramp-up的功率提升来执行下一PRACH传输(P3rdTx)(此处假设未缩放)。

图9C是示例960,其中功率缩放因子Pscal大于第二PRACH传输尝试的功率提升Pramp-up(由X示出),因此得到的可用功率将小于先前不成功的PRACH传输的功率(P1stTx)。在图9C中,假设功率提升Pramp-up减去功率缩放因子Pscal小于门限Pdrop(即,Prampup-Pscal<Pdrop)。在这种情况下,PRACH被丢弃,因为以低于已经不成功的PRACH的功率电平进行发送可能是不合理的。另外,由于PRACH被丢弃,Preamble_Transmission_Counter不递增。利用相对于具有最高功率电平的先前不成功PRACH传输(P1stTx)(其是本示例中的第一传输)的、Pramp-up的功率提升(假设功率缩放不是必要的),在下一PRACH时机处执行第二实际PRACH传输(P2ndTx)。即使在第二PRACH时机(在X)中该PRACH传输没有被丢弃,并且UE决定以小于先前(第一)尝试(在P1stTx)的功率电平来发送该PRACH,并且该尝试是不成功的,但在第三传输时机(在P2ndTx)中,功率提升Pramp-up将基于最高的先前传输电平,在该示例中,所述最高的先前传输电平将是第一尝试的传输功率(在P1stTx)(而不是在X的第二尝试)。将传统提升公式应用于第三PRACH尝试(在P2ndTx)将导致比第一尝试(在P1stTx)大2*Pramp-up的功率电平,这可能不必要地以太高的功率电平来实现成功的PRACH传输。

图9D是示例980,其呈现遵循传统PRACH功率处理规则的PRACH尝试结果(P4thTx(a)988)和遵循示例性PRACH行为的PRACH尝试结果(P4thTx(b)990)两者。遵循传统PRACH处理规则导致PRACH传输P4thTx(a)988中的功率尖峰,所述尖峰在涉及功率缩放的982、984、986(P1stTx到P3rdTx)的若干不成功的PRACH尝试之后可能高得多。在传统PRACH处理规则中,Preamble_Transmission_Counter在不成功的第一PRACH传输P1stTx 982之后递增;基于第一PRACH传输P1stTx 982的传输功率加上功率提升Pramp-up减去功率缩放因子Pscal1来确定第二PRACH传输P2ndTx 984的传输功率;在不成功的第二PRACH传输P2ndTx 984之后,Preamble_Transmission_Counter再次递增;第三PRACH传输P3rdTx 986的传输功率是基于第一PRACH传输P1stTx 982的传输功率加上两倍的功率提升Pramp-up再减去两倍的功率缩放因子Pscal2来确定的(参见上述用于确定PREAMBLE_RECEIVED_TARGET_POWER的等式);在不成功的第三PRACH传输P3rdTx 986之后,Preamble_Transmission_Counter再次递增;并且第四PRACH传输P4rdTx 988的传输功率是基于第一PRACH传输P1stTx 982的传输功率加上三倍的功率提升Pramp-up(假设此处没有功率缩放)来确定的(参见上述用于确定PREAMBLE_RECEIVED_TARGET_POWER的等式)。如图9D所示,如果基于功率提升Pramp-up而不考虑先前不成功尝试的功率缩放/丢弃,第四尝试P4thTx(a)988将处于不必要的高功率电平(P4thTx(a),其比先前的传输尝试P1stTx高3*Pramp-up)。因此,传统PRACH处理规则导致在第四PRACH传输P4thTx(a)988处的不必要的高PRACH传输功率。第四PRACH传输P4thTx(a)988的传输功率不必要地高,这是因为较低的PRACH传输功率也可能是成功的。

相反,遵循示例性PRACH行为导致合理的功率电平增加,其中功率提升基于先前不成功尝试的最高传输功率(或紧接着之前的不成功传输)(P4thTx(b),其比前先最高功率传输P1stTx高Pramp-up)。在示例性PRACH处理规则的一种配置中,Preamble_Transmission_Counter在不成功的第一PRACH传输P1stTx 982之后递增;基于第一PRACH传输P1stTx 982的传输功率加上功率提升Pramp-up减去功率缩放因子Pscal1来确定第二PRACH传输P2ndTx 984的传输功率;假设Pramp-up-Pscal1<Pdrop,则丢弃第二PRACH传输P2ndTx 984,并且Preamble_Transmission_Counter不递增;基于第一PRACH传输P1stTx 982的传输功率加上功率提升Pramp-up减去功率缩放因子Pscal2(b)来确定第三PRACH传输P3rdTx 986的传输功率;假设Pramp-up-Pscal2(b)<Pdrop,则第三PRACH传输P3rdTx 986被丢弃,并且Preamble_Transmission_Counter不递增;并且基于第一PRACH传输P1stTx 982的传输功率加上功率提升Pramp-up(假设此处没有功率缩放)来确定第四PRACH传输P4thTx(b)990的传输功率。

在示例性PRACH处理规则的另一种配置中,即使对于第一、第二和第三PRACH传输(P1stTx至P3rdTx)982、984、986遵循传统的PRACH处理规则,无论增加的Preamble_Transmission_Counter如何,仍基于第一PRACH传输P1stTx 982的传输功率加上功率提升Pramp-up来确定第四PRACH传输P4thTx(b)990的传输功率。

图10是无线通信的方法的流程图1000。该方法可以由UE(例如UE902)执行。如果两个PRACH冲突或PRACH与其他信道重叠,则PCell PRACH具有比其他CC的其他PRACH更高的优先级(例如,之前分配的),并且其他PRACH具有比其他信道(例如,PUSCH、PUCCH等)更高的优先级(例如,之前分配的)。其他PRACH中的优先级可以由UE实现。较低优先级PRACH是被功率缩放还是被丢弃也可以由UE实现。如果PRACH被丢弃,则UE可以禁止递增前导码传输计数器。如果PRACH是被功率缩放,则UE可以确定是否递增前导码传输计数器。进一步的细节将参照图10进行描述。

在1002,UE确定要缩放用于多个并发(例如,在时间上完全或部分重叠)PRACH传输中的PRACH传输的传输功率。例如,参考图9A,具有DC的UE可以确定要缩放多个并发PRACH传输908、910中的PRACH传输910的传输功率。

在1004,UE基于缩放的传输功率来确定是否要发送PRACH传输。在一种配置中,UE可以基于功率缩放因子Pscal来确定要缩放用于PRACH传输的传输功率。用于PRACH传输的传输功率可以基于功率提升步长Pramp-up和功率缩放因子Pscal。在这样的配置中,在1004,UE可以基于功率提升步长Pramp-up和功率缩放因子Pscal来确定是否要发送PRACH传输。在一种配置中,UE可以基于功率提升步长Pramp-up和功率缩放因子Pscal之间的差来确定是否要发送PRACH传输。在一种配置中,UE可以基于功率提升步长Pramp-up和功率缩放因子Pscal之间的差是否大于或等于门限Pdrop来确定是否要发送PRACH传输。例如,当功率提升步长Pramp-up和功率缩放因子Pscal之间的差大于或等于门限Pdrop时,UE可以确定要发送PRACH传输。相反,当功率提升步长Pramp-up和功率缩放因子Pscal之间的差小于门限Pdrop时,UE可以禁止发送PRACH传输。参考图9B中的示例,在确定要缩放PRACH传输功率时,由于Pramp-up-Pscal≥Pdrop,UE确定要发送PRACH传输。参考图9C中的示例,在确定要缩放PRACH传输功率时,由于Pramp-up_Pscal<Pdrop,UE确定不发送PRACH传输。

在1004处确定要发送PRACH传输时,在1006处,UE可以至少基于是否发送PRACH传输的确定来确定是否递增前导码传输计数器。

如果UE确定递增前导码传输计数器,则在1010,UE以缩放的传输功率来发送PRACH传输(基于递增的前导码传输计数器)。

如果UE确定不递增前导码传输计数器,则在1012,UE以缩放的传输功率来发送PRACH传输(基于非递增的前导码传输计数器)。

在1004处确定不发送PRACH传输时,在1008处,UE禁止递增前导码传输计数器并丢弃PRACH传输。

在1006,UE可以基于功率提升步长Pramp-up和功率缩放因子Pscal来确定是否递增前导码传输计数器。在一种配置中,是否递增前导码传输计数器的确定是基于功率提升步长Pramp-up和功率缩放因子Pscal之间的差。在一种配置中,当在1006处确定是否要递增前导码传输计数器时,在确定要发送PRACH传输并且确定功率提升stepize Pramp-up和功率缩放因子Pscal之间的差大于或等于门限Pcount(Pramp-up-Pscal≥Pcount)的情况下,UE确定要递增前导码传输计数器。在一种配置中,当确定是否要递增前导码传输计数器时,在确定了不发送PRACH传输或者当功率提升步长Pramp-up和功率缩放因子Pscal之间的差小于门限Pcount(Pramp-up-Pscal<Pcount)的情况下,UE确定禁止递增前导码传输计数器。

随后,在1008之后的1014处,UE可以至少基于功率提升步长Pramp-up和先前不成功的PRACH传输的传输功率来确定用于另一PRACH传输的传输功率。另外,在1016,UE可以以所确定的用于另一PRACH传输的传输功率来发送所述另一PRACH传输。在一种配置中,在1016,所述先前不成功的PRACH传输的传输功率是先前所发送的不成功的PRACH传输中的最高传输功率。在一种配置中,在1016,先前不成功的PRACH传输的传输功率是紧接着先前所发送的不成功的PRACH传输的传输功率。例如,参见图9B、9C和9D。

图11是无线通信的方法的流程图1100。该方法可以由UE(例如UE902)执行。

在1102,UE至少基于功率提升步长Pramp-up和先前确定的、先前发送的不成功的PRACH传输的传输功率来确定PRACH传输的传输功率。框1102可以对应于图10中的1014。

在1104,UE以所确定的传输功率来发送PRACH传输。框1104可以对应于图10中的1016。在一种配置中,先前发送的不成功的PRACH传输的传输功率是先前发送的不成功的PRACH传输中的最高传输功率。在另一种配置中,先前发送的不成功的PRACH传输的传输功率是紧接着先前所发送的不成功的PRACH传输的传输功率。UE可以执行如图10中所指示的一个或多个额外的块。

图12是无线通信的方法的流程图1200。该方法可以由UE(例如UE902)执行。

在1202,UE确定要通过功率缩放因子Pscal来缩放用于多个并发PRACH传输中的PRACH传输的功率。用于所述PRACH传输的传输功率至少基于功率提升步长Pramp-up和功率缩放因子Pscal

在1204,UE确定是否要发送所述PRACH传输。

在1206,UE至少基于是否要发送所述PRACH传输的确定来确定是否递增前导码传输计数器。

在一种配置中,是否递增前导码传输计数器的确定还基于功率提升步长Pramp-up和功率缩放因子Pscal两者。在一种配置中,是否递增前导码传输计数器的确定还基于功率提升步长Pramp-up和功率缩放因子Pscal之间的差。在一种配置中,UE通过以下操作来确定是否递增前导码传输计数器:当功率提升步长Pramp-up和功率缩放因子Pscal之间的差小于门限Pcount或确定不发送PRACH传输时,确定禁止递增前导码传输计数器。在一种配置中,UE通过以下操作来确定是否递增前导码传输计数器:当功率提升步长Pramp-up和功率缩放因子Pscal之间的差大于或等于门限Pcount并且确定要发送PRACH传输时,确定递增前导码传输计数器。

图13是示出了示例性装置1302中的不同单元/组件之间的数据流的概念性数据流图1300。该装置可以是UE,例如UE 902。该装置包括PRACH传输功率组件1304,其被配置为确定要缩放用于多个并发PRACH传输中的PRACH传输的传输功率。该装置还包括PRACH传输确定组件1308,其被配置为基于经缩放的传输功率来确定是否发送PRACH传输。该装置还包括传输组件1310,其被配置为在确定了要发送PRACH传输时以经缩放的传输功率来发送该PRACH传输。

该装置还可以包括前导码传输计数器组件1306,其被配置为至少基于PRACH传输确定组件1308是否要发送PRACH传输的确定来确定是否递增前导码传输计数器。前导码传输计数器组件1306可以被配置为在PRACH传输确定组件1308确定了要发送PRACH传输时递增前导码传输计数器,并且在PRACH传输确定组件1308确定了不发送PRACH传输时禁止递增前导码传输计数器。前导码传输计数器组件1306可以被配置为基于功率提升步长Pramp-up和功率缩放因子Pscal来确定是否递增前导码传输计数器。功率提升步长Pramp-up和功率缩放因子Pscal可以由eNB 1350经由小区特定配置(例如,系统信息块(SIB)1)和/或UE特定配置(例如,RRC信令)来配置。前导码传输计数器组件1306可以从PRACH传输功率组件1304或另一组件接收功率提升步长Pramp-up和功率缩放因子Pscal的值。前导码传输计数器组件1306可以被配置为基于功率提升步长Pramp-up和功率缩放因子Pscal之间的差来确定是否递增前导码传输计数器。当确定是否递增前导码传输计数器时,前导码传输计数器组件1306可以被配置为:当确定要发送PRACH传输(基于从PRACH传输确定组件1308接收的信息)并且功率提升步长Pramp-up和功率缩放因子Pscal之间的差大于或等于门限Pcount时,确定要递增前导码传输计数器。前导码传输计数器组件1306可以从PRACH传输功率组件1304或另一组件接收门限Pcount的值。当确定是否要递增前导码传输计数器时,前导码传输计数器组件1306可以被配置为:当确定了不发送PRACH传输或者当功率提升步长Pramp-up和功率缩放因子Pscal之间的差小于门限Pcount时,确定禁止递增前导码传输计数器。

PRACH传输功率组件1304可以被配置为基于功率缩放因子Pscal来确定缩放用于PRACH传输的传输功率。用于PRACH传输的传输功率可以基于功率提升步长Pramp-up和功率缩放因子Pscal。PRACH传输确定组件1308可以被配置为基于功率提升步长Pramp-up和功率缩放因子Pscal来确定是否发送PRACH传输,这两个值都可以从PRACH传输功率组件1304或另一个组件来接收。如上所述,功率提升步长Pramp-up和功率缩放因子Pscal可以由eNB 1350经由小区特定配置(例如,SIB1)和/或UE特定配置(例如,RRC信令)来配置。PRACH传输确定组件1308可以被配置为基于功率提升步长Pramp-up和功率缩放因子Pscal之间的差来确定是否要发送PRACH传输。在一种配置中,PRACH传输确定组件1308被配置为基于功率提升步长Pramp-up和功率缩放因子Pscal之间的差是否大于或等于门限Pdrop来确定是否要发送PRACH传输。PRACH传输决定组件1308可以从PRACH传输功率组件1304或其他组件接收门限Pdrop的值。在一种配置中,当确定是否发送PRACH传输时,PRACH传输确定组件1308被配置为当功率提升步长Pramp-up和功率缩放因子Pscal之间的差大于或等于门限Pdrop时,确定要发送PRACH传输。在一种配置中,当确定是否发送PRACH传输时,PRACH传输确定组件1308被配置为当功率提升步长Pramp-up和功率缩放因子Pscal之间的差小于门限Pdrop时,禁止发送PRACH传输。当确定要发送PRACH传输时,PRACH传输确定组件1308被配置为通知传输组件1310关于要发送PRACH传输的决定。传输组件1310被配置为从PRACH传输功率组件1304接收指示着要以其来发送PRACH传输的、经缩放的传输功率的信息。在一种配置中,PRACH传输功率组件1304被配置为至少基于功率提升步长Pramp-up和先前不成功的PRACH传输的传输功率来确定用于另一PRACH传输的传输功率。另外,传输组件1310被配置为以所确定的用于另一PRACH传输的传输功率来发送所述另一PRACH传输。在一种配置中,先前不成功的PRACH传输的传输功率是先前发送的不成功的PRACH传输中的最高传输功率。在一种配置中,先前不成功的PRACH传输的传输功率是紧接着先前发送的、不成功的PRACH传输的传输功率。

在一种配置中,PRACH传输功率组件1304被配置为至少基于功率提升步长Pramp-up和先前发送的不成功的PRACH传输的先前确定的传输功率来确定用于PRACH传输的传输功率。另外,传输组件1310被配置为以所确定的传输功率来发送PRACH传输。在一种配置中,先前发送的不成功的PRACH传输的传输功率是先前发送的不成功的PRACH传输中的最高传输功率。在一种配置中,先前发送的不成功的PRACH传输的传输功率是紧接着先前发送的不成功的PRACH传输的传输功率。

该装置可以包括执行图10到图12中的上述流程图中的算法的每个块的额外组件。因此图10到图12中的上述流程图中的每个块可以由可以包括这些组件中的一个或多个的组件和装置来执行。组件可以是被特别配置为执行所述过程/算法的一个或多个硬件组件、由配置为执行所述过程/算法的处理器实现、存储在计算机可读介质内以由处理器实现、或其某种组合。

图14是示出了针对采用处理系统1414的装置1302'的硬件实现的示例的示图1400。处理系统1414可以用总线架构(由总线1424总体表示)来实现。取决于处理系统1414的具体应用和总体设计约束,总线1424可以包括任何数量互连总线和桥接器。总线1424将各种电路链接在一起,所述各种电路包括一个或多个处理器和/或硬件组件(由处理器1404、组件1304、1306、1308、1310表示)和计算机可读介质/存储器1406。总线1424还可以链接诸如定时源、外围设备、电压调节器和功率管理电路等各种其它电路,其在本领域中是公知的,并因此将不再进一步描述。

处理系统1414可以耦合到收发机1410。收发机1410耦合到一个或多个天线1420。收发机1410提供用于在传输介质上与各种其他设备通信的单元。收发机1410从一个或多个天线1420接收信号,从接收到的信号中提取信息,并将提取的信息提供给处理系统1414。另外,收发机1410从处理系统1414(具体是传输组件1310)接收信息,并且基于所接收的信息,生成要应用于一个或多个天线1420的信号。处理系统1414包括耦合到计算机可读介质/存储器1406的处理器1404。处理器1404负责一般处理,包括对存储在计算机可读介质/存储器1406上的软件的执行。当由处理器1404执行时,软件使处理系统1414执行上文针对任何特定装置所描述的各种功能。计算机可读介质/存储器1406还可以用于存储当执行软件时由处理器1404操纵的数据。处理系统1414还包括组件1304、1306、1308、1310中的至少一个。组件可以是在处理器1404中运行件、驻留/存储在计算机可读介质/存储器1406中的软件组件、耦合到处理器1404的一个或多个硬件组件或其某种组合。处理系统1414可以是UE 650的组件,并且可以包括存储器660和/或TX处理器668、RX处理器656和控制器/处理器659中的至少一个。

在一种配置中,用于无线通信的装置1302/1302'包括用于确定要缩放用于多个并发PRACH传输中的PRACH传输的传输功率的单元。另外,该装置包括用于基于经缩放的传输功率来确定是否要发送PRACH传输的单元。此外,该装置包括用于在确定了要发送PRACH传输时以经缩放的传输功率来发送PRACH传输的单元。在一种配置中,所述装置还可以包括用于至少基于是否要发送PRACH传输的确定来确定是否递增前导码传输计数器的单元。在一种配置中,所述装置还可以包括用于在确定了要发送PRACH传输时递增前导码传输计数器的单元,以及用于在确定了不发送PRACH发送时禁止递增前导码传输计数器的单元。在一种配置中,该装置还可以包括用于基于功率提升步长和功率缩放因子来确定是否递增前导码传输计数器的单元。在一种配置中,用于确定是否递增前导码传输计数器的单元基于功率提升步长和功率缩放因子之间的差来做出该确定。在一种配置中,用于确定是否递增前导码传输计数器的单元被配置为:当确定要发送PRACH传输并且功率提升步长和功率缩放因子之间的差大于或等于门限时,确定要递增前导码传输计数器。在一种配置中,用于确定是否递增前导码传输计数器的单元被配置为:在确定了不发送PRACH传输或者当功率提升步长和功率缩放因子之间的差小于门限时,确定禁止递增前导码传输计数器。在一种配置中,用于确定要缩放用于PRACH传输的传输功率的单元基于功率缩放因子来做出该确定。在这种配置中,用于PRACH传输的传输功率可以基于功率提升步长和功率缩放因子。此外,在这种配置中,用于确定是否要发送PRACH传输的单元基于功率提升步长和功率缩放因子来作出该确定。在一种配置中,用于确定是否要发送PRACH传输的单元基于功率提升步长和功率缩放因子之间的差来做出该确定。在一种配置中,用于确定是否要发送PRACH传输的单元基于功率提升步长和功率缩放因子之间的差是否大于或等于门限来作出该确定。在一种配置中,用于确定是否要发送PRACH传输的单元被配置为:当功率提升步长和功率缩放因子之间的差大于或等于门限时,确定要发送PRACH传输。在一种配置中,用于确定是否要发送PRACH传输的单元被配置为:当功率提升步长和功率缩放因子之间的差小于门限时,禁止发送PRACH传输。在一种配置中,所述装置还包括用于至少基于功率提升步长和先前不成功的PRACH传输的传输功率来确定用于另一PRACH传输的传输功率的单元,以及用于以所确定的用于另一PRACH传输的传输功率来发送所述另一PRACH传输的单元。在一种配置中,先前不成功的PRACH传输的传输功率是先前发送的不成功的PRACH传输中的最高传输功率。在一种配置中,先前不成功的PRACH传输的传输功率是紧接着先前发送的不成功的PRACH传输的传输功率。

在一种配置中,用于无线通信的装置1302/1302'包括用于至少基于功率提升步长和先前发送的不成功的PRACH传输的先前确定的传输功率来确定用于PRACH传输的传输功率的单元,以及用于以所确定的传输功率来发送所述PRACH传输的单元。在一种配置中,先前发送的不成功的PRACH传输的传输功率是先前发送的不成功的PRACH传输中的最高传输功率。在一种配置中,先前发送的不成功的PRACH传输的传输功率是紧接着先前发送的不成功的PRACH传输的传输功率。该装置可以包括如上所讨论的另外的装置。

上述单元可以是装置1302的上述组件中的一个或多个和/或装置1302'的被配置为执行由上述单元所列举的功能的处理系统1414。如上所述,处理系统1414可以包括TX处理器668、RX处理器656和控制器/处理器659。因此,在一种配置中,上述单元可以是被配置为执行由上述单元所列举的功能的TX处理器668、RX处理器656和控制器/处理器659。

应当理解,所公开的过程/流程图中的块的特定顺序或层次是对示例性方法的说明。基于设计偏好,应当理解的是,可以重新布置过程/流程图中的块的特定顺序或层次。此外,一些框可以被组合或省略。所附方法权利要求以样本次序来呈现各个块中的要素,且并不意味着限于所呈现的特定次序或层级。

为使本领域任何技术人员能够实践本文中所描述的各个方面,提供了之前的描述。对于本领域技术人员来说,对这些方面的各种修改将是显而易见的,并且,本文中定义的一般原理可以适用于其它方面。因此,权利要求并不旨在限于本文中所显示的方面,而是要符合与权利要求语言相一致的最广范围,其中,以单数形式对要素的引用并不旨在意味着“一个并且仅一个”(除非特别如此说明),而指的是“一个或多个”。词语“示例性”在本文中用于表示“用作例子、实例或说明”。本文中描述为“示例性”的任何方面不必被解释为比其它方面更优选或更有优势。除非另外明确声明,否则术语“一些”是指一个或多个。诸如“A、B或C中的至少一个”、“A、B和C中的至少一个”和“A、B、C或其任何组合”等组合包括A、B和/或C的任意组合,并且可以包括多个A、多个B或多个C。具体地,诸如“A、B或C中的至少一个”、“A、B和C中的至少一个、以及“A、B、C或其任何组合”等组合可以仅为A、仅为B、仅为C、A和B、A和C、B和C、或A和B和C,其中,任意这种组合可以包含A、B或C中的一个或多个成员。对本领域普通技术人员来说已知或者将要获知的与在贯穿本公开内容中所描述的各种方面的要素等同的所有结构和功能在此都通过引用的方式明确并入本文,并且旨在被权利要求所涵盖。此外,无论该公开内容是否明确地记载在权利要求中,本文所公开的内容都不旨在奉献给公众。除非使用短语“用于……的单元”来明确地记载权利要求要素,否则该要素不被解释为功能单元。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1