本申請要求于2014年10月6日提交的題為“PRACH TRANSMISSION HANDLING IN LTE”的美國臨時申請序列No.62/060,528的權(quán)益，以及于2014年11月5日提交的題為“PRACH TRANSMISSION HANDLING IN LTE”的美國臨時申請No.62/075,786的權(quán)益，以及于2015年9月22日提交的題為“PRACH TRANSMISSION POWER ADJUSTMENT”的美國專利申請No.14/861,749，其全部內(nèi)容通過引用明確地并入本文。

技術領域

概括地說，本公開內(nèi)容涉及通信系統(tǒng)，并且更具體地說，涉及長期演進(LTE)中的物理隨機接入信道(PRACH)傳輸處理。

背景技術：

為了提供諸如話音、視頻、數(shù)據(jù)、消息傳遞和廣播等各種電信服務，廣泛地部署了無線通信系統(tǒng)。典型的無線通信系統(tǒng)可以使用能夠通過共享可用的系統(tǒng)資源(例如，帶寬、傳輸功率)來支持與多個用戶通信的多址技術。這種多址技術的例子包括碼分多址(CDMA)系統(tǒng)、時分多址(TDMA)系統(tǒng)、頻分多址(FDMA)系統(tǒng)、正交頻分多址(OFDMA)系統(tǒng)、單載波頻分多址(SC-FDMA)系統(tǒng)、和時分同步碼分多址(TD-SCDMA)系統(tǒng)。

在各種電信標準中已經(jīng)采用了這些多址技術以提供使得不同的無線設備能在城市、國家、地區(qū)乃至全球?qū)用孢M行通信的公共協(xié)議。一種示例性電信標準是LTE。LTE是對由第三代合作伙伴計劃(3GPP)頒布的通用移動電信系統(tǒng)(UMTS)移動標準的增強集。LTE被設計用于通過以下行為來更好地支持移動寬帶互聯(lián)網(wǎng)接入：提高頻譜效率、降低成本、改善服務、利用新的頻譜，以及通過在下行鏈路(DL)上使用OFDMA、在上行鏈路(UL)上使用SC-FDMA以及使用多輸入多輸出(MIMO)天線技術來與其它開放標準更好地整合。然而，隨著對移動寬帶接入的需求持續(xù)增加，存在對LTE技術的進一步改進的需求。優(yōu)選地，這些改進應當適用于其它多址技術和采用這些技術的電信標準。

技術實現(xiàn)要素：

在第一配置中，用戶設備(UE)可以相對于先前不成功的PRACH傳輸(例如，具有最高傳輸功率的先前不成功的PRACH傳輸)來確定PRACH的PRACH功率提升P_ramp-up。在第二配置中，當UE處于功率受限場景中時，如果P_ramp-up-P_scal<P_drop，則UE丟棄/禁止發(fā)送該PRACH傳輸，否則，發(fā)送該PRACH，其中P_scal是功率縮放因子，P_ramp-up是所配置的提升功率值，而P_drop是門限。在第三配置中，UE確定是否遞增Preamble_Transmission_Counter。在一種子配置中，UE在發(fā)生PRACH傳輸(即，未丟棄該PRACH)時遞增該Preamble_Transmission_Counter，并且當不發(fā)生該PRACH傳輸(即，丟棄該PRACH)時禁止遞增該Preamble_Transmission_Counter。在另一種子配置中，UE在發(fā)生PRACH傳輸且P_ramp-up-P_scal≥P_count時，遞增該Preamble_Transmission_Counter(其中，P_count是門限)，否則禁止遞增該Preamble_Transmission_Counter。

在本公開內(nèi)容的一個方面，提供了一種方法、計算機程序產(chǎn)品和裝置。該裝置可以是UE。該UE確定要縮放用于多個并發(fā)PRACH傳輸中的PRACH傳輸?shù)膫鬏敼β省Ａ硗?，UE基于經(jīng)縮放的傳輸功率來確定是否要發(fā)送所述PRACH傳輸。此外，UE在確定要發(fā)送所述PRACH傳輸時以經(jīng)縮放的傳輸功率來發(fā)送所述PRACH傳輸。

在本公開內(nèi)容的一個方面，提供了一種方法、計算機程序產(chǎn)品和裝置。該裝置可以是UE。UE至少基于功率提升步長和先前發(fā)送的不成功的PRACH傳輸?shù)南惹按_定的傳輸功率來確定PRACH傳輸?shù)膫鬏敼β?。UE以所確定的傳輸功率來發(fā)送所述PRACH傳輸。

在本公開內(nèi)容的一個方面，提供了一種方法、計算機程序產(chǎn)品和裝置。該裝置可以是UE。UE確定要通過功率縮放因子來縮放用于多個并發(fā)PRACH傳輸中的PRACH傳輸?shù)墓β?。用于PRACH傳輸?shù)膫鬏敼β手辽倩诠β侍嵘介L和功率縮放因子。UE確定是否要發(fā)送PRACH傳輸。UE至少基于對是否要發(fā)送所述PRACH傳輸?shù)拇_定來確定是否遞增前導碼傳輸計數(shù)器。在一種配置中，對是否遞增前導碼傳輸計數(shù)器的確定還基于功率提升步長和功率縮放因子。在一種配置中，對是否遞增前導碼傳輸計數(shù)器的確定還基于功率提升步長和功率縮放因子之間的差。在一種配置中，對是否遞增前導碼傳輸計數(shù)器的確定包括：當功率提升步長和功率縮放因子之間的差小于門限或者確定不發(fā)送PRACH傳輸時，確定禁止遞增前導碼傳輸計數(shù)器。在一種配置中，對是否遞增前導碼傳輸計數(shù)器的確定包括當功率提升步長和功率縮放因子之間的差大于或等于門限時并且確定要發(fā)送PRACH傳輸時，確定要遞增前導碼傳輸計數(shù)器。

附圖說明

圖1是示出了網(wǎng)絡架構(gòu)的示例的示圖。

圖2是示出了接入網(wǎng)絡的示例的示圖。

圖3是示出了LTE中的DL幀結(jié)構(gòu)的示例的示圖。

圖4是示出了LTE中的UL幀結(jié)構(gòu)的示例的示圖。

圖5是示出了用于用戶平面和控制平面的無線協(xié)議架構(gòu)的示例的示圖。

圖6是示出了接入網(wǎng)中的演進型節(jié)點B和用戶設備的示例的示圖。

圖7A是示出了連續(xù)載波聚合的示例的示圖。

圖7B是示出了非連續(xù)載波聚合的示例的示圖。

圖8是示出了雙連接性的示圖。

圖9A、9B、9C和9D是用于說明用于PRACH傳輸處理的示例性方法/裝置的示圖。

圖10是無線通信的第一方法的流程圖。

圖11是無線通信的第二方法的流程圖。

圖12是無線通信的第三方法的流程圖。

圖13是示出了示例性裝置中不同單元/組件之間的數(shù)據(jù)流的概念性數(shù)據(jù)流圖。

圖14是示出了針對采用處理系統(tǒng)的裝置的硬件實現(xiàn)的示例的示圖。

具體實施方式

下面結(jié)合附圖所闡述的詳細描述旨在作為對各種配置的描述，而不旨在表示可以實踐本文描述的概念的唯一配置。出于提供對各種概念的透徹理解的目的，詳細描述包括特定細節(jié)。然而，對于本領域技術人員將顯而易見的是，可以在不具有這些特定細節(jié)的情況下實踐這些概念。在一些實例中，以框圖的形式示出公知的結(jié)構(gòu)和組件，以避免模糊這些概念。

現(xiàn)將參照各種裝置和方法來呈現(xiàn)電信系統(tǒng)的若干方面。這些裝置和方法將在下面的詳細描述中進行描述，并且在附圖中通過各種框、組件、電路、步驟、過程、算法等等(其統(tǒng)稱為“要素”)來示出。可以使用電子硬件、計算機軟件或者其任意組合來實現(xiàn)這些要素。至于這些要素是實現(xiàn)成硬件還是實現(xiàn)成軟件，取決于具體的應用和對整個系統(tǒng)所施加的設計約束條件。

通過示例的方式，要素或者要素的任何部分或者要素的任意組合，可以用包括一個或多個處理器的“處理系統(tǒng)”來實現(xiàn)。處理器的例子包括微處理器、微控制器、數(shù)字信號處理器(DSP)、現(xiàn)場可編程門陣列(FPGA)、可編程邏輯器件(PLD)、狀態(tài)機、門控邏輯器件、分立硬件電路和被配置為執(zhí)行貫穿本公開內(nèi)容所描述的各種功能的其它適當硬件。處理系統(tǒng)中的一個或多個處理器可以執(zhí)行軟件。無論被稱為軟件、固件、中間件、微代碼、硬件描述語言還是其它術語，軟件應當被廣意地解釋為意味著指令、指令集、代碼、代碼段、程序代碼、程序、子程序、軟件組件、應用、軟件應用、軟件包、例程、子例程、對象、可執(zhí)行文件、執(zhí)行的線程、過程、函數(shù)等等。

