通過一天的整理，終于把這些告警弄出來了，拿出來和大家一起分享。

告警類別 告警名字 告警解釋 級(jí)別 告警影響
eNoDeB無線告警 S1接口故障告警 "S1AP（S1 Application Protocol）連接在底層SCTP鏈路資源可用時(shí)，eNodeB將向MME發(fā)起連接建立請(qǐng)求；MME對(duì)連接請(qǐng)求做合法性檢查，檢查不通過，將無法建立連接；eNodeB收到MME的響應(yīng)后，如果發(fā)現(xiàn)MMEC沖突將無法建立連接。

當(dāng)?shù)讓?/span>SCTP鏈路故障、S1AP協(xié)議層因數(shù)據(jù)配置錯(cuò)誤或者MME異常無法建立連接時(shí)，產(chǎn)生此告警。
" 重要 基站將釋放已經(jīng)接入該異常S1接口上的所有用戶。如果小區(qū)沒有狀態(tài)正常的S1接口，非調(diào)測(cè)態(tài)下，基站將去激活小區(qū)；調(diào)測(cè)態(tài)下，基站可以激活小區(qū)，但新的用戶將無法接入到這些小區(qū)。
eNoDeB無線告警 S1接口配置失敗告警 "當(dāng)eNodeB上更新eNodeB名稱、跟蹤區(qū)域、支持的運(yùn)營(yíng)商變更時(shí)，將發(fā)起S1AP（S1 Application Protocol）接口配置更新。

當(dāng)S1AP協(xié)議層配置更新異常時(shí)，產(chǎn)生此告警。
" 重要 基站的最新配置數(shù)據(jù)將無法成功更新給核心網(wǎng)，導(dǎo)致基站與核心網(wǎng)的S1AP層配置數(shù)據(jù)不一致，會(huì)造成入網(wǎng)和尋呼失敗。
eNoDeB無線告警 X2接口故障告警 "X2AP（X2 Application Protocol）連接在底層SCTP鏈路資源可用時(shí)，eNodeB將向?qū)Χ?/span>eNodeB發(fā)起連接建立請(qǐng)求；對(duì)端eNodeB對(duì)連接請(qǐng)求做合法性檢查，檢查不通過，將無法建立連接；eNodeB收到對(duì)端eNodeB的響應(yīng)后，如果發(fā)現(xiàn)對(duì)端eNodeB在黑名單中將無法建立連接。

當(dāng)?shù)讓?/span>SCTP鏈路故障、X2AP協(xié)議層因配置錯(cuò)誤或者對(duì)端eNodeB異常無法建立連接時(shí)，產(chǎn)生此告警。
" 重要 基站釋放正在通過產(chǎn)生告警的X2接口進(jìn)行切換的用戶，在該告警恢復(fù)前，基站將無法繼續(xù)支持與對(duì)應(yīng)基站間的X2接口切換流程，無法繼續(xù)支持與對(duì)應(yīng)基站間的小區(qū)干擾協(xié)調(diào)過程。
eNoDeB無線告警 X2接口配置失敗告警 當(dāng)X2AP（X2 Application Protocol）協(xié)議層配置更新異常時(shí)，產(chǎn)生此告警。 重要 基站的最新配置數(shù)據(jù)無法成功更新給對(duì)端基站，導(dǎo)致基站與對(duì)端基站的X2AP協(xié)議層配置數(shù)據(jù)不一致，會(huì)造成切換失敗。
eNoDeB無線告警 基站控制面?zhèn)鬏斨袛喔婢?當(dāng)基站所有承載S1Interface、X2Interface的SCTP鏈路（鏈路個(gè)數(shù)不少于2條）狀態(tài)都異常時(shí)，產(chǎn)生此告警。當(dāng)基站有一條承載S1Interface、X2Interface的SCTP鏈路狀態(tài)恢復(fù)時(shí)，且該狀態(tài)持續(xù)90秒（默認(rèn)）一直可用時(shí)，則上報(bào)告警恢復(fù)。 重要 基站所有承載S1Interface、X2Interface的SCTP鏈路（鏈路個(gè)數(shù)不少于2條）狀態(tài)都異常，導(dǎo)致基站所有S1接口、X2接口無法建立成功，小區(qū)無法激活，用戶無法入網(wǎng)。
eNoDeB無線告警 射頻單元業(yè)務(wù)不可用告警 多RRU共小區(qū)場(chǎng)景下， RRU的業(yè)務(wù)狀態(tài)與基帶資源、射頻資源、CPRI資源這些物理資源相關(guān)，也與License相關(guān)。在物理資源不足、物理資源故障或物理資源被閉塞的情況下，RRU的業(yè)務(wù)狀態(tài)會(huì)因?yàn)闊o可用的物理資源而變?yōu)椴豢捎�。物理資源可用但License不足時(shí)，RRU的業(yè)務(wù)也會(huì)不可用。當(dāng)RRU的業(yè)務(wù)狀態(tài)變?yōu)椴豢捎�，且該狀態(tài)持續(xù)90秒（默認(rèn)）未恢復(fù)時(shí)，將產(chǎn)生該告警。當(dāng)RRU的業(yè)務(wù)為可用，且該狀態(tài)持續(xù)15秒（默認(rèn)）一直可用時(shí)，則上報(bào)告警恢復(fù)。告警產(chǎn)生和恢復(fù)的時(shí)長(zhǎng)可以通過SET ALMFILTER命令進(jìn)行設(shè)置。 重要 告警小區(qū)的RRU不能提供業(yè)務(wù)。
eNoDeB無線告警 小區(qū)PCI沖突告警 服務(wù)小區(qū)正常運(yùn)行中，當(dāng)檢測(cè)到服務(wù)小區(qū)與NCL（Neighbour Cell List）之間或者服務(wù)小區(qū)與同站小區(qū)之間的PCI（Physical Cell Identity）、下行頻點(diǎn)均相同，又或者服務(wù)小區(qū)相同頻點(diǎn)的NRT(Neighbour cell Relation Table)之間存在相同PCI時(shí)，產(chǎn)生此告警。 提示 可能會(huì)導(dǎo)致掉話、影響切換性能。
eNoDeB無線告警 小區(qū)閉塞告警 當(dāng)用戶手動(dòng)閉塞小區(qū)成功時(shí)，產(chǎn)生此告警。閉塞小區(qū)是為了進(jìn)行業(yè)務(wù)測(cè)試或故障小區(qū)隔離，請(qǐng)?jiān)跍y(cè)試完畢或故障修復(fù)后將小區(qū)解閉塞。 重要 告警小區(qū)不能提供業(yè)務(wù)。 

...........篇幅有限，更多精彩請(qǐng)關(guān)注下方

華為TD-LTE移動(dòng)基站告警名稱-解釋-影響.pdf