A、運(yùn)維人員上站檢查
B、分析該小區(qū)的話務(wù)統(tǒng)計(jì)數(shù)據(jù)
C、嘗試增加PUSCH/PUCCH的功率，然后檢查BLER是否下降（命令：Pget Inerferencepwr），如果BLER沒(méi)有任何變化，很有可能天線品質(zhì)惡化
D、檢查路測(cè)數(shù)據(jù)
您可能感興趣的試卷
你可能感興趣的試題
A、OSS側(cè)誤操作更改無(wú)線參數(shù)
B、檢查與上行干擾相關(guān)的計(jì)數(shù)器pmRadioRecInterferencePwr，看是否有上行干擾過(guò)高，應(yīng)檢查突發(fā)性的外部干擾
C、檢查核心網(wǎng)
D、檢查是否廠家版本升級(jí)
A、建網(wǎng)初期基本上是空載，空載時(shí)下行速率應(yīng)該很高才對(duì)
B、上行30Mbps的速率說(shuō)明UE所處的RSRP應(yīng)該很好，這樣其下行速率也應(yīng)該不錯(cuò)
C、通常LTE下行速率應(yīng)是上行速率的兩倍，上述情況下行速率應(yīng)該到60Mbps
D、空載的情況下，上行與RSRP直接相關(guān)，在室外路測(cè)時(shí)較好的RSRP的情況下30Mbps較易達(dá)到，但是下行則未必，即使是空載，如果小區(qū)間的重疊覆蓋過(guò)多，異小區(qū)CRS信號(hào)的干擾同樣會(huì)導(dǎo)致下行速率起不來(lái)
A、3dB
B、2dB
C、1dB
D、沒(méi)影響
A、選擇電下傾角度數(shù)高的天線
B、調(diào)整上行功控參數(shù)
C、降低小區(qū)發(fā)射功率
D、聯(lián)系業(yè)主更換天線抱桿位置
A、下行PDCP層接收到的總數(shù)據(jù)量與下行DRB數(shù)據(jù)被調(diào)度的TTI總時(shí)長(zhǎng)的比值
B、下行PDCP層吞吐量（不含下行突發(fā)數(shù)據(jù)尾余量）與PDCP層下行接收數(shù)據(jù)的業(yè)務(wù)總時(shí)長(zhǎng)（不含上行突發(fā)數(shù)據(jù)尾時(shí)長(zhǎng)）的比值
C、統(tǒng)計(jì)周期內(nèi)，eNodeB通過(guò)空口發(fā)送的下行用戶面PDCP SDU字節(jié)數(shù)和包數(shù)
D、統(tǒng)計(jì)周期內(nèi)，累加eNodeB通過(guò)空口成功接收的控制面PDCP SDU字節(jié)數(shù)和包數(shù)
最新試題
對(duì)于覆蓋半徑<1.5km的小區(qū)，所有64個(gè)前導(dǎo)信號(hào)可由一個(gè)根序列生成。
自動(dòng)鄰區(qū)配置ANR帶給網(wǎng)絡(luò)優(yōu)化的好處就在于不再需要繁瑣的人工配置鄰區(qū)的工作。
UE在由LTE通過(guò)非優(yōu)化切換到eHRPD網(wǎng)絡(luò)，若之前沒(méi)有HRPD的Session時(shí)，需發(fā)起eHRPD的注冊(cè)過(guò)程。
基于小區(qū)HARQ重傳的統(tǒng)計(jì)同樣可以估計(jì)BLER的大小。
LTE Auto-integration自聯(lián)調(diào)基站失敗，并伴隨CORBA.TIMEOUT告警，可能的排查方法（）。
PCI模3沖突時(shí)必然會(huì)導(dǎo)致下行UE Throughput明顯下降。
判斷天線的品質(zhì)是否下降，可以通過(guò)增加PUCCH和PUSCH的功率后發(fā)現(xiàn)BLER是否明顯下降來(lái)判斷。
實(shí)施CellTrace時(shí)，可以將兩個(gè)來(lái)自不同IP地址的trace合并在一個(gè)Scanner中。
基站出現(xiàn)RET相關(guān)的主告警“InconsistentConfiguration”和從告警“RET Service Degraded”，常規(guī)排查手段包括（）。
運(yùn)維人員在定義TAC時(shí)無(wú)須添加TAC與SGW的對(duì)應(yīng)關(guān)系。