移动LTE常见故障处理集.docx
- 文档编号:15855469
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:53
- 大小:787.78KB
移动LTE常见故障处理集.docx
《移动LTE常见故障处理集.docx》由会员分享,可在线阅读,更多相关《移动LTE常见故障处理集.docx(53页珍藏版)》请在冰点文库上搜索。
移动LTE常见故障处理集
中移动TD-LTE常见案例处理集
华为技术有限公司
版权所有XX
1配置类问题处理
1.1某些站点有信号但是无法做业务
问题原因及解决步骤:
查询一下eNodeBID是否重复,可以查询所有基站的eNodeBID然后查找是否有重复的基站,然后修改eNodeBID,RSTBRD复位主控板使修改后的基站ID生效;
1.2查询IPPATH状态,IPPATH检测结果为禁用
问题原因及解决步骤:
1、没有增加eNodeBIPPath应用类型,执行ADDENODEBPATH增加即可;
2、GTP-U静态检测开关未开,执行MODGTPU将静态检测开关设置为使能;
1.3室分站配置超过6个RRU后,只有6个RRU正常
问题原因及解决步骤:
在N+M特性中,仅支持n*1T1R+m*2T2R场景,满足0〈=n,m〈=6,且n+m〈=6,因此在配置多RRU小区合并时,对于超过6RRU场景,只能通过双拼配置方案来实现,将2个1T1R双拼为1个2T2R,当存在不能满足上述限制时,采用两两双拼原则来配置。
配置脚本参考:
ADDRRUCHAIN:
RCN=0,TT=CHAIN,BM=COLD,HSN=2,HPN=0,CR=6.1;
ADDRRUCHAIN:
RCN=1,TT=CHAIN,BM=COLD,HSN=2,HPN=1,CR=6.1;
ADDRRU:
CN=0,SRN=110,SN=0,TP=TRUNK,RCN=0,PS=0,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDRRU:
CN=0,SRN=111,SN=0,TP=TRUNK,RCN=0,PS=1,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDRRU:
CN=0,SRN=112,SN=0,TP=TRUNK,RCN=0,PS=2,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDRRU:
CN=0,SRN=113,SN=0,TP=TRUNK,RCN=0,PS=3,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDRRU:
CN=0,SRN=114,SN=0,TP=TRUNK,RCN=0,PS=4,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDRRU:
CN=0,SRN=115,SN=0,TP=TRUNK,RCN=0,PS=5,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDRRU:
CN=0,SRN=120,SN=0,TP=TRUNK,RCN=1,PS=0,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDRRU:
CN=0,SRN=121,SN=0,TP=TRUNK,RCN=1,PS=1,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDRRU:
CN=0,SRN=122,SN=0,TP=TRUNK,RCN=1,PS=2,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDRRU:
CN=0,SRN=123,SN=0,TP=TRUNK,RCN=1,PS=3,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDRRU:
CN=0,SRN=124,SN=0,TP=TRUNK,RCN=1,PS=4,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDRRU:
CN=0,SRN=125,SN=0,TP=TRUNK,RCN=1,PS=5,RT=MRRU,RS=TL,RXNUM=2,TXNUM=2;
ADDSECTOR:
sectorId=0,antNum=2,ant1Cn=0,ant1Srn=110,ant1Sn=0,ant1N=R0B,ant2Cn=0,ant2Srn=111,ant2Sn=0,ant2N=R0B,createSectorEqm=TRUE,sectorEqmId=0;
ADDSECTOR:
sectorId=1,antNum=2,ant1Cn=0,ant1Srn=112,ant1Sn=0,ant1N=R0B,ant2Cn=0,ant2Srn=113,ant2Sn=0,ant2N=R0B,createSectorEqm=TRUE,sectorEqmId=1;
ADDSECTOR:
sectorId=2,antNum=2,ant1Cn=0,ant1Srn=114,ant1Sn=0,ant1N=R0B,ant2Cn=0,ant2Srn=115,ant2Sn=0,ant2N=R0B,createSectorEqm=TRUE,sectorEqmId=2;
ADDSECTOR:
sectorId=3,antNum=2,ant1Cn=0,ant1Srn=120,ant1Sn=0,ant1N=R0B,ant2Cn=0,ant2Srn=121,ant2Sn=0,ant2N=R0B,createSectorEqm=TRUE,sectorEqmId=3;
ADDSECTOR:
sectorId=4,antNum=2,ant1Cn=0,ant1Srn=122,ant1Sn=0,ant1N=R0B,ant2Cn=0,ant2Srn=123,ant2Sn=0,ant2N=R0B,createSectorEqm=TRUE,sectorEqmId=4;
ADDSECTOR:
sectorId=5,antNum=2,ant1Cn=0,ant1Srn=124,ant1Sn=0,ant1N=R0B,ant2Cn=0,ant2Srn=125,ant2Sn=0,ant2N=R0B,createSectorEqm=TRUE,sectorEqmId=5;
ADDCELL:
LocalCellId=0,CellName="0",FreqBand=40,UlEarfcnCfgInd=NOT_CFG,DlEarfcn=38950,UlBandWidth=CELL_BW_N100,DlBandWidth=CELL_BW_N100,CellId=0,PhyCellId=261,FddTddInd=CELL_TDD,SubframeAssignment=SA2,SpecialSubframePatterns=SSP7,RootSequenceIdx=0,CustomizedBandWidthCfgInd=NOT_CFG,EmergencyAreaIdCfgInd=NOT_CFG,UePowerMaxCfgInd=NOT_CFG,MultiRruCellFlag=BOOLEAN_TRUE,MultiRruCellMode=CELL_COMBINATION,CPRICompression=NORMAL_COMPRESSION,CrsPortNum=CRS_PORT_2,TxRxMode=2T2R;
ADDEUCELLSECTOREQM:
LocalCellId=0,SectorEqmId=0;
ADDEUCELLSECTOREQM:
LocalCellId=0,SectorEqmId=1;
ADDEUCELLSECTOREQM:
LocalCellId=0,SectorEqmId=2;
ADDEUCELLSECTOREQM:
LocalCellId=0,SectorEqmId=3;
ADDEUCELLSECTOREQM:
LocalCellId=0,SectorEqmId=4;
ADDEUCELLSECTOREQM:
LocalCellId=0,SectorEqmId=5;
ADDCELLOP:
LocalCellId=0,TrackingAreaId=0;
1.4新建双模室分站,在激活小区提示小区激活时报频率超过RRU范围
问题原因及解决步骤:
RRU通道数配置错误导致,先执行MODRRU将RRU的通道个数为2,然后执行ADDSECTOR将扇区中的天线端口配置为R0B,小区可正常激活。
1.5室分站开通后基站状态正常,但是无信号
问题原因及解决步骤:
RRU工作制式配置错误,执行MML命令MODRRU将工作制式改为TDL;
1.6数据配置问题导致小区服务能力下降
现象描述
SZ局点TDS/L双模站点“盛平村FE”,TDL侧3个小区上报“小区服务能力下降告警”,但是查询RRU驻波、收发光功率都正常,无其它相关告警,需要排查产生该告警的原因。
告警信息
小区服务能力下降告警,告警ID=29243,定位信息:
本地小区标识=1,小区当前使用发射通道数=1,小区当前使用接收通道数=1,具体问题=小区射频资源,小区名称=盛平村FE1
原因分析
通常小区服务能力下降告警都是由于站点硬件故障导致的,例如RRU驻波告警、RRU到BBU之间收发光异常、光模块速率过低等,但是查询该站点并不存在上述情况,怀疑跟数据配置有关。
处理过程
1查询RRU驻波、收发光功率、光模块速率都正常,也不存在其它异常告警,初步排除硬件故障原因;
2怀疑跟数据配置有关,查询RRU和扇区配置发现该站点为8T8R的宏站配置,而且RRU的8个PATH也都正确关联进去,如下所示(详见附件)——
LSTRRU:
查询RRU/RFU配置信息
-------------------
柜号框号槽号管理状态RRU拓扑位置RRU链/环编号RRU在链中的插入位置RRU类型RRU工作制式接收通道个数发射通道个数
0600解闭塞主链环10MRRUTDS_TDL88
LSTSECTOR:
查询扇区配置信息
----------------
扇区号扇区名称地理坐标数据格式秒格式天线经度(秒)秒格式天线纬度(秒)经度(1e-6度)纬度(1e-6度)天线模式
1sector_1度格式NULLNULL114250022273022八发八收
3怀疑RRU硬件可能是RRU3152-fa,不支持上述8T8R的配置,查询RRU硬件信息发现确实如此(见下),将相关配置数据修改为RRU3152-fa支持的场景后,告警恢复。
//查询单板制造信息
DSPBRDMFRINFO:
CN=0,SRN=60,SN=0;
----------------
单板类型=WD1MTRU4FADH
条码=210231935610C6000572
描述=TD-TECHRRU3152-FADC,WD1MTRU4FADH,TD-SCDMA1880-1910MHz&2010-2025MHz2path
思考与总结
1、本案例中RRU配置为8发8收,实际物理硬件为RRU3152-fa,只支持2发2收,但没有上报“单板类型和配置不匹配告警”,而是从检测RRU的实际能力出发,上报“小区服务能力不足告警”,这一点需要注意。
此外,告警信息中提示“小区当前使用发射通道数=1,小区当前使用接收通道数=1”,而不是2个通道数,应该与小区实际生效时检测到只有1个可用通道有关。
2、问题回溯后发现,现场负责硬件安装的督导与后台负责数据制作的督导之间没有及时有效沟通,后台想当然地根据宏站LTE站点8发8收的模板制作数据,后续项目组在开站流程上予以梳理规避,特别是对于RRU3152使用在宏站、室分的场景,要求必须核实。
1.7数据配置问题致使TDS-LTE双模基站LTE小区因上行频点生效失败而退服
现象描述
某省客户要求TDS-LTE双模宏站部署特殊时隙9:
3:
2特性业务,提高TDL网络下行吞吐率。
932试点开通后出现很多LTE小区无法激活,原因值为“上行频点生效失败”。
基站组网:
TDS/TDL双模站点
告警信息
LTE站点只有小区不可用告警
TDS侧无任何异常告警
原因分析
1.双模功率超过RRU最大发射能力。
2.TDS-LTE两侧的双模压缩属性配置不一致。
3.932特性配置数据错误。
TDS与TDL数据配置不一致,TDS侧配置的932特性,TDL侧特殊时隙配比未修改为SSP6,932特性业务开通仅适用于双模宏站小区,对室分站点不适用。
4.其它问题
处理过程
1.检查TDS侧功率配置,核算后小区功率为37dB,LTE侧功率配置PDSCHCFG配置为9.2W,转换后功率为39.6dB,两侧功率加起来不超过RRU最大发射能力(RRU3158e-fa),功率配置也无问题,故排除原因1.
2.以前遇到过多次因为TDS侧license问题导致LTE小区退服的问题,具体有NODEB的CPRI压缩属性未修改,双模RRU授权数量为0,CPRI功能项未打开等原因,但是查询该站并无该问题,也排除原因2
3.该排除的原因都已经排查过了,通过DSPCELL发现小区建立失败原因是上行频点生效失败,如下图
根据《932特殊子帧配比特性开局指导书》932特性开通网络规划要求:
TDS侧需要规划载波的时隙转化点,目前全网配置2UL:
4DL;932特殊子帧配比特性推荐配置静态UPPCH缺省初始位置为50。
TDL侧932特殊子帧配比特性推荐上下行子帧配置为1UL:
3DL;932特殊子帧配比特性推荐配置特殊子帧配比为SSP6。
下一步检查双模两侧的数据配置:
TDS侧检查RNC相关特性配置:
LSTTUPPCH,检查UPPCH信道的初始位置设置为50,数据配置正常。
如下图:
检查TDL侧数据配置:
上下行子帧配比SA2,特殊子帧配比SSP6,配置无问题,如下图:
进一步检查发现出现“上行频点生效失败”的站点小区均配置了HSUPA业务,如下图:
咨询研发得知,配置HSUPA业务后,系统会默认对应TUPPCH信道位置为0,与932业务特性要求的TUPPCH信道初始位置不一致,导致TDL侧检测不通过,小建立失败,上报原因值“上行频点生效失败”。
之后对TDL侧出现“上行频点生效失败”导致小区无法建立的站点,检查对应的TDS站点HSUPA开通情况及开通的载波,在RNC侧使用LSTTCELLEPUCH检查HSUPA开通情况,配置HSUPA载波对应的UPPCH信道初始位置为50,如下图:
配置前需先去激活小区,配置完成后再激活小区,修改完毕后,TDS及TDL侧的小区均恢复正常。
如果TDL侧的小区未恢复,可重新手动激活小区恢复。
思考与总结
该问题由于TDS与TDL数据配置不一致导致,TDS侧配置的932特性,TDL侧特使时隙配比需要修改为SSP6,且932特性业务开通仅适用于双模宏站小区,对室分站点不适用;出现问题后需认真分析出现问题的站点范围,找出问题的共同点,才能更快的发现问题并解决问题。
1.8小区默认参数小区级参考信号端口数配置错误导致小区无法建立
现象描述
SZ局点TDS/L双模站点“城区泰鸿科技楼LH”,TDL侧第三小区上报“小区不可用告警”,需要排查产生该告警的原因。
RRU硬件类型:
3168-fa
告警信息
LTE站点只有小区不可用告警
TDS侧无任何异常告警
原因分析
双模RRU未正常工作
双模站点功率问题
TDS站点license问题
单板故障或其它问题
处理过程
在TDL侧检查RRU状态正常,PATH通道逻辑开关和物理开关全部打开,除了小区不可用告警外无其它告警,且TDS侧的小区和载波也都正常建立,无任何告警,排除原因1。
检查TDS侧功率配置,核算后小区功率为37dB,LTE侧功率配置PDSCHCFG配置为9.2W,转换后功率为39.6dB,两侧功率加起来不超过RRU最大发射能力(RRU3158e-fa),如果是功率问题的话,在激活小区的时候会有功率溢出,无法激活的提示,功率配置也无问题,故排除原因2。
以前遇到过多次因为TDS侧license问题导致LTE小区退服的问题,具体有NODEB的CPRI压缩属性未修改,双模RRU授权数量为0,CPRI功能项未打开等原因,此时激活小区时会提示CPRI压缩配置失败或无可用RRU载波资源等,但是查询该站并无该问题,也排除原因3。
通过DSPCELL发现小区建立失败原因是配置BBI模块失败,如下图:
怀疑可能是基带板运行异常,重新复位和更换基带板后小区仍建立失败,故障依旧,也排除基带板硬件故障。
仔细检查数据后发现,问题小区有1个默认参数配置错误,如下图:
小区参考信号端口数不能超过小区物理天线数,该参数仅用于配置TDD小区参考信号端口数,根据协议约束,端口数只支持1、2、4三种配置:
取值为1表示配置CRS端口数为1,即逻辑天线Port0;取值为2表示配置CRS端口数为2,即逻辑天线Port0/1,取值为4,即逻辑天线Port0/1/2/3。
根据版本和数据配置策略要求,站点如果开通单天线的时候配置为1,即31X1-faeRRU开通E频段或F频段时配置为1,开通双天线或多天线时时配置为2,即开通31X2RRU或者31X8RRU时配置为2。
该站RRU类型为3168-fa,开通了8个通道,所以要配置为2,执行命令修改为2后,再次激活小区,小区成功建立,问题解决。
具体命令为:
修改为2个CRS接口MODCELL:
LOCALCELLID=1,CRSPORTNUM=CRS_PORT_2;
修改为1个CRS接口MODCELL:
LOCALCELLID=1,CRSPORTNUM=CRS_PORT_1;
思考与总结
事后查询操作日志,发现并无人修改该站点的小区配置,怀疑可能做出来的脚本就是错误的,找到数据督导做的该站的原始Summary表后发现确实是在选取小区模板时选取错误导致该问题发生,见下图:
从填写的Summary表来看,是督导在做数据的时候将室分站点和室外站点同时一块做了,而小区模板却漏改了一个,因室分1T1R小区模板默认的CRS接口是配置为1,从而导致该问题发生。
当发生非硬件告警导致的问题后,后台数据督导一定要认真核对数据,严格按照数据制作策略来做数据,避免出现问题后不能够及时解决。
1.9因RRU通道数配置错误导致激活小区时上报配置频率超过RRU范围的处理方法
现象描述
某局点新建双模室分站开站时,RRU3151fae无法正常启动,小区激活时上报配置频率超过RRU范围
原因分析
1、硬件故障;
2、license问题;
3、数据配置问题:
配置超过双模规格、双模参数配置错误;
4、其它。
处理过程
1、硬件排查:
检查设备运行状态及告警情况,无设备相关告警,排除硬件故障;
2、检查license状态:
TDS侧已经添加双模license,TDS、TDL两侧license状态查询都正常,排除license问题;
3、检查数据配置:
1)检查两侧双模参数配置:
压缩属性、RRU制式、双光纤等参数同数据配置指导要求一致,配置无误。
2)该站点RRU为3151fae,配置频点为38950,在E频段范围内,继续检查脚本发现:
ADDSECTOR中,误将天线端口选择错误,选在了FA所在的天线端口上,但无法进行修改,进一步检查现场的数据配置,最终发现RRU中通道数配置错误,将(ADDRRU)命令中,将通道数由1改为2,在修改对应的天线端口,RRU可正常启动,小区成功建立,问题解决
建议与总结
工程师在开站过程中,一定要认真、细致,尤其要保证脚本的准确性,严格使用标准脚本,这样会避免很多不必要的问题发生。
1.10扇区设备编号配置错误导致小区无可用载波资源
现象描述
在某局点进行LTE升级改造的过程中,批量上管站点20个,都出现3小区小区不可用告警。
该批站点都属于同一区域,但使用同一张summary表制作的其他区域脚本的站点开通都很正常,无告警。
告警信息
小区不可用告警
用DSPCELL命令查看小区状态,“最近一次小区变化的原因”提示配置频点错误或无可用的载波资源
原因分析
1、3小区的小区配置错误。
2、TDS侧功率配置过大导致LTE载波不可用。
3、3小区RRU工作模式配置错误。
4、扇区设备编号配置重复。
处理过程
LSTCELL检查小区配置,配置无错误且与其他两个小区相同,排除此原因。
2、在TDS侧去激活3个TDS小区,3小区依然未建立,排除此原因。
3、LSTRRU查看3小区RRU的配置,制式为MRRU,工作模式TDS_TDL,排除此原因。
4、在LTE侧去激活2小区,发现3小区建立,同时2小区无法激活,提示无可用RRU载波资源。
但去激活1小区,3小区并未建立。
由此怀疑2、3小区共用载波资源,LSTSECTOREQM发现2、3扇区设备编号都为1,由此定位问题。
修改3扇区设备编号为2后,3小区建立正常,问题解决。
建议与总结
在批量制作站点脚本的时候,对于扇区,小区等编号问题应当尤其注意。
2告警类问题
2.1RRU组网级数与配置不一致告警
a)原因分析
i.TD-LTE基站配置的RRU与实际物理上已连接RRU的位置或数量不同,从而产生RRU组网级数与配置不一致告警。
b)解决步骤
i.执行MML命令ADDRRU,添加RRU与实际物理连接的RRU的位置和数量相匹配。
2.2制式间射频单元参数配置冲突告警
a)原因分析
i.共模站点,TDS侧基站RRU配置与物理上实际连接的RRU位置和数量一致,但TD-LTE侧基站RRU配置与物理上实际连接的RRU位置和数量不一致,因而出现制式间射频单元参数配置冲突告警。
b)解决步骤
i.对TD-LTE侧基站执行MML命令ADDRRU,添加RRU与实际物理连接的RRU的位置和数量相匹配。
2.3小区不可用,原因是频段与RRU能力不符
a)原因分析
i.站点配置的频段与RRU支持能力不匹配,导致RRU不可用,小区不可用;
b)解决步骤
i.执行MML命令MODCELL修改频带为RRU所支持的频带;
ii.相关命令:
MODCELL:
LOCALCELLID=修改的小区ID,FREQBAND=修改的频段,DLEARFCN=修改的频点号;
iii.备注:
如果修改频段与原频段的上下行子帧配比和特殊子帧配比不同,则需要删除现有小区,重新添加新小区,注意在删除前查询小区参数。
2.4射频单元工作模式与单板能力不匹配告警
a)原因分析
i.站点RRU为单模D频段站点,使用RRU3257,配置RRU时配置为双模TL
b)解决步骤
i.执行MML命令MODRRU将RRU射频单元工作制式修改为TDL
ii.相关命令:
MODRRU:
CN=0,SRN=RRU框号,SN=0,RS=TDL;
2.5激活小区时因为小区合并模式不支持BF算法导致激活小区失败
a)原因分析
i.小区合并模式下不支持BF算法
b)解决步骤
i.执行MML命令MODCELLALGOSWITCH将BF算法开关关闭;
ii.相关命令:
MODCELLALGOSWITCH:
LOCALCELLID=需要修改的小区ID,BFALGOSWITCH=BfSwitch-0;
2.6重要驻波告警
a)原因分析
i.如果是宏站可能是馈线没有拧紧、馈线有问
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 移动 LTE 常见故障 处理