PDTCH信道故障案例.doc

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
PDTCH信道故障案例

PDTCH信道故障 一、故障现象: 用户投诉反映在铜川鸭口2HG-TC408-0覆盖范围内无法正常上网,后台实时监控发现该小区PDCH存在故障,并结合现场测试情况进行问题汇总如下所示: 1、后台监控情况: 2、现场测试情况 由上图可知PDCH信道不可用是导致该小区下用户无法进行上网业务的主要原因。 二、原因分析: 处理流程图: 可能存在原因: 1、载频故障原因 2、DSP负荷过高原因 3、ABIS传输故障原因 原因排查: 1、核心网跟踪配合分析 通过对号Gn口进行跟踪分析,定位该号码占用小区59081进行http、wap上网业务时出现大量失败Failure,详细会话见下图。 空口信令跟踪分析: 空口信令 根据测试数据空口信令分析,终端在发起SYN TCP建立链接请求后,在没有收到网络侧下发ACK确认包时,便异常断开TCP 链接请求,导致手机无法正常建立TCP链接传输数据。 Gn信令 根据用户在Gn数据信令数据分析,手机在发起SYN 建立TCP链接请求后,网络侧一直没有收到该消息,60s后异常断开了链接 通过对空口和Gn口数据对比分析,可能为手机终端问题或者无线侧网络原因导致。 2、载频故障分析 后台实时监控发现PDCH故障,信道不可以用,怀疑可能为载频故障,立即派基站维护人员对该小区的载频进行检测和更换,检测后仍然存在PDCH故障问题,现场测试wap登陆均失败,排除载频故障问题。 3、DSP负荷分析 通过查询命令: DSP PSCELL: IDXTYPE=BYCELL, IDTYPE=BYID, CELLID=170; 查询得知该小区在1插框,8槽位,11号DSP板,通过命令:DSP PDCHNUM: IDXTYPE=BYDSP, SRN=1, SN=8, DSPNO=11查询该小区所在的DSP激活信道个数。 查询结果如下所示: 由此可知,该小区所在的DSP下占用的信道数低于激活信道个数,满足正常使用,排除DSP负荷过载。 4、ABIS传输故障分析 统计6月17日-2011年6月20日传输误帧率,四天平均误帧率达到1.08%,超过健康值(0.5%),基本定位是ABIS传输故障,具体指标如下所示: 三、解决措施: 1、通过定位分析得出该小区的第二条传输存在故障,删除故障传输。 2、 删除故障传输后,统计2011年6月22日早上8点至20点指标,传输误帧率平均为0.003%,故障得到解决。 3、删除故障传输后各项统计指标均正常,没有出现资源不足的现象。 4、通过对客户的回访,客户表示恢复正常使用。 问题解决后该小区具体指标和实时状态监控如下所示: 四、经验总结: 投诉类华为ABIS传输故障处理的步骤大致分为四步: 核心网跟踪定位该用户上网CI,并且进行空口信令跟踪分析。 载频故障排查:倒换载频、更换载频等 DSP负荷分析:判断该小区所在的DSP板是否负荷过高导致PDCH信道不可用。 G-ABIS传输误帧率分析,判断ABIS传输是否存在故障。 问题得到解决

文档评论(0)

abf4675328 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档