09-MOTGSM無線內(nèi)部培訓(xùn)講義-BSC告警和告警處理

1、MOT GSM無線設(shè)備培訓(xùn)BSC告警和告警處置中國(guó)聯(lián)通廣州分公司覃道滿.學(xué)習(xí)目的掌握告警格式與組成23熟習(xí)告警處置流程.學(xué)習(xí)內(nèi)容告警格式和組成 告警處置流程 BSC非正常重啟分析 .簡(jiǎn)述機(jī)房運(yùn)轉(zhuǎn)維護(hù)人員經(jīng)常會(huì)碰到告警，有些告警是操作維護(hù)過程中自然產(chǎn)生的，有些告警是瞬時(shí)性的，不會(huì)影響系統(tǒng)正常運(yùn)轉(zhuǎn)，但大多數(shù)告警是會(huì)影響系統(tǒng)性能的，有的甚至?xí)?dǎo)致BSS復(fù)位，對(duì)挪動(dòng)通訊系統(tǒng)呵斥嚴(yán)重影響。因此對(duì)于運(yùn)維人員來說，了解告警系統(tǒng)，掌握一定的告警分析和處置技藝，顯得非常重要。告警系統(tǒng)是為了缺點(diǎn)定位，系統(tǒng)性能分析及方便維護(hù)而設(shè)置的。告警信息可以在OMCR的告警窗口上顯示，也可以在本地維護(hù)終端LMT上顯示。BSS產(chǎn)

2、生的告警信息，以字符的方式發(fā)往OMCR。.告警的種類和格式告警可以分為硬件告警和軟件告警兩種：硬件告警是由于BSS內(nèi)的硬件缺點(diǎn)所引起的告警。 軟件告警是由GPROC檢測(cè)到軟件進(jìn)程運(yùn)轉(zhuǎn)出錯(cuò)所引起的告警只需GPROC設(shè)備BSP，CSFP，DHP，BTP，pool GPROC才會(huì)產(chǎn)生軟件告警信息。 .告警舉例#0 NEW *NONE*. CommuncationFailureEvent- CAGE - BSS01(BSS01:SITE-0:): 0 CAGE 1 - 30/03/1999 14:23:56. 18 Expansion KSWX Slot 22 Communication Failur

3、e - FMIC - Major - -/-. (BSS01:SITE-0:):0 SITE Impacted to Major. .告警解析#0：告警IDNEW：告警形狀NONE：正在處置此告警的人員 CommuncationFailureEvent：告警的類型CAGE：告警級(jí)BSS01(BSS01:SITE-0:): 0 CAGE 1：發(fā)生告警的位置 30/03/1999 14:23:56：告警發(fā)生時(shí)間18：告警編號(hào)Expansion KSWX Slot 22 (見框架配置表)Communication Failure：告警描畫FMIC：告警的去除類型Major：告警嚴(yán)重等級(jí)(主要告警)(

4、BSS01:SITE-0:): 0 SITE Impacted to Major:告警附加信息 .附:BSC機(jī)框配置圖.告警編號(hào)告警編號(hào)對(duì)于每種設(shè)備都有獨(dú)一的一個(gè)十進(jìn)制數(shù)表示。每種設(shè)備的告警編號(hào)從0到254。(見附錄)對(duì)于不同的設(shè)備告警編號(hào)能夠反復(fù)，但與設(shè)備相關(guān)的編號(hào)是獨(dú)一的。有些情況下同樣的告警編號(hào)表示類似的告警。 例如242號(hào)告警表示設(shè)備退出效力(MMSMTLRSL)。 .告警消除類型告警的去除類型可分為三類：IntermittentFault Management Initiated ClearFMICOperator Initiated ClearOIC Intermittent表示告