因此，在一個或多個示例性實施例中，所描述的功能可以以硬件、軟件、固件或者其任意組合來實現(xiàn)。如果以軟件來實現(xiàn)，則可以將這些功能存儲或編碼為計算機可讀介質(zhì)上的一個或多個指令或代碼。計算機可讀介質(zhì)包括計算機存儲介質(zhì)。存儲介質(zhì)可以是計算機能夠存取的任何可用介質(zhì)。通過示例的方式而不是限制的方式，這種計算機可讀介質(zhì)可以包括隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程ROM(EEPROM)、光盤存儲器、磁盤存儲器或其他磁存儲設備、上述類型的計算機可讀介質(zhì)的組合、或可以用于存儲計算機能夠存取的指令或數(shù)據(jù)結(jié)構(gòu)形式的計算機可執(zhí)行代碼的任何其他介質(zhì)。

圖1是示出了LTE網(wǎng)絡架構(gòu)100的示圖。LTE網(wǎng)絡架構(gòu)100可以被稱為演進分組系統(tǒng)(EPS)100。EPS 100可以包括一個或多個用戶設備(UE)102、演進UMTS陸地無線接入網(wǎng)絡(E-UTRAN)104、演進分組核心(EPC)110和運營商的因特網(wǎng)協(xié)議(IP)服務122。EPS可以與其他接入網(wǎng)絡互連，但是為了簡單起見，未示出這些實體/接口。如圖所示，EPS提供分組交換服務，然而，如本領域技術人員將容易理解的，貫穿本公開內(nèi)容呈現(xiàn)的各種概念可以擴展到提供電路交換服務的網(wǎng)絡。

E-UTRAN包括演進型節(jié)點B(eNB)106和其它eNB 108，并且可以包括多播協(xié)調(diào)實體(MCE)128。eNB 106提供朝向UE 102的用戶和控制平面協(xié)議終止。eNB 106可以經(jīng)由回程(例如，X2接口)連接到其它eNB 108。MCE 128為演進的多媒體廣播多播服務(MBMS)(eMBMS)分配時間/頻率無線資源，并且確定用于eMBMS的無線配置(例如，調(diào)制和編碼方案(MCS))。MCE 128可以是單獨的實體或eNB 106的一部分。eNB 106還可以被稱為基站、節(jié)點B、接入點、基站收發(fā)臺、無線基站、無線收發(fā)機、收發(fā)機功能單元、基本服務集(BSS)、擴展服務集(ESS)、或一些其它的適當術語。eNB 106為UE 102提供到EPC 110的接入點。UE 102的例子包括蜂窩電話、智能電話、會話發(fā)起協(xié)議(SIP)電話、膝上型計算機、個人數(shù)字助理(PDA)、衛(wèi)星無線設備、全球定位系統(tǒng)、多媒體設備、視頻設備、數(shù)字音頻播放器、(例如MP3播放器)、照相機、游戲控制臺、平板設備、或任何其它類似功能的設備。UE 102還可以被本領域技術人員稱為移動站、訂戶站、移動單元、訂戶單元、無線單元、遠程單元、移動設備、無線設備、無線通信設備、遠程設備、移動訂戶站、接入終端、移動終端、無線終端、遠程終端、手持設備、用戶代理、移動客戶端、客戶端、或者一些其它的適當術語。

eNB 106連接到EPC 110。EPC 110可以包括移動性管理實體(MME)112、歸屬訂戶服務器(HSS)120、其它MME 114、服務網(wǎng)關116、多媒體廣播多播服務(MBMS)網(wǎng)關124、廣播多播服務中心(BM-SC)126和分組數(shù)據(jù)網(wǎng)絡(PDN)網(wǎng)關118。MME 112是處理UE 102和EPC 110之間的信號傳送的控制節(jié)點。通常，MME 112提供承載和連接管理。所有的用戶IP分組都是通過服務網(wǎng)關116進行傳送的，服務網(wǎng)關116本身連接到PDN網(wǎng)關118。PDN網(wǎng)關118提供UE IP地址分配以及其它功能。PDN網(wǎng)關118和BM-SC 126連接到IP服務122。IP服務122可以包括互聯(lián)網(wǎng)、內(nèi)聯(lián)網(wǎng)、IP多媒體子系統(tǒng)(IMS)以及PS流服務(PSS)和/或其他IP服務。BM-SC 126可以提供用于MBMS用戶服務供應和傳送的功能。BM-SC 126可以用作內(nèi)容提供商MBMS傳輸?shù)娜肟邳c，可以用于授權(quán)和發(fā)起公共陸地移動網(wǎng)絡(PLMN)內(nèi)的MBMS承載服務，并且可以用于調(diào)度和傳送MBMS傳輸。MBMS網(wǎng)關124可以用于向?qū)儆趶V播特定服務的多播廣播單頻網(wǎng)(MBSFN)區(qū)域的eNB(例如，106、108)分發(fā)MBMS業(yè)務，并且可以負責會話管理(開始/停止)并負責收集eMBMS相關的計費信息。

圖2是示出了LTE網(wǎng)絡架構(gòu)中的接入網(wǎng)絡200的例子的示圖。在這個例子中，將接入網(wǎng)絡200劃分成數(shù)個蜂窩區(qū)域(小區(qū))202。一個或多個較低功率級的eNB 208可以具有與小區(qū)202中的一個或多個小區(qū)相重疊的蜂窩區(qū)域210。較低功率級的eNB 208可以是毫微微小區(qū)(例如家庭eNB(HeNB))、微微小區(qū)、微小區(qū)或遠程無線頭端(RRH)。每個宏eNB 204被分配給相應的小區(qū)202并且經(jīng)配置為小區(qū)202中的所有UE 206提供到EPC 110的接入點。在接入網(wǎng)絡200的這個例子中沒有集中控制器，但是可以在可替代的配置中使用集中式控制器。eNB 204負責所有無線相關的功能，包括無線承載控制、準入控制、移動性控制、調(diào)度、安全性、以及到服務網(wǎng)關116的連接性。eNB可以支持一個或多個(例如，三個)小區(qū)(也被稱為扇區(qū))。術語“小區(qū)”可以指服務于特定覆蓋區(qū)域的eNB和/或eNB子系統(tǒng)的最小覆蓋區(qū)域。此外，術語“eNB”、“基站”和“小區(qū)”在本文中可以互換使用。

