第一篇：OMC告警總結(jié)

1: BCC+NCC+BCCH TRX FREQUENCY NOT UNIQUE IN ADJACENCY DEFINITIONS

鄰區(qū)存在同頻同BSIC

2: FLEXI MULTIRADIO CAPACITY LICENCE EXCEEDED

容量不夠

3：AMR HR TRX CAPACITY LICENCE EXCEEDED

半速率容量不夠

4: TOO MANY TCHS IN ONE SIGNALLING UNIT

BCSU不夠

5：BSS-SYSTEM HAS NO RESOURCES FOR REQUESTED TASK

系統(tǒng)正在請求

6：BTS HANDOVER CONTROL PARAMETERS NOT FOUND IN DATABASE

功控參數(shù)沒加

第二篇：海爾OMC理論

海爾OMC理論

來自海爾的經(jīng)驗(yàn)——OMC理論

（1）什么是OEC理論

《札記?大學(xué)》中有段佳話：“茍日新，日日新，又日新”，其核心內(nèi)容直指“OMC”。“OEC”的內(nèi)容為：O——Overall全方位；E——Every每人、Everyday每天、Everything每件事；C——Control控制、Clear清理?！癘EC”管理法也可以表示為：日事日畢、日清日高，即：每天的工作每天完成，每天工作要清理并要每天有所提高。

（2）“OEC”包含著三個(gè)基本原則

① 閉環(huán)原則。即凡事都要講究善始善終，班組工作也是如此。無論是生產(chǎn)任務(wù)，還是班務(wù)管理，都必須有一個(gè)計(jì)劃——實(shí)施——檢查——總結(jié)的全過程，同時(shí)將其有效的落實(shí)到班組中的每個(gè)人、每件事和每一天，通過設(shè)定目標(biāo)、指定措施和方法、付諸實(shí)施、逐一檢查、糾正和改進(jìn)計(jì)劃及修正目標(biāo)，使班組日常工作中的每件事情都處于受控狀態(tài)，使班組的整體工作不斷完善，達(dá)到持續(xù)提高、螺旋式上升的目的。

② 比較分析原則。班組工作要適時(shí)進(jìn)行總結(jié)和分析?？v向與本班組以往的工作狀況相比，橫向與并行班組相比、與同類型班組相比、與相關(guān)部門班組相比、與其他員工相比，挖掘不足，尋求發(fā)展，充分認(rèn)識(shí)到?jīng)]有比較就沒有提高、沒有比較就沒有發(fā)展的道理。

③ 不斷優(yōu)化的原則。班組工作永無止境，要及時(shí)找出薄弱環(huán)節(jié)，加以分析并及時(shí)整改，以期待提高整個(gè)班組的生產(chǎn)和管理水平。

（3）體系構(gòu)成：目標(biāo)體系——日清體系——激勵(lì)機(jī)制

首先確定目標(biāo)“OEC”管理法實(shí)際上是一個(gè)目標(biāo)管理體系，總目標(biāo)是“日高”，即通過工作的不斷完善使班組管理水平、班組生產(chǎn)水平以及班組長、班組成員個(gè)人綜合素質(zhì)持續(xù)提高，最終實(shí)現(xiàn)使企業(yè)取得最佳經(jīng)濟(jì)效益的總目標(biāo)。

其次，“日清”是完成目標(biāo)的基礎(chǔ)工作即通過當(dāng)天的工作當(dāng)天完成，不拖延、不滯后，使得班組日常工作的每一件事達(dá)到有序狀態(tài)和受控狀態(tài)。達(dá)到“日高”的目標(biāo)和鞏固“日清”的基礎(chǔ)又是通過在每天的日常工作中，全面管理班組里每個(gè)人、每件事的具體行為過程而完成的。

最后，日清的結(jié)果必須與正負(fù)激勵(lì)掛鉤才有效。

小看板：“如果我們把一塊錢人民幣存到銀行里，以利滾利的方式計(jì)算利息，即便利息率僅僅為1%，那么70年后，一塊錢就會(huì)變成兩塊錢?！?/p>

管理工作的難點(diǎn)在于做到持續(xù)的實(shí)施和改進(jìn)，而海爾“OEC”管理法正是解決了這個(gè)問題，把所有的目標(biāo)分解到每個(gè)人身上，每個(gè)人的目標(biāo)每天都有新的提高，這樣就可以使整個(gè)工作不斷改進(jìn)，績效有條不紊地持續(xù)增長。