5、警是偶發(fā)性的，對(duì)系統(tǒng)沒有危害。此告警發(fā)生后在OMCR會(huì)自動(dòng)消除。當(dāng)此類告警頻繁產(chǎn)生時(shí)，會(huì)添加OML鏈路的負(fù)荷。我們可以運(yùn)用disp_throttle命令來查看告警門限設(shè)置，還可用chg_throttle命令調(diào)理其門限值。 FMIC告警的去除由系統(tǒng)的錯(cuò)誤管理進(jìn)程Fault Managerment Process自動(dòng)進(jìn)展。FM進(jìn)程管理一張現(xiàn)有告警的列表，只需當(dāng)告警產(chǎn)生的緣由消逝后FM才會(huì)產(chǎn)生clear 音訊將此告警從告警列表中刪除。 OIC需求由操作人員手動(dòng)將告警去除。FM進(jìn)程檢測(cè)到告警產(chǎn)生并判別為OIC類型時(shí)，將此告警參與現(xiàn)有告警列表中。以后FM不再進(jìn)展任何處置。當(dāng)操作人員將告警產(chǎn)生的緣由處理后

6、，必需將此告警去除。.去除告警步驟在OMCR和BSC上均可以去除告警。OMCR上去除告警按以下步驟進(jìn)展：翻開告警窗口，單擊鼠標(biāo)左鍵選中要去除的告警項(xiàng) 單擊鼠標(biāo)右鍵彈出快捷菜單 選擇快捷菜單的“Handle 選擇快捷菜單的“Clear 確認(rèn)告警已被去除 在BSS上去除告警，先運(yùn)用disp_act_alarm命令查看有哪些OIC告警。然后運(yùn)用del_act_alarm命令將告警去除。去除命令如下:del_act_alarm (只對(duì)OIC告警).告警的類型 OMCR將告警分成六種不同的類型，可以在OMCR的告警闡明中找到FailureEvents 字段，其為不同類型告警的稱號(hào)。.附:告警類型表 類型

7、含義舉例Communication數(shù)據(jù)從一點(diǎn)傳到另一點(diǎn)時(shí)發(fā)生錯(cuò)誤而產(chǎn)生的告警普通當(dāng)信令喪失或呼叫建立出錯(cuò)時(shí)發(fā)生此種告警1、mms syn loss 2、frame slip daily 3、bit error 4、dri-ctu activelinkcommunication failure(critical)Quality of Service系統(tǒng)的效力質(zhì)量下降時(shí)產(chǎn)生此告警普通當(dāng)音訊呼應(yīng)超時(shí)或帶寬減少時(shí)會(huì)發(fā)生此種告警：多見于時(shí)鐘失鎖gclk_mcuf phase lock failuremajorProcessing當(dāng)軟件或進(jìn)程出現(xiàn)錯(cuò)誤時(shí)產(chǎn)生此告警普通當(dāng)進(jìn)程數(shù)據(jù)被破壞或系統(tǒng)內(nèi)存溢出時(shí)產(chǎn)生此種

8、告警dri-CTU channelcoder internal messageerrorintermittent(warning)Equipment當(dāng)硬件出錯(cuò)時(shí)產(chǎn)生此告警。普通當(dāng)出現(xiàn)配置錯(cuò)誤，傳輸、電源等問題時(shí)產(chǎn)生此種告警dri standby link communication failure(minor)Environment當(dāng)設(shè)備所處的環(huán)境不利于正常任務(wù)時(shí)產(chǎn)生告警普通當(dāng)出現(xiàn)煙霧，火光被檢測(cè)到時(shí)產(chǎn)生此種告警Link當(dāng)OMCR與BSS間的X.25鏈路出現(xiàn)問題時(shí)產(chǎn)生此告警.告警的等級(jí) 影響行動(dòng)舉例嚴(yán)重(Critical)曾經(jīng)影響了系統(tǒng)的效力應(yīng)該立刻采取措施當(dāng)系統(tǒng)的某一功能出現(xiàn)此種告警而退出效

