PDTCH信道故障定位操作指导书现场使用版V111.docx
《PDTCH信道故障定位操作指导书现场使用版V111.docx》由会员分享，可在线阅读，更多相关《PDTCH信道故障定位操作指导书现场使用版V111.docx（29页珍藏版）》请在冰豆网上搜索。
PDTCH信道故障定位操作指导书现场使用版V111
产品名称Productname
密级Confidentialitylevel
BSC6000
内部公开
产品版本Productversion
Totalpages共26页
V900R008
PDCH信道故障定位操作指导书
拟制:
Preparedby
陶亮69974
日期：
Date
2008-07-28
审核:
Reviewedby
日期：
Date
审核:
Reviewedby
日期：
Date
批准:
Grantedby
日期：
Date
华为技术有限公司
HuaweiTechnologiesCo.,Ltd.
版权所有XX
Allrightsreserved
PDCH信道故障定位操作指导书
PDCH故障介绍
问题简介
目前网上存在一些PDCH信道故障的问题，根据以前的定位经验总结出定位信息获取步骤，请按照指导书获取足够的定位信息。
必要性说明
PDCH信道故障的直接表现LMT上查询信道状态，信道状态为故障，不管是闪断，一直故障，修改配置能恢复和不能恢复的，副链路失步主链路不失步等诸多表现，导致这类问题的直接原因有很多，对于这类问题，总结出一系列的定位信息获取步骤，便于定位问题。
PDCH信道故障问题初步定位分析
本章针对不同原因造成的PDCH故障问题,给出规避方法和定位手段。
小区状态异常导致PDCH故障
分组域信道故障是指PDCH故障，那么首先分组域小区应该激活并正常工作，如果分组域小区就未正常激活，那么该小区下的PDCH显示均为故障，使用在LMT上查询信道状态，并且把鼠标放到故障信道小红点上，可以看到申请带宽和使用带宽均为0k。
通过MML查询分组域小区状态是否正常：
小区状态查询
注：
小区激活状态表示该小区是否激活。
小区所有状态与图所示状态一致表示小区已正常工作。
如果小区状态不正常，请按照下列步骤分析小区未正常工作的原因：
小区未分布
问题现象
此通过MML查询可以看到小区状态为“未分布”。
并且会有小区分组业务故障告警，原因值为0。
可能原因分析：
一般情况下，只有每一块DSP的资源都不满足小区分布到该DSP上时，才会出现分布失败告警，但是，如果碰到大配置小区，（TCH/F+PDCH）*“该小区下最大PDCH比例门限”>“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管理状态为“闭塞”。
并且会有小区分组业务故障告警，原因值为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、u7
Y=>结束 。
N=>转第3步。
3、删除PS小区配置再增加，操作完成后恢复正常？
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接口对接数据是否有错误并处理，操作完成后恢复正常？
Y=>结束 。
N=>转第3步 。
3、复位PS小区，操作完成后恢复正常？
Y=>结束 。
N=>转第4步 。
4、复位SIGBVC，操作完成后恢复正常（注意：
会中断NSE下PS业务）？
Y=>结束 。
N=>其他原因 。
静态信道未激活导致PDCH故障
问题现象
小区正常工作后，静态PDCH信道应该能够正常激活，如果信道长时间故障（通过LMT查询信道状态），并且查询信道状态时信道“申请带宽”、“可用带宽”均为“0k”，说明信道未激活。
静态PDCH无法正常激活可能原因分析：
小区是否正常工作，如果正常工作，那么小区所在DSP出现故障或资源不足。
PS资源不足判断方法：
MML查询PS资源，查询该DSP下信道数是否已大于“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，然后改回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出现故障，查询信道状态时信道“申请带宽”、“使用带宽”均为“0k”，那么在本章节所述范围内。
动态信道转换后PDCH故障可能原因分析：
动态信道转换时，信道会申请LVDS时隙，如果LVDS时隙不足，那么会造成动态信道转换后，转换的PDCH无可用LVDS资源，造成故障，该故障现象为：
小区中存在部分信道一直处于TCH-PDCH动态转换状态。
此时查看该小区所在DSP的链路状态，该DSP上应该只有48条LVDS，也就是说，如果“DSP上信道激活上限”参数没有更改的话，其他有192条LVDS时隙的DSP是不会出现此故障的。
定位信息获取：
1、MML查询小区状态
2、MML查询DSP信息
3、MML查询PS资源
4、MML查询DSP链路状态信息
5、获取小区下信道状态信息
6、BSC日志和DSP日志
7、告警日志
动态信道转换后PDCH信道故障的规避方法：
1、手动重分布小区到相对空闲的DSP上，问题恢复？
Y=>结束 。
N=>其他原因 。
信道不同步导致PDCH故障
在维护台查询信道状态正常，但是反复刷新，发现信道有故障，但是可立即恢复，如果做分组业务表现现象就是上传下载有断流、ping包有丢包。
信道故障时，用鼠标点击信道上的红点，如下图所示：
信道状态查询
发现申请和可用带宽不一致，此种情况就是信道不同步。
导致此故障的原因较多，BSC侧、基站侧原因都有可能造成此故障。
时钟不同步导致信道失步
问题现象
时钟未锁定会导致信道失步，具体请检查BSC系统时钟是否正确配置。
首先BSC时钟参考源锁定状态
时钟查询
其次查询其它单板时钟状态，状态处于正常（Normal）。
需要查询相关单板包括：
GSCU、GDPUP、GEIUB、GTNU
查询方法参考下边的GEIUB单板时钟查询。
GEIUB单板时钟查询
TMU单板时钟
TMU单板时钟查询
如果以上步骤都无问题，查看历史告警和活动告警，确定是否有时钟相关的告警。
BSC时钟相关的告警有：
20016背板输入的32M时钟故障告警
20026单板时钟锁相环告警
20044当前时钟参考源状态异常告警
20329GGCU单板时钟模块输入资源不可用告警
20322GGCU单板当前时钟参考源状态异常告警
定位信息获取：
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侧将配置下发给基站，只有基站回了Ack消息，才表示基站已经将信道变为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=>其他原因。
其他原因导致的PDCH信道故障
问题现象
在版本升级，新建或移动站点时可能遇到信道故障，用鼠标点击信道上的红点，但其申请和可用带宽一致，且大于0k，并且主状态显示为“未生效”。
PDCH状态“未生效”可能原因分析：
PDCH状态“未生效”的可能原因包括：
BSC内部各模块的PDCH信道状态不一致，BSC各框间PDCH信道状态不一致，BSC与BTS之间的PDCH信道状态不一致。
定位信息获取：
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=>转第4步 。
4、闭塞小区再解闭塞小区，操作完成后恢复正常？
Y=>结束 。
N=>转第5步。
5、删除PS小区配置再增加，操作完成后恢复正常？
Y=>结束 。
N=>转第6步。
6、删除小区配置再增加，操作完成后恢复正常？
（会中断业务）
Y=>结束 。
N=>转第7步。
7、删除站点配置再增加，操作完成后恢复正常？
（会中断业务）
Y=>结束 。
N=>其他原因。
附录：
定位信息获取方法与操作指导
本章所述信息获取方法均系于前章所用到的定位信息的获取
MML查询小区状态
通过MML查询小区状态
MML查询DSP信息
通过MML查询DSP信息
MML查询PS资源
通过MML查询PS资源
MML查询DSP链路状态
通过MML查询DSP链路状态
如果该小区上只有48条LVDS，那么从48号DSP链路开始，链路分配状态为不可用，查询到结果如下图：
LMT上配置隐藏的内部软参
登录LMT，点击BSC6000
同时按下“Ctrl+Shift+F12”，右键点击“BSC6000”，“配置BSC属性”，弹出对话框，
获取小区所分布DSP上信道状态
与MML查询PS资源一致
MML查询故障信道所在小区所分布的DSP上的所有信道信息
获取小区下信道状态信息
LMT上查询信道状态，并且把鼠标放到故障信道小红点上，出现如下图：
截图并保存
MML查询小区信道状态信息：
获取BSC日志和DSP日志
使用LMT获取BSC的dbg日志（*.dbglog）和操作日志（*.oprlog）。
（此步各位应该比较熟悉，不再累述）
并且登录GOMU获取DSP日志，IP地址为GOMU的IP地址：
GOMU用户名（如果未作修改的话）：
root
密码（如果未作修改的话）：
11111111
在如下目录中
\\10.161.100.174\bsc6000\data\mtndata\log\dbg\dsplog
取故障时间段附近3个dsplog即可
获取故障信道所在小区所在站点的OML链路消息
跟踪该小区所在站点的OML链路消息。
主要观察下图中红色部分的消息。
跟踪故障时间段的消息10分钟
获取故障信道所在小区所在站点的分组域Abis链路消息
点击“跟踪”，然后同时按下Ctrl+Shift+F12键，即可看见如下消息跟踪
跟踪故障时间段的消息跟踪10分钟
获取小区所用NSE的SIG消息
首先查询小区所对应的NSEI
可以查到小区对应的NSEI，然后按NSEI跟踪SIG消息，并保存在相应的位置。
获取告警日志
“告警维护”->“管理告警日志文件”
其中起始结束时间填写故障时间段的时间，并且尽量时间长一些。
点击确定后，再点击查询，出现下图：
点击上载，并在指定路径获取相关文件。
获取基站网表&日志
基站网表获取请查看文档：
基站日志请参考下图获取
基站侧具体定位信息获取请咨询基站相关技术支持。
升级会员 