1） 2） 3）
终端异常或故障 基站硬件异常或故障 传输异常或故障
57掉线在前台哪条信令里看：
rrc restablish failure和erab abnormal release
1、 UE发送rrcConnectionReestablishmentRequest 但无对应的rrcConnectionReestablishmentComplete消息； 2 、出现rrcConnectionRelease消息，但不包括： 2.1系统间切换网络侧释放
2.2用户未激活，网络侧释放资源情况(User Inactivity) 2.3 CSFB的网络侧释放
58、切换失败原因
1、硬件性能问题： 2、覆盖问题：
终端异常、故障、基站硬件故障等
过覆盖、
重叠覆盖、
弱覆盖、
3、干扰问题：PCI冲突、导频污染、网外干扰
4、切换参数设置不合理：切换门限、迟滞、CIO、切换定时器等参数设置不合理 5、邻区问题：邻区漏配、错配、邻小区参数配置异常等 59、切换失败在前台哪条信令里看：
Uu口切换：
UE收到RRC Connection Reconfigration消息，消息中含有IE Mobility Controlinformation执行此流程，UE的RRC层识别到此消息为
移动性管理的相关消息，对UE的L1、L2进行重配置，重配置完成后，UE会回复RRC Connection Reconfigration Complete消息。如果UE重配置失败，向网络侧发送RRC Connection Reconfigration Failure消息，表明空口切换失败。
X2口切换：
如果目标eNodeB在切换准备阶段，没有任意一个SAE bearer准入成功或者有其他错误发生，则目标eNodeB应该发送HANDOVER PREPARATION FAILURE消息到源eNodeB。这个消息应该包含Cause信元并且对其赋值表明相应的失败理由
S1口切换（切换准备）：
如果目标侧没有能力接受任何一个切换入的SAE Bearer，或者切换准备过程中存在错误，MME将会向eNodeB发送Handover
Preparation Failure消息，并在消息中携带适当的原因值。 S1口切换（资源分配）：
如果目标eNodeB没有能力接受任何一个切换入的SAE Bearer或在切换准入过程中发生失败，则需要通过向MME发送包含特定原
因值的Handover Request Failure消息告知MME切换资源分配失败。
60、附着信令流程
说明
1） 步骤1-5会建立RRC连接，步骤6、9会建立S1连接，完成这些过程即标志着NAS Signalling Connection建立完成，
2） 消息7说明：UE刚开机第一次Attach，使用的IMSI，无Identity过程；后续如果有有效的GUTI，使用GUTI Attach，核心网才
会发起Identity过程（为上下行直传消息）。
3） 消息10-12说明：如果消息9带了UE Radio Capability ID，则eNB不会发送UE Capability Enquiry消息给UE，即没有10-12过
程；否则会发送，UE上报无线能力信息后，eNB再发UE Capability Info Indication，给核心网上报UE的无线能力信息。
4） 消息21-25即发起UE上下文释放
5） 消息13-15说明：eNB发送完消息13，并不需要等待收到消息14，就直接发送消息15.
6） 消息9的说明：该消息为MME向eNB发起的初始上下文建立请求，请求eNB建立承载资源，同事带安全上下文，可能带用户无
线能力、切换限制列表等参数。UE的安全能力参数是通过Attach Request消息带给核心网的，核心网再通过该消息给eNB，UE的网络能力信息改变的话，需要发起TAU。
UE开机入网流程： Attach request Unknown(0x0734) rrcConnectionRequest rrcConnectionSetup rrcConnectionSetupComplete rrcConnectionReconfiguration dlInformationTransfer rrcConnectionReconfigurationComplete Security protected NAS message Authentication request 附着请求 未知（0x0734） RRC连接请求 RRC连接建立 RRC连接设置完成 rrc连接重配置 DL信息传输 rrc连接重配置完成 安全保护的NAS消息 认证请求 Authentication response Unknown(0x077B) ulInformationTransfer dlInformationTransfer Security protected NAS message Security mode command Security mode complete Unknown(0x0790) ulInformationTransfer ueCapabilityEnquiry ueCapabilityInformation securityModeCommand rrcConnectionReconfiguration rrcConnectionReconfigurationComplete Security protected NAS message Attach accept 验证响应 未知（0x077B） UL信息传输 DL信息传输 安全保护的NAS消息 安全模式命令 安全模式完成 未知（0x0790） UL信息传输 UE能力查询 UE能力信息 安全模式命令 RRC连接重配置 rrc连接重配置完成 安全保护的NAS消息 附着接受 Activate default EPS bearer context request 激活默认EPS承载上下文请求 Activate default EPS bearer context accept Attach complete Unknown(0x072D) ulInformationTransfer rrcConnectionReconfiguration rrcConnectionReconfigurationComplete 61、物理信道相关知识
根据传输的内容和占用资源方式（频率和时间等）的不同Long Term物理层协议定义了不同的物理信道，各物理信道传输的内容和调制方式各不相同。 下行物理信道有：
? ? ? ? ? ?
PDSCH：下行物理共享信道，承载下行数据传输和寻呼信息。
PBCH：物理广播信道，传递UE接收系统所必须的系统信息，如带宽、天线数目、小区ID等。 PMCH：物理多播信道，传递MBMS（单频网多播和广播）相关的数据。
PCFICH：物理控制格式指示信道，表示一个子帧中用于PDCCH的OFDM符号数目。 PHICH：物理HARQ指示信道，用于NodeB向UE反馈和PUSCH相关的ACK/NACK信息。
PDCCH：下行物理控制信道，用于指示和PUSCH，PDSCH相关的格式，资源分配，HARQ信息，位于子帧的前n个OFDM符号，n<=3.
上行物理信道有：
? ? ?
PUSCH：物理上行共享信道
PRACH：物理随机接入信道，获取小区接入的必要信息进行时间同步和小区搜索等。 物理上行控制信道，UE用于发送ACK/NAK，CQI，SR，RI信息。 RB、RE的底噪为-120dbm（华为） 两个问题回答版本 RB、RE低噪分别为：-119dBm、-128dBm 两个问题回答版本
63、RRU3158-fa，RRU3158e-fa，RRU3168-fa的机顶功率
RRU3158-fa：12*8=96W，
激活默认EPS承载上下文接受 附着完成 未知（0x072D） UL信息传输 RRC连接重配置 rrc连接重配置完成 62、RB、RE的地噪
RRU3158e-fa：16*8=128W， RRU3168-fa：20*8=160
64、LTE的基站发射功率是多少？下行RS的功率是多少？是否要考虑TD侧？
目前LTE的基站发射功率是40W，LTE功率=RS+10log(12*RB数)+10log(天线通道数)-10log(1+pb)，根据公式，RS的功率为9.2dbm，TD和LTE公用RRU的机顶功率，如RRU3158-fa型号，LTE用了40W，则TD可以有56W的功率可以用，TD一般只需配置40W 65， 簇是怎么规划的？
通俗来说，就是把一个网络的内部划分成几个连续的小区域，每个区域内的所有基站组成一个簇。簇只是一个虚拟的概念，没有太大的原则性划分标准，只要尽量把连续一片的基站划在一个簇内就可以了。簇与簇之间在数据定义上是没有差别的。
分簇的目的是为了加快LTE建网初期的建设和优化速度，集中资源，建设好一个簇就开展一个簇的优化。基站簇优化是指对某个范围内的数个独立基站进行具体条目的优化（每个簇包含15～30个基站）。基站簇划分的主要依据：地形地貌、业务分布、相同的RNC和LAC区域等信息。每个基站簇所包含的基站数目不宜过多，并且基站簇之 间的覆盖区域要有重叠。 66， 扫频仪都有什么型号的，有哪些厂家？
PCTEL公司扫频仪MX
67， 在前台测试时有干扰，后台需要怎么处理？怎么闭站？
关闭/闭塞有干扰的站点，或降低其功率，闭站：DEA CELL 68， 在mapinfo中图层都需要什么插件？
LTE工参制作插件、SiteSee等 69，KPI话统都看什么
RRC建立成功率，E-RAB建立成功率，无线接通率，E-RAB掉话率，E-RAB拥塞率，RRC连接异常掉话率，切换成功率，上下行 PRB资源利用率 70，RE、RS的关系
RE：最小资源单位，时域一个OFDM符号，频域占用一个子载波，RS：参考信号，上行参考信号：CRS,DRS，下行参考信号：SRS，
DMRS
71，2T2R、4T4R关系，哪个速率更高？为什么后者不是前者的两倍？
2T2R为RRU两通道，4T4R为4通道，4T4R速率更高，同样的条件下，4T4R的天线性能高于2T2R。
（当天线端口增加时，系统的导频总开销也随之增加，可用的RE数目减少；被参考信号占用的RE，在其它天线端口相同的RE位置必须留空。个人理解） 72，掉线率高的原因
基站故障，弱覆盖，干扰（同频干扰，模3干扰，外部干扰），重叠覆盖度，参数配置不当（定时器，初始功率）
1）峰值比拼配置是否设置正确，可参照上下行峰值性能优化指导书配置； 2）判断数据源是否充足，可参照TCP数传问题定位和优化指导书查看；
3）选点SINR是否满足峰值要求，一般峰值28阶要求均衡前SINR大于25dB以上； 4）RRU通道是否正常；
5）UE本身问题，可在该点更换终端尝试；
6）查看MIMO模式是否正确，是否是TM3，双码字。如果不是，需要排查原因： 7）如果配置MIMO模式是SIMO，查看是否有RRU通道数下降告警；
8）如果固定TM3，UE没有全部上报Rank2，说明选点相关性较高，需要重新选点。
9）电脑是否已经进行TCP窗口优化；
10）检查测试终端是否工作在TM3模式，RANK2条件下；如不：检查小区配置和测试终端配置；
11）观察天线接收相关性，可以调整终端位置和方向，找到天线接收相关性最好的角度，天线相关性最好小于0.1，最大不超过0.3； 12）更换下载服务器，采用FTP＋迅雷双多线程下载的方法来提升吞吐量，如果无改善，可以通过命令检查下行给水量，是否服务器给水量问题；
13）尝试使用UDP灌包排查是否是TCP数据问题导致； 14）选点：RSRP较差，SINR较差（干扰）