PDTCH信道故障定位操作指导书现场使用版V111Word文件下载.docx
- 文档编号:22531984
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:29
- 大小:1.60MB
PDTCH信道故障定位操作指导书现场使用版V111Word文件下载.docx
《PDTCH信道故障定位操作指导书现场使用版V111Word文件下载.docx》由会员分享,可在线阅读,更多相关《PDTCH信道故障定位操作指导书现场使用版V111Word文件下载.docx(29页珍藏版)》请在冰豆网上搜索。
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状态恢复正常?
是此原因。
非此原因。
小区Um管理状态闭塞
此通过MML查询可以看到小区Um管理状态为“闭塞”。
并且会有小区分组业务故障告警,原因值为2。
基站上报的空口故障,或者Abis口故障有可能导致小区Um管理状态为“闭塞”。
此在电路域小区状态正常的情况下由电路域通知分组域解闭塞小区Um管理状态。
定位信息获取:
5、获取基站日志
6、获取OML链路消息跟踪
7、获取分组域Abis消息跟踪
小区Um管理状态闭塞规避方法:
1、检查基站、Abis接口是否有故障并处理,操作完成后恢复正常?
结束
转第2步
2、u7
转第3步。
3、删除PS小区配置再增加,操作完成后恢复正常?
Gb接口闭塞
此通过MML查询可以看到小区Gb管理状态为“闭塞”。
并且会有小区分组业务故障告警,原因值为3。
小区Gb接口数据配置不一致或错误或Gb口故障导致小区Gb管理状态为“闭塞”。
5、数据配置
6、SIG消息跟踪
小区Gb管理状态闭塞规避方法:
Gb管理状态为“闭塞”的规避方法:
1、检查Gb接口是否有故障并处理,操作完成后恢复正常?
2、检查Gb接口对接数据是否有错误并处理,操作完成后恢复正常?
转第3步
3、复位PS小区,操作完成后恢复正常?
转第4步
4、复位SIGBVC,操作完成后恢复正常(注意:
会中断NSE下PS业务)?
其他原因
静态信道未激活导致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时隙是否已不足。
3、MML查询PS资源
4、MML查询DSP链路状态信息
5、获取小区下信道状态信息
6、BSC日志和DSP日志
7、告警日志
静态PDCH无法正常激活规避方法:
1、修改信道配置类型,如PDCH->
TCH/F,然后改回PDCH,问题恢复?
2、修改信道配置位置,将PDCH配置再另一个物理载频上,问题恢复?
3、小区手动重分布到一个相对空闲的DSP上,问题恢复?
其他原因。
动态信道转换后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是不会出现此故障的。
动态信道转换后PDCH信道故障的规避方法:
1、手动重分布小区到相对空闲的DSP上,问题恢复?
信道不同步导致PDCH故障
在维护台查询信道状态正常,但是反复刷新,发现信道有故障,但是可立即恢复,如果做分组业务表现现象就是上传下载有断流、ping包有丢包。
信道故障时,用鼠标点击信道上的红点,如下图所示:
信道状态查询
发现申请和可用带宽不一致,此种情况就是信道不同步。
导致此故障的原因较多,BSC侧、基站侧原因都有可能造成此故障。
时钟不同步导致信道失步
时钟未锁定会导致信道失步,具体请检查BSC系统时钟是否正确配置。
首先BSC时钟参考源锁定状态
时钟查询
其次查询其它单板时钟状态,状态处于正常(Normal)。
需要查询相关单板包括:
GSCU、GDPUP、GEIUB、GTNU
查询方法参考下边的GEIUB单板时钟查询。
GEIUB单板时钟查询
TMU单板时钟
TMU单板时钟查询
如果以上步骤都无问题,查看历史告警和活动告警,确定是否有时钟相关的告警。
BSC时钟相关的告警有:
20016背板输入的32M时钟故障告警
20026单板时钟锁相环告警
20044当前时钟参考源状态异常告警
20329GGCU单板时钟模块输入资源不可用告警
20322GGCU单板当前时钟参考源状态异常告警
时钟不同步信道故障的规避方法:
1、检查BSC系统时钟是否正确配置,并处理,问题恢复?
2、检查BSC系统时钟状态是否正常,并处理,问题恢复?
3、检查TMU时钟状态是否正常,并处理,问题恢复?
PDCH不定期出现故障且能自动恢复
BSC侧将配置下发给基站,只有基站回了Ack消息,才表示基站已经将信道变为PDCH。
并且Abis时隙与BSC侧是一致,否则BTS和BSC的信道配置是不一致的,
如果PDCH信道不定期出现故障,查询PDCH故障状态显示:
“申请带宽”为16k、“可用带宽”为“0k”,并且信道故障数分钟后能自动恢复,说明可能是由于BTS内部网表不一致导致。
BTS内部网表不一致问题可能原因分析:
BSC在释放PDCH信道G-Abis时隙时,BTS处理不及时,导致内部TMU网表与DSP网表出现不一致。
3、MML查询DSP链路状态信息
4、获取小区下信道状态信息
5、BSC日志和DSP日志
6、告警日志
7、获取故障信道所在小区所在站点的OML链路消息
8、获取故障信道所在小区所在站点的分组域Abis链路消息
9、获取基站日志网表
BTS内部网表不一致问题规避方法:
其他原因导致的PDCH信道故障
在版本升级,新建或移动站点时可能遇到信道故障,用鼠标点击信道上的红点,但其申请和可用带宽一致,且大于0k,并且主状态显示为“未生效”。
PDCH状态“未生效”可能原因分析:
PDCH状态“未生效”的可能原因包括:
BSC内部各模块的PDCH信道状态不一致,BSC各框间PDCH信道状态不一致,BSC与BTS之间的PDCH信道状态不一致。
4、闭塞小区再解闭塞小区,操作完成后恢复正常?
转第5步。
5、删除PS小区配置再增加,操作完成后恢复正常?
转第6步。
6、删除小区配置再增加,操作完成后恢复正常?
(会中断业务)
转第7步。
7、删除站点配置再增加,操作完成后恢复正常?
附录:
定位信息获取方法与操作指导
本章所述信息获取方法均系于前章所用到的定位信息的获取
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消息,并保存在相应的位置。
获取告警日志
“告警维护”->
“管理告警日志文件”
其中起始结束时间填写故障时间段的时间,并且尽量时间长一些。
点击确定后,再点击查询,出现下图:
点击上载,并在指定路径获取相关文件。
获取基站网表&
日志
基站网表获取请查看文档:
基站日志请参考下图获取
基站侧具体定位信息获取请咨询基站相关技术支持。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- PDTCH 信道 故障 定位 操作 指导书 现场 使用 V111