一、EPS Fallback典型案例---EPS FB不觸發(fā)

問題描述：

某個(gè)局點(diǎn)測(cè)試EPS FB， 無法觸發(fā)。

問題分析：

從流程上看， 核心網(wǎng)已經(jīng)下發(fā)PDU Session RSRC Modify Request， 但是無線側(cè)在回復(fù)response的時(shí)候攜帶的原因值為not supported 5QI value。當(dāng)且僅當(dāng)EPS FB的開關(guān)和License開關(guān)沒有打開時(shí)會(huì)攜帶此原因值。

解決方案：

打上EPS FB的license， 并打開NRCELLALGOSWITCH.VoiceStrategySwitch: EPS_FB_SWITCH.

二、EPS Fallback典型案例---EPS FB不下發(fā)B1測(cè)量控制

問題描述：

某個(gè)局點(diǎn)測(cè)試基于切換的EPS FB， 發(fā)現(xiàn)EPS FB不下發(fā)B1測(cè)量控制， 導(dǎo)致終端無法進(jìn)行切換。

問題分析：

1、 從問題現(xiàn)象看， 網(wǎng)絡(luò)側(cè)正常建立5QI1并拒絕， 但是接下來并沒有下發(fā)B1測(cè)量控制。

2、 網(wǎng)絡(luò)側(cè)下發(fā)B1測(cè)量控制的條件是：

（1） 配置了異系統(tǒng)鄰區(qū)鄰頻點(diǎn)；

（2） 配置的異系統(tǒng)頻點(diǎn)要在UE支持eutranbandlist里面；

（3） 終端上報(bào)異系統(tǒng)B1能力；

3、 從UE上報(bào)的能力信息看， 終端沒有上報(bào)異系統(tǒng)B1能力。

解決方案：

更換支持B1測(cè)量的終端進(jìn)行測(cè)試；

三、EPS Fallback典型案例---EPS FB不走切換

問題描述：

某個(gè)局點(diǎn)測(cè)試基于切換的EPS FB， 發(fā)現(xiàn)EPS FB大概率走重定向而不是切換。

問題分析：

1、 從整體流程看， 基站觸發(fā)EPS FB之后， 網(wǎng)絡(luò)側(cè)正常下發(fā)B1測(cè)量控制， 終端在1.5s之后上報(bào)B1測(cè)量報(bào)告， 終端沒有發(fā)起切換， 而是進(jìn)行了重定向。

2、 從B1測(cè)量報(bào)告里面看， 報(bào)上來的LTE小區(qū)PCI為239。

3、 查看NR配置中的LTE外部鄰區(qū)/LTE鄰區(qū)信息發(fā)現(xiàn)， 該NR小區(qū)未配置此LTEPCI=239為鄰區(qū)。

解決方案：

NR側(cè)添加PCI239為外部鄰區(qū)， 且對(duì)NRPCI367添加該LTE小區(qū)為鄰區(qū)。

四、EPS Fallback典型案例---EPS FB切換準(zhǔn)備失敗

問題描述：

某個(gè)局點(diǎn)測(cè)試基于切換的EPS FB， 發(fā)現(xiàn)EPS FB切換準(zhǔn)備失敗。

問題分析：

1、 從EPS FB流程看， NR正常拒絕5QI建立， 并下發(fā)B1測(cè)量控制， 待上報(bào)B1測(cè)量報(bào)告后正常發(fā)起handover required。但是AMF回復(fù)handover prepfail消息， 攜帶原因值unknown targetID。

2、 從信令傳遞角度分析， AMF收到handoverrequired消息后， 應(yīng)該轉(zhuǎn)發(fā)到MME， 由MME去尋址eNodeB， 返回unknown targetID說明MME未尋址到該eNodeB， 需要MME排查具體的小區(qū)ID。

解決方案：

MME需要正確配置DNS；