BSC告警分析ppt課件

1、BSC/RXCDR/PCU告警分析摩托羅拉昆明分公司寬帶及挪動(dòng)網(wǎng)絡(luò)事業(yè)部, 2021-07內(nèi)容簡(jiǎn)介告警格式與組成告警處置的優(yōu)先級(jí)別常見(jiàn)的BSS告警告警的格式與組成告警的種類(lèi)和格式告警可以分為硬件告警和軟件告警兩種：硬件告警是由于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)生軟件告警息。軟件告警Software Fault Management或SWFM分為兩類(lèi)。 告警舉例：#0 NEW *NONE*.CommuncationFailureEvent - CAGE - BS

2、S01(BSS01:SITE-0:): 0 CAGE 1 - 30/03/1999 14:23:56.Expansion KSWX Slot 22 Communication Failure - FMIC - Major - -/-.(BSS01:SITE-0:):0 SITE Impacted to Major.#0：告警IDNEW：告警形狀NONE：正在處置此告警的人員 CommuncationFailureEvent：告警的類(lèi)型CAGE：告警級(jí)BSS01(BSS01:SITE-0:): 0 CAGE 1：發(fā)生告警的位置30/03/1999 14:23:56：告警發(fā)生時(shí)間18：告警編號(hào)Ex

3、pansion KSWX Slot 22 Communication Failure：告警描畫(huà)FMIC：告警的去除類(lèi)型Major：告警嚴(yán)重等級(jí)(BSS01:SITE-0:): 0 SITE Impacted to Major:告警附加信息 告警的類(lèi)型告警編號(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)表示類(lèi)似的告警。 例如254號(hào)告警表示設(shè)備fail。在OMC-R上將告警分成不同的六種類(lèi)型，可以在OMCR的告警闡明中找到“FailureEvents 字段，其為不同類(lèi)型告警的稱(chēng)號(hào)。 它

4、們分別是：告警的等級(jí)告警嚴(yán)重級(jí)別闡明此缺點(diǎn)發(fā)生對(duì)系統(tǒng)的影響程度，系統(tǒng)將告警的等級(jí)分為六級(jí)：告警處置的優(yōu)先級(jí)我們可以根據(jù)告警的嚴(yán)重級(jí)別，以及出現(xiàn)告警的網(wǎng)元在系統(tǒng)中的重要性，對(duì)不同的告警情況進(jìn)展相應(yīng)的處置。在此我們提供普通原那么下的優(yōu)先級(jí)別。對(duì)于基站來(lái)說(shuō)從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

5、X.25 link-All other Critical alarms。Major 告警按照以下順序All RXCDR-All BSC-All BTS-All other Major alarms。其它告警按照Minor、Warning 、Investigate、Clear alarms的順序進(jìn)展處置。The sites Remote Transcoder (RXCDR)Base Station Controller (BSC)Base Transceiver Station (BTS). The linksMessage Transfer part Link (MTL) Radio Sign

6、alling Link (RSL)X.25 link. Critical告警按照以下順序：All RXCDR - Critical alarmsAll MTL - Critical alarmsAll BSC - Critical alarmsAll RSL - Critical alarmsAll BTS - Critical alarmsAll X.25 link - Critical alarmsAll other Critical alarms常見(jiàn)的BSS告警1、OML為E-U或D-U的問(wèn)題 在BSC或RXCDR看到此景象時(shí)，還能夠看到相關(guān)的一些告警，如OML 242號(hào)告警等。背景原理

7、： OML鏈路是OMCR到RXCDR或BSC的信令鏈路，主要用于BSS的操作維護(hù)。OML運(yùn)用X.25協(xié)議。OMCR經(jīng)過(guò)Router與BSS相連，在BSS端，操作數(shù)據(jù)在2M線的某些時(shí)隙中傳輸，到達(dá)Router后，Router中的虛擬交換電路把它們分門(mén)別類(lèi)送往OMCR進(jìn)展處置。同時(shí)OMCR的數(shù)據(jù)也經(jīng)過(guò)Router交換后發(fā)往相應(yīng)的NE。能夠引起此類(lèi)告警的緣由：相關(guān)的MMS口退出效力主用MSI板沒(méi)有插數(shù)據(jù)庫(kù)中關(guān)于OML鏈路的定義不對(duì)DTE地址定義不對(duì)路由器定義不對(duì)軟件進(jìn)程問(wèn)題處理思緒： 假設(shè)OML鏈路從來(lái)沒(méi)有起來(lái)過(guò)，那么首先應(yīng)該檢查硬件銜接能否正確，特別是主用的MSI板能否插上了，由于主用MSI板上定

