TDLTE原理及常见优化案例分析演示文稿

TDLTE原理及常见优化案例分析演示文稿现在是1页\一共有71页\编辑于星期一优选TDLTE原理及常见优化案例分析现在是2页\一共有71页\编辑于星期一Presentation/Author/DateIntroductionItprovidesthebasicbittransmission

functionalityoverairLTEphysicallayerbasedonOFDMAdownlinkandSC-FDMAin

uplinkdirectionThisisthesameforbothFDDandTDDmodeofoperationNoneedofRNClikefunctionalelementEverythingradiorelatedcanbeterminatedintheeNodeBSystemisreuse1,singlefrequencynetworkoperationisfeasibleNofrequencyplanningrequiredTherearenodedicatedphysical(neithertransport)channelsanymore,asallresourcemappingisdynamicallydrivenbythescheduler现在是3页\一共有71页\编辑于星期一Presentation/Author/Date帧结构概述无线帧结构1：FDD模式无线帧长度为10ms，包含20个时隙，共10个子帧。每个子帧长度为1ms，由相邻两个时隙构成，每一个时隙长度为0.5ms。任何一个子帧即可以作为上行，也可以作为下行。无线帧结构2：TDD模式每个10ms无线帧包括两个时长为5ms的半帧，每个半帧由4个数据子帧和一个特殊子帧组成。支持5ms和10ms上下行切换点子帧0和子帧5以及DwPTS永远预留为下行传输。在5ms切换周期情况下，UpPTS、子帧2和子帧7预留为上行传输。在10ms切换周期情况下，UpPTS、子帧2预留为上行传输，子帧7和子帧9预留为下行传输。现在是4页\一共有71页\编辑于星期一Presentation/Author/DateTDD帧结构Subframes1,6为特殊子帧，包含

DwPTS、GP、UpPTS三个特殊区域。这三个特殊区域总时长为1ms，各自的时长可灵活配置。常规CP（循环前缀），每个子帧有14个符号组成，扩展CP有12个符号组成。DwPTS:DownlinkPilottimeSlotUpPTS:UplinkPilotTimeSlotGP:GuardPeriodtoseparatebetweenUL/DL

Moreinfo:TS36.211-v8.6.0(03/09)现在是5页\一共有71页\编辑于星期一Presentation/Author/Date特殊子帧传输内容1、DwPTS（下行链路导频时隙）类似于较短的下行链路子帧，传送下行控制信息传送下行参考信号也可以传送下行数据PSS（主同步信道）固定位于第3个符号

2、UpPTS（上行导频时隙）传送SRS探测参考信号或短RACH信号3、GP（保护周期）用于上下行转换GP长度决定了最大可支持的小区覆盖范围Moreinfo:TS36.211-v8.6.0(03/09)SUBFRAME1现在是6页\一共有71页\编辑于星期一Presentation/Author/Date上下行时隙配比

LTETDD支持5ms和10ms的上下行子帧切换周期，可支持7种不同的上、下行时间配比。上下行时间配比是TDD区别于FDD的一个显著特点。为避免在传输方向间的干扰，全网小区上下行时隙配比设置应一致NSNs第一个TD版本(RL15TD)仅支持Configuration1和2。Configuration1提供上下行时隙配比2DL:2UL。Configuration2提供上下行时隙配比3DL:1UL现在是7页\一共有71页\编辑于星期一Presentation/Author/Date资源分组Moreinfo:TS36.211-v8.6.0(03/09)信道类型信道名称资源调度单位资源位置控制信道PCFICHREG占用4个REG，系统全带宽平均分配时域：下行子帧的第一个OFDM符号PHICHREG最少占用3个REG时域：下行子帧的第一或前三个OFDM符号PDCCHCCE下行子帧中前1/2/3个符号中除了PCFICH、PHICH、参考信号所占用的资源PBCHN/A频域：频点中间的72个子载波时域：每无线帧subframe0第二个slotPUCCH位于上行子帧的频域两边边带上业务信道PDSCH\PUSCHRB除了分配给控制信道及参考信号的资源频率CCE：ControlChannelElement。CCE=9REGREG：REgroup，资源粒子组。REG=4RERE：ResourceElement。LTE最小的时频资源单位。频域上占一个子载波（15kHz)，时域上占一个OFDM符号(1/14ms)RB：ResourceBlock。LTE系统最常见的调度单位，上下行业务信道都以RB为单位进行调度。RB=84RE。左图即为一个RB。时域上占7个OFDM符号，频域上占12个子载波时间1个OFDM符号1个子载波LTERB资源示意图现在是8页\一共有71页\编辑于星期一Presentation/Author/Date资源块（RB）RB为业务信道资源分配的资源单位频域上相当于12个子载波(180kHz)；时域上相当于1个时隙(0.5ms)

