Paging消息下發(fā)延遲導致CSFB問題處理進展

9月15日抓包分析：

1       問題現(xiàn)象：

主叫17:17:54.378上報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       問題分析：

2.1 IMS側(cè)分析：

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

2.2 EPC側(cè)分析：

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

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

2.3無線側(cè)分析

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

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

3       解決方法

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