8、義了NE起來(lái)時(shí)用于從OMCR下載軟件和數(shù)據(jù)庫(kù)的OML鏈路。然后核對(duì)DTE地址及路由器的設(shè)置能否正確。假設(shè)OML鏈路以前是好的，那么首先要搞清能否有人對(duì)OML相關(guān)的參數(shù)改動(dòng)過(guò)，如數(shù)據(jù)庫(kù)中關(guān)于OML鏈路的定義、DTE地址、路由器設(shè)置等。在確認(rèn)沒(méi)有改動(dòng)過(guò)后，應(yīng)檢查硬件問(wèn)題，如MMS口能否退服、MSI板能否缺點(diǎn)等。 參考操作步驟： OML鏈路的問(wèn)題涉及的設(shè)備比較多，例如：OMCR，路由器，RXCDR等，為了正確定位缺點(diǎn)應(yīng)結(jié)合數(shù)據(jù)搜集來(lái)處置問(wèn)題。進(jìn)入BSC鍵入state 0 命令查看BSC的形狀；進(jìn)入RXCDR鍵入state 0 查看RXCDR的OML形狀；在RXCDR鍵入disp_links 查看RX

9、CDR內(nèi)的鏈路銜接，以確定與OML相關(guān)的MMS位置；在出現(xiàn)問(wèn)題的BSC或RXCDR中鍵入disp_p 0查看哪個(gè)GPROC控制OML鏈路；鍵入disp_act_a 0 查看能否有相關(guān)的告警；鍵入disp_eq 0 oml * * 查看每條OML的配置情況。處置步驟進(jìn)入BSC鍵入state 0 命令查看BSC的形狀；進(jìn)入控制OML的GPROC；運(yùn)用msg_send命令；lock/unlock OML，看OML的形狀；再運(yùn)用msg_send命令；lock/unlock OML所屬的MMS，查看OML的形狀；lock/unlock OML所屬的MSI，查看OML的形狀；假設(shè)OML仍為E-U形狀，繼續(xù)

10、以下步驟。鍵入命令以停頓和激活A(yù)GENT進(jìn)程，然后lock/unlock此OML鏈路；鍵入命令以停頓和激活A(yù)GENT進(jìn)程、X.25 PLP進(jìn)程然后 unlock/lock 此 OML；(10)排除硬件缺點(diǎn)，思索是軟件進(jìn)程問(wèn)題呵斥OML缺點(diǎn)，可以思索激活掛OML的GPROC，假設(shè)還是不能處理可以思索reset BSC。2、GCLK無(wú)法鎖相的問(wèn)題 GCLK無(wú)法鎖相時(shí)會(huì)產(chǎn)生GCLK Failed Phase Lock的提示，并能夠伴隨出現(xiàn)4、14、13號(hào)等告警。背景原理： GLCK 的功能是使得系統(tǒng)與更準(zhǔn)確的時(shí)鐘同步，對(duì)于BSS來(lái)說(shuō)，GCLK要與MSC的時(shí)鐘同步。時(shí)鐘同步的目的是在射頻部分提供0.0

11、5ppmppm為百萬(wàn)分之一。即如時(shí)鐘為16.384M，那么頻率誤差為16.3840.05 = 0.8192Hz 的高精度的時(shí)間同步。因此要提供參考時(shí)鐘的E1/T1鏈路要盡量減少滑幀和失同步。 GCLK要與上一級(jí)時(shí)鐘同步必需求有上一級(jí)時(shí)鐘的參考信號(hào)，時(shí)鐘參考信號(hào)是根據(jù)數(shù)據(jù)庫(kù)的定義從指定的MMS口上提取的。在database中需求定義不同MMS口的時(shí)鐘提取優(yōu)先等級(jí)。 GCLK在任務(wù)時(shí)有四種不同的形狀：自在振蕩形狀：此形狀是當(dāng)GCLK剛上電時(shí)，其內(nèi)部的晶體振蕩器OCXO需求有預(yù)熱的過(guò)程，以堅(jiān)持其正常的任務(wù)環(huán)境。此時(shí)間是固定不變的30分鐘，無(wú)法更改。在自在振蕩形狀下，GCLK內(nèi)的DAC輸入為80H，時(shí)