eNodeB是以一个TTI即2个RB为调度的最小单位012345601234560123456012345601234560123456012345601234560123456012345601234560123456012345601234560123456012345601234560123456012345601234560123456012345601234560123456Subcarrier1Subcarrier12180KHz1slot1slot1mssubframeRBResourceElementNote:Although3GPPdefinitionofRBrefersto0.5ms,insomecasesitispossibletofoundthatRBrefersto12subcarriersinfrequencydomainand1msintimedomain.Inparticular,sincetheschedulerintheeNodeBworksonTTIbasis(1ms)RBsareconsideredtolast1msintimedomain.Theycanalsobeknownas‘schedulingresourceblocks’TimezonesharedforULandDL现在是9页\一共有71页\编辑于星期一Presentation/Author/Date多天线技术多路信道传输同样信息多路信道同时传输不同信息多路天线阵列赋形成单路信号传输包括时间分集，空间分集和频率分集提高接收的可靠性和提高覆盖适用于需要保证可靠性或覆盖的环境理论上成倍提高峰值速率适合密集城区信号散射多地区，不适合有直射信号的情况最大比合并最小均方误差或串行干扰删除波束赋形（Beamforming）发射分集分集合并通过对信道的准确估计，针对用户形成波束，降低用户间干扰可以提高覆盖能力，同时降低小区内干扰，提升系统吞吐量空间复用现在是10页\一共有71页\编辑于星期一Presentation/Author/Date传输模式Mode传输模式技术描述应用场景1单天线传输信息通过单天线进行发送无法布放双通道室分系统的室内站2发射分集同一信息的多个信号副本分别通过多个衰落特性相互独立的信道进行发送信道质量不好时，如小区边缘3开环空间复用终端不反馈信道信息，发射端根据预定义的信道信息来确定发射信号信道质量高且空间独立性强时4闭环空间复用需要终端反馈信道信息，发射端采用该信息进行信号预处理以产生空间独立性信道质量高且空间独立性强时。终端静止时性能好5多用户MIMO基站使用相同时频资源将多个数据流发送给不同用户，接收端利用多根天线对干扰数据流进行取消和零陷。6单层闭环空间复用终端反馈RI=1时，发射端采用单层预编码，使其适应当前的信道7单流Beamforming发射端利用上行信号来估计下行信道的特征，在下行信号发送时，每根天线上乘以相应的特征权值，使其天线阵发射信号具有波束赋形效果信道质量不好时，如小区边缘8双流Beamforming结合复用和智能天线技术，进行多路波束赋形发送，既提高用户信号强度，又提高用户的峰值和均值速率传输模式是针对单个终端的。同小区不同终端可以有不同传输模式eNB自行决定某一时刻对某一终端采用什么传输模式，并通过RRC信令通知终端模式3到模式8中均含有发射分集。当信道质量快速恶化时，eNB可以快速切换到模式内发射分集模式现在是11页\一共有71页\编辑于星期一Presentation/Author/Date下行物理信号及信道下行物理信号参考信号同步信号下行物理信道物理广播信道(PBCH)物理下行共享信道(PDSCH)物理下行控制信道(PDCCH)物理控制格式指示信道(PCFICH)物理Hybrid-ARQ指示信道(PHICH)物理多播信道(PMCH)现在是12页\一共有71页\编辑于星期一Presentation/Author/Date下行物理信道PDSCH:承载下行用户数据，也可用于传送系统控制消息和寻呼消息PBCH:广播系统信息(cellIDs,cellstatus,allowedservices,RACHparameters…)PMCH:应用于多播业务，只对特定的终端发送信号PHICH:携带了H-ARQAck/Nack消息，指示eNodeB是否正确接收到PUSCH的传输。PCFICH:携带了一个控制格式指示，提供PDCCH信道使用OFDM符号数量的信息。PDCCH:承载下行链路控制DCI信息，包含资源分配和UE的其他控制信息。现在是13页\一共有71页\编辑于星期一Presentation/Author/Date下行参考信号下行参考信号是UE已经从系统获取相应的资源分配信息的条件下，帮助UE完成对系统信号的测量，完成信道估值和相干解调等功能。当使用多天线的时候，每个天线都发送下行参考信号，该位置其他天线不能有信号发射。

