MOTGSM无线内部培训讲义BSC告警和告警处理.pptVIP

总线的Failured (2) SBUS：SBUS即Serial Bus ,它上面的通信由GPROC控制，主要负责GPROC与小插板板（如LANx、KSWx、CLKx）之间的通信。每个机框的SBUS也是一主一备的，但它们被分配不同的任务，Standby 不享有Active SBUS的功能。 当SBUS failured后，BSC有可能会重启，部分故障不会引起重启。重启结束后，如果SBUS仍然是不可用状态，那么就必须去检查具体原因了。SBUS有故障时，必须考虑所有被主GPROC控制的SBUS上的通信。导致SBUS Failured的原因有以下几种可能： ①LANx插板没有插到位，与背板的连接不正确，或光纤没有连接好或连接了错误的光纤。 ②LANx插板Failured。 ③GPROC板Failured，导致SBUS上的通信不正常。 ④BTC板不能给背板供电。 第三十页，共四十五页。 总线的Failured (3) TBUS：TBUS即TDM BUS 。它由KSW控制，每对KSW为系统提供1024个交换时隙，分配给其它大的插板如GPROC、MSI、XCDR、KSW使用，时隙可扩展和扩容。在TDM高速总线故障的情况下，系统的主用TBUS将会退出服务，系统将要求TDM highway做倒换，进而将会使所有机框里的的TBUS一起做倒换，如果此时备用的TBUS不可用，倒换将不能成功，机框将会退出服务，系统将会要求整个BSC重启。引起TBUS Failured的原因可能如下： ①连接本地与远端KSWx的光纤有问题，或者断了。 ②KSWx插板Failured。 ③KSW插板故障或不可用。 第三十一页，共四十五页。 总线的Failured (4) CBUS：CBUS即Clock Distribution Bus，通过此总线系统将时钟信号传送到机框背板。给各种大的插板GPROC、KSW、MSI、XCDR等插板提供时钟，CBUS在整个系统一主一备的。当主用的CBUS有故障时，系统会自动倒换到备用的CBUS，当然备用的CBUS在此时是必须可用的。当备用的CBUS不可用而系统倒换时，BSC将重启。引起CBUS Disabled的原因可能如下： ①GCLK板硬件故障。 ②扩展时钟信号的光纤有问题。 ③扩展时钟信号的KSWx插板和CLKx插板故障。 第三十二页，共四十五页。 BSC软件故障 GPROC的内存问题。我们知道，GPROC在BSC中处于相当重要的位置是因为它担任了控制处理功能，GPROC的CUP也有一定的工作极限，当用作BSP的GPROC的CPU使用率达到100%，出现BSP[239] process safe test audit failure(检测不到BSP板)告警，此时软件故障可以称为进程吊死。遇到这种告警时，需要在BSC现场关掉OML，即将Slot16、Slot14板开关下置为 “disable”，重启BSC。为了节省故障恢复时间，可进入第3层，等待出现[waiting for OMC-R]的提示时输入如下命令：Msg_send 80 0 0 0 1978h---跳过从OMC-R下载数据以加快启动过程。 导致BSC 重启的原因是因为BSC的SSM与BTS的CRM间通信量太大，使得产生的SM SWFMs过多所致。最直接的原因是基站的业务量太大，TCH拥塞所致。通过调整cp_messages.c SWFMs的量，可以解决此问题。为了减少此类故障的发生，建议用处理能力更强大的GPROC3做BSP，减少重启的可能，当BSP负荷很高时，可以考虑设置单独的OMF，把OML分离出去，降低BSP的负荷。在系统话务忙时避免执行大批量的命令，也可减少BSP重启的机会。降低单个GPROC的负荷，避免某个GPROC因负荷太大时自动重启后，负荷被其它GPROC分担后出现多米诺骨牌效应，最终导致整个BSC重启的悲剧的发生。 有时侯内存并没有问题而是当使用内存时GPROC被locked了。这时可有三种方法来处理： ①将此可能故障的GPROC（BSP）与其它的GPROC交换，即使此GPROC再次重启，也不会使BSC重启。 ②换一块好的GPROC。 ③UNLOCK GPROC 第三十三页，共四十五页。 改变数据库和参数设置 有时数据库某些参数做了改动后也需要BSC 重启，才能正常工作或