A、RRU發(fā)射功率受License限制,沒(méi)有放開(kāi)
B、CPRI容量不夠
C、BBU容量不夠
D、參數(shù)配置問(wèn)題
您可能感興趣的試卷
你可能感興趣的試題
A、基站側(cè)“nodeInterfaceName”MO的定義(le0/lh0)出錯(cuò)
B、OSS配置出錯(cuò)
C、口令問(wèn)題
D、權(quán)限問(wèn)題
A、光模塊不匹配
B、不同類型的RRU誤使用了相同的軟件裝載模塊
C、RET的原因
D、BBU電壓不夠
A、UE自身或UE操作問(wèn)題
B、檢查featureStateMultiErabsPerUser,發(fā)現(xiàn)狀態(tài)為disable
C、核心網(wǎng)故障
D、LTE基站被干擾
A、不同RRU的同步有問(wèn)題
B、硬件版本不一致
C、數(shù)據(jù)配置問(wèn)題
D、想做合并小區(qū)的最遠(yuǎn)RRU和BBU間的傳輸時(shí)延有問(wèn)題
A、分析該RRU的歷史告警
B、將該RRU對(duì)應(yīng)的小區(qū)設(shè)為禁用
C、重啟RRU
D、通知代維更換RRU
最新試題
運(yùn)維人員在定義TAC時(shí)無(wú)須添加TAC與SGW的對(duì)應(yīng)關(guān)系。
有別于CDMA系統(tǒng),在計(jì)算LTE鏈路預(yù)算中的干擾余量時(shí),上行的干擾余量的影響較小,只需重點(diǎn)考慮下行。
LTE/eHRPD非優(yōu)化切換未采用隧道來(lái)提前進(jìn)行切換參數(shù)和空口會(huì)話的協(xié)商。
某些基站在修改完eNodeB ID后發(fā)現(xiàn)切換失敗的可能原因是基站在改完eNBID后并沒(méi)有重啟。
解決Riport(BBU-->RRU)告警的唯一方法就是修復(fù)CPRI Link。
基于小區(qū)HARQ重傳的統(tǒng)計(jì)同樣可以估計(jì)BLER的大小。
Tarce分析表明:基站收到MME S1 setup response消息配置不一致會(huì)導(dǎo)致SCTP建立失敗。
LTE服務(wù)小區(qū)分配的RANK值普遍偏低的一個(gè)可能原因是天線接錯(cuò)。
在規(guī)劃VoIP時(shí),不同信道模型的上行衰落余量相差較大(EPA5對(duì)應(yīng)的衰落余量約3.8dB,EVA70則對(duì)應(yīng)7dB左右)。
OFDM保護(hù)間隔和循環(huán)前綴的引入主要是為了克服符號(hào)間干擾以及子載波間干擾。