9、力，應(yīng)立刻將其恢復(fù)。艱苦(Major)曾經(jīng)影響了系統(tǒng)的效力應(yīng)該馬上采取措施系統(tǒng)的效力容量降低，此時(shí)應(yīng)采取措施恢復(fù)容量。較輕(Minor)此錯(cuò)誤不會(huì)對(duì)系統(tǒng)的效力呵斥影響應(yīng)采取措施減少更多的此類告警產(chǎn)生當(dāng)此種告警數(shù)量不斷添加時(shí)，系統(tǒng)的容量能夠遭到影響。警告(Waring)潛在產(chǎn)生影響系統(tǒng)效力的告警的能夠假設(shè)必要應(yīng)該進(jìn)展必要的分析，采取措施防止產(chǎn)生更嚴(yán)重的告警去除(Clear)告警曾經(jīng)被去除無待定(Investigate)闡明此錯(cuò)誤的等級(jí)無法確定，需求人工進(jìn)一步分析進(jìn)一步查找緣由.發(fā)現(xiàn)告警第一種方法：OMCR桌面圖形界面GUI上的ALARM按鈕 在OMCR桌面圖形界面GUI上雙擊告警按鈕，翻開告警窗

10、口，可以看到一切網(wǎng)元NE的告警信息； 第二種方法：經(jīng)過GUI上的EVENT MANEGMENT 點(diǎn)擊GUI上的EVENT MAMT按鈕，翻開Display Subscription List窗口，選擇窗口中告警中的一項(xiàng)，選擇open按鈕就翻開告警窗口； 第三種方法：翻開MAP圖，然后選中對(duì)應(yīng)的單元節(jié)點(diǎn) 從NETWORK MAP上查看告警，單擊GUI上的NETWORK MAP按鈕，翻開MAP LIST窗口，選定其中的一個(gè)網(wǎng)元，雙擊鼠標(biāo)左鍵翻開MAP窗口，在MAP圖上用鼠標(biāo)左鍵點(diǎn)擊要查看的網(wǎng)絡(luò)單元節(jié)點(diǎn)，選中后接點(diǎn)會(huì)變?yōu)樽仙?，單擊鼠?biāo)右鍵在快捷菜單內(nèi)選擇ALARM項(xiàng)，此時(shí)會(huì)出現(xiàn)告警窗口顯示此節(jié)點(diǎn)單元

11、的一切告警。 用disp_act_alarm 命令行查看告警.告警處置優(yōu)先級(jí)別我們可以根據(jù)告警的嚴(yán)重級(jí)別，以及出現(xiàn)告警的網(wǎng)元在系統(tǒng)中的重要性，對(duì)不同的告警情況進(jìn)展相應(yīng)的處置。在此我們提供普通原那么下的優(yōu)先級(jí)別。對(duì)于基站來說從RXCDR到BSC，再到BTS；信令鏈路按照MTL、RSL、XBL的次序；告警嚴(yán)重級(jí)別由高到低分別是Critical、 Major、 Minor、 Warning、 Investigate、Clear。在一樣的告警級(jí)別中，Critical告警按照以下順序All RXCDR-All MTL -All BSC-All RSL-All BTS-All X.25 link-All

12、other Critical alarms。Major 告警按照以下順序All RXCDR-All BSC-All BTS-All other Major alarms。其它告警按照Minor、Warning 、Investigate、Clear alarms的順序進(jìn)展處置。.附:告警優(yōu)先級(jí)別圖告警處置優(yōu)先級(jí)別:The sites Remote Transcoder (RXCDR) Base Station Controller (BSC) Base Transceiver Station (BTS)The links Message Transfer part Link (MTL) Radi

13、o Signalling Link (RSL) X.25 link Critical告警按照以下順序： All RXCDR - Critical alarms All MTL - Critical alarms All BSC - Critical alarms All RSL - Critical alarms All BTS - Critical alarms All X.25 link - Critical alarms All other Critical alarms .設(shè)備之間的從屬關(guān)系parent-child 當(dāng)某個(gè)設(shè)備或鏈路處于OOS等非正常形狀時(shí)，不僅與起本身相關(guān)，而且與其上