由接入網(wǎng)絡200采用的調(diào)制和多址方案可以取決于所部署的具體通信標準而變化。在LTE應用中，在DL上使用OFDM并且在UL上使用SC-FDMA，以支持頻分雙工(FDD)和時分雙工(TDD)二者。如本領域技術人員根據(jù)接下來的詳細描述將容易理解的，本文中給出的各種概念良好地適用于LTE應用。然而，這些概念可以容易地擴展到采用其它調(diào)制和多址技術的其它電信標準。通過示例的方式，這些概念可以擴展到演進數(shù)據(jù)優(yōu)化(EV-DO)或超移動寬帶(UMB)。EV-DO和UMB是由第三代合作伙伴計劃2(3GPP2)公布的、作為CDMA2000標準族一部分的空中接口標準并且采用CDMA以提供到移動站的寬帶互聯(lián)網(wǎng)接入。這些概念還可以擴展到：采用寬帶CDMA(W-CDMA)和CDMA的其它變型的通用陸地無線接入(UTRA)，例如TD-SCDMA；采用TDMA的全球移動系統(tǒng)(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。實際所采用的無線通信標準和多址技術將取決于特定應用和對系統(tǒng)施加的整體設計約束。

eNB 204可以具有支持MIMO技術的多個天線。MIMO技術的使用使得eNB 204能夠利用空間域來支持空間復用、波束成形和發(fā)射分集。空間復用可以用于在同一個頻率上同時發(fā)送不同的數(shù)據(jù)流。可以將數(shù)據(jù)流發(fā)送給單個UE 206以提高數(shù)據(jù)速率或發(fā)送給多個UE 206以提高整體系統(tǒng)容量。這可以通過對每個數(shù)據(jù)流進行空間預編碼(即，施加對振幅和相位的縮放)并且隨后通過DL上的多個發(fā)送天線來發(fā)送每個空間預編碼的流來實現(xiàn)。到達UE(206)處的空間預編碼的數(shù)據(jù)流具有不同的空間簽名，這使得每個UE 206能夠恢復去往UE 206的一個或多個數(shù)據(jù)流。在UL上，每個UE 206發(fā)送空間預編碼的數(shù)據(jù)流，這使得eNB 204能夠識別每個空間預編碼的數(shù)據(jù)流的源。

當信道狀況良好時，通常使用空間復用。當信道狀況較差時，可以使用波束成形來將傳輸能量集中到一個或多個方向上。這可以由對通過多個天線進行發(fā)送的數(shù)據(jù)進行空間預編碼來實現(xiàn)。為了在小區(qū)的邊緣處獲得良好的覆蓋，可以結(jié)合發(fā)射分集來使用單個流波束成形傳輸。

在接下來的詳細描述中，將參照在DL上支持OFDM的MIMO系統(tǒng)來描述接入網(wǎng)絡的各個方面。OFDM是在OFDM符號內(nèi)的數(shù)個子載波上調(diào)制數(shù)據(jù)的擴頻技術。子載波以精確的頻率間隔開。所述間隔提供了使得接收機能夠從子載波恢復數(shù)據(jù)的“正交性”。在時域中，可以向每個OFDM符號添加保護間隔(例如循環(huán)前綴)以對抗OFDM符號間干擾。UL可以使用DFT擴展OFDM信號的形式的SC-FDMA以補償高的峰均功率比(PAPR)。

圖3是示出了LTE中DL幀結(jié)構(gòu)的例子的示圖300?？梢詫?10ms)劃分成10個大小相等的子幀。每個子幀可以包括兩個連續(xù)的時隙?？梢允褂觅Y源網(wǎng)格來表示兩個時隙，每個時隙包括資源塊?？梢詫①Y源網(wǎng)格劃分成多個資源單元。在LTE中，對于正常循環(huán)前綴，資源塊包含頻域中的12個連續(xù)子載波并且包含時域中的7個連續(xù)OFDM符號，即總共84個資源單元。對于擴展的循環(huán)前綴，資源塊包含頻域中的12個連續(xù)子載波并且包含時域中的6個連續(xù)OFDM符號，即總共72個資源單元。資源單元中的一些(如被標記為R 302、R 304的資源單元)包括DL參考信號(DL-RS)。DL-RS包括信道狀態(tài)信息(CSI)RS(CSI-RS)、小區(qū)特定RS(CRS)(有時還被稱為公共RS)302和UE特定RS(UE-RS)304。UE-RS 304僅在相應的物理DL共享信道(PDSCH)映射于其上的資源塊上進行發(fā)送。每個資源單元攜帶的比特數(shù)取決于調(diào)制方案。因此，UE接收的資源塊越多以及調(diào)制方案越高，則針對UE的數(shù)據(jù)速率越高。

圖4是示出了LTE中的UL幀結(jié)構(gòu)的例子的示圖400。針對UL的可用資源塊可以被劃分為數(shù)據(jù)段和控制段。控制段可以形成在系統(tǒng)帶寬的兩個邊緣處并且可以具有可配置的大小?？梢詫⒖刂贫沃械馁Y源塊指派給UE用于控制信息的發(fā)送。數(shù)據(jù)段可以包括控制段中未包括的所有資源塊。UL幀結(jié)構(gòu)使得數(shù)據(jù)段包括連續(xù)子載波，這允許將數(shù)據(jù)段中的所有連續(xù)子載波指派給單個UE。

可以將控制段中的資源塊410a、410b指派給UE以向eNB發(fā)送控制信息。還可以將數(shù)據(jù)段中的資源塊420a、420b指派給UE以向eNB發(fā)送數(shù)據(jù)。UE可以在控制段中所指派的資源塊上的物理UL控制信道(PUCCH)中發(fā)送控制信息。UE可以在數(shù)據(jù)段中所指派的資源塊上的物理UL共享信道(PUSCH)中僅發(fā)送數(shù)據(jù)或發(fā)送數(shù)據(jù)和控制信息兩者。UL傳輸可以橫跨子幀的全部兩個時隙并且可以跨越頻率來跳變。

可以使用資源塊的集合來執(zhí)行初始系統(tǒng)接入以及實現(xiàn)物理隨機接入信道(PRACH)430中的UL同步。PRACH 430攜帶隨機序列并且不能攜帶任何UL數(shù)據(jù)/信令。每個隨機接入前導占有對應于6個連續(xù)資源塊的帶寬。起始頻率由網(wǎng)絡指定。也就是說，隨機接入前導的傳輸受限于某些時間和頻率資源。不存在針對PRACH的頻率跳變。單個子幀(1ms)或幾個連續(xù)子幀的序列中攜帶有PRACH嘗試，并且UE僅可以每幀(10ms)進行單個PRACH嘗試。

圖5是示出了LTE中針對用戶平面和控制平面的無線協(xié)議架構(gòu)的例子的示圖500。針對UE和eNB的無線協(xié)議架構(gòu)被示出為具有三層：層1、層2和層3。層1(L1層)是最低層并且實現(xiàn)各種物理層信號處理功能。L1層在本文中將被稱為物理層506。層2(L2層)508在物理層506之上并且負責物理層506上的、UE和eNB之間的鏈路。

在用戶平面中，L2層508包括介質(zhì)訪問控制(MAC)子層510、無線鏈路控制(RLC)子層512和分組數(shù)據(jù)匯聚協(xié)議(PDCP)子層514，這些子層終止于網(wǎng)絡側(cè)的eNB處。盡管沒有示出，但UE可以具有在L2層508之上的若干上層，所述若干上層包括終止于網(wǎng)絡側(cè)的PDN網(wǎng)關118處的網(wǎng)絡層(例如，IP層)，以及終止于連接的另一端(例如遠端UE、服務器等)處的應用層。

PDCP子層514提供不同的無線承載和邏輯信道之間的復用。PDCP子層514還提供針對上層數(shù)據(jù)分組的報頭壓縮以減少無線傳輸開銷，通過加密數(shù)據(jù)分組提供安全性，并且為UE提供eNB之間的切換支持。RLC子層512提供上層數(shù)據(jù)分組的分段和重組、丟失數(shù)據(jù)分組的重傳以及數(shù)據(jù)分組的重新排序以補償由混合自動重傳請求(HARQ)導致的無序接收。MAC子層510提供邏輯信道和傳輸信道之間的復用。MAC子層510還負責在UE之間分配一個小區(qū)中的各種無線資源(例如，資源塊)。MAC子層510還負責HARQ操作。

在控制平面中，除了以下的例外之處，針對UE和eNB的無線協(xié)議架構(gòu)對于物理層506和L2層508是基本相同的，所述例外之處是：對于控制平面而言沒有報頭壓縮功能?？刂破矫孢€包括層3(L3層)中的無線資源控制(RRC)子層516。RRC子層516負責獲取無線資源(即無線承載)并且負責使用eNB和UE之間的RRC信令來配置低層。

圖6是在接入網(wǎng)絡中與UE 650通信的eNB 610的框圖。在DL中，向控制器/處理器675提供來自核心網(wǎng)的上層分組。控制器/處理器675實現(xiàn)L2層的功能。在DL中，控制器/處理器675提供報頭壓縮、加密、分組分段和重新排序、邏輯信道和傳輸信道之間的復用，以及基于各種優(yōu)先級度量的到UE 650的無線資源分配?？刂破?處理器675還負責HARQ操作、對丟失分組的重發(fā)、以及到UE 650的信號發(fā)送。

發(fā)送(TX)處理器616實現(xiàn)針對L1層(即物理層)的各種信號處理功能。信號處理功能包括：編碼和交織以促進UE 650處的前向糾錯(FEC)，和基于各種調(diào)制方案(例如二進制相移鍵控(BPSK)、正交相移鍵控(QPSK)、M相移鍵控(M-PSK)、M正交幅度調(diào)制(M-QAM))向信號星座進行映射。隨后將經(jīng)編碼和經(jīng)調(diào)制的符號分離成并行流。隨后將每個流映射到OFDM子載波、在時域和/或頻域上與參考信號(例如導頻)進行復用、并且隨后使用反向快速傅里葉變換(IFFT)組合在一起以產(chǎn)生攜帶時域OFDM符號流的物理信道。對OFDM流進行空間預編碼以產(chǎn)生多個空間流?？梢允褂脕碜孕诺拦烙嬈?74的信道估計來確定編碼和調(diào)制方案，以及使用其用于空間處理。信道估計可以從參考信號和/或由UE 650發(fā)送的信道狀況反饋推導出。隨后經(jīng)由分別的發(fā)射機618TX將每個空間流提供給不同的天線620。每個發(fā)射機618TX可以將RF載波調(diào)制有相應的空間流以用于傳輸。

