故障現象

某運營商VIP用戶反饋在通話2分鐘后，有掉話的現象發生。

故障分析

1.分析業務流程：UE發起CMNET的會話釋放，如下圖所示。

2.CMNET的會話釋放流程，收到PFCP_SESSION_DELETION_RES后，會給OCS發送釋放消息，如下圖所示。

3.IMS會話的retrieve流程處理完成，準備5G切4G。

4.CMNET會話的retrieve流程與CMNET會話的釋放流程沖突，返回了504，如下圖所示。

5.CMNET會話的釋放流程處理結束，如下圖所示。

6.IMS會話5G切4G完成后，2分鐘后被釋放，如下圖所示。

7.梳理信令流程，如下圖所示。

a.SMF在用戶通話2分鐘時釋放會話，是因為SMF的定時器誤刪IMS會話導致。

b.SMF的定時器誤刪IMS會話是由于CMNET會話的釋放流程與IMS會話的切換處于沖突中，SMF維護用戶上下文狀態錯誤，導致定時器誤判斷此時用戶仍在5G。

c.CMNET會話的釋放流程與IMS會話的切換處于沖突，是因為OCS響應慢導致。

8.根據對信令流程的梳理，該問題出現的概率很低，小于萬分之0.5。

問題概率 = 2分鐘定時器超時刪除4G會話次數 ÷ EPSFALLBACK流程的次數

分2個場景：

a.正常場景：4G切5G后，定時器刪4G會話。

b.異常場景：5G切4G后，定時器誤刪4G會話。

9.該現象必須要滿足下面5個條件才會發生。

a.用戶的2個會話必須在同一個SMF。

b.CMNET數據會話在語音呼叫前，在5G側發起釋放。

c.CMNET數據會話釋放流程中OCS響應比較慢，CMNET數據會話釋放流程未結束。

d.CMNET數據會話釋放結束前，用戶IMS會話5G切4G完成。

e.用戶通話時長超過2分鐘。

10.SMF啟動2分鐘定時器是根據協議針對異常的保護。在5G切4G時，未收到AMF釋放5G會話；或者4G切5G時，未收到MME釋放4G會話，SMF通過啟動定時器刪除資源。

11.SMF釋放會話時間短，正常釋放會話的流程只用了20毫秒，如下圖所示。

故障處理

1.綜上分析：用戶的CMNET數據會話在5G側發起釋放，由于OCS響應慢，所以釋放流程未結束。同時用戶又發起了IMS語音呼叫。在IMS語音會話切換到4G后，SMF會啟動定時器以保證用戶協議一致。由于CMNET會話的釋放流程與IMS會話的切換處于沖突中，SMF維護用戶上下文狀態錯誤，導致定時器誤判斷此時用戶仍在5G，2分鐘后刪除了IMS語音會話。

2.在后續版本中解決該問題。

審核編輯：湯梓紅