小看板：美國企業(yè)管理學(xué)家戴明博士有句明言：“每天進(jìn)步1%”。

“勿以善小而不為”。萬通董市長馮侖曾說過：“管理公司要求有家庭主婦的心態(tài)。你每天都打掃衛(wèi)生，看看池子里的水是否干凈，碗碟有沒有洗好，桌子有沒有擦干凈??。只有這樣的心態(tài)，才能管好公司。”海爾經(jīng)過多年經(jīng)驗(yàn)總結(jié)出來的“OEC”管理，正是強(qiáng)調(diào)了這種一點(diǎn)一滴勤于積累的方式。其只要內(nèi)涵和精髓在于將“日事日畢、日清日高”滲透到企業(yè)的各項(xiàng)工作中去，全方位地對每人、每天、每件事進(jìn)行控制和清理，每天有所提高，促使企業(yè)、企業(yè)的生命存在于細(xì)節(jié)之中，這種看得見、摸的著的管理方法、細(xì)節(jié)上的創(chuàng)新，實(shí)現(xiàn)了基礎(chǔ)管理的精細(xì)化和規(guī)范化、科學(xué)化和標(biāo)準(zhǔn)化、目標(biāo)化和效率化

第三篇：OMC日常操作指令

日常維護(hù)操作指令

一、查詢小區(qū)狀態(tài)...........................................................................................................................2

二、查詢載波狀態(tài)...........................................................................................................................3

三、去激活/激活小區(qū).....................................................................................................................4

1、去激活小區(qū).........................................................................................................................4

2、激活小區(qū).............................................................................................................................4

四、查詢NODEB信息.....................................................................................................................5

五、查詢基站傳輸狀態(tài)...................................................................................................................5

六、查詢基站SCTP鏈路狀態(tài).........................................................................................................7

七、OMC查詢告警.........................................................................................................................8

1.瀏覽當(dāng)前告警...................................................................................................................8 2.查詢告警日志.................................................................................................................11

八、設(shè)置和查詢工程狀態(tài).............................................................................................................11 1.設(shè)置工程狀態(tài).................................................................................................................11 2.查詢工程狀態(tài).................................................................................................................12

一、查詢小區(qū)狀態(tài)

通過DSP TCELL:DSPT=BYCELL;命令查詢小區(qū)狀態(tài)，如下圖：

按小區(qū)查詢：通過小區(qū)ID查詢小區(qū)狀態(tài)。

按NODEB查詢：通過NODEBNAME,對該站點(diǎn)下所有小區(qū)進(jìn)行查詢。按小區(qū)狀態(tài)查詢：根據(jù)小區(qū)不同狀態(tài)進(jìn)行查詢。

按默認(rèn)值查詢：選擇任何一種查詢類型，如果不填寫后邊的參數(shù)，例如：按小區(qū)查詢，不填寫小區(qū)ID，那么會(huì)默認(rèn)對全網(wǎng)所有小區(qū)進(jìn)行查詢。

一般情況下，選擇按NODEB查詢，如下圖：

需要填寫相應(yīng)NODEB名稱，執(zhí)行后，如下圖：

通過查詢結(jié)果可看出此站點(diǎn)包括三個(gè)小區(qū)，然后觀察操作狀態(tài)，操作狀態(tài)為可用時(shí)小區(qū)正常，為不可用時(shí)小區(qū)異常，下邊還會(huì)對小區(qū)狀態(tài)進(jìn)行補(bǔ)充說明。（例如：2405小區(qū)，操作狀態(tài)不可用，狀態(tài)說明解釋為小區(qū)未激活，這時(shí)小區(qū)處于一個(gè)未激活的狀態(tài)導(dǎo)致小區(qū)操作狀態(tài)為不可用）

操作狀態(tài)取值為：可用 不可用

狀態(tài)說明為：小區(qū)建立且可用 小區(qū)建立且不可用 小區(qū)未建立 小區(qū)未激活等

二、查詢載波狀態(tài)

通常情況下，小區(qū)如果操作狀態(tài)為不可用，那么該小區(qū)下所有載波狀態(tài)均為不可用，在此我們只針對，小區(qū)可用且載波異常的站點(diǎn)進(jìn)行該項(xiàng)查詢。通過DSP TCARRIER:;命令查詢載波狀態(tài)，如下圖：

