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

TDLTE原理及常見優(yōu)化案例分析演示文稿目前一頁\總數(shù)七十一頁\編于十七點優(yōu)選TDLTE原理及常見優(yōu)化案例分析目前二頁\總數(shù)七十一頁\編于十七點Presentation/Author/DateIntroductionItprovidesthebasicbittransmission

functionalityoverairLTEphysicallayerbasedonOFDMAdownlinkandSC-FDMAin

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

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

Moreinfo:TS36.211-v8.6.0(03/09)目前五頁\總數(shù)七十一頁\編于十七點Presentation/Author/Date特殊子幀傳輸內(nèi)容1、DwPTS（下行鏈路導(dǎo)頻時隙）類似于較短的下行鏈路子幀，傳送下行控制信息傳送下行參考信號也可以傳送下行數(shù)據(jù)PSS（主同步信道）固定位于第3個符號

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

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

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

下行參考信號基本分類： 1）Cell-specificreferencesignal 2)MBSFNreferencesignal 3)UE-specificreferencesignal 目前十四頁\總數(shù)七十一頁\編于十七點Presentation/Author/Date小區(qū)專用參考信號小區(qū)專用參考信號用于UE根據(jù)系統(tǒng)參數(shù)區(qū)分特定的扇區(qū)，對特定目標(biāo)扇區(qū)的信道質(zhì)量作測量分析和相干解調(diào)。小區(qū)專用參考信號在每個子幀發(fā)射。

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

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

次同步信號SSS在時隙1和11的最后1個符號中傳送目前十八頁\總數(shù)七十一頁\編于十七點Presentation/Author/Date下行物理信道分配

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

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

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

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

PRACH:PhysicalRandomAccessChannel用于隨機(jī)接入請求PBCH包含一組許可的(max.64percellinType1frame)和preamble的長度RACHCCCHDCCHDTCHUL-SCHPRACHPUSCHPUCCHLogicalTransportPHYS.RLCMAC目前二十一頁\總數(shù)七十一頁\編于十七點Presentation/Author/Date上行資源映射解調(diào)參考信號DMRS

永遠(yuǎn)在每一個時隙的符號3(常規(guī)CP)PUSCH映射:

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

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

PUCCH映射:

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

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

3GPP中測量不標(biāo)準(zhǔn)化TimingadvanceRACHorULdataMoreinfoTS36.213目前二十五頁\總數(shù)七十一頁\編于十七點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不僅考慮時域，也考慮頻域。CQI參考資源：時域：一個子幀DefinedbyasinglesubframeFrequency:DefinedbyPRBcorrespondingtothebandtowhichthederivedCQIvaluerelated‘MeaningofCQIreporting’(forperiodicandaperiodic):WidebandCQI:ReferredtothecompletesystemBWSub-bandCQI:valuepersub-band(certain#ofRB)thatisconfiguredbyhigherlayersModulateddataallocatedinfrequencybasedonCQICQITypesofCQIreporting(viaRRCtoUE):Periodic:ForPUSCHandPUCCHAperiodic:OnlyforPUSCHMoreinfoTS36.213目前二十六頁\總數(shù)七十一頁\編于十七點Presentation/Author/Date小區(qū)搜索過程(1/2)小區(qū)搜索過程是UE獲得時間和頻率與小區(qū)同步并且檢測小區(qū)識別號的過程基于同步信號(PrimaryandSecondary)和BCH同步信號：PSS和SSS許可去獲得下行符號時間和頻率同步BCCH：獲得小區(qū)特定信息(e.g.cellbandwidth,#ofantennatransmitters,CPlength…)步驟1:

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

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

在LTE中，有504個物理層小區(qū)識別號，分成168組，每組包含3個小區(qū)識別號獲取幀同步(10ms邊界)目前二十七頁\總數(shù)七十一頁\編于十七點Presentation/Author/Date小區(qū)搜索過程(2/2)步驟3:

根據(jù)PBCH與PSS/SSS的相對位置，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目前二十八頁\總數(shù)七十一頁\編于十七點Presentation/Author/Date隨機(jī)接入過程隨機(jī)接入過程由MAC觸發(fā)與實施，物理層通過PRACH(上行)和PDSCH(下行)preamble碼由PRACH承載，一個隨機(jī)接入信道占用預(yù)留給隨機(jī)接入前導(dǎo)傳輸?shù)囊粋€或多個連續(xù)子幀中的6個資源塊根據(jù)UE發(fā)送preamble碼時是否存在碰撞的風(fēng)險，隨機(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ī)接入申請上行資源在RRC-CONNECTED狀態(tài)，從服務(wù)小區(qū)切換到目標(biāo)小區(qū)在RRC-CONNECTED狀態(tài)，未獲得上行同步但需接收下行數(shù)據(jù)在RRC-CONNECTED狀態(tài)，UE位置輔助定位需要，網(wǎng)絡(luò)利用隨機(jī)接入獲取時間提前量（TA:TimingAdvance）目前二十九頁\總數(shù)七十一頁\編于十七點Presentation/Author/Date隨機(jī)接入過程過程:

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

H-ARQ:HybridAutomaticRepeatRequest

