單項(xiàng)選擇題下列哪個(gè)公式描述的是出RNC重定位成功率的計(jì)算方法?()

A、relocation complete次數(shù)/relocation request次數(shù);
B、Iu release command(原因:重定位成功)次數(shù)/重定位出執(zhí)行嘗試次數(shù);
C、relocation command次數(shù)/relocation required次數(shù);
D、Iu release command(原因:重定位成功)次數(shù)/relocation required次數(shù);


您可能感興趣的試卷

你可能感興趣的試題

1.單項(xiàng)選擇題哪些不屬于系統(tǒng)外干擾的干擾現(xiàn)象()

A、多個(gè)連續(xù)頻點(diǎn)連續(xù)時(shí)隙受到干擾,地理上從干擾源有明顯放射范圍,干擾強(qiáng)度隨范圍增大而遞減;
B、單個(gè)或多個(gè)連續(xù)頻點(diǎn)受到干擾,可能有一定的時(shí)分特性,地理上分布強(qiáng)度不集中,但有一定連續(xù)覆蓋特征,干擾強(qiáng)度不定;
C、多個(gè)連續(xù)頻點(diǎn)連續(xù)時(shí)隙受到干擾;
D、某幾個(gè)頻點(diǎn)某幾個(gè)時(shí)隙受到干擾,并非全部時(shí)隙受到干擾

2.單項(xiàng)選擇題當(dāng)PCCPCHRSCP較好,但PCCPCHC/I<-3dB,下述分析思路,哪些是錯(cuò)誤的?()

A、該區(qū)域可能存在干擾
B、通過全網(wǎng)拉線圖查看是否無主覆蓋問題
C、通過查看鄰區(qū)測量結(jié)果,判斷是否無主覆蓋問題
D、該區(qū)域可能存在弱覆蓋問題

3.單項(xiàng)選擇題當(dāng)PCCPCHRSCP<-95dBm,且PCCPCHC/I<-3dB,下述分析思路,哪些是錯(cuò)誤的?()

A、如果鄰小區(qū)的PCCPCH RSCP>當(dāng)前服務(wù)小區(qū)的PCCPCH RSCP,則說明存在弱覆蓋問題(非切換或重選參數(shù)設(shè)置不當(dāng)引起)或越區(qū)覆蓋問題
B、利用全網(wǎng)拉線圖確定當(dāng)前服務(wù)小區(qū)的位置,從而確定問題區(qū)域是弱覆蓋問題還是越區(qū)覆蓋問題
C、如果鄰小區(qū)的PCCPCH RSCP>當(dāng)前服務(wù)小區(qū)的PCCPCH RSCP,則說明弱覆蓋問題是由于切換或重選參數(shù)設(shè)置不當(dāng)引起
D、如果沒有鄰區(qū)信息,則說明可能存在鄰區(qū)配置問題,如鄰區(qū)漏配

4.單項(xiàng)選擇題對于掉話前的信令流程的分析思路,下述說法錯(cuò)誤的是()

A、如果UE在掉話前發(fā)生了切換,并且UE發(fā)送完重配置完成消息后直到掉話前一直沒有收到任何RNC下發(fā)的信令,可能重配置完成消息RNC沒有收到,從而定時(shí)器超時(shí)后釋放鏈路。原因可能是重配置消息的功率太低,造成RNC沒有收到,對此需要提高“配給Node B的上行目標(biāo)信噪比”
B、如果UE在掉話前發(fā)生了切換,并且UE發(fā)送完重配置完成消息后直到掉話前一直沒有收到任何RNC下發(fā)的信令,可能RNC收到了且下發(fā)了測量控制消息,但UE沒有收到測量控制,由于測量控制消息采用AM模式,需要在一定的時(shí)間內(nèi)收到接收端對AM模式數(shù)據(jù)的確認(rèn),最終導(dǎo)致UE的RLC層發(fā)生了RLC不可恢復(fù)錯(cuò)誤
C、如果掉話前發(fā)生了原因?yàn)闊o線鏈路失敗的小區(qū)更新,說明掉話區(qū)域的下行鏈路質(zhì)量惡化,建議針對覆蓋、干擾、鄰區(qū)漏配等原因進(jìn)行排查
D、如果掉話前網(wǎng)絡(luò)側(cè)信令顯示Node B上報(bào)了無線鏈路失敗指示,則說明Node B出現(xiàn)上行失步,說明掉話區(qū)域的上行鏈路質(zhì)量惡化。建議針對覆蓋、干擾、鄰區(qū)漏配、功率參數(shù)設(shè)置等問題進(jìn)行排查

5.單項(xiàng)選擇題對于掉話問題的分析思路,下述說法錯(cuò)誤的是()

A、檢查掉話點(diǎn)的覆蓋情況,排除覆蓋問題導(dǎo)致的掉話。如果問題區(qū)域存在覆蓋問題,則首先解決覆蓋問題
B、檢查基站、RNC設(shè)備工作狀態(tài)是否正常,是否存在可能影響到業(yè)務(wù)或切換正常進(jìn)行的告警
C、分析掉話前的信令流程,進(jìn)行進(jìn)一步的分析
D、呼叫重建不支持等原因也會(huì)導(dǎo)致掉話的發(fā)生,建議具體的掉話原因直接根據(jù)RNC側(cè)信令跟蹤文件里Iu Release Command消息中攜帶的原因直接判斷