在UE 650處，每個接收機654RX通過其相應的天線652接收信號。每個接收機654RX恢復調(diào)制到RF載波上的信息并且向接收(RX)處理器656提供所述信息。RX處理器656實現(xiàn)L1層的各種信號處理功能。RX處理器656可以執(zhí)行對信息的空間處理以恢復去往UE 650的任何空間流。如果多個空間流要去往UE 650，則RX處理器656可以將它們組合成單個OFDM符號流。隨后RX處理器656使用快速傅里葉變換(FFT)將OFDM符號流從時域轉(zhuǎn)換到頻域。頻域信號包括針對OFDM信號的每個子載波的分別的OFDM符號流。通過確定由eNB 610發(fā)送的最可能的信號星座點，來恢復和解調(diào)每個子載波上的符號和參考信號。這些軟決定可以基于由信道估計器658所計算的信道估計。隨后對軟決定進行解碼和解交織以恢復最初由eNB 610在物理信道上發(fā)送的數(shù)據(jù)和控制信號。隨后將數(shù)據(jù)和控制信號提供給控制器/處理器659。

控制器/處理器659實現(xiàn)L2層。控制器/處理器可以與存儲有程序代碼和數(shù)據(jù)的存儲器660相關聯(lián)。存儲器660可以稱為計算機可讀介質(zhì)。在UL中，控制器/處理器659提供傳輸信道和邏輯信道之間的解復用、分組重組、解密、報頭解壓縮、控制信號處理，以恢復來自核心網(wǎng)的上層分組。隨后向數(shù)據(jù)宿662提供上層分組，數(shù)據(jù)宿662表示L2層之上的所有協(xié)議層。還可以向數(shù)據(jù)宿662提供各種控制信號用于L3處理?？刂破?處理器659還負責使用確認(ACK)和/或否定確認(NACK)協(xié)議進行檢錯以支持HARQ操作。

在UL中，使用數(shù)據(jù)源667來向控制器/處理器659提供上層分組。數(shù)據(jù)源667表示L2層之上的所有協(xié)議層。類似于結(jié)合由eNB 610進行的DL傳輸來描述的功能，控制器/處理器659基于eNB 610進行的無線資源分配，通過提供報頭壓縮、加密、分組分段和重新排序、以及邏輯信道和傳輸信道之間的復用來實現(xiàn)針對用戶平面和控制平面的L2層?？刂破?處理器659還負責HARQ操作、丟失分組的重發(fā)、和到eNB 610的信令。

TX處理器668可以使用由信道估計器658從參考信號或由eNB 610發(fā)送的反饋推導出的信道估計來選擇合適的編碼和調(diào)制方案，以及促進空間處理。可以經(jīng)由分別的發(fā)射機654TX向不同的天線652提供由TX處理器668產(chǎn)生的空間流。每個發(fā)射機654TX可以將RF載波調(diào)制有相應的空間流以用于傳輸。

以類似于結(jié)合UE 650處的接收機功能所描述的方式在eNB 610處對UL傳輸進行處理。每個接收機618RX通過其相應的天線620接收信號。每個接收機618RX恢復調(diào)制到RF載波上的信息并且向RX處理器670提供所述信息。RX處理器670可以實現(xiàn)L1層。

控制器/處理器675實現(xiàn)L2層?？刂破?處理器675可以與存儲有程序代碼和數(shù)據(jù)的存儲器676相關聯(lián)。存儲器676可以被稱為計算機可讀介質(zhì)。在UL中，控制器/處理器675提供傳輸信道和邏輯信道之間的解復用、分組重組、解密、報頭解壓縮、控制信號處理以恢復來自UE 650的上層分組?？梢韵蚝诵木W(wǎng)提供來自控制器/處理器675的上層分組?？刂破?處理器675還負責使用ACK和/或NACK協(xié)議來檢錯，以支持HARQ操作。

圖7A公開了連續(xù)載波聚合類型。圖7B公開了非連續(xù)載波聚合類型。UE可以使用每載波高達20MHz帶寬的頻譜，其可以在用于在每個方向上的傳輸?shù)?、高達總共100MHz(5個分量載波)的載波聚合中分配。通常，在上行鏈路上比在下行鏈路上發(fā)送的業(yè)務量少，因此上行鏈路頻譜分配可能小于下行鏈路分配。例如，如果將20MHz指派給上行鏈路，則可以將100MHz指派給下行鏈路。這些非對稱FDD指派節(jié)約頻譜，并且非常適合寬帶用戶的典型的不對稱帶寬利用。已經(jīng)提出了兩種類型的載波聚合(CA)方法：連續(xù)CA和非連續(xù)CA。兩種類型的CA方法在圖7A和7B中示出。當多個可用分量載波是沿著頻帶分開的時，發(fā)生非連續(xù)CA(圖7B)。另一方面，當多個可用分量載波彼此相鄰時，發(fā)生連續(xù)CA(圖7A)。非連續(xù)CA和連續(xù)CA都聚合多個LTE/分量載波以服務于單個UE。分量載波可以包括主分量載波和一個或多個輔助分量載波。主分量載波可以被稱為主小區(qū)(Pcell)，并且輔助分量載波可以被稱為輔助小區(qū)(SCell)。

圖8是示出雙連接的示圖800。小區(qū)邊緣上的UE可能經(jīng)歷高的小區(qū)間干擾，這可能限制數(shù)據(jù)速率。如圖8所示，UE 820具有與eNB 810a和eNB 810b的雙連接(DC)。當UE 820在eNB 810a、810b的范圍內(nèi)(在小區(qū)802a、802b中)時，UE 820可以具有與eNB 810a、810b的DC。具有DC的UE 820可以在獨立的數(shù)據(jù)流中同時向eNB 810a、810b發(fā)送數(shù)據(jù)以及從eNB 810a、810b接收數(shù)據(jù)。獨立的數(shù)據(jù)流改善小區(qū)邊緣用戶體驗并增加UE 820的吞吐量數(shù)據(jù)速度。

如果UE的上行鏈路傳輸定時是同步的，則UE可以被調(diào)度用于上行鏈路傳輸。PRACH用于為已經(jīng)丟失上行鏈路時間同步或者尚未獲得上行鏈路時間同步的UE實現(xiàn)上行鏈路時間同步。PRACH還用于初始網(wǎng)絡接入。UE可以基于以下等式來確定用于發(fā)送PRACH的傳輸功率：

P_PRACH＝min{P_CMAXc(i)，PREAMBLE_RECEIVED_TARGET_POWER+PL_c}，

其中，P_CMAXc(i)是用于服務小區(qū)c的子幀i的經(jīng)配置的UE傳輸功率，PLc是服務小區(qū)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嘗試的數(shù)量，并且powerRampingStep被配置用于UE并且可以是0/2/4/6dB。

在CA中，如果UE是UL功率受限的，則PRACH可以被給予較高優(yōu)先級，但是如果在子幀中存在兩個或更多個PRACH，則在這兩個或更多個PRACH之間的功率優(yōu)先化可以留給UE實現(xiàn)。在DC中，如果UE是UL功率受限的，則主小區(qū)PRACH可以被給予最高優(yōu)先級。雖然這些PRACH仍然可以被給予比其他UL信道(例如，PUCCH、PUSCH、SRS等)更高的優(yōu)先級，但是所有其他PRACH(包括輔助組中的主/輔助小區(qū)PRACH)之間的功率優(yōu)先級可能是未指定的。然而，由于主小區(qū)PRACH被給予最高優(yōu)先級，因此其他PRACH經(jīng)受功率縮放，并且用于PRACH的初始預期功率提升(ramp-up)受到影響。該影響取決于功率縮放的量。

為了減輕功率縮放對PRACH功率提升的影響，一旦UE對PRACH執(zhí)行功率縮放，則PRACH可以不作為Preamble_Transmission_Counter的一部分進行計數(shù)，使得暫停用于傳輸?shù)腜RACH傳輸功率提升，并且該傳輸不作為PRACH傳輸嘗試的總最大數(shù)目進行計數(shù)。也就是說，為了減輕功率縮放對PRACH功率提升的影響，當UE對PRACH執(zhí)行功率縮放時，可以暫停Preamble_Transmission_Counter。暫停Preamble_Transmission_Counter可能會導致問題。針對PRACH的功率縮放可能是大的或小的。盲目地暫停Preamble_Transmission_Counter更新是有問題的。例如，如果縮放是大的(例如，PRACH被向下縮放10dB，但是功率提升步長是2dB)，則將當前PRACH傳輸與下一PRACH傳輸相比較，存在巨大的功率提升(例如，如果功率被向下縮放10dB，而功率提升為2dB，則在當前PRACH傳輸和下一PRACH傳輸之間可能存在12dB的功率差(與預期的2dB功率提升相反)。在這樣的示例中，暫停該計數(shù)器是有益的。然而，如果縮放是小的(例如，PRACH向下縮放0.5dB，但是功率提升步長是4dB)，暫停該計數(shù)器可能不是有益的。

如上所述，在除了PCell PRACH之外的并行PRACH傳輸?shù)那闆r下，PRACH處理可以留給UE實現(xiàn)。因為較低優(yōu)先級PRACH經(jīng)受功率縮放/丟棄，所以PRACH的當前預期的功率提升受到影響。為了減輕功率縮放/丟棄對PRACH功率提升的影響，一旦UE對PRACH執(zhí)行功率縮放，PRACH可以被丟棄并且不由Preamble_Transmission_Counter朝向所允許的PRACH嘗試的最大數(shù)目來計數(shù)。然而，PRACH的功率縮放可能變化，并且可能是大的或小的。盲目地丟棄并省略Preamble_Transmission_Counter更新可能不是所期望的。甚至更重要的是，在不需要功率縮放的情況下(UE不再是功率受限的)的情況下，在功率縮放的、不成功的PRACH傳輸之后基于未縮放功率電平的功率提升可能導致PRACH傳輸功率的顯著增加。