小區(qū)標(biāo)識(shí)：針對特定小區(qū)進(jìn)行載波狀態(tài)查詢 載波索引：針對特定載波進(jìn)行載波狀態(tài)查詢 載波狀態(tài)：針對特定狀態(tài)進(jìn)行載波狀態(tài)查詢

默認(rèn)：如果某一項(xiàng)不選擇，則默認(rèn)為全包含，例如：填寫小區(qū)ID情況下，不填寫后兩項(xiàng)，那么會(huì)對該小區(qū)下所有載波進(jìn)行查詢，并返回可用的以及不可用的載波的狀態(tài) 一般情況下，我們會(huì)針對小區(qū)查詢，如下圖：

執(zhí)行結(jié)果如下圖：

從執(zhí)行結(jié)果中，我們可以得知該小區(qū)所有載波的頻點(diǎn)值以及載波當(dāng)前狀態(tài)。載波狀態(tài)為載頻已建立并當(dāng)前可用為正常，其余所有值均為異常。

三、去激活/激活小區(qū)

1、去激活小區(qū)

命令為DEA TCELL:;，需要填寫小區(qū)ID,如下圖：

執(zhí)行完畢后，該小區(qū)狀態(tài)為小區(qū)未激活。

2、激活小區(qū)

命令為ACT TCELL:;，需要填寫小區(qū)ID，如下圖：

四、查詢NODEB信息

LST TNODEB該命令用來查詢NODEB的配置信息。

在查詢類型里可以選擇是按照NODEBID還是NODEB名稱來查詢。上圖為選擇按照NODEBID來查詢，在后面NODEB標(biāo)識(shí)里面輸入相應(yīng)ID即可。查詢的結(jié)果里面包含了該基站的所有信息，在這些信息里面我們常用到的有基的ESN,SCTPLNK,基站IP地址,VLANID,所在接口板等。電子串號(hào)是基站的ESN號(hào)，每個(gè)站點(diǎn)唯一，可由基站督導(dǎo)提供或者使用命令“DSP ELABEL:DEVTYPE=SUBRACK,CN=0,SRN=0;”在基站上查詢。

五、查詢基站傳輸狀態(tài)

IP傳輸對RNC來說相對比較簡單，只需要與傳輸側(cè)核對光口和VLAN ID無誤即可。

1.查詢基站IP地址和VLAN ID，使用LST TNODEB命令，輸入NODEB ID，返回結(jié)果有縱表和橫表兩種顯示方式，這里為了方便截圖，使用縱表方式；

2.查詢RNC聚合組，使用命令LST ETHTRKIP查看RNC上承載IP基站的接口板的聚合組配置IP地址，每個(gè)聚合組單獨(dú)配置在一個(gè)光口上。如圖中，聚合組號(hào)為0,1,2分別代表接口板0,1,2三個(gè)光口。

3.根據(jù)基站IP和聚合組地址判斷基站所在光口，每個(gè)聚合組為一個(gè)掩碼為/25的地址段，基站IP地址在哪個(gè)IP段，即基站承載在該光口上。如上圖，基站IP為10.95.92.49，在10.95.92.1/25這個(gè)地址段內(nèi)，即說明基站承載在0號(hào)光口； 4.檢查IP基站傳輸是否對通：PING命令

如下圖，源IP為ETHTRKIP,目的IP為基站IP,使用Ping命令時(shí)，連續(xù)返回4個(gè)數(shù)據(jù)包，無丟包現(xiàn)象，表示傳輸已通。

如下圖，源IP為ETHTRKIP,目的IP為基站IP,使用Ping命令時(shí)，連續(xù)返回4個(gè)數(shù)據(jù)包，全部丟失，表示傳輸中斷或者未通。

六、查詢基站SCTP鏈路狀態(tài)

DSP SCTPLNK該命令用來查詢SCTP鏈路狀態(tài)。

從LST TNODEB命令中可以查詢出該基站子系統(tǒng)的框號(hào)，槽號(hào)，SCTP鏈路號(hào)，一般每個(gè)站點(diǎn)有4條SCTPLNK。

在查詢SCTP鏈路狀態(tài)時(shí)，可以通過反復(fù)執(zhí)行命令，觀察返回結(jié)果中狀態(tài)改變時(shí)間，來確定SCTP鏈路是否閃斷。如狀態(tài)改變時(shí)間一直不變，說明SCTP鏈路穩(wěn)定建立，沒有故障；

七、OMC查詢告警

