中移动TD-LTE故障处理指导书 文档密级
中移动TD-LTE常见案例处理集
华 为 技 术 有 限 公 司 版权所有 侵权必究
2015-8-4
华为保密信息,未经授权禁止扩散 第1页, 共52页
中移动TD-LTE故障处理指导书 文档密级
目录
1
配置类问题处理 .................................................................................................................... 4 1.1 某些站点有信号但是无法做业务 ............................................................................... 4 1.2 查询IPPATH状态， IPPATH检测结果为禁用 .......................................................... 4 1.3 室分站配置超过6个RRU后，只有6个RRU正常 ................................................... 4 1.4 新建双模室分站，在激活小区提示小区激活时报频率超过RRU范围 ................... 6 1.5 室分站开通后基站状态正常,但是无信号 ................................................................. 6 1.6 数据配置问题导致小区服务能力下降 ....................................................................... 6 1.7 数据配置问题致使TDS-LTE双模基站LTE小区因上行频点生效失败而退服 ....... 8 1.8 小区默认参数小区级参考信号端口数配置错误导致小区无法建立 ..................... 10 1.9 因RRU通道数配置错误导致激活小区时上报配置频率超过RRU范围的处理方法 13
1.10 扇区设备编号配置错误导致小区无可用载波资源 ................................................. 13 告警类问题 .......................................................................................................................... 14 2.1 RRU组网级数与配置不一致告警 .............................................................................. 14 2.2 制式间射频单元参数配置冲突告警 ......................................................................... 15 2.3 小区不可用，原因是频段与RRU能力不符 ............................................................. 15 2.4 射频单元工作模式与单板能力不匹配告警 ............................................................. 15 2.5 激活小区时因为小区合并模式不支持BF算法导致激活小区失败 ....................... 16 2.6 重要驻波告警 ............................................................................................................. 16 2.7 次要驻波告警 ............................................................................................................. 16 2.8 S1接口故障/SCTP链路故障 ..................................................................................... 17 2.9 制式间控制权冲突告警 ............................................................................................. 17 2.10 单板软件自动增补失败告警处理小结 ..................................................................... 17 2.11 因双拼的一个RRU故障导致小区无法建立 ............................................................. 18 2.12 同一RRU被不同小区扇区设备引用导致另一小区无法激活 ................................. 20 2.13 TDS-TDL双模改造光纤损坏导致RRU断链 .............................................................. 22 2.14 部分载波未绑定基带，导致RRU显示基带资源异常 ............................................. 24 2.15 光路误码导致TDL频繁上报小区不可用告警 ......................................................... 26 2.16 某局点新建双模室分站点，因小区合并开关未打开导致LTE侧小区建立不成功的故障处理方法 ......................................................................................................................... 31 2.17 双模站点TDS侧载频配置超过双模规格导致LTE侧小区无法建立 ..................... 31 传输类问题 .......................................................................................................................... 33 3.1 某地市基站开通后下载速率只有2M ........................................................................ 33 3.2 传输VLAN终结配置错误导致eNodeB无法盲启 ..................................................... 34 3.3 UMPT传输端口属性与传输设备端口属性不一致导致OMCH链自建立失败 .......... 35 3.4 基站到网管传输不通 ................................................................................................. 37 3.5 单模LTE LINK改EP模式后SCTP链路故障 ........................................................... 39 3.6 传输侧PTN6900的MAC参数配置错误导致起站失败 ............................................. 41 3.7 MML命令无法下发 ...................................................................................................... 41 3.8 传输光接口异常告警，原因是接收功率过高 ......................................................... 43
2015-8-4
华为保密信息,未经授权禁止扩散
第2页, 共52页
2
3
中移动TD-LTE故障处理指导书 文档密级
3.9 4
传输光接口异常告警，原因是接收功率过低 ......................................................... 43
时钟类问题 .......................................................................................................................... 43 4.1 星卡天线输出异常/星卡天线故障 ........................................................................... 43 4.2 双模站点GPS共用设置问题处理建议 ..................................................................... 44 4.3 关于参考源的相位与本地晶振相位偏差太大告警 ................................................. 44 4.4 GPS无法搜星故障处理 .............................................................................................. 47 4.5 LTE TDD系统时钟同步模式错误导致小区无法建立 .............................................. 48 4.6 TDS-TDL双模站点时钟源配置问题导致小区建立失败 .......................................... 51 4.7 系统时钟不可用告警；时钟参考源异常告警 ......................................................... 52
2015-8-4
华为保密信息,未经授权禁止扩散 第3页, 共52页
中移动TD-LTE故障处理指导书 文档密级
1 配置类问题处理
1.1 某些站点有信号但是无法做业务
问题原因及解决步骤：
查询一下eNodeB ID是否重复，可以查询所有基站的eNodeB ID然后查找是否有重复的基站，然后修改eNodeB ID，RST BRD复位主控板使修改后的基站ID生效；
1.2 查询IPPATH状态， IPPATH检测结果为禁用
问题原因及解决步骤：
1、 没有增加eNodeB IP Path应用类型，执行ADD ENODEBPATH增加即可； 2、 GTP-U静态检测开关未开，执行MOD GTPU将静态检测开关设置为使能；
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 ，当存在不能满足上述限制时，采用两两双拼原则来配置。 配置脚本参考：
ADD RRUCHAIN: RCN=0, TT=CHAIN, BM=COLD, HSN=2, HPN=0, CR=6.1; ADD RRUCHAIN: RCN=1, TT=CHAIN, BM=COLD, HSN=2, HPN=1, CR=6.1;
ADD RRU: CN=0, SRN=110, SN=0, TP=TRUNK, RCN=0, PS=0, RT=MRRU, RS=TL, RXNUM=2, TXNUM=2; ADD RRU: CN=0, SRN=111, SN=0, TP=TRUNK, RCN=0, PS=1, RT=MRRU, RS=TL, RXNUM=2, TXNUM=2; ADD RRU: CN=0, SRN=112, SN=0, TP=TRUNK, RCN=0, PS=2, RT=MRRU, RS=TL, RXNUM=2, TXNUM=2; ADD RRU: CN=0, SRN=113, SN=0, TP=TRUNK, RCN=0, PS=3, RT=MRRU, RS=TL, RXNUM=2, TXNUM=2; ADD RRU: CN=0, SRN=114, SN=0, TP=TRUNK, RCN=0, PS=4, RT=MRRU, RS=TL, RXNUM=2, TXNUM=2; ADD RRU: CN=0, SRN=115, SN=0, TP=TRUNK, RCN=0, PS=5, RT=MRRU, RS=TL, RXNUM=2, TXNUM=2;
ADD RRU: CN=0, SRN=120, SN=0, TP=TRUNK, RCN=1, PS=0, RT=MRRU, RS=TL, RXNUM=2,
2015-8-4
华为保密信息,未经授权禁止扩散
第4页, 共52页
中移动TD-LTE故障处理指导书 文档密级
TXNUM=2; ADD RRU: CN=0, SRN=121, SN=0, TP=TRUNK, RCN=1, PS=1, RT=MRRU, RS=TL, RXNUM=2, TXNUM=2; ADD RRU: CN=0, SRN=122, SN=0, TP=TRUNK, RCN=1, PS=2, RT=MRRU, RS=TL, RXNUM=2, TXNUM=2; ADD RRU: CN=0, SRN=123, SN=0, TP=TRUNK, RCN=1, PS=3, RT=MRRU, RS=TL, RXNUM=2, TXNUM=2; ADD RRU: CN=0, SRN=124, SN=0, TP=TRUNK, RCN=1, PS=4, RT=MRRU, RS=TL, RXNUM=2, TXNUM=2; ADD RRU: CN=0, SRN=125, SN=0, TP=TRUNK, RCN=1, PS=5, RT=MRRU, RS=TL, RXNUM=2, TXNUM=2; ADD SECTOR: sectorId=0, antNum=2, ant1Cn=0, ant1Srn=110, ant1Sn=0, ant1N=R0B, ant2Cn=0, ant2Srn=111, ant2Sn=0, ant2N=R0B, createSectorEqm=TRUE, sectorEqmId=0; ADD SECTOR: sectorId=1, antNum=2, ant1Cn=0, ant1Srn=112, ant1Sn=0, ant1N=R0B, ant2Cn=0, ant2Srn=113, ant2Sn=0, ant2N=R0B, createSectorEqm=TRUE, sectorEqmId=1; ADD SECTOR: sectorId=2, antNum=2, ant1Cn=0, ant1Srn=114, ant1Sn=0, ant1N=R0B, ant2Cn=0, ant2Srn=115, ant2Sn=0, ant2N=R0B, createSectorEqm=TRUE, sectorEqmId=2; ADD SECTOR: sectorId=3, antNum=2, ant1Cn=0, ant1Srn=120, ant1Sn=0, ant1N=R0B, ant2Cn=0, ant2Srn=121, ant2Sn=0, ant2N=R0B, createSectorEqm=TRUE, sectorEqmId=3; ADD SECTOR: sectorId=4, antNum=2, ant1Cn=0, ant1Srn=122, ant1Sn=0, ant1N=R0B, ant2Cn=0, ant2Srn=123, ant2Sn=0, ant2N=R0B, createSectorEqm=TRUE, sectorEqmId=4; ADD SECTOR: sectorId=5, antNum=2, ant1Cn=0, ant1Srn=124, ant1Sn=0, ant1N=R0B, ant2Cn=0, ant2Srn=125, ant2Sn=0, ant2N=R0B, createSectorEqm=TRUE, sectorEqmId=5;
ADD CELL: LocalCellId=0, CellName=\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;
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=0; ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=1; ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=2;
2015-8-4
华为保密信息,未经授权禁止扩散
第5页, 共52页
中移动TD-LTE故障处理指导书 文档密级
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=3; ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=4; ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=5;
ADD CELLOP: LocalCellId=0, TrackingAreaId=0;
1.4 新建双模室分站，在激活小区提示小区激活时报频率超过RRU范围
问题原因及解决步骤：
RRU通道数配置错误导致，先执行MOD RRU将RRU的通道个数为2，然后执行ADD SECTOR将扇区中的天线端口配置为R0B，小区可正常激活。
1.5 室分站开通后基站状态正常,但是无信号
问题原因及解决步骤:
RRU工作制式配置错误,执行MML命令MOD RRU将工作制式改为TDL；
1.6 数据配置问题导致小区服务能力下降
现象描述
SZ局点TDS/L双模站点“盛平村FE”，TDL侧3个小区上报“小区服务能力下降告警”，但是查询RRU驻波、收发光功率都正常，无其它相关告警，需要排查产生该告警的原因。 告警信息
小区服务能力下降告警，告警ID= 29243，定位信息：本地小区标识=1, 小区当前使用发射通道数=1, 小区当前使用接收通道数=1, 具体问题=小区射频资源, 小区名称=盛平村FE1 原因分析
通常小区服务能力下降告警都是由于站点硬件故障导致的，例如RRU驻波告警、RRU到BBU之间收发光异常、光模块速率过低等，但是查询该站点并不存在上述情况，怀疑跟数据配置有关。 处理过程
1 查询RRU驻波、收发光功率、光模块速率都正常，也不存在其它异常告警，初步排
2015-8-4
华为保密信息,未经授权禁止扩散
第6页, 共52页
中移动TD-LTE故障处理指导书 文档密级
除硬件故障原因；
2 怀疑跟数据配置有关，查询RRU和扇区配置发现该站点为8T8R的宏站配置，而且RRU的8个PATH也都正确关联进去，如下所示（详见附件）——
LST RRU: 查询RRU/RFU配置信息
------------------- 柜号 框号 槽号 管理状态 RRU拓扑位置 RRU链/环编号 RRU在链中的插入位置 RRU类型 RRU工作制式 接收通道个数 发射通道个数
0 60 0 解闭塞 主链环 1 0 MRRU TDS_TDL 8 8
LST SECTOR: 查询扇区配置信息
---------------- 扇区号 扇区名称 地理坐标数据格式 秒格式天线经度(秒) 秒格式天线纬度(秒) 经度(1e-6度) 纬度(1e-6度) 天线模式
1 sector_1 度格式 NULL NULL 11425002 2273022 八发八收
3 怀疑RRU硬件可能是RRU3152-fa，不支持上述8T8R的配置，查询RRU硬件信息发现确实如此（见下），将相关配置数据修改为RRU3152-fa支持的场景后，告警恢复。 //查询单板制造信息
DSP BRDMFRINFO:CN=0,SRN=60,SN=0;
----------------
单板类型 = WD1MTRU4FADH
条码 = 210231935610C6000572 描
述
=
TD-TECH
RRU3152-FA
DC,WD1MTRU4FADH,TD-SCDMA
1880-1910MHz&2010-2025MHz 2 path 思考与总结
1、本案例中RRU配置为8发8收，实际物理硬件为RRU3152-fa，只支持2发2收，但没有上报“单板类型和配置不匹配告警”，而是从检测RRU的实际能力出发，上报“小区服务能力不足告警”，这一点需要注意。此外，告警信息中提示“小区当前使
2015-8-4
华为保密信息,未经授权禁止扩散
第7页, 共52页
中移动TD-LTE故障处理指导书 文档密级
用发射通道数=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侧功率配置，核算后小区功率为 37 dB,LTE侧功率配置 PDSCHCFG 配置为9.2 W,转换后功率为39.6 dB，两侧功率加起来不超过 RRU最大发射能力（RRU3158e-fa），功率配置也无问题，故排除原因1.
2.以前遇到过多次因为 TDS 侧license问题导致LTE小区退服的问题，具体有NODEB的CPRI压缩属性未修改，双模RRU授权数量为 0 ，CPRI功能项未打开等原因，但
2015-8-4
华为保密信息,未经授权禁止扩散
第8页, 共52页
中移动TD-LTE故障处理指导书 文档密级
是查询该站并无该问题，也排除原因2
3.该排除的原因都已经排查过了，通过DSP CELL 发现小区建立失败原因是 上行频点生效失败 ，如下图
根据《932特殊子帧配比特性开局指导书》932特性开通网络规划要求：
TDS侧需要规划载波的时隙转化点，目前全网配置2UL：4DL；932特殊子帧配比特性推荐配置静态UPPCH缺省初始位置为50。TDL侧932特殊子帧配比特性推荐上下行子帧配置为1UL：3DL；932特殊子帧配比特性推荐配置特殊子帧配比为SSP6。下一步检查双模两侧的数据配置：TDS侧检查RNC相关特性配置:LST TUPPCH，检查UPPCH信道的初始位置设置为50，数据配置正常。如下图：
检查TDL侧数据配置：上下行子帧配比SA2，特殊子帧配比SSP6，配置无问题，如下图：
进一步检查发现出现“上行频点生效失败”的站点小区均配置了HSUPA业务，如下图：
2015-8-4
华为保密信息,未经授权禁止扩散 第9页, 共52页
中移动TD-LTE故障处理指导书 文档密级
咨询研发得知，配置HSUPA业务后，系统会默认对应TUPPCH信道位置为0，与932业务特性要求的TUPPCH信道初始位置不一致，导致TDL侧检测不通过，小建立失败，上报原因值“上行频点生效失败”。
之后对TDL侧出现“上行频点生效失败”导致小区无法建立的站点，检查对应的TDS站点HSUPA开通情况及开通的载波，在RNC侧使用LST TCELLEPUCH检查HSUPA开通情况，配置HSUPA载波对应的UPPCH信道初始位置 为 50，如下图：
配置前需先去激活小区，配置完成后再激活小区，修改完毕后，TDS及TDL侧的小区均恢复正常。
如果TDL侧的小区未恢复，可重新手动激活小区恢复。 思考与总结
该问题由于TDS与TDL数据配置不一致导致，TDS侧配置的932特性，TDL侧特使时隙配比需要修改为SSP6，且932特性业务开通仅适用于双模宏站小区，对室分站点不适用；出现问题后需认真分析出现问题的站点范围，找出问题的共同点，才能更快的发现问题并解决问题。
1.8 小区默认参数小区级参考信号端口数配置错误导致小区无法建立
现象描述
SZ局点TDS/L双模站点“城区泰鸿科技楼LH”，TDL侧第三小区上报“小区不可用告警”，需要排查产生该告警的原因。 RRU硬件类型： 3168-fa
2015-8-4
华为保密信息,未经授权禁止扩散
第10页, 共52页
中移动TD-LTE故障处理指导书 文档密级
告警信息
LTE站点只有小区不可用告警 TDS侧无任何异常告警 原因分析
双模 RRU 未正常工作 双模站点功率问题 TDS站点license 问题 单板故障或其它问题 处理过程
在TDL侧检查RRU状态正常，PATH 通道逻辑开关和物理开关全部打开，除了小区不可用告警外无其它告警，且TDS侧的小区和载波也都正常建立，无任何告警，排除原因1。
检查TDS侧功率配置，核算后小区功率为 37 dB,LTE侧功率配置 PDSCHCFG 配置为9.2 W,转换后功率为39.6 dB，两侧功率加起来不超过 RRU最大发射能力（RRU3158e-fa），如果是功率问题的话，在激活小区的时候会有功率溢出，无法激活的提示，功率配置也无问题，故排除原因2。
以前遇到过多次因为 TDS 侧license问题导致LTE小区退服的问题，具体有NODEB的CPRI压缩属性未修改，双模RRU授权数量为 0 ，CPRI功能项未打开等原因，此时激活小区时会提示CPRI压缩配置失败或无可用RRU载波资源等，但是查询该站并无该问题，也排除原因3。
通过DSP CELL 发现小区建立失败原因是 配置BBI模块失败， 如下图：
怀疑可能是基带板运行异常，重新复位和更换基带板后小区仍建立失败，故障依旧，也排除基带板硬件故障。仔细检查数据后发现，问题小区有1个默认参数配置错误，如下图：
2015-8-4
华为保密信息,未经授权禁止扩散
第11页, 共52页
中移动TD-LTE故障处理指导书 文档密级
小区参考信号端口数不能超过小区物理天线数，该参数仅用于配置TDD小区参考信号端口数，根据协议约束，端口数只支持1、2、4 三种配置：取值为1表示配置CRS端口数为1,即逻辑天线Port0;取值为2表示配置CRS端口数为2，即逻辑天线Port0/1,取值为4,即逻辑天线Port0/1/2/3。根据版本和数据配置策略要求，站点如果开通单天线的时候配置为1，即 31X1-fae RRU开通E频段或F频段时配置为1，开通双天线或多天线时时配置为2，即开通31X2 RRU 或者 31X8 RRU 时配置为2。该站RRU类型为3168-fa，开通了8个通道，所以要配置为2，执行命令修改为2后，再次激活小区，小区成功建立，问题解决。 具体命令为:
修改为2个CRS接口 MOD CELL:LOCALCELLID=1,CRSPORTNUM=CRS_PORT_2; 修改为1个CRS接口 MOD CELL:LOCALCELLID=1,CRSPORTNUM=CRS_PORT_1; 思考与总结
事后查询操作日志，发现并无人修改该站点的小区配置，怀疑可能做出来的脚本就是错误的，找到数据督导做的该站的原始Summary表后发现确实是在选取小区模板时选取错误导致该问题发生，见下图：
从填写的Summary表来看，是督导在做数据的时候将室分站点和室外站点同时一块做了，而小区模板却漏改了一个，因室分1T1R小区模板默认的CRS接口是配置为1，从而导致该问题发生。
当发生非硬件告警导致的问题后，后台数据督导一定要认真核对数据，严格按照数据制作策略来做数据，避免出现问题后不能够及时解决。
2015-8-4
华为保密信息,未经授权禁止扩散 第12页, 共52页
中移动TD-LTE故障处理指导书 文档密级
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频段范围内，继续检查脚本发现:ADD SECTOR中，误将天线端口选择错误，选在了FA所在的天线端口上，但无法进行修改，进一步检查现场的数据配置，最终发现RRU中通道数配置错误，将（ADD RRU）命令中，将通道数由1改为2，在修改对应的天线端口，RRU可正常启动，小区成功建立，问题解决 建议与总结
工程师在开站过程中，一定要认真、细致，尤其要保证脚本的准确性，严格使用标准脚本，这样会避免很多不必要的问题发生。
1.10 扇区设备编号配置错误导致小区无可用载波资源
现象描述
2015-8-4
华为保密信息,未经授权禁止扩散
第13页, 共52页
中移动TD-LTE故障处理指导书 文档密级
在某局点进行LTE升级改造的过程中，批量上管站点20个，都出现3小区小区不可用告警。该批站点都属于同一区域，但使用同一张summary表制作的其他区域脚本的站点开通都很正常，无告警。 告警信息 小区不可用告警
用DSP CELL命令查看小区状态，“最近一次小区变化的原因”提示配置频点错误或无可用的载波资源 原因分析
1、3小区的小区配置错误。
2、TDS侧功率配置过大导致LTE载波不可用。 3、3小区RRU工作模式配置错误。 4、扇区设备编号配置重复。 处理过程
LST CELL检查小区配置，配置无错误且与其他两个小区相同，排除此原因。 2、在TDS侧去激活3个TDS小区，3小区依然未建立，排除此原因。
3、LST RRU查看3小区RRU的配置，制式为MRRU，工作模式TDS_TDL，排除此原因。
4、在LTE侧去激活2小区，发现3小区建立，同时2小区无法激活，提示无可用RRU载波资源。但去激活1小区，3小区并未建立。由此怀疑2、3小区共用载波资源，LST SECTOREQM发现2、3扇区设备编号都为1，由此定位问题。修改3扇区设备编号为2后，3小区建立正常，问题解决。 建议与总结
在批量制作站点脚本的时候，对于扇区，小区等编号问题应当尤其注意。
2 告警类问题
2.1 RRU组网级数与配置不一致告警
a) 原因分析
i.
2015-8-4
TD-LTE基站配置的RRU与实际物理上已连接RRU的位置或数量不同，从
华为保密信息,未经授权禁止扩散
第14页, 共52页
中移动TD-LTE故障处理指导书 文档密级
而产生RRU组网级数与配置不一致告警。
b) 解决步骤
i.
执行MML命令ADD RRU，添加RRU与实际物理连接的RRU的位置和数量相匹配。
2.2 制式间射频单元参数配置冲突告警
a) 原因分析
i.
共模站点，TDS侧基站RRU配置与物理上实际连接的RRU位置和数量一致，但TD-LTE侧基站RRU配置与物理上实际连接的RRU位置和数量不一致，因而出现制式间射频单元参数配置冲突告警。
b) 解决步骤 i.
对TD-LTE侧基站执行MML命令ADD RRU，添加RRU与实际物理连接的RRU的位置和数量相匹配。
2.3 小区不可用，原因是频段与RRU能力不符
a) 原因分析
i.
站点配置的频段与RRU支持能力不匹配，导致RRU不可用，小区不可用；
b) 解决步骤
i. ii.
执行MML命令MOD CELL修改频带为RRU所支持的频带；
相关命令：MOD CELL:LOCALCELLID=修改的小区ID,FREQBAND=修改的频段,DLEARFCN=修改的频点号;
iii.
备注：如果修改频段与原频段的上下行子帧配比和特殊子帧配比不同，则需要删除现有小区，重新添加新小区，注意在删除前查询小区参数。
2.4 射频单元工作模式与单板能力不匹配告警
a) 原因分析
i.
站点RRU为单模D频段站点，使用RRU3257，配置RRU时配置为双模TL
b) 解决步骤
2015-8-4
华为保密信息,未经授权禁止扩散
第15页, 共52页
中移动TD-LTE故障处理指导书 文档密级
i. ii.
执行MML命令MOD RRU将RRU射频单元工作制式修改为TDL 相关命令：MOD RRU:CN=0,SRN=RRU框号,SN=0,RS=TDL;
2.5 激活小区时因为小区合并模式不支持BF算法导致激活小区失败
a) 原因分析
i.
小区合并模式下不支持BF算法
b) 解决步骤
i. ii.
执行MML命令MOD CELLALGOSWITCH将BF算法开关关闭； 相关命令：MOD CELLALGOSWITCH:LOCALCELLID=需要修改的小区ID,BFALGOSWITCH=BfSwitch-0;
2.6 重要驻波告警
a) 原因分析
i. ii.
如果是宏站可能是馈线没有拧紧、馈线有问题、天线有问题；
如果连续几个通道都有问题（如连续1-4、5-8），可能是集束线缆有问题； 如果是室分可能是合路器有问题、室分天线有问题；
iii.
b) 解决步骤
i. ii.
联系工程队上站排查硬件故障，如果线缆没问题，请考虑更换RRU； 联系室分厂家进行合路器、天线等硬件故障排查；
2.7 次要驻波告警
a) 原因分析
i.
接头有轻微松动、连接头不干净等； 误报告警；
ii.
b) 解决步骤
i.
联系工程队排查硬件故障；
使用MML命令DSP VSWR查询对应通道的驻波比是否与告警中驻波比一致，如果不一致复位RRU可以正确上报驻波值；
ii.
2015-8-4
华为保密信息,未经授权禁止扩散 第16页, 共52页
中移动TD-LTE故障处理指导书 文档密级
2.8 S1接口故障/SCTP链路故障
a) 原因分析
i.
基站eNodeBID与其他基站冲突导致此基站SCTP链路故障；
b) 处理步骤
i. ii.
修改eNodeBID为全网唯一，修改后复位基站；
相关命令：MOD ENODEBFUNCTION:ENODEBID=要修改的eNodeB标识;RST BRD:CN=0,SRN=0,SN=主控板槽号;
2.9 制式间控制权冲突告警
a) 原因分析
i. ii. iii.
多模基站开站后未设置加载控制权。
更换多模基站的主控单板后未设置加载控制权。 本制式与对端制式配置的加载控制权不一致。
b) 解决步骤
i.
对TD-LTE侧基站执行MML命令DSP LOADCTRL，查看本端与对端控制权是否加载。 ii. iii.
执行MML命令LST SOFTWARE，查看本端与对端软件版本。
执行MML命令SET LOADCTRL设置双模基站的加载控制权。输入参数： 【加载控制权】=“YES/NO”【立即生效标志】=“YES/NO”【本端软件版本】= 查看网元软件版本中主区版本【对端软件版本】= 查看加载控制权信息中对端软件版本【控制权制式】= “GU/GL/UL/WL/TL”
2.10 单板软件自动增补失败告警处理小结
现象描述：
近期开通LTE 新建站点时候，由于好多新建站发货的RRU版本较低，需要近端用TDS单板升级RRU至V4R7版本，升完后才能进行LTE的开通。由于TDS单板在多个基站反复使用，反复插拔，避免不了会出现各种问题。以南山大田站点为例，发现所有RRU始终都是启动中，DSP RRU 已经可以查询到RRU类型，但是RRU就是起不来，一直显示不可用。
2015-8-4
华为保密信息,未经授权禁止扩散
第17页, 共52页
中移动TD-LTE故障处理指导书 文档密级
告警信息：
单板软件同步失败告警 软件自动增补失败告警 原因分析： 1、光路不通。 2、单板软件问题。 处理思路：
1、检查RRU和BBU两端光路，用光功率计测试发现所有节点收发光功率均在正常范围，基本可以排除光路问题。检查两端光模块，光模块厂家速率等配置都一致，且该站3个小区RRU均起不来，应该不会光模块都损坏了，基本排除光纤光模块的故障。 2、重新下载基站软件包，下载结束后激活，基站重启正常后问题依旧，排除软件版本问题。掉电重启RRU 或者BBU 都不行。
3、再次查看告警，发现存在单板软件自动增补失败告警。对于该告警的处理方法就是执行手动增补命令 SPL SOFTWARE，指定对应的版本目录，最后增补完成后RRU软件版本开始自动激活，激活完毕后RRU自动复位，然后正常开通，问题解决。 分析总结：
在开站与后期维护更换设备过程中，会比较多的碰到单板软件自动增补失败告警，这时需要掌握手动增补软件的方法。
2.11 因双拼的一个RRU故障导致小区无法建立
现像描述
某局点双模改造过程中，某TDS室分站改造为TDS/L双模站。原单模TDS站开通3槽0光口一个光口，该光口级联4个3151e-fae，均归属于一个小区。改造双模后，光口调整到2槽0光口，且新增3槽1光口，下挂两个3161-fae。TDS小区配置不变，TDL配置3个小区，前两个小区均是RRU双拼，第三个小区RRU共小区。但新增的两个3161-fae光路不通，RRU暂时无法开通。问题现像为前两个LTE小区无法建立，通过DSP CELL命令查询，LTE小区状态为“小区未建立”提示。目标组网配置如图
所
示
：
2015-8-4
华为保密信息,未经授权禁止扩散 第18页, 共52页
中移动TD-LTE故障处理指导书 文档密级
告警信息
该双模站TDS侧无告警，小区状态及业务均正常；LTE侧双拼的两个小区均是未建立状态。 原因分析
1、功率配置不正确，TDS侧配置功率过大，TDS+TDL功率大于设备规格，导致LTE小区无法建立；
2、基带板资源不够，双模站配置大于基带板规格，导致LTE小区无法建立； 3、License资源配置不正确，TDS侧CPRI压缩资源数不够，导致LTE小区无法建立。 处理过程
经排查，排除功率设置过大、基带资源不足、License资源不够导致小区无法建立等原因。最终跟研发确认，根本原因为目前LTE版本对于RRU双拼场景的策略导致。具体为，当双拼RRU中的其中一个故障时，该RRU的射频通道肯定是不可用的，但此时该双拼小区的“小区级参考信号端口数”配置为“CRS_PORT_2”，并且“小区发送和接收模式”配置为“2T2R(两发两收)”，对于该小区来说，逻辑上只有一个双通道RRU，该RRU其中一个通道设备故障，信号收发异常，小区状态健康检查不过，相当于双通道RRU故障，所以导致小区建立不成功。也就是说当双拼RRU时，某个RRU故障时，该小区会退服。 处理方法：
方法一、修改“小区级参考信号端口数”改为“CRS_PORT_1”，并修改“小区收发模
2015-8-4
华为保密信息,未经授权禁止扩散
第19页, 共52页
中移动TD-LTE故障处理指导书 文档密级
式”为“1T1R”。
方法二、尽快排除光路故障，使故障RRU正常启动。
2.12 同一RRU被不同小区扇区设备引用导致另一小区无法激活
现象描述
SZ局点开局过程中遇到多个站点小区上报“小区不可用告警”，无其它相关告警，需要排查产生该告警的原因。 告警信息
LTE站点只有小区不可用告警
TDS侧小区、载频均正常，无任何异常告警 原因分析
射频单元设备未正常工作 双模站点功率问题 TDS站点license 问题. 其它问题 处理过程
在TDL侧检查RRU状态正常，处理小区不可用告警外无其它告警，射频单元配置参数两端一致，且TDS侧的小区和载波也都正常建立，无任何告警，因此排除原因1. 检查TDS侧功率配置，核算后小区功率为 37 dB,LTE侧功率配置 PDSCHCFG 配置为9.2 W,转换后功率为39.6 dB，两侧功率加起来不超过 RRU最大发射能力（RRU3168-fa），功率配置也无问题，因此排除原因2.
以前遇到过多次因为 TDS 侧license问题导致LTE小区退服的问题，具体有NODEB的CPRI压缩属性未修改，双模RRU授权数量为 0 ，CPRI功能项未打开等原因，但是查询该站并无该问题，也排除原因3
通过DSP CELL 发现小区建立失败原因是 ‘配置的频点不被支持或配置的频点数超出支持的载波数’；如下图：
2015-8-4
华为保密信息,未经授权禁止扩散 第20页, 共52页
中移动TD-LTE故障处理指导书 文档密级
鉴于这种原因断定还是数据配置有问题，是配置数据超出RRU的实际能力了；仔细检查数据后发现：同一个扇区设备在不通小区内被重复引用了，如下图：
典型组网3168-FA RRU，小区和扇区设备配置一一对应，LTE-TDD F频段目前分配带宽只有20M，剩余20M留给TDS使用，这样索引扇区设备意思就是将两个1*20M 小区建立到同一个F频段的RRU上，目前是不能实现的，后台删除第三小区扇区设备重新添加后，小区正常建立，问题解决。 思考与总结
事后分析这些站点的配置文件全部都是同一个督导下发的，检查督导填写的 CME Summary表后发现，Summary本身做的就有问题，如下图：
督导当时做数据是按照两个小区的站点Summary修改过来的，由于扇区设备编号在Summary表也被至后，导致在批量做数据时候容易被忽略，此时正值新老版本切换期间，大家对新版本的变化也不是很熟悉，从而导致问题产生后无法及时查出来。 后台督导在做数据的时候一定要认真细心，选对相应的数据模板，避免再次出现问题。
2015-8-4
华为保密信息,未经授权禁止扩散 第21页, 共52页
中移动TD-LTE故障处理指导书 文档密级
2.13 TDS-TDL双模改造光纤损坏导致RRU断链
现象描述
1、某地市TD-SCDMA室分站点改造成TDS-TDL双模站点，共有两个小区。TDS模式下的RRU型号均为RRU261，改造成2个RRU3161-fae；
2、在更换好RRU，并且完成LTE数据改造，光纤挪至LBBP之后。发现其中一个RRU的CPRI灯与LBBP上的0号端口的指示灯始终都是红色状态； 3、查看该站点相关告警，发现4个活动告警，具体见下面告警信息；
4、运行MML命令DSP RRU查询RRU的运行状态,发现其中一个RRU处于断链状态。
原因分析 硬件原因：
1、BBU的CPRI端口或者RRU上的的光模块光模块故障； 2、BBU连接下级射频单元的接口单板故障； 3、RRU故障。 其他原因：
1、BBU的CPRI端口或者RRU上的光纤接头未插紧或不洁净，存在灰尘等异物； 2、BBU的CPRI端口或者RRU上的的光模块和光纤的型号（单模/多模、速率）不匹配；
3、BBU与下级射频单元之间的光纤线路故障 处理过程
1、查看BBU的CPRI端口和RRU上的光模块，发现型号与规划的一致，不存在不
2015-8-4
华为保密信息,未经授权禁止扩散
第22页, 共52页
中移动TD-LTE故障处理指导书 文档密级
匹配的问题；
2、运行MML命令DSP SFP查看BBU的CPRI端口和RRU上的光模块的状态，发现其中的LBBP上1号端口上的光模块收发正常。但是0号端口上的光模块则只有发送信号而没有接受信号。
3、更换BBU的CPRI端口和RRU上的光模块，问题没有得到解决；
2015-8-4
华为保密信息,未经授权禁止扩散
第23页, 共52页
中移动TD-LTE故障处理指导书 文档密级
4、想起该RRU刚安装好，插上光纤的时候，RRU的接头处有异常的弯曲，如下图所示。更换连接该BBU与RRU的光纤，RRU正常运行，小区建立成功，相应的告警也得到恢复。
建议与总结
1、室分系统改造中，由于很多站点设备都是安装在弱电井里或者其他空间狭小的地方，工程施工难度较大。这时候就更需要耐心以及细心施工，保证原有设备在施工的过程中不被损坏；
2、线缆或者光纤在安装的时候，末端需要留合适的余长，才能够在弯曲、挪动的过程中保证其不因折弯而损坏；
3、在室分安装的过程中，因更换RRU需要重新在墙上打新孔。而原来拆卸掉RRU之后，留空的线缆以及光纤头部要做好防灰保护，免得沾上灰尘影响性能；
4、本次案例估计就是因为在施工的过程中没有足够的细心，以及光纤在固定的时候没有留合适的余长，导致出现严重的折弯而损坏光纤造成。
2.14 部分载波未绑定基带，导致RRU显示基带资源异常
现象描述
H省某局点进行双模改造，开通后站点，查询小区状态，部分RRU显示基带资源异常，导致开通后部分载波无法开启。该据点为室分站点，原站型为16个RRU，使用4个光口，4级级联，3个小区，配置为S4/4/6,RRU类型为3161fae，双模改造后不更改配置，只增加F频段20M带宽,增加两块LBBPd板。 告警信息
2015-8-4
华为保密信息,未经授权禁止扩散
第24页, 共52页
中移动TD-LTE故障处理指导书 文档密级
基带资源异常告警 原因分析
1、因为小区能够正常建立开通，并且TDS部分正常开通，所以，物理设备没有问题； 2、因为RRU的合并和级联都均没有超过基站的配置，所以满足站点方案要求； 处理过程
1、排查基站状态： DSP CELL:LOCALCELLID=6;
3BHGRI红角洲南大学生宿舍Amic(5号楼)
+++ 3BHGRI红角洲南大学生宿舍Amic(5号楼) 2013-09-11 14:17:37 O&M #117
%%/*6211096*/DSP CELL:LOCALCELLID=6;%% RETCODE = 0 执行成功
查询小区动态参数 ----------------
本地小区标识 = 6 小区的实例状态 = 正常 最近一次小区状态变化的原因 = 小区建立成功 最近一次引起小区建立的操作时间 = 2013-09-11 14:10:06 最近一次引起小区建立的操作类型 = 小区健康检查 最近一次引起小区删除的操作时间 = 2013-09-11 14:10:03 最近一次引起小区删除的操作类型 = 小区建立失败 小区节能减排状态 = 未启动 符号关断状态 = 未启动 主基带处理板信息 = 0-0-0
小区拓扑结构 = 小区合并模式 最大发射功率(0.1毫瓦分贝) = 430 (结果个数 = 1)
2015-8-4
华为保密信息,未经授权禁止扩散
第25页, 共52页
中移动TD-LTE故障处理指导书 文档密级
小区使用的射频单元以及基带处理板信息 ------------------------------------
基站标识 射频单元柜号 射频单元框号 射频单元槽号 基带处理板柜号 基带处理板框号 基带处理板槽号 工作状态
509563 0 86 0 - - - 基带单元异常
509563 0 83 0 - - - 基带单元异常
509563 0 89 0 0 0 0 正常 (结果个数 = 3)
通过告警，我们发现基带单元异常，但是之前改造时增加了两块D板，按照目前的配置，一块板可以处理12个单通道RRU，目前配置是16个，完全满足； 2、排查基站配置：
后来经过排查配置发现，该基站配置人员在配置小区的时候没有绑定基带资源，导致，超过12个RRU后，剩余的RRU没有制定基带二无法进行处理，重新让现场人员绑定基带资源，故障解除。 建议与总结
后续需要基带异常告警要重点检查：1.检查基带单板状态是否正常 2.基带单板配置数目是否足够 3.RRU数目是否超过单板限制（单通道RRU大于12个，双通道RRU大于6个，8通道RRU大于3个）必须绑定基带资源
2.15 光路误码导致TDL频繁上报小区不可用告警
现象描述
2015-8-4
华为保密信息,未经授权禁止扩散
第26页, 共52页
中移动TD-LTE故障处理指导书 文档密级
HZ局点TDS/L双模站点美福大酒店SM，查询历史告警发现该站点LTE侧1小区频繁上报“小区不可用告警”，告警持续时间10s左右恢复，同时没有其它告警产生。查询TDS侧，一切正常，对应的TDS 1小区也没有小区退服告警产生。鉴于故障现象比较特别且告警反复上报推升TDLTE站点整体告警数量，客户较为关注，现场急需定位予以解决 原因分析
1、物理传输问题，比如线路质量差、物理层参数协商、MTU设置等问题造成的SCTP链路闪断；
2、数据配置问题，比如双模RRU数据配置冲突、功率超标、PLMN配置错误、带宽频点配置错误等；
3、规格类限制问题，比如License限制或者CPRI光口速率限制问题； 4、设备硬件故障问题，射频模块故障或者光模块故障等。 处理过程
1、首先检查该站的TDL侧传输，发现物理层光口指示灯正常，参数配置正确，而且也没有上报高层链路闪断问题（SCTP链路或S1接口），咨询核心网同事，EPC侧也未发现该站点相关S1接口故障，排除原因1；
2、检查该站数据配置，首先检查共模参数配置，包括驻波门限、CPRI压缩模式、子帧配比等信息，都跟TDS保持一致；紧接着检查功率设置，在合理范围之内；再查看全局参数配置，包括PLMN和协议版本号等，都符合规划参数；最后查询该站小区配置参数，仍旧符合规划参数要求，因此基本上可以排除数据配置原因；
3、通过DSP LICENSE命令查询，发现所有项目的分配值都大于配置值，而且都在有效期内；然后查看光模块速率，发现这个站使用双光纤，光模块速率为6.144G，符合站点要求，因此排除原因3；
4、检查相关根源告警，通过分析告警日志，发现只有“小区不可用告警”无任何其他告警，分析主控板、基带板和RRU的一键式日志，小区1出现不可用是因为发射通道出现了问题，进一步分析小区1使用的2号槽的0号CPRI光口存在8B10B误码，导致发射通道存在问题；
2015-8-4
华为保密信息,未经授权禁止扩散 第27页, 共52页
中移动TD-LTE故障处理指导书 文档密级
5、导致光路误码产生的原因有：物理链路问题（光纤或者光模块）、BBU和RRU的速率不匹配、RRU不停复位。由于该站点是双光纤部署，查询光模块功率，发现2号槽0号光口接收光功率与1号光口相比有些偏低，建议代维上站检查0号光口所在光路
；
6、代维上站后重新更换光纤，调整光路后，1小区不可用告警告警消失，问题解决。 建议与总结
1、小区不可用告警原因很多，本案例则由于光路存在8b/10b误码导致发射通道存在故障，从而造成小区不可用，在此前的故障处理中尚未遇到过。在此简单介绍8b/10b误码的概念，帮助大家理解：所谓8B/10B，也叫做8字节/10字节编码，通过该编码可使得发送的“0”、“1”数量保持基本一致，连续的“1”或“0”不超过5位，即每5个连续的“1”或“0”后必须插入一位“0”或“1”，从而保证光电信号DC平衡，使得传输的数据串在接收端能够被正确复原。除此之外，利用一些特殊的代码，可以帮助接收端进行还原的工作，并且可以在早期发现数据位的传输错误，抑制错误继续发生；
2、目前，TDS-L产品支持BBU和RRU之间或者RRU和RRU之间进行CPRI在线误码测试，检测原理是通过8B/10B编解码检测CPRI数据流中的误码，由OMC实时绘制CPRI
2015-8-4
华为保密信息,未经授权禁止扩散
第28页, 共52页
中移动TD-LTE故障处理指导书 文档密级
物理层误码率曲线和阈值的显示，作为链路质量的衡量标准，当检测值超过阈值时表示CPRI链路存在问题（如果没有光模块告警，则基本可认为是光纤问题）。具体操作步骤为OMC“信令跟踪管理”——“基站设备与传输”——“设备监控”——“CPRI误码率监控”，然后选择网元、检测时间，再输入需要检测的BBU或RRU框号槽号端口号，便可实时监控误码状态（见下截图），后续遇到类似问题可先通过该手段来排查；
2015-8-4
华为保密信息,未经授权禁止扩散 第29页, 共52页
中移动TD-LTE故障处理指导书 文档密级
3、为什么TDL侧因光路误码频繁上报小区不可用告警而TDS侧没有小区退服告警上报？对比TDS和TDL侧小区不可用（退服）的告警机制，发现两者的告警比例规则存在差异；
1）TDS侧RNC如果检测到小区状态变为故障，需延时180秒进行系统自处理且确认故障状态稳定才上报小区退服告警，如果在180秒内小区恢复正常，则不上报小区退服告警；
2）TDL侧ENODEB在SRAN1.0版本，检测到小区状态变为故障，则上报告警；在SRAN2.0版本则延时90秒进行系统自处理且确认故障状态稳定才上报小区退服告警，如果在90秒内小区恢复正常，则不上报小区退服告警。
4、由此可见，本案例中光路误码导致TDL小区退服每次都在10s左右恢复，不满足TDS侧故障持续180s的告警比例规则，所以TDS侧没有任何小区退服告警上报。提取现场LTE和TD的指标变化可以发现，TDL侧发生了小区不可用告警并没有对指标造成影响，所以这种情况下，TDS侧的告警平滑设置是合理的，而SRAN1.0版本的LTE站点实时上报小区不可用告警有优化的必要，可以通过升级到SRAN2.0版本或人为设置告警比例规则（SET ALMFILTER）予以优化。
2015-8-4
华为保密信息,未经授权禁止扩散
第30页, 共52页
中移动TD-LTE故障处理指导书 文档密级
2.16 某局点新建双模室分站点，因小区合并开关未打开导致LTE侧小区建立
不成功的故障处理方法
现象描述
新建双模室分站点，TDS侧小区正常建立，LTE侧小区建立不成功，激活小区时提示：当小区处于激活态且为非多RRU共小区模式时，只能配置一个小区扇区设备。 原因分析 1、硬件故障； 2、license问题； 3、数据配置问题； 4、其它。 处理过程
1、硬件排查：检查设备运行状态及告警情况，无设备相关告警，且TDS侧小区建立正常，排除硬件故障；
2、检查license状态：TDS侧已经添加双模license，TDS、TDL两侧license状态查询都正常，排除license问题；
3、检查两侧参数配置：压缩属性、RRU制式、双光纤等参数同数据配置指导要求一致，因激活小区时提示：当小区处于激活态且为非多RRU共小区模式时，只能配置一个小区扇区设备，再次检查脚本发现：小区合并开关未打开；（
4、将小区合并项打开后，将LTE侧小区去激活再重新激活，发现提示消除，但小区仍然无法正常建立；
5、逐段排查，最后发现合路器连接存在问题（FA,E通道接反）调整后问题解决，LTE侧小区可正常建立。 建议与总结
工程师在开站过程中，工作一定要认真、细致，尤其要保证脚本的准确性，严格使用标准脚本，这样会避免很多不必要的问题发生。
2.17 双模站点TDS侧载频配置超过双模规格导致LTE侧小区无法建立
现象描述
2015-8-4
华为保密信息,未经授权禁止扩散
第31页, 共52页
中移动TD-LTE故障处理指导书 文档密级
SZ局点TDS/L双模站点“新中苑FE”，TDL侧3个小区中第三个小区上报“小区不可用告警”，无其它相关告警，需要排查产生该告警的原因。 告警信息
LTE站点只有小区不可用告警 TDS侧无任何异常告警 原因分析
硬件类型不匹配导致RRU未正常工作 1、TDS站点license 问题 2、LTE小区数据配置错误 3、其它问题 处理过程
1、在TDL侧检查RRU状态正常，除了小区不可用告警外无其它告警，且TDS侧的小区和载波也都正常建立，无任何告警，查询单板制造信息，3个小区的RRU硬件类型都一致，但却是单个小区出现的问题，排除原因1。
2、以前遇到过多次因为 TDS 侧license问题导致LTE小区退服的问题，具体有NODEB的CPRI压缩属性未修改，双模RRU授权数量小区实际物理RRU数量，CPRI功能项未打开等原因，但是查询该站并无该问题，也排除原因3
3、通过DSP CELL 发现小区建立失败原因是 小区频率超出RRU支持范围，如下图
怀疑可能还是数据问题导致的。仔细检查TDS和LTE 两边的数据配置，并把正常的两个小区和有问题的小区做对比，并未发现有什么参数配置异常；后来对基站进行复位，在将站点复位后LTE小区却可以正常建立，但是TDS侧部分辅载频却起不来，闭塞LTE小区后，TDS侧载频都可以正常建立；在TDS载频均正常建立的情况下再重新去激活激活LTE小区后，LTE 小区就又建立不起来了，提示原因依然是 小区频率超出RRU支持范围，因此，基本可以断定是TDS数据配置超过产品规格能力导致的问题。 4、在咨询研发后得知，F频段作为双模站点TDS和LTE都在用的频段，是这样划分
2015-8-4
华为保密信息,未经授权禁止扩散
第32页, 共52页
中移动TD-LTE故障处理指导书 文档密级
的，1880-1900给LTE用，1900-1920给TDS使用（3162-fa在1880-1915的35M频率范围内只支持30M的窗口，如果采用前30M，LTE TDD上配置了20M带宽后（1880-1900），TDS的频点就只能配置在1900-1910的10M带宽内）。在LTE TDD上配置了20M带宽后（1880-1900），TDS上只能使用19000-1910的10M带宽了。 TDS侧配置的频点如下：频点 9562和9554 已经超出 1910 （频点9550）的带宽了。
在对主控板复位后，会先建立LTE的小区，抢先占用了带宽，只会影响TDS侧的部分载波不能使用，不会导致小区无法建立。在去激活LTE的小区后，TDS侧会继续扩展，占用配置的全部频点，再对LTE侧激活小区时，就会因带宽不够，导致激活失败，出现“小区频率超出RRU支持范围”情况。解决办法就是：修改TDS频点使用情况，配置在1900~1910范围内。
联系客户网优部门进行TDS侧频点的修改操作后，LTE小区正常建立，业务测试正常，问题解决。 思考总结
目前双模站点开通中会遇到很多问题，尤其是产品规格问题，比较难定位。因为部分产品在单模和双模情况下的规格能力是不同的，这些产品规格信息一定要提前了解清楚，避免遇到问题后不能够及时处理，影响现网业务。
3 传输类问题
3.1 某地市基站开通后下载速率只有2M
a) 问题原因：
i. ii. iii.
确认是否是所有站都有该问题；
在不做业务的时候ping EPC，记录时延及是否丢包； 做业务的时候ping EPC发现有丢包；
b) 解决步骤：
i.
2015-8-4
联系传输工程师排查数据；
华为保密信息,未经授权禁止扩散
第33页, 共52页
中移动TD-LTE故障处理指导书 文档密级
3.2 传输VLAN终结配置错误导致eNodeB无法盲启
现象描述
LTE传输采用层三传输方案，由Z厂家城域网层三PTN做DHCP Relay，OMC做DHCP Server，eNodeB做DHCP Client，站点无法盲启。OMC、省干传输、城域网设备全部为新建。
传输组网图如下：
原因分析
1、eNodeB的VLAN、IP等协商数据有误。 2、eNodeB对接传输接口故障。 3、eNodeB主控UMPT单板故障。 4、路由未打通。
5、层三PTN DHCP Relay配置错误。 6、中间传输某环节故障导致盲启失败。 处理过程
1、重新核对该站点的VLAN、IP等协商数据，未发现异常；
2、传输侧核查PTN对接端口状态正常，且eNodeB主控板为新发单板，故障可能性
2015-8-4
华为保密信息,未经授权禁止扩散
第34页, 共52页
中移动TD-LTE故障处理指导书 文档密级
不大；
3、需重点核查路由及DHCP Relay配置：
（a） OMC侧查看DHCP过程只有前两步骤，DHCP Discover和Offer过程，且OMC不停地向eNodeB发送offer消息，由此可见路由配置没有问题，否则OMC应无法收到eNodeB发送的DHCP报文；
（b）DHCP Relay是配置在 L2<--->L3 PTN设备层三的虚接口上，协调Z厂家传输核查DHCP Relay配置，Z厂家答复：配置正确，且与其它地市配置相同。 4、OMC不停地发送offer消息，可以推测eNodeB可能未收到offer消息，协调传输侧抓包定位报文是否发送给eNodeB。在L2<--->L3 PTN设备上启动Debugging进行跟踪，发现OMC发送给eNodeB的offer报文被当成是非法报文而丢弃。至此，找到问题点。
5、eNodeB盲启需解决DHCP Offer报文未发送到eNodeB的问题。eNodeB在学习到VLAN后，发送DHCP Discover报文，L2<--->L3 PTN设备对收到的VLAN报文，去除eNodeB的VLAN tag后进行三层转发，OMC能收到Discover且正常发送offer报文，说明上行转发是正确的。L2<--->L3 PTN设备对收到OMC发送的offer报文后，需将相应的VLAN信息添加到报文中再转送给eNodeB。传输重新核查修改VLAN终结数据配置后，eNodeB盲启正常。 建议与总结
进行IP网络故障处理时，多使用抓包方法进行分析，同时多了解网管、传输、核心网设备。
3.3 UMPT传输端口属性与传输设备端口属性不一致导致OMCH链自建立失败
现象描述
在某新建站点进行盲起的时候出现传输不通，基站到网管侧连接不正常，查看基站侧接发报文不正常。 告警信息
OM维护通道故障告警 原因分析
1、由于UMPT与PTN连接的光口连接出现时断时通的状况所以最先怀疑是光纤损
2015-8-4
华为保密信息,未经授权禁止扩散
第35页, 共52页
中移动TD-LTE故障处理指导书 文档密级
坏的问题。
2、 怀疑基站侧光模块的问题，是不是不能正常发光。
3、 另一方面对站点进行抓包，在UMPT的电口做一个光口的镜像(STR PORTREDIRECT: SN=6, SBT=BASE_BOARD, SRCPN=1, DSTPN=0;)，通过便携机的软件(wireshark)进行抓包。现场还通过PNP跟踪检测到基站发出的DISCOVER报文一直超时，故怀疑可能是传输PTN侧问题。（基站到网管的拓扑：基站—PTN950—PTN3900—PTN6900—MDCN网络—防火墙—M2000) PNP跟踪的报文如下: 2013-04-15 12:16:17
Start DHCP, Product : L , Backplane ESN: 21021127226TCB900416, Enter the listen phase
2013-04-15 12:17:33
DHCP: Enter DISCOVER Phase on ETHPORT: 1 2013-04-15 12:17:53
DHCP: Time Out on ETHPORT: 1 2013-04-15 12:17:53
DHCP: Enter DISCOVER Phase on ETHPORT: 1, VLAN ID: 3153 2013-04-15 12:18:13
DHCP: Time Out on ETHPORT: 1, VLAN ID: 3153 2013-04-15 12:18:13
DHCP: Enter DISCOVER Phase on VI: 0 2013-04-15 12:18:33 DHCP: Time Out on VI: 0 处理过程
1、换了组正常的LC-LC光纤将UMPT与PTN直连（一般是通过一个法兰盘将UMPT与PTN相连），现象依旧，排除了光纤损坏导致。
2、 近端查询光口的收发功率(DSP SFP: CN=0, SRN=0, SN=4, MODULEID=0)，光功率收发有异常，后将PTN与UMPT的光模块对换，现象仍然依旧，排除了光模块的问题。
2015-8-4
华为保密信息,未经授权禁止扩散
第36页, 共52页
中移动TD-LTE故障处理指导书 文档密级
3、请传输侧同事帮忙检查PTN950端口的状态，反馈状态正常，只是没有报文上报。 4、近端登陆LMT操作维护，DSP ETHPORT查看传输端口状态，端口状态为未激活，属性为自协商。而据传输侧同事反映，PTN950的端口属性已经改为千兆全双工模式。通过SET ETHPORT修改UMPT传输端口的属性为千兆全双工，修改完成后端口状态正常，基站与网管报文交互正常，起站成功。 建议与总结
传输端口属性的规划基本原则是与对端端口属性保持一致，因此在数据规划时需要提前从传输侧获取与基站对接的端口的属性。我司设备eNodeB主控板UMTP提供FE/GE光接口，均支持单模和多模光纤。对于FE光接口，多模传输距离对大2km，单模传输距离最大15km、40km或80km（取决于所配置的光模块和线缆标准）。对于GE光接口，多模传输550米，单模传输15km、40km或80km。光口工作模式可以指定速率和双工模式，或者使用自协商。推荐指定速率和双工模式。
如果协商通过，网卡就把链路置为激活状态，可以开始传输数据了。如果不能通过，则该链路不能使用。自协商完全由物理层芯片设计实现，因此并不使用专用数据包或带来任何高层协议开销。
eNodeB双工模式和自协商处理机制：
1、光口两端如果设置不一致，自协商端口就可能会down掉；必须全为自协商。 2、电口两端如果设置不一致，如自协商/千兆全双工，则自协商端就会协商为千兆全双工；另外当要使用千兆电口时，必须选择自协商模式。 目前LTE产品的端口属性默认为自协商。
3.4 基站到网管传输不通
现象描述
某传输站点，配置传输数据之后,可以ping通SGW，但是ping不通网管。
100.86.142.35是基站到SGW的设备IP地址，100.92.86.35是基站到OMC的设备IP，下一跳分别是100.86.142.1和100.92.142.1。
100.86.142.35ping它的下一跳100.86.142.1，可以ping的通，并且可以ping通SGW； 100.92.142.35ping它的下一跳100.92.142.1，ping不通。
2015-8-4
华为保密信息,未经授权禁止扩散
第37页, 共52页
中移动TD-LTE故障处理指导书 文档密级
告警信息
远程维护通道链路异常告警。 原因分析
1、可能是基站本端数据配置问题。
2、可能是传输对端的数据配置和基站本端配置不一致。 3、可能是传输的其他问题。 处理过程
VLAN的下一跳分别是100.86.142.1和100.92.142.1，网关符合规划，并且VLAN的标识也是符合规划
1、首先检查基站的数据配置 2、检查设备IP：
基站到SGW的设备IP是100.86.142.35，基站到OMC的设备IP是100.92.142.35，设备IP配置正确 3、检查VLAN的配置：
VLAN的下一跳分别是100.86.142.1和100.92.142.1，网关符合规划，并且VLAN的标识也是符合规划 4、最后检查路由的配置：
配置了两条路由，一条默认路由通向EPC，一条通向网管的路由。下一跳地址与VLAN的下一跳相符合。并且检查了OMCH绑定了路由1
5、基站本端数据配置检查没有错误，但是依然在基站本端ping不通网管的下一跳，SGW这条链路可以ping的通，说明基站本端硬件连接上面也是没有问题的。基站的业务IP和网管IP是共用一个端口，两个端口配置不同的IP，SGW这条链路可以ping的通，并且数据配置没有问题，说明基站本端不管是数据配置还是硬件都是没有问题的
6、初步定为应该是传输对端的问题，配合传输定位问题，直接将网线连接到PTN上进行测试
7、发现依然可以ping的通SGW，到OMC的下一跳100.92.142.1ping不通 8、尝试ping100.92.142.2和100.92.142.3，发现可以ping的通100.92.142.3 9、可以ping的通100.92.142.3这个下一跳，却不能ping的通规划数据100.92.142.1，
2015-8-4
华为保密信息,未经授权禁止扩散
第38页, 共52页
中移动TD-LTE故障处理指导书 文档密级
怀疑是传输端口配置问题
10、联合传输工程师定位，最后发现原来是传输的逻辑端口绑定错误，找出了问题的根因。
11、将端口重新绑定，继续在PTN这端ping下一跳100.92.142.1，发现可以ping通，继而ping网管的IP10.192.167.147，也可以ping通
12、在基站这边ping网管这条链路的下一跳100.92.142.1，可以ping通，，并且ping对端网管，可以ping通
13、最后LST EMS，发现网管在线，传输打通，问题解决 建议与总结
遇到类似的传输问题，首先检查基站本端的数据配置，是否配置错误或是与规划有出入，如若没有错误，就检查传输对端的问题，按此思路一一排除
3.5 单模LTE LINK改EP模式后SCTP链路故障
现象描述
G市LTE试验网某室分站点原为单模新建F频段站点，功能模块为3162-fa，配置了一个小区。站点原信令面和业务面的连接模式为LINK模式，后尝试将LINK模式修改为EP模式，修改后激活小区，查询小区状态发现小区无法正常建立，两条自建立的SCTP链路均故障。 告警信息 小区建立失败 SCTP链路故障 S1链路故障 原因分析
在LINK模式改为EP模式的过程中，站点采用了如下图SCTP双归属、MME组POOL的组网模式，同时也从原试验核心网割接到商用核心网，站点的信令面IP、OM通道IP全部为重新规划。
2015-8-4
华为保密信息,未经授权禁止扩散 第39页, 共52页
中移动TD-LTE故障处理指导书 文档密级
所以造成SCTP链路故障的原因可能有如下几类： 1、使用EP模式配置SCTP时数据配置错误。 2、新规划的IP数据错误。
3、基站到核心网的传输链路存在故障。 处理过程
1、执行LST SCTPHOST和LST SCTPPEER指令，查询SCTP本端对象和对端对象的IP配置是否出错，执行结果显示本端对象和对端的所有IP均和规划数据一致。 2、执行指令查询本端和对端端节点组的配置情况，查询显示端节点组配置ID无误。 3、打电话给信令面和OM通道IP规划人员，最终确定IP地址无误。
4、从基站ping核心网MME和UGW，结果发现无法PING通。和传输人员以及核心网侧人员联系，发现从核心网处PING基站地址也无法PING通。
5、打电话给传输反应情况，但发现修改之后核心网和基站依然不能相互PING通。 6、再次核查组网方式，发现基站侧信令面新规划IP和两个MME IP均不在同一网段，所以怀疑可能是因为没有在基站上配置路由导致基站到核心网的传输不同，故尝试配置了两条路由，一条指向MME IP所在网关，一条指向UGW所在网关，后再PING MME和UGW，发现可以PING通，SCTP链路故障告警消除，小区正常建立。 建议与总结
在LINK模式修改为EP模式时，改造指导书上介绍的一般都只是为配置方式，而链路是否能够正常建立，还是需要添加路由并且配合传输的。
2015-8-4
华为保密信息,未经授权禁止扩散
第40页, 共52页
中移动TD-LTE故障处理指导书 文档密级
3.6 传输侧PTN6900的MAC参数配置错误导致起站失败
现象描述
在某新建站点进行盲起测试的时候出现传输不通，基站到网管侧连接不正常 告警信息
OM维护通道故障告警 原因分析
1、首先分析传输的问题，是不是传输中断还是存在异常。 2、基站到PTN950侧的光模块及光纤是否有问题。
3、基站侧的数据配置是不是正确，包括DEVIP, VLAN,IPRT信息。 处理过程
1、 检查光纤及光模块，排除了物件损坏的原因。 2、 检查基站的主板状态及配置，均正常。
3、 在基站侧PING网管，不通。在基站侧ADD OMCH（增加远端维护通道，这个过程本应该是基站自动获取的），再PING网管，仍不通；PING维护网关，不通，传输侧的同事从网关PING基站，仍然不能PING通。可以判断，问题出在维护网关至网管一段。联系传输同事尽快界定问题并处理。
4、 传输侧同事更改了PTN6900的MAC配置，传输恢复正常。传输同事解释，这是PTN6900的一个BUG，之前在别的局点也出现过，在新的PTN6900的版本中已经将这个问题规避掉了，今后的开站不会再出现因为MAC配置错误导致的传输故障。 建议与总结
此类问题出现，在通知现场工程师前往近端进行排查的同时，可以请传输侧，网管侧及核心网侧的同事配合一下，从维护网关PING基站维护地址，网管PING基站维护地址，及在MME上PING基站的业务地址。一方面有利于问题的快速定位，另一方面如果是连接核心网侧出现问题而导致业务大面积的中断，及时启动重大事故的处理流程。
3.7 MML命令无法下发
现象描述
在X国的客户试验室，组跨框SFN网。由于该国的eNodeB是用LMPT板配合UMPT
2015-8-4
华为保密信息,未经授权禁止扩散
第41页, 共52页
中移动TD-LTE故障处理指导书 文档密级
板使用，由LMPT板切换到UMPT为主控。此种情况下我们为客户提供的方案是需要为UMPT新规划1个OM用IP。当由LMPT切换到UMPT为主控后，基站正常启动，在拓扑图上的图标显示正常，但是下发MML命令失败。显示Timeout超时，导致无法下发MML命令。 告警信息
告警信息无，设备的指示灯一切显示正常。
下发DSP BRD命令后过片刻显示“NE response timeout” 原因分析
此次由LMPT切换为UMPT为主控的基站共6个，采用的同样的方法进行切换，其他的基站均未发现异常，能够正常切换。所以，初步计划从这个基站与其他基站的 不同之处入手进行排查。找到不同之处后再针对此站的异常之处排查分析根因，进而解决问题。 处理过程
1、查询告警信息，未发现异常告警。
2、查询版本信息，对比此站与其他正常站点有误差别，结果无异常。 3、查询配置信息，未发现异常。 4、PingM2000，未发现异常。
5、近端查看设备指示灯，指示灯未见异常。但是发现此站与其他基站的不同之 处在于此站连接M2000是电口，其他基站是光口。查看端口的配置均为自动匹配 ，也未见异常。于是想客户确认此站的电口的由来及背景。得知唯有此站是通过交换机（CBU）连接核心网，其他正常的基站都是通过光口连接相同的交换机。 初步断定：新规划的UMPT用IP与交换机CBU之间存在问题。
6、基站与M2000同时抓包，发现M2000能够收到来自eNodeB的Data、但是长度为1460的Long TCP Data却未能收到。 建议与总结
总结：通过排查，Ping M2000以及基站能通，可以确认M2000与eNodeB之间的链路是通的。因为UMPT板与LMPT的MTU是相同的也可是说明不是因为UMPT板切主控所导致。通过抓包的分析结果得知，有一部分来自基站的包能够接收到，比较大的TCP Data包没有接收到，这与客户的交换机设备（CBU）有关，我们考虑是CBU
2015-8-4
华为保密信息,未经授权禁止扩散
第42页, 共52页
中移动TD-LTE故障处理指导书 文档密级
对新规划的IP的过滤设定没有解除。 解决方案：
1、检查交换设备，解除对UMPT新规划OMIP的过滤。（由于交换设备非我司产品，未操作）。
2、修改该基站组网构成，改电口为光口，与其他基站为同一交换机网络内。（经修改问题解决）。
3.8 传输光接口异常告警，原因是接收功率过高
a) 原因分析
i.
对端PTN使用光模块为40km的光模块，基站侧使用为10km光模块，对端发射的光功率要高于本端光模块接收范围；
b) 解决步骤
i. ii.
执行MML命令DSP SFP查询接收的光功率和接收范围； 对端加光衰，减小光功率；
3.9 传输光接口异常告警，原因是接收功率过低
a) 原因分析
i.
对端PTN使用光模块为短距离光模块或者光模块不干净或者光线有问题；
b) 解决步骤
i. ii.
更换PTN侧光模块； 更换光纤；
4 时钟类问题
4.1 星卡天线输出异常/星卡天线故障
a) 原因分析
i.
站点为双模站点时，TDS-TDL双模共用时钟源，无需新增GPS或功分器。当其中一侧站点将CLKMODE配置为对端时钟并且同时配置了GPS，则会产生此类告警；
2015-8-4
华为保密信息,未经授权禁止扩散
第43页, 共52页
中移动TD-LTE故障处理指导书 文档密级
ii. GPS故障；
b) 解决步骤
i. ii.
执行MML命令RMV GPS将GPS删除；
是否与TD公用GPS，如果公用先确认一下TD GPS是否正常；如果不共用请联系工程队上站排查GPS故障；
4.2 双模站点GPS共用设置问题处理建议
现象描述：
某LTE站点开通，LTE与TDS共用GPS，现场TDS站点可用，LTE站点提示时钟资源不可用告警 告警信息： 小区时钟资源不可用 原因分析：
1、LTE时钟资源设置问题。 2、TDS侧GPS链路为激活。 处理过程：
1. 在TDS侧DSP GPS查看GPS是否可用。查看小区状态可用且跟踪GPS卫星数目
符合搜星要求。
2. 在LTE端LST GPS查询是否配置GPS。因为双模站点规定GPS最后放置在7槽位
主控板上，LTE原则上不用配置GPS。
3. 发现LTE 基站侧已配置GPS数据，将其删除。添加PeerClk时钟编号 4. 设置参考时钟源工作模式为手动；制定参考源为对端时钟 建议与总结：
细心检查数据，查看是不是有什么别的脚本添加错误
4.3 关于参考源的相位与本地晶振相位偏差太大告警
现象描述
基站上报参考源的相位与本地晶振相位偏差太大告警，如下图：
2015-8-4
华为保密信息,未经授权禁止扩散
第44页, 共52页
中移动TD-LTE故障处理指导书 文档密级
查询小区状态，小区建立正常（注：图中因光路问题第一小区未正常建立），如下图：
但基站督导反馈无信号，执行DSP GPS，查询GPS运行状态，发现GPS状态时正常，但搜不到卫星，如下图：
解决方案
1、解决GPS搜不到星，处理方法将GPS删除，重新添加，让GPS重启，GPS 恢复正常，如下图：
2015-8-4
华为保密信息,未经授权禁止扩散 第45页, 共52页
中移动TD-LTE故障处理指导书 文档密级
;
2、解决本地晶振相位偏差太大问题，首先查询DSP CLKDA，查看时钟DA值，如下图：
当前DA值，又称当前频率值。系统复位起来后，当前DA等于中心DA。当前DA对应的是主控板上的恒温压控振荡器（OCXO）上的控制电压，通过调整当前DA值来调整恒温压控振荡器（OCXO）输出频率直至系统时钟稳定。 执行MOD CURRDA命令，修改当前DA值。如下图：
2015-8-4
华为保密信息,未经授权禁止扩散 第46页, 共52页
中移动TD-LTE故障处理指导书 文档密级
告警恢复，小区正常。如下图：
4.4 GPS无法搜星故障处理
现象描述
某市LTE某站点，单模新建，基站版本V100R005C00SPC360，出现GPS无法收星的现象。 告警信息
1、星卡时钟输出异常告警。 2、时钟参考源异常告警 原因分析
2015-8-4
华为保密信息,未经授权禁止扩散
第47页, 共52页
中移动TD-LTE故障处理指导书 文档密级
1、系统时钟源配置问题。 2、GPS安装位置问题。 3、GPS传输线路和天线故障。 4、单板的问题 处理过程
1、检查该基站的配置脚本是否正确；并通过DSP GPS；LST CLKMODE等命令确认时间源为NTP；时钟源为GPS；时钟工作模式为手动，结果无误。
2、让现场人员确认GPS安装位置是否符合规范并拍照确认，结果显示GPS硬件安装符合规范。
3、同时现场利用万用表对合路器、分路器、避雷器以及连接GPS天线蘑菇头端口进行测试，压差都在5v左右，GPS传输线路跟天线没有问题。
4、核实现场单板类型，发现该站点发货为带TD主控板的BBU，UMPT板不带星卡接收，遂更换主控板，问题得到解决。
4.5 LTE TDD系统时钟同步模式错误导致小区无法建立
现象描述
U国LTE TDD项目，完成配置数据，进行小区激活检查时，提示“Clock resource is not usable”，小区无法正常激活。 原因分析
在假定硬件安装没有问题的前提下，对于此类问题，通常从时钟的配置直接入手，逐步排查。
1、首先查看时钟源是否可用，执行：DSP CLKSRC, 发现时钟源为GPS，并且状态是Available的，说明时钟源和基站的通信没问题，基站已经成功识别了GPS时钟源。 Display Clock Source State -------------------------- Clock Source No. = 0 Clock Source Type = GPS Clock Clock Source Priority = 4
Clock Source State = Available
2015-8-4
华为保密信息,未经授权禁止扩散
第48页, 共52页
中移动TD-LTE故障处理指导书 文档密级
License Authorized = N/A (Number of results = 1)
2、确定时钟源工作模式是否正确，由于基站是LTE TDD系统，采用的时钟源是GPS，执行命令：
LST CLKMODE, 查看基站时钟源工作模式的配置情况，返回结果为GPS Clock，说明时钟源已经手动选定为GPS，配置无误。 List Clock Working Mode -----------------------
Clock Working Mode = Manual Selected Clock Source = GPS Clock Clock Source No. = 0 (Number of results = 1)
3、检查GPS时钟的底层配置参数是否正确。执行命令：LST GPS，时钟编号，柜框槽号及馈线类型都配置正确。 List GPS Configuration ---------------------- GPS Clock No. = 0 Cabinet No. = 0 Subrack No. = 0 Slot No. = 7 Cable Type = Coaxial Cable Length(m) = 10 GPS Work Mode = GPS Priority = 4 (Number of results = 1)
4、查看当前GPS的时钟源状态，执行：DSP CLKSTAT，发现GPS的时钟源状态显示为Normal，锁相环的状态也为锁定，照理说时钟源应该没有问题了，为什么激活小区的时候会出现时钟源不可用的提示呢。通过该条命令的仔细分析发现，时钟模式设置为了FREQ频率同步，由于LTE TDD系统是时分双工系统，对时钟精度要求很高，要求
2015-8-4
华为保密信息,未经授权禁止扩散
第49页, 共52页
中移动TD-LTE故障处理指导书 文档密级
时间同步，FDD系统可以使用频率同步，如果TDD系统使用频率同步将会导致物理层的帧结构时序出现紊乱，不能满足精度要求。所以说即使显示时钟源正常，锁相环锁定，小区时钟也是不可用的。 Display System Clock Status ---------------------------
Cabinet No. = 0 Subrack No. = 0 Slot No. = 7 Current Clock Source = GPS Clock Current Clock Source State = Normal Clock Working Mode = Manual PLL Status = Locked Clock Synchronization Mode = FREQ 处理过程
执行命令SET CLKSYNCMODE: CLKSYNCMODE=TIME; 将时钟源的同步模式修改为时间同步，再执行DSP CLKSTAT, 发现此时GPS处于Fast tracking状态，几分钟后，处于锁定状态，时钟状态正常，并且小区可以正常激活。 Display System Clock Status --------------------------- Cabinet No. = 0 Subrack No. = 0 Slot No. = 7
Current Clock Source = GPS Clock Current Clock Source State = Normal Clock Working Mode = Manual PLL Status = Fast tracking Clock Synchronization Mode = TIME (Number of results = 1) 建议与总结
2015-8-4
华为保密信息,未经授权禁止扩散
第50页, 共52页
中移动TD-LTE故障处理指导书 文档密级
目前LTE TDD的基站使用的基本都是GPS时钟源，在硬件和物理连线正常的情况下，遇到时钟告警问题，可以按照上述几个步骤仔细检查配置参数，通常都可以找到问题根因。
4.6 TDS-TDL双模站点时钟源配置问题导致小区建立失败
现象描述
TDS-TDL双模改造站点，数据配置后小区建立失败，查询告警信息显示上报时钟参考源相关告警。 告警信息
系统时钟不可用告警；时钟参考源异常告警；星卡天线输出异常 原因分析
该站点为TDS-TDL双模改造站点时，新增LTE制式的时钟同步方式借用现有TDS的时钟同步系统， TDS-TDL双模共用时钟源，LTE侧无需新增GPS或功分器，因此TD-LTE侧数据配置应使用对端时钟。而该站点的设置时钟源时没有使用对端时钟而另外配置GPS作为系统时钟，实际物理上并未新增GPS，因而会产生“系统时钟不可用告警”及“时钟参考源异常告警”；在LTE侧将时钟源修改为对端时钟后，还须删除已配置的GPS，否则会产生“星卡天线输出异常”告警。 处理过程
1、执行MML命令SET CLKMODE设置时钟类型，将时钟源设置为对端时钟： SET CLKMODE:MODE=MANUAL,CLKSRC=PEERCLK; 2、执行MML命令RMV GPS将GPS删除： RMV GPS; 建议与总结
1、现网TDS存量站点向TDS-TDL双模演进时，新增LTE制式的时钟同步方式共享现有TDS的时钟同步系统， TDS-TDL双模共用时钟源，无需新增GPS或功分器； 2、TDS-TDL双模新建站，TDS主控板使用带星卡主控板，TDL主控板使用不带星卡的主控板，GPS接在TDS主控板上，TDL共享TDS时钟源；
3、结合以上两点，TD-LTE开站数据配置时须根据站点类型配置时钟数据。
2015-8-4
华为保密信息,未经授权禁止扩散 第51页, 共52页
中移动TD-LTE故障处理指导书 文档密级
4.7 系统时钟不可用告警；时钟参考源异常告警
a) 原因分析
i.
站点为双模站点时，新增LTE制式的时钟同步方式借用现有TDS的时钟同步系统， TDS-TDL双模共用时钟源，无需新增GPS或功分器。因此TD-LTE侧应使用对端时钟，如果没有使用对端时钟而使用了GPS作为系统时钟，则会出现此问题。
b) 解决步骤
i.
删除GPS，添加PEERCLK，将CLKMODE改为对端时钟，一定要先添加对端时钟并修改CLKMODE后再删除GPS； ii.
相关命令：ADD PEERCLK:;
SET CLKMODE:MODE=MANUAL,CLKSRC=PEERCLK; RMV GPS:;
2015-8-4
华为保密信息,未经授权禁止扩散 第52页, 共52页