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ū)漏配
您可能感興趣的試卷
你可能感興趣的試題
A、如果UE在掉話前發(fā)生了切換,并且UE發(fā)送完重配置完成消息后直到掉話前一直沒有收到任何RNC下發(fā)的信令,可能重配置完成消息RNC沒有收到,從而定時器超時后釋放鏈路。原因可能是重配置消息的功率太低,造成RNC沒有收到,對此需要提高“配給Node B的上行目標(biāo)信噪比”
B、如果UE在掉話前發(fā)生了切換,并且UE發(fā)送完重配置完成消息后直到掉話前一直沒有收到任何RNC下發(fā)的信令,可能RNC收到了且下發(fā)了測量控制消息,但UE沒有收到測量控制,由于測量控制消息采用AM模式,需要在一定的時間內(nèi)收到接收端對AM模式數(shù)據(jù)的確認(rèn),最終導(dǎo)致UE的RLC層發(fā)生了RLC不可恢復(fù)錯誤
C、如果掉話前發(fā)生了原因為無線鏈路失敗的小區(qū)更新,說明掉話區(qū)域的下行鏈路質(zhì)量惡化,建議針對覆蓋、干擾、鄰區(qū)漏配等原因進(jìn)行排查
D、如果掉話前網(wǎng)絡(luò)側(cè)信令顯示Node B上報了無線鏈路失敗指示,則說明Node B出現(xiàn)上行失步,說明掉話區(qū)域的上行鏈路質(zhì)量惡化。建議針對覆蓋、干擾、鄰區(qū)漏配、功率參數(shù)設(shè)置等問題進(jìn)行排查
A、檢查掉話點的覆蓋情況,排除覆蓋問題導(dǎo)致的掉話。如果問題區(qū)域存在覆蓋問題,則首先解決覆蓋問題
B、檢查基站、RNC設(shè)備工作狀態(tài)是否正常,是否存在可能影響到業(yè)務(wù)或切換正常進(jìn)行的告警
C、分析掉話前的信令流程,進(jìn)行進(jìn)一步的分析
D、呼叫重建不支持等原因也會導(dǎo)致掉話的發(fā)生,建議具體的掉話原因直接根據(jù)RNC側(cè)信令跟蹤文件里Iu Release Command消息中攜帶的原因直接判斷
A、在同步保持階段,NodeB在收到"無線鏈路失步指示次數(shù)"個失步指示后,將啟動"無線鏈路失效定時器
B、在收到"無線鏈路同步指示次數(shù)"個同步狀態(tài)指示,NodeB將停止和復(fù)位"無線鏈路失效定時器
C、如果"無線鏈路失效定時器"超時,基站物理層向基站高層匯報失步?;靖邔油ㄟ^NBAP協(xié)議,向RNC發(fā)送"RADIO LINK RESTORE FAILURE"消息
D、RNC收到"RADIO LINK RESTORE FAILURE"消息,啟動"收到RL失敗等待定時器
A、由于現(xiàn)在實現(xiàn)的原因,不是UE在GSM網(wǎng)絡(luò)上發(fā)測量報告,然后網(wǎng)絡(luò)觸發(fā)UE 小區(qū)改變命令,然后UE重選到TD網(wǎng)絡(luò)
B、由于現(xiàn)在實現(xiàn)的原因,UE通過測量的方式?jīng)Q定重選到TD網(wǎng)絡(luò),與idle模式下重選相似,故RRC connection request的原因是系統(tǒng)間小區(qū)重選,而不是系統(tǒng)間小區(qū)改變,所以,從整個信令流程已無法判斷與idle時重選的異同
C、由于現(xiàn)在實現(xiàn)的原因,通過RA和LA更新后,收到網(wǎng)絡(luò)側(cè)MODIFY PDP CONTEXT REQUEST (NETWORK TO MS DIRECTION)和UE回MODIFY PDP CONTEXT ACCEPT消息
D、首先,由BSS向UE發(fā)送RR-Cell Change Order 消息,UE接收到該消息后執(zhí)行向TD-SCDMA的小區(qū)重選過程,與目標(biāo)RN核心網(wǎng)建立信令連接,并觸發(fā)路由區(qū)更新過程。其中,在RRC Connection Establishment 過程中,“Establishment cause”IE為Inter-RAT cell change order,并具有較高的優(yōu)先級。
A、SRNC重定位準(zhǔn)備定時器超時處理策略:SRNC重定位準(zhǔn)備定時器超時(SRNC在該定時器超時前未收到CN下發(fā)的Relocation Command或Relocation Preparation Failure),SRNC上報Relocation Cannel給CN,同時開啟SRNC重定位取消定時器。
B、SRNC重定位定時器超時處理策略:SRNC重定位定時器超時(SRNC在該定時器超時前未收到CN下發(fā)的Iu Release Command或UE上報的RB Relocation Failure),CN下發(fā)Iu Release Request給SRNC,同時開啟SRNC重定位取消定時器。
C、SRNC重定位取消定時器超時處理策略:SRNC重定位取消定時器超時(SRNC在該定時器超時前未收到CN下發(fā)的Relocation Cannel ACK),SRNC上報Iu Release Request給CN釋放鏈路。
D、TRNC目標(biāo)側(cè)等待UU側(cè)重定位完成定時器超時處理策略: TRNC目標(biāo)側(cè)等待UU側(cè)重定位完成定時器超時(TRNC在該定時器超時前未收到UE上發(fā)的RB Reconfiguration Complete或CN下發(fā)的Iu Release Command),TRNC上報Iu Release Request給CN釋放鏈路。
最新試題
VOLTE測試中,切換成功的判斷原則是∶UE收到源eNodeB給UE發(fā)送攜帶mobilityControlInfo的"RRC連接重配置"消息(RRCConnectionReconfiguration)。
I—CSCF用于在用戶接入IMS網(wǎng)絡(luò),功能接近于一個Proxy與(UA)UserAgent。
CAT5的UE不支持上行64QAM調(diào)制方式。
在接入成功率指標(biāo)分析過程中,通過話統(tǒng)Counter,可以執(zhí)行的動作為()。
創(chuàng)建承載不成功,SGW回給的CreateSessionResponse消息的原因為∶PGWnotresponding,處理辦法是∶()。
3GPP標(biāo)準(zhǔn)傳播模型存在局限性,導(dǎo)致在實測中出現(xiàn)偏差,因此需要針對真實場景做CW測試。
TAC越大,尋呼信道容量越小。
載波智能關(guān)斷針對地鐵等有固定時間段沒有用戶的場景,通知RF模塊進(jìn)入休眠。
采用符號關(guān)閉的節(jié)能方式時,業(yè)務(wù)信道所在符號均可根據(jù)負(fù)荷情況關(guān)閉。
用以測試駐波的儀器是(),一般駐波比小于()為正常。