UE或eNodeB請求重傳不正確接收的數(shù)據(jù)包，HARQ重傳機(jī)制是stop-and-wait-ARQHARQ多個進(jìn)程用于在等待某個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時間與上下行業(yè)務(wù)的時隙配比、ACK/NACK傳輸所在的子幀位置有關(guān)，所以需要有額外的等待時間

TheACK/NACKofTTInistransmittedinTTIn+k wherek4.這意味著一個HARQACK/NACK最小等待時間是4TTIs=4ms.K的實際值取決于DL:UL配置目前三十一頁\總數(shù)七十一頁\編于十七點Presentation/Author/DateTD-LTETechnologySpecifics–FrameStructure下表顯示DLHARQACK/NACK，k值取決于TDDDL/UL配置和ULTTI(n)被響應(yīng)的值。換句話說，對于上行(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.目前三十二頁\總數(shù)七十一頁\編于十七點TD-LTE網(wǎng)絡(luò)優(yōu)化經(jīng)驗總結(jié)

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

3.使用jperf，對傳輸進(jìn)行推送測試，發(fā)現(xiàn)主要問題應(yīng)該在傳輸上，由于傳輸?shù)南拗茖?dǎo)致下載速度最大只能達(dá)到10Mbps；目前三十六頁\總數(shù)七十一頁\編于十七點問題解決：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測試目前三十七頁\總數(shù)七十一頁\編于十七點2.測試結(jié)果顯示為長河水產(chǎn)基站到PTN側(cè)CE存在問題，下載速度約為10Mbps，上傳速度約為90Mbps；3.在測試完畢后，經(jīng)過和華為確認(rèn)，華為在PTN上做了些QOS的配置，根據(jù)不同業(yè)務(wù)限制了最高帶寬，對下載業(yè)務(wù)帶寬為10M，這樣導(dǎo)致了下載的限制。目前三十八頁\總數(shù)七十一頁\編于十七點優(yōu)化結(jié)果：在改變了PTN上的QOS配置的限制之后，再進(jìn)行下載驗證，結(jié)果顯示恢復(fù)正常，達(dá)到30Mbps以上，符合用例需求；目前三十九頁\總數(shù)七十一頁\編于十七點案例一：長河水產(chǎn)市場下載速度低案例九：修正測試規(guī)范BFGain計算公式案例二：濱江電力公司上傳速率低案例三：海斯終端無法搜網(wǎng)案例五：遠(yuǎn)見智能第1小區(qū)下載速率偏低問題案例六：室分小區(qū)隨機(jī)接入失敗案例七：基站有信號，Attach不成功案例四：海斯終端ATTCH失敗案例八：參數(shù)配置導(dǎo)致切換失敗目前四十頁\總數(shù)七十一頁\編于十七點案例二：濱江電力公司上傳速率低案例描述：在對濱江電力公司進(jìn)行單站驗證的過程中，在進(jìn)行上傳業(yè)務(wù)時發(fā)現(xiàn)該站點的3個扇區(qū)的速度均比較低，只能達(dá)到約2~5Mbps，而在前期的測試中，該站的上傳速度表現(xiàn)一直很好達(dá)到了15Mbps以上；目前四十一頁\總數(shù)七十一頁\編于十七點案例分析：1.在濱江電力1扇區(qū)測試中顯示BLER較高，MCS較低；2.在濱江電力3扇區(qū)測試中顯示時隙配比為3：1；目前四十二頁\總數(shù)七十一頁\編于十七點問題解決：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，即時隙配比為3：1，而周邊基站均為2：2；3.將時隙配比改為2：2后，三個扇區(qū)上傳速度均達(dá)到了15Mbps以上，確認(rèn)為3扇區(qū)的3：1配置對該站有強(qiáng)干擾導(dǎo)致上行底噪上升，上傳速度低；目前四十三頁\總數(shù)七十一頁\編于十七點優(yōu)化結(jié)果：在將濱江電力3小區(qū)的時隙配比TDDframeconf改為1后，分別驗證3個小區(qū)的上傳速率，均達(dá)到了15Mbps以上；目前四十四頁\總數(shù)七十一頁\編于十七點案例一：長河水產(chǎn)市場下載速度低案例九：修正測試規(guī)范BFGain計算公式案例二：濱江電力公司上傳速率低案例三：海斯終端無法搜網(wǎng)案例五：遠(yuǎn)見智能第1小區(qū)下載速率偏低問題案例六：室分小區(qū)隨機(jī)接入失敗案例七：基站有信號，Attach不成功案例四：海斯終端ATTCH失敗案例八：參數(shù)配置導(dǎo)致切換失敗目前四十五頁\總數(shù)七十一頁\編于十七點案例三：海斯終端無法搜網(wǎng)【現(xiàn)象描述】在優(yōu)化中突然發(fā)現(xiàn)海思終端無法進(jìn)行小區(qū)搜索?！締栴}分析】

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

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

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

核查切換參數(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)致切換失敗目前六十三頁\總數(shù)七十一頁\編于十七點創(chuàng)毅視訊終端切換失敗【現(xiàn)象描述】

采用創(chuàng)毅視訊終端，在下沙聯(lián)華_1與文苑風(fēng)情_2小區(qū)之間，進(jìn)行FTP下載測試時，創(chuàng)毅視訊終端無法成功切換至文苑風(fēng)情_2。而導(dǎo)致FTP掉線。目前六十四頁\總數(shù)七十一頁\編于十七點【問題分析】

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