《PDTCH信道故障定位操作指导书(现场使用版)V1[1].1》由会员分享，可在线阅读，更多相关《PDTCH信道故障定位操作指导书(现场使用版)V1[1].1（27页珍藏版）》请在金锄头文库上搜索。
1、产品名称Product name密级Confidentiality levelBSC6000内部公开产品版本Product versionTotal pages 共26页V900R008PDCH信道故障定位操作指导书拟制:Prepared by陶亮69974日期：Date2008-07-28审核:Reviewed by日期：Date审核:Reviewed by日期：Date批准:Granted by日期：Date华为技术Huawei Technologies Co., Ltd.版权所有 侵权必究All rights reserved PDCH信道故障定位操作指导书1 PDCH故障介绍问题简介目
2、前网上存在一些PDCH信道故障的问题，根据以前的定位经验总结出定位信息获取步骤，请按照指导书获取足够的定位信息。必要性说明PDCH信道故障的直接表现LMT上查询信道状态，信道状态为故障，不管是闪断，一直故障，修改配置能恢复和不能恢复的，副链路失步主链路不失步等诸多表现，导致这类问题的直接原因有很多，对于这类问题，总结出一系列的定位信息获取步骤，便于定位问题。2 PDCH信道故障问题初步定位分析本章针对不同原因造成的PDCH故障问题,给出规避方法和定位手段。小区状态异常导致PDCH故障分组域信道故障是指PDCH故障，那么首先分组域小区应该激活并正常工作，如果分组域小区就未正常激活，那么该小区下的
3、PDCH显示均为故障，使用在LMT上查询信道状态，并且把鼠标放到故障信道小红点上，可以看到申请带宽和使用带宽均为0k。通过MML查询分组域小区状态是否正常：图1 小区状态查询注：小区激活状态表示该小区是否激活。小区所有状态与图所示状态一致表示小区已正常工作。如果小区状态不正常，请按照下列步骤分析小区未正常工作的原因：小区未分布问题现象此通过MML查询可以看到小区状态为“未分布”。并且会有小区分组业务故障告警，原因值为0。可能原因分析：一般情况下，只有每一块DSP的资源都不满足小区分布到该DSP上时，才会出现分布失败告警，但是，如果碰到大配置小区，(TCH/F + PDCH) *“该小区下最大P
4、DCH比例门限” “DSP上信道激活上限”，这时如果本BSC内部软参-允许DSP上强制信道分布开关未打开，也会造成分布失败。需要获取的定位信息：1、 MML查询小区状态2、 MML查询DSP信息3、 BSC日志和DSP日志4、 告警日志小区未分布规避方法：1、 查看BSC内部软参“允许DSP上强制信道分布”是否为“允许”？Y =非此原因。N =转第2步。2、 将“允许DSP上强制信道分布”开关修改为允许后，小区自动分布，PDCH状态恢复正常？Y = 是此原因。N = 非此原因。小区Um管理状态闭塞问题现象此通过MML查询可以看到小区Um管理状态为“闭塞”。并且会有小区分组业务故障告警，原因值为
5、2。可能原因分析：基站上报的空口故障，或者Abis口故障有可能导致小区Um管理状态为“闭塞”。此在电路域小区状态正常的情况下由电路域通知分组域解闭塞小区Um管理状态。定位信息获取：1、 MML查询小区状态2、 MML查询DSP信息3、 BSC日志和DSP日志4、 告警日志5、 获取基站日志6、 获取OML链路消息跟踪7、 获取分组域Abis消息跟踪小区Um管理状态闭塞规避方法：1、 检查基站、Abis接口是否有故障并处理，操作完成后恢复正常？Y = 结束。N = 转第2步。2、 闭塞小区再解闭塞小区，操作完成后恢复正常？u7Y = 结束。N = 转第3步。3、 删除PS小区配置再增加，操作完成
6、后恢复正常？Y = 结束。N = 非此原因。Gb接口闭塞问题现象此通过MML查询可以看到小区Gb管理状态为“闭塞”。并且会有小区分组业务故障告警，原因值为3。可能原因分析：小区Gb接口数据配置不一致或错误或Gb口故障导致小区Gb管理状态为“闭塞”。定位信息获取：1、 MML查询小区状态2、 MML查询DSP信息3、 BSC日志和DSP日志4、 告警日志5、 数据配置6、 SIG消息跟踪小区Gb管理状态闭塞规避方法：Gb管理状态为“闭塞”的规避方法：1、 检查Gb接口是否有故障并处理，操作完成后恢复正常？Y = 结束。N = 转第2步。2、 检查Gb接口对接数据是否有错误并处理，操作完成后恢复正
7、常？Y = 结束。N = 转第3步。3、 复位PS小区，操作完成后恢复正常？Y = 结束。N = 转第4步。4、 复位SIG BVC，操作完成后恢复正常（注意：会中断NSE下PS业务）？Y = 结束。N = 其他原因。静态信道未激活导致PDCH故障问题现象小区正常工作后，静态PDCH信道应该能够正常激活，如果信道长时间故障（通过LMT查询信道状态），并且查询信道状态时信道“申请带宽”、“可用带宽”均为“0k”，说明信道未激活。静态PDCH无法正常激活可能原因分析：小区是否正常工作，如果正常工作，那么小区所在DSP出现故障或资源不足。PS资源不足判断方法：MML查询PS资源，查询该DSP下信道数
8、是否已大于“DSP上信道激活上限”，如果已大于信道激活上限，则PS资源不足，另外，按照规格，一块DPUP单板上有22块DSP，其中21块DSP均有192条LVDS时隙（MML查询DSP链路状态对应其中的DSP链路号），但是有一块DSP只有48条LVDS时隙，所以，还需查询DSP链路状态，看DSP上LVDS时隙是否已不足。定位信息获取：1、 MML查询小区状态2、 MML查询DSP信息3、 MML查询PS资源4、 MML查询DSP链路状态信息5、 获取小区下信道状态信息6、 BSC日志和DSP日志7、 告警日志静态PDCH无法正常激活规避方法：1、 修改信道配置类型，如 PDCH - TCH/F
9、，然后改回PDCH，问题恢复？Y = 结束。N = 转第2步。2、 修改信道配置位置，将PDCH配置再另一个物理载频上，问题恢复？Y = 结束。N = 转第3步。3、 小区手动重分布到一个相对空闲的DSP上，问题恢复？Y = 结束。N = 其他原因。动态信道转换后PDCH信道故障问题现象小区正常工作后，如果Um口上来分组域信道请求，如果静态PDCH信道资源不足以满足手机要求，并且小区下TCH/F可转换为PDCH，并且总的PDCH数量没有达到“小区下最大PDCH比例门限”* （PDCH + TCH/F）所得到的数量，那么会触发动态信道转化，此时会将TCH/F转换为PDCH，如果转换后的PDCH出
10、现故障，查询信道状态时信道“申请带宽”、“使用带宽”均为“0k”，那么在本章节所述范围内。动态信道转换后PDCH故障可能原因分析：动态信道转换时，信道会申请LVDS时隙，如果LVDS时隙不足，那么会造成动态信道转换后，转换的PDCH无可用LVDS资源，造成故障，该故障现象为：小区中存在部分信道一直处于TCH-PDCH动态转换状态。此时查看该小区所在DSP的链路状态，该DSP上应该只有48条LVDS，也就是说，如果“DSP上信道激活上限”参数没有更改的话，其他有192条LVDS时隙的DSP是不会出现此故障的。定位信息获取：1、 MML查询小区状态2、 MML查询DSP信息3、 MML查询PS资源
11、4、 MML查询DSP链路状态信息5、 获取小区下信道状态信息6、 BSC日志和DSP日志7、 告警日志动态信道转换后PDCH信道故障的规避方法：1、 手动重分布小区到相对空闲的DSP上，问题恢复？Y = 结束。N = 其他原因。信道不同步导致PDCH故障在维护台查询信道状态正常，但是反复刷新，发现信道有故障，但是可立即恢复，如果做分组业务表现现象就是上传下载有断流、ping包有丢包。信道故障时，用鼠标点击信道上的红点，如下图所示：图2 信道状态查询发现申请和可用带宽不一致，此种情况就是信道不同步。导致此故障的原因较多，BSC侧、基站侧原因都有可能造成此故障。时钟不同步导致信道失步问题现象时钟
12、未锁定会导致信道失步，具体请检查BSC系统时钟是否正确配置。 首先BSC时钟参考源锁定状态图3 时钟查询其次查询其它单板时钟状态，状态处于正常（Normal）。需要查询相关单板包括：GSCU、GDPUP、GEIUB、GTNU查询方法参考下边的GEIUB单板时钟查询。图4 GEIUB单板时钟查询TMU单板时钟图5 TMU单板时钟查询如果以上步骤都无问题，查看历史告警和活动告警，确定是否有时钟相关的告警。BSC时钟相关的告警有：20016 背板输入的32M时钟故障告警20026 单板时钟锁相环告警20044 当前时钟参考源状态异常告警20329 GGCU单板时钟模块输入资源不可用告警20322 G
13、GCU单板当前时钟参考源状态异常告警定位信息获取：1、 MML查询小区状态2、 MML查询DSP信息3、 MML查询PS资源4、 MML查询DSP链路状态信息5、 获取小区下信道状态信息6、 BSC日志和DSP日志7、 告警日志时钟不同步信道故障的规避方法：1、 检查BSC系统时钟是否正确配置，并处理，问题恢复？Y = 结束。N = 转第2步。2、 检查BSC系统时钟状态是否正常，并处理，问题恢复？Y = 结束。N = 转第3步。3、 检查TMU时钟状态是否正常，并处理，问题恢复？Y = 结束。N = 其他原因。PDCH不定期出现故障且能自动恢复问题现象BSC侧将配置下发给基站，只有基站回了A
14、ck消息，才表示基站已经将信道变为PDCH。并且Abis时隙与BSC侧是一致，否则BTS和BSC的信道配置是不一致的，如果PDCH信道不定期出现故障，查询PDCH故障状态显示：“申请带宽”为16k、“可用带宽”为“0k”，并且信道故障数分钟后能自动恢复，说明可能是由于BTS内部网表不一致导致。BTS内部网表不一致问题可能原因分析：BSC在释放PDCH信道G-Abis时隙时，BTS处理不及时，导致内部TMU网表与DSP网表出现不一致。定位信息获取：1、 MML查询小区状态2、 MML查询DSP信息3、 MML查询DSP链路状态信息4、 获取小区下信道状态信息5、 BSC日志和DSP日志6、 告警日志7、 获取故障信道所在小区所在站点的OML链路消息8、 获取故障信道所在小区所在站点的分组域Abis链路消息9、 获取基站日志网表BTS内部网表不一致问题规避方法：1、 修改信道配置类型，如 PDCH - TCH/F，然后改回PDCH，问题恢复？Y = 结束。N = 转第2步。2、 修改信道配置位置，将PDCH配置再另一个物理载频上，问题恢复？Y = 结束。N = 转第3步。3、 小区手动重分布到一个相对空闲的DSP上，问题恢复？Y = 结束。N = 其他原
