故障現(xiàn)象

用戶(hù)反饋在語(yǔ)音呼叫中出現(xiàn)VoLTE會(huì)話(huà)呼叫異常，出現(xiàn)掉落2G現(xiàn)象。

故障分析

通過(guò)SBC側(cè)進(jìn)行跟蹤，分析用戶(hù)在異常時(shí)間點(diǎn)的會(huì)話(huà)信令。

1.用戶(hù)A先作為被叫，接到用戶(hù)B的INVITE請(qǐng)求消息，如下圖所示。

2.用戶(hù)A在0.6秒內(nèi)立即拒絕呼叫，向用戶(hù)B發(fā)送603響應(yīng)，表示拒絕接聽(tīng)。603通常為手機(jī)振鈴時(shí)點(diǎn)擊拒絕發(fā)送。

3.用戶(hù)A拒絕用戶(hù)B發(fā)起的呼叫后，在0.003秒內(nèi)再次瞬間向用戶(hù)C發(fā)起了INVITE呼叫請(qǐng)求，如下圖所示。

4.此會(huì)話(huà)特征為，在少于1秒之內(nèi)，連續(xù)發(fā)生了會(huì)話(huà)建立、會(huì)話(huà)刪除、會(huì)話(huà)建立。

通過(guò)SMF側(cè)進(jìn)行跟蹤，用戶(hù)在異常時(shí)間點(diǎn)的控制信令分析。

5.1024.129用戶(hù)在5G網(wǎng)絡(luò)。SMF收到PCF第一次發(fā)起的專(zhuān)載創(chuàng)建請(qǐng)求，SMF成功處理后開(kāi)始正常進(jìn)入EPSFB流程。

6.1024.149 5G網(wǎng)絡(luò)內(nèi)完成EPSFB流程，開(kāi)始等待前向的切換請(qǐng)求，如下圖所示。

7.1024.679 SMF第二次收到PCF的通知，請(qǐng)求刪除當(dāng)前語(yǔ)音專(zhuān)載。此時(shí)間對(duì)應(yīng)用戶(hù)已拒絕了呼叫。但會(huì)話(huà)流程還未完成切換。

8.1024.729 SMF收到AMF發(fā)起的Retrive請(qǐng)求以及前向的TAU請(qǐng)求，SMF開(kāi)始處理5G到4G的TAU流程，因切換優(yōu)先級(jí)高，PCF的刪除請(qǐng)求將被暫時(shí)緩存，如下圖所示。

9.1024.939 完成TAU后，會(huì)話(huà)用戶(hù)已在4G網(wǎng)絡(luò)，此時(shí)SMF/PGW開(kāi)始準(zhǔn)備彈出緩存的專(zhuān)載創(chuàng)建/刪除請(qǐng)求。

10.1024.939 SMF第三次收到PCF發(fā)起的專(zhuān)載創(chuàng)建請(qǐng)求，本次專(zhuān)載規(guī)則相同，對(duì)應(yīng)用戶(hù)在掛機(jī)后于瞬間開(kāi)始再次發(fā)起呼叫。

11.因SMF正在處理前期已緩存的PCF消息，同時(shí)緩存消息中包含刪除規(guī)則信息，對(duì)于本次請(qǐng)求進(jìn)行拒絕，如下圖所示。

12.1025.469 SMF將緩存的PCF消息彈出并完成處理，如下圖所示。

13.此會(huì)話(huà)特征：在1秒內(nèi)連續(xù)不停的建立專(zhuān)載，刪除專(zhuān)載，建立專(zhuān)載。

1.綜合上述分析，此異常觸發(fā)場(chǎng)景為極短的時(shí)間內(nèi)（小于1秒），用戶(hù)連續(xù)進(jìn)行語(yǔ)音業(yè)務(wù)，完成建立、刪除、再建立等流程。

2.在IMS側(cè)，業(yè)務(wù)會(huì)按序觸發(fā)。

3.在SMF側(cè)，因包含EPSFB流程，極短時(shí)間內(nèi)連續(xù)發(fā)起業(yè)務(wù)，會(huì)進(jìn)入多重沖突緩存流程。SMF的當(dāng)前處理邏輯如下圖所示。

a.在收到第一次PCF發(fā)起的專(zhuān)載建立請(qǐng)求后，SMF的PCC模塊會(huì)通知接入ACTL模塊，觸發(fā)業(yè)務(wù)。

b.在接入側(cè)EPSFB流程還未完成時(shí)，SMF又立即收到了專(zhuān)載釋放，此時(shí)會(huì)按優(yōu)先級(jí)判斷承載非穩(wěn)態(tài)，消息暫緩處理。由于EPSFB流程未結(jié)束，此時(shí)PCC無(wú)法確認(rèn)出接入流程狀態(tài)，選擇緩存而非通知接入側(cè)走釋放流程，可避免接入側(cè)多網(wǎng)元間因被強(qiáng)制打斷而出現(xiàn)更多的沖突場(chǎng)景。待EPSFB流程完全結(jié)束后，會(huì)發(fā)起緩存的釋放。

c.在接入側(cè)依然未完成時(shí)，PCF再次發(fā)起相同規(guī)則的建立，SMF的PCC模塊會(huì)根據(jù)已緩存規(guī)則判斷，因已緩存同規(guī)則的刪除消息，SMF將拒絕本次請(qǐng)求。此處進(jìn)行拒絕，不繼續(xù)緩存，可提升用戶(hù)的感知而不必長(zhǎng)時(shí)間等待，也避免此場(chǎng)景出現(xiàn)疊加緩存。此處不進(jìn)行更新，因?yàn)樯蟼€(gè)流程還未完成便強(qiáng)制更新會(huì)帶來(lái)風(fēng)險(xiǎn)。

4.綜上所述分析：因EPSFB與瞬時(shí)連續(xù)專(zhuān)載建立并發(fā)沖突，當(dāng)前SMF會(huì)選擇優(yōu)先完成EPSFB切換等流程。

審核編輯：湯梓紅