在示例性配置中，功率提升參考值和關于PRACH傳輸是被丟棄還是利用縮放的功率來發(fā)送的決定可以基于功率縮放值和所配置的提升值。例如，如果可用于連續(xù)PRACH傳輸?shù)慕?jīng)縮放的功率小于功率提升(即，小于先前的不成功PRACH傳輸)，則可以丟棄新的PRACH傳輸。在其中縮放對于預期的提升不顯著的其他情況下，PRACH傳輸可以不被丟棄?？梢韵鄬τ谠谡谶M行的PRACH過程中的不成功的PRACH嘗試中具有最高傳輸功率的先前實際PRACH傳輸?shù)墓β蕘泶_定功率提升。通過在功率縮放/丟棄的情況下將隨后的PRACH傳輸功率提升基于先前的最大實際傳輸功率，PRACH功率的增量可以更加漸進并且與初始功率提升過程所期望的行為一致。否則，可能發(fā)生PRACH傳輸功率的大變化，這對于UL操作可能是不期望的。是否將PRACH朝向允許的傳輸?shù)淖畲髷?shù)目進行計數(shù)的決定還可以基于提升值和功率縮放值之間的差。在簡單的情況下，這可能意味著如果丟棄PRACH傳輸，則Preamble_Transmission_Counter不遞增，否則(當發(fā)生PRACH縮放的傳輸時)遞增。

圖9A是用于說明用于PRACH傳輸處理的示例性方法/裝置的示圖900。如圖9A所示，具有DC的UE 902確定906PRACH 908、910將在同一子幀中同時發(fā)送到eNB 904、914。

在第一配置中，UE 902相對于先前不成功的PRACH傳輸中的最高功率電平來確定PRACH 910的PRACH功率提升。

在第二配置中，當UE 902處于功率受限場景中時，如果功率提升(P_ramp-up)減去功率縮放因子(P_scal)小于門限P_drop(即，P_ramp-up_P_scal<P_drop)，則UE 902丟棄/禁止發(fā)送PRACH傳輸910，否則(即，P_ramp-up_P_scal≥P_drop)發(fā)送PRACH 910，其中P_scal是功率縮放因子，P_ramp-up是經(jīng)配置的功率提升值(即，powerRampingStep)，并且P_drop是門限。在一種子配置中，門限P_drop可以大于或等于零。在另一子配置中，門限P_drop可以等于零。

在第三配置中，UE 902確定906是否要遞增Preamble_Transmission_Counter。在一種子配置中，當發(fā)生PRACH傳輸910(即，PRACH未被丟棄)時，UE 902遞增Preamble_Transmission_Counter，并且當不發(fā)生PRACH傳輸910時，禁止遞增Preamble_Transmission_Counter(即，PRACH被丟棄)。在另一子配置中，當發(fā)生PRACH傳輸910并且功率提升(P_ramp-up)減去功率縮放因子(P_scal)大于或等于門限P_count(即，P_ramp-up-P_scal≥P_count)時，UE 902遞增Preamble_Transmission_Counter)，其中P_count是門限。在這種子配置中，當PRACH傳輸910未發(fā)生或者功率提升(P_ramp-up)減去功率縮放因子(P_scal)小于門限(P_countP_ramp-up-P_scal<P_count)時，UE 902禁止遞增Preamble_Transmission_Counter。在這種配置中，如果P_count等于P_drop，則僅在發(fā)生PRACH傳輸910時遞增Preamble_Transmission_Counter，并且在PRACH傳輸910被丟棄時不對其遞增。

圖9B、圖9C、圖9D是用于說明用于PRACH傳輸處理的示例性方法/裝置的示圖930、960、990。

圖9B描繪了其中功率提升為P_ramp-up并且由于功率限制引起的功率縮放為P_scal的場景930，其中功率提升P_ramp-up減去功率縮放因子P_scal被假定為大于或等于門限P_drop(即，P_ramp-up-P_scal≥P_drop)。在這種情況下，UE發(fā)送該功率縮放的第二PRACH(P_2ndTx)(P_2ndTx的功率基于第一成功的PRACH傳輸?shù)墓β蔖_1stTx加上功率提升P_ramp-up減去功率縮放因子P_scal)，并且如果P_ramp-up-P_scal≥P_count，則遞增Preamble_Transmission_Counter。如果第二PRACH傳輸不成功(P_2ndTx)，則利用相對于先前(縮放的)PRACH傳輸(P_2ndTx)的、P_ramp-up的功率提升來執(zhí)行下一PRACH傳輸(P_3rdTx)(此處假設未縮放)。

圖9C是示例960，其中功率縮放因子P_scal大于第二PRACH傳輸嘗試的功率提升P_ramp-up(由X示出)，因此得到的可用功率將小于先前不成功的PRACH傳輸?shù)墓β?P_1stTx)。在圖9C中，假設功率提升P_ramp-up減去功率縮放因子P_scal小于門限P_drop(即，Prampup-P_scal<P_drop)。在這種情況下，PRACH被丟棄，因為以低于已經(jīng)不成功的PRACH的功率電平進行發(fā)送可能是不合理的。另外，由于PRACH被丟棄，Preamble_Transmission_Counter不遞增。利用相對于具有最高功率電平的先前不成功PRACH傳輸(P_1stTx)(其是本示例中的第一傳輸)的、P_ramp-up的功率提升(假設功率縮放不是必要的)，在下一PRACH時機處執(zhí)行第二實際PRACH傳輸(P_2ndTx)。即使在第二PRACH時機(在X)中該PRACH傳輸沒有被丟棄，并且UE決定以小于先前(第一)嘗試(在P_1stTx)的功率電平來發(fā)送該PRACH，并且該嘗試是不成功的，但在第三傳輸時機(在P_2ndTx)中，功率提升P_ramp-up將基于最高的先前傳輸電平，在該示例中，所述最高的先前傳輸電平將是第一嘗試的傳輸功率(在P_1stTx)(而不是在X的第二嘗試)。將傳統(tǒng)提升公式應用于第三PRACH嘗試(在_P2ndTx)將導致比第一嘗試(在P_1stTx)大2*P_ramp-up的功率電平，這可能不必要地以太高的功率電平來實現(xiàn)成功的PRACH傳輸。

圖9D是示例980，其呈現(xiàn)遵循傳統(tǒng)PRACH功率處理規(guī)則的PRACH嘗試結(jié)果(P_4thTx(a)988)和遵循示例性PRACH行為的PRACH嘗試結(jié)果(P_4thTx(b)990)兩者。遵循傳統(tǒng)PRACH處理規(guī)則導致PRACH傳輸P_4thTx(a)988中的功率尖峰，所述尖峰在涉及功率縮放的982、984、986(P_1stTx到P_3rdTx)的若干不成功的PRACH嘗試之后可能高得多。在傳統(tǒng)PRACH處理規(guī)則中，Preamble_Transmission_Counter在不成功的第一PRACH傳輸P_1stTx 982之后遞增；基于第一PRACH傳輸P_1stTx 982的傳輸功率加上功率提升P_ramp-up減去功率縮放因子P_scal1來確定第二PRACH傳輸P_2ndTx 984的傳輸功率；在不成功的第二PRACH傳輸P_2ndTx 984之后，Preamble_Transmission_Counter再次遞增；第三PRACH傳輸P_3rdTx 986的傳輸功率是基于第一PRACH傳輸P_1stTx 982的傳輸功率加上兩倍的功率提升P_ramp-up再減去兩倍的功率縮放因子P_scal2來確定的(參見上述用于確定PREAMBLE_RECEIVED_TARGET_POWER的等式)；在不成功的第三PRACH傳輸P_3rdTx 986之后，Preamble_Transmission_Counter再次遞增；并且第四PRACH傳輸P_4rdTx 988的傳輸功率是基于第一PRACH傳輸P_1stTx 982的傳輸功率加上三倍的功率提升P_ramp-up(假設此處沒有功率縮放)來確定的(參見上述用于確定PREAMBLE_RECEIVED_TARGET_POWER的等式)。如圖9D所示，如果基于功率提升P_ramp-up而不考慮先前不成功嘗試的功率縮放/丟棄，第四嘗試P_4thTx(a)988將處于不必要的高功率電平(P_4thTx(a)，其比先前的傳輸嘗試P_1stTx高3*P_ramp-up)。因此，傳統(tǒng)PRACH處理規(guī)則導致在第四PRACH傳輸P_4thTx(a)988處的不必要的高PRACH傳輸功率。第四PRACH傳輸P_4thTx(a)988的傳輸功率不必要地高，這是因為較低的PRACH傳輸功率也可能是成功的。

