Paging消息下發(fā)延遲導(dǎo)致CSFB問(wèn)題處理進(jìn)展

9月15日抓包分析：

1       問(wèn)題現(xiàn)象：

主叫17:17:54.378上報(bào)INVITE消息，17:17:54.709收到IMS的回應(yīng)trying100，10S后，被叫于17:18:04.492收到MME下發(fā)的paging消息，并響應(yīng)尋呼。被叫于17:18:05.172網(wǎng)絡(luò)側(cè)直接下發(fā)CANCEL取消本次呼叫，終端回落至CS域發(fā)起CSFB。

2       問(wèn)題分析：

2.1 IMS側(cè)分析：

IMS在17:17:54.181020收到主叫的INVITE消息，于17:17:54.411631轉(zhuǎn)發(fā)給被叫， SBC一起向被叫發(fā)了5次INVITE，手機(jī)一直沒(méi)響應(yīng)；在等待手機(jī)響應(yīng)超過(guò)了10S SSS啟動(dòng)域選擇功能在CS域去接續(xù)用戶所在導(dǎo)致用戶回落了，需要EPC核查是否及時(shí)收到IMS發(fā)給被叫的INVITE消息，并及時(shí)下發(fā)尋呼消息給被叫。

2.2 EPC側(cè)分析：

Volte流程都是走的用戶面的專(zhuān)用承載。從下面截圖看：主叫17:17:53秒起呼，17:17:53 回100 TRYING消息。但被叫183響應(yīng)時(shí)間是17:18:04。

INVITE消息是從被叫側(cè)P-CSCF發(fā)送給UE的IPv6地址。這些信令走的都是專(zhuān)用承載，EPC不存在SIP消息延遲現(xiàn)象。從下面截圖能看到，17:17:54開(kāi)始P-CSCF向被叫UE反復(fù)發(fā)送INVITE消息，但被叫UE一直沒(méi)響應(yīng)，直到10秒后才響應(yīng)，應(yīng)該UE出現(xiàn)了問(wèn)題。

2.3無(wú)線側(cè)分析

EPC傳送5次INVITE消息給被叫，被叫UE一直沒(méi)響應(yīng)，是由于被叫UE沒(méi)進(jìn)入連接態(tài)，只有連接態(tài)才可以接收并響應(yīng)SIP消息，但沒(méi)進(jìn)入連接態(tài)的原因是由于沒(méi)有收到尋呼消息導(dǎo)致。

根據(jù)前臺(tái)信令分析，10S后終端才收到尋呼消息，應(yīng)當(dāng)是由于1次尋呼失敗，而收到了后邊的尋呼導(dǎo)致，經(jīng)過(guò)與MME側(cè)溝通確認(rèn)，諾西MME目前的尋呼機(jī)制為首先從最近一次的enode B尋呼，尋呼不到就從最近一次TAC下的enodeB尋呼，如果仍舊尋呼不到就從TA-LST下尋呼，諾西MME人員解釋最近一次enodeB尋呼是上次尋呼下發(fā)時(shí)所尋呼到終端的enodeB，但拉網(wǎng)測(cè)試時(shí)終端很容易離開(kāi)原先的基站，因此1次尋呼時(shí)很容易失敗。

3       解決方法

將1次尋呼修改為Talist尋呼方式。