ASB无线网络事业部交流稿(BSS部分).ppt

ASB MND , Nov. 21, 2003 * All rights reserved ? 2003, Alcatel Shanghai Bell ASB无线网络事业部交流稿（BSS部分） 典型案例分析 典型案例分析 本节根据中国移动Alcatel 无线网络的特点，就BSS方面的几个典型的问题，进行了详尽 的分析，并给出了解决方案以及预防措施。衷心希望通过此次技术探讨和交流，能够对提高 双方的技术水平，对中国移动的网络建设维护起到积极的作用。 第一部分 BSC X.25和OSI_CPR问题处理 第二部分 Cell Misaligned 或Inconfig问题分析及解决方法 第三部分 ALCATEL GSM无线话务报告丢失问题分析 第四部分 关于空闲ASMB在OMCR上显示告警的消除 第五部分 关于Qmux故障处理 典型案例分析 典型案例分析 第一部分 BSC X.25和OSI_CPR问题处理 自从BSS B6.2版本以来,出现了诸多BSC的OSI_CPR模块的故障。OSI_CPR模块的主要作用是联系BSC与OMC-R，因而若该模块发生故障，必将严重影响OMC-R对BSS系统的操作与维护。现就此问题将现场的故障处理情况予以分析和总结,希望给现场以后处理类似问题以借鉴 。 BSC OSI-CPRC OMC-R ROUTER ASMB ASMC MSC TC 典型案例分析 第一部分 BSC X.25和OSI_CPR问题处理 问题分类： 【1】由OSI_CPR问题引起的X.25故障： OSI_CPR FOS 告警为：[OV_RELC]，无法通过INIT命令来解决问题。 【2】由传输路径上的问题引起的X.25时隙问题： OSI_CPR无告警，但路由器中显示其时隙状态为DOWN。 典型案例分析 第一部分 BSC X.25和OSI_CPR问题处理 【1】由OSI_CPR问题引起的X.25故障一般表现为： 出现故障的BSC都无硬件问题（能够通过HW TEST）。 BSC的一块或两块OSI_CPR状态FOS，告警为OV_RELC; 对模块INIT后,模块可以到IT状态但不稳定，自动RESET 3次后又变为FOS状态；使用VERIFY命令结果相同。 通过对各种实例的处理和分析，该问题分又可以分为以下两种情况： 【1.1】两块OSI_CPR同时FOS，BSC与OMC-R中断连接 【1.2】一块OSI_CPR FOS状态，常规操作无法解决问题 [1.1] 首先，断开A接口中Trunk2和6 问题原因：由于误操作造成，在信道配置中将CBC设成了CBH 解决方法：修改DLS中相关Relation，BOOT BSC。 预防方案：做好DLS的备份工作，严格按照手册修改数据。 由于该问题频繁发生，在B7.2版本中完善了该机制，保证在 无操作是，不再发生问题。 如果问题依旧（B6） 典型案例分析 第一部分 BSC X.25和OSI_CPR问题处理 问题原因：一般由于A接口模块故障造成，包括ASMC、ATBX、 ASMB、及交换模块等 解决方法：无线侧检查ASMC,ATBX,ASMB 的时隙分配是否正确， 同时要求MSC工程师配合检查 如果问题解决 [1.2] 首先，断开A接口中Trunk2和6 问题表现：INIT模块后CPR可以IT，但之后模块马上自动 RESET，三次后CPR FOS； 问题原因：一般由于BTS_ADAPTOR的状态异常，BSC告警 异过多，引起OSI_CPR负荷过重，导致此问题发 生 解决方法：通过BSC TERMINAL对BSC进行观察，Lock所有 状态不正常的BTS_ADAPTOR，该问题一般能解 决；对于BSC出现频繁告警的模块(如:RA:VSWR 等)暂时LOCK，等CPR恢复后再打开，并解决其 告警。* 如果问题依旧 问题原因：由于A接口模块造成，包括：ASMC、ATBX、 ASMB、及交换模块问题引起， 其中较多发生 的是由于ATBX的SETTING错误。 解决方法：可以UPLOAD ATBX的MAPPING FILE，观察 31TS便知。如发现出错，可以通过重新 SETTING来