相反，遵循示例性PRACH行為導致合理的功率電平增加，其中功率提升基于先前不成功嘗試的最高傳輸功率(或緊接著之前的不成功傳輸)(P_4thTx(b)，其比前先最高功率傳輸P_1stTx高P_ramp-up)。在示例性PRACH處理規(guī)則的一種配置中，Preamble_Transmission_Counter在不成功的第一PRACH傳輸P_1stTx 982之后遞增；基于第一PRACH傳輸P_1stTx 982的傳輸功率加上功率提升P_ramp-up減去功率縮放因子P_scal1來確定第二PRACH傳輸P_2ndTx 984的傳輸功率；假設P_ramp-up-P_scal1<P_drop，則丟棄第二PRACH傳輸P_2ndTx 984，并且Preamble_Transmission_Counter不遞增；基于第一PRACH傳輸P_1stTx 982的傳輸功率加上功率提升P_ramp-up減去功率縮放因子P_scal2(b)來確定第三PRACH傳輸P_3rdTx 986的傳輸功率；假設P_ramp-up-P_scal2(b)<P_drop，則第三PRACH傳輸P_3rdTx 986被丟棄，并且Preamble_Transmission_Counter不遞增；并且基于第一PRACH傳輸P_1stTx 982的傳輸功率加上功率提升P_ramp-up(假設此處沒有功率縮放)來確定第四PRACH傳輸P_4thTx(b)990的傳輸功率。

在示例性PRACH處理規(guī)則的另一種配置中，即使對于第一、第二和第三PRACH傳輸(P_1stTx至P_3rdTx)982、984、986遵循傳統(tǒng)的PRACH處理規(guī)則，無論增加的Preamble_Transmission_Counter如何，仍基于第一PRACH傳輸P_1stTx 982的傳輸功率加上功率提升P_ramp-up來確定第四PRACH傳輸P_4thTx(b)990的傳輸功率。

圖10是無線通信的方法的流程圖1000。該方法可以由UE(例如UE902)執(zhí)行。如果兩個PRACH沖突或PRACH與其他信道重疊，則PCell PRACH具有比其他CC的其他PRACH更高的優(yōu)先級(例如，之前分配的)，并且其他PRACH具有比其他信道(例如，PUSCH、PUCCH等)更高的優(yōu)先級(例如，之前分配的)。其他PRACH中的優(yōu)先級可以由UE實現(xiàn)。較低優(yōu)先級PRACH是被功率縮放還是被丟棄也可以由UE實現(xiàn)。如果PRACH被丟棄，則UE可以禁止遞增前導碼傳輸計數(shù)器。如果PRACH是被功率縮放，則UE可以確定是否遞增前導碼傳輸計數(shù)器。進一步的細節(jié)將參照圖10進行描述。

在1002，UE確定要縮放用于多個并發(fā)(例如，在時間上完全或部分重疊)PRACH傳輸中的PRACH傳輸?shù)膫鬏敼β?。例如，參考圖9A，具有DC的UE可以確定要縮放多個并發(fā)PRACH傳輸908、910中的PRACH傳輸910的傳輸功率。

在1004，UE基于縮放的傳輸功率來確定是否要發(fā)送PRACH傳輸。在一種配置中，UE可以基于功率縮放因子P_scal來確定要縮放用于PRACH傳輸?shù)膫鬏敼β省Ｓ糜赑RACH傳輸?shù)膫鬏敼β士梢曰诠β侍嵘介LP_ramp-up和功率縮放因子P_scal。在這樣的配置中，在1004，UE可以基于功率提升步長P_ramp-up和功率縮放因子P_scal來確定是否要發(fā)送PRACH傳輸。在一種配置中，UE可以基于功率提升步長P_ramp-up和功率縮放因子P_scal之間的差來確定是否要發(fā)送PRACH傳輸。在一種配置中，UE可以基于功率提升步長P_ramp-up和功率縮放因子P_scal之間的差是否大于或等于門限P_drop來確定是否要發(fā)送PRACH傳輸。例如，當功率提升步長P_ramp-up和功率縮放因子P_scal之間的差大于或等于門限P_drop時，UE可以確定要發(fā)送PRACH傳輸。相反，當功率提升步長P_ramp-up和功率縮放因子P_scal之間的差小于門限P_drop時，UE可以禁止發(fā)送PRACH傳輸。參考圖9B中的示例，在確定要縮放PRACH傳輸功率時，由于P_ramp-up-P_scal≥P_drop，UE確定要發(fā)送PRACH傳輸。參考圖9C中的示例，在確定要縮放PRACH傳輸功率時，由于P_ramp-up_P_scal<P_drop，UE確定不發(fā)送PRACH傳輸。

在1004處確定要發(fā)送PRACH傳輸時，在1006處，UE可以至少基于是否發(fā)送PRACH傳輸?shù)拇_定來確定是否遞增前導碼傳輸計數(shù)器。

如果UE確定遞增前導碼傳輸計數(shù)器，則在1010，UE以縮放的傳輸功率來發(fā)送PRACH傳輸(基于遞增的前導碼傳輸計數(shù)器)。

如果UE確定不遞增前導碼傳輸計數(shù)器，則在1012，UE以縮放的傳輸功率來發(fā)送PRACH傳輸(基于非遞增的前導碼傳輸計數(shù)器)。

在1004處確定不發(fā)送PRACH傳輸時，在1008處，UE禁止遞增前導碼傳輸計數(shù)器并丟棄PRACH傳輸。

在1006，UE可以基于功率提升步長P_ramp-up和功率縮放因子P_scal來確定是否遞增前導碼傳輸計數(shù)器。在一種配置中，是否遞增前導碼傳輸計數(shù)器的確定是基于功率提升步長P_ramp-up和功率縮放因子P_scal之間的差。在一種配置中，當在1006處確定是否要遞增前導碼傳輸計數(shù)器時，在確定要發(fā)送PRACH傳輸并且確定功率提升stepize P_ramp-up和功率縮放因子P_scal之間的差大于或等于門限P_count(P_ramp-up-P_scal≥P_count)的情況下，UE確定要遞增前導碼傳輸計數(shù)器。在一種配置中，當確定是否要遞增前導碼傳輸計數(shù)器時，在確定了不發(fā)送PRACH傳輸或者當功率提升步長P_ramp-up和功率縮放因子P_scal之間的差小于門限P_count(P_ramp-up-P_scal<P_count)的情況下，UE確定禁止遞增前導碼傳輸計數(shù)器。

隨后，在1008之后的1014處，UE可以至少基于功率提升步長P_ramp-up和先前不成功的PRACH傳輸?shù)膫鬏敼β蕘泶_定用于另一PRACH傳輸?shù)膫鬏敼β省Ａ硗?，?016，UE可以以所確定的用于另一PRACH傳輸?shù)膫鬏敼β蕘戆l(fā)送所述另一PRACH傳輸。在一種配置中，在1016，所述先前不成功的PRACH傳輸?shù)膫鬏敼β适窍惹八l(fā)送的不成功的PRACH傳輸中的最高傳輸功率。在一種配置中，在1016，先前不成功的PRACH傳輸?shù)膫鬏敼β适蔷o接著先前所發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β?。例如，參見圖9B、9C和9D。

圖11是無線通信的方法的流程圖1100。該方法可以由UE(例如UE902)執(zhí)行。

在1102，UE至少基于功率提升步長P_ramp-up和先前確定的、先前發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β蕘泶_定PRACH傳輸?shù)膫鬏敼β省？?102可以對應于圖10中的1014。

在1104，UE以所確定的傳輸功率來發(fā)送PRACH傳輸?？?104可以對應于圖10中的1016。在一種配置中，先前發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β适窍惹鞍l(fā)送的不成功的PRACH傳輸中的最高傳輸功率。在另一種配置中，先前發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β适蔷o接著先前所發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β?。UE可以執(zhí)行如圖10中所指示的一個或多個額外的塊。

圖12是無線通信的方法的流程圖1200。該方法可以由UE(例如UE902)執(zhí)行。