14、一級(jí)parent設(shè)備有關(guān)，對(duì)parent設(shè)備進(jìn)展進(jìn)展必要的處置是處理問題的重要手段。假設(shè)某個(gè)設(shè)備處于OOS等形狀下，此設(shè)備下一級(jí)child設(shè)備將也不能正常任務(wù)。Device1st parent dev2nd parent dev3rdparent dev 4thparent devRSLMMSMSICAGECAB SITE BSSMTLMMSMSICAGECAB SITE BSSOMLMMSMSITCUDRICABSITE BSSXBLMMSMSICAGECAB SITE BSS.告警處置的流程 查看告警分清告警的級(jí)別明確與告警有關(guān)的設(shè)備根據(jù)告警手冊(cè)或閱歷對(duì)告警進(jìn)展處置 處理問題，消除告警 .

15、常見告警及其處置方法常見告警及其處置方法.doc.BSC非正常重啟分析BSC在網(wǎng)絡(luò)中的位置和作用重啟分類緣由分析實(shí)例分析BSC日常 維護(hù)應(yīng)留意的事項(xiàng)BSC穩(wěn)定運(yùn)轉(zhuǎn)的條件.BSC在網(wǎng)絡(luò)中的位置和作用 在GSM無線通訊系統(tǒng)中，BSC作為基站控制器，是BSS子系統(tǒng)的關(guān)鍵節(jié)點(diǎn)，一套BSC管理幾十個(gè)基站和GPRS網(wǎng)絡(luò)關(guān)鍵節(jié)點(diǎn)PCU。BSC同時(shí)作為GSM語音業(yè)務(wù)和GPRS數(shù)據(jù)業(yè)務(wù)的無線關(guān)鍵設(shè)備，其作用可歸納為：無線管理、電路交換和接續(xù)以及協(xié)議轉(zhuǎn)換。BSC重啟，即BSC 退出效力的過程，將中斷BSS子系統(tǒng)目前正在進(jìn)展的任務(wù)，受該BSC所控制的語音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)將不能提供效力，影響相當(dāng)嚴(yán)重。 .附:BSC在網(wǎng)

16、絡(luò)中的位置圖BSC在網(wǎng)絡(luò)中的位置:MSCXCDRBSCBTS2BTS1PCUSGSNGPRSGSM.重啟緣由分類系統(tǒng)因缺點(diǎn)自動(dòng)重啟人為操作導(dǎo)致系統(tǒng)重啟.重啟緣由分析機(jī)房環(huán)境和動(dòng)力。 BSC硬件缺點(diǎn)。各種LINK的缺點(diǎn)?？偩€的Failured 。BSC軟件缺點(diǎn)。改動(dòng)數(shù)據(jù)庫和參數(shù)設(shè)置。.機(jī)房環(huán)境和動(dòng)力 主要是頻繁出現(xiàn)高溫告警，或灰塵比較大，或電源供應(yīng)中斷或不穩(wěn)定呵斥的。高溫或灰塵比較大的時(shí)候，對(duì)那些運(yùn)轉(zhuǎn)時(shí)間已比較長(zhǎng)的設(shè)備要挾比較大，當(dāng)某個(gè)芯片因灰塵積累得比較多而又散熱不充分時(shí)，芯片有能夠因過熱被燒毀，芯片所在的插板將會(huì)退出效力，當(dāng)系統(tǒng)容錯(cuò)機(jī)制失效時(shí)，為了排除缺點(diǎn)，系統(tǒng)將不可防止地自動(dòng)重啟，假設(shè)系統(tǒng)