查詢告警主要通過OMC進(jìn)行，一般指查詢當(dāng)前告警和告警日志

1.瀏覽當(dāng)前告警

登陸OMC，進(jìn)入應(yīng)用中心，右鍵點(diǎn)擊“故障管理”，彈出如下界面：

選擇告警瀏覽中“瀏覽當(dāng)前告警”，進(jìn)入當(dāng)前告警查詢界面：

如果有告警模板的話，可直接點(diǎn)擊按“模板過濾”選擇“打開”進(jìn)入告警模板界面，打開自己的模版。

如果沒有模板可以選擇“過濾”進(jìn)入告警設(shè)置界面自定義要查看告警；告警設(shè)置界面如下圖：

在基本設(shè)置中選擇告警級(jí)別，一般全選，狀態(tài)中選擇未確認(rèn)未清除和已確認(rèn)未清除，維護(hù)狀態(tài)全選；“告警名稱”勾選后可單獨(dú)瀏覽指定告警，如小區(qū)退服等；

完成設(shè)置后進(jìn)入告警源選擇界面，選擇“自定義選擇”，點(diǎn)擊左下角“增加”按鈕，可以按照網(wǎng)元或者網(wǎng)元類型查詢：

如查詢?nèi)W(wǎng)所有基站當(dāng)前告警，可按照選擇按照“網(wǎng)元類型“瀏覽，將網(wǎng)元類型中的TDNodeB和NodeB530移到右側(cè)已選類型中，點(diǎn)擊確定即可。如查詢?nèi)縍NC告警可單獨(dú)選擇TD-RNC；

這里需要注意，基站告警中不包含小區(qū)退服和NODDED退服，如要查看這兩種告警，需選擇網(wǎng)元類型為TD-RNC;；可在“基本設(shè)置”，按“告警名稱”單獨(dú)查看這兩種告警；

如查詢指定基站告警，可進(jìn)入告警源選擇界面，選擇“自定義選擇”，點(diǎn)擊左下角“增加”按鈕，選擇按照“網(wǎng)元”查詢告警：進(jìn)入如下界面

將需要的網(wǎng)元移至“已選對象”下，點(diǎn)擊確定即可；對網(wǎng)元操作是可選擇“單個(gè)選中”或者“級(jí)聯(lián)選中”，如選擇RNC51，單個(gè)選中時(shí)表示只選擇RNC51，級(jí)聯(lián)選中時(shí)包含RNC51及RNC51下掛所有基站。

保存告警模版

在對“基本設(shè)置”和“告警源”設(shè)置完畢后，可點(diǎn)擊左下角“保存模版“保存，這樣后期查詢告警可直接打開模版瀏覽；但要注意，如果選擇按網(wǎng)元瀏覽時(shí)，新入網(wǎng)基站并不會(huì)自動(dòng)創(chuàng)建的以保存的模版中，保存模版時(shí)最好按照網(wǎng)元類型選擇；

2.查詢告警日志

查詢告警日志與瀏覽當(dāng)前告警基本相同,登入OMC后，右鍵點(diǎn)擊“故障管理“，選擇“查詢告警日志”，進(jìn)入以下界面：

查詢告警日志需要選擇告警發(fā)生時(shí)間，有兩種方式：按照“發(fā)生時(shí)間”或者按照“最近的”時(shí)間來。如上圖個(gè)圈紅部分。其他設(shè)置通瀏覽當(dāng)前告警。

八、設(shè)置和查詢工程狀態(tài)

1.設(shè)置工程狀態(tài)

登陸OMC，在應(yīng)用中心中右鍵點(diǎn)擊“配置管理”彈出下拉菜單，界面如下：

點(diǎn)擊菜單中設(shè)置“工程狀態(tài)”，進(jìn)入如下界面：

點(diǎn)擊設(shè)置工程狀態(tài)按鈕，上圖紅色圓圈中按鈕，進(jìn)入工程狀態(tài)設(shè)置界面：勾選要設(shè)置工程狀態(tài)的網(wǎng)元，在設(shè)置界面右上角選擇要設(shè)置成的工程狀態(tài)。點(diǎn)擊確定執(zhí)行；如果需要批量操作時(shí)可通過做上角“導(dǎo)入導(dǎo)出“圖標(biāo)批量操作。

工程狀態(tài)設(shè)置時(shí)間長度有兩種方式：立即執(zhí)行和定時(shí)執(zhí)行；