在1202，UE確定要通過功率縮放因子P_scal來縮放用于多個并發(fā)PRACH傳輸中的PRACH傳輸?shù)墓β?。用于所述PRACH傳輸?shù)膫鬏敼β手辽倩诠β侍嵘介LP_ramp-up和功率縮放因子P_scal。

在1204，UE確定是否要發(fā)送所述PRACH傳輸。

在1206，UE至少基于是否要發(fā)送所述PRACH傳輸?shù)拇_定來確定是否遞增前導碼傳輸計數(shù)器。

在一種配置中，是否遞增前導碼傳輸計數(shù)器的確定還基于功率提升步長P_ramp-up和功率縮放因子P_scal兩者。在一種配置中，是否遞增前導碼傳輸計數(shù)器的確定還基于功率提升步長P_ramp-up和功率縮放因子P_scal之間的差。在一種配置中，UE通過以下操作來確定是否遞增前導碼傳輸計數(shù)器：當功率提升步長P_ramp-up和功率縮放因子P_scal之間的差小于門限P_count或確定不發(fā)送PRACH傳輸時，確定禁止遞增前導碼傳輸計數(shù)器。在一種配置中，UE通過以下操作來確定是否遞增前導碼傳輸計數(shù)器：當功率提升步長P_ramp-up和功率縮放因子P_scal之間的差大于或等于門限P_count并且確定要發(fā)送PRACH傳輸時，確定遞增前導碼傳輸計數(shù)器。

圖13是示出了示例性裝置1302中的不同單元/組件之間的數(shù)據(jù)流的概念性數(shù)據(jù)流圖1300。該裝置可以是UE，例如UE 902。該裝置包括PRACH傳輸功率組件1304，其被配置為確定要縮放用于多個并發(fā)PRACH傳輸中的PRACH傳輸?shù)膫鬏敼β省Ｔ撗b置還包括PRACH傳輸確定組件1308，其被配置為基于經(jīng)縮放的傳輸功率來確定是否發(fā)送PRACH傳輸。該裝置還包括傳輸組件1310，其被配置為在確定了要發(fā)送PRACH傳輸時以經(jīng)縮放的傳輸功率來發(fā)送該PRACH傳輸。

該裝置還可以包括前導碼傳輸計數(shù)器組件1306，其被配置為至少基于PRACH傳輸確定組件1308是否要發(fā)送PRACH傳輸?shù)拇_定來確定是否遞增前導碼傳輸計數(shù)器。前導碼傳輸計數(shù)器組件1306可以被配置為在PRACH傳輸確定組件1308確定了要發(fā)送PRACH傳輸時遞增前導碼傳輸計數(shù)器，并且在PRACH傳輸確定組件1308確定了不發(fā)送PRACH傳輸時禁止遞增前導碼傳輸計數(shù)器。前導碼傳輸計數(shù)器組件1306可以被配置為基于功率提升步長P_ramp-up和功率縮放因子P_scal來確定是否遞增前導碼傳輸計數(shù)器。功率提升步長P_ramp-up和功率縮放因子P_scal可以由eNB 1350經(jīng)由小區(qū)特定配置(例如，系統(tǒng)信息塊(SIB)1)和/或UE特定配置(例如，RRC信令)來配置。前導碼傳輸計數(shù)器組件1306可以從PRACH傳輸功率組件1304或另一組件接收功率提升步長P_ramp-up和功率縮放因子P_scal的值。前導碼傳輸計數(shù)器組件1306可以被配置為基于功率提升步長P_ramp-up和功率縮放因子P_scal之間的差來確定是否遞增前導碼傳輸計數(shù)器。當確定是否遞增前導碼傳輸計數(shù)器時，前導碼傳輸計數(shù)器組件1306可以被配置為：當確定要發(fā)送PRACH傳輸(基于從PRACH傳輸確定組件1308接收的信息)并且功率提升步長P_ramp-up和功率縮放因子P_scal之間的差大于或等于門限P_count時，確定要遞增前導碼傳輸計數(shù)器。前導碼傳輸計數(shù)器組件1306可以從PRACH傳輸功率組件1304或另一組件接收門限P_count的值。當確定是否要遞增前導碼傳輸計數(shù)器時，前導碼傳輸計數(shù)器組件1306可以被配置為：當確定了不發(fā)送PRACH傳輸或者當功率提升步長P_ramp-up和功率縮放因子P_scal之間的差小于門限P_count時，確定禁止遞增前導碼傳輸計數(shù)器。

PRACH傳輸功率組件1304可以被配置為基于功率縮放因子P_scal來確定縮放用于PRACH傳輸?shù)膫鬏敼β省Ｓ糜赑RACH傳輸?shù)膫鬏敼β士梢曰诠β侍嵘介LP_ramp-up和功率縮放因子P_scal。PRACH傳輸確定組件1308可以被配置為基于功率提升步長P_ramp-up和功率縮放因子P_scal來確定是否發(fā)送PRACH傳輸，這兩個值都可以從PRACH傳輸功率組件1304或另一個組件來接收。如上所述，功率提升步長P_ramp-up和功率縮放因子P_scal可以由eNB 1350經(jīng)由小區(qū)特定配置(例如，SIB1)和/或UE特定配置(例如，RRC信令)來配置。PRACH傳輸確定組件1308可以被配置為基于功率提升步長P_ramp-up和功率縮放因子P_scal之間的差來確定是否要發(fā)送PRACH傳輸。在一種配置中，PRACH傳輸確定組件1308被配置為基于功率提升步長P_ramp-up和功率縮放因子P_scal之間的差是否大于或等于門限P_drop來確定是否要發(fā)送PRACH傳輸。PRACH傳輸決定組件1308可以從PRACH傳輸功率組件1304或其他組件接收門限P_drop的值。在一種配置中，當確定是否發(fā)送PRACH傳輸時，PRACH傳輸確定組件1308被配置為當功率提升步長P_ramp-up和功率縮放因子P_scal之間的差大于或等于門限P_drop時，確定要發(fā)送PRACH傳輸。在一種配置中，當確定是否發(fā)送PRACH傳輸時，PRACH傳輸確定組件1308被配置為當功率提升步長P_ramp-up和功率縮放因子P_scal之間的差小于門限P_drop時，禁止發(fā)送PRACH傳輸。當確定要發(fā)送PRACH傳輸時，PRACH傳輸確定組件1308被配置為通知傳輸組件1310關于要發(fā)送PRACH傳輸?shù)臎Q定。傳輸組件1310被配置為從PRACH傳輸功率組件1304接收指示著要以其來發(fā)送PRACH傳輸?shù)摹⒔?jīng)縮放的傳輸功率的信息。在一種配置中，PRACH傳輸功率組件1304被配置為至少基于功率提升步長P_ramp-up和先前不成功的PRACH傳輸?shù)膫鬏敼β蕘泶_定用于另一PRACH傳輸?shù)膫鬏敼β省Ａ硗?，傳輸組件1310被配置為以所確定的用于另一PRACH傳輸?shù)膫鬏敼β蕘戆l(fā)送所述另一PRACH傳輸。在一種配置中，先前不成功的PRACH傳輸?shù)膫鬏敼β适窍惹鞍l(fā)送的不成功的PRACH傳輸中的最高傳輸功率。在一種配置中，先前不成功的PRACH傳輸?shù)膫鬏敼β适蔷o接著先前發(fā)送的、不成功的PRACH傳輸?shù)膫鬏敼β省?/p>

在一種配置中，PRACH傳輸功率組件1304被配置為至少基于功率提升步長P_ramp-up和先前發(fā)送的不成功的PRACH傳輸?shù)南惹按_定的傳輸功率來確定用于PRACH傳輸?shù)膫鬏敼β省Ａ硗?，傳輸組件1310被配置為以所確定的傳輸功率來發(fā)送PRACH傳輸。在一種配置中，先前發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β适窍惹鞍l(fā)送的不成功的PRACH傳輸中的最高傳輸功率。在一種配置中，先前發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β适蔷o接著先前發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β省?/p>

該裝置可以包括執(zhí)行圖10到圖12中的上述流程圖中的算法的每個塊的額外組件。因此圖10到圖12中的上述流程圖中的每個塊可以由可以包括這些組件中的一個或多個的組件和裝置來執(zhí)行。組件可以是被特別配置為執(zhí)行所述過程/算法的一個或多個硬件組件、由配置為執(zhí)行所述過程/算法的處理器實現(xiàn)、存儲在計算機可讀介質(zhì)內(nèi)以由處理器實現(xiàn)、或其某種組合。

