TD-LTEeNodeB故障排查指导手册6160.pdf

修正版 TD-LTE eNodeB 故障排查指导手册 修正版 目录 1 产品概述.1 1.1 BBU 基本功能和指标.1 1.2 BBU 系统架构介绍.2 2 故障告警概述.3 2.1 BBU 故障分类.3 2.2 BBU 告警表.4 3 故障分析定位与处理.4 3.1 传输承载子系统类故障.4 3.1.1 偶联建立失败.4 3.1.2 IP 地址冲突故障.5 3.1.3 传输接口的状态查看.5 3.1.4 前后台不能建链.7 3.1.5 获取不到用户面下一跳 MAC 地址.8 3.2 操作维护子系统类故障.9 3.2.1 LMT 无法登录.9 3.2.2 基站可以 PING 通，但 LMT 无法登录成功.9 3.2.3 远程 LMT 登录出现 FTP 上传失败.10 3.2.4 信令跟踪无法使用.10 3.2.5 EMS 的客户端拉远模块无法使用.11 3.2.6 ORACLE 数据库与网管软件无法连接.11 3.3 基带和 CMAC 故障.11 3.3.1 UE 初始接入失败.11 3.3.2 UE 配置 CQI/PMI/RI,但是 UE 并不上报 CQI/PMI/RI.12 3.3.3 UE 侧检测到业务的 DCI 包数与调度不一致.12 3.3.4 UE 侧检测到业务的 CRC 全错.13 3.3.5 UE 侧检测到业务的 CRC 出现部分错误（BF 环境）.13 3.3.6 高通终端（AL680S）因安全模式打开无法接入处理.13 3.3.7 UE 的 RI 打桩设置为 2，信道质量很好，但是基站没有调双流.14 3.4 业务及流程故障.14 修正版 3.4.1 SCTP 偶联断开.14 3.4.2 S1 建立失败.15 3.4.3 X2 建立失败故障.16 3.4.4 PING 包不通故障.16 3.4.5 小区建立故障.17 3.4.6 自研 UELMT 无 RSRP 显示.18 3.4.7 UE 无法下行同步或无法选到合适小区.19 3.4.8 UE 已接入至目标侧后，X2 口切换依然失败.19 3.4.9 X2 口切换触发失败.20 3.4.10 测量报告触发失败.21 3.5 RRU 类故障.21 3.5.1 通过 BBU 无法远程登陆到 RRU.21 3.5.2 天线口没有功率输出.22 修正版 1 产品概述 1.1 BBU 基本功能和指标 TD-LTE BBU 产品 ZXSDR B8200B8300 是一款基于中兴 SDR 统一平台的 BBU，采用基带射频分离的架构，以适应运营商长期演进的低成本策略。ZXSDR B8200B8300 作为多模紧凑型 BBU，主要提供 S1，X2 接口、时钟同步、与RRU的基带射频接口等功能，实现内部业务及通讯数据的交换；BBU与RRU之间采用数字基带信号光纤拉远。ZXSDR B8200B8300 产品的主要功能包括：BBU 与 RRU 之间通过 OBRI/CPRI 接口连接，完成对 RRU 控制和数据的处理功能。数据流的 IP 头压缩和加密 无线资源管理：无线承载控制、无线接入控制、移动性管理、动态资源管理 UE 附着时的 MME 选择 路由用户面数据到 S-GW 寻呼消息调度与传输 移动性及调度过程中的测量与测量报告 PDCPRLCMACULPHYDLPHY 数据处理 通过后台网管（OMC/LMT）提供操作维护功能：配置管理、告警管理、性能管理、版本管理、前后台通讯管理、诊断管理。提供集中、统一的环境监控，支持透明通道传输；支持所有单板、模块带电插拔；支持远程维护、检测、故障恢复，远程软件下载；设计充分考虑了系统兼容性和扩展性，可通过更换基带单板、更换射频单元或软件更新方式支持 GSM、TD-SCDMA。ZXSDR B8200B8300 关键技术指标如下表：关键技术指标 BBU B8200B8300 尺寸（mm）88.4mmx482.6mmx197mm(高 x 宽 x 深)2U19 133.3mmx482.6mmx197mm(高 x 宽 x 深)3U19 满配重量 PrintfArp ARPinformation-net_If:1Vlan-id=0(Statue:UP)IP:0 x8C010283Haddr:00-00-00-00-00-00ARPF_WAITING620620 packetaddr:0 x0861cf48,datalength:76.IP:0 x9F010283Haddr:00-17-31-88-88-AFARPF_ALWAYS_USE4040-TotalItems:2(AddedStatic:0TotalStatic:1)arpCachePkts:1arptime:60000 查看 IP 对应的 MAC 地址是否已经获取到，是否正确。4 其他说明 修正版 无。3.1.2 IP 地址冲突故障 1 故障现象 后台网管上报“IP 地址冲突”告警。2 故障分析与定位 出现此问题的可能原因：在核心网上连接多个 eNB 时，如果配置的 IP 地址没有按照规划好的 IP 地址进行配置，就可能出现配置的两个 eNB 的 IP 地址相同。eNB 在启动后，发送免费 ARP 请求，检查是否有和自己相同的 IP 地址，如果有就打印这时就会出现 IP 冲突的现象。3 故障处理方法 修改基站的 IP 地址，保证不重复。4 其他说明 无。3.1.3 传输接口的状态查看 1.故障现象 传输物理接口-传输介质可以是光和电。由于目前在后台无法查看当前使用的光口/电口是否正常。如果使用电口，需要注意协商成功的是哪种工作模式(10Mbps 半双工、100Mbps 全双工、自适应、10Mbps 全双工、100Mbps 半双工、1000Mbps)。2 故障分析与定位 在 CC 中输入命令查看当前网口的工作模式。如下图所示，abis 口异常、debug 口正常。修正版 3 故障处理方法 需要察看 abis 口的物理连接是否正常；需要查看 abis 口协商后的工作模式是否正确；当传输接口为电口时：下图显示的电口工作正常且工作模式为 100Mbps 全双工。修正版 当传输接口为光口时：下图显示光口正常且工作模式为 1000Mbps 全双工。4 其他说明 无。3.1.4 前后台不能建链 1.故障现象 OMC 与基站界面显示断链。2 故障分析与定位 检查配置：OMC 接入的 IP 是否与基站的 IP 一致；基站是否配置 OMC-B 参数；检查物理链接；三次握手检查。3 故障处理方法 使用抓包工具查看，后台网管是否发送主动断链请求包（Syn 包：0 x02）；基站是否回复（Syn-Ack：0 x0a）；后台是否回复（Ack 包:0 x08）；情况一：如果网管一直发送了 Syn 包（0 x02）后，基站侧未回应。则需要基站侧人员具体定位。情况二：修正版 如果后台发送 Syn 包（0 x02）请求，基站侧回应 Syn-Ack（0 x0a），后台并没有发送Ack（0 x08）包进行响应，而是重传了 Syn（0 x02）包。前后台始终三次握手不成功。则需要查看基站侧 Syn-Ack 包是否要求重传，如果是，找基站侧人员定位。如果否，则需要找后台人员定位。4 其他说明 无。3.1.5 获取不到用户面下一跳 MAC 地址 1 故障现象 eNB 启动后偶尔出现用户面通道不通的情况，用户面上行数据，在 QE 上不能进行转发。查看 QE 的上行的用户链接表，发现对应 mac 地址为 0。CC-Print_Rwd_Connect_Info()RwdconnectDataStructAddressis0 xf340f8 array0DestIPis0 x0 array0UseTimesis0 x0 array0NextHopMacis0 x000 x000 x000 x000 x000 x00 array1DestIPis0 x0 array1UseTimesis0 x0 array1NextHopMacis0 x000 x000 x000 x000 x000 x00 array2DestIPis0 x0 array2UseTimesis0 x0 array2NextHopMacis0 x000 x000 x000 x000 x000 x00 array30DestIPis0 x0 array30UseTimesis0 x0 array30NextHopMacis0 x000 x000 x000 x000 x000 x00 array31DestIPis0 x0 array31UseTimesis0 x0 array31NextHopMacis0 x000 x000 x000 x000 x000 x00 查看 BRS 的 ARP 表，-PrintfArp ARPinformation-net_If:1Vlan-id=0(Statue:UP)IP:0 x9F010283Haddr:00-17-31-88-88-AFARPF_ALWAYS_USE4040-TotalItems:2(AddedStatic:0TotalStatic:1)arpCachePkts:1arptime:60000 发现没有对应用户面核心网接口板的 arp 表项，2 故障分析与定位 由以上现象可以断定 BRS 获取接口板 mac 地址失败。BRS 对 ARP 表维护的流程如下：修正版 当配置静态路由或 IP 端口的网关时，会新增静态路由下一跳或者网关地址的 arp 表项发起 arp 请求，arp 表项为 ARPF_WAITING；超时触发重复发起 ARP_MAXRETRY 次 arp 请求，超过 ARP_MAXRETRY 次，会将 arp 表项删除，分析可见是相应的配置过后，BRS发起ARP_MAXRETRY次对端没有响应，导致arp表项已被删除。3 故障处理方法 可以采用从核心网侧用户面网元 ping 一下 CC 的 IP 地址，这时，ARP 表中就会有用户面下一跳的 MAC 地址，然后再建业务，QE 就可以进行转发了。4 其它说明 无。3.2 操作维护子系统类故障 3.2.1 LMT 无法登录 1 故障现象 LMT 无法登陆成功，使用网管虽可建链但基本功能均不可用，如做查询或配置操作时返回值均为：9，也就是未知错误。2 故障分析与定位 出现这种故障可能原因：前台 OAM 的 trapport 操作失败,致使与后台连接出现异常。3 故障处理方法 本故障出现概率很小，至目前未解决需要重启基站规避。4 其他说明 无。3.2.2 基站可以 ping 通，但 LMT 无法登录成功 1 故障现象 在PC机网络适配器速度为自动感应条件下，可以ping通基站但LMT无法登陆成功。2 故障分析与定位 出现这种故障可能原因：防火墙导致；FPGA 未加载导致 Debug 口与 PC 间速度协商失败，一般出现在删除过电子盘上的文件之后。3 故障处理方法 可以关闭防火墙试解决，在运行中输入：smc-stop（公司的）或netstopsharedaccess（WinXP 自带的）并回车，这两种防火墙都出现过修正版 使 LMT 登录失败；将连接基站 Debug 口的 PC 的网络适配器的速率设置为 100M 全双工。4 其他说明 无。3.2.3 远程 LMT 登录出现 FTP 上传失败 1 故障现象 远程 LMT 登录基站，出现 FTP 上传失败故障。2 故障分析与定位 出现这种故障可能原因：远程 PC 的 21 号端口被占用；BBU 出现故障。3 故障处理方法 远程 PC 的 21 号端口被占用，LMT 登录过程中，BBU 需要使用 LMT 附带的 ftp 服务器上数据库文件。对这种情况下，规避方式如下：打开 PC的任务管理器查看是否已经启动过别 ftp 服务器进程，类似“ftpserver”名称，如果有的话，关闭这个进程，然后重新打开 EOMS 即可。如果任务管理器中没有找到别的 ftp 服务器进程，也可以重启 PC；BBU 出现故障，可以使用 cmd 的 ftp 命令尝试登录 BBU，如果登录不上，先尝试用 telnet 登录，使用 OSS_DbgGetAllUsePCBInfo 命令将查看到的所有进程进行信息截图发给产品第一响应组。然后尝试复位基站。4 其他说明 无。3.2.4 信令跟踪无法使用 1 故障现象 在单独安装的客户端，客户端可以登录服务端，但是无法启动信令跟踪，在点击登录后，显示无法登录。2 故障分析与定位 出现这种故障可能原因：目前的信令跟踪，是一个比较独立的软件，需要直接和前台通讯。不像其他系统工具是通过网管的服务端转发的。所以一旦单独的客户端找不到通往前台的路由，信令跟踪就无法使用。3 故障处理方法 在地面资源管理的传输配置中，右键添加 OMC-B 链接，在弹出的界面中，填写 OMC的 IP 地址为客户端所在机器的 IP 地址。4 其他说明 无。修正版 3.2.5 EMS 的客户端拉远模块无法使用 1 故障现象 EMS 上的客户端拉远模块无法使用，所有拉远的功能无法使用。2 故障分析与定位 出现这种故障可能原因：OMM 和 EMS 的网络连接出现异常；OMM 和 EMS 的版本不匹配。3 故障处理方法 如果 OMM 和 EMS 的网络连接出现异常,首先检察物理连线是否正常，然后检察 EMS 和 OMM 之间的路由是否正常，如果有防火墙，需要关闭防火墙在链接；如果 OMM 和 EMS 的版本不匹配，可以在网元管理中，在 OMC 节点右键选择强制上载，EMS回从OMM通过 FTP 上载 ERT 拉远客户端到EMS的服务端。3.2.6 Oracle 数据库与网管软件无法连接 1 故障现象 网管程序与数据库无法正常连接。2 故障分析与定位 出现问题的可能原因是：数据库相关服务没有正常启动和数据的监听程序配置错误。3 故障处理方法 查看任务管理器中 oracle.exe 进程是否启动（Windowsxp 系统）；查 看 系 统 服 务 中，是 否 已 经 启 动oracle相 关 服 务(OracleDBConsole*,OracleOraDb10g_home1TNSlistener,oracleService*等(*为数据库实例名)，确保相关服务改为自动启动；利用 Sqlplus 命令连接数据库查看，命令格式如下：sqlplus 用户名/密码数据库实例名”如能够进入数据库中表明连接正常。如果不能进入需要查看监听程序以及服务程序配置是否成功。4 其他说明 无。3.3 基带和 CMAC 故障 3.3.1 UE 初始接入失败 1 故障现象 从 UE 侧 LMT 看到 Msg1,Msg2,Msg3 不停反复，接入不进去，或者到 Msg4 之后的某一步例如能力信息上不去导致接入不成功。2 故障分析与定位 这种现象可能有如下的原因：修正版 1 UE没有同步到直连的小区，而是同步到干扰的小区 2 信道质量不好，衰落很大 3 UE侧发送功率太小，导致基站CRC检验错误 3.故障处理方法 1.首先查看UE同步到的小区是否和基站小区ID是否一致，如果不一致，重新ResetUE,同步到直连基站。2.如果经1步检查，UE同步到的小区是直连小区，那么查看基站侧Msg3的CRC或PUSCHCRC是否OK,如果Error的很多，检查链路衰减是否正常，如果衰减很大，将衰减减小，再重新尝试接入。3.如果2步的方法仍然接入不了，Msg3CRC或PUSCHCRC仍然有错，那么将基站侧路损补偿因子改成1.0，重新尝试接入。4.如果3步的方法仍然接入不了，怀疑UERF子卡发射功率太小，重启UERF子卡后再尝试接入。4 其他说明 如果故障处理方法中 2 步，Msg3CRC 或 PUSCHCRC 均未错误，排除 phy 链路问题，查看高层信令进一步排查故障。如果在故障处理方法 4 步后仍然接入不了，Msg3 或 PUSCHCRC 仍有错误，从基站 phy 侧抓数交给开发人员进一步分析原因。3.3.2 UE 配置 CQI/PMI/RI,但是 UE 并不上报 CQI/PMI/RI 1 故障现象 UE配置周期CQI/PMI/RI上报，但是从基站侧看到UE并没有发送CQI/PMI/RI,导致传输模式TM3时，因为UE没有上报RI,基站不调双流。2 故障分析与定位 这种现象可能的原因是下行有业务，ACK/NACK和CQI/PMI/RI在同一个子帧传输。LMT中PUCH参数-同一子帧同时发送ACK/NACK和CQI的支持指示默认为false导致。3 故障处理方法 将LMT中PUCH参数-同一子帧同时发送ACK/NACK和CQI的支持指示改为true,待小区建立成功，问题解决。4 其他说明 无 3.3.3 UE 侧检测到业务的 DCI 包数与调度不一致 1 故障现象 UEattach成功后，做上下行业务，UE检测到的DCI包数与eNB侧调度的包数不一致。2 故障分析与定位 这种现象可能有如下的原因：1 链路质量较差，导致PDCCH无法正确解调；2 若自研UE不支持盲检测，则UE和eNB侧的DCIformat（既CCE聚合度）配置的不一致；修正版 3 若自研UE支持盲检测，则有可能是DCI格式的CCE分配失败；3 故障处理方法 首先UE测量的CINR和RSRP，如果CINR在20-30db左右，RSRP在-60-110dbm左右则说明此事链路质量较好，不会影响PDCCH的解调；此时查看eNB和UE配置的CCE聚合度是否一致；如果上述情况均正常，那么查看调度器打印中是否有CCE分配失败的情况，如果有分配失败的打印，那么可以尝试将CFI设置为2或者3增大可以分配给PDCCH的CCE数量。4 其他说明 无 3.3.4 UE 侧检测到业务的 CRC 全错 1 故障现象 UEattach成功后，做下行业务CRC全错 2 故障分析与定位 这种现象可能有如下的原因：1 PCFICH解调失败；2 PDCCH解调失败；3 eNB调度的RB超出了UE的处理能力 3 故障处理方法 首先确定CFI是否能够解对，解不对的话应该是下行链路信道条件导致，需调整下行信道质量；CFI能够解对，但是PDCCH全部解错，首先排查下行信道质量，然后确定UE和eNB的CCE聚合度是否一致（UE不支持盲检）或CCE分配失败（UE支持盲检）；最后确定是否eNB调度的RB是否超出了UE的处理能力，若超出需调整下行RB在UE的处理能力之内。4 其他说明 无 3.3.5 UE 侧检测到业务的 CRC 出现部分错误（BF 环境）1 故障现象 UEattach成功后，做下行业务CRC出现部分错误 2 故障分析与定位 这种现象可能有如下的原因：1 没有使用上行参考信号或SRS估计BF权值；2 天线校正未使能。3 故障处理方法 检查是否发起上行业务或者SRS使能进行上行信道估计或上下行天线校正使能。4 其他说明 无 3.3.6 高通终端（AL680S）因安全模式打开无法接入处理 1 故障现象 配置好参数，建立小区，终端CallState状态显示为：Conversation,使用拨号工具接入时，无法接入，基站SigTrace提示：SecurityModeFailure。修正版 2 故障分析与定位 这种现象可能有如下的原因：终端本身并不支持安全模式，因此需要手工将安全模式关闭；5 故障处理方法 处理办法 Telnet到CC单板上，输入命令RnlcDcmDbgHelp，回车；找到第35条命令：RnlcDcmDbgSecuritySwitch；在CC单板格式下输入RnlcDcmDbgSecuritySwitch1回车，可将安全模式关闭；重新接入即可。6 其他说明 无 3.3.7 UE 的 RI 打桩设置为 2，信道质量很好，但是基站没有调双流 1 故障现象 UE 配置 RI=2，且信道质量很好，但是此时基站仍然调单流模式。2 故障分析与定位 虽然 UE 可以打桩设置 RI=2，但可能由于 UE 并没有上报 CQI/PMI/RI，基站并不能确定下行信道的质量，所以仍然以保守模式调单流;另外一种可能的原因(同 3.5.2)是虽然设置了周期上报 CQI/PMI/RI，但有下行有业务，ACK/NACK 和 CQI/PMI/RI 在同一个子帧传输。LMT 中 PUCH 参数-同一子帧同时发送 ACK/NACK 和 CQI 的支持指示默认为 false 导致。5 故障处理方法 在基站 LMT 中设置周期上报 CQI/PMI/RI;将 LMT 中 PUCH 参数-同一子帧同时发送 ACK/NACK 和 CQI 的支持指示改为 true,待小区建立成功，问题解决。6 其他说明 无 3.4 业务及流程故障 3.4.1 SCTP 偶联断开 1 故障现象 LMT 告警 SCTP 偶联断开 2 故障分析与定位 出现这种故障有两种可能原因：网线断路，造成网络故障；修正版 SCTP相关参数配置错误，造成数据包至不可达。3 故障处理方法 1.检查一下物理连接是否正常，确保物理层通信正常；2.检查 IP 参数是否正确，设置规则：20.2.环境号.环境号；3.检查静态路由是否设置正确，注意一般修改无效，需要重新添加才有效。4.检查 SCTP 参数是否设置正确，确保远端 ip 地址和端口号无误。4 其他说明 可以按照如下步骤排查 SCTP 断开的问题：1.将 连 接 ENB 的 网 线 拔 下 插 入 一 台PC 机 的 网 卡，配 置ip 地 址20.2.123.1255.255.0.0；2.Ping 核心网地址，20.2.XX.1。通信正常，链路正常。通信不可达，网线断路，仔细检查级联的网线；3.确保物理链路没有问题后，插入 ENB。TelnetCC 后，执行 brsping“20.2.XX.1”4.再次确保通信正常。5.执行 brsping“131.1.xx.159”。ping 核心网的内部地址。通信正常，证明静态路由添加无误。通信不正常，删除所有静态路由，重新再添加一遍。6.确保 ping 通核心网 131.1.xx.159 地址正常。如果还存在 SCTP 断开告警，证明远端端口填写错误。请仔细检查是否正确。7.确保无误后，TelnetCC上。showtcb命令查看偶联，可以看到状态为“established”。这个时候偶联正常，证明传输层通信正常。偶联也将会正常。3.4.2 S1 建立失败 1 故障现象 LMT上邻接网元MME处显示Disable 2 故障分析与定位 出现这种故障有三种可能原因：Sctp偶联断开；小区不存在；S1setuprequest请求中相关参数错误。3 故障处理方法 1.确定 SCTP 偶联 OK，确保传输层通信正常。2.检查 RRU 是否启动正常，小区是否 OK。3.检查小区 TA 是否配置正确，核心网一般支持 05 这几个 TA 值。修正版 4 其他说明 以般来说大家在环境上使用的时候，看到 MME 的状态显示“Disable”不一定就是偶联断开。偶联在整个传输体制中仅仅是传输层的机制。S1 是应用层的层面，showtcb保证状态为“established”。然后小区状态 OK，配置 TA 正确，即可保证 S1 连接正常。MME 状态恢复为“enable”。3.4.3 X2 建立失败故障 1 故障现象 X2 口一直打印 X2 口建立请求消息。2 故障分析与定位 出现这种故障有以下几种可能原因：物理层故障，主要指链路不通导致故障；核心网的网线是否接到基站的 Eth0 口；SCTP 参数设置错误；邻接网元未添加；防火墙是否打开。3 故障处理方法 1.检查一下物理连接是否正常，网卡的指示灯是否都正常，确保物理层连接正常；2.核心网的网线要接到基站的 Eth0 口；3.检查 SCTP 参数是否设置正确；4.邻接网元是否添加；5.关闭防火墙。4 其他说明 无 3.4.4 Ping 包不通故障 1 故障现象 UE 侧和核心网 ping 包不通。2 故障分析与定位 出现这种故障有种可能原因：物理层故障，主要指 eNB 和核心网的 S1 口偶联链路不通导致故障；参数配置异常，主要指 IP 参数，偶联参数等与 S1 口偶联相关的参数配置不正确。子系统异常，主要指 eNB 侧各个子系统是否正常响应。修正版 3 故障处理方法 1.检查单板状态是否正常；通过查看后台上单板状态检测图，也可以查看告警信息是否存在单板状态异常告警；2.检查一下物理连接是否正常，核心网的网线是否接到基站的 Eth0 口，后台上 S1口偶联的指示灯是否都正常，确保物理层连接正常；3.检查 S1 偶联链路的参数配置，通过查看静态路由参数表和 SCTP 参数表，SCTP流参数表，邻接网元表等参数配置是否正常。4.在 PDN 侧进行抓包，看是否有收到数据包，确认是基站还是核心网的问题。5.如果是 PDN 侧没有收到数据包，首先查看基站侧用户面。通过在 DSP 监控工具上查看用户面核统计变量，查看用户面 dmac 的数据统计有无增加；再查看 rlc 层有无数据增加；在 UBPM 单板 shell 上通过用户面操作命令查看 pdcp 数据统计和gtpu 数据统计有无增长。6.在 DSP 监控工具上查看用户面核统计变量，查看 SDU 合并的统计，有无增加，说明是否有数据分片过来，且分片是否能构成完整合并数据包；再查看 Rnlu 的打印，查看重排定超器是否超时，查看底层是否丢包。4 其他说明 需要熟悉 DSP 统计工具上的统计变量。相关变量见 4.2。3.4.5 小区建立故障 1 故障现象 小区建立失败。2 故障分析与定位 出现这种故障有种可能原因：物理层故障，主要指单板状态异常，RRU 状态异常或光口链路不通导致故障；子系统异常，主要指小区建立时各个子系统反馈给 RNLC 的响应消息不是成功响应。可能是各子系统异常。参数配置异常，主要指小区参数配置异常。小区建立涉及参数较广需要根据告警信息和子系统反馈响应结合排查。3 故障处理方法 1.检查一下物理连接是否正常，单板的指示灯是否都正常，确保物理层连接正常；2.检查单板状态是否正常；通过查看后台上单板状态检测图，也可以查看告警信息是否存在单板状态异常告警；修正版 3.检查光口链路，通过后台告警信息，查看是否存在光口链路告警信息。4.检查子系统反馈状况和参数配置。通过信令跟踪查看各个子系统反馈的小区建立响应消息是否是成功响应，如果是成功响应，反馈消息中 result 是 0.如果是失败响应，馈消息中 result 是 1，并且消息中 ErrorCode 或 Cause 是非 0 的值，通过该值可以查出故障原因。也可以通过查看 eNB 侧 TraceMe 上 RNLC 的打印信息或后台告警信息，确定是否由于参数配置不正确导致 RNLC 内部模块初始化异常。4 其他说明 需要熟悉小区建立时，各个子系统间接口消息和 TraceMe 上打印信息。3.4.6 自研 UELMT 无 RSRP 显示 1 故障现象 小区建好后，且能选到小区，但 UE（自研）LMT 却看不到 RSRP 值显示。2 故障分析与定位 出现该问题的可能原因：对于IDLED态来说，LMT不显示RSRP值，可能是LMT版本不匹配或者UEDLPHY没上报给上层。连接态，LMT不显示RSRP值，可能是没有下发测量配置，或者是测量触发方式不对（RSRQ），或者UEDLPHY没上报给上层。3 故障处理方法 1.IDLED 态下，自研 UELMT 看不到 RSRP 值，首先要确认 LMT 版本正确;2.IDLED态下，可以能过LMT 来查看PHY参数上报中是否有RSRP 值，如果RSRP值不是 4294967295 表示有测量值（应该有，否则选不到小区），见下图 3.此 时 再 借 助 一 下TELNET128.192.129.128,登 录 后，输 入g_dwSwitch_MeasIf_respond=1，查看此时 PHY 报给 CC 板的 RSRP 值，如果只有返回值 value=1 而无其他信息，说明 PHY 未报给 CC，如果有测量结果，则查究别的原因。4.连接态下，RSRP 值不能在 LMT 上显示，首先得查看 UE 重配消息中是否带了测量配置，如果有再定位触发方式是否是 RSRP，即 triggerQuantity 是否为 0。配置正确后，再参考 IDLED 态定位方法.4 其他说明 无 修正版 3.4.7 UE 无法下行同步或无法选到合适小区 1 故障现象 小区建好后，UE无法同步或选不到合适小区 2 故障分析与定位 出现该问题的可能原因：UE侧频点是否配置正确;UE是否能正确解调同步的PBCH;UE是否能正确解调出SIB，若没有SIB1和SIB2将选不到小区;UE测量出的RSRP值是否满足小区选择 3 故障处理方法 1.检测 UE 频点，对于自研 UE,登录 TELNET199.33.33.33 查看 RF 子卡频点是否正确，命令:pll,对于 UEBBU 来说，可以通过登录 TELNET128.192.129.128 输入mcpshow10,查看频点是否正确。2.对于自研UE，查看DSP监测工具ptStatisticDSPC-tPBCHParam-ucPBCHSynchError,若此值一直在增涨，说明此时 UE 无法解调同步 PBCH，需要确认版本是否正确，信道质量是否达到解调PBCH 要求，CINR=-3 以上才能满足解调同步 PBCH。此两点确认正确后，问题仍存在，可以通过 REBOOTUE 下行 PHY 来规避。3.对于自研 UE，如果只收到 MIB，收不到 SIB，查看一下 DSP 监测工具是否收到DCI1A_BCCH,通过ptStatisticDSPC-tDCIDetection-ucDetectionDCI1A_BCCHOK 变量是否增涨如果没有，再借用 gtTxErrorStatistic-tCRCError-tTByte-udSiBNum 变量是否增涨，如果没有增涨说明 UE 根本没检到任何 DIC1A，如果有增涨，说明 UE 解调 DCI1A 出错，这时可以调节信道质量来提高解调 DCI1A 的能力，如果信道质量很好，仍然解调不对 SIB，此时应考虑基站下发是否正确。规避方法，删建小区或复 UBPM 板。4.如果从 LMT 上看有 SIB1 和 SI，但小区状态为无 RSRP 时，说明此时 UE 测出来的 RSRP 值不满足小区选择标准，可以检查无线链路是否衰落太大，基站 RRU工作是否正常（发射功率），如果找不到异常，可以复位一下 RF 子卡或更换 RF子卡偿试，直到问题解决。4 其他说明 无。3.4.8 UE 已接入至目标侧后，X2 口切换依然失败 1 故障现象 X2口切换，目标eNB收到了PathSwitchRequestAcknowledge后，释放了UE实例。2 故障分析与定位 出现这种故障有种可能原因：修正版 MME主动发起的UEContextReleaseCommand导致UE切换中被释放 UE主动发起的Detach，使得UE被释放；PathSwitchRequestAcknowledge不是针对该UE实例下发的，即该UE实例等待自己的PathSwitchRequestAcknowledge超时，导致UE被释放。代码实现有误。3 故障处理方法 1.通过信令跟踪，检查 MME 是否主动发 UEContextReleaseCommand；2.通过信令跟踪，检查 UE 是否主动发 Detach；3.检查 PathSwitchRequestAcknowledge 中的 MMEUES1APID 和 eNBUES1APID是 否 是 该 UE 的 ID，如 果 不 是，属 于 核 心 网 未 响 应 针 对 该 UE 的PathSwitchRequest 消息。4 其他说明 需要熟悉 eNB 侧的 Traceme 的打印信息。3.4.9 X2 口切换触发失败 1 故障现象 UE 从一个 eNodeB 的小区切换到另一个 eNodeB 的小区，没有通过 X2 口进行切换，而是通过 S1 口进行切换。2 故障分析与定位 出现这种故障有三种可能原因：两个eNodeB间的X2口连接未建立；两个eNodeB连接的MME不属于同一个MME组；代码实现有误 3 故障处理方法 1.检查两个 eNodeB 间的 X2 口连接是否处于建立态；2.检查两个 eNodeB 连接的 MME 是否属于同一个 MME 组；3.若 X2 口处于建立态，且所连接的 MME 属于同一个 MME 组，则属于代码实现有误。4 其他说明 1.关注 CPM 的 Traceme 的错误打印；2.可通过 LMT 查看 X2 口连接状态；3.可通过 Telnet192.254.1.16 连接到 CC 板，通过 RnlcCpmDbgShowGuMMeInfo命令查看本 eNodeB 存储的其他网元的信息。修正版 3.4.10 测量报告触发失败 1 故障现象 两个小区间 RSRP 值差满足切换门限 UE 不上报测量报告。2 故障分析与定位 出现这种故障有三种可能原因：UE能力不支持相关的频段；UE能力不支持GAP（异频需要，同频不需要）；没配置邻区 计算滤波后不满足切换门限 代码错误 3 故障处理方法 1.检查 UE 能力是否支持相关测量频段；2.异频切换需要检查 UE 能力是否支持 GAP 测量；3.是否配置其它 eNB 小区参数表，是否配置 E-UTRAN 邻区表。这两张表中 eNBId，cellId 是否一致。4.通过滤波公式计算两个小区间 RSRP 值差是否满足切换门限 4 其他说明 1.关注 DRM 的 Traceme 的错误打印；2.可通过 UELMT 查看 UE 能力是否支持测量频段；3.可通过 UELMT 查看 UE 能力是否支持 GAP 测量；4.滤波公式：nnnMaFaF1)1(详见协议 36.3315.5.3.2。3.5 RRU 类故障 3.5.1 通过 BBU 无法远程登陆到 RRU 1 故障现象 通过 BBU 无法远程登陆到 RRU；2 故障分析与定位 出现这种故障有三种可能原因：物 BBU 未配置光纤射频资源关系；光模块未插在配置的光口位置上；收发光纤插反；3 故障处理方法 1.在后台上查看光纤射频资源是否配置，确定已经配置；2.检查光模块是否插在射频资源所配置的光口上，确定光模块所插光口为修正版 配置光口；3.检查物理连接是否正常，基带板上对应的光口灯是否以1MHz的速率闪烁，如果对应光口灯不亮将两根光纤对换插入，如果常亮则是 RRU 正在启动；4 其他说明 无 3.5.2 天线口没有功率输出 1 故障现象 小区正常情况下天线口没有功率输出；2 故障分析与定位 出现这种故障有三种可能原因：驻波比过大导致功放 PA 关闭；功放 PA 可能未打开；DAC 未打开；3 故障处理方法 1.在后台上查看是否有过驻波比告警，如果有此告警，检查馈线是否连接正常，如连接不正常将馈线连接正常并在后台将通道重新闭塞解闭塞来打开 PA；2.如果后台没有过驻波比告警，通过 BBU 远程登陆到 RRU 上，查看 PA 是否打开，未打开的话通过命令打开功放；3.通过 BBU 远程登陆到 RRU 上，查看 DAC 是否打开，未打开的话通过命令打开DAC；4 其他说明 通过 BBU 登陆 RRU 的命令：rlogin“200.基带板槽位号.光口号.RRU 级联号”打开 PA 的命令：paon 通道号 打开 DAC 的命令：dacon 通道号