武汉现网LTE工程常见故障处理经验V30.docx
《武汉现网LTE工程常见故障处理经验V30.docx》由会员分享，可在线阅读，更多相关《武汉现网LTE工程常见故障处理经验V30.docx（12页珍藏版）》请在冰点文库上搜索。
武汉现网LTE工程常见故障处理经验V30
1license缺失和未生效
1.1现象
系统有无license运行告警或小区因license限制未生效
1.2处理方法
（1）一般为即插即用开站时，未勾选下发license功能造成。
或基站盲启后没有加载license
（2）通过网管加载license。
许可证-网元许可证管理-单机；
调测license：
（3）如基站已加载过调测license，再次加载需申请带ESN的license。
2CPRI压缩模式不匹配导致TDS受到影响
2.1现象
（1）TDS的CPRI压缩模式未配置为普通压缩，LSTNODEB查看压缩模式为不压缩。
由此导致TDS和LTE小区均受到影响，出现小区退服和其他异常；
（2）TDS侧配置了CPRI压缩模式，但模式未生效，导致小区退服或其他异常。
2.2处理方法
（1）LSTNODEB查看压缩模式，现网双模站均需在TDS侧开启CPRI普通压缩模式，如未配置，使用MODNODEB:
CPRICOMPRESSION=NO_COMPRESSION;配置；
（2）特别注意，修改压缩模式后应马上重启，现网发现如不尽快重启，过段时间再重启可能出现不生效的情况，TDS侧会看到单板配置数据未生效告警，告警提示是未生效的配置数据=MODNODEB:
CPRICOMPRESSION
3CPRI速率错误导致小区服务能力下降
3.1现象
某基站1小区出现服务能力下降告警。
现网RRU3158支持6.14G光模块，需采用双纤才能支持LTE业务。
RRU3168支持9.8G光模块，可采用单纤支持LTE业务。
如光模块使用错误、单双纤使用错误或RRUCHAIN速率配置错误，会导致TDS业务不正常。
（6.14G单纤最大支持6载波，双纤最大支持9载波；9.8G单纤支持9载波）
3.2处理方法
（1）检查光模块使用是否正确，检查单双纤连接是否正确。
如硬件配置问题需更换硬件；
（2）检查RRUCHAIN配置的速率，9.8G光模块应配置对应的速率，如配置成6.14G速率会造成异常。
同时建议尽量不要配置速率为自协商，自协商会引发部分载波异常
4无效SCTP链路故障引发告警
4.1现象
有SCTP链路故障告警同时可能伴随有IPPath故障告警
4.2处理方法
（1）检查产生告警的SCTP链路号，现网eNodeB已入pool，一般配置了2条SCTP链路，检查产生告警的SCTP链路号，如为0、1要检查链路配置并与传输专业核对。
反之如链路号是2、3、4等要检查是否是X2链路。
前期一些临时站点为保证切换，配置了X2接口，因站点不可用导致该告警。
删除SCTP链路可清除该告警。
（2）现网使用EP模式开站，X2接口采用自建立方式，一般不会再次产生该情况。
如需删除无效X2接口引发的告警，需与网优核实。
5单双纤配置错误
5.1现象
（1）现场6.14G光模块搭配双纤，但加载脚本为9.8G光模块单纤，脚本加载后TDS1小区退服，LTE3个小区不可用；
（2）现场9.8G光模块搭配单纤，但加载脚本为6.14G光模块双纤，脚本加载后TDS小区产生告警，LTE小区不可用。
5.2处理方法
（1）为抢通业务，首先使用单纤改双纤、双纤改单纤脚本，在LTE侧加载后可保证快速抢通TDS业务，由于未改变LTE侧小区数据，LTE2小区会出现不可用情况；
（2）抢通业务后，使用CME工具，重新制作即插即用脚本，重新开启受影响站点。
6单双纤配置错误
6.1现象
LTE小区不可用，提示配置的频点数超出支持的载波数
6.2处理方法
（1）检查小区扇区设备，如小区扇区设备编号重复，会出现该告警。
删除小区扇区设备，重新添加。
RMVEUSECTOREQMGROUP
ADDEUCELLSECTOREQM
（2）如未解决，检查LTE小区所使用的频点，务必不要与TDS频点重复
7制式间站点级配置冲突告警
7.1现象
有制式间站点级配置冲突告警
7.2处理方法
查看定位信息，检查冲突项。
将冲突项修改
如定位信息=配置项=基站DID配置冲突
需要更改TDS和LTE侧NE属性，DID标识必须设置为相同。
SETNE
注意：
基站标识（一串字符）要一致
8制式间射频单元参数配置冲突告警
8.1现象
制式间射频单元参数配置冲突告警,定位信息提示，配置项=时延补偿
8.2处理方法
这个告警为3.0版本的一个版本问题，需要升级至软件为V100R005C00SPC370以上来解决。
9射频单元过载告警
9.1现象
射频单元过载告警导致小区不可用
9.2处理方法
从告警信息识别，射频单元过载告警是源告警，由其导致小区不可激活。
从射频单元过载告警里面识别CPU负载率已经达到了100%，这通常是由于频繁操作配置RRU或者有对RRU做跟踪任务导致。
停掉所有的操作及跟踪后观察RRU能否恢复。
如果仍然不能恢复，则单独复位该RRU。
注意谨慎进行此操作，该操作会导致TDS侧业务有5-10分钟中断。
10扇区设备编号相同，导致部分小区不能激活
10.1现象
某站点3个小区中只有一个小区能激活：
DSPCELL结果：
1未建立小区建立成功2013-11-1816:
25:
46小区健康检查2013-11-1816:
25:
59去激活小区未启动未启动NULL无效模式65535
2未建立小区建立成功2013-11-1815:
19:
28小区健康检查2013-11-1816:
25:
46去激活小区未启动未启动NULL无效模式65535
3正常小区建立成功2013-11-1816:
26:
01小区健康检查2013-11-1816:
25:
58小区建立失败未启动未启动0-0-2基本模式370
（结果个数=3）
单独激活小区1、2时，有如下提示信息：
提示信息
--------
[0]配置数据生效失败:
（错误码=1973485631）配置的频点不被支持或配置的频点数超出支持的载波
10.2处理方法
查询RRU型号，双纤改造情况，BBU侧配置，光模块速率等都没有异常，而且TDS小区是OK的。
手动删除已经激活的一个小区后，发现之前未能重新激活的小区正常了。
因此怀疑是单板能力下降或者资源冲突。
查询基带板型号为最新的D4版本，怀疑单板故障，对其进行复位操作以后，问题仍然不能消失。
然后查询license，小区数上限为18，显然也都正常。
后来查询扇区配置如下：
扇区设备编号都为0，因此冲突了。
处理建议：
1.可以通过MML命令重新添加小区、扇区
RMVCELL:
LocalCellId=1;
RMVSECTOR:
SECTORID=1;
ADDSECTOR:
SECTORID=1,ANTNUM=2,ANT1CN=0,ANT1SRN=61,ANT1SN=0,ANT1N=R0A,ANT2CN=0,ANT2SRN=61,ANT2SN=0,ANT2N=R0B,CREATESECTOREQM=TRUE,SECTOREQMID=1;
ADDCELL:
LocalCellId=1,CellName="107",FreqBand=1,UlEarfcnCfgInd=NOT_CFG,DlEarfcn=75,UlBandWidth=CELL_BW_N75,DlBandWidth=CELL_BW_N75,CellId=107,PhyCellId=107,FddTddInd=CELL_FDD,RootSequenceIdx=0,CustomizedBandWidthCfgInd=NOT_CFG,EmergencyAreaIdCfgInd=NOT_CFG,UePowerMaxCfgInd=NOT_CFG,MultiRruCellFlag=BOOLEAN_FALSE,TxRxMode=2T2R;
ADDCELLOP:
LocalCellId=1,TrackingAreaId=0,MMECfgNum=CELL_MME_CFG_NUM_0;
2.对应到summary表里为：
重新制作summary表后生成配置文件后重新激活即可。
11配置的频点不被支持或配置的频点数超出支持的载波数
11.1现象，如下图所示
11.2处理方法
1、排查频点配置问题
2、排查所用射频单元是否支持所配置的频点
通过DSPCELL，查询小区配置，发现小区配置的为38，为D频段的频点，通过设备面板RRU的单板制造信息查看，发现RRU用的是3168-fa，为F频段的RRU，明显在安装硬件的时候出现问题。
12星卡时钟输出异常告警
12.1现象
D频段新建场景下，LTE站点出现星卡时钟输出异常告警，无其他告警信息。
定位信息提示：
柜号=0,框号=0,槽号=6,单板类型=UMPT
12.2处理方法
由于D频段新建定制Summary模板里面，在选择基站模板时，仍然选取CME里面原有的基站模板，比如：
DBS3900_Virtual_TDD_S111_2T2R_TDL，如下图所示，会默认配置GPS时钟
而本身武汉新建的D频段站点的时钟源仍然是取至TDS对端的时钟源，所用的主控板为不带星卡的UMPTb3，因此当配置了GPS时钟，而主控板本身没有星卡去处理时钟信号的时候，就会出现该告警提示。
后续针对D频段新建站点，需要取TDS侧时钟源的场景，需要在CME里面修改基站模板，另存为一个新模板，然后在summary表格里面添加即可，如下图所示：
1、在CME里面修改并保存新的基站模板
2、在summary表格里面添加新基站模板
13制式间控制权冲突告警
13.1现象
升级前NODEB版本：
DNB6200V400R007C00SPC700
升级前ENODEB版本：
DBS3900V100R008C00SPC130
基站改造之后，出现制式间控制权冲突告警，告警ID=26277
定位信息：
对端制式=TD-SCDMA或者对端制式=LTE
13.2处理方法
通过命令DSPLOADCTRL查询TDS侧控制权,结果如下：
%%DSPLOADCTRL:
;%%
RETCODE=0执行成功
当前版本的加载控制权
--------------------
加载控制权本端软件版本控制权制式
NullV400R007C00SPC700无
（结果个数=1）
如果没有自动加载，则需要手动使用命令进行加载。
告警上报在哪一侧，就在哪一侧执行重新加载控制权命令，命令如下（根据实际版本修改）：
TDS侧：
SETLOADCTRL:
CTRLFLAG=YES,EFTIMMFLAG=YES,SELFVERSION="BBP530V400R007C00SPC700",PEERVERSION="V100R008C00SPC130",MODE=TL;
TDL侧：
SETLOADCTRL:
CTRLFLAG=YES,EFTIMMFLAG=YES,SELFVERSION="V100R008C00SPC130",PEERVERSION="BBP530V400R007C00SPC700",MODE=TL;
升级会员 