17、不能本人排除缺點(diǎn)，在人為干涉之前，系統(tǒng)將會(huì)不斷處于重啟形狀。 .BSC硬件缺點(diǎn) 這里說的硬件主要是插在BSC機(jī)框中的各種插板，每個(gè)插板的功能不同，出現(xiàn)缺點(diǎn)時(shí)對(duì)整個(gè)BSC的影響也是不同的。從機(jī)框的背板到插槽上的每一塊插板的缺點(diǎn)都有能夠?qū)е孪到y(tǒng)退出效力，特別是系統(tǒng)不能識(shí)別缺點(diǎn)板件時(shí)，重啟將不可防止地發(fā)生，其中GPROC處置器板、GCLK時(shí)鐘、LANx和KSWx 時(shí)隙交換擴(kuò)展板，因數(shù)量多或作用關(guān)鍵，出現(xiàn)缺點(diǎn)時(shí)容易引起B(yǎng)SC的重啟。這其中又以時(shí)鐘板最為重要。 .各種LINK的缺點(diǎn) 與BSC相連的LINK有MTL、RSL、OML、XBL、GSL。對(duì)BSC影響最大的是MTL和GSL兩種鏈路，有能夠?qū)е翨S

18、C自動(dòng)重啟或BSC中有死進(jìn)程存在，有死進(jìn)程時(shí)系統(tǒng)運(yùn)轉(zhuǎn)將非常緩慢，命令無法執(zhí)行，需求人為重啟BSC來去除。.總線的Failured (1)PBUS：PBUS即Processor Bus ，它是MCAP總線在軟件上的一種表示，擔(dān)任GPROC與其他大的插板XCDR、GCLK、KSW、DRI之間的通訊。PBUS Device Failured的緣由能夠是： LANx 板Faulty； 某塊板件缺點(diǎn)。 能夠是FTP缺點(diǎn)傳輸部分和FCP缺點(diǎn)搜集部分之間的錯(cuò)誤引起的。 第三種情況屬于軟件缺點(diǎn)，需求人為重啟BSC來重啟這兩個(gè)進(jìn)程。.總線的Failured (2)SBUS：SBUS即Serial Bus ,它上

19、面的通訊由GPROC控制，主要擔(dān)任GPROC與小插板板如LANx、KSWx、CLKx之間的通訊。每個(gè)機(jī)框的SBUS也是一主一備的，但它們被分配不同的義務(wù)，Standby 不享有Active SBUS的功能。 當(dāng)SBUS failured后，BSC有能夠會(huì)重啟，部分缺點(diǎn)不會(huì)引起重啟。重啟終了后，假設(shè)SBUS依然是不可用形狀，那么就必需去檢查詳細(xì)緣由了。SBUS有缺點(diǎn)時(shí)，必需思索一切被主GPROC控制的SBUS上的通訊。導(dǎo)致SBUS Failured的緣由有以下幾種能夠： LANx插板沒有插到位，與背板的銜接不正確，或光纖沒有銜接好或銜接了錯(cuò)誤的光纖。 LANx插板Failured。 GPROC板

20、Failured，導(dǎo)致SBUS上的通訊不正常。 BTC板不能給背板供電。.總線的Failured (3)TBUS：TBUS即TDM BUS 。它由KSW控制，每對(duì)KSW為系統(tǒng)提供1024個(gè)交換時(shí)隙，分配給其它大的插板如GPROC、MSI、XCDR、KSW運(yùn)用，時(shí)隙可擴(kuò)展和擴(kuò)容。在TDM高速總線缺點(diǎn)的情況下，系統(tǒng)的主用TBUS將會(huì)退出效力，系統(tǒng)將要求TDM highway做倒換，進(jìn)而將會(huì)使一切機(jī)框里的的TBUS一同做倒換，假設(shè)此時(shí)備用的TBUS不可用，倒換將不能勝利，機(jī)框?qū)?huì)退出效力，系統(tǒng)將會(huì)要求整個(gè)BSC重啟。引起TBUS Failured的緣由能夠如下： 銜接本地與遠(yuǎn)端KSWx的光纖有問題，