選擇“立即執(zhí)行”默認(rèn)結(jié)束時(shí)間到2037年，后期需要手動(dòng)將網(wǎng)元恢復(fù)普通狀態(tài)；

選擇“定時(shí)執(zhí)行”可根據(jù)需求設(shè)置工程狀態(tài)時(shí)間長度，到期后網(wǎng)元狀態(tài)自動(dòng)變?yōu)槠胀ā?/p>

2.查詢工程狀態(tài)

登陸OMC點(diǎn)擊設(shè)置“工程狀態(tài)”按鈕，進(jìn)入工程狀態(tài)設(shè)置界面：勾選要的網(wǎng)元，確定執(zhí)行即可返回查詢結(jié)果，界面如下：

查詢基站狀態(tài)時(shí)會(huì)返回邏輯和物理兩種狀態(tài)，邏輯指RNC上NODDED狀態(tài)，物理狀態(tài)即基站本身狀態(tài)。

第四篇：4G常見告警解析及常用操作

4G重要告警解析

一、影響小區(qū)發(fā)射的告警

1.ReachabilityProblem（基站退服或脫管）? Alarm Code：ReachabilityProblem ? 告警影響：eNode B 設(shè)備監(jiān)控失去

? 告警原因分析：導(dǎo)致該告警的原因主要體現(xiàn)在三個(gè)方面：電源、傳輸、主控卡(C板)故障: 1)電源:交流停電等，此時(shí)應(yīng)該有相關(guān)環(huán)境告警上傳； 2)傳輸：傳輸斷

3)主控卡故障：主控卡出現(xiàn)掉死、無法正常啟動(dòng)、不斷重啟等故障；

? 告警解決方法：電源或傳輸問題，請相關(guān)人員解決；如果是主控卡故障，需要維護(hù)人員上站解決；更換主控卡后，需要先問網(wǎng)管人員要一個(gè)Yang WO文件重新下軟件并導(dǎo)入WO文件激活。

2．CB INIT FAILURE(C板初始化失敗)? Alarm Code：IK4004001 ? 告警影響：整站退服，設(shè)備可監(jiān)控； ? 告警原因分析：C板故障或者高溫導(dǎo)致

? 告警解決方法：需上站下電重啟設(shè)備，或熱插拔C板，若故障依舊需要更換C板，更換流程請參考ReachabilityProblem（基站退服或脫管）

3.NO CONTACT TO BOARD（B板退服）? Alarm Code：IK4009041 ? 告警影響：整站退服，小區(qū)不發(fā)射；

? 告警原因分析：若基站無C板或者GPS告警的話，則是B板故障

? 告警解決方法：網(wǎng)管重啟基站不管用的話，需要上站更換，更換B板會(huì)自動(dòng)下軟件，基站側(cè)不需要做任何操作，大概需要10分鐘左右

4.LTECellAdminDown(小區(qū)退服)? Alarm Code：LTECellAdminDown ? 告警影響： 相應(yīng)小區(qū)退服；

? 告警原因分析：一般都是由于基站硬件告警或者小區(qū)被lock所致

? 告警解決方法：首先排除小區(qū)或基站是否被locked，其次查看是否有導(dǎo)致小區(qū)退服的硬件告警

5.NO CONTACT TO BOARD（RRH脫離）? Alarm Code：IK4009138 ? 告警影響：某個(gè)RRH對應(yīng)的小區(qū)不發(fā)射

? 告警原因分析：造成此告警的原因可能是電源，光纖及RRH故障

? 告警解決方法：需下站查看電源及RRH和C板連接的光纖衰耗，如果兩種情況都正常的話，就要考慮RRH本身的問題了，最好的方法是塔上和別的正常小區(qū)做對調(diào)來排查

6.CB LOS LOF CPRIPORT *（某個(gè)小區(qū)RRH脫離）? Alarm Code：IK4004030 ? 告警影響：對應(yīng)小區(qū)不發(fā)射

? 告警原因分析：造成此告警的原因可能是電源，光纖及RRH故障

? 告警解決方法：需下站查看電源及RRH和C板連接的光纖衰耗，如果兩種情況都正常的話，就要考慮RRH本身的問題了，最好的方法是塔上和別的正常小區(qū)做對調(diào)來排查

7.CB ALL CPRIPORTS FAILED(所有小區(qū)不RRH脫離)? Alarm Code：IK4004061 ? 告警影響：所有小區(qū)不發(fā)射