下行参考信号基本分类： 1）Cell-specificreferencesignal 2)MBSFNreferencesignal 3)UE-specificreferencesignal 现在是14页\一共有71页\编辑于星期一Presentation/Author/Date小区专用参考信号小区专用参考信号用于UE根据系统参数区分特定的扇区，对特定目标扇区的信道质量作测量分析和相干解调。小区专用参考信号在每个子帧发射。

参考信号的时域位置被固定(天线端口0,1在第1和第5个符号位置；天线端口2,3在第2和第7个符号位置)参考信号的频域位置取决于小区号和对应的时隙号如果超过一根天线被使用(如MIMO)，一根天线对应的参考信号分配的RE位置，其他天线在该位置不能有信号发射调制的参考信号用于识别所属小区现在是15页\一共有71页\编辑于星期一Presentation/Author/Date小区专用参考信号映射现在是16页\一共有71页\编辑于星期一Presentation/Author/DateUE专用参考信号UE专用参考信号作为UE接收PDSCH信道的参考信号，用于指定UE对PDSCH信号的估值和相干解调。使用单天线端口发射（antennaport5）UE专用参考信号对单个UE发送特定的参考信号。典型应用场合为波束赋型。UE专用参考信号只在UE分配的PDSCH所属的资源块上发送该结构是为了与小区参考信号不冲突现在是17页\一共有71页\编辑于星期一Presentation/Author/Date同步信号的分配(DL)

Synchronizationsignals:占用带宽中心的62个子载波(aroundtheDCsubcarrier)去帮助小区搜索同步信号的上面5个子载波和下面5个子载波被保留未使用同步信号能指示504(168x3)个不同的物理层小区标示并能决定小区专用参考信号的符号位置主同步信号PSS在特殊子帧1和6的第3个符号中传送

次同步信号SSS在时隙1和11的最后1个符号中传送现在是18页\一共有71页\编辑于星期一Presentation/Author/Date下行物理信道分配

PBCH:占用中间的72个子载波，每4个连续无线帧的时隙1（子帧0）中的前面4个符号在所有天线每10ms无线帧上第二个时隙上传送PCFICH:在每个TTI的前面3个符号中传送占用每个TTI的上面16个RE（4个REGs）PHICH:常规CP:在每个TTI的第一个符号发送扩展CP:在每个TTI的前面3个符号发送每个PHCIH组占用12个REPDCCH:

频域占用所有子载波，时域占用每个子帧的前n个OFDM符号，n<=3最少PDCCH的信息映射到控制域中除了参考信号、PCFICH、PHICH之外的RE中，因此需先获得PCFICH和PHICH的位置之后才能确定其位置。PDSCH:分配给PDSCH使用的RB资源，需要避开其中所包含的任何同步信号，参考信号，PBCH信号和其他控制信号现在是19页\一共有71页\编辑于星期一Presentation/Author/Date上行物理信号和信道上行参考信号解调参考信号DMRS:用于上行信道估计，用于eNodeB对上行PUSCH和PUCCH信号的检测和相干解调时域位置在每个时隙的第4个(常规CP)符号，频域位置占用上行数据分配的带宽相同的带宽探测参考信号SRS:用于eNodeB实现对上行信道质量的评估和资源调度在带宽的不同部分发送，该区域无上行数据传送.探测参考信号仅在配置的上行子帧或UpPTS中传送,在常规子帧中，位于所有UE发送的PUSCH的最后一个符号中传送。UplinkPhysicalChannels上行物理共享信道(PUSCH)上行物理控制信道(PUCCH)物理随机接入信道(PRACH)现在是20页\一共有71页\编辑于星期一Presentation/Author/Date上行物理信道

PUSCH:PhysicalUplinkSharedChannel承载上行业务数据信息，UE间通过频分方式进行调度。

PUCCH:PhysicalUplinkControlChannel承载H-ARQAck/Nack指示，上行调度请求，CQIs和MIMO的反馈当用户需要同时发射上行业务数据和控制信令时，UE发射复用了数据和信令流当用户仅发送上行控制信令时，控制信令在工作带宽边缘的预留频率范围上发射（功率可能更高）

