TDLTE原理及常見優(yōu)化案例分析演示文稿

TDLTE原理及常見優(yōu)化案例分析演示文稿現(xiàn)在是1頁\一共有71頁\編輯于星期一優(yōu)選TDLTE原理及常見優(yōu)化案例分析現(xiàn)在是2頁\一共有71頁\編輯于星期一Presentation/Author/DateIntroductionItprovidesthebasicbittransmission

functionalityoverairLTEphysicallayerbasedonOFDMAdownlinkandSC-FDMAin

uplinkdirectionThisisthesameforbothFDDandTDDmodeofoperationNoneedofRNClikefunctionalelementEverythingradiorelatedcanbeterminatedintheeNodeBSystemisreuse1,singlefrequencynetworkoperationisfeasibleNofrequencyplanningrequiredTherearenodedicatedphysical(neithertransport)channelsanymore,asallresourcemappingisdynamicallydrivenbythescheduler現(xiàn)在是3頁\一共有71頁\編輯于星期一Presentation/Author/Date幀結(jié)構(gòu)概述無線幀結(jié)構(gòu)1：FDD模式無線幀長度為10ms，包含20個(gè)時(shí)隙，共10個(gè)子幀。每個(gè)子幀長度為1ms，由相鄰兩個(gè)時(shí)隙構(gòu)成，每一個(gè)時(shí)隙長度為0.5ms。任何一個(gè)子幀即可以作為上行，也可以作為下行。無線幀結(jié)構(gòu)2：TDD模式每個(gè)10ms無線幀包括兩個(gè)時(shí)長為5ms的半幀，每個(gè)半幀由4個(gè)數(shù)據(jù)子幀和一個(gè)特殊子幀組成。支持5ms和10ms上下行切換點(diǎn)子幀0和子幀5以及DwPTS永遠(yuǎn)預(yù)留為下行傳輸。在5ms切換周期情況下，UpPTS、子幀2和子幀7預(yù)留為上行傳輸。在10ms切換周期情況下，UpPTS、子幀2預(yù)留為上行傳輸，子幀7和子幀9預(yù)留為下行傳輸?，F(xiàn)在是4頁\一共有71頁\編輯于星期一Presentation/Author/DateTDD幀結(jié)構(gòu)Subframes1,6為特殊子幀，包含

DwPTS、GP、UpPTS三個(gè)特殊區(qū)域。這三個(gè)特殊區(qū)域總時(shí)長為1ms，各自的時(shí)長可靈活配置。常規(guī)CP（循環(huán)前綴），每個(gè)子幀有14個(gè)符號(hào)組成，擴(kuò)展CP有12個(gè)符號(hào)組成。DwPTS:DownlinkPilottimeSlotUpPTS:UplinkPilotTimeSlotGP:GuardPeriodtoseparatebetweenUL/DL

Moreinfo:TS36.211-v8.6.0(03/09)現(xiàn)在是5頁\一共有71頁\編輯于星期一Presentation/Author/Date特殊子幀傳輸內(nèi)容1、DwPTS（下行鏈路導(dǎo)頻時(shí)隙）類似于較短的下行鏈路子幀，傳送下行控制信息傳送下行參考信號(hào)也可以傳送下行數(shù)據(jù)PSS（主同步信道）固定位于第3個(gè)符號(hào)

2、UpPTS（上行導(dǎo)頻時(shí)隙）傳送SRS探測參考信號(hào)或短RACH信號(hào)3、GP（保護(hù)周期）用于上下行轉(zhuǎn)換GP長度決定了最大可支持的小區(qū)覆蓋范圍Moreinfo:TS36.211-v8.6.0(03/09)SUBFRAME1現(xiàn)在是6頁\一共有71頁\編輯于星期一Presentation/Author/Date上下行時(shí)隙配比

LTETDD支持5ms和10ms的上下行子幀切換周期，可支持7種不同的上、下行時(shí)間配比。上下行時(shí)間配比是TDD區(qū)別于FDD的一個(gè)顯著特點(diǎn)。為避免在傳輸方向間的干擾，全網(wǎng)小區(qū)上下行時(shí)隙配比設(shè)置應(yīng)一致NSNs第一個(gè)TD版本(RL15TD)僅支持Configuration1和2。Configuration1提供上下行時(shí)隙配比2DL:2UL。Configuration2提供上下行時(shí)隙配比3DL:1UL現(xiàn)在是7頁\一共有71頁\編輯于星期一Presentation/Author/Date資源分組Moreinfo:TS36.211-v8.6.0(03/09)信道類型信道名稱資源調(diào)度單位資源位置控制信道PCFICHREG占用4個(gè)REG，系統(tǒng)全帶寬平均分配時(shí)域：下行子幀的第一個(gè)OFDM符號(hào)PHICHREG最少占用3個(gè)REG時(shí)域：下行子幀的第一或前三個(gè)OFDM符號(hào)PDCCHCCE下行子幀中前1/2/3個(gè)符號(hào)中除了PCFICH、PHICH、參考信號(hào)所占用的資源PBCHN/A頻域：頻點(diǎn)中間的72個(gè)子載波時(shí)域：每無線幀subframe0第二個(gè)slotPUCCH位于上行子幀的頻域兩邊邊帶上業(yè)務(wù)信道PDSCH\PUSCHRB除了分配給控制信道及參考信號(hào)的資源頻率CCE：ControlChannelElement。CCE=9REGREG：REgroup，資源粒子組。REG=4RERE：ResourceElement。LTE最小的時(shí)頻資源單位。頻域上占一個(gè)子載波（15kHz)，時(shí)域上占一個(gè)OFDM符號(hào)(1/14ms)RB：ResourceBlock。LTE系統(tǒng)最常見的調(diào)度單位，上下行業(yè)務(wù)信道都以RB為單位進(jìn)行調(diào)度。RB=84RE。左圖即為一個(gè)RB。時(shí)域上占7個(gè)OFDM符號(hào)，頻域上占12個(gè)子載波時(shí)間1個(gè)OFDM符號(hào)1個(gè)子載波LTERB資源示意圖現(xiàn)在是8頁\一共有71頁\編輯于星期一Presentation/Author/Date資源塊（RB）RB為業(yè)務(wù)信道資源分配的資源單位頻域上相當(dāng)于12個(gè)子載波(180kHz)；時(shí)域上相當(dāng)于1個(gè)時(shí)隙(0.5ms)

