ZXPCS系统CSC常见问题的排查方法.doc

ZXPCS系统CSC的常见问题排查方法 CSC即ZXPCS系统中的基站控制器，呼叫业务信令转换，LC网的接续和基站的操作维护等都必须经过它才能进行。 判断CSC是否正常工作――观察单板的闪灯状态 PPT 在ICSC中正常工作时，如果2个2M都接了，RUN灯闪烁，CH1、CH2灯闪烁，大约是1秒钟一次，CTRL灯亮；如果只接了一个2M ，则只有接了2M的CH灯会闪烁。如果CH1和CH2都不闪表明跟网元的链路没有建立。 在ANU中，如果2个2M都接了，RUN灯闪烁，CH1灯闪，CH2常亮，大约是1秒钟一次，CTRL灯亮；如果只接第一个2M ，ALARM灯就亮，CH1灯闪，CH2常亮。注意ANU下不可以单独接第二个2M，因为第二个2M仅有话路承载的作用，不可以建立通讯链路。 如果PPT的灯全亮，可能是没有插紧到位，也可能是软件程序不对；如果链路不能建立，需要检查网元上的数据配置是否正确，接线是否正确，对应的DT上灯的状态灯，甚至PPT上的2M卡是否有问题。还应注意，PPT在内核状态下的闪灯与正常状态下不同，在内核下CH3和CH4是亮的，下载版本过程中会闪烁。 PPT上的指示灯中，BAK灯是绝对不能亮的。 如果PPT的CH灯都不亮，多是2M接线有问题。可以先检查接线，CSC机框的后背板上有4个头用来连接2M线，4个分成2对，1、2是一对，3、4是一对，其中1、3是IN，2、4是OUT。如果要接一对2M线，在ICSC中可以任何一对都可以，但是在ANU中必须接1、2这一对。如果线接的正确，可以用自环线看一下PPT自身是否正常。 CSI/CSIB板 CSI刚插入时应当所有的灯全亮，3秒以后 ALARM灯灭，然后红色的ALARM灯亮，8个U口灯全亮紧接着全灭，然后RUN灯开始闪烁，这表明CSI板已经启动完成开始正常工作了。如果灯一直全亮或者没有变化，一般是单板没有插紧或者PPT与MP的链路没有建立。 CSIB的情况与CSI基本相同，它仅比CSI多了个程序下载功能，有一个内核工作状态，可以通过人机命令查询。 TPI板 TPI板的工作相对独立，基本不受PPT的控制，可以通过人机命令查询工作状态和复位TPI板。正常工作的情况下，TPI除ALARM灯常灭外，其他的两个灯闪烁。 现场经常反应，如果PPT通过TPI连接DT的话，复位TPI有时候会上PPT超时无回应告警，有时候不上，而且复位结果有时无法返回，其原因是PPT通过TPI与网元建立通讯链路，TPI复位链路必然会断，导致上告警，而且复位结果无法返回。但是在ICSC下又经常没有告警，一般的原因是仅一个2M通过TPI接到PPT上，由于PPT又两条主备的链路，一条链路断会切换到另一条链路上，所以没有该告警，而且复位命令结果可以返回。 典型故障的处理 无论是什么故障，首先需要确定一下网元和各个单板的版本是否配套，然后再根据具体问题，建议按照先环境配置后软件因素的顺序进行排查。 呼叫相关的故障 呼叫相关的故障涉及的环节比较多，一般从信令跟踪入手解决，先启动主被叫的信令跟踪，然后复现故障。根据信令跟踪提供的线索可以大致判断出现问题的环节。 手机无信号 可能原因位置更新没有成功，基站没有运营，手机的运营商标识与基站的不一致，频点不对等，可能需要手机重新烧号，基站重新下载参数，甚至检查放号的数据。 电话不能打通 如果是被叫振铃一声就断，信令跟踪应当可以看到失败原因，一般是中继时隙分配失败或者主叫提前挂机； 如果信令显示CSC主动释放的，可以到内部信令的HOOKON消息中看具体的失败原因，一般是鉴权失败或者网络要求释放； 如果没有发被叫寻呼，要看一下IGW是否发了寻呼，mp是否将寻呼发送到了手机所在的子节点； 如果被叫SETUP下发以后基站没有响应，可能需要登陆基站跟踪基站的内部信令，甚至空中信令来定位，一般需要开发人员协助。 没有主叫的SETUP信令，手机拨号后嘀嘀几声后断，或者基站的信令上报给了CSC后，网元收不到相关信令，这种情况没有方便的定位方法，需要开启CSC的异常信令跟踪，查看CSC的内部异常。 电话接通后自动挂断 先根据信令定位是哪方首先挂断的，再看具体原因，一般比较容易定位。 电话接通后单通或者双向无音或者串话 单通或者串话的原因有几个方面，分别是： CSC上对基站的线序检测结果不准确，造成PPT的LC网接续错误造成；这曾经时单通故障的主要原因，主要时由于线序检测的功能不完善造成的，现在的PPT软件版本基本已经没有这个问题了。如果时这个原因，通过7090命令检查发生问题基站的线序检测结果是否正常即可判断，而且一般强制检测一次后故障应当消失。 ANUh或ICSC与IGW之间中继话路配置数据不一致，或者和物理连接不符。可以通过检查数据或IGW的指定中继拨打排除。 硬件问题，如PPT的2M卡故障，网元的T