12、鐘輸出堅(jiān)持在0.05ppm的精度內(nèi)。Hold Frequency：此形狀是GLCK與2M失鎖時(shí)的形狀。此時(shí)GCLK運(yùn)用前一次ADC輸出的值輸入DAC以控制時(shí)鐘，此形狀是一個(gè)過(guò)渡形狀，普通繼續(xù)10秒。Set Frequency：此形狀普通在Hold Frequency之后。運(yùn)用LTALong Term Average值輸入DAC以控制時(shí)鐘。 正常鎖相任務(wù)時(shí)GCLK每30分鐘采樣一個(gè)ADC輸出值2位16進(jìn)制數(shù)，存入內(nèi)部存儲(chǔ)器，存儲(chǔ)器最大可以存放48個(gè)值，采用先入先出原那么更新。這48個(gè)值也可以被GPROC經(jīng)過(guò)MCAP總線讀取或設(shè)置。所謂LTA就是指將這48個(gè)值取平均輸入到DAC。Set Frequ

13、ency形狀下，GCLK不再往存儲(chǔ)器中存放新值，只是運(yùn)用以前的舊值，存儲(chǔ)器停頓更新，這是與鎖相形狀的不同之處。鎖相形狀：此形狀分為兩個(gè)子形狀，Acquiring Frequency Lock State，此形狀是一個(gè)過(guò)渡形狀，由硬件決議。Frequency Lock State，此形狀內(nèi)GCLK已與E1/T1鎖相，但需等待一段時(shí)間，以確定鎖相穩(wěn)定之后就進(jìn)入鎖相形狀。能夠引起此類(lèi)告警的緣由：因傳輸問(wèn)題引起MMS退服MSI板或MMS口硬件缺點(diǎn)數(shù)據(jù)庫(kù)定義不合理GCLK本身的問(wèn)題，需求校正或改換 處理思緒： 當(dāng)出現(xiàn)GCLK無(wú)法鎖相的告警時(shí)首先要搞清楚參考時(shí)鐘是從哪里來(lái)的。檢查一下數(shù)據(jù)庫(kù)中有關(guān)GCLK的

14、參數(shù)設(shè)置能否合理，如鎖相應(yīng)向上鎖，即RXCDR向MSC鎖、BSC向RXCDR鎖、BTS向BSC或上一級(jí)的BTS只需菊花鏈的情況鎖，向下一端的MSI口的時(shí)鐘提取優(yōu)先級(jí)應(yīng)設(shè)為0，另外也不能只允許一個(gè)MMS口可以提取時(shí)鐘。假設(shè)數(shù)據(jù)庫(kù)設(shè)置沒(méi)有明顯不合理之處，應(yīng)留意一下與時(shí)鐘提取有關(guān)的MMS口和MSI板的形狀，MMS口退服能夠是傳輸問(wèn)題引起的，也能夠是MSI板或MMS口硬件缺點(diǎn)引起的，假設(shè)MSI板任務(wù)正常那么應(yīng)著重檢查傳輸質(zhì)量。在排除了數(shù)據(jù)庫(kù)、MSI硬件和傳輸緣由之后，應(yīng)校正或改換GCLK板。參考操作步驟：為了利于問(wèn)題的分析應(yīng)搜集以下數(shù)據(jù)：state gclk * * 查看GCLK的形狀disp_el

15、phase_lock_gclk 查看能否允許鎖相disp_eq 0 mms 查看MMS的參數(shù)，主要是時(shí)鐘提取優(yōu)先級(jí)disp_el wait_for_reselection 查看時(shí)鐘提取切換時(shí)間disp_el lta_alarm_range 查看LTA告警范圍disp_gclk_avgs 查看GCLK的長(zhǎng)期平均值disp_eq gclk full查看GCLK硬件版本信息當(dāng)GCLK無(wú)法鎖相時(shí)可采用以下的方法：reattempt_pl 運(yùn)用lock/unlock命令看能否能使得GCLK鎖相恢復(fù)。查看MSI，MMS能否處于正常形狀，能否有E1的相關(guān)告警產(chǎn)生，能否有MMS作為時(shí)鐘源。查看提供時(shí)鐘的MMS