eNodeB是以一個(gè)TTI即2個(gè)RB為調(diào)度的最小單位012345601234560123456012345601234560123456012345601234560123456012345601234560123456012345601234560123456012345601234560123456012345601234560123456012345601234560123456Subcarrier1Subcarrier12180KHz1slot1slot1mssubframeRBResourceElementNote:Although3GPPdefinitionofRBrefersto0.5ms,insomecasesitispossibletofoundthatRBrefersto12subcarriersinfrequencydomainand1msintimedomain.Inparticular,sincetheschedulerintheeNodeBworksonTTIbasis(1ms)RBsareconsideredtolast1msintimedomain.Theycanalsobeknownas‘schedulingresourceblocks’TimezonesharedforULandDL現(xiàn)在是9頁\一共有71頁\編輯于星期一Presentation/Author/Date多天線技術(shù)多路信道傳輸同樣信息多路信道同時(shí)傳輸不同信息多路天線陣列賦形成單路信號(hào)傳輸包括時(shí)間分集，空間分集和頻率分集提高接收的可靠性和提高覆蓋適用于需要保證可靠性或覆蓋的環(huán)境理論上成倍提高峰值速率適合密集城區(qū)信號(hào)散射多地區(qū)，不適合有直射信號(hào)的情況最大比合并最小均方誤差或串行干擾刪除波束賦形（Beamforming）發(fā)射分集分集合并通過對(duì)信道的準(zhǔn)確估計(jì)，針對(duì)用戶形成波束，降低用戶間干擾可以提高覆蓋能力，同時(shí)降低小區(qū)內(nèi)干擾，提升系統(tǒng)吞吐量空間復(fù)用現(xiàn)在是10頁\一共有71頁\編輯于星期一Presentation/Author/Date傳輸模式Mode傳輸模式技術(shù)描述應(yīng)用場景1單天線傳輸信息通過單天線進(jìn)行發(fā)送無法布放雙通道室分系統(tǒng)的室內(nèi)站2發(fā)射分集同一信息的多個(gè)信號(hào)副本分別通過多個(gè)衰落特性相互獨(dú)立的信道進(jìn)行發(fā)送信道質(zhì)量不好時(shí)，如小區(qū)邊緣3開環(huán)空間復(fù)用終端不反饋信道信息，發(fā)射端根據(jù)預(yù)定義的信道信息來確定發(fā)射信號(hào)信道質(zhì)量高且空間獨(dú)立性強(qiáng)時(shí)4閉環(huán)空間復(fù)用需要終端反饋信道信息，發(fā)射端采用該信息進(jìn)行信號(hào)預(yù)處理以產(chǎn)生空間獨(dú)立性信道質(zhì)量高且空間獨(dú)立性強(qiáng)時(shí)。終端靜止時(shí)性能好5多用戶MIMO基站使用相同時(shí)頻資源將多個(gè)數(shù)據(jù)流發(fā)送給不同用戶，接收端利用多根天線對(duì)干擾數(shù)據(jù)流進(jìn)行取消和零陷。6單層閉環(huán)空間復(fù)用終端反饋RI=1時(shí)，發(fā)射端采用單層預(yù)編碼，使其適應(yīng)當(dāng)前的信道7單流Beamforming發(fā)射端利用上行信號(hào)來估計(jì)下行信道的特征，在下行信號(hào)發(fā)送時(shí)，每根天線上乘以相應(yīng)的特征權(quán)值，使其天線陣發(fā)射信號(hào)具有波束賦形效果信道質(zhì)量不好時(shí)，如小區(qū)邊緣8雙流Beamforming結(jié)合復(fù)用和智能天線技術(shù)，進(jìn)行多路波束賦形發(fā)送，既提高用戶信號(hào)強(qiáng)度，又提高用戶的峰值和均值速率傳輸模式是針對(duì)單個(gè)終端的。同小區(qū)不同終端可以有不同傳輸模式eNB自行決定某一時(shí)刻對(duì)某一終端采用什么傳輸模式，并通過RRC信令通知終端模式3到模式8中均含有發(fā)射分集。當(dāng)信道質(zhì)量快速惡化時(shí)，eNB可以快速切換到模式內(nèi)發(fā)射分集模式現(xiàn)在是11頁\一共有71頁\編輯于星期一Presentation/Author/Date下行物理信號(hào)及信道下行物理信號(hào)參考信號(hào)同步信號(hào)下行物理信道物理廣播信道(PBCH)物理下行共享信道(PDSCH)物理下行控制信道(PDCCH)物理控制格式指示信道(PCFICH)物理Hybrid-ARQ指示信道(PHICH)物理多播信道(PMCH)現(xiàn)在是12頁\一共有71頁\編輯于星期一Presentation/Author/Date下行物理信道PDSCH:承載下行用戶數(shù)據(jù)，也可用于傳送系統(tǒng)控制消息和尋呼消息PBCH:廣播系統(tǒng)信息(cellIDs,cellstatus,allowedservices,RACHparameters…)PMCH:應(yīng)用于多播業(yè)務(wù)，只對(duì)特定的終端發(fā)送信號(hào)PHICH:攜帶了H-ARQAck/Nack消息，指示eNodeB是否正確接收到PUSCH的傳輸。PCFICH:攜帶了一個(gè)控制格式指示，提供PDCCH信道使用OFDM符號(hào)數(shù)量的信息。PDCCH:承載下行鏈路控制DCI信息，包含資源分配和UE的其他控制信息?，F(xiàn)在是13頁\一共有71頁\編輯于星期一Presentation/Author/Date下行參考信號(hào)下行參考信號(hào)是UE已經(jīng)從系統(tǒng)獲取相應(yīng)的資源分配信息的條件下，幫助UE完成對(duì)系統(tǒng)信號(hào)的測量，完成信道估值和相干解調(diào)等功能。當(dāng)使用多天線的時(shí)候，每個(gè)天線都發(fā)送下行參考信號(hào)，該位置其他天線不能有信號(hào)發(fā)射。

