第一篇：LTE每天学习总结—TDD-LTE帧结构详解
LTE帧结构图解
帧结构总图：
1、同步信号（下行）1-
1、PSS（主同步信号）
P-SCH(主同步信道）：UE可根据P-SCH获得符号同步和半帧同步。PSS位于DwPTS的第三个符号。占频域中心6个RB。
2、SSS（辅同步信号）
S-SCH（辅同步信道）：UE根据S-SCH最终获得帧同步，消除5ms模糊度。SSS位于5ms第一个子帧的最后一个符号。也占频域中心6个RB，72个子载波，2、参考信号 2-
2、下行
2-1-
1、CRS（公共参考信号）
时域(端口0和1的CRS位于每个slot第1和倒数第3个符号,端口2和3位于每个slot第2个符号)频域(每隔6个子载波插入1个)位置：分布于下行子帧全带宽上
作用：下行信道估计，调度下行资源，切换测量
2-1-
2、DRS（专用参考信号）
位置：分布于用户所用PDSCH带宽上
作用：下行信道估计，调度下行资源，切换测量
2、上行
2-2-
1、DMRS（解调参考信号）
在PUCCH、PUSCH上传输，用于PUCCH和PUSCH的相关解调，可能映射到以下几个位置：
1、PUSCH 每个slot(0.5ms)一个RS，第四个OFDM symbol
2、PUCCH－ACK 每个slot中间三个OFDM symbol为RS
3、PUCCH－CQI 每个slot两个参考信号
2-2-
2、SRS（探测参考信号）
可以在普通上行子帧上传输，也可以在UpPTS上传输，位于上行子帧的最后一个SC-FDMA符号，eNB配置UE在某个时频资源上发送sounding以及发送sounding的长度。、Sounding作用：
上行信道估计，选择MCS和
上行频率选择性调度 TDD系统中，估计上行信道矩阵H，用于下行波束赋形 Sounding周期：
由高层通过RRC 信令触发UE 发送SRS，包括一次性的SRS 和周期性SRS 两种方式 周期性SRS 支持2ms,5ms,10ms, 20ms, 40ms, 80ms, 160ms, 320ms 八种周期 TDD系统中，5ms最多发两次
3、下行物理信道
1、PBCH（物理广播信道）
频域：对于不同的系统带宽，都占用中间的1.08MHz（72个子载波）
时域：映射在每5ms 无线帧的subframe0的第二个slot的前4个OFDM符号上 周期：40ms。每10ms重复发送一次，终端可以通过4次中的任一次接收解调出BCH
采用QPSK调制方式，MIB在PBCH上传输,包含了接入LTE系统所需要的最基本的信息：系统带宽、系统帧号(SFN）、PHICH配置、天线数目。
2、PCFICH(物理层控制格式指示信道)
指示PDCCH的长度信息（1、2或3），在子帧的第一个OFDM符号上发送，占用4个REG，均匀分布在整个系统带宽。
采用QPSK调制，携带一个子帧中用于传输PDCCH的OFDM符号数，传输格式。
3、PHICH(物理HARQ指示信道)
PHICH的传输以PHICH组的形式，PHICH组的个数由PBCH指示。
采用两种长度半静态可配的方式：对MBSFN子帧，PHICH长度在1个和2个OFDM符号之间半静态选择：对非MBSFN子帧，PHICH长度在 1个和3个OFDM符号之间半静态选择。采用BPSK调制，传输上行信道反馈信息。
和PCFICH一样，PHICH也尽可能均匀分布在6个PRB所在的带宽内，两个相邻的PHICH REG之间相隔6个REG，另外，在时域上，PHICH也尽可能分散到控制区域所在的所有符号，以PHICH长度为3为例，因此3个PHICHREG分别位于3个符号。如果PHICH长度为2，则3个PHICHREG有1个位于第1符号，有2个位于第2符号。
4、PDCCH(物理下行控制信道)频域：占用所有的子载波
时域：占用每个子帧的前n个OFDM符号，n<=3 PDCCH的信息映射到控制域中除了参考信号、PCFICH、PHICH之外的RE中，因此需先获得PCFICH和PHICH的位置之后才能确定其位置,基本单位为CCE。
用于发送上/下行资源调度信息、功控命令等，通过下行控制信息块DCI承载，不同用户使用不同的DCI资源
4、上行物理信道
1、PRACH(物理随机接入信道)频域：1.08MHz带宽（72个子载波），与PUCCH相邻
时域：位于UpPTS（format 4）及普通上行子帧中（format 0~3）。每10ms无线帧接入0.5~6次，每个子帧采用频分方式可传输多个随机接入资源。
2、PUCCH（上行物理控制信道）
传输上行用户的控制信息，包括CQI, ACK/NAK反馈，调度请求等。
一个控制信道由1个RB pair组成，位于上行子帧的两边边带上，在子帧的两个slot上下边带跳频，获得频率分集增益 通过码分复用，可将多个用户的控制信息在同一个PDCCH资源上发送。
第二篇：LTE每天学习总结-问题分析(接入-华为)
LTE接入问题分析
1.随机接入流程
（1）用户Attach流程：
UERRC CONN SETUP REQE-NODEBMMERRC CONN SETUPRRC CONN SETUP CMPINITIAL UE MESSAGE直传过程（鉴权、业务协商）INITIAL UE CONTEXT SETUP REQRRC SECURITY MODE CMDRRC SECURITY MODE CMPRRC CONN RECFGRRC CONN RECFG CMPINITIAL UE CONTEXT SETUP RSP直传过程（业务协商、流程通知）SAEB SETUP REQRRC CONN RECFGRRC CONN RECFG CMPSAEB SETUP RSP
（2）随机接入流程介绍
随机接入过程的发生有以下五种场景：
1、从空闲态转到连接态的初始接入；
2、无线链接失败后的接入；
3、切换过程中的接入；
4、当UE处于连接态时下行数据到达时因为某些原因需要随机接入，如上行失步时有下行数据到达；
5、当UE处于连接态时上行数据到达时因为某些原因需要随机接入，如上行失步时有上行行数据到达；
随机接入分为竞争接入与非竞争接入两种，其中竞争随机接入适用于上述1、2、5三种场景，而非竞争随机接入适用于3、4两种场景。
随机接入基本流程如下：
UEeNB1Random Access PreambleUEeNBRandom Access Response20RA Preamble assignment3Scheduled TransmissionRandom Access Preamble1Contention Resolution42Random Access Response 图2 随机接入流程图（左：基于竞争的随机接入 右：基于非竞争的随机接入）
2.常见问题简单排查方法
2.1基本定位思路
接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置问题。因此遇到无法接入的情况，可以大致按以下步骤进行排查。（1）通过话统分析是否出现接入成功率低的问题，当前RRCeRAB接通率指标一般为98%，也可根据局点对接入成功率指标的特殊要求启动问题定位。
（2）确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。
（3）如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点。
（4）查询RRC连接建立和ERAB建立成功率最低的TOP10站点和TOP时间段。（5）查看TOP站点告警，检查单板状态，RRU状态，小区状态，OM操作，配置是否异常。
（6）提取CHR日志，分析接入时的msg3的信道质量和SRS的SINR是否较差（弱覆盖），是否存在TOP用户。
（7）针对TOP站点进行针对性的标准信令跟踪、干扰检测进行分析。
（8）如果标准信令和干扰检测无异常，将一键式日志，标口跟踪，干扰检测结果返回给开发人员分析。
详细流程图如下：
开始Y全网话统分析，是否达标？N是否全网指标恶化？YN检查告警，操作，是否存在网络变动和升级操作。按照接入失败次数和接入成功率确认TOP站点NTOP站点告警，操作，状态，配置是否异常Y告警恢复，评估操作影响和升级影响告警，操作和配置恢复后KPI恢复正常？N根据CHR确认是否弱覆盖？NYY根据信令跟踪确认是否终端问题，核Y心网问题，ENB配置问题YN解决问题，KPI恢复?Y问题定位结束N优化覆盖提交接入问题排查交付件供研发人员分析2.1.1、TOP小区筛选
通过M2000导出全网每日话统文件，按照（L.RRC.ConnReq.Att-L.RRC.ConnReq.Succ）次数从高到低排序，结合接入成功率，选出TOP10站点接入成功率低的小区。
按照（L.E-RAB.AttEst-L.E-RAB.SuccEst）次数从高到低排序，结合ERAB建立成功率选出TOP10 ERAB建立成功率低的站点。
检查TOP小区的状态是否正常，可以在M2000上，通过MML命令“DSP CELL”能查看到小区的总体信息。
如果小区状态显示不是“正常”，可以按如下方法进行简单排查： 如果存在S1链路异常告警，请检查S1链路配置是否正确。如果存在RSSI/RSRP通道不平衡，需要检查天馈互调干扰，如果存在驻波告警，需要通过DSP TXBRANCH，DSP RXBRANCH查看RRU发射和接收通道状态。
如果存在小区不可用告警，需要返回主控和基带板一键式日志。
2.1.2、TOP小区话统分析
通过RRC建立失败话统可以得出TOP小区RRC建立失败原因分布：
L.RRC.SetupFail.NOReply多为弱覆盖或终端异常；L.RRC.Setup.ResFail由小区资源分配失败导致。
通过ERAB建立失败原因话统可以得出得出ERAB建立失败原因分布：
L.E-RAB.FailEst.RNL的统计包含了指标L.E-RAB.FailEst.NoRadioRes、L.E-RAB.FailEst.SecurModeFail及指标L.E-RAB.FailEst.NoReply的统计情况。
初始上下文建立失败的几种现象： 基站下发了RRC_SECUR_MODE_CMD消息,收到UE的RRC_SECUR_MODE_FAIL消息 UE SecurityModeCommand EUTRAN SecurityModeFailure 2 基站下发了RRC_SECUR_MODE_CMD消息,没有收到UE的RRC_SECUR_MODE_CMP消息 3 基站下发了RRC_CONN_RECFG消息,没有收到UE的RRC_CONN_RECFG_CMP消息 基站下发了RRC_UE_CAP_ENQUIRY消息,没有收到UE的RRC_UE_CAP_INFO消息
初始上下文建立请求消息超时，需要核心网侧配合，查看核心网侧在收到ENB传递的NAS Attach消息后的处理流程。
初始上下文建立失败需要检查基站配置，查看告警，跟踪Uu口，S1口进行分析。
2.1.3、TOP用户分析
通过CHR日志分析可以获取RRC建立失败和ERAB建立失败TOP用户的TMSI。在CHR数据中，可以通过TMSI来确定是否为同一个用户，具体方法如下：
当前华为核心网TMSI分配的机制是对于同一个IMSI用户，TMSI的右起第三个byte的数据进行随机赋值，即某用户的TMSI中只有第三个字节的8bit发生变化（如AA ** BB CC）就是同一用户。如下图所示，C0 ** 00 05就是同一个用户。
使用INSIGHTSHARP工具分析同一TMSI用户的多个接入流程，查看L2_SRB_LOG字段记录的接入时上行信道质量DMRS_SINR和DMRS_RSRP，可以初步确认用户是否处于上行弱覆盖区域：
DMRS_SINR<0db或DMRS_RSRP<-131dbm可以认为终端处于弱覆盖区域。
图6 CHR字段说明截图 2.1.4、TOP小区跟踪
通过话统分析出TOP小区和TOP时间段后，在对应的小区和时间段，打开Uu口，S1口，X2口跟踪，查看接入流程在哪一步失败。
通过TOP用户的TMSI在核心网侧获取到IMSI，可以启动该用户的全网跟踪
2.1.5、TOP小区环境干扰分析
通过频谱扫描仪功能查看下行是否存在邻区干扰、外部系统干扰等。通过ENB小区干扰检测的性能跟踪分析是否存在上行干扰。如存在外部干扰或邻区干扰，需要进行干扰源排查。
3.配置类问题排查 UE配置问题
1.华为Test UE频点配置
针对我司UE，检查频点配置是否与eNB一致，如果频点不正确，UE表现为小区搜索失败。
图7 测试UE频点配置
2.E398/E392 Attach类型设置
LTE核心网通常没有配置CS域的通道，只有PS域。当E398 Attach类型为CS&PS combined attach时，就会导致只Attach了PS域，CS域一直附着失败，UE最终被释放掉。将E398的Attach方式修改为PS_ONLY可以解决此问题。
图8 Attach信令截图
3.终端规格问题
以E398s/E392u为例，只支持Band38和Band40，如果小区设置为其他频带，终端将无法接入。
另外，需要确认部分终端对无线层加密算法的支持程度，如果小区配置中使用了终端不支持算法进行加密和完整性保护，终端可能会出现接入失败。
以海思芯片为例，通过Histudio在NV项中找到UE_NET_CAPABILITY项查看加密及完整性算法。
ucEeaCap: 加解密算法。ucEiaCap: 完整性保护算法。
高位3个Bit从高到底分别代表NULL、SNOW3G、AES算法 与协议24301中表9.9.3.34.1是一致。
1代表支持，0代表不支持。
比如上图中ucEeaCap与ucEiaCap的值都为0xe0代表NULL、SNOW3G与AES算法都 支持。
如果需要更改，比如需要设置UE可支持的加密算法为AES算法，其它两种算法不支持，则可设置ucEiaCap＝0x20 换算成二进制为0010，表示只支持AES算法。
目前UE对三种算法都支持，所以不管在测试还是商用使用过程中，建议按照默认设置，不要更改这些值。
ENB配置问题
1.PDCCH符号数配置问题
测试局点为了尽可能提高下行吞吐率，PDCCH通常固定1符号，但在20M带宽以下，可能出现无法接入的问题。
10M小区，PDCCH固定1符号，总共能使用的CCE个数为8个，受上下行配比约束，下行最多能用5个，而10M小区公共信令的聚合级别为8，需要8个，因此CCE资源受限所以接入不了
5M小区，PDCCH固定1符号，总共能使用的CCE个数为3，同样由于CCE资源受限接入不了
15M小区，PDCCH固定1符号，总共能使用的CCE个数为12，受上下行配比约束，下行最多能用8个，PDCCH功控开关关闭时可以接入。
图9 PDCCH符号数配置
2.IPPATH配置问题
基站在完成了安全的配置与UE能力的获取后并向小区申请资源,会向TRM申请GTPU资源,如果申请资源失败则会向核心网返回初始上下文建立失败响应INIT_CONTEXT_SETUP_FAIL;原因值填写transport resource unavailable(0)；如下图所示；
跟踪如下所示:
图10 初始上下文建立失败响应信令截图
在这种情况下,对照开站summary首先查看一下MML中的IPPATH是否配置正确,如果已经配置正确,则查看请初始上下文建立请求消息(INIT_CONTEXT_SETUP_REQ消息)中transportlayeraddress的信元值是否为配置的IPPATH值,如果不一样则需要确认一下是我们配置错误还是核心网填写错误。同时查看路由信息配置是否正确，如果IPPATH正确，但路由错误，同样会出现传输资源不可用的错误信息。如果以上都不符合则需要把IFTS打开,将跟踪发给研发人员来确认问题的原因；
图11 初始上下文建立请求消息信令
第三篇：LTE每天学习总结—邻区添加步骤
LTE实战
QQ：21825402
LTE邻区添加步骤
1、同频邻区添加
1.1、系统内同频eNodeB内小区邻区
在MML命令行输入：ADD EUTRANINTRAFREQNCELL
图 1 增加邻区
1.2、系统内同频eNodeB间小区邻区
系统内同频eNodeB间小区邻区关系的建立，需要先创建EUTRAN外部小区关系 在MML命令行输入： ADD EUTRANEXTERNALCELL
图 2 增加外部小区
注意：EUTRAN外部小区信息一定要正确，基站通过增加这些信息来维护邻区关系，如果小区信息有错误，会导致切换失败。
LTE实战
QQ：21825402 创建完外部小区关系后，开始增加EUTRAN同频邻区关系 在MML命令行输入：ADD EUTRANINTRAFREQNCELL
图 3 增加邻区
2、异频eNodeB邻区添加
首先确认异频开关是否打开
系统内异频eNodeB间小区邻区关系的建立，第一步需要添加异频LTE邻区频点； 在MML命令行输入：ADD EUTRANINTERNFREQ
图 1 增加异频邻区频点
第二步增加外部小区，与增加同频外部小区MML命令相同，ADD EUTRANEXTERNALCELL； 注意输入正确的“下行频点”；
LTE实战
QQ：21825402
图 2 增加异频外部小区
第三步增加邻区关系，MML命令为：ADD EUTRANINTERFREQNCELL
图 3 增加异频邻区
现网特别注意，需修改异频频点小区重选优先级为7 最后调整门限
LTE实战
QQ：21825402
3、增加4G-3G邻区
第一步增加UTRAN邻区频点，MML命令为：ADD UTRANNFREQ
图 1 增加UTRAN邻区频点
第二步增加UTRAN外部小区，MML命令为：ADD UTRANEXTERNALCELL
图 2 增加UTRAN外部小区
第三步增加UTRAN邻区关系，MML命令为：ADD UTRANNCELL
图 3 增加UTRAN邻区
第四步配置重选数据，MML命令为：MOD CELLRESEL
LTE实战
QQ：21825402
现网配置异系统测量启动门限为25 第五步创建小区重选，MML命令为：ADD CELLRESELUTRAN
4、增加4G-2G邻区
1）执行ADD GERANNFREQGROUP命令，创建GERAN相邻频点组。
2）执行ADD GERANNFREQGROUPARFCN命令，创建GERAN BCCH相邻频点。
LTE实战
QQ：21825402
3）执行ADD GERANEXTERNALCELL命令，创建GERAN外部小区。
4）执行ADD GERANNCELL命令，创建GERAN邻区关系。
第四篇：LTE每天学习总结—基本过程(下行同步)
1.小区搜索
1.1 开机
UE开机在可能存在LTE小区的几个中心频点上接收信号（PSS），以接收信号强度来判断这个频点周围是否可能存在小区，如果UE保存了上次关机时的频点和运营商信息，则开机后会先在上次驻留的小区上尝试；如果没有，就要在划分给LTE系统的频带范围内做全频段扫描，发现信号较强的频点去尝试
1.2 PSS检测
进行5MS时隙同步，检测CELLID 然后在这个中心频点周围收PSS（主同步信号，对于FDD，PSS在slot0和slot10的倒数第一个OFDM符号上；SSS在slot0和slot10的倒数第二个OFDM符号上。对于TDD，PSS在slot2和slot12的第二个OFDM符号上；SSS在slot1和slot11的倒数第一个OFDM符号上。），它占用了中心频带的6RB，因此可以兼容所有的系统带宽，信号以5ms为周期重复，在子帧#0发送，并且是ZC序列，具有很强的相关性，因此可以直接检测并接收到，据此可以得到小区组里小区ID，同时确定5ms的时隙边界，同时通过检查这个信号就可以知道循环前缀的长度以及采用的是FDD还是TDD（因为TDD的PSS是放在特殊子帧里面，位置有所不同，基于此来做判断）由于它是5ms重复，因为在这一步它还无法获得帧同步
1.3 SSS检测
进行10MS同步，检测CELL GroupID、帧同步
5ms时隙同步后，在PSS基础上向前搜索SSS，SSS由两个端随机序列组成，前后半帧的映射正好相反，因此只要接收到两个SSS就可以确定10ms的边界，达到了帧同步的目的。由于SSS信号携带了小区组ID，跟PSS结合就可以获得物理层ID（CELL ID），这样就可以进一步得到下行参考信号的结构信息。PSS在每个无线帧的2次发送内容一样，SSS每个无线帧2次发送内容不一样，通过解PSS先获得5ms定时，通过解SSS可以获得无线帧的10ms定时。因为先解析PSS获得5ms定时，在解析SSS时根据FDD和TDD其位置不同可以确定是FDD模式还是TDD模式。再者，不管系统带宽是多少，PSS和SSS都在在系统带宽中间的6个RB上发送，在带宽内对称发送，所以通过解PSS和SSS可以获得频域同步。通过解PSS可以获得物理层小区ID，通过解SSS可以获得小区的组ID，二者组合就可以获得当前小区的物理小区ID。
1.4 DL-RS 时隙与频率精确同步
在获得帧同步以后就可以读取PBCH了，通过上面两步获得了下行参考信号结构，通过解调参考信号可以进一步的精确时隙与频率同步，同时可以为解调PBCH做信道估计了。
1.5 PBCH 获得系统带宽，PHICH资源、天线数、SFN（系统帧号）
PBCH在子帧#0的slot #1上发送，就是紧靠PSS，通过解调PBCH，可以得到系统帧号和带宽信息，以及PHICH的配置以及天线配置。系统帧号以及天线数设计相对比较巧妙: SFN（系统帧数）位长为10bit，也就是取值从0-1023循环。在PBCH的MIB（master information block）广播中只广播前8位，剩下的两位根据该帧在PBCH 40ms周期窗口的位置确定，第一个10ms帧为00，第二帧为01，第三帧为10，第四帧为11。PBCH的40ms窗口手机可以通过盲检确定。而天线数隐含在PBCH的CRC里面，在计算好PBCH的CRC后跟天线数对应的MASK进行异或 至此，UE实现了和ENB的定时同步（MIB传输周期为40ms，在一个周期内，PBCH信道分布在每个无线帧的#0子帧内，占据第二个slot的前4个符号位置；频域与PSS和SSS信号一样，占据中心的1.08MHz，即频域中心的6RB）
LTE系统消息相关资料
LTE每天学习总结—系统消息.docx
1.6 PDSCH 接受SIB消息
要完成小区搜索，仅仅接收PBCH是不够的，因为PBCH只是携带了非常有限的系统信息，更多更详细的系统信息是由SIB携带的，因此此后还需要接收SIB（系统信息模块），即UE接收承载在PDSCH上的BCCH信息。为此必须进行如下操作：
1)接收PCFICH，此时该信道的时频资源可以根据物理小区ID推算出来，通过接收解码得到PDCCH的symbol数目；
2)在PDCCH信道域的公共搜索空间里查找发送到SI-RNTI（无线网络标识符）的候选PDCCH，如果找到一个并通过了相关的CRC校验，那就意味着有相应的SIB消息，于是接收PDSCH，译码后将SIB上报给高层协议栈；
3）不断接收SIB，上层（RRC）会判断接收的系统消息是否足够，如果足够则停止接收SIB至此，小区搜索过程才差不多结束
第五篇：LTE常见故障总结
LTE-FZHA（RL25）常见故障总结
目录
LTE-FZHA（RL25）常见故障总结............................................................................................1
1.System module failure(0010)........................................................................................3 2.BTS reference clock missing(1898)................................................................................3 3.Configuration error: Unit initialization failure(0012).....................................................3 4.Configuration error: Not enough HW for LCR(1868).....................................................4 5.Configuration error: Power level not supported(4008).................................................4 6.Cell configuration data distribution failed(6253)..........................................................4 7.Failure in optical RP3 interface(4064)...........................................................................5 8.Failure in optical RP3 interface(0010)...........................................................................5 9.Baseband bus failure(3020,1906).................................................................................5 10.RF module failure(6259，1911、1711、1712)..........................................................5 11.Cell power failure(4090)..............................................................................................6 12.GPS Receiver alarm: Control Interface not available（4011）..................................6 13.X2 interface setup failure（6304）.............................................................................6 14.Transport layer connection failure in X2 interface.......................................................6 15.Failure in replaceable baseband unit...........................................................................7 16.Temperature alarm(0002)............................................................................................7
17.VSWR（1838）............................................................................................................7 18.Failure in optical RP3 interface(2004).........................................................................8 19.GPS时钟盒闪断，时钟信号不正常，无法识别RRU...............................................8 20.Failure in optical RP3 interface（2000）.....................................................................8 21.光纤交叉连接..............................................................................................................8 22.基站始终无法建立S1连接，只到configed状态....................................................9 23.GPS时钟盒闪断，时钟信号不正常，无法识别RRU...............................................9 24.某一个小区的RRU无法识别.....................................................................................9 25.BBU版本无法识别....................................................................................................10 26.校准初步排查............................................................................................................10 27.本地IP地址和路由正常，ping不通MME和网关................................................11 28.TRS文件始终无法生效.............................................................................................11 29.三种疑难告警............................................................................................................12 30.远程ping不通基站...................................................................................................12 31.风扇告警....................................................................................................................12 32.BTSlog有link消息，但是pinger始终不亮............................................................12 33.驻波问题....................................................................................................................13 34.pinger正常，但是SM里小区显示橙黄色告警.....................................................13 35.几个特列....................................................................................................................13 36.FOSI 和FOSN的光功率范围....................................................................................13 37.不同频段RRU类型...................................................................................................13 1 38.MAC绑定及载波冲突...............................................................................................14 39.传输不通....................................................................................................................14 40.升级完成后出现驻波告警........................................................................................14 1.System module failure(0010)引起原因：
由于天气温度过高或者机房温度过高，导致BBU的热量散发不出去，引起的告警，一般表现是第三小区挂死，严重的可能会整站挂死，甚至会烧坏BBU。抑或是光模块出现问题导致出现此告警。处理方法：
1、由于是高温引起，基站要降温并重启BBU.若是BBU长期处于高温状态，会导致BBU内部的芯片烧坏，到最后只能替换BBU
2、若是因为光模块导致，则可以更换光模块，则可以解决此问题。
2.BTS reference clock missing(1898)引起原因：一般导致此故障有两个原因：
1、高温导致比较常见，由于高温时间过长，光模块过热，导致BBU和RRU失去连接，而后会出现此告警。
2、时钟盒出现故障。
3、时钟线与GPS头的连接线接头（避雷器接口）没有做好，接收不到时钟信号。
4、时钟线和时钟盒的连接不好。处理方法：
1、高温引起，基站要降温，等待一段时间后并重启BBU.2、时钟盒故障，更换时钟盒；
3、GPS线头没有接好，重新做一下从GPS引下来的馈线到避雷器的头子，使其能够正常接触。
4、若是时钟线损坏，则更换时钟线；若是时钟线和时钟盒接头没有接好，则接好接头。
3.Configuration error: Unit initialization failure(0012)引起原因：
1、高温导致小区挂死，软重启后会出现此告警
2、高温导致基站自动重启出现此告警 处理发法：
1、高温引起，基站要降温并重启BBU。
2、重新COMISSION基站，即重新把基站的集成文件（SCFC）和传输文件（Config）重新传入BBU内，重启后一般可以恢复正常。4.Configuration error: Not enough HW for LCR(1868)引起原因：以3小区基站配置来说明，由于集成文件已经配置好了，若是某一小区丢失或两个、三个小区的RRU都识别不到，则会出现此告警。
1、高温导致光模块过热，跟光纤的连接中断
2、光纤没有插好
3、光纤断了
4、RRU坏了
5、SCFC文件配置有问题 处理方法：
1、高温引起，基站要降温并重启BBU。
2、将光纤拔下来，重新插好
3、更换损坏的光纤
4、更换RRU
5、重新配置SCFC文件，如果是二小区的基站，不能将SCFC文件做成三小区的配置，否则也会出此告警。
5.Configuration error: Power level not supported(4008)引起原因：
1、BBU上的FSMF到FBBA之间的电源连接线没有插好，导致供电不足
2、BBU自身的问题 处理方法：
1、重新拔插这些电源线，使之接触正常
2、说是BBU自身的问题，则是有些可以不用拔插，直接重启基站就可以解决此问题。
6.Cell configuration data distribution failed(6253)引起原因：
基站运行一段时间由于自身问题导致，在此也说不清楚为什么会出现此问题，最大的可能性就是BBU加载好的文件一般存储在它的FLASH芯片里面，运行一段时间后文件出错，未能成功读取到SCFC文件，导致基站出现此告警
处理方法：
由于重启基站后此问题即可消失，所以一般处理的方式为重启基站，在重启的过程中，基站会重新读取索引目录Filedirectory，重新加载基站的配置文件，此过程会擦除原先在Flasn里面的数据，这样基站就能正常工作了。7.Failure in optical RP3 interface(4064)引起原因：
1、光模块损坏导致辅口读不到光纤消息
2、温度过高，导致辅口光模块故障，读取不到光纤消息
3、辅口的光纤断了 处理方法：
1、更换辅口的光模块，问题得到解决
2、下电直接重启，或是下电后将光模块拔出，冷却一阵再插入卡槽内，加好光纤，加电起来后此告警消失
3、光纤损坏导致此问题，需要更换光纤，此问题最为麻烦，需要工程队配合，一般更换光纤后都能好（前提是把1、2都做过一遍了，告警得不到解决的情况下，更换光纤）。
8.Failure in optical RP3 interface(0010)引起原因：
1、高温导致小区两光纤传输中断，BBU读不到RRU消息
2、高温导致小区两光模块出现问题
处理方法：
此问题处理的方法一般为下点重启，问题都可以得到解决，但是如果机房或者综合柜的温度还是很高的话，过不了多久，大概10分钟左右，此告警还会出现，所以需要做的是打开综合柜的门，进行散热处理，或是增加空调设备，降低室内温度，如果基站在室外，则没有什么好的办法，只能将BBU拿出来，放在综合柜外面。
9.Baseband bus failure(3020,1906)引起原因：
1、BUS线没有插好
2、BBU内部主板的问题 处理方法：
1、重新拔插BUS线，使之连接正常
2、BBU内部主板的问题有的可以通过下电重启解决此问题，但是有的只能更换BBU，此问题才能得到解决。
10.RF module failure(6259，1911、1711、1712)引起原因：
1、光模块损坏导致
2、RRU出现故障导致
处理方法：
1、若是告警号为1711（主）或1712（辅），则分别更换主辅侧的光模块即可解决问题。
2、告警号为1911或者是6259的时候，则需要更换RRU，一般都可以解决此类故障。
11.Cell power failure(4090)引起原因：
1、高温导致供给FBBA的电流减少，导致功率不足
2、Vendor文件不匹配 处理方法：
1、高温引起，基站要降温并重启BBU
2、更换跟天线匹配的正确的Vendor文件
12.GPS Receiver alarm: Control Interface not available（4011）
引起原因：
GPS时钟盒工作不正常
处理方法：
1、重启时钟盒
2、拔插连接BBU和时钟盒的时钟线
13.X2 interface setup failure（6304）
引起原因：
X2链路连接建立失败，需要建立X2链路连接
处理方法：
1、如果邻基站存在，则邻基站好了以后，此告警自然消失
2、如果邻基站不存在，则需要在邻区关系表里面讲此链路的连接配置删除，既可以消除此告警。
14.Transport layer connection failure in X2 interface 引起原因：
邻小区没有Onair,即基站未能正常起来工作 处理方法：
1、删除邻区关系
2、是邻小区正常工作
15.Failure in replaceable baseband unit 引起原因：
1、FSMF和FBBA之间连接不好导致
2、FBBA硬件问题 处理方法：
1、重启BBU
2、检查FSMF和FBBA之间的连线
3、更换FBBA板件
16.Temperature alarm(0002)引起原因：
1、机房或者综合柜温度过高
2、BBU风扇转速过快或者过慢
处理方法：
1、检查机房空调是否正常工作，温度是否正常。
2、检查综合柜是否散热良好
3、检查BBU的风扇转速是否正常，一般可以看到此类告警，若是不正常，则需要更换风扇。
17.VSWR（1838）
引起原因：
1、RRU内部的耦合器脱落，倒是发射端口出现驻波
2、天线跟BBU内的Vendor文件不匹配，出现驻波
3、馈线头子没有做好，进水了，出现驻波
4、馈线有问题，出现驻波
5、光模块也会导致驻波（很少见，我没见过，但是听说过）处理方法：
1、对于RRU损坏导致的驻波，则更换RRU，只能如此解决
2、若是天线和Vendor文件不匹配导致的告警，则更换相对应的Vendor文件
3、进水了则需要晾干或者更换馈线
4、馈线有问题则直接更换
5、光模块有问题，可以通过更换光模块来解决。
18.Failure in optical RP3 interface(2004)引起原因：
1、软件问题
2、硬件问题
处理方法：
1、更换软件版本，此告警有的基站可以消失
2、更换硬件，此告警可以消失
对于此告警，实在是难以有一个定论，曾经研发的人为此告警一天打了5个补丁还是解决不了，到现在也不知道怎么办，只有不停的更换软件包，更换硬件，更换光模块来消除此告警。
19.GPS时钟盒闪断，时钟信号不正常，无法识别RRU 正常情况下，小的时钟盒信号灯为常绿，如果出现绿色指示灯不断闪烁则GPS信号不正常。
如果灯闪的情况为一长二短，则为GPS馈线短路，如果灯闪的情况为一长一短，则为GPS馈线开路。
20.Failure in optical RP3 interface（2000）
引起原因：此告警基本是因为温度过高，但是光模块还能工作，但又受到影响，出现的告警，或者是光模块故障导致
解决办法：
1、更换光模块
2、下电重启，若是基站处于正常温度下，则可以保持正常，不再出此告警。
21.光纤交叉连接
对于室外型宏基站（FZHA，s111），开通后正常的FZHA的框号为1.1.1、1.3.1、1.4.1(normal FZHA rack no.png)。已发现有部分基站开通后的FZHA的框号为1.1.1、1.2.1、1.3.1(abnormal FZHA rack no.png)。
对于这种情况，基站无告警，但对于第一、二小区的业务测试会造成影响。原因可能是第一小区的辅光纤与第二小区的主光纤交叉错接。1、3、4代表主光口
22.基站始终无法建立S1连接，只到configed状态
这种情况一般是基站发了S1连接请求，但是核心网侧没有回，在SM里面会有6308的告警（S1 interface setup failure），这个时候我们会误认为是核心网侧没有配这个站的数据或没配对，其实核心网侧不需要配置任何数据。所有的information都由ENB上报。下面是MME的输出：
MCC MNCENB ID ENB IP S1 CONN AMOUNT === === ===== ======================================= 460 08 13 172.16.2.16 3 460 08 106 172.16.2.137 0 460 08 108 172.16.2.139 16 S1口通了之后，ENB正常接入网络，MME侧就能看见有关的信息。所以，基站侧开通时，不外乎2个问题：
1.传输不通：需要核对传输侧数据是否配对。比如：ENB IP地址，网关，S1-C控制地址，VLAN ID等。
2.传输通了，S1口不通：需要核对ENB侧 MCC,MNC,ENBID是否正确。特别是ENBID，不能与其它站冲突。截止到现在，99%的ENB S1口不通，是由于ENBID冲突造成的。SCTP的端口号36412如果都是诺西的设备，就不会出问题。
总之，在ENB接入EPC的过程中，MME只是起着等待接入，接入确认的作用。
23.GPS时钟盒闪断，时钟信号不正常，无法识别RRU 正常情况下，时钟盒信号灯为常绿，如果出现绿色指示灯不断闪烁则GPS信号不正常。如果灯闪的情况为一长二短，则为GPS馈线短路；如果灯闪的情况为一长一短，则为GPS馈线开路。这两种情况一般只需重做GPS头子就行。
还有一种情况是灯闪的时间间隔相同，则为时钟盒模式选择错误，只需把时钟盒上的模式开关拨到GNSS就行。
24.某一个小区的RRU无法识别
现象是：该小区的RRU能ping通，但是在BTSlog里面无法读出RRU的版本，SiteManger里面也无法识别RRU。
既然小区光纤同步没问题，而BTSlog和SM却又同时识别不到RRU的版本，按照RL15时的经验只可能是RRU的productCode丢失，所以从RRU里面，通过log –a提取RRU的log（F01_startup.zip和F01_runtime.zip），从该RRU的启动log里面，可以看到如图1-1显示的信息：
图1-1 该小区RRU启动log 而正常RRU启动log里面，应为如图1-2所示的信息：
图1-2 正常RRU启动log 对比可以看出，原因应该是productCode和Serial number丢失造成。在RRU里面，使用eeprom命令，手动写入productCode和Serial number，重启基站后，小区恢复正常。
25.BBU版本无法识别
BBU版本无法识别主要表现在SM读到的版本为“?”，这个问题也是在1800之后出现的，主要是因为往BBU里传文件时出错引起系统切换，重启后就识别不到版本了。
对此尝试过很多手段，包括重升PS、重传fs1、重灌基站包和重刷flash都不行。既然这个问题是系统切换时造成的那能不能再让它切换一次？于是问研发要了一条关于切换的命令，具体步骤如下：
1)通过将FileDirectory里面的“?”写回版本号，再放回flash里面 2)保证备区的FileDirectory里版本号不是“?” 3)在FCTB里执行命令：uboot_env get，查看正在运行的区域，如果是fs1，则执行命令: uboot_env set active_partition=2，将系统切换至fs2 4)重启BBU，重启后一般情况下能恢复正常版本，不行的话可以再次尝试以上方法。
26.校准初步排查
如果发现某个小区的校准有问题，比如说2小区的校准有问题，那么我们更换小区110 和小区2的光纤位置（也就是OptIF1和OptIF3更换，OptIF2和OptIF6更换），看看校准不好的小区是否有变化：
（1）如果校准不好的小区变到了第1小区，那么可能是RRU或者射频连线的问题（2）如果校准不好的小区还是第2小区，那么可能就是eNB的问题 对于(1)类问题，我们要继续看看是哪个path有问题，如下面的log：
AntIdx(7)值偏大，则须检查对应第8通道的跳线是否接好。如果所有path都不好的话，则可以尝试sitemanager block、unblock这个小区，看是否恢复正常，如果没有校准打印，则直接重启。以下是各个参数的定义：
Timeoff 波动不要太大，能稳定就可以
Ampratio 是原始天线信号计算出的天线x对参考天线的幅度比 Finalampratio 是最后ULPHY给出的调整幅度比，不会>1 Maxtxantampratio 是7组幅度比中最大值，代表了RRU 8个通道之间幅度的差异
27.本地IP地址和路由正常，ping不通MME和网关
先检查光电转换器上面是否有5个绿灯。如果电口灯未亮，检查eNB到光电转换器的网线；
如果光口灯未亮，检查光电转换器到PTN的光纤是否连接正确； 如果1000M灯未亮，检查网线的质量；
如果指示灯都正常的话，则致电PTN工程师核对PTN的端口和传输数据，尤其是VLAN和容量。
28.TRS文件始终无法生效
当传完fs1文件或升完级后，TRS文件在SM里始终无法sending出去，将其上传至runfs1trs_datadb根目录下重启基站也不生效；
此时可以尝试重刷PS来解决，生效后BBU上的传输指示灯会变绿！29.三种疑难告警
（1）Cell power failure 原因：RF received low power from BTS 解决方法：1.Check Pmax and txPowerScaling value 2.Check vendor file 3.Replace FSMF or FBBA（2）RF module failure 原因：LNA burned 解决方法：Replace RRU HW或BBU HW或FBBA（3）Baseband bus failure 原因：基带总线配置被硬件，软件，DSP或LTX拒绝 解决方法：更换BBU到两块FBBA的数据线或直接更换BBU 30.远程ping不通基站
远程ping不通有以下几种可能：（1）网管IP没配或配错
（2）该站之前正常，但是后来上站发现vlan数据又被做到PTN2-5口，导致远程ping不通；
（3）光电转换器到BBU的网线有问题，诺西采购的这批网线还不如地摊上卖的靠谱，运行一段时间后，竟然会导致传输中断
（4）PTN上的光模块突然之间出问题了
（5）基站正常运行一段时间后TRS文件丢失（6）PTN被托管了
（7）机房断电、BBU或光电转换器被下电
以上可能大多数都需去现场结合实际情况来判断，并采取相应的解决方法！
31.风扇告警
风扇告警可能是风扇过速、低速或不转，一半是风扇本身的问题，可以通过更换风扇来解决，一半是由于BBU出了问题，而不转也可能是因为风扇电源未插好。
另外有些风扇告警时有时无，需结合实际情况来判断。
32.BTSlog有link消息，但是pinger始终不亮
这个问题在18630版本下很常见，据说是因为该版本对光口质量要求高，因为我试过将版本降到16200时问题就消失了，升上来后又复现了，解决方法如下：
（1）整站下电（2）更换光模块
（3）单独上电问题小区
（4）将问题小区一根光纤拔掉 33.驻波问题
驻波问题很常见，主要有以下几种：
（1）跳线未插或未插好
（2）RRU耦合器脱落，导致驻波固定在RRU某一通道（3）天线问题
（4）Vendor文件没有和天线型号对应
SM里面显示的某通道驻波比告警是指RRU上对应的某通道，不是天线的，而校准+1则和RRU对应！
34.pinger正常，但是SM里小区显示橙黄色告警
岳峰镇台中这个站之前很正常，运行一段时间后二小区无法识别，远程重启基站后该小区报4064告警。
上站下电重启基站后该小区光纤同步正常，但是SM里小区显示橙黄色告警，更换BBU侧光模块后问题依旧，最后更换RRU侧光模块问题解决。
35.几个特列
（1）金榜食府->温度告警->整站挂掉 :温度过高会导致光口异常，小区退服；
（2）传输数据做好后，PTN网管确认vlan、ip也添加了，但是就是ping不通网关：后来才知道对应的网关没添加；
（3）有个小区始终不报link消息：后来发现是RRU侧光纤未插；
（4）琅岐便携->将BBU下电6-8分钟后，pinger能正常识别，但是SM识别不到该小区->重启几次后SM能识别，但是报RP3-2000:更换光模块后问题解决。
36.FOSI 和FOSN的光功率范围
（1）RTXM228-601 输出光功率:-8.2dBm~+0.5dBm（FOSN）输入光功率：-14.4dBm~+0.5dBm（2）RTXM228-618 输出光功率:-5.2dBm~+0.5dBm（FOSI）输入光功率：-14.4dBm~+0.5dBm 37.不同频段RRU类型
室分只有一种频段：
E频段，2.3G(6通道FZNC 和2通道FZND)宏站有两种频段：
F频段，1.9G(8通道FZFA和8通道FZFD)13 D频段，2.6G(8通道FZHA)38.MAC绑定及载波冲突
更换BBU后传输需在网管做一个MAC地址的绑定
铁路旅社：TD第三小区11个载波，所以LTE的第三小区只能到configing状态，到不了configed的状态，也ONair不了！
39.传输不通
1，网管IP没配或配错，按规划重新做数据； 2，该站之前正常，但是后来上站发现vlan数据又被做到PTN2-5口，导致远程ping不通，将PTN尾纤插到正确位置；
3，光电转换器到BBU的网线有问题，直接更换； 4，PTN上的光模块出问题，直接更换；
5，基站正常运行一段时间后TRS文件丢失，重做数据； 6，PTN被托管，联系PTN侧处理；
7，机房断电、BBU或光电转换器被下电、空开跳闸，上电或联系移动处理；
40.升级完成后出现驻波告警
此故障出现在最新升级的版本247_16，升级完成后，由于Vendor文件未能同步更新名称，导致出现驻波，这时候就需要通过Fileziler登陆到BBU里面，将Vendor文件的后面几位改成升级以后版本的名称，比如说升级前，Vendor名称为vendor_GZ818630，这时候就需要该为vendor_GZ824716。
点击咨询 