16、能否與上一級(jí)的鏈路銜接，上一級(jí)的時(shí)鐘能否正常任務(wù)。查看提供時(shí)鐘的MMS的等級(jí)能否設(shè)置正確普通為255。試著運(yùn)用其它的MMS作為時(shí)鐘源。對(duì)于M-CELL可改換NIU。 3、MTL告警背景原理： MTL鏈路是MSC與BSC的信令鏈路，其在整個(gè)系統(tǒng)中起著MSC與MS、BSS銜接的作用。MTL出現(xiàn)問(wèn)題會(huì)導(dǎo)致其下屬一切的BSS癱瘓。 MTL最多的告警普通為0號(hào)告警，出現(xiàn)此告警時(shí)MTL為D-U。此告警表示MTL鏈路與MSC曾經(jīng)失去聯(lián)絡(luò)。這是由于MTP第二層出現(xiàn)問(wèn)題，而退出效力。但系統(tǒng)會(huì)不斷嘗試恢復(fù)此鏈路。另外當(dāng)一條MTL鏈路退出效力時(shí)，其負(fù)荷會(huì)分配到其它MTL上，加重其它MTL的負(fù)擔(dān)，而由于GPROC的處

17、置才干的緣由，MTL鏈路的平均利用率不能超越30。因此MTL鏈路負(fù)擔(dān)過(guò)重，會(huì)使得GPROC退出效力，從而導(dǎo)致更多的鏈路退出效力。 此告警與BSS 0號(hào)告警的區(qū)別為：MTL 0號(hào)告警表示一條MTL退出效力，而一個(gè)BSS能夠有多條MTL鏈路，BSS 0號(hào)告警表示此BSS系統(tǒng)的最后一條MTL鏈路也退出效力，此時(shí)BSS完全癱瘓了。能夠引起此類(lèi)告警的緣由：MSC傳來(lái)的MTP第二層LSSU信息出現(xiàn)錯(cuò)誤。MSC端擁塞超時(shí)MSU確認(rèn)音訊超時(shí)序列號(hào)出現(xiàn)錯(cuò)誤SUERM的錯(cuò)誤門(mén)限值超出收到不正常的FIB處理思緒： 先檢查數(shù)據(jù)庫(kù)內(nèi)關(guān)于MTL鏈路定義有無(wú)問(wèn)題，然后檢查有關(guān)的MMS口、MSI板能否退出效力，再查與MSC的

18、信令點(diǎn)碼能否正確，在確認(rèn)上述方面無(wú)問(wèn)題后檢查GPROC能否有硬件問(wèn)題，必要時(shí)復(fù)位該GPROC。參考操作步驟： 根據(jù)告警音訊找到出現(xiàn)問(wèn)題的站號(hào)，MTL的設(shè)備編號(hào)。在RXCDR鍵入：disp_links disp_bss_conn 以確定MTL鏈路的銜接情況。鍵入disp_equip 0 MTL * * 得到MTL的配置情況。 查看與MTL相關(guān)的設(shè)備能否正常任務(wù)state 0 mms * * 查看MMS的形狀state 0 msi * * 查看MSI的形狀disp_p 0 查看MTL由那個(gè)GPROC控制disp_act_a 0 查看能否有相關(guān)的告警出現(xiàn)了相關(guān)的設(shè)備告警時(shí)應(yīng)先處置這些相關(guān)問(wèn)題。運(yùn)用l