下行參考信號(hào)基本分類： 1）Cell-specificreferencesignal 2)MBSFNreferencesignal 3)UE-specificreferencesignal 現(xiàn)在是14頁\一共有71頁\編輯于星期一Presentation/Author/Date小區(qū)專用參考信號(hào)小區(qū)專用參考信號(hào)用于UE根據(jù)系統(tǒng)參數(shù)區(qū)分特定的扇區(qū)，對(duì)特定目標(biāo)扇區(qū)的信道質(zhì)量作測量分析和相干解調(diào)。小區(qū)專用參考信號(hào)在每個(gè)子幀發(fā)射。

參考信號(hào)的時(shí)域位置被固定(天線端口0,1在第1和第5個(gè)符號(hào)位置；天線端口2,3在第2和第7個(gè)符號(hào)位置)參考信號(hào)的頻域位置取決于小區(qū)號(hào)和對(duì)應(yīng)的時(shí)隙號(hào)如果超過一根天線被使用(如MIMO)，一根天線對(duì)應(yīng)的參考信號(hào)分配的RE位置，其他天線在該位置不能有信號(hào)發(fā)射調(diào)制的參考信號(hào)用于識(shí)別所屬小區(qū)現(xiàn)在是15頁\一共有71頁\編輯于星期一Presentation/Author/Date小區(qū)專用參考信號(hào)映射現(xiàn)在是16頁\一共有71頁\編輯于星期一Presentation/Author/DateUE專用參考信號(hào)UE專用參考信號(hào)作為UE接收PDSCH信道的參考信號(hào)，用于指定UE對(duì)PDSCH信號(hào)的估值和相干解調(diào)。使用單天線端口發(fā)射（antennaport5）UE專用參考信號(hào)對(duì)單個(gè)UE發(fā)送特定的參考信號(hào)。典型應(yīng)用場合為波束賦型。UE專用參考信號(hào)只在UE分配的PDSCH所屬的資源塊上發(fā)送該結(jié)構(gòu)是為了與小區(qū)參考信號(hào)不沖突現(xiàn)在是17頁\一共有71頁\編輯于星期一Presentation/Author/Date同步信號(hào)的分配(DL)

Synchronizationsignals:占用帶寬中心的62個(gè)子載波(aroundtheDCsubcarrier)去幫助小區(qū)搜索同步信號(hào)的上面5個(gè)子載波和下面5個(gè)子載波被保留未使用同步信號(hào)能指示504(168x3)個(gè)不同的物理層小區(qū)標(biāo)示并能決定小區(qū)專用參考信號(hào)的符號(hào)位置主同步信號(hào)PSS在特殊子幀1和6的第3個(gè)符號(hào)中傳送

次同步信號(hào)SSS在時(shí)隙1和11的最后1個(gè)符號(hào)中傳送現(xiàn)在是18頁\一共有71頁\編輯于星期一Presentation/Author/Date下行物理信道分配

PBCH:占用中間的72個(gè)子載波，每4個(gè)連續(xù)無線幀的時(shí)隙1（子幀0）中的前面4個(gè)符號(hào)在所有天線每10ms無線幀上第二個(gè)時(shí)隙上傳送PCFICH:在每個(gè)TTI的前面3個(gè)符號(hào)中傳送占用每個(gè)TTI的上面16個(gè)RE（4個(gè)REGs）PHICH:常規(guī)CP:在每個(gè)TTI的第一個(gè)符號(hào)發(fā)送擴(kuò)展CP:在每個(gè)TTI的前面3個(gè)符號(hào)發(fā)送每個(gè)PHCIH組占用12個(gè)REPDCCH:

頻域占用所有子載波，時(shí)域占用每個(gè)子幀的前n個(gè)OFDM符號(hào)，n<=3最少PDCCH的信息映射到控制域中除了參考信號(hào)、PCFICH、PHICH之外的RE中，因此需先獲得PCFICH和PHICH的位置之后才能確定其位置。PDSCH:分配給PDSCH使用的RB資源，需要避開其中所包含的任何同步信號(hào)，參考信號(hào)，PBCH信號(hào)和其他控制信號(hào)現(xiàn)在是19頁\一共有71頁\編輯于星期一Presentation/Author/Date上行物理信號(hào)和信道上行參考信號(hào)解調(diào)參考信號(hào)DMRS:用于上行信道估計(jì)，用于eNodeB對(duì)上行PUSCH和PUCCH信號(hào)的檢測和相干解調(diào)時(shí)域位置在每個(gè)時(shí)隙的第4個(gè)(常規(guī)CP)符號(hào)，頻域位置占用上行數(shù)據(jù)分配的帶寬相同的帶寬探測參考信號(hào)SRS:用于eNodeB實(shí)現(xiàn)對(duì)上行信道質(zhì)量的評(píng)估和資源調(diào)度在帶寬的不同部分發(fā)送，該區(qū)域無上行數(shù)據(jù)傳送.探測參考信號(hào)僅在配置的上行子幀或UpPTS中傳送,在常規(guī)子幀中，位于所有UE發(fā)送的PUSCH的最后一個(gè)符號(hào)中傳送。UplinkPhysicalChannels上行物理共享信道(PUSCH)上行物理控制信道(PUCCH)物理隨機(jī)接入信道(PRACH)現(xiàn)在是20頁\一共有71頁\編輯于星期一Presentation/Author/Date上行物理信道

PUSCH:PhysicalUplinkSharedChannel承載上行業(yè)務(wù)數(shù)據(jù)信息，UE間通過頻分方式進(jìn)行調(diào)度。

PUCCH:PhysicalUplinkControlChannel承載H-ARQAck/Nack指示，上行調(diào)度請(qǐng)求，CQIs和MIMO的反饋當(dāng)用戶需要同時(shí)發(fā)射上行業(yè)務(wù)數(shù)據(jù)和控制信令時(shí)，UE發(fā)射復(fù)用了數(shù)據(jù)和信令流當(dāng)用戶僅發(fā)送上行控制信令時(shí)，控制信令在工作帶寬邊緣的預(yù)留頻率范圍上發(fā)射（功率可能更高）

PRACH:PhysicalRandomAccessChannel用于隨機(jī)接入請(qǐng)求PBCH包含一組許可的(max.64percellinType1frame)和preamble的長度RACHCCCHDCCHDTCHUL-SCHPRACHPUSCHPUCCHLogicalTransportPHYS.RLCMAC現(xiàn)在是21頁\一共有71頁\編輯于星期一Presentation/Author/Date上行資源映射解調(diào)參考信號(hào)DMRS

