目录 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 BBU基本功能和指标
TD-LTE BBU产品ZXSDR B8200\B8300是一款基于中兴SDR统一平台的BBU,采用基带射频分离的架构,以适应运营商长期演进的低成本策略。
ZXSDR B8200\B8300作为多模紧凑型BBU,主要提供S1,X2接口、时钟同步、与RRU的基带射频接口等功能,实现内部业务及通讯数据的交换;BBU与RRU之间采用数字基带信号光纤拉远。ZXSDR B8200\B8300产品的主要功能包括:
l BBU与RRU之间通过OBRI / CPRI接口连接,完成对RRU控制和数据的处理功能。
l 数据流的IP头压缩和加密
l 无线资源管理:无线承载控制、无线接入控制、移动性管理、动态资源管理
l UE附着时的MME选择
l 路由用户面数据到S-GW
l 寻呼消息调度与传输
l 移动性及调度过程中的测量与测量报告
l PDCP\RLC\MAC\ULPHY\DLPHY数据处理
l 通过后台网管(OMC/LMT)提供操作维护功能:配置管理、告警管理、性能管理、版本管理、前后台通讯管理、诊断管理。
l 提供集中、统一的环境监控,支持透明通道传输;
l 支持所有单板、模块带电插拔;支持远程维护、检测、故障恢复,远程软件下载;
l 设计充分考虑了系统兼容性和扩展性,可通过更换基带单板、更换射频单元或软件更新方式支持GSM、TD-SCDMA。
1 故障分析定位与处理
1.1 传输承载子系统类故障
1.1.1 偶联建立失败
1. 故障现象
在界面上出现SCTP偶联的严重告警;
使用查看偶联状态的调试命令showtcb,显示偶联状态为closed或cookie_wait。
2. 故障分析与定位
出现这种故障有三种可能原因:
l 物理链路故障,由于接入方法和底层链路不稳定,导致不能正常收发数据包;
l 传输参数配置不正确,配置的IP参数、静态路由、SCTP参数和对端不对应,导致偶联不能正常建立;
l ARP表中MAC地址不正确。
3. 故障处理方法
首先在保证物理链路连接正确的情况下,需要检查传输参数的配置,其中包括FE参数、Gport参数、IP参数和SCTP参数。
FE参数和Gprot参数在不使用VLAN的情况下,按照默认配置即可。IP参数为eNB外网口的IP地址及属性的配置,配置的SCTP参数源端口、目的端口以及对端IP要和对端的配置保持对应。不同网段的配置,静态路由参数配置也要正确。
使用命令,查看是否获取到Mac地址
->PrintfArp ARPinformation-net_If:1Vlan-id=0 (Statue:UP) IP:0x8C010283Haddr:00-00-00-00-00-00ARPF_WAITING[620620] packetaddr:0x0861cf48,datalength:76. IP:0x9F010283Haddr:00-17-31-88-88-AFARPF_ALWAYS_USE[4040] ---TotalItems:2(AddedStatic:0TotalStatic:1)arpCachePkts:1arptime:60000
查看IP对应的MAC地址是否已经获取到,是否正确。
4. 其他说明
无。
1.1.2 IP地址冲突故障
1. 故障现象
后台网管上报“IP地址冲突”告警。
2. 故障分析与定位
出现此问题的可能原因:
在核心网上连接多个eNB时,如果配置的IP地址没有按照规划好的IP地址进行配置,就可能出现配置的两个eNB的IP地址相同。eNB在启动后,发送免费ARP请求,检查是否有和自己相同的IP地址,如果有就打印这时就会出现IP冲突的现象。
3. 故障处理方法
修改基站的IP地址,保证不重复。
4. 其他说明
无。
1.1.3 传输接口的状态查看
1. 故障现象
传输物理接口-传输介质可以是光和电。由于目前在后台无法查看当前使用的光口/电口是否正常。如果使用电口,需要注意协商成功的是哪种工作模式(10Mbps半双工、100Mbps全双工、自适应、10Mbps全双工、100Mbps半双工、1000Mbps)。
2. 故障分析与定位
在CC中输入命令查看当前网口的工作模式。
如下图所示,abis口异常、debug口正常。
4. 其他说明
无。
1.1.1 前后台不能建链
1.故障现象
OMC与基站界面显示断链。
2. 故障分析与定位
检查配置:OMC接入的IP是否与基站的IP一致;基站是否配置OMC-B参数;
检查物理链接;
三次握手检查。
3. 故障处理方法
使用抓包工具查看,后台网管是否发送主动断链请求包(Syn包:0x02);基站是否回复(Syn-Ack:0x0a);后台是否回复(Ack包:0x08);
情况一:
如果网管一直发送了Syn包(0x02)后,基站侧未回应。则需要基站侧人员具体定位。
情况二:
如果后台发送Syn包(0x02)请求,基站侧回应Syn-Ack(0x0a),后台并没有发送Ack(0x08)包进行响应,而是重传了Syn(0x02)包。
前后台始终三次握手不成功。则需要查看基站侧Syn-Ack包是否要求重传,如果是,找基站侧人员定位。如果否,则需要找后台人员定位。
4. 其他说明
无。
1.1.2 获取不到用户面下一跳MAC地址
1 故障现象
eNB启动后偶尔出现用户面通道不通的情况,用户面上行数据,在QE上不能进行转发。查看QE的上行的用户链接表,发现对应mac地址为0。
|