19、ockunlock、ins命令試著恢復(fù)鏈路。檢查RXCDR或MSC能否在rebooting，等到其正常任務(wù)后再檢查MTL能否恢復(fù)了。在BSC鍵入：disp_ele dpc 0disp_ele opc 0此命令查看MTP的第三層的信令點(diǎn)碼。比較此點(diǎn)碼與MSC處設(shè)置的點(diǎn)碼能否對(duì)應(yīng)。找到控制此MTL的GPROC。ins 0 gproc * *如無(wú)效那么鍵入：reset_de 0 gproc * * 將BSCreset。4、BSP 239號(hào)告警 此告警表示GPROC的平安檢測(cè)進(jìn)程檢測(cè)到進(jìn)程錯(cuò)誤。背景原理： 平安檢測(cè)進(jìn)程是擔(dān)任對(duì)GPROC內(nèi)運(yùn)轉(zhuǎn)的進(jìn)程檢查以確定能否運(yùn)轉(zhuǎn)正常。當(dāng)被檢測(cè)的進(jìn)程沒(méi)有呼應(yīng)時(shí)就產(chǎn)生

20、此告警。不同功能的GPROC所產(chǎn)生的239號(hào)告警表現(xiàn)為：239 BSP 239 BTP 239 DHP 239 BTP (MCU) 平安檢測(cè)進(jìn)程對(duì)系統(tǒng)進(jìn)展周期性的檢測(cè)，可以經(jīng)過(guò)參數(shù)來(lái)調(diào)整檢測(cè)的時(shí)間間隔。缺省的時(shí)間間隔為10分鐘。能夠引起此類(lèi)告警的緣由：GPROC、BSP、BTP板子損壞被檢測(cè)的GPROC、BSP、BTP軟件進(jìn)程出現(xiàn)錯(cuò)誤被檢測(cè)的硬件出錯(cuò)GPROC沒(méi)插但數(shù)據(jù)庫(kù)中作了定義從TCU到BTP的HDLC鏈路能夠出錯(cuò)BTP的輸入輸出鏈路出錯(cuò)TCU的運(yùn)轉(zhuǎn)軟件出錯(cuò)處理思緒： 首先確定是哪塊GPROC出現(xiàn)239告警，根據(jù)這塊GPROC的功能來(lái)確定存在問(wèn)題的進(jìn)程或硬件范圍。如BTP 239告警，出現(xiàn)

21、問(wèn)題的進(jìn)程能夠運(yùn)轉(zhuǎn)于MCU，也能夠運(yùn)轉(zhuǎn)于TCU，還能夠是BTP與TCU的通訊進(jìn)程。然后檢查相應(yīng)的硬件能否有問(wèn)題，不能進(jìn)一步判別緣由所在時(shí)，應(yīng)搜集數(shù)據(jù)再作分析。 參考操作步驟：在出現(xiàn)告警的基站鍵入state以確定發(fā)生告警的GPROC、BSP、DHP、BTP的形狀。假設(shè)顯示為B-U，那么鍵入device_audit all 假設(shè)device_audit勝利那么繼續(xù)察看此設(shè)備。假設(shè)device_audit失敗那么鍵入ins 假設(shè)ins失敗，那么進(jìn)展如下操作，搜集數(shù)據(jù)。假設(shè)出現(xiàn)問(wèn)題的是BSP，那么經(jīng)過(guò)直連或遠(yuǎn)程登錄進(jìn)入GPROC，假設(shè)沒(méi)有呼應(yīng)那么能夠?yàn)镚PROC太忙，TTY進(jìn)程來(lái)不及呼應(yīng)。鍵入disp

22、_mms_ts_usage查看A接口上能否有TCH被分配，假設(shè)有那么搜集GPROC的SWFM和event。假設(shè)沒(méi)有那么將GPROC reset，當(dāng)BSC reset后，搜集GPROC的Fatal and Non Fatal SWFMs，以及在告警發(fā)生前和BSC reset后的event。假設(shè)出現(xiàn)問(wèn)題的不是BSP，那么經(jīng)過(guò)直連或遠(yuǎn)程登錄進(jìn)入GPROC，搜集GPROC的Fatal and Non Fatal SWFMs，以及在告警發(fā)生前后的event。 5、IAS 1號(hào)告警 IAS 1號(hào)告警Serial Bus Connection Failure，多出如今BSC 或RXCDR基站內(nèi)。背景原理：