? 告警原因分析：造成此告警的原因可能是電源，光纖及RRH故障

? 告警解決方法：需下站查看電源及RRH和C板連接的光纖衰耗，如果兩種情況都正常的話，就要考慮RRH本身的問題了，最好的方法是塔上和別的正常小區(qū)做對調(diào)來排查

8.CB TRANS RX LOS CPRIPORT *(某個(gè)RRH脫離)? Alarm Code：IK4004042 ? 告警影響：造成此告警的原因可能是電源，光纖及RRH故障

? 告警原因分析：RRH掉電、不加電，RRH掉死，光纖故障，CCM板卡故障等原因都會(huì)出現(xiàn)RRH脫離告警；

? 告警解決方法：需下站查看電源及RRH和C板連接的光纖衰耗，如果兩種情況都正常的話，就要考慮RRH本身的問題了，最好的方法是塔上和別的正常小區(qū)做對調(diào)來排查 ；

9.CB GPS ANT

? Alarm Code：IK4004082 ? 告警影響：GPS時(shí)鐘不同步，長期告警會(huì)造成整站退服 ? 告警原因分析：GPS天線安裝問題或者接頭等問題

? 告警解決方法：檢查GPS天線及各個(gè)接頭，告警同時(shí)會(huì)伴隨產(chǎn)生以下告警IK4004012，IK4004014，IK4004157（GPS鎖衛(wèi)星失?。?/p>

10.ANTENNA_PORT TX VSWR THRESH2（2級(jí)駐波）? Alarm Code：IK4011011 ? 告警影響：小區(qū)不發(fā)射

? 告警原因分析： 天饋接口問題

? 告警解決方法：下站基站饋線頭是否松動(dòng)或者進(jìn)水等等

11.ANTENNA_PORT GAIN CONTROL TX（天線口傳輸主分支增益已經(jīng)超出范圍）

? Alarm Code：IK4011005 ? 告警影響：小區(qū)不發(fā)射

? 告警原因分析： RRH硬件故障

? 告警解決方法：step1：SAM側(cè)重啟該RRH。Step2：重啟不能恢復(fù)的安排上站更換RRH。12.ANTENNA_PORT RF OUTPUT OVRDRV TX（天線口射頻在輸出端功放過大）

? Alarm Code：IK4011006 ? 告警影響：小區(qū)不發(fā)射

? 告警原因分析： RRH硬件故障，或者天饋系統(tǒng)問題

? 告警解決方法：step1：SAM側(cè)重啟該RRH。Step2：重啟不能恢復(fù)的安排代維上站檢查饋線或更換RRH。

13.ANTENNA_PORT TX FAIL（天線口傳輸鏈路發(fā)生故障且端口射頻傳輸不可用）

? Alarm Code：IK4011004 ? 告警影響：小區(qū)不發(fā)射

? 告警原因分析： RRH硬件故障，或者天饋系統(tǒng)問題

? 告警解決方法：step1：SAM側(cè)重啟該RRH。Step2：重啟不能恢復(fù)的安排代維上站檢查饋線或更換RRH。

14.S1 SCTP ASSOCIATION DOWN（ENB和MME的S1端口連接失?。? Alarm Code：IK4009046 ? 告警影響：所有小區(qū)不發(fā)射

? 告警原因分析： 一般此告警產(chǎn)生原因都是傳輸問題

? 告警解決方法：首先檢查eNodeb側(cè)數(shù)據(jù)配置是否正常，若正常請安排傳輸排查，此告警產(chǎn)生會(huì)伴隨IK4306099這個(gè)告警號(hào)，以及MMEAccessDown的告警。

二．不影響小區(qū)發(fā)射的告警

16.ANTENNA_PORT TX VSWR THRESH1(一級(jí)駐波)? Alarm Code：IK4011010 ? 告警影響：不影響小區(qū)發(fā)射，影響業(yè)務(wù) ? 告警原因分析： 天饋接口問題

? 告警解決方法：下站基站饋線頭是否松動(dòng)或者進(jìn)水等等

17.DBU RUC FAN FAULT MAJOR

(風(fēng)扇告警)? Alarm Code： IK4005052； ? 告警影響：影響基站散熱

? 告警原因分析：機(jī)房溫度過高，或者基站設(shè)備安裝位置不通風(fēng) ? 告警解決方法：解決室內(nèi)溫度問題 18.CB OVER TEMP MAJOR，CB OVER TEMP CRITICAL