永遠(yuǎn)在每一個(gè)時(shí)隙的符號(hào)3(常規(guī)CP)PUSCH映射:

數(shù)據(jù)被分配在多個(gè)PRB上(在頻域上為12個(gè)子載波），

上行資源分配只能是整數(shù)2、3、5的整數(shù)倍。

PUCCH映射:

如果PUCCH不與PUSCH復(fù)用，則它能在預(yù)留頻率范圍傳送。PUCCH占用上行頻段的邊緣子載波的資源塊(m取決于PUCCH格式，資源等)現(xiàn)在是22頁\一共有71頁\編輯于星期一Presentation/Author/Date隨機(jī)接入信道(PRACH)RACH占用1.08MHz帶寬等于180kHz的6個(gè)RB這些資源塊的位置被2個(gè)RRC層參數(shù)(PRACHConfigurationIndex和PRACHFrequencyoffset)動(dòng)態(tài)定義。5個(gè)可能的PRACH持續(xù)時(shí)間(PRACHconfigurationindex參數(shù)選擇5個(gè)中的一個(gè))Tcp，TseqandTgt的長度取決于前導(dǎo)序列格式前導(dǎo)序列格式4僅支持TDD，PRACH在UpPTS上發(fā)射PRACH僅承載前導(dǎo)序列且只在隨機(jī)接入過程中使用Preambleformat0-3Preambleformat4現(xiàn)在是23頁\一共有71頁\編輯于星期一Presentation/Author/DatePhysicalLayerProcedures現(xiàn)在是24頁\一共有71頁\編輯于星期一Presentation/Author/DateLTE時(shí)間提前量eNB測量和調(diào)整每一個(gè)UE上行鏈路時(shí)間偏置以便每一個(gè)傳送在它被分配的時(shí)隙周期內(nèi)到達(dá)。eNodeB記錄每一個(gè)UE從需要到達(dá)的時(shí)間與發(fā)射的時(shí)間偏差。它返回一個(gè)TA消息到每一個(gè)UE（攜帶需要調(diào)整的數(shù)值）TA調(diào)整保護(hù)：0.52usec(multiplesof16Ts)例子:當(dāng)沒有時(shí)間基準(zhǔn)被初始化或UE不同步：TA在隨機(jī)接入的過程中被獲得基于每一個(gè)UE接收的RACH前導(dǎo)序列去初始化TA當(dāng)UE有先前建立的時(shí)間基準(zhǔn)：

周期性改變上行時(shí)間時(shí)間基于接收到的以TTI為基礎(chǔ)的PUSCH或在PUCCH上的周期性的CQI報(bào)告

3GPP中測量不標(biāo)準(zhǔn)化TimingadvanceRACHorULdataMoreinfoTS36.213現(xiàn)在是25頁\一共有71頁\編輯于星期一Presentation/Author/DateLTE信道質(zhì)量指示(CQI)CQI用于UE通知系統(tǒng)當(dāng)前下行信道的質(zhì)量狀況，使系統(tǒng)根據(jù)信道質(zhì)量做出相應(yīng)的數(shù)據(jù)傳輸調(diào)整，包括調(diào)制方式，編碼方式等等。UE向eNB提議且優(yōu)化MCS以便BLER達(dá)標(biāo)CQI不僅考慮時(shí)域，也考慮頻域。CQI參考資源：時(shí)域：一個(gè)子幀DefinedbyasinglesubframeFrequency:DefinedbyPRBcorrespondingtothebandtowhichthederivedCQIvaluerelated‘MeaningofCQIreporting’(forperiodicandaperiodic):WidebandCQI:ReferredtothecompletesystemBWSub-bandCQI:valuepersub-band(certain#ofRB)thatisconfiguredbyhigherlayersModulateddataallocatedinfrequencybasedonCQICQITypesofCQIreporting(viaRRCtoUE):Periodic:ForPUSCHandPUCCHAperiodic:OnlyforPUSCHMoreinfoTS36.213現(xiàn)在是26頁\一共有71頁\編輯于星期一Presentation/Author/Date小區(qū)搜索過程(1/2)小區(qū)搜索過程是UE獲得時(shí)間和頻率與小區(qū)同步并且檢測小區(qū)識(shí)別號(hào)的過程基于同步信號(hào)(PrimaryandSecondary)和BCH同步信號(hào)：PSS和SSS許可去獲得下行符號(hào)時(shí)間和頻率同步BCCH：獲得小區(qū)特定信息(e.g.cellbandwidth,#ofantennatransmitters,CPlength…)步驟1:

UE搜索所有可接收到的PSS信號(hào)，選取最強(qiáng)扇區(qū)與之同步。UE搜索PSS攜帶的PhysicalCellIDindex(3個(gè)不同的可能：0,1,2)初始同步：頻率，時(shí)隙和子幀同步步驟2:

根據(jù)PSS與SSS的相對(duì)位置，解調(diào)SSS信號(hào)，獲取PhysicalCellIDgroup

在LTE中，有504個(gè)物理層小區(qū)識(shí)別號(hào)，分成168組，每組包含3個(gè)小區(qū)識(shí)別號(hào)獲取幀同步(10ms邊界)現(xiàn)在是27頁\一共有71頁\編輯于星期一Presentation/Author/Date小區(qū)搜索過程(2/2)步驟3:

根據(jù)PBCH與PSS/SSS的相對(duì)位置，UE可以進(jìn)一步接收PBCH的系統(tǒng)MIB消息，從而獲得完整的LTE系統(tǒng)參數(shù)和必須的接入信息。

在成功完成BCH解碼后，UE可以接入系統(tǒng)(RACHprocedure)

UE得到小區(qū)系統(tǒng)消息

P-SCH:coarsefrequencysynchandsymbol,slotandsubframesynchronizationS-SCH:framesynchronization(boundariesof10msframe)BCH:cellinformation現(xiàn)在是28頁\一共有71頁\編輯于星期一Presentation/Author/Date隨機(jī)接入過程隨機(jī)接入過程由MAC觸發(fā)與實(shí)施，物理層通過PRACH(上行)和PDSCH(下行)preamble碼由PRACH承載，一個(gè)隨機(jī)接入信道占用預(yù)留給隨機(jī)接入前導(dǎo)傳輸?shù)囊粋€(gè)或多個(gè)連續(xù)子幀中的6個(gè)資源塊根據(jù)UE發(fā)送preamble碼時(shí)是否存在碰撞的風(fēng)險(xiǎn)，隨機(jī)接入過程分為競爭隨機(jī)接入和非競爭隨機(jī)接入兩種

MoreinfoTS36.213競爭接入過程非競爭接入過程隨機(jī)接入的使用場景從RRC-IDLE狀態(tài)到RRC-CONNECT的狀態(tài)轉(zhuǎn)換，即RRC連接過程，如初始接入和TAU更新無線鏈路失敗后的初始接入，即RRC連接重建過程在RRC-CONNECTED狀態(tài)，未獲得上行同步但需發(fā)送上行數(shù)據(jù)和控制信息或雖未上行失步但需要通過隨機(jī)接入申請(qǐng)上行資源在RRC-CONNECTED狀態(tài)，從服務(wù)小區(qū)切換到目標(biāo)小區(qū)在RRC-CONNECTED狀態(tài)，未獲得上行同步但需接收下行數(shù)據(jù)在RRC-CONNECTED狀態(tài)，UE位置輔助定位需要，網(wǎng)絡(luò)利用隨機(jī)接入獲取時(shí)間提前量（TA:TimingAdvance）現(xiàn)在是29頁\一共有71頁\編輯于星期一Presentation/Author/Date隨機(jī)接入過程過程:

UE從BCCH廣播消息獲得進(jìn)行隨機(jī)接入的物理層資源和所分配的的前導(dǎo)序列碼集合，然后隨機(jī)選擇一個(gè)前導(dǎo)序列。UE計(jì)算OLPC參數(shù)(初始化發(fā)射功率)，檢查競爭接入相關(guān)參數(shù)UE傳送初始的RACH，在重試前等待回應(yīng)。開環(huán)功控保證每一個(gè)重試將用更高的功率接收到反饋消息中包括UE上行定時(shí)提前調(diào)整量，UE根據(jù)該調(diào)整量獲得上行同步，進(jìn)而可以發(fā)送上行資源調(diào)度請(qǐng)求消息，進(jìn)行后續(xù)的數(shù)據(jù)傳輸。MoreinfoTS36.213UEeNBPreamblePRACH信道RandomAccessResponsePDSCH(公共業(yè)務(wù)信道)RRC連接請(qǐng)求PUSCH(公共業(yè)務(wù)信道)RRC連接建立PDSCH(公共業(yè)務(wù)信道)發(fā)送preamble，請(qǐng)求接入確認(rèn)收到請(qǐng)求，并指示UE調(diào)整上行同步UE發(fā)送IMSI或TMSI，正式請(qǐng)求RRC連接確認(rèn)收到請(qǐng)求并返回該UE的IMSI(TMSI)以解決競爭問題(如果兩個(gè)UE都以為自己能獲得接入，那么通過此消息的IMSI就能挑出真正獲準(zhǔn)接入的UE現(xiàn)在是30頁\一共有71頁\編輯于星期一Presentation/Author/DateHARQ:物理層重傳過程

H-ARQ:HybridAutomaticRepeatRequest

UE或eNodeB請(qǐng)求重傳不正確接收的數(shù)據(jù)包，HARQ重傳機(jī)制是stop-and-wait-ARQHARQ多個(gè)進(jìn)程用于在等待某個(gè)HARQ進(jìn)程的反饋信息過程中，可以繼續(xù)使用其他的空閑進(jìn)程傳輸數(shù)據(jù)包

ACK/NACK信息通過PUCCH或PUSCH在上行被傳送，通過PHICH在下行被傳送HARQ支持ARQ和FEC結(jié)合(重傳數(shù)據(jù)采用與前一次相同編碼）和incrementalredundancy(重傳數(shù)據(jù)不是前一次數(shù)據(jù)的重復(fù)，接收端將原先數(shù)據(jù)和重傳數(shù)據(jù)合并譯碼)兩種類型相比于FDD,TDD的RTT時(shí)間與上下行業(yè)務(wù)的時(shí)隙配比、ACK/NACK傳輸所在的子幀位置有關(guān)，所以需要有額外的等待時(shí)間

TheACK/NACKofTTInistransmittedinTTIn+k wherek4.這意味著一個(gè)HARQACK/NACK最小等待時(shí)間是4TTIs=4ms.K的實(shí)際值取決于DL:UL配置現(xiàn)在是31頁\一共有71頁\編輯于星期一Presentation/Author/DateTD-LTETechnologySpecifics–FrameStructure下表顯示DLHARQACK/NACK，k值取決于TDDDL/UL配置和ULTTI(n)被響應(yīng)的值。換句話說，對(duì)于上行(PUSCH)傳送在TTIn,則eNB傳送DLACK/NACK在TTIn+k,，k值在表中給出。FramestructureType2–HARQACK/NACK(DL)-74--664--6 (5:5)-------6--5 (9:1)------66--4 (8:2)-----666--3 (7:3)--6----6--2 (4:1)-64---64--1 (3:2)674--674--0 (2:3)9876543210TTIno.(n)TDDUL:DLconfigurationDownlinkSubframe

UplinkSubframeSpecialSubframeACKForTTI2,theACK/NACKissentinTTI2+4=TTI6.ForTTI2,theACK/NACKissentinTTI2+4=TTI6.ForTTI2(conf2)theACK/NACKissentinTTI2+6=TTI8.現(xiàn)在是32頁\一共有71頁\編輯于星期一TD-LTE網(wǎng)絡(luò)優(yōu)化經(jīng)驗(yàn)總結(jié)

——優(yōu)化案例集現(xiàn)在是33頁\一共有71頁\編輯于星期一案例一：長河水產(chǎn)市場下載速度低案例九：修正測試規(guī)范BFGain計(jì)算公式案例二：濱江電力公司上傳速率低案例三：海斯終端無法搜網(wǎng)案例五：遠(yuǎn)見智能第1小區(qū)下載速率偏低問題案例六：室分小區(qū)隨機(jī)接入失敗案例七：基站有信號(hào)，Attach不成功案例四：海斯終端ATTCH失敗案例八：參數(shù)配置導(dǎo)致切換失敗現(xiàn)在是34頁\一共有71頁\編輯于星期一案例一：長河水產(chǎn)市場下載速度低案例描述：在對(duì)長河水產(chǎn)市場進(jìn)行單站驗(yàn)證的過程中，對(duì)該站進(jìn)行定點(diǎn)的上傳和下載業(yè)務(wù)，發(fā)現(xiàn)即使在覆蓋“極好點(diǎn)”，該站的下載速度依舊只有8~10Mbps，達(dá)不到測試用例的要求；現(xiàn)在是35頁\一共有71頁\編輯于星期一案例分析：1.根據(jù)在該站采用不同的電腦分別在不同的極好點(diǎn)進(jìn)行測試下載速度均只能達(dá)到8~10Mbps，排除無線環(huán)境的因素；2.檢查電腦網(wǎng)卡設(shè)置，修改TCP相關(guān)參數(shù)，排除電腦本身的網(wǎng)卡設(shè)置導(dǎo)致無法達(dá)到要求的上傳速度；

3.使用jperf，對(duì)傳輸進(jìn)行推送測試，發(fā)現(xiàn)主要問題應(yīng)該在傳輸上，由于傳輸?shù)南拗茖?dǎo)致下載速度最大只能達(dá)到10Mbps；現(xiàn)在是36頁\一共有71頁\編輯于星期一問題解決：1.根據(jù)傳輸?shù)耐負(fù)浣Y(jié)構(gòu)，測試路徑一共分為三段：1、長河水產(chǎn)基站到PTN側(cè)CE，如果下載速率有問題，證明PTN傳輸有問題，如果沒有問題，排除PTN傳輸2、PTN側(cè)CE到EPC機(jī)房FTPserver，如果PTN側(cè)CE到EPCFTPSERVER速率有問題3、EPC機(jī)房交換機(jī)上內(nèi)網(wǎng)FTPSERVER測試現(xiàn)在是37頁\一共有71頁\編輯于星期一2.測試結(jié)果顯示為長河水產(chǎn)基站到PTN側(cè)CE存在問題，下載速度約為10Mbps，上傳速度約為90Mbps；3.在測試完畢后，經(jīng)過和華為確認(rèn)，華為在PTN上做了些QOS的配置，根據(jù)不同業(yè)務(wù)限制了最高帶寬，對(duì)下載業(yè)務(wù)帶寬為10M，這樣導(dǎo)致了下載的限制?，F(xiàn)在是38頁\一共有71頁\編輯于星期一優(yōu)化結(jié)果：在改變了PTN上的QOS配置的限制之后，再進(jìn)行下載驗(yàn)證，結(jié)果顯示恢復(fù)正常，達(dá)到30Mbps以上，符合用例需求；現(xiàn)在是39頁\一共有71頁\編輯于星期一案例一：長河水產(chǎn)市場下載速度低案例九：修正測試規(guī)范BFGain計(jì)算公式案例二：濱江電力公司上傳速率低案例三：海斯終端無法搜網(wǎng)案例五：遠(yuǎn)見智能第1小區(qū)下載速率偏低問題案例六：室分小區(qū)隨機(jī)接入失敗案例七：基站有信號(hào)，Attach不成功案例四：海斯終端ATTCH失敗案例八：參數(shù)配置導(dǎo)致切換失敗現(xiàn)在是40頁\一共有71頁\編輯于星期一案例二：濱江電力公司上傳速率低案例描述：在對(duì)濱江電力公司進(jìn)行單站驗(yàn)證的過程中，在進(jìn)行上傳業(yè)務(wù)時(shí)發(fā)現(xiàn)該站點(diǎn)的3個(gè)扇區(qū)的速度均比較低，只能達(dá)到約2~5Mbps，而在前期的測試中，該站的上傳速度表現(xiàn)一直很好達(dá)到了15Mbps以上；現(xiàn)在是41頁\一共有71頁\編輯于星期一案例分析：1.在濱江電力1扇區(qū)測試中顯示BLER較高，MCS較低；2.在濱江電力3扇區(qū)測試中顯示時(shí)隙配比為3：1；現(xiàn)在是42頁\一共有71頁\編輯于星期一問題解決：1.在濱江電力1小區(qū)進(jìn)行參數(shù)核查，確定無線參數(shù)均正常，嘗試修改相關(guān)上行參數(shù)進(jìn)行調(diào)整，但上傳速度依舊沒有改善；2.恢復(fù)修改的參數(shù)，核查干擾源，檢查周邊鄰區(qū)的無線參數(shù)配置，經(jīng)過核查發(fā)現(xiàn)濱江電力3小區(qū)的TDDframeconf=2，即時(shí)隙配比為3：1，而周邊基站均為2：2；3.將時(shí)隙配比改為2：2后，三個(gè)扇區(qū)上傳速度均達(dá)到了15Mbps以上，確認(rèn)為3扇區(qū)的3：1配置對(duì)該站有強(qiáng)干擾導(dǎo)致上行底噪上升，上傳速度低；現(xiàn)在是43頁\一共有71頁\編輯于星期一優(yōu)化結(jié)果：在將濱江電力3小區(qū)的時(shí)隙配比TDDframeconf改為1后，分別驗(yàn)證3個(gè)小區(qū)的上傳速率，均達(dá)到了15Mbps以上；現(xiàn)在是44頁\一共有71頁\編輯于星期一案例一：長河水產(chǎn)市場下載速度低案例九：修正測試規(guī)范BFGain計(jì)算公式案例二：濱江電力公司上傳速率低案例三：海斯終端無法搜網(wǎng)案例五：遠(yuǎn)見智能第1小區(qū)下載速率偏低問題案例六：室分小區(qū)隨機(jī)接入失敗案例七：基站有信號(hào)，Attach不成功案例四：海斯終端ATTCH失敗案例八：參數(shù)配置導(dǎo)致切換失敗現(xiàn)在是45頁\一共有71頁\編輯于星期一案例三：海斯終端無法搜網(wǎng)【現(xiàn)象描述】在優(yōu)化中突然發(fā)現(xiàn)海思終端無法進(jìn)行小區(qū)搜索?！締栴}分析】