23、在BSSC機(jī)柜中有一塊的告警板，此板的作用為報(bào)告熔絲和風(fēng)扇等設(shè)備的告警。此告警板的PL2和PL3銜接到CAGE背板的左上角AI0/AI1口。假設(shè)BSS為兩個(gè)CAGE，上面的CAGE普通是不銜接告警線的。數(shù)據(jù)庫(kù)定義CAGE 時(shí)需求定義告警線能否接到這個(gè)CAGE中。disp_eq 0 cage 0 0 Identifier for the CAGE: 0 KSW pair that manages the CAGE: 0 KSWX connecting cage to KSW for TDM 0: KSWX connecting cage to KSW for TDM 1: Cabinet to

24、which the cage belongs: 0 IAS Connected: YES 最后一項(xiàng)假設(shè)定義為YES，那么軟件嘗試將告警信號(hào)送到此CAGE，但是假設(shè)物理上并沒(méi)有將告警線銜接到此CAGE，那么會(huì)產(chǎn)生IAS 1號(hào)告警。普通配置CAFE時(shí)都將下面的CAGE定義為銜接告警線，上面的CAGE不銜接。假設(shè)在equip cage時(shí)將上面的CAGE也定義了IAS Connected: YES，那么會(huì)產(chǎn)生大量的IAS 1告警。能夠引起此類(lèi)告警的緣由：告警板缺點(diǎn)告警線銜接錯(cuò)誤數(shù)據(jù)庫(kù)定義錯(cuò)誤告警線損壞處理思緒：先確定告警線銜接在哪個(gè)CAGE中，查看數(shù)據(jù)庫(kù)中定義的能否與物理銜接相一致。不一致時(shí)修正數(shù)據(jù)庫(kù)

25、。假設(shè)數(shù)據(jù)庫(kù)定義沒(méi)有問(wèn)題，檢查告警板和告警線能否損壞。 參考操作步驟：檢查告警線銜接與數(shù)據(jù)庫(kù)中的定義能否相符 假設(shè)不符，運(yùn)用命令： modify_value 0 ias_connected cage ( # ) yes/no ( # ) cage號(hào)檢查告警板能否完好，告警線能否損壞。必要時(shí)改換有關(guān)硬件。 6、BSS 22號(hào)告警：Trunk Critical Threshold Exceeded 此告警表示被BLOCK的CIC數(shù)目超越了緊急告警門(mén)限值。背景原理： CIC是MSC經(jīng)由RXCDR到BSC的陸地電路。XCDRGDP板及內(nèi)部的DSP處置器和MSI板的缺點(diǎn)都會(huì)使得CIC的數(shù)目減少。另外由于

26、傳輸?shù)葐?wèn)題也會(huì)使得CIC被block，但傳輸恢復(fù)正常后，CIC不一定能自動(dòng)起來(lái)，此時(shí)需求人工干涉才干恢復(fù)。能夠引起此類(lèi)告警的緣由：由于MSI板和MMS口的硬件問(wèn)題導(dǎo)致可用的CIC數(shù)目減少由于E1鏈路的問(wèn)題，包括傳輸問(wèn)題，導(dǎo)致CIC數(shù)目減少由于RXCDR中GDP、XCDR板的DSP處置器出現(xiàn)問(wèn)題使得CIC數(shù)目減少M(fèi)SI、XCDR、GDP板能夠被人為lock了database中關(guān)于此告警的門(mén)限值設(shè)置得太低處理思緒： 首先查硬件問(wèn)題，如E1銜接能否正常，MSI、XCDR、GDP板能否有問(wèn)題，有沒(méi)有被LOCK，再檢查能否因傳輸問(wèn)題而使MMS口退服。同時(shí)應(yīng)留意一下數(shù)據(jù)庫(kù)中有關(guān)參數(shù)的定義能否合理，假設(shè)MSC端將CIC block，應(yīng)手動(dòng)將CIC復(fù)位。參考操作步驟：鍵入state 0 msi * * state 0 mms * *disp_act_a 0 disp_act_a 0 檢查MSI，MMS形狀能否正常，能否有相關(guān)的告警。在BSC找到對(duì)應(yīng)的銜接到MSC的2M鏈路的MMS板鍵入disp_mms_ts_usage 0 mms * *查看此MMS的各時(shí)隙能否有被block的。如發(fā)現(xiàn)大量的CIC被block，首先確定能否為MSC邊將其block的。假設(shè)不是那么運(yùn)用以下命令將CIC釋放。 先進(jìn)入BSC 的emon