21、或者斷了。 KSWx插板Failured。 KSW插板缺點(diǎn)或不可用。.總線的Failured (4)CBUS：CBUS即Clock Distribution Bus，經(jīng)過此總線系統(tǒng)將時(shí)鐘信號(hào)傳送到機(jī)框背板。給各種大的插板GPROC、KSW、MSI、XCDR等插板提供時(shí)鐘，CBUS在整個(gè)系一致主一備的。當(dāng)主用的CBUS有缺點(diǎn)時(shí)，系統(tǒng)會(huì)自動(dòng)倒換到備用的CBUS，當(dāng)然備用的CBUS在此時(shí)是必需可用的。當(dāng)備用的CBUS不可用而系統(tǒng)倒換時(shí)，BSC將重啟。引起CBUS Disabled的緣由能夠如下： GCLK板硬件缺點(diǎn)。 擴(kuò)展時(shí)鐘信號(hào)的光纖有問題。 擴(kuò)展時(shí)鐘信號(hào)的KSWx插板和CLKx插板缺點(diǎn)。 .BS

22、C軟件缺點(diǎn) GPROC的內(nèi)存問題。我們知道，GPROC在BSC中處于相當(dāng)重要的位置是由于它擔(dān)任了控制處置功能，GPROC的CUP也有一定的任務(wù)極限，當(dāng)用作BSP的GPROC的CPU運(yùn)用率到達(dá)100%，出現(xiàn)BSP239 process safe test audit failure(檢測(cè)不到BSP板)告警，此時(shí)軟件缺點(diǎn)可以稱為進(jìn)程吊死。遇到這種告警時(shí)，需求在BSC現(xiàn)場(chǎng)關(guān)掉OML，即將Slot16、Slot14板開關(guān)下置為 “disable，重啟BSC。為了節(jié)省缺點(diǎn)恢復(fù)時(shí)間，可進(jìn)入第3層，等待出現(xiàn)waiting for OMC-R的提示時(shí)輸入如下命令：Msg_send 80 0 0 0 1978h

23、-跳過從OMC-R下載數(shù)據(jù)以加快啟動(dòng)過程。 導(dǎo)致BSC 重啟的緣由是由于BSC的SSM與BTS的CRM間通訊量太大，使得產(chǎn)生的SM SWFMs過多所致。最直接的緣由是基站的業(yè)務(wù)量太大，TCH擁塞所致。經(jīng)過調(diào)整cp_messages.c SWFMs的量，可以處理此問題。為了減少此類缺點(diǎn)的發(fā)生，建議用途置才干更強(qiáng)大的GPROC3做BSP，減少重啟的能夠，當(dāng)BSP負(fù)荷很高時(shí)，可以思索設(shè)置單獨(dú)的OMF，把OML分別出去，降低BSP的負(fù)荷。在系統(tǒng)話務(wù)忙時(shí)防止執(zhí)行大批量的命令，也可減少BSP重啟的時(shí)機(jī)。降低單個(gè)GPROC的負(fù)荷，防止某個(gè)GPROC因負(fù)荷太大時(shí)自動(dòng)重啟后，負(fù)荷被其它GPROC分擔(dān)后出現(xiàn)多米諾

24、骨牌效應(yīng)，最終導(dǎo)致整個(gè)BSC重啟的悲劇的發(fā)生。 有時(shí)侯內(nèi)存并沒有問題而是當(dāng)運(yùn)用內(nèi)存時(shí)GPROC被locked了。這時(shí)可有三種方法來處置： 將此能夠缺點(diǎn)的GPROCBSP與其它的GPROC交換，即使此GPROC再次重啟，也不會(huì)使BSC重啟。 換一塊好的GPROC。 UNLOCK GPROC.改動(dòng)數(shù)據(jù)庫和參數(shù)設(shè)置 有時(shí)數(shù)據(jù)庫某些參數(shù)做了改動(dòng)后也需求BSC 重啟，才干正常任務(wù)或發(fā)生作用，特別是一些影響基站正常任務(wù)的參數(shù)，平常不要隨意改動(dòng)。另外還有能夠由于本身新版本軟件的缺陷也會(huì)偶爾出現(xiàn)問題，需求使BSC 重啟。 .事例分析(1)BSC的3個(gè)GPROCs(0116, 0117, 0118)在不同時(shí)間自

