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

TDLTE原理及常見優(yōu)化案例分(Fen)析演示文稿第一頁，共七十一頁。優(yōu)(You)選TDLTE原理及常見優(yōu)化案例分析第二頁，共七十一頁。Presentation/Author/DateIntroductionItprovidesthebasicbittransmission

functionalityoverairLTEphysicallayerbasedonOFDMAdownlinkandSC-FDMAin

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

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

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

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

LTETDD支持5ms和10ms的上下行子幀切換周期，可支持7種不同的上、下行時間配比。上下行時間配比是TDD區(qū)別于FDD的一個顯著特點。為避免在傳輸方向間的干擾，全網(wǎng)小區(qū)上下行時隙配比設置應一致NSNs第一個TD版本(RL15TD)僅支持Configuration1和2。Configuration1提供上下行時隙配比2DL:2UL。Configuration2提供上下行時隙配比3DL:1UL第七頁，共七十一頁。Presentation/Author/Date資(Zi)源分組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è)務信道PDSCH\PUSCHRB除了分配給控制信道及參考信號的資源頻率CCE：ControlChannelElement。CCE=9REGREG：REgroup，資源粒子組。REG=4RERE：ResourceElement。LTE最小的時頻資源單位。頻域上占一個子載波（15kHz)，時域上占一個OFDM符號(1/14ms)RB：ResourceBlock。LTE系統(tǒng)最常見的調(diào)度單位，上下行業(yè)務信道都以RB為單位進行調(diào)度。RB=84RE。左圖即為一個RB。時域上占7個OFDM符號，頻域上占12個子載波時間1個OFDM符號1個子載波LTERB資源示意圖第八頁，共七十一頁。Presentation/Author/Date資(Zi)源塊（RB）RB為業(yè)務信道資源分配的資源單位頻域上相當于12個子載波(180kHz)；時域上相當于1個時隙(0.5ms)

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

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

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

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

次同步信號SSS在時隙1和11的最后1個符號中傳送第十八頁，共七十一頁。Presentation/Author/Date下行物(Wu)理信道分配

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

頻域占用所有子載波，時域占用每個子幀的前n個OFDM符號，n<=3最少PDCCH的信息映射到控制域中除了參考信號、PCFICH、PHICH之外的RE中，因此需先獲得PCFICH和PHICH的位置之后才能確定其位置。PDSCH:分配給PDSCH使用的RB資源，需要避開其中所包含的任何同步信號，參考信號，PBCH信號和其他控制信號第十九頁，共七十一頁。Presentation/Author/Date上行物(Wu)理信號和信道上行參考信號解調(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)物理隨機接入信道(PRACH)第二十頁，共七十一頁。Presentation/Author/Date上行物(Wu)理信道

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

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

PRACH:PhysicalRandomAccessChannel用于隨機接入請求PBCH包含一組許可的(max.64percellinType1frame)和preamble的長度RACHCCCHDCCHDTCHUL-SCHPRACHPUSCHPUCCHLogicalTransportPHYS.RLCMAC第二十一頁，共七十一頁。Presentation/Author/Date上行(Xing)資源映射解調(diào)參考信號DMRS

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

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

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

PUCCH映射:

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

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

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

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

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

在LTE中，有504個物理層小區(qū)識別號，分成168組，每組包含3個小區(qū)識別號獲取幀同步(10ms邊界)第二十七頁，共七十一頁。Presentation/Author/Date小區(qū)搜索過(Guo)程(2/2)步驟3:

根據(jù)PBCH與PSS/SSS的相對位置，UE可以進一步接收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第二十八頁，共七十一頁。Presentation/Author/Date隨機接入過(Guo)程隨機接入過程由MAC觸發(fā)與實施，物理層通過PRACH(上行)和PDSCH(下行)preamble碼由PRACH承載，一個隨機接入信道占用預留給隨機接入前導傳輸?shù)囊粋€或多個連續(xù)子幀中的6個資源塊根據(jù)UE發(fā)送preamble碼時是否存在碰撞的風險，隨機接入過程分為競爭隨機接入和非競爭隨機接入兩種

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

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

H-ARQ:HybridAutomaticRepeatRequest

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

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

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

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

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

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

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

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

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

采用創(chuàng)毅視訊終端，在下沙聯(lián)華_1與文苑風情_2小區(qū)之間，進行FTP下載測試時，創(chuàng)毅視訊終端無法成功切換至文苑風情_2。而導致FTP掉線。第六十四頁，共七十一頁。【問題分析】

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