懷疑CDS軟件設(shè)置問題，重啟CDS程序，問題依舊；懷疑Windows問題，重啟系統(tǒng)，問題依舊；懷疑電腦硬件問題，更換電腦，問題依舊；懷疑海思終端問題，更換海思終端，問題不出現(xiàn)。初步定位海思終端故障。【解決方案】把現(xiàn)象報(bào)給海思技術(shù)支持，回復(fù)可能是鎖小區(qū)的原因造成的，CDS上查看，并沒有鎖小區(qū)，仍然執(zhí)行行鎖小區(qū)解鎖，問題依舊；繼續(xù)重啟電腦，拔插海思終端，問題解決。注意：海思終端，在進(jìn)行鎖小區(qū)操作后，會(huì)在硬件中記錄，即使斷電重啟也不會(huì)復(fù)位。需要在CDS軟件上進(jìn)行解鎖操作后，并且重啟海思終端，重啟電腦，才能復(fù)位。。

現(xiàn)在是46頁\一共有71頁\編輯于星期一案例一：長河水產(chǎn)市場下載速度低案例九：修正測試規(guī)范BFGain計(jì)算公式案例二：濱江電力公司上傳速率低案例三：海斯終端無法搜網(wǎng)案例五：遠(yuǎn)見智能第1小區(qū)下載速率偏低問題案例六：室分小區(qū)隨機(jī)接入失敗案例七：基站有信號(hào)，Attach不成功案例四：海斯終端ATTCH失敗案例八：參數(shù)配置導(dǎo)致切換失敗現(xiàn)在是47頁\一共有71頁\編輯于星期一案例四：海斯終端ATTCH失敗，出現(xiàn)EPSattachfailed【現(xiàn)象描述】最近在測試過程中，經(jīng)常出現(xiàn)hisi終端無法進(jìn)行attach業(yè)務(wù)和ping服務(wù)器無法到達(dá)的情況，具體表現(xiàn)為發(fā)起attach業(yè)務(wù)時(shí)在信令中出現(xiàn)EPSAttachfailed現(xiàn)在是48頁\一共有71頁\編輯于星期一【問題分析】海斯終端鑒權(quán)與網(wǎng)絡(luò)不同步【解決方案】通過sscom32在hisi終端的bluetooth口發(fā)送命令，將hisi終端的鑒權(quán)與基站側(cè)的鑒權(quán)進(jìn)行同步。設(shè)備連接后，通過sscom32打開終端的bluetooth端口，發(fā)送命令：g_ulSmcControl=1，點(diǎn)擊發(fā)送后，鼠標(biāo)移至運(yùn)行窗口按enter，返回值value=1即表示操作成功，然后關(guān)閉bluetooth端口，如下圖所示?，F(xiàn)在是49頁\一共有71頁\編輯于星期一案例一：長河水產(chǎn)市場下載速度低案例九：修正測試規(guī)范BFGain計(jì)算公式案例二：濱江電力公司上傳速率低案例三：海斯終端無法搜網(wǎng)案例五：遠(yuǎn)見智能第1小區(qū)下載速率偏低問題案例六：室分小區(qū)隨機(jī)接入失敗案例七：基站有信號(hào)，Attach不成功案例四：海斯終端ATTCH失敗案例八：參數(shù)配置導(dǎo)致切換失敗現(xiàn)在是50頁\一共有71頁\編輯于星期一案例五：遠(yuǎn)見智能第1小區(qū)下載速率偏低問題【現(xiàn)象描述】在遠(yuǎn)見智能基站1小區(qū)下載速率偏低（20Mbps),RSRP很高，下行SINR很好，MCS偏低，16QAM比例很高、BLER很低。現(xiàn)在是51頁\一共有71頁\編輯于星期一【問題分析】