圖14是示出了針對采用處理系統(tǒng)1414的裝置1302'的硬件實現(xiàn)的示例的示圖1400。處理系統(tǒng)1414可以用總線架構(gòu)(由總線1424總體表示)來實現(xiàn)。取決于處理系統(tǒng)1414的具體應用和總體設計約束，總線1424可以包括任何數(shù)量互連總線和橋接器?？偩€1424將各種電路鏈接在一起，所述各種電路包括一個或多個處理器和/或硬件組件(由處理器1404、組件1304、1306、1308、1310表示)和計算機可讀介質(zhì)/存儲器1406。總線1424還可以鏈接諸如定時源、外圍設備、電壓調(diào)節(jié)器和功率管理電路等各種其它電路，其在本領域中是公知的，并因此將不再進一步描述。

處理系統(tǒng)1414可以耦合到收發(fā)機1410。收發(fā)機1410耦合到一個或多個天線1420。收發(fā)機1410提供用于在傳輸介質(zhì)上與各種其他設備通信的單元。收發(fā)機1410從一個或多個天線1420接收信號，從接收到的信號中提取信息，并將提取的信息提供給處理系統(tǒng)1414。另外，收發(fā)機1410從處理系統(tǒng)1414(具體是傳輸組件1310)接收信息，并且基于所接收的信息，生成要應用于一個或多個天線1420的信號。處理系統(tǒng)1414包括耦合到計算機可讀介質(zhì)/存儲器1406的處理器1404。處理器1404負責一般處理，包括對存儲在計算機可讀介質(zhì)/存儲器1406上的軟件的執(zhí)行。當由處理器1404執(zhí)行時，軟件使處理系統(tǒng)1414執(zhí)行上文針對任何特定裝置所描述的各種功能。計算機可讀介質(zhì)/存儲器1406還可以用于存儲當執(zhí)行軟件時由處理器1404操縱的數(shù)據(jù)。處理系統(tǒng)1414還包括組件1304、1306、1308、1310中的至少一個。組件可以是在處理器1404中運行件、駐留/存儲在計算機可讀介質(zhì)/存儲器1406中的軟件組件、耦合到處理器1404的一個或多個硬件組件或其某種組合。處理系統(tǒng)1414可以是UE 650的組件，并且可以包括存儲器660和/或TX處理器668、RX處理器656和控制器/處理器659中的至少一個。

在一種配置中，用于無線通信的裝置1302/1302'包括用于確定要縮放用于多個并發(fā)PRACH傳輸中的PRACH傳輸?shù)膫鬏敼β实膯卧?。另外，該裝置包括用于基于經(jīng)縮放的傳輸功率來確定是否要發(fā)送PRACH傳輸?shù)膯卧?。此外，該裝置包括用于在確定了要發(fā)送PRACH傳輸時以經(jīng)縮放的傳輸功率來發(fā)送PRACH傳輸?shù)膯卧?。在一種配置中，所述裝置還可以包括用于至少基于是否要發(fā)送PRACH傳輸?shù)拇_定來確定是否遞增前導碼傳輸計數(shù)器的單元。在一種配置中，所述裝置還可以包括用于在確定了要發(fā)送PRACH傳輸時遞增前導碼傳輸計數(shù)器的單元，以及用于在確定了不發(fā)送PRACH發(fā)送時禁止遞增前導碼傳輸計數(shù)器的單元。在一種配置中，該裝置還可以包括用于基于功率提升步長和功率縮放因子來確定是否遞增前導碼傳輸計數(shù)器的單元。在一種配置中，用于確定是否遞增前導碼傳輸計數(shù)器的單元基于功率提升步長和功率縮放因子之間的差來做出該確定。在一種配置中，用于確定是否遞增前導碼傳輸計數(shù)器的單元被配置為：當確定要發(fā)送PRACH傳輸并且功率提升步長和功率縮放因子之間的差大于或等于門限時，確定要遞增前導碼傳輸計數(shù)器。在一種配置中，用于確定是否遞增前導碼傳輸計數(shù)器的單元被配置為：在確定了不發(fā)送PRACH傳輸或者當功率提升步長和功率縮放因子之間的差小于門限時，確定禁止遞增前導碼傳輸計數(shù)器。在一種配置中，用于確定要縮放用于PRACH傳輸?shù)膫鬏敼β实膯卧诠β士s放因子來做出該確定。在這種配置中，用于PRACH傳輸?shù)膫鬏敼β士梢曰诠β侍嵘介L和功率縮放因子。此外，在這種配置中，用于確定是否要發(fā)送PRACH傳輸?shù)膯卧诠β侍嵘介L和功率縮放因子來作出該確定。在一種配置中，用于確定是否要發(fā)送PRACH傳輸?shù)膯卧诠β侍嵘介L和功率縮放因子之間的差來做出該確定。在一種配置中，用于確定是否要發(fā)送PRACH傳輸?shù)膯卧诠β侍嵘介L和功率縮放因子之間的差是否大于或等于門限來作出該確定。在一種配置中，用于確定是否要發(fā)送PRACH傳輸?shù)膯卧慌渲脼椋寒敼β侍嵘介L和功率縮放因子之間的差大于或等于門限時，確定要發(fā)送PRACH傳輸。在一種配置中，用于確定是否要發(fā)送PRACH傳輸?shù)膯卧慌渲脼椋寒敼β侍嵘介L和功率縮放因子之間的差小于門限時，禁止發(fā)送PRACH傳輸。在一種配置中，所述裝置還包括用于至少基于功率提升步長和先前不成功的PRACH傳輸?shù)膫鬏敼β蕘泶_定用于另一PRACH傳輸?shù)膫鬏敼β实膯卧?，以及用于以所確定的用于另一PRACH傳輸?shù)膫鬏敼β蕘戆l(fā)送所述另一PRACH傳輸?shù)膯卧Ｔ谝环N配置中，先前不成功的PRACH傳輸?shù)膫鬏敼β适窍惹鞍l(fā)送的不成功的PRACH傳輸中的最高傳輸功率。在一種配置中，先前不成功的PRACH傳輸?shù)膫鬏敼β适蔷o接著先前發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β省?/p>

在一種配置中，用于無線通信的裝置1302/1302'包括用于至少基于功率提升步長和先前發(fā)送的不成功的PRACH傳輸?shù)南惹按_定的傳輸功率來確定用于PRACH傳輸?shù)膫鬏敼β实膯卧?，以及用于以所確定的傳輸功率來發(fā)送所述PRACH傳輸?shù)膯卧?。在一種配置中，先前發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β适窍惹鞍l(fā)送的不成功的PRACH傳輸中的最高傳輸功率。在一種配置中，先前發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β适蔷o接著先前發(fā)送的不成功的PRACH傳輸?shù)膫鬏敼β省Ｔ撗b置可以包括如上所討論的另外的裝置。

上述單元可以是裝置1302的上述組件中的一個或多個和/或裝置1302'的被配置為執(zhí)行由上述單元所列舉的功能的處理系統(tǒng)1414。如上所述，處理系統(tǒng)1414可以包括TX處理器668、RX處理器656和控制器/處理器659。因此，在一種配置中，上述單元可以是被配置為執(zhí)行由上述單元所列舉的功能的TX處理器668、RX處理器656和控制器/處理器659。

應當理解，所公開的過程/流程圖中的塊的特定順序或?qū)哟问菍κ纠苑椒ǖ恼f明?；谠O計偏好，應當理解的是，可以重新布置過程/流程圖中的塊的特定順序或?qū)哟?。此外，一些框可以被組合或省略。所附方法權(quán)利要求以樣本次序來呈現(xiàn)各個塊中的要素，且并不意味著限于所呈現(xiàn)的特定次序或?qū)蛹墶?/p>

為使本領域任何技術人員能夠?qū)嵺`本文中所描述的各個方面，提供了之前的描述。對于本領域技術人員來說，對這些方面的各種修改將是顯而易見的，并且，本文中定義的一般原理可以適用于其它方面。因此，權(quán)利要求并不旨在限于本文中所顯示的方面，而是要符合與權(quán)利要求語言相一致的最廣范圍，其中，以單數(shù)形式對要素的引用并不旨在意味著“一個并且僅一個”(除非特別如此說明)，而指的是“一個或多個”。詞語“示例性”在本文中用于表示“用作例子、實例或說明”。本文中描述為“示例性”的任何方面不必被解釋為比其它方面更優(yōu)選或更有優(yōu)勢。除非另外明確聲明，否則術語“一些”是指一個或多個。諸如“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中的一個或多個成員。對本領域普通技術人員來說已知或者將要獲知的與在貫穿本公開內(nèi)容中所描述的各種方面的要素等同的所有結(jié)構(gòu)和功能在此都通過引用的方式明確并入本文，并且旨在被權(quán)利要求所涵蓋。此外，無論該公開內(nèi)容是否明確地記載在權(quán)利要求中，本文所公開的內(nèi)容都不旨在奉獻給公眾。除非使用短語“用于……的單元”來明確地記載權(quán)利要求要素，否則該要素不被解釋為功能單元。