(C板高溫)? Alarm Code： IK4004117，IK4004118； ? 告警影響：影響基站散熱

? 告警原因分析：機(jī)房溫度過高，或者基站設(shè)備安裝位置不通風(fēng) ? 告警解決方法：解決室內(nèi)溫度問題

第五篇：基站告警,分析報(bào)告

通信故障分析報(bào)告

2G基站的告警故障分析報(bào)告

故障單位： 巴州 分公司 故障編號(hào)：[2013]BZ0077號(hào) 上報(bào)人員： 故障級(jí)別：其他故障 代維單位：

一、故障時(shí)間、地點(diǎn)、影響范圍

故障發(fā)生時(shí)間（以網(wǎng)管時(shí)間為準(zhǔn)）： 故障最終修復(fù)時(shí)間（以網(wǎng)管時(shí)間為準(zhǔn)）： 故障處理人員 故障歷時(shí)： 故障地點(diǎn)： 中斷電路數(shù)量： 業(yè)務(wù)影響范圍： 客戶投訴情況：無

二、故障申報(bào)處理情況

故障過程的簡要描述：

1、日00：30，網(wǎng)管值班人員在監(jiān)控上發(fā)現(xiàn)多個(gè)2G、3G基站告警。這些閃斷基站附近2G、3G業(yè)務(wù)中斷，網(wǎng)管機(jī)房通知代維公司。代維公司人員接到機(jī)房通知后立即趕往2G、3G閃斷基站處查看，最終確定造成斷站原因?yàn)殛栂伎h基站市電停電，導(dǎo)致其下掛的多個(gè)2G、3G基站斷站，于01:56代維人員發(fā)電后業(yè)務(wù)恢復(fù)，故障歷史86分鐘。

故障申報(bào)情況：

申報(bào)時(shí)間：2014年3月5日00:30 申報(bào)對象：故障現(xiàn)象、故障定位和故障排除經(jīng)過：（1）、故障現(xiàn)象：

（2）、故障定位： 3個(gè)3G、8個(gè)2G基站

2、（3）、故障排除經(jīng)過：，網(wǎng)管值班人員在監(jiān)控上發(fā)現(xiàn)多個(gè)2G、3G基站告警。這些閃斷基站附近2G、3G業(yè)務(wù)中斷，網(wǎng)管機(jī)房通知代維公司。代維公司人員接到機(jī)房通知后立即趕往2G、3G閃斷基站處查看，最終確定造成斷站原因?yàn)殛栂伎h基站市電停電，導(dǎo)致其下掛的多個(gè)2G、3G基站斷站，于01:56代維人員發(fā)電后業(yè)務(wù)恢復(fù)，故障歷史86分鐘。

3、故障現(xiàn)場情況：

4、故障處理后涉及的資料、臺(tái)帳更新情況： 無

三、故障損失估算：

1、本次故障造成的直接損失：合計(jì)約 元。包含以下內(nèi)容：

2、本次故障造成的間接損失：合計(jì)約 元。

1）根據(jù)中斷的電路數(shù)量計(jì)算： 個(gè)2M，中斷時(shí)長 分鐘，按照10元/2M.分鐘（長途電路）計(jì)算損失，合計(jì)間接損失 元。

2）根據(jù)中斷的基站數(shù)量計(jì)算（按照系統(tǒng)劃分）： 個(gè)基站，中斷時(shí)長 分鐘，依據(jù)每小時(shí)平均話務(wù)量 愛爾蘭，按照 元/愛爾蘭計(jì)算損失，合計(jì)間接損失 元。3）用戶感知角度：無 4）公司形象角度：無 5）其他后勤保障方面：無

3、本次故障造成的經(jīng)濟(jì)損失合計(jì)約 元。

四、故障原因分析

故障發(fā)生原因：陽霞縣基站市電停電

1、故障的經(jīng)驗(yàn)教訓(xùn)總結(jié)

此次故障為陽霞縣基站市電停電，導(dǎo)致其下掛的多個(gè)2G、3G基站斷站。代維人員急時(shí)趕至斷站現(xiàn)場查明斷站原因偉市電停電后，立即發(fā)電，業(yè)務(wù)恢復(fù)正常。今后隨時(shí)待命，出現(xiàn)斷站現(xiàn)象用最快的速度趕至斷站現(xiàn)場，查明原因，解決問題，力保公司損失降到最低。