關(guān)閉ATB/ULPC等問題依然存在。關(guān)閉遠(yuǎn)見智能第2、3小區(qū)問題依然存在；初步分析問題不是由于干擾問題，檢查SCF文件發(fā)現(xiàn)DLTARGETBLER設(shè)置為1%，可能與此有關(guān)，由于BLER要求太高，OLLA會(huì)調(diào)低MCS以保證BLER目標(biāo)，而對(duì)于FTP等業(yè)務(wù)不需要如此高的BLER要求，并且會(huì)導(dǎo)致不能夠使用高階MCS及64QAM，從而導(dǎo)致下載速率偏低。【解決方案】將第1小區(qū)恢復(fù)成DLTARGETBLER=10%?，F(xiàn)在是52頁\一共有71頁\編輯于星期一案例一：長河水產(chǎn)市場下載速度低案例九：修正測試規(guī)范BFGain計(jì)算公式案例二：濱江電力公司上傳速率低案例三：海斯終端無法搜網(wǎng)案例五：遠(yuǎn)見智能第1小區(qū)下載速率偏低問題案例六：室分小區(qū)隨機(jī)接入失敗案例七：基站有信號(hào)，Attach不成功案例四：海斯終端ATTCH失敗案例八：參數(shù)配置導(dǎo)致切換失敗現(xiàn)在是53頁\一共有71頁\編輯于星期一案例六：室分小區(qū)隨機(jī)接入失敗【現(xiàn)象描述】室分小區(qū)隨機(jī)接入失敗。1.在室分主測小區(qū)切換或者初始接入時(shí)，經(jīng)常會(huì)有切換失敗或者attch失敗，現(xiàn)象為PRACH上行同步次數(shù)較多，且PRACH的功率會(huì)逐漸攀升到滿功率23dbm。CDS軟件會(huì)提示定時(shí)器T304或T300超時(shí)。如圖2.反切失敗。室分主測小區(qū)PCI：336向同層同頻的PCI:337切換正常，但是經(jīng)過海量測試發(fā)現(xiàn)PCI:337向PCI:336失敗率高?，F(xiàn)象和上圖中PRACH接入問題相同。現(xiàn)在是54頁\一共有71頁\編輯于星期一室分小區(qū)隨機(jī)接入失敗【問題分析】懷疑定時(shí)器設(shè)置或者切換參數(shù)問題，但是核查參數(shù)發(fā)現(xiàn)336和337的定時(shí)器設(shè)置相同，切換參數(shù)也相同，故排除定時(shí)器設(shè)置和切換參數(shù)問題；懷疑無線環(huán)境問題，336小區(qū)和337小區(qū)做的是同層的2個(gè)小區(qū)，在同層測試RSRP/RSRQ/SINR都比較好，排除無線環(huán)境問題；懷疑隨機(jī)接入?yún)?shù)設(shè)置有問題，由于336向337切換都正常而反向切換337向336會(huì)出現(xiàn)失敗，因此對(duì)比這兩個(gè)小區(qū)的PRACH參數(shù)，發(fā)現(xiàn)prachConfigIndex參數(shù)不同。將336小區(qū)的prachConfigIndex從51修改到3，多次測試切換成功率和接入成功率明顯提高。進(jìn)一步定位發(fā)現(xiàn)海思終端在prachConfigIndex=51(preambleformat4)時(shí)隨機(jī)接入的成功率較低?，F(xiàn)在是55頁\一共有71頁\編輯于星期一室分小區(qū)隨機(jī)接入失敗【解決方案】prachConfigIndex與preambleformat對(duì)應(yīng)表如下：prachConfigIndex=51時(shí)，對(duì)應(yīng)的preambleformat為4，prachConfigIndex=3時(shí)，對(duì)應(yīng)的preambleformat為0?，F(xiàn)在是56頁\一共有71頁\編輯于星期一室分小區(qū)隨機(jī)接入失敗【解決方案】preambleformat4時(shí)PRACH在UPPTS發(fā)送，這種格式的CP時(shí)域長度和Sequence的時(shí)域長度都比preambleformat0小很多，被基站成功解調(diào)的幾率也小很多，所以選擇format0會(huì)比選擇format4切換成功率高。因此修改參數(shù)prachConfigIndex從51修改到3。問題解決。preambleformat規(guī)范定義的格式如下：現(xiàn)在是57頁\一共有71頁\編輯于星期一案例一：長河水產(chǎn)市場下載速度低案例九：修正測試規(guī)范BFGain計(jì)算公式案例二：濱江電力公司上傳速率低案例三：海斯終端無法搜網(wǎng)案例五：遠(yuǎn)見智能第1小區(qū)下載速率偏低問題案例六：室分小區(qū)隨機(jī)接入失敗案例七：基站有信號(hào)，Attach不成功案例四：海斯終端ATTCH失敗案例八：參數(shù)配置導(dǎo)致切換失敗現(xiàn)在是58頁\一共有71頁\編輯于星期一案例七：基站有信號(hào)，Attach不成功【問題描述】在下沙頂新1小區(qū)下做業(yè)務(wù)，從CDS軟件中觀察主服務(wù)小區(qū)有信號(hào)，但是無論做Attach，ping，upload，download業(yè)務(wù)，均不成功【問題分析】懷疑測試終端問題，重啟海思終端，拔插SIM卡，問題依然存在；懷疑為Windows系統(tǒng)問題，重啟電腦，重新接入，仍未解決；懷疑基站問題，更換至其他小區(qū)測試測試，業(yè)務(wù)正常，定位為小區(qū)問題?，F(xiàn)在是59頁\一共有71頁\編輯于星期一【解決方案】聯(lián)系排障組上站排查，發(fā)現(xiàn)該小區(qū)主BBU上的第二個(gè)FSP下的3個(gè)CPU全部DOWN掉，導(dǎo)致無法做業(yè)務(wù)，但是小區(qū)有信號(hào)；排障組對(duì)該小區(qū)的主BBU進(jìn)行斷電重啟，5分鐘后基站側(cè)觀察該小區(qū)BBU狀態(tài)，模塊均恢復(fù)正常，使用海思終端在該小區(qū)下做業(yè)務(wù)，業(yè)務(wù)可以做且均成功基站有信號(hào)，Attach不成功現(xiàn)在是60頁\一共有71頁\編輯于星期一案例一：長河水產(chǎn)市場下載速度低案例九：修正測試規(guī)范BFGain計(jì)算公式案例二：濱江電力公司上傳速率低案例三：海斯終端無法搜網(wǎng)案例五：遠(yuǎn)見智能第1小區(qū)下載速率偏低問題案例六：室分小區(qū)隨機(jī)接入失敗案例七：基站有信號(hào)，Attach不成功案例四：海斯終端ATTCH失敗案例八：參數(shù)配置導(dǎo)致切換失敗現(xiàn)在是61頁\一共有71頁\編輯于星期一案例八：參數(shù)配置導(dǎo)致切換失敗【現(xiàn)象描述】測試中UE由LTE_下沙聯(lián)華1小區(qū)（PCI:49)向LTE_下沙聯(lián)華3小區(qū)(PCI:50)切換失敗，如下圖所示：LOG分析，UE在四號(hào)大街由東向西行駛，占用LTE_下沙聯(lián)華1（PCI:49）UE上發(fā)測量報(bào)告，目標(biāo)小區(qū)為LTE_下沙聯(lián)華3（PCI:50），當(dāng)RSRP相差10db仍未發(fā)生切換，1秒后出現(xiàn)“HandOverFailed”?，F(xiàn)在是62頁\一共有71頁\編輯于星期一【問題分析】