25、動(dòng)reset，呵斥BSC reset。處理：從搜集的數(shù)據(jù)發(fā)現(xiàn)MTL不穩(wěn)定，時(shí)好時(shí)壞，有告警產(chǎn)生。CA向GPROC發(fā)送fast_reset,將GPROC reset。由于GPROC控制的MTL和RSL負(fù)荷過大，使得MTL時(shí)好時(shí)壞。當(dāng)一條 MTL斷了，呵斥其超負(fù)荷，就會(huì)使得其他MTL退出效力。這時(shí)可檢查此MTL的統(tǒng)計(jì)數(shù)據(jù)，或檢查PGROC的CPU的運(yùn)用率。由于處置才干的限制使得他們回絕更多的音訊進(jìn)入。建議用戶重新配置BSC的容量; 如某MSC下只需某BSC范圍難打，可思索reset_site bsc; 如只需部分RSL負(fù)荷過大，呵斥難大打，可reassign lcf 。.事例分析(2)Disabl

26、e 第二個(gè)GPROC后BSC reboot 處理：分析發(fā)現(xiàn)：發(fā)現(xiàn)GCLK退出效力， 使得BSC reset。因此使得BSC reset的緣由不是lock GPROC 。而是GCLK的缺點(diǎn)產(chǎn)生的，及時(shí)處置GCLK的問題，以防再次Reset BSC。.BSC日常維護(hù)的本卷須知 (1)改換MSI板時(shí)，先用命令查看MSI板的任務(wù)形狀，假設(shè)是未閉鎖形狀，那么應(yīng)該先將插板閉鎖，交換后再解鎖，防止在未閉鎖形狀下直接操作。GPROC板出現(xiàn)缺點(diǎn)或告警需求拔出時(shí)，應(yīng)該先重啟此GPROC，確認(rèn)GPROC不能恢復(fù)正常，再將GPROC的面板上的按鍵撥到Disable，再操作。GCLK 板出現(xiàn)問題且需改換時(shí)，先倒換到備用

27、 GCLK，將面板上的按鍵撥到Disable后再操作。安裝扳子要到位，要確保插板與背板能銜接正確，這樣插板才干正常任務(wù)，也不會(huì)影響與其他插板之間的通訊。.BSC日常維護(hù)的本卷須知 (2)要留意光纖的清潔，特別是與半尺寸板銜接的光纖，假設(shè)光纖不干凈也會(huì)導(dǎo)致插板Disabled，成為系統(tǒng)隱患。機(jī)柜和各種插板應(yīng)定期按照規(guī)范進(jìn)展清洗和除塵。一些GCLK、LANx、KSW等設(shè)備的告警和某些死進(jìn)程能夠會(huì)使GPROC退出效力，特別留意GPROC 245號(hào)告警，此告警表示一個(gè)GPROC或BTP退出效力。假設(shè)主用的BSP出現(xiàn)此告警時(shí)，BSC曾經(jīng)重啟了。假設(shè)普通的GPROC出現(xiàn)此告警，該板會(huì)重啟，并會(huì)影響相應(yīng)的信令鏈路，導(dǎo)致有關(guān)BTS退出效力。當(dāng)在出現(xiàn)GPROC 245號(hào)告警前出現(xiàn)大量相關(guān)設(shè)備的告警時(shí)應(yīng)該留意及時(shí)排除，以免引起GPROC重啟。同時(shí)留意CPU任務(wù)時(shí)的負(fù)荷，超越60%或負(fù)荷值異常時(shí)，應(yīng)該排查緣由，適當(dāng)?shù)貙⑷蝿?wù)量移到其他的GPROC上或換用途置才干更強(qiáng)的板件。 .BSC日常維護(hù)的本卷須知 (3)留意日常的告警信息，經(jīng)常用disp_act_alarm和state 0 oos all命令查看系統(tǒng)，發(fā)現(xiàn)有告警或不在效力形狀的設(shè)備應(yīng)該及時(shí)進(jìn)展處置。要及時(shí)搜集缺點(diǎn)記錄數(shù)據(jù)，由于系統(tǒng)的存儲(chǔ)有一定的限制，到一定的時(shí)間或