TD語音業(yè)務(wù)中，RB建立后，終端沒有收到網(wǎng)絡(luò)下發(fā)的測(cè)量控制信令造成不切換的原因

RRC建立后收到測(cè)量控制，是否可以進(jìn)行切換？

主服務(wù)小區(qū)狀態(tài)正常，信號(hào)良好，無干擾，且被叫UE下發(fā)測(cè)量控制正常，切換正常，是否主叫UE終端存在異常？？

切換流程：下發(fā)測(cè)量控制—上報(bào)測(cè)量報(bào)告—切換判決—切換執(zhí)行—下發(fā)測(cè)量控制。你這個(gè)應(yīng)該是無線環(huán)境惡化，導(dǎo)致cellupdate來挽救掉話，但是挽救未成功，最終掉話。

LTE中終端的測(cè)量是根據(jù)A1/A2/A3/A4/A5進(jìn)行定義的；

其中：當(dāng)服務(wù)小區(qū)滿足A1條件時(shí)，UE是不進(jìn)行測(cè)量的！

切換要經(jīng)過：

測(cè)量－－判決－－執(zhí)行共三個(gè)過程；

測(cè)量是由網(wǎng)絡(luò)通過SIB消息下發(fā)的；

判斷是網(wǎng)絡(luò)根據(jù)條件（A3/A5）和測(cè)量結(jié)果（＋時(shí)間）進(jìn)行；

執(zhí)行是由網(wǎng)絡(luò)下發(fā)命令，UE執(zhí)行完成。。

從信令流程看，RRC建立后，網(wǎng)絡(luò)正常下發(fā)測(cè)量控制信息，而RAB建立后，也應(yīng)該下發(fā)測(cè)量控制信息，告知終端上報(bào)當(dāng)前網(wǎng)絡(luò)情況，上報(bào)1G/2A/2B等事件報(bào)告。從事件流程看，終端進(jìn)入跨LAC區(qū)域，期間是否占用同一服務(wù)小區(qū)，connect Ack后一段時(shí)間主叫與被叫狀態(tài)進(jìn)行對(duì)比再看下呢

1、RRC建立后的測(cè)量控制應(yīng)該可以用于切換

2、測(cè)量控制應(yīng)該不止一條，所以即使從RRC階段算起測(cè)量控制也不全；

3、華為設(shè)備中有機(jī)制可以控制起呼階段的切換延遲發(fā)生，不知道是否會(huì)有影響

4、看下被叫的測(cè)量控制是在哪個(gè)時(shí)間點(diǎn)收全的  再看下接通至收到主系統(tǒng)消息塊這45秒的時(shí)間內(nèi)是剛接通就信號(hào)質(zhì)量惡化 還是持續(xù)幾秒后惡化

5、這個(gè)和終端本身沒有關(guān)系 應(yīng)該是基站沒發(fā)或者由于鏈路質(zhì)量差終端沒收到測(cè)量控制導(dǎo)致  

6、或者主叫占用的小區(qū)根本就沒配置同頻或異頻的某類鄰區(qū)

右側(cè)log應(yīng)該是終端的log吧。 

因?yàn)槭窃谶B接模式下，確認(rèn)模式的消息不可能只是吧測(cè)控消息丟了，而nas層消息都成功收到。

所以感覺應(yīng)該是網(wǎng)絡(luò)測(cè)沒有發(fā)送，具體要看看網(wǎng)絡(luò)的原因了

1.正常應(yīng)該是3個(gè)測(cè)量控制，1G，2A，3A，先看看RNC下發(fā)的這個(gè)測(cè)量控制是1G，2A，還是3A，這個(gè)根據(jù)RNC配置的鄰區(qū)情況下發(fā)，可能只配了一種，比如，只配了同頻或者異頻，或者異系統(tǒng)（這個(gè)可能比較小），還有，就是RRC階段發(fā)測(cè)量控制，是開啟了單信令開關(guān)，你搜索HO_SIGNAL_HO_SWITCH這個(gè)參數(shù)，這個(gè)雖然會(huì)改善切換，但是它與鑒權(quán)加密沖突，就有可能導(dǎo)致測(cè)量控制下發(fā)不全，

2.測(cè)量控制收到了，但是不發(fā)測(cè)量報(bào)告，UE可能未檢測(cè)到合適的鄰區(qū)，所以未發(fā)測(cè)量報(bào)告