核查切換參數(shù)：配置正確無問題；核查鄰區(qū)配置：均已配置；懷疑設(shè)備問題，重啟設(shè)備，復(fù)測問題依舊；嘗試重新配置鄰區(qū)：刪除原鄰區(qū)配置，重新添加雙向鄰區(qū)，進(jìn)行復(fù)測，切換關(guān)系正常，如下圖所示：【解決方案】重新核查參數(shù)，發(fā)現(xiàn)鄰區(qū)配置參數(shù)存在問題。正常鄰區(qū)配置參數(shù)如下：eNodeBIP，eNBid，MCC，MNC，MNClengthinPLMN，如2171920446082存在問題的鄰區(qū)配置參數(shù)如下：900029052062171920446082237392044608239由于前期工程部門配置鄰區(qū)參數(shù)存在問題，需要重新正確配置。參數(shù)配置導(dǎo)致切換失敗現(xiàn)在是63頁\一共有71頁\編輯于星期一創(chuàng)毅視訊終端切換失敗【現(xiàn)象描述】

采用創(chuàng)毅視訊終端，在下沙聯(lián)華_1與文苑風(fēng)情_2小區(qū)之間，進(jìn)行FTP下載測試時(shí)，創(chuàng)毅視訊終端無法成功切換至文苑風(fēng)情_2。而導(dǎo)致FTP掉線?，F(xiàn)在是64頁\一共有71頁\編輯于星期一【問題分析】

切換失敗，可能由以下幾方面產(chǎn)生：軟件、終端、測試電腦等。網(wǎng)絡(luò)問題（包括覆蓋、干擾、鄰區(qū)、基站狀態(tài)等）問題發(fā)生時(shí)，小區(qū)覆蓋、干擾均正常，主要考