PRACH:PhysicalRandomAccessChannel用于随机接入请求PBCH包含一组许可的(max.64percellinType1frame)和preamble的长度RACHCCCHDCCHDTCHUL-SCHPRACHPUSCHPUCCHLogicalTransportPHYS.RLCMAC现在是21页\一共有71页\编辑于星期一Presentation/Author/Date上行资源映射解调参考信号DMRS

永远在每一个时隙的符号3(常规CP)PUSCH映射:

数据被分配在多个PRB上(在频域上为12个子载波），

上行资源分配只能是整数2、3、5的整数倍。

PUCCH映射:

如果PUCCH不与PUSCH复用，则它能在预留频率范围传送。PUCCH占用上行频段的边缘子载波的资源块(m取决于PUCCH格式，资源等)现在是22页\一共有71页\编辑于星期一Presentation/Author/Date随机接入信道(PRACH)RACH占用1.08MHz带宽等于180kHz的6个RB这些资源块的位置被2个RRC层参数(PRACHConfigurationIndex和PRACHFrequencyoffset)动态定义。5个可能的PRACH持续时间(PRACHconfigurationindex参数选择5个中的一个)Tcp，TseqandTgt的长度取决于前导序列格式前导序列格式4仅支持TDD，PRACH在UpPTS上发射PRACH仅承载前导序列且只在随机接入过程中使用Preambleformat0-3Preambleformat4现在是23页\一共有71页\编辑于星期一Presentation/Author/DatePhysicalLayerProcedures现在是24页\一共有71页\编辑于星期一Presentation/Author/DateLTE时间提前量eNB测量和调整每一个UE上行链路时间偏置以便每一个传送在它被分配的时隙周期内到达。eNodeB记录每一个UE从需要到达的时间与发射的时间偏差。它返回一个TA消息到每一个UE（携带需要调整的数值）TA调整保护：0.52usec(multiplesof16Ts)例子:当没有时间基准被初始化或UE不同步：TA在随机接入的过程中被获得基于每一个UE接收的RACH前导序列去初始化TA当UE有先前建立的时间基准：

周期性改变上行时间时间基于接收到的以TTI为基础的PUSCH或在PUCCH上的周期性的CQI报告

3GPP中测量不标准化TimingadvanceRACHorULdataMoreinfoTS36.213现在是25页\一共有71页\编辑于星期一Presentation/Author/DateLTE信道质量指示(CQI)CQI用于UE通知系统当前下行信道的质量状况，使系统根据信道质量做出相应的数据传输调整，包括调制方式，编码方式等等。UE向eNB提议且优化MCS以便BLER达标CQI不仅考虑时域，也考虑频域。CQI参考资源：时域：一个子帧DefinedbyasinglesubframeFrequency:DefinedbyPRBcorrespondingtothebandtowhichthederivedCQIvaluerelated‘MeaningofCQIreporting’(forperiodicandaperiodic):WidebandCQI:ReferredtothecompletesystemBWSub-bandCQI:valuepersub-band(certain#ofRB)thatisconfiguredbyhigherlayersModulateddataallocatedinfrequencybasedonCQICQITypesofCQIreporting(viaRRCtoUE):Periodic:ForPUSCHandPUCCHAperiodic:OnlyforPUSCHMoreinfoTS36.213现在是26页\一共有71页\编辑于星期一Presentation/Author/Date小区搜索过程(1/2)小区搜索过程是UE获得时间和频率与小区同步并且检测小区识别号的过程基于同步信号(PrimaryandSecondary)和BCH同步信号：PSS和SSS许可去获得下行符号时间和频率同步BCCH：获得小区特定信息(e.g.cellbandwidth,#ofantennatransmitters,CPlength…)步骤1:

UE搜索所有可接收到的PSS信号，选取最强扇区与之同步。UE搜索PSS携带的PhysicalCellIDindex(3个不同的可能：0,1,2)初始同步：频率，时隙和子帧同步步骤2:

根据PSS与SSS的相对位置，解调SSS信号，获取PhysicalCellIDgroup

在LTE中，有504个物理层小区识别号，分成168组，每组包含3个小区识别号获取帧同步(10ms边界)现在是27页\一共有71页\编辑于星期一Presentation/Author/Date小区搜索过程(2/2)步骤3:

根据PBCH与PSS/SSS的相对位置，UE可以进一步接收PBCH的系统MIB消息，从而获得完整的LTE系统参数和必须的接入信息。

在成功完成BCH解码后，UE可以接入系统(RACHprocedure)

UE得到小区系统消息

P-SCH:coarsefrequencysynchandsymbol,slotandsubframesynchronizationS-SCH:framesynchronization(boundariesof10msframe)BCH:cellinformation现在是28页\一共有71页\编辑于星期一Presentation/Author/Date随机接入过程随机接入过程由MAC触发与实施，物理层通过PRACH(上行)和PDSCH(下行)preamble码由PRACH承载，一个随机接入信道占用预留给随机接入前导传输的一个或多个连续子帧中的6个资源块根据UE发送preamble码时是否存在碰撞的风险，随机接入过程分为竞争随机接入和非竞争随机接入两种

MoreinfoTS36.213竞争接入过程非竞争接入过程随机接入的使用场景从RRC-IDLE状态到RRC-CONNECT的状态转换，即RRC连接过程，如初始接入和TAU更新无线链路失败后的初始接入，即RRC连接重建过程在RRC-CONNECTED状态，未获得上行同步但需发送上行数据和控制信息或虽未上行失步但需要通过随机接入申请上行资源在RRC-CONNECTED状态，从服务小区切换到目标小区在RRC-CONNECTED状态，未获得上行同步但需接收下行数据在RRC-CONNECTED状态，UE位置辅助定位需要，网络利用随机接入获取时间提前量（TA:TimingAdvance）现在是29页\一共有71页\编辑于星期一Presentation/Author/Date随机接入过程过程:

UE从BCCH广播消息获得进行随机接入的物理层资源和所分配的的前导序列码集合，然后随机选择一个前导序列。UE计算OLPC参数(初始化发射功率)，检查竞争接入相关参数UE传送初始的RACH，在重试前等待回应。开环功控保证每一个重试将用更高的功率接收到反馈消息中包括UE上行定时提前调整量，UE根据该调整量获得上行同步，进而可以发送上行资源调度请求消息，进行后续的数据传输。MoreinfoTS36.213UEeNBPreamblePRACH信道RandomAccessResponsePDSCH(公共业务信道)RRC连接请求PUSCH(公共业务信道)RRC连接建立PDSCH(公共业务信道)发送preamble，请求接入确认收到请求，并指示UE调整上行同步UE发送IMSI或TMSI，正式请求RRC连接确认收到请求并返回该UE的IMSI(TMSI)以解决竞争问题(如果两个UE都以为自己能获得接入，那么通过此消息的IMSI就能挑出真正获准接入的UE现在是30页\一共有71页\编辑于星期一Presentation/Author/DateHARQ:物理层重传过程

H-ARQ:HybridAutomaticRepeatRequest

UE或eNodeB请求重传不正确接收的数据包，HARQ重传机制是stop-and-wait-ARQHARQ多个进程用于在等待某个HARQ进程的反馈信息过程中，可以继续使用其他的空闲进程传输数据包

ACK/NACK信息通过PUCCH或PUSCH在上行被传送，通过PHICH在下行被传送HARQ支持ARQ和FEC结合(重传数据采用与前一次相同编码）和incrementalredundancy(重传数据不是前一次数据的重复，接收端将原先数据和重传数据合并译码)两种类型相比于FDD,TDD的RTT时间与上下行业务的时隙配比、ACK/NACK传输所在的子帧位置有关，所以需要有额外的等待时间

TheACK/NACKofTTInistransmittedinTTIn+k wherek4.这意味着一个HARQACK/NACK最小等待时间是4TTIs=4ms.K的实际值取决于DL:UL配置现在是31页\一共有71页\编辑于星期一Presentation/Author/DateTD-LTETechnologySpecifics–FrameStructure下表显示DLHARQACK/NACK，k值取决于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.现在是32页\一共有71页\编辑于星期一TD-LTE网络优化经验总结

——优化案例集现在是33页\一共有71页\编辑于星期一案例一：长河水产市场下载速度低案例九：修正测试规范BFGain计算公式案例二：滨江电力公司上传速率低案例三：海斯终端无法搜网案例五：远见智能第1小区下载速率偏低问题案例六：室分小区随机接入失败案例七：基站有信号，Attach不成功案例四：海斯终端ATTCH失败案例八：参数配置导致切换失败现在是34页\一共有71页\编辑于星期一案例一：长河水产市场下载速度低案例描述：在对长河水产市场进行单站验证的过程中，对该站进行定点的上传和下载业务，发现即使在覆盖“极好点”，该站的下载速度依旧只有8~10Mbps，达不到测试用例的要求；现在是35页\一共有71页\编辑于星期一案例分析：1.根据在该站采用不同的电脑分别在不同的极好点进行测试下载速度均只能达到8~10Mbps，排除无线环境的因素；2.检查电脑网卡设置，修改TCP相关参数，排除电脑本身的网卡设置导致无法达到要求的上传速度；

3.使用jperf，对传输进行推送测试，发现主要问题应该在传输上，由于传输的限制导致下载速度最大只能达到10Mbps；现在是36页\一共有71页\编辑于星期一问题解决：1.根据传输的拓扑结构，测试路径一共分为三段：1、长河水产基站到PTN侧CE，如果下载速率有问题，证明PTN传输有问题，如果没有问题，排除PTN传输2、PTN侧CE到EPC机房FTPserver，如果PTN侧CE到EPCFTPSERVER速率有问题3、EPC机房交换机上内网FTPSERVER测试现在是37页\一共有71页\编辑于星期一2.测试结果显示为长河水产基站到PTN侧CE存在问题，下载速度约为10Mbps，上传速度约为90Mbps；3.在测试完毕后，经过和华为确认，华为在PTN上做了些QOS的配置，根据不同业务限制了最高带宽，对下载业务带宽为10M，这样导致了下载的限制。现在是38页\一共有71页\编辑于星期一优化结果：在改变了PTN上的QOS配置的限制之后，再进行下载验证，结果显示恢复正常，达到30Mbps以上，符合用例需求；现在是39页\一共有71页\编辑于星期一案例一：长河水产市场下载速度低案例九：修正测试规范BFGain计算公式案例二：滨江电力公司上传速率低案例三：海斯终端无法搜网案例五：远见智能第1小区下载速率偏低问题案例六：室分小区随机接入失败案例七：基站有信号，Attach不成功案例四：海斯终端ATTCH失败案例八：参数配置导致切换失败现在是40页\一共有71页\编辑于星期一案例二：滨江电力公司上传速率低案例描述：在对滨江电力公司进行单站验证的过程中，在进行上传业务时发现该站点的3个扇区的速度均比较低，只能达到约2~5Mbps，而在前期的测试中，该站的上传速度表现一直很好达到了15Mbps以上；现在是41页\一共有71页\编辑于星期一案例分析：1.在滨江电力1扇区测试中显示BLER较高，MCS较低；2.在滨江电力3扇区测试中显示时隙配比为3：1；现在是42页\一共有71页\编辑于星期一问题解决：1.在滨江电力1小区进行参数核查，确定无线参数均正常，尝试修改相关上行参数进行调整，但上传速度依旧没有改善；2.恢复修改的参数，核查干扰源，检查周边邻区的无线参数配置，经过核查发现滨江电力3小区的TDDframeconf=2，即时隙配比为3：1，而周边基站均为2：2；3.将时隙配比改为2：2后，三个扇区上传速度均达到了15Mbps以上，确认为3扇区的3：1配置对该站有强干扰导致上行底噪上升，上传速度低；现在是43页\一共有71页\编辑于星期一优化结果：在将滨江电力3小区的时隙配比TDDframeconf改为1后，分别验证3个小区的上传速率，均达到了15Mbps以上；现在是44页\一共有71页\编辑于星期一案例一：长河水产市场下载速度低案例九：修正测试规范BFGain计算公式案例二：滨江电力公司上传速率低案例三：海斯终端无法搜网案例五：远见智能第1小区下载速率偏低问题案例六：室分小区随机接入失败案例七：基站有信号，Attach不成功案例四：海斯终端ATTCH失败案例八：参数配置导致切换失败现在是45页\一共有71页\编辑于星期一案例三：海斯终端无法搜网【现象描述】在优化中突然发现海思终端无法进行小区搜索。【问题分析】

怀疑CDS软件设置问题，重启CDS程序，问题依旧；怀疑Windows问题，重启系统，问题依旧；怀疑电脑硬件问题，更换电脑，问题依旧；怀疑海思终端问题，更换海思终端，问题不出现。初步定位海思终端故障。【解决方案】把现象报给海思技术支持，回复可能是锁小区的原因造成的，CDS上查看，并没有锁小区，仍然执行行锁小区解锁，问题依旧；继续重启电脑，拔插海思终端，问题解决。注意：海思终端，在进行锁小区操作后，会在硬件中记录，即使断电重启也不会复位。需要在CDS软件上进行解锁操作后，并且重启海思终端，重启电脑，才能复位。。

现在是46页\一共有71页\编辑于星期一案例一：长河水产市场下载速度低案例九：修正测试规范BFGain计算公式案例二：滨江电力公司上传速率低案例三：海斯终端无法搜网案例五：远见智能第1小区下载速率偏低问题案例六：室分小区随机接入失败案例七：基站有信号，Attach不成功案例四：海斯终端ATTCH失败案例八：参数配置导致切换失败现在是47页\一共有71页\编辑于星期一案例四：海斯终端ATTCH失败，出现EPSattachfailed【现象描述】最近在测试过程中，经常出现hisi终端无法进行attach业务和ping服务器无法到达的情况，具体表现为发起attach业务时在信令中出现EPSAttachfailed现在是48页\一共有71页\编辑于星期一【问题分析】海斯终端鉴权与网络不同步【解决方案】通过sscom32在hisi终端的bluetooth口发送命令，将hisi终端的鉴权与基站侧的鉴权进行同步。设备连接后，通过sscom32打开终端的bluetooth端口，发送命令：g_ulSmcControl=1，点击发送后，鼠标移至运行窗口按enter，返回值value=1即表示操作成功，然后关闭bluetooth端口，如下图所示。现在是49页\一共有71页\编辑于星期一案例一：长河水产市场下载速度低案例九：修正测试规范BFGain计算公式案例二：滨江电力公司上传速率低案例三：海斯终端无法搜网案例五：远见智能第1小区下载速率偏低问题案例六：室分小区随机接入失败案例七：基站有信号，Attach不成功案例四：海斯终端ATTCH失败案例八：参数配置导致切换失败现在是50页\一共有71页\编辑于星期一案例五：远见智能第1小区下载速率偏低问题【现象描述】在远见智能基站1小区下载速率偏低（20Mbps),RSRP很高，下行SINR很好，MCS偏低，16QAM比例很高、BLER很低。现在是51页\一共有71页\编辑于星期一【问题分析】

关闭ATB/ULPC等问题依然存在。关闭远见智能第2、3小区问题依然存在；初步分析问题不是由于干扰问题，检查SCF文件发现DLTARGETBLER设置为1%，可能与此有关，由于BLER要求太高，OLLA会调低MCS以保证BLER目标，而对于FTP等业务不需要如此高的BLER要求，并且会导致不能够使用高阶MCS及64QAM，从而导致下载速率偏低。【解决方案】将第1小区恢复成DLTARGETBLER=10%。现在是52页\一共有71页\编辑于星期一案例一：长河水产市场下载速度低案例九：修正测试规范BFGain计算公式案例二：滨江电力公司上传速率低案例三：海斯终端无法搜网案例五：远见智能第1小区下载速率偏低问题案例六：室分小区随机接入失败案例七：基站有信号，Attach不成功案例四：海斯终端ATTCH失败案例八：参数配置导致切换失败现在是53页\一共有71页\编辑于星期一案例六：室分小区随机接入失败【现象描述】室分小区随机接入失败。1.在室分主测小区切换或者初始接入时，经常会有切换失败或者attch失败，现象为PRACH上行同步次数较多，且PRACH的功率会逐渐攀升到满功率23dbm。CDS软件会提示定时器T304或T300超时。如图2.反切失败。室分主测小区PCI：336向同层同频的PCI:337切换正常，但是经过海量测试发现PCI:337向PCI:336失败率高。现象和上图中PRACH接入问题相同。现在是54页\一共有71页\编辑于星期一室分小区随机接入失败【问题分析】怀疑定时器设置或者切换参数问题，但是核查参数发现336和337的定时器设置相同，切换参数也相同，故排除定时器设置和切换参数问题；怀疑无线环境问题，336小区和337小区做的是同层的2个小区，在同层测试RSRP/RSRQ/SINR都比较好，排除无线环境问题；怀疑随机接入参数设置有问题，由于336向337切换都正常而反向切换337向336会出现失败，因此对比这两个小区的PRACH参数，发现prachConfigIndex参数不同。将336小区的prachConfigIndex从51修改到3，多次测试切换成功率和接入成功率明显提高。进一步定位发现海思终端在prachConfigIndex=51(preambleformat4)时随机接入的成功率较低。现在是55页\一共有71页\编辑于星期一室分小区随机接入失败【解决方案】prachConfigIndex与preambleformat对应表如下：prachConfigIndex=51时，对应的preambleformat为4，prachConfigIndex=3时，对应的preambleformat为0。现在是56页\一共有71页\编辑于星期一室分小区随机接入失败【解决方案】preambleformat4时PRACH在UPPTS发送，这种格式的CP时域长度和Sequence的时域长度都比preambleformat0小很多，被基站成功解调的几率也小很多，所以选择format0会比选择format4切换成功率高。因此修改参数prachConfigIndex从51修改到3。问题解决。preambleformat规范定义的格式如下：现在是57页\一共有71页\编辑于星期一案例一：长河水产市场下载速度低案例九：修正测试规范BFGain计算公式案例二：滨江电力公司上传速率低案例三：海斯终端无法搜网案例五：远见智能第1小区下载速率偏低问题案例六：室分小区随机接入失败案例七：基站有信号，Attach不成功案例四：海斯终端ATTCH失败案例八：参数配置导致切换失败现在是58页\一共有71页\编辑于星期一案例七：基站有信号，Attach不成功【问题描述】在下沙顶新1小区下做业务，从CDS软件中观察主服务小区有信号，但是无论做Attach，ping，upload，download业务，均不成功【问题分析】怀疑测试终端问题，重启海思终端，拔插SIM卡，问题依然存在；怀疑为Windows系统问题，重启电脑，重新接入，仍未解决；怀疑基站问题，更换至其他小区测试测试，业务正常，定位为小区问题。现在是59页\一共有71页\编辑于星期一【解决方案】联系排障组上站排查，发现该小区主BBU上的第二个FSP下的3个CPU全部DOWN掉，导致无法做业务，但是小区有信号；排障组对该小区的主BBU进行断电重启，5分钟后基站侧观察该小区BBU状态，模块均恢复正常，使用海思终端在该小区下做业务，业务可以做且均成功基站有信号，Attach不成功现在是60页\一共有71页\编辑于星期一案例一：长河水产市场下载速度低案例九：修正测试规范BFGain计算公式案例二：滨江电力公司上传速率低案例三：海斯终端无法搜网案例五：远见智能第1小区下载速率偏低问题案例六：室分小区随机接入失败案例七：基站有信号，Attach不成功案例四：海斯终端ATTCH失败案例八：参数配置导致切换失败现在是61页\一共有71页\编辑于星期一案例八：参数配置导致切换失败【现象描述】测试中UE由LTE_下沙联华1小区（PCI:49)向LTE_下沙联华3小区(PCI:50)切换失败，如下图所示：LOG分析，UE在四号大街由东向西行驶，占用LTE_下沙联华1（PCI:49）UE上发测量报告，目标小区为LTE_下沙联华3（PCI:50），当RSRP相差10db仍未发生切换，1秒后出现“HandOverFailed”。现在是62页\一共有71页\编辑于星期一【问题分析】

核查切换参数：配置正确无问题；核查邻区配置：均已配置；怀疑设备问题，重启设备，复测问题依旧；尝试重新配置邻区：删除原邻区配置，重新添加双向邻区，进行复测，切换关系正常，如下图所示：【解决方案】重新核查参数，发现邻区配置参数存在问题。正常邻区配置参数如下：eNodeBIP，eNBid，MCC，MNC，MNClengthinPLMN，如2171920446082存在问题的邻区配置参数如下：900029052062171920446082237392044608239由于前期工程部门配置邻区参数存在问题，需要重新正确配置。参数配置导致切换失败现在是63页\一共有71页\编辑于星期一创毅视讯终端切换失败【现象描述】

采用创毅视讯终端，在下沙联华_1与文苑风情_2小区之间，进行FTP下载测试时，创毅视讯终端无法成功切换至文苑风情_2。而导致FTP掉线。现在是64页\一共有71页\编辑于星期一【问题分析】

切换失败，可能由以下几方面产生：软件、终端、测试电脑等。网络问题（包括覆盖、干扰、邻区、基站状态等）问题发生时，